"動的ホワイトスペーススペクトルから少なくとも1つのチャネルを少なくとも1つのデバイスに割り当てるステップと、トリガリングイベントの発生に基づいた帯域幅割り当てのための代替チャネルを監視するステップとを含むことを特徴とする動的スペクトル管理DSMの方法。複数のチャネルが割り当てられる場合、1つのチャネルをプライマリチャネルとして割り当てるステップと、それまで割り当てられていたプライマリチャネルのチャネル品質が閾値を下回った場合、前記複数のチャネルの1つを前記プライマリチャネルとして動的に割り当て直すステップとをさらに含むことを特徴とする請求項1に記載の方法。前記プライマリチャネルは、最小チャネル利用率を有することを特徴とする請求項2に記載の方法。選択されたチャネルの数が要求されたチャネルの数よりも少なく、前記デバイスがハイブリッドデバイスである場合、前記動的ホワイトスペーススペクトルから非利用可能なチャネルを選択するステップであって、ハイブリッドデバイスは、前記動的ホワイトスペーススペクトルにアクセスでき、ロケーションを決定でき、センシングが可能である、ステップをさらに含むことを特徴とする請求項1に記載の方法。デバイスを動的スペクトル管理エンジンに関連付けるステップと、関連付けられたデバイスに基づいて、デバイス能力データベースを構築するステップと、チャネル情報を動的ホワイトスペーススペクトルデータベースから、ポリシー情報をポリシーデータベースから、サイレント構成情報をセンシングプロセッサから、およびチャネルセンシング情報を前記センシングプロセッサから受け取るステップとをさらに含むことを特徴とする請求項1に記載の方法。前記トリガリングイベントは、ネットワーク性能悪化トリガであり、ネットワーク性能統計値に従ってアクティブチャネルをランク付けするステップと、与えられたメトリックについて、最良の代替チャネルが性能的に最悪のアクティブチャネルよりも良好である場合、前記性能的に最悪のアクティブチャネルを前記最良の代替チャネルで置き換えるステップとをさらに含むことを特徴とする請求項1に記載の方法。前記与えられたメトリックは、チャネル利用率であることを特徴とする請求項6に記載の方法。前記トリガリングイベントは、ネットワーク性能悪化トリガであり、ネットワーク性能統計値を所定の閾値と比較することによって、性能的に貧弱なアクティブチャネルを識別するステップと、前記性能的に貧弱なアクティブチャネルを、前記性能的に貧弱なアクティブチャネルよりも性能的に良好な代替チャネルで置き換えるステップとをさらに含むことを特徴とする請求項1に記載の方法。前記ネットワーク性能統計値は、受信信号強度、フレームレート、トラフィック需要のうちの少なくとも1つであることを特徴とする請求項8に記載の方法。前記トリガリングイベントは、割り当てられたチャネル上でプライマリユーザが検出された旨の報告をセンシングプロセッサから受け取るプライマリユーザ検出トリガであることを特徴とする請求項1に記載の方法。前記トリガリングイベントは、セカンダリユーザ検出トリガであり、割り当てられたチャネルが所定のレベルのチャネル利用率を有することを決定するステップをさらに含むことを特徴とする請求項1に記載の方法。4つのチャネルが前記デバイスに割り当てられることを特徴とする請求項1に記載の方法。利用可能なチャネルがデバイス間に均等に割り当てられることを特徴とする請求項1に記載の方法。動的スペクトル管理エンジンが所定の距離だけ移動した場合、チャネル情報を再チェックするステップをさらに含むことを特徴とする請求項1に記載の方法。動的スペクトル管理エンジンへの接続を求める要求に対してアドミッション制御ポリシーを適用するステップをさらに含むことを特徴とする請求項1に記載の方法。動的スペクトル管理DSMシステムにおいて使用されるハイブリッドデバイスであって、前記ハイブリッドデバイスは、前記ハイブリッドデバイスのロケーションを決定し、動的ホワイトスペーススペクトルデータベースにアクセスし、チャネルスペクトル使用をセンスするように構成され、前記ハイブリッドデバイスは、動的ホワイトスペーススペクトルにおける帯域幅割り当てを前記DSMシステムから受け取るように構成されることを特徴とするハイブリッドデバイス。前記ハイブリッドデバイスは、要求された数のチャネルが前記DSMシステムによって満たされない場合、センシング結果に基づいて空きチャネルを決定するように構成されることを特徴とする請求項16に記載のハイブリッドデバイス。前記ハイブリッドデバイスは、プライマリユーザが検出された場合、1つのモードにおいて選択されたチャネルを明け渡して、センシング結果に基づいて選択された別のチャネルを用いるように構成されることを特徴とする請求項16に記載のハイブリッドデバイス。動的スペクトル管理DSMシステムであって、動的ホワイトスペーススペクトルから少なくとも1つのチャネルを少なくとも1つのデバイスに割り当てるように構成されたDSMエンジンを備え、前記DSMエンジンは、トリガリングイベントの発生に基づいた帯域幅割り当てのための代替チャネルを監視するように構成されることを特徴とするDSMシステム。前記DSMエンジンは、複数のチャネルが割り当てられる場合、1つのチャネルをプライマリチャネルとして割り当てるようにさらに構成され、前記DSMエンジンは、それまで割り当てられていたプライマリチャネルのチャネル品質が閾値を下回った場合、前記複数のチャネルの1つを前記プライマリチャネルとして動的に割り当て直すようにさらに構成されることを特徴とする請求項19に記載のDSMシステム。適用可能とすることができ、以下の本明細書の説明とともに使用できる、例示的な通信システムについて本明細書で説明する。他の通信システムも使用することができる。図1Aは、1つまたは複数の開示される実施形態を実施できる例示的な通信システム100の図である。通信システム100は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する多元接続システムとすることができる。通信システム100は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム100は、CDMA符号分割多元接続、TDMA時分割多元接続、FDMA周波数分割多元接続、OFDMA直交FDMAおよびSC-FDMAシングルキャリアFDMAなど、1つまたは複数のチャネルアクセス方法を利用することができる。図1Aに示されるように、通信システム100は、WTRU無線送受信ユニット102a、102b、102c、102d、RAN無線アクセスネットワーク104、コアネットワーク106、PSTN公衆交換電話網108、インターネット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、ノードB、eノードB、ホームノードB、ホームeノードB、サイトコントローラ、APアクセスポイントおよび無線ルータなどとすることができる。基地局114a、114bは各々、単一の要素として示されているが、基地局114a、114bは、任意の数の相互接続された基地局および/またはネットワーク要素を含むことができることが理解できよう。基地局114aは、RAN104の部分とすることができ、RAN104は、他の基地局、および/またはBSC基地局コントローラ、RNC無線ネットワークコントローラ、中継ノードなどのネットワーク要素図示せずも含むことができる。基地局114aおよび/または基地局114bは、セル図示せずと呼ばれることがある特定の地理的領域内で、無線信号を送信および/または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局114aに関連付けられたセルは、3つのセクタに分割することができる。従って、一実施形態では、基地局114aは、送受信機を3つ、すなわち、セルのセクタごとに1つずつ含むことができる。別の実施形態では、基地局114aは、MIMO多入力多出力技術を利用することができ、そのため、セルのセクタごとに複数の送受信機を利用することができる。基地局114a、114bは、エアインタフェース116を介して、WTRU102a、102b、102c、102dの1つまたは複数と通信することができ、エアインタフェース116は、任意の適切な無線通信リンク例えば、RF無線周波数、マイクロ波、IR赤外線、UV紫外線、可視光などとすることができる。エアインタフェース116は、任意の適切なRAT無線アクセス技術を使用して確立することができる。より具体的には、上述したように、通信システム100は、多元接続システムとすることができ、CDMA、TDMA、FDMA、OFDMAおよびSC-FDMAなどの1つまたは複数のチャネルアクセス方式を利用することができる。例えば、RAN104内の基地局114a、およびWTRU102a、102b、102cは、WCDMA登録商標広帯域CDMAを使用してエアインタフェース116を確立できる、UTRAUMTSUniversalMobileTelecommunicationsSystem地上無線アクセスなどの無線技術を実施することができる。WCDMAは、HSPAHighSpeedPacketAccessおよび/またはHSPAEvolvedHSPAなどの通信プロトコルを含むことができる。HSPAは、HSDPAHighSpeedDownlinkPacketAccessおよび/またはHSUPAHighSpeedUplinkPacketAccessを含むことができる。別の実施形態では、基地局114aおよびWTRU102a、102b、102cは、LTELongTermEvolutionおよび/またはLTE-ALTEAdvancedを使用してエアインタフェース116を確立できる、E-UTRA進化型UMTS地上無線アクセスなどの無線技術を実施することができる。他の実施形態では、基地局114aおよびWTRU102a、102b、102cは、IEEE802.16すなわちWiMAXWorldwideInteroperabilityforMicrowaveAccess、CDMA2000、CDMA20001X、CDMA2000EV-DO、IS-2000暫定標準2000、IS-95暫定標準95、IS-856暫定標準856、GSM登録商標GlobalSystemforMobileCommunications、EDGEEnhancedDataratesforGSMEvolutionおよびGERANGSMEDGEなどの無線技術を実施することができる。図1Aの基地局114bは、例えば、無線ルータ、ホームノードB、ホームeノードBまたはアクセスポイントとすることができ、職場、家庭、乗物およびキャンパスなどの局所的エリアにおける無線接続性を円滑化するために、任意の適切なRATを利用することができる。一実施形態では、基地局114bおよびWTRU102c、102dは、IEEE802.11などの無線技術を実施し、WLAN無線ローカルエリアネットワークを確立することができる。別の実施形態では、基地局114bおよびWTRU102c、102dは、IEEE802.15などの無線技術を実施し、WPAN無線パーソナルエリアネットワークを確立することができる。また別の実施形態では、基地局114bおよびWTRU102c、102dは、セルラベースのRAT例えば、WCDMA、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と直接的または間接的に通信できることが理解できよう。例えば、E-UTRA無線技術を利用できるRAN104に接続するのに加えて、コアネットワーク106は、GSM無線技術を利用する別のRAN図示せずと通信することもできる。コアネットワーク106は、PSTN108、インターネット110および/または他のネットワーク112にアクセスするための、WTRU102a、102b、102c、102dのゲートウェイとしてサービスすることもできる。PSTN108は、POTS基本電話サービスを提供する回線交換電話網を含むことができる。インターネット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は、例示的なWTRU102のシステム図である。図1Bに示されるように、WTRU102は、プロセッサ118、送受信機120、送信/受信要素122、スピーカ/マイクロフォン124、キーパッド126、ディスプレイ/タッチパッド128、非リムーバブルメモリ130、リムーバブルメモリ132、電源134、GPS全地球測位システムチップセット136および他の周辺機器138を含むことができる。WTRU102は、一実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解できよう。プロセッサ118は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、DSPデジタル信号プロセッサ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ASIC特定用途向け集積回路、FPGAフィールドプログラマブルゲートアレイ回路、他の任意のタイプのIC集積回路、および状態機械などとすることができる。プロセッサ118は、信号符号化、データ処理、電力制御、入出力処理および/またはWTRU102が無線環境で動作できるようにする他の任意の機能を実行することができる。プロセッサ118は、送受信機120に結合することができ、送受信機120は、送信/受信要素122に結合することができる。図1Bは、プロセッサ118と送受信機120を別々のコンポーネントとして示しているが、プロセッサ118と送受信機120は、電子パッケージまたはチップ内に一緒に統合できることが理解できよう。送信/受信要素122は、エアインタフェース116を介して、基地局例えば基地局114aに信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信/受信要素122は、RF信号を送信および/または受信するように構成されたアンテナとすることができる。別の実施形態では、送信/受信要素122は、例えば、IR、UVまたは可視光信号を送信および/または受信するように構成されたエミッタ/検出器とすることができる。また別の実施形態では、送信/受信要素122は、RF信号と光信号の両方を送信および受信するように構成することができる。送信/受信要素122は、無線信号の任意の組み合わせを送信および/または受信するように構成できることが理解できよう。加えて、図1Bでは、送信/受信要素122は単一の要素として示されているが、WTRU102は、任意の数の送信/受信要素122を含むことができる。より具体的には、WTRU102は、MIMO技術を利用することができる。したがって、一実施形態では、WTRU102は、エアインタフェース116を介して無線信号を送信および受信するための2つ以上の送信/受信要素122例えば複数のアンテナを含むことができる。送受信機120は、送信/受信要素122によって送信される信号を変調し、送信/受信要素122によって受信された信号を復調するように構成することができる。上述したように、WTRU102はマルチモード機能を有することができる。したがって、送受信機120は、WTRU102が、例えばUTRAおよびIEEE802.11などの複数のRATを介して通信できるようにするための、複数の送受信機を含むことができる。WTRU102のプロセッサ118は、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128例えば、LCD液晶表示ディスプレイユニットもしくはOLED有機発光ダイオードディスプレイユニットに結合することができ、それらからユーザ入力データを受け取ることができる。プロセッサ118は、スピーカ/マイクロフォン124、キーパッド126および/またはディスプレイ/タッチパッド128にユーザデータを出力することもできる。加えて、プロセッサ118は、非リムーバブルメモリ130および/またはリムーバブルメモリ132など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ130は、RAM、ROM、ハードディスクまたは他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ132は、SIM加入者識別モジュールカード、メモリスティックおよびSDセキュアデジタルメモリカードなどを含むことができる。他の実施形態では、プロセッサ118は、WTRU102上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ図示せずなどの上に配置されたメモリから情報を入手することができ、それらにデータを記憶することができる。プロセッサ118は、電源134から電力を受け取ることができ、WTRU102内の他のコンポーネントへの電力の分配および/または制御を行うように構成することができる。電源134は、WTRU102に給電するための任意の適切なデバイスとすることができる。例えば、電源134は、1つまたは複数の乾電池例えば、ニッケル-カドミウムNiCd、ニッケル-亜鉛NiZn、ニッケル水素NiMH、リチウムイオンLi-ionなど、太陽電池および燃料電池などを含むことができる。プロセッサ118は、GPSチップセット136に結合することもでき、GPSチップセット136は、WTRU102の現在位置に関する位置情報例えば経度および緯度を提供するように構成することができる。GPSチップセット136からの情報に加えて、またはその代わりに、WTRU102は、基地局例えば基地局114a、114bからエアインタフェース116を介して位置情報を受け取ることができ、および/または2つ以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。WTRU102は、一実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得できることが理解できよう。プロセッサ118は、他の周辺機器138にさらに結合することができ、他の周辺機器138は、追加的な特徴、機能および/または有線もしくは無線接続性を提供する、1つまたは複数のソフトウェアモジュールおよび/またはハードウェアモジュールを含むことができる。例えば、周辺機器138は、加速度計、eコンパス、衛星送受信機、写真またはビデオ用のデジタルカメラ、USBポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Bluetooth登録商標モジュール、FM周波数変調ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュールおよびインターネットブラウザなどを含むことができる。図1Cは、一実施形態による、RAN104およびコアネットワーク106のシステム図である。上述したように、RAN104は、エアインタフェース116を介してWTRU102a、102b、102cと通信するために、E-UTRA無線技術を利用することができる。RAN104は、コアネットワーク106と通信することもできる。RAN104は、eノードB140a、140b、140cを含むことができるが、RAN104は、一実施形態との整合性を保ちながら、任意の数のeノードBを含みうることが理解できよう。eノードB140a、140b、140cは、各々が、エアインタフェース116を介してWTRU102a、102b、102cと通信するための1つまたは複数のトランシーバを含むことができる。一実施形態では、eノードB140a、140b、140cは、MIMO技術を実施することができる。したがって、eノードB140aは、例えば、複数のアンテナを使用して、WTRU102aに無線信号を送信し、WTRU102aから無線信号を受信することができる。eノードB140a、140b、140cの各々は、特定のセル図示せずに関連付けることができ、無線リソース管理決定、ハンドオーバ決定、並びにアップリンクおよび/またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図1Cに示されるように、eノードB140a、140b、140cは、X2インタフェースを介して互いに通信することができる。図1Cに示されるコアネットワーク106は、モビリティ管理エンティティMME142、サービングゲートウェイ144およびパケットデータネットワークPDNゲートウェイ146を含むことができる。上記の要素の各々は、コアネットワーク106の一部として示されているが、これらの要素は、どの1つをとっても、コアネットワーク運営体とは異なる主体によって所有および/または運営できることが理解されよう。MME142は、S1インタフェースを介してRAN104内のeノードB140a、140b、140cの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、MME142は、WTRU102a、102b、102cのユーザの認証、ベアラアクティベーション/非アクティベーション、WTRU102a、102b、102cの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。MME142は、RAN104とGSMまたはWCDMAなどの他の無線技術を利用する他のRAN図示せずとの間のスイッチングのための制御プレーン機能を提供することもできる。サービングゲートウェイ144は、S1インタフェースを介してRAN104内のeノードB140a、140b、140cの各々に接続することができる。サービングゲートウェイ144は、一般に、ユーザデータパケットをWTRU102a、102b、102cに/からルーティングおよび転送することができる。サービングゲートウェイ144は、eノードB間ハンドオーバ中におけるユーザプレーンのアンカリングanchoring、ダウンリンクデータがWTRU102a、102b、102cに利用可能な場合に行うページングのトリガ、並びにWTRU102a、102b、102cのコンテキストの管理および記憶など、他の機能を実行することもできる。サービングゲートウェイ144は、PDNゲートウェイ146に接続することもでき、PDNゲートウェイ146は、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cとIP対応デバイスとの間の通信を円滑化することができる。コアネットワーク106は、他のネットワークとの通信を円滑化することができる。例えば、コアネットワーク106は、PSTN108などの回線交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cと従来の陸線通信デバイス間の通信を円滑化することができる。例えば、コアネットワーク106は、コアネットワーク106とPSTN108間のインタフェースとしての役割を果たすIPゲートウェイ例えばIMSIPMultimediaSubsystemサーバを含むことができ、またはIPゲートウェイと通信することができる。また、コアネットワーク106は、ネットワーク112へのアクセスをWTRU102a、102b、102cに提供することができ、ネットワーク112は、他のサービスプロバイダによって所有および/または運営される他の有線または無線ネットワークを含むことができる。例示的なシステムアーキテクチャ、インタフェース規定、メトリック、帯域幅割り当てアルゴリズムおよび呼フローを含む、動的スペクトル管理DSMシステムについて本明細書で説明する。また、DSMシステムとともに使用されるハイブリッドデバイスについても本明細書で説明する。例えば、動的帯域幅割り当てを成功させるためにDSMシステムの異なる構成要素間で受け渡す必要がありうる情報を、対応するインタフェースの規定と併せて、識別することができる。帯域幅割り当てを必要とすることがある様々なシナリオが提示される。ネットワーク性能を測定し、チャネルセンシング結果を評価するためのメトリック、および様々な帯域幅割り当てシナリオを扱うためのアルゴリズムが提示される。QoSサポートのためのアドミッション制御メカニズムも提供される。新しいチャネルが必要とされたときに、即座に代替チャネルを割り当てることができ、したがって、DSMシステムに対するサービスの中断が大幅に短くなるように、代替チャネル監視をバックグラウンドで実行することができる。デバイスが同時に複数のチャネルを使用できる場合、使用されている全てのチャネル上でのデータ送信に対するACKフレームの送信などのクリティカルなタスクをサポートするために、1つのチャネルをプライマリチャネルとして割り当てることができる。例えば閾値を上回るチャネル品質を有する良好なチャネルをプライマリチャネルとして割り当てる必要がある。しかし、チャネルの品質は、時間とともに変化することがあり、相対的に良好な品質を有するチャネルでも、時間とともに悪化することがある。したがって、最適な帯域幅割り当て結果を得るために、同時に使用できるチャネルのうちの最良のチャネルが、プライマリチャネルとして動的に選択される。一般に、ハイブリッドデバイスは、テレビホワイトスペースTVWSデータベースにアクセスし、スペクトルセンシングを実行することができる。例えば、TVWSデータベースによって、あるチャネルが利用不可能と示されている場合、使用する他のチャネルを有さないデバイスは、そのチャネルをセンスすることができ、チャネル上でPUが検出されない場合は、そのチャネルを使用することができる。このようにすることで、都市圏などの場所で、スペクトル利用可能性を著しく高めることができる。本明細書では、TVWSを使用するが、リースされたスペクトル、サブライセンスされたスペクトルおよび他の免許不要のスペクトルなど、他のスペクトルを使用すること、または適用可能とすることができる。DSMシステムは、4つのタイプのパーソナル/ポータブルデバイスを使用することができ、1モードIデバイスは、固定式デバイスまたはモードIIパーソナル/ポータブルデバイスによって識別されたチャネル上で動作することができ、2モードIIデバイスは、地理的ロケーションおよびデータベースアクセスに依存して、所在場所において利用可能なチャネルを決定することができ、3センシング専用sensingonlyデバイスは、スペクトルセンシングを使用して、利用可能なチャネルのリストを決定することができ、4その所在場所を知ることができるハイブリッドデバイスは、テレビホワイトスペースTVWSデータベースにアクセスし、またセンシングを行うことが可能である。モードIおよびモードIIデバイスはともに、地理的ロケーションおよびTVWSデータベースへのアクセスに依存して、利用可能なチャネルを決定することができる。モードIIデバイスは、自身のロケーション情報を有し、TVWSデータベースに直接的にアクセスするが、モードIデバイスは、利用可能なチャネルを決定するために、モードIIデバイスに依存する。センシング専用デバイスは、TVWSデータベースにアクセスせず、それぞれの所在場所を決定する能力も有さない。センシング専用デバイスがTVチャネルにアクセスできる唯一の手段は、スペクトルセンシングを介するものである。すなわち、センシング専用デバイスは、あるTVチャネル上にプライマリユーザPUが存在しないことをスペクトルセンシング結果が示している場合に、そのTVチャネルにアクセスすることができる。モードIおよびモードIIデバイスの難点は、それらがスペクトルアクセス機会を逃すことがあることである。例えば、TV局がTVWSデータベースに登録されている場合、TV局は、その間に送信を行うようにTV局が登録された時間の一部においてのみ送信することができる。すなわち、TVWSデータベースによれば、あるチャネルがあるロケーションで利用不可能であっても、それでもなお、これらのロケーションにおいて、スペクトルアクセス機会が存在することがある。センシング専用デバイスの難点は、アクセスしようとする全てのチャネル上で、デバイスがスペクトルセンシングを行わなければならないことである。スペクトルセンシングは、長時間かかることがあり、非常に多くのエネルギーを消費することがある。モードIおよびモードIIデバイスとセンシング専用デバイスの難点を回避しながら、それらの長所を活かすために、ハイブリッドモードデバイスを使用することができる。ハイブリッドデバイスは、その所在場所を決定でき、TVWSデータベースにアクセスでき、スペクトルセンシングを行うことが可能なデバイスである。そのようなハイブリッドデバイスを説明する実施形態について本明細書で説明する。DSMシステムアーキテクチャについて本明細書で説明する。例示的なDSMアーキテクチャ200が図2に示されている。DSMエンジン210は、セルラモバイルデバイス220、レガシデバイス222、総称的にDSMクライアント224、226、セルラフォン216やラップトップ217やプリンタ218などのデバイスが接続される802.11ベースのデバイス215、またはアクセスポイントなどとすることができる各DSMクライアントのために帯域幅割り当てを実行することができ、インターネット230およびセルラネットワーク232へのゲートウェイとして機能することができる。DSMエンジン210は、センシングツールボックス240、チャネル管理機能CMF:channelmanagementfunction242を含むことができ、CMF242は、同様に、帯域幅割り当てを管理できる帯域幅割り当て制御BAC:BandwidthAllocationControlエンティティ244を含むことができる。センシングツールボックス240、CMF242およびBAC244の機能について本明細書で説明する。本明細書で説明する実施形態は、図2に示されるDSMアーキテクチャを参照することができるが、代替的なアーキテクチャにも適用可能とすることができる。図3aは、DSMシステム300における各タスクが、DSMエンジン305内のブロックとして識別される、例示的なシステムアーキテクチャである。本明細書で説明される、様々なエンティティ間の接続または通信は、イーサネット登録商標302を介して行うことができる。DSMシステム300は、DSMエンジン305を含むことができ、DSMエンジン305は、CMF310およびセンシングプロセッサ315を含むことができる。CMF310は、BAC319および直接リンク管理DLM:directlinkmanagementエンティティ317を含むことができる。DSMエンジン305は、インターネット327を介して、ポリシーデータベース320およびTVWSデータベース325に接続すること、またはそれらと通信することができる。DSMエンジンは、AP330およびAP340などの複数のAPアクセスポイントに接続すること、またはそれらと通信することもできる。さらに、AP330は、ステーションSTA332およびSTA334などのSTAに接続すること、またはそれらと通信することができる。STA332とSTA334は、直接リンク通信を行うことができる。さらに、AP340は、STA342、STA344およびSTA346に接続すること、またはそれらと通信することができる。特に、BAC319、センシングプロセッサ315およびDLMエンティティ317は、イーサネット302を介して、他のエンティティに接続すること、またはそれらと通信することができる。図3bは、例示的な機能的および/または操作的なBACのブロック図380である。BAC380は、本明細書で説明するような、ポリシーエンジン382および集中化データベース384を含むことができる。もっぱら説明の目的で、DSMクライアントに対する言及は、AP330、AP340、およびSTA332、334、342、344、346に対する言及とすることができる。しかし、DSMクライアントは、DSMシステムと対話すること、およびDSMシステム内で通信することが可能な、任意の数およびタイプのデバイスを指すこともできる。DSMエンジン305は、CMF310、モバイルノード制御MNCサーバ図示せず、ポリシーエンジン382、APアクセスポイント機能図示せず、センシングプロセッサSP315、集中化デバイスデータベース384、およびホームノードB機能図示せずを含む、論理的機能に分割することができる。CMF310は、無線リソースを管理し、それらを、STA332、334、342、344、346などのDSMクライアントまたはデバイスと、AP330、340などのAPとの各々に効率的に割り当てることを担う、中央リソースコントローラである。この論理的機能はまた、DSMクライアントのアドミッション制御を管理し、集中化デバイスデータベース384を維持する。CMF310は、DSMクライアントによる帯域幅要求を直接的に扱うことができる。これらの帯域幅要求を満たすため、CMF310は、CMF310がセンシングプロセッサ315およびポリシーエンジン382によって提供される情報を使用して識別し、継続的に更新する、スペクトルリソースの共通プールを維持することができる。所与のAPとそれが関連するDSMクライアントとに帯域幅が割り当てられると、本明細書で説明するような制御メッセージメカニズムは、使用されるアグリゲートスペクトルaggregatedspectrumをDSMクライアントに通知することができる。スペクトル利用は時間とともに変化することが予想されるので、制御チャネルを使用して、DSMクライアントの各々によって利用されるリソースを動的に更新または変更することができる。CMF310は、チャネル変更、ビーコニングbeaconingおよび障害ケースハンドリングのための制御メッセージの配送を管理する制御チャネル管理機能を含むことができる。この機能は、ページング、サービス発見およびダイレクトリンクセットアップなど、高度な制御メッセージの配送も保証することができる。例えば、クライアント要求、クライアント能力、クライアントロケーションおよび無線リソース利用可能性に基づいて、CMF310は、複数のDSMクライアント間に直接リンクを確立することによって要求を処理することを決定することができる。拡張制御チャネルは、未調整の重度の干渉の下で、またスペクトル使用の絶え間ない変化の下で、DSMシステム300が高い信頼性で効率的に動作することを保証する。CMF310は、センシングプロセッサ315の助けを借りて、プールされた1組の利用可能なスペクトルを識別し、維持することができる。CMF310による無線リソース割り当ては、DSMポリシーエンジン382によって生成された規則に準拠することができる。DSMポリシーエンジン382は、ポリシー規則を生成することができ、ポリシー規則は、TVWSデータベース325からの入力、一般にネットワーク事業者または企業顧客が規定する付加的なシステム全般の規則、並びにネットワーク事業者が、好ましい動作チャネル、ブラックリストに載っているチャネル、およびシステム全体の電力消費構成などのスペクトル管理規則を規定できる、ローカルマルチRAT無線アクセス技術ポリシーエンジンからの付加的な規則に基づく。CMF310は、バッファ占有率、全体的な待ち時間、配送成功率、チャネル利用率およびメディアアクセス遅延を含む性能入力をDSMシステム300から収集することができる。決定エンジン例えば、Attila決定エンジンから生成されたユーザ固有のポリシーは、DSMリンク専用のネットワークマネージャインタフェースを介して送ることができ、その後、ポリシーは、本明細書で説明するように、CMFクライアントに転送されることができる。CMFクライアントは、DSMエンジン305内のCMFにユーザプリファレンスを通知することができる。CMF310は、1つまたは複数のAP機能を管理することができる。AP機能は、DSMクライアントのグループとの接続を開始し、維持するために、基本的なMAC/PHY媒体アクセス制御/物理機能を提供することができる。DSMシステム300では、DSMクライアントの複数のグループをサポートすることができる。AP機能は、新しい制御チャネル方式およびMAC層による不連続スペクトルアグリゲーションnoncontiguousspectrumaggregationをサポートするために、拡張することができる。一般に、APには、CMF305によって制御メッセージおよびデータメッセージの両方を処理するために、専用のアグリゲートされたチャネルのプールを割り当てることができる。センシングプロセッサ315は、ネットワークにおいてセンシング専用モードで動作するDSMクライアントのセンシング動作を制御することもできる。集中化デバイスデータベース384は、DSMエンジン305に関連付けられた、ネットワーク内の全てのDSMクライアントおよび/またはデバイスについての、デバイス固有の情報を記憶することができる。論理的機能が意味することは、他の機能とのモジュールインタフェースを維持しながら、独立に動作し、明確に規定されたタスクを実行することである。DSMエンジン305を実施することで、いくつかの論理エンティティを併置しなくてもよいようにすることができる。例えば、複数のAP機能は、ローカルエリア内に分散させることができる。DSMエンジン305内のブロックと機能ブロックの間の対応は、以下のように要約することができる。すなわち、1CMF310は、BAC319およびDLM317によって実施すること、またはそれらに対応することができ、2センシングプロセッサは、センシングツールボックス316によって実施すること、またはそれに対応することができ、3ポリシーエンジン382は、BAC319内で実施することができ、4AP機能は、BAC319およびDLM317にわたって実施することができ、5集中化デバイスデータベースは、BAC319内で実施することができる。図3aに示されるように、BAC319は、イーサネット302およびインターネット327を介して、TVWSデータベース325と通信することができる。BAC319は、センスされるチャネルのリストを送り、チャネル利用可能性についてのレポートを受け取ることによって、センシングツールボックス316と通信することができる。利用可能なチャネルについての最新の情報が確実に獲得されるように、BAC319は、チャネルを割り当てる場合、センシングツールボックス316に問い合わせて、割り当てるチャネルがまだ利用可能であることを確認することができる。BAC319は、STAステーションおよびAPアクセスポイントの両方のMACプロトコルインスタンスと通信することができる。MACプロトコルインスタンスに渡される情報は、サイレント期間の持続時間および周期、並びに割り当てるチャネルを含むことができる。MACプロトコルインスタンスによってBAC319に送られる情報は、STAおよびAPにおける、感知されたQoSサービス品質性能、並びにMAC層およびPHY物理層統計値例えば、フレーム損失率、受信信号、およびRSSI受信信号強度インジケータを含むことができ、新しいチャネル割り当てのためのトリガとして使用することができる。BAC319は、DLM317と通信して、直接リンクを設定するために使用できるチャネルについてDLM317に通知することができる。DLM317は、各直接リンクのためにどのチャネルが使用できるかを決定することができる。DSMシステム300のための呼フローは、特許文献1において入手可能である。本明細書で説明される方法は、センシング専用モードで動作するデバイスおよびハイブリッドモードで動作するデバイスに、TVWSデータベース325の情報を提供する。ハイブリッドモードでは、デバイスは、TVWSデータベース325の情報に基づいて空きであると指定されたチャネルを利用することができる。しかし、ハイブリッドデバイスまたはハイブリッドシステムによって必要とされるチャネルの必要数が満たされない場合、デバイスは、センシング専用デバイスとして機能し、センシング結果だけに基づいて、空きチャネルを決定することができる。センシング専用モードで機能するセンシング専用デバイスおよびハイブリッドデバイスは、プライマリユーザが検出された場合、このモードにおいて選択されたチャネルを明け渡すための機能を備えることができる。TVWSデータベース325とのインタフェースについて本明細書で説明する。このインタフェースは、BAC319が、チャネル割り当ておよび割り当て解除に関連するスペクトルアクセスポリシーをフェッチできるようにすることができる。TVWSデータベース325は、TV帯デバイスの地理的ロケーションに基づいて、可能な利用可能なチャネルについての情報を提供することができ、3つの基本的な機能、すなわち、データリポジトリ、データ登録プロセスおよび問い合わせプロセスを有することができる。説明の目的で、TVWSデータベース325は、非特許文献1、非特許文献2、非特許文献3、非特許文献4および非特許文献5において提案されるTVWSデータベースに類似したものとすることができ、上記の文献は全て、参照により本明細書に組み込まれる。DeviceInfoメッセージは、以下の情報、すなわち、1デバイスタイプ:固定式か、またはパーソナル/ポータブルか、2ホワイトスペースデバイスWSDFCCID:WSDのFCCID、3WSDシリアル番号:WSDの製造業者のシリアル番号、および4WSDロケーション:緯度/経度形式で表されるWSDのロケーションを含むことができる。BAC319が含まれ得るDSMエンジン305とTVWSデータベース325の間のメッセージが、以下の表1に示されている。ポリシーデータベース320とのインタフェースについて本明細書で説明する。BAC319とポリシーデータベース320の間のメッセージが以下の表2に示されている。ポリシーデータベース320は、PolicyReplyメッセージをDSMエンジン305に返すことができる。このメッセージは、関連するポリシーをDSMエンジン305に伝えることができる。パケットセグメントフォーマット400の例が図4に示されている。パケット400は、ポリシーのソース405である、FCC、OFCOM英国情報通信庁OfficeofCommunicationsもしくは他の監督機関、またはユーザ規定のポリシーの場合ユーザを含むことができる。パケット400は、各チャネルについてのポリシー410を含むことができ、各チャネルについてのポリシー410は、チャネルID412、下限周波数414と上限周波数416の間の周波数範囲によって規定されるチャネル規定、およびデバイスタイプの数418を含む。各チャネルについての各チャネルについてのポリシー410は、各デバイスタイプについてのポリシー420も含むことができ、各デバイスタイプについてのポリシー420は、1MaxPower422-占有されたチャネルが隣接しない場合の最大有効または等価等方放射電力EIRP:equivalentisotropicradiatedpower、2MaxPowerAjacentOccupied424-占有されたチャネルが隣接する場合の最大EIRP、および3OutOfBandEmissionBelow426-隣接チャネルへの帯域外発射outofbandemissionの電力がDSMデバイスによって使用されているチャネルにおける電力よりも何dB低くあるべきかを指定する帯域外発射要件を含むことができる。各チャネルタイプについてのポリシー420は、1その値以下のプライマリユーザPUの信号をDSMシステムがセンスできる必要があるという事実に結び付けられた値であるSensingSensitivity430現行のFCCTVWS規則では、この値は-114dBである、2DSMシステムに最初に電源が入れられたときのスペクトルセンシングのための時間であるInitialSensingTime432現行のFCCTVWS規則では、この値は30秒である、3PUによって使用されることが決定されたチャネルをDSMシステムがどれだけ迅速に明け渡す必要があるかを示すVacateTime434、4DTV信号の存在をDSMシステムがどれだけの頻度でチェックする必要があるかを示すReChecklntervalDTV436、5無線マイクロフォン信号の存在をDSMシステムがどれだけの頻度でチェックする必要があるかを示すReChecklntervalMic438をさらに含むことができる。表3は、例示的なFCCTVWSポリシーからの例示的なスペクトルアクセスポリシーを示している。この例では、デバイスタイプ0は、パーソナル/ポータブルデバイスに相当し、デバイスタイプ1は、固定式デバイスに相当する。センシングツールボックス316のインタフェースについて本明細書で説明する。BAC319は、スペクトルセンシングのための命令をセンシングツールボックス316に渡し、スペクトルセンシング結果をセンシングツールボックス316から受け取る必要があることがある。BAC319とセンシングツールボックス316の間で交換されるメッセージが、図5A~図5Cに示されている。TV帯において、無線マイクロフォンおよびデジタルTV/セカンダリユーザDTV/SUDTVとSUを常に区別するとは限らないを検出するために、粗略なセンシングを使用することができる。SilentPeriodRequirementsQueryConf内の情報は、メッセージNetworkConfigRequestを介して、BAC319からAP内に存在する、またはAP内で実施されるサイレント期間管理エンティティに送信することができる。BAC319は、センシングツールボックス316とサイレント期間管理エンティティの間の中継として機能する。メッセージNetworkConfigRequestは、ネットワーク性能についてのメトリックなど、他の情報も含むことができる。プロトタイプの場合、PU検出は、無線マイクロフォンに関するものとすることができる。その場合、表4に従って、ChannelSensingResultを変更することができ、表4は、プロトタイプにおけるChannelSensingResultメッセージのフォーマットを示している。例えばAP330および/またはAP340とすることができる、APとのインタフェースについて本明細書で説明する。例示的な表が図6A~図6Lに示されている。BAC319は、最初、TVWSデータベース325、ポリシーデータベース320およびセンシングツールボックス316と対話して、特定のAPに対して最大4つのチャネルを割り当てることができる。割り当ては、APに送信されることができる。現在APに割り当てられているチャネルが、APによって報告されるように不良な状態にある場合、APは、BAC319に通知することができ、BAC319は、APのために交換チャネルを見つけることができる。BAC319は、チャネル再割り当てをAPに送信することができる。現在ネットワークに割り当てられているチャネルが、センシングツールボックス316またはTVWSデータベースによって報告されるように利用不可能になった場合、BAC319は、交換チャネルを見つけることができる。BAC319は、チャネル再割り当てを適切なAPに送信することができる。メッセージタイプは、以下のものを含むことができる。1InitialBARequest-APは、APに割り当てられる新しいチャネルのリストを求める要求をBAC319に送信する。2InitialBARequestACK-BAC319からAPに送信される、InitialBARequestメッセージに対する肯定応答。3ChannelStatusIndication-チャネル障害の報告あるデバイスにおけるMAC層統計値が、あるチャネルがダウンしていることを示す場合、APは、BAC319へのChannelStatusIndicationメッセージを開始することができる。4ChannelStatusIndicationACK-BAC319からAPに送信される、ChannelStatusIndicationメッセージに対する肯定応答。5BAReconfiguration-BAC319は、旧いチャネルを新しいチャネルで置き換えることをAPに通知するために、このメッセージを送信することができる。6BAReconfigurationACK-APからBAC319に送信される、BAReconfigurationメッセージに対する肯定応答。InitialBARequestメッセージは、以下の情報、すなわち、1APのデバイス情報、例えば、センシング能力、および2APのロケーションを含むことができる。ChannelStatusIndicationメッセージは、以下の情報、すなわち、チャネルID、下限周波数と上限周波数の間の周波数範囲であるチャネル規定、MAC層統計値のタイプ例えば、ACKパーセンテージ、平均配送時間など、およびMAC層統計値を含むパラメータの組を、最大で4つ含むことができる。BAReconfigurationメッセージは、以下の情報、すなわち、旧いチャネルID、下限周波数と上限周波数の間の周波数範囲である旧いチャネル規定、新しいチャネルID、下限周波数と上限周波数の間の周波数範囲である新しいチャネル規定、新しいチャネルのEIRP、1はプライマリチャネルを意味し、0は非プライマリチャネルを意味する、プライマリチャネルインジケータ、および存在する場合は、付加的なチャネル詳細を含むパラメータの組を、最大で4つ含むことができる。BAReconfigurationメッセージにおいて、旧いチャネルと新しいチャネルが対をなさないことが可能であり得ることに留意されたい。具体的には、BAReconfigurationメッセージは、割り当てるチャネルがまだ存在しないので、最初に新しいチャネルの使用開始を通知することができる。BAReconfigurationメッセージは、新しいチャネルがまだ割り当てられていないうちに、旧いチャネルの使用停止だけを通知することができ、またはBAReconfigurationメッセージは、新しいチャネルの使用開始を通知することができる。こうしたケースが起こり得るのは、利用可能なチャネルが十分に存在しない場合、または現在使用されているチャネルのいくつかがプライマリユーザによって占有されることをBAC319が検出したときに、BAC319が交換チャネルを見つけ出せていない場合である。この場合、利用不可能なエントリは、オール0に設定することができる。帯域幅割り当てアルゴリズムについて本明細書で説明する。一般に、1初期帯域幅割り当て、2ネットワーク性能によってトリガされる帯域幅割り当て、3センシングによってトリガされる帯域幅割り当て、および4ネットワーク性能悪化によってトリガされる帯域幅割り当ての、4つのタイプの帯域幅割り当て要求が存在する。初期帯域幅割り当てに関して、BACは、BSS基本サービスセットごとに、APおよび関連するSTAに対してチャネルを割り当てることができる。すなわち、BSS内のAPおよび関連するSTAは、同じ1組のチャネルを使用する。このタイプの帯域幅割り当ては、インフラストラクチャリンクAPとSTAの間のリンクに適用されるが、直接リンクAPを通過しないSTAからSTAへの直接的なリンクには適用されず、その理由は、直接リンクのために帯域幅割り当てを求める要求はAPを通過する必要があり、これは、インフラストラクチャリンクのための帯域幅割り当てが完了する前には起こり得ないからである。帯域幅要求またはより高度なQoSによってトリガされる帯域幅割り当てに関して、インフラストラクチャリンクの場合、APは、BSSを代表して、一定の量の帯域幅例えば何MHzかの帯域幅を明示的に求めるメッセージを、BACに送信することができる。あるいは、APは、BSSを代表して、QoS要件例えばBSS内のリンクについての平均データレートを指定するメッセージを、BACに送信することができ、BACは、QoS要件を満たすために、どのチャネルをBSSに割り当てる必要があるかを決定することができる。センシングによってトリガされる帯域幅割り当てに関して、このタイプの帯域幅割り当ては、センシングツールボックスが、DSMシステムによってアクティブに使用されているチャネル上に、PUの存在または他のSUからの強い干渉を感知した場合にトリガされる。PUが存在する場合、影響を受けるBSSまたは直接リンクを使用しているSTAは、一定の時間の間、当該チャネルの使用を停止しなければならず、BACは、これらのデバイスを代替チャネルに移そうと試みることができる。他のSUからの強い干渉を検出した場合、BACは、影響を受けるデバイスのために代替チャネルを見つけようと試みることができる。このタイプの帯域幅割り当ては、インフラストラクチャリンクおよび直接リンクの両方に適用される。ネットワーク性能悪化によってトリガされる帯域幅割り当てに関して、ネットワーク内のデバイスすなわちAPおよびSTAは、遅延およびフレーム損失率などのネットワーク性能統計値を監視し、この統計値をBACに送信することができる。その後、BACは、性能悪化が他のSUからの干渉によって引き起こされたものかどうかを決定することができる。干渉が原因である場合、BACは、影響を受けるデバイスのために代替チャネルを見つけようと試みることができる。このタイプの帯域幅割り当ては、インフラストラクチャリンクおよび直接リンクの両方に適用される。初期帯域幅割り当て、センシングによってトリガされる帯域幅割り当て、およびネットワーク性能悪化によってトリガされる帯域幅割り当てに関して、目的は、各APに対して最大でM_AGG個のチャネルを割り当てようと試みることとすることができ、ここで、M_AGGデフォルト値=4は、APが使用できるチャネルの最大数である。PUによって占有されているとセンシングツールボックスによって報告された、または貧弱なチャネル状態にあると報告されたチャネルは、帯域幅割り当ての対象とは見なされないことがある。BACは、利用可能なチャネルを十分に見つけることができる場合、最良のM_AGG×N個の空きチャネルを選択することができ、ここで、NはAPの数である。十分に見つけることができない場合、BACは、利用可能なチャネルをAP間に均等に分配しようと試みることができる。チャネル独立のサイレント期間をサポートするオプションが有効である場合、各APについて、上側帯域upperbandのチャネルの数と下側帯域lowerbandのチャネルの数は、できるだけ等しくすることができる。こうすることで、BSSが経験するQoSの変動を最低限に抑えることができる。チャネル独立のサイレント期間を使用できる場合、データ送信を行っている1つまたは複数のチャネルが、1つまたは複数の他のチャネルがサイレント期間にある最中に存在することができる。2つのソース、すなわち、センシングツールボックスおよびネットワークすなわちBSSから来る、チャネルの品質を評価するために使用できるメトリックについて本明細書で説明する。使用できる例示的なメトリックが、以下の表5に示されている。それぞれのメトリックについての最悪値は、以下のように規定される。minRSSIkminRSSIi=チャネルkを使用するように割り当てられたAP、STA式1maxframelossratekmaxframelossratei=チャネルkを使用するように割り当てられたAPまたはSTA}式2maxqueuesizekmaxqueuesizei=チャネルkを使用するように割り当てられたAP、STA}式3これらの統計値は、チャネルの品質についての指標とすることができる。平均を実行する場合、APによって報告された値には、1/2の重み付けを行うことができ、STAには、全体として、残りの1/2の重み付けを行うことができる。重み付け方式は、APは個々のSTAよりも重要であるという事実を考慮することができる。各インフラストラクチャリンクにおいて対称性を仮定すると、パケットの半分は、APによって受信することができ、パケットの半分は、APを除くSTAによって受信することができる。BSSについて、APを除くSTAの数をMとする。一例として、所与のチャネルkについて、avgRSSIkを以下のように計算することができ、ここで、RSSI値は、まだ変換されていない場合は線形スケールlinearscaleに変換され、APおよびSTAiが、チャネルkを使用するように割り当てられ、L≦MであるLは、最後の報告期間TCHQUALRPTNWKにおいてRSSI値を報告したSTAの数である。RSSIAPおよびRSSISTAiは、TCHQUALRPTNWKの周期で周期的に報告される。同様に、BACは、フレーム損失率および待ち行列サイズについての平均統計値を計算することができる。したがって、であり、この式における重み付けは、APはSTAのゲートウェイとして機能することができ、対称的なトラフィックを仮定すると、APは複数のSTAが送信するのと同数のパケットを送信できるという事実を考慮している。queuesize統計値に関しては、であり、queuesizeは、MACフレームが経験する待ち行列遅延を間接的に推定するために使用することができる。やはり、対称的なトラフィックを仮定すると、APによって送信されるフレームの数は、全てのSTAによって送信されるフレームの数に等しくすることができ、したがって、APのqueuesizeには、1/2の重み付けが行われ、STAのqueuesizeには、まとめて、1/2の重み付けが行われる。ネットワークによって報告されたチャネル品質メトリックSUUSAGEを除く表5の全てのメトリックは、APによって、CHSTATUSINDICATONメッセージに収めて、BACに送信することができる。帯域幅割り当ての必要性をどのように決定するかについて本明細書で説明する。チャネルは高々1つのAPによって使用されることを仮定して、チャネルごとのメトリックごとのパラメータを規定することができる。具体的には、チャネルkについて、BACは、以下のものを計算することができ、avgRSSIindexk式7であり、ここで、Aは、APに割り当てられたチャネルの集合すなわち、全てのアクティブなチャネルの集合であり、minRSSIindexkminRSSIkmaxj∈AminRSSIj式8およびRSSIINDEXka1avgRSSIindexkminRSSIindexk式9であり、ここで、a1は、0から1までの間の重みである。RSSIINDEXkは、平均の挙動と最悪の挙動の両方を考慮して、RSSI値に関してチャネルkがどれだけ良好であるかを評価し、ここで、SIGWEAKNESSINDEXk1RSSIindexk式10は、RSSIインデックスが低い値を有するほど、高い値を与える。同様に、BACは、FRAMELOSSRATEINDEXkを計算する。avgframelossrateindexk式11であり、ここでも、やはり、Aは、APに割り当てられたチャネルの集合すなわち、全てのアクティブなチャネルの集合であり、maxframelossrateindexkmaxframelossratekmaxj∈Amaxframelossratej式12およびFRAMELOSSRATEINDEXka2avgframelossrateindexkmaxframelossrateindexk式13であり、ここで、a2は、0から1までの間の重みである。フレーム損失率が高くなるほど、FRAMELOSSRATEINDEXkが大きくなる。あるいは、最初に、フレーム損失率を予想される送信数ETX:expectednumberoftransmissionsに変換することができ、その後、計算を実施することができる。具体的には、pをフレーム損失率とし、その場合、予想される送信数ETXを1/1-pとして規定し、FRAMELOSSRATEINDEX計算のために、平均ETXおよび最大ETXを代わりに使用する。QSIZEINDEXkを以下のように規定し、avgqueuesizeindexk式14ここで、Aは、APに割り当てられたチャネルの集合すなわち、全てのアクティブなチャネルの集合であり、maxqueuesizeindexkmaxqueuesizekmaxj∈Amaxqueuesizej式15およびQSIZEINDEXka3avgqueuesizeindexkmaxqueuesizeindexk式16であり、ここで、a3は、0から1までの間の重みである。待ち行列サイズが大きくなるほど、QSIZEINDEXkは大きくなる。チャネルkについての帯域幅割り当ての必要性は、以下のように規定され、BANEEDNWKkw1SIGWEAKNESSINDEXkw2FRAMELOSSRATEINDEXkw3QSIZEINDEXk式17ここで、w1、w2、w3は、0から1までの間にあり、合計すると1になる。BANEEDNWKkの値が大きいほど、チャネルkが新しい帯域幅割り当てを有する必要性は大きくなる。図7は、初期帯域幅割り当て701、ネットワークによってトリガされる帯域幅割り当て702、およびセンシングによってトリガされる帯域幅割り当て703について説明する例示的なフローチャート700を示している。図8Aおよび図8Bは、図7A~図7Cにおいて使用されている表記について説明する例示的な表を示している。DSMエンジンに電源が入れられると705DSMエンジンは、スタンドアロンサーバ、基地局の一部、ネットワークエンティティ、または他の何らかの類似エンティティとして実施することができる、DSMエンジンのBACは、DSMクライアントまたはデバイスの関連付けを実行することができる707。BACは、ポリシーデータベースに問い合わせを行い709、デバイス能力データベースを構築し711、TVWSデータベースに問い合わせを行う713。この情報は、空きチャネルデータベースすなわちVACANTCHANSDBを更新するために715、BACによって使用されることができる。BACは、センシングツールボックスからサイレント期間要件を取得し717、サイレント期間要件およびネットワーク性能メトリックをAPに送信することができる719。DSMエンジンがある距離だけ移動した場合、または一定の時間が経過した場合、DSMエンジンは、TVWSデータベースを再チェックする必要があることがある。初期帯域幅割り当て方法701は、sizeUTGAPであるかどうかを判定することができる747。不等式が成り立たない場合748、タイマがリセットされる730。不等式が成り立つ場合750、BACは、チャネルmを使用して、帯域幅割り当て情報をAPに送信し752、BWALLOCTABLEを更新し754、タイマをリセットすることができる730。閾値ベースのイベントが選択された場合、BACは、貧弱なアクティブチャネルを代替チャネルで置き換えることができる762。その後、貧弱なアクティブチャネルが全て置き換えられたかどうかに関して、判定を行うことができる763。貧弱なチャネルが全て置き換えられた場合764、BACは、帯域幅割り当ておよびエスケープチャネルescapechannelをAPに送信することができる765。BACは、貧弱なチャネルを新たに割り当てられたチャネルで置き換えることができるので、1つのメッセージをAPに送信することができる。このメッセージを受信すると、APは、貧弱なチャネルすなわちエスケープチャネルからエスケープし、その後、新たに割り当てられたチャネルの使用を開始しなければならない。BWALLOCTABLEを更新することができ754、タイマをリセットすることができる730。貧弱なチャネルが全ては更新されなかった場合766、BACは、帯域幅割り当ておよびエスケープチャネルを、置き換えられたチャネルとともに、APに送信することができる767。TIMERQUERYタイマをリセットすることができ、ChannelSensingQueryをセンシングツールボックスに送信することができる。その後、センシング結果が時間TQUERY内に受け取られたかどうかに関して、判定を行うことができる768。センシング結果が受け取れなかった場合769、エスケープチャネルをAPに送信することができ770、BWALLOCTABLEを更新することができ754、タイマをリセットすることができる730。センシング結果が時間TQUERY内に受け取れた場合771、BACは、エスケープチャネルと、あれば帯域幅割り当てとをAPに送信することができ722、BWALLOCTABLEを更新し754、タイマをリセットすることができる730。センシングによってトリガされる帯域幅割り当て方法703では、指定された待機期間の後732、BACがセンシングツールボックスからセンシング結果を受け取った場合、BACは、PUが検出されたかどうかを判定することができる780。PUが検出されなかった場合781、RANKEDAVAILCHANSUTを更新することができ782、SU検出によってトリガされる帯域幅割り当てをトリガすることができ783、BACは、別の待機サイクルに入ることができる732。PUが検出された場合784、BACは、PUが検出されたチャネルに対応するチャネルをRANKEDAVAILCHANSUTから削除し、影響を受けるチャネルを代替チャネルで置き換えることができる785。BACは、影響を受けるアクティブチャネルが全て置き換えられたかどうかを判定することができる786。影響を受けるアクティブチャネルが全て置き換えられた場合787、BACは、帯域幅割り当ておよびエスケープチャネルをAPに送信し788、BWALLOCTABLEを更新し789、別の待機サイクルに入ることができる732。影響を受けるアクティブチャネルが全ては置き換えられなかった場合790、BACは、影響を受けるAPにRANKEDAVAILCHANSUT内のチャネルを割り当て、アクティブチャネルの数がAP間でできるだけ等しくなるようにし、帯域幅割り当てを、少なくとも1つの影響を受けないアクティブチャネルを有する影響を受けるAPに送信することができる791。タイマTIMEREVACをリセットすることができ、ChannelSensingQueryをセンシングツールボックスに送信することができる792。BACは、センシング結果を時間TEVAC内に受け取ったかどうかを判定することができる793。センシング結果を時間TEVAC内に受け取らなかった場合794、BACは、エスケープチャネルをAPに送信し795、BWALLOCTABLEを更新し789、別の待機サイクルに入ることができる732。センシング結果を時間TEVAC内に受け取った場合796、BACは、エスケープチャネルと、あれば帯域幅割り当てとをAPに送信することができる797。その後、BWALLOCTABLEを更新することができ789、別の待機サイクルに入ることができる732。図7A~図7Cに示される帯域幅割り当て方法のための初期化プロセス705~719について本明細書で説明する。デバイスAPの関連付けでは、DSMエンジンは、最初に電源が入れられたとき、周期的にHelloメッセージをブロードキャストすることができる。APは、Helloメッセージを聞いた場合、CMFに存在するBACにAssociationRequestメッセージを送信することができる。情報deviceTypeは、APが固定式デバイスか、それともパーソナル/ポータブルデバイスかを示し、locationは、GPS全地球測位システムなど、何らかの位置特定方法を介して、APによって記録されたロケーションである。BACは、AssociationRequestメッセージをAPから受信した場合、そのAPのためにBACが初期帯域幅割り当て701を行う必要があり得ることを認識することができる。データベースを構築/データベースにアクセスすることに関して、APがDSMエンジンに関連付けられると、BACは、デバイスが使用可能なチャネルすなわちCHDEVDBをBACがそこから取り出すデバイス能力データベースを構築することができる。加えて、BACは、ポリシーデータベースおよびTVWSデータベースに問い合わせを行い、チャネルリストCHPOLDBおよびCHTVWSDBを取得することができる。その後、BACは、デバイスが利用可能なチャネルを計算することができる。VACANTCHDBCHDEVDB∩CHPOLDB∩CHTVWSDB式18サイレント期間要件およびネットワーク性能メトリックを渡すことに関して、BACは、センシングツールボックスに問い合わせを送信して、サイレント期間要件を取得し、それをAPに渡すことができる。BACは、ネットワーク性能を推定するためのメトリックもAPに渡すことができる。初期帯域幅割り当て701に関する詳細720~730について本明細書で説明する。BACは、sizeUTGAP式21である場合、BACは、チャネルmをチャネルkで置き換え、チャネルmを使用していたAPに新しい帯域幅割り当てを送信し、各APについての最新の帯域幅割り当てを記録するBWALLOCTABLEを更新することができる。CHANUTmCHANUTk≦UTGAPである場合すなわち、これは、ヒステリシス値hysteresisvalueUTGAPを加味すれば、チャネルmの品質がチャネルkの品質と比べてそれほど悪くなく、チャネル切り替えを行わなくてよいことを意味する、BACは、ランキングベースの帯域幅割り当て手順から出、TIMERBAをリセットし、新しいイベントのために待機状態に入ることができる。プライマリCSMAが使用される場合、BACは、帯域幅割り当てを受け取ることができるAPに対するチャネルの役割も更新する必要があることがある。プライマリチャネル選択のために使用される基準は、以下のようにすることができ、すなわち、APに割り当てられたチャネルのうち最小のSUUT値を有するチャネルをプライマリチャネルとして選択する。BACは、必要ならばチャネルの役割の更新を含む帯域幅割り当てをAPに送信することができる。ネットワーク性能によってトリガされる帯域幅割り当て702のための閾値ベースの手法について本明細書で説明する。この手法では、閾値がネットワーク性能統計値に適用され、貧弱な状態を有するアクティブチャネルが識別される。その後、BACは、性能的に貧弱なアクティブチャネルよりも良好な代替チャネルを見つけ、アクティブチャネルを代替チャネルで置き換えようと試みることができる。特に、性能的に貧弱を規定する異なる方法が存在する。例えば、以下の規則を使用することができ、すなわち、かつである場合、チャネルkは性能的に貧弱である。上記の規則は、受信信号は強いが、フレーム損失率が高いことを言っている。これは、IEEE電気電子技術者協会802.11規格のバックオフ規則など、ある媒体アクセス規則に従わない何らかの外部干渉が存在することの暗示である。あるいは、行儀のよいセカンダリシステム例えば、無線媒体にアクセスする際にバックオフを使用する802.11タイプの何らかの無線ネットワークとの競合を回避することを望む場合、以下の規則を使用することができ、すなわち、である場合、チャネルkは性能的に貧弱である。判定には、トラフィック需要の観点から見た帯域幅割り当ての必要性を織り込むことができる。必要性を測定するための1つの方法は、待ち行列内で待機しているデータの量を使用することとすることができる。したがって、規則は以下のようになり、すなわち、かつかつである場合、チャネルkは性能的に貧弱である。あるいは、行儀のよいセカンダリシステムとの競合を考慮して、以下の規則を使用することができ、すなわち、かつである場合、チャネルkは性能的に貧弱である。BACは、CHANUTを使用して、代替チャネルがアクティブチャネルよりも良好かどうかを評価することができる。先に、式21において示されたように、比較時にマージンを課すことができる。貧弱なアクティブチャネルを代替チャネルで置き換える際に、異なる方法を使用することができる。一例として、置き換えることができる貧弱なチャネルの数を最大化することができる。そのような最大化は、式21における制約のために生じる。性能的に貧弱なチャネルをCHPとする。CHP内のチャネルのCHANUT値を昇順でソートし、usizeである、系列a1、a2、...、auを取得し、各aiは、貧弱なアクティブチャネルに対応する。同様に、代替チャネルをCHALTとする。その場合、CHALTRANKEDAVAILCHANSUT\CHACTであり、ここで、CHACTは、代替チャネルの集合である。すなわち、代替チャネルは、RANKEDAVAILCHANSUT内のチャネルであるが、CHACT内のチャネルではない。CHALT内のチャネルのCHANUT値をソートし、vsizeである、系列b1、b2、...、bvを取得し、各biは、代替チャネルに対応する。表7のアルゴリズムを参照されたい。その後、BACは、全ての貧弱なアクティブチャネルがより良好な代替チャネルで置き換えられたかどうかをチェックすることができる。置き換えられた場合、BACは、帯域幅割り当てを行い、エスケープチャネルを決定し、その情報をAPに送信し、BWALLOCTABLEを更新することができる。全ては置き換えられない場合、BACは、帯域幅割り当ておよびエスケープチャネル情報を、置き換えに成功した貧弱なアクティブチャネルを有するAPだけに送信することができる。その後、BACは、貧弱なアクティブチャネルを有する他のAPを処理することができる。BACは、TIMERQUERYタイマをTQUERYにリセットすることができる。その後、TIMERQUERYタイマは、カウントダウンを開始することができる。BACは、ChannelSensingQueryメッセージをセンシングツールボックスに送信して、センシングツールボックスによってセンスされる、CHTVWSDB内にないチャネルを指定することができる。センシングツールボックスは、最初にPUの存在をセンスすることができる。PUが検出されない場合、センシングツールボックスは、次に他のSUの存在をセンスすることができる。BACは、TIMERQUERYがゼロに達する前に、センシング結果を受け取った場合、あれば帯域幅割り当てと、エスケープチャネル情報とをAPに送信することができる。帯域幅割り当ては、センシングツールボックスによって新たに報告された利用可能なチャネルをCHALTとし、残りの貧弱なアクティブチャネルをCHPとして、上記に示されたのと同じアルゴリズムを使用して、実施することができる。それ以外の場合、BACは、エスケープチャネル情報だけをAPに送信することができる。その後、BACは、BWALLOCTABLEを更新することができる。ランキングベースの手法の場合と同様に、帯域幅割り当てを行う場合、BACはチャネル役割を更新する必要があることがある。ここでは、同じ基準を使用することができる。センシングによってトリガされる帯域幅割り当て703について本明細書で説明する。図5A~図5Cに示されるように、BACがセンシングツールボックスからセンシング結果を受け取る3つのシナリオが存在し、すなわち、1ChannelSensingQueryメッセージに応答して、2センシングツールボックスがPUの存在を検出した場合に、並びに3アクティブチャネルおよび代替チャネルの継続的な監視のために周期的に行われる。BACは、センシング結果を受け取った場合、センシング結果がPUの検出を示しているかどうかを最初にチェックすることができる。示していない場合、BACは、SU検出結果などのセンシング結果内の他の情報を処理し、リストRANKEDAVAILCHANSUTを更新することができる。その後、BACは、SU検出によってトリガされる帯域幅割り当て手順に入ることができ、いくつかのアクティブチャネルについてCHANUT値が高すぎる場合、BACは、新しい帯域幅割り当てを実行することができ、そのアルゴリズムは、本明細書で説明されるネットワーク性能によってトリガされる帯域幅割り当てアルゴリズム702と同様とすることができる。しかし、この手順SU検出によってトリガされる帯域幅割り当ては、あるチャネルがBSSにとって適切であるかどうかを、センシングツールボックスからの情報だけに基づいて、BACが判定するのは困難であることがあるので、実際には推奨されないことがある。例えば、CHANUTが高い他のSUシステムからの著しい干渉を示す場合であっても、そのチャネルを使用するSTAとAPは、STAとAPの間の距離が非常に短い場合には、依然として通信できることがある。その後、BACは、新しいイベントのために待機状態に戻ることができる。他方、PUが検出された場合、BACは、PUが検出されたチャネルをリストRANKEDAVAILCHANSUTから削除することができる。その後、BACは、PU検出によって影響を受けるアクティブチャネルをRANKEDAVAILCHANSUTからのチャネルで置き換えることによって、帯域幅割り当てを実行することができる。置き換えのために、数々の方法を使用することができる。BACが帯域幅割り当てを行わない場合、影響を受けるAPは、影響を受けるチャネルの使用を停止しなければならず、その結果、ネットワーク性能が完全に失われる。したがって、BACが影響を受けるAPに新しいチャネルを割り当てることが有益なことがある。割り当てられたチャネルが良好でない場合、ネットワークは、BACにフィードバックを送信して、ネットワーク性能によってトリガされる帯域幅割り当て手順702をトリガすることができる。したがって、帯域幅割り当てにおける最適性の欠如は、問題とはならない。BACは、影響を受けるアクティブチャネルが全て置き換えられたかどうかをチェックすることができる。全て置き換えられた場合、BACは、帯域幅割り当ておよびエスケープチャネル情報を、PUの検出によって影響を受けるAPに送信し、BWALLOCTABLEを更新することができる。他方、全ては置き換えられなかった場合、BACは、影響を受けるAPにRANKEDAVAILCHANSUT内の代替チャネルを割り当て、異なるAPのアクティブチャネルの数ができるだけ等しくなるように試みることができる。新しい帯域幅割り当ておよびエスケープチャネル情報をAPに通知するときに、BACが選択する数々のオプションが存在する。例えば、BACは、影響を受けないアクティブチャネルを少なくとも1つ有するAPに帯域幅割り当ておよびエスケープチャネル情報を最初に送信し、次に、他のAPに対するそのような情報をセンスする前に、センシングツールボックスから新しいチャネルを取得しようと試みることができる。この方法の利点は、以下の通りであり、すなわち、APの全てのアクティブチャネルがPU検出によって影響を受ける場合、およびBACがエスケープチャネル情報をAPに送信する場合、APは、通信を完全に停止することがあり、そのAP配下のSTAは、時間がかかるAP発見プロセスを開始しなければならないことがある。したがって、センシングツールボックスが代替チャネルを迅速にTEVAC以内に見つけることができる場合、スペクトルアクセスポリシーに違反することなく、そのようなAP発見プロセスを回避することができる。影響を受けないアクティブチャネルを少なくとも1つ有するAPに帯域幅割り当ておよびエスケープチャネル情報を送信した後、BACは、タイマTIMEREVACをTEVACにリセットすることができ、タイマTIMEREVACは、カウントダウンを開始する。TEVACの値は、BACおよびセンシングツールボックスが新しい代替チャネルを見つけるための時間割当量であり、その値すなわち、影響を受けるチャネルからシステムが立ち退くことに、どれだけの時間を割り当てるかは、スペクトルアクセスポリシーおよびシステム設計によって決定される。BACは、TIMEREVACがゼロに達する前に、センシングツールボックスから予期されたセンシング結果を受け取らなかった場合、エスケープチャネル情報を関連するAPに送信することができる。他方、BACは、時間内にセンシング結果を受け取った場合、帯域幅割り当てを実行し、あれば帯域幅割り当てをエスケープチャネル情報とともに関連するAPに送信することができる。その後、BACは、BWALLOCTABLEを更新することができる。ネットワーク性能によってトリガされる帯域幅割り当て702の場合と同様に、帯域幅割り当てを行う場合、BACはチャネル役割を更新する必要があることがある。ここでは、同じ基準を使用することができる。初期帯域幅割り当て、ネットワーク性能悪化によってトリガされる帯域幅割り当て、PU検出によってトリガされる帯域幅割り当て、およびネットワーク性能悪化によってトリガされる帯域幅割り当てについての例示的な呼フローについて本明細書で説明する。例示的な呼フローでは、APは、IEEE802.11WLANのアクセスポイント、セルラネットワーク内のWTRUにサービスできる基地局、または両方のタイプのネットワークにサービスできるハイブリッドデバイスとすることができ、クライアントは、IEEE802.11WLAN内のステーションSTA、またはセルラネットワーク内のWTRUとすることができる。全ての例示的な呼フローにおいて、messagename引数1,引数2,...は、1メッセージがmessagenameと呼ばれること、および2メッセージで伝えられる情報が引数1、引数2、...であることを表すために使用される。TVWSデータベースに問い合わせることによって利用可能なチャネルが十分に存在しないと決定された場合、BACエンティティは、TVWSデータベースにアクセスし、デバイスがハイブリッドモードデバイスであろうとなかろうと、デバイスもセンシングが可能かどうかをチェックすることができる。デバイスがハイブリッドデバイスである場合、BACエンティティは、センシングツールボックスを使用して、TVWSデータベースによって示される利用不可能なチャネル上にPUが存在しないかどうかを判定することができる。例えば、このアクションは、図9A~図9Cに示される呼フローでは、以下の条件、すなわち、IFサポートされるモード==センシング可能かつ選択されたチャネル<要求された数のチャネルTHENTVWS-DB内の非利用可能なチャネルから他のチャネルを選択するポリシー規則を適用するによってトリガすることができる。図9A~図9Cは、DSMクライアント902、AP904、BAC907を含むCMF906、センシングツールボックスインタフェース908、TVWSデータベースインタフェース910、およびポリシーデータベースインタフェース912の間の例示的な初期帯域幅割り当ての呼フロー900を示している。1つのAP904および1つのDSMクライアント902しか示されていないが、複数のAPおよびDSMクライアントが存在することができる。ブートスタートアップフェーズ915の後、AP904は、AssociationRequestメッセージを、CMF906内に存在するBAC907に送信することができる917。情報deviceTypeは、AP904が固定式デバイスか、それともパーソナル/ポータブルデバイスかを示し、情報locationは、GPSなど、何らかの位置特定方法を介してAP904によって記録されたロケーションである。BAC907は、APからAssociationRequestメッセージを受信した場合、BAC907がAP904のために初期帯域幅割り当てを行う必要があり得ることを決定することができる。DSMシステムすなわちBAC907および関連するエンティティがAP904を支援に失敗した場合921、AP904は、AP独自のチャネル選択を実行することができる923。これは、DSMが支援することができない失敗ケースとすることができる。この失敗ケースは、例えば、AP904とDSMエンジンの間の通信が中断された場合に発生することがある。この場合、AP904は支援を受けることができず、その場合、AP904は独力で動作することができる。DSMシステムが支援できる場合、BAC907は、AssociationRequestメッセージの受信成功を知らせるAssociationAckメッセージを用いて応答することができる919。その場合、BAC907は、ChannelQueryメッセージをTVWSデータベース910に送信することができる925。このメッセージは、モード2デバイスがサポートされる場合に、送信することができる。TVWSデータベース910は、ChannelReplyを用いて応答し、ここで、ChannelListは、TVWSデータベース910内の情報によればPUが存在しないチャネルのリストである927。BAC907は、PolicyQueryメッセージをポリシーデータベース912に送信することができる929。ポリシーデータベース912は、PolicyReplyメッセージを用いてBAC907に応答することができる931。Policiesは、PolicyRequestメッセージにおいて指定されたロケーションのためのスペクトルアクセスポリシーである。BAC907は、policiesを解釈し、スペクトルセンシングを実行できるチャネルを決定することができる933。BAC907は、SILENTPERIODREQUIREMENTSQUERYメッセージをセンシングツールボックス908に送信することができる935。このメッセージの目的は、サイレント期間構成の要件を取得することである。センシングツールボックス908は、メッセージSILENTPERIODREQUIREMENTSCONFを用いてBAC907に応答することができる937。このメッセージは、サイレント期間要件と、追加の詳細とを含むことができる。BAC907は、NetworkConfigRequestメトリックおよび閾値,サイレント期間要件をAP904に送信することができる939。SilentPeriodRequirementsQueryConf内の情報は、NetworkConfigRequestメッセージを介して、BAC907から図示されていないが、全てのAP上に存在するサイレント期間管理エンティティに送信することができる。AP904は、メッセージ内で指定された最小デューティサイクルを使用することができる。各AP904は、NetworkConfigCONFメッセージを用いて応答し、NetworkConfigRequestメッセージの受信成功を知らせる941。その後、BAC907は、チャネル選択を実行することができ943、これは、反復プロセスとすることができる。サイレント期間が同期しないように、4つのチャネル全てを高帯域および低帯域に対応する同じサブバンドから割り当てることを避けるなどといった、BAC選択ポリシーを使用して、BAC907は、利用可能なTVWSデータベースチャネルからチャネルを選択することができる。センシングがサポートされ、選択されたチャネルが要求されたチャネルの数よりも少ない場合、TVWSデータベース910において非利用可能なチャネルから他のチャネルを選択する。その後、BAC907は、選択されたチャネル上でセンシングを構成することができる。チャネルがTVWSデータベース910において利用可能である場合、SUチャネル使用についてのセンシングを構成する。そうではなく、チャネルが利用可能ではない場合、PUおよびSUチャネル使用についてのセンシングを構成する。BAC907は、ChannelSensingQueryメッセージをセンシングツールボックス908に送信することができる945。このメッセージは、チャネルについての情報と、チャネルに適用する必要があり得るセンシング方法とを含む。BAC907は、規則を使用して946、チャネルパラメータを設定することができる。APに電源が入れられたときの初期チャネル割り当てとの関連では、センシングタイプは、initialconfigsensingに設定することができる。選択されたチャネルのリストは、チャネルチャネル番号ごとに、APに電源が入れられたときの初期チャネル割り当てとの関連ではNULLに等しいチャネルタイプと、TVWSデータベースにおいてチャネルが利用可能である場合はNotneededに設定されたPUdetectionタイプとを含むことができる。それ以外で、TVWSデータベースが、ChannelReplyメッセージを介して、そのチャネルにおけるPUのタイプをそれぞれ伝えた場合、PUdetectionタイプは、要DTV検出または要マイクロフォン検出に設定することができる。それ以外の場合、PUdetectionタイプは、要DTV/マイクロフォン検出に設定することができる。センシングツールボックス908は、ChannelSensingQueryメッセージの受信を知らせるために、ChannelSensingQueryACKメッセージを用いて応答することができる947。その後、センシングツールボックスは、BAC907によって指定されたチャネル上でスペクトルセンシングを実施し、ChannelSensingResultメッセージを介して、センシング結果をBAC904に返すことができる949。その後、BAC907は、指定または所定の基準を適用して、アクティブチャネルを選択することができる。初期帯域幅割り当てを行うための数々の方法が存在する。初期帯域幅割り当てプロセスでは、AP904に割り当てられるチャネルが決定され、チャネルの役割も決定される。すなわち、プライマリチャネルが識別され、セカンダリチャネルが識別される。チャネルをプライマリチャネルとして選択するための基準は、例えば、APに割り当てられたチャネルのうち最小のチャネル利用率CHANUT値を有するチャネルをプライマリチャネルとして選択するを含むことができる。具体的には、チャネルnnは整数のチャネル利用率パーセントは、CHANUTn100×sizesizeと規定することができ、ここで、XxxSUUSAGENxSUUSAGETHであり、SUUSAGENは、チャネルnについて測定されたSNR信号対雑音比値などのサンプルの集合であり、SUUSAGETHは、値をビジーと見なすか、それともアイドルと見なすかを判定するための閾値である。その後、BAC907は、BAReconfigurationメッセージを各AP904に送信することができ951、監視する必要があるチャネルおよびチャネルの各々についてのセンシングのタイプをセンシングツールボックスに通知するために、ChannelSensingQueryメッセージをセンシングツールボックスに送信することができる953。センシングツールボックス908は、ChannelSensingQueryメッセージの受信を確認するために、ChannelsSensingQueryAckメッセージをBAC907に送信することができる955。その後、AP904は、動作を開始し、クライアント902がAP904を発見するためのビーコンを送信することができる959。AP904は、サイレント期間についての事前通知を含むビーコンをクライアント902に送信することができる959。AP904は、サイレント期間情報をセンシングツールボックス908に送信することができ961、それに対して、センシングツールボックス908は、サイレント期間情報の受信を確認することができる963。その後、例えば第1の範囲に対して、サイレント期間を開始することができる965。第2の範囲に対して、これを繰り返すことができる967、969、971、973。図10A~図10Cは、DSMクライアント1002、AP1004、BAC1007を含むCMF1006、センシングツールボックスインタフェース1008、TVWSデータベースインタフェース1010、およびポリシーデータベースインタフェース1012の間の例示的なネットワーク性能悪化によってトリガされる帯域幅割り当ての呼フロー1000を示している。1つのAP1004および1つのDSMクライアント1002しか示されていないが、複数のAPおよびDSMクライアントが存在することができる。帯域幅割り当てアルゴリズムは、ネットワーク性能があるレベルまで悪化した場合にトリガすることができる。DSMクライアントまたはSTAは、それぞれの関連するAP1004にネットワーク性能メトリックを報告することができる1015。AP1004は、ネットワーク性能メトリックを監視することもできる1017。単一のBSS基本サービスセットでは、AP1004は、ネットワーク性能メトリックから統計値を計算する。統計値は、受信信号強度インジケータRSSI値、フレーム損失率、待ち行列サイズ、およびバックオフ時間などを含むことができる。統計値は、BSS内の全てのデバイスから収集されたメトリックの加重和、またはBSS内の全てのデバイスから収集されたメトリックの最大値もしくは最小値とすることができる。その後、AP1004は、統計値をCHSTATUSINDICATIONメッセージに収めてBAC1007に送信することができる1019。BAC1007は、全てのAP1004からCHSTATUSINDICATIONを受信し続けることができる。CMF1006、BAC1007、およびセンシングツールボックス1008は、代替チャネル上で、パッシブセンシング検出および継続的なイベントトリガチャネル更新を実行することができる1021。BAC1007は、周期的な評価を実行すること、またはAP1004に対して新しい帯域幅割り当てを行う必要があるかどうかに関してチェックすることができる1023。周期的な評価は、評価対象の一貫性を検証するために、ヒステリシスタイマを含むことができる。周期的な評価は、対象となるチャネルの悪化を検出するために、現在のチャネル品質とチャネル品質の履歴との比較を含むこともできる。異なるチャネルのスループット間の比較を実行して、最悪チャネルを識別し、より良好なチャネルが利用可能であるかどうかを決定することができる。周期的な評価は、最悪チャネルとセンシングツールボックス1008によって決定された別の利用可能なチャネルの間の、センシングツールボックス1008からのセンシング結果の差の決定を含むことができる。周期は、TIMERBAと呼ばれるタイマによって制御することができる。チャネル再選択が必要とされ得ることをBAC評価プロセスが決定した場合1025、BAC1007は、チャネル選択を実行することができる1027。BAC1007は、規則を使用して、パッシブセンシング検出から代替チャネルの利用可能性を決定することができる1029。代替チャネルを選択するための規則は、以下の通りである。チャネルがTVWSデータベースにおいて利用可能ではないすなわち、チャネルがプライマリユーザPUに割り当てられている場合、センシング結果は、そのチャネル上にPU検出を含むことができない。それ以外の場合、チャネルは、セカンダリユーザSUのためにTVWSデータベースにおいて利用可能であり、チャネルセンシング結果のチャネル利用率は、閾値よりも低くあるべきである。利用可能な代替チャネルから、BAC1007は、新しいアクティブチャネルを選択することができる1031。選択プロセスは、利用可能なTVWSデータベースチャネルにプライオリティを与えることができる。本明細書で上述したように、帯域幅割り当てアルゴリズムすなわちチャネル選択は、数々の異なる手法を取ることができる。例示的な帯域幅割り当てアルゴリズムは、ランキングベースの手法を使用することができる。新しい帯域幅割り当てを必要とするアクティブチャネルは、ランキング方法を通して識別される。その後、最良の代替チャネルが、このアクティブチャネルと比較される。代替チャネルのCHANUT値が、事前規定されたマージンを加味しても、アクティブチャネルよりも良好であるより小さい場合、代替チャネルでアクティブチャネルを置き換える。それ以外の場合、この時点では、新しい帯域幅割り当ては行われない。別の例示的な帯域幅割り当てアルゴリズムは、閾値ベースの手法を使用することができる。新しい帯域幅割り当てを必要とし得る多くのチャネルが、閾値方法を通して識別される。その後、最良の代替チャネルを使用して、これらのアクティブチャネルを置き換える。代替チャネルのCHANUT値が、事前規定されたマージンを加味しても、アクティブチャネルのCHANUT値よりも良好であるより小さい場合、代替チャネルでアクティブチャネルを置き換えることができる。現在利用可能な代替チャネルの数および新しい帯域幅割り当てを必要とするアクティブチャネルの数に応じて、BACエンティティ1007は、BAReconfigurationメッセージを即座に送信することができ1033、またはより多くの代替チャネルを見つけ、その後、新しい帯域幅割り当てを実行するために、ChannelSensingQueryメッセージをセンシングツールボックス1008に送信することができる1035。BAReconfigurationメッセージ1033は、アクティブチャネルリスト、使用電力、およびチャネル役割すなわち、プライマリか、それともセカンダリかを含むことができる。BAReconfigurationメッセージが送信される場合、BACエンティティは、ChannelSensingQueryメッセージもセンシングツールボックス1008に送信して、監視する必要があるチャネルの変更、およびチャネルに対するセンシングのタイプの変更を、センシングツールボックス1008に通知する。BAC1007は、規則を使用して、チャネルパラメータを設定することができる1037。AP1004は、BAReconfigurationメッセージを受信した場合、AP1004がサービスしていることがあるDSMクライアント1002へのChannelSwitchAnouncementメッセージを開始することができる1039。チャネル品質が適正である場合、DSMクライアントは、このメッセージを正常に受信し、チャネルを交換できることがある。他方、このメッセージの正常配送をサポートするにはチャネル品質が不適正である場合、DSMクライアント1002は、タイムアウトし、AP発見プロセスを再スタートすることができる。DSMクライアント1002は、ChannelSwitchAnouncementメッセージを受信した場合、ChannelSwitchAnouncementACKメッセージを用いてAP1004に応答することができる。AP1004は、全てのDSMクライアント1002からChannelSwitchAnouncementACKメッセージを受信した場合、事前規定された限界または時間すなわち時間ガードに達する前に、ChannelSwitchAnouncementメッセージのブロードキャストを停止することができる。その後、BAC1007は、さらなるチャネルを再構成する必要があり得るかどうかを決定することができる1041。これは、チャネルを4つ見つけることができるまでの反復プロセスとすることができる1043。BAC1007は、利用可能なTVWSデータベースチャネルからチャネルを選択することができる1045。センシングがサポートされ、選択されたチャネルが必要とされるチャネルの数よりも少ない場合、TVWSデータベース1010において非利用可能なチャネルから他のチャネルを選択する1047。その後、BAC1007は、選択されたチャネル上でセンシングを構成することができる1049。チャネルがTVWSデータベース1010において利用可能である場合、SUチャネル使用についてのセンシングを構成する。そうではなく、チャネルが利用可能ではない場合、PUおよびSUチャネル使用についてのセンシングを構成する。BAC1007は、ChannelSensingQueryメッセージをセンシングツールボックス1008に送信することができる1051。このメッセージは、チャネルと、チャネルに適用する必要があり得るセンシング方法とについての情報を含むことができる。BAC1007は、規則を使用して、チャネルパラメータを設定することができる1037。選択された特定のチャネルをセンスするようにセンシングツールボックスが要求される帯域幅再割り当てとの関連では、センシングタイプは、Targetedchannelssensingに設定することができる。選択されたチャネルのリストは、チャネルチャネル番号ごとに、Alternateに等しいチャネルタイプと、TVWSデータベースにおいてチャネルが利用可能である場合はNotneededに設定されるPUdetectionタイプとを含むことができる。それ以外で、TVWSデータベースが、ChannelReplyメッセージを介して、そのチャネルにおけるPUのタイプをそれぞれ伝えた場合、PUdetectionタイプは、要DTV検出または要マイクロフォン検出に設定することができる。それ以外の場合、PUdetectionタイプは、要DTV/マイクロフォン検出に設定することができる。センシングツールボックス1008は、ChannelSensingQueryメッセージの受信を知らせるために、ChannelSensingQueryACKメッセージを用いて応答することができる1053。BAC1007は、CHescapeを有するBAReconfigurationメッセージ1055をAP1004に送信することができる。タイマは、0以上に設定されることができ、PU検出時のチャネルエスケープ時間と見なすことができる。タイマは、AP1004が2秒間以内にチャネル上の動作を停止するような、別のガードタイマである。PUが検出されたチャネルを置き換えるための帯域幅割り当てにおいて、検出後、そのチャネルをFCC規則に従って2秒以内に置き換える必要がある場合に、このタイマが必要とされ得る。AP1004は、BAReconfigurationメッセージを受信した場合、AP1004がサービスしていることがあるDSMクライアント1002にChannelSwitchAnouncementメッセージを送信することができる1057。センシングツールボックス1008は、本明細書で説明するような非同期サイレント測定1059を実施し、ChannelSensingResultメッセージを介してセンシング結果をBAC1007に返すことができる1061。その後、BAC1007は、指定または所定の基準を適用して、アクティブチャネルを選択することができる1063。この基準は、例えば、PUが存在しないこと、閾値よりも低いチャネル使用CU、および他の基準を含むことができる。例えば、CUのデフォルト閾値は、50とすることができる。置き換えるチャネル上のトラフィック負荷が高い場合は、代替チャネルについてのCU閾値は低くあるべきであり、負荷が低い場合は、閾値は高くあるべきであるなど、閾値は、パラメータに依存することもできる。その後、BAC1007は、BAReconfigurationメッセージを各AP1004に送信することができ1065、監視する必要があるチャネルおよびチャネルの各々についてのセンシングのタイプをセンシングツールボックス1008に通知するために、ChannelSensingQueryメッセージをセンシングツールボックス1008に送信することができる1067。センシングツールボックス1008は、ChannelSensingQueryメッセージの受信を確認するために、ChannelsSensingQueryAckメッセージをBAC1007に送信することができる1069。AP1004は、AP1004がサービスしていることがあるDSMクライアント1002にChannelSwitchAnouncementメッセージを送信することができる1071。BAC1007は、役割変更を実行する必要があることがある。これは、APに割り当てられたチャネルのうち最小のCHANUT値を有するチャネルをプライマリチャネルとして選択する1073を使用することによって、実施することができる。その後、BAC1007は、内容が新しいBAプライマリチャネル変更であるBAReconfigurationメッセージを各AP1004に送信することができる1075。AP1004は、AP1004がサービスしていることがあるDSMクライアント1002にChannelSwitchAnouncementメッセージを送信することができる1077。図11A~図11Dは、DSMクライアント1102、AP1104、BAC1107を含むCMF1106、センシングツールボックスインタフェース1108、TVWSデータベースインタフェース1110、およびポリシーデータベースインタフェース1112の間の例示的なPU検出によってトリガされる帯域幅割り当ての呼フロー1100を示している。1つのAP1104および1つのDSMクライアント1102しか示されていないが、複数のAPおよびDSMクライアントが存在することができる。帯域幅割り当て手順は、センシングツールボックス1108によって報告されたセンシング結果によってトリガすることができる。1つのトリガリング例では、アクティブチャネル上でPUが検出される。センシングツールボックス1008は、パッシブセンシング検出処理1114の一環として、アクティブチャネルおよび代替チャネルについてのセンシング結果を、ChannelSensingResultメッセージを介して、BAC1107に継続的に送信することができる1116。BAC1107は、有効な代替チャネルを維持し、各アクティブチャネルおよび代替チャネルのCHANUTについて本明細書で上述したようにチャネル利用率を更新することができる1118。有効な代替チャネルは、PUを有さない代替チャネルと、SUを有するが、チャネル使用CU経時的なCU平均を実施することができるが所定の閾値よりも小さい代替チャネルを含むことができる。BAC1107は、規則を適用し、利用可能なTVWSデータベースチャネルにプライオリティが与えられる新しい代替チャネルに対して、本明細書で説明するような再構成処理を実行することができる。BAC1107によってChannelSensingQueryをセンシングツールボックス1108に送信することができ、有効な代替チャネルを維持するために、センシングツールボックス1108によってChannelSensingResultをBAC1107に送信することができる。BAC1107は、いくつかのアクティブチャネル上でのPUの検出を報告するChannelSensingResultメッセージを受信した場合1120、帯域幅割り当て手順をトリガすることができる1122。現在利用可能な代替チャネルの数、およびPU検出によっていくつのアクティブチャネルが影響を受けるかに応じて1124、BAC1107は、BAReconfigurationメッセージ1126を即座に送信することができ、またはより多くの代替チャネルを見つけ、その後、新しい帯域幅割り当てを実行するために、ChannelSensingQueryメッセージ1128をセンシングツールボックス1108に送信することができる。ChannelSensingQueryメッセージが送信される場合、センシングツールボックスが時間内に新しい代替チャネルを提供できないときに、BACエンティティによって速やかなアクションが確実に取られるように、タイマTIMEREVACを使用することができる。AP1104は、AP1104がBAReconfigurationメッセージを受信した場合、AP1104がサービスしているDSMクライアント1102へのChannelSwitchAnouncementメッセージを開始することができる1130。チャネル品質が、このメッセージを送信するのに十分な良好さを有する場合、DSMクライアント1102は、チャネル切り替えに成功することができる。他方、チャネル品質が、このメッセージの正常配送をサポートするのに十分な良好さを有さない場合、DSMクライアント1102は、タイムアウトして、AP発見プロセスを再開することができる。その後、BAC1107は、さらなるチャネルを再構成する必要があり得るかどうかを判定することができる1132。これは、チャネルを4つ見つけることができるまでの、反復プロセスとすることができる1134。BAC1107は、利用可能なTVWSデータベースチャネルからチャネルを選択することができる1136。センシングがサポートされ、選択されたチャネルが必要とされるチャネルの数よりも少ない場合、TVWSデータベース1110における非利用可能なチャネルから他のチャネルを選択する1138。その後、BAC1107は、選択されたチャネル上でセンシングを構成することができる1140。チャネルがTVWSデータベース1110において利用可能である場合、SUチャネル使用についてのセンシングを構成する。そうではなく、チャネルが利用可能ではない場合、PUおよびSUチャネル使用についてのセンシングを構成する。BAC1107は、ChannelSensingQueryメッセージをセンシングツールボックス1108に送信することができる1142。このメッセージは、チャネルとチャネルに適用する必要があり得るセンシング方法とについての情報を含むことができる。BAC1107は、規則を使用して、チャネルパラメータを設定することができる1144。選択された特定のチャネルをセンスするようにセンシングツールボックスが要求されることがある帯域幅再割り当てとの関連では、センシングタイプは、Targetedchannelssensingに設定することができる。選択されたチャネルのリストは、チャネルチャネル番号ごとに、Alternateに等しいチャネルタイプと、TVWSデータベースにおいてチャネルが利用可能である場合はNotneededに設定されたPUdetectionタイプとを含むことができる。それ以外で、TVWSデータベースが、ChannelReplyメッセージを介して、そのチャネルにおけるPUのタイプをそれぞれ伝えた場合、PUdetectionタイプは、要DTV検出または要マイクロフォン検出に設定することができる。それ以外の場合、PUdetectionタイプは、要DTV/マイクロフォン検出に設定することができる。センシングツールボックス1108は、ChannelSensingQueryメッセージの受信を知らせるために、ChannelSensingQueryACKメッセージを用いて応答することができる1146。BAC1107は、CHescapeを有するBAReconfigurationメッセージをAP1104に送信することができる1148。タイマすなわち、本明細書で上述されたガードタイマは、0以上に設定されることができ、PU検出時のチャネルエスケープ時間と見なすことができる。AP1104は、BAReconfigurationメッセージを受信した場合、AP1104がサービスしていることがあるDSMクライアント1102にChannelSwitchAnouncementメッセージを送信することができる1150。センシングツールボックス1108は、本明細書で説明するような非同期サイレント測定を実施し1152、ChannelSensingResultメッセージを介してセンシング結果をBAC1104に返すことができる1154。その後、BAC1107は、指定または所定の基準を適用して、アクティブチャネルを選択することができる1156。この基準は、例えば、PUが存在しないこと、閾値よりも低いチャネル使用CU、および他の基準を含むことができる。例えば、CUのデフォルト閾値は、50とすることができる。置き換えるチャネル上のトラフィック負荷が高い場合は、代替チャネルについてのCU閾値は低くあるべきであり、負荷が低い場合は、閾値は高くあるべきであるなど、閾値は、パラメータに依存することもできる。その後、BAC1107は、BAReconfigurationメッセージを各AP1104に送信することができ1158、監視する必要があるチャネルおよびチャネルの各々についてのセンシングのタイプをセンシングツールボックス1108に通知するために、ChannelSensingQueryメッセージをセンシングツールボックス1108に送信することができる1160。センシングツールボックス1108は、ChannelSensingQueryメッセージの受信を確認するために、ChannelsSensingQueryAckメッセージをBAC1107に送信することができる1162。AP1104は、AP1104がサービスしていることがあるDSMクライアント1102にChannelSwitchAnouncementメッセージを送信することができる1164。やはり、帯域幅割り当てプロセスでは、BAC1107は、必要であれば、チャネルの役割変更を実行する必要があることがある。PUの検出が報告されたチャネルがプライマリチャネルとして現在サービスしている場合、BAC1107は、関連するAP1104が新しいプライマリチャネルとして使用できるチャネルから最良のチャネルを見つける必要があることがある。やはり、以下の規則、すなわち、APに割り当てられたチャネルのうち最小のCHAN_UT値を有するチャネルをプライマリチャネルとして選択するを使用することができる。図12A~図12Cは、DSMクライアント1202、AP1204、BAC1207を含むCMF1206、センシングツールボックスインタフェース1208、TVWSデータベースインタフェース1210、およびポリシーデータベースインタフェース1212の間の例示的なSU検出によってトリガされる帯域幅割り当ての呼フロー1200を示している。1つのAP1204および1つのDSMクライアント1202しか示されていないが、複数のAPおよびDSMクライアントが存在することができる。帯域幅割り当て手順は、センシングツールボックス1208によって報告されたセンシング結果によってトリガすることができる。このケースでは、アクティブチャネル上で、現在のDSM通信を中断させる可能性のあるSUが検出される。手順は、図11A~図11Dにおいて示されたPU検出によってトリガされる帯域幅割り当ての手順と類似しているが、トリガおよび遅延要件に相違がある。パッシブセンシング検出プロセス1216は、CMF1206、BAC1207、およびセンシングツールボックス1208の間で継続的に動作していることができる。センシングツールボックス1208は、アクティブチャネルおよび代替チャネルについてのセンシング結果を、ChannelSensingResultメッセージを介して、BAC1207に継続的に送信することができる1218。BAC1207は、各アクティブチャネルおよび代替チャネルについての本明細書で説明するようなチャネル利用率を更新する。BACは、センシング結果の周期的な平均および評価を実行することができる。BAC1207の評価結果は、帯域幅割り当てをトリガできるかどうかを判定する1220。例えば、BAC1207がいくつかのアクティブチャネルについて高いチャネル利用率を検出した場合、帯域幅割り当て手順1224をトリガすることができる。これは、トリガするかどうかをChannelSensingResultメッセージによって決定することができる、PU検出によってトリガされる帯域幅割り当てとは異なる。ここでは、どのような値が高いチャネル利用率に相当すると決めるかは、BAC1207の自由である。特に、周期的なBAC評価プロセスは、評価対象の一貫性を検証するために、ヒステリシスタイマを使用することができるヒステリシスタイマは、チャネル悪化がこのヒステリシス時間にわたって持続的であり、スパイクではないことの確認を可能にすることができる。評価プロセスは、SUチャネル利用率が閾値よりも大きいかどうかを判定する評価を含むことができる。閾値を超えた場合、再構成をトリガすることができ、帯域幅割り当て手順を開始することができる1222。帯域幅割り当てプロセス1222は、その他については、図10および図11のプロセスと同様である。現在利用可能な代替チャネルの数、およびSU検出によっていくつのアクティブチャネルが影響を受け得るかに応じて1224、BAC1207は、BAReconfigurationメッセージを即座に送信することができ1226、またはより多くの代替チャネルを見つけ、その後、新しい帯域幅割り当てを実行するために、ChannelSensingQueryメッセージをセンシングツールボックス1208に送信することができる1228。ChannelSensingQueryメッセージが送信される場合、センシングツールボックス1208が時間内に新しい代替チャネルを提供できないことがあるときに、BAC1207によって速やかなアクションが確実に取られるように、タイマTIMERQUERYが使用される。タイマTIMERQUERYは、PU検出によってトリガされる帯域幅割り当てにおいて使用されるタイマTIMEREVACとは異なる。タイマTIMEREVACの値は、スペクトルアクセスポリシーおよびシステム設計の両方によって決定することができるが、タイマTIMERQUERYの値は、システム設計によって決定することができる。AP1204は、AP1204がBAReconfigurationメッセージを受信した場合、AP1204がサービスしているDSMクライアント1202へのChannelSwitchAnouncementメッセージを開始することができる1230。チャネル品質が、このメッセージを送信するのに十分な良好さを有する閾値以上の場合、DSMクライアントは、チャネル切り替えに成功する。他方、チャネル品質が、このメッセージの正常配送をサポートするのに十分な良好さを有さない閾値未満の場合、DSMクライアントは、タイムアウトして、AP発見プロセスを再開することができる。その後、BAC1207は、さらなるチャネルを再構成する必要があり得るかどうかを判定することができる1232。これは、チャネルを4つ見つけることができるまでの、反復プロセスとすることができる1234。BAC1207は、利用可能なTVWSデータベースチャネルからチャネルを選択することができる1236。センシングがサポートされ、選択されたチャネルが必要とされるチャネルの数よりも少ない場合、TVWSデータベース1210における非利用可能なチャネルから他のチャネルを選択する1238。その後、BAC1207は、選択されたチャネル上でセンシングを構成することができる1240。チャネルがTVWSデータベース1210において利用可能である場合、SUチャネル使用についてのセンシングを構成する。そうではなく、チャネルが利用可能ではない場合、PUおよびSUチャネル使用についてのセンシングを構成する。BAC1207は、ChannelSensingQueryメッセージをセンシングツールボックス1208に送信することができる1242。このメッセージは、チャネルとチャネルに適用する必要があり得るセンシング方法とについての情報を含むことができる。BAC1207は、規則を使用して、チャネルパラメータを設定することができる1244。選択された特定のチャネルをセンスするようにセンシングツールボックスが要求される帯域幅再割り当てとの関連では、センシングタイプは、Targetedchannelssensingに設定することができる。選択されたチャネルのリストは、チャネルチャネル番号ごとに、Alternateに等しいチャネルタイプと、TVWSデータベースにおいてチャネルが利用可能である場合はNotneededに設定されたPUdetectionタイプとを含むことができる。それ以外で、TVWSデータベースが、ChannelReplyメッセージを介して、そのチャネルにおけるPUのタイプをそれぞれ伝えた場合、PUdetectionタイプは、要DTV検出または要マイクロフォン検出に設定することができる。それ以外の場合、PUdetectionタイプは、要DTV/マイクロフォン検出に設定することができる。センシングツールボックス1208は、ChannelSensingQueryメッセージの受信を知らせるために、ChannelSensingQueryACKメッセージを用いて応答することができる1246。BAC1207は、CHescapeを有するBAReconfigurationメッセージをAP1204に送信することができる1248。タイマは、0以上に設定されることができ、PU検出時のチャネルエスケープ時間と見なすことができる。AP1204は、BAReconfigurationメッセージを受信した場合、AP1204がサービスしていることがあるDSMクライアント1202にChannelSwitchAnouncementメッセージを送信することができる1250。センシングツールボックス1208は、本明細書で説明するような非同期サイレント測定を実施し1252、ChannelSensingResultメッセージ1254を介してセンシング結果をBAC1204に返すことができる。その後、BAC1207は、指定または所定の基準を適用して、アクティブチャネルを選択することができる1256。この基準は、例えば、PUが存在しないこと、閾値よりも低いCU、および他の基準を含むことができる。例えば、CUのデフォルト閾値は、50とすることができる。置き換えるチャネル上のトラフィック負荷が高い場合は、代替チャネルについてのCU閾値は低くあるべきであり、負荷が低い場合は、閾値は高くあるべきであるなど、閾値は、パラメータに依存することもできる。その後、BAC1207は、BAReconfigurationメッセージを各AP1204に送信することができ1258、監視する必要があるチャネルおよびチャネルの各々についてのセンシングのタイプをセンシングツールボックス1208に通知するために、ChannelSensingQueryメッセージをセンシングツールボックス1208に送信することができる1260。センシングツールボックス1208は、ChannelSensingQueryメッセージの受信を確認するために、ChannelsSensingQueryAckメッセージをBAC1207に送信することができる1262。AP1204は、AP1204がサービスしていることがあるDSMクライアント1202にChannelSwitchAnouncementメッセージを送信することができる1264。やはり、帯域幅割り当てプロセスでは、BAC1207は、役割再構成を行う必要があることがある1272。強いSU干渉が報告されたチャネルがプライマリチャネルとして現在サービスしている場合、BAC1207は、関連するAP1204が新しいプライマリチャネルとして使用できるチャネルから最良のチャネルを見つける必要があることがある。やはり、以下の規則、すなわち、APに割り当てられたチャネルのうち最小のCHAN_UT値を有するチャネルをプライマリチャネルとして選択するを使用することができる。その後BAC1207は、新しいBA内容プライマリチャネル変更を有するBAReconfigurationメッセージを各AP1204に送信することができる1275。AP1204は、AP1204がサービスしていることがあるDSMクライアント1202にChannelSwitchAnouncementメッセージを送信することができる1276。図13は、DSMクライアント1305、AP1310、およびBAC1315の間の例示的なアドミッション制御のフローチャート1300を示している。多くのシナリオでは、DSMシステムが受け入れることができるDSMクライアント1305の数を制御する必要がある。例えば、あまりにも多くのDSMクライアント1305をDSMシステムに受け入れた場合、例えば音声アプリケーションを実行するようなDSMクライアントのいくつかは、期待するQoSを達成しないことがある。BAC1315は、システムの容量利用可能なチャネルの数などおよびDSMクライアント1305からの要求に基づいて、DSMクライアント1305を受け入れるかどうかを決定することができる。このプロセスは、アドミッション制御と呼ばれる。オンになった後1320、AP1310は、最初に、AssociationRequestメッセージ1322およびAssociationAckメッセージ1324を交換することによって、BAC1315と関連を築く。その後、BAC1315は、TVWSデータベース1210およびポリシーデータベース1212など、他のモジュールと通信し1326、APのために初期帯域幅割り当てを実行し1328、割り当て情報をAP1310に送信することができる1330。その後、AP1310は、動作を開始し1332、DSMクライアントにビーコンをブロードキャストすることができる1334。上記のプロセスの間、DSMクライアント1305は、ビーコンを継続的にスキャンすることができる1336。DSMクライアント1305は、AP1310を発見し、DSMClientAssociationRequestメッセージをAP1310に送信することができる1336。APは、DSMClientAssociationACKメッセージを用いて応答することができる1338。この時点で、DSMクライアント1305は、APと関連を築くことができ、AP1310によって提供される中継を介して、AttachRequestメッセージをBAC1315に送信することができる1340。このメッセージでは、DSMクライアント1305は、QoS要件を指定することができる。BAC1315は、アドミッション制御アルゴリズムを実行し、要求を受諾するか、それとも拒否するかを決定し1342、この決定を含むAttachRequestACKメッセージを用いて応答することができる1344。アドミッション制御アルゴリズムは、アドミッション決定を行うために数々の方法を使用することができる。例えば、BAC1315は、サポートできるDSMクライアント1305の数に単純に限界を設けることができ、この限界に達した後に到着したアドミッション要求はいずれも拒否することができる。本明細書では、図15に関して、サイレント期間手順1500について説明する。サイレント期間手順は、クライアント1505、AP1510、およびCMF1515に関して説明することができ、CMF1515は、制御チャネル管理エンティティCCM1520およびBAC1525を含むことができる。サイレント期間は、AP1510もしくはクライアント/WTRU1505、またはその両方によってセンシングを実行できる時間を生み出すために、DSMシステムによって使用することができる。サイレント期間中、ネットワーク自体のトラフィックの存在を考慮する必要なしに、他のユーザプライマリまたはセカンダリを識別するためのセンシングを実行できるように、AP1510およびそれに結合されたWTRU1505は、どのような送信も差し控えることができる。サイレント期間は、サイレント期間の開始および持続時間を同期させるために、AP1510と結合されたWTRU1505との間のシグナリングを必要とする。サイレント期間は、AP1510によって周期的に構成し、伝えることができ、その場合、サイレント期間は、ある定期的な間隔に従って発生する。サイレント期間構成を各クライアント1505に伝えるために、ビーコンを使用することができる1530。図15に示されるように、CMF1515がチャネルを変更することに決定した場合、CMF1515によって構成される新しいチャネルに基づいて、サイレント期間割り当てを変更する必要があることがある。これは、BAReconfigurationメッセージ1535およびチャネル切り替えアナウンスメントによって伝えることができる1537。AP1510は、この決定を取得し、サイレント期間構成への割り当て変更の適用可能性を決定することができる1540。AP1510は、ビーコン内の対応する情報を変更することによって、新しいサイレント期間情報をクライアント1505に伝えることができる1545。周期的なサイレント期間に加えて、図16に示されるように、非同期サイレント期間手順1600を使用することができる。非同期サイレント期間手順は、クライアント1605、AP1610、CMF1615、およびセンシングプロセッサSP1630に関して説明することができ、CMF1615は、制御チャネル管理エンティティCCM1620およびBAC1625を含むことができる。この場合、AP1610は、非同期または即座のサイレント期間を構成することができ、それは、BAC1625が特定の1組のチャネルについてChannelSensingQueryを発行し1635、したがって、現在利用されているチャネルについて即座にセンシングを実行し、非同期サイレント期間要求メッセージをAP1610に送信する1640ようにSP1630に要求する場合に使用することができる。AP1610は、非同期サイレント期間制御メッセージを介して、非同期サイレント期間の存在をクライアント1605に通知することができ、非同期サイレント期間制御メッセージは、ビーコン自体においてMAC層制御メッセージとして送信することができる1645。周波数、範囲、および持続時間を有する、非同期サイレント期間情報メッセージを、SP1630に送信することができる1650。この場合、このメッセージの受信に直ちに続いて、サイレント期間が実施される。センシング結果をBAC1625に送信することができる1655。代替チャネル監視について本明細書で説明する。DSMデバイスがその上で動作しているTVチャネルが、PUの検出または他のSUシステムからの強い干渉のために突然利用不可能なった場合、DSMシステムは、代替送信チャネルを見つけるために、スペクトルセンシングのプロセスを行うことができる。しかし、このプロセスは、長すぎる時間を要することがある。最悪の場合、DSMシステムは、PUの存在をPUが検出されたばかりのチャネルを除く全ての可能なTVチャネル上でセンスする必要がある。この期間中、影響を受けるDSMデバイスは、そのチャネルの使用を停止するかPU検出の場合、または非常に悪いチャネル状態を経験する強いSU干渉の場合。これは、DSMシステムに深刻なサービス中断をもたらすことがある。PUの検出または強いSU干渉の後に代替チャネルを探し始める代わりに、DSMシステムは、PUの検出または強い干渉に先立って、他のチャネルを監視し、代替チャネルを識別することができる。したがって、いくつかのDSMデバイスによって現在使用されているチャネルの1つにおいてPUが検出された場合、DSMシステムは、直ちに代替チャネルの1つを選択することができる。このようにすることで、DSMシステムに対するサービスの中断が著しく短縮される。図2に示されるアーキテクチャを参照すると、バックグラウンドでの代替チャネル監視を可能にするために、DSMエンジン210内のBAC244は、代替チャネルのための候補チャネルを識別し、その情報をChannelSensingQueryメッセージを介してセンシングツールボックス240に渡すことができ、センシングツールボックス240は、センシングが可能なネットワークデバイス上でセンシングを調整および解析する、DSMエンジン210の部分として規定することができる。その場合、センシングツールボックス240は、アクティブチャネルセンシングを実行していないときに候補チャネルをチェックし、これらのチャネルについてのセンシング結果をChannelSensingResultメッセージを介してBAC244に周期的に渡すことができる。デバイスが同時に複数のチャネルを使用できる場合、全てのチャネル上でのデータ送信に対するACKフレームの送信を含むが、それに限定されない、クリティカルなタスクをサポートするプライマリチャネルとして1つのチャネルを割り当てることができる。これは図14に示されており、DSM->Deviceは、対応する時間間隔が、DSMエンジンからDSMクライアントデバイスへの通信のためのものであることを意味し、DSM->Aは、通信が、DSMエンジンからデバイスAと呼ばれる特定のDSMクライアントへのものであることを意味し、DSM->Bは、通信が、DSMエンジンからデバイスBと呼ばれる特定のDSMクライアントへのものであることを意味する。一実施形態では、時刻t1において、4つのチャネル上で、4つのデータフレームをDSMエンジンからデバイスAに送信することができる。時刻t2において、デバイスAは、プライマリチャネル上で送信される組み合わせACK肯定応答を用いてDSMエンジンに応答することができる。この組み合わせACKは、時刻t1に発生した4つのデータ送信に対する受信確認を行うことができる。貧弱なチャネル状態のために、組み合わせACKが失われた場合、時刻t1に発生した全てのデータ送信は無駄になる。この例から、プライマリチャネルは他のチャネルよりも重要であることが明らかである。したがって、最適なDSMシステム性能のために、BACは、最良の利用可能なチャネルをプライマリチャネルとして割り当てる必要があり得、最良のチャネルは、品質メトリックが少なくとも1つの閾値を満たす、または超えるチャネルである。しかし、PU活動およびSUシステムからの干渉は、時間とともに変化し得るので、最初は最良の品質を有していたチャネルが、時間とともに悪化することがある。したがって、それぞれのチャネル品質に基づいたチャネルのランキングは、時間とともに変化することがある。したがって、一実施形態では、動的な帯域幅割り当てアルゴリズムは、必要に応じてチャネル品質の変化につれて、チャネルの役割プライマリチャネルかどうかを変更する。実施形態1.動的ホワイトスペーススペクトルから少なくとも1つのチャネルを少なくとも1つのデバイスに割り当てるステップを含む動的スペクトル管理DSMの方法。2.トリガリングイベントの発生に基づいた帯域幅割り当てのための代替チャネルを監視するステップをさらに含む実施形態1に記載の方法。3.複数のチャネルが割り当てられる場合、1つのチャネルをプライマリチャネルとして割り当てるステップをさらに含む前記実施形態のいずれかに記載の方法。4.さらに含む前記実施形態のいずれかに記載の方法。5.それまで割り当てられていたプライマリチャネルのチャネル品質が閾値を下回った場合、複数のチャネルの1つをプライマリチャネルとして動的に割り当て直すステップをさらに含む前記実施形態のいずれかに記載の方法。6.プライマリチャネルは、最小チャネル利用率を有する前記実施形態のいずれかに記載の方法。7.選択されたチャネルの数が要求されたチャネルの数よりも少なく、デバイスがハイブリッドデバイスである場合、動的ホワイトスペーススペクトルから非利用可能なチャネルを選択するステップをさらに含み、ハイブリッドデバイスは、動的ホワイトスペーススペクトルにアクセスでき、ロケーションを決定でき、センシングが可能である、前記実施形態のいずれかに記載の方法。8.デバイスを動的スペクトル管理エンジンに関連付けるステップをさらに含む前記実施形態のいずれかに記載の方法。9.関連付けられたデバイスに基づいて、デバイス能力データベースを構築するステップをさらに含む前記実施形態のいずれかに記載の方法。10.チャネル情報を動的ホワイトスペーススペクトルデータベースから、ポリシー情報をポリシーデータベースから、サイレント構成情報をセンシングプロセッサから、およびチャネルセンシング情報をセンシングプロセッサから受け取るステップをさらに含む前記実施形態のいずれかに記載の方法。11.トリガリングイベントは、ネットワーク性能悪化トリガであり、ネットワーク性能統計値に従ってアクティブチャネルをランク付けするステップをさらに含む前記実施形態のいずれかに記載の方法。12.与えられたメトリックについて、最良の代替チャネルが性能的に最悪のアクティブチャネルよりも良好である場合、性能的に最悪のアクティブチャネルを最良の代替チャネルで置き換えるステップをさらに含む前記実施形態のいずれかに記載の方法。13.与えられたメトリックは、チャネル利用率である、前記実施形態のいずれかに記載の方法。14.トリガリングイベントは、ネットワーク性能悪化トリガであり、ネットワーク性能統計値を所定の閾値と比較することによって、性能的に貧弱なアクティブチャネルを識別するステップをさらに含む前記実施形態のいずれかに記載の方法。15.性能的に貧弱なアクティブチャネルを、性能的に貧弱なアクティブチャネルよりも性能的に良好な代替チャネルで置き換えるステップをさらに含む前記実施形態のいずれかに記載の方法。16.ネットワーク性能統計値は、受信信号強度、フレームレート、トラフィック需要のうちの少なくとも1つである、前記実施形態のいずれかに記載の方法。17.トリガリングイベントは、割り当てられたチャネル上でプライマリユーザが検出された旨の報告をセンシングプロセッサから受け取るプライマリユーザ検出トリガである、前記実施形態のいずれかに記載の方法。18.トリガリングイベントは、セカンダリユーザ検出トリガであり、割り当てられたチャネルが所定のレベルのチャネル利用率を有することを決定するステップをさらに含む前記実施形態のいずれかに記載の方法。19.4つのチャネルがデバイスに割り当てられる、前記実施形態のいずれかに記載の方法。20.利用可能なチャネルがデバイス間に均等に割り当てられる、前記実施形態のいずれかに記載の方法。21.動的スペクトル管理エンジンが所定の距離だけ移動した場合、チャネル情報を再チェックするステップをさらに含む前記実施形態のいずれかに記載の方法。22.動的スペクトル管理エンジンへの接続を求める要求に対してアドミッション制御ポリシーを適用するステップをさらに含む前記実施形態のいずれかに記載の方法。23.動的スペクトル管理DSMシステムにおいて使用されるハイブリッドデバイスであって、ハイブリッドデバイスは、ハイブリッドデバイスのロケーションを決定し、動的ホワイトスペーススペクトルデータベースにアクセスし、チャネルスペクトル使用をセンスするように構成されるハイブリッドデバイス。24.ハイブリッドデバイスは、動的ホワイトスペーススペクトルにおける帯域幅割り当てをDSMシステムから受け取るようにさらに構成される、実施形態23に記載のハイブリッドデバイス。25.ハイブリッドデバイスは、要求された数のチャネルがDSMシステムによって満たされない場合、センシング結果に基づいて空きチャネルを決定するように構成される、実施形態23~24のいずれかに記載のハイブリッドデバイス。26.ハイブリッドデバイスは、プライマリユーザが検出された場合、1つのモードにおいて選択されたチャネルを明け渡して、センシング結果に基づいて選択された別のチャネルを用いるように構成される、実施形態23~25のいずれかに記載のハイブリッドデバイス。27.動的ホワイトスペーススペクトルから少なくとも1つのチャネルを少なくとも1つのデバイスに割り当てるように構成されたDSMエンジンを備える動的スペクトル管理DSMシステム。28.DSMエンジンは、トリガリングイベントの発生に基づいた帯域幅割り当てのための代替チャネルを監視するようにさらに構成される、実施形態27に記載のDSMシステム。29.DSMエンジンは、複数のチャネルが割り当てられる場合、1つのチャネルをプライマリチャネルとして割り当てるようにさらに構成される、実施形態27~28のいずれかに記載のDSMシステム。30.DSMエンジンは、それまで割り当てられていたプライマリチャネルのチャネル品質が閾値を下回った場合、複数のチャネルの1つをプライマリチャネルとして動的に割り当て直すようにさらに構成される、実施形態27~29のいずれかに記載のDSMシステム。31.ロケーションを決定するステップを含む動的スペクトル割り当てのための方法。32.テレビホワイトスペースTVWSデータベースにアクセスするステップをさらに含む実施形態1~22および31に記載の方法。33.スペクトルセンシングを実行するステップをさらに含む実施形態1~22および31~32のいずれかに記載の方法。34.チャネルを監視し、代替送信チャネルのための候補チャネルを識別するステップをさらに含む実施形態1~22および31~33のいずれかに記載の方法。35.動的スペクトル管理DSMデバイスによって使用されるチャネル上にプライマリスペクトルユーザが検出された場合、識別された代替チャネルの1つをプライマリチャネルとして割り当てるステップをさらに含む実施形態1~22および31~34のいずれかに記載の方法。36.プライマリチャネルは、最良のチャネルに割り当てられる、実施形態1~22および31~35のいずれかに記載の方法。37.プライマリチャネルは、品質に基づいて、動的に割り当て直される、実施形態1~22および31~36のいずれかに記載の方法。38.関連付け要求を受け取るステップをさらに含む実施形態1~22および31~37のいずれかに記載の方法。39.初期帯域幅割り当てが要求されたことを決定するステップをさらに含む実施形態1~22および31~38のいずれかに記載の方法。40.関連付け要求に対する肯定応答ACKを送信するステップをさらに含む実施形態1~22および31~39のいずれかに記載の方法。41.TVWSデータベースDB情報に基づいて、利用可能なチャネルを決定するステップをさらに含む実施形態1~22および31~40のいずれかに記載の方法。42.ポリシーに基づいて、チャネル上でスペクトルセンシングを実行するステップをさらに含む実施形態1~22および31~41のいずれかに記載の方法。43.サイレント期間要件を受け取るステップをさらに含む実施形態1~22および31~42のいずれかに記載の方法。44.ネットワーク構成要求を少なくとも1つのAPに送信するステップをさらに含む実施形態1~22および31~43のいずれかに記載の方法。45.少なくとも1つのAPからACKを受信するステップをさらに含む実施形態1~22および31~44のいずれかに記載の方法。46.初期帯域幅割り当てを実行するステップをさらに含む実施形態1~22および31~45のいずれかに記載の方法。47.初期帯域幅割り当てを実行するステップは、少なくとも1つのチャネルを少なくとも1つのAPに割り当てるステップと、プライマリチャネルおよびセカンダリチャネルを識別するステップとを含む、実施形態1~22および31~46のいずれか1つに記載の方法。48.ネットワーク性能メトリックに基づいた統計値を受け取るステップを含むネットワーク性能悪化によってトリガされる帯域幅割り当てのための方法。49.ランキング方法または閾値方法に基づいて、新しい帯域幅割り当てが必要かどうかを決定するステップをさらに含む実施形態1~22および31~48のいずれか1つに記載の方法。50.チャネル役割変更を実行するステップをさらに含む実施形態1~22および31~49のいずれか1つに記載の方法。51.アクティブチャネル上でプライマリスペクトルユニットPUを検出するステップ、またはアクティブチャネル上で動的スペクトル管理DSM通信を妨害するセカンダリスペクトルユニットSUを検出するステップを含むセンシング結果によってトリガされる帯域幅割り当てのための方法。52.テレビホワイトスペースTVWSデータベース情報をセンシングモードで動作するデバイスに提供するステップを含む動的スペクトル管理DSMの方法。53.TVWSデータベース情報をハイブリッドモードで動作するデバイスに提供するステップをさらに含む実施形態1~22および31~52のいずれか1つに記載の方法。54.ハイブリッドモードで動作するデバイスは、TVWSデータベース情報に基づいて空きであると指定されたチャネルを使用することができる、実施形態1~22および31~53のいずれか1つに記載の方法。55.デバイスは、センシング専用デバイスとして機能し、ハイブリッドデバイスまたはハイブリッドシステムによって必要とされるチャネルの必要数が満たされない場合に限って、センシング結果に基づいて空きチャネルを決定することができる、実施形態1~22および31~54のいずれか1つに記載の方法。56.センシング専用モードで動作する、センシング専用デバイスおよびハイブリッドデバイスは、プライマリユーザが検出された場合、このモードで選択されたチャネルを明け渡す能力を備える、実施形態1~22および31~55のいずれか1つに記載の方法。57.チャネル割り当ておよび割り当て解除のための関連するスペクトルアクセスポリシーを帯域幅割り当て制御がフェッチすることを可能にするインタフェースを提供するステップをさらに含む実施形態1~22および31~56のいずれか1つに記載の方法。58.固定式か、それともパーソナル/ポータブルかの、デバイスタイプを少なくとも含むdeviceinfoメッセージを使用するステップをさらに含む実施形態1~22および31~57のいずれか1つに記載の方法。59.ホワイトスペースデバイスWSDFCCIDを少なくとも含むdeviceinfoメッセージを使用するステップをさらに含む実施形態1~22および31~58のいずれか1つに記載の方法。60.WSDシリアル番号を少なくとも含むdeviceinfoメッセージを使用するステップをさらに含む実施形態1~22および31~59のいずれか1つに記載の方法。61.緯度/経度形式で表現されるWSDロケーションを少なくとも含むdeviceinfoメッセージを使用するステップをさらに含む実施形態1~22および31~60のいずれか1つに記載の方法。62.関連するポリシーをポリシーデータベースからDSMエンジンに返すステップをさらに含む実施形態1~22および31~61のいずれか1つに記載の方法。63.ポリシーのソースを少なくとも含むポリシーパケットを送信するステップをさらに含む実施形態1~22および31~62のいずれか1つに記載の方法。64.各チャネルについてのポリシーを少なくとも含むポリシーパケットを送信するステップをさらに含む実施形態1~22および31~63のいずれか1つに記載の方法。65.ポリシーは、チャネルID、チャネル規定、デバイスタイプの数、各デバイスタイプについてのポリシー、占有されたチャネルが隣接しない場合の最大EIRP、占有されたチャネルが隣接する場合の最大EIRP、帯域外発射要件、SensingSensitivity、InitialSensingTime、VacateTime、ReChecklntervalDTV、およびReChecklntervalMicを少なくとも含む、実施形態1~22および31~64のいずれか1つに記載の方法。66.BACからセンシングツールボックスへのインタフェースを提供するステップをさらに含む実施形態1~22および31~65のいずれか1つに記載の方法。67.BACは、スペクトルセンシングについての命令をセンシングツールボックスに渡し、センシングツールボックスからスペクトルセンシング結果を受け取る、実施形態1~22および31~66のいずれか1つに記載の方法。68.無線マイクロフォンおよびDTV/SUを検出するために粗略なセンシングを使用することができる、実施形態1~22および31~67のいずれか1つに記載の方法。69.SilentPeriodRequirementsQueryConf内の情報が、メッセージNetworkConfigRequestを介して、BACから全てのAP上に存在するサイレント期間管理エンティティに送信される、実施形態1~22および31~68のいずれか1つに記載の方法。70.BACは、センシングツールボックスとサイレント期間管理エンティティの間の中継として機能する、実施形態1~22および31~69のいずれか1つに記載の方法。71.アクセスポイントとのインタフェースを提供するステップをさらに含む実施形態1~22および31~70のいずれか1つに記載の方法。72.BACは、最大で4つのチャネルを特定のAPに割り当てるために、TVWSデータベース、ポリシーデータベース、およびセンシングツールボックスと最初に対話する、実施形態1~22および31~71のいずれか1つに記載の方法。73.割り当てが、APに送信される、実施形態1~22および31~72のいずれか1つに記載の方法。74.APに現在割り当てられているチャネルの状態が悪いとAPによって報告された場合、APは、BACに通知し、BACは、APのために交換チャネルを見つけることができる、実施形態1~22および31~73のいずれか1つに記載の方法。75.BACは、チャネル再割り当てをAPに送信することができる、実施形態1~22および31~74のいずれか1つに記載の方法。76.ネットワークに現在割り当てられているチャネルが利用不可能になったとセンシングツールボックスによって報告された場合、BACは、交換チャネルを見つけることができる、実施形態1~22および31~75のいずれか1つに記載の方法。77.BACは、チャネル再割り当てを適切なAPに送信することができる、実施形態1~22および31~76のいずれか1つに記載の方法。78.メッセージは、InitialBARequest、InitialBARequestACK、ChannelStatusIndication、ChannelStatusIndicationACK、BAReconfiguration、およびBAReconfigurationACKを少なくとも含む、実施形態1~22および31~77のいずれか1つに記載の方法。79.InitialBARequestメッセージは、APのデバイス情報およびAPのロケーションを含む、実施形態1~22および31~78のいずれか1つに記載の方法。80.ChannelStatusIndicationメッセージは、チャネルID、チャネル規定、MAC層統計タイプ、およびMAC層統計値を含む、実施形態1~22および31~79のいずれか1つに記載の方法。81.BAReconfigurationメッセージは、旧いチャネルID、旧いチャネル規定、新しいチャネルID、新しいチャネル規定、新しいEIRP、およびプライマリチャネルインジケータを含む、実施形態1~22および31~80のいずれか1つに記載の方法。82.BAReconfigurationメッセージの旧いチャネルと新しいチャネルは、対をなさない、実施形態1~22および31~81のいずれか1つに記載の方法。83.初期帯域幅割り当てを決定するステップをさらに含む実施形態1~22および31~82のいずれか1つに記載の方法。84.帯域幅要求またはより高度なQoSによってトリガされる帯域幅割り当てを決定するステップをさらに含む実施形態1~22および31~83のいずれか1つに記載の方法。85.センシングによってトリガされる帯域幅割り当てを決定するステップをさらに含む実施形態1~22および31~84のいずれか1つに記載の方法。86.ネットワーク性能悪化よってトリガされる帯域幅割り当てを決定するステップをさらに含む実施形態1~22および31~85のいずれか1つに記載の方法。87.各APについて最大M_AGG個のチャネルを割り当てるステップをさらに含み、M_AGGデフォルト値=4は、APが使用できるチャネルの最大数である、実施形態1~22および31~86のいずれか1つに記載の方法。88.PUによって占有されているとセンシングツールボックスによって報告された、または貧弱なチャネル状態にあると報告されたチャネルは、帯域幅割り当ての対象とは見なすことができない、実施形態1~22および31~87のいずれか1つに記載の方法。89.BACは、利用可能なチャネルを十分に見つけることができる場合、最良のM_AGG×N個の空きチャネルを選択することができ、ここで、NはAPの数である、実施形態1~22および31~88のいずれか1つに記載の方法。90.BACは、利用可能なチャネルをAP間に均等に分配しようと試みることができる、実施形態1~22および31~89のいずれか1つに記載の方法。91.上側帯域のチャネルの数と下側帯域のチャネルの数は、実質的に等しい、実施形態1~22および31~90のいずれか1つに記載の方法。92.2つのソースであるセンシングツールボックスおよびネットワークから来るチャネルの品質を評価するために使用されるメトリックを決定するステップをさらに含む実施形態1~22および31~91のいずれか1つに記載の方法。93.平均を実行する場合、APによって報告された値には、1/2の重み付けを行うべきであり、STAには、全体として、残りの1/2の重み付けを行うべきである、実施形態1~22および31~92のいずれか1つに記載の方法。94.BACは、フレーム損失率および待ち行列サイズについての平均値統計を計算する、実施形態1~22および31~93のいずれか1つに記載の方法。95.帯域幅割り当ての必要性を決定するステップをさらに含む実施形態1~22および31~94のいずれか1つに記載の方法。96.チャネルごとのメトリックごとのパラメータを規定することによって、必要性を決定するステップをさらに含む実施形態1~22および31~95のいずれか1つに記載の方法。97.デバイス初期化を実行するステップをさらに含む実施形態1~22および31~96のいずれか1つに記載の方法。98.APをDSMエンジンと関連付けるステップをさらに含む実施形態1~22および31~97のいずれか1つに記載の方法。99.デバイス能力データベースをBACが構築するステップをさらに含み、BACは、デバイスが使用することが可能なチャネルをデバイス能力データベースから導出する、実施形態1~22および31~98のいずれか1つに記載の方法。100.ポリシーデータベースおよびTVWSデータベースに問い合わせを行い、チャネルリストCHPOLDBおよびCHTVWSDBを取得するステップをさらに含む実施形態1~22および31~99のいずれか1つに記載の方法。101.サイレント期間要件およびネットワーク性能メトリックを渡すステップをさらに含む実施形態1~22および31~100のいずれか1つに記載の方法。102.BACが、サイレント期間要件を取得するためにセンシングツールボックスに問い合わせを送信するステップと、サイレント期間要件をAPに渡すステップとをさらに含む実施形態1~22および31~101のいずれか1つに記載の方法。103.ネットワーク性能を推定するためのメトリックをBACがAPに渡すステップをさらに含む実施形態1~22および31~102のいずれか1つに記載の方法。104.センシングツールボックスによるチェックを受ける準備ができた候補チャネルが十分には存在しないかどうかを検査するステップをさらに含む実施形態1~22および31~103のいずれか1つに記載の方法。105.sizeNAPS×MAGである場合、TVWSデータベースによって利用不可能であると見なされたチャネルを候補チャネルのリストにBACが追加できるステップをさらに含む実施形態1~22および31~104のいずれか1つに記載の方法。106.これらの利用不可能なチャネルに対して、センシングツールボックスは、最初にPUの有無をセンスする、実施形態1~22および31~105のいずれか1つに記載の方法。107.チャネル上にPUを検出しなかった場合、センシングツールボックスは、SUの有無をセンスすることができる、実施形態1~22および31~106のいずれか1つに記載の方法。108.BACは、センシングツールボックスからセンシング結果を受け取る、実施形態1~22および31~107のいずれか1つに記載の方法。109.BACは、PUを有すると報告されたチャネルを最初に候補チャネルから削除する、実施形態1~22および31~108のいずれか1つに記載の方法。110.BACは、その後、残りの候補チャネルをSUUT値の昇順でランク付けし、RANKEDAVAILCHANSUTを取得する、実施形態1~22および31~109のいずれか1つに記載の方法。111.BACは、ネットワーク性能統計値を受け取った時、様々なチャネル品質メトリックを更新する、実施形態1~22および31~110のいずれか1つに記載の方法。112.チャネル品質メトリックを報告するステップをさらに含む実施形態1~22および31~111のいずれか1つに記載の方法。113.アクティブチャネルは、ネットワーク性能統計値によって示されるような帯域幅割り当ての必要性に従ってランク付けされる、実施形態1~22および31~112のいずれか1つに記載の方法。114.BACは、最良の代替チャネルが、性能的に最悪のアクティブチャネル新しい帯域幅割り当てを最も必要とするチャネルよりも良好かどうかをチェックする、実施形態1~22および31~113のいずれか1つに記載の方法。115.最良の代替チャネルと性能的に最悪のアクティブチャネルとの品質を比較するために使用されるメトリックは、CHANUTであり、CHANUTは、センシングツールボックスから受け取ったセンシング結果と、センシング結果に適用されるBACにおける判定基準例えば閾値とに基づく、実施形態1~22および31~114のいずれか1つに記載の方法。116.閾値ベースの手法を使用するステップをさらに含む実施形態1~22および31~115のいずれか1つに記載の方法。117.閾値は、ネットワーク性能統計値に適用され、貧弱な状態のアクティブチャネルが識別される、実施形態1~22および31~116のいずれか1つに記載の方法。118.BACは、性能的に貧弱なアクティブチャネルよりも良好な代替チャネルを見つけ、アクティブチャネルを代替チャネルで置き換えようと試みる、実施形態1~22および31~117のいずれか1つに記載の方法。119.センシングによってトリガされる帯域幅割り当てに基づいて割り当てを行うステップをさらに含む実施形態1~22および31~118のいずれか1つに記載の方法。120.BACは、ChannelSensingQueryメッセージに応答したセンシングツールボックスからのセンシング結果を受け取る、実施形態1~22および31~119のいずれか1つに記載の方法。121.BACは、センシングツールボックスがPUの存在を検出した場合、センシングツールボックスからセンシング結果を受け取る、実施形態1~22および31~120のいずれか1つに記載の方法。122.BACは、アクティブチャネルおよび代替チャネルの継続的な監視のために周期的に、センシングツールボックスからセンシング結果を受け取る、実施形態1~22および31~121のいずれか1つに記載の方法。123.センシング結果を受け取ったとき、BACは、センシング結果がPUの検出を示しているかどうかを最初にチェックする、実施形態1~22および31~122のいずれか1つに記載の方法。124.BACは、センシング結果内のSU検出結果などの他の情報を処理し、リストRANKEDAVAILCHANSUTを更新することができる、実施形態1~22および31~123のいずれか1つに記載の方法。125.BACは、SU検出によってトリガされる帯域幅割り当て手順に入り、いくつかのアクティブチャネルについてCHANUT値が高すぎる場合、新しい帯域幅割り当てを実行する、実施形態1~22および31~124のいずれか1つに記載の方法。126.BACは、PU検出によって影響を受けるアクティブチャネルを、RANKEDAVAILCHANSUTからのチャネルで置き換えることによって、帯域幅割り当てを実行する、実施形態1~22および31~125のいずれか1つに記載の方法。127.アドミッション制御を実行するステップをさらに含む実施形態1~22および31~126のいずれか1つに記載の方法。128.DSMシステムが受け入れ可能なDSMクライアントの数を制御するステップをさらに含む実施形態1~22および31~127のいずれか1つに記載の方法。129.受信機を備える、実施形態1~22および31~128のいずれかに記載の方法を実行するように構成されたWTRU無線送受信ユニット。130.送信機をさらに備える実施形態129に記載のWTRU。131.送信機および受信機と通信するプロセッサをさらに備える実施形態129~130のいずれか1つに記載のWTRU。132.実施形態1~22および31~128のいずれかに記載の方法を実行するように構成された基地局。133.実施形態1~22および31~128のいずれかに記載の方法を実行するように構成された集積回路。134.実施形態1~22および31~128のいずれかに記載の方法を実行するように構成されたホーム進化型ノードBHeNB。135.実施形態1~22および31~128のいずれかに記載の方法を実行するように構成された無線通信システム。136.実施形態1~22および31~128のいずれかに記載の方法を実行するように構成されたDSMエンジン。137.実施形態1~22および31~128のいずれかに記載の方法を実行するように構成されたDSMクライアント。138.実施形態1~22および31~128のいずれかに記載の方法を実行するように構成されたDSMシステム。139.実施形態1~22および31~128のいずれかに記載の方法を実行するように構成されたDSMエンティティ。上記では特徴および要素を特定の組み合わせで説明したが、各特徴または要素は、単独で使用でき、または他の特徴および要素との任意の組み合わせで使用できることを当業者であれば理解できよう。加えて、本明細書で説明した方法は、コンピュータまたはプロセッサによって実行する、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、有線接続または無線接続を介して送信される電子信号と、コンピュータ可読記憶媒体とを含む。コンピュータ可読記憶媒体の例は、ROMリードオンリメモリ、RAMランダムアクセスメモリ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、並びにCD-ROMディスクおよびDVDデジタル多用途ディスクなどの光媒体を含むが、これらに限定されない。ソフトウェアと連携するプロセッサは、WTRU、UE、端末、基地局、RNC、または任意のホストコンピュータにおいて使用する無線周波送受信機を実施するために使用することができる。"