JP2015136139A - チャネルアグリゲーションおよび媒体アクセス制御再送信を実行するための方法および装置 - Google Patents

チャネルアグリゲーションおよび媒体アクセス制御再送信を実行するための方法および装置 Download PDF

Info

Publication number
JP2015136139A
JP2015136139A JP2015033299A JP2015033299A JP2015136139A JP 2015136139 A JP2015136139 A JP 2015136139A JP 2015033299 A JP2015033299 A JP 2015033299A JP 2015033299 A JP2015033299 A JP 2015033299A JP 2015136139 A JP2015136139 A JP 2015136139A
Authority
JP
Japan
Prior art keywords
channel
buffer
channels
frame
primary
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.)
Granted
Application number
JP2015033299A
Other languages
English (en)
Other versions
JP5986244B2 (ja
Inventor
ダイ ユーイン
Dai Yuying
ダイ ユーイン
チュンシュエン イエ
Chunxuan Ye
チュンシュエン イエ
ズーナン リン
Zinan Lin
ズーナン リン
ゴヴロー ジャン−ルイス
Gauvreau Jean-Louis
ゴヴロー ジャン−ルイス
アーマッド サード
Ahmad Saad
アーマッド サード
エム．フレダ マルティーノ
M Freda Martino
エム．フレダ マルティーノ
ムドガル パラル
Mudgal Parul
ムドガル パラル
バティストン ニック
Battiston Nick
バティストン ニック
デミール アルパスラン
Alpaslan Demir
デミール アルパスラン
リアンピン マー
Liangping Ma
リアンピン マー
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.)
InterDigital Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings 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 InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Publication of JP2015136139A publication Critical patent/JP2015136139A/ja
Application granted granted Critical
Publication of JP5986244B2 publication Critical patent/JP5986244B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0037—Inter-user or inter-terminal allocation
    • H04L5/0041—Frequency-non-contiguous
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0062—Avoidance of ingress interference, e.g. ham radio channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0808—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Abstract

【課題】プライマリーチャネル及び少なくとも１つの非プライマリーチャネルを含む複数の集約されたチャネルを使用して通信するためにチャネルアグリゲーションを実行する。【解決手段】プライマリーチャネルへのアクセスを得るためにＣＳＭＡを実行し、プライマリーチャネルのチャネルステータスを判定し、チャネルステータスがビジーではない場合に少なくとも１つの非プライマリーチャネル上でセンシングを実行し、チャネルステータスがビジーである場合に少なくとも１つの非プライマリーチャネルのチャネルステータスがビジーと想定する。これによって、プライマリーチャネルのチャネルステータス及び少なくとも１つの非プライマリーチャネル上でのセンシングに基づいて当該非プライマリーチャネルのチャネルステータスを判定し、プライマリーチャネル及び利用可能と判定された当該非プライマリーチャネルの何れかで集約された送信を実行する。【選択図】図３

Description

本発明は、チャネルアグリゲーションおよび媒体アクセス制御再送信に関する。
ＬＡＮ（local wireless network）は、ますます帯域幅を要求するワイヤレスアプリケーションが家庭においてまたはオフィスにおいて展開されるにつれて、制約を受ける帯域幅において動作する場合がある。これを解決するために、ＴＶＷＳ（television white space）などの新興のスペクトルにおけるＷＴＲＵ（wireless transmit/receive unit）のオペレーションが必要となる場合がある。しかし、そのようなスペクトルにおいて動作するＷＴＲＵによって使用されうる許容可能なチャネルは、スペクトルの不連続なチャンクである場合が多い。現在のワイヤレス技術は、不連続なスペクトル割り当てにわたって、集約された方法では動作しない。
システムまたはユーザによって使用可能な帯域幅を最大にするために、スペクトルの不連続なチャンクを同時に使用することが、必要とされるＱｏＳ（quality of service）を達成する上で決定的に重要になる場合がある。複数の不連続なチャネルにわたって動作すること、および秩序立った堅牢な方式でチャネルにアクセスすることは、複雑なプロセスとなる場合がある。ＷＴＲＵは、ＷＴＲＵのうちの全てが、メディアにアクセスする際に公平な機会を得て、それによってコリジョンの可能性が最小になるように、機能しなければならない場合がある。
動的なスペクトル割り当てを容易にして、ＬＡＮの堅牢性を確かなものにするために、様々なマネージメント／制御メッセージは、ＬＡＮ内のアクセスポイント（ＡＰ）によって送信される必要がある。これらのメッセージは、全てのＷＴＲＵ間におけるコーディネーションを保持し、およびそれらのＷＴＲＵが効率よく動作するのを補助することが可能である。加えて、複数のチャネルにわたるＭＡＣ（medium access control）層キャリアアグリゲーションを実行することにより、より多くのデータの送信が可能となり、それによってシステムスループットが高まる。
プライマリーチャネルおよび少なくとも１つの非プライマリーチャネル（例えば、セカンダリーチャネル、ターシャリーチャネル（tertiary channel）、またはクォータナリーチャネル（quaternary channel））を含む複数の集約されたチャネルを使用してＴＶＷＳなどの不連続なスペクトル上で通信するためのチャネルアグリゲーションを実行する方法および装置について記載する。ＣＳＭＡ（carrier sense multiple access）がプライマリーチャネル上で実行され、プライマリーチャネルへのアクセスを得ることができる。ＡＩＦＳ（arbitration interframe space）にわたって待機し、場合によってはプライマリーチャネル上でバックオフを実行した後に、集約されたチャネルが送信のために使用されることができる。バッファコントローラは、複数のＡＣ（access class）のそれぞれごとに、チャネルのうちの各々のためのロジックバッファを生成するために使用されうる。フレームコントローラは、Ａ−ＭＰＤＵ（aggregated MAC(medium access control) protocol data unit）フレーム情報をバッファコントローラに提供し、アグリゲーションプロセスおよびフラグメンテーションプロセスを制御するために使用されうる。
添付図面と共に例として与えられる以降の説明から詳細な理解を得ることができる。
１つまたは複数の開示される実施形態を実施することができる例示的な通信システムのシステム図である。 図１Ａにおいて示される通信システム内で使用されうる例示的なＷＴＲＵのシステム図である。 図１Ａにおいて示される通信システム内で使用されうる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 ＩＥＥＥ８０２．１１ｎシステムにおけるプライマリーチャネルの一例を示す図である。 ＩＥＥＥ８０２．１１ａｃシステムにおけるプライマリーチャネルの一例を示す図である。 ＤＳＭシステム動作チャネルにおける制御およびデータによる複数の集約されたチャネルのタイムシェアリングの一例を示す図である。 プライマリーチャネル上でのＭＡＣ層のＣＳＭＡの一例を示す図である。 延期５／１０／１５／２０メカニズムの一例を示す図である。 プライマリーチャネル上でのＲＴＳ／ＣＴＳメッセージングの一例を示す図である。 マルチユーザシナリオにおけるＲＴＳ／ＣＴＳメッセージングの一例を示す図である。 修正されたＲＴＳメッセージングフレームフォーマットの一例を示す図である。 専用の制御チャネルとしてのプライマリーチャネルの一例を示す図である。 ＮＡＶ、およびＡＰへの送信の一例を示す図である。 ＲＴＳのフレームフォーマットの一例を示す図である。 ＣＴＳメッセージングのフレームフォーマットの一例を示す図である。 ＡＮＤロジックが結合されたＣＳＭＡの一例を示す図である。 ＣＳＡメッセージの一例を示す図である。 集約された制御チャネルの実施態様において使用される修正されたＣＳＡメッセージの一例を示す図である。 ＩＥＥＥ８０２．１１における測定レポートメッセージの一例を示す図である。 ＩＥＥＥ８０２．１１における測定タイプフィールドの一例を示す図である。 測定タイプ４の一例を示す図である。 ＤＳＭシステムのＣＭＦが、失敗したチャネルに取って代わるための他の利用可能なチャネルを既に有していた第１のシナリオの流れ図である。 ＤＳＭシステムのＣＭＦが、失敗したチャネルに取って代わるための利用可能なチャネルを有していない第２のシナリオの流れ図である。 プライマリーチャネルの失敗の一例を示す図である。 非プライマリーチャネルの失敗の一例を示す図である。 制御メッセージおよびそれらの優先度の一例を提供するテーブルである。 基本的な要求に関するＩＥＥＥ８０２．１１測定要求フィールドフォーマットの一例を示す図である。 図２５のＩＥＥＥ８０２．１１測定要求フィールド内の修正されたチャネル番号フィールドの一例を示す図である。 イベントトリガーを伴うノード（例えば、ＡＰまたはｅＮＢ）による高優先度制御メッセージの送信の一例を示す図である。 ＭＡＣ層集約ユニットの一例を示す図である。 肯定ＡＣＫの同期化を伴わずにＭＡＣ集約において送信と受信とを同時に行うことを示す図である。 ＡＣＫ手順の一例を示す図である。 フラグメント化されていないまたは単一のフラグメントパケット送信およびＴＸＯＰの最後の送信におけるデュレーションフィールドの例を示す図である。 フラグメント化されたパケット送信、またはＴＸＯＰの最後以外の送信におけるデュレーションフィールドの例を示す図である。 継続中のＴＸＯＰを継続中でないＴＸＯＰから区別するデュレーションフィールドの例を示す図である。 ＤＳＭシステムの例示的なアーキテクチャを示す図である。 ＤＳＭエンジンの例示的なアーキテクチャを示す図である。 プライマリーＣＳＭＡの例示的な図である。 拡張ＭＡＣアーキテクチャの一例を示す図である。 拡張ＭＡＣアーキテクチャの一例を示す図である。 空のバッファに起因するパケット並べ替えの例を示す図である。 空のバッファに起因するパケット並べ替えの例を示す図である。 利用不能なチャネルに起因するパケット並べ替えの例を示す図である。 利用不能なチャネルに起因するパケット並べ替えの例を示す図である。 ＱｏＳ要件に起因するパケット並べ替えの例を示す図である。 ＱｏＳ要件に起因するパケット並べ替えの例を示す図である。 ＢＣ（buffer controller）の例示的なコールフローを示す図である。 受信側における拡張ＭＡＣ層アーキテクチャの一例を示す図である。 ｎｏｎ−ＨＴ ＰＰＤＵデータフォーマットを示す図である。 ＭＡＣヘッダの一般的なフォーマットを示す図である。 ＨＴ−ｍｉｘｅｄ ＰＰＤＵデータフォーマットを示す図である。 ＨＴ−ｍｉｘｅｄ ＰＰＤＵまたはＨＴ−Ｇｒｅｅｎｆｉｅｌｄ ＰＰＤＵのＭＡＣヘッダの一般的なフォーマットを示す図である。 ＨＴ−Ｇｒｅｅｎｆｉｅｌｄ ＰＰＤＵデータフォーマットを示す図である。 フレームコントローラのための例示的なコールフロー手順を示す図である。 ｎｏｎ−ＨＴ ＰＰＤＵに関するＭＣＳパラメータを示す図である。 ＨＴ ＰＰＤＵに関するＭＣＳパラメータを示す図である。 Ａ−ＭＰＤＵの構成を示す図である。 簡略化されたバッファスキームに基づく送信側における拡張ＭＡＣアーキテクチャの代替実施形態を示す図である。 簡略化されたバッファスキームに基づく送信側における拡張ＭＡＣアーキテクチャの代替実施形態を示す図である。 バッファリング機能ブロック図である。 それぞれのＡＣごとの別々のバッファを示すブロック図である。 それぞれのＡＣごとの別々のバッファを示すブロック図である。 プライマリーチャネルにおいて送信が失敗した場合の再送信の例を示す図である。 クォータナリーチャネルにおいて送信が失敗した場合の再送信の例を示す図である。
本明細書では、「ＷＴＲＵ（wireless transmit/receive unit）」という用語は、ＵＥ（user equipment）、ＳＴＡ（station）、移動局、固定式または移動式のサブスクライバユニット、ページャー、セルラー電話、ＰＤＡ（personal digital assistant）、非ＡＰステーション、コンピュータ、または、ワイヤレス環境において動作可能な他の任意のタイプのユーザデバイスを含むが、それらには限定されない。ＷＴＲＵとは、非インフラストラクチャー型のノード（non-infrastructure node）であると言える。
また、「ＡＰ（access point）」という用語は、Ｎｏｄｅ−Ｂ、サイトコントローラ、基地局、または、ワイヤレス環境において動作可能な他の任意のタイプのインターフェーシングデバイスを含むが、それらには限定されない。また、「ネットワークノード」、「ネットワーク要素」および「ネットワークコンポーネント」という用語は、通信ネットワークに接続されてデータを送信および／または受信することができる任意の電子デバイスを指すが、それらには限定されない。
図１Ａは、１つまたは複数の開示される実施形態を実施することができる例示的な通信システム１００を示す。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数のワイヤレスユーザに提供する多重アクセスシステムとすることができる。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。通信システム１００は、１つまたは複数のチャネルアクセス方法、例えば、ＣＤＭＡ（code division multiple access）、ＴＤＭＡ（time division multiple access）、ＦＤＭＡ（frequency division multiple access）、ＯＦＤＭＡ（orthogonal FDMA）、ＳＣ−ＦＤＭＡ（single-carrier FDMA）などを採用することができる。
図１Ａにおいて示されるように、通信システム１００は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（radio access network）１０４、コアネットワーク１０６、ＰＳＴＮ（public switched telephone network）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考えられるということが分かるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作し、および／または通信するように構成される任意のタイプのデバイスとすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されることができ、およびＵＥ、移動局、固定式または移動式のサブスクライバユニット、ページャー、セルラー電話、ＰＤＡ、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つとワイヤレスにインターフェースを取るように構成される任意のタイプのデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、ＢＴＳ（base transceiver station）、Ｎｏｄｅ−Ｂ、ｅＮＢ（evolved Node-B）、ＨＮＢ（Home Node-B）、ＨｅＮＢ（Home eNB）、サイトコントローラ、ＡＰ、ワイヤレスルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含みうるということが分かるであろう。
基地局１１４ａは、ＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４は、他の基地局および／またはネットワーク要素（図示せず）、例えば、ＢＳＣ（base station controller）、ＲＮＣ（radio network controller）、中継ノードなどを含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成されることができ、この地理的領域は、セル（図示せず）と呼ばれることもある。セルは、複数のセルセクタへとさらに分割することができる。例えば、基地局１１４ａに関連付けられるセルは、３つのセクタへと分割することができる。したがって一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。別の実施形態においては、基地局１１４ａは、ＭＩＭＯ（multiple-input multiple-output）技術を採用することができ、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切なワイヤレス通信リンク（例えば、ＲＦ（radio frequency）、マイクロ波、ＩＲ（infrared）、ＵＶ（ultraviolet）、可視光など）とすることができる。エアインターフェース１１６は、任意の適切なＲＡＴ（radio access technology）を使用して確立されうる。
具体的には上述したように、通信システム１００は、多重アクセスシステムとすることができ、１つまたは複数のチャネルアクセス方式、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（UMTS(universal mobile telecommunications system)terrestrial radio access）などの無線技術を実施することができ、この無線技術は、Ｗ−ＣＤＭＡ（登録商標）（wideband CDMA）を使用してエアインターフェース１１６を確立することができる。Ｗ−ＣＤＭＡは、ＨＳＰＡ（high-speed packet access）および／またはＨＳＰＡ＋（evolved HSPA）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（high-speed downlink packet access）および／またはＨＳＵＰＡ（high-speed uplink packet access）を含むことができる。
別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（evolved UTRA）などの無線技術を実施することができ、この無線技術は、ＬＴＥ（long term evolution）および／またはＬＴＥ−Ａ（LTE-Advanced）を使用してエアインターフェース１１６を確立することができる。
他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線技術、例えば、ＩＥＥＥ ８０２．１６（すなわち、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ（登録商標）（global system for mobile communications）、ＥＤＧＥ（enhanced data rates for GSM evolution）、ＧＥＲＡＮ（GSM/EDGE RAN）などを実施することができる。
図１Ａにおける基地局１１４ｂは、例えば、ワイヤレスルータ、ＨＮＢ、ＨｅＮＢまたはＡＰとすることができ、局所的なエリア、例えば、事業所、家庭、乗り物、キャンパスなどにおけるワイヤレス接続を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＬＡＮ（wireless local area network）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することができる。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＰＡＮ（wireless personal area network）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（例えば、Ｗ−ＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有しうる。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを不要とすることができる。
ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることが可能であり、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over Internet protocol）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成される任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、コール制御、課金サービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供し、および／またはユーザ認証などのハイレベルセキュリティー機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接の通信状態にあることが可能であるということが分かるであろう。例えば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ１０４に接続されていることに加えて、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信状態にあることも可能である。
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換電話ネットワークを含みうる。インターネット１１０は、ＴＣＰ／ＩＰスイートにおけるＴＣＰ、ＵＤＰおよびＩＰなど、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営されている有線または無線の通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用可能な１つまたは複数のＲＡＮに接続されている別のコアネットワークを含むことができる。
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたは全ては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々のワイヤレスリンク上で別々のワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用しうる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用しうる基地局１１４ｂと通信するように構成されうる。
図１Ｂは、図１Ａに示される通信システム１００内で使用可能な例示的なＷＴＲＵ１０２を示す。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素（例えば、アンテナ）１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳ（global positioning system）チップセット１３６および周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、上述の要素どうしの任意のサブコンビネーションを含むことができるということが分かるであろう。
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ＤＳＰ（digital signal processor）、マイクロプロセッサ、ＤＳＰコアと関連付けられている１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（application specific integrated circuit）、ＦＰＧＡ（field programmable gate array）回路、ＩＣ（integrated circuit）、状態マシンなどとすることができる。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２を無線環境内で動作できるようにする他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合することができ、トランシーバ１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０は、１つの電子パッケージまたはチップ内に統合することができる。
送信／受信要素１２２は、エアインターフェース１１６上で、基地局（例えば、基地局１１４ａ）に信号を送信するように、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されることができる。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されるアンテナとすることができる。別の実施形態においては、送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されるエミッタ／検知器とすることができる。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成されることができる。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成されることができる。
また、送信／受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用することができる。従って、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信するために、複数の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調するように、また、送信／受信要素１２２によって受信される信号を復調するように構成されることができる。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、ＵＴＲＡおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信できるようにするために複数のトランシーバを含むことができる。
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（liquid crystal display）ディスプレイユニットまたはＯＬＥＤ（organic light-emitting diode）ディスプレイユニット）に結合することができ、そこからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８へ出力することもできる。また、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスし、およびそれらのメモリにデータを格納することができる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または他の任意のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ１３２は、ＳＩＭ（subscriber identity module）カード、メモリスティック、ＳＤ（secure digital）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスし、およびそのメモリにデータを格納することができる。
プロセッサ１１８は、電源１３４から電力を受け取ることができ、また、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配および／または制御するように構成されることができる。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ＮｉＣｄ（nickel-cadmium）、ＮｉＺｎ（nickel-zinc）、ＮｉＭＨ（nickel metal hydride）、Ｌｉ−ｉｏｎ（lithium-ion）など）、太陽電池、燃料電池などを含むことができる。
プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることができる。ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上で位置情報を受信すること、および／または複数の近隣の基地局から受信される信号のタイミングに基づいて自分の位置を特定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、任意の適切な位置特定方法を通じて位置情報を得ることができる。
プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、さらなる特徴、機能、および／または有線接続若しくは無線接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅ−コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（frequency modulated）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
図１Ｃは、図１Ａに示される通信システム１００内で使用可能な例示的なＲＡＮ１０４およびコアネットワーク１０６を示す。ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線技術を採用するＡＳＮ（access service network）とすることができる。
図１Ｃに示されるように、ＲＡＮ１０４は、基地局１４０ａ、１４０ｂ、１４０ｃ、およびＡＳＮゲートウェイ１４２を含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保持しながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができるということが分かるであろう。基地局１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０４内の特定のセル（図示せず）に関連付けることができ、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。一実施形態においては、基地局１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局１４０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信するために、およびＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することができる。基地局１４０ａ、１４０ｂ、１４０ｃは、モビリティーマネージメント機能、例えば、ハンドオフのトリガリング、トンネルの確立、無線リソースマネージメント、トラフィックの分類、ＱｏＳポリシーの実施などを提供することもできる。ＡＳＮゲートウェイ１４２は、トラフィック集約ポイントとして機能することができ、ページング、サブスクライバプロフィールのキャッシング、コアネットワーク１０６へのルーティングなどを担当することができる。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０４との間のエアインターフェース１１６は、ＩＥＥＥ８０２．１６仕様を実施することができる。また、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０６との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、コアネットワーク１０６との間における論理インターフェースは、認証、許可、ＩＰホスト構成マネージメント、および／またはモビリティーマネージメントのために使用されうる。
基地局１４０ａ、１４０ｂ、１４０ｃの各々の間における通信リンクは、ＷＴＲＵのハンドオーバ、および基地局同士の間におけるデータの転送を容易にするためのプロトコルを含むことができる。基地局１４０ａ、１４０ｂ、１４０ｃと、ＡＳＮゲートウェイ１４２との間における通信リンクは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられているモビリティーイベントに基づいてモビリティーマネージメントを容易にするためのプロトコルを含むことができる。
図１Ｃに示されるように、ＲＡＮ１０４は、コアネットワーク１０６に接続されうる。ＲＡＮ１０４と、コアネットワーク１０６との間における通信リンクは、例えば、データ転送およびモビリティーマネージメント機能を容易にするためのプロトコルを含みうる。コアネットワーク１０６は、ＭＩＰ−ＨＡ（mobile IP home agent）１４４、ＡＡＡ（authentication, authorization, accounting）サーバ１４６およびゲートウェイ１４８を含みうる。上述の要素の各々は、コアネットワーク１０６の一部として示されているが、これらの要素のいずれかが、コアネットワークオペレータ以外のエンティティによって所有および／または運営されることも可能であるということが分かるであろう。
ＭＩＰ−ＨＡは、ＩＰアドレスマネージメントを担当することができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、別々のＡＳＮおよび／または別々のコアネットワークの間でローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１４６は、ユーザ認証と、ユーザサービスをサポートすることとを担当することができる。ゲートウェイ１４８は、他のネットワークと相互作用することを容易にしうる。例えば、ゲートウェイ１４８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の固定電話通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。また、ゲートウェイ１４８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営されている他の有線または無線のネットワークを含むことができる。
図１Ｃには示されていないが、ＲＡＮ１０４は他のＡＳＮに接続することができ、コアネットワーク１０６は他のコアネットワークに接続することができるということが分かるであろう。ＲＡＮ１０４と、他のＡＳＮとの間における通信リンクは、ＲＡＮ１０４と、他のＡＳＮとの間においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティーをコーオーディネートする（coordinate）ためのプロトコルを含むことができる。コアネットワーク１０６と、他のコアネットワークとの間における通信リンクは、ホームコアネットワークと、訪問先コアネットワークとの間における相互作用を容易にするためのプロトコルを含むことができる。
例えば、ＩＥＥＥ８０２．１１システムなどのローカルワイヤレスネットワークシステムは、ＩＳＭ（industrial, scientific and medical）帯域などの事前に定義されたスペクトルにおいて動作することができる。ＩＥＥＥ８０２．１１システムは、連続したスペクトルチャネルにおいて動作することができる。
米国においては、５４ＭＨｚから８０６ＭＨｚまでのスペクトルの４０８ＭＨｚが、ＴＶ（television）のために割り当てられている。現在、そのスペクトルのうちの１０８ＭＨｚが、オークションを通じた商業オペレーション向けに、および公安用途向けに再開発されている。この主要な電波スペクトルのうちの残りの３００ＭＨｚは、引き続きＯＴＡ（over-the-air）ＴＶオペレーション専用とすることができる。しかし、全米にわたって、その３００ＭＨｚのリソースのうちの複数の部分が未使用のままである。未使用のスペクトルの量および厳密な周波数は、場所ごとに異なる場合がある。スペクトルのうちのこれらの未使用の部分は、ＴＶＷＳと呼ばれている。ＦＣＣ（Federal Communications Commission）は、これらの未使用のＴＶＷＳ周波数を、ライセンス供与されていない様々な使用のために開放することを検討している。トップの大都市エリアの外側では、配置されているＴＶ局が少なくなるため、占有されていないＴＶＷＳスペクトルのほとんどは、ＤＳＬ（digital subscriber line）またはケーブルなど、他のブロードバンドオプションを十分に提供されていない傾向がある人口密度の低いまたは田舎のエリアにおいて利用可能である。
それぞれの利用可能なＴＶチャネルは、ブロードバンド接続のために使用可能なスペクトル容量のうちの６ＭＨｚを提供することができる。ＴＶＷＳは、これらの周波数における長距離の信号伝搬に起因して、はるかに大きなカバレッジエリアを有することができる。例えば、ＴＶＷＳにおいて動作するＷＬＡＮ ＡＰロケーションは、２〜３平方マイルのエリアにわたるカバレッジを提供することができる。一方、例えば、現在ＩＥＥＥ８０２．１１ｂ／ｇ／ｎシステムにおいて動作するワイヤレス機器は、１５０平方フィートの平均カバレッジエリアを有することができる。
図２は、ＩＥＥＥ８０２．１１ｎシステムにおける２０ＭＨｚのプライマリーチャネル２０５および２０ＭＨｚのセカンダリーチャネル２１０の一例を示す。プライマリーチャネル２０５は、ＢＳＳ（basic service set）のメンバーである全てのＷＴＲＵ（すなわち、ＳＴＡ）のためのオペレーションの共通チャネルである。全てのマネージメントトラフィック（ビーコン）は、プライマリーチャネル２０５上で送信されることができる。セカンダリーチャネル２１０は、４０ＭＨｚのチャネルを生成する目的で、プライマリーチャネル２０５と関連付けて、ＨＴ（high-throughput） ＷＴＲＵによって使用することができる。送信側デバイスが送信の際にセカンダリーチャネル２１０の状態を考慮することは、まったく不要とすることができる。
図２に示されるように、４０ＭＨｚのチャネルペア２０５／２１０へのアクセスは、ＰＣＳＭＡ（primary carrier sensing multiple access）を実行すること（すなわち、プライマリーチャネル２０５上でのみＣＳＭＡを実行すること）によって制御されうる。ＷＴＲＵが送信の前にセカンダリーチャネル２１０の搬送波感知状態を考慮する必要がないため、セカンダリーチャネル２１０上でのコリジョンの可能性が大幅に高まる。
図２に示されるように、ＣＳＭＡバックオフ手順は、プライマリーチャネル２０５上で実行されうる。送信の前に、ＷＴＲＵの全ては、プライマリーチャネル２０５が、ＡＩＦＳ時間にわたって、且つバックオフに入るために（ＡＩＦＳ＋バックオフ期間２１５）アイドルであることを確実にすることができる。自分のバックオフが最初に期限切れになったＷＴＲＵが、コンテンションに勝ち、プライマリーチャネル２０５上で送信へのアクセスを得る。セカンダリーチャネル２１０は、ＰＩＦＳ（PCF(point coordination function)inter-frame space）期間２２０にわたって感知されることが可能であり、このＰＩＦＳ期間は、ＡＩＦＳ＋バックオフ期間２１５よりもはるかに短い。
ＩＥＥＥ８０２．１１ｎシステムは、連続したスペクトルにおいて動作し、２つの異なる延期モードで動作することができる。延期／２０／４０モードにおいては、ＷＴＲＵは、プライマリーチャネル２０５およびセカンダリーチャネル２１０の両方がアイドルである場合には４０ＭＨｚで送信を行い、若しくはプライマリーチャネル２０５がアイドルである場合には２０ＭＨｚで送信を行い、またはプライマリーチャネル２０５がビジーである場合には送信を延期する。延期／４０モードにおいては、ＷＴＲＵは、プライマリーチャネル２０５およびセカンダリーチャネル２１０の両方がアイドルである場合に４０ＭＨｚで送信を行うか、または送信を延期する。しかし、実施態様の制約に起因して、ＷＴＲＵのほとんどは、延期／４０モードを使用することができる。
図３は、ＩＥＥＥ８０２．１１ａｃシステムにおけるプライマリーチャネル３０５の一例を示す。ＩＥＥＥ８０２．１１ａｃシステムは、８０ＭＨｚまたは１６０ＭＨｚの帯域幅上で動作するＨＴシステムであるため、プライマリーチャネル３０５と、複数の非プライマリーチャネル（例えば、セカンダリーチャネル３１０、ターシャリーチャネル３１５、またはクォータナリーチャネル３２０）とを含む複数の連続した２０ＭＨｚのチャネルを使用することができる。ＷＴＲＵまたはノード（例えば、ＡＰまたはｅＮＢ）は、転送すべき制御／データを有するたびに、プライマリーチャネル３０５上でＣＳＭＡ（ＡＩＦＳ＋バックオフ）を実行することができ、その他の非プライマリーチャネル３１０、３１５および３２０は、プライマリーチャネル３０５と同じチャネルステータスを有すると想定することができる（すなわち、プライマリーチャネル３０５上のＣＳＭＡが、ビジーのステータスを返した場合には、チャネル３０５、３１０、３１５および３２０の全てがビジーであり、ひいてはビジーのステータスを返すように設定されていると想定することができる）。ＷＴＲＵまたはノードは、プライマリーチャネル３０５へのアクセスを得ると、次いで、送信前のＰＩＦＳ期間中に非プライマリーチャネル３１０、３１５、および３２０をチェックして、それらのチャネルの全てが実際に空いていることを確かめる上で役立つことができる。ＩＥＥＥ８０２．１１ａｃシステムは、８０ＭＨｚの帯域幅のシナリオに関して延期／２０／４０／８０モードを使用することができる。
上述のコンセプトは、「チャネルボンディング」として知られている。ＩＥＥＥ８０２．１１ｎシステムにおける２つのチャネルを伴う４０ＭＨｚの帯域幅と、ＩＥＥＥ８０２．１１ａｃシステムにおける８０ＭＨｚのスペクトルとからなる大きなチャンクは、物理層の視点から１つの大きなチャネルとして使用されることができ、すなわち、この巨大な帯域幅上で送信される１つのＰＰＤＵ（physical layer protocol data unit）または１つのＡ−ＰＰＤＵ（aggregated PPDU）だけが存在する。
図４は、ＤＳＭ（dynamic spectrum management）システム動作チャネルにおける制御およびデータによる複数の集約されたチャネルのタイムシェアリングの一例を示す。これらのチャネルは、連続または不連続とすることができる。これらの集約されたチャネルは、ＤＳＭエンジンとＤＳＭクライアントとの間においてデータパケットおよび制御／マネージメントパケットを送信するために使用されることができる。
ライセンス供与されていないスペクトルまたはオポチュニスティックな（opportunistic）スペクトル（すなわち、プライマリーユーザまたは高い優先度のユーザが、そのスペクトル上に存在しない限り、ライセンス供与されていないデバイスによって使用可能なスペクトル）における集約されたチャネルは、ライセンス供与されているユーザが優先権を有しているため、常に利用できるとは限らない場合がある。したがって、プライマリーユーザが現れると、当該チャネルは使用できなくなる場合がある。例えば、それぞれのチャネルが、５ＭＨｚの帯域幅を有する場合があり、したがって、それらのチャネルを集約すれば、合計で２０ＭＨｚの帯域幅を提供することができる。
複数の集約されたチャネルに基づく集約されたチャネルアクセスの様々な例について、ここで説明する。任意の数（ｘ）の集約されたチャネルを使用することができ、その場合には、いかなる周波数帯域においても、ｘ＞１であることを当業者なら理解するはずである。ここでは具体的にＡＰに言及するが、ここで説明する特徴は、ＬＴＥに関して使用されるｅＮＢなど、他のタイプのノードに適用することもできるということを当業者なら理解するはずである。
ＭＡＣ層のＣＳＭＡは、プライマリーチャネル上で実行されうる。プライマリーチャネルは、不連続なスペクトル上で複数のＭＰＤＵ（MAC protocol data unit）を送信する目的でＭＡＣ層においてチャネルアグリゲーションを実行するために使用されうる。例えば、４つの集約されたチャネルを使用するシナリオにおいては、４つのチャネルのうちの１つは、ＡＰによってプライマリーチャネルとして割り当てられうる。ＷＴＲＵまたはＡＰは、転送すべき制御／マネージメントパケットまたはデータを有するたびに、事前に割り当てられたプライマリーチャネル上でＣＳＭＡを実行することができ、他の３つのチャネルは、プライマリーチャネルと同じチャネルステータスを有すると想定することができる（すなわち、プライマリーチャネル上のＣＳＭＡが、ビジーのステータスを返した場合には、４つのチャネル全てがビジーであると想定することができる）。ＷＴＲＵまたはＡＰは、プライマリーチャネルへのアクセスを得ると、集約されたチャネルのセット全体へのアクセスを得ることもできる。次いでＷＴＲＵおよびＡＰは、送信前のＰＩＦＳ期間中に非プライマリー（すなわち、セカンダリー、ターシャリー、およびクォータナリー）チャネルをチェックして、４つのチャネル全てが実際に空いていることを確かめる上で役立つことができる。
集約されたチャネルは、ＰＨＹにおいて帯域幅の１つの結合されたチャンクとみなされることはできない。その代わりに、別々のＰＤＵまたは（マネージメント／制御パケットのための）マネージメントＰＤＵが、送信側デバイスによってそれぞれのチャネル上で送信される。それらのＰＤＵは１つまたは複数のＷＴＲＵへ向けられうる。受信側のＷＴＲＵは、（必要な場合には、）自分が受信するそれぞれのＰＤＵごとに別々に肯定ＡＣＫ（acknowledgement）メッセージを送信することができる。例えば、ＷＴＲＵは、集約されたチャネルの全ての上で同時のＰＤＵを正しく受信した場合には、集約されたチャネルのそれぞれの上でＡＣＫを送信することができる。
図５は、プライマリーチャネル上のＭＡＣ層のＣＳＭＡの一例を示す。図５に示されるように、プライマリーチャネル上でのＣＳＭＡコンテンションに勝ったデバイスが、集約されたチャネルの全てへのアクセスを得る。ＰＩＦＳ期間中にＣＣＡ（clear channel assessment）インジケーションが受信され、非プライマリーチャネル上でビジーステータスが返された場合には、ビジーな非プライマリー（例えば、セカンダリー）チャネルは使用されることはできず、送信は、依然として残りのチャネル上で行うことができる。プライマリーチャネルがビジーである場合には、送信全体はその後の送信機会まで延期されることができる。
それぞれの動作チャネルが約５ＭＨｚの帯域幅であると想定すると、この手順は、可用性に応じて、集約されたチャネルの１つまたは複数の上で送信するオプションを可能にするため、延期５／１０／１５／２０手順と呼ばれる場合がある。延期５／１０／１５／２０手順は、チャネルの動的な選択を可能にし、全てのチャネルがアイドルである場合にはデバイスが全て２０ＭＨｚを使用することを可能にするか、または、図６に示されるように、望ましくない干渉源によって１つまたは複数の非プライマリーチャネルが占有されている場合（すなわち、それらの非プライマリーチャネルが、非プライマリーチャネルに適用されるＣＣＡによって、ビジーであると判明した場合）には、延期１５／１０／５手順を使用することができる。
さらに、別々の帯域幅を有するチャネル同士を集約することができる。例えば、チャネル１は、１０ＭＨｚの帯域幅上で機能することができ（２つの連続したビデオチャネル上で機能し）、その一方で、残りのチャネル（２、３、および４）は、それぞれ５ＭＨｚの帯域幅上で機能することができる。プライマリーチャネルの選択は、このことを考慮に入れることができる。
加えて、ＭＡＣバッファ内のデータの量に応じて、送信側デバイスは、送信するための別々のＰＤＵを有する必要がない場合がある。このシナリオにおいては、デバイスは、下記のオペレーションのうちの１つまたは複数を実行することができる。
１）セグメント化：デバイスは、ＰＤＵをさらに小さなＰＤＵへとセグメント化することができる。デバイスは、チャネルの浪費をもたらす非常に大きなＭＡＣ／ＰＨＹオーバーヘッドが生じるような形でＰＤＵがセグメント化されることが決してないようにすることができる。
２）繰り返し：デバイスは、システムの堅牢性を高めるために、複数のチャネル上で同じＰＤＵを同時に送信することができる。例えば、ターシャリーチャネルおよびクォータナリーチャネルが、より低いリンク品質を有しており、デバイスが、送信すべき３つのＰＤＵを有している場合には、デバイスは、ターシャリーチャネルおよびクォータナリーチャネルの両方の上でＰＤＵを３回繰り返すことができる。
３）ヌル送信：デバイスは、送信のために必要とされていないチャネルにおいてヌルフレームを送信することを選択することができる。例えば、デバイスは、３つのＰＤＵを送信しなければならない場合には、ＰＤＵ１、ＰＤＵ２、およびＰＤＵ３をプライマリーチャネル、セカンダリーチャネル、およびターシャリーチャネル上で、並びにヌルフレームをクォータナリーチャネル上で送信することができる。ヌルの送信は、そのチャネルが引き続きビジーであることを確かにするために（すなわち、他の外部のＡＰまたはコーオーディネートされていないデバイスが自分の送信をそのチャネル上で開始することが決してないようにするために）必要とされる。
４）いくつかの非プライマリーチャネル上では送信を行わない：非プライマリーチャネル上ではＣＳＭＡが行われないため、１つまたは複数の非プライマリーチャネル上でＰＤＵをまったく送信しないことが可能な場合がある。
デバイスは、チャネルにアクセスするためにＲＴＳ（request to send）メッセージおよびＣＴＳ（clear to send）メッセージを使用することもできる。しかし、ＲＴＳ／ＣＴＳ手順は、不連続なスペクトル上で動作する集約されたチャネル上で動作するように適合されなければならない。通常のＲＴＳ／ＣＴＳ手順は、送信側デバイスが、意図されている受信側デバイスへＲＴＳメッセージを送信したときに開始する。受信側デバイスは、応答可能である場合には、ＳＩＦＳ（short interframe space）期間にわたって待機した後に、ＣＴＳメッセージを用いて応答することができる。次いで送信側デバイスは、ＳＩＦＳ期間にわたって待機した後に、データパケットを送信することができる。そしてデータパケットの後には、やはりＳＩＦＳ期間にわたる待機の後に、受信側デバイスからのＡＣＫが続くことができる。ＲＴＳメッセージは、ＭＡＣヘッダ内にデュレーションフィールドを含むことができ、このフィールドは、このデータ送信のためにチャネルを確保することができる時間（ＡＣＫが受信されるまでの時間）について全てのデバイスに知らせる。これは、他のデバイスのＮＡＶ（network allocation vector）をしかるべく設定することによって、その他のデバイスが、この保護された期間中に送信を行うことが決してないようにする。
図７に示されるように、送信側デバイスは、集約されたチャネルを求めてプライマリーチャネル上で競合することができる（すなわち、プライマリーチャネル上でＡＩＦＳにわたって待機してバックオフを実行することができる）。送信側デバイスは、チャネルへのアクセスを得ると、ＲＴＳメッセージを送り出すことができる。このＲＴＳメッセージを受信すると、受信側デバイスは、データ送信のための保護された期間を確立するためにＣＴＳメッセージを用いて応答することができる。ＳＩＦＳ期間にわたる待機の後に、集約されたチャネルの全ての上でデータを送信することができ、その後には、集約されたチャネルの全ての上でＡＣＫが続く。
ＲＴＳメッセージ内のデュレーションフィールドは、ＳＩＦＳ＋ＣＴＳ送信時間＋ＳＩＦＳ＋集約されたチャネル上での最長のパケットの送信時間＋ＳＩＦＳ＋ＡＣＫ送信時間に設定されうる。同様に、ＣＴＳパケット内のデュレーションフィールドは、ＳＩＦＳ＋集約されたチャネル上での最長のパケットの送信時間＋ＳＩＦＳ＋ＡＣＫに設定されうる。最長のパケットの送信時間は、チャネルのいずれか１つの上に送信が存在する限り、チャネルの全てが引き続きビジーであるように使用されることができる。
あるいは、ＲＴＳ／ＣＴＳメッセージは、堅牢性を高めるために、複数のチャネル上で、または集約されたチャネルの全ての上で送信することができる。このケースにおいては、非プライマリーチャネル上で送信されるＲＴＳメッセージは、ＰＩＦＳ期間中にチャネルを感知した後に送信されることができる。
デバイス（例えば、ＡＰ）は、複数のユーザへ同時に送信を行うためのチャネルを確保するためにＲＴＳ／ＣＴＳメッセージを使用することもできる。ソースＷＴＲＵは、複数の宛先アドレスを用いてプライマリーチャネル上でＲＴＳメッセージを送信することができる。宛先ＷＴＲＵは、ＲＴＳメッセージ内で指定されるように複数のチャネル上でＳＩＦＳ期間にわたって待機した後にＣＴＳメッセージを用いて応答することができる。次いでソースＷＴＲＵは、別々のチャネル上で別々の宛先ＷＴＲＵに宛てられている複数のＰＤＵを同時に送信することができる。宛先ＷＴＲＵは、自分がその送信を受信した同じチャネル上でＡＣＫメッセージを送信することができる。ＡＣＫの全ては、ＳＩＦＳ期間にわたって待機した後に、および集約されたチャネル上での最長のＰＤＵの終わりの後に、宛先ＷＴＲＵによって同時に送信されることができる。
図８に示されるように、最長のＰＤＵ送信がいつ終了するかをデバイスの全てが必ず分かるようにするために、最長の送信はプライマリーチャネルにおいて行われるように強制することができ、また、どのチャネルの送信が最も長く続くかを示すために、最長チャネルインジケータをＭＡＣヘッダ内に設定することができる。
図９は、フレーム制御フィールド９０５、デュレーションフィールド９１０、受信アドレスフィールド９１５、送信アドレスフィールド９２０、ＣＴＳチャネルフィールド９２５、送信チャネルフィールド９３０、およびＦＣＳ（frame check sequence）フィールド９３５を含むＲＴＳメッセージ９００のフレーム構造を示す。受信アドレス（１．．．Ｎ）フィールドは、ＲＴＳメッセージ９００が導かれる先の意図されている宛先ＷＴＲＵのアドレスを含む。フィールド９１５内のアドレスの最大数はＮであり、これは、チャネルの数を超えることはできない（例えば、図８に示されるシナリオでは、Ｎ＝４である）。ＣＴＳチャネル（１．．．Ｎ）フィールド９２５は、指定されたチャネル上でＣＴＳメッセージを送信するようにそれぞれの宛先ＷＴＲＵに指示する。例えば、図８に示されるシナリオにおいては、ＣＴＳチャネル１は、プライマリーチャネルに設定されており、ＣＴＳチャネル２は、ターシャリーチャネルに設定されている。送信チャネル（１．．．Ｎ）フィールド９３０は、データが送信されることになるチャネルについて宛先ＷＴＲＵに知らせる。例えば、図８に示されるシナリオにおいては、送信チャネル１は、プライマリーチャネルおよびセカンダリーチャネルに設定されており、送信チャネル２は、ターシャリーチャネルおよびクォータナリーチャネルとして指定されている。
ＲＴＳ／ＣＴＳメッセージは、システムの堅牢性を高めるために複数のチャネル上で送信されることができる。プライマリーチャネルは、専用の制御チャネルとして使用されることもできる。全てのＷＴＲＵは、プライマリーチャネル上で制御情報を受信および送信することができ、また、プライマリーチャネル上ではデータ送信を行うことができない。ビーコン、アソシエーション要求／応答、チャネル切り替えメッセージ、ＲＴＳ／ＣＴＳ、および他の全ての制御／マネージメントメッセージは、ＣＳＭＡを使用してプライマリーチャネル上で送信されることができる。データ送信に関しては、他の全てのチャネルは、プライマリーチャネルを使用してＡＰによって使用され、およびコーオーディネートされることができる。
ＷＴＲＵは、データチャネルへのアクセスを得るためにＲＴＳメッセージを送信することができる。ＲＴＳメッセージは、ＡＰに宛てることができ、本質的には、データ送信のためにチャネルを割り当てるようＡＰに求める要求である。ＡＰは、使用すべきチャネルと、それらのチャネルがＡＰに割り当てられているデュレーションとをＷＴＲＵに知らせるＣＴＳメッセージを用いて応答することができる。次いでＡＰは、それらのチャネル上でＰＤＵを送信することができ、同じチャネル上で宛先ＷＴＲＵからＡＣＫを受信することができる。ＷＴＲＵは、プライマリーチャネルを求めて競合するためにＣＳＭＡを実行する必要があるため、プライマリーチャネルに関するＮＡＶを保持することができ、その一方で、データチャネルに関しては、ＷＴＲＵは、送信を行うことができるチャネルを示すＣＴＳメッセージをＡＰから受信するまで、送信を行うことはできない。
図１０は、専用の制御チャネルとして動作するプライマリーチャネルの一例を示す。図１０に示されるように、第１のＷＴＲＵ（ＷＴＲＵ１）は、第２のＷＴＲＵ（ＷＴＲＵ２）へデータを転送するための帯域幅をＡＰに要求する。ＡＰは、ＳＩＦＳ期間にわたって待機した後にセカンダリーチャネルおよびターシャリーチャネルを使用することができることをＷＴＲＵ１に知らせるＣＴＳメッセージを用いて応答する。ＷＴＲＵ１が、セカンダリーチャネルおよびターシャリーチャネル上でパケットを送信している間に、第３のＷＴＲＵ（ＷＴＲＵ３）が、プライマリーチャネル上でのコンテンションに勝ち、パケットを第４のＷＴＲＵ（ＷＴＲＵ４）へ送信するためにＲＴＳメッセージをＡＰへ送信する。ＡＰは、ＳＩＦＳ期間にわたって待機した後にクォータナリーチャネルを使用するようＷＴＲＵ３に知らせるＣＴＳメッセージを用いて応答する。
チャネルの全てがビジーであり、ＡＰが、割り当てるためのチャネルをまったく有していないケースにおいては、ＡＰは、割り当てられたチャネル上で送信を行う前に特定の時間にわたって待機するようＷＴＲＵに求めることができ、またはＡＰは、失敗フラグとともにＣＴＳメッセージを送信することができる。後者のケースにおいては、ＷＴＲＵは、しばらくしてから再びＲＴＳを送信しなければならない場合がある。
図１１に示されるように、ＷＴＲＵがデータをＡＰへ送信しなければならないケースにおいては、そのデータをＣＴＳメッセージ内に含めて送信するために、それらのＷＴＲＵにプライマリーチャネルを割り当てることができる。これは、ＡＰが、ＷＴＲＵからデータを受信している間に、とにもかくにもビジーであり続ける場合があるためである。図１１に示されるように、ＮＡＶは、プライマリーチャネルにのみ基づく。
集約されたチャネルの全てが、単一の無線機（例えば、ＤＳＭシステム内の無線機）に属する場合には、ＷＴＲＵは、一方のチャネル上で受信を行っている間に、他方のチャネル上で同時に送信を行うことができない場合がある。これは、別々のチャネルの間における自己干渉をもたらす可能性がある。この問題を回避するために、ＷＴＲＵは、他のチャネル上でデータを送信している間に、プライマリーチャネルをリッスンすることができない。ＷＴＲＵが複数の無線機を有する場合には、ＷＴＲＵ内の無線機の１つが別のチャネル上でデータを送信している間に、プライマリーチャネル上で送信／受信を行うために、ＷＴＲＵ内の別の無線機を使用することができる。
図１２は、専用の制御チャネル手順のためにプライマリーチャネルにおいて使用されるＲＴＳメッセージ１２００のフレームフォーマットを示す。ＲＴＳメッセージ１２００は、フレーム制御フィールド１２０５、デュレーションフィールド１２１０、受信側アドレスフィールド１２１５、宛先アドレスフィールド１２２０、送信アドレスフィールド１２２５、要求チャネルフィールド（channel requested field）１２３０、およびＦＣＳフィールド１２３５を含むことができる。宛先アドレスフィールド１２２０は、データパケットを受信することになるＷＴＲＵのアドレスを含むことができる。受信側アドレスフィールド１２１５は、ＲＴＳメッセージ１２００を受信して、（通常は、ＡＰまたはネットワークコントローラによって送信される）ＣＴＳメッセージを用いて応答するＷＴＲＵのアドレスを含むことができる。データがＡＰへ宛てられている場合には、受信側アドレスフィールド１２１５および宛先アドレスフィールド１２２０は同じとすることができる。要求チャネルフィールド１２３０は、データを送信するためにソースＷＴＲＵによって必要とされるチャネルの数を示すことができる。
図１３は、専用の制御チャネル手順のためにプライマリーチャネルにおいて使用されるＣＴＳメッセージ１３００のフレームフォーマットを示す。このＣＴＳメッセージは、フレーム制御フィールド１３０５、デュレーションフィールド１３１０、受信側アドレスフィールド１３１５、待機時間フィールド１３２０、許可チャネルフィールド（channel granted field）１３２５、およびＦＣＳフィールド１３３０を含むことができる。待機時間フィールド１３２０は、ＷＴＲＵが、許可されたチャネル上でデータを送信できるようになる前に待機しなければならない場合がある（ＳＩＦＳ期間にわたって待機した後の）デュレーションを示すことができる。待機時間がゼロである場合には、ＷＴＲＵは、ＳＩＦＳ期間にわたって待機した後にデータ転送を開始することができる。許可チャネルフィールド１３２５は、ＷＴＲＵがデータを送信することを許可されているチャネルのチャネル番号または識別情報（ＩＤ）についてＷＴＲＵに知らせることができる。ＡＰは、その数の要求された利用可能なチャネルを有していない場合には、より少ないチャネルをソースＷＴＲＵに対して許可することができる。
結合されたＣＳＭＡは、集約されたチャネルにアクセスするための別の代替技術である。結合されたＣＳＭＡは、単にプライマリーチャネル上でのみＣＳＭＡを実行する代わりに、全てのチャネル上でＣＳＭＡを実行することができる。結合されたＣＳＭＡは、チャネルの全てにともにアクセスするために、全てのチャネル上で「ＡＮＤ」ロジックを使用することができる。したがって、結合されたＣＳＭＡは、延期５／１０／１５／２０オプションの使用を許可することができないか、またはさもなければ、集約されたチャネルのうちのいずれかがビジーである場合には、メディアは完全にブロックされることになる。
図１４は、ＡＮＤロジックの結合されたＣＳＭＡの一例を示す。結合されたＣＳＭＡは、どのチャネルがプライマリーチャネルであるかをトラッキングする必要性をなくすことができるが、全てのチャネル上でＣＳＭＡを実行すると、より多くの電力が消費され、より複雑になる場合がある。結合されたＣＳＭＡの利点は、最長の送信をプライマリーチャネル内に置いておく必要性がなくなることである。
チャネルアクセス手順を実施するＤＳＭシステムの堅牢なオペレーションをサポートするための様々な制御／マネージメントメッセージおよび手順について、以下で説明する。
図１５は、ＩＥ（information element）として、または別個のＭＡＣアクションフレームとしてビーコン内に含めて送信されうるＣＳＡ（channel switch announcement）メッセージ１５００を示す。ＣＳＡメッセージ１５００は、新たなチャネルに関する情報を含むこと、およびその新たなチャネルへ切り替えるための時間を示すことが可能である。ＣＳＡメッセージ１５００は、要素ＩＤフィールド１５０５、長さフィールド１５１０、チャネル切り替えモードフィールド１５１５、新たなチャネル番号フィールド１５２０およびチャネル切り替えカウントフィールド１５２５を含むことができる。
図１６は、集約された制御チャネルの実施態様において使用される修正されたＣＳＡメッセージ１６００の一例を示す。ＣＳＡメッセージ１６００は、複数の動作チャネルが存在すること、および複数のチャネルを新たな周波数へ同時に切り替えなければならない場合があることを考慮に入れることができる。図１６に示されるように、ＣＳＡメッセージ１６００のアクションフレームは、チャネルのうちのどれ（プライマリー、セカンダリー、ターシャリーまたはクォータナリー）が切り替えられているかを示す切り替えチャネルフィールド１６０５を含むことができる。切り替えチャネルフィールド１６０５は、複数のビットを含むことができ、当該ビットの各々は、集約されたチャネルの１つを表す。ビットは、１に設定されている場合には、その特定のチャネルが新たな周波数へ切り替えられていることを示すことができる。複数のチャネルが同時に切り替えられているケースにおいては、複数のビットを１に設定することができる（すなわち、００１１という値は、ターシャリーチャネルおよびクォータナリーチャネルが切り替えられていることを示している）。ＣＳＡメッセージ１６００は、新たなチャネルの周波数を示す新たなチャネル番号［１．．．Ｎ］フィールド１６１０を含むこともできる。新たなチャネル番号［１．．．Ｎ］フィールド１６１０は、Ｎ個までの新たなチャネル周波数を含むことができ、それらの新たなチャネル周波数は、切り替えられている（Ｎ個のうちの）各々のチャネルに対応し、例えば、Ｎ＝４である。ＣＳＡメッセージ１６００は、チャネル特徴フィールド１６１５をさらに含むことができ、チャネル特徴フィールド１６１５は、新たなチャネルの特性を示す。すなわち、そのチャネルが、モードＩＩデバイスによりデータのクエリーを行うことによって得られたものかどうか、または、そのチャネルが、感知専用デバイスにより、ライセンス供与されていないスペクトル若しくはオポチュニスティックなスペクトルを感知することによって得られたものかどうかを示す。チャネル特徴フィールド１６１５は、それぞれの新たなチャネルごとに３つの値（すなわち、値０：チャネルの特徴に関する利用可能な情報はない。値１：モードＩＩデバイスから得られたチャネル。値２：感知専用デバイスから得られたチャネル）を有することができる。
ＣＳＡメッセージ１６００は、チャネル切り替えまでの送信上の全ての制約を示すチャネル切り替えモードフィールド１６２０をさらに含むことができる。１に設定されているチャネル切り替えモードは、その要素を含むフレームが宛てられている先のネットワーク内のＷＴＲＵが、スケジュールされたチャネル切り替えまでにさらなるフレームを送信することができないということを示すことができる。０に設定されているチャネル切り替えモードは、受信側クライアントにいかなる要件も課すことはできない。
ＣＳＡメッセージ１６００は、ＷＴＲＵがＣＳＡ要素切り替えを新たなチャネルへ送信するまでのＴＢＴＴ（target beacon transmission time）の回数に設定可能なチャネル切り替えカウントフィールド１６２５をさらに含むことができる。値１は、次のＴＢＴＴの直前に切り替えを行うことができるということを示すことができる。値０は、その要素を含むフレームが送信された後の任意の時点で切り替えを行うことができるということを示すことができる。
ＣＳＡメッセージ１６００は、要素ＩＤフィールド１６３０および長さフィールド１６３５をさらに含むことができる。ＣＳＡメッセージ１６００は、全てのチャネル上でアクションフレームとして送信されうる（すなわち、ＣＳＡメッセージ１６００は、４つのチャネル全ての上で同時に繰り返されうる）。これによって、ＷＴＲＵがこのメッセージを必ず受信できるようにすることができる。また、このメッセージは、ビーコンの一部として送信される場合には、同じ理由で複数のセグメント上で繰り返されうる。
プライマリーチャネルの失敗および非プライマリーチャネルの失敗に関する下記の手順は、パワーセーブモードで動作しているデバイスがなく、また、４つの集約されたチャネル全てをリッスンしているデバイスもないということを前提としている。加えて、チャネルの失敗後の回復を容易にするために、ビーコンは、プライマリーチャネルの失敗のケースにおいてどのチャネルがプライマリーチャネルを引き継ぐかを順序付けたリストと、集約されたチャネル全体の失敗のための、４つの集約されたチャネルのうちの１つではないバックアップチャネルとを含むことができるということが前提とされる。全てのＷＴＲＵは、この情報を格納することができ、情報を最新に保つことを担当することができる。
図１７は、失敗を示す測定レポートメッセージ１７００の一例を示す。測定レポートメッセージ１７００は、測定トークンフィールド１７０５を含むことができる。測定トークンフィールド１７０５は、０に設定されている場合には、測定レポートメッセージ１７００が、自律的な測定レポートであり、測定要求メッセージに応答したものではないということを示すことができる。測定レポートメッセージ１７００は、測定タイプフィールド１７１０、測定レポートフィールド１７１５、要素ＩＤフィールド１７２０、長さフィールド１７２５、および測定レポートモードフィールド１７３０を含むこともできる。
図１８は、測定レポートメッセージ１７００の測定タイプフィールド１７１０によって示されるＩＥＥＥ８０２．１１測定タイプの一例を示す。図１８に示されるように、失敗のケースにおいては、予備タイプ４というインジケーションが使用されうる。測定レポートメッセージ１７００は、いかなる測定値も報告せずにチャネルの失敗を示すだけであるため、測定レポートメッセージ１７００内の測定レポートフィールド１７１５は、ゼロに等しいことが可能である。
図１９は、予備の「測定タイプ４」のフォーマットを示す。図１９に示されるように、「測定タイプ４」は、８ビットフィールドとすることができ、それぞれのビットは、失敗したチャネルを表す。ビットを１に設定すると、そのビットに関連付けられる特定のチャネルが使用可能ではないということを示すことができる。例えば、図１９に示されるビット０および２を１に設定すると、プライマリーチャネルおよびターシャリーチャネルの失敗を示すことができる。全てのチャネルが失敗したケースにおいては、失敗表示メッセージを、利用可能な場合には、バックアッププライマリーチャネル上で、１に設定されている全てのビットとともに送信することができる。さもなければ、そのメッセージは、全てのチャネルの上で非常に低い変調およびコーディングレートで首尾よく送信されうる。
ＤＳＭエンジン内のＳＰ（sensing processor）エンティティが、ネットワーク内のノードから感知結果を収集することによってプライマリーチャネルの失敗を検知した場合には、プライマリーチャネルにおける高い干渉の存在または（ＴＶＷＳデータベースからの）プライマリーユーザの予定されたエントリが判定される。ＣＭＦ（channel management function）は、そのチャネルを断念すべきか否かを判定することができる。この判定は、既に利用可能な感知結果に基づくことができ、またはＣＭＦは、サイレント期間にわたってさらなる結果を必要とする場合がある。
ＷＴＲＵは、ＣＱＩ（channel quality indicator）が変動することがあるため、プライマリーチャネルが失敗したことを認識することができる。これらのＣＱＩは、指定されたしきい値よりも上／下のレベルへと増大／低減させることによって、再送信の回数、エネルギーレベル、ＲＳＳＩ（received signal strength indication）、再送信、スループットなどに基づくことができる。ＷＴＲＵは、チャネルにアクセスする連続した試みが失敗したこと（例えば、ＣＳＭＡが所定の回数失敗したこと）、およびＷＴＲＵが周期的なメッセージ（すなわち、ビーコン）を受信していないことに基づいて、失敗を疑うこともできる。
いずれのＷＴＲＵも、高い干渉を示す、チャネル品質における何らかの変化を検知した場合には、失敗表示メッセージを送信することによって、ＤＳＭシステムに失敗を示すことができる。プライマリーチャネルの品質が、ＷＴＲＵへのアクセスを不可能にするほどに劣化した場合には、ＷＴＲＵは、「バックアップリスト」ビーコンＩＥ内で指定されているようにプライマリーバックアップチャネルへ切り替えること、およびそのチャネル上でプライマリーＣＳＭＡを実行することが可能である。これによって、プライマリーチャネルプロトコルから逸脱することになるかもしれない。しかし、非プライマリーチャネル上で送信を行うと、結果として他のＷＴＲＵの送信とのコリジョンが生じる可能性があるが、これは、ＤＳＭシステムと通信するための唯一の方法であり、ＷＴＲＵは、失敗表示が首尾よく送信されるまで、再送信を行うことができる。
図２０は、ＤＳＭシステム２００５のＣＭＦが、失敗したチャネルに取って代わるための他の利用可能なチャネルを既に有していた第１のシナリオの流れ図を示す。ＤＳＭシステム２００５は、ＣＭＦ２０１０およびＡＰ２０１５を含むことができる。ＷＴＲＵ２０２０は、ＤＳＭシステム２００５と通信する。ＡＰ２０１５は、ＷＴＲＵ２０２０から失敗表示メッセージ２０２５を受信した場合には、このメッセージをＢＡ（bandwidth allocation）再構成要求２０３０としてＣＭＦ２０１０へ転送することができる。ＣＭＦ２０１０は、自身が、失敗したチャネルに取って代わるための他の利用可能なチャネルを既に有しているかどうかに応じて、この要求に応答することができる（２０３５）。ＣＭＦ２０１０が、新たなチャネルを示すＢＡ再構成応答２０４０を送信した場合には、ＡＰ２０１５は、自分のチャネルリストを更新し（２０４５）、およびＣＳＡメッセージ２０５０をＷＴＲＵへ送信することができる。ＷＴＲＵ２０２０は、４つのチャネル全ての上で動作することができる（２０５５）。プライマリーチャネルの失敗のケースにおいては、新たなプライマリーチャネルは、上述のように「バックアップリスト」情報要素内の第１の利用可能なチャネルとすることができる。
図２１は、ＤＳＭシステムのＣＭＦが、失敗したチャネルに取って代わるための利用可能なチャネルを有していない第２のシナリオの流れ図を示す。ＡＰ２０１５は、ＷＴＲＵ２０２０から失敗表示メッセージ２０２５を受信した場合には、このメッセージをＢＡ再構成要求２０３０としてＣＭＦ２０１０へ転送することができる。ＣＭＦ２０１０は、利用可能なチャネルをまったく有していない場合には（２１５０）、ＡＰ２０１５が現在のチャネルから「退避する」（すなわち、現在のチャネルを断念する）ことができることを示すＢＡ再構成応答を用いてすぐに応答することができ（２１５５）、その一方で、ＣＭＦ２０１０は、新たな利用可能なチャネルを探す。ＡＰ２０１５は、このメッセージを、ＷＴＲＵ２０２０が残りのチャネル上で動作することができることを示すＣＳＡメッセージ２１６０としてＷＴＲＵ２０２０へ転送することができる（２１６５）。プライマリーチャネルの失敗が生じた場合には、新たなプライマリーチャネルを「バックアップリスト」ＩＥから選ぶことができる。ＣＭＦ２０１０は、新たなチャネルを見つけた場合には（２１７０）、別のＢＡ再構成応答２１７５を新たなチャネルでＡＰ２０１５へ送信することができ、この別のＢＡ再構成応答２１７５は、別のＣＳＡメッセージ２１８０としてＷＴＲＵ２０２０へ転送され、ＷＴＲＵ２０２０は、ＣＳＡメッセージ２１８０内で指定されるように４つのチャネル全ての上で動作できるようになる（２１８５）。
加えて、プライマリーチャネルの失敗に関するチャネルタイムラインが、図２２に示されており、非プライマリーチャネルの失敗に関するチャネルタイムラインが、図２３に示されている。プライマリーチャネルの失敗のケースでは、新たなプライマリーチャネルが、図２２に示されるように「バックアップリスト」ＩＥから選択される（図２２では、セカンダリーチャネルが、新たなプライマリーチャネルになっている）。非プライマリーチャネル上でチャネルの失敗が生じた場合には、プライマリーＣＳＭＡは、図２３に示されるように、失敗が生じる前と同じプライマリーチャネルを引き続き使用する。
プライマリーＣＳＭＡアプローチのコンテキストにおいては、ＨＰ（high priority）制御メッセージが配信されうる。制御メッセージおよびデータは、同じチャネルにおいて送信される場合があり、そのため互いに競合する場合がある。したがって、高い堅牢性および最小限の遅延で制御メッセージを配信することが望ましい。参考のために、ＩＥＥＥ８０２．１１ｎにおいては提供されない様々なタイプの制御メッセージ、およびそれらの優先度が、図２４に提示されている。高優先度制御メッセージは、ビーコン（すなわち、ＷＴＲＵからＤＳＭシステムへの感知レポート）を伴う／伴わない周期的な配信、およびイベントトリガー（すなわち、ＣＳＡメッセージ）による独立した送信によって送信されることができる。
コリジョンを回避するために、いくつかの高優先度制御メッセージ（すなわち、周期的感知結果、直近のチャネルバックアップ）は、４つのチャネルにおいて周期的に配信されるビーコン情報内にアタッチされうる。しかし、高優先度制御メッセージの堅牢性を高めるために、このタイプの制御メッセージは、４つの物理チャネルにおいて、（図２４に示されるような）４つのセグメント化されたビーコンの予備フィールド内に繰り返し埋め込まれる。ビーコン時間の直前に何らかのイベントが発生した場合には、関連メッセージがビーコンメッセージ内に埋め込まれうる。例えば、チャネルの切り替えが行われる場合には、そのアナウンスメントがビーコン内に含めて送信されうる。
何らかの緊急事態（すなわち、チャネルの失敗、チャネルの切り替え、輻輳レポートなど）が生じており、また、次なるビーコンがすぐには到来しない可能性がある（すなわち、直近のビーコン送信とイベントとの間における間隔が、新たに定義されたパラメータであるｄｏｃ１１ＭｉｎＧａｐよりも大きい）か、または、制御メッセージを配信する送信側デバイスがＡＰではない場合には、そのメッセージはＡＰまたはＷＴＲＵによって最小限の遅延で配信される必要がある。これらのタイプのメッセージのうちの全ては、堅牢な変調モードおよびコーディングレート（すなわち、最も低い変調モードおよびコーディングレート）で配信されることができる。
４つのＡＣ（access category）が、ＩＥＥＥ８０２．１１において定義されている。図２４に示されるように、ＷＴＲＵは、最も高いＡＣを有するメッセージをＡＣバッファのフロントエンド内に置くための通知をバッファコントローラへ送信することができる。このタイプの制御メッセージは、データフレームとして配信されうる。例えば、ＷＴＲＵからＡＰへの輻輳レポートまたはチャネル失敗レポートは、測定要求のフレームフォーマットを有することができる。
集約されたチャネルの実施態様においては、図２５に示されるように、チャネル番号フィールド２５０５と、測定開始時間フィールド２５１０と、測定デュレーションフィールド２５１５とを含む測定要求メッセージ２５００を使用することができる。チャネル番号フィールド２５０５において使用されるビットの数は、２ビットまで減らされうる。例えば、セカンダリーチャネルにおいて輻輳または高い干渉があるのではないかとＷＴＲＵが疑っている場合には、チャネル番号フィールド２５０５は、０１として示されうる。
図２６は、図２５のＩＥＥＥ８０２．１１測定要求メッセージ２５００内のチャネル番号フィールド２５０５の一例を示す。より低いＡＣ内に埋め込まれていて、ＷＴＲＵによって送信された高優先度制御メッセージがチャネルアクセスを勝ち取らない場合には、そのチャネルアクセスを勝ち取るのは、同じ送信機からの他のＡＣである。（ＭＰＤＵとしてパックされる）このタイプの制御メッセージを、コンテンションに勝つそのＡＣのバッファ内に加えることができる。この制御メッセージは、高優先度メッセージがチャネルアクセスを勝ち取らないケースにおいては、他のメッセージとともに配信されうる。
ＡＰによって配信される高優先度メッセージは、よりシステマチックであることが可能である（すなわち、ＣＳＡメッセージなら、遅延を伴わずに配信する上で、より良好であろう）ため、このタイプのメッセージは、バックオフ、および最も堅牢なＭＣＳ（modulation and coding scheme）セット（すなわち、最も低い変調モードおよびコーディングレート）を伴わずに送信されうる。プライマリーチャネルがＡＩＦＳの間にアイドルであり、非プライマリーチャネルがＰＩＦＳの間にアイドルである限り、ＷＴＲＵは、バックオフを実行せずに、すぐにこの制御メッセージを送信することができる。このタイプの送信に関するＡＩＦＳも、減らすことができる。例えば、（ＡＣＩ（adjacent channel interference）／ＡＩＦＳＮフィールドにおいて）ＡＩＦＳＮ＝１であり、これは、ＡＩＦＳの合計値＝１スロット時間＋ＳＩＦＳであることを示している。図２７に示されるように、堅牢性を高めるために、このタイプの制御メッセージは、４つの物理チャネルの上で繰り返されることができる。
ライセンス供与されていない帯域またはライセンス供与されている帯域（例えば、ＴＶＷＳ）において利用可能な複数のチャネルが存在する場合には、これらのチャネル上でＭＡＣ層アグリゲーションを実行することは、これらの利用可能なチャネルを活用するための効果的なソリューションを提供することができる。複数のチャネルを使用することは、より多くのデータが送信され、それによってシステムスループットが高まることを可能にすることができる。
図２８は、ＭＡＣ層アグリゲーションユニット２８００の一例を示す。図２８に示されるように、集約されたデータストリーム２８０５が、複数の利用可能なＭＡＣ層２８１０、および集約された物理チャネル２８１５に分割されることができ、これらのチャネル上で独立して送信されることができる。したがって、ＭＡＣ層アグリゲーションは、ＭＡＣ層アグリゲーションユニット２８００が、これらのチャネル上で同時に、互いに干渉することなく、動作できることを必要とする場合がある。しかし、半二重デバイスは、別々のチャネル上であっても、送信と受信とを同時に行うことはできない。このことは、ワイヤレス通信、例えば、ＩＥＥＥ８０２．１１通信において同期化の問題をもたらす可能性があり、それによって、パケットを首尾よく受信した際に肯定ＡＣＫ（acknowledgement）が必要となる場合がある。ＩＥＥＥ８０２．１１では、肯定応答を求めるフレームを首尾よく受信した後に、ＡＣＫフレームの送信を、ＳＩＦＳ期間の後に、メディアのビジー／アイドル状態にかかわらずに開始できることが必要とされる場合がある。
時間の経過に伴うチャネルの変動、および集約されたチャネル同士の別々の品質に起因して、これらのチャネル上のそれぞれの送信がまったく同じ時間に終了するのを保証することが困難になる場合がある。従って、別々のチャネル上でフレームを首尾よく受信したことによってトリガーされたＡＣＫの送信は、図２９に示されるように、受信（１つのチャネルにおいてフレームを受信すること）と、送信（他のチャネルにおいてＡＣＫを送信すること）とを同時に行う結果になる場合がある。また、それぞれのチャネル上での送信における差が大きくなればなるほど、これらのチャネルのうちの１つまたは複数の上での全体的なアイドルタイムが増えるため、これらのチャネルを使用する効率は低くなる。
送信と受信とを同時に行うことは、自己干渉をもたらす可能性があるため、半二重デバイスにおいては実行不可能である場合がある。例えば、フレームの受信は、送信機からの帯域外の放射に起因して、干渉を受ける可能性がある。このことによって、集約されたチャネル上で受信機によって実行される肯定応答手順を同期化するためのアルゴリズムを使用することが必要となる場合がある。ＡＣＫ同士を同期化すると、結果として、データの送信と、ＡＣＫの送信との間におけるＳＩＦＳ期間よりも長いアイドルタイムが生じる場合がある。この問題に対処するために、それらのアルゴリズムはまた、この時間中に他のデバイスがそのチャネルにアクセスすることを防止しなければならない場合がある。
上述の同期化の問題を解決するために、ＭＡＣアグリゲーションを使用した場合のチャネル送信に対して、様々なルール、例えば、集約されたチャネルにおける送信同士が同時に終了するよう強制することなどを適用することができる。しかし、１つまたは複数のチャネルにおいて失敗した送信に起因してパケットが再送信される必要があるケースにおいては、その再送信は、同期化を確実にするために実施されるルールを破ることができる。また、混合した送信（すなわち、初回の送信および再送信）に関するコンテンションウィンドウが、単一チャネルの送信においては、例えば、ＩＥＥＥ８０２．１１においては対処する必要のない別の問題かもしれない。従って、ＭＡＣ再送信ソリューションは、同期化の基準を満たすことができるようにＭＡＣ層アグリゲーションにおける再送信のために使用されることができる。
以降の説明では、不連続なスペクトル上で動作する４つの物理チャネルが使用されていると想定する。しかし、以降で説明するアルゴリズムは、任意の数の物理チャネル上でのＭＡＣ層アグリゲーションに適用されうるということが分かるであろう。ＭＡＣ層アグリゲーションのためにプライマリーＣＳＭＡが実施されていると想定することもできる。
集約されたチャネル上で肯定応答の送信同士を同期化するために、プライマリーチャネル最終終了手順（primary channel ending last procedure）および共通仮想感知手順（common virtual sensing procedure）を実施することによって、集約されたチャネル同士の間におけるコーオーディネーションを取り扱うことができる。
プライマリーチャネル最終終了手順は、ＭＡＣ層アグリゲーションにおいてプライマリーＣＳＭＡを実施する。このシナリオにおいては、肯定応答の同期化を確実にするための１つのアプローチは、プライマリーチャネル上での送信が常に、最後に、またはセカンダリーチャネル上での送信とほぼ同時に終了するよう強制することかもしれない。図３０は、コリジョンを回避するためにＡＣＫの送信を同期化するための手順を示す。
コリジョンを回避する目的でＡＣＫの送信を同期化するために、下記のルール、またはそれらのルールの任意の組合せを使用することができる。第１に、別々のチャネル上での送信が同時に終了することは不要とすることができるが、プライマリーチャネル上でのデータ送信は最後に終了するものとすることができる。第２に、プライマリーチャネル上でデータ／マネージメントフレームが受信される場合のＡＣＫ手順は、ＩＥＥＥ８０２．１１において使用される手順と同じとすることができる。例えば、肯定応答を求めるフレームを首尾よく受信した後に、ＡＣＫフレームの送信を、ＳＩＦＳ期間の後に、メディアのビジー／アイドル状態にかかわらずに開始することができる。第３に、データ／マネージメントフレームが、セカンダリーチャネル、ターシャリーチャネル、およびクォータナリーチャネル上で受信された場合には、ＡＣＫ手順は、肯定応答を求めるフレームを首尾よく受信した後に、ＡＣＫフレームの送信を、ＳＩＦＳ期間にわたってプライマリーチャネルがアイドルであった後に、開始することができるものとすることができる。第４に、プライマリーチャネル上で送信されたデータ／マネージメントフレームは、送信が終了してから「ＳＩＦＳ＋ＡＣＫ送信時間」内にＡＣＫがあると予期することができる。しかし、セカンダリーチャネル、ターシャリーチャネル、およびクォータナリーチャネル上で送信されたデータ／マネージメントフレームは、プライマリーチャネルが送信を終了してから「ＳＩＦＳ＋ＡＣＫ送信時間」内に各自のＡＣＫがあると予期することができる。
代替として、または追加として、集約されたチャネルにおける肯定応答の送信を同期化するために、プライマリーチャネルの送信が最後に終了しなくてもよいように、全てのチャネルにおいて共通仮想感知ＮＡＶ値を使用することができる。下記の内容は、プライマリーＣＳＭＡに焦点を合わせているが、共通仮想感知は、他の任意のＣＳＭＡアルゴリズム、例えば、結合されたＣＳＭＡに関して実施することもでき、その場合には、プライマリーチャネルを定義することはできず、感知は、全ての集約されたチャネル上で実行されることができる。
これは、フレームヘッダ内のデュレーションフィールドがどのように設定されるかに影響を与える場合がある。ＩＥＥＥ８０２．１１においては、メディアがアイドルであることを、物理的な搬送波感知メカニズムと、仮想の搬送波感知メカニズムとの両方が示す場合にのみ、そのメディアはアイドルであると判定されることができる。仮想の搬送波感知メカニズムは、ＮＡＶと呼ばれる場合がある。ＮＡＶは、メディアのビジーステータスのデュレーションを告知するＭＡＣヘッダのデュレーションフィールド内に含めて搬送することができる。
デュレーションフィールドを設定するための現在のルールは、チャネルのコンテンションアクセスに続いてＣＡＰ（controlled access phase）外でＱｏＳ（quality of service）ＷＴＲＵによってＣＰ（contention period）において送信された全てのデータまたはマネージメントフレーム内では、デュレーション／ＩＤフィールドを下記の値のうちの１つに設定されうることを必要とする場合がある。第１に、ＱｏＳデータサブフィールドがゼロに設定されているマネージメントフレーム、およびＡＣＫポリシーサブフィールドが通常のＡＣＫに設定されているユニキャストデータフレームに関しては、そのフレームが、ＴＸＯＰ（transmission opportunity）の最後のフラグメントである場合には、１つのＡＣＫフレームの送信のために必要とされる時間（適切なＩＦＳ（interframe space）値を含む）、または、１つのＡＣＫフレームの送信のために必要とされる時間に、後続のＭＰＤＵと、必要な場合にはその応答との送信のために必要とされる時間をプラスした値（適切なＩＦＳ値を含む）。第２に、ＡＣＫポリシーサブフィールドが「ｎｏ ＡＣＫ」または「ｂｌｏｃｋ ＡＣＫ」に設定されているユニキャストデータフレームに関しては、およびマルチキャスト／ブロードキャストフレームに関しては、そのフレームが、ＴＸＯＰの最後のフラグメントである場合には、または、後続のＭＰＤＵと、必要な場合にはその応答フレームとの送信のために必要とされる時間（適切なＩＦＳ値を含む）である場合には、デュレーション／ＩＤフィールドをゼロに設定することができる。第３に、デュレーション／ＩＤフィールドを、そのＡＣ（access class）の保留中のＭＰＤＵと、存在する場合には、関連付けられているＡＣＫとの送信のために必要とされる時間の最小値、および適用可能なＳＩＦＳ期間、並びに、そのＡＣに関するＭＩＢ（management information base）によって課されている時間制限からＴＸＯＰ内の既に使用された時間を差し引いた値に設定することができる。
ＷＴＲＵおよびコーオーディネートされていないＡＰからのコリジョンを効果的に回避するために、最長の送信が終了する時間に基づいてデュレーションフィールドの値が得られる。送信タイプ（フラグメント化されたパケット送信、継続中のＴＸＯＰか否か、など）に応じて、それぞれのデュレーションフィールドは、ＳＩＦＳ＋最長の送信を伴うチャネルに関連付けられているＡＣＫ送信時間＋差分に基づくことができる。差分は、最長の送信時間と、その特定のチャネルの送信時間との間における差とすることができる。
デュレーションフィールドは、フィールド内の値が３２，７６８未満である場合には、マイクロ秒（μｓ）のデュレーションとして解釈されることができる。そうでない場合には、デュレーションフィールドは、フィールドが関連付け識別子として解釈されるべきであることを示すことができる。
送信機は、いかなるフレームを送信する前にも、どのフレームが送信に最も長い時間を要することになるかを判定することができる。これは、フレームのサイズの要因であるだけでなく、それぞれのチャネル上で使用される変調およびコーディングスキームでもある場合がある。ポリシーサブフィールドが通常のＡＣＫに設定されているユニキャストデータフレームに関しては、それぞれのフレームの送信時間を計算することができる。この計算は、下記のとおり実行することができる。
packet_xmit_time=80μs+(262+size_of_data)/data_rate 方程式（１）
ここでは、８０μｓは、ＰＬＣＰ（physical layer convergence protocol）ヘッダを占めており、２６２は、ＭＡＣフレームの他のフィールド内のビットの数であり、ｓｉｚｅ＿ｏｆ＿ｄａｔａは、データフィールド内に含まれることになるビットの数であり、ｄａｔａ＿ｒａｔｅは、チャネルの使用可能な送信スピードである。
別々の長さまたは変調スキームを有する４つのパケットの送信に関しては、それぞれのパケットは、次のような別々のデュレーションフィールド値を有することができる：ＤＣＦ（distributed coordination function）を使用するフラグメント化されていないパケット送信、またはＨＣＦ（hybrid coordination function）ＥＤＣＡ（contention-based channel access）におけるＴＸＯＰ内の最後のパケット送信、またはＤＣＦにおける最後のフラグメント送信。最大送信時間（ＭＡＸ＿ＸＭＩＴ＿ＴＩＭＥ）を有するフレームに関しては、この値を、ＳＩＦＳ時間と、より低いＭＣＳ（modulation and coding scheme）を有するチャネル内のＡＣＫパケットの送信時間とをプラスした値に、次式のように設定することができる。
duration_field=SIFS_time+ACK_TX_TIME(pre-defined MCS) 方程式（２）
その他のフレームに関しては、デュレーションフィールドは、ＳＩＦＳ時間にＡＣＫパケットの送信時間をプラスして、パケットが送信されている時間と、最大送信時間との間における送信時間の差を加えた値を含むことができる。したがって、この値は、次のとおり設定することができる。
duration_field=(MAX_XMIT_TIME-packet_xmit_time)+SIFS_time+ACK_TX_TIME(pre-defined MCS) 方程式（３）
ここでは、packet_xmit_timeは、パケットが送信されている時間に相当する。失敗したパケットの再送信に関しては、そのパケットの保存されているコピーにおけるデュレーションフィールドの値を、そのパケットとともに送信されているその他のパケットに合うように更新することができる。
図３１は、フラグメント化されていないまたは単一のフラグメントパケット送信およびＴＸＯＰの最後の送信におけるデュレーションフィールドの例を示す。図３１は、最大送信時間（MAX_XMIT_TIME）がセカンダリーチャネル上で生じうることを示す。したがって、セカンダリーチャネルに関するデュレーションフィールドは、最も短くすることができる。デュレーションフィールドの長さは、その他のパケットに関しては異なることが可能であり、パケット送信の終わりからＡＣＫの終わりまでとすることができる。ターシャリーチャネルの送信が、上述の説明の好例かもしれない。
デュレーションフィールドの値は、フラグメンテーションのケースにおける最後以外のフラグメント送信、またはＥＤＣＡにおけるＴＸＯＰ内の最後以外のパケット送信に従って求めることもできる。このケースにおいては、デュレーションフィールドは、もう１つのＳＩＦＳ時間と、追加の別の（ＳＩＦＳ時間＋ＡＣＫ時間）と、次の送信における４つのパケットのうちの最長の送信時間（NEXT_MAX_XMIT_TIME）とを含むことができる。例えば、次式のようになる。
duration_field=(MAX_XMIT_TIME-packet_xmit_time)+SIFS_time+2×(ACK_TX_TIME(pre-defined MCS)+SIFS_time)+NEXT_MAX_XMIT_TIME 方程式（４）
ここでは、packet_xmit_timeは、そのチャネルにおいて現在のパケットが送信されている送信時間に相当することができ、MAX_XMIT_TIMEは、４つの物理チャネルのうちの最長の送信を表すことができ、NEXT_MAX_XMIT_TIMEは、４つの物理チャネルのうちの次の送信のために必要とされる最長の時間に相当することができる。図３２は、フラグメント化されたパケット送信またはＴＸＯＰの最後以外の送信におけるデュレーションフィールドの例を示す。MAX_XMIT_TIMEおよびNEXT_MAX_XMIT_TIMEは、別々のチャネル内に存在しうる。
受信機の受信局ロジック（receiving station logic）は、送信機によって使用される共通仮想感知技術によって影響を受ける場合もある。対処すべき重要なケースは、受信機が、１つのチャネル上で１つのパケット全体を受信し終わっても、他のチャネル上で引き続きビジーである場合かもしれない。このケースにおいては、受信機は、全てのさらなるパケット送信が他のチャネル上で終了するのを待つか否か、または、それらの他の送信を断念する前にどれぐらい長く待つかを決めることができる。デュレーションフィールドと、PHY-RXSTART.インジケーションとを組み合わせて使用することは、他のチャネル上での受信をいつやめるかを決める上で役立つことができる。
RXSTART.インジケーションは、有効なスタートフレームデリミタおよびＰＬＣＰヘッダをＭＡＣが受信していることをＭＡＣに通知するためにＰＨＹ（physical layer）によって提供されることができる。ＭＡＣは、自分がそれぞれのチャネル上でこのインジケーションを受信した時間を記録して、それらの時間を、自分がプライマリーチャネル上でこのインジケーションを受信した時間と比較することによって、これを使用することができる場合がある。これらが、他のチャネル同士に関して同時に生じた場合には、ＭＡＣは、それらが干渉ではないこと、および、ＳＩＦＳ期間を開始する前にそれらが完了するのを待つべきであることを知ることができる。さもなければ、このインジケーションが、他のチャネル上で同時に受信されない場合には、ＭＡＣは、このチャネル上での送信が完了するのを待たなくてもよい。このインジケーションが受信された後に干渉されるようになるパケットを待つことを防止するために、タイムアウトを初期設定することができる。これは、最も低いＭＣＳ上での最長の可能なＭＡＣデータフレームの送信時間に設定することができる。このタイムアウトは、第１のパケットが首尾よく受信されると、キャンセルまたは変更することができる。
送信セットのうちの第１のパケットが受信されると、ＷＴＲＵは、フレームヘッダからデュレーションフィールドを抽出することができる。この値は、ゼロ（ブロードキャストパケット用）またはＳＩＦＳの最小値、およびＡＣＫパケットの送信時間を含むことができる。受信されたフレームがＡＣＫを必要とし、デュレーションフィールドが、ＳＩＦＳ時間＋ＡＣＫ送信時間に設定されている場合には、ＳＩＦＳ期間は、すぐに開始することができる。これは、受信されたフレームが、送信された最長のフレームであったこと、または他のフレームの送信も現時点で終了したことに起因して生じる場合がある。受信機は、ＳＩＦＳがいつ開始することになるかが正確に分かるようになったため、RXSTART.インジケーションに起因して設定されたタイムアウトは、キャンセルすることができる。
そうでない場合には、時間の量は、送信機が現在、継続中のＴＸＯＰ内にあるか否かに応じて、２つのことのうちの１つを表すことができる。第１に、送信機が現在、継続中のＴＸＯＰ内にない場合、例えば、それがＴＸＯＰ内の最後のパケットである場合には、デュレーションフィールドは、最長の継続中の送信内に残っている時間と、ＳＩＦＳおよびＡＣＫパケットの送信時間とをプラスした値を表すことができる。第２に、ＴＸＯＰが継続されることになる場合（ＴＸＯＰ内の最初のまたは真ん中のパケットの場合）には、デュレーションフィールドは、少なくとも、上述のような時間の量と、別のＳＩＦＳと、パケットのうちの次のセットにおける最長の送信時間と、別の（ＳＩＦＳ＋ＡＣＫのために必要とされる送信時間）とをプラスした合計とすることができる。
デュレーションフィールドが、ＳＩＦＳ＋ＡＣＫ送信時間＋ＳＩＦＳ＋ＰＬＣＰヘッダ未満である場合には、送信機は、ＴＸＯＰを継続していない可能性がある。したがって、受信機は、受信されたパケットの終わりのｔマイクロ秒（μｓ）後にＳＩＦＳ期間が開始するようにスケジュールすることができる。
t=duration_field-SIFS_time-ACK_TX_TIME 方程式（５）
ＷＴＲＵは、この時点で、自分の受信機が他のチャネル上で依然としてビジーであるかどうかにかかわらずに、自分のＳＩＦＳバックオフ期間を開始することができる。これは、これらの他のチャネルが干渉を経験しているであろうことに起因する場合がある。図３３は、継続中のＴＸＯＰを継続中でないＴＸＯＰから区別するデュレーションフィールドの例の図を示す。
デュレーションフィールドが、時間のその量以上である場合には、ＴＸＯＰは、継続する可能性があり、RXSTART.インジケーションの時間に設定されたタイムアウトは、受信パケットの終わりのｔマイクロ秒（μｓ）後に調整することができる。受信機は、プライマリーチャネルと同じ時点でRXSTART.インジケーションを受信したチャネル上でパケットが完了するのを待つことができる。
図３４は、例示的なＤＳＭ（dynamic spectrum management）システム３４００を示しており、ＤＳＭシステム３４００は、家庭または小規模オフィスなどの局所的なエリアにおいて動作することができる。ＤＳＭシステム３４００は、ＤＳＭエンジン３４０５と、複数のＤＳＭクライアント３４１０とを含むことができる。
ＤＳＭエンジン３４０５は、２．４ＧＨｚおよび５ＧＨｚのＩＳＭ帯域、ＴＶＷＳ帯域、並びに６０ＧＨｚ帯域など、ライセンス供与されていないまたはオポチュニスティックな帯域において動作する局所的なエリアにおいて行われるワイヤレス通信を管理することができる。ＤＳＭエンジン３４０５は、ライセンス供与されている帯域およびライセンス供与されていない帯域にわたって帯域幅を集約することもできる。図３４に示されるように、ＤＳＭエンジン３４０５は、ＷＷＡＮ（wireless wide area network）または有線リンクを通じて、ＤＳＭクライアント（すなわち、ＷＴＲＵ）３４１０に、並びに、セルラーコアネットワーク３４１５、ＴＶＷＳデータベース３４２０、およびＩＰネットワーク３４２５などの外部ネットワークに相互接続することができる。
ＤＳＭエンジン３４０５は、ＴＶＷＳデータベースへのアクセスを有することができ、ジオロケーション動作を有することができるため、ＴＶＷＳ帯域においてモードＩＩデバイスとして動作することができる。ＤＳＭエンジン３４０５は、感知専用モードで動作することもでき、それによって、ＤＳＭシステム３４００は、ＴＶＷＳデータベース３４２０が許可することができるよりも大きなチャネルサブセットにおいて動作できるようになることが可能である。
ＤＳＭクライアント３４１０は、直接ＤＳＭエンジン３４０５と通信リンクを確立することができるコグニティブ無線対応クライアントデバイスとすることができる。ＤＳＭエンジン３４０５と、ＤＳＭクライアント３４１０との間における通信リンクは、ＤＳＭリンク３４３０と呼ばれ、拡張制御プレーンおよびユーザプレーン動作を提供することができる。ＤＳＭリンク３４３０は、不連続なスペクトルを介して動作することができる拡張ＩＥＥＥ８０２．１１ＲＡＴ（radio access technology）に基づくことができる。
ＤＳＭリンク３４３０は、ＬＴＥなどの他のＲＡＴに基づくこともできる。ＤＳＭクライアント３４１０は、ＴＶＷＳデータベース３４２０へのアクセスを有することができず、どのチャネルを使用することができるかを示すのにＤＳＭエンジン３４０５に依存することができる。ＤＳＭクライアント３４１０は、感知専用モードで動作することもできる。感知専用モードにおいては、ＤＳＭクライアント３４１０は、ＤＳＭエンジン３４０５によって感知専用モードチャネルとして識別されたチャネルをプライマリーユーザが占有していないことを周期的に確認して、これらのチャネルにおける送信を可能にすることができる。ＤＳＭエンジン３４０５は、ＤＳＭクライアント３４１０においてこれらのチャネル上での適切なスペクトル感知を可能にするためにサイレント期間をスケジュールすることができる。感知専用動作を有するＤＳＭクライアント３４１０は、モードＩデバイスとしてチャネルのサブセット上で動作することができる。プライマリーユーザ検知のための手順は、感知専用チャネルとして識別されたチャネル上で実施することが必要になる場合がある。ＤＳＭクライアント３４１０同士は、ダイレクトリンク３４３５を通じて互いに直接通信することができる。ダイレクトリンク３４３５のために使用される無線リソースおよびＲＡＴ（radio access technology）は、ＤＳＭエンジン３４０５によって制御することができる。
図３５は、ＤＳＭエンジン３４０５の例示的なアーキテクチャを示す。ＤＳＭエンジン３４０５は、ＣＭＦ（channel management function）３５０５、ＭＮＣ（multi-network connection）サーバ３５１０、ＤＳＭポリシーエンジン３５１５、ＡＰ機能３５２０、ＳＰ（sensing processor）３５２５、集中型ＷＴＲＵデータベース３５３０、およびＨＮＢ（home Node-B）機能３５３５を含むことができる。
ＣＭＦ３５０５は、中央のリソースコントローラであり、無線リソースを管理すること、並びに、それらの無線リソースをＷＴＲＵおよびＡＰのそれぞれに効率よく割り当てることを担当することができる。
ＡＰ機能３５２０は、ネットワークに加わるＷＴＲＵ（すなわち、ＤＳＭクライアント）のための主要な接続機能を提供することができる。その主要な接続機能は、ＣＭＦ３５０５によって選択されたチャネルに基づいて集約を管理するコーオーディネーション機能を含むことができる。ＡＰ機能３５２０の担当は、基本的なＩＥＥＥ８０２．１１ＭＡＣ／ＰＨＹ機能（または、ＬＴＥベースのＤＳＭリンクのケースにおいては、ＬＴＥ機能）を実行すること、新たな制御チャネルスキームをサポートすること、ＣＭＦ３５０５によって判定されたチャネルの連続したおよび不連続なスペクトルの集約を実行すること、ネイバー／ノードディスカバリーおよびチャネルサウンディングをサポートすること、ＩＥＥＥ８０２．１１ベースのＤＳＭリンク３４３０に関する制御チャネルおよび共通データチャネルセットアップ手順をサポートすること、ＬＴＥベースのＤＳＭリンクに関する制御チャネルの堅牢性およびチャネル切り替え手順をサポートすること、並びに、ダイレクトリンクの構成、セットアップ、ティアダウン、およびメンテナンスをサポートすることを含むことができる。
ライセンス供与されていないまたはオポチュニスティックな帯域のプライマリーユーザが、あるチャネル上で送信を開始した場合には、ＦＣＣルールによれば、図３５に示されるＤＳＭエンジン３４０５は、特定の時間内にそのチャネルを明け渡すことが必要になる場合がある。プライマリーユーザの検知は、ＳＰ（sensing processor）３５２５に依存することができる。ＳＰ３５２５は、プライマリーユーザを検知すると、ＤＳＭエンジン３４０５内のＣＭＦ３５０５に知らせることができる。
ＤＳＭエンジン３４０５および関連付けられているＷＴＲＵは、ＰＣＳＭＡを使用してコンテンションを通じて、集約されたチャネルへのアクセスを得ることができる。ＷＴＲＵは、送信を行う必要がある場合は常に、チャネルの全てを使用することができ、従って、チャネルの全てが空いていることを確認することが必要となる場合がある。１つの方法は、１つのチャネルをプライマリーチャネルとして割り当てること、およびそのプライマリーチャネル上でＣＳＭＡを実行することを含む。ＷＴＲＵまたはＤＳＭエンジン３４０５は、転送すべき制御データまたは通信データを有している場合には、事前に割り当てられたプライマリーチャネル上でＣＳＭＡを実行することができる。他の３つのチャネルは、プライマリーチャネルと同じチャネルステータスを有していると想定することができる。例えば、プライマリーチャネル上でのＣＳＭＡがビジーのステータスを返した場合には、チャネルの全てがビジーであると想定することができる。ＷＴＲＵまたはＤＳＭエンジン３４０５は、プライマリーチャネルへのアクセスを得ると、プライマリーチャネルおよび非プライマリーチャネルへのアクセスを得たことになる。プライマリーチャネルへのアクセスを得るとすぐに、ＷＴＲＵまたはＤＳＭエンジン３４０５は、チャネルの全てが空いていることを確かめる上で役立つように、送信の前にＰＩＦＳ（PCF(point coordination function)inter-frame space）のＰＩＦＳ期間にわたって非プライマリーチャネルをチェックすることができる。図３６は、プライマリーチャネル上でのＣＳＭＡの一例を示す。
デバイスは、別々のチャネル上であっても、送信と受信を同時に行うことはできない。したがって、受信機による肯定応答手順は、集約されたチャネルを介して、同期化された様式で行うことができる。例えば、デバイスは、所与のチャネル上で肯定応答を受信しながら別のチャネルを介して送信を行うことはできない。送信および受信のコーオーディネーションを取り扱うための２つの技術が、「プライマリーチャネル最終終了」および「共通仮想感知」である。プライマリーチャネル最終終了は、プライマリーチャネルが、最後に、またはセカンダリーチャネルを介した送信とほぼ同じ時間に終了することを確実にすることによって、肯定応答の同期化を実施することができる。共通仮想感知は、全てのチャネルにおいて共通仮想感知（ＮＡＶ値）を使用することができ、これは、プライマリーチャネルの送信が最後に終了することを不要とすることができる。
ＦＣＣルールによれば、セカンダリーユーザは、プライマリーユーザがＴＶＷＳチャネル上で検知されると、そのＴＶＷＳチャネルを明け渡すよう求められる可能性がある。プライマリーユーザを検知するために、ＤＳＭエンジン３４０５は、ＴＶＷＳデータベース３４２０に問合せを行うこと、またはスペクトル感知を実行することが可能である。スペクトル感知を使用してプライマリーユーザを検知するために、ＡＰおよびその関連付けられているＷＴＲＵは、特定の時間においてサイレントであることが必要となる場合がある。サイレント期間のデュレーションおよび頻度は、ＦＣＣルールに準拠しつつもスペクトル感知アルゴリズムに依存することができる。ＦＣＣルールによれば、インサービスモニタリングは、６０秒未満であることが必要とされる場合がある。また、サイレント期間情報は、ＡＰに関連付けられているＷＴＲＵのうちの全てにブロードキャストすることができる。したがって、ＩＥＥＥ８０２．１１ＭＡＣ層アーキテクチャ（または、ＤＳＭシステムのためのＬＴＥ ＲＡＴのケースにおいては、ＬＴＥアーキテクチャ）は、サイレント期間、サイレント期間の判定、およびＡＰとＷＴＲＵとの間におけるサイレント期間の同期化の最中には送信を停止することをサポートするように調整することができる。
セカンダリーユーザとして動作しているＩＥＥＥ８０２．１１ ＡＰまたはＷＴＲＵは、プライマリーユーザの存在に応じて、動作チャネルを切り替えることができる。ＷＴＲＵを新たな動作チャネルへ導くために、ＡＰは、チャネル再割り当て情報をＷＴＲＵへブロードキャストすることができる。この情報は、高い優先度を有することができ、その送信は、通常のデータ送信に影響を与えることができる。したがって、ＩＥＥＥ８０２．１１ＭＡＣ層アーキテクチャは、チャネル再割り当て情報の送信を組み込むように修正することができる。
典型的なチャネル帯域幅は、６ＭＨｚとすることができ、典型的なＷｉＦｉチャネル帯域幅は、２０ＭＨｚとすることができる。したがって、チャネル同士は、ＷｉＦｉチャネルの帯域幅をサポートするように集約することができる。ＡＰまたはＷＴＲＵは、複数の連続したまたは不連続な並列のＰＨＹチャネル上で動作することができる。したがって、ＩＥＥＥ８０２．１１ＭＡＣ層アーキテクチャは、これらのＰＨＹチャネルにわたるフレームの分配をサポートするように修正することができる。そのようなフレームの分配は、ＰＨＹチャネルの信頼性の欠如に起因して動的であることが可能である。例えば、チャネルのうちの１つが、プライマリーユーザに起因して利用不能になった場合には、このチャネルに割り当てられているフレームは、別のチャネルに再割り当てすることができる。
チャネル再割り当て情報、およびＰＨＹチャネルのうちの１つまたは複数の上でのスペクトル感知のためのサイレント期間同期化情報の送信は、フレームの並べ替えにつながる場合がある。その結果として、これらのチャネルに割り当てられているフレームは、他のチャネルに再割り当てすることができる。
帯域外の放射に起因して、ＡＰまたはＷＴＲＵは、別々のチャネル上で送信と受信とを同時に行うべきではない。なぜなら、自己混雑に陥る（self-jam）可能性があるためである。具体的には、ＡＰまたはＷＴＲＵが、１つのＴＶＷＳチャネル上で送信を行い、その一方で、別のＴＶＷＳチャネル上で受信を行った場合には、送信された信号が、後者のチャネルにおいて受信される可能性があり、それによって、受信エラーが生じる可能性がある。全てのチャネルを効率よく使用するために、ＡＰまたはＷＴＲＵは、それらのチャネルにわたって送信デュレーションを同期化することができる。したがって、１つのソリューションは、同時に開始する送信が、やはり同時に、またはほぼ同時に終了することができるように送信をアレンジすることかもしれない。この目的を達成するために、別々のＰＨＹチャネル上で送信されることになるフレーム同士は、無線送信のデュレーションがほぼ同じになるように適切にサイズ設定することができる。ＭＣＳ（modulation and coding scheme）は、別々の状況を経験しているＰＨＹチャネルごとに異なるものとすることができる。したがって、別々のチャネル上で送信されることになるフレーム同士は、別々のサイズを有することができる。より良好なチャネル上で送信されることになるフレームは、より大きなサイズにすることができ、より劣悪なチャネル上で送信されることになるフレームは、より小さなサイズにすることができる。所望の長さのフレームを生成するために、ＩＥＥＥ８０２．１１ＭＡＣを修正することが必要となる場合がある。
図３７Ａおよび図３７Ｂは、ＱｏＳをサポートする例示的なＭＡＣ層アーキテクチャ３７００を示す。ＣＭＦ３５０５を除いて、ＭＡＣ層アーキテクチャ３７００は、ＤＳＭエンジン３４０５のＡＰ機能３５２０内に組み込むことができる。図３７Ａに示されるように、例示的なＭＡＣ層アーキテクチャ３７００は、搬送波集約機能とともに、通常のＭＡＣ層アーキテクチャを、ライセンス供与されていないまたはオポチュニスティックな帯域上でのＩＥＥＥ８０２．１１オペレーションをサポートするように強化するために、バッファコントローラ３７１０と、フレームコントローラ３７１５と、ＱｏＳコントローラ３７２０と、サイレント期間スケジューラ３７２５と、チャネルモニタ３７３０とを含むＭＡＣ層コーディネータ３７０５を含む。
図３７Ｂに示されるように、ＭＡＣ層アーキテクチャ３７００は、複数のＡＣ３７４５1〜３７４５Nのそれぞれの中に生成することができる複数のロジックバッファ３７４０1〜３７４０4を使用して、複数の並列のＰＨＹチャネル３７３５にわたってフレームを分配することができる。それぞれのロジックバッファ３７４０は、特定のＰＨＹチャネル３７３５を介して送信されることになるフレームを格納することができる。
図３７Ａおよび図３７Ｂに示されるように、ＭＡＣ層アーキテクチャ３７００は、ＡＣマッピングユニット３７５５と、複数のＡ−ＭＳＤＵ（aggregated MAC service data unit）集約ユニット３７６０1〜３７６０Nと、フラグメンテーションユニット３７６５1〜３７６５Nと、ＭＰＤＵヘッダおよびＣＲＣユニット３７７０1〜３７７０Nと、複数のＡ−ＭＰＤＵ（aggregated MAC protocol data unit）集約ユニット３７７５1〜３７７５Nと、複数のＥＤＣＡＦ（enhanced distributed channel access function）３７８０1〜３７８０Nと、スイッチ３７８５と、デジタルトランシーバ３７９０とをさらに含むことができる。
上位層からのＭＳＤＵ（MAC service data unit）フレームが受信されると、ＭＡＣ層は、フレームのＵＰ（user priority）を検査することができる。一例においては、８つのＵＰを４つのＡＣ（access category）値にマップすることができる。それらの４つのＡＣタイプとしては、優先度の高いものから低いものへと列挙すると、ＡＣ＿ＶＯ（voice）、ＡＣ＿ＶＩ（video）、ＡＣ＿ＢＥ（best effort）およびＡＣ＿ＢＫ（background）を含むことができる。この例は、４つのＡＣタイプを含むが、その他の実施形態は、任意の数のＡＣタイプを含むことができる。マッピングは、ＡＣマッピングユニット３７５５において実行することができる。ＡＣマッピングユニット３７５５の後には、４つの分岐があり、それらの１つひとつは、それぞれのＡＣ３７４５に対応している。Ａ−ＭＳＤＵ集約ユニット３７６０は、複数のＭＳＤＵフレームを集約して、ＭＡＣ層のオーバーヘッドを減らし、ひいては、データスループットを高めることができる。それぞれのＡ−ＭＳＤＵ（aggregated MSDU）フレームは、シーケンス番号を割り当てられることが可能であり、インテグリティー保護を有することができる。次いで、ＭＳＤＵフレームは、フラグメンテーションユニット３７６５によってフラグメント化することができる。フラグメンテーションは、Ａ−ＭＳＤＵフレーム上では実行することができない。
次に、フラグメント化されたフレームは、ロジックバッファ３７４０内に保存することができ、それによって、メディアリソースのコンテンションをトリガーすることができる。コンテンションは、ＥＤＣＡＦ３７８０によって実行することができる。それぞれのＡＣ３７４５は、自分自身のＥＤＣＡＦ３７８０を有することができ、これらのＥＤＣＡＦ３７８０は、別々のパラメータを適用することができ、それによって、より高い優先度のＡＣ３７４５に関連付けられているＥＤＣＡＦ３７８０は、より高い可能性でコンテンションに勝つことができる。ＥＤＣＡＦ３７８０は、メディアリソースを得ると、自分のバッファ内のフレームを送信することを開始することができる。ＭＰＤＵヘッダおよびＣＲＣユニット３７７０を使用して、ＭＰＤＵヘッダおよびＣＲＣ（cyclic redundancy check）を、セグメント化されたフレームに付加することによって、ＭＰＤＵを構築することができる。複数のＭＰＤＵを集約して単一のＡ−ＭＰＤＵフレームにして、ＰＨＹ層へ送信することもできる。
フレームコントローラ３７１５は、Ａ−ＭＳＤＵ集約ユニット３７６０、フラグメンテーションユニット３７６５、およびＡ−ＭＰＤＵ集約ユニット３７７５を制御するように構成することができ、それによって、それぞれのＡ−ＭＰＤＵ出力は、特定のＰＨＹチャネル３７３５上で送信するように設計することができ、それぞれのＰＨＹチャネル３７３５を介したＡ−ＭＰＤＵの送信デュレーションは、ほぼ同じとすることができる。
フレームコントローラ３７１５は、はじめに４つのＰＨＹチャネル３７３５全てに関するＭＣＳ情報を受信することができる。次いでフレームコントローラ３７１５は、４つのＰＨＹチャネル３７３５のＭＣＳ値に基づいて無線デュレーションを事前に指定することができる。次いでフレームコントローラ３７１５は、同様の無線デュレーションを有するためにそれぞれのＰＨＹチャネル３７３５用に設計されたＡ−ＭＰＤＵを生成するように、Ａ−ＭＳＤＵ集約ユニット３７６０、フラグメンテーションユニット３７６５、およびＡ−ＭＰＤＵ集約ユニット３７７５を制御することができる。フレームコントローラ３７１５は、任意のＰＨＹチャネル３７３５のためのフレームの生成レートを制御することもできる。このオペレーションは、バッファバランスを、次いで４つのＰＨＹチャネル３７３５の間におけるロードバランスを確かなものにすることができる。はじめに、フレームコントローラ３７１５は、全てのＰＨＹチャネル３７３５のための等しい生成レートをラウンドロビン様式で適用することができる。バッファコントローラ３７１０からバッファステータス情報を受信すると、フレームコントローラ３７１５は、それに応じて、自分のフレーム生成スタイルを調整することができる。
ロジックバッファ３７４０の生成およびメンテナンスは、バッファコントローラ３７１０によって実行することができる。ＰＨＹチャネル３７３５を効率よく使用するために、バッファコントローラ３７１０は、ロジックバッファ３７４０同士の間においてフレームの分散および並べ替えを行って、ロジックバッファ３７４０のバランスを取ることができる。
帯域外の放射は、１つのＰＨＹチャネル上で送信を行いながら同じＷＴＲＵ上の別のＰＨＹチャネル上で受信を行うことを防止することができる。その結果として、一実施形態においては、これらのチャネル上での送信は、ほぼ同じ時間に開始および終了する。これは、チャネル状況に従ってフレームサイズを調整することによって、達成することができる。例えば、より良好なチャネルを介して送信されることになるフレームは、より劣悪なチャネルを介して送信されることになるフレームよりも大きくすることができる。フレームサイズの正確な計算は、図３７のＭＡＣ層アーキテクチャ３７００内のフレームコントローラ３７１５によって実行することができる。フレームコントローラ３７１５は、所望のサイズを有するフレームを生成するように、Ａ−ＭＳＤＵ集約ユニット３７６０、Ａ−ＭＰＤＵ集約ユニット３７７５、およびフラグメンテーションユニット３７６５を制御することができる。
セカンダリーユーザは、チャネル上でのプライマリーユーザの検知に続いて、そのチャネル上での送信をやめることが必要となる場合がある。プライマリーユーザを検知するための１つの方法は、スペクトル感知を経ることである。スペクトル感知の一実施態様は、全てのセカンダリーユーザが感知デュレーションにわたってサイレントであることを必要とする場合がある。サイレント期間スケジューラブロックは、サイレント期間の頻度およびデュレーションを決定すること、およびそのサイレント期間の決定を、関連付けられているＷＴＲＵの全てとの間で同期化することが可能である。
あるいは、ＡＰまたはＷＴＲＵは、チャネル状況または送信状況が特定のしきい値未満に劣化したことを観測したときに、プライマリーユーザの検知をトリガーすることができる。これは、イベントによってトリガーされたプライマリーユーザの検知と呼ばれる。ＡＰまたはＷＴＲＵは、図３７のＭＡＣ層アーキテクチャ３７００内のＣＭＦ（channel management function）３５０５への報告を行うことを必要とする場合がある。チャネルモニタ３７３０は、それぞれのチャネル上でＭＣＳ情報などのＰＨＹチャネル情報を収集することができる。チャネルモニタ３７３０は、そのような情報をバッファコントローラ３７１０またはフレームコントローラ３７１５に提供することができる。チャネルモニタ３７３０は、ロジックバッファ３７４０内のフレームフローに基づいてチャネルレポートをバッファコントローラ３７１０からＣＭＦ３５０５へ転送すること、およびチャネル更新情報をＣＭＦ３５０５からバッファコントローラ３７１０へ転送することも可能である。ＣＭＦ３５０５は、プライマリーユーザに伴って、チャネルに対応するバッファを空にするようバッファコントローラ３７１０に知らせることもできる。
ＭＡＣデータプレーンアーキテクチャにおいては、４つのＡＣバッファ３７４５が存在すること（すなわち、Ｎ＝４であること）が可能であり、それぞれのＡＣ３７４５ごとに、そのカテゴリーのフレームが首尾よく配信される前に（すなわち、そのフレーム送信に関するＡＣＫを受信することができる前に）それらのフレームを格納しておくためのロジックバッファ３７４０が１つ存在することが可能である。また、それぞれのＡＣは、メディアリソースコンテンションのためのバックオフ手順を保持するために、自分自身のＥＤＣＡＦ３７８０に関連付けられることが可能である。コンテンションに成功すると、ＡＣのＥＤＣＡＦ３７８０には、このカテゴリーのフレームの送信のためのＥＤＣＡ ＴＸＯＰ（transmission opportunity）を許可することができる。別々のＡＣに関するコンテンションウィンドウサイズおよび最大ＴＸＯＰデュレーションは、別々のものとすることができる。これによって、より高い優先度のＡＣは、より高い可能性を伴ってメディアにアクセスすることができる。
ＰＨＹチャネル３７３５が１つしかないならば、ＥＤＣＡＦ３７８０は、そのＡＣのバッファ内にもはやフレームがない場合、送信の失敗がある場合、すなわち（予期されたＡＣＫ（若しくはＢｌｏｃｋ ＡＣＫ）フレームが受信されない場合）、または最大ＴＸＯＰデュレーションに達した場合には、ＴＸＯＰを断念して、バックオフ手順を呼び出すことができる。
ＡＣ内に保留中の複数のフレームがある場合には、１つのＥＤＣＡ ＴＸＯＰにおいて複数のフレームを送信することができる。しかし、他のＡＣ内で保留中のフレームを、このＥＤＣＡ ＴＸＯＰにおいて送信することはできない。直前のフレーム交換シーケンスの完了後に、ＷＴＲＵは、送信のデュレーションと、そのフレームに関する任意の予期されたＡＣＫとをプラスした値が、残りのメディア占有タイマー値未満である場合には、新たなフレームの送信を開始することができる。
送信の失敗がある場合には、対応するチャネルアクセス機能は、ＮＡＶ設定が期限切れになる前に回復することができる。さらに、送信の失敗に伴って、ＷＴＲＵは、事前に指定されたＮＡＶタイマーが切れる前の境目でメディアがアイドルであることを搬送波感知メカニズムが示した後に、送信を継続することができる。
ＡＣに関する最大ＴＸＯＰデュレーションは、ＡＰによって決定して、ビーコンおよびプローブ応答フレームを通じてＷＴＲＵの全てにブロードキャストすることができる。
４つの並列のＰＨＹチャネルを使用する場合には、送信レートは、単一のＰＨＹチャネルの送信レートの約４倍になることが可能である。４つの並列のＰＨＹチャネル内では、それらのＰＨＹチャネルの１つをプライマリーチャネルとして選択することができる。送信の前に４つのＰＨＹチャネル全てを感知する代わりに、ＷＴＲＵは、ＡＩＦＳのデュレーションと、バックオフ期間とをプラスした時間にわたってプライマリーチャネルを感知することができる。他の３つのチャネル上でのメディア感知は、ＰＩＦＳ期間のデュレーションに伴って実行することができる。プライマリーチャネルおよび他のチャネルの送信デュレーションにわたる２つの可能なスキームが、「プライマリーチャネル最終終了」および「共通仮想感知」である。前者のスキームにおいては、プライマリーチャネル上での送信は、常に最後に終了して、チャネルリソースの確保を確かなものにすることができる。後者のスキームは、チャネルリソースの確保のためにＮＡＶを適用する。
ＥＤＣＡＦ３７８０は、ＥＤＣＡ ＴＸＯＰを許可されると、複数のフレームを送信することができる。ＥＤＣＡＦ３７８０は、そのＡＣのバッファ内にもはやフレームがない場合、プライマリーＰＨＹチャネル上で送信の失敗がある場合、または最大ＴＸＯＰデュレーションに達した場合には、ＴＸＯＰを断念して、バックオフ手順を呼び出すことができる。
そのＡＣのバッファ内にもはやフレームがない場合には、ＩＥＥＥ８０２．１１ｎ標準において指定されているのと同様の手順に従うことができる（すなわち、別々のＡＣからの複数のフレームを１つのＥＤＣＡ ＴＸＯＰ内で送信することはできない）。
単一のＰＨＹチャネルのケースにおいては、送信の失敗は、潜在的なコリジョンを回避するためにＴＸＯＰを終了することができる。複数のＰＨＹチャネルのケースにおいては、ＰＨＹ非プライマリーチャネル上での送信の失敗は、現在のＴＸＯＰデュレーション中にこのチャネル上での送信を終了することができる。あるいは、送信は、このＴＸＯＰデュレーション中にその他の利用可能なＰＨＹチャネル上で継続することができる。プライマリーＰＨＹチャネル上で送信の失敗が生じない限り、対応するチャネルアクセス機能は、ＮＡＶ設定が期限切れになる前に回復することができる。
最大ＴＸＯＰデュレーションが同じままである場合には、それぞれのＡＣのバッファサイズは、単一のＰＨＹチャネル用のバッファのサイズのわずか１／４とすることができる。その一方で、バッファサイズを同じままにすることもでき、ただしＡＰは、最大ＴＸＯＰデュレーションを減らすことができる。
図３７のＭＡＣ層アーキテクチャ３７００において示されているバッファコントローラ３７１０は、バッファの生成（すなわち、ＰＨＹチャネルのためのそれぞれのＡＣ内のバッファを生成すること）、フレームの挿入（すなわち、入力フレーム（例えば、Ａ−ＭＰＤＵフレーム）を適切なバッファへ分配すること）、フレームの削除（すなわち、フレームをバッファから削除すること）、フレームの並べ替え（すなわち、バッファ同士の間においてフレームを置き換えること、またはバッファ内の別の場所へフレームを置き換えること）、バッファのバランスを取ること（すなわち、それぞれのＡＣ内のバッファ同士の負荷が必ず均等になるようにすること）、チャネル状況を報告すること（すなわち、ＰＨＹチャネルが適切に機能していないケースを報告すること）、およびバッファの削除（すなわち、ＰＨＹチャネルが利用不能である場合にバッファを削除すること）を実施することができる。
バッファコントローラ３７１０は、図３７のＭＡＣ層アーキテクチャ３７００において示されているフレームコントローラ３７１５とともに、ＰＨＹチャネル３７３５を介して送信されるフレームが要するデュレーションを必ずほぼ同じにするよう試みることができる。ＰＨＹチャネル３７３５が準静的であることを１つの前提とすることができ、これは、それぞれのチャネルのＭＣＳ値が頻繁に変わることはできないということを意味する。
下記の例は全て、全てのフレームが単一の宛先へ送信されることになるケースに関するものである。しかし、図３７のＭＡＣ層アーキテクチャ３７００は、複数の宛先に適用することもできる。
４つの並列のＰＨＹチャネル３７３５という前提のもとで、バッファコントローラ３７１０は、はじめにチャネルモニタ３７３０からチャネルＭＣＳ情報を受信することができる。次いで、バッファコントローラ３７１０は、それぞれのＡＣ３７４５ごとに４つのロジックバッファ３７４０を割り当てることができる。それぞれのロジックバッファ３７４０は、ＰＨＹチャネル３７３５に対応することができる。このケースにおいては、同じロジックバッファ３７４０内のフレーム同士は、同じＰＨＹチャネル３７３５上で送信されうる。それぞれのフレームごとにインジケータを使用して、どの論理バッファにフレームが割り当てられているかを示すことができる。
準静的なチャネルという前提によれば、共通のバッファ内のフレーム同士は、同様の長さを有することができ、それによって、無線でのこれらのフレームのデュレーションは、同様となる。しかし、別々のＰＨＹチャネルは、別々のＭＣＳ値を有するため、１つのＡＣ内の別々のバッファからのフレーム同士は、別々の長さであることが可能である。次いで、別々のＰＨＹチャネルに対応するバッファ同士は、別々のサイズを有することができる。
Ａ−ＭＰＤＵ集約ブロックの出力同士は、別々の長さのＡ−ＭＰＤＵフレームであることが可能である。それぞれのＡ−ＭＰＤＵは、特定のＰＨＹチャネルに割り当てることができる。Ａ−ＭＰＤＵの長さは、そのＡ−ＭＰＤＵがそのＡ−ＭＰＤＵの割り当てられているＰＨＹチャネルを介して送信される場合に、そのＡ−ＭＰＤＵの無線デュレーションが他のフレームとほぼ同じになることが可能であるように、設計することができる。バッファコントローラ３７１０は、フレームの長さおよびＰＨＹチャネルのＭＣＳ情報に基づいて、入力フレームを適切なバッファに割り当てることができる。フレーム同士は、その設計されたＰＨＹチャネルを介したパケットの送信が必ずほぼ同じデュレーションにわたって続くように分配することができる。例えば、フレームが長い場合には、そのフレームは、良好なチャネル状況（これは、高いＭＣＳ値を意味する）を伴うＰＨＹチャネルに対応するバッファに割り当てることができる。
別の実施形態は、どのＰＨＹチャネルを介して入力フレームが送信されることになるかという情報を含んだ入力フレームを含む。フレームが送り出されてＡＣＫが受信された場合には、バッファコントローラ３７１０は、そのフレームをバッファから削除することができる。ＡＣＫが受信されない場合には、そのフレームは、再送信の最大回数に達するまで、またはフレームの有効期限が切れるまで、バッファ内に保持することができる。
送信に失敗するたびに、フレームに関する再送信の回数のカウンタを１ずつ増やすことができる。１つのフレームには、２つの有効期限が存在することができる。バッファが満杯である場合には、このバッファに割り当てられるいかなる入力フレームも削除することができる。
１つのＡＣ内のバッファのうちのいずれも空でない場合には、ＡＣに関連付けられているＥＤＣＡＦ３７８０が、ＥＤＣＡ ＴＸＯＰを求めて競合することができる。これは、バックオフ手順を呼び出すことができる。ＴＸＯＰ中は、バッファ内のフレームを送信することができる。送信のＡＣＫが受信された場合には、フレームをバッファから削除することができる。ＡＣＫを必要としないマルチキャストフレームまたはブロードキャストフレームは、送信された時点で自動的にバッファから削除することができる。そうでない場合には、フレームは、再送信の最大回数に達するなど、いくつかの制約が破られるまで、再送信のためにバッファ内に保持することができる。
バッファコントローラ３７１０が、１つのバッファから別のバッファへ、またはバッファ内の１つの場所から別の場所へパケットを転送することができるいくつかの状況がある。ＴＸＯＰにおいては、いくつかのバッファは空であり、その一方、他のバッファは空ではない。ＰＨＹチャネルは、プライマリーユーザまたは強い干渉の到来に起因して利用不能になる場合があり、これは、チャネルモニタ３７３０からのメッセージによってトリガーする場合がある。フレームは、そのフレームの最大の許容可能な配信時間よりも長くバッファ内に留まることができ、特定のＰＨＹチャネル上でのスケジュールされたサイレント期間は、これらのチャネルに割り当てられるフレームの送信を延期することができる。
パケット転送は、同じＡＣ内のバッファ同士の間において行うことができる。プライマリーチャネル上での送信が必ず最後に終了するようにするために、ブロックＡＣＫメカニズムを適用することができる。フレーム並べ替えプロセスは、論理バッファに起因して容易に実施することができる。
パケット並べ替えプロセスに関する下記の論考は、プライマリーＣＳＭＡの前提に基づいているが、通常のＣＳＭＡのケースに適用することもできる。
１つのバッファがＴＸＯＰ中に空である場合には、少なくとも下記の３つのシナリオがある。
（１）複数のフレームを伴うバッファがちょうど１つある場合には、バッファコントローラ３７１０は、そのバッファから空のバッファへフレームを転送することができる。
（２）複数のフレームを伴う複数のバッファがある場合には、バッファコントローラ３７１０は、候補バッファのリストから１つのバッファを選択することができ、それによって、その選択されたバッファからのフレームを空のバッファへ転送することができる。バッファコントローラ３７１０は、候補バッファに対応するチャネルの状況をチェックすること、および空のバッファに対応するチャネルの状況に最も近いＭＣＳ値を有するチャネルを判定することが可能である。２つのＭＣＳ値の間における隔たりは、２つのコーディングおよび変調レートの間における差の絶対値とすることができる。例えば、ＱＰＳＫ（quadrature phase-shift keying）変調およびレート３／４チャネルのコードに関しては、全体的なレートは、２×３／４＝３／２である。２つのＭＣＳ値の近似性を判定するための代替方法は、ＭＣＳインデックス同士の間における差による方法である。このバッファ選択スキームは、別々のチャネルを介したフレーム送信同士のデュレーションがほぼ同様になることを確実にすることができる。
バッファコントローラ３７１０は、適切な空のバッファを判定した後に、バッファの最前部から２番目のフレームをその空のバッファへ転送することができる。これは、そのバッファ内の第１のフレームが依然として同じチャネル上で送信されている可能性があるためである。
（３）複数のフレームを伴うバッファが他にないならば、フレーム並べ替えプロセスは、空のバッファがプライマリーチャネルに対応しない場合には実行することができない。あるいは、フレームを１つのバッファから空のバッファへコピーすることができる。コピーされるフレームは、空のバッファのＭＣＳ値に最も近い対応するＭＣＳ値を有するバッファからのフレームとすることができる。このコピーオペレーションの結果、送信が繰り返される場合がある。あるいは、空のバッファがプライマリーチャネルに対応する場合には、空でないバッファからフレームを転送することができる。これによって、プライマリーチャネル上での送信を確かなものにすることができる。あるいは、バッファの有するフレームの数が特定の数を下回ると、フレームの並べ替えを開始することができる。
図３８および図３９は、ＴＸＯＰ内の空のバッファに起因するパケット並べ替えの一例を示す。図３８は、ＴＸＯＰ中に、ロジックバッファ３７４０1が空であること、ロジックバッファ３７４０2が１つのフレームを含んでいること、ロジックバッファ３７４０3が３つのフレームを含んでいること、およびロジックバッファ３７４０4が４つのフレームを含んでいることを示す。さらに、ＰＨＹチャネル３７３５3は、ＰＨＹチャネル３７３５1に最も近いＭＣＳ値を有している。上述のパケット並べ替えスキームによって、バッファコントローラ３７１０は、第２のフレームをロジックバッファ３７４０3からロジックバッファ３７４０1へ転送する。このケースにおいては、４つのＰＨＹチャネル３７３５全てが利用されている。
図３９は、ロジックバッファ３７４０1および３７４０2が空であること、ロジックバッファ３７４０3が１つのフレームを有していること、およびロジックバッファ３７４０4が３つのフレームを有していることを示す。上述のパケット並べ替えスキームによって、バッファコントローラ３７１０は、１つのフレームをロジックバッファ３７４０4からロジックバッファ３７４０1へ転送し、別のフレームをロジックバッファ３７４０4からロジックバッファ３７４０2へ転送する。これは、４つのＰＨＹチャネル３７３５のうちのいずれも無駄にならないことを確実にし、その一方、４つのＰＨＹチャネル３７３５上での送信同士は、別々の時間に終了することができる。
バッファコントローラ３７１０は、プライマリーユーザによって使用されるチャネルに対応するバッファから別のバッファへフレームを転送することができる。宛先バッファの選択は、やはり、対応するチャネルのＭＣＳ値の近似性に依存することができる。宛先バッファが決定されると、バッファコントローラ３７１０は、失われたチャネルに対応するバッファから宛先バッファへフレームを順に転送することができる。古いバッファの最前部にあるフレームは、やはり宛先バッファの最前部にあることが可能である。転送されたフレームは、プライマリーユーザの存在に起因していくらかの遅延を既に経験している可能性があるため、これらのフレームは、宛先バッファの最前部に挿入することができる。しかし、これらのフレームを宛先バッファ内の第１のフレームの前に挿入することはできない。なぜなら、第１のフレームは再送信中である可能性があるためである。フレームのシーケンス番号またはＱｏＳ要件に応じて、それらのフレームを宛先バッファ内の適切な場所へ転送するために、さらなる手順を適用することができる。
利用不能なチャネルに起因するパケット並べ替えは、バルクフレーム転送（bulk frame transfer）を含む場合がある。これは、宛先バッファにおけるオーバーフローにつながる可能性がある。このケースにおいては、バッファコントローラ３７１０は、残りのフレームを転送するために別のバッファを選択することができる。選択基準は、同じとすることができる。さらに、バッファコントローラ３７１０は、最新のバッファステータスをフレームコントローラ３７１５に知らせることができる。
図４０および図４１は、利用不能なチャネルに起因するパケット並べ替えの一例を示す。この例においては、いずれかの時点で、バッファコントローラ３７１０が、チャネルモニタ３７３０からメッセージを受信し、そのメッセージは、プライマリーユーザに起因してＰＨＹチャネル３７３５2が利用不能であるという情報を含む、と想定することができる。その結果として、バッファコントローラ３７１０は、ロジックバッファ３７４０2を空にすることができる。ＭＣＳの比較の後に、バッファコントローラ３７１０は、ロジックバッファ３７４０2からロジックバッファ３７４０4へフレームを転送することを決定することができる。しかし、ロジックバッファ３７４０4は、ロジックバッファ３７４０2からのフレームの一部分を保持することしかできない。次いで、バッファコントローラ３７１０は、ロジックバッファ３７４０2からの残りのフレームを格納するためにロジックバッファ３７４０1を選択することができる。バッファコントローラ３７１０は、フレームコントローラ３７１５にバッファステータスについて知らせることもできる。
ＱｏＳコントローラ３７２０からのＱｏＳ要件、またはＣＭＦ３５０５からの制御メッセージＱｏＳ要件をバッファコントローラ３７１０へ送信して、フレームの最大遅延を知らせることができる。バッファコントローラ３７１０は、全てのＡＣ３７４５におけるバッファ内のフレームをチェックして、いくつかのフレームが送信時間制限を潜在的に破る可能性があるかどうかを確認することができる。バッファコントローラ３７１０は、そのようなフレームを検知した場合には、それらのフレームをそれらのフレームの送信時間制限内に送信するために、パケット並べ替えプロセスを実行することができる。それらのフレームは、同様のＭＣＳ値に対応するバッファ同士の間において転送することができ、それらの転送されたフレームは、新たなバッファの最前部に挿入することができる。
図４２および図４３は、ＱｏＳ要件に起因するパケット並べ替えの一例を示す。ＱｏＳコントローラ３７２０からＱｏＳ要件を受信すると、バッファコントローラ３７１０は、ロジックバッファ３７４０をチェックすることができる。この例においては、バッファコントローラ３７１０は、ロジックバッファ３７４０2内の２つのフレームが自分のＱｏＳ要件を満たしていない可能性があるということを検知している。次に、バッファコントローラ３７１０は、それらのフレームを別のロジックバッファ３７４０へ転送することを試みることができる。チャネル３７３５3およびチャネル３７３５2は、同様のＭＣＳ値を有しているため、バッファコントローラ３７１０は、それらの２つのフレームをロジックバッファ３７４０2からロジックバッファ３７４０3の最前部へ転送することができる。
感知オペレーションは、プライマリーユーザの検知を実行することができるように、デバイスがサイレントであることを必要とする場合がある。動作チャネルのサブセットに関して、それぞれのサイレント期間がスケジュールされた場合には、それらのチャネルに割り当てられるフレームは、サイレント期間中には送信が許可されない場合があるため、遅延を経験する可能性がある。したがって、バッファコントローラ３７１０は、当初それらのチャネルに割り当てられたフレームを並べ替えることができる。詳細なフレーム並べ替えオペレーションは、利用不能なチャネルのケースと同様とすることができる。
送信の前に、フレーム同士を、４つのロジックバッファ３７４０にわたって均等に分配することができる。しかし、別々のチャネルからの別々のパケット送信レートに伴って、いくつかのバッファは重くなる可能性があり、その一方で、他のバッファは軽くなる可能性がある。ＰＨＹチャネル３７３５の効率的な使用のために、バッファコントローラ３７１０は、それぞれのロジックバッファ３７４０内のフレームの数を相対的に均等に保持することができる。これは、いくつかのバッファがほとんど満杯である一方でいくつかのバッファがほとんど空であり、それに続いて、特定のチャネルを介して送信されるフレームが皆無になる可能性が生じる一方で他のチャネルを介して送信されるフレームが多くなりすぎる可能性が生じる、という状況を回避する。複数のバッファにわたってフレームを均等に分配するために、バッファコントローラ３７１０は、あるＰＨＹチャネルの対応するバッファが、より少ないフレームを有している場合には、そのＰＨＹチャネルに関するフレームをより多く生成するようフレームコントローラ３７１５に知らせることができる。バッファコントローラ３７１０は、あるＰＨＹチャネルの対応するバッファが、多くのフレームを有している場合には、そのＰＨＹチャネルに関するフレームをより少なく生成するようフレームコントローラ３７１５に知らせることもできる。
ロジックバッファ３７４０が満杯であるか、または特定のしきい値を上回っている場合には、バッファコントローラ３７１０は、対応するＰＨＹチャネル３７３５上での送信用に設計されたフレームをより少なく生成するようフレームコントローラ３７１５に知らせることができる。ロジックバッファ３７４０が空であるか、または特定のしきい値を下回っている場合には、バッファコントローラ３７１０は、対応するＰＨＹチャネル３７３５上での送信用に設計されたフレームをより多く生成するようフレームコントローラ３７１５に知らせることができる。それらのしきい値は、フレーム生成レートまたはその他の要因に伴って変動することができ、また、固定することもできる。
バッファコントローラ３７１０からフレームコントローラ３７１５へ送信されるメッセージは、ＡＣ ＩＤ、チャネルＩＤ、およびフレーム生成レートの上昇または低下を示すインジケータを含むことができる。メッセージトリガーは、バッファ内のフレームの数が、しきい値よりも高くなること、または低くなることとすることができる。
バッファコントローラ３７１０は、バッファステータスの観点からチャネル状況をチャネルモニタ３７３０に報告することが必要となる場合がある。そのような報告は、プライマリーユーザを早く検知する上で役立つことができる。なぜなら、チャネルレポートは、非同期式のスペクトル感知をトリガーすることができるためである。バッファコントローラ３７１０は、チャネル状況を報告すべきかどうか、およびいつ報告すべきかを判定することができる。バッファコントローラ３７１０が適用することができるいくつかの基準は、チャネル上での再送信の回数が何らかのしきい値を上回る可能性があること、チャネル上での再送信レートが何らかのしきい値を上回る可能性があること、または、チャネル上でのフレームロスレートが何らかのしきい値を上回る可能性があることである。それらのしきい値は、別々のＡＣごとに別々のものとすることができる。
いずれかのＰＨＹチャネル３７３５が利用不能になっている旨のメッセージをチャネルモニタ３７３０から受信した場合には、バッファコントローラ３７１０は、対応するロジックバッファ３７４０を空にすることができる。新たなＰＨＹチャネル３７３５が利用可能になっていることを示すメッセージをチャネルモニタ３７３０から受信した場合には、バッファコントローラ３７１０は、このＰＨＹチャネル３７３５に対応するロジックバッファを生成することができる。
ＱｏＳコントローラ３７２０およびＣＭＦ３５０５は、ＱｏＳ関連情報をバッファコントローラ３７１０に提供することができる。そのような情報は、関連メッセージの配信が特定の要件を満たすことを意味することができる。対応するメッセージは、フレームＩＤ、ソースアドレス、および宛先アドレスなどのフレーム情報、フレームの最大遅延、およびこのメッセージタイプのフレームの最小レートを含むことができる。
サイレント期間スケジューラ３７２５は、特定の期間にわたって特定のチャネル上での送信をやめるようにバッファコントローラ３７１０に知らせることができる。このサイレント期間は、プライマリーユーザを検知するためのスペクトル感知オペレーションのためのものとすることができる。メッセージコンテンツとしては、来たるべきサイレント期間のデュレーションと、サイレントにさせるＰＨＹチャネル３７３５のリストと、サイレント期間の開始時間とを含むことができる。
チャネルモニタ３７３０からバッファコントローラ３７１０への少なくとも２つのタイプのメッセージが存在することができる。第１のメッセージタイプは、チャネルＭＣＳ情報を含むことができる。具体的には、第１のメッセージは、宛先アドレスと、４つまでのチャネルＩＤおよび／またはそれらのチャネルの周波数と、それらのチャネルのＭＣＳインデックスとを含むことができる。第２のメッセージタイプは、チャネル構成情報を含むことができる。第２のメッセージは、古いチャネルＩＤと、古いチャネルの周波数レンジなどの古いチャネル定義と、新たなチャネルＩＤと、新たなチャネルの周波数レンジなどの新たなチャネル定義と、そのチャネルがプライマリーチャネルであるか否かを示すことができるプライマリーチャネルインジケータとを含むことができる。
図４４は、バッファコントローラ３７１０によって実行される例示的なコールフロー手順４４００を示す。この例においては、バッファコントローラ３７１０は、はじめにＰＨＹチャネルの全てに関するＭＣＳ情報４４０５をチャネルモニタ３７３０から受信することができる。次いでバッファコントローラ３７１０は、それに従ってロジックバッファを生成することができる（４４１０）。バッファコントローラ３７１０は、フレームコントローラ３７１５からＡ−ＭＰＤＵフレーム情報４４１５出力を受信すると、フレーム長さおよびチャネルＭＣＳ情報に基づいて適切なロジックバッファへのＡ−ＭＰＤＵフレームの分配を監督する（４４２０）。コンテンションが成功すると、バッファコントローラ３７１０は、フレーム送信およびフレーム並べ替えプロセスをスケジュールする（４４２５）。バッファコントローラ３７１０はまた、バッファステータスをフレームコントローラ３７１５に知らせること（４４３０）、および、さらなるフレーム（Ａ−ＭＰＤＵ）を受信すること（４４３５）（これは、バッファのバランスを取るために意図される場合がある）が可能である。バッファコントローラ３７１０は、ＱｏＳコントローラ３７２０からのＱｏＳ情報４４４０、またはＣＭＦ３５０５からの制御メッセージＱｏＳ情報４４４５、またはサイレント期間スケジューラ３７２５からのサイレント期間情報４４５０を受信すると、それに従ってフレーム並べ替えおよびフレーム送信をスケジュールすることができる（４４５５）。バッファコントローラ３７１０は、低いスループットを経験しているいくつかのチャネルを検知した場合には、チャネルモニタ３７３０にチャネル状況を報告すること（劣悪チャネルレポート）４４６０が可能である。チャネル更新情報４４６５を受信した後に、バッファコントローラ３７１０は、フレーム並べ替えオペレーション、バッファ削除オペレーション、およびバッファ生成オペレーション（バッファの再編成）を実行することができる（４４７０）。
上述のバッファリングスキームによれば、フレーム同士を、それらのフレームがＭＡＣ層において受信され処理される順に送信することはできない。これは、フレーム同士が同様の無線デュレーションを有するという設計要件を満たすためのものであると言える。図４５に示されるように、フレームが順序どおりになっていない配信の主な影響によって、受信機側における大きなバッファという結果に至る可能性がある。なぜなら、受信機は、ＭＳＤＵフラグメントを処理する前にそれらのＭＳＤＵフラグメントの全てを受信することが必要となる場合があるためである。
送信機側においては、フレームの再送信の最大回数に達した場合、ＭＡＣ層におけるフレームの有効期限に達した場合、または第１の送信の後にフレームの有効期限に達した場合に、そのフレームをバッファから削除することができる。同様のオペレーションを受信機側において適用することもできる。これによって、受信機側におけるバッファ要件を軽減することができる。さらに、ＱｏＳ要件に起因するフレーム並べ替えは、フレームが特定の時間内に必ず配信されるようにすることができ、受信機のバッファサイズの問題を緩和することができる。
受信機のバッファサイズの問題を緩和するためのさらなるスキームは、さらなるフレーム並べ替えトリガー（frame reordering trigger）を追加することを含む。バッファ内のフレームが１つまたは複数の所定の条件を満たす場合に、フレーム並べ替えオペレーションをトリガーすることができる。様々なパラメータを調整することによって、帯域幅の効率と、受信機のバッファサイズとの間におけるトレードオフを調整することができる。
ＩＥＥＥ８０２．１１ｎにおいては、ｎｏｎ−ＨＴ（high throughput）、ＨＴ−ｍｉｘｅｄ、およびＨＴ−ｇｒｅｅｎｆｉｅｌｄという３つのタイプのＰＰＤＵ（physical layer protocol data unit）フレームがある。５ＭＨｚの帯域幅およびＯＦＤＭ変調を前提とし、これは、それぞれのＯＦＤＭシンボルが１６μｓにわたって続くことを意味する。さらに、簡単にするために、３．２μｓのガード間隔を前提とする。
図４６は、ＰＬＣＰヘッダ４６０２を含むｎｏｎ−ＨＴ ＰＰＤＵデータフォーマット４６００を示す。ＰＬＣＰヘッダは、Ｌ−ＳＴＦ（legacy short training field）４６０５、Ｌ−ＬＴＦ（legacy long training field）４６１０、およびＬ−ＳＩＧ（legacy signal）フィールド４６１５を含むことができる。Ｌ−ＳＴＦ４６０５のデュレーションは、３２μｓとすることができ、１０個のショートプリアンブルを含むことができる。Ｌ−ＬＴＦ４６１０は、２つのロングプリアンブルと、１つのガード間隔とを含むことができる。Ｌ−ＬＴＦ４６１０のデュレーションも、３２μｓとすることができる。Ｌ−ＳＩＧフィールド４６１５は、レートおよびＴＸＶＥＣＴＯＲの長さフィールドを含むことができる。Ｌ−ＳＩＧフィールド４６１５のデュレーションは、１６μｓとすることができる。
ｎｏｎ−ＨＴ ＰＰＤＵデータフォーマット４６００は、データフィールド４６２０をさらに含むことができ、データフィールド４６２０は、サービスビット４６２５、ＭＰＤＵ４６３０、テールビット４６３５、およびパッドビット４６４０を含むことができる。サービスビット４６２５は、１６ビットの長さを有することができ、テールビット４６３５は、６ビットの長さを有することができる。パッドビット４６４０は、ＯＦＤＭシンボルごとに０からデータビットの数まで変わることができる。これらのパッドビット４６４０は、データフィールド全体が必ずＯＦＤＭシンボルの整数倍になるようにするために適用することができる。ＭＰＤＵ４６３０は、ＭＡＣヘッダ４６４５、ＭＳＤＵ４６５０、およびＦＣＳフィールド４６５５を含むことができる。ＭＳＤＵペイロードは、暗号化およびインテグリティーを伴わずに１８４３２ビットを超えることはできない。ＭＡＣヘッダ４６４５は、２０８ビットの長さを有することができ、ＦＣＳフィールド４６５５は、３２ビットの長さを有することができる。
ＭＡＣヘッダ４６４５の一般的なフォーマットが図４７に示されている。ＭＡＣヘッダ４６４５は、長さ１６ビットのフレーム制御フィールド４７０５を含むことができ、フレーム制御フィールド４７０５は、プロトコルバージョン、タイプ、サブタイプ、ＤＳ（distribution stream）へ、ＤＳから、さらなるフラグメント、再試行、パワーマネージメント、さらなるデータ、保護されたフレーム、および順序という各サブフィールドから構成することができる。
ＭＡＣヘッダ４６４５は、デュレーション／ＩＤフィールド４７１０を含むことができ、デュレーション／ＩＤフィールド４７１０は、１６ビットの長さとすることができる。そのコンテンツは、フレームのタイプおよびサブタイプに伴って、様々なものとすることができる。
ＭＡＣヘッダ４６４５は、複数のアドレスフィールド４７１５を含むことができ、アドレスフィールド４７１５は、ＢＳＳＩＤ（basic service set identification）、ＳＡ（source address）、ＤＡ（destination address）、並びにＴＡ（transmitting STA address）およびＲＡ（receiving WTRU address）を示すために使用することができる。それぞれのアドレスフィールド４７１５は、４８ビットの長さとすることができる。ＭＡＣヘッダ４６４５は、シーケンス制御フィールド４７２０を含むことができ、シーケンス制御フィールド４７２０は、１６ビットの長さとすることができ、シーケンス番号およびフラグメント番号という少なくとも２つのサブフィールドを含む。ＭＡＣヘッダ４６４５は、ＱｏＳ制御フィールド４７２５（１６ビットのフィールドとすることができ、フレームが属するＴＣ（traffic category）またはＴＳ（traffic stream）を識別する）と、フレームに関する様々な他のＱｏＳ関連情報（フレームのタイプおよびサブタイプによって、様々なものとすることができる）とを含むことができる。
アドレスフィールド４７１５4は、ＡＰ同士の通信のケースにおいて使用することしかできない。いくつかの実施形態においては、アドレスフィールド４７１５4を使用することはできない。ＱｏＳ制御フィールド４７２５は、データフレームに関して使用することができるが、マネージメントフレームに関して使用することはできない。従って、要約すると、ＭＡＣヘッダ４６４５は、データフレームに関しては２０８ビットの長さとすることができ、マネージメントフレームに関しては１９２ビットの長さとすることができる。
図４８は、ＰＬＣＰヘッダ４８０２を含むＨＴ−ｍｉｘｅｄ ＰＰＤＵデータフォーマット４８００を示しており、ＰＬＣＰヘッダ４８０２は、Ｌ−ＳＴＦ４８０５、Ｌ−ＬＴＦ４８１０、およびＬ−ＳＩＧフィールド４８１５を含む。ＨＴ−ｍｉｘｅｄ ＰＰＤＵデータフォーマット４８００のＰＬＣＰヘッダ４８０２は、ＨＴ−ＳＩＧフィールド４８２０、ＨＴ−ＳＴＦフィールド４８２５、および複数のＨＴ−ＬＴＦ４８３０1〜４８３０Nをさらに含むことができる。ＨＴ−ＳＩＧフィールド４８２０は、ＨＴパケットフォーマットを解釈する上で必要とされる情報を搬送するために使用することができる。ＨＴ−ＳＩＧフィールド４８２０のデュレーションは、３２μｓとすることができる。ＨＴ−ＳＴＦ４８２５の１つの目的は、ＭＩＭＯシステムにおけるオートマチックゲイン制御の推定を改善することであると言える。ＨＴ−ＳＴＦフィールド４８２５のデュレーションは、１６μｓとすることができる。ＨＴ−ＬＴＦフィールド４８３０は、ＱＡＭ（quadrature amplitude modulation）マッパ出力のセットと、受信チェーンとの間におけるＭＩＭＯチャネルを受信機が推定するための手段を提供することができる。ＨＴ−ＤＬＴＦ（データ ＨＴ−ＬＴＦ）およびＨＴ−ＥＬＴＦ（extension HT-LTF）という少なくとも２つのタイプのＨＴ−ＬＴＦフィールド４８３０が存在することができる。ＨＴ−ＤＬＴＦは、受信機がフレームのデータ部分を復調することを可能にするチャネル推定を受信機が形成するための必要な参照を提供するためにＨＴ ＰＰＤＵ内に含めることができる。ＨＴ−ＤＬＴＦの数は、フレーム内に含まれて送信されている空間／時間ストリーム（space-time streams）の数に応じて、１、２、または４とすることができる。ＨＴ−ＥＬＴＦは、フレームのデータ部分によって使用される容量を超えるチャネルのさらなる容量の推定を受信機が形成することができるようにサウンディングＰＰＤＵ内にさらなる参照を提供することができる。ＨＴ−ＥＬＴＦの数は、０、１、２、または４とすることができる。一実施形態においては、ＨＴ−ＤＬＴＦの数は、１とすることができ、ＨＴ−ＥＬＴＦの数は、０とすることができる。
ＨＴ−ｍｉｘｅｄ ＰＰＤＵデータフォーマット４８００は、データフィールド４８３５をさらに含むことができ、データフィールド４８３５は、サービスビット４８４０、Ａ−ＭＰＤＵ４８４５、テールビット４８５０、およびパッドビット４８５５を含むことができる。Ａ−ＭＰＤＵ４８４５は、ＭＡＣヘッダ４８６０、Ａ−ＭＳＤＵ４８６５、およびＦＣＳフィールド４８７０を含むことができる。
ＭＡＣヘッダ４８６０の一般的なフォーマットが図４９に示されている。ＭＡＣヘッダ４８６０は、長さ１６ビットのフレーム制御フィールド４９０５を含むことができ、フレーム制御フィールド４９０５は、プロトコルバージョン、タイプ、サブタイプ、ＤＳ（distribution stream）へ、ＤＳから、さらなるフラグメント、再試行、パワーマネージメント、さらなるデータ、保護されたフレーム、および順序という各サブフィールドから構成することができる。
ＭＡＣヘッダ４８６０は、デュレーション／ＩＤフィールド４９１０を含むことができ、デュレーション／ＩＤフィールド４９１０は、１６ビットの長さとすることができる。そのコンテンツは、フレームのタイプおよびサブタイプに伴って、様々なものとすることができる。
ＭＡＣヘッダ４８６０は、複数のアドレスフィールド４９１５を含むことができ、アドレスフィールド４９１５は、ＢＳＳＩＤ（basic service set identification）、ＳＡ（source address）、ＤＡ（destination address）、並びにＴＡ（transmitting STA address）およびＲＡ（receiving WTRU address）を示すために使用されうる。それぞれのアドレスフィールド４９１５は、４８ビットの長さとすることができる。ＭＡＣヘッダ４８６０は、シーケンス制御フィールド４９２０を含むことができ、シーケンス制御フィールド４９２０は、１６ビットの長さとすることができ、シーケンス番号およびフラグメント番号という少なくとも２つのサブフィールドを含む。ＭＡＣヘッダ４８６０は、ＱｏＳ制御フィールド４９２５（１６ビットのフィールドとすることができ、フレームが属するＴＣ（traffic category）またはＴＳ（traffic stream）を識別する）と、フレームに関する様々な他のＱｏＳ関連情報（フレームのタイプおよびサブタイプによって、様々なものとすることができる）とを含むことができる。
アドレスフィールド４９１５4は、ＡＰ同士の通信のケースにおいて使用することしかできない。ある実施形態においては、アドレスフィールド４９１５4を使用することはできない。ＱｏＳ制御フィールド４９２５は、データフレームに関して使用することができるが、マネージメントフレームに関して使用することはできない。したがって、要約すると、ＭＡＣヘッダ４８６０は、データフレームに関しては２０８ビットの長さとすることができ、マネージメントフレームに関しては１９２ビットの長さとすることができる。
ＨＴ ＰＰＤＵに関するＭＡＣヘッダ４８６０は、ＨＴ制御フィールド４９３０を有することができ、ＨＴ制御フィールド４９３０は、３２ビットの長さとすることができ、特定のＨＴ関連情報を指定するために使用することができる。要約すると、ＭＡＣヘッダ４８６０は、データフレームに関しては２４０ビットの長さ、およびマネージメントフレームに関しては２２４ビットの長さとすることができる。
ＨＴ−ｇｒｅｅｎｆｉｅｌｄ ＰＰＤＵデータフォーマット５０００が、図５０に示されている。ＨＴ−ＧＦ−ＳＴＦ（HT-greenfield short training field）５００５は、ｎｏｎ−ＨＴ ＰＰＤＵフォーマット４６００およびＨＴ−ｍｉｘｅｄ ＰＰＤＵデータフォーマット４８００におけるＬ−ＳＴＦの代わりとして適用することができる。そのデュレーションは、３２μｓとすることができる。ＨＴ−ＬＴＦ１（first HT long training）フィールド５０１０は、ｎｏｎ−ＨＴ ＰＰＤＵフォーマットおよびＨＴ−ｍｉｘｅｄ ＰＰＤＵフォーマットにおけるＬ−ＬＴＦの代わりとして適用することができる。ＨＴ−ｇｒｅｅｎｆｉｅｌｄ ＰＰＤＵデータフォーマットにおける他のフィールドは、ＨＴ−ｍｉｘｅｄ ＰＰＤＵデータフォーマットにおける対応するフィールドと同様とすることができる。
図５１は、フレームコントローラ３７１５のための例示的なコールフロー手順５１００を示す。この例では、フレームコントローラ３７１５は、はじめにチャネルモニタ３７３０からチャネルＭＣＳ情報５１０５を受信する。これらのＭＣＳ値に基づいて、フレームコントローラ３７１５は、全てのフレームの無線デュレーションを決定することができる（５１１０）。この無線デュレーションの決定は、アプリケーションの平均フレーム長さなど、アプリケーションに依存することもできる。より良好な状況を伴うチャネルは、より高いＭＣＳ値を、ひいては、より短い無線デュレーションを有することができる。
無線デュレーションの決定の後に、フレームコントローラ３７１５は、バッファコントローラ３７１０からバッファステータス情報５１１５を受信することができる。はじめは全てのバッファが空である可能性があるため、フレームコントローラ３７１５は、ラウンドロビン様式で別々のＰＨＹチャネル３７３５のためのフレームを生成することを決定することができる。一例においては、フレームコントローラ３７１５は、ＰＨＹチャネル３７３５1のためのフレームを生成することを決定することができる（５１２０）。ＰＨＹチャネル３７３５1の無線デュレーションおよびＭＣＳ値に基づいて、フレームコントローラ３７１５は、結果として得られるＰＰＤＵフレームがＰＨＹチャネル３７３５1上で送信された場合に送信デュレーションが無線デュレーションと一致するようにペイロードの長さを計算することができる（５１２５）。ペイロードの長さを求めた後に、フレームコントローラ３７１５は、その長さのフレームを生成するためにＡ−ＭＳＤＵ集約ユニット３７６０、フラグメンテーションユニット３７６５、およびＡ−ＭＰＤＵ集約ユニット３７７５を制御することを試みることができる（５１３０）。一実施形態においては、しばらくたってから、フレームコントローラ３７１５が、Ａ−ＭＰＤＵ情報をバッファコントローラへ送信したこと（５１３５）に応答して、更新されたバッファステータス情報をバッファコントローラ３７１０から受信した場合には（５１４０）、フレームコントローラ３７１５は再び、別々のＰＨＹチャネル３７３５のためのフレームを生成することを決定し（５１４５）、ペイロードの長さを計算し（５１５０）、その長さのフレームを生成するためにＡ−ＭＳＤＵ集約ユニット３７６０、フラグメンテーションユニット３７６５、およびＡ−ＭＰＤＵ集約ユニット３７７５を制御することができる（５１５５）。
ペイロードとは、特定のＰＨＹチャネル３７３５上での特定の無線デュレーションを達成するためのペイロードの長さの下記の計算におけるＭＳＤＵの長さを指す。事前に指定された無線デュレーションはＴμｓであると想定することができる。
ＭＣＳ情報を用いて、フレームコントローラ３７１５は、はじめにＯＦＤＭシンボルごとの対応するデータビットを見つけ出すことができる。図５２は、変調およびコーディングレートからＯＦＤＭシンボルごとのデータビットへのマッピング、並びにＯＦＤＭシンボルごとのコーディングされたビット、およびｎｏｎ−ＨＴ ＰＰＤＵフレームに関するデータレートを示している。
第１の例として、フレームコントローラ３７１５は、データフレームとともに動作しており、ある特定のチャネルが、ＱＰＳＫ変調および３／４のコーディングレートを適用すると想定することができる。図４６に示されるように、ＰＬＣＰヘッダ４６０２は、８０μｓを要し、サービスビット４６２５と、（データフレーム用の）ＭＡＣヘッダ４６４５と、ＦＣＳフィールド４６５５と、テールビット４６３５との合計は、２６２ビットであるとさらに想定することができる。図５２から、ＯＦＤＭシンボルごとのデータビットは、７２である。シンボルデュレーションが５ＭＨｚの帯域幅で１６μｓであると想定すると、無線デュレーションＴは、下記のとおりとなる。
Figure 2015136139
ここでは、ｘは、ペイロードの長さである。
第２の例として、フレームコントローラ３７１５は、データフレームとともに動作しており、ある特定のチャネルが、１６−ＱＡＭ変調および１／２のコーディングレートを適用すると想定することができる。図５２から、ＯＦＤＭシンボルごとのデータビットは、９６である。したがって、無線デュレーションＴは、ペイロードの長さｘを使用して、下記のとおり計算される。
Figure 2015136139
方程式（６）および（７）における計算は、ｎｏｎ−ＨＴ ＰＰＤＵフレームに関するものである。ＨＴ−ｍｉｘｅｄ ＰＰＤＵフレームおよびＨＴ−ｇｒｅｅｎｆｉｅｌｄ ＰＰＤＵフレームに関しては、変調およびコーディングレートからＯＦＤＭシンボルごとのデータビットへのマッピング、並びにＯＦＤＭシンボルごとのコーディングされたビット、およびｎｏｎ−ＨＴ ＰＰＤＵフレームに関するデータレートは、別のものとすることができる。マッピング案が、図５３において提示されている。
第３の例として、フレームコントローラ３７１５は、データフレームとともに動作しており、ある特定のチャネルが、ＱＰＳＫ変調および３／４のコーディングレートを適用すると想定することができる。図４８に示されるように、ＰＬＣＰヘッダ４８０２は、１４４μｓを要し、サービスビット４８４０と、（データフレーム用の）ＭＡＣヘッダ４８６０と、ＦＣＳフィールド４８７０と、テールビット４８５０との合計は、２９４ビットであるとさらに想定することができる。図５３から、ＯＦＤＭシンボルごとのデータビットは、７８である。シンボルデュレーションが５ＭＨｚの帯域幅で１６μｓであると想定すると、無線デュレーションＴは、下記のとおりとなる。
Figure 2015136139
第４の例として、フレームコントローラ３７１５は、データフレームとともに動作しており、ある特定のチャネルが、６４−ＱＡＭ変調および３／４のコーディングレートを適用すると想定することができる。図５３から、ＯＦＤＭシンボルごとのデータビットは、２３４である。したがって、無線デュレーションＴは、ペイロードの長さを使用して、下記のとおり計算することができる。
Figure 2015136139
ＩＥＥＥ８０２．１１ｎは、ＭＡＣオーバーヘッドを減らして生データレートを高めるためにＭＳＤＵ集約およびＭＰＤＵ集約をサポートする。ＰＰＤＵのＡ−ＭＰＤＵ５４００の構成が、図５４に示されている。Ａ−ＭＰＤＵ５４００は、複数のＡ−ＭＰＤＵサブフレーム５４０５1、５４０５2、．．．、５４０５nを含むことができる。それぞれのＡ−ＭＰＤＵサブフレーム５４０５は、ＭＰＤＵデリミタ５４１０、ＭＰＤＵ５４１５、およびパディングビット５４２０を含むことができる。ＭＰＤＵデリミタ５４１０は、２バイトの長さとすることができ、パディングビット５４２０は、０から３バイトまでで変わることができる。
ＭＰＤＵ５４１５は、３０バイトのＭＡＣヘッダ５４２５と、複数のＡ−ＭＳＤＵサブフレーム５４３０1〜５４３０mと、４バイトのＦＣＳフィールド５４３５とを含むことができる。それぞれのＡ−ＭＳＤＵサブフレーム５４３０は、６バイトのＤＡ５４４０と、６バイトのＳＡ５４４５と、２バイトの長さフィールド５４５０と、ＭＳＤＵ５４５５と、パディングバイト５４６０とを含むことができる。パディングバイト５４６０は、Ａ−ＭＳＤＵサブフレーム５４３０が４バイトの倍数になることができるようなものとすることができる。したがって、パディングバイト５４６０は、０バイトから３バイトまでで変わることができる。ＭＳＤＵ５４５５は、２３０４バイト未満とすることができるため、Ａ−ＭＳＤＵサブフレーム５４３０は、２３２０バイト未満とすることができる。ＭＰＤＵ５４１５は、暗号化およびインテグリティーを伴わずに４０９５バイト未満とすることができる。３０バイトのＭＡＣヘッダ５４２５および４バイトのＦＣＳフィールド５４３５を伴って、ＭＰＤＵ５４１５内のＡ−ＭＳＤＵサブフレーム５４３０の全長は、４０６１バイト未満とすることができる。ＭＰＤＵ５４１５は、４０９５バイト未満とすることができるため、Ａ−ＭＰＤＵサブフレーム５４０５の最大の長さは、４１００バイト未満とすることができる。その結果として、Ａ−ＭＰＤＵ５４００の全長は、６５５３５バイト未満とすることができる。
第５の例として、フレームコントローラ３７１５は、データフレームとともに動作しており、ある特定のチャネルが、ＱＰＳＫ変調および３／４のコーディングレートを適用すると想定することができる。ＭＳＤＵ同士は、等しい長さであり、４バイトの倍数である。フレームコントローラ３７１５がＭＰＤＵを集約している間に、Ａ−ＭＳＤＵオペレーションを行うことはできない。
図５４に示される例においては、ＭＡＣヘッダ５４２５、ＭＰＤＵデリミタ５４１０、およびＦＣＳフィールド５４３５のビットの合計は、２８８ビットに等しい。この例においては、無線デュレーションＴは、下記のとおりである。
Figure 2015136139
第６の例として、フレームコントローラ３７１５は、データフレームとともに動作しており、ある特定のチャネルが、６４−ＱＡＭ変調および３／４のコーディングレートを適用すると想定することができる。サービスビット＋テールビットは、長さ２２ビットであり、ＭＡＣヘッダ５４２５、ＭＰＤＵデリミタ５４１０、およびＦＣＳフィールド５４３５のビットの合計は、２８８ビットに等しいと想定することができる。図５３から、ＯＦＤＭシンボルごとのデータビットは、２３４である。したがって、無線デュレーションＴは、下記のとおりとなる。
Figure 2015136139
図５５Ａおよび図５５Ｂに示される代替実施形態においては、アクセスカテゴリー内のそれぞれの物理チャネルと個別のバッファとの関連付けを取り除くことができる。代わりに、送信されることになるフレーム同士を別々の長さのグループへと分けるために、バッファのセットを使用することができる。記載の実施形態においては、アクセスカテゴリーごとに３つのバッファが使用されているが、異なる数のバッファを可能とすることもできる。
この実施形態では、機能ブロック図のうちの残りの部分は、図５５Ｂに示されるように、スケジューラ５５００が付加されること以外は、図３７と同様のままとすることができる。この代替設計においては、バッファコントローラ３７１０は、ロジックバッファ３７４０内の送信されることになるフレームの数を前の設計の場合と相対的に同じに保持するために、アクセスカテゴリーのうちのそれぞれにおけるロジックバッファ３７４０を管理することができる。このケースにおいては、ロジックバッファ３７４０は、フレームの長さのサブセットに対応することができる。ロジックバッファ３７４０1は、全てのショートフレームを含むことができ、ロジックバッファ３７４０2は、全てのミディアムサイズフレームを含むことができ、ロジックバッファ３７４０3は、全てのロングフレームを含むことができる。スケジューラ５５００の役割は、それぞれの個々のＴＸＯＰ中にそれぞれの物理チャネル上で送信するために、適切にサイズ設定されたフレームを選択することであると言える。この選択は、フレームが選択される元となるバッファ、および特定の時間におけるチャネル品質に基づくことができる。この方法においては、（限られた数のバッファの使用によって）チャネル使用の効率の損失を小さくしながら、ほぼ等しい長さの送信という前提を保持することができる。とはいえ、ほぼ等しい長さの送信は、送信チェーン内でスケジューラ５５００の後に配置されるＭＰＤＵ集約ブロックによって、確かなものにすることができる。例えば、スケジューラ５５００は、基準のセットを使用して、それぞれの送信時間中に３つのバッファから４つのフレームを選択することができる。
特定の送信時間において、スケジューラ５５００は、それぞれのバッファの最前部におけるフレームを検査することと、最短の「存続時間」を有するフレームを選択することによって開始することとが可能である。この選択は、ＱｏＳに関する考慮事項とともに実行することができ、当該考慮事項は、ＱｏＳコントローラ３７２０から受信することができる。より高い優先度のフレームを代わりに送信する必要があるケースにおいては、ロジックバッファ３７４０の最前部におけるフレームは、次の送信機会を待つことができる。
選択されたフレームは、そのフレームのための正しい送信の可能性を最大にするために、再送信および遅延の統計など、最近のチャネル品質情報に基づいて、チャネルにマップすることができる。
残りのチャネルには、全てのチャネル上でほぼ等しい送信時間を有するような方法でフレームを割り当てることができる。これは、チャネル状況のうちのそれぞれに合うように適切なロジックバッファ３７４０からフレームを選択することを通じて実行することができる。このフレーム割り当て中には、プライマリーＣＳＭＡルールを依然として考慮に入れることができる。
バッファコントローラ３７１０は、並べ替えを除いて、自分の上述のタスクの実行を継続することができ、並べ替えは、より高い優先度のフレームをそれぞれのバッファの最前部へ同じバッファ内で移動させることにのみ適用することができる。１つのバッファから別のバッファへフレームを並べ替える必要性をなくすことができる。加えて、ＰＨＹチャネルに明確に結び付けられていない可能性がある別の数のフレームの存在を考慮に入れるように、バッファの生成を修正することができる。
この実施形態は、１つのバッファから別のバッファへパケットを並べ替える必要性をなくすことができる。なぜなら、スケジューラ５５００は、それぞれのＴＸＯＰにおいてそれぞれのＰＨＹチャネルを介して送信されることになるパケットを動的に選択することができるためである。
この実施形態は、パケットの並べ替え中に生じるチャネルの非効率をなくすことができる。別のＰＨＹチャネルに合わせられている可能性のある長さを伴って生成されたパケットは、結果として、並べ替える際の非効率につながる場合がある。図５５Ｂにおけるスケジューラ５５００は、ほぼ等しい長さの送信を達成するためにパケットを動的に選択することができるため、効率は、全てのＴＸＯＰ上で同じとすることができる。
この実施形態は、特定のＰＨＹチャネルに伴う問題に迅速に対応することができる。詳細には、あるＰＨＹチャネルが、複数の再送信またはエラーなどの問題を有している場合に、スケジューラ５５００は、問題のあるＰＨＹチャネルに起因する遅延を既に被っているフレームのための送信時間を短縮するために、そのフレームを別のＰＨＹチャネルへ送信できることを確実にすることができる。したがってスケジューラ５５００は、ＴＸＯＰベースでフレームのためのＰＨＹチャネルを動的に変更することによって、ある形態のチャネルダイバーシティーを可能にすることができる。
上位層（例えば、ＩＰ）における受信機バッファのサイズは、小さくすることができる。なぜなら、スケジューラ５５００は、ＩＰフラグメントからのフレームが、全体的な遅延を最小限にした状態で送信されることを可能にすることができるためである。これによって、結果として、エンドツーエンドの遅延を低減することができる。さらに、所与の時点におけるチャネルから独立した長さを伴ってフレームが生成されるため、チャネル応答における変化に対処することができる。
送信エラーは、プライマリーＣＳＭＡアプローチを使用する集約されたチャネルのコンテキストにおいて取り扱うことができる。再送信は、例えば、次の３つの方法で実行することができる：１）単一のＭＰＤＵ再送信、この場合には、ＭＰＤＵは、１つのチャネルにおいて再送信することができる；２）複数のチャネル上でのＭＰＤＵ、この場合には、ＭＰＤＵは、全ての集約されたチャネル上で繰り返し送信することができる；および／または３）複数のチャネルにわたって再フラグメント化される。最後のオプションに関しては、失敗したＭＰＤＵを分割することができ、フラグメントの部分および失敗したＭＰＤＵを示すために、さらなるＭＡＣヘッダを付加することができる。受信機は、分断されたフラグメントの全てを再び組み立てることが必要となる場合がある。これらのオプションのそれぞれによって、余分な複雑さが持ち込まれる場合がある。加えて、これは、データメッセージとオーバーヘッドとの比率の観点から効率的ではない場合がある。以降の説明においては、ＡＣＫを要求することができる送信に焦点を合わせている。ＡＣＫが要求されない場合には、再送信が必要とされることもない。
４つの集約されたチャネル上で同時に送信された全てのパケットが、同じＡＣに属していると想定することができる。したがって、以降で説明するアルゴリズムは、集約されたチャネル上で同時に送信された別々のＡＣを伴う複数のパケットをサポートすることはできない。それぞれのＡＣは、自分自身のバッファを有していると想定することができる。また、それぞれのＡＣは、メディアの競合のためのバックオフ手順を保持するために、自分のＥＤＣＡＦに関連付けられることが可能である。コンテンションが成功すると、ＡＣのＥＤＣＡＦには、このカテゴリーのＭＰＤＵの送信のためのＥＤＣＡ ＴＸＯＰを許可することができる。別々のＡＣに関するコンテンションウィンドウサイズおよび最大ＴＸＯＰデュレーションは、別々のものとすることができる。
２つの異なるバッファリングオプションが存在することができる。図５６に示されるように、第１のバッファリングオプションは、それぞれのチャネルが、単一のインスタントバッファ（instant buffer）に関連付けられていると想定することができる。それぞれのＡＣに、バッファは１つだけ存在することができる。チャネル使用の効率を高めるために、上述のプライマリーチャネル最終終了技術が、この実施態様において使用される場合には、非プライマリーチャネルにおけるフレーム同士の送信時間は、同様となることが可能である。プライマリーチャネルにおいて送信が終了する前に、非プライマリーチャネルにおいてアイドル期間が長くなりすぎないようにすることができる。非プライマリーチャネルにおける送信時間と、プライマリーチャネルにおける送信時間との間の最大のギャップは、特定の値よりも小さくすることができ、例えば、ｌａｒｇｅｓｔ＿ｇａｐ＜ＡＩＦＳ（ＡＣ）である。上述のように共通仮想感知技術が実施される場合には、フレームの割り当てが実行される際にプライマリーチャネルが最後に終了するのを保証することを不要とすることができる。
バッファは、対応するチャネル上で送信されるようにスケジュールされているフレームを、それらのフレームが首尾よく配信される前に格納しておくことができる。送信されることになるフレームは、物理チャネルに割り当てられる前に、完全なＭＰＤＵを生成するためにＭＡＣヘッダおよびＣＲＣを付加されることが可能であり、また、インスタントバッファ内に留まることができ、インスタントバッファは、それぞれのチャネルにおいて次に送信するためのＭＰＤＵを格納しておくことしかできない。
図５７Ａおよび図５７Ｂに示されるように、第２のバッファリングオプションを実施することができ、それによって、それぞれのＡＣは、それぞれのチャネルに割り当てられた別々のフレームを伴う個別のバッファを有することができる。それぞれのＡＣにおいては、４つのチャネルそれぞれに対応する４つのロジックバッファが存在することができる。両方のバッファ実施態様に関する再送信技術は、同様のものとすることができ、それらの再送信技術について、ここで説明する。
高優先度制御メッセージの再送信は、データメッセージまたは中〜低優先度の制御メッセージとは異なるものとすることができる。高優先度制御メッセージ、例えば、チャネル切り替えなどは、初回の送信においてはバッファ内のキューに入れることはできない。高優先度制御メッセージの送信は、堅牢性を高めるために、４つのチャネルを介して繰り返し行うことができる。したがって、高優先度制御メッセージの再送信の可能性は、低くすることができる。４つのチャネル上で受信されたＡＣＫがない場合には、高優先度制御メッセージを再送信することができる。そのようなケースにおいては、バックオフウィンドウを再送信のために増大させることができる。高優先度制御メッセージの配信のために使用される送信アプローチが異なれば、再送信スキームも異なることになる場合がある。例えば、ＷＴＲＵによって配信されるメッセージに関しては：１）最も高いＡＣにおいて送信されるメッセージの場合、失敗したＭＰＤＵは、バッファのフロントエンド内に留まることができ、再びＴＸＯＰを得ると、再送信されることが可能であり；ＩＥＥＥ８０２．１１において示されるように、コンテンションウィンドウを倍にすることができ；および／または２）より低いＡＣにおいて送信されるメッセージの場合、そのメッセージを最も高いＡＣのフロントエンドに移動させて、再送信の際には最も高いＡＣを通じて送信することができる。
別の例として、ＡＰによって配信されるメッセージに関しては、第１の再送信に関するコンテンションウィンドウＣＷをＣＷｍｉｎとして設定することができ、第２の再送信に関するコンテンションウィンドウＣＷを倍にすることができる。それぞれの再送信のたびに、コンテンションウィンドウがＣＷｍａｘに達するまで、ＩＥＥＥ８０２．１１におけるようにコンテンションウィンドウを倍にすることができる。例えば、ＣＷｍｉｎおよびＣＷｍａｘを、最も高いＡＣのための値として設定することができ、この場合には、ＣＷｍｉｎを７（スロット時間）とすることができ、ＣＷｍａｘを１５（スロット時間）とすることができる。
中優先度および低優先度の制御メッセージの再送信に関しては、ＥＤＣＡが呼び出された場合には、中優先度および低優先度の制御メッセージを１つのＡＣにおいて送信することができる。プライマリーチャネルにおいてＭＰＤＵの送信に失敗した場合には、下記のように、様々なオプションを実施することができる。第１のオプションにおいては、ＴＸＯＰの送信を終了することができ、バックオフ手順を呼び出すことができる。フレームのうちの全ては、元のフレームとして留まることができる。
代替として、または追加として、第２のオプションにおいては、第１のオプションが使用される場合に、その第１のオプションは、プライマリーチャネルのインスタントバッファ内に留まって、現在のＴＸＯＰが終了するまで、このパケットを宛先へ送信することを繰り返すことができる。次いで、受信機のプライマリーチャネルは、フレームの全てが非プライマリーチャネルに割り当てられていることを確認するために、この情報に関するフィードバックをバッファコントローラ３７１０に提供することが必要となる場合がある。プライマリーチャネル最終終了技術が実施される場合には、プライマリーチャネルにおける送信が最後に終了することを確認するために、失敗したＭＰＤＵを、より良好なチャネル状況を伴う非プライマリーチャネルのうちの１つへ移動させることができる。プライマリーチャネル最終終了技術が実施されない場合には、失敗したＭＰＤＵを、非プライマリーチャネルのうちの任意のチャネル、例えば、クォータナリーチャネルへ移動させることができる。新たなＭＰＤＵをプライマリーチャネルのためにパックすることはできない。この失敗した送信が、このＴＸＯＰにおける最後の送信である場合には、その失敗したＭＰＤＵは、プライマリーチャネルのインスタントバッファ内に留まることができ、次のＴＸＯＰ中にこのＥＤＣＡＦが再びチャネルを得たときに送信することができる。図５８は、プライマリーチャネルにおいて送信が失敗した場合の再送信の例を示す。
非プライマリーチャネルにおいてＭＰＤＵの送信が失敗した場合には、２つのシナリオが生じる可能性がある。第１に、全てのチャネルに新たなフレームをいっさい割り当てることができない。一例においては、非プライマリーチャネルにおける１つの送信のみが失敗していることがある。ＴＸＯＰが終了していない場合には、再送信ＭＰＤＵをプライマリーチャネルのバッファへ移動させて、プライマリーチャネル上で送信することができる。このＴＸＯＰが終了している場合には、再送信パケットは、同じインスタントバッファ内に留まることができ、次のＴＸＯＰにおいて送信することができる。図５９は、クォータナリーチャネルにおいて送信が失敗した場合の再送信の例を示している。
別の例においては、非プライマリーチャネルにおける少なくとも２つの送信が失敗している。ＴＸＯＰが終了していない場合には、再送信ＭＰＤＵのうちの１つをプライマリーチャネルへ移動させることができ、他の再送信ＭＰＤＵは、同じバッファ内に残ることができる。プライマリーチャネルにおいて送信が終了している場合には、再送信されるＭＰＤＵを移動させることができる。これは、他のチャネルよりもプライマリーチャネルにおいて、より多くの送信時間を必要とする場合がある。あるいは、再送信ＭＰＤＵのうちの全てをプライマリーチャネル内に置くこともできる。共通仮想感知技術が実施される場合には、失敗したＭＰＤＵのうちのいずれか１つをプライマリーチャネルへ移動させて、プライマリーチャネル上で再送信することができる。ＴＸＯＰが終了している場合には、再送信ＭＰＤＵのうちの全てが、インスタントバッファ内に残ることができ、次のＴＸＯＰまで同じチャネルにおいて送信することができる。
ＴＸＯＰが終了しているプライマリーチャネルにフレームが割り当てられた場合には、再送信ＭＰＤＵは、次のＴＸＯＰまで、自分の有効期限が切れるまで、または再試行回数の制限に達するまで、自分の元の位置（インスタントバッファ、または非プライマリーチャネルのロジックバッファ）に残ることができる。ＴＸＯＰが終了していない場合には、同じチャネルにおいて送信を継続することができる。失敗したＭＰＤＵは、同じチャネル上で再送信することができる。上述のＡＣＫ手順が実施される場合には、より長いフレームをプライマリーチャネル上で送信することが必要となることがあり、プライマリーチャネル上での送信が最後に終了するように保証することが必要となることがある。上述のＡＣＫ手順が実施されない場合には、より長いフレームをプライマリーチャネルにおいて送信させることは不要とすることができる。
あるいは、失敗した（１つまたは複数の）チャネルにおける送信を終了することができる。このＴＸＯＰ内で、再送信されるＭＰＤＵを別のインスタントバッファまたはロジックバッファへ移動させて、同様のチャネル状況を伴うチャネルにおいて送信することができる。
あるいは、再送信されるＭＰＤＵは、次のＴＸＯＰまで元のインスタントバッファまたはロジックバッファ内に留まることができる。このＭＰＤＵは、特定の時間よりも長くバッファ内に留まる場合には、同様のチャネル状況を伴う別のチャネルへ移動させることができる。
集約されたチャネルの送信においては、送信のためのコンテンションウィンドウは、次のように実施することができる：プライマリーチャネルが失敗した場合には、コンテンションウィンドウは、倍になることができる。非プライマリーチャネルが失敗した場合、および少なくとも１つのチャネル内に存在する少なくとも１つの再送信ＭＰＤＵがある場合には、この送信のためのコンテンションウィンドウを倍にすることができる。非プライマリーチャネルのうちの全てが再送信である場合には、コンテンションウィンドウを倍にすることができる。複数のチャネル内に複数の再送信されるＭＰＤＵが存在する場合には、この送信のためのコンテンションウィンドウを倍にすることができる。
PHY-TXend.confirmにおいて開始する、SIFSTime+SlotTime+PHY-RX-START-Delayの値を伴って、ＳＴＡがACKTimeout間隔にわたって待機することができるように、修正されたACKTimeOut間隔を使用することができる。集約されたチャネルの実施態様においては、ACKTimeOut間隔を修正することが必要となる場合がある。プライマリーチャネル最終終了技術が実施される場合には、それぞれのチャネルごとのACKTimeOut間隔の値を、(XMIT_TIME_PRIMARY-packet_xmit_time)+SIFSTime+SlotTime+PHY-RX-START-Delayとして修正することができ、ここでは、XMIT_TIME_PRIMARYは、プライマリーチャネルにおけるＭＰＤＵ送信時間とすることができ、packet_xmit_timeは、そのチャネルにおけるＭＰＤＵ送信時間である。
共通仮想感知技術が実施される場合には、それぞれのチャネルごとの修正されたACKTimeOut間隔の値は、(MAX_XMIT_TIME-packet_xmit_time)+SIFSTime+SlotTime+PHY-RX-START-Delayとすることができ、ここでは、MAX_XMIT_TIMEは、集約されたチャネルにおける最長の送信時間とすることができる。
実施形態
１．プライマリーチャネルおよび少なくとも１つの非プライマリーチャネルを含む複数の集約されたチャネルを使用して不連続なスペクトルを介して通信を行うためのチャネルアグリゲーションを実行するノードの方法であって、
プライマリーチャネル上でＣＳＭＡを実行し、プライマリーチャネルへのアクセスを得て、プライマリーチャネルのチャネルステータスを判定するステップと、
プライマリーチャネルのチャネルステータスに基づいて少なくとも１つの非プライマリーチャネルのチャネルステータスを設定するステップと
を含むことを特徴とする方法。
２．ノードは、ＡＰまたはｅＮＢであることを特徴とする実施形態１に記載の方法。
３．ノード内の回路が、集約されたチャネルのそれぞれの上でＰＤＵを少なくとも１つのＷＴＲＵへ送信するステップをさらに含み、ＰＤＵは、データＰＤＵまたはマネージメントＰＤＵであることを特徴とする実施形態１〜２のいずれか１つに記載の方法。
４．プライマリーチャネル上でのデータ送信は、少なくとも１つの非プライマリーチャネル上でのデータ送信の後に終了することを特徴とする実施形態１〜３のいずれか１つに記載の方法。
５．ＮＡＶが、集約されたチャネルを介して送信されるパケットのデュレーションフィールド内に含まれており、チャネル上での最長の送信時間、およびその最長の送信時間と、チャネルのうちの特定の１つのチャネル上での送信時間との間における差を示すことを特徴とする実施形態１〜４のいずれか１つに記載の方法。
６．ノード内の回路が、プライマリーチャネルにおける失敗したパケット送信を検知するステップと、
ノード内の回路が、現在の送信機会を終了するステップと、
ノード内の回路が、バックオフ手順を開始するステップと
をさらに含むことを特徴とする実施形態１〜５のいずれか１つに記載の方法。
７．ノード内の回路が、プライマリーチャネルにおける失敗したパケット送信を検知するステップと、
ノード内の回路が、失敗したパケットを、非プライマリーチャネルに関連付けられているバッファへ移動させるステップと
をさらに含むことを特徴とする実施形態１〜６のいずれか１つに記載の方法。
８．ノード内の回路が、非プライマリーチャネルにおける失敗したパケット送信を検知するステップと、
ノード内の回路が、失敗したパケットを、プライマリーチャネルに関連付けられているバッファへ移動させるステップと
をさらに含むことを特徴とする実施形態１〜７のいずれか１つに記載の方法。
９．プライマリーチャネルがビジーチャネルステータスを有している状況においては、少なくとも１つの非プライマリーチャネルは、ビジーチャネルステータスを有していると想定されることを特徴とする実施形態１〜８のいずれか１つに記載の方法。
１０．プライマリーチャネルがビジーチャネルステータスを有している状況においては、送信は、その後のＴＸＯＰに延期されることを特徴とする実施形態１〜９のいずれか１つに記載の方法。
１１．ノードは、プライマリーチャネルへのアクセスを得るとすぐに、少なくとも１つの非プライマリーチャネルへのアクセスを得ることを特徴とする実施形態１〜１０のいずれか１つに記載の方法。
１２．ノード内の回路が、ＡＩＦＳにわたって待機してから、プライマリーチャネル上でバックオフを実行するステップと、
ノード内の回路が、ＰＩＦＳ（PCF(point coordination function) inter-frame space）期間にわたって少なくとも１つの非プライマリーチャネルのチャネルステータスをチェックするステップと、
ノード内の回路が、プライマリーチャネルおよび少なくとも１つの非プライマリーチャネルのそれぞれの上でＰＤＵを送信したことに応答して、プライマリーチャネルおよび少なくとも１つの非プライマリーチャネルのそれぞれの上で肯定ＡＣＫメッセージを受信するステップと
をさらに含むことを特徴とする実施形態１〜１１のいずれか１つに記載の方法。
１３．プライマリーチャネルは、少なくとも１つの非プライマリーチャネルよりも大きな帯域幅にわたって動作するように構成されることを特徴とする実施形態１〜１２のいずれか１つに記載の方法。
１４．ノード内の回路が、ＡＩＦＳ時間にわたって待機した後にＲＴＳメッセージを送信し、前記プライマリーチャネル上でバックオフを実行するステップと、
ノード内の回路が、ＳＩＦＳ期間にわたって待機した後にＣＴＳメッセージを受信するステップと、
ノード内の回路が、プライマリーチャネルおよび少なくとも１つの非プライマリーチャネルのうちのそれぞれの上でＰＤＵを送信するステップと、
ノード内の回路が、プライマリーチャネルおよび少なくとも１つの非プライマリーチャネルのうちのそれぞれの上で肯定ＡＣＫメッセージを受信するステップと
をさらに含むことを特徴とする実施形態１〜１３のいずれか１つに記載の方法。
１５．ノード内の回路が、プライマリーチャネルおよび少なくとも１つの非プライマリーチャネルのうちのどれが新たなチャネルへ切り替えられているかを示す切り替えチャネルフィールド、新たなチャネルの周波数を示す新たなチャネル番号フィールド、並びに新たなチャネルの特性を示すチャネル特徴フィールドを含むＣＳＡメッセージを送信するステップをさらに含むことを特徴とする実施形態１〜１４のいずれか１つに記載の方法。
１６．ノード内のバッファコントローラが、集約されたチャネルに関するチャネルＭＣＳ情報を受信するステップと、
バッファコントローラが、複数のＡＣのそれぞれに、集約されたチャネルのうちのそれぞれのためのロジックバッファを生成するステップと、
バッファコントローラが、ノード内のフレームコントローラからＡ−ＭＰＤＵフレーム情報を受信するステップと、
フレームコントローラが、Ａ−ＭＰＤＵフレームの集約およびフラグメンテーションを制御するステップと
をさらに含むことを特徴とする実施形態１〜１５のいずれか１つに記載の方法。
１７．バッファコントローラが、ＱｏＳ情報およびサイレント期間情報を受信するステップと、
バッファコントローラが、フレームの並べ替えおよびフレームの送信をスケジュールするステップと
をさらに含むことを特徴とする実施形態１６に記載の方法。
１８．ノード内のスケジューラが、それぞれのフレームが選択される元となるバッファ、および特定の時間におけるチャネル品質に基づいて、それぞれの送信機会の間に複数の物理チャネルのそれぞれの上で送信するためのフレームを選択するステップと、
スケジューラが、それぞれの選択されたフレームをそれぞれのチャネルにマップするステップと
をさらに含むことを特徴とする実施形態１〜１７のいずれか１つに記載の方法。
１９．マップするステップは最近のチャネル品質情報に基づいており、選択されたフレームのための正しい送信の可能性を最大にすることを特徴とする実施形態１８に記載の方法。
２０．プライマリーチャネルおよび少なくとも１つの非プライマリーチャネルを含む複数の集約されたチャネルに関するチャネルＭＣＳ情報を受信し、複数のＡＣのそれぞれに、集約されたチャネルのうちのそれぞれのためのロジックバッファを生成するように構成されているバッファコントローラと、
Ａ−ＭＰＤＵフレーム情報を前記バッファコントローラに提供し、Ａ−ＭＳＤＵフレームの集約およびフラグメンテーションを制御するように構成されているフレームコントローラと
を含むことを特徴とするノード。
２１．フレームコントローラは、Ａ−ＭＰＤＵの集約を制御するようにさらに構成されていることを特徴とする実施形態２０に記載のノード。
２２．ロジックバッファは、フラグメント化されたＡ−ＭＳＤＵフレームを格納することを特徴とする実施形態２０〜２１のいずれか１つに記載のノード。
２３．ＡＰまたはｅＮＢであることを特徴とする実施形態２０〜２２のいずれか１つに記載のノード。
２４．プライマリーチャネルおよび少なくとも１つの非プライマリーチャネルを含む複数の集約されたチャネルを使用して不連続なスペクトルを介して通信を行うように構成されているトランシーバと、
集約されたチャネルに関するチャネルＭＣＳ情報を受信し、複数のＡＣのそれぞれに、集約されたチャネルのうちのそれぞれのためのロジックバッファを生成するように構成されているバッファコントローラと、
フレームを選択し、それぞれのフレームが選択される元となるバッファ、および特定の時間におけるチャネル品質に基づいて、それぞれの送信機会の間に複数の物理チャネルのそれぞれの上で送信し、それぞれの選択されたフレームをそれぞれのチャネルにマップするように構成されているスケジューラと
を含むことを特徴とするノード。
２５．ＡＰまたはｅＮＢであることを特徴とする実施形態２４に記載のノード。
上記では特徴および要素について特定の組合せで説明しているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素のうちの任意のものとの組合せで使用することができるということを当業者なら理解するであろう。また、本明細書に記載されている実施形態は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読メディア内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実装することができる。コンピュータ可読媒体の例としては、（有線接続または無線接続を介して伝送される）電子信号、およびコンピュータ可読ストレージメディアが含まれる。コンピュータ可読ストレージメディアの例としては、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気メディア（例えば、内蔵ハードディスクまたはリムーバブルディスク）、光磁気メディア、並びにＣＤまたはＤＶＤなどの光メディアが含まれるが、それらには限定されない。ソフトウェアと関連付けられているプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、Ｎｏｄｅ−Ｂ、ｅＮＢ、ＨＮＢ、ＨｅＮＢ、ＡＰ、ＲＮＣ、ワイヤレスルータ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用することができる。

Claims (3)

  1. プライマリーチャネルおよび少なくとも１つの非プライマリーチャネルを含む複数の集約されたチャネルを使用して不連続なスペクトルを通じて通信するためにチャネルアグリゲーションを実行するノードの方法であって、
    前記方法は、
    前記プライマリーチャネルへのアクセスを得るために前記プライマリーチャネル上でＣＳＭＡ（carrier sense multiple access）を実行することと、
    前記プライマリーチャネル上で実行された前記ＣＳＭＡに基づいて前記プライマリーチャネルのチャネルステータスを判定することと、
    前記プライマリーチャネルの前記チャネルステータスがビジーではないと判定されたことを条件として前記少なくとも１つの非プライマリーチャネル上でセンシングを実行することと、
    前記プライマリーチャネルの前記チャネルステータスがビジーである場合に前記少なくとも１つの非プライマリーチャネルの前記チャネルステータスがビジーであると少なくとも想定することによって前記プライマリーチャネルの前記チャネルステータス、および前記少なくとも１つの非プライマリーチャネル上での前記センシングに基づいて前記少なくとも１つの非プライマリーチャネルの前記チャネルステータスを判定することと、
    前記プライマリーチャネル、および利用可能なチャネルステータスが判定された前記非プライマリーチャネルのいずれか１つの上で、集約された送信を実行することと
    を備える方法。
  2. 前記ノードは、ＡＰ（access point）またはｅＮＢ（evolved Node-B）である、請求項１の方法。
  3. 前記ノード内の回路が、前記集約されたチャネルのそれぞれの上でＰＤＵ（protocol data unit）を少なくとも１つのＷＴＲＵ（wireless transmit/receive unit）へ送信することであって、前記ＰＤＵは、データＰＤＵまたはマネージメントＰＤＵである、ことをさらに備える、請求項１の方法。
JP2015033299A 2010-11-12 2015-02-23 チャネルアグリゲーションおよび媒体アクセス制御再送信を実行するための方法および装置 Expired - Fee Related JP5986244B2 (ja)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US41322110P 2010-11-12 2010-11-12
US41311610P 2010-11-12 2010-11-12
US41312610P 2010-11-12 2010-11-12
US61/413,116 2010-11-12
US61/413,126 2010-11-12
US61/413,221 2010-11-12

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2013538763A Division JP5703384B2 (ja) 2010-11-12 2011-10-25 チャネルアグリゲーションおよび媒体アクセス制御再送信を実行するための方法および装置

Publications (2)

Publication Number Publication Date
JP2015136139A true JP2015136139A (ja) 2015-07-27
JP5986244B2 JP5986244B2 (ja) 2016-09-06

Family

ID=44947206

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2013538763A Expired - Fee Related JP5703384B2 (ja) 2010-11-12 2011-10-25 チャネルアグリゲーションおよび媒体アクセス制御再送信を実行するための方法および装置
JP2015033299A Expired - Fee Related JP5986244B2 (ja) 2010-11-12 2015-02-23 チャネルアグリゲーションおよび媒体アクセス制御再送信を実行するための方法および装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2013538763A Expired - Fee Related JP5703384B2 (ja) 2010-11-12 2011-10-25 チャネルアグリゲーションおよび媒体アクセス制御再送信を実行するための方法および装置

Country Status (6)

Country Link
US (1) US20140079016A1 (ja)
EP (2) EP2638656B1 (ja)
JP (2) JP5703384B2 (ja)
KR (2) KR101764955B1 (ja)
CN (2) CN107104769A (ja)
WO (1) WO2012064502A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11882483B2 (en) 2019-07-10 2024-01-23 Sony Group Corporation Wireless communication device and method for multi band operations (MBO)

Families Citing this family (202)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120099575A1 (en) * 2010-10-26 2012-04-26 Electronics And Telecommunications Research Institute Apparatus and method for complex communication
WO2012061484A2 (en) 2010-11-05 2012-05-10 Interdigital Patent Holdings, Inc. Silent period method and apparatus for dynamic spectrum management
CN103283270B (zh) 2010-11-15 2017-05-31 交互数字专利控股公司 用于在机会频带中进行频谱感测的方法和设备
CN103370896B (zh) * 2010-12-06 2016-05-11 交互数字专利控股公司 用于在免许可频谱中使能无线操作的方法
US20140050203A1 (en) * 2011-01-26 2014-02-20 Nokia Corporation Apparatus and Method for Radio Systems Co-Existence on Secondary Carriers
US10123351B2 (en) * 2011-04-15 2018-11-06 Intel Corporation Methods and arrangements for channel access in wireless networks
KR101670561B1 (ko) * 2011-07-14 2016-10-28 엘지전자 주식회사 무선랜 시스템에서 파워 세이브 모드 기반 통신 방법 및 이를 지원하는 장치
US9100177B2 (en) * 2011-09-02 2015-08-04 Qualcomm Incorporated Systems and methods for acknowledging communications from a plurality of devices
WO2013059996A1 (en) * 2011-10-26 2013-05-02 Nokia Corporation Spectrum sensing
US9241335B2 (en) * 2011-10-31 2016-01-19 Qualcomm Incorporated Channel selection rules for sub-1-GHz basic service sets
CN103124199B (zh) * 2011-11-21 2015-01-28 华为技术有限公司 用于感知频谱的方法、设备和数据帧
US9363122B2 (en) * 2011-11-28 2016-06-07 Lg Electronics Inc. Method and apparatus for transmitting training field
US9320019B2 (en) * 2011-12-23 2016-04-19 Maxlinear, Inc. Method and system for channel allocation and bandwidth management in a WiFi device that utilizes full spectrum capture
WO2013130793A1 (en) * 2012-03-01 2013-09-06 Interdigital Patent Holdings, Inc. Multi-user parallel channel access in wlan systems
KR20140136433A (ko) * 2012-03-07 2014-11-28 엘지전자 주식회사 상호공존 네트워크 내에서 마스터 ｃｍ 선출 방법
US20130235884A1 (en) * 2012-03-11 2013-09-12 Broadcom Corporation Mixed serial and parallel stream channel bonding architecture
KR101907465B1 (ko) * 2012-05-02 2018-10-12 삼성전자주식회사 무선통신시스템에서 데이터를 재전송하기 위한 장치 및 방법
US8767862B2 (en) 2012-05-29 2014-07-01 Magnolia Broadband Inc. Beamformer phase optimization for a multi-layer MIMO system augmented by radio distribution network
US8811291B2 (en) 2012-05-30 2014-08-19 Qualcomm Incorporated Methods and devices for optimized cell acquisitions
US9154204B2 (en) 2012-06-11 2015-10-06 Magnolia Broadband Inc. Implementing transmit RDN architectures in uplink MIMO systems
MY156138A (en) * 2012-06-13 2016-01-15 Mimos Berhad System and method for dynamic spectrum access with coordinated primary user management
KR101724977B1 (ko) * 2012-09-24 2017-04-07 인터디지탈 패튼 홀딩스, 인크 동적 스펙트럼 관리 시스템에서의 채널 품질 측정 및 송신 전력 할당
US9025446B2 (en) * 2012-10-10 2015-05-05 Empire Technology Development Llc Carrier selection policy for joint scheduling for carrier aggregation in an LTE-advanced system
US9350515B2 (en) 2012-10-15 2016-05-24 Headwater Partners LLC Enhanced relay node with additional backhaul alternative and selection
US9413502B2 (en) 2012-10-15 2016-08-09 Headwater Partners LLC Backhaul assisted by user equipment
US9332455B2 (en) 2012-10-15 2016-05-03 Headwater Partners Ii Llc Scheduling a user equipment transmission mode to assist uplink interference characterization
US9351190B2 (en) * 2012-10-15 2016-05-24 Headwater Partners LLC Interference characterization based on scheduling a transmission mode
US9467895B2 (en) 2012-10-19 2016-10-11 Fortinet, Inc. Increasing access point throughput by exceeding A-MPDU buffer size limitation in a 802.11 compliant station
EP2907253B1 (en) * 2012-10-24 2016-09-21 Huawei Technologies Co., Ltd. System and method for carrier aggregation for wireless local area networks
JP5898331B2 (ja) * 2012-10-26 2016-04-06 株式会社日立国際電気 マルチチャネル無線通信システム、基地局、チャネル利用方法
US9300602B2 (en) * 2012-11-02 2016-03-29 Qualcomm Incorporated Method, device, and apparatus for error detection and correction in wireless communications
US10014979B2 (en) * 2012-11-13 2018-07-03 Qualcomm Incorporated Methods and apparatus for avoiding collisions due to hidden wireless nodes
US9191097B2 (en) * 2012-12-20 2015-11-17 Intel Corporation Techniques for transmitting data via relay communication links
CN103974447B (zh) 2013-02-06 2018-05-01 华为技术有限公司 数据传输方法、装置和系统
US8797969B1 (en) 2013-02-08 2014-08-05 Magnolia Broadband Inc. Implementing multi user multiple input multiple output (MU MIMO) base station using single-user (SU) MIMO co-located base stations
US9343808B2 (en) 2013-02-08 2016-05-17 Magnotod Llc Multi-beam MIMO time division duplex base station using subset of radios
CN104995982B (zh) * 2013-02-15 2018-12-04 Lg电子株式会社 在wlan系统中根据带宽发送/接收帧的方法和装置
US9191469B2 (en) 2013-02-20 2015-11-17 Qualcomm Incorporated Acknowledgement (ACK) type indication and deferral time determination
US9853794B2 (en) * 2013-02-20 2017-12-26 Qualcomm, Incorporated Acknowledgement (ACK) type indication and deferral time determination
TWI556598B (zh) * 2013-02-26 2016-11-01 高通公司 確認（ａｃｋ）類型指示和推遲時間決定（二）
CN104039016B (zh) * 2013-03-08 2019-08-13 中兴通讯股份有限公司 业务数据的传输处理、传输方法及装置
US9350673B2 (en) * 2013-03-14 2016-05-24 Vivint, Inc. Dynamic adjustment of quality of service parameters
US9125089B2 (en) 2013-03-15 2015-09-01 Hewlett-Packard Development Company, L.P. Method and apparatus for packet aggregation in a network controller
US9306866B2 (en) * 2013-03-15 2016-04-05 Aruba Networks, Inc. Apparatus and method aggregation at one or more layers
CN105075323B (zh) * 2013-03-29 2019-02-05 Vid拓展公司 早期分组丢失检测和反馈
US20160073268A1 (en) * 2013-04-16 2016-03-10 The Arizona Board Of Regents On Behalf Of The University Of Arizona A method for improving spectrum sensing and efficiency in cognitive wireless systems
JP6082163B2 (ja) * 2013-05-02 2017-02-15 エルジー エレクトロニクス インコーポレイティド 無線ｌａｎシステムにおいて動的チャネルセンシング方法及び装置
US9577811B2 (en) 2013-05-03 2017-02-21 Qualcomm Incorporated Methods and systems for frequency multiplexed communication in dense wireless environments
US9398579B2 (en) * 2013-05-03 2016-07-19 Qualcomm Incorporated Systems and methods for downlink frequency domain multiplexing transmissions
TWI669021B (zh) * 2013-06-06 2019-08-11 內數位專利控股公司 用於WiFi頻道選擇及子頻道選擇性傳輸的裝置及方法
US9326122B2 (en) 2013-08-08 2016-04-26 Intel IP Corporation User equipment and method for packet based device-to-device (D2D) discovery in an LTE network
CN105393470B (zh) 2013-08-08 2018-11-02 英特尔Ip公司 用于多输入多输出系统中的电子下倾角调节的方法、装置和系统
US9497781B2 (en) * 2013-08-13 2016-11-15 Magnolia Broadband Inc. System and method for co-located and co-channel Wi-Fi access points
WO2015026070A1 (ko) * 2013-08-20 2015-02-26 엘지전자 주식회사 무선랜 시스템에서 짧은 프레임 프래그먼트 송수신 방법 및 장치
US10004109B2 (en) 2013-09-06 2018-06-19 Lg Electronics Inc. Method and apparatus for recovering data unit in wireless communication system
US9949292B2 (en) 2013-09-11 2018-04-17 Qualcomm Incorporated Coupling uplink and downlink CCA in LTE-U
WO2015042896A1 (zh) 2013-09-29 2015-04-02 华为技术有限公司 一种数据传输的方法及设备
CN105794136A (zh) 2013-10-01 2016-07-20 交互数字专利控股公司 用于wlan系统中基于协作正交块的资源分配(cobra)的增强
US9474073B2 (en) * 2013-10-31 2016-10-18 Qualcomm Incorporated Methods and apparatus for multiple user uplink bandwidth allocation
US9172454B2 (en) 2013-11-01 2015-10-27 Magnolia Broadband Inc. Method and system for calibrating a transceiver array
US10257806B2 (en) * 2013-11-11 2019-04-09 Marvell World Trade Ltd. Medium access control for multi-channel OFDM in a wireless local area network
US8891598B1 (en) 2013-11-19 2014-11-18 Magnolia Broadband Inc. Transmitter and receiver calibration for obtaining the channel reciprocity for time division duplex MIMO systems
US9294177B2 (en) 2013-11-26 2016-03-22 Magnolia Broadband Inc. System and method for transmit and receive antenna patterns calibration for time division duplex (TDD) systems
US9661657B2 (en) * 2013-11-27 2017-05-23 Intel Corporation TCP traffic adaptation in wireless systems
WO2015096065A1 (zh) * 2013-12-25 2015-07-02 华为技术有限公司 信息发送方法及装置
CN103891336B (zh) * 2013-12-31 2018-06-05 华为技术有限公司 一种网络控制器、站点、以及建立保护期的方法
US9876614B1 (en) 2014-01-20 2018-01-23 Marvell International Ltd. Hybrid automatic repeat request for wireless local area network
WO2015137591A1 (ko) * 2014-03-10 2015-09-17 엘지전자 주식회사 무선랜에서 재전송 방법 및 장치
WO2015135105A1 (zh) * 2014-03-10 2015-09-17 华为技术有限公司 数据传输方法、发送方设备及接收方设备
KR20150106582A (ko) * 2014-03-12 2015-09-22 삼성전기주식회사 무선 통신 단말 장치, 무선 통신 시스템 및 그 방법
CN106464434B (zh) * 2014-03-17 2020-03-27 交互数字专利控股公司 Ieee 802.11站sta及在其内使用的方法
US20150264689A1 (en) * 2014-03-17 2015-09-17 Qualcomm Incorporated Methods and apparatus for multiplexing peer-to-peer traffic and/or access point traffic
EP3101985B1 (en) * 2014-03-19 2018-10-24 Huawei Technologies Co., Ltd. Multichannel access method and apparatus
US9172446B2 (en) 2014-03-19 2015-10-27 Magnolia Broadband Inc. Method and system for supporting sparse explicit sounding by implicit data
GB2538678B (en) * 2014-03-26 2020-12-09 Qualcomm Inc System and method for optimizing channel characteristics when initializing links between cognitive radios in a shared spectrum environment
KR101838840B1 (ko) * 2014-05-09 2018-03-14 후지쯔 가부시끼가이샤 무선 통신 시스템, 기지국 및 단말기
EP3468139B1 (en) 2014-05-13 2020-12-30 Huawei Technologies Co., Ltd. Multi-channel contention method, communications device, and wireless network system
US9485715B2 (en) * 2014-05-13 2016-11-01 Qualcomm Incorporated Systems and methods for coordinating power save operations in an ad hoc network
US9584195B2 (en) * 2014-06-02 2017-02-28 Intel IP Corporation MIMO and bandwidth signaling in millimeter-wave systems
US10212706B2 (en) * 2014-06-05 2019-02-19 Qualcomm Incorporated Shared spectrum access
CN111294193B (zh) * 2014-06-13 2022-09-13 夏普株式会社 基站装置、终端装置以及通信方法
JP6516265B2 (ja) * 2014-06-13 2019-05-22 シャープ株式会社 基地局装置、端末装置、および通信方法
US9681335B2 (en) * 2014-06-19 2017-06-13 Samsung Electronics Co., Ltd. Methods for bandwidth efficient operations in wireless local area networks
US9743363B2 (en) 2014-06-24 2017-08-22 Qualcomm Incorporated CCA clearance in unlicensed spectrum
KR20160004950A (ko) * 2014-07-04 2016-01-13 뉴라컴 인코포레이티드 프레임 송신 방법 및 프레임 수신 방법
JP6298213B2 (ja) 2014-07-10 2018-03-20 エルジー エレクトロニクス インコーポレイティド 無線ｌａｎシステムにおける広帯域チャネル接続方法及びそのための装置
CA2953541C (en) * 2014-07-11 2023-01-31 Sony Corporation Information processing device, information processing method, and program
JP6234890B2 (ja) * 2014-07-14 2017-11-22 日本電信電話株式会社 無線ｌａｎシステム、無線ｌａｎ基地局装置および無線ｌａｎ制御方法
CN104080093B (zh) * 2014-07-15 2018-05-04 北京邮电大学 一种频谱感知及动态信道绑定方法、装置及系统
US10476615B2 (en) 2014-07-16 2019-11-12 Qualcomm Incorporated Techniques for scaling bandwidth of an unlicensed radio frequency spectrum band
CN105684488B (zh) * 2014-07-31 2019-10-15 华为技术有限公司 一种数据传输方法和通信设备
CN104158645B (zh) * 2014-08-28 2017-08-25 上海交通大学 一种无线局域网中基于全双工接入点的介质访问控制方法
EP3197231B1 (en) * 2014-09-18 2019-11-06 LG Electronics Inc. Methods and devices for transmitting and receiving signal to and from enb by user equipment in wireless communication system that supports carrier aggregation
JP2016072701A (ja) * 2014-09-26 2016-05-09 富士通株式会社 送信制御方法及び無線通信装置
US20160095114A1 (en) 2014-09-26 2016-03-31 Electronics And Telecommunications Research Institute Method and apparatus for managing allocation and usage of radio resource, method and apparatus for transmitting data through unlicensed band channel, and method and apparatus for managing access of radio resource
US10327250B2 (en) 2014-09-28 2019-06-18 Lg Electronics Inc. Method for supporting flexible resource allocation in wireless communication system, and apparatus therefor
WO2016049874A1 (zh) 2014-09-30 2016-04-07 华为技术有限公司 一种多信道的接入方法和装置
CN107079381B (zh) * 2014-10-27 2020-03-20 瑞典爱立信有限公司 无线区域网(wlan)节点、无线设备以及其中的方法
US20160119811A1 (en) * 2014-10-28 2016-04-28 Qualcomm Incorporated A-mpdu in the legacy physical layer
CA2964707A1 (en) * 2014-10-31 2016-05-06 Sony Corporation Communication apparatus and communication method
JP2017533671A (ja) * 2014-10-31 2017-11-09 ソニー株式会社 複数チャネル動作のための送信機および受信機
CN107079409B (zh) * 2014-11-06 2020-02-21 富士通株式会社 无线通信系统、基站、终端和处理方法
US10374760B2 (en) * 2014-11-06 2019-08-06 Lg Electronics Inc. Method for transmitting data in unlicensed band-secondary carrier and device for same
CN107113268B (zh) * 2014-11-24 2020-08-14 瑞典爱立信有限公司 用于信号的传输的方法、通信节点以及计算机可读存储介质
US9706534B2 (en) 2014-12-03 2017-07-11 Intel IP Corporation Apparatus, method, and computer readable media for uplink transmission opportunity in a high-efficiency wireless local-area network
US9775170B2 (en) 2014-12-04 2017-09-26 Intel Corporation Apparatus, system and method of allocation using a frame
WO2016089059A1 (ko) * 2014-12-05 2016-06-09 엘지전자(주) 무선 통신 시스템에서 데이터 전송 방법 및 이를 위한 장치
US9451627B1 (en) 2014-12-16 2016-09-20 Silvus Technologies, Inc. Single transceiver-DSA via MAC-underlay sensing and signaling
US9992127B2 (en) * 2014-12-30 2018-06-05 Fortinet, Inc Dynamically resizing aggregation windows based on network congestion feedback from mixed types of traffic in a wireless network
US10278208B2 (en) 2014-12-30 2019-04-30 Lg Electronics Inc. Method and device for performing uplink transmission after receiving trigger frame in wireless LAN system
US9736855B2 (en) * 2015-02-19 2017-08-15 Qualcomm Incorporated System and method for multiple station camping channels in a wireless communication network
WO2016141156A1 (en) * 2015-03-04 2016-09-09 Intel IP Corporation Sensing and deferral for orthogonal frequency divisional multiple access in a wireless network
US10917795B2 (en) 2015-04-02 2021-02-09 Qualcomm Incorporated Enhanced preamble waveform for coexistence
US10225795B2 (en) 2015-04-07 2019-03-05 At&T Intellectual Property I, L.P. Resource-sensitive token-based access point selection
US9769737B2 (en) * 2015-04-10 2017-09-19 Telefonaktiebolaget Lm Ericsson (Publ) System and method to support inter-wireless local area network communication by a radio access network
WO2016187830A1 (zh) * 2015-05-27 2016-12-01 华为技术有限公司 一种数据通信方法及站点
US9606836B2 (en) * 2015-06-09 2017-03-28 Microsoft Technology Licensing, Llc Independently networkable hardware accelerators for increased workflow optimization
GB2539693B (en) * 2015-06-24 2019-06-19 Canon Kk Emission of a signal in unused resource units to increase energy detection of an 802.11 channel
US9942366B2 (en) * 2015-06-24 2018-04-10 Intel Corporation Method of utilizing echo cancellation for enhancing wide-bandwidth opportunity for wi-fi
WO2017023005A1 (ko) * 2015-07-31 2017-02-09 엘지전자 주식회사 채널 본딩 기반 신호 전송 방법 및 이를 위한 장치
US10568015B2 (en) * 2015-08-05 2020-02-18 Lg Electronics Inc. Method for performing channel access in wireless LAN system and apparatus therefor
US9407585B1 (en) 2015-08-07 2016-08-02 Machine Zone, Inc. Scalable, real-time messaging system
US9602455B2 (en) 2015-08-07 2017-03-21 Machine Zone, Inc. Scalable, real-time messaging system
US10439767B2 (en) 2015-08-13 2019-10-08 Electronics And Telecommunications Research Institute Apparatus for transmitting and receiving data through unlicensed band
JP6474904B2 (ja) 2015-08-21 2019-02-27 日本電信電話株式会社 無線通信システムおよび無線通信方法
TWI575922B (zh) * 2015-08-27 2017-03-21 瑞昱半導體股份有限公司 能應用於堆疊通訊系統之通訊裝置與方法
CN112511267B (zh) * 2015-09-01 2022-04-22 华为技术有限公司 A-mpdu的接收状态指示方法及接收端设备
TWI710272B (zh) * 2015-09-11 2020-11-11 美商內數位專利控股公司 無線區域網路(wlan)多使用者同時隨機存取方法及裝置
WO2017043911A1 (ko) * 2015-09-11 2017-03-16 엘지전자 주식회사 무선랜 시스템에서의 동작 방법 및 이를 위한 장치
US10602510B2 (en) 2015-09-11 2020-03-24 Lg Electronics Inc. Operation method in wireless LAN system and apparatus therefor
US10225828B2 (en) * 2015-11-02 2019-03-05 Intel IP Corporation Apparatus, system and method of communicating control information in a physical layer protocol data unit (PPDU)
WO2017099546A2 (ko) * 2015-12-11 2017-06-15 엘지전자 주식회사 무선랜 시스템에서 프레임을 송수신하는 방법 및 이를 위한 장치
CN107018573B (zh) * 2016-01-28 2022-01-28 中兴通讯股份有限公司 主信息块mib信息的通知方法及装置
CN107046731A (zh) * 2016-02-05 2017-08-15 索尼公司 无线通信系统中的电子设备和无线通信方法
KR102566115B1 (ko) 2016-03-10 2023-08-14 주식회사 윌러스표준기술연구소 다중 사용자 무선 통신 방법 및 이를 사용하는 무선 통신 단말
JP7297400B2 (ja) * 2016-03-18 2023-06-26 キヤノン株式会社 通信装置、情報処理装置、制御方法、および、プログラム
KR102597254B1 (ko) 2016-04-04 2023-11-02 주식회사 윌러스표준기술연구소 프래그멘테이션을 이용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
US9602450B1 (en) * 2016-05-16 2017-03-21 Machine Zone, Inc. Maintaining persistence of a messaging system
US10743210B2 (en) * 2016-06-01 2020-08-11 Intel Corporation Using uplink buffer status to improve video stream adaptation control
CN107484243B (zh) 2016-06-07 2021-02-23 华为技术有限公司 资源分配通知方法、装置
KR102567626B1 (ko) * 2016-06-14 2023-08-17 주식회사 윌러스표준기술연구소 집합 mpdu를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
US9608928B1 (en) 2016-07-06 2017-03-28 Machine Zone, Inc. Multiple-speed message channel of messaging system
WO2018031056A1 (en) * 2016-08-11 2018-02-15 Intel IP Corporation Denial to send frame for multiple channel access
US10305981B2 (en) 2016-08-31 2019-05-28 Satori Worldwide, Llc Data replication in scalable messaging system
RU2707742C1 (ru) * 2016-09-01 2019-11-29 Панасоник Интеллекчуал Проперти Корпорэйшн оф Америка Устройство передачи и способ передачи
US9667681B1 (en) 2016-09-23 2017-05-30 Machine Zone, Inc. Systems and methods for providing messages to multiple subscribers
JP6299024B1 (ja) * 2016-10-21 2018-03-28 株式会社国際電気通信基礎技術研究所 無線通信装置および無線通信方法
WO2018128642A1 (en) * 2017-01-04 2018-07-12 Intel IP Corporation Apparatus, system and method of modifying a channel bandwidth during a transmit opportunity (txop)
WO2018131323A1 (ja) * 2017-01-13 2018-07-19 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 無線通信装置及び無線通信方法
JP6921721B2 (ja) * 2017-01-13 2021-08-18 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 無線通信装置及び無線通信方法
WO2018145248A1 (zh) 2017-02-07 2018-08-16 华为技术有限公司 一种数据传输方法、终端和接入网网元
CN108696921A (zh) * 2017-02-21 2018-10-23 中国科学院沈阳自动化研究所 基于广播前导侦听的认知传感器网络介质访问控制方法
CN108540380B (zh) * 2017-03-02 2021-08-20 华为技术有限公司 多子流网络传输方法及装置
US10659540B2 (en) * 2017-03-27 2020-05-19 Intel IP Corporation [5G next generation Wi-Fi] on the fly traffic steering for collocated multi-band aggregation
US10257742B2 (en) 2017-04-05 2019-04-09 Cisco Technology, Inc. Spoofing a service identifier when performing statefull switchover of wireless stations
KR101958086B1 (ko) * 2017-05-15 2019-03-13 성균관대학교산학협력단 경쟁 방식 데이터 전송을 스케줄링하는 방법 및 장치
KR102130020B1 (ko) 2017-07-26 2020-07-03 엘지전자 주식회사 무선랜 시스템에서 신호의 송수신 방법 및 이를 위한 장치
KR20200033845A (ko) 2017-07-27 2020-03-30 소니 주식회사 무선 lan 통신 장치 및 무선 lan 통신 방법
US10862565B2 (en) 2017-09-01 2020-12-08 Lg Electronics Inc. Method for supporting beamforming in wireless LAN system and apparatus therefor
US10772110B2 (en) * 2017-11-07 2020-09-08 Qualcomm Incorporated Universal channel reservation signal for medium sharing
EP3703461A4 (en) 2017-11-24 2020-11-18 Sony Corporation COMMUNICATION DEVICE, PROGRAM AND COMMUNICATION METHOD
US20190182010A1 (en) * 2017-12-08 2019-06-13 Qualcomm Incorporated Link adaptation enhancements
CN108306713B (zh) * 2018-01-19 2021-01-29 京信通信系统（中国）有限公司 一种无线通信系统的信息传输方法及装置
WO2019189597A1 (ja) 2018-03-29 2019-10-03 日本電気株式会社 サーバ、通信システム、通信方法及びプログラム
JP6838177B2 (ja) * 2018-06-27 2021-03-03 エルジー エレクトロニクス インコーポレイティド 無線ｌａｎシステムにおける信号送受信方法及びこのための装置
CN110677871B (zh) * 2018-07-03 2022-07-12 华为技术有限公司 数据发送方法及发送设备、数据接收方法及接收设备
JP2021166321A (ja) 2018-07-06 2021-10-14 ソニーグループ株式会社 通信装置、及び通信方法
US11102780B2 (en) 2018-07-30 2021-08-24 Nxp Usa, Inc. Media access control for punctured/aggregated communication channels in WLAN
WO2020027634A1 (ko) * 2018-08-03 2020-02-06 엘지전자 주식회사 무선랜 시스템에서 트래픽을 전송하는 방법 및 장치
KR102584500B1 (ko) * 2018-08-08 2023-10-04 삼성전자주식회사 무선 통신 시스템에서 비면허대역의 채널을 점유하는 방법 및 장치
CN110830175B (zh) * 2018-08-14 2023-03-28 华为技术有限公司 数据包的确认方法、装置、设备及计算机可读存储介质
CN109343469B (zh) * 2018-10-25 2021-08-17 中电望辰科技有限公司 基于物联网的智能铣床控制方法及系统
US11082155B2 (en) 2018-10-30 2021-08-03 Nxp Usa, Inc. Physical layer (PHY) data unit format for hybrid automatic repeat request (HARQ)
US11387936B2 (en) 2018-12-14 2022-07-12 Nxp Usa, Inc. Hybrid automatic repeat request (HARQ) retransmission schemes for a wireless local area network (WLAN)
CN109587052B (zh) * 2019-01-30 2022-03-15 展讯通信（上海）有限公司 一种多链路数据传输方法及装置
CN113455046A (zh) * 2019-02-20 2021-09-28 Abb电网瑞士股份公司 用于在无线通信系统中分配资源的方法
EP3932138A1 (en) * 2019-02-27 2022-01-05 Sony Group Corporation Communication devices and methods
US11374698B2 (en) 2019-06-05 2022-06-28 Marvell Asia Pte Ltd Physical layer (PHY) data unit format for hybrid automatic repeat request (HARQ)
WO2020252741A1 (zh) * 2019-06-20 2020-12-24 北京小米移动软件有限公司 接收状态反馈方法和装置
JP7180779B2 (ja) * 2019-06-25 2022-11-30 日本電信電話株式会社 下りフレームの転送装置、転送方法および転送プログラム
US11290223B1 (en) 2019-06-25 2022-03-29 Marvell Asia Pte Ltd Physical layer (PHY) data unit encoding for hybrid automatic repeat request (HARQ) transmission
US20220232417A1 (en) * 2019-06-28 2022-07-21 Lg Electronics Inc. Device for transmitting data in wireless av system and device for receiving data in wireless av system
EP3994826A4 (en) * 2019-07-04 2022-07-06 Huawei Technologies Co., Ltd. DEVICE AND METHOD FOR A WIRELESS NETWORK
CN112188640A (zh) * 2019-07-05 2021-01-05 华为技术有限公司 通信保护方法及装置
US11184919B2 (en) * 2019-07-30 2021-11-23 Continental Teves Ag & Co. Ohg Communication device and methods for synchronizing communication channels and using the device
JPWO2021033555A1 (ja) * 2019-08-19 2021-02-25
US20220338051A1 (en) * 2019-09-25 2022-10-20 Beijing Xiaomi Mobile Software Co., Ltd. Method, apparatus, communication device and storage medium for configuring transmission of receipt feedback information
KR20210045108A (ko) * 2019-10-16 2021-04-26 현대자동차주식회사 차량 및 차량의 제어방법
US11202292B1 (en) 2020-01-28 2021-12-14 T-Mobile Innovations Llc Systems and methods for dynamic buffer modification
US11284305B1 (en) * 2020-03-19 2022-03-22 T-Mobile Innovations Llc Systems and methods for dynamic buffer modification based on application category
KR102276239B1 (ko) * 2020-04-16 2021-07-12 한화시스템 주식회사 시분할다중접속 기반 노드의 메시지 송수신 방법
JP2024016296A (ja) * 2020-12-01 2024-02-07 シャープ株式会社 無線通信装置および無線通信方法
US11621798B2 (en) * 2021-02-02 2023-04-04 Cisco Technology, Inc. Signaling of preamble puncturing configuration in a non-high throughput RTS/CTS exchange
CN115243325A (zh) * 2021-04-22 2022-10-25 华为技术有限公司 信息传输的方法、装置、计算机可读存储介质和芯片
CN115333908B (zh) * 2021-05-10 2024-03-08 苏州速通半导体科技有限公司 无线局域网中的发射器及由其执行的方法
WO2023054992A1 (ko) * 2021-09-29 2023-04-06 현대자동차주식회사 통신 시스템에 신속 데이터의 전송을 위한 채널 접근 방법
CN113885361B (zh) * 2021-10-18 2023-06-27 上海交通大学医学院附属瑞金医院 一种对延时不敏感的康复装备远程力控系统
WO2023199291A1 (en) * 2022-04-15 2023-10-19 Lenovo (Singapore) Pte. Ltd. Quality of service determination for video frame transmission
CN115022345B (zh) * 2022-06-29 2023-08-08 苏州浪潮智能科技有限公司 一种交换机数据同步的方法、装置、设备及可读介质
WO2024031687A1 (zh) * 2022-08-12 2024-02-15 Oppo广东移动通信有限公司 一种信道使用方法及装置、设备、存储介质
CN116303806B (zh) * 2023-05-25 2023-10-13 国网福建省电力有限公司管理培训中心 共享方法、价值共创共享系统、介质及电子设备
CN116707685B (zh) * 2023-08-09 2023-10-24 新华三技术有限公司 信道调整方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012522422A (ja) * 2009-03-23 2012-09-20 クゥアルコム・インコーポレイテッド アクセス・ポイントからレガシ局への通信のためのｓｄｍａプロトコル
US9338789B2 (en) * 2012-03-01 2016-05-10 Interdigital Patent Holdings, Inc. Multi-user parallel channel access in WLAN systems

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4195716B2 (ja) * 2003-06-27 2008-12-10 ノキア コーポレイション 無線通信ネットワークでのパケット集約のための方法及び装置
US20040264475A1 (en) * 2003-06-30 2004-12-30 The Nature Of The Conveyance Class of high throughput MAC architectures for multi-channel CSMA systems
KR20060031867A (ko) * 2003-07-15 2006-04-13 코닌클리즈케 필립스 일렉트로닉스 엔.브이. 고속 능동 스캐닝 방법, 고속 능동 스캐닝에 의한 핸드오프제공 방법, 액세스 포인트, 고속 능동 스캐닝 시스템 및제 1 무선국
US8233462B2 (en) * 2003-10-15 2012-07-31 Qualcomm Incorporated High speed media access control and direct link protocol
US7620028B2 (en) * 2003-11-06 2009-11-17 Atheros Communications, Inc. Multi-channel binding in data transmission
US20050286446A1 (en) * 2004-04-01 2005-12-29 Devicescape Software Inc. Multi channel throughput enhancement
EP1751921A1 (en) * 2004-05-13 2007-02-14 Koninklijke Philips Electronics N.V. Superframe protocol packet data unit format having multirate packet aggregation for wireless systems
US7474676B2 (en) * 2004-09-10 2009-01-06 Mitsubishi Electric Research Laboratories, Inc. Frame aggregation in wireless communications networks
WO2006083021A1 (en) * 2005-02-04 2006-08-10 Kabushiki Kaisha Toshiba Optimal channel assignment for multi-class, multi-channel wireless lans and the like
TW200828898A (en) * 2006-09-26 2008-07-01 Koninkl Philips Electronics Nv Physical layer superframe, frame, preamble and control header for IEEE 802.22 WRAN communication systems
WO2008093338A1 (en) * 2007-01-29 2008-08-07 Mainnet Communications Ltd. Apparatus, network and method for implementing tdm channels over a csma shared media network
US8264953B2 (en) * 2007-09-06 2012-09-11 Harris Stratex Networks, Inc. Resilient data communications with physical layer link aggregation, extended failure detection and load balancing
US8462743B2 (en) * 2008-01-25 2013-06-11 Nokia Siemens Networks Oy Method, apparatus and computer program for signaling channel quality information in a network that employs relay nodes
US8089884B2 (en) * 2008-04-07 2012-01-03 Itt Manufacturing Enterprises, Inc. Method and apparatus for early warning of congestion in Ad-Hoc wireless networks
US20100046485A1 (en) * 2008-08-20 2010-02-25 Qualcomm Incorporated Method and apparatus for multiple channel access and nav recovery
CN101739583B (zh) * 2008-11-26 2013-04-10 国民技术股份有限公司 射频sim卡、射频读卡器及射频通信的磁感应控制方法
JP2010135909A (ja) * 2008-12-02 2010-06-17 Toshiba Corp 無線通信装置および無線通信方法
CN101771462A (zh) * 2008-12-31 2010-07-07 华为技术有限公司 一种多载波系统中下行控制信道资源分配方法及设备
WO2010123893A1 (en) * 2009-04-22 2010-10-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting uplink control information for carrier aggregated spectrums

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012522422A (ja) * 2009-03-23 2012-09-20 クゥアルコム・インコーポレイテッド アクセス・ポイントからレガシ局への通信のためのｓｄｍａプロトコル
US9338789B2 (en) * 2012-03-01 2016-05-10 Interdigital Patent Holdings, Inc. Multi-user parallel channel access in WLAN systems

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JPN6016021101; Ｇａｎｇ Ｘｉｅ （ＢＵＰＴ）: 'Ｊｏｉｎｔ Ｍｕｌｔｉｃｈａｎｎｅｌ ＣＳＭＡ' ＩＥＥＥ ８０２．１１-１０／０７８０ｒ２ , 20100714, ＩＥＥＥ， インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｍｅｎｔｏｒ．ｉｅｅｅ．ｏｒｇ *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11882483B2 (en) 2019-07-10 2024-01-23 Sony Group Corporation Wireless communication device and method for multi band operations (MBO)

Also Published As

Publication number Publication date
JP5703384B2 (ja) 2015-04-15
CN103416017A (zh) 2013-11-27
EP2638656B1 (en) 2016-12-07
KR20130122000A (ko) 2013-11-06
KR101584873B1 (ko) 2016-01-13
CN107104769A (zh) 2017-08-29
US20140079016A1 (en) 2014-03-20
EP3125637A1 (en) 2017-02-01
WO2012064502A1 (en) 2012-05-18
KR101764955B1 (ko) 2017-08-03
JP2014502453A (ja) 2014-01-30
JP5986244B2 (ja) 2016-09-06
EP2638656A1 (en) 2013-09-18
CN103416017B (zh) 2016-11-16
KR20130087561A (ko) 2013-08-06

Similar Documents

Publication Publication Date Title
JP5986244B2 (ja) チャネルアグリゲーションおよび媒体アクセス制御再送信を実行するための方法および装置
JP5731714B2 (ja) 帯域間キャリアアグリゲーション
US10111258B2 (en) Methods and systems for receiver initiated protection of a wireless communication exchange
RU2676878C2 (ru) Способы и аппарат для многопользовательской восходящей линии связи
JP2022543188A (ja) マルチリンクｗｌａｎを有効にする方法
JP5683715B2 (ja) 無線ダイレクトリンクオペレーションに関する方法および装置
KR101735031B1 (ko) 전체 링크 품질에 기초하여 엔티티를 선택하기 위한 방법
JP6387132B2 (ja) 同時送受信ネットワークモードのための装置および方法
CN114208388A (zh) 无线网络的多链路通信
TW201349897A (zh) 機會式無線電存取技術選擇及聚合
US20230262803A1 (en) Method and apparatus for wireless communication of low latency data between multilink devices
WO2012130021A1 (zh) 业务流删除方法及装置
WO2015171759A1 (en) Spectrum management for priority access in a tiered network
WO2013126666A2 (en) Architecture of multi-anchor systems
WO2016011337A1 (en) Methods and procedures for wifi sticky client and peer-to-peer client interference mitigation (wispim)
CN114424671A (zh) 聚合多个无线通信信道实现灵活全双工通信的方法和装置
CN115280840A (zh) 具有动态链路配置的无线网络的多链路通信

Legal Events

Date Code Title Description
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: 20160607

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20160707

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160804

R150 Certificate of patent or registration of utility model

Ref document number: 5986244

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees