(57)【要約】  本開示は、プライマリシステム及びサブシステムを含む無線通信システムに用いられるスペクトル管理装置、方法、地理的位置データベース、共存発見装置及びサブシステムを提供する。スペクトル管理装置は、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報と、スペクトル調整能力情報とを取得し、それぞれのサブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル調整能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定する、ように配置されている処理回路を含み、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報はサブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応する。本開示のスペクトル管理装置、方法、地理的位置データベース、共存発見装置及びサブシステムによれば、スペクトルリソースの効率的な利用を達成することができる。
2019515607.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムに用いられるスペクトル管理装置であって、前記無線通信システムは、プライマリシステム及びサブシステムを含み、前記スペクトル管理装置は、処理回路を含み、
前記処理回路は、
当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報とスペクトル調整能力情報とを取得し、当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報は、サブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応し、
それぞれのサブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル調整能力情報とに基づいて、当該スペクトル管理装置が管理するそれぞれのサブシステムに対するスペクトル調整を確定する、ように配置されている、
スペクトル管理装置。
【請求項２】
前記処理回路は、さらに、スペクトルリソースを要求するサブシステムが存在し、且つ前記無線通信システムにおいて残りのスペクトルリソースが存在するが、前記スペクトルリソースを要求するサブシステムが他のサブシステムのスペクトルリソース割り当てを変更しないとスペクトルリソースを得ることができない場合に、当該要求に応答して、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報を取得し、前記スペクトル使用情報と前記スペクトル調整能力情報とに基づいて、当該スペクトル管理装置が管理するそれぞれのサブシステムに対するスペクトル調整をトリガーするか否か確定する、ように配置されている請求項１に記載のスペクトル管理装置。
【請求項３】
前記残りのスペクトルリソースには、無線通信システムにおいて使用されていないスペクトルリソース、及び新たにリリースされたスペクトルリソースの少なくとも一方が含まれる請求項２に記載のスペクトル管理装置。
【請求項４】
前記処理回路は、さらに、前記無線通信システムにおけるサブシステムに対するスペクトル調整をトリガーすると確定する場合に、それぞれのサブシステムのスペクトル調整能力情報を取得し、且つ前記スペクトル調整能力情報に基づいて、スペクトル調整操作をサポートするサブシステムに対するスペクトル調整を確定する、ように配置されている請求項２又は３に記載のスペクトル管理装置。
【請求項５】
前記処理回路は、
（ｉ）当該残りのスペクトルリソースについて、当該スペクトル管理装置が管理するサブシステムにおいて、前記残りのスペクトルリソースを使用していないが、残りのスペクトルリソースが当該サブシステムによって使用されるように調整される場合にプライマリシステムへの干渉が前記プライマリシステムの許容範囲にあるサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成し、
（ｉｉ）前記サブシステム集合において前記スペクトルリソースを要求するサブシステムが存在するか否かを判断し、
前記スペクトルリソースを要求するサブシステムが存在する場合に、前記判断に基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定し、
前記スペクトルリソースを要求するサブシステムが存在しない場合に、前記サブシステム集合に含まれるサブシステムのそれぞれが現在使用しているスペクトルリソースを、前記残りのスペクトルリソースとし、
前記サブシステム集合に含まれるサブシステムのそれぞれが現在使用しているスペクトルリソースに対して、前記サブシステム集合において前記スペクトルリソースを要求するサブシステムが存在するまで、上記操作（ｉ）〜（ｉｉ）を繰り返す、ように配置されている請求項２〜４のいずれか一項に記載のスペクトル管理装置。
【請求項６】
前記処理回路は、前記操作（ｉ）〜（ｉｉ）を繰り返す回数が所定の閾値に達した場合にも、それぞれのサブシステム集合において前記スペクトルリソースを要求するサブシステムが含まれていないと、前記スペクトルリソースを要求するサブシステムにスペクトルリソースを割り当てない、ように配置されている請求項５に記載のスペクトル管理装置。
【請求項７】
前記処理回路は、当該スペクトル管理装置が管理するそれぞれのサブシステムの利用可能なスペクトル情報を利用して、前記サブシステム集合を構成するサブシステムを選択するように配置されおり、前記利用可能なスペクトル情報は、当該サブシステムのプライマリシステムへの干渉がプライマリシステムの許容範囲内にある条件での、サブシステムの利用可能なスペクトルに関する情報である、請求項５又は６に記載のスペクトル管理装置。
【請求項８】
前記処理回路は、当該スペクトル管理装置が管理するサブシステムにおいて、利用可能スペクトルが当該残りのスペクトルリソースを含むサブシステムが存在すると、当該サブシステムを選択して当該残りのスペクトルリソースに対応するサブシステム集合を構成する、ように配置されている請求項７に記載のスペクトル管理装置。
【請求項９】
前記処理回路は、それぞれのサブシステムが現在のスペクトルリソースの使用を保持しながら、プライマリシステムへの干渉がプライマリシステムの許容範囲にあることを保証するという条件での、それぞれのプライマリシステムに対する移動可能範囲の情報に基づいて、当該サブシステム集合を構成するサブシステムを選択する、ように配置されている請求項５又は６に記載のスペクトル管理装置。
【請求項１０】
前記残りのスペクトルリソースは、無線通信システムにおいて新しくリリースされたスペクトルリソースであり、前記処理回路は、当該スペクトル管理装置が管理する、当該残りのスペクトルリソースをリリースするサブシステムの前記移動可能範囲に位置しているサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成する、ように配置されている請求項９に記載のスペクトル管理装置。
【請求項１１】
前記処理回路は、前記無線通信システムにおいて複数のプライマリシステムを含む場合に、当該残りのスペクトルリソースをリリースするサブシステムの複数の移動可能範囲のオーバラップ領域内に位置しているサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成する、ように配置されている請求項１０に記載のスペクトル管理装置。
【請求項１２】
前記処理回路は、それぞれのサブシステムの使用スペクトルが割り当てられる際の時間情報に基づいて、前記サブシステム集合を構成するサブシステムを選択するように配置されている請求項５又は６に記載のスペクトル管理装置。
【請求項１３】
前記残りのスペクトルリソースは、無線通信システムにおいて新しくリリースされたスペクトルリソースであり、前記処理回路は、当該スペクトル管理装置が管理するサブシステムから、その使用スペクトルが割り当てられる時間が当該残りのスペクトルリソースをリリースするサブシステムに当該残りのスペクトルリソースが割り当てられる時間よりも遅いサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成する、ように配置されている請求項１２に記載のスペクトル管理装置。
【請求項１４】
前記処理回路は、当該残りのスペクトルリソースに対応するサブシステム集合のサブシステムを選択した後、サブシステム集合におけるサブシステムのそれぞれに対して、当該残りのスペクトルリソースが当該サブシステムによって使用されるように調整される場合にプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるか否かを確定し、前記サブシステム集合からプライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを除去する、ように配置されている請求項９〜１３のいずれか一項に記載のスペクトル管理装置。
【請求項１５】
前記処理回路は、さらに、
それぞれのサブシステム集合に基づいてペクトル遷移グラフとして有向グラフを作成し、前記ペクトル遷移グラフに応じて、深さ優先探索又は幅優先探索により前記スペクトル調整に関するスペクトル調整情報を確定するように配置されており、
前記有向グラフは、当該残りのスペクトルリソースをリリースするサブシステム又はスペクトル管理装置を末尾ノードとし、当該残りのスペクトルリソースに対応するサブシステム集合におけるサブシステムのそれぞれを先頭ノードとして、前記残りのスペクトルリソースを末尾ノードと先頭ノードとを接続する有向辺の重みとすることにより、作成される請求項５〜１４のいずれか一項に記載のスペクトル管理装置。
【請求項１６】
前記スペクトル調整に関するスペクトル調整情報を送信するように配置されている通信ユニットをさらに含み、当該スペクトル調整情報は、スペクトル調整操作を行うサブシステムの識別子、当該サブシステムに新たに割り当てられたスペクトルリソースの情報及び／又は当該サブシステムによってリリースされるスペクトルリソースの情報を含む請求項１〜１５のいずれか一項に記載のスペクトル管理装置。
【請求項１７】
前記通信ユニットは、さらに、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報とスペクトル調整能力情報、無線通信システムにおける残りのスペクトルリソースに関する情報、サブシステムの移動可能範囲に関する情報、サブシステムの使用スペクトルが割り当てられる際の時間に関する情報の少なくとも一方を受信する、ように配置されている請求項１６に記載のスペクトル管理装置。
【請求項１８】
無線通信システムに用いられるサブシステムであって、
当該サブシステムのスペクトル使用情報とスペクトル調整能力情報とを送信し、当該スペクトル使用情報とスペクトル調整能力情報とに基づいて当該サブシステムに対するスペクトル調整を確定するとともに、当該サブシステムのスペクトル使用を調整するためのスペクトル調整情報を受信する、ように配置されている通信ユニットを含み、
当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報は、サブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応するサブシステム。
【請求項１９】
前記スペクトル調整情報は、スペクトル調整操作を行うサブシステムの識別子、当該サブシステムに新たに割り当てられたスペクトルリソースの情報及び／又は当該サブシステムによってリリースされるスペクトルリソースの情報を含み、前記サブシステムは、前記スペクトル調整情報に基づいてそのスペクトル使用を調整する請求項１８に記載のサブシステム。
【請求項２０】
前記通信ユニットは、さらに、スペクトルリソースを要求するためのスペクトルリソース要求を送信するように配置されている請求項１８又は１９に記載のサブシステム。
【請求項２１】
無線通信システムに用いられる地理的位置データベースであって、前記無線通信システムは、プライマリシステム及びサブシステムを含み、前記地理的位置データベースは、
それぞれのサブシステムのスペクトル使用情報とスペクトル調整能力情報とを提供するように配置されている通信ユニットを含み、
当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報は、サブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応し、
前記スペクトル使用情報と前記スペクトル調整能力情報は、前記無線通信システムにおけるサブシステムに対するスペクトル調整を確定するために用いられる地理的位置データベース。
【請求項２２】
スペクトルリソースを要求するサブシステムが存在し且つ前記無線通信システムに残りのリソースが存在するが、前記スペクトルリソースを要求するサブシステムが他のサブシステムのスペクトルリソース割り当てを変更しないとスペクトルリソースを得ることができない場合に、当該要求に応答して、無線通信システムにおけるサブシステムに対するスペクトル調整をトリガーするか否かを確定する、ように配置されている処理回路をさらに含む請求項２１に記載の地理的位置データベース。
【請求項２３】
前記処理回路は、さらに、当該残りのスペクトルリソースに対して、サブシステムを選択して当該残りのスペクトルリソースに対応するサブシステム集合を構成し、当該サブシステム集合に基づいてそれぞれのサブシステムのスペクトル調整を確定する場合に、当該残りのスペクトルリソースが当該サブシステムによって使用されるように調整される際にプライマリシステムへの干渉を算出し、前記サブシステム集合から、プライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを除去する、ように配置されている請求項２２に記載の地理的位置データベース。
【請求項２４】
無線通信システムに用いられる共存発見装置であって、前記無線通信システムはプライマリシステム及びサブシステムを含み、前記共存発見装置は、
スペクトルリソースを要求するサブシステムが存在し且つ前記無線通信システムに残りのリソースが存在するが、前記スペクトルリソースを要求するサブシステムが他のサブシステムのスペクトルリソース割り当てを変更しないとスペクトルリソースを得ることができない場合に、当該要求に応答して、無線通信システムにおけるサブシステムに対するスペクトル調整をトリガーするか否かを確定し、サブシステムを管理するスペクトル管理装置が無線通信システムにおけるサブシステムに対するスペクトル調整をトリガーすると確定した場合に、それが管理するサブシステムのスペクトル調整能力情報を取得することにより、サブシステムのスペクトル調整能力情報に基づいて、管理するサブシステムに対するスペクトル調整を確定し、当該スペクトル調整能力情報は、サブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応する、ように配置されている処理回路を含む、
共存発見装置。
【請求項２５】
サブシステムのスペクトルリソースを要求するための要求、及びそれぞれのサブシステムの使用スペクトル情報の少なくとも一方を受信するとともに、無線通信システムにおけるサブシステムに対するスペクトル調整をトリガーするか否かの確定結果を送信する、ように配置されている通信ユニットをさらに含む請求項２４に記載の共存発見装置。
【請求項２６】
無線通信システムに用いられるスペクトル管理方法であって、前記無線通信システムは、プライマリシステム及びサブシステムを含み、前記スペクトル管理方法は、
当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報とスペクトル調整能力情報とを取得し、当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報は、サブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応し、
それぞれのサブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル調整能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定することを含む、
無線通信システムに用いられるスペクトル管理方法。
【請求項２７】
無線通信システムに用いられる方法であって、前記無線通信システムは、地理的位置データベース、スペクトル管理装置及びサブシステムを含み、前記方法は、
地理的位置データベースによりそれぞれのサブシステムのスペクトル使用情報とスペクトル調整能力情報とを送信し、当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報は、当該サブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応し、
それぞれのサブシステムのスペクトル使用による無線通信システムにおけるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、スペクトル管理装置は、その管理するサブシステムのスペクトル使用情報とスペクトル調整能力情報とを受信し、前記スペクトル使用情報と前記スペクトル調整能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定し、
前記スペクトル管理装置は、スペクトル調整に関するスペクトル調整情報を送信し、
サブシステムは、前記スペクトル管理装置が送信した前記スペクトル調整情報を受信し、当該スペクトル調整情報を利用してそのスペクトル使用を調整する、ことを含む、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年５月１７日に中国専利局に提出した、出願番号が２０１６１０３２７２２３.８であって、発明の名称が「スペクトル管理装置、方法、地理的位置データベース及びサブシステム」である中国特許出願の優先権を主張し、本願で、その全ての内容を援用するものとする。
【０００２】
本開示は、無線通信におけるスペクトルリソースの管理に関し、特に、プライマリシステム及びサブシステムを含む無線通信システムのスペクトル管理装置、スペクトル管理方法、地理的位置データベース、サブシステム及び無線通信方法に関する。
【背景技術】
【０００３】
コンピュータ及び通信技術の急速な発展に伴い、グローバル情報ネットワークはネットワーク間の相互接続されたプロトコル（ＩＰ）を基とする次世代ネットワーク（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ，ＮＧＮ）に急速に進化している。次世代ネットワークは、多様な無線技術が共存して異種無線アクセスネットワークを形成することを主な特徴の一つとし、なお、異種無線アクセスネットワークによるスペクトルリソースの使用は優先順位の差異がある。スペクトルの管理はプライマリシステム（Ｐｒｉｍａｒｙ  Ｓｙｓｔｅｍ）とサブシステム（Ｃｏｇｎｉｔｉｖｅ  Ｒａｄｉｏ  Ｓｙｓｔｅｍ，ＣＲＳ）との二つの部分に関する。テレビジョンバンドで作動するネットワークはプライマリシステムとサブシステムとの二つの部分を含む。プライマリシステムは、テレビジョンバンドを使用する権利を持ち、サブシステムは当該バンドを使用する権利を持たず、且つ同じ周波数のプライマリシステムへの干渉が許容範囲内にある場合にのみプライマリシステムと共に当該テレビジョンバンドを使用できるようになる。
【０００４】
従って、新たに到着したサブシステムや、既存のサブシステムの新サービスがリソースを割り当てることを要求する場合に、プライマリシステム及び既存のサブシステムのスペクトルリソース使用状態を同時に考慮する必要がある。ネットワークの運営に伴い、それぞれのシステム状態が常に変化して、スペクトルリソース割当結果であるリソース利用率が低下し、容量の制限に達していないもののより多いサブシステムにアクセスできないことを招く。上記の問題を解決するために、簡単な方法は、サブシステムの全体に対してリソース割り当て及びシステム配置を新たに行うことであるが、このような大量のサブシステムを再配置する形態は非常に高いオーバーヘッドをもたらす。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
以下では、本発明に関する簡単な概説を説明して、本発明のある局面に関する基本的理解を提供する。この概説が本発明に関する取り尽くし的概説ではないと理解すべきである。それは、本発明の肝心又は重要部分を意図的に特定するものではなく、本発明の範囲を意図的に限定するものでもない。その目的は、簡素化の形式で、ある概念を提供して、後論述するより詳しい技術の前言とするものである。
【０００６】
従来技術の上記欠陥に鑑み、従来技術における問題を克服するために、本開示の目的の一つは、プライマリシステム及びサブシステムを含む無線通信システムのスペクトル管理装置、方法、地理的位置データベース及びサブシステムを提供することである。
【課題を解決するための手段】
【０００７】
本開示の一実施例によれば、無線通信システムに用いられるスペクトル管理装置を提供し、前記無線通信システムはプライマリシステム及びサブシステムを含み、前記スペクトル管理装置は処理回路を含み、当該処理回路は、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報とスペクトル調整能力情報とを取得し、それぞれのサブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、スペクトル使用情報とスペクトル調整能力情報とに基づいて、当該スペクトル管理装置が管理するそれぞれのサブシステムに対するスペクトル調整を確定するように配置されており、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報はサブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応する。
【０００８】
本開示の他の一実施例によれば、無線通信システムに用いられるサブシステムを提供し、当該サブシステムのスペクトル使用情報とスペクトル調整能力情報とを送信し、当該スペクトル使用情報とスペクトル調整能力情報とに基づいて当該サブシステムに対するスペクトル調整を確定するとともに、当該サブシステムのスペクトル使用を調整するためのスペクトル調整情報を受信する、ように配置されている通信ユニットを含み、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報はサブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応する。
【０００９】
本開示のさらなる一実施例によれば、無線通信システムに用いられる地理的位置データベースを提供し、前記無線通信システムはプライマリシステム及びサブシステムを含み、前記地理的位置データベースは、それぞれのサブシステムのスペクトル使用情報とスペクトル調整能力情報とを提供するように配置されている通信ユニットを含み、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報は、サブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応し、前記スペクトル使用情報と前記スペクトル調整能力情報は、前記無線通信システムにおけるサブシステムに対するスペクトル調整を確定するために用いられる。
【００１０】
本開示の他の一実施例によれば、無線通信システムに用いられる共存発見装置を提供し、前記無線通信システムはプライマリシステム及びサブシステムを含み、前記共存発見装置は、スペクトルリソースを要求するサブシステムが存在し且つ無線通信システムに残りのリソースが存在するが、前記スペクトルリソースを要求するサブシステムが他のサブシステムのスペクトルリソース割り当てを変更しないとスペクトルリソースを得ることができない場合に、当該要求に応答して、無線通信システムにおけるサブシステムに対するスペクトル調整をトリガーするか否かを確定し、サブシステムを管理するスペクトル管理装置が無線通信システムにおけるサブシステムに対するスペクトル調整をトリガーすると確定した場合に、それが管理するサブシステムのスペクトル調整能力情報を取得することにより、サブシステムのスペクトル調整能力情報に基づいて、管理するサブシステムに対するスペクトル調整を確定する、ように配置されている処理回路を含み、当該スペクトル調整能力情報は、サブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応する。
【００１１】
本開示の他の一実施例によれば、無線通信システムに用いられるスペクトル管理方法を提供し、前記無線通信システムはプライマリシステム及びサブシステムを含み、前記スペクトル管理方法は、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報とスペクトル調整能力情報とを取得し、それぞれのサブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル調整能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定することを含み、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報はサブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応する。
【００１２】
本開示のさらなる一実施例によれば、無線通信システムに用いられる方法を提供し、前記無線通信システムは地理的位置データベース、スペクトル管理装置及びサブシステムを含み、前記方法は、サブシステムからのスペクトルリソース要求に応答して、地理的位置データベースによりそれぞれのサブシステムのスペクトル使用情報とスペクトル調整能力情報とを送信し、それぞれのサブシステムのスペクトル使用による無線通信システムにおけるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、スペクトル管理装置が、その管理するサブシステムのスペクトル使用情報とスペクトル調整能力情報とを受信し、スペクトル使用情報とスペクトル調整能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定し、前記スペクトル管理装置がスペクトル調整に関するスペクトル調整情報を送信し、サブシステムが前記スペクトル管理装置が送信したスペクトル調整情報を受信し、当該スペクトル調整情報を利用してそのスペクトル使用を調整する、ことを含み、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報は当該サブシステムスペクトル管理操作をサポートするか否かに関する情報に対応する。
【００１３】
また、本開示の実施例は、上記スペクトル管理方法を実現するためのコンピュータプログラムをさらに提供する。
【００１４】
本開示の実施例は、上記スペクトル方法を実現するためのコンピュータプログラムコードが記憶されたコンピュータ読み取り可能記憶媒体をさらに提供する。
【００１５】
上記した本開示の実施例によるスペクトル管理装置、方法、地理的位置データベース、共存発見装置及びサブシステムは、少なくとも、可能な限り少ない再配置オーバーヘッドで可能な限り多いサブシステムにアクセスし、スペクトルリソースの効率的な利用を達成するような有益な効果を図る。
【００１６】
以下で図面に基づいて、本発明の好適な実施例を説明することにより、本開示の上記、及びその他の長所はより明らになるだろう。
【図面の簡単な説明】
【００１７】
本開示は、以下に図面と合わせて記載された説明を参照することによりよく理解できる。なお、全ての図面において、同一又は類似する部品を同一又は類似する符号で示している。前記図面は以下の詳細説明と共に本明細書に含まれ本明細書の一部として構成されており、更に例を挙げることにより本開示の好適な実施例を説明し、本開示の原理とメリットを解釈する。図面において、
【図１】プライマリシステム及びサブシステムを含む通信システムの概略的な模式図を示す。
【図２】本願の一実施例による、無線通信システムに用いられるスペクトル管理装置の構成のブロック図を示す。
【図３】図２における処理回路の他の構成例を示すブロック図である。
【図４】図３における調整トリガーユニットの概略的構造を示すブロック図である。
【図５】図３における調整確定ユニットの概略的構造を示すブロック図である。
【図６】本開示によるサブシステムのスペクトル調整の例を示す模式図である。
【図７】図７ａと図７ｂは、サブシステムの移動可能範囲に基づいてサブシステム集合を確定する例を模式的に示す。
【図８】サブシステムの使用スペクトルが割り当てられた時間に基づいてサブシステム集合を確定する例を模式的に示す。
【図９】調整確定ユニットの他の概略的構造を模式的に示す。
【図１０】本開示の実施例によるスペクトル調整グラフの例を模式的に示す。
【図１１】本開示の実施例によるスペクトル管理装置の他の例を示すブロック図である。
【図１２】本開示の実施例による無線通信システムに用いられるサブシステム装置の概略的ブロック図を示す。
【図１３】本開示の実施例による無線通信システムに用いられる地理的位置データベースの例を示すブロック図である。
【図１４】本開示の実施例による無線通信システムに用いられる地理的位置データベースの他の例を示すブロック図である。
【図１５】本開示の実施例による共存発見装置の概略的構造を示すブロック図である。
【図１６】本開示の実施例による共存発見装置の他の概略的構造を示す。
【図１７】本開示の実施例によるスペクトル管理システムの概略的構造を示す。
【図１８】本開示の実施例によるスペクトル管理方法を示すフローチャートである。
【図１９】本開示の実施例による無線通信システムに用いられる方法を示すフローチャートである。
【図２０】本開示の実施例によるスペクトル管理システムに用いられる方法の例を示すフローチャートである。
【図２１】無線通信システムに用いられる方法のフローチャートの具体例を示す。
【図２２】無線通信システムに用いられる方法のフローチャートの具体例を示す。
【図２３】本開示の実施例によるスペクトル管理システムに用いられる応用例を示す模式図である。
【図２４】本開示内容の技術を応用できるスマートフォンの概略的な配置を示すブロック図である。
【図２５】本開示内容の技術を応用できるカーナビゲーションデバイスの概略的な配置の一例を示すブロック図である。
【図２６】本発明の実施例による方法及び/又は装置及び/又はシステムを実現する汎用コンピュータの概略的な構成のブロック図である。  当業者であれば、図面における素子は、簡明で、明らかのために示されたものであり、必ずしも一定の比例に従ってプロットされていないと理解すべきである。例えば、図面のいくつかの素子の寸法は、本開示の実施形態の理解を向上させるために、他の素子に対して誇張されている場合がある。
【発明を実施するための形態】
【００１８】
以下、図面に基づいて、本開示の例示的な実施例を記述する。明らかで、簡明のために、明細書において実際の実施形態の全部の特徴を記述していない。但し、理解すべきことは、開発者の具体的な目標を実現するように、これらの実際の実施例を開発する過程で実施形態に特定する決定をしなければならず、例えば、システム及び業務に関する制限条件に符合し、且つこれら制限条件は、実施形態が異なるに伴って変わる可能性がある。なお、さらに、理解すべきことは、開発仕事が複雑で、時間がかかる可能性があるが、本開示内容に得意な当業者にとって、このような開発仕事はきまり通り行う任務に過ぎない。
【００１９】
ここで、さらに説明する必要がある点は、不必要な内容によって本開示をぼかすことを避けるために、図面において、本開示のスキームに緊密に関する装置構成及び／又は処理ステップのみを示し、本開示に関係が少ない他の内容を省略した。
【００２０】
プライマリシステム及びサブシステムを含む通信システムについては、プライマリシステム及びサブシステムが同一又は隣り合うスペクトルで相互干渉を低減させながら合理にスペクトルリソースを利用することを可能にするために、本開示は、限られたスペクトルリソースの十分な利用を実現するために、プライマリシステムに干渉しないことを確保して、サブシステムのスペクトル使用を最適化する方法を提案する。通常、プライマリシステムは、プライマリ基地局及びプライマリユーザーを含み、サブシステムは、サブ基地局及びサブユーザーを含む。本開示によれば、プライマリシステムは、スペクトル使用を許可する権利を持っているシステムであってもよく、それに対応して、サブシステムは、スペクトル使用を許可する権利を持っていないシステムであってもよく、本開示の他の実施例によれば、プライマリシステムはサブシステムと共にスペクトル使用権利を有してもよいが、サブシステムよりもスペクトル使用の優先順位が高く、この場合に、サブシステムはプライマリシステムに有害な干渉を生じない場合にのみプライマリシステムと共に許可スペクトルを使用することが可能となる。プライマリシステム、サブシステムの概念は、本分野で公知であるので、ここでそれについて詳細に記述しない。
【００２１】
図１に、プライマリシステム及びサブシステムを含む通信システムの一例の模式図を示している。
【００２２】
図１に示す通信システムは、三つのプライマリシステムＡ、Ｂ、Ｃ、三つのサブシステムａ、ｂ、ｃ、及びサブシステムのスペクトルリソースを管理するためのスペクトル管理装置Ｄ１を含む。
【００２３】
図１に示す通信システムは例であり、当業者であれば、通信システムに含まれるプライマリシステム及びサブシステムは他の数量でありえると理解され、例えば、二つ又は四つ以上のプライマリシステムなどを含む。
【００２４】
ここで、説明を必要とすることは、プライマリシステム及びサブシステムを含む通信システムについては、ネットワーク状態が変化して(例えば新しいリソースニーズがあるサブシステムが存在するので当該サブシステムにスペクトルリソースを割り当てる必要がある)、スペクトルリソースを調整する必要がある場合に、少なくとも、当該サブシステムがスペクトルリソースを使用する場合にプライマリシステムへの干渉(例えば図１中のプライマリシステムＡ、Ｂ、Ｃ)がプライマリシステムの許容範囲内にあるという外部拘束条件を満足する必要がある。
【００２５】
また、複数のサブシステムが存在する場合に、スペクトルリソースを要求するサブシステムにスペクトルリソースを割り当てる時に、全てのサブシステムがスペクトルリソースを使用する際の集約干渉がプライマリシステムの許容範囲内にあることを確保する必要がある。従って、本開示において、スペクトルリソースを要求するサブシステムがスペクトルリソースを使用する場合にプライマリシステムへの干渉が前記プライマリシステムの許容範囲にあることを言及すると、スペクトルリソースを要求したサブシステムが割り当てられたスペクトルリソースを使用し且つ現在通信システムにおいて他のサブシステムがそれに割り当てられたスペクトルリソースを使用している
(即ち、それが使用しているスペクトルリソース)場合に、当該サブシステムを含む全てのサブシステムのプライマリシステムへの集約干渉を意味する。当業者は、従来技術の任意の方法を使用して、サブシステムのプライマリシステムへの集約干渉を算出でき、その具体的算出方式については、ここで重複しない。
【００２６】
図２に、本願の一実施例による、無線通信システムに用いられるスペクトル管理装置１を示し、当該無線通信システムはプライマリシステム及びサブシステムを含み、スペクトル管理装置１は、処理回路１０を含み、当該処理回路１０は、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報とスペクトル調整能力情報とを取得し、及び、それぞれのサブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル調整能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定する、ように配置されており、当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトルに関する情報に対応し、当該スペクトル調整能力情報は、サブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応する。本開示によれば、スペクトル管理装置１は、地理的位置データベース（Ｇｅｏ−ｌｏｃａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ，ＧＬＤＢ）とは独立して設定されてもよいし、地理的位置データベースに設置されてもよい。
【００２７】
本開示によれば、スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられたスペクトルに関する情報である。それぞれのサブシステムの使用のために割り当てられたスペクトルは、相応するサブシステムによって使用されてもよいし、当該サブシステムに現在リソースニーズが無いので使用しないか又は一部だけを使用してもよい。スペクトル管理装置１の処理回路１０は、例えば、地理的位置データベース（ＧＬＤＢ）や、それぞれのサブシステムからサブシステムのスペクトル使用情報を取得することができる。地理的位置データベースの定義、及びそれが使用スペクトル情報を取得する具体的方法は、従来技術であるので、ここで、それについての詳細記述を省略する。また、スペクトル管理装置１は、サブシステムにスペクトルリソースを割り当てるために用いられることができるので、それぞれのサブシステムに既に割り当てられたスペクトルリソースをメンテナンスし、例えば、それぞれのサブシステムに割り当てられて使用されるスペクトルリソースに関する情報は、その記憶ユニットに記憶されることにより、処理回路１０は、スペクトル管理装置１の記憶ユニットからサブシステムのスペクトル使用情報を取得することもできる。
【００２８】
スペクトル調整能力情報は、サブシステムがスペクトル遷移を行う能力を表す。異種無線アクセスネットワークは、数が多く、タイプが多様なサブシステムをサポートし、ＱｏＳ要求上でも多樣性がある。例えば、サブシステムは単一の移動デバイスであってもよいし、移動デバイスからなるネットワークであってもよい。従って、異なるサブシステムの再配置による消費も異なり、スペクトル調整による再配置に対する感度の違いを引き起こす。スペクトル調整能力情報を提供することは、サブシステムが自分の特徴やニーズに応じてスペクトル調整操作に参加するか否かを選択できることを確保する。これらの特徴や、ニーズは、サービスの重要性、スペクトル調整への参加がいくつかの利益（仮想通貨やトラフィックを引き換える）をもたらすか否かなどが含まれる。スペクトル調整能力情報は、運行の中でサブシステムが自分の特徴やニーズに応じて動的に設定することが可能となる。例えば、スペクトル調整能力情報はｓｐｅｃｔｒｕｍＴｒａｎｓｉｔｉｏｎＣａｐａｂｉｌｉｔｙで示すことができる。スペクトル調整能力情報の値は、例えばブール値で示し、例えば、「ＴＲＵＥ」に設定し、当該サブシステムがスペクトル調整操作をサポートすることを示し、さもなければ、スペクトル調整操作に参加することを拒否することを示す。スペクトル使用情報と類似して、処理回路１０は、例えば地理的位置データベースや、それぞれのサブシステムからサブシステムのスペクトル調整能力情報を取得してもよいし、スペクトル管理装置の記憶ユニットからスペクトル調整能力情報を取得してもよい。
【００２９】
図２に、さらに、処理回路１０の機能モジュールの例を示し、図２に示すように、処理回路１０は、取得ユニット１０１と調整確定ユニット１０２とを含んでいる。これらの機能モジュールは、それぞれ一つの処理回路により実現されてもよく、一つの処理回路により併せて実現されてもよく、又は一つの処理回路の一部として実現されるか、各機能モジュールは複数の処理回路により実現されてもよいと理解される。言い換えれば、機能モジュールの実現形態は制限されない。なお、処理回路１０は、例えば、データ処理能力を有する中央処理装置(ＣＰＵ)、マイクロプロセッサ、集成回路モジュールなどであってもよい。以下、図３を参照しながらスペクトル管理装置１の構成と機能について詳細に記述する。
【００３０】
一例として、処理回路１０は、さらに、スペクトルリソースを要求するサブシステムが存在し、且つ前記無線通信システムにおいて残りのリソースが存在する場合に、当該要求に応答して、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報を取得し、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報に基づいて、前記サブシステムに対してスペクトル調整を行うことをトリガーするか否かを確定することにより、スペクトルリソースを要求するサブシステムのスペクトルリソースの使用を満足する、ように配置されている。
【００３１】
本開示によれば、残りのスペクトルリソースは、ユーザの使用上限に達していないスペクトルリソースであってもよく、無線通信システムにおいて使用されていないスペクトルリソース、新しくリリースされたスペクトルリソース及び他のユーザの使用上限に達していないスペクトルリソースを含んでもよい。例えば、無線通信システムにおいてあるスペクトルリソースが存在していると、プライマリシステムへの干渉がその干渉閾値範囲内にあることを保証する場合に最大１０個のサブシステムの使用を許可することができ、現在に５個のサブシステムが当該スペクトルリソースを使用しているので、これは、当該スペクトルリソースの使用がユーザを収容する上限に達していない(つまり、当該スペクトルリソースが十分に利用されず、調整の空間がある)ことを表明する。以下の記述において、無線通信システムにおいて使用されていないスペクトルリソース、新しくリリースされたスペクトルリソースを除く他のユーザの使用上限に達していないスペクトルリソースを、ユーザの使用上限に達していない他のスペクトルリソースと称する。
【００３２】
それに対応して、図３に示すように、処理回路１０は、前記サブシステムに対してスペクトル調整を行うことをトリガーするか否かを確定することにより、スペクトルリソースを要求するサブシステムのスペクトルリソース使用を満足するための調整トリガーユニット１０３をさらに含んでもよい。
【００３３】
本開示によれば、スペクトルリソースを要求するサブシステムが存在し、且つ前記無線通信システムに残りのスペクトルリソースが存在する場合に、調整トリガーユニット１０３は、当該スペクトルリソース要求に応答して、サブシステムのスペクトルリソース調整の操作をトリガーするか否かを確定できる。
【００３４】
図４に、調整トリガーユニットの概略的な構成を示している。
【００３５】
図４に示すように、調整トリガーユニット１０３は、無線通信システムにおいて残りのスペクトルリソースが存在するか否か、及び当該残りのスペクトルリソースがスペクトルリソースを要求するサブシステムによって使用され得るか否かを判断するように配置されている判断モジュール１０３１と、前記判断モジュール１０３１が無線通信システムに残りのスペクトルリソースが存在し且つ当該残りのスペクトルリソースがスペクトルリソースを要求するサブシステムによって使用され得ないと判断した場合に、それぞれのサブシステムのスペクトル使用に対する調整をトリガーすると確定するためのトリガー確定ユニット１０３２とを含んでいる。
【００３６】
本開示の一実施例によれば、判断モジュール１０３１は、まず、無線通信システムにおける残りのスペクトルリソースがスペクトルリソースを要求するサブシステムによって使用され得るか否かを判断することができる。例えば、判断モジュール１０３１は、残りのスペクトルリソースがスペクトルリソースを要求するサブシステムの利用可能なスペクトルに属するか否かを判断し、残りのスペクトルリソースがスペクトルリソースを要求するサブシステムの利用可能スペクトルに属すると、判断モジュール１０３１は、残りのスペクトルリソースがスペクトルリソースを要求するサブシステムによって使用され得ると判断でき、これにより、処理回路１０は、当該残りのスペクトルリソースを当該サブシステムに割り当てると確定することができる。判断モジュール１０３１の上記判断は、例えば、取得ユニット１０１が地理的位置データベースから取得した当該スペクトルリソースを要求するサブシステムの利用可能スペクトルリストに基づいて行われてもよい。本開示による利用可能スペクトルリストは、サブシステムのプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるという条件での、サブシステムの利用可能なスペクトルに関する情報を含む。又は、判断モジュール１０３１は、スペクトルリソースを要求するサブシステムが当該残りのスペクトルリソースを使用する場合にプライマリシステムへの干渉がプライマリシステムの干渉閾値範囲にあるか否かを判断してもよく、プライマリシステムの干渉閾値範囲内にあると、判断モジュール１０３１は、残りのスペクトルリソースがスペクトルリソースを要求するサブシステムによって使用され得ると判断し、これにより、処理回路１０は、当該残りのスペクトルリソースを当該スペクトルリソースを要求するサブシステムに割り当てると確定することができる。
【００３７】
判断モジュール１０３１は、スペクトルリソースを要求するサブシステムが残りのスペクトルリソースを取得できると判断した場合に、残りのスペクトルリソースを、当該スペクトルリソースを要求するサブシステムに割り当てることができ、サブシステムのスペクトル調整を行う必要がなく、従って、トリガー確定ユニット１０３２は、それぞれのサブシステムのスペクトル使用に対する調整をトリガーしないと確定し、且つ残りのスペクトルリソースを当該スペクトルリソースを要求するサブシステムに割り当てると確定できる。
【００３８】
逆に、判断モジュール１０３１は、スペクトルリソースを要求するサブシステムが残りのスペクトルリソースを取得できないと判断した場合に、さらに、無線通信システムにおいて残りのスペクトルリソースが存在するか否かを判断する。第２の判断モジュール１０３２が無線通信システムにおいて残りのスペクトルリソースが存在しないと判断すると、無線通信システムにおけるスペクトルリソースの全部が十分に利用されたことを表し、即ち、現在のサブシステムのスペクトル使用を調整することによりスペクトルリソースを要求するサブシステムにスペクトルリソースを割り当てることができないことを表し、この場合、トリガー確定ユニット１０３２は、それぞれのサブシステムのスペクトル使用に対する調整をトリガーしないと確定し、且つスペクトルリソースを要求するサブシステムのアクセスを拒否すると確定する。無線通信システムにおいて残りのリソースが存在すると、トリガー確定ユニット１０３２は、それぞれのサブシステムのスペクトル使用に対するスペクトル調整をトリガーすると確定することで、スペクトル調整により、プライマリシステムへの干渉がプライマリシステムの干渉閾値範囲内にあることを確保して、スペクトルリソースを要求するサブシステムにスペクトルリソースを提供することが可能となる。
【００３９】
トリガー確定ユニット１０３２は、それぞれのサブシステムのスペクトル使用に対するスペクトル調整をトリガーしないと確定した場合に、スペクトル管理装置１は当該サブシステムのアクセスを拒否すると確定することができる。
【００４０】
本開示による調整トリガーユニット１０３の、サブシステムを調整する処理をトリガーか否かを確定するトリガー操作は、共存発見と称されてもよい。
【００４１】
スペクトル管理装置が管理するサブシステムに対してスペクトル調整を行うことをトリガーすると調整トリガーユニット１０３が確定することに応答して、処理回路１０における取得ユニット１０１は、それが管理するそれぞれのサブシステムのスペクトル調整能力情報を取得し、取得したスペクトル調整能力情報に基づいて、スペクトル調整をサポートするサブシステムを選択してもよく、そして、処理回路１０における調整確定ユニット１０２により、これらのスペクトル調整操作をサポートするサブシステムに対するスペクトル調整を確定する。
【００４２】
以上の記述によれば、処理回路１０の取得ユニット１０１はスペクトルリソースの要求に応答して、それぞれのサブシステムのスペクトル使用情報を取得し、及びサブシステムに対するスペクトル調整をトリガーすると確定することに応答して、スペクトル調整能力情報を取得したが、本開示はこれに限定されるものではない。例えば、取得ユニット１０１は、所定のタイミング毎に、当該スペクトル管理装置が管理するそれぞれのサブシステムのスペクトル使用情報と、スペクトル調整能力情報と、を取得してもよい。
【００４３】
以下、調整確定ユニット１０２の概略的な構造について詳細に記述する。図５に示すように、調整確定ユニット１０２は、サブシステム集合確定モジュール１０２１と、判定モジュール１０２２とを含み、当該サブシステム集合確定モジュール１０２１は、残りのスペクトルリソースに対して、スペクトル管理装置が管理するサブシステムから、前記残りのスペクトルリソースを使用していないが、当該残りのスペクトルリソースが当該サブシステムによって使用されるように調整される場合にプライマリシステムへの干渉が前記プライマリシステムの許容範囲にあるようなサブシステムを選択して当該残りのスペクトルリソースに対応するサブシステム集合を構成し、当該判定モジュール１０２２は、前記サブシステム集合において前記スペクトルリソースを要求するサブシステムが存在するか否かを判定し、前記スペクトルリソースを要求するサブシステムが存在する場合に、当該判断に基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定し、スペクトルリソースを要求するサブシステムが存在しない場合に、前記サブシステム集合に含まれているサブシステムのそれぞれが現在に使用しているスペクトルリソースを、前記残りのスペクトルリソースとし、サブシステム集合に含まれているサブシステムのそれぞれが現在に使用しているスペクトルリソースに対して、前記サブシステム集合にスペクトルリソースを要求するサブシステムが存在するまで、サブシステム確定モジュール１０２１と判定モジュール１０２２との上記操作を繰り返す。
【００４４】
本開示によれば、サブシステム集合確定モジュール１０２１は、以下の条件に基づいて、残りのスペクトルリソースに対応するサブシステム集合に含まれているサブシステムを確定し、上記条件は、当該サブシステムが前記残りのスペクトルリソースを使用していないが、残りのスペクトルリソースが、当該サブシステムによって使用されるように調整される場合にプライマリシステムへの干渉が前記プライマリシステムの許容範囲にあることであり、つまり、当該残りのスペクトルリソースが、当該サブシステムによって使用されるように調整されると、調整の後、通信システムの全体における、当該サブシステムを含む全てのサブシステムがスペクトルリソースを使用し、即ち、当該サブシステムが残りのスペクトルリソースを使用し(本開示によれば、当該残りのスペクトルリソースがあるサブシステムがリリースしたものであると、対応するサブシステムは当該残りのスペクトルリソースの使用を停止する必要がある)、他のサブシステムは現在使用しているスペクトルリソースを使用する場合にプライマリシステムへの干渉がプライマリシステムの干渉閾値範囲内にあるようになる。
【００４５】
図６に、残りのスペクトルリソースが新しくリリースされたスペクトルリソースである場合に、二つのサブシステムの間のスペクトル調整（スペクトル遷移）を確定する例を示している。
【００４６】
図６に示すように、通信システムにおいて二つのサブシステムＣＲＳａとＣＲＳｂとが存在し、その中、ＣＲＳａがスペクトルＣＨ１を使用し、ＣＲＳｂがスペクトルＣＨ１を使用せず、ＰＳ１がＣＨ１を使用する任意の一つのプライマリシステムである(又はプライマリシステム基準点であり、プライマリシステムへの干渉を算出するための等価位置点である)。スペクトルＣＨ１をＣＲＳａからＣＲＳｂへ遷移した後(即ち、ＣＲＳｂがＣＲＳａがリリースしたスペクトルＣＨ１を使用する)、ＣＲＳｂのＰＳ１への集約干渉が依然としてＰＳ１の許容可能な範囲にある場合に、スペクトルＣＨ１をＣＲＳａからＣＲＳｂに遷移できると考えられる。図６に示すように、IＣ→１は現在システムにおいてＣＨ１を使用するサブシステムの全てのＰＳ１への集約干渉を示し、Ｃが現在システムが利用可能スペクトルリストにＣＨ１が含まれるサブシステムの集合を示し、
2019515607.tif 000003
はプライマリシステムＰＳ１の干渉閾値を示す。スペクトルＣＨ１をＣＲＳａからＣＲＳｂに遷移すると、ＰＳ１が受ける新集約干渉は
2019515607.tif 000004
として算出され、その中、
2019515607.tif 000005
集合演算は集合ＣからＣＲＳｂを加えてＣＲＳａを除去することで新しいサブシステム集合を構成することを示し、
2019515607.tif 000006
を満足すると、スペクトルＣＨ１をＣＲＳａからＣＲＳｂに遷移でき、これにより、ＣＲＳａはそれが使用しているスペクトルリソースＣＨ１をリリースする場合に、ＣＲＳｂを、リリースされた残りのスペクトルリソースＣＨ１に対応するサブシステム集合に含ませることができる。
【００４７】
図６を例に、サブシステムＣＲＳａがそれの使用するスペクトルリソースＣＨ１をリリースすることを例として、残りのスペクトルリソースＣＨ１に対応するサブシステム集合を確定する具体的処理について説明する。当業者であれば、サブシステム集合を確定する記述において、特に言及しない限り、スペクトルリソースＣＨ１は無線通信システム内の使用されていないスペクトルリソース又は新しくリリースされたスペクトルリソースであってもよいと理解される。
【００４８】
サブシステムＣＲＳｂが現在にスペクトルリソースＣＨ１を使用していない場合に、例えば、サブシステムＣＲＳｂが残りのスペクトルリソースＣＨ１を使用するとプライマリシステムへの干渉がプライマリシステムの干渉閾値範囲にあるか否かの確定は、以下の二つの場合に分けることができる。
【００４９】
場合１：残りのスペクトルリソースＣＨ１がサブシステムＣＲＳｂの使用スペクトルに属しないがその利用可能スペクトルに属し、これは、ＧＬＤＢがＣＲＳｂに利用可能スペクトルを割り当てる際に既にＣＲＳｂのＰＳ１への干渉を考慮したことを表すので、ＣＲＳｂが集合Ｃに属するから、
2019515607.tif 000007
となり、即ち、
2019515607.tif 000008
はＣの真部分集合であり、
2019515607.tif 000009
を必ず満足する。従って、この場合について、直接にスペクトル管理装置が管理するそれぞれのサブシステムの利用可能なスペクトル情報により、ＣＲＳｂを、リリースされた空きのスペクトルリソースＣＨ１に対応するサブシステム集合に含ませることが確認できる。
【００５０】
場合２：ＣＨ１がＣＲＳｂの利用可能スペクトルリストに属しないと、
2019515607.tif 000010
と
2019515607.tif 000011
との関係を確認できず、新たに算出する必要がある。
【００５１】
場合２について、一つの可能な実現形態は、スペクトル管理装置１が、地理的位置データベースが記憶算出した全ての情報にアクセスでき、即ち、地理的位置データベースは、スペクトル管理装置１が管理するそれぞれのサブシステムに対して、それが残りのスペクトルリソースを使用するように調整された後プライマリシステム（又はプライマリシステム基準点）への干渉がプライマリシステムの干渉閾値内にあるか否かを再算出し、プライマリシステムの干渉閾値内にあると、サブシステム集合確定モジュール１０２１は、当該サブシステムを当該残りのスペクトルリソースに対応するサブシステム集合に含ませ、さもなければ、それを当該残りのスペクトルリソースに対応するサブシステム集合に含ませない。そして、サブシステム集合確定モジュール１０２１によって確定されたサブシステム集合に基づいて、判定モジュール１０２２によって判定を実行し、当該判定に基づいてスペクトル調整スキームを確定するようにする。
【００５２】
さらに、サブシステム集合を確定する際の算出量を低減させるために、残りのスペクトルリソースがサブシステムの新しくリリースされたスペクトルリソースである場合に、サブシステム集合確定モジュール１０２１は、それぞれのサブシステムが現在のスペクトルリソースの使用を保持しながらプライマリシステムへの干渉がプライマリシステムの許容範囲内にあることを保証する条件での、プライマリシステムに対する移動可能範囲の情報に基づいて、当該サブシステム集合を構成するサブシステムを選択する、ように配置されてもよい。本開示によれば、移動可能範囲とは、無線通信システムにおいて、それぞれのサブシステムが現在の使用スペクトルの使用を保持しながら、当該移動可能範囲内で移動するとプライマリシステムに有害な干渉を引き起こすことなく、即ち、それのプライマリシステムへの干渉がその許容範囲にあることを指す。本開示によれば、無線通信システムにおいて複数のプライマリシステムが存在する場合に、サブシステムは複数のプライマリシステムのそれぞれのプライマリシステムに対して一つの移動可能範囲を有する。
【００５３】
通常、地理的位置データベースがいずれかのサブシステムＣＲＳやスペクトル管理装置に送信するサブシステムの利用可能なスペクトル情報には、当該サブシステムの移動可能範囲の情報をさらに含み (即ち、現在スペクトルリソースの使用を保持しながら、サブシステムが当該移動可能範囲内で移動すると、ターゲットプライマリシステム(又はプライマリシステム基準点)への集約干渉を増加させない)。本開示によれば、当該移動可能範囲情報を使用して、当該リリースされた当該残りのスペクトルリソースに対応するサブシステム集合を構成するサブシステムを選択し、選択したサブシステムに基づいて、選択したサブシステムが残りのスペクトルリソースを使用するように調整された後プライマリシステムへの干渉がプライマリシステムの干渉閾値範囲内にあるか否かを確認することができ、トライアルの範囲を縮小し、計算量を減らす。
【００５４】
本開示によれば、サブシステムＣＲＳａの使用するスペクトルリソースＣＨ１（即ち、それを本開示による残りのスペクトルリソースと見なす）の調整目標（即ち、スペクトル調整の際に、スペクトルリソースＣＨ１を使用できるサブシステム、本開示に言及された、残りのスペクトルリソースに対応するサブシステム集合におけるサブシステム）を考慮する際に、スペクトルリソースＣＨ１をリリースするサブシステムＣＲＳａの移動可能範囲にあり且つ当該スペクトルリソースを使用していない他のサブシステムのみを潜在的調整目標として考慮すればよい。
【００５５】
本開示によれば、サブシステム集合確定モジュール１０２１は、当該当該スペクトル管理装置が管理する、当該残りのスペクトルリソースをリリースするサブシステムの前記移動可能範囲内にあるサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成する、ように配置されている。
【００５６】
前記無線通信システムに一つのプライマリシステムが含まれている場合に、サブシステム集合確定モジュール１０２１は、当該スペクトル管理装置が管理する、当該残りのスペクトルリソースをリリースするサブシステムの前記移動可能範囲内にあるサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成してもよい。
【００５７】
前記無線通信システムに複数のプライマリシステムが含まれている場合に、サブシステム集合確定モジュール１０２１は、当該残りのスペクトルリソースをリリースするサブシステムの複数の移動可能範囲のオーバラップ領域内に位置するサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成してもよい。
【００５８】
好ましくは、サブシステムがプライマリシステムから離れるほど、プライマリシステムへの干渉が小さくなる。即ち、以下の場合は非常に高い可能性があり、即ち、残りのスペクトルリソースをリリースするサブシステムと比べて、プライマリシステムからより離れる位置に位置するサブシステムが残りのスペクトルリソースを使用するとプライマリシステムへの干渉がより小さくなる。これに基づいて、上記移動可能範囲のうち、当該残りのスペクトルリソースをリリースするサブシステムよりも前記プライマリシステムからより離れる位置に位置するサブシステムを選択して当該残りのスペクトルリソースに対応するサブシステム集合を構成するように考慮してもよい。
【００５９】
以下、図７（ａ）と図７（ｂ）と合わせて、サブシステム集合確定モジュール１０２１がサブシステムの移動可能範囲に基づいて、残りのスペクトルリソースに対応するサブシステム集合を構成するサブシステムを確定する具体的処理について詳細に説明する。
【００６０】
図７（ａ）に、その中の、サブシステムＣＲＳａと同じ周波数リソースＣＨ１を使用するプライマリシステム（又はプライマリシステム基準点）が一つしかなく、即ち、ＰＳ１の場合を示している。この場合、サブシステムＣＲＳａがスペクトルリソースＣＨ１をリリースして、残りのスペクトルリソースとする場合に、ＣＨ１に対応するサブシステム集合を確定するために、サブシステムＣＲＳａの移動可能範囲内にある、ＣＲＳａよりもＰＳ１から離れる位置のサブシステムを優先して選択して残りのスペクトルリソースＣＨ１に対応するサブシステム集合を構成してもよい。図７ａに示すように、例えば、残りのスペクトルリソースＣＨ１をリリースするサブシステムＣＲＳａを円心として、標準に合致する運動半径ｒ（例えば、移動距離閾値であってもよく（例えばＥＣＣ  Ｒｅｐｏｒｔ  １８６において規定される５０ｍ））が半径である円内に、サブシステムＣＲＳａよりもプライマリシステムＰＳ１から離れるサブシステムＣＲＳｂを選択して残りのスペクトルリソースＣＨ１に対応するサブシステム集合を構成してもよい。
【００６１】
図７（ｂ）に、サブシステムＣＲＳａと同じ周波数リソースＣＨ１を使用するプライマリシステム（又はプライマリシステム基準点）が複数含まれ、例えばＰＳ１、ＰＳ２、ＰＳ３の場合を示している。この場合、サブシステムＣＲＳａのＰＳ１、ＰＳ２、ＰＳ３における各プライマリシステム（又はプライマリシステム基準点）に対する移動可能範囲をそれぞれ求め、サブシステムＣＲＳａの移動可能範囲として、オーバラップ領域のうち面積が最も大きい円を取って、当該移動可能範囲内のサブシステムを選択して残りのスペクトルリソースＣＨ１に対応するサブシステムを構成してもよい。図７（ｂ）に示すように、サブシステムＣＲＳｂがＣＲＳａ移動可能範囲にないので、それを選択して残りのスペクトルリソースＣＨ１に対応するサブシステム集合を構成することはない。
【００６２】
この場合に確定したサブシステム集合におけるサブシステムが残りのスペクトルリソースを使用する場合にプライマリシステムへの干渉がプライマリシステムの干渉範囲内にあることを確保するために、本開示によれば、サブシステム集合確定モジュール１０２１は、さらに、確定したサブシステム集合におけるサブシステムのそれぞれが残りのスペクトルリソースを使用する場合にプライマリシステムへの干渉の算出に基づいて、残りのスペクトルリソースが当該サブシステムによって使用されるように調整される際にプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるか否かを確定し、前記サブシステム集合からプライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを除去するように配置されている。例えば、スペクトル管理装置１は、サブシステム集合確定モジュール１０２１が確定したサブシステム集合に関する情報を地理的位置データベースに送信し、地理的位置データベースにより、確定したサブシステム集合におけるサブシステムのそれぞれが残りのスペクトルリソースを使用する場合にプライマリシステムへの干渉を算出し、算出結果をスペクトル管理装置１にフィードバックし、サブシステム集合確定モジュール１０２１は、当該算出結果に基づいて前記サブシステム集合からプライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを除去するようにしてもよい。
【００６３】
上記のような検証操作により、サブシステム集合におけるサブシステムが当該サブシステム集合に対応する残りのスペクトルリソースを使用するように調整される場合にプライマリシステムへの干渉がその許容範囲を超えないことを確保することができる。
【００６４】
以上の記述は、それぞれのサブシステムのプライマリシステムに対する移動可能範囲の情報に基づいてサブシステム集合を確定したが、前記のように、スペクトル管理装置１が管理するそれぞれのサブシステムに対して干渉算出を行う場合に比べて、サブシステムの移動可能範囲に基づいてサブシステム集合を確定することが、算出範囲を著しく縮小し、算出量を減らすことができる。
【００６５】
また、それぞれのサブシステムについて、割り当てリソース到達時間  （スペクトルリソースを要求する時間に依存する）の違いによって、その際のネットワークにおいて他のノードのリソース割り当てが違い、その結果、それのリソース割り当ては異なる。
【００６６】
本開示の他の一実施例によれば、残りのスペクトルリソースがサブシステムの新しくリリースしたスペクトルリソースである場合に、サブシステム集合確定モジュール１０２１は、それぞれのサブシステムの使用スペクトルが割り当てられた際の時間情報に基づいて、前記サブシステム集合を構成するサブシステムを選択するように配置されてもよい。
【００６７】
地理的位置データベースがサブシステムとスペクトル管理装置とに送信する使用スペクトル情報には、サブシステムが現在使用しているスペクトルリソースが割り当てられたタイムスタンプが含まれてもよく、サブシステムが現在使用しているスペクトルリソースの取得の時間Ｔｌａｔｅｓｔをマーキングする。サブシステム集合確定モジュール１０２１は、サブシステムが現在使用しているスペクトルリソースを取得した時間Ｔｌａｔｅｓｔに基づいて、サブシステムを選択して、残りのスペクトルリソースに対応するサブシステム集合を構成してもよい。
【００６８】
図８と合わせて、サブシステム集合確定モジュール１０２１がそれぞれのサブシステムの使用スペクトルが割り当てられた際の時間情報に基づいて、残りのスペクトルリソースに対応するサブシステム集合を構成するサブシステムを選択する具体的処理について詳細に説明する。
【００６９】
図８に一例を示し、３つのサブシステムＣＲＳｂ、ＣＲＳａ、ＣＲＳｃについて、それの現在の使用スペクトルが割り当てられたタイムスタンプが時間軸で順番に並べられ、なお、サブシステムＣＲＳａの使用スペクトルＣＨ１がＣＲＳａに割り当てられた時間がサブシステムＣＲＳｂの使用スペクトルＣＨ２がＣＲＳｂに割り当てられた時間よりも遅く、サブシステムＣＲＳｃの使用スペクトルＣＨ３がＣＲＳｃに割り当てられた時間よりも早い。サブシステムＣＲＳａがその使用スペクトルＣＨ１をリリースしたがＣＨ１がＣＲＳｂとＣＲＳｃの利用可能スペクトルに属しない場合に、サブシステムＣＲＳｂに現在使用ペクトルが割り当てられた時間がサブシステムＣＲＳａの使用スペクトルＣＨ１が割り当てられた時間よりも早いことは、ＣＲＳｂに現在使用リソースが割り当てられる際に既にスペクトルリソースＣＨ１を考慮したが、算出を通じてＣＲＳｂがＣＨ１を使用するとプライマリシステムへの干渉が条件に合致しないと確定することで、ＣＲＳｂがＣＨ１を使用しないと確定することを表し、サブシステムＣＲＳｃに現在使用スペクトルが割り当てられた時間がサブシステムＣＲＳａの使用スペクトルＣＨ１が割り当てられた時間よりも遅いので、サブシステムＣＲＳｃにスペクトルリソースＣＨ１を割り当てられない理由は、サブシステムＣＲＳａがスペクトルリソースＣＨ１を使用しているからであり、従って、サブシステムＣＲＳｃはサブシステムＣＲＳｂと比べてより大きい確率でサブシステムＣＲＳａのリリースするスペクトルリソースＣＨ１を使用することができ、言い換えるとサブシステムＣＲＳｃがスペクトルリソースＣＨ１を使用する際にプライマリシステムへの干渉は、サブシステムＣＲＳｂと比べて、より大きい確率でプライマリシステムの干渉閾値範囲内にある。
【００７０】
従って、本開示によれば、サブシステム集合確定モジュール１０２１は、当該スペクトル管理装置が管理するサブシステムから、その使用ペクトルが割り当てられた時間が当該残りのスペクトルリソースをリリースするサブシステムに当該残りのスペクトルリソースが割り当てられた時間よりも遅いサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成するように配置されている。
【００７１】
この場合に確定したサブシステム集合におけるサブシステムが残りのスペクトルリソースを使用する場合にプライマリシステムへの干渉がプライマリシステムの干渉範囲内にあることを確保するために、本開示によれば、それぞれのサブシステムのプライマリシステムに対する移動可能範囲の情報に基づいて当該サブシステム集合を選択してサブシステムを構成することと類似して、サブシステム集合確定モジュール１０２１も、確定したサブシステム集合における各サブシステムが残りのスペクトルリソースを使用する場合にプライマリシステムへの干渉の算出に基づいて、残りのスペクトルリソースが当該サブシステムによって使用されるように調整される際にプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるか否かを確定し、且つ、前記サブシステム集合からプライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを除去する。上記した移動可能範囲の情報に基づいてサブシステムを選択することと類似して、スペクトル管理装置１は、サブシステム集合確定モジュール１０２１が確定したサブシステム集合に関する情報を、地理的位置データベースに送信し、地理的位置データベースにより確定したサブシステム集合におけるサブシステムのそれぞれが残りのスペクトルリソースを使用する場合にプライマリシステムへの干渉を算出し、算出結果をスペクトル管理装置１にフィードバックし、サブシステム集合確定モジュール１０２１は、当該算出結果に基づいて、前記サブシステム集合から、プライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを除去するようにしてもよい。
【００７２】
以上、それぞれのサブシステムのプライマリシステムに対する移動可能範囲の情報に基づいてサブシステム集合を確定すること、及びそれぞれのサブシステムの使用スペクトルが割り当てられた際の時間情報に基づいてサブシステム集合を確定することについてそれぞれ記述したが、二つの形態を組み合わせて使用することもできる。より具体的に、以上の二つの形態に対してそれぞれサブシステム集合を確定し、確定したサブシステム集合を合併して最終的なサブシステム集合を構成し、当該最終のサブシステム集合に基づいて、判定モジュール１０２２により判定してもよい。
【００７３】
残りのスペクトルリソースに対応するサブシステム集合を取得した後、判定モジュール１０２２は、サブシステム集合にスペクトルリソースを要求するサブシステムが含まれる判断に基づいて、それぞれのサブシステムに対するスペクトル調整を確定してもよく、サブシステム集合においてスペクトルリソースを要求するサブシステムが存在しないと、サブシステム集合に含まれているサブシステムのそれぞれが現在に使用しているスペクトルリソースを、前記残りのスペクトルリソースとする。新たに確定したサブシステム集合にスペクトルリソースを要求するサブシステムが含まれるまで、サブシステム集合確定モジュール１０２１と判定モジュール１０２２との操作を繰り返すことにより、それぞれのサブシステムのスペクトル調整を確定することができる。つまり、本開示によれば、残りのスペクトルリソースを起点として、まず、当該残りのスペクトルリソースに対応するサブシステム集合を確定してから、サブシステム集合におけるサブシステムのそれぞれが使用するスペクトルリソースを、残りのスペクトルリソースとして、残りのスペクトルリソースのそれぞれに対応するサブシステム集合を確定し、段階的にサブシステム集合を確定し、サブシステム集合にスペクトルリソースを要求するサブシステムが含まれるまでで、即ち、スペクトルリソースを要求するサブシステムをサブシステム集合確定モジュール１０２１の操作の終点とする。
【００７４】
段階的にサブシステム集合を確定する過程で、サブシステム集合確定操作を繰り返す回数が所定の数に達したが、まだスペクトルリソースを要求するサブシステムを見つけていないと、スペクトルリソースを要求するサブシステムにスペクトル調整スキームが見つかる可能性が少ない。これに基づいて、スペクトル遷移スキームの設計規模及び複雑さを制御するために、本開示の好適な実施例によれば、処理回路は、サブシステム確定モジュール１０２１と判定モジュール１０２２との操作を繰り返す繰り返し回数が所定の閾値に達した場合に、それぞれのサブシステム集合に依然として前記スペクトルリソースを要求するサブシステムが含まれていないと、前記スペクトルリソースを要求するサブシステムにスペクトルリソースを割り当てないと確定するように配置されている。
【００７５】
以下、図９と合わせて調整確定ユニットの他の概略的な構造について詳細に記述する。
【００７６】
図９に示すように、調整確定ユニット１０２と類似してサブシステム集合確定モジュール１０２１及び判定モジュール１０２２を含むことに加えて、調整確定ユニット１０２’は、それぞれのサブシステム集合に基づいて、スペクトル遷移グラフとして、有向グラフを作成し、前記スペクトル遷移グラフに応じて、深さ優先探索又は幅優先探索により前記スペクトル調整に関するスペクトル調整情報を確定するスペクトル調整グラフ生成モジュール１０２３をさらに含んでおり、なお、前記有向グラフは、当該残りのスペクトルリソースをリリースするサブシステム又はスペクトル管理装置を末尾ノードとして、当該残りのスペクトルリソースに対応するサブシステム集合におけるサブシステムのそれぞれを先頭ノードとして、前記残りのスペクトルリソースを末尾ノードと先頭ノードとを接続する有向辺の重みとすることにより作成される。本開示によれば、残りのスペクトルリソースが、システムにおいて使用されていないスペクトルリソース、又はユーザの使用上限に達していない他のスペクトルリソースである場合に、有向グラフを作成する場合に、スペクトル管理装置をソースノードとしてもよい。
【００７７】
図１０に、スペクトル調整グラフの一本の有向パスの例を示し、なお、Ｖｓは残りのスペクトルリソースがあるノードを示し（当該残りのスペクトルリソースをリリースするサブシステムであってもよく、残りのスペクトルリソースが無線通信システムにおいて使用されていないスペクトルリソース又はユーザの使用上限に達成していない他のスペクトルリソースである場合に、一つのスペクトル管理装置を示すロジックノードで示すことができる）、Ｖｉ、Ｖｊは、残りのスペクトルリソースに対応するサブシステム集合におけるサブシステムを示し、Ｖｊは、Ｖｉが示す残りのスペクトルリソースに対応するサブシステム集合におけるサブシステムを示し、Ｖｄは、スペクトルリソースを要求するサブシステムを示し、その中、Ｖｉを末尾ノードとして、Ｖｊを先頭ノードとする有向辺を例に、当該有向辺は、末尾ノードが示すサブシステムが現在使用しているスペクトルリソースを、先頭ノードが示すサブシステムに遷移してもよいことを示し（この場合、末尾ノードが示すサブシステムはそれが現在使用しているスペクトルリソースをリリースする）、即ち、上記スペクトル遷移を行うことによるプライマリシステムへの干渉がプライマリシステムの許容範囲内にある。確定したスペクトル調整スキームは、スペクトル調整グラフＧのＶｓからＶｄまでの一本の有向パスとして示す。当該有向パスのホップ数はスペクトル遷移の回数を示し、即ち、再配置を必要とするサブシステムの数である。従って、好ましいスペクトル遷移スキームは、ＶｓからＶｄまでの一本の最も短い有向パスである。当該最も短い有向パスは、例えば、幅優先探索（Ｂｒｅａｄｔｈ  Ｆｉｒｓｔ  Ｓｅａｒｃｈ，ＢＦＳ）、又は深さ優先探索（Ｄｅｐｔｈ  Ｆｉｒｓｔ  Ｓｅａｒｃｈ，ＤＦＳ）などの方法で求められてもよい。
【００７８】
スペクトル調整グラフ生成モジュール１０２３が生成したスペクトル調整グラフに基づいて、調整確定ユニット１０２’は、最適なスペクトル調整スキームを確定し、当該最適なスペクトル調整スキームに関するスペクトル調整情報を、相応するサブシステムに送信し、それぞれのサブシステムは当該スペクトル調整情報に基づいてそのスペクトル使用を調整するようにしてもよい。スペクトル調整スキームを確定することでスペクトル調整情報を確定した後、スペクトル管理装置はスペクトル調整情報に基づいて再配置要求を生成し、スペクトル調整情報を再配置要求とともに相応するサブシステムに送信してもよい。スペクトル調整情報は、例えば、スペクトル調整操作を行うサブシステムの識別子、当該サブシステムに新たに割り当てられたスペクトルリソースの情報及び／又は当該サブシステムによってリリースされるスペクトルリソースの情報を含む。
【００７９】
相応するサブシステムは、再配置要求を受信した後、再配置要求に応答して、スペクトル調整情報に応じて、それが使用するスペクトルリソースを再配置する。
【００８０】
図１１に、本開示の実施例によるスペクトル管理装置の他の概略的なブロック図を示している。図１０に示すように、上記のような処理回路１０に加えて、スペクトル管理装置２は、処理回路１０が確定した、スペクトル調整に関するスペクトル調整情報を送信するように配置されている通信ユニット２０をさらに含んでおり、当該スペクトル調整情報は、スペクトル調整操作を行うサブシステムの識別子、当該サブシステムに新たに割り当てられたスペクトルリソースの情報及び／又は当該サブシステムによってリリースされるスペクトルリソースの情報を含む。本開示によれば、通信ユニット２０は、スペクトル調整に係るサブシステムへスペクトル調整情報に送信して、サブシステムは、当該スペクトル調整情報に応じてそのスペクトル使用を調整し、それぞれの利用可能スペクトルリスト、及び使用スペクトルリストを更新するようにする。相応するサブシステム以外に、通信ユニット２０は、さらに、当該スペクトル調整情報を地理的位置データベースに報告し、地理的位置データベースが、それのメンテナンスするそれぞれのサブシステムの利用可能スペクトルリスト及び／又は使用スペクトルリストを更新するように配置されている。
【００８１】
本開示の実施例によれば、前記通信ユニット２０は、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報、スペクトル調整能力情報、残りのスペクトルリソースに関する情報、サブシステムの移動可能範囲に関する情報、サブシステムの使用スペクトルが割り当てられた際の時間に関する情報の少なくとも一方を受信する、ように配置されている。本開示によれば、通信ユニット２０は、地理的位置データベースから上記情報の少なくとも一方を受信できる。又は、通信ユニット２０は、相応するサブシステムから上記情報の少なくとも一方を受信してもよい。
【００８２】
本開示の実施例によれば、無線通信システムに用いられるサブシステム装置をさらに提供する。図１２に、本開示の実施例による無線通信システムに用いられるサブシステム装置の概略的ブロック図を示す。図１２に示すように、サブシステム装置５は、当該サブシステムのスペクトル使用情報とスペクトル調整能力情報とを送信し、当該スペクトル使用情報とスペクトル調整能力情報に基づいて当該サブシステムに対するスペクトル調整を確定するとともに、当該サブシステムのスペクトル使用を調整するためのスペクトル調整情報を受信するように、配置されている通信ユニット５０を含んでいる。
【００８３】
本開示によれば、当該スペクトル調整情報は、スペクトル調整操作を行うサブシステムの識別子、当該サブシステムに新たに割り当てられたスペクトルリソースの情報及び／又は当該サブシステムによってリリースされるスペクトルリソースの情報を含み、前記サブシステムは、前記スペクトル調整情報に基づいてそのスペクトル使用を調整する。
【００８４】
サブシステムは、例えば、上記した図１〜１１を参照して記述されたスペクトル管理装置から当該スペクトル調整情報を受信し、当該スペクトル調整情報に応じてサブシステム装置の位置するサブシステムにおける各サブユーザーのスペクトル占有を調整してもよい。
【００８５】
サブシステムは、サブ基地局であってもよいし、サブユーザーであってもよい。本開示の実施例によるサブシステムは、例えば、図１に示すサブシステムａ、ｂ、ｃに含まれるサブ基地局である。
【００８６】
本開示の実施例によれば、通信ユニット５０は、使用スペクトルリソースを要求するためのスペクトル要求を送信して、当該サブシステムのスペクトル管理装置が当該要求に基づいてスペクトル調整を行うか否かを確認することをトリガーする。例えば、上記実施例において、スペクトル管理装置１の処理回路１０における調整トリガーユニット１０３は、サブシステムの送信するスペクトルリソース要求に基づいて、それが管理するサブシステムに対するスペクトルリソース調整をトリガーするか否かを確認する。
【００８７】
本開示の実施例によれば、無線通信システムに用いられる地理的位置データベースをさらに提供し、無線通信システムは、プライマリシステム及びサブシステムを含んでいる。
【００８８】
図１３に、地理的位置データベースの概略的な構造を示している。図１３に示すように、地理的位置データベース６は、それぞれのサブシステムのスペクトル使用情報とスペクトル調整能力情報とを提供するように配置されている通信ユニット６０を含んでおり、当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報は、サブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応し、スペクトル使用情報とスペクトル調整能力情報は前記無線通信システムにおけるサブシステムに対するスペクトル調整を確定するために用いられる。
【００８９】
地理的位置データベース６の通信ユニット６０は、サブシステムのスペクトルリソース要求に応じてスペクトル管理装置へサブシステムの使用スペクトル情報とスペクトル調整能力情報を提供して、スペクトル管理装置が当該使用スペクトル情報とスペクトル調整能力情報とに基づいて、それが管理するサブシステムに対するスペクトルリソース調整を確定するように配置されている。本開示の一実施例によれば、地理的位置データベースは、例えば、スペクトル管理装置へ、それがメンテナンスするサブシステムの使用スペクトル情報、スペクトル調整能力情報を提供し、さらにサブシステムの位置情報に基づいてそれぞれのサブシステムの利用可能なスペクトル情報を提供し、サブシステムのスペクトルリソース要求に応じて、地理的位置データベースに記憶されている情報をスペクトル管理装置に提供してもよい。
【００９０】
図１４に、地理的位置データベースの他の概略的な構造を示している。図１４に示すように、図１３の的地理的位置データベース６と類似して通信ユニット６０を含むことに加えて、地理的位置データベース７は、前記無線通信システムにおいて残りのスペクトルリソースがあるか否か、且つ当該残りのスペクトルリソースがスペクトルリソースを要求するサブシステムによって使用できるか否かに基づいて、それぞれのサブシステムに対してスペクトル調整を行うことをトリガーするか否かを確定する、ように配置されている処理回路７０をさらに含んでいる。つまり、本開示によれば、スペクトル調整操作を行うことをトリガーするか否かを確定する処理は、スペクトル管理装置だけでなく、地理的位置データベースがサブシステムのスペクトルリソース要求に応答することで行われてもよく、その具体的実行形態は、上記実施例で記述された処理回路１０における調整トリガーユニット１０３が実行する操作と類似するので、ここで重複しない。つまり、本開示による共存発見の操作は地理的位置データベースによって実行されてもよい。
【００９１】
本開示によれば、地理的位置データベース７における処理回路７０は、さらに、当該残りのスペクトルリソースに対して、前記残りのスペクトルリソースを使用していないが、残りのスペクトルリソースが当該サブシステムによって使用されるように調整される場合にプライマリシステムへの干渉が前記プライマリシステムの許容範囲内にあるサブシステムを選択して、サブシステム集合を構成する場合には、当該サブシステムが当該残りのスペクトルリソースを使用することによるプライマリシステムへの干渉を算出し、前記サブシステム集合からプライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを除去する、ように配置されている。
【００９２】
本開示によれば、地理的位置データベース７は、スペクトル管理装置がそれに送信したサブシステム集合に応答して、当該サブシステム集合における各サブシステムのプライマリシステムへの干渉を算出し、算出結果を通信ユニット６０を介してスペクトル管理装置に送信し、スペクトル管理装置が確定したサブシステム集合から、プライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを除去することにより、サブシステム集合に基づいてスペクトル調整スキームを確定する正確性を確保することができる。また、地理的位置データベース７は、スペクトル管理装置に対して、サブシステムの移動可能範囲及び／又はサブシステムによってそれが現在使用しているスペクトルリソースが割り当てられた時間情報に基づいて確定したサブシステム集合に基づいて、当該サブシステム集合におけるサブシステムのそれぞれが残りのスペクトルリソースを使用することによるプライマリシステムへの干渉を算出してもよい。また、地理的位置データベース７は、スペクトル管理装置が管理する全てのサブシステムにおける各サブシステムに対して、それが残りのスペクトルリソースを使用することによるプライマリシステムへの干渉を算出してもよく、この場合、サブシステム集合は、スペクトル管理装置の管理する全てのサブシステムからなると見なす。
【００９３】
また、本開示による地理的位置データベース６、７の通信ユニット６０は、さらに、スペクトル管理装置からその確定したスペクトル調整情報を受信し、地理的位置データベースが、それがメンテナンスする各サブシステムの利用可能スペクトルリスト及び／又は使用スペクトルリストを更新するように配置されている。
【００９４】
本開示によれば、共存発見を実行する操作は、一つの独立したエンティティにより実現されてもよい。例えば、共存発見操作は、共存発見装置（例えば、ＩＥＥＥ  Ｐ８０２．１９ａ標準において定義された共存ファインダ）により実現されてもよい。
【００９５】
本開示によれば、プライマリシステム及びサブシステムを含む無線通信システムに用いられる共存発見装置をさらに提供する。図１５に、共存発見装置の概略的な構造を示している。
【００９６】
図１５に示すように、共存発見装置８は、スペクトルリソースを要求するサブシステムが存在し且つ前記無線通信システムに残りのリソースが存在するが、前記スペクトルリソースを要求するサブシステムが他のサブシステムのスペクトルリソース割り当てを変更しないとスペクトルリソースを得ることができない場合に、当該要求に応答して、無線通信システムにおけるサブシステムに対するスペクトル調整をトリガーするか否かを確定し、サブシステムを管理するスペクトル管理装置が無線通信システムにおけるサブシステムに対するスペクトル調整をトリガーすると確定した場合に、それが管理するサブシステムのスペクトル調整能力情報を取得することにより、サブシステムのスペクトル調整能力情報に基づいて、管理するサブシステムに対するスペクトル調整を確定するように配置されている処理回路８０を含んでおり、当該スペクトル調整能力情報は、サブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応する。処理回路８０が実行する、サブシステムに対するスペクトル調整をトリガーするか否かを確定する処理は、例えば、図３〜４を参照して記述された調整トリガーユニット１０３の処理や、図１４を参照して記述された地理的位置データベース７の処理回路７０により実現されてもよく、ここで重複しない。
【００９７】
図１６に、共存発見装置の他の概略的な構造を示している。図１６に示すように、図１５における共存ファインダ８と類似して処理回路８０を含むことに加えて、共存発見装置９は、サブシステムのスペクトルリソースを要求するためのスペクトルリソース要求、及びそれぞれのサブシステムの使用スペクトル情報の少なくとも一つを受信するとともに、処理回路８０が無線通信システムにおけるサブシステムに対してスペクトル調整を行うことをトリガーするか否かの確定結果を送信する、ように配置されている通信ユニット９０をさらに含んでいる。
【００９８】
本開示によれば、スペクトル管理システムをさらに提供する。図１７は、本開示によるスペクトル管理システムの概略的な構造のブロック図を示している。図１７に示すように、スペクトル管理システム２００は、地理的位置データベース２０１と、スペクトル管理装置２０２と、サブシステム２０３とを含む。スペクトル管理システムに含まれる地理的位置データベース２０１、スペクトル管理装置２０２及びサブシステム２０３は、例えば、それぞれ、以上記述された地理的位置データベース６又は７、スペクトル管理装置１又は２及びサブシステム５の一部又は全部の機能を実現することができる。以上、地理的位置データベース、スペクトル管理装置及びサブシステムを互いに独立したエンティティとして記述したが、本開示はこれに限定されるものではない。例えば、地理的位置データベースとスペクトル管理装置は、同一の物理的エンティティの二つの異なるモジュールであり、それぞれ相応する操作を完成し、サブシステムに対するリソース管理を実現してもよく、この状況は、地理的位置データベースの管理機能を効果的に拡張することに相当する。他の可能な物理的実現は、地理的位置データベース、スペクトル管理装置及びサブシステムが一つの物理的エンティティを形成し、この状況は、サブシステムと共存する優先レベルが高いプライマリシステムの位置固定に発生し、プライマリシステムへの干渉の算出、及びスペクトル遷移はサブシステムの内部の地理的位置データベースモジュール及びスペクトル管理装置モジュールに書き込むことにより、サブシステムの地理的位置データベースとスペクトル管理装置へのアクセスによるオーバーヘッドを減らす。
【００９９】
本開示のスペクトル管理装置に対応して、本開示は、スペクトル管理方法と、プライマリシステム及びサブシステムを含む無線通信システムに用いられる方法をさらに提供する。以下、上記で既に検討した幾つかの細部を重複せずこれらの方法の概説を説明するが、注意すべきことは、これらの方法は無線通信システムに用いられるスペクトル管理装置を記述する過程で開示されているが、これらの方法は必ずしも記述されたそれらの部品を採用するか、又はそれらの部品により実行されるわけではない。例えば、無線通信システムに用いられるスペクトル管理装置、サブシステム及び地理的位置データベースの実施形態は一部又は完全にハードウェア及び/又はファームウェアを使用して実現することが可能である。これらの方法は無線通信システムに用いられるスペクトル管理装置、サブシステム及び地理的位置データベースのハードウェア及び/又はファームウェアを採用することが可能であるが、以下で検討する方法は、コンピュータが実行可能なプログラムにより完全に実現することが可能である。
【０１００】
図１８に、本開示の実施例によるスペクトルリソース管理方法のフローチャートを示している。
【０１０１】
図１８に示すように、本開示の実施例によるスペクトル管理方法の処理流れＳ１０００は、Ｓ１０１０から開始し、次に、Ｓ１０２０の処理を実行する。
【０１０２】
Ｓ１０２０において、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報と、スペクトル調整能力情報とを取得し、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトルに関する情報に対応し、当該スペクトル調整能力情報は、サブシステムがスペクトル調整操作をサポートするか否かに関する情報に対応し、例えば、図１を参照して記述した取得ユニット１０１の処理を実行することにより実現されてもよく、ここでその記述を省略する。続いて、Ｓ１０３０を実行する。
【０１０３】
Ｓ１０３０において、前記スペクトル使用情報と前記スペクトル調整能力情報とに基づいて、各サブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定する。例えば、例えば図２〜１０を参照して記述した調整確定ユニット１０２の処理を実行することによりＳ１０３０を実現してもよく、ここでその記述を省略する。続いて、Ｓ１０４０を実行する。
【０１０４】
処理流れＳ１０００はＳ１０４０で終了する。
【０１０５】
本開示のスペクトル管理方法によれば、スペクトルリソースを要求するサブシステムが存在し且つ前記無線通信システムに残りのリソースが存在するが、前記スペクトルリソースを要求するサブシステムが他のサブシステムのスペクトルリソース割り当てを変更しなとスペクトルリソースを得ることができない場合に、当該要求に応答して、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報を取得する。
【０１０６】
本開示によれば、残りのスペクトルリソースは、無線通信システムにおいて使用されていないスペクトルリソース、新しくリリースされたスペクトルリソースの少なくとも一方を含む。
【０１０７】
本開示の実施例によるスペクトルリソース調整方法において、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報に基づいて、前記サブシステムに対してスペクトル調整を行うことをトリガーするか否かを確定することにより、スペクトルリソースを要求するサブシステムのスペクトルリソース使用を満足する。より具体的に、本開示の一実施例によれば、前記スペクトルリソースを要求するサブシステムが残りのスペクトルリソースを使用し得るか否か、及び前記無線通信システムにおいて残りのスペクトルリソースが存在するか否かに基づいて、前記無線通信システムにおけるサブシステムに対してスペクトル調整を行うことをトリガーするか否かを確定する。
【０１０８】
本開示の実施例によるスペクトルリソース調整方法のステップＳ１０２０において、前記無線通信システムにおけるサブシステムに対してスペクトル調整を行うことをトリガーすると確定した場合に、それぞれのサブシステムのスペクトル調整能力情報を取得し、前記スペクトル調整能力情報に基づいて、スペクトル調整操作をサポートするサブシステムに対するスペクトル調整を確定する。
【０１０９】
本開示の実施例によれば、ステップＳ１０３０において、以下の操作を実行し、即ち、（ｉ）当該残りのスペクトルリソースに対して、当該スペクトル管理装置が管理するサブシステムにおいて、前記残りのスペクトルリソースを使用していないが、残りのスペクトルリソースが当該サブシステムによって使用されるように調整される場合にプライマリシステムへの干渉が前記プライマリシステムの許容範囲にあるようなサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成し、（ｉｉ）前記サブシステム集合において前記スペクトルリソースを要求するサブシステムが存在するか否かを判断し、前記スペクトルリソースを要求するサブシステムが存在する場合に、前記判断に基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定し、前記スペクトルリソースを要求するサブシステムが存在しない場合に、前記サブシステム集合に含まれているサブシステムのそれぞれが現在に使用しているスペクトルリソースを、前記残りのスペクトルリソースとし、前記サブシステム集合に含まれているサブシステムのそれぞれが現在に使用しているスペクトルリソースに対して、前記サブシステム集合において前記スペクトルリソースを要求するサブシステムが含まれるまで、上記操作（ｉ）〜（ｉｉ）を繰り返す。本開示による好適な実施例によれば、前記操作（ｉ）〜（ｉｉ）を繰り返す回数が所定の閾値に達した場合に、それぞれのサブシステム集合において依然として前記スペクトルリソースを要求するサブシステムが含まれていないと、前記スペクトルリソースを要求するサブシステムにスペクトルリソースを割り当てない。
【０１１０】
ステップＳ１０３０でサブシステム集合を確定する処理において、当該スペクトル管理装置が管理するそれぞれのサブシステムの利用可能なスペクトル情報を利用して、前記サブシステム集合を構成するサブシステムを選択してもよく、前記利用可能なスペクトル情報は、当該サブシステムのプライマリシステムへの干渉がプライマリシステムの許容範囲内にある条件での、サブシステムの利用可能なスペクトルに関する情報である。好ましくは、当該スペクトル管理装置が管理するサブシステムにおいて利用可能スペクトルに当該残りのスペクトルリソースを含むサブシステムが存在すると、当該サブシステムを選択して当該残りのスペクトルリソースに対応するサブシステム集合を構成する。
【０１１１】
ステップＳ１０３０でサブシステム集合を確定する処理において、それぞれのサブシステムが現在スペクトルリソース使用を保持しながらプライマリシステムへの干渉がプライマリシステムの許容範囲内にあることを保証するという条件での、プライマリシステムに対する移動可能範囲の情報に基づいて、当該サブシステム集合を構成するサブシステムを選択してもよい。好ましくは、残りのスペクトルリソースが無線通信システムにおいて新しくリリースされたスペクトルリソースである場合に、当該当該スペクトル管理装置が管理する、当該残りのスペクトルリソースをリリースするサブシステムの前記移動可能範囲内にあるサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成する。
【０１１２】
ステップＳ１０３０でサブシステム集合を確定する処理において、それぞれのサブシステムの使用スペクトルが割り当てられた際の時間情報に基づいて、前記サブシステム集合を構成するサブシステムを選択してもよい。好ましくは、残りのスペクトルリソースが無線通信システムにおいて新しくリリースされたスペクトルリソースである場合に、当該スペクトル管理装置が管理するサブシステムにおいて、その使用ペクトルが割り当てられた時間が当該残りのスペクトルリソースをリリースするサブシステムに当該残りのスペクトルリソースが割り当てられた時間よりも遅いサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成する。
【０１１３】
ステップＳ１０３０において、サブシステム集合を初期に確定した後、好ましくは、サブシステム集合におけるサブシステムのそれぞれに対して、残りのスペクトルリソースが当該サブシステムによって使用されるように調整される場合にプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるか否かを確定し、前記サブシステム集合からプライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを除去する。
【０１１４】
ステップＳ１０３０において、それぞれのサブシステム集合に基づいて、スペクトル遷移グラフとして、有向グラフを作成し、前記ペクトル遷移グラフに応じて、深さ優先探索または幅優先探索により、前記スペクトル調整に関するスペクトル調整情報を確定することをさらに含み、前記有向グラフは、当該残りのスペクトルリソースをリリースするサブシステム又はスペクトル管理装置を末尾ノードとして、当該残りのスペクトルリソースに対応するサブシステム集合におけるサブシステムのそれぞれを先頭ノードとして、前記残りのスペクトルリソースを末尾ノードと先頭ノードとを接続する有向辺の重みとすることにより、作成される。
【０１１５】
本開示によるスペクトル管理方法は、前記スペクトル調整に関するスペクトル調整情報を送信し、当該スペクトル管理装置の管理するサブシステムのスペクトル使用情報とスペクトル調整能力情報、無線通信システムにおける残りのスペクトルリソースに関する情報、サブシステムの移動可能範囲に関する情報、サブシステムの使用スペクトルが割り当てられた際の時間に関する情報の少なくとも一方を受信することをさらに含み、当該スペクトル調整情報は、スペクトル調整操作を行うサブシステムの識別子、当該サブシステムに新たに割り当てられたスペクトルリソースの情報及び／又は当該サブシステムによってリリースされるスペクトルリソースの情報を含む。
【０１１６】
本開示は、無線通信システムにおける方法をさらに提供し、当該無線通信システムは、地理的位置データベース、スペクトル管理装置及びサブシステムを含み、当該方法は、地理的位置データベースにより各サブシステムのスペクトル使用情報とスペクトル調整能力情報を送信し、スペクトル管理装置がそれの管理するサブシステムのスペクトル使用情報とスペクトル調整能力情報とを受信し、各サブシステムのスペクトル使用による無線通信システムにおけるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル調整能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定し、前記スペクトル管理装置がスペクトル調整に関するスペクトル調整情報を送信し、サブシステムが前記スペクトル管理装置の送信するスペクトル調整情報を受信し、当該スペクトル調整情報を利用してスペクトル使用を調整する、ことを含んでおり、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報は、当該サブシステムスペクトル管理操作をサポートするか否かに関する情報に対応する。
【０１１７】
図１９に、本開示の実施例による無線通信システムに用いられる方法のフローチャートを記述する。
【０１１８】
図１９に示すように、Ｐ＃１において、地理的位置データベース（ＧＬＤＢ）によりサブシステムに対するスペクトル調整操作をトリガーするか否かを確定する操作を実行し、それは例えば、上記実施例に応じて記述された地理的位置データベースにおける処理回路による調整トリガー操作、即ち共存発見（当該操作は、例えば本開示の実施例によるスペクトル管理装置の調整トリガーユニットにより実行されてもよい）に対応し、Ｐ＃２において、共存発見の結果、即ちサブシステムに対してスペクトル調整を行うことをトリガーすると確定したことに基づいて、スペクトル管理装置（ＳＣ）はスペクトル遷移能力情報を取得し、それは例えば、上記実施例に応じて記述されたスペクトル管理装置の取得ユニットによる取得操作に対応し、Ｐ＃３において、スペクトル管理装置により取得したサブシステムのスペクトル遷移能力情報に基づいてスペクトル調整スキームを確定することにより、スペクトル調整スキームに関するスペクトル調整情報を取得し、それは例えば、上記実施例に応じて記述されたスペクトル管理装置の調整確定ユニットによるスペクトル調整情報の確定の処理に対応し、サブシステム集合確定モジュールと判定モジュールとの相応する処理を含み、Ｐ＃４において、スペクトル管理装置によりスペクトル調整スキームに基づいて再配置要求を生成し、それをスペクトル遷移情報とともに相応するサブシステムに送信し、それは、例えば、上記実施例に応じて記述されたスペクトル管理装置の通信ユニットによるスペクトル調整情報の送信の処理に対応し、Ｐ＃５において、相応するサブシステムがスペクトル調整情報に基づいてそのスペクトル使用を再配置する。
【０１１９】
以下、図２０と合わせて無線通信システムに用いられる方法について詳細に記述する。
【０１２０】
Ｓ１において、スペクトルリソースを要求するサブシステムは、地理的位置データベース（又はスペクトル管理装置）へスペクトルリソース要求を送信する。
【０１２１】
Ｓ２において、当該スペクトルリソース要求に応答して、地理的位置データベースにより、スペクトル調整操作をトリガーするか否かを確定し、それは例えば、上記実施例に応じて記述された地理的位置データベースにおける処理回路によるトリガー操作の調整に対応し（当該操作は、例えば、本開示の実施例によるスペクトル管理装置の調整トリガーユニットにより実行されてもよい）、その具体的操作について、ここで重複しない。
【０１２２】
Ｓ３において、サブシステムに対するスペクトル調整操作をトリガーすると確定した後、スペクトル管理装置へ、それぞれのサブシステムのスペクトル使用情報と、スペクトル調整能力情報とを送信し、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトルに関する情報に対応し、当該スペクトル調整能力情報は当該サブシステムスペクトル管理操作をサポートするか否かに関する情報に対応し、例えば上記実施例に応じて記述された地理的位置データベースの通信ユニットの操作により実行されることに対応し、その具体的操作について、ここで重複しない。
【０１２３】
Ｓ４において、スペクトル管理装置はそれが管理するサブシステムのスペクトル使用情報と、スペクトル調整能力情報とを受信し、それぞれのサブシステムのスペクトル使用による無線通信システムにおけるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル調整能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定する。具体的に、以下のステップを含み、即ち、Ｓ４．１において、スペクトル管理装置によりサブシステムスペクトル使用情報と前記スペクトル調整能力情報とに基づいて、残りのスペクトルリソースに対応するサブシステム集合を確定し、確定したサブシステム集合の情報を地理的位置データベースに送信し、地理的位置データベースによりサブシステム集合におけるサブシステムのそれぞれに対してそれのプライマリシステムへの干渉を算出し、算出結果をスペクトル管理装置に戻し、スペクトル管理装置により受信した算出結果に基づいて、プライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを、サブシステム集合から除去する。Ｓ４．２において、確定したサブシステム集合に基づいてスペクトル調整スキームを確定する。Ｓ４の処理は、例えば、上記実施例に応じて記述されたスペクトル管理装置の調整確定ユニットによるスペクトル調整情報の操作に対応し、サブシステム集合確定モジュールと判定モジュールの相応操作を含み、具体的操作についてここで重複しない。
【０１２４】
Ｓ５において、スペクトル管理装置により、スペクトル調整スキームに関するスペクトル調整情報を地理的位置データベースに送信する。Ｓ５’において、スペクトル管理装置により、スペクトル調整スキームのスペクトル調整情報をサブシステムに送信するとともに、相応するサブシステムへスペクトル調整要求を送信してもよい。ここで、地理的位置データベースとサブシステムへスペクトル調整情報スペクトル調整情報を送信する操作は同時に行ってもよく、逐次実行してもよい。Ｓ５の処理は、例えば、上記実施例に応じて記述されたスペクトル管理装置の通信ユニットによるスペクトル調整情報の送信の処理に対応し、具体的操作についてここで重複しない。
【０１２５】
Ｓ６において、サブシステムは、受信したスペクトル調整情報に基づいてそのスペクトル使用を再配置する。
【０１２６】
以上記述したのは、地理的位置データベースにより、ステップＳ２のトリガー調整操作を実行することであるが、以上スペクトル管理装置に関する実施例のように、当該トリガー調整操作は、スペクトル管理装置により実行されてもよい。
【０１２７】
図２１と図２２に、無線通信システムに用いられる方法のフローチャートのより具体的例を示している。
【０１２８】
図２１に示すように、Ｓ１において、スペクトルリソースを要求するサブシステムは、地理的位置データベース（又はスペクトル管理装置）にスペクトルリソース要求送信し、Ｓ２において、当該スペクトルリソース要求に応答して、地理的位置データベースによりスペクトル調整操作をトリガーするか否かを確定し、Ｓ３において、サブシステムに対するスペクトル調整操作をトリガーすると確定した後、スペクトル管理装置へそれぞれのサブシステムのスペクトル使用情報とスペクトル調整能力情報とを送信し、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル調整能力情報は当該サブシステムスペクトル管理操作をサポートするか否かに関する情報に対応し、Ｓ４において、前記スペクトル使用情報と前記スペクトル調整能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル調整を確定し、Ｓ５において、スペクトル管理装置により、スペクトル調整スキームに関するスペクトル調整情報を地理的位置データベースに送信し、Ｓ５’において、スペクトル管理装置によりスペクトル調整スキームのスペクトル調整情報をサブシステムに送信するとともに、相応するサブシステムへスペクトル調整要求を送信してもよく、Ｓ６において、サブシステムは、受信したスペクトル調整情報に基づいて、そのスペクトル使用を再配置する。Ｓ４．１における処理が具体的に以下のＳ４．１．ａないしＳ４．１．ｄとして記述される以外に、図２１における上記処理は、図２０に示す無線通信システムに用いられる方法のフローチャートと類似する。図２１に示す無線通信システムに用いられる方法では、Ｓ４．１．ａにおいて、スペクトル管理装置によりサブシステムの移動可能範囲の情報に基づいて残りのスペクトルリソースに対応するサブシステム集合を予め推定し、Ｓ４．１．ｂにおいて、スペクトル管理装置は、予め推定したサブシステム集合が適切であるか否かを確認する要求を地理的位置データベースへ送信し、即ち地理的位置データベースに、予め推定したサブシステム集合におけるサブシステムのそれぞれが新しくリリースされたスペクトルリソースを使用するように調整される場合のプライマリシステムへの干渉を算出するように要求し、Ｓ４．１．ｃにおいて、地理的位置データベースによりスペクトル管理装置の要求に応答して、予め推定したサブシステム集合におけるサブシステムが新しくリリースされたスペクトルリソースを使用するように調整される場合のプライマリシステムへの干渉を算出し、４．１．ｄにおいて、算出結果、又は当該干渉値に基づいて干渉がプライマリシステムの許容範囲にあるか否かを確定する確認結果を、スペクトル管理装置に送信する。
【０１２９】
図２２は、図２１と類似して、図２１にＳ４．１．ａにおいて、スペクトル管理装置がサブシステムの移動可能範囲の情報に基づいて残りのスペクトルリソースに対応するサブシステム集合を予め推定するが、図２２のＳ４．２．ａにおいて、スペクトル管理装置によりサブシステムに使用スペクトル情報が割り当てられた時間に基づいて残りのスペクトルリソースに対応するサブシステム集合を予め推定する。簡潔のために、ここで、図２２の他のステップについての詳細記述を省略する。
【０１３０】
従来技術と比べて、本開示の実施例によるスペクトル管理装置、方法、地理的位置データベース、共存発見装置及びサブシステムは、少なくとも、以下の有益な効果を有し、即ち、サブシステムのスペクトル使用情報とスペクトル調整能力情報に応じて残りのスペクトルリソースとスペクトルリソースを要求するサブシステムとの間のスペクトル遷移のスキームを探し、当該スキームを実施することで係るサブシステムを再配置することにより可能な限り少ない再配置オーバーヘッドで、可能な限り多いサブシステムにアクセスし、リソースの効率的利用を達成する。
【０１３１】
［具体的応用]
実例１
現在、共存管理によりリソース利用率が低い問題を解決するために、多数の標準が登場し、ＩＥＥＥ  Ｐ８０２．１９ａもその一つである。当該標準に用いられるスペクトル管理システムの主な論理的なエンティティは、本開示の実施例によるスペクトル管理装置の調整確定ユニットに対応し、位置情報に応じてＧＣＯにスペクトルリソースを割り当てるためのスペクトル管理サーバ  （Ｓｐｅｃｔｒｕｍ  Ｍａｎａｇｅｍｅｎｔ  Ｄａｔａｂａｓｅ，ＳＭＤ）と、本開示の実施例による共存発見装置に対応し、共存マネージャ（ｃｏｅｘｉｓｔｅｎｃｅ  ｍａｎａｇｅｒｓ（ＣＭ））のために、それがサービスするＧＣＯの性能に影響を与えるジオロケーション能力オブジェクト（Ｇｅｏｌｏｃａｔｉｏｎ  Ｃａｐａｂｉｌｉｔｙ  Ｏｂｊｅｃｔ（ＧＣＯ））を発見し、ＣＭをトリガーして共存管理を行うための共存発見及び情報サーバ（ｃｏｅｘｉｓｔｅｎｃｅ  ｄｉｓｃｏｖｅｒｙ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｅｒｖｅｒ（ＣＤＩＳ））と、例えば本開示の実施例によるスペクトル管理装置に対応し、共存管理を提供するための共存マネージャと、例えば本開示の実施例によるサブシステムに対応し、単一又は複数のデバイスからなるネットワークを示し、これらのデバイスが認証されたジオロケーション能力に基づいて作動し、ＣＭから共存サービスを取得するジオロケーション能力オブジェクトと、を含む。
【０１３２】
本発明は、同様に、ＩＥＥＥ  Ｐ８０２．１９ａにも適用することができ、対応するルールは以下の通りであり、ＳＭＤはＧＣＯにスペクトルリソースを割り当てるか、スペクトルリソースの可用性を再計算し、ＣＤＩＳは、共存発見をし、ＣＭをトリガーしてスペクトル遷移スキームを確定し、ＣＭは結果に応じてＧＣＯに調整要求を発し、ＧＣＯは当該要求に応じて再配置を完成する。なお、ＧＣＯは、さらに、異なる優先レベルに分け、優先レベルが低いＧＣＯがリソースを取得することは、必ず、優先レベルが高いＧＣＯへの集約干渉がそれの許容する範囲にあることを満足しなければならない。
【０１３３】
特に注意すべきことは、ＣＭとＳＭＤとの間に直接な情報伝送インタフェースがないからである。図２３に、本開示による応用例のスペクトル管理システムのフローチャートを示している。ＣＭは、スペクトル遷移条件算出結果を取得する  （即ち、以上のように段階的に残りのスペクトルリソースに対応するサブシステム集合を取得する（これによりスペクトル調整グラフを作成する））必要がある場合に、図２１に示すように、まず、ＣＭは、スペクトル遷移条件算出要求（例えば、当該要求はスペクトル要求グループ情報パラメーターを含み（パラメーターｓｐｅｃＲｅｑｕｅｓｔＭｏｄｉｆｉｃａｔｉｏｎで示す）、さらに、当該パラメーターはスペクトル要求グループのＩＤを含み（ｇｒｏｕｐＩｎｄｅｘで示す）、検証が必要なスペクトル  （ｓｐｅｃｔｒｕｍＣｈｅｃｋで示す））をＧＣＯに送信し、ＧＣＯは直接にＳＭＤに当該再算出を要求し、ＳＭＤはスペクトル遷移条件算出を行い、算出結果をＧＣＯに返信し、ＧＣＯにより当該結果をＣＭにアップロードする。
【０１３４】
実例２
当該方法は、スペクトルアクセスシステム（Ｓｐｅｃｔｒｕｍ  Ａｃｃｅｓｓ  Ｓｙｓｔｅｍ，ＳＡＳ）３．５ＧＨｚシステムマルチレベル共存システム管理にも適用することができる。アメリカでは、３．５ＧＨｚバンドは常にアメリカ合衆国国防総省（Ｄｅｐａｒｔｍｅｎｔ  ｏｆ  Ｄｅｆｅｎｓｅ，ＤｏＤ）のレーダシステムに応用され、現在、連邦通信委員会（Ｆｅｄｅｒａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｏｍｍｉｓｓｉｏｎ，ＦＣＣ）は、スペクトルを共有する形で当該バンドを商用に応用することについて検討している。当該共有システムは、ＳＡＳの一部であり、三つのレベルを含み、ｉｎｃｕｍｂｅｎｔのユーザは最高レベルを代表し、市民ブロードバンド無線サービス（Ｃｉｔｉｚｅｎｓ  Ｂｒｏａｄｂａｎｄ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  ｕｓｅｒｓ）  からの有害な干渉から保護し、ｉｎｃｕｍｂｅｎｔユーザは、上記ＤｏＤレーダシステム、固定衛星業務（Ｆｉｘｅｄ  Ｓａｔｅｌｌｉｔｅ  Ｓｅｒｖｉｃｅ，ＦＳＳ）、限られた時間内のグランドファサード地上無線業務  （ｇｒａｎｄｆａｔｈｅｒｅｄ  ｔｅｒｒｅｓｔｒｉａｌ  ｗｉｒｅｌｅｓｓ  ｏｐｅｒａｔｉｏｎｓ）を含み、市民ブロードバンド無線サービスはさらに優先アクセスライセンス（ｐｒｉｏｒｉｔｙ  ａｃｃｅｓｓ  ｌｉｃｅｎｓｅ，ＰＡＬ）、及び一般認可アクセス（Ｇｅｎｅｒａｌ  Ａｕｔｈｏｒｉｚｅｄ  Ａｃｃｅｓｓ，ＧＡＡ）の二つのレベルを含み、ＰＡＬを、ＧＡＡからの有害な干渉から保護する。スペクトルリソースマネージャがｉｎｃｕｍｂｅｎｔを管理し、ＰＡＬとＧＡＡとの間でリソースが共存する場合には、同様に当該方法を使用して、リソース使用効率を向上させることができる。例えば、ある新しいＧＡＡが加入する場合に、リソース割り当て結果によって直接に利用可能なリソースを取得できないと、ｉｎｃｕｍｂｅｎｔとＰＡＬを保護する前提で、ＧＡＡ間のリソース割り当てを可能な限り少なく調整して新しいＧＡＡへのアクセスを実現する。
【０１３５】
［基地局の応用例について］
（第１の応用例）
図２４は、本開示の内容の技術を応用できるスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、記憶装置９０３、外部接続インタフェース９０４、撮像装置９０６、センサ９０７、マイクロフォン９０８、入力装置９０９、表示装置９１０、スピーカ９１１、無線通信インタフェース９１２、一つ又は複数のアンテナスイッチ９１５、一つ又は複数のアンテナ９１６、バス９１７、バッテリー９１８、及び補助コントローラ９１９を含む。
【０１３６】
プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（Ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ）であってもよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２はＲＡＭとＲＯＭを含み、データと、プロセッサ９０１により実行されるプログラムを記憶する。記憶装置９０３は記憶媒体、例えば半導体メモリ又はハードディスクを含んでもよい。外部接続インタフェース９０４は、外部装置（例えばメモリカード又はＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）デバイス）をスマートフォン９００に接続するためのインタフェースである。
【０１３７】
撮像装置９０６は、画像センサ（例えばＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  ＭｅｔａｌＯｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ））を含み、キャプチャ画像を生成する。センサ９０７は例えば、測定センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含んでもよい。マイクロフォン９０８は、スマートフォン９００に入力される音声を音声信号に変換する。入力装置９０９は、例えば表示装置９１０のスクリーン上のタッチを検出するように配置されるタッチセンサ、キーパッド、キーボード、ボタン又はスイッチを含み、ユーザから入力される操作又は情報を受信する。表示装置９１０は、スクリーン（例えば液晶ディスプレイ（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）ディスプレイ）を含み、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０１３８】
無線通信インタフェース９１２は、任意のセルラー通信方式（例えばＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ）をサポートし、無線通信を実行する。無線通信インタフェース９１２は、一般に、例えばＢＢプロセッサ９１３とＲＦ回路９１４とを含んでもよい。ＢＢプロセッサ９１３は例えば符号化／復号化、変調／復調及び多重化／逆多重化を実行でき、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、例えばミキサ、フィルタ及びアンプを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３とＲＦ回路９１４を集積したワンチップのモジュールであってもよい。図２４に示すように、無線通信インタフェース９１２は、複数のＢＢプロセッサ９１３と複数のＲＦ回路９１４を含んでもよい。図２４は、無線通信インタフェース９１２が複数のＢＢプロセッサ９１３と複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
【０１３９】
また、セルラー通信方式を除き、無線通信インタフェース９１２は他の種類の無線通信方式、例えば近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）スキームをサポートしてもよい。この場合、無線通信インタフェース９１２は、無線通信方式ごとのＢＢプロセッサ９１３とＲＦ回路９１４を含んでもよい。
【０１４０】
アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
【０１４１】
アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナに含まれる複数のアンテナ素子）を含み、無線通信インタフェース９１２による無線信号の送受信のために用いられる。図２４に示すように、スマートフォン９００は複数のアンテナ９１６を含んでもよい。図２４は、スマートフォン９００が複数のアンテナ９１６を含む例を示したが、スマートフォン９００は単一のアンテナ９１６を含んでもよい。
【０１４２】
また、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を含んでもよい。この場合、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
【０１４３】
バス９１７は、プロセッサ９０１、メモリ９０２、記憶装置９０３、外部接続インタフェース９０４、撮像装置９０６、センサ９０７、マイクロフォン９０８、入力装置９０９、表示装置９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図において破線で部分的に示した支線を介して図２４に示すスマートフォン９００の各ブロックに電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０１４４】
図２４に示すスマートフォン９００において、図１３を参照して記述した通信ユニット６０は無線通信インタフェース９１２により実現されてもよい。機能の少なくとも一部はプロセッサ９０１又は補助コントローラ９１９により実現されてもよい
。
【０１４５】
（第２の応用例）
図２５は、本開示の内容の技術を応用できるカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力装置９２９、表示装置９３０、スピーカ９３１、無線通信インタフェース９３３、一つ又は複数のアンテナスイッチ９３６、一つ又は複数のアンテナ９３７及びバッテリー９３８を含む。
【０１４６】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってもよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２はＲＡＭとＲＯＭを含み、データと、プロセッサ９２１により実行されるプログラムを記憶する。
【０１４７】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサのようなセンサ群を含んでもよい。データインタフェース９２６は、図示しない端末を介して、例えば、車載ネットワーク９４１に接続され、車両で生成されるデータ(例えば車速データ)を取得する。
【０１４８】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力装置９２９は、例えば表示装置９３０のスクリーン上のタッチを検出するように配置されるタッチセンサ、ボタン又はスイッチを含み、ユーザから入力される操作又は情報を受信する。表示装置９３０は、例えばＬＣＤ又はＯＬＥＤディスプレイのスクリーンを含み、ナビゲーション機能の画像又は再生されるコンテンツを表示する。スピーカ９３１は、ナビゲーション機能の音声又は再生されるコンテンツを出力する。
【０１４９】
無線通信インタフェース９３３は、任意のセルラー通信方式（例えばＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ）をサポートし、無線通信を実行する。無線通信インタフェース９３３は、一般に、例えばＢＢプロセッサ９３４とＲＦ回路９３５とを含んでもよい。ＢＢプロセッサ９３４は例えば符号化／復号化、変調／復調及び多重化／逆多重化を実行でき、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は例えばミキサ、フィルタ及びアンプを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４とＲＦ回路９３５を集積したワンチップのモジュールであってもよい。図２５に示すように、無線通信インタフェース９３３は、複数のＢＢプロセッサ９３４と複数のＲＦ回路９３５を含んでもよい。図２５は、無線通信インタフェース９３３が複数のＢＢプロセッサ９３４と複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０１５０】
また、セルラー通信方式を除き、無線通信インタフェース９３３は他の種類の無線通信方式、例えば、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式をサポートしてもよい。この場合、無線通信方式ごとに、無線通信インタフェース９３３はＢＢプロセッサ９３４とＲＦ回路９３５を含んでもよい。
【０１５１】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０１５２】
アンテナ９３７中の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナに含まれる複数のアンテナ素子）を含み、無線通信インタフェース９３３による無線信号の送受信のために用いられる。図２５に示すように、カーナビゲーション装置９２０は複数のアンテナ９３７を含んでもよい。図２０はカーナビゲーション装置９２０が複数のアンテナ９３７を含む例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を含んでもよい。
【０１５３】
また、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を含んでもよい。この場合、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０１５４】
バッテリー９３８は、図において破線で部分的に示した支線を介して、図２５に示したカーナビゲーション装置９２０の各ブロックに電力を供給する。また、バッテリー９３８は、車両から給電される電力を蓄積する。
【０１５５】
図２５に示すカーナビゲーション装置９２０において、図１３を参照して記述された通信ユニットは無線通信インタフェース９３３により実現されてもよい。機能の少なくとも一部はプロセッサ９２１により実現されてもよい。
【０１５６】
本開示の内容の技術は、カーナビゲーション装置９２０と、車載ネットワーク９４１と、車両モジュール９４２との１つ又は複数のブロックを含む車載システム（又は車両）９４０として実現されてもよい。車両モジュール９４２は車両データ（例えば車速、エンジン回転数、故障情報）を生成し、生成したデータを車載ネットワーク９４１に出力する。
【０１５７】
以上で具体的実施例に基づいて本発明の基本的原理を記述したが、指摘すべきことは、当業者にとって、本発明の方法と装置の全部又は任意のステップ或いは部品について、任意の算出装置（プロセッサ、記憶媒体などを含む）又は算出装置のネットワークにおいて、ハードウェア、ファームウェア、ソフトウェア又はその組み合わせで実現することが理解され、これは、当業者が本発明の記述を読んだ場合にその基本的回路設計知識又は基本的プログラミング技能を利用して実現されるものである。
【０１５８】
そして、本発明は、さらに、機器読み取り可能な指令コードが記憶されたプログラム製品を提出する。前記指令コードは機器により読み取られて実行される場合に、上記本発明の実施例による方法を実行することができる。
【０１５９】
これに対応して、上記の機器読み取り可能なコマンドコードが記憶されたプログラム製品がロードされた記憶媒体も本発明の開示に含まれる。上記記憶媒体は、フロッピーディスク、光ディスク、光磁気ディスク、メモリカード、メモリスティックを含むが、これらに限定されない。
【０１６０】
ソフトウェア或いはファームウェアで本発明を実現する場合、記憶媒体或いはネットワークから専用ハードウェア構造を有するコンピュータ（例えば図２６に示す汎用パーソナルコンピューター２５００）に当該ソフトウェアを構成するプログラムをインストールし、当該コンピュータは各種のプログラムがインストールされている場合、各種の機能等を実行できる。
【０１６１】
図２６において、中央処理装置（ＣＰＵ）２５０１は、読取専用メモリ（ＲＯＭ）２５０２に記憶されているプログラム或いは記憶部２５０８からランダムアクセスメモリ（ＲＡＭ）２５０３にロードされたプログラムに基づいて各種の処理を実行する。ＲＡＭ２５０３にも、必要に応じてＣＰＵ２５０１が各種の処理等を実行する際に必要なデータが記憶される。ＣＰＵ２５０１、ＲＯＭ２５０２、ＲＡＭ２５０３はバス２５０４を介して互いに接続されている。入力／出力インタフェース２５０５もバス２５０４に接続されている。
【０１６２】
入力部２５０６（キーボード、マウス等を含む）、出力部２５０７（ディスプレイ、例えば陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）等、スピーカ等を含む）、記憶部２５０８（ハードディスク等を含む）、通信部２５０９（ネットワークインターフェースカード例えばＬＡＮカード、モデム等を含む）は入力／出力インタフェース２５０５に接続される。通信部２５０９は、ネットワーク、例えばインターネットを介して通信処理を実行する。必要に応じて、ドライバー２５１０も入力／出力インタフェース２５０５に接続される。リムーバブルメディア２５１１、例えばディスク、光ディスク、光磁気ディスク、半導体メモリ等は、必要に応じてドライバー２５１０に装着され、その中から読み出したコンピュータプログラムが必要に応じて記憶部２５０８にインストールされるようにする。
【０１６３】
ソフトウェアで上記一連の処理を実現する場合、ネットワーク、例えばインターネット或いは記憶装置、例えばリムーバブルメディア２５１１からソフトウェアを構成するプログラムをインストールする。
【０１６４】
当業者であれば、この種の記憶媒体は、図２６に示す、その中にプログラムが記憶され装置に別途配分してユーザにプログラムを提供するリムーバブルメディア２５１１に限定されないことが理解される。リムーバブルメディア２５１１の例は、磁気ディスク（フロッピーディスク（登録商標））、光ディスク（光ディスク読取専用メモリ（ＣＤ−ＲＯＭ）とデジタル多用途ディスク（ＤＶＤ）を含む）、光磁気ディスク（ミニディスク（ＭＤ）（登録商標）を含む）、半導体メモリを含む。又は、記憶媒体は、ＲＯＭ２５０２、記憶部２５０８に含まれるハードディスク等であってもよく、その中にプログラムが記憶され、且つこれらを含む装置とともにユーザに配分される。
【０１６５】
指摘すべきことは、本発明の装置、方法及びシステムにおいて、各部品又は各ステップは分割及び/又は再組み合わせることが可能である。これらの分割及び/又は再組み合わせは本発明の等価スキームと見なすべきである。そして、上記一連の処理を実行するステップは、説明の順で時間順に従って実行してもよいが、必ず時間順に従う必要がない。あるステップは並行又は独立に実行することが可能である。
【０１６６】
最後、説明すべきことは、用語の「含む」、「包含」又はその任意の変化は、非排他的包含を含むことを意味することにより、一連の要素を含むプロセス、方法、物品又はデバイスはその要素を含むだけでなく、明確に挙げていない他の要素を含むか、又はこのようなプロセス、方法、物品又はデバイスが固有する要素をさらに含むようにする。また。より多く制限されない場合に、語句「一つ…を含む」が限定する要素は、上記要素を含むプロセス、方法、物品又はデバイスにおいて他の同一の要素を含むことを排除しない。
【０１６７】
以上で図面と合わせて本発明の実施例を詳細に記述したが、以上で記述された実施形態は、本発明を説明するためのものであり、本発明を制限しない。当業者にとって、上記実施形態について、本発明の本質と範囲から逸脱せず、各種の修正、変更を行い得る。従って、本発明の範囲は特許請求の範囲及び均等意味のみに限定される。
【０１６８】
上記装置中の各組立モジュール、ユニットはハードウェア、ファームウェア、ソフトウェア又はその組み合わせで配置することが可能となる。配置が使用可能な具体的手段又は形態は、当業者にとって公知であり、ここで重複しない。ソフトウェア又はファームウェアで実現する場合、記憶媒体又はネットワークから専用ハードウェア構造を有するコンピュータに当該ソフトウェアを構成するプログラムをインストールし、当該コンピュータは各種のプログラムがインストールされている場合、各種の機能等を実行できる。
【０１６９】
ソフトウェア又はファームウェアで上記一連の処理を実現する場合、ネットワーク、例えばインターネット或いは記憶装置、例えば、リムーバブル媒体からソフトウェアを構成するプログラムをインストールする。
【０１７０】
当業者であれば、上記記憶媒体は、その中にプログラムが記憶され装置に別途配分してユーザにプログラムを提供するリムーバブルメディアに限定されないことが理解される。リムーバブルメディアの例は、磁気ディスク（フロッピーディスク（登録商標））、光ディスク（光ディスク読取専用メモリ（ＣＤ−ＲＯＭ）とデジタル多用途ディスク（ＤＶＤ）を含む）、光磁気ディスク（ミニディスク（ＭＤ）（登録商標）を含む）、半導体メモリを含む。又は、記憶媒体は、ＲＯＭ、記憶部に含まれるハードディスク等であってもよく、その中にプログラムが記憶され、且つこれらを含む装置とともにユーザに配分される。
【０１７１】
本開示は、さらに、機器読み取り可能な指令コードが記憶されたプログラム製品を提供する。前記指令コードは機器により読み取られて実行される場合に、上記本開示の実施例による方法を実行することができる。
【０１７２】
これに対応して、上記の機器読み取り可能なコマンドコードが記憶されたプログラム製品がロードされた記憶媒体も本開示の開示に含まれる。上記記憶媒体は、フロッピーディスク、光ディスク、光磁気ディスク、メモリカード、メモリスティックを含むが、これらに限定されない
【０１７３】
また、なお、本開示において、例えば、「左」と「右」、「第１」と「第２」等などの関係用語は、ただ一つのエンティティ又は操作と他の一つのエンティティ又は操作と区分するための言葉であり、必ずしもこれらのエンティティ又は操作同士にこのような実際の関係又は順序が存在することを示唆しない。且つ、用語である「含む」や「包含」又は他の変更用語は、非排他的包含もカバーすることを意味し、一連の要素を含む過程、方法、物品又はデバイスは、それらの要素だけでなく、明確に記載されていない他の要素や、この過程、方法、物品又はデバイスに固有される要素も含む。より多く制限されない場合に、語句「一つ…を含む」が限定する要素は、上記要素を含むプロセス、方法、物品又はデバイスにおいて他の同一の要素を含むことを排除しない。
【０１７４】
以上に本発明の具体的な実施例に対する説明にて本発明を開示したが、当業者は特許請求の範囲の主旨及び範囲において、本発明の各種の修正、改進または均等物を設計することができる。これらの修正、改進または均等物も本発明の保護範囲に該当することは明らかである。
【図１】
2019515607.tif 000012
【図２】
2019515607.tif 000013
【図３】
2019515607.tif 000014
【図４】
2019515607.tif 000015
【図５】
2019515607.tif 000016
【図６】
2019515607.tif 000017
【図７】
2019515607.tif 000018
【図８】
2019515607.tif 000019
【図９】
2019515607.tif 000020
【図１０】
2019515607.tif 000021
【図１１】
2019515607.tif 000022
【図１２】
2019515607.tif 000023
【図１３】
2019515607.tif 000024
【図１４】
2019515607.tif 000025
【図１５】
2019515607.tif 000026
【図１６】
2019515607.tif 000027
【図１７】
2019515607.tif 000028
【図１８】
2019515607.tif 000029
【図１９】
2019515607.tif 000030
【図２０】
2019515607.tif 000031
【図２１】
2019515607.tif 000032
【図２２】
2019515607.tif 000033
【図２３】
2019515607.tif 000034
【図２４】
2019515607.tif 000035
【図２５】
2019515607.tif 000036
【図２６】
2019515607.tif 000037
【手続補正書】
【提出日】平成30年11月19日(2018.11.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムに用いられるスペクトル管理装置であって、前記無線通信システムは、プライマリシステム及びサブシステムを含み、前記スペクトル管理装置は、処理回路を含み、
前記処理回路は、
当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを取得し、当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報は、サブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応し、
それぞれのサブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル遷移能力情報とに基づいて、当該スペクトル管理装置が管理するそれぞれのサブシステムに対するスペクトル遷移を確定する、ように配置されている、
スペクトル管理装置。
【請求項２】
前記処理回路は、さらに、スペクトルリソースを要求するサブシステムが存在し、且つ前記無線通信システムにおいて残りのスペクトルリソースが存在するが、前記スペクトルリソースを要求するサブシステムが他のサブシステムのスペクトルリソース割り当てを変更しないとスペクトルリソースを得ることができない場合に、当該要求に応答して、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報を取得し、前記スペクトル使用情報と前記スペクトル遷移能力情報とに基づいて、当該スペクトル管理装置が管理するそれぞれのサブシステムに対するスペクトル遷移をトリガーするか否か確定する、ように配置されている請求項１に記載のスペクトル管理装置。
【請求項３】
前記残りのスペクトルリソースには、無線通信システムにおいて使用されていないスペクトルリソース、及び新たにリリースされたスペクトルリソースの少なくとも一方が含まれる請求項２に記載のスペクトル管理装置。
【請求項４】
前記処理回路は、さらに、前記無線通信システムにおけるサブシステムに対するスペクトル遷移をトリガーすると確定する場合に、それぞれのサブシステムのスペクトル遷移能力情報を取得し、且つ前記スペクトル遷移能力情報に基づいて、スペクトル遷移操作をサポートするサブシステムに対するスペクトル遷移を確定する、ように配置されている請求項２又は３に記載のスペクトル管理装置。
【請求項５】
前記処理回路は、
（ｉ）当該残りのスペクトルリソースについて、当該スペクトル管理装置が管理するサブシステムにおいて、前記残りのスペクトルリソースを使用していないが、残りのスペクトルリソースが当該サブシステムによって使用されるように調整される場合にプライマリシステムへの干渉が前記プライマリシステムの許容範囲にあるサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成し、
（ｉｉ）前記サブシステム集合において前記スペクトルリソースを要求するサブシステムが存在するか否かを判断し、
前記スペクトルリソースを要求するサブシステムが存在する場合に、前記判断に基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル遷移を確定し、
前記スペクトルリソースを要求するサブシステムが存在しない場合に、前記サブシステム集合に含まれるサブシステムのそれぞれが現在使用しているスペクトルリソースを、前記残りのスペクトルリソースとし、
前記サブシステム集合に含まれるサブシステムのそれぞれが現在使用しているスペクトルリソースに対して、前記サブシステム集合において前記スペクトルリソースを要求するサブシステムが存在するまで、上記操作（ｉ）〜（ｉｉ）を繰り返す、ように配置されている請求項２〜４のいずれか一項に記載のスペクトル管理装置。
【請求項６】
前記処理回路は、前記操作（ｉ）〜（ｉｉ）を繰り返す回数が所定の閾値に達した場合にも、それぞれのサブシステム集合において前記スペクトルリソースを要求するサブシステムが含まれていないと、前記スペクトルリソースを要求するサブシステムにスペクトルリソースを割り当てない、ように配置されている請求項５に記載のスペクトル管理装置。
【請求項７】
前記処理回路は、当該スペクトル管理装置が管理するそれぞれのサブシステムの利用可能なスペクトル情報を利用して、前記サブシステム集合を構成するサブシステムを選択するように配置されおり、前記利用可能なスペクトル情報は、当該サブシステムのプライマリシステムへの干渉がプライマリシステムの許容範囲内にある条件での、サブシステムの利用可能なスペクトルに関する情報である、請求項５又は６に記載のスペクトル管理装置。
【請求項８】
前記処理回路は、それぞれのサブシステムが現在のスペクトルリソースの使用を保持しながら、プライマリシステムへの干渉がプライマリシステムの許容範囲にあることを保証するという条件での、それぞれのプライマリシステムに対する移動可能範囲の情報に基づいて、当該サブシステム集合を構成するサブシステムを選択する、ように配置されている請求項５又は６に記載のスペクトル管理装置。
【請求項９】
前記残りのスペクトルリソースは、無線通信システムにおいて新しくリリースされたスペクトルリソースであり、前記処理回路は、当該スペクトル管理装置が管理する、当該残りのスペクトルリソースをリリースするサブシステムの前記移動可能範囲に位置しているサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成する、ように配置されている請求項８に記載のスペクトル管理装置。
【請求項１０】
前記処理回路は、前記無線通信システムにおいて複数のプライマリシステムを含む場合に、当該残りのスペクトルリソースをリリースするサブシステムの複数の移動可能範囲のオーバラップ領域内に位置しているサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成する、ように配置されている請求項９に記載のスペクトル管理装置。
【請求項１１】
前記処理回路は、それぞれのサブシステムの使用スペクトルが割り当てられる際の時間情報に基づいて、前記サブシステム集合を構成するサブシステムを選択するように配置されている請求項５又は６に記載のスペクトル管理装置。
【請求項１２】
前記処理回路は、当該残りのスペクトルリソースに対応するサブシステム集合のサブシステムを選択した後、サブシステム集合におけるサブシステムのそれぞれに対して、当該残りのスペクトルリソースが当該サブシステムによって使用されるように調整される場合にプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるか否かを確定し、前記サブシステム集合からプライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを除去する、ように配置されている請求項８〜１１のいずれか一項に記載のスペクトル管理装置。
【請求項１３】
前記処理回路は、さらに、
それぞれのサブシステム集合に基づいてペクトル遷移グラフとして有向グラフを作成し、前記ペクトル遷移グラフに応じて、深さ優先探索又は幅優先探索により前記スペクトル遷移に関するスペクトル遷移情報を確定するように配置されており、
前記有向グラフは、当該残りのスペクトルリソースをリリースするサブシステム又はスペクトル管理装置を末尾ノードとし、当該残りのスペクトルリソースに対応するサブシステム集合におけるサブシステムのそれぞれを先頭ノードとして、前記残りのスペクトルリソースを末尾ノードと先頭ノードとを接続する有向辺の重みとすることにより、作成される請求項５〜１２のいずれか一項に記載のスペクトル管理装置。
【請求項１４】
前記スペクトル遷移に関するスペクトル遷移情報を送信するように配置されている通信ユニットをさらに含み、当該スペクトル遷移情報は、スペクトル遷移操作を行うサブシステムの識別子、当該サブシステムに新たに割り当てられたスペクトルリソースの情報及び／又は当該サブシステムによってリリースされるスペクトルリソースの情報を含む請求項１〜１３のいずれか一項に記載のスペクトル管理装置。
【請求項１５】
前記通信ユニットは、さらに、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報とスペクトル遷移能力情報、無線通信システムにおける残りのスペクトルリソースに関する情報、サブシステムの移動可能範囲に関する情報、サブシステムの使用スペクトルが割り当てられる際の時間に関する情報の少なくとも一方を受信する、ように配置されている請求項１４に記載のスペクトル管理装置。
【請求項１６】
無線通信システムに用いられるサブシステムであって、
当該サブシステムのスペクトル使用情報とスペクトル遷移能力情報とを送信し、当該スペクトル使用情報とスペクトル遷移能力情報とに基づいて当該サブシステムに対するスペクトル遷移を確定するとともに、当該サブシステムのスペクトル使用を調整するためのスペクトル遷移情報を受信する、ように配置されている通信ユニットを含み、
当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報は、サブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応するサブシステム。
【請求項１７】
前記スペクトル遷移情報は、スペクトル遷移操作を行うサブシステムの識別子、当該サブシステムに新たに割り当てられたスペクトルリソースの情報及び／又は当該サブシステムによってリリースされるスペクトルリソースの情報を含み、前記サブシステムは、前記スペクトル遷移情報に基づいてそのスペクトル使用を調整する請求項１６に記載のサブシステム。
【請求項１８】
前記通信ユニットは、さらに、スペクトルリソースを要求するためのスペクトルリソース要求を送信するように配置されている請求項１６又は１７に記載のサブシステム。
【請求項１９】
無線通信システムに用いられる地理的位置データベースであって、前記無線通信システムは、プライマリシステム及びサブシステムを含み、前記地理的位置データベースは、
それぞれのサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを提供するように配置されている通信ユニットを含み、
当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報は、サブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応し、
前記スペクトル使用情報と前記スペクトル遷移能力情報は、前記無線通信システムにおけるサブシステムに対するスペクトル遷移を確定するために用いられる地理的位置データベース。
【請求項２０】
スペクトルリソースを要求するサブシステムが存在し且つ前記無線通信システムに残りのリソースが存在するが、前記スペクトルリソースを要求するサブシステムが他のサブシステムのスペクトルリソース割り当てを変更しないとスペクトルリソースを得ることができない場合に、当該要求に応答して、無線通信システムにおけるサブシステムに対するスペクトル遷移をトリガーするか否かを確定する、ように配置されている処理回路をさらに含む請求項１９に記載の地理的位置データベース。
【請求項２１】
前記処理回路は、さらに、当該残りのスペクトルリソースに対して、サブシステムを選択して当該残りのスペクトルリソースに対応するサブシステム集合を構成し、当該サブシステム集合に基づいてそれぞれのサブシステムのスペクトル遷移を確定する場合に、当該残りのスペクトルリソースが当該サブシステムによって使用されるように調整される際にプライマリシステムへの干渉を算出し、前記サブシステム集合から、プライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを除去する、ように配置されている請求項２０に記載の地理的位置データベース。
【請求項２２】
無線通信システムに用いられる共存発見装置であって、前記無線通信システムはプライマリシステム及びサブシステムを含み、前記共存発見装置は、
スペクトルリソースを要求するサブシステムが存在し且つ前記無線通信システムに残りのリソースが存在するが、前記スペクトルリソースを要求するサブシステムが他のサブシステムのスペクトルリソース割り当てを変更しないとスペクトルリソースを得ることができない場合に、当該要求に応答して、無線通信システムにおけるサブシステムに対するスペクトル遷移をトリガーするか否かを確定し、サブシステムを管理するスペクトル管理装置が無線通信システムにおけるサブシステムに対するスペクトル遷移をトリガーすると確定した場合に、それが管理するサブシステムのスペクトル遷移能力情報を取得することにより、サブシステムのスペクトル遷移能力情報に基づいて、管理するサブシステムに対するスペクトル遷移を確定し、当該スペクトル遷移能力情報は、サブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応する、ように配置されている処理回路を含む、
共存発見装置。
【請求項２３】
サブシステムのスペクトルリソースを要求するための要求、及びそれぞれのサブシステムの使用スペクトル情報の少なくとも一方を受信するとともに、無線通信システムにおけるサブシステムに対するスペクトル遷移をトリガーするか否かの確定結果を送信する、ように配置されている通信ユニットをさらに含む請求項２２に記載の共存発見装置。
【請求項２４】
無線通信システムに用いられるスペクトル管理方法であって、前記無線通信システムは、プライマリシステム及びサブシステムを含み、前記スペクトル管理方法は、
当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを取得し、当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報は、サブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応し、
それぞれのサブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル遷移能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル遷移を確定することを含む、
無線通信システムに用いられるスペクトル管理方法。
【請求項２５】
無線通信システムに用いられる方法であって、前記無線通信システムは、地理的位置データベース、スペクトル管理装置及びサブシステムを含み、前記方法は、
地理的位置データベースによりそれぞれのサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを送信し、当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報は、当該サブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応し、
それぞれのサブシステムのスペクトル使用による無線通信システムにおけるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、スペクトル管理装置は、その管理するサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを受信し、前記スペクトル使用情報と前記スペクトル遷移能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル遷移を確定し、
前記スペクトル管理装置は、スペクトル遷移に関するスペクトル遷移情報を送信し、
サブシステムは、前記スペクトル管理装置が送信した前記スペクトル遷移情報を受信し、当該スペクトル遷移情報を利用してそのスペクトル使用を調整する、ことを含む、
方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本開示の一実施例によれば、無線通信システムに用いられるスペクトル管理装置を提供し、前記無線通信システムはプライマリシステム及びサブシステムを含み、前記スペクトル管理装置は処理回路を含み、当該処理回路は、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを取得し、それぞれのサブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、スペクトル使用情報とスペクトル遷移能力情報とに基づいて、当該スペクトル管理装置が管理するそれぞれのサブシステムに対するスペクトル遷移を確定するように配置されており、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報はサブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
本開示の他の一実施例によれば、無線通信システムに用いられるサブシステムを提供し、当該サブシステムのスペクトル使用情報とスペクトル遷移能力情報とを送信し、当該スペクトル使用情報とスペクトル遷移能力情報とに基づいて当該サブシステムに対するスペクトル遷移を確定するとともに、当該サブシステムのスペクトル使用を調整するためのスペクトル遷移情報を受信する、ように配置されている通信ユニットを含み、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報はサブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本開示のさらなる一実施例によれば、無線通信システムに用いられる地理的位置データベースを提供し、前記無線通信システムはプライマリシステム及びサブシステムを含み、前記地理的位置データベースは、それぞれのサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを提供するように配置されている通信ユニットを含み、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報は、サブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応し、前記スペクトル使用情報と前記スペクトル遷移能力情報は、前記無線通信システムにおけるサブシステムに対するスペクトル遷移を確定するために用いられる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
本開示の他の一実施例によれば、無線通信システムに用いられる共存発見装置を提供し、前記無線通信システムはプライマリシステム及びサブシステムを含み、前記共存発見装置は、スペクトルリソースを要求するサブシステムが存在し且つ無線通信システムに残りのリソースが存在するが、前記スペクトルリソースを要求するサブシステムが他のサブシステムのスペクトルリソース割り当てを変更しないとスペクトルリソースを得ることができない場合に、当該要求に応答して、無線通信システムにおけるサブシステムに対するスペクトル遷移をトリガーするか否かを確定し、サブシステムを管理するスペクトル管理装置が無線通信システムにおけるサブシステムに対するスペクトル遷移をトリガーすると確定した場合に、それが管理するサブシステムのスペクトル遷移能力情報を取得することにより、サブシステムのスペクトル遷移能力情報に基づいて、管理するサブシステムに対するスペクトル遷移を確定する、ように配置されている処理回路を含み、当該スペクトル遷移能力情報は、サブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
本開示の他の一実施例によれば、無線通信システムに用いられるスペクトル管理方法を提供し、前記無線通信システムはプライマリシステム及びサブシステムを含み、前記スペクトル管理方法は、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを取得し、それぞれのサブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル遷移能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル遷移を確定することを含み、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報はサブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
本開示のさらなる一実施例によれば、無線通信システムに用いられる方法を提供し、前記無線通信システムは地理的位置データベース、スペクトル管理装置及びサブシステムを含み、前記方法は、サブシステムからのスペクトルリソース要求に応答して、地理的位置データベースによりそれぞれのサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを送信し、それぞれのサブシステムのスペクトル使用による無線通信システムにおけるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、スペクトル管理装置が、その管理するサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを受信し、スペクトル使用情報とスペクトル遷移能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル遷移を確定し、前記スペクトル管理装置がスペクトル遷移に関するスペクトル遷移情報を送信し、サブシステムが前記スペクトル管理装置が送信したスペクトル遷移情報を受信し、当該スペクトル遷移情報を利用してそのスペクトル使用を調整する、ことを含み、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報は当該サブシステムスペクトル管理操作をサポートするか否かに関する情報に対応する。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
本開示は、以下に図面と合わせて記載された説明を参照することによりよく理解できる。なお、全ての図面において、同一又は類似する部品を同一又は類似する符号で示している。前記図面は以下の詳細説明と共に本明細書に含まれ本明細書の一部として構成されており、更に例を挙げることにより本開示の好適な実施例を説明し、本開示の原理とメリットを解釈する。図面において、
【図１】プライマリシステム及びサブシステムを含む通信システムの概略的な模式図を示す。
【図２】本願の一実施例による、無線通信システムに用いられるスペクトル管理装置の構成のブロック図を示す。
【図３】図２における処理回路の他の構成例を示すブロック図である。
【図４】図３における遷移トリガーユニットの概略的構造を示すブロック図である。
【図５】図３における遷移確定ユニットの概略的構造を示すブロック図である。
【図６】本開示によるサブシステムのスペクトル遷移の例を示す模式図である。
【図７】図７ａと図７ｂは、サブシステムの移動可能範囲に基づいてサブシステム集合を確定する例を模式的に示す。
【図８】サブシステムの使用スペクトルが割り当てられた時間に基づいてサブシステム集合を確定する例を模式的に示す。
【図９】遷移確定ユニットの他の概略的構造を模式的に示す。
【図１０】本開示の実施例によるスペクトル遷移グラフの例を模式的に示す。
【図１１】本開示の実施例によるスペクトル管理装置の他の例を示すブロック図である。
【図１２】本開示の実施例による無線通信システムに用いられるサブシステム装置の概略的ブロック図を示す。
【図１３】本開示の実施例による無線通信システムに用いられる地理的位置データベースの例を示すブロック図である。
【図１４】本開示の実施例による無線通信システムに用いられる地理的位置データベースの他の例を示すブロック図である。
【図１５】本開示の実施例による共存発見装置の概略的構造を示すブロック図である。
【図１６】本開示の実施例による共存発見装置の他の概略的構造を示す。
【図１７】本開示の実施例によるスペクトル管理システムの概略的構造を示す。
【図１８】本開示の実施例によるスペクトル管理方法を示すフローチャートである。
【図１９】本開示の実施例による無線通信システムに用いられる方法を示すフローチャートである。
【図２０】本開示の実施例によるスペクトル管理システムに用いられる方法の例を示すフローチャートである。
【図２１】無線通信システムに用いられる方法のフローチャートの具体例を示す。
【図２２】無線通信システムに用いられる方法のフローチャートの具体例を示す。
【図２３】本開示の実施例によるスペクトル管理システムに用いられる応用例を示す模式図である。
【図２４】本開示内容の技術を応用できるスマートフォンの概略的な配置を示すブロック図である。
【図２５】本開示内容の技術を応用できるカーナビゲーションデバイスの概略的な配置の一例を示すブロック図である。
【図２６】本発明の実施例による方法及び/又は装置及び/又はシステムを実現する汎用コンピュータの概略的な構成のブロック図である。  当業者であれば、図面における素子は、簡明で、明らかのために示されたものであり、必ずしも一定の比例に従ってプロットされていないと理解すべきである。例えば、図面のいくつかの素子の寸法は、本開示の実施形態の理解を向上させるために、他の素子に対して誇張されている場合がある。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正の内容】
【００２６】
図２に、本願の一実施例による、無線通信システムに用いられるスペクトル管理装置１を示し、当該無線通信システムはプライマリシステム及びサブシステムを含み、スペクトル管理装置１は、処理回路１０を含み、当該処理回路１０は、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを取得し、及び、それぞれのサブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル遷移能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル遷移を確定する、ように配置されており、当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトルに関する情報に対応し、当該スペクトル遷移能力情報は、サブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応する。本開示によれば、スペクトル管理装置１は、地理的位置データベース（Ｇｅｏ−ｌｏｃａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ，ＧＬＤＢ）とは独立して設定されてもよいし、地理的位置データベースに設置されてもよい。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
スペクトル遷移能力情報は、サブシステムがスペクトル遷移を行う能力を表す。異種無線アクセスネットワークは、数が多く、タイプが多様なサブシステムをサポートし、ＱｏＳ要求上でも多樣性がある。例えば、サブシステムは単一の移動デバイスであってもよいし、移動デバイスからなるネットワークであってもよい。従って、異なるサブシステムの再配置による消費も異なり、スペクトル遷移による再配置に対する感度の違いを引き起こす。スペクトル遷移能力情報を提供することは、サブシステムが自分の特徴やニーズに応じてスペクトル遷移操作に参加するか否かを選択できることを確保する。これらの特徴や、ニーズは、サービスの重要性、スペクトル遷移への参加がいくつかの利益（仮想通貨やトラフィックを引き換える）をもたらすか否かなどが含まれる。スペクトル遷移能力情報は、運行の中でサブシステムが自分の特徴やニーズに応じて動的に設定することが可能となる。例えば、スペクトル遷移能力情報はｓｐｅｃｔｒｕｍＴｒａｎｓｉｔｉｏｎＣａｐａｂｉｌｉｔｙで示すことができる。スペクトル遷移能力情報の値は、例えばブール値で示し、例えば、「ＴＲＵＥ」に設定し、当該サブシステムがスペクトル遷移操作をサポートすることを示し、さもなければ、スペクトル遷移操作に参加することを拒否することを示す。スペクトル使用情報と類似して、処理回路１０は、例えば地理的位置データベースや、それぞれのサブシステムからサブシステムのスペクトル遷移能力情報を取得してもよいし、スペクトル管理装置の記憶ユニットからスペクトル遷移能力情報を取得してもよい。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
図２に、さらに、処理回路１０の機能モジュールの例を示し、図２に示すように、処理回路１０は、取得ユニット１０１と遷移確定ユニット１０２とを含んでいる。これらの機能モジュールは、それぞれ一つの処理回路により実現されてもよく、一つの処理回路により併せて実現されてもよく、又は一つの処理回路の一部として実現されるか、各機能モジュールは複数の処理回路により実現されてもよいと理解される。言い換えれば、機能モジュールの実現形態は制限されない。なお、処理回路１０は、例えば、データ処理能力を有する中央処理装置(ＣＰＵ)、マイクロプロセッサ、集成回路モジュールなどであってもよい。以下、図３を参照しながらスペクトル管理装置１の構成と機能について詳細に記述する。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
一例として、処理回路１０は、さらに、スペクトルリソースを要求するサブシステムが存在し、且つ前記無線通信システムにおいて残りのリソースが存在する場合に、当該要求に応答して、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報を取得し、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報に基づいて、前記サブシステムに対してスペクトル遷移を行うことをトリガーするか否かを確定することにより、スペクトルリソースを要求するサブシステムのスペクトルリソースの使用を満足する、ように配置されている。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
それに対応して、図３に示すように、処理回路１０は、前記サブシステムに対してスペクトル遷移を行うことをトリガーするか否かを確定することにより、スペクトルリソースを要求するサブシステムのスペクトルリソース使用を満足するための遷移トリガーユニット１０３をさらに含んでもよい。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
本開示によれば、スペクトルリソースを要求するサブシステムが存在し、且つ前記無線通信システムに残りのスペクトルリソースが存在する場合に、遷移トリガーユニット１０３は、当該スペクトルリソース要求に応答して、サブシステムのスペクトルリソース遷移の操作をトリガーするか否かを確定できる。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
図４に、遷移トリガーユニットの概略的な構成を示している。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００３５
【補正方法】変更
【補正の内容】
【００３５】
図４に示すように、遷移トリガーユニット１０３は、無線通信システムにおいて残りのスペクトルリソースが存在するか否か、及び当該残りのスペクトルリソースがスペクトルリソースを要求するサブシステムによって使用され得るか否かを判断するように配置されている判断モジュール１０３１と、前記判断モジュール１０３１が無線通信システムに残りのスペクトルリソースが存在し且つ当該残りのスペクトルリソースがスペクトルリソースを要求するサブシステムによって使用され得ないと判断した場合に、それぞれのサブシステムのスペクトル使用に対する遷移をトリガーすると確定するためのトリガー確定ユニット１０３２とを含んでいる。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正の内容】
【００３７】
判断モジュール１０３１は、スペクトルリソースを要求するサブシステムが残りのスペクトルリソースを取得できると判断した場合に、残りのスペクトルリソースを、当該スペクトルリソースを要求するサブシステムに割り当てることができ、サブシステムのスペクトル遷移を行う必要がなく、従って、トリガー確定ユニット１０３２は、それぞれのサブシステムのスペクトル使用に対する遷移をトリガーしないと確定し、且つ残りのスペクトルリソースを当該スペクトルリソースを要求するサブシステムに割り当てると確定できる。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
逆に、判断モジュール１０３１は、スペクトルリソースを要求するサブシステムが残りのスペクトルリソースを取得できないと判断した場合に、さらに、無線通信システムにおいて残りのスペクトルリソースが存在するか否かを判断する。第２の判断モジュール１０３２が無線通信システムにおいて残りのスペクトルリソースが存在しないと判断すると、無線通信システムにおけるスペクトルリソースの全部が十分に利用されたことを表し、即ち、現在のサブシステムのスペクトル使用を調整することによりスペクトルリソースを要求するサブシステムにスペクトルリソースを割り当てることができないことを表し、この場合、トリガー確定ユニット１０３２は、それぞれのサブシステムのスペクトル使用に対する遷移をトリガーしないと確定し、且つスペクトルリソースを要求するサブシステムのアクセスを拒否すると確定する。無線通信システムにおいて残りのリソースが存在すると、トリガー確定ユニット１０３２は、それぞれのサブシステムのスペクトル使用に対するスペクトル遷移をトリガーすると確定することで、スペクトル遷移により、プライマリシステムへの干渉がプライマリシステムの干渉閾値範囲内にあることを確保して、スペクトルリソースを要求するサブシステムにスペクトルリソースを提供することが可能となる。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
トリガー確定ユニット１０３２は、それぞれのサブシステムのスペクトル使用に対するスペクトル遷移をトリガーしないと確定した場合に、スペクトル管理装置１は当該サブシステムのアクセスを拒否すると確定することができる。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
本開示による遷移トリガーユニット１０３の、サブシステムを遷移する処理をトリガーか否かを確定するトリガー操作は、共存発見と称されてもよい。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正の内容】
【００４１】
スペクトル管理装置が管理するサブシステムに対してスペクトル遷移を行うことをトリガーすると遷移トリガーユニット１０３が確定することに応答して、処理回路１０における取得ユニット１０１は、それが管理するそれぞれのサブシステムのスペクトル遷移能力情報を取得し、取得したスペクトル遷移能力情報に基づいて、スペクトル遷移をサポートするサブシステムを選択してもよく、そして、処理回路１０における遷移確定ユニット１０２により、これらのスペクトル遷移操作をサポートするサブシステムに対するスペクトル遷移を確定する。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
以上の記述によれば、処理回路１０の取得ユニット１０１はスペクトルリソースの要求に応答して、それぞれのサブシステムのスペクトル使用情報を取得し、及びサブシステムに対するスペクトル遷移をトリガーすると確定することに応答して、スペクトル遷移能力情報を取得したが、本開示はこれに限定されるものではない。例えば、取得ユニット１０１は、所定のタイミング毎に、当該スペクトル管理装置が管理するそれぞれのサブシステムのスペクトル使用情報と、スペクトル遷移能力情報と、を取得してもよい。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】００４３
【補正方法】変更
【補正の内容】
【００４３】
以下、遷移確定ユニット１０２の概略的な構造について詳細に記述する。図５に示すように、遷移確定ユニット１０２は、サブシステム集合確定モジュール１０２１と、判定モジュール１０２２とを含み、当該サブシステム集合確定モジュール１０２１は、残りのスペクトルリソースに対して、スペクトル管理装置が管理するサブシステムから、前記残りのスペクトルリソースを使用していないが、当該残りのスペクトルリソースが当該サブシステムによって使用されるように調整される場合にプライマリシステムへの干渉が前記プライマリシステムの許容範囲にあるようなサブシステムを選択して当該残りのスペクトルリソースに対応するサブシステム集合を構成し、当該判定モジュール１０２２は、前記サブシステム集合において前記スペクトルリソースを要求するサブシステムが存在するか否かを判定し、前記スペクトルリソースを要求するサブシステムが存在する場合に、当該判断に基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル遷移を確定し、スペクトルリソースを要求するサブシステムが存在しない場合に、前記サブシステム集合に含まれているサブシステムのそれぞれが現在に使用しているスペクトルリソースを、前記残りのスペクトルリソースとし、サブシステム集合に含まれているサブシステムのそれぞれが現在に使用しているスペクトルリソースに対して、前記サブシステム集合にスペクトルリソースを要求するサブシステムが存在するまで、サブシステム確定モジュール１０２１と判定モジュール１０２２との上記操作を繰り返す。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
本開示によれば、サブシステム集合確定モジュール１０２１は、以下の条件に基づいて、残りのスペクトルリソースに対応するサブシステム集合に含まれているサブシステムを確定し、上記条件は、当該サブシステムが前記残りのスペクトルリソースを使用していないが、残りのスペクトルリソースが、当該サブシステムによって使用されるように調整される場合にプライマリシステムへの干渉が前記プライマリシステムの許容範囲にあることであり、つまり、当該残りのスペクトルリソースが、当該サブシステムによって使用されるように調整されると、遷移の後、通信システムの全体における、当該サブシステムを含む全てのサブシステムがスペクトルリソースを使用し、即ち、当該サブシステムが残りのスペクトルリソースを使用し(本開示によれば、当該残りのスペクトルリソースがあるサブシステムがリリースしたものであると、対応するサブシステムは当該残りのスペクトルリソースの使用を停止する必要がある)、他のサブシステムは現在使用しているスペクトルリソースを使用する場合にプライマリシステムへの干渉がプライマリシステムの干渉閾値範囲内にあるようになる。
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】００４５
【補正方法】変更
【補正の内容】
【００４５】
図６に、残りのスペクトルリソースが新しくリリースされたスペクトルリソースである場合に、二つのサブシステムの間のスペクトル遷移（スペクトル遷移）を確定する例を示している。
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】００５１
【補正方法】変更
【補正の内容】
【００５１】
場合２について、一つの可能な実現形態は、スペクトル管理装置１が、地理的位置データベースが記憶算出した全ての情報にアクセスでき、即ち、地理的位置データベースは、スペクトル管理装置１が管理するそれぞれのサブシステムに対して、それが残りのスペクトルリソースを使用するように調整された後プライマリシステム（又はプライマリシステム基準点）への干渉がプライマリシステムの干渉閾値内にあるか否かを再算出し、プライマリシステムの干渉閾値内にあると、サブシステム集合確定モジュール１０２１は、当該サブシステムを当該残りのスペクトルリソースに対応するサブシステム集合に含ませ、さもなければ、それを当該残りのスペクトルリソースに対応するサブシステム集合に含ませない。そして、サブシステム集合確定モジュール１０２１によって確定されたサブシステム集合に基づいて、判定モジュール１０２２によって判定を実行し、当該判定に基づいてスペクトル遷移スキームを確定するようにする。
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】００５４
【補正方法】変更
【補正の内容】
【００５４】
本開示によれば、サブシステムＣＲＳａの使用するスペクトルリソースＣＨ１（即ち、それを本開示による残りのスペクトルリソースと見なす）の遷移目標（即ち、スペクトル遷移の際に、スペクトルリソースＣＨ１を使用できるサブシステム、本開示に言及された、残りのスペクトルリソースに対応するサブシステム集合におけるサブシステム）を考慮する際に、スペクトルリソースＣＨ１をリリースするサブシステムＣＲＳａの移動可能範囲にあり且つ当該スペクトルリソースを使用していない他のサブシステムのみを潜在的遷移目標として考慮すればよい。
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】変更
【補正の内容】
【００７３】
残りのスペクトルリソースに対応するサブシステム集合を取得した後、判定モジュール１０２２は、サブシステム集合にスペクトルリソースを要求するサブシステムが含まれる判断に基づいて、それぞれのサブシステムに対するスペクトル遷移を確定してもよく、サブシステム集合においてスペクトルリソースを要求するサブシステムが存在しないと、サブシステム集合に含まれているサブシステムのそれぞれが現在に使用しているスペクトルリソースを、前記残りのスペクトルリソースとする。新たに確定したサブシステム集合にスペクトルリソースを要求するサブシステムが含まれるまで、サブシステム集合確定モジュール１０２１と判定モジュール１０２２との操作を繰り返すことにより、それぞれのサブシステムのスペクトル遷移を確定することができる。つまり、本開示によれば、残りのスペクトルリソースを起点として、まず、当該残りのスペクトルリソースに対応するサブシステム集合を確定してから、サブシステム集合におけるサブシステムのそれぞれが使用するスペクトルリソースを、残りのスペクトルリソースとして、残りのスペクトルリソースのそれぞれに対応するサブシステム集合を確定し、段階的にサブシステム集合を確定し、サブシステム集合にスペクトルリソースを要求するサブシステムが含まれるまでで、即ち、スペクトルリソースを要求するサブシステムをサブシステム集合確定モジュール１０２１の操作の終点とする。
【手続補正２９】
【補正対象書類名】明細書
【補正対象項目名】００７４
【補正方法】変更
【補正の内容】
【００７４】
段階的にサブシステム集合を確定する過程で、サブシステム集合確定操作を繰り返す回数が所定の数に達したが、まだスペクトルリソースを要求するサブシステムを見つけていないと、スペクトルリソースを要求するサブシステムにスペクトル遷移スキームが見つかる可能性が少ない。これに基づいて、スペクトル遷移スキームの設計規模及び複雑さを制御するために、本開示の好適な実施例によれば、処理回路は、サブシステム確定モジュール１０２１と判定モジュール１０２２との操作を繰り返す繰り返し回数が所定の閾値に達した場合に、それぞれのサブシステム集合に依然として前記スペクトルリソースを要求するサブシステムが含まれていないと、前記スペクトルリソースを要求するサブシステムにスペクトルリソースを割り当てないと確定するように配置されている。
【手続補正３０】
【補正対象書類名】明細書
【補正対象項目名】００７５
【補正方法】変更
【補正の内容】
【００７５】
以下、図９と合わせて遷移確定ユニットの他の概略的な構造について詳細に記述する。
【手続補正３１】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【００７６】
図９に示すように、遷移確定ユニット１０２と類似してサブシステム集合確定モジュール１０２１及び判定モジュール１０２２を含むことに加えて、遷移確定ユニット１０２’は、それぞれのサブシステム集合に基づいて、スペクトル遷移グラフとして、有向グラフを作成し、前記スペクトル遷移グラフに応じて、深さ優先探索又は幅優先探索により前記スペクトル遷移に関するスペクトル遷移情報を確定するスペクトル遷移グラフ生成モジュール１０２３をさらに含んでおり、なお、前記有向グラフは、当該残りのスペクトルリソースをリリースするサブシステム又はスペクトル管理装置を末尾ノードとして、当該残りのスペクトルリソースに対応するサブシステム集合におけるサブシステムのそれぞれを先頭ノードとして、前記残りのスペクトルリソースを末尾ノードと先頭ノードとを接続する有向辺の重みとすることにより作成される。本開示によれば、残りのスペクトルリソースが、システムにおいて使用されていないスペクトルリソース、又はユーザの使用上限に達していない他のスペクトルリソースである場合に、有向グラフを作成する場合に、スペクトル管理装置をソースノードとしてもよい。
【手続補正３２】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】変更
【補正の内容】
【００７７】
図１０に、スペクトル遷移グラフの一本の有向パスの例を示し、なお、Ｖｓは残りのスペクトルリソースがあるノードを示し（当該残りのスペクトルリソースをリリースするサブシステムであってもよく、残りのスペクトルリソースが無線通信システムにおいて使用されていないスペクトルリソース又はユーザの使用上限に達成していない他のスペクトルリソースである場合に、一つのスペクトル管理装置を示すロジックノードで示すことができる）、Ｖｉ、Ｖｊは、残りのスペクトルリソースに対応するサブシステム集合におけるサブシステムを示し、Ｖｊは、Ｖｉが示す残りのスペクトルリソースに対応するサブシステム集合におけるサブシステムを示し、Ｖｄは、スペクトルリソースを要求するサブシステムを示し、その中、Ｖｉを末尾ノードとして、Ｖｊを先頭ノードとする有向辺を例に、当該有向辺は、末尾ノードが示すサブシステムが現在使用しているスペクトルリソースを、先頭ノードが示すサブシステムに遷移してもよいことを示し（この場合、末尾ノードが示すサブシステムはそれが現在使用しているスペクトルリソースをリリースする）、即ち、上記スペクトル遷移を行うことによるプライマリシステムへの干渉がプライマリシステムの許容範囲内にある。確定したスペクトル遷移スキームは、スペクトル遷移グラフＧのＶｓからＶｄまでの一本の有向パスとして示す。当該有向パスのホップ数はスペクトル遷移の回数を示し、即ち、再配置を必要とするサブシステムの数である。従って、好ましいスペクトル遷移スキームは、ＶｓからＶｄまでの一本の最も短い有向パスである。当該最も短い有向パスは、例えば、幅優先探索（Ｂｒｅａｄｔｈ  Ｆｉｒｓｔ  Ｓｅａｒｃｈ，ＢＦＳ）、又は深さ優先探索（Ｄｅｐｔｈ  Ｆｉｒｓｔ  Ｓｅａｒｃｈ，ＤＦＳ）などの方法で求められてもよい。
【手続補正３３】
【補正対象書類名】明細書
【補正対象項目名】００７８
【補正方法】変更
【補正の内容】
【００７８】
スペクトル遷移グラフ生成モジュール１０２３が生成したスペクトル遷移グラフに基づいて、遷移確定ユニット１０２’は、最適なスペクトル遷移スキームを確定し、当該最適なスペクトル遷移スキームに関するスペクトル遷移情報を、相応するサブシステムに送信し、それぞれのサブシステムは当該スペクトル遷移情報に基づいてそのスペクトル使用を調整するようにしてもよい。スペクトル遷移スキームを確定することでスペクトル遷移情報を確定した後、スペクトル管理装置はスペクトル遷移情報に基づいて再配置要求を生成し、スペクトル遷移情報を再配置要求とともに相応するサブシステムに送信してもよい。スペクトル遷移情報は、例えば、スペクトル遷移操作を行うサブシステムの識別子、当該サブシステムに新たに割り当てられたスペクトルリソースの情報及び／又は当該サブシステムによってリリースされるスペクトルリソースの情報を含む。
【手続補正３４】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
相応するサブシステムは、再配置要求を受信した後、再配置要求に応答して、スペクトル遷移情報に応じて、それが使用するスペクトルリソースを再配置する。
【手続補正３５】
【補正対象書類名】明細書
【補正対象項目名】００８０
【補正方法】変更
【補正の内容】
【００８０】
図１１に、本開示の実施例によるスペクトル管理装置の他の概略的なブロック図を示している。図１０に示すように、上記のような処理回路１０に加えて、スペクトル管理装置２は、処理回路１０が確定した、スペクトル遷移に関するスペクトル遷移情報を送信するように配置されている通信ユニット２０をさらに含んでおり、当該スペクトル遷移情報は、スペクトル遷移操作を行うサブシステムの識別子、当該サブシステムに新たに割り当てられたスペクトルリソースの情報及び／又は当該サブシステムによってリリースされるスペクトルリソースの情報を含む。本開示によれば、通信ユニット２０は、スペクトル遷移に係るサブシステムへスペクトル遷移情報に送信して、サブシステムは、当該スペクトル遷移情報に応じてそのスペクトル使用を調整し、それぞれの利用可能スペクトルリスト、及び使用スペクトルリストを更新するようにする。相応するサブシステム以外に、通信ユニット２０は、さらに、当該スペクトル遷移情報を地理的位置データベースに報告し、地理的位置データベースが、それのメンテナンスするそれぞれのサブシステムの利用可能スペクトルリスト及び／又は使用スペクトルリストを更新するように配置されている。
【手続補正３６】
【補正対象書類名】明細書
【補正対象項目名】００８１
【補正方法】変更
【補正の内容】
【００８１】
本開示の実施例によれば、前記通信ユニット２０は、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報、スペクトル遷移能力情報、残りのスペクトルリソースに関する情報、サブシステムの移動可能範囲に関する情報、サブシステムの使用スペクトルが割り当てられた際の時間に関する情報の少なくとも一方を受信する、ように配置されている。本開示によれば、通信ユニット２０は、地理的位置データベースから上記情報の少なくとも一方を受信できる。又は、通信ユニット２０は、相応するサブシステムから上記情報の少なくとも一方を受信してもよい。
【手続補正３７】
【補正対象書類名】明細書
【補正対象項目名】００８２
【補正方法】変更
【補正の内容】
【００８２】
本開示の実施例によれば、無線通信システムに用いられるサブシステム装置をさらに提供する。図１２に、本開示の実施例による無線通信システムに用いられるサブシステム装置の概略的ブロック図を示す。図１２に示すように、サブシステム装置５は、当該サブシステムのスペクトル使用情報とスペクトル遷移能力情報とを送信し、当該スペクトル使用情報とスペクトル遷移能力情報に基づいて当該サブシステムに対するスペクトル遷移を確定するとともに、当該サブシステムのスペクトル使用を調整するためのスペクトル遷移情報を受信するように、配置されている通信ユニット５０を含んでいる。
【手続補正３８】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
本開示によれば、当該スペクトル遷移情報は、スペクトル遷移操作を行うサブシステムの識別子、当該サブシステムに新たに割り当てられたスペクトルリソースの情報及び／又は当該サブシステムによってリリースされるスペクトルリソースの情報を含み、前記サブシステムは、前記スペクトル遷移情報に基づいてそのスペクトル使用を調整する。
【手続補正３９】
【補正対象書類名】明細書
【補正対象項目名】００８４
【補正方法】変更
【補正の内容】
【００８４】
サブシステムは、例えば、上記した図１〜１１を参照して記述されたスペクトル管理装置から当該スペクトル遷移情報を受信し、当該スペクトル調整情報に応じてサブシステム装置の位置するサブシステムにおける各サブユーザーのスペクトル占有を調整してもよい。
【手続補正４０】
【補正対象書類名】明細書
【補正対象項目名】００８６
【補正方法】変更
【補正の内容】
【００８６】
本開示の実施例によれば、通信ユニット５０は、使用スペクトルリソースを要求するためのスペクトル要求を送信して、当該サブシステムのスペクトル管理装置が当該要求に基づいてスペクトル遷移を行うか否かを確認することをトリガーする。例えば、上記実施例において、スペクトル管理装置１の処理回路１０における遷移トリガーユニット１０３は、サブシステムの送信するスペクトルリソース要求に基づいて、それが管理するサブシステムに対するスペクトルリソース遷移をトリガーするか否かを確認する。
【手続補正４１】
【補正対象書類名】明細書
【補正対象項目名】００８８
【補正方法】変更
【補正の内容】
【００８８】
図１３に、地理的位置データベースの概略的な構造を示している。図１３に示すように、地理的位置データベース６は、それぞれのサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを提供するように配置されている通信ユニット６０を含んでおり、当該スペクトル使用情報は、それぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報は、サブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応し、スペクトル使用情報とスペクトル遷移能力情報は前記無線通信システムにおけるサブシステムに対するスペクトル遷移を確定するために用いられる。
【手続補正４２】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】変更
【補正の内容】
【００８９】
地理的位置データベース６の通信ユニット６０は、サブシステムのスペクトルリソース要求に応じてスペクトル管理装置へサブシステムの使用スペクトル情報とスペクトル遷移能力情報を提供して、スペクトル管理装置が当該使用スペクトル情報とスペクトル遷移能力情報とに基づいて、それが管理するサブシステムに対するスペクトルリソース遷移を確定するように配置されている。本開示の一実施例によれば、地理的位置データベースは、例えば、スペクトル管理装置へ、それがメンテナンスするサブシステムの使用スペクトル情報、スペクトル遷移能力情報を提供し、さらにサブシステムの位置情報に基づいてそれぞれのサブシステムの利用可能なスペクトル情報を提供し、サブシステムのスペクトルリソース要求に応じて、地理的位置データベースに記憶されている情報をスペクトル管理装置に提供してもよい。
【手続補正４３】
【補正対象書類名】明細書
【補正対象項目名】００９０
【補正方法】変更
【補正の内容】
【００９０】
図１４に、地理的位置データベースの他の概略的な構造を示している。図１４に示すように、図１３の的地理的位置データベース６と類似して通信ユニット６０を含むことに加えて、地理的位置データベース７は、前記無線通信システムにおいて残りのスペクトルリソースがあるか否か、且つ当該残りのスペクトルリソースがスペクトルリソースを要求するサブシステムによって使用できるか否かに基づいて、それぞれのサブシステムに対してスペクトル遷移を行うことをトリガーするか否かを確定する、ように配置されている処理回路７０をさらに含んでいる。つまり、本開示によれば、スペクトル遷移操作を行うことをトリガーするか否かを確定する処理は、スペクトル管理装置だけでなく、地理的位置データベースがサブシステムのスペクトルリソース要求に応答することで行われてもよく、その具体的実行形態は、上記実施例で記述された処理回路１０における遷移トリガーユニット１０３が実行する操作と類似するので、ここで重複しない。つまり、本開示による共存発見の操作は地理的位置データベースによって実行されてもよい。
【手続補正４４】
【補正対象書類名】明細書
【補正対象項目名】００９２
【補正方法】変更
【補正の内容】
【００９２】
本開示によれば、地理的位置データベース７は、スペクトル管理装置がそれに送信したサブシステム集合に応答して、当該サブシステム集合における各サブシステムのプライマリシステムへの干渉を算出し、算出結果を通信ユニット６０を介してスペクトル管理装置に送信し、スペクトル管理装置が確定したサブシステム集合から、プライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを除去することにより、サブシステム集合に基づいてスペクトル遷移スキームを確定する正確性を確保することができる。また、地理的位置データベース７は、スペクトル管理装置に対して、サブシステムの移動可能範囲及び／又はサブシステムによってそれが現在使用しているスペクトルリソースが割り当てられた時間情報に基づいて確定したサブシステム集合に基づいて、当該サブシステム集合におけるサブシステムのそれぞれが残りのスペクトルリソースを使用することによるプライマリシステムへの干渉を算出してもよい。また、地理的位置データベース７は、スペクトル管理装置が管理する全てのサブシステムにおける各サブシステムに対して、それが残りのスペクトルリソースを使用することによるプライマリシステムへの干渉を算出してもよく、この場合、サブシステム集合は、スペクトル管理装置の管理する全てのサブシステムからなると見なす。
【手続補正４５】
【補正対象書類名】明細書
【補正対象項目名】００９３
【補正方法】変更
【補正の内容】
【００９３】
また、本開示による地理的位置データベース６、７の通信ユニット６０は、さらに、スペクトル管理装置からその確定したスペクトル遷移情報を受信し、地理的位置データベースが、それがメンテナンスする各サブシステムの利用可能スペクトルリスト及び／又は使用スペクトルリストを更新するように配置されている。
【手続補正４６】
【補正対象書類名】明細書
【補正対象項目名】００９６
【補正方法】変更
【補正の内容】
【００９６】
図１５に示すように、共存発見装置８は、スペクトルリソースを要求するサブシステムが存在し且つ前記無線通信システムに残りのリソースが存在するが、前記スペクトルリソースを要求するサブシステムが他のサブシステムのスペクトルリソース割り当てを変更しないとスペクトルリソースを得ることができない場合に、当該要求に応答して、無線通信システムにおけるサブシステムに対するスペクトル遷移をトリガーするか否かを確定し、サブシステムを管理するスペクトル管理装置が無線通信システムにおけるサブシステムに対するスペクトル遷移をトリガーすると確定した場合に、それが管理するサブシステムのスペクトル遷移能力情報を取得することにより、サブシステムのスペクトル遷移能力情報に基づいて、管理するサブシステムに対するスペクトル遷移を確定するように配置されている処理回路８０を含んでおり、当該スペクトル遷移能力情報は、サブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応する。処理回路８０が実行する、サブシステムに対するスペクトル遷移をトリガーするか否かを確定する処理は、例えば、図３〜４を参照して記述された遷移トリガーユニット１０３の処理や、図１４を参照して記述された地理的位置データベース７の処理回路７０により実現されてもよく、ここで重複しない。
【手続補正４７】
【補正対象書類名】明細書
【補正対象項目名】００９７
【補正方法】変更
【補正の内容】
【００９７】
図１６に、共存発見装置の他の概略的な構造を示している。図１６に示すように、図１５における共存ファインダ８と類似して処理回路８０を含むことに加えて、共存発見装置９は、サブシステムのスペクトルリソースを要求するためのスペクトルリソース要求、及びそれぞれのサブシステムの使用スペクトル情報の少なくとも一つを受信するとともに、処理回路８０が無線通信システムにおけるサブシステムに対してスペクトル遷移を行うことをトリガーするか否かの確定結果を送信する、ように配置されている通信ユニット９０をさらに含んでいる。
【手続補正４８】
【補正対象書類名】明細書
【補正対象項目名】０１０２
【補正方法】変更
【補正の内容】
【０１０２】
Ｓ１０２０において、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報と、スペクトル遷移能力情報とを取得し、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトルに関する情報に対応し、当該スペクトル遷移能力情報は、サブシステムがスペクトル遷移操作をサポートするか否かに関する情報に対応し、例えば、図１を参照して記述した取得ユニット１０１の処理を実行することにより実現されてもよく、ここでその記述を省略する。続いて、Ｓ１０３０を実行する。
【手続補正４９】
【補正対象書類名】明細書
【補正対象項目名】０１０３
【補正方法】変更
【補正の内容】
【０１０３】
Ｓ１０３０において、前記スペクトル使用情報と前記スペクトル遷移能力情報とに基づいて、各サブシステムのスペクトル使用によるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、当該スペクトル管理装置が管理するサブシステムに対するスペクトル遷移を確定する。例えば、例えば図２〜１０を参照して記述した遷移確定ユニット１０２の処理を実行することによりＳ１０３０を実現してもよく、ここでその記述を省略する。続いて、Ｓ１０４０を実行する。
【手続補正５０】
【補正対象書類名】明細書
【補正対象項目名】０１０７
【補正方法】変更
【補正の内容】
【０１０７】
本開示の実施例によるスペクトルリソース遷移方法において、当該スペクトル管理装置が管理するサブシステムのスペクトル使用情報に基づいて、前記サブシステムに対してスペクトル遷移を行うことをトリガーするか否かを確定することにより、スペクトルリソースを要求するサブシステムのスペクトルリソース使用を満足する。より具体的に、本開示の一実施例によれば、前記スペクトルリソースを要求するサブシステムが残りのスペクトルリソースを使用し得るか否か、及び前記無線通信システムにおいて残りのスペクトルリソースが存在するか否かに基づいて、前記無線通信システムにおけるサブシステムに対してスペクトル遷移を行うことをトリガーするか否かを確定する。
【手続補正５１】
【補正対象書類名】明細書
【補正対象項目名】０１０８
【補正方法】変更
【補正の内容】
【０１０８】
本開示の実施例によるスペクトルリソース遷移方法のステップＳ１０２０において、前記無線通信システムにおけるサブシステムに対してスペクトル遷移を行うことをトリガーすると確定した場合に、それぞれのサブシステムのスペクトル遷移能力情報を取得し、前記スペクトル遷移能力情報に基づいて、スペクトル調整操作をサポートするサブシステムに対するスペクトル遷移を確定する。
【手続補正５２】
【補正対象書類名】明細書
【補正対象項目名】０１０９
【補正方法】変更
【補正の内容】
【０１０９】
本開示の実施例によれば、ステップＳ１０３０において、以下の操作を実行し、即ち、（ｉ）当該残りのスペクトルリソースに対して、当該スペクトル管理装置が管理するサブシステムにおいて、前記残りのスペクトルリソースを使用していないが、残りのスペクトルリソースが当該サブシステムによって使用されるように調整される場合にプライマリシステムへの干渉が前記プライマリシステムの許容範囲にあるようなサブシステムを選択して、当該残りのスペクトルリソースに対応するサブシステム集合を構成し、（ｉｉ）前記サブシステム集合において前記スペクトルリソースを要求するサブシステムが存在するか否かを判断し、前記スペクトルリソースを要求するサブシステムが存在する場合に、前記判断に基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル遷移を確定し、前記スペクトルリソースを要求するサブシステムが存在しない場合に、前記サブシステム集合に含まれているサブシステムのそれぞれが現在に使用しているスペクトルリソースを、前記残りのスペクトルリソースとし、前記サブシステム集合に含まれているサブシステムのそれぞれが現在に使用しているスペクトルリソースに対して、前記サブシステム集合において前記スペクトルリソースを要求するサブシステムが含まれるまで、上記操作（ｉ）〜（ｉｉ）を繰り返す。本開示による好適な実施例によれば、前記操作（ｉ）〜（ｉｉ）を繰り返す回数が所定の閾値に達した場合に、それぞれのサブシステム集合において依然として前記スペクトルリソースを要求するサブシステムが含まれていないと、前記スペクトルリソースを要求するサブシステムにスペクトルリソースを割り当てない。
【手続補正５３】
【補正対象書類名】明細書
【補正対象項目名】０１１４
【補正方法】変更
【補正の内容】
【０１１４】
ステップＳ１０３０において、それぞれのサブシステム集合に基づいて、スペクトル遷移グラフとして、有向グラフを作成し、前記ペクトル遷移グラフに応じて、深さ優先探索または幅優先探索により、前記スペクトル遷移に関するスペクトル遷移情報を確定することをさらに含み、前記有向グラフは、当該残りのスペクトルリソースをリリースするサブシステム又はスペクトル管理装置を末尾ノードとして、当該残りのスペクトルリソースに対応するサブシステム集合におけるサブシステムのそれぞれを先頭ノードとして、前記残りのスペクトルリソースを末尾ノードと先頭ノードとを接続する有向辺の重みとすることにより、作成される。
【手続補正５４】
【補正対象書類名】明細書
【補正対象項目名】０１１５
【補正方法】変更
【補正の内容】
【０１１５】
本開示によるスペクトル管理方法は、前記スペクトル遷移に関するスペクトル遷移情報を送信し、当該スペクトル管理装置の管理するサブシステムのスペクトル使用情報とスペクトル遷移能力情報、無線通信システムにおける残りのスペクトルリソースに関する情報、サブシステムの移動可能範囲に関する情報、サブシステムの使用スペクトルが割り当てられた際の時間に関する情報の少なくとも一方を受信することをさらに含み、当該スペクトル遷移情報は、スペクトル遷移操作を行うサブシステムの識別子、当該サブシステムに新たに割り当てられたスペクトルリソースの情報及び／又は当該サブシステムによってリリースされるスペクトルリソースの情報を含む。
【手続補正５５】
【補正対象書類名】明細書
【補正対象項目名】０１１６
【補正方法】変更
【補正の内容】
【０１１６】
本開示は、無線通信システムにおける方法をさらに提供し、当該無線通信システムは、地理的位置データベース、スペクトル管理装置及びサブシステムを含み、当該方法は、地理的位置データベースにより各サブシステムのスペクトル使用情報とスペクトル遷移能力情報を送信し、スペクトル管理装置がそれの管理するサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを受信し、各サブシステムのスペクトル使用による無線通信システムにおけるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル遷移能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル遷移を確定し、前記スペクトル管理装置がスペクトル遷移に関するスペクトル遷移情報を送信し、サブシステムが前記スペクトル管理装置の送信するスペクトル遷移情報を受信し、当該スペクトル遷移情報を利用してスペクトル使用を調整する、ことを含んでおり、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報は、当該サブシステムスペクトル管理操作をサポートするか否かに関する情報に対応する。
【手続補正５６】
【補正対象書類名】明細書
【補正対象項目名】０１１８
【補正方法】変更
【補正の内容】
【０１１８】
図１９に示すように、Ｐ＃１において、地理的位置データベース（ＧＬＤＢ）によりサブシステムに対するスペクトル遷移操作をトリガーするか否かを確定する操作を実行し、それは例えば、上記実施例に応じて記述された地理的位置データベースにおける処理回路による遷移トリガー操作、即ち共存発見（当該操作は、例えば本開示の実施例によるスペクトル管理装置の遷移トリガーユニットにより実行されてもよい）に対応し、Ｐ＃２において、共存発見の結果、即ちサブシステムに対してスペクトル遷移を行うことをトリガーすると確定したことに基づいて、スペクトル管理装置（ＳＣ）はスペクトル遷移能力情報を取得し、それは例えば、上記実施例に応じて記述されたスペクトル管理装置の取得ユニットによる取得操作に対応し、Ｐ＃３において、スペクトル管理装置により取得したサブシステムのスペクトル遷移能力情報に基づいてスペクトル遷移スキームを確定することにより、スペクトル遷移スキームに関するスペクトル遷移情報を取得し、それは例えば、上記実施例に応じて記述されたスペクトル管理装置の遷移確定ユニットによるスペクトル遷移情報の確定の処理に対応し、サブシステム集合確定モジュールと判定モジュールとの相応する処理を含み、Ｐ＃４において、スペクトル管理装置によりスペクトル遷移スキームに基づいて再配置要求を生成し、それをスペクトル遷移情報とともに相応するサブシステムに送信し、それは、例えば、上記実施例に応じて記述されたスペクトル管理装置の通信ユニットによるスペクトル遷移情報の送信の処理に対応し、Ｐ＃５において、相応するサブシステムがスペクトル遷移情報に基づいてそのスペクトル使用を再配置する。
【手続補正５７】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【０１２１】
Ｓ２において、当該スペクトルリソース要求に応答して、地理的位置データベースにより、スペクトル遷移操作をトリガーするか否かを確定し、それは例えば、上記実施例に応じて記述された地理的位置データベースにおける処理回路によるトリガー操作の遷移に対応し（当該操作は、例えば、本開示の実施例によるスペクトル管理装置の遷移トリガーユニットにより実行されてもよい）、その具体的操作について、ここで重複しない。
【手続補正５８】
【補正対象書類名】明細書
【補正対象項目名】０１２２
【補正方法】変更
【補正の内容】
【０１２２】
Ｓ３において、サブシステムに対するスペクトル遷移操作をトリガーすると確定した後、スペクトル管理装置へ、それぞれのサブシステムのスペクトル使用情報と、スペクトル遷移能力情報とを送信し、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトルに関する情報に対応し、当該スペクトル遷移能力情報は当該サブシステムスペクトル管理操作をサポートするか否かに関する情報に対応し、例えば上記実施例に応じて記述された地理的位置データベースの通信ユニットの操作により実行されることに対応し、その具体的操作について、ここで重複しない。
【手続補正５９】
【補正対象書類名】明細書
【補正対象項目名】０１２３
【補正方法】変更
【補正の内容】
【０１２３】
Ｓ４において、スペクトル管理装置はそれが管理するサブシステムのスペクトル使用情報と、スペクトル遷移能力情報とを受信し、それぞれのサブシステムのスペクトル使用による無線通信システムにおけるプライマリシステムへの干渉がプライマリシステムの許容範囲内にあるように、前記スペクトル使用情報と前記スペクトル遷移能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル遷移を確定する。具体的に、以下のステップを含み、即ち、Ｓ４．１において、スペクトル管理装置によりサブシステムスペクトル使用情報と前記スペクトル遷移能力情報とに基づいて、残りのスペクトルリソースに対応するサブシステム集合を確定し、確定したサブシステム集合の情報を地理的位置データベースに送信し、地理的位置データベースによりサブシステム集合におけるサブシステムのそれぞれに対してそれのプライマリシステムへの干渉を算出し、算出結果をスペクトル管理装置に戻し、スペクトル管理装置により受信した算出結果に基づいて、プライマリシステムへの干渉がプライマリシステムの許容範囲を超えるサブシステムを、サブシステム集合から除去する。Ｓ４．２において、確定したサブシステム集合に基づいてスペクトル遷移スキームを確定する。Ｓ４の処理は、例えば、上記実施例に応じて記述されたスペクトル管理装置の遷移確定ユニットによるスペクトル遷移情報の操作に対応し、サブシステム集合確定モジュールと判定モジュールの相応操作を含み、具体的操作についてここで重複しない。
【手続補正６０】
【補正対象書類名】明細書
【補正対象項目名】０１２４
【補正方法】変更
【補正の内容】
【０１２４】
Ｓ５において、スペクトル管理装置により、スペクトル遷移スキームに関するスペクトル遷移情報を地理的位置データベースに送信する。Ｓ５’において、スペクトル管理装置により、スペクトル遷移スキームのスペクトル遷移情報をサブシステムに送信するとともに、相応するサブシステムへスペクトル遷移要求を送信してもよい。ここで、地理的位置データベースとサブシステムへスペクトル遷移情報スペクトル遷移情報を送信する操作は同時に行ってもよく、逐次実行してもよい。Ｓ５の処理は、例えば、上記実施例に応じて記述されたスペクトル管理装置の通信ユニットによるスペクトル遷移情報の送信の処理に対応し、具体的操作についてここで重複しない。
【手続補正６１】
【補正対象書類名】明細書
【補正対象項目名】０１２５
【補正方法】変更
【補正の内容】
【０１２５】
Ｓ６において、サブシステムは、受信したスペクトル遷移情報に基づいてそのスペクトル使用を再配置する。
【手続補正６２】
【補正対象書類名】明細書
【補正対象項目名】０１２６
【補正方法】変更
【補正の内容】
【０１２６】
以上記述したのは、地理的位置データベースにより、ステップＳ２のトリガー遷移操作を実行することであるが、以上スペクトル管理装置に関する実施例のように、当該トリガー遷移操作は、スペクトル管理装置により実行されてもよい。
【手続補正６３】
【補正対象書類名】明細書
【補正対象項目名】０１２８
【補正方法】変更
【補正の内容】
【０１２８】
図２１に示すように、Ｓ１において、スペクトルリソースを要求するサブシステムは、地理的位置データベース（又はスペクトル管理装置）にスペクトルリソース要求送信し、Ｓ２において、当該スペクトルリソース要求に応答して、地理的位置データベースによりスペクトル遷移操作をトリガーするか否かを確定し、Ｓ３において、サブシステムに対するスペクトル遷移操作をトリガーすると確定した後、スペクトル管理装置へそれぞれのサブシステムのスペクトル使用情報とスペクトル遷移能力情報とを送信し、当該スペクトル使用情報はそれぞれのサブシステムの使用のために既に割り当てられた使用スペクトル相関情報に対応し、当該スペクトル遷移能力情報は当該サブシステムスペクトル管理操作をサポートするか否かに関する情報に対応し、Ｓ４において、前記スペクトル使用情報と前記スペクトル遷移能力情報とに基づいて、当該スペクトル管理装置が管理するサブシステムに対するスペクトル遷移を確定し、Ｓ５において、スペクトル管理装置により、スペクトル遷移スキームに関するスペクトル遷移情報を地理的位置データベースに送信し、Ｓ５’において、スペクトル管理装置によりスペクトル遷移スキームのスペクトル遷移情報をサブシステムに送信するとともに、相応するサブシステムへスペクトル遷移要求を送信してもよく、Ｓ６において、サブシステムは、受信したスペクトル遷移情報に基づいて、そのスペクトル使用を再配置する。Ｓ４．１における処理が具体的に以下のＳ４．１．ａないしＳ４．１．ｄとして記述される以外に、図２１における上記処理は、図２０に示す無線通信システムに用いられる方法のフローチャートと類似する。図２１に示す無線通信システムに用いられる方法では、Ｓ４．１．ａにおいて、スペクトル管理装置によりサブシステムの移動可能範囲の情報に基づいて残りのスペクトルリソースに対応するサブシステム集合を予め推定し、Ｓ４．１．ｂにおいて、スペクトル管理装置は、予め推定したサブシステム集合が適切であるか否かを確認する要求を地理的位置データベースへ送信し、即ち地理的位置データベースに、予め推定したサブシステム集合におけるサブシステムのそれぞれが新しくリリースされたスペクトルリソースを使用するように調整される場合のプライマリシステムへの干渉を算出するように要求し、Ｓ４．１．ｃにおいて、地理的位置データベースによりスペクトル管理装置の要求に応答して、予め推定したサブシステム集合におけるサブシステムが新しくリリースされたスペクトルリソースを使用するように調整される場合のプライマリシステムへの干渉を算出し、４．１．ｄにおいて、算出結果、又は当該干渉値に基づいて干渉がプライマリシステムの許容範囲にあるか否かを確定する確認結果を、スペクトル管理装置に送信する。
【手続補正６４】
【補正対象書類名】明細書
【補正対象項目名】０１３０
【補正方法】変更
【補正の内容】
【０１３０】
従来技術と比べて、本開示の実施例によるスペクトル管理装置、方法、地理的位置データベース、共存発見装置及びサブシステムは、少なくとも、以下の有益な効果を有し、即ち、サブシステムのスペクトル使用情報とスペクトル遷移能力情報に応じて残りのスペクトルリソースとスペクトルリソースを要求するサブシステムとの間のスペクトル遷移のスキームを探し、当該スキームを実施することで係るサブシステムを再配置することにより可能な限り少ない再配置オーバーヘッドで、可能な限り多いサブシステムにアクセスし、リソースの効率的利用を達成する。
【手続補正６５】
【補正対象書類名】明細書
【補正対象項目名】０１３１
【補正方法】変更
【補正の内容】
【０１３１】
［具体的応用]
実例１
現在、共存管理によりリソース利用率が低い問題を解決するために、多数の標準が登場し、ＩＥＥＥ  Ｐ８０２．１９ａもその一つである。当該標準に用いられるスペクトル管理システムの主な論理的なエンティティは、本開示の実施例によるスペクトル管理装置の遷移確定ユニットに対応し、位置情報に応じてＧＣＯにスペクトルリソースを割り当てるためのスペクトル管理サーバ  （Ｓｐｅｃｔｒｕｍ  Ｍａｎａｇｅｍｅｎｔ  Ｄａｔａｂａｓｅ，ＳＭＤ）と、本開示の実施例による共存発見装置に対応し、共存マネージャ（ｃｏｅｘｉｓｔｅｎｃｅ  ｍａｎａｇｅｒｓ（ＣＭ））のために、それがサービスするＧＣＯの性能に影響を与えるジオロケーション能力オブジェクト（Ｇｅｏｌｏｃａｔｉｏｎ  Ｃａｐａｂｉｌｉｔｙ  Ｏｂｊｅｃｔ（ＧＣＯ））を発見し、ＣＭをトリガーして共存管理を行うための共存発見及び情報サーバ（ｃｏｅｘｉｓｔｅｎｃｅ  ｄｉｓｃｏｖｅｒｙ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｅｒｖｅｒ（ＣＤＩＳ））と、例えば本開示の実施例によるスペクトル管理装置に対応し、共存管理を提供するための共存マネージャと、例えば本開示の実施例によるサブシステムに対応し、単一又は複数のデバイスからなるネットワークを示し、これらのデバイスが認証されたジオロケーション能力に基づいて作動し、ＣＭから共存サービスを取得するジオロケーション能力オブジェクトと、を含む。
【手続補正６６】
【補正対象書類名】明細書
【補正対象項目名】０１３２
【補正方法】変更
【補正の内容】
【０１３２】
本発明は、同様に、ＩＥＥＥ  Ｐ８０２．１９ａにも適用することができ、対応するルールは以下の通りであり、ＳＭＤはＧＣＯにスペクトルリソースを割り当てるか、スペクトルリソースの可用性を再計算し、ＣＤＩＳは、共存発見をし、ＣＭをトリガーしてスペクトル遷移スキームを確定し、ＣＭは結果に応じてＧＣＯに遷移要求を発し、ＧＣＯは当該要求に応じて再配置を完成する。なお、ＧＣＯは、さらに、異なる優先レベルに分け、優先レベルが低いＧＣＯがリソースを取得することは、必ず、優先レベルが高いＧＣＯへの集約干渉がそれの許容する範囲にあることを満足しなければならない。
【手続補正６７】
【補正対象書類名】明細書
【補正対象項目名】０１３３
【補正方法】変更
【補正の内容】
【０１３３】
特に注意すべきことは、ＣＭとＳＭＤとの間に直接な情報伝送インタフェースがないからである。図２３に、本開示による応用例のスペクトル管理システムのフローチャートを示している。ＣＭは、スペクトル遷移条件算出結果を取得する  （即ち、以上のように段階的に残りのスペクトルリソースに対応するサブシステム集合を取得する（これによりスペクトル遷移グラフを作成する））必要がある場合に、図２１に示すように、まず、ＣＭは、スペクトル遷移条件算出要求（例えば、当該要求はスペクトル要求グループ情報パラメーターを含み（パラメーターｓｐｅｃＲｅｑｕｅｓｔＭｏｄｉｆｉｃａｔｉｏｎで示す）、さらに、当該パラメーターはスペクトル要求グループのＩＤを含み（ｇｒｏｕｐＩｎｄｅｘで示す）、検証が必要なスペクトル  （ｓｐｅｃｔｒｕｍＣｈｅｃｋで示す））をＧＣＯに送信し、ＧＣＯは直接にＳＭＤに当該再算出を要求し、ＳＭＤはスペクトル遷移条件算出を行い、算出結果をＧＣＯに返信し、ＧＣＯにより当該結果をＣＭにアップロードする。
【手続補正６８】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2019515607.tif 000038
【手続補正６９】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2019515607.tif 000039
【手続補正７０】
【補正対象書類名】図面
【補正対象項目名】図９
【補正方法】変更
【補正の内容】
【図９】
2019515607.tif 000040
【手続補正７１】
【補正対象書類名】図面
【補正対象項目名】図１８
【補正方法】変更
【補正の内容】
【図１８】
2019515607.tif 000041
【手続補正７２】
【補正対象書類名】図面
【補正対象項目名】図１９
【補正方法】変更
【補正の内容】
【図１９】
2019515607.tif 000042
【手続補正７３】
【補正対象書類名】図面
【補正対象項目名】図２０
【補正方法】変更
【補正の内容】
【図２０】
2019515607.tif 000043
【手続補正７４】
【補正対象書類名】図面
【補正対象項目名】図２１
【補正方法】変更
【補正の内容】
【図２１】
2019515607.tif 000044
【手続補正７５】
【補正対象書類名】図面
【補正対象項目名】図２２
【補正方法】変更
【補正の内容】
【図２２】
2019515607.tif 000045
【国際調査報告】
2019515607.tif 000046
2019515607.tif 000047
2019515607.tif 000048
2019515607.tif 000049
2019515607.tif 000050