JP5958540B2 - 通信制御装置、通信制御方法及び通信装置 - Google Patents

Description

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

近年、ＬＴＥ（Long Term Evolution）及びＷｉＭＡＸなどの高速なセルラ無線通信方式が実用化され、モバイルユーザにより享受される無線通信サービスの通信レートは大きく向上した。さらに、ＬＴＥ−Ａ（LTE-Advanced）などの第４世代セルラ無線通信方式が導入されれば、通信レートは一層向上するものと期待される。

一方で、モバイルユーザの数は急速に増加しており、高データレートを要求するアプリケーションの利用も広まってきている。結果として、セルラ無線通信方式の発展は、モバイルユーザの全てのニーズを満足させるには至っていない。そこで、通信レートを維持し、又は向上させるために、周波数リソースの有効利用のための技術が検討されている。

例えば、特許文献１には、複数の二次通信サービス間での通信リソースの共用を支援する技術が開示されている。

特開２０１２−３４３２６号公報

しかし、例えば、１次システムであるＬＴＥの無線通信システムについての遊休状態のリソースブロックを２次システムの通信装置が確認するためには、通常、２次システムの通信装置には多大な負荷が発生する。より具体的には、２次システムの通信装置は、ＰＤＣＣＨ（Physical Downlink Control Channel）に含まれる全てのＣＣＥ（Control Channel Element）についてのブラインドデコーディングを行うことになるので、２次システムの通信装置に多大な負荷が発生する。

そこで、１次システムについての遊休状態の通信リソースを２次システムが確認する際の負荷を軽減することを可能にする仕組みが提供されることが望ましい。

本開示によれば、１次システムが有する通信リソースを用いて、上記１次システムの複数の端末装置と無線通信する無線通信部と、上記通信リソースを二次的に利用する２次システムへ利用可能な通信リソースを通知するためのリソース情報を生成する生成部と、を備え、上記無線通信部は、上記複数の端末装置によって共通的に復号される共通スペース及び上記複数の端末装置の一部によってのみそれぞれ復号される複数の個別スペースを含むダウンリンク制御チャネル上で、上記生成部により生成される上記リソース情報を送信する、通信制御装置が提供される。

また、本開示によれば、１次システムが有する通信リソースを用いて、上記１次システムの複数の端末装置と無線通信することと、上記通信リソースを二次的に利用する２次システムへ利用可能な通信リソースを通知するためのリソース情報を生成することと、上記複数の端末装置によって共通的に復号される共通スペース及び上記複数の端末装置の一部によってのみそれぞれ復号される複数の個別スペースを含むダウンリンク制御チャネル上で、生成された上記リソース情報を送信することと、を含む通信制御方法が提供される。

また、本開示によれば、１次システムの複数の端末装置によって共通的に復号される共通スペース及び上記複数の端末装置の一部によってのみそれぞれ復号される複数の個別スペースを含むダウンリンク制御チャネル上で、上記１次システムが有する通信リソースを二次的に利用する２次システムへ利用可能な通信リソースを通知するためのリソース情報を受信する無線通信部と、上記ダウンリンク制御チャネルについての復号により取得されるリソース情報に基づいて、上記無線通信部に、上記利用可能な通信リソースを用いて無線通信させる制御部と、を備える通信装置が提供される。

以上説明したように本開示によれば、１次システムについての遊休状態の通信リソースを２次システムが確認する際の負荷を軽減することが可能となる。

ＬＴＥにおけるダウンリンクのリソースブロックのフォーマットを説明するための説明図である。 ＰＤＣＣＨ上でスケジューリング情報を送信する一般的な手法の一例を説明するための説明図である。 本開示の実施形態に係る１次システム及び２次システムの概略的な構成の一例を示す説明図である。 本実施形態に係る１次システムのｅＮｏｄｅＢの構成の一例を示すブロック図である。 ＰＤＣＣＨ上でリソース情報を送信する手法の一例を説明するための説明図である。 複数の装置の間で遊休状態のリソースブロックがある無線フレームを一意に識別するための情報の一例を説明するための説明図である。 複数の装置の間で遊休状態のリソースブロックを一意に識別するための情報の一例を説明するための説明図である。 ＰＤＣＣＨ上でのアップリンクのスケジューリング情報の送信の例を説明するための説明図である。 本実施形態に係る２次システムのｅＮｏｄｅＢの構成の一例を示すブロック図である。 本実施形態に係る１次システムのｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 本実施形態に係る２次システムのＨｏｍｅ ｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 本実施形態の変形例に係る１次システムのｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 本実施形態の変形例に係る２次システムのＨｏｍｅ ｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。

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

なお、説明は以下の順序で行うものとする。
１．はじめに
１．１．周波数リソースの有効利用のための技術分野
１．２．遊休状態の周波数リソースを有効活用する周波数２次利用
１．３．１次システム及び２次システム
１．４．技術的課題
２．１次システム及び２次システムの概略的な構成
３．各装置の構成
３．１．ｅＮｏｄｅＢの構成
３．２．Ｈｏｍｅ ｅＮｏｄｅＢの構成
４．処理の流れ
５．変形例
５．１．ｅＮｏｄｅＢの構成
５．２．Ｈｏｍｅ ｅＮｏｄｅＢの構成
５．３．処理の流れ
６．まとめ

＜＜１．はじめに＞＞
まず、周波数リソースの有効利用のための技術分野、時間的に又は空間的に遊休状態の周波数リソースを有効活用する周波数２次利用、１次システム及び２次システム、ＬＴＥにおけるリソースブロック、及び技術的課題を説明する。

＜１．１．周波数リソースの有効利用のための技術分野＞
まず、周波数リソースの有効利用のための技術分野を説明する。周波数リソースの有効利用のための技術分野として、例えば、以下のような技術分野が代表的である。
・単一の事業者内での周波数シェアリング
・異なる事業者間での周波数シェアリング
・時間的に又は空間的に遊休状態の周波数リソースを有効活用する周波数２次利用
・遊休状態の周波数リソースのリアルタイムオークション

第１に、単一の事業者内での周波数シェアリングは、同一事業者の異なる通信方式の通信システム間での周波数リソースの貸借により、周波数リソースの利用効率を向上させる技術である。上記異なる通信方式は、一例として、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access)及びＬＴＥ（Long Term Evolution）である。例えば、ＬＴＥネットワーク内でトラフィック量が急増し、Ｗ−ＣＤＭＡネットワーク内でトラフィック量が少ない場合に、Ｗ−ＣＤＭＡネットワークの周波数リソースの一部が、ＬＴＥネットワークで一時的に利用可能とされる。その結果、ＬＴＥネットワークの通信容量が増加し、Ｗ−ＣＤＭＡネットワーク及びＬＴＥネットワークの両方での合計のトラフィック量を増やすことが可能である。また、換言すると、Ｗ−ＣＤＭＡネットワーク及びＬＴＥネットワークの両方で収容可能な端末装置の数を増やすことが可能である。

第２に、異なる事業者間での周波数シェアリングは、異なる事業者の通信システム間での周波数リソースの貸借により、周波数リソースの利用効率を向上させる技術である。当該周波数シェアリングでは、異なる事業者（例えば、事業者Ａ及び事業者Ｂ）が同時に同じエリアで無線通信サービスを提供していると仮定される。例えば、事業者Ａ及び事業者Ｂは、それぞれ、ＬＴＥの無線通信サービスを提供する。例えば、事業者ＢのＬＴＥネットワーク内でトラフィック量が急増し、事業者ＡのＬＴＥネットワーク内でトラフィック量が少ない場合に、事業者ＡのＬＴＥネットワークの周波数リソースの一部が、事業者ＢのＬＴＥネットワークで一時的に利用可能とされる。その結果、事業者ＢのＬＴＥネットワークの通信容量が増加し、事業者ＢのＬＴＥネットワークでトラフィック量を増やすことが可能である。

第３に、時間的に又は空間的に遊休状態の周波数リソースを有効活用する周波数２次利用は、１次システムと２次システムとの間での周波数リソースの貸借により、周波数リソースの利用効率を向上させる技術である。１次システムは、プライマリシステムとも呼ばれる。また、２次システムは、セカンダリシステムとも呼ばれる。１次システムは、優先権を有するメインのシステムである。例えば、１次システムは、ＬＴＥの無線通信システムである。また、例えば、２次システムは、無線ＬＡＮシステム、又は、Ｈｏｍｅ ｅＮｏｄｅＢとその近傍のＵＥ（User Equipment）とで構成される専用の（dedicated）ＬＴＥの無線通信システムである。例えば、１次システムの周波数リソースの空きがある場合に、２次システムは、当該周波数リソースを一時的に利用する。

第４に、遊休状態の周波数リソースのリアルタイムオークションは、遊休状態の周波数リソースを、当該周波数リソースの利用を希望する事業者にオークションで貸し出す技術である。

なお、本開示は、時間的に又は空間的に遊休状態の周波数リソースを有効活用する周波数２次利用に着目する。本開示では、例えば、ＬＴＥのプラットフォームにおいてこの技術を適用する場合に求められる技術を説明する。

＜１．２．遊休状態の周波数リソースを有効活用する周波数２次利用＞
（ＬＴＥにおける周波数２次利用の前提）
ＬＴＥの無線通信システムにおいて、リソースブロック（ＲＢ）が、アップリンク及びダウンリンクにおけるスケジューリングの単位である。このリソースブロックは、１２サブキャリア×７ＯＦＤＭシンボルの通信リソースである。通信リソースは、このように周波数方向及び時間方向で分けられ得る。ユーザ機器（ＵＥ：User Equipment）は、リソースブロック単位の通信リソースを使用できる。また、ＵＥへのダウンリンク及びアップリンクの通信リソースの割当ては、リソースブロックの単位で行われる。

ＬＴＥの無線通信システムにおいて、全ての時間において、全てのリソースブロックが使用されているわけではない。即ち、セル内でＵＥの数が少ない場合、又は、ＵＥのアップリンク又はダウンリンクのトラフィックが少ない場合には、遊休状態のリソースブロックが存在する。この遊休状態の通信リソースを、１次システムが開放し、２次システムが有効利用することで、スループットを向上させることができる。

（有効利用する通信リソースの単位）
上述したように、遊休状態の通信リソースとして、１２サブキャリア×７ＯＦＤＭシンボルの通信リソースであるリソースブロックを説明した。当該リソースブロックは、スケジューリングの最小単位である。第１の例として、２次システムに開放される遊休状態の通信リソースの単位は、このリソースブロックである。また、第２の例として、２次システムに開放される遊休状態の通信リソースの単位は、サブフレームである。即ち、周波数帯域（例えば、コンポーネントキャリア）×１ミリ秒（ｍｓ）の通信リソースが、２次システムに開放される。

開放される遊休状態の通信リソースの単位によって、通信リソースの開放を決定すべき頻度が異なると考えられる。

例えば、開放される遊休状態の通信リソースの単位がリソースブロックである場合には、開放の決定の頻度は非常に高くなり得る。即ち、遊休状態の通信リソースは、非常に動的（dynamic）に開放され得る。なぜならば、リソースブロックごとに、当該リソースブロックをどのＵＥが使用するかが決められるので、遊休状態であったリソースブロックの直後のリソースブロックでは、遊休状態になっていない可能性があるからである。よって、リソースブロックの開放を決定する頻度は、例えば１ｍｓ（サブフレームの長さ）ごとである。

一方、例えば、開放される遊休状態の通信リソースの単位がサブフレームである場合には、開放の決定の頻度はより低くなり得る。即ち、遊休状態の通信リソースは、準静的（semi-static）に開放され得る。サブフレーム単位の通信リソースの開放を決定する頻度は、例えば数１０ｍｓごとである。この場合に、数１０ｍｓの間は、１０ｍｓの無線フレームの中の開放されたサブフレーム単位の通信リソースが、２次システムにより利用される。

本開示では、リソースブロックのような細かい単位での通信リソースの開放に着目する。リソースブロックのような細かい単位での通信リソースの２次利用は、遊休状態の通信リソースをくまなく利用することを可能にするが、動的な制御を必要とする。

（ＬＴＥにおけるリソースブロック）
上述したように、本開示ではリソースブロックのような細かい単位での通信リソースの開放に着目するので、リソースブロックについてより詳細に説明する。以下、この点について図１を参照してより具体的に説明する。

図１は、ＬＴＥにおけるダウンリンクのリソースブロックのフォーマットを説明するための説明図である。図１を参照すると、１つのサブフレームの中の２つのリソースブロックが示されている。上述したように、各サブフレームは、１２サブキャリア×７ＯＦＤＭシンボル（１スロット）の通信リソースである。このように、１２サブキャリアの帯域幅の中に、時間（ｔ）方向に、サブフレームあたり２つのリソースブロックが存在する。また、周波数（ｆ）方向には、運用されている周波数帯域の帯域幅に対応した数のリソースブロックが存在する。例えば、周波数方向において、最大２０ＭＨｚの帯域幅を有するコンポーネントキャリアごとに、最大１１０個のリソースブロックが存在する。ＬＴＥの無線通信システムの通信リソースにおいて、周波数方向及び時間方向に広がる通信リソースは、上述したように周波数方向及び時間方向で分けられて、多数のリソースブロックになる。そして、通信リソースは、リソースブロックの単位で、ＵＥに割り当てられる。即ち、ＵＥは、リソースブロック単位の通信リソースを使用できる。

どのＵＥがどのリソースブロックを使用するかを示す情報、即ちスケジューリング情報は、ダウンリンクの制御チャネル上で送信される。より具体的には、スケジューリング情報は、各サブフレームの先頭の３つのＯＦＤＭシンボルの領域であるＰＤＣＣＨ（Physical Downlink Control Channel）上で送信される。上記スケジューリング情報は、ダウンリンクのスケジューリング情報であるダウンリンク割り当て（Downlink Assignment）と、アップリンクのスケジューリング情報であるアップリンク許可（Uplink Grant）とを含む。ダウンリンク割り当ては、サブフレーム内のダウンリンクのリソースブロックを指定し、アップリンク許可は、４サブフレーム以降のサブフレーム内のアップリンクのリソースブロックを指定する。

なお、各サブフレームの４番目以降のＯＦＤＭシンボルの領域は、一部を除き、ＰＤＳＣＨ（Physical Downlink Shared Channel）である。ＰＤＣＣＨでは、制御情報が送信され、ＰＤＳＣＨでは、ユーザデータ及び一部の制御情報が送信される。

＜１．３．１次システム及び２次システム＞
（概要）
次に、一般的な１次システム及び２次システムを説明する。１次システムは、通信リソースの利用についての優先権を有するシステムである。一方、２次システムは、１次システムの通信リソースの中に遊休状態の通信リソースがある場合に、１次システムに影響を与えないという条件の下で、上記遊休状態の通信リソースを利用するシステムである。よって、１次システムの方が２次システムよりも優先度が高いといえる。なお、１次システムと２次システムとは、異なる無線アクセス技術を用いてもよい。

（１次システム及び２次システムの例）
１次システムは、一例としてＬＴＥの無線通信システムである。一方、２次システムは、一例として、無線ＬＡＮの通信システムである。別の例として、２次システムは、Ｐ２Ｐモードで動作するＬＴＥのＵＥを含む無線通信システムであってもよい。また、さらに別の例として、２次システムは、独立したスモールセルのｅＮｏｄｅＢ（例えば、Ｈｏｍｅ ｅＮｏｄｅＢ、Ｐｉｃｏ ｅＮｏｄｅＢ）と当該ｅＮｏｄｅＢと通信するＵＥとを含む無線通信システムであってもよい。

（ＬＴＥにおける１次システムと２次システムとの関係）
上述したように、１次システムの優先度が高く、２次システムの優先度が低い。この場合に、２次システムが１次システムに何らかの信号を送信することは考えにくい。即ち、遊休状態の通信リソースについて２次システムが１次システムに問い合わせることは、考えにくい。なぜならば、このような問い合わせは、１次システムへの負荷が増大し得るからである。一般的には、２次システムは、１次システムとの信号の送受信を行うことなく、１次システムの遊休状態の通信リソースを独立して判別し、１次システムに影響を与えないように、判別した通信リソースを利用する。ここで、２次システムが１次システムに影響を与えるとは、例えば、２次システムの通信リソースの利用による送信信号が１次システムにとっての干渉源となって、１次システムのスループットが下がることを意味する。

なお、１次システムがＬＴＥの無線通信システムである場合には、当該無線通信システムはセルラ方式のシステムであるため、１次システムのあるセルは１次システムの別のセルと隣接する。この場合に、あるセルにおいて遊休状態の通信リソースがあり、２次システムが当該通信リソースを利用される場合に、当該２次システムの送信信号が隣接セルへの干渉源となり得ることも、考慮されることが望ましい。

上述したように、従来の１次システムと２次システムとの間では、一般的に、信号の送受信は行われない。そのため、２次システムは、１次システムの電波の測定（measurement）を十分に長い期間行った上で、１次システムにおいて通信リソースが使用されていないか（即ち、遊休状態の通信リソースがあるか）を判定する。そして、２次システムは、遊休状態の通信リソースがあると判定した場合に、遊休状態と思われる通信リソースを利用する。

しかし、２次システムの測定により遊休状態の通信リソースを判定する手法は、判定の直後に１次システムの通信が開始するという危険性を伴う。また、測定にある程度の長い時間を要するので、測定に要する時間よりも短い周期で生じる遊休状態の通信リソースを二次的に利用することは困難であった。

したがって、ＬＴＥの無線通信システムが１次システムであり、当該１次システムの通信リソースが２次利用される場合に、遊休状態の通信リソースが１次システムから２次システムへ通知されることが望ましい。当該通知の手法として、１次システムのＬＴＥの無線アクセスを用いて遊休状態の通信リソースを２次システムに通知する手法が考えられる。これは、１次システムのｅＮｏｄｅＢからコアネットワーク（及びインターネット）を介して２次システムに通知する手法は、相当な時間を要し、効率的に遊休状態の通信リソースを開放できないと考えられるからである。

＜１．４．技術的課題＞
上述した時間的に又は空間的に遊休状態の周波数リソースを有効活用する周波数２次利用を実装する場合の技術的課題を説明する。ここでは、リソースブロックのような細かい単位での通信リソースが開放されるものとする。また、一例として、ＬＴＥ又はＬＴＥ−Ａのプラットフォーム上で、上記周波数２次利用が実装される場合を説明する。

まず前提として、ＬＴＥの無線通信システムでは、上述したように、各サブフレーム内のＰＤＣＣＨ上でスケジューリング情報が送信される。そのため、１次システムのＵＥは、サブフレーム内のＰＤＣＣＨで送信されるスケジューリング情報から、当該サブフレーム内の自装置に割り当てられたダウンリンクのリソースブロックを確認できる。また、１次システムのＵＥは、サブフレーム内のＰＤＣＣＨで送信されるスケジューリング情報から、４サブフレーム以降のサブフレーム内の自装置に割り当てられたアップリンクのリソースブロックを確認できる。以下、一般的なＰＤＣＣＨ上でのスケジューリング情報の送信手法について、図２を参照してより具体的に説明する。

図２は、ＰＤＣＣＨ上でスケジューリング情報を送信する一般的な手法の一例を説明するための説明図である。図２を参照すると、１つのサブフレーム内のＰＤＣＣＨ及びＰＤＳＣＨが示されている。上述したように、スケジューリング情報は、ＰＤＣＣＨ上で送信されるが、ＵＥのブラインドコーディングの負荷を軽減するために、ＰＤＣＣＨについてサーチスペース（Search Space）が規定されている。より具体的には、ＰＤＣＣＨには、共通サーチスペース（ＣＳＳ：Common Search Space）及びＵＥ個別サーチスペース（ＵＳＳ：UE-Specific Search Space）という２種類のサーチスペースがある。ＰＤＣＣＨでは、まずＣＳＳが存在し、その後に複数のＵＳＳが存在する。ＣＳＳは、全てのＵＥによって共通的に復号されるサーチスペースであり、複数のＵＳＳの各々は、個々のＵＳＳの対象となる一部のＵＥによってのみ復号されるサーチスペースである。各ＵＥは、ＣＳＳについてのブラインドコーディングを行った後に、自装置に対応するＵＳＳについてのブラインドコーディングを行う。

以上のように、ＬＴＥの無線通信システムでスケジューリング情報が送信される。そのため、１次システムが、ＬＴＥの無線通信システムである場合に、２次システムは、サブフレーム内のＰＤＣＣＨ上で送信されるスケジューリング情報から、当該サブフレーム内にダウンリンクの遊休状態のリソースブロックがあるかを確認できる。また、２次システムは、上記スケジューリング情報から、４サブフレーム以降のサブフレーム内にアップリンクの遊休状態のリソースブロックがあるかを確認できる。

しかし、２次システムが、遊休状態のリソースブロックがあるかを確認するためには、通常、２次システムの通信装置には多大な負荷が発生する。具体的には、２次システムは、遊休状態のリソースブロックがあるかを確認するためには、ＰＤＣＣＨの全てのＣＣＥについてのブラインドデコーディングを行うことになる。即ち、２次システムは、ＣＳＳのＣＣＥ及び複数のＵＳＳのＣＣＥを含む全てのＣＣＥについてのブラインドコーディングを行うことになる。よって、２次システムの通信装置に多大な負荷が発生する。

また、２次システムは、ＰＤＣＣＨの情報を最後まで確認しなければ、遊休状態のリソースブロックがあるかを確認できないこともある。よって、とりわけダウンリンクについて、通信リソースの２次利用のために必要な時間を確保することが困難となり得る。

また、遊休状態のリソースブロックの確認には、さらなる大きな問題が存在する。ＰＤＣＣＨのＵＳＳのＣＣＥは、当該ＵＳＳの対象となる一部のＵＥのＩＤでマスクしながらスクランブルされているので、各ＵＥは、自装置のＩＤを用いたデマスク、デスクランブル、及び復号を行う。そして、ＣＲＣ（Cyclic Redundancy Check）でエラーが発生しなければ、ＵＥは、スケジューリング情報を取得し、確認することができる。しかし、２次システムは、遊休状態のリソースブロックを確認するためには、全てのＣＣＥについて、全てのＩＤを用いたデマスク、デスクランブル、及び復号を行うことになる。そのため、２次システムが遊休状態のリソースブロックを確認することは、２次システムの通信装置に多大な負荷が発生する。

そこで、本開示の実施形態は、１次システムについての遊休状態の通信リソースを２次システムが確認する際の負荷を軽減することを可能にする。以降、＜＜２．１次システム及び２次システムの概略的な構成＞＞、＜＜３．各装置の構成＞＞、＜＜４．処理の流れ＞＞及び＜＜５．変形例＞＞において、その具体的な内容を説明する。

＜＜２．１次システム及び２次システムの概略的な構成＞＞
まず、図３を参照して、本開示の実施形態に係る１次システム及び２次システムの概略的な構成について説明する。図３は、本開示の実施形態に係る１次システム及び２次システムの概略的な構成の一例を示す説明図である。図３を参照すると、ｅＮｏｄｅＢ１００及びＵＥ２００を含む１次システムと、Ｈｏｍｅ ｅＮｏｄｅＢ３００及びＵＥ４００を含む２次システムとが示されている。このように、１次システム及び２次システムは、一例として、ＬＴＥ又はＬＴＥ−Ａの無線通信システムである。

（１次システム）
上述したように、１次システムは、例えば、ｅＮｏｄｅＢ１００及びＵＥ２００を含む。ｅＮｏｄｅＢ１００は、１次システムのセル１０内で、１次システムが有する周波数帯域を用いてＵＥ２００と無線通信する。例えば、当該周波数帯域は、コンポーネントキャリア（ＣＣ）である。当該ＣＣは、最大２０ＭＨｚの帯域幅を有する。

また、ｅＮｏｄｅＢ１００は、無線通信における時間の単位ごとに、ＵＥ２００と無線通信する。無線通信における当該時間の単位は、１０ｍｓの無線フレームである。また、無線フレームは１０個のサブフレームを含むので、無線通信における当該時間の単位は、１ｍｓのサブフレームとも言える。

また、ｅＮｏｄｅＢ１００は、リソースブロックの単位で、アップリンク及びダウンリンクのスケジューリングを行う。即ち、ｅＮｏｄｅＢ１００は、リソースブロックの単位のアップリンク通信リソース及びダウンリンク通信リソースをＵＥ２００に割り当てる。なお、周波数方向において、ＣＣは、最大１１０個のリソースブロックを含み、時間方向において、サブフレームは、２個のリソースブロックを含む。即ち、ＣＣは、サブフレームごとに、最大２２０個のリソースブロックを含む。なお、ｅＮｏｄｅＢ１００は、スケジューリング情報をＰＤＣＣＨ上で送信する。

（２次システム）
上述したように、２次システムは、例えば、Ｈｏｍｅ ｅＮｏｄｅＢ３００及びＵＥ４００を含む。当該２次システムは、１次システムが有する周波数帯域を二次的に利用する。換言すると、Ｈｏｍｅ ｅＮｏｄｅＢ３００は、１次システムにおいて使用されない遊休状態の通信リソースを用いて、ＵＥ４００と通信する。とりわけ、本開示の実施形態では、リソースブロックのような細かい単位での遊休状態の通信リソースが、２次システムにより利用される。即ち、Ｈｏｍｅ ｅＮｏｄｅＢ３００は、１次システムが用いないリソースブロックを用いてＵＥ４００と通信する。

＜＜３．各装置の構成＞＞
次に、図４〜図９を参照して、１次システムのｅＮｏｄｅＢ及び２次システムのＨｏｍｅ ｅＮｏｄｅＢの構成の例について説明する。

＜３．１．ｅＮｏｄｅＢの構成＞
まず、図４〜図８を参照して、本実施形態に係る１次システムのｅＮｏｄｅＢ１００の構成の一例について説明する。図４は、本実施形態に係る１次システムのｅＮｏｄｅＢ１００の構成の一例を示すブロック図である。図４を参照すると、ｅＮｏｄｅＢ１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び制御部１４０を備える。

（無線通信部１１０）
無線通信部１１０は、１次システムが有する通信リソースを用いて、１次システムの複数のＵＥ２００と無線通信する。上記通信リソースは、例えば、上述したリソースブロックである。１次システムは、１つ以上の周波数帯域（例えば、１つ以上のコンポーネントキャリア）を有する。そして、当該周波数帯域が、１２個のサブキャリアの単位で分けられ、当該１２個のサブキャリアの１スロット（０．５サブフレーム）分の通信リソースが、リソースブロックとして用いられる。

また、無線通信部１１０は、上記複数のＵＥによって共通的に復号される共通スペース及び上記複数の端末装置の一部によってのみそれぞれ復号される複数の個別スペースを含むダウンリンク制御チャネル上で、制御部１４０（リソース情報生成部１４３）により生成されるリソース情報を送信する。当該リソース情報は、１次システムが有する通信リソースを二次的に利用する２次システムへ利用可能な通信リソースを通知するための情報である。

より具体的には、例えば、無線通信部１１０は、共通サーチスペース（ＣＳＳ）及び複数のＵＥ個別サーチスペース（ＵＳＳ）を含むＰＤＣＣＨ上で、上記リソース情報を送信する。そして、当該リソース情報は、遊休状態のリソースブロックを２次システムへ通知するための情報である。また、リソース情報により通知される遊休状態のリソースブロックの数は、１に限られず、２以上であってもよい。また、リソース情報により通知される遊休状態のリソースブロックは、ダウンリンクのリソースブロック及びアップリンクのリソースブロックの両方であってもよく、又は一方のみであってもよい。

また、例えば、リソース情報は、サブフレーム内における遊休状態のリソースブロックの時間方向の位置及び周波数方向の位置を示す位置情報を含む。上記時間方向の位置は、例えば、リソースブロックがあるスロット（第１スロット又は第２スロット）である。また、当該周波数方向の位置は、例えば、遊休状態のリソースブロックの周波数である。なお、複数の遊休状態のリソースブロックが、周波数方向において連続する場合には、リソース情報は、上記周波数方向の位置の代わりに、当該複数の遊休状態のリソースブロック全体の帯域幅を示してもよい。

このように遊休状態のリソースブロックの情報を送信することにより、２次システムの通信装置は、当該情報から、遊休状態のリソースブロックを確認することができる。よって、２次システムの通信装置は、ＰＤＣＣＨの全てのスケジューリング情報を確認する必要がない。その結果、２次システムの通信装置の負荷が軽減される。

また、例えば、上記ダウンリンク制御チャネルは、上記共通スペース、上記複数の個別スペース、及び上記個別スペースと同等の形式を有する２次システム用スペースを含む。そして、無線通信部１１０は、上記２次システム用スペースを用いて、上記リソース情報を送信する。

より具体的には、ＰＤＣＣＨは、ＣＳＳ、複数のＵＳＳ、及びＵＳＳと同等の形式を有する２次周波数利用サーチスペース（ＳＳＵＳＳ：Secondary Spectrum Use Search Space）を含む。そして、無線通信部１１０は、ＳＳＵＳＳを用いてリソース情報を送信する。以下、この点について図５を参照してより具体的に説明する。

図５は、ＰＤＣＣＨ上でリソース情報を送信する手法の一例を説明するための説明図である。図５を参照すると、１つのサブフレーム内のＰＤＣＣＨ及びＰＤＳＣＨが示されている。また、ＰＤＣＣＨには、ＣＳＳ、複数のＵＳＳ、及びＳＳＵＳＳがある。ＳＳＵＳＳはＵＳＳと同等の形式を有するので、例えば、ＳＳＵＳＳのＣＣＥは、所定のＩＤでマスクしながらスクランブルされている。よって、当該所定のＩＤが、２次システムの通信装置で共有される。そして、２次システムの通信装置（例えば、Ｈｏｍｅ ｅＮｏｄｅＢ３００）は、当該所定のＩＤを用いたデマスク、デスクランブル、及び復号を行うことにより、リソース情報を取得できる。なお、複数の２次システムがある場合には、２次システム毎に別々のＩＤが用いられてもよい。一方、１次システムにおいて、１次システムのＵＥ２００は、ＳＳＵＳＳがＣＳＳではなくＵＳＳの形式を有するので、ＳＳＵＳＳを復号しない。

以上のように、ＳＳＵＳＳの利用により、２次システムの通信装置が様々なＩＤを用いて処理を行う必要がなく、また、１次システムのＵＥ２００の処理を増加させない。即ち、１次システムのＵＥの負荷を増やすことなく、２次システムの通信装置の負荷が軽減される。

また、ＳＳＵＳＳの形式がＣＳＳの形式ではなくＵＳＳの形式と同等なので、ＣＳＳは既存のシステムと同様である。そのため、ＣＳＳが、ＰＤＣＣＨにおいて既存のシステムと同様に配置されると、１次システムのＵＥは、既存のシステムと同様にＣＳＳを復号する。また、１次システムのＵＥにとっては、ＳＳＵＳＳはＵＳＳのように見える。また、ＳＳＵＳＳは、１次システムのいずれのＵＥにも復号されない。よって、ＳＳＵＳＳの有無にかかわらず、１次システムのＵＥは、既存のシステムと同様に、ＣＳＳに加えて、自装置に対応するＵＳＳを復号する。このように、ＳＳＵＳＳの存在は、１次システムのＵＥの動作に影響しない。よって、既存のシステムとの後方互換性（backward compatibility）を確保することができる。

また、例えば、上記２次システム用スペースは、上記ダウンリンク制御チャネル内で、時間方向において、上記複数の個別スペースの全部又は一部よりも前に位置する。

より具体的には、ＳＳＵＳＳは、ＰＤＣＣＨ内で、時間方向において、複数のＵＳＳの全部又は一部よりも前に位置する。即ち、無線通信部１１０は、ＰＤＣＣＨ内で、ＳＳＵＳＳの信号を、複数のＵＳＳの全部又は一部よりも前に送信する。図５を再び参照すると、ＳＳＵＳＳは、処理の順序において、ＣＳＳと複数のＵＳＳとの間に位置する。例えば、ＵＳＳは、サブフレームの１番目のＯＦＤＭシンボルで送信され、複数のＵＳＳの各々は、１番目〜３番目のＯＦＤＭシンボルのうちのいずれかのＯＦＤＭシンボルで送信される。

このようにＳＳＵＳＳが時間方向においてより前方に配置されることにより、ＳＳＵＳＳはより早い時間に復号可能になるので、２次システムがリソースブロックを利用するための準備時間をより長くすることができる。

また、無線通信部１１０は、例えば、１次システムが有する周波数帯域のシステム情報を送信する。当該システム情報は、後述するシステム情報生成部１４５により生成される。

（ネットワーク通信部１２０）
ネットワーク通信部１２０は、他の通信ノードと通信する。例えば、ネットワーク通信部１２０は、直接的に又はいずれかの通信ノードを介して、２次システムのＨｏｍｅ ｅＮｏｄｅＢ３００と通信する。

（記憶部１３０）
記憶部１３０は、ｅＮｏｄｅＢ１００の動作のためのプログラム及びデータを記憶する。記憶部１３０は、例えばハードディスク又は半導体メモリ等の記憶媒体を含む。

（制御部１４０）
制御部１４０は、ｅＮｏｄｅＢ１００の様々な機能を提供する。例えば、制御部１４０は、ＣＰＵ又はＤＳＰ等のプロセッサに相当し、記憶部１３０又は他の記憶媒体に記憶されるプログラムを実行することにより、上記様々な機能を提供する。制御部１４０は、スケジューリング部１４１、リソース情報生成部１４３及びシステム情報生成部１４５を含む。

（スケジューリング部１４１）
スケジューリング部１４１は、アップリンク及びダウンリンクのスケジューリングを行う。例えば、スケジューリング部１４１は、リソースブロックの単位でスケジューリングを行う。即ち、ｅＮｏｄｅＢ１００は、リソースブロックの単位のアップリンク通信リソース及びダウンリンク通信リソースをＵＥ２００に割り当てる。

（リソース情報生成部１４３）
リソース情報生成部１４３は、１次システムが有する通信リソースを二次的に利用する２次システムへ利用可能な通信リソースを通知するためのリソース情報を生成する。

より具体的には、リソース情報生成部１４３は、例えば、スケジューリング部１４１によるダウンリンク及びアップリンクのスケジューリングの結果から、遊休状態のリソースブロックを特定する。そして、リソース情報生成部は、特定したリソースブロックを通知するためのリソース情報を生成する。

このようなリソース情報の生成により、２次システムに遊休状態の通信リソースを通知することが可能になる。

また、例えば、上記リソース情報は、複数の装置間で上記利用可能な通信リソースを一意に識別するための識別情報を含む。以下、この点について図６及び図７を参照してより具体的に説明する。

図６は、複数の装置の間で遊休状態のリソースブロックがある無線フレームを一意に識別するための情報の一例を説明するための説明図である。図６を参照すると、１０２４個の無線フレーム（システムフレームとも呼ばれる）と当該無線フレームの各々を識別するためのシステムフレーム番号（ＳＦＮ）とが示されている。このように、ＬＴＥでは、無線フレームに付されるＳＦＮにより、複数の装置の間で、１０２４個の無線フレーム（１０.２３秒間の無線フレーム）の各々を一意に識別することができる。

図７は、複数の装置の間で遊休状態のリソースブロックを一意に識別するための情報の一例を説明するための説明図である。図７を参照すると、ＳＦＮが４である無線フレームに含まれる１０個のサブフレームが示されている。無線フレームに含まれるサブフレームの各々は、♯０〜♯９のサブフレーム番号により一意に識別される。また、サブフレーム♯３のサブフレームに含まれるリソースブロックが示されている。一般的に、ＬＴＥにおいて、サブフレーム内のリソースブロックを一意に識別する識別情報は定められていない。よって、リソース情報生成部１４３は、例えば、サブフレームにおける遊休状態のリソースブロックに、識別情報として通し番号を付す。例えば、図７に示されるように、リソース情報生成部１４３は、まず、第１スロットの遊休状態のリソースブロックに、周波数が低い順に通し番号を付し、次に、第２スロットの遊休状態のリソースブロックに、周波数が低い順に通し番号を付す。

以上のように、無線フレーム、サブフレーム及びリソースブロックの各々は、複数の装置の間で一意に識別され得る。例えば、リソースブロックの識別情報は、（ＳＦＮ，サブフレーム番号，遊休状態のリソースブロックの通し番号）で表される。例えば、ＳＦＮ４の無線フレームの♯３のサブフレームにおける、第２のスロットの２番目に周波数の低いリソースブロックの識別情報は、（４，３，４）で表される。

このような識別情報により、複数の装置の間で、最大で１０秒程度の間の遊休状態のリソースブロックを一意に識別することが可能になる。よって、例えば、２次システムの複数の通信装置が、遊休状態のリソースブロックを使用しようとする場合に、当該複数の通信装置は、同一の識別情報で遊休状態のリソースブロックを識別することができる。よって、上記複数の通信装置は、いずれの通信装置がいずれのリソースブロックを使用するかを調整することが可能になる。したがって、上記複数の通信装置が遊休状態のリソースブロックを同時に使用することにより、衝突（collision）が発生することを、回避することができる。

また、このような識別情報により、２次システム間での調整が可能になるので、１次システムの負荷を増加させない。より具体的には、例えば、１次システムのｅＮｏｄｅＢ１００が、２次システムの複数の通信装置のＩＤを把握し、当該複数の通信装置に遊休状態のリソースブロックを割り当てる場合には、１次システムのｅＮｏｄｅＢ１００への負荷が増大し得る。しかし、１次システムに関係なく、２次システム間で上記識別情報に基づく調整が行われれば、１次システムへの負荷は増加しない。

２次システムの上記複数の通信装置は、別々の２次システムの通信装置であってもよく、又は同じ２次システムの通信装置であってもよい。

なお、複数の通信装置の間での調整のアルゴリズムは、２次システムにより自由に設計され得る。例えば、２次システムの１０台の通信装置がある場合に、遊休状態のリソースブロックが、これらの１０台の通信装置に均等に分けられてもよい。

また、例えば、リソース情報は、１次システムのアップリンクの利用可能な通信リソースを２次システムへ通知するための情報を含む。

より具体的には、リソース情報は、１次システムのアップリンクのリソースブロックのうちの遊休状態のリソースブロックを２次システムへ通知するための情報を含む。換言すると、ＳＳＵＳＳにおいて、１次システムのアップリンクの遊休状態のリソースブロックが通知される。

このようにアップリンクの遊休状態のリソースブロックの通知により、遊休状態のリソースブロックを確認しようとする２次システムの通信装置にとっての負荷を特に軽減することができる。以下、この点について図８を参照してより具体的に説明する。

図８は、ＰＤＣＣＨ上でのアップリンクのスケジューリング情報の送信の例を説明するための説明図である。図８を参照すると、無線フレームに含まれる１０個のサブフレームが示されている。各サブフレームのＰＤＣＣＨ上では、ダウンリンクのスケジューリング情報のみではなく、アップリンクのスケジューリング情報も送信される。ダウンリンクのスケジューリング情報は、当該スケジューリング情報が送信されるサブフレーム内の遊休状態のリソースブロックを指定する。一方、図８に示されるように、アップリンクのスケジューリング情報は、当該スケジューリング情報が送信されるサブフレームの４サブフレーム以上後のサブフレーム内のリソースブロックを指定する。よって、アップリンクのスケジューリング情報から、アップリンクの遊休状態のリソースブロックを確認するためには、２次システムの通信装置は、過去のサブフレームの全てのＣＣＥについてのブラインドコーディングを行い、且つ得られた情報を保持する必要がある。よって、ダウンリンクの遊休状態のリソースブロックをスケジューリング情報から確認するよりも、アップリンクの遊休状態のリソースブロックをスケジューリング情報から確認する方が、２次システムにとっての負荷がより大きい。よって、リソース情報生成部１４３は、１次システムのアップリンクの遊休状態のリソースブロックを２次システムへ通知するための情報を含むリソース情報を生成する。これによって、遊休状態のリソースブロックを確認しようとする２次システムの通信装置にとっての負荷を特に軽減することが可能である。

なお、リソース情報で通知されるアップリンクの遊休状態のリソースブロックは、例えば、当該リソース情報が送信されるサブフレームの直後のサブフレーム内のリソースブロックである。

（システム情報生成部１４５）
システム情報生成部１４５は、１次システムが有する周波数帯域のシステム情報を生成する。

＜３．２．Ｈｏｍｅ ｅＮｏｄｅＢの構成＞
次に、図９を参照して、本実施形態に係る２次システムのＨｏｍｅ ｅＮｏｄｅＢ３００の構成の一例について説明する。図９は、本実施形態に係る２次システムのｅＮｏｄｅＢ３００の構成の一例を示すブロック図である。図９を参照すると、Ｈｏｍｅ ｅＮｏｄｅＢ３００は、無線通信部３１０、ネットワーク通信部３２０、記憶部３３０及び制御部３４０を備える。

（無線通信部３１０）
無線通信部３１０は、上記共通スペース及び上記複数の個別スペースを含む上記ダウンリンク制御チャネル上で、上記リソース情報を受信する。受信された当該リソース情報は、当該ダウンリンク制御チャネルについての復号により取得される。

より具体的には、無線通信部３１０は、ＣＳＳ及び複数のＵＳＳを含むＰＤＣＣＨ上で、上記リソース情報を受信する。例えば、無線通信部３１０は、ＰＤＣＣＨのＳＳＵＳＳで、リソース情報を受信する。また、リソース情報は、ＰＤＣＣＨのＳＳＵＳＳについての復号により取得される。

このようなリソース情報の受信及び取得により、２次システムは、大きな負荷なく、１次システムの遊休状態の通信リソースを確認することが可能になる。

また、無線通信部３１０は、制御部３４０による制御に応じて、１次システムが有する通信リソースのうち利用可能な通信リソースを用いて、２次システムのＵＥ４００と無線通信する。

また、無線通信部３１０は、１次システムが有する周波数帯域のシステム情報を受信する。

（ネットワーク通信部３２０）
ネットワーク通信部３２０は、他の通信ノードと通信する。例えば、ネットワーク通信部３２０は、直接的に又はいずれかの通信ノードを介して、１次システムのｅＮｏｄｅＢ１００と通信する。

（記憶部３３０）
記憶部３３０は、Ｈｏｍｅ ｅＮｏｄｅＢ３００の動作のためのプログラム及びデータを記憶する。記憶部３３０は、例えばハードディスク又は半導体メモリ等の記憶媒体を含む。

（制御部３４０）
制御部３４０は、Ｈｏｍｅ ｅＮｏｄｅＢ３００の様々な機能を提供する。例えば、制御部３４０は、ＣＰＵ又はＤＳＰ等のプロセッサに相当し、記憶部３３０又は他の記憶媒体に記憶されるプログラムを実行することにより、上記様々な機能を提供する。

制御部３４０は、上記リソース情報を取得する。そして、制御部３４０は、当該リソース情報に基づいて、無線通信部３１０に、上記利用可能な通信リソースを用いて無線通信させる。

より具体的には、制御部３４０は、リソース情報に基づいて、無線通信部３１０に、遊休状態のリソースブロックを用いて無線通信させる。

また、１次システムの遊休状態の通信リソースを二次的に利用する複数の２次システムがある場合に、制御部３４０は、例えば、ネットワーク通信部３２０を介して、別の２次システムの通信装置と、遊休状態の通信リソースの使用について調整する。

また、制御部３４０は、システム情報を取得する。

＜＜４．処理の流れ＞＞
次に、図１０及び図１１を参照して、本実施形態に係る通信制御処理の例について説明する。

（１次システムのｅＮｏｄｅＢ１００の処理）
まず、図１０を参照して、本実施形態に係る１次システムのｅＮｏｄｅＢ１００側の通信制御処理の例について説明する。図１０は、本実施形態に係る１次システムのｅＮｏｄｅＢ１００側の通信制御処理の概略的な流れの一例を示すフローチャートである。

まず、ステップＳ５１０で、スケジューリング部１４１は、リソースブロックの単位で、ダウンリンク及びアップリンクのスケジューリングを行う。

ステップＳ５２０で、リソース情報生成部１４３は、上記スケジューリングの結果から、遊休状態のリソースブロック（ＲＢ）を特定する。

ステップＳ５３０で、リソース情報生成部１４３は、遊休状態のリソースブロックを通知するためのリソース情報を生成する。

ステップＳ５４０で、無線通信部１１０は、ＰＤＣＣＨのＳＳＵＳＳを用いて、リソース情報を送信する。そして、処理はステップＳ５１０へ戻る。

（２次システムのＨｏｍｅ ｅＮｏｄｅＢ３００の処理）
次に、図１１を参照して、本実施形態に係る２次システムのＨｏｍｅ ｅＮｏｄｅＢ３００側の通信制御処理の例について説明する。図１１は、本実施形態に係る２次システムのＨｏｍｅ ｅＮｏｄｅＢ３００側の通信制御処理の概略的な流れの一例を示すフローチャートである。

まず、ステップＳ６１０で、無線通信部３１０は、ＰＤＣＣＨ上で信号を受信する。次に、ステップＳ６２０で、無線通信部３１０は、ＳＳＵＳＳの復号を行う。そして、ステップＳ６３０で、制御部３４０は、リソース情報を取得する。

次に、ステップＳ６４０で、制御部３４０は、リソース情報から、１次システムのリソースブロックの中に遊休状態のリソースブロックがあるかを判定する。遊休状態のリソースブロックがあれば、処理はステップＳ６５０へ進む。そうでなければ、処理はステップＳ６１０へ戻る。

ステップＳ６５０で、制御部３４０は、遊休状態のリソースブロックを自装置が使用可能かを判定する。例えば、別の２次システムの通信装置との調整の結果に応じて、当該判定が行われる。当該リソースブロックが使用可能であれば、処理はステップＳ６６０へ進む。そうでなければ、処理は終了する。

ステップＳ６６０で、制御部３４０は、遊休状態のリソースブロックのスケジューリングを行う。当該スケジューリングの結果、２次システムの通信装置が無線通信する。そして、処理はステップＳ６１０へ戻る。

＜＜５．変形例＞＞
次に、第１の実施形態の変形例を説明する。本変形例では、１次システムは、利用可能な通信リソースの存在の見込みを２次システムへ通知するための見込み情報を生成し、当該見込み情報を含むシステム情報を送信する。

これにより、２次システムの通信装置は、ＰＤＣＣＨについての復号の前に、システム情報から、遊休状態の通信リソースがありそうかを判定する。そして、当該通信装置は、遊休状態の通信リソースがありそうであれば、ＰＤＣＣＨについての復号を行い、そうでなければＰＤＣＣＨについての復号を行わない。よって、ＰＤＣＣＨについての復号が最小限に抑えられるので、２次システムの通信装置の負荷をさらに軽減することができる。

また、２次システムが複数の周波数帯域について遊休状態の通信リソースを利用しようとする場合に、上記見込み情報はさらに有効である。例えば、１つの１次システムが複数の周波数帯域（コンポーネントキャリア）を有する場合、又は、１つの２次システムに対して、別々の周波数帯域をそれぞれ有する複数の１次システムがある場合等が、想定される。このような場合に、２次システムの通信装置は、複数の周波数帯域の各々の見込み情報を確認することで、いずれの周波数帯域のＰＤＣＣＨについての復号がより効果的であるかを判定できる。よって、２次システムの通信装置の負荷を大きく軽減することができる。

＜５．１．ｅＮｏｄｅＢの構成＞
以下、本実施形態の変形例に係るｅＮｏｄｅＢ１００の構成を説明する。ここでは、上述した本実施形態のｅＮｏｄｅＢ１００の構成への追加される技術的な特徴を説明する。

（リソース情報生成部１４３）
リソース情報生成部１４３は、上記利用可能な通信リソースの存在の見込みを２次システムへ通知するための見込み情報を生成する。

より具体的には、リソース情報生成部１４３は、例えば、１次システムが有する通信リソースの使用状況に基づいて、遊休状態の通信リソースが存在する見込みを測定する。そして、リソース情報生成部１４３は、測定結果に基づいて、上記見込みを通知するための見込み情報を生成する。当該見込み情報は、例えば、周波数帯域（コンポーネントキャリア）ごとに生成される。

見込み情報は、遊休状態の通信リソースの存在を予め確認することを可能にする任意の情報である。例えば、見込み情報は、１つのサブフレームあたりの遊休状態のリソースブロックの数の推定値、１つのサブフレームの中に遊休状態のリソースブロックが含まれる確率、又は遊休状態のリソースブロックがありそうか否かを示す２値情報等であってもよい。

なお、通信リソースの上記使用状況は、例えば、周波数帯域との接続状態にあるＵＥの数、当該ＵＥの数と周波数帯域との接続しようとするＵＥの数との和、周波数帯域における通信リソースの使用率、若しくは周波数帯域におけるトラフィック量のうちの少なくとも１つの値の実績値若しくは推定値であり、又は、当該実績値若しくは推定値から導かれる値である。

（システム情報生成部１４５）
システム情報生成部１４５は、上記見込み情報を含むシステム情報を生成する。

また、例えば、上記システム情報は、上記見込み情報と、別の１次システムが有する利用可能な通信リソースの存在の見込みを２次システムへ通知するための別の見込み情報（以下、「別システム見込み情報」と呼ぶ）とを含む。

より具体的には、例えば、システム情報生成部１４５は、ネットワーク通信部１２０を介して、別の１次システムが有する遊休状態のリソースブロックの存在の見込みを２次システムに通知するための別システム見込み情報を取得する。そして、システム情報生成部１４５は、見込み情報及び別システム見込み情報を含むシステム情報を生成する。

このように別の１次システムの見込み情報もシステム情報に含めることで、２次システムの通信装置のハードウェアのコストが低減され得る。より具体的には、２次システムが、複数のｅＮｏｄｅＢから別々の周波数帯域で同時に信号を受信することを可能にしようとすると、ハードウェアのコストが増大する。よって、複数の１次システムからの見込み情報を１つの１次システムから送信することにより、２次システムは、より少ない数のｅＮｏｄｅＢからより少ない周波数帯域で同時に信号を受信することになる。そのため、２次システムの通信装置のハードウェアのコストが低減され得る。

（無線通信部１１０）
無線通信部１１０は、１次システムが有する周波数帯域のシステム情報であって、生成された見込み情報を含む上記システム情報を送信する。また、例えば、無線通信部１１０は、見込み情報及び別システムの見込み情報を含むシステム情報を送信する。

＜５．２．Ｈｏｍｅ ｅＮｏｄｅＢの構成＞
以下、本実施形態の変形例に係るＨｏｍｅ ｅＮｏｄｅＢ３００の構成を説明する。ここでは、上述した本実施形態のＨｏｍｅ ｅＮｏｄｅＢ３００の構成への追加される技術的な特徴を説明する。

（無線通信部３１０）
無線通信部３１０は、１次システムが有する周波数帯域のシステム情報を受信する。当該システム情報は、見込み情報を含む。また、例えば、当該システム情報は、別システム見込み情報をさらに含む。

また、上述したように、無線通信部３１０は、上記共通スペース及び上記複数の個別スペースを含む上記ダウンリンク制御チャネル上で、上記リソース情報を受信する。受信された当該リソース情報は、当該ダウンリンク制御チャネルについての復号により取得されるが、本実施形態の変形例では、制御部３４０が復号の実行を決定した場合に限り、当該ダウンリンク制御チャネルについての復号が行われる。

（制御部３４０）
制御部３４０は、システム情報に含まれる見込み情報に基づいて、ダウンリンク制御チャネルについての復号の実行を決定する。

より具体的には、制御部３４０は、システム情報を取得し、当該システム情報に含まれる見込み情報を取得する。そして、制御部３４０は、取得した見込み情報に基づいて、復号が実行されるべきかを判定する。例えば、見込み情報に対する閾値が予め定められ、見込み情報と当該閾値との比較の結果に応じて、復号が実行されるべきか否かが判定される。制御部３４０は、復号が実行されるべきと判定した場合に、復号の実行を決定する。

なお、１次システムが複数の周波数帯域を有し、複数の見込み情報がある場合に、制御部３４０は、例えば、各周波数帯域の見込み情報を比較し、より多くの遊休状態のリソースブロックがあると推定される周波数帯域を選択する。そして、制御部３４０は、選択した周波数帯域についての復号の実行を決定する。

このような見込み情報に基づく復号の実行の決定により、ＰＤＣＣＨについての復号が最小限に抑えられるので、２次システムの通信装置（即ち、Ｈｏｍｅ ｅＮｏｄｅＢ）の負荷をさらに軽減することができる。

また、例えば、制御部３４０は、システム情報に含まれる見込み情報及び別システム見込み情報に基づいて、ダウンリンク制御チャネルについての復号の実行を決定する。

より具体的には、制御部３４０は、システム情報を取得し、当該システム情報に含まれる見込み情報及び別システム見込み情報を取得する。そして、制御部３４０は、例えば、取得した見込み情報と別システム見込み情報とを比較し、より多くの遊休状態のリソースブロックがあると推定される周波数帯域（１次システム）を選択する。そして、制御部３４０は、選択した周波数帯域についての復号の実行を決定する。

このような複数の１次システムの見込み情報に基づく復号の実行の決定により、実行される復号はより効果的な周波数帯域での復号に限定されるので、２次システムの通信装置（即ち、Ｈｏｍｅ ｅＮｏｄｅＢ３００）の負荷を大きく軽減することができる。

なお、制御部３４０は、システム情報に含まれる見込み情報及び別システム見込み情報と、１次システムのｅＮｏｄｅＢからの受信電力の測定結果とに基づいて、ダウンリンク制御チャネルの復号の実行を決定してもよい。

より具体的には、制御部３４０は、見込み情報及び別システム見込み情報から、より多くの遊休状態のリソースブロックを有する１次システムを特定できる。また、制御部３４０は、１次システムのｅＮｏｄｅＢからの受信電力の測定結果から、２次システムのリソースブロックの使用による干渉をより小さくする１次システムを特定できる。例えば、制御部３４０は、受信電力がより大きいｅＮｏｄｅＢの１次システムを、上記干渉をより小さくする１次システムであると特定できる。以下、この点について、より詳細に説明する。

一般的に、ｅＮｏｄｅＢからの受信電力が大きい場合には、当該ｅＮｏｄｅＢとＨｏｍｅ ｅＮｏｄｅＢ３００との間の距離は小さいと判定される。そして、当該距離が小さい程、上記ｅＮｏｄｅＢの１次システムのリソースブロックをＨｏｍｅ ｅＮｏｄｅＢ３００が使用することに起因する干渉は小さくなる。なぜならば、上記距離が小さい程、上記ｅＮｏｄｅＢのセルの隣接セルとＨｏｍｅ ｅＮｏｄｅＢ３００との距離が大きくなり、Ｈｏｍｅ ｅＮｏｄｅＢ３００による隣接セルへの干渉が小さくなるからである。なお、上記ｅＮｏｄｅＢのセルでは、遊休状態のリソースブロックが使用されないが、隣接セルでは、遊休状態のリソースブロックが使用される可能性があるので、問題となる干渉は、上記ｅＮｏｄｅＢのセルでの干渉ではなく、隣接セルでの干渉である。

よって、制御部３４０は、遊休状態のリソースブロックの量という評価基準と、干渉の抑制という評価基準とから、より望ましい周波数帯域（１次システム）を選択する。そして、制御部３４０は、選択した周波数帯域についての復号の実行を決定する。

このような受信電力の測定結果に基づく復号の実行の決定により、１次システムと２次システムとの間での干渉を抑制することができる。

なお、１次システムが複数の周波数帯域（コンポーネントキャリア）を有する場合に、複数の周波数帯域の各々についての見込み情報は、当該複数の周波数帯域のうちのいずれか１つの周波数帯域のシステム情報に含められてもよい。これにより、２次システムの通信装置は、より少ない数の周波数帯域で同時に信号を受信することになる。そのため、２次システムの通信装置のハードウェアのコストが低減され得る。

＜５．３．処理の流れ＞
次に、図１２及び図１３を参照して、本実施形態の変形例に係る通信制御処理の例について説明する。

（１次システムのｅＮｏｄｅＢ１００の処理）
まず、図１２を参照して、本実施形態の変形例に係る１次システムのｅＮｏｄｅＢ１００側の通信制御処理の例について説明する。図１２は、本実施形態の変形例に係る１次システムのｅＮｏｄｅＢ１００側の通信制御処理の概略的な流れの一例を示すフローチャートである。

まず、ステップＳ７１０で、リソース情報生成部１４３は、１次システムが有する通信リソースの使用状況に基づいて、遊休状態の通信リソースが存在する見込みを測定する。

そして、ステップＳ７２０で、リソース情報生成部１４３は、測定結果に基づいて、上記見込みを通知するための見込み情報を生成する。

次に、ステップＳ７３０で、システム情報生成部１４５は、ネットワーク通信部１２０を介して、当該別の１次システムが有する遊休状態のリソースブロックの存在の見込みを２次システムに通知するための別システム見込み情報を取得する。

そして、ステップＳ７４０で、システム情報生成部１４５は、見込み情報及び別システム見込み情報を含むシステム情報を生成する。

その後、ステップＳ７５０で、無線通信部１１０は、見込み情報及び別システムの見込み情報を含むシステム情報を送信する。

（２次システムのＨｏｍｅ ｅＮｏｄｅＢ３００の処理）
次に、図１３を参照して、本実施形態の変形例に係る２次システムのＨｏｍｅ ｅＮｏｄｅＢ３００側の通信制御処理の例について説明する。図１３は、本実施形態の変形例に係る２次システムのＨｏｍｅ ｅＮｏｄｅＢ３００側の通信制御処理の概略的な流れの一例を示すフローチャートである。

まず、ステップＳ８１０で、無線通信部３１０は、１次システムが有する周波数帯域のシステム情報を受信する。

次に、ステップＳ８２０で、制御部３４０は、システム情報を取得し、当該システム情報に含まれる見込み情報及び別システム見込み情報を取得する。

そして、ステップＳ８３０で、制御部３４０は、各１次システムのｅＮｏｄｅＢからの受信電力を測定する。

次に、ステップＳ８４０で、制御部３４０は、見込み情報及び別システム見込み情報、並びに受信電力の測定結果に基づいて、周波数帯域（１次システム）を選択する。

その後、ステップＳ８５０で、制御部３４０は、選択した周波数帯域についての復号の実行を決定する。

＜＜６．まとめ＞＞
ここまで、図１〜図１３を用いて、本開示の実施形態に係る各装置及び通信制御処理について説明した。本実施形態によれば、１次システムのｅＮｏｄｅＢ１００は、２次システムへ利用可能な通信リソースを通知するためのリソース情報を生成し、共通スペース及び複数の個別スペースを含むダウンリンク制御チャネル上で当該リソース情報を送信する。これにより、２次システムの通信装置は、リソース情報から、遊休状態の通信リソースを確認することができる。よって、２次システムの通信装置は、ダウンリンク制御チャネルの全てのスケジューリング情報を確認する必要がない。その結果、２次システムの通信装置の負荷が軽減される。

また、例えば、上記ダウンリンク制御チャネルは、共通スペース、複数の個別スペース、及び当該個別スペースと同等の形式を有する２次システム用スペースを含む。そして、１次システムのｅＮｏｄｅＢ１００は、上記２次システム用スペースを用いて上記リソース情報を送信する。これにより、２次システムの通信装置が様々なＩＤを用いて処理を行う必要がなく、また、１次システムのＵＥ２００の処理を増加させない。即ち、１次システムのＵＥの負荷を増やすことなく、２次システムの通信装置の負荷が軽減される。また、既存のシステムとの後方互換性を確保することができる。

また、例えば、上記２次システム用スペースは、上記ダウンリンク制御チャネル内で、時間方向において、上記複数の個別スペースの全部又は一部よりも前に位置する。これにより、２次システム用スペースはより早い時間に復号可能になるので、２次システムが通信リソースを利用するための準備時間をより長くすることができる。

また、例えば、上記リソース情報は、１次システムのアップリンクの利用可能な通信リソースを２次システムへ通知するための情報を含む。これにより、遊休状態の通信リソースを確認しようとする２次システムの通信装置にとっての負荷を特に軽減することができる。

また、例えば、上記リソース情報は、複数の装置の間で上記利用可能な通信リソースを一意に識別するための識別情報を含む。これにより、２次システムの複数の通信装置は、いずれの通信装置がいずれの通信リソースを使用するかを調整することが可能になる。したがって、上記複数の通信装置が遊休状態の通信リソースを同時に使用することにより、衝突（collision）が発生することを、回避することができる。また、２次システム間での調整が可能になるので、１次システムの負荷を増加させない。

また、例えば、１次システムのｅＮｏｄｅＢ１００は、利用可能な通信リソースの存在の見込みを２次システムへ通知するための見込み情報を生成し、当該見込み情報を含むシステム情報を送信する。これにより、２次システムの通信装置は、ダウンリンク制御チャネルについての復号の前に、システム情報から、遊休状態の通信リソースがありそうかを判定する。そして、当該通信装置は、遊休状態の通信リソースがありそうであれば、ダウンリンク制御チャネルについての復号を行い、そうでなければダウンリンク制御チャネルについての復号を行わない。よって、ダウンリンク制御チャネルについての復号が最小限に抑えられるので、２次システムの通信装置の負荷をさらに軽減することができる。

また、例えば、システム情報は、上記見込み情報と、別の１次システムが有する利用可能な通信リソースの存在の見込みを２次システムへ通知するための別の見込み情報とを含む。このように別の１次システムの見込み情報もシステム情報に含めることで、２次システムの通信装置のハードウェアのコストが低減され得る。より具体的には、２次システムが、複数のｅＮｏｄｅＢから別々の周波数帯域で同時に信号を受信することを可能にしようとすると、ハードウェアのコストが増大する。よって、複数の１次システムからの見込み情報を１つの１次システムから送信することにより、２次システムは、より少ない数のｅＮｏｄｅＢからより少ない周波数帯域で同時に信号を受信することになる。そのため、２次システムの通信装置のハードウェアのコストが低減され得る。

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

例えば、Ｈｏｍｅ ｅＮｏｄｅＢとＵＥとを含む２次システムの例を説明したが、本開示に係る２次システムはこれに限られない。２次システムは、別の通信装置を含む無線通信システムであってもよい。例えば、２次システムは、いずれかの基地局（又はアクセスポイント）といずれかの端末装置とを含む別の無線通信システムであってもよい。また、例えば、２次システムは、複数の端末装置を含み、当該複数の端末装置が互いにダイレクト通信を行なってもよい。このようなダイレクト通信は、Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ通信（Ｄ２Ｄ）と呼ばれ、今後のセルラーの新技術として注目されている。

また、主として、１次システムの１つの周波数帯域に着目して、当該周波数帯域の通信リソースが開放される例を説明したが、本開示に係る技術はこれに限られない。１次システムの複数の周波数帯域の各々の通信リソースが開放されてもよい。この場合に、例えば、上述した実施形態の各処理が、周波数帯域ごとに実行される。

また、遊休状態の通信リソースが、２次システムにとって利用可能な通信リソースであるものとして説明したが、本開示に係る技術はこれに限られない。遊休状態の通信リソースのうちの一部の通信リソースが、２次システムにとって利用可能な通信リソースとして選択されてもよい。

また、本明細書の通信制御における処理ステップは、必ずしもフローチャートに記載された順序に沿って時系列に実行されなくてよい。例えば、通信制御における処理ステップは、フローチャートとして記載した順序と異なる順序で実行されても、並列的に実行されてもよい。

また、通信制御装置及び通信装置に内蔵されるＣＰＵ、ＲＯＭ及びＲＡＭ等のハードウェアに、上記通信制御装置及び上記通信装置の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させた記憶媒体も提供される。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
１次システムが有する通信リソースを用いて、前記１次システムの複数の端末装置と無線通信する無線通信部と、
前記通信リソースを二次的に利用する２次システムへ利用可能な通信リソースを通知するためのリソース情報を生成する生成部と、
を備え、
前記無線通信部は、前記複数の端末装置によって共通的に復号される共通スペース及び前記複数の端末装置の一部によってのみそれぞれ復号される複数の個別スペースを含むダウンリンク制御チャネル上で、前記生成部により生成される前記リソース情報を送信する、
通信制御装置。
（２）
前記ダウンリンク制御チャネルは、前記共通スペース、前記複数の個別スペース、及び当該個別スペースと同等の形式を有する２次システム用スペースを含み、
前記無線通信部は、前記２次システム用スペースを用いて前記リソース情報を送信する、
前記（１）に記載の通信制御装置。
（３）
前記２次システム用スペースは、前記ダウンリンク制御チャネル内で、時間方向において、前記複数の個別スペースの全部又は一部よりも前に位置する、前記（２）に記載の通信制御装置。
（４）
前記リソース情報は、前記１次システムのアップリンクの利用可能な通信リソースを前記２次システムへ通知するための情報を含む、前記（１）〜（３）のいずれか１項に記載の通信制御装置。
（５）
前記リソース情報は、複数の装置の間で前記利用可能な通信リソースを一意に識別するための識別情報を含む、前記（１）〜（４）のいずれか１項に記載の通信制御装置。
（６）
前記生成部は、前記利用可能な通信リソースの存在の見込みを前記２次システムへ通知するための見込み情報を生成し、
前記無線通信部は、前記１次システムが有する周波数帯域のシステム情報であって、生成された前記見込み情報を含む前記システム情報を送信する、
前記（１）〜（５）のいずれか１項に記載の通信制御装置。
（７）
前記システム情報は、前記見込み情報と、別の１次システムが有する利用可能な通信リソースの存在の見込みを前記２次システムへ通知するための別の見込み情報とを含む、前記（６）に記載の通信制御装置。
（８）
１次システムが有する通信リソースを用いて、前記１次システムの複数の端末装置と無線通信することと、
前記通信リソースを二次的に利用する２次システムへ利用可能な通信リソースを通知するためのリソース情報を生成することと、
前記複数の端末装置によって共通的に復号される共通スペース及び前記複数の端末装置の一部によってのみそれぞれ復号される複数の個別スペースを含むダウンリンク制御チャネル上で、生成された前記リソース情報を送信することと、
を含む通信制御方法。
（９）
１次システムの複数の端末装置によって共通的に復号される共通スペース及び前記複数の端末装置の一部によってのみそれぞれ復号される複数の個別スペースを含むダウンリンク制御チャネル上で、前記１次システムが有する通信リソースを二次的に利用する２次システムへ利用可能な通信リソースを通知するためのリソース情報を受信する無線通信部と、
前記ダウンリンク制御チャネルについての復号により取得されるリソース情報に基づいて、前記無線通信部に、前記利用可能な通信リソースを用いて無線通信させる制御部と、
を備える通信装置。

１０ １次システムのセル
３０ ２次システムのセル
１００ ｅＮｏｄｅＢ
１１０ 無線通信部
１２０ ネットワーク通信部
１３０ 記憶部
１４０ 制御部
１４１ スケジューリング部
１４３ リソース情報生成部
１４５ システム情報生成部
２００ ＵＥ
３００ Ｈｏｍｅ ｅＮｏｄｅＢ
３１０ 無線通信部
３２０ ネットワーク通信部
３３０ 記憶部
３４０ 制御部
４００ ＵＥ

Claims (7)

1. １次システムが有する通信リソースを用いて、前記１次システムの複数の端末装置と無線通信する無線通信部と、
   前記通信リソースを二次的に利用する２次システムへ利用可能な通信リソースを通知するためのリソース情報を生成する生成部と、
   を備え、
   前記無線通信部は、前記複数の端末装置によって共通的に復号される共通信号又は前記複数の端末装置によってそれぞれ復号される個別信号を含む制御信号を用いて、前記生成部により生成される前記リソース情報を送信し、
   前記生成部は、前記利用可能な通信リソースの存在の見込みを前記２次システムへ通知するための、特定領域における前記利用可能な通信リソースの存在を示す第１の見込み情報を生成し、
   前記無線通信部は、前記１次システムが有する周波数帯域のシステム情報であって、生成された前記第１の見込み情報と、別の１次システムが有する利用可能な通信リソースの存在の見込みを前記２次システムへ通知するための、特定領域における前記利用可能な通信リソースの存在を示す第２の見込み情報とを含む、前記システム情報を送信し、
   前記２次システムはＤｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ（Ｄ２Ｄ）通信システムである、
   通信制御装置。
2. 前記制御信号は、前記共通信号、前記個別信号、及び当該個別信号と同等の形式を有する２次システム用信号を含み、
   前記無線通信部は、前記２次システム用信号を用いて前記リソース情報を送信する、
   請求項１に記載の通信制御装置。
3. 前記２次システム用信号は、前記制御信号内で、時間方向において、前記個別信号の全部又は一部よりも前に位置する、請求項２に記載の通信制御装置。
4. 前記リソース情報は、前記１次システムのアップリンクの利用可能な通信リソースを前記２次システムへ通知するための情報を含む、請求項１に記載の通信制御装置。
5. 前記リソース情報は、複数の装置の間で前記利用可能な通信リソースを一意に識別するための識別情報を含む、請求項１に記載の通信制御装置。
6. １次システムが有する通信リソースを用いて、前記１次システムの複数の端末装置と無線通信することと、
   前記通信リソースを二次的に利用する２次システムへ利用可能な通信リソースを通知するためのリソース情報を生成することと、
   前記複数の端末装置によって共通的に復号される共通信号又は前記複数の端末装置によってそれぞれ復号される個別信号を含む制御信号を用いて、生成された前記リソース情報を送信することと、
   前記利用可能な通信リソースの存在の見込みを前記２次システムへ通知するための、特定領域における前記利用可能な通信リソースの存在を示す第１の見込み情報を生成することと、
   前記１次システムが有する周波数帯域のシステム情報であって、生成された前記第１の見込み情報と、別の１次システムが有する利用可能な通信リソースの存在の見込みを前記２次システムへ通知するための、特定領域における前記利用可能な通信リソースの存在を示す第２の見込み情報とを含む、前記システム情報を送信することと、
   を含み、
   前記２次システムはＤ２Ｄ通信システムである、通信制御方法。
7. １次システムの複数の端末装置によって共通的に復号される共通信号又は前記複数の端末装置によってそれぞれ復号される複数の個別信号を含む制御信号を用いて送信された、前記１次システムが有する通信リソースを二次的に利用する２次システムへ利用可能な通信リソースを通知するためのリソース情報を受信する無線通信部と、
   前記制御信号についての復号により取得されるリソース情報に基づいて、前記無線通信部に、前記利用可能な通信リソースを用いて無線通信させる制御部と、
   を備え、
   前記無線通信部は、前記１次システムが有する周波数帯域のシステム情報であって、前記利用可能な通信リソースの存在の見込みを前記２次システムへ通知するための、特定領域における前記利用可能な通信リソースの存在を示す第１の見込み情報と、別の１次システムが有する利用可能な通信リソースの存在の見込みを前記２次システムへ通知するための、特定領域における前記利用可能な通信リソースの存在を示す第２の見込み情報とを含む、前記システム情報を受信し、
   前記２次システムはＤ２Ｄ通信システムである、通信装置。

Images