特許 5747119 ネットワークもしくはデバイスをサービスする管理機器のサービス切替方法

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

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

(11)【特許番号】5747119

(24)【登録日】2015年5月15日

(45)【発行日】2015年7月8日

(54)【発明の名称】ネットワークもしくはデバイスをサービスする管理機器のサービス切替方法

(51)【国際特許分類】

   H04W 16/14 20090101AFI20150618BHJP

【ＦＩ】

   H04W16/14

【請求項の数】12

【全頁数】35

(21)【出願番号】特願2014-502435(P2014-502435)

(86)(22)【出願日】2011年11月16日

(65)【公表番号】特表2014-514826(P2014-514826A)

(43)【公表日】2014年6月19日

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

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

(87)【国際公開日】20121004

【審査請求日】2013年9月27日

(31)【優先権主張番号】61/468,063

(32)【優先日】2011年3月27日

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

(31)【優先権主張番号】61/469,061

(32)【優先日】2011年3月29日

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

(31)【優先権主張番号】61/469,068

(32)【優先日】2011年3月29日

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

(73)【特許権者】

【識別番号】502032105

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

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

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

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

(72)【発明者】

【氏名】ジョ ジュンホ

(72)【発明者】

【氏名】キム スーウク

(72)【発明者】

【氏名】キム ボンヘ

【審査官】 伊東 和重

(56)【参考文献】

【文献】 特表２０１３−５４５３６５（ＪＰ，Ａ）

【文献】 Joe Kwak，Coexistence Services System proposal，IEEE P802.19.1 Wireless Coexistence Task Group，２０１０年１１月１０日

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

Ｈ０４Ｂ ７／２４−７／２６

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

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

【請求項1】

テレビ帯域デバイス（ＴＶＢＤ）ネットワークもしくはデバイスのサービス間の切替方法であって、
共存マネージャから前記ＴＶＢＤネットワークもしくはデバイスのサービス間の切替要求を受信することと、
前記共存マネージャに前記要求に対する応答を送信することと、を有し、
前記サービスは、前記ＴＶＢＤネットワークもしくはデバイスが前記ＴＶＢＤネットワークもしくはデバイスの使用可能チャネルを決定する情報サービスと、前記共存マネージャが前記ＴＶＢＤネットワークもしくはデバイスの使用可能チャネルを決定する管理サービスと、を有し、
前記要求は、前記情報サービスと前記管理サービスとの間の切替を示し、
前記応答は、前記サービスが正常に切り替わったか否かを示す指示子を有することを特徴とする、ＴＶＢＤネットワークもしくはデバイスのサービス間の切替方法。

【請求項2】

近隣情報は、前記共存マネージャがサーバから獲得した情報であり、
前記サーバは、前記ＴＶＢＤネットワークもしくはデバイスと干渉関係にある近隣ＴＶＢＤネットワークもしくはデバイスを決定することを特徴とする、請求項１に記載のＴＶＢＤネットワークもしくはデバイスのサービス間の切替方法。

【請求項3】

前記共存マネージャから他の共存マネージャの運用チャネルに関する情報を受信することをさらに有することを特徴とする、請求項１に記載のＴＶＢＤネットワークもしくはデバイスのサービス間の切替方法。

【請求項4】

前記他の共存マネージャの運用チャネルに関する情報は、前記共存マネージャが前記他の共存マネージャから獲得した情報であることを特徴とする、請求項３に記載のＴＶＢＤネットワークもしくはデバイスのサービス間の切替方法。

【請求項5】

前記共存マネージャに測定結果を送信することをさらに有することを特徴とする、請求項１に記載のＴＶＢＤネットワークもしくはデバイスのサービス間の切替方法。

【請求項6】

前記測定結果を送信することは、
前記共存マネージャに、周期的に又は前記共存マネージャの要求に応じて、前記測定結果を送信することであることを特徴とする、請求項５に記載のＴＶＢＤネットワークもしくはデバイスのサービス間の切替方法。

【請求項7】

テレビ帯域デバイス（ＴＶＢＤ）ネットワークもしくはデバイスのサービス間の切替方法であって、
共存マネージャに前記ＴＶＢＤネットワークもしくはデバイスのサービス間の切替要求を送信することと、
前記共存マネージャから前記ＴＶＢＤネットワークもしくはデバイスが前記要求に対する応答を受信することと、を有し、
前記ＴＶＢＤネットワークもしくはデバイスの前記サービスは、前記ＴＶＢＤネットワークもしくはデバイスが前記ＴＶＢＤネットワークもしくはデバイスの使用可能チャネルを決定する情報サービスと、前記共存マネージャが前記ＴＶＢＤネットワークもしくはデバイスの使用可能チャネルを決定する管理サービスと、を有し、
前記要求は、前記情報サービスと前記管理サービスとの間の切替を示し、
前記応答は、前記サービスが正常に切り替わったか否かを示す指示子を有することを特徴とする、ＴＶＢＤネットワークもしくはデバイスのサービス間の切替方法。

【請求項8】

前記共存マネージャがサーバから前記ＴＶＢＤネットワークもしくはデバイスの近隣情報を受信することをさらに有し、
前記サーバは、前記ＴＶＢＤネットワークもしくはデバイスと干渉関係にある近隣ＴＶＢＤネットワークもしくはデバイスを決定することを特徴とする、請求項７に記載のＴＶＢＤネットワークもしくはデバイスのサービス間の切替方法。

【請求項9】

前記共存マネージャから他の共存マネージャの運用チャネルに関する情報を受信することをさらに有することを特徴とする、請求項７に記載のＴＶＢＤネットワークもしくはデバイスのサービス間の切替方法。

【請求項10】

前記他の共存マネージャの運用チャネルに関する情報は、前記共存マネージャが前記他の共存マネージャから受信した情報であることを特徴とする、請求項９に記載のＴＶＢＤネットワークもしくはデバイスのサービス間の切替方法。

【請求項11】

前記共存マネージャに測定結果を送信することをさらに有することを特徴とする、請求項７に記載のＴＶＢＤネットワークもしくはデバイスのサービス間の切替方法。

【請求項12】

前記測定結果を送信することは、前記共存マネージャに、周期的に又は前記共存マネージャの要求に応じて、前記測定結果を送信することであることを特徴とする、請求項１１に記載のＴＶＢＤネットワークもしくはデバイスのサービス間の切替方法。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、ネットワークもしくはデバイスをサービスする管理機器のサービス切替方法に関する。

【背景技術】

【0002】

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

【0003】

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

【0004】

しかしながら、近年、オープン端末プラットフォーム、アップル（Ａｐｐ）ストア、モバイルＶｏＩＰなどを含む様々な無線インターネットベースのアプリケーションの普及により、無線データトラフィックの需要が爆発的に増加する中、このような政府主導による周波数配分は極めて非効率的であるだけでなく、根本的に周波数分配表上で新規周波数を確保するのが次第に難しくなってきた。

【0005】

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

【0006】

最近、このような問題を解決し得る方法として周波数共有方式が注目されている。これは、現在の周波数不足という現象が既存の区分式周波数管理方式に起因したもので、周波数分配表上では周波数が不足しているように見えるが、共有方式の採用により周波数不足問題が解決できるという点に着目したものである。

【0007】

このような周波数リソースの枯渇が世界的に重要な問題として認識されている中、米国連邦通信委員会（Federal Communications Commission；ＦＣＣ）は、２００８年１１月に、スペクトラム使用効率を上げ、新しいサービス事業を容易にするべく、ＴＶ遊休周波数帯（ホワイトスペース（White space））に対して、周波数共有技術であるコグニティブ無線（Cognitive Radio）技術を適用することを決め、関連規定を改正した。

【0008】

このような動向は拡大の一途をたどり、２００９年には英国が、ＴＶ放送帯域のうち、空間的に使用しない帯域、すなわち、ホワイトスペース帯域でコグニティブ無線（ＣＲ）ベースの周波数共有技術の使用を許可し、ＥＵも現在、その導入を検討しており、韓国でもホワイトスペース帯域を用いた周波数共有政策のための準備が行われている。

【0009】

コグニティブ無線技術とは、通信装置が自分で通信環境を観察し、最適の通信のための動作方式を判断して選択し、過去の通信経験から将来の判断過程に関する計画を立てるシステムのことを指す。すなわち、無認可帯域（Unlicensed band）に割り当てられている周波数帯域のうち、その活用度が低いか、或いは時／空間的に使われていない遊休リソース（スペクトルホール（Spectrum hole）、ホワイトスペース（Whitespace））を見出して、適応的（Adaptive）に且つ合理的（Opportunistic）に利用する技術である。このとき、該当の帯域に利用権限（License）を持っている主使用者（Primary user）が発見されると、直ちに該当の帯域の使用を中止したり送信電力を調節したりして、主使用者に損害を与えないように動作しなければならない。

【発明の概要】

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

【0010】

本明細書に開示された一実施例は、近隣発見（neighbor discovery）過程において、ネットワークもしくはデバイスの使用チャネル情報及び干渉レベル情報を用いて、より実質的に近隣関係にあるネットワークもしくはデバイスを発見することに関する。

【0011】

また、本明細書に開示された他の実施例は、リソース割当（resource allocation）過程において、近隣ネットワークもしくはデバイスの使用チャネル情報を用いて、より効率的に干渉関係を回避することに関する。

【0012】

また、本明細書に開示されたさらに他の実施例は、共存システムで提供するサービスモード間の円滑な切替を可能にすることに関する。

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

【0013】

本明細書に開示された一実施例にかかるテレビ帯域デバイス（TeleVision Band Device；ＴＶＢＤ）ネットワークもしくはデバイスのサービス間の切替方法は、共存マネージャからＴＶＢＤネットワークもしくはデバイスのサービス間の切替要求を受信するステップと、共存マネージャに要求に対する応答を送信するステップと、を有し、サービスは、ＴＶＢＤネットワークもしくはデバイスが共存マネージャからＴＶＢＤネットワークもしくはデバイスの近隣情報（neighbor information）を獲得する情報サービスと、ＴＶＢＤネットワークもしくはデバイスが共存マネージャに測定結果を提供する管理サービスと、を有し、応答は、要求が正常に処理されたか否かを示す指示子を有する。

【0014】

一実施例において、近隣情報は、共存マネージャがサーバから獲得した情報であり、サーバは、ＴＶＢＤネットワークもしくはデバイスと干渉関係にある近隣（neighbor）ＴＶＢＤネットワークもしくはデバイスを決定してもよい。

【0015】

また、一実施例において、テレビ帯域デバイス（TeleVision Band Device；ＴＶＢＤ）ネットワークもしくはデバイスのサービス間の切替方法は、共存マネージャから他の共存マネージャの運用チャネル（operating channel）に関する情報を受信するステップをさらに有してもよい。

【0016】

また、一実施例において、他の共存マネージャの運用チャネルに関する情報は、共存マネージャが他の共存マネージャから獲得した情報でもよい。

【0017】

また、一実施例において、ＴＶＢＤ（TeleVision Band Device）ネットワークもしくはデバイスのサービス間の切替方法は、共存マネージャに測定結果を送信するステップをさらに有してもよい。

【0018】

また、一実施例において、測定結果を送信するステップは、共存マネージャに周期的に又は共存マネージャの要求に応じて測定結果を送信することでもよい。

【0019】

本明細書に開示された一実施例に係るテレビ帯域デバイス（TeleVision Band Device；ＴＶＢＤ）ネットワークもしくはデバイスのサービス間の切替方法は、共存マネージャにＴＶＢＤネットワークもしくはデバイスのサービス間の切替要求を送信するステップと、共存マネージャからＴＶＢＤネットワークもしくはデバイスに要求に対する応答を受信するステップと、を有し、サービスは、ＴＶＢＤネットワークもしくはデバイスが共存マネージャからＴＶＢＤネットワークもしくはデバイスの近隣情報（neighbor information）を獲得する情報サービスと、ＴＶＢＤネットワークもしくはデバイスが共存マネージャに測定結果を提供する管理サービスと、を有し、応答は、要求が正常に処理されたか否かを示す指示子を有することを特徴とする。

【0020】

一実施例において、ＴＶＢＤ（TeleVision Band Device）ネットワークもしくはデバイスのサービス間の切替方法は、共存マネージャがサーバからＴＶＢＤネットワークもしくはデバイスの近隣情報を受信するステップをさらに有し、サーバは、ＴＶＢＤネットワークもしくはデバイスと干渉関係にある近隣（neighbor）ＴＶＢＤネットワークもしくはデバイスを決定してもよい。

【0021】

また、一実施例において、ＴＶＢＤ（TeleVision Band Device）ネットワークもしくはデバイスのサービス間の切替方法は、共存マネージャから他の共存マネージャの運用チャネル（operating channel）に関する情報を受信するステップをさらに有してもよい。

【0022】

また、一実施例において、他の共存マネージャの運用チャネルに関する情報は、共存マネージャが他の共存マネージャから受信した情報ででもよい。

【0023】

また、一実施例において、ＴＶＢＤ（TeleVision Band Device）ネットワークもしくはデバイスのサービス間の切替方法は、共存マネージャに測定結果を送信するステップをさらに有してもよい。

【0024】

また、一実施例において、測定結果を送信するステップは、共存マネージャに周期的に又は共存マネージャの要求に応じて測定結果を送信することでもよい。

【発明の効果】

【0025】

本明細書に開示された一実施例によれば、近隣発見（neighbor discovery）過程において、ネットワークもしくはデバイスの使用チャネル情報及び干渉レベル情報を用いて、より実質的に近隣関係にあるネットワークもしくはデバイスを発見することが可能になる。

【0026】

また、本明細書に開示された他の実施例によれば、リソース割当（resource allocation）過程において近隣ネットワークもしくはデバイスの使用チャネル情報を用いて、より効率的に干渉関係を回避することが可能になる。

【0027】

また、本明細書に開示されたさらに他の実施例によれば、共存システムで提供するサービスモード間の円滑な切替を可能にする。

【図面の簡単な説明】

【0028】

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

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

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

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

【図5】本明細書の一実施例に係る共存システムの他の配置例を示す図である。

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

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

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

【図8】図７の環境において共存ホワイトスペースマップ（Coexistence Whitespace MAP；ＣＷＭ）又は共存マップ（Coexistence MAP）の例を示す図である。

【図9】本明細書に開示された一実施例に係る共存マネージャ（ＣＭ）３００がＴＶＢＤネットワークもしくはデバイス１００から使用チャネル情報及び干渉レベル情報を受信する過程を説明するための図である。

【図10】本明細書に開示された他の実施例に係る共存マネージャ（ＣＭ）３００がＴＶＢＤネットワークもしくはデバイス１００から使用チャネル情報及び干渉レベル情報を受信する過程を説明するための図である。

【図11】本明細書に開示された一実施例に係る共存マネージャ（ＣＭ）３００がＴＶＢＤネットワークもしくはデバイス１００の近隣セットを発見する過程を説明するための図である。

【図12】本明細書に開示された一実施例に係るＴＶＢＤネットワークもしくはデバイス１００又は共存マネージャ（ＣＭ）３００のサービス切替過程を示す図である。

【図13】本明細書に開示された他の実施例に係るＴＶＢＤネットワークもしくはデバイス１００又は共存マネージャ（ＣＭ）３００のサービス切替過程を示す図である。

【図14】本明細書に開示された他の実施例に係るＴＶＢＤネットワークもしくはデバイス１００のサービス選択過程を示す図である。

【図15】本明細書に開示された一実施例に係る共存サービス変更要求のサービスプリミティブのセマンティックス（semantics）を示す図である。

【図16】本明細書に開示された実施例に係る共存マネージャ（ＣＭ）３００のサービス切替過程を示す図である。

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

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

【0029】

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

【0030】

また、本明細書で使われる単数の表現は、文脈から明らかでない限り、複数の表現をも含む。本出願で、「構成される」もしくは「有する」などの用語は、明細書上に記載された種々の構成要素もしくは種々の段階を全て必然的に有するという意味で解釈されるものではなく、それらの一部の構成要素もしくは一部の段階を有しないこともあり、又は追加の構成要素もしくは段階をさらに有することもあるという意味で解釈されるべきである。

【0031】

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

【0032】

ある構成要素が他の構成要素に「連結」又は「接続」されているとした場合、ある構成要素が他の構成要素に直接連結又は接続されていることもあり、両構成要素の間にさらに他の構成要素が介在されていることもある。一方、ある構成要素が他の構成要素に「直接連結」又は「直接接続」されているとした場合は、両構成要素の間に他の構成要素が存在していないと理解すべきである。

【0033】

以下、添付の図面を参照して、本発明の好適な実施例について詳細に説明する。ただし、図面を通じて同一又は類似の構成要素には同一の参照番号を付し、その重複する説明は省略するものとする。また、本発明を説明するにあたって、関連の公知技術に関する具体的な説明が本発明の要旨をあいまいにさせる可能性があると判断される場合には、その詳細な説明を省略する。また、添付の図面は、本発明の思想を容易に理解させるためのもので、本発明の思想を制限するためのものではないことに留意しなければならない。本発明の思想は、添付の図面の他、あらゆる変更、均等又は代替のものにまで拡張されるものとして解釈されるべきである。

【0034】

以下で使われる端末という用語は、ユーザ装置（User Equipment；ＵＥ）、移動装置（Mobile Equipment；ＭＥ）、移動局（Mobile Station；ＭＳ）、ユーザ端末（User Terminal；ＵＴ）、加入者局（Subscriber Station；ＳＳ）、移動加入者局（Mobile Subscriber Station；ＭＳＳ）、無線機器（Wireless Device）、携帯機器（Handheld Device）、アクセス端末（Access Terminal；ＡＴ）と呼ぶこともできる。

【0035】

ＩＥＥＥ ８０２．１１無線ローカルエリアネットワーク（wireless local area network；ＷＬＡＮ）標準は、２．４ＧＨｚ又は５ＧＨｚの無認可帯域（unlicensed band）を用いた１１Ｍｂｐｓ（ＩＥＥＥ ８０２．１１ｂ）、５４Ｍｂｐｓ（ＩＥＥＥ ８０２．１１ａ）の伝送速度を提供する。

【0036】

ＩＥＥＥ ８０２．１１ｇは、２．４ＧＨｚで直交周波数分割多重（Orthogonal frequency-division multiplexing；ＯＦＤＭ）を適用して、５４Ｍｂｐｓの伝送速度を提供する。

【0037】

ＩＥＥＥ ８０２．１１ｎは、ＭＩＭＯ−ＯＦＤＭを適用して、４個の空間ストリーム（spatial stream）に対して３００Ｍｂｐｓの伝送速度を提供する。ＩＥＥＥ ８０２．１１ｎではチャネル帯域幅（channel bandwidth）を４０ＭＨｚまでサポートし、この場合、６００Ｍｂｐｓの伝送速度を提供する。

【0038】

ＴＶホワイトスペース（TV Whitespace；ＴＶＷＳ）は、放送ＴＶシステム（broadcast TV）に割り当てられたＶＨＦ帯域（５４〜６０、７６〜８８、１７４〜２１６ＭＨｚ）とＵＨＦ帯域（４７０〜６９８ＭＨｚ）とを有し、該当の当周波数帯域で動作する認可されたデバイス（ＴＶ及び無線マイクなど）の通信を妨害しないという条件下で、非認可の無認可デバイスに対して使用許可された周波数帯域のことを意味する。

【0039】

一方、ＴＶＷＳはTV WhiteSpace（ホワイトスペース）の略語であり、ホワイトスペースとは、ＴＶ放送用に分配されたＶＨＦ及びＵＨＦ周波数帯域において放送事業者が使用しない空いている周波数帯域を意味し、政府の電波規制条件を満たしさえすれば誰でも使用可能な無認可帯域も意味する。すなわち、ＴＶホワイトスペースは、放送のための周波数情報を意味することができる。詳細には、空間的には、放送事業者間の周波数干渉を回避するため空けておいた帯域、地域によって使われない周波数帯域、又は放送用電波が届かない地域を意味し、時間的には、放送業者が放送を送出しない夜明けなどの時間帯に空いている放送周波数を意味する。絶対に、放送業者の顧客であるＴＶ視聴者に干渉を与えて受信を妨害してはならない他、この帯域の一部を用いて小出力で通信する無線マイク装置に影響を与えてもいけない。

【0040】

５１２〜６０８ＭＨｚ、６１４〜６９８ＭＨｚ帯域では、いくつかの特殊な場合を除けば、全ての無認可デバイスに動作が許可されているが、５４〜６０ＭＨｚ、７６〜８８ＭＨｚ、１７４〜２１６ＭＨｚ、４７０〜５１２ＭＨｚ帯域では、固定デバイス（fixed device）間の通信のみ許可されている。固定デバイスとは、定められた位置でのみ送信を行うデバイスのことを指す。

【0041】

ＩＥＥＥ ８０２．１１ ＴＶＷＳ端末は、ＴＶホワイトスペーススペクトル（TV Whitespace spectrum）でＩＥＥＥ ８０２．１１ ＭＡＣ及びＰＨＹを用いて動作する無認可デバイスを意味する。

【0042】

ＴＶホワイトスペースを使用したい無認可使用者は、認可使用者に対する保護（protection）機能を提供しなければならない。そのため、ＴＶ帯域で送信を始める前に、必ず認可使用者が該当帯域を占有しているか否かを確認する。

【0043】

そのために、無認可デバイスは、インターネットあるいは専用回線を介して位置情報データベース（geo-location database）に接続して、該当地域で使用可能なチャネルリスト情報を獲得しなければならない。位置情報データベースは、自体に登録されている認可デバイスの情報、認可デバイスの位置情報、及び使用時間によって動的に変化するチャネル使用情報を保存し管理するデータベースである。

【0044】

ステーション（Station；ＳＴＡ）は、スペクトル感知メカニズム（spectrum sensing mechanism）を行う。スペクトル感知メカニズムには、エネルギー検出（Energy Detection）方式、特徴検出（Feature Detection）方式などが用いられる。受信信号の強度が一定値以上であれば、優先使用者（incumbent user）が使用中であると判断したり、ＤＴＶプリアンブル（DTV Preamble）が検出されると、優先使用者が使用中であると判断したりする。そして、ＳＴＡとアクセスポイント（Access Point；ＡＰ）が現在使用中のチャネルと直接隣接しているチャネルを優先使用者が使用中であると判断されると、ＳＴＡ及びＡＰは送信電力を下げなければならない。

【0045】

図１は、本明細書の一実施例に係る共存（coexistence）システムを示すブロック図である。図１に示すように、共存システムは、機能によって、共存イネーブラ（Coexistence Enabler；ＣＥ）２００と、共存マネージャ（Coexistence Manager；ＣＭ）３００と、共存発見及び管理サーバ（Coexistence Discovery and Information Server；ＣＤＩＳ）又は共存データベース（Coexistence Database；ＣＤＢ）４００と、を有する。

【0046】

共存マネージャ（ＣＭ）３００と共存イネーブラ（ＣＥ）２００は、ＴＶホワイトスペースにおいて無認可状態で動作する、相互に異なった無線システムや無線事業者間の共存のために定義された論理的エンティティ（logical entity）である。共存マネージャ（ＣＭ）３００は、ＴＶＷＳデータベースとのインターフェースを有しており、ＴＶＷＳで動作する相互に異なったシステム及び事業者間の共存のために、共存に関連したポリシ、ガイドラインを提供することによって、自体に接続された共存イネーブラ（ＣＥ）２００間のインターフェースの問題を解決するようリソース割当が行える客体である。

【0047】

共存イネーブラ（ＣＥ）２００は、テレビ帯域デバイス（TeleVision Band Device；ＴＶＢＤ）ネットワークもしくはデバイス１００とのインターフェースを有しており、共存マネージャ（ＣＭ）３００から受信した情報及び命令をＴＶＢＤネットワークもしくはデバイス１００に伝達する役割を果たす客体である。本明細書では、ＳＴＡが共存イネーブラ（ＣＥ）２００の機能を担うことができ、これらの複数の共存イネーブラ（ＣＥ）２００を制御しうる上位客体として共存マネージャ（ＣＭ）３００などの管理エンティティが存在する、共存ネットワーク構造について扱う。

【0048】

共存イネーブラ（ＣＥ）２００は、共存マネージャ（ＣＭ）３００から、共存に関連した情報や命令を受信する。受信した情報や命令は、該当のメッセージが要求するＴＶＢＤネットワークもしくはデバイス１００の動作のために、共存イネーブラ（ＣＥ）２００がメディア固有（media specific）の形態の情報あるいは命令に変換してＴＶＢＤネットワークもしくはデバイス１００に伝達する。同様に、ＴＶＢＤネットワークもしくはデバイス１００から受信した情報は、共存イネーブラ（ＣＥ）２００により、共存システムで定義されたメッセージの形態に変換されて、共存マネージャ（ＣＭ）３００に送信されてもよい。共存イネーブラ（ＣＥ）２００は、ＴＶＢＤネットワークもしくはデバイス１００中に位置しているため、共存のための情報、命令が伝達されるには、ＴＶＢＤネットワークもしくはデバイス１００の管理エンティティとのサービスアクセスポイント（service access point；ＳＡＰ）及びプリミティブ（primitive）が定義されなければならない。

【0049】

共存マネージャ（ＣＭ）３００は、１つあるいは２つ以上の共存イネーブラ（ＣＥ）２００をサービスすることができる。共存マネージャ（ＣＭ）３００は、ＴＶＷＳデータベースなどの外部エンティティ、自体がサービスする共存イネーブラ（ＣＥ）２００、又は他の共存マネージャ（ＣＭ）３００’から必要な情報を獲得することができる。共存マネージャ（ＣＭ）３００は、他の共存マネージャ（ＣＭ）３００’と情報や命令メッセージをやり取りしたり、自体がサービスする共存イネーブラ（ＣＥ）２００に情報や命令を送信したりする。共存マネージャ（ＣＭ）３００は、獲得した情報に基づいて共存決定（coexistence decision making）をするが、自体がサービスする共存イネーブラ（ＣＥ）２００の動作チャネル、最大送信電力値を決定することなどが、その決定に含まれてもよい。

【0050】

ＴＶＢＤネットワークもしくはデバイス１００は、ＴＶ帯域を使用する無認可使用者でもよく、デバイスもしくはネットワークでもよい。例えば、ＴＶＢＤネットワークもしくはデバイス１００は、アクセスポイント（Access Point；ＡＰ）や基地局（Base Station；ＢＳ）などの、マスターモードとして動作するデバイスでもよい。これらはマスターモードとして動作しながら、共存のために共存マネージャ（ＣＭ）３００と通信し、スレーブモードとして動作するデバイスを管理／制御することができる。

【0051】

ＣＤＩＳ ４００は、共存マネージャ（ＣＭ）３００とのインターフェースを有しており、自体がサービスする共存マネージャ（ＣＭ）３００及び該共存マネージャ（ＣＭ）３００がサービスする共存イネーブラ（ＣＥ）２００に関連した情報、例えば、共存イネーブラ（ＣＥ）２００がサービスするＴＶＢＤネットワークもしくはデバイス１００の位置情報（geo-location）、ＴＶＢＤネットワークもしくはデバイス１００がＴＶＷＳデータベースから獲得した使用可能チャネルリスト情報、ＴＶＢＤネットワークもしくはデバイス１００の測定（measurement）結果、共存マネージャ（ＣＭ）３００がサービスしている共存イネーブラ（ＣＥ）２００のリストなどを、共存マネージャ（ＣＭ）３００から獲得して管理することができる。

【0052】

ＣＤＩＳ ４００は、自体がサービスする共存マネージャ（ＣＭ）３００間、そして共存イネーブラ（ＣＥ）２００間の近隣（neighbor）関係を計算することができる。すなわち、特定のＴＶＢＤネットワークもしくはデバイス１００を考慮した場合、この特定のＴＶＢＤネットワークもしくはデバイス１００と干渉（interfering）関係にあるＴＶＢＤネットワークもしくはデバイス１００、そして該ＴＶＢＤネットワークもしくはデバイス１００をサービスする共存イネーブラ（ＣＥ）２００及び共存マネージャ（ＣＭ）３００を計算することができる。

【0053】

共存サービスを使用するために、共存イネーブラ（ＣＥ）２００は、共存マネージャ（ＣＭ）３００との接続（connection）を確立し、当該共存マネージャ（ＣＭ）３００に自体を登録する。共存マネージャ（ＣＭ）３００も、隣接した共存マネージャ（ＣＭ）３００との接続を確立しなければならない。共存マネージャ（ＣＭ）３００は、自体に登録された共存イネーブラ（ＣＥ）２００を管理して共存のためのサービスを提供する。このように、共存マネージャ（ＣＭ）３００が複数の共存イネーブラ（ＣＥ）２００を管理しながら共存のための意思決定を行うトポロジ（topology）を、中央集中型トポロジ（centralized topology）と呼ぶ。中央集中型トポロジにおいて意思決定者は共存マネージャ（ＣＭ）３００であるから、共存イネーブラ（ＣＥ）２００は共存マネージャ（ＣＭ）３００の意思決定に従う。

【0054】

以下では、共存システム内の各構成要素についてより詳細に説明する。

【0055】

共存イネーブラ（ＣＥ）２００は共存マネージャ（ＣＭ）３００とインターフェースＢ１で接続され、共存マネージャ（ＣＭ）３００はＣＤＩＳ又はＣＤＢ ４００とインターフェースＢ２で接続され、共存マネージャ（ＣＭ）３００は他の共存マネージャ（ＣＭ）３００’とインターフェースＢ３で接続されている。

【0056】

また、共存イネーブラ（ＣＥ）２００は、ＴＶＢＤネットワークもしくはデバイス１００とインターフェースＡで接続されている。ここで、ＴＶＢＤネットワークもしくはデバイス１００は、米国連邦通信委員会（Federal Communication Commission；ＦＣＣ）でＴＶホワイトスペース利用を可能にした端末を意味する。ＴＶＢＤネットワークもしくはデバイス１００は、ＴＶＷＳデータベース６００とインターフェースＣで接続されている。

【0057】

共存イネーブラ（ＣＥ）２００は、ＴＶＢＤネットワークもしくはデバイス１００から、共存（Coexistence）に必要な情報を要求して獲得することができ、共存マネージャ（ＣＭ）３００から受信した構成変更（reconfiguration）要求／命令（requests／commands）と制御情報（control information）を、ＴＶＢＤ固有の構成変更（reconfiguration）要求／命令（requests／commands）に変換してＴＶＢＤネットワークもしくはデバイス１００に送ることができる。

【0058】

共存マネージャ（ＣＭ）３００は、ＴＶＢＤネットワーク間の共存問題を解決するために、他のＣＭを探索（discovery）する機能、対応する共存要求／命令と制御情報を生成して共存イネーブラ（ＣＥ）２００に提供する共存意志決定（coexistence decision making）機能、ＣＭ間の共存のために必要な情報の交換をサポートする機能（これは、ＣＭを配置するにあって階層的（hierarchical）及び／又は同等な（ピアツーピア（peer-to-peer））意志決定能力（capabilities）を有することができる。）を有することができる。

【0059】

また、共存マネージャ（ＣＭ）３００は、複数の共存マネージャに関する情報を共有して代表共存マネージャを選択する機能、後述するように、相互に異なったネットワーク同士及びシステム同士において周波数リソースを効率的に共有するための共存ホワイトスペースマップ（Coexistence Whitespace Map）を生成する機能、及びＴＶＷＳ共存に関連した管理を行う際にネットワークオペレータ（operators）を補助する機能を有することができる。

【0060】

このような共存マネージャ（ＣＭ）３００は、アクセスポイント（Access Point；ＡＰ）又は基地局（Base-station）などのデバイス内に組み込まれた（embedded）形態になっていてもよく、デバイスの外部に設けられていてもよい。

【0061】

ＣＤＩＳ／ＣＤＢ ４００は、機能によって、ＣＤＩＳ又はＣＤＢなどで表すことができる。ＣＤＩＳ／ＣＤＢ ４００は、相互に異なったネットワーク間やシステム間において周波数リソースを効率的に共有するために共存ホワイトスペースマップ（Coexistence Whitespace Map）又は共存マップ（Coexistence MAP）を生成する機能、ＴＶＷＳ共存に関連した管理を行う際に複数個のオペレータを制御する機能、共存マネージャ（ＣＭ）同士の通信オーバーヘッド（overhead）を減らし、且つ共存問題を解決するために、代表ＣＭを選出する機能、を有することができる。

【0062】

また、ＣＤＩＳ／ＣＤＢ ４００は、隣接したネットワーク／システムを探索するために共存輪郭線（coexistence contour）を計算する機能、共存問題を解決するために共存ホワイトスペースマップ（Coexistence Whitespace Map）又は共存マップ（Coexistence MAP）をＴＶＢＤに合わせて再設定（Redirection）する機能、共存マネージャ（ＣＭ）間のインターフェースの開放を促して共存マネージャ（ＣＭ）の探索をサポートする機能、及び共存を促しうる情報を収集し総合して提供する機能（これは、データ記憶、データ処理を有する。）を果たすことができる。

【0063】

ＣＤＩＳ／ＣＤＢ ４００は、リソースを割り当てる際に万能（omnipotent）にリソースを配分したり、仲介者（intermediary）として共存マネージャ（ＣＭ）３００間の優先権（priority）の基準を提示し、各共存マネージャ（ＣＭ）３００のリソース選択に対して調停を行ったり、ＤＢ（DataBase）として共存マネージャ（ＣＭ）３００間で情報を共有するための外部及び異種ネットワーク媒体として動作することができる。

【0064】

一方、インターフェースＡは、共存イネーブラ（ＣＥ）２００とＴＶＢＤネットワークもしくはデバイス１００との間のインターフェースで、ＴＶＢＤネットワークもしくはデバイス１００からは、共存のために必要な情報、共存のための構成（configuration）／情報要求、共存のための構成／測定／情報応答、及び必要に応じて他の情報が提供されてもよい。共存イネーブラ（ＣＥ）２００からＴＶＢＤネットワークもしくはデバイス１００には、再構成要求／命令と制御情報（ＣＭから受信した共存要求／命令と制御情報に対応する）、ＴＶＢＤネットワークもしくはデバイス１００によって行われる測定値を制御することに関連した要求／命令、使用可能なリソースを通知する情報、及び必要に応じて他の情報が提供されてもよい。

【0065】

インターフェースＢ１は、共存イネーブラ（ＣＥ）２００と共存マネージャ（ＣＭ）３００との間のインターフェースで、共存イネーブラ（ＣＥ）２００から共存マネージャ（ＣＭ）３００には、共存のために必要な情報（ＴＶＢＤネットワークもしくはデバイス１００から得た情報）、及び必要に応じて他の情報が提供されてもよい。共存マネージャ（ＣＭ）３００から共存イネーブラ（ＣＥ）２００には、共存要求／命令及び制御情報、及び必要に応じて他の情報が提供されてもよい。

【0066】

インターフェースＢ２は、共存マネージャ（ＣＭ）３００とＣＤＩＳ／ＣＤＢ ４００との間のインターフェースで、共存マネージャ（ＣＭ）３００からＣＤＩＳ／ＣＤＢ ４００には、共存マップのために必要な情報、近隣セット（neighbor set）のために必要な情報、登録（register）／未登録（unenrolled）のために必要な情報、（現在使用されるＣＭによって獲得される）探索のために必要な情報、（現在使用されるＣＭによって獲得される）共存のために必要な情報、及び必要に応じて他の情報などが提供されてもよい。

【0067】

ＣＤＩＳ／ＣＤＢ ４００から共存マネージャ（ＣＭ）３００には、共存マップのために通知される情報、近隣セット（neighbor set）（又は近隣リスト（neighbor list））のために通知される情報、代表ＣＭのために通知される情報、（他のＣＭによって獲得される）探索のために必要な情報、（他のＣＭによって獲得される）共存のために必要な情報、及び必要に応じて他の情報などが提供されてもよい。

【0068】

インターフェースＢ３は、共存マネージャ（ＣＭ）３００と他の共存マネージャ（ＣＭ）３００’との間のインターフェースで、共存マネージャ（ＣＭ）３００から他の共存マネージャ（ＣＭ）３００’に、探索と共存のために必要な情報及びメッセージ、登録（register）／未登録（unresgister）のために（共存マネージャ（ＣＭ）から代表共存マネージャ（ＣＭ）に、又はデバイスの共存マネージャ（ＣＭ）からサーバの共存マネージャ（ＣＭ）に）通知される情報、共存マップのために（ＣＭから代表ＣＭに、又はサーバのＣＭからデバイスのＣＭに）通知される情報、ポリシ交換／交渉に必要な情報、並びに必要に応じて他の情報などが提供されてもよい。

【0069】

インターフェースＣは、ＴＶＢＤネットワークもしくはデバイス１００とＴＶＷＳデータベース６００との間のインターフェースで、ＴＶＷＳデータベース６００からＴＶＢＤネットワークもしくはデバイス１００に使用可能チャネルに関して通知される情報が提供されてもよい。

【0070】

インターフェースＤは、共存マネージャ（ＣＭ）３００とオペレータ管理エンティティ（Operator Management Entity；ＯＭＥ）７００との間のインターフェースで、ＯＭＥ ７００から共存マネージャ（ＣＭ）３００に、情報に関連したネットワーク動作情報（例えば、スペクトルポリシ／ネットワークの運用に関連した制限要因）、及び必要に応じて他の情報が提供されてもよい。

【0071】

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

【0072】

図２を参照すると、共存イネーブラ２００と共存マネージャ（ＣＭ）３００はそれぞれ、アクセスポイント（ＡＰ）及び基地局（ＢＳ）内に組み込まれてもよい。

【0073】

また、ＣＤＩＳ／ＣＤＢ ４００は、ＴＶＷＳデータベース６００に接続されてもよい。このような接続により、ＣＤＩＳ／ＣＤＢ ４００はＴＶＷＳデータベース６００からＴＶホワイトスペース情報を受信することができる。

【0074】

図３は、本明細書の一実施例に係る共存システムが配置されている例を示す図である。

【0075】

図３を参照すると、垂直方向には、ネットワークＡ及びネットワークＢが存在している。また、水平方向には、通信システムＡ、通信システムＢ及び通信システムＣが存在している。通信システムＡ、通信システムＢ、通信システムＣは、それぞれ異なった無線接続方式、すなわち、通信方式を用いる。例えば、通信システムＡは、セルラ通信、例えば、ＣＤＭＡ、ＧＳＭ（登録商標）、ＣＤＭＡ−２０００、ＷＣＤＭＡ（登録商標）、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、ＩＥＥＥ ８０２．１６などのシステムでもよい。システムＢは、通信システムＡよりもセルカバレッジのサイズが小さいセルラシステムでもよい。又は、システムＢはＷｉ−Ｆｉなどのシステムであってもよい。システムＣは、システムＢよりもセルカバレッジのサイズが小さいセルラシステム、例えば、フェムトセルでもよい。通信システムＡ、通信システムＢ、通信システムＣのそれぞれには共存マネージャ（ＣＭ）が存在している。

【0076】

一方、通信システムＡ、通信システムＢ及び通信システムＣは地理的にネットワークＡ内で共存しており、ネットワークＢ内でも共存している。このように相互共存しうるように、ＣＤＩＳ／ＣＤＢ ４００は共存マップ（Coexistence MAP）を生成して、それぞれの共存マネージャ（ＣＭ）に送信してもよい。

【0077】

図４は、本明細書の一実施例に係る共存システムの動作を示す図である。

【0078】

図４を参照すると、共存マネージャ（ＣＭ）３００がＡＰ及びＢＳ内に組み込まれていないが、これは説明のための例示に過ぎず、共存マネージャ（ＣＭ）３００はＡＰ及びＢＳ内に組み込まれてもよい。また、ＡＰ及びＢＳ内には共存イネーブラ（ＣＥ）２００が組み込まれてもよい。

【0079】

一方、ＡＰとＢＳはそれぞれ、共存マネージャ（ＣＭ）３００、ＣＤＩＳ／ＣＤＢ ４００、及びＴＶＷＳデータベース６００に登録する。

【0080】

共存マネージャ（ＣＭ）３００も同様に、ＣＤＩＳ／ＣＤＢ ４００及びＴＶＷＳデータベース６００に登録する。

【0081】

一方、ＣＤＩＳ／ＣＤＢ ４００は、ＴＶＷＳデータベース６００から放送のためのチャネルリストを受信することができる。ここで、チャネルリストとは、放送のための周波数情報でもよい。また、チャネルリストは、放送の運用チャネル（operating channel）及び送信電力制限（transmit power limitation）に関する情報を有してもよい。

【0082】

ＣＤＩＳ／ＣＤＢ ４００は、ＢＳとＡＰの位置情報及び使用可能チャネル情報を用いて両者が任意の地域内で共存しているか否かを確認する。相互共存している場合、ＡＰ及びＢＳのカバレッジ半径を計算し、チャネルリスト、すなわち、放送のための周波数情報に基づいて、任意の地域内に位置している、相互に異なった種類のアクセスポイント、すなわち、上記ＡＰ及び上記ＢＳが使用可能なチャネル（もしくはリソース）、又は一つもしくは複数の周波数帯域を割り当て、該チャネル（もしくはリソース）、帯域に関す情報、例えば共存マップ（Coexistence MAP）を生成して送信することができる。

【0083】

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

【0084】

図５を参照すると、共存マネージャ（ＣＭ）又はＣＤＩＳ／ＣＤＢ ４００は、複数のＡＰが無線上で共存するように調整することができる。複数のＡＰはインターネットなどの物理接続を用いてＣＤＩＳ／ＣＤＢ ４００に接続してもよい。

【0085】

ＣＤＩＳ／ＣＤＢ ４００は、ＴＶＷＳデータベース６００から、前述のように、放送のためのチャネル情報を獲得することができる。また、ＣＤＩＳ／ＣＤＢ ４００は、特定の地理的領域における放送のためのチャネル情報、例えば、放送チャネルセットを獲得することができる。また、ＣＤＩＳ／ＣＤＢ ４００は、共存輪郭線を計算することができる。特に、ＴＶ放送用ホワイトスペース又はＴＶ放送用周波数上で動作する、相互に異なったシステム上で、近隣探知機能を有することができる。

【0086】

また、ＣＤＩＳ／ＣＤＢ ４００は、前述したように、共存ホワイトスペースマップ又は共存マップを生成することができる。また、ＣＤＩＳ／ＣＤＢ ４００は、共通クロック（common clock）情報を提供することができる。また、相互に異なったシステム間に時間同期のための情報を提供することができる。

【0087】

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

【0088】

図６Ａ及び図６Ｂは、ＣＤＩＳ／ＣＤＢ ４００の動作を示す例示図である。

【0089】

図６Ａを参照すると、第１共存マネージャＣＭ１と第２共存マネージャＣＭ２が存在しており、これらは、ＴＶＷＳデータベース６００及びＣＤＩＳ／ＣＤＢ ４００にそれぞれ接続している。第１共存マネージャＣＭ１と第２共存マネージャＣＭ２は、ＴＶＷＳデータベース６００から、位置情報及び放送のための周波数情報、例えば、ホワイトスペースマップ（ＷＭ：Whitespace MAP）に関する情報を受信する。ホワイトスペースマップとは、ＴＶ放送用に分配されたＶＨＦ及びＵＨＦ周波数帯域のうち、放送事業者が使用しない空いている周波数帯域に関する情報のことを意味することができる。

【0090】

一方、ＣＤＩＳ／ＣＤＢ ４００はＴＶＷＳデータベース６００に接続し、該ＴＶＷＳデータベース６００から放送のための周波数情報、例えば、ホワイトスペースマップを受信することができる。そして、ＣＤＩＳ／ＣＤＢ ４００は、該放送のための周波数情報、例えば、ホワイトスペースマップに基づいて、前述したように、共存ホワイトスペースマップ（Coexistence Whitespace MAP；ＣＷＭ）又は共存マップを生成することができる。そして、該生成された共存ホワイトスペースマップＣＷＭ又は共存マップを第１共存マネージャＣＭ１及び第２共存マネージャＣＭ２に伝達することができる。

【0091】

一方、図６Ｂを参照すると、第１共存マネージャＣＭ１及び第２共存マネージャＣＭ２は、ＴＶＷＳデータベース６００に接続している。そして、ＴＶＷＳデータベース６００はＣＤＩＳ／ＣＤＢ ４００に接続している。

【0092】

ＣＤＩＳ／ＣＤＢ ４００は、前述した共存ホワイトスペースマップＣＷＭ又は共存マップをＴＶＷＳデータベース６００に伝達することができ、ＴＶＷＳデータベース６００は、受信した共存ホワイトスペースマップＣＷＭ又は共存マップを、第１共存マネージャＣＭ１及び第２共存マネージャＣＭ２に伝達することができる。この場合、ＴＶＷＳデータベース６００は、受信した共存ホワイトスペースマップＣＷＭ又は共存マップを、放送のための周波数情報、例えば、ホワイトスペースマップとして伝達することができる。

【0093】

或いは、ＴＶＷＳデータベース６００は、当該受信した共存ホワイトスペースマップＣＷＭ又は共存マップに加えて、放送のための周波数情報、例えば、ホワイトスペースマップも、第１共存マネージャＣＭ１及び第２共存マネージャＣＭ２に伝達することができる。この場合、第１共存マネージャＣＭ１及び第２共存マネージャＣＭ２は、当該受信した共存ホワイトスペースマップＣＷＭ又は共存マップＣＭの他、放送のための周波数情報、例えば、ホワイトスペースマップＷＭをも受信した場合、それらのうち、適切なものを選択して用いてもよい。

【0094】

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

【0095】

図７を参照すると、ネットワークＡ、ネットワークＢ、ネットワークＣが相互に近接して存在している。各ネットワークの共存輪郭は実線で示されており、各ネットワークの離間距離は点線で示されている。この共存輪郭は各ネットワーク自体の特性によって決定される。これに対し、離間距離は、他のネットワークとの特性によって決定されてもよい。図８を参照すると、ネットワークＡとネットワークＢとは、共存輪郭線が略当接しており、ネットワークＡとネットワークＣとは、共存輪郭線が一部重なっている。

【0096】

図８には、図７の環境における共存ホワイトスペースマップ（Coexistence Whitespace MAP；ＣＷＭ）又は共存マップ（Coexistence MAP；ＣＭ）の例を示す。

【0097】

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

【0098】

ＣＤＩＳ／ＣＤＢ ４００は、同図に示すように、チャネル４が遊休チャネルであることを示す共存ホワイトスペースマップ又は共存マップをネットワークＡに送信する。これによりネットワークＡがチャネル４を使用すると決定すると、ＣＤＩＳ／ＣＤＢ ４００は、チャネル３、チャネル５、チャネル６が遊休チャネルであることを示す共存ホワイトスペースマップ又は共存マップをネットワークＢに送信する。これによりネットワークＢが、例えばチャネル６を使用すると決定すると、ＣＤＩＳ／ＣＤＢ ４００は、チャネル３及びチャネル５が遊休チャネルであることを示す共存ホワイトスペースマップ又は共存マップをネットワークＣに送信することができる。

【0099】

このように、ＣＤＩＳ／ＣＤＢ ４００はネットワークＡ、Ｂ及びＣにそれぞれ共存ホワイトスペースマップ又は共存マップを送信することによって、ネットワークＡ、Ｂ及びＣが無線上で共存できるようにする。

【0100】

図９は、本明細書に開示された一実施例に係る共存マネージャ（ＣＭ）３００が、ＴＶＢＤネットワークもしくはデバイス１００から、使用チャネル情報及び干渉レベル情報を受信する過程を説明するための図である。

【0101】

ＴＶＢＤネットワークもしくはデバイス１００は、測定メッセージ（measurement message）を用いて共存マネージャ（ＣＭ）３００に使用チャネル情報及び干渉レベル情報を送信することができる。この場合、ＴＶＢＤネットワークもしくはデバイス１００は、共存マネージャ（ＣＭ）３００の要求に応じて測定フレームのフォーマットを共存マネージャ（ＣＭ）３００に送信することができる。

【0102】

すなわち、共存マネージャ（ＣＭ）３００は共存イネーブラ（ＣＥ）２００に測定要求（measurement_request）を送信し（Ｓ１１２）、共存イネーブラ（ＣＥ）２００は、受信した測定要求を、ＴＶＢＤネットワークもしくはデバイス１００に送信する（Ｓ１１４）。また、ＴＶＢＤネットワークもしくはデバイス１００は、測定要求に応答して測定報告（measurement_report）を共存イネーブラ（ＣＥ）２００に送信し（Ｓ１１６）、共存イネーブラ（ＣＥ）２００は、受信した測定報告を共存マネージャ（ＣＭ）３００に送信する（Ｓ１１８）。

【0103】

図１０は、本明細書に開示された他の実施例に係る共存マネージャ（ＣＭ）３００が、ＴＶＢＤネットワークもしくはデバイス１００から、使用チャネル情報及び干渉レベル情報を受信する過程を説明するための図である。

【0104】

一方、ＴＶＢＤネットワークもしくはデバイス１００は周期的に測定フレームのフォーマットを共存マネージャ（ＣＭ）３００に送信してもよい。すなわち、ＴＶＢＤネットワークもしくはデバイス１００は、共存イネーブラ（ＣＥ）２００に周期的に測定報告を送信し（Ｓ１２２）、共存イネーブラ（ＣＥ）２００は、受信した測定報告を、ＴＶＢＤネットワークもしくはデバイス１００に送信する（Ｓ１２２）。

【0105】

測定要求（measurement request）のフレームフォーマットを下記の表１のように定義することができる。

【0106】

【表1】

【0107】

共存フレームヘッダ（Coexistence frame header）によって、フレームを識別する。情報タイプ（Information type）フィールドの値は、例えば、３（measurement request）に設定される。測定要求エレメント（Measurement request elements）フィールドは、１つ又は複数の測定要求エレメント（Measurement request element）を有することができる。単一の測定要求フレームにおいて測定要求エレメント（Measurement request elements）の個数及び長さは、最大限に許可された共存プロトコルデータユニット（Coexistence Protocol Data Unit；ＣＸＰＤＵ）のサイズによって制限されてもよい。測定要求エレメント（Measurement request elements）は、測定要求を受信するＴＶＢＤネットワークもしくはデバイス１００の、指定された測定動作の実行要求を有することができる。

【0108】

測定要求エレメント（Measurement request element）のフレームフォーマットを下記の表２のように定義することができる。

【0109】

【表2】

【0110】

測定タイプ（Measurement type）フィールドを下記の表３のように定義することができる。

【0111】

【表3】

【0112】

測定要求エレメント（Measurement request element）において測定タイプ（Measurement type）が干渉レベル（Interference Level）を表すことができる。干渉レベル要求エレメント（Interference Level request element）に対応する測定要求（measurement request）フィールドを、下記の表４のように定義することができる。

【0113】

【表4】

【0114】

測定開始時間（Measurement Start Time）フィールドには、要求された測定が始まる時間が設定される。０の値は、要求された測定が直ちに始まる旨を表す。測定期間（Measurement Duration）フィールドには、時間単位（Time Units；ＴＵｓ）で表現される要求された測定の期間が設定される。ＴＶチャネル番号（TV Channel Numbers）は、測定要求が適用されるＴＶチャネル番号を表す。チャネル番号（Channel Number）は、各国又は地域別に異なるように定義されてもよい。

【0115】

測定報告（measurement report）のフレームフォーマットは、下記の表５のように定義されてもよい。

【0116】

【表5】

【0117】

共存フレームヘッダ（Coexistence frame header）によって、フレームを識別する。測定報告の情報タイプ（Information type）フィールドの値は、例えば、４に設定される。測定報告エレメント（Measurement report elements）フィールドは、一つ又は複数の測定報告エレメント（Measurement report element）を有することができる。単一の測定報告フレームにおいて測定報告エレメント（Measurement report elements）の個数及び長さは、最大限に許可されたＣＸＰＤＵのサイズによって制限されてもよい。

【0118】

測定報告エレメント（Measurement report elements）のフレームフォーマットを、下記の表６のように定義することができる。

【0119】

【表6】

【0120】

測定タイプ（Measurement type）フィールドは、前述の表３のように定義されてもよい。測定報告エレメント（Measurement report element）において測定タイプ（Measurement type）が干渉レベル（Interference Level）を表すことができる。干渉レベル報告エレメント（Interference Level report element）に対応する測定報告（measurement report）フィールドを、下記の表７のように定義することができる。

【0121】

【表7】

【0122】

実際の測定開始時間（Actual Measurement Start Time）フィールドには、ＴＶＢＤ測定が始まった時間が設定される。測定期間（Measurement Duration）フィールドには、時間単位（Time Units；ＴＵｓ）で表現されるＴＶＢＤ報告が測定された期間が設定される。測定ＴＶＢＤアドレス（Measuring TVBD Address）には、実際に測定を行ったＴＶＢＤネットワークもしくはデバイス１００のＭＡＣアドレス（MAC Address）が設定される。干渉レベル報告（Interference Level Report）フィールドは周期的に反復されてもよい。干渉レベル報告（Interference Level Report）フィールドは、検出されたＴＶＢＤネットワークもしくはデバイス１００を表すことができる。

【0123】

測定報告エレメント（measurement report element）において測定タイプ（measurement type）は使用チャネル情報（Occupied Channel Information）を表すことができる。使用チャネル情報（Occupied Channel Information）に対応する測定報告（measurement report）フィールドを、下記の表８のように定義することができる。

【0124】

【表8】

【0125】

使用チャネル情報報告（Occupied Channel Information Report）を下記の表９のように定義することができる。

【0126】

【表9】

【0127】

実際の測定開始時間（Actual Measurement Start Time）フィールドには、ＴＶＢＤ測定が始まった時間が設定される。測定期間（Measurement Duration）フィールドには、時間単位（Time Units；ＴＵｓ）で表現されるＴＶＢＤ報告が測定された期間が設定される。チャネル番号（Channel Number）には、ＴＶＢＤ使用者が使用するチャネル番号が設定されてもよい。

【0128】

図１１は、本明細書に開示された一実施例に係る共存マネージャ（ＣＭ）３００がＴＶＢＤネットワークもしくはデバイス１００の近隣セットを発見する過程を説明するための図である。

【0129】

まず、ＣＤＩＳ ４００は、ＴＶＢＤネットワークもしくはデバイス１００又は共存マネージャ（ＣＭ）３００から、近隣情報、タイミング情報、リソース情報、干渉レベルなどを受信して、近隣セット（neighbor set）を計算し、計算された近隣セットを共存マネージャ（ＣＭ）３００に伝達する（Ｓ２１０）。

【0130】

共存マネージャ（ＣＭ）３００は、近隣共存マネージャ（ＣＭ）３００’に、近隣セットを有する近隣ＴＶＢＤネットワークもしくはデバイス１００’の使用チャネル情報の要求を送信する（Ｓ２２０）。共存マネージャ（ＣＭ）３００は、近隣共存マネージャ（ＣＭ）３００’から、近隣ＴＶＢＤネットワークもしくはデバイス１００’の使用チャネル情報を受信する（Ｓ２３０）。

【0131】

共存マネージャ（ＣＭ）３００は、ＴＶＢＤネットワークもしくはデバイス１００の使用可能チャネルと、近隣ＴＶＢＤネットワークもしくはデバイス１００’の使用チャネルとを比較する。そして、共存マネージャ（ＣＭ）３００は、ＴＶＢＤネットワークもしくはデバイス１００の使用可能チャネルに含まれたチャネルから、近隣ＴＶＢＤネットワークもしくはデバイス１００’の使用チャネルに含まれたチャネルを確認する（重複チャネルを計算）。そして、共存マネージャ（ＣＭ）３００は、ＴＶＢＤネットワークもしくはデバイス１００の使用可能チャネルに含まれたチャネルのうち、近隣ＴＶＢＤネットワークもしくはデバイス１００’の使用チャネルに含まれたチャネルの優先順位と含まれていないチャネルの優先順位とが異なるチャネルテーブル（又は、優先順位テーブル）を生成する（Ｓ２４０）。

【0132】

ここで、ＴＶＢＤネットワークもしくはデバイス１００の使用可能チャネルに含まれたチャネルのうち、近隣ＴＶＢＤネットワークもしくはデバイス１００’の使用チャネルに含まれたチャネルを、近隣ＴＶＢＤネットワークもしくはデバイス１００’の使用チャネルに含まれていないチャネルと比べて優先順位を低くすることができる。そして、チャネルテーブル（もしくは、優先順位テーブル）は、使用チャネル情報に基づくテーブルと、それぞれの共存マネージャ（ＣＭ）３００がサービスするＴＶＢＤネットワークもしくはデバイス１００の数に基づくテーブルとに分けることができる。又は、これらの２種のテーブルを組み合わせたテーブルを構成してもよい。

【0133】

共存マネージャ（ＣＭ）３００は、生成されたチャネルテーブル（もしくは、優先順位テーブル）をＴＶＢＤネットワークもしくはデバイス１００に伝達する（Ｓ２５０）。

【0134】

近隣セット発見過程で使用可能な近隣発見情報（Neighbor discovery information）のフレームフォーマットは、下記の表１０のように定義することができる。

【0135】

【表10】

【0136】

共存フレームヘッダ（Coexistence frame header）によって、フレームを識別する。情報タイプ（Information type）フィールドは、例えば、３（measurement request）に設定される。近隣発見情報エレメント（Neighbor discovery information elements）は、一つ又は複数の近隣発見情報エレメント（Neighbor discovery information element）を有する。単一の近隣発見情報フレームにおいて近隣発見情報エレメント（Neighbor discovery information elements）の個数及び長さは、最大限に許可されたＣＸＰＤＵのサイズによって制限される。

【0137】

近隣発見情報エレメント（Neighbor discovery information element）のフォーマットを、下記の表１１のように定義することができる。

【0138】

【表11】

【0139】

近隣発見情報（Neighbor discovery information）フィールドを下記の表１２のように定義することができる。

【0140】

【表12】

【0141】

近隣発見情報テーブルエレメント（Neighbor discovery information table element）は、使用チャネル情報を表すことができる。近隣発見情報要求エレメント（Neighbor discovery information request element）に対応する近隣発見情報（Neighbor discovery information）フィールドは、下記の表１３のように定義することができる。

【0142】

【表13】

【0143】

ＴＶチャネル番号（TV Channel Numbers）は、近隣発見情報要求（neighbor discovery information request）が適用されるＴＶチャネル番号を表す。チャネル番号（Channel Number）は、各国又は地域別に異なるように定義される。

【0144】

近隣発見情報要求エレメント（Neighbor discovery information request element）は、近隣共存マネージャ（ＣＭ）３００（又は、近隣ＴＶＢＤネットワークもしくはデバイス１００）の使用チャネル情報を表すことができる。近隣発見情報要求エレメント（Neighbor discovery information request element）に対応する近隣発見要求エレメント（Neighbor discovery request element）フィールドを、下記の表１４のように定義することができる。

【0145】

【表14】

【0146】

図１２は、本明細書に開示された一実施例に係るＴＶＢＤネットワークもしくはデバイス１００、又は共存マネージャ（ＣＭ）３００のサービス切替過程を示す図である。

【0147】

共存システムにおいて２種類のサービスが提供されることがある。その第１サービス（管理サービス（management service））は、近隣情報、タイミング情報、リソース情報、干渉レベル情報などの種々の情報に基づいて、共存マネージャ（ＣＭ）３００がＴＶＢＤネットワークもしくはデバイス１００の使用可能チャネルを決定し、決定した使用可能チャネル情報をＴＶＢＤネットワークもしくはデバイス１００に伝達及び管理するサービスでもよい。

【0148】

その第２サービス（発見／情報サービス（discovery／information service））は、ＴＶＢＤネットワークもしくはデバイス１００が、ＣＤＩＳ ４００から近隣セットを受信し、且つＴＶＷＳデータベース６００から使用可能チャネルリストを受信して、ＴＶＢＤネットワークもしくはデバイス１００の使用可能チャネルを決定するサービスでもよい。第１サービスと第２サービスとの切替は、ＴＶＢＤネットワークもしくはデバイス１００、又は共存マネージャ（ＣＭ）３００により行われてもよい。また、ＴＶＢＤネットワークもしくはデバイス１００は、共存マネージャ（ＣＭ）３００からサービス情報を受信し、受信したサービス情報に基づいて、第１サービス又は第２サービスのいずれかを共存システムのサービスとして選択してもよい。

【0149】

ＴＶＢＤネットワークもしくはデバイス１００は、共存マネージャ（ＣＭ）３００から受信した使用可能チャネル情報に基づいて、サービスを切り替えるか否かを決定してもよい。ＴＶＢＤネットワークもしくはデバイス１００は、必要とする使用可能チャネルがないとき（例えば、隣接した複数のチャネルを組み合わせても充分なサイズのチャネルを確保できないとき）、第１サービスから第２サービスに切り替わるように決定してもよい。この場合、ＴＶＢＤネットワークもしくはデバイス１００は共存イネーブラ（ＣＥ）２００にサービス変更要求を伝達し（Ｓ３１２）、共存イネーブラ（ＣＥ）２００は共存マネージャ（ＣＭ）３００にサービス変更要求を送信する（Ｓ３１４）。共存マネージャ（ＣＭ）３００は、サービス変更要求に応答して第１サービス情報（Ｃ−ＭＡＰ）又は第２サービス情報（ＴＶＢＤ近隣情報）を共存イネーブラ（ＣＥ）２００に送信し（Ｓ３１６）、共存イネーブラ（ＣＥ）２００は、受信したサービス情報をＴＶＢＤネットワークもしくはデバイス１００に伝達する（Ｓ３１８）。

【0150】

図１３は、本明細書に開示された他の実施例に係るＴＶＢＤネットワークもしくはデバイス１００、又は共存マネージャ（ＣＭ）３００のサービス切替過程を示す図である。

【0151】

共存マネージャ（ＣＭ）３００は、ＣＤＩＳ／ＣＤＢ ４００、及びＴＶＢＤネットワークもしくはデバイス１００から受信した近隣情報、タイミング情報、リソース情報、干渉レベル情報などの種々の情報に基づいて、サービス切替命令（Service_switch_command）を生成し（Ｓ３２２）、生成されたサービス切替命令を共存イネーブラ（ＣＥ）２００に送信し（Ｓ３２４）、共存イネーブラ（ＣＥ）２００は、受信したサービス切替命令をＴＶＢＤネットワークもしくはデバイス１００に伝達する（Ｓ３２６）。

【0152】

サービス変更要求（Service Changing Request）のフレームフォーマットを、下記の表１５のように定義することができる。

【0153】

【表15】

【0154】

共存ヘッダ（Coexistence header）によって、フレームを識別する。情報タイプ（Information Type）フィールドは、サービス変更要求（Service Changing Request）フレームを表す９（Service Changing Request frame）に設定されてもよい。サービス変更要求エレメントのフォーマット（Service Changing Request element format）は、下記の表１６のように定義される。

【0155】

【表16】

【0156】

命令タイプ（Command Type）フィールドは、下記の表１７のように定義される。

【0157】

【表17】

【0158】

サービス変更命令要求エレメント（Service Changing Command Request element）において、命令タイプ（Command Type）はサービス変更（service changing）を表すことができる。サービス変更命令要求エレメント（Service changing command request element）に対応するサービス変更要求フィールド（Service Changing request field）は、下記の表１８のように定義することができる。

【0159】

【表18】

【0160】

長さ（Length）は、サービスタイプ（Service Type）フィールドの長さ（Length）値に依存する可変値である。

【0161】

サービス変更応答（Service Changing Response）のフレームフォーマットは、下記の表１９のように定義することができる。

【0162】

【表19】

【0163】

共存ヘッダ（Coexistence header）によって、フレームを識別する。情報タイプ（Information Type）フィールドは、サービス変更応答（Service Changing Response）フレームを表す１０（Service Changing Response frame）に設定される。サービス変更応答エレメント（Service Changing Response element）のフォーマットは、下記の表２０のように定義される。

【0164】

【表20】

【0165】

命令タイプ（Command Type）フィールドは、前述した表１８のように定義される。

【0166】

サービス変更命令応答エレメント（Service Changing Command response element）において、命令タイプ（Command Type）はサービス変更（service changing）を表すことができる。サービス変更命令応答エレメント（Service changing command response element）に対応するサービス変更応答フィールド（Service Changing response field）は、下記の表２１のように定義することができる。

【0167】

【表21】

【0168】

状態コード（Status Code）フィールドは、要求された動作の成功又は失敗を表す。状態コード（Status Code）フィールドの長さは１でもよい。割り当てられた状態コード（Status code）は、下記の表２２のように定義することができる。

【0169】

【表22】

【0170】

図１４は、本明細書に開示された他の実施例に係るＴＶＢＤネットワークもしくはデバイス１００のサービス選択過程を示す図である。

【0171】

共存マネージャ（ＣＭ）３００は、第１サービスのためのＣ−ＭＡＰ（Coexistence MAP）と第２サービスのための近隣情報を共存イネーブラ（ＣＥ）２００に送信し（Ｓ３３２）、共存イネーブラ（ＣＥ）２００は、受信した近隣情報をＴＶＢＤネットワークもしくはデバイス１００に伝達する（Ｓ３３４）。ＴＶＢＤネットワークもしくはデバイス１００は、受信した近隣情報に基づいて、サービスを選択する。

【0172】

サービス切替（service switching）のフレームフォーマットは、下記の表２３のように定義される。

【0173】

【表23】

【0174】

共存フレームヘッダ（Coexistence frame header）によって、フレームを識別する。情報タイプ（Information type）フィールドの値は３（Service Switching request）に設定される。情報切替要求エレメント（Service Switching request elements）フィールドは、一つ又は複数のサービス切替要求エレメント（Service Switching request elements）を有することができる。単一の測定要求フレームにおいてサービス切替要求エレメント（Service Switching request elements）の個数及び長さは、最大限に許可されたＣＸＰＤＵのサイズによって制限されてもよい。サービス切替要求エレメント（Service Switching request element）は、サービス切替要求を受信するＴＶＢＤネットワークもしくはデバイス１００の、指定されたサービス切替動作の実行要求を有することができる。

【0175】

サービス切替要求エレメント（Service Switching request element）のフォーマットは、下記の表２４のように定義することができる。

【0176】

【表24】

【0177】

サービスタイプ（Service type）フィールドは、下記の表２５のように定義することができる。

【0178】

【表25】

【0179】

サービスタイプ（Service type）フィールドは、下記の表２６のように定義することができる。

【0180】

【表26】

【0181】

管理サービスサブ−エレメント（Management service sub-element）フィールドは、下記の表２７のように定義することができる。

【0182】

【表27】

【0183】

発見／情報サービスサブ−エレメント（Discovery／Information service sub-element）フィールドは、下記の表２８のように定義することができる。

【0184】

【表28】

【0185】

サービス切替要求エレメント（Service Switching Request element）フィールドは、下記の表２９のように定義することができる。

【0186】

【表29】

【0187】

図１５の（ａ）は、本明細書に開示された一実施例に係る共存サービス変更要求のサービスプリミティブのセマンティックス（semantics）を示す図である。

【0188】

COEX_Servicechanging.requestは、サービスタイプを変更するためにＣＯＥＸ使用者により使われる。COEX_Servicechanging.requestのパラメータは、下記の表３０のように定義される。

【0189】

【表30】

【0190】

COEX_Servicechanging.requestは、サービスタイプを変更するために、共存（ＣＯＥＸ）使用者により生成される。要求のあて先がローカル共存（ＣＯＥＸ）エンティティ自体である場合に、ローカル共存（ＣＯＥＸ）エンティティは、COEX_Servicechanging.confirmで応答する。要求のあて先がリモート共存（ＣＯＥＸ）エンティティである場合に、ローカル共存（ＣＯＥＸ）エンティティは、リモート共存（ＣＯＥＸ）エンティティに対応するServicechanging Requestメッセージを生成することができる。

【0191】

図１５の（ｂ）は、本明細書に開示された一実施例に係る共存サービス変更報知のサービスプリミティブのセマンティックスを示す図である。

【0192】

COEX_Servicechanging.indicationは、共存（ＣＯＥＸ）使用者に同等な（ｐｅｅｒ）共存（ＣＯＥＸ）エンティティからのサービス変更報告（Service changing Request）メッセージの受信を知らせるために、共存（ＣＯＥＸ）エンティティにより用いられる。COEX_Servicechanging.indicationのパラメータは、下記の表３１のように定義される。

【0193】

【表31】

【0194】

COEX_Servicechanging.requestメッセージが受信されたとき、COEX_Servicechanging.requestメッセージの受信を共存（ＣＯＥＸ）使用者に知らせるために共存（ＣＯＥＸ）エンティティによりCOEX_Servicechanging.indicationが使用される。共存（ＣＯＥＸ）使用者は、インディケーション（indication）が受信されると、COEX_servicechanging.reponse primitiveで応答する。

【0195】

図１５の（ｃ）は、本明細書に開示された一実施例に係る共存サービス変更応答のサービスプリミティブのセマンティックスを示す図である。

【0196】

COEX_Servicechanging.responseは、サービス変更要求（Servicechanging request）を呼び出した共存（ＣＯＥＸ）使用者に、ローカルサービス変更情報（servicechanging information）を伝達するために共存（ＣＯＥＸ）使用者により使用される。COEX_Servicechanging.responseのパラメータは、下記の表３２のように定義される。

【0197】

【表32】

【0198】

これは、受信されたCOEX_Servicechanging.indicationに対する応答として共存（ＣＯＥＸ）使用者により使用される。共存（ＣＯＥＸ）エンティティは応答（response）を受信すると、対応するCOEX_servicechanging.reportメッセージを生成してあて先ＣＯＥＸエンティティに送信してもよい。

【0199】

図１５の（ｄ）は、本明細書に開示された一実施例に係る共存サービス変更確認のサービスプリミティブのセマンティックスを示す図である。

【0200】

COEX_Servicechanging.confirmは、サービス変更要求（Servicechanging request）を呼び出した共存（ＣＯＥＸ）使用者にサービス変更情報（servicechanging information）を伝達するために、共存（ＣＯＥＸ）エンティティにより使用される。COEX_Servicechanging.confirmのパラメータは、下記の表３３のように定義される。

【0201】

【表33】

【0202】

これは、以前の共存（ＣＯＥＸ）使用者からのCOEX_Servicechanging.requestプリミティブの結果を伝達するために、ローカル共存（ＣＯＥＸ）エンティティにより呼び出される。共存（ＣＯＥＸ）使用者は、このプリミティブを受信すると、適切な決定をし、適切な動作を行う。しかし、ResultsCodeが「成功」（「Success」）を表さない場合、受信者は適切なエラー処理（error handling）を行う。

【0203】

図１６は、本明細書に開示された実施例に係る共存マネージャ（ＣＭ）３００のサービス切替過程を示す図である。

【0204】

まず、ＴＶＢＤネットワークもしくはデバイス１００、及び近隣ＴＶＢＤネットワークもしくはデバイス１００’は、共存マネージャ（ＣＭ）３００及びＣＤＩＳ／ＣＤＢ ４００に登録する。また、共存マネージャ（ＣＭ）３００及び近隣共存マネージャ３００’は、ＣＤＩＳ／ＣＤＢ ４００に登録する。

【0205】

共存マネージャ（ＣＭ）３００及びＣＤＩＳ／ＣＤＢ ４００に登録されたＴＶＢＤネットワークもしくはデバイス１００は、前述したように、共存マネージャ（ＣＭ）３００に周期的に又は共存マネージャ（ＣＭ）３００の要求に応じて測定報告（measurement report）を送信する（Ｓ４１０）。また、近隣共存マネージャ（ＣＭ）３００’及び近隣ＴＶＢＤネットワークもしくはデバイス１００’は、前述したように、近隣共存マネージャ（ＣＭ）３００に周期的に又は近隣共存マネージャ（ＣＭ）３００の要求に応じて測定報告（measurement report）を送信する（Ｓ４１０’）。

【0206】

上記測定報告は、ＴＶＢＤネットワークもしくはデバイス１００の使用チャネル情報及び干渉レベル情報を有することができる。測定報告がＴＶＢＤネットワークもしくはデバイス１００の干渉レベル情報をも有する方が、既存のＣＤＩＳ／ＣＤＢ ４００がＴＶＢＤネットワークもしくはデバイス１００の使用チャネル情報のみを用いて近隣セットを計算することに比べてより正確に近隣セットを計算することができる。

【0207】

そして、ＴＶＢＤネットワークもしくはデバイス１００は、リソース割当が要求されたとき、共存マネージャ（ＣＭ）３００にリソース割当を要求することができる（Ｓ４２２）。この場合、ＴＶＢＤネットワークもしくはデバイス１００は、ＴＶＷＳデータベース６００から使用可能チャネル情報を受信して共存マネージャ（ＣＭ）３００に送信することができる。共存マネージャ（ＣＭ）３００は、ＴＶＢＤネットワークもしくはデバイス１００からリソース割当要求がある場合、ＣＤＩＳ／ＣＤＢ ４００に近隣セットを要求する（Ｓ４２４）。

【0208】

ここで、近隣セットは、ＴＶＢＤネットワークもしくはデバイス１００の近隣ＴＶＢＤネットワークもしくはデバイス１００’に関する情報、及び近隣ＴＶＢＤネットワークもしくはデバイス１００’をサービスする近隣共存マネージャ（ＣＭ）３００’に関する情報を有することができる。ＣＤＩＳ／ＣＤＢ ４００は、ＣＤＩＳ ４００に登録された各ＴＶＢＤネットワークもしくはデバイス１００の地理的位置情報（又は、地理的位置情報及び使用可能チャネル情報）に基づいて近隣セットを計算してもよい（Ｓ４２６）。共存マネージャ（ＣＭ）３００は、計算された近隣セットをＣＤＩＳ／ＣＤＢ ４００から受信することができる（Ｓ４２８）。

【0209】

共存マネージャ（ＣＭ）３００は、近隣セットに基づいて、近隣共存マネージャ（ＣＭ）３００’に、近隣ＴＶＢＤネットワークもしくはデバイス１００’の使用チャネル情報を要求することができる（Ｓ４３２）。この場合、共存マネージャ（ＣＭ）３００は、近隣共存マネージャ（ＣＭ）３００’に、ＴＶＢＤネットワークもしくはデバイス１００の近隣ＴＶＢＤネットワークもしくはデバイス１００’に関する情報を送信することができる。

【0210】

近隣共存マネージャ（ＣＭ）３００’は、近隣ＴＶＢＤネットワークもしくはデバイス１００’から受信した測定報告に基づいて、共存マネージャ（ＣＭ）３００に近隣ＴＶＢＤネットワークもしくはデバイス１００’の使用チャネル情報を送信することができる（Ｓ４３４）。

【0211】

共存マネージャ（ＣＭ）３００は、ＴＶＢＤネットワークもしくはデバイス１００の使用可能チャネル情報、及び近隣共存マネージャ（ＣＭ）３００’から受信した近隣ＴＶＢＤネットワークもしくはデバイス１００’の使用チャネル情報に基づいて、優先順位テーブルを生成することができる（Ｓ４３６）。ＴＶＢＤネットワークもしくはデバイス１００の使用可能チャネル情報は、ＴＶＢＤネットワークもしくはデバイス１００がＴＶＷＳデータベース６００から受信して共存マネージャ（ＣＭ）３００に伝達してもよく、共存マネージャ（ＣＭ）３００がＴＶＷＳデータベース６００から受信してもよく、ＣＤＩＳ／ＣＤＢ ４００がＴＶＷＳデータベース６００から受信して共存マネージャ（ＣＭ）３００に伝達してもよい。

【0212】

そして、共存マネージャ（ＣＭ）３００は、生成した優先順位テーブルを、ＴＶＢＤネットワークもしくはデバイス１００に送信することができる（Ｓ４３８）。共存マネージャ（ＣＭ）３００が近隣共存マネージャ（ＣＭ）３００’から近隣ＴＶＢＤネットワークもしくはデバイス１００’の使用チャネル情報を受信することは、ＴＶＢＤネットワークもしくはデバイス１００の実質的な使用可能チャネルを判断するためである。

【0213】

ＴＶＢＤネットワークもしくはデバイス１００は、共存マネージャ（ＣＭ）３００から受信した優先順位テーブルに基づいて、サービスを切り替えるか否かを判断する（Ｓ４４２）。すなわち、ＴＶＢＤネットワークもしくはデバイス１００の使用可能チャネルに含まれたチャネルのうち、所望のチャネルがあるか否かを確認し、ＴＶＢＤネットワークもしくはデバイス１００は、所望のチャネルがない場合、サービスを切り替えるように決定する。

【0214】

この場合、ＴＶＢＤネットワークもしくはデバイス１００は、共存マネージャ（ＣＭ）３００にサービス切替を要求する（Ｓ４４４）。共存マネージャ（ＣＭ）３００は、ＴＶＢＤネットワークもしくはデバイス１００からの要求に応答してサービスを切り替える（Ｓ４４６）。この場合、共存マネージャ（ＣＭ）３００は、ＴＶＢＤネットワークもしくはデバイス１００に近隣セットを送信することができる。ＴＶＢＤネットワークもしくはデバイス１００は、所望のチャネルを確保するために、共存マネージャ（ＣＭ）３００から受信した近隣セットに基づいて、近隣共存マネージャ（ＣＭ）３００’と使用可能チャネルについて交渉することができる。

【0215】

図１７は、本明細書に開示されたＴＶＢＤネットワークもしくはデバイス１００のブロック図である。

【0216】

図１７に示すように、ＴＶＢＤネットワークもしくはデバイス１００は、記憶手段１１０、コントローラ１２０、及び送受信部１３０を有している。

【0217】

記憶手段１１０は、図１乃至図１６に示した実施例に係る方法を記憶する。

【0218】

コントローラ１２０は、記憶手段１１０及び送受信部１３０を制御する。具体的には、コントローラ１２０は、記憶手段１１０に記憶された方法をそれぞれ実行させる。そして、コントローラ１２０は、送受信部１３０を介して前述の信号を送受信する。

【0219】

以上では、本発明の好適な実施例について説明してきたが、本発明の範囲はこれらの特定の実施例に限定されるものではない。したがって、本発明は、本発明の思想及び特許請求の範囲に記載された範ちゅう内で種々の形態に修正、変更、又は改善され得ることは明らかである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】