JPWO2017043265A1 - 通信制御装置、通信制御判断装置及び方法 - Google Patents

Abstract

【課題】複数の無線システム間での情報交換を円滑に行うことが可能な通信制御装置を提供する。
【解決手段】自装置または自装置がサーブする通信ノードの地理位置情報を、複数の無線システム間の共存を制御する通信制御判断装置に送信する通信部と、前記通信制御判断装置から、該通信制御判断装置が管理する地理的領域の周辺の領域を管理する通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を取得する取得部と、を備える、通信制御装置が提供される。
【選択図】図５

Description

本開示は、通信制御装置、通信制御判断装置及び方法に関する。

将来の周波数リソースの枯渇を緩和するための対策の１つとして、周波数の二次利用についての議論が進められている。周波数の二次利用とは、あるシステムに優先的に割り当てられている周波数チャネルの一部又は全部を、他のシステムが二次的に利用することをいう。一般的に、周波数チャネルが優先的に割り当てられているシステムは一次システム（Primary System）、当該周波数チャネルを二次利用するシステムは二次システム（Secondary System）と呼ばれる。

ＴＶホワイトスペースは、二次利用が議論されている周波数チャネルの一例である。ＴＶホワイトスペースは、一次システムとしてのＴＶ放送システムに割り当てられている周波数チャネルのうち、地域に応じて当該ＴＶ放送システムにより利用されていないチャネルを指す。このＴＶホワイトスペースを二次システムに開放することで、周波数リソースの効率的な活用が実現され得る。ＴＶホワイトスペースの二次利用を可能とするための物理層（ＰＨＹ）及びＭＡＣ層の無線アクセス方式の仕様として、例えば、ＩＥＥＥ８０２．２２、ＩＥＥＥ８０２．１１ａｆ、及びＥＣＭＡ（European Computer Manufacturer Association）−３９２（ＣｏｇＮｅａ）などの複数の標準仕様が存在する。

ＩＥＥＥ８０２．１９ワーキンググループは、異なる無線アクセス方式を使用する複数の二次システムを円滑に共存させることを目的とした検討を進めている。例えば、ＩＥＥＥ８０２．１９ワーキンググループでは、二次システムの共存（coexistence）のために求められる諸機能を、ＣＭ（Coexistence Manager）、ＣＥ（Coexistence Enabler）及びＣＤＩＳ（Coexistence Discovery and Information Server）という３つの機能エンティティにグループ分けしている。ＣＭは、主に共存のための意思決定（decision-making）を行う機能エンティティである。ＣＥは、ＣＭと二次利用ノードとの間の命令の伝達や情報の交換を仲介するインタフェースとなる機能エンティティである。ＣＤＩＳは、複数の二次システムの情報を一元的に管理するサーバとなる機能エンティティである。

例えば、これらの機能エンティティに関し、下記特許文献１では、複数の機能エンティティが協調して近隣検出を行う技術が開示されている。

国際公開第２０１２／１３２８０４号

ＩＥＥＥ８０２．１９ワーキンググループにおいて規定されているＣＭに担当の地域が割り当てられており、ＣＥが移動可能である場合に、ＣＥの移動により担当するＣＭが変わると、新たなＣＭへ接続する必要がある。しかし、現状の規定では、ＣＥの移動により担当するＣＭが変わる場合に、ＣＥが新たなＣＭへ接続するための手続きは決められていない。

そこで本開示では、複数の無線システム間での情報交換を円滑に行うことが可能な、新規かつ改良された通信制御装置、通信制御判断装置及び方法を提案する。

本開示によれば、自装置または自装置がサーブする通信ノードの地理位置情報を、複数の無線システム間の共存を制御する通信制御判断装置に送信する通信部と、前記通信制御判断装置から、該通信制御判断装置が管理する地理的領域の周辺の領域を管理する通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を取得する取得部と、を備える、通信制御装置が提供される。

また本開示によれば、複数の無線システム間の共存を制御する通信制御判断装置であって、自装置が管理する地理的領域周辺における、前記無線システムの利用に係る制御判断を行う他の通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を生成する制御部を備える、通信制御判断装置が提供される。

また本開示によれば、自装置または自装置がサーブする通信ノードの地理位置情報を、複数の無線システム間の共存を制御する通信制御判断装置に送信することと、前記通信制御判断装置から、該通信制御判断装置が管理する地理的領域の周辺の領域を管理する通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を取得することと、を含む、方法が提供される。

また本開示によれば、複数の無線システム間の共存を制御する通信制御判断装置が実行する方法であって、自装置が管理する地理的領域周辺における、前記無線システムの利用に係る制御判断を行う他の通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を生成することを含む、方法が提供される。

また本開示によれば、コンピュータに、自装置または自装置がサーブする通信ノードの地理位置情報を、複数の無線システム間の共存を制御する通信制御判断装置に送信することと、前記通信制御判断装置から、該通信制御判断装置が管理する地理的領域の周辺の領域を管理する通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を取得することと、を実行させる、コンピュータプログラムが提供される。

また本開示によれば、複数の無線システム間の共存を制御するコンピュータが実行するコンピュータプログラムであって、自装置が管理する地理的領域周辺における、前記無線システムの利用に係る制御判断を行う他の通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を生成することを実行させる、コンピュータプログラムが提供される。

以上説明したように本開示によれば、複数の無線システム間での情報交換を円滑に行うことが可能な、新規かつ改良された通信制御装置、通信制御判断装置及び方法を提供することが出来る。

なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

本開示の一実施形態に係る通信システムの概要を説明するための説明図である。 共存支援のための３つの機能エンティティの相関を示す説明図である。 共存支援のための４つの機能エンティティを説明するための図である。 担当する地域がそれぞれのＣＭに割り当てられるシナリオを説明する説明図である。 ＣＥとして機能しうる装置１００の機能構成例を示す説明図である。 ＣＭとして機能しうる装置２００の機能構成例を示す説明図である。 ＣＤＩＳして機能しうる装置３００の機能構成例を示す説明図である。 ＣＥ（及びＣＥと一体となって移動しうる通信ノード）とＣＭとの動作例を示すシーケンス図である。 ＣＭとＣＤＩＳとの動作例を示すシーケンス図である。 ＣＥ（及びＣＥと一体となって移動しうる通信ノード）と、２つのＣＭとの動作例を示すシーケンス図である。 担当する地域がそれぞれのＣＭに割り当てられるシナリオを説明する説明図である。 ＣＥ（及びＣＥと一体となって移動しうる通信ノード）と、２つのＣＭとの動作例を示すシーケンス図である。

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

なお、説明は以下の順序で行うものとする。
１．本開示の実施形態
１．１．システムの全体的な構成
１．２．構成例
１．３．動作例
２．まとめ

＜１．本開示の実施形態＞
［１．１．システムの全体的な構成］
図１は、本開示の一実施形態に係る通信システムの概要を説明するための説明図である。

図１を参照すると、二次システムＡを構成する複数の二次利用ノード３０Ａ、及び二次システムＢを構成する複数の二次利用ノード３０Ｂが示されている。図１に示すように、二次利用ノード３０は、典型的には基地局又はアクセスポイント等の送信局である。送信局である二次利用ノード３０Ａは、サービスエリア４０Ａの内部に位置する受信局に二次システムＡのサービスを提供する。送信局である二次利用ノード３０Ｂも同様に、サービスエリア４０Ｂの内部に位置する受信局に二次システムＢのサービスを提供する。以下では、二次システムを構成する送信局及び受信局を、二次利用ノードと総称する場合がある。

二次利用ノード３０Ａ及び３０Ｂは、通信制御装置１０Ａ及び１０Ｂにそれぞれ接続される。通信制御装置１０は、一次システムに割り当てられた周波数チャネルを利用する複数の二次システム間の共存を制御するために導入される装置である。通信制御装置１０Ａ及び１０Ｂは、地理位置情報ＤＢ（ＧＬＤＢ：Geo−location Database）２０に接続される。ＧＬＤＢ２０は、利用可能な周波数のリスト及び／又は送信電力を二次システムの各々へ通知する機能を有し、典型的には一次システムの保護（Incumbent protection）を行う。例えば、通信制御装置１０は、一次システムに割り当てられている周波数帯域のうち二次利用可能な周波数帯域をＧＬＤＢ２０から知得して、管理及び／又は制御対象（以下では、単に管理下とも称する）の二次システムに利用させる。

なお、一次システムとしては、例えばＴＶ放送システム、ＰＭＳＥ(Program Making and Special Events)、レーダ（軍用、艦載、気象等）、固定衛星サービス（ＦＳＳ：Fixed Satellite Service）、及び地球探査衛星（ＥＥＳＳ：Earth Exploration Satellite Service）等が挙げられる。

ここで、複数の二次システムのサービスエリア４０（即ち、４０Ａ及び４０Ｂ）が、地理的に重複する共に、利用周波数帯域が重複する場合がある。具体的な例としては、例えば、異なるオペレータにより運用されるＬＴＥ（Long Term Evolution）サービスの提供領域とＷｉ−Ｆｉサービスの提供領域とが重複する場合が考えられる。

本実施形態では、このような状況下において、一次システムに割り当てられている周波数帯域の一部又は全部を、ひとつ以上の二次システムが協調して二次利用することを想定する。そのためには、複数の二次システム間で円滑な情報交換が可能となることが望ましい。

図２は、共存支援のための３つの機能エンティティの相関を示す説明図である。図２に示すように、ＩＥＥＥ８０２．１９．１において、二次システムの共存を支援するための諸機能は、ＣＭ、ＣＥ及びＣＤＩＳという３つの機能エンティティにグループ分けされる。

（１）ＣＭ（Coexistence Manager）
ＣＭは、共存のための意思決定（decision-making）を行う機能エンティティである。ＣＭは、一次システムに関する情報、利用可能なチャネルに関する情報及び二次システムに関する情報を取得する。ＣＭによる情報の取得元は、ＣＤＩＳ、他のＣＭ及び（ＣＥを介してアクセスされる）二次利用ノードなどである。ＣＭは、これら情報に基づいて、自らの管理下にある二次利用ノードがどの周波数チャネルを用いて二次システムを運用すべきかを決定する。ＣＭは、各二次利用ノードについて、最大送信電力、推奨される無線アクセス方式、及び位置データの更新の周期などの追加的な制御パラメータをさらに決定してもよい。そして、ＣＭは、決定したパラメータに従って、各二次利用ノードに二次システムを運用させ又は二次システムを再構成させる。

（２）ＣＥ（Coexistence Enabler）
ＣＥは、ＣＭと二次利用ノードとの間の命令の伝達や情報の交換を仲介するインタフェースとなる機能エンティティである。例えば、ＣＥは、二次利用ノードが有する情報をＣＭが使用し得る形式に変換し、変換した情報をＣＭへ伝達する。また、ＣＥは、ＣＭからの二次システムの共存についての命令を二次利用ノードが実行し得る形式に変換し、変換した命令を二次利用ノードに伝達する。

（３）ＣＤＩＳ（Coexistence Discovery and Information Server）
ＣＤＩＳは、複数の二次システムの情報を管理するサーバとなる機能エンティティである。例えば、ＣＤＩＳは、各二次利用ノードからＣＥ及びＣＭを介して二次システムに関する情報を収集する。また、ＣＤＩＳは、一次システムに関する情報及び利用可能なチャネルに関する情報をＧＬＤＢ２０から収集する。そして、ＣＤＩＳは、収集した情報をデータベースに蓄積する。ＣＤＩＳにより蓄積された情報は、ＣＭによる共存のための意思決定の際に使用される。ＣＤＩＳは、複数のＣＭの中からのマスタＣＭ（複数のＣＭを統括し、集中的に意思決定を行うＣＭ）の選択を行ってもよい。また、ＣＤＩＳは、互いに干渉する可能性のある近隣の二次システムを検出する近隣検出機能を有する。

図１に示した通信制御装置１０の各々には、上述した３種類の機能エンティティのうち少なくとも１つが実装される。なお、一部の機能エンティティは、個々の二次利用ノード３０に実装されてもよい。また、一部の機能エンティティは、ＧＬＤＢ２０と同一の装置に実装されてもよい。

なお、上述した３種類の機能エンティティを、まとめて共存システム（Coexistence System）とも称する場合がある。共存システムは、管理下の二次システムの共存を支援する。

（４）ＷＳＯ（White Space Object）
ＷＳＯは、二次利用ノードのひとつである。ＩＥＥＥ Ｓｔｄ ８０２．１９．１−２０１４においては、ＷＳＯは、ＴＶホワイトスペース（ＴＶＷＳ：television white space）デバイス、又はＴＶＷＳデバイスのネットワークを表す。本実施形態においては、ＷＳＯは、ＴＶＷＳデバイス及びＴＶＷＳデバイスのネットワークに限定されず、二次利用ノード若しくは二次システムのネットワーク全般を指すものとする。ＷＳＯは、二次システムの共存のためのサービスである共存サービス（Coexistence service）を受けるために、ＣＥを介してＣＭと接続する。なお、ＷＳＯは、通信ノード（Communication node）の一種である。

（５）ＲＬＳＳ（Registered Location Secure Server）
ＲＬＳＳは、端末間の干渉を防ぐためのローカルサーバである。ＷＳＯは、ＲＬＳＳを経由して、ＧＬＤＢ２０と接続する。ＲＬＳＳは、ＴＶＷＳ用の無線アクセス方式を提供する規格のひとつであるＩＥＥＥ Ｓｔｄ ８０２．１１ａｆで規定される。ＩＥＥＥ Ｓｔｄ ８０２．１９．１−２０１４においては、ＲＬＳＳは、地理的位置を用いて整理された情報を格納し、ひとつ又は複数の基本サービスセットのための動作パラメータ及び位置を保持するデータベースにアクセスし、管理するエンティティである。

以上、機能エンティティの各々の内容を説明した。機能エンティティの各々は、互いにインタフェースを用いて情報の交換を行い得る。図２に示すように、ＣＥ及びＷＳＯ／ＲＬＳＳは、インタフェースＡを経由して情報の交換が可能である。ＣＭ及びＣＥは、インタフェースＢ１を経由して情報の交換が可能である。ＣＭ及びＣＤＩＳは、インタフェースＢ２を経由して情報の交換が可能である。ＣＭ同士は、インタフェースＢ３を経由して情報の交換が可能である。ＣＭ及びＷｈｉｔｅｓｐａｃｅ Ｄａｔａｂａｓｅは、インタフェースＣを経由して情報の交換が可能である。

図３は、共存支援のための４つの機能エンティティを説明するための図である。図３に示すように、共存システムにＣｏＥ（Coordination Enabler）が導入されていてもよい。このエンティティは、管理者の異なる共存システム間や外部に存在するエンティティとの情報交換を実施する。ＣｏＥは、図１に示した通信制御装置１０において実装されてもよいし、個々の二次利用ノード３０において実装されてもよいし、ＧＬＤＢ２０と同一の装置において実装されてもよいし、他の任意の装置において実装されてもよい。なお、ＧＬＤＢとＣＭとの間に図２と同様にインタフェースが設けられていてもよい。

このような機能エンティティを有する通信システムにおいて、担当する地域（国や州など）がそれぞれのＣＭに割り当てられるシナリオが想定される。図４は、担当する地域がそれぞれのＣＭに割り当てられるシナリオを説明する説明図である。図４は、１６個の地域にそれぞれのＣＭが割り当てられている様子を示したものである。図４では、例えば、Ｒｅｇｉｏｎ ＃７という領域にはＣＭ２が割り当てられており、Ｒｅｇｉｏｎ ＃１０という領域にはＣＭ１が割り当てられていることが示されている。その他の領域についても同様である。

このような場合において，ＣＥを具備する通信ノード（基地局、アクセスポイント相当のノード）、またはＣＥと一体となって移動しうる通信ノードが領域を越えて移動すると考える。例えば図４では、ＣＥを具備する通信ノードが（またはＣＥと一体となって移動しうる通信ノードが）Ｒｅｇｉｏｎ ＃７からＲｅｇｉｏｎ ＃１０へ移動する様子を示している。この場合、領域でマネジメントを担当するＣＭが異なるため、ＣＥは接続するＣＭを変更する必要が生じる。すなわち、ＣＥを具備する通信ノードが（またはＣＥと一体となって移動しうる通信ノードが）Ｒｅｇｉｏｎ ＃７からＲｅｇｉｏｎ ＃１０へ移動すると、ＣＥは接続するＣＭをＣＭ２からＣＭ１へ変更する必要が生じる。

ＣＥが接続中のＣＭの情報だけでなく、周辺領域のマネジメントを行うＣＭの情報をＣＥが保持しておくことで、ＣＥが領域をまたいで移動しても移動先の領域を担当するＣＭにスムーズに接続を行うことができて、共存サービスの提供を継続できると考えられる。しかし、ＩＥＥＥ Ｓｔｄ ８０２．１９．１−２０１４ではそのような仕組みは提供されない。

そこで本件開示者は、上述の点に鑑み、ＣＥが領域をまたいで移動しても移動先の領域を担当するＣＭにスムーズに接続を行うことができて、共存サービスの提供を継続できる技術について鋭意検討を行った。その結果、本件開示者は、ＣＥが接続中のＣＭの情報だけでなく、周辺領域のマネジメントを行うＣＭの情報をＣＥが保持しておくことで、ＣＥが領域をまたいで移動しても移動先の領域を担当するＣＭにスムーズに接続を行うことができて、共存サービスの提供を継続できる技術を考案するに至った。

［１．２．構成例］
続いて、ＣＥ、ＣＭ、ＣＤＩＳのそれぞれの機能構成例を説明する。

図５は、ＣＥとして機能しうる装置１００の機能構成例を示す説明図である。図５に示したように、装置１００は、通信部１１０と、処理部１２０と、記憶部１３０と、を含んで構成される。また処理部１２０は、取得部１２１と、制御部１２３と、を含んで構成される。

通信部１１０は、他の装置との間の情報の通信を行う。通信部１１０は、例えば無線通信の場合はアンテナを、有線通信の場合は有線通信用のインタフェースを備えうる。また通信部１１０は、情報の通信処理のための通信回路を備えうる。通信部１１０は、他の装置から受信した情報を処理部１２０に送る。

処理部１２０は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成されており、装置１００の様々な機能を提供する。なお、処理部１２０は、取得部１２１及び制御部１２３以外の他の構成要素をさらに含み得る。即ち、処理部１２０は、取得部１２１及び制御部１２３の動作以外の動作も行い得る。

取得部１２１は、通信部１１０が他の装置から受信した種々の情報を取得する。

制御部１２３は、装置１００の動作を制御する。制御部１２３は、装置１００の動作を制御する際に、取得部１２１が取得した情報や、記憶部１３０で記憶されている情報を用いうる。

記憶部１３０は、例えばＨＤＤ、ＳＳＤ、フラッシュメモリその他の記憶媒体で構成され、種々の情報を記憶する。

本実施形態では、通信部１１０は、装置１００または装置１００がサーブする通信ノードの地理位置情報を、所定の一次システムに割り当てられた周波数帯を二次利用する複数の二次システム（本開示の複数の無線システムの一例）の共存を制御する、ＣＭ（例えば後述のとして機能しうる装置２００）に送信する。

また取得部１２１は、ＣＭ（例えば後述のとして機能しうる装置２００）から、当該ＣＭが管理する地理的領域の周辺の領域を管理するＣＭに関する情報として、共存のための通信制御に必要な情報を含む情報を取得する。

そして制御部１２３は、装置１００または装置１００がサーブする通信ノードの地理位置情報の変更を認識し、取得部１２１が取得した情報を用いて、地理位置情報の変更後の通信ノードにとって適したＣＭを選択する。

図６は、ＣＭとして機能しうる装置２００の機能構成例を示す説明図である。図６に示したように、装置２００は、通信部２１０と、処理部２２０と、記憶部２３０と、を含んで構成される。また処理部２２０は、取得部２２１と、制御部２２３と、を含んで構成される。

通信部２１０は、他の装置との間の情報の通信を行う。通信部２１０は、例えば無線通信の場合はアンテナを、有線通信の場合は有線通信用のインタフェースを備えうる。また通信部２１０は、情報の通信処理のための通信回路を備えうる。通信部２１０は、他の装置から受信した情報を処理部２２０に送る。

処理部２２０は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等で構成されており、装置２００の様々な機能を提供する。なお、処理部２２０は、取得部２２１及び制御部２２３以外の他の構成要素をさらに含み得る。即ち、処理部２２０は、取得部２２１及び制御部２２３の動作以外の動作も行い得る。

取得部２２１は、通信部２１０が他の装置から受信した種々の情報を取得する。

制御部２２３は、装置２００の動作を制御する。制御部２２３は、装置２００の動作を制御する際に、取得部２２１が取得した情報や、記憶部２３０で記憶されている情報を用いうる。

記憶部２３０は、例えばＨＤＤ、ＳＳＤ、フラッシュメモリその他の記憶媒体で構成され、種々の情報を記憶する。

本実施形態では、制御部２２３は、装置２００が管理する地理的領域周辺における他のＣＭに関する情報として、周波数帯を二次利用する二次システム（本開示の複数の無線システムの一例）の共存のための通信制御に必要な情報を含む情報を生成する。二次システムの共存のための通信制御に必要な情報としては、例えば装置２００が管理する地理的領域の情報や、装置２００が有する共存プロファイルに係る情報などが含まれうる。

図７は、ＣＤＩＳとして機能しうる装置３００の機能構成例を示す説明図である。図７に示したように、装置３００は、通信部３１０と、処理部３２０と、記憶部３３０と、を含んで構成される。また処理部３２０は、取得部３２１と、制御部３２３と、を含んで構成される。

通信部３１０は、他の装置との間の情報の通信を行う。通信部３１０は、例えば無線通信の場合はアンテナを、有線通信の場合は有線通信用のインタフェースを備えうる。また通信部３１０は、情報の通信処理のための通信回路を備えうる。通信部３１０は、他の装置から受信した情報を処理部３２０に送る。

処理部３２０は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等で構成されており、装置３００の様々な機能を提供する。なお、処理部３２０は、取得部３２１及び制御部３２３以外の他の構成要素をさらに含み得る。即ち、処理部３２０は、取得部３２１及び制御部３２３の動作以外の動作も行い得る。

取得部３２１は、通信部３１０が他の装置から受信した種々の情報を取得する。

制御部３２３は、装置３００の動作を制御する。制御部３２３は、装置３００の動作を制御する際に、取得部３２１が取得した情報や、記憶部３３０で記憶されている情報を用いうる。

記憶部３３０は、例えばＨＤＤ、ＳＳＤ、フラッシュメモリその他の記憶媒体で構成され、種々の情報を記憶する。

［１．３．動作例］
まず、ＣＥが現在の領域だけでなく周辺の領域のマネジメントを担当するＣＭの情報を取得する際の動作例を説明する。

図８は、ＣＥ（及びＣＥと一体となって移動しうる通信ノード）とＣＭとの動作例を示すシーケンス図である。図８に示したのは、ＣＥが現在の領域だけでなく周辺の領域のマネジメントを担当するＣＭの情報を取得する際の動作例である。

ＣＥ、または通信ノードは、現在の地理位置情報を取得する（ステップＳ１０１）。地理位置情報の取得は、例えばＣＥ、または通信ノードに設けられる位置検出機能が用いられうる。位置検出機能は、具体的には、ＧＮＳＳ（Global Navigation Satellite System）受信機、および／または通信装置などを含みうる。ＧＮＳＳは、例えばＧＰＳ（Global Positioning System）、ＧＬＯＮＡＳＳ（Global Navigation Satellite System）、ＢＤＳ（BeiDou Navigation Satellite System）、ＱＺＳＳ（Quasi-Zenith Satellites System）、またはＧａｌｉｌｅｏなどを含みうる。

ステップＳ１０１で現在の地理位置情報を取得すると、ＣＥは現在の領域を管理するＣＭに対して、近隣の領域を管理するＣＭのリスト（ＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭとする）のリクエストを送信する（ステップＳ１０２）。ＣＥは、当該リクエストに、上記ステップＳ１０１で取得した現在の地理位置情報、または現在の地理位置を識別できるような識別情報を含めうる。

ＣＭは、ＣＥからＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭのリクエストを受信すると、そのＣＥに対するＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭの生成を行う（ステップＳ１０３）。ＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭの生成処理の具体例は後述する。

ＣＭは、上記ステップＳ１０３で、ＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭのリクエストを送信したＣＥに対するＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭを生成すると、続いて、生成したＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭをそのＣＥに通知する（ステップＳ１０４）。ＣＭは、ＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭにＣＭを識別する情報（例えばＩＤ）、ＣＭのＩＰアドレス、ＣＭ担当する領域に係る情報を少なくとも含めてよい。

ＣＥ（及びＣＥと一体となって移動しうる通信ノード）及びＣＭが図８に示した一連の動作を実行することで、ＣＥは、現在の領域だけでなく周辺の領域のマネジメントを担当するＣＭの情報を取得することが出来る。なお、ＣＥは図８に示したＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭの取得手続きを、定期的に実行しても良く、通信ノードの地理位置情報が所定の閾値以上（例えば１キロメートル〜１０数キロメートル程度など）変更されたと認識した場合に実行しても良い。

続いて、ＣＭによるＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭの生成処理を説明する。図９は、ＣＭとＣＤＩＳとの動作例を示すシーケンス図である。図９に示したのは、ＣＭがＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭを生成する際の動作例である。

ＣＭは、ＣＥからＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭのリクエストを受信すると、まずＣＤＩＳに対して、対象となる地理位置情報を通知する（ステップＳ１１１）。ここでＣＭがＣＤＩＳに通知する地理位置情報は、ＣＭがＣＥから取得した地理位置情報である。

ＣＤＩＳは、ＣＭから地理位置情報の通知を受けると、その通知を受けた地理位置情報に基づいてＣＭ情報を抽出する（ステップＳ１１２）。

図４を用いて説明すると、ＣＭから通知を受けた地理位置情報がＲｅｇｉｏｎ ＃７に含まれているものであれば、ＣＤＩＳは、隣接する領域であるＲｅｇｉｏｎ ＃２、＃３、＃４、＃６、＃８、＃１０、＃１１、＃１２をそれぞれ担当するＣＭのＣＭ情報を抽出する。すなわち、ＣＤＩＳはＣＭ１、ＣＭ６、ＣＭ８、ＣＭ１０、ＣＭ１３のＣＭ情報を抽出する。ＣＤＩＳは、ＣＭ情報としてＣＭを識別する情報（例えばＩＤ）、ＣＭのＩＰアドレス、ＣＭ担当する領域に係る情報を抽出する。

ＣＤＩＳは、ステップＳ１１２でＣＭ情報を抽出すると、その抽出したＣＭ情報をＣＭに通知する（ステップＳ１１３）。ＣＭは、ＣＤＩＳからＣＭ情報の通知を受けると、通知されたＣＭ情報を用いてレスポンスメッセージ（ＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭを含んだメッセージ）を生成する（ステップＳ１１４）。

ＣＭ及びＣＤＩＳが図９に示した一連の動作を実行することで、ＣＭは、自身が担当する領域の周辺の領域のマネジメントを担当するＣＭの情報をＣＤＩＳから取得し、ＣＥにその情報を提供することが出来る。

ＣＤＩＳは、ＣＭ情報を通知する際に、前回の通知との差分となるＣＭ情報だけを抽出しても良い。図４を用いて説明すると、例えば、Ｒｅｇｉｏｎ ＃２、＃３、＃４、＃６、＃８、＃１０、＃１１、＃１２をそれぞれ担当するＣＭのＣＭ情報を抽出した後に、ＣＥが移動してＲｅｇｉｏｎ ＃５、＃６、＃７、＃９、＃１１、＃１３、＃１４、＃１５をそれぞれ担当するＣＭのＣＭ情報を抽出する場合、ＣＤＩＳは、Ｒｅｇｉｏｎ ＃５、＃９、＃１３、＃１４、＃１５をそれぞれ担当するＣＭのＣＭ情報だけを抽出してもよい。

続いて、通信ノードが領域をまたいで移動したことによってＣＥが接続先のＣＭを変更する必要が生じた場合の動作を説明する。

図１０は、ＣＥ（及びＣＥと一体となって移動しうる通信ノード）と、２つのＣＭ（ＣＭ１及びＣＭ２とする）との動作例を示すシーケンス図である。図１０に示したのは、通信ノードが領域をまたいで移動したことによってＣＥが接続先のＣＭを変更する必要が生じた際の動作例である。

移動可能な通信ノードがＣＭ１から共存サービスの提供を受けており（ステップＳ１２１）、その通信ノードがＣＥに地理位置情報の更新を、定期的に、または所定の閾値以上（例えば１キロメートル〜１０数キロメートル程度など）変更した場合に通知する（ステップＳ１２２）。

ＣＥは、通信ノードから通知された地理位置情報から領域（Ｒｅｇｉｏｎ）の変更を認識すると（ステップＳ１２３）、予めＣＭ（例えば現在共存サービスの提供を受けているＣＭ１）から取得したＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭを参照して、新しい接続先のＣＭを決定する（ステップＳ１２４）。ここでは、ＣＥが新しい接続先のＣＭとしてＣＭ２を決定したとする。

ＣＥは、新しい接続先のＣＭをＣＭ２に決定すると、そのＣＭ２へ接続リクエストを送信する（ステップＳ１２５）。ＣＭ２は、接続リクエストを送信してきたＣＥの接続の可否を含めたメッセージを接続レスポンスとしてＣＥに返信する（ステップＳ１２６）。

ＣＭ２がＣＥの接続を受け入れ、ＣＥに接続レスポンスを返信すると、ＣＭ２は、ＣＥまたは通信ノードの情報を取得する（ステップＳ１２６）。ＣＭ２は、ＣＥから直接情報を取得してもよく、または、ＣＥの変更前の接続先のＣＭであったＣＭ１から情報を取得してもよい。ＣＭ２がＣＥの変更前の接続先のＣＭであったＣＭ１から情報を取得する場合、上記ステップＳ１２５のＣＥの接続リクエストには、ＣＭ１、すなわち変更前の接続先のＣＭの情報が含まれていることが望ましい。

ＣＥ（及びＣＥと一体となって移動しうる通信ノード）と、２つのＣＭとが図１０に示したような動作を実行することで、通信ノードが領域をまたいで移動したことによってＣＥが接続先のＣＭを変更する必要が生じても、ＣＥはスムーズに接続先のＣＭを変更することが出来る。

ここまでは、複数のＣＭ間で管理制御する地理領域が明確に分けられている状況を想定し、移動に伴う接続先のＣＭの変更手続きの全体的な流れの一例を説明した。

ただし、これまでの説明では、ＣＭの機能（例えば、ＣＭが提供可能な共存サービス、ＣＭが具備する共存プロファイルなど）や、ＣＥの機能または要件（例えば、ＣＥが所望する共存サービス、ＣＥが具備する共存プロファイル）等は考慮していない。実際には、上記の点を考慮すると、移動先の地理領域を管理または制御するＣＭによるサポートを受けられない可能性が存在することが容易に想定されうる。この問題は，上述の実施例を変形することで解決することが可能になる。

図１１は、図４と同様に、担当する地域がそれぞれのＣＭに割り当てられるシナリオを説明する説明図である。図４は、１６個の地域にそれぞれのＣＭが割り当てられている様子を示したものである。

図１１のように、共存プロファイルとしてＰｒｏｆｉｌｅ ３を有するＣＥを具備する通信ノードが（またはＣＥと一体となって移動しうる通信ノードが）、Ｒｅｇｉｏｎ ＃７、Ｒｅｇｉｏｎ ＃１０、Ｒｅｇｉｏｎ ＃１４と移動するケースを想定する。Ｒｅｇｉｏｎ ＃７を担当するＣＭ２はＰｒｏｆｉｌｅ ３を有し、Ｒｅｇｉｏｎ ＃１０を担当するＣＭ１はＰｒｏｆｉｌｅ ２を有しているとする。この場合、ＣＥとＲｅｇｉｏｎ ＃１０を管理するＣＭ１の共存プロファイルは異なっているため、ＣＥはＣＭ１から共存サービスを直接受けることができない。

そこで、元々ＣＥが接続していたＲｅｇｉｏｎ ＃７のＣＭ２が、「ＣＥの代わりにＣＭ１からＩｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅを受け、ＣＭ１からのＩｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃに含まれる共存に係る情報をＣＥに通知する」ということを実施する。すなわち、ＣＭ２がＣＭ１を代理することになる。ＣＭ２がＣＭ１を代理することで、Ｐｒｏｆｉｌｅ ３を有するＣＥを具備する通信ノード（またはＣＥと一体となって移動しうる通信ノードが）がＲｅｇｉｏｎ ＃７からＲｅｇｉｏｎ ＃１０に移動しても、システム側はＣＥに対する共存サービスを提供し続けることが可能になる。

さらに通信ノードが移動してＲｅｇｉｏｎ ＃１４に移ると、Ｒｅｇｉｏｎ ＃１４を管理するＣＭ７がＰｒｏｆｉｌｅ ３をサポートしており、図１０で示した手順をそのまま適用することで、ＣＥが接続先のＣＭを変更することができるようになる。

ＣＭが、他のＣＭのＩｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅを仲介する機能を有することで、このような一連の動作を実現することが出来る。

ＣＭが、他のＣＭのＩｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅを仲介する機能を実現するために、上述のＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭに、「提供可能な共存サービスの種類を示す識別子」及び「共存プロファイルを示す識別子」を含めることとする。「提供可能な共存サービスの種類を示す識別子」は例えば，以下のようなクラス情報であってもよい。

ＣＭ Ｃｌａｓｓ １：Ｉｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅとＭａｎａｇｅｍｅｎｔ ｓｅｒｖｉｃｅの両方を提供する
ＣＭ Ｃｌａｓｓ ２：Ｍａｎａｇｅｍｅｎｔ ｓｅｒｖｉｃｅのみを提供する
ＣＭ Ｃｌａｓｓ ３：Ｉｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅのみを提供する

ＣＥは、サポートできない共存プロファイルを具備するＣＭが管理または制御する地理領域に通信ノードが移動したと判断した場合、接続中のＣＭに対して代理提供サービス（Ｐｒｏｘｙ ｓｅｒｖｉｃｅと称することとする）をリクエストする。ＣＥは、このリクエストに、少なくとも現在位置を示す情報（ＧＮＳＳで取得した情報や領域情報等）を含める。またＣＥは、当該位置で、本来、共存サービスを提供するＣＭの情報（ＩＤ等）を含めてもよい。

接続中のＣＭ（以下Ｐｒｏｘｙ ＣＭと呼ぶ）は、このＣＥからのリクエストに基づいて、対象となるＣＭからＩｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅで提供されるチャネルと、送信電力と、のリストを取得する。Ｉｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅで提供されるチャネルと、送信電力と、のリストは、ＣＤＩＳに登録されているものを使ってよい。または、ＣＭは、ＣｏＥを介して情報を他のＣＭから直接取得してもよい。ＣＥは、Ｐｒｏｘｙ ＣＭからチャネルと送信電力とのリストを取得し、通信ノードを設定する。

さらに通信ノードが移動して、ＣＥと同一の共存プロファイルを具備するＣＭが管理または制御する地理領域に移動したと判断した場合、ＣＥは、Ｐｒｏｘｙ ＣＭに対してＰｒｏｘｙ ｓｅｒｖｉｃｅの終了を通知する。そしてＣＥは、図１０で示した手続き例に基づき、接続先のＣＭの変更を行う。この際、Ｐｒｏｘｙ ＣＭは、新しい接続先のＣＭに対して、保持していたＣＥおよび通信ノードの情報を転送してもよい。

ここまでは、ＣＥと、移動先の地理領域を管理するＣＭとで共存プロファイルが異なる例を説明した。このようなケースは、例えばローミングなどで発生しうる。

ＣＥとＣＭとの間で共存プロファイルが例え同一であっても、ＣＥと、移動先の地理領域を管理するＣＭとで共存プロファイルが異なる場合の方法を適用できる。例えば、ＣＥは、（共存プロファイルが同一である）移動先のＣＭとの接続を試みても、そのときのＣＭの計算負荷が大きく、接続が完了できない場合もあると考えられる。

そのような場合、ＣＥは、変更前の地理領域を管理するＣＭにＰｒｏｘｙ ｓｅｒｖｉｃｅのリクエストを送信し、現在の地理領域におけるＩｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅを代理で提供してもらうようにしてもよい。ＣＥとＣＭとの間で共存プロファイルが例え同一であっても、ＣＥと、移動先の地理領域を管理するＣＭとで共存プロファイルが異なる場合の方法を適用することで、ＣＭの負荷分散という効果を期待できる。

図１２は、ＣＥ（及びＣＥと一体となって移動しうる通信ノード）と、２つのＣＭ（ＣＭ１及びＣＭ２とする）との動作例を示すシーケンス図である。図１２に示したのは、通信ノードが領域をまたいで移動したことによってＣＥが接続先のＣＭを変更する必要が生じた際の動作例である。また図１２に示したのは、変更前の地理領域を管理するＣＭにＰｒｏｘｙ ｓｅｒｖｉｃｅのリクエストを送信し、現在の地理領域におけるＩｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅを代理で提供してもらう場合の動作例である。

移動可能な通信ノードがＣＭ１から共存サービスの提供を受けており（ステップＳ１３１）、その通信ノードがＣＥに地理位置情報の更新を、定期的に、または所定の閾値以上（例えば１キロメートル〜１０数キロメートル程度など）変更した場合に通知する（ステップＳ１３２）。

ＣＥは、通信ノードから通知された地理位置情報から領域（Ｒｅｇｉｏｎ）の変更を認識すると（ステップＳ１３３）、予めＣＭ（例えば現在共存サービスの提供を受けているＣＭ１）から取得したＬｉｓｔＯｆＮｅｉｇｈｂｏｒＣＭを参照して、新しい接続先のＣＭを決定する（ステップＳ１３４）。ここでは、ＣＥが新しい接続先のＣＭとしてＣＭ２を決定したとする。

ＣＥは、新しい接続先のＣＭをＣＭ２に決定すると、そのＣＭ２へ接続リクエストを送信する（ステップＳ１３５）。ＣＭ２は、接続リクエストを送信してきたＣＥの接続の可否を含めたメッセージを接続レスポンスとしてＣＥに返信する（ステップＳ１３６）。

ここで、ＣＭ２は、ＣＥと共存プロファイルが異なっているか、または共存プロファイルが同一であっても何らかの理由でＣＥの接続を受け入れることが出来ないとする。この場合、ＣＥは変更前の地理領域を管理するＣＭ１に、代理でＩｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅを提供してもらうようＰｒｏｘｙ Ｉｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅのリクエストをＣＥ１に送信する（ステップＳ１３７）。当該リクエストには、ステップＳ１３４で決定した新しい接続先のＣＭであるＣＭ２に関する情報が含まれうる。

ＣＭ１は、Ｐｒｏｘｙ Ｉｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅのリクエストをＣＥから受信すると、ＣＭ２へＩｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅのリクエストを送信する（ステップＳ１３８）。

ＣＭ２は、ＣＭ１からＩｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅのリクエストを受信すると、ＣＭ１に対して当該リクエストに対するレスポンスを送信する（ステップＳ１３９）。

ＣＭ２から上記レスポンスを受信したＣＭ１は、ＣＥに対してＰｒｏｘｙ Ｉｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅのリクエストに対するレスポンスを送信する（ステップＳ１４０）。

ＣＥ（及びＣＥと一体となって移動しうる通信ノード）と、２つのＣＭとが図１２に示したような動作を実行することで、通信ノードが領域をまたいで移動したことによってＣＥが接続先のＣＭを変更する必要が生じても、ＣＥはスムーズに接続先のＣＭを変更することが出来る。また、ＣＥ（及びＣＥと一体となって移動しうる通信ノード）と、２つのＣＭとが図１２に示したような動作を実行することで、ＣＥと共存プロファイルが異なっているか、または共存プロファイルが同一であっても何らかの理由で、移動先の領域を担当するＣＭがＣＥの接続を受け入れることが出来ない場合であっても、移動前の領域を担当するＣＭからＩｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅを受けることが出来る。

＜２．まとめ＞
以上説明したように本開示の実施の形態によれば、ＣＥが接続中のＣＭの情報だけでなく、周辺領域のマネジメントを行うＣＭの情報をＣＥが保持しておくことで、ＣＥが領域をまたいで移動しても移動先の領域を担当するＣＭにスムーズに接続を行うことができて、共存サービスの提供を継続できる。

本明細書の装置に備えられるプロセッサ（例えば、ＣＰＵ、ＤＳＰなど）を上記装置の構成要素として機能させるためのコンピュータプログラム（換言すると、上記プロセッサに上記装置の構成要素の動作を実行させるためのコンピュータプログラム）も作成可能である。また、当該コンピュータプログラムを記録した記録媒体も提供されてもよい。また、上記コンピュータプログラムを記憶するメモリと、上記コンピュータプログラムを実行可能な１つ以上のプロセッサとを備える装置も提供されてもよい。また、上記装置の構成要素の動作を含む方法も、本開示に係る技術に含まれる。

また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
自装置または自装置がサーブする通信ノードの地理位置情報を、複数の無線システム間の共存を制御する通信制御判断装置に送信する通信部と、
前記通信制御判断装置から、該通信制御判断装置が管理する地理的領域の周辺の領域を管理する通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を取得する取得部と、
を備える、通信制御装置。
（２）
自装置または前記通信ノードの地理位置情報の変更を認識し、前記取得部が取得した情報を用いて接続する通信制御判断装置を選択する制御部をさらに備える、請求項１に記載の通信制御装置。
（３）
前記制御部は、選択した前記通信制御判断装置への接続を前記通信ノードが完了できないと判断した場合に、前記通信ノードの移動前の地理的領域における通信制御判断装置に対して共存サービスの代理提供リクエストを通知する、請求項２に記載の通信制御装置。
（４）
前記制御部は、再度選択した前記通信制御判断装置への接続を前記通信ノードが完了できると判断した場合に、共存サービスの代理提供を行っていた通信制御判断装置へ前記代理提供リクエストの終了を通知する、請求項３に記載の通信制御装置。
（５）
前記制御部は、選択した前記通信制御判断装置と、自装置とで共存プロファイルが異なっている場合に、選択した前記通信制御判断装置への接続を前記通信ノードが完了できないと判断する、請求項３に記載の通信制御装置。
（６）
前記制御部は、タイムアウトにより選択した前記通信制御判断装置に接続が出来なかった場合に、選択した前記通信制御判断装置への接続を前記通信ノードが完了できないと判断する、請求項３に記載の通信制御装置。
（７）
複数の無線システム間の共存を制御する通信制御判断装置であって、
自装置が管理する地理的領域周辺における、前記無線システムの利用に係る制御判断を行う他の通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を生成する制御部を備える、通信制御判断装置。
（８）
前記制御部は、提供可能な共存サービスの種類を識別可能な識別子を含む情報を生成する、請求項７に記載の通信制御判断装置。
（９）
自装置または自装置がサーブする通信ノードの地理位置情報を、複数の無線システム間の共存を制御する通信制御判断装置に送信することと、
前記通信制御判断装置から、該通信制御判断装置が管理する地理的領域の周辺の領域を管理する通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を取得することと、
を含む、方法。
（１０）
複数の無線システム間の共存を制御する通信制御判断装置が実行する方法であって、
自装置が管理する地理的領域周辺における、前記無線システムの利用に係る制御判断を行う他の通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を生成することを含む、方法。
（１１）
コンピュータに、
自装置または自装置がサーブする通信ノードの地理位置情報を、複数の無線システム間の共存を制御する通信制御判断装置に送信することと、
前記通信制御判断装置から、該通信制御判断装置が管理する地理的領域の周辺の領域を管理する通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を取得することと、
を実行させる、コンピュータプログラム。
（１２）
複数の無線システム間の共存を制御するコンピュータが実行するコンピュータプログラムであって、
自装置が管理する地理的領域周辺における、前記無線システムの利用に係る制御判断を行う他の通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を生成することを実行させる、コンピュータプログラム。

１００、２００、３００ 装置

Claims (12)

1. 自装置または自装置がサーブする通信ノードの地理位置情報を複数の無線システム間の共存を制御する通信制御判断装置に送信する通信部と、
   前記通信制御判断装置から、該通信制御判断装置が管理する地理的領域の周辺の領域を管理する通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を取得する取得部と、
   を備える、通信制御装置。
2. 自装置または前記通信ノードの地理位置情報の変更を認識し、前記取得部が取得した情報を用いて接続する通信制御判断装置を選択する制御部をさらに備える、請求項１に記載の通信制御装置。
3. 前記制御部は、選択した前記通信制御判断装置への接続を前記通信ノードが完了できないと判断した場合に、前記通信ノードの移動前の地理的領域における通信制御判断装置に対して共存サービスの代理提供リクエストを通知する、請求項２に記載の通信制御装置。
4. 前記制御部は、再度選択した前記通信制御判断装置への接続を前記通信ノードが完了できると判断した場合に、共存サービスの代理提供を行っていた通信制御判断装置へ前記代理提供リクエストの終了を通知する、請求項３に記載の通信制御装置。
5. 前記制御部は、選択した前記通信制御判断装置と、自装置とで共存プロファイルが異なっている場合に、選択した前記通信制御判断装置への接続を前記通信ノードが完了できないと判断する、請求項３に記載の通信制御装置。
6. 前記制御部は、タイムアウトにより選択した前記通信制御判断装置に接続が出来なかった場合に、選択した前記通信制御判断装置への接続を前記通信ノードが完了できないと判断する、請求項３に記載の通信制御装置。
7. 複数の無線システム間の共存を制御する通信制御判断装置であって、
   自装置が管理する地理的領域周辺における、前記無線システムの利用に係る制御判断を行う他の通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を生成する制御部を備える、通信制御判断装置。
8. 前記制御部は、提供可能な共存サービスの種類を識別可能な識別子を含む情報を生成する、請求項７に記載の通信制御判断装置。
9. 自装置または自装置がサーブする通信ノードの地理位置情報を、複数の無線システム間の共存を制御する通信制御判断装置に送信することと、
   前記通信制御判断装置から、該通信制御判断装置が管理する地理的領域の周辺の領域を管理する通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を取得することと、
   を含む、方法。
10. 複数の無線システム間の共存を制御する通信制御判断装置が実行する方法であって、
    自装置が管理する地理的領域周辺における、前記無線システムの利用に係る制御判断を行う他の通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を生成することを含む、方法。
11. コンピュータに、
    自装置または自装置がサーブする通信ノードの地理位置情報を、複数の無線システム間の共存を制御する通信制御判断装置に送信することと、
    前記通信制御判断装置から、該通信制御判断装置が管理する地理的領域の周辺の領域を管理する通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を取得することと、
    を実行させる、コンピュータプログラム。
12. 複数の無線システム間の共存を制御するコンピュータが実行するコンピュータプログラムであって、
    自装置が管理する地理的領域周辺における、前記無線システムの利用に係る制御判断を行う他の通信制御判断装置に関する情報として、共存のための通信制御に必要な情報を含む情報を生成することを実行させる、コンピュータプログラム。

Images