JP6373987B2 - Ｍａｃヘッダ圧縮のための装置および方法 - Google Patents

Ｍａｃヘッダ圧縮のための装置および方法 Download PDF

Info

Publication number
JP6373987B2
JP6373987B2 JP2016526785A JP2016526785A JP6373987B2 JP 6373987 B2 JP6373987 B2 JP 6373987B2 JP 2016526785 A JP2016526785 A JP 2016526785A JP 2016526785 A JP2016526785 A JP 2016526785A JP 6373987 B2 JP6373987 B2 JP 6373987B2
Authority
JP
Japan
Prior art keywords
field
header
request
information
msdu
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2016526785A
Other languages
English (en)
Other versions
JP2017501608A (ja
JP2017501608A5 (ja
Inventor
アスタージャディ、アルフレッド
ウェンティンク、マーテン・メンゾ
メルリン、シモーネ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2017501608A publication Critical patent/JP2017501608A/ja
Publication of JP2017501608A5 publication Critical patent/JP2017501608A5/ja
Application granted granted Critical
Publication of JP6373987B2 publication Critical patent/JP6373987B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
    • H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Description

[0001] 本出願は、一般にワイヤレス通信に関し、より詳細には、通信のために媒体アクセス制御（ＭＡＣ）ヘッダを圧縮するためのシステム、方法、およびデバイスに関する。
[0002] 多くの電気通信システムにおいて、通信ネットワークは、いくつかの対話している空間的に分離されたデバイスの間でメッセージを交換するために使用される。ネットワークは、例えばメトロポリタンエリア、ローカルエリア、またはパーソナルエリアであり得る地理的範囲に従って分類され得る。そのようなネットワークは、それぞれ、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）と呼ばれるであろう。ネットワークはまた、様々なネットワークノードとデバイスとを相互接続するために使用されるスイッチング／ルーティング技法（例えば、回線交換対パケット交換）、送信のために利用される物理媒体のタイプ（例えば、ワイヤード対ワイヤレス）、および使用される通信プロトコルのセット（例えば、インターネットプロトコルスイート、ＳＯＮＥＴ（同期光ネットワーキング）、イーサネット（登録商標）など）によって異なる。
[0003] ワイヤレスネットワークは、ネットワーク要素がモバイルであり、従って動的な接続性を必要とするとき、またはネットワークアーキテクチャが固定されたトポロジーでなくアドホックなトポロジーで形成される場合に、好ましいことが多い。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域中の電磁波を使用する非誘導伝搬モードでは、無形物理媒体を採用する。ワイヤレスネットワークは、有利なことに、固定ワイヤードネットワークと比較して、ユーザモビリティと迅速なフィールド展開とを容易にする。
[0004] ワイヤレスネットワーク内のデバイスは、互いの間で情報を送信／受信し得る。情報は、いくつかの態様ではデータユニットまたはデータフレームと呼ばれることがあるパケットを備え得る。パケットは、ネットワークを通してパケットをルーティングすること、パケット中のデータを識別すること、パケットを処理することなどを助けるオーバーヘッド情報（例えば、ヘッダ情報、パケットプロパティなど）、並びにパケットのペイロード中で搬送され得るデータ、例えばユーザデータ、マルチメディアコンテンツなどを含み得る。
[0005] 従って、ヘッダ情報はパケットを用いて送信される。そのようなヘッダ情報は、データパケットの大きい部分を備え得る。従って、そのようなパケット中でのデータの送信は、データを送信するための帯域幅の大部分が、実際のデータではなくヘッダ情報を送信するために使用され得ることにより、非効率的であり得る。従って、パケットを通信するための改善されたシステム、方法、およびデバイスが望まれる。
[0006] 本発明のシステム、方法、およびデバイスは、それぞれいくつかの態様を有するが、それらの態様のどれ１つとして、単独でその望ましい属性を担うことはない。添付の特許請求の範囲によって表されるような本発明の範囲を限定することなく、いくつかの特徴がここで手短に論じられる。この説明を考察すれば、特に「発明を実施するための形態」と題するセクションを読めば、本発明の特徴が、データパケットのフレームヘッダ（例えば、媒体アクセス制御（ＭＡＣ）ヘッダ）のサイズを減少させ、それによって、データパケット中でペイロードを送信する際のオーバーヘッドを低減することを含む利点をどのように提供するかが理解されよう。
[0007] 本開示の一態様は、ワイヤレス通信のための装置を提供する。装置は、第１の情報を送信用に記憶するための、第２の装置への送信用の要求を生成し、ここにおいて、要求は第１の情報を含む、第２の装置が第１の情報を記憶するかどうか決定するために、第２の装置からの応答を受信し、復号し、第１のヘッダを生成する、第１のヘッダは、第２の装置が第１の情報を記憶する場合、第１の情報を含まないように生成される、ように構成された処理システムを含む。装置は、要求と第１のヘッダとを、第２の装置への送信用に出力するためのインターフェースをさらに含む。
[0008] 開示される別の態様は、ワイヤレス通信のための方法である。方法は、第１のワイヤレスデバイスによって、第２のワイヤレスデバイスが第１の情報を記憶するための要求を生成し、送信用に出力することを含み、要求は第１の情報を含む。方法は、第２のワイヤレスデバイスが第１の情報を記憶するかどうか決定するために、第２のワイヤレスデバイスからの応答を受信し、復号することをさらに含む。方法は、第１のヘッダを生成することも含み、第１のヘッダは、第２のワイヤレスデバイスが第１の情報を記憶する場合、第１の情報を含まないように生成される。方法は、第１のヘッダを、第２のワイヤレスデバイスへの送信用に出力することをさらに含む。
[0009] 開示される別の態様は、ワイヤレス通信のためのワイヤレスノードである。ワイヤレスノードは、少なくとも１つのアンテナと、処理システムとを含む。処理システムは、少なくとも１つのアンテナを介して、第２のワイヤレスノードが第１の情報を記憶するための要求を送信するように構成され、要求は第１の情報を含む。処理システムは、第２のワイヤレスノードが第１の情報を記憶するかどうか決定するために、第２のワイヤレスノードからの応答を受信し、復号するようにさらに構成される。処理システムは、第１のヘッダを生成するようにも構成され、第１のヘッダは、第２のワイヤレスデバイスが第１の情報を記憶する場合、第１の情報を含まないように生成される。処理システムは少なくとも１つのアンテナを使って第１のヘッダを第２のワイヤレスノードに送信するようにさらに構成されるか。
[0010] 開示される別の態様は、ワイヤレス通信のための装置である。装置は、第２の装置が第１の情報を記憶するための要求を生成し、送信用に出力するための手段を含み、要求は第１の情報を含む。装置は、第２の装置が第１の情報を記憶するかどうか決定するために、第２の装置からの応答を受信し、復号するための手段をさらに含む。装置は、第１のヘッダを生成するための手段も含み、第１のヘッダは、第２の装置が第１の情報を記憶する場合、第１の情報を含まないように生成される。装置は、第１のヘッダを第２の装置に送信するための手段をさらに含む。
[0011] 開示される別の態様は、実行されると、装置にワイヤレス通信の方法を行わせる命令が符号化されたコンピュータ可読記憶デバイスを備えるコンピュータプログラム製品である。方法は、装置によって、第２の装置が第１の情報を記憶するための要求を生成し、送信用に出力することを含み、要求は第１のインフォメイトンを含む。方法は、装置が第１の情報を記憶するかどうか決定するために、第２の装置からの応答を受信し、復号することをさらに含む。方法は、第１のヘッダを生成することも含み、第１のヘッダは、第２の装置が第１の情報を記憶する場合、第１の情報を含まないように生成される。方法は、第１のヘッダを、第２の装置への送信用に出力することをさらに含む。
[0012] 開示される別の態様は、ワイヤレス通信のための装置である。装置は、第１の情報を記憶するための要求を識別するために、第２の装置からの要求を受信し、復号するように構成された処理システムを含み、要求は第１のインフォメイトンを含む。処理システムは、第１の情報が記憶されるかどうか決定し、応答を生成するようにさらに構成され、応答は、装置が第１の情報を記憶するかどうかを示す。装置は、応答を、第２の装置への送信用に出力するためのインターフェースをさらに含む。処理システムは、第１の情報を第１の記憶情報として記憶すること、第２の装置からの第１のヘッダを受信し、復号することをさらに含み、第１のヘッダが第１の情報に対応するヘッダ情報を含まないと決定し、第１の記憶情報に基づいて第１のヘッダを処理する。
[0013] 開示される別の態様は、ワイヤレス通信のための方法である。方法は、第１のワイヤレスデバイスによって、第１の情報を記憶するための、第２のワイヤレスデバイスからの要求を受信し、復号することを含み、要求は第１のインフォメイトンを含む。方法は、第１の情報が記憶されるかどうか決定し、応答を生成することをさらに備え、応答は、第１のワイヤレスデバイスが第１の情報を記憶するかどうかを示す。方法は、応答を、第２のワイヤレスデバイスへの送信用に出力することも備える。方法は、第１の情報を第１の記憶情報として記憶することと、第１のワイヤレスデバイスによって、第２のワイヤレスデバイスからの第１のヘッダを受信し、復号することと、第１のヘッダが第１の情報に対応するヘッダ情報を含まないと決定することと、第１の記憶情報に基づいて第１のヘッダを処理することとをさらに備える。
[0014] 開示される別の態様は、ワイヤレス通信のためのワイヤレスノードである。ワイヤレスノードは、少なくとも１つのアンテナと、処理システムとを含む。処理システムは、第１の情報を記憶するための要求を識別するために、少なくとも１つのアンテナを介して、第２のワイヤレスノードからの要求を受信し、復号するように構成され、要求は第１のインフォメイトンを含む。処理システムは、第１の情報が記憶されるかどうか決定し、応答を生成するようにさらに構成され、応答は、ワイヤレスノードが第１の情報を記憶するかどうかを示す。処理システムは、少なくとも１つのアンテナを介して、応答を第２のワイヤレスノードに送信するようにも構成される。処理システムは、第１の情報を第１の記憶情報として記憶し、少なくとも１つのアンテナを介して、第２のワイヤレスノードからの第１のヘッダを受信し、復号し、第１のヘッダが第１の情報に対応するヘッダ情報を含まないと決定し、第１の記憶情報に基づいて第１のヘッダを処理するようにさらに構成される。
[0015] 開示される別の態様は、ワイヤレス通信のための装置である。装置は、第１の情報を記憶するための要求を識別するために、第２の装置からの要求を受信し、復号するための手段を含み、要求は第１のインフォメイトンを含む。装置は、第１の情報が記憶されるかどうか決定し、応答を生成するための手段をさらに含み、応答は、装置が第１の情報を記憶するかどうかを示す。装置は、応答を第２の装置に送信するための手段も含む。装置は、第１の情報を第１の記憶情報として記憶するための手段と、第２の装置からの第１のヘッダを受信し、復号するための手段と、第１のヘッダが第１の情報に対応するヘッダ情報を含まないと決定するための手段と、第１の記憶情報に基づいて第１のヘッダを処理するための手段とをさらに含む。
[0016] 開示される別の態様は、実行されると、装置にワイヤレス通信の方法を行わせる命令が符号化されたコンピュータ可読記憶デバイスを備えるコンピュータプログラム製品である。方法は、第１の情報を記憶するための要求を識別するために、装置によって、第２の装置からの要求を受信し、復号することを含み、要求は第１のインフォメイトンを含む。方法は、第１の情報が記憶されるかどうか決定し、応答を生成することをさらに含み、応答は、装置が第１の情報を記憶するかどうかを示す。方法は、応答を、第２の装置への送信用に出力し、第１の情報を第１の記憶情報として記憶することも含む。方法は、装置によって、第２のワイヤレスデバイスからの第１のヘッダを受信し、復号することと、第１のヘッダが第１の情報に対応するヘッダ情報を含まないと決定することと、第１の記憶情報に基づいて第１のヘッダを処理することとをさらに備える。
本開示の態様が採用され得るワイヤレス通信システムの一例を示す図である。 図１のワイヤレス通信システム内で採用され得るワイヤレスデバイスにおいて使用され得る、受信機を含む様々な構成要素を示す図である。 媒体アクセス制御（ＭＡＣ）ヘッダの一例を示す図である。 媒体アクセス制御（ＭＡＣ）ヘッダのコンテンツの一例を示す図である。 媒体アクセス制御（ＭＡＣ）ヘッダのフレーム制御フィールドのコンテンツの一例を示す図である。 圧縮ＭＡＣヘッダの一例を示す図である。 図４のＭＡＣヘッダの一態様による、データパケットのための図４の圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図である。 第１のプロトコルバージョンによる、ワイヤレス通信内で使用され得る暗号ナンス５００を示す図である。 第２のプロトコルバージョンによる、ワイヤレス通信内で使用され得る暗号ナンス６００を示す図である。 図１のワイヤレス通信システム１００内で採用され得るワイヤレス通信の例示的な方法のフローチャート７００を示す図である。 ショートメディアアクセス制御ヘッダ８００を示す図である。 圧縮ＭＡＣヘッダのフレーム制御フィールド８０５ａの一例を示す図である。 圧縮ＭＡＣヘッダのショートＩＤ（Ｓ−ＩＤ）フィールド９５０の一例を示す図である。 動的Ａ−ＭＰＤＵフレーム.１０００を示す図である。 −ＭＳＤＵサブフレームの例示的フォーマットを示す図である。 サブフレーム制御フィールドの例示的フォーマットを示す図である。 ヘッダ圧縮情報要素（ＩＥ）を含むヘッダ圧縮要求または応答メッセージの少なくとも一部分の例を示す図である。 ヘッダ圧縮制御フィールド１１１５の一例を示す図である。 ヘッダ圧縮情報要素（ＩＥ）１３００を含むヘッダ圧縮要求または応答メッセージの少なくとも一部分の例を示す図である。 ヘッダ圧縮制御フィールド１３１５の一例を示す図である。 ヘッダ圧縮情報要素（ＩＥ）を含むヘッダ圧縮要求または応答メッセージの少なくとも一部分の別の例を示す図である。 ヘッダ圧縮制御フィールド１５１５の一例を示す図である。 ヘッダ圧縮情報要素（ＩＥ）を含むヘッダ圧縮要求または応答メッセージの少なくとも一部分の別の例を示す図である。 ヘッダ圧縮制御フィールドの一例を示す図である。 ＣＣＭＰ更新フィールドの一例を示す図である。 圧縮ヘッダを利用する、ワイヤレス通信のための方法のフローチャートである。 ワイヤレス通信システム１００内で採用され得る例示的なワイヤレスデバイス１７５０の機能ブロック図である。 [圧縮ヘッダを利用する、ワイヤレス通信のための方法のフローチャートである。 ワイヤレス通信システム１００内で採用され得る例示的なワイヤレスデバイス１８５０の機能ブロック図である。
[0046] 新規のシステム、装置、および方法の様々な態様について、以下で、添付図面を参照してより十分に説明される。しかしながら、教示開示は、多くの異なる形態で具現化され得るものであり、本開示全体にわたって提示されるいずれかの具体的な構造または機能に限定されるものと解釈されるべきでない。むしろ、これらの態様は、本開示が徹底的で完全なものとなり、本開示の範囲を当業者に完全に伝えるように与えられる。本明細書の教示に基づいて、本開示の範囲は、本発明の任意の他の態様とは無関係に実装されるか、本発明の任意の他の態様と組み合わされるかにかかわらず、本明細書で開示される新規のシステム、装置、および方法の任意の態様を包含するものであることを、当業者なら諒解されたい。例えば、本明細書に記載される任意の数の態様を使用して、装置が実装されてよく、または方法が実践されてよい。加えて、本発明の範囲は、本明細書に記載される本発明の様々な態様に加えて、またはそれ以外の、他の構造、機能、または構造および機能を使用して実践されるような装置または方法を包含することが意図される。本明細書で開示されるいずれの態様も、請求項の１つまたは複数の要素によって具現化され得ることを理解されたい。
[0047] 特定の態様について本明細書で説明するが、これらの態様の多くの変形および置換は本開示の範囲内に入る。好ましい態様のいくつかの利益および利点が述べられるが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、異なるワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能なものであり、そのうちのいくつかが図面および好ましい態様の以下の説明において例として示される。詳細な説明および図面は、限定的ではなく、本開示の例示にすぎず、本開示の範囲は、添付の特許請求の範囲およびその均等物によって定義される。
[0048] 普及しているワイヤレスネットワーク技術は、様々なタイプのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を含み得る。ＷＬＡＮは、広く使用されているネットワーキングプロトコルを採用して、近くのデバイスを一緒に相互接続するために使用され得る。本明細書で説明される様々な態様は、Ｗｉ−Ｆｉ（登録商標）、またはより一般的には、ワイヤレスプロトコルのＩＥＥＥ８０２．１１ファミリーの任意のメンバーなど、任意の通信規格に適用され得る。例えば、本明細書に記載される様々な態様は、サブ１ＧＨｚ帯域を使用するＩＥＥＥ８０２．１１ａｈプロトコルの一部として使用され得る。
[0049] いくつかの態様では、サブギガヘルツ帯域内のワイヤレス信号は、直交周波数分割多重（ＯＦＤＭ）、直接シーケンス拡散スペクトル（ＤＳＳＳ）通信、ＯＦＤＭ通信とＤＳＳＳ通信との組合せ、または他の方式を使用して、８０２．１１ａｈプロトコルに従って送信され得る。８０２．１１ａｈプロトコルの実装形態は、センサ、検針、およびスマートグリッドネットワークに使用され得る。有利なことに、８０２．１１ａｈプロトコルを実装するいくつかのデバイスの態様は、他のワイヤレスプロトコルを実装するデバイスよりも消費する電力が少ない場合があり、および／または、比較的長い距離、例えば約１キロメートル以上にわたってワイヤレス信号を送信するために使用され得る。
[0050] いくつかの実装形態では、ＷＬＡＮは、ワイヤレスネットワークにアクセスする構成要素である様々なデバイスを含む。例えば、２つのタイプのデバイス、アクセスポイント（ＡＰ）とクライアント（局またはＳＴＡとも呼ばれる）とが存在し得る。概して、ＡＰは、ＷＬＡＮに対するハブまたは基地局としての役割を果たし、ＳＴＡは、ＷＬＡＮのユーザとしての役割を果たす。例えば、ＳＴＡはラップトップコンピュータ、携帯情報端末（ＰＤＡ）、モバイルフォンなどであり得る。ある例では、ＳＴＡは、インターネットまたは他のワイドエリアネットワークへの全般的な接続性を取得するために、ＷｉＦｉ（登録商標）（例えば、８０２．１１ａｈのようなＩＥＥＥ８０２．１１プロトコル）準拠ワイヤレスリンクを介してＡＰに接続する。いくつかの実装形態では、ＳＴＡはＡＰとして使用されることもある。いくつかの実装形態では、ＳＴＡは、ＡＰとしても使用され得る。ＳＴＡまたはＡＰは、ワイヤレス通信ネットワーク中のノードまたはワイヤレスノードと呼ばれることがある。ＳＴＡまたはＡＰは、ワイヤレス通信ネットワーク中のワイヤレスデバイスまたはアクセス端末と呼ばれることがある。
[0051] いくつかの態様では、ノードはワイヤレスノードである。例えば、そのようなワイヤレスノードは、ワイヤードもしくはワイヤレス通信リンクを介した、ネットワーク（例えば、インターネットもしくはセルラーネットワークのようなワイドエリアネットワーク）のための、またはネットワークへの接続性を与え得る。本明細書の教示は、様々なワイヤードまたはワイヤレス装置（例えば、ノード）に組み込まれ（例えば、その装置内に実装され、またはその装置によって行われ）得る。いくつかの態様では、本明細書の教示に従って実装されるワイヤレスノードはアクセスポイントまたはアクセス端末を備え得る。
[0052] アクセスポイント（「ＡＰ」）はまた、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、ｅノードＢ、基地局コントローラ（「ＢＳＣ」）、トランシーバ基地局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、またはそれらのいずれかとして知られる場合がある。
[0053] 局（ＳＴＡ）はまた、アクセス端末（ＡＴ）、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、またはそれらのいずれかとして知られていることがある。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続能力を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備え得る。従って、本明細書で教示される１つまたは複数の態様は、電話（例えば、セルラーフォンまたはスマートフォン）、コンピュータ（例えば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス（例えば、携帯データ端末）、エンターテインメントデバイス（例えば、音楽デバイスもしくはビデオデバイス、または衛星ラジオ）、ゲームデバイスもしくはゲームシステム、全地球測位システムデバイス、または、ワイヤレス媒体を介して通信するために構成された任意の他の適切なデバイスに組み込まれ得る。
[0054] 上で論じたように、本明細書で説明するデバイスのいくつかは、例えば、８０２．１１ａｈ規格を実装し得る。そのようなデバイスは、ＳＴＡとして使用されるか、ＡＰとして使用されるか、他のデバイスとして使用されるかにかかわらず、スマート検針のためにまたはスマートグリッドネットワークにおいて使用され得る。そのようなデバイスは、センサへの適用例を提供し、またはホームオートメーションにおいて使用され得る。デバイスは、代わりにまたは加えて、例えば、個人の健康管理のために、健康管理の状況において使用され得る。それらはまた、（例えばホットスポットとともに使用するための）広範囲のインターネット接続を可能にするために、または機械間通信を実装するために、監視に使用され得る。
[0055] 図１は、本開示の態様が採用され得るワイヤレス通信システム１００の一例を示す。ワイヤレス通信システム１００は、ワイヤレス規格、例えば、８０２．１１ａｈ規格に従って動作できる。ワイヤレス通信システム１００は、ＳＴＡ１０６と通信するＡＰ１０４を含み得る。
[0056] ＡＰ１０４とＳＴＡ１０６との間のワイヤレス通信システム１００における送信のために、様々なプロセスおよび方法が使用される場合がある。例えば、信号は、ＯＦＤＭ／ＯＦＤＭＡ技法に従って、ＡＰ１０４とＳＴＡ１０６との間で送られ、受信され得る。その場合には、ワイヤレス通信システム１００は、ＯＦＤＭ／ＯＦＤＭＡシステムと呼ばれる場合がある。あるいは、信号は、ＣＤＭＡ技法に従って、ＡＰ１０４とＳＴＡ１０６との間で送られ、受信され得る。その場合には、ワイヤレス通信システム１００は、ＣＤＭＡシステムと呼ばれることもある。
[0057] ＡＰ１０４からＳＴＡ１０６のうちの１つまたは複数への送信を容易にする通信リンクは、ダウンリンク（ＤＬ）１０８と呼ばれることがあり、ＳＴＡ１０６のうちの１つまたは複数からＡＰ１０４への送信を容易にする通信リンクは、アップリンク（ＵＬ）１１０と呼ばれることがある。あるいは、ダウンリンク１０８は順方向リンクまたは順方向チャネルと呼ばれることがあり、アップリンク１１０は逆方向リンクまたは逆方向チャネルと呼ばれることがある。さらに、いくつかの態様では、ＳＴＡ１０６は、互いに直接通信し、互いの間に直接リンク（直接）を形成し得る。
[0058] ＡＰ１０４は、基地局として働き、基本サービスエリア（ＢＳＡ）１０２においてワイヤレス通信カバレージを与え得る。ＡＰ１０４は、ＡＰ１０４と関連付けられ、通信のためにＡＰ１０４を使用するＳＴＡ１０６とともに、基本サービスセット（ＢＳＳ）と呼ばれ得る。なお、ワイヤレス通信システム１００は、中央のＡＰ１０４を有さないこともあり、ＳＴＡ１０６間のピアツーピアネットワークとして機能し得ることに留意されたい。別の例では、本明細書で説明するＡＰ１０４の機能は、ＳＴＡ１０６のうちの１つまたは複数によって代替的に行われ得る。
[0059] 図２は、ワイヤレス通信システム１００内で採用され得るワイヤレスデバイス２０２で利用され得る様々な構成要素を示す。ワイヤレスデバイス２０２は、本明細書で説明される種々の方法を実装するように構成され得るデバイスの例である。例えば、ワイヤレスデバイス２０２は、ＡＰ１０４、またはＳＴＡ１０６のうちの１つを備え得る。
[0060] ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２の動作を制御するプロセッサ２０４を含む場合がある。プロセッサ２０４は、中央処理装置（ＣＰＵ）と呼ばれる場合もある。読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含む場合があるメモリ２０６は、プロセッサ２０４に命令とデータとを提供する。メモリ２０６の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含み得る。プロセッサ２０４は、通常、メモリ２０６内に記憶されたプログラム命令に基づいて論理演算と算術演算とを行う。メモリ２０６内の命令は、本明細書で説明する方法を実装するように実行可能であり得る。
[0061] ワイヤレスデバイス２０２が送信ノードとして実装または使用されるとき、プロセッサ２０４は、複数の媒体アクセス制御（ＭＡＣ）ヘッダのタイプのうちの１つを選択し、そのＭＡＣヘッダのタイプを有するパケットを生成するように構成され得る。例えば、プロセッサ２０４は、以下でさらに詳細に説明されるように、ＭＡＣヘッダとペイロードとを備えるパケットを生成し、どのタイプのＭＡＣヘッダを使用するかを決定するように構成され得る。
[0062] ワイヤレスデバイス２０２が受信ノードとして実装または使用されるとき、プロセッサ２０４は、複数の異なるＭＡＣヘッダのタイプのパケットを処理するように構成され得る。例えば、プロセッサ２０４は、以下でさらに説明されるように、パケット内で使用されるＭＡＣヘッダのタイプを決定し、それに応じてパケットおよび／またはＭＡＣヘッダのフィールドを処理するように構成され得る。
[0063] プロセッサ２０４は、１つまたは複数のプロセッサとともに実装された処理システムを備え得るか、またはその構成要素であり得る。１つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、状態機械、ゲート論理、個別ハードウェア構成要素、専用ハードウェア有限状態機械、または、情報の算出もしくは他の操作を行える任意の他の適切なエンティティの任意の組合せによって実装され得る。
[0064] 処理システムは、ソフトウェアを記憶するための機械可読媒体を含む場合もある。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、またはそれ以外の名称で呼ばれるかにかかわらず、任意のタイプの命令を意味すると広く解釈されるべきである。命令は、（例えば、ソースコードフォーマット、バイナリコードフォーマット、実行可能コードフォーマット、または任意の他の好適なコードフォーマットの）コードを含み得る。命令は、１つまたは複数のプロセッサによって実行されると、処理システムに、本明細書で説明される様々な機能を行わせる。
[0065] ワイヤレスデバイス２０２はまた、ワイヤレスデバイス２０２と遠隔地との間のデータの送信と受信とを可能にするために、送信機２１０および／または受信機２１２を含み得る、ハウジング２０８を含み得る。送信機２１０および受信機２１２は、トランシーバ２１４へ組み合わされてよい。アンテナ２１６は、ハウジング２０８に取り付けられてよく、トランシーバ２１４に電気的に結合され得る。ワイヤレスデバイス２０２は、複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナも含み得る（図示せず）。
[0066] 送信機２１０は、様々なＭＡＣヘッダタイプを有するパケットをワイヤレス送信するように構成され得る。例えば、送信機２１０は、上述のプロセッサ２０４によって生成された様々なタイプのヘッダを有するパケットを送信するように構成され得る。
[0067] 受信機２１２は、様々なＭＡＣヘッダタイプを有するパケットをワイヤレス受信するように構成され得る。いくつかの態様では、受信機２１２は、以下でさらに詳細に述べるように、使用されているＭＡＣヘッダのタイプを検出して、それに応じてパケットを処理するように構成される。
[0068] ワイヤレスデバイス２０２は、トランシーバ２１４が受信する信号のレベルを検出して数量化しようとする際に使用され得る信号検出器２１８も含み得る。信号検出器２１８は、総エネルギー、シンボルあたりサブキャリアあたりのエネルギー、パワースペクトル密度および他の信号などの信号を検出し得る。ワイヤレスデバイス２０２は、信号の処理に使用されるデジタル信号プロセッサ（ＤＳＰ）２２０も含み得る。ＤＳＰ２２０は、送信用のパケットを生成するように構成され得る。いくつかの態様では、パケットは、物理レイヤデータユニット（ＰＰＤＵ）を備え得る。
[0069] いくつかの態様では、ワイヤレスデバイス２０２はさらに、ユーザインターフェース２２２を備え得る。ユーザインターフェース２２２は、キーパッド、マイクロフォン、スピーカ、および／またはディスプレイを備える場合がある。ユーザインターフェース２２２は、ワイヤレスデバイス２０２のユーザに情報を伝え、および／またはユーザからの入力を受信する、任意の要素または構成要素を含む場合がある。
[0070] ワイヤレスデバイス２０２の種々の構成要素は、バスシステム２２６によってともに結合され得る。バスシステム２２６は、データバス、並びに、例えば電力バス、制御信号バス、および状況信号バスを、データバスに加えて含み得る。ワイヤレスデバイス２０２の構成要素は、何らかの他の機構を使って、互いに結合され、または互いへの入力を受容し、もしくは与え得ることが、当業者には諒解されよう。
[0071] ワイヤレスデバイス２０２の様々な構成要素は、個々に、または１つもしくは複数の他の構成要素と組み合わされて、通信インターフェースを提供し得る。デバイス２０２の１つまたは複数の通信インターフェースは、プロセッサ２０４、送信機２１０、受信機２１２、またはＤＳＰ２２０など、ワイヤレスデバイス２０２の他の構成要素によって、要求または返答メッセージなどのメッセージを受信または送信するように構成され得る。例えば、プロセッサ２０４は、ワイヤレスデバイス２０２の１つまたは複数の他の構成要素に電気信号を与えるための１つまたは複数の信号線に動作可能に結合されることによって、インターフェースを提供してもよく、または信号線が、ワイヤレスデバイス２０２にとって外部の構成要素に電気信号を与えるように構成されてよい。いくつかの態様において、送信機２１０は、アンテナ２１６を介して無線信号を送信することによって、インターフェースを備えることができる。同様に、受信機２１２は、アンテナ２１６から電気信号を受信することによって、インターフェースを介してデータを受信できる。
[0072] いくつかの別個の構成要素が図２に示されるが、構成要素のうちの１つまたは複数が組み合わされてよく、または共通に実装されてよいことを当業者は認識されよう。例えば、プロセッサ２０４は、プロセッサ２０４に関して上記で説明された機能性を実装するためだけでなく、信号検出器２１８および／またはＤＳＰ２２０に関して上記で説明された機能性を実装するためにも使用され得る。さらに、図２に示される構成要素の各々は、複数の別個の要素を用いて実装され得る。
[0073] 参照を容易にするために、ワイヤレスデバイス２０２が送信ノードとして構成されるときには、以下では、ワイヤレスデバイス２０２ｔと呼ばれる。同様に、ワイヤレスデバイス２０２が受信ノードとして構成されるときには、以下ではワイヤレスデバイス２０２ｒと呼ばれる。ワイヤレス通信システム１００におけるデバイスは、送信ノードの機能性のみ、受信ノードの機能性のみ、または送信ノードと受信ノードの両方の機能性を実装し得る。
[0074] 上記で説明したように、ワイヤレスデバイス２０２は、ＡＰ１０４もしくはＳＴＡ１０６、または中継デバイスを備えることができ、複数のＭＡＣヘッダタイプを有する通信を送信および／または受信するために使用され得る。ワイヤレスデバイス２０２はここでは、ノードと呼ばれる場合がある。デバイス２０２によって実装される中継デバイスは、アクセスポイントと局の両方の機能性を含み得る。
[0075] 本明細書で開示されるいくつかの態様において、ワイヤレスデバイス２０２ｔは、ワイヤレスデバイス２０２ｒが情報（例えば、ＭＡＣヘッダのフィールドについての値）を記憶することを要求する場合がある。例えば、ワイヤレスデバイス２０２ｔは、デバイス２０２ｒにヘッダ圧縮要求を送信し得る。ワイヤレスデバイス２０２ｒは次いで、情報が記憶されるかどうかを示して、要求に応答すればよい。ワイヤレスデバイス２０２ｔは、次いで、ワイヤレスデバイス２０２ｒに送られるパケット中のヘッダからそのようなフィールドを省略してよい。
[0076] いくつかの態様において、ワイヤレスデバイス２０２ｔは、デバイス２０２ｒに記憶された情報を更新する場合がある。更新は、更新情報を含むヘッダを含むフレームを送信することによって遂行され得る。更新情報をもつヘッダを受信すると、デバイス２０２ｒは、更新情報が、ヘッダ圧縮要求に基づいて以前記憶された情報に対応すると決定してよい。この決定に応答して、デバイス２０２ｒは、以前記憶された情報を、受信されたヘッダ中で与えられた更新情報と置き換えるか、またはそれで増補すればよい。デバイス２０２ｔは次いで、情報を含まない別のヘッダを送信すればよい。このヘッダを受信すると、デバイス２０２ｒは、更新された記憶情報を、最近受信されたヘッダ中に含まれない任意の情報についての置換えとして挿入するか、または場合によっては使用できる。
[0077] いくつかの態様において、ヘッダ圧縮要求は、デバイス２０２ｒが、Ａ３フィールド、Ａ４フィールド、ＭＳＤＵのソースアドレスフィールドのうちの１つもしくは複数を記憶するか、またはメディアアクセス制御ヘッダのＭＳＤＵの宛先アドレスフィールドが記憶されることを要求し得る。
[0078] さらに、いくつかの態様では、ヘッダは、セキュリティがデータパケットのために有効であるとき、異なるフィールドを有し得る。例えば、パケットは、セキュリティが有効であるとき、暗号ブロック連鎖メッセージ認証コードプロトコルつきカウンタモード（ＣＣＭＰ：cipher block chaining message authentication code protocol）ヘッダを有し得る。ＣＣＭＰヘッダはＭＡＣヘッダの一部であり得る。通常、ＣＣＭＰヘッダは、いくつかのパケット番号（ＰＮ）（例えば、ＰＮ０、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５）を含む。ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５の値は、頻繁には変化しないことがある。いくつかの態様において、ＰＮ０およびＰＮ１は、シーケンス制御フィールドに基づいて導出され得る。
[0079] デバイス２０２ｔによってデバイス２０２ｒに送信されるメディアアクセスヘッダ圧縮要求メッセージは、デバイス２０２ｒに、ＰＮ２と、ＰＮ３と、ＰＮ４と、ＰＮ５とを記憶するよう要求し得る。デバイス２０２ｒが、ベースＰＮ２〜ＰＮ５が記憶されるという指示で要求に応答した場合、ＣＣＭＰヘッダを含む後続メディアアクセス制御ヘッダは、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５を含まず、ＰＮ０およびＰＮ１フィールドのみを含み得る。代替として、ＰＮ０およびＰＮ１フィールドは、メッセージ内の他のフィールドから導出されてよく、可能性として、ＣＣＭＰヘッダの必要を完全になくす。デバイス２０２ｒは、パケットを受信すると、デバイス２０２ｒにおいて記憶された、ＰＮ２と、ＰＮ３と、ＰＮ４と、ＰＮ５とを含むベースＰＮを、受信したＰＮ０およびＰＮ１フィールドと組み合わせることによって、ＣＣＭＰヘッダを再構築し得る。ＭＩＣフィールドまたはＦＣＳフィールドなど、いずれかのＣＲＣタイプフィールドを含むパケットの符号化はフルＣＣＭＰヘッダに基づき得るので、ＣＣＭＰヘッダは、パケットの復号の前に再構築され得る。
[0080] 図３は、ＭＡＣヘッダ３００の一例を示す。ＭＡＣヘッダ３００は非圧縮ＭＡＣヘッダであり得る。図示のように、ＭＡＣヘッダ３００は、７つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド３０５、持続時間／識別情報（ｄｕｒ）フィールド３１０、受信機アドレス（ａ１）フィールド３１５、送信機アドレス（ａ２）フィールド３２０、宛先アドレス（ａ３）フィールド３２５、シーケンス制御（ｓｃ）フィールド３３０、およびサービス品質（ＱｏＳ）制御（ｑｃ）フィールド３３５を含む。ａ１、ａ２、およびａ３フィールド３１５〜３２５の各々は、４８ビット（６オクテット）値である、デバイスのフルＭＡＣアドレスを備える。図３は、さらに、フィールド３０５〜３３５の各々のオクテット単位のサイズを示している。フィールドサイズの全ての値を合計すると、ＭＡＣヘッダ３００の全体的なサイズが得られ、それは２６オクテットである。所与のパケットの総サイズは２００オクテット程度であり得る。従って、ＭＡＣヘッダ３００は全体的なパケットサイズの大きい部分を備え、これは、データパケットを送信するためのオーバーヘッドが大きいことを意味する。
[0081] 図３Ａは、暗号ブロック連鎖メッセージ認証コードプロトコル暗号化を有するカウンタモード（ＣＣＭＰ）を使用する３アドレスＭＡＣヘッダであるＭＡＣヘッダ３００ａの一例を示す。図示のように、ＭＡＣヘッダ３００は、１２個の異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド３０５ａ、持続時間／識別情報（ｄｕｒ）フィールド３１０ａ、受信機アドレス（ａ１）フィールド３１５ａ、送信機アドレス（ａ２）フィールド３２０ａ、宛先アドレス（ａ３）フィールド３２５ａ、シーケンス制御（ｓｃ）フィールド３３０ａ、サービス品質（ＱｏＳ）制御（ｑｃ）フィールド３３５ａ、高スループット（ｈｔ）制御フィールド３４０ａ、ＣＣＭＰ（ｃｃｍｐ）フィールド３４５ａ、論理リンク制御（ＬＬＣ）／サブネットワークアクセスプロトコル（ＳＮＡＰ）（ｌｌｃ／ｓｎａｐ）フィールド３５０ａ、メッセージ完全性検査（ｍｉｃ）フィールド３６０ａ、およびフレーム制御シーケンス（ｆｃｓ）フィールド３６５ａを含む。
[0082] 図３Ａおよび図３Ｂは、ＭＡＣヘッダ３００ａのｆｃフィールド３０５ａ中に含まれ得るデータのタイプをさらに示す。例えば、ｆｃフィールド３０５ａは、プロトコルバージョン（ｐｖ）サブフィールド３７２、フレームタイプ（タイプ）サブフィールド３７４、フレームサブタイプ（サブタイプ）サブフィールド３７６、配信先システム（ｔｏ−ｄｓ）サブフィールド３７８、配信元システム（ｆｒｏｍ−ｄｓ）サブフィールド３８０、モアフラグメント（モアフラグ）サブフィールド３８２、再試行サブフィールド３８４、電力管理（ｐｍ）サブフィールド３８６、モアデータ（ｍｄ）サブフィールド３８８、保護フレーム（ｐｆ）サブフィールド３９０、および順序サブフィールド３９２を含み得る。
[0083] ｐｖサブフィールド３７２は、現在フレームのプロトコルバージョンを示すために使用され得る。（例えば、８０２．１１ａｄまでの）８０２．１１規格では、ｆｃフィールドのプロトコルバージョン（ｐｖ）サブフィールドは、プロトコルバージョン０（ＰＶ０）が唯一の定義されたプロトコルバージョンであるので、常に０に設定される。従って、プロトコルバージョンの他の値、すなわち、１（ＰＶ１）、２（ＰＶ２）、および３（ＰＶ３）の使用は定義されない。本明細書で説明するシステムおよび方法は、プロトコルバージョン１（ＰＶ１）、ＰＶ２、および／またはＰＶ３の一部として圧縮ＭＡＣヘッダを定義し得る。プロトコルバージョンは、通信のためにデバイスによって互換的に使用され得る。例えば、ＭＡＣヘッダの使用を定義するＰＶ０は、リンクのセットアップ、機能のネゴシエート、および高速データ転送のために使用され得る。さらに、様々な圧縮ＭＡＣヘッダの使用を定義するＰＶ１、ＰＶ２、および／またはＰＶ３は、省電力モードにあるとき、周期的ショートデータ送信のために使用され得る。
[0084] いくつかの態様では、圧縮フォーマットＭＡＣヘッダは、既存のプロトコルバージョン０（ＰＶ０）または新たに定義されたプロトコルバージョン１（ＰＶ１）、ＰＶ２、および／もしくはＰＶ３を使用し得る。ＰＶ１、ＰＶ２、および／またはＰＶ３の使用は、デバイスが、ＰＶ０フレームのフォーマットに基づいて、受信したデータパケットをパースすることを試みる状況を回避し得る。例えば、デバイスは、データパケットの最後の４オクテットをフレーム制御シーケンス（ＦＣＳ）に一致させることを試み得る。それが一致したとき、デバイスは、パケット中のそのロケーションに持続時間フィールドがないにもかかわらず、デバイスのネットワーク割振りベクトル（ＮＡＶ：network allocation vector）を更新するために、持続時間フィールドの位置にあるデータの値を使用することがある。そのような誤検出が発生する確率は、いくつかのノードにおいてグリッチまたはジッタを生じるのに十分高いことがあり、これは、圧縮ＭＡＣヘッダフォーマットのためのＰＶ１、ＰＶ２、および／またはＰＶ３の使用の理由となり得る。
[0085] フレームタイプサブフィールド３７４は、長さが２ビットであり、フレームタイプとフレームの機能とを示すために使用され得る。いくつかの態様では、フレームタイプサブフィールド３７４は、フレームが、制御フレーム、データフレーム、または管理フレームであることを示し得る。いくつかの態様では、フレームタイプサブフィールド３７４は、フレームが、ビーコン、ＰＮＣ選択、関連付け要求、関連付け応答、関連付け解除要求、肯定応答、コマンドなどであることを示し得る。サブタイプサブフィールド３７６は、関連するフレームタイプについて行うべき特定の機能を示すために使用され得る。各フレームタイプについて複数のサブタイプサブフィールドがあり得る。ｔｏ−ｄｓサブフィールド３７８は、フレームが、配信されるシステム（ｄｓ）に向かっているところであるか、それともそのシステムに送信されるかを示すために使用され得る。ｆｒｏｍ−ｄｓサブフィールド３８０は、フレームがｄｓから出ているかどうかを示すために使用され得る。いくつかの態様では、ｔｏ−ｄｓサブフィールド３７８およびｆｒｏｍ−ｄｓサブフィールド３８０はデータフレームタイプにおいてのみ使用され得る。モアフラグサブフィールド３８２は、フレームの１つまたは複数の追加のフラグメントが送信されるべきであるかどうかを示すために使用され得る。再試行サブフィールド３８４は、現在フレームが再送信されているかどうかを示すために使用され得る。例えば、再試行サブフィールド３８４は、前のフレームの再送信であるフレーム中で１に設定され得る。電力管理（ｐｍ）サブフィールド３８６は、電力管理状態を示すために使用され得る。例えば、ｐｍサブフィールド３８６は、ＳＴＡがアクティブモードにあるか、省電力モードにあるかを示し得る。モアデータ（ｍｄ）サブフィールド３８８は、追加のフレームが送信されるべきであるかどうかを示すために使用され得る。例えば、ｍｄサブフィールド３８８は、ＡＰが、ＳＴＡへの配信のためにバッファされているさらなるフレーム、従ってＳＴＡに送信すべきさらなるフレームを有することを、省電力モードにある受信ＳＴＡに示すために使用され得る。保護フレーム（ｐｆ）サブフィールド３９０は、フレーム保護が存在するかどうかを示すために使用され得る。例えば、ｐｆサブフィールド３９０は、暗号化および／または認証がフレーム中で使用されるかどうかを示し得る。いくつかの態様では、暗号化および認証を有するフレームについて、ｐｆサブフィールド３９０は、暗号化が存在することを示すように設定されてよく、サブタイプサブフィールド３７６は、認証が存在することを示すように設定され得る。順序サブフィールド３９２は、順序情報を示すために使用され得る。例えば、順序サブフィールド３９２は、全ての受信データフレームが順番に処理されなければならないことを示すために使用され得る。
[0086] 図３Ａは、さらに、フィールド３０５ａ〜３６５ａの各々のオクテット単位のサイズを示している。フィールドサイズの全ての値を合計すると、ＭＡＣヘッダ３００ａの全体的なサイズが得られ、それは５８オクテットである。所与のパケットの総サイズは２００オクテット程度であり得る。従って、ＭＡＣヘッダ３００ａは全体的なパケットサイズの大きい部分を備え、これは、データパケットを送信するためのオーバーヘッドが大きいことを意味する。
[0087] 従って、データパケットのための低減されたサイズのＭＡＣヘッダ（圧縮ＭＡＣヘッダ）を使用するためのシステムおよび方法について本明細書で説明する。そのような圧縮ＭＡＣヘッダの使用は、データパケット中のより少ないスペースがＭＡＣヘッダによって使用されることを可能にし、それによって、データパケット中のペイロードを送信するために必要とされるオーバーヘッドを低減する。従って、全体としてより少ないデータが送信される必要がある。データのより少ない送信は、より少ないデータを送信するためにより少ないリソースが使用されるので、データが送信される速度を増加させることができ、送信機による帯域幅の使用を低減でき、送信のために必要とされる電力を低減できる。
[0088] 図４は、圧縮ＭＡＣヘッダ４００の一例を示す。図示のように、ＭＡＣヘッダ４００は、４つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド４０５、第１のアドレス（ａ１）フィールド４１５、第２のアドレス（ａ２）フィールド４２０、およびシーケンス制御（ｓｃ）フィールド４３０を含む。図４は、さらに、フィールド４０５〜４３０の各々のオクテット単位のサイズを示している。フィールドサイズの全ての値を合計すると、ＭＡＣヘッダ４００の全体的なサイズが得られ、それは１２オクテット（ＭＡＣヘッダ３００からの５４％のサイズ低減）である。図示のように、以下でさらに説明するように、ａ１フィールド４１５およびａ２フィールド４２０のうちの一方は長さが６オクテットであり、他方は長さが２オクテットである。ＭＡＣヘッダ４００の様々なフィールドは、以下で説明するいくつかの異なる態様に従って利用され得る。
[0089] ＭＡＣヘッダ４００に示されているように、ｄｕｒフィールド３１０は省略され得る。通常、データパケットを受信したデバイスは、少なくとも、送信機会中に干渉する送信がないように、デバイスが送信すべきでない時間を示すｄｕｒフィールド３１０を復号する。ｄｕｒフィールド３１０の代わりに、デバイスは、肯定応答を必要とするデータパケットを受信した後に、そのような肯定応答のための時間が過ぎるまでデータを送信しないように構成され得る。そのような肯定応答は、パケットが受信されたことを示すＡＣＫまたはＢＡであり得る。デバイスは、パケット中のフィールド（例えば、ＡＣＫポリシーフィールド）が、ＡＣＫが受信されるまでデバイスが延期すべきであることを示す場合のみ、パケットに対するＡＣＫが受信されるまで送信を延期するように構成され得る。フィールドは、パケットのＭＡＣヘッダまたはＰＨＹヘッダ中に含まれ得る。応答フレームの送信は、応答フレームを送らせるデータパケットを観測するＳＴＡに対して隠され得るが、ＡＣＫが存在し得るというデータパケット中の指示により、観測するＳＴＡは、データパケットの終了の後に、データパケットの宛先であるＳＴＡによって応答フレームが送信され得るまで延期する。
[0090] 図４Ａは、ＭＡＣヘッダ４００の一態様による、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。図示のように、図中で「データ」と標示された列は、データパケットの一部として送られる情報（図示のように、ａ１フィールド４１５およびａ２フィールド４２０および場合によってはａ３フィールドの情報）に対応する。本明細書では、図示されるフィールドは、特定のサイズおよび順序に関して示され、説明されるが、様々な態様では、本明細書のフィールドは、サイズ変更され、並べ替えられ、または省略されてよく、さらなるフィールドが追加されてもよい。
[0091] 「ＡＣＫ」と標示された列は、対応するＡＣＫ中で送られる情報に対応する。「方向」と標示された列は、データパケットが送られる方向またはリンクタイプを示す。いくつかの態様では、ＭＡＣヘッダ３００中で使用されるように、ａ１フィールド４１５とａ２フィールド４２０の両方について、デバイスのためのグローバル一意識別子（例えば、ＭＡＣアドレス）を使用する代わりに、ａ１フィールド４１５またはａ２フィールド４２０のうちの一方は、特定のＢＳＳにおいてデバイスを一意に識別するが、必ずしもグローバルにデバイスを一意に識別するとは限らない、アクセス識別子（ＡＩＤ）などのローカル識別子を使用する。図示のように、ＭＡＣヘッダ４００が、ＡＰからＳＴＡへのダウンリンク上で送信されるデータパケットの一部である場合、ａ１フィールド４１５は受信機ＡＩＤ（Ｒ−ＡＩＤ）を含み、ａ２フィールド４２０はＢＳＳＩＤを含む。
[0092] Ｒ−ＡＩＤは、パケットを受信するＳＴＡのＡＩＤである。Ｒ−ＡＩＤは、８１９２個のＳＴＡが、それらのＲ−ＡＩＤによって所与のＢＳＳにおいて一意にアドレス指定されることを可能にする１３ビットを備え得る。１３ビットのＲ−ＡＩＤは、約６０００個のＳＴＡと、パケットがマルチキャストまたはブロードキャストパケットであるという指示、場合によっては、パケット内に含まれるビーコンのバージョンを示すビーコン変化シーケンス番号と組み合わせた、マルチキャストまたはブロードキャストパケット（すなわちビーコン）のタイプなど、２１９２個の他の値とに対応し得る。ＢＳＳＩＤは、ＡＰのＭＡＣアドレスであり、４８ビットを備え得る。
[0093] いくつかの態様では、ＢＳＳＩＤはＢＳＳＩＤの圧縮バージョンと置き換えられ得る。例えば、ＢＳＳＩＤの圧縮バージョンは、ＡＰがネットワークセットアップ中にそれ自体に自動割り当てし得るＡＩＤ（例えば、６バイトではなく２バイト）であり得る。ＡＩＤは、エリア中の他のＡＰが同じＡＩＤを有さないことを保証するように慎重に選択され得る。ＭＡＣヘッダ４００とともにパケットを受信したＳＴＡは、ａ１フィールド４１５とａ２フィールド４２０とに基づいて、それがパケットの予定受信側であるかどうかを一意に決定し得る。
[0094] 特に、ＳＴＡは、Ｒ−ＡＩＤがＳＴＡのＲ−ＡＩＤに一致するかどうかを確認し得る。Ｒ−ＡＩＤが一致した場合、ＳＴＡはパケットの予定受信側であり得る。これは、異なるＢＳＳにおけるＳＴＡが、同じＲ−ＡＩＤを有し得るので、単独では、ＳＴＡが受信側であるかどうかを一意に決定しないことがある。従って、ＳＴＡは、さらに、ａ２フィールド４２０が、ＳＴＡが関連付けられたＡＰ（すなわち、ＢＳＳ）のＢＳＳＩＤを含むかどうかを確認し得る。ＢＳＳＩＤがＳＴＡおよびＲ−ＡＩＤの関連付けに一致した場合、ＳＴＡは、それがパケットの予定受信側であると一意に決定し、パケットをさらに処理し得る。そうでない場合、ＳＴＡはパケットを無視してよい。
[0095] ＳＴＡは、それが予定受信側であると決定した場合、パケットの受信成功を示すために、ＡＰに肯定応答メッセージ（ＡＣＫ）を送り得る。一態様では、ＳＴＡは、ＡＣＫのＭＡＣまたは物理レイヤ（ＰＨＹ）ヘッダ中に、ＢＳＳＩＤのビット全て（例えば、１３ビット）よりも少ないビットを備える部分ＢＳＳＩＤ（ｐＢＳＳＩＤ）など、ａ２フィールド４２０の全体または一部分を含み得る。いくつかの態様では、ｐＢＳＳＩＤはＢＳＳＩＤの圧縮バージョンであり得る。他の態様では、ＢＳＳＩＤの圧縮バージョンはｐＢＳＳＩＤであり得る。従って、ＡＣＫを生成するために、ＳＴＡは、受信したＭＡＣヘッダ４００からビットを直接コピーするだけでよく、これは処理を低減する。ＡＣＫを受信するＡＰが、初期パケットの送信からのある時間期間（例えば、ショートフレーム間スペース（ＳＩＦＳ：short inter frame space））中に同じ情報をもつ２つのＡＣＫを受信する可能性は低いので、そのＡＰは、その時間期間のすぐ後にＡＣＫが受信された場合、ＡＣＫはＳＴＡからのものであると決定し得る。別の態様では、ＳＴＡは、ＡＣＫのＭＡＣまたはＰＨＹヘッダ中で、パケットからの巡回冗長検査（ＣＲＣ：cyclic redundancy check）の全体もしくは一部分またはパケットの全体もしくは一部分のハッシュを送信し得る。ＡＰは、そのような情報について検査することによって、ＡＣＫを送ったＳＴＡを決定し得る。そのような情報はパケットごとにランダムであり、同じ情報をもつ２つのＡＣＫがＡＰによってその時間期間の後に受信される可能性は極めて低い。
[0096] さらに、ＡＰによってＳＴＡに送信されるパケットは、場合によっては、パケットをルーティングするために使用されるべきルーティングデバイスを示すために使用されるソースアドレス（ＳＡ）を含み得る。ＭＡＣヘッダ４００は、ＳＡがＭＡＣヘッダ４００中に存在するかどうかを示すビットまたはフィールドをさらに含み得る。一態様では、ＭＡＣヘッダ４００のフレーム制御フィールドの順序ビットは、ＳＡの存在または不在を示すために使用され得る。別の態様では、２つの異なるサブタイプが圧縮ＭＡＣヘッダ４００のために定義され得、１つのサブタイプは、ＳＡなどのａ３フィールドを含み、１つのサブタイプは、ＳＡなどのａ３フィールドを含まない。サブタイプは、ＭＡＣヘッダ４００のフレーム制御フィールドのサブタイプフィールドの値を介して示され得る。いくつかの態様では、ＡＰおよびＳＴＡは、別のパケットの一部としてＳＡに関する情報を送信し、データパケットからＳＡを省略し得る。ＳＴＡは、ＳＡ情報を記憶し、それを、ＡＰから送られた全てのパケットのために使用するか、または後で説明するように、それらに関連する特定の識別子（例えば、フローＩＤ）を有するいくつかのパケットのために使用し得る。
[0097] 図示のように、ＭＡＣヘッダ４００が、ＳＴＡからＡＰへのアップリンク上で送信されるデータパケットの一部である場合、ａ１フィールド４１５はＡＰのＢＳＳＩＤを含み、ａ２フィールド４２０は、送信機ＡＩＤ（Ｔ−ＡＩＤ）と呼ばれることがあるＳＴＡのＡＩＤを含む。ＡＰは、上記で説明したように、ＢＳＳＩＤとＴ−ＡＩＤとに基づいて、それがデータパケットの予定受信側であるかどうかとデータパケットの送信機とを同様に決定し得る。特に、ＡＰは、ＢＳＳＩＤがＡＰのＢＳＳＩＤに一致するかどうかを検査できる。ＢＳＳＩＤが一致した場合、ＡＰはパケットの予定受信側であり得る。さらに、ＡＰのＢＳＳにおけるただ１つのＳＴＡがＴ−ＡＩＤを有するので、ＡＰは、Ｔ−ＡＩＤに基づいてパケットの送信機を決定できる。
[0098] ＡＰは、それが予定受信側であると決定した場合、パケットの受信成功を示すために、ＳＴＡに肯定応答メッセージ（ＡＣＫ）を送り得る。一態様では、ＡＰは、ＡＣＫのＭＡＣヘッダまたは物理レイヤ（ＰＨＹ）ヘッダ中に、Ｔ−ＡＩＤなど、ａ２フィールド４２０の全体または一部分を含み得る。従って、ＡＣＫを生成するために、ＡＰは、受信したＭＡＣヘッダ４００からビットを直接コピーするだけでよく、これは処理を低減する。ＡＣＫを受信するＳＴＡが、初期パケットの送信からのある時間期間（例えば、ショートフレーム間スペース（ＳＩＦＳ））中に同じ情報をもつ２つのＡＣＫを受信したであろう可能性は低いので、そのＳＴＡは、その時間期間のすぐ後にＡＣＫが受信された場合、ＡＣＫはＡＰからのものであると決定し得る。別の態様では、ＡＰは、ＡＣＫのＭＡＣまたはＰＨＹヘッダ中で、パケットからの巡回冗長検査（ＣＲＣ）の全体もしくは一部分またはパケットの全体もしくは一部分のハッシュを送信し得る。ＳＴＡは、そのような情報について検査することによって、ＡＣＫを送ったＡＰを決定し得る。そのような情報はパケットごとにランダムであり、同じ情報をもつ２つのＡＣＫがＳＴＡによってその時間期間の後に受信される可能性は極めて低い。
[0099] いくつかの態様では、ＡＣＫのアドレスフィールドは、グローバルに（例えば、ほとんどのネットワークにおいて）ＡＣＫの送信機および／または受信機を一意に識別する１つまたは複数のグローバルアドレス（例えば、ＭＡＣアドレス、ＢＳＳＩＤ）を含み得る。いくつかの態様では、アドレスフィールドは、ローカルに（例えば、特定のＢＳＳにおいてなど、ローカルネットワークにおいて）ＡＣＫの送信機および／または受信機を一意に識別する１つもしくは複数のローカルアドレス（例えば、関連付け識別子（ＡＩＤ））を含み得る。いくつかの態様では、アドレスフィールドは、ＡＣＫの送信機および／または受信機を識別する、部分的識別子または非一意識別子（例えば、ＭＡＣアドレスまたはＡＩＤの一部分）を含み得る。例えば、アドレスフィールドは、ＡＣＫによって肯定応答されているフレームからコピーされたＡＣＫの送信機および／もしくは受信機のＡＩＤ、ＭＡＣアドレス、またはＡＩＤもしくはＭＡＣアドレスの一部分のうちの１つであり得る。
[00100] いくつかの態様では、ＡＣＫの識別子フィールドは、肯定応答されているフレームを識別し得る。例えば、一態様では、識別子フィールドは、フレームのコンテンツのハッシュであり得る。別の態様では、識別子フィールドは、フレームのＣＲＣ（例えば、ＦＣＳフィールド）の全体または一部分を含み得る。別の態様では、識別子フィールドは、フレームのＣＲＣ（例えば、ＦＣＳフィールド）の全体または一部分と、ローカルアドレス（例えば、ＳＴＡのＡＩＤ）の全体または一部分とに基づき得る。別の態様では、識別子フィールドはフレームのシーケンス番号であり得る。別の態様では、識別子フィールドは、以下の、ＡＣＫの送信機／受信機の１つもしくは複数のグローバルアドレス、ＡＣＫの送信機／受信機の１つもしくは複数のローカルアドレス、ＡＣＫの送信機／受信機のグローバルアドレスの１つもしくは複数の部分、またはＡＣＫの送信機／受信機のローカルアドレスの１つもしくは複数の部分のうちの１つまたは複数を、任意の組合せで含み得る。例えば、識別子フィールドは、式１に示すように、グローバルアドレス（例えば、ＡＰのＢＳＳＩＤ、ＭＡＣアドレス）とローカルアドレス（例えば、ＳＴＡのＡＩＤ）とのハッシュを含み得る。
Figure 0006373987
上式で、ｄｅｃ（）は、１６進数を１０進数に変換する関数である。本開示の範囲を逸脱することなく、同じ入力に基づく他のハッシュ関数が実装され得る。
[00101] いくつかの態様では、応答においてＡＣＫが送られるフレームは、フレームの送信機によって設定されたトークン番号を含み得る。フレームの送信機は、アルゴリズムに基づいてトークン番号を生成し得る。いくつかの態様では、送信機によって生成されたトークン番号は、送信機によって送られる各フレームについて異なる値を有し得る。そのような態様では、フレームの受信機は、識別子をトークン番号として設定すること、またはトークン番号に少なくとも部分的に基づいて識別子を計算することによってなど、ＡＣＫの識別子フィールド中のトークン番号を使用して、肯定応答されているフレームを識別し得る。いくつかの態様では、識別子フィールドは、トークン番号と、ＡＣＫの送信機／受信機の１つもしくは複数のグローバルアドレス、ＡＣＫの送信機／受信機の１つもしくは複数のローカルアドレス、ＡＣＫの送信機／受信機のグローバルアドレスの１つもしくは複数の部分、ＡＣＫの送信機／受信機のローカルアドレスの１つもしくは複数の部分、またはフレームのＣＲＣの全体もしくは一部分のうちの少なくとも１つとの組合せとして計算され得る。いくつかの他の態様では、トークン番号は、ＳＩＧフィールドおよび／もしくは制御情報（Ｃｏｎｔｒｏｌ Ｉｎｆｏ）フィールドなど、ＡＣＫ並びに／または肯定応答されているフレームの別のフィールドに含まれ得る。いくつかの態様では、トークンは、肯定応答されているフレームの、ＰＨＹプリアンブルの後に入り得るＳＥＲＶＩＣＥフィールド内のスクランブリングシードから導出され得る。
[00102] 上記で説明された技法によって、応答フレーム（例えば、ＡＣＫ、ＣＴＳ、ＢＡ）は、開始フレーム（例えば、データ、ＲＴＳ、ＢＡＲ）中のＦＣＳまたは乱数（例えば、パケットＩＤ）などの値をエコーできる。エコー値は、スクランブラシードに少なくとも部分的に基づき得る。エコーされた値は、応答フレームのスクランブラシードフィールド中で送信され得る。エコーされた値は、応答フレームのＳＩＧフィールド中で送信され得る。エコーされた値は、応答フレーム中に含まれるＭＰＤＵ中で送信され得る。
[00103] いくつかの実装形態では、開始フレーム（例えば、データ、ＲＴＳ、ＢＡＲ）のフレームチェックサム（ＦＣＳ）が、乱数（例えば、パケットＩＤ）に基づくかまたはそれを含むことが望ましいことがある。この値はエコー値として使用され得る。そのような実装形態では、エコー値は、開始フレームのスクランブルされたシード中に含まれ得る。従って、ＦＣＳは、応答フレーム（例えば、ＡＣＫ、ＣＴＳ、ＢＡ）中で全体的にまたは部分的にエコーされ得る。
[00104] エコー値を使用して、エコー値を含むことによって、応答フレームは開始フレームの局識別子を含まないことがある。開始フレーム（例えば、データ、ＲＴＳ、ＢＡＲなど）に関するアドレス指定方式のうちの１つまたは複数は、開始フレームのＦＣＳまたはパケットＩＤをエコーするが、局識別子はエコーしない、応答フレーム（例えば、ＡＣＫ、ＣＴＳ、ＢＡなど）とともに使用され得る。これは、上記で説明されたように通信を改善し得る。
[00105] さらに、ＳＴＡによってＡＰに送信されるパケットは、場合によっては、パケットをルーティングするために使用されるべきルーティングデバイスを示すために使用される宛先アドレス（ＤＡ）を含み得る。ＭＡＣヘッダ４００は、ＤＡがＭＡＣヘッダ４００中に存在するかどうかを示すビットまたはフィールドをさらに含み得る。一態様では、ＭＡＣヘッダ４００のフレーム制御フィールドの順序ビットまたは「ａ３存在」ビットは、ＤＡの存在または不在を示すために使用され得る。別の態様では、２つの異なるサブタイプが圧縮ＭＡＣヘッダ４００のために定義され得、１つのサブタイプは、ＤＡなどのａ３フィールドを含み、１つのサブタイプは、ＤＡなどのａ３フィールドを含まない。サブタイプは、ＭＡＣヘッダ４００のフレーム制御フィールドのサブタイプフィールドの値を介して示され得る。いくつかの態様では、ＤＡの存在または省略を示すサブタイプの値は、ＤＬパケットのためのＳＡの存在または省略を示すために使用されるのと同じ値である。いくつかの態様では、ＡＰおよびＳＴＡは、別のパケットの一部としてＤＡに関する情報を送信し、データパケットからＤＡを省略し得る。ＡＰは、ＤＡ情報を記憶し、それを、ＳＴＡから送られた全てのパケットのために使用するか、またはそれらに関連する特定の識別子（例えば、フローＩＤ）を有するいくつかのパケットのために使用し得る。
[00106] 図示のように、ＭＡＣヘッダ４００が、送信ＳＴＡから受信ＳＴＡへの直接リンク上で送信されるデータパケットの一部である場合、ａ１フィールド４１５は、受信ＳＴＡのフル受信機アドレス（ＲＡ）を含み、ａ２フィールド４２０は、送信機ＡＩＤ（Ｔ−ＡＩＤ）と呼ばれることがある送信ＳＴＡのＡＩＤを含む。受信ＳＴＡは、上記で説明したように、ＲＡとＴ−ＡＩＤとに基づいて、それがデータパケットの予定受信側であるかどうかとデータパケットの送信機とを同様に決定し得る。特に、受信ＳＴＡは、ＲＡが受信ＳＴＡのＲＡに一致するかどうかを検査できる。ＲＡが一致した場合、受信ＳＴＡはパケットの予定受信側であり得る。さらに、受信ＳＴＡのＢＳＳにおけるただ１つの送信ＳＴＡがＴ−ＡＩＤを有するので、受信ＳＴＡは、Ｔ−ＡＩＤに基づいてパケットの送信機を決定できる。
[00107] 受信ＳＴＡは、それが予定受信側であると決定した場合、パケットの受信成功を示すために、送信ＳＴＡに肯定応答メッセージ（ＡＣＫ）を送り得る。一態様では、受信ＳＴＡは、ＡＣＫのＭＡＣヘッダまたは物理レイヤ（ＰＨＹ）ヘッダ中に、Ｔ−ＡＩＤなど、ａ２フィールド４２０の全体または一部分を含み得る。従って、ＡＣＫを生成するために、受信ＳＴＡは、受信したＭＡＣヘッダ４００からビットを直接コピーするだけでよく、これは処理を低減する。ＡＣＫを受信する送信ＳＴＡが、初期パケットの送信からのある時間期間（例えば、ショートフレーム間スペース（ＳＩＦＳ））中に同じ情報をもつ２つのＡＣＫを受信する可能性は低いので、その送信ＳＴＡは、その時間期間のすぐ後にＡＣＫが受信された場合、ＡＣＫは受信ＳＴＡからのものであると決定し得る。別の態様では、受信ＳＴＡは、ＡＣＫのＭＡＣまたはＰＨＹヘッダ中で、パケットからの巡回冗長検査（ＣＲＣ）の全体もしくは一部分またはパケットの全体もしくは一部分のハッシュを送信し得る。送信ＳＴＡは、そのような情報について検査することによって、ＡＣＫを送った受信ＳＴＡを決定し得る。そのような情報はパケットごとにランダムであり、同じ情報をもつ２つのＡＣＫが送信ＳＴＡによってその時間期間の後に受信される可能性は極めて低い。
[00108] パケットがダウンリンクの一部として送られるのか、アップリンクの一部として送られるのか、直接リンクの一部として送られるのかは、ＭＡＣヘッダ４００中のいくつかのビットによって示され得る。例えば、ｆｃフィールド４０５の配信先システム（ｔｏ−ｄｓ）およびｆｒｏｍ−ｄｓフィールドは、Ｔｏ−ＤＳ／Ｆｒｏｍ−ＤＳと標示された列に示すように、パケットを送るために使用されるリンクタイプ（例えば、ダウンリンクの場合は０１、アップリンクの場合は１０、および直接リンクの場合は００）を示すために使用され得る。従って、パケットの受信側は、各フィールド中の予想されるアドレスのタイプに基づいて、ａ１フィールド４１５およびａ２フィールド４２０の長さ（例えば、２オクテットまたは６オクテット）を決定し、それによって、各フィールド中に含まれているアドレスを決定し得る。
[00109] 別の態様では、パケットが、ダウンリンクの一部であるのか、アップリンクの一部であるのか、直接リンクの一部であるのかを示す代わりに、ＭＡＣヘッダ４００中の１ビット（例えば、ｔｏ−ｄｓ／ｆｒｏｍ−ｄｓフィールドの１ビット代用）が、ａ１フィールド４１５およびａ２フィールド４２０の各々中にどのタイプのアドレスがあるかを示すために使用され得る。例えば、ビットの１つの値は、ａ１フィールド４１５がデータパケットの受信機のアドレスであることを示し、ａ２フィールド４２０がデータパケットの送信機のアドレスであることを示し得る。ビットの他の値は、ａ１フィールド４１５がデータパケットの送信機のアドレスであることを示し、ａ２フィールド４２０がデータパケットの受信機のアドレスであることを示し得る。
[00110] ＭＡＣヘッダの圧縮は、ＭＡＣヘッダのフレーム制御フィールドのいくつかのサブフィールドを削除または変更することによって行われ得る。圧縮ＭＡＣヘッダは、次いで、ワイヤレスデバイス２０２ｔからワイヤレスデバイス２０２ｒに送られ得る。サブフィールドの削除または変更は、データパケットのワイヤレスデバイス２０２ｒに通信される必要がある情報に基づき得る。例えば、ワイヤレスデバイス２０２ｒは、データパケットを受信し、処理するために、ＭＡＣヘッダ３００のフレーム制御フィールド３０５ａ中の全ての情報を必要としないことがある。例えば、場合によっては、受信機は、フレーム制御フィールド３０５ａ中で送信されるであろう情報の一部をメモリに既に記憶していることがある。ある場合には、ワイヤレスデバイス２０２ｒは、前のデータパケットまたはメッセージングパケットのＭＡＣヘッダ中でなど、ワイヤレスデバイス２０２ｔから前に受信したデータパケット中でその情報を受信していることがある。別の場合には、ワイヤレスデバイス２０２ｒは、製造時に、または別のデバイスとの通信を通してなど、そのような情報を事前プログラムされていることがある。いくつかの態様では、ワイヤレスデバイス２０２ｒは、ワイヤレスデバイス２０２ｒにおいて記憶された情報（例えば、ＭＡＣヘッダのフィールドの値）をワイヤレスデバイス２０２ｔに示し得る。ワイヤレスデバイス２０２ｔは、次いで、ワイヤレスデバイス２０２ｒに送られるパケット中の、フレーム制御フィールドのサブフィールド、またはＭＡＣヘッダの他のフィールドから、そのような情報を省略し得る。
[00111] いくつかの態様では、ヘッダは、セキュリティがデータパケットのために有効であるとき、異なるフィールドを有し得る。例えば、パケットは、セキュリティが有効であるとき、暗号ブロック連鎖メッセージ認証コードプロトコルつきカウンタモード（ＣＣＭＰ）ヘッダを有し得る。ＣＣＭＰヘッダはＭＡＣヘッダの一部であり得る。通常、ＣＣＭＰヘッダは、いくつかのパケット番号（ＰＮ）（例えば、ＰＮ０、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５）を含む。ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５の値は、頻繁には変化しないことがある。従って、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５に基づいて、ベースＰＮが作成され得る（例えば、ＰＮ２｜ＰＮ３｜ＰＮ４｜ＰＮ５）。ベースＰＮは、メッセージの一部として送られ、通信デバイスのペアのために記憶され得る。従って、ＣＣＭＰヘッダは、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５を含まないが、ＰＮ０およびＰＮ１フィールドのみを含むことがある。パケットの受信機は、受信機において記憶された、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５を含むベースＰＮを、受信したＰＮ０およびＰＮ１フィールドと組み合わせることによって、ＣＣＭＰヘッダを再構築し得る。いくつかの態様では、セキュリティ関連パケット番号（ＰＮ）は、シーケンス制御（ＳＣ）フィールドのシーケンス番号（ＳＮ）およびベースパケット番号（ＢＰＮ）から生成され得る。ＭＩＣフィールドまたはＦＣＳフィールドなど、いずれかのＣＲＣタイプフィールドを含むパケットの符号化はフルＣＣＭＰヘッダに基づき得るので、ＣＣＭＰヘッダは、パケットの復号の前に再構築され得る。様々な態様では、そのような態様は、「圧縮セキュリティヘッダ」と呼ばれることがある。そのような態様は、参照により本明細書に明確に組み込まれる、２０１１年８月２日に出願された米国仮出願第６１／５１４，３６５号に記載されている態様に関係し得る。
[00112] いくつかの態様では、圧縮セキュリティヘッダは、いくつかのプロトコルバージョンにおいて利用され得るだけである。例えば、一態様では、圧縮セキュリティヘッダは、プロトコルバージョン１（ＰＶ１）において利用され得るが、プロトコルバージョン０（ＰＶ０）において利用されない。従って、複数のプロトコルバージョンを含むシステムにおいて、ＰＶ１パケットは、パケットＳＮに基づくセキュリティＰＮを含み得るが、ＰＶ０パケットは、パケットＳＮに基づかないセキュリティＰＮを含み得る。いくつかの態様では、ＰＶ０セキュリティ実装形態は、ＰＶ１と相互動作するように修正される。しかしながら、修正されたＰＶ０セキュリティ実装形態は、レガシーＰＶ０セキュリティ実装形態と互換性がない。従って、プロトコルバージョン間でセキュリティ実装形態を分離することが望ましい場合がある。
[00113] 一態様では、ワイヤレスデバイス２０２（図２）は、複数のプロトコルバージョンの各々に対してリプレイカウンタの別個のセットを維持し得る。リプレイカウンタは、あらゆる新規受信パケットが、パケットが属する特定のパケット番号空間内の一意のパケット番号を有すると決定するのに使われ得る。例えば、ワイヤレスデバイス２０２は、ＰＶ０用のトラフィックインジケータ（ＴＩＤ）ごと、および送信機アドレス（ＴＡ）ごとに１つのリプレイカウンタを維持できる。ワイヤレスデバイス２０２は、ＰＶ１用のＴＩＤごと、およびＴＡごとに１つのリプレイカウンタをさらに維持できる。従って、いくつかの態様において、ワイヤレスデバイス２０２は、プロトコルバージョンの間でセキュリティＰＮを調整しなくてよい。
[00114] ワイヤレスデバイス２０２がＰＶ０およびＰＶ１に対してリプレイカウンタの別個のセットを維持する態様では、ＰＶ０パケットは、ＰＶ１パケットと同じＰＮを有することが可能である。従って、ＣＣＭＰナンスがＰＮに少なくとも部分的に基づくレガシー態様では、所与の暗号化キーに対して同じナンスが２回生じる可能性がある。従って、いくつかの態様では、各プロトコルバージョン用に別個のナンスフォーマットを実装することが望ましい場合がある。図５および図６は、それぞれ、ＰＶ０およびＰＶ１の実装形態に対する例示的なナンスフォーマットを示す。
[00115] 図５は、第１のプロトコルバージョンによる、ワイヤレス通信内で使用され得る暗号ナンス５００を示す。本明細書で説明される様々なフィールドは、並べ替えられ、サイズ変更されてよく、いくつかのフィールドが省略されてよく、追加のフィールドが追加されてよいことを当業者は諒解するだろう。図示のように、ナンス５００は、ナンスフラグ５１０と、アドレス（Ａ２）フィールド５２０と、パケット番号（ＰＮ）フィールド５３０とを含む。示される態様では、ナンスフラグ５１０は１バイトであり、アドレスフィールド５２０は６バイトであり、ＰＮフィールド５３０は６バイトである。ナンスフラグは４ビットの優先度フィールド５４０と、１ビットの管理フラグ５５０と、３ビットの予約済ビット５６０とを含む。一態様では、Ａ２フィールド５２０は、ナンスを含むパケットの送信機アドレスを示し得る。
[00116] 図６は、第２のプロトコルバージョンによる、ワイヤレス通信内で使用され得る暗号ナンス６００を示す。本明細書で説明される様々なフィールドは、並べ替えられ、サイズ変更されてよく、いくつかのフィールドが省略されてよく、追加のフィールドが追加されてよいことを当業者は諒解するだろう。図示のように、ナンス６００は、ナンスフラグ６１０と、アドレス（Ａ２）フィールド６２０と、パケット番号（ＰＮ）フィールド６３０とを含む。示される態様では、ナンスフラグ６１０は１バイトであり、アドレスフィールド６２０は６バイトであり、ＰＮフィールド６３０は６バイトである。ナンスフラグは４ビットの優先度フィールド６４０と、１ビットの管理フラグ６５０と、１ビットのプロトコルバージョン指示６５５と、２ビットの予約済ビット６６０とを含む。一態様では、Ａ２フィールド５２０は、ナンスを含むパケットの送信機アドレスを示し得る。
[00117] 様々な態様では、プロトコルバージョン指示６５５は、ナンス６００のプロトコルバージョンを示し得る。例えば、プロトコルバージョン指示６５５は、セットされたときにパケットがＰＶ１を使用して送信されたことを示し、セットされないときにパケットがＰＶ１でないプロトコルバージョンを使用して送信されたことを示すフラグであり得る。別の態様では、プロトコルバージョン指示６５５は、セットされたときにパケットがＰＶ０でないプロトコルバージョンを使用して送信されたことを示し、セットされないときにパケットがＰＶ０を使用して送信されたことを示すフラグであり得る。他の態様では、プロトコルバージョン指示６５５は、使用された特定のプロトコルバージョンを示し得る追加のビットを含み得る。
[00118] 他の態様では、ＰＶ０とＰＶ１の両方が、同じナンスフォーマットを使用し得る。いくつかの態様では、ワイヤレスデバイス２０２は、複数のプロトコルバージョンに対して別個の暗号化キーを導出し得る。例えば、ワイヤレスデバイス２０２は、それぞれ、ＰＶ０パケットおよびＰＶ１パケットに対して別個のトランジェントキー（ＴＫ：transient key）を導出し得る。従って、ＰＶ０とＰＶ１の両方の送信に対して、同じナンス値が時折、生成されることがあるが、別個の暗号化キーは、所与のセキュリティキーに対してナンスの一意性を確実にし得る。
[00119] 図７は、図１のワイヤレス通信システム１００内で採用され得るワイヤレス通信の例示的な方法のフローチャート７００を示す。この方法は、図２に示されるワイヤレスデバイス２０２のような、本明細書で説明されるデバイスによって全体または一部が実装され得る。本明細書では、示される方法は、図１に関して上で論じられたワイヤレス通信システム１００、および図２に関して上で論じられたワイヤレスデバイス２０２を参照して説明されるが、示される方法は、本明細書で説明される別のデバイス、または任意の他の適切なデバイスによって実施され得ることを当業者は諒解するだろう。示された方法は、特定の順序に関して本明細書で説明されるが、様々な態様では、本明細書のブロックは異なる順序で行われるか、または省略されてよく、さらなるブロックが追加されてもよい。
[00120] 最初に、ブロック７１０において、デバイス２０２は、ワイヤレスシステムにおける第１のプロトコルバージョンに関連付けられたリプレイカウンタの第１のセットを維持する。例えば、プロセッサ２０４は、メモリ２０６中のＰＶ０に関連付けられた１つまたは複数のリプレイカウンタを維持できる。プロセッサ２０４は、新しく受信されたＰＶ０パケットが、そのパケットが属する特定のパケット番号空間内に一意のパケット番号を有するかどうかを決定するために、リプレイカウンタを使用し得る。
[00121] 次に、ブロック７２０において、デバイス２０２は、ワイヤレスシステムにおける第２のプロトコルバージョンに関連付けられたリプレイカウンタの第２のセットを維持する。例えば、プロセッサ２０４は、メモリ２０６中のＰＶ１に関連付けられた１つまたは複数のリプレイカウンタを維持できる。プロセッサ２０４は、新しく受信されたＰＶ０パケットが、そのパケットが属す特定のパケット番号空間内に一意のパケット番号を有するかどうかを決定するために、リプレイカウンタを使用し得る。
[00122] 様々な態様では、リプレイカウンタの第１および第２のセットは、それぞれ、トラフィックインジケータごとおよび送信機アドレスごとに少なくとも１つのリプレイカウンタを含み得る。
[00123] 次いで、ブロック７３０において、デバイス２０２は、プロトコルバージョン指示を含むパケットを受信する。パケットは、本明細書で説明されるヘッダおよび／またはフィールドのうちの１つまたは複数を含み得る。例えば、受信機２１２は、本明細書で説明されるＰＶ０またはＰＶ１フレームを受信し得る。
[00124] 様々な態様では、パケットは、プロトコルバージョン指示が第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダを含み得る。例えば、ＰＶ０パケットは、上記で説明された正規のＭＡＣヘッダおよび／またはセキュリティヘッダ（例えば、図３に関して上記で説明されたヘッダ３００）を含み得る。
[00125] 様々な態様では、パケットは、プロトコルバージョン指示が第２のプロトコルバージョンを示すときに、第１の長さより短い第２の長さを有する第２のセキュリティヘッダを含み得る。例えば、ＰＶ１パケットは、本明細書で説明される短縮されたＭＡＣヘッダおよび／または圧縮されたセキュリティヘッダ（例えば、図４に関して上記で説明されたヘッダ４００）を含み得る。
[00126] 様々な態様において、デバイス２０２は、受信されたパケットに基づいて、プロトコルバージョン指示を含むナンスを生成し得る。例えば、プロセッサ２０４は、ＰＶ０パケットに対して、図５に関して上記で説明されたナンス５００を生成し得る。プロセッサ２０４は、ＰＶ１パケットに対して、図６に関して上記で説明されたナンス６００を生成し得る。
[00127] 様々な態様では、ナンスは、４ビットの優先度フィールド、１ビットの管理フィールド、１ビットのプロトコル指示フラグ、６バイトの送信機アドレスフィールド、および６バイトのパケット番号フィールドのうちの１つまたは複数を含み得る。様々な態様では、１ビットのプロトコル指示フラグは、セットされたときに、第２のプロトコルバージョンを示し得る。従って、いくつかの態様では、ナンスは、図６に関して上記で説明されたナンス６００を含み得る。
[00128] その後、ブロック７４０において、デバイス２０２は、プロトコルバージョン指示に少なくとも部分的に基づいて、リプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを選択する。例えば、プロセッサ２０４は、パケット指示（図３Ａに関して上記で説明された、フレーム制御フィールド３０５ａ内のプロトコルバージョンフィールド３７２など）に基づいて、パケットがＰＶ０パケットであるかそれともＰＶ１パケットであるかを決定し得る。プロセッサ２０４は、パケットのプロトコルバージョンに関連付けられたリプレイカウンタのセットを選択し得る。
[00129] その後、ブロック７５０において、デバイス２０２は、選択されたリプレイカウンタをパケットに適用する。例えば、プロセッサ２０４は、メモリ２０６から選択されたリプレイカウンタを取り出し得る。様々な態様において、選択されたリプレイカウンタを適用することは、リプレイカウンタに基づいてパケットを選択的に破棄することを含み得る。例えば、プロセッサ２０４は、パケットのＰＮが、選択されたリプレイカウンタよりも小さい（または古い）ときに、パケットを破棄し得る。
[00130] 様々な態様では、デバイス２０２は、第１のプロトコルバージョンに関連付けられた第１の暗号化キーと、第２のプロトコルバージョンに関連付けられた第２の暗号化キーとを導出し得る。例えば、プロセッサ２０４は、上記で論じられたように、ＰＶ０およびＰＶ１に対する別個の暗号化キーを生成し得る。
[00131] 様々な態様では、デバイス２０２は、プロトコルバージョン指示が第１のプロトコルバージョンを示すときに、第１の暗号化キーを使用してパケットの一部を復号し得る。デバイス２０２は、プロトコルバージョン指示が第２のプロトコルバージョンを示すときに、第２の暗号化キーを使用してパケットの一部を復号し得る。例えば、プロセッサ２０４は、パケットがＰＶ０パケットであるかそれともＰＶ１パケットであるか（図３Ａに関して上記で説明された、フレーム制御フィールド３０５ａ内のプロトコルバージョンフィールド３７２など）を決定し得る。プロセッサ２０４は、パケットのプロトコルバージョンに基づいて、関連付けられた暗号化キーを適用し得る。様々な態様では、第１および第２の暗号化キーは、一時キー（temporal key）を含み得る。
[00132] ある態様では、図７に示される方法は、維持回路と、受信回路と、選択回路と、適用回路とを含み得るワイヤレスデバイス内で実装され得る。ワイヤレスデバイスが、本明細書で説明される簡略化されたワイヤレスデバイスよりも多くの構成要素を有することができることを、当業者は諒解されよう。本明細書で説明されるワイヤレスデバイスは、特許請求の範囲内の実装形態のいくつかの顕著な特徴について説明するために有用なそれらの構成要素のみを含む。
[00133] 維持回路は、リプレイカウンタの第１および第２のセットを維持するように構成され得る。維持回路は、図７の少なくともブロック７１０および／または７２０を行うように構成され得る。維持回路は、プロセッサ２０４（図２）、メモリ２０６（図２）、受信機２１２（図２）、アンテナ２１６（図２）、およびトランシーバ２１４（図２）のうちの１つまたは複数を含み得る。いくつかの実装形態では、維持するための手段は維持回路を含み得る。
[00134] 受信回路は、パケットを受信するように構成され得る。受信回路は、図７の少なくともブロック７３０を行うように構成され得る。受信回路は、受信機２１２（図２）、アンテナ２１６（図２）、およびトランシーバ２１４（図２）のうちの１つまたは複数を含み得る。いくつかの実装形態では、受信するための手段が受信回路を含み得る。
[00135] 選択回路は、リプレイカウンタを選択するように構成され得る。選択回路は、図７の少なくともブロック７４０を行うように構成され得る。選択回路は、プロセッサ２０４（図２）およびメモリ２０６（図２）のうちの１つまたは複数を含み得る。いくつかの実装形態では、選択するための手段が選択回路を含み得る。
[00136] 適用回路は、選択されたリプレイカウンタをパケットに適用し構成され得る。適用回路は、図７の少なくともブロック７５０を行うように構成され得る。適用回路は、プロセッサ２０４（図２）およびメモリ２０６（図２）のうちの１つまたは複数を含み得る。いくつかの実装形態では、適用するための手段が、適用回路を含み得る。
[00137] 図８は、ショートメディアアクセス制御ヘッダ８００を示す。ショートメディアアクセス制御ヘッダ８００は、フレーム制御フィールド８０５と、Ａ１フィールド８１０と、Ａ２フィールド８１５と、シーケンス制御フィールド８２０と、Ａ３フィールド８２５と、Ａ４フィールド８３０と、可変長フレーム本体８３５と、フレーム検査シーケンスフィールド８４０とを含む。いくつかの態様では、以下で論じるように、Ａ３フィールド８２５および／またはＡ４フィールド８３０のうちの１つまたは複数は、ショートメディアアクセス制御ヘッダ８００から省略され得る。
[00138] 図９Ａは、圧縮ＭＡＣヘッダのフレーム制御フィールド８０５ａの一例を示す。ｆｃフィールド８０５ａは、以下のサブフィールドを以下の順序で含み、すなわち、プロトコルバージョンサブフィールド９０２ｃと、フレームタイプ（ｔｙｐｅ）サブフィールド９０４ｃと、ｆｒｏｍ ＤＳフィールド９０６ｃと、モアフラグメントサブフィールド９０８ｃと、電力管理サブフィールド９１０ｃと、モアデータサブフィールド９１２ｃと、保護フレーム（ｐｆ）サブフィールド９１４ｃと、サービス期間終了（ｅｏｓｐ）サブフィールド９１６ｃと、予約済フィールド９２０ｃとを含む。いくつかの態様において、図８に示されるフレーム制御フィールド８０５は、図９Ａのフレーム制御フィールド８０５ａのフォーマットに実質的に適合し得る。
[00139] 上述したように、ＭＡＣフレーム中には、フレーム制御フィールド８０５ａを含む４つのアドレスフィールドが存在し得る。例えば、これらのアドレスフィールドは、フレームの受信側（ａ１）、フレームの送信機（ａ２）、および場合によってはフレームのソースおよび／または宛先（ａ３および／またはａ４）を示すために使用され得る。いくつかの態様では、フレームの受信側（ａ１）またはフレームの送信機（ａ２）は、ショートＩＤ（Ｓ−ＩＤ）フィールド中にあるＡＩＤサブフィールドによって識別され得る。ａ１フィールドまたはａ２フィールドがＡＩＤを含むかどうかは、上記で説明したようにフレーム制御フィールドのｆｒｏｍ−ｄｓフィールド９０６ｃの値に依存し得る。例えば、ｆｒｏｍ−ｄｓサブフィールドが０に設定された場合、ａ１フィールドはＡＩＤを含み得、ａ２フィールドはＢＳＳＩＤを含み得る。別の例として、ｆｒｏｍ−ＤＳサブフィールドが１に設定された場合、ａ２フィールドはＡＩＤを含み得、ａ１フィールドはＢＳＳＩＤおよび／または受信機アドレスを含み得る。図９Ｂは、圧縮ＭＡＣヘッダのショートＩＤ（Ｓ−ＩＤ）フィールド９５０の一例を示す。Ｓ−ＩＤフィールド９５０はＭＡＣヘッダのａ１フィールドまたはａ２フィールド中に含まれ得る。例えば、ａ１フィールドおよび／またはａ２フィールドは、Ｓ−ＩＤフィールド９５０中に含まれ得る、関連付けにおけるＡＩＤ９５２を割り当てられ得る。いくつかの態様では、Ｓ−ＩＤフィールドの長さは２オクテット（１６ビット）である。Ｓ−ＩＤフィールド９５０は、Ａ３存在サブフィールド９５４と、Ａ４存在サブフィールド９５６と、Ａ−ＭＳＤＵサブフィールド９５８とをさらに含み得る。ＡＩＤサブフィールド９５２は１３ビットを含み得、３ビットを残したままにしておく。残りの３ビットは、Ａ３存在サブフィールド９５２と、Ａ４存在サブフィールド９５４と、Ａ−ＭＳＤＵサブフィールド９５６とを記憶するために使用され得る。従って、フレーム制御フィールドはこれらのサブフィールドを含まない。
[00140] いくつかの態様では、随意(optional)であるＡ３の存在はＡ３存在サブフィールド９５４によって示され、同じく随意であるＡ４の存在はＡ４存在サブフィールド９５６によって示される。いくつかの態様では、Ａ３フィールドが存在しないとき、Ａ３はフレームの受信側において記憶されるか、またはＡ３がフレームの受信側において記憶されない場合、Ａ３はＡ１に等しいかのいずれかである。いくつかの態様では、Ａ４フィールドが存在しないとき、Ａ４はフレームの受信側において記憶されるか、またはＡ４がフレームの受信側において記憶されない場合、Ａ４はＡ２に等しいかのいずれかである。いくつかの態様では、Ａ−ＭＳＤＵサブフィールド９５８が１に設定された場合、ＭＰＤＵはショートＡ−ＭＳＤＵを含んでいる。いくつかの態様では、Ａ−ＭＳＤＵサブフィールド９５８が１に設定された場合、ＭＰＤＵは、複数のＭＳＤＵを搬送するＡ−ＭＳＤＵを含んでおり、ＭＳＤＵの各々はソースアドレスおよび／または宛先アドレスを有し、アドレス指定は、各ＭＳＤＵごとにＡ４存在／Ａ３存在と同様のマッピングに依存する。
[00141] いくつかの態様では、フレーム制御フィールド８０５は、キーＩＤサブフィールドを含み得る。例えば、または、予約済フィールド９２０ｃのより多くのビットが、キーＩＤサブフィールド用に使われてよい。キーＩＤサブフィールドは、１または２ビットを含み得る。いくつかの態様では、保護フレームサブフィールド９１４ｃが（フレームが保護されることを示す）１の値に設定された場合、キーＩＤサブフィールドは、暗号化方法および／またはキーが変化したかどうかを、フレーム制御フィールド８０５ａを含むＭＡＣヘッダを受信するデバイスに示すために使用され得る。キーＩＤサブフィールドをフレーム制御フィールド８０５ａ、従ってデータユニット用のメディアアクセス制御ヘッダ中に含めることによって、ＣＣＭＰヘッダが、データユニット用のＭＡＣヘッダから削減または除去され得る。いくつかの態様では、保護フレームサブフィールド９１４ｃが（フレームが保護されないことを示す）０の値に設定された場合、キーＩＤサブフィールドは、それが他の機能のために使用され得るように予約され得る。例えば、フレームが管理フレームである場合、キーＩＤサブフィールドは予約され得、異なる管理フレームサブタイプを定義するために使用され得る。管理フレームサブタイプは、アクションフレーム、アクションＡｃｋなしフレームなどを含み得る。
[00142] 図１０Ａは、動的Ａ−ＭＰＤＵフレームを示す。１０００。動的Ａ−ＭＰＤＵフレーム１０００は、サブフレーム１００５ａと、サブフレーム１００５ｂと、サブフレーム１００５ｃとを含む複数の動的Ａ−ＭＳＤＵサブフレームを含む。
[00143] 図１０Ｂは、Ａ−ＭＳＤＵサブフレームの例示的フォーマットを示す。いくつかの態様において、サブフレーム１００５は、図１０Ａに示されるサブフレーム１００５ａ〜ｃのうちの１つまたは複数に対応し得る。サブフレーム１００５は、サブフレーム制御フィールド１００６と、宛先アドレスフィールド１０１０と、ソースアドレスフィールド１０１５と、ＭＳＤＵフィールド１０２０と、１つまたは複数のパディングバイト１０２５とを含む。
[00144] 図１０Ｃは、サブフレーム制御フィールドの例示的フォーマットを示す。サブフレーム制御フィールド１００６は、長さフィールド１０３０と、宛先アドレス存在フィールド１０４０と、ソースアドレス存在フィールド１０５０とを含む。長さフィールド１０３０は、サブフレーム制御フィールドがその一部であるサブフレームの長さを示し得る。例えば、長さフィールドは、サブフレーム制御フィールド１００６、宛先アドレスフィールド１０１０（存在する場合）、ソースアドレスフィールド１０１５（存在する場合）、ＭＳＤＵフィールド１０２０、および任意のパディングビット１０２５の長さを示し得る。代替として、長さフィールドは、サブフレーム制御フィールド１００６の長さを含まない場合がある。
[00145] いくつかの態様では、随意である宛先アドレスフィールド１０１０の存在はＤＡ存在サブフィールド１０４０によって示され、同じく随意であるソースアドレスフィールド１０１５の存在はＳＡ存在サブフィールド１０５０によって示される。いくつかの態様において、宛先アドレスフィールド１０１０が存在しないとき、宛先アドレスは、フレームの受信側において記憶される。いくつかの態様において、ソースアドレスフィールド１０１５が存在しないとき、ソースアドレスは、フレームの受信側において記憶される。宛先アドレスおよびソースアドレスのうちの１つまたは複数は、以下で説明するようにメディアアクセス制御ヘッダ圧縮要求メッセージを介して、宛先において記憶され得る。宛先アドレスおよびソースアドレスのうちの１つまたは複数は、情報要素１３００に関して以下で説明するように、ヘッダ圧縮要求／返答交換を介して、ＤＡフィールド１０１０またはＳＡフィールド１０１５のうちの１つまたは複数を記憶することに宛先が同意した後、ＤＡフィールド１０１０、またはＳＡフィールド１０１５を含むサブフレーム１００５を送信することによって、宛先において更新され得る。
[00146] 図１１は、ヘッダ圧縮情報要素（ＩＥ）を含むヘッダ圧縮要求または応答メッセージの少なくとも一部分の例を示す。ヘッダ圧縮情報要素１１００は、Ａ３フィールド１１２０またはＡ４フィールド１１２５など、Ａ３フィールド、またはＡ４フィールドのうちの１つまたは複数が、メッセージ情報要求要素１１００を受信するデバイスにおいて記憶されることを要求し得る。Ａ３フィールドまたはＡ４フィールドについての値を受信機において記憶することによって、受信デバイスへの将来の送信は、受信機において記憶されているフィールドを省略するメディアアクセス制御ヘッダを使用できる。いくつかの態様において、ヘッダ圧縮情報要素１１００は、関連付け要求（もしくは返答）または再関連付け要求（もしくは返答）フレームの一部として送信され得る。
[00147] ヘッダ圧縮情報要素１１００は、要素ｉｄフィールド１１０５と、長さフィールド１１１０と、ヘッダ圧縮制御フィールド１１１５と、随意のＡ３フィールド１１２０と、随意のＡ４フィールド１１２５とを含む。要素ＩＤフィールド１１０５は、長さが１オクテットであり、情報要素がヘッダ圧縮情報要素であることを示すための特定の値に設定される。長さフィールドは、長さが１オクテットであり、各随意フィールドが情報要素中に存在する場合はその長さの合計に等しくなるように設定される。要素ｉｄフィールドと長さフィールドを組み合わせた長さを反映するために、２の値が長さフィールドに加算される。ヘッダ圧縮制御フィールド１１１５は、長さが１オクテットであり、図１２に関して後でより詳しく説明される。Ａ３フィールド１１２０は、存在する場合、長さが６オクテットである。Ａ３フィールド１１２０は、ヘッダ圧縮情報要素を受信するデバイスが、Ａ３フィールドを含まない、後で受信されるメディアアクセス制御ヘッダ用のＡ３フィールド値として使用するべき値である。Ａ４フィールド１１２５は、存在する場合、長さが６オクテットである。Ａ４フィールド１１２５は、ヘッダ圧縮情報要素１１００を受信するデバイスが、Ａ４フィールドを含まない、後で受信されるメディアアクセス制御ヘッダ用のＡ４フィールドとして使用するべき値を与える。
[00148] 図１２は、ヘッダ圧縮制御フィールド１１１５の一例を示す。ヘッダ圧縮制御フィールド１１１５は、要求タイプフィールド１２５５と、データタイプフィールド１２６０と、Ａ３記憶フィールド１２６５と、Ａ４記憶フィールド１２７０と、Ａ−ＭＳＤＵタイプフィールド１２７５と、予約済フィールド１２８０とを含む。要求タイプフィールド１２５５は、メッセージ１１００がヘッダ圧縮要求であるか、それともヘッダ圧縮応答であるかを示す。いくつかの態様において、要求タイプフィールドがゼロである場合、メッセージ１１００はヘッダ圧縮要求である。これらの態様において、要求タイプフィールドが１である場合、メッセージ／情報要素１１００はヘッダ圧縮応答である。
[00149] データタイプフィールド１２６０は、ショートデータフレームがどのように送信されるかを示す。データタイプフィールドは、第１の特定の値に設定された場合、ショートデータフレームが、ゼロ（０）に設定されたフレーム制御フィールド中にタイプフィールドを有するメディアアクセス制御ヘッダを含むことを示す。データタイプフィールド１２６０が第２の特定の値である場合、ショートデータフレームｓは、フレーム制御フィールド中のタイプフィールドが３に設定されて送信される。メッセージ１１００がヘッダ圧縮応答である場合、データタイプフィールドは、対応するヘッダ圧縮要求メッセージ中のデータタイプフィールドと同じ値になる。
[00150] Ａ３記憶フィールド１２６５は、メッセージまたは情報要素１１００の受信機が、Ａ３フィールド１１２０中で指定されたＡ３フィールドを記憶することを要求されるかどうかを示す。Ａ３記憶フィールド１２６５が第１の特定の値である場合、Ａ３フィールド１１２０は、ヘッダ圧縮情報要素１１００中に存在することになり、受信機は、Ａ３フィールドなしで受信される将来のメディアアクセス制御ヘッダ中での使用／置換のために、値を記憶することを要求される。Ａ３記憶フィールド１２６５が第２の特定の値である場合、Ａ３フィールド１１２０は、ヘッダ圧縮情報要素／メッセージ１１００中に存在しなくてよい。いくつかの態様において、第１の特定の値は１であり、第２の特定の値はゼロ（０）である。
[00151] メッセージ／情報要素１１００がヘッダ圧縮応答であるとき、Ａ３記憶フィールド１２６５は、ヘッダ圧縮応答を送信するデバイスが、要求されたようにＡ３フィールドを記憶するかどうかを示す。Ａ３記憶フィールド１２６５の第１の特定の値は、ヘッダ圧縮応答を送信するデバイスがメッセージを記憶することを示し、ヘッダ圧縮応答中のＡ３記憶フィールド１２６５の第２の特定の値は、ヘッダ圧縮応答を送信するデバイスがＡ３フィールドを記憶しないことを示す。
[00152] Ａ４記憶フィールド１２７０は、メッセージ１１００の受信機が、Ａ４フィールド１１２５中で指定されたＡ４フィールドを記憶することを要求されるかどうかを示す。Ａ４記憶フィールド１２７０が第３の特定の値である場合、Ａ４フィールド１１２５は、ヘッダ圧縮情報要素１１００中に存在することになり、受信機は、Ａ４フィールドなしで受信される将来のメディアアクセス制御ヘッダ中での使用のために、値を記憶することを要求される。Ａ４記憶フィールド１２７０が第４の特定の値である場合、Ａ４フィールド１１２５は、ヘッダ圧縮情報要素／メッセージ１１００中に存在しなくてよい。いくつかの態様において、第３の特定の値は１であり、第４の特定の値はゼロ（０）である。
[00153] メッセージ／情報要素１１００がヘッダ圧縮応答であるとき、Ａ４記憶フィールド１２７０は、ヘッダ圧縮応答を送信するデバイスが、要求されたようにＡ４フィールドを記憶するかどうかを示す。Ａ４記憶フィールド１２７０の第３の特定の値は、ヘッダ圧縮応答を送信するデバイスがメッセージを記憶することを示し、ヘッダ圧縮応答中のＡ４記憶フィールド１２７０の第２の特定の値は、ヘッダ圧縮応答を送信するデバイスがＡ４フィールドを記憶しないことを示す。
[00154] 情報要素１１００がヘッダ圧縮要求であるとき、Ａ−ＭＳＤＵフィールド１２７５は、送信機が、情報要素／メッセージ１１００の受信機に送信するべきＡ−ＭＳＤＵのフォーマットを要求する。一態様において、Ａ−ＭＳＤＵフィールド１２７５が第１の特定の値に設定されている場合、Ａ−ＭＳＤＵフィールド１２７５は、ＭＳＤＵのアグリゲーションが行われないことを要求する／示す。Ａ−ＭＳＤＵフィールド１２７５が第２の特定の値に等しい場合、情報要素１１００の送信機は、動的Ａ−ＭＳＤＵメッセージの「ショート」バージョン（すなわち、宛先アドレスフィールドもソースアドレスフィールドも含まないもの）が受信機に送信されることを要求する。Ａ−ＭＳＤＵフィールドが第３の特定の値に等しい場合、情報要素１１００の送信機は、動的Ａ−ＭＳＤＵメッセージの「ロング」バージョン（すなわち、宛先アドレスフィールドとソースアドレスフィールドとを含むもの）が受信機に送信されることを要求する。Ａ−ＭＳＤＵタイプフィールド１２７５が第４の特定の値に等しい場合、送信機は、動的Ａ−ＭＳＤＵフォーマットメッセージの任意のバージョンが受信機に送信され得ることを要求する。いくつかの態様において、第１、第２、第３、および第４の特定の値である値は、それぞれ、ゼロ（０）、１、２、および３である。
[00155] 情報要素１１００がヘッダ圧縮応答であるとき、Ａ−ＭＳＤＵタイプの値は、どのタイプのＡ−ＭＳＤＵを受信機が受け付けるかを示す。いくつかの態様において、受信機が、ヘッダ圧縮要求中で指定されたＡ−ＭＳＤＵを受信することに同意した場合、ヘッダ圧縮応答中のＡ−ＭＳＤＵタイプフィールド１２７５の値は、対応するヘッダ圧縮要求中の値と同じになる。代替として、いくつかの態様では、受信機は、異なるフォーマットのＡ−ＭＳＤＵを受信機が受信することを示し得る。例えば、送信機が、ショートＡ−ＭＳＤＵのみを送ることを意図していることを示した場合、受信機は、ヘッダ圧縮応答中で、どのショートＡ−ＭＳＤＵも送られなくてよいと応答すればよい。例えば、受信機は、Ａ−ＭＳＤＵタイプフィールド１２７５を介して、どのＡ−ＭＳＤＵも受信機によって処理されず、および／もしくは受信機に送信されなくてよいこと、またはロングＡ−ＭＳＤＵのみが受信機によって処理され、および／もしくは受信機に送信されてよいことを示せばよい。
[00156] いくつかの他の態様では、ヘッダ圧縮応答１１００中のＡ−ＭＳＤＵタイプフィールド１２７５の値は、対応するヘッダ圧縮要求中のＡ−ＭＳＤＵタイプフィールド１２７５のどの値にも関連しない場合がある。これらの態様において、Ａ−ＭＳＤＵタイプフィールド１２７５の値は、どのタイプのＡ−ＭＳＤＵを受信機が受け付け、または処理するかを示す。一態様において、Ａ−ＭＳＤＵフィールド１２７５が第１の特定の値に設定されている場合、Ａ−ＭＳＤＵフィールド１２７５は、ヘッダ圧縮応答の送信機が、ＭＳＤＵのアグリゲーションを受け付けることも処理することもしないことを示す。従って、Ａ−ＭＳＤＵは、ヘッダ圧縮応答の送信機に送信されるべきでない。Ａ−ＭＳＤＵフィールド１２７５が第２の特定の値に等しい場合、ヘッダ圧縮応答の送信機は、動的Ａ−ＭＳＤＵメッセージの「ショート」バージョン（すなわち、宛先アドレスフィールドもソースアドレスフィールドも含まないもの）のみが、送信機によって処理可能であり、および／または送信機に送信されるべきであることを示す。例えば、おそらく送信機は、この場合、Ａ−ＭＳＤＵの「ロング」バージョンを適切または正確に復号することが不可能である。Ａ−ＭＳＤＵフィールド１２７５が第３の特定の値に等しい場合、ヘッダ圧縮応答／情報要素１１００の送信機は、動的Ａ−ＭＳＤＵメッセージの「ロング」バージョン（すなわち、宛先アドレスおよびソースアドレスフィールドを含むもの）のみが、送信機によって処理されてよく、および／または送信機に送信されるべきであることを示す。Ａ−ＭＳＤＵタイプフィールド１２７５が第４の特定の値に等しい場合、ヘッダ圧縮応答／ＩＥ１１００の送信機は、動的Ａ−ＭＳＤＵフォーマットメッセージの任意のバージョンが、送信機によって処理され、および／または送信機に送信され得ることを示す。いくつかの態様において、第１、第２、第３、および第４の特定の値である値は、それぞれ、ゼロ（０）、１、２、および３である。
[00157] 予約済フィールド１２８０は長さが２ビットであり、いくつかの態様では使用されない。
[00158] 図１３は、ヘッダ圧縮情報要素（ＩＥ）１３００を含むヘッダ圧縮要求または応答メッセージの少なくとも一部分の例を示す。ヘッダ圧縮要求／応答情報要素１３００は、宛先アドレスフィールドまたはソースアドレスフィールドのうちの１つまたは複数が、情報要素１３００の要求メッセージバージョンを受信するデバイスにおいて記憶されることを要求し得る。宛先アドレスフィールドまたはソースアドレスフィールドについての値を受信機において記憶することによって、受信デバイスへの将来の送信は、受信機において記憶されているフィールドを省略する、図１０Ｂに示されるサブフレーム１００５などの動的Ａ−ＭＳＤＵサブフレームを使用できる。いくつかの態様において、ヘッダ圧縮情報要素１３００は、関連付け要求もしくは返答または再関連付け要求もしくは返答フレームの一部として送信され得る。
[00159] ヘッダ圧縮情報要素１３００は、要素ｉｄフィールド１３０５と、長さフィールド１３１０と、ヘッダ圧縮制御フィールド１３１５と、随意のＡ３フィールド１３２０と、随意のＡ４フィールド１３２５とを含む。要素ＩＤフィールド１３０５は、長さが１オクテットであり、情報要素がヘッダ圧縮情報要素であることを示すための特定の値に設定される。長さフィールドは、長さが１オクテットであり、各随意フィールドが情報要素中に存在する場合はその長さの合計に等しくなるように設定される。要素ｉｄフィールドと長さフィールドを組み合わせた長さを反映するために、２の値が長さフィールドに加算される。ヘッダ圧縮制御フィールド１３１５は、長さが１オクテットであり、図１４に関して後でより詳しく説明される。ＤＡフィールド１３２０は、存在する場合、長さが６オクテットである。ＤＡフィールド１３２０は、ヘッダ圧縮情報要素を受信するデバイスが、宛先アドレスフィールドを含まない、図１０Ｂに示されるサブフレーム１００５など、動的Ａ−ＭＳＤＵの一部である、後で受信されるサブフレーム用の宛先アドレスフィールド値として使用するべき値である。ＳＡフィールド１３２５は、存在する場合、長さが６オクテットである。ＳＡフィールド１３２５は、ヘッダ圧縮情報要素１３００を受信するデバイスが、ソースアドレスフィールドを含まない、図１０Ｂに示されるサブフレーム１００５など、動的Ａ−ＭＳＤＵの一部である、後で受信されるサブフレーム用のソースアドレスフィールドとして使用するべき値を与える。
[00160] 図１４は、ヘッダ圧縮制御フィールド１３１５の一例を示す。ヘッダ圧縮制御フィールド１３１５は、要求タイプフィールド１４５５と、データタイプフィールド１４６０と、宛先アドレス記憶フィールド１４６５と、ソースアドレス記憶フィールド１４７０と、予約済フィールド１４８０とを含む。要求タイプフィールド１４５５は、情報要素１３００がヘッダ圧縮要求であるか、それともヘッダ圧縮応答であるかを示す。いくつかの態様において、要求タイプフィールドがゼロである場合、メッセージ１３００はヘッダ圧縮要求である。これらの態様において、要求タイプフィールド１４５５が１である場合、メッセージ／情報要素１３００はヘッダ圧縮応答である。
[00161] データタイプフィールド１４６０は、ショートデータフレームがどのように送信されるかを示す。データタイプフィールド１４６０は、第１の特定の値に設定された場合、ショートデータフレームが、ゼロ（０）に設定されたフレーム制御フィールド中にタイプフィールドを有するメディアアクセス制御ヘッダを含むことを示す。データタイプフィールド１４６０が第２の特定の値である場合、ショートデータフレームは、フレーム制御フィールド中のタイプフィールドが３に設定されて送信される。メッセージ／情報要素１３００がヘッダ圧縮応答である場合、データタイプフィールドは、対応するヘッダ圧縮要求メッセージ中のデータタイプフィールドと同じ値になる。
[00162] ＤＡ記憶フィールド１４６５は、メッセージ１３００の受信機が、ＤＡフィールド１３２０中で指定された宛先アドレスフィールドを記憶することを要求されるかどうかを示す。ＤＡ記憶フィールド１４６５が第１の特定の値である場合、ＤＡフィールド１３２０がヘッダ圧縮情報要素１３００中に存在し、受信機は、ＤＡフィールドなしで受信される、サブフレーム１００５など、将来の動的Ａ−ＭＳＤＵサブフレーム中での使用のために、値を記憶することを要求される。Ａ３記憶フィールド１４６５が第２の特定の値である場合、ＤＡフィールド１３２０は、ヘッダ圧縮情報要素／メッセージ１３００中に存在しなくてよい。いくつかの態様において、第１の特定の値は１であり、第２の特定の値はゼロ（０）である。
[00163] メッセージ／情報要素１３００がヘッダ圧縮応答であるとき、ＤＡ記憶フィールド１４６５は、ヘッダ圧縮応答を送信するデバイスが、要求されたようにＤＡフィールドを記憶するかどうかを示す。ＤＡ記憶フィールド１４６５の第１の特定の値は、ヘッダ圧縮応答を送信するデバイスがメッセージを記憶することを示し、ヘッダ圧縮応答中のＤＡ記憶フィールド１４６５の第２の特定の値は、ヘッダ圧縮応答を送信するデバイスが、対応するヘッダ圧縮要求中で指定されたＤＡフィールド１３２０を記憶しないことを示す。
[00164] ＳＡ記憶フィールド１４７０は、メッセージ１３００の受信機が、ＳＡフィールド１３２５中で指定されたＳＡフィールドを記憶することを要求されるかどうかを示す。ＳＡ記憶フィールド１４７０が第３の特定の値である場合、ＳＡフィールド１３２５は、ヘッダ圧縮情報要素１３００中に存在することになり、受信機は、ＳＡフィールドなしで受信される将来のメディアアクセス制御ヘッダ中での使用のために、値を記憶することを要求される。ＳＡ記憶フィールド１４７０が第４の特定の値である場合、ＳＡフィールド１３２０は、ヘッダ圧縮情報要素／メッセージ１３００中に存在しなくてよい。いくつかの態様において、第３の特定の値は１であり、第４の特定の値はゼロ（０）である。
[00165] メッセージ／情報要素１３００がヘッダ圧縮応答であるとき、ＳＡ記憶フィールド１４７０は、ヘッダ圧縮応答を送信するデバイスが、要求されたようにＳＡフィールドを記憶するかどうかを示す。ＳＡ記憶フィールド１４７０の第３の特定の値は、ヘッダ圧縮応答を送信するデバイスがメッセージを記憶することを示し、ヘッダ圧縮応答中のＳＡ記憶フィールド１４７０の第２の特定の値は、ヘッダ圧縮応答を送信するデバイスが、対応するヘッダ圧縮要求中で指定されたＳＡフィールド１３２５を記憶しないことを示す。
[00166] 予約済フィールド１４８０は長さが４ビットであり、本例示的態様では使用されない。ヘッダ圧縮要求／応答情報要素１１００は、ヘッダ圧縮要求／応答情報要素１３００と様々に組み合わされてよいことが、当業者には認識されよう。例えば、Ａ３、Ａ４、ＤＡ、およびＳＡフィールドを含む情報要素が与えられ得る。
[00167] 図１５は、ヘッダ圧縮情報要素（ＩＥ）１５００を含むヘッダ圧縮要求または応答メッセージの少なくとも一部分の別の例を示す。情報要素１５００がヘッダ圧縮要求を定義すると、情報要素１５００は、１つもしくは複数のパケット番号および／またはまたはキーＩＤが、情報要素１５００を受信するデバイスにおいて記憶されることを要求できる。パケット番号および／またはキーｉｄについての値を受信機において記憶することによって、受信デバイスへの将来の送信は、受信機において記憶されているどのフィールドも省略するメディアアクセス制御ヘッダおよび／またはＣＣＭＰヘッダを使用できる。
[00168] 上記で説明したように、いくつかの態様では、ヘッダは、セキュリティがデータパケットのために有効であるとき、異なるフィールドを有し得る。例えば、パケットは、セキュリティが有効であるとき、暗号ブロック連鎖メッセージ認証コードプロトコルつきカウンタモード（ＣＣＭＰ）ヘッダを有し得る。ＣＣＭＰヘッダはＭＡＣヘッダの一部であり得る。通常、ＣＣＭＰヘッダは、いくつかのパケット番号（ＰＮ）（例えば、ＰＮ０、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５）を含む。ただし、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５の値は、頻繁には変化しないことがある。従って、メディアアクセス制御ヘッダのサイズは、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５についての値を受信機において記憶し、それらの値を、値が変わるまでメディアアクセス制御ヘッダから省略することによって削減され得る。いくつかの態様において、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５の値のうちの１つまたは複数が変わったと送信機が決定すると、受信機において記憶されている値は、それらのフィールドを、受信機に送信されるメディアアクセス制御ヘッダ中に含む送信機によって更新され得る。受信機が、例えば、送信機と受信機との間での情報要素１５００の交換により、それらの値を記憶することに以前同意した場合、それらの値を含むメッセージを受信機に送ると、開示される態様の少なくともいくつかでは、受信機に、記憶された値を更新させることになり得る。いくつかの態様において、ヘッダ圧縮情報要素１５００は、関連付け要求または再関連付け要求フレームの一部として送信され得る。
[00169] ヘッダ圧縮情報要素１５００は、要素ｉｄフィールド１５０５と、長さフィールド１５１０と、ヘッダ圧縮制御フィールド１５１５と、随意のＰＮ２フィールド１５２０と、随意のＰＮ３フィールド１５２５と、随意のＰＮ４フィールド１５３０と、随意のＰＮ５フィールド１５３５とを含む。情報要素１５００は、随意のキーｉｄフィールド１５４０も含む。
[00170] 要素ＩＤフィールド１５０５は、長さが１オクテットであり、情報要素がヘッダ圧縮情報要素であることを示すための特定の値に設定される。長さフィールド１５１０は、長さが１オクテットであり、各随意フィールドが情報要素中に存在する場合はその長さの合計に等しくなるように設定される。いくつかの態様において、要素ｉｄフィールドと長さフィールドを組み合わせた長さを反映するために、２の値が長さフィールドに加算される。ヘッダ圧縮制御フィールド１５１５は、長さが１オクテットであり、図１６に関して後でより詳しく説明される。
[00171] ヘッダ圧縮情報要素１５００がヘッダ圧縮要求を定義すると、ＰＮ２〜ＰＮ５フィールド１５２０〜１５３５は、そのような値を含まない、ヘッダ圧縮情報要素を受信するデバイスがＰＮ２〜ＰＮ５の値、後で受信されるメディアアクセス制御ヘッダとして使用することを要求される値を指定する。キーＩＤフィールド１５４０は、存在する場合、長さが１オクテットである。情報要素１５００が圧縮要求である場合、キーＩＤフィールド１５４０は、ヘッダ圧縮情報要素１５００を受信するデバイスが、キーＩＤフィールドを含まない、後で受信されるメディアアクセス制御ヘッダ用のキーＩＤとして使用するべき値を与える。
[00172] 図１６は、ヘッダ圧縮制御フィールド１５１５の一例を示す。ヘッダ圧縮制御フィールド１５１５は、要求タイプフィールド１５５５と、データタイプフィールド１５６０と、ＰＮ２記憶フィールド１５６５と、ＰＮ３記憶フィールド１５７０と、ＰＮ４記憶フィールド１５７５と、ＰＮ５記憶フィールド１５８０と、キーＩＤ記憶フィールド１５８５と、予約済フィールド１５９０とを含む。要求タイプフィールド１５５５は、情報要素１５００がヘッダ圧縮要求であるか、それともヘッダ圧縮応答であるかを示す。いくつかの態様において、要求タイプフィールドがゼロである場合、メッセージ１５００はヘッダ圧縮要求である。これらの態様において、要求タイプフィールドが１である場合、メッセージ／情報要素１５００はヘッダ圧縮応答である。
[00173] データタイプフィールド１５６０は、ショートデータフレームがどのように送信されるかを示す。データタイプフィールドは、第１の特定の値に設定された場合、ショートデータフレームが、ゼロ（０）に設定されたフレーム制御フィールド中にタイプフィールドを有するメディアアクセス制御ヘッダを含むことを示す。データタイプフィールド１５６０が第２の特定の値である場合、ショートデータフレームは、フレーム制御フィールド中のタイプフィールドが３に設定されて送信される。メッセージ／情報要素１５００がヘッダ圧縮応答である場合、データタイプフィールド１５６０は、対応するヘッダ圧縮要求メッセージ中のデータタイプフィールドと同じ値になる。
[00174] ＰＮ２〜ＰＮ５記憶フィールド１５６５〜１５８０は、メッセージ／情報要素１５００の受信機が、情報要素１５００の対応するＰＮ２〜ＰＮ５の値１５２０〜１５３５のうちの１つを記憶することを要求されるかどうかを示す。ＰＮ２記憶〜ＰＮ５記憶フィールド１５６５〜１５８０のうちの１つまたは複数が第１の特定の値である場合、対応するＰＮ２〜ＰＮ５フィールド１５２０〜１５３５はヘッダ圧縮情報要素１５００中に存在し、受信機は、その値を、図示されるフィールドを含まない、将来受信されるメディアアクセス制御ヘッダ中での使用のために記憶することを要求される。ＰＮ２記憶〜ＰＮ５記憶フィールド１５６５〜１５８０のいずれかが第２の特定の値である場合、対応するＰＮ２〜ＰＮ５フィールド１５２０〜１５３５は、ヘッダ圧縮情報要素／メッセージ１５００中に存在しなくてよい。いくつかの態様において、第１の特定の値は１であり、第２の特定の値はゼロ（０）である。
[00175] メッセージ／情報要素１５００がヘッダ圧縮応答であるとき、ＰＮ２記憶〜ＰＮ５記憶フィールド１５６５〜１５８０は、ヘッダ圧縮応答を送信するデバイスが、ヘッダ圧縮要求中で指定された対応するフィールドを記憶するかどうかを示す。ＰＮ２記憶〜ＰＮ５記憶フィールド１５６５〜１５８０の第１の特定の値は、ヘッダ圧縮応答を送信するデバイスが、ヘッダ圧縮要求中で指定された対応するフィールドを記憶することを示し、ヘッダ圧縮応答中のＰＮ２記憶〜ＰＮ５記憶フィールド１５６５〜１５８０の第２の特定の値は、ヘッダ圧縮応答を送信するデバイス１５００が、対応するヘッダ圧縮要求１５００中で指定されたＰＮ２〜ＰＮ５フィールド１５２０〜１５３５を記憶しないことを示す。
[00176] キーＩＤ記憶フィールド１５８５は、情報要素１５００の受信機が、キーｉｄフィールド１５４０中で指定されたキーｉｄ値を記憶することを要求されるかどうかを示す。キーＩＤ記憶フィールド１５８５が第３の特定の値である場合、キーｉｄフィールド１５４０は、情報要素１５００中に存在することになり、受信機は、キーｉｄフィールドなしで受信される将来のメディアアクセス制御ヘッダ中での使用のために、値を記憶することを要求される。キーＩＤ記憶フィールド１５４０が第４の特定の値である場合、キーＩＤフィールド１５４０は、ヘッダ圧縮情報要素／メッセージ１５００中に存在しなくてよい。いくつかの態様において、第３の特定の値は１であり、第４の特定の値はゼロ（０）である。
[00177] メッセージ／情報要素１５００がヘッダ圧縮応答であるとき、キーＩＤ記憶フィールド１５８５は、ヘッダ圧縮応答を送信するデバイスが、要求されたようにキーＩＤフィールド１５４０を記憶するかどうかを示す。キーＩＤ記憶フィールド１５８５の第３の特定の値は、ヘッダ圧縮応答を送信するデバイスがメッセージを記憶することを示し、ヘッダ圧縮応答中のキーＩＤ記憶フィールド１５８５の第２の特定の値は、ヘッダ圧縮応答を送信するデバイスが、対応するヘッダ圧縮要求中で指定されたキーＩＤフィールド１５４０を記憶しないことを示す。
[00178] 予約済フィールド１５９０は長さが１ビットであり、いくつかの例示的態様では使用されない。ヘッダ圧縮要求／応答情報要素１１００および／または１３００のうちの１つまたは複数は、ヘッダ圧縮要求／応答情報要素１５００と様々に組み合わされてよいことが、当業者には認識されよう。例えば、Ａ３、Ａ４、ＤＡ、ＳＡ、およびＰＮ２〜ＰＮ５フィールドと、対応するＡ３記憶、Ａ４記憶、ＤＡ記憶、ＳＡ記憶、およびＰＮ２〜ＰＮ５記憶フィールドとを含む情報要素が与えられ得る。情報要素１１００および１３００の他の組合せも可能であり、それらのいくつかは、ＩＥ１１００および１３００の各々の全てまたはいくつかの部分のみを含む。
[00179] 図１６Ａは、情報要素１６００を含むヘッダ圧縮要求または応答メッセージの少なくとも一部分の例を示す。情報要素１６００がヘッダ圧縮要求を定義すると、情報要素１６００は、Ａ３フィールド、Ａ４フィールド、または１つもしくは複数のＣＣＭＰフィールドが、情報要素１６００を受信するデバイスにおいて記憶されることを要求できる。フィールドについての値を受信機において記憶することによって、受信デバイスへの将来の送信は、受信機において記憶されているフィールドを省略するメディアアクセス制御ヘッダおよび／またはＣＣＭＰヘッダを使用できる。
[00180] 情報要素１６００は、要素ｉｄフィールド１６０５と、長さフィールド１６１０と、ヘッダ圧縮制御フィールド１６１５と、随意のＡ３フィールド１６２０と、随意のＡ４フィールド１６２５と、随意のＣＣＭＰ更新フィールド１６３０とを含む。要素ＩＤフィールド１６０５は、長さが１オクテットであり、情報要素がヘッダ圧縮情報要素であることを示すための特定の値に設定される。長さフィールド１６１０は、長さが１オクテットであり、各随意フィールドが情報要素中に存在する場合はその長さの合計に等しくなるように設定される。いくつかの態様において、要素ｉｄフィールドと長さフィールド１６１０を組み合わせた長さを反映するために、２の値が長さフィールドに加算される。ヘッダ圧縮制御フィールド１６１５は、長さが１オクテットであり、図１６Ｂに関して後でより詳しく説明される。
[00181] ヘッダ圧縮情報要素１６００がヘッダ圧縮要求を定義すると、Ａ３および／またはＡ４フィールド１６２０〜１６２５は、そのような値を含まない、ヘッダ圧縮情報要素を受信するデバイスがＡ３またはＡ４の値、後で受信されるメディアアクセス制御ヘッダとして使用することを要求される値を指定する。ＣＣＭＰ更新フィールド１６３０は、存在する場合、長さがゼロまたは５オクテットである。情報要素１６００が圧縮要求である場合、ＣＣＭＰ更新フィールド１６３０は、ヘッダ圧縮情報要素１６００を受信するデバイスが、特定のＣＣＭＰヘッダ値を含まない、後で受信されるメディアアクセス制御ヘッダ中でＣＣＭＰヘッダ値と置き換わるべき値を与え得る。
[00182] 図１６Ｂは、ヘッダ圧縮制御フィールド１６１５の一例を示す。ヘッダ圧縮制御フィールド１６１５は、要求タイプフィールド１６５５と、Ａ３記憶フィールド１６６５と、Ａ４記憶フィールド１６７０と、Ａ−ＭＳＤＵタイプフィールド１６７５と、ＣＣＭＰ更新存在フィールド１６８０と、予約済フィールド１６８５とを含む。要求タイプフィールド１６５５は、情報要素１６００がヘッダ圧縮要求であるか、それともヘッダ圧縮応答であるかを示す。いくつかの態様において、要求タイプフィールドがゼロである場合、メッセージ／情報要素１６００はヘッダ圧縮要求である。これらの態様において、要求タイプフィールド１６５５が１である場合、メッセージ／情報要素１６００はヘッダ圧縮応答である。
[00183] Ａ３記憶フィールド１６６５は、メッセージ１６００の受信機が、Ａ３フィールド１６２０中で指定されたＡ３フィールドを記憶することを要求されるかどうかを示す。Ａ３記憶フィールド１６６５が第１の特定の値である場合、Ａ３フィールド１６２０は、ヘッダ圧縮情報要素１６００中に存在することになり、受信機は、Ａ３フィールドなしで受信される将来のメディアアクセス制御ヘッダ中での使用のために、値を記憶することを要求される。Ａ３記憶フィールド１６６５が第２の特定の値である場合、Ａ３フィールド１６２０は、ヘッダ圧縮情報要素／メッセージ１６００中に存在しなくてよい。いくつかの態様において、第１の特定の値は１であり、第２の特定の値はゼロ（０）である。
[00184] メッセージ／情報要素１６００が応答であるとき、Ａ３記憶フィールド１６６５は、ヘッダ圧縮応答を送信するデバイスが、要求されたようにＡ３フィールドを記憶するかどうかを示す。Ａ３記憶フィールド１６６５の第１の特定の値は、ヘッダ圧縮応答を送信するデバイスがメッセージを記憶することを示し、ヘッダ圧縮応答中のＡ３記憶フィールド１６６５の第２の特定の値は、ヘッダ圧縮応答を送信するデバイスがＡ３フィールドを記憶しないことを示す。
[00185] Ａ４記憶フィールド１６７０は、メッセージ１６００の受信機が、Ａ４フィールド１６２５中で指定されたＡ４フィールドを記憶することを要求されるかどうかを示す。Ａ４記憶フィールド１６７０が第３の特定の値である場合、Ａ４フィールド１６２５は、ヘッダ圧縮情報要素１６００中に存在することになり、受信機は、Ａ４フィールドなしで受信される将来のメディアアクセス制御ヘッダ中での使用のために、値を記憶することを要求される。Ａ４記憶フィールド１６７０が第４の特定の値である場合、Ａ４フィールド１６２５は、ヘッダ圧縮情報要素／メッセージ１６００中に存在しなくてよい。いくつかの態様において、第３の特定の値は１であり、第４の特定の値はゼロ（０）である。
[00186] メッセージ／情報要素１６００が応答であるとき、Ａ４記憶フィールド１６７０は、応答を送信するデバイスが、要求されたようにＡ４フィールドを記憶するかどうかを示す。Ａ４記憶フィールド１６７０の第１の特定の値は、ヘッダ圧縮応答を送信するデバイスがメッセージを記憶することを示し、ヘッダ圧縮応答中のＡ４記憶フィールド１６７０の第２の特定の値は、ヘッダ圧縮応答を送信するデバイスがＡ４フィールドを記憶しないことを示す。
[00187] 情報要素１６００がヘッダ圧縮要求であるとき、Ａ−ＭＳＤＵタイプフィールド１６７５は、送信機が、Ａ−ＭＳＤＵのどのフォーマットを、情報要素／メッセージ１６００の受信機に送信してよいかを要求する。一態様において、Ａ−ＭＳＤＵフィールド１６７５が第１の特定の値に設定されている場合、Ａ−ＭＳＤＵタイプフィールド１６７５は、ＭＳＤＵのアグリゲーションが行われないことを要求する／示す。Ａ−ＭＳＤＵタイプフィールド１６７５が第２の特定の値に等しい場合、情報要素１６００の送信機は、動的Ａ−ＭＳＤＵメッセージの「ショート」バージョン（すなわち、宛先アドレスフィールドもソースアドレスフィールドも含まないもの）が受信機に送信されることを要求する。Ａ−ＭＳＤＵタイプフィールドが第３の特定の値に等しい場合、情報要素１６００の送信機は、動的Ａ−ＭＳＤＵメッセージの「ロング」バージョン（すなわち、宛先アドレスフィールドとソースアドレスフィールドとを含むもの）が受信機に送信されることを要求する。Ａ−ＭＳＤＵタイプフィールド１６７５が第４の特定の値に等しい場合、送信機は、動的Ａ−ＭＳＤＵフォーマットメッセージの任意のバージョンが受信機に送信され得ることを要求する。いくつかの態様において、第１、第２、第３、および第４の特定の値である値は、それぞれ、ゼロ（０）、１、２、および３である。
[00188] 情報要素１６００がヘッダ圧縮応答であるとき、Ａ−ＭＳＤＵタイプフィールド１６７５の値は、どのタイプのＡ−ＭＳＤＵを受信機が受け付けるかを示す。いくつかの態様において、受信機が、ヘッダ圧縮要求中で指定されたＡ−ＭＳＤＵを受信することに同意した場合、ヘッダ圧縮応答中のＡ−ＭＳＤＵタイプフィールド１６７５の値は、対応するヘッダ圧縮要求中の値と同じになる。代替として、いくつかの態様では、受信機は、それが、異なるフォーマットのＡ−ＭＳＤＵを受信することを示し得る。例えば、送信機が、ショートＡ−ＭＳＤＵのみを送ることを意図していることを示した場合、受信機は、ヘッダ圧縮応答中で、どのＡ−ＭＳＤＵも送られなくてよいと、またはロングＡ−ＭＳＤＵのみが送られればよいと応答してよい。
[00189] いくつかの他の態様では、ヘッダ圧縮応答１６００中のＡ−ＭＳＤＵタイプフィールド１６７５の値は、対応するヘッダ圧縮要求中のＡ−ＭＳＤＵタイプフィールド１６７５のどの値にも関連しない場合がある。これらの態様において、Ａ−ＭＳＤＵタイプフィールド１６７５の値は、どのタイプのＡ−ＭＳＤＵを受信機が受け付けるかを示す。一態様において、Ａ−ＭＳＤＵフィールド１６７５が第１の特定の値に設定されている場合、Ａ−ＭＳＤＵフィールド１６７５は、ヘッダ圧縮応答の送信機が、ＭＳＤＵのアグリゲーションを含むメッセージを処理できず、および／または受け付けないことを示す。Ａ−ＭＳＤＵフィールド１６７５が第２の特定の値に等しい場合、ヘッダ圧縮応答の送信機は、動的Ａ−ＭＳＤＵメッセージの「ショート」バージョン（すなわち、宛先アドレスフィールドもソースアドレスフィールドも含まないもの）のみが、送信機に送信されるべきであることを示す。例えば、応答の送信機は、Ａ−ＭＳＤＵの「ロング」バージョンを処理することが不可能であり得る。Ａ−ＭＳＤＵフィールド１６７５が第３の特定の値に等しい場合、ヘッダ圧縮応答／情報要素１６００の送信機は、動的Ａ−ＭＳＤＵメッセージの「ロング」バージョン（すなわち、宛先アドレスフィールドおよびソースアドレスフィールドを含むもの）のみが、送信機に送信されるべきであることを示す。この場合、応答の送信機は、ショートＡ−ＭＳＤＵメッセージを復号することも処理することも不可能であり得る。Ａ−ＭＳＤＵタイプフィールド１６７５が第４の特定の値に等しい場合、ヘッダ圧縮応答／ＩＥ１６００の送信機は、動的Ａ−ＭＳＤＵフォーマットメッセージの任意のバージョンが、送信機によって処理され、送信機に送信され得ることを示す。いくつかの態様において、第１、第２、第３、および第４の特定の値である値は、それぞれ、ゼロ（０）、１、２、および３である。
[00190] ＣＣＭＰ更新存在フィールド１６８０は、ＣＣＭＰ更新フィールド１６３０がメッセージ／情報要素１６００中に存在するかどうかを示す。いくつかの態様において、ＣＣＭＰ更新存在フィールド１６８０が１に設定され、要求タイプフィールド１６５５が０に設定されている（メッセージ／ＩＥがヘッダ圧縮要求であることを示す）場合、ＣＣＭＰ更新フィールド１６３０はメッセージ／ＩＥ１６００中に存在する。予約済フィールド１６８５は長さが２ビットであり、本例示的態様では使用されない。ヘッダ圧縮要求／応答情報要素１１００および／または１３００および／または１５００のうちの１つまたは複数は、ヘッダ圧縮要求／応答情報要素１６００と様々に組み合わされてよいことが、当業者には認識されよう。例えば、Ａ３、Ａ４、ＤＡ、ＳＡ、およびＰＮ２〜ＰＮ５フィールドを含む情報要素が与えられ得る。ＩＥ１１００、１３００、１５００、または１６００のいずれかの部分または全てが、いくつかの態様において組み合わされ得る。
[00191] 図１６Ｃは、ヘッダ圧縮情報要素１６００中のＣＣＭＰ更新フィールド１６３０の例を示す。ＣＣＭＰ更新フィールド１６３０は、ＰＮ２〜ＰＮ５フィールド１６８０ａ〜ｄと、キーＩＤフィールド１６８０ｅと、トラフィック識別子（ＴＩＤ）フィールド１６８０ｆと、予約済フィールド１６８０ｇとを含む。
[00192] ＰＮ２〜ＰＮ５フィールド１６８０ａ〜１６８０ｄは、メッセージ／情報要素１６００を送信するデバイスによって送信されたメッセージを解読する際に使用するための、パケット番号２〜５についての値を含む。通常、ＣＣＭＰヘッダは、いくつかのパケット番号（ＰＮ）（例えば、ＰＮ０、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５）を含む。ただし、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５の値は、頻繁には変化しないことがある。従って、メディアアクセス制御ヘッダのサイズは、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５についての値を受信機において記憶し、それらの値を、値が変わるまでメディアアクセス制御ヘッダから省略することによって削減され得る。パケット番号フィールド１６８０ａ〜１６８０ｄは、ＴＩＤフィールド１６８０ｆによって示されるトラフィック識別子用の、この暗号ブロック連鎖メッセージ認証コードプロトコルつきカウンタモード（ＣＣＭＰ）に関連付けられた値を記憶できる。
[00193] キーＩＤフィールド１６８０ｅは、キー識別子についての値を含む。いくつかの態様において、メッセージ／ＩＥ１６００を送信するデバイスによって送信された後続メディアアクセス制御ヘッダ中の保護フレームサブフィールドが、（フレームが保護されていることを示す）１の値に設定されている場合、キーＩＤサブフィールドは、ＴＩＤフィールド１６８０ｆによって示されるトラフィック識別子のための暗号化方法、および／またはキーが変わったかどうかを、ＭＡＣヘッダを受信するデバイスに対して示すのに使われ得る。メッセージ／ＩＥ１６００の受信機においてキーＩＤサブフィールドを記憶することによって、ＣＣＭＰヘッダは、ＩＥ１６００の送信機と受信機との間で送信される後続ＭＡＣヘッダから削減または除去され得る。予約済フィールド１６８０ｇは長さが２ビットであり、いくつかの態様では使用されない場合がある。
[00194] 図１７Ａは、圧縮ヘッダを利用する、ワイヤレス通信のための方法のフローチャートである。いくつかの態様では、方法は、デバイス２０２によって行われ得る。いくつかの態様において、方法１７００は、圧縮されたメディアアクセス制御ヘッダを送信するデバイスによって行われ得る。上述したように、メディアアクセス制御ヘッダの長さは、ワイヤレスネットワークトラフィックの大幅な割合であり得る。メディアアクセス制御ヘッダを圧縮することによって、ワイヤレス媒体の使用が削減される場合があり、非オーバーヘッドデータのより大規模な送信を可能にし、それに対応してメディアアクセス制御媒体用の最大スループットが増大する。
[00195] ブロック１７０２において、情報を記憶するための、第２のワイヤレスデバイスへの要求が生成される。要求は第１のワイヤレスデバイスによって生成され得る。いくつかの態様では、要求はヘッダ圧縮要求である。いくつかの態様では、要求はメディアアクセス制御ヘッダ圧縮要求である。他のヘッダタイプも企図される。いくつかの態様において、要求は、局からアクセスポイントへの関連付けまたは再関連付け要求の一部である。いくつかの態様において、要求は、第２のワイヤレスデバイスが記憶することを要求されている情報を含むように生成され得る。
[00196] いくつかの態様では、要求は、第２のワイヤレスデバイスへの送信用に出力される。いくつかの態様において、送信用に出力することは、要求を送信することを含み得る。いくつかの他の態様では、送信用に出力することは、処理システム、ハードウェアまたはソフトウェアモジュールまたはインターフェースに、要求が送信されてよいか、または送信されるべきであると通知することを含み得る。いくつかの態様において、要求は、それぞれ図１１〜図１２、図１３〜図１４、図１５〜図１６、または図１６Ａ〜図１６Ｃに関して記載された情報要素１１００、１３００、１５００、または１６００のうちの１つまたは複数の、少なくともいくつかの部分を含むように生成される。いくつかの態様において、要求は、関連付け要求または再関連付け要求に含まれる。
[00197] いくつかの態様において、要求および／または第１の情報は、第２のワイヤレスデバイスが、暗号ブロック連鎖メッセージ認証コードプロトコルを有するカウンタモード（ＣＣＭＰ）に関連付けられた１つもしくは複数のパケット番号またはキー識別子を記憶することを要求するように生成される。例えば、要求は、情報要素１５００を含むように生成され得る。要求は、第１の情報を含むように生成され得る。
[00198] いくつかの態様において、要求および／または第１の情報は、第２のワイヤレスデバイスが、Ａ−ＭＳＤＵの中にカプセル化されたＭＳＤＵに関連付けられた宛先アドレスまたはソースアドレス情報を記憶することを要求するように生成される。
[00199] いくつかの態様において、要求および／または第１の情報は、第２のワイヤレスデバイスにショートＡ−ＭＳＤＵを送信するための許可を要求するように生成される。例えば、要求は、情報要素１１００または１６００を実質的に含むことができ、Ａ−ＭＳＤＵタイプフィールドは、ショートＡ−ＭＳＤＵを送信するための許可が要求されることを示す適切な値に設定されてよい。
[00200] いくつかの態様において、要求および／または第１の情報は、第２のワイヤレスデバイスにショートＡ−ＭＳＤＵとロングＡ−ＭＳＤＵの両方を送信するための許可を要求するように生成される。例えば、要求は、情報要素１１００を実質的に含むことができ、Ａ−ＭＳＤＵタイプフィールドは、ショートおよびロングＡ−ＭＳＤＵの両方を送信するための許可が要求されることを示す第２の適切な値に設定されてよい。
[00201] ブロック１７０４において、応答が第１のワイヤレスデバイスによって受信され、復号される。いくつかの態様において、応答は、情報要素１１００、１３００、１５００、もしくは１６００のうちの１つを含む関連付け応答もしくは再関連付け応答、またはそれらのうちの１つもしくは複数の、いくつかの部分の何らかの組合せであってよい。応答は、ブロック１７０２において送信用に与えられた要求に対応し得る。応答は、第２のワイヤレスデバイスが第１の情報を記憶するかどうか決定するために復号される。例えば、いくつかの態様において、応答は、それぞれ図１１〜図１２、図１３〜図１４、図１５〜図１６、もしくは図１６Ａ〜図１６Ｃに関して上述した情報要素１１００、および／もしくは１３００、および／もしくは１５００および／もしくは１６００、またはこれらの部分の組合せと実質的に同様の情報要素を識別するために復号され得る。
[00202] ブロック１７０６において、ヘッダが生成される。いくつかの態様では、ヘッダはメディアアクセス制御ヘッダである。ヘッダは、第２のワイヤレスデバイスが第１のヘッダ情報を記憶する場合、第１のヘッダ情報を含まないように生成される。例えば、図８、図９Ａ〜図９Ｂ、図１０Ａ〜図１０Ｃによって記載されたヘッダに実質的に従うヘッダが、ブロック１７０６において生成され得る。第２のワイヤレスデバイスは、第１の情報を記憶することを（上のブロック１７０４において復号された応答中で）示したので、この情報は、ブロック１７０６において、生成されたヘッダの一部ではない。生成されたヘッダを受信すると、第２のワイヤレスデバイスは、生成されたＭＡＣヘッダに欠けているどの情報も、記憶された第１の情報と「置き換える」。
[00203] ブロック１７０８において、生成されたヘッダが送信用に出力される。いくつかの態様では、要求も、ブロック１７０８において送信用に出力され得る。いくつかの態様において、ブロック１７０８は、生成されたヘッダを送信することを含む。他の態様では、ヘッダの送信用の出力は、生成されたヘッダが送信の準備ができているか、または送信されるべきであることを、ソフトウェアまたはハードウェアモジュールまたはインターフェースに通知することを含み得る。
[00204] 上述したように、ヘッダに関連付けられた情報が受信機において記憶された後、送信機は、記憶された情報が更新されるべきであると決定できる。受信機において記憶された情報の更新を果たすために、いくつかの態様において、送信機は、更新情報を含む新たなヘッダを、受信機に送信すればよい。例えば、ヘッダの特定のフィールドが受信機において記憶された場合、ヘッダ中に含まれる詳細フィールドのうちの１つまたは複数をもつヘッダを送信すると、記憶された情報を、新たに送信された情報と矛盾しないように更新することになる。いくつかの態様において、送信機は次いで、更新されたフィールドのうちの１つまたは複数を含まない追加ヘッダを送り始めてよい。いくつかの態様において、受信機は、新たに更新されたフィールドを新たなヘッダに関連付ける。
[00205] いくつかの態様において、一部の情報をもたずに送信されるヘッダは、ヘッダ中で、または他のやり方で、情報が欠けていることを示し得ることに留意されたい。例えば、宛先アドレスまたはソースアドレスが、Ａ−ＭＳＤＵ中にカプセル化されたＭＳＤＵから省略されている場合、ＭＳＤＵサブフレーム中に含まれるサブフレーム制御フィールドは、図１０Ａ〜図１０Ｃに関して上述したように、宛先アドレスまたはソースアドレスが欠けていることを示し得る。同様に、Ａ３またはＡ４アドレスフィールドがヘッダから省略されている場合、ＳＩＤフィールド９５０などのＳＩＤフィールドは、それらのフィールドがヘッダから省略されていることを示し得る（図９Ａ〜図９Ｂに関して上述したように。
[00206] 図１７Ｂは、ワイヤレス通信システム１００内で採用され得る例示的なワイヤレスデバイス１７５０の機能ブロック図である。デバイス１７５０は要求回路１７５５を備える。要求回路１７５５は、図１７Ａに示されたブロック１７０２に関して上で論じられた機能のうちの１つまたは複数を行うように構成され得る。いくつかの態様では、要求回路１７５５はプロセッサ２０４および／または送信機２１０に対応し得る。いくつかの他の態様では、要求回路は、第２のワイヤレスデバイスが第１の情報を記憶するための要求を生成するように構成され得る。いくつかの態様において、第２の装置が第１の情報を記憶するための要求を生成するための手段は、要求回路１７５５を含み得る。
[00207] デバイス１７５０はさらに、応答回路１７６０を備える。応答回路１７６０は、図１７Ａに示されたブロック１７０４に関して上で論じられた機能のうちの１つまたは複数を行うように構成され得る。いくつかの態様では、応答回路１７６０はプロセッサ２０４、トランシーバ２１４、および／または受信機２１２に対応し得る。いくつかの他の態様では、応答回路は、第２のワイヤレスデバイスが第１の情報を記憶するかどうか決定するように構成され得る。いくつかの態様において、第２の装置からの応答を受信し、復号するための手段は、応答回路１７６０を含み得る。
[00208] デバイス１７５０はヘッダ生成回路１７６５をさらに備える。ヘッダ生成回路１７６５は、図１７Ａに示したブロック１７０６に関して上記で説明した機能のうちの１つまたは複数を行うように構成され得る。いくつかの態様では、ヘッダ生成回路１７６５はプロセッサ２０４に対応し得る。いくつかの態様では、第１のヘッダを生成するための手段はヘッダ生成回路１７６５を含み得る。
[00209] デバイス１７５０は送信回路１７７０をさらに備える。送信回路１７７０は、図１７Ａに示したブロック１７０８に関して上記で説明した機能のうちの１つまたは複数を行うように構成され得る。いくつかの態様では、送信回路１７７０はプロセッサ２０４および／または送信機２１０のうちの１つまたは複数に対応し得る。いくつかの態様において、要求と第１のヘッダとを送信用に出力するための手段は、送信回路１７７０を含み得る。
[00210] デバイス１７５０のいくつかの態様は、第１の情報とは異なる第２の情報を含むように第２のヘッダを生成するように構成されるヘッダ生成回路１７６５をさらに備える。いくつかの態様において、ヘッダ生成回路１７６５は、第３のヘッダを、その中に第２の情報をもたずに生成するようにさらに構成され得る。いくつかの態様において、第２のヘッダ生成回路および／または第３のヘッダ生成回路（図示せず）は、それぞれ、第２および第３のヘッダを生成するように構成され得る。いくつかの態様において、第２のヘッダを生成するための手段および第３のヘッダを生成するための手段は、それぞれ、第２のヘッダ生成回路および第３のヘッダ生成回路を備え得る。いくつかの態様では、第２および第３のヘッダ生成回路は、プロセッサ２０４および／またはＤＳＰ４２０を含み得る。
[00211] いくつかの態様において、要求と第１のヘッダとを送信用に出力するための手段は、第２のヘッダを送信用に出力するようにさらに構成され得る。いくつかの態様において、要求と第１のヘッダとを送信用に出力するための手段は、第３のヘッダを送信用に出力するようにさらに構成され得る。いくつかの態様において、第２のヘッダ送信回路および／または第３のヘッダ送信回路（図示せず）は、それぞれ、第２および第３のヘッダを送信するように構成され得る。いくつかの態様において、第２のヘッダを出力するための手段および第３のヘッダを出力するための手段は、それぞれ、第２のヘッダ送信回路および第３のヘッダ送信回路を備え得る。いくつかの態様では、第２および第３のヘッダ送信回路は、プロセッサ２０４、送信機２１０、トランシーバ２１４、および／またはＤＳＰ４２０を含み得る。
[00212] デバイス１７５０のいくつかの態様は、第１のヘッダが第１の情報を含まないことを示すように第１のヘッダを生成するように構成されたヘッダ生成回路１７６５をさらに備える。いくつかの態様において、デバイス１７５０は、第１のヘッダが第１の情報を含まないことを示すように第１のヘッダを生成するように構成された第２のヘッダ生成回路（図示せず）をさらに備え得る。いくつかの態様では、第２のヘッダ生成回路は、プロセッサ２０４および／またはＤＳＰ４２０を含み得る。いくつかの態様において、第１のヘッダが第１の情報を含まないことを示すように第１のヘッダを生成するための手段は、第２のヘッダ生成回路を含み得る。
[00213] デバイス１７５０のいくつかの態様は、暗号ブロック連鎖メッセージ認証コードプロトコルを有するカウンタモード（ＣＣＭＰ）に関連付けられた１つまたは複数のパケット番号を含むように第１の情報を生成するように構成された要求生成回路１７５５をさらに備える。デバイス１７５０のいくつかの態様において、要求生成回路１７５５は、暗号ブロック連鎖メッセージ認証コードプロトコルを有するカウンタモード（ＣＣＭＰ）に関連付けられたキー識別子を含むように第１の情報を生成するように構成される。要求生成回路１７５５は、Ａ−ＭＳＤＵ中にカプセル化されたＭＳＤＵに関連付けられた宛先アドレスまたはソースアドレス情報を含むように第１の情報を生成するようにさらに構成され得る。デバイス１７５０のいくつかの態様において、要求生成回路１７５５は、第２の装置にショートＡ−ＭＳＤＵを送信するための許可についての要求を生成するように、ここにおいて、ショートＡ−ＭＳＤＵは、ソースアドレスフィールドも宛先アドレスフィールドも含まない、およびショートＡ−ＭＳＤＵとロングＡ−ＭＳＤＵの両方を第２の装置に送信するための許可についての要求を生成するように、ここにおいて、ショートＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まず、ロングＡ−ＭＳＤＵは、ソースアドレスフィールドと宛先アドレスフィールドとを含む、構成される。
[00214] 図１８Ａは、圧縮ヘッダを利用する、ワイヤレス通信のための方法のフローチャートである。いくつかの態様では、方法１８００は、デバイス２０２によって行われ得る。上述したように、ヘッダの長さは、ワイヤレスネットワークトラフィックの大幅な割合であり得る。ヘッダを圧縮することによって、ＭＡＣヘッダなどのオーバーヘッドデータによるワイヤレス媒体の使用が削減される場合があり、非オーバーヘッドデータのより大規模な送信を可能にし、それに対応してメディアアクセス制御媒体用の最大使用可能スループットが増大する。
[00215] ブロック１８０２において、要求が第１のワイヤレスデバイスによって受信され、復号される。要求は、第２のワイヤレスデバイスからである。復号は、第１のヘッダ情報を記憶するための要求を識別する。いくつかの態様では、要求は第１のヘッダ情報を含むことができる。いくつかの態様において、第１のヘッダ情報は、Ａ３フィールド、および／またはＡ４フィールドのうちの１つまたは複数を含み得る。いくつかの態様において、要求は、それぞれ図１１〜図１２、図１３〜図１４、図１５〜図１６、および図１６Ａ〜図１６Ｃに関して上で論じた、情報要素１１００、１３００、１５００、または１６００のフォーマットに実質的に適合する。例えば、要求は、要求中で指定されたＡ３またはＡ４フィールドのうちの１つまたは複数を記憶するための要求を示し得る。要求は、どのタイプのＡ−ＭＳＤＵフレームが第２のワイヤレスデバイスによって送信されるかをさらに示し得る。いくつかの態様において、これは、図１１〜図１２に関して上で論じた情報要素１１００のフィールド１２７５の記述に従う。
[00216] いくつかの態様において、ブロック１８０２は、要求を復号することと、要求が関連付け要求または再関連付け要求であると決定することとを含む。要求は、情報要素１１００、１３００、１５００、もしくは１６００と同様の情報要素、またはこれらの例のうちの１つもしくは複数の、いくつかの部分を含む情報要素を含み得る。いくつかの態様において、ブロック１８０２は、暗号ブロック連鎖メッセージ認証コードプロトコルを有するカウンタモード（ＣＣＭＰ）に関連付けられた１つまたは複数のパケット番号を第１のワイヤレスデバイスが記憶するための要求を識別するために、要求を復号することを含む。いくつかの態様では、要求は１つまたは複数のパケット番号を含むことができる。例えば、要求は、図１５〜図１６に示されるフィールド１５２０〜１５３５および１５６５〜１５８０と同様のパケット番号フィールドを含み得る。
[00217] いくつかの態様において、ブロック１８０２は、第１のワイヤレスデバイスが、暗号ブロック連鎖メッセージ認証コードプロトコルを有するカウンタモード（ＣＣＭＰ）に関連付けられたキー識別子を記憶するという要求を識別するために、要求を復号することを含む。例えば、要求は、図１５〜図１６に示されるフィールド１５４０および１５８５と同様のキー識別子フィールドを含み得る。
[00218] いくつかの態様において、ブロック１８０２は、第１のワイヤレスデバイスが、Ａ−ＭＳＤＵ中にカプセル化されたＭＳＤＵに関連付けられた宛先アドレスまたはソースアドレス情報を記憶するための要求を識別するために、要求を復号することを含む。例えば、要求は、図１３〜図１４に関して上述した情報要素１３００に実質的に適合した構造を含み得る。
[00219] いくつかの態様において、ブロック１８０２は、第１のワイヤレスデバイスにショートＡ−ＭＳＤＵを送信するための許可についての要求を識別するために、要求を復号することを含み、ショートＡ−ＭＳＤＵ中のサブフレームは、ソースアドレスフィールドも宛先アドレスフィールドも含まない。例えば、要求は、それぞれ図１１〜図１２または図１６Ａ〜図１６Ｃに関して上述した情報要素１１００または１６００に実質的に適合した構造を含み得る。より具体的には、要求は、Ａ−ＭＳＤＵタイプフィールド１２７５または１６７５と同様の構造を含み得る。
[00220] いくつかの態様において、ブロック１８０２は、ショートＡ−ＭＳＤＵとロングＡ−ＭＳＤＵの両方を第１のワイヤレスデバイスに送信するための許可についての要求を識別するために、要求を復号することを含み、ショートＡ−ＭＳＤＵ中のサブフレームはソースアドレスフィールドも宛先アドレスフィールドも含まず、ロングＡ−ＭＳＤＵ中のサブフレームは、ソースアドレスフィールドと宛先アドレスフィールドとを含む。例えば、要求は、それぞれ図１１〜図１２および図１６Ａ〜図１６Ｃに関して上述した情報要素１１００または１６００に実質的に適合した構造を含み得る。より具体的には、要求は、Ａ−ＭＳＤＵタイプフィールド１２７５または１６７５と同様の構造を含み得る。
[00221] いくつかの態様において、ブロック１８０２は、第１のヘッダ情報が記憶されるかどうか決定することをさらに含む。いくつかの態様において、決定は、第１のワイヤレスデバイスにおいて利用可能な空きメモリの量に基づく。いくつかの態様において、決定は構成設定に基づく。
[00222] ブロック１８０６において、応答が生成される。いくつかの態様において、応答は、それぞれ図１１〜図１２、図１３〜図１４、図１５〜図１６、または図１６Ａ〜図１６Ｃに関して上で記載された情報要素１１００、１３００、１５００、または１６００の少なくともいくつかの部分を含むように生成される。応答は、デバイスが第１のヘッダ情報を記憶するかどうかを示す。いくつかの態様において、応答は、上のブロック１８０２に関して論じた決定に基づく。
[00223] いくつかの態様において、応答は、第１のワイヤレスデバイスに送信され得るか、または装置によって処理可能であるＡ−ＭＳＤＵのタイプをさらに示すように生成される。Ａ−ＭＳＤＵタイプが第１のワイヤレスデバイスによって処理可能である場合、第１のワイヤレスデバイスは、Ａ−ＭＳＤＵタイプを正確および完全に復号し、処理できる。いくつかの態様において、これは、図１２〜図１３および図１６Ａ〜図１６Ｃに関して上で論じたＡ−ＭＳＤＵタイプフィールド１２７５または１６７５の記述に従って行われ得る。いくつかの態様において、応答は、Ａ−ＭＳＤＵが第１のワイヤレスデバイスによって処理可能でなく、および／または第１のワイヤレスデバイスに送信されなくてよいことを示すように生成され得る。例えば、第１のワイヤレスデバイスは、様々な理由により、Ａ−ＭＳＤＵを復号および／または処理できない場合がある。第１のワイヤレスデバイスは代わりに、ロングＡ−ＭＳＤＵが処理可能であり、第１のワイヤレスデバイスに送信されてよいことを示せばよい。いくつかの態様において、指示は、ロングＡ−ＭＳＤＵのみが第１のワイヤレスデバイスに送信され得るということであってよい。例えば、第１のワイヤレスデバイスは、ショートＡ−ＭＳＤＵをどのように復号するかを理解しない場合がある。いくつかの態様において、第１のワイヤレスデバイスは、ショートＡ−ＭＳＤＵが第１のワイヤレスデバイスに送信され得ることを示すように応答を生成し得る。例えば、第１のワイヤレスデバイスは、ショートＡ−ＭＳＤＵをどのようにして適切に復号するかを理解し得る。これらの態様のいくつかにおいて、指示は、ショートＡ−ＭＳＤＵのみが第１のワイヤレスデバイスに送信され得るか、またはそのデバイスによって、に処理可能であるということであってよい。他の態様では、第１のワイヤレスデバイスは、ショートおよびロングＡ−ＭＳＤＵの両方が、第１のワイヤレスデバイスによって処理可能であり、第１のワイヤレスデバイスに送信され得ることを示すように応答を生成し得る。上述したように、ショートＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まず、ロングＡ−ＭＳＤＵは、ソースアドレスフィールドと宛先アドレスフィールドとを含む。
[00224] ブロック１８０８において、第２のワイヤレスデバイスへの応答が送信用に出力される。いくつかの態様において、送信用に出力することは、第２のワイヤレスデバイスに応答を送信することを含む。いくつかの態様において、送信用に出力することは、応答が送信用に準備ができているか、または送信されるべきであることを、ハードウェアまたはソフトウェアモジュールまたはインターフェースに通知することを含む。例えば、いくつかの態様において、応答が送信の準備ができていると送信機２１０に通知することは、応答の送信用の出力を包含する。いくつかの態様において、送信用に出力することは、応答が送信されるべきであるか、または送信の準備ができていることを、内部または外部インターフェースを介してシグナリングすることを含む。
[00225] ブロック１８１０において、第１の情報が第１の記憶情報として記憶される。例えば、第１のワイヤレスデバイスは、第１のワイヤレスデバイスが第１の情報を記憶することを応答中で示している場合がある。応答中に含まれる情報は、第１の情報として記憶され得る。例えば、Ａ３フィールド１１２０、Ａ４フィールド１１２５、ｄａフィールド１３２０、ｓａフィールド１３２５、ＰＮフィールド１５２０〜１５３５、キーＩＤフィールド１５４０、Ａ３フィールド１６２０、Ａ４フィールド１６２５、ＣＣＭＰ更新フィールド１６３０のうちの１つまたは複数が、要求および／または応答が、情報要素１１００、１３００、１５００、または１６００のうちの１つまたは複数と同様の構造を含んでいたかどうかに当然ながら依存して、第１の記憶情報として記憶され得る。いくつかの態様では、第１の記憶情報は、第２のワイヤレスデバイスを識別する情報を含む。例えば、第１のワイヤレスデバイスは、複数のワイヤレスデバイスについての情報の記憶をサポートし得る。複数のワイヤレスデバイスのうちの１つからヘッダが受信されると、処理１８００は、存在する場合は、どの記憶情報が、ヘッダを送ったデバイスに対応するかを最初に識別し得る。いずれかの記憶情報が見つかった場合、その情報は次いで、さらに以下で説明するように、適切である場合はヘッダに適用されてよい。
[00226] ブロック１８１２において、第２のワイヤレスデバイスからの第１のヘッダが、第１の情報に対応するヘッダ情報を第１のヘッダが含まないと決定するために、第１のワイヤレスデバイスによって受信され、復号される。例えば、要求が、第１のワイヤレスデバイスがメディアアクセス制御ヘッダのＡ３またはＡ４フィールドを記憶することを要求し、ブロック１８１０がＡ３フィールド１１２０／１６２０またはＡ４フィールド１１２５／１６２５についての値を第１の記憶情報として記憶した場合、ブロック１８１２は、メディアアクセス制御ヘッダを復号し、Ａ３フィールドもＡ４フィールドも、復号されたヘッダ中に含まれないと決定し得る。例えば、この決定は、いくつかの態様において、ＳＩＤフィールド９５０と同様のＳＩＤフィールドを復号することによって行われ得る。
[00227] ブロック１８１６において、第１のヘッダが第１の記憶される情報に基づいて処理される。例えば、第１のヘッダが、第１の記憶情報に対応する特定のヘッダフィールドを省略する場合、第１のヘッダは、特定のヘッダフィールドを含むかのように処理され得る。具体的には、第１の記憶情報は、第１のヘッダの省略されたヘッダフィールドと置換されるか、またはそれらのフィールド用に使われ得る。
[00228] いくつかの態様において、記憶情報は、記憶情報に対応する情報を含む追加ヘッダを送信することによって、送信デバイスによって更新され得る。例えば、特定のヘッダフィールドは、受信機において記憶されている場合、いくつかの態様では、送信デバイスによる、記憶されたヘッダフィールドのうちの１つまたは複数を含む新たなヘッダの送信によって更新され得る。受信デバイスが以前、送信されたヘッダフィールドに対応する情報を記憶することに同意した場合、受信デバイスは、記憶されたフィールドを含む新たなヘッダを受信したとき、記憶情報を更新してよい。後になって、ヘッダフィールドをやはり省略する別のヘッダが、受信機に送信されてよい。受信機はここで、省略されたヘッダフィールドを、新たな、更新された記憶情報と置き換える。
[00229] 上記例で説明したように、ヘッダ情報の更新を可能にするために、処理１８００は、第２のヘッダが、第１の情報に対応する第２のヘッダ情報を含むと決定し、第２のヘッダ情報を第２の記憶情報として記憶し得る。処理１８００は次いで、送信デバイスからの第３のヘッダを復号し、第３のヘッダが、第２の情報に対応するヘッダ情報を含まないと決定し、決定に基づいて、第２の記憶情報に基づいてヘッダを処理し得る。
[00230] いくつかの態様において、復号されたヘッダは、省略されている情報の明示的指示を含み得る。例えば、図８、図９Ａ〜図Ｂ、または図１０Ａ〜図１０Ｃに関して上述したように、ヘッダは、Ａ３フィールド、Ａ４フィールド、ソースアドレスフィールド、宛先アドレスフィールド、あるいは暗号ブロック連鎖メッセージ認証コードプロトコルを有するカウンタモード（ＣＣＭＰ）に関連付けられたキー識別子および／または１つもしくは複数のパケット番号のうちの１つまたは複数を含み得る。それから省略されている。方法１８００は、指示に基づいて、これらのフィールドのうちの１つまたは複数が、ヘッダに欠けていると決定できる。
[00231] 図１８Ｂは、ワイヤレス通信システム１００内で採用され得る例示的なワイヤレスデバイス１８５０の機能ブロック図である。デバイス１８５０は要求処理回路１８５５を備える。要求回路１８５５は、図１８Ａに示されたブロック１８０２に関して上で論じられた機能のうちの１つまたは複数を行うように構成され得る。いくつかの態様では、要求処理回路１８５５はプロセッサ２０４、トランシーバ２１４、および／または受信機２１２に対応し得る。いくつかの態様において、受信するための手段および第２の装置からの要求を復号するための手段は、要求回路１８５５を含み得る。
[00232] デバイス１８５０は応答生成回路１８６０をさらに備える。応答生成回路１８６０は、図１８Ａに示したブロック１８０６に関して上記で説明した機能のうちの１つまたは複数を行うように構成され得る。いくつかの態様では、応答生成回路１８６０はプロセッサ２０４に対応し得る。いくつかの態様において、第１の装置が第１の情報を記憶するかどうかを示す応答を生成するための手段は、応答生成回路１８６０を含む。
[00233] デバイス１８５０は応答送信回路１８７０をさらに備える。応答送信回路１８７０は、図１８Ａに示したブロック１８０８に関して上記で説明した機能のうちの１つまたは複数を行うように構成され得る。いくつかの態様では、応答送信回路１８７０はプロセッサ２０４、トランシーバ２１４、および／または送信機２１０のうちの１つまたは複数に対応し得る。いくつかの態様において、応答を第２の装置への送信用に出力するための手段は、応答送信回路１８７０を含む。
[00234] デバイス１８５０は記憶回路１８７５をさらに備える。記憶回路１８７５は、図１８Ａに示したブロック１８１０に関して上記で説明した機能のうちの１つまたは複数を行うように構成され得る。いくつかの態様では、記憶回路１８７５はプロセッサ２０４および／またはメモリ２０６のうちの１つまたは複数に対応し得る。いくつかの態様において、第１の情報を第１の記憶情報として記憶するための手段は、記憶回路１８７５を含み得る。
[00235] デバイス１８５０はヘッダ復号回路１８８０をさらに備える。ヘッダ復号回路１８８０は、図１８Ａに示したブロック１８１２に関して上記で説明した機能のうちの１つまたは複数を行うように構成され得る。いくつかの態様では、ヘッダ復号回路１８８０はプロセッサ２０４および／または受信機２１２のうちの１つまたは複数に対応し得る。いくつかの態様では、第２の装置からの第１のヘッダを復号するための手段はヘッダ復号回路１８８０を含み得る。いくつかの態様では、第１のヘッダが第１の情報に対応するヘッダ情報を含まないと決定するための手段も、ヘッダ復号回路１８８０を含む。いくつかの態様において、デバイス１８５０は、第１のヘッダが第１の情報に対応するヘッダ情報を含まないと決定するように構成された決定回路（図示せず）をさらに備え得る。いくつかの態様では、決定回路はプロセッサ２０４またはＤＳＰ２４０のうちの１つまたは複数を備え得る。いくつかの態様において、第１のヘッダが第１の情報に対応するヘッダ情報を含まないと決定するための手段は、決定回路を含む。
[00236] デバイス１８５０はヘッダ処理回路１８８５をさらに備える。ヘッダ処理回路１８８５は、図１８Ａに示したブロック１８１６に関して上記で説明した機能のうちの１つまたは複数を行うように構成され得る。いくつかの態様では、ヘッダ処理回路１８８５はプロセッサ２０４、トランシーバ２１４、ＤＳＰ２４０、および／または受信機２１２のうちの１つまたは複数に対応し得る。いくつかの態様では、第１の記憶情報に基づいて第１のヘッダを処理するための手段はヘッダ処理回路１８８５を含み得る。
[00237] デバイス１８５０のいくつかの態様は、装置によって処理可能であるＡ−ＭＳＤＵのタイプを示す少なくとも１ビットを備えるように応答を生成するように構成された応答生成回路１８６０をさらに備える。デバイス１８５０のいくつかの態様において、応答生成回路１８６０は、Ａ−ＭＳＤＵのタイプを示す応答中の少なくとも１ビットを、ショートＡ−ＭＳＤＵ、ロングＡ−ＭＳＤＵ、およびショートまたはロングＡ−ＭＳＤＵのうちの１つを示す値に設定するように構成され、ショートＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まず、ロングＡ−ＭＳＤＵは、ソースアドレスフィールドと宛先アドレスフィールドとを含む。
[00238] 上記で説明した方法および技法は、本発明の範囲から逸脱することなく、他のタイプのフレームのためにも採用され得ることを理解されたい。例えば、上記で説明した方法および技法は、管理／制御フレーム（例えば、ＲＴＳ／ＣＴＳフレーム）のためにも使用され得る。
[00239] 本明細書で使用される「決定すること」という用語は、多種多様なアクションを包含する。例えば、「決定すること」は、計算すること、算出すること、処理すること、導出すること、調査すること、ルックアップすること（例えば、テーブル、データベース、または別のデータ構造の中をルックアップすること）、確認することなどを含み得る。また、「決定すること」は、受信すること（例えば、情報を受信すること）、アクセスすること（例えば、メモリ中のデータにアクセスすること）などを含み得る。また、「決定すること」は、解決すること、選択すること、選定すること、確立することなどを含み得る。さらに、本明細書で使用される「チャネル幅」は、いくつかの態様では帯域幅を包含する場合があるか、または帯域幅と呼ばれる場合もある。
[00240] 本明細書で使用する項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」は、ＡもしくはＢもしくはＣ、またはＡおよびＢ、もしくはＡおよびＣ、もしくはＢおよびＣ、またはＡ、Ｂ、およびＣ、または２Ａ、または２Ｂ、または２Ｃなどをカバーすることを意図している。
[00241] 上述された方法の様々な動作は、様々なハードウェア構成要素および／もしくはソフトウェア構成要素、回路、並びに／またはモジュールなどの、動作を行うことが可能な任意の適切な手段によって行われ得る。概して、図に示されたどの動作も、その動作を行うことが可能な対応する機能的手段によって行われ得る。
[00242] 本明細書で使用される場合、インターフェースという用語は、２つ以上のデバイスを一緒に接続するように構成されるハードウェアまたはソフトウェアを指し得る。例えば、インターフェースは、プロセッサまたはバスの一部であってよく、デバイス間での情報またはデータの通信を可能にするように構成され得る。インターフェースは、チップまたは他のデバイスへと組み込まれ得る。例えば、いくつかの態様では、インターフェースは、あるデバイスからの情報または通信を別のデバイスにおいて受信するように構成される受信機を備え得る。（例えば、プロセッサまたはバスの）インターフェースは、フロントエンドデバイスもしくは別のデバイスによって処理される情報もしくはデータを受信してよく、または受信された情報を処理してよい。いくつかの態様では、インターフェースは、情報またはデータを別のデバイスに送信または通信するように構成される送信機を備え得る。従って、インターフェースは、情報またはデータを送信してよく、または、（例えば、バスを介した）送信のために出力するための情報またはデータを準備してよい。
[00243] 本開示に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を行うように設計されたそれらの任意の組合せによって実装または行われ得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラまたは状態機械であり得る。また、プロセッサは、コンピューティングデバイスの組合せ、例えば、ＤＳＰおよびマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。
[00244] １つまたは複数の態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つもしくは複数の命令もしくはコードとしてコンピュータ可読媒体上に記憶され得るか、またはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする全ての媒体を含む、コンピュータ記憶媒体と通信媒体との両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であってよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用されコンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。同様に、いかなる接続も、コンピュータ可読媒体と当然のことながら呼ばれる。例えば、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ソフトウェアがウェブサイト、サーバまたは他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。従って、いくつかの態様では、コンピュータ可読媒体は、非一時的コンピュータ可読媒体（例えば、有形媒体）を備える場合がある。さらに、いくつかの態様では、コンピュータ可読媒体は、一時的コンピュータ可読媒体（例えば、信号）を備え得る。上の組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。
[00245] 本明細書に開示された方法は、説明した方法を実現するための１つまたは複数のステップまたはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく、互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲を逸脱することなく修正され得る。
[00246] 記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せに実装され得る。ソフトウェアに実装される場合、機能は、１つまたは複数の命令としてコンピュータ可読媒体上に記憶され得る。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であってよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用されコンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）およびＢｌｕ−ｒａｙディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。
[00247] 従って、いくつかの態様は、本明細書で提示する動作を行うためのコンピュータプログラム製品を備え得る。例えば、そのようなコンピュータプログラム製品は、命令が記憶（および／または符号化）され、それらの命令が本明細書で説明した動作を行うために１つまたは複数のプロセッサによって実行可能である、コンピュータ可読媒体を備え得る。いくつかの態様では、コンピュータプログラム製品はパッケージング材料を含み得る。
[00248] ソフトウェアまたは命令はまた、送信媒体を介して送信され得る。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、伝送媒体の定義に含まれる。
[00249] さらに、本明細書で説明する方法および技法を行うためのモジュールおよび／または他の適切な方法は、適用可能な場合、ユーザ端末および／または基地局によってダウンロードされ得、および/または場合によっては得られ得ることを諒解されたい。例えば、そのようなデバイスは、本明細書で説明する方法を行うための手段の転送を容易にするために、サーバに結合できる。代替的に、本明細書で説明した様々な方法を記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなどの物理的記憶媒体など）によって提供でき、それにより、ユーザ端末および／または基地局は、その記憶手段をデバイスに結合または供給すると、それらの様々な方法を取得できるようになる。さらに、本明細書で説明された方法および技法をデバイスに提供するための任意の他の好適な技法が利用され得る。
[00250] 特許請求の範囲は、上で示された正確な構成および構成要素に限定されないことを理解されたい。上記で説明した方法および装置の配置、動作、および詳細において、特許請求の範囲から逸脱することなく、様々な修正、変更、および変形が行われる場合がある。
[00251] 上記は本開示の態様を対象とするが、本開示の他の態様は、それらの基本的な範囲から逸脱することなく考案でき、それらの範囲は、以下の特許請求の範囲によって決定される。
以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信のための第１の装置であって、
第２の装置が第１の情報を記憶するための要求を生成することと、ここにおいて、前記要求は前記第１の情報を備える、
前記第２の装置からの応答を受信することと、
前記第２の装置が前記第１の情報を記憶するかどうか決定するために、前記第２の装置からの前記応答を復号することと、
第１のヘッダを生成することと、前記第１のヘッダは、前記第２の装置が前記第１の情報を記憶する場合、その中に前記第１の情報をもたずに生成される、を行うように構成された処理システムと、
前記要求と前記第１のヘッダとを、前記第２の装置への送信用に出力するためのインターフェースとを備える、第1の装置。
［Ｃ２］
前記処理システムは、第２の情報を含むように第２のヘッダを生成することと、ここにおいて、前記第２の情報は前記第１の情報とは異なる、前記第２の情報をもたずに第３のヘッダを生成することとを行うようにさらに構成され、前記インターフェースは、前記第２および第３のヘッダを前記第２の装置への送信用に出力するようにさらに構成される、Ｃ１に記載の第１の装置。
［Ｃ３］
前記処理システムは、前記第１のヘッダが前記第１の情報を含まないことを前記第２の装置に対して示すように前記第１のヘッダを生成するようにさらに構成される、Ｃ１に記載の第１の装置。
［Ｃ４］
前記第１の情報は、ブロック連鎖メッセージ認証コードプロトコルつきカウンタ暗号モード（ＣＣＭＰ）ヘッダに関連付けられた１つまたは複数のパケット番号を備える、Ｃ１に記載の第１の装置。
［Ｃ５］
前記第１の情報は、暗号ブロック連鎖メッセージ認証コードプロトコルつきカウンタモード（ＣＣＭＰ）ヘッダに関連付けられたキー識別子を備える、Ｃ１に記載の第１の装置。
［Ｃ６］
前記第１の情報は、アグリゲートＭＳＤＵ（Ａ−ＭＳＤＵ）中にカプセル化されたＭＡＣサービスデータユニット（ＭＳＤＵ）に関連付けられた宛先アドレスまたはソースアドレス情報を備える、Ｃ１に記載の第１の装置。
［Ｃ７］
前記要求は、前記第２の装置に第１のＡ−ＭＳＤＵを送信するための許可をさらに要求するように生成され、前記第１のＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まない、Ｃ７に記載の第１の装置。
［Ｃ８］
前記要求は、第１のＡ−ＭＳＤＵと第２のＡ−ＭＳＤＵの両方を前記第２の装置に送信するための許可をさらに要求するように生成され、前記第１のＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まず、前記第２のＡ−ＭＳＤＵはソースアドレスフィールドと宛先アドレスフィールドとを含む、Ｃ７に記載の第１の装置。
［Ｃ９］
前記第１の情報は、第１のフィールドまたは第２のフィールドのうちの少なくとも１つを備え、前記第１のフィールドまたは前記第２のフィールドのうちの前記少なくとも１つは、前記第１のヘッダに関連付けられたソースアドレスまたは宛先アドレスを備える、Ｃ１に記載の第１の装置。
［Ｃ１０］
前記第１の情報は、第１のフィールド記憶フィールドまたは第２のフィールド記憶フィールドのうちの少なくとも１つをさらに備え、前記第１のフィールド記憶フィールドは、前記第２の装置に、前記第１のフィールドを記憶するよう要求するために１に設定され、前記第２のフィールド記憶フィールドは、前記第２の装置に、前記第２のフィールドを記憶するよう要求するために１に設定される、Ｃ９に記載の第１の装置。
［Ｃ１１］
ワイヤレス通信のための方法であって、
第１のワイヤレスデバイスによって、第２のワイヤレスデバイスが第１の情報を記憶するための要求を生成することと、ここにおいて、前記要求は前記第１の情報を備える、
前記第２のワイヤレスデバイスからの応答を受信することと、
前記第２のワイヤレスデバイスが前記第１の情報を記憶するかどうか決定するために、前記第２のワイヤレスデバイスからの前記応答を復号することと、
第１のヘッダを生成することと、前記第１のヘッダは、前記第２のワイヤレスデバイスが前記第１の情報を記憶する場合、その中に前記第１の情報をもたずに生成される、
前記要求と前記第１のヘッダとを、前記第２のワイヤレスデバイスへの送信用に出力することとを備える、方法。
［Ｃ１２］
前記第１の情報とは異なる第２の情報を含むように、第２のヘッダを生成することと、
前記第２のヘッダを、前記第２のワイヤレスデバイスへの送信用に出力することと、
前記第２の情報をもたない第３のヘッダを生成することと、
前記第３のヘッダを、前記第２のワイヤレスデバイスへの送信用に出力することとをさらに備える、Ｃ１１に記載の方法。
［Ｃ１３］
前記第１のヘッダが前記第１の情報を含まないことを前記第２のワイヤレスデバイスに対して示すように、前記第１のヘッダを生成することをさらに備える、Ｃ１１に記載の方法。
［Ｃ１４］
前記第１の情報は、暗号ブロック連鎖メッセージ認証コードプロトコルつきカウンタモード（ＣＣＭＰ）ヘッダに関連付けられた１つまたは複数のパケット番号を備える、Ｃ１１に記載の方法。
［Ｃ１５］
前記第１の情報は、暗号ブロック連鎖メッセージ認証コードプロトコルつきカウンタモード（ＣＣＭＰ）ヘッダに関連付けられたキー識別子を備える、Ｃ１１に記載の方法。
［Ｃ１６］
前記第１の情報は、アグリゲートＭＳＤＵ（Ａ−ＭＳＤＵ）中にカプセル化されたＭＡＣサービスデータユニット（ＭＳＤＵ）に関連付けられた宛先アドレスまたはソースアドレス情報を備える、Ｃ１１に記載の方法。
［Ｃ１７］
前記第２のワイヤレスデバイスに第１のＡ−ＭＳＤＵを送信するための許可を要求するために、前記要求を生成することをさらに備え、前記第１のＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まない、Ｃ１６に記載の方法。
［Ｃ１８］
第１のＡ−ＭＳＤＵと第２のＡ−ＭＳＤＵの両方を前記第２のワイヤレスデバイスに送信するための許可を要求するために、前記要求を生成することをさらに備え、前記第１のＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まず、前記第２のＡ−ＭＳＤＵはソースアドレスフィールドと宛先アドレスフィールドとを含む、Ｃ１６に記載の方法。
［Ｃ１９］
前記第１の情報は、第１のフィールドまたは第２のフィールドのうちの少なくとも１つを備え、前記第１のフィールドまたは前記第２のフィールドのうちの前記少なくとも１つは、前記第１のヘッダに関連付けられたソースアドレスまたは宛先アドレスを備える、Ｃ１１に記載の方法。
［Ｃ２０］
前記第１の情報は、第１のフィールド記憶フィールドまたは第２のフィールド記憶フィールドのうちの少なくとも１つをさらに備え、前記第１のフィールド記憶フィールドは、前記第２の装置に、前記第１のフィールドを記憶するよう要求するために１に設定され、前記第２のフィールド記憶フィールドは、前記第２の装置に、前記第２のフィールドを記憶するよう要求するために１に設定される、Ｃ１９に記載の方法。
［Ｃ２１］
ワイヤレス通信のためのワイヤレスノードであって、
少なくとも１つのアンテナと、
処理システムとを備え、前記処理システムは、
前記少なくとも１つのアンテナを介して、第２のワイヤレスノードが第１の情報を記憶するための要求を送信することと、ここにおいて、前記要求は前記第１の情報を備える、
前記第２のワイヤレスデバイスからの応答を受信することと、
前記第２のワイヤレスデバイスが前記第１の情報を記憶するかどうか決定するために、前記第２のワイヤレスデバイスからの前記応答を復号することと、
第１のヘッダを生成することと、前記第１のヘッダは、前記第２のワイヤレスノードが前記第１の情報を記憶する場合、前記第１の情報をもたずに生成される、
前記少なくとも１つのアンテナを介して、前記第１のヘッダを前記第２のワイヤレスノードに送信することとを行うように構成する、ワイヤレスノード。
［Ｃ２２］
ワイヤレス通信のための第１の装置であって、
第２の装置が第１の情報を記憶するための要求を生成するための手段と、ここにおいて、前記要求は前記第１の情報を備える、
前記第２の装置からの応答を受信するための手段と、
前記第２の装置が前記第１の情報を記憶するかどうか決定するために、前記第２の装置からの応答を復号するための手段と、
第１のヘッダを生成するための手段と、前記第１のヘッダは、前記第２の装置が前記第１の情報を記憶する場合、その中に前記第１の情報をもたずに生成される、
前記要求と前記第１のヘッダとを前記第２の装置に送信するための手段とを備える、第１の装置。
［Ｃ２３］
第２の情報を含むように前記第２のヘッダを生成するための手段と、ここにおいて、前記第２の情報は前記第１の情報とは異なる、
前記第２のヘッダを前記第２の装置に送信するための手段と、
前記第３のヘッダを、その中に前記第２の情報をもたずに生成するための手段と、
前記第３のヘッダを前記第２の装置に送信するための手段とをさらに備える、Ｃ２２に記載の第１の装置。
［Ｃ２４］
前記第１のヘッダが前記第１の情報を含まないことを前記第２の装置に対して示すように、前記第１のヘッダを生成するための手段をさらに備える、Ｃ２２に記載の第１の装置。
［Ｃ２５］
前記要求を生成するための前記手段は、暗号ブロック連鎖メッセージ認証コードプロトコルつきカウンタモード（ＣＣＭＰ）ヘッダに関連付けられた１つまたは複数のパケット番号を含むように、前記第１の情報を生成するように構成される、Ｃ２２に記載の第１の装置。
［Ｃ２６］
前記要求を生成するための前記手段は、暗号ブロック連鎖メッセージ認証コードプロトコルつきカウンタモード（ＣＣＭＰ）ヘッダに関連付けられたキー識別子を含むように、前記第１の情報を生成するように構成される、Ｃ２２に記載の第１の装置。
［Ｃ２７］
前記要求を生成するための前記手段は、アグリゲートＭＳＤＵ（Ａ−ＭＳＤＵ）中にカプセル化されたＭＡＣサービスデータユニット（ＭＳＤＵ）に関連付けられた宛先アドレスまたはソースアドレス情報を含むように、第１の情報を生成するように構成される、Ｃ２２に記載の第１の装置。
［Ｃ２８］
前記要求を生成するための前記手段は、前記第２の装置に第１のＡ−ＭＳＤＵを送信するための許可についての要求を生成するように構成され、前記第１のＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まない、Ｃ２７に記載の第１の装置。
［Ｃ２９］
前記要求を生成するための前記手段は、第１のＡ−ＭＳＤＵと第２のＡ−ＭＳＤＵの両方を前記第２の装置に送信するための許可についての要求を生成するように構成され、前記第１のＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まず、前記第２のＡ−ＭＳＤＵはソースアドレスフィールドと宛先アドレスフィールドとを含む、Ｃ２７に記載の第１の装置。
［Ｃ３０］
前記第１の情報は、第１のフィールドまたは第２のフィールドのうちの少なくとも１つを備え、前記第１のフィールドまたは前記第２のフィールドのうちの前記少なくとも１つは、前記第１のヘッダに関連付けられたソースアドレスまたは宛先アドレスを備える、Ｃ２２に記載の第１の装置。
［Ｃ３１］
前記第１の情報は、第１のフィールド記憶フィールドまたは第２のフィールド記憶フィールドのうちの少なくとも１つをさらに備え、前記第１のフィールド記憶フィールドは、前記第２の装置に、前記第１のフィールドを記憶するよう要求するために１に設定され、前記第２のフィールド記憶フィールドは、前記第２の装置に、前記第２のフィールドを記憶するよう要求するために１に設定される、Ｃ３０に記載の第１の装置。
［Ｃ３２］
実行されると、第１の装置にワイヤレス通信の方法を行わせる命令が符号化された、コンピュータ可読媒体を備えるコンピュータプログラム製品であって、前記方法は、
第２の装置に、第１の情報を記憶するための要求を生成することと、ここにおいて、前記要求は前記第１の情報を備える、
前記第２の装置からの応答を受信することと、
前記第１の装置が前記第１の情報を記憶するかどうか決定するために、前記第２の装置からの前記応答を復号することと、
第１のヘッダを生成することと、前記第１のヘッダは、前記第２の装置が前記第１の情報を記憶する場合、その中に前記第１の情報をもたずに生成される、
前記要求と前記第１のヘッダとを、前記第２の装置への送信用に出力することとを備える、コンピュータプログラム製品。
［Ｃ３３］
ワイヤレス通信のための第１の装置であって、
第２の装置からの要求を受信することと、ここにおいて、前記要求は第１の情報を備える、
前記第１の情報を記憶するための要求を識別するために、前記第２の装置からの前記要求を復号することと、
前記第１の装置が前記第１の情報を記憶するかどうかを示す応答を生成することとを行うように構成された処理システムと、
前記応答を、前記第２の装置への送信用に出力するためのインターフェースと、ここにおいて、前記処理システムは、
前記第１の情報を第１の記憶情報として記憶することと、
前記第２の装置からの第１のヘッダを受信することと、
前記第２の装置からの前記第１のヘッダを復号することと、
前記第１の記憶情報に基づいて前記第１のヘッダを処理することとを行うようにさらに構成される、を備える第１の装置。
［Ｃ３４］
前記処理システムは、
前記第２の装置からの第２のヘッダを受信することと、
前記第２の装置からの前記第２のヘッダを復号することと、
前記第２のヘッダが、前記第１の情報に対応する第２のヘッダ情報を含むと決定することと、
前記第２のヘッダ情報を第２の記憶情報として記憶することと、
前記第２の装置からの第３のヘッダを受信することと、
前記第２の装置からの前記第３のヘッダを復号することと、
前記第３のヘッダが、前記第２のヘッダ情報に対応するヘッダ情報を含まないと決定することと、
前記第２の記憶情報に基づいて前記第３のヘッダを処理することとを行うようにさらに構成される、Ｃ３３に記載の第１の装置。
［Ｃ３５］
前記応答は、前記装置によって処理可能であるＡ−ＭＳＤＵのタイプを示す少なくとも１ビットを備えるように生成される、Ｃ３３に記載の第１の装置。
［Ｃ３６］
前記処理システムは、Ａ−ＭＳＤＵのタイプを示す、前記応答中の前記少なくとも１ビットを、第１のＡ−ＭＳＤＵ、第２のＡ−ＭＳＤＵ、または前記第１および前記第２のＡ−ＭＳＤＵのうちの１つを示す値に設定するようにさらに構成され、前記第１のＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まず、前記第２のＡ−ＭＳＤＵは、ソースアドレスフィールドまたは宛先アドレスフィールドを含む、Ｃ３５に記載の第１の装置。
［Ｃ３７］
前記第１の情報は、第１のフィールドまたは第２のフィールドのうちの少なくとも１つを備え、前記第１のフィールドまたは前記第２のフィールドのうちの前記少なくとも１つは、前記第１のヘッダに関連付けられたソースアドレスまたは宛先アドレスを備える、Ｃ３３に記載の第１の装置。
［Ｃ３８］
前記第１の情報は、第１のフィールド記憶フィールドまたは第２のフィールド記憶フィールドのうちの少なくとも１つをさらに備え、前記第１のフィールド記憶フィールドは、前記第１の装置に、前記第１のフィールドを記憶するよう要求するために１に設定され、前記第２のフィールド記憶フィールドは、前記第１の装置に、前記第２のフィールドを記憶するよう要求するために１に設定される、Ｃ３７に記載の第１の装置。
［Ｃ３９］
ワイヤレス通信のための方法であって、
第１のワイヤレスデバイスによって、第２のワイヤレスデバイスからの要求を受信することと、ここにおいて、前記要求は第１の情報を備える、
前記第１の情報を記憶するために、前記第１のワイヤレスデバイスによって、前記第２のワイヤレスデバイスからの前記要求を復号することと、
前記第１のワイヤレスデバイスが前記第１の情報を記憶するかどうかを示す応答を生成することと、
前記応答を、前記第２のワイヤレスデバイスへの送信用に出力することと、
前記第１の情報を第１の記憶情報として記憶することと、
前記第１のワイヤレスデバイスによって、前記第２のワイヤレスデバイスからの第１のヘッダを受信することと、
前記第１のワイヤレスデバイスによって、前記第２のワイヤレスデバイスからの前記第１のヘッダを復号することと、
前記第１のヘッダが、前記第１の情報に対応するヘッダ情報を含まないと決定することと、
前記第１の記憶情報に基づいて前記第１のヘッダを処理することとを備える、方法。
［Ｃ４０］
前記第１のワイヤレスデバイスによって、前記第２のワイヤレスデバイスからの第２のヘッダを受信することと、
前記第１のワイヤレスデバイスによって、前記第２のワイヤレスデバイスからの前記第２のヘッダを復号することと、
前記第２のヘッダが、前記第１の情報に対応する第２の情報を含むと決定することと、
前記第２の情報を第２の記憶情報として記憶することと、
前記第１のワイヤレスデバイスによって、前記第２のワイヤレスデバイスからの第３のヘッダを受信することと、
前記第１のワイヤレスデバイスによって、前記第２のワイヤレスデバイスからの前記第３のヘッダを復号することと、
前記第３のヘッダが、前記第２の情報に対応するヘッダ情報を含まないと決定することと、
前記決定することに基づいて、前記第２の記憶情報に基づいて前記第３のヘッダを処理するとをさらに備える、Ｃ３９に記載の方法。
［Ｃ４１］
前記応答は、前記第１のワイヤレスデバイスによって処理可能であるＡ−ＭＳＤＵのタイプを示す少なくとも１ビットを備えるように生成される、Ｃ３９に記載の方法。
［Ｃ４２］
Ａ−ＭＳＤＵのタイプを示す、前記応答中の前記少なくとも１ビットを、第１のＡ−ＭＳＤＵ、第２のＡ−ＭＳＤＵ、または前記第１および前記第２のＡ−ＭＳＤＵのうちの１つを示す値に設定することをさらに備え、前記第１のＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まず、前記第２のＡ−ＭＳＤＵは、ソースアドレスフィールドと宛先アドレスフィールドとを含む、Ｃ４１に記載の方法。
［Ｃ４３］
前記第１の情報は、第１のフィールドまたは第２のフィールドのうちの少なくとも１つを備え、前記第１のフィールドまたは前記第２のフィールドのうちの前記少なくとも１つは、前記第１のヘッダに関連付けられたソースアドレスまたは宛先アドレスを備える、Ｃ３９に記載の方法。
［Ｃ４４］
前記第１の情報は、第１のフィールド記憶フィールドまたは第２のフィールド記憶フィールドのうちの少なくとも１つをさらに備え、前記第１のフィールド記憶フィールドは、前記第１の装置に、前記第１のフィールドを記憶するよう要求するために１に設定され、前記第２のフィールド記憶フィールドは、前記第１の装置に、前記第２のフィールドを記憶するよう要求するために１に設定される、Ｃ４３に記載の方法。
［Ｃ４５］
ワイヤレス通信のためのワイヤレスノードであって、
少なくとも１つのアンテナと、
処理システムとを備え、前記処理システムは、
前記少なくとも１つのアンテナを介して、第２のワイヤレスノードからの要求を受信することと、ここにおいて、前記要求は第１の情報を備える、
前記第１の情報を記憶するための要求を識別するために、前記第２のワイヤレスノードからの前記要求を復号することと、
前記ワイヤレスノードが前記第１の情報を記憶するかどうかを示す応答を生成することと、
前記少なくとも１つのアンテナを介して、前記応答を前記第２のワイヤレスノードに送信することと、
前記第１の情報を第１の記憶情報として記憶することと、
前記少なくとも１つのアンテナを介して、前記第２のワイヤレスノードからの第１のヘッダを受信することと、
前記第２のワイヤレスノードからの前記第１のヘッダを復号することと、
前記第１のヘッダが、前記第１の情報に対応するヘッダ情報を含まないと決定することと、
前記第１の記憶情報に基づいて前記第１のヘッダを処理することとを行うように構成される、ワイヤレスノード。
［Ｃ４６］
ワイヤレス通信のための第１の装置であって、
第２の装置からの要求を受信するための手段と、ここにおいて、前記要求は第１の情報を備える、
前記第２の装置からの前記要求を復号するための手段と、復号するための前記手段は、前記第１の情報を記憶するための要求を識別するように構成される、
前記第１の装置が前記第１の情報を記憶するかどうかを示す応答を生成するための手段と、
前記応答を前記第２の装置に送信するための手段と、
前記第１の情報を第１の記憶情報として記憶するための手段と、
前記第２の装置からの第１のヘッダを受信するための手段と、
前記第２の装置からの前記第１のヘッダを復号するための手段と、
前記第１のヘッダが第１の情報に対応するヘッダ情報を含まないと決定するための手段と、
前記第１の記憶情報に基づいて前記第１のヘッダを処理するための手段とを備える、第１の装置。
［Ｃ４７］
前記第２のワイヤレスデバイスからの第２のヘッダを復号するための手段と、
前記第２のヘッダが、前記第１の情報に対応する第２のヘッダ情報を含むと決定するための手段と、
前記第２のヘッダ情報を第２の記憶情報として記憶するための手段と、
前記第２のワイヤレスデバイスからの第３のヘッダを受信するための手段と、
前記第２のワイヤレスデバイスからの前記第３のヘッダを復号するための手段と、
前記第３のヘッダが、前記第２のヘッダ情報に対応するヘッダ情報を含まないと決定するための手段と、
前記第２の記憶情報に基づいて前記第３のヘッダを処理するための手段とをさらに備える、Ｃ４６に記載の第１の装置。
［Ｃ４８］
応答を生成するための前記手段は、前記装置によって処理可能であるＡ−ＭＳＤＵのタイプを示す少なくとも１ビットを備えるように前記応答を生成するように構成される、Ｃ４６に記載の第１の装置。
［Ｃ４９］
応答を生成するための前記手段は、Ａ−ＭＳＤＵのタイプを示す、前記応答中の前記少なくとも１ビットを、第１のＡ−ＭＳＤＵ、第２のＡ−ＭＳＤＵ、または前記第１および前記第２のＡ−ＭＳＤＵのうちの１つを示す値に設定するように構成され、前記第１のＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まず、前記第２のＡ−ＭＳＤＵは、ソースアドレスフィールドと宛先アドレスフィールドとを含む、Ｃ４８に記載の第１の装置。
［Ｃ５０］
前記第１の情報は、第１のフィールドまたは第２のフィールドのうちの少なくとも１つを備え、前記第１のフィールドまたは前記第２のフィールドのうちの前記少なくとも１つは、前記第１のヘッダに関連付けられたソースアドレスまたは宛先アドレスを備える、Ｃ４６に記載の第１の装置。
［Ｃ５１］
前記第１の情報は、第１のフィールド記憶フィールドまたは第２のフィールド記憶フィールドのうちの少なくとも１つをさらに備え、前記第１のフィールド記憶フィールドは、前記第１の装置に、前記第１のフィールドを記憶するよう要求するために１に設定され、前記第２のフィールド記憶フィールドは、前記第１の装置に、前記第２のフィールドを記憶するよう要求するために１に設定される、Ｃ５０に記載の第１の装置。
［Ｃ５２］
実行されると、第１の装置にワイヤレス通信の方法を行わせる命令が符号化された、コンピュータ可読媒体を備えるコンピュータプログラム製品であって、前記方法は、
前記第１の装置によって、第２の装置からの要求を受信することと、ここにおいて、前記要求は第１の情報を備える、
前記第１の装置によって、前記第１の情報を記憶するための要求を識別するために、前記第２の装置からの前記要求を復号することと、
前記第１の装置が前記第１の情報を記憶するかどうかを示す応答を生成することと、
前記応答を、前記第２の装置への送信用に出力することと、
第１の情報を第１の記憶情報として記憶することと、
前記第１の装置によって、前記第２の装置からの第１のヘッダを受信することと、
前記第１の装置によって、前記第２の装置からの前記第１のヘッダを復号することと、
前記第１のヘッダが、前記第１の情報に対応するヘッダ情報を含まないと決定することと、
前記第１の記憶情報に基づいて前記第１のヘッダを処理することとを備える、コンピュータプログラム製品。

Claims (15)

  1. ワイヤレス通信のための第１の装置であって、
    第２の装置が第１のヘッダ情報を記憶するための要求を生成することと、ここにおいて、前記要求は前記第１のヘッダ情報を備える、
    前記第２の装置からの応答を受信することと、
    前記第２の装置が前記第１のヘッダ情報を記憶するかどうか決定するために、前記第２の装置からの前記応答を復号することと、
    第１のヘッダを生成することと、前記第１のヘッダは、前記第２の装置が前記第１のヘッダ情報を記憶する場合、その中に前記第１のヘッダ情報をもたずに生成される、
    を行うように構成された処理システムと、
    前記要求と前記第１のヘッダとを、前記第２の装置への送信用に出力するためのインターフェースと、
    ここにおいて、前記要求の前記第１のヘッダ情報は、第１のフィールドまたは第２のフィールドのうちの少なくとも１つを備え、前記第１のフィールドまたは前記第２のフィールドのうちの前記少なくとも１つは、前記第１のヘッダに関連付けられたソースアドレスまたは宛先アドレスを備え、前記要求は、第１のフィールド記憶インジケータまたは第２のフィールド記憶インジケータのうちの少なくとも１つをさらに備え、前記第１のフィールド記憶インジケータは、前記第２の装置に、前記第１のフィールドを記憶するよう要求するために１に設定され、前記第２のフィールド記憶インジケータは、前記第２の装置に、前記第２のフィールドを記憶するよう要求するために１に設定される、
    を備える、第１の装置。
  2. 前記処理システムは、第２のヘッダ情報を含むように第２のヘッダを生成することと、ここにおいて、前記第２のヘッダ情報は前記第１のヘッダ情報とは異なり、前記第２のヘッダ情報をもたずに第３のヘッダを生成することとを行うようにさらに構成され、前記インターフェースは、前記第２および第３のヘッダを前記第２の装置への送信用に出力するようにさらに構成される、請求項１に記載の第１の装置。
  3. 前記処理システムは、前記第１のヘッダが前記第１のヘッダ情報を含まないことを前記第２の装置に対して示すように前記第１のヘッダを生成するようにさらに構成される、請求項１に記載の第１の装置。
  4. 前記第１のヘッダ情報は、ブロック連鎖メッセージ認証コードプロトコルつきカウンタ暗号モード（ＣＣＭＰ）ヘッダに関連付けられた１つまたは複数のパケット番号を備える、請求項１に記載の第１の装置。
  5. 前記第１のヘッダ情報は、暗号ブロック連鎖メッセージ認証コードプロトコルつきカウンタモード（ＣＣＭＰ）ヘッダに関連付けられたキー識別子を備える、請求項１に記載の第１の装置。
  6. 前記第１のヘッダ情報は、アグリゲートＭＳＤＵ（Ａ−ＭＳＤＵ）中にカプセル化されたＭＡＣサービスデータユニット（ＭＳＤＵ）に関連付けられた宛先アドレスまたはソースアドレス情報を備える、請求項１に記載の第１の装置。
  7. 前記要求は、前記第２の装置に第１のＡ−ＭＳＤＵを送信するための許可をさらに要求するように生成され、前記第１のＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まない、請求項１に記載の第１の装置。
  8. 前記要求は、第１のＡ−ＭＳＤＵと第２のＡ−ＭＳＤＵの両方を前記第２の装置に送信するための許可をさらに要求するように生成され、前記第１のＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まず、前記第２のＡ−ＭＳＤＵはソースアドレスフィールドと宛先アドレスフィールドとを含む、請求項７に記載の第１の装置。
  9. ワイヤレス通信のための方法であって、
    第１のワイヤレスデバイスによって、第２のワイヤレスデバイスが第１のヘッダ情報を記憶するための要求を送信用に生成および出力することと、ここにおいて、前記要求は前記第１のヘッダ情報を備える、
    前記第２のワイヤレスデバイスからの応答を受信することと、
    前記第２のワイヤレスデバイスが前記第１のヘッダ情報を記憶するかどうか決定するために、前記第２のワイヤレスデバイスからの前記応答を復号することと、
    第１のヘッダを生成することと、前記第１のヘッダは、前記第２のワイヤレスデバイスが前記第１のヘッダ情報を記憶する場合、その中に前記第１のヘッダ情報をもたずに生成される、
    前記第１のヘッダを、前記第２のワイヤレスデバイスへの送信用に出力することと、
    ここにおいて、前記要求の前記第１のヘッダ情報は、第１のフィールドまたは第２のフィールドのうちの少なくとも１つを備え、前記第１のフィールドまたは前記第２のフィールドのうちの前記少なくとも１つは、前記第１のヘッダに関連付けられたソースアドレスまたは宛先アドレスを備え、前記要求は、第１のフィールド記憶インジケータまたは第２のフィールド記憶インジケータのうちの少なくとも１つをさらに備え、前記第１のフィールド記憶インジケータは、前記第２のワイヤレスデバイスに、前記第１のフィールドを記憶するよう要求するために１に設定され、前記第２のフィールド記憶インジケータは、前記第２のワイヤレスデバイスに、前記第２のフィールドを記憶するよう要求するために１に設定される、
    を備える、方法。
  10. ワイヤレス通信のための第１の装置であって、
    第２の装置からの要求を受信することと、ここにおいて、前記要求は第１のヘッダ情報を備える、
    前記第１のヘッダ情報を記憶するための要求を識別するために、前記第２の装置からの前記要求を復号することと、
    前記第１の装置が前記第１のヘッダ情報を記憶するかどうかを示す応答を生成することと、
    前記第１のヘッダ情報を第１の記憶ヘッダ情報として記憶することと、
    前記第２の装置からの第１のヘッダを受信することと、
    前記第１のヘッダが前記第１のヘッダ情報に対応するヘッダ情報を含まないと決定することと、
    前記第１のヘッダが前記対応するヘッダ情報を含まない場合、前記第１の記憶ヘッダ情報に基づいて前記第１のヘッダを処理することと
    を行うように構成された処理システムと、
    前記応答を、前記第２の装置への送信用に出力するためのインターフェースと、
    ここにおいて、前記要求の前記第１のヘッダ情報は、第１のフィールドまたは第２のフィールドのうちの少なくとも１つを備え、前記第１のフィールドまたは前記第２のフィールドのうちの前記少なくとも１つは前記第１のヘッダに関連付けられたソースアドレスまたは宛先アドレスを備え、前記要求は、第１のフィールド記憶インジケータまたは第２のフィールド記憶インジケータのうちの少なくとも１つをさらに備え、前記第１のフィールド記憶インジケータは、前記第１の装置に、前記第１のフィールドを記憶するよう要求するために１に設定され、前記第２のフィールド記憶インジケータは、前記第１の装置に、前記第２のフィールドを記憶するよう要求するために１に設定される、
    を備える、第１の装置。
  11. 前記処理システムは、
    前記第２の装置からの第２のヘッダを受信することと、
    前記第２の装置からの前記第２のヘッダを復号することと、
    前記第２のヘッダが、前記第１のヘッダ情報に対応する第２のヘッダ情報を含むと決定することと、
    前記第２のヘッダ情報を第２の記憶ヘッダ情報として記憶することと、
    前記第２の装置からの第３のヘッダを受信することと、
    前記第２の装置からの前記第３のヘッダを復号することと、
    前記第３のヘッダが、前記第２のヘッダ情報に対応するヘッダ情報を含まないと決定することと、
    前記第２の記憶ヘッダ情報に基づいて前記第３のヘッダを処理することと
    を行うようにさらに構成される、請求項１０に記載の第１の装置。
  12. 前記応答は、前記装置によって処理可能であるＡ−ＭＳＤＵのタイプを示す少なくとも１ビットを備えるように生成される、請求項１０に記載の第１の装置。
  13. 前記処理システムは、Ａ−ＭＳＤＵのタイプを示す、前記応答中の前記少なくとも１ビットを、第１のＡ−ＭＳＤＵ、第２のＡ−ＭＳＤＵ、または前記第１および前記第２のＡ−ＭＳＤＵのうちの１つを示す値に設定するようにさらに構成され、前記第１のＡ−ＭＳＤＵはソースアドレスフィールドも宛先アドレスフィールドも含まず、前記第２のＡ−ＭＳＤＵは、ソースアドレスフィールドまたは宛先アドレスフィールドを含む、請求項１２に記載の第１の装置。
  14. ワイヤレス通信のための方法であって、
    第１のワイヤレスデバイスによって、第２のワイヤレスデバイスからの要求を受信することと、ここにおいて、前記要求は第１のヘッダ情報を備える、
    前記第１のヘッダ情報を記憶するために、前記第１のワイヤレスデバイスによって、前記第２のワイヤレスデバイスからの前記要求を復号することと、
    前記第１のワイヤレスデバイスが前記第１のヘッダ情報を記憶するかどうかを示す応答を生成することと、
    前記応答を、前記第２のワイヤレスデバイスへの送信用に出力することと、
    前記第１のヘッダ情報を第１の記憶ヘッダ情報として記憶することと、
    前記第１のワイヤレスデバイスによって、前記第２のワイヤレスデバイスからの第１のヘッダを受信することと、
    前記第１のヘッダが、前記第１のヘッダ情報に対応するヘッダ情報を含まないと決定することと、
    前記第１のヘッダが前記対応するヘッダ情報を含まない場合、
    前記第１の記憶ヘッダ情報に基づいて前記第１のヘッダを処理することと、
    ここにおいて、前記要求の前記第１のヘッダ情報は、第１のフィールドまたは第２のフィールドのうちの少なくとも１つを備え、前記第１のフィールドまたは前記第２のフィールドのうちの前記少なくとも１つは、前記第１のヘッダに関連付けられたソースアドレスまたは宛先アドレスを備え、前記要求は、第１のフィールド記憶インジケータまたは第２のフィールド記憶インジケータのうちの少なくとも１つをさらに備え、前記第１のフィールド記憶インジケータは、前記第１のワイヤレスデバイスに、前記第１のフィールドを記憶するよう要求するために１に設定され、前記第２のフィールド記憶インジケータは、前記第１のワイヤレスデバイスに、前記第２のフィールドを記憶するよう要求するために１に設定される、
    を備える、方法。
  15. 実行されると、プロセッサに請求項９および１４のうちのいずれか一項に記載の方法のステップを行わせる命令を備えるコンピュータプログラム。
JP2016526785A 2013-11-06 2014-11-06 Ｍａｃヘッダ圧縮のための装置および方法 Active JP6373987B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201361900988P 2013-11-06 2013-11-06
US61/900,988 2013-11-06
US201361901412P 2013-11-07 2013-11-07
US61/901,412 2013-11-07
US14/534,053 US20150124704A1 (en) 2013-11-06 2014-11-05 Apparatus and methods for mac header compression
US14/534,053 2014-11-05
PCT/US2014/064321 WO2015069875A1 (en) 2013-11-06 2014-11-06 Apparatus and methods for mac header compression

Publications (3)

Publication Number Publication Date
JP2017501608A JP2017501608A (ja) 2017-01-12
JP2017501608A5 JP2017501608A5 (ja) 2018-01-25
JP6373987B2 true JP6373987B2 (ja) 2018-08-15

Family

ID=53006983

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016526785A Active JP6373987B2 (ja) 2013-11-06 2014-11-06 Ｍａｃヘッダ圧縮のための装置および方法

Country Status (11)

Country Link
US (1) US20150124704A1 (ja)
EP (2) EP3066813B1 (ja)
JP (1) JP6373987B2 (ja)
KR (1) KR101862101B1 (ja)
CN (1) CN105765936A (ja)
BR (1) BR112016010139A2 (ja)
CA (1) CA2926712A1 (ja)
ES (1) ES2658063T3 (ja)
HU (1) HUE037854T2 (ja)
TW (2) TWI618426B (ja)
WO (1) WO2015069875A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103442438B (zh) * 2012-07-23 2017-04-12 英特尔公司 用于隧道通用寻呼消息的装置和方法
EP3120589B1 (en) * 2014-03-21 2017-08-09 Telefonaktiebolaget LM Ericsson (publ) Addressing for device to device communications
US10270890B2 (en) * 2015-07-13 2019-04-23 Gainspan Corporation Transmitting IP packets originating in a wireless station when the IP packets are destined for delivery to multiple destinations via an access point
WO2017078380A1 (ko) * 2015-11-02 2017-05-11 엘지전자 주식회사 무선랜 시스템에서 프레임을 송신 또는 수신하는 방법 및 이를 위한 장치
JP6693368B2 (ja) * 2016-09-21 2020-05-13 株式会社オートネットワーク技術研究所 通信システム、中継装置及び通信方法
CN109842868B (zh) * 2017-11-29 2021-09-03 华为技术有限公司 一种帧聚合、网络设置帧发送方法及设备
US10791090B2 (en) * 2017-12-14 2020-09-29 Google Llc Wireless mesh access point with user-space tunneling
US11082540B2 (en) * 2018-11-05 2021-08-03 Cisco Technology, Inc. Network operations including protocol processing of a packet updating an operations data field of a different protocol
CN115665890B (zh) 2020-07-03 2023-11-03 华为技术有限公司 多链路建立方法及通信装置
US11234163B1 (en) * 2020-09-18 2022-01-25 Nokia Solutions And Networks Oy Dynamic eCPRI header compression

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8009667B1 (en) * 2001-01-16 2011-08-30 Wi—LAN, Inc. Packing source data packets into transporting packets with fragmentation
US6959874B2 (en) * 2001-02-23 2005-11-01 Bardwell William E Biometric identification system using biometric images and personal identification number stored on a magnetic stripe and associated methods
KR100403620B1 (ko) * 2001-02-28 2003-10-30 삼성전자주식회사 채널 활용율을 높이는 통신 시스템 및 그 방법
JP3726741B2 (ja) * 2001-11-16 2005-12-14 日本電気株式会社 パケット転送装置、方法およびプログラム
US7822140B2 (en) * 2003-03-17 2010-10-26 Broadcom Corporation Multi-antenna communication systems utilizing RF-based and baseband signal weighting and combining
US7400627B2 (en) * 2003-06-05 2008-07-15 Brooktree Broadband Holding, Inc. ATM header compression using hash tables
US7839845B2 (en) * 2005-06-27 2010-11-23 Intel Corporation Apparatus, system and method capable of aggregate compression in a wireless LAN
US20070053354A1 (en) * 2005-08-18 2007-03-08 Interdigital Technology Corporation Method and system for securing wireless transmission of an aggregated frame
EP1798929A1 (en) * 2005-12-19 2007-06-20 Thomson Licensing Providing an independent compression server within a network, as well as a method, network station and DHCP server
TWI312962B (en) * 2006-08-11 2009-08-01 Quanta Comp Inc Method and apparatus for estimating audio length of audio file
JP4864100B2 (ja) * 2007-01-31 2012-01-25 富士通株式会社 無線通信制御方法並びに無線基地局及び無線端末
WO2008109106A1 (en) * 2007-03-05 2008-09-12 Andrea Robinson Fahmy Method and system for preventing unauthorized access and distribution of digital data
KR101467750B1 (ko) * 2007-06-04 2014-12-03 엘지전자 주식회사 이동 통신 시스템에서 ｍａｃ 헤더 생성방법 및 데이터전송방법
US8243757B2 (en) * 2007-07-05 2012-08-14 Ceragon Networks Ltd. MAC header compression using a pointer
KR101377961B1 (ko) * 2007-07-27 2014-03-25 엘지전자 주식회사 헤더 오버헤드 감소를 위한 패킷 전송 방법
US20130022032A1 (en) 2011-01-26 2013-01-24 Qualcomm Incorporated Systems and methods for communicating in a network
US9515925B2 (en) * 2011-05-19 2016-12-06 Qualcomm Incorporated Apparatus and methods for media access control header compression
US9125087B2 (en) 2011-10-22 2015-09-01 Qualcomm Incorporated Systems and methods for header compression
CN103188146B (zh) * 2011-12-31 2017-04-26 华为技术有限公司 一种连续数据包的发送、接收方法和装置
CN104541568A (zh) * 2012-05-11 2015-04-22 新加坡科技研究局 用于确定与通信参数有关的信息的方法以及通信设备
US9860785B2 (en) * 2012-05-11 2018-01-02 Qualcomm, Incorporated Apparatus and methods for control frame and management frame compression
US9384204B2 (en) * 2013-05-22 2016-07-05 Amazon Technologies, Inc. Efficient data compression and analysis as a service
US9277493B2 (en) * 2013-08-12 2016-03-01 Intel Corporation Managing communications in multiple radio access networks

Also Published As

Publication number Publication date
HUE037854T2 (hu) 2018-09-28
EP3313046A1 (en) 2018-04-25
US20150124704A1 (en) 2015-05-07
JP2017501608A (ja) 2017-01-12
BR112016010139A2 (pt) 2020-08-18
KR101862101B1 (ko) 2018-05-29
TWI618426B (zh) 2018-03-11
KR20160083062A (ko) 2016-07-11
ES2658063T3 (es) 2018-03-08
WO2015069875A1 (en) 2015-05-14
EP3066813B1 (en) 2017-12-20
TW201532454A (zh) 2015-08-16
CA2926712A1 (en) 2015-05-14
TW201817260A (zh) 2018-05-01
CN105765936A (zh) 2016-07-13
EP3066813A1 (en) 2016-09-14

Similar Documents

Publication Publication Date Title
US10178582B2 (en) Apparatus and methods for frame control design
JP6195879B2 (ja) メディアアクセス制御の制御交換のための装置および方法
JP6373987B2 (ja) Ｍａｃヘッダ圧縮のための装置および方法
US20130128809A1 (en) Apparatus and methods for media access control header compression
US9462465B2 (en) Apparatus and methods for separated security implementations in wireless communications

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171013

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20171013

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171208

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20171208

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20171218

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180306

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180605

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180619

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180718

R150 Certificate of patent or registration of utility model

Ref document number: 6373987

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250