"プライマリーチャネルおよび少なくとも1つの非プライマリーチャネルを含む複数の集約されたチャネルを使用して不連続なスペクトルを介して通信を行うためのチャネルアグリゲーションを実行するノードの方法であって、前記プライマリーチャネル上でCSMAを実行し、前記プライマリーチャネルへのアクセスを得るステップと、前記プライマリーチャネル上で実行された前記CSMAに基づいて前記プライマリーチャネルのチャネルステータスを判定するステップと、前記プライマリーチャネルの前記チャネルステータスに基づいて前記少なくとも1つの非プライマリーチャネルのチャネルステータスを設定するステップとを含むことを特徴とする方法。前記ノードは、APまたはeNBであることを特徴とする請求項1に記載の方法。前記ノード内の回路が、前記集約されたチャネルのうちのそれぞれの上でPDUを少なくとも1つのWTRUへ送信するステップをさらに含み、前記PDUは、データPDUまたはマネージメントPDUであることを特徴とする請求項1に記載の方法。前記プライマリーチャネル上でのデータ送信は、前記少なくとも1つの非プライマリーチャネル上でのデータ送信の後に終了することを特徴とする請求項1に記載の方法。NAVが、前記集約されたチャネルを介して送信されるパケットのデュレーションフィールド内に含まれており、前記チャネル上での最長の送信時間、および前記最長の送信時間と、前記チャネルのうちの特定の1つのチャネル上での送信時間との間における差を示すことを特徴とする請求項1に記載の方法。前記ノード内の回路が、前記プライマリーチャネルにおける失敗したパケット送信を検知するステップと、前記ノード内の回路が、現在の送信機会を終了するステップと、前記ノード内の回路が、バックオフ手順を開始するステップとをさらに含むことを特徴とする請求項1に記載の方法。前記ノード内の回路が、前記プライマリーチャネルにおける失敗したパケット送信を検知するステップと、前記ノード内の回路が、前記失敗したパケットを、前記非プライマリーチャネルに関連付けられているバッファへ移動させるステップとをさらに含むことを特徴とする請求項1に記載の方法。前記ノード内の回路が、前記非プライマリーチャネルにおける失敗したパケット送信を検知するステップと、前記ノード内の回路が、前記失敗したパケットを、前記プライマリーチャネルに関連付けられているバッファへ移動させるステップとをさらに含むことを特徴とする請求項1に記載の方法。前記プライマリーチャネルがビジーチャネルステータスを有している状況においては、前記少なくとも1つの非プライマリーチャネルは、ビジーチャネルステータスを有していると想定されることを特徴とする請求項1に記載の方法。前記プライマリーチャネルがビジーチャネルステータスを有している状況においては、送信は、その後のTXOPに延期されることを特徴とする請求項1に記載の方法。前記ノードは、前記プライマリーチャネルへのアクセスを得るとすぐに、前記少なくとも1つの非プライマリーチャネルへのアクセスを得ることを特徴とする請求項1に記載の方法。前記ノード内の回路が、AIFSにわたって待機してから、前記プライマリーチャネル上でバックオフを実行するステップと、前記ノード内の回路が、PIFS期間にわたって前記少なくとも1つの非プライマリーチャネルのチャネルステータスをチェックするステップと、前記ノード内の回路が、前記プライマリーチャネルおよび前記少なくとも1つの非プライマリーチャネルのうちのそれぞれの上でPDUを送信したことに応答して、前記プライマリーチャネルおよび前記少なくとも1つの非プライマリーチャネルのうちのそれぞれの上で肯定ACKメッセージを受信するステップとをさらに含むことを特徴とする請求項1に記載の方法。前記プライマリーチャネルは、少なくとも1つの非プライマリーチャネルよりも大きな帯域幅にわたって動作するように構成されることを特徴とする請求項1に記載の方法。前記ノード内の回路が、AIFS時間にわたって待機した後にRTSメッセージを送信し、前記プライマリーチャネル上でバックオフを実行するステップと、前記ノード内の回路が、SIFS期間にわたって待機した後にCTSメッセージを受信するステップと、前記ノード内の回路が、前記プライマリーチャネルおよび前記少なくとも1つの非プライマリーチャネルのうちのそれぞれの上でPDUを送信するステップと、前記ノード内の回路が、前記プライマリーチャネルおよび前記少なくとも1つの非プライマリーチャネルのうちのそれぞれの上で肯定ACKメッセージを受信するステップとをさらに含むことを特徴とする請求項1に記載の方法。前記ノード内の回路が、前記プライマリーチャネルおよび前記少なくとも1つの非プライマリーチャネルのうちのどれが新たなチャネルへ切り替えられているかを示す切り替えチャネルフィールド、前記新たなチャネルの周波数を示す新たなチャネル番号フィールド、並びに前記新たなチャネルの特性を示すチャネル特徴フィールドを含むCSAメッセージを送信するステップをさらに含むことを特徴とする請求項1に記載の方法。前記ノード内のバッファコントローラが、前記集約されたチャネルに関するチャネルMCS情報を受信するステップと、前記バッファコントローラが、複数のACのそれぞれに、前記集約されたチャネルのうちのそれぞれのためのロジックバッファを生成するステップと、前記バッファコントローラが、前記ノード内のフレームコントローラからA-MPDUフレーム情報を受信するステップと、前記フレームコントローラが、A-MPDUフレームの集約およびフラグメンテーションを制御するステップとをさらに含むことを特徴とする請求項1に記載の方法。前記バッファコントローラが、QoS情報およびサイレント期間情報を受信するステップと、前記バッファコントローラが、フレームの並べ替えおよびフレームの送信をスケジュールするステップとをさらに含むことを特徴とする請求項16に記載の方法。前記ノード内のスケジューラが、それぞれのフレームが選択される元となるバッファ、および特定の時間におけるチャネル品質に基づいて、それぞれの送信機会の間に複数の物理チャネルのそれぞれの上で送信するためのフレームを選択するステップと、前記スケジューラが、それぞれの選択されたフレームをそれぞれのチャネルにマップするステップとをさらに含むことを特徴とする請求項1に記載の方法。前記マップするステップは最近のチャネル品質情報に基づいており、前記選択されたフレームのための正しい送信の可能性を最大にすることを特徴とする請求項18に記載の方法。プライマリーチャネルおよび少なくとも1つの非プライマリーチャネルを含む複数の集約されたチャネルに関するチャネルMCS情報を受信し、複数のACのそれぞれに、前記集約されたチャネルのうちのそれぞれのためのロジックバッファを生成するように構成されるバッファコントローラと、A-MPDUフレーム情報を前記バッファコントローラに提供し、A-MSDUフレームの集約およびフラグメンテーションを制御するように構成されるフレームコントローラとを含むことを特徴とするノード。前記フレームコントローラは、A-MPDUの集約を制御するようにさらに構成されることを特徴とする請求項20に記載のノード。前記ロジックバッファは、フラグメント化されたA-MSDUフレームを格納することを特徴とする請求項20に記載のノード。APまたはeNBであることを特徴とする請求項20に記載のノード。プライマリーチャネルおよび少なくとも1つの非プライマリーチャネルを含む複数の集約されたチャネルを使用して不連続なスペクトルを介して通信を行うように構成されるトランシーバと、前記集約されたチャネルに関するチャネルMCS情報を受信し、複数のACのそれぞれに、前記集約されたチャネルのうちのそれぞれのためのロジックバッファを生成するように構成されるバッファコントローラと、フレームを選択し、それぞれのフレームが選択される元となるバッファ、および特定の時間におけるチャネル品質に基づいて、それぞれの送信機会の間に複数の物理チャネルのそれぞれの上で送信し、それぞれの選択されたフレームをそれぞれのチャネルにマップするように構成されるスケジューラとを含むことを特徴とするノード。APまたはeNBであることを特徴とする請求項24に記載のノード。本明細書では、WTRUwirelesstransmitreceiveunitという用語は、UEuserequipment、STAstation、移動局、固定式または移動式のサブスクライバユニット、ページャー、セルラー電話、PDApersonaldigitalassistant、非APステーション、コンピュータ、または、ワイヤレス環境において動作可能な他の任意のタイプのユーザデバイスを含むが、それらには限定されない。WTRUとは、非インフラストラクチャー型のノードnoninfrastructurenodeであると言える。また、APaccesspointという用語は、Node-B、サイトコントローラ、基地局、または、ワイヤレス環境において動作可能な他の任意のタイプのインターフェーシングデバイスを含むが、それらには限定されない。また、ネットワークノード、ネットワーク要素およびネットワークコンポーネントという用語は、通信ネットワークに接続されてデータを送信および/または受信することができる任意の電子デバイスを指すが、それらには限定されない。図1Aは、1つまたは複数の開示される実施形態を実施することができる例示的な通信システム100を示す。通信システム100は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数のワイヤレスユーザに提供する多重アクセスシステムとすることができる。通信システム100は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。通信システム100は、1つまたは複数のチャネルアクセス方法、例えば、CDMAcodedivisionmultipleaccess、TDMAtimedivisionmultipleaccess、FDMAfrequencydivisionmultipleaccess、OFDMAorthogonalFDMA、SC-FDMAsinglecarrierFDMAなどを採用することができる。図1Aにおいて示されるように、通信システム100は、WTRU102a、102b、102c、102d、RANradioaccessnetwork104、コアネットワーク106、PSTNpublicswitchedtelephonenetwork108、インターネット110、および他のネットワーク112を含むことができるが、開示される実施形態では、任意の数のWTRU、基地局、ネットワーク、および/またはネットワーク要素が考えられるということが分かるであろう。WTRU102a、102b、102c、102dのそれぞれは、ワイヤレス環境において動作し、および/または通信するように構成される任意のタイプのデバイスとすることができる。例えば、WTRU102a、102b、102c、102dは、ワイヤレス信号を送信および/または受信するように構成されることができ、およびUE、移動局、固定式または移動式のサブスクライバユニット、ページャー、セルラー電話、PDA、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。通信システム100は、基地局114aおよび基地局114bを含むこともできる。基地局114a、114bのそれぞれは、コアネットワーク106、インターネット110、および/または他のネットワーク112などの1つまたは複数の通信ネットワークへのアクセスを容易にするために、WTRU102a、102b、102c、102dの少なくとも1つとワイヤレスにインターフェースを取るように構成される任意のタイプのデバイスとすることができる。例えば、基地局114a、114bは、BTSbasetransceiverstation、Node-B、eNBevolvedNodeB、HNBHomeNodeB、HeNBHomeeNB、サイトコントローラ、AP、ワイヤレスルータなどとすることができる。基地局114a、114bは、それぞれ単一の要素として示されているが、基地局114a、114bは、任意の数の相互接続された基地局および/またはネットワーク要素を含みうるということが分かるであろう。基地局114aは、RAN104の一部とすることができ、RAN104は、他の基地局および/またはネットワーク要素図示せず、例えば、BSCbasestationcontroller、RNCradionetworkcontroller、中継ノードなどを含むこともできる。基地局114aおよび/または基地局114bは、特定の地理的領域内でワイヤレス信号を送信および/または受信するように構成されることができ、この地理的領域は、セル図示せずと呼ばれることもある。セルは、複数のセルセクタへとさらに分割することができる。例えば、基地局114aに関連付けられるセルは、3つのセクタへと分割することができる。したがって一実施形態においては、基地局114aは、3つのトランシーバ、すなわち、セルのそれぞれのセクタごとに1つのトランシーバを含むことができる。別の実施形態においては、基地局114aは、MIMOmultipleinputmultipleoutput技術を採用することができ、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。基地局114a、114bは、エアインターフェース116上でWTRU102a、102b、102c、102dの1つまたは複数と通信することができ、エアインターフェース116は、任意の適切なワイヤレス通信リンク例えば、RFradiofrequency、マイクロ波、IRinfrared、UVultraviolet、可視光などとすることができる。エアインターフェース116は、任意の適切なRATradioaccesstechnologyを使用して確立されうる。具体的には上述したように、通信システム100は、多重アクセスシステムとすることができ、1つまたは複数のチャネルアクセス方式、例えば、CDMA、TDMA、FDMA、OFDMA、SC-FDMAなどを採用することができる。例えば、RAN104内の基地局114aおよびWTRU102a、102b、102cは、UTRAUMTSterrestrialradioaccessなどの無線技術を実施することができ、この無線技術は、W-CDMAwidebandCDMAを使用してエアインターフェース116を確立することができる。W-CDMAは、HSPAhighspeedpacketaccessおよび/またはHSPAevolvedHSPAなどの通信プロトコルを含むことができる。HSPAは、HSDPAhighspeeddownlinkpacketaccessおよび/またはHSUPAhighspeeduplinkpacketaccessを含むことができる。別の実施形態においては、基地局114aおよびWTRU102a、102b、102cは、E-UTRAevolvedUTRAなどの無線技術を実施することができ、この無線技術は、LTElongtermevolutionおよび/またはLTE-ALTEAdvancedを使用してエアインターフェース116を確立することができる。他の実施形態においては、基地局114aおよびWTRU102a、102b、102cは、無線技術、例えば、IEEE802.16すなわち、WiMAX、CDMA2000、CDMA20001X、CDMA2000EV-DO、IS-2000InterimStandard2000、IS-95InterimStandard95、IS-856InterimStandard856、GSM登録商標globalsystemformobilecommunications、EDGEenhanceddataratesforGSMevolution、GERANGSMEDGERANなどを実施することができる。図1Aにおける基地局114bは、例えば、ワイヤレスルータ、HNB、HeNBまたはAPとすることができ、局所的なエリア、例えば、事業所、家庭、乗り物、キャンパスなどにおけるワイヤレス接続を容易にするために、任意の適切なRATを利用することができる。一実施形態においては、基地局114bおよびWTRU102c、102dは、WLANwirelesslocalareanetworkを確立するために、IEEE802.11などの無線技術を実施することができる。別の実施形態においては、基地局114bおよびWTRU102c、102dは、WPANwirelesspersonalareanetworkを確立するために、IEEE802.15などの無線技術を実施することができる。さらに別の実施形態においては、基地局114bおよびWTRU102c、102dは、ピコセルまたはフェムトセルを確立するために、セルラーベースのRAT例えば、W-CDMA、CDMA2000、GSM、LTE、LTE-Aなどを利用することができる。図1Aに示されるように、基地局114bは、インターネット110への直接接続を有しうる。したがって、基地局114bは、コアネットワーク106を介してインターネット110にアクセスすることを不要とすることができる。RAN104は、コアネットワーク106と通信状態にあることが可能であり、コアネットワーク106は、音声、データ、アプリケーション、および/またはVoIPvoiceoverInternetprotocolサービスをWTRU102a、102b、102c、102dの1つまたは複数に提供するように構成される任意のタイプのネットワークとすることができる。例えば、コアネットワーク106は、コール制御、課金サービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供し、および/またはユーザ認証などのハイレベルセキュリティー機能を実行することができる。図1Aには示されていないが、RAN104および/またはコアネットワーク106は、RAN104と同じRATまたは異なるRATを採用する他のRANと直接または間接の通信状態にあることが可能であるということが分かるであろう。例えば、コアネットワーク106は、E-UTRA無線技術を利用している可能性があるRAN104に接続されていることに加えて、GSM無線技術を採用する別のRAN図示せずと通信状態にあることも可能である。コアネットワーク106は、WTRU102a、102b、102c、102dがPSTN108、インターネット110、および/または他のネットワーク112にアクセスするためのゲートウェイとして機能することもできる。PSTN108は、POTSplainoldtelephoneserviceを提供する回線交換電話ネットワークを含みうる。インターネット110は、TCP/IPスイートにおけるTCP、UDPおよびIPなど、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。他のネットワーク112は、他のサービスプロバイダによって所有および/または運営されている有線または無線の通信ネットワークを含むことができる。例えば、ネットワーク112は、RAN104と同じRATまたは異なるRATを採用可能な1つまたは複数のRANに接続されている別のコアネットワークを含むことができる。通信システム100内のWTRU102a、102b、102c、102dのいくつかまたは全ては、マルチモード機能を含むことができ、すなわち、WTRU102a、102b、102c、102dは、別々のワイヤレスリンク上で別々のワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。例えば、図1Aに示されるWTRU102cは、セルラーベースの無線技術を採用しうる基地局114a、およびIEEE802無線技術を採用しうる基地局114bと通信するように構成されうる。図1Bは、図1Aに示される通信システム100内で使用可能な例示的なWTRU102を示す。図1Bに示されるように、WTRU102は、プロセッサ118、トランシーバ120、送信/受信要素例えば、アンテナ122、スピーカ/マイクロフォン124、キーパッド126、ディスプレイ/タッチパッド128、非リムーバブルメモリ130、リムーバブルメモリ132、電源134、GPSglobalpositioningsystemチップセット136および周辺機器138を含むことができる。WTRU102は、一実施形態との整合性を保持しながら、上述の要素どうしの任意のサブコンビネーションを含むことができるということが分かるであろう。プロセッサ118は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、DSPdigitalsignalprocessor、マイクロプロセッサ、DSPコアと関連付けられている1つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ASICapplicationspecificintegratedcircuit、FPGAfieldprogrammablegatearray回路、ICintegratedcircuit、状態マシンなどとすることができる。プロセッサ118は、信号コーディング、データ処理、電力制御、入力/出力処理、および/またはWTRU102を無線環境内で動作できるようにする他の任意の機能を実行することができる。プロセッサ118は、トランシーバ120に結合することができ、トランシーバ120は、送信/受信要素122に結合することができる。図1Bは、プロセッサ118とトランシーバ120を別々のコンポーネントとして示しているが、プロセッサ118とトランシーバ120は、1つの電子パッケージまたはチップ内に統合することができる。送信/受信要素122は、エアインターフェース116上で、基地局例えば、基地局114aに信号を送信するように、または基地局例えば、基地局114aから信号を受信するように構成されることができる。例えば、一実施形態においては、送信/受信要素122は、RF信号を送信および/または受信するように構成されるアンテナとすることができる。別の実施形態においては、送信/受信要素122は、例えば、IR信号、UV信号、または可視光信号を送信および/または受信するように構成されるエミッタ/検知器とすることができる。さらに別の実施形態においては、送信/受信要素122は、RF信号と光信号の両方を送信および受信するように構成されることができる。送信/受信要素122は、ワイヤレス信号の任意の組合せを送信および/または受信するように構成されることができる。また、送信/受信要素122は、図1Bにおいては単一の要素として示されているが、WTRU102は、任意の数の送信/受信要素122を含むことができる。具体的には、WTRU102はMIMO技術を採用することができる。従って、一実施形態においては、WTRU102は、エアインターフェース116上で無線信号を送信および受信するために、複数の送信/受信要素122例えば、複数のアンテナを含むことができる。トランシーバ120は、送信/受信要素122によって送信される信号を変調するように、また、送信/受信要素122によって受信される信号を復調するように構成されることができる。上述したように、WTRU102は、マルチモード機能を有することができる。したがってトランシーバ120は、WTRU102が、UTRAおよびIEEE802.11など、複数のRATを介して通信できるようにするために複数のトランシーバを含むことができる。WTRU102のプロセッサ118は、スピーカ/マイクロフォン124、キーパッド126および/またはディスプレイ/タッチパッド128例えば、LCDliquidcrystaldisplayディスプレイユニットまたはOLEDorganiclightemittingdiodeディスプレイユニットに結合することができ、そこからユーザ入力データを受け取ることができる。プロセッサ118は、ユーザデータをスピーカ/マイクロフォン124、キーパッド126および/またはディスプレイ/タッチパッド128へ出力することもできる。また、プロセッサ118は、非リムーバブルメモリ130および/またはリムーバブルメモリ132など、任意のタイプの適切なメモリからの情報にアクセスし、およびそれらのメモリにデータを格納することができる。非リムーバブルメモリ130は、RAM、ROM、ハードディスク、または他の任意のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ132は、SIMsubscriberidentitymoduleカード、メモリスティック、SDsecuredigitalメモリカードなどを含むことができる。他の実施形態においては、プロセッサ118は、サーバまたはホームコンピュータ図示せず上など、WTRU102上に物理的に配置されていないメモリからの情報にアクセスし、およびそのメモリにデータを格納することができる。プロセッサ118は、電源134から電力を受け取ることができ、また、WTRU102内の他のコンポーネントへの電力を分配および/または制御するように構成されることができる。電源134は、WTRU102に電力供給するための任意の適切なデバイスとすることができる。例えば、電源134は、1つまたは複数の乾電池例えば、NiCdnickelcadmium、NiZnnickelzinc、NiMHnickelmetalhydride、Li-ionlithiumionなど、太陽電池、燃料電池などを含むことができる。プロセッサ118は、GPSチップセット136に結合することもでき、GPSチップセット136は、WTRU102の現在位置に関する位置情報例えば、経度および緯度を提供するように構成されることができる。GPSチップセット136からの情報に加えて、またはその情報の代わりに、WTRU102は、基地局例えば、基地局114a、114bからエアインターフェース116上で位置情報を受信すること、および/または複数の近隣の基地局から受信される信号のタイミングに基づいて自分の位置を特定することができる。WTRU102は、一実施形態との整合性を保持しながら、任意の適切な位置特定方法を通じて位置情報を得ることができる。プロセッサ118は、他の周辺機器138にさらに結合することができ、他の周辺機器138は、さらなる特徴、機能、および/または有線接続若しくは無線接続を提供する1つまたは複数のソフトウェアモジュールおよび/またはハードウェアモジュールを含むことができる。例えば、周辺機器138は、加速度計、e-コンパス、衛星トランシーバ、デジタルカメラ写真またはビデオ用、USBポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Bluetooth登録商標モジュール、FMfrequencymodulatedラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。図1Cは、図1Aに示される通信システム100内で使用可能な例示的なRAN104およびコアネットワーク106を示す。RAN104は、エアインターフェース116上でWTRU102a、102b、102cと通信するためにIEEE802.16無線技術を採用するASNaccessservicenetworkとすることができる。図1Cに示されるように、RAN104は、基地局140a、140b、140c、およびASNゲートウェイ142を含むことができるが、RAN104は、一実施形態との整合性を保持しながら、任意の数の基地局およびASNゲートウェイを含むことができるということが分かるであろう。基地局140a、140b、140cはそれぞれ、RAN104内の特定のセル図示せずに関連付けることができ、エアインターフェース116上でWTRU102a、102b、102cと通信するために1つまたは複数のトランシーバを含むことができる。一実施形態においては、基地局140a、140b、140cは、MIMO技術を実施することができる。したがって、基地局140aは、例えば、WTRU102aに無線信号を送信するために、およびWTRU102aから無線信号を受信するために、複数のアンテナを使用することができる。基地局140a、140b、140cは、モビリティーマネージメント機能、例えば、ハンドオフのトリガリング、トンネルの確立、無線リソースマネージメント、トラフィックの分類、QoSポリシーの実施などを提供することもできる。ASNゲートウェイ142は、トラフィック集約ポイントとして機能することができ、ページング、サブスクライバプロフィールのキャッシング、コアネットワーク106へのルーティングなどを担当することができる。WTRU102a、102b、102cと、RAN104との間のエアインターフェース116は、IEEE802.16仕様を実施することができる。また、WTRU102a、102b、102cの各々は、コアネットワーク106との論理インターフェース図示せずを確立することができる。WTRU102a、102b、102cと、コアネットワーク106との間における論理インターフェースは、認証、許可、IPホスト構成マネージメント、および/またはモビリティーマネージメントのために使用されうる。基地局140a、140b、140cの各々の間における通信リンクは、WTRUのハンドオーバ、および基地局同士の間におけるデータの転送を容易にするためのプロトコルを含むことができる。基地局140a、140b、140cと、ASNゲートウェイ142との間における通信リンクは、WTRU102a、102b、102cの各々に関連付けられているモビリティーイベントに基づいてモビリティーマネージメントを容易にするためのプロトコルを含むことができる。図1Cに示されるように、RAN104は、コアネットワーク106に接続されうる。RAN104と、コアネットワーク106との間における通信リンクは、例えば、データ転送およびモビリティーマネージメント機能を容易にするためのプロトコルを含みうる。コアネットワーク106は、MIP-HAmobileIPhomeagent144、AAAauthenticationauthorizationaccountingサーバ146およびゲートウェイ148を含みうる。上述の要素の各々は、コアネットワーク106の一部として示されているが、これらの要素のいずれかが、コアネットワークオペレータ以外のエンティティによって所有および/または運営されることも可能であるということが分かるであろう。MIP-HAは、IPアドレスマネージメントを担当することができ、WTRU102a、102b、102cが、別々のASNおよび/または別々のコアネットワークの間でローミングすることを可能にすることができる。MIP-HA144は、WTRU102a、102b、102cと、IP対応デバイスとの間における通信を容易にするために、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供することができる。AAAサーバ146は、ユーザ認証と、ユーザサービスをサポートすることとを担当することができる。ゲートウェイ148は、他のネットワークと相互作用することを容易にしうる。例えば、ゲートウェイ148は、WTRU102a、102b、102cと、従来の固定電話通信デバイスとの間における通信を容易にするために、PSTN108などの回線交換ネットワークへのアクセスをWTRU102a、102b、102cに提供することができる。また、ゲートウェイ148は、ネットワーク112へのアクセスをWTRU102a、102b、102cに提供することができ、ネットワーク112は、他のサービスプロバイダによって所有および/または運営されている他の有線または無線のネットワークを含むことができる。図1Cには示されていないが、RAN104は他のASNに接続することができ、コアネットワーク106は他のコアネットワークに接続することができるということが分かるであろう。RAN104と、他のASNとの間における通信リンクは、RAN104と、他のASNとの間においてWTRU102a、102b、102cのモビリティーをコーオーディネートするcoordinateためのプロトコルを含むことができる。コアネットワーク106と、他のコアネットワークとの間における通信リンクは、ホームコアネットワークと、訪問先コアネットワークとの間における相互作用を容易にするためのプロトコルを含むことができる。例えば、IEEE802.11システムなどのローカルワイヤレスネットワークシステムは、ISMindustrialscientificandmedical帯域などの事前に定義されたスペクトルにおいて動作することができる。IEEE802.11システムは、連続したスペクトルチャネルにおいて動作することができる。米国においては、54MHzから806MHzまでのスペクトルの408MHzが、TVtelevisionのために割り当てられている。現在、そのスペクトルのうちの108MHzが、オークションを通じた商業オペレーション向けに、および公安用途向けに再開発されている。この主要な電波スペクトルのうちの残りの300MHzは、引き続きOTAovertheairTVオペレーション専用とすることができる。しかし、全米にわたって、その300MHzのリソースのうちの複数の部分が未使用のままである。未使用のスペクトルの量および厳密な周波数は、場所ごとに異なる場合がある。スペクトルのうちのこれらの未使用の部分は、TVWSと呼ばれている。FCCFederalCommunicationsCommissionは、これらの未使用のTVWS周波数を、ライセンス供与されていない様々な使用のために開放することを検討している。トップの大都市エリアの外側では、配置されているTV局が少なくなるため、占有されていないTVWSスペクトルのほとんどは、DSLdigitalsubscriberlineまたはケーブルなど、他のブロードバンドオプションを十分に提供されていない傾向がある人口密度の低いまたは田舎のエリアにおいて利用可能である。それぞれの利用可能なTVチャネルは、ブロードバンド接続のために使用可能なスペクトル容量のうちの6MHzを提供することができる。TVWSは、これらの周波数における長距離の信号伝搬に起因して、はるかに大きなカバレッジエリアを有することができる。例えば、TVWSにおいて動作するWLANAPロケーションは、2~3平方マイルのエリアにわたるカバレッジを提供することができる。一方、例えば、現在IEEE802.11b/g/nシステムにおいて動作するワイヤレス機器は、150平方フィートの平均カバレッジエリアを有することができる。図2は、IEEE802.11nシステムにおける20MHzのプライマリーチャネル205および20MHzのセカンダリーチャネル210の一例を示す。プライマリーチャネル205は、BSSbasicservicesetのメンバーである全てのWTRUすなわち、STAのためのオペレーションの共通チャネルである。全てのマネージメントトラフィックビーコンは、プライマリーチャネル205上で送信されることができる。セカンダリーチャネル210は、40MHzのチャネルを生成する目的で、プライマリーチャネル205と関連付けて、HThighthroughputWTRUによって使用することができる。送信側デバイスが送信の際にセカンダリーチャネル210の状態を考慮することは、まったく不要とすることができる。図2に示されるように、40MHzのチャネルペア205/210へのアクセスは、PCSMAprimarycarriersensingmultipleaccessを実行することすなわち、プライマリーチャネル205上でのみCSMAを実行することによって制御されうる。WTRUが送信の前にセカンダリーチャネル210の搬送波感知状態を考慮する必要がないため、セカンダリーチャネル210上でのコリジョンの可能性が大幅に高まる。図2に示されるように、CSMAバックオフ手順は、プライマリーチャネル205上で実行されうる。送信の前に、WTRUの全ては、プライマリーチャネル205が、AIFS時間にわたって、且つバックオフに入るためにAIFSバックオフ期間215アイドルであることを確実にすることができる。自分のバックオフが最初に期限切れになったWTRUが、コンテンションに勝ち、プライマリーチャネル205上で送信へのアクセスを得る。セカンダリーチャネル210は、PIFSPCFinterframespace期間220にわたって感知されることが可能であり、このPIFS期間は、AIFSバックオフ期間215よりもはるかに短い。IEEE802.11nシステムは、連続したスペクトルにおいて動作し、2つの異なる延期モードで動作することができる。延期/20/40モードにおいては、WTRUは、プライマリーチャネル205およびセカンダリーチャネル210の両方がアイドルである場合には40MHzで送信を行い、若しくはプライマリーチャネル205がアイドルである場合には20MHzで送信を行い、またはプライマリーチャネル205がビジーである場合には送信を延期する。延期/40モードにおいては、WTRUは、プライマリーチャネル205およびセカンダリーチャネル210の両方がアイドルである場合に40MHzで送信を行うか、または送信を延期する。しかし、実施態様の制約に起因して、WTRUのほとんどは、延期/40モードを使用することができる。図3は、IEEE802.11acシステムにおけるプライマリーチャネル305の一例を示す。IEEE802.11acシステムは、80MHzまたは160MHzの帯域幅上で動作するHTシステムであるため、プライマリーチャネル305と、複数の非プライマリーチャネル例えば、セカンダリーチャネル310、ターシャリーチャネル315、またはクォータナリーチャネル320とを含む複数の連続した20MHzのチャネルを使用することができる。WTRUまたはノード例えば、APまたはeNBは、転送すべき制御/データを有するたびに、プライマリーチャネル305上でCSMAAIFSバックオフを実行することができ、その他の非プライマリーチャネル310、315および320は、プライマリーチャネル305と同じチャネルステータスを有すると想定することができるすなわち、プライマリーチャネル305上のCSMAが、ビジーのステータスを返した場合には、チャネル305、310、315および320の全てがビジーであり、ひいてはビジーのステータスを返すように設定されていると想定することができる。WTRUまたはノードは、プライマリーチャネル305へのアクセスを得ると、次いで、送信前のPIFS期間中に非プライマリーチャネル310、315、および320をチェックして、それらのチャネルの全てが実際に空いていることを確かめる上で役立つことができる。IEEE802.11acシステムは、80MHzの帯域幅のシナリオに関して延期/20/40/80モードを使用することができる。上述のコンセプトは、チャネルボンディングとして知られている。IEEE802.11nシステムにおける2つのチャネルを伴う40MHzの帯域幅と、IEEE802.11acシステムにおける80MHzのスペクトルとからなる大きなチャンクは、物理層の視点から1つの大きなチャネルとして使用されることができ、すなわち、この巨大な帯域幅上で送信される1つのPPDUphysicallayerprotocoldataunitまたは1つのA-PPDUaggregatedPPDUだけが存在する。図4は、DSMdynamicspectrummanagementシステム動作チャネルにおける制御およびデータによる複数の集約されたチャネルのタイムシェアリングの一例を示す。これらのチャネルは、連続または不連続とすることができる。これらの集約されたチャネルは、DSMエンジンとDSMクライアントとの間においてデータパケットおよび制御/マネージメントパケットを送信するために使用されることができる。ライセンス供与されていないスペクトルまたはオポチュニスティックなopportunisticスペクトルすなわち、プライマリーユーザまたは高い優先度のユーザが、そのスペクトル上に存在しない限り、ライセンス供与されていないデバイスによって使用可能なスペクトルにおける集約されたチャネルは、ライセンス供与されているユーザが優先権を有しているため、常に利用できるとは限らない場合がある。したがって、プライマリーユーザが現れると、当該チャネルは使用できなくなる場合がある。例えば、それぞれのチャネルが、5MHzの帯域幅を有する場合があり、したがって、それらのチャネルを集約すれば、合計で20MHzの帯域幅を提供することができる。複数の集約されたチャネルに基づく集約されたチャネルアクセスの様々な例について、ここで説明する。任意の数xの集約されたチャネルを使用することができ、その場合には、いかなる周波数帯域においても、x>1であることを当業者なら理解するはずである。ここでは具体的にAPに言及するが、ここで説明する特徴は、LTEに関して使用されるeNBなど、他のタイプのノードに適用することもできるということを当業者なら理解するはずである。MAC層のCSMAは、プライマリーチャネル上で実行されうる。プライマリーチャネルは、不連続なスペクトル上で複数のMPDUMACprotocoldataunitを送信する目的でMAC層においてチャネルアグリゲーションを実行するために使用されうる。例えば、4つの集約されたチャネルを使用するシナリオにおいては、4つのチャネルのうちの1つは、APによってプライマリーチャネルとして割り当てられうる。WTRUまたはAPは、転送すべき制御/マネージメントパケットまたはデータを有するたびに、事前に割り当てられたプライマリーチャネル上でCSMAを実行することができ、他の3つのチャネルは、プライマリーチャネルと同じチャネルステータスを有すると想定することができるすなわち、プライマリーチャネル上のCSMAが、ビジーのステータスを返した場合には、4つのチャネル全てがビジーであると想定することができる。WTRUまたはAPは、プライマリーチャネルへのアクセスを得ると、集約されたチャネルのセット全体へのアクセスを得ることもできる。次いでWTRUおよびAPは、送信前のPIFS期間中に非プライマリーすなわち、セカンダリー、ターシャリー、およびクォータナリーチャネルをチェックして、4つのチャネル全てが実際に空いていることを確かめる上で役立つことができる。集約されたチャネルは、PHYにおいて帯域幅の1つの結合されたチャンクとみなされることはできない。その代わりに、別々のPDUまたはマネージメント/制御パケットのためのマネージメントPDUが、送信側デバイスによってそれぞれのチャネル上で送信される。それらのPDUは1つまたは複数のWTRUへ向けられうる。受信側のWTRUは、必要な場合には、自分が受信するそれぞれのPDUごとに別々に肯定ACKacknowledgementメッセージを送信することができる。例えば、WTRUは、集約されたチャネルの全ての上で同時のPDUを正しく受信した場合には、集約されたチャネルのそれぞれの上でACKを送信することができる。図5は、プライマリーチャネル上のMAC層のCSMAの一例を示す。図5に示されるように、プライマリーチャネル上でのCSMAコンテンションに勝ったデバイスが、集約されたチャネルの全てへのアクセスを得る。PIFS期間中にCCAclearchannelassessmentインジケーションが受信され、非プライマリーチャネル上でビジーステータスが返された場合には、ビジーな非プライマリー例えば、セカンダリーチャネルは使用されることはできず、送信は、依然として残りのチャネル上で行うことができる。プライマリーチャネルがビジーである場合には、送信全体はその後の送信機会まで延期されることができる。それぞれの動作チャネルが約5MHzの帯域幅であると想定すると、この手順は、可用性に応じて、集約されたチャネルの1つまたは複数の上で送信するオプションを可能にするため、延期5/10/15/20手順と呼ばれる場合がある。延期5/10/15/20手順は、チャネルの動的な選択を可能にし、全てのチャネルがアイドルである場合にはデバイスが全て20MHzを使用することを可能にするか、または、図6に示されるように、望ましくない干渉源によって1つまたは複数の非プライマリーチャネルが占有されている場合すなわち、それらの非プライマリーチャネルが、非プライマリーチャネルに適用されるCCAによって、ビジーであると判明した場合には、延期15/10/5手順を使用することができる。さらに、別々の帯域幅を有するチャネル同士を集約することができる。例えば、チャネル1は、10MHzの帯域幅上で機能することができ2つの連続したビデオチャネル上で機能し、その一方で、残りのチャネル2、3、および4は、それぞれ5MHzの帯域幅上で機能することができる。プライマリーチャネルの選択は、このことを考慮に入れることができる。加えて、MACバッファ内のデータの量に応じて、送信側デバイスは、送信するための別々のPDUを有する必要がない場合がある。このシナリオにおいては、デバイスは、下記のオペレーションのうちの1つまたは複数を実行することができる。1セグメント化:デバイスは、PDUをさらに小さなPDUへとセグメント化することができる。デバイスは、チャネルの浪費をもたらす非常に大きなMAC/PHYオーバーヘッドが生じるような形でPDUがセグメント化されることが決してないようにすることができる。2繰り返し:デバイスは、システムの堅牢性を高めるために、複数のチャネル上で同じPDUを同時に送信することができる。例えば、ターシャリーチャネルおよびクォータナリーチャネルが、より低いリンク品質を有しており、デバイスが、送信すべき3つのPDUを有している場合には、デバイスは、ターシャリーチャネルおよびクォータナリーチャネルの両方の上でPDUを3回繰り返すことができる。3ヌル送信:デバイスは、送信のために必要とされていないチャネルにおいてヌルフレームを送信することを選択することができる。例えば、デバイスは、3つのPDUを送信しなければならない場合には、PDU1、PDU2、およびPDU3をプライマリーチャネル、セカンダリーチャネル、およびターシャリーチャネル上で、並びにヌルフレームをクォータナリーチャネル上で送信することができる。ヌルの送信は、そのチャネルが引き続きビジーであることを確かにするためにすなわち、他の外部のAPまたはコーオーディネートされていないデバイスが自分の送信をそのチャネル上で開始することが決してないようにするために必要とされる。4いくつかの非プライマリーチャネル上では送信を行わない:非プライマリーチャネル上ではCSMAが行われないため、1つまたは複数の非プライマリーチャネル上でPDUをまったく送信しないことが可能な場合がある。デバイスは、チャネルにアクセスするためにRTSrequesttosendメッセージおよびCTScleartosendメッセージを使用することもできる。しかし、RTS/CTS手順は、不連続なスペクトル上で動作する集約されたチャネル上で動作するように適合されなければならない。通常のRTS/CTS手順は、送信側デバイスが、意図されている受信側デバイスへRTSメッセージを送信したときに開始する。受信側デバイスは、応答可能である場合には、SIFSshortinterframespace期間にわたって待機した後に、CTSメッセージを用いて応答することができる。次いで送信側デバイスは、SIFS期間にわたって待機した後に、データパケットを送信することができる。そしてデータパケットの後には、やはりSIFS期間にわたる待機の後に、受信側デバイスからのACKが続くことができる。RTSメッセージは、MACヘッダ内にデュレーションフィールドを含むことができ、このフィールドは、このデータ送信のためにチャネルを確保することができる時間ACKが受信されるまでの時間について全てのデバイスに知らせる。これは、他のデバイスのNAVnetworkallocationvectorをしかるべく設定することによって、その他のデバイスが、この保護された期間中に送信を行うことが決してないようにする。図7に示されるように、送信側デバイスは、集約されたチャネルを求めてプライマリーチャネル上で競合することができるすなわち、プライマリーチャネル上でAIFSにわたって待機してバックオフを実行することができる。送信側デバイスは、チャネルへのアクセスを得ると、RTSメッセージを送り出すことができる。このRTSメッセージを受信すると、受信側デバイスは、データ送信のための保護された期間を確立するためにCTSメッセージを用いて応答することができる。SIFS期間にわたる待機の後に、集約されたチャネルの全ての上でデータを送信することができ、その後には、集約されたチャネルの全ての上でACKが続く。RTSメッセージ内のデュレーションフィールドは、SIFSCTS送信時間SIFS集約されたチャネル上での最長のパケットの送信時間SIFSACK送信時間に設定されうる。同様に、CTSパケット内のデュレーションフィールドは、SIFS集約されたチャネル上での最長のパケットの送信時間SIFSACKに設定されうる。最長のパケットの送信時間は、チャネルのいずれか1つの上に送信が存在する限り、チャネルの全てが引き続きビジーであるように使用されることができる。あるいは、RTS/CTSメッセージは、堅牢性を高めるために、複数のチャネル上で、または集約されたチャネルの全ての上で送信することができる。このケースにおいては、非プライマリーチャネル上で送信されるRTSメッセージは、PIFS期間中にチャネルを感知した後に送信されることができる。デバイス例えば、APは、複数のユーザへ同時に送信を行うためのチャネルを確保するためにRTS/CTSメッセージを使用することもできる。ソースWTRUは、複数の宛先アドレスを用いてプライマリーチャネル上でRTSメッセージを送信することができる。宛先WTRUは、RTSメッセージ内で指定されるように複数のチャネル上でSIFS期間にわたって待機した後にCTSメッセージを用いて応答することができる。次いでソースWTRUは、別々のチャネル上で別々の宛先WTRUに宛てられている複数のPDUを同時に送信することができる。宛先WTRUは、自分がその送信を受信した同じチャネル上でACKメッセージを送信することができる。ACKの全ては、SIFS期間にわたって待機した後に、および集約されたチャネル上での最長のPDUの終わりの後に、宛先WTRUによって同時に送信されることができる。図8に示されるように、最長のPDU送信がいつ終了するかをデバイスの全てが必ず分かるようにするために、最長の送信はプライマリーチャネルにおいて行われるように強制することができ、また、どのチャネルの送信が最も長く続くかを示すために、最長チャネルインジケータをMACヘッダ内に設定することができる。図9は、フレーム制御フィールド905、デュレーションフィールド910、受信アドレスフィールド915、送信アドレスフィールド920、CTSチャネルフィールド925、送信チャネルフィールド930、およびFCSframechecksequenceフィールド935を含むRTSメッセージ900のフレーム構造を示す。受信アドレス1...Nフィールドは、RTSメッセージ900が導かれる先の意図されている宛先WTRUのアドレスを含む。フィールド915内のアドレスの最大数はNであり、これは、チャネルの数を超えることはできない例えば、図8に示されるシナリオでは、N=4である。CTSチャネル1...Nフィールド925は、指定されたチャネル上でCTSメッセージを送信するようにそれぞれの宛先WTRUに指示する。例えば、図8に示されるシナリオにおいては、CTSチャネル1は、プライマリーチャネルに設定されており、CTSチャネル2は、ターシャリーチャネルに設定されている。送信チャネル1...Nフィールド930は、データが送信されることになるチャネルについて宛先WTRUに知らせる。例えば、図8に示されるシナリオにおいては、送信チャネル1は、プライマリーチャネルおよびセカンダリーチャネルに設定されており、送信チャネル2は、ターシャリーチャネルおよびクォータナリーチャネルとして指定されている。RTS/CTSメッセージは、システムの堅牢性を高めるために複数のチャネル上で送信されることができる。プライマリーチャネルは、専用の制御チャネルとして使用されることもできる。全てのWTRUは、プライマリーチャネル上で制御情報を受信および送信することができ、また、プライマリーチャネル上ではデータ送信を行うことができない。ビーコン、アソシエーション要求/応答、チャネル切り替えメッセージ、RTS/CTS、および他の全ての制御/マネージメントメッセージは、CSMAを使用してプライマリーチャネル上で送信されることができる。データ送信に関しては、他の全てのチャネルは、プライマリーチャネルを使用してAPによって使用され、およびコーオーディネートされることができる。WTRUは、データチャネルへのアクセスを得るためにRTSメッセージを送信することができる。RTSメッセージは、APに宛てることができ、本質的には、データ送信のためにチャネルを割り当てるようAPに求める要求である。APは、使用すべきチャネルと、それらのチャネルがAPに割り当てられているデュレーションとをWTRUに知らせるCTSメッセージを用いて応答することができる。次いでAPは、それらのチャネル上でPDUを送信することができ、同じチャネル上で宛先WTRUからACKを受信することができる。WTRUは、プライマリーチャネルを求めて競合するためにCSMAを実行する必要があるため、プライマリーチャネルに関するNAVを保持することができ、その一方で、データチャネルに関しては、WTRUは、送信を行うことができるチャネルを示すCTSメッセージをAPから受信するまで、送信を行うことはできない。図10は、専用の制御チャネルとして動作するプライマリーチャネルの一例を示す。図10に示されるように、第1のWTRUWTRU1は、第2のWTRUWTRU2へデータを転送するための帯域幅をAPに要求する。APは、SIFS期間にわたって待機した後にセカンダリーチャネルおよびターシャリーチャネルを使用することができることをWTRU1に知らせるCTSメッセージを用いて応答する。WTRU1が、セカンダリーチャネルおよびターシャリーチャネル上でパケットを送信している間に、第3のWTRUWTRU3が、プライマリーチャネル上でのコンテンションに勝ち、パケットを第4のWTRUWTRU4へ送信するためにRTSメッセージをAPへ送信する。APは、SIFS期間にわたって待機した後にクォータナリーチャネルを使用するようWTRU3に知らせるCTSメッセージを用いて応答する。チャネルの全てがビジーであり、APが、割り当てるためのチャネルをまったく有していないケースにおいては、APは、割り当てられたチャネル上で送信を行う前に特定の時間にわたって待機するようWTRUに求めることができ、またはAPは、失敗フラグとともにCTSメッセージを送信することができる。後者のケースにおいては、WTRUは、しばらくしてから再びRTSを送信しなければならない場合がある。図11に示されるように、WTRUがデータをAPへ送信しなければならないケースにおいては、そのデータをCTSメッセージ内に含めて送信するために、それらのWTRUにプライマリーチャネルを割り当てることができる。これは、APが、WTRUからデータを受信している間に、とにもかくにもビジーであり続ける場合があるためである。図11に示されるように、NAVは、プライマリーチャネルにのみ基づく。集約されたチャネルの全てが、単一の無線機例えば、DSMシステム内の無線機に属する場合には、WTRUは、一方のチャネル上で受信を行っている間に、他方のチャネル上で同時に送信を行うことができない場合がある。これは、別々のチャネルの間における自己干渉をもたらす可能性がある。この問題を回避するために、WTRUは、他のチャネル上でデータを送信している間に、プライマリーチャネルをリッスンすることができない。WTRUが複数の無線機を有する場合には、WTRU内の無線機の1つが別のチャネル上でデータを送信している間に、プライマリーチャネル上で送信/受信を行うために、WTRU内の別の無線機を使用することができる。図12は、専用の制御チャネル手順のためにプライマリーチャネルにおいて使用されるRTSメッセージ1200のフレームフォーマットを示す。RTSメッセージ1200は、フレーム制御フィールド1205、デュレーションフィールド1210、受信側アドレスフィールド1215、宛先アドレスフィールド1220、送信アドレスフィールド1225、要求チャネルフィールドchannelrequestedfield1230、およびFCSフィールド1235を含むことができる。宛先アドレスフィールド1220は、データパケットを受信することになるWTRUのアドレスを含むことができる。受信側アドレスフィールド1215は、RTSメッセージ1200を受信して、通常は、APまたはネットワークコントローラによって送信されるCTSメッセージを用いて応答するWTRUのアドレスを含むことができる。データがAPへ宛てられている場合には、受信側アドレスフィールド1215および宛先アドレスフィールド1220は同じとすることができる。要求チャネルフィールド1230は、データを送信するためにソースWTRUによって必要とされるチャネルの数を示すことができる。図13は、専用の制御チャネル手順のためにプライマリーチャネルにおいて使用されるCTSメッセージ1300のフレームフォーマットを示す。このCTSメッセージは、フレーム制御フィールド1305、デュレーションフィールド1310、受信側アドレスフィールド1315、待機時間フィールド1320、許可チャネルフィールドchannelgrantedfield1325、およびFCSフィールド1330を含むことができる。待機時間フィールド1320は、WTRUが、許可されたチャネル上でデータを送信できるようになる前に待機しなければならない場合があるSIFS期間にわたって待機した後のデュレーションを示すことができる。待機時間がゼロである場合には、WTRUは、SIFS期間にわたって待機した後にデータ転送を開始することができる。許可チャネルフィールド1325は、WTRUがデータを送信することを許可されているチャネルのチャネル番号または識別情報IDについてWTRUに知らせることができる。APは、その数の要求された利用可能なチャネルを有していない場合には、より少ないチャネルをソースWTRUに対して許可することができる。結合されたCSMAは、集約されたチャネルにアクセスするための別の代替技術である。結合されたCSMAは、単にプライマリーチャネル上でのみCSMAを実行する代わりに、全てのチャネル上でCSMAを実行することができる。結合されたCSMAは、チャネルの全てにともにアクセスするために、全てのチャネル上でANDロジックを使用することができる。したがって、結合されたCSMAは、延期5/10/15/20オプションの使用を許可することができないか、またはさもなければ、集約されたチャネルのうちのいずれかがビジーである場合には、メディアは完全にブロックされることになる。図14は、ANDロジックの結合されたCSMAの一例を示す。結合されたCSMAは、どのチャネルがプライマリーチャネルであるかをトラッキングする必要性をなくすことができるが、全てのチャネル上でCSMAを実行すると、より多くの電力が消費され、より複雑になる場合がある。結合されたCSMAの利点は、最長の送信をプライマリーチャネル内に置いておく必要性がなくなることである。チャネルアクセス手順を実施するDSMシステムの堅牢なオペレーションをサポートするための様々な制御/マネージメントメッセージおよび手順について、以下で説明する。図15は、IEinformationelementとして、または別個のMACアクションフレームとしてビーコン内に含めて送信されうるCSAchannelswitchannouncementメッセージ1500を示す。CSAメッセージ1500は、新たなチャネルに関する情報を含むこと、およびその新たなチャネルへ切り替えるための時間を示すことが可能である。CSAメッセージ1500は、要素IDフィールド1505、長さフィールド1510、チャネル切り替えモードフィールド1515、新たなチャネル番号フィールド1520およびチャネル切り替えカウントフィールド1525を含むことができる。図16は、集約された制御チャネルの実施態様において使用される修正されたCSAメッセージ1600の一例を示す。CSAメッセージ1600は、複数の動作チャネルが存在すること、および複数のチャネルを新たな周波数へ同時に切り替えなければならない場合があることを考慮に入れることができる。図16に示されるように、CSAメッセージ1600のアクションフレームは、チャネルのうちのどれプライマリー、セカンダリー、ターシャリーまたはクォータナリーが切り替えられているかを示す切り替えチャネルフィールド1605を含むことができる。切り替えチャネルフィールド1605は、複数のビットを含むことができ、当該ビットの各々は、集約されたチャネルの1つを表す。ビットは、1に設定されている場合には、その特定のチャネルが新たな周波数へ切り替えられていることを示すことができる。複数のチャネルが同時に切り替えられているケースにおいては、複数のビットを1に設定することができるすなわち、0011という値は、ターシャリーチャネルおよびクォータナリーチャネルが切り替えられていることを示している。CSAメッセージ1600は、新たなチャネルの周波数を示す新たなチャネル番号[1...N]フィールド1610を含むこともできる。新たなチャネル番号[1...N]フィールド1610は、N個までの新たなチャネル周波数を含むことができ、それらの新たなチャネル周波数は、切り替えられているN個のうちの各々のチャネルに対応し、例えば、N=4である。CSAメッセージ1600は、チャネル特徴フィールド1615をさらに含むことができ、チャネル特徴フィールド1615は、新たなチャネルの特性を示す。すなわち、そのチャネルが、モードIIデバイスによりデータのクエリーを行うことによって得られたものかどうか、または、そのチャネルが、感知専用デバイスにより、ライセンス供与されていないスペクトル若しくはオポチュニスティックなスペクトルを感知することによって得られたものかどうかを示す。チャネル特徴フィールド1615は、それぞれの新たなチャネルごとに3つの値すなわち、値0:チャネルの特徴に関する利用可能な情報はない。値1:モードIIデバイスから得られたチャネル。値2:感知専用デバイスから得られたチャネルを有することができる。CSAメッセージ1600は、チャネル切り替えまでの送信上の全ての制約を示すチャネル切り替えモードフィールド1620をさらに含むことができる。1に設定されているチャネル切り替えモードは、その要素を含むフレームが宛てられている先のネットワーク内のWTRUが、スケジュールされたチャネル切り替えまでにさらなるフレームを送信することができないということを示すことができる。0に設定されているチャネル切り替えモードは、受信側クライアントにいかなる要件も課すことはできない。CSAメッセージ1600は、WTRUがCSA要素切り替えを新たなチャネルへ送信するまでのTBTTtargetbeacontransmissiontimeの回数に設定可能なチャネル切り替えカウントフィールド1625をさらに含むことができる。値1は、次のTBTTの直前に切り替えを行うことができるということを示すことができる。値0は、その要素を含むフレームが送信された後の任意の時点で切り替えを行うことができるということを示すことができる。CSAメッセージ1600は、要素IDフィールド1630および長さフィールド1635をさらに含むことができる。CSAメッセージ1600は、全てのチャネル上でアクションフレームとして送信されうるすなわち、CSAメッセージ1600は、4つのチャネル全ての上で同時に繰り返されうる。これによって、WTRUがこのメッセージを必ず受信できるようにすることができる。また、このメッセージは、ビーコンの一部として送信される場合には、同じ理由で複数のセグメント上で繰り返されうる。プライマリーチャネルの失敗および非プライマリーチャネルの失敗に関する下記の手順は、パワーセーブモードで動作しているデバイスがなく、また、4つの集約されたチャネル全てをリッスンしているデバイスもないということを前提としている。加えて、チャネルの失敗後の回復を容易にするために、ビーコンは、プライマリーチャネルの失敗のケースにおいてどのチャネルがプライマリーチャネルを引き継ぐかを順序付けたリストと、集約されたチャネル全体の失敗のための、4つの集約されたチャネルのうちの1つではないバックアップチャネルとを含むことができるということが前提とされる。全てのWTRUは、この情報を格納することができ、情報を最新に保つことを担当することができる。図17は、失敗を示す測定レポートメッセージ1700の一例を示す。測定レポートメッセージ1700は、測定トークンフィールド1705を含むことができる。測定トークンフィールド1705は、0に設定されている場合には、測定レポートメッセージ1700が、自律的な測定レポートであり、測定要求メッセージに応答したものではないということを示すことができる。測定レポートメッセージ1700は、測定タイプフィールド1710、測定レポートフィールド1715、要素IDフィールド1720、長さフィールド1725、および測定レポートモードフィールド1730を含むこともできる。図18は、測定レポートメッセージ1700の測定タイプフィールド1710によって示されるIEEE802.11測定タイプの一例を示す。図18に示されるように、失敗のケースにおいては、予備タイプ4というインジケーションが使用されうる。測定レポートメッセージ1700は、いかなる測定値も報告せずにチャネルの失敗を示すだけであるため、測定レポートメッセージ1700内の測定レポートフィールド1715は、ゼロに等しいことが可能である。図19は、予備の測定タイプ4のフォーマットを示す。図19に示されるように、測定タイプ4は、8ビットフィールドとすることができ、それぞれのビットは、失敗したチャネルを表す。ビットを1に設定すると、そのビットに関連付けられる特定のチャネルが使用可能ではないということを示すことができる。例えば、図19に示されるビット0および2を1に設定すると、プライマリーチャネルおよびターシャリーチャネルの失敗を示すことができる。全てのチャネルが失敗したケースにおいては、失敗表示メッセージを、利用可能な場合には、バックアッププライマリーチャネル上で、1に設定されている全てのビットとともに送信することができる。さもなければ、そのメッセージは、全てのチャネルの上で非常に低い変調およびコーディングレートで首尾よく送信されうる。DSMエンジン内のSPsensingprocessorエンティティが、ネットワーク内のノードから感知結果を収集することによってプライマリーチャネルの失敗を検知した場合には、プライマリーチャネルにおける高い干渉の存在またはTVWSデータベースからのプライマリーユーザの予定されたエントリが判定される。CMFchannelmanagementfunctionは、そのチャネルを断念すべきか否かを判定することができる。この判定は、既に利用可能な感知結果に基づくことができ、またはCMFは、サイレント期間にわたってさらなる結果を必要とする場合がある。WTRUは、CQIchannelqualityindicatorが変動することがあるため、プライマリーチャネルが失敗したことを認識することができる。これらのCQIは、指定されたしきい値よりも上/下のレベルへと増大/低減させることによって、再送信の回数、エネルギーレベル、RSSIreceivedsignalstrengthindication、再送信、スループットなどに基づくことができる。WTRUは、チャネルにアクセスする連続した試みが失敗したこと例えば、CSMAが所定の回数失敗したこと、およびWTRUが周期的なメッセージすなわち、ビーコンを受信していないことに基づいて、失敗を疑うこともできる。いずれのWTRUも、高い干渉を示す、チャネル品質における何らかの変化を検知した場合には、失敗表示メッセージを送信することによって、DSMシステムに失敗を示すことができる。プライマリーチャネルの品質が、WTRUへのアクセスを不可能にするほどに劣化した場合には、WTRUは、バックアップリストビーコンIE内で指定されているようにプライマリーバックアップチャネルへ切り替えること、およびそのチャネル上でプライマリーCSMAを実行することが可能である。これによって、プライマリーチャネルプロトコルから逸脱することになるかもしれない。しかし、非プライマリーチャネル上で送信を行うと、結果として他のWTRUの送信とのコリジョンが生じる可能性があるが、これは、DSMシステムと通信するための唯一の方法であり、WTRUは、失敗表示が首尾よく送信されるまで、再送信を行うことができる。図20は、DSMシステム2005のCMFが、失敗したチャネルに取って代わるための他の利用可能なチャネルを既に有していた第1のシナリオの流れ図を示す。DSMシステム2005は、CMF2010およびAP2015を含むことができる。WTRU2020は、DSMシステム2005と通信する。AP2015は、WTRU2020から失敗表示メッセージ2025を受信した場合には、このメッセージをBAbandwidthallocation再構成要求2030としてCMF2010へ転送することができる。CMF2010は、自身が、失敗したチャネルに取って代わるための他の利用可能なチャネルを既に有しているかどうかに応じて、この要求に応答することができる2035。CMF2010が、新たなチャネルを示すBA再構成応答2040を送信した場合には、AP2015は、自分のチャネルリストを更新し2045、およびCSAメッセージ2050をWTRUへ送信することができる。WTRU2020は、4つのチャネル全ての上で動作することができる2055。プライマリーチャネルの失敗のケースにおいては、新たなプライマリーチャネルは、上述のようにバックアップリスト情報要素内の第1の利用可能なチャネルとすることができる。図21は、DSMシステムのCMFが、失敗したチャネルに取って代わるための利用可能なチャネルを有していない第2のシナリオの流れ図を示す。AP2015は、WTRU2020から失敗表示メッセージ2025を受信した場合には、このメッセージをBA再構成要求2030としてCMF2010へ転送することができる。CMF2010は、利用可能なチャネルをまったく有していない場合には2150、AP2015が現在のチャネルから退避するすなわち、現在のチャネルを断念することができることを示すBA再構成応答を用いてすぐに応答することができ2155、その一方で、CMF2010は、新たな利用可能なチャネルを探す。AP2015は、このメッセージを、WTRU2020が残りのチャネル上で動作することができることを示すCSAメッセージ2160としてWTRU2020へ転送することができる2165。プライマリーチャネルの失敗が生じた場合には、新たなプライマリーチャネルをバックアップリストIEから選ぶことができる。CMF2010は、新たなチャネルを見つけた場合には2170、別のBA再構成応答2175を新たなチャネルでAP2015へ送信することができ、この別のBA再構成応答2175は、別のCSAメッセージ2180としてWTRU2020へ転送され、WTRU2020は、CSAメッセージ2180内で指定されるように4つのチャネル全ての上で動作できるようになる2185。加えて、プライマリーチャネルの失敗に関するチャネルタイムラインが、図22に示されており、非プライマリーチャネルの失敗に関するチャネルタイムラインが、図23に示されている。プライマリーチャネルの失敗のケースでは、新たなプライマリーチャネルが、図22に示されるようにバックアップリストIEから選択される図22では、セカンダリーチャネルが、新たなプライマリーチャネルになっている。非プライマリーチャネル上でチャネルの失敗が生じた場合には、プライマリーCSMAは、図23に示されるように、失敗が生じる前と同じプライマリーチャネルを引き続き使用する。プライマリーCSMAアプローチのコンテキストにおいては、HPhighpriority制御メッセージが配信されうる。制御メッセージおよびデータは、同じチャネルにおいて送信される場合があり、そのため互いに競合する場合がある。したがって、高い堅牢性および最小限の遅延で制御メッセージを配信することが望ましい。参考のために、IEEE802.11nにおいては提供されない様々なタイプの制御メッセージ、およびそれらの優先度が、図24に提示されている。高優先度制御メッセージは、ビーコンすなわち、WTRUからDSMシステムへの感知レポートを伴う/伴わない周期的な配信、およびイベントトリガーすなわち、CSAメッセージによる独立した送信によって送信されることができる。コリジョンを回避するために、いくつかの高優先度制御メッセージすなわち、周期的感知結果、直近のチャネルバックアップは、4つのチャネルにおいて周期的に配信されるビーコン情報内にアタッチされうる。しかし、高優先度制御メッセージの堅牢性を高めるために、このタイプの制御メッセージは、4つの物理チャネルにおいて、図24に示されるような4つのセグメント化されたビーコンの予備フィールド内に繰り返し埋め込まれる。ビーコン時間の直前に何らかのイベントが発生した場合には、関連メッセージがビーコンメッセージ内に埋め込まれうる。例えば、チャネルの切り替えが行われる場合には、そのアナウンスメントがビーコン内に含めて送信されうる。何らかの緊急事態すなわち、チャネルの失敗、チャネルの切り替え、輻輳レポートなどが生じており、また、次なるビーコンがすぐには到来しない可能性があるすなわち、直近のビーコン送信とイベントとの間における間隔が、新たに定義されたパラメータであるdoc11MinGapよりも大きいか、または、制御メッセージを配信する送信側デバイスがAPではない場合には、そのメッセージはAPまたはWTRUによって最小限の遅延で配信される必要がある。これらのタイプのメッセージのうちの全ては、堅牢な変調モードおよびコーディングレートすなわち、最も低い変調モードおよびコーディングレートで配信されることができる。4つのACaccesscategoryが、IEEE802.11において定義されている。図24に示されるように、WTRUは、最も高いACを有するメッセージをACバッファのフロントエンド内に置くための通知をバッファコントローラへ送信することができる。このタイプの制御メッセージは、データフレームとして配信されうる。例えば、WTRUからAPへの輻輳レポートまたはチャネル失敗レポートは、測定要求のフレームフォーマットを有することができる。集約されたチャネルの実施態様においては、図25に示されるように、チャネル番号フィールド2505と、測定開始時間フィールド2510と、測定デュレーションフィールド2515とを含む測定要求メッセージ2500を使用することができる。チャネル番号フィールド2505において使用されるビットの数は、2ビットまで減らされうる。例えば、セカンダリーチャネルにおいて輻輳または高い干渉があるのではないかとWTRUが疑っている場合には、チャネル番号フィールド2505は、01として示されうる。図26は、図25のIEEE802.11測定要求メッセージ2500内のチャネル番号フィールド2505の一例を示す。より低いAC内に埋め込まれていて、WTRUによって送信された高優先度制御メッセージがチャネルアクセスを勝ち取らない場合には、そのチャネルアクセスを勝ち取るのは、同じ送信機からの他のACである。MPDUとしてパックされるこのタイプの制御メッセージを、コンテンションに勝つそのACのバッファ内に加えることができる。この制御メッセージは、高優先度メッセージがチャネルアクセスを勝ち取らないケースにおいては、他のメッセージとともに配信されうる。APによって配信される高優先度メッセージは、よりシステマチックであることが可能であるすなわち、CSAメッセージなら、遅延を伴わずに配信する上で、より良好であろうため、このタイプのメッセージは、バックオフ、および最も堅牢なMCSmodulationandcodingschemeセットすなわち、最も低い変調モードおよびコーディングレートを伴わずに送信されうる。プライマリーチャネルがAIFSの間にアイドルであり、非プライマリーチャネルがPIFSの間にアイドルである限り、WTRUは、バックオフを実行せずに、すぐにこの制御メッセージを送信することができる。このタイプの送信に関するAIFSも、減らすことができる。例えば、ACIadjacentchannelinterference/AIFSNフィールドにおいてAIFSN=1であり、これは、AIFSの合計値=1スロット時間SIFSであることを示している。図27に示されるように、堅牢性を高めるために、このタイプの制御メッセージは、4つの物理チャネルの上で繰り返されることができる。ライセンス供与されていない帯域またはライセンス供与されている帯域例えば、TVWSにおいて利用可能な複数のチャネルが存在する場合には、これらのチャネル上でMAC層アグリゲーションを実行することは、これらの利用可能なチャネルを活用するための効果的なソリューションを提供することができる。複数のチャネルを使用することは、より多くのデータが送信され、それによってシステムスループットが高まることを可能にすることができる。図28は、MAC層アグリゲーションユニット2800の一例を示す。図28に示されるように、集約されたデータストリーム2805が、複数の利用可能なMAC層2810、および集約された物理チャネル2815に分割されることができ、これらのチャネル上で独立して送信されることができる。したがって、MAC層アグリゲーションは、MAC層アグリゲーションユニット2800が、これらのチャネル上で同時に、互いに干渉することなく、動作できることを必要とする場合がある。しかし、半二重デバイスは、別々のチャネル上であっても、送信と受信とを同時に行うことはできない。このことは、ワイヤレス通信、例えば、IEEE802.11通信において同期化の問題をもたらす可能性があり、それによって、パケットを首尾よく受信した際に肯定ACKacknowledgementが必要となる場合がある。IEEE802.11では、肯定応答を求めるフレームを首尾よく受信した後に、ACKフレームの送信を、SIFS期間の後に、メディアのビジー/アイドル状態にかかわらずに開始できることが必要とされる場合がある。時間の経過に伴うチャネルの変動、および集約されたチャネル同士の別々の品質に起因して、これらのチャネル上のそれぞれの送信がまったく同じ時間に終了するのを保証することが困難になる場合がある。従って、別々のチャネル上でフレームを首尾よく受信したことによってトリガーされたACKの送信は、図29に示されるように、受信1つのチャネルにおいてフレームを受信することと、送信他のチャネルにおいてACKを送信することとを同時に行う結果になる場合がある。また、それぞれのチャネル上での送信における差が大きくなればなるほど、これらのチャネルのうちの1つまたは複数の上での全体的なアイドルタイムが増えるため、これらのチャネルを使用する効率は低くなる。送信と受信とを同時に行うことは、自己干渉をもたらす可能性があるため、半二重デバイスにおいては実行不可能である場合がある。例えば、フレームの受信は、送信機からの帯域外の放射に起因して、干渉を受ける可能性がある。このことによって、集約されたチャネル上で受信機によって実行される肯定応答手順を同期化するためのアルゴリズムを使用することが必要となる場合がある。ACK同士を同期化すると、結果として、データの送信と、ACKの送信との間におけるSIFS期間よりも長いアイドルタイムが生じる場合がある。この問題に対処するために、それらのアルゴリズムはまた、この時間中に他のデバイスがそのチャネルにアクセスすることを防止しなければならない場合がある。上述の同期化の問題を解決するために、MACアグリゲーションを使用した場合のチャネル送信に対して、様々なルール、例えば、集約されたチャネルにおける送信同士が同時に終了するよう強制することなどを適用することができる。しかし、1つまたは複数のチャネルにおいて失敗した送信に起因してパケットが再送信される必要があるケースにおいては、その再送信は、同期化を確実にするために実施されるルールを破ることができる。また、混合した送信すなわち、初回の送信および再送信に関するコンテンションウィンドウが、単一チャネルの送信においては、例えば、IEEE802.11においては対処する必要のない別の問題かもしれない。従って、MAC再送信ソリューションは、同期化の基準を満たすことができるようにMAC層アグリゲーションにおける再送信のために使用されることができる。以降の説明では、不連続なスペクトル上で動作する4つの物理チャネルが使用されていると想定する。しかし、以降で説明するアルゴリズムは、任意の数の物理チャネル上でのMAC層アグリゲーションに適用されうるということが分かるであろう。MAC層アグリゲーションのためにプライマリーCSMAが実施されていると想定することもできる。集約されたチャネル上で肯定応答の送信同士を同期化するために、プライマリーチャネル最終終了手順primarychannelendinglastprocedureおよび共通仮想感知手順commonvirtualsensingprocedureを実施することによって、集約されたチャネル同士の間におけるコーオーディネーションを取り扱うことができる。プライマリーチャネル最終終了手順は、MAC層アグリゲーションにおいてプライマリーCSMAを実施する。このシナリオにおいては、肯定応答の同期化を確実にするための1つのアプローチは、プライマリーチャネル上での送信が常に、最後に、またはセカンダリーチャネル上での送信とほぼ同時に終了するよう強制することかもしれない。図30は、コリジョンを回避するためにACKの送信を同期化するための手順を示す。コリジョンを回避する目的でACKの送信を同期化するために、下記のルール、またはそれらのルールの任意の組合せを使用することができる。第1に、別々のチャネル上での送信が同時に終了することは不要とすることができるが、プライマリーチャネル上でのデータ送信は最後に終了するものとすることができる。第2に、プライマリーチャネル上でデータ/マネージメントフレームが受信される場合のACK手順は、IEEE802.11において使用される手順と同じとすることができる。例えば、肯定応答を求めるフレームを首尾よく受信した後に、ACKフレームの送信を、SIFS期間の後に、メディアのビジー/アイドル状態にかかわらずに開始することができる。第3に、データ/マネージメントフレームが、セカンダリーチャネル、ターシャリーチャネル、およびクォータナリーチャネル上で受信された場合には、ACK手順は、肯定応答を求めるフレームを首尾よく受信した後に、ACKフレームの送信を、SIFS期間にわたってプライマリーチャネルがアイドルであった後に、開始することができるものとすることができる。第4に、プライマリーチャネル上で送信されたデータ/マネージメントフレームは、送信が終了してからSIFSACK送信時間内にACKがあると予期することができる。しかし、セカンダリーチャネル、ターシャリーチャネル、およびクォータナリーチャネル上で送信されたデータ/マネージメントフレームは、プライマリーチャネルが送信を終了してからSIFSACK送信時間内に各自のACKがあると予期することができる。代替として、または追加として、集約されたチャネルにおける肯定応答の送信を同期化するために、プライマリーチャネルの送信が最後に終了しなくてもよいように、全てのチャネルにおいて共通仮想感知NAV値を使用することができる。下記の内容は、プライマリーCSMAに焦点を合わせているが、共通仮想感知は、他の任意のCSMAアルゴリズム、例えば、結合されたCSMAに関して実施することもでき、その場合には、プライマリーチャネルを定義することはできず、感知は、全ての集約されたチャネル上で実行されることができる。これは、フレームヘッダ内のデュレーションフィールドがどのように設定されるかに影響を与える場合がある。IEEE802.11においては、メディアがアイドルであることを、物理的な搬送波感知メカニズムと、仮想の搬送波感知メカニズムとの両方が示す場合にのみ、そのメディアはアイドルであると判定されることができる。仮想の搬送波感知メカニズムは、NAVと呼ばれる場合がある。NAVは、メディアのビジーステータスのデュレーションを告知するMACヘッダのデュレーションフィールド内に含めて搬送することができる。デュレーションフィールドを設定するための現在のルールは、チャネルのコンテンションアクセスに続いてCAPcontrolledaccessphase外でQoSqualityofserviceWTRUによってCPcontentionperiodにおいて送信された全てのデータまたはマネージメントフレーム内では、デュレーション/IDフィールドを下記の値のうちの1つに設定されうることを必要とする場合がある。第1に、QoSデータサブフィールドがゼロに設定されているマネージメントフレーム、およびACKポリシーサブフィールドが通常のACKに設定されているユニキャストデータフレームに関しては、そのフレームが、TXOPtransmissionopportunityの最後のフラグメントである場合には、1つのACKフレームの送信のために必要とされる時間適切なIFSinterframespace値を含む、または、1つのACKフレームの送信のために必要とされる時間に、後続のMPDUと、必要な場合にはその応答との送信のために必要とされる時間をプラスした値適切なIFS値を含む。第2に、ACKポリシーサブフィールドがnoACKまたはblockACKに設定されているユニキャストデータフレームに関しては、およびマルチキャスト/ブロードキャストフレームに関しては、そのフレームが、TXOPの最後のフラグメントである場合には、または、後続のMPDUと、必要な場合にはその応答フレームとの送信のために必要とされる時間適切なIFS値を含むである場合には、デュレーション/IDフィールドをゼロに設定することができる。第3に、デュレーション/IDフィールドを、そのACaccessclassの保留中のMPDUと、存在する場合には、関連付けられているACKとの送信のために必要とされる時間の最小値、および適用可能なSIFS期間、並びに、そのACに関するMIBmanagementinformationbaseによって課されている時間制限からTXOP内の既に使用された時間を差し引いた値に設定することができる。WTRUおよびコーオーディネートされていないAPからのコリジョンを効果的に回避するために、最長の送信が終了する時間に基づいてデュレーションフィールドの値が得られる。送信タイプフラグメント化されたパケット送信、継続中のTXOPか否か、などに応じて、それぞれのデュレーションフィールドは、SIFS最長の送信を伴うチャネルに関連付けられているACK送信時間差分に基づくことができる。差分は、最長の送信時間と、その特定のチャネルの送信時間との間における差とすることができる。デュレーションフィールドは、フィールド内の値が32,768未満である場合には、マイクロ秒μsのデュレーションとして解釈されることができる。そうでない場合には、デュレーションフィールドは、フィールドが関連付け識別子として解釈されるべきであることを示すことができる。送信機は、いかなるフレームを送信する前にも、どのフレームが送信に最も長い時間を要することになるかを判定することができる。これは、フレームのサイズの要因であるだけでなく、それぞれのチャネル上で使用される変調およびコーディングスキームでもある場合がある。ポリシーサブフィールドが通常のACKに設定されているユニキャストデータフレームに関しては、それぞれのフレームの送信時間を計算することができる。この計算は、下記のとおり実行することができる。packetxmittime80μsdatarate方程式1ここでは、80μsは、PLCPphysicallayerconvergenceprotocolヘッダを占めており、262は、MACフレームの他のフィールド内のビットの数であり、size_of_dataは、データフィールド内に含まれることになるビットの数であり、data_rateは、チャネルの使用可能な送信スピードである。別々の長さまたは変調スキームを有する4つのパケットの送信に関しては、それぞれのパケットは、次のような別々のデュレーションフィールド値を有することができる:DCFdistributedcoordinationfunctionを使用するフラグメント化されていないパケット送信、またはHCFhybridcoordinationfunctionEDCAcontentionbasedchannelaccessにおけるTXOP内の最後のパケット送信、またはDCFにおける最後のフラグメント送信。最大送信時間MAX_XMIT_TIMEを有するフレームに関しては、この値を、SIFS時間と、より低いMCSmodulationandcodingschemeを有するチャネル内のACKパケットの送信時間とをプラスした値に、次式のように設定することができる。durationfieldSIFStimeACKTXTIME方程式2その他のフレームに関しては、デュレーションフィールドは、SIFS時間にACKパケットの送信時間をプラスして、パケットが送信されている時間と、最大送信時間との間における送信時間の差を加えた値を含むことができる。したがって、この値は、次のとおり設定することができる。durationfieldSIFStimeACKTXTIME方程式3ここでは、packetxmittimeは、パケットが送信されている時間に相当する。失敗したパケットの再送信に関しては、そのパケットの保存されているコピーにおけるデュレーションフィールドの値を、そのパケットとともに送信されているその他のパケットに合うように更新することができる。図31は、フラグメント化されていないまたは単一のフラグメントパケット送信およびTXOPの最後の送信におけるデュレーションフィールドの例を示す。図31は、最大送信時間MAXXMITTIMEがセカンダリーチャネル上で生じうることを示す。したがって、セカンダリーチャネルに関するデュレーションフィールドは、最も短くすることができる。デュレーションフィールドの長さは、その他のパケットに関しては異なることが可能であり、パケット送信の終わりからACKの終わりまでとすることができる。ターシャリーチャネルの送信が、上述の説明の好例かもしれない。デュレーションフィールドの値は、フラグメンテーションのケースにおける最後以外のフラグメント送信、またはEDCAにおけるTXOP内の最後以外のパケット送信に従って求めることもできる。このケースにおいては、デュレーションフィールドは、もう1つのSIFS時間と、追加の別のSIFS時間ACK時間と、次の送信における4つのパケットのうちの最長の送信時間NEXTMAXXMITTIMEとを含むことができる。例えば、次式のようになる。durationfieldSIFStime2×SIFStimeNEXTMAXXMITTIME方程式4ここでは、packetxmittimeは、そのチャネルにおいて現在のパケットが送信されている送信時間に相当することができ、MAXXMITTIMEは、4つの物理チャネルのうちの最長の送信を表すことができ、NEXTMAXXMITTIMEは、4つの物理チャネルのうちの次の送信のために必要とされる最長の時間に相当することができる。図32は、フラグメント化されたパケット送信またはTXOPの最後以外の送信におけるデュレーションフィールドの例を示す。MAXXMITTIMEおよびNEXTMAXXMITTIMEは、別々のチャネル内に存在しうる。受信機の受信局ロジックreceivingstationlogicは、送信機によって使用される共通仮想感知技術によって影響を受ける場合もある。対処すべき重要なケースは、受信機が、1つのチャネル上で1つのパケット全体を受信し終わっても、他のチャネル上で引き続きビジーである場合かもしれない。このケースにおいては、受信機は、全てのさらなるパケット送信が他のチャネル上で終了するのを待つか否か、または、それらの他の送信を断念する前にどれぐらい長く待つかを決めることができる。デュレーションフィールドと、PHYRXSTARTインジケーションとを組み合わせて使用することは、他のチャネル上での受信をいつやめるかを決める上で役立つことができる。RXSTARTインジケーションは、有効なスタートフレームデリミタおよびPLCPヘッダをMACが受信していることをMACに通知するためにPHYphysicallayerによって提供されることができる。MACは、自分がそれぞれのチャネル上でこのインジケーションを受信した時間を記録して、それらの時間を、自分がプライマリーチャネル上でこのインジケーションを受信した時間と比較することによって、これを使用することができる場合がある。これらが、他のチャネル同士に関して同時に生じた場合には、MACは、それらが干渉ではないこと、および、SIFS期間を開始する前にそれらが完了するのを待つべきであることを知ることができる。さもなければ、このインジケーションが、他のチャネル上で同時に受信されない場合には、MACは、このチャネル上での送信が完了するのを待たなくてもよい。このインジケーションが受信された後に干渉されるようになるパケットを待つことを防止するために、タイムアウトを初期設定することができる。これは、最も低いMCS上での最長の可能なMACデータフレームの送信時間に設定することができる。このタイムアウトは、第1のパケットが首尾よく受信されると、キャンセルまたは変更することができる。送信セットのうちの第1のパケットが受信されると、WTRUは、フレームヘッダからデュレーションフィールドを抽出することができる。この値は、ゼロブロードキャストパケット用またはSIFSの最小値、およびACKパケットの送信時間を含むことができる。受信されたフレームがACKを必要とし、デュレーションフィールドが、SIFS時間ACK送信時間に設定されている場合には、SIFS期間は、すぐに開始することができる。これは、受信されたフレームが、送信された最長のフレームであったこと、または他のフレームの送信も現時点で終了したことに起因して生じる場合がある。受信機は、SIFSがいつ開始することになるかが正確に分かるようになったため、RXSTARTインジケーションに起因して設定されたタイムアウトは、キャンセルすることができる。そうでない場合には、時間の量は、送信機が現在、継続中のTXOP内にあるか否かに応じて、2つのことのうちの1つを表すことができる。第1に、送信機が現在、継続中のTXOP内にない場合、例えば、それがTXOP内の最後のパケットである場合には、デュレーションフィールドは、最長の継続中の送信内に残っている時間と、SIFSおよびACKパケットの送信時間とをプラスした値を表すことができる。第2に、TXOPが継続されることになる場合TXOP内の最初のまたは真ん中のパケットの場合には、デュレーションフィールドは、少なくとも、上述のような時間の量と、別のSIFSと、パケットのうちの次のセットにおける最長の送信時間と、別のSIFSACKのために必要とされる送信時間とをプラスした合計とすることができる。デュレーションフィールドが、SIFSACK送信時間SIFSPLCPヘッダ未満である場合には、送信機は、TXOPを継続していない可能性がある。したがって、受信機は、受信されたパケットの終わりのtマイクロ秒μs後にSIFS期間が開始するようにスケジュールすることができる。tdurationfieldSIFStimeACKTXTIME方程式5WTRUは、この時点で、自分の受信機が他のチャネル上で依然としてビジーであるかどうかにかかわらずに、自分のSIFSバックオフ期間を開始することができる。これは、これらの他のチャネルが干渉を経験しているであろうことに起因する場合がある。図33は、継続中のTXOPを継続中でないTXOPから区別するデュレーションフィールドの例の図を示す。デュレーションフィールドが、時間のその量以上である場合には、TXOPは、継続する可能性があり、RXSTARTインジケーションの時間に設定されたタイムアウトは、受信パケットの終わりのtマイクロ秒μs後に調整することができる。受信機は、プライマリーチャネルと同じ時点でRXSTARTインジケーションを受信したチャネル上でパケットが完了するのを待つことができる。図34は、例示的なDSMdynamicspectrummanagementシステム3400を示しており、DSMシステム3400は、家庭または小規模オフィスなどの局所的なエリアにおいて動作することができる。DSMシステム3400は、DSMエンジン3405と、複数のDSMクライアント3410とを含むことができる。DSMエンジン3405は、2.4GHzおよび5GHzのISM帯域、TVWS帯域、並びに60GHz帯域など、ライセンス供与されていないまたはオポチュニスティックな帯域において動作する局所的なエリアにおいて行われるワイヤレス通信を管理することができる。DSMエンジン3405は、ライセンス供与されている帯域およびライセンス供与されていない帯域にわたって帯域幅を集約することもできる。図34に示されるように、DSMエンジン3405は、WWANwirelesswideareanetworkまたは有線リンクを通じて、DSMクライアントすなわち、WTRU3410に、並びに、セルラーコアネットワーク3415、TVWSデータベース3420、およびIPネットワーク3425などの外部ネットワークに相互接続することができる。DSMエンジン3405は、TVWSデータベースへのアクセスを有することができ、ジオロケーション動作を有することができるため、TVWS帯域においてモードIIデバイスとして動作することができる。DSMエンジン3405は、感知専用モードで動作することもでき、それによって、DSMシステム3400は、TVWSデータベース3420が許可することができるよりも大きなチャネルサブセットにおいて動作できるようになることが可能である。DSMクライアント3410は、直接DSMエンジン3405と通信リンクを確立することができるコグニティブ無線対応クライアントデバイスとすることができる。DSMエンジン3405と、DSMクライアント3410との間における通信リンクは、DSMリンク3430と呼ばれ、拡張制御プレーンおよびユーザプレーン動作を提供することができる。DSMリンク3430は、不連続なスペクトルを介して動作することができる拡張IEEE802.11RATradioaccesstechnologyに基づくことができる。DSMリンク3430は、LTEなどの他のRATに基づくこともできる。DSMクライアント3410は、TVWSデータベース3420へのアクセスを有することができず、どのチャネルを使用することができるかを示すのにDSMエンジン3405に依存することができる。DSMクライアント3410は、感知専用モードで動作することもできる。感知専用モードにおいては、DSMクライアント3410は、DSMエンジン3405によって感知専用モードチャネルとして識別されたチャネルをプライマリーユーザが占有していないことを周期的に確認して、これらのチャネルにおける送信を可能にすることができる。DSMエンジン3405は、DSMクライアント3410においてこれらのチャネル上での適切なスペクトル感知を可能にするためにサイレント期間をスケジュールすることができる。感知専用動作を有するDSMクライアント3410は、モードIデバイスとしてチャネルのサブセット上で動作することができる。プライマリーユーザ検知のための手順は、感知専用チャネルとして識別されたチャネル上で実施することが必要になる場合がある。DSMクライアント3410同士は、ダイレクトリンク3435を通じて互いに直接通信することができる。ダイレクトリンク3435のために使用される無線リソースおよびRATradioaccesstechnologyは、DSMエンジン3405によって制御することができる。図35は、DSMエンジン3405の例示的なアーキテクチャを示す。DSMエンジン3405は、CMFchannelmanagementfunction3505、MNCmultinetworkconnectionサーバ3510、DSMポリシーエンジン3515、AP機能3520、SPsensingprocessor3525、集中型WTRUデータベース3530、およびHNBhomeNodeB機能3535を含むことができる。CMF3505は、中央のリソースコントローラであり、無線リソースを管理すること、並びに、それらの無線リソースをWTRUおよびAPのそれぞれに効率よく割り当てることを担当することができる。AP機能3520は、ネットワークに加わるWTRUすなわち、DSMクライアントのための主要な接続機能を提供することができる。その主要な接続機能は、CMF3505によって選択されたチャネルに基づいて集約を管理するコーオーディネーション機能を含むことができる。AP機能3520の担当は、基本的なIEEE802.11MAC/PHY機能または、LTEベースのDSMリンクのケースにおいては、LTE機能を実行すること、新たな制御チャネルスキームをサポートすること、CMF3505によって判定されたチャネルの連続したおよび不連続なスペクトルの集約を実行すること、ネイバー/ノードディスカバリーおよびチャネルサウンディングをサポートすること、IEEE802.11ベースのDSMリンク3430に関する制御チャネルおよび共通データチャネルセットアップ手順をサポートすること、LTEベースのDSMリンクに関する制御チャネルの堅牢性およびチャネル切り替え手順をサポートすること、並びに、ダイレクトリンクの構成、セットアップ、ティアダウン、およびメンテナンスをサポートすることを含むことができる。ライセンス供与されていないまたはオポチュニスティックな帯域のプライマリーユーザが、あるチャネル上で送信を開始した場合には、FCCルールによれば、図35に示されるDSMエンジン3405は、特定の時間内にそのチャネルを明け渡すことが必要になる場合がある。プライマリーユーザの検知は、SPsensingprocessor3525に依存することができる。SP3525は、プライマリーユーザを検知すると、DSMエンジン3405内のCMF3505に知らせることができる。DSMエンジン3405および関連付けられているWTRUは、PCSMAを使用してコンテンションを通じて、集約されたチャネルへのアクセスを得ることができる。WTRUは、送信を行う必要がある場合は常に、チャネルの全てを使用することができ、従って、チャネルの全てが空いていることを確認することが必要となる場合がある。1つの方法は、1つのチャネルをプライマリーチャネルとして割り当てること、およびそのプライマリーチャネル上でCSMAを実行することを含む。WTRUまたはDSMエンジン3405は、転送すべき制御データまたは通信データを有している場合には、事前に割り当てられたプライマリーチャネル上でCSMAを実行することができる。他の3つのチャネルは、プライマリーチャネルと同じチャネルステータスを有していると想定することができる。例えば、プライマリーチャネル上でのCSMAがビジーのステータスを返した場合には、チャネルの全てがビジーであると想定することができる。WTRUまたはDSMエンジン3405は、プライマリーチャネルへのアクセスを得ると、プライマリーチャネルおよび非プライマリーチャネルへのアクセスを得たことになる。プライマリーチャネルへのアクセスを得るとすぐに、WTRUまたはDSMエンジン3405は、チャネルの全てが空いていることを確かめる上で役立つように、送信の前にPIFSPCFinterframespaceのPIFS期間にわたって非プライマリーチャネルをチェックすることができる。図36は、プライマリーチャネル上でのCSMAの一例を示す。デバイスは、別々のチャネル上であっても、送信と受信を同時に行うことはできない。したがって、受信機による肯定応答手順は、集約されたチャネルを介して、同期化された様式で行うことができる。例えば、デバイスは、所与のチャネル上で肯定応答を受信しながら別のチャネルを介して送信を行うことはできない。送信および受信のコーオーディネーションを取り扱うための2つの技術が、プライマリーチャネル最終終了および共通仮想感知である。プライマリーチャネル最終終了は、プライマリーチャネルが、最後に、またはセカンダリーチャネルを介した送信とほぼ同じ時間に終了することを確実にすることによって、肯定応答の同期化を実施することができる。共通仮想感知は、全てのチャネルにおいて共通仮想感知NAV値を使用することができ、これは、プライマリーチャネルの送信が最後に終了することを不要とすることができる。FCCルールによれば、セカンダリーユーザは、プライマリーユーザがTVWSチャネル上で検知されると、そのTVWSチャネルを明け渡すよう求められる可能性がある。プライマリーユーザを検知するために、DSMエンジン3405は、TVWSデータベース3420に問合せを行うこと、またはスペクトル感知を実行することが可能である。スペクトル感知を使用してプライマリーユーザを検知するために、APおよびその関連付けられているWTRUは、特定の時間においてサイレントであることが必要となる場合がある。サイレント期間のデュレーションおよび頻度は、FCCルールに準拠しつつもスペクトル感知アルゴリズムに依存することができる。FCCルールによれば、インサービスモニタリングは、60秒未満であることが必要とされる場合がある。また、サイレント期間情報は、APに関連付けられているWTRUのうちの全てにブロードキャストすることができる。したがって、IEEE802.11MAC層アーキテクチャまたは、DSMシステムのためのLTERATのケースにおいては、LTEアーキテクチャは、サイレント期間、サイレント期間の判定、およびAPとWTRUとの間におけるサイレント期間の同期化の最中には送信を停止することをサポートするように調整することができる。セカンダリーユーザとして動作しているIEEE802.11APまたはWTRUは、プライマリーユーザの存在に応じて、動作チャネルを切り替えることができる。WTRUを新たな動作チャネルへ導くために、APは、チャネル再割り当て情報をWTRUへブロードキャストすることができる。この情報は、高い優先度を有することができ、その送信は、通常のデータ送信に影響を与えることができる。したがって、IEEE802.11MAC層アーキテクチャは、チャネル再割り当て情報の送信を組み込むように修正することができる。典型的なチャネル帯域幅は、6MHzとすることができ、典型的なWiFiチャネル帯域幅は、20MHzとすることができる。したがって、チャネル同士は、WiFiチャネルの帯域幅をサポートするように集約することができる。APまたはWTRUは、複数の連続したまたは不連続な並列のPHYチャネル上で動作することができる。したがって、IEEE802.11MAC層アーキテクチャは、これらのPHYチャネルにわたるフレームの分配をサポートするように修正することができる。そのようなフレームの分配は、PHYチャネルの信頼性の欠如に起因して動的であることが可能である。例えば、チャネルのうちの1つが、プライマリーユーザに起因して利用不能になった場合には、このチャネルに割り当てられているフレームは、別のチャネルに再割り当てすることができる。チャネル再割り当て情報、およびPHYチャネルのうちの1つまたは複数の上でのスペクトル感知のためのサイレント期間同期化情報の送信は、フレームの並べ替えにつながる場合がある。その結果として、これらのチャネルに割り当てられているフレームは、他のチャネルに再割り当てすることができる。帯域外の放射に起因して、APまたはWTRUは、別々のチャネル上で送信と受信とを同時に行うべきではない。なぜなら、自己混雑に陥るselfjam可能性があるためである。具体的には、APまたはWTRUが、1つのTVWSチャネル上で送信を行い、その一方で、別のTVWSチャネル上で受信を行った場合には、送信された信号が、後者のチャネルにおいて受信される可能性があり、それによって、受信エラーが生じる可能性がある。全てのチャネルを効率よく使用するために、APまたはWTRUは、それらのチャネルにわたって送信デュレーションを同期化することができる。したがって、1つのソリューションは、同時に開始する送信が、やはり同時に、またはほぼ同時に終了することができるように送信をアレンジすることかもしれない。この目的を達成するために、別々のPHYチャネル上で送信されることになるフレーム同士は、無線送信のデュレーションがほぼ同じになるように適切にサイズ設定することができる。MCSmodulationandcodingschemeは、別々の状況を経験しているPHYチャネルごとに異なるものとすることができる。したがって、別々のチャネル上で送信されることになるフレーム同士は、別々のサイズを有することができる。より良好なチャネル上で送信されることになるフレームは、より大きなサイズにすることができ、より劣悪なチャネル上で送信されることになるフレームは、より小さなサイズにすることができる。所望の長さのフレームを生成するために、IEEE802.11MACを修正することが必要となる場合がある。図37Aおよび図37Bは、QoSをサポートする例示的なMAC層アーキテクチャ3700を示す。CMF3505を除いて、MAC層アーキテクチャ3700は、DSMエンジン3405のAP機能3520内に組み込むことができる。図37Aに示されるように、例示的なMAC層アーキテクチャ3700は、搬送波集約機能とともに、通常のMAC層アーキテクチャを、ライセンス供与されていないまたはオポチュニスティックな帯域上でのIEEE802.11オペレーションをサポートするように強化するために、バッファコントローラ3710と、フレームコントローラ3715と、QoSコントローラ3720と、サイレント期間スケジューラ3725と、チャネルモニタ3730とを含むMAC層コーディネータ3705を含む。図37Bに示されるように、MAC層アーキテクチャ3700は、複数のAC37451~3745Nのそれぞれの中に生成することができる複数のロジックバッファ37401~37404を使用して、複数の並列のPHYチャネル3735にわたってフレームを分配することができる。それぞれのロジックバッファ3740は、特定のPHYチャネル3735を介して送信されることになるフレームを格納することができる。図37Aおよび図37Bに示されるように、MAC層アーキテクチャ3700は、ACマッピングユニット3755と、複数のA-MSDUaggregatedMACservicedataunit集約ユニット37601~3760Nと、フラグメンテーションユニット37651~3765Nと、MPDUヘッダおよびCRCユニット37701~3770Nと、複数のA-MPDUaggregatedMACprotocoldataunit集約ユニット37751~3775Nと、複数のEDCAFenhanceddistributedchannelaccessfunction37801~3780Nと、スイッチ3785と、デジタルトランシーバ3790とをさらに含むことができる。上位層からのMSDUMACservicedataunitフレームが受信されると、MAC層は、フレームのUPuserpriorityを検査することができる。一例においては、8つのUPを4つのACaccesscategory値にマップすることができる。それらの4つのACタイプとしては、優先度の高いものから低いものへと列挙すると、AC_VOvoice、AC_VIvideo、AC_BEbesteffortおよびAC_BKbackgroundを含むことができる。この例は、4つのACタイプを含むが、その他の実施形態は、任意の数のACタイプを含むことができる。マッピングは、ACマッピングユニット3755において実行することができる。ACマッピングユニット3755の後には、4つの分岐があり、それらの1つひとつは、それぞれのAC3745に対応している。A-MSDU集約ユニット3760は、複数のMSDUフレームを集約して、MAC層のオーバーヘッドを減らし、ひいては、データスループットを高めることができる。それぞれのA-MSDUaggregatedMSDUフレームは、シーケンス番号を割り当てられることが可能であり、インテグリティー保護を有することができる。次いで、MSDUフレームは、フラグメンテーションユニット3765によってフラグメント化することができる。フラグメンテーションは、A-MSDUフレーム上では実行することができない。次に、フラグメント化されたフレームは、ロジックバッファ3740内に保存することができ、それによって、メディアリソースのコンテンションをトリガーすることができる。コンテンションは、EDCAF3780によって実行することができる。それぞれのAC3745は、自分自身のEDCAF3780を有することができ、これらのEDCAF3780は、別々のパラメータを適用することができ、それによって、より高い優先度のAC3745に関連付けられているEDCAF3780は、より高い可能性でコンテンションに勝つことができる。EDCAF3780は、メディアリソースを得ると、自分のバッファ内のフレームを送信することを開始することができる。MPDUヘッダおよびCRCユニット3770を使用して、MPDUヘッダおよびCRCcyclicredundancycheckを、セグメント化されたフレームに付加することによって、MPDUを構築することができる。複数のMPDUを集約して単一のA-MPDUフレームにして、PHY層へ送信することもできる。フレームコントローラ3715は、A-MSDU集約ユニット3760、フラグメンテーションユニット3765、およびA-MPDU集約ユニット3775を制御するように構成することができ、それによって、それぞれのA-MPDU出力は、特定のPHYチャネル3735上で送信するように設計することができ、それぞれのPHYチャネル3735を介したA-MPDUの送信デュレーションは、ほぼ同じとすることができる。フレームコントローラ3715は、はじめに4つのPHYチャネル3735全てに関するMCS情報を受信することができる。次いでフレームコントローラ3715は、4つのPHYチャネル3735のMCS値に基づいて無線デュレーションを事前に指定することができる。次いでフレームコントローラ3715は、同様の無線デュレーションを有するためにそれぞれのPHYチャネル3735用に設計されたA-MPDUを生成するように、A-MSDU集約ユニット3760、フラグメンテーションユニット3765、およびA-MPDU集約ユニット3775を制御することができる。フレームコントローラ3715は、任意のPHYチャネル3735のためのフレームの生成レートを制御することもできる。このオペレーションは、バッファバランスを、次いで4つのPHYチャネル3735の間におけるロードバランスを確かなものにすることができる。はじめに、フレームコントローラ3715は、全てのPHYチャネル3735のための等しい生成レートをラウンドロビン様式で適用することができる。バッファコントローラ3710からバッファステータス情報を受信すると、フレームコントローラ3715は、それに応じて、自分のフレーム生成スタイルを調整することができる。ロジックバッファ3740の生成およびメンテナンスは、バッファコントローラ3710によって実行することができる。PHYチャネル3735を効率よく使用するために、バッファコントローラ3710は、ロジックバッファ3740同士の間においてフレームの分散および並べ替えを行って、ロジックバッファ3740のバランスを取ることができる。帯域外の放射は、1つのPHYチャネル上で送信を行いながら同じWTRU上の別のPHYチャネル上で受信を行うことを防止することができる。その結果として、一実施形態においては、これらのチャネル上での送信は、ほぼ同じ時間に開始および終了する。これは、チャネル状況に従ってフレームサイズを調整することによって、達成することができる。例えば、より良好なチャネルを介して送信されることになるフレームは、より劣悪なチャネルを介して送信されることになるフレームよりも大きくすることができる。フレームサイズの正確な計算は、図37のMAC層アーキテクチャ3700内のフレームコントローラ3715によって実行することができる。フレームコントローラ3715は、所望のサイズを有するフレームを生成するように、A-MSDU集約ユニット3760、A-MPDU集約ユニット3775、およびフラグメンテーションユニット3765を制御することができる。セカンダリーユーザは、チャネル上でのプライマリーユーザの検知に続いて、そのチャネル上での送信をやめることが必要となる場合がある。プライマリーユーザを検知するための1つの方法は、スペクトル感知を経ることである。スペクトル感知の一実施態様は、全てのセカンダリーユーザが感知デュレーションにわたってサイレントであることを必要とする場合がある。サイレント期間スケジューラブロックは、サイレント期間の頻度およびデュレーションを決定すること、およびそのサイレント期間の決定を、関連付けられているWTRUの全てとの間で同期化することが可能である。あるいは、APまたはWTRUは、チャネル状況または送信状況が特定のしきい値未満に劣化したことを観測したときに、プライマリーユーザの検知をトリガーすることができる。これは、イベントによってトリガーされたプライマリーユーザの検知と呼ばれる。APまたはWTRUは、図37のMAC層アーキテクチャ3700内のCMFchannelmanagementfunction3505への報告を行うことを必要とする場合がある。チャネルモニタ3730は、それぞれのチャネル上でMCS情報などのPHYチャネル情報を収集することができる。チャネルモニタ3730は、そのような情報をバッファコントローラ3710またはフレームコントローラ3715に提供することができる。チャネルモニタ3730は、ロジックバッファ3740内のフレームフローに基づいてチャネルレポートをバッファコントローラ3710からCMF3505へ転送すること、およびチャネル更新情報をCMF3505からバッファコントローラ3710へ転送することも可能である。CMF3505は、プライマリーユーザに伴って、チャネルに対応するバッファを空にするようバッファコントローラ3710に知らせることもできる。MACデータプレーンアーキテクチャにおいては、4つのACバッファ3745が存在することすなわち、N=4であることが可能であり、それぞれのAC3745ごとに、そのカテゴリーのフレームが首尾よく配信される前にすなわち、そのフレーム送信に関するACKを受信することができる前にそれらのフレームを格納しておくためのロジックバッファ3740が1つ存在することが可能である。また、それぞれのACは、メディアリソースコンテンションのためのバックオフ手順を保持するために、自分自身のEDCAF3780に関連付けられることが可能である。コンテンションに成功すると、ACのEDCAF3780には、このカテゴリーのフレームの送信のためのEDCATXOPtransmissionopportunityを許可することができる。別々のACに関するコンテンションウィンドウサイズおよび最大TXOPデュレーションは、別々のものとすることができる。これによって、より高い優先度のACは、より高い可能性を伴ってメディアにアクセスすることができる。PHYチャネル3735が1つしかないならば、EDCAF3780は、そのACのバッファ内にもはやフレームがない場合、送信の失敗がある場合、すなわち予期されたACK若しくはBlockACKフレームが受信されない場合、または最大TXOPデュレーションに達した場合には、TXOPを断念して、バックオフ手順を呼び出すことができる。AC内に保留中の複数のフレームがある場合には、1つのEDCATXOPにおいて複数のフレームを送信することができる。しかし、他のAC内で保留中のフレームを、このEDCATXOPにおいて送信することはできない。直前のフレーム交換シーケンスの完了後に、WTRUは、送信のデュレーションと、そのフレームに関する任意の予期されたACKとをプラスした値が、残りのメディア占有タイマー値未満である場合には、新たなフレームの送信を開始することができる。送信の失敗がある場合には、対応するチャネルアクセス機能は、NAV設定が期限切れになる前に回復することができる。さらに、送信の失敗に伴って、WTRUは、事前に指定されたNAVタイマーが切れる前の境目でメディアがアイドルであることを搬送波感知メカニズムが示した後に、送信を継続することができる。ACに関する最大TXOPデュレーションは、APによって決定して、ビーコンおよびプローブ応答フレームを通じてWTRUの全てにブロードキャストすることができる。4つの並列のPHYチャネルを使用する場合には、送信レートは、単一のPHYチャネルの送信レートの約4倍になることが可能である。4つの並列のPHYチャネル内では、それらのPHYチャネルの1つをプライマリーチャネルとして選択することができる。送信の前に4つのPHYチャネル全てを感知する代わりに、WTRUは、AIFSのデュレーションと、バックオフ期間とをプラスした時間にわたってプライマリーチャネルを感知することができる。他の3つのチャネル上でのメディア感知は、PIFS期間のデュレーションに伴って実行することができる。プライマリーチャネルおよび他のチャネルの送信デュレーションにわたる2つの可能なスキームが、プライマリーチャネル最終終了および共通仮想感知である。前者のスキームにおいては、プライマリーチャネル上での送信は、常に最後に終了して、チャネルリソースの確保を確かなものにすることができる。後者のスキームは、チャネルリソースの確保のためにNAVを適用する。EDCAF3780は、EDCATXOPを許可されると、複数のフレームを送信することができる。EDCAF3780は、そのACのバッファ内にもはやフレームがない場合、プライマリーPHYチャネル上で送信の失敗がある場合、または最大TXOPデュレーションに達した場合には、TXOPを断念して、バックオフ手順を呼び出すことができる。そのACのバッファ内にもはやフレームがない場合には、IEEE802.11n標準において指定されているのと同様の手順に従うことができるすなわち、別々のACからの複数のフレームを1つのEDCATXOP内で送信することはできない。単一のPHYチャネルのケースにおいては、送信の失敗は、潜在的なコリジョンを回避するためにTXOPを終了することができる。複数のPHYチャネルのケースにおいては、PHY非プライマリーチャネル上での送信の失敗は、現在のTXOPデュレーション中にこのチャネル上での送信を終了することができる。あるいは、送信は、このTXOPデュレーション中にその他の利用可能なPHYチャネル上で継続することができる。プライマリーPHYチャネル上で送信の失敗が生じない限り、対応するチャネルアクセス機能は、NAV設定が期限切れになる前に回復することができる。最大TXOPデュレーションが同じままである場合には、それぞれのACのバッファサイズは、単一のPHYチャネル用のバッファのサイズのわずか1/4とすることができる。その一方で、バッファサイズを同じままにすることもでき、ただしAPは、最大TXOPデュレーションを減らすことができる。図37のMAC層アーキテクチャ3700において示されているバッファコントローラ3710は、バッファの生成すなわち、PHYチャネルのためのそれぞれのAC内のバッファを生成すること、フレームの挿入すなわち、入力フレーム例えば、A-MPDUフレームを適切なバッファへ分配すること、フレームの削除すなわち、フレームをバッファから削除すること、フレームの並べ替えすなわち、バッファ同士の間においてフレームを置き換えること、またはバッファ内の別の場所へフレームを置き換えること、バッファのバランスを取ることすなわち、それぞれのAC内のバッファ同士の負荷が必ず均等になるようにすること、チャネル状況を報告することすなわち、PHYチャネルが適切に機能していないケースを報告すること、およびバッファの削除すなわち、PHYチャネルが利用不能である場合にバッファを削除することを実施することができる。バッファコントローラ3710は、図37のMAC層アーキテクチャ3700において示されているフレームコントローラ3715とともに、PHYチャネル3735を介して送信されるフレームが要するデュレーションを必ずほぼ同じにするよう試みることができる。PHYチャネル3735が準静的であることを1つの前提とすることができ、これは、それぞれのチャネルのMCS値が頻繁に変わることはできないということを意味する。下記の例は全て、全てのフレームが単一の宛先へ送信されることになるケースに関するものである。しかし、図37のMAC層アーキテクチャ3700は、複数の宛先に適用することもできる。4つの並列のPHYチャネル3735という前提のもとで、バッファコントローラ3710は、はじめにチャネルモニタ3730からチャネルMCS情報を受信することができる。次いで、バッファコントローラ3710は、それぞれのAC3745ごとに4つのロジックバッファ3740を割り当てることができる。それぞれのロジックバッファ3740は、PHYチャネル3735に対応することができる。このケースにおいては、同じロジックバッファ3740内のフレーム同士は、同じPHYチャネル3735上で送信されうる。それぞれのフレームごとにインジケータを使用して、どの論理バッファにフレームが割り当てられているかを示すことができる。準静的なチャネルという前提によれば、共通のバッファ内のフレーム同士は、同様の長さを有することができ、それによって、無線でのこれらのフレームのデュレーションは、同様となる。しかし、別々のPHYチャネルは、別々のMCS値を有するため、1つのAC内の別々のバッファからのフレーム同士は、別々の長さであることが可能である。次いで、別々のPHYチャネルに対応するバッファ同士は、別々のサイズを有することができる。A-MPDU集約ブロックの出力同士は、別々の長さのA-MPDUフレームであることが可能である。それぞれのA-MPDUは、特定のPHYチャネルに割り当てることができる。A-MPDUの長さは、そのA-MPDUがそのA-MPDUの割り当てられているPHYチャネルを介して送信される場合に、そのA-MPDUの無線デュレーションが他のフレームとほぼ同じになることが可能であるように、設計することができる。バッファコントローラ3710は、フレームの長さおよびPHYチャネルのMCS情報に基づいて、入力フレームを適切なバッファに割り当てることができる。フレーム同士は、その設計されたPHYチャネルを介したパケットの送信が必ずほぼ同じデュレーションにわたって続くように分配することができる。例えば、フレームが長い場合には、そのフレームは、良好なチャネル状況これは、高いMCS値を意味するを伴うPHYチャネルに対応するバッファに割り当てることができる。別の実施形態は、どのPHYチャネルを介して入力フレームが送信されることになるかという情報を含んだ入力フレームを含む。フレームが送り出されてACKが受信された場合には、バッファコントローラ3710は、そのフレームをバッファから削除することができる。ACKが受信されない場合には、そのフレームは、再送信の最大回数に達するまで、またはフレームの有効期限が切れるまで、バッファ内に保持することができる。送信に失敗するたびに、フレームに関する再送信の回数のカウンタを1ずつ増やすことができる。1つのフレームには、2つの有効期限が存在することができる。バッファが満杯である場合には、このバッファに割り当てられるいかなる入力フレームも削除することができる。1つのAC内のバッファのうちのいずれも空でない場合には、ACに関連付けられているEDCAF3780が、EDCATXOPを求めて競合することができる。これは、バックオフ手順を呼び出すことができる。TXOP中は、バッファ内のフレームを送信することができる。送信のACKが受信された場合には、フレームをバッファから削除することができる。ACKを必要としないマルチキャストフレームまたはブロードキャストフレームは、送信された時点で自動的にバッファから削除することができる。そうでない場合には、フレームは、再送信の最大回数に達するなど、いくつかの制約が破られるまで、再送信のためにバッファ内に保持することができる。バッファコントローラ3710が、1つのバッファから別のバッファへ、またはバッファ内の1つの場所から別の場所へパケットを転送することができるいくつかの状況がある。TXOPにおいては、いくつかのバッファは空であり、その一方、他のバッファは空ではない。PHYチャネルは、プライマリーユーザまたは強い干渉の到来に起因して利用不能になる場合があり、これは、チャネルモニタ3730からのメッセージによってトリガーする場合がある。フレームは、そのフレームの最大の許容可能な配信時間よりも長くバッファ内に留まることができ、特定のPHYチャネル上でのスケジュールされたサイレント期間は、これらのチャネルに割り当てられるフレームの送信を延期することができる。パケット転送は、同じAC内のバッファ同士の間において行うことができる。プライマリーチャネル上での送信が必ず最後に終了するようにするために、ブロックACKメカニズムを適用することができる。フレーム並べ替えプロセスは、論理バッファに起因して容易に実施することができる。パケット並べ替えプロセスに関する下記の論考は、プライマリーCSMAの前提に基づいているが、通常のCSMAのケースに適用することもできる。1つのバッファがTXOP中に空である場合には、少なくとも下記の3つのシナリオがある。1複数のフレームを伴うバッファがちょうど1つある場合には、バッファコントローラ3710は、そのバッファから空のバッファへフレームを転送することができる。2複数のフレームを伴う複数のバッファがある場合には、バッファコントローラ3710は、候補バッファのリストから1つのバッファを選択することができ、それによって、その選択されたバッファからのフレームを空のバッファへ転送することができる。バッファコントローラ3710は、候補バッファに対応するチャネルの状況をチェックすること、および空のバッファに対応するチャネルの状況に最も近いMCS値を有するチャネルを判定することが可能である。2つのMCS値の間における隔たりは、2つのコーディングおよび変調レートの間における差の絶対値とすることができる。例えば、QPSKquadraturephaseshiftkeying変調およびレート3/4チャネルのコードに関しては、全体的なレートは、2×3/4=3/2である。2つのMCS値の近似性を判定するための代替方法は、MCSインデックス同士の間における差による方法である。このバッファ選択スキームは、別々のチャネルを介したフレーム送信同士のデュレーションがほぼ同様になることを確実にすることができる。バッファコントローラ3710は、適切な空のバッファを判定した後に、バッファの最前部から2番目のフレームをその空のバッファへ転送することができる。これは、そのバッファ内の第1のフレームが依然として同じチャネル上で送信されている可能性があるためである。3複数のフレームを伴うバッファが他にないならば、フレーム並べ替えプロセスは、空のバッファがプライマリーチャネルに対応しない場合には実行することができない。あるいは、フレームを1つのバッファから空のバッファへコピーすることができる。コピーされるフレームは、空のバッファのMCS値に最も近い対応するMCS値を有するバッファからのフレームとすることができる。このコピーオペレーションの結果、送信が繰り返される場合がある。あるいは、空のバッファがプライマリーチャネルに対応する場合には、空でないバッファからフレームを転送することができる。これによって、プライマリーチャネル上での送信を確かなものにすることができる。あるいは、バッファの有するフレームの数が特定の数を下回ると、フレームの並べ替えを開始することができる。図38および図39は、TXOP内の空のバッファに起因するパケット並べ替えの一例を示す。図38は、TXOP中に、ロジックバッファ37401が空であること、ロジックバッファ37402が1つのフレームを含んでいること、ロジックバッファ37403が3つのフレームを含んでいること、およびロジックバッファ37404が4つのフレームを含んでいることを示す。さらに、PHYチャネル37353は、PHYチャネル37351に最も近いMCS値を有している。上述のパケット並べ替えスキームによって、バッファコントローラ3710は、第2のフレームをロジックバッファ37403からロジックバッファ37401へ転送する。このケースにおいては、4つのPHYチャネル3735全てが利用されている。図39は、ロジックバッファ37401および37402が空であること、ロジックバッファ37403が1つのフレームを有していること、およびロジックバッファ37404が3つのフレームを有していることを示す。上述のパケット並べ替えスキームによって、バッファコントローラ3710は、1つのフレームをロジックバッファ37404からロジックバッファ37401へ転送し、別のフレームをロジックバッファ37404からロジックバッファ37402へ転送する。これは、4つのPHYチャネル3735のうちのいずれも無駄にならないことを確実にし、その一方、4つのPHYチャネル3735上での送信同士は、別々の時間に終了することができる。バッファコントローラ3710は、プライマリーユーザによって使用されるチャネルに対応するバッファから別のバッファへフレームを転送することができる。宛先バッファの選択は、やはり、対応するチャネルのMCS値の近似性に依存することができる。宛先バッファが決定されると、バッファコントローラ3710は、失われたチャネルに対応するバッファから宛先バッファへフレームを順に転送することができる。古いバッファの最前部にあるフレームは、やはり宛先バッファの最前部にあることが可能である。転送されたフレームは、プライマリーユーザの存在に起因していくらかの遅延を既に経験している可能性があるため、これらのフレームは、宛先バッファの最前部に挿入することができる。しかし、これらのフレームを宛先バッファ内の第1のフレームの前に挿入することはできない。なぜなら、第1のフレームは再送信中である可能性があるためである。フレームのシーケンス番号またはQoS要件に応じて、それらのフレームを宛先バッファ内の適切な場所へ転送するために、さらなる手順を適用することができる。利用不能なチャネルに起因するパケット並べ替えは、バルクフレーム転送bulkframetransferを含む場合がある。これは、宛先バッファにおけるオーバーフローにつながる可能性がある。このケースにおいては、バッファコントローラ3710は、残りのフレームを転送するために別のバッファを選択することができる。選択基準は、同じとすることができる。さらに、バッファコントローラ3710は、最新のバッファステータスをフレームコントローラ3715に知らせることができる。図40および図41は、利用不能なチャネルに起因するパケット並べ替えの一例を示す。この例においては、いずれかの時点で、バッファコントローラ3710が、チャネルモニタ3730からメッセージを受信し、そのメッセージは、プライマリーユーザに起因してPHYチャネル37352が利用不能であるという情報を含む、と想定することができる。その結果として、バッファコントローラ3710は、ロジックバッファ37402を空にすることができる。MCSの比較の後に、バッファコントローラ3710は、ロジックバッファ37402からロジックバッファ37404へフレームを転送することを決定することができる。しかし、ロジックバッファ37404は、ロジックバッファ37402からのフレームの一部分を保持することしかできない。次いで、バッファコントローラ3710は、ロジックバッファ37402からの残りのフレームを格納するためにロジックバッファ37401を選択することができる。バッファコントローラ3710は、フレームコントローラ3715にバッファステータスについて知らせることもできる。QoSコントローラ3720からのQoS要件、またはCMF3505からの制御メッセージQoS要件をバッファコントローラ3710へ送信して、フレームの最大遅延を知らせることができる。バッファコントローラ3710は、全てのAC3745におけるバッファ内のフレームをチェックして、いくつかのフレームが送信時間制限を潜在的に破る可能性があるかどうかを確認することができる。バッファコントローラ3710は、そのようなフレームを検知した場合には、それらのフレームをそれらのフレームの送信時間制限内に送信するために、パケット並べ替えプロセスを実行することができる。それらのフレームは、同様のMCS値に対応するバッファ同士の間において転送することができ、それらの転送されたフレームは、新たなバッファの最前部に挿入することができる。図42および図43は、QoS要件に起因するパケット並べ替えの一例を示す。QoSコントローラ3720からQoS要件を受信すると、バッファコントローラ3710は、ロジックバッファ3740をチェックすることができる。この例においては、バッファコントローラ3710は、ロジックバッファ37402内の2つのフレームが自分のQoS要件を満たしていない可能性があるということを検知している。次に、バッファコントローラ3710は、それらのフレームを別のロジックバッファ3740へ転送することを試みることができる。チャネル37353およびチャネル37352は、同様のMCS値を有しているため、バッファコントローラ3710は、それらの2つのフレームをロジックバッファ37402からロジックバッファ37403の最前部へ転送することができる。感知オペレーションは、プライマリーユーザの検知を実行することができるように、デバイスがサイレントであることを必要とする場合がある。動作チャネルのサブセットに関して、それぞれのサイレント期間がスケジュールされた場合には、それらのチャネルに割り当てられるフレームは、サイレント期間中には送信が許可されない場合があるため、遅延を経験する可能性がある。したがって、バッファコントローラ3710は、当初それらのチャネルに割り当てられたフレームを並べ替えることができる。詳細なフレーム並べ替えオペレーションは、利用不能なチャネルのケースと同様とすることができる。送信の前に、フレーム同士を、4つのロジックバッファ3740にわたって均等に分配することができる。しかし、別々のチャネルからの別々のパケット送信レートに伴って、いくつかのバッファは重くなる可能性があり、その一方で、他のバッファは軽くなる可能性がある。PHYチャネル3735の効率的な使用のために、バッファコントローラ3710は、それぞれのロジックバッファ3740内のフレームの数を相対的に均等に保持することができる。これは、いくつかのバッファがほとんど満杯である一方でいくつかのバッファがほとんど空であり、それに続いて、特定のチャネルを介して送信されるフレームが皆無になる可能性が生じる一方で他のチャネルを介して送信されるフレームが多くなりすぎる可能性が生じる、という状況を回避する。複数のバッファにわたってフレームを均等に分配するために、バッファコントローラ3710は、あるPHYチャネルの対応するバッファが、より少ないフレームを有している場合には、そのPHYチャネルに関するフレームをより多く生成するようフレームコントローラ3715に知らせることができる。バッファコントローラ3710は、あるPHYチャネルの対応するバッファが、多くのフレームを有している場合には、そのPHYチャネルに関するフレームをより少なく生成するようフレームコントローラ3715に知らせることもできる。ロジックバッファ3740が満杯であるか、または特定のしきい値を上回っている場合には、バッファコントローラ3710は、対応するPHYチャネル3735上での送信用に設計されたフレームをより少なく生成するようフレームコントローラ3715に知らせることができる。ロジックバッファ3740が空であるか、または特定のしきい値を下回っている場合には、バッファコントローラ3710は、対応するPHYチャネル3735上での送信用に設計されたフレームをより多く生成するようフレームコントローラ3715に知らせることができる。それらのしきい値は、フレーム生成レートまたはその他の要因に伴って変動することができ、また、固定することもできる。バッファコントローラ3710からフレームコントローラ3715へ送信されるメッセージは、ACID、チャネルID、およびフレーム生成レートの上昇または低下を示すインジケータを含むことができる。メッセージトリガーは、バッファ内のフレームの数が、しきい値よりも高くなること、または低くなることとすることができる。バッファコントローラ3710は、バッファステータスの観点からチャネル状況をチャネルモニタ3730に報告することが必要となる場合がある。そのような報告は、プライマリーユーザを早く検知する上で役立つことができる。なぜなら、チャネルレポートは、非同期式のスペクトル感知をトリガーすることができるためである。バッファコントローラ3710は、チャネル状況を報告すべきかどうか、およびいつ報告すべきかを判定することができる。バッファコントローラ3710が適用することができるいくつかの基準は、チャネル上での再送信の回数が何らかのしきい値を上回る可能性があること、チャネル上での再送信レートが何らかのしきい値を上回る可能性があること、または、チャネル上でのフレームロスレートが何らかのしきい値を上回る可能性があることである。それらのしきい値は、別々のACごとに別々のものとすることができる。いずれかのPHYチャネル3735が利用不能になっている旨のメッセージをチャネルモニタ3730から受信した場合には、バッファコントローラ3710は、対応するロジックバッファ3740を空にすることができる。新たなPHYチャネル3735が利用可能になっていることを示すメッセージをチャネルモニタ3730から受信した場合には、バッファコントローラ3710は、このPHYチャネル3735に対応するロジックバッファを生成することができる。QoSコントローラ3720およびCMF3505は、QoS関連情報をバッファコントローラ3710に提供することができる。そのような情報は、関連メッセージの配信が特定の要件を満たすことを意味することができる。対応するメッセージは、フレームID、ソースアドレス、および宛先アドレスなどのフレーム情報、フレームの最大遅延、およびこのメッセージタイプのフレームの最小レートを含むことができる。サイレント期間スケジューラ3725は、特定の期間にわたって特定のチャネル上での送信をやめるようにバッファコントローラ3710に知らせることができる。このサイレント期間は、プライマリーユーザを検知するためのスペクトル感知オペレーションのためのものとすることができる。メッセージコンテンツとしては、来たるべきサイレント期間のデュレーションと、サイレントにさせるPHYチャネル3735のリストと、サイレント期間の開始時間とを含むことができる。チャネルモニタ3730からバッファコントローラ3710への少なくとも2つのタイプのメッセージが存在することができる。第1のメッセージタイプは、チャネルMCS情報を含むことができる。具体的には、第1のメッセージは、宛先アドレスと、4つまでのチャネルIDおよび/またはそれらのチャネルの周波数と、それらのチャネルのMCSインデックスとを含むことができる。第2のメッセージタイプは、チャネル構成情報を含むことができる。第2のメッセージは、古いチャネルIDと、古いチャネルの周波数レンジなどの古いチャネル定義と、新たなチャネルIDと、新たなチャネルの周波数レンジなどの新たなチャネル定義と、そのチャネルがプライマリーチャネルであるか否かを示すことができるプライマリーチャネルインジケータとを含むことができる。図44は、バッファコントローラ3710によって実行される例示的なコールフロー手順4400を示す。この例においては、バッファコントローラ3710は、はじめにPHYチャネルの全てに関するMCS情報4405をチャネルモニタ3730から受信することができる。次いでバッファコントローラ3710は、それに従ってロジックバッファを生成することができる4410。バッファコントローラ3710は、フレームコントローラ3715からA-MPDUフレーム情報4415出力を受信すると、フレーム長さおよびチャネルMCS情報に基づいて適切なロジックバッファへのA-MPDUフレームの分配を監督する4420。コンテンションが成功すると、バッファコントローラ3710は、フレーム送信およびフレーム並べ替えプロセスをスケジュールする4425。バッファコントローラ3710はまた、バッファステータスをフレームコントローラ3715に知らせること4430、および、さらなるフレームA-MPDUを受信すること4435これは、バッファのバランスを取るために意図される場合があるが可能である。バッファコントローラ3710は、QoSコントローラ3720からのQoS情報4440、またはCMF3505からの制御メッセージQoS情報4445、またはサイレント期間スケジューラ3725からのサイレント期間情報4450を受信すると、それに従ってフレーム並べ替えおよびフレーム送信をスケジュールすることができる4455。バッファコントローラ3710は、低いスループットを経験しているいくつかのチャネルを検知した場合には、チャネルモニタ3730にチャネル状況を報告すること劣悪チャネルレポート4460が可能である。チャネル更新情報4465を受信した後に、バッファコントローラ3710は、フレーム並べ替えオペレーション、バッファ削除オペレーション、およびバッファ生成オペレーションバッファの再編成を実行することができる4470。上述のバッファリングスキームによれば、フレーム同士を、それらのフレームがMAC層において受信され処理される順に送信することはできない。これは、フレーム同士が同様の無線デュレーションを有するという設計要件を満たすためのものであると言える。図45に示されるように、フレームが順序どおりになっていない配信の主な影響によって、受信機側における大きなバッファという結果に至る可能性がある。なぜなら、受信機は、MSDUフラグメントを処理する前にそれらのMSDUフラグメントの全てを受信することが必要となる場合があるためである。送信機側においては、フレームの再送信の最大回数に達した場合、MAC層におけるフレームの有効期限に達した場合、または第1の送信の後にフレームの有効期限に達した場合に、そのフレームをバッファから削除することができる。同様のオペレーションを受信機側において適用することもできる。これによって、受信機側におけるバッファ要件を軽減することができる。さらに、QoS要件に起因するフレーム並べ替えは、フレームが特定の時間内に必ず配信されるようにすることができ、受信機のバッファサイズの問題を緩和することができる。受信機のバッファサイズの問題を緩和するためのさらなるスキームは、さらなるフレーム並べ替えトリガーframereorderingtriggerを追加することを含む。バッファ内のフレームが1つまたは複数の所定の条件を満たす場合に、フレーム並べ替えオペレーションをトリガーすることができる。様々なパラメータを調整することによって、帯域幅の効率と、受信機のバッファサイズとの間におけるトレードオフを調整することができる。IEEE802.11nにおいては、non-HThighthroughput、HT-mixed、およびHT-greenfieldという3つのタイプのPPDUphysicallayerprotocoldataunitフレームがある。5MHzの帯域幅およびOFDM変調を前提とし、これは、それぞれのOFDMシンボルが16μsにわたって続くことを意味する。さらに、簡単にするために、3.2μsのガード間隔を前提とする。図46は、PLCPヘッダ4602を含むnon-HTPPDUデータフォーマット4600を示す。PLCPヘッダは、L-STFlegacyshorttrainingfield4605、L-LTFlegacylongtrainingfield4610、およびL-SIGlegacysignalフィールド4615を含むことができる。L-STF4605のデュレーションは、32μsとすることができ、10個のショートプリアンブルを含むことができる。L-LTF4610は、2つのロングプリアンブルと、1つのガード間隔とを含むことができる。L-LTF4610のデュレーションも、32μsとすることができる。L-SIGフィールド4615は、レートおよびTXVECTORの長さフィールドを含むことができる。L-SIGフィールド4615のデュレーションは、16μsとすることができる。non-HTPPDUデータフォーマット4600は、データフィールド4620をさらに含むことができ、データフィールド4620は、サービスビット4625、MPDU4630、テールビット4635、およびパッドビット4640を含むことができる。サービスビット4625は、16ビットの長さを有することができ、テールビット4635は、6ビットの長さを有することができる。パッドビット4640は、OFDMシンボルごとに0からデータビットの数まで変わることができる。これらのパッドビット4640は、データフィールド全体が必ずOFDMシンボルの整数倍になるようにするために適用することができる。MPDU4630は、MACヘッダ4645、MSDU4650、およびFCSフィールド4655を含むことができる。MSDUペイロードは、暗号化およびインテグリティーを伴わずに18432ビットを超えることはできない。MACヘッダ4645は、208ビットの長さを有することができ、FCSフィールド4655は、32ビットの長さを有することができる。MACヘッダ4645の一般的なフォーマットが図47に示されている。MACヘッダ4645は、長さ16ビットのフレーム制御フィールド4705を含むことができ、フレーム制御フィールド4705は、プロトコルバージョン、タイプ、サブタイプ、DSdistributionstreamへ、DSから、さらなるフラグメント、再試行、パワーマネージメント、さらなるデータ、保護されたフレーム、および順序という各サブフィールドから構成することができる。MACヘッダ4645は、デュレーション/IDフィールド4710を含むことができ、デュレーション/IDフィールド4710は、16ビットの長さとすることができる。そのコンテンツは、フレームのタイプおよびサブタイプに伴って、様々なものとすることができる。MACヘッダ4645は、複数のアドレスフィールド4715を含むことができ、アドレスフィールド4715は、BSSIDbasicservicesetidentification、SAsourceaddress、DAdestinationaddress、並びにTAtransmittingSTAaddressおよびRAreceivingWTRUaddressを示すために使用することができる。それぞれのアドレスフィールド4715は、48ビットの長さとすることができる。MACヘッダ4645は、シーケンス制御フィールド4720を含むことができ、シーケンス制御フィールド4720は、16ビットの長さとすることができ、シーケンス番号およびフラグメント番号という少なくとも2つのサブフィールドを含む。MACヘッダ4645は、QoS制御フィールド472516ビットのフィールドとすることができ、フレームが属するTCtrafficcategoryまたはTStrafficstreamを識別すると、フレームに関する様々な他のQoS関連情報フレームのタイプおよびサブタイプによって、様々なものとすることができるとを含むことができる。アドレスフィールド47154は、AP同士の通信のケースにおいて使用することしかできない。いくつかの実施形態においては、アドレスフィールド47154を使用することはできない。QoS制御フィールド4725は、データフレームに関して使用することができるが、マネージメントフレームに関して使用することはできない。従って、要約すると、MACヘッダ4645は、データフレームに関しては208ビットの長さとすることができ、マネージメントフレームに関しては192ビットの長さとすることができる。図48は、PLCPヘッダ4802を含むHT-mixedPPDUデータフォーマット4800を示しており、PLCPヘッダ4802は、L-STF4805、L-LTF4810、およびL-SIGフィールド4815を含む。HT-mixedPPDUデータフォーマット4800のPLCPヘッダ4802は、HT-SIGフィールド4820、HT-STFフィールド4825、および複数のHT-LTF48301~4830Nをさらに含むことができる。HT-SIGフィールド4820は、HTパケットフォーマットを解釈する上で必要とされる情報を搬送するために使用することができる。HT-SIGフィールド4820のデュレーションは、32μsとすることができる。HT-STF4825の1つの目的は、MIMOシステムにおけるオートマチックゲイン制御の推定を改善することであると言える。HT-STFフィールド4825のデュレーションは、16μsとすることができる。HT-LTFフィールド4830は、QAMquadratureamplitudemodulationマッパ出力のセットと、受信チェーンとの間におけるMIMOチャネルを受信機が推定するための手段を提供することができる。HT-DLTFデータHT-LTFおよびHT-ELTFextensionHTLTFという少なくとも2つのタイプのHT-LTFフィールド4830が存在することができる。HT-DLTFは、受信機がフレームのデータ部分を復調することを可能にするチャネル推定を受信機が形成するための必要な参照を提供するためにHTPPDU内に含めることができる。HT-DLTFの数は、フレーム内に含まれて送信されている空間/時間ストリームspacetimestreamsの数に応じて、1、2、または4とすることができる。HT-ELTFは、フレームのデータ部分によって使用される容量を超えるチャネルのさらなる容量の推定を受信機が形成することができるようにサウンディングPPDU内にさらなる参照を提供することができる。HT-ELTFの数は、0、1、2、または4とすることができる。一実施形態においては、HT-DLTFの数は、1とすることができ、HT-ELTFの数は、0とすることができる。HT-mixedPPDUデータフォーマット4800は、データフィールド4835をさらに含むことができ、データフィールド4835は、サービスビット4840、A-MPDU4845、テールビット4850、およびパッドビット4855を含むことができる。A-MPDU4845は、MACヘッダ4860、A-MSDU4865、およびFCSフィールド4870を含むことができる。MACヘッダ4860の一般的なフォーマットが図49に示されている。MACヘッダ4860は、長さ16ビットのフレーム制御フィールド4905を含むことができ、フレーム制御フィールド4905は、プロトコルバージョン、タイプ、サブタイプ、DSdistributionstreamへ、DSから、さらなるフラグメント、再試行、パワーマネージメント、さらなるデータ、保護されたフレーム、および順序という各サブフィールドから構成することができる。MACヘッダ4860は、デュレーション/IDフィールド4910を含むことができ、デュレーション/IDフィールド4910は、16ビットの長さとすることができる。そのコンテンツは、フレームのタイプおよびサブタイプに伴って、様々なものとすることができる。MACヘッダ4860は、複数のアドレスフィールド4915を含むことができ、アドレスフィールド4915は、BSSIDbasicservicesetidentification、SAsourceaddress、DAdestinationaddress、並びにTAtransmittingSTAaddressおよびRAreceivingWTRUaddressを示すために使用されうる。それぞれのアドレスフィールド4915は、48ビットの長さとすることができる。MACヘッダ4860は、シーケンス制御フィールド4920を含むことができ、シーケンス制御フィールド4920は、16ビットの長さとすることができ、シーケンス番号およびフラグメント番号という少なくとも2つのサブフィールドを含む。MACヘッダ4860は、QoS制御フィールド492516ビットのフィールドとすることができ、フレームが属するTCtrafficcategoryまたはTStrafficstreamを識別すると、フレームに関する様々な他のQoS関連情報フレームのタイプおよびサブタイプによって、様々なものとすることができるとを含むことができる。アドレスフィールド49154は、AP同士の通信のケースにおいて使用することしかできない。ある実施形態においては、アドレスフィールド49154を使用することはできない。QoS制御フィールド4925は、データフレームに関して使用することができるが、マネージメントフレームに関して使用することはできない。したがって、要約すると、MACヘッダ4860は、データフレームに関しては208ビットの長さとすることができ、マネージメントフレームに関しては192ビットの長さとすることができる。HTPPDUに関するMACヘッダ4860は、HT制御フィールド4930を有することができ、HT制御フィールド4930は、32ビットの長さとすることができ、特定のHT関連情報を指定するために使用することができる。要約すると、MACヘッダ4860は、データフレームに関しては240ビットの長さ、およびマネージメントフレームに関しては224ビットの長さとすることができる。HT-greenfieldPPDUデータフォーマット5000が、図50に示されている。HT-GF-STFHTgreenfieldshorttrainingfield5005は、non-HTPPDUフォーマット4600およびHT-mixedPPDUデータフォーマット4800におけるL-STFの代わりとして適用することができる。そのデュレーションは、32μsとすることができる。HT-LTF1firstHTlongtrainingフィールド5010は、non-HTPPDUフォーマットおよびHT-mixedPPDUフォーマットにおけるL-LTFの代わりとして適用することができる。HT-greenfieldPPDUデータフォーマットにおける他のフィールドは、HT-mixedPPDUデータフォーマットにおける対応するフィールドと同様とすることができる。図51は、フレームコントローラ3715のための例示的なコールフロー手順5100を示す。この例では、フレームコントローラ3715は、はじめにチャネルモニタ3730からチャネルMCS情報5105を受信する。これらのMCS値に基づいて、フレームコントローラ3715は、全てのフレームの無線デュレーションを決定することができる5110。この無線デュレーションの決定は、アプリケーションの平均フレーム長さなど、アプリケーションに依存することもできる。より良好な状況を伴うチャネルは、より高いMCS値を、ひいては、より短い無線デュレーションを有することができる。無線デュレーションの決定の後に、フレームコントローラ3715は、バッファコントローラ3710からバッファステータス情報5115を受信することができる。はじめは全てのバッファが空である可能性があるため、フレームコントローラ3715は、ラウンドロビン様式で別々のPHYチャネル3735のためのフレームを生成することを決定することができる。一例においては、フレームコントローラ3715は、PHYチャネル37351のためのフレームを生成することを決定することができる5120。PHYチャネル37351の無線デュレーションおよびMCS値に基づいて、フレームコントローラ3715は、結果として得られるPPDUフレームがPHYチャネル37351上で送信された場合に送信デュレーションが無線デュレーションと一致するようにペイロードの長さを計算することができる5125。ペイロードの長さを求めた後に、フレームコントローラ3715は、その長さのフレームを生成するためにA-MSDU集約ユニット3760、フラグメンテーションユニット3765、およびA-MPDU集約ユニット3775を制御することを試みることができる5130。一実施形態においては、しばらくたってから、フレームコントローラ3715が、A-MPDU情報をバッファコントローラへ送信したこと5135に応答して、更新されたバッファステータス情報をバッファコントローラ3710から受信した場合には5140、フレームコントローラ3715は再び、別々のPHYチャネル3735のためのフレームを生成することを決定し5145、ペイロードの長さを計算し5150、その長さのフレームを生成するためにA-MSDU集約ユニット3760、フラグメンテーションユニット3765、およびA-MPDU集約ユニット3775を制御することができる5155。ペイロードとは、特定のPHYチャネル3735上での特定の無線デュレーションを達成するためのペイロードの長さの下記の計算におけるMSDUの長さを指す。事前に指定された無線デュレーションはTμsであると想定することができる。MCS情報を用いて、フレームコントローラ3715は、はじめにOFDMシンボルごとの対応するデータビットを見つけ出すことができる。図52は、変調およびコーディングレートからOFDMシンボルごとのデータビットへのマッピング、並びにOFDMシンボルごとのコーディングされたビット、およびnon-HTPPDUフレームに関するデータレートを示している。第1の例として、フレームコントローラ3715は、データフレームとともに動作しており、ある特定のチャネルが、QPSK変調および3/4のコーディングレートを適用すると想定することができる。図46に示されるように、PLCPヘッダ4602は、80μsを要し、サービスビット4625と、データフレーム用のMACヘッダ4645と、FCSフィールド4655と、テールビット4635との合計は、262ビットであるとさらに想定することができる。図52から、OFDMシンボルごとのデータビットは、72である。シンボルデュレーションが5MHzの帯域幅で16μsであると想定すると、無線デュレーションTは、下記のとおりとなる。ここでは、xは、ペイロードの長さである。第2の例として、フレームコントローラ3715は、データフレームとともに動作しており、ある特定のチャネルが、16-QAM変調および1/2のコーディングレートを適用すると想定することができる。図52から、OFDMシンボルごとのデータビットは、96である。したがって、無線デュレーションTは、ペイロードの長さxを使用して、下記のとおり計算される。方程式6および7における計算は、non-HTPPDUフレームに関するものである。HT-mixedPPDUフレームおよびHT-greenfieldPPDUフレームに関しては、変調およびコーディングレートからOFDMシンボルごとのデータビットへのマッピング、並びにOFDMシンボルごとのコーディングされたビット、およびnon-HTPPDUフレームに関するデータレートは、別のものとすることができる。マッピング案が、図53において提示されている。第3の例として、フレームコントローラ3715は、データフレームとともに動作しており、ある特定のチャネルが、QPSK変調および3/4のコーディングレートを適用すると想定することができる。図48に示されるように、PLCPヘッダ4802は、144μsを要し、サービスビット4840と、データフレーム用のMACヘッダ4860と、FCSフィールド4870と、テールビット4850との合計は、294ビットであるとさらに想定することができる。図53から、OFDMシンボルごとのデータビットは、78である。シンボルデュレーションが5MHzの帯域幅で16μsであると想定すると、無線デュレーションTは、下記のとおりとなる。第4の例として、フレームコントローラ3715は、データフレームとともに動作しており、ある特定のチャネルが、64-QAM変調および3/4のコーディングレートを適用すると想定することができる。図53から、OFDMシンボルごとのデータビットは、234である。したがって、無線デュレーションTは、ペイロードの長さを使用して、下記のとおり計算することができる。IEEE802.11nは、MACオーバーヘッドを減らして生データレートを高めるためにMSDU集約およびMPDU集約をサポートする。PPDUのA-MPDU5400の構成が、図54に示されている。A-MPDU5400は、複数のA-MPDUサブフレーム54051、54052、...、5405nを含むことができる。それぞれのA-MPDUサブフレーム5405は、MPDUデリミタ5410、MPDU5415、およびパディングビット5420を含むことができる。MPDUデリミタ5410は、2バイトの長さとすることができ、パディングビット5420は、0から3バイトまでで変わることができる。MPDU5415は、30バイトのMACヘッダ5425と、複数のA-MSDUサブフレーム54301~5430mと、4バイトのFCSフィールド5435とを含むことができる。それぞれのA-MSDUサブフレーム5430は、6バイトのDA5440と、6バイトのSA5445と、2バイトの長さフィールド5450と、MSDU5455と、パディングバイト5460とを含むことができる。パディングバイト5460は、A-MSDUサブフレーム5430が4バイトの倍数になることができるようなものとすることができる。したがって、パディングバイト5460は、0バイトから3バイトまでで変わることができる。MSDU5455は、2304バイト未満とすることができるため、A-MSDUサブフレーム5430は、2320バイト未満とすることができる。MPDU5415は、暗号化およびインテグリティーを伴わずに4095バイト未満とすることができる。30バイトのMACヘッダ5425および4バイトのFCSフィールド5435を伴って、MPDU5415内のA-MSDUサブフレーム5430の全長は、4061バイト未満とすることができる。MPDU5415は、4095バイト未満とすることができるため、A-MPDUサブフレーム5405の最大の長さは、4100バイト未満とすることができる。その結果として、A-MPDU5400の全長は、65535バイト未満とすることができる。第5の例として、フレームコントローラ3715は、データフレームとともに動作しており、ある特定のチャネルが、QPSK変調および3/4のコーディングレートを適用すると想定することができる。MSDU同士は、等しい長さであり、4バイトの倍数である。フレームコントローラ3715がMPDUを集約している間に、A-MSDUオペレーションを行うことはできない。図54に示される例においては、MACヘッダ5425、MPDUデリミタ5410、およびFCSフィールド5435のビットの合計は、288ビットに等しい。この例においては、無線デュレーションTは、下記のとおりである。第6の例として、フレームコントローラ3715は、データフレームとともに動作しており、ある特定のチャネルが、64-QAM変調および3/4のコーディングレートを適用すると想定することができる。サービスビットテールビットは、長さ22ビットであり、MACヘッダ5425、MPDUデリミタ5410、およびFCSフィールド5435のビットの合計は、288ビットに等しいと想定することができる。図53から、OFDMシンボルごとのデータビットは、234である。したがって、無線デュレーションTは、下記のとおりとなる。図55Aおよび図55Bに示される代替実施形態においては、アクセスカテゴリー内のそれぞれの物理チャネルと個別のバッファとの関連付けを取り除くことができる。代わりに、送信されることになるフレーム同士を別々の長さのグループへと分けるために、バッファのセットを使用することができる。記載の実施形態においては、アクセスカテゴリーごとに3つのバッファが使用されているが、異なる数のバッファを可能とすることもできる。この実施形態では、機能ブロック図のうちの残りの部分は、図55Bに示されるように、スケジューラ5500が付加されること以外は、図37と同様のままとすることができる。この代替設計においては、バッファコントローラ3710は、ロジックバッファ3740内の送信されることになるフレームの数を前の設計の場合と相対的に同じに保持するために、アクセスカテゴリーのうちのそれぞれにおけるロジックバッファ3740を管理することができる。このケースにおいては、ロジックバッファ3740は、フレームの長さのサブセットに対応することができる。ロジックバッファ37401は、全てのショートフレームを含むことができ、ロジックバッファ37402は、全てのミディアムサイズフレームを含むことができ、ロジックバッファ37403は、全てのロングフレームを含むことができる。スケジューラ5500の役割は、それぞれの個々のTXOP中にそれぞれの物理チャネル上で送信するために、適切にサイズ設定されたフレームを選択することであると言える。この選択は、フレームが選択される元となるバッファ、および特定の時間におけるチャネル品質に基づくことができる。この方法においては、限られた数のバッファの使用によってチャネル使用の効率の損失を小さくしながら、ほぼ等しい長さの送信という前提を保持することができる。とはいえ、ほぼ等しい長さの送信は、送信チェーン内でスケジューラ5500の後に配置されるMPDU集約ブロックによって、確かなものにすることができる。例えば、スケジューラ5500は、基準のセットを使用して、それぞれの送信時間中に3つのバッファから4つのフレームを選択することができる。特定の送信時間において、スケジューラ5500は、それぞれのバッファの最前部におけるフレームを検査することと、最短の存続時間を有するフレームを選択することによって開始することとが可能である。この選択は、QoSに関する考慮事項とともに実行することができ、当該考慮事項は、QoSコントローラ3720から受信することができる。より高い優先度のフレームを代わりに送信する必要があるケースにおいては、ロジックバッファ3740の最前部におけるフレームは、次の送信機会を待つことができる。選択されたフレームは、そのフレームのための正しい送信の可能性を最大にするために、再送信および遅延の統計など、最近のチャネル品質情報に基づいて、チャネルにマップすることができる。残りのチャネルには、全てのチャネル上でほぼ等しい送信時間を有するような方法でフレームを割り当てることができる。これは、チャネル状況のうちのそれぞれに合うように適切なロジックバッファ3740からフレームを選択することを通じて実行することができる。このフレーム割り当て中には、プライマリーCSMAルールを依然として考慮に入れることができる。バッファコントローラ3710は、並べ替えを除いて、自分の上述のタスクの実行を継続することができ、並べ替えは、より高い優先度のフレームをそれぞれのバッファの最前部へ同じバッファ内で移動させることにのみ適用することができる。1つのバッファから別のバッファへフレームを並べ替える必要性をなくすことができる。加えて、PHYチャネルに明確に結び付けられていない可能性がある別の数のフレームの存在を考慮に入れるように、バッファの生成を修正することができる。この実施形態は、1つのバッファから別のバッファへパケットを並べ替える必要性をなくすことができる。なぜなら、スケジューラ5500は、それぞれのTXOPにおいてそれぞれのPHYチャネルを介して送信されることになるパケットを動的に選択することができるためである。この実施形態は、パケットの並べ替え中に生じるチャネルの非効率をなくすことができる。別のPHYチャネルに合わせられている可能性のある長さを伴って生成されたパケットは、結果として、並べ替える際の非効率につながる場合がある。図55Bにおけるスケジューラ5500は、ほぼ等しい長さの送信を達成するためにパケットを動的に選択することができるため、効率は、全てのTXOP上で同じとすることができる。この実施形態は、特定のPHYチャネルに伴う問題に迅速に対応することができる。詳細には、あるPHYチャネルが、複数の再送信またはエラーなどの問題を有している場合に、スケジューラ5500は、問題のあるPHYチャネルに起因する遅延を既に被っているフレームのための送信時間を短縮するために、そのフレームを別のPHYチャネルへ送信できることを確実にすることができる。したがってスケジューラ5500は、TXOPベースでフレームのためのPHYチャネルを動的に変更することによって、ある形態のチャネルダイバーシティーを可能にすることができる。上位層例えば、IPにおける受信機バッファのサイズは、小さくすることができる。なぜなら、スケジューラ5500は、IPフラグメントからのフレームが、全体的な遅延を最小限にした状態で送信されることを可能にすることができるためである。これによって、結果として、エンドツーエンドの遅延を低減することができる。さらに、所与の時点におけるチャネルから独立した長さを伴ってフレームが生成されるため、チャネル応答における変化に対処することができる。送信エラーは、プライマリーCSMAアプローチを使用する集約されたチャネルのコンテキストにおいて取り扱うことができる。再送信は、例えば、次の3つの方法で実行することができる:1単一のMPDU再送信、この場合には、MPDUは、1つのチャネルにおいて再送信することができる;2複数のチャネル上でのMPDU、この場合には、MPDUは、全ての集約されたチャネル上で繰り返し送信することができる;および/または3複数のチャネルにわたって再フラグメント化される。最後のオプションに関しては、失敗したMPDUを分割することができ、フラグメントの部分および失敗したMPDUを示すために、さらなるMACヘッダを付加することができる。受信機は、分断されたフラグメントの全てを再び組み立てることが必要となる場合がある。これらのオプションのそれぞれによって、余分な複雑さが持ち込まれる場合がある。加えて、これは、データメッセージとオーバーヘッドとの比率の観点から効率的ではない場合がある。以降の説明においては、ACKを要求することができる送信に焦点を合わせている。ACKが要求されない場合には、再送信が必要とされることもない。4つの集約されたチャネル上で同時に送信された全てのパケットが、同じACに属していると想定することができる。したがって、以降で説明するアルゴリズムは、集約されたチャネル上で同時に送信された別々のACを伴う複数のパケットをサポートすることはできない。それぞれのACは、自分自身のバッファを有していると想定することができる。また、それぞれのACは、メディアの競合のためのバックオフ手順を保持するために、自分のEDCAFに関連付けられることが可能である。コンテンションが成功すると、ACのEDCAFには、このカテゴリーのMPDUの送信のためのEDCATXOPを許可することができる。別々のACに関するコンテンションウィンドウサイズおよび最大TXOPデュレーションは、別々のものとすることができる。2つの異なるバッファリングオプションが存在することができる。図56に示されるように、第1のバッファリングオプションは、それぞれのチャネルが、単一のインスタントバッファinstantbufferに関連付けられていると想定することができる。それぞれのACに、バッファは1つだけ存在することができる。チャネル使用の効率を高めるために、上述のプライマリーチャネル最終終了技術が、この実施態様において使用される場合には、非プライマリーチャネルにおけるフレーム同士の送信時間は、同様となることが可能である。プライマリーチャネルにおいて送信が終了する前に、非プライマリーチャネルにおいてアイドル期間が長くなりすぎないようにすることができる。非プライマリーチャネルにおける送信時間と、プライマリーチャネルにおける送信時間との間の最大のギャップは、特定の値よりも小さくすることができ、例えば、largest_gap<AIFSACである。上述のように共通仮想感知技術が実施される場合には、フレームの割り当てが実行される際にプライマリーチャネルが最後に終了するのを保証することを不要とすることができる。バッファは、対応するチャネル上で送信されるようにスケジュールされているフレームを、それらのフレームが首尾よく配信される前に格納しておくことができる。送信されることになるフレームは、物理チャネルに割り当てられる前に、完全なMPDUを生成するためにMACヘッダおよびCRCを付加されることが可能であり、また、インスタントバッファ内に留まることができ、インスタントバッファは、それぞれのチャネルにおいて次に送信するためのMPDUを格納しておくことしかできない。図57Aおよび図57Bに示されるように、第2のバッファリングオプションを実施することができ、それによって、それぞれのACは、それぞれのチャネルに割り当てられた別々のフレームを伴う個別のバッファを有することができる。それぞれのACにおいては、4つのチャネルそれぞれに対応する4つのロジックバッファが存在することができる。両方のバッファ実施態様に関する再送信技術は、同様のものとすることができ、それらの再送信技術について、ここで説明する。高優先度制御メッセージの再送信は、データメッセージまたは中~低優先度の制御メッセージとは異なるものとすることができる。高優先度制御メッセージ、例えば、チャネル切り替えなどは、初回の送信においてはバッファ内のキューに入れることはできない。高優先度制御メッセージの送信は、堅牢性を高めるために、4つのチャネルを介して繰り返し行うことができる。したがって、高優先度制御メッセージの再送信の可能性は、低くすることができる。4つのチャネル上で受信されたACKがない場合には、高優先度制御メッセージを再送信することができる。そのようなケースにおいては、バックオフウィンドウを再送信のために増大させることができる。高優先度制御メッセージの配信のために使用される送信アプローチが異なれば、再送信スキームも異なることになる場合がある。例えば、WTRUによって配信されるメッセージに関しては:1最も高いACにおいて送信されるメッセージの場合、失敗したMPDUは、バッファのフロントエンド内に留まることができ、再びTXOPを得ると、再送信されることが可能であり;IEEE802.11において示されるように、コンテンションウィンドウを倍にすることができ;および/または2より低いACにおいて送信されるメッセージの場合、そのメッセージを最も高いACのフロントエンドに移動させて、再送信の際には最も高いACを通じて送信することができる。別の例として、APによって配信されるメッセージに関しては、第1の再送信に関するコンテンションウィンドウCWをCWminとして設定することができ、第2の再送信に関するコンテンションウィンドウCWを倍にすることができる。それぞれの再送信のたびに、コンテンションウィンドウがCWmaxに達するまで、IEEE802.11におけるようにコンテンションウィンドウを倍にすることができる。例えば、CWminおよびCWmaxを、最も高いACのための値として設定することができ、この場合には、CWminを7スロット時間とすることができ、CWmaxを15スロット時間とすることができる。中優先度および低優先度の制御メッセージの再送信に関しては、EDCAが呼び出された場合には、中優先度および低優先度の制御メッセージを1つのACにおいて送信することができる。プライマリーチャネルにおいてMPDUの送信に失敗した場合には、下記のように、様々なオプションを実施することができる。第1のオプションにおいては、TXOPの送信を終了することができ、バックオフ手順を呼び出すことができる。フレームのうちの全ては、元のフレームとして留まることができる。代替として、または追加として、第2のオプションにおいては、第1のオプションが使用される場合に、その第1のオプションは、プライマリーチャネルのインスタントバッファ内に留まって、現在のTXOPが終了するまで、このパケットを宛先へ送信することを繰り返すことができる。次いで、受信機のプライマリーチャネルは、フレームの全てが非プライマリーチャネルに割り当てられていることを確認するために、この情報に関するフィードバックをバッファコントローラ3710に提供することが必要となる場合がある。プライマリーチャネル最終終了技術が実施される場合には、プライマリーチャネルにおける送信が最後に終了することを確認するために、失敗したMPDUを、より良好なチャネル状況を伴う非プライマリーチャネルのうちの1つへ移動させることができる。プライマリーチャネル最終終了技術が実施されない場合には、失敗したMPDUを、非プライマリーチャネルのうちの任意のチャネル、例えば、クォータナリーチャネルへ移動させることができる。新たなMPDUをプライマリーチャネルのためにパックすることはできない。この失敗した送信が、このTXOPにおける最後の送信である場合には、その失敗したMPDUは、プライマリーチャネルのインスタントバッファ内に留まることができ、次のTXOP中にこのEDCAFが再びチャネルを得たときに送信することができる。図58は、プライマリーチャネルにおいて送信が失敗した場合の再送信の例を示す。非プライマリーチャネルにおいてMPDUの送信が失敗した場合には、2つのシナリオが生じる可能性がある。第1に、全てのチャネルに新たなフレームをいっさい割り当てることができない。一例においては、非プライマリーチャネルにおける1つの送信のみが失敗していることがある。TXOPが終了していない場合には、再送信MPDUをプライマリーチャネルのバッファへ移動させて、プライマリーチャネル上で送信することができる。このTXOPが終了している場合には、再送信パケットは、同じインスタントバッファ内に留まることができ、次のTXOPにおいて送信することができる。図59は、クォータナリーチャネルにおいて送信が失敗した場合の再送信の例を示している。別の例においては、非プライマリーチャネルにおける少なくとも2つの送信が失敗している。TXOPが終了していない場合には、再送信MPDUのうちの1つをプライマリーチャネルへ移動させることができ、他の再送信MPDUは、同じバッファ内に残ることができる。プライマリーチャネルにおいて送信が終了している場合には、再送信されるMPDUを移動させることができる。これは、他のチャネルよりもプライマリーチャネルにおいて、より多くの送信時間を必要とする場合がある。あるいは、再送信MPDUのうちの全てをプライマリーチャネル内に置くこともできる。共通仮想感知技術が実施される場合には、失敗したMPDUのうちのいずれか1つをプライマリーチャネルへ移動させて、プライマリーチャネル上で再送信することができる。TXOPが終了している場合には、再送信MPDUのうちの全てが、インスタントバッファ内に残ることができ、次のTXOPまで同じチャネルにおいて送信することができる。TXOPが終了しているプライマリーチャネルにフレームが割り当てられた場合には、再送信MPDUは、次のTXOPまで、自分の有効期限が切れるまで、または再試行回数の制限に達するまで、自分の元の位置インスタントバッファ、または非プライマリーチャネルのロジックバッファに残ることができる。TXOPが終了していない場合には、同じチャネルにおいて送信を継続することができる。失敗したMPDUは、同じチャネル上で再送信することができる。上述のACK手順が実施される場合には、より長いフレームをプライマリーチャネル上で送信することが必要となることがあり、プライマリーチャネル上での送信が最後に終了するように保証することが必要となることがある。上述のACK手順が実施されない場合には、より長いフレームをプライマリーチャネルにおいて送信させることは不要とすることができる。あるいは、失敗した1つまたは複数のチャネルにおける送信を終了することができる。このTXOP内で、再送信されるMPDUを別のインスタントバッファまたはロジックバッファへ移動させて、同様のチャネル状況を伴うチャネルにおいて送信することができる。あるいは、再送信されるMPDUは、次のTXOPまで元のインスタントバッファまたはロジックバッファ内に留まることができる。このMPDUは、特定の時間よりも長くバッファ内に留まる場合には、同様のチャネル状況を伴う別のチャネルへ移動させることができる。集約されたチャネルの送信においては、送信のためのコンテンションウィンドウは、次のように実施することができる:プライマリーチャネルが失敗した場合には、コンテンションウィンドウは、倍になることができる。非プライマリーチャネルが失敗した場合、および少なくとも1つのチャネル内に存在する少なくとも1つの再送信MPDUがある場合には、この送信のためのコンテンションウィンドウを倍にすることができる。非プライマリーチャネルのうちの全てが再送信である場合には、コンテンションウィンドウを倍にすることができる。複数のチャネル内に複数の再送信されるMPDUが存在する場合には、この送信のためのコンテンションウィンドウを倍にすることができる。PHYTXendconfirmにおいて開始する、SIFSTimeSlotTimePHYRXSTARTDelayの値を伴って、STAがACKTimeout間隔にわたって待機することができるように、修正されたACKTimeOut間隔を使用することができる。集約されたチャネルの実施態様においては、ACKTimeOut間隔を修正することが必要となる場合がある。プライマリーチャネル最終終了技術が実施される場合には、それぞれのチャネルごとのACKTimeOut間隔の値を、SIFSTimeSlotTimePHYRXSTARTDelayとして修正することができ、ここでは、XMITTIMEPRIMARYは、プライマリーチャネルにおけるMPDU送信時間とすることができ、packetxmittimeは、そのチャネルにおけるMPDU送信時間である。共通仮想感知技術が実施される場合には、それぞれのチャネルごとの修正されたACKTimeOut間隔の値は、SIFSTimeSlotTimePHYRXSTARTDelayとすることができ、ここでは、MAXXMITTIMEは、集約されたチャネルにおける最長の送信時間とすることができる。実施形態1.プライマリーチャネルおよび少なくとも1つの非プライマリーチャネルを含む複数の集約されたチャネルを使用して不連続なスペクトルを介して通信を行うためのチャネルアグリゲーションを実行するノードの方法であって、プライマリーチャネル上でCSMAを実行し、プライマリーチャネルへのアクセスを得て、プライマリーチャネルのチャネルステータスを判定するステップと、プライマリーチャネルのチャネルステータスに基づいて少なくとも1つの非プライマリーチャネルのチャネルステータスを設定するステップとを含むことを特徴とする方法。2.ノードは、APまたはeNBであることを特徴とする実施形態1に記載の方法。3.ノード内の回路が、集約されたチャネルのそれぞれの上でPDUを少なくとも1つのWTRUへ送信するステップをさらに含み、PDUは、データPDUまたはマネージメントPDUであることを特徴とする実施形態1~2のいずれか1つに記載の方法。4.プライマリーチャネル上でのデータ送信は、少なくとも1つの非プライマリーチャネル上でのデータ送信の後に終了することを特徴とする実施形態1~3のいずれか1つに記載の方法。5.NAVが、集約されたチャネルを介して送信されるパケットのデュレーションフィールド内に含まれており、チャネル上での最長の送信時間、およびその最長の送信時間と、チャネルのうちの特定の1つのチャネル上での送信時間との間における差を示すことを特徴とする実施形態1~4のいずれか1つに記載の方法。6.ノード内の回路が、プライマリーチャネルにおける失敗したパケット送信を検知するステップと、ノード内の回路が、現在の送信機会を終了するステップと、ノード内の回路が、バックオフ手順を開始するステップとをさらに含むことを特徴とする実施形態1~5のいずれか1つに記載の方法。7.ノード内の回路が、プライマリーチャネルにおける失敗したパケット送信を検知するステップと、ノード内の回路が、失敗したパケットを、非プライマリーチャネルに関連付けられているバッファへ移動させるステップとをさらに含むことを特徴とする実施形態1~6のいずれか1つに記載の方法。8.ノード内の回路が、非プライマリーチャネルにおける失敗したパケット送信を検知するステップと、ノード内の回路が、失敗したパケットを、プライマリーチャネルに関連付けられているバッファへ移動させるステップとをさらに含むことを特徴とする実施形態1~7のいずれか1つに記載の方法。9.プライマリーチャネルがビジーチャネルステータスを有している状況においては、少なくとも1つの非プライマリーチャネルは、ビジーチャネルステータスを有していると想定されることを特徴とする実施形態1~8のいずれか1つに記載の方法。10.プライマリーチャネルがビジーチャネルステータスを有している状況においては、送信は、その後のTXOPに延期されることを特徴とする実施形態1~9のいずれか1つに記載の方法。11.ノードは、プライマリーチャネルへのアクセスを得るとすぐに、少なくとも1つの非プライマリーチャネルへのアクセスを得ることを特徴とする実施形態1~10のいずれか1つに記載の方法。12.ノード内の回路が、AIFSにわたって待機してから、プライマリーチャネル上でバックオフを実行するステップと、ノード内の回路が、PIFSPCFinterframespace期間にわたって少なくとも1つの非プライマリーチャネルのチャネルステータスをチェックするステップと、ノード内の回路が、プライマリーチャネルおよび少なくとも1つの非プライマリーチャネルのそれぞれの上でPDUを送信したことに応答して、プライマリーチャネルおよび少なくとも1つの非プライマリーチャネルのそれぞれの上で肯定ACKメッセージを受信するステップとをさらに含むことを特徴とする実施形態1~11のいずれか1つに記載の方法。13.プライマリーチャネルは、少なくとも1つの非プライマリーチャネルよりも大きな帯域幅にわたって動作するように構成されることを特徴とする実施形態1~12のいずれか1つに記載の方法。14.ノード内の回路が、AIFS時間にわたって待機した後にRTSメッセージを送信し、前記プライマリーチャネル上でバックオフを実行するステップと、ノード内の回路が、SIFS期間にわたって待機した後にCTSメッセージを受信するステップと、ノード内の回路が、プライマリーチャネルおよび少なくとも1つの非プライマリーチャネルのうちのそれぞれの上でPDUを送信するステップと、ノード内の回路が、プライマリーチャネルおよび少なくとも1つの非プライマリーチャネルのうちのそれぞれの上で肯定ACKメッセージを受信するステップとをさらに含むことを特徴とする実施形態1~13のいずれか1つに記載の方法。15.ノード内の回路が、プライマリーチャネルおよび少なくとも1つの非プライマリーチャネルのうちのどれが新たなチャネルへ切り替えられているかを示す切り替えチャネルフィールド、新たなチャネルの周波数を示す新たなチャネル番号フィールド、並びに新たなチャネルの特性を示すチャネル特徴フィールドを含むCSAメッセージを送信するステップをさらに含むことを特徴とする実施形態1~14のいずれか1つに記載の方法。16.ノード内のバッファコントローラが、集約されたチャネルに関するチャネルMCS情報を受信するステップと、バッファコントローラが、複数のACのそれぞれに、集約されたチャネルのうちのそれぞれのためのロジックバッファを生成するステップと、バッファコントローラが、ノード内のフレームコントローラからA-MPDUフレーム情報を受信するステップと、フレームコントローラが、A-MPDUフレームの集約およびフラグメンテーションを制御するステップとをさらに含むことを特徴とする実施形態1~15のいずれか1つに記載の方法。17.バッファコントローラが、QoS情報およびサイレント期間情報を受信するステップと、バッファコントローラが、フレームの並べ替えおよびフレームの送信をスケジュールするステップとをさらに含むことを特徴とする実施形態16に記載の方法。18.ノード内のスケジューラが、それぞれのフレームが選択される元となるバッファ、および特定の時間におけるチャネル品質に基づいて、それぞれの送信機会の間に複数の物理チャネルのそれぞれの上で送信するためのフレームを選択するステップと、スケジューラが、それぞれの選択されたフレームをそれぞれのチャネルにマップするステップとをさらに含むことを特徴とする実施形態1~17のいずれか1つに記載の方法。19.マップするステップは最近のチャネル品質情報に基づいており、選択されたフレームのための正しい送信の可能性を最大にすることを特徴とする実施形態18に記載の方法。20.プライマリーチャネルおよび少なくとも1つの非プライマリーチャネルを含む複数の集約されたチャネルに関するチャネルMCS情報を受信し、複数のACのそれぞれに、集約されたチャネルのうちのそれぞれのためのロジックバッファを生成するように構成されているバッファコントローラと、A-MPDUフレーム情報を前記バッファコントローラに提供し、A-MSDUフレームの集約およびフラグメンテーションを制御するように構成されているフレームコントローラとを含むことを特徴とするノード。21.フレームコントローラは、A-MPDUの集約を制御するようにさらに構成されていることを特徴とする実施形態20に記載のノード。22.ロジックバッファは、フラグメント化されたA-MSDUフレームを格納することを特徴とする実施形態20~21のいずれか1つに記載のノード。23.APまたはeNBであることを特徴とする実施形態20~22のいずれか1つに記載のノード。24.プライマリーチャネルおよび少なくとも1つの非プライマリーチャネルを含む複数の集約されたチャネルを使用して不連続なスペクトルを介して通信を行うように構成されているトランシーバと、集約されたチャネルに関するチャネルMCS情報を受信し、複数のACのそれぞれに、集約されたチャネルのうちのそれぞれのためのロジックバッファを生成するように構成されているバッファコントローラと、フレームを選択し、それぞれのフレームが選択される元となるバッファ、および特定の時間におけるチャネル品質に基づいて、それぞれの送信機会の間に複数の物理チャネルのそれぞれの上で送信し、それぞれの選択されたフレームをそれぞれのチャネルにマップするように構成されているスケジューラとを含むことを特徴とするノード。25.APまたはeNBであることを特徴とする実施形態24に記載のノード。上記では特徴および要素について特定の組合せで説明しているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素のうちの任意のものとの組合せで使用することができるということを当業者なら理解するであろう。また、本明細書に記載されている実施形態は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読メディア内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実装することができる。コンピュータ可読媒体の例としては、有線接続または無線接続を介して伝送される電子信号、およびコンピュータ可読ストレージメディアが含まれる。コンピュータ可読ストレージメディアの例としては、ROMreadonlymemory、RAMrandomaccessmemory、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気メディア例えば、内蔵ハードディスクまたはリムーバブルディスク、光磁気メディア、並びにCDまたはDVDなどの光メディアが含まれるが、それらには限定されない。ソフトウェアと関連付けられているプロセッサは、WTRU、UE、端末、基地局、Node-B、eNB、HNB、HeNB、AP、RNC、ワイヤレスルータ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用することができる。"