特許5654691 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ エルジー　エレクトロニクス　インコーポレイティドの特許一覧

特許5654691共存システムにおけるリソース取得方法及びそれを利用した装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4a
4b
5
6
7
8
9
10
11(a)
11(b)
11(c)
11(d)
12
13
14
15

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5654691

(24)【登録日】2014年11月28日

(45)【発行日】2015年1月14日

(54)【発明の名称】共存システムにおけるリソース取得方法及びそれを利用した装置

(51)【国際特許分類】

H04W 16/14 20090101AFI20141218BHJP

【ＦＩ】

H04W16/14

【請求項の数】15

【全頁数】37

(21)【出願番号】特願2013-536528(P2013-536528)

(86)(22)【出願日】2011年10月28日

(65)【公表番号】特表2013-546246(P2013-546246A)

(43)【公表日】2013年12月26日

(86)【国際出願番号】KR2011008139

(87)【国際公開番号】WO2012057569

(87)【国際公開日】20120503

【審査請求日】2013年6月28日

(31)【優先権主張番号】61/421,217

(32)【優先日】2010年12月9日

(33)【優先権主張国】US

(31)【優先権主張番号】61/408,644

(32)【優先日】2010年10月31日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジーエレクトロニクスインコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木篤

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山知広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合章

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村健一

(72)【発明者】

【氏名】リジヒョン

(72)【発明者】

【氏名】キムウンソン

(72)【発明者】

【氏名】ソクヨンホ

【審査官】川崎優

(56)【参考文献】

【文献】 Jo,Junho;Lee,Jihyun，IEEE 802.19.1 System description，doc.:IEEE 802.19-10/129r0，２０１０年９月１５日，ＵＲＬ，https://mentor.ieee.org/802.19/dcn/10/19-10-0129-00-0001-ieee-802-19-1-system-description.ppt

【文献】 Junell,Jari et al，Proposal on system description, reference model and draft outline，doc.:IEEE 802.19-10/0127r0，２０１０年９月１５日，ＵＲＬ，https://mentor.ieee.org/802.19/dcn/10/19-10-0127-00-0001-presentation-on-system-description-and-reference-model-proposal.ppt

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ４／００−９９／００

Ｈ０４Ｂ７／２４−２６

(57)【特許請求の範囲】

【請求項1】

少なくとも一つの割り当てられたチャネルを受信する方法であって、
共存イネイブラエンティティを含む装置から共存マネージャに、ＴＶ帯域内のチャネルを利用する少なくとも一つのデバイスに関する情報を含むリソース再構成要求メッセージを送信するステップと、
前記装置が、リソースを割り当てるために使用されるリソース再構成応答メッセージを前記共存マネージャから受信するステップと、
を有し、
前記情報は、前記ＴＶ帯域内のチャネル番号を含み、
前記リソース再構成要求メッセージは、最大電力レベルと地理的位置に関する情報のうち少なくとも一つをさらに含み、
前記リソース再構成応答メッセージは、チャネル番号に関する情報、開始周波数、終了周波数、及び最大電力レベルを含むことを特徴とするチャネル受信方法。

【請求項2】

前記装置が、前記少なくとも一つのデバイスからリソース再構成要求メッセージを受信するステップをさらに有することを特徴とする請求項１に記載のチャネル受信方法。

【請求項3】

前記少なくとも一つのデバイスから受信された前記リソース再構成要求メッセージは、チャネル番号に関する情報、最大電力レベル、チャネル負荷、及び地理的位置に関する情報のうち少なくとも一つを含むことを特徴とする請求項２に記載のチャネル受信方法。

【請求項4】

前記装置が、リソース再構成応答メッセージを前記少なくとも一つのデバイスに送信するステップをさらに有することを特徴とする請求項１に記載のチャネル受信方法。

【請求項5】

前記送信されたリソース再構成応答メッセージは、チャネル番号に関する情報、開始周波数、終了周波数、及び最大電力レベルのうち少なくとも一つを含むことを特徴とする請求項４に記載のチャネル受信方法。

【請求項6】

前記共存マネージャは、
共存ホワイトスペースマップを生成するステップと、
複数のデバイスに対する共存の決定を行うステップと、
共存のために要求される情報を交換するステップと、
のうち少なくとも１つのステップを実行することを特徴とする請求項１に記載のチャネル受信方法。

【請求項7】

前記少なくとも一つのデバイスは、異なるタイプのネットワーク技術を利用することを特徴とする請求項１に記載のチャネル受信方法。

【請求項8】

少なくとも一つのリソースを割り当てる方法であって、
共存マネージャを含む装置が、ＴＶ帯域内のチャネルを利用する少なくとも一つのデバイスに関する情報を含むリソース再構成要求メッセージを共存イネイブラエンティティから受信するステップと、
前記装置が、リソースを割り当てるために使用されるリソース再構成応答メッセージを前記共存イネイブラエンティティに送信するステップと、
を有し、
前記情報は、前記ＴＶ帯域内のチャネル番号を含み、
前記リソース再構成要求メッセージは、最大電力レベルと地理的位置に関する情報のうち少なくとも一つをさらに含み、
前記リソース再構成応答メッセージは、チャネル番号に関する情報、開始周波数、終了周波数、及び最大電力レベルを含むことを特徴とするリソース割当方法。

【請求項9】

前記共存マネージャは、
共存ホワイトスペースマップを生成するステップと、
複数のデバイスに対する共存の決定を行うステップと、
共存のために要求される情報を交換するステップと、
のうち少なくとも１つのステップを実行することを特徴とする請求項８に記載のリソース割当方法。

【請求項10】

前記少なくとも一つのデバイスは、異なるタイプのネットワーク技術を利用することを特徴とする請求項８に記載のリソース割当方法。

【請求項11】

共存イネイブラエンティティを格納する格納部と、
前記共存イネイブラエンティティと協力し、ＴＶ帯域内のチャネルを利用する少なくとも一つのデバイスに関する情報を含むリソース再構成要求メッセージを共存マネージャに送信するよう構成された送信部と、
リソースを割り当てるために使用されるリソース再構成応答メッセージを前記共存マネージャから受信するよう構成された受信部と、
を有し、
前記情報は、前記ＴＶ帯域内のチャネル番号を含み、
前記リソース再構成要求メッセージは、最大電力レベルと地理的位置に関する情報のうち少なくとも一つをさらに含み、
前記リソース再構成応答メッセージは、チャネル番号に関する情報、開始周波数、終了周波数、及び最大電力レベルを含むことを特徴とする装置。

【請求項12】

前記受信部は、前記少なくとも一つのデバイスからリソース再構成要求メッセージを受信するようさらに構成され、
前記少なくとも一つのデバイスから受信された前記リソース再構成要求メッセージは、チャネル番号に関する情報、最大電力レベル、チャネル負荷、及び地理的位置に関する情報のうち少なくとも一つを含むことを特徴とする請求項１１に記載の装置。

【請求項13】

前記送信部は、リソース再構成応答メッセージを前記少なくとも一つのデバイスに送信するようさらに構成され、
前記送信されたリソース再構成応答メッセージは、チャネル番号に関する情報、開始周波数、終了周波数、及び最大電力レベルのうち少なくとも一つを含むことを特徴とする請求項１１に記載の装置。

【請求項14】

共存マネージャを格納する格納部と、
ＴＶ帯域内のチャネルを利用する少なくとも一つのデバイスに関する情報を含むリソース再構成要求メッセージを共存イネイブラエンティティから受信するよう構成された受信部と、
リソースを割り当てるために使用されるリソース再構成応答メッセージを前記共存イネイブラエンティティに送信するよう構成された送信部と、
を有し、
前記情報は、前記ＴＶ帯域内のチャネル番号を含み、
前記リソース再構成要求メッセージは、最大電力レベルと地理的位置に関する情報のうち少なくとも一つをさらに含み、
前記リソース再構成応答メッセージは、チャネル番号に関する情報、開始周波数、終了周波数、及び最大電力レベルを含むことを特徴とする装置。

【請求項15】

前記共存マネージャは、
共存ホワイトスペースマップを生成するステップと、
複数のデバイスに対する共存の決定を行うステップと、
共存のために要求される情報を交換するステップと、
のうち少なくとも１つのステップを実行することを特徴とする請求項１４に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、共存システムにおけるリソース取得方法及びそれを利用した装置に関する。

【背景技術】

【0002】

従来、新たなサービスのために周波数を配分したり、新たな事業者に周波数を配分したりすることは、政府の主導下で行われた。

【0003】

特に新規事業者がいる場合、新たな周波数を競売などを介して割り当てたり、既存の周波数を既存事業者から回収して他の事業者に再配置したりすることによって、限定的リソースである周波数を配分した。

【0004】

しかし、最近、開放型端末プラットホーム、アップ(Ａｐｐ)ストア、モバイルＶｏＩＰなど、多様な無線インターネットベースのアプリケーションの拡散につれて無線データトラフィック需要が爆発的に増加しているため、このように政府主導の周波数配分は非常に非効率的で、根本的に周波数分配表上で新規周波数確保が段々難しくなってきている。

【0005】

特に、放送及び通信システムの急速な成長とともに次世代通信システムは、様々なネットワークの融合形態で設計され、システムが段々複雑になって、相互連動の必要性が順次拡大されている。また、通信技術及びサービスの発展によって周波数リソースに対する使用頻度が増加し、優秀な通信技術及びサービス提供のために固定的に特定周波数帯域を占有することによって周波数枯渇問題が深刻な状況に達した。

【0006】

最近、このような問題を解決することができる方案として、周波数共有方式が注目を浴びている。これは、現在の周波数不足現象が既存の仕切り式周波数管理方式に起因したことであり、周波数分配表上では周波数が足りないと判断されるが、共有方式を介して周波数不足問題解決が可能であるという観点で出発したことである。

【0007】

このような周波数リソースの枯渇問題が世界的に重要に認識されることによって、米国ＦＣＣ(ＦｅｄｅｒａｌＣｏｍｍｕｎｉｃａｔｉｏｎｓＣｏｍｍｉｓｓｉｏｎ)は、２００８年１１月スペクトラム使用効率を上げて新たなサービス導入を容易にするためにＴＶ遊休周波数(Ｗｈｉｔｅｓｐａｃｅ)を対象に周波数共有技術である認知無線(ＣｏｇｎｉｔｉｖｅＲａｄｉｏ)技術を適用するようにして関連規定を改定した。

【0008】

このような動きは順次拡大され、２００９年度には英国がＴＶ放送帯域中に空間的に使用しない帯域、即ち、ＷｈｉｔｅＳｐａｃｅ帯域で認知無線(ＣＲ)ベースの周波数共有技術使用を許容したことがあり、ＥＵも現在導入方案を検討中であり、国内でもｗｈｉｔｅｓｐａｃｅ帯域を利用した周波数共有政策用意のための準備が行われている。

【0009】

認知無線技術は、通信装置が自体的に通信環境を観察し、最適の通信のための動作方式を判断して選択し、以前の通信経験から今後判断過程に対する計画を立てるシステムを意味する。即ち、非認可帯域(Ｕｎｌｉｃｅｎｓｅｄｂａｎｄ)に割り当てられている周波数帯域のうちその活用度が低い、又は時/空間的に使われない遊休リソース(スペクトルホール(Ｓｐｅｃｔｒｕｍｈｏｌｅ)、ホワイトスペース(Ｗｈｉｔｅｓｐａｃｅ))を探して適応的(Ａｄａｐｔｉｖｅ)で合理的(Ｏｐｐｏｒｔｕｎｉｓｔｉｃ)に利用する技術である。この時、該当帯域に利用権限(Ｌｉｃｅｎｓｅ)を有している主ユーザ(Ｐｒｉｍａｒｙｕｓｅｒ)が発見されると、直ちに該当帯域の使用を止め、又は送信電力を調節して主ユーザに被害を与えないように動作しなければならない。

【発明の概要】

【発明が解決しようとする課題】

【0010】

本明細書に開示された一実施例は、チャネルロード(Ｃｈａｎｎｅｌｌｏａｄ)を測定することによって、共存マネージャが測定情報を含む全ての情報を管理すると共に最適の動作チャネル割当の実行によるシグナリング(ｓｉｇｎａｌｉｎｇ)及び計算オーバーヘッド(ｃｏｍｐｕｔａｔｉｏｎｏｖｅｒｈｅａｄ)を減少させるためのものである。

【0011】

また、本明細書に開示された他の実施例は、チャネルロード(Ｃｈａｎｎｅｌｌｏａｄ)を使用してＴＶＢＤネットワーク又はデバイスが実際に測定したチャネル情報に基づいて動作チャネルに対する選好度(ｐｒｅｆｅｒｅｎｃｅ)を共存マネージャに知らせることによって共存マネージャのチャネル割当に対するオーバーヘッドを減らすためのものである。

【課題を解決するための手段】

【0012】

本明細書は、割り当てられた一つ以上のリソースを受信する方法を提示する。前記方法は、共存イネイブラエンティティを含む装置が、ＴＶ帯域内のチャネルを利用する少なくとも一つ以上のデバイスに対する情報を含む要求メッセージを共存マネージャに送信するステップを含む。ここで、前記情報は、前記ＴＶ帯域内のチャネルを利用する少なくとも一つ以上のデバイスから取得された利用可能なチャネルリストを含む。そして、前記要求メッセージは、最大電力レベル、チャネル負荷、位置情報のうち一つ以上をさらに含む。前記方法は、前記装置が、リソースを割り当てるための応答メッセージを前記共存マネージャから受信するステップをさらに含む。前記応答メッセージは、チャネル番号に対する情報、開始周波数、終了(Ｅｎｄ)周波数、最大電力レベルのうち一つ以上をさらに含む。

【0013】

前記リソース受信方法は、前記装置が、前記一つ以上のデバイスから要求メッセージを受信するステップをさらに含む。ここで、前記一つ以上のデバイスから受信された要求メッセージは、チャネル番号に対する情報、最大送信レベル、チャネル負荷、位置情報のうち一つ以上をさらに含む。

【0014】

前記リソース受信方法は、前記装置が、応答メッセージを前記一つ以上の装置に送信するステップをさらに含む。ここで、前記送信された応答メッセージは、チャネル番号に対する情報、開始周波数、終了(Ｅｎｄ)周波数、最大電力レベルのうち一つ以上を含む。

【0015】

前記共存マネージャは、共存ホワイトスペースマップを生成し、又は一つ以上のデバイスに対する共存決定を実行し、又は共存のために要求される情報を交換する。

【0016】

前記ＴＶ帯域内のチャネルを利用する一つ以上のデバイスは、互いに異なるタイプのネットワーク技術を利用する。

【0017】

また、本明細書は、一つ以上のリソースを割り当てる方法を提供する。前記リソース割当方法は、共存マネージャを含む装置が、ＴＶ帯域内のチャネルを利用する少なくとも一つ以上のデバイスに対する情報を含む要求メッセージを共存イネイブラエンティティから受信するステップを含む。前記情報は、前記ＴＶ帯域内のチャネルを利用する少なくとも一つ以上のデバイスから取得された利用可能なチャネルリストを含み、前記要求メッセージは、最大電力レベル、チャネル負荷、位置情報のうち一つ以上をさらに含む。

【0018】

前記リソース割当方法は、前記装置が、リソースを割り当てるための応答メッセージを前記共存イネイブラエンティティに送信するステップをさらに含む。そして、前記応答メッセージは、チャネル番号に対する情報、開始周波数、終了(Ｅｎｄ)周波数、最大電力レベルのうち一つ以上を含む。

【0019】

なお、本明細書は、割り当てられたリソースを受信する装置を提示する。

【0020】

前記装置は、共存イネイブラエンティティを含む格納部と；共存イネイブラエンティティと協力し、ＴＶ帯域内のチャネルを利用する少なくとも一つ以上のデバイスに対する情報を含む要求メッセージを共存マネージャに送信する送信部を含む。ここで、前記情報は、前記ＴＶ帯域内のチャネルを利用する少なくとも一つ以上のデバイスから取得された利用可能なチャネルリストを含み、前記要求メッセージは、最大電力レベル、チャネル負荷、位置情報のうち一つ以上をさらに含む。前記装置は、リソースを割り当てるための応答メッセージを前記共存マネージャから受信する受信部をさらに含む。ここで、前記応答メッセージは、チャネル番号に対する情報、開始周波数、終了(Ｅｎｄ)周波数、最大電力レベルのうち一つ以上をさらに含む。

【0021】

さらに、本明細書は、一つ以上のリソースを割り当てる装置を追加的に提示する。前記装置は、共存マネージャを含む格納部と、ＴＶ帯域内のチャネルを利用する少なくとも一つ以上のデバイスに対する情報を含む要求メッセージを共存イネイブラエンティティから受信する受信部を含む。ここで、前記情報は、前記ＴＶ帯域内のチャネルを利用する少なくとも一つ以上のデバイスから取得された利用可能なチャネルリストを含み、前記要求メッセージは、最大電力レベル、チャネル負荷、位置情報のうち一つ以上をさらに含む。前記装置は、前記共存マネージャと協力し、リソースを割り当てるための応答メッセージを前記共存イネイブラエンティティに送信する送信部を含む。この時、前記応答メッセージは、チャネル番号に対する情報、開始周波数、終了(Ｅｎｄ)周波数、最大電力レベルのうち一つ以上をさらに含む。

【発明の効果】

【0022】

本明細書に開示された一実施例によると、単に地理的位置(ｇｅｏ−ｌｏｃａｔｉｏｎ)とデバイスタイプ(ｄｅｖｉｃｅｔｙｐｅ)のみで計算されるＴＶＢＤネットワーク又はデバイス間の干渉(ｉｎｔｅｒｆｅｒｅｎｃｅ)関係(ＴＶＢＤネットワーク又はデバイス間のネイバーセットを取得する問題)の脆弱点を補完することができ、共存マネージャが測定情報を含む全ての情報を管理しながら最適の動作チャネル割当の実行によるシグナリング(ｓｉｇｎａｌｉｎｇ)及び計算オーバーヘッド(ｃｏｍｐｕｔａｔｉｏｎｏｖｅｒｈｅａｄ)を大きく減少することができる。

【0023】

また、本明細書に開示された他の実施例によると、ＴＶＢＤネットワーク又はデバイスが実際に測定したチャネル情報に基づいて動作チャネルに対する選好度(ｐｒｅｆｅｒｅｎｃｅ)を共存マネージャに知らせることによって共存マネージャのチャネル割当に対するオーバーヘッドを大幅に減らすことができる。

【図面の簡単な説明】

【0024】

【図1】本明細書の一実施例に係る共存(ｃｏｅｘｉｓｔｅｎｃｅ)システムを示すブロック図である。

【図2】本明細書の他の実施例に係る共存システムを示すブロック図である。

【図3】本明細書の一実施例に係る共存システムが配置された例を示す。

【図4a】プロトコルスタックを示す。

【図4b】プロトコルスタックを示す。

【図5】本明細書の一実施例に係る共存システムの動作を示す。

【図6】本明細書の一実施例に係る共存システムが配置された他の例を示す。

【図7】ＣＤＩＳ/ＣＤＢ４００の動作を示す例示図である。

【図8】共存輪郭を示す例示図である。

【図9】図８の環境で共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)の例を示す。

【図10】本明細書に開示された一実施例に係る共存マネージャ(ＣＭ)３００が共存イネイブラ(ＣＥ)２００から測定された情報を受信する過程を説明するための図面である。

【図11】本明細書に開示された一実施例に係る共存測定要求のプリミティブの意味(ｓｅｍａｎｔｉｃｓ)を示す図面である。

【図12】本明細書に開示された他の実施例に係る共存イネイブラ(ＣＥ)２００が共存マネージャ(ＣＭ)３００から共存情報(ＣｏｅｘｉｓｔｅｎｃｅＩｎｆｏｒｍａｔｉｏｎ)を要求して受信する過程を説明するための図面である。

【図13】リソース再構成手順を示す図面である。

【図14】本明細書に開示されたＴＶＢＤネットワーク又はデバイス１００のブロック図である。

【図15】本明細書に開示された共存マネージャ(ＣＭ)３００のブロック図である。

【発明を実施するための形態】

【0025】

本明細書で使われる技術的用語は、単に特定の実施例を説明するために使われたものであり、本発明を限定する意図ではないことを留意しなければならない。また、本明細書で使われる技術的用語は、本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野において通常の知識を有する者により一般的に理解される意味で解釈されなければならず、過度に包括的な意味、又は過度に縮小された意味で解釈されてならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない誤った技術的用語である時には、当業者が正しく理解することができる技術的用語に変えられて理解されなければならない。また、本発明で使われる一般的な用語は、事前定義によって、又は前後文脈上によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。

【0026】

また、本明細書で使われる単数の表現は、文脈上明白に異なる意味ではない限り、複数の表現を含む。本出願で、「構成される」又は「含む」などの用語は、明細書上に記載された多様な構成要素、又は多様なステップを必ず全部含むと解釈されてはならず、そのうち一部構成要素又は一部ステップは含まれないこともあり、又は追加的な構成要素又はステップをさらに含むことができると解釈されなければならない。

【0027】

また、本明細書で使われる第１、第２などのように序数を含む用語は、多様な構成要素の説明に使われることができるが、構成要素は、用語により限定されてはならない。用語は、一つの構成要素を他の構成要素から区別する目的にのみ使われる。例えば、本発明の権利範囲を外れない限り、第１の構成要素は第２の構成要素と命名されることができ、同様に、第２の構成要素も第１の構成要素と命名されることができる。

【0028】

一構成要素が他の構成要素に「連結されている」又は「接続されている」と言及された場合、その他の構成要素に直接的に連結されており、又は接続されていることもあるが、中間に他の構成要素が存在することもできる。反面、一構成要素が他の構成要素に「直接連結されている」又は「直接接続されている」と言及された場合、中間に他の構成要素が存在しないと理解されなければならない。

【0029】

以下、添付図面を参照して本発明による好ましい実施例を詳細に説明し、図面符号に関係なしに同じ又は類似の構成要素は同じ参照番号を付与し、これに対する重複する説明は省略する。また、本発明を説明するにあたり、関連した公知技術に対する具体的な説明が本発明の要旨を不明にすると判断される場合にはその詳細な説明を省略する。また、添付図面は、本発明の思想を容易に理解することができるようにするためのものであり、添付図面によって本発明の思想が制限されると解釈されてはならないことを留意しなければならない。本発明の思想は、添付図面外に全ての変更、均等物乃至代替物にまで拡張されると解釈されなければならない。

【0030】

以下、端末という用語が使われるが、端末は、ＵＥ(ＵｓｅｒＥｑｕｉｐｍｅｎｔ)、ＭＥ(ＭｏｂｉｌｅＥｑｕｉｐｍｅｎｔ)、ＭＳ(ＭｏｂｉｌｅＳｔａｔｉｏｎ)、ＵＴ(ＵｓｅｒＴｅｒｍｉｎａｌ)、ＳＳ(ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ)、ＭＳＳ(ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ)、無線機器(ＷｉｒｅｌｅｓｓＤｅｖｉｃｅ)、携帯機器(ＨａｎｄｈｅｌｄＤｅｖｉｃｅ)、ＡＴ(ＡｃｃｅｓｓＴｅｒｍｉｎａｌ)と呼ばれることもある。

【0031】

ＩＥＥＥ８０２.１１ｗｉｒｅｌｅｓｓｌｏｃａｌａｒｅａｎｅｔｗｏｒｋ(ＷＬＡＮ)標準は、２.４.ＧＨｚｏｒ５ＧＨｚで非認可帯域(ｕｎｌｉｃｅｎｓｅｄｂａｎｄ)を利用した１１Ｍｂｐｓ(ＩＥＥＥ８０２.１１ｂ)、５４Ｍｂｐｓ(ＩＥＥＥ８０２.１１ａ)の送信速度を提供する。

【0032】

ＩＥＥＥ８０２.１１ｇは、２.４ＧＨｚでＯＦＤＭ(Ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙ−ｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ)を適用し、５４Ｍｂｐｓの送信速度を提供する。

【0033】

ＩＥＥＥ８０２.１１ｎは、ＭＩＭＯ−ＯＦＤＭを適用し、４個の空間ストリーム(ｓｐａｔｉａｌｓｔｒｅａｍ)に対して３００Ｍｂｐｓの送信速度を提供する。ＩＥＥＥ８０２.１１ｎではチャネル帯域幅(ｃｈａｎｎｅｌｂａｎｄｗｉｄｔｈ)を４０ＭＨｚまでサポートし、この場合、６００Ｍｂｐｓの送信速度を提供する。

【0034】

ＴＶホワイトスペース(ＴＶＷｈｉｔｅｓｐａｃｅ)は、放送ＴＶシステム(ｂｒｏａｄｃａｓｔＴＶ)に割り当てられたＶＨＦ帯域(５４〜６０、７６〜８８、１７４〜２１６ＭＨｚ)とＵＨＦ帯域(４７０〜６９８ＭＨｚ)を含み、該当周波数帯域で動作する認可されたデバイス(ＴＶ放送及び無線マイク等)の通信を阻害しないという条件下で非認可されたデバイスに対して使用が許可された周波数帯域を意味する。

【0035】

一方、ＴＶＷＳは、ＴＶＷｈｉｔｅＳｐａｃｅ(ホワイトスペース)の略語であり、ホワイトスペースとは、ＴＶ放送用に分配されたＶＨＦ及びＵＨＦ周波数帯域で放送事業者が使用しない空いている周波数帯域を意味し、誰でも政府の電波規制に対する条件を満たすと、使用することができる非認可帯域を意味する。即ち、ＴＶホワイトスペースは、放送のための周波数情報を意味する。具体的に説明すると、空間的には放送事業者間の周波数干渉を懸念して空いておいた帯域と地域別に使われない周波数帯域や放送用電波が達し得ない地域を意味し、時間的には夜明けに放送業者が放送を送出しない時間帯に空いている放送周波数を意味する。放送業者の顧客であるＴＶ視聴者に干渉を与えて受信を妨害しては絶対だめであり、また、この帯域の一部を使用して小出力で通信する無線マイク装置に影響を与えてもならない。

【0036】

５１２〜６０８ＭＨｚ、６１４〜６９８ＭＨｚでは特殊ないくつかの場合を除いては、全ての非認可されたデバイスに動作が許容されているが、５４〜６０ＭＨｚ、７６〜８８ＭＨｚ、１７４〜２１６ＭＨｚ、４７０〜５１２ＭＨｚ帯域は、固定デバイス(ｆｉｘｅｄｄｅｖｉｃｅ)間の通信にのみ許容された。固定デバイスとは、決められた位置でのみ送信を実行するデバイスを意味する。

【0037】

ＩＥＥＥ８０２.１１ＴＶＷＳ端末は、ＴＶホワイトスペーススペクトラム(ＴＶＷｈｉｔｅｓｐａｃｅｓｐｅｃｔｒｕｍ)でＩＥＥＥ８０２.１１ＭＡＣａｎｄＰＨＹを使用して動作する非認可されたデバイスを意味する。

【0038】

ＴＶＷｈｉｔｅｓｐａｃｅの使用を所望する非認可されたユーザは、認可されたユーザに対する保護(ｐｒｏｔｅｃｔｉｏｎ)機能を提供しなければならない。したがって、ＴＶ帯域で送信を開始する前に必ず認可されたユーザが該当帯域を占有しているかどうかを確認するようにする。

【0039】

このために、非認可されたデバイスは、インターネットあるいは専用回線を介して位置情報データベース(ｇｅｏ−ｌｏｃａｔｉｏｎｄａｔａｂａｓｅ)に接続して該当地域で使用可能なチャネルリスト情報を取得しなければならない。位置情報データベースは、自分に登録された認可されたデバイスの情報と認可されたデバイスの位置情報及び使用時間によって動的に変化するチャネル使用情報を格納して管理するデータベースである。

【0040】

ステーション(ＳＴＡ；Ｓｔａｔｉｏｎ)は、スペクトラム感知メカニズム(ｓｐｅｃｔｒｕｍｓｅｎｓｉｎｇｍｅｃｈａｎｉｓｍ)を実行する。スペクトラム感知メカニズムとしてエネルギー検出(ＥｎｅｒｇｙＤｅｔｅｃｔｉｏｎ)方式、特徴検出(ＦｅａｔｕｒｅＤｅｔｅｃｔｉｏｎ)方式などが活用される。受信信号の強度が一定値以上の場合、優先ユーザ(ｉｎｃｕｍｂｅｎｔｕｓｅｒ)が使用中であると判断し、又はＤＴＶプリアンブル(ＤＴＶＰｒｅａｍｂｌｅ)が検出される場合、優先ユーザが使用中であると判断する。そして、現在使用中であるチャネルと隣接しているチャネルで優先ユーザが使用中であると判断されると、ＳＴＡとアクセスポイント(ＡＰ；ＡｃｃｅｓｓＰｏｉｎｔ)は送信電力を低くしなければならない。

【0041】

図１は、本明細書の一実施例に係る共存(ｃｏｅｘｉｓｔｅｎｃｅ)システムを示すブロック図である。図１に示すように、共存システムは、機能によって共存イネイブラ(ＣＥ：ＣｏｅｘｉｓｔｅｎｃｅＥｎａｂｌｅｒ)２００、共存マネージャ(ＣＭ：ＣｏｅｘｉｓｔｅｎｃｅＭａｎａｇｅｒ)３００、及び共存発見及び管理サーバ(ＣＤＩＳ：ＣｏｅｘｉｓｔｅｎｃｅＤｉｓｃｏｖｅｒｙａｎｄＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｅｒ)又は共存データベース(ＣＤＢ：ＣｏｅｘｉｓｔｅｎｃｅＤａｔａｂａｓｅ)４００を含む。

【0042】

共存マネージャ(ＣＭ)３００と共存イネイブラ(ＣＥ)２００は、ＴＶＷｈｉｔｅｓｐａｃｅで非認可状態で動作する異なる無線システムや無線事業者間の共存のために定義された論理的エンティティ(ｌｏｇｉｃａｌｅｎｔｉｔｙ)である。共存マネージャ(ＣＭ)３００は、ＴＶＷＳデータベースとのインターフェースを有しながらＴＶＷＳで動作する異なるシステム及び事業者間共存のために共存と関連した政策、ガイドラインを提供しながら自分に連結された共存イネイブラ(ＣＥ)２００間のインターフェース問題を解決するためにリソース割当を実行することができる客体である。

【0043】

共存イネイブラ(ＣＥ)２００は、ＴＶＢＤネットワーク又はデバイス１００とのインターフェースを有し、共存マネージャ(ＣＭ)３００から受信した情報及び命令をＴＶＢＤネットワーク又はデバイス１００に伝達する役割を遂行する客体である。本明細書ではＳＴＡが共存イネイブラ(ＣＥ)２００の機能を遂行することができ、これら複数の共存イネイブラ(ＣＥ)２００を制御することができる上位客体として共存マネージャ(ＣＭ)３００のような管理エンティティが存在する共存ネットワーク構造を扱う。

【0044】

共存イネイブラ(ＣＥ)２００は、共存マネージャ(ＣＭ)３００から共存に関連された情報や命令を受信する。受信した情報や命令は、該当メッセージが要求するＴＶＢＤネットワーク又はデバイス１００の動作のために、共存イネイブラ(ＣＥ)２００がメディアに特定(ｍｅｄｉａｓｐｅｃｉｆｉｃ)形態の情報あるいは命令に変換してＴＶＢＤネットワーク又はデバイス１００に伝達する。同様に、ＴＶＢＤネットワーク又はデバイス１００から受信した情報は、共存イネイブラ(ＣＥ)２００により共存システムで定義されたメッセージ形態に変換されて共存マネージャ(ＣＭ)３００に送信されることができる。共存イネイブラ(ＣＥ)２００は、ＴＶＢＤネットワーク又はデバイス１００内に位置し、共存のための情報、命令が伝達されるためにＴＶＢＤネットワーク又はデバイス１００管理エンティティとのＳＡＰ(ｓｅｒｖｉｃｅａｃｃｅｓｓｐｏｉｎｔ)とプリミティブ(ｐｒｉｍｉｔｉｖｅ)が定義されなければならない。

【0045】

共存マネージャ(ＣＭ)３００は、一つあるいはそれ以上の共存イネイブラ(ＣＥ)２００をサービスすることができる。共存マネージャ(ＣＭ)３００は、ＴＶＷＳデータベースのような外部エンティティあるいは自分がサービスする共存イネイブラ(ＣＥ)２００や他の共存マネージャ(ＣＭ)３００から必要な情報を取得することができる。共存マネージャ(ＣＭ)３００は、他の共存マネージャ(ＣＭ)３００と情報や命令メッセージを送受信したり、自分がサービスする共存イネイブラ(ＣＥ)２００に情報や命令を送信したりする。共存マネージャ(ＣＭ)３００は、取得した情報に基づいて共存決定(ｃｏｅｘｉｓｔｅｎｃｅｄｅｃｉｓｉｏｎｍａｋｉｎｇ)をし、自分がサービスする共存イネイブラ(ＣＥ)２００の動作チャネル、最大送信電力値を決定することなどが決定に含まれることができる。

【0046】

ＴＶＢＤネットワーク又はデバイス１００は、ＴＶ帯域を使用する非認可されたユーザであり、デバイス又はネットワークである。例えば、ＴＶＢＤネットワーク又はデバイス１００は、ＡＰ(ＡｃｃｅｓｓＰｏｉｎｔ)やＢＳ(ＢａｓｅＳｔａｔｉｏｎ)のようにマスターモードに動作するデバイスである。これらはマスターモードに動作しながら共存のために共存マネージャ(ＣＭ)３００と通信し、スレーブモードに動作するデバイスを管理/制御することができる。

【0047】

ＣＤＩＳ４００は、共存マネージャ(ＣＭ)３００とのインターフェースを有しており、自分がサービスする共存マネージャ(ＣＭ)３００と該当共存マネージャ(ＣＭ)３００がサービスする共存イネイブラ(ＣＥ)２００に関連した情報、例えば、共存イネイブラ(ＣＥ)２００がサービスするＴＶＢＤネットワーク又はデバイス１００の位置情報(ｇｅｏ−ｌｏｃａｔｉｏｎ)やＴＶＢＤネットワーク又はデバイス１００がＴＶＷＳデータベースから取得した可用チャネルリスト情報、ＴＶＢＤネットワーク又はデバイス１００の測定(ｍｅａｓｕｒｅｍｅｎｔ)結果、共存マネージャ(ＣＭ)３００がサービスしている共存イネイブラ(ＣＥ)２００リストなどを共存マネージャ(ＣＭ)３００から取得して管理することができる。

【0048】

ＣＤＩＳ４００は、自分がサービスする共存マネージャ(ＣＭ)３００間、及び共存イネイブラ(ＣＥ)２００間のネイバー(ｎｅｉｇｈｂｏｒ)関係を計算することができる。即ち、特定ＴＶＢＤネットワーク又はデバイス１００を考慮した時、該当ＴＶＢＤネットワーク又はデバイス１００と干渉(ｉｎｔｅｒｆｅｒｉｎｇ)関係にあるＴＶＢＤネットワーク又はデバイス１００が何であるか、及び該当ＴＶＢＤネットワーク又はデバイス１００をサービスする共存イネイブラ(ＣＥ)２００と共存マネージャ(ＣＭ)３００が何であるかを計算することができる。

【0049】

共存サービスを使用するために、共存イネイブラ(ＣＥ)２００は、共存マネージャ(ＣＭ)３００と連結(ｃｏｎｎｅｃｔｉｏｎ)を設定し、該当共存マネージャ(ＣＭ)３００に自分を登録する。共存マネージャ(ＣＭ)３００も隣接する共存マネージャ(ＣＭ)３００と連結を設定しなければならない。共存マネージャ(ＣＭ)３００は、自分に登録された共存イネイブラ(ＣＥ)２００を管理し、共存のためのサービスを提供する。このように共存マネージャ(ＣＭ)３００が複数の共存イネイブラ(ＣＥ)２００を管理しながら共存のための意思決定を実行するトポロジー(ｔｏｐｏｌｏｇｙ)を中央集中型トポロジー(ｃｅｎｔｒａｌｉｚｅｄｔｏｐｏｌｏｇｙ)という。中央集中型トポロジーで意思決定者は共存マネージャ(ＣＭ)３００であるため、共存イネイブラ(ＣＥ)２００は共存マネージャ(ＣＭ)３００の意思決定にしたがう。

【0050】

以下、共存システム内の各構成要素に対してさらに詳細に説明する。

【0051】

共存イネイブラ(ＣＥ)２００は、共存マネージャ(ＣＭ)３００とはインターフェースＢ１で互いに連結され、共存マネージャ(ＣＭ)３００は、ＣＤＩＳ又はＣＤＢ４００とはインターフェースＢ２を介して連結され、共存マネージャ(ＣＭ)３００は、他の共存マネージャ(ＣＭ)３００′とはインターフェースＢ３で連結される。

【0052】

また、共存イネイブラ(ＣＥ)２００は、ＴＶＢＤネットワーク又はデバイス１００とインターフェースＡを介して連結される。ここで、ＴＶＢＤネットワーク又はデバイス１００は、米国連邦通信委員会(ＦｅｄｅｒａｌＣｏｍｍｕｎｉｃａｔｉｏｎＣｏｍｍｉｓｓｉｏｎ；ＦＣＣ)でＴＶホワイトスペース利用を可能にする端末を意味する。ＴＶＢＤネットワーク又はデバイス１００は、ＴＶＷＳデータベース６００とインターフェースＣを介して連結されることができる。

【0053】

共存イネイブラ(ＣＥ)２００は、ＴＶＢＤ(ＴｅｌｅＶｉｓｉｏｎＢａｎｄＤｅｖｉｃｅ)ネットワーク又はデバイス１００から共存(Ｃｏｅｘｉｓｔｅｎｃｅ)に要求される情報を要求して取得することができ、共存マネージャ(ＣＭ)３００から受信された構造(ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ)変更要求/命令(ｒｅｑｕｅｓｔｓ/ｃｏｍｍａｎｄｓ)と制御情報(ｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ)をＴＶＢＤ特定構造(ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ)要求/命令(ｒｅｑｕｅｓｔｓ/ｃｏｍｍａｎｄｓ)に転換してＴＶＢＤネットワーク又はデバイス１００に送ることができる。

【0054】

共存マネージャ(ＣＭ)３００は、ＴＶＢＤネットワーク間に共存問題を解決するために、他のＣＭを探索(ｄｉｓｃｏｎｖｅｒｙ)する機能、対応する共存要求/命令と制御情報を生成し、共存イネイブラ(ＣＥ)２００に提供する共存意思決定(ｃｏｅｘｉｓｔｅｎｃｅｄｅｃｉｓｉｏｎｍａｋｉｎｇ)機能、ＣＭ間に共存のために要求される情報の交換をサポートする機能(これはＣＭを配置するにあたって階層的(ｈｉｅｒａｒｃｈｉｃａｌ)及び/又は同等な(ｐｅｅｒ−ｔｏ−ｐｅｅｒ)意思決定能力(ｃａｐａｂｉｌｉｔｉｅｓ)を含むことができる)を有することができる。

【0055】

また、共存マネージャ(ＣＭ)３００は、共存マネージャに関する情報を共有して代表共存マネージャを選択する機能、後述するように、他のネットワークとシステム間で周波数リソースを効率的に共有するための共存ホワイトスペースマップ(ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭａｐ)を生成する機能、及びＴＶＷＳ共存と関連した管理を実行するにあたってネットワークオペレータ(ｏｐｅｒａｔｏｒｓ)を補助する機能を有することができる。

【0056】

このような共存マネージャ(ＣＭ)３００は、ＡＰ(ＡｃｃｅｓｓＰｏｉｎｔ)又は基地局(Ｂａｓｅ−ｓｔａｔｉｏｎ)のようなデバイスに埋め込み(ｅｍｂｅｄｄｅｄ)形態で具現されてもよく、デバイスの外部に具現されてもよい。

【0057】

ＣＤＩＳ/ＣＤＢ４００は、機能に応じてＣＤＩＳ又はＣＤＢに示すことができる。ＣＤＩＳ/ＣＤＢ４００は、他のネットワークとシステム間で周波数リソースを効率的に共有するために、共存ホワイトスペースマップ(ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭａｐ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)を生成する機能、ＴＶＷＳ共存と関連した管理を実行するにあたって複数個のオペレータ(ｏｐｅｒａｔｏｒ)を制御する機能、共存マネージャ(ＣＭ)間の通信オーバーヘッド(ｏｖｅｒｈｅａｄ)を減らし、共存問題を解決するために代表ＣＭを選出する機能を有することができる。

【0058】

また、ＣＤＩＳ/ＣＤＢ４００は、隣接するネットワーク/システムを探索するために共存輪郭線(ｃｏｅｘｉｓｔｅｎｃｅｃｏｎｔｏｕｒ)を計算する機能、共存問題を解決するために共存ホワイトスペースマップ(ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭａｐ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)をＴＶＤＢに合うように再設定(Ｒｅｄｉｒｅｃｔｉｏｎ)する機能、共存マネージャ(ＣＭ)間にインターフェースの開放を促進して共存マネージャ(ＣＭ)の探索をサポートする機能、及び共存を促進することができる情報を収集し総合して提供する機能を遂行することができる(これはデータストレージ、データプロセッシングを含む)。

【0059】

ＣＤＩＳ/ＣＤＢ４００は、リソースを割り当てるにあたって全能に(ｏｍｎｉｐｏｔｅｎｔ)リソースを分け、又は仲介者(ｉｎｔｅｒｍｅｄｉａｒｙ)として共存マネージャ(ＣＭ)３００間優先権(ｐｒｉｏｒｉｔｙ)の基準を提示し、各共存マネージャ(ＣＭ)３００のリソース選択に対する調律を実行し、又はＤＢ(ＤａｔａＢａｓｅ)として共存マネージャ(ＣＭ)３００間の外部及び異種ネットワーク間情報共有媒介体として作用することができる。

【0060】

一方、インターフェースＡは、共存イネイブラ(ＣＥ)２００とＴＶＢＤネットワーク又はデバイス１００との間のインターフェースであり、ＴＶＢＤネットワーク又はデバイス１００からは共存のために要求される情報、共存のための構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)/情報要求、共存のための構成/測定/情報応答及び必要によって他の情報が提供されることができる。共存イネイブラ(ＣＥ)２００からＴＶＢＤネットワーク又はデバイス１００に、再構成要求/命令と制御情報(ＣＭから受信された共存要求/命令と制御情報に対応する)、ＴＶＢＤネットワーク又はデバイス１００によって実行される測定値を制御することと関連した要求/命令、可能なリソースを通知する情報及び必要によって他の情報が提供されることができる。

【0061】

インターフェースＢ１は、共存イネイブラ(ＣＥ)２００と共存マネージャ(ＣＭ)３００との間のインターフェースであり、共存イネイブラ(ＣＥ)２００から共存マネージャ(ＣＭ)３００は、共存のために要求される情報(ＴＶＢＤネットワーク又はデバイス１００から得た情報)と必要による他の情報が提供されることができる。共存マネージャ(ＣＭ)３００から共存イネイブラ(ＣＥ)２００に、共存要求/命令及び制御情報、及び必要によって他の情報が提供されることができる。

【0062】

インターフェースＢ２は、共存マネージャ(ＣＭ)３００とＣＤＩＳ/ＣＤＢ４００との間のインターフェースであり、共存マネージャ(ＣＭ)３００からＣＤＩＳ/ＣＤＢ４００に、共存マップ(ｃｏｅｘｉｓｔｅｎｃｅｍａｐ)のために要求される情報、ネイバーセット(ｎｅｉｇｈｂｏｒｓｅｔ)のために要求される情報、登録(ｒｅｇｉｓｔｅｒ)/未登録(ｕｎｅｎｒｏｌｌｅｄ)のために要求される情報、探索(現在使われるＣＭによって取得される)のために要求される情報、共存のために要求される情報(現在使われるＣＭによって取得される)及び必要による他の情報などが提供されることができる。

【0063】

ＣＤＩＳ/ＣＤＢ４００から共存マネージャ(ＣＭ)３００に、共存マップ(ｃｏｅｘｉｓｔｅｎｃｅｍａｐ)のために通知される情報、ネイバーセット(ｎｅｉｇｈｂｏｒｓｅｔ)(又はネイバーリスト(ｎｅｉｇｈｂｏｒｌｉｓｔ))のために通知される情報、代表ＣＭのために通知される情報、探索(他のＣＭによって取得される)のために要求される情報、共存(他のＣＭによって取得される)ために要求される情報及び必要による他の情報などが提供されることができる。

【0064】

インターフェースＢ３は、共存マネージャ(ＣＭ)３００と他の共存マネージャ(ＣＭ)３００′との間のインターフェースであり、共存マネージャ(ＣＭ)３００から他の共存マネージャ(ＣＭ)３００′に、探索と共存のために要求される情報とメッセージ、登録(ｒｅｇｉｓｔｅｒ)/未登録(ｕｎｒｅｓｇｉｓｔｅｒ)(共存マネージャ(ＣＭ)から代表共存マネージャ(ＣＭ)に又はデバイスの共存マネージャ(ＣＭ)からサーバの共存マネージャ(ＣＭ)に)のために通知される情報、共存マップのために通知される情報(ＣＭから代表ＣＭに又はサーバのＣＭからデバイスのＣＭに)、政策交換/交渉に必要な情報及び必要による他の情報などが提供されることができる。

【0065】

インターフェースＣは、ＴＶＢＤネットワーク又はデバイス１００とＴＶＷＳデータベース６００との間のインターフェースであり、ＴＶＷＳＤＢ６００でＴＶＢＤネットワーク又はデバイス１００に可用チャネルのために通知される情報が提供されることができる。

【0066】

インターフェースＤは、共存マネージャ(ＣＭ)３００とオペレータマネージメントエンティティ(ＯＭＥ：ＯｐｅｒａｔｏｒＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ)７００との間のインターフェースであり、ＯＭＥ７００から共存マネージャ(ＣＭ)３００に、情報と関連したネットワーク動作情報(例えば、スペクトラム政策/ネットワークを運用することと関連した制限要因)及び必要によって他の情報が提供されることができる。

【0067】

図２は、本明細書の他の実施例に係る共存(ｃｏｅｘｉｓｔｅｎｃｅ)システムを示すブロック図である。

【0068】

図２を参照して分かるように、共存イネイブラ２００と共存マネージャ(ＣＭ)３００は、各々、アクセスポイント(ＡＰ)及び基地局(ＢＳ：ＢａｓｅＳｔａｔｉｏｎ)に埋め込まれることができる。

【0069】

また、ＣＤＩＳ/ＣＤＢ４００は、ＴＶＷＳデータベース６００と連結されることができる。このような連結を介してＣＤＩＳ/ＣＤＢ４００は、ＴＶＷＳデータベース６００からＴＶホワイトスペース情報を受信することができる。

【0070】

図３は、本明細書の一実施例に係る共存(ｃｏｅｘｉｓｔｅｎｃｅ)システムが配置された例を示す。

【0071】

図３を参照して分かるように、垂直的にはネットワークＡ及びネットワークＢが存在する。また、水平的には通信システムＡと通信システムＢと通信システムＣが存在する。通信システムＡ、通信システムＢ、通信システムＣは、互いに異なる無線接続方式、即ち、通信方式を各々利用する。例えば、通信システムＡは、セルラー通信、例えば、ＣＤＭＡ、ＧＳＭ、ＣＤＭＡ−２０００、ＷＣＤＭＡ、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、ＩＥＥＥ８０２.１６のようなシステムである。システムＢは、通信システムＡよりはセルカバレッジの大きさが小さいセルラーシステムである。又は、システムＢは、Ｗｉ−Ｆｉのようなシステムである。システムＣは、システムＢよりセルカバレッジの大きさが小さいセルラーシステム、例えば、フェムトセルである。通信システムＡ、通信システムＢ、通信システムＣの各々には、共存マネージャ(ＣＭ)が存在する。

【0072】

一方、通信システムＡ、通信システムＢ、通信システムＣは、地理的にネットワークＡ内で互いに共存し、ネットワークＢ内でも互いに共存する。このように互いに共存することができるように、ＣＤＩＳ/ＣＤＢ４００は、共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)を生成し、各々の共存マネージャ(ＣＭ)に送信することができる。

【0073】

図４は、プロトコルスタックを示す。

【0074】

図４を参照して分かるように、共存エンティティとＴＶＢＤエンティティが示している。共存エンティティは、ＣＥ又はＣＭである。ＴＶＢＤエンティティは、ＴＶＢＤデバイスである。

【0075】

共存エンティティは、他のエンティティとのインターフェースのために、サービスアクセスポイント(ＳＡＰ)を使用する。

【0076】

ＣＯＥＸ_ＳＡＰ：このＳＡＰは、共存エンティティとＴＶＢＤ管理エンティティとの間にメディア非従属的インターフェースを定義する。

【0077】

ＣＯＥＸ_ＮＥＴ_ＳＡＰ：ローカルＴＶＢＤ上にデータ平面で送信サービスを提供する共存エンティティのメディア従属的インターフェースを定義する。これは遠隔共存エンティティとの共存情報及びメッセージの交換をサポートする。

【0078】

ＴＶＢＤ管理エンティティは、ＣＯＥＸ_ＳＡＰプリミティブからメディア従属的ＳＡＰプリミティブに対するマッピング機能を含む。

【0079】

ＭＡＣ状態管理コンバージェンス機能(ＭＳＧＣＦ：ＭＡＣＳｔａｔｅＧｅｎｅｒｉｃＣｏｎｖｅｒｇｅｎｃｅＦｕｎｃｔｉｏｎ)のサービスアクセスポイント(ＳＡＰ)(即ち、ＭＳＧＣＦ_ＳＡＰ)により定義されるプリミティブを使用したり、ＬＳＡＰによって定義された既存プリミティブを利用したりすることによって、データフレーム内にＩＥＥＥ８０２.１１に対する共存サービスが実行されることができる。

【0080】

図５は、本明細書の一実施例に係る共存(ｃｏｅｘｉｓｔｅｎｃｅ)システムの動作を示す。

【0081】

図５を参照して分かるように、共存マネージャ(ＣＭ)３００がＡＰとＢＳに埋め込まれないと示しているが、これは例示的な説明のためのものに過ぎず、共存マネージャ(ＣＭ)３００は、ＡＰとＢＳに埋め込まれてもよい。また、ＡＰ及びＢＳ内には共存イネイブラ(ＣＥ)２００が埋め込まれてもよい。

【0082】

一方、ＡＰとＢＳは、各々、共存マネージャ(ＣＭ)３００及びＣＤＩＳ/ＣＤＢ４００、及びＴＶＷＳデータベース６００に登録する。

【0083】

共存マネージャ(ＣＭ)３００も同様にＣＤＩＳ/ＣＤＢ４００及びＴＶＷＳデータベースに登録を実行する。

【0084】

一方、ＣＤＩＳ/ＣＤＢ４００は、ＴＶＷＳデータベース６００から放送のためのチャネルリストを受信することができる。チャネルリストとは、放送のための周波数情報である。また、チャネルリストとは、放送の運用チャネル(ｏｐｅｒａｔｉｎｇｃｈａｎｎｅｌ)と送信電力制限(ｔｒａｎｓｍｉｔｐｏｗｅｒｌｉｍｉｔａｔｉｏｎ)に対する情報を含むことができる。

【0085】

ＣＤＩＳ/ＣＤＢ４００は、ＢＳとＡＰの位置情報及び可用チャネル情報を利用することで、互いに任意地域内で共存するかどうかを確認する。互いに共存する場合、ＡＰ及びＢＳのカバレッジ半径を計算し、チャネルリスト、即ち、放送のための周波数情報に基づいて、任意地域に位置する互いに異なる種類のアクセスポイント、即ち、ＡＰとＢＳが使用することができるチャネル(又はリソース)、又は一つ以上の周波数帯域を割り当て、チャネル(又はリソース)、帯域に対する情報、例えば、共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)を生成して送信することができる。

【0086】

図６は、本明細書の一実施例に係る共存(ｃｏｅｘｉｓｔｅｎｃｅ)システムが配置された他の例を示す。

【0087】

図６を参照して分かるように、共存マネージャ(ＣＭ)又はＣＳＩＳ/ＣＤＢ４００は、複数のＡＰが無線上で共存することができるように調整することができる。複数のＡＰは、インターネットのような物理接続を利用してＣＤＩＳ/ＣＤＢ４００と連結されることができる。

【0088】

ＣＤＩＳ/ＣＤＢ４００は、ＴＶＷＳデータベース６００から前述したように放送のためのチャネル情報を取得することができる。また、ＣＤＩＳ/ＣＤＢ４００は、特定地理的領域での放送のためのチャネル情報、例えば、放送チャネルセットを取得することができる。また、ＣＤＩＳ/ＣＤＢ４００は、共存輪郭線(ｃｏｅｘｉｓｔｅｎｃｅｃｏｎｔｏｕｒ)を計算することができる。特に、ＴＶ放送用ホワイトスペース又はＴＶ放送用周波数上で動作する他のシステム上でネイバー探知機能を備えることができる。

【0089】

また、ＣＤＩＳ/ＣＤＢ４００は、前述したように共存ホワイトスペースマップ又は共存マップを生成することができる。また、ＣＤＩＳ/ＣＤＢ４００は、共通クロック(ｃｏｍｍｏｎｃｌｏｃｋ)情報を提供することができる。また、他のシステム間に時間同期のための情報を提供することができる。

【0090】

ＣＤＩＳ/ＣＤＢ４００は、各装置の無線範囲及び干渉範囲に対するパラメータを提供することができる。ＣＤＩＳ/ＣＤＢ４００は、前述した共存輪郭線に対するパラメータを提供することができる。ＣＤＩＳ/ＣＤＢ４００は、他のシステム間に共存のために隣接のネットワーク装置を識別することができる。ＣＤＩＳ/ＣＤＢ４００は、各ネットワークの送信電力、アンテナ高さ、他の物理パラメータに対する情報を提供することができる。

【0091】

図７の(ａ)及び図７の(ｂ)は、ＣＤＩＳ/ＣＤＢ４００の動作を示す例示図である。

【0092】

図７(ａ)を参照して分かるように、第１の共存マネージャ(ＣＭ１)と第２の共存マネージャ(ＣＭ２)が存在し、これらはＴＶＷＳＤＢ６００とＣＤＩＳ/ＣＤＢ４００と各々連結されている。第１の共存マネージャ(ＣＭ１)と第２の共存マネージャ(ＣＭ２)は、ＴＶＷＳＤＢ６００から位置情報と放送のための周波数情報、例えば、ホワイトスペースマップ(ＷＭ：ＷｈｉｔｅｓｐａｃｅＭＡＰ)に対する情報を受信する。ホワイトスペースマップとは、ＴＶ放送用に分配されたＶＨＦ及びＵＨＦ周波数帯域で放送事業者が使用しない空いている周波数帯域に対する情報を意味する。

【0093】

一方、ＣＤＩＳ/ＣＤＢ４００は、ＴＶＷＳＤＢ６００と接続され、ＴＶＷＳＤＢ６００から放送のための周波数情報、例えば、ホワイトスペースマップを受信することができる。そして、ＣＤＩＳ/ＣＤＢ４００は、放送のための周波数情報、例えば、ホワイトスペースマップに基づいて、前述したように、共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)を生成することができる。そして、生成された共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)を第１の共存マネージャ(ＣＭ１)と第２の共存マネージャ(ＣＭ２)に伝達することができる。

【0094】

一方、図７(ｂ)を参照して分かるように、第１の共存マネージャ(ＣＭ１)と第２の共存マネージャ(ＣＭ２)は、ＴＶＷＳＤＢ６００と連結されている。そして、ＴＶＷＳＤＢ６００は、ＣＤＩＳ/ＣＤＢ４００と連結されることができる。

【0095】

ＣＤＩＳ/ＣＤＢ４００は、前述した共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)をＴＶＷＳＤＢ６００に伝達することができ、ＴＶＷＳＤＢ６００は、受信した共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)を第１の共存マネージャ(ＣＭ１)と第２の共存マネージャ(ＣＭ２)に伝達することができる。この場合、ＴＶＷＳＤＢ６００は、受信した共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)を放送のための周波数情報、例えば、ホワイトスペースマップと仮定して伝達することができる。

【0096】

他の方法として、ＴＶＷＳＤＢ６００は、受信した共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)だけでなく、放送のための周波数情報、例えば、ホワイトスペースマップを第１の共存マネージャ(ＣＭ１)と第２の共存マネージャ(ＣＭ２)に伝達することができる。この場合、第１の共存マネージャ(ＣＭ１)と第２の共存マネージャ(ＣＭ２)は、受信した共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)だけでなく、放送のための周波数情報、例えば、ホワイトスペースマップを全部受信すると、このうち適切なものを選択して利用することができる。

【0097】

図８は、共存輪郭を示す例示図である。

【0098】

図８を参照して分かるように、ネットワークＡ、ネットワークＢ、ネットワークＣが互いに近接して存在する。各ネットワークの共存輪郭は、実線で示しており、各ネットワークの離隔距離は点線で示している。共存輪郭(ＣｏｅｘｉｓｔｅｎｃｅＣｏｎｔｏｕｒ)は、各ネットワークそのものの特性によって決定される。反面、離隔距離は、他のネットワークとの特性によって決定されることができる。図６を参照して分かるように、ネットワークＡとネットワークＢは、共存輪郭線が互いに接しており、ネットワークＡとネットワークＣの共存輪郭線は一部重なっている。

【0099】

図９は、図８の環境で共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)の例を示す。

【0100】

図９の右側上段に示すように、チャネル１からチャネル６が存在すると仮定する。この時、チャネル１及びチャネル２は、放送のための周波数情報、例えば、ホワイトスペースマップによると、放送のために使用中であるチャネルと仮定する。

【0101】

ＣＤＩＳ/ＣＤＢ４００は、図示したようにチャネル４が遊休チャネルであることを示す共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)をネットワークＡに送信する。これにより、ネットワークＡがチャネル４を使用すると決定すると、ＣＤＩＳ/ＣＤＢ４００は、チャネル３、チャネル５、チャネル６が遊休チャネルであることを示す共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)をネットワークＢに送信する。これにより、ネットワークＢが、例えば、チャネル６を使用すると決定すると、ＣＤＩＳ/ＣＤＢ４００は、チャネル３及びチャネル５が遊休チャネルであることを示す共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)をネットワークＣに送信することができる。

【0102】

このようにＣＤＩＳ/ＣＤＢ４００は、ネットワークＡ、Ｂ及びＣに各々共存ホワイトスペースマップ(ＣＷＭ：ＣｏｅｘｉｓｔｅｎｃｅＷｈｉｔｅｓｐａｃｅＭＡＰ)又は共存マップ(ＣｏｅｘｉｓｔｅｎｃｅＭＡＰ)を送信することによって、ネットワークＡ、Ｂ及びＣが無線上で共存することができるようにする。

【0103】

図１０は、本明細書に開示された一実施例に係る共存マネージャ(ＣＭ)３００が共存イネイブラ(ＣＥ)２００から測定された情報を受信する過程を説明するための図面である。

【0104】

一実施例において、連結が確立されると(例えば、共存ピア確認(ｃｏｅｘｉｓｔｅｎｃｅｐｅｅｒｃｏｎｆｉｒｍ)の状態コードが成功である場合(ｓｕｃｃｅｓｓ))(Ｓ１１０)、共存マネージャ(ＣＭ)３００は、共存イネイブラ(ＣＥ)２００に特定チャネルリスト(ｃｈａｎｎｅｌｌｉｓｔ)でチャネル測定(ｃｈａｎｎｅｌｍｅａｓｕｒｉｎｇ)を実行することを要求することができる(Ｓ１２０)。このようなチャネル測定を要求するフレーム(ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔｆｒａｍｅ)は、測定を要求した直後にもモニタリングを実行することができるように、対象チャネルリストと測定が行われる時間区間を含むことができる。対象チャネルは、測定の用途及び目的によって変わることができる。

【0105】

共存マネージャ(ＣＭ)３００は、共存イネイブラ(ＣＥ)２００がサービスするＴＶＢＤネットワーク又はデバイス１００の可用チャネルリスト(ａｖａｉｌａｂｌｅｃｈａｎｎｅｌｌｉｓｔ)を有している(維持する)。可用チャネルリストは、ＴＶＢＤネットワーク又はデバイス１００が登録された位置で使用可能なＴＶチャネルを意味する。共存マネージャ(ＣＭ)３００は、ＴＶＷＳＤＢ６００に接続して該当ＴＶＢＤネットワーク又はデバイス１００の可用チャネルリストを取得することができる。又は、共存マネージャ(ＣＭ)３００は、共存イネイブラ(ＣＥ)２００に要求してＴＶＢＤネットワーク又はデバイス１００が規定(ｒｅｇｕｌａｔｉｏｎ)によって周期的に取得した可用チャネルリストを受信することもできる。ＴＶＢＤネットワーク又はデバイス１００の可用チャネル(ａｖａｉｌａｂｌｅｃｈａｎｎｅｌ)と非可用チャネル(ｎｏｎ−ａｖａｉｌａｂｌｅｃｈａｎｎｅｌ)の両方ともで測定が実行されることができる。

【0106】

ＴＶＢＤネットワーク又はデバイス１００は、電源がオンの時、動作チャネルを決定するために又は現在動作チャネルで深刻なＱｏＳ(ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ)が発生する場合に(又は、発生することを感知する場合に)動作チャネルを変更するためにチャネル測定(ｃｈａｎｎｅｌｍｅａｓｕｒｅｍｅｎｔ)を実行することができる。ＴＶＢＤネットワーク又はデバイス１００は、(新たな)動作チャネルを決定するために自分の可用チャネルでチャネル測定を実行し、チャネルロード(ｃｈａｎｎｅｌｌｏａｄ)又はＱｏＳ情報、即ち、該当チャネルでの可用リソース(ｒｅｓｏｕｒｃｅ)の程度を計算する。

【0107】

共存システムで、共存マネージャ(ＣＭ)３００は、自分がサービスする共存イネイブラ(ＣＥ)２００の動作チャネルを決定する。共存マネージャ(ＣＭ)３００は、ＴＶ帯域で任意に動作チャネルを配分して割り当てたり、各共存イネイブラ(ＣＥ)２００がサービスするＴＶＢＤネットワーク又はデバイス１００間の干渉(ｉｎｔｅｒｆｅｒｅｎｃｅ)関係と可用チャネルリストを使用して効率的に動作チャネルを割り当てたりする。共存イネイブラ(ＣＥ)２００が割当を受けた動作チャネルと可用チャネルの共通集合領域で共存イネイブラ(ＣＥ)２００がサービスするＴＶＢＤネットワーク又はデバイス１００が動作することができる。ＴＶＢＤネットワーク又はデバイス１００が共存マネージャ(ＣＭ)３００から共存イネイブラ(ＣＥ)２００に割り当てられた動作チャネル以外のチャネルに移動することを所望する時には、独自的に動作チャネルを変更することができず、必ず共存マネージャ(ＣＭ)３００からの動作チャネル割当が新たに変更されなければならない。

【0108】

共存マネージャ(ＣＭ)３００は、自分に登録された共存イネイブラ(ＣＥ)２００に一定時間区間中、特定チャネルでチャネルロードを測定することを要求することができる。これは、共存システムに参加し、又は共存システムから脱退するＴＶＢＤネットワーク又はデバイス１００と可変する周辺ネットワークとチャネル環境、可変するＴＶＢＤネットワーク又はデバイス１００のトラフィックロードによって共存ネットワークが動的に変化するため、このようなチャネル情報を収集して効率的なリソース割当を実行するためのことである。

【0109】

共存マネージャ(ＣＭ)３００は、チャネルロードを測定するチャネル番号と測定時間を決定して共存イネイブラ(ＣＥ)２００に測定要求(ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔ)メッセージを送信する。一実施例において、測定要求フォーマットは、以下の表１のように定義されることができる。

【0110】

【表1】

【0111】

情報タイプ(Ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ)は、共存測定(ｃｏｅｘｉｓｔｅｎｃｅｍｅａｓｕｒｅｍｅｎｔ)であり、他の共存フレームと区分される。測定タイプ(Ｍｅａｓｕｒｅｍｅｎｔｔｙｐｅ)は、チャネルロード情報(ｃｈａｎｎｅｌｌｏａｄｉｎｆｏｒｍａｔｉｏｎ)であり、他の測定フレームと区分される。測定開始時間(Ｍｅａｓｕｒｅｍｅｎｔｓｔａｒｔｔｉｍｅ)は、要求された測定が開始される時間であり、０の場合は要求フレームを受信すると直ちに測定を開始することを意味する。測定期間(Ｍｅａｓｕｒｅｍｅｎｔｄｕｒａｔｉｏｎ)は、測定時間区間を意味する。チャネル番号(Ｃｈａｎｎｅｌｎｕｍｂｅｒ)は、測定する対象チャネル番号を意味する。例えば、測定を実行するＴＶチャネル番号又はＴＶＢＤネットワーク又はデバイス１００の動作チャネルである。８０２.１１システムの場合、ＴＶＢＤネットワーク又はデバイス１００の動作チャネルは、動作クラス(ｏｐｅｒａｔｉｎｇｃｌａｓｓ)とチャネル番号(ｃｈａｎｎｅｌｎｕｍｂｅｒ)の組合せで表すことができる。

【0112】

測定要求を受信した共存イネイブラ(ＣＥ)２００は、チャネル番号フィールドで指示するＴＶチャネルでチャネルロードを測定し(Ｓ１３０)、測定されたチャネルロード値を共存マネージャ(ＣＭ)３００に報告する(Ｓ１４０)。測定報告フォーマットは、以下の表２のように定義されることができる。

【0113】

【表2】

【0114】

情報タイプ(Ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ)は、共存測定(ｃｏｅｘｉｓｔｅｎｃｅｍｅａｓｕｒｅｍｅｎｔ)であり、他の共存フレームと区分される。測定タイプ(Ｍｅａｓｕｒｅｍｅｎｔｔｙｐｅ)は、チャネルロード情報(ｃｈａｎｎｅｌｌｏａｄｉｎｆｏｒｍａｔｉｏｎ)であり、他の測定フレームと区分される。測定開始時間(Ａｃｔｕａｌｍｅａｓｕｒｅｍｅｎｔｓｔａｒｔｔｉｍｅ)は、実際にＴＶＢＤネットワーク又はデバイス１００が測定を開始すた時間を意味する。測定期間(Ｍｅａｓｕｒｅｍｅｎｔｄｕｒａｔｉｏｎ)は、実際にＴＶＢＤネットワーク又はデバイス１００が測定を実行した時間区間を意味する。チャネル番号(Ｃｈａｎｎｅｌｎｕｍｂｅｒ)は、実際にＴＶＢＤネットワーク又はデバイス１００が測定した対象チャネル番号を意味する。チャネル番号(Ｃｈａｎｎｅｌｎｕｍｂｅｒ)は、例えば、測定を実行したＴＶチャネル番号又はＴＶＢＤネットワーク又はデバイス１００の動作チャネルである。８０２.１１システムの場合、ＴＶＢＤネットワーク又はデバイス１００の動作チャネルは、動作クラス(ｏｐｅｒａｔｉｎｇｃｌａｓｓ)とチャネル番号(ｃｈａｎｎｅｌｎｕｍｂｅｒ)の組合せで表すことができる。

【0115】

チャネルロード(ｃｈａｎｎｅｌｌｏａｄ)は、チャネル番号フィールドで指示するＴＶチャネルで測定されたチャネルロードを意味する。例えば、８０２.１１システムで、チャネルロードは、測定区間で測定された使用時間(ｂｕｓｙｔｉｍｅ)の比率(ｐｒｏｐｏｒｔｉｏｎ)で計算することができる。即ち、チャネルロードは、以下の数式１のように計算することができ、例えば、０〜２５５の値を有することができる。

【0116】

【数1】

【0117】

ここで、必ず共存マネージャ(ＣＭ)３００の測定要求がなくても(自動測定報告(Ａｕｔｏｎｏｍｏｕｓｍｅａｓｕｒｅｍｅｎｔｒｅｐｏｒｔ)を使用して)、ＴＶＢＤネットワーク又はデバイス１００は、チャネルロードを共存マネージャ(ＣＭ)３００に送信することができる。したがって、図９で１２０ステップは省略可能である。

【0118】

共存イネイブラ(ＣＥ)２００は、要求されたチャネルで測定を実行する。要求されたチャネルがない場合、共存イネイブラ(ＣＥ)２００は、自分の動作チャネルで測定を実行したり任意の使用可能チャネルで測定を実行する。この時、報告するチャネルロード情報は、測定を実行した各チャネルに対する情報を全部含み、又は自分が割当を受けようとするチャネルを優先順位の通りに含んで一部のみ送信することができる。共存イネイブラ(ＣＥ)２００から測定報告を受信した共存マネージャ(ＣＭ)３００は、チャネルロード情報を確認し、共存イネイブラ(ＣＥ)２００の動作チャネルを割り当てたり再割当したりすることができる。

【0119】

他の実施例において、測定要求フレームフォーマット(ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔｆｒａｍｅｆｏｒｍａｔ)は、以下の表３のように定義されることができる。

【0120】

【表3】

【0121】

情報タイプ(Ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ)フィールドの値は、例えば、３(ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔ)に設定されることができる。測定要求エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔｅｌｅｍｅｎｔｓ)フィールドは、一つ以上の測定要求エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔｅｌｅｍｅｎｔ)を含むことができる。単一測定要求フレームで測定要求エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔｅｌｅｍｅｎｔｓ)の個数と長さは、最大で許容されたＣＸＰＤＵ(ＣｏｅｘｉｓｔｅｎｃｅＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ)の大きさにより制限されることができる。測定要求エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔｅｌｅｍｅｎｔｓ)は、測定要求を受信するＴＶＢＤネットワーク又はデバイス１００の指定された測定動作の実行要求を含むことができる。

【0122】

測定要求エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔｅｌｅｍｅｎｔ)フォーマットは、以下の表４のように定義されることができる。

【0123】

【表4】

【0124】

測定タイプ(Ｍｅａｓｕｒｅｍｅｎｔｔｙｐｅ)フィールドは、以下の表５のように定義されることができる。

【0125】

【表5】

【0126】

測定要求エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔｅｌｅｍｅｎｔ)で測定タイプ(Ｍｅａｓｕｒｅｍｅｎｔｔｙｐｅ)がＴＶＢＤ検出(ＴＶＢＤＤｅｔｅｃｔｉｏｎ)を示すことができる。ＴＶＢＤ検出(ＴＶＢＤＤｅｔｅｃｔｉｏｎ)エレメントに対応する測定要求(ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔ)フィールドは、以下の表６のように定義されることができる。

【0127】

【表6】

【0128】

測定開始時間(ＭｅａｓｕｒｅｍｅｎｔＳｔａｒｔＴｉｍｅ)フィールドは、要求された測定が開始される時間に設定される。０の値は、要求された測定が直ちに開始されることを示す。測定期間(ＭｅａｓｕｒｅｍｅｎｔＤｕｒａｔｉｏｎ)フィールドは、時間単位(ＴＵｓ；ＴｉｍｅＵｎｉｔｓ)で表現される要求された測定の期間に設定される。ＴＶチャネル番号(ＴＶＣｈａｎｎｅｌＮｕｍｂｅｒｓ)は、測定要求が適用されるＴＶチャネル番号を示す。チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒ)は、各国家又は地域で異なるように定義されることができる。

【0129】

一方、測定要求エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔｅｌｅｍｅｎｔ)で測定タイプ(Ｍｅａｓｕｒｅｍｅｎｔｔｙｐｅ)が主ユーザ検出要求(ＰｒｉｍａｒｙＵｓｅｒＤｅｔｅｃｔｉｏｎ要求)を示すことができる。主ユーザ検出エレメントに対応する測定要求フィールドは、以下の表７のように定義されることができる。

【0130】

【表7】

【0131】

測定開始時間(ＭｅａｓｕｒｅｍｅｎｔＳｔａｒｔＴｉｍｅ)フィールドは、要求された測定が開始される時間に設定される。０の値は、要求された測定が直ちに開始されることを示す。測定期間(ＭｅａｓｕｒｅｍｅｎｔＤｕｒａｔｉｏｎ)フィールドは、時間単位(ＴＵｓ；ＴｉｍｅＵｎｉｔｓ)で表現される要求された測定の期間に設定される。スペクトラム感知閾値(ＳｐｅｃｔｒｕｍＳｅｎｓｉｎｇＴｈｒｅｓｈｏｌｄ)は、主ユーザを検出するためのエネルギー検出閾値を示し、ｄＢｍで表現される。ＴＶチャネル番号(ＴＶＣｈａｎｎｅｌＮｕｍｂｅｒｓ)は、測定要求が適用されるＴＶチャネル番号を示す。チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒ)は、各国家又は地域で異なるように定義されることができる。

【0132】

また、測定報告フレームフォーマット(ｍｅａｓｕｒｅｍｅｎｔｒｅｐｏｒｔｆｒａｍｅｆｏｒｍａｔ)は、以下の表８のように定義されることができる。

【0133】

【表8】

【0134】

測定報告の情報タイプ(Ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ)フィールドの値は、４に設定されることができる。測定報告エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｐｏｒｔｅｌｅｍｅｎｔｓ)フィールドは、一つ以上の測定報告エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｐｏｒｔｅｌｅｍｅｎｔ)を含むことができる。単一測定報告書フレームで測定報告エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｐｏｒｔｅｌｅｍｅｎｔｓ)の個数と長さは、最大で許容されたＣＸＰＤＵの大きさにより制限されることができる。

【0135】

測定報告エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｐｏｒｔｅｌｅｍｅｎｔｓ)フォーマットは、以下の表９のように定義されることができる。

【0136】

【表9】

【0137】

測定タイプ(Ｍｅａｓｕｒｅｍｅｎｔｔｙｐｅ)フィールドは、前述した表５のように定義されることができる。

【0138】

測定要求エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔｅｌｅｍｅｎｔ)で測定タイプ(Ｍｅａｓｕｒｅｍｅｎｔｔｙｐｅ)がＴＶＢＤ検出(ＴＶＢＤＤｅｔｅｃｔｉｏｎ)を示すことができる。ＴＶＢＤ検出(ＴＶＢＤＤｅｔｅｃｔｉｏｎ)エレメントに対応する測定報告(ｍｅａｓｕｒｅｍｅｎｔｒｅｐｏｒｔ)フィールドは、以下の表１０のように定義されることができる。

【0139】

【表10】

【0140】

実質的な測定開始時間(ＡｃｔｕａｌＭｅａｓｕｒｅｍｅｎｔＳｔａｒｔＴｉｍｅ)フィールドは、ＴＶＢＤ測定が開始された時間に設定される。測定期間(ＭｅａｓｕｒｅｍｅｎｔＤｕｒａｔｉｏｎ)フィールドは、時間単位(ＴＵｓ；ＴｉｍｅＵｎｉｔｓ)で表現されるＴＶＢＤ報告が測定される中の期間に設定される。測定ＴＶＢＤアドレス(ＭｅａｓｕｒｉｎｇＴＶＢＤＡｄｄｒｅｓｓ)は、実際に測定を実行したＴＶＢＤのマックアドレス(ＭＡＣＡｄｄｒｅｓｓ)で設定される。ＴＶＢＤ検出報告サブエレメント(ＴＶＢＤＤｅｔｅｃｔｉｏｎＲｅｐｏｒｔＳｕｂｅｌｅｍｅｎｔ)フィールドは、繰り返されることができる。

【0141】

ＴＶＢＤ検出報告サブエレメント(ＴＶＢＤＤｅｔｅｃｔｉｏｎＲｅｐｏｒｔＳｕｂｅｌｅｍｅｎｔ)は、検出されたＴＶＢＤを示す。ＴＶＢＤ検出報告サブエレメント(ＴＶＢＤＤｅｔｅｃｔｉｏｎＲｅｐｏｒｔＳｕｂｅｌｅｍｅｎｔ)フィールドは、以下の表１１のように定義されることができる。

【0142】

【表11】

【0143】

検出されたＴＶＢＤアドレス(ＤｅｔｅｃｔｅｄＴＶＢＤＡｄｄｒｅｓｓ)は、測定されたチャネルで検出されたＴＶＢＤネットワーク又はデバイス１００のＭＡＣアドレスに設定される。検出されたＴＶＢＤデバイスタイプ(ＤｅｔｅｃｔｅｄＴＶＢＤＴｙｐｅ)フィールドは、以下の表１２のように定義されることができる。

【0144】

【表12】

【0145】

ＲＣＰＩは、受信チャネル電力(ｒｅｃｅｉｖｅｄｃｈａｎｎｅｌｐｏｗｅｒ)をｄＢｍの大きさ(ｓｃａｌｅ)で表す。検出されたＴＶＢＤのＣＥ識別子(ＣＥＩｄｅｎｔｉｆｉｅｒｏｆｄｅｔｅｃｔｅｄＴＶＢＤ)は、共存イネイブラ(ＣＥ)２００の固有な識別子に設定される。共存イネイブラ(ＣＥ)２００は、検出されたＴＶＢＤネットワーク又はデバイス１００に存在し、又は検出されたＴＶＢＤネットワーク又はデバイス１００をサービスするＴＶＢＤネットワーク又はデバイス１００に存在することができる。チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒｓ)は、測定するＴＶＢＤネットワーク又はデバイス１００が実際に測定を実行するチャネル番号に設定される。チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒｓ)は、対応するＴＶＢＤ要求のチャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒｓ)フィールドの値に一致(ｍａｔｃｈ)されることができる。

【0146】

測定要求エレメント(Ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔｅｌｅｍｅｎｔ)で測定タイプ(Ｍｅａｓｕｒｅｍｅｎｔｔｙｐｅ)が主ユーザ検出(ＰｒｉｍａｒｙＵｓｅｒＤｅｔｅｃｔｉｏｎ)を示すことができる。主ユーザ検出(ＰｒｉｍａｒｙＵｓｅｒＤｅｔｅｃｔｉｏｎ)エレメントに対応する測定報告(ｍｅａｓｕｒｅｍｅｎｔｒｅｐｏｒｔ)フィールドは、以下の表１３のように定義されることができる。

【0147】

【表13】

【0148】

実質的な測定開始時間(ＡｃｔｕａｌＭｅａｓｕｒｅｍｅｎｔＳｔａｒｔＴｉｍｅ)フィールドは、ＴＶＢＤ測定が開始された時間に設定される。測定期間(ＭｅａｓｕｒｅｍｅｎｔＤｕｒａｔｉｏｎ)フィールドは、時間単位(ＴＵｓ；ＴｉｍｅＵｎｉｔｓ)で表現されるＴＶＢＤ報告が測定される中の期間に設定される。チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒ)は、優先ユーザ(ｉｎｃｕｍｂｅｎｔｕｓｅｒ)が検出されたチャネル番号に設定される。チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒｓ)は、対応するＴＶＢＤ要求のチャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒｓ)フィールドの値に一致(ｍａｔｃｈ)されることができる。

【0149】

主ユーザタイプ(ＰｒｉｍａｒｙＵｓｅｒＴｙｐｅ)フィールドは、検出された主ユーザであり、以下の表１４のように定義されることができる。

【0150】

【表14】

【0151】

受信電力(ＲｅｃｅｉｖｅｄＰｏｗｅｒ)は、検出された優先ユーザ(ｉｎｃｕｍｂｅｎｔｕｓｅｒ)から受信された電力をｄＢｍで表したものである。

【0152】

図１１ａは、本明細書に開示された一実施例に係る共存測定要求のプリミティブの意味(ｓｅｍａｎｔｉｃｓ)を示す図面である。

【0153】

ＣＯＥＸ_ｍｅａｓｕｒｅｍｅｎｔ.ｒｅｑｕｅｓｔは、測定情報を取得するために共存ユーザにより使われる。ＣＯＥＸ_ｍｅａｓｕｒｅｍｅｎｔ.ｒｅｑｕｅｓｔのパラメータは。以下の表１５のように定義される。

【0154】

【表15】

【0155】

ＣＯＥＸ_ｍｅａｓｕｒｅｍｅｎｔ.ｒｅｑｕｅｓｔは、ローカル共存エンティティ又はリモート共存エンティティから測定情報を取得するために共存ユーザにより生成される。要求の目的地がローカル共存エンティティそのものである場合、ローカル共存エンティティは、ＣＯＥＸ_Ｍｅａｓｕｒｅｍｅｎｔ.ｃｏｎｆｉｒｍとして応答する。要求の目的地がリモート共存エンティティである場合、ローカル共存エンティティは、リモート共存エンティティに対する対応する測定要求(ＭｅａｓｕｒｅｍｅｎｔＲｅｑｕｅｓｔ)メッセージを生成することができる。

【0156】

図１１ｂは、本明細書に開示された一実施例に係る共存測定通知のプリミティブの意味(ｓｅｍａｎｔｉｃｓ)を示す図面である。

【0157】

ＣＯＥＸ_Ｍｅａｓｕｒｅｍｅｎｔ.ｉｎｄｉｃａｔｉｏｎは、共存ユーザに同等な(ｐｅｅｒ)共存エンティティからの測定要求(ＭｅａｓｕｒｅｍｅｎｔＲｅｑｕｅｓｔ)メッセージの受信を知らせるために共存エンティティにより使われる。ＣＯＥＸ_Ｍｅａｓｕｒｅｍｅｎｔ.ｉｎｄｉｃａｔｉｏｎのパラメータは、以下の表１６のように定義される。

【0158】

【表16】

【0159】

ＣＯＥＸ_Ｍｅａｓｕｒｅｍｅｎｔ.ｒｅｑｕｅｓｔメッセージが受信される時、共存ユーザに知らせるために共存エンティティにより使われる。共存ユーザは、インジケイション(ｉｎｄｉｃａｔｉｏｎ)が受信されると、ＣＯＥＸ_ｍｅａｓｕｒｅｍｅｎｔ.ｒｅｐｏｎｓｅプリミティブ(ｐｒｉｍｉｔｉｖｅ)で応答する。

【0160】

図１１ｃは、本明細書に開示された一実施例に係る共存測定応答のプリミティブの意味(ｓｅｍａｎｔｉｃｓ)を示す図面である。

【0161】

ＣＯＥＸ_ｍｅａｓｕｒｅｍｅｎｔ.ｒｅｓｐｏｎｓｅは、測定要求(Ｍｅａｓｕｒｅｍｅｎｔｒｅｑｕｅｓｔ)を呼び出した共存ユーザにローカル測定情報(ｍｅａｓｕｒｅｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ)を伝達するために共存ユーザにより使われる。ＣＯＥＸ_Ｍｅａｓｕｒｅｍｅｎｔ.ｒｅｓｐｏｎｓｅのパラメータは、以下の表１７のように定義される。

【0162】

【表17】

【0163】

受信されたＣＯＥＸ_Ｍｅａｓｕｒｅｍｅｎｔ.ｉｎｄｉｃａｔｉｏｎに対する応答として共存ユーザにより使われる。共存エンティティは、応答(ｒｅｓｐｏｎｓｅ)が受信されると、対応するＣＯＥＸ_Ｍｅａｓｕｒｅｍｅｎｔ.ｒｅｐｏｒｔメッセージを生成して目的共存エンティティに送信することができる。

【0164】

図１１ｄは、本明細書に開示された一実施例に係る共存測定確認のプリミティブの意味(ｓｅｍａｎｔｉｃｓ)を示す図面である。

【0165】

ＣＯＥＸ_Ｍｅａｓｕｒｅｍｅｎｔ.ｃｏｎｆｉｒｍは、ＣＯＥＸ_Ｍｅａｓｕｒｅｍｅｎｔ.ｒｅｑｕｅｓｔを呼び出した共存ユーザにサービス変更情報(ｍｅａｓｕｒｅｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ)を伝達するために共存エンティティにより使われる。ＣＯＥＸ_Ｍｅａｓｕｒｅｍｅｎｔ.ｃｏｎｆｉｒｍのパラメータは、以下の表１８のように定義される。

【0166】

【表18】

【0167】

以前の共存ユーザからのＣＯＥＸ_Ｍｅａｓｕｒｅｍｅｎｔ.ｒｅｑｕｅｓｔプリミティブの結果を伝達するために、ローカル共存エンティティにより呼び出される。共存ユーザは、プリミティブを受信すると、適切な決定をし、適切な動作を実行する。しかし、ＲｅｓｕｌｔｓＣｏｄｅが「成功(Ｓｕｃｃｅｓｓ)」を示さない場合、リシーバは適切なエラー処理(ｅｒｒｏｒｈａｎｄｌｉｎｇ)を実行する。

【0168】

図１２は、本明細書に開示された他の実施例に係る共存イネイブラ(ＣＥ)２００が共存マネージャ(ＣＭ)３００から共存情報(ＣｏｅｘｉｓｔｅｎｃｅＩｎｆｏｒｍａｔｉｏｎ)を要求して受信する過程を説明するための図面である。

【0169】

一実施例において、ＴＶＢＤネットワーク又はデバイス１００は、電源がオンして連結が確立されると(例えば、共存ピア確認(ｃｏｅｘｉｓｔｅｎｃｅｐｅｅｒｃｏｎｆｉｒｍ)の状態コードが成功(ＳＵＣＣＥＳＳ)である場合)(Ｓ２１０)、共存マネージャ(ＣＭ)３００に成功的に登録された後、又は周辺ネットワーク環境が変化することによって共存情報要求(ＣｏｅｘｉｓｔｅｎｃｅＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ)メッセージを共存イネイブラ２００に送信し、共存イネイブラ２００は、共存マネージャ(ＣＭ)３００に送信する(Ｓ２２０)。共存情報要求メッセージは、共存マネージャ(ＣＭ)３００に動作チャネル割当を要求する役割をし、この時、自分の可用チャネルリストと可用チャネルのチャネルロードを共に送信する。共存情報要求で伝達される可用チャネルリストは、ＴＶＢＤネットワーク又はデバイス１００がＴＶＷＳＤＢ６００から取得した可用チャネルリストと同じ、又はそのサブセット(ｓｕｂｓｅｔ)である。共存情報要求メッセージフォーマットは、以下の表１９のように定義されることができる。

【0170】

【表19】

【0171】

情報タイプ(Ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ)は、共存情報(ｃｏｅｘｉｓｔｅｎｃｅｉｎｆｏｒｍａｔｉｏｎ)であり、他の共存フレームと区分される。ＴＶＢＤデバイスタイプ(ＴＶＢＤｄｅｖｉｃｅｔｙｐｅ)と登録地域(Ｒｅｇｉｓｔｅｒｅｄｌｏｃａｔｉｏｎ)は、共存マネージャ(ＣＭ)３００に共存イネイブラ(ＣＥ)２００がサービスするＴＶＢＤネットワーク又はデバイス１００の情報を知らせるための情報である。ＴＶＢＤデバイスタイプ(ＴＶＢＤｄｅｖｉｃｅｔｙｐｅ)は、以下の表２０のように定義されることができる。

【0172】

【表20】

【0173】

登録地域(Ｒｅｇｉｓｔｅｒｅｄｌｏｃａｔｉｏｎ)は、３次元座標で表示されるＴＶＢＤの位置情報であり、以下の表２１のようなフォーマットを有する。

【0174】

【表21】

【0175】

チャネル番号(Ｃｈａｎｎｅｌｎｕｍｂｅｒ)、最大電力レベル(Ｍａｘｉｍｕｍｐｏｗｅｒｌｅｖｅｌ)及びチャネルロード(Ｃｈａｎｎｅｌｌｏａｄ)フィールドは、ＴＶＢＤネットワーク又はデバイス１００の使用可能チャネルに対する情報を知らせるものであり、チャネルの個数によって繰り返されることができる。

【0176】

チャネル番号(Ｃｈａｎｎｅｌｎｕｍｂｅｒ)は、ＴＶＷＳＤＢ６００から取得した可用チャネルリストで指示するチャネル番号であり、ＴＶＢＤネットワーク又はデバイス１００が使用可能なＴＶバンド帯域を意味する。チャネル番号(Ｃｈａｎｎｅｌｎｕｍｂｅｒ)は、例えば、測定を実行したＴＶチャネル番号又はＴＶＢＤネットワーク又はデバイス１００の動作チャネルである。８０２.１１システムの場合、ＴＶＢＤネットワーク又はデバイス１００の動作チャネルは、動作クラス(ｏｐｅｒａｔｉｎｇｃｌａｓｓ)とチャネル番号(ｃｈａｎｎｅｌｎｕｍｂｅｒ)の組合せで表すことができる。

【0177】

最大電力レベル(Ｍａｘｉｍｕｍｐｏｗｅｒｌｅｖｅｌ)は、ＴＶＷＳＤＢ６００から取得した可用チャネルリストで指示するチャネルに該当する最大送信電力値である。

【0178】

チャネルロード(Ｃｈａｎｎｅｌｌｏａｄ)は、チャネル番号フィールドで指示するＴＶチャネルでＴＶＢＤネットワーク又はデバイス１００により測定されたチャネルロードを意味する。

【0179】

共存情報要求を受信した共存マネージャ(ＣＭ)３００は、各ＴＶＢＤネットワーク又はデバイス１００の可用チャネル番号と各チャネルに該当するＴＶＢＤ最大送信電力(ＴＶＢＤｍａｘｉｍｕｍｔｒａｎｓｍｉｓｓｉｏｎｐｏｗｅｒ)及びチャネルロードを考慮して動作チャネルを割り当てる(Ｓ２３０)。共存マネージャ(ＣＭ)３００は、各共存イネイブラ(ＣＥ)２００に割り当てられた動作チャネル情報を共存情報応答メッセージに含んで共存イネイブラ(ＣＥ)２００に送信し(Ｓ２４０)、共存イネイブラは、ＴＶＢＤに送信する。共存情報応答メッセージフォーマットは、以下の表２２のように定義されることができる。

【0180】

【表22】

【0181】

情報タイプ(Ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ)は、共存情報(ｃｏｅｘｉｓｔｅｎｃｅｉｎｆｏｒｍａｔｉｏｎ)であり、他の共存フレームと区分される。

【0182】

チャネル番号(Ｃｈａｎｎｅｌｎｕｍｂｅｒ)は、共存マネージャ(ＣＭ)３００が共存イネイブラ(ＣＥ)２００に割り当てた動作チャネル(ｏｐｅｒａｔｉｎｇｃｈａｎｎｅｌ)の番号であり、共存イネイブラ(ＣＥ)２００は、該当チャネル番号で所望のチャネルを選択して使用することができる。動作チャネルは、可用チャネルリストのサブセットになることができる。チャネル番号(Ｃｈａｎｎｅｌｎｕｍｂｅｒ)は、ＴＶチャネル番号又はＴＶＢＤの動作チャネルである。８０２.１１システムの場合、ＴＶＢＤの動作チャネルは、動作クラス(ｏｐｅｒａｔｉｎｇｃｌａｓｓ)とチャネル番号(ｃｈａｎｎｅｌｎｕｍｂｅｒ)の組合せで表すことができる。

【0183】

最大電力レベル(Ｍａｘｉｍｕｍｐｏｗｅｒｌｅｖｅｌ)は、共存マネージャ(ＣＭ)３００が共存イネイブラ(ＣＥ)２００に割り当てた動作チャネルで制限する最大送信電力を意味する。

【0184】

チャネルロード(Ｃｈａｎｎｅｌｌｏａｄ)は、該当チャネルのリソース可用性(ｒｅｓｏｕｒｃｅａｖａｉｌａｂｉｌｉｔｙ)を示すことができる多様な形態を有することができる。例えば、チャネルロード(Ｃｈａｎｎｅｌｌｏａｄ)は、該当チャネルの測定区間で測定された使用時間(ｂｕｓｙｔｉｍｅ)又は待機時間(ｉｄｌｅｔｉｍｅ)の割合で表し、又は該当チャネルを使用する他のユーザからの干渉レベル(ｉｎｔｅｒｆｅｒｅｎｃｅｌｅｖｅｌ)から予測される予想処理量(ｔｈｒｏｕｇｈｐｕｔ)などで表すことができる。

【0185】

チャネルロード(Ｃｈａｎｎｅｌｌｏａｄ)を取得した共存マネージャ(ＣＭ)３００は、ＴＶＢＤネットワーク又はデバイス１００の動作チャネルを決定する時、ＴＶＢＤネットワーク又はデバイス１００が測定したチャネルロード(Ｃｈａｎｎｅｌｌｏａｄ)を確認し、優先的にチャネルロード(Ｃｈａｎｎｅｌｌｏａｄ)が最も少ないチャネルでチャネル割当を実行する。チャネルロード(Ｃｈａｎｎｅｌｌｏａｄ)は、単に地理的位置(ｇｅｏ−ｌｏｃａｔｉｏｎ)とデバイスタイプ(ｄｅｖｉｃｅｔｙｐｅ)のみで計算されるＴＶＢＤネットワーク又はデバイス間の干渉(ｉｎｔｅｒｆｅｒｅｎｃｅ)関係(ＴＶＢＤネットワーク又はデバイス間のネイバーセットを取得する問題)の脆弱点を補完することができ、共存マネージャ(ＣＭ)３００が測定情報を含む全ての情報を管理しながら最適の動作チャネル割当の実行によるシグナリング(ｓｉｇｎａｌｉｎｇ)及び計算オーバーヘッド(ｃｏｍｐｕｔａｔｉｏｎｏｖｅｒｈｅａｄ)を大きく減少させることができる。チャネルロード(Ｃｈａｎｎｅｌｌｏａｄ)を使用し、ＴＶＢＤネットワーク又はデバイス１００が実際に測定したチャネル情報に基づいて動作チャネルに対する選好度(ｐｒｅｆｅｒｅｎｃｅ)を共存マネージャ(ＣＭ)３００に知らせることによって共存マネージャ(ＣＭ)３００のチャネル割当に対するオーバーヘッドを大幅に減らすことができる。

【0186】

他の実施例において、共存情報要求(ＣｏｅｘｉｓｔｅｎｃｅＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ)フレームは、以下の表２３のように定義される。

【0187】

【表23】

【0188】

情報タイプ(Ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ)フィールドは、共存情報要求(ＣｏｅｘｉｓｔｅｎｃｅＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ)フレームを示すために５に設定される。共存情報要求(ＣｏｅｘｉｓｔｅｎｃｅＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ)エレメントのフォーマットは、以下の表２４のように定義される。

【0189】

【表24】

【0190】

情報タイプ(Ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ)フィールドは、以下の表２５のように定義される。

【0191】

【表25】

【0192】

情報タイプ(Ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ)が動作制御(ＯｐｅｒａｔｉｏｎＣｏｎｔｒｏｌ)情報を示すことができる。動作制御(ＯｐｅｒａｔｉｏｎＣｏｎｔｒｏｌ)情報エレメントに対応する情報要求(Ｉｎｆｏｒｍａｔｉｏｎｒｅｑｕｅｓｔ)フィールドは、以下の表２６のように定義される。

【0193】

【表26】

【0194】

長さ(Ｌｅｎｇｔｈ)は、チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒ)と最大電力レベル(ＭａｘｉｍｕｍＰｏｗｅｒＬｅｖｅｌ)フィールドの反復回数であるｎに対して設定される可変値である。反復回数ｎは、ＴＶＷＳＤＢ６００から取得される可用チャネルの個数に設定される。

【0195】

ＴＶＢＤデバイスタイプ(ＴＶＢＤＤｅｖｉｃｅＴｙｐｅ)は、前述した表１２で定義されたＴＶＢＤデバイスのタイプに設定される。登録位置(ＲｅｇｉｓｔｅｒｅｄＬｏｃａｔｉｏｎ)フィールドフォーマットは、前述した表２１により定義される。登録位置(ＲｅｇｉｓｔｅｒｅｄＬｏｃａｔｉｏｎ)情報フィールドは、経度、緯度及び高度情報を含む。

【0196】

チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒ)は、ＴＶＷＳＤＢ６００から最も最近取得された可用チャネルリストのＴＶチャネル番号に設定される。最大電力レベル(ＭａｘｉｍｕｍＰｏｗｅｒＬｅｖｅｌ)は、符号のついた数字(ｓｉｇｎｅｄｎｕｍｂｅｒ)であり、１オクテットの長さを有する。最大電力レベル(ＭａｘｉｍｕｍＰｏｗｅｒＬｅｖｅｌ)は、チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒ)フィールドにより指示されるチャネル上に送信されることができる最大送信電力をｄＢｍで表す。チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒ)フィールドと最大電力レベル(ＭａｘｉｍｕｍＰｏｗｅｒＬｅｖｅｌ)フィールドは繰り返される。

【0197】

共存情報応答(ＣｏｅｘｉｓｔｅｎｃｅＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ)フレームは、以下の表２７のように定義される。

【0198】

【表27】

【0199】

情報タイプ(Ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ)フィールドは、共存情報応答(ＣｏｅｘｉｓｔｅｎｃｅＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ)フレームを示すために６に設定される。共存情報応答(ＣｏｅｘｉｓｔｅｎｃｅＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ)エレメントのフォーマットは、以下の表２８のように定義される。

【0200】

【表28】

【0201】

情報タイプ(Ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ)フィールドは、前述した表２５のように定義される。

【0202】

情報タイプ(Ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ)が動作制御(ＯｐｅｒａｔｉｏｎＣｏｎｔｒｏｌ)情報を示すことができる。動作制御(ＯｐｅｒａｔｉｏｎＣｏｎｔｒｏｌ)情報エレメントに対応する情報応答(Ｉｎｆｏｒｍａｔｉｏｎｒｅｓｐｏｎｓｅ)フィールドは、以下の表２９のように定義される。

【0203】

【表29】

【0204】

長さ(Ｌｅｎｇｔｈ)は、チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒ)と最大電力レベル(ＭａｘｉｍｕｍＰｏｗｅｒＬｅｖｅｌ)フィールドの反復回数であるｎに対して設定される可変値である。

【0205】

チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒ)は、共存イネイブラ(ＣＥ)２００が動作することができるＴＶチャネル番号に設定される。

【0206】

最大電力レベル(ＭａｘｉｍｕｍＰｏｗｅｒＬｅｖｅｌ)は、符号のついた数字(ｓｉｇｎｅｄｎｕｍｂｅｒ)であり、１オクテットの長さを有する。最大電力レベル(ＭａｘｉｍｕｍＰｏｗｅｒＬｅｖｅｌ)は、チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒ)フィールドにより指示されるチャネル上に送信されることができる最大送信電力をｄＢｍで表す。チャネル番号(ＣｈａｎｎｅｌＮｕｍｂｅｒ)フィールドと最大電力レベル(ＭａｘｉｍｕｍＰｏｗｅｒＬｅｖｅｌ)フィールドは繰り返される。

【0207】

図１３は、リソース再構成手順を示す図面である。

【0208】

図１３を参照して分かるように、ＴＶＢＤデバイスは、リソース再構成メッセージをＣＥに送信する。リソース再構成メッセージは、ＴＶＢＤデバイスの情報を含むことができる。情報は、利用可能なチャネルリストを含むことができる。

【0209】

ＣＥは、リソース再構成メッセージをＣＭに送信することができる。ＣＭに送信されるリソース再構成メッセージ内のソース識別子は、ＣＥのＩＤに設定され、目的地識別子は、ＣＭのＩＤに設定される。リソース再構成メッセージは、以下の表３０と共に設定されることができる。

【0210】

【表30】