JP6193484B2 - ワイヤレス通信における分離セキュリティ実施のための装置および方法 - Google Patents

ワイヤレス通信における分離セキュリティ実施のための装置および方法 Download PDF

Info

Publication number
JP6193484B2
JP6193484B2 JP2016519733A JP2016519733A JP6193484B2 JP 6193484 B2 JP6193484 B2 JP 6193484B2 JP 2016519733 A JP2016519733 A JP 2016519733A JP 2016519733 A JP2016519733 A JP 2016519733A JP 6193484 B2 JP6193484 B2 JP 6193484B2
Authority
JP
Japan
Prior art keywords
data unit
protocol version
mac
protocol data
protocol
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.)
Expired - Fee Related
Application number
JP2016519733A
Other languages
English (en)
Other versions
JP2016534593A5 (ja
JP2016534593A (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 JP2016534593A publication Critical patent/JP2016534593A/ja
Publication of JP2016534593A5 publication Critical patent/JP2016534593A5/ja
Application granted granted Critical
Publication of JP6193484B2 publication Critical patent/JP6193484B2/ja
Expired - Fee Related 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
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/061—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying further key derivation, e.g. deriving traffic keys from a pair-wise master key
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1441—Countermeasures against malicious traffic
    • H04L63/1466—Active attacks involving interception, injection, modification, spoofing of data unit addresses, e.g. hijacking, packet injection or TCP sequence number attacks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Description

[0001] 本出願は一般にワイヤレス通信に関し、より詳細には、ワイヤレス通信システムにおけるセキュアな通信のためのシステム、方法、およびデバイスに関する。
[0002] 多くの電気通信システムでは、通信ネットワークが、いくつかの対話している空間的に離れたデバイス間でメッセージを交換するために使用される。ネットワークは、例えば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアであり得る地理的範囲に従って分類され得る。そのようなネットワークは、それぞれ、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）として指定され得る。ネットワークはまた、様々なネットワークノードとデバイスとを相互接続するために使用される交換／ルーティング技術（例えば、回線交換対パケット交換）、送信のために採用される物理媒体のタイプ（例えば、ワイヤード対ワイヤレス）、および使用される通信プロトコルのセット（例えば、インターネットプロトコルスイート、ＳＯＮＥＴ（Synchronous Optical Networking：同期光ネットワーキング）、イーサネット（登録商標）など）によって異なる。
[0003] ワイヤレスネットワークは、ネットワーク要素がモバイルであって、このため動的な接続性を必要とするとき、またはネットワークアーキテクチャが固定されたトポロジでなくアドホックなトポロジで形成される場合によく好まれる。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域における電磁波を使用する非誘導伝搬モードで無形物理媒体を採用する。ワイヤレスネットワークは、有利には、固定されたワイヤードネットワークと比較すると、ユーザのモビリティと迅速なフィールド展開とを容易にする。
[0004] ワイヤレスネットワーク内のデバイスは、互いの間で情報を送信／受信し得る。情報は、１つまたは複数の媒体アクセス制御（例えば、ＭＡＣ：media access control）プロトコルデータユニット（ＭＰＤＵ：protocol data unit）のうちの全部または一部を備え得る。ＭＰＤＵは、いくつかの態様でデータユニット、データパケット、および／またはデータフレームと呼ばれることがある、パケット、フレーム、セグメント、メッセージ、などを備え得る。データユニット、データパケット、および／またはデータフレームは、アグリゲートされ得る。ＭＰＤＵは、ネットワークを通してＭＰＤＵをルーティングし、ＭＰＤＵ中のデータを識別し、ＭＰＤＵ内のデータをセキュアにし、ＭＰＤＵを処理することなどを助け得る、オーバーヘッド情報（例えば、ヘッダ情報、パケットプロパティ、など）をさらに含み得る。ＭＰＤＵはまた、ＭＰＤＵのペイロード中で搬送され得るデータ、例えばユーザデータ、マルチメディアコンテンツなどを含み得る。
[0005] 従って、ヘッダ情報はＭＰＤＵを用いて送信される。そのようなヘッダ情報は、異なるプロトコルバージョンにおける通信に応じるために異なる情報を備え得る。いくつかのプロトコルバージョンにおけるヘッダ情報は、他のプロトコルバージョンにおけるヘッダ情報と互換性がない。従って、セキュアな通信のための改善されたシステム、方法、およびデバイスが望まれる。
[0006] 本発明のシステム、方法、およびデバイスは各々、いくつかの態様を有し、それらのうちのいずれの単一の態様も単独では本発明の望ましい属性を担わない。次に、以下の特許請求の範囲によって表される本発明の範囲を限定することなしに、いくつかの特徴について手短に説明する。この説明を考察すれば、特に「発明を実施するための形態」と題するセクションを読めば、本発明の特徴が、ワイヤレス通信システムにおけるセキュアな通信を含む利点をどのように提供するかが理解されよう。
[0007] 本開示の一態様は、ワイヤレスシステム内でＭＡＣプロトコルデータユニット（ＭＰＤＵ）を処理する方法を提供する。方法は、プロトコルバージョンに従う通信のインジケーション(indication)を備えるＭＡＣプロトコルデータユニットを受信することを含む。方法は、そのインジケーションに少なくとも部分的に基づいて複数のリプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを選択することをさらに含む。方法は、選択されたリプレイカウンタに従って受信されたＭＡＣプロトコルデータユニットを処理することをさらに含む。
[0008] 様々な実施形態では、複数のリプレイカウンタの第１および第２のセットが、それぞれ、トラフィックインジケータごとおよび送信機アドレスごとに１つのリプレイカウンタを含み得る。様々な実施形態で、選択されたリプレイカウンタに従って受信されたＭＡＣプロトコルデータユニットを処理することは、ＭＰＤＵのパケット番号が、リプレイカウンタにおいて維持される値以下であるかどうかに基づいてＭＰＤＵを選択的に破棄することを含み得る。
[0009] 様々な実施形態では、方法が、それぞれ、第１および第２のプロトコルバージョンに従う通信と関連付けられた複数のリプレイカウンタの第１および第２のセットを維持することをさらに含み得る。ＭＰＤＵは、プロトコルバージョンインジケーションが第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダを含み得る。ＭＰＤＵは、プロトコルバージョンインジケーションが第２のプロトコルバージョンを示すときに、第１の長さより短い第２の長さを有する第２のセキュリティヘッダを含み得る。
[0010] 様々な実施形態では、方法が、プロトコルバージョンに従う通信のインジケーションを備えるナンス(nonce)を、受信されたＭＰＤＵに基づいて生成することをさらに含み得る。様々な実施形態では、ナンスが、４ビット優先度フィールド、１ビット管理フィールド、１ビットプロトコルインジケーションフラグ、６バイト送信機アドレスフィールド、および６バイトパケット番号フィールドのうちの１つまたは複数を含み得る。様々な実施形態で、１ビットプロトコルインジケーションフラグは、セットされたときに、特定のプロトコルバージョンを示し得る。
[0011] 様々な実施形態では、方法が、第１のプロトコルバージョンに従う通信と関連付けられた第１の暗号化キーと、第２のプロトコルバージョンに従う通信と関連付けられた第２の暗号化キーとを導出することをさらに含み得る。様々な実施形態で、方法は、プロトコルバージョンインジケーションが第１のプロトコルバージョンを示すときに、第１の暗号化キーを使用してＭＰＤＵの一部を復号することをさらに含み得る。方法は、プロトコルバージョンインジケーションが第２のプロトコルバージョンを示すときに、第２の暗号化キーを使用してＭＰＤＵの一部を復号することをさらに含み得る。様々な実施形態で、第１および第２の暗号化キーは、一時キー（temporal key）を含み得る。
[0012] 別の態様は、ワイヤレスシステム内でＭＰＤＵを受信するように構成されたワイヤレスデバイスを提供する。デバイスは、プロトコルバージョンに従う通信のインジケーションを備えるＭＡＣプロトコルデータユニットを受信するように構成された受信機をさらに含む。デバイスは、そのインジケーションに少なくとも部分的に基づいて複数のリプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを選択するように構成されたプロセッサをさらに含む。プロセッサは、選択されたリプレイカウンタに従って受信されたＭＡＣプロトコルデータユニットを処理するようにさらに構成される。
[0013] 様々な実施形態では、複数のリプレイカウンタの第１および第２のセットが、それぞれ、トラフィックインジケータごとおよび送信機アドレスごとに１つのリプレイカウンタを含み得る。様々な実施形態で、プロセッサは、ＭＡＣプロトコルデータユニットのパケット番号が選択されたリプレイカウンタにおいて維持される値以下であるかどうかに基づいて、ＭＡＣプロトコルデータユニットを選択的に破棄することによって、受信されたＭＡＣプロトコルデータユニットを処理するように構成され得る。
[0014] 様々な実施形態では、デバイスが、それぞれ、第１および第２のプロトコルバージョンに従う通信と関連付けられた複数のリプレイカウンタの第１および第２のセットを維持するように構成されたメモリをさらに含む。ＭＰＤＵは、プロトコルバージョンインジケーションが第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダを含み得る。ＭＰＤＵは、プロトコルバージョンインジケーションが第２のプロトコルバージョンを示すときに、第１の長さより短い第２の長さを有する第２のセキュリティヘッダを含み得る。
[0015] 様々な実施形態では、プロセッサが、プロトコルバージョンに従う通信のインジケーションを備えるナンスを、受信されたＭＰＤＵに基づいて生成するようにさらに構成され得る。様々な実施形態では、ナンスが、４ビット優先度フィールド、１ビット管理フィールド、１ビットプロトコルインジケーションフラグ、６バイト送信機アドレスフィールド、および６バイトパケット番号フィールドのうちの１つまたは複数を含み得る。様々な実施形態で、１ビットプロトコルインジケーションフラグは、セットされたときに、特定のプロトコルバージョンを示し得る。
[0016] 様々な実施形態では、プロセッサが、第１のプロトコルバージョンに従う通信と関連付けられた第１の暗号化キーと、第２のプロトコルバージョンに従う通信と関連付けられた第２の暗号化キーとを導出するようにさらに構成され得る。様々な実施形態で、プロセッサは、プロトコルバージョンインジケーションが第１のプロトコルバージョンを示すときに、第１の暗号化キーを使用してＭＰＤＵの一部を復号するようにさらに構成され得る。プロセッサは、プロトコルバージョンインジケーションが第２のプロトコルバージョンを示すときに、第２の暗号化キーを使用してＭＰＤＵの一部を復号するようにさらに構成され得る。様々な実施形態で、第１および第２の暗号化キーは、一時キーを含み得る。
[0017] 別の態様は、ワイヤレスシステム内でＭＰＤＵを処理するための装置を提供する。装置は、プロトコルバージョンに従う通信のインジケーションを備えるＭＡＣプロトコルデータユニットを受信するための手段を含む。装置は、そのインジケーションに少なくとも部分的に基づいて複数のリプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを選択するための手段をさらに含む。装置は、選択されたリプレイカウンタに従って受信されたＭＡＣプロトコルデータユニットを処理するための手段をさらに含む。
[0018] 様々な実施形態では、複数のリプレイカウンタの第１および第２のセットが、それぞれ、トラフィックインジケータごとおよび送信機アドレスごとに１つのリプレイカウンタを含み得る。様々な実施形態で、選択されたリプレイカウンタに従って受信されたＭＡＣプロトコルデータユニットを処理するための手段は、ＭＡＣプロトコルデータユニットのパケット番号が選択されたリプレイカウンタにおいて維持される値以下であるかどうかに基づいてＭＡＣプロトコルデータユニットを選択的に破棄するための手段を含み得る。
[0019] 様々な実施形態で、ＭＰＤＵは、プロトコルバージョンインジケーションが第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダを含み得る。ＭＰＤＵは、プロトコルバージョンインジケーションが第２のプロトコルバージョンを示すときに、第１の長さより短い第２の長さを有する第２のセキュリティヘッダを含み得る。
[0020] 様々な実施形態では、装置が、プロトコルバージョンに従う通信のインジケーションを備えるナンスを、受信されたＭＰＤＵに基づいて生成するための手段をさらに含み得る。様々な実施形態では、ナンスが、４ビット優先度フィールド、１ビット管理フィールド、１ビットプロトコルインジケーションフラグ、６バイト送信機アドレスフィールド、および６バイトパケット番号フィールドのうちの１つまたは複数を含み得る。様々な実施形態で、１ビットプロトコルインジケーションフラグは、セットされたときに、特定のプロトコルバージョンを示し得る。
[0021] 様々な実施形態では、装置が、第１のプロトコルバージョンに従う通信と関連付けられた第１の暗号化キーと、第２のプロトコルバージョンに従う通信と関連付けられた第２の暗号化キーとを導出するための手段をさらに含み得る。様々な実施形態で、装置は、プロトコルバージョンインジケーションが第１のプロトコルバージョンを示すときに、第１の暗号化キーを使用してＭＰＤＵの一部を復号するための手段をさらに含み得る。装置は、プロトコルバージョンインジケーションが第２のプロトコルバージョンを示すときに、第２の暗号化キーを使用してＭＰＤＵの一部を復号するための手段をさらに含み得る。様々な実施形態で、第１および第２の暗号化キーは、一時キーを含み得る。
[0022] 別の態様は、非一時的コンピュータ可読媒体を提供する。媒体はコードを含み、コードは、１つまたは複数のプロセッサによって実行されたときに、プロトコルバージョンに従う通信のインジケーションを備えるＭＡＣプロトコルデータユニットを装置に受信させる。媒体はコードをさらに含み、コードは、実行されたときに、そのインジケーションに少なくとも部分的に基づいて複数のリプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを装置に選択させる。媒体はコードをさらに含み、コードは、実行されたときに、選択されたリプレイカウンタに従って受信されたＭＡＣプロトコルデータユニットを装置に処理させる。
[0023] 様々な実施形態では、複数のリプレイカウンタの第１および第２のセットが、それぞれ、トラフィックインジケータごとおよび送信機アドレスごとに１つのリプレイカウンタを含み得る。様々な実施形態で、選択されたリプレイカウンタに従って受信されたＭＡＣプロトコルデータユニットを処理することは、ＭＡＣプロトコルデータユニットのパケット番号が選択されたリプレイカウンタにおいて維持される値以下であるかどうかに基づいてＭＡＣプロトコルデータユニットを選択的に破棄することを含み得る。
[0024] 様々な実施形態で、ＭＰＤＵは、プロトコルバージョンインジケーションが第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダを含み得る。ＭＰＤＵは、プロトコルバージョンインジケーションが第２のプロトコルバージョンを示すときに、第１の長さより短い第２の長さを有する第２のセキュリティヘッダを含み得る。
[0025] 様々な実施形態では、媒体がコードをさらに含み得、コードは、実行されたときに、プロトコルバージョンに従う通信のインジケーションを備えるナンスを、受信されたＭＰＤＵに基づいて装置に生成させる。様々な実施形態では、ナンスが、４ビット優先度フィールド、１ビット管理フィールド、１ビットプロトコルインジケーションフラグ、６バイト送信機アドレスフィールド、および６バイトパケット番号フィールドのうちの１つまたは複数を含み得る。様々な実施形態で、１ビットプロトコルインジケーションフラグは、セットされたときに、特定のプロトコルバージョンを示し得る。
[0026] 様々な実施形態では、媒体がコードをさらに含み得、コードは、実行されたときに、第１のプロトコルバージョンに従う通信と関連付けられた第１の暗号化キーと、第２のプロトコルバージョンに従う通信と関連付けられた第２の暗号化キーとを装置に導出させる。様々な実施形態では、媒体がコードをさらに含み得、コードは、実行されたときに、プロトコルバージョンインジケーションが第１のプロトコルバージョンを示すときに、第１の暗号化キーを使用してＭＰＤＵの一部を装置に復号させる。媒体はコードをさらに含み得、コードは、実行されたときに、プロトコルバージョンインジケーションが第２のプロトコルバージョンを示すときに、第２の暗号化キーを使用してＭＰＤＵの一部を装置に復号させる。様々な実施形態で、第１および第２の暗号化キーは、一時キーを含み得る。
本開示の態様が採用され得るワイヤレス通信システムの一例を示す図である。 図１のワイヤレス通信システム内で採用され得るワイヤレスデバイスにおいて利用され得る、受信機を含む様々な構成要素を示す図である。 媒体アクセス制御（ＭＡＣ）ヘッダの一例を示す図である。 媒体アクセス制御（ＭＡＣ）ヘッダのコンテンツの一例を示す図である。 媒体アクセス制御（ＭＡＣ）ヘッダのフレーム制御フィールドのコンテンツの一例を示す図である。 圧縮ＭＡＣヘッダの一例を示す図である。 図４のＭＡＣヘッダの一態様による、ＭＰＤＵのための図４の圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図である。 第１のプロトコルバージョンによる、ワイヤレス通信内で使用され得る暗号ナンスを示す図である。 第２のプロトコルバージョンによる、ワイヤレス通信内で使用され得る暗号ナンスを示す図である。 図１のワイヤレス通信システム内で採用され得るワイヤレス通信の例示的な方法のフローチャートである。
[0037] 添付の図面を参照して、新規のシステム、装置、および方法の様々な態様がこれ以降においてより完全に説明される。しかしながら、教示の本開示は、多くの異なる形態で具現化され得るものであり、本開示全体にわたって提示される任意の特定の構造または機能に限定されるものと解釈されるべきではない。むしろ、これらの態様は、本開示が徹底して完全なものとなり、本開示の範囲を当業者に完全に伝えるために提供される。本開示の範囲は、本発明の他の態様とは無関係に実施されるにせよ、本発明の他の態様と組み合わせて実施されるにせよ、本明細書で開示する新規のシステム、装置、および方法の任意の態様をカバーする。例えば、本明細書に記載の任意の数の態様を使用して、装置が実施され得、または方法が実践され得る。さらに、本発明の範囲は、本明細書に記載の本発明の様々な態様に加えてまたはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実践されるそのような装置または方法をカバーする。本明細書で開示する任意の態様が、請求項の１つまたは複数の要素によって具現化され得る。
[0038] 本明細書では特定の態様が説明されるが、これらの態様の多くの変形および置換が本開示の範囲内に入る。好ましい態様のいくつかの利益および利点について説明するが、本開示の範囲は特定の利益、使用、または目的に限定されない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および送信プロトコルに広く適用可能であり、そのうちのいくつかが例として図面および好ましい態様の以下の説明において示される。この詳細な説明および図面は、限定的であるのではなく本開示の説明に役立つものにすぎず、本開示の範囲は、添付の特許請求の範囲とその同等物とによって定義される。
[0039] 普及しているワイヤレスネットワーク技術は、様々なタイプのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を含み得る。ＷＬＡＮは、広く使用されるネットワーキングプロトコルを採用して、近接デバイスを互いに相互接続するために使用され得る。本明細書に記載される様々な態様は、ＷｉＦｉ（登録商標）、またはより一般的には、ワイヤレスプロトコルのＩＥＥＥ８０２．１１ファミリーの任意のメンバーなどの任意の通信規格に適用され得る。例えば、本明細書に記載される様々な態様は、サブ１ＧＨｚ帯域を使用するＩＥＥＥ８０２．１１ａｈプロトコルの一部として使用され得る。
[0040] いくつかの態様では、サブギガヘルツ帯域中のワイヤレス信号が、直交周波数分割多重化（ＯＦＤＭ）、直接シーケンススペクトル拡散（ＤＳＳＳ：direct-sequence spread spectrum）通信、ＯＦＤＭとＤＳＳＳ通信との組合せ、または他の方式を使用して、８０２．１１ａｈプロトコルに従って送信され得る。８０２．１１ａｈプロトコルの実施は、センサー、メータリング、およびスマートグリッドネットワークのために使用され得る。有利には、８０２．１１ａｈプロトコルを実施するいくつかのデバイスの態様は、他のワイヤレスプロトコルを実施するデバイスよりも少ない電力を消費し得、および／または比較的長い距離、例えば約１キロメートル以上にわたってワイヤレス信号を送信するために使用され得る。
[0041] いくつかの実施では、ＷＬＡＮが、ワイヤレスネットワークにアクセスする構成要素である様々なデバイスを含む。例えば、２つのタイプのデバイス、すなわちアクセスポイント（「ＡＰ」）およびクライアント（局または「ＳＴＡ」とも呼ばれる）が存在し得る。概して、ＡＰはＷＬＡＮのためのハブまたは基地局として働き、ＳＴＡはＷＬＡＮのユーザとして働く。例えば、ＳＴＡは、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、モバイルフォンなどであり得る。一例では、ＳＴＡが、インターネットまたは他のワイドエリアネットワークへの一般的な接続性を取得するために、ＷｉＦｉ（例えば、８０２．１１ａｈなどのＩＥＥＥ８０２．１１プロトコル）準拠のワイヤレスリンクを介してＡＰに接続する。いくつかの実施では、ＳＴＡがＡＰとしても使用され得る。
[0042] アクセスポイント（「ＡＰ」）はまた、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、ｅノードＢ、基地局コントローラ（「ＢＳＣ」）、トランシーバ基地局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、または他の何らかの用語を備え、それらのいずれかとして実施され、またはそれらのいずれかとして知られ得る。
[0043] 局「ＳＴＡ」は、アクセス端末（「ＡＴ」）、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、もしくは他の何らかの用語を備え、それらのいずれかとして実施され、またはそれらのいずれかとして知られ得る。いくつかの実施では、アクセス端末が、携帯電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された他の何らかの適切な処理デバイスを備え得る。従って、本明細書で教示する１つまたは複数の態様は、電話（例えば、セルラーフォンまたはスマートフォン）、コンピュータ（例えば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス（例えば、個人情報端末）、エンターテインメントデバイス（例えば、音楽またはビデオデバイス、または衛星ラジオ）、ゲームデバイスまたはシステム、全地球測位システムデバイス、あるいはワイヤレス媒体を介して通信するように構成された他の好適なデバイスに組み込まれ得る。
[0044] 上述されたように、本明細書で説明されるデバイスのうちのいくつかは、例えば、８０２．１１ａｈ規格を実施し得る。そのようなデバイスは、ＳＴＡとして使用されるか、ＡＰとして使用されるか、他のデバイスとして使用されるかにかかわらず、スマートメータリングのためにまたはスマートグリッドネットワークにおいて使用され得る。そのようなデバイスは、センサー適用例を提供するか、またはホームオートメーションにおいて使用され得る。デバイスは、代わりにまたは追加として、ヘルスケアコンテキストにおいて、例えば、パーソナルヘルスケアのために使用され得る。それらのデバイスはまた、監視のため、拡張された範囲のインターネット接続性（例えば、ホットスポットで使用する）を可能するため、またはマシンツーマシン通信を実施するために使用できる。
[0045] 図１に、本開示の態様が採用され得るワイヤレス通信システム１００の一例を示す。ワイヤレス通信システム１００は、ワイヤレス規格、例えば８０２．１１ａｈ規格に従って動作し得る。ワイヤレス通信システム１００は、ＳＴＡ１０６と通信するＡＰ１０４を含み得る。
[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] 図３Ａに、暗号ブロック連鎖メッセージ認証コードプロトコル（ＣＣＭＰ：cipher block chaining message authentication code protocol）暗号化とともにカウンタモードを使用する３アドレスＭＡＣヘッダであるＭＡＣヘッダ３００ａの一例を示す。本明細書では、図示されるフィールドが、特定のサイズおよび順序に関して示され説明されるが、様々な実施形態では、本明細書のフィールドが、リサイズ、リオーダー、または省略されてよく、さらなるフィールドが追加されてもよい。図示のように、ＭＡＣヘッダ３００ａは、１２個の異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド３０５ａと、持続時間／識別情報（ｄｕｒ）フィールド３１０ａと、受信機アドレス（ａ１）フィールド３１５ａと、送信機アドレス（ａ２）フィールド３２０ａと、宛先アドレス（ａ３）フィールド３２５ａと、シーケンス制御（ｓｃ）フィールド３３０ａと、サービス品質（ＱｏＳ）制御（ｑｃ）フィールド３３５ａと、高スループット（ｈｔ）制御フィールド３４０ａと、ＣＣＭＰ（ｃｃｍｐ）フィールド３４５ａと、論理リンク制御（ＬＬＣ）／サブネットワークアクセスプロトコル（ＳＮＡＰ）（ｌｌｃ／ｓｎａｐ）フィールド３５０ａと、メッセージ完全性検査（ｍｉｃ）フィールド３６０ａと、フレーム制御シーケンス（ｆｃｓ）フィールド３６５ａとを含む。
[0076] 図３Ａおよび図３Ｂに、ＭＡＣヘッダ３００ａのｆｃフィールド３０５ａ中に含まれ得るデータのタイプをさらに示す。例えば、ｆｃフィールド３０５ａは、プロトコルバージョン（ｐｖ）サブフィールド３７２と、フレームタイプ（タイプ）サブフィールド３７４と、フレームサブタイプ（サブタイプ）サブフィールド３７６と、配信先システム（ｔｏ−ｄｓ）サブフィールド３７８と、配信元システム（ｆｒｏｍ−ｄｓ）サブフィールド３８０と、モアフラグメント（モアフラグ）サブフィールド３８２と、再試行サブフィールド３８４と、電力管理（ｐｍ）サブフィールド３８６と、モアデータ（ｍｄ）サブフィールド３８８と、保護フレーム（ｐｆ）サブフィールド３９０と、順序サブフィールド３９２とを含み得る。本明細書では、図示されるフィールドが、特定のサイズおよび順序に関して示され説明されるが、様々な実施形態では、本明細書のフィールドが、リサイズ、リオーダー、または省略されてよく、さらなるフィールドが追加されてもよい。
[0077] ｐｖサブフィールド３７２は、現在フレームのプロトコルバージョンを示すために使用され得る。（例えば、８０２．１１ａｄまでの）８０２．１１規格で、ｆｃフィールドのプロトコルバージョン（ｐｖ）サブフィールドは、プロトコルバージョン０（ＰＶ０）が唯一の定義されたプロトコルバージョンであるので、常に０に設定される。従って、プロトコルバージョンの他の値、例えば、１（ＰＶ１）、２（ＰＶ２）、および３（ＰＶ３）の使用は定義されない。本明細書で説明されるシステムおよび方法は、ＰＶ１、ＰＶ２、および／またはＰＶ３の一部として圧縮ＭＡＣヘッダを定義し得る。プロトコルバージョンは、通信のためにデバイスによって互換的に使用され得る。例えば、ＭＡＣヘッダの使用を定義するＰＶ０は、リンクのセットアップ、機能のネゴシエート、および高速データ転送のために使用され得る。さらに、様々な圧縮ＭＡＣヘッダの使用を定義するＰＶ１、ＰＶ２、および／またはＰＶ３は、省電力モードにあるとき、周期的ショートデータ送信のために使用され得る。
[0078] いくつかの実施形態では、圧縮フォーマットＭＡＣヘッダが、既存のプロトコルバージョン０（ＰＶ０）あるいは新たに定義されたプロトコルバージョン１（ＰＶ１）、ＰＶ２、および／またはＰＶ３を使用し得る。ＰＶ１、ＰＶ２、および／またはＰＶ３の使用は、デバイスが、ＰＶ０フレームのフォーマットに基づいて、受信したＭＰＤＵをパースすることを試みる状況を回避し得る。例えば、デバイスは、ＭＰＤＵのデータパケット部の最後の４オクテットをフレーム制御シーケンス（ＦＣＳ）に一致させることを試み得る。それが一致したとき、デバイスは、ＭＰＤＵ中のそのロケーションに持続時間フィールドがないにもかかわらず、デバイスのネットワーク割振りベクトル（ＮＡＶ：network allocation vector）を更新するために、持続時間フィールドの位置にあるデータの値を使用することがある。そのような誤検出が発生する確率は、いくつかのノードにおいてグリッチまたはジッタを生じるのに十分高いことがあり、これは、圧縮ＭＡＣヘッダフォーマットのためのＰＶ１、ＰＶ２、および／またはＰＶ３の使用の理由となり得る。
[0079] フレームタイプサブフィールド３７４は、長さが２ビットであり、（例えば、ＭＰＤＵ中の）フレームタイプとフレームの機能とを示すために使用され得る。いくつかの実施形態で、フレームタイプサブフィールド３７４は、フレームが、制御フレーム、データフレーム、または管理フレームであることを示し得る。いくつかの実施形態で、フレームタイプサブフィールド３７４は、フレームが、ビーコン、ＰＮＣ選択、関連付け要求、関連付け応答、帰属解除要求、肯定応答、コマンドなどであることを示し得る。サブタイプサブフィールド３７６は、関連するフレームタイプについて行うべき特定の機能を示すために使用され得る。各フレームタイプについて複数のサブタイプサブフィールドがあり得る。ｔｏ−ｄｓサブフィールド３７８は、フレームが分散型システム（ｄｓ）に送信されることになっているか、または送信されるかを示すために使用され得る。ｆｒｏｍ−ｄｓサブフィールド３８０は、フレームがｄｓから出ているかどうかを示すために使用され得る。いくつかの実施形態で、ｔｏ−ｄｓサブフィールド３７８およびｆｒｏｍ−ｄｓサブフィールド３８０はＭＰＤＵデータフレームタイプにおいて使用され得る。モアフラグサブフィールド３８２は、フレームの１つまたは複数の追加のフラグメントが送信されるべきであるかどうかを示すために使用され得る。再試行サブフィールド３８４は、現在フレームが再送信されているか否かを示すために使用され得る。例えば、再試行サブフィールド３８４は、前のフレームの再送信であるフレーム中で１に設定され得る。電力管理（ｐｍ）サブフィールド３８６は、電力管理状態を示すために使用され得る。例えば、ｐｍサブフィールド３８６は、ＳＴＡがアクティブモードにあるか、省電力モードにあるかを示し得る。モアデータ（ｍｄ）サブフィールド３８８は、追加のフレームが送信されるべきであるかどうかを示すために使用され得る。例えば、ｍｄサブフィールド３８８は、ＡＰが、ＳＴＡへの配信のためにバッファされているさらなるフレーム、従ってＳＴＡに送信すべきさらなるフレームを備えることを、省電力モードにある受信ＳＴＡに示すために使用され得る。保護フレーム（ｐｆ）サブフィールド３９０は、フレーム保護が存在するかどうかを示すために使用され得る。例えば、ｐｆサブフィールド３９０は、暗号化および／または認証がフレーム中で使用されるか否かを示し得る。いくつかの実施形態で、暗号化および認証を有するフレームについて、ｐｆサブフィールド３９０は、暗号化が存在することを示すように設定され得、サブタイプサブフィールド３７６は、認証が存在することを示すように設定され得る。順序サブフィールド３９２は、順序情報を示すために使用され得る。例えば、順序サブフィールド３９２は、全ての受信ＭＰＤＵデータフレームが順番に処理されることを示すために使用され得る。
[0080] 図３Ａは、さらに、フィールド３０５ａ〜３６５ａの各々のオクテット単位のサイズを示している。フィールドサイズの全ての値を合計すると、ＭＡＣヘッダ３００ａの全体的なサイズが得られ、それは５８オクテットである。所与のＭＰＤＵパケットの総サイズは２００オクテット程度であり得る。従って、ＭＡＣヘッダ３００ａは全体的なＭＰＤＵパケットサイズの大きい部分を備え、これは、ＭＰＤＵを送信するためのオーバーヘッドが大きいことを意味する。
[0081] 従って、ＭＰＤＵのための低減されたサイズのＭＡＣヘッダ（圧縮ＭＡＣヘッダ）を使用するためのシステムおよび方法について本明細書で説明される。そのような圧縮ＭＡＣヘッダの使用は、ＭＰＤＵ中のより少ないスペースがＭＡＣヘッダによって使用されることを可能にし、それによって、ＭＰＤＵ中のペイロードを送信するために必要とされるオーバーヘッドを低減する。従って、全体としてより少ないデータが送信される必要がある。データのより少ない送信は、より少ないデータを送信するためにより少ないリソースが使用されるので、データが送信される速度を増加させることができ、送信機による帯域幅の使用を低減でき、送信のために必要とされる電力を低減し得る。
[0082] 図４に、圧縮ＭＡＣヘッダ４００の一例を示す。図示のように、ＭＡＣヘッダ４００は、４つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド４０５と、第１のアドレス（ａ１）フィールド４１５と、第２のアドレス（ａ２）フィールド４２０と、シーケンス制御（ｓｃ）フィールド４３０とを含む。図４は、さらに、フィールド４０５〜４３０の各々のオクテット単位のサイズを示している。本明細書では、図示されるフィールドが、特定のサイズおよび順序に関して示され説明されるが、様々な実施形態では、本明細書のフィールドが、リサイズ、リオーダー、または省略されてよく、さらなるフィールドが追加されてもよい。例えば、追加のアドレスフィールド（例えば、ａ３および／またはａ４）が、場合によっては含まれてよい。
[0083] フィールドサイズの全ての値を合計が、ＭＡＣヘッダ４００の全体的なサイズを与え、それは１２オクテット（ＭＡＣヘッダ３００からの５４％のサイズ低減）であり得る。図示のように、以下でさらに説明されるように、ａ１フィールド４１５およびａ２フィールド４２０のうちの一方は長さが６オクテットであり得、他方は長さが２オクテットであり得る。随意のａ３およびａ４フィールドは、それらが含まれるいくつかの実施形態で、６オクテット長であり得る。ＭＡＣヘッダ４００の様々なフィールドは、以下で説明されるいくつかの異なる態様に従って利用され得る。
[0084] ＭＡＣヘッダ４００に示されているように、ｄｕｒフィールド３１０は省略され得る。通常、ＭＰＤＵを受信したデバイスは、少なくとも、送信機会中に干渉する送信を回避するために、デバイスが送信すべきでない時間を示すｄｕｒフィールド３１０を復号する。ｄｕｒフィールド３１０の代わりに、デバイスは、肯定応答を必要とするＭＰＤＵを受信した後、そのような肯定応答のための時間が過ぎるまでデータを送信しないように構成される場合がある。そのような肯定応答は、ＭＰＤＵが受信されたことを示すＡＣＫまたはＢＡであり得る。ＭＰＤＵ中のフィールド（例えば、ＡＣＫポリシーフィールド）が、ＡＣＫが受信されるまでデバイスが待機すべきであることを示す場合、デバイスは、ＭＰＤＵに対するＡＣＫが受信されるまで送信を延期するように構成され得る。フィールドは、ＭＰＤＵのＭＡＣヘッダまたはＰＨＹヘッダ中に含まれ得る。一態様では、応答フレームの送信が、応答フレームを送らせるＭＰＤＵを観察するＳＴＡに対して隠される場合がある。しかしながら、ＡＣＫが存在し得ることのＭＰＤＵ中の指示は、観察するＳＴＡを、ＭＰＤＵが終了した後、ＭＰＤＵの宛先であるＳＴＡによって応答フレームが送信されるまで待機させる。
[0085] 図４Ａに、ＭＡＣヘッダ４００の一態様による、ＭＰＤＵのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。図示のように、図中で「データ」と標示された列は、ＭＰＤＵの一部として送られる情報（図示のように、ａ１フィールド４１５およびａ２フィールド４２０および場合によってはａ３フィールドの情報）に対応する。本明細書では、図示されるフィールドが、特定のサイズおよび順序に関して示され説明されるが、様々な実施形態では、本明細書のフィールドが、リサイズ、リオーダー、または省略されてよく、さらなるフィールドが追加されてもよい。
[0086] 「ＡＣＫ」と標示された列は、対応するＡＣＫ中で送られる情報に対応する。「方向」と標示された列は、ＭＰＤＵが送られる方向またはリンクタイプを示す。いくつかの態様では、ＭＡＣヘッダ３００中で使用されるように、ａ１フィールド４１５とａ２フィールド４２０の両方に対してデバイスに対するグローバル一意識別子（例えば、ＭＡＣアドレス）を使用する代わりに、ａ１フィールド４１５またはａ２フィールド４２０の一方が、ローカル識別子を使用し得る。ローカル識別子は、例えば、特定のＢＳＳ中でデバイスを一意に識別するが、必ずしもグローバルにデバイスを一意に識別するとは限らないアクセス識別子（ＡＩＤ）を含み得る。図示のように、一例では、ＭＡＣヘッダ４００が、ＡＰからＳＴＡへのダウンリンク上で送信されるＭＰＤＵの一部である場合、ａ１フィールド４１５が受信機ＡＩＤ（Ｒ−ＡＩＤ）を含み得、ａ２フィールド４２０がＢＳＳＩＤを含み得る。
[0087] Ｒ−ＡＩＤは、ＭＰＤＵを受信するＳＴＡのＡＩＤである。Ｒ−ＡＩＤは、８１９２個のＳＴＡが、それらのＲ−ＡＩＤによって所与のＢＳＳにおいて一意にアドレス指定されることを可能にする１３ビットを備え得る。１３ビットのＲ−ＡＩＤは、約６０００個のＳＴＡと、ＭＰＤＵがマルチキャストまたはブロードキャストＭＰＤＵであるという指示、場合によっては、ＭＰＤＵ内に備えられるビーコンのバージョンを示すビーコン変化シーケンス番号と組み合わせた、マルチキャストまたはブロードキャストＭＰＤＵ（例えば、ビーコン）のタイプなど、２１９２個の他の値とに対応し得る。ＢＳＳＩＤは、ＡＰのＭＡＣアドレスであり、４８ビットを備え得る。
[0088] いくつかの態様では、ＢＳＳＩＤがＢＳＳＩＤの圧縮バージョンと置き換えられ得る。例えば、ＢＳＳＩＤの圧縮バージョンは、ＡＰがネットワークセットアップ中にそれ自体に自動割り当てし得るＡＩＤ（例えば、６バイトではなく２バイト）であり得る。ＡＩＤは、エリア中の他のＡＰが同じＡＩＤをもたないように選択され得る。ＭＡＣヘッダ４００とともにＭＰＤＵを受信したＳＴＡは、ａ１フィールド４１５および／またはａ２フィールド４２０に基づいて、それがＭＰＤＵの予定受信側であるか否かを一意に決定し得る。
[0089] 特に、ＳＴＡは、Ｒ−ＡＩＤがＳＴＡのＲ−ＡＩＤに一致するかどうかを確認し得る。Ｒ−ＡＩＤが一致した場合、ＳＴＡはＭＰＤＵの予定受信側であり得る。これは、異なるＢＳＳにおけるＳＴＡが、同じＲ−ＡＩＤを有し得るので、単独では、ＳＴＡが受信側であるかどうかを一意に決定しないことがある。従って、ＳＴＡは、さらに、ａ２フィールド４２０が、ＳＴＡが関連付けられたＡＰ（例えば、ＢＳＳ）のＢＳＳＩＤを含むかどうかを確認し得る。ＢＳＳＩＤがＳＴＡおよびＲ−ＡＩＤの関連付けに一致した場合、ＳＴＡは、それがＭＰＤＵの予定受信側であると一意に決定し、ＭＰＤＵをさらに処理し得る。そうでない場合、ＳＴＡはＭＰＤＵを無視し得る。
[0090] ＳＴＡがＭＰＤＵの予定受信側であるとＳＴＡが決定した場合、ＳＴＡは、ＭＰＤＵの正常な受信を示すために、ＡＰに肯定応答メッセージ（ＡＣＫ）を送り得る。一態様では、ＳＴＡが、ＡＣＫのＭＡＣまたは物理レイヤ（ＰＨＹ）ヘッダ中に、ＢＳＳＩＤの全てのビット（例えば、１３ビット）よりも少ないビットを備える部分ＢＳＳＩＤ（ｐＢＳＳＩＤ）など、ａ２フィールド４２０の全体または一部分を含み得る。いくつかの態様では、ｐＢＳＳＩＤがＢＳＳＩＤの圧縮バージョンであり得る。他の態様では、ＢＳＳＩＤの圧縮バージョンがｐＢＳＳＩＤであり得る。従って、ＡＣＫを生成するために、ＳＴＡは、受信されたＭＡＣヘッダ４００からビットを直接コピーし得、これは処理を低減する。ＡＣＫを受信するＡＰは、初期のＭＰＤＵの送信から一定の時間期間（例えば、短いフレーム間隔（ＳＩＦＳ））後すぐにＡＣＫが受信される場合、ＡＣＫはＳＴＡからのものであると決定し得る。これは、ＡＰが、同じ時間期間の間に同じ情報を有する２つのＡＣＫを受信する可能性が低いからである。別の態様では、ＳＴＡが、ＡＣＫのＭＡＣヘッダまたはＰＨＹヘッダ中で、ＭＰＤＵからの巡回冗長検査（ＣＲＣ：cyclic redundancy check）の全体または一部分、あるいはＭＰＤＵの全体または一部分のハッシュを送信し得る。ＡＰは、そのような情報について検査することによって、ＡＣＫを送ったＳＴＡを決定し得る。そのような情報はＭＰＤＵごとにランダムであるので、同じ情報をもつ２つのＡＣＫがＡＰによってその時間期間の後、受信されることになる可能性は極めて低い。
[0091] さらに、ＡＰによってＳＴＡに送信されるＭＰＤＵは、場合によっては、ＭＰＤＵをルーティングするために使用されるべきルーティングデバイスを示すために使用されるソースアドレス（ＳＡ）を含み得る。ＭＡＣヘッダ４００は、ＳＡがＭＡＣヘッダ４００中に存在するかどうかを示すビットまたはフィールドをさらに含み得る。一態様では、ＭＡＣヘッダ４００のフレーム制御フィールドの順序ビットが、ＳＡの存在または不在を示すために使用され得る。別の態様では、２つの異なるサブタイプが圧縮ＭＡＣヘッダ４００のために定義され得、１つのサブタイプは、ＳＡなどのａ３フィールドを含み、１つのサブタイプは、ＳＡなどのａ３フィールドを含まない。サブタイプは、ＭＡＣヘッダ４００のフレーム制御フィールドのサブタイプフィールドの値を介して示され得る。いくつかの態様では、ＡＰおよびＳＴＡが、別のＭＰＤＵの一部としてＳＡに関する情報を送信し得、ＭＰＤＵからＳＡを省略し得る。ＳＴＡは、ＳＡ情報を記憶し、それを、ＡＰから送られた全てのＭＰＤＵのために使用するか、または以下で説明されるように、それらに関連する特定の識別子（例えば、通信フローＩＤ）を有するいくつかのＭＰＤＵのために使用し得る。
[0092] 図示のように、ＭＡＣヘッダ４００が、ＳＴＡからＡＰへのアップリンク上で送信されるＭＰＤＵの一部である場合、ａ１フィールド４１５はＡＰのＢＳＳＩＤを含み、ａ２フィールド４２０は、送信機ＡＩＤ（Ｔ−ＡＩＤ）と呼ばれることがあるＳＴＡのＡＩＤを含む。ＡＰは、上述されたように、ＢＳＳＩＤとＴ−ＡＩＤとに基づいて、それがＭＰＤＵの予定受信側であるかどうかとＭＰＤＵの送信機とを同様に決定し得る。特に、ＡＰは、ＢＳＳＩＤがＡＰのＢＳＳＩＤに一致するかどうかを確認し得る。ＢＳＳＩＤが一致した場合、ＡＰはＭＰＤＵの予定受信側であり得る。さらに、ＡＰのＢＳＳにおける１つのＳＴＡがＴ−ＡＩＤを備えるので、ＡＰは、Ｔ−ＡＩＤに基づいてＭＰＤＵの送信機を決定し得る。
[0093] ＡＰがＭＰＤＵの予定受信側であるとＡＰが決定した場合、ＡＰは、ＭＰＤＵの正常な受信を示すために、ＳＴＡに肯定応答メッセージ（ＡＣＫ）を送り得る。一態様では、ＡＰが、ＡＣＫのＭＡＣヘッダまたは物理レイヤ（ＰＨＹ）ヘッダ中に、Ｔ−ＡＩＤなど、ａ２フィールド４２０の全体または一部分を含み得る。従って、ＡＣＫを生成するために、ＡＰは、受信されたＭＡＣヘッダ４００からビットを直接コピーし得、これは処理を低減する。ＡＣＫを受信するＳＴＡは、初期のＭＰＤＵの送信から一定の時間期間（例えば、短いフレーム間隔（ＳＩＦＳ））後すぐにＡＣＫが受信される場合、ＡＣＫはＡＰからのものであると決定し得る。これは、ＳＴＡが、同じ時間期間の間に同じ情報を有する２つのＡＣＫを受信する可能性が低いからである。別の態様では、ＡＰが、ＡＣＫのＭＡＣヘッダまたはＰＨＹヘッダ中で、ＭＰＤＵからの巡回冗長検査（ＣＲＣ）の全体または一部分、あるいはＭＰＤＵの全体または一部分のハッシュを送信し得る。ＳＴＡは、そのような情報について検査することによって、ＡＰがＡＣＫを送ったと決定し得る。そのような情報はＭＰＤＵごとにランダムであり、同じ情報をもつ２つのＡＣＫがＳＴＡによってその時間期間の後、受信されることになる可能性は極めて低い。
[0094] いくつかの態様では、ＡＣＫのアドレスフィールドが、グローバルに（例えば、大半のネットワークにおいて）ＡＣＫの送信機および／または受信機を一意に識別する１つもしくは複数のグローバルアドレス（例えば、ＭＡＣアドレス、ＢＳＳＩＤ）を含み得る。いくつかの態様では、アドレスフィールドが、ローカルに（例えば、特定のＢＳＳにおいてなど、ローカルネットワークにおいて）ＡＣＫの送信機および／または受信機を一意に識別する１つもしくは複数のローカルアドレス（例えば、関連付け識別子（ＡＩＤ））を含み得る。いくつかの態様では、アドレスフィールドが、ＡＣＫの送信機および／または受信機を識別する、部分的識別子または非一意識別子（例えば、ＭＡＣアドレスまたはＡＩＤの一部分）を含み得る。例えば、アドレスフィールドは、ＡＣＫによって肯定応答されているフレームからコピーされたＡＣＫの送信機および／または受信機のＡＩＤ、ＭＡＣアドレス、あるいはＡＩＤまたはＭＡＣアドレスの一部分のうちの１つであり得る。
[0095] いくつかの態様では、ＡＣＫの識別子フィールドが、肯定応答されているフレームを識別し得る。例えば、一態様では、識別子フィールドが、フレームのコンテンツのハッシュであり得る。別の態様では、識別子フィールドが、フレームのＣＲＣ（例えば、ＦＣＳフィールド）の全体または一部分を含み得る。別の態様では、識別子フィールドが、フレームのＣＲＣ（例えば、ＦＣＳフィールド）の全体または一部分と、ローカルアドレス（例えば、ＳＴＡのＡＩＤ）の全体または一部分とに基づき得る。別の態様では、識別子フィールドがフレームのシーケンス番号であり得る。別の態様では、識別子フィールドが、以下の、ＡＣＫの送信機／受信機の１つまたは複数のグローバルアドレス、ＡＣＫの送信機／受信機の１つまたは複数のローカルアドレス、ＡＣＫの送信機／受信機のグローバルアドレスの１つまたは複数の部分、またはＡＣＫの送信機／受信機のローカルアドレスの１つまたは複数の部分のうちの１つまたは複数を、任意の組合せで含み得る。例えば、識別子フィールドは、式１に示すように、グローバルアドレス（例えば、ＡＰのＢＳＳＩＤ、ＭＡＣアドレス）とローカルアドレス（例えば、ＳＴＡのＡＩＤ）とのハッシュを含み得る。
(dec(AID[0:8]) + dec(BSSID[44:47] XOR BSSID[40:43])25)mod 29 (式１)
[0096] 上式で、ｄｅｃ（）は、１６進数を１０進数に変換する関数である。本開示の範囲を逸脱することなく、同じ入力に基づく他のハッシュ関数が実施され得る。
[0097] いくつかの態様で、応答してＡＣＫが送られるフレームは、フレームの送信機によって設定されたトークン番号を含み得る。フレームの送信機は、アルゴリズムに基づいてトークン番号を生成し得る。いくつかの態様で、送信機によって生成されたトークン番号は、送信機によって送られる各フレームについて異なる値を有し得る。そのような態様で、フレームの受信機は、識別子をトークン番号として設定すること、またはトークン番号に少なくとも部分的に基づいて識別子を計算することによってなど、ＡＣＫの識別子フィールド中のトークン番号を使用して、肯定応答されているフレームを識別し得る。いくつかの態様で、識別子フィールドは、トークン番号と、ＡＣＫの送信機／受信機の１つまたは複数のグローバルアドレス、ＡＣＫの送信機／受信機の１つまたは複数のローカルアドレス、ＡＣＫの送信機／受信機のグローバルアドレスの１つまたは複数の部分、ＡＣＫの送信機／受信機のローカルアドレスの１つまたは複数の部分、あるいはフレームのＣＲＣの全体または一部分のうちの少なくとも１つとの組合せとして計算され得る。いくつかの他の態様で、トークン番号は、ＳＩＧフィールドおよび／もしくは制御情報（Ｃｏｎｔｒｏｌ Ｉｎｆｏ）フィールドなど、ＡＣＫ並びに／または肯定応答されているフレームの別のフィールドに含まれ得る。いくつかの態様で、トークンは、肯定応答されているフレームの、ＰＨＹプリアンブルに後続し得るＳＥＲＶＩＣＥフィールド中のスクランブリングシードから導出され得る。
[0098] 上記で説明された技法によって、応答フレーム（例えば、ＡＣＫ、ＣＴＳ、ＢＡ）は、開始フレーム（例えば、データ、ＲＴＳ、ＢＡＲ）中のＦＣＳまたは乱数（例えば、パケットＩＤ）などの値をエコーできる。エコー値は、スクランブラシードに少なくとも部分的に基づき得る。エコーされた値は、応答フレームのスクランブラシードフィールド中で送信され得る。エコーされた値は、応答フレームのＳＩＧフィールド中で送信され得る。エコーされた値は、応答フレーム中に含まれるＭＰＤＵ中で送信され得る。
[0099] いくつかの実施では、開始フレーム（例えば、データ、ＲＴＳ、ＢＡＲ）のフレームチェックサム（ＦＣＳ）が、乱数（例えば、パケットＩＤ）に基づくかまたはそれを含むことが望ましいことがある。この値はエコー値として使用され得る。そのような実施では、エコー値が、開始フレームのスクランブルされたシード中に含まれ得る。従って、ＦＣＳは、応答フレーム（例えば、ＡＣＫ、ＣＴＳ、ＢＡ）中で全体的にまたは部分的にエコーされ得る。
[00100] エコー値を使用して、エコー値を含むことによって、応答フレームは開始フレームの局識別子を含まないことがある。開始フレーム（例えば、データ、ＲＴＳ、ＢＡＲなど）に関するアドレス指定方式のうちの１つまたは複数は、開始フレームのＦＣＳまたはパケットＩＤをエコーするが、局識別子はエコーしない、応答フレーム（例えば、ＡＣＫ、ＣＴＳ、ＢＡなど）とともに使用され得る。これは、上述されたように通信を改善し得る。
[00101] さらに、ＳＴＡによってＡＰに送信されるＭＰＤＵは、場合によっては、ＭＰＤＵをルーティングするために使用されるべきルーティングデバイスを示すために使用される宛先アドレス（ＤＡ）を含み得る。ＭＡＣヘッダ４００は、ＤＡがＭＡＣヘッダ４００中に存在するかどうかを示すビットまたはフィールドをさらに含み得る。一態様では、ＭＡＣヘッダ４００のフレーム制御フィールドの順序ビットまたは「ａ３存在」ビットが、ＤＡの存在または不在を示すために使用され得る。別の態様では、２つの異なるサブタイプが圧縮ＭＡＣヘッダ４００のために定義され得、１つのサブタイプは、ＤＡなどのａ３フィールドを含み、１つのサブタイプは、ＤＡなどのａ３フィールドを含まない。サブタイプは、ＭＡＣヘッダ４００のフレーム制御フィールドのサブタイプフィールドの値を介して示され得る。いくつかの態様では、ＤＡの存在または省略を示すサブタイプの値が、ＤＬ ＭＰＤＵのためのＳＡの存在または不在を示すために使用されるのと同じ値である。いくつかの態様では、ＡＰおよびＳＴＡが、別のＭＰＤＵの一部としてＤＡに関する情報を送信し、ＭＰＤＵからＤＡを省略し得る。ＡＰは、ＤＡ情報を記憶し、それを、ＳＴＡから送られた全てのＭＰＤＵのために使用するか、またはそれらに関連する特定の識別子（例えば、通信フローＩＤ）を有するいくつかのＭＰＤＵのために使用し得る。
[00102] 図示のように、ＭＡＣヘッダ４００が、送信ＳＴＡから受信ＳＴＡへの直接リンク上で送信されるＭＰＤＵの一部である場合、ａ１フィールド４１５は、受信ＳＴＡのフル受信機アドレス（ＲＡ）を含み、ａ２フィールド４２０は、送信機ＡＩＤ（Ｔ−ＡＩＤ）と呼ばれることがある送信ＳＴＡのＡＩＤを含む。受信ＳＴＡは、上述されたように、ＲＡとＴ−ＡＩＤとに基づいて、それがＭＰＤＵの予定受信側であるかどうかとＭＰＤＵの送信機とを同様に決定し得る。特に、受信ＳＴＡは、ＲＡが受信ＳＴＡのＲＡに一致するかどうかを確認し得る。ＲＡが一致した場合、受信ＳＴＡはＭＰＤＵの予定受信側であり得る。さらに、受信ＳＴＡのＢＳＳにおける１つの送信ＳＴＡがＴ−ＡＩＤを備えるので、受信ＳＴＡは、Ｔ−ＡＩＤに基づいてＭＰＤＵの送信機を決定し得る。
[00103] 受信ＳＴＡがＭＰＤＵの予定受信側であると受信ＳＴＡが決定した場合、受信ＳＴＡは、ＭＰＤＵの正常な受信を示すために、送信ＳＴＡに肯定応答メッセージ（ＡＣＫ）を送り得る。一態様では、受信ＳＴＡが、ＡＣＫのＭＡＣヘッダまたは物理レイヤ（ＰＨＹ）ヘッダ中に、Ｔ−ＡＩＤなど、ａ２フィールド４２０の全体または一部分を含み得る。従って、ＡＣＫを生成するために、受信ＳＴＡは、受信されたＭＡＣヘッダ４００からビットを直接コピーし得、これは処理を低減する。ＡＣＫを受信する送信ＳＴＡは、初期のＭＰＤＵの送信から一定の時間期間（例えば、短いフレーム間隔（ＳＩＦＳ））後すぐにＡＣＫが受信される場合、ＡＣＫは受信ＳＴＡからのものであると決定し得る。これは、送信ＳＴＡが、同じ時間期間の間に同じ情報を有する２つのＡＣＫを受信する可能性が低いからである。別の態様では、受信ＳＴＡが、ＡＣＫのＭＡＣヘッダまたはＰＨＹヘッダ中で、ＭＰＤＵからの巡回冗長検査（ＣＲＣ）の全体または一部分、あるいはＭＰＤＵの全体または一部分のハッシュを送信し得る。送信ＳＴＡは、そのような情報について検査することによって、ＡＣＫを送った受信ＳＴＡを決定し得る。そのような情報はＭＰＤＵごとにランダムであるので、同じ情報をもつ２つのＡＣＫが送信ＳＴＡによってその時間期間の後、受信されることになる可能性は極めて低い。
[00104] ＭＰＤＵがダウンリンクの一部として送られるのか、アップリンクの一部として送られるのか、直接リンクの一部として送られるのかは、ＭＡＣヘッダ４００中のいくつかのビットによって示され得る。例えば、ｆｃフィールド４０５の配信先システム（ｔｏ−ｄｓ）およびｆｒｏｍ−ｄｓフィールドは、Ｔｏ−ＤＳ／Ｆｒｏｍ−ＤＳと標示された列に示すように、ＭＰＤＵを送るために使用されるリンクタイプ（例えば、ダウンリンクの場合は０１、アップリンクの場合は１０、および直接リンクの場合は００）を示すために使用され得る。従って、ＭＰＤＵの受信側は、各フィールド中の予想されるアドレスのタイプに基づいて、ａ１フィールド４１５およびａ２フィールド４２０の長さ（例えば、２オクテットまたは６オクテット）を決定し、それによって、各フィールド中に含まれているアドレスを決定し得る。
[00105] 別の態様では、ＭＰＤＵが、ダウンリンクの一部であるのか、アップリンクの一部であるのか、直接リンクの一部であるのかを示す代わりに、ＭＡＣヘッダ４００中の１ビット（例えば、ｔｏ−ｄｓ／ｆｒｏｍ−ｄｓフィールドの１ビット代用）が、ａ１フィールド４１５およびａ２フィールド４２０の各々中にどのタイプのアドレスがあるかを示すために使用され得る。例えば、ビットの１つの値は、ａ１フィールド４１５がＭＰＤＵの受信機のアドレスであることを示し、ａ２フィールド４２０がＭＰＤＵの送信機のアドレスであることを示し得る。ビットの他の値は、ａ１フィールド４１５がＭＰＤＵの送信機のアドレスであることを示し、ａ２フィールド４２０がＭＰＤＵの受信機のアドレスであることを示し得る。
[00106] ＭＡＣヘッダの圧縮は、ＭＡＣヘッダのフレーム制御フィールドのいくつかのサブフィールドを削除または変更することによって行われ得る。圧縮ＭＡＣヘッダは、次いで、ワイヤレスデバイス２０２からワイヤレスデバイス２０２に送られ得る。サブフィールドの削除または変更は、ＭＰＤＵのワイヤレスデバイス２０２に通信される必要がある情報に基づき得る。例えば、ワイヤレスデバイス２０２は、ＭＰＤＵを受信し、処理するために、ＭＡＣヘッダ３００のフレーム制御フィールド３０５ａ中の全ての情報を必要としないことがある。例えば、場合によっては、受信機は、フレーム制御フィールド３０５ａ中で送信され得る情報の一部をメモリにすでに記憶していることがある。ある場合には、ワイヤレスデバイス２０２は、前のＭＰＤＵまたはメッセージングパケットのＭＡＣヘッダ中でなど、ワイヤレスデバイス２０２から前に受信したＭＰＤＵ中でその情報を受信していることがある。別の場合には、ワイヤレスデバイス２０２は、製造時に、または別のデバイスとの通信を通してなど、そのような情報を事前プログラムされていることがある。いくつかの態様では、ワイヤレスデバイス２０２が、ワイヤレスデバイス２０２において記憶された情報（例えば、ＭＡＣヘッダのフィールドの値）をワイヤレスデバイス２０２に示し得る。ワイヤレスデバイス２０２は、次いで、ワイヤレスデバイス２０２に送られるＭＰＤＵ中の、フレーム制御フィールドのサブフィールド、またはＭＡＣヘッダの他のフィールドから、そのような情報を省略し得る。
[00107] いくつかの実施形態では、ヘッダが、セキュリティがＭＰＤＵのために有効にされるとき、異なるフィールドを有し得る。例えば、ＭＰＤＵは、セキュリティが有効であるとき、カウンタモード／ｃｂｃ−ｍａｃプロトコル（ＣＣＭＰ：counter-mode/cbc-mac protocol）ヘッダを有し得る。ＣＣＭＰヘッダはＭＡＣヘッダの一部であり得る。通常、ＣＣＭＰヘッダは、いくつかのパケット番号（ＰＮ）（例えば、ＰＮ０、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４、ＰＮ５）を含む。ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５の値は、頻繁には変化しないことがある。従って、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５に基づいて、ベースＰＮが作成され得る（例えば、ＰＮ２｜ＰＮ３｜ＰＮ４｜ＰＮ５）。ベースＰＮは、メッセージの一部として送られ、通信デバイスのペアのために記憶され得る。従って、一例では、ＣＣＭＰヘッダが、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５のフィールドを含まないが、ＰＮ０およびＰＮ１のフィールドのみを含むことがある。ＭＰＤＵの受信機は、受信機において記憶された、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５のフィールドを含むベースＰＮフィールドを、受信されたＰＮ０およびＰＮ１のフィールドと組み合わせることによって、ＣＣＭＰヘッダを再構成し得る。いくつかの実施形態では、セキュリティ関連パケット番号（ＰＮ）が、シーケンス制御（ＳＣ）フィールドのシーケンス番号（ＳＮ）およびベースパケット番号（ＢＰＮ）から生成され得る。ＭＩＣフィールドまたはＦＣＳフィールドなど、いずれかのＣＲＣタイプフィールドを含むＭＰＤＵの符号化はフルＣＣＭＰヘッダに基づき得るので、ＣＣＭＰヘッダは、ＭＰＤＵの復号の前に再構成され得る。様々な実施形態では、そのような態様が、「圧縮セキュリティヘッダ」と呼ばれることがある。
[00108] いくつかの実施形態では、圧縮セキュリティヘッダが、いくつかのプロトコルバージョンにおいて利用され得る。例えば、一態様では、圧縮セキュリティヘッダが、プロトコルバージョン１（ＰＶ１）において利用され得るが、プロトコルバージョン０（ＰＶ０）において利用されない。従って、複数のプロトコルバージョンを含むシステムにおいて、ＰＶ１ ＭＰＤＵは、パケットＳＮに基づくセキュリティＰＮを含み得るが、ＰＶ０ ＭＰＤＵは、パケットＳＮに基づかないセキュリティＰＮを含み得る。いくつかの実施形態では、ＰＶ０セキュリティ実施が、ＰＶ１と相互動作するように修正される。しかしながら、修正されたＰＶ０セキュリティ実施は、レガシーＰＶ０セキュリティ実施と互換性がない。従って、プロトコルバージョン間でセキュリティ実施を分離することが望ましい場合がある。
[00109] 一実施形態では、ワイヤレスデバイス２０２（図２）が、複数のプロトコルバージョンの各々（例えば、上述されたＰＶ０およびＰＶ１のプロトコルバージョンの各々）に対してＰＮリプレイカウンタ２０７の別個のセットを維持し得る。ワイヤレスデバイス２０２は、到来するＭＰＤＵはすでに受信されているかどうか（例えば、ＭＰＤＵは複製であるかどうか）を決定するために、受信機とともにＰＮリプレイカウンタ２０７を使用し得る。例えば、ＰＮリプレイカウンタ２０７を使用して、ワイヤレスデバイス２０２は、到来するＭＰＤＵの値（例えば、パケット番号（ＰＮ）、シーケンス番号（ＳＮ）、など）が、すでに到達しているＭＰＤＵの値（例えば、ＰＮ、ＳＮ、など）と一致するかどうかを検出し得る。到来するＭＰＤＵの（例えば）ＰＮが、すでに到達しているＭＰＤＵのＰＮと一致した場合、ワイヤレスデバイス２０２は、到来するＭＰＤＵは無効であると決定して、到来するＭＰＤＵを破棄し得る。一態様で、このプロセスは、ＭＰＤＵ内のＰＮが、データセッションに対して維持されるリプレイカウンタより大きいことを確証することによって、ＭＰＤＵのリプレイを防止する。一態様では、各ＭＰＤＵと関連付けられたＰＮ値が、各ＭＰＤＵ送信とともに逐次増加し得る。次いで、ワイヤレスデバイス２０２は、ＭＰＤＵが、関連付けられたリプレイカウンタ２０７内で維持される値以下であるＰＮ値とともに受信された場合、そのＭＰＤＵを破棄し得る。このようにして、ワイヤレスデバイス２０２は、ＭＰＤＵを送信するデバイス（例えば、ソースデバイス）とＭＰＤＵを受信するデバイス（例えば、宛先デバイス）との間のＭＰＤＵの中断および／または変化(interception and/or a change)を防止し得る。一例として、ワイヤレスデバイス２０２が一定のＰＮを有する第１のＭＰＤＵを受信する場合、ワイヤレスデバイス２０２は、関連付けられたＰＮリプレイカウンタ２０７の値を更新し得る。次いで、ワイヤレスデバイス２０２が関連付けられたＰＮリプレイカウンタ２０７の値以下であるＰＮ値とともに第２のＭＰＤＵを受信する場合、ワイヤレスデバイス２０２は、第２のＭＰＤＵを破棄し得る。いくつかの態様では、第１のＭＰＤＵがＰＶ０ ＭＰＤＵであり、第２のＭＰＤＵがＰＶ１ ＭＰＤＵである場合、これらは異なるプロトコルバージョンの異なる目的のために働くので、この結果は望ましくない。従って、いくつかの実施形態では、場合によって同様のＰＶ０ ＭＰＤＵおよびＰＶ１ ＭＰＤＵに対して単一のＰＮリプレイカウンタ２０７を維持するのではなく、ワイヤレスデバイス２０２が、ＰＶ０に対してトラフィックインジケータ（ＴＩＤ）ごとおよび送信機アドレス（ＴＡ）ごとに１つのＰＮリプレイカウンタ２０７を維持し、ＰＶ１に対してＴＩＤごとおよびＴＡごとに１つのＰＮリプレイカウンタ２０７を維持し得る。従って、いくつかの実施形態では、ワイヤレスデバイス２０２が、以下でさらに説明されるように、２つの異なるプロトコルバージョン間でＰＮ（例えば、セキュリティＰＮ）を連係させない。
[00110] ワイヤレスデバイス２０２がＰＶ０およびＰＶ１に対してＰＮリプレイカウンタ２０７の別個のセットを維持する実施形態では、ＰＶ０ ＭＰＤＵが、ＰＶ１ ＭＰＤＵと同じＰＮを有することが可能である。従って、ＣＣＭＰナンスがＰＮに少なくとも部分的に基づくレガシー実施形態では、所与の暗号化キーに対して同じナンスが２回生じる可能性がある。例えば、ワイヤレスデバイス２０２が、ＰＶ０およびＰＶ１に対してＰＮリプレイカウンタ２０７の別個のセットを維持しない、前のシステムでは、ワイヤレスデバイス２０２が、同じＰＮ（例えば、または値のより低いＰＮ）を共有するＰＶ０ ＭＰＤＵとＰＶ１ ＭＰＤＵとの間の差を識別しない。従って、それらの一致するＰＮは、同じＰＮリプレイカウンタをトリガし得るので、前のシステムは、ＭＰＤＵのうちの一方を破棄し得る。従って、いくつかの実施形態では、各プロトコルバージョンに対して別個のナンスフォーマット（例えば、それはＴＩＤおよび／またはＴＡを含み得る）を実施することが望ましい場合があり、それによって、例えば、ＰＮが一意でない場合でもナンスが各プロトコルバージョンに対して一意のであり得る。図５および図６は、それぞれ、ＰＶ０およびＰＶ１の実施に対する例示的なナンスフォーマットを示す。
[00111] 図５は、第１のプロトコルバージョンによる、ワイヤレス通信内で使用され得る暗号ナンス５００を示す。本明細書で説明される様々なフィールドが再配置、リサイズされ得、いくつかのフィールドが省略され得、さらなるフィールドが追加され得る。図示のように、ナンス５００は、ナンスフラグ５１０と、アドレス（Ａ２）フィールド５２０と、パケット番号（ＰＮ）フィールド５３０とを含む。示される実施形態では、ナンスフラグ５１０が１バイトであり、アドレスフィールド５２０が６バイトであり、ＰＮフィールド５３０が６バイトである。ナンスフラグは４ビットの優先度フィールド５４０と、１ビットの管理フラグ５５０と、３ビットの予約済みビット５６０とを含む。一実施形態では、Ａ２フィールド５２０が、ナンスを含むＭＰＤＵの送信機アドレスを示し得る。
[00112] 図６は、第２のプロトコルバージョンによる、ワイヤレス通信内で使用され得る暗号ナンス６００を示す。本明細書で説明される様々なフィールドが再配置、リサイズされ得、いくつかのフィールドが省略され得、さらなるフィールドが追加され得る。図示のように、ナンス６００は、ナンスフラグ６１０と、アドレス（Ａ２）フィールド６２０と、パケット番号（ＰＮ）フィールド６３０とを含む。示される実施形態では、ナンスフラグ６１０が１バイトであり、アドレスフィールド６２０が６バイトであり、ＰＮフィールド６３０が６バイトである。ナンスフラグは４ビットの優先度フィールド６４０と、１ビットの管理フラグ６５０と、１ビットのプロトコルバージョンインジケーション６５５と、２ビットの予約済みビット６６０とを含む。一実施形態では、Ａ２フィールド５２０が、ナンスを含むＭＰＤＵの送信機アドレスを示し得る。
[00113] 様々な実施形態では、プロトコルバージョンインジケーション６５５が、ナンス６００のプロトコルバージョンを示し得る。例えば、プロトコルバージョンインジケーション６５５は、セットされたときにＭＰＤＵがＰＶ１を使用して送信されたことを示し、セットされないときにＭＰＤＵがＰＶ１でないプロトコルバージョンを使用して送信されたことを示すフラグであり得る。別の実施形態で、プロトコルバージョンインジケーション６５５は、セットされたときにＭＰＤＵがＰＶ０でないプロトコルバージョンを使用して送信されたことを示し、セットされないときにＭＰＤＵがＰＶ０を使用して送信されたことを示すフラグであり得る。他の実施形態で、プロトコルバージョンインジケーション６５５は、使用された特定のプロトコルバージョンを示し得る追加のビットを含み得る。
[00114] 他の実施形態では、ＰＶ０とＰＶ１の両方が、同じナンスフォーマットを使用し得る。いくつかの実施形態では、ワイヤレスデバイス２０２が、複数のプロトコルバージョンに対して別個の暗号化キーを導出し得る。例えば、ワイヤレスデバイス２０２は、それぞれ、ＰＶ０ ＭＰＤＵおよびＰＶ１ ＭＰＤＵに対して別個のトランジェントキー（ＴＫ：transient key）を導出し得る。従って、ＰＶ０とＰＶ１の両方の送信に対して、同じナンス値が時折、生成されることがあるが、別個の暗号化キーは、所与のセキュリティキーに対してナンスの一意性を確実にし得る。
[00115] 図７は、図１のワイヤレス通信システム１００内で利用され得るワイヤレス通信の例示的な方法のためのフローチャート７００を示す。この方法は、図２に示されるワイヤレスデバイス２０２のような、本明細書で説明されるデバイスによって全体または一部が実施され得る。示された方法は、図１に関して上記で説明されたワイヤレス通信システム１００、および図２に関して上記で説明されたワイヤレスデバイス２０２を参照しながら本明細書で説明されるが、示された方法は、本明細書で説明される別のデバイス、または任意の他の好適なデバイスによって実施され得る。示された方法は、特定の順序に関して本明細書で説明されるが、様々な実施形態では、本明細書のブロックが異なる順序で行われるか、または省略されてよく、さらなるブロックが追加されてもよい。
[00116] 最初に、ブロック７１０において、デバイス２０２は、プロトコルバージョンに従う通信のインジケーションを備えるＭＰＤＵを受信する。ＭＰＤＵは、本明細書で説明されるヘッダおよび／またはフィールドのうちの１つまたは複数を含み得る。例えば、受信機２１２は、本明細書で説明されるＰＶ０ ＭＰＤＵまたはＰＶ１ ＭＰＤＵを受信し得る。
[00117] 様々な実施形態では、複数のＰＮリプレイカウンタの第１および第２のセットが、それぞれ、トラフィックインジケータごとおよび送信機アドレスごとに少なくとも１つのＰＮリプレイカウンタを含み得る。その上、デバイス２０２は、それぞれ、第１および第２のプロトコルバージョンに従う通信と関連付けられた複数のリプレイカウンタの第１および第２のセットを（例えば、メモリ２０６の中に）維持し得る。プロセッサ２０４は、新しく受信されたＰＶ０ ＭＰＤＵが、そのＭＰＤＵが属する特定のパケット番号スペース内に有効な（例えば、一意の）パケット番号を備えるかどうかを決定するために、ＰＮリプレイカウンタを使用し得る。
[00118] 様々な実施形態で、ＭＰＤＵは、プロトコルバージョンインジケーションが第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダを含み得る。例えば、ＰＶ０ ＭＰＤＵは、上記で説明された正規のＭＡＣヘッダおよび／またはＭＡＣセキュリティヘッダ（例えば、図３に関して上述されたヘッダ３００）を含み得る。
[00119] 様々な実施形態で、ＭＰＤＵは、プロトコルバージョンインジケーションが第２のプロトコルバージョンを示すときに、第１の長さより短い第２の長さを有する第２のセキュリティヘッダを含み得る。例えば、ＰＶ１ ＭＰＤＵは、本明細書で説明される短縮されたＭＡＣヘッダおよび／または圧縮されたセキュリティヘッダ（例えば、図４に関して上記で説明されたヘッダ４００）を含み得る。一態様で、ＰＶ１ ＭＰＤＵの短縮されたＭＡＣヘッダおよび／または圧縮されたセキュリティヘッダは、ゼロバイトを備え得る（例えば、不在であり得る）。
[00120] 様々な実施形態で、デバイス２０２は、プロトコルバージョンに従う通信のインジケーションを備えるナンスを、受信されたＭＰＤＵに基づいて生成し得る。例えば、プロセッサ２０４は、ＰＶ０ ＭＰＤＵに対して、図５に関して上記で説明されたナンス５００を生成し得る。プロセッサ２０４は、ＰＶ１ ＭＰＤＵに対して、図６に関して上記で説明されたナンス６００を生成し得る。
[00121] 様々な実施形態で、ナンスは、４ビット優先度フィールド、１ビット管理フィールド、１ビットプロトコルインジケーションフラグ、６バイト送信機アドレスフィールド、および６バイトパケット番号フィールドのうちの１つまたは複数を含み得る。様々な実施形態で、１ビットプロトコルインジケーションフラグは、セットされたときに、特定の（例えば、第２の）プロトコルバージョンを示し得る。従って、いくつかの実施形態で、ナンスは、図６に関して上記で説明されたナンス６００を含み得る。いくつかの実施形態で、第２のプロトコルバージョンは、ＰＶ１プロトコルバージョンであり得る。
[00122] その後、ブロック７２０において、デバイス２０２は、プロトコルバージョンインジケーションに少なくとも部分的に基づいて、複数のＰＮリプレイカウンタの第１および第２のセットのうちの１つからＰＮリプレイカウンタを選択する。例えば、プロセッサ２０４は、ＭＰＤＵインジケーション（図３Ａに関して上記で説明された、フレーム制御フィールド３０５ａ内のプロトコルバージョンフィールド３７２など）に基づいて、ＭＰＤＵがＰＶ０ ＭＰＤＵであるかまたはＰＶ１ ＭＰＤＵであるかを決定し得る。プロセッサ２０４は、ＭＰＤＵのプロトコルバージョンに従う通信と関連付けられたＰＮリプレイカウンタのセットを選択し得る。
[00123] その後、ブロック７３０において、デバイス２０２は、選択されたリプレイカウンタに従って受信されたＭＡＣプロトコルデータユニットを処理する。例えば、プロセッサ２０４は、メモリ２０６から選択されたＰＮリプレイカウンタを取り出し得る。様々な実施形態で、選択されたリプレイカウンタに従って受信されたＭＡＣプロトコルデータユニットを処理することは、パケットのパケット番号（ＰＮ）が、ＰＮリプレイカウンタにおいて維持される値以下であるかどうかに基づいてＭＰＤＵを選択的に破棄することを含み得る。例えば、プロセッサ２０４は、ＭＰＤＵのＰＮが、選択されたＰＮリプレイカウンタにおいて維持される値に等しいかまたはそれより小さい（または古い）ときに、ＭＰＤＵを破棄し得る。
[00124] 様々な実施形態で、デバイス２０２は、第１のプロトコルバージョンに従う通信と関連付けられた第１の暗号化キーと、第２のプロトコルバージョンに従う通信と関連付けられた第２の暗号化キーとを導出し得る。例えば、プロセッサ２０４は、上述されたように、ＰＶ０およびＰＶ１に対する別個の暗号化キーを生成し得る。
[00125] 様々な実施形態で、デバイス２０２は、プロトコルバージョンインジケーションが第１のプロトコルバージョンを示すときに、第１の暗号化キーを使用してＭＰＤＵの一部を復号し得る。デバイス２０２は、プロトコルバージョンインジケーションが第２のプロトコルバージョンを示すときに、第２の暗号化キーを使用してＭＰＤＵの一部を復号し得る。例えば、プロセッサ２０４は、ＭＰＤＵがＰＶ０ ＭＰＤＵであるかまたはＰＶ１ ＭＰＤＵであるか（図３Ａに関して上記で説明された、フレーム制御フィールド３０５ａ内のプロトコルバージョンフィールド３７２など）を決定し得る。プロセッサ２０４は、ＭＰＤＵのプロトコルバージョンに基づいて、関連付けられた暗号化キーを適用し得る。様々な実施形態で、第１および第２の暗号化キーは、一時キーを含み得る。
[00126] ある実施形態で、図７に示される方法は、維持回路と、受信回路と、選択回路と、適用回路とを含み得るワイヤレスデバイス内で実施され得る。ワイヤレスデバイスは、本明細書で説明される簡略化されたワイヤレスデバイスよりも多くの構成要素を有し得る。本明細書で説明されるワイヤレスデバイスは、特許請求の範囲内の実施のいくつかの顕著な特徴を説明するのに有用な構成要素を含む。
[00127] 維持回路は、ＰＮリプレイカウンタ（例えば、図２のリプレイカウンタ２０７）の第１および第２のセットを維持するように構成され得る。維持回路は、図７の少なくともブロック７１０および／または７２０を実施するように構成され得る。維持回路は、プロセッサ２０４（図２）、メモリ２０６（図２）、受信機２１２（図２）、アンテナ２１６（図２）、およびトランシーバ２１４（図２）のうちの１つまたは複数を含み得る。いくつかの実施では、維持するための手段が維持回路を含み得る。
[00128] 受信回路は、ＭＰＤＵを受信するように構成され得る。受信回路は、図７の少なくともブロック７３０を実施するように構成され得る。受信回路は、受信機２１２（図２）、アンテナ２１６（図２）、およびトランシーバ２１４（図２）のうちの１つまたは複数を含み得る。いくつかの実施では、受信するための手段が受信回路を含み得る。
[00129] 選択回路は、ＰＮリプレイカウンタを選択するように構成され得る。選択回路は、図７の少なくともブロック７４０を実施するように構成され得る。選択回路は、プロセッサ２０４（図２）およびメモリ２０６（図２）のうちの１つまたは複数を含み得る。いくつかの実施では、選択するための手段が、選択回路を含み得る。
[00130] 適用回路は、例えば、選択されたリプレイカウンタに従って受信されたＭＡＣプロトコルデータユニットを処理するために、選択されたＰＮリプレイカウンタをＭＰＤＵに適用するように構成され得る。適用回路は、図７の少なくともブロック７５０を実施するように構成され得る。適用回路は、プロセッサ２０４（図２）およびメモリ２０６（図２）のうちの１つまたは複数を含み得る。いくつかの実施では、適用または処理するための手段が、適用回路を含み得る。
[00131] 本明細書で使用される「決定すること」という用語は、多種多様なアクションを包含する。例えば、「決定」は、計算、算出、処理、導出、調査、探索（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認などを含み得る。また、「決定すること」は、受け取ること（例えば、情報を受け取ること）、アクセスすること（例えば、メモリ内のデータにアクセスすること）、および類似物を含み得る。また、「決定」は、解決、選択、選出、確立などを含み得る。さらに、本明細書で使用する「チャネル幅」は、いくつかの態様では帯域幅を包含することがあるか、または帯域幅と呼ばれることもある。
[00132] 本明細書で使用する、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらのアイテムの任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａと、ｂと、ｃと、ａ−ｂと、ａ−ｃと、ｂ−ｃと、ａ−ｂ−ｃとを含む。
[00133] 上記で説明された方法の様々な動作は、（１つまたは複数の）様々なハードウェアおよび／またはソフトウェア構成要素、回路、および／または（１つまたは複数の）モジュールなど、それらの動作を行うことが可能な任意の好適な手段によって行われ得る。概して、図に示されている任意の動作は、それらの動作を行うことが可能な対応する機能手段によって行われ得る。
[00134] 本開示に関連して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または、本明細書で説明された機能を行うように設計されたそれらの任意の組合せで実施または行われ得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実施され得る。
[00135] １つまたは複数の態様では、説明された機能がハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実施され得る。ソフトウェアで実施する場合、機能が、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスし得る利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶デバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備え得る。さらに、任意の接続がコンピュータ可読媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術が、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）と、レーザーディスク（登録商標）（disc）と、光ディスク（disc）と、デジタル多用途ディスク（disc）（ＤＶＤ）と、フロッピー（登録商標）ディスク（disk）と、Ｂｌｕ−ｒａｙ（登録商標）ディスク（disc）とを含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。従って、いくつかの態様では、コンピュータ可読媒体が、非一時的コンピュータ可読媒体（例えば有形媒体）を備え得る。さらに、いくつかの態様では、コンピュータ可読媒体が、一時的コンピュータ可読媒体（例えば信号）を備え得る。上記の組合せもコンピュータ可読媒体の範囲内に含まれ得る。
[00136] 本明細書で開示される方法は、説明される方法を達成するための１つまたは複数のステップまたはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は特許請求の範囲から逸脱することなく変更され得る。
[00137] 説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実施され得る。ソフトウェアで実施される場合、機能は１つまたは複数の命令としてコンピュータ可読媒体上に記憶され得る。記憶媒体は、コンピュータによってアクセスし得る利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶デバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備え得る。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）と、レーザーディスク（disc）と、光ディスク（disc）と、デジタル多用途ディスク（disc）（ＤＶＤ）と、フロッピーディスク（disk）と、Ｂｌｕ−ｒａｙディスク（disc）とを含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。
[00138] 従って、いくつかの態様は、本明細書で提示された動作を行うためのコンピュータプログラム製品を備え得る。例えば、そのようなコンピュータプログラム製品は、命令が記憶（および／または符号化）され、それらの命令が本明細書で説明された動作を行うために１つまたは複数のプロセッサによって実行可能である、コンピュータ可読媒体を備え得る。いくつかの態様では、コンピュータプログラム製品がパッケージング材料を含み得る。
[00139] ソフトウェアまたは命令はまた、伝送媒体を介して送信され得る。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、伝送媒体の定義に含まれる。
[00140] さらに、本明細書で説明された方法および技法を行うためのモジュールおよび／または他の適切な手段は、適用可能な場合にユーザ端末および／または基地局によってダウンロードおよび／または他の方法で取得され得る。例えば、そのようなデバイスは、本明細書で説明された方法を行うための手段の転送を可能にするためにサーバに結合され得る。代替的に、本明細書で説明された様々な方法は、ユーザ端末および／または基地局が記憶手段をデバイスに結合するかまたは提供すると様々な方法を得ることができるように、記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなどの物理記憶媒体など）によって提供され得る。さらに、本明細書で説明された方法および技法をデバイスに提供するための任意の他の好適な技法が利用され得る。
[00141] 特許請求の範囲は、上記で示された厳密な構成および構成要素に限定されない。上記で説明された方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な修正、変更および変形が行われ得る。
[00142] 上記は本開示の態様を対象とするが、本開示の他の態様およびさらなる態様は、その基本的範囲から逸脱することなく考案され得、その範囲は以下の特許請求の範囲によって決定される。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレスシステム内で媒体アクセス制御（ＭＡＣ）プロトコルデータユニットを処理する方法であって、
プロトコルバージョンに従う通信のインジケーションを備える前記ＭＡＣプロトコルデータユニットを受信することと、
前記インジケーションに少なくとも部分的に基づいて複数のリプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを選択することと、
前記選択されたリプレイカウンタに従って前記受信されたＭＡＣプロトコルデータユニットを処理することとを備える、方法。
［Ｃ２］
リプレイカウンタの前記第１および第２のセットが、それぞれ、トラフィックインジケータおよび送信機アドレスの各々ごとに１つのリプレイカウンタを備える、Ｃ１に記載の方法。
［Ｃ３］
前記受信されたＭＡＣプロトコルデータユニットを処理することが、前記ＭＡＣプロトコルデータユニットのパケット番号が前記選択されたリプレイカウンタにおいて維持される値以下であるかどうかに基づいて、前記ＭＡＣプロトコルデータユニットを選択的に破棄することを備える、Ｃ１に記載の方法。
［Ｃ４］
第１および第２のプロトコルバージョンに従う通信と関連付けられたリプレイカウンタの前記第１および第２のセットをそれぞれ維持することをさらに備え、
前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが前記第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダをさらに備え、
前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが前記第２のプロトコルバージョンを示すときに、前記第１の長さより短い第２の長さを有する第２のセキュリティヘッダをさらに備える、Ｃ１に記載の方法。
［Ｃ５］
前記プロトコルバージョンに従う前記通信の前記インジケーションを備えるナンスを、前記受信されたＭＡＣプロトコルデータユニットに基づいて生成することをさらに備える、Ｃ１に記載の方法。
［Ｃ６］
前記ナンスが、４ビット優先度フィールド、１ビット管理フィールド、１ビットプロトコルインジケーションフラグ、６バイト送信機アドレスフィールド、および６バイトパケット番号フィールドのうちの１つまたは複数を備える、Ｃ５に記載の方法。
［Ｃ７］
前記１ビットプロトコルインジケーションフラグが、セットされたときに、特定のプロトコルバージョンを示す、Ｃ６に記載の方法。
［Ｃ８］
第１および第２のプロトコルバージョンに従う通信と関連付けられたリプレイカウンタの前記第１および第２のセットをそれぞれ維持することと、
前記第１のプロトコルバージョンに従う通信と関連付けられた第１の暗号化キーと、前記第２のプロトコルバージョンに従う通信と関連付けられた第２の暗号化キーとを導出することとをさらに備える、Ｃ１に記載の方法。
［Ｃ９］
前記プロトコルバージョンインジケーションが前記第１のプロトコルバージョンを示すときに、前記第１の暗号化キーを使用して前記ＭＡＣプロトコルデータユニットの第１の部分を復号することと、
前記プロトコルバージョンインジケーションが前記第２のプロトコルバージョンを示すときに、前記第２の暗号化キーを使用して前記ＭＡＣプロトコルデータユニットの第２の部分を復号することとをさらに備える、Ｃ８に記載の方法。
［Ｃ１０］
前記第１および第２の暗号化キーが、一時キーを備える、Ｃ８に記載の方法。
［Ｃ１１］
前記ＭＡＣプロトコルデータユニットがパケット番号を備え、前記プロトコルバージョンインジケーションが前記第１のプロトコルバージョンを示すときに、前記パケット番号が、前記ＭＡＣプロトコルデータユニットと関連付けられた記憶されたパケット番号情報に少なくとも部分的に基づき、前記プロトコルバージョンインジケーションが前記第２のプロトコルバージョンを示すときに、前記パケット番号が、前記ＭＡＣプロトコルデータユニットのシーケンス番号に少なくとも部分的に基づく、Ｃ８に記載の方法。
［Ｃ１２］
ワイヤレスシステム内で媒体アクセス制御（ＭＡＣ）プロトコルデータユニットを処理するように構成されたワイヤレスデバイスであって、
プロトコルバージョンに従う通信のインジケーションを備える前記ＭＡＣプロトコルデータユニットを受信するように構成された受信機と、
前記インジケーションに少なくとも部分的に基づいて複数のリプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを選択すること、並びに
前記選択されたリプレイカウンタに従って前記受信されたＭＡＣプロトコルデータユニットを処理すること
を行うように構成されたプロセッサとを備える、ワイヤレスデバイス。
［Ｃ１３］
リプレイカウンタの前記第１および第２のセットが、それぞれ、トラフィックインジケータおよび送信機アドレスの各々ごとに１つのリプレイカウンタを備える、Ｃ１２に記載のワイヤレスデバイス。
［Ｃ１４］
前記プロセッサが、前記ＭＡＣプロトコルデータユニットのパケット番号が前記選択されたリプレイカウンタにおいて維持される値以下であるかどうかに基づいて、前記ＭＡＣプロトコルデータユニットを選択的に破棄することによって、前記受信されたＭＡＣプロトコルデータユニットを処理するようにさらに構成される、Ｃ１２に記載のワイヤレスデバイス。
［Ｃ１５］
第１および第２のプロトコルバージョンに従う通信と関連付けられたリプレイカウンタの前記第１および第２のセットをそれぞれ維持するように構成されたメモリをさらに備え、
前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが前記第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダをさらに備え、
前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが前記第２のプロトコルバージョンを示すときに、前記第１の長さより短い第２の長さを有する第２のセキュリティヘッダをさらに備える、Ｃ１２に記載のワイヤレスデバイス。
［Ｃ１６］
前記プロセッサが、前記プロトコルバージョンに従う前記通信の前記インジケーションを備えるナンスを、前記受信されたＭＡＣプロトコルデータユニットに基づいて生成するようにさらに構成される、Ｃ１２に記載のワイヤレスデバイス。
［Ｃ１７］
前記ナンスが、４ビット優先度フィールド、１ビット管理フィールド、１ビットプロトコルインジケーションフラグ、６バイト送信機アドレスフィールド、および６バイトパケット番号フィールドのうちの１つまたは複数を備える、Ｃ１６に記載のワイヤレスデバイス。
［Ｃ１８］
前記１ビットプロトコルインジケーションフラグが、セットされたときに、特定のプロトコルバージョンを示す、Ｃ１７に記載のワイヤレスデバイス。
［Ｃ１９］
前記プロセッサが、
第１および第２のプロトコルバージョンに従う通信と関連付けられたリプレイカウンタの前記第１および第２のセットをそれぞれ維持することと、
前記第１のプロトコルバージョンに従う通信と関連付けられた第１の暗号化キーと、前記第２のプロトコルバージョンに従う通信と関連付けられた第２の暗号化キーとを導出することとを行うようにさらに構成される、Ｃ１２に記載のワイヤレスデバイス。
［Ｃ２０］
前記プロセッサが、
前記プロトコルバージョンインジケーションが前記第１のプロトコルバージョンを示すときに、前記第１の暗号化キーを使用して前記ＭＡＣプロトコルデータユニットの第１の部分を復号することと、
前記プロトコルバージョンインジケーションが前記第２のプロトコルバージョンを示すときに、前記第２の暗号化キーを使用して前記ＭＡＣプロトコルデータユニットの第２の部分を復号することとを行うようにさらに構成される、Ｃ１９に記載のワイヤレスデバイス。
［Ｃ２１］
前記第１および第２の暗号化キーが、一時キーを備える、Ｃ１９に記載のワイヤレスデバイス。
［Ｃ２２］
ワイヤレスシステム内で媒体アクセス制御（ＭＡＣ）プロトコルデータユニットを処理するための装置であって、
プロトコルバージョンに従う通信のインジケーションを備える前記ＭＡＣプロトコルデータユニットを受信するための手段と、
前記インジケーションに少なくとも部分的に基づいて複数のリプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを選択するための手段と、
前記選択されたリプレイカウンタに従って前記受信されたＭＡＣプロトコルデータユニットを処理するための手段とを備える、装置。
［Ｃ２３］
リプレイカウンタの前記第１および第２のセットが、それぞれ、トラフィックインジケータおよび送信機アドレスの各々ごとに１つのリプレイカウンタを備える、Ｃ２２に記載の装置。
［Ｃ２４］
前記受信されたＭＡＣプロトコルデータユニットを処理するための前記手段が、前記ＭＡＣプロトコルデータユニットのパケット番号が前記選択されたリプレイカウンタにおいて維持される値以下であるかどうかに基づいて、前記ＭＡＣプロトコルデータユニットを選択的に破棄するための手段を備える、Ｃ２２に記載の装置。
［Ｃ２５］
第１および第２のプロトコルバージョンに従う通信と関連付けられたリプレイカウンタの前記第１および第２のセットをそれぞれ維持するための手段をさらに備え、
前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが前記第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダをさらに備え、
前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが前記第２のプロトコルバージョンを示すときに、前記第１の長さより短い第２の長さを有する第２のセキュリティヘッダをさらに備える、Ｃ２２に記載の方法。
［Ｃ２６］
前記プロトコルバージョンに従う前記通信の前記インジケーションを備えるナンスを、前記受信されたＭＡＣプロトコルデータユニットに基づいて生成するための手段をさらに備える、Ｃ２２に記載の方法。
［Ｃ２７］
コードを備える非一時的コンピュータ可読媒体であって、前記コードが、１つまたは複数のプロセッサによって実行されたときに、
プロトコルバージョンに従う通信のインジケーションを備える媒体アクセス制御（ＭＡＣ）プロトコルデータユニットを受信することと、
前記インジケーションに少なくとも部分的に基づいて複数のリプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを選択することと、
前記選択されたリプレイカウンタに従って前記受信されたＭＡＣプロトコルデータユニットを処理することとを装置に行わせる、媒体。
［Ｃ２８］
リプレイカウンタの前記第１および第２のセットが、それぞれ、トラフィックインジケータおよび送信機アドレスの各々ごとに１つのリプレイカウンタを備える、Ｃ２７に記載の媒体。
［Ｃ２９］
コードをさらに備え、前記コードが、１つまたは複数のプロセッサによって実行されたときに、前記ＭＡＣプロトコルデータユニットのパケット番号が前記選択されたリプレイカウンタにおいて維持される値以下であるかどうかに基づいて、前記ＭＡＣプロトコルデータユニットを選択的に破棄することによって、前記受信されたＭＡＣプロトコルデータユニットを前記装置に処理させる、Ｃ２７に記載の媒体。
［Ｃ３０］
コードをさらに備え、前記コードが、１つまたは複数のプロセッサによって実行されたときに、第１および第２のプロトコルバージョンに従う通信と関連付けられたリプレイカウンタの前記第１および第２のセットをそれぞれ維持することを前記装置に行わせ、
前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが前記第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダをさらに備え、
前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが前記第２のプロトコルバージョンを示すときに、前記第１の長さより短い第２の長さを有する第２のセキュリティヘッダをさらに備える、Ｃ２７に記載の媒体。

Claims (27)

  1. ワイヤレスシステム内で媒体アクセス制御（ＭＡＣ）プロトコルデータユニットを処理する方法であって、
    プロトコルバージョンに従う通信のインジケーションを備える前記ＭＡＣプロトコルデータユニットを受信することと、
    前記インジケーションに少なくとも部分的に基づいて複数のリプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを選択することと、
    前記プロトコルバージョンに従う前記通信の前記インジケーションを備えるナンスを、前記受信されたＭＡＣプロトコルデータユニットに基づいて生成することと、
    前記選択されたリプレイカウンタに従って前記受信されたＭＡＣプロトコルデータユニットを処理することとを備える、方法。
  2. 複数のリプレイカウンタの前記第１および第２のセットが、それぞれ、トラフィックインジケータおよび送信機アドレスの各々ごとに１つのリプレイカウンタを備える、請求項１に記載の方法。
  3. 前記受信されたＭＡＣプロトコルデータユニットを処理することが、前記ＭＡＣプロトコルデータユニットのパケット番号が前記選択されたリプレイカウンタにおいて維持される値以下であるかどうかに基づいて、前記ＭＡＣプロトコルデータユニットを選択的に破棄することを備える、請求項１に記載の方法。
  4. 前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダをさらに備え、
    前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが第２のプロトコルバージョンを示すときに、前記第１の長さより短い第２の長さを有する第２のセキュリティヘッダをさらに備える、請求項１に記載の方法。
  5. 前記ナンスが、４ビット優先度フィールド、１ビット管理フィールド、１ビットプロトコルインジケーションフラグ、６バイト送信機アドレスフィールド、および６バイトパケット番号フィールドのうちの１つまたは複数を備える、請求項１に記載の方法。
  6. 前記１ビットプロトコルインジケーションフラグが、セットされたときに、特定のプロトコルバージョンを示す、請求項５に記載の方法。
  7. 第１および第２のプロトコルバージョンに従う通信と関連付けられた複数のリプレイカウンタの前記第１および第２のセットをそれぞれ維持することと、
    前記第１のプロトコルバージョンに従う通信と関連付けられた第１の暗号化キーと、前記第２のプロトコルバージョンに従う通信と関連付けられた第２の暗号化キーとを導出することとをさらに備える、請求項１に記載の方法。
  8. 前記インジケーションが前記第１のプロトコルバージョンを示すときに、前記第１の暗号化キーを使用して前記ＭＡＣプロトコルデータユニットの第１の部分を復号することと、
    前記インジケーションが前記第２のプロトコルバージョンを示すときに、前記第２の暗号化キーを使用して前記ＭＡＣプロトコルデータユニットの第２の部分を復号することとをさらに備える、請求項７に記載の方法。
  9. 前記第１および第２の暗号化キーが、一時キーを備える、請求項７に記載の方法。
  10. 前記ＭＡＣプロトコルデータユニットがパケット番号を備え、前記インジケーションが前記第１のプロトコルバージョンを示すときに、前記パケット番号が、前記ＭＡＣプロトコルデータユニットと関連付けられた記憶されたパケット番号情報に少なくとも部分的に基づき、前記インジケーションが前記第２のプロトコルバージョンを示すときに、前記パケット番号が、前記ＭＡＣプロトコルデータユニットのシーケンス番号に少なくとも部分的に基づく、請求項７に記載の方法。
  11. ワイヤレスシステム内で媒体アクセス制御（ＭＡＣ）プロトコルデータユニットを処理するように構成されたワイヤレスデバイスであって、
    プロトコルバージョンに従う通信のインジケーションを備える前記ＭＡＣプロトコルデータユニットを受信するように構成された受信機と、
    前記インジケーションに少なくとも部分的に基づいて複数のリプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを選択すること、
    前記プロトコルバージョンに従う前記通信の前記インジケーションを備えるナンスを、前記受信されたＭＡＣプロトコルデータユニットに基づいて生成すること、並びに
    前記選択されたリプレイカウンタに従って前記受信されたＭＡＣプロトコルデータユニットを処理すること
    を行うように構成されたプロセッサとを備える、ワイヤレスデバイス。
  12. 複数のリプレイカウンタの前記第１および第２のセットが、それぞれ、トラフィックインジケータおよび送信機アドレスの各々ごとに１つのリプレイカウンタを備える、請求項１１に記載のワイヤレスデバイス。
  13. 前記プロセッサが、前記ＭＡＣプロトコルデータユニットのパケット番号が前記選択されたリプレイカウンタにおいて維持される値以下であるかどうかに基づいて、前記ＭＡＣプロトコルデータユニットを選択的に破棄することによって、前記受信されたＭＡＣプロトコルデータユニットを処理するようにさらに構成される、請求項１１に記載のワイヤレスデバイス。
  14. 前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダをさらに備え、
    前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが第２のプロトコルバージョンを示すときに、前記第１の長さより短い第２の長さを有する第２のセキュリティヘッダをさらに備える、請求項１１に記載のワイヤレスデバイス。
  15. 前記ナンスが、４ビット優先度フィールド、１ビット管理フィールド、１ビットプロトコルインジケーションフラグ、６バイト送信機アドレスフィールド、および６バイトパケット番号フィールドのうちの１つまたは複数を備える、請求項１１に記載のワイヤレスデバイス。
  16. 前記１ビットプロトコルインジケーションフラグが、セットされたときに、特定のプロトコルバージョンを示す、請求項１５に記載のワイヤレスデバイス。
  17. 前記プロセッサが、
    第１および第２のプロトコルバージョンに従う通信と関連付けられた複数のリプレイカウンタの前記第１および第２のセットをそれぞれ維持することと、
    前記第１のプロトコルバージョンに従う通信と関連付けられた第１の暗号化キーと、前記第２のプロトコルバージョンに従う通信と関連付けられた第２の暗号化キーとを導出することとを行うようにさらに構成される、請求項１１に記載のワイヤレスデバイス。
  18. 前記プロセッサが、
    前記インジケーションが前記第１のプロトコルバージョンを示すときに、前記第１の暗号化キーを使用して前記ＭＡＣプロトコルデータユニットの第１の部分を復号することと、
    前記インジケーションが前記第２のプロトコルバージョンを示すときに、前記第２の暗号化キーを使用して前記ＭＡＣプロトコルデータユニットの第２の部分を復号することとを行うようにさらに構成される、請求項１７に記載のワイヤレスデバイス。
  19. 前記第１および第２の暗号化キーが、一時キーを備える、請求項１７に記載のワイヤレスデバイス。
  20. ワイヤレスシステム内で媒体アクセス制御（ＭＡＣ）プロトコルデータユニットを処理するための装置であって、
    プロトコルバージョンに従う通信のインジケーションを備える前記ＭＡＣプロトコルデータユニットを受信するための手段と、
    前記インジケーションに少なくとも部分的に基づいて複数のリプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを選択するための手段と、
    前記プロトコルバージョンに従う前記通信の前記インジケーションを備えるナンスを、前記受信されたＭＡＣプロトコルデータユニットに基づいて生成するための手段と、
    前記選択されたリプレイカウンタに従って前記受信されたＭＡＣプロトコルデータユニットを処理するための手段とを備える、装置。
  21. 複数のリプレイカウンタの前記第１および第２のセットが、それぞれ、トラフィックインジケータおよび送信機アドレスの各々ごとに１つのリプレイカウンタを備える、請求項２０に記載の装置。
  22. 前記受信されたＭＡＣプロトコルデータユニットを処理するための前記手段が、前記ＭＡＣプロトコルデータユニットのパケット番号が前記選択されたリプレイカウンタにおいて維持される値以下であるかどうかに基づいて、前記ＭＡＣプロトコルデータユニットを選択的に破棄するための手段を備える、請求項２０に記載の装置。
  23. 第１および第２のプロトコルバージョンに従う通信と関連付けられた複数のリプレイカウンタの前記第１および第２のセットをそれぞれ維持するための手段をさらに備え、
    前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが前記第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダをさらに備え、
    前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが前記第２のプロトコルバージョンを示すときに、前記第１の長さより短い第２の長さを有する第２のセキュリティヘッダをさらに備える、請求項２０に記載の装置。
  24. コードを備える非一時的コンピュータ可読記憶媒体であって、前記コードが、１つまたは複数のプロセッサによって実行されたときに、
    プロトコルバージョンに従う通信のインジケーションを備える媒体アクセス制御（ＭＡＣ）プロトコルデータユニットを受信することと、
    前記インジケーションに少なくとも部分的に基づいて複数のリプレイカウンタの第１および第２のセットのうちの１つからリプレイカウンタを選択することと、
    前記プロトコルバージョンに従う前記通信の前記インジケーションを備えるナンスを、前記受信されたＭＡＣプロトコルデータユニットに基づいて生成することと、
    前記選択されたリプレイカウンタに従って前記受信されたＭＡＣプロトコルデータユニットを処理することとを装置に行わせる、媒体。
  25. 複数のリプレイカウンタの前記第１および第２のセットが、それぞれ、トラフィックインジケータおよび送信機アドレスの各々ごとに１つのリプレイカウンタを備える、請求項２４に記載の媒体。
  26. １つまたは複数のプロセッサによって実行されたときに、前記ＭＡＣプロトコルデータユニットのパケット番号が前記選択されたリプレイカウンタにおいて維持される値以下であるかどうかに基づいて、前記ＭＡＣプロトコルデータユニットを選択的に破棄することによって、前記受信されたＭＡＣプロトコルデータユニットを処理することを前記装置に行わせるコードをさらに備える、請求項２４に記載の媒体。
  27. １つまたは複数のプロセッサによって実行されたときに、第１および第２のプロトコルバージョンに従う通信と関連付けられた複数のリプレイカウンタの前記第１および第２のセットをそれぞれ維持することを前記装置に行わせるコードをさらに備え、
    前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが前記第１のプロトコルバージョンを示すときに、第１の長さを有する第１のセキュリティヘッダをさらに備え、
    前記ＭＡＣプロトコルデータユニットが、前記プロトコルバージョンが前記第２のプロトコルバージョンを示すときに、前記第１の長さより短い第２の長さを有する第２のセキュリティヘッダをさらに備える、請求項２４に記載の媒体。
JP2016519733A 2013-10-04 2014-10-02 ワイヤレス通信における分離セキュリティ実施のための装置および方法 Expired - Fee Related JP6193484B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361887223P 2013-10-04 2013-10-04
US61/887,223 2013-10-04
US14/504,282 US9462465B2 (en) 2013-10-04 2014-10-01 Apparatus and methods for separated security implementations in wireless communications
US14/504,282 2014-10-01
PCT/US2014/058831 WO2015102698A2 (en) 2013-10-04 2014-10-02 Apparatus and methods for separated security implementations in wireless communications

Publications (3)

Publication Number Publication Date
JP2016534593A JP2016534593A (ja) 2016-11-04
JP2016534593A5 JP2016534593A5 (ja) 2016-12-22
JP6193484B2 true JP6193484B2 (ja) 2017-09-06

Family

ID=52776963

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016519733A Expired - Fee Related JP6193484B2 (ja) 2013-10-04 2014-10-02 ワイヤレス通信における分離セキュリティ実施のための装置および方法

Country Status (8)

Country Link
US (1) US9462465B2 (ja)
EP (1) EP3053325A2 (ja)
JP (1) JP6193484B2 (ja)
KR (1) KR101715665B1 (ja)
CN (1) CN105594183B (ja)
BR (1) BR112016007351A2 (ja)
CA (1) CA2924394C (ja)
WO (1) WO2015102698A2 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015067823A1 (en) * 2013-11-11 2015-05-14 Telefonaktiebolaget L M Ericsson (Publ) Discarding a duplicate protocol data unit associated with a data transmission via a first signaling radio bearer or a second signaling radio bearer
CN112787791B (zh) * 2015-08-20 2024-04-30 韦勒斯标准与技术协会公司 使用触发信息的无线通信方法、和无线通信终端
US11516674B2 (en) * 2019-01-02 2022-11-29 Samsung Electronics Co., Ltd. Framework of secure ranging without PHY payload
US11497074B2 (en) * 2020-01-06 2022-11-08 Qualcomm Incorporated Multi-link block acknowledgment (BA)
US11627487B2 (en) * 2020-07-31 2023-04-11 Newracom, Inc. Distinguishing between quality of service management frames (QMFS) and non-QMFS in protocol version 1 (PV1)

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6826613B1 (en) * 2000-03-15 2004-11-30 3Com Corporation Virtually addressing storage devices through a switch
DE10039429A1 (de) * 2000-08-11 2002-03-07 Siemens Ag Verfahren zur Signalübertragung in einem Funk-Kommunikationssystem
US20050144468A1 (en) * 2003-01-13 2005-06-30 Northcutt J. D. Method and apparatus for content protection in a personal digital network environment
US8392509B1 (en) * 2004-03-26 2013-03-05 Cisco Technology, Inc. Ethernet local management interface (E-LMI)
US7630406B2 (en) * 2005-11-04 2009-12-08 Intel Corporation Methods and apparatus for providing a delayed attack protection system for network traffic
US8020207B2 (en) * 2007-01-23 2011-09-13 Alcatel Lucent Containment mechanism for potentially contaminated end systems
US8112801B2 (en) * 2007-01-23 2012-02-07 Alcatel Lucent Method and apparatus for detecting malware
EP1973265A1 (en) * 2007-03-21 2008-09-24 Nokia Siemens Networks Gmbh & Co. Kg Key refresh in SAE/LTE system
KR101621096B1 (ko) * 2008-10-15 2016-05-16 엘지전자 주식회사 멀티캐스트 프레임 전송방법 및 중복 프레임 검출 방법
US8302183B2 (en) * 2008-12-18 2012-10-30 Intel Corporation Apparatus and method of security identity checker
US8560848B2 (en) * 2009-09-02 2013-10-15 Marvell World Trade Ltd. Galois/counter mode encryption in a wireless network
CN102835150B (zh) * 2009-09-02 2015-07-15 苹果公司 用于无线系统的mac分组数据单元构造
US20120047573A1 (en) * 2010-08-17 2012-02-23 Richard Jeremy Duncan Methods and apparatus for detecting invalid ipv6 packets
AU2011299647B2 (en) * 2010-09-10 2014-09-11 Lg Electronics Inc. Method and apparatus of cipher communication for management frame using quality of service mechanism in wireless local area network system
US9515925B2 (en) 2011-05-19 2016-12-06 Qualcomm Incorporated Apparatus and methods for media access control header compression
US20130014267A1 (en) * 2011-07-07 2013-01-10 Farrugia Augustin J Computer protocol generation and obfuscation
US9363175B2 (en) * 2011-12-16 2016-06-07 Stmicroelectronics, Inc. Sub-1GHz MAC frame header compression
CN103209045A (zh) * 2012-01-12 2013-07-17 华为终端有限公司 数据通信的方法、装置及系统
CN103259768B (zh) * 2012-02-17 2018-06-19 中兴通讯股份有限公司 一种消息认证方法、系统和装置

Also Published As

Publication number Publication date
WO2015102698A3 (en) 2015-08-27
KR101715665B1 (ko) 2017-03-13
US20150098570A1 (en) 2015-04-09
CA2924394C (en) 2018-10-16
CA2924394A1 (en) 2015-07-09
EP3053325A2 (en) 2016-08-10
US9462465B2 (en) 2016-10-04
KR20160068822A (ko) 2016-06-15
BR112016007351A2 (pt) 2017-08-01
WO2015102698A2 (en) 2015-07-09
CN105594183A (zh) 2016-05-18
CN105594183B (zh) 2018-12-18
JP2016534593A (ja) 2016-11-04

Similar Documents

Publication Publication Date Title
JP6195879B2 (ja) メディアアクセス制御の制御交換のための装置および方法
JP6342395B2 (ja) フレーム制御設計のための装置および方法
JP6373987B2 (ja) Ｍａｃヘッダ圧縮のための装置および方法
US20130128809A1 (en) Apparatus and methods for media access control header compression
JP6193484B2 (ja) ワイヤレス通信における分離セキュリティ実施のための装置および方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161104

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161104

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20161104

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20170118

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170125

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170131

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170417

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: 20170711

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170809

R150 Certificate of patent or registration of utility model

Ref document number: 6193484

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees