JP2014516485A - ネットワーク又はデバイスをサービスする管理機器のサービス切替方法 - Google Patents

Abstract

【課題】ネットワーク又はデバイスが共存（Ｃｏｅｘｉｓｔｅｎｃｅ）できるように円滑にサービスを切り替える方法が提供される。
【解決手段】本明細書に開示された一実施例に係るＴＶＢＤ（ＴｅｌｅＶｉｓｉｏｎ Ｂａｎｄ Ｄｅｖｉｃｅ）ネットワーク又はデバイスのサービス間の切替方法は、共存マネジャーから前記ＴＶＢＤネットワーク又はデバイスのサービス間の切替要請を受信するステップと、前記共存マネジャーに前記要請に対する応答を送信するステップと、を含み、前記サービスは、前記ＴＶＢＤネットワーク又はデバイスが前記共存マネジャーからネイバー情報（ｎｅｉｇｈｂｏｒ ｉｎｆｏｒｍａｔｉｏｎ）を獲得する情報サービス、及び前記ＴＶＢＤネットワーク又はデバイスが前記共存マネジャーに測定結果を提供する管理サービスを含み、前記応答は、前記要請が成功的に処理されたか否かを示す指示子を含む。
【選択図】図１２

Description

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

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

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

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

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

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

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

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

認知無線技術とは、通信装置が自分で通信環境を観察し、最適の通信のための動作方式を判断して選択し、過去の通信経験から将来の判断過程に対する計画を建てるシステムのことを指す。すなわち、無免許帯域（Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）に割り当てられている周波数帯域のうち、その活用度が低いか、或いは時／空間的に使われない遊休リソース（Ｓｐｅｃｔｒｕｍ ｈｏｌｅ、Ｗｈｉｔｅｓｐａｃｅ）を見出して、適応的（Ａｄａｐｔｉｖｅ）に且つ合理的（Ｏｐｐｏｒｔｕｎｉｓｔｉｃ）に利用する技術である。このとき、該当の帯域に利用権限（Ｌｉｃｅｎｓｅ）を持っている主使用者（Ｐｒｉｍａｒｙ ｕｓｅｒ）が発見されると、直ちに該当の帯域の使用を中止したり伝送電力を調節して、主使用者に被害をかけないように動作しなければならない。

本明細書に開示された一実施例は、ネイバー発見（ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ）過程において、ネットワーク又はデバイスの使用チャネル情報及び干渉レベル情報を用いて、より実質的にネイバー関係にあるネットワーク又はデバイスを発見することに関する。

また、本明細書に開示された他の実施例は、リソース割当（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）過程において、ネイバーネットワーク又はデバイスの使用チャネル情報を用いて、より效率的に干渉関係を回避することに関する。

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

本明細書に開示された一実施例にかかるＴＶＢＤ（ＴｅｌｅＶｉｓｉｏｎ Ｂａｎｄ Ｄｅｖｉｃｅ）ネットワーク又はデバイスのサービス間の切替方法は、共存マネジャーから前記ＴＶＢＤネットワーク又はデバイスのサービス間の切替要請を受信するステップと、前記共存マネジャーに前記要請に対する応答を送信するステップと、を含み、前記サービスは、前記ＴＶＢＤネットワーク又はデバイスが前記共存マネジャーからネイバー情報（ｎｅｉｇｈｂｏｒ ｉｎｆｏｒｍａｔｉｏｎ）を獲得する情報サービス、及び前記ＴＶＢＤネットワーク又はデバイスが前記共存マネジャーに測定結果を提供する管理サービスを含み、前記応答は、前記要請が成功的に処理されたか否かを示す指示子を含む。

一実施例において、前記ネイバー情報は、前記共存マネジャーがサーバーから獲得した情報であり、前記サーバーは、前記ＴＶＢＤネットワーク又はデバイスと干渉関係にあるネイバー（ｎｅｉｇｈｂｏｒ）ＴＶＢＤネットワーク又はデバイスを決定することを特徴とする。

また、一実施例において、ＴＶＢＤ（ＴｅｌｅＶｉｓｉｏｎ Ｂａｎｄ Ｄｅｖｉｃｅ）ネットワーク又はデバイスのサービス間の切替方法は、前記共存マネジャーから他の共存マネジャーの運用チャネル（ｏｐｅｒａｔｉｎｇ ｃｈａｎｎｅｌ）に関する情報を受信するステップをさらに含む。

また、一実施例において、前記他の共存マネジャーの運用チャネルに関する情報は、前記共存マネジャーが前記他の共存マネジャーから獲得した情報であることを特徴とする。

また、一実施例において、ＴＶＢＤ（ＴｅｌｅＶｉｓｉｏｎ Ｂａｎｄ Ｄｅｖｉｃｅ）ネットワーク又はデバイスのサービス間の切替方法は、前記共存マネジャーに前記測定結果を送信するステップをさらに含む。

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

本明細書に開示された一実施例に係るＴＶＢＤ（ＴｅｌｅＶｉｓｉｏｎ Ｂａｎｄ Ｄｅｖｉｃｅ）ネットワーク又はデバイスのサービス間の切替方法は、共存マネジャーに前記ＴＶＢＤネットワーク又はデバイスのサービス間の切替要請を送信するステップと、前記共存マネジャーから前記ＴＶＢＤネットワーク又はデバイスに前記要請に対する応答を受信するステップと、を含み、前記サービスは、前記ＴＶＢＤネットワーク又はデバイスが前記共存マネジャーからネイバー情報（ｎｅｉｇｈｂｏｒ ｉｎｆｏｒｍａｔｉｏｎ）を獲得する情報サービス、及び前記ＴＶＢＤネットワーク又はデバイスが前記共存マネジャーに測定結果を提供する管理サービスを含み、前記応答は、前記要請が成功的に処理されたか否かを示す指示子を含むことを特徴とする。

一実施例において、ＴＶＢＤ（ＴｅｌｅＶｉｓｉｏｎ Ｂａｎｄ Ｄｅｖｉｃｅ）ネットワーク又はデバイスのサービス間の切替方法は、前記共存マネジャーがサーバーから前記ＴＶＢＤネットワーク又はデバイスのネイバー情報を受信するステップをさらに含み、前記サーバーは、前記ＴＶＢＤネットワーク又はデバイスと干渉関係にあるネイバー（ｎｅｉｇｈｂｏｒ）ＴＶＢＤネットワーク又はデバイスを決定することを特徴とする。

また、一実施例において、ＴＶＢＤ（ＴｅｌｅＶｉｓｉｏｎ Ｂａｎｄ Ｄｅｖｉｃｅ）ネットワーク又はデバイスのサービス間の切替方法は、前記共存マネジャーから他の共存マネジャーの運用チャネル（ｏｐｅｒａｔｉｎｇ ｃｈａｎｎｅｌ）に関する情報を受信するステップをさらに含む。

また、一実施例において、前記他の共存マネジャーの運用チャネルに関する情報は、前記共存マネジャーが前記他の共存マネジャーから受信した情報であることを特徴とする。

また、一実施例において、ＴＶＢＤ（ＴｅｌｅＶｉｓｉｏｎ Ｂａｎｄ Ｄｅｖｉｃｅ）ネットワーク又はデバイスのサービス間の切替方法は、前記共存マネジャーに前記測定結果を送信するステップをさらに含む。

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

本明細書に開示された一実施例によれば、ネイバー発見（ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ）過程において、ネットワーク又はデバイスの使用チャネル情報及び干渉レベル情報を用いて、より実質的にネイバー関係にあるネットワーク又はデバイスを発見することが可能になる。

また、本明細書に開示された他の実施例によれば、リソース割当（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）過程においてネイバーネットワーク又はデバイスの使用チャネル情報を用いて、より效率的に干渉関係を回避することが可能になる。

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

本明細書の一実施例に係る共存（ｃｏｅｘｉｓｔｅｎｃｅ）システムを示すブロック図である。 本明細書の他の実施例に係る共存システムを示すブロック図である。 本明細書の一実施例に係る共存システムが配置されている例を示す図である。 本明細書の一実施例に係る共存システムの動作を示す図である。 本明細書の一実施例に係る共存システムが配置されている他の例を示す図である。 ＣＤＩＳ／ＣＤＢ ４００の動作を示す例示図である。 ＣＤＩＳ／ＣＤＢ ４００の動作を示す例示図である。 共存輪郭を示す例示図である。 図７の環境において共存ホワイトスペースマップ（ＣＷＭ：Ｃｏｅｘｉｓｔｅｎｃｅ Ｗｈｉｔｅｓｐａｃｅ ＭＡＰ）又は共存マップ（Ｃｏｅｘｉｓｔｅｎｃｅ ＭＡＰ）の例を示す図である。 本明細書に開示された一実施例に係る共存マネジャー（ＣＭ）３００がＴＶＢＤネットワーク又はデバイス１００から使用チャネル情報及び干渉レベル情報を受信する過程を説明するための図である。 本明細書に開示された他の実施例に係る共存マネジャー（ＣＭ）３００がＴＶＢＤネットワーク又はデバイス１００から使用チャネル情報及び干渉レベル情報を受信する過程を説明するための図である。 本明細書に開示された一実施例に係る共存マネジャー（ＣＭ）３００がＴＶＢＤネットワーク又はデバイス１００のネイバーセットを発見する過程を説明するための図である。 本明細書に開示された一実施例に係るＴＶＢＤネットワーク又はデバイス１００又は共存マネジャー（ＣＭ）３００のサービス切替過程を示す図である。 本明細書に開示された他の実施例に係るＴＶＢＤネットワーク又はデバイス１００又は共存マネジャー（ＣＭ）３００のサービス切替過程を示す図である。 本明細書に開示された他の実施例に係るＴＶＢＤネットワーク又はデバイス１００のサービス選択過程を示す図である。 本明細書に開示された一実施例に係る共存サービス変更要請のサービスプリミティブのセマンティックス（ｓｅｍａｎｔｉｃｓ）を示す図である。 本明細書に開示された一実施例に係る共存サービス変更報知のサービスプリミティブのセマンティックスを示す図である。 本明細書に開示された一実施例に係る共存サービス変更応答のサービスプリミティブのセマンティックスを示す図である。 本明細書に開示された一実施例に係る共存サービス変更確認のサービスプリミティブのセマンティックスを示す図である。 本明細書に開示された実施例に係る共存マネジャー（ＣＭ）３００のサービス切替過程を示す図である。 本明細書に開示されたＴＶＢＤネットワーク又はデバイス１００のブロック図である。

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

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

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

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

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

以下に使われる端末は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＥ（Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、無線機器（Ｗｉｒｅｌｅｓｓ Ｄｅｖｉｃｅ）、携帯機器（Ｈａｎｄｈｅｌｄ Ｄｅｖｉｃｅ）、ＡＴ（Ａｃｃｅｓｓ Ｔｅｒｍｉｎａｌ）と呼ぶこともできる。

ＩＥＥＥ ８０２．１１ ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）標準は、２．４ＧＨｚ又は５ＧＨｚで無認可帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を用いた１１Ｍｂｐｓ（ＩＥＥＥ ８０２．１１ｂ）、５４Ｍｂｐｓ（ＩＥＥＥ ８０２．１１ａ）の伝送速度を提供する。

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

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

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

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

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

ＩＥＥＥ ８０２．１１ ＴＶＷＳ端末は、ＴＶホワイトスペーススペクトル（ＴＶ Ｗｈｉｔｅｓｐａｃｅ ｓｐｅｃｔｒｕｍ）でＩＥＥＥ ８０２．１１ ＭＡＣ及びＰＨＹを用いて動作する無認可デバイスを意味する。

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

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

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

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

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

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

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

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

ＴＶＢＤネットワーク又はデバイス１００は、ＴＶ帯域を使用する無免許使用者であって、デバイス又はネットワークでよい。例えば、ＴＶＢＤネットワーク又はデバイス１００は、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）やＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）のように、マスターモードとして動作するデバイスでよい。これらはマスターモードとして動作しながら、共存のために共存マネジャー（ＣＭ）３００と通信し、スレーブモードとして動作するデバイスを管理／制御することができる。

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

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

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

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

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

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

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

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

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

このような共存マネジャー（ＣＭ）３００は、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）又は基地局（Ｂａｓｅ−ｓｔａｔｉｏｎ）のようなデバイス内に組み込まれた（ｅｍｂｅｄｄｅｄ）形態になっていてもよく、デバイスの外部に設けられていてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一方、ＣＤＩＳ／ＣＤＢ ４００は、ＴＶＷＳデータベース６００から放送のためのチャネルリストを受信することができる。ここで、チャネルリストとは、放送のための周波数情報でよい。また、チャネルリストは、放送の運用チャネル（ｏｐｅｒａｔｉｎｇ ｃｈａｎｎｅｌ）と伝送パワー制限（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｌｉｍｉｔａｔｉｏｎ）に関する情報を含んでもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図８には、図７の環境において共存ホワイトスペースマップ（ＣＷＭ：Ｃｏｅｘｉｓｔｅｎｃｅ Ｗｈｉｔｅｓｐａｃｅ ＭＡＰ）又は共存マップ（ＣＭ：Ｃｏｅｘｉｓｔｅｎｃｅ ＭＡＰ）の例を示す。

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

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

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

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

ＴＶＢＤネットワーク又はデバイス１００は、測定メッセージ（ｍｅａｓｕｒｅｍｅｎｔ ｍｅｓｓａｇｅ）を用いて共存マネジャー（ＣＭ）３００に使用チャネル情報及び干渉レベル情報を送信することができる。この場合、ＴＶＢＤネットワーク又はデバイス１００は、共存マネジャー（ＣＭ）３００の要請に応じて測定フレームフォーマットを共存マネジャー（ＣＭ）３００に送信することができる。

すなわち、共存マネジャー（ＣＭ）３００は共存イネーブラ（ＣＥ）２００に測定要請（ｍｅａｓｕｒｅｍｅｎｔ＿ｒｅｑｕｅｓｔ）を送信し（Ｓ１１２）、共存イネーブラ（ＣＥ）２００は、受信した測定要請を、ＴＶＢＤネットワーク又はデバイス１００に送信する（Ｓ１１４）。また、ＴＶＢＤネットワーク又はデバイス１００は、測定要請に応答して測定報告（ｍｅａｓｕｒｅｍｅｎｔ＿ｒｅｐｏｒｔ）を共存イネーブラ（ＣＥ）２００に送信し（Ｓ１１６）、共存イネーブラ（ＣＥ）２００は、受信した測定報告を共存マネジャー（ＣＭ）３００に送信する（Ｓ１１８）。

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

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

測定要請（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｑｕｅｓｔ）フレームフォーマットを下記の表１のように定義することができる。

共存フレームヘッダー（Ｃｏｅｘｉｓｔｅｎｃｅ ｆｒａｍｅ ｈｅａｄｅｒ）は、フレームを識別する。情報タイプ（Ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅ）フィールドの値は、例えば、３（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｑｕｅｓｔ）に設定される。測定要請エレメント（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔｓ）フィールドは、１つ以上の測定要請エレメント（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）を含むことができる。単一測定要請フレームにおいて測定要請エレメント（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔｓ）の個数及び長さは、最大限に許容された共存プロトコルデータ単位（ＣＸＰＤＵ；Ｃｏｅｘｉｓｔｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）サイズによって制限されるとよい。測定要請エレメント（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔｓ）は、測定要請を受信するＴＶＢＤネットワーク又はデバイス１００の、指定された測定動作の実行要請を含むことができる。

測定要請エレメント（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）フレームフォーマットを下記の表２のように定義することができる。

測定タイプ（Ｍｅａｓｕｒｅｍｅｎｔ ｔｙｐｅ）フィールドを下記の表３のように定義することができる。

測定要請エレメント（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）において測定タイプ（Ｍｅａｓｕｒｅｍｅｎｔ ｔｙｐｅ）が干渉レベル（Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｌｅｖｅｌ）を表すことができる。干渉レベル要請エレメント（Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｌｅｖｅｌ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）に対応する測定要請（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｑｕｅｓｔ）フィールドを、下記の表４のように定義することができる。

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

測定報告（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）フレームフォーマットは、下記の表５のように定義されるとよい。

共存フレームヘッダー（Ｃｏｅｘｉｓｔｅｎｃｅ ｆｒａｍｅ ｈｅａｄｅｒ）は、フレームを識別する。測定報告の情報タイプ（Ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅ）フィールドの値は、例えば、４に設定される。測定報告エレメント（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ ｅｌｅｍｅｎｔｓ）フィールドは、一つ以上の測定報告エレメント（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ ｅｌｅｍｅｎｔ）を含むことができる。単一測定報告フレームにおいて測定報告エレメント（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ ｅｌｅｍｅｎｔｓ）の個数及び長さは、最大限に許容されたＣＸＰＤＵサイズによって制限されるとよい。

測定報告エレメント（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ ｅｌｅｍｅｎｔｓ）フレームフォーマットを、下記の表６のように定義することができる。

測定タイプ（Ｍｅａｓｕｒｅｍｅｎｔ ｔｙｐｅ）フィールドは、前述の表３のように定義されてよい。測定報告エレメント（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ ｅｌｅｍｅｎｔ）において測定タイプ（Ｍｅａｓｕｒｅｍｅｎｔ ｔｙｐｅ）が干渉レベル（Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｌｅｖｅｌ）を表すことができる。干渉レベル報告エレメント（Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｌｅｖｅｌ ｒｅｐｏｒｔ ｅｌｅｍｅｎｔ）に対応する測定報告（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）フィールドを、下記の表７のように定義することができる。

実質的な測定開始時間（Ａｃｔｕａｌ Ｍｅａｓｕｒｅｍｅｎｔ Ｓｔａｒｔ Ｔｉｍｅ）フィールドは、ＴＶＢＤ測定が始まった時間に設定される。測定遅延（Ｍｅａｓｕｒｅｍｅｎｔ Ｄｕｒａｔｉｏｎ）フィールドは、時間単位（ＴＵｓ；Ｔｉｍｅ Ｕｎｉｔｓ）で表現されるＴＶＢＤ報告が測定される間の遅延時間に設定される。測定ＴＶＢＤアドレス（Ｍｅａｓｕｒｉｎｇ ＴＶＢＤ Ａｄｄｒｅｓｓ）は、実際に測定を行ったＴＶＢＤネットワーク又はデバイス１００のＭＡＣアドレス（ＭＡＣ Ａｄｄｒｅｓｓ）に設定される。干渉レベル報告（Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｌｅｖｅｌ Ｒｅｐｏｒｔ）フィールドは周期的に反復されてもよい。干渉レベル報告（Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｌｅｖｅｌ Ｒｅｐｏｒｔ）フィールドは、検出されたＴＶＢＤネットワーク又はデバイス１００を表すことができる。

測定報告エレメント（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ ｅｌｅｍｅｎｔ）において測定タイプ（ｍｅａｓｕｒｅｍｅｎｔ ｔｙｐｅ）は使用チャネル情報（Ｏｃｃｕｐｉｅｄ Ｃｈａｎｎｅｌ Ｉｎｆｏｒｍａｔｉｏｎ）を表すことができる。使用チャネル情報（Ｏｃｃｕｐｉｅｄ Ｃｈａｎｎｅｌ Ｉｎｆｏｒｍａｔｉｏｎ）に対応する測定報告（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）フィールドを、下記の表８のように定義することができる。

使用チャネル情報報告（Ｏｃｃｕｐｉｅｄ Ｃｈａｎｎｅｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｐｏｒｔ）を下記の表９のように定義することができる。

実質的な測定開始時間（Ａｃｔｕａｌ Ｍｅａｓｕｒｅｍｅｎｔ Ｓｔａｒｔ Ｔｉｍｅ）フィールドは、ＴＶＢＤ測定が始まった時間に設定される。測定遅延（Ｍｅａｓｕｒｅｍｅｎｔ Ｄｕｒａｔｉｏｎ）フィールドは、時間単位（ＴＵｓ；Ｔｉｍｅ Ｕｎｉｔｓ）で表現されるＴＶＢＤ報告が測定される間の遅延時間に設定される。チャネル番号（Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ）は、ＴＶＢＤ使用者が使用するチャネル番号に設定されてよい。

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

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

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

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

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

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

ネイバーセット発見過程で使用可能なネイバー発見情報（Ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ）フレームフォーマットは、下記の表１０のように定義することができる。

共存フレームヘッダー（Ｃｏｅｘｉｓｔｅｎｃｅ ｆｒａｍｅ ｈｅａｄｅｒ）は、フレームを識別する。情報タイプ（Ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅ）フィールドは、例えば、３（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｑｕｅｓｔ）に設定される。ネイバー発見情報エレメント（Ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔｓ）は、一つ以上のネイバー発見情報エレメント（Ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）を含む。単一ネイバー発見情報フレームにおいてネイバー発見情報エレメント（Ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔｓ）の個数及び長さは、最大限に許容されたＣＸＰＤＵサイズによって制限される。

ネイバー発見情報エレメント（Ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）フォーマットを、下記の表１１のように定義することができる。

ネイバー発見情報（Ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ）フィールドを下記の表１２のように定義することができる。

ネイバー発見情報テーブルエレメント（Ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｔａｂｌｅ ｅｌｅｍｅｎｔ）は、使用チャネル情報を表すことができる。ネイバー発見情報要請エレメント（Ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）に対応するネイバー発見情報（Ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ）フィールドは、下記の表１３のように定義することができる。

ＴＶチャネル番号（ＴＶ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒｓ）は、ネイバー発見情報要請（ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｑｕｅｓｔ）が適用されるＴＶチャネル番号を表す。チャネル番号（Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ）は、各国又は地域別に異なるように定義される。

ネイバー発見情報要請エレメント（Ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）は、ネイバー共存マネジャー（ＣＭ）３００（又は、ネイバーＴＶＢＤネットワーク又はデバイス１００）の使用チャネル情報を表すことができる。ネイバー発見情報要請エレメント（Ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）に対応するネイバー発見要請エレメント（Ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）フィールドを、下記の表１４のように定義することができる。

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

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

その第２サービス（発見／情報サービス；ｄｉｓｃｏｖｅｒｙ／ｉｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅ）は、ＴＶＢＤネットワーク又はデバイス１００が、ＣＤＩＳ ４００からネイバーセットを受信し、且つＴＶＷＳデータベース６００から可用チャネルリストを受信して、ＴＶＢＤネットワーク又はデバイス１００が可用チャネルを決定するサービスでよい。第１サービスと第２サービスとの切替は、ＴＶＢＤネットワーク又はデバイス１００、又は共存マネジャー（ＣＭ）３００により行われるとよい。また、ＴＶＢＤネットワーク又はデバイス１００は、共存マネジャー（ＣＭ）３００からサービス情報を受信し、受信したサービス情報に基づいて、第１サービス又は第２サービスのいずれかを共存システムのサービスとして選択してもよい。

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

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

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

サービス変更要請（Ｓｅｒｖｉｃｅ Ｃｈａｎｇｉｎｇ Ｒｅｑｕｅｓｔ）フレームフォーマットを、下記の表１５のように定義することができる。

共存ヘッダー（Ｃｏｅｘｓｉｔｅｎｃｅ ｈｅａｄｅｒ）は、フレームを識別する。情報タイプ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｙｐｅ）フィールドは、サービス変更要請（Ｓｅｒｖｉｃｅ Ｃｈａｎｇｉｎｇ Ｒｅｑｕｅｓｔ）フレームを表す９（Ｓｅｒｖｉｃｅ Ｃｈａｎｇｉｎｇ Ｒｅｑｕｅｓｔ ｆｒａｍｅ）に設定されてよい。サービス変更要請エレメントフォーマット（Ｓｅｒｖｉｃｅ Ｃｈａｎｇｉｎｇ Ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔｆｏｒｍａｔ）は、下記の表１６のように定義される。

命令タイプ（Ｃｏｍｍａｎｄ Ｔｙｐｅ）フィールドは、下記の表１７のように定義される。

サービス変更命令要請エレメント（Ｓｅｒｖｉｃｅ Ｃｈａｎｇｉｎｇ Ｃｏｍｍａｎｄ Ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）において、命令タイプ（Ｃｏｍｍａｎｄ Ｔｙｐｅ）はサービス変更（ｓｅｒｖｉｃｅ ｃｈａｎｇｉｎｇ）を表すことができる。サービス変更命令要請エレメント（Ｓｅｒｖｉｃｅ ｃｈａｎｇｉｎｇ ｃｏｍｍａｎｄ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）に対応するサービス変更要請フィールド（Ｓｅｒｖｉｃｅ Ｃｈａｎｇｉｎｇ ｒｅｑｕｅｓｔ ｆｉｅｌｄ）は、下記の表１８のように定義することができる。

長さ（Ｌｅｎｇｔｈ）は、サービスタイプ（Ｓｅｒｖｉｃｅ Ｔｙｐｅ）フィールドの長さ（Ｌｅｎｇｔｈ）値に依存する可変値である。

サービス変更応答（Ｓｅｒｖｉｃｅ Ｃｈａｎｇｉｎｇ Ｒｅｓｐｏｎｅ）フレームフォーマットは、下記の表１９のように定義することができる。

共存ヘッダー（Ｃｏｅｘｉｓｔｅｎｃｅ ｈｅａｄｅｒ）は、フレームを識別する。情報タイプ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｙｐｅ）フィールドは、サービス変更応答（Ｓｅｒｖｉｃｅ Ｃｈａｎｇｉｎｇ Ｒｅｓｐｏｎｓｅ）フレームを表す１０（Ｓｅｒｖｉｃｅ Ｃｈａｎｇｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）に設定される。サービス変更応答エレメント（Ｓｅｒｖｉｃｅ Ｃｈａｎｇｉｎｇ Ｒｅｓｐｏｎｓｅ ｅｌｅｍｅｎｔ）フォーマットは、下記の表２０のように定義される。

命令タイプ（Ｃｏｍｍａｎｄ Ｔｙｐｅ）フィールドは、前述した表１８のように定義される。

サービス変更命令応答エレメント（Ｓｅｒｖｉｃｅ Ｃｈａｎｇｉｎｇ Ｃｏｍｍａｎｄ ｒｅｓｐｏｎｓｅ ｅｌｅｍｅｎｔ）において、命令タイプ（Ｃｏｍｍａｎｄ Ｔｙｐｅ）はサービス変更（ｓｅｒｖｉｃｅ ｃｈａｎｇｉｎｇ）を表すことができる。サービス変更命令応答エレメント（Ｓｅｒｖｉｃｅ ｃｈａｎｇｉｎｇ ｃｏｍｍａｎｄ ｒｅｓｐｏｎｓｅ ｅｌｅｍｅｎｔ）に対応するサービス変更応答フィールド（Ｓｅｒｖｉｃｅ Ｃｈａｎｇｉｎｇ ｒｅｓｐｏｎｓｅ ｆｉｅｌｄ）は、下記の表２１のように定義することができる。

状態コード（Ｓｔａｔｕｓ Ｃｏｄｅ）フィールドは、要請された動作の成功又は失敗を表す。状態コード（Ｓｔａｔｕｓ Ｃｏｄｅ）フィールドの長さは１であればよい。割り当てられた状態コード（Ｓｔａｔｕｓ ｃｏｄｅ）は、下記の表２２のように定義することができる。

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

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

サービス切替（ｓｅｒｖｉｃｅ ｓｗｉｔｃｈｉｎｇ）フレームフォーマットは、下記の表２３のように定義される。

共存フレームヘッダー（Ｃｏｅｘｉｓｔｅｎｃｅ ｆｒａｍｅ ｈｅａｄｅｒ）は、フレームを識別する。情報タイプ（Ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅ）フィールドの値は３（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ）に設定される。情報切替要請エレメント（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔｓ）フィールドは、一つ以上のサービス切替要請エレメント（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔｓ）を含むことができる。単一測定要請フレームにおいてサービス切替要請エレメント（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔｓ）の個数及び長さは、最大限に許容されたＣＸＰＤＵサイズによって制限されるとよい。サービス切替要請エレメント（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）は、サービス切替要請を受信するＴＶＢＤネットワーク又はデバイス１００の、指定されたサービス切替動作の実行要請を含むことができる。

サービス切替要請エレメント（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）フォーマットは、下記の表２４のように定義することができる。

サービスタイプ（Ｓｅｒｖｉｃｅ ｔｙｐｅ）フィールドは、下記の表２５のように定義することができる。

サービスタイプ（Ｓｅｒｖｉｃｅ ｔｙｐｅ）フィールドは、下記の表２６のように定義することができる。

管理サービスサブ−エレメント（Ｍａｎａｇｅｍｅｎｔ ｓｅｒｖｉｃｅ ｓｕｂ−ｅｌｅｍｅｎｔ）フィールドは、下記の表２７のように定義することができる。

発見／情報サービスサブ−エレメント（Ｄｉｓｃｏｖｅｒｙ／Ｉｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅ ｓｕｂ−ｅｌｅｍｅｎｔ）フィールドは、下記の表２８のように定義することができる。

サービス切替要請エレメント（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ）フィールドは、下記の表２９のように定義することができる。

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

ＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｒｅｑｕｅｓｔは、サービスタイプを変更するためにＣＯＥＸ使用者により使われる。ＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｒｅｑｕｅｓｔのパラメータは、下記の表３０のように定義される。

ＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｒｅｑｕｅｓｔは、サービスタイプを変更するために、共存（ＣＯＥＸ）使用者により生成される。要請のあて先がローカル共存（ＣＯＥＸ）エンティティ自身である場合に、ローカル共存（ＣＯＥＸ）エンティティは、ＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｃｏｎｆｉｒｍで応答する。要請のあて先がリモート共存（ＣＯＥＸ）エンティティである場合に、ローカル共存（ＣＯＥＸ）エンティティは、リモート共存（ＣＯＥＸ）エンティティに対応するＳｅｒｖｉｃｅｃｈａｎｇｉｎｇ Ｒｅｑｕｅｓｔメッセージを生成することができる。

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

ＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｉｎｄｉｃａｔｉｏｎは、共存（ＣＯＥＸ）使用者に同等な（ｐｅｅｒ）共存（ＣＯＥＸ）エンティティからのサービス変更報告（Ｓｅｒｖｉｃｅ ｃｈａｎｇｉｎｇ Ｒｅｑｕｅｓｔ）メッセージの受信を知らせるために、共存（ＣＯＥＸ）エンティティにより用いられる。ＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｉｎｄｉｃａｔｉｏｎのパラメータは、下記の表３１のように定義される。

ＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｒｅｑｕｅｓｔメッセージが受信される時、共存（ＣＯＥＸ）使用者に知らせるために共存（ＣＯＥＸ）エンティティにより使用される。共存（ＣＯＥＸ）使用者は、インディケーション（ｉｎｄｉｃａｔｉｏｎ）が受信されると、ＣＯＥＸ＿ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｒｅｐｏｎｓｅ ｐｒｉｍｉｔｉｖｅで応答する。

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

ＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｒｅｓｐｏｎｓｅは、サービス変更要請（Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ ｒｅｑｕｅｓｔ）を呼び出した共存（ＣＯＥＸ）使用者に、ローカルサービス変更情報（ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）を伝達するために共存（ＣＯＥＸ）使用者により使用される。ＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｒｅｓｐｏｎｓｅのパラメータは、下記の表３２のように定義される。

これは、受信されたＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｉｎｄｉｃａｔｉｏｎに対する応答として共存（ＣＯＥＸ）使用者により使用される。共存（ＣＯＥＸ）エンティティは応答（ｒｅｓｐｏｎｓｅ）を受信すると、対応するＣＯＥＸ＿ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｒｅｐｏｒｔメッセージを生成してあて先ＣＯＥＸエンティティに送信すればよい。

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

ＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｃｏｎｆｉｒｍは、サービス変更要請（Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ ｒｅｑｕｅｓｔ）を呼び出した共存（ＣＯＥＸ）使用者にサービス変更情報（ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）を伝達するために、共存（ＣＯＥＸ）エンティティにより使用される。ＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｃｏｎｆｉｒｍのパラメータは、下記の表３３のように定義される。

これは、以前の共存（ＣＯＥＸ）使用者からのＣＯＥＸ＿Ｓｅｒｖｉｃｅｃｈａｎｇｉｎｇ．ｒｅｑｕｅｓｔプリミティブの結果を伝達するために、ローカル共存（ＣＯＥＸ）エンティティにより呼び出される。共存（ＣＯＥＸ）使用者は、このプリミティブを受信すると、適切な決定をし、適切な動作を行う。しかし、ＲｅｓｕｌｔｓＣｏｄｅが「成功」（「Ｓｕｃｃｅｓｓ」）を表さないと、受信者は適切な誤り処理（ｅｒｒｏｒ ｈａｎｄｌｉｎｇ）を行う。

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

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

共存マネジャー（ＣＭ）３００及びＣＤＩＳ／ＣＤＢ ４００に登録されたＴＶＢＤネットワーク又はデバイス１００は、前述したように、共存マネジャー（ＣＭ）３００に周期的に又は共存マネジャー（ＣＭ）３００の要請に応じて測定報告（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を送信する（Ｓ４１０）。また、ネイバー共存マネジャー（ＣＭ）３００’及びネイバーＴＶＢＤネットワーク又はデバイス１００’は、前述したように、ネイバー共存マネジャー（ＣＭ）３００に周期的に又はネイバー共存マネジャー（ＣＭ）３００の要請に応じて測定報告（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を送信する（Ｓ４１０’）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (12)

1. 共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法であって、
   前記共存マネジャーが前記ＴＶＢＤネットワーク又はデバイスに該ＴＶＢＤネットワーク又はデバイスのサービス間の切替要請を送信するステップと、
   前記共存マネジャーが前記ＴＶＢＤネットワーク又はデバイスから前記要請に対する応答を受信するステップと、
   を含み、
   前記サービスは、前記ＴＶＢＤネットワーク又はデバイスが前記共存マネジャーからネイバー情報を獲得する情報サービス、及び前記ＴＶＢＤネットワーク又はデバイスが前記共存マネジャーに測定結果を提供する管理サービスを含み、
   前記応答は、前記要請が成功的に処理されたか否かを示す指示子を含むことを特徴とする、共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法。
2. 前記共存マネジャーがサーバーから前記ＴＶＢＤネットワーク又はデバイスのネイバー情報を受信するステップをさらに含み、
   前記サーバーは、前記ＴＶＢＤネットワーク又はデバイスと干渉関係にあるネイバーＴＶＢＤネットワーク又はデバイスを決定することを特徴とする、請求項１に記載の共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法。
3. 前記共存マネジャーが他の共存マネジャーから運用チャネルに関する情報を受信するステップをさらに含むことを特徴とする、請求項１に記載の共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法。
4. 前記共存マネジャーが前記他の共存マネジャーに前記運用チャネルに関する情報の要請を送信するステップをさらに含むことを特徴とする、請求項３に記載の共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法。
5. 前記共存マネジャーが前記ＴＶＢＤネットワーク又はデバイスから前記測定結果を受信するステップをさらに含むことを特徴とする、請求項１に記載の共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法。
6. 前記測定結果を受信するステップにおいて、
   前記共存マネジャーが前記ＴＶＢＤネットワーク又はデバイスから周期的に又は前記共存マネジャーの要請に応じて前記測定結果を受信することを特徴とする、請求項５に記載の共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法。
7. 共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法であって、
   前記共存マネジャーが前記ＴＶＢＤネットワーク又はデバイスから前記ＴＶＢＤネットワーク又はデバイスのサービス間の切替要請を受信するステップと、
   前記共存マネジャーが前記ＴＶＢＤネットワーク又はデバイスに前記要請に対する応答を送信するステップと、
   を含み、
   前記サービスは、前記ＴＶＢＤネットワーク又はデバイスが前記共存マネジャーからネイバー情報を獲得する情報サービス、及び前記ＴＶＢＤネットワーク又はデバイスが前記共存マネジャーに測定結果を提供する管理サービスを含み、
   前記応答は、前記要請が成功的に処理されたか否かを示す指示子を含むことを特徴とする、共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法。
8. 前記共存マネジャーがサーバーから前記ＴＶＢＤネットワーク又はデバイスのネイバー情報を受信するステップをさらに含み、
   前記サーバーは、前記ＴＶＢＤネットワーク又はデバイスと干渉関係にあるネイバーＴＶＢＤネットワーク又はデバイスを決定することを特徴とする、請求項７に記載の共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法。
9. 前記共存マネジャーが他の共存マネジャーから運用チャネルに関する情報を受信するステップをさらに含むことを特徴とする、請求項７に記載の共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法。
10. 前記共存マネジャーが前記他の共存マネジャーに前記運用チャネルに関する情報の要請を送信するステップをさらに含むことを特徴とする、請求項９に記載の共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法。
11. 前記共存マネジャーが前記ＴＶＢＤネットワーク又はデバイスから前記測定結果を受信するステップをさらに含むことを特徴とする、請求項７に記載の共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法。
12. 前記測定結果を受信するステップにおいて、
    前記共存マネジャーが前記ＴＶＢＤネットワーク又はデバイスから周期的に又は前記共存マネジャーの要請に応じて前記測定結果を受信することを特徴とする、請求項１１に記載の共存マネジャーを含む装置におけるＴＶＢＤネットワーク又はデバイスのサービス間の切替方法。

Images