JP7316190B2 - 基地局、及び、通知方法 - Google Patents

Description

本開示は、基地局、及び、通知方法に関する。

無線通信装置間（例えば、基地局と端末との間）の通信には、免許不要な帯域（アンライセンスドバンド）が利用されることがある。アンライセンスドバンドは、複数の無線通信方式をサポートする様々な無線システムによって利用されるため、複数の要因によって干渉が生じる場合がある。

特開２０１３－８１０８９号公報

しかしながら、様々な無線システムによって利用される帯域における、干渉の検出結果を適切に通知する方法については、検討の余地がある。

本開示の非限定的な実施例は、様々な無線システムによって利用される帯域における干渉の検出結果を適切に通知できる基地局、及び、通知方法の提供に資する。

本開示の一実施例に係る基地局は、複数の拡散率をサポートするスペクトラム拡散方式を含む１以上の通信方式を適用した第１の無線システムをサポートし、第１のネットワークに属する基地局であって、干渉を検出する受信部と、前記検出した干渉を、前記第１の無線システムをサポートし、前記第１のネットワークに属する無線装置からの第１の干渉と、前記第１の干渉と異なる第２の干渉とに分類する第１の分類処理、及び、前記スペクトラム拡散方式を適用する無線装置からの干渉を前記複数の拡散率のそれぞれについて分類する第２の分類処理を行う分類処理部と、前記第１の分類処理の結果の少なくとも一部と前記第２の分類処理の結果の少なくとも一部とを含む通知情報を生成する制御部と、を備える。

本開示の一実施例に係る通知方法は、複数の拡散率をサポートするスペクトラム拡散方式を含む１以上の通信方式を適用した第１の無線システムをサポートし、第１のネットワークに属する無線通信装置における通知方法であって、干渉を検出し、前記検出した干渉を、前記第１の無線システムをサポートし、前記第１のネットワークに属する無線装置からの第１の干渉と、前記第１の干渉と異なる第２の干渉とに分類する第１の分類処理を行い、前記スペクトラム拡散方式を適用する無線装置からの干渉を前記複数の拡散率のそれぞれについて分類する第２の分類処理を行い、前記第１の分類処理の結果の少なくとも一部と前記第２の分類処理の結果の少なくとも一部とを含む通知情報を生成する。

なお、これらの包括的又は具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、又は、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。

本開示の一実施例によれば、様々な無線システムによって利用される帯域における干渉の検出結果を適切に通知できる。

本開示の一実施例における更なる利点及び効果は、明細書及び図面から明らかにされる。かかる利点及び／又は効果は、いくつかの実施形態並びに明細書及び図面に記載された特徴によってそれぞれ提供されるが、１つ又はそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。

ＬＰＷＡを含む無線システムの概要を示す図 干渉の検出結果を通知する通知情報のフォーマットの例を示す図 本開示の一実施の形態に係る基地局の構成例を示すブロック図 管理内干渉と管理外干渉との分類処理の例を示す図 ＳＦ毎の分類処理の例を示す図 本開示の一実施の形態に係る通知情報のフォーマットの第１の例を示す図 本開示の一実施の形態に係る通知情報のフォーマットの第２の例を示す図 本開示の一実施の形態に係る通知情報のフォーマットの第３の例を示す図 本開示の一実施の形態に係る通知情報のフォーマットの第４の例を示す図 本開示の一実施の形態に係る通知情報のフォーマットの第５の例を示す図 本開示の一実施の形態に係る通知情報のフォーマットの第６の例を示す図 本開示の一実施の形態に係る通知情報のフォーマットの第７の例を示す図 本開示の一実施の形態に係る通知情報生成処理の第１の例を示すフローチャート 異なる通知タイミングにおける通知情報のフォーマットの例を示す図 図１３のＳ１０６において実行される処理の第１の例を示すフローチャート 異なる通知タイミングにおける通知情報のフォーマットの第１の例を示す図 異なる通知タイミングにおける通知情報のフォーマットの第２の例を示す図 図１３のＳ１０６において実行される処理の第２の例を示すフローチャート

以下に添付図面を参照しながら、本開示の好適な実施形態について詳細に説明する。尚、本明細書及び図面において、実質的に同一の機能を有する構成要素については、同一の符号を付することにより重複説明を省略する。

（実施の形態１）
ＩｏＴ（Internet of Things）及び／又はＭ２Ｍ（Machine to Machine）では、低消費電力で広いエリアでの通信が可能なＬＰＷＡ（Low Power Wide Area）と呼ばれる無線通信技術の利用が検討されている。

ＬＰＷＡは、アンライセンスドバンド（例えば、９２０ＭＨｚ帯）での運用が検討されている。ＬＰＷＡには、複数の方式（規格）が存在する。例えば、ＬＰＷＡの通信方式には、スペクトラム拡散方式を用いて通信を行う第１の通信方式と、スペクトラム拡散方式を用いずに通信を行う第２の通信方式とが含まれる。第１の通信方式には、例えば、「ＬｏＲａ」と称される通信方式が含まれる。また、第２の通信方式には、例えば、「Ｗｉ－ＳＵＮ（Wireless Smart Utility Network）」と称される通信方式が含まれる。

以下では、第１の通信方式の一例として、「ＬｏＲａ」と称される通信方式（以下、「ＬｏＲａ方式」と記載）を挙げ、第２の通信方式の一例として、「Ｗｉ－ＳＵＮ」と称される通信方式（以下、「Ｗｉ－ＳＵＮ方式」と記載）を挙げる。しかしながら、本開示は、ＬｏＲａ方式とＷｉ－ＳＵＮ方式とに限定されない。

また、以下では、ＬｏＲａ方式に基づいて動作する（ＬｏＲａ方式をサポートする）端末は、「ＬｏＲａ端末」と記載され、Ｗｉ－ＳＵＮ方式に基づいて動作する（Ｗｉ－ＳＵＮ方式をサポートする）端末は、「Ｗｉ－ＳＵＮ端末」と記載される。また、「ＬｏＲａ端末」と「Ｗｉ－ＳＵＮ端末」とは、区別することなく、ＬＰＷＡ端末、又は、端末と記載されてよい。また、以下では、ＬｏＲａ方式に基づいて送受信される信号は、「ＬｏＲａ信号」と記載され、Ｗｉ－ＳＵＮ方式に基づいて送受信される信号は、「Ｗｉ－ＳＵＮ信号」と記載される。

ＬＰＷＡ端末は、ユーザが所有する端末に限らず、様々な機器に搭載される。例えば、ＬＰＷＡ端末は、テレビ、エアコン、洗濯機、および、冷蔵庫等の家電機器、ならびに、車両等の移動輸送機関にも搭載される。

アンライセンスドバンドは、ＬＰＷＡの他にも、例えば、Ｗｉ－ｆｉ（登録商標）やＲＦＩＤ（Radio Frequency IDentifier）等を含む様々なシステムが使用する。

そのため、例えば、ＬｏＲａ端末及びＷｉ－ＳＵＮ端末等のＬＰＷＡの端末が通信に使用するチャネルを割り当てる場合には、同一システム、及び、他のシステムからの干渉を考慮することが望まれる。

図１は、ＬＰＷＡを含む無線システムの概要を示す図である。

図１には、グループ＃１と、グループ＃２と、グループ＃３とが示される。各グループには、複数の装置が含まれる。

グループ＃１と＃２とは、どちらも、ＬＰＷＡシステムである。ただし、グループ＃１の各装置が属するネットワーク＃１（ＮＷ＃１）は、グループ＃２の各装置が属するネットワーク＃２（ＮＷ＃２）と異なる。例えば、ＮＷ＃１とＮＷ＃２とは、同一のＬＰＷＡシステムであり、互いに異なる事業者によって運用されるネットワークである。グループ＃２のＬＰＷＡシステムは、グループ＃１によって管理されないネットワーク（管理外ネットワーク）の無線システムである。

グループ＃１には、ＮＷ＃１に属し、ＮＷ＃１と有線接続または無線接続する装置が含まれる。例えば、グループ＃１は、基地局＃１と、中継局＃１と、Ｗｉ－ＳＵＮ端末＃１と、ＬｏＲａ端末＃１と、ＬｏＲａ端末＃２とを含む。また、グループ＃１は、ＮＷ＃１を介して、ＧＷ等を集中制御する制御装置＃１を含む。

基地局＃１は、ゲートウェイ（ＧＷ）の機能と、電波モニタリングの機能を有してよい。例えば、基地局＃１のＧＷの機能は、Ｗｉ－ＳＵＮ方式とＬｏＲａ方式との両方をサポートしてよい。

中継局＃１は、中継ノードの機能（又は、ＧＷの機能）と、電波モニタリングの機能を有してよい。例えば、中継局＃１の中継ノードの機能は、Ｗｉ－ＳＵＮ方式とＬｏＲａ方式との両方をサポートしてよい。また、中継局＃１は、Ｗｉ－ＳＵＮ端末＃１と、ＬｏＲａ端末＃１と、ＬｏＲａ端末＃２と、基地局＃１との通信を中継してよい。

Ｗｉ－ＳＵＮ端末＃１と、ＬｏＲａ端末＃１と、ＬｏＲａ端末＃２とは、中継局＃１及び／又は基地局＃１と無線接続し、信号の送受信を行ってよい。

グループ＃２には、ＮＷ＃２に属し、ＮＷ＃２と有線接続または無線接続する装置が含まれる。例えば、グループ＃２は、基地局＃２と、Ｗｉ－ＳＵＮ端末＃２と、ＬｏＲａ端末＃３と、ＬｏＲａ端末＃４とを含む。また、グループ＃２は、ＮＷ＃２を介して、ＧＷ等を集中制御する制御装置＃２を含む。

基地局＃２は、ＧＷの機能と、電波モニタリングの機能を有してよい。例えば、基地局＃２のＧＷの機能は、Ｗｉ－ＳＵＮ方式とＬｏＲａ方式との両方をサポートしてよい。Ｗｉ－ＳＵＮ端末＃２と、ＬｏＲａ端末＃３と、ＬｏＲａ端末＃４とは、基地局＃２と無線接続し、信号の送受信を行ってよい。

なお、図１のグループ＃１およびグループ＃２における装置の数は一例であり、本開示はこれに限定されない。例えば、図１のグループ＃１およびグループ＃２に含まれる基地局の数は、２以上であってもよい。図１のグループ＃１およびグループ＃２に含まれるＬＰＷＡ端末の数は、４以上であってもよいし、２以下であってもよい。また、各グループのＮＷには、他の装置が接続されてもよい。

また、グループ＃２においても、グループ＃１の中継局＃１と同様の中継局が含まれてよい。また、各グループの中継局の数は、２以上であってもよい。

グループ＃３は、グループ＃１の無線システム（ＬＰＷＡシステム）と異なる無線システムである。グループ＃３の無線システムは、グループ＃１によって管理されない管理外ネットワークの無線システムである。グループ＃３の無線システムは、例えば、ＲＦＩＤおよびＷｉ－ｆｉ等である。グループ＃３には、ＲＦＩＤリーダ／ライタおよびＲＦＩＤタグと、Ｗｉ－ｆｉを使用する端末等が含まれる。なお、グループ＃３の無線システムには、ＬＴＥ（Long Term Evolution）システム、および、レーダシステム等が含まれてよい。

なお、図１に示すネットワーク構成、および／または、装置の構成は一例であり、本開示はこれに限定されない。

例えば、図１では、ＬｏＲａ端末とＷｉ－ＳＵＮ端末とは、別々の端末である例を示すが、端末は、ＬｏＲａ方式とＷｉ－ＳＵＮ方式との両方に基づいて動作可能であってもよい。

また、上述では、基地局＃１および基地局＃２は、Ｗｉ－ＳＵＮ方式とＬｏＲａ方式との両方をサポートするＧＷを有する例を示したが、Ｗｉ－ＳＵＮ方式をサポートするＧＷとＬｏＲａ方式をサポートするＧＷとは、別の装置であってもよい。また、電波モニタリングを行う装置は、基地局と別の装置であってもよい。

また、上述では、中継局＃１は、Ｗｉ－ＳＵＮ方式とＬｏＲａ方式との両方をサポートする中継ノードの機能を有する例を示したが、Ｗｉ－ＳＵＮ方式をサポートする中継ノードとＬｏＲａ方式をサポートする中継ノードとは、別の装置であってもよい。また、電波モニタリングを行う装置は、中継局と別の装置であってもよい。

また、例えば、Ｗｉ－ＳＵＮのゲートウェイと、ＬｏＲａのゲートウェイと、電波モニタリング装置と、制御装置との中で２つ以上が一体となってもよい。

また、図１に示す各ネットワークには、図１に示す装置と別の装置が含まれてよい。その場合、当該別の装置が、図１に示す装置の一部又は全部の機能を有してもよい。例えば、基地局とＷｉ－ＳＵＮ端末および／またはＬｏＲａ端末との間に設けられる中継局は、電波モニタリング装置の機能を有してもよい。また、中継局は、Ｗｉ－ＳＵＮのゲートウェイおよび／またはＬｏＲａのゲートウェイの機能と電波モニタリング装置の機能とを有してもよい。あるいは、中継局は、電波モニタリング装置の機能を有し、Ｗｉ－ＳＵＮのゲートウェイおよび／またはＬｏＲａのゲートウェイの機能を有さなくてもよい。

グループ＃１～＃３の各無線装置は、共通のシステム帯域（例えば、アンライセンスドバンド）を使用する。そのため、グループ＃１～＃３に含まれる各無線装置は、他の無線装置からの干渉を受ける。グループ＃１に含まれる無線装置が受ける干渉を例に挙げて説明する。

例えば、グループ＃１に含まれる無線装置（例えば、ＬｏＲａ端末＃２）によって送信または受信される信号は、グループ＃１に含まれる他の無線装置（例えば、ＬｏＲａ端末＃１）において干渉を生じさせる。以下では、ＮＷ＃１に属する無線装置がＮＷ＃１に属する他の無線装置から受ける干渉は、「管理内干渉」と記載されることがある。例えば、管理内干渉は、ＬＰＷＡシステムの通信をサポートし、ＮＷ＃１に属する無線装置が、ＬＰＷＡシステムの通信をサポートし、ＮＷ＃１に属する別の無線装置から受ける干渉に該当する。

また、或る端末（例えば、ＬｏＲａ端末＃１）と同一のＮＷに属する端末（例えば、ＬｏＲａ端末＃２）は、或る端末についての「管理内端末」と記載される場合がある。管理内端末は、管理内干渉の要因となる信号を送信する可能性がある端末であってよい。また、管理内端末であるＬｏＲａ端末、及び、Ｗｉ－ＳＵＮ端末は、それぞれ、「管理内ＬｏＲａ端末」、及び、「管理内Ｗｉ－ＳＵＮ端末」と記載される場合がある。また、管理内ＬｏＲａ端末が送信した信号による干渉は、「管理内ＬｏＲａ干渉」と記載され、管理内Ｗｉ－ＳＵＮ端末が送信した信号による干渉は、「管理内Ｗｉ－ＳＵＮ干渉」と記載される場合がある。

また、例えば、グループ＃２および／またはグループ＃３に含まれる無線装置（例えば、ＬｏＲａ端末＃３および／またはＲＦＩＤリーダ／ライタ）によって送信または受信される信号は、グループ＃１に含まれる無線装置（例えば、ＬｏＲａ端末＃１）において干渉を生じさせる。以下では、ＮＷ＃１に属する無線装置が、ＮＷ＃１に属さない無線装置から受ける干渉は、「管理外干渉」と記載されることがある。例えば、管理外干渉は、ＬＰＷＡシステムの通信をサポートし、ＮＷ＃１に属する無線装置が、ＮＷ＃１に属さない無線装置から受ける干渉に該当する。

また、或る端末（例えば、ＬｏＲａ端末＃１）と異なるＮＷに属する端末（例えば、ＬｏＲａ端末＃３）は、或る端末についての「管理外端末」と記載される場合がある。管理外端末は、管理外干渉の要因となる信号を送信する可能性がある端末であってよい。また、管理外端末であるＬｏＲａ端末、及び、Ｗｉ－ＳＵＮ端末は、それぞれ、「管理外ＬｏＲａ端末」、及び、「管理外Ｗｉ－ＳＵＮ端末」と記載される場合がある。また、管理外ＬｏＲａ端末が送信した信号による干渉は、「管理外ＬｏＲａ干渉」と記載され、管理外Ｗｉ－ＳＵＮ端末が送信した信号による干渉は、「管理外Ｗｉ－ＳＵＮ干渉」と記載される場合がある。

管理外干渉は、更に、干渉の要因に基づいて分類される。

例えば、グループ＃２に含まれる無線装置（例えば、ＬｏＲａ端末＃３）によって送信または受信される信号は、グループ＃１に含まれる無線装置（例えば、ＬｏＲａ端末＃１）において干渉を生じさせる。以下では、ＮＷ＃１に属する無線装置がＮＷ＃２に属する無線装置から受ける干渉は、「管理外干渉」のうち、「電波干渉」と記載されることがある。例えば、「電波干渉」は、ＬＰＷＡシステムの通信をサポートし、ＮＷ＃１に属する無線装置が、ＬＰＷＡシステムの通信をサポートし、ＮＷ＃１と異なるＮＷ＃２に属する無線装置から受ける干渉に該当する。

また、例えば、グループ＃３に含まれる無線装置（例えば、ＲＦＩＤリーダ／ライタ）によって送信または受信される信号は、グループ＃１に含まれる無線装置（例えば、ＬｏＲａ端末＃１）において干渉を生じさせる。以下では、ＬＰＷＡシステムの通信をサポートし、ＮＷ＃１に属する無線装置が、ＬＰＷＡシステムと異なる無線システムをサポートする無線装置から受ける干渉は、「管理外干渉」のうち、「環境雑音」と記載されることがある。

図１を例に挙げて示したように、ＬＰＷＡシステムは、ＬＰＷＡシステムと異なる無線システム、および／または、異なるネットワークに属する同じＬＰＷＡシステムと、共通のシステム帯域を使用する。そのため、ＬＰＷＡシステムでは、干渉を検出（モニタリング）し、検出した結果を利用して、ＬＰＷＡシステムにおける効率（例えば、周波数利用効率）を向上させることが望まれる。

例えば、ＬＰＷＡシステムがサポートする通信方式には、上述したＷｉ－ＳＵＮ方式とＬｏＲａ方式とが含まれる。

ＬｏＲａ方式においては、Spreading Factor（以下、ＳＦ）と呼ばれる拡散率を表すパラメータが規定されている。ＳＦとは、スペクトラム拡散方式で無線通信を行う場合の、送信データ速度（ビットレート）に対する拡散符号速度（チップレート）の比を示す。ＬｏＲａ方式において、ＳＦの値は、例えば２^７～２^１２の６段階の値の中から設定される。

なお、以下では、２^７～２^１２の６段階の値に設定されたＳＦの値は、それぞれ、ＳＦ７～ＳＦ１２と記載される。例えば、ＳＦの値が２^７に設定されたスペクトラム拡散方式を用いて送信される送信信号は、ＳＦ７を用いた送信信号と記載される場合がある。

また、以下では、ＬｏＲａ方式をサポートする基地局及び端末において、使用可能なＳＦ（ＳＦの候補）は、ＳＦ７～ＳＦ１２の６つである例を説明する。ただし、本開示はこれに限定されず、使用可能なＳＦは、ＳＦ７～ＳＦ１２の中の一部に限定されてもよい。あるいは、ＳＦ７～ＳＦ１２と異なるＳＦが、使用可能なＳＦに追加されてもよい。

例えば、ＬｏＲａ方式においては、ＳＦの値が大きいほど通信のノイズ及び干渉に対する耐性が高くなり、通信可能な距離が長くなる。一方で、ＳＦの値が大きいほど、同じサイズのデータの送信に要する時間（信号の長さ）が増加する。このため、ＳＦの値が大きいほど、他の無線装置（例えば、端末）に対する与干渉並びに他の無線装置からの被干渉の頻度が増加する。

また、ＬｏＲａ方式においては、ＳＦの値に応じて、ＬｏＲａ信号が衝突した場合の耐性が異なる。例えば、互いに異なるＳＦの値を用いて送信された２つのＬｏＲａ信号は、同一の時間内で一部又は全部が重複する場合であっても、受信処理（例えば、逆拡散処理）において拡散利得が得られやすい。一方で、互いに同一のＳＦの値を用いて送信された２つのＬｏＲａ信号は、同一の時間内で一部又は全部が重複する場合、互いに異なるＳＦの値を用いて送信された２つのＬｏＲａ信号の場合と比べて、受信処理（例えば、逆拡散処理）において拡散利得を得ることが困難である。

そのため、ＬｏＲａ端末及びＷｉ－ＳＵＮ端末等のＬＰＷＡの端末に対する通信制御（例えば、チャネル割り当て及び／又はＳＦの割り当て）にあたって、干渉を検出（モニタリング）し、検出した結果を、例えば、端末に対する通信制御を行う装置に通知することが望まれる。例えば、ＬｏＲａ端末に対する通信制御においては、ＬｏＲａ方式において使用され得る複数のＳＦ毎の検出結果が通知されることが望まれる。

図２は、干渉の検出結果を通知する通知情報のフォーマットの例を示す図である。

図２に示す通知情報のフォーマットは、チャネル＃１～チャネル＃ｎの各チャネルに関する通知情報のフィールドを含む。なお、チャネル＃１～チャネル＃ｎは、システム帯域に含まれ、干渉のモニタリングの対象となるチャネルの一例である。

「チャネル＃１に関する通知情報」フィールドには、チャネル＃１における干渉に関する情報が設定される。同様に、「チャネル＃２に関する通知情報」～「チャネル＃ｎに関する通知情報」フィールドには、それぞれ、チャネル＃２～チャネル＃ｎにおける干渉に関する情報が設定される。ｎは、モニタリングの対象となるチャネルの数を表す。図２に示す通知情報のフォーマットは、モニタリングの対象となるチャネルの数に対応した通知情報のフィールドを含む。

「チャネル＃１に関する通知情報」フィールドは、「チャネルＩＤ」フィールドと、「干渉情報」フィールドとを含む。

「チャネルＩＤ」フィールドには、チャネルを識別する識別子（例えば、チャネル番号）が設定される。

「干渉情報」フィールドには、干渉の検出結果（モニタリング結果）が設定される。例えば、「干渉情報」フィールドには、干渉の有無を示す情報が設定される。干渉の有無を示す情報は、例えば、検出した干渉量が閾値より大きい場合、干渉が有ることを示し、検出した干渉量が閾値以下の場合、干渉が無いことを示す。例えば、１ビットのサイズを有する「干渉情報」フィールドには、干渉が有る場合に「１」が設定され、干渉が無い場合に「０」が設定される。

図２に示す通知情報のフォーマットには、干渉の有無を示す情報が含まれるものの、干渉の有無以外の情報が含まれないため、図２に示すフォーマットを用いた通知では、通信制御を適切に行うには十分ではない可能性がある。通信制御を適切に行えない場合、システム帯域を使用するネットワークの最適化の実現は困難であり、また、システム帯域の周波数利用効率が低下する可能性がある。

また、上述した干渉の種類の中で、例えば、ＮＷ＃１に属する無線装置が受ける管理外干渉は、ＮＷ＃１に属さない無線装置から受ける干渉であるため、ＮＷ＃１（例えば、ＮＷ＃１の制御装置）では管理及び制御が困難である。一方で、ＮＷ＃１に属する無線装置が受ける管理内干渉は、ＮＷ＃１に属する無線装置から受ける干渉であるため、ＮＷ＃１で管理及び制御が可能である。

本開示の非限定的な実施例は、検出した干渉を分類し、分類した干渉の検出結果を通知する通知情報を生成することによって、様々な無線通信システムによって利用される帯域における干渉の検出結果の適切な通知を実現する。

＜基地局の構成＞
図３は、本実施の形態に係る基地局１００の構成例を示すブロック図である。基地局１００は、受信部１０１と、逆拡散部１０２と、干渉分類部１０３と、逆拡散部１０４と、復調／復号部１０５と、頻度検出部１０６と、制御部１０７と、符号化／変調部１０８と、制御信号生成部１０９と、送信部１１０と、を備える。基地局１００は、例えば、ＬＰＷＡの無線通信システムに含まれる。例えば、基地局１００は、少なくとも、ＬｏＲａ方式をサポートし、ＬｏＲａ端末と通信を行う。なお、基地局１００は、Ｗｉ－ＳＵＮ方式をサポートし、Ｗｉ－ＳＵＮ端末と通信を行ってもよい。

受信部１０１は、端末が送信した信号を受信し、受信した信号に所定の受信処理を行う。例えば、所定の受信処理は、端末に割当てたチャネルの周波数に基づいた、周波数変換処理（ダウンコンバート）を含む。端末に割当てたチャネルの周波数の情報は、例えば、制御部１０７から取得されてよい。

また、受信部１０１は、干渉測定（電波モニタリング）のために、使用可能な各チャネル（例えば、アンライセンスドバンドに含まれる各チャネル）において、信号を受信する。そして、受信部１０１は、受信した信号に所定の受信処理を行う。所定の受信処理は、例えば、各チャネルの周波数に基づく周波数変換処理を含む。

受信部１０１は、所定の受信処理を行った受信信号を逆拡散部１０２と、干渉分類部１０３と、逆拡散部１０４へ出力する。

逆拡散部１０２は、受信部１０１から取得した受信信号に対して、逆拡散処理を行う。逆拡散部１０２は、例えば、基地局１００と端末との間で使用可能なＳＦのそれぞれについての逆拡散処理を行ってよい。

復調／復号部１０５は、逆拡散部１０２から取得した逆拡散処理の結果に基づいて、受信信号の復調処理及び復号処理を行い、受信データを生成する。復調／復号部１０５は、受信データを、制御部１０７へ出力する。なお、受信データには、基地局１００と同じＮＷ（Network）に属する端末を識別する識別子が含まれてよい。識別子の情報は、干渉分類部１０３に出力される。

干渉分類部１０３は、例えば、各チャネルにおける干渉を分類する。例えば、干渉分類部１０３は、各チャネルにおける、所定時間の受信信号をモニタリングし、受信信号を、上述した、管理内干渉、および、管理外干渉に分類する。

干渉分類部１０３は、受信信号のプリアンブルを検出する。例えば、干渉分類部１０３は、ＬｏＲａ方式に用いられるプリアンブルと受信信号との相関を計算し、Ｗｉ－ＳＵＮ方式に用いられるプリアンブルと受信信号との相関を計算する。ＬｏＲａ方式およびＷｉ－ＳＵＮ方式に用いられるプリアンブルは、受信信号の送信元の端末が属するＮＷに関わらず共通であってよい。

干渉分類部１０３は、ＬｏＲａ方式に用いられるプリアンブルと受信信号との相関の結果、及び、Ｗｉ－ＳＵＮ方式に用いられるプリアンブルと受信信号との相関の結果の両方に、所定値以上のピークが生じなかった場合、受信信号の送信元は、ＬｏＲａ端末でもＷｉ－ＳＵＮ端末でもない、と判定する。

例えば、干渉分類部１０３は、ＬｏＲａ方式に用いられるプリアンブルと受信信号との相関の結果に所定値以上のピークが生じた場合、受信信号の送信元がＬｏＲａ端末である、と判定する。また、例えば、干渉分類部１０３は、Ｗｉ－ＳＵＮ方式に用いられるプリアンブルと受信信号との相関の結果に所定値以上のピークが生じた場合、受信信号の送信元がＷｉ－ＳＵＮ端末である、と判定する。

ここで、ＬｏＲａ方式およびＷｉ－ＳＵＮ方式に用いられるプリアンブルは、受信信号の送信元の端末が属するＮＷに関わらず共通である。そのため、干渉分類部１０３は、受信信号の送信元がＬｏＲａ端末である、または、Ｗｉ－ＳＵＮ端末である、と判定した場合、送信元の属するＮＷが、基地局１００と同じＮＷ（ＮＷ＃１）か、基地局１００と異なるＮＷ（例えば、図１のＮＷ＃２）かを判定する。

例えば、干渉分類部１０３は、復調／復号部１０５から取得する受信信号の復号結果に基づいて、送信元の属するＮＷを判定する。例えば、干渉分類部１０３は、受信信号が正しく復号され、受信信号に識別子が含まれる場合、当該受信信号の送信元の属するＮＷが基地局１００と同じＮＷである、と判定する。一方で、例えば、干渉分類部１０３は、受信信号が正しく復号されず、受信信号に識別子が含まれていない場合、当該受信信号の送信元の属するＮＷが基地局１００と異なるＮＷである、と判定する。

干渉分類部１０３は、受信信号の送信元が、基地局１００と同じＮＷ＃１に属するＬｏＲａ端末またはＷｉ－ＳＵＮ端末である場合、当該受信信号が管理内干渉に対応する、と判定する。

一方で、干渉分類部１０３は、受信信号の送信元がＬｏＲａ端末でもＷｉ－ＳＵＮ端末でもない場合、当該受信信号が管理外干渉に対応する、と判定する。

また、干渉分類部１０３は、受信信号の送信元がＬｏＲａ端末であると判定した場合でも、受信信号の送信元が、基地局１００と異なるＮＷに属するＬｏＲａ端末である場合、当該受信信号が管理外干渉に対応する、と判定する。また、干渉分類部１０３は、受信信号の送信元がＷｉ－ＳＵＮ端末である、と判定した場合でも、受信信号の送信元が、基地局１００と異なるＮＷに属するＷｉ－ＳＵＮ端末である場合、当該受信信号が管理外干渉に対応する、と判定する。

なお、干渉分類部１０３は、管理外干渉を、電波干渉と環境雑音とに分類してもよい。

例えば、干渉分類部１０３は、受信信号の送信元がＬｏＲａ端末でもＷｉ－ＳＵＮ端末でもない場合、受信信号の送信元がＬＰＷＡシステムと異なる無線システムをサポートする無線装置であり、当該受信信号が環境雑音に対応する、と判定する。

また、例えば、干渉分類部１０３は、受信信号の送信元が、基地局１００と異なるＮＷに属するＬｏＲａ端末またはＷｉ－ＳＵＮ端末である場合、当該受信信号が電波干渉に対応する、と判定する。

なお、干渉分類部１０３における分類方法は、上述した、受信信号のプリアンブル検出結果および受信信号の復号結果に基づく方法に限定されない。

また、基地局１００が、ＬｏＲａ方式をサポートし、Ｗｉ－ＳＵＮ方式をサポートしない場合、干渉分類部１０３は、受信信号のプリアンブルが、Ｗｉ－ＳＵＮ方式のプリアンブルであるか否かを検出しなくてもよい。この場合、干渉分類部１０３は、プリアンブル検出によって、受信信号に含まれるＬｏＲａ信号を検出し、受信信号の復号結果によって、検出したＬｏＲａ信号が管理内干渉に対応するか、管理外干渉に対応するかを決定すればよい。

干渉分類部１０３は、受信信号のプリアンブル検出結果および受信信号の復号結果に基づいて判定した干渉の分類結果を、頻度検出部１０６へ出力する。

逆拡散部１０４は、受信部１０１から取得した受信信号に対して、逆拡散処理を行う。逆拡散部１０４は、例えば、基地局１００と端末との間で使用可能なＳＦのそれぞれについての逆拡散処理を行ってよい。逆拡散部１０４は、逆拡散処理の結果を、頻度検出部１０６へ出力する。

なお、逆拡散部１０４における逆拡散処理は、受信信号を、受信信号に使用されたＳＦ毎に分類する処理に相当してよい。また、逆拡散部１０４と逆拡散部１０２とは、共通の構成であってもよい。

頻度検出部１０６は、逆拡散部１０４から出力される逆拡散処理の結果、及び、干渉分類部１０３から出力される干渉の分類結果に基づいて、管理内干渉又は管理外干渉に分類される、ＳＦそれぞれの干渉量を検出する。例えば、検出する干渉量は、管理内干渉又は管理外干渉に分類される、ＳＦそれぞれの使用頻度であってよい。なお、ＳＦの使用頻度は、端末が送信した頻度に対応するため、ＳＦの送信頻度と称されてもよい。あるいは、ＳＦの使用頻度は、基地局１００が検出した頻度（回数）に対応するため、ＳＦの検出頻度と称されてもよい。なお、「頻度」は、「回数」に置換されてもよい。

頻度検出部１０６は、ＳＦの使用頻度を含む分類結果を制御部１０７へ出力する。

なお、干渉分類部１０３、逆拡散部１０４、及び、頻度検出部１０６は、干渉についての分類処理を行う分類処理部１１１と称されてもよい。また、干渉の分類結果と、逆拡散処理の結果とに基づく、ＳＦの使用頻度の検出方法の一例ついては後述する。

制御部１０７は、頻度検出部１０６から出力される分類結果に基づいて、通知情報を生成する。生成される通知情報には、分類結果の全てが含まれてもよいし、一部が含まれてもよい。また、制御部１０７は、通知情報のフォーマットを、情報の通知タイミング、及び／又は、通知する情報の量（例えば、検出した頻度）に基づいて、切替えてよい。制御部１０７は、生成した通知情報を、例えば、ＮＷ＃１を介して、ＮＷ＃１の制御装置（図１参照）へ送信する。

また、制御部１０７は、端末とのデータ通信に関する制御を行う。例えば、復調／復号部１０５から取得した受信データを、図示しない上位局、又は、ネットワーク内の他の装置（例えば、制御装置（図１参照））へ出力してもよい。また、制御部１０７は、上位局、又は、ネットワーク内の他の装置から取得した、端末宛の送信データを、符号化／変調部１０８へ出力する。端末宛の送信データには、宛先を示す識別子が含まれてもよい。

また、制御部１０７は、端末宛の制御情報を生成し、制御信号生成部１０９へ出力する。制御情報には、端末に割り当てるチャネルの情報、及び／又は、端末に割り当てるＳＦの情報が含まれてよい。

制御信号生成部１０９は、制御部１０７から取得した情報に基づいて、端末宛の制御信号を生成する。制御信号生成部１０９は、所定の信号処理（例えば、符号化処理及び変調処理）が施された制御信号を送信部１１０へ出力する。

符号化／変調部１０８は、制御部１０７から取得した送信データに対して、符号化処理及び変調処理を行い、送信信号を生成する。符号化／変調部１０８は、送信信号を送信部１１０へ出力する。なお、送信信号の送信先の端末が、ＬｏＲａ端末である場合、変調処理には、ＬｏＲａ方式において用いられるスペクトラム拡散処理が含まれてもよい。また、スペクトラム拡散処理においては、ＬｏＲａ端末に割当てたＳＦを用いてもよい。

送信部１１０は、符号化／変調部１０８から取得した送信信号に対して、所定の送信処理を行う。例えば、所定の送信処理は、端末に割当てたチャネルの周波数に基づいた、周波数変換処理（アップコンバート）を含む。端末に割当てたチャネルの周波数の情報は、例えば、制御部１０７から取得されてよい。

また、送信部１１０は、制御信号生成部１０９から取得した制御信号に対して、所定の送信処理を行う。例えば、所定の送信処理は、端末に制御信号を送信するためのチャネルの周波数に基づいた、周波数変換処理（アップコンバート）を含む。端末に制御信号を送信するためのチャネルとは、例えば、予め決められたチャネルであってもよいし、端末との通信に現時点で用いられているチャネルであってもよい。

なお、上述では、図３に示す構成が１つの基地局１００に含まれる例を説明した。本開示はこれに限定されない。例えば、２つ以上の装置のいずれかが、図３に示す構成のそれぞれを含んでもよい。

＜分類処理の例＞
次に、分類処理部１１１における分類処理の一例を説明する。第１に、受信部１０１において受信した信号（干渉）を、管理内干渉と管理外干渉とに分類する分類処理を説明する。第２に、ＳＦ毎に分類する分類処理を説明する。

＜管理内干渉と管理外干渉との分類処理の例＞
図４は、管理内干渉と管理外干渉との分類処理の例を示す図である。図４の横軸は、時間軸を示す。図４には、所定のモニタリング区間における受信信号の信号レベルと、受信信号に対する干渉の検出結果と、端末の識別子（端末ＩＤ）の検出結果と、判定結果とが示される。

受信信号に対する干渉の検出結果は、例えば、プリアンブル検出による検出結果に相当する。この結果によって、受信信号に含まれるＬｏＲａ信号が決定される。

端末の識別子（端末ＩＤ）の検出結果において、受信信号に対する復調／復号処理によって識別子が得られる場合、端末ＩＤが「ＯＫ」を示す。端末ＩＤが「ＯＫ」を示す場合、当該受信信号の送信元の属するＮＷが基地局１００と同じＮＷである、と判定される。別言すると、判定結果に示されるように、当該受信信号が、管理内干渉に対応すると判定される。

端末の識別子（端末ＩＤ）の検出結果において、受信信号に対する復調／復号処理によって識別子が得られない場合、端末ＩＤが「ＮＧ」を示す。端末ＩＤが「ＮＧ」を示す場合、当該受信信号の送信元の属するＮＷが基地局１００と異なるＮＷである、と判定される。別言すると、判定結果に示されるように、当該受信信号が、管理外干渉に対応すると判定される。

以上の分類処理によって、受信信号が、管理内干渉に対応するか、または、管理外干渉に対応するか、が分類される。

＜ＳＦ毎の分類処理の例＞
図５は、ＳＦ毎の分類処理の例を示す図である。図５の横軸は、時間軸を示す。図５には、所定のモニタリング区間における受信信号と、受信信号に対する逆拡散処理の結果が示される。

受信信号は、ＬｏＲａ端末が送信したＬｏＲａ信号であり、各受信信号には、ＬｏＲａ端末が使用したＳＦが示される。なお、図５に示す受信信号は、１つのＬｏＲａ端末が送信した信号であってもよいし、複数のＬｏＲａ端末が送信した信号であってもよい。また、１つのＬｏＲａ端末が使用したＳＦは、１つに限られず、複数であってもよい。また、１つのＳＦは、１つのＬｏＲａ端末に使用されてもよいし、複数のＬｏＲａ端末によって使用されてもよい。

逆拡散処理は、基地局１００が使用可能なＳＦのそれぞれについて実行される。図５の逆拡散処理の結果は、ＳＦ毎の結果が示される。なお、逆拡散処理は、ＬｏＲａ信号のプリアンブル区間に対して実行されてもよいし、プリアンブル区間とデータ区間とを合わせた区間に対して実行されてもよい。

逆拡散処理の結果、各ＳＦの使用頻度が検出される。例えば、図５において、ＳＦ７は４回使用され、ＳＦ１０は３回使用され、ＳＦ１２は２回使用される。

なお、ここで検出されるＳＦの使用頻度は、管理内干渉と管理外干渉との区別がない使用頻度である。別言すると、ここで検出されるＳＦの使用頻度は、管理内干渉と管理外干渉との統計的な量（合算値）である。そのため、図４に示した、受信信号が、管理内干渉に対応するか、または、管理外干渉に対応するか、という分類処理の結果に基づいて、図５に示すＳＦの検出結果が分類されてよい。例えば、図５に示したＳＦの検出結果において、管理内干渉に対応する受信信号に使用されたＳＦの使用頻度と、管理外干渉に対応する受信信号に使用されたＳＦの使用頻度とが、分類されてよい。

なお、以下では、ＳＦ７を使用する受信信号が管理内干渉に対応する場合、当該受信信号は「管理内ＳＦ７干渉」に対応する、と記載される。また、ＳＦ７を使用する受信信号が管理外干渉に対応する場合、当該受信信号は「管理外ＳＦ７干渉」に対応する、と記載される。また、管理内干渉と管理外干渉とを区別することなく、ＳＦ７を使用する受信信号による干渉は、「ＳＦ７干渉」と記載される。ＳＦ８～ＳＦ１２についても、ＳＦ７と同様の記載が採用される。

なお、上述した例では、ＳＦの使用頻度が、干渉情報の一例であると説明したが、本開示はこれに限定されない。例えば、ＳＦの使用頻度の代わりに、端末ＩＤの検出回数が、干渉情報の一例として通知情報に含まれてよい。あるいは、ＳＦの使用頻度の代わりに、端末ＩＤの検出回数と、各受信信号が示す長さ（受信シンボル数又はパケット長）との積が、干渉情報の一例として通知情報に含まれてよい。あるいは、ＳＦの使用頻度、端末ＩＤの検出回数、及び、端末ＩＤの検出回数と各受信信号が示す長さとの積の少なくとも２つ以上の組み合わせが、通知情報に含まれてよい。

また、使用頻度の検出において、受信信号（例えば、パケット単位の受信信号）の衝突によって検出がＮＧとなってしまうことを考慮した補正が行われてもよい。例えば、パケット衝突による検出ＮＧを補正するために、予め、パケット衝突確率を係数化し、検出した使用頻度に対して係数を乗算することによって、補正が行われてもよい。

また、受信信号の中に、ＬｏＲａ信号ではない信号（以下、「非ＬｏＲａ信号」）が含まれる場合、非ＬｏＲａ信号は、図４に示した分類処理では、管理内干渉、又は、管理外干渉のいずれかに分類されるが、図５に示した分類処理では、どのＳＦにも分類されない。この場合、非ＬｏＲａ信号に関する干渉情報は、以下に説明する通知情報には含まれなくてよい。あるいは、以下の通知情報において、非ＬｏＲａ信号に関する干渉情報を通知する新たなフィールドが追加されてよい。非ＬｏＲａ信号に関する干渉情報は、例えば、管理内Ｗｉ－ＳＵＮ干渉の情報、管理外Ｗｉ－ＳＵＮ干渉の情報、及び、環境雑音情報等が挙げられる。

＜通知情報の例＞
次に、上述した基地局１００の制御部１０７において生成される通知情報の一例を説明する。

＜第１の例＞
図６は、本実施の形態に係る通知情報のフォーマットの第１の例を示す図である。

図６に示す通知情報のフォーマットは、チャネル＃１～チャネル＃ｎの各チャネルに関する通知情報を設定するフィールドを含む。

「チャネル＃１に関する通知情報」フィールドには、チャネル＃１における干渉に関する情報が設定される。同様に、「チャネル＃２に関する通知情報」～「チャネル＃ｎに関する通知情報」フィールドには、それぞれ、チャネル＃２～チャネル＃ｎにおける干渉に関する情報が設定される。ｎは、モニタリングの対象となるチャネルの数を表す。例えば、モニタリングの対象となるチャネルは、基地局１００が使用可能なチャネルのそれぞれであってもよいし、基地局１００が使用可能なチャネルの中で、ＬｏＲａ方式を使用するチャネル（ＬｏＲａ端末に割り当てられるチャネル）であってもよい。図４に示す通知情報のフォーマットは、モニタリングの対象となるチャネルの数に対応した通知情報のフィールドを含む。

「チャネル＃１に関する通知情報」フィールドは、「管理内ＳＦ７干渉情報」～「管理内ＳＦ１２干渉情報」フィールド、および、「管理外ＳＦ７干渉情報」～「管理外ＳＦ１２干渉情報」フィールドを含む。「チャネル＃２に関する通知情報」～「チャネル＃ｎに関する通知情報」フィールドにも、「チャネル＃１に関する通知情報」フィールドと同様のフィールドが含まれてよい。

なお、以下では、「チャネル＃１に関する通知情報」フィールドを例に挙げて、１つのチャネルに関する通知情報のフィールドを説明する。

「管理内ＳＦ７干渉情報」フィールドには、管理内ＳＦ７干渉に関する情報、例えば、管理内ＳＦ７干渉の干渉量の検出結果が設定される。例えば、管理内ＳＦ７干渉の干渉量は、所定時間当りの管理内干渉の中で、ＳＦ７が検出された回数（使用頻度）によって表されてよい。

「管理内ＳＦ７干渉情報」フィールドと同様に、「管理内ＳＦ８干渉情報」～「管理内ＳＦ１２干渉情報」フィールドには、それぞれ、管理内ＳＦ８干渉に関する情報～管理内ＳＦ１２干渉に関する情報が設定される。

「管理外ＳＦ７干渉情報」フィールドには、管理外ＳＦ７干渉に関する情報、例えば、管理外ＳＦ７干渉の干渉量の検出結果が設定される。例えば、管理外ＳＦ７干渉の干渉量は、所定時間当りの管理外干渉の中で、ＳＦ７が検出された回数（使用頻度）によって表されてよい。

「管理外ＳＦ７干渉情報」フィールドと同様に、「管理外ＳＦ８干渉情報」～「管理外ＳＦ１２干渉情報」フィールドには、それぞれ、管理外ＳＦ８干渉に関する情報～管理外ＳＦ１２干渉に関する情報が設定される。

第１の例では、管理内干渉と管理外干渉に分類され、ＳＦのそれぞれに分類された結果を示す情報が通知できるため、様々な無線システムによって利用される帯域における干渉の検出結果を適切に通知できる。この通知によって、ＳＦの制御（例えば、ＬｏＲａ端末へのＳＦの割り当て）の一部または全部をＮＷ側（例えば、制御装置）において実行される場合に、ＮＷ側がＳＦの制御を適切に実行できる。例えば、ＧＷ又は中継ノードの境界付近に存在する端末に対するＳＦの制御を適切に実行することによって、端末の通信相手と異なるＧＷ又は中継ノードに対する与干渉、及び／又は、端末の通信相手と異なるＧＷ又は中継ノードからの被干渉を抑制できる。

＜第２の例＞
図７は、本実施の形態に係る通知情報のフォーマットの第２の例を示す図である。

図７に示す通知情報のフォーマットは、図６と同様に、チャネル＃１～チャネル＃ｎの各チャネルに関する通知情報を設定するフィールドを含む。なお、図７に示すフォーマットにおいて、図６に示したフォーマットと同様のフィールドについては、説明を省略する。

図６と図７とのフォーマットの相違点は、図６のフォーマットが、「管理外ＳＦ７干渉情報」～「管理外ＳＦ１２干渉情報」フィールドを含むのに対し、図７のフォーマットが、「ＳＦ７干渉情報」～「ＳＦ１２干渉情報」フィールドを含む点である。

「ＳＦ７干渉情報」フィールドには、ＳＦ７干渉に関する情報、例えば、ＳＦ７干渉の干渉量の検出結果が設定される。例えば、ＳＦ７干渉の干渉量は、所定時間当りに、ＳＦ７が検出された回数（使用頻度）によって表されてよい。別言すると、ＳＦ７干渉に関する情報は、管理内ＳＦ７干渉に関する情報と、管理外ＳＦ７干渉に関する情報とを統合した情報であってよい。例えば、ＳＦ７干渉の干渉量は、管理内ＳＦ７干渉の干渉量と、管理外ＳＦ７干渉の干渉量とを統合した量であってよい。

「ＳＦ７干渉情報」フィールドと同様に、「ＳＦ８干渉情報」～「ＳＦ１２干渉情報」フィールドには、それぞれ、ＳＦ８干渉に関する情報～ＳＦ１２干渉に関する情報が設定される。

例えば、ＳＦ７干渉情報は、管理内ＳＦ７干渉情報と管理外ＳＦ７干渉情報とを含むため、図７の通知情報に含まれる、ＳＦ７干渉情報と、管理内ＳＦ７干渉情報とから、管理外ＳＦ７干渉情報が導出できる。

なお、上述した、図６及び図７では、基地局１００が使用可能なＳＦ（ＳＦの候補）についての干渉情報がそれぞれ通知されるフォーマットの例を示した。本開示はこれに限定されない。例えば、基地局１００が使用可能なＳＦの一部についての干渉情報が通知され、残りの一部についての干渉情報が通知されなくてもよい。以下、第３の例では、使用可能なＳＦの一部についての干渉情報が通知され、残りの一部についての干渉情報が通知される通知情報のフォーマットを説明する。

＜第３の例＞
図８は、本実施の形態に係る通知情報のフォーマットの第３の例を示す図である。

図８に示す通知情報のフォーマットは、図６と同様に、チャネル＃１～チャネル＃ｎの各チャネルに関する通知情報を設定するフィールドを含む。なお、図８に示すフォーマットにおいて、図６に示したフォーマットと同様のフィールドについては、説明を省略する。

図６と図８とのフォーマットの相違点の１つ目は、図６のフォーマットが、「管理内ＳＦ７干渉情報」～「管理内ＳＦ１２干渉情報」フィールドを含むのに対し、図８のフォーマットが、「管理内ＳＦ７干渉情報」～「管理内ＳＦ９干渉情報」フィールドを含む点である。図６と図８とのフォーマットの相違点の２つ目は、図６のフォーマットが、「管理外ＳＦ７干渉情報」～「管理外ＳＦ１２干渉情報」フィールドを含むのに対し、図８のフォーマットが、「管理外ＳＦ７干渉情報」～「管理外ＳＦ９干渉情報」フィールドを含む点である。別言すると、図８のフォーマットでは、図６のフォーマットに含まれる、「管理内ＳＦ１０干渉情報」～「管理内ＳＦ１２干渉情報」フィールド、及び、「管理外ＳＦ１０干渉情報」～「管理外ＳＦ１２干渉情報」フィールドが、省略される。

第３の例では、値が小さいＳＦについての干渉情報を通知する例を説明した。ＳＦが大きい場合、信号の送信時間が長くなり、当該信号が当該信号と異なる信号に与える干渉（与干渉）及び／又は当該信号が他の信号から受ける干渉（被干渉）の頻度が増加する。そのため、通常は値の大きいＳＦの使用頻度が小さくなるようにＳＦを選択するため、値の大きいＳＦについての干渉情報（例えば、使用頻度）の通知を省略し、値の小さいＳＦの干渉情報を通知することによって、干渉の検出結果を適切に通知できる。この通知によって、ＳＦの制御の一部または全部をＮＷ側（例えば、制御装置）において実行される場合に、ＮＷ側がＳＦの制御を適切に実行できる。また、値の大きいＳＦについての干渉情報（例えば、使用頻度）の通知を省略するため、通知情報の情報量を削減できる。

なお、図８に示すフォーマットは、ＳＦ７～ＳＦ９についての干渉情報を通知し、ＳＦ１０～ＳＦ１２についての干渉情報を通知しない例を示したが、本開示はこれに限定されない。干渉情報を通知するＳＦは、基地局１００が使用可能なＳＦ（ＳＦの候補）の中で、比較的小さな値を有する１以上のＳＦであってもよいし、比較的大きな値を有する１以上のＳＦであってもよい。あるいは、干渉情報を通知するＳＦは、値の大きさに関係なく設定されてもよい。

また、図８に示すフォーマットは、管理内干渉と管理外干渉とにおいて、同じＳＦ（図８では、ＳＦ７～ＳＦ９）についての干渉情報を通知する例を示したが、本開示はこれに限定されない。例えば、管理内干渉と管理外干渉とにおいて、干渉情報を通知するＳＦが独立して設定されてよい。以下、第４の例では、管理内干渉と管理外干渉とにおいて、干渉情報を通知するＳＦが独立して設定される場合の通知情報のフォーマットを説明する。

＜第４の例＞
図９は、本実施の形態に係る通知情報のフォーマットの第４の例を示す図である。

図９に示す通知情報のフォーマットは、図６と同様に、チャネル＃１～チャネル＃ｎの各チャネルに関する通知情報を設定するフィールドを含む。なお、図９に示すフォーマットにおいて、図６に示したフォーマットと同様のフィールドについては、説明を省略する。

また、図９には、「チャネル＃１に関する通知情報」フィールドについての、２つの例が示される。

フォーマット（ａ）の「チャネル＃１に関する通知情報」フィールドは、「管理内ＳＦ７干渉情報」フィールド、「管理内ＳＦ８干渉情報」フィールド、および、「管理外ＳＦ７干渉情報」～「管理外ＳＦ１０干渉情報」フィールドを含む。

フォーマット（ｂ）の「チャネル＃１に関する通知情報」フィールドは、「管理内ＳＦ７干渉情報」～「管理内ＳＦ９干渉情報」フィールド、「管理外ＳＦ７干渉情報」フィールド、及び、「管理外ＳＦ８干渉情報」フィールドを含む。

図９のフォーマットでは、管理内干渉と管理外干渉とにおいて、干渉情報を通知するＳＦが独立して設定される。例えば、各ＳＦの使用頻度が管理内干渉と管理外干渉との間で異なる場合に適用される。例えば、管理外干渉における各ＳＦの使用頻度が、管理内干渉における各ＳＦの使用頻度よりも多い場合にフォーマット（ａ）が適用される。また、管理外干渉における各ＳＦの使用頻度が、管理内干渉における各ＳＦの使用頻度よりも少ない場合にフォーマット（ｂ）が適用されてよい。

第４の例では、管理内干渉と管理外干渉とにおいて、干渉情報を通知するＳＦが独立して設定される例を説明した。これにより、例えば、管理内干渉と管理外干渉との間で、干渉量（例えば、使用頻度）が異なる場合に、適切な通知を行うことができる。例えば、干渉量が相対的に少ない干渉については、通知を省略できるため、通知情報の情報量を削減できる。

なお、上述した各例では、各ＳＦについての干渉情報のそれぞれ、又は、一部が通知される例が示されたが、本開示はこれに限定されない。通知情報には、各ＳＦについての干渉情報と異なる情報が含まれてよい。以下、第５の例では、各ＳＦについての干渉情報とは別に、各ＳＦについての干渉情報を統合した情報が通知情報に含まれる例を説明する。

＜第５の例＞
図１０は、本実施の形態に係る通知情報のフォーマットの第５の例を示す図である。

図１０に示す通知情報のフォーマットは、図６と同様に、チャネル＃１～チャネル＃ｎの各チャネルに関する通知情報を設定するフィールドを含む。なお、図１０に示すフォーマットにおいて、図６に示したフォーマットと同様のフィールドについては、説明を省略する。

図１０のフォーマットは、図９のフォーマット（ａ）と同様に、「管理内ＳＦ７干渉情報」フィールド、「管理内ＳＦ８干渉情報」フィールド、および、「管理外ＳＦ７干渉情報」～「管理外ＳＦ１０干渉情報」フィールドを含む。そして、図１０のフォーマットは、図９のフォーマット（ａ）と異なり、「管理内干渉統合情報」フィールドと、「管理外干渉統合情報」フィールドとを含む。

「管理内干渉統合情報」フィールドには、管理内干渉に関する情報を統合した情報（管理内干渉統合情報）が設定される。例えば、管理内干渉統合情報は、管理内ＳＦ７干渉情報～管理内ＳＦ１２干渉情報を統合した情報である。例えば、「管理内干渉統合情報」フィールドには、所定時間当りの管理内干渉の中で、ＳＦ７～ＳＦ１２のいずれかが検出された回数（使用頻度）が設定される。別言すると、管理内干渉統合情報は、管理内干渉に分類される、ＳＦのそれぞれの使用頻度の統計的な量に関する情報であってよい。

「管理外干渉統合情報」フィールドには、管理外干渉に関する情報を統合した情報（管理外干渉統合情報）が設定される。例えば、管理外干渉統合情報は、管理外ＳＦ７干渉情報～管理外ＳＦ１２干渉情報を統合した情報である。例えば、「管理外干渉統合情報」フィールドには、所定時間当りの管理外干渉の中で、使用可能なＳＦであるＳＦ７～ＳＦ１２のいずれかが検出された回数（使用頻度）が設定される。別言すると、管理外干渉統合情報は、管理外干渉に分類される、ＳＦのそれぞれの使用頻度の統計的な量に関する情報であってよい。

なお、上述では、管理内干渉統合情報は、管理内ＳＦ７干渉情報～管理内ＳＦ１２干渉情報を統合した情報である例を示したが、本開示はこれに限定されない。管理内干渉統合情報は、管理内ＳＦ７干渉情報～管理内ＳＦ１２干渉情報の一部を統合した情報であってよい。また、管理外干渉統合情報についても、管理内干渉統合情報と同様に、管理外ＳＦ７干渉情報～管理外ＳＦ１２干渉情報の一部を統合した情報であってよい。

例えば、図１０に示すフォーマットには、「管理内ＳＦ７干渉情報」フィールド、及び、「管理内ＳＦ８干渉情報」フィールドが含まれ、「管理内ＳＦ９干渉情報」～「管理内ＳＦ１２干渉情報」フィールドが含まれない。そのため、「管理内干渉統合情報」フィールドの管理内干渉統合情報は、個別のフィールドがフォーマットに含まれない管理内ＳＦ９干渉情報～管理内ＳＦ１２干渉情報を統合した情報であってもよい。同様に、「管理外干渉統合情報」フィールドの管理外干渉統合情報は、管理外ＳＦ１１干渉情報および管理外ＳＦ１２干渉情報を統合した情報であってもよい。

第５の例では、複数のＳＦについての干渉情報を統合した統合情報を通知する例を説明した。この通知によって、値が相対的に大きなＳＦについての干渉情報を省略した場合であっても、干渉情報を適切に通知できる。

なお、上述では、管理内干渉について、個別のＳＦについての干渉情報と、管理内干渉統合情報とが通知される例を示した。本開示はこれに限定されない。例えば、個別のＳＦについての干渉情報と、管理内干渉統合情報とのいずれか一方が通知されてよい。以下、第６の例では、個別のＳＦについての干渉情報と、管理内干渉統合情報とのいずれか一方が通知される通知情報のフォーマットを説明する。

＜第６の例＞
図１１は、本実施の形態に係る通知情報のフォーマットの第６の例を示す図である。

図１１に示す通知情報のフォーマットは、図６と同様に、チャネル＃１～チャネル＃ｎの各チャネルに関する通知情報を設定するフィールドを含む。なお、図１１に示すフォーマットにおいて、図６及び図１０に示したフォーマットと同様のフィールドについては、説明を省略する。

図１１のフォーマットは、図６のフォーマットと同様の「管理外ＳＦ７干渉情報」～「管理外ＳＦ１２干渉情報」フィールドを含む。また、図１１のフォーマットは、図１０のフォーマットと同様の「管理内干渉統合情報」フィールドを含む。別言すれば、図１１のフォーマットでは、管理内干渉については、ＳＦ毎の干渉情報ではなく、各ＳＦの検出した回数を統合した情報が通知され、管理外干渉については、ＳＦ毎の干渉情報が通知される。

第６の例では、複数のＳＦについての管理内干渉情報を統合した管理内干渉統合情報を通知する例を説明した。管理内干渉は、基地局１００が属するＮＷと同じＮＷに属する端末（例えば、ＬｏＲａ端末）からの干渉であるため、チャネルの割り当て、ＳＦの割り当て等の制御によって、抑制できる。そのため、各ＳＦについての管理内干渉情報の通知を省略し、管理内干渉統合情報を通知することによって、通知情報の情報量を削減し、適切な通知を行うことができる。

なお、図１１のフォーマットでは、「管理外ＳＦ７干渉情報」～「管理外ＳＦ１２干渉情報」フィールドを含む例が示されたが、本開示はこれに限定されない。例えば、上述した第２の例、及び、第３の例のように、「管理外ＳＦ７干渉情報」～「管理外ＳＦ１２干渉情報」フィールドの一部が含まれ、残りの一部が省略されてもよい。

また、図１１のフォーマットでは、管理内干渉については、ＳＦ毎の干渉情報ではなく、各ＳＦの検出した回数を統合した情報が通知され、管理外干渉については、ＳＦ毎の干渉情報が通知される例を示したが、本開示はこれに限定されない。例えば、管理外干渉については、ＳＦ毎の干渉情報ではなく、各ＳＦの検出した回数を統合した情報が通知され、管理内干渉については、ＳＦ毎の干渉情報が通知されてよい。

また、ＳＦ毎の干渉情報を通知するか、または、各ＳＦの検出した回数を統合した情報を通知するかが、切替えられてもよい。以下、第７の例では、管理外干渉について、ＳＦ毎の干渉情報を通知するか、または、各ＳＦの検出した回数を統合した情報を通知するかが、切替えられる例を説明する。

＜第７の例＞
図１２は、本実施の形態に係る通知情報のフォーマットの第７の例を示す図である。

図１２に示す通知情報のフォーマットは、図６と同様に、チャネル＃１～チャネル＃ｎの各チャネルに関する通知情報を設定するフィールドを含む。なお、図１２に示すフォーマットにおいて、図６及び図１０に示したフォーマットと同様のフィールドについては、説明を省略する。

また、図１２には、「チャネル＃１に関する通知情報」フィールドについての、２つの例が示される。

フォーマット（ｃ）の「チャネル＃１に関する通知情報」フィールドは、「管理内干渉統合情報」フィールド、「識別情報」フィールド、および、「管理外ＳＦ７干渉情報」～「管理外ＳＦ１２干渉情報」フィールドを含む。

フォーマット（ｄ）の「チャネル＃１に関する通知情報」フィールドは、「管理内干渉統合情報」、「識別情報」フィールド、及び、「管理外干渉統合情報」フィールドを含む。

例えば、管理外干渉についての検出回数が所定値以下である場合、フォーマット（ｄ）に示すように、管理外干渉統合情報が通知され、ＳＦ毎の通知情報が通知されないフォーマットが選択されてよい。この場合、「識別情報」フィールド（例えば、１ビット）には、例えば、フォーマット（ｄ）が選択されたことを示す情報（例えば、１ビットの値を「０」）が設定されてよい。

一方で、管理外干渉について検出回数が所定値より多い場合、フォーマット（ｃ）に示すように、ＳＦ毎の干渉情報が通知されるフォーマットが選択されてよい。この場合、「識別情報」フィールド（例えば、１ビット）には、例えば、フォーマット（ｃ）が選択されたことを示す情報（例えば、１ビットの値を「１」）が設定されてよい。

第７の例では、管理外干渉についての検出回数に応じて、通知情報のフォーマットを選択する例を説明した。この選択により、複数のＳＦについての管理外干渉の全体の干渉量に応じて適切なフォーマットが選択できるため、通知情報の情報量を削減し、適切な通知を行うことができる。

＜通知情報生成の流れの例＞
上述したフォーマットの通知情報を生成する基地局１００における処理フローの一例を説明する。

図１３は、本実施の形態に係る通知情報生成処理の第１の例を示すフローチャートである。例えば、図１３に示すフローは、通知情報の通知タイミングの前に実行される。

基地局１００は、チャネル毎に干渉を測定する（Ｓ１０１）。

基地局１００は、チャネル毎に測定した干渉を、管理内干渉と管理外干渉とに分類する（Ｓ１０２）。

基地局１００は、チャネル毎に測定した干渉に対して、逆拡散処理を行うことによって、ＳＦ毎の使用頻度を検出する（Ｓ１０３）。

Ｓ１０４以降では、チャネルそれぞれについて、分類した干渉に対する処理を行う。

基地局１００は、ｋ＝１に設定する（Ｓ１０４）。ｋは、チャネルの識別番号に対応するチャネルのインデックスである。

基地局１００は、ｋがｎより大きいか否かを判定する（Ｓ１０５）。ｎは、使用可能な帯域に含まれ、モニタリングの対象となるチャネルの数を表す。別言すると、Ｓ１０５では、モニタリングの対象となるチャネル全てにおいて、分類した干渉に対する処理が完了したか否かを判定する。

ｋがｎより大きくない場合（Ｓ１０５にてＮＯ）、基地局１００は、チャネル＃ｋに関する通知情報を生成する（Ｓ１０６）。ここで、生成される通知情報のフォーマットは、例えば、上述した各例のいずれかであってよい。

基地局１００は、ｋに１を加算する（Ｓ１０７）。そして、フローは、Ｓ１０５の処理へ戻る。

ｋがｎより大きい場合（Ｓ１０５にてＹＥＳ）、すなわち、モニタリングの対象となるチャネル全てにおいて、分類した干渉に対する処理が完了した場合、図７に示すフローは終了する。

以上説明したフローによって、基地局１００は、チャネル毎に測定した干渉を、管理内干渉と管理外干渉とに分類し、干渉をＳＦ毎に分類する。そして、基地局１００は、分類結果に基づいて、各チャネルに関する通知情報を生成する。

次に、通知する情報に対して、通知する頻度が設定される例を説明する。この場合、設定される通知頻度に応じて、通知情報のフォーマットが選択されてよい。なお、通知頻度が異なるとは、通知タイミングが異なると捉えられてよい。

＜第８の例＞
図１１に示した通知情報のフォーマットを一例に挙げて、管理内干渉情報の通知頻度と、管理外干渉情報の通知頻度とが、互いに独立して設定される場合において、選択される通知情報のフォーマットの例を説明する。なお、通知頻度（通知タイミング）に関する情報は、上位レイヤメッセージ等によって、ＮＷから通知されてよい。

図１４は、異なる通知タイミングにおける通知情報のフォーマットの例を示す図である。なお、図１４には、或るチャネルに関する通知情報について、管理内干渉情報を通知するタイミングと、管理外干渉情報を通知するタイミングとが、互いに独立に設定される。また、図１４において、図１１と同様のフィールドについては、説明を省略する。

図１４のフォーマット（ｅ）は、管理内干渉情報を通知するタイミングであり、かつ、管理外干渉情報を通知しないタイミングにおける、通知情報のフォーマットの例である。フォーマット（ｅ）では、管理外干渉情報を通知しないため、図１１のフォーマットから、「管理外ＳＦ７干渉情報」～「管理外ＳＦ１２干渉情報」フィールドが省略される。

図１４のフォーマット（ｆ）は、管理内干渉情報を通知しないタイミングであり、かつ、管理外干渉情報を通知するタイミングにおける、通知情報のフォーマットの例である。フォーマット（ｆ）では、管理内干渉情報を通知しないため、図１１のフォーマットから、「管理内干渉統合情報」フィールドが省略される。

図１４のフォーマット（ｇ）は、管理内干渉情報を通知するタイミングであり、かつ、管理外干渉情報を通知するタイミングにおける、通知情報のフォーマットの例である。フォーマット（ｇ）では、管理内干渉情報を通知するため、「管理内干渉統合情報」フィールドが含まれ、管理外干渉情報を通知するため、「管理外ＳＦ７干渉情報」～「管理外ＳＦ１２干渉情報」フィールドが含まれる。

＜通知情報生成の流れの例＞
管理内干渉情報の通知頻度と、管理外干渉情報の通知頻度とが、互いに独立して設定される場合の基地局１００における処理フローの一例を説明する。なお、この場合の処理フローは、図１３に示した処理フローのＳ１０６の処理が、通知タイミングに応じて変更される。以下、管理内干渉情報の通知頻度と、管理外干渉情報の通知頻度とが、互いに独立して設定される場合のＳ１０６の処理について説明する。

図１５は、図１３のＳ１０６において実行される処理の第１の例を示すフローチャートである。

基地局１００は、管理内干渉情報と管理外干渉情報との両方を通知するタイミングか否かを判定する（Ｓ２０１）。

管理内干渉情報と管理外干渉情報との両方を通知するタイミングである場合（Ｓ２０１にてＹＥＳ）、基地局１００は、管理内干渉情報と管理外干渉情報との両方を含む通知情報を生成する（Ｓ２０２）。

管理内干渉情報と管理外干渉情報との両方を通知するタイミングでない場合（Ｓ２０１にてＮＯ）、基地局１００は、管理内干渉情報を通知するタイミングか否かを判定する（Ｓ２０３）。

管理内干渉情報を通知するタイミングである場合（Ｓ２０３にてＹＥＳ）、基地局１００は、管理内干渉情報を含む通知情報を生成する（Ｓ２０４）。

管理内干渉情報を通知するタイミングでない場合（Ｓ２０３にてＮＯ）、基地局１００は、管理外干渉情報を通知するタイミングか否かを判定する（Ｓ２０５）。

管理外干渉情報を通知するタイミングである場合（Ｓ２０５にてＹＥＳ）、基地局１００は、管理外干渉情報を含む通知情報を生成する（Ｓ２０６）。

管理外干渉情報を通知するタイミングでない場合（Ｓ２０５にてＮＯ）、基地局１００は、通知情報を生成せずに、フローは、図１３のＳ１０７へ戻る。

第８の例では、管理内干渉情報の通知頻度と、管理外干渉情報の通知頻度とが、互いに独立して設定される例を説明した。これにより、例えば、管理内干渉と管理外干渉との干渉状況（例えば、使用頻度の増減）が、互いに異なるタイミングで変動する場合であっても、適切な通知を行うことができる。

＜第９の例＞
次に、図１１に示した通知情報のフォーマットを一例に挙げて、管理外干渉情報に含まれる、各ＳＦについての干渉情報の通知頻度が、互いに独立して設定される場合において、選択される通知情報のフォーマットの例を説明する。なお、通知頻度（通知タイミング）に関する情報は、上位レイヤメッセージ等によって、ＮＷから通知されてよい。

図１６は、異なる通知タイミングにおける通知情報のフォーマットの第１の例を示す図である。なお、図１６には、或るチャネルに関する通知情報について、管理外ＳＦ７干渉情報を通知するタイミングと、管理外ＳＦ７干渉情報～管理外ＳＦ９干渉情報を通知するタイミングと、管理外ＳＦ７干渉情報～管理外ＳＦ１２干渉情報を通知するタイミングとが、互いに独立に設定される例が示される。また、図１６において、図１１と同様のフィールドについては、説明を省略する。

図１６のフォーマット（ｈ）は、管理外ＳＦ７干渉情報を通知するタイミングにおける、通知情報のフォーマットの例である。フォーマット（ｈ）では、管理外干渉について、管理外ＳＦ７干渉情報と異なる情報を通知しないため、図１１のフォーマットから、「管理外ＳＦ８干渉情報」～「管理外ＳＦ１２干渉情報」フィールドが省略される。

図１６のフォーマット（ｊ）は、管理外ＳＦ７干渉情報～管理外ＳＦ９干渉情報を通知するタイミングにおける、通知情報のフォーマットの例である。フォーマット（ｊ）では、管理外干渉について、管理外ＳＦ１０干渉情報～管理外ＳＦ１２干渉情報を通知しないため、図１１のフォーマットから、「管理外ＳＦ１０干渉情報」～「管理外ＳＦ１２干渉情報」フィールドが省略される。

図１６のフォーマット（ｋ）は、管理外ＳＦ７干渉情報～管理外ＳＦ１２干渉情報を通知するタイミングにおける、通知情報のフォーマットの例である。フォーマット（ｋ）では、管理外ＳＦ７干渉情報～管理外ＳＦ１２干渉情報を通知するため、「管理外ＳＦ７干渉情報」～「管理外ＳＦ１２干渉情報」フィールドが含まれる。

第９の例では、管理外干渉情報に含まれる、各ＳＦについての干渉情報の通知頻度が、互いに独立して設定される例を説明した。これにより、例えば、ＳＦ毎の干渉状況（例えば、使用頻度の増減）が、互いに異なるタイミングで変動する場合であっても、適切な通知を行うことができる。例えば、上述したように、値の小さなＳＦは、値の大きなＳＦよりも通信時間が短く、与干渉及び／又は被干渉の頻度が少なくなるため、値の小さなＳＦほど使用頻度の増減が大きい可能性がある。第９の例では、値の小さなＳＦの通知頻度を増加させることができるため、値の小さなＳＦほど使用頻度の増減が大きい場合でも適切な通知を行うことができる。

なお、図１６のフォーマットは、フォーマット（ｈ）、フォーマット（ｊ）及びフォーマット（ｋ）の３種類のフォーマットを用いた場合について説明したが、本開示はこれに限定されない。例えば、フォーマットの種類は、任意の数に設定することが可能である。また、各通知情報のフォーマットにおいて、どのＳＦに関する干渉情報を通知するかについても、任意に設定可能である。例えば、図１６のフォーマット（ｊ）は、管理外ＳＦ７干渉情報～管理外ＳＦ１０干渉情報を通知するようにしてもよい。

また、通知頻度（通知タイミング）に関する情報に加えて、通知情報のフォーマットの数及びどのＳＦに関する干渉情報を通知するかについても、上位レイヤメッセージ等によって、ＮＷから通知されてよい。

なお、通知情報のフォーマットには、通知情報のフォーマットの種別等を識別する識別情報が含まれてよい。例えば、通知頻度が一定ではない場合（周期的ではない場合）、識別情報を用いて、通知を受ける装置に、通知情報のフォーマットを通知できる。

＜第１０の例＞
図１７は、異なる通知タイミングにおける通知情報のフォーマットの第２の例を示す図である。図１７は、図１６に対して、「識別情報」フィールドが追加される。

「識別情報」フィールドは、２ビットのサイズを有し、通知情報のフォーマットを識別する情報が設定される。

図１７のフォーマット（ｈ）の場合、「識別情報」フィールドの２ビットは、（０，０）に設定される。図１７のフォーマット（ｊ）の場合、「識別情報」フィールドの２ビットは、（０，１）に設定される。図１７のフォーマット（ｋ）の場合、「識別情報」フィールドの２ビットは、（１，１）に設定される。例えば、「識別情報」フィールドが（０，０）に設定された場合、ＳＦ７に関する干渉情報を通知し、ＳＦ８～ＳＦ１２に関する干渉情報を通知しない。例えば、「識別情報」フィールドが（０，１）に設定された場合、ＳＦ７～ＳＦ９に関する干渉情報を通知し、ＳＦ１０～ＳＦ１２に関する干渉情報を通知しない。「識別情報」フィールドが（１，１）に設定された場合はＳＦ７～ＳＦ１２に関する干渉情報を通知する。なお、言うまでもなく図１７に示す例は一例であって、「識別情報」フィールドの各論理の場合において、どのＳＦに関する干渉情報を通知するかについては、任意に設定することが可能である。

図１７のように、識別情報が追加されることによって、通知を受ける装置は、通知情報に含まれる情報を識別できる。

なお、「識別情報」フィールドとして２ビット用いた場合について説明したが、本開示はこれに限定されない。例えば、「識別情報」フィールドは任意のビット数に設定することが可能である。「識別情報」フィールドのビット数を増加させた場合、干渉情報を通知するＳＦの数及び／又はＳＦの組み合わせを細かく設定することが可能となる。そのため、各ＳＦそれぞれにおいて使用頻度の変動が大きい場合は、使用頻度の変動に応じて、通知するＳＦの数及び／又はＳＦの組み合わせを適切に変更することによって、通知する干渉情報の情報量の削減効果が大きくなる。

例えば、「識別情報」フィールドが６ビットのサイズを有する場合、６ビットとＳＦ７～ＳＦ１２の６つのＳＦとが対応づけられることによって、ＳＦ毎に通知するか、又は、通知しないか、を独立に選択できる。しかし、「識別情報」フィールドのビット数を増加させる場合、「識別情報」フィールドの情報量が多くなる。ＳＦそれぞれにおいて使用頻度の変動が小さい場合、通知する干渉情報の情報量の削減効果が小さくなる。このため、想定される各ＳＦそれぞれにおける使用頻度の変動の量に基づいて、「識別情報」フィールドのビット数は決定されてよい。

第１０の例では、通知情報のフォーマットの種別等を識別する識別情報が含まれることによって、各ＳＦにおける干渉情報の通知頻度が一定ではない場合（周期的ではない場合）、かつ、ＳＦに毎に通知頻度が異なる場合、識別情報を用いて、通知を受ける装置に、通知情報のフォーマットを通知できる。

＜通知情報生成の流れの例＞
管理外干渉情報に含まれる、各ＳＦについての干渉情報の通知頻度が、互いに独立して設定される場合の基地局１００における処理フローの一例を説明する。なお、この場合の処理フローは、図１３に示した処理フローのＳ１０６の処理が、通知タイミングに応じて変更される。以下、管理外干渉情報に含まれる、各ＳＦについての干渉情報の通知頻度が、互いに独立して設定される場合のＳ１０６の処理について説明する。

図１８は、図１３のＳ１０６において実行される処理の第２の例を示すフローチャートである。

基地局１００は、各ＳＦについての管理外干渉情報を通知するタイミングか否かを判定する（Ｓ３０１）。

各ＳＦについての管理外干渉情報を通知するタイミングである場合（Ｓ３０１にてＹＥＳ）、基地局１００は、各ＳＦについての管理外干渉情報を含む通知情報を生成する（Ｓ３０２）。

各ＳＦについての管理外干渉情報を通知するタイミングでない場合（Ｓ３０１にてＮＯ）、基地局１００は、ＳＦ７～ＳＦ９についての管理外干渉情報を通知するタイミングか否かを判定する（Ｓ３０３）。

ＳＦ７～ＳＦ９についての管理外干渉情報を通知するタイミングである場合（Ｓ３０３にてＹＥＳ）、基地局１００は、管理外ＳＦ７干渉情報～管理外ＳＦ９干渉情報を含む通知情報を生成する（Ｓ３０４）。

ＳＦ７～ＳＦ９についての管理外干渉情報を通知するタイミングでない場合（Ｓ３０３にてＮＯ）、基地局１００は、ＳＦ７についての管理外干渉情報を通知するタイミングか否かを判定する（Ｓ３０５）。

ＳＦ７についての管理外干渉情報を通知するタイミングである場合（Ｓ３０５にてＹＥＳ）、基地局１００は、管理干渉情報を含む通知情報を生成する（Ｓ３０６）。

管理外干渉情報を通知するタイミングでない場合（Ｓ３０５にてＮＯ）、基地局１００は、通知情報を生成せずに、フローは、図１３のＳ１０７へ戻る。

なお、上述した第８の例～第１０の例は、組み合わされてよい。例えば、管理内干渉情報の通知頻度と、管理外干渉情報の通知頻度とが、互いに独立して設定され、各ＳＦについての干渉情報の通知頻度が、互いに独立して設定されてよい。別言すると、管理内ＳＦ７干渉情報～管理内ＳＦ１２干渉情報、および、管理外ＳＦ７干渉情報～管理外ＳＦ１２干渉情報のそれぞれの通知頻度が、互いに独立して設定されてよい。なお、この場合も、通知頻度（通知タイミング）に関する情報は、上位レイヤメッセージ等によって、ＮＷから通知されてよい。

以上説明した本実施の形態の一実施例において、基地局１００の分類処理部１１１は、受信部１０１が受信した信号（干渉）を、管理内干渉と、管理外干渉とに分類する第１の分類処理、及び、スペクトラム拡散方式（例えば、ＬｏＲａ方式）を適用する無線装置からの干渉を複数のＳＦのそれぞれについて分類する第２の分類処理を行う。そして、制御部１０７は、第１の分類処理の結果の少なくとも一部と第２の分類処理の結果の少なくとも一部とを含む通知情報を生成する。

この構成により、干渉を分類し、分類した干渉に関する情報を区別して通知できるため、様々な無線通信システムによって利用される帯域における干渉の検出結果を適切に通知できる。また、この通知によって、例えば、ネットワークにおける端末への通信制御（例えば、チャネル割り当て、及び／又は、ＳＦの割り当て）を適切に行えるため、ネットワークの最適化（例えば、周波数利用効率の向上、および、他のネットワークおよび他のシステムへの干渉低減の両立）を図ることができる。

なお、上述した実施の形態では、図１の基地局＃１に対応する基地局１００が、ＮＷ＃１（例えば、制御装置＃１（図１参照））に干渉の検出結果を通知する通知情報を例に挙げて説明したが、本開示はこれに限定されない。例えば、図１の中継局＃１が、基地局＃１、又は、中継局＃１よりも上流側の中継局（図１では省略）に通知する通知情報においても、本開示は適用されてよい。

なお、上述した実施の形態に示した通知情報の各例は、組み合わされてよい。また、通知情報に含まれる、複数のチャネルのそれぞれに関する通知情報は、互いに同じフィールドを有してもよいし、互いに同じフィールドを有さなくてもよい。例えば、複数のチャネルのそれぞれに関する通知情報のフィールドは、互いに独立して設定されてよい。例えば、チャネル＃ｋ（ｋは、１以上ｎ以下の整数）に関する通知情報のフィールドは、チャネル＃ｍ（ｍは、１以上ｎ以下の整数であって、ｋと異なる）に関する通知情報のフィールドと異なってもよい。

なお、上述した実施の形態における管理内干渉、及び、管理外干渉は、ＬｏＲａ信号による干渉を例に挙げて説明した。そのため、ＬｏＲａ信号による干渉が通知対象の干渉である場合、上述した実施の形態における管理内干渉、及び、管理外干渉は、それぞれ、管理内ＬｏＲａ干渉、及び、管理外ＬｏＲａ干渉と読み替えられてよい。

なお、上記実施の形態における「・・・部」は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」に置換されてもよい。

また、上記実施の形態における「チャネル」という表記は、「周波数」、「周波数チャネル」、「帯域」、「バンド」、「キャリア」、「サブキャリア」、又は、「（周波数）リソース」といった他の表記に置換されてもよい。

本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。

上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部又は全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。

通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。

通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。

また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。

また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。

以上、図面を参照しながら各種の実施の形態について説明したが、本開示はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。また、開示の趣旨を逸脱しない範囲において、上記実施の形態における各構成要素を任意に組み合わせてもよい。

以上、本開示の具体例を詳細に説明したが、これらは例示にすぎず、請求の範囲を限定するものではない。請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。

本開示は、無線通信システムに好適である。

１００ 基地局
１０１ 受信部
１０２、１０４ 逆拡散部
１０３ 干渉分類部
１０５ 復調／復号部
１０６ 頻度検出部
１０７ 制御部
１０８ 符号化／変調部
１０９ 制御信号生成部
１１０ 送信部
１１１ 分類処理部

Claims (9)

1. 複数の拡散率をサポートするスペクトラム拡散方式を含む１以上の通信方式を適用した第１の無線システムをサポートし、第１のネットワークに属する基地局であって、
   干渉を検出する受信部と、
   前記検出した干渉を、前記第１の無線システムをサポートし、前記第１のネットワークに属する無線装置からの第１の干渉と、前記第１の干渉と異なる第２の干渉とに分類する第１の分類処理、及び、前記スペクトラム拡散方式を適用する無線装置からの干渉を前記複数の拡散率のそれぞれについて分類する第２の分類処理を行う分類処理部と、
   前記第１の分類処理の結果の少なくとも一部と前記第２の分類処理の結果の少なくとも一部とを含む通知情報を生成する制御部と、
   を備える基地局。
2. 前記通知情報は、前記第１の干渉に分類される、前記複数の拡散率の中の第１の集合のそれぞれの使用頻度に関する情報と、前記第２の干渉に分類される、前記複数の拡散率の中の第２の集合のそれぞれの使用頻度に関する情報と、を含む、
   請求項１に記載の基地局。
3. 前記第１の集合と、前記第２の集合とは、互いに独立に設定される、
   請求項２に記載の基地局。
4. 前記通知情報は、前記第１の干渉に分類される、前記複数の拡散率のそれぞれの使用頻度の統計的な量に関する第１の情報と、前記第２の干渉に分類される、前記複数の拡散率のそれぞれの使用頻度の統計的な量に関する第２の情報と、の少なくとも一方を含む、
   請求項２又は３に記載の基地局。
5. 前記通知情報は、前記第１の干渉に分類される、前記複数の拡散率のそれぞれの使用頻度の統計的な量に関する第３の情報と、前記第２の干渉に分類される、前記複数の拡散率の中の第２の集合のそれぞれの使用頻度に関する第４の情報、又は、前記第２の干渉に分類される、前記複数の拡散率のそれぞれの使用頻度の統計的な量に関する第５の情報と、を含む、
   請求項１に記載の基地局。
6. 前記通知情報は、前記第４の情報と前記第５の情報とのどちらが前記通知情報に含まれるかを示す識別情報を含む、
   請求項５に記載の基地局。
7. 前記制御部は、前記第１の干渉に関する情報と、前記第２の干渉に関する情報とを、互いに独立したタイミングにおいて通知する、
   請求項１から６のいずれか一項に記載の基地局。
8. 前記制御部は、前記複数の拡散率のそれぞれに関する情報を、互いに独立したタイミングにおいて通知する、
   請求項１から７のいずれか一項に記載の基地局。
9. 複数の拡散率をサポートするスペクトラム拡散方式を含む１以上の通信方式を適用した第１の無線システムをサポートし、第１のネットワークに属する無線通信装置における通知方法であって、
   干渉を検出し、
   前記検出した干渉を、前記第１の無線システムをサポートし、前記第１のネットワークに属する無線装置からの第１の干渉と、前記第１の干渉と異なる第２の干渉とに分類する第１の分類処理を行い、
   前記スペクトラム拡散方式を適用する無線装置からの干渉を前記複数の拡散率のそれぞれについて分類する第２の分類処理を行い、
   前記第１の分類処理の結果の少なくとも一部と前記第２の分類処理の結果の少なくとも一部とを含む通知情報を生成する、
   通知方法。
   

Images