(57)【要約】本明細書では、コグニティブ無線のための帯域幅割り当ての方法、メトリックおよび装置について説明する。動的帯域幅割り当てのために動的スペクトル管理（ＤＳＭ）システムの異なる構成要素間で受け渡す必要がある情報が、対応するインタフェースとともに、識別される。ネットワーク性能を測定し、チャネルセンシング結果を評価し、様々な帯域幅割り当てシナリオを扱う方法および関連するメトリックが提示される。また、サービス品質をサポートするためのアドミッション制御メカニズムも提供される。新しいチャネルが必要とされたときに、即座に代替チャネルを割り当てることができ、ＤＳＭシステムに対するサービスの中断が短くなるように、代替チャネル監視をバックグラウンドで実行することができる。複数のチャネルシナリオでは、肯定応答フレームの送信などのタスクをサポートするために、１つのチャネルをプライマリチャネルとして動的に割り当てることができる。テレビホワイトスペース（ＴＶＷＳ）データベースにアクセスし、スペクトルセンシングを実行できる、ハイブリッドモードデバイスについても説明する。
2013543333.tif 000002
【特許請求の範囲】
【請求項１】
動的ホワイトスペーススペクトルから少なくとも１つのチャネルを少なくとも１つのデバイスに割り当てるステップと、
トリガリングイベントの発生に基づいた帯域幅割り当てのための代替チャネルを監視するステップと
を含むことを特徴とする動的スペクトル管理（ＤＳＭ）の方法。
【請求項２】
複数のチャネルが割り当てられる場合、１つのチャネルをプライマリチャネルとして割り当てるステップと、
それまで割り当てられていたプライマリチャネルのチャネル品質が閾値を下回った場合、前記複数のチャネルの１つを前記プライマリチャネルとして動的に割り当て直すステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記プライマリチャネルは、最小チャネル利用率を有することを特徴とする請求項２に記載の方法。
【請求項４】
選択されたチャネルの数が要求されたチャネルの数よりも少なく、前記デバイスがハイブリッドデバイスである場合、前記動的ホワイトスペーススペクトルから非利用可能なチャネルを選択するステップであって、ハイブリッドデバイスは、前記動的ホワイトスペーススペクトルにアクセスでき、ロケーションを決定でき、センシングが可能である、ステップ
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
デバイスを動的スペクトル管理エンジンに関連付けるステップと、
関連付けられたデバイスに基づいて、デバイス能力データベースを構築するステップと、
チャネル情報を動的ホワイトスペーススペクトルデータベースから、ポリシー情報をポリシーデータベースから、サイレント構成情報をセンシングプロセッサから、およびチャネルセンシング情報を前記センシングプロセッサから受け取るステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記トリガリングイベントは、ネットワーク性能悪化トリガであり、
ネットワーク性能統計値に従ってアクティブチャネルをランク付けするステップと、
与えられたメトリックについて、最良の代替チャネルが性能的に最悪のアクティブチャネルよりも良好である場合、前記性能的に最悪のアクティブチャネルを前記最良の代替チャネルで置き換えるステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記与えられたメトリックは、チャネル利用率であることを特徴とする請求項６に記載の方法。
【請求項８】
前記トリガリングイベントは、ネットワーク性能悪化トリガであり、
ネットワーク性能統計値を所定の閾値と比較することによって、性能的に貧弱なアクティブチャネルを識別するステップと、
前記性能的に貧弱なアクティブチャネルを、前記性能的に貧弱なアクティブチャネルよりも性能的に良好な代替チャネルで置き換えるステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記ネットワーク性能統計値は、受信信号強度、フレームレート、トラフィック需要のうちの少なくとも１つであることを特徴とする請求項８に記載の方法。
【請求項１０】
前記トリガリングイベントは、
割り当てられたチャネル上でプライマリユーザが検出された旨の報告をセンシングプロセッサから受け取るプライマリユーザ検出トリガであることを特徴とする請求項１に記載の方法。
【請求項１１】
前記トリガリングイベントは、セカンダリユーザ検出トリガであり、
割り当てられたチャネルが所定のレベルのチャネル利用率を有することを決定するステップ
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１２】
４つのチャネルが前記デバイスに割り当てられることを特徴とする請求項１に記載の方法。
【請求項１３】
利用可能なチャネルがデバイス間に均等に割り当てられることを特徴とする請求項１に記載の方法。
【請求項１４】
動的スペクトル管理エンジンが所定の距離だけ移動した場合、チャネル情報を再チェックするステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１５】
動的スペクトル管理エンジンへの接続を求める要求に対してアドミッション制御ポリシーを適用するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１６】
動的スペクトル管理（ＤＳＭ）システムにおいて使用されるハイブリッドデバイスであって、
前記ハイブリッドデバイスは、前記ハイブリッドデバイスのロケーションを決定し、動的ホワイトスペーススペクトルデータベースにアクセスし、チャネルスペクトル使用をセンスするように構成され、
前記ハイブリッドデバイスは、動的ホワイトスペーススペクトルにおける帯域幅割り当てを前記ＤＳＭシステムから受け取るように構成される
ことを特徴とするハイブリッドデバイス。
【請求項１７】
前記ハイブリッドデバイスは、要求された数のチャネルが前記ＤＳＭシステムによって満たされない場合、センシング結果に基づいて空きチャネルを決定するように構成されることを特徴とする請求項１６に記載のハイブリッドデバイス。
【請求項１８】
前記ハイブリッドデバイスは、プライマリユーザが検出された場合、１つのモードにおいて選択されたチャネルを明け渡して、センシング結果に基づいて選択された別のチャネルを用いるように構成されることを特徴とする請求項１６に記載のハイブリッドデバイス。
【請求項１９】
動的スペクトル管理（ＤＳＭ）システムであって、
動的ホワイトスペーススペクトルから少なくとも１つのチャネルを少なくとも１つのデバイスに割り当てるように構成されたＤＳＭエンジンを備え、
前記ＤＳＭエンジンは、トリガリングイベントの発生に基づいた帯域幅割り当てのための代替チャネルを監視するように構成される
ことを特徴とするＤＳＭシステム。
【請求項２０】
前記ＤＳＭエンジンは、複数のチャネルが割り当てられる場合、１つのチャネルをプライマリチャネルとして割り当てるようにさらに構成され、
前記ＤＳＭエンジンは、それまで割り当てられていたプライマリチャネルのチャネル品質が閾値を下回った場合、前記複数のチャネルの１つを前記プライマリチャネルとして動的に割り当て直すようにさらに構成される
ことを特徴とする請求項１９に記載のＤＳＭシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
動的スペクトルアクセス（dynamic spectrum access）としても知られうる動的スペクトル管理（ＤＳＭ：dynamic spectrum management）は、プライマリスペクトルユーザ（ＰＵ：primary spectrum user）がスペクトルを使用していないときに、コグニティブ無線（cognitive radio）によるスペクトルアクセスを可能にして、より良好なスペクトル利用および向上したシステム性能をもたらすことができる。ＰＵがスペクトルを使用していないときにＰＵのスペクトルにアクセスできる、ＤＳＭシステム内のデバイスは、セカンダリスペクトルユーザ（ＳＵ：secondary spectrum user）と呼ばれる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許仮出願第６１／３９１，９０１号明細書
【非特許文献】
【０００４】
【非特許文献１】Google Inc., "Proposal by Google Inc. To provide a TV band device database management solution", January 4, 2010
【非特許文献２】Spectrum Bridge Inc., "Spectrum Bridge reponse to PN DA-09-2479: Proposals for Designated TV Band Database Manager, ET Docket No. 04-186", January 4, 2010
【非特許文献３】Neustar Inc., "Proposal for Designated TV band device database manager", January 4, 2010
【非特許文献４】Comsearch, "Comsearch proposal to be designated as a TV band device database manager", January 4, 2010
【非特許文献５】Telcordia Technologies, Inc., "Comments of Telcordia Technologies: Proposal seeking to be designated as a TV band device database manager", January 4, 2010
【発明の概要】
【０００５】
本明細書では、コグニティブ無線のための帯域幅割り当ての方法、メトリックおよび装置について説明する。動的帯域幅割り当てのために動的スペクトル管理（ＤＳＭ）システムの異なる構成要素間で受け渡す必要がある情報が、対応するインタフェースとともに、識別される。ネットワーク性能を測定し、チャネルセンシング結果を評価し、様々な帯域幅割り当てシナリオを扱う方法および関連するメトリックが提示される。また、サービス品質をサポートするためのアドミッション制御（admission control）メカニズムも提供される。新しいチャネルが必要とされたときに、即座に代替チャネルを割り当てることができ、ＤＳＭシステムに対するサービスの中断が短くなるように、代替チャネル監視をバックグラウンドで実行することができる。複数チャネルシナリオでは、肯定応答フレームの送信などのタスクをサポートするために、１つのチャネルをプライマリチャネルとして動的に割り当てることができる。テレビホワイトスペース（ＴＶＷＳ：television white space）データベースにアクセスし、スペクトルセンシングを実行できる、ハイブリッドモードデバイスについても説明する。
【図面の簡単な説明】
【０００６】
【図１Ａ】１つまたは複数の開示される実施形態を実施できる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用できる例示的なＷＴＲＵ（無線送受信ユニット）のシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】（１０８３０からの）例示的なＤＳＭシステムアーキテクチャを示す図である。
【図３Ａ】帯域幅割り当て制御ブロックの観点から見た例示的なシステムアーキテクチャの図である。
【図３Ｂ】帯域幅割り当て制御の例示的なブロック図である。
【図４】ポリシー応答メッセージの例示的なパケットフォーマットの図である。
【図５Ａ】帯域幅割り当て制御とセンシングツールボックス（sensing toolbox）の間のメッセージについての例示的な表を示す図である。
【図５Ｂ】帯域幅割り当て制御とセンシングツールボックスの間のメッセージについての例示的な表を示す図である。
【図５Ｃ】帯域幅割り当て制御とセンシングツールボックスの間のメッセージについての例示的な表を示す図である。
【図６Ａ】帯域幅割り当て制御およびアクセスポイントからのメッセージについての例示的な表を示す図である。
【図６Ｂ】帯域幅割り当て制御およびアクセスポイントからのメッセージについての例示的な表を示す図である。
【図６Ｃ】帯域幅割り当て制御およびアクセスポイントからのメッセージについての例示的な表を示す図である。
【図６Ｄ】帯域幅割り当て制御およびアクセスポイントからのメッセージについての例示的な表を示す図である。
【図６Ｅ】帯域幅割り当て制御およびアクセスポイントからのメッセージについての例示的な表を示す図である。
【図６Ｆ】帯域幅割り当て制御およびアクセスポイントからのメッセージについての例示的な表を示す図である。
【図６Ｇ】帯域幅割り当て制御およびアクセスポイントからのメッセージについての例示的な表を示す図である。
【図６Ｈ】帯域幅割り当て制御およびアクセスポイントからのメッセージについての例示的な表を示す図である。
【図６Ｉ】帯域幅割り当て制御およびアクセスポイントからのメッセージについての例示的な表を示す図である。
【図６Ｊ】帯域幅割り当て制御およびアクセスポイントからのメッセージについての例示的な表を示す図である。
【図６Ｋ】帯域幅割り当て制御およびアクセスポイントからのメッセージについての例示的な表を示す図である。
【図６Ｌ】帯域幅割り当て制御およびアクセスポイントからのメッセージについての例示的な表を示す図である。
【図７Ａ】帯域幅割り当てアルゴリズムの例示的なフローチャートである。
【図７Ｂ】帯域幅割り当てアルゴリズムの例示的なフローチャートである。
【図７Ｃ】帯域幅割り当てアルゴリズムの例示的なフローチャートである。
【図８Ａ】図７において使用される表記についての例示的な表を示す図である。
【図８Ｂ】図７において使用される表記についての例示的な表を示す図である。
【図９Ａ】初期帯域幅割り当ての例示的な呼フローを示す図である。
【図９Ｂ】初期帯域幅割り当ての例示的な呼フローを示す図である。
【図９Ｃ】初期帯域幅割り当ての例示的な呼フローを示す図である。
【図１０Ａ】ネットワーク性能悪化によってトリガされる帯域幅割り当てアルゴリズムの例示的な呼フローを示す図である。
【図１０Ｂ】ネットワーク性能悪化によってトリガされる帯域幅割り当てアルゴリズムの例示的な呼フローを示す図である。
【図１０Ｃ】ネットワーク性能悪化によってトリガされる帯域幅割り当てアルゴリズムの例示的な呼フローを示す図である。
【図１１Ａ】プライマリユーザ（ＰＵ）検出によってトリガされる帯域幅割り当ての例示的な呼フローを示す図である。
【図１１Ｂ】プライマリユーザ（ＰＵ）検出によってトリガされる帯域幅割り当ての例示的な呼フローを示す図である。
【図１１Ｃ】プライマリユーザ（ＰＵ）検出によってトリガされる帯域幅割り当ての例示的な呼フローを示す図である。
【図１１Ｄ】プライマリユーザ（ＰＵ）検出によってトリガされる帯域幅割り当ての例示的な呼フローを示す図である。
【図１２Ａ】セカンダリユーザ（ＳＵ）検出によってトリガされる帯域幅割り当てアルゴリズムの例示的な呼フローを示す図である。
【図１２Ｂ】セカンダリユーザ（ＳＵ）検出によってトリガされる帯域幅割り当てアルゴリズムの例示的な呼フローを示す図である。
【図１２Ｃ】セカンダリユーザ（ＳＵ）検出によってトリガされる帯域幅割り当てアルゴリズムの例示的な呼フローを示す図である。
【図１３】例示的なアドミッション制御手順を示す図である。
【図１４】組み合わせた肯定応答メッセージ使用の一例を示す図である。
【図１５】例示的なサイレント期間手順を示す図である。
【図１６】例示的な非同期サイレント期間手順を示す図である。
【発明を実施するための形態】
【０００７】
適用可能とすることができ、以下の本明細書の説明とともに使用できる、例示的な通信システムについて本明細書で説明する。他の通信システムも使用することができる。
【０００８】
図１Ａは、１つまたは複数の開示される実施形態を実施できる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム１００は、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）およびＳＣ−ＦＤＭＡ（シングルキャリアＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
【０００９】
図１Ａに示されるように、通信システム１００は、ＷＴＲＵ（無線送受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（無線アクセスネットワーク）１０４、コアネットワーク１０６、ＰＳＴＮ（公衆交換電話網）１０８、インターネット１１０および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を企図していることが理解できよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ＵＥ（ユーザ機器）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、ＰＤＡ（携帯情報端末）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサおよび家電製品などを含むことができる。
【００１０】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むこともできる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを円滑化するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインタフェースを取るように構成された、任意のタイプのデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、ＢＴＳ（base transceiver station）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、ＡＰ（アクセスポイント）および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解できよう。
【００１１】
基地局１１４ａは、ＲＡＮ１０４の部分とすることができ、ＲＡＮ１０４は、他の基地局、および／またはＢＳＣ（基地局コントローラ）、ＲＮＣ（無線ネットワークコントローラ）、中継ノードなどのネットワーク要素（図示せず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。従って、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタごとに１つずつ含むことができる。別の実施形態では、基地局１１４ａは、ＭＩＭＯ（多入力多出力）技術を利用することができ、そのため、セルのセクタごとに複数の送受信機を利用することができる。
【００１２】
基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信することができ、エアインタフェース１１６は、任意の適切な無線通信リンク（例えば、ＲＦ（無線周波数）、マイクロ波、ＩＲ（赤外線）、ＵＶ（紫外線）、可視光など）とすることができる。エアインタフェース１１６は、任意の適切なＲＡＴ（無線アクセス技術）を使用して確立することができる。
【００１３】
より具体的には、上述したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡおよびＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＷＣＤＭＡ（登録商標）（広帯域ＣＤＭＡ）を使用してエアインタフェース１１６を確立できる、ＵＴＲＡ（ＵＭＴＳ（Universal Mobile Telecommunications System）地上無線アクセス）などの無線技術を実施することができる。ＷＣＤＭＡは、ＨＳＰＡ（High Speed Packet Access）および／またはＨＳＰＡ＋（Evolved HSPA）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（High Speed Downlink Packet Access）および／またはＨＳＵＰＡ（High Speed Uplink Packet Access）を含むことができる。
【００１４】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（Long Term Evolution）および／またはＬＴＥ−Ａ（LTE-Advanced）を使用してエアインタフェース１１６を確立できる、Ｅ−ＵＴＲＡ（進化型ＵＭＴＳ地上無線アクセス）などの無線技術を実施することができる。
【００１５】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわちＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、ＩＳ−２０００（暫定標準２０００）、ＩＳ−９５（暫定標準９５）、ＩＳ−８５６（暫定標準８５６）、ＧＳＭ（登録商標）（Global System for Mobile Communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）およびＧＥＲＡＮ（GSM EDGE）などの無線技術を実施することができる。
【００１６】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢまたはアクセスポイントとすることができ、職場、家庭、乗物およびキャンパスなどの局所的エリアにおける無線接続性を円滑化するために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施し、ＷＬＡＮ（無線ローカルエリアネットワーク）を確立することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施し、ＷＰＡＮ（無線パーソナルエリアネットワーク）を確立することができる。また別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用し、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することがある。従って、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がないことがある。
【００１７】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーションおよび／またはＶｏＩＰ（Voice over Internet Protocol）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成される任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信できることが理解できよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用できるＲＡＮ１０４に接続するのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示せず）と通信することもできる。
【００１８】
コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとしてサービスすることもできる。ＰＳＴＮ１０８は、ＰＯＴＳ（基本電話サービス）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内のＴＣＰ、ＵＤＰおよびＩＰなどの共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークとデバイスとからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用できる１つまたは複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
【００１９】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたは全てはマルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用できる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用できる基地局１１４ｂと通信するように構成することができる。
【００２０】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳ（全地球測位システム）チップセット１３６および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解できよう。
【００２１】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、および状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理および／またはＷＴＲＵ１０２が無線環境で動作できるようにする他の任意の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別々のコンポーネントとして示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合できることが理解できよう。
【００２２】
送信／受信要素１２２は、エアインタフェース１１６を介して、基地局（例えば基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶまたは可視光信号を送信および／または受信するように構成されたエミッタ／検出器とすることができる。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成できることが理解できよう。
【００２３】
加えて、図１Ｂでは、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば複数のアンテナ）を含むことができる。
【００２４】
送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上述したように、ＷＴＲＵ１０２はマルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信できるようにするための、複数の送受信機を含むことができる。
【００２５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶表示）ディスプレイユニットもしくはＯＬＥＤ（有機発光ダイオード）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受け取ることができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスクまたは他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、ＳＩＭ（加入者識別モジュール）カード、メモリスティックおよびＳＤ（セキュアデジタル）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ（図示せず）などの上に配置されたメモリから情報を入手することができ、それらにデータを記憶することができる。
【００２６】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力の分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池および燃料電池などを含むことができる。
【００２７】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば基地局１１４ａ、１１４ｂ）からエアインタフェース１１６を介して位置情報を受け取ることができ、および／または２つ以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得できることが理解できよう。
【００２８】
プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ＵＳＢポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュールおよびインターネットブラウザなどを含むことができる。
【００２９】
図１Ｃは、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信することもできる。
【００３０】
ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保ちながら、任意の数のｅノードＢを含みうることが理解できよう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々が、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３１】
ｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、並びにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インタフェースを介して互いに通信することができる。
【００３２】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティ（ＭＭＥ）１４２、サービングゲートウェイ１４４およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上記の要素の各々は、コアネットワーク１０６の一部として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。
【００３３】
ＭＭＥ１４２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティベーション／非アクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１４２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）との間のスイッチングのための制御プレーン機能を提供することもできる。
【００３４】
サービングゲートウェイ１４４は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続することができる。サービングゲートウェイ１４４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送することができる。サービングゲートウェイ１４４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング（anchoring）、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な場合に行うページングのトリガ、並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能を実行することもできる。
【００３５】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６に接続することもでき、ＰＤＮゲートウェイ１４６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を円滑化することができる。
【００３６】
コアネットワーク１０６は、他のネットワークとの通信を円滑化することができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイス間の通信を円滑化することができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８間のインタフェースとしての役割を果たすＩＰゲートウェイ（例えばＩＭＳ（IP Multimedia Subsystem）サーバ）を含むことができ、またはＩＰゲートウェイと通信することができる。また、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【００３７】
例示的なシステムアーキテクチャ、インタフェース規定、メトリック、帯域幅割り当てアルゴリズムおよび呼フローを含む、動的スペクトル管理（ＤＳＭ）システムについて本明細書で説明する。また、ＤＳＭシステムとともに使用されるハイブリッドデバイスについても本明細書で説明する。例えば、動的帯域幅割り当てを成功させるためにＤＳＭシステムの異なる構成要素間で受け渡す必要がありうる情報を、対応するインタフェースの規定と併せて、識別することができる。帯域幅割り当てを必要とすることがある様々なシナリオが提示される。ネットワーク性能を測定し、チャネルセンシング結果を評価するためのメトリック、および様々な帯域幅割り当てシナリオを扱うためのアルゴリズムが提示される。ＱｏＳサポートのためのアドミッション制御メカニズムも提供される。
【００３８】
新しいチャネルが必要とされたときに、即座に代替チャネルを割り当てることができ、したがって、ＤＳＭシステムに対するサービスの中断が大幅に短くなるように、代替チャネル監視をバックグラウンドで実行することができる。デバイスが同時に複数のチャネルを使用できる場合、使用されている全てのチャネル上でのデータ送信に対するＡＣＫフレームの送信などのクリティカルなタスクをサポートするために、１つのチャネルをプライマリチャネルとして割り当てることができる。（例えば閾値を上回るチャネル品質を有する）良好なチャネルをプライマリチャネルとして割り当てる必要がある。しかし、チャネルの品質は、時間とともに変化することがあり、相対的に良好な品質を有するチャネルでも、時間とともに悪化することがある。したがって、最適な帯域幅割り当て結果を得るために、同時に使用できるチャネルのうちの最良のチャネルが、プライマリチャネルとして動的に選択される。
【００３９】
一般に、ハイブリッドデバイスは、テレビホワイトスペース（ＴＶＷＳ）データベースにアクセスし、スペクトルセンシングを実行することができる。例えば、ＴＶＷＳデータベースによって、あるチャネルが利用不可能と示されている場合、使用する他のチャネルを有さないデバイスは、そのチャネルをセンスすることができ、チャネル上でＰＵが検出されない場合は、そのチャネルを使用することができる。このようにすることで、都市圏などの場所で、スペクトル利用可能性を著しく高めることができる。本明細書では、ＴＶＷＳを使用するが、リースされたスペクトル、サブライセンスされたスペクトルおよび他の免許不要のスペクトルなど、他のスペクトルを使用すること、または適用可能とすることができる。
【００４０】
ＤＳＭシステムは、４つのタイプのパーソナル／ポータブルデバイスを使用することができ、１）モードＩデバイスは、固定式デバイスまたはモードＩＩパーソナル／ポータブルデバイスによって識別されたチャネル上で動作することができ、２）モードＩＩデバイスは、地理的ロケーションおよびデータベースアクセスに依存して、所在場所において利用可能なチャネルを決定することができ、３）センシング専用（sensing-only）デバイスは、スペクトルセンシングを使用して、利用可能なチャネルのリストを決定することができ、４）その所在場所を知ることができるハイブリッドデバイスは、テレビホワイトスペース（ＴＶＷＳ）データベースにアクセスし、またセンシングを行うことが可能である。
【００４１】
モードＩおよびモードＩＩデバイスはともに、地理的ロケーションおよびＴＶＷＳデータベースへのアクセスに依存して、利用可能なチャネルを決定することができる。モードＩＩデバイスは、自身のロケーション情報を有し、ＴＶＷＳデータベースに直接的にアクセスするが、モードＩデバイスは、利用可能なチャネルを決定するために、モードＩＩデバイスに依存する。センシング専用デバイスは、ＴＶＷＳデータベースにアクセスせず、それぞれの所在場所を決定する能力も有さない。センシング専用デバイスがＴＶチャネルにアクセスできる唯一の手段は、スペクトルセンシングを介するものである。すなわち、センシング専用デバイスは、あるＴＶチャネル上にプライマリユーザ（ＰＵ）が存在しないことをスペクトルセンシング結果が示している場合に、そのＴＶチャネルにアクセスすることができる。
【００４２】
モードＩおよびモードＩＩデバイスの難点は、それらがスペクトルアクセス機会を逃すことがあることである。例えば、ＴＶ局がＴＶＷＳデータベースに登録されている場合、ＴＶ局は、その間に送信を行うようにＴＶ局が登録された時間の一部においてのみ送信することができる。すなわち、ＴＶＷＳデータベースによれば、あるチャネルがあるロケーションで利用不可能であっても、それでもなお、これらのロケーションにおいて、スペクトルアクセス機会が存在することがある。
【００４３】
センシング専用デバイスの難点は、アクセスしようとする全てのチャネル上で、デバイスがスペクトルセンシングを行わなければならないことである。スペクトルセンシングは、長時間かかることがあり、非常に多くのエネルギーを消費することがある。
【００４４】
モードＩおよびモードＩＩデバイスとセンシング専用デバイスの難点を回避しながら、それらの長所を活かすために、ハイブリッドモードデバイスを使用することができる。ハイブリッドデバイスは、その所在場所を決定でき、ＴＶＷＳデータベースにアクセスでき、スペクトルセンシングを行うことが可能なデバイスである。そのようなハイブリッドデバイスを説明する実施形態について本明細書で説明する。
【００４５】
ＤＳＭシステムアーキテクチャについて本明細書で説明する。例示的なＤＳＭアーキテクチャ２００が図２に示されている。ＤＳＭエンジン２１０は、（セルラモバイルデバイス２２０、レガシデバイス２２２、総称的にＤＳＭクライアント２２４、２２６、セルラフォン２１６やラップトップ２１７やプリンタ２１８などのデバイスが接続される８０２．１１ベースのデバイス２１５、またはアクセスポイントなどとすることができる）各ＤＳＭクライアントのために帯域幅割り当てを実行することができ、インターネット２３０およびセルラネットワーク２３２へのゲートウェイとして機能することができる。ＤＳＭエンジン２１０は、センシングツールボックス２４０、チャネル管理機能（ＣＭＦ：channel management function）２４２を含むことができ、ＣＭＦ２４２は、同様に、帯域幅割り当てを管理できる帯域幅割り当て制御（ＢＡＣ：Bandwidth Allocation Control）エンティティ２４４を含むことができる。センシングツールボックス２４０、ＣＭＦ２４２およびＢＡＣ２４４の機能について本明細書で説明する。本明細書で説明する実施形態は、図２に示されるＤＳＭアーキテクチャを参照することができるが、代替的なアーキテクチャにも適用可能とすることができる。
【００４６】
図３（ａ）は、ＤＳＭシステム３００における各タスクが、ＤＳＭエンジン３０５内のブロックとして識別される、例示的なシステムアーキテクチャである。本明細書で説明される、様々なエンティティ間の接続または通信は、イーサネット（登録商標）３０２を介して行うことができる。ＤＳＭシステム３００は、ＤＳＭエンジン３０５を含むことができ、ＤＳＭエンジン３０５は、ＣＭＦ３１０およびセンシングプロセッサ３１５を含むことができる。ＣＭＦ３１０は、ＢＡＣ３１９および直接リンク管理（ＤＬＭ：direct link management）エンティティ３１７を含むことができる。ＤＳＭエンジン３０５は、インターネット３２７を介して、ポリシーデータベース３２０およびＴＶＷＳデータベース３２５に接続すること、またはそれらと通信することができる。ＤＳＭエンジンは、ＡＰ３３０およびＡＰ３４０などの複数のＡＰ（アクセスポイント）に接続すること、またはそれらと通信することもできる。さらに、ＡＰ３３０は、ステーション（ＳＴＡ）３３２およびＳＴＡ３３４などのＳＴＡに接続すること、またはそれらと通信することができる。ＳＴＡ３３２とＳＴＡ３３４は、直接リンク通信を行うことができる。さらに、ＡＰ３４０は、ＳＴＡ３４２、ＳＴＡ３４４およびＳＴＡ３４６に接続すること、またはそれらと通信することができる。特に、ＢＡＣ３１９、センシングプロセッサ３１５およびＤＬＭエンティティ３１７は、イーサネット３０２を介して、他のエンティティに接続すること、またはそれらと通信することができる。図３（ｂ）は、例示的な機能的および／または操作的なＢＡＣのブロック図３８０である。ＢＡＣ３８０は、本明細書で説明するような、ポリシーエンジン３８２および集中化データベース３８４を含むことができる。もっぱら説明の目的で、ＤＳＭクライアントに対する言及は、ＡＰ３３０、ＡＰ３４０、およびＳＴＡ３３２、３３４、３４２、３４４、３４６に対する言及とすることができる。しかし、ＤＳＭクライアントは、ＤＳＭシステムと対話すること、およびＤＳＭシステム内で通信することが可能な、任意の数およびタイプのデバイスを指すこともできる。
【００４７】
ＤＳＭエンジン３０５は、ＣＭＦ３１０、モバイルノード制御（ＭＮＣ）サーバ（図示せず）、ポリシーエンジン３８２、ＡＰ（アクセスポイント）機能（図示せず）、センシングプロセッサ（ＳＰ）３１５、集中化デバイスデータベース３８４、およびホームノードＢ機能（図示せず）を含む、論理的機能に分割することができる。
【００４８】
ＣＭＦ３１０は、無線リソースを管理し、それらを、ＳＴＡ３３２、３３４、３４２、３４４、３４６などのＤＳＭクライアントまたはデバイスと、ＡＰ３３０、３４０などのＡＰとの各々に効率的に割り当てることを担う、中央リソースコントローラである。この論理的機能はまた、ＤＳＭクライアントのアドミッション制御を管理し、集中化デバイスデータベース３８４を維持する。ＣＭＦ３１０は、ＤＳＭクライアントによる帯域幅要求を直接的に扱うことができる。これらの帯域幅要求を満たすため、ＣＭＦ３１０は、ＣＭＦ３１０がセンシングプロセッサ３１５およびポリシーエンジン３８２によって提供される情報を使用して識別し、継続的に更新する、スペクトルリソースの共通プールを維持することができる。所与のＡＰとそれが関連するＤＳＭクライアントとに帯域幅が割り当てられると、本明細書で説明するような制御メッセージメカニズムは、使用されるアグリゲートスペクトル（aggregated spectrum）をＤＳＭクライアントに通知することができる。スペクトル利用は時間とともに変化することが予想されるので、制御チャネルを使用して、ＤＳＭクライアントの各々によって利用されるリソースを動的に更新または変更することができる。
【００４９】
ＣＭＦ３１０は、チャネル変更、ビーコニング（beaconing）および障害ケースハンドリングのための制御メッセージの配送を管理する制御チャネル管理機能を含むことができる。この機能は、ページング、サービス発見およびダイレクトリンクセットアップなど、高度な制御メッセージの配送も保証することができる。例えば、クライアント要求、クライアント能力、クライアントロケーションおよび無線リソース利用可能性に基づいて、ＣＭＦ３１０は、複数のＤＳＭクライアント間に直接リンクを確立することによって要求を処理することを決定することができる。拡張制御チャネルは、未調整の重度の干渉の下で、またスペクトル使用の絶え間ない変化の下で、ＤＳＭシステム３００が高い信頼性で効率的に動作することを保証する。ＣＭＦ３１０は、センシングプロセッサ３１５の助けを借りて、プールされた１組の利用可能なスペクトルを識別し、維持することができる。
【００５０】
ＣＭＦ３１０による無線リソース割り当ては、ＤＳＭポリシーエンジン３８２によって生成された規則に準拠することができる。ＤＳＭポリシーエンジン３８２は、ポリシー規則を生成することができ、ポリシー規則は、ＴＶＷＳデータベース３２５からの入力、一般にネットワーク事業者または企業顧客が規定する付加的なシステム全般の規則、並びにネットワーク事業者が、好ましい動作チャネル、ブラックリストに載っているチャネル、およびシステム全体の電力消費構成などのスペクトル管理規則を規定できる、ローカルマルチＲＡＴ（無線アクセス技術）ポリシーエンジンからの付加的な規則に基づく。ＣＭＦ３１０は、バッファ占有率、全体的な待ち時間、配送成功率、チャネル利用率およびメディアアクセス遅延を含む性能入力をＤＳＭシステム３００から収集することができる。
【００５１】
決定エンジン（例えば、Ａｔｔｉｌａ決定エンジン）から生成されたユーザ固有のポリシーは、ＤＳＭリンク専用のネットワークマネージャインタフェースを介して送ることができ、その後、ポリシーは、本明細書で説明するように、ＣＭＦクライアントに転送されることができる。ＣＭＦクライアントは、ＤＳＭエンジン３０５内のＣＭＦにユーザプリファレンスを通知することができる。
【００５２】
ＣＭＦ３１０は、１つまたは複数のＡＰ機能を管理することができる。ＡＰ機能は、ＤＳＭクライアントのグループとの接続を開始し、維持するために、基本的なＭＡＣ／ＰＨＹ（媒体アクセス制御／物理）機能を提供することができる。ＤＳＭシステム３００では、ＤＳＭクライアントの複数のグループをサポートすることができる。ＡＰ機能は、新しい制御チャネル方式およびＭＡＣ層による不連続スペクトルアグリゲーション（non-contiguous spectrum aggregation）をサポートするために、拡張することができる。一般に、ＡＰには、ＣＭＦ３０５によって制御メッセージおよびデータメッセージの両方を処理するために、専用のアグリゲートされたチャネルのプールを割り当てることができる。
【００５３】
センシングプロセッサ３１５は、ネットワークにおいてセンシング専用モードで動作するＤＳＭクライアントのセンシング動作を制御することもできる。
【００５４】
集中化デバイスデータベース３８４は、ＤＳＭエンジン３０５に関連付けられた、ネットワーク内の全てのＤＳＭクライアントおよび／またはデバイスについての、デバイス固有の情報を記憶することができる。
【００５５】
論理的機能が意味することは、他の機能とのモジュールインタフェースを維持しながら、独立に動作し、明確に規定されたタスクを実行することである。ＤＳＭエンジン３０５を実施することで、いくつかの論理エンティティを併置しなくてもよいようにすることができる。例えば、複数のＡＰ機能は、ローカルエリア内に分散させることができる。
【００５６】
ＤＳＭエンジン３０５内のブロックと機能ブロックの間の対応は、以下のように要約することができる。すなわち、１）ＣＭＦ３１０は、ＢＡＣ３１９およびＤＬＭ３１７によって実施すること、またはそれらに対応することができ、２）センシングプロセッサは、センシングツールボックス３１６によって実施すること、またはそれに対応することができ、３）ポリシーエンジン３８２は、ＢＡＣ３１９内で実施することができ、４）ＡＰ機能は、ＢＡＣ３１９およびＤＬＭ３１７にわたって実施することができ、５）集中化デバイスデータベースは、ＢＡＣ３１９内で実施することができる。
【００５７】
図３（ａ）に示されるように、ＢＡＣ３１９は、イーサネット３０２およびインターネット３２７を介して、ＴＶＷＳデータベース３２５と通信することができる。ＢＡＣ３１９は、センスされるチャネルのリストを送り、チャネル利用可能性についてのレポートを受け取ることによって、センシングツールボックス３１６と通信することができる。利用可能なチャネルについての最新の情報が確実に獲得されるように、ＢＡＣ３１９は、チャネルを割り当てる場合、センシングツールボックス３１６に問い合わせて、割り当てるチャネルがまだ利用可能であることを確認することができる。
【００５８】
ＢＡＣ３１９は、（ＳＴＡ（ステーション）およびＡＰ（アクセスポイント）の両方の）ＭＡＣプロトコルインスタンスと通信することができる。ＭＡＣプロトコルインスタンスに渡される情報は、サイレント期間の持続時間および周期、並びに割り当てるチャネルを含むことができる。ＭＡＣプロトコルインスタンスによってＢＡＣ３１９に送られる情報は、ＳＴＡおよびＡＰにおける、感知されたＱｏＳ（サービス品質）性能、並びにＭＡＣ層およびＰＨＹ（物理）層統計値（例えば、フレーム損失率、受信信号、およびＲＳＳＩ（受信信号強度インジケータ））を含むことができ、新しいチャネル割り当てのためのトリガとして使用することができる。
【００５９】
ＢＡＣ３１９は、ＤＬＭ３１７と通信して、直接リンクを設定するために使用できるチャネルについてＤＬＭ３１７に通知することができる。ＤＬＭ３１７は、各直接リンクのためにどのチャネルが使用できるかを決定することができる。ＤＳＭシステム３００のための呼フローは、特許文献１において入手可能である。
【００６０】
本明細書で説明される方法は、センシング専用モードで動作するデバイスおよびハイブリッドモードで動作するデバイスに、ＴＶＷＳデータベース３２５の情報を提供する。ハイブリッドモードでは、デバイスは、ＴＶＷＳデータベース３２５の情報に基づいて空きであると指定されたチャネルを利用することができる。しかし、ハイブリッドデバイス（またはハイブリッドシステム）によって必要とされるチャネルの必要数が満たされない場合、デバイスは、センシング専用デバイスとして機能し、センシング結果だけに基づいて、空きチャネルを決定することができる。センシング専用モードで機能するセンシング専用デバイスおよびハイブリッドデバイスは、プライマリユーザが検出された場合、このモードにおいて選択されたチャネルを明け渡すための機能を備えることができる。
【００６１】
ＴＶＷＳデータベース３２５とのインタフェースについて本明細書で説明する。このインタフェースは、ＢＡＣ３１９が、チャネル割り当ておよび割り当て解除に関連するスペクトルアクセスポリシーをフェッチできるようにすることができる。ＴＶＷＳデータベース３２５は、ＴＶ帯デバイスの地理的ロケーションに基づいて、可能な利用可能なチャネルについての情報を提供することができ、３つの基本的な機能、すなわち、データリポジトリ、データ登録プロセスおよび問い合わせプロセスを有することができる。説明の目的で、ＴＶＷＳデータベース３２５は、非特許文献１、非特許文献２、非特許文献３、非特許文献４および非特許文献５において提案されるＴＶＷＳデータベースに類似したものとすることができ、上記の文献は全て、参照により本明細書に組み込まれる。
【００６２】
DeviceInfoメッセージは、以下の情報、すなわち、１）デバイスタイプ：固定式か、またはパーソナル／ポータブルか、２）ホワイトスペースデバイス（ＷＳＤ）ＦＣＣ  ＩＤ：ＷＳＤのＦＣＣ  ＩＤ、３）ＷＳＤシリアル番号：ＷＳＤの製造業者のシリアル番号、および４）ＷＳＤロケーション：緯度／経度形式で表されるＷＳＤのロケーションを含むことができる。（ＢＡＣ３１９が含まれ得る）ＤＳＭエンジン３０５とＴＶＷＳデータベース３２５の間のメッセージが、以下の表１に示されている。
【００６３】
【表１−１】
2013543333.tif 000003
【００６４】
【表１−２】
2013543333.tif 000004
【００６５】
ポリシーデータベース３２０とのインタフェースについて本明細書で説明する。ＢＡＣ３１９とポリシーデータベース３２０の間のメッセージが以下の表２に示されている。
【００６６】
【表２】
2013543333.tif 000005
【００６７】
ポリシーデータベース３２０は、PolicyReplyメッセージをＤＳＭエンジン３０５に返すことができる。このメッセージは、関連するポリシーをＤＳＭエンジン３０５に伝えることができる。パケット（セグメント）フォーマット４００の例が図４に示されている。パケット４００は、ポリシーのソース４０５である、ＦＣＣ、ＯＦＣＯＭ（英国情報通信庁（Office of Communications））もしくは他の監督機関、または（ユーザ規定のポリシーの場合）ユーザを含むことができる。パケット４００は、各チャネルについてのポリシー４１０を含むことができ、各チャネルについてのポリシー４１０は、チャネルＩＤ４１２、下限周波数４１４と上限周波数４１６の間の周波数範囲によって規定されるチャネル規定、およびデバイスタイプの数４１８を含む。各チャネルについての各チャネルについてのポリシー４１０は、各デバイスタイプについてのポリシー４２０も含むことができ、各デバイスタイプについてのポリシー４２０は、１）MaxPower４２２−占有されたチャネルが隣接しない場合の最大有効または等価等方放射電力（ＥＩＲＰ：equivalent isotropic radiated power）、２）MaxPowerAjacentOccupied４２４−占有されたチャネルが隣接する場合の最大ＥＩＲＰ、および３）OutOfBandEmissionBelow４２６−隣接チャネルへの帯域外発射（out-of-band emission）の電力がＤＳＭデバイスによって使用されているチャネルにおける電力よりも何ｄＢ低くあるべきかを指定する帯域外発射要件を含むことができる。
【００６８】
各チャネルタイプについてのポリシー４２０は、１）その値以下のプライマリユーザ（ＰＵ）の信号をＤＳＭシステムがセンスできる必要があるという事実に結び付けられた値であるSensingSensitivity４３０（現行のＦＣＣ  ＴＶＷＳ規則では、この値は−１１４ｄＢである）、２）ＤＳＭシステムに最初に電源が入れられたときのスペクトルセンシングのための時間であるInitialSensingTime４３２（現行のＦＣＣ  ＴＶＷＳ規則では、この値は３０秒である）、３）ＰＵによって使用されることが決定されたチャネルをＤＳＭシステムがどれだけ迅速に明け渡す必要があるかを示すVacateTime４３４、４）ＤＴＶ信号の存在をＤＳＭシステムがどれだけの頻度でチェックする必要があるかを示すReChecklntervalDTV４３６、５）無線マイクロフォン信号の存在をＤＳＭシステムがどれだけの頻度でチェックする必要があるかを示すReChecklntervalMic４３８をさらに含むことができる。
【００６９】
表３は、例示的なＦＣＣ  ＴＶＷＳポリシーからの例示的なスペクトルアクセスポリシーを示している。この例では、デバイスタイプ０は、パーソナル／ポータブルデバイスに相当し、デバイスタイプ１は、固定式デバイスに相当する。
【００７０】
【表３】
2013543333.tif 000006
【００７１】
センシングツールボックス３１６のインタフェースについて本明細書で説明する。ＢＡＣ３１９は、スペクトルセンシングのための命令をセンシングツールボックス３１６に渡し、スペクトルセンシング結果をセンシングツールボックス３１６から受け取る必要があることがある。ＢＡＣ３１９とセンシングツールボックス３１６の間で交換されるメッセージが、図５Ａ〜図５Ｃに示されている。ＴＶ帯において、無線マイクロフォンおよびデジタルＴＶ／セカンダリユーザ（ＤＴＶ／ＳＵ）（ＤＴＶとＳＵを常に区別するとは限らない）を検出するために、粗略なセンシングを使用することができる。SilentPeriodRequirementsQueryConf内の情報は、メッセージNetwork_Config_Requestを介して、ＢＡＣ３１９から（ＡＰ内に存在する、またはＡＰ内で実施される）サイレント期間管理エンティティに送信することができる。ＢＡＣ３１９は、センシングツールボックス３１６とサイレント期間管理エンティティの間の中継として機能する。メッセージNetwork_Config_Requestは、ネットワーク性能についてのメトリックなど、他の情報も含むことができる。プロトタイプの場合、ＰＵ検出は、無線マイクロフォンに関するものとすることができる。その場合、表４に従って、ChannelSensingResultを変更することができ、表４は、プロトタイプにおけるChannelSensingResultメッセージのフォーマットを示している。
【００７２】
【表４】
2013543333.tif 000007
【００７３】
例えばＡＰ３３０および／またはＡＰ３４０とすることができる、ＡＰとのインタフェースについて本明細書で説明する。例示的な表が図６Ａ〜図６Ｌに示されている。ＢＡＣ３１９は、最初、ＴＶＷＳデータベース３２５、ポリシーデータベース３２０およびセンシングツールボックス３１６と対話して、特定のＡＰに対して最大４つのチャネルを割り当てることができる。割り当ては、ＡＰに送信されることができる。現在ＡＰに割り当てられているチャネルが、ＡＰによって報告されるように不良な状態にある場合、ＡＰは、ＢＡＣ３１９に通知することができ、ＢＡＣ３１９は、ＡＰのために交換チャネルを見つけることができる。ＢＡＣ３１９は、チャネル再割り当てをＡＰに送信することができる。現在ネットワークに割り当てられているチャネルが、センシングツールボックス３１６またはＴＶＷＳデータベースによって報告されるように利用不可能になった場合、ＢＡＣ３１９は、交換チャネルを見つけることができる。ＢＡＣ３１９は、チャネル再割り当てを適切なＡＰに送信することができる。
【００７４】
メッセージタイプは、以下のものを含むことができる。１）Initial_BA_Request−ＡＰは、ＡＰに割り当てられる新しいチャネルのリストを求める要求をＢＡＣ３１９に送信する。２）Initial_BA_Request_ACK−ＢＡＣ３１９からＡＰに送信される、Initial_BA_Requestメッセージに対する肯定応答。３）Channel_Status_Indication−チャネル障害の報告（あるデバイスにおけるＭＡＣ層統計値が、あるチャネルがダウンしていることを示す場合、ＡＰは、ＢＡＣ３１９へのChannel_Status_Indicationメッセージを開始することができる）。４）Channel_Status_Indication_ACK−ＢＡＣ３１９からＡＰに送信される、Channel_Status_Indicationメッセージに対する肯定応答。５）BA_Reconfiguration−ＢＡＣ３１９は、旧いチャネルを新しいチャネルで置き換えることをＡＰに通知するために、このメッセージを送信することができる。６）BA_Reconfiguration_ACK−ＡＰからＢＡＣ３１９に送信される、BA_Reconfigurationメッセージに対する肯定応答。
【００７５】
Initial_BA_Requestメッセージは、以下の情報、すなわち、１）ＡＰのデバイス情報、例えば、センシング能力、および２）ＡＰのロケーションを含むことができる。Channel_Status_Indicationメッセージは、以下の情報、すなわち、チャネルＩＤ、下限周波数と上限周波数の間の周波数範囲であるチャネル規定、ＭＡＣ層統計値のタイプ（例えば、ＡＣＫパーセンテージ、平均配送時間など）、およびＭＡＣ層統計値を含むパラメータの組を、（最大で）４つ含むことができる。BA_Reconfigurationメッセージは、以下の情報、すなわち、旧いチャネルＩＤ、下限周波数と上限周波数の間の周波数範囲である旧いチャネル規定、新しいチャネルＩＤ、下限周波数と上限周波数の間の周波数範囲である新しいチャネル規定、新しいチャネルのＥＩＲＰ、１はプライマリチャネルを意味し、０は非プライマリチャネルを意味する、プライマリチャネルインジケータ、および存在する場合は、付加的なチャネル詳細を含むパラメータの組を、（最大で）４つ含むことができる。
【００７６】
BA_Reconfigurationメッセージにおいて、旧いチャネルと新しいチャネルが対をなさないことが可能であり得ることに留意されたい。具体的には、BA_Reconfigurationメッセージは、割り当てるチャネルがまだ存在しないので、最初に新しいチャネルの使用開始を通知することができる。BA_Reconfigurationメッセージは、新しいチャネルがまだ割り当てられていないうちに、旧いチャネルの使用停止だけを通知することができ、またはBA_Reconfigurationメッセージは、新しいチャネルの使用開始を通知することができる。こうしたケースが起こり得るのは、利用可能なチャネルが十分に存在しない場合、または現在使用されているチャネルのいくつかがプライマリユーザによって占有されることをＢＡＣ３１９が検出したときに、ＢＡＣ３１９が交換チャネルを見つけ出せていない場合である。この場合、利用不可能なエントリは、オール０に設定することができる。
【００７７】
帯域幅割り当てアルゴリズムについて本明細書で説明する。一般に、１）初期帯域幅割り当て、２）ネットワーク性能によってトリガされる帯域幅割り当て、３）センシングによってトリガされる帯域幅割り当て、および４）ネットワーク性能悪化によってトリガされる帯域幅割り当ての、４つのタイプの帯域幅割り当て要求が存在する。
【００７８】
初期帯域幅割り当てに関して、ＢＡＣは、ＢＳＳ（基本サービスセット）ごとに、ＡＰおよび関連するＳＴＡに対してチャネルを割り当てることができる。すなわち、ＢＳＳ内のＡＰおよび関連するＳＴＡは、同じ１組のチャネルを使用する。このタイプの帯域幅割り当ては、インフラストラクチャリンク（ＡＰとＳＴＡの間のリンク）に適用されるが、直接リンク（ＡＰを通過しないＳＴＡからＳＴＡへの直接的なリンク）には適用されず、その理由は、直接リンクのために帯域幅割り当てを求める要求はＡＰを通過する必要があり、これは、インフラストラクチャリンクのための帯域幅割り当てが完了する前には起こり得ないからである。
【００７９】
帯域幅要求（またはより高度なＱｏＳ）によってトリガされる帯域幅割り当てに関して、インフラストラクチャリンクの場合、ＡＰは、ＢＳＳを代表して、一定の量の帯域幅（例えば何ＭＨｚかの帯域幅）を明示的に求めるメッセージを、ＢＡＣに送信することができる。あるいは、ＡＰは、ＢＳＳを代表して、ＱｏＳ要件（例えばＢＳＳ内のリンクについての平均データレート）を指定するメッセージを、ＢＡＣに送信することができ、ＢＡＣは、ＱｏＳ要件を満たすために、どのチャネルをＢＳＳに割り当てる必要があるかを決定することができる。
【００８０】
センシングによってトリガされる帯域幅割り当てに関して、このタイプの帯域幅割り当ては、センシングツールボックスが、ＤＳＭシステムによってアクティブに使用されているチャネル上に、ＰＵの存在または他のＳＵからの強い干渉を感知した場合にトリガされる。ＰＵが存在する場合、影響を受けるＢＳＳまたは直接リンクを使用しているＳＴＡは、一定の時間の間、当該チャネルの使用を停止しなければならず、ＢＡＣは、これらのデバイスを代替チャネルに移そうと試みることができる。他のＳＵからの強い干渉を検出した場合、ＢＡＣは、影響を受けるデバイスのために代替チャネルを見つけようと試みることができる。このタイプの帯域幅割り当ては、インフラストラクチャリンクおよび直接リンクの両方に適用される。
【００８１】
ネットワーク性能悪化によってトリガされる帯域幅割り当てに関して、ネットワーク内のデバイス（すなわちＡＰおよびＳＴＡ）は、遅延およびフレーム損失率などのネットワーク性能統計値を監視し、この統計値をＢＡＣに送信することができる。その後、ＢＡＣは、性能悪化が他のＳＵからの干渉によって引き起こされたものかどうかを決定することができる。干渉が原因である場合、ＢＡＣは、影響を受けるデバイスのために代替チャネルを見つけようと試みることができる。このタイプの帯域幅割り当ては、インフラストラクチャリンクおよび直接リンクの両方に適用される。
【００８２】
初期帯域幅割り当て、センシングによってトリガされる帯域幅割り当て、およびネットワーク性能悪化によってトリガされる帯域幅割り当てに関して、目的は、各ＡＰに対して最大でＭ＿ＡＧＧ個のチャネルを割り当てようと試みることとすることができ、ここで、Ｍ＿ＡＧＧ（デフォルト値＝４）は、ＡＰが使用できるチャネルの最大数である。ＰＵによって占有されているとセンシングツールボックスによって報告された、または貧弱なチャネル状態にあると報告されたチャネルは、帯域幅割り当ての対象とは見なされないことがある。ＢＡＣは、利用可能なチャネルを十分に見つけることができる場合、最良のＭ＿ＡＧＧ×Ｎ個の空きチャネルを選択することができ、ここで、ＮはＡＰの数である。十分に見つけることができない場合、ＢＡＣは、利用可能なチャネルをＡＰ間に均等に分配しようと試みることができる。チャネル独立のサイレント期間をサポートするオプションが有効である場合、各ＡＰについて、上側帯域（upper band）のチャネルの数と下側帯域（lower band）のチャネルの数は、できるだけ等しくすることができる。こうすることで、ＢＳＳが経験するＱｏＳの変動を最低限に抑えることができる。チャネル独立のサイレント期間を使用できる場合、データ送信を行っている１つまたは複数のチャネルが、１つまたは複数の他のチャネルがサイレント期間にある最中に存在することができる。
【００８３】
２つのソース、すなわち、センシングツールボックスおよびネットワーク（すなわちＢＳＳ）から来る、チャネルの品質を評価するために使用できるメトリックについて本明細書で説明する。使用できる例示的なメトリックが、以下の表５に示されている。
【００８４】
【表５】
2013543333.tif 000008
【００８５】
それぞれのメトリックについての最悪値は、以下のように規定される。
min_RSSI[k]=min{RSSI(k,i)|ｉ＝チャネルｋを使用するように割り当てられたＡＰ、ＳＴＡ}                                                                式（１）
max_frame_loss_rate[k]=max{frame_loss_rate(k,i)|ｉ＝チャネルｋを使用するように割り当てられたＡＰまたはＳＴＡ｝                                      式（２）
max_queue_size[k]=max{queue_size(k,i)|ｉ＝チャネルｋを使用するように割り当てられたＡＰ、ＳＴＡ｝                                                    式（３）
これらの統計値は、チャネルの品質についての指標とすることができる。
【００８６】
平均を実行する場合、ＡＰによって報告された値には、１／２の重み付けを行うことができ、ＳＴＡには、全体として、残りの１／２の重み付けを行うことができる。重み付け方式は、ＡＰは個々のＳＴＡよりも重要であるという事実を考慮することができる。各インフラストラクチャリンクにおいて対称性を仮定すると、パケットの半分は、ＡＰによって受信することができ、パケットの半分は、（ＡＰを除く）ＳＴＡによって受信することができる。ＢＳＳについて、（ＡＰを除く）ＳＴＡの数をＭとする。一例として、所与のチャネルｋについて、avg_RSSI[k]を以下のように計算することができ、
【００８７】
【数１】
2013543333.tif 000009
【００８８】
ここで、ＲＳＳＩ値は、まだ変換されていない場合は線形スケール（linear scale）に変換され、ＡＰおよびＳＴＡｉが、チャネルｋを使用するように割り当てられ、Ｌ≦ＭであるＬは、最後の報告期間T_CH_QUAL_RPT_NWKにおいてＲＳＳＩ値を報告したＳＴＡの数である。ＲＳＳＩ（ＡＰ）およびＲＳＳＩ（ＳＴＡｉ）は、T_CH_QUAL_RPT_NWKの周期で周期的に報告される。
【００８９】
同様に、ＢＡＣは、フレーム損失率および待ち行列サイズについての平均統計値を計算することができる。したがって、
【００９０】
【数２】
2013543333.tif 000010
【００９１】
であり、この式における重み付けは、ＡＰはＳＴＡのゲートウェイとして機能することができ、対称的なトラフィックを仮定すると、ＡＰは複数のＳＴＡが送信するのと同数のパケットを送信できるという事実を考慮している。queue_size統計値に関しては、
【００９２】
【数３】
2013543333.tif 000011
【００９３】
であり、queue_sizeは、ＭＡＣフレームが経験する待ち行列遅延を間接的に推定するために使用することができる。やはり、対称的なトラフィックを仮定すると、ＡＰによって送信されるフレームの数は、全てのＳＴＡによって送信されるフレームの数に等しくすることができ、したがって、ＡＰのqueue_sizeには、１／２の重み付けが行われ、ＳＴＡのqueue_sizeには、まとめて、１／２の重み付けが行われる。
【００９４】
ネットワークによって報告されたチャネル品質メトリック（SU_USAGEを除く表５の全てのメトリック）は、ＡＰによって、CH_STATUS_INDICATONメッセージに収めて、ＢＡＣに送信することができる。
【００９５】
帯域幅割り当ての必要性をどのように決定するかについて本明細書で説明する。チャネルは高々１つのＡＰによって使用されることを仮定して、チャネルごとのメトリックごとのパラメータを規定することができる。具体的には、チャネルｋについて、ＢＡＣは、以下のものを計算することができ、
avg_RSSI_index[k]=(avg_RSSI[k]/maxj∈A{avg_RSSI[j]})                式（７）
であり、ここで、Ａは、ＡＰに割り当てられたチャネルの集合（すなわち、全てのアクティブなチャネルの集合）であり、
min_RSSI_index[k]=min_RSSI[k]/maxj∈A{min_RSSI[j]}                  式（８）
および
RSSI_INDEX[k]=a1*avg_RSSI_index[k]+(1-a1)*min_RSSI_index[k]        式（９）
であり、ここで、ａ１は、０から１までの間の重みである。RSSI_INDEX[k]は、平均の挙動と最悪の挙動の両方を考慮して、ＲＳＳＩ値に関してチャネルｋがどれだけ良好であるかを評価し、ここで、
SIG_WEAKNESS_INDEX[k]=1-RSSI_index[k]                            式（１０）
は、ＲＳＳＩインデックスが低い値を有するほど、高い値を与える。
【００９６】
同様に、ＢＡＣは、FRAME_LOSS_RATE_INDEX[k]を計算する。
avg_frame_loss_rate_index[k]=
(avg_frame_loss_rate[k]/maxj∈A{avg_frame_loss_rate[j]})            式（１１）
であり、ここでも、やはり、Ａは、ＡＰに割り当てられたチャネルの集合（すなわち、全てのアクティブなチャネルの集合）であり、
max_frame_loss_rate_index[k]=
max_frame_loss_rate[k]/maxj∈A{max_frame_loss_rate[j]})            式（１２）
および
FRAME_LOSS_RATE_INDEX[k]=a2*avg_frame_loss_rate_index[k]+(1-a2)*max_frame_loss_rate_index[k]                                                  式（１３）
であり、ここで、ａ２は、０から１までの間の重みである。フレーム損失率が高くなるほど、FRAME_LOSS_RATE_INDEX[k]が大きくなる。あるいは、最初に、フレーム損失率を予想される送信数（ＥＴＸ：expected number of transmissions）に変換することができ、その後、計算を実施することができる。具体的には、ｐをフレーム損失率とし、その場合、予想される送信数（ＥＴＸ）を１／（１−ｐ）として規定し、FRAME_LOSS_RATE_INDEX計算のために、平均ＥＴＸおよび最大ＥＴＸを代わりに使用する。
【００９７】
Q_SIZE_INDEX[k]を以下のように規定し、
avg_queue_size_index[k]=
(avg_queue_size[k]/maxj∈A{avg_queue_size[j]})                      式（１４）
ここで、Ａは、ＡＰに割り当てられたチャネルの集合（すなわち、全てのアクティブなチャネルの集合）であり、
max_queue_size_index[k]=
max_queue_size[k]/maxj∈A{max_queue_size[j]}                        式（１５）
および
Q_SIZE_INDEX[k]=
a3*avg_queue_size_index[k]+(1-a3)*max_queue_size_index[k]          式（１６）
であり、ここで、ａ３は、０から１までの間の重みである。待ち行列サイズが大きくなるほど、Q_SIZE_INDEX[k]は大きくなる。
【００９８】
チャネルｋについての帯域幅割り当ての必要性は、以下のように規定され、
BA_NEED_NWK[k]=w1*SIG_WEAKNESS_INDEX[k]+w2*FRAME_LOSS_RATE_INDEX[k]+w3*Q_SIZE_INDEX[k]                                                式（１７）
【００９９】
ここで、ｗ１、ｗ２、ｗ３は、０から１までの間にあり、合計すると１になる。BA_NEED_NWK[k]の値が大きいほど、チャネルｋが新しい帯域幅割り当てを有する必要性は大きくなる。
【０１００】
図７は、初期帯域幅割り当て７０１、ネットワークによってトリガされる帯域幅割り当て７０２、およびセンシングによってトリガされる帯域幅割り当て７０３について説明する例示的なフローチャート７００を示している。図８Ａおよび図８Ｂは、図７Ａ〜図７Ｃにおいて使用されている表記について説明する例示的な表を示している。ＤＳＭエンジンに電源が入れられると（７０５）（ＤＳＭエンジンは、スタンドアロンサーバ、基地局の一部、ネットワークエンティティ、または他の何らかの類似エンティティとして実施することができる）、ＤＳＭエンジンのＢＡＣは、ＤＳＭクライアントまたはデバイスの関連付けを実行することができる（７０７）。ＢＡＣは、ポリシーデータベースに問い合わせを行い（７０９）、デバイス能力データベースを構築し（７１１）、ＴＶＷＳデータベースに問い合わせを行う（７１３）。この情報は、空きチャネルデータベース（すなわちVACANT_CHANS_DB）を更新するために（７１５）、ＢＡＣによって使用されることができる。ＢＡＣは、センシングツールボックスからサイレント期間要件を取得し（７１７）、サイレント期間要件およびネットワーク性能メトリックをＡＰに送信することができる（７１９）。ＤＳＭエンジンがある距離だけ移動した場合、または一定の時間が経過した場合、ＤＳＭエンジンは、ＴＶＷＳデータベースを再チェックする必要があることがある。
【０１０１】
初期帯域幅割り当て方法７０１は、size(VACANT_CH_DB)<N_APS×M_AGであるかどうかを決定することができる（７２０）。十分な帯域幅が空いていない場合（７２２）、ＢＡＣは、ＴＶＷＳデータベースにおいて利用可能ではないチャネルを見つけることができる（７２３）。十分な帯域幅が空いている場合（７２１）、またはＴＶＷＳデータベースに対して問い合わせが行われた後、ＢＡＣは、各チャネルについてセンシングのタイプを決定し、ChannelSensingQueryメッセージをセンシングツールボックスに送信することができる（７２５）。その後、ＢＡＣは、センシングツールボックスからセンシング結果を受け取ることができる（７２７）。その後、ＢＡＣは、RANKED_AVAIL_CHANS_UTを獲得するために、SU_USAGE値に従って、チャネルをランク付けすることができる（７２９）。RANKED_AVAIL_CHANS_UT内の最良のＷ個のチャネルをＡＰ間に均等に割り当てることができ、帯域幅割り当てを各ＡＰに送信することができる。項「Ｗ」は、(N_APS*M_AG)とsize(RANKED_AVAIL_CHANS_UT)のうちの小さい方に等しくすることができる。その後、タイマTIMER_BAがリセットされる（７３０）。
【０１０２】
ネットワーク性能によってトリガされる帯域幅割り当て方法７０２では、指定された待機期間が経過し（７３２）、ＢＡＣがネットワーク性能統計値を受け取った後、ＢＡＣは、アクティブチャネルについてのチャネル品質メトリックを更新することができる（７３４）。その後、ＢＡＣは、タイマがタイムアウトしたかどうかを判定する（７３５）。タイマがタイムアウトした場合（７３７）、ＢＡＣは、選択されたオプションに応じて（７３９）、ランクベースの割り当て（７４０）または閾値ベースの割り当て（７６０）を実行する。オプションは、ＤＳＭエンジンオペレータまたはユーザによって設定することができる。タイムアウトしていない場合、処理は、タイマがタイムアウトするまで待機する（７３６）。
【０１０３】
ランクベースの割り当てのイベントが選択された場合、ＢＡＣは、RANKED_AVAIL_CHANS_UTが空であるかどうかを判定することができる（７４２）。利用可能なチャネルが存在しない場合（７４４）、タイマがリセットされる（７３０）。ランク付けされた利用可能なチャネルが存在する場合（７４５）、ＢＡＣは、最悪のアクティブチャネルｍと、RANKED_AVAIL_CHANS_UTにおいて最良のチャネルｋとを見つけることができる（７４６）。その後、ＢＡＣは、CHAN_UT[m]-CHAN_UT[k]>UT_GAPであるかどうかを判定することができる（７４７）。不等式が成り立たない場合（７４８）、タイマがリセットされる（７３０）。不等式が成り立つ場合（７５０）、ＢＡＣは、チャネルｍを使用して、帯域幅割り当て情報をＡＰに送信し（７５２）、BW_ALLOC_TABLEを更新し（７５４）、タイマをリセットすることができる（７３０）。
【０１０４】
閾値ベースのイベントが選択された場合、ＢＡＣは、「貧弱な」アクティブチャネルを代替チャネルで置き換えることができる（７６２）。その後、貧弱なアクティブチャネルが全て置き換えられたかどうかに関して、判定を行うことができる（７６３）。貧弱なチャネルが全て置き換えられた場合（７６４）、ＢＡＣは、帯域幅割り当ておよびエスケープチャネル（escape channel）をＡＰに送信することができる（７６５）。ＢＡＣは、貧弱なチャネルを新たに割り当てられたチャネルで置き換えることができるので、１つのメッセージをＡＰに送信することができる。このメッセージを受信すると、ＡＰは、貧弱なチャネル（すなわちエスケープチャネル）からエスケープし、その後、新たに割り当てられたチャネルの使用を開始しなければならない。BW_ALLOC_TABLEを更新することができ（７５４）、タイマをリセットすることができる（７３０）。貧弱なチャネルが全ては更新されなかった場合（７６６）、ＢＡＣは、帯域幅割り当ておよびエスケープチャネルを、置き換えられたチャネルとともに、ＡＰに送信することができる（７６７）。TIMER_QUERYタイマをリセットすることができ、ChannelSensingQueryをセンシングツールボックスに送信することができる。その後、センシング結果が時間T_QUERY内に受け取られたかどうかに関して、判定を行うことができる（７６８）。センシング結果が受け取れなかった場合（７６９）、エスケープチャネルをＡＰに送信することができ（７７０）、BW_ALLOC_TABLEを更新することができ（７５４）、タイマをリセットすることができる（７３０）。センシング結果が時間T_QUERY内に受け取れた場合（７７１）、ＢＡＣは、エスケープチャネルと、あれば帯域幅割り当てとをＡＰに送信することができ（７２２）、BW_ALLOC_TABLEを更新し（７５４）、タイマをリセットすることができる（７３０）。
【０１０５】
センシングによってトリガされる帯域幅割り当て方法７０３では、指定された待機期間の後（７３２）、ＢＡＣがセンシングツールボックスからセンシング結果を受け取った場合、ＢＡＣは、ＰＵが検出されたかどうかを判定することができる（７８０）。ＰＵが検出されなかった場合（７８１）、RANKED_AVAIL_CHANS_UTを更新することができ（７８２）、ＳＵ検出によってトリガされる帯域幅割り当てをトリガすることができ（７８３）、ＢＡＣは、別の待機サイクルに入ることができる（７３２）。
【０１０６】
ＰＵが検出された場合（７８４）、ＢＡＣは、ＰＵが検出されたチャネルに対応するチャネルをRANKED_AVAIL_CHANS_UTから削除し、影響を受けるチャネルを代替チャネルで置き換えることができる（７８５）。ＢＡＣは、影響を受けるアクティブチャネルが全て置き換えられたかどうかを判定することができる（７８６）。影響を受けるアクティブチャネルが全て置き換えられた場合（７８７）、ＢＡＣは、帯域幅割り当ておよびエスケープチャネルをＡＰに送信し（７８８）、BW_ALLOC_TABLEを更新し（７８９）、別の待機サイクルに入ることができる（７３２）。影響を受けるアクティブチャネルが全ては置き換えられなかった場合（７９０）、ＢＡＣは、影響を受けるＡＰにRANKED_AVAIL_CHANS_UT内のチャネルを割り当て、アクティブチャネルの数がＡＰ間でできるだけ等しくなるようにし、帯域幅割り当てを、少なくとも１つの影響を受けないアクティブチャネルを有する影響を受けるＡＰに送信することができる（７９１）。タイマTIMER_EVACをリセットすることができ、ChannelSensingQueryをセンシングツールボックスに送信することができる（７９２）。ＢＡＣは、センシング結果を時間T_EVAC内に受け取ったかどうかを判定することができる（７９３）。センシング結果を時間T_EVAC内に受け取らなかった場合（７９４）、ＢＡＣは、エスケープチャネルをＡＰに送信し（７９５）、BW_ALLOC_TABLEを更新し（７８９）、別の待機サイクルに入ることができる（７３２）。センシング結果を時間T_EVAC内に受け取った場合（７９６）、ＢＡＣは、エスケープチャネルと、あれば帯域幅割り当てとをＡＰに送信することができる（７９７）。その後、BW_ALLOC_TABLEを更新することができ（７８９）、別の待機サイクルに入ることができる（７３２）。
【０１０７】
図７Ａ〜図７Ｃに示される帯域幅割り当て方法のための初期化プロセス（７０５〜７１９）について本明細書で説明する。デバイス（ＡＰ）の関連付けでは、ＤＳＭエンジンは、最初に電源が入れられたとき、周期的にHelloメッセージをブロードキャストすることができる。ＡＰは、Helloメッセージを聞いた場合、ＣＭＦに存在するＢＡＣにAssociation_Request(deviceType,location)メッセージを送信することができる。情報deviceTypeは、ＡＰが固定式デバイスか、それともパーソナル／ポータブルデバイスかを示し、locationは、ＧＰＳ（全地球測位システム）など、何らかの位置特定方法を介して、ＡＰによって記録されたロケーションである。ＢＡＣは、Association_RequestメッセージをＡＰから受信した場合、そのＡＰのためにＢＡＣが初期帯域幅割り当て７０１を行う必要があり得ることを認識することができる。
【０１０８】
データベースを構築／データベースにアクセスすることに関して、ＡＰがＤＳＭエンジンに関連付けられると、ＢＡＣは、デバイスが使用可能なチャネル（すなわちCH_DEV_DB）をＢＡＣがそこから取り出すデバイス能力データベースを構築することができる。加えて、ＢＡＣは、ポリシーデータベースおよびＴＶＷＳデータベースに問い合わせを行い、チャネルリストCH_POL_DBおよびCH_TVWS_DBを取得することができる。その後、ＢＡＣは、デバイスが利用可能なチャネルを計算することができる。  
VACANT_CH_DB=CH_DEV_DB∩CH_POL_DB∩CH_TVWS_DB          式（１８）
【０１０９】
サイレント期間要件およびネットワーク性能メトリックを渡すことに関して、ＢＡＣは、センシングツールボックスに問い合わせを送信して、サイレント期間要件を取得し、それをＡＰに渡すことができる。ＢＡＣは、ネットワーク性能を推定するためのメトリックもＡＰに渡すことができる。
【０１１０】
初期帯域幅割り当て７０１に関する詳細（７２０〜７３０）について本明細書で説明する。ＢＡＣは、size(VACANT_CH_DB)<N_APS×M_AGが成り立つかどうか、すなわち、センシングツールボックスによるチェックを受ける準備ができた候補チャネルが十分には存在しないかどうかを検査することができる。size(VACANT_CH_DB)<N_APS×M_AGである場合、ＢＡＣは、ＴＶＷＳデータベースによって利用不可能と見なされたチャネルを候補チャネルのリストに追加することができる。これらの利用不可能なチャネルに対して、センシングツールボックスは、ＰＵの有無を最初にセンスする必要があることがある。チャネル上にＰＵが検出されない場合、センシングツールボックスは、次にＳＵの有無をセンスすることができる。VACANT_CH_DB内のチャネルに対しては、センシングツールボックスは、ＳＵの有無をセンスすることができる。
【０１１１】
ＢＡＣは、表３に示されたChannelSensingResultメッセージで、センシングツールボックスからセンシング結果を受け取ることができる。ＢＡＣは、最初に、ＰＵを有すると報告されたチャネルを候補チャネルから削除することができる。その後、ＢＡＣは、SU_UT値の昇順で残りの候補チャネルをランク付けし、RANKED_AVAIL_CHANS_UTを取得することができる。ＢＡＣは、最良のＷ個のチャネルをＡＰ（ＢＳＳ）に割り当てることができ、ここで、
W=min(N_APS×M_AG,size(RANKED_AVAIL_CHANS_UT))            式（１９）
である。
【０１１２】
割り当ては、異なるＡＰ間でできるだけ均等に行われる。加えて、ＢＡＣがチャネル独立のサイレント期間をサポートする必要がある場合（すなわち、INDEP_CH_SILENT_EN==1）、いずれのＡＰについても、ＢＡＣは、上側帯域に割り当てられたチャネルの数を下側帯域に割り当てられたチャネルの数にできるだけ近くしようと試みることができる。これは、本明細書で説明するようにして行うことができる。
【０１１３】
最良のＷ個のチャネルの集合をＣＷとする。Ｕ＝｛ｋ｜チャネルｋ∈ＣＷ，チャネルｋは上側帯域にある｝、またＬ＝｛ｋ｜チャネルｋ∈ＣＷ，チャネルｋは下側帯域にある｝とする。手順は、２つのステップから成る。第１に、ＵがＮ個よりも多くのチャネルを有する場合、各ＡＰにＵ内のチャネルを割り当て、またはＵ内のチャネルがなくなるまで、ＡＰの各々にＵ内のチャネルを割り当てる。その後、割り当てられたチャネルをＵから削除する。第２に、ＬがＮ個よりも多くのチャネルを有する場合、各ＡＰにＬ内のチャネルを割り当て、または該当する場合はチャネルが１つ少ないＡＰから始めて、Ｌ内のチャネルがなくなるまで、ＡＰの各々にＬ内のチャネルを割り当てる。その後、割り当てられたチャネルをＬから削除する。
【０１１４】
これら２つのステップを、各ＡＰがＭ＿ＡＧＧ個のチャネルを受け取るまで、またはＵおよびＬがともに空になるまで繰り返す。
【０１１５】
プライマリＣＳＭＡ（キャリア検知多重アクセス）が使用される場合、ＢＡＣは、どのチャネルが、１つまたは複数のチャネルの帯域幅割り当てを受け取るＡＰのためのプライマリチャネルであるかを指定することもできる。プライマリチャネル選択のために使用される基準は、以下のようにすることができ、すなわち、ＡＰに割り当てられたチャネルのうち最小のSU_UT値を有するチャネルをプライマリチャネルとして選択する。ＢＡＣは、チャネルの役割についての情報を含む帯域幅割り当てをＡＰに送信することができる。
【０１１６】
ＢＡＣは、TIMER_BAタイマをリセットすることができ（すなわち、TIMER_BA=T_NWK_BAとし）、TIMER_BAタイマは、０に向かってカウントダウンを開始する。TIMER_BAを使用する目的は、帯域幅割り当てがあまりに頻繁に変更されることを防止するためであり、帯域幅割り当ての各変更に関連してサービス中断および通信オーバヘッドが発生するため、頻繁な変更は望ましくない。
【０１１７】
その後、ＢＡＣは、２つのタイプの着信情報を待つことができ、一方は、ネットワーク性能統計値であり、他方は、センシングツールボックスからのセンシング結果である。ＢＡＣは、ネットワーク性能統計値を受け取った場合、ネットワーク性能によってトリガされる帯域幅割り当て７０２の手順に入り、ＢＡＣは、センシングツールボックスからのセンシング結果を受け取った場合、センシングによってトリガされる帯域幅割り当て７０３の手順に入る。
【０１１８】
ネットワーク性能によってトリガされる帯域幅割り当て７０２に関する詳細について本明細書で説明する。ＢＡＣは、ネットワーク性能統計値を受け取った場合、表５に列挙された様々なチャネル品質メトリックを更新することができる。ＢＡＣは、タイマTIMER_BAがカウントダウンして０に達するまで待つことができる。その後、ＢＡＣは、２つの帯域幅割り当て方式の一方を選択することができる。選択は、「オプション」変数によって制御される。
【０１１９】
実際には、チャネル品質メトリックは、数々の理由で、ＤＳＭクライアントからＡＰに高い信頼性で報告されないことがある。例えば、ＤＳＭクライアントとＡＰによって使用されている全てのチャネル上に強い干渉が突然出現した場合、両者の間の全ての通信が停止することがある。結果として、ＲＳＳＩ値、フレーム損失率、および待ち行列サイズなどのメトリックは、ＤＳＭクライアントからＡＰに配送されないことがある。ＡＰとＢＡＣの間の通信に無線リンクが使用される場合、それらの間でも同様の状況が発生することがある。
【０１２０】
そのような状況に対処するため、予期されたチャネル品質メトリック報告が連続して失われた場合、それは最悪ケースと見なされ、関係するチャネルは、新しい帯域幅割り当てを最も必要とするチャネルとして扱われる。これは、T_CH_QUAL_RPT_NWK RPT_MISS_COUNTと呼ばれることがある。詳細が表６に示されている。
【０１２１】
【表６】
2013543333.tif 000012
【０１２２】
ネットワーク性能によってトリガされる帯域幅割り当て７０２のためのランキングベースの手法について本明細書で説明する。この手法では、アクティブチャネルは、ネットワーク性能統計値によって示されるような帯域幅割り当ての必要性に従ってランク付けすることができる。ＢＡＣは、最良の代替チャネルが性能的に最悪のアクティブチャネル（新しい帯域幅割り当てを最も必要とするチャネル）よりも良好かどうかをチェックすることができる。良好な場合、ＢＡＣは、最良の代替チャネルを使用して、性能的に最悪のアクティブチャネルを置き換えることができ、新しい帯域幅割り当てを生成することができる。良好ではない場合、ＢＡＣは何のアクションも起こさない。
【０１２３】
最良の代替チャネルと性能的に最悪のアクティブチャネルの品質を比較するのに使用されるメトリックは、CHAN_UTとすることができ、CHAN_UTは、センシングツールボックスから受け取ったセンシング結果と、ＢＡＣにおいてセンシング結果に適用される判定基準（例えば閾値）とに基づく。
【０１２４】
特に、ＢＡＣは、配列RANKED_AVAIL_CHANS_UT＼CH_ACTが空であるかどうかをチェックすることができ、ここで、CH_ACTは、アクティブチャネルの集合である。空である場合、ＢＡＣは、ランキングベースの帯域幅割り当て手順から出、TIMER_BAをリセットし、新しいイベントのために「待機」状態に入ることができる。空でない場合、ＢＡＣは、性能的に最悪のアクティブチャネルｍ、すなわち、
m=argmaxk∈A{BA_NEED_NWK[k]}                                    式（２０）
を見つけることができ、ここで、Ａは、全てのアクティブチャネルからなる集合である。ＢＡＣは、RANKED_AVAIL_CHANS_UTから最良のチャネルｋも見つけることができる。
【０１２５】
ＢＡＣは、チャネルｍとチャネルｋのCHAN_UT統計値を比較することができる。所定のマージンを加味しても、チャネルｍがチャネルｋよりも悪い場合、チャネル切り替えを正当化することができる。具体的には、
CHAN_UT[m]-CHAN_UT[k]>UT_GAP                                  式（２１）
である場合、ＢＡＣは、チャネルｍをチャネルｋで置き換え、チャネルｍを使用していたＡＰに新しい帯域幅割り当てを送信し、各ＡＰについての最新の帯域幅割り当てを記録するBW_ALLOC_TABLEを更新することができる。CHAN_UT[m]-CHAN_UT[k]≦UT_GAPである場合（すなわち、これは、ヒステリシス値（hysteresis value）UT_GAPを加味すれば、チャネルｍの品質がチャネルｋの品質と比べてそれほど悪くなく、チャネル切り替えを行わなくてよいことを意味する）、ＢＡＣは、ランキングベースの帯域幅割り当て手順から出、TIMER_BAをリセットし、新しいイベントのために「待機」状態に入ることができる。
【０１２６】
プライマリＣＳＭＡが使用される場合、ＢＡＣは、帯域幅割り当てを受け取ることができるＡＰに対するチャネルの役割も更新する必要があることがある。プライマリチャネル選択のために使用される基準は、以下のようにすることができ、すなわち、ＡＰに割り当てられたチャネルのうち最小のSU_UT値を有するチャネルをプライマリチャネルとして選択する。ＢＡＣは、必要ならばチャネルの役割の更新を含む帯域幅割り当てをＡＰに送信することができる。
【０１２７】
ネットワーク性能によってトリガされる帯域幅割り当て７０２のための閾値ベースの手法について本明細書で説明する。この手法では、閾値がネットワーク性能統計値に適用され、貧弱な状態を有するアクティブチャネルが識別される。その後、ＢＡＣは、性能的に貧弱なアクティブチャネルよりも良好な代替チャネルを見つけ、アクティブチャネルを代替チャネルで置き換えようと試みることができる。
【０１２８】
特に、「性能的に貧弱」を規定する異なる方法が存在する。例えば、以下の規則を使用することができ、すなわち、
(avg_RSSI[k]>RSSI_TH)かつ(avg_frame_loss_rate[k]>LOSS_RATE_TH)である場合、チャネルｋは性能的に貧弱である。
【０１２９】
上記の規則は、受信信号は強いが、フレーム損失率が高いことを言っている。これは、ＩＥＥＥ（電気電子技術者協会）８０２．１１規格のバックオフ規則など、ある媒体アクセス規則に従わない何らかの外部干渉が存在することの暗示である。あるいは、行儀のよいセカンダリシステム（例えば、無線媒体にアクセスする際にバックオフを使用する８０２．１１タイプの何らかの無線ネットワーク）との競合を回避することを望む場合、以下の規則を使用することができ、すなわち、
(avg_frame_loss_rate[k]>LOSS_RATE_TH)である場合、チャネルｋは性能的に貧弱である。
【０１３０】
判定には、トラフィック需要の観点から見た帯域幅割り当ての必要性を織り込むことができる。必要性を測定するための１つの方法は、待ち行列内で待機しているデータの量を使用することとすることができる。したがって、規則は以下のようになり、すなわち、
(avg_RSSI[k]>RSSI_TH)かつ(avg_frame_loss_rate[k]>LOSS_RATE_TH)かつ(avg_queue_size[k]>QUEUE_TH)である場合、チャネルｋは性能的に貧弱である。あるいは、行儀のよいセカンダリシステムとの競合を考慮して、以下の規則を使用することができ、すなわち、
(avg_frame_loss_rate[k]>LOSS_RATE_TH)かつ(avg_queue_size[k]>QUEUE_TH)である場合、チャネルｋは性能的に貧弱である。
【０１３１】
ＢＡＣは、CHAN_UTを使用して、代替チャネルがアクティブチャネルよりも良好かどうかを評価することができる。先に、式（２１）において示されたように、比較時にマージンを課すことができる。
【０１３２】
貧弱なアクティブチャネルを代替チャネルで置き換える際に、異なる方法を使用することができる。一例として、置き換えることができる貧弱なチャネルの数を最大化することができる。そのような最大化は、式（２１）における制約のために生じる。性能的に貧弱なチャネルをCH_Pとする。CH_P内のチャネルのCHAN_UT値を昇順でソートし、u=size(CH_P)である、系列ａ１、ａ２、．．．、ａｕを取得し、各ａｉは、貧弱なアクティブチャネルに対応する。同様に、代替チャネルをCH_ALTとする。その場合、CH_ALT=RANKED_AVAIL_CHANS_UT＼CH_ACTであり、ここで、CH_ACTは、代替チャネルの集合である。すなわち、代替チャネルは、RANKED_AVAIL_CHANS_UT内のチャネルであるが、CH_ACT内のチャネルではない。CH_ALT内のチャネルのCHAN_UT値をソートし、v=size(CH_ALT)である、系列ｂ１、ｂ２、．．．、ｂｖを取得し、各ｂｉは、代替チャネルに対応する。表７のアルゴリズムを参照されたい。
【０１３３】
【表７】
2013543333.tif 000013
【０１３４】
その後、ＢＡＣは、全ての貧弱なアクティブチャネルがより良好な代替チャネルで置き換えられたかどうかをチェックすることができる。置き換えられた場合、ＢＡＣは、帯域幅割り当てを行い、エスケープチャネルを決定し、その情報をＡＰに送信し、BW_ALLOC_TABLEを更新することができる。全ては置き換えられない場合、ＢＡＣは、帯域幅割り当ておよびエスケープチャネル情報を、置き換えに成功した貧弱なアクティブチャネルを有するＡＰだけに送信することができる。その後、ＢＡＣは、貧弱なアクティブチャネルを有する他のＡＰを処理することができる。
【０１３５】
ＢＡＣは、TIMER_QUERYタイマをT_QUERYにリセットすることができる。その後、TIMER_QUERYタイマは、カウントダウンを開始することができる。ＢＡＣは、ChannelSensingQueryメッセージをセンシングツールボックスに送信して、センシングツールボックスによってセンスされる、CH_TVWS_DB内にないチャネルを指定することができる。センシングツールボックスは、最初にＰＵの存在をセンスすることができる。ＰＵが検出されない場合、センシングツールボックスは、次に他のＳＵの存在をセンスすることができる。
【０１３６】
ＢＡＣは、TIMER_QUERYがゼロに達する前に、センシング結果を受け取った場合、あれば帯域幅割り当てと、エスケープチャネル情報とをＡＰに送信することができる。帯域幅割り当ては、センシングツールボックスによって新たに報告された利用可能なチャネルをCH_ALTとし、残りの貧弱なアクティブチャネルをCH_Pとして、上記に示されたのと同じアルゴリズムを使用して、実施することができる。それ以外の場合、ＢＡＣは、エスケープチャネル情報だけをＡＰに送信することができる。その後、ＢＡＣは、BW_ALLOC_TABLEを更新することができる。ランキングベースの手法の場合と同様に、帯域幅割り当てを行う場合、ＢＡＣはチャネル役割を更新する必要があることがある。ここでは、同じ基準を使用することができる。
【０１３７】
センシングによってトリガされる帯域幅割り当て（７０３）について本明細書で説明する。図５Ａ〜図５Ｃに示されるように、ＢＡＣがセンシングツールボックスからセンシング結果を受け取る３つのシナリオが存在し、すなわち、１）ChannelSensingQueryメッセージに応答して、２）センシングツールボックスがＰＵの存在を検出した場合に、並びに３）アクティブチャネルおよび代替チャネルの継続的な監視のために周期的に行われる。
【０１３８】
ＢＡＣは、センシング結果を受け取った場合、センシング結果がＰＵの検出を示しているかどうかを最初にチェックすることができる。示していない場合、ＢＡＣは、（ＳＵ検出結果などの）センシング結果内の他の情報を処理し、リストRANKED_AVAIL_CHANS_UTを更新することができる。その後、ＢＡＣは、「ＳＵ検出によってトリガされる帯域幅割り当て」手順に入ることができ、いくつかのアクティブチャネルについてCHAN_UT値が高すぎる場合、ＢＡＣは、新しい帯域幅割り当てを実行することができ、そのアルゴリズムは、本明細書で説明されるネットワーク性能によってトリガされる帯域幅割り当てアルゴリズム７０２と同様とすることができる。しかし、この手順「ＳＵ検出によってトリガされる帯域幅割り当て」は、あるチャネルがＢＳＳにとって適切であるかどうかを、センシングツールボックスからの情報だけに基づいて、ＢＡＣが判定するのは困難であることがあるので、実際には推奨されないことがある。例えば、CHAN_UTが高い（他のＳＵシステムからの著しい干渉を示す）場合であっても、そのチャネルを使用するＳＴＡとＡＰは、ＳＴＡとＡＰの間の距離が非常に短い場合には、依然として通信できることがある。
【０１３９】
その後、ＢＡＣは、新しいイベントのために「待機」状態に戻ることができる。他方、ＰＵが検出された場合、ＢＡＣは、ＰＵが検出されたチャネルをリストRANKED_AVAIL_CHANS_UTから削除することができる。
【０１４０】
その後、ＢＡＣは、ＰＵ検出によって影響を受けるアクティブチャネルをRANKED_AVAIL_CHANS_UTからのチャネルで置き換えることによって、帯域幅割り当てを実行することができる。置き換えのために、数々の方法を使用することができる。ＢＡＣが帯域幅割り当てを行わない場合、影響を受けるＡＰは、影響を受けるチャネルの使用を停止しなければならず、その結果、ネットワーク性能が完全に失われる。したがって、ＢＡＣが影響を受けるＡＰに新しいチャネルを割り当てることが有益なことがある。割り当てられたチャネルが良好でない場合、ネットワークは、ＢＡＣにフィードバックを送信して、ネットワーク性能によってトリガされる帯域幅割り当て手順７０２をトリガすることができる。したがって、帯域幅割り当てにおける最適性の欠如は、問題とはならない。
【０１４１】
ＢＡＣは、影響を受けるアクティブチャネルが全て置き換えられたかどうかをチェックすることができる。全て置き換えられた場合、ＢＡＣは、帯域幅割り当ておよびエスケープチャネル情報を、ＰＵの検出によって影響を受けるＡＰに送信し、BW_ALLOC_TABLEを更新することができる。他方、全ては置き換えられなかった場合、ＢＡＣは、影響を受けるＡＰにRANKED_AVAIL_CHANS_UT内の代替チャネルを割り当て、異なるＡＰのアクティブチャネルの数ができるだけ等しくなるように試みることができる。新しい帯域幅割り当ておよびエスケープチャネル情報をＡＰに通知するときに、ＢＡＣが選択する数々のオプションが存在する。例えば、ＢＡＣは、影響を受けないアクティブチャネルを少なくとも１つ有するＡＰに帯域幅割り当ておよびエスケープチャネル情報を最初に送信し、次に、他のＡＰに対するそのような情報をセンスする前に、センシングツールボックスから新しいチャネルを取得しようと試みることができる。この方法の利点は、以下の通りであり、すなわち、ＡＰの全てのアクティブチャネルがＰＵ検出によって影響を受ける場合、およびＢＡＣがエスケープチャネル情報をＡＰに送信する場合、ＡＰは、通信を完全に停止することがあり、そのＡＰ配下のＳＴＡは、時間がかかるＡＰ発見プロセスを開始しなければならないことがある。したがって、センシングツールボックスが代替チャネルを迅速に（T_EVAC以内に）見つけることができる場合、スペクトルアクセスポリシーに違反することなく、そのようなＡＰ発見プロセスを回避することができる。
【０１４２】
影響を受けないアクティブチャネルを少なくとも１つ有するＡＰに帯域幅割り当ておよびエスケープチャネル情報を送信した後、ＢＡＣは、タイマTIMER_EVACをT_EVACにリセットすることができ、タイマTIMER_EVACは、カウントダウンを開始する。T_EVACの値は、ＢＡＣおよびセンシングツールボックスが新しい代替チャネルを見つけるための時間割当量であり、その値（すなわち、影響を受けるチャネルからシステムが立ち退くことに、どれだけの時間を割り当てるか）は、スペクトルアクセスポリシーおよびシステム設計によって決定される。ＢＡＣは、TIMER_EVACがゼロに達する前に、センシングツールボックスから予期されたセンシング結果を受け取らなかった場合、エスケープチャネル情報を関連するＡＰに送信することができる。他方、ＢＡＣは、時間内にセンシング結果を受け取った場合、帯域幅割り当てを実行し、（あれば）帯域幅割り当てをエスケープチャネル情報とともに関連するＡＰに送信することができる。その後、ＢＡＣは、BW_ALLOC_TABLEを更新することができる。
【０１４３】
ネットワーク性能によってトリガされる帯域幅割り当て７０２の場合と同様に、帯域幅割り当てを行う場合、ＢＡＣはチャネル役割を更新する必要があることがある。ここでは、同じ基準を使用することができる。
【０１４４】
初期帯域幅割り当て、ネットワーク性能悪化によってトリガされる帯域幅割り当て、ＰＵ検出によってトリガされる帯域幅割り当て、およびネットワーク性能悪化によってトリガされる帯域幅割り当てについての例示的な呼フローについて本明細書で説明する。例示的な呼フローでは、ＡＰは、ＩＥＥＥ８０２．１１  ＷＬＡＮのアクセスポイント、セルラネットワーク内のＷＴＲＵにサービスできる基地局、または両方のタイプのネットワークにサービスできるハイブリッドデバイスとすることができ、クライアントは、ＩＥＥＥ８０２．１１  ＷＬＡＮ内のステーション（ＳＴＡ）、またはセルラネットワーク内のＷＴＲＵとすることができる。全ての例示的な呼フローにおいて、message_name（引数１，引数２，．．．）は、１）メッセージがmessage_nameと呼ばれること、および２）メッセージで伝えられる情報が引数１、引数２、．．．であることを表すために使用される。
【０１４５】
（ＴＶＷＳデータベースに問い合わせることによって）利用可能なチャネルが十分に存在しないと決定された場合、ＢＡＣエンティティは、ＴＶＷＳデータベースにアクセスし、デバイスがハイブリッド（モード）デバイスであろうとなかろうと、デバイスもセンシングが可能かどうかをチェックすることができる。デバイスがハイブリッドデバイスである場合、ＢＡＣエンティティは、センシングツールボックスを使用して、（ＴＶＷＳデータベースによって示される）利用不可能なチャネル上にＰＵが存在しないかどうかを判定することができる。例えば、このアクションは、図９Ａ〜図９Ｃに示される呼フローでは、以下の条件、すなわち、ＩＦ  （サポートされるモード＝＝センシング可能）かつ（選択されたチャネル＜要求された数のチャネル）  ＴＨＥＮ  ＴＶＷＳ−ＤＢ内の非利用可能なチャネルから他のチャネルを選択する（ポリシー規則を適用する）によってトリガすることができる。
【０１４６】
図９Ａ〜図９Ｃは、ＤＳＭクライアント９０２、ＡＰ９０４、ＢＡＣ９０７を含むＣＭＦ９０６、センシングツールボックスインタフェース９０８、ＴＶＷＳデータベースインタフェース９１０、およびポリシーデータベースインタフェース９１２の間の例示的な初期帯域幅割り当ての呼フロー９００を示している。１つのＡＰ９０４および１つのＤＳＭクライアント９０２しか示されていないが、複数のＡＰおよびＤＳＭクライアントが存在することができる。
【０１４７】
ブートスタートアップフェーズ（９１５）の後、ＡＰ９０４は、Association_Request(deviceType,location)メッセージを、ＣＭＦ９０６内に存在するＢＡＣ９０７に送信することができる（９１７）。情報「deviceType」は、ＡＰ９０４が固定式デバイスか、それともパーソナル／ポータブルデバイスかを示し、情報「location」は、ＧＰＳなど、何らかの位置特定方法を介してＡＰ９０４によって記録されたロケーションである。ＢＡＣ９０７は、ＡＰからAssociation_Requestメッセージを受信した場合、ＢＡＣ９０７がＡＰ９０４のために初期帯域幅割り当てを行う必要があり得ることを決定することができる。ＤＳＭシステム（すなわちＢＡＣ９０７および関連するエンティティ）がＡＰ９０４を支援に失敗した場合（９２１）、ＡＰ９０４は、ＡＰ独自のチャネル選択を実行することができる（９２３）。これは、ＤＳＭが支援することができない失敗ケースとすることができる。この失敗ケースは、例えば、ＡＰ９０４とＤＳＭエンジンの間の通信が中断された場合に発生することがある。この場合、ＡＰ９０４は支援を受けることができず、その場合、ＡＰ９０４は独力で動作することができる。
【０１４８】
ＤＳＭシステムが支援できる場合、ＢＡＣ９０７は、Association_Requestメッセージの受信成功を知らせるAssociation_Ackメッセージを用いて応答することができる（９１９）。その場合、ＢＡＣ９０７は、Channel_Query(deviceType,location)メッセージをＴＶＷＳデータベース９１０に送信することができる（９２５）。このメッセージは、モード２デバイスがサポートされる場合に、送信することができる。ＴＶＷＳデータベース９１０は、Channel_Reply(Channel_List)を用いて応答し、ここで、Channel_Listは、ＴＶＷＳデータベース９１０内の情報によればＰＵが存在しないチャネルのリストである（９２７）。ＢＡＣ９０７は、Policy_Query(location)メッセージをポリシーデータベース９１２に送信することができる（９２９）。ポリシーデータベース９１２は、Policy_Reply(Policies)メッセージを用いてＢＡＣ９０７に応答することができる（９３１）。Policiesは、Policy_Request(location)メッセージにおいて指定されたロケーションのためのスペクトルアクセスポリシーである。
【０１４９】
ＢＡＣ９０７は、policiesを解釈し、スペクトルセンシングを実行できるチャネルを決定することができる（９３３）。ＢＡＣ９０７は、SILENT_PERIOD_REQUIREMENTS_QUERYメッセージをセンシングツールボックス９０８に送信することができる（９３５）。このメッセージの目的は、サイレント期間構成の要件を取得することである。センシングツールボックス９０８は、メッセージSILENT_PERIOD_REQUIREMENTS_CONFを用いてＢＡＣ９０７に応答することができる（９３７）。このメッセージは、サイレント期間要件と、追加の詳細とを含むことができる。ＢＡＣ９０７は、Network_Config_Request（メトリックおよび閾値，サイレント期間要件）をＡＰ９０４に送信することができる（９３９）。SilentPeriodRequirementsQueryConf内の情報は、Network_Config_Requestメッセージを介して、ＢＡＣ９０７から（図示されていないが、全てのＡＰ上に存在する）サイレント期間管理エンティティに送信することができる。ＡＰ９０４は、メッセージ内で指定された最小デューティサイクルを使用することができる。各ＡＰ９０４は、Network_Config_CONFメッセージを用いて応答し、Network_Config_Requestメッセージの受信成功を知らせる（９４１）。
【０１５０】
その後、ＢＡＣ９０７は、チャネル選択を実行することができ（９４３）、これは、反復プロセスとすることができる。サイレント期間が同期しないように、４つのチャネル全てを（高帯域および低帯域に対応する）同じサブバンドから割り当てることを避けるなどといった、ＢＡＣ選択ポリシーを使用して、ＢＡＣ９０７は、利用可能なＴＶＷＳデータベースチャネルからチャネルを選択することができる。センシングがサポートされ、選択されたチャネルが要求されたチャネルの数よりも少ない場合、ＴＶＷＳデータベース９１０において非利用可能なチャネルから他のチャネルを選択する。その後、ＢＡＣ９０７は、選択されたチャネル上でセンシングを構成することができる。チャネルがＴＶＷＳデータベース９１０において利用可能である場合、ＳＵチャネル使用についてのセンシングを構成する。そうではなく、チャネルが利用可能ではない場合、ＰＵおよびＳＵチャネル使用についてのセンシングを構成する。
【０１５１】
ＢＡＣ９０７は、ChannelSensingQuery(init_config_sensing,Elected channels)メッセージをセンシングツールボックス９０８に送信することができる（９４５）。このメッセージは、チャネルについての情報と、チャネルに適用する必要があり得るセンシング方法とを含む。ＢＡＣ９０７は、規則を使用して（９４６）、チャネルパラメータを設定することができる。ＡＰに電源が入れられたときの初期チャネル割り当てとの関連では、センシングタイプは、「initial_config_sensing」に設定することができる。選択されたチャネルのリストは、チャネル（チャネル番号）ごとに、（ＡＰに電源が入れられたときの初期チャネル割り当てとの関連では）ＮＵＬＬに等しい「チャネルタイプ」と、ＴＶＷＳデータベースにおいてチャネルが利用可能である場合は「Not_needed」に設定された「PU_detectionタイプ」とを含むことができる。それ以外で、ＴＶＷＳデータベースが、Channel_Replyメッセージを介して、そのチャネルにおけるＰＵのタイプをそれぞれ伝えた場合、「PU_detectionタイプ」は、「要ＤＴＶ検出(DTV detection needed)」または「要マイクロフォン検出(Microphone detection needed)」に設定することができる。それ以外の場合、「PU_detectionタイプ」は、「要ＤＴＶ／マイクロフォン検出(DTV/Microphone detection needed)」に設定することができる。センシングツールボックス９０８は、ChannelSensingQueryメッセージの受信を知らせるために、ChannelSensingQueryACKメッセージを用いて応答することができる（９４７）。その後、センシングツールボックスは、ＢＡＣ９０７によって指定されたチャネル上でスペクトルセンシングを実施し、ChannelSensingResultメッセージを介して、センシング結果をＢＡＣ９０４に返すことができる（９４９）。
【０１５２】
その後、ＢＡＣ９０７は、指定または所定の基準を適用して、アクティブチャネルを選択することができる。初期帯域幅割り当てを行うための数々の方法が存在する。初期帯域幅割り当てプロセスでは、ＡＰ９０４に割り当てられるチャネルが決定され、チャネルの役割も決定される。すなわち、プライマリチャネルが識別され、セカンダリチャネルが識別される。チャネルをプライマリチャネルとして選択するための基準は、例えば、「ＡＰに割り当てられたチャネルのうち最小のチャネル利用率（CHAN_UT）値を有するチャネルをプライマリチャネルとして選択する」を含むことができる。具体的には、チャネルｎ（ｎは整数）のチャネル利用率（パーセント）は、CHAN_UT[n]=100×size(X)/size(SU_USAGE[N])と規定することができ、ここで、X={x|x SU_USAGE[N],x>SU_USAGE_TH}であり、SU_USAGE[N]は、チャネルｎについて測定された（ＳＮＲ（信号対雑音比）値などの）サンプルの集合であり、SU_USAGE_THは、値を「ビジー」と見なすか、それとも「アイドル」と見なすかを判定するための閾値である。
【０１５３】
その後、ＢＡＣ９０７は、BA_Reconfigurationメッセージを各ＡＰ９０４に送信することができ（９５１）、監視する必要があるチャネルおよびチャネルの各々についてのセンシングのタイプをセンシングツールボックスに通知するために、ChannelSensingQueryメッセージをセンシングツールボックスに送信することができる（９５３）。センシングツールボックス９０８は、ChannelSensingQueryメッセージの受信を確認するために、ChannelsSensingQueryAckメッセージをＢＡＣ９０７に送信することができる（９５５）。
【０１５４】
その後、ＡＰ９０４は、動作を開始し、クライアント９０２がＡＰ９０４を発見するためのビーコンを送信することができる（９５９）。ＡＰ９０４は、サイレント期間についての事前通知を含むビーコンをクライアント９０２に送信することができる（９５９）。ＡＰ９０４は、サイレント期間情報をセンシングツールボックス９０８に送信することができ（９６１）、それに対して、センシングツールボックス９０８は、サイレント期間情報の受信を確認することができる（９６３）。その後、例えば第１の範囲に対して、サイレント期間を開始することができる（９６５）。第２の範囲に対して、これを繰り返すことができる（９６７、９６９、９７１、９７３）。
【０１５５】
図１０Ａ〜図１０Ｃは、ＤＳＭクライアント１００２、ＡＰ１００４、ＢＡＣ１００７を含むＣＭＦ１００６、センシングツールボックスインタフェース１００８、ＴＶＷＳデータベースインタフェース１０１０、およびポリシーデータベースインタフェース１０１２の間の例示的なネットワーク性能悪化によってトリガされる帯域幅割り当ての呼フロー１０００を示している。１つのＡＰ１００４および１つのＤＳＭクライアント１００２しか示されていないが、複数のＡＰおよびＤＳＭクライアントが存在することができる。帯域幅割り当てアルゴリズムは、ネットワーク性能があるレベルまで悪化した場合にトリガすることができる。
【０１５６】
ＤＳＭクライアント（またはＳＴＡ）は、それぞれの関連するＡＰ１００４にネットワーク性能メトリックを報告することができる（１０１５）。ＡＰ１００４は、ネットワーク性能メトリックを監視することもできる（１０１７）。単一のＢＳＳ（基本サービスセット）では、ＡＰ１００４は、ネットワーク性能メトリックから統計値を計算する。統計値は、受信信号強度インジケータ（ＲＳＳＩ）値、フレーム損失率、待ち行列サイズ、およびバックオフ時間などを含むことができる。統計値は、ＢＳＳ内の全てのデバイスから収集されたメトリックの加重和、またはＢＳＳ内の全てのデバイスから収集されたメトリックの最大値もしくは最小値とすることができる。その後、ＡＰ１００４は、統計値をCH_STATUS_INDICATIONメッセージに収めてＢＡＣ１００７に送信することができる（１０１９）。ＢＡＣ１００７は、全てのＡＰ１００４からCH_STATUS_INDICATIONを受信し続けることができる。ＣＭＦ１００６、ＢＡＣ１００７、およびセンシングツールボックス１００８は、代替チャネル上で、パッシブセンシング検出および継続的なイベントトリガチャネル更新を実行することができる（１０２１）。
【０１５７】
ＢＡＣ１００７は、周期的な評価を実行すること、またはＡＰ１００４に対して新しい帯域幅割り当てを行う必要があるかどうかに関してチェックすることができる（１０２３）。周期的な評価は、評価対象の一貫性を検証するために、ヒステリシスタイマを含むことができる。周期的な評価は、対象となるチャネルの悪化を検出するために、現在のチャネル品質とチャネル品質の履歴との比較を含むこともできる。異なるチャネルのスループット間の比較を実行して、最悪チャネルを識別し、より良好なチャネルが利用可能であるかどうかを決定することができる。周期的な評価は、最悪チャネルとセンシングツールボックス１００８によって決定された別の利用可能なチャネルの間の、（センシングツールボックス１００８からの）センシング結果の差の決定を含むことができる。周期は、TIMER_BAと呼ばれるタイマによって制御することができる。
チャネル再選択が必要とされ得ることをＢＡＣ評価プロセスが決定した場合（１０２５）、ＢＡＣ１００７は、チャネル選択を実行することができる（１０２７）。ＢＡＣ１００７は、規則を使用して、パッシブセンシング検出から代替チャネルの利用可能性を決定することができる（１０２９）。代替チャネルを選択するための規則は、以下の通りである。チャネルがＴＶＷＳデータベースにおいて利用可能ではない（すなわち、チャネルがプライマリユーザ（ＰＵ）に割り当てられている）場合、センシング結果は、そのチャネル上にＰＵ検出を含むことができない。それ以外の場合、チャネルは、セカンダリユーザ（ＳＵ）のためにＴＶＷＳデータベースにおいて利用可能であり、チャネルセンシング結果のチャネル利用率は、閾値よりも低くあるべきである。利用可能な代替チャネルから、ＢＡＣ１００７は、新しいアクティブチャネルを選択することができる（１０３１）。選択プロセスは、利用可能なＴＶＷＳデータベースチャネルにプライオリティを与えることができる。本明細書で上述したように、帯域幅割り当てアルゴリズム（すなわちチャネル選択）は、数々の異なる手法を取ることができる。例示的な帯域幅割り当てアルゴリズムは、ランキングベースの手法を使用することができる。新しい帯域幅割り当てを必要とするアクティブチャネルは、ランキング方法を通して識別される。その後、最良の代替チャネルが、このアクティブチャネルと比較される。代替チャネルのCHAN_UT値が、事前規定されたマージンを加味しても、アクティブチャネルよりも良好である（より小さい）場合、代替チャネルでアクティブチャネルを置き換える。それ以外の場合、この時点では、新しい帯域幅割り当ては行われない。別の例示的な帯域幅割り当てアルゴリズムは、閾値ベースの手法を使用することができる。新しい帯域幅割り当てを必要とし得る多くのチャネルが、閾値方法を通して識別される。その後、最良の代替チャネルを使用して、これらのアクティブチャネルを置き換える。代替チャネルのCHAN_UT値が、事前規定されたマージンを加味しても、アクティブチャネルのCHAN_UT値よりも良好である（より小さい）場合、代替チャネルでアクティブチャネルを置き換えることができる。
【０１５８】
現在利用可能な代替チャネルの数および新しい帯域幅割り当てを必要とするアクティブチャネルの数に応じて、ＢＡＣエンティティ１００７は、BA_Reconfigurationメッセージを即座に送信することができ（１０３３）、またはより多くの代替チャネルを見つけ、その後、新しい帯域幅割り当てを実行するために、ChannelSensingQueryメッセージをセンシングツールボックス１００８に送信することができる（１０３５）。BA_Reconfigurationメッセージ（１０３３）は、アクティブチャネルリスト、使用電力、およびチャネル役割（すなわち、プライマリか、それともセカンダリか）を含むことができる。BA_Reconfigurationメッセージが送信される場合、ＢＡＣエンティティは、ChannelSensingQueryメッセージもセンシングツールボックス１００８に送信して、監視する必要があるチャネルの変更、およびチャネルに対するセンシングのタイプの変更を、センシングツールボックス１００８に通知する。ＢＡＣ１００７は、規則を使用して、チャネルパラメータを設定することができる（１０３７）。
【０１５９】
ＡＰ１００４は、BA_Reconfigurationメッセージを受信した場合、ＡＰ１００４がサービスしていることがあるＤＳＭクライアント１００２へのChannel_Switch_Anouncementメッセージを開始することができる（１０３９）。チャネル品質が適正である場合、ＤＳＭクライアントは、このメッセージを正常に受信し、チャネルを交換できることがある。他方、このメッセージの正常配送をサポートするにはチャネル品質が不適正である場合、ＤＳＭクライアント１００２は、タイムアウトし、ＡＰ発見プロセスを再スタートすることができる。ＤＳＭクライアント１００２は、Channel_Switch_Anouncementメッセージを受信した場合、Channel_Switch_Anouncement_ACKメッセージを用いてＡＰ１００４に応答することができる。ＡＰ１００４は、全てのＤＳＭクライアント１００２からChannel_Switch_Anouncement_ACKメッセージを受信した場合、事前規定された限界または時間（すなわち時間ガード）に達する前に、Channel_Switch_Anouncementメッセージのブロードキャストを停止することができる。
【０１６０】
その後、ＢＡＣ１００７は、さらなるチャネルを再構成する必要があり得るかどうかを決定することができる（１０４１）。これは、チャネルを４つ見つけることができるまでの反復プロセスとすることができる（１０４３）。ＢＡＣ１００７は、利用可能なＴＶＷＳデータベースチャネルからチャネルを選択することができる（１０４５）。センシングがサポートされ、選択されたチャネルが必要とされるチャネルの数よりも少ない場合、ＴＶＷＳデータベース１０１０において非利用可能なチャネルから他のチャネルを選択する（１０４７）。その後、ＢＡＣ１００７は、選択されたチャネル上でセンシングを構成することができる（１０４９）。チャネルがＴＶＷＳデータベース１０１０において利用可能である場合、ＳＵチャネル使用についてのセンシングを構成する。そうではなく、チャネルが利用可能ではない場合、ＰＵおよびＳＵチャネル使用についてのセンシングを構成する。
【０１６１】
ＢＡＣ１００７は、ChannelSensingQuery(init_config_sensing,elected channels)メッセージをセンシングツールボックス１００８に送信することができる（１０５１）。このメッセージは、チャネルと、チャネルに適用する必要があり得るセンシング方法とについての情報を含むことができる。ＢＡＣ１００７は、規則を使用して、チャネルパラメータを設定することができる（１０３７）。選択された特定のチャネルをセンスするようにセンシングツールボックスが要求される帯域幅再割り当てとの関連では、センシングタイプは、「Targeted_channels_sensing」に設定することができる。選択されたチャネルのリストは、チャネル（チャネル番号）ごとに、Ａｌｔｅｒｎａｔｅに等しい「チャネルタイプ」と、ＴＶＷＳデータベースにおいてチャネルが利用可能である場合は「Not_needed」に設定される「PU_detectionタイプ」とを含むことができる。それ以外で、ＴＶＷＳデータベースが、Channel_Replyメッセージを介して、そのチャネルにおけるＰＵのタイプをそれぞれ伝えた場合、「PU_detectionタイプ」は、「要ＤＴＶ検出」または「要マイクロフォン検出」に設定することができる。それ以外の場合、「PU_detectionタイプ」は、「要ＤＴＶ／マイクロフォン検出」に設定することができる。センシングツールボックス１００８は、ChannelSensingQueryメッセージの受信を知らせるために、ChannelSensingQueryACKメッセージを用いて応答することができる（１０５３）。ＢＡＣ１００７は、「CH_escape」を有するBA_Reconfigurationメッセージ（１０５５）をＡＰ１００４に送信することができる。タイマは、０以上に設定されることができ、ＰＵ検出時のチャネルエスケープ時間と見なすことができる。タイマは、ＡＰ１００４が２秒間以内にチャネル上の動作を停止するような、別のガードタイマである。ＰＵが検出されたチャネルを置き換えるための帯域幅割り当てにおいて、検出後、そのチャネルを（ＦＣＣ規則に従って）２秒以内に置き換える必要がある場合に、このタイマが必要とされ得る。ＡＰ１００４は、BA_Reconfigurationメッセージを受信した場合、ＡＰ１００４がサービスしていることがあるＤＳＭクライアント１００２にChannel_Switch_Anouncementメッセージを送信することができる（１０５７）。
【０１６２】
センシングツールボックス１００８は、本明細書で説明するような非同期サイレント測定（１０５９）を実施し、ChannelSensingResultメッセージを介してセンシング結果をＢＡＣ１００７に返すことができる（１０６１）。
【０１６３】
その後、ＢＡＣ１００７は、指定または所定の基準を適用して、アクティブチャネルを選択することができる（１０６３）。この基準は、例えば、ＰＵが存在しないこと、閾値よりも低いチャネル使用（ＣＵ）、および他の基準を含むことができる。例えば、ＣＵのデフォルト閾値は、５０％とすることができる。置き換えるチャネル上のトラフィック負荷が高い場合は、代替チャネルについてのＣＵ閾値は低くあるべきであり、負荷が低い場合は、閾値は高くあるべきであるなど、閾値は、パラメータに依存することもできる。その後、ＢＡＣ１００７は、BA_Reconfigurationメッセージを各ＡＰ１００４に送信することができ（１０６５）、監視する必要があるチャネルおよびチャネルの各々についてのセンシングのタイプをセンシングツールボックス１００８に通知するために、ChannelSensingQueryメッセージをセンシングツールボックス１００８に送信することができる（１０６７）。センシングツールボックス１００８は、ChannelSensingQueryメッセージの受信を確認するために、ChannelsSensingQueryAckメッセージをＢＡＣ１００７に送信することができる（１０６９）。ＡＰ１００４は、ＡＰ１００４がサービスしていることがあるＤＳＭクライアント１００２にChannel_Switch_Anouncementメッセージを送信することができる（１０７１）。
【０１６４】
ＢＡＣ１００７は、役割変更を実行する必要があることがある。これは、「ＡＰに割り当てられたチャネルのうち最小のCHAN_UT値を有するチャネルをプライマリチャネルとして選択する」（１０７３）を使用することによって、実施することができる。その後、ＢＡＣ１００７は、内容が新しいＢＡ「プライマリチャネル変更」であるBA_Reconfigurationメッセージを各ＡＰ１００４に送信することができる（１０７５）。ＡＰ１００４は、ＡＰ１００４がサービスしていることがあるＤＳＭクライアント１００２にChannel_Switch_Anouncementメッセージを送信することができる（１０７７）。
【０１６５】
図１１Ａ〜図１１Ｄは、ＤＳＭクライアント１１０２、ＡＰ１１０４、ＢＡＣ１１０７を含むＣＭＦ１１０６、センシングツールボックスインタフェース１１０８、ＴＶＷＳデータベースインタフェース１１１０、およびポリシーデータベースインタフェース１１１２の間の例示的なＰＵ検出によってトリガされる帯域幅割り当ての呼フロー１１００を示している。１つのＡＰ１１０４および１つのＤＳＭクライアント１１０２しか示されていないが、複数のＡＰおよびＤＳＭクライアントが存在することができる。帯域幅割り当て手順は、センシングツールボックス１１０８によって報告されたセンシング結果によってトリガすることができる。
【０１６６】
１つのトリガリング例では、アクティブチャネル上でＰＵが検出される。センシングツールボックス１００８は、パッシブセンシング検出処理（１１１４）の一環として、アクティブチャネルおよび代替チャネルについてのセンシング結果を、ChannelSensingResultメッセージを介して、ＢＡＣ１１０７に継続的に送信することができる（１１１６）。ＢＡＣ１１０７は、有効な代替チャネルを維持し、（各アクティブチャネルおよび代替チャネルのCHAN_UTについて本明細書で上述したように）チャネル利用率を更新することができる（１１１８）。有効な代替チャネルは、ＰＵを有さない代替チャネルと、ＳＵを有するが、チャネル使用（ＣＵ）（経時的なＣＵ平均を実施することができる）が所定の閾値よりも小さい代替チャネルを含むことができる。ＢＡＣ１１０７は、規則を適用し、利用可能なＴＶＷＳデータベースチャネルにプライオリティが与えられる新しい代替チャネルに対して、本明細書で説明するような再構成処理を実行することができる。ＢＡＣ１１０７によってChannelSensingQuery(ChannelList)をセンシングツールボックス１１０８に送信することができ、有効な代替チャネルを維持するために、センシングツールボックス１１０８によってChannelSensingResultをＢＡＣ１１０７に送信することができる。
【０１６７】
ＢＡＣ１１０７は、いくつかのアクティブチャネル上でのＰＵの検出を報告するChannelSensingResultメッセージを受信した場合（１１２０）、帯域幅割り当て手順をトリガすることができる（１１２２）。
【０１６８】
現在利用可能な代替チャネルの数、およびＰＵ検出によっていくつのアクティブチャネルが影響を受けるかに応じて（１１２４）、ＢＡＣ１１０７は、BA_Reconfigurationメッセージ（１１２６）を即座に送信することができ、またはより多くの代替チャネルを見つけ、その後、新しい帯域幅割り当てを実行するために、ChannelSensingQueryメッセージ（１１２８）をセンシングツールボックス１１０８に送信することができる。ChannelSensingQueryメッセージが送信される場合、センシングツールボックスが時間内に新しい代替チャネルを提供できないときに、ＢＡＣエンティティによって速やかなアクションが確実に取られるように、タイマTIMER_EVACを使用することができる。
【０１６９】
ＡＰ１１０４は、ＡＰ１１０４がBA_Reconfigurationメッセージを受信した場合、ＡＰ１１０４がサービスしているＤＳＭクライアント１１０２へのChannel_Switch_Anouncementメッセージを開始することができる（１１３０）。チャネル品質が、このメッセージを送信するのに十分な良好さを有する場合、ＤＳＭクライアント１１０２は、チャネル切り替えに成功することができる。他方、チャネル品質が、このメッセージの正常配送をサポートするのに十分な良好さを有さない場合、ＤＳＭクライアント１１０２は、タイムアウトして、ＡＰ発見プロセスを再開することができる。
【０１７０】
その後、ＢＡＣ１１０７は、さらなるチャネルを再構成する必要があり得るかどうかを判定することができる（１１３２）。これは、チャネルを４つ見つけることができるまでの、反復プロセスとすることができる（１１３４）。ＢＡＣ１１０７は、利用可能なＴＶＷＳデータベースチャネルからチャネルを選択することができる（１１３６）。センシングがサポートされ、選択されたチャネルが必要とされるチャネルの数よりも少ない場合、ＴＶＷＳデータベース１１１０における非利用可能なチャネルから他のチャネルを選択する（１１３８）。その後、ＢＡＣ１１０７は、選択されたチャネル上でセンシングを構成することができる（１１４０）。チャネルがＴＶＷＳデータベース１１１０において利用可能である場合、ＳＵチャネル使用についてのセンシングを構成する。そうではなく、チャネルが利用可能ではない場合、ＰＵおよびＳＵチャネル使用についてのセンシングを構成する。
【０１７１】
ＢＡＣ１１０７は、ChannelSensingQuery(Sensing_Type,Channels_List)メッセージをセンシングツールボックス１１０８に送信することができる（１１４２）。このメッセージは、チャネルとチャネルに適用する必要があり得るセンシング方法とについての情報を含むことができる。ＢＡＣ１１０７は、規則を使用して、チャネルパラメータを設定することができる（１１４４）。選択された特定のチャネルをセンスするようにセンシングツールボックスが要求されることがある帯域幅再割り当てとの関連では、センシングタイプは、「Targeted_channels_sensing」に設定することができる。選択されたチャネルのリストは、チャネル（チャネル番号）ごとに、Ａｌｔｅｒｎａｔｅに等しい「チャネルタイプ」と、ＴＶＷＳデータベースにおいてチャネルが利用可能である場合は「Not_needed」に設定された「PU_detectionタイプ」とを含むことができる。それ以外で、ＴＶＷＳデータベースが、Channel_Replyメッセージを介して、そのチャネルにおけるＰＵのタイプをそれぞれ伝えた場合、「PU_detectionタイプ」は、「要ＤＴＶ検出」または「要マイクロフォン検出」に設定することができる。それ以外の場合、「PU_detectionタイプ」は、「要ＤＴＶ／マイクロフォン検出」に設定することができる。
【０１７２】
センシングツールボックス１１０８は、ChannelSensingQueryメッセージの受信を知らせるために、ChannelSensingQueryACKメッセージを用いて応答することができる（１１４６）。ＢＡＣ１１０７は、「CH_escape」を有するBA_ReconfigurationメッセージをＡＰ１１０４に送信することができる（１１４８）。タイマ（すなわち、本明細書で上述されたガードタイマ）は、０以上に設定されることができ、ＰＵ検出時のチャネルエスケープ時間と見なすことができる。ＡＰ１１０４は、BA_Reconfigurationメッセージを受信した場合、ＡＰ１１０４がサービスしていることがあるＤＳＭクライアント１１０２にChannel_Switch_Anouncementメッセージを送信することができる（１１５０）。
【０１７３】
センシングツールボックス１１０８は、本明細書で説明するような非同期サイレント測定を実施し（１１５２）、ChannelSensingResultメッセージを介してセンシング結果をＢＡＣ１１０４に返すことができる（１１５４）。
【０１７４】
その後、ＢＡＣ１１０７は、指定または所定の基準を適用して、アクティブチャネルを選択することができる（１１５６）。この基準は、例えば、ＰＵが存在しないこと、閾値よりも低いチャネル使用（ＣＵ）、および他の基準を含むことができる。例えば、ＣＵのデフォルト閾値は、５０％とすることができる。置き換えるチャネル上のトラフィック負荷が高い場合は、代替チャネルについてのＣＵ閾値は低くあるべきであり、負荷が低い場合は、閾値は高くあるべきであるなど、閾値は、パラメータに依存することもできる。その後、ＢＡＣ１１０７は、BA_Reconfigurationメッセージを各ＡＰ１１０４に送信することができ（１１５８）、監視する必要があるチャネルおよびチャネルの各々についてのセンシングのタイプをセンシングツールボックス１１０８に通知するために、ChannelSensingQueryメッセージをセンシングツールボックス１１０８に送信することができる（１１６０）。センシングツールボックス１１０８は、ChannelSensingQueryメッセージの受信を確認するために、ChannelsSensingQueryAckメッセージをＢＡＣ１１０７に送信することができる（１１６２）。ＡＰ１１０４は、ＡＰ１１０４がサービスしていることがあるＤＳＭクライアント１１０２にChannel_Switch_Anouncementメッセージを送信することができる（１１６４）。
【０１７５】
やはり、帯域幅割り当てプロセスでは、ＢＡＣ１１０７は、必要であれば、チャネルの役割変更を実行する必要があることがある。ＰＵの検出が報告されたチャネルがプライマリチャネルとして現在サービスしている場合、ＢＡＣ１１０７は、関連するＡＰ１１０４が新しいプライマリチャネルとして使用できるチャネルから最良のチャネルを見つける必要があることがある。やはり、以下の規則、すなわち、「ＡＰに割り当てられたチャネルのうち最小のＣＨＡＮ＿ＵＴ値を有するチャネルをプライマリチャネルとして選択する」を使用することができる。
【０１７６】
図１２Ａ〜図１２Ｃは、ＤＳＭクライアント１２０２、ＡＰ１２０４、ＢＡＣ１２０７を含むＣＭＦ１２０６、センシングツールボックスインタフェース１２０８、ＴＶＷＳデータベースインタフェース１２１０、およびポリシーデータベースインタフェース１２１２の間の例示的なＳＵ検出によってトリガされる帯域幅割り当ての呼フロー１２００を示している。１つのＡＰ１２０４および１つのＤＳＭクライアント１２０２しか示されていないが、複数のＡＰおよびＤＳＭクライアントが存在することができる。帯域幅割り当て手順は、センシングツールボックス１２０８によって報告されたセンシング結果によってトリガすることができる。このケースでは、アクティブチャネル上で、現在のＤＳＭ通信を中断させる可能性のあるＳＵが検出される。手順は、図１１Ａ〜図１１Ｄにおいて示されたＰＵ検出によってトリガされる帯域幅割り当ての手順と類似しているが、トリガおよび遅延要件に相違がある。
【０１７７】
パッシブセンシング検出プロセス（１２１６）は、ＣＭＦ１２０６、ＢＡＣ１２０７、およびセンシングツールボックス１２０８の間で継続的に動作していることができる。センシングツールボックス１２０８は、アクティブチャネルおよび代替チャネルについてのセンシング結果を、ChannelSensingResultメッセージを介して、ＢＡＣ１２０７に継続的に送信することができる（１２１８）。ＢＡＣ１２０７は、各アクティブチャネルおよび代替チャネルについての本明細書で説明するようなチャネル利用率を更新する。ＢＡＣは、センシング結果の周期的な平均および評価を実行することができる。
【０１７８】
ＢＡＣ１２０７の評価結果は、帯域幅割り当てをトリガできるかどうかを判定する（１２２０）。例えば、ＢＡＣ１２０７がいくつかのアクティブチャネルについて高いチャネル利用率を検出した場合、帯域幅割り当て手順（１２２４）をトリガすることができる。これは、トリガするかどうかをChannelSensingResultメッセージによって決定することができる、ＰＵ検出によってトリガされる帯域幅割り当てとは異なる。ここでは、どのような値が「高い」チャネル利用率に相当すると決めるかは、ＢＡＣ１２０７の自由である。特に、周期的なＢＡＣ評価プロセスは、評価対象の一貫性を検証するために、ヒステリシスタイマを使用することができる（ヒステリシスタイマは、チャネル悪化がこのヒステリシス時間にわたって持続的であり、スパイクではないことの確認を可能にすることができる）。評価プロセスは、ＳＵチャネル利用率が閾値よりも大きいかどうかを判定する評価を含むことができる。閾値を超えた場合、再構成をトリガすることができ、帯域幅割り当て手順を開始することができる（１２２２）。
【０１７９】
帯域幅割り当てプロセス１２２２は、その他については、図１０および図１１のプロセスと同様である。現在利用可能な代替チャネルの数、およびＳＵ検出によっていくつのアクティブチャネルが影響を受け得るかに応じて（１２２４）、ＢＡＣ１２０７は、BA_Reconfigurationメッセージを即座に送信することができ（１２２６）、またはより多くの代替チャネルを見つけ、その後、新しい帯域幅割り当てを実行するために、ChannelSensingQueryメッセージをセンシングツールボックス１２０８に送信することができる（１２２８）。ChannelSensingQueryメッセージが送信される場合、センシングツールボックス１２０８が時間内に新しい代替チャネルを提供できないことがあるときに、ＢＡＣ１２０７によって速やかなアクションが確実に取られるように、タイマTIMER_QUERYが使用される。タイマTIMER_QUERYは、ＰＵ検出によってトリガされる帯域幅割り当てにおいて使用されるタイマTIMER_EVACとは異なる。タイマTIMER_EVACの値は、スペクトルアクセスポリシーおよびシステム設計の両方によって決定することができるが、タイマTIMER_QUERYの値は、システム設計によって決定することができる。
【０１８０】
ＡＰ１２０４は、ＡＰ１２０４がBA_Reconfigurationメッセージを受信した場合、ＡＰ１２０４がサービスしているＤＳＭクライアント１２０２へのChannel_Switch_Anouncementメッセージを開始することができる（１２３０）。チャネル品質が、このメッセージを送信するのに十分な良好さを有する（閾値以上の）場合、ＤＳＭクライアントは、チャネル切り替えに成功する。他方、チャネル品質が、このメッセージの正常配送をサポートするのに十分な良好さを有さない（閾値未満の）場合、ＤＳＭクライアントは、タイムアウトして、ＡＰ発見プロセスを再開することができる。
【０１８１】
その後、ＢＡＣ１２０７は、さらなるチャネルを再構成する必要があり得るかどうかを判定することができる（１２３２）。これは、チャネルを４つ見つけることができるまでの、反復プロセスとすることができる（１２３４）。ＢＡＣ１２０７は、利用可能なＴＶＷＳデータベースチャネルからチャネルを選択することができる（１２３６）。センシングがサポートされ、選択されたチャネルが必要とされるチャネルの数よりも少ない場合、ＴＶＷＳデータベース１２１０における非利用可能なチャネルから他のチャネルを選択する（１２３８）。その後、ＢＡＣ１２０７は、選択されたチャネル上でセンシングを構成することができる（１２４０）。チャネルがＴＶＷＳデータベース１２１０において利用可能である場合、ＳＵチャネル使用についてのセンシングを構成する。そうではなく、チャネルが利用可能ではない場合、ＰＵおよびＳＵチャネル使用についてのセンシングを構成する。
【０１８２】
ＢＡＣ１２０７は、ChannelSensingQuery(Sensing_Type,Channels_List)メッセージをセンシングツールボックス１２０８に送信することができる（１２４２）。このメッセージは、チャネルとチャネルに適用する必要があり得るセンシング方法とについての情報を含むことができる。ＢＡＣ１２０７は、規則を使用して、チャネルパラメータを設定することができる（１２４４）。選択された特定のチャネルをセンスするようにセンシングツールボックスが要求される帯域幅再割り当てとの関連では、センシングタイプは、「Targeted_channels_sensing」に設定することができる。選択されたチャネルのリストは、チャネル（チャネル番号）ごとに、Ａｌｔｅｒｎａｔｅに等しい「チャネルタイプ」と、ＴＶＷＳデータベースにおいてチャネルが利用可能である場合は「Not_needed」に設定された「PU_detectionタイプ」とを含むことができる。それ以外で、ＴＶＷＳデータベースが、Channel_Replyメッセージを介して、そのチャネルにおけるＰＵのタイプをそれぞれ伝えた場合、「PU_detectionタイプ」は、「要ＤＴＶ検出」または「要マイクロフォン検出」に設定することができる。それ以外の場合、「PU_detectionタイプ」は、「要ＤＴＶ／マイクロフォン検出」に設定することができる。
【０１８３】
センシングツールボックス１２０８は、ChannelSensingQueryメッセージの受信を知らせるために、ChannelSensingQueryACKメッセージを用いて応答することができる（１２４６）。ＢＡＣ１２０７は、「CH_escape」を有するBA_ReconfigurationメッセージをＡＰ１２０４に送信することができる（１２４８）。タイマは、０以上に設定されることができ、ＰＵ検出時のチャネルエスケープ時間と見なすことができる。ＡＰ１２０４は、BA_Reconfigurationメッセージを受信した場合、ＡＰ１２０４がサービスしていることがあるＤＳＭクライアント１２０２にChannel_Switch_Anouncementメッセージを送信することができる（１２５０）。
【０１８４】
センシングツールボックス１２０８は、本明細書で説明するような非同期サイレント測定を実施し（１２５２）、ChannelSensingResultメッセージ（１２５４）を介してセンシング結果をＢＡＣ１２０４に返すことができる。その後、ＢＡＣ１２０７は、指定または所定の基準を適用して、アクティブチャネルを選択することができる（１２５６）。この基準は、例えば、ＰＵが存在しないこと、閾値よりも低いＣＵ、および他の基準を含むことができる。例えば、ＣＵのデフォルト閾値は、５０％とすることができる。置き換えるチャネル上のトラフィック負荷が高い場合は、代替チャネルについてのＣＵ閾値は低くあるべきであり、負荷が低い場合は、閾値は高くあるべきであるなど、閾値は、パラメータに依存することもできる。その後、ＢＡＣ１２０７は、BA_Reconfigurationメッセージを各ＡＰ１２０４に送信することができ（１２５８）、監視する必要があるチャネルおよびチャネルの各々についてのセンシングのタイプをセンシングツールボックス１２０８に通知するために、ChannelSensingQueryメッセージをセンシングツールボックス１２０８に送信することができる（１２６０）。センシングツールボックス１２０８は、ChannelSensingQueryメッセージの受信を確認するために、ChannelsSensingQueryAckメッセージをＢＡＣ１２０７に送信することができる（１２６２）。ＡＰ１２０４は、ＡＰ１２０４がサービスしていることがあるＤＳＭクライアント１２０２にChannel_Switch_Anouncementメッセージを送信することができる（１２６４）。
【０１８５】
やはり、帯域幅割り当てプロセスでは、ＢＡＣ１２０７は、役割再構成を行う必要があることがある（１２７２）。強いＳＵ干渉が報告されたチャネルがプライマリチャネルとして現在サービスしている場合、ＢＡＣ１２０７は、関連するＡＰ１２０４が新しいプライマリチャネルとして使用できるチャネルから最良のチャネルを見つける必要があることがある。やはり、以下の規則、すなわち、「ＡＰに割り当てられたチャネルのうち最小のＣＨＡＮ＿ＵＴ値を有するチャネルをプライマリチャネルとして選択する」を使用することができる。その後ＢＡＣ１２０７は、新しいＢＡ内容「プライマリチャネル変更」を有するBA_Reconfigurationメッセージを各ＡＰ１２０４に送信することができる（１２７５）。ＡＰ１２０４は、ＡＰ１２０４がサービスしていることがあるＤＳＭクライアント１２０２にChannel_Switch_Anouncementメッセージを送信することができる（１２７６）。
【０１８６】
図１３は、ＤＳＭクライアント１３０５、ＡＰ１３１０、およびＢＡＣ１３１５の間の例示的なアドミッション制御のフローチャート１３００を示している。多くのシナリオでは、ＤＳＭシステムが受け入れることができるＤＳＭクライアント１３０５の数を制御する必要がある。例えば、あまりにも多くのＤＳＭクライアント１３０５をＤＳＭシステムに受け入れた場合、（例えば音声アプリケーションを実行するような）ＤＳＭクライアントのいくつかは、期待するＱｏＳを達成しないことがある。ＢＡＣ１３１５は、システムの容量（利用可能なチャネルの数など）およびＤＳＭクライアント１３０５からの要求に基づいて、ＤＳＭクライアント１３０５を受け入れるかどうかを決定することができる。このプロセスは、アドミッション制御と呼ばれる。
【０１８７】
オンになった後（１３２０）、ＡＰ１３１０は、最初に、Association_Requestメッセージ（１３２２）およびAssociation_Ackメッセージ（１３２４）を交換することによって、ＢＡＣ１３１５と関連を築く。その後、ＢＡＣ１３１５は、ＴＶＷＳデータベース１２１０およびポリシーデータベース１２１２など、他のモジュールと通信し（１３２６）、ＡＰのために初期帯域幅割り当てを実行し（１３２８）、割り当て情報をＡＰ１３１０に送信することができる（１３３０）。その後、ＡＰ１３１０は、動作を開始し（１３３２）、ＤＳＭクライアントにビーコンをブロードキャストすることができる（１３３４）。上記のプロセスの間、ＤＳＭクライアント１３０５は、ビーコンを継続的にスキャンすることができる（１３３６）。
【０１８８】
ＤＳＭクライアント１３０５は、ＡＰ１３１０を発見し、DSM_Client_Association_RequestメッセージをＡＰ１３１０に送信することができる（１３３６）。ＡＰは、DSM_Client_Association_ACKメッセージを用いて応答することができる（１３３８）。この時点で、ＤＳＭクライアント１３０５は、ＡＰと関連を築くことができ、ＡＰ１３１０によって提供される中継を介して、Attach_RequestメッセージをＢＡＣ１３１５に送信することができる（１３４０）。このメッセージでは、ＤＳＭクライアント１３０５は、ＱｏＳ要件を指定することができる。ＢＡＣ１３１５は、アドミッション制御アルゴリズムを実行し、要求を受諾するか、それとも拒否するかを決定し（１３４２）、この決定を含むAttach_Request_ACKメッセージを用いて応答することができる（１３４４）。アドミッション制御アルゴリズムは、アドミッション決定を行うために数々の方法を使用することができる。例えば、ＢＡＣ１３１５は、サポートできるＤＳＭクライアント１３０５の数に単純に限界を設けることができ、この限界に達した後に到着したアドミッション要求はいずれも拒否することができる。
【０１８９】
本明細書では、図１５に関して、サイレント期間手順１５００について説明する。サイレント期間手順は、クライアント１５０５、ＡＰ１５１０、およびＣＭＦ１５１５に関して説明することができ、ＣＭＦ１５１５は、制御チャネル管理エンティティ（ＣＣＭ）１５２０およびＢＡＣ１５２５を含むことができる。サイレント期間は、ＡＰ１５１０もしくはクライアント／ＷＴＲＵ１５０５、またはその両方によってセンシングを実行できる時間を生み出すために、ＤＳＭシステムによって使用することができる。サイレント期間中、ネットワーク自体のトラフィックの存在を考慮する必要なしに、他のユーザ（プライマリまたはセカンダリ）を識別するためのセンシングを実行できるように、ＡＰ１５１０およびそれに結合されたＷＴＲＵ１５０５は、どのような送信も差し控えることができる。サイレント期間は、サイレント期間の開始および持続時間を同期させるために、ＡＰ１５１０と結合されたＷＴＲＵ１５０５との間のシグナリングを必要とする。サイレント期間は、ＡＰ１５１０によって周期的に構成し、伝えることができ、その場合、サイレント期間は、ある定期的な間隔に従って発生する。サイレント期間構成を各クライアント１５０５に伝えるために、ビーコンを使用することができる（１５３０）。図１５に示されるように、ＣＭＦ１５１５がチャネルを変更することに決定した場合、ＣＭＦ１５１５によって構成される新しいチャネルに基づいて、サイレント期間割り当てを変更する必要があることがある。これは、BA_Reconfigurationメッセージ（１５３５）およびチャネル切り替えアナウンスメントによって伝えることができる（１５３７）。ＡＰ１５１０は、この決定を取得し、サイレント期間構成への割り当て変更の適用可能性を決定することができる（１５４０）。ＡＰ１５１０は、ビーコン内の対応する情報を変更することによって、新しいサイレント期間情報をクライアント１５０５に伝えることができる（１５４５）。
【０１９０】
周期的なサイレント期間に加えて、図１６に示されるように、非同期サイレント期間手順１６００を使用することができる。非同期サイレント期間手順は、クライアント１６０５、ＡＰ１６１０、ＣＭＦ１６１５、およびセンシングプロセッサ（ＳＰ）１６３０に関して説明することができ、ＣＭＦ１６１５は、制御チャネル管理エンティティ（ＣＣＭ）１６２０およびＢＡＣ１６２５を含むことができる。この場合、ＡＰ１６１０は、非同期または即座のサイレント期間を構成することができ、それは、ＢＡＣ１６２５が特定の１組のチャネルについてChannelSensingQueryを発行し（１６３５）、したがって、現在利用されているチャネルについて即座にセンシングを実行し、非同期サイレント期間要求メッセージをＡＰ１６１０に送信する（１６４０）ようにＳＰ１６３０に要求する場合に使用することができる。ＡＰ１６１０は、非同期サイレント期間制御メッセージを介して、非同期サイレント期間の存在をクライアント１６０５に通知することができ、非同期サイレント期間制御メッセージは、ビーコン自体においてＭＡＣ層制御メッセージとして送信することができる（１６４５）。周波数、範囲、および持続時間を有する、非同期サイレント期間情報メッセージを、ＳＰ１６３０に送信することができる（１６５０）。この場合、このメッセージの受信に直ちに続いて、サイレント期間が実施される。センシング結果をＢＡＣ１６２５に送信することができる（１６５５）。
【０１９１】
代替チャネル監視について本明細書で説明する。ＤＳＭデバイスがその上で動作しているＴＶチャネルが、ＰＵの検出または他のＳＵシステムからの強い干渉のために突然利用不可能なった場合、ＤＳＭシステムは、代替送信チャネルを見つけるために、スペクトルセンシングのプロセスを行うことができる。しかし、このプロセスは、長すぎる時間を要することがある。最悪の場合、ＤＳＭシステムは、ＰＵの存在を（ＰＵが検出されたばかりのチャネルを除く）全ての可能なＴＶチャネル上でセンスする必要がある。この期間中、影響を受けるＤＳＭデバイスは、そのチャネルの使用を停止するか（ＰＵ検出の場合）、または非常に悪いチャネル状態を経験する（強いＳＵ干渉の場合）。これは、ＤＳＭシステムに深刻なサービス中断をもたらすことがある。
【０１９２】
ＰＵの検出または強いＳＵ干渉の後に代替チャネルを探し始める代わりに、ＤＳＭシステムは、ＰＵの検出または強い干渉に先立って、他のチャネルを監視し、代替チャネルを識別することができる。したがって、いくつかのＤＳＭデバイスによって現在使用されているチャネルの１つにおいてＰＵが検出された場合、ＤＳＭシステムは、直ちに代替チャネルの１つを選択することができる。このようにすることで、ＤＳＭシステムに対するサービスの中断が著しく短縮される。
【０１９３】
図２に示されるアーキテクチャを参照すると、バックグラウンドでの代替チャネル監視を可能にするために、ＤＳＭエンジン２１０内のＢＡＣ２４４は、代替チャネルのための候補チャネルを識別し、その情報をChannelSensingQueryメッセージを介してセンシングツールボックス２４０に渡すことができ、センシングツールボックス２４０は、センシングが可能なネットワークデバイス上でセンシングを調整および解析する、ＤＳＭエンジン２１０の部分として規定することができる。その場合、センシングツールボックス２４０は、アクティブチャネルセンシングを実行していないときに候補チャネルをチェックし、これらのチャネルについてのセンシング結果をChannelSensingResultメッセージを介してＢＡＣ２４４に周期的に渡すことができる。
【０１９４】
デバイスが同時に複数のチャネルを使用できる場合、全てのチャネル上でのデータ送信に対するＡＣＫフレームの送信を含むが、それに限定されない、クリティカルなタスクをサポートするプライマリチャネルとして１つのチャネルを割り当てることができる。これは図１４に示されており、ＤＳＭ−＞Ｄｅｖｉｃｅは、対応する時間間隔が、ＤＳＭエンジンからＤＳＭクライアントデバイスへの通信のためのものであることを意味し、ＤＳＭ−＞Ａは、通信が、ＤＳＭエンジンからデバイスＡと呼ばれる特定のＤＳＭクライアントへのものであることを意味し、ＤＳＭ−＞Ｂは、通信が、ＤＳＭエンジンからデバイスＢと呼ばれる特定のＤＳＭクライアントへのものであることを意味する。一実施形態では、時刻ｔ１において、４つのチャネル上で、４つのデータフレームをＤＳＭエンジンからデバイスＡに送信することができる。時刻ｔ２において、デバイスＡは、プライマリチャネル上で送信される組み合わせＡＣＫ（肯定応答）を用いてＤＳＭエンジンに応答することができる。この組み合わせＡＣＫは、時刻ｔ１に発生した４つのデータ送信に対する受信確認を行うことができる。貧弱なチャネル状態のために、組み合わせＡＣＫが失われた場合、時刻ｔ１に発生した全てのデータ送信は無駄になる。この例から、プライマリチャネルは他のチャネルよりも重要であることが明らかである。したがって、最適なＤＳＭシステム性能のために、ＢＡＣは、最良の利用可能なチャネルをプライマリチャネルとして割り当てる必要があり得、最良のチャネルは、品質メトリックが少なくとも１つの閾値を満たす、または超えるチャネルである。
【０１９５】
しかし、ＰＵ活動およびＳＵシステムからの干渉は、時間とともに変化し得るので、最初は最良の品質を有していたチャネルが、時間とともに悪化することがある。したがって、それぞれのチャネル品質に基づいたチャネルのランキングは、時間とともに変化することがある。したがって、一実施形態では、動的な帯域幅割り当てアルゴリズムは、必要に応じて（チャネル品質の変化につれて）、チャネルの役割（プライマリチャネルかどうか）を変更する。
【０１９６】
実施形態
１．動的ホワイトスペーススペクトルから少なくとも１つのチャネルを少なくとも１つのデバイスに割り当てるステップを含む動的スペクトル管理（ＤＳＭ）の方法。
【０１９７】
２．トリガリングイベントの発生に基づいた帯域幅割り当てのための代替チャネルを監視するステップをさらに含む実施形態１に記載の方法。
【０１９８】
３．複数のチャネルが割り当てられる場合、１つのチャネルをプライマリチャネルとして割り当てるステップをさらに含む前記実施形態のいずれかに記載の方法。
【０１９９】
４．さらに含む前記実施形態のいずれかに記載の方法。
【０２００】
５．それまで割り当てられていたプライマリチャネルのチャネル品質が閾値を下回った場合、複数のチャネルの１つをプライマリチャネルとして動的に割り当て直すステップをさらに含む前記実施形態のいずれかに記載の方法。
【０２０１】
６．プライマリチャネルは、最小チャネル利用率を有する前記実施形態のいずれかに記載の方法。
【０２０２】
７．選択されたチャネルの数が要求されたチャネルの数よりも少なく、デバイスがハイブリッドデバイスである場合、動的ホワイトスペーススペクトルから非利用可能なチャネルを選択するステップをさらに含み、ハイブリッドデバイスは、動的ホワイトスペーススペクトルにアクセスでき、ロケーションを決定でき、センシングが可能である、前記実施形態のいずれかに記載の方法。
【０２０３】
８．デバイスを動的スペクトル管理エンジンに関連付けるステップをさらに含む前記実施形態のいずれかに記載の方法。
【０２０４】
９．関連付けられたデバイスに基づいて、デバイス能力データベースを構築するステップをさらに含む前記実施形態のいずれかに記載の方法。
【０２０５】
１０．チャネル情報を動的ホワイトスペーススペクトルデータベースから、ポリシー情報をポリシーデータベースから、サイレント構成情報をセンシングプロセッサから、およびチャネルセンシング情報をセンシングプロセッサから受け取るステップをさらに含む前記実施形態のいずれかに記載の方法。
【０２０６】
１１．トリガリングイベントは、ネットワーク性能悪化トリガであり、ネットワーク性能統計値に従ってアクティブチャネルをランク付けするステップをさらに含む前記実施形態のいずれかに記載の方法。
【０２０７】
１２．与えられたメトリックについて、最良の代替チャネルが性能的に最悪のアクティブチャネルよりも良好である場合、性能的に最悪のアクティブチャネルを最良の代替チャネルで置き換えるステップをさらに含む前記実施形態のいずれかに記載の方法。
【０２０８】
１３．与えられたメトリックは、チャネル利用率である、前記実施形態のいずれかに記載の方法。
【０２０９】
１４．トリガリングイベントは、ネットワーク性能悪化トリガであり、ネットワーク性能統計値を所定の閾値と比較することによって、性能的に貧弱なアクティブチャネルを識別するステップをさらに含む前記実施形態のいずれかに記載の方法。
【０２１０】
１５．性能的に貧弱なアクティブチャネルを、性能的に貧弱なアクティブチャネルよりも性能的に良好な代替チャネルで置き換えるステップをさらに含む前記実施形態のいずれかに記載の方法。
【０２１１】
１６．ネットワーク性能統計値は、受信信号強度、フレームレート、トラフィック需要のうちの少なくとも１つである、前記実施形態のいずれかに記載の方法。
【０２１２】
１７．トリガリングイベントは、割り当てられたチャネル上でプライマリユーザが検出された旨の報告をセンシングプロセッサから受け取るプライマリユーザ検出トリガである、前記実施形態のいずれかに記載の方法。
【０２１３】
１８．トリガリングイベントは、セカンダリユーザ検出トリガであり、割り当てられたチャネルが所定のレベルのチャネル利用率を有することを決定するステップをさらに含む前記実施形態のいずれかに記載の方法。
【０２１４】
１９．４つのチャネルがデバイスに割り当てられる、前記実施形態のいずれかに記載の方法。
【０２１５】
２０．利用可能なチャネルがデバイス間に均等に割り当てられる、前記実施形態のいずれかに記載の方法。
【０２１６】
２１．動的スペクトル管理エンジンが所定の距離だけ移動した場合、チャネル情報を再チェックするステップをさらに含む前記実施形態のいずれかに記載の方法。
【０２１７】
２２．動的スペクトル管理エンジンへの接続を求める要求に対してアドミッション制御ポリシーを適用するステップをさらに含む前記実施形態のいずれかに記載の方法。
【０２１８】
２３．動的スペクトル管理（ＤＳＭ）システムにおいて使用されるハイブリッドデバイスであって、ハイブリッドデバイスは、ハイブリッドデバイスのロケーションを決定し、動的ホワイトスペーススペクトルデータベースにアクセスし、チャネルスペクトル使用をセンスするように構成されるハイブリッドデバイス。
【０２１９】
２４．ハイブリッドデバイスは、動的ホワイトスペーススペクトルにおける帯域幅割り当てをＤＳＭシステムから受け取るようにさらに構成される、実施形態２３に記載のハイブリッドデバイス。
【０２２０】
２５．ハイブリッドデバイスは、要求された数のチャネルがＤＳＭシステムによって満たされない場合、センシング結果に基づいて空きチャネルを決定するように構成される、実施形態２３〜２４のいずれかに記載のハイブリッドデバイス。
【０２２１】
２６．ハイブリッドデバイスは、プライマリユーザが検出された場合、１つのモードにおいて選択されたチャネルを明け渡して、センシング結果に基づいて選択された別のチャネルを用いるように構成される、実施形態２３〜２５のいずれかに記載のハイブリッドデバイス。
【０２２２】
２７．動的ホワイトスペーススペクトルから少なくとも１つのチャネルを少なくとも１つのデバイスに割り当てるように構成されたＤＳＭエンジンを備える動的スペクトル管理（ＤＳＭ）システム。
【０２２３】
２８．ＤＳＭエンジンは、トリガリングイベントの発生に基づいた帯域幅割り当てのための代替チャネルを監視するようにさらに構成される、実施形態２７に記載のＤＳＭシステム。
【０２２４】
２９．ＤＳＭエンジンは、複数のチャネルが割り当てられる場合、１つのチャネルをプライマリチャネルとして割り当てるようにさらに構成される、実施形態２７〜２８のいずれかに記載のＤＳＭシステム。
【０２２５】
３０．ＤＳＭエンジンは、それまで割り当てられていたプライマリチャネルのチャネル品質が閾値を下回った場合、複数のチャネルの１つをプライマリチャネルとして動的に割り当て直すようにさらに構成される、実施形態２７〜２９のいずれかに記載のＤＳＭシステム。
【０２２６】
３１．ロケーションを決定するステップを含む動的スペクトル割り当てのための方法。
【０２２７】
３２．テレビホワイトスペース（ＴＶＷＳ）データベースにアクセスするステップをさらに含む実施形態１〜２２および３１に記載の方法。
【０２２８】
３３．スペクトルセンシングを実行するステップをさらに含む実施形態１〜２２および３１〜３２のいずれかに記載の方法。
【０２２９】
３４．チャネルを監視し、代替送信チャネルのための候補チャネルを識別するステップをさらに含む実施形態１〜２２および３１〜３３のいずれかに記載の方法。
【０２３０】
３５．動的スペクトル管理（ＤＳＭ）デバイスによって使用されるチャネル上にプライマリスペクトルユーザが検出された場合、識別された代替チャネルの１つをプライマリチャネルとして割り当てるステップをさらに含む実施形態１〜２２および３１〜３４のいずれかに記載の方法。
【０２３１】
３６．プライマリチャネルは、最良のチャネルに割り当てられる、実施形態１〜２２および３１〜３５のいずれかに記載の方法。
【０２３２】
３７．プライマリチャネルは、品質に基づいて、動的に割り当て直される、実施形態１〜２２および３１〜３６のいずれかに記載の方法。
【０２３３】
３８．関連付け要求を受け取るステップをさらに含む実施形態１〜２２および３１〜３７のいずれかに記載の方法。
【０２３４】
３９．初期帯域幅割り当てが要求されたことを決定するステップをさらに含む実施形態１〜２２および３１〜３８のいずれかに記載の方法。
【０２３５】
４０．関連付け要求に対する肯定応答（ＡＣＫ）を送信するステップをさらに含む実施形態１〜２２および３１〜３９のいずれかに記載の方法。
【０２３６】
４１．ＴＶＷＳデータベース（ＤＢ）情報に基づいて、利用可能なチャネルを決定するステップをさらに含む実施形態１〜２２および３１〜４０のいずれかに記載の方法。
【０２３７】
４２．ポリシーに基づいて、チャネル上でスペクトルセンシングを実行するステップをさらに含む実施形態１〜２２および３１〜４１のいずれかに記載の方法。
【０２３８】
４３．サイレント期間要件を受け取るステップをさらに含む実施形態１〜２２および３１〜４２のいずれかに記載の方法。
【０２３９】
４４．ネットワーク構成要求を少なくとも１つのＡＰに送信するステップをさらに含む実施形態１〜２２および３１〜４３のいずれかに記載の方法。
【０２４０】
４５．少なくとも１つのＡＰからＡＣＫを受信するステップをさらに含む実施形態１〜２２および３１〜４４のいずれかに記載の方法。
【０２４１】
４６．初期帯域幅割り当てを実行するステップをさらに含む実施形態１〜２２および３１〜４５のいずれかに記載の方法。
【０２４２】
４７．初期帯域幅割り当てを実行するステップは、少なくとも１つのチャネルを少なくとも１つのＡＰに割り当てるステップと、プライマリチャネルおよびセカンダリチャネルを識別するステップとを含む、実施形態１〜２２および３１〜４６のいずれか１つに記載の方法。
【０２４３】
４８．ネットワーク性能メトリックに基づいた統計値を受け取るステップを含むネットワーク性能悪化によってトリガされる帯域幅割り当てのための方法。
【０２４４】
４９．ランキング方法または閾値方法に基づいて、新しい帯域幅割り当てが必要かどうかを決定するステップをさらに含む実施形態１〜２２および３１〜４８のいずれか１つに記載の方法。
【０２４５】
５０．チャネル役割変更を実行するステップをさらに含む実施形態１〜２２および３１〜４９のいずれか１つに記載の方法。
【０２４６】
５１．アクティブチャネル上でプライマリスペクトルユニット（ＰＵ）を検出するステップ、またはアクティブチャネル上で動的スペクトル管理（ＤＳＭ）通信を妨害するセカンダリスペクトルユニット（ＳＵ）を検出するステップを含むセンシング結果によってトリガされる帯域幅割り当てのための方法。
【０２４７】
５２．テレビホワイトスペース（ＴＶＷＳ）データベース情報をセンシングモードで動作するデバイスに提供するステップを含む動的スペクトル管理（ＤＳＭ）の方法。
【０２４８】
５３．ＴＶＷＳデータベース情報をハイブリッドモードで動作するデバイスに提供するステップをさらに含む実施形態１〜２２および３１〜５２のいずれか１つに記載の方法。
【０２４９】
５４．ハイブリッドモードで動作するデバイスは、ＴＶＷＳデータベース情報に基づいて空きであると指定されたチャネルを使用することができる、実施形態１〜２２および３１〜５３のいずれか１つに記載の方法。
【０２５０】
５５．デバイスは、センシング専用デバイスとして機能し、ハイブリッドデバイス（またはハイブリッドシステム）によって必要とされるチャネルの必要数が満たされない場合に限って、センシング結果に基づいて空きチャネルを決定することができる、実施形態１〜２２および３１〜５４のいずれか１つに記載の方法。
【０２５１】
５６．センシング専用モードで動作する、センシング専用デバイスおよびハイブリッドデバイスは、プライマリユーザが検出された場合、このモードで選択されたチャネルを明け渡す能力を備える、実施形態１〜２２および３１〜５５のいずれか１つに記載の方法。
【０２５２】
５７．チャネル割り当ておよび割り当て解除のための関連するスペクトルアクセスポリシーを帯域幅割り当て制御がフェッチすることを可能にするインタフェースを提供するステップをさらに含む実施形態１〜２２および３１〜５６のいずれか１つに記載の方法。
【０２５３】
５８．固定式か、それともパーソナル／ポータブルかの、デバイスタイプを少なくとも含むdeviceinfoメッセージを使用するステップをさらに含む実施形態１〜２２および３１〜５７のいずれか１つに記載の方法。
【０２５４】
５９．ホワイトスペースデバイス（ＷＳＤ）ＦＣＣ  ＩＤを少なくとも含むdeviceinfoメッセージを使用するステップをさらに含む実施形態１〜２２および３１〜５８のいずれか１つに記載の方法。
【０２５５】
６０．ＷＳＤシリアル番号を少なくとも含むdeviceinfoメッセージを使用するステップをさらに含む実施形態１〜２２および３１〜５９のいずれか１つに記載の方法。
【０２５６】
６１．緯度／経度形式で表現されるＷＳＤロケーションを少なくとも含むdeviceinfoメッセージを使用するステップをさらに含む実施形態１〜２２および３１〜６０のいずれか１つに記載の方法。
【０２５７】
６２．関連するポリシーをポリシーデータベースからＤＳＭエンジンに返すステップをさらに含む実施形態１〜２２および３１〜６１のいずれか１つに記載の方法。
【０２５８】
６３．ポリシーのソースを少なくとも含むポリシーパケットを送信するステップをさらに含む実施形態１〜２２および３１〜６２のいずれか１つに記載の方法。
【０２５９】
６４．各チャネルについてのポリシーを少なくとも含むポリシーパケットを送信するステップをさらに含む実施形態１〜２２および３１〜６３のいずれか１つに記載の方法。
【０２６０】
６５．ポリシーは、チャネルＩＤ、チャネル規定、デバイスタイプの数、各デバイスタイプについてのポリシー、占有されたチャネルが隣接しない場合の最大ＥＩＲＰ、占有されたチャネルが隣接する場合の最大ＥＩＲＰ、帯域外発射要件、SensingSensitivity、InitialSensingTime、VacateTime、ReChecklntervalDTV、およびReChecklntervalMicを少なくとも含む、実施形態１〜２２および３１〜６４のいずれか１つに記載の方法。
【０２６１】
６６．ＢＡＣからセンシングツールボックスへのインタフェースを提供するステップをさらに含む実施形態１〜２２および３１〜６５のいずれか１つに記載の方法。
【０２６２】
６７．ＢＡＣは、スペクトルセンシングについての命令をセンシングツールボックスに渡し、センシングツールボックスからスペクトルセンシング結果を受け取る、実施形態１〜２２および３１〜６６のいずれか１つに記載の方法。
【０２６３】
６８．無線マイクロフォンおよびＤＴＶ／ＳＵを検出するために粗略なセンシングを使用することができる、実施形態１〜２２および３１〜６７のいずれか１つに記載の方法。
【０２６４】
６９．SilentPeriodRequirementsQueryConf内の情報が、メッセージNetwork_Config_Requestを介して、ＢＡＣから（全てのＡＰ上に存在する）サイレント期間管理エンティティに送信される、実施形態１〜２２および３１〜６８のいずれか１つに記載の方法。
【０２６５】
７０．ＢＡＣは、センシングツールボックスとサイレント期間管理エンティティの間の中継として機能する、実施形態１〜２２および３１〜６９のいずれか１つに記載の方法。
【０２６６】
７１．アクセスポイントとのインタフェースを提供するステップをさらに含む実施形態１〜２２および３１〜７０のいずれか１つに記載の方法。
【０２６７】
７２．ＢＡＣは、最大で４つのチャネルを特定のＡＰに割り当てるために、ＴＶＷＳデータベース、ポリシーデータベース、およびセンシングツールボックスと最初に対話する、実施形態１〜２２および３１〜７１のいずれか１つに記載の方法。
【０２６８】
７３．割り当てが、ＡＰに送信される、実施形態１〜２２および３１〜７２のいずれか１つに記載の方法。
【０２６９】
７４．ＡＰに現在割り当てられているチャネルの状態が悪いとＡＰによって報告された場合、ＡＰは、ＢＡＣに通知し、ＢＡＣは、ＡＰのために交換チャネルを見つけることができる、実施形態１〜２２および３１〜７３のいずれか１つに記載の方法。
【０２７０】
７５．ＢＡＣは、チャネル再割り当てをＡＰに送信することができる、実施形態１〜２２および３１〜７４のいずれか１つに記載の方法。
【０２７１】
７６．ネットワークに現在割り当てられているチャネルが利用不可能になったとセンシングツールボックスによって報告された場合、ＢＡＣは、交換チャネルを見つけることができる、実施形態１〜２２および３１〜７５のいずれか１つに記載の方法。
【０２７２】
７７．ＢＡＣは、チャネル再割り当てを適切なＡＰに送信することができる、実施形態１〜２２および３１〜７６のいずれか１つに記載の方法。
【０２７３】
７８．メッセージは、Initial_BA_Request、Initial_BA_Request_ACK、Channel_Status_Indication、Channel_Status_Indication_ACK、BA_Reconfiguration、およびBA_Reconfiguration_ACKを少なくとも含む、実施形態１〜２２および３１〜７７のいずれか１つに記載の方法。
【０２７４】
７９．Initial_BA_Requestメッセージは、ＡＰのデバイス情報およびＡＰのロケーションを含む、実施形態１〜２２および３１〜７８のいずれか１つに記載の方法。
【０２７５】
８０．Channel_Status_Indicationメッセージは、チャネルＩＤ、チャネル規定、ＭＡＣ層統計タイプ、およびＭＡＣ層統計値を含む、実施形態１〜２２および３１〜７９のいずれか１つに記載の方法。
【０２７６】
８１．BA_Reconfigurationメッセージは、旧いチャネルＩＤ、旧いチャネル規定、新しいチャネルＩＤ、新しいチャネル規定、新しいＥＩＲＰ、およびプライマリチャネルインジケータを含む、実施形態１〜２２および３１〜８０のいずれか１つに記載の方法。
【０２７７】
８２．BA_Reconfigurationメッセージの旧いチャネルと新しいチャネルは、対をなさない、実施形態１〜２２および３１〜８１のいずれか１つに記載の方法。
【０２７８】
８３．初期帯域幅割り当てを決定するステップをさらに含む実施形態１〜２２および３１〜８２のいずれか１つに記載の方法。
【０２７９】
８４．帯域幅要求（またはより高度なＱｏＳ）によってトリガされる帯域幅割り当てを決定するステップをさらに含む実施形態１〜２２および３１〜８３のいずれか１つに記載の方法。
【０２８０】
８５．センシングによってトリガされる帯域幅割り当てを決定するステップをさらに含む実施形態１〜２２および３１〜８４のいずれか１つに記載の方法。
【０２８１】
８６．ネットワーク性能悪化よってトリガされる帯域幅割り当てを決定するステップをさらに含む実施形態１〜２２および３１〜８５のいずれか１つに記載の方法。
【０２８２】
８７．各ＡＰについて最大Ｍ＿ＡＧＧ個のチャネルを割り当てるステップをさらに含み、Ｍ＿ＡＧＧ（デフォルト値＝４）は、ＡＰが使用できるチャネルの最大数である、実施形態１〜２２および３１〜８６のいずれか１つに記載の方法。
【０２８３】
８８．ＰＵによって占有されているとセンシングツールボックスによって報告された、または貧弱なチャネル状態にあると報告されたチャネルは、帯域幅割り当ての対象とは見なすことができない、実施形態１〜２２および３１〜８７のいずれか１つに記載の方法。
【０２８４】
８９．ＢＡＣは、利用可能なチャネルを十分に見つけることができる場合、最良のＭ＿ＡＧＧ×Ｎ個の空きチャネルを選択することができ、ここで、ＮはＡＰの数である、実施形態１〜２２および３１〜８８のいずれか１つに記載の方法。
【０２８５】
９０．ＢＡＣは、利用可能なチャネルをＡＰ間に均等に分配しようと試みることができる、実施形態１〜２２および３１〜８９のいずれか１つに記載の方法。
【０２８６】
９１．上側帯域のチャネルの数と下側帯域のチャネルの数は、実質的に等しい、実施形態１〜２２および３１〜９０のいずれか１つに記載の方法。
【０２８７】
９２．２つのソースであるセンシングツールボックスおよびネットワークから来るチャネルの品質を評価するために使用されるメトリックを決定するステップをさらに含む実施形態１〜２２および３１〜９１のいずれか１つに記載の方法。
【０２８８】
９３．平均を実行する場合、ＡＰによって報告された値には、１／２の重み付けを行うべきであり、ＳＴＡには、全体として、残りの１／２の重み付けを行うべきである、実施形態１〜２２および３１〜９２のいずれか１つに記載の方法。
【０２８９】
９４．ＢＡＣは、フレーム損失率および待ち行列サイズについての平均値統計を計算する、実施形態１〜２２および３１〜９３のいずれか１つに記載の方法。
【０２９０】
９５．帯域幅割り当ての必要性を決定するステップをさらに含む実施形態１〜２２および３１〜９４のいずれか１つに記載の方法。
【０２９１】
９６．チャネルごとのメトリックごとのパラメータを規定することによって、必要性を決定するステップをさらに含む実施形態１〜２２および３１〜９５のいずれか１つに記載の方法。
【０２９２】
９７．デバイス初期化を実行するステップをさらに含む実施形態１〜２２および３１〜９６のいずれか１つに記載の方法。
【０２９３】
９８．ＡＰをＤＳＭエンジンと関連付けるステップをさらに含む実施形態１〜２２および３１〜９７のいずれか１つに記載の方法。
【０２９４】
９９．デバイス能力データベースをＢＡＣが構築するステップをさらに含み、ＢＡＣは、デバイスが使用することが可能なチャネルをデバイス能力データベースから導出する、実施形態１〜２２および３１〜９８のいずれか１つに記載の方法。
【０２９５】
１００．ポリシーデータベースおよびＴＶＷＳデータベースに問い合わせを行い、チャネルリストCH_POL_DBおよびCH_TVWS_DBを取得するステップをさらに含む実施形態１〜２２および３１〜９９のいずれか１つに記載の方法。
【０２９６】
１０１．サイレント期間要件およびネットワーク性能メトリックを渡すステップをさらに含む実施形態１〜２２および３１〜１００のいずれか１つに記載の方法。
【０２９７】
１０２．ＢＡＣが、サイレント期間要件を取得するためにセンシングツールボックスに問い合わせを送信するステップと、サイレント期間要件をＡＰに渡すステップとをさらに含む実施形態１〜２２および３１〜１０１のいずれか１つに記載の方法。
【０２９８】
１０３．ネットワーク性能を推定するためのメトリックをＢＡＣがＡＰに渡すステップをさらに含む実施形態１〜２２および３１〜１０２のいずれか１つに記載の方法。
【０２９９】
１０４．センシングツールボックスによるチェックを受ける準備ができた候補チャネルが十分には存在しないかどうかを検査するステップをさらに含む実施形態１〜２２および３１〜１０３のいずれか１つに記載の方法。
【０３００】
１０５．size(VACANT_CH_DB)<N_APS×M_AGである場合、ＴＶＷＳデータベースによって利用不可能であると見なされたチャネルを候補チャネルのリストにＢＡＣが追加できるステップをさらに含む実施形態１〜２２および３１〜１０４のいずれか１つに記載の方法。
【０３０１】
１０６．これらの利用不可能なチャネルに対して、センシングツールボックスは、最初にＰＵの有無をセンスする、実施形態１〜２２および３１〜１０５のいずれか１つに記載の方法。
【０３０２】
１０７．チャネル上にＰＵを検出しなかった場合、センシングツールボックスは、ＳＵの有無をセンスすることができる、実施形態１〜２２および３１〜１０６のいずれか１つに記載の方法。
【０３０３】
１０８．ＢＡＣは、センシングツールボックスからセンシング結果を受け取る、実施形態１〜２２および３１〜１０７のいずれか１つに記載の方法。
【０３０４】
１０９．ＢＡＣは、ＰＵを有すると報告されたチャネルを最初に候補チャネルから削除する、実施形態１〜２２および３１〜１０８のいずれか１つに記載の方法。
【０３０５】
１１０．ＢＡＣは、その後、残りの候補チャネルをSU_UT値の昇順でランク付けし、RANKED_AVAIL_CHANS_UTを取得する、実施形態１〜２２および３１〜１０９のいずれか１つに記載の方法。
【０３０６】
１１１．ＢＡＣは、ネットワーク性能統計値を受け取った時、様々なチャネル品質メトリックを更新する、実施形態１〜２２および３１〜１１０のいずれか１つに記載の方法。
【０３０７】
１１２．チャネル品質メトリックを報告するステップをさらに含む実施形態１〜２２および３１〜１１１のいずれか１つに記載の方法。
【０３０８】
１１３．アクティブチャネルは、ネットワーク性能統計値によって示されるような帯域幅割り当ての必要性に従ってランク付けされる、実施形態１〜２２および３１〜１１２のいずれか１つに記載の方法。
【０３０９】
１１４．ＢＡＣは、最良の代替チャネルが、性能的に最悪のアクティブチャネル（新しい帯域幅割り当てを最も必要とするチャネル）よりも良好かどうかをチェックする、実施形態１〜２２および３１〜１１３のいずれか１つに記載の方法。
【０３１０】
１１５．最良の代替チャネルと性能的に最悪のアクティブチャネルとの品質を比較するために使用されるメトリックは、CHAN_UTであり、CHAN_UTは、センシングツールボックスから受け取ったセンシング結果と、センシング結果に適用されるＢＡＣにおける判定基準（例えば閾値）とに基づく、実施形態１〜２２および３１〜１１４のいずれか１つに記載の方法。
【０３１１】
１１６．閾値ベースの手法を使用するステップをさらに含む実施形態１〜２２および３１〜１１５のいずれか１つに記載の方法。
【０３１２】
１１７．閾値は、ネットワーク性能統計値に適用され、貧弱な状態のアクティブチャネルが識別される、実施形態１〜２２および３１〜１１６のいずれか１つに記載の方法。
【０３１３】
１１８．ＢＡＣは、性能的に貧弱なアクティブチャネルよりも良好な代替チャネルを見つけ、アクティブチャネルを代替チャネルで置き換えようと試みる、実施形態１〜２２および３１〜１１７のいずれか１つに記載の方法。
【０３１４】
１１９．センシングによってトリガされる帯域幅割り当てに基づいて割り当てを行うステップをさらに含む実施形態１〜２２および３１〜１１８のいずれか１つに記載の方法。
【０３１５】
１２０．ＢＡＣは、ChannelSensingQueryメッセージに応答したセンシングツールボックスからのセンシング結果を受け取る、実施形態１〜２２および３１〜１１９のいずれか１つに記載の方法。
【０３１６】
１２１．ＢＡＣは、センシングツールボックスがＰＵの存在を検出した場合、センシングツールボックスからセンシング結果を受け取る、実施形態１〜２２および３１〜１２０のいずれか１つに記載の方法。
【０３１７】
１２２．ＢＡＣは、アクティブチャネルおよび代替チャネルの継続的な監視のために周期的に、センシングツールボックスからセンシング結果を受け取る、実施形態１〜２２および３１〜１２１のいずれか１つに記載の方法。
【０３１８】
１２３．センシング結果を受け取ったとき、ＢＡＣは、センシング結果がＰＵの検出を示しているかどうかを最初にチェックする、実施形態１〜２２および３１〜１２２のいずれか１つに記載の方法。
【０３１９】
１２４．ＢＡＣは、センシング結果内の（ＳＵ検出結果などの）他の情報を処理し、リストRANKED_AVAIL_CHANS_UTを更新することができる、実施形態１〜２２および３１〜１２３のいずれか１つに記載の方法。
【０３２０】
１２５．ＢＡＣは、「ＳＵ検出によってトリガされる帯域幅割り当て」手順に入り、いくつかのアクティブチャネルについてCHAN_UT値が高すぎる場合、新しい帯域幅割り当てを実行する、実施形態１〜２２および３１〜１２４のいずれか１つに記載の方法。
【０３２１】
１２６．ＢＡＣは、ＰＵ検出によって影響を受けるアクティブチャネルを、RANKED_AVAIL_CHANS_UTからのチャネルで置き換えることによって、帯域幅割り当てを実行する、実施形態１〜２２および３１〜１２５のいずれか１つに記載の方法。
【０３２２】
１２７．アドミッション制御を実行するステップをさらに含む実施形態１〜２２および３１〜１２６のいずれか１つに記載の方法。
【０３２３】
１２８．ＤＳＭシステムが受け入れ可能なＤＳＭクライアントの数を制御するステップをさらに含む実施形態１〜２２および３１〜１２７のいずれか１つに記載の方法。
【０３２４】
１２９．受信機を備える、実施形態１〜２２および３１〜１２８のいずれかに記載の方法を実行するように構成されたＷＴＲＵ（無線送受信ユニット）。
【０３２５】
１３０．送信機をさらに備える実施形態１２９に記載のＷＴＲＵ。
【０３２６】
１３１．送信機および受信機と通信するプロセッサをさらに備える実施形態１２９〜１３０のいずれか１つに記載のＷＴＲＵ。
【０３２７】
１３２．実施形態１〜２２および３１〜１２８のいずれかに記載の方法を実行するように構成された基地局。
【０３２８】
１３３．実施形態１〜２２および３１〜１２８のいずれかに記載の方法を実行するように構成された集積回路。
【０３２９】
１３４．実施形態１〜２２および３１〜１２８のいずれかに記載の方法を実行するように構成されたホーム進化型ノードＢ（Ｈ（ｅ）ＮＢ）。
【０３３０】
１３５．実施形態１〜２２および３１〜１２８のいずれかに記載の方法を実行するように構成された無線通信システム。
【０３３１】
１３６．実施形態１〜２２および３１〜１２８のいずれかに記載の方法を実行するように構成されたＤＳＭエンジン。
【０３３２】
１３７．実施形態１〜２２および３１〜１２８のいずれかに記載の方法を実行するように構成されたＤＳＭクライアント。
【０３３３】
１３８．実施形態１〜２２および３１〜１２８のいずれかに記載の方法を実行するように構成されたＤＳＭシステム。
【０３３４】
１３９．実施形態１〜２２および３１〜１２８のいずれかに記載の方法を実行するように構成されたＤＳＭエンティティ。
【０３３５】
上記では特徴および要素を特定の組み合わせで説明したが、各特徴または要素は、単独で使用でき、または他の特徴および要素との任意の組み合わせで使用できることを当業者であれば理解できよう。加えて、本明細書で説明した方法は、コンピュータまたはプロセッサによって実行する、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線接続または無線接続を介して送信される）電子信号と、コンピュータ可読記憶媒体とを含む。コンピュータ可読記憶媒体の例は、ＲＯＭ（リードオンリメモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、並びにＣＤ−ＲＯＭディスクおよびＤＶＤ（デジタル多用途ディスク）などの光媒体を含むが、これらに限定されない。ソフトウェアと連携するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用する無線周波送受信機を実施するために使用することができる。
【図１Ａ】
2013543333.tif 000014
【図１Ｂ】
2013543333.tif 000015
【図１Ｃ】
2013543333.tif 000016
【図２】
2013543333.tif 000017
【図３Ａ】
2013543333.tif 000018
【図３Ｂ】
2013543333.tif 000019
【図４】
2013543333.tif 000020
【図５Ａ】
2013543333.tif 000021
【図５Ｂ】
2013543333.tif 000022
【図５Ｃ】
2013543333.tif 000023
【図６Ａ】
2013543333.tif 000024
【図６Ｂ】
2013543333.tif 000025
【図６Ｃ】
2013543333.tif 000026
【図６Ｄ】
2013543333.tif 000027
【図６Ｅ】
2013543333.tif 000028
【図６Ｆ】
2013543333.tif 000029
【図６Ｇ】
2013543333.tif 000030
【図６Ｈ】
2013543333.tif 000031
【図６Ｉ】
2013543333.tif 000032
【図６Ｊ】
2013543333.tif 000033
【図６Ｋ】
2013543333.tif 000034
【図６Ｌ】
2013543333.tif 000035
【図７Ａ】
2013543333.tif 000036
【図７Ｂ】
2013543333.tif 000037
【図７Ｃ】
2013543333.tif 000038
【図８Ａ】
2013543333.tif 000039
【図８Ｂ】
2013543333.tif 000040
【図９Ａ】
2013543333.tif 000041
【図９Ｂ】
2013543333.tif 000042
【図９Ｃ】
2013543333.tif 000043
【図１０Ａ】
2013543333.tif 000044
【図１０Ｂ】
2013543333.tif 000045
【図１０Ｃ】
2013543333.tif 000046
【図１１Ａ】
2013543333.tif 000047
【図１１Ｂ】
2013543333.tif 000048
【図１１Ｃ】
2013543333.tif 000049
【図１１Ｄ】
2013543333.tif 000050
【図１２Ａ】
2013543333.tif 000051
【図１２Ｂ】
2013543333.tif 000052
【図１２Ｃ】
2013543333.tif 000053
【図１３】
2013543333.tif 000054
【図１４】
2013543333.tif 000055
【図１５】
2013543333.tif 000056
【図１６】
2013543333.tif 000057
【手続補正書】
【提出日】平成25年6月11日(2013.6.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
動的スペクトル管理（ＤＳＭ）の方法であって、
動的ホワイトスペーススペクトルから少なくとも１つのチャネルを少なくとも１つのデバイスに割り当てるステップであって、ホワイトスペーススペクトルは、チャネルのプライマリユーザによって使用されていないチャネルであり、前記ホワイトスペーススペクトルは、使用を考慮して更新される、ステップと、
トリガリングイベントの発生に基づいた帯域幅割り当てのための代替チャネルを監視するステップと
を備えることを特徴とする方法。
【請求項２】
複数のチャネルが割り当てられるという条件で、チャネルをプライマリチャネルとして割り当てるステップであって、前記プライマリチャネルは、最小チャネル利用率を有する、ステップと、
それまで割り当てられていたプライマリチャネルのチャネル品質が閾値を下回るという条件で、前記複数のチャネルの１つを前記プライマリチャネルとして動的に割り当て直すステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
選択されたチャネルの数が要求されたチャネルの数よりも少なく、前記デバイスがハイブリッドデバイスであるという条件で、前記動的ホワイトスペーススペクトルから非利用可能なチャネルを選択するステップであって、ハイブリッドデバイスは、前記動的ホワイトスペーススペクトルにアクセスでき、それ自体のロケーションを決定でき、センシングが可能である、ステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
デバイスを動的スペクトル管理エンジンに関連付けるステップと、
関連付けられたデバイスに基づいてデバイス能力データベースを構築するステップと、
チャネル情報を動的ホワイトスペーススペクトルデータベースから、ポリシー情報をポリシーデータベースから、サイレント構成情報をセンシングプロセッサから、およびチャネルセンシング情報を前記センシングプロセッサから受信するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
前記トリガリングイベントは、ネットワーク性能悪化トリガであり、
ネットワーク性能統計値に従ってアクティブチャネルをランク付けするステップと、
所与のメトリックについて、最良の代替チャネルが性能的に最悪のアクティブチャネルよりも良好であるという条件で、前記性能的に最悪のアクティブチャネルを前記最良の代替チャネルで置き換えるステップであって、前記所与のメトリックは、チャネル利用率である、ステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項６】
前記トリガリングイベントは、ネットワーク性能悪化トリガであり、
ネットワーク性能統計値を所定の閾値と比較することによって、性能的に貧弱なアクティブチャネルを識別するステップと、
前記性能的に貧弱なアクティブチャネルを、前記性能的に貧弱なアクティブチャネルよりも性能的に良好な代替チャネルで置き換えるステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項７】
前記トリガリングイベントがプライマリユーザ検出トリガであるという条件で、割り当てられたチャネル上でプライマリユーザが検出されたという報告をセンシングプロセッサから受信し、
前記トリガリングイベントがセカンダリユーザ検出トリガであるという条件で、割り当てられたチャネルが所定のレベルのチャネル利用率を有することを決定する
ことを特徴とする請求項１に記載の方法。
【請求項８】
４つのチャネルが前記デバイスに割り当てられることを特徴とする請求項１に記載の方法。
【請求項９】
利用可能なチャネルがデバイス間に均等に割り当てられることを特徴とする請求項１に記載の方法。
【請求項１０】
動的スペクトル管理エンジンが所定の距離だけ移動したという条件で、チャネル情報を再チェックするステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１１】
動的スペクトル管理エンジンへの接続を求める要求に対してアドミッション制御ポリシーを適用するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１２】
動的スペクトル管理（ＤＳＭ）システムで使用されるハイブリッドデバイスであって、
前記ハイブリッドデバイスは、前記ハイブリッドデバイスのロケーションを決定し、動的ホワイトスペーススペクトルデータベースにアクセスし、チャネルスペクトル使用をセンスするように構成され、ホワイトスペーススペクトルは、前記チャネルのプライマリユーザによって使用されていないチャネルであり、前記ホワイトスペーススペクトルは、使用を考慮して更新され、
前記ハイブリッドデバイスは、動的ホワイトスペーススペクトルにおける帯域幅割り当てを前記ＤＳＭシステムから受信するように構成される
ことを特徴とするハイブリッドデバイス。
【請求項１３】
前記ハイブリッドデバイスは、要求された数のチャネルが前記ＤＳＭシステムによって満たされないという条件で、センシング結果に基づいて空きチャネルを決定するように構成されることを特徴とする請求項１２に記載のハイブリッドデバイス。
【請求項１４】
前記ハイブリッドデバイスは、プライマリユーザが検出されるという条件で、１つのモードにおいて選択されたチャネルを明け渡して、センシング結果に基づいて選択された別のチャネルを用いるように構成されることを特徴とする請求項１２に記載のハイブリッドデバイス。
【請求項１５】
動的スペクトル管理（ＤＳＭ）システムであって、
動的ホワイトスペーススペクトルから少なくとも１つのチャネルを少なくとも１つのデバイスに割り当てるように構成されたＤＳＭエンジンであって、ホワイトスペーススペクトルは、前記チャネルのプライマリユーザによって使用されていないチャネルであり、前記ホワイトスペーススペクトルは、使用を考慮して更新される、ＤＳＭエンジンを備え、
前記ＤＳＭエンジンは、トリガリングイベントの発生に基づいた帯域幅割り当てのための代替チャネルを監視するように構成される
ことを特徴とするＤＳＭシステム。
【国際調査報告】
2013543333.tif 000058
2013543333.tif 000059
2013543333.tif 000060