【手続補正書】
【提出日】平成26年4月22日(2014.4.22)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の名称】テレビジョンホワイトスペースネットワークのチャネル選択およびネットワーク構成に対するサービスベースの手法
【技術分野】
【０００１】
本願は、ワイヤレス通信に関する。
【背景技術】
【０００２】
関連出願
本願は、２０１０年１０月１２日に出願した米国特許仮出願第６１／３９２３５０号、２０１１年２月２２日に出願した米国特許仮出願第６１／４４５２８５号、および２０１１年４月１日に出願した米国特許仮出願第６１／４７０９１４号の利益を主張するものである。
【０００３】
ＴＶ（テレビジョン）帯での異種かつ独立に運営されるネットワーク間での共存（coexistence）は、ＴＶＷＳ（ＴＶホワイトスペース）ネットワークとしても知られるライセンス不要の動作モード（ｕｎｌｉｃｅｎｓｅｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅ）を使用する。単一のサービスアクセスポイント（たとえば、ＣＯＥＸ＿ＣＯＭＭ＿ＳＡＰ）は、さまざまなシステムコンポーネントが別個であるときに、それらのシステムコンポーネント間での通信をサポートすることができる。具体的には、特定のインターフェースを、ＳＡＰ（単一のサービスアクセスポイント）によってすべてサポートすることができる。
【発明の概要】
【０００４】
動的スペクトル管理ネットワーク内でチャネル選択を管理する方法は、スペクトル割当要求を受信することと、スペクトル割当要求のソースに基づいて、使用可能なチャネルについてチェックすることと、スペクトル割当要求のソースに基づいて、使用可能なチャネルの検出および使用データを収集することと、スペクトル割当要求を送信したエンティティにチャネル使用データを提供することとを含む。
【図面の簡単な説明】
【０００５】
より詳細な理解を、添付図面に関連して例として与えられる次の説明から得ることができる。
【図１Ａ】１つまたは複数の開示される実施形態を実施できる通信システムの例を示すシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用できるＷＴＲＵ（ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  ｕｎｉｔ：ワイヤレス送信／受信ユニット）の例を示すシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用できる無線アクセスネットワークの例およびコアネットワークの例を示すシステム図である。
【図２】３つのキャリアアグリゲーションタイプを示す図である。
【図３】ＩＭＴ帯およびＴＶＷＳ帯のキャリアアグリゲーションを示す図である。
【図４】ＩＭＴ帯およびＬＥ帯のキャリアアグリゲーションを示す図である。
【図５】ＬＥ帯動作の基地局によって開始されるアクティブ化の一例を示す図である。
【図６】共存データベースを用いないＬＥ帯動作の基地局によって開始されるアクティブ化の一例を示す図である。
【図７】ＬＥ帯動作の基地局によって開始される非アクティブ化の一例を示す図である。
【図８】基地局によって開始されるコンポーネントキャリア再構成の一例を示す図である。
【図９Ａ】ＬＥチャネル上のインカンベント（ｉｎｃｕｍｂｅｎｔ）検出の一例を示す図である。
【図９Ｂ】ＬＥチャネル上のインカンベント（ｉｎｃｕｍｂｅｎｔ）検出の一例を示す図である。
【図１０Ａ】ＷＴＲＵ固有周波数変更の一例を示す図である。
【図１０Ｂ】ＷＴＲＵ固有周波数変更の一例を示す図である。
【図１１Ａ】補助キャリア（ｓｕｐｐｌｅｍｅｎｔａｒｙ  ｃａｒｒｉｅｒ）測定を介する特定のＷＴＲＵでのＣＡの使用可能化の一例を示す図である。
【図１１Ｂ】補助キャリア（ｓｕｐｐｌｅｍｅｎｔａｒｙ  ｃａｒｒｉｅｒ）測定を介する特定のＷＴＲＵでのＣＡの使用可能化の一例を示す図である。
【図１２】共存対応のセル変更および／または再構成の一例を示す図である。
【図１３】ＬＥ帯内でＣＡを実行する間のライセンス交付されたセルハンドオーバの一例を示す図である。
【図１４】ＰＣＩ提案変形形態でのチャネルおよびＰＣＩ情報のフォーマットの例を示す図である。
【図１５】基地局状態遷移図である。
【図１６】ＷＴＲＵ状態遷移図である。
【図１７】論理共存固有システムアーキテクチャを示す図である。
【図１８】ＬＴＥシステムの共存情報サービスにおけるチャネル選択手順を示す図である。
【図１９】ＣＭ間通信を用いる集中化された共存エンティティの例示的展開を示す図である。
【図２０】ＬＴＥ  ＨｅＮＢシステム内の集中化された共存エンティティ手法の例示的実装形態を示す図である。
【図２１】情報共存サービスに関するＣＭの動作を示す図である。
【図２２】異なるＬＴＥシステムノードにまたがる動作ポリシに関する異なる作用する機能を示す図である。
【図２３】情報サービスに関する共存イネーブラの動作を示す流れ図である。
【図２４】例示的なＣＥ登録手順を示す図である。
【図２５】例示的なネットワーク更新手順を示す図である。
【図２６】情報サービスに関する例示的なスペクトル要求手順を示す図である。
【図２７】管理サービスに関する例示的なスペクトル要求手順を示す図である。
【図２８】情報サービスに関する例示的なスペクトル調整手順を示す図である。
【図２９】ＬＴＥシステム内の例示的な代替の集中化された共存アーキテクチャを示す図である。
【図３０】ＣＭ間通信を用いない集中化された共存エンティティの例示的な展開を示す図である。
【図３１】情報サービスおよび高度なＣＤＩＳに関する共存マネージャの動作を示す図である。
【図３２】情報サービスの例示的なスペクトル要求手順を示す図である。
【図３３】管理サービスの例示的なスペクトル要求手順を示す図である。
【発明を実施するための形態】
【０００６】
（イントロダクション）
４７０〜８６２ＭＨｚ周波数帯でのアナログからデジタルへのＴＶ（テレビジョン）送信の遷移の結果として、スペクトルの一部が、もはやＴＶ送信には使用されないが、未使用スペクトルの量および正確な周波数は、位置によって異なる。スペクトルの未使用部分を、ＴＶＷＳ（ＴＶホワイトスペース）と称する。連邦通信委員会（ＦＣＣ）は、４７０〜７９０ＭＨｚ帯内のＷＳの使用を含む、さまざまなライセンス不要使用のためにこれらのＴＶＷＳ周波数を開放しようとしている。副ユーザが他のインカンベントおよび／または主ユーザと干渉しないならば、これらの周波数を、副ユーザによって任意の無線通信に活用することができる。ＴＶ信号以外に、インカンベントと考えられる、これらの周波数上で送信されるライセンス交付された信号がある場合がある。たとえば、インカンベント信号が、ＴＢＳ（放送サービス）または特に無線マイクロホンを含むＰＭＳＥ（Ｐｒｏｇｒａｍ  Ｍａｋｉｎｇ  ａｎｄ  Ｓｐｅｃｉａｌ  Ｅｖｅｎｔ）サービスである場合がある。主ユーザは、ＷＳジオロケーションデータベースに登録することができる。ＷＳジオロケーションデータベースは、インカンベント周波数使用に関する最新の情報を他のエンティティに提供することができる。
【０００７】
ＬＴＥ−Ａ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ）では、２つから５つまでのＣＣ（コンポーネントキャリア）を、１００ＭＨｚまでのより広い送信帯域幅をサポートするためにアグリゲートすることができる。ＷＴＲＵ（ワイヤレス送信／受信ユニット）は、その能力に応じて、１つまたは複数のＣＣ上で同時に受信しまたは送信することができる。ＷＴＲＵは、ＵＬ（アップリンク）またはＤＬ（ダウンリンク）で複数の異なるサイズを有するＣＣをアグリゲートできる場合もある。ＣＡ（キャリアアグリゲーション）は、連続ＣＣと不連続ＣＣとの両方をサポートすることができる。
【０００８】
たとえば、図２に、（ａ）複数の隣接するＣＣ２００が２０ＭＨｚより広い連続する帯域幅を作るためにアグリゲートされる帯域内連続ＣＡ、（ｂ）同一の帯域に属するが互いに隣接してはいない複数のＣＣがアグリゲートされ、不連続な形で使用される帯域内不連続ＣＡ、および（ｃ）異なる帯域に属する複数のＣＣがアグリゲートされる帯域間不連続ＣＡを含む、ＣＡの３つの異なるシナリオを示す。
【０００９】
ＬＴＥシステムおよびＣＡをサポートする他のシステム（たとえば、ＤＣ−ＨＳＰＡ）は、使用可能なＬＥ（ｌｉｃｅｎｓｅ  ｅｘｅｍｐｔ：ライセンス免除）スペクトルまたはＴＶＷＳスペクトルを利用することができる。ＬＴＥシステムは、使用可能なＬＥスペクトルまたはＴＶＷＳスペクトルを使用して、ＣＡに関する既存のＬＴＥ帯域使用に新しい帯域を追加して、ＤＬ方向でＷＴＲＵにまたはＵＬ方向で基地局に送信することができる。ＴＶＷＳ帯でのシステムの動作を、ライセンス不要の日和見主義的な基礎で行うことができる。したがって、周波数プラニングの方法が、適用されない場合がある。その結果、ＬＥまたはＴＶＷＳ内で動作するすべてのシステムの周波数プラニングが、リアルタイムで行われる可能性がある。周波数プラニングがリアルタイムで行われることに起因して、任意のシステムがそのライセンス交付された帯域とＬＥ帯またはＴＶＷＳ帯との間でＣＡを実行するために、システムが、インカンベントとの干渉を避け、他の副ユーザとの共存を保証するために、注意を払って補助ＬＥチャネルまたは補助ＴＶＷＳチャネルを選択する必要がある可能性がある。
【００１０】
ＴＶＷＳスペクトルまたはＬＥスペクトルでのチャネル可用性および／またはチャネル品質の動的な性質は、アグリゲートされるチャネルが常に使用可能ではない可能性があり、またはインカンベントを保護するために放棄される必要がある場合があるので、ＣＡの実行における課題をもたらす可能性がある。ＴＶＷＳ帯もしくはＬＥ帯での動作のアクティブ化および／もしくは非アクティブ化、ＴＶＷＳ帯もしくはＬＥ帯でのインカンベント保護、またはＴＶＷＳ帯もしくはＬＥ帯での再構成などの機構を調整するために、かかわる異なるエンティティ（たとえば、基地局、ＷＳジオロケーションデータベースなど）間でのシグナリングの必要がある。ＬＴＥシステムまたはＴＶＷＳ帯もしくはＬＥ帯で動作する他のシステムについて、ＣＡの信頼できる使用を可能にする頑健な機構の必要がある可能性がある。その結果、測定値の使用などの手順を、ＬＥ帯が使用されるときにＢＳおよびＷＴＲＵについて定義する必要がある可能性がある。
【００１１】
ＬＴＥ−Ａでは、ＷＴＲＵに複数のセルへ通信させることによってＣＡを使用可能にすることができ、ここで、各セルは、それ自体のＰＣＩ（ｐｈｙｓｉｃａｌ  ｃｅｌｌ  ｉｄｅｎｔｉｆｉｅｒ：物理セル識別子）を有する。ライセンス交付された帯域内の主セルおよび副セルについて、ＰＣＩを、各オペレータによってローカルに管理する（すなわち、各セルに割り当てる）ことができる。各オペレータは、それが動作する（特定の区域内で）周波数帯の排他的使用を有することができるので、ＰＣＩ衝突または混乱の危険性はない可能性がある。複数のオペレータ（それぞれがＣＣＰによって管理される）が、ＬＥ周波数の同一のセット上で共存できるときには、ＰＣＩの管理の問題が存在する可能性があり、ＬＥ帯内で動作する各ＢＳにＰＣＩを割り当てる手順が必要になる可能性がある。
【００１２】
ＤＣ−ＨＳＰＡ（Ｄｕａｌ  Ｃｅｌｌ−Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）が、ＣＡを可能にする場合もある。
【００１３】
ＣＡ原理を使用することによって、ＬＴＥシステムおよびＣＡをサポートするすべての他のシステムは、ユーザピークレート、ネットワークトラフィックオフロードを改善し、特定の区域内でカバレージ拡張を提供することができる。ＬＴＥシステムがライセンス交付された帯域およびＬＥ帯内に局所化された日和見スペクトルのアグリゲーションを管理するために、ＬＴＥシステムとＬＥ帯のユーザとの間の調整の必要がある。
【００１４】
（ネットワークコンポーネントおよびアーキテクチャ）
本明細書で、後で言及される用語「ＷＴＲＵ（ワイヤレス送信／受信ユニット）」は、ＵＥ（ユーザ機器）、移動局、固定またはモバイルの加入者ユニット、ページャ、セル電話機、ＰＤＡ（携帯情報端末）、コンピュータ、または無線環境で動作することができる任意の他のタイプのユーザデバイスを含むが、これに限定されない。本明細書で後で言及される用語「基地局」は、Ｎｏｄｅ  Ｂ、サイトコントローラ、ＡＰ（アクセスポイント）、または無線環境で動作することができる任意の他のタイプのインターフェースするデバイスを含むが、これに限定されない。
【００１５】
（概括的アーキテクチャ）
図１Ａは、１つまたは複数の開示される実施形態を実施できる通信システム１００の例の図である。通信システム１００を、音声、データ、ビデオ、メッセージング、放送、その他などのコンテンツを複数のワイヤレスユーザに提供する多元接続システムとすることができる。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を介してそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（単一キャリアＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を使用することができる。
【００１６】
図１Ａに示されているように、通信システム１００は、ＷＴＲＵ（ワイヤレス送信／受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（無線アクセスネットワーク）１０４、コアネットワーク１０６、ＰＳＴＮ（公衆交換電話網）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態が、任意の個数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを了解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境で動作し、かつ／または通信するように構成された任意のタイプのデバイスとすることができる。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信し、かつ／または受信するように構成され得、ＵＥ（ユーザ機器）、移動局、固定のまたはモバイルの加入者ユニット、ページャ、セル電話機、ＰＤＡ（携帯情報端末）、スマートホン、ラップトップ機、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、消費者エレクトロニクスなどを含むことができる。
【００１７】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスでインターフェースするように構成された任意のタイプのデバイスとすることができる。たとえば、基地局１１４ａ、１１４ｂは、ＢＴＳ（ベーストランシーバ基地局）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、サイトコントローラ、ＡＰ（アクセスポイント）、ワイヤレスルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として図示されているが、基地局１１４ａ、１１４ｂが、任意の個数の相互接続された基地局および／またはネットワーク要素を含むことができることを了解されたい。
【００１８】
基地局１１４ａは、ＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４は、ＢＳＣ（基地局制御装置）、ＲＮＣ（無線ネットワークコントローラ）、中継ノード、その他など、他の基地局および／またはネットワーク要素（図示せず）をも含むことができる。基地局１１４ａおよび／または基地局１１４ｂを、セル（図示せず）と称する場合がある特定の地理的領域内でワイヤレス信号を送信し、かつ／または受信するように構成することができる。セルを、さらに、セルセクタに分割することができる。たとえば、基地局１１４ａに関連するセルを、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルのセクタごとに１つのトランシーバを含むことができる。別の実施形態では、基地局１１４ａは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ：多入力多出力）技術を使用することができ、したがって、セルのセクタごとに複数のトランシーバを使用することができる。
【００１９】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切なワイヤレス通信リンク（たとえば、ＲＦ（無線周波数）、マイクロ波、ＩＲ（赤外線）、ＵＶ（紫外線）、可視光、その他）とすることができる。エアインターフェース１１６を、任意の適切なＲＡＴ（無線アクセス技術）を使用して確立することができる。
【００２０】
より具体的には、上で注記したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を使用することができる。たとえば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）などの無線技術を実施することができ、ＵＴＲＡは、ＷＣＤＭＡ（登録商標）（広帯域ＣＤＭＡ）を使用してエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）および／またはＨＳＰＡ＋（Ｅｖｏｌｖｅｄ  ＨＳＰＡ）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）および／またはＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）を含むことができる。
【００２１】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）などの無線技術を実施することができ、Ｅ−ＵＴＲＡは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用してエアインターフェース１１６を確立することができる。
【００２２】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ（ＧＳＭ  ＥＤＧＥ）などの無線技術を実施することができる。
【００２３】
図１Ａの基地局１１４ｂは、たとえば、ワイヤレスルータ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、またはアクセスポイントとすることができ、仕事場、家庭、車両、キャンパスなど、局所化された区域内でのワイヤレス接続性を容易にする任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実施することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＰＡＮ（ワイヤレスパーソナルエリアネットワーク）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実施することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（たとえば、ＷＣＤＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、その他）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを要求されないものとすることができる。
【００２４】
ＲＡＮ１０４を、コアネットワーク１０６と通信しているものとすることができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ：ボイスオーバインターネットプロトコル）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークとすることができる。たとえば、コアネットワーク１０６は、呼制御、請求サービス、モバイルロケーションベースのサービス、前払い呼、インターネット接続性、ビデオ配布などを提供し、かつ／またはユーザ認証などの高水準セキュリティ機能を実行することができる。図１Ａには図示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６を、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接にまたは間接に通信しているものとすることができることを了解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を利用していることができるＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６を、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信しているものとすることもできる。
【００２５】
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ１０８は、ＰＯＴＳ（従来式基本電話サービス）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ：伝送制御プロトコル）／ＩＰ（インターネットプロトコル）のインターネットプロトコルスイート内のＴＣＰ、ＵＤＰ（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ：ユーザデータグラムプロトコル）、およびＩＰなどの一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの全世界のシステムを含む。ネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運営されるワイヤードまたはワイヤレスの通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができ、この１つまたは複数のＲＡＮは、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを使用することができる。
【００２６】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード能力を含むことができる、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図１Ａに示されたＷＴＲＵ１０２ｃを、セルラベースの無線技術を使用することができる基地局１１４ａおよびＩＥＥＥ８０２無線技術を使用することができる基地局１１４ｂと通信するように構成することができる。
【００２７】
図１Ｂは、ＷＴＲＵ１０２の例のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、ノンリムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳ（全地球測位システム）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２が、実施形態と一貫したままでありながら前述の要素の任意の副組合せを含むことができることを了解されたい。
【００２８】
プロセッサ１１８を、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、任意の他のタイプのＩＣ（集積回路）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境内で動作することを可能にする任意の他の機能性を実行することができる。プロセッサ１１８を、トランシーバ１２０に結合することができ、トランシーバ１２０を、送信／受信要素１２２に結合することができる。図１Ｂは、別々のコンポーネントとしてプロセッサ１１８およびトランシーバ１２０を示すが、プロセッサ１１８およびトランシーバ１２０を、電子パッケージまたはチップ内に一緒に一体化することができることを了解されたい。
【００２９】
エアインターフェース１１６を介して基地局（たとえば、基地局１１４ａ）へ信号を送信しまたはこれから信号を受信するように、送信／受信要素１２２を構成することができる。たとえば、一実施形態では、送信／受信要素１２２を、ＲＦ信号を送信し、かつ／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２を、たとえばＩＲ、ＵＶ、または可視光信号を送信し、かつ／または受信するように構成されたエミッタ／検出器とすることができる。別の実施形態では、送信／受信要素１２２を、ＲＦ信号と光信号との両方を送信し、受信するように構成することができる。送信／受信要素１２２を、ワイヤレス信号の任意の組合せを送信し、かつ／または受信するように構成することができることを了解されたい。
【００３０】
さらに、送信／受信要素１２２は、図１Ｂでは単一の要素として図示されているが、ＷＴＲＵ１０２は、任意の個数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介してワイヤレス信号を送信し、受信する複数の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。
【００３１】
送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように、トランシーバ１２０を構成することができる。上で注記したように、ＷＴＲＵ１０２は、マルチモード能力を有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ１０２がたとえばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含むことができる。
【００３２】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、ＬＣＤ（液晶ディスプレイ）表示ユニットまたはＯＬＥＤ（有機発光ダイオード）表示ユニット）に結合され、またはこれらからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。さらに、プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。ノンリムーバブルメモリ１３０は、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読取り専用メモリ）、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ１３２は、ＳＩＭ（加入者識別モジュール）カード、メモリスティック、ＳＤ（セキュアデジタル）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、サーバ上またはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。
【００３３】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントに電力を分配し、かつ／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力を供給する任意の適切なデバイスとすることができる。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ＮｉＣｄ（ニッケルカドミウム）、ＮｉＺｎ（ニッケル亜鉛）、ＮｉＭＨ（ニッケル水素）、Ｌｉ−ｉｏｎ（リチウムイオン）、その他）、太陽電池、燃料電池などを含むことができる。
【００３４】
プロセッサ１１８を、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６を、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（たとえば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えてまたはその代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介してロケーション情報を受信し、かつ／または複数の近くの基地局から受信されつつある信号のタイミングに基づいてそのロケーションを判定することができる。ＷＴＲＵ１０２が、実施形態と一貫したままでありながら任意の適切なロケーション判定方法によってロケーション情報を獲得できることを了解されたい。
【００３５】
プロセッサ１１８を、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／またはワイヤードもしくはワイヤレスの接続性を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ：ユニバーサルシリアルバス）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザなどを含むことができる。
【００３６】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上で注記したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するのにＥ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０４を、コアネットワーク１０６と通信しているものとすることもできる。
【００３７】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４が、実施形態と一貫したままでありながら任意の個数のｅＮｏｄｅ−Ｂを含むことができることを了解されたい。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１つまたは複数のトランシーバを含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅＮｏｄｅ−Ｂ１４０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。
【００３８】
ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれを、特定のセル（図示せず）に関連付けることができ、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクでのユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されているように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００３９】
図１Ｃに示されたコアネットワーク１０６は、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｇａｔｅｗａｙ：モビリティ管理ゲートウェイ）１４２、サービングゲートウェイ１４４、およびＰＤＮ（パケットデータネットワーク）ゲートウェイ１４６を含むことができる。前述の要素のそれぞれが、コアネットワーク１０６の一部として図示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有され、かつ／または運営される場合があることを了解されたい。
【００４０】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４２ａ、１４２ｂ、１４２ｃのそれぞれに接続することができ、制御ノードとして働くことができる。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択などの責任を負うことができる。ＭＭＥ１４２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間の切替のための制御プレーン機能を提供することもできる。
【００４１】
サービングゲートウェイ１４４を、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ  Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができる。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からユーザデータパケットをルーティングし、転送することができる。サービングゲートウェイ１４４は、ｅＮｏｄｅ  Ｂ間ハンドオーバ中のユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために使用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および格納など、他の機能を実行することもできる。
【００４２】
サービングゲートウェイ１４４を、ＰＤＮゲートウェイ１４６に接続することもでき、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。
【００４３】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと伝統的な陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバ）を含むことができ、またはこれと通信することができる。さらに、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができ、このネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運営される他のワイヤードまたはワイヤレスのネットワークを含むことができる。
【００４４】
（ＴＶＷＳの潜在的なネットワークアーキテクチャ）
図３に、ＩＭＴ帯およびＴＶＷＳ帯のキャリアアグリゲーションと、３つの主エンティティすなわち基地局（ＢＳ）３０５、ＣＣＰ（Ｃｅｎｔｒａｌ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：中央制御点）３１０、およびＷＳジオロケーションデータベース３１５の間のアーキテクチャを示す。ＢＳ３０５は、ＬＴＥ標準規格におけるｅＮＢ（進化型Ｎｏｄｅ  Ｂ）を表すことができる。ＢＳ３０５は、それに接続されたすべてのＷＴＲＵ３２０のスケジューリング判断およびリソース割当判断を行うことができる。図３では、ＢＳ３０５は、ライセンス不要スペクトル使用の制御のためにＣＣＰ３１０に接続される。ＢＳ３０５は、ライセンス交付された帯域のみまたはライセンス交付された帯域とＬＥ帯との両方で動作できるものとすることができる。
【００４５】
ＬＥチャネルの可用性および／または品質が、保証されない場合がある。したがって、所与の区域内のＬＥスペクトル使用に関する最新の情報を提供するエンティティを有する必要がある場合がある。この機能性を、ＷＳジオロケーションデータベース３１５によって提供することができる。ＷＳジオロケーションデータベース３１５は、ＬＥ帯内のインカンベントユーザに関する情報を含むことができる。
【００４６】
ＣＣＰ３１０を、機能強化されたＢＳ３０５または独立ノードとすることができる。ＣＣＰ３１０を使用して、ＬＥ帯へのＬＴＥシステムのアクセスを管理することができる。ＣＣＰ３１０は、ＬＥスペクトル使用に関する情報を受信するために、ＷＳジオロケーションデータベース３１５に接続することができる。ＣＣＰ３１０は、ＢＳ３０５へのＬＥスペクトル割当を管理し、ＢＳ３０５間でのネゴシエーションの必要を除去することができる。
【００４７】
副ユーザがＬＥ帯内で共存するために、隣接ＣＣＰ間の通信が、副ユーザによるＬＥ帯の使用に関する情報を交換するために要求される場合がある。ジオロケーションデータベース３１５は、インカンベント保護を提供するのを助けることができるが、共存問題について助けるために副ユーザに関する情報を提供することはできない。共存データベースの包含を有するアーキテクチャが必要になる可能性がある。共存データベースは、どのチャネルがどの副ユーザによって使用されつつあるのかに関する最新情報ならびに隣接ＢＳ（基地局）が隣接ＣＣ（コンポーネントキャリア）の使用を回避するのを助ける位置情報を保持することができる。共存データベースは、複数のＣＣＰ（中央制御点）間のシグナリングの必要を除去することができ、所与の地理的区域に関する中央情報バンクを提供することができる。
【００４８】
図４に、ＩＭＴ帯およびＬＥ（ライセンス免除）帯のキャリアアグリゲーションを示す。図４は、上で説明したアーキテクチャ４００の使用を示し、ＩＭＴ帯とＬＥ帯との間のＣＡ（キャリアアグリゲーション）を実行するのに必要である可能性がある、ＢＳ４０５、ＣＣＰ４１０、ＷＳジオロケーションデータベース４１５、少なくとも１つのＷＴＲＵ４２０、共存データベース４２５、および少なくとも１つの隣接ＣＣＰ４３０間のリンクを示す。ＢＳ４０５は、ＬＴＥマクロセルを含むことができ、または、ライセンス交付された帯域およびＬＥ帯をアグリゲートできるホットスポットカバレージを提供するのに使用されるピコ／フェムト／ＲＲＨセルのＢＳとすることができる。
【００４９】
ＢＳ４０５は、より多くの帯域幅を使用できると判断するときに、使用可能なＬＥ周波数があるかどうかをＣＣＰ４１０に問い合わせることができる。ＣＣＰ４１０は、ジオロケーションデータベース４１５と共存データベース４２５との両方に照会することができ、ＢＳ４０５に割り当てるべき周波数がある場合に、どの周波数を割り当てるべきかの判断を行うことができる。割り当てられる場合に、ＢＳ４０５は、新しい周波数を用いてそれ自体を再構成することができる。割り当てられない場合に、ＢＳ４０５は、ライセンス交付されたＬＴＥ帯内で動作し続けることができる。
【００５０】
この追加のキャリアを、現在ＢＳ４０５に接続されているＷＴＲＵ４２０のいずれかまたはすべてとダウンリンクトラフィックまたはアップリンクトラフィックとの間のスケジューリングに使用することができる。ＢＳ４０５は、ＬＥスペクトルを検出する能力を有することもでき、検出結果をＣＣＰ４１０に送信することができる。
【００５１】
第１の例では、ＢＳ４０５は、ライセンス交付された帯域での動作からＣＡを介するライセンス交付された帯域とＬＥ帯との両方での動作に移ることができる。複数のイベントが、ライセンス交付された帯域での動作からライセンス交付された帯域とＬＥ帯との両方での動作に移る判断をトリガすることができる。たとえば、ＢＳ４０５は、ネットワークのピークデータレートを高めるためにＬＥ帯を利用することができる。移る判断をトリガできるイベントの別の例として、ＢＳ４０５は、ＬＥ帯内で追加の使用可能な帯域幅を利用することによって、ネットワークトラフィックオフロードを提供することができる。移る判断をトリガできるイベントの別の例として、ＢＳ４０５は、ＲＲＭ（無線リソース管理）を介して、移る判断を行うときにＢＳ４０５がサービスしつつあるＷＴＲＵ４２０のそれぞれの負荷要件および帯域幅要件（アップリンクまたはダウンリンクのいずれか）に反応することができる。
【００５２】
ＢＳ４０５は、ＬＥ帯内のコンポーネントキャリアを追加することによって、ライセンス交付された帯域とＬＥ帯との両方での動作を開始すると判断することができる。このコンポーネントキャリアが追加された後に、リソースを、ＬＥキャリアにおいて、あるＷＴＲＵまたはすべてのＷＴＲＵのためにスケジューリングすることができる。
【００５３】
共存アーキテクチャは、チャネル割当およびネットワーク構成サービスをサポートするために単一のサービスアクセスポイント（ＣＯＥＸ＿ＣＯＭＭ＿ＳＡＰ）を構成することができる。提案される共存アーキテクチャを参照すると、チャネル選択およびネットワーク構成に対する提案されるサービスベースの手法の焦点は、たとえば共存サーバ、マネージャ、およびイネーブラ間のインターフェースＢ１、Ｂ２、およびＢ３にあるものとすることができる。しかし、合同ＳＡＰ（単一アクセスポイント）の定義が、このアーキテクチャに対する複数の変形形態を可能にし、本明細書で開示されるアーキテクチャが、それに限定される必要がないことに留意されたい。ＳＡＰは、共存の範囲内のインターオペラビリティおよび協力のために実際のシステムの物理的に別個の要素によって使用されるプロトコルを定義することができる。
【００５４】
さらに、提案されるサービスベースの手法の主要な目標は、ＴＶＷＳ（テレビジョンホワイトスペース）デバイスおよびネットワークの共存であるが、提案される手法を、複数のオペレータによる動作または別個の技術の動作がサポートされる他のスペクトル（たとえば、ライセンス不要のＩＳＭ（産業、科学、および医療）スペクトル）で使用することができる。
【００５５】
図１７に、限定なしに、ＴＶ帯ネットワークに関する共存を提供する核とすることができるシステムエンティティと、共存システムに情報を提供する外部エンティティとを定義する、論理共存固有システムアーキテクチャを示す。共存システムは、３つの論理エンティティすなわち、ＣＥ（共存イネーブラ）１７０５、ＣＭ（共存マネージャ）１７１０、ならびにＣＤＩＳ（共存ディスカバリおよび情報サーバ）１７１５を含むことができる。
【００５６】
ＣＥ１７０５は、ＴＶＢＤ（ＴＶ  Ｂａｎｄ  Ｄｅｖｉｃｅ）１７２０に情報を要求し、入手し、ＣＭ１７１０にリソース要求を送信する。ＣＥ１７０５は、ＣＭからのリソース割当に基づいて、ＴＶＢＤの動作パラメータをも構成することもできる。
【００５７】
ＣＭ１７１０は、ＣＥ１７０５にスペクトル管理サービスを提供し、同一区域内で動作しているＴＶＢＤネットワーク１７２０の共存衝突（coexistence conflicts）を発見し、解決することができ、ＴＶＷＳデータベース１７２５および隣接ネットワークのＣＭ１７１２から情報を入手することができる。
【００５８】
ＣＤＩＳ１７１５は、隣接ディスカバリサービスをＣＭ１７１０に提供することができ、登録されたＣＭ１７１０のレコードおよびＴＶＢＤネットワーク１７２０の情報を保持する。
【００５９】
（共存管理の例）
共存サービスは、情報ベースの共存サービスと管理ベースの共存サービスとの両方を含むことができる。共存情報サービスでは、共存システムは、ＴＶＷＳチャネル使用情報および検出データを副ユーザネットワーク（すなわち、ＬＴＥ  ＨｅＮＢ／ｅＮＢネットワーク）に提供し、後者に動作パラメータに関する情報を与えられた判断を行わせる。共存管理サービスでは、共存システムは、副ユーザネットワークのチャネル選択判断（調整、ネゴシエーション、または予約の種類の努力を含むことができる）を行うことができる。したがって、共存管理サービスを、ネゴシエーションに関して本明細書で説明するように、共存情報サービスの高度な版と考えることができる。
【００６０】
図１８で、情報共存サービスの文脈でチャネル割当をどのようにして行えるのかを説明する。ＨｅＭＳ（基地局管理システム）１８０５内のＣＭ１８１５が、ＮｏｄｅＢ１８１０からスペクトル要求またはスペクトル調整１８２０を受信した後に、ＣＭ１８１５は、ＨｅＮＢ１８１０の地理的位置に基づいて、ダウンロードされたＴＶＷＳデータベース（リモートＴＶＷＳデータベース１８３５からダウンロードすることができる）およびオペレータ共存データベース１８２５をチェックして、その位置で使用可能なチャネルのリストを得ることができる。ＣＭ１８１５は、ＣＤＩＳ１８３０から、要求するＨｅＮＢネットワークの近くで動作するネットワークの連絡情報を得ることができる。
【００６１】
ＨｅＮＢごとに、ＣＭ１８１５は、相互依存性マッピングをビルドすることができ、その結果、ＨｅＮＢ１８１０およびオペレータのネットワークならびに潜在的に干渉するか所与のＨｅＮＢによって影響されるＣＤＩＳ１８３０に登録された他のネットワークのＡＰを識別できるようになる。相互依存性マッピングに基づいて、ＣＭ１８１５は、関係する隣接ネットワーク（それに関連するＣＭを介して）に関する更新された検出および使用データを収集することができる（１８４０）。その後、ＣＭ１８１５は、この情報を処理し、使用可能なチャネルがランキングされて処理された候補リストを含むことができるチャネル使用情報１８４５と、関係する関連するＴＶＷＳチャネル使用情報とを要求するＨｅＮＢネットワーク１８１０を提供することができる（１８４５）。
【００６２】
いくつかのオペレータごとのポリシを、使用可能なＴＶＷＳチャネルの判定において適用することができる。これらのポリシは、規制ルールならびに同一チャネル共有ルールなどの他のオペレータ固有ポリシを含むことができる。同様に、オペレータ固有ポリシは、周波数（チャネル）再利用ポリシを適用できるＨｅＮＢ間の距離範囲を指定することができる。たとえば、２つのＨｅＮＢ間の距離が、あるしきい値より大きい場合に、これらのＨｅＮＢは、余分な制限（たとえば、最大送信パワー）なしに同一のチャネルを使用することができる。
【００６３】
ＨｅＮＢ１８１０がチャネル使用情報を受信した１８４５後に、ＤＳＭのＲＲＭ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｒ：無線リソースマネージャ）１８５０内のスペクトル割当機能は、チャネル選択判断を行い（１８５５）、オペレータの共存データベース１８２５が更新されうるようにするためにＣＭに知らせる（１８６０）ことができる。
【００６４】
このアーキテクチャ内で、限定なしに、次の２つのＬＴＥ共存システムを検討されたい。これらのアーキテクチャのそれぞれについて、ＬＴＥネットワーク（特にＨｅＮＢネットワーク）に焦点があるが、他のネットワーク技術または企業ネットワークなどの異なるタイプのネットワークも可能でなければならない。これは、ＨｅＮＢネットワークが、ＴＶＷＳチャネルならびにＩＳＭ帯で動作する能力を有することを仮定するものである。本明細書で述べるように、ＴＶＷＳチャネル上で動作できるデバイスは、ＴＶＢＤと呼ばれるが、ＷＴＲＵまたは移動局と呼ばれる場合もある。さらに、ＴＶＢＤを、ＵＥとすることができ、ＨｅＮＢまたはＷｉＦｉデバイスを、ＵＥ、ＨｅＮＢ、またはＷｉＦｉデバイスとすることができる。
【００６５】
（直接相互通信を用いる共存システム）
（直接相互通信を用いる共存システムのアーキテクチャ）
直接ＣＭ間通信を用いる集中化された共存エンティティに基づく展開例を図１９に示す。この展開では、ＴＶＷＳデータベース１９０５ならびにＣＤＩＳ（共存ディスカバリおよび情報サーバ）１９１０が、インターネット１９１５上に配置される。各ＬＴＥネットワークオペレータ１９２０、１９２５、１９３０は、コアネットワーク上、具体的にはＨｅＭＳ（ＨｅＮＢ管理システム）１９６５内に存在するそれ自体のＣＭ（共存マネージャ）１９３５、１９４０、１９４５およびオペレータ共存データベース１９５０、１９５５、１９６０を有することができる。各ネットワーク、たとえばＨｅＮＢ１９７０は、それ自体のＣＥ（共存イネーブラ）１９７５を有し、送受器１９８０、ラップトップ機１９８５、または他のデバイスに接続され得る。情報共存サービスについて、チャネル選択機能性を、ＨｅＮＢ１９７０内で行うことができるが、管理共存サービスについて、チャネル選択機能性を、ＣＭ１９３５、１９４０、１９４５で行うことができることに留意されたい。
【００６６】
図１９は、単一のＴＶＷＳデータベース１９０５および単一のＣＤＩＳ１９１０を示すが、システム内に複数のエンティティが存在することができる。さらに、ＬＴＥコアネットワークは、複数のＣＭおよびオペレータ共存データベースを有することができる。ＣＭおよびオペレータ共存データベースの分離は、位置に依存することができる。言い替えると、コアネットワークは、複数の地域ＣＭおよび地域オペレータ共存データベースを有することができる。いくつかのネットワーク（たとえば、ＷＬＡＮ）について、ＣＭ、ＣＥ、およびオペレータ共存データベースは、ＡＰがＣＥのために要求されるタイプの上位層機能性をサポートしない場合があるので、同一のデバイスに存在することができる。
【００６７】
ＣＤＩＳ１９１０は、隣接ディスカバリサービスをＣＭ１９３５、１９４０、１９４５に提供することができる。ＣＭ１９３５、１９４０、１９４５が示す位置に基づいて、ＣＤＩＳ１９１０は、その位置の周囲のネットワークのリストならびにこれらのネットワークの連絡情報によって応答することができる。
【００６８】
オペレータ共存データベース１９５０、１９５５、１９６０は、検出および使用データとも称する、ネットワークオペレータ内のすべての副ネットワークのＴＶＷＳ使用情報を含むことができる。オペレータ共存データベース１９５０、１９５５、１９６０は、ＣＭの次のＨｅＭＳ１９６５内に存在することができ、複数のエントリを含み、各エントリは、ＴＶＷＳ帯上で動作する１つのＨｅＭＳエンティティまたはＡＰに対応する。
【００６９】
ＣＭ機能を、ＨｅＭＳ１９６５内に配置することができる。ＣＭ機能は、ＨｅＮＢ間ならびにオペレータ間の共存動作を管理する責任を負うことができる。そのＣＭがホスティングする機能は、次を含むことができる。
【００７０】
（１）オペレータ共存データベース１９５０、１９５５、１９６０を維持する。
【００７１】
（２）オペレータ内のネットワークに関してＴＶＷＳデータベース１９０５およびＣＤＩＳ１９１０を更新する。
【００７２】
（３）隣接ＣＭからの情報を含む検出および使用データを獲得し、その監督の下のＨｅＮＢ１９７０ごとに相互依存性マッピングを構築し、維持する。
【００７３】
（４）使用可能なチャネルのある初期ランキングならびにチャネル周波数ごとの衝突しない物理セルＩＤの提案を含むことができるＴＶＷＳチャネル使用情報を処理し、要求するＨｅＮＢ１９７０に転送する（情報サービスのみ）。
【００７４】
（５）ＴＶＷＳリソースをオペレータ内のＨｅＮＢネットワーク１９７０に割り当てる（管理サービスのみ）。
【００７５】
（６）オペレータ内の複数のＨｅＮＢネットワーク１９７０間でＴＶＷＳ使用を調整する（管理サービスのみ）。
【００７６】
（７）オペレータを超えて複数のＨｅＮＢネットワーク間でＴＶＷＳ使用をネゴシエートする（管理サービスのみ）。
【００７７】
ＬＴＥコアネットワークに関連するＨｅＮＢ１９７０が、ＴＶＷＳ帯内で動作できる場合には、そのＨｅＮＢ１９７０は、ＣＥ機能をサポートすることができる。ＣＥ１９７５は、ＨｅＮＢネットワーク能力およびリソース必要の情報を収集することができる。ＣＥ１９７５は、この情報をＣＭ１９３５、１９４０、１９４５に提供することができ、ＣＭ１９３５、１９４０、１９４５は、関連するＬＴＥコアネットワーク１９２０、１９２５、１９３０に存在することができる。情報ベースの共存サービスについて、ＣＥ１９７５は、ＣＭ１９３５、１９４０、１９４５からスペクトル使用情報を受信することができる。ＣＥ１９７５は、この情報をＨｅＮＢ１９７０に渡すことができる。ＣＥ１９７５は、リソース割当判断をＨｅＮＢ１９７０からＣＭ１９３５、１９４０、１９４５に転送することもできる。管理ベースの共存サービスについて、ＣＥ１９７５は、リソース割当判断をＣＭ１９３５、１９４０、１９４５から受信することができる。ＣＥ１９７５は、それ相応にＨｅＮＢ動作を構成することができる。
【００７８】
図２０に、図１８および図１９に似た要素および番号付けを使用する、ＬＴＥ  ＨｅＮＢシステム内の集中化された共存エンティティ手法の例示的実施形態を示す。図示されているように、ＣＭ２０１５およびオペレータの共存データベース２０２５を、ＨｅＭＳ２００５に配置することができる。ＣＤＩＳ２０３０は、ＴＶＷＳデータベース２０３５と同一位置に配置される。ＣＥ２０７５を、ＨｅＮＢ２０１０内に含めることができ、ＨｅＮＢ２０１０は、ＷＴＲＵ２０８０とも通信する。
【００７９】
（情報サービスに関する動作）
図２１に、情報共存サービスに関する潜在的なＣＭの動作を示す。この場合に、ＴＶＷＳ帯内で動作できるＨｅＮＢ／ＣＥがアクティブ化されるときに、そのＨｅＮＢ／ＣＥは、まず、ＣＭに登録要求を送信し（２１０５）、これに、オプションで、オペレータ共存データベースの更新が続く（２１１０）。ＨｅＮＢは、ＦＣＣ規制の文脈でＭｏｄｅ  ＩＩ  ＴＶＢＤとして、ＴＶＷＳデータベースに直接にまたは間接に登録することができる（２１１５）。この登録では、ＣＭは、ネットワークＩＤ、ネットワーク管理者連絡情報、およびおそらくはＨｅＮＢ内のすべてのＴＶＢＤデバイスの情報（たとえば、デバイスＩＤ、デバイスタイプ、デバイス通し番号、位置、送信アンテナ高さ、その他）などのＨｅＮＢネットワーク情報を収集することができる。そのような情報は、オペレータ共存データベース内に格納される。
【００８０】
その後、ＣＭは、ある種のＴＶＢＤ情報、たとえばＨｅＮＢデバイスＩＤ、デバイスタイプ、通し番号、デバイス位置、連絡情報などを提供することによって、すべての固定されたまたはＭｏｄｅ  ＩＩのＴＶＢＤを、その代わりに（たとえば、ＬＴＥシステム内のＨｅＮＢ）ＴＶＷＳデータベースに登録する（２１１５）。ＣＭは、ある種のＨｅＮＢネットワーク情報、たとえばネットワーク位置、ネットワークカバレージエリア、ネットワークオペレータ連絡情報を提供することによって、すべてのＨｅＮＢネットワークをＣＤＩＳに登録することもできる（２１２５）。
【００８１】
登録プロセスが完了した後に、ＣＭは、登録するＨｅＮＢのカバレージエリア内の主ユーザに関連するＴＶＷＳデータベースからＴＶＷＳ使用情報を獲得することができる（２１２０）。この情報を使用して、特定のＨｅＮＢの相互依存性マッピングを構築することができる。ＴＶＷＳデータベース情報ダウンロードは、ＦＣＣルールによって要求される頻度で、たとえば毎日行うことができる。
【００８２】
ＣＭは、ＣＥからＨｅＮＢネットワーク更新を受信することもできる（２１３０）。この場合に、ＣＭは、オペレータ共存データベースを更新することができる（２１３５）。Ｍｏｄｅ  ＩＩ  ＴＶＢＤデバイス（たとえば、ＨｅＮＢ）の位置変更など、いくつかの場合に、ＣＭは、ＴＶＷＳデータベースおよびＣＤＩＳを更新することもできる（２１４０）。ネットワーク更新は、ＨｅＮＢネットワークによる、またはステップ２１２０ａに示されるように、ＴＶＷＳデータベースからの周期的ダウンロードにおける、ある種のＴＶＷＳチャネルリソースの解放を含むこともできる。
【００８３】
ＣＭが、隣接ＣＭからスペクトル問合せ（２１４５）を受信した後に（２１５０）、ＣＭは、オペレータ共存データベースをチェックして（２１５５）、特定の位置で、このオペレータが対象のＴＶＷＳチャネル上で動作するネットワークを有するかどうかを調べることができる。ＣＭは、そのようなスペクトル使用情報に応答することができる（２１６０）。
【００８４】
ＣＭが、スペクトル要求またはスペクトル調整をＨｅＮＢネットワークから（それに関連するＣＥを介して）受信した後に（２１４５）、ＣＭは、ＨｅＮＢネットワーク位置に依存して、ダウンロードされたＴＶＷＳデータベースをチェックし（２１６５）、オペレータ共存データベースをチェックして（２１７０）、その位置で使用可能なチャネルのリストを調べることができる。その後、ＣＭは、要求するＨｅＮＢネットワークの近くのネットワークの連絡情報についてＣＤＩＳをチェックすることができる（２１７５）。隣接ネットワークがある場合には、ＣＭは、隣接ネットワーク（それに関連するＣＭを介して）およびその監督の下の他のＨｅＮＢをチェックして、相互依存性マッピングに基づいて関係する検出および使用データを獲得することができる（２１８０）。
【００８５】
その後、ＣＭは、ＴＶＷＳチャネル使用情報を処理し、要求するＨｅＮＢに転送することができ、このＴＶＷＳチャネル使用情報は、使用可能なチャネルのある初期ランキングならびにチャネル周波数ごとの衝突しない物理セルＩＤの提案を含むことができる（２１８５）。チャネル使用情報を、ランキングされたチャネルリストとして提供することができる。使用可能なチャネルをランキングする異なる形がある。１つの判断基準を、チャネルのユーザに基づくものとすることができる。たとえば、あるチャネルのユーザを、１）主ユーザ、２）フレンドリ副ユーザ、３）非フレンドリ副ユーザとすることができる。別の判断基準を、ネットワーク間の干渉レベルに基づくものとすることができる。チャネル使用情報は、ＬＴＥシステムが動作しなければならない動作モードを示すこともできる。たとえば、次の３タイプの動作モードがあるものとすることができる。
【００８６】
（１）サブライセンスド（Ｓｕｂｌｉｃｅｎｓｅｄ）：いずれの主ユーザおよび他の副ユーザによっても使用されない、特定の地理的区域について特定の時間の間にオペレータまたはユーザにサブライセンスされるＴＶＷＳチャネル（すなわち、典型的には、もともとＤＴＶ放送局によって所有されるが、契約および／または仲介を介して使用可能にされたチャネル）。
【００８７】
（２）使用可能：主ユーザからは自由であるが、任意の副ユーザによって使用され得るＴＶＷＳチャネル。
【００８８】
（３）ＰＵ割当済み：主ユーザが検出される場合に副ユーザがそのチャネルを去ることを要求する主ユーザによって使用されるＴＶＷＳチャネル。
【００８９】
ＣＭは、要求するＨｅＮＢネットワークからのスペクトル割当判断を待つことができ（２１９０）、そのオペレータ共存データベースをそれ相応に更新する（２１９５）。ＣＭは、要求するＨｅＮＢネットワークが隣接ＨｅＮＢネットワークと同一のＴＶＷＳチャネルを使用する（または使用した）場合に、隣接ＨｅＮＢネットワーク（同一オペレータ内の）にも知らせる（２１９７）。
【００９０】
いくつかのオペレータごとのポリシを、使用可能なＴＶＷＳチャネルの判定において適用することができる。これらのポリシは、すべてのＴＶＢＤが従わなければならないＦＣＣルールならびに同一チャネル共有ルールなどの他のオペレータ固有ポリシを含む。同一チャネル共有ポリシは、次を述べることができる。
【００９１】
（１）このオペレータのＨｅＮＢが、ｉ）同一オペレータの、ｉｉ）フレンドリ隣接ＣＭの、またはｉｉｉ）信頼できないＣＭの、別のＨｅＮＢと同一チャネルを共有できるかどうか。
【００９２】
（２）同一チャネル共有がサポートされる場合に、どのタイプの同一チャネル共有が許容されるのか。同一チャネル共有方式は、ＴＤＭ、ＦＤＭ、および干渉管理を含む。同一チャネル共有方式を、これらのＨｅＮＢのサービングＣＭに関係付けることができる。たとえば、ＨｅＮＢは、同一オペレータのＨｅＮＢとのＴＤＭ、ＦＤＭ、および干渉管理タイプの同一チャネル共有を有することができ、異なるフレンドリオペレータのＨｅＮＢとのＦＤＭおよび干渉管理タイプの同一チャネル共有を有することができ、信頼できないＣＭのＨｅＮＢとの干渉管理タイプの同一チャネル共有のみを有することができる。
【００９３】
（３）同一チャネル共有がサポートされる場合に、同一チャネル共有方式を適用できるＨｅＮＢ間の距離範囲はどれくらいであるのか。
【００９４】
同様に、オペレータ固有ポリシは、周波数（チャネル）再利用ポリシを適用できるＨｅＮＢ間の距離範囲を指定することができる。たとえば、２つのＨｅＮＢ間の距離が、あるしきい値より大きい場合に、それらのＨｅＮＢは、余分な制限（たとえば、最大送信パワー）なしで同一のチャネルを使用することができる。
【００９５】
上の同一チャネル共有ポリシおよびチャネル再利用ポリシを、隣接チャネル使用（または副隣接チャネル使用など）に拡張することができる。たとえば、あるオペレータのＨｅＮＢ＿１が、ＴＶＷＳチャネルを使用しつつある場合に、同一のオペレータのＨｅＮＢ＿２は、そのＨｅＮＢ＿１からの距離があるしきい値より大きい場合に、隣接チャネルを使用することができる。ＨｅＮＢ＿２の最大送信パワーを制限することもできる。その一方で、フレンドリオペレータ（ＣＭ）のＨｅＮＢ＿３は、そのＨｅＮＢ＿１からの距離が別のしきい値より大きい場合に隣接チャネルを使用することができ、ＨｅＮＢ＿３の最大送信パワーを、ＨｅＮＢ＿２とは異なる値によって制限することができる。
【００９６】
上のポリシのほとんどは、ＨｅＮＢの位置に基づくが、他の要因を考慮に入れることもできる。たとえば、サードパーティが、都市範囲の区域にわたって無線環境測定を実行することができる。そのような測定が、ＴＶＷＳチャネルをカバーすることができる。したがって、オペレータポリシは、そのような測定情報を使用できるかどうか、およびどのように使用できるのかを指定することができる。別のポリシの例を、ある種のルールをモバイルＨｅＮＢに適用できるかどうかとすることができる。
【００９７】
図２２に、ＨｅＮＢ２２１０、ＨｅＭＳ２２０５、ＣＤＩＳ２２３０、およびＴＶＷＳデータベース２２３５などの異なるＬＴＥシステムノードにまたがる動作ポリシに関する異なる作用する機能を示す。
【００９８】
ＨｅＭＳ２２０５のオペレータポリシエンジンは、下記の責任を負うことができる。
【００９９】
（１）丸で囲まれた１によって示される、ＣＭ２２１５がＨｅＮＢ２２１０に送信される処理されたチャネル候補リストをそれから導出するオペレータポリシ２２１７に基づく制約およびプリファレンスの提供。
【０１００】
（２）丸で囲まれた２によって示される、ＨｅＮＢ２２１０の初期化時ならびに動作中（たとえば、ポリシの変更時）のＨｅＮＢポリシエンジン２２１６へのオペレータポリシの転送の管理。
【０１０１】
ＨｅＮＢポリシエンジン２２１６を、入力としてのオペレータポリシ２２１７の受取と、丸で囲まれたＢによって示される、初期化時および動作中（たとえば、ポリシの変更時）のＤＳＭ  ＲＲＭ２２１２内のＳＡ（スペクトル割当）機能２２１３への制約およびプリファレンスの発行との責任を負うＨｅＮＢ  ＤＳＭ  ＲＲＭ２２１２の一部となりうる。ＨｅＮＢポリシエンジン２２１６は、電力制御、ＲＡＣ、ＩＣＩＣ、その他など、ＨｅＮＢ２２１０内の他の機能を制約することができる。
【０１０２】
ＨｅＭＳ２２０５内の共存マネージャ２２１５は、ＨｅＮＢ２２１０に送信される処理されたチャネル候補リストを構成する際の入力としてオペレータポリシエンジン２２１６によって提供される制約を使用することができる。
【０１０３】
ＨｅＮＢ  ＤＳＭ  ＲＲＭ２２１２内のスペクトル割当は、チャネル選択アルゴリズムへの入力としてＨｅＮＢポリシエンジン２２５０によって提供される制約およびプリファレンスを使用する。
【０１０４】
（情報サービスに関するＣＥ動作）
ＣＥは、ＨｅＮＢ上に存在し、ＨｅＮＢが共存サービスから利益を得ることを可能にするためにＣＭとの主インターフェースであることができる。情報サービスに関するＣＥの動作を、図２３に示す。
【０１０５】
当初に、ＣＥは、ＨｅＮＢの代わりにＣＭに登録し（２３０５）、ＣＭは、ＣＥをその代わりにＴＶＷＳデータベースに登録して、ＨｅＮＢがＭｏｄｅ  ＩＩ  ＴＶＢＤとして従うことを保証することができる。ＨｅＮＢは、（ＣＥを介して）登録された後に、ＴＶＢＤから、共存のために要求される情報（たとえば、ネットワーク能力、リソースの必要、および無線環境）を収集することができる（２３１５）。ＣＥは、この情報を処理し、そのサービングＣＭにサブセットを送達することができる（２３２０）。ネットワーク更新がある場合には（２３１０）、ＣＥは、この変更についてＣＭに知らせることができる。ネットワーク更新は、（１）ネットワークのプロパティに対する変更、たとえば、ＨｅＮＢの位置または送信パワーが変更される、（２）ネットワークＱｏＳ要件に対する変更、（３）ネットワーク無線環境に対する変更、および（４）ネットワークがいくつかのＴＶＷＳチャネルの使用を停止する、を含むことができる。
【０１０６】
ＣＥは、それに関連するＨｅＮＢからＴＶＷＳサービス要求を受信すると、ＣＭにスペクトル要求またはスペクトル調整メッセージを送信することができ（２３２５）、リソース要求をＣＭに送信することができる（２３２８）。ＨｅＮＢからのスペクトル要求を、さまざまな要因によってトリガすることができる。要因のなかには、ＨｅＮＢによって開始されるものがあり、ＵＥによって開始されるものもある。ＨｅＮＢによって開始される要因は、（１）ネットワーク劣化検出（輻輳／大量の再送信…）、（２）ダウンリンクに関するより多くのバッファ占有、および（３）ライセンス交付されたセルパワーの制限された増加を伴うセルエッジにおけるＵＥ、を含む。
【０１０７】
ＵＥによって開始される要因は、（１）ＵＥがより多くの帯域幅の必要を検出する（高ＱｏＳアプリケーションの始動、大きいサイズのアップリンクバッファ）、および（２）ＵＥがライセンス交付された帯域内で干渉を受ける、を含む。
【０１０８】
ＣＥは、そのサービングＣＭから現在のスペクトル使用情報を受信する（２３３５）。その後、ＣＥは、ＨｅＮＢがスペクトル割当判断を行うために、この情報をＨｅＮＢに渡す。ＣＥは、ＨｅＮＢからスペクトル判断を受信した後に、これをＣＭに送信する（２３４０）。
【０１０９】
ＣＥが、同一チャネル共有通知（情報サービスに関して）またはスペクトル割当更新（管理サービスに関して）をＣＭから受信する場合には（２３４５）、ＣＥは、この更新についてＨｅＮＢに知らせる（２３５０）。
【０１１０】
（共存システム手順）
（登録手順）
ＨｅＮＢは、共存サービスを使用する前に、共存システムに登録することができる。登録手順をＣＥによって使用して、ＣＭへのそのＨｅＮＢネットワークまたはデバイスの情報を更新することができる。基本的に、ＣＥは、ＨｅＮＢから、共存のために要求される情報に関して収集する。ＣＥは、この情報を処理し、そのサービングＣＭに送達する。その後、ＣＭは、その共存データベースを更新し、ＨｅＮＢをＴＶＷＳデータベースおよびＣＤＩＳに登録する。
【０１１１】
登録手順の例示的な呼出フローを図２４に示し、メッセージの内容を下で説明する。
【０１１２】
ＣＥ登録要求２４０５：これは、ＣＥ１９７５からそのサービングＣＭ１９３５に送信されるメッセージである。このメッセージ２４０５は、ＨｅＮＢネットワークをＬＴＥコアネットワーク１９６５内のＣＭ１９３５に登録することができる。このメッセージの内容は、１）ＨｅＮＢネットワーク全般情報（たとえば、ネットワークＩＤ、ジオロケーションを含むネットワークアクセスポイント位置、ネットワーク管理者連絡情報）、２）ＨｅＮＢネットワーク詳細情報（たとえば、ネットワークカバレージエリア、ネットワークＱｏＳ要件、ネットワーク無線環境、すべての関連するＴＶＢＤの情報、従うべきいくつかのポリシ）とすることができる。
【０１１３】
ＣＥ登録応答２４１０：これは、「ＣＥ登録要求」メッセージ２４０５に対する応答としてＣＭ１９３５からＣＥ１９７５に送信できるメッセージである。このメッセージは、登録が成功であるか否かをＣＥ１９７５に知らせる。
【０１１４】
オペレータ共存データベース更新２４１５：これは、ＣＭ１９３５からオペレータ共存データベース１９５０に送信されるメッセージとすることができる。このメッセージは、同一オペレータに関するＬＴＥネットワークによってカバーされる区域内のＨｅＮＢネットワーク情報に関してオペレータ共存データベース１９５０を変更することができる。このメッセージの内容は、オペレータ共存データベース内に格納される項目のサブセットである。このメッセージの内容は、１）ネットワーク識別情報（たとえば、ネットワークＩＤおよびタイプ、ＨｅＮＢネットワークの識別アドレス、ＨｅＮＢのジオロケーション）、２）各関連するＨｅＮＢネットワークのＴＶＷＳ使用情報（たとえば、ＨｅＮＢネットワークによって占有されるＴＶＷＳチャネル、ＨｅＮＢネットワークによって使用されるＴＶＷＳチャネルの時間持続時間、ＨｅＮＢネットワーク中央コントローラのアンテナ高さおよび送信パワー）、３）ネットワーク動作情報（たとえば、ネットワークカバレージエリア、干渉区域関連情報、デバイス情報、ネットワークＱｏＳ要件、ネットワーク無線環境情報、ポリシ情報）を含む。
【０１１５】
ＴＶＷＳデータベース登録要求２４２０：これは、ＣＭ１９３５からＴＶＷＳデータベース１９０５に送信されるメッセージとすることができる。このメッセージは、ＨｅＮＢの代わりにＴＶＷＳデータベース１９０５にＭｏｄｅ  ＩＩ  ＴＶＢＤとしてＣＥ１９７５を登録することができる。このメッセージの内容は、１）ＴＶＢＤ  ＩＤ、２）ＴＶＢＤタイプ（すなわち、固定されたデバイスまたはＭｏｄｅ  ＩＩポータブルデバイス）、３）ＴＶＢＤアンテナ高さ、４）ＴＶＢＤ位置、５）ＴＶＢＤの他の能力、６）ある連絡情報などとすることができる。そのようなメッセージが、単一のＴＶＢＤごとに１つ存在することができる。
【０１１６】
ＴＶＷＳデータベース登録応答２４２５：これは、「ＴＶＷＳデータベース登録要求」メッセージ２４２０に対する応答としてＴＶＷＳデータベース１９０５からＣＭ１９３５に送信されるメッセージとすることができる。このメッセージは、Ｍｏｄｅ  ＩＩ  ＴＶＢＤ（たとえば、ＨｅＮＢ）の登録が成功であるか否かをＣＭ１９３５に知らせることができる。
【０１１７】
ＣＤＩＳ登録要求２４３０：これは、ＣＭ１９３５からＣＤＩＳ１９１０に送信できるメッセージである。このメッセージ２４３０は、ＣＭ１９３５によってサービスされるすべてのＨｅＮＢネットワークをＣＤＩＳ１９１０に登録するためのものである。このメッセージの内容は、ＣＤＩＳ１９１０内の項目のサブセットとすることができる。メッセージ２４３０は、１）ＨｅＮＢネットワークのジオロケーション、２）送信パワークラス、３）ＨｅＮＢネットワークの識別アドレス、４）ＨｅＮＢネットワーク内で使用される無線技術、５）オペレータ情報を含む。
【０１１８】
ＣＤＩＳ登録応答２４３５：これは、「ＣＤＩＳ登録要求」メッセージ２４３０に対する応答としてＣＤＩＳ１９１０からＣＭ１９３５に送信されるメッセージである。このメッセージは、ＨｅＮＢネットワークの登録が成功であるか否かをＣＭ１９３５に知らせる。
【０１１９】
ＴＶＷＳデータベース問合せ２４４０：これは、ＣＭ１９３５からＴＶＷＳデータベース１９０５へと送信されうるメッセージである。ＣＭ１９３５は、ある種のネットワークのカバレージエリア内の主ユーザからＴＶＷＳチャネルの使用情報を獲得することができる。このメッセージの内容は、１）ＨｅＮＢ位置およびＨｅＮＢネットワークカバレージエリア、２）対象のＴＶＷＳチャネルを含むことができる。
【０１２０】
ＴＶＷＳデータベース応答２４４５：これは、「ＴＶＷＳデータベース問合せ」メッセージ２４４０に対する応答としてＴＶＷＳデータベース１９０５からＣＭ１９３５に送信されうるメッセージである。このメッセージの内容は、「ＴＶＷＳデータベース問合せ」メッセージ２４４０内で示された位置の近くに配置された主ユーザネットワークのリストとすることができる。これらの主ユーザネットワークの詳細情報、たとえば、位置、占有されるＴＶＷＳチャネル、占有持続時間、送信パワーレベルおよびアンテナ高さなどを提供することもできる。
【０１２１】
（ネットワーク更新手順）
ＨｅＮＢネットワークが更新を有する場合に、ＣＥ１９７５は、ＣＭ１９３５に知らせることができる。それに対応して、ＣＭ１９３５は、オペレータ共存データベースを更新することができる。必要な場合には、ＣＭ１９３５は、ＴＶＷＳデータベース１９０５およびＣＤＩＳデータベース１９１０を更新することもできる。ネットワーク更新手順の例示的な呼出フローを図２５に示し、メッセージの内容を下で説明する。
【０１２２】
ネットワーク情報更新２５０５：これは、ＣＥ１９７５からＣＭ１９３５に送信されるメッセージである。このメッセージは、ＨｅＮＢネットワーク情報更新２５０５についてＣＭ１９３５に知らせることができる。このメッセージの内容は、オペレータ共存データベース１９５０内の項目のサブセットであり、１）ネットワーク管理者連絡情報更新、２）ネットワーク中央コントローラ（たとえば、アクセスポイント、ＨｅＮＢ）位置更新、３）ネットワークデバイス情報更新、４）ネットワークＱｏＳ要件更新などを含むことができる。
【０１２３】
ネットワーク情報更新ＡＣＫ２５１０：これは、「ネットワーク情報更新」メッセージの肯定応答としてＣＭ１９３５からＣＥ１９７５に送信されるメッセージとすることができる。
【０１２４】
ＴＶＷＳデータベース更新２５１５：これは、ＣＭ１９３５からＴＶＷＳデータベース１９０５に送信されるメッセージとすることができる。このメッセージは、ＴＶＢＤのデータベースに対する更新に関してＴＶＷＳデータベース１９０５を変更する。このメッセージは、それに関連するＨｅＮＢネットワークのジオロケーション、送信パワークラスなどの更新を含むことができる。これは、高速チャネル切替の場合すなわち、ＨｅＮＢが、ＣＭ情報を受信する前にチャネルを変更することを望む可能性がある場合に必要になる可能性がある。ＣＥは、その判断についてＣＭに単純に知らせることができるものとすることができる。
【０１２５】
ＴＶＷＳデータベース更新ＡＣＫ２５２０：これは、「ＴＶＷＳデータベース更新」メッセージ２５１５の肯定応答としてＴＶＷＳデータベース１９０５からＣＭ１９３５に送信されるメッセージとすることができる。
【０１２６】
ＣＤＩＳ更新２５２５：これは、ＣＭ１９３５からＣＤＩＳ１９１０に送信されるメッセージである。このメッセージは、ＨｅＮＢネットワーク変更、たとえば、ＨｅＮＢネットワークの更新されたジオロケーション、その中央コントローラ（たとえば、アクセスポイント、ＨｅＮＢ）の新しい送信パワーなどに関してＣＤＩＳ１９１０を更新することができる。
【０１２７】
ＣＤＩＳ更新ＡＣＫ２５３０：これは、「ＣＤＩＳ更新」メッセージ２５２５の肯定応答としてＣＤＩＳ１９１０からＣＭ１９３５に送信されるメッセージである。
【０１２８】
（スペクトル要求手順）
ＨｅＮＢネットワークが新しいスペクトル要求を有する場合に、ＣＥ１９７５は、スペクトル要求メッセージをＣＭ１９３５に送信する。ＣＭ１９３５は、ダウンロードされたＴＶＷＳデータベース１９０５、オペレータ共存データベース、およびその隣接ＣＭ１９３５をチェックして、ＨｅＮＢの相互依存性マッピングに基づいて検出および使用データを獲得することができる。その後、ＣＭ１９３５は、この情報を処理し、ＨｅＮＢの使用可能なチャネルのリストを含まなければならないチャネル使用情報をＨｅＮＢの代わりにＣＥ１９７５に戻って供給することができる。使用可能なチャネルのこのリストを、ある種の判断基準に従ってランキングすることができる。追加の情報を、リストの一部として提供することができる。
【０１２９】
チャネルタイプ（サブライセンスド、使用可能、ＰＵ割当済み）に関する情報も提供されなければならない。ＨｅＮＢは、この使用可能なチャネルのリストから、ローカル無線環境および他の要因に基づいて１つを選択する。ＣＥ１９７５は、このスペクトル割当判断をＣＭ１９３５に通知することができ、ＣＭ１９３５は、その後、その共存データベースを更新する。同一チャネル共有すなわちＨｅＮＢがその隣接ＨｅＮＢと同一のチャネルを使用できる場合には、ＣＭ１９３５は、対応する隣接ＨｅＮＢに知らせることができる。
【０１３０】
情報サービスに関するスペクトル要求手順の例示的な呼出フローを図２６に示し、メッセージの内容を下で説明する。
【０１３１】
オペレータ共存データベース問合せ２６１０：このメッセージを、ＣＭ１９３５からオペレータ共存データベース１９５０に送信することができる。これは、オペレータ内の副ユーザからＴＶＷＳチャネルの使用情報を獲得することができる。このメッセージの内容は、ａ）問い合わせるＨｅＮＢネットワークのジオロケーションおよびネットワークカバレージエリア、ｂ）対象のＴＶＷＳチャネルを含むことができる。
【０１３２】
オペレータ共存データベース応答２６１５：このメッセージを、「オペレータ共存データベース問合せ」メッセージ２６１０に対する応答としてオペレータ共存データベース１９５０からＣＭ１９３５に送信することができる。このメッセージは、そのカバレージエリアが「オペレータ共存データベース問合せ」メッセージ２６１０内のＨｅＮＢネットワークのカバレージエリアとオーバーラップし、対象のＴＶＷＳチャネル上で動作しつつあるネットワークに関する情報を含むことができる。メッセージ２６１５は、ネットワーク情報およびＴＶＷＳ使用情報を提供し、この情報は、１）対象のＴＶＷＳチャネルの送信パワークラスおよび干渉レベル、２）ネットワークの識別アドレス、３）ネットワークのジオロケーションなどを含むことができる。
【０１３３】
ＣＤＩＳ問合せ２６２０：このメッセージを、ＣＭ１９３５からＣＤＩＳ１９１０に送信することができる。これは、ある位置での隣接ネットワーク情報を獲得することができる。このメッセージの内容は、１）対象の位置およびカバレージエリア、２）対象のＴＶＷＳチャネル、３）ネットワークオペレータ、４）干渉レベルなどを含むことができる。
【０１３４】
ＣＤＩＳ応答２６２５：このメッセージを、「ＣＤＩＳ問合せ」メッセージ２６２０に対する応答としてＣＤＩＳ１９１０からＣＭ１９３５に送信することができる。このメッセージ２６２５は、ｉ）そのカバレージエリアが問い合わせるＨｅＮＢネットワークのカバレージエリアとオーバーラップし、ｉｉ）対象のＴＶＷＳチャネル上で動作しつつあり、ｉｉｉ）そのオペレータが問い合わせるＨｅＮＢネットワークのオペレータとは異なるネットワークに関する情報を含むことができる。このメッセージの内容は、１）問い合わせるＨｅＮＢネットワークの隣接物のリスト、２）各隣接ネットワークの情報（たとえば、ジオロケーション、送信パワークラス、識別アドレス）、３）各隣接ネットワークのオペレータ情報を含むことができる。
【０１３５】
ＣＭ問合せ２６３０：このメッセージを、ＣＭ１９３５からその隣接ＣＭ１９４５に送信することができる。これは、隣接ＣＭ１９４５に関連するネットワーク内のＴＶＷＳチャネル使用情報を獲得することができる。このメッセージの内容は、１）対象の位置およびカバレージエリア、２）対象のＴＶＷＳチャネル、３）ネットワーク情報、４）許容干渉レベルなどを含むことができる。
【０１３６】
ＣＭ応答２６３５：このメッセージを、「ＣＭ問合せ」メッセージ２６３０に対する応答として隣接ＣＭ１９４５からＣＭ１９３５に送信することができる。このメッセージは、ｉ）そのカバレージエリアが問い合わせるＨｅＮＢネットワークのカバレージエリアとオーバーラップし、ｉｉ）対象のＴＶＷＳチャネル上で動作しつつあり、ｉｉｉ）そのオペレータが問い合わせるＨｅＮＢネットワークのオペレータとは異なるネットワークに関する情報を含むことができる。このメッセージ２６３５の内容は、１）ネットワークのジオロケーションおよびカバレージエリア、２）対象のＴＶＷＳチャネル内で動作する送信パワーレベル、３）対象のＴＶＷＳチャネルの干渉レベル、４）対象のＴＶＷＳチャネルの使用時間などを含むことができる。
【０１３７】
スペクトル要求２６４０：このメッセージを、ＣＥ１９７５からＣＭ１９３５に送信することができる。これは、ネットワークの位置で使用可能なＴＶＷＳチャネルを獲得することができる。このメッセージの内容は、１）対象のＴＶＷＳチャネル、２）帯域幅要件、３）ＴＶＷＳチャネルの持続時間、４）ＨｅＮＢセルＩＤ、または５）ネットワーク連絡情報を含むことができる。
【０１３８】
スペクトル応答２６４５：このメッセージを、「スペクトル要求」メッセージ２６４０に対する応答としてＣＭ１９３５からＣＥ１９７５に送信することができる。このメッセージは、ある種のネットワークのサブライセンスド／使用可能／ＰＵ割当済みチャネルのリストの情報を含むチャネル使用情報を含むことができる。このメッセージの内容は、１）割り当てられたＴＶＷＳチャネル、２）チャネル使用の持続時間、３）ある詳細なＴＶＷＳ使用情報、たとえば送信パワー、アンテナ高さなどを含むことができる。
【０１３９】
スペクトル応答ＡＣＫ２６５０：このメッセージを、「スペクトル応答」メッセージ２６４５に対する応答としてＣＥ１９７５からＣＭ１９３５に送信することができる。このメッセージは、ある種のネットワークの割り当てられたチャネルの情報を含むことができる。このメッセージの内容は、１）使用されるＴＶＷＳチャネル、２）ＴＶＷＳチャネルの持続時間、３）ある詳細なＴＶＷＳ使用情報、たとえば送信パワー、アンテナ高さ、ランキングされたチャネルリストなどを含むことができる。
【０１４０】
同一チャネル共有２６５５：このメッセージを、ＣＭ１９３５から隣接ＣＥ１９４０に送信することができる。これは、隣接ＣＥ１９４０に、その隣接ネットワークがそれと同一のチャネルを使用しつつあることを知らせることができる。このメッセージは、干渉するネットワークに関する情報を含むことができる。このメッセージの内容は、１）ネットワークのジオロケーションおよびカバレージエリア、２）ＴＶＷＳチャネル内で動作する送信パワー、３）ＴＶＷＳチャネルの干渉レベル、４）ＴＶＷＳチャネルの使用時間、５）ＱｏＳ要件を含むことができる。
【０１４１】
同一チャネル共有ＡＣＫ２６６０：このメッセージを、「同一チャネル共有」メッセージ２６５５の肯定応答として隣接ＣＥ１９４０からＣＭ１９３５に送信することができる。
【０１４２】
管理サービスに関するスペクトル要求手順の例示的な呼出フローを、図２７に示す。図２６と比較して、管理サービスに関する複数のさらなるメッセージがある。
【０１４３】
スペクトル割当提案２７０５：このメッセージを、ＣＭ１９３５からその隣接ＣＭ１９４５に送信することができる。このメッセージの内容は、ある持続時間の間にＴＶＷＳチャネルのＣＭ１９３５によって提案されるスペクトル割当使用とすることができる。これは、その隣接ＣＭ１９４５から合意を獲得することができる。内容は、１）ネットワークＩＤ（またはＨｅＮＢネットワークＩＤ）、２）ＨｅＮＢネットワーク、ＨｅＮＢの送信パワークラス、アンテナ高さ、および位置、３）ＨｅＮＢネットワークによって占有されるＴＶＷＳチャネル、４）ＨｅＮＢネットワークによって占有される持続時間、５）ビッディングプロセス（ｂｉｄｄｉｎｇ  ｐｒｏｃｅｓｓ）情報などのネゴシエーション方法固有情報を含むことができる。
【０１４４】
スペクトル割当提案応答２７１０：このメッセージを、「スペクトル割当提案」メッセージ２７０５に対する応答として隣接ＣＭ１９４５からＣＭ１９３５に送信することができる。このメッセージは、スペクトル割当提案が承認されるか否かを、ＴＶＷＳ使用を提案したＣＭ１９３５に応答するためのものである。スペクトル割当提案が承認されない場合には、提案される変更も、このメッセージ内に含まれ、ネゴシエーション方法固有情報をも含めることができる。
【０１４５】
スペクトルランキング要求２７１５：このメッセージを、ＣＭ１９３５からＣＥ１９７５に送信することができる。このメッセージの内容は、１）ある位置で使用可能なＴＶＷＳチャネルのリスト、２）これらのチャネルの使用の制限などを含むことができる。このメッセージは、これらの使用可能なチャネルを使用する優先順位を得ることを目指すものである。そのようなランクを、ローカル無線環境に基づくものとすることができる。
【０１４６】
スペクトルランキング応答２７２０：このメッセージを、ＣＥ１９７５からＣＭ１９３５に送信することができる。このメッセージの内容は、１）ランキングされた使用可能なＴＶＷＳチャネルのリスト、２）これらのチャネルの使用のある詳細を含むことができる。
【０１４７】
さらに、管理サービスに関する次のメッセージの内容は、情報サービスに関するものとは異なる。
【０１４８】
スペクトル要求２７４０：このメッセージを、ＣＥ１９７５からＣＭ１９３５に送信することができる。これは、ネットワークの位置で使用可能なＴＶＷＳチャネルを獲得することができる。このメッセージの内容は、１）対象のＴＶＷＳチャネル、２）帯域幅要件、３）ＴＶＷＳチャネルの持続時間などを含むことができる。
【０１４９】
スペクトル応答２７４５：このメッセージを、「スペクトル要求」メッセージ２７４０に対する応答としてＣＭ１９３５からＣＥ１９７５および／または隣接ＣＥ１９４０に送信することができる。このメッセージは、ある種のネットワークの割り当てられたチャネル情報を含む。このメッセージの内容は、１）ネットワークに割り当てられたＴＶＷＳチャネル、２）ＴＶＷＳチャネルの持続時間、３）アクセスポイントまたはＨｅＮＢの送信パワーなどを含むことができる。
【０１５０】
スペクトル応答ＡＣＫ２７５０：このメッセージを、「スペクトル応答」メッセージ２７４５に対する肯定応答としてＣＥ１９７５からＣＭ１９３５に、および／または隣接ＣＥ１９４０からＣＥ１９３５に、送信することができる。
【０１５１】
（スペクトル調整手順）
ＨｅＮＢネットワークが、既にＴＶＷＳチャネルを占有しているが、チャネル品質が低いことを検出する場合に、ＣＥ１９７５は、スペクトル調整メッセージをＣＭ１９３５に送信することができる。スペクトル要求手順と同様に、ＣＭ１９３５は、ダウンロードされたＴＶＷＳデータベース１９０５、オペレータ共存データベース、およびその隣接ＣＭ１９４５をチェックして、ＨｅＮＢの相互依存性マッピングに基づいて検出および使用データを獲得することができる。その後、ＣＭ１９３５は、この情報を処理し、ＨｅＮＢ１９７０に関する使用可能なチャネルのリストを含まなければならないチャネル使用情報を、ＨｅＮＢ１９７０の代わりにＣＥ１９７５に戻って供給することができる。使用可能なチャネルのこのリストを、ある種の判断基準に従ってランキングすることができる。追加の情報を、リストの一部として提供することができる。チャネルタイプ（サブライセンスド、使用可能、ＰＵ割当済み）に関する情報も提供されなければならない。ＨｅＮＢは、ローカル無線環境および他の要因に基づいて、この使用可能なチャネルリストから１つを選択する。ＣＥ１９７５は、このスペクトル割当判断をＣＭ１９３５に通知し、ＣＭ１９３５は、その後、その共存データベースを更新する。同一チャネル共有すなわちＨｅＮＢがその隣接ＨｅＮＢと同一のチャネルを使用する場合には、ＣＭ１９３５は、対応する隣接ＨｅＮＢに知らせることができる。
【０１５２】
情報サービスに関するスペクトル要求手順の例示的な呼出フローを、図２８に示す。図２８を図２６と比較すると、相違は、スペクトル調整メッセージと同一チャネル共有メッセージの内容とにある。
【０１５３】
スペクトル調整２８０５：このメッセージを、ＣＥ１９７５からＣＭ１９３５に送信することができる。これは、現在占有されているチャネルが低い品質を有することをＣＭ１９３５に知らせることができ、ＨｅＮＢは、ネットワークの位置で使用可能なＴＶＷＳチャネル（現在のチャネルを超える）を獲得することを試みる。このメッセージの内容は、１）現在占有されているＴＶＷＳチャネルおよびその品質レベル、２）対象のＴＶＷＳチャネル、３）帯域幅要件、４）ＴＶＷＳチャネルの持続時間などを含むことができる。
【０１５４】
同一チャネル共有２８５５：このメッセージを、ＣＭ１９３５から隣接ＣＥ１９４０に送信することができる。これは、１）隣接ＣＥ１９４０に、その隣接ネットワークがそれと同一のチャネルを使用しつつあること、２）隣接ＣＥ１９４０に、その隣接ネットワークがそれと同一のチャネルを使用していたが、現在は異なるチャネルを使用しつつあることを知らせることができる。このメッセージは、干渉するネットワークに関する情報を含むことができる。このメッセージの内容は、１）ネットワークのジオロケーションおよびカバレージエリア、２）ＴＶＷＳチャネル内で動作する送信パワーレベル、３）ＴＶＷＳチャネルの干渉レベル、４）ＴＶＷＳチャネルの使用時間、５）同一共有される副ネットワークのＲＡＴなどの共存情報、６）共有モード（たとえば、使用可能なときチャネルを使用する、またはあるパーセンテージの最大値についてチャネルを使用する）を含むことができる。
【０１５５】
同一チャネル共有ＡＣＫ２８６０：このメッセージを、「同一チャネル共有」メッセージ２８５５の肯定応答として隣接ＣＥ１９４０からＣＭ１９３５に送信することができる。
【０１５６】
管理サービスに関するスペクトル調整手順の呼出フローは、図２６および図２７に類似する。相違は、「スペクトル要求」メッセージを「スペクトル調整」メッセージによって置換することである。
【０１５７】
（ＯＡＭタイプ１インターフェースでのポリシ関連メッセージ）
ＯＡＭインターフェースタイプ１が、ＨｅＭＳからＨｅＮＢへオペレータポリシを転送するのに使用される。ここで、オペレータポリシエンジン２２１６は、図２２の２２０２によって示されるように、ある種のオペレータポリシをＨｅＮＢポリシエンジン２２５０に送信することができる。
【０１５８】
オペレータポリシ転送を、ＨｅＭＳ（またはそのオペレータポリシエンジン）２２０５によって開始することができる。これを、周期的に行うことができ、またはイベントトリガとすることができる。たとえば、ＨｅＭＳ２２０５は、毎日１回またはＨｅＭＳのオペレータポリシに対する変更がある場合に、オペレータポリシに関してすべてのそれに接続されたＨｅＮＢ２２１０と同期化することができる。ＨｅＭＳによって開始されるポリシ転送は、通常、マルチキャスト／ブロードキャストの形である、すなわち、ポリシを、すべての接続されたＨｅＮＢにマルチキャストすることができる。ＨｅＭＳによって開始されるポリシ転送を、ＨｅＭＳ２２０５がＴＲ−０６９「ＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓ」メッセージを送信することによって実施することができる。ＨｅＮＢ２２１０は、このメッセージを受信した後に、ＴＲ−０６９「ＳｅｔＰａｒａｍｅｔｅｒＲｅｓｐｏｎｓｅ」メッセージをＨｅＭＳ２２０５に送信することができる。ＴＲ−０６９メッセージの別の対「ＳｅｔＰａｒａｍｅｔｅｒＡｔｔｒｉｂｕｔｅｓ」および「ＳｅｔＰａｒａｍｅｔｅｒＡｔｔｒｉｂｕｔｅｓＲｅｓｐｏｎｓｅ」を使用することもできる。オペレータポリシ転送の代替の形は、ファイルダウンロードを介する。オペレータポリシエンジンは、すべてのオペレータポリシを単一のファイルとして保存し、ＴＲ−０６９「Ｄｏｗｎｌｏａｄ」メッセージを使用して送信する。ＨｅＮＢ２２１０は、ＴＲ−０６９「ＤｏｗｎｌｏａｄＲｅｓｐｏｎｓｅ」メッセージに応答する。
【０１５９】
オペレータポリシ転送を、ＨｅＮＢ２２１０によって開始することもできる。１つの例示的な条件は、ＨｅＮＢ２２１０がＨｅＭＳ２２０５に登録し、オペレータポリシに関する情報を有しないことである。ＨｅＮＢによって開始されるポリシ転送を、ＨｅＮＢ２２１０がＴＲ−０６９「ＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ」メッセージをＨｅＭＳ２２０５に送信することによって実施することができる。このメッセージの１つのパラメータが、オペレータポリシである。ＨｅＭＳ２２０５は、すべてのオペレータポリシをメッセージに含めることによって、ＴＲ−０６９「ＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ」メッセージをＨｅＮＢ２２１０に送信する。代替の形は、ファイルダウンロードを介する。ＨｅＮＢ２２１０は、ＴＲ−０６９「ＴｒａｎｓｆｅｒＣｏｍｐｌｅｔｅ」メッセージをＨｅＭＳ２２０５に送信し、オペレータポリシのファイルを要求する。ＨｅＭＳ２２０５は、オペレータポリシファイルが添付されたＴＲ−０６９「ＴｒａｎｓｆｅｒＣｏｍｐｌｅｔｅＲｅｓｐｏｎｓｅ」メッセージを送信することができる。
【０１６０】
（Ｓ１インターフェース上のＣＥ−ＣＭメッセージ）
進行中の仮定は、ＨｅＭＳで終端されるＯＡＭタイプ１インターフェースを介してＣＥをＣＭに接続することである。しかし、通常のｅＮＢは、標準ＯＡＭインターフェースから利益を得ることができず、ＣＭ機能と通信するためにＳ１インターフェースに頼らなければならない可能性がある。ＨｅＮＢとＬＴＥコアネットワーク（具体的には、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）またはＳ−ＧＷ（サービングゲートウェイ））との間の通常の接続は、Ｓ１インターフェースを介するものとすることができる。図２９に示されるように、Ｓ１インターフェースは、ユーザプレーン用のＳ１−Ｕインターフェースと制御プレーン用のＳ１−ＭＭＥインターフェースとを含む。Ｓ１−ＭＭＥインターフェースは、ＨｅＮＢ  ＧＷ（ゲートウェイ）を通ることができる。
【０１６１】
上で定義したＣＥ−ＣＭメッセージのそれぞれの、Ｓ１−ＭＭＥインターフェースメッセージへのマッピングを検討されたい。図２０に示されたものに似た、類似する番号付けを使用する、対応するアーキテクチャを、図２９に示す。
【０１６２】
ＣＥ−ＣＭメッセージ２９０５は、ＣＥ登録要求およびＣＥ登録応答を含むことができる。
【０１６３】
ＣＥ登録要求／応答：ＣＥ登録要求メッセージは、ＨｅＮＢ２０１０内のＴＶＢＤのＣＭ２０１５への登録に関する情報を含むことができる。ＣＥ登録応答メッセージは、ＣＥ登録要求メッセージに対する応答である。
【０１６４】
この２つの高水準メッセージは、次のＳ１メッセージに関係する。
【０１６５】
ｉ）Ｓ１セットアップ手順：ｅＮＢおよびＭＭＥがＳ１インターフェース上で正しく相互作用するために必要なアプリケーションレベルデータを交換するため。この手順は、非ＵＥ関連シグナリングを使用する。メッセージは、次を含む。ａ）Ｓ１セットアップ要求：ＨｅＮＢが、適当なデータを含むこのメッセージをＭＭＥに送信する。ｂ）Ｓ１セットアップ応答：Ｓ１セットアップ要求メッセージの受信時に、ＭＭＥは、適当なデータを含むこのメッセージＨｅＮＢに送信する。このメッセージは、成功のＳ１セットアップ手順を暗示する。ｃ）Ｓ１セットアップ失敗：Ｓ１セットアップ要求メッセージの受信時に、ＭＭＥはこのメッセージをＨｅＮＢに送信する。このメッセージは、不成功のＳ１セットアップ手順を暗示する。
【０１６６】
ｉｉ）初期コンテキストセットアップ手順：Ｅ−ＲＡＢコンテキスト、セキュリティ鍵、ハンドオーバ制限リスト、ＵＥ無線能力およびＵＥセキュリティ能力、その他を含む必要な全体的初期ＵＥコンテキストを確立するため。この手順は、ＵＥ関連シグナリングを使用する。メッセージは、次を含むことができる。ａ）初期コンテキストセットアップ要求：ＭＭＥは、このメッセージをＨｅＮＢに送信する。これは、トレースアクティブ化ＩＥ、ハンドオーバ制限リストＩＥ、ＵＥ無線能力ＩＥ、ＲＡＴの加入者プロファイルＩＤ／周波数優先順位ＩＥ、ＣＳフォールバックインジケータＩＥ、ＳＲＶＣＣ動作可能ＩＥ、ＣＳＧメンバシップステータスＩＥ、登録されたＬＡＩ  ＩＥ、ＧＵＭＭＥＩ  ＩＥ、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ２ＩＥを含むことができる。ｂ）初期コンテキストセットアップ応答：初期コンテキストセットアップ要求メッセージの受信時に、ＨｅＮＢは、要求された動作を実行し、このメッセージをＭＭＥに送信する。このメッセージは、すべての要求された動作が成功であることを暗示する。ｃ）初期コンテキストセットアップ失敗：初期コンテキストセットアップ要求メッセージの受信時に、ＨｅＮＢは、このメッセージをＭＭＥに送信し、要求された動作が不成功であることを暗示することができる。
【０１６７】
ｉｉｉ）Ｅ−ＲＡＢセットアップ手順：１つまたは複数のＥ−ＲＡＢのためにＵｕおよびＳ１上でリソースを割り当て、所与のＵＥについて対応するデータ無線ベアラをセットアップするため。この手順は、ＵＥ関連シグナリングを使用することができる。メッセージは、次を含むことができる。ａ）Ｅ−ＲＡＢセットアップ要求：ＭＭＥは、このメッセージをＨｅＮＢに送信する。このメッセージは、少なくとも１つのＥ−ＲＡＢからなるＥ−ＲＡＢ構成をビルドするＨｅＮＢによって要求される情報を含み、セットアップすべきＥ−ＲＡＢごとに、セットアップアイテムＩＥになるＥ−ＲＡＢを含む。ｂ）Ｅ−ＲＡＢセットアップ応答：Ｅ−ＲＡＢセットアップ要求メッセージの受信時に、ＨｅＮＢは、要求されたＥ−ＲＡＢ構成を実行し、このメッセージに応答しなければならない。
【０１６８】
ｉｖ）ＵＥ能力情報指示手順：ＵＥ関連論理Ｓ１接続を制御するＨｅＮＢは、ＵＥ能力情報を含むＵＥ能力情報指示メッセージをＭＭＥに送信することによって、この手順を開始することができる。
【０１６９】
ｖ）ｅＮＢ直接情報転送手順：ＲＡＮ情報をＨｅＮＢからＭＭＥへ肯定応答されないモードで転送するため。この手順は、非ＵＥ関連シグナリングを使用する。対応するメッセージは、ＥＮＢ直接情報転送と命名される。
【０１７０】
ｖｉ）ｅＮＢ構成転送手順：ＲＡＮ構成情報をＨｅＮＢからＭＭＥへ肯定応答されないモードで転送するため。この手順は、非ＵＥ関連シグナリングを使用する。対応するメッセージに、ＥＮＢ構成転送と命名することができる。
【０１７１】
２．ネットワーク情報更新／更新ＡＣＫ：ネットワーク情報更新メッセージは、ＨｅＮＢネットワーク情報更新を含むことができる。ネットワーク情報更新ＡＣＫメッセージは、ＡＣＫメッセージとすることができる。この２つの高水準メッセージを、次のＳ１メッセージに関係付けることができる。
【０１７２】
ｉ）ＵＥ能力情報指示手順：ＵＥ関連論理Ｓ１接続を制御するＨｅＮＢは、ＵＥ能力情報を含むＵＥ能力情報指示メッセージをＭＭＥに送信することによって、この手順を開始する。
【０１７３】
ｉｉ）ｅＮＢ構成更新手順：ＨｅＮＢおよびＭＭＥがＳ１インターフェース上で正しく相互作用するのに必要なアプリケーションレベル構成データを更新するため。この手順は、既存のＵＥ関連コンテキストに影響しない。メッセージは、次を含むことができる。ａ）ＥＮＢ構成更新：ＨｅＮＢは、動作使用に取り込んだばかりの更新構成データの適当なセットを含むこのメッセージをＭＭＥに送信する。ｂ）ＥＮＢ構成更新肯定応答：ＥＮＢ構成更新メッセージの受信時に、ＭＭＥは、構成データを成功して更新したことを肯定応答するために、このメッセージによって応答する。ｃ）ＥＮＢ構成更新失敗：ＭＭＥは、更新を受け入れることができない場合に、ＥＮＢ構成更新失敗メッセージおよび充当された原因値に応答しなければならない。
【０１７４】
３．スペクトル要求：このメッセージは、ＨｅＮＢがＭＭＥに追加のスペクトルを要求するためのものである。この高水準メッセージを、次のＳ１メッセージに関係付けることができる。
【０１７５】
ｉ）スペクトル要求が、セルトラフィック負荷から生じる場合には、この高水準メッセージは、セルトラフィックトレース手順に関係する。この手順は、割り当てられたトレース記録セッション参照およびトレース参照をＭＭＥに送信するためのものである。この手順は、ＵＥ関連シグナリングを使用する。ＨｅＮＢは、セルトラフィックトレースメッセージをＭＭＥに送信する。
【０１７６】
ｉｉ）スペクトル要求が他の理由、たとえば主ユーザ検出、干渉レベル増加などから生じる場合には、この高水準メッセージは、Ｓ１−Ｕメッセージに関係する。
【０１７７】
４．スペクトルランキング要求／応答：この２つのメッセージは、ＨｅＮＢが、スペクトル割当判断を行うためにＭＭＥに使用可能なチャネルの優先順位を提供するのに使用される。この２つの高水準メッセージを、次のＳ１メッセージに関係付けることができる。
【０１７８】
ｉ）ＭＭＥ直接情報転送手順：ＭＭＥからＨｅＮＢへ肯定応答されないモードでＲＡＮ情報を転送するため。ＭＭＥは、ＭＭＥ直接情報転送メッセージをＨｅＮＢに送信する。
【０１７９】
ｉｉ）ｅＮＢ直接情報転送手順：ＨｅＮＢからＭＭＥへ肯定応答されないモードでＲＡＮ情報を転送するため。ＨｅＮＢは、ＥＮＢ直接情報転送メッセージをＭＭＥに送信する。
【０１８０】
５．スペクトル応答／応答ＡＣＫ：スペクトル応答メッセージは、チャネル使用に関するＭＭＥコマンドを含む。スペクトル応答ＡＣＫメッセージは、ＡＣＫメッセージである。この２つのメッセージを、次のＳ１メッセージに関係付けることができる。
【０１８１】
ｉ）ＭＭＥ構成転送手順：ＭＭＥからＨｅＮＢへ肯定応答されないモードでＲＡＮ構成情報を転送するため。ＭＭＥは、ＭＭＥ構成転送メッセージをＨｅＮＢに送信する。
【０１８２】
ｉｉ）ＭＭＥ構成更新手順：ＨｅＮＢおよびＭＭＥがＳ１インターフェース上で正しく相互作用するのに必要なアプリケーションレベル構成データを更新するため。この手順は、既存のＵＥ関連コンテキストに影響しない。メッセージは、次を含む。ａ）ＭＭＥ構成更新：ＭＭＥは、ＨｅＮＢへの適当な更新された構成データを含むこのメッセージをＨｅＮＢに送信する。ｂ）ＭＭＥ構成更新肯定応答：ＭＭＥ構成更新メッセージの受信時に、ＨｅＮＢは、構成データを成功して更新したことを肯定応答するためにこのメッセージによって応答する。ｃ）ＭＭＥ構成更新失敗：ＨｅＮＢは、更新を受け入れることができない場合に、ＭＭＥ構成更新失敗メッセージおよび充当された原因値に応答しなければならない。
【０１８３】
ｉｉｉ）Ｅ−ＲＡＢ変更手順：所与のＵＥに関する既に確立されたＥ−ＲＡＢの変更を可能にするため。この手順は、ＵＥ関連シグナリングを使用する。メッセージは、次を含む。ａ）Ｅ−ＲＡＢ変更要求：ＭＭＥは、このメッセージをＨｅＮＢに送信する。このメッセージは、既存のＥ−ＲＡＢ構成の１つまたは複数のＥ−ＲＡＢを変更するためにＨｅＮＢによって要求される情報を含むことができる。ｂ）Ｅ−ＲＡＢ変更応答：Ｅ−ＲＡＢ変更要求メッセージの受信時に、ＨｅＮＢは、要求されたＥ−ＲＡＢ構成の変更を実行し、Ｅ−ＲＡＢ変更応答メッセージに応答しなければならない。
【０１８４】
ｉｖ）Ｅ−ＲＡＢ解放手順：所与のＵＥに関する既に確立されたＥ−ＲＡＢの解放を可能にするため。この手順は、ＵＥ関連シグナリングを使用する。メッセージは、次を含む。ａ）Ｅ−ＲＡＢ解放コマンド：ＭＭＥは、このメッセージをＨｅＮＢに送信する。このメッセージは、解放すべきＥ−ＲＡＢリストＩＥ内の少なくとも１つのＥ−ＲＡＢを解放するためにＨｅＮＢによって要求される情報を含む。ｂ）Ｅ−ＲＡＢ解放応答：Ｅ−ＲＡＢ解放コマンドの受信時に、ＨｅＮＢは、このメッセージに応答し、解放すべきすべてのＥ−ＲＡＢに関する結果を示さなければならない。
【０１８５】
（ＣＭ間インターフェース）
送信できる複数のＣＭ間メッセージがある。全体的なアーキテクチャ（図２０参照）によれば、各ＬＴＥネットワークオペレータは、ＬＴＥコアネットワークに存在するそれ自体のＣＭを有することができる。しかし、ＬＴＥネットワーク以外のオペレータのＣＭは、異なる場所に存在することができる。たとえば、ＷＬＡＮネットワークのＣＭを、ＡＰに配置することができる。したがって、ＣＭ間の接続が、異なるタイプを有することができる。ＣＭ間で交換されるメッセージを、次の２タイプに分類することができる。（１）スペクトル情報問合せメッセージ：このタイプのメッセージは、スペクトル使用情報の送信を伴う。これは、スペクトル割当判断を行うのを容易にする。ＣＭ問合せメッセージおよびＣＭ応答メッセージは、このタイプに属する。（２）スペクトル解決メッセージ：このタイプのメッセージは、最終的なスペクトル割当解決に関するＣＭ間のネゴシエーションプロセスを伴う。スペクトル割当提案メッセージおよびスペクトル割当応答メッセージは、このタイプに属する。
【０１８６】
ＣＭ間に別のタイプのメッセージがある可能性があるが、このタイプのメッセージは、ＣＭ間のリンクセットアップまたはリンク棄却（ｌｉｎｋ  ｄｉｓｍｉｓｓａｌ）に関係する。上で述べたように、ＣＭは、その隣接ＣＭ連絡情報をＣＤＩＳから得ることができる。その後、ＣＭは、スペクトル使用情報およびスペクトル解決メッセージを交換する前に、隣接ＣＭとのリンクをセットアップすることを試みる。２つのＣＭは、そのサービングネットワークがオーバーラップを有する場合に限ってリンクをセットアップできることに留意されたい。
【０１８７】
リンクセットアッププロセスを、「ＣＭ登録要求」メッセージおよび「ＣＭ登録応答」メッセージを介して行うことができる。開始するＣＭは、「ＣＭ登録要求」メッセージを送信し、その隣接ＣＭとの接続をセットアップすることを試みる。このメッセージは、隣接ＣＭによってサービスされるネットワーク（１つまたは複数）とのカバレージオーバーラップを有するそのサービングネットワーク（１つまたは複数）の識別情報および動作情報を含む。そのような情報は、オペレータの共存データベース内に含まれる。このメッセージの受信時に、隣接ＣＭは、開始するＣＭによってサービスされるネットワーク（１つまたは複数）とのカバレージオーバーラップを有するサービングネットワーク（１つまたは複数）の識別情報および動作情報を含む「ＣＭ登録応答」メッセージに応答することができる。メッセージ交換の後に、ＣＭは、関連情報をそのそれぞれのオペレータの共存データベースに保存することができる。認証動作および暗号化動作が、メッセージ交換の前またはメッセージ交換中に必要である。たとえば、公開鍵基盤（ＰＫＩ）を、セキュリティのために適用することができる。リンク棄却プロセスを、「ＣＭ登録解除要求」メッセージおよび「ＣＭ登録解除応答」メッセージを介して行うことができる。
【０１８８】
スペクトル情報問合せメッセージは、「ＣＭ問合せ」メッセージおよび「ＣＭ応答」メッセージを含むことができる。開始するＣＭは、特定の位置でのＴＶＷＳチャネル使用情報を入手するために、ＣＭ問合せメッセージを送信する。これは、ＴＶＷＳチャネルに対するそのサービングＨｅＮＢネットワーク動作を容易にする。したがって、このメッセージの内容は、次を含む。
【０１８９】
（１）対象の位置およびカバレージエリア：これは、ＴＶＷＳチャネル動作を要求するＨｅＮＢネットワークのカバレージエリアに基づく。
【０１９０】
（２）対象のＴＶＷＳチャネル：これは、ＨｅＮＢネットワークが使用できるか使用を望む潜在的なチャネルのリストである。これは、ＨｅＮＢネットワーク内のデバイス能力に依存するものとすることができる。
【０１９１】
（３）ネットワーク情報：これは、ＨｅＮＢネットワークのある仕様、主にＨｅＮＢネットワークの無線アクセス技術を与える。たとえば、ＨｅＮＢネットワークが、ＬＴＥ技術を使用している。この情報は、特に同一チャネル共有について、スペクトル解決ネゴシエーションプロセスで有用である可能性がある。
【０１９２】
（４）許容干渉レベル：これは、ＨｅＮＢネットワークが許容できる干渉レベルに関する情報を与える。これは、特に同一チャネル共有について、スペクトル解決ネゴシエーションプロセスで有用である可能性がある。
【０１９３】
ＣＭ問合せメッセージの受信時に、隣接ＣＭは、そのオペレータの共存データベースをチェックして、要求するＨｅＮＢネットワークとのジオロケーション衝突およびＴＶＷＳチャネル衝突を有するサービングＨｅＮＢネットワークがあるかどうかを調べる。ない場合には、内容を全く伴わないＣＭ応答メッセージを送信する。そうでない場合には、ＣＭ応答メッセージは、衝突するＨｅＮＢネットワークのそれぞれのある詳細情報を提供することができる。この情報は、次を含むことができる。
【０１９４】
（１）位置およびカバレージエリア：これは、対象のＴＶＷＳチャネル上で動作する衝突するＨｅＮＢネットワークのカバレージエリアに基づく。
【０１９５】
（２）ＴＶＷＳチャネル：これは、衝突するＨｅＮＢネットワークが使用しつつあるＴＶＷＳチャネルのリストである。
【０１９６】
（３）ＴＶＷＳ使用情報：これは、ＴＶＷＳチャネル使用に関するある詳細情報である。これは、ＴＶＷＳチャネル占有の持続時間、アクセスポイントアンテナ高さ、アクセスポイント送信パワーレベルなどを含む。ＴＶＷＳチャネル上で動作するアプリケーションのＱｏＳ条件を含めることもできる。
【０１９７】
（４）ネットワーク情報：これは、衝突するＨｅＮＢネットワークのある仕様、主にＨｅＮＢネットワークの無線アクセス技術を与える。この情報は、特に同一チャネル共有について、スペクトル解決ネゴシエーションプロセスで有用である可能性がある。
【０１９８】
（５）許容干渉レベル：これは、衝突するＨｅＮＢネットワークが許容できる干渉レベルに関する情報を与える。これは、特に同一チャネル共有について、スペクトル解決ネゴシエーションプロセスで有用である可能性がある。
【０１９９】
（６）チャネル許容情報：これは、次に関する情報を提供する。ａ）衝突するＨｅＮＢによって現在占有されているＴＶＷＳチャネルリソースを解放できるかどうか、ｂ）チャネルリソースを解放できる形。ｃ）チャネルリソース解放に関する補償。ＴＶＷＳチャネルリソース解放を、チャネルを完全に排出するか部分的なチャネルリソースを犠牲にすることという形にすることができる。前者は、排他的チャネル使用に対応し、後者は、同一チャネル共有に対応する。同一チャネル共有機構は、ＦＤＭベース、ＴＤＭベース、または干渉管理ベースを含む。ＦＤＭベースの同一チャネル共有の場合について、衝突するＨｅＮＢネットワークは、どのサブチャネルを解放できるのかを指定することができる。ＴＤＭベースの同一チャネル共有の場合について、衝突するＨｅＮＢネットワークは、どのタイムスロットを解放できるのかを指定することができる。干渉管理ベースの同一チャネル共有の場合について、衝突するＨｅＮＢネットワークは、その送信パワーレベルをどれほど減らすことができるのかを指定することができる。（チャネルリソース解放に関する）補償を、チャネルリソース解放について要求するＨｅＮＢネットワークが衝突するＨｅＮＢネットワークに支払うトークンの個数とすることができる。
【０２００】
スペクトル解決メッセージは、「スペクトル割当提案」メッセージおよび「スペクトル割当応答」メッセージを含む。開始するＣＭは、その提案されるＴＶＷＳチャネル使用プランについてその隣接ＣＭの承認を得るために、スペクトル割当提案メッセージを送信する。このメッセージの内容は、次を含むことができる。
【０２０１】
（１）ＨｅＮＢネットワーク情報：これは、要求するＨｅＮＢのネットワークＩＤおよびそのネットワークアクセスポイント位置を含む。
【０２０２】
（２）ＴＶＷＳ使用プラン：これは、使用されるＴＶＷＳチャネル、チャネル使用の持続時間、アクセスポイントアンテナ高さ、およびアクセスポイント送信アンテナパワーなどを含む。
【０２０３】
（３）チャネル許容情報：これは、次に関する情報を提供する。３ａ）これが排他的チャネル使用または同一チャネル共有使用のどちらであるのか。３ｂ）同一チャネル共有使用に関して、チャネルリソースのうちで使用される部分。ＦＤＭベースの同一チャネル共有の場合について、要求するＨｅＮＢネットワークは、どのサブチャネルを使用すべきかを指定することができる。ＴＤＭベースの同一チャネル共有の場合について、要求するＨｅＮＢネットワークは、どのタイムスロットを使用すべきかを指定することができる。干渉管理ベースの同一チャネル共有の場合について、要求するＨｅＮＢネットワークは、衝突するＨｅＮＢネットワークをそこまで減らさなければならない送信パワーレベルを指定することができる。３ｃ）チャネルリソース解放の価格。
【０２０４】
価格は、要求するＨｅＮＢネットワークがチャネルリソース解放について衝突するＨｅＮＢネットワークに支払うつもりであるトークンの個数とすることができる。価格を、要求するＨｅＮＢネットワークが衝突するＨｅＮＢネットワークのチャネルリソースについて衝突するＨｅＮＢネットワークに解放することを望むチャネルリソースとすることもできる。この動作は、チャネル交換プロセスに関係する。チャネル交換の１つの目的は、キャリアアグリゲーション応用例で、いくつかのガードスペクトルを隣接チャネル条件で利用できるので、隣接チャネルが、分離されたチャネルより効率的になり得ることである。
【０２０５】
スペクトル割当提案メッセージの受信時に、隣接ＣＭは、スペクトル割当提案を受け入れる、さらにネゴシエートする、または拒絶する、のどれを望むのかを判断することができる。提案を受け入れるか拒絶すると判断する場合には、スペクトル割当応答メッセージ内でこの結果を説明することができる。提案を受け入れまたは拒絶する理由を挿入することもできる。たとえば、そのサービングＨｅＮＢネットワークとの衝突を全く有しないスペクトル割当提案を受信する場合には、その提案を受け入れることができる。絶対に解放したくないリソースに関するスペクトル割当提案を受信する場合には、その提案を拒絶することができる。
【０２０６】
隣接ＣＭが、開始するＣＭとのさらなるネゴシエーションを望む状況がある。たとえば、もし、チャネルリソース解放に関する開始するＨｅＮＢネットワークのビッド（価格）が満足されない、要求されたチャネルリソースの一部を解放できない、または提案される送信パワーが低すぎるなどの場合、隣接ＣＭは、チャネルリソース解放の所望の形を指定することができる。この場合に、スペクトル割当応答メッセージは、スペクトル割当提案メッセージに類似する内容を有することができる。
【０２０７】
スペクトル割当提案メッセージおよびスペクトル割当応答メッセージを、最終的な解決策が両方のＣＭによって受け入れられるまで、複数のラウンドで行うことができる。
【０２０８】
（直接相互通信を用いないＬＴＥ共存システム）
（直接相互通信を用いない共存システムのアーキテクチャ）
直接ＣＭ間通信を用いない集中化された共存機構の例示的な展開を図３０に示す。この展開は、ＣＭ１９３５、１９４０、１９４５の間のリンクがもはや存在しないことを除いて、図１９に類似する。やはり、この展開では、ＴＶＷＳデータベース１９０５およびＣＤＩＳ１９１０を、インターネット上に配置することができる。各ＬＴＥネットワークオペレータは、コアネットワーク上に存在するそれ自体のＣＭおよびオペレータ共存データベースを有することができる。各ネットワーク、たとえばＬＴＥシステム内のＨｅＮＢ１９７０は、それ自体のＣＥ１９７５を有することができる。
【０２０９】
直接通信を用いるＬＴＥ共存システムの場合に似て、オペレータの共存データベースは、ネットワークオペレータ内のすべての副ネットワークのＴＶＷＳチャネル使用情報を含むことができる。オペレータの共存データベースの内容およびＣＥ機能は、直接通信を用いないＬＴＥ共存システムの場合に類似するものとすることができる。
【０２１０】
ＣＭ１９３５ホストが含むことのできる主機能は、オペレータ共存データベースの維持、オペレータ内のネットワークに関するＣＤＩＳ１９１０およびＴＶＷＳデータベース１９０５の更新、ＣＤＩＳ１９１０からのＴＶＷＳ使用情報の入手、使用可能なチャネルのある初期ランキングならびに各チャネル周波数の衝突しない物理セルＩＤの提案を含むことができるＨｅＮＢネットワークへの現在のＴＶＷＳチャネル使用情報の提供（情報サービスのみ）、ＣＤＩＳでのＴＶＷＳチャネルリソース情報の予約、オペレータ内のＨｅＮＢネットワークへのＴＶＷＳリソースの割当（管理サービスのみ）、およびオペレータ内の複数のＨｅＮＢネットワーク間でのＴＶＷＳ使用の調整（管理サービスのみ）である。
【０２１１】
このシナリオでは、ＣＤＩＳは、２つの異なる形で機能することができ、一方は、高度なＣＤＩＳと呼ばれ、他方は、スマートＣＤＩＳと呼ばれる。
【０２１２】
高度なＣＤＩＳは、位置およびチャネル使用期間に基づいて、ＣＭにＴＶＷＳチャネル使用情報を提供することができる。ＣＤＩＳを、３Ｄテーブル（時間、周波数（またはチャネル）、位置）を有するホワイトボードと考えることができる。特定の位置で、ＣＤＩＳは、２Ｄテーブル（時間、チャネル）に縮退する。ＣＤＩＳは、タイムラインを小さい単位に区分することができ、各（時間単位、チャネル）は、単一のリソースブロックとしてセットされる。ＣＭは、まず、所与の位置でのリソースブロックの充満をチェックすることができる。空のリソースブロックがある場合には、ＣＭは、それを予約し、他のＣＭがこのリソースブロックを使用するのを防ぐことができる。
【０２１３】
高度なＣＤＩＳ展開が、「先着順」ルールを暗示することに留意されたい。ＣＭは、予約されていない場合にＴＶＷＳチャネルリソースブロックを予約することができる。公平さ（ＣＭ間の）を考慮に入れる場合、予約の背後に、あるルール（たとえば、ＦＣＣ公認デバイスに関するＦＣＣルール）があるものとすることができる。
【０２１４】
ＣＭからの各予約に対する制限、たとえば、予約されるＴＶＷＳチャネルの個数および各予約の持続時間があるものとすることができる。
【０２１５】
そのような制限は、ある種のＨｅＮＢネットワークがＴＶＷＳチャネルをあまりに長く占有し、その間に他のＨｅＮＢネットワークがリソースにアクセスできないことを防ぐことができる。各チャネル予約に対する制限を用いると、ＣＭは、ＴＶＷＳチャネルを継続的に使用することを望む場合に、そのチャネルを連続して予約する必要がある。第２のチャネル予約（または呼ばれたチャネルが更新する）は、別のＨｅＮＢネットワークへのチャネル可用性を保証するために、その現在のチャネル占有の終りで許可されるのみとすることができる。言い替えると、別のＨｅＮＢネットワークは、第１のＨｅＮＢネットワークの占有期間中のどのときにも、このチャネルを予約することができる。
【０２１６】
この制限は、ＨｅＮＢネットワークが、チャネルリソースを実際には必要としない場合にそのチャネルリソースを予約することをも防ぐことができる。これは、現在は未使用のチャネルリソースの予約が、ＨｅＮＢネットワークに実際に有用であるその将来のチャネル予約に影響するからである。
【０２１７】
その一方で、いくつかのＨｅＮＢネットワークが、そのネットワーク状況（たとえば、ネットワーク内のＴＶＢＤの個数、ネットワークのＱｏＳ要件）に基づいて、他のＨｅＮＢネットワークより多くのチャネルリソースを予約する場合がある。
【０２１８】
高度なＣＤＩＳの場合に、同一チャネル共有は、より以前のＣＭがチャネルリソースの一部だけを予約し、より後のＣＭがチャネルリソースの残りの部分を使用することによって達成される。そのような同一チャネル共有は、より以前のＣＭが、これと同一のチャネルを共有するより後のＣＭがない場合であってもチャネルリソース全体を使用しないので、ある程度決定論的である。
【０２１９】
ある程度動的である、代替のスマートな同一チャネル共有手法がある。この手法では、ＣＭは、予約時にチャネルリソース全体を使用することができる。別のＣＭがこれとチャネルリソースを共有することを望む場合には、ＣＭは、部分的なチャネルリソースを解放する。
【０２２０】
同一チャネル共有動作は、ＣＤＩＳによって調整される。言い替えると、ＣＤＩＳは、データベースとして以上に機能する。ＣＤＩＳは、異なるオペレータによって提起される共存問題を解決するためのコーディネータのように機能する。スマートＣＤＩＳは、衝突するＣＭに関するあるチャネルリソース割当判断を行う。そのような機能性は、サードパーティによって実施されうるということに言及しておかなければならないが、ここでは、簡潔にするためにサードパーティをＣＤＩＳと組み合わせる。
【０２２１】
２つ以上のＣＭ間での同一チャネル共有を調整するために、スマートＣＤＩＳは、これらのＣＭによってサービスされるネットワークに関する追加の情報、たとえば、ＨｅＮＢネットワーク内のＴＶＢＤの個数、ＨｅＮＢネットワークのＱｏＳ要件などを必要とする可能性がある。この情報を、単一の共存値に要約することができる。スマートＣＤＩＳは、ＣＭの共存値に基づいて調整判断を行うことができる。
【０２２２】
（情報サービスに関するＣＭの動作）
【０２２３】
情報サービスおよび高度なＣＤＩＳに関するＣＭ（共存マネージャ）の動作を図３１に示す。ＣＭの登録プロセスおよびネットワーク更新プロセスは、図２１に類似し、図２１と同様にラベルを付けられ、いくつかのステップは、上で説明したので詳細には説明しない。
【０２２４】
ＣＭが、ＨｅＮＢネットワークからスペクトル要求またはスペクトル調整を（それに関連するＣＥを介して）受信した後に（２１４５）、ＣＭは、ＨｅＮＢネットワーク位置に依存して、ダウンロードされたＴＶＷＳデータベース１９０５、オペレータ共存データベース、および高度なＣＤＩＳをチェックして（２１６５、２１７０、２１７５）、その位置に使用可能なチャネルがあるかどうかを調べることができる。その後、ＣＭは、すべての収集されたＴＶＷＳチャネル使用情報を、要求するＨｅＮＢネットワークに提供することができる（２１８５）。いくつかのオペレータごとのポリシを、使用可能なＴＶＷＳチャネルを判定する際に適用することができる。
【０２２５】
このチャネル使用情報を、ランキングされたチャネルリストとして提供することができる。ＣＭは、要求するＨｅＮＢネットワークからのスペクトル判断を待ち、そのオペレータ共存データベースおよび高度なＣＤＩＳをそれ相応に更新する（２１９５）。ＣＭは、要求するＨｅＮＢネットワークが隣接ＨｅＮＢネットワークと同一のＴＶＷＳチャネルを使用する（または使用した）場合に、隣接ＨｅＮＢネットワーク（同一オペレータ内の）に知らせることもできる（２１９７）。
【０２２６】
スペクトル要求がＣＤＩＳから発する場合に（３１０５）、スペクトル調整を、かかわるＣＥについて行うことができ（３１１０）、オペレータ共存データベースを更新する（３１１５）。
【０２２７】
（共存システムの手順）
（登録手順）
登録手順の呼出フローは、図２４に類似する。相違点は、ＣＤＩＳ登録要求メッセージの内容に関する。
【０２２８】
ＣＤＩＳ登録要求：このメッセージを、ＣＭ１９３５からＣＤＩＳ１９１０に送信することができる。このメッセージは、ＣＭ１９３５によってサービスされるすべてのＨｅＮＢネットワークをＣＤＩＳ１９１０に登録することができる。このメッセージの内容は、ＣＤＩＳ内の項目のサブセットとすることができる。このメッセージは、１）ＨｅＮＢネットワークのジオロケーション、２）送信パワークラス、３）ＨｅＮＢネットワークの識別アドレス、４）ＨｅＮＢネットワーク内で使用される無線技術、５）オペレータ情報、６）ＨｅＮＢネットワークデバイス情報などを含むことができる。
【０２２９】
（ネットワーク更新手順）
ネットワーク更新手順の呼出フローは、図２５に類似する。唯一の相違点は、ＣＤＩＳ更新メッセージの内容に存する。
【０２３０】
ＣＤＩＳ更新：これは、ＣＭ１９３５からＣＤＩＳ１９１０に送信されるメッセージである。これは、ＨｅＮＢネットワーク変更、たとえば、ＨｅＮＢネットワークの更新されたジオロケーション、その中央コントローラ（たとえば、アクセスポイント、ＨｅＮＢ）の新しい送信パワーなどに関してＣＤＩＳ１９１０を更新することができる。
【０２３１】
（スペクトル要求手順）
情報サービスのスペクトル要求手順の例示的な呼出フローを図３２に示し、メッセージの内容を下で説明する。
【０２３２】
ＣＤＩＳ問合せ３２２０：このメッセージを、ＣＭ１９３５からＣＤＩＳ１９１０に送信することができる。これは、ある位置でのネットワーク使用情報を獲得することができる。このメッセージの内容は、１）対象の位置およびカバレージエリア、２）対象のＴＶＷＳチャネル、３）ネットワーク情報、４）許容干渉レベルなどを含むことができる。
【０２３３】
ＣＤＩＳ応答３２２５：このメッセージを、「ＣＤＩＳ問合せ」メッセージ３２２０に対する応答としてＣＤＩＳ１９１０からＣＭ１９３５に送信することができる。このメッセージは、１）そのカバレージエリアが問い合わせるＨｅＮＢネットワークのカバレージエリアとオーバーラップし、２）対象のＴＶＷＳチャネル上で動作しつつあり、３）そのオペレータが問い合わせるＨｅＮＢネットワークのオペレータとは異なるＨｅＮＢネットワークによるＴＶＷＳチャネル使用情報を含むことができる。このメッセージの内容は、それぞれがあるＴＶＷＳチャネルに対応する項目のリストを含むことができる。各項目は、１）ＴＶＷＳチャネルＩＤ、２）ＴＶＷＳチャネル予約ステータスからなる。ＴＶＷＳチャネルが予約されている場合には、予約ステータスエントリは、予約の期間およびＴＶＷＳチャネルを予約するＨｅＮＢネットワークに関する情報、たとえば、ネットワークＩＤ情報、アクセスポイントアンテナ高さ、アクセスポイント送信パワー、ネットワークカバレージエリア、ネットワークデバイス情報などを含むことができる。
【０２３４】
ＣＤＩＳスペクトル予約３２０５：このメッセージを、ＣＭ１９３５からＣＤＩＳ１９１０に送信することができる。このメッセージの内容は、ある持続時間にわたるある位置でのあるＴＶＷＳチャネルの送信側ＣＭ１９３５の提案する予約である。これは、ＣＤＩＳ１９１０から承認を獲得することを目指す。内容は、１）ＨｅＮＢネットワークＩＤ、２）ＨｅＮＢネットワーク情報：ＨｅＮＢの送信パワークラス、アンテナ高さ、および位置、３）ＨｅＮＢネットワークによって占有されるＴＶＷＳチャネル、４）ＨｅＮＢネットワークによって占有される持続時間を含むことができる。
【０２３５】
ＣＤＩＳスペクトル予約応答３２１０：このメッセージを、「ＣＤＩＳスペクトル予約」メッセージ３２０５に対する応答としてＣＤＩＳ１９１０からＣＭ１９３５に送信することができる。このメッセージは、ＴＶＷＳ使用の予約を試みるＣＭ１９３５に、スペクトル予約要求が承認されるか否かに応答するためのものである。スペクトル予約提案が承認されない場合には、提案される変更も、このメッセージ内に含まれる。
【０２３６】
残りのメッセージは、図２６のメッセージと同一の内容を有する。
【０２３７】
管理サービスのスペクトル要求手順の例示的な呼出フローを、図３３に示す。図３２と比較して、管理サービスに関して複数のさらなるメッセージがある。
【０２３８】
スペクトルランキング要求３３０５：このメッセージを、ＣＭ１９３５からＣＥ１９７５に送信することができる。このメッセージの内容は、１）ある位置で使用可能なＴＶＷＳチャネルのリスト、２）これらのチャネルの使用のいくつかの制限などを含むことができる。このメッセージは、これらの使用可能なチャネルの使用の優先順位を得ることを目指すものである。そのようなランキングを、ローカル無線環境に基づくものとすることができる。
【０２３９】
スペクトルランキング応答３３１０：このメッセージを、ＣＥ１９７５からＣＭ１９３５に送信することができる。このメッセージの内容は、１）ランキングされた使用可能なＴＶＷＳチャネルのリスト、２）これらのチャネルの使用のある詳細を含むことができる。
【０２４０】
さらに、管理サービスに関する次のメッセージの内容は、情報サービスに関するものと異なるものとすることができる。
【０２４１】
スペクトル要求３３４０：このメッセージを、ＣＥ１９７５からＣＭ１９３５に送信することができる。これは、ネットワークの位置で使用可能なＴＶＷＳチャネルを獲得することを目指すものである。このメッセージの内容は、１）対象のＴＶＷＳチャネル、２）帯域幅要件、３）ＴＶＷＳチャネルの持続時間などを含むことができる。
【０２４２】
スペクトル応答３３４５：このメッセージを、「スペクトル要求」メッセージ３３４０に対する応答としてＣＭ１９３５からＣＥ１９７５および／または隣接ＣＥ１９４０に送信することができる。このメッセージは、あるネットワークの割り当てられたチャネル情報を含む。このメッセージの内容は、１）ネットワークに割り当てられたＴＶＷＳチャネル、２）ＴＶＷＳチャネルの持続時間、３）いくつかの詳細なＴＶＷＳ使用情報、たとえば、送信パワー、アンテナ高さなどを含む。
【０２４３】
スペクトル応答ＡＣＫ３３５０：このメッセージを、「スペクトル応答」メッセージの肯定応答としてＣＥ１９７５からＣＭ１９３５に、および／または隣接ＣＥ１９４０からＣＭ１９３５に送信することができる。
【０２４４】
（スペクトル調整手順）
スペクトル調整手順の呼出フローは、図３２（情報サービス）および図３３（管理サービス）に類似する。相違は、「スペクトル要求」メッセージを「スペクトル調整」メッセージに置換することである。
【０２４５】
（ＣＭ−ＣＤＩＳ間のインターフェース）
送信される複数のＣＭとＣＤＩＳとの間のメッセージがある。全体的なアーキテクチャ（図３０参照）によれば、各ＬＴＥネットワークオペレータは、ＬＴＥコアネットワーク上に存在するそれ自体のＣＭ１９３５を有することができ、ＣＤＩＳ１９１０は、インターネット上に存在する。したがって、ＣＭ１９３５間の接続を、最もありそうなことにインターネットを介するものとすることができる。ここで、焦点は、ＣＭ１９３５とＣＤＩＳ１９１０との間の高水準ＡＰＩにある。
【０２４６】
ＣＭ１９３５とＣＤＩＳ１９１０との間で交換されるメッセージを、次の３タイプに分類することができる。
【０２４７】
ネットワーク登録および情報更新：このタイプのメッセージは、ＣＤＩＳへのＨｅＮＢネットワークの登録ならびに登録された情報の更新を含む。ＣＤＩＳ登録要求メッセージ、ＣＤＩＳ登録応答メッセージ、ＣＤＩＳ更新メッセージ、およびＣＤＩＳ更新ＡＣＫメッセージが、このタイプに属する。
【０２４８】
スペクトル情報問合せメッセージ：このタイプのメッセージは、スペクトル使用情報の送信を含む。これは、スペクトル予約プロセスを容易にする。ＣＤＩＳ問合せメッセージおよびＣＤＩＳ応答メッセージが、このタイプに属する。
【０２４９】
スペクトル予約メッセージ：このタイプのメッセージは、最終的なスペクトル割当解決に関するＣＭ１９３５とＣＤＩＳとの間の予約プロセスを含む。ＣＤＩＳスペクトル予約メッセージおよびＣＤＩＳスペクトル予約応答メッセージが、このタイプに属する。
【０２５０】
さらに、ＣＭ１９３５とＣＤＩＳ１９１０との間に別のタイプのメッセージがあるものとすることができる。このタイプのメッセージは、ＣＭ１９３５とＣＤＩＳ１９１０との間のリンクセットアップまたはリンク棄却に関係する。ＣＭ１９３５は、その登録の前にＣＤＩＳ１９１０とのリンクをセットアップすることを試みることができる。リンクセットアッププロセスを、「ＣＤＩＳ登録要求」メッセージおよび「ＣＤＩＳ登録応答」メッセージを介して行うことができる。認証動作および暗号化動作が、リンクセットアッププロセス中に必要になる可能性がある。
【０２５１】
ネットワーク登録および情報更新プロセスでは、ＣＭ１９３５は、まず、「ＣＤＩＳ登録要求」メッセージをＣＤＩＳ１９１０に送信することができる。このメッセージは、ＣＭ１９３５によってサービスされるすべてのＨｅＮＢネットワークをＣＤＩＳ１９１０に登録するためのものである。ＣＤＩＳ登録要求メッセージの受信時に、ＣＤＩＳ１９１０は、そのメッセージ内に含まれる情報を格納することができ、「ＣＤＩＳ登録応答」メッセージをＣＭ１９３５に送り返す。ネットワーク更新がある場合には、ＣＭ１９３５は、「ＣＤＩＳ更新」メッセージをＣＤＩＳ１９１０に送信することができ、ＣＤＩＳ１９１０は、「ＣＤＩＳ更新ＡＣＫ」メッセージを用いて確認する。
【０２５２】
スペクトル情報問合せでは、メッセージは、「ＣＤＩＳ問合せ」メッセージおよび「ＣＤＩＳ応答」メッセージを含むことができる。ＣＭ１９３５は、特定の位置でのＴＶＷＳチャネル使用情報を入手するために、ＣＤＩＳ問合せメッセージを送信することができる。これは、ＴＶＷＳチャネルでのそのサービングＨｅＮＢネットワーク動作を容易にする。したがって、このメッセージの内容は、次を含むことができる。
【０２５３】
対象の位置およびカバレージエリア：これは、ＴＶＷＳチャネル動作を要求するＨｅＮＢネットワークのカバレージエリアに基づく。
【０２５４】
対象のＴＶＷＳチャネル：これは、ＨｅＮＢネットワークが使用できるか使用を望む潜在的なチャネルのリストである。これを、ＨｅＮＢネットワーク内のデバイス能力に依存するものとすることができる。
【０２５５】
ネットワーク情報：これは、ＨｅＮＢネットワークのある仕様、主にＨｅＮＢネットワークの無線アクセス技術を与える。たとえば、ＨｅＮＢネットワークが、ＬＴＥ技術を使用している。この情報は、特に同一チャネル共有について、スペクトル解決ネゴシエーションプロセスで有用である可能性がある。
【０２５６】
許容干渉レベル：これは、ＨｅＮＢネットワークが許容できる干渉レベルに関する情報を与える。これは、特に同一チャネル共有について、スペクトル解決ネゴシエーションプロセスで有用である可能性がある。
【０２５７】
ＣＤＩＳ問合せメッセージの受信時に、ＣＤＩＳは、その予約データベースをチェックして、要求するＨｅＮＢネットワークとのジオロケーションおよびＴＶＷＳチャネル予約の衝突を有するＨｅＮＢネットワークがあるかどうかを調べることができる。ない場合には、ＣＤＩＳは、内容を全く伴わないＣＤＩＳ応答メッセージを送信する。そうでない場合には、ＣＤＩＳ応答メッセージは、衝突するＨｅＮＢネットワークのそれぞれのある詳細情報を提供することができる。この情報は、次を含むことができる。
【０２５８】
位置およびカバレージエリア：これは、対象のＴＶＷＳチャネル上で動作する衝突するＨｅＮＢネットワークのカバレージエリアに基づく。
【０２５９】
ＴＶＷＳチャネル：これは、衝突するＨｅＮＢネットワークが使用しつつあるＴＶＷＳチャネルのリストである。
【０２６０】
ＴＶＷＳ使用情報：これは、ＴＶＷＳチャネル使用に関するある詳細情報である。これは、ＴＶＷＳチャネル占有の持続時間、アクセスポイントアンテナ高さ、アクセスポイント送信パワーレベルなどを含む。ＴＶＷＳチャネル上で動作するアプリケーションのＱｏＳ条件を含めることもできる。
【０２６１】
ネットワーク情報：これは、衝突するＨｅＮＢネットワークのある仕様、主にＨｅＮＢネットワークの無線アクセス技術を与える。これは、ＨｅＮＢネットワークのデバイス情報（たとえば、デバイスの個数およびそれらの能力など）をも含むことができる。この情報は、特に同一チャネル共有について、スペクトル解決ネゴシエーションプロセスで有用である可能性がある。
【０２６２】
許容干渉レベル：これは、衝突するＨｅＮＢネットワークが許容できる干渉レベルに関する情報を与える。これは、特に同一チャネル共有について、スペクトル解決ネゴシエーションプロセスで有用である可能性がある。
【０２６３】
チャネル許容情報：これは、次に関する情報を提供する。（１）衝突するＨｅＮＢによって現在占有されているＴＶＷＳチャネルリソースを解放できるかどうか、（２）チャネルリソースを解放できる方法。ＴＶＷＳチャネルリソース解放を、チャネルを完全に排出するか部分的なチャネルリソースを犠牲にすることという形にすることができる。前者は、排他的チャネル使用に対応し、後者は、同一チャネル共有に対応する。同一チャネル共有機構は、ＦＤＭベース、ＴＤＭベース、または干渉管理ベースを含む。ＦＤＭベースの同一チャネル共有の場合について、衝突するＨｅＮＢネットワークは、どのサブチャネルを解放できるのかを指定することができる。ＴＤＭベースの同一チャネル共有の場合について、衝突するＨｅＮＢネットワークは、どのタイムスロットを解放できるのかを指定することができる。干渉管理ベースの同一チャネル共有の場合について、衝突するＨｅＮＢネットワークは、その送信パワーレベルをどれほど減らすことができるのかを指定することができる。（３）チャネルリソース解放に関する補償。補償を、このＨｅＮＢネットワークがそのチャネルリソースを解放するためのトークンの個数とすることができる。
【０２６４】
スペクトル予約メッセージは、「ＣＤＩＳスペクトル予約」メッセージおよび「ＣＤＩＳスペクトル予約応答」メッセージを含むことができる。ＣＭは、ＣＤＩＳで、あるチャネルリソースを予約するためにＣＤＩＳスペクトル予約メッセージを送信する。このメッセージの内容は、次を含むことができる。
【０２６５】
ＨｅＮＢネットワーク情報：これは、要求するＨｅＮＢのネットワークＩＤおよびそのネットワークデバイス情報を含む。
【０２６６】
ＴＶＷＳ使用プラン：これは、使用されるＴＶＷＳチャネル、チャネル使用の持続時間、アクセスポイントアンテナ高さ、およびアクセスポイント送信アンテナパワーなどを含む。
【０２６７】
チャネル許容情報：これは、次に関する情報を提供する。（１）これが排他的チャネル使用または同一チャネル共有使用のどちらであるのか。（２）同一チャネル共有使用に関して、チャネルリソースのうちで使用される部分。（３）チャネルリソース解放の価格。価格は、要求するＨｅＮＢネットワークが支払うつもりであるトークンの個数とすることができる。
ＦＤＭベースの同一チャネル共有の場合について、要求するＨｅＮＢネットワークは、どのサブチャネルを使用すべきかを指定することができる。ＴＤＭベースの同一チャネル共有の場合について、要求するＨｅＮＢネットワークは、どのタイムスロットを使用すべきかを指定することができる。干渉管理ベースの同一チャネル共有の場合について、要求するＨｅＮＢネットワークは、衝突するＨｅＮＢネットワークをそこまで減らさなければならない送信パワーレベルを指定することができる。
価格を、要求するＨｅＮＢネットワークが衝突するＨｅＮＢネットワークのチャネルリソースについて衝突するＨｅＮＢネットワークに解放することを望むチャネルリソースとすることもできる。この動作は、チャネル交換プロセスに関係する。チャネル交換の１つの目的は、キャリアアグリゲーション応用例で、いくつかのガードスペクトルを隣接チャネル条件で利用できるので、隣接チャネルが、分離されたチャネルより効率的になり得ることである。
【０２６８】
ＣＤＩＳスペクトル予約メッセージの受信時に、ＣＤＩＳは、予約が許容可能であるかどうかを判断することができる。予約メッセージが他のＨｅＮＢネットワーク変更を伴わない場合には、そのような判断を、簡単に行うことができる。予約メッセージが別のＨｅＮＢネットワークのチャネルリソース解放を伴う場合には、ＣＤＩＳは、そのデータベースをチェックして、衝突するＨｅＮＢネットワークがこのチャネルリソース解放要求を受け入れることができるかどうかを調べる必要がある。そうである場合には、ＣＤＩＳは、要求するＨｅＮＢネットワークと衝突するＨｅＮＢネットワークとの両方に、その判断について知らせることができる。そうではない場合には、ＣＤＩＳは、第１のＨｅＮＢネットワークによって提案されたスペクトル予約を拒絶することができる。
【０２６９】
（アーキテクチャによる他の可能な共存呼出フロー）
図５は、共存データベース４２５を使用して図４のワイヤレス通信システム４００内で実行される、ＢＳによって開始されるＬＥ帯動作をアクティブ化する手順の流れ図である。
【０２７０】
図５の５０５では、ＢＳ４０５が、当初にライセンス交付された帯域内で動作しているものとすることができる。ＷＴＲＵおよび／またはＢＳ測定値を使用して、ＢＳ４０５内で動作するＲＲＭアルゴリズムは、ＬＥ帯内のキャリアを追加することが有利または必要である可能性がある（現在のＱｏＳ（サービス品質）要件を考慮して）と判定することができる。その後、この追加のキャリアを、ＢＳ４０５によって運営されるセルのうちの１つに現在接続されているＷＴＲＵ４２０のすべてまたはサブセットへ／からのＤＬまたはＵＬのトラフィックのスケジューリングに使用することができる。
【０２７１】
ＲＲＭアルゴリズムの判定の１つの潜在的なトリガを、ネットワークまたは１つもしくは少なくとも１つのＷＴＲＵ４２０が現在輻輳しており、ＢＳ４０５が十分なリソース（ＵＬまたはＤＬ）を割り当てることができないこととすることができる。この判断の別の潜在的なトリガを、少なくとも１つのＷＴＲＵ４２０が、現在セルエッジ条件を経験しつつあり、ＢＳ４０５が、その特定のＷＴＲＵ４２０との通信にＬＥ帯（たとえば、ＴＶＷＳ）の改善された伝搬特性を利用できることとすることができる。別の潜在的なトリガは、ＢＳ４０５が、ＢＳ４０５とのＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ：無線リソース制御）接続を有するＷＴＲＵ４２０からのスケジューリング要求を満足できないことである。
【０２７２】
図５の５１０では、ＢＳ４０５が、それが使用できる帯域幅リソース（たとえば、ＴＶＷＳチャネル）を要求するためにＣＣＰ４１０にＬＥリソース要求を送信する。ＣＣＰ４１０は、ＷＳジオロケーションデータベース４１５および共存データベース４２５のうちの少なくとも１つ内の情報に基づいて最終的な割当判断を提供することによって、すべてのＬＥ帯域幅の使用を管理することができる。
【０２７３】
図５の５１５では、ＣＣＰ４１０が、ＷＳジオロケーションデータベース４１５に問合せ要求を送信して、チャネルの優先順位使用を有するライセンス交付された（主）ユーザによるこれらのチャネルの使用に基づいて潜在的に使用可能なチャネルを入手する。ＷＳジオロケーションデータベース４１５は、所与の位置でのＴＶＷＳチャネルの主ユーザの知識を含む。ＣＣＰ４１０は、ＢＳ４０５からの要求時に（５１０に示されているように）ＷＳジオロケーションデータベース４１５に問合せ要求を送信することができ、または、主ユーザによって占有されるＬＥ帯内のすべてのチャネルの正確なマップを入手するためにＷＳジオロケーションデータベース４１５に問合せ要求を周期的に送信することができる。さらに、ＷＳジオロケーションデータベース４１５は、ＷＴＲＵ４２０が所与の位置で動作できる最大パワーを示すことができる。その結果、問合せ要求は、ＢＳ４０５のジオロケーション位置およびそれがサービスできるＷＴＲＵ４２０を指定することができる。
【０２７４】
図５の５２０では、ＷＳジオロケーションデータベース４１５が、使用可能なチャネルおよび潜在的にこれらのチャネルのそれぞれで使用できる最大送信パワーを指定できる問合せ応答をＣＣＰ４１０に送信する。
【０２７５】
図５の５２５では、ＣＣＰ４１０が、共存データベース４２５が使用される場合に、共存データベース４２５に問合せ要求を送信することもできる。共存データベース４２５は、ＷＳジオロケーションデータベース４１５内の情報に基づいて使用可能であるＬＥチャネルを使用している可能性がある他の副システム（必ずしもＣＣＰ４１０によって管理されない）に関する情報を含むことができる。
【０２７６】
図５の５３０では、問合せ応答を介して共存データベース４２５から入手された情報は、ＣＣＰ４１０が、同一帯域内で動作する他のシステムとの干渉を回避する形でＢＳ４０５にチャネルを割り当てることを可能にすることができる。この情報を使用して、他のシステムによって現在占有されているチャネルを避け、または、干渉を避けるためのＢＳ４０５による動作のルールを指定することができる。あるいは、共存情報を、付近の他のＣＣＰ４１０との通信を介して直接に入手することができる。
【０２７７】
図５の５３５では、ＣＣＰ４１０が、潜在的に使用可能なチャネルのリストならびに追加の共存情報を受信したときに、ＣＣＰ４１０は、ＬＥ帯内の適当なチャネル（１つまたは複数）をＢＳ４０５に割り当てることができる。５３５では、ＣＣＰ４１０は、それがＣＣＰ４１０としてサービスする他のＢＳ４０５との共存を検討することもできる。
【０２７８】
図５の５４０では、ＣＣＰ４１０が、ＢＳ４０５によって尊重される使用ルール／ポリシと一緒に、割り当てられたＬＥリソースをＢＳ４０５に送信することができる。そのようなポリシは、最大送信パワー、チャネル上で検出する必要、および基本的な検出要件を含むことができる。
【０２７９】
図５の５４５では、ＢＳ４０５が、ＣＣＰ４１０によって指定された所与のチャネルまたは帯域幅上で副セルを作成することによって、ＬＥ帯での動作を可能にすることができる。さらに、ＢＳ４０５は、ＣＣＰ４１０によって提供されたＬＥ帯内の代替チャネルを格納することができる（５４０を参照されたい）。その後、ＢＳ４０５は、要求を引き起こしたトリガを満足するために、これらのチャネルをどのように使用できるのかを判定することができる（たとえば、新しいＣＣをＵＬＣＣまたはＤＬＣＣとすることができるかどうかを判定する）。
【０２８０】
図５の５５０では、ＣＣＰ４１０に影響する信号５４５の判定に関する情報（共存および干渉管理に関する）を、ＣＣＰ４１０に送信することができる。
【０２８１】
図５の５５５および５６０では、共存データベース４２５が存在する場合に、ＢＳ４０５によって管理されるネットワークによるチャネルの使用を、共存データベース４２５内の情報に追加することができ、他のシステムが、ＢＳ４０５によって管理されるセルによるＬＥチャネルの使用を知るようにすることができる。
【０２８２】
図５の５６５および５７０では、検出能力がネットワーク内のある種のＷＴＲＵ４２０上で使用可能であり、検出がＢＳ４０５によって割り当てられたチャネル上で要求される場合に、ＢＳ４０５は、検出構成を介して特定の検出タスクをＷＴＲＵ４２０に送信することができる。この構成を、通常は、ライセンス交付されたキャリア上でシステム情報を介して送信することができ、この構成は、潜在的に、検出すべき帯域幅、アルゴリズムタイプ、および検出またはレポートの頻度を識別することができる。
【０２８３】
図５の５７５では、ＢＳ４０５がＬＥ帯での動作を可能にし、使用すべきチャネルを選択した後に、この情報が、ＬＥ帯上のリソースを使用するためにＣＡを実行するように構成され得るＷＴＲＵ４２０のサブセットに送信される。この情報を、ＲＲＣシグナリングを介して送信して、少なくとも１つのＷＴＲＵ４２０に関するＣＣを追加することができる。ＬＥ帯内の副ＣＣが追加された後に、ＢＳ４０５は、リソース割当に関する通常のＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ：媒体アクセス制御）／ＰＨＹ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ：物理層）制御シグナリングを使用して、これらのＷＴＲＵのためにリソースをスケジューリングすることができる（ＵＬまたはＤＬのいずれかで）。
【０２８４】
図６は、共存データベース４２５を使用せずに図４のワイヤレス通信システム内で実行される、ＢＳによって開始されるＬＥ帯動作をアクティブ化する手順の流れ図である。図６では、異なるシステムまたはＲＡＴ間の共存が、ＣＣＰ間の直接通信を介して達成される。各ＣＣＰは、他のＣＣＰとの直接通信によって、周波数の選択に必要な共存情報を入手することができる。各ＣＣＰを、特定のＲＡＴまたはオペレータに関連するすべてのＢＳの責任を負うと考えることができる。共存データベースなしで、ＣＣＰは、共存を保証するために、その区域内の他の副ユーザによって使用されつつあるＬＥスペクトルに関する情報を交換することができる。情報フローは、６２５で、ＣＣＰ４１０が、ＢＳ４０５へのＬＥ帯割当を行う前に、共存データベース４２５の代わりにその隣接ＣＣＰ（１つまたは複数）４３０に照会することを除いて、図５に示されたものとほとんど同一である。また、ＣＣＰ４１０が、共存データベース４２５を更新する必要がない可能性があり、ＣＣＰ  ＬＥ使用確認要求６３５も、確認される（６４０）。
【０２８５】
図７〜１１に関して下で説明する次のシナリオのすべては、ＣＣＰ間通信の場合について、図６に示されているように、共存データベース４２５なしで動作するように変更することができる。
【０２８６】
図７は、共存データベース４２５を使用して図４のワイヤレス通信システム内で実行される、ＢＳによって開始されるＬＥ帯動作を非アクティブ化する手順の流れ図である。
【０２８７】
このシナリオでは、ＢＳ４０５は、ＬＥ帯での動作を停止すると判断する。この変更は、ライセンス交付されたキャリアを介してＢＳ４０５に現在接続されているすべてのＷＴＲＵ４２０に適用することができ、ＢＳ４０５自体が将来はライセンス交付された帯域上でのみ動作できることを暗示する。その結果、現在送信または受信（ＵＬまたはＤＬ）にＬＥチャネルを使用するすべてのＷＴＲＵは、この帯域での動作を停止することができる。したがって、ＬＥ内で構成されたコンポーネントキャリア（ＣＣ（１つまたは複数））を、ＢＳとの接続を有する各ＷＴＲＵの構成から除去することができる。
【０２８８】
図７の７０５では、ＢＳ４０５内のＲＲＭアルゴリズムが、ＢＳ４０５によって管理されるセル全体を介してＬＥ帯での動作を使用不能にすると判断する。ＲＲＭアルゴリズムがこの判断を行うための潜在的なトリガを、ネットワーク負荷をライセンス交付された帯域のみの上で信頼できる形でサポートできる最初にトリガされたシナリオが除去される状態とすることができる。
【０２８９】
図７の７１０では、ＢＳ４０５が、ＬＥ  ＣＣが構成されたＷＴＲＵのすべてについてＬＥキャリアを除去するためにＲＲＣメッセージを送信する。その結果、すべてのＷＴＲＵは、もはや、サウンディング参照信号（ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を送信することも、ＬＥ  ＣＣのＣＱＩ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ：チャネル品質指標）／ＰＭＩ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ：プリコード化マトリクス指標）／ＲＩ（ｒｅｄｕｎｄａｎｃｙ  ｉｎｄｉｃａｔｏｒ：冗長性指標）を測定することも、要求されないものとすることができる。
【０２９０】
図７の７１５では、ＢＳ４０５が、そのＣＡで使用していたＬＥ帯内のリソースの解放についてＣＣＰ４１０に通知する。
【０２９１】
７２０および７２５では、共存データベース４０５が存在する場合に、ＣＣＰ４１０は、問題のＢＳ４０５が、以前に割り当てられたＬＥチャネルをもはや利用していないことを示すために共存データベース４２５を更新することができる。この特定のＣＣＰ４１０の制御の下の他のＢＳ４０５またはネットワークが、まだ同一のチャネルを利用しつつある場合には、共存データベース４２５が、このＣＣＰ４１０の制御の下でこれらのチャネルを利用するシステムがあることをまだ示すことができるので、この手順のある部分が必要ではない可能性がある。
【０２９２】
図７の７３０では、ＣＣＰ４１０が、解放イベントに関してそれ自体のローカルＬＥ使用情報をローカルに更新することもできる。この解放イベントは、ＣＣＰ４１０の制御の下の他のＢＳ４０５に関する追加のリソースを解放することができるので、ＣＣＰ４１０は、将来のリソース要求または同一帯域内でまだ動作している可能性がある他のＢＳ４０５の再構成にこの情報を必要とする可能性がある。７３５では、ＣＣＰ４１０が、ＢＳ４０５に、リソースの解放を確認する。
【０２９３】
図８は、共存データベース４２５を使用して図４のワイヤレス通信システム内で実行される、基地局によって開始されるＣＣ再構成の手順の流れ図である。ライセンス交付された帯域とライセンス不要帯域との両方でのＢＳ４０５の動作中に、ＷＴＲＵのサブセットによって使用されつつあるＬＥ帯内のＣＣを再構成しなければならない状況がある場合がある。そのような再構成の一例を、ネットワークの全体的な負荷の変化に適合するためにＤＬからＵＬ  ＣＣへまたはその逆にＬＥキャリアを変更することとすることができる。別の例を、ＬＥキャリアのＵＬ／ＤＬ構成を動的に変更すること（キャリアがＦＤＤ（周波数分割複信）モードではなくＴＤＤ（時分割複信）で動作する場合）とすることができる。ＢＳ４０５によって行われる再構成判断が、そのＢＳが当初にＣＣＰ４１０から受信したポリシと一貫している場合がある。その場合には、再構成判断をローカルに行うことができ、判断に関する情報だけを、再構成の後にＣＣＰ４１０に送信する必要がある。
【０２９４】
図８の８０５では、ＢＳ４０５のＲＲＭアルゴリズムが、ネットワーク負荷の新しい必要を満足するためにＬＥ内のＣＣを再構成する必要を検出することができる。そのような判断を、ＷＴＲＵ４２０スケジューリング要求、バッファステータスレポート、およびＢＳ４０５に存在するＤＬトラフィックによって指定される相対的なＵＬ／ＤＬリソース要件の変化によってトリガすることができる。
【０２９５】
図８の８１０では、ＢＳ４０５が、その構成が変更を必要とするＣＣを使用しつつあるすべてのＷＴＲＵ４２０にＣＣ再構成メッセージを送信する。このメッセージを、構成の変更を指定する単一の新しいＲＲＣメッセージを介して、またはＣＣの除去とそれに続く新しい構成を用いるそのＣＣの追加とに関するＲＲＣメッセージのセットを使用して、送信することができる。
【０２９６】
図８の８１５では、このＣＣを以前に使用していたＷＴＲＵ４２０が、このキャリアに関するそのローカル情報を変更することができる。情報のこの変更は、ＣＣの再構成の後にＣＣに関するＷＴＲＵ４２０の挙動に影響する可能性がある。たとえば、ＷＴＲＵ４２０が、ＤＬ  ＦＤＤ  ＣＣ上でＣＱＩ／ＰＭＩ／ＲＩを測定していたが、このＣＣがＵＬ  ＦＤＤ  ＣＣに変更されたときには、もはやそれを行う必要がない可能性がある。
【０２９７】
８２０および８２５では、ＣＣ再構成メッセージに続いて、再構成がＣＣＰ４１０によって管理される他のＢＳ４０５との共存に影響する可能性がある場合に、ＢＳ４０５が、再構成についてＣＣＰ４１０に通知する。たとえば、ＣＣが、ＵＬからＤＬにまたはその逆に再構成される場合に、ＣＣＰ４１０は、ＬＥ帯内の同一のまたは隣接するチャネルを使用する他のＢＳ４０５との正しい動作および干渉回避を保証するために、この情報を必要とする可能性がある。その結果、ＣＣＰ４１０は、各ＢＳ４０５によるＬＥチャネルの使用に関する情報を更新し、その結果、将来のチャネル割当判断が、各チャネルの現在の使用を考慮に入れられるようにする。
【０２９８】
８３０および８３５では、ＣＣを再構成するというＢＳ４０５の判断が、他のシステムとの将来の共存判断に影響する可能性がある。この場合に、ＣＣＰ４１０は、この情報を用いて共存データベース４２５（存在する場合に）を更新することができる。あるいは、ＣＣＰ４１０は、他の隣接するＣＣＰ４１０と通信することもできる。
【０２９９】
図９Ａおよび図９Ｂは、共存データベース４２５を使用して図４のワイヤレス通信システム内で実行されるＬＥチャネル上のインカンベント検出の手順の流れ図を示す。
【０３００】
ＬＥ帯での動作中に、主ユーザが検出される（主ユーザを保護するために帯域の排出を必要とする）状況または副ユーザの到着が共存問題を引き起こす可能性があるときが存在する可能性がある。これらのシナリオのいずれでも、ＣＣＰは、ＬＥ  ＬＴＥキャリアをＬＥ帯内の代替のチャネルまたは位置に移動しなければならないと判断することができる。
【０３０１】
図９Ａおよび図９Ｂの９０５では、インカンベント（主または副）を、次の複数の方法のうちの１つを介して検出することができる。
【０３０２】
ケース１ａ、９４５）ジオロケーションデータベース４１５への周期的アクセスを介して、ＣＣＰ４１０は、主ユーザの存在を判定することができる（９４７）。その後、ＣＣＰ４１０は、共存データベース４２５に即座にアクセスして、他の代替周波数に関する共存情報を得る（９４９）。
【０３０３】
ケース１ｂ、９５０）共存データベース４２５への周期的アクセスを介して、ＣＣＰ４１０は、同一帯域上に共存できない副ユーザの存在を判定することができる（各ユーザのＱｏＳ要件を考慮して）（９５４）。その後、ＣＣＰ４１０は、ジオロケーションデータベース４１５に即座にアクセスして、主ユーザおよび潜在的に使用可能な他の周波数に関する情報を得る（９５２）。
【０３０４】
ケース１ｃ、９５５）ＢＳ４０５であるいはＢＳ４０５とある種のＷＴＲＵとの両方で実行できるスペクトル検出を介して、干渉またはインカンベントユーザの存在を検出することができ、ＣＣＰ４１０は、新しいチャネルを割り当てるために必要な情報を得るために、両方のデータベース４１５と４２５とにアクセスすることができる（９５７、９５９）。
【０３０５】
周期的データベースアクセスを、上の手順で使用可能とすることができるが、データベース４１５および４２５のある部分をトリガでき、ＣＣＰ４１０に送信できる方法を実施することができる。
【０３０６】
図９Ａおよび図９Ｂの９１０では、収集された情報に基づいて、ＣＣＰ４１０が、影響を受けるＬＥチャネルを別のチャネルに再割当する。その一方で、使用可能な周波数がない場合には、ＬＥ周波数での動作を使用不能にすることができる。
【０３０７】
図９Ａおよび図９Ｂの９１５では、ＬＥチャネルの変更が、影響を受けるＢＳ４０５（および、ＣＣＰ４１０の制御の下で同一のリソースを使用している可能性があるすべての他のＢＳ４０５）にシグナリングされる。
【０３０８】
図９Ａおよび図９Ｂの９２０および９２５では、ＢＳ４０５が、周波数の変更を示すアナウンスメントメッセージをすべてのＷＴＲＵ４２０に送信する。この周波数変更を、ＷＴＲＵ４２０がこのメッセージを読み取れるようになった後に実施することができ、これに続いて、ＢＳ４０５は、新しい周波数／チャネル上でＬＥ帯内のリソースをスケジューリングすることができる。
【０３０９】
図９Ａおよび図９Ｂの９３０、９３５、および９４０では、前のシナリオと同様に、周波数の変更が、共存データベース４２５に入力される。
【０３１０】
図１０Ａおよび図１０Ｂは、共存データベース４２５を使用して図４のワイヤレス通信システム４００内で実行されるＷＴＲＵ固有周波数変更の手順の流れ図を示す。このシナリオでは、特定のＷＴＲＵが、ＬＥ帯内のチャネルを利用するのが困難である可能性がある。その場合に、その特定のＷＴＲＵを、別のチャネルに移動することができる。この判断は、シナリオに依存して、ＢＳ４０５またはＣＣＰ４１０によって実行することができる。
【０３１１】
１００５では、ＢＳ４０５が、特定のＷＴＲＵ４２０からＬＥチャネルに関するＣＱＩレポートを受信することができる。これらのレポートは、この特定のＷＴＲＵ４２０に関するこのチャネルの品質を示すことができる。
【０３１２】
１０１０では、ＢＳ４０５が、異なるＬＥチャネルがそのＷＴＲＵ４２０のために必要であることをＣＱＩレポートから判定することができる（たとえば、ＷＴＲＵ４２０がセルエッジにある場合にはより低周波数のチャネル、またはより低い全体的なネットワーク負荷を有するＬＥチャネル）。
【０３１３】
１０１５および１０２０では、ＢＳ４０５が、ＷＴＲＵ４２０に関する周波数変更要求を開始することができ、その結果、ＣＡは、今や、ＢＳ４０５が既にアグリゲートしつつある別のＬＥチャネルを用いて行われるようになる。
【０３１４】
適当な周波数が今はこの特定のＷＴＲＵ４２０のために使用可能ではないシナリオ１０２５では、ＢＳ４０５は、ＣＣＰ４１０からの追加のリソースに関する要求１０３０を開始する。
【０３１５】
図１１Ａおよび図１１Ｂに、補助キャリア測定を介する特定のＷＴＲＵでのＣＡの使用可能化の例を示す。特定のＷＴＲＵまたはＷＴＲＵのセットを、当初に、ライセンス交付された帯域を介してＢＳに接続することができる。ＢＳは、ネットワーク内の全体的なトラフィックに関するＲＲＭ判断に基づいて、追加の帯域幅についてＬＥ帯を利用するためにＬＥ帯アクティブ化（１１２５）を開始することができる。
【０３１６】
その後、ＢＳ４０５は、基準信号を送信し始めて（１１３０）、ＷＴＲＵがＬＥ帯内の補助セル上で信号品質測定を実行することを可能にすることができる。当初に、これらの測定値は、特定のＷＴＲＵが特定の補助キャリア上でデータを受信できるかどうか（すなわち、サウンディングおよび基本品質について）を判定することができる（１１３５）。ＷＴＲＵが補助セルを使用し始めるとき、これらの測定値を、スケジューリングのために使用することができる。
【０３１７】
その後、ＢＳ４０５は、ＢＳ内で使用可能なＬＥ帯内の補助セルのうちの１つまたは複数を構成することができる。この構成を、ＷＴＲＵがこれらのセルに対して実行する測定の構成に関連して実行することができる。補助セル構成は、ＢＳが、ＷＴＲＵと通信するときに補助キャリアをアドレッシングできることおよびその逆を可能にすることができる。別々のメッセージを、セル構成および測定構成について使用することができ、異なるときに行うことができる。その後、ＷＴＲＵは、ＬＥ帯内で動作する１つまたは複数の補助セルの存在を知ることができる。ＷＴＲＵは、これらのセル上でデータを受信せず、送信しない場合があるが、ＷＴＲＵは、測定を実行しつつあり、ライセンス交付された接続を介して測定レポートをＢＳに送信しつつあるものとすることができる。
【０３１８】
その後、ＢＳ４０５は、ライセンス交付された帯域上で問題のＷＴＲＵからバッファステータスレポート（ＢＳＲ）およびステータスレポート（ＳＲ）を周期的に受信することができる（１１０５）。ＢＳＲおよびＳＲは、所与のときにＷＴＲＵによって要求されるアップリンクリソースの表示を与えることができる。ダウンリンクリソースを、ＢＳ４０５自体で判定することができる。
【０３１９】
その後、ＢＳ４０５は、ＷＴＲＵ４２０がＬＥチャネル上のリソースの使用を要求すると判断することができる。ＢＳは、特定のＷＴＲＵに、それがＣＡを使用可能にしなければならないことをシグナリングすることができる（たとえば、ＣＡに関するＲｅｌ−１０ＲＲＣメッセージングを使用して）（１１１０）。あるいは、ＣＡに関する補助セルのシグナリングされるアクティブ化が、必要ではない場合があり、ＢＳが、補助セル上で単純にリソースをスケジューリングすることに頼ることができる。それにかかわりなく、このステージでは、ＷＴＲＵが、そのＷＴＲＵがより規則的な基礎での送信および受信に能動的に使用しつつある可能性がある補助セル上で測定を実行することを保証するために、測定が、再構成を必要とする場合がある（１１１５）。オプションであるアクティブ化と、測定構成とを、単一のメッセージを用いてまたは複数のメッセージを使用して行うことができる（１１４０）。
【０３２０】
その後、ＢＳ４０５は、ＷＴＲＵ４２０がこのシグナリングを受信するのに必要な時間の後に、ＬＥチャネル上でダウンリンクリソース割当およびアップリンクグラントを送信し始めることができる。ＷＴＲＵは、アクティブ補助セル上ならびに他の補助セル上での測定値を周期的に報告し続けることができる。ある点で、別の補助セルが、ＢＳ４０５によってセットされるあるしきい値だけ、現在使用されている補助セルよりよくなる場合がある。
【０３２１】
その後、ＢＳ４０５は、イベントのトリガの後に、この特定のＷＴＲＵ宛のトラフィックを、第１の補助セルから第２の補助セルに移動することができる。オプションのアクティブ化ならびに測定構成のある変更を行うことができる（１１４５）。
【０３２２】
上で説明した例では、ＢＳは、ＷＴＲＵによって提供される情報に基づいて、ＬＥ帯の使用またはチャネルを変更する必要を開始することができる。ＢＳは、共存ルール、パラメータ、使用可能なＰＣＩ、およびパワー制約を入手するために、共存データベースまたは他のＣＣＰと通信するようにＣＣＰに要求することができる。ＬＥ帯動作が開始されるときに当初に提供される共存情報を変更する必要がある場合がある例もある。たとえば、より高い優先順位を有するか排他的使用権を有するＢＳ２が、ＬＥ帯の使用を要求する場合がある。ＢＳ２に割り当てられるものと同一のチャネルを現在使用している任意のＢＳ、たとえばＢＳ１は、共存ルールを変更するためまたはＬＥ帯でのチャネル変更を演ずるために、通知される必要がある可能性がある。共存データベースは、まず、ＢＳ２の到着によって影響を受けるＣＣＰに通知することができ、ＣＣＰは、影響を受けるＢＳに変更を通信することができる。
【０３２３】
図１２に、共存対応のセル変更またはセル再構成の例を示す。図１２では、第１の基地局ＢＳ１  １２０５が、ＣＣＰ１  １２１０の制御下にあり、ＢＳ２  １２０７が、ＣＣＰ２  １２１２の制御下にあると仮定する。
【０３２４】
共存データベース４２５は、ＬＥ帯を使用するためのＢＳ２  １２０７による要求（１２２０）中またはその後に、現在はＣＣＰ１  １２１０の管理下の１つまたは複数のセルを変更し、かつ／または再構成する必要を検出することができる。ＬＥ使用変更および／または再構成を、ＣＣＰ１  １２１０に送信して（１２３０）、新しい構成またはチャネルの情報をＣＣＰ１  １２１０に与えることができる。チャネル変更の場合には、チャネルの新しいセットおよび新しいＰＣＩまたは潜在的なＰＣＩのセットを、ＣＣＰ１  １２１０に送信することができる。
【０３２５】
その後、ＣＣＰ１  １２１０は、共存データベースによって提供される情報に基づいて、共存情報／状況の変化によってどのＢＳが影響を受けるのかを判定することができる（１２４０）。どのアクションを行うべきかに関する特定の判断を、共存データベース４２５によって提供される情報内で定義される制約に基づいて、ＣＣＰ１  １２１０によって独立に行うことができる。たとえば、ＣＣＰは、ＢＳ１  １２０５によって運営されるＬＥセルの帯域幅の変更が、共存を保証するのに十分であると判定することができ、その場合には、セル再構成だけを実行することができる（１２５０）。この判断は、ＬＥ帯の完全な非アクティブ化を伴うこともできる。
【０３２６】
その後、ＣＣＰ１  １２１０は、ＬＥリソース変更を使用してＬＥセル構成または動作周波数を変更するようにＢＳ１  １２０５に指示することができる（１２４５）。ＬＥセル変更またはセル再構成を、ＢＳ１  １２０５によって、それがサービスしつつあるＷＴＲＵ４２０に送信することができる。これを、ＢＳ１によってサービスされるライセンス交付されたセル上でシステム情報の変更を介して送信することができる。このメッセージの結果として、指定されたＬＥセルを変更するか、ＣＡを実行するときにＢＳ１によって使用されるＬＥセルを再構成するように、ＣＡシナリオを変更することができる。行われるアクションの確認を、ＣＣＰに送信することができ（１２５５）、共存データベースに送信することができる（１２６０）。
【０３２７】
別の例では、あるＢＳから別のＢＳへのハンドオーバを実行するときに、ＬＥ帯の使用が、現在はＬＴＥ−Ａの一部ではない考慮事項を必要とする場合がある。第１に、新しいＢＳが、現在アクティブ化されているＬＥ帯での動作を有していない場合があり、したがって、ＬＥ帯アクティブ化が、ハンドオーバ手順の一部になる場合がある。第２に、割り当てられたＰＣＩおよびチャネルの一貫性を維持するために、ＣＣＰに、ハンドオーバ手順について知らせることができる。
【０３２８】
図１３に、ＬＥ帯内でＣＡを実行する間のライセンス交付されたセルハンドオーバの例を示す。ＷＴＲＵ４２０は、ＲＲＣ接続モードであるときにハンドオーバ判断をトリガするのに使用できるライセンス交付されたセル上での測定値を周期的に報告することができる（１３０５）。
【０３２９】
その後、ＢＳ１  １２０５は、ＢＳ２  １２０７へのハンドオーバをトリガすることのＢＳ１  １２０５による判断の後に、ハンドオーバ要求を、Ｘ２インターフェースを介してＢＳ２  １２０７に送信することができる（１３１０）。この場合、ＢＳ１１２０５およびＢＳ２１２０７は、Ｈｏｍｅ（Ｈ）ｅＮＢであり、ハンドオーバを、その代わりにＳ１インターフェースを介して送信することができる。副セル情報が送信されることに加えて、ＢＳ１  １２０５は、ＰＣＩを含むＬＥ帯内の補助セルに関する情報をＢＳ２  １２０７に送信することもできる。
【０３３０】
その後、ＢＳ２  １２０７は、ＢＳ２  １２０７がＬＥ帯を使用していないと仮定して、トリガがＢＳ１  １２０５からのハンドオーバ判断であることを示すＬＥリソース要求をＣＣＰ４１０に送信することができる（１３１５）。ＣＣＰ４１０は、以前にＢＳ１  １２０５によって使用されたものと同一の共存パラメータ、ＬＥチャネル、およびＬＥ  ＰＣＩを使用すると判断することができる。これが可能ではなく、たとえば、ＰＣＩが、ＢＳ２  １２０７によってＬＥ帯上で使用される場合に衝突または混乱を引き起こす可能性がある場合には、ＣＣＰ４１０は、共存データベースに更新された情報を要求することができる。
【０３３１】
オプションで、ＣＣＰ４１０は、新しい共存パラメータを発行し、データベースによって維持される情報を更新するように（１３２５）、共存データベース４２５に要求することができる（１３２０）。
【０３３２】
その後、ＣＣＰ４１０は、ＬＥリソース応答メッセージ内で、ＢＳ２によって使用される共存パラメータ、ＰＣＩ、およびチャネルを確認することができる（１３３０）。ＢＳ２  １２０７は、ＣＣＰ４１０から受信した情報を使用して、ＬＥ帯内の１つまたは複数のセルをアクティブ化することができる。ＢＳ２  １２０７は、図５に似て、ＬＥ帯アクティブ化を完了しているものとすることができる。
【０３３３】
ＲＲＣメッセージングを使用して、ハンドオーバ中に壊されたＷＴＲＵ４２０内の補助セルＣＡを再アクティブ化することができる。
【０３３４】
ＰＣＩ管理変形形態では、ＢＳ４０５のようなＢＳのそれぞれによって使用されるＰＣＩの調整が、ＣＣＰ４１０によって管理されることを必要とする場合があり、共存データベース４２５によってまたはＣＣＰ４１０間の通信を介して制御され得る。ＣＣＰ４１０は、特定のオペレータについてＢＳ４０５によって使用されるＰＣＩを管理する責任を負うことができるが、オペレータ間ＰＣＩ衝突および混乱を、共存データベースレベルでのＰＣＩの管理によってまたはＣＣＰ間通信を介して回避することができる。
【０３３５】
共存データベース４２５の場合に、このデータベースは、ＣＣＰ４１０の地理的位置に基づいて、ＬＥ帯内で各ＣＣＰ４１０によって使用されるＰＣＩを割り当てる責任を負うことができる。共存データベース４２５によって実行される割当は、異なるオペレータによって管理されるＢＳ４０５間にＰＣＩの衝突または混乱がないことを保証することができる。さらに、ＣＣＰ４１０は、ＢＳごとの基礎で、共存データベース４２５によって許可されるＰＣＩに基づいて、類似する管理を実行することができる。さらに、共存データベース４２５は、使用される実際のＰＣＩを指定せずに、ＰＣＩの衝突または混乱を避けるために、ガイダンスを提供することもできる。ＰＣＩ選択を、このガイダンスだけに基づいて、ＣＣＰ４１０によって実行することができる。
【０３３６】
ＰＣＩ提案変形形態では、共存データベースは、使用される提案されたＰＣＩのリストを提供するために、ＣＣＰ４１０の位置に関する情報を使用することができる。別々のリストを、要求するＢＳ４０５による使用のために共存データベース４２５によっても提案されるＬＥチャネルのそれぞれに関連付けることができる。
【０３３７】
（アーキテクチャコンポーネントの状態）
（基地局の状態）
図１５に、基地局状態図を示す。図１５では、基地局は、２つの可能な状態のうちの１つであることができる。第１の状態すなわちＢＳ状態１（ＢＳ１）１５１０では、ＢＳは、ライセンス交付された帯域でのみ動作することができる。ＢＳ１  １５１０では、ＢＳは、ライセンス交付された帯域で動作するセルのみをアクティブ化することができる。第２の状態すなわちＢＳ状態２（ＢＳ２）１５２０では、ＢＳは、ライセンス交付されたスペクトルとＬＥスペクトルとの両方で動作することができる。ＢＳ２  １５２０では、ＢＳの制御下で動作するセルのうちの少なくとも１つを、ＬＥスペクトル内とすることができる。
【０３３８】
図１５は、４つのトリガ、ＢＳ＿Ｔ１、ＢＳ＿Ｔ２、ＢＳ＿Ｔ３、およびＢＳ＿Ｔ４を含む。
【０３３９】
ＢＳ＿Ｔ１は、ＢＳによるＬＥ  ＣＣを用いるＣＡの使用を可能にすることからなることができる。この場合に、ＢＳは、ＬＥスペクトル内で動作するように、ライセンス交付された帯域内で以前に動作している既存のセルまたは新しいセルのいずれかであるセルを構成することができる。このトリガは、複数のイベントに基づいて発生することができる。たとえば、このトリガは、ＷＴＲＵからのバッファステータスレポートまたはＢＳバッファ占有量からのネットワーク劣化検出に基づいて発生することができる。このトリガは、セルエッジにあることが示されるか、セルエッジを超えて移動し、限られたカバレージを有する、１つまたは複数のＷＴＲＵに基づいて発生することもできる。このトリガは、追加の帯域幅要件を有するネットワークに参加する新しいＷＴＲＵに基づいて発生することもできる。
【０３４０】
ＢＳ＿Ｔ２は、ＬＥチャネルまたはＣＣの変化または再構成からなることができる。これは、ＬＥ帯内のＣＣの中心周波数または帯域幅の変更（たとえば、あるチャネルから別のチャネルへの変更）またはＣＣ自体の使用の再構成（ＵＬからＤＬ  ＦＤＤ  ＣＣへの変更またはＬＥ  ＣＣのＴＤＤ  ＵＬ／ＤＬ構成の変更）を含むことができる。このトリガは、複数のイベントに基づいて発生することができる。たとえば、このトリガは、ＷＴＲＵからのバッファステータスレポートまたはＢＳバッファ占有量からのＬＥ  ＣＣに固有のネットワーク劣化検出に基づいて発生することができる。このトリガは、ＬＥ帯チャネル上の主ユーザおよび同一ＬＥ帯内の別のチャネルの可用性の検出に基づいて発生することもできる。これを、ジオロケーションデータベースへのアクセスを介してまたは検出結果の分析を介してＣＣＰによって検出することができる。このトリガは、共存問題を引き起こすＬＥチャネル上の副システムの検出に基づいて発生することもできる。これを、共存データベースへのアクセスを介してまたは検出結果の分析を介してＣＣＰによって検出することができる。このトリガは、ＬＥ  ＣＣの再構成、新しいＣＣの追加、またはより適切なＣＣへの切替を介して満足できる、アップリンク／ダウンリンクのいずれかのネットワーク負荷の変化またはＷＴＲＵの帯域幅要件の増加に基づいて発生することもできる。このトリガは、セルエッジで検出できるＷＴＲＵに基づいて発生することもでき、この場合に、ＬＥ帯内のチャネルの変化は、そのＷＴＲＵまたは影響を受けるＷＴＲＵのセットについて、セルの範囲を広げるはずである。
【０３４１】
ＢＳ＿Ｔ３は、ＢＳによってサービスされるセルまたは区域内でＬＥスペクトルを用いるＣＡの使用を使用不能にするとＢＳが判断することからなることができる。このトリガは、複数のイベントに基づいて発生することができる。たとえば、このトリガは、以前のネットワーク劣化状態が除去され、すべてのトラフィックをライセンス交付された帯域に移動することがどのＷＴＲＵについてもさらなるＱｏＳ劣化を引き起こさない可能性があるという条件に基づいて発生することができる。このトリガは、他のＬＥチャネルの可用性がないＬＥ帯チャネル上での主ユーザを検出するという条件に基づいて発生することもできる。このトリガを、ジオロケーションデータベースへのアクセスを介してまたは検出結果の分析を介して、ＣＣＰによって管理することができる。このトリガは、共存問題を引き起こすＬＥチャネル上の副システムとＬＥ帯内で使用可能な代替チャネルがないこととを検出するという条件に基づいて発生することもできる。このトリガは、ＬＥ帯の使用を開始した特定のＷＴＲＵまたはＷＴＲＵのセットに関するセルエッジ条件がもはや存在しないという条件に基づいて発生することもできる。
【０３４２】
ＢＳ＿Ｔ４は、アップリンクまたはダウンリンクのいずれかで行われるスケジューリング判断の変化からなることができる。これは、これらのリソースの可用性および制御チャネルリソースに関する必要に基づいて割り当てられるリソースの位置の変化（ライセンス交付からＬＥへまたはその逆）を含む。リソースを、クロスキャリアスケジューリング（ライセンス交付された帯域からＬＥ帯へ）を使用してまたは同一のキャリア内でスケジューリングすることができる。
【０３４３】
これらの判断を、ＬＥスペクトルの使用の効率を最大にするために、ＢＳのＭＡＣスケジューラによって動的に行うことができる。これらの判断は、ＬＥ  ＣＣ内で使用されるモード（たとえば、ＦＤＤまたはＴＤＤ）に依存することもできる。
【０３４４】
（ＷＴＲＵの状態）
図１６に、ＷＴＲＵ状態遷移図を示す。図１６では、ＷＴＲＵは、３つの可能な状態であることができる。第１の状態すなわちアイドルモード１６０５では、ＷＴＲＵは、ＲＲＣ＿Ｉｄｌｅであることができ、したがって、使用可能にされたＣＡを有しない。第２の状態すなわちＷＴＲＵ状態１（ＵＳ１）１６１０では、ＷＴＲＵは、ライセンス交付された帯域のＣＣ上でＲＲＣ＿Ｃｏｎｎｅｃｔｅｄモードであることができるが、アグリゲーションに関してＬＥ帯を使用しない。第３の状態すなわちＷＴＲＵ状態２（ＵＳ２）１６２０では、ＷＴＲＵは、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄモードであることができ、ライセンス交付された帯域とＬＥ帯との間でＣＡを使用している（すなわち、ＬＥ帯上のＣＣが、現在アクティブである）。
【０３４５】
図１６は、４つのトリガ、ＵＥ＿Ｔ１、ＵＥ＿Ｔ２、ＵＥ＿Ｔ３、およびＵＥ＿Ｔ４を含む。ＷＴＲＵトリガは、ＢＳまたはｅＮＢで行われる判断に由来することができるが、特定のＷＴＲＵに固有である可能性があり、したがって、その特定のＷＴＲＵまたはＷＴＲＵのセットの状態だけに影響し、ＢＳ自体には影響しない。
【０３４６】
ＵＥ＿Ｔ１では、ＷＴＲＵは、アップリンクもしくはダウンリンクのいずれかまたはその両方で、ＬＥ帯内のＣＣを用いてＣＡを実行するように構成される。これを、一般に、ＣＣを構成するためのＲＲＣシグナリングを介してＷＴＲＵにシグナリングすることができる。このトリガは、複数のイベントに基づいて発生することができる。たとえば、このトリガは、新しいＱｏＳアプリケーションが起動されることに起因するか、既存アプリケーションの帯域幅要件の増加に起因する、追加の帯域幅に関するＷＴＲＵ要求に基づいて発生することができる。このトリガは、ライセンス交付された帯域がもはやＷＴＲＵの要求を満足するのに十分ではないことを示す、特定のＷＴＲＵからのバッファステータスレポートに基づいて発生することもできる。このトリガは、特定のＷＴＲＵが一時的に大量のＤＬリソースを要求する可能性があるとＢＳが判定することに基づいて発生することもできる。
【０３４７】
ＵＥ＿Ｔ２では、追加のＬＥ  ＣＣをＣＡ構成に追加することができ、または、ＣＣが、ＣＡ構成から除去されうる。その変更に続いて、ＷＴＲＵは、ＬＥ帯を使用してＢＳから／へ受信または送信し続けることができる。このトリガは、複数のイベントのうちの１つに基づいて発生することができる。たとえば、このトリガは、ＷＴＲＵが、より多くまたはより少ない帯域幅の必要を検出するときに発生することができる。このトリガは、ＷＴＲＵが副ユーザまたは干渉を介してＬＥ帯内で干渉されるときに発生することもでき、この干渉は、ＷＴＲＵだけに影響し、セル全体には影響しない。このトリガは、この特定のＷＴＲＵだけに影響する主ユーザが検出されるときに発生することもできる。
【０３４８】
ＵＥ＿Ｔ３を、複数のイベントのうちの１つでトリガすることができる。たとえば、このトリガは、ＷＴＲＵ帯域幅要件が減るときに発生することができる。このトリガは、ＵＥ＿Ｔ２と同様に主ユーザまたは副ユーザが検出され、追加のリソースがＬＥ帯内で使用可能ではないときに発生することもできる。
【０３４９】
ＵＥ＿Ｔ４は、アップリンクまたはダウンリンクのいずれかで行われるスケジューリング判断の変化からなることができる。ＵＥ＿Ｔ４は、この特定のＷＴＲＵのために行われる判断に固有である可能性があることを除いて、ＢＳ＿Ｔ４（上を参照されたい）と同一である。このトリガは、ＢＳで行われるスケジューリング判断に由来することができる。
【０３５０】
（アルゴリズム）
ＳＡＰを実行するために、アルゴリズムを、ＳＡＰプロトコルによって提供されるファシリティを使用してお互いに通信する共存システムコンポーネントによって実施することができる。
【０３５１】
（チャネルフォーマット）
図１４に、ＰＣＩ提案変形形態でのチャネルおよびＰＣＩ情報のフォーマットの例を示す。このリスト１４００は、情報要素（ＩＥ）のセットからなり、各ＩＥは、１つのＬＥチャネル１４１０、１４２０、１４３０、１４４０を定義する。このＩＥの一部として、使用可能なＰＣＩのリストが与えられる。さらに、本明細書で説明するように、この情報の異なるフォーマットが、ＰＣＩ提案の使用を制限してはならない。
【０３５２】
ＬＥチャネルリストおよびＰＣＩリストは、上の例１、４、および５の「共存データベース問合せ応答」メッセージならびに図１２に関連して上述のＬＥ使用変更および／または再構成メッセージ１２３０において提供されうる。
【０３５３】
ＣＣＰが、共存データベースからＰＣＩ提案を受信した後に、またはその代わりに代替アーキテクチャ内の他のＣＣＰとのネゴシエーションの後に、ＣＣＰは、ＬＥチャネルに割り当てることができるＢＳに関するチャネルおよびＰＣＩの最良の組合せを判定することができる。そのような判断を、ＣＣＰに配置されたＲＲＭアルゴリズムによって行うことができ、そのような判断は、ＣＣＰによって管理されるＢＳ間のセル間干渉を最小にすることを試みることができる。ＰＣＩを、オペレータのカバレージエリア内のＢＳ位置と最良の選択されたチャネルとに基づいて選択することができる。アルゴリズムは、共存データベースによって提案されるチャネルおよびＰＣＩの組合せを使用して、チャネルおよびＰＣＩの最良の組合せを選択することができる。あるいは、アルゴリズムは、まず、干渉を最小にするチャネルを選択し、その後、同一のＬＥチャネルまたは隣接するＬＥチャネルを使用して隣接するＬＥセルに対する最小の影響を有するＰＨＹチャネルをＢＳが個別にブーストすることを可能にすることができるＰＣＩを選択することができる。
【０３５４】
ＣＣＰが、ＬＥチャネルおよびそのチャネル上で使用すべき関連するＰＣＩを選択するときに、ＣＣＰは、「ＬＥリソース応答」または「ＬＥリソース変更要求」を使用して、この情報をＢＳに送信することができる。
【０３５５】
選択されたＰＣＩおよび使用される周波数は、ＣＣＰによる選択の後に、追跡および他のＣＣＰによる将来の共存要求のために、共存データベースに送信されうる。これを、「共存データベース更新要求」メッセージまたは「ＬＥ使用変更／再構成確認」を介して行うことができる。
【０３５６】
ＬＥ動作が、特定のセル上でＢＳによって非アクティブ化されるか終了されるときに、そのセルのＰＣＩが、使用されるＬＥチャネルと一緒に共存データベースに送信される必要がある場合がある。これを、「共存データベース更新要求」を介して行うことができる。
【０３５７】
ＰＣＩ除外変形形態では、共存データベースは、異なるオペレータ間でのＰＣＩの衝突または混乱を回避するために、ＬＥチャネルのそれぞれで使用してはならないＰＣＩのセットを提供することができる。各ＬＥチャネルに関連する０個以上のＰＣＩのリストを、ＰＣＩ提案変形形態について説明したものと同一のメッセージを介して提供することができる。
【０３５８】
この情報のフォーマットを、各ＬＥチャネルＩＥ内のＰＣＩリストが所与のＬＥチャネル内で使用してはならないＰＣＩのセットとしてＣＣＣＰによって解釈され得ることを除いて、図１４と同一とすることができる。
【０３５９】
フルＰＣＩ制御変形形態では、共存データベースは、使用可能なＬＥチャネルのそれぞれについて、使用すべき正確なＰＣＩを指定することができる。この変形形態では、共存データベースは、ＬＥスペクトル上のＰＣＩ管理の責任を負うことができる。これは、ＬＥスペクトル内のセルプラニングに関して各個々のオペレータにより少ない柔軟性を提供する可能性があるが、関連するアルゴリズムを各ＣＣＰ内で複製させるのではなく、管理を単一のエンティティに集中化することができる。
【０３６０】
この変形形態で要求されるメッセージングは、ＰＣＩの選択が個々のＣＣＰではなく共存データベースで行われるので、ＰＣＩ情報を、共存データベースを用いて確認する必要がない可能性があることを除いて、ＰＣＩ提案とＰＣＩ除外との両方に類似するものとすることができる。情報のフォーマットも、ＰＣＩのリストを共存データベースによって強制される単一のＰＣＩに置換できることを除いて、同様とすることができる。
【０３６１】
状態のセットを、ＬＥスペクトル内でのＣＡの使用を可能にするために、ＢＳとＷＴＲＵとの両方によって厳守することができる。これらの状態の定義は、ＬＥ帯の使用の明確に定義された制御を保証することができる。さらに、ＷＴＲＵとＢＳとの両方についての状態間での遷移を可能にする特定のトリガを定義することができる。これらのトリガは、検出、上で説明したデータベースのアクセス、ならびにＬＴＥで一般的なＲＲＭタスクに関係する特定のイベントに関して定義される。
【０３６２】
ＷＴＲＵおよびＢＳは、ＣＡがライセンス交付されたキャリアとＬＥキャリアとの間で実行されるのか、ライセンス交付されたキャリアだけが使用されつつあるのかに依存する状態のセット内に独立に存在することができ、この場合、ＣＡを、それでも、ＬＴＥ  Ｒｅｌ−１０に従って使用することができる。さらに、他の状態への遷移または同一の状態内での遷移を引き起こす、ＢＳまたはＷＴＲＵに固有のある種のトリガが、発生することができる。
【０３６３】
（チャネル選択アルゴリズム）
チャネル選択アルゴリズムは、複数のステップを含むことができる。
【０３６４】
各ネットワークコントローラ（たとえば、ＷｉＦｉ  ＡＰ）は、その位置でのチャネル可用性を判定することができる。ネットワークコントローラは、その位置ならびにすべてのそのネットワーク要素の位置を知っていることができる、すなわち、位置は、空間内の点ではなく区域である。ネットワークコントローラは、共存データベースによって提供される情報を使用することができる。共存のために、ネットワークコントローラは、１つのデバイスのみのネットワークを制御することができる（すなわち、このプロセスを、デバイスごとの基礎で行うことができる）が、これが通常ではない可能性がある。
【０３６５】
チャネル可用性情報（すなわち、スペクトルマップ）は、次のように、異なる情報を含むことができる。
【０３６６】
チャネル可用性情報を、バイナリとすることができる、すなわち、チャネル可用性情報は、チャネルが使用可能または占有されているのどちらであるのかを単純に述べることができる。
【０３６７】
チャネル可用性情報は、チャネル上の干渉（パワー）レベルの形で「ソフト」専有情報を提供することができる。
【０３６８】
チャネル可用性情報は、チャネルを使用しつつあるネットワーク／デバイスのタイプに関する情報を提供することができる。たとえば、これらを、ライセンス交付されるまたはライセンス不要（それらがそもそも干渉される可能性があるかどうかを決定する）、送信パワークラス（たとえば、規制定義による）、および媒体アクセスタイプ（ＴＤＭＡ、ＣＳＭＡ、ＣＤＭＡなど）という判断基準に従って分類することができる。
【０３６９】
共存データベースは、観察されたチャネルステータスに関して共存システムの一部である各ネットワークによって更新されることを要求することができる。共存データベースは、ネットワーク更新を使用してチャネルマップを更新することができる。具体的には、データベースは、ネットワーク（またはデバイス）自体の最大送信パワー、ネットワーク内のデバイスの個数、ネットワークのチャネル利用（それが実際にチャネルをどれほど激しく使用しつつあるのか）、およびチャネル測定値という情報を要求することができる。チャネル測定値情報は、デバイス／ネットワークによって使用されつつあるチャネルおよび使用されていないチャネルに関する情報を提供する。これらの測定値は、測定されたチャネルパワー、測定されたチャネル変動性（パワーがどれほど変化するのか）、および検出された信号タイプというパラメータを含むことができる。
【０３７０】
ネットワークコントローラが、チャネル利用／スペクトルマスクを学習するとき（または、その変化について学習するとき）に、コントローラは、その上で動作すべきチャネルを選択することができる。選択は、チャネル可用性およびチャネル選択エチケットなどの複数の要因に依存するものとすることができる。
【０３７１】
チャネル可用性は、完全に空いているチャネルを探すことを意味することができ、または、コントローラ自体のネットワークと互換であるネットワークを有する軽い負荷を有するチャネルを探すことを意味することができる。たとえば、１０〜２０％チャネル負荷を期待するＷｉＦｉネットワークは、１０〜２０％チャネル負荷を期待する別のＷｉＦｉネットワークとチャネルを共有することができる。
【０３７２】
チャネル選択エチケットは、連続するスペクトルの使用可能なチャンクを不必要に分断しないようにチャネルを選択することを意味することができる。
【０３７３】
（調整された測定機会アルゴリズム）
別のアルゴリズムは、同一の共存システムの一部である特定の区域内でネットワークに関する測定の機会を調整することができる（これは、「調整されたサイレンスインターバル（ｃｏｏｒｄｉｎａｔｅｄ  ｓｉｌｅｎｃｅ  ｉｎｔｅｒｖａｌｓ）」として広く知られている可能性がある）。このアルゴリズムは、特定の区域内の共存システムの一部であるすべてのネットワークに、事前に定義された時刻に沈黙させ、その結果、測定のセットを既知にすることができるようにすることを含む。ネットワーク（すなわち、共存システムの一部であるネットワーク）を、測定されないものとすることができる。事前に定義された時刻に沈黙する能力は、干渉／既知のネットワーク以外のネットワークが既知のネットワークによって占有されるチャネル上に存在するかどうかの識別を助けることができる。
【０３７４】
測定インターバル調整のための例示的アルゴリズムを、先に提供した。しかし、測定インターバルを調整するために、次の基本動作が行われる。
【０３７５】
（１）調整する情報を、すべての参加するネットワークに分配しなければならない。これは、スケジューリング情報だけではなく、いくつかの共通のタイムベースを含むことができ、または、既に存在する共通のタイムベースを参照することができる。
【０３７６】
（２）各ネットワークは、それが実際に沈黙要求を尊重したかどうかを報告することができる（一部のネットワークが、それを行うことができない場合があり、これを考慮に入れることが重要である）。
【０３７７】
（３）おそらくは、ネットワークは、測定値を収集するために沈黙インターバルを使用することができ、これらの測定値は、報告されなければならない。
【０３７８】
（ネットワークカバレージ選択アルゴリズム）
別のアルゴリズムは、ネットワークがカバーしなければならない区域がどれほど広いのかを選択することができる。チャネル選択アルゴリズムと同様に、判断を、スペクトルマスクに基づくものとすることができるが、このアルゴリズムの必要を満足するために、マスクを、ネットワークコントローラがチャネルをどのように選択できるのかを判定するのに十分に詳細に述べることができる。
【０３７９】
たとえば、環状ネットワークを、コントローラの位置および半径を使用することによって定義することができる。固定されたコントローラ位置を与えられて、１０ｍの半径を有するネットワークは、そこから選択すべき使用可能な５つのチャネルを有することができ、１００ｍの半径を有するネットワークは、チャネルのうちの３つがコントローラから１０ｍと１００ｍとの間で占有されるようになると、２つ（のチャネル）だけを有することができる。
【０３８０】
ネットワークカバレージ選択が、チャネル利用（スペクトルマスク）によって影響されるのと同様に、チャネル選択アルゴリズムは、その潜在的なカバレージエリア全体でのエチケット考慮事項を考慮に入れることができる。したがって、チャネル選択アルゴリズムは、チャネルカバレージ選択と協力して働くことができる。
【０３８１】
（他のアルゴリズム）
他の潜在的なアルゴリズムは、媒体アクセス技術（たとえば、ＣＳＭＡ／ＴＤＭＡ）、最大ネットワークデータレートの選択を含むことができる。
【０３８２】
（基本的なサービスセット）
下で述べるアルゴリズムに加えて、能力の基本的なセット（基本的なサービスセット）は、規制データベースへの基本的なアクセスを含むことができ、このアクセスを、共存システムへの登録ならびにシステムへのサブスクリプションの方法を伴わずに可能にすることができる。
【０３８３】
（サービスの定義）
４つのタイプのサービスは、情報サービス、イベントサービス、コマンドサービス、および基本サービスを含むことができる。
【０３８４】
同一のＳＡＰが使用されるので、ＳＡＰの観点から、サービスは双方向である。さらに、サービスは、潜在的に、双方向通信を伴う（たとえば、コマンドサービスは、コマンドとコマンドに対する応答とを伴う）。
【０３８５】
サービスプリミティブを、下でさらに説明する。プリミティブごとに、パラメータは、情報サービス、コマンドサービス、イベントサービス、および基本的なサービスセットを含むことができる。
【０３８６】
（情報サービス）
このサービスを使用して、制御する要素からその制御される要素へとその逆との両方で情報を散布することができる（ネットワークは、複数の層を有する階層的とすることができる）。
【０３８７】
チャネル情報要求には、次のパラメータすなわち、要求ＩＤ／ネットワークＩＤ、他の識別する情報、位置（要求がなされている区域情報を含む）、再発（使い捨て、周期的、周期レート）、それに関する要求が発行されるチャネルリスト要求、および要求される情報内容（情報がどれほど豊富でなければならないのか）を含めることができる。
【０３８８】
チャネル情報応答には、次のパラメータすなわち、上で述べたチャネル情報および応答タイムスタンプを含めることができる。
【０３８９】
測定インターバル情報要求には、次のパラメータすなわち、位置（要求がなされている区域情報を含む）、測定タイプ、およびチャネルリストを含めることができる。
【０３９０】
測定インターバルスケジュールには、次のパラメータすなわち、位置のリスト（ジオロケーションおよび区域）、それに関する測定値が適用可能なチャネルのリスト、および測定インターバルスケジュールを含めることができる。
【０３９１】
（コマンドサービス）
このサービスを、制御する要素によって使用して、制御する要素にコマンド（または要求）を発行することができる。
【０３９２】
チャネル割当コマンド。次のパラメータすなわち、コマンドＩＤ、ネットワークＩＤ／位置またはある他の識別子、チャネル番号／リスト、割当開始時刻／切り替えるべき時刻、コマンド応答（たとえば、チャネル割当要求に応答して、この場合に、要求ＩＤを含めなければならない）および最大パワーまたはカバレージ半径などの高度なサービスに関するオプションのパラメータ、使用される技術およびチャネル利用限度を含めることができる。
【０３９３】
構造化されるチャネル割当要求を使用して、チャネルを割り当て、ネットワーク半径をセットし、その他を行うことができ、上で説明したより高度なアルゴリズムをサポートすることができることに留意されたい。
【０３９４】
チャネル割当要求は、制御するノードでのチャネル割当アルゴリズムの実行の結果である。具体的には、チャネルエチケット（たとえば、スペクトルの分断を回避する）が、既に考慮に入れられている可能性がある。通常のアーキテクチャでは、要求を、１）制御するＣＭ（中央マネージャ）から階層ネットワーク内のサブサービエント（ｓｕｂ−ｓｅｒｖｉｅｎｔ）へ、または２）ＣＭからそれに関連するＣＥ（中央エンティティ）へ発行することができる。
【０３９５】
ヌルチャネル割当を使用して、すべての既存の割当を取り消すことができる。これを使用して、下で示すように、チャネル取消コマンドを定義する必要を回避することができる。
【０３９６】
チャネル割当応答には、次のパラメータすなわち、コマンドＩＤ、ネットワークＩＤ／位置、動作結果（成功／失敗）、失敗の理由および動作が完了したことの署名された立証などのオプションのセキュリティパラメータを含めることができる。
【０３９７】
チャネル割当応答が、全体的なネットワーク動作に非常にクリティカルであり、コンプライアンスのデバイスセキュア証明書が、応答内にあることが望ましい可能性があることに留意されたい。
【０３９８】
チャネル取消コマンドには、次のパラメータすなわち、コマンドＩＤ、ネットワークＩＤ／位置または他の識別子、チャネル番号／リストおよび取消時刻を含めることができる。
【０３９９】
チャネル取消要求を、チャネル割当要求と一緒に使用して、チャネル割当を変更できることに留意されたい（同一チャネル上でのパワーなどのパラメータの変更を含む）。
【０４００】
チャネル取消コマンドは、ヌルチャネル割当がチャネル割当コマンドでサポートされる場合には、必要ではない可能性がある。
【０４０１】
チャネル取消応答には、次のパラメータすなわち、コマンドＩＤ、ネットワークＩＤ／位置、動作結果（成功／失敗）、失敗の理由および動作が完了したことの署名された立証などのオプションのセキュリティパラメータを含めることができる。
【０４０２】
測定コマンドには、次のパラメータすなわち、コマンドＩＤ、ネットワークＩＤ／位置、測定を行うべきネットワーク内のデバイスのリスト、ＡＬＬ（すべてのデバイスに対する）またはサポートすべき不特定のもの（ネットワークコントローラに委ねられる）などのオプション、特定のデバイスが含まれる場合はパラメータがデバイスＩＤ（たとえば、ＭＡＣ  ＩＤ）および／またはジオロケーションを含みうる、測定スケジュール、１回限り／反復する、チャネルリスト、測定時刻／反復、他のパラメータ（持続時間、所望のＳＮＲ、その他）および測定タイプ、が含まれうる。
【０４０３】
調整された沈黙インターバルの利用のための測定が、スケジュール、測定タイプ、およびチャネルリストから推論されることに留意されたい。
【０４０４】
測定応答には、次のパラメータすなわち、コマンドＩＤ、ネットワークＩＤ（報告される測定を行うデバイスのリスト。デバイス位置および／またはＩＤ（たとえば、ＭＡＣ  ＩＤ）およびデバイスごとの測定時刻を含む）、測定パラメータおよび測定結果を含めることができる。
【０４０５】
（イベントサービス）
このサービスを、制御される要素によって使用して、制御する要素に情報を提供することができる。
【０４０６】
イベントトリガセット要求には、次のパラメータすなわち、要求ＩＤ、ネットワークＩＤ／位置、イベントトリガの説明およびパラメータを含めることができる。
【０４０７】
イベントトリガ、イベントサービスのうちのいくつかをセットアップするのに使用されることに留意されたい。測定のうちのいくつかは、トリガベースとすることができ、したがって、情報サービスを使用するのではなく、この形でセットアップされる。
【０４０８】
イベントトリガセット応答には、次のパラメータすなわち、要求ＩＤ、ネットワークＩＤ／位置、結果（成功／失敗）、失敗の理由を含めることができる。
【０４０９】
トリガードイベントレポートには、次のパラメータすなわち、トリガセット要求ＩＤ、ネットワークＩＤ／位置、イベント発生時刻、およびイベントレポート内容（イベントに依存し、測定内容とすることができる）を含めることができる。
【０４１０】
チャネル使用変更レポートには、次のパラメータすなわち、ネットワークＩＤ／位置、影響を受けるチャネルのリスト、解放時刻および変更タイプ（解放されまたは割り当てられるチャネル、チャネルパワーが変更される（減らされる）、チャネル負荷の変化およびチャネル媒体アクセス方法の変化）を含めることができる。
【０４１１】
イベントプリミティブが、ネットワークがそれ自体でチャネルをどのように使用するのかを変更しようとしていることを共存サービスに示すのに使用されることに留意されたい（サービスからのコマンドに応答してではなく）。これを使用して、チャネル使用が減らされようとしていることを制御するＣＭに示すことができる。これは、制御するＣＭによって、そのピアを制御するのに使用され、使用を減らすのか増やすのかなどのアクションについて知らせるのにＣＤＩＳによって使用される。
【０４１２】
チャネル割当要求には、次のパラメータすなわち、要求ＩＤ、ネットワークＩＤ／位置またはある他の識別子、チャネル番号／リスト、要求される開始時刻／切り替えるべき時刻、要求の理由および高度なサービスのオプションのパラメータ（最大パワーまたはカバレージ半径、使用すべき技術、チャネル利用限度）を含めることができる。
【０４１３】
チャネル割当要求イベントを使用して、チャネル割当を行うことを要求することができることにも留意されたい。対応するコマンドは、要求に対する応答である。
【０４１４】
（基本的なサービス）
このサービスは、上で基本的なサービスセット実施形態に関連して前に定義した基本的な能力を提供する。本明細書で定義するメッセージングに加えて、基本的なサービスセットは、認証交換を含む。認証交換は、周知の認証技法に頼るが、議論されない複数のメッセージを用いる。
【０４１５】
規制環境要求には、次のパラメータすなわち、要求ＩＤおよびネットワーク／デバイスＩＤを含めることができる。
【０４１６】
この照会の存在が、デバイスがその中にある規制環境が何であるのかをそのデバイスが発見することを可能にすることに留意されたい。これは、国際ローミングをサポートする。
【０４１７】
規制環境応答には、次のパラメータすなわち、要求ＩＤおよび規制環境情報を含めることができる。
【０４１８】
規制チャネルリスト要求には、次のパラメータすなわち、要求ＩＤ、規制データベースＩＤ（未知の場合にはヌル）、規制リクエスタＩＤおよび要求される規制情報（位置、適当なデバイスＩＤなど）を含めることができる。
【０４１９】
これが、規制データベースから情報を得るのに使用されることに留意されたい。共存システムは、パススルーとして働くが、いくつかの場合に、規制データベースのプロキシとして働くことを可能にすることができる。
【０４２０】
上のパラメータを含めることの理由の１つは、規制データベースへのアクセス（たとえば、規制データベースの発見）を容易にすることである。
【０４２１】
規制チャネルリスト応答には、次のパラメータすなわち、応答ＩＤおよび規制応答コンテキスト（各規制環境に依存する）を含めることができる。
【０４２２】
共存サービスサブスクリプション要求には、次のパラメータすなわち、要求ＩＤ、ネットワークＩＤ／デバイスＩＤおよび要求されるサービスＩＤを含めることができる。
【０４２３】
共存サービスサブスクリプション応答には、次のパラメータすなわち、要求ＩＤ、ネットワークＩＤ／デバイスＩＤおよび応答およびその理由を含めることができる。
【０４２４】
特徴および要素が、上では特定の組合せで説明されるが、当業者は、各特徴または要素を単独でまたは他の特徴および要素との任意の組合せで使用できることを了解するであろう。さらに、本明細書で説明される方法を、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、電子信号（ワイヤードまたはワイヤレスの接続を介して送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ内で使用される無線周波数トランシーバを実施することができる。
【０４２５】
実施形態
１．動的スペクトル管理ネットワーク内でチャネル選択を管理する方法であって、
【０４２６】
スペクトル割当要求を受信するステップと、
【０４２７】
スペクトル割当要求のソースに基づいて、使用可能なチャネルについてチェックするステップと、
【０４２８】
スペクトル割当要求のソースに基づいて、使用可能なチャネルの検出および使用データを収集するステップと、
【０４２９】
スペクトル割当要求を送信したエンティティにチャネル使用データを提供するステップと
を含むことを特徴とする方法。
【０４３０】
２．スペクトル割当要求は、ＨｅＭＳ（ＨｅＮＢ管理システム）で受信されることを特徴とする実施形態１に記載の方法。
【０４３１】
３．スペクトル割当要求は、ＷＴＲＵ内のＣＭ（共存マネージャ）によって受信されることを特徴とする実施形態１〜２に記載の方法。
【０４３２】
４．ＣＭは、地理的位置に基づいて使用可能なチャネルのリストについてデータベースをチェックすることを特徴とする実施形態１〜３に記載の方法。
【０４３３】
５．スペクトル割当要求を送信したエンティティに、ランキングされたチャネル候補リストを提供するステップをさらに含むことを特徴とする実施形態１〜４に記載の方法。
【０４３４】
６．スペクトル割当要求を送信したエンティティは、基地局（ＨｅＮＢ）であることを特徴とする実施形態１〜５に記載の方法。
【０４３５】
７．ＨｅＮＢがチャネル使用情報を受信することを条件として、ＨｅＮＢはチャネルを選択することを特徴とする実施形態１〜６に記載の方法。
【０４３６】
８．ＨｅＮＢは、チャネル選択に関してＣＭに知らせることを特徴とする実施形態１〜７に記載の方法。
【０４３７】
９．ＨｅＮＢをスペクトルユーザのデータベースに登録するステップをさらに含むことを特徴とする実施形態１〜６に記載の方法。
【０４３８】
１０．動的スペクトル管理ネットワーク内でチャネル選択を管理する方法であって、
【０４３９】
スペクトル割当要求を送信するステップと、
【０４４０】
使用可能なチャネルについてデータベースをチェックするステップと、
【０４４１】
スペクトル割当要求を送信したエンティティにチャネル使用データを提供するステップと、
【０４４２】
要求に応答して、使用すべき１つまたは複数のチャネルを選択するステップと、
【０４４３】
１つまたは複数のチャネルが使用中であることを示すためにデータベースを更新するステップと
を含むことを特徴とする方法。
【０４４４】
１１．チェックされるデータベースは、スペクトルユーザに関するジオロケーション情報を含むことを特徴とする実施形態１０に記載の方法。
【０４４５】
１２．チャネルを使用している可能性がある副ネットワークに関する情報を含む共存データベースをチェックするステップをさらに含むことを特徴とする実施形態１１に記載の方法。
【０４４６】
１３．最大送信パワーをセットすることを含むスペクトル使用に関する送信ポリシを送信するステップをさらに含むことを特徴とする実施形態１０〜１２に記載の方法。
【０４４７】
１４．チャネルは、情報要素のセットとしてフォーマットされ、各情報要素は、ライセンス免除チャネルを定義することを特徴とする実施形態１０〜１３に記載の方法。
【０４４８】
１５．情報要素は、使用可能な物理セル識別子（ＰＣＩ）を含むことを特徴とする実施形態１４に記載の方法。
【０４４９】
１６．要求するエンティティが使用するためのチャネルおよびＰＣＩの組合せを判定するステップをさらに含むことを特徴とする実施形態１５に記載の方法。
【０４５０】
１７．ＰＣＩが判定されたことを条件としてデータベースを更新するステップをさらに含むことを特徴とする実施形態１６に記載の方法。
【０４５１】
１８．チャネルが選択されたことを条件としてワイヤレス送信／受信ユニット（ＷＴＲＵ）を再構成するステップをさらに含むことを特徴とする実施形態１０〜１７に記載の方法。
【０４５２】
１９．再構成に基づいてデータベースを更新するステップをさらに含むことを特徴とする実施形態１０〜１８に記載の方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
共存管理の方法であって、
複数のワイヤレスネットワークから検出情報を受信するステップと、
少なくとも前記複数のワイヤレスネットワークから受信される前記検出情報に基づいて、ランキングされた使用可能なチャネルのリストを前記複数のワイヤレスネットワークのうちの一つに提供するステップと、
を備える方法。
【請求項２】
前記ランキングされたリストを提供するチャネル品質に基づいて前記使用可能なチャネルをランキングするステップをさらに備える請求項１に記載の方法。
【請求項３】
前記チャネル品質に基づいて前記使用可能なチャネルをランキングするステップは、前記複数のワイヤレスネットワーク間の干渉レベルに基づいて前記使用可能なチャネルをランキングするステップを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記ワイヤレスネットワークのそれぞれは、セルラネットワークまたはＷＬＡＮ（ワイヤレスローカルエリアネットワーク）のうちの一つであることを特徴とする請求項１に記載の方法。
【請求項５】
前記複数のワイヤレスネットワークから前記検出情報を受信するステップは、複数の基地局から前記検出情報を受信するステップを含み、前記複数の基地局のそれぞれは、前記複数のワイヤレスネットワークのうちの対応するワイヤレスネットワークにあることを特徴とする請求項１に記載の方法。
【請求項６】
前記複数の基地局のうちの少なくとも１つは、前記検出情報を提供するワイヤレススペクトルを検出するように構成されたことを特徴とする請求項５に記載の方法。
【請求項７】
前記ワイヤレススペクトルは、ＬＥ（ｌｉｃｅｎｓｅ  ｅｘｅｍｐｔ）スペクトルであることを特徴とする請求項６に記載の方法。
【請求項８】
前記複数の基地局のそれぞれは、ｅＮＢ（ｅｎｈａｎｃｅｄ  Ｎｏｄｅ−Ｂ）、ＨｅＮＢ（ｈｏｍｅ  ｅＮＢ）、およびＡＰ（アクセスポイント）からなるグループから選択されることを特徴とする請求項５に記載の方法。
【請求項９】
スペクトル調整の方法であって、
要求するワイヤレスネットワークから要求を受信するステップであって、前記要求するワイヤレスネットワークは、複数のワイヤレスネットワークのうちのものである、ステップと、
データベースから、前記要求するワイヤレスネットワークのために使用可能であるチャネルに関する情報を取得するステップと、
前記取得された前記要求するワイヤレスネットワークのために使用可能であるチャネルに関する情報に少なくとも基づいて、前記要求するワイヤレスネットワークへ、前記要求するワイヤレスネットワークのために使用可能なチャネルのランキングされたリストを提供するステップと、
を備える方法。
【請求項１０】
前記取得された前記要求するワイヤレスネットワークのために使用可能であるチャネルに関する情報に少なくとも基づいて、チャネル使用情報を前記ランキングされたリストとともに、前記要求するワイヤレスネットワークに提供するステップであって、前記チャネル使用情報は、共存問題を起こしうる前記複数のワイヤレスネットワークのうちの他のワイヤレスネットワークの情報を含む、ステップをさらに備えることを特徴とする請求項９に記載の方法。
【請求項１１】
前記ランキングされたリストを提供するチャネル品質に基づいて前記使用可能なチャネルをランキングするステップをさらに備える請求項９に記載の方法。
【請求項１２】
前記チャネル品質に基づいて前記使用可能なチャネルをランキングするステップは、前記複数のワイヤレスネットワーク間の干渉レベルに基づいて前記使用可能なチャネルをランキングするステップを含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記要求は、スペクトル割当要求であることを特徴とする請求項９に記載の方法。
【請求項１４】
将来の共存判断において使用するために選択された使用パラメータを受信するステップをさらに備えることを特徴とする請求項９に記載の方法。
【請求項１５】
前記選択された使用パラメータは、選択されたチャネルを含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記要求するワイヤレスネットワークのために前記使用可能であるチャネルは、ホワイトスペースチャネルであることを特徴とする請求項９に記載の方法。
【請求項１７】
前記要求するワイヤレスネットワークから要求を受信するステップは、前記要求するワイヤレスネットワーク中の基地局から前記要求を受信するステップを含むことを特徴とする請求項９に記載の方法。
【請求項１８】
前記基地局は、ｅＮＢ（ｅｎｈａｎｃｅｄ  Ｎｏｄｅ−Ｂ）、ＨｅＮＢ（ｈｏｍｅ  ｅＮＢ）、およびＡＰ（アクセスポイント）からなるグループから選択されることを特徴とする請求項１７に記載の方法。
【請求項１９】
前記要求するワイヤレスネットワークは、セルラネットワークまたはＷＬＡＮ（ワイヤレスローカルエリアネットワーク）のうちの一つであることを特徴とする請求項９に記載の方法。
【請求項２０】
スペクトル調整の方法であって、
複数のワイヤレスネットワークからスペクトル使用データを受信するステップと、
データベースから、使用可能なチャネルに関する情報を取得するステップと、
少なくとも前記複数のワイヤレスネットワークから受信された前記スペクトル使用データおよび前記データベースから取得された前記使用可能なチャネルに関する情報に基づいて、ランキングされた前記使用可能なチャネルのリストを前記複数のワイヤレスネットワークのうちの一つに提供するステップと、
を備える方法。
【請求項２１】
前記ランキングされたリストを提供するための期待される性能に基づいて前記使用可能なチャネルをランキングするステップをさらに備える請求項２０に記載の方法。
【請求項２２】
前記期待される性能に基づいて前記使用可能なチャネルをランキングするステップは、前記複数のワイヤレスネットワーク間の干渉レベルに基づいて前記使用可能なチャネルをランキングするステップを含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
前記複数のワイヤレスネットワークのそれぞれは、セルラネットワークまたはＷＬＡＮ（ワイヤレスローカルエリアネットワーク）のうちの一つであることを特徴とする請求項２０に記載の方法。
【請求項２４】
前記複数のワイヤレスネットワークから前記スペクトル使用データを受信するステップは、複数の基地局から前記スペクトル使用データを受信するステップを含み、前記複数の基地局のそれぞれは、前記複数のワイヤレスネットワークのうちの対応するワイヤレスネットワークにあることを特徴とする請求項２０に記載の方法。
【請求項２５】
前記複数の基地局のうちの少なくとも１つは、前記スペクトル使用データを提供するワイヤレススペクトルを検出するように構成されたことを特徴とする請求項２４に記載の方法。
【請求項２６】
前記ワイヤレススペクトルは、ＬＥ（ｌｉｃｅｎｓｅ  ｅｘｅｍｐｔ）スペクトルであることを特徴とする請求項２５に記載の方法。
【請求項２７】
前記複数の基地局のそれぞれは、ｅＮＢ（ｅｎｈａｎｃｅｄ  Ｎｏｄｅ−Ｂ）、ＨｅＮＢ（ｈｏｍｅ  ｅＮＢ）、およびＡＰ（アクセスポイント）からなるグループから選択されることを特徴とする請求項２４に記載の方法。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１Ａ】
2013545365.tif 000001
【図１Ｂ】
2013545365.tif 000002
【図１Ｃ】
2013545365.tif 000003
【図２】
2013545365.tif 000004
【図３】
2013545365.tif 000005
【図４】
2013545365.tif 000006
【図５】
2013545365.tif 000007
【図６】
2013545365.tif 000008
【図７】
2013545365.tif 000009
【図８】
2013545365.tif 000010
【図９Ａ】
2013545365.tif 000011
【図９Ｂ】
2013545365.tif 000012
【図１０Ａ】
2013545365.tif 000013
【図１０Ｂ】
2013545365.tif 000014
【図１１Ａ】
2013545365.tif 000015
【図１１Ｂ】
2013545365.tif 000016
【図１２】
2013545365.tif 000017
【図１３】
2013545365.tif 000018
【図１４】
2013545365.tif 000019
【図１５】
2013545365.tif 000020
【図１６】
2013545365.tif 000021
【図１７】
2013545365.tif 000022
【図１８】
2013545365.tif 000023
【図１９】
2013545365.tif 000024
【図２０】
2013545365.tif 000025
【図２１】
2013545365.tif 000026
【図２２】
2013545365.tif 000027
【図２３】
2013545365.tif 000028
【図２４】
2013545365.tif 000029
【図２５】
2013545365.tif 000030
【図２６】
2013545365.tif 000031
【図２７】
2013545365.tif 000032
【図２８】
2013545365.tif 000033
【図２９】
2013545365.tif 000034
【図３０】
2013545365.tif 000035
【図３１】
2013545365.tif 000036
【図３２】
2013545365.tif 000037
【図３３】
2013545365.tif 000038