JPWO2014132514A1 - 通信制御装置、通信制御方法及び端末装置 - Google Patents

Abstract

【課題】マクロセルの周波数帯域が同期結果の利用のために端末装置により用いられる場合に、マクロセルの基地局におけるリソースの消費を抑えることを可能にする。【解決手段】スモールセルの一部又は全体と重なるマクロセルでの無線通信を制御する通信制御部を備える通信制御装置が提供される。上記マクロセルでの無線通信に用いられる第１の周波数帯域は、上記スモールセルでの無線通信に用いられる第２の周波数帯域と同期している。上記第１の周波数帯域では、当該第１の周波数帯域において同期をとるための同期用信号が送信される。上記通信制御部は、所定の条件を満たす端末装置を、上記第１の周波数帯域において無線リソースについての接続状態にさせない。上記所定の条件は、上記端末装置が上記同期用信号による同期結果を利用して上記第２の周波数帯域において同期をとることを含む。【選択図】図１２

Description

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

現在、３ＧＰＰ（Third Generation Partnership Project）において４Ｇの無線通信システムが規格化されている。４Ｇにおいては、キャリアアグリゲーション、リレー及びＭＵ−ＭＩＭＯ（Multi-User Multiple-Input Multiple-Output）等の技術が注目されている。

とりわけ、キャリアアグリゲーションは、２０ＭＨｚのバンド幅を有する例えば５つの周波数帯をまとめて扱うことにより、２０ＭＨｚ×５＝１００ＭＨｚのバンド幅を扱える技術である。このキャリアアグリゲーションによれば、最大スループットの向上が期待される。このようなキャリアアグリゲーションに関連して様々な技術が検討されている。

例えば、特許文献１には、ハンドオーバの緊急度の判定結果に基づいて、メジャメントギャップの割当てをコンポーネントキャリア（Component Carrier：ＣＣ）ごとに制御することにより、スループットの低下を抑制する技術が、開示されている。

特開２０１１−１２０１９６号公報

一方、３ＧＰＰのリリース１１では、後方互換性を維持できるＬｅｇａｃｙ ＣＣ（従来型のＣＣ）とは別に、新たなコンポーネントキャリアとして、ＮＣＴ（New Carrier Type）が検討されている。ここでは、ＮＣＴは、新たなＣＣの型（type）のことを意味するとともに、当該型のＣＣのことも意味するものとする。そして、ＮＣＴとして、Ｌｅｇａｃｙ ＣＣと同期しているＮＣＴ（Synchronized New Carrier Type：ＳＮＣＴ）と、Ｌｅｇａｃｙ ＣＣと同期していないＮＣＴ（Unsynchronized New Carrier Type：ＵＮＣＴ）とが、検討されている。

ＳＮＣＴは、いずれかのＬｅｇａｃｙ ＣＣと同期しているので、ＵＥ（User Equipment）は、互いに同期しているＳＮＣＴ及びＬｅｇａｃｙ ＣＣのうちの一方のＣＣにおいて同期をとれば、当該一方のＣＣにけるＵＥの同期結果を他方のＣＣに利用し得る。即ち、ＵＥは、他方のＣＣにおいて同期用信号（例えば、ＣＲＳ（Common Reference Signal））により別途同期をとらなくてもよい。

また、ＵＮＣＴは、いずれのＬｅｇａｃｙ ＣＣとも同期していないが、別のＵＮＣＴと同期し得るので、ＵＥは、互いに同期している２つ以上のＵＮＣＴのうちの１つのＵＮＣＴにおいて同期をとれば、当該１つのＵＮＣＴにおけるＵＥの同期結果を他のＣＣに利用し得る。即ち、ＵＥは、他のＣＣにおいて同期用信号により別途同期をとらなくてもよい。

しかし、例えば、マクロセルと、当該マクロセルに一部又は全体で重なる１つ以上のスモールセルとが存在する場合に、当該マクロセル内に位置する多数のＵＥが、上記マクロセルのＣＣにおいて同期用信号により同期をとり、その同期結果を利用してスモールセルのＣＣにおいて同期をとり得る。そのため、多数のＵＥが上記マクロセルのＣＣにおいてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになることが想定される。その結果、当該マクロセルのｅＮｏｄｅＢにおける多数のリソース（例えば、多数のＵＥ宛のデータを保持するためのメモリリソース、多数のＵＥへのシグナリングのための無線リソース、多数のＵＥへのシグナリングのための処理リソース、等）が消費され得る。

そこで、マクロセルの周波数帯域が同期結果の利用のために端末装置により用いられる場合に、マクロセルの基地局におけるリソースの消費を抑えることを可能にする仕組みが提供されることが望ましい。

本開示によれば、スモールセルの一部又は全体と重なるマクロセルでの無線通信を制御する通信制御部を備える通信制御装置が提供される。上記マクロセルでの無線通信に用いられる第１の周波数帯域は、上記スモールセルでの無線通信に用いられる第２の周波数帯域と同期している。上記第１の周波数帯域では、当該第１の周波数帯域において同期をとるための同期用信号が送信される。上記通信制御部は、所定の条件を満たす端末装置を、上記第１の周波数帯域において無線リソースについての接続状態にさせない。上記所定の条件は、上記端末装置が上記同期用信号による同期結果を利用して上記第２の周波数帯域において同期をとることを含む。

また、本開示によれば、スモールセルの一部又は全体と重なるマクロセルでの無線通信を制御することを含む通信制御方法が提供される。上記マクロセルでの無線通信に用いられる第１の周波数帯域は、上記スモールセルでの無線通信に用いられる第２の周波数帯域と同期している。上記第１の周波数帯域では、当該第１の周波数帯域において同期をとるための同期用信号が送信される。上記マクロセルでの無線通信を制御することは、所定の条件を満たす端末装置を上記第１の周波数帯域において無線リソースについての接続状態にさせないことを含む。上記所定の条件は、上記端末装置が上記同期用信号による同期結果を利用して上記第２の周波数帯域において同期をとることを含む。

また、本開示によれば、端末装置であって、マクロセル、及び、当該マクロセルに一部又は全体で重なるスモールセルにおける、上記端末装置による無線通信を制御する通信制御部を備える端末装置が提供される。上記マクロセルでの無線通信に用いられる第１の周波数帯域は、上記スモールセルでの無線通信に用いられる第２の周波数帯域と同期している。上記第１の周波数帯域では、当該第１の周波数帯域において同期をとるための同期用信号が送信される。上記通信制御部は、上記端末装置が所定の条件を満たす場合に、上記端末装置を上記第１の周波数帯域において無線リソースについての接続状態にさせない。上記所定の条件は、上記端末装置が上記同期用信号による同期結果を利用して上記第２の周波数帯域において同期をとることを含む。

以上説明したように本開示によれば、マクロセルの周波数帯域が同期結果の利用のために端末装置により用いられる場合に、マクロセルの基地局におけるリソースの消費を抑えることが可能となる。

各ＵＥのＰＣＣの一例を説明するための説明図である。 ダウンリンクにおいてＣＣで送信されるＣＲＳの一例を説明するための説明図である。 ＮＣＴの例を説明するための説明図である。 周波数方向におけるＣＲＳの削減の例を説明するための説明図である。 時間方向におけるＣＲＳの削減の例を説明するための説明図である。 スモールセルの３つの配置シナリオの例を説明するための説明図である。 システム情報及びＲＲＣシグナリングの特徴を説明するための説明図である。 コンポーネントキャリア間での時間同期を説明するための説明図である。 コンポーネントキャリア間での周波数同期を説明するための説明図である。 本開示の実施形態に係る通信システムの概略的な構成の一例を示す説明図である。 第１の実施形態に係るマクロｅＮｏｄｅＢの構成の一例を示すブロック図である。 接続禁止条件を満たすＵＥの動作の例を説明するための説明図である。 ピコセルでの無線通信に用いられるＣＣについてのシステム情報の提供ルートの第１の例を説明するための説明図である。 ＭＢＭＳサブフレームの例を説明するための説明図である。 第１の実施形態に係るＵＥの構成の一例を示すブロック図である。 第１の実施形態に係るマクロｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 第１の実施形態に係るＵＥ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 ピコセルでの無線通信に用いられるＣＣについてのシステム情報の提供ルートの第２の例を説明するための説明図である。 第１の実施形態の変形例に係るマクロｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 第１の実施形態の変形例に係るＵＥ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 第２の実施形態に係るＵＥの構成の一例を示すブロック図である。 第２の実施形態に係るマクロｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 第２の実施形態に係るＵＥ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 本開示に係る技術が適用され得るｅＮｏｄｅＢの概略的な構成の第１の例を示すブロック図である。 本開示に係る技術が適用され得るｅＮｏｄｅＢの概略的な構成の第２の例を示すブロック図である。 本開示に係る技術が適用され得るスマートフォンの概略的な構成の一例を示すブロック図である。 本開示に係る技術が適用され得るカーナビゲーション装置の概略的な構成の一例を示すブロック図である。

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

なお、説明は以下の順序で行うものとする。
１．３ＧＰＰにおける無線通信の技術
２．本開示の実施形態に係る技術的課題
２．１．周波数帯域間の同期に関する考察
２．２．技術的課題
３．本実施形態に係る通信システムの概略的な構成
４．第１の実施形態
４．１．マクロｅＮｏｄｅＢの構成
４．２．ＵＥの構成
４．３．処理の流れ
４．４．変形例
５．第２の実施形態
５．１．マクロｅＮｏｄｅＢの構成
５．２．ＵＥの構成
５．３．処理の流れ
６．応用例
６．１．マクロｅＮｏｄｅＢに関する応用例
６．２．ＵＥに関する応用例
７．まとめ

＜＜１．３ＧＰＰにおける無線通信の技術＞＞
まず、前提として、３ＧＰＰにおける無線通信の技術を説明する。

（リリース１０のキャリアアグリゲーション）
−コンポーネントキャリア
リリース１０のキャリアアグリゲーションでは、最大で５つのコンポーネントキャリア（ＣＣ）が束ねられて、ＵＥにより使用される。各ＣＣは、最大２０ＭＨｚ幅の帯域である。キャリアアグリゲーションでは、周波数方向で連続するＣＣが使用される場合と、周波数方向で離れたＣＣが使用される場合とがある。キャリアアグリゲーションでは、使用されるＣＣをＵＥ毎に設定することが可能である。

−プリマリＣＣとセカンダリＣＣ
キャリアアグリゲーションでは、ＵＥにより使用される複数のＣＣのうちの１つが特別なＣＣである。当該１つの特別なＣＣは、ＰＣＣ（Primary Component Carrier）と呼ばれる。また、上記複数のＣＣのうちの残りは、ＳＣＣ（Secondary Component Carrier）と呼ばれる。ＰＣＣは、ＵＥによって異なり得る。以下、この点について図１を参照してより具体的に説明する。

図１は、各ＵＥのＰＣＣの一例を説明するための説明図である。図１を参照すると、ＵＥ３０Ａ及びＵＥ３０Ｂ、並びに５つのＣＣ１〜５が示されている。この例では、ＵＥ３０Ａは、ＣＣ１及びＣＣ２という２つのＣＣを使用している。そして、ＵＥ３０Ａは、ＣＣ２をＰＣＣとして使用している。一方、ＵＥ３０Ｂは、ＣＣ２及びＣＣ４という２つのＣＣを使用している。そして、ＵＥ３０Ｂは、ＣＣ４をＰＣＣとして使用している。このように、各ＵＥは、異なるＣＣをＰＣＣとして使用し得る。

ＰＣＣは、複数のＣＣの中で最も重要なＣＣであるので、通信品質が最も安定しているＣＣであることが望ましい。なお、どのＣＣをＰＣＣとするかは、実際には、どのように実装するかに依存する。

ＵＥが最初に接続を確立するＣＣが、当該ＵＥにとってのＰＣＣである。ＳＣＣは、ＰＣＣに追加される。即ち、ＰＣＣは、主要な周波数帯域であり、ＳＣＣは、補助的な周波数帯域である。ＳＣＣの変更は、既存のＳＣＣの削除と新たなＳＣＣの追加により行われる。ＰＣＣの変更は、従来の周波数間ハンドオーバの手順で行われる。キャリアアグリゲーションでは、ＵＥは、ＳＣＣのみを使用することはできず、必ず１つのＰＣＣを使用する。

なお、ＰＣＣは、プライマリセル（Primary Cell）と呼ばれることもある。また、ＳＣＣは、セカンダリセル（Secondary Cell）と呼ばれることもある。

−ＣＲＳでのＵＥによる同期
キャリアアグリゲーションでは、各ＣＣで共通リファレンス信号（Common Reference Signal：ＣＲＳ）が送信される。そして、ＵＥは、当該ＣＲＳにより、各ＣＣにおいて同期をとる。本明細書では、「（ＵＥがＣＣにおいて）同期をとる（Synchronize）」とは、ＵＥが、ＣＣにいて信号を正しく受信できるように信号の受信におけるタイミング及び／又は周波数を調整すること（例えば、同期追跡、等）を意味する。なお、共通リファレンス信号は、セル固有のリファレンス信号（Cell-specific Reference Signal）とも呼ばれる。

（リリース１１のＮＣＴの背景）
キャリアアグリゲーションでは、後方互換性（Backward Compatibility）の確保の観点から、各ＣＣがＬｅｇａｃｙ ＵＥ（即ち、従来型のＵＥ）により使用可能であることが前提であった。しかし、Ｌｅｇａｃｙ ＵＥが使用できないもののより効率的であるＣＣの定義が、検討され始めている。即ち、ＮＣＴ（New Carrier Type）又は追加キャリア（Additional Carrier）と呼ばれる新たなＣＣの定義が、検討され始めている。

上記ＮＣＴに対する最大のモチベーションは、ＣＣのオーバーヘッドを減らすことである。上記オーバーヘッドは、ユーザデータの送信に利用される無線リソース以外の無線リソースである。即ち、上記オーバーヘッドは、制御のために利用される無線リソースである。当該オーバーヘッドが増加すると、ユーザデータの送信に利用可能な無線リソースが減少してしまうので、上記増加は望ましくない。オーバーヘッドの一因として、ダウンリンクでは各ＣＣにおいてＣＲＳが存在する。以下、この点について、図２を参照してより具体的に説明する。

図２は、ダウンリンクにおいてＣＣで送信されるＣＲＳの一例を説明するための説明図である。図２を参照すると、２０ＭＨｚのＣＣに対応するいくつかの無線リソースブロック（Resource Block：ＲＢ）が示されている。各ＲＢは、周波数方向において１２サブキャリアの幅を有し、時間方向において７ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの幅を有する。そして、各ＲＢでＣＲＳが送信される。即ち、周波数方向においてＣＣの帯域幅にわたって存在し、時間方向においてスロットごとに存在する全てのＲＢで、ＣＲＳが送信される。よって、各ＣＣで、且つ各サブフレームでＣＲＳが送信される。

ＣＲＳの１つの目的は、ＵＥが同期をとれるようにすることである。同期には、時間方向における同期である時間同期（又はタイミング同期）と、周波数方向の同期である周波数同期とがある。ＵＥは、ＣＲＳにより、周波数方向及び時間方向において高い精度で同期をとることができる。また、ＵＥは、ＣＲＳにより継続的に同期をとる。

また、ＣＲＳの別の目的は、ＵＥがダウンリンク信号を適切に復調することである。ＵＥは、ＣＲＳの位相に基づいて、他の受信信号の復調を行う。

ＣＲＳ（Common Reference Signal）は、リリース８で導入された最も基本的なリファレンス信号（Reference Signal：ＲＳ）である。一方、現在、ＣＳＩ−ＲＳ（Channel State Information-Reference Signal）のような間欠的に送信されるＲＳがあり、当該ＲＳがダウンリンク信号の復調のために用いられる。よって、現在のＣＲＳの目的は、主として、ＵＥが同期をとれるようにすることである。そのため、ＵＥが同期をとることが可能な限り、ＣＲＳが送信される頻度を下げることも可能である。

（リリース１１におけるＮＴＣについて検討されたＣＲＳの削減）
−ＮＣＴの種類
リリース１１において検討されたＮＣＴには、大きく分けて２種類のＮＣＴがある。

２種類のＮＣＴのうちの一方は、Ｌｅｇａｃｙ ＣＣ（即ち、従来型のＣＣ）と同期しているＮＣＴである。ＵＥは、Ｌｅｇａｃｙ ＣＣにおいて同期をとれば、当該Ｌｅｇａｃｙ ＣＣと同期しているＮＣＴに、当該Ｌｅｇａｃｙ ＣＣにおけるＵＥの同期結果を利用できる。このようなＮＣＴは、Ｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ（以下、「ＳＮＣＴ」と呼ぶ）と呼ばれる。なお、本明細書では、「（ＣＣにおけるＵＥの）同期結果を（別のＣＣに）利用する」とは、ＣＣにおける受信タイミング及び受信周波数から、別のＣＣにおける受信タイミング及び受信周波数を取得することを意味する。

また、２種類のＮＣＴのうちの他方は、Ｌｅｇａｃｙ ＣＣと同期していないＮＣＴである。ＵＥは、当該ＮＣＴにおいて同期をとる必要がある。このようなＮＣＴは、Ｕｎｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ（以下、「ＵＮＣＴ」と呼ぶ）と呼ばれる。ＵＮＣＴでは同期処理が必要であるので、ＵＮＣＴにおいてＣＲＳが送信される。

以上のように、ＮＣＴには、ＳＮＣＴとＵＮＣＴとがある。以下、ＳＮＣＴ及びＵＮＣＴの具体例を、図３を参照して説明する。

図３は、ＮＣＴの例を説明するための説明図である。図３を参照すると、５つのＣＣ４０が示されている。５つのＣＣ４０のうちのＣＣ４０Ａ及びＣＣ４０Ｂは、Ｌｅｇａｃｙ ＣＣである。この例では、ＣＣ４０Ａ及びＣＣ４０Ｂは、互いに同期している。また、ＣＣ４０Ｃ、ＣＣ４０Ｄ及びＣＣ４０Ｅは、ＮＣＴである。さらに具体的には、ＣＣ４０ＣがＬｅｇａｃｙ ＣＣであるＣＣ４０Ａ及びＣＣ４０Ｂの両方と同期しているＳＮＣＴである。また、ＣＣ４０Ｄ及びＣＣ４０Ｅは、ＣＣ４０Ａ及びＣＣ４０Ｂのいずれとも同期していないＵＮＣＴである。この例では、ＣＣ４０Ｄ及びＣＣ４０Ｅは、互いに同期していない。

−Ｕｎｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴについてのＣＲＳの削減
Ｌｅｇａｃｙ ＣＣで送信されるＣＲＳは、ＵＥが同期をとれるようにするためだけではなく、受信信号の復調のためにも送信されるので、冗長である。一方、リリース１０以降のリリースでは、復調のためのＲＳとしてＣＩＳ−ＲＳが規格化されたので、ＣＲＳを削減することが可能である。そこで、ＵＥが継続的に同期をとることを可能にしつつＣＲＳをどれだけ削除できるかが、検討された。とりわけ、Ｕｎｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ（即ち、ＵＮＣＴ）のＣＲＳの削減として、周波数方向におけるＣＲＳの削減と、時間方向におけるＣＲＳの削減が検討された。

周波数方向におけるＣＲＳの削減として、例えば、ＣＲＳが送信されるＲＢが、６ＲＢ、２５ＲＢ又は５０ＲＢまで削減される。以下、この点について図４を参照して具体的に説明する。

図４は、周波数方向におけるＣＲＳの削減の例を説明するための説明図である。図４を参照すると、ＣＲＳを送信するＲＢを周波数方向において６ＲＢにするケースと、ＣＲＳを送信するＲＢを周波数方向において２５ＲＢにするケースとが、示されている。このように、周波数方向にわたって存在する全てのＲＢにおいてＣＲＳを送信するのではなく、限定されたＲＢにおいてＣＲＳが送信される。

一方、時間方向におけるＣＲＳの削減として、例えば、ＣＲＳの送信周期が、５ｍｓ又は１０ｍｓとされる。この点について図５を参照して具体的に説明する。

図５は、時間方向におけるＣＲＳの削減の例を説明するための説明図である。図５を参照すると、ＣＲＳの送信周期が５ｍｓであるケースと、ＣＲＳの送信周期が１０ｍｓであるケースとが、示されている。このように、時間方向において全てのスロット又は全てのサブフレームでＣＲＳを送信するのではなく、限定されたサブフレームにおいてＣＲＳが送信される。

以上のような、周波数方向におけるＣＲＳの削減と時間方向におけるＣＲＳの削減との組合せの手法が検討された。ＵＥが同期をとれているか否かの評価として、ＳＮＲが−８ｄＢの環境で５００Ｈｚ程度の精度が維持されているか否かが評価された。結果として、ＳＮＲが−８ｄＢの環境では、５ｍｓ毎に２５ＲＢでＣＲＳを送信することが必要であった。

−Ｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴについてのＣＲＳの削減
一方、Ｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ（ＳＮＣＴ）は、Ｌｅｇａｃｙ ＣＣと同期しているので、基本的には、ＳＮＣＴにおいては、従来のＣＲＳを削除してしまうことが可能である。

（同期監視手続き）
ＵＥは、ＵＥが同期をとれているか否かを、ＰＤＣＣＨ（Physical Downlink Control CHannel）のブロックエラーレート（Block Error Rate：ＢＬＥＲ）に基づいて監視する。換言すると、ＵＥは、ＰＤＣＣＨのＢＬＥＲに基づいて、ＵＥの同期外れを検出する。例えば、ＰＤＣＣＨのＢＬＥＲが１０％以上になった場合に、ＵＥは同期外れを検出する。

所定の回数の同期外れが検出されると、タイマが開始する。そして、当該タイマが期限切れになる（expire）と、ＲＬＦ（Radio Link Failure）が認識される。ＲＬＦが認識されると、ＵＥは、他のＵＥへの干渉を避けるために、ＲＬＦの認識から４０ｍｓ以内に全ての送信を停止する。その後、ＵＥは、セルの選択（Cell Selection）、ランダム・アクセス等を含むＲＲＣの再確立（RRC-Re-Establishment）の手続きを行う。

なお、ＵＥは、上述したような同期監視をＰＣＣに対して行うが、ＳＣＣに対して行わない。ＵＥは、ＳＣＣにおけるＰＤＣＣＨの不検出により、当該ＳＣＣをデアクティベートする。

（リリース１２のＮＣＴ）
リリース１２のＮＣＴは、３ＧＰＰ ＲＡＮ ＃５７ Ｐｌｅｎａｒｙ ｍｅｅｔｉｎｇにおいて、ＲＰ−１２１４１５として、２０１２年９月に承認された検討事項（Study Item：ＳＩ）である。このＳＩは、フェーズ１とフェーズ２とに分かれる。フェーズ１では、リリース１１のＮＣＴの強化（Enhancement）についての検討が行われ、フェーズ２では、スモールセルのシナリオを考慮した検討が行われる予定である。なお、スモールセルは、具体的には、例えば、ピコセル、ナノセル、フェムトセル等である。本明細書では、スモールセルの具体例としてピコセルを挙げて説明する。

上記スモールセルのシナリオとして、スモールセルについての３つの配置シナリオが考えられている。例えば、このような配置シナリオは、ＴＲ３６．９３２において掲載されている。第１の配置シナリオ（即ち、Deployment Scenario 1）では、スモールセルは、全体でマクロセルに重なる（overlap）。また、第２の配置シナリオで（即ち、Deployment Scenario 2）は、スモールセルは、一部でマクロセルに重なる。また、第３のシナリオ（即ち、Deployment Scenario 3）では、スモールセルは、マクロセルに重ならない。即ち、スモールセルの近傍にマクロセルがなく、スモールセルのみが運用される。以下、図６を参照して配置シナリオの具体例を説明する。

図６は、スモールセルの３つの配置シナリオの例を説明するための説明図である。図６を参照するおと、マクロセル１１、並びに、３つのピコセル２１Ａ、２１Ｂ及び２１Ｃが示されている。また、マクロセル１１の基地局であるマクロｅＮｏｄｅＢ１０、及び、これらのピコセル２１の基地局であるピコｅＮｏｄｅＢ２０も示されている。まず、ピコセル２１Ａは、全体でマクロセル１１に重なり、ピコセル２１Ｂは、一部でマクロセル１１に重なり、また、ピコセル２１Ｃは、マクロセル１１に重ならない。即ち、ピコセル２１Ａの配置は、第１の配置シナリオに該当し、ピコセル２１Ｂの配置は、第２の配置シナリオに該当し、また、ピコセル２１Ｃの配置は、第３の配置シナリオに該当する。なお、この例では、マクロセル１１では、周波数帯域Ｆ１を用いて無線通信が行われる。また、ピコセル２１では、周波数帯域Ｆ２を用いて無線通信が行われる。

（ＵＥへの制御情報の提供手法）
ｅＮｏｄｅＢは、ＵＥへ制御情報を提供する際に、例えば、システム情報（System Information）又はＲＲＣ（Radio Resource Control）シグナリングを用いる。以下、図７を参照して、これらの２つの提供手法の特徴を説明する。

図７は、システム情報及びＲＲＣシグナリングの特徴を説明するための説明図である。図７を参照すると、システム情報及びＲＲＣシグナリングについて、ｅＮｏｄｅＢがＵＥに制御情報を提供するために必要なＵＥの状態、提供対象のＵＥ（及び提供する情報）、並びに、提供可能な情報量が示されている。

第１に、ｅＮｏｄｅＢが、システム情報で制御情報を提供するためには、ＵＥは、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ（即ち、接続状態）及びＲＲＣ＿Ｉｄｌｅ（即ち、アイドル状態）のいずれであってもよい。一方、ｅＮｏｄｅＢが、ＲＲＣシグナリングで制御情報を提供するためには、ＵＥは、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ（即ち、接続状態）でなければならない。

第２に、システム情報では、制御情報は、個別のＵＥではなく、全てのＵＥに提供される。即ち、システム情報で提供される制御情報は、ＵＥに共通の情報であると言える。一方、ＲＲＣシグナリングでは、制御情報は、基本的には、個別のＵＥに提供される。即ち、ＲＲＣシグナリングで提供される制御情報は、基本的には、個別のＵＥの制御情報であると言える。ただし、別々のＵＥにＲＲＣシグナリングで共通の制御情報を送信することにより、ＲＲＣシグナリングで、ＵＥに共通の情報を提供することも可能である。

第３に、システム情報は、限られた制御情報を含み、限られた無線リソースを用いて送信される。そのため、システム情報で提供される制御情報の情報量は小さい。一方、ＲＲＣシグナリングは、ＰＤＳＣＨ（Physical Downlink Shared CHannel）で比較的自由に送信される。そのため、ＲＲＣシグナリングで提供される制御情報の情報量は大きい。

＜２．本開示の実施形態に係る技術的課題＞
続いて、本開示の実施形態に係る技術的課題を説明する。

＜２．１．周波数帯域間の同期に関する考察＞
まず、周波数帯域間の同期に関する考察を説明する。

（周波数帯域間での同期）
ここでは、周波数帯域間での同期をより具体的に説明する。周波数帯域間の同期として、時間方向での同期（以下、「時間同期」と呼ぶ）と、周波数方向での同期（以下、「周波数同期」と呼ぶ）とがある。以下、この点について図８及び図９を参照して具体例を説明する。

図８は、コンポーネントキャリア間での時間同期を説明するための説明図である。図８を参照すると、ＣＣ１及びＣＣ２のそれぞれの受信タイミングが示されている。例えば、図８に示されるような例のように、ＵＥにおけるＣＣ１での信号の受信タイミングと、当該ＵＥにおけるＣＣ２での受信タイミングとの間に、時間方向でのずれが生じ得る。例えば、このような時間方向のずれがＯＦＤＭのガードインターバル長に比べて小さい場合に、ＣＣ１及びＣＣ２を時間方向において互いに同期しているとみなすことができる。

図９は、コンポーネントキャリア間での周波数同期を説明するための説明図である。図９を参照すると、ＣＣ１の周波数帯域及びＣＣ２の周波数帯域が示されている。また、ＣＣ１の中心周波数及びＣＣ２の中心周波数も示されている。また、ＣＣ１の中心周波数とＣＣ２の中心周波数とは、所定の周波数幅だけ離れることになっている。しかし、実際には、例えば、ＣＣ１の中心周波数から当該所定の周波数幅だけ離れた周波数と、ＣＣ２の中心周波数との間に、周波数方向のずれが生じ得る。例えば、このような周波数方向のずれが所定の周波数幅（例えば、ＬＴＥ(Long Term Evolution)では５００Ｈｚ）以内である場合に、ＣＣ１及びＣＣ２を周波数方向において互いに同期しているとみなすことができる。

以上のように、周波数帯域間の同期は、時間同期及び周波数同期を含む。そのため、周波数帯域間の同期について、以下の４つのケースが存在する。
ケース１：時間同期及び周波数同期の両方がある
ケース２：時間同期があるが、周波数同期はない
ケース３：時間同期はないが、周波数同期はある
ケース４：時間同期及び周波数領域の両方がない

一般に、互いに同期している周波数帯域とは、ケース１に該当する周波数帯域である。ただし、ケース２又はケース３に該当する周波数帯域も、（時間方向又は周波数方向において）互いに同期している周波数帯域とみなされてもよい。

（ｅＮｏｄｅＢ側での同期とＵＥ側での同期）
また、別の観点として、周波数帯域間の同期として、ｅＮｏｄｅＢ側（即ち、ネットワーク側）での同期とＵＥでの同期とがある。そして、２つのＣＣについて、ｅＮｏｄｅＢ側で時間同期及び周波数同期があるとしても、ＵＥが当該２つのＣＣで信号を受信する際に、ＵＥ側で時間同期及び周波数同期があるかは不明である。

例えば、ＣＣ１とＣＣ２とが周波数方向において離れている場合には、ＣＣ１の伝搬路とＣＣ２の伝搬路とが異なり、その結果信号の到達時間が異なり得る。この場合には、時間同期が失われる。

また、例えば、ＣＣ１の電波とＣＣ２の電波とが、異なる方向からＵＥに到来し得る。この場合に、ＵＥがＣＣ１の電波の到来方向に向かって移動すると、ＣＣ１の周波数は、ドップラー効果により、周波数ｆから周波数ｆ＋△ｆに遷移する。また、ＵＥがＣＣ２の電波の到来方向と逆の方向に向かって移動すると、ＣＣ２の周波数帯域は、ドップラー効果により、周波数ｆから周波数ｆ−△ｆに遷移する。このように、ドップラー効果により、周波数同期が失われる。

以上のように、時間同期及び周波数同期は失われ得るので、ネットワーク側で２つのＣＣが互いに同期していたとしても、当該２つのＣＣがＵＥ側で互いに同期しているかは不明である。

＜２．２．技術的課題＞
次に、技術的課題を説明する。

−同期結果の利用
上述したように、３ＧＰＰのリリース１１では、後方互換性を維持できるＬｅｇａｃｙ ＣＣ（従来型のＣＣ）とは別に、新たなコンポーネントキャリアとして、ＮＣＴが検討されている。ここでは、ＮＣＴは、新たなＣＣの型（type）のことを意味するとともに、当該型のＣＣのことも意味するものとする。そして、ＮＣＴとして、Ｌｅｇａｃｙ ＣＣと同期しているＮＣＴ（即ち、ＳＮＣＴ）と、Ｌｅｇａｃｙ ＣＣと同期していないＮＣＴ（即ち、ＵＮＣＴ）とが、検討されている。

ＳＮＣＴは、いずれかのＬｅｇａｃｙ ＣＣと同期しているので、ＵＥは、互いに同期しているＳＮＣＴ及びＬｅｇａｃｙ ＣＣのうちの一方のＣＣにおいて同期をとれば、当該一方のＣＣにおけるＵＥの同期結果を他方のＣＣに利用し得る。即ち、ＵＥは、他方のＣＣにおいて同期用信号により別途同期をとらなくてもよい。

また、ＵＮＣＴは、いずれのＬｅｇａｃｙ ＣＣとも同期していないが、別のＵＮＣＴと同期し得るので、ＵＥは、互いに同期している２つ以上のＵＮＣＴのうちの１つのＣＣにおいて同期をとれば、当該１つのＣＣにおけるＵＥの同期結果を他のＣＣに利用し得る。即ち、ＵＥは、他方のＣＣにおいて同期用信号により別途同期をとらなくてもよい。

−同期結果の利用によるマクロｅＮｏｄｅＢでのリソースの消費
しかし、例えば、マクロセルと、当該マクロセルに一部又は全体で重なる１つ以上のスモールセルとが存在する場合に、当該マクロセル内に位置する多数のＵＥが、上記マクロセルのＣＣにおいて同期用信号により同期をとり、その同期結果を利用してスモールセルのＣＣにおいて同期をとり得る。そのため、多数のＵＥが上記マクロセルのＣＣにおいてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになることが想定される。その結果、当該マクロセルのｅＮｏｄｅＢにおける多数のリソース（例えば、多数のＵＥ宛のデータを保持するためのメモリリソース、多数のＵＥへのシグナリングのための無線リソース、等）が消費され得る。

そこで、本開示の実施形態は、マクロセルの周波数帯域が同期結果の利用のために端末装置により用いられる場合に、マクロセルの基地局におけるリソースの消費を抑えることを可能にする。

＜＜３．本実施形態に係る通信システムの概略的な構成＞＞
続いて、図１０を参照して、本開示の実施形態に係る通信システムの概略的な構成を説明する。図１０は、本開示の実施形態に係る通信システム１の概略的な構成の一例を示す説明図である。図１０を参照すると、通信システム１は、マクロｅＮｏｄｅＢ１００、ピコｅＮｏｄｅＢ２００及びＵＥ３００を含む。例えば、通信システム１は、ＬＴＥ−Ａｄｖａｎｃｅｄに準拠したシステムである。

（マクロｅＮｏｄｅＢ１００）
マクロｅＮｏｄｅＢ１００は、マクロセル１１内に位置するＵＥ３００との無線通信を行う。また、マクロｅＮｏｄｅＢ１００は、１つ以上のコンポーネントキャリア（ＣＣ）を用いて無線通信を行う。

例えば、マクロｅＮｏｄｅＢ１００により用いられる上記１つ以上のＣＣの各々は、ピコセル２１において用いられる１つ以上のＣＣのいずれとも異なるＣＣである。

また、例えば、マクロｅＮｏｄｅＢ１００は、複数のＣＣを用いて無線通信を行う。そして、マクロｅＮｏｄｅＢ１００は、１つのＵＥ３００との無線通信に、複数のＣＣを同時に用いることができる。即ち、マクロｅＮｏｄｅＢ１００は、キャリアアグリゲーションをサポートする。

（ピコｅＮｏｄｅＢ２００）
ピコｅＮｏｄｅＢ２００は、マクロセル１１と一部又は全体で重なるピコセル２１内に位置するＵＥ３００との無線通信を行う。また、ピコｅＮｏｄｅＢ２００は、１つ以上のＣＣを用いて無線通信を行う。

例えば、ピコｅＮｏｄｅＢ２００により用いられる上記１つ以上のＣＣの各々は、マクロセルセル１１において用いられる１つ以上のＣＣのいずれとも異なるＣＣである。

また、例えば、ピコｅＮｏｄｅＢ２００は、複数のＣＣを用いて無線通信を行う。そして、ピコｅＮｏｄｅＢ２００は、１つのＵＥ３００との無線通信に、複数のＣＣを同時に用いることができる。即ち、ピコｅＮｏｄｅＢ２００は、キャリアアグリゲーションをサポートする。

とりわけ本開示の実施形態では、マクロセル１１での無線通信に用いられる第１のＣＣ（以下、「ＣＣ１」と呼ぶ）は、ピコセル２１での無線通信に用いられる第２のＣＣ（以下、「ＣＣ２」と呼ぶ）と同期している。例えば、ＣＣ１は、マクロｅＮｏｄｅＢ１００により用いられる上記１つ以上のＣＣのうちの１つであり、ＣＣ２は、ピコｅＮｏｄｅＢ２００により用いられる上記１つ以上のＣＣのうちの１つである。また、例えば、ＣＣ１及びＣＣ２は、時間方向及び周波数方向の両方で互いに同期している。

なお、本実施形態では、ピコセル２１は、第１の配置シナリオ（即ち、Deployment Scenario 1）又は第２の配置シナリオで（即ち、Deployment Scenario 2）のように配置される。

（ＵＥ３００）
ＵＥ３００は、マクセル１１内でマクロｅＮｏｄｅＢ１００との無線通信を行う。また、ＵＥ３００は、ピコセル２１内でピコｅＮｏｄｅＢ２００との無線通信を行う。

また、ＵＥ３００は、無線通信に複数のＣＣを同時に使用できる。具体的には、例えば、ＵＥ３００は、複数のＣＣを同時に用いて、マクロｅＮｏｄｅＢ１００及び／又はピコｅＮｏｄｅＢ２００との無線通信を行うことができる。即ち、ＵＥ３００は、キャリアアグリゲーションをサポートする。

＜＜４．第１の実施形態＞＞
続いて、図１１〜図２０を参照して、本開示の第１の実施形態を説明する。本開示の第１の実施形態によれば、マクロｅＮｏｄｅＢ１００による制御により、マクロｅＮｏｄｅＢ１００におけるリソースの消費が抑えられる。

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

（アンテナ部１１０）
アンテナ部１１０は、無線信号を受信し、受信された無線信号を無線通信部１２０へ出力する。また、アンテナ部１１０は、無線通信部１２０により出力された送信信号を送信する。

（無線通信部１２０）
無線通信部１２０は、マクロセル１１内に位置するＵＥ３００−１との無線通信を行う。例えば、無線通信部１２０は、１つ以上のＣＣを同時に用いて無線通信を行う。

例えば、当該１つ以上のＣＣは、ピコセル２１での無線通信に用いられる１つ以上のＣＣのいずれとも異なるＣＣである。

また、例えば、無線通信部１２０は、複数のＣＣを用いて無線通信を行う。そして、無線通信部１２０は、複数のＣＣを同時に用いて、１つのＵＥ３００−１と無線通信し得る。即ち、マクロｅＮｏｄｅＢ１００は、キャリアアグリゲーションをサポートする。

とりわけ本開示の実施形態では、上述したように、マクロセル１１での無線通信に用いられる第１のＣＣ（即ち、ＣＣ１）は、ピコセル２１での無線通信に用いられる第２のＣＣ（即ち、ＣＣ２）と同期している。例えば、ＣＣ１は、マクロｅＮｏｄｅＢ１００により用いられる上記１つ以上のＣＣのうちの１つであり、ＣＣ２は、ピコｅＮｏｄｅＢ２００により用いられる上記１つ以上のＣＣのうちの１つである。また、例えば、ＣＣ１及びＣＣ２は、時間方向及び周波数方向の両方で互いに同期している。

（ネットワーク通信部１３０）
ネットワーク通信部１３０は、他の通信ノードと通信する。例えば、ネットワーク通信部１３０は、ピコｅＮｏｄｅＢ２００、他のマクロｅＮｏｄｅＢ１００−１、ＭＭＥ（Mobility Management Entity）等と通信する。

（記憶部１４０）
記憶部１４０は、マクロｅＮｏｄｅＢ１００−１の動作のためのプログラム及びデータを記憶する。

（制御部１５０）
制御部１５０は、マクロｅＮｏｄｅＢ１００−１の様々な機能を提供する。

制御部１５０は、通信制御部１５１を含む。

（通信制御部１５１）
通信制御部１５１は、ピコセル２１の一部又は全体と重なるマクロセル１１での無線通信を制御する。

−ＣＣ１における接続の制御
上述したように、マクロセル１１での無線通信に用いられるＣＣ１は、ピコセル２１での無線通信に用いられるＣＣ２と同期している。そして、ＣＣ１では、ＣＣ１において同期をとるための同期用信号が送信される。例えば、当該同期用信号は、共通リファレンス信号（ＣＲＳ）である。この場合に、例えば、通信制御部１５１が、ＣＣ１におけるＣＲＳの送信を制御する。より具体的には、例えば、通信制御部１５１は、ＣＣ１において送信されるダウンリンク信号の中にＣＲＳを挿入する。

−−制御の内容
とりわけ第１の実施形態では、通信制御部１５１は、所定の条件（以下、「接続禁止条件」と呼ぶ）を満たすＵＥ３００−１を、ＣＣ１において無線リソースについての接続状態にさせない。また、当該接続禁止条件は、ＵＥ３００−１が上記同期用信号による同期結果を利用してＣＣ２において同期をとることを含む。

具体的には、例えば、上記接続禁止条件は、ＵＥ３００−１がマクロセル１１のＣＣ１におけるＣＲＳによる同期結果を利用してピコセル２１のＣＣ２において同期をとることを含む。即ち、通信制御部１５１は、ＣＣ１における同期結果を利用してＣＣ２において同期をとるＵＥ３００−１の一部又は全部を、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにさせない。以下、図１２を参照して、接続禁止条件を満たすＵＥ３００−１の動作の例を説明する。

図１２は、接続禁止条件を満たすＵＥ３００−１の動作の例を説明するための説明図である。図１２を参照すると、マクロｅＮｏｄｅＢ１００−１により用いられるＣＣ１、ピコｅＮｏｄｅＢ２００により用いられるＣＣ２、及び、ＵＥ３００−１が示されている。上述したように、ＣＣ１及びＣＣ２は互いに同期している。また、ＵＥ３００−１は、ピコセル２１のＣＣ２においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになっている。この例では、ＵＥ３００−１は、接続禁止条件を満たすので、マクロセル１１のＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにはならない。ただし、ＵＥ３００−１は、マクロセル１１のＣＣ１においてＣＲＳにより同期をとる。そして、ＵＥ３００−１は、ＣＣ１におけるＣＲＳによる同期結果を利用して、ピコセル２１のＣＣ２において同期をとる。

また、例えば、上記接続禁止条件は、ＵＥ３００がＣＣ１を用いてデータの送受信を行わないことをさらに含む。

具体的には、例えば、上記接続禁止条件は、ＵＥ３００が、マクロセル１１のＣＣ１におけるＣＲＳによる同期結果を利用してピコセル２１のＣＣ２において同期をとるが、マクロセル１１のＣＣ１を用いてデータの送受信を行わないこと、を含む。即ち、通信制御部１５１は、ＣＣ１における同期結果を利用してＣＣ２において同期をとるＵＥ３００のうちの、ＣＣ１を用いてデータの送受信を行わないＵＥ３００の一部又は全部を、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにさせない。

−−制御の具体的な手法
また、具体的な手法の例として、通信制御部１５１は、上記接続禁止条件を満たす装置によるＣＣ１における接続の禁止をＵＥ３００に通知することにより、ＵＥ３００をＣＣ１において無線リソースについての接続状態にさせない。より具体的には、例えば、通信制御部１５１は、ＣＣ１において提供されるシステム情報で、上記接続の禁止をＵＥ３００に通知する。

例えば、ＣＣ１についてのシステム情報は、上記接続禁止条件を満たす装置によるＣＣ１における接続の禁止を示すアクセスバーリング情報を含む。そして、通信制御部１５１は、上記アクセスバーリング情報を含むシステム情報を取得し、無線通信部１２０を介して、ＣＣ１において当該システム情報を提供する。一方、ＵＥ３００−１は、ＣＣ１において、ＰＳＳ（Primary Synchronization Signal）及びＳＳＳ（Secondary Synchronization Signal）のような同期信号（及びＣＲＳのような同期用信号）により同期をとり、その後、ＣＣ１についてのシステム情報を取得する。そして、ＵＥ３００−１は、当該システム情報に上記アクセスバーリング情報が含まれることを確認する。すると、ＵＥ３００−１は、自装置が上記接続禁止条件を満たすかを判定する。そして、ＵＥ３００−１は、当該接続禁止条件を満たす場合に、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになるための接続手続きを行わない。例えば、当該接続手続きは、ランダムアクセスチャネル（ＲＡＣＨ）におけるランダムアクセスプリアンブルの送信を含むランダムアクセス手続きである。

−−制御による利点
以上のように、マクロセル１１のＣＣ１におけるＣＲＳによる同期結果を利用してピコセル２１のＣＣ２において同期をとるＵＥ３００−１の一部又は全部が、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにならなくなる。その結果、マクロセル１１のＣＣ１が同期結果の利用のためにＵＥ３００−１により用いられる場合に、マクロｅＮｏｄｅＢ１００におけるリソースの消費が抑えられる。

より詳細に説明すると、マクロセル１１には多数のＵＥ３００−１が存在し、当該多数のＵＥ３００−１が、マクロセル１１のＣＣ１における同期結果を、ピコセル２１のＣＣ２において同期をとるために利用し得る。この場合に、上記多数のＵＥ３００−１がＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになってしまうと、マクロｅＮｏｄｅＢ１００における多数のリソースが消費され得る。例えば、マクロｅＮｏｄｅＢ１００−１において、多数のＵＥ３００−１宛のデータを保持するためのメモリリソース、多数のＵＥ３００−１へのシグナリングのための無線リソース、多数のＵＥ３００−１へのシグナリングのための処理リソース等が、消費され得る。

そこで、ＣＣ１における同期結果をピコセル２１のＣＣ２において同期をとるために利用するＵＥ３００−１の一部又は全部を、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにしないことにより、マクロｅＮｏｄｅＢ１００−１におけるリソースの消費を抑えることができる。例えば、マクロｅＮｏｄｅＢ１００におけるメモリリソース、マクロｅＮｏｄｅＢ１００により用いられる無線リソース、マクロｅＮｏｄｅＢ１００−１における処理リソース等の消費が抑えられる。

また、上述したように、ＵＥ３００−１が自主的にＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにならないのではなく、マクロｅＮｏｄｅＢ１００−１がＵＥ３００−１をＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにさせない。これにより、ネットワーク側（マクロｅＮｏｄｅＢ１００−１側）が、選択的に、ＵＥ３００−１をＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにさせないことも可能になる。一例として、マクロｅＮｏｄｅＢ１００−１は、マクロセル１１内に多数のピコセル２１が配置されている場合に、接続禁止条件を満たすＵＥ３００を接続させず、マクロセル１１内に少数のピコセル２１しか配置されていない場合には、接続禁止条件を満たすＵＥ３００であったとしても接続にさせることも可能である。

また、上述したように、マクロセル１１のＣＣ１におけるＣＲＳによる同期結果を利用してピコセル２１のＣＣ２において同期をとるＵＥ３００−１のうちの、ＣＣ１を用いてデータの送受信を行わないＵＥ３００−１の一部又は全部が、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにならなくなる。その結果、マクロｅＮｏｄｅＢ１００−１におけるリソースの消費が抑えられ、且つ、ＵＥ３００−１は、より自由に、マクロセル１１のＣＣ１を用いてデータを送受信し得る。

より詳細に説明すると、ＣＣ１における同期結果をＣＣ２において同期をとるために利用するＵＥ３００−１を、一律にＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにさせないとすると、ＵＥ３００−１によるＣＣ１を用いたデータの送受信がかなり制約され得る。例えば、ＵＥ３００−１は、ＣＣ１における同期結果をＣＣ２において同期をとるために利用する場合には、ＣＣ１を用いてデータを送受信できなくなってしまう。また、別の観点では、ＵＥ３００−１は、ＣＣ１における同期結果をＣＣ２において同期をとるために利用しないという条件下でなければ、ＣＣ１を用いてデータを送受信することができなくなってしまう。

そこで、ＣＣ１における同期結果を利用するＵＥ３００−１の中でも、とりわけ、ＣＣ１を用いてデータの送受信を行わないＵＥ３００−１を、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにしないことにより、ＵＥ３００−１は、より自由に、マクロセル１１のＣＣ１を用いてデータを送受信し得る。即ち、ＵＥ３００−１は、ＣＣ１における同期結果を利用しつつ、ＣＣ１を用いてデータを送受信し得る。また、ＣＣ１を用いてデータを送受信しないＵＥ３００−１は、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにならないので、マクロｅＮｏｄｅＢ１００における処理リソース等の消費が抑えられる。

また、上述したように、具体的な手法の例として、上記接続禁止条件を満たす装置によるＣＣ１における接続の禁止が、ＵＥ３００−１に通知される。これにより、上記接続禁止条件を満たすＵＥ３００−１がＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになることを予め防ぐことができる。即ち、ＣＣ１においてＲＲＣ＿ＣｏｎｎｅｃｔｅｄになったＵＥ３００−１をＲＲＣ＿ＩＤＬＥに戻すのではなく、ＵＥ３００−１がＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになろうとすること自体を予め防ぐことができる。そのため、接続手続きに関する無駄な通信及び処理の発生が抑えられる。

また、上記接続の禁止は、ＣＣ１において提供されるシステム情報で通知される。その結果、ＲＲＣ＿ＣｏｎｎｅｃｔｅｄにならないＵＥ３００−１への通知が可能になる。

−ＣＣ１及びＣＣ２の特徴
また、例えば、ＣＣ２は、無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは同期用信号が送信されないＣＣである。具体的には、例えば、ＣＣ２は、少なくともいずれかのサブフレームではＣＲＳが送信されないＣＣである。即ち、ＣＣ２は、ＮＣＴである。

さらに、例えば、ＣＣ２で送信される同期用信号は、ＣＣ１で送信される同期用信号よりも少ない。具体的には、例えば、ＣＣ２で送信されるＣＲＳは、ＣＣ１で送信されるＣＲＳよりも少ない。

このような場合には、ＵＥ３００−１は、ＣＣ２においてＣＲＳにより同期をとる代わりに、ＣＣ１におけるＣＲＳによる同期結果を利用してＣＣ２において同期をとることにより、ＣＣ２においてより高い精度で同期をとり得る。

さらに、例えば、ＣＣ２で送信される同期用信号は、当該ＣＣ２において同期をとるのに要する同期用信号よりも少ない。具体的には、例えば、ＣＣ２で送信されるＣＲＳは、ＣＣ２において同期をとるのに要するＣＲＳよりも少ない。即ち、ＵＥ３００−１は、ＣＣ２においてＣＲＳにより同期をとることができない。

このような場合には、ＵＥ３００−１は、ＣＣ２においてＣＲＳにより個別に同期をとることはできないが、ＣＣ１におけるＣＲＳによる同期結果の利用により、ＣＣ２において同期をとることが可能になる。

なお、ＣＣ１とＣＣ２とは、Ｌｅｇａｃｙ ＣＣと、当該Ｌｅｇａｃｙ ＣＣに同期しているＳＮＣＴであってもよく、又は、互いに同期しているＵＮＣＴであってもよい。また、ＣＣ１とＣＣ２とは、互いに同期しているＬｅｇａｃｙ ＣＣであってもよい。

−ＣＣ２についてのシステム情報の提供
通信制御部１５１は、ＣＣ１においてシステム情報を提供する。例えば、ＣＣ１において提供される当該システム情報は、ＣＣ１についてのシステム情報を含む。

また、例えば、ＣＣ１において提供される上記システム情報は、ＣＣ２についてのシステム情報を含まない。即ち、ピコセル２１のＣＣ２についてのシステム情報は、マクロセル１１のＣＣ１において提供されない。以下、この点について図１３を参照して具体例を説明する。

図１３は、ピコセル２１での無線通信に用いられるＣＣについてのシステム情報の提供ルートの第１の例を説明するための説明図である。図１３を参照すると、図１２と同様に、マクロｅＮｏｄｅＢ１００−１により用いられるＣＣ１、ピコｅＮｏｄｅＢ２００により用いられるＣＣ２、及び、ＵＥ３００−１が示されている。また、ＵＥ３００−１は、接続禁止条件を満たすので、マクロセル１１のＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにはならない。また、ＵＥ３００−１は、ＣＣ１におけるＣＲＳによる同期結果を利用して、ピコセル２１のＣＣ２において同期をとる。そして、とりわけ図１３の例では、ピコセル２１のＣＣ２についてのシステム情報は、マクロｅＮｏｄｅＢ１００−１によりマクロセル１１のＣＣ１において提供されない。この例では、ＣＣ２についてのシステム情報は、ピコｅＮｏｄｅＢ２００によりＣＣ２において提供される。

このように、ピコセル２１のＣＣ２についてのシステム情報をマクロセル１１のＣＣ１において提供しないことにより、マクロｅＮｏｄｅＢ１００におけるリソースの消費をさらに抑えることが可能になる。例えば、ＣＣ２についてのシステム情報を提供するために要するメモリリソース、無線リソース（例えば、システム情報のための無線リソース）、処理リソース等の消費が抑えられる。特に、マクロセル１１内には多数のピコセル２１が存在し得るので、リソースの消費が大幅に抑えられ得る。

−ＭＢＭＳに関する情報の提供
また、例えば、通信制御部１５１は、マクロセル１１のＣＣ１におけるＭＢＭＳ（Multimedia Broadcast and Multicast Service）に関する情報（以下、「ＭＢＭＳ情報」と呼ぶ）を、ピコｅＮｏｄｅＢ２００に提供する。そして、当該ＭＢＭＳ情報は、ピコｅＮｏｄｅＢ２００によりＵＥ３００−１に提供される。

まず、前提として、ＭＢＭＳは、同報通信サービスである。そして、いずれかのサブフレームが、ＭＢＭＳのためのＭＢＭＳサブフレームに設定される。以下、図１４を参照してＭＢＭＳサブフレームの例を説明する。

図１４は、ＭＢＭＳサブフレームの例を説明するための説明図である。図１４を参照すると、時間方向に隣接する２つのサブフレームにおける４つのリソースブロックが示されている。まず、第１のサブフレームは、ＭＢＭＳサブフレームであり、第１のサブフレームの後に続く第２のサブフレームは、ＭＢＭＳサブフレームではない通常のサブフレームである。この例に示されるように、ＭＢＭＳサブフレームでは、ＰＤＣＣＨに対応する範囲においてＣＲＳが挿入されるが、ＰＤＳＣＨに対応する範囲においてＣＲＳが挿入されない。

以上のように、ＭＢＭＳサブフレームでは、通常のサブフレームにおいてＣＲＳが挿入されるはずの位置にＣＲＳが挿入されない。そのため、ＵＥ３００−１は、どのサブフレームがＣＣ１におけるＭＢＭＳサブフレームであるかを知得しない場合には、ＭＢＭＳサブフレームにおけるＣＲＳの位置を考慮して同期をとることができなくなる。その結果、同期の精度が低下し得る。そのため、ＵＥ３００−１は、どのサブフレームがＣＣ１におけるＭＢＭＳサブフレームであるかを予め知得することが望ましい。どのサブフレームがＣＣ１におけるＭＢＭＳサブフレームであるかを示す情報は、ＣＣ１についてのシステム情報に含まれる。

しかし、どのサブフレームがＣＣ１におけるＭＢＭＳサブフレームであるかを確認する目的のみで、ＣＣ１についてのシステム情報を取得し続けるのは、ＵＥ３００−１にとって負荷が大きい。

そこで、上述したように、通信制御部１５１は、マクロセル１１のＣＣ１についてのＭＢＭＳ情報を、ピコｅＮｏｄｅＢ２００に提供する。そして、そして、当該ＭＢＭＳ情報は、システム情報又はＲＲＣシグナリングで、ピコｅＮｏｄｅＢ２００によりＵＥ３００−１に提供される。なお、上記ＭＢＭＳ情報は、例えば、どのサブフレームがＣＣ１におけるＭＢＭＳサブフレームであるかを少なくとも示す。

より具体的には、例えば、ＵＥ３００−１は、はじめに、ＣＣ１においてマクロｅＮｏｄｅＢ１００により提供されるシステム情報からＭＢＭＳ情報を取得し、当該ＭＢＭＳ情報に基づいて、ＣＣ１において同期をとる。そして、ＵＥ３００−１は、ＣＣ１における同期結果を利用して、ＣＣ２において同期をとる。その後、マクロセル１１のＣＣ１についてのＭＢＭＳ情報が変更されると、マクロｅＮｏｄｅＢ１００−１の通信制御部１５１は、ネットワーク通信部１３０を介して、ＭＢＭＳ情報をピコｅＮｏｄｅＢ２００に提供する。すると、ピコｅＮｏｄｅＢ２００は、当該ＭＢＭＳ情報をＵＥ３００−１に提供する。そして、ＵＥ３００−１は、ピコｅＮｏｄｅＢ２００を経由して取得したＭＢＭＳ情報に基づいて、ＣＣ１において同期をとる。

以上のように、ＭＢＭＳ情報がピコｅＮｏｄｅＢ２００を経由してＵＥ３００−１に提供される。これにより、ＵＥ３００−１は、どのサブフレームがＣＣ１におけるＭＢＭＳサブフレームであるかを確認するためにＣＣ１についてのシステム情報を取得し続ける必要はなくなる。そのため、ＵＥ３００−１にとっての負荷が軽減される。

＜４．２．ＵＥの構成＞
次に、図１５を参照して、第１の実施形態に係るＵＥ３００−１の構成を説明する。図１５は、第１の実施形態に係るＵＥ３００−１の構成の一例を示すブロック図である。図１５を参照すると、ＵＥ３００−１は、アンテナ部３１０、無線通信部３２０、記憶部３３０及び制御部３４０を備える。

（アンテナ部３１０）
アンテナ部３１０は、無線信号を受信し、受信された無線信号を無線通信部３２０へ出力する。また、アンテナ部３１０は、無線通信部３２０により出力された送信信号を送信する。

（無線通信部３２０）
無線通信部３２０は、ＵＥ３００−１がマクロセル１１に位置する場合に、マクロｅＮｏｄｅＢ１００−１との無線通信を行う。また、無線通信部３２０は、ＵＥ３００−１がピコセル２１に位置する場合に、ピコｅＮｏｄｅＢ２００との無線通信を行う。

また、無線通信部３２０は、無線通信に複数のＣＣを同時に使用できる。具体的には、例えば、無線通信部３２０は、複数のＣＣを同時に用いて、マクロｅＮｏｄｅＢ１００及び／又はピコｅＮｏｄｅＢ２００との無線通信を行うことができる。即ち、ＵＥ３００−１は、キャリアアグリゲーションをサポートする。

また、例えば、無線通信部３２０は、ＣＣにおいて送信される同期用信号により、ＣＣにおいて同期をとる。上述したように、例えば、当該同期用信号は、ＣＲＳである。例えば、無線通信部３２０は、マクロセル１１での無線通信に用いられるＣＣ１においてＣＲＳにより同期をとる。

（記憶部３３０）
記憶部３３０は、ＵＥ３００−１の動作のためのプログラム及びデータを記憶する。

（制御部３４０）
制御部３４０は、ＵＥ３００−１の様々な機能を提供する。

制御部３４０は、通信制御部３４１を含む。

（通信制御部３４１）
通信制御部３４１は、マクロセル１１、及び、マクロセル１１に一部又は全体で重なるピコセル２１における、ＵＥ３００−１による無線通信を制御する。

−ＣＣ１における接続の制御
通信制御部３４１は、ＵＥ３００−１が上記接続禁止条件を満たす場合に、ＵＥ３００−１をＣＣ１において無線リソースについての接続状態にさせない。また、当該接続禁止条件は、ＵＥ３００−１が上記同期用信号による同期結果を利用してＣＣ２において同期をとることを含む。

例えば、通信制御部３４１は、ＣＣ１において無線リソースについての接続状態になるための接続手続きを行わないことにより、ＵＥ３００−１をＣＣ１において無線リソースについての接続状態にさせない。

とりわけ第１の実施形態では、通信制御部３４１は、上記接続禁止条件を満たす装置によるＣＣ１における接続の禁止を通知されると、ＣＣ１において無線リソースについての接続状態になるための接続手続きを行わない。

より具体的には、例えば、マクロセル１１のＣＣ１についてのシステム情報は、上記接続禁止条件を満たす装置によるＣＣ１における接続の禁止を示すアクセスバーリング情報を含む。一方、ＵＥ３００−１は、ＣＣ１において、ＰＳＳ及びＳＳＳのような同期信号（及びＣＲＳのような同期用信号）により同期をとり、その後、マクロセル１１のＣＣ１についてのシステム情報を取得する。そして、ＵＥ３００−１の通信制御部３４１は、当該システム情報に上記アクセスバーリング情報が含まれることを確認する。すると、通信制御部３４１は、ＵＥ３００−１が上記接続禁止条件を満たすかを判定する。そして、ＵＥ３００−１が当該接続禁止条件を満たす場合に、通信制御部３４１は、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになるための接続手続きを行わない。例えば、当該接続手続きは、ランダムアクセスチャネル（ＲＡＣＨ）におけるランダムアクセスプリアンブルの送信を含むランダムアクセス手続きである。

このような接続手続きの不実行により、ＵＥ３００−１が上記接続禁止条件を満たす場合にＵＥ３００−１がＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになることを予め防ぐことができる。その結果、マクロｅＮｏｄｅＢ１００−１におけるリソースの消費が抑えられる。

また、ＣＣ１における接続の禁止の通知に応じてＵＥ３００−１が接続手続きを行わないことにより、マクロｅＮｏｄｅＢ１００−１の制御によって、ＵＥ３００−１がＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになることを予め防ぐことが、可能になる。

−ＣＣ２についてのシステム情報の取得
通信制御部３４１は、ＣＣについてのシステム情報を取得する。例えば、通信制御部３４１は、ピコセル２１のＣＣ２についてのシステム情報を取得する。

また、例えば、通信制御部３４１は、マクロセル１１のＣＣ１においてにおいて提供されるシステム情報から、ピコセル２１のＣＣ２についてのシステム情報を取得しない。例えば、ピコｅＮｏｄｅＢ２００が、ＣＣ２についてのシステム情報をＣＣ２において提供し、ＵＥ３００−１の通信制御部３４１は、ピコｅＮｏｄｅＢ２００により提供される上記システム情報を取得する。

−ＭＢＭＳに関する情報の取得
また、例えば、マクロｅＮｏｄｅＢ１００−１が、上記ＭＢＭＳ情報をピコｅＮｏｄｅＢ２００に提供すると、ＵＥ３００の通信制御部３４１は、ピコｅＮｏｄｅＢ２００により提供される上記ＭＢＭＳ情報を取得する。

また、例えば、通信制御部３４１は、当該ＭＢＭＳ情報に基づいて、ＣＣ１におけるＵＥ３００−１による同期を制御する。具体的には、例えば、ＵＥ３００−１の無線通信部３２０がＣＣ１においてＣＲＳにより同期をとる際に、ＭＢＭＳサブフレームにおいてＰＤＳＣＨに対応する範囲にＣＲＳが挿入されていないことが考慮される。

なお、上述したように、例えば、通信制御部３４１は、はじめに、ＣＣ１においてマクロｅＮｏｄｅＢ１００により提供されるシステム情報からＭＢＭＳ情報を取得する。そして、通信制御部３４１は、当該ＭＢＭＳ情報に基づいて、ＣＣ１におけるＵＥ３００−１（無線通信部３２０）による同期を制御する。さらに、ＣＣ１におけるＣＲＳによる同期結果が利用されて、ＵＥ３００−１（無線通信部３２０）がＣＣ２において同期をとる。その後、マクロセル１１のＣＣ１についてのＭＢＭＳ情報が変更されると、マクロｅＮｏｄｅＢ１００−１は、ＭＢＭＳ情報をピコｅＮｏｄｅＢ２００に提供する。すると、ピコｅＮｏｄｅＢ２００は、当該ＭＢＭＳ情報をＵＥ３００−１に提供する。そして、通信制御部３４１は、ピコｅＮｏｄｅＢ２００を経由して取得したＭＢＭＳ情報に基づいて、ＣＣ１におけるＵＥ３００−１（無線通信部３２０）による同期を制御する。

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

（マクロｅＮｏｄｅＢ側の通信制御処理）
図１６は、第１の実施形態に係るマクロｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。

まず、ステップＳ４１０で、通信制御部１５１は、接続禁止条件を満たす装置によるＣＣ１における接続の禁止を示すアクセスバーリング情報を含む、ＣＣ１についてのシステム情報を取得する。

次に、ステップＳ４２０で、通信制御部１５１は、無線通信部１２０を介して、ＣＣ１についてのシステム情報を提供する。

また、ステップＳ４３０で、通信制御部１５１は、マクロセル１１のＣＣ１についてのＭＢＭＳ情報が変更されたかを判定する。当該ＭＢＭＳ情報が変更されていれば、処理はステップＳ４４０へ進む。そうでなければ、処理はステップＳ４１０へ戻る。

ステップＳ４４０で、通信制御部１５１は、ネットワーク通信部１３０を介して、マクロセル１１のＣＣ１についての新たなＭＢＭＳ情報をピコｅＮｏｄｅＢ２００に提供する。そして、処理はステップＳ４１０へ戻る。

（ＵＥ側の通信制御処理）
図１７は、第１の実施形態に係るＵＥ側の通信制御処理の概略的な流れの一例を示すフローチャートである。

まず、ステップＳ５１０で、ＵＥ３００−１は、ＣＣ１において、ＰＳＳ及びＳＳＳ（並びにＣＲＳ）により同期をとる。

次に、ステップＳ５２０で、通信制御部３４１は、無線通信部３２０を介して、マクロセル１１のＣＣ１についてのシステム情報を取得する。

すると、ステップＳ５３０で、通信制御部３４１は、接続禁止条件を満たす装置によるＣＣ１における接続の禁止を示すアクセスバーリング情報がＣＣ１についてのシステム情報に含まれるかを判定する。上記アクセスバーリング情報が上記システム情報に含まれる場合には、処理はステップＳ５４０へ進む。そうでなければ、処理はステップＳ５８０へ進む。

ステップＳ５４０で、通信制御部３４１は、ＵＥ３００−１が接続禁止条件を満たすかを判定する。ＵＥ３００−１が接続禁止条件を満たす場合には、処理はステップＳ５５０へ進む。そうでなければ処理はステップＳ５８０へ進む。

ステップＳ５５０で、ＵＥ３００−１は、ＣＣ１においてＣＲＳにより同期をとる。ここで、マクロｅＮｏｄｅＢ１００−１又はピコｅＮｏｄｅＢ２００によりＭＢＭＳ情報が提供された場合には、ＵＥ３００−１は、当該ＭＢＭＳ情報に基づいて、ＣＣ１においてＣＲＳにより同期をとる。

ステップＳ５６０で、ＵＥ３００−１は、ＣＣ１におけるＣＲＳによる同期結果を利用してＣＣ２において同期をとる。

そして、ステップＳ５７０で、通信制御部３４１は、ＵＥ３００−１がＣＣ１におけるＣＲＳによる同期結果の利用を終了するかを判定する。ＵＥ３００−１がＣＣ１における同期結果の利用を終了する場合には、処理は終了する。そうでなければ、処理はステップＳ５５０へ戻る。

ステップＳ５８０で、通信制御部３４１は、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになるための接続手続き（例えば、ランダムアクセス手続き）を行う。そして、処理は終了する。

＜４．４．変形例＞
上述した第１の実施形態の例では、ピコセル２１のＣＣ２についてのシステム情報は、マクロｅＮｏｄｅＢ１００によりマクロセル１１のＣＣ１において提供されない。一方、第１の実施形態の変形例では、ピコセル２１のＣＣ２についてのシステム情報は、マクロｅＮｏｄｅＢ１００によりマクロセル１１のＣＣ１において提供される。これにより、ＵＥ３００は、ピコセル２１に入る前に、ピコセル２１のＣＣ２についてのシステム情報を事前に取得できる。

（マクロｅＮｏｄｅＢ１００−１：通信制御部１５１）
−ＣＣ２についてのシステム情報の提供
マクロｅＮｏｄｅＢ１００−１の通信制御部１５１は、マクロセル１１のＣＣ１においてシステム情報を提供する。そして、ＣＣ１において提供される当該システム情報は、ＣＣ２についてのシステム情報を含む。即ち、通信制御部１５１は、無線通信部１２０を介して、ＣＣ２についてのシステム情報を提供する。

これにより、ＵＥ３００は、ピコセル２１に入る前に、ピコセル２１のＣＣ２についてのシステム情報を事前に取得できる。

また、例えば、ＣＣ１において提供される上記システム情報は、ＣＣ２についての一部のシステム情報を含む。即ち、通信制御部１５１は、無線通信部１２０を介して、ＣＣ２についての一部のシステム情報を提供する。

これにより、ＣＣ２についての全てのシステム情報がマクロｅＮｏｄｅＢ１００−１により提供される場合と比べて、マクロｅＮｏｄｅＢ１００−１におけるリソースの消費が抑えられる。

さらに、例えば、ＣＣ２についての上記一部のシステム情報は、ＣＣ２についてのシステム情報のうちの、ＣＣ１及びＣＣ２以外の別のＣＣについてのシステム情報と共通の情報である。即ち、通信制御部１５１は、無線通信部１２０を介して、ＣＣ２についてのシステム情報のうちの、別のＣＣについてのシステム情報と共通の情報を提供する。以下、この点について図１８を参照して具体例を説明する。

図１８は、ピコセル２１での無線通信に用いられるＣＣについてのシステム情報の提供ルートの第２の例を説明するための説明図である。図１８を参照すると、図１２及び図１３と同様に、マクロｅＮｏｄｅＢ１００−１により用いられるＣＣ１、ピコｅＮｏｄｅＢ２００により用いられるＣＣ２、及び、ＵＥ３００−１が示されている。また、ＵＥ３００−１は、接続禁止条件を満たすので、マクロセル１１のＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにはならない。また、ＵＥ３００−１は、ＣＣ１におけるＣＲＳによる同期結果を利用して、ピコセル２１のＣＣ２において同期をとる。そして、とりわけ図１８の例では、ピコセル２１のＣＣ２についてのシステム情報のうちの、ＣＣ１及びＣＣ２以外の別のＣＣについてのシステム情報と共通の情報が、マクロｅＮｏｄｅＢ１００−１によりマクロセル１１のＣＣ１において提供される。また、例えば、ピコセル２１のＣＣ２についてのシステム情報のうちの残りの情報は、ピコｅＮｏｄｅＢ２００によりピコセル２１のＣＣ２において提供される。

これにより、ＣＣごとのシステム情報を個別に提供するよりも、より効率的にシステム情報を提供することが可能になる。また、ＣＣ間で共通の情報であれば、ピコセル２１の数に比例して情報量が大きくなるわけではないので、マクロｅＮｏｄｅＢ１００−１におけるリソースの消費が抑えられる。

（ＵＥ３００−１：通信制御部３４１）
通信制御部３４１は、ＣＣ１において提供されるシステム情報から、ＣＣ２についてのシステム情報を取得する。

例えば、通信制御部３４１は、マクロセル１１のＣＣ１において提供されるシステム情報から、ＣＣ２についての一部のシステム情報を取得し、ＣＣ１とは別のＣＣにおいて提供されるシステム情報から、ＣＣ２についての残りのシステム情報を取得する。例えば、ＣＣ１とは別の上記ＣＣは、ピコセル２１のＣＣ２である。

さらに、例えば、通信制御部３４１は、マクロセル１１のＣＣ１において提供されるシステム情報から、ＣＣ２についてのシステム情報のうちの、ＣＣ１及びＣＣ２以外の別のＣＣについてのシステム情報と共通の情報を取得する。また、通信制御部３４１は、ＣＣ１とは別のＣＣにおいて提供されるシステム情報から、ＣＣ２についてのシステム情報のうちの、ＣＣ２に固有の情報を取得する。例えば、ＣＣ１とは別の上記ＣＣは、ピコセル２１のＣＣ２である。

（処理の流れ）
次に、図１９及び図２０を参照して、第１の実施形態の変形例に係る通信制御処理の例を説明する。

−マクロｅＮｏｄｅＢ側の通信制御処理
図１９は、第１の実施形態の変形例に係るマクロｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。ここでは、図１６を参照して説明した第１の実施形態に係る通信制御処理の例と、第１の実施形態の変形例に係る通信制御処理の例との間の差異である、ステップＳ４１５及びステップＳ４２５のみを説明する。

ステップＳ４１５で、通信制御部１５１は、ピコセル２１のＣＣ２についてのシステム情報（共通部分）を取得する。

そして、ステップＳ４２５で、通信制御部１５１は、無線通信部１２０を介して、マクロセル１１のＣＣ１についてのシステム情報、及び、ピコセル２１のＣＣ２についてのシステム情報（共通部分）を提供する。

−ＵＥ側の通信制御処理
図２０は、第１の実施形態の変形例に係るＵＥ側の通信制御処理の概略的な流れの一例を示すフローチャートである。ここでは、図２０を参照して説明した第１の実施形態に係る通信制御処理の例と、第１の実施形態の変形例に係る通信制御処理の例との間の差異である、ステップＳ５２５のみを説明する。

次に、ステップＳ５２０で、通信制御部３４１は、無線通信部３２０を介して、マクロセル１１のＣＣ１についてのシステム情報、及びピコセル２１のＣＣ２についてのシステム情報（共通部分）を取得する。

以上、本開示の第１の実施形態を説明した。上述したように、本開示の第１の実施形態によれば、マクロｅＮｏｄｅＢ１００による制御により、マクロｅＮｏｄｅＢ１００におけるリソースの消費が抑えられる。

＜＜５．第２の実施形態＞＞
続いて、図２１〜図２３を参照して、本開示の第２の実施形態を説明する。本開示の第２の実施形態によれば、ＵＥ３００による自主的な制御により、マクロｅＮｏｄｅＢ１００におけるリソースの消費が抑えられる。

＜５．１．マクロｅＮｏｄｅＢの構成＞
第１の実施形態に係るマクロｅＮｏｄｅＢ１００−１（通信制御部１５１）は、接続禁止条件を満たすＵＥ３００−１を、ＣＣ１において無線リソースについての接続状態（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）にさせない。

一方、第２の実施形態に係るマクロｅＮｏｄｅＢ１００−２は、接続禁止条件を満たすＵＥ３００−２に対するこのような制御を行わない。例えば、マクロｅＮｏｄｅＢ１００−２は、システム情報で、接続禁止条件を満たす装置によるＣＣ１における接続の禁止を示すアクセスバーリング情報を提供しない。

このような相違点を除き、第２の実施形態に係るマクロｅＮｏｄｅＢ１００−２の構成は、第１の実施形態に係るマクロｅＮｏｄｅＢ１００−１の構成と同様である。

＜５．２．ＵＥの構成＞
次に、図２１を参照して、第２の実施形態に係るＵＥ３００−２の構成を説明する。図２１は、第２の実施形態に係るＵＥ３００−２の構成の一例を示すブロック図である。図２１を参照すると、ＵＥ３００−２は、アンテナ部３１０、無線通信部３２０、記憶部３３０及び制御部３５０を備える。

ここで、アンテナ部３１０、無線通信部３２０及び記憶部３３０については、第１の実施形態と第２の実施形態との間に差異はない。よって、ここでは、制御部３５０のうちの通信制御部３５１のみを説明する。

（通信制御部３５１）
通信制御部３５１は、マクロセル１１、及び、マクロセル１１に一部又は全体で重なるピコセル２１における、ＵＥ３００−２による無線通信を制御する。

−ＣＣ１における接続の制御
通信制御部３５１は、ＵＥ３００−２が接続禁止条件を満たす場合に、ＵＥ３００−２をＣＣ１において無線リソースについての接続状態にさせない。また、当該接続禁止条件は、ＵＥ３００−２が上記同期用信号による同期結果を利用してＣＣ２において同期をとることを含む。この点については、第１の実施形態と同様である。

例えば、通信制御部３５１は、ＣＣ１において無線リソースについての接続状態になるための接続手続きを行わないことにより、ＵＥ３００−２をＣＣ１において無線リソースについての接続状態にさせない。この点についても、第１の実施形態と同様である。

とりわけ第２の実施形態では、通信制御部３５１は、ＵＥ３００−２が接続禁止条件を満たす場合に、自主的に、ＣＣ１において無線リソースについての接続状態になるための接続手続きを行わない。

より具体的には、例えば、通信制御部３５１は、ＣＣ１において、ＰＳＳ及びＳＳＳのような同期信号（及びＣＲＳのような同期用信号）により同期をとり、ＣＣ１についてのシステム情報を取得する。その後、ＵＥ３００−１は、接続禁止条件を満たす場合には、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになるための接続手続きを自主的に行わない。一方、ＵＥ３００−１は、接続禁止条件を満たさない場合には、必要に応じて、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになるための接続手続きを行う。例えば、当該接続手続きは、ランダムアクセスチャネル（ＲＡＣＨ）におけるランダムアクセスプリアンブルの送信を含むランダムアクセス手続きである。

このような接続手続きの不実行により、ＵＥ３００−２が上記接続禁止条件を満たす場合にＵＥ３００−２がＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになることを予め防ぐことができる。その結果、マクロｅＮｏｄｅＢ１００−２におけるリソースの消費が抑えられる。

また、ＵＥ３００−１が自主的に接続手続きを行わないことにより、マクロｅＮｏｄｅＢ１００−２による制御が不要になる。よって、マクロｅＮｏｄｅＢ１００−２におけるリソース（例えば、制御情報の送信のための無線リソース、処理リソース、等）の消費が抑えられる。

−ＣＣ２についてのシステム情報の取得
通信制御部３５１は、ＣＣについてのシステム情報を取得する。例えば、通信制御部３５１は、ピコセル２１のＣＣ２についてのシステム情報を取得する。この点については、第１の実施形態（又は第１の実施形態に係る変形例）と同様である。

−ＭＢＭＳに関する情報の取得
また、例えば、マクロｅＮｏｄｅＢ１００−２が、上記ＭＢＭＳ情報をピコｅＮｏｄｅＢ２００に提供すると、ＵＥ３００の通信制御部３５１は、ピコｅＮｏｄｅＢ２００により提供される上記ＭＢＭＳ情報を取得する。この点についても、第１の実施形態と同様である。

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

（マクロｅＮｏｄｅＢ側の通信制御処理）
図２２は、第２の実施形態に係るマクロｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。ここでは、図１６を参照して説明した第１の実施形態に係る通信制御処理の例と、第２の実施形態に係る通信制御処理の例との間の差異である、ステップＳ４１７のみを説明する。

ステップＳ４１７で、マクロｅＮｏｄｅＢ１００−２は、マクロセル１１のＣＣ１についてのシステム情報を取得する。

（ＵＥ側の通信制御処理）
図２３は、第２の実施形態に係るＵＥ側の通信制御処理の概略的な流れの一例を示すフローチャートである。図１７及び図２３を参照すると、第１の実施形態に係る通信制御処理の例と、第２の実施形態に係る通信制御処理の例との間の差異は、第１の実施形態に係る通信制御処理ではステップＳ５３０があるが、第２の実施形態に係る通信制御処理ではステップＳ５３０がないことのみである。

以上、本開示の第２の実施形態を説明した。上述したように、本開示の第２の実施形態によれば、ＵＥ３００による自主的な制御により、マクロｅＮｏｄｅＢ１００におけるリソースの消費が抑えられる。

＜＜６．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、マクロｅＮｏｄｅＢ１００は、無線通信を制御する本体（基地局装置ともいう）とアンテナとを含むｅＮｏｄｅＢ８００として実現されてもよい。あるいは、マクロｅＮｏｄｅＢ１００は、無線通信を制御する本体と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote Radio Head）と、アンテナとを含むｅＮｏｄｅＢ８３０として実現されてもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、マクロｅＮｏｄｅＢ１００として動作してもよい。

また、例えば、ＵＥ３００は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、ＵＥ３００は、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。さらに、ＵＥ３００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。

＜６．１．マクロｅＮｏｄｅＢに関する応用例＞＞
（第１の応用例）
図２４は、本開示に係る技術が適用され得るｅＮｏｄｅＢの概略的な構成の第１の例を示すブロック図である。ｅＮｏｄｅＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。

アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮｏｄｅＢ８００は、図２４に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮｏｄｅＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２４にはｅＮｏｄｅＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮｏｄｅＢ８００は単一のアンテナ８１０を有してもよい。

基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。

コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio Resource Control）、無線ベアラ制御（Radio Bearer Control）、移動性管理（Mobility Management）、流入制御（Admission Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮｏｄｅＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。

ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮｏｄｅＢと通信してもよい。その場合に、ｅＮｏｄｅＢ８００と、コアネットワークノード又は他のｅＮｏｄｅＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。

無線通信インタフェース８２５は、ＬＴＥ（Long Term Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮｏｄｅＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium Access Control）、ＲＬＣ（Radio Link Control）及びＰＤＣＰ（Packet Data Convergence Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。

無線通信インタフェース８２５は、図２４に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮｏｄｅＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図２４に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２４には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。

（第２の応用例）
図２５は、本開示に係る技術が適用され得るｅＮｏｄｅＢの概略的な構成の第２の例を示すブロック図である。ｅＮｏｄｅＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。

アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮｏｄｅＢ８３０は、図２５に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮｏｄｅＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２５にはｅＮｏｄｅＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮｏｄｅＢ８３０は単一のアンテナ８４０を有してもよい。

基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図２４を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。

無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図２４を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図２５に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮｏｄｅＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２５には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。

接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。

また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。

接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。

無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図２５に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２５には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。

図２４及び図２５に示したｅＮｏｄｅＢ８００及びｅＮｏｄｅＢ８３０において、図１１を参照して説明した通信制御部１５１は、無線通信インタフェース８２５並びに無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。また、この機能の少なくとも一部は、コントローラ８２１及びコントローラ８５１において実装されてもよい。

＜６．２．ＵＥに関する応用例＞＞
（第１の応用例）
図２６は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図２６に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図２６には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。

さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local Area Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。

アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。

アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図２６に示したように複数のアンテナ９１６を有してもよい。なお、図２６にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。

さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。

バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２６に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

図２６に示したスマートフォン９００において、図１５を参照して説明した通信制御部３４１、及び図２１を参照して説明した通信制御部３５１は、無線通信インタフェース９１２において実装されてもよい。また、これら機能の各々の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。

（第２の応用例）
図２７は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２７に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２７には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。

アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。

アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２７に示したように複数のアンテナ９３７を有してもよい。なお、図２７にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。

さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２７に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図２７に示したカーナビゲーション装置９２０において、図１５を参照して説明した通信制御部３４１、及び図２１を参照して説明した通信制御部３５１は、無線通信インタフェース９３３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９２１において実装されてもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

＜＜７．まとめ＞＞
ここまで、図１０〜図２３を用いて、本開示の実施形態に係るマクロｅＮｏｄｅＢ１００、ＵＥ３００及び各通信制御処理を説明した。本開示に係る実施形態によれば、マクロセル１１での無線通信に用いられるＣＣ１は、ピコセル２１での無線通信に用いられるＣＣ２と同期している。そして、ＣＣ１では、ＣＣ１において同期をとるための同期用信号が送信される。また、接続禁止条件を満たすＵＥ３００が、ＣＣ１において無線リソースについての接続状態にならない。また、当該接続禁止条件は、ＵＥ３００が上記同期用信号による同期結果を利用してＣＣ２において同期をとることを含む。

これにより、マクロセル１１のＣＣ１が同期結果の利用のためにＵＥ３００により用いられる場合に、マクロｅＮｏｄｅＢ１００におけるリソースの消費が抑えられる。

より詳細に説明すると、マクロセル１１には多数のＵＥ３００が存在し、当該多数のＵＥ３００が、マクロセル１１のＣＣ１における同期結果を、ピコセル２１のＣＣ２において同期をとるために利用し得る。この場合に、上記多数のＵＥ３００がＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになってしまうと、マクロｅＮｏｄｅＢ１００における多数のリソースが消費され得る。例えば、マクロｅＮｏｄｅＢ１００において、多数のＵＥ３００宛のデータを保持するためのメモリリソース、多数のＵＥ３００へのシグナリングのための無線リソース、多数のＵＥ３００へのシグナリングのための処理リソース等が、消費され得る。

そこで、ＣＣ１における同期結果をピコセル２１のＣＣ２において同期をとるために利用するＵＥ３００の一部又は全部を、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにしないことにより、マクロｅＮｏｄｅＢ１００におけるリソースの消費を抑えることができる。例えば、マクロｅＮｏｄｅＢ１００におけるメモリリソース、マクロｅＮｏｄｅＢ１００により用いられる無線リソース、マクロｅＮｏｄｅＢ１００における処理リソース等の消費が抑えられる。

また、第１の実施形態によれば、マクロｅＮｏｄｅＢ１００が、接続禁止条件を満たすＵＥ３００を、ＣＣ１において無線リソースについての接続状態にさせない。

これにより、ネットワーク側（マクロｅＮｏｄｅＢ１００側）が、選択的に、ＵＥ３００をＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにさせないことも可能になる。一例として、マクロｅＮｏｄｅＢ１００は、マクロセル１１内に多数のピコセル２１が配置されている場合に、接続禁止条件を満たすＵＥ３００を接続させず、マクロセル１１内に少数のピコセル２１しか配置されていない場合には、接続禁止条件を満たすＵＥ３００であったとしても接続にさせることも可能である。

また、具体的な手法として、例えば、マクロｅＮｏｄｅＢ１００は、上記接続禁止条件を満たす装置によるＣＣ１における接続の禁止をＵＥ３００に通知することにより、ＵＥ３００をＣＣ１において無線リソースについての接続状態にさせない。

これにより、上記接続禁止条件を満たすＵＥ３００がＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになることを予め防ぐことができる。即ち、ＣＣ１においてＲＲＣ＿ＣｏｎｎｅｃｔｅｄになったＵＥ３００をＲＲＣ＿ＩＤＬＥに戻すのではなく、ＵＥ３００がＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになろうとすること自体を予め防ぐことができる。そのため、接続手続きに関する無駄な通信及び処理の発生が抑えられる。

また、例えば、マクロｅＮｏｄｅＢ１００は、ＣＣ１において提供されるシステム情報で、上記接続の禁止をＵＥ３００に通知する。

これにより、ＲＲＣ＿ＣｏｎｎｅｃｔｅｄにならないＵＥ３００−１への通知が可能になる。

一方、第２の実施形態によれば、ＵＥ３００が、接続禁止条件を満たす場合に、自装置をＣＣ１において無線リソースについての接続状態にさせない。

これにより、マクロｅＮｏｄｅＢ１００による制御が不要になる。よって、マクロｅＮｏｄｅＢ１００におけるリソース（例えば、制御情報の送信のための無線リソース、処理リソース、等）の消費が抑えられる。

また、例えば、上記接続禁止条件は、ＵＥ３００がＣＣ１を用いてデータの送受信を行わないことをさらに含む。

これにより、マクロｅＮｏｄｅＢ１００−１におけるリソースの消費が抑えられ、且つ、ＵＥ３００−１は、より自由に、マクロセル１１のＣＣ１を用いてデータを送受信し得る。

より詳細に説明すると、ＣＣ１における同期結果をＣＣ２において同期をとるために利用するＵＥ３００を、一律にＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにさせないとすると、ＵＥ３００によるＣＣ１を用いたデータの送受信がかなり制約され得る。例えば、ＵＥ３００は、ＣＣ１における同期結果をＣＣ２において同期をとるために利用する場合には、ＣＣ１を用いてデータを送受信できなくなってしまう。また、別の観点では、ＵＥ３００は、ＣＣ１における同期結果をＣＣ２において同期をとるために利用しないという条件下でなければ、ＣＣ１を用いてデータを送受信することができなくなってしまう。

そこで、ＣＣ１における同期結果を利用するＵＥ３００の中でも、とりわけ、ＣＣ１を用いてデータの送受信を行わないＵＥ３００を、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにしないことにより、ＵＥ３００は、より自由に、マクロセル１１のＣＣ１を用いてデータを送受信し得る。即ち、ＵＥ３００は、ＣＣ１における同期結果を利用しつつ、ＣＣ１を用いてデータを送受信し得る。また、ＣＣ１を用いてデータを送受信しないＵＥ３００は、ＣＣ１においてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄにならないので、マクロｅＮｏｄｅＢ１００における処理リソース等の消費が抑えられる。

また、例えば、ＣＣ１において提供される上記システム情報は、ＣＣ２についてのシステム情報を含まない。

これにより、マクロｅＮｏｄｅＢ１００におけるリソースの消費をさらに抑えることが可能になる。例えば、ＣＣ２についてのシステム情報を提供するために要するメモリリソース、無線リソース（例えば、システム情報のための無線リソース）、処理リソース等の消費が抑えられる。特に、マクロセル１１内には多数のピコセル２１が存在し得るので、リソースの消費が大幅に抑えられ得る。

なお、第１の実施形態の変形例に示されるように、ＣＣ１において提供される上記システム情報は、ＣＣ２についてのシステム情報を含んでもよい。

これにより、ＵＥ３００は、ピコセル２１に入る前に、ピコセル２１のＣＣ２についてのシステム情報を事前に取得できる。

また、ＣＣ１において提供される上記システム情報は、ＣＣ２についての一部のシステム情報を含んでもよい。

これにより、ＣＣ２についての全てのシステム情報がマクロｅＮｏｄｅＢ１００により提供される場合と比べて、マクロｅＮｏｄｅＢ１００におけるリソースの消費が抑えられる。

さらに、ＣＣ２についての上記一部のシステム情報は、ＣＣ２についてのシステム情報のうちの、ＣＣ１及びＣＣ２以外の別のＣＣについてのシステム情報と共通の情報であってもよい。

これにより、ＣＣごとのシステム情報を個別に提供するよりも、より効率的にシステム情報を提供することが可能になる。また、ＣＣ間で共通の情報であれば、ピコセル２１の数に比例して情報量が大きくなるわけではないので、マクロｅＮｏｄｅＢ１００におけるリソースの消費が抑えられる。

また、例えば、マクロｅＮｏｄｅＢ１００は、マクロセル１１のＣＣ１におけるＭＢＭＳに関する情報（即ち、ＭＢＭＳ情報）を、ピコｅＮｏｄｅＢ２００に提供する。そして、当該ＭＢＭＳ情報は、ピコｅＮｏｄｅＢ２００によりＵＥ３００に提供される。

これにより、ＵＥ３００は、どのサブフレームがＣＣ１におけるＭＢＭＳサブフレームであるかを確認するためにＣＣ１についてのシステム情報を取得し続ける必要はなくなる。そのため、ＵＥ３００にとっての負荷が軽減される。

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

例えば、マクロｅＮｏｄｅＢが、接続禁止条件を満たすＵＥをマクロセルの周波数帯域（ＣＣ）において無線リソースについての接続状態にさせないための手法として、接続の禁止を通知する例（具体的には、アクセスバーリング情報を提供する例）を説明したが、本開示は係る例に限定されない。ＵＥを周波数帯域において接続状態にさせない別の手法が採用されてもよい。一例として、マクロｅＮｏｄｅＢ以外のノード（例えば、ピコｅＮｏｄｅＢ）が、マクロｅＮｏｄｅＢの代わりに、接続の禁止を通知してもよい。また、別の例として、無線リソースについての接続状態（即ち、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）にあるＵＥのうちの、接続禁止条件を満たすＵＥを、無線リソースについてアイドル状態（ＲＲＣ＿Ｉｄｌｅ）にすることにより、接続禁止条件を満たすＵＥを無線リソースについての接続状態にさせなくてもよい。接続禁止条件を満たすＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄになったとしても、その後、当該ＵＥをＲＲＣ＿Ｉｄｌｅに戻すことにより、接続禁止条件を満たすＵＥを無線リソースについての接続状態にさせなくてもよい。

また、マクロセルでの無線通信に用いられる第１の周波数帯域と、ピコセルでの無線通信に用いられる第２の周波数帯域とに着目した処理の例を説明したが、本開示は係る例に限定されない。当然ながら、互いに同期しているマクロセルの周波数帯域とピコセルの周波数帯域との別の組合せについても、同様の処理が行われてもよい。

また、互いに同期している周波数帯域（例えば、互いに同期しているＣＣ）とは時間方向及び周波数方向の両方で互いに同期していることを示すものとして説明したが、本開示は係る例に限定されない。例えば、互いに同期している周波数帯域とは、時間方向で同期している周波数帯域であってもよい。また、例えば、互いに同期している周波数帯域とは、周波数方向で同期している周波数帯域であってもよい。また、例えば、互いに同期している周波数帯域とは、時間方向又は周波数方向のいずれか一方で同期している周波数帯域であってもよい。

また、スモールセルの一例としてピコセルが挙げられたが、本開示は係る例に限定されない。スモールセルは、ピコセルの代わりに、マクロセルと一部又は全体で重なる別のセル（例えば、ナノセル、フェムトセル、等）であってもよい。

通信システムがＬＴＥ−Ａに準拠する例を説明したが、本開示は係る例に限定されない。例えば、通信システムは、３ＧＰＰにおける別の規格に準拠するシステムであってもよい。一例として、通信システムは、３ＧＰＰにおける将来の規格に準拠するシステムであってもよい。

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

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

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
スモールセルの一部又は全体と重なるマクロセルでの無線通信を制御する通信制御部
を備え、
前記マクロセルでの無線通信に用いられる第１の周波数帯域は、前記スモールセルでの無線通信に用いられる第２の周波数帯域と同期し、
前記第１の周波数帯域では、当該第１の周波数帯域において同期をとるための同期用信号が送信され、
前記通信制御部は、所定の条件を満たす端末装置を、前記第１の周波数帯域において無線リソースについての接続状態にさせず、
前記所定の条件は、前記端末装置が前記同期用信号による同期結果を利用して前記第２の周波数帯域において同期をとることを含む、
通信制御装置。
（２）
前記所定の条件は、前記端末装置が前記第１の周波数帯域を用いてデータの送受信を行わないことをさらに含む、前記（１）に記載の通信制御装置。
（３）
前記通信制御部は、前記第１の周波数帯域においてシステム情報を提供し、
前記システム情報は、前記第２の周波数帯域についてのシステム情報を含まない、
前記（１）又は（２）に記載の通信制御装置。
（４）
前記通信制御部は、前記第１の周波数帯域においてシステム情報を提供し、
前記システム情報は、前記第２の周波数帯域についてのシステム情報を含む、
前記（１）又は（２）に記載の通信制御装置。
（５）
前記第１の周波数帯域において提供される前記システム情報は、前記第２の周波数帯域についての一部のシステム情報を含む、前記（４）に記載の通信制御装置。
（６）
記第２の周波数帯域についての前記一部のシステム情報は、前記第２の周波数帯域についてのシステム情報のうちの、前記第１の周波数帯域及び前記第２の周波数帯域以外の別の周波数帯域についてのシステム情報と共通の情報である、前記（５）に記載の通信制御装置。
（７）
前記通信制御部は、前記所定の条件を満たす装置による前記第１の周波数帯域における接続の禁止を前記端末装置に通知することにより、前記端末装置を前記第１の周波数帯域において無線リソースについての接続状態にさせない、前記（１）〜（６）のいずれか１項に記載の通信制御装置。
（８）
前記通信制御部は、前記第１の周波数帯域において提供されるシステム情報で、前記接続の禁止を前記端末装置に通知する、前記（７）に記載の通信制御装置。
（９）
前記通信制御部は、前記第１の周波数帯域におけるＭＢＭＳ（Multimedia Broadcast and Multicast Service）に関する情報を、前記スモールセルの基地局に提供し、
前記ＭＢＭＳに関する情報は、前記スモールセルの前記基地局により前記端末装置に提供される、
前記（１）〜（８）のいずれか１項に記載の通信制御装置。
（１０）
前記第２の周波数帯域は、無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは同期用信号が送信されない周波数帯域である、前記（１）〜（９）のいずれか１項に記載の端末装置。
（１１）
前記第２の周波数帯域で送信される同期用信号は、前記第１の周波数帯域で送信される前記同期用信号よりも少ない、前記（１０）に記載の端末装置。
（１２）
前記第２の周波数帯域で送信される同期用信号は、当該第２の周波数帯域において同期をとるのに要する同期用信号よりも少ない、前記（１１）に記載の端末装置。
（１３）
前記同期用信号は、共通リファレンス信号である、前記（１）〜（１２）のいずれか１項に記載の通信制御装置。
（１４）
スモールセルの一部又は全体と重なるマクロセルでの無線通信を制御すること
を含み、
前記マクロセルでの無線通信に用いられる第１の周波数帯域は、前記スモールセルでの無線通信に用いられる第２の周波数帯域と同期し、
前記第１の周波数帯域では、当該第１の周波数帯域において同期をとるための同期用信号が送信され、
前記マクロセルでの無線通信を制御することは、所定の条件を満たす端末装置を前記第１の周波数帯域において無線リソースについての接続状態にさせないことを含み、
前記所定の条件は、前記端末装置が前記同期用信号による同期結果を利用して前記第２の周波数帯域において同期をとることを含む、
通信制御方法。
（１５）
端末装置であって、
マクロセル、及び、当該マクロセルに一部又は全体で重なるスモールセルにおける、前記端末装置による無線通信を制御する通信制御部
を備え、
前記マクロセルでの無線通信に用いられる第１の周波数帯域は、前記スモールセルでの無線通信に用いられる第２の周波数帯域と同期し、
前記第１の周波数帯域では、当該第１の周波数帯域において同期をとるための同期用信号が送信され、
前記通信制御部は、前記端末装置が所定の条件を満たす場合に、前記端末装置を前記第１の周波数帯域において無線リソースについての接続状態にさせず、
前記所定の条件は、前記端末装置が前記同期用信号による同期結果を利用して前記第２の周波数帯域において同期をとることを含む、
端末装置。
（１６）
前記通信制御部は、前記第１の周波数帯域において提供されるシステム情報から、前記第２の周波数帯域についてのシステム情報を取得しない、前記（１５）に記載の端末装置。
（１７）
前記通信制御部は、前記第１の周波数帯域において提供されるシステム情報から、前記第２の周波数帯域についてのシステム情報を取得する、前記（１５）に記載の端末装置。
（１８）
前記通信制御部は、前記第１の周波数帯域において無線リソースについての接続状態になるための接続手続きを行わないことにより、前記端末装置を、前記第１の周波数帯域において無線リソースについての接続状態にさせない、前記（１５）〜（１７）のいずれか１項に記載の端末装置。
（１９）
前記通信制御部は、前記所定の条件を満たす装置による前記第１の周波数帯域における接続の禁止を通知されると、前記第１の周波数帯域において無線リソースについての接続状態になるための接続手続きを行わない、前記（１８）に記載の端末装置。
（２０）
前記通信制御部は、前記端末装置が所定の条件を満たす場合に、自主的に、前記第１の周波数帯域において無線リソースについての接続状態になるための接続手続きを行わない、前記（１８）に記載の端末装置。

１ 通信システム
１１ マクロセル
２１ ピコセル
１００ マクロｅＮｏｄｅＢ
１５１ 通信制御部
２００ ピコｅＮｏｄｅＢ
３００ ＵＥ（User Equipment）
３４１、３５１ 通信制御部

Claims (20)

1. スモールセルの一部又は全体と重なるマクロセルでの無線通信を制御する通信制御部
   を備え、
   前記マクロセルでの無線通信に用いられる第１の周波数帯域は、前記スモールセルでの無線通信に用いられる第２の周波数帯域と同期し、
   前記第１の周波数帯域では、当該第１の周波数帯域において同期をとるための同期用信号が送信され、
   前記通信制御部は、所定の条件を満たす端末装置を、前記第１の周波数帯域において無線リソースについての接続状態にさせず、
   前記所定の条件は、前記端末装置が前記同期用信号による同期結果を利用して前記第２の周波数帯域において同期をとることを含む、
   通信制御装置。
2. 前記所定の条件は、前記端末装置が前記第１の周波数帯域を用いてデータの送受信を行わないことをさらに含む、請求項１に記載の通信制御装置。
3. 前記通信制御部は、前記第１の周波数帯域においてシステム情報を提供し、
   前記システム情報は、前記第２の周波数帯域についてのシステム情報を含まない、
   請求項１に記載の通信制御装置。
4. 前記通信制御部は、前記第１の周波数帯域においてシステム情報を提供し、
   前記システム情報は、前記第２の周波数帯域についてのシステム情報を含む、
   請求項１に記載の通信制御装置。
5. 前記第１の周波数帯域において提供される前記システム情報は、前記第２の周波数帯域についての一部のシステム情報を含む、請求項４に記載の通信制御装置。
6. 記第２の周波数帯域についての前記一部のシステム情報は、前記第２の周波数帯域についてのシステム情報のうちの、前記第１の周波数帯域及び前記第２の周波数帯域以外の別の周波数帯域についてのシステム情報と共通の情報である、請求項５に記載の通信制御装置。
7. 前記通信制御部は、前記所定の条件を満たす装置による前記第１の周波数帯域における接続の禁止を前記端末装置に通知することにより、前記端末装置を前記第１の周波数帯域において無線リソースについての接続状態にさせない、請求項１に記載の通信制御装置。
8. 前記通信制御部は、前記第１の周波数帯域において提供されるシステム情報で、前記接続の禁止を前記端末装置に通知する、請求項７に記載の通信制御装置。
9. 前記通信制御部は、前記第１の周波数帯域におけるＭＢＭＳ（Multimedia Broadcast and Multicast Service）に関する情報を、前記スモールセルの基地局に提供し、
   前記ＭＢＭＳに関する情報は、前記スモールセルの前記基地局により前記端末装置に提供される、
   請求項１に記載の通信制御装置。
10. 前記第２の周波数帯域は、無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは同期用信号が送信されない周波数帯域である、請求項１に記載の通信制御装置。
11. 前記第２の周波数帯域で送信される同期用信号は、前記第１の周波数帯域で送信される前記同期用信号よりも少ない、請求項１０に記載の通信制御装置。
12. 前記第２の周波数帯域で送信される同期用信号は、当該第２の周波数帯域において同期をとるのに要する同期用信号よりも少ない、請求項１１に記載の通信制御装置。
13. 前記同期用信号は、共通リファレンス信号である、請求項１に記載の通信制御装置。
14. スモールセルの一部又は全体と重なるマクロセルでの無線通信を制御すること
    を含み、
    前記マクロセルでの無線通信に用いられる第１の周波数帯域は、前記スモールセルでの無線通信に用いられる第２の周波数帯域と同期し、
    前記第１の周波数帯域では、当該第１の周波数帯域において同期をとるための同期用信号が送信され、
    前記マクロセルでの無線通信を制御することは、所定の条件を満たす端末装置を前記第１の周波数帯域において無線リソースについての接続状態にさせないことを含み、
    前記所定の条件は、前記端末装置が前記同期用信号による同期結果を利用して前記第２の周波数帯域において同期をとることを含む、
    通信制御方法。
15. 端末装置であって、
    マクロセル、及び、当該マクロセルに一部又は全体で重なるスモールセルにおける、前記端末装置による無線通信を制御する通信制御部
    を備え、
    前記マクロセルでの無線通信に用いられる第１の周波数帯域は、前記スモールセルでの無線通信に用いられる第２の周波数帯域と同期し、
    前記第１の周波数帯域では、当該第１の周波数帯域において同期をとるための同期用信号が送信され、
    前記通信制御部は、前記端末装置が所定の条件を満たす場合に、前記端末装置を前記第１の周波数帯域において無線リソースについての接続状態にさせず、
    前記所定の条件は、前記端末装置が前記同期用信号による同期結果を利用して前記第２の周波数帯域において同期をとることを含む、
    端末装置。
16. 前記通信制御部は、前記第１の周波数帯域において提供されるシステム情報から、前記第２の周波数帯域についてのシステム情報を取得しない、請求項１５に記載の端末装置。
17. 前記通信制御部は、前記第１の周波数帯域において提供されるシステム情報から、前記第２の周波数帯域についてのシステム情報を取得する、請求項１５に記載の端末装置。
18. 前記通信制御部は、前記第１の周波数帯域において無線リソースについての接続状態になるための接続手続きを行わないことにより、前記端末装置を、前記第１の周波数帯域において無線リソースについての接続状態にさせない、請求項１５に記載の端末装置。
19. 前記通信制御部は、前記所定の条件を満たす装置による前記第１の周波数帯域における接続の禁止を通知されると、前記第１の周波数帯域において無線リソースについての接続状態になるための接続手続きを行わない、請求項１８に記載の端末装置。
20. 前記通信制御部は、前記端末装置が所定の条件を満たす場合に、自主的に、前記第１の周波数帯域において無線リソースについての接続状態になるための接続手続きを行わない、請求項１８に記載の端末装置。

Images