JP6265128B2 - 通信制御装置、プログラム、通信制御方法及び端末装置 - Google Patents

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：ＵＮＣＴ）とが、検討されている。

ＳＮＣＴは、いずれかのＬｅｇａｃｙ ＣＣと同期しているので、ＵＥは、互いに同期しているＳＮＣＴ及びＬｅｇａｃｙ ＣＣのうちの一方のＣＣにおけるＵＥの同期状態を獲得すれば、当該同期状態の情報を他方のＣＣに利用し得る。即ち、ＵＥは、他方のＣＣにおけるＵＥの同期状態を獲得しなくてもよい。また、ＵＥは、互いに同期しているＳＮＣＴ及びＬｅｇａｃｙ ＣＣのうちの一方のＣＣにおけるＵＥの同期状態を監視すれば、当該同期状態の監視結果を他方のＣＣに利用し得る。即ち、ＵＥは、他方のＣＣにおけるＵＥの同期状態を監視しなくてもよい。

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

しかし、ＵＥがあるＣＣにおけるＵＥの同期状態の情報を別のＣＣに利用するためには、ＵＥに大きな負荷がかかることが懸念される。

例えば、Ｌｅｇａｃｙ ＣＣの中には、ＳＮＣＴと離れた周波数帯域も存在し得るので、ＳＮＣＴは、全てのＬｅｇａｃｙ ＣＣと同期しているわけではない。そのため、ＵＥは、Ｌｅｇａｃｙ ＣＣにおけるＵＥの同期状態の情報をＳＮＣＴに利用するためには、複数のＬｅｇａｃｙ ＣＣの各々とＳＮＣＴとの間の同期を検証することになる。このように、ＵＥに大きな負荷がかかってしまう。

また、例えば、ＵＮＣＴは別のＵＮＣＴと同期している可能性があるが、全てのＵＮＣＴが同期しているわけではない。そのため、ＵＥは、あるＵＮＣＴにおけるＵＥの同期状態の情報を別のＵＮＣＴに利用するためには、ＵＮＣＴ間の同期を検証することになる。このように、ＵＥに大きな負荷がかかってしまう。

また、そもそも、ＵＥが、あるＣＣにおけるＵＥの同期状態の情報を別のＣＣに利用しない場合には、各ＣＣにおいてＵＥの同期状態を獲得し、各ＣＣにおいてＵＥの同期状態を監視する必要がある。このように、ＵＥには大きな負荷がかかってしまう。

そこで、キャリアアグリゲーションにおけるＵＥにとっての負荷を軽減することを可能にする仕組みが提供されることが望ましい。

本開示によれば、無線通信に用いられる複数の周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す同期関係情報を取得する取得部と、端末装置への上記同期関係情報の送信を制御する制御部と、を備える通信制御装置が提供される。上記複数の周波数帯域は、上記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上の周波数帯域を含む。

また、本開示によれば、コンピュータを、無線通信に用いられる複数の周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す同期関係情報を取得する取得部と、端末装置への上記同期関係情報の送信を制御する制御部と、として機能させるためのプログラムが提供される。上記複数の周波数帯域は、上記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上の周波数帯域を含む。

また、本開示によれば、無線通信に用いられる複数の周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す同期関係情報を取得することと、端末装置への上記同期関係情報の送信を制御することと、を含む通信制御方法が提供される。上記複数の周波数帯域は、上記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上の周波数帯域を含む。

また、本開示によれば、無線通信に用いられる複数の周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す同期関係情報が受信されると、当該同期関係情報を取得する取得部と、上記同期関係情報に基づいて、上記複数の周波数帯域における同期のための制御を行う制御部と、を備える端末装置が提供される。上記複数の周波数帯域は、上記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上の周波数帯域を含む。

また、本開示によれば、無線通信に用いられる複数の周波数帯域での信号の送信を制御する制御部を備える通信制御装置が提供される。上記複数の周波数帯域は、上記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない２つ以上の周波数帯域を含む。また、上記制御部は、上記２つ以上の周波数帯域のうちの少なくとも２つの周波数帯域では互いに異なる頻度で上記共通リファレンス信号が送信されるように、上記送信を制御する。

また、本開示によれば、端末装置であって、無線通信に用いられる複数の周波数帯域のうちの、上記端末装置の無線通信に用いる周波数帯域を選択する制御部を備える端末装置が提供される。上記複数の周波数帯域は、上記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない２つ以上の周波数帯域を含み。上記２つ以上の周波数帯域のうちの少なくとも２つの周波数帯域では、互いに異なる頻度で上記共通リファレンス信号が送信される。

以上説明したように本開示によれば、キャリアアグリゲーションにおけるＵＥにとっての負荷を軽減することが可能となる。

各ＵＥのＰＣＣの一例を説明するための説明図である。 ダウンリンクにおいてＣＣで送信されるＣＲＳの一例を説明するための説明図である。 ＮＣＴの例を説明するための説明図である。図３を参照すると、５つのＣＣ３０が示されている。 周波数方向におけるＣＲＳの削減の例を説明するための説明図である。 時間方向におけるＣＲＳの削減の例を説明するための説明図である。 、第１の実施形態に係る無線通信システムの概略的な構成の一例を示す説明図である。 無線通信に用いられる複数のＣＣの内訳の一例を説明するための説明図である。 Ｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴとＬｅｇａｃｙ ＣＣとの同期関係の第１の例を説明するための説明図である。 図８に示される同期関係の第１の例に対応する同期関係情報の一例を説明するための説明図である。 Ｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴとＬｅｇａｃｙ ＣＣとの同期関係の第２の例を説明するための説明図である。 図１０に示される同期関係の第２の例に対応する同期関係情報の一例を説明するための説明図である。 Ｕｎｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ間の同期関係の第１の例を説明するための説明図である。 図１２に示される同期関係の第１の例に対応する同期関係情報の一例を説明するための説明図である。 Ｕｎｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ間の同期関係の第２の例を説明するための説明図である。 図１４に示される同期関係の第２の例に対応する同期関係情報の一例を説明するための説明図である。 、全てのＣＣ間の同期関係の一例を説明するための説明図である。 図１６に示される同期関係の一例に対応する同期関係情報の一例を説明するための説明図である。 無線通信に用いられる複数のＣＣの内訳の別の例を説明するための説明図である。 ＮＣＴ間の同期関係の一例を説明するための説明図である。 図１９に示される同期関係の一例に対応する同期関係情報の一例を説明するための説明図である。 第１の実施形態に係るｅＮｏｄｅＢの構成の一例を示すブロック図である。 第１の実施形態に係るＵＥの構成の一例を示すブロック図である。 第１の実施形態に係るｅＮｏｄｅＢの通信制御処理の概略的な流れの一例を示すフローチャートである。 開示の第１の実施形態に係るＵＥの通信制御処理の概略的な流れの一例を示すフローチャートである。 第１の実施形態の第１の変形例に従ったＣＲＳの送信の第１の例を説明するための説明図である。 第１の実施形態の第１の変形例に従ったＣＲＳの送信の第２の例を説明するための説明図である。 第１の実施形態の第２の変形例に従った同期監視の第１の例を説明するための説明図である。 第１の実施形態の第２の変形例に従ったＣＲＳの送信の第２の例を説明するための説明図である。 第１の実施形態の第２の変形例に係るＵＥの通信制御処理の概略的な流れの一例を示すフローチャートである。 一律にＣＲＳの送信頻度が設定されたＮＣＴの例を説明するための説明図である。 第２の実施形態に従ったＮＣＴの例を説明するための説明図である。 第２の実施形態に係るｅＮｏｄｅＢの構成の一例を示すブロック図である。 図３０に示されるＮＣＴに対応する同期判定用情報の一例を説明するための説明図である。 第２の実施形態に係るＵＥの構成の一例を示すブロック図である。 第２の実施形態に係るｅＮｏｄｅＢの通信制御処理の概略的な流れの一例を示すフローチャートである。 第２の実施形態に係るＵＥの通信制御処理の概略的な流れの一例を示すフローチャートである。 異なるＣＲＳの送信頻度を伴う２つのＮＣＴにおけるＣＲＳの送信タイミングの例を説明するための説明図である。 第２の実施形態の第１の変形例に従った、異なるＣＲＳの送信頻度を伴う２つのＮＣＴにおけるＣＲＳの送信タイミングの例を説明するための説明図である。 コンポーネントキャリア（ＣＣ）間の同期関係に応じた各ＣＣにおけるＣＲＳの送信頻度の一例を説明するための説明図である。 本開示に係る技術が適用され得るｅＮｏｄｅＢの概略的な構成の第１の例を示すブロック図である。 本開示に係る技術が適用され得るｅＮｏｄｅＢの概略的な構成の第２の例を示すブロック図である。 本開示に係る技術が適用され得るスマートフォンの概略的な構成の一例を示すブロック図である。 本開示に係る技術が適用され得るカーナビゲーション装置の概略的な構成の一例を示すブロック図である。

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

なお、説明は以下の順序で行うものとする。
１．３ＧＰＰにおける無線通信の技術
２．無線通信システムの概略的な構成
３．第１の実施形態
３．１．概略
３．２．同期関係情報の具体例
３．３．各装置の構成
３．３．１．ｅＮｏｄｅＢの構成
３．３．２．ＵＥの構成
３．４．処理の流れ
３．５．変形例
３．５．１．第１の変形例
３．５．２．第２の変形例
４．第２の実施形態
４．１．概略
４．２．各装置の構成
４．２．１．ｅＮｏｄｅＢの構成
４．２．２．ＵＥの構成
４．３．処理の流れ
４．４．変形例
４．４．１．第１の変形例
４．４．２．第２の変形例
５．応用例
５．１．ｅＮｏｄｅＢに関する応用例
５．２．ＵＥに関する応用例
６．まとめ

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

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

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

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

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

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

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

−ＣＲＳでのＵＥの同期状態の獲得
キャリアアグリゲーションでは、各ＣＣで共通リファレンス信号（Common Reference Signal：ＣＲＳ）が送信される。そして、ＵＥは、当該ＣＲＳにより、各ＣＣにおいてＵＥの同期状態を獲得する。なお、共通リファレンス信号は、セル固有のリファレンス信号（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）の手続きを行う。

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

＜＜＜２．無線通信システムの概略的な構成＞＞＞
続いて、図６を参照して、本開示の第１の実施形態に係る無線通信システムの概略的な構成を説明する。図６は、本開示の第１の実施形態に係る無線通信システムの概略的な構成の一例を示す説明図である。当該無線通信システムは、例えば、ＬＴＥ（Long Term Evolution）の一連の通信規格に準拠する無線通信システムである。図６を参照すると、無線通信システムは、ｅＮｏｄｅＢ１００及びＵＥ２００を含む。

ｅＮｏｄｅＢ１００は、セル１０内に位置するＵＥ２００と無線通信する。また、例えば、ｅＮｏｄｅＢ１００は、複数のコンポーネントキャリア（ＣＣ）を使用して無線通信する。

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

とりわけ第１の実施形態では、上記複数のＣＣは、無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームではＣＲＳが送信されない１つ以上のＣＣを含む。より具体的には、例えば、上記複数のＣＣには、１つ以上のＮＣＴを含む。

ＵＥ２００は、セル１０のｅＮｏｄｅＢ１００と無線通信する。また、例えば、ＵＥ２００は、無線通信に複数のＣＣを同時に使用できる。具体的には、例えば、ＵＥ２００は、複数のＣＣを同時に使用して、セル１０のｅＮｏｄｅＢ１００と無線通信できる。即ち、ＵＥ２００は、キャリアアグリゲーションをサポートする。

以下、＜＜＜３．第１の実施形態＞＞＞及び＜＜＜４．第２の実施形態＞＞＞において、具体的な内容を説明する。

＜＜＜３．第１の実施形態＞＞＞
続いて、図７〜２８を参照して本開示の第１の実施形態を説明する。

＜＜３．１．概要＞＞
まず、本開示の第１の実施形態の概要を説明する。

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

ＳＮＣＴは、いずれかのＬｅｇａｃｙ ＣＣと同期しているので、ＵＥは、互いに同期しているＳＮＣＴ及びＬｅｇａｃｙ ＣＣのうちの一方のＣＣにおけるＵＥの同期状態を獲得すれば、当該同期状態の情報を他方のＣＣに利用し得る。即ち、ＵＥは、他方のＣＣにおけるＵＥの同期状態を獲得しなくてもよい。また、ＵＥは、互いに同期しているＳＮＣＴ及びＬｅｇａｃｙ ＣＣのうちの一方のＣＣにおけるＵＥの同期状態を監視すれば、当該同期状態の監視結果を他方のＣＣに利用し得る。即ち、ＵＥは、他方のＣＣにおけるＵＥの同期状態を監視しなくてもよい。

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

しかし、ＵＥがあるＣＣにおけるＵＥの同期状態の情報を別のＣＣに利用するためには、ＵＥに大きな負荷がかかることが懸念される。

例えば、Ｌｅｇａｃｙ ＣＣの中には、ＳＮＣＴと離れた周波数帯域も存在し得るので、ＳＮＣＴは、全てのＬｅｇａｃｙ ＣＣと同期しているわけではない。そのため、ＵＥは、Ｌｅｇａｃｙ ＣＣにおけるＵＥの同期状態の情報をＳＮＣＴに利用するためには、複数のＬｅｇａｃｙ ＣＣの各々とＳＮＣＴとの間の同期を検証することになる。当該検証は、例えば、複数のＬｅｇａｃｙ ＣＣにおけるＵＥの同期状態の情報を利用して、ＮＣＴにおいてデータを誤りなく受信できるかを試行することを含む。このように、ＵＥに大きな負荷がかかってしまう。

また、例えば、ＵＮＣＴは別のＵＮＣＴと同期している可能性があるが、全てのＵＮＣＴが同期しているわけではない。そのため、ＵＥは、あるＵＮＣＴにおけるＵＥの同期状態の情報を別のＵＮＣＴに利用するためには、ＵＮＣＴ間の同期を検証することになる。当該検証は、例えば、複数のＵＮＣＴにおけるＵＥの同期状態の情報を利用して、別のＵＮＣＴにおいてデータを誤りなく受信できるかを試行することを含む。このように、ＵＥに大きな負荷がかかってしまう。

また、そもそも、ＵＥが、あるＣＣにおけるＵＥの同期状態の情報を別のＣＣに利用しない場合には、各ＣＣにおいてＵＥの同期状態を獲得し、各ＣＣにおいてＵＥの同期状態を監視する必要がある。このように、ＵＥには大きな負荷がかかってしまう。

そこで、本開示の第１の実施形態は、キャリアアグリゲーションにおけるＵＥにとっての負荷を軽減することを可能にする。

具体的には、第１の実施形態によれば、無線通信に用いられる複数のＣＣは、少なくともいずれかのサブフレームではＣＲＳが送信されない１つ以上のＣＣを含む。より具体的には、例えば、当該１つ以上のＣＣは、１つ以上のＮＣＴである。そして、上記複数のＣＣのうちのどのＣＣが互いに同期しているかを示す同期関係情報が、ｅＮｏｄｅＢ１００−１によりＵＥ１００−１へ送信される。

＜＜３．２．同期関係情報の具体例＞＞
次に、図７〜図２０を参照して、ｅＮｏｄｅＢからＵＥへ送信される同期関係情報の具体例を説明する。

（Ｌｅｇａｃｙ ＣＣとＳｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴとの間の同期関係）
上述したように、無線通信に用いられる複数のＣＣは、少なくともいずれかのサブフレームではＣＲＳが送信されない１つ以上の周波数帯域を含む。そして、例えば、上記複数のＣＣは、サブフレームごとにＣＲＳが送信される１つ以上の別のＣＣを含む。より具体的には、例えば、上記複数のＣＣは、１つ以上のＮＣＴと、１つ以上のＬｅｇａｃｙ ＣＣを含む。以下、この点について図７を参照してより具体的に説明する。

図７は、無線通信に用いられる複数のＣＣの内訳の一例を説明するための説明図である。図７を参照すると、無線通信に用いられる５つのＣＣ３０が示されている。これらのＣＣ３０は、例えば、セル１０における無線通信に用いられる。また、５つのＣＣ３０のうちのＣＣ３０Ａ及びＣＣ３０Ｂは、Ｌｅｇａｃｙ ＣＣである。また、ＣＣ３０Ｃ、ＣＣ３０Ｄ及びＣＣ３０Ｅは、ＮＣＴである。

また、例えば、同期関係情報は、少なくとも、上記１つ以上の周波数帯域のうちのどの周波数帯域と上記１つ以上の別の周波数帯域のうちのどの周波数帯域とが同期しているかを示す。より具体的には、例えば、同期関係情報は、少なくとも、１つ以上のＮＣＴのうちのどのＮＣＴと１つ以上のＬｅｇａｃｙ ＣＣのうちのどのＬｅｇａｃｙ ＣＣと同期しているかを示す。換言すると、同期関係情報は、ＮＣＴとＬｅｇａｃｙ ＣＣとの同期関係を示す。

さらに、例えば、上記１つ以上のＣＣは、上記１つ以上の別の周波数帯域のいずれかと同期している１つ以上の同期型周波数帯域を含む。そして、上記同期関係情報は、少なくとも、上記１つ以上の同期型周波数帯域のうちのどの周波数帯域と上記１つ以上の別の周波数帯域のうちのどの周波数帯域とが同期しているかを示す。より具体的には、例えば、上記１つ以上のＮＣＴは、１つ以上のＳｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ（即ち、ＳＮＣＴ）を含む。そして、上記同期関係情報は、少なくとも、１つ以上のＳＮＣＴのうちのどのＳＮＣＴと１つ以上のＬｅｇａｃｙ ＣＣのうちのどのＬｅｇａｃｙ ＣＣとが同期しているかを示す。換言すると、同期関係情報は、ＳＮＣＴとＬｅｇａｃｙ ＣＣとの同期関係を示す。以下、この点について、図８及び図９を参照して第１の具体例を説明し、図１０及び図１１を参照して第２の具体例を説明する。

図８は、Ｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴとＬｅｇａｃｙ ＣＣとの同期関係の第１の例を説明するための説明図である。図８を参照すると、図７と同様に、２つのＬｅｇａｃｙ ＣＣと、３つのＮＣＴが示されている。さらに具体的には、ＣＣ３０Ｃは、いずれかのＬｅｇａｃｙ ＣＣと同期しているＳｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ（即ち、ＳＮＣＴ）である。この例では、ＣＣ３０Ｃは、Ｌｅｇａｃｙ ＣＣであるＣＣ３０Ａ及びＣＣ３０Ｂの両方と同期している。なお、ＣＣ３０Ｄ及びＣＣ３０Ｅは、いずれのＬｅｇａｃｙ ＣＣとも同期していないＵｎｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ（即ち、ＵＮＣＴ）である。

図９は、図８に示される同期関係の第１の例に対応する同期関係情報の一例を説明するための説明図である。図９を参照すると、Ｌｅｇａｃｙ ＣＣとＳＮＣＴとの同期関係を示す情報がテーブルとして示されている。図８の例では、ＳＮＣＴであるＣＣ３０Ｃは、Ｌｅｇａｃｙ ＣＣであるＣＣ３０Ａ及びＣＣ３０Ｂの両方と同期している。よって、図９に示されるように、ＣＣ３０ＣとＣＣ３０Ａとに対応する欄、及びＣＣ３０ＣとＣＣ３０Ｂとに対応する欄には、同期を示すＳＹＮＣが示されている。例えばこのように、同期関係情報は、ＳＮＣＴとＬｅｇａｃｙ ＣＣとの同期関係を示す。なお、図９では、説明のために、同期関係情報がテーブルとして示されているが、同期関係情報は、ＣＣ間の同期関係を示す任意の形式の情報であり得る。以降の図面においても同様である。

図１０は、Ｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴとＬｅｇａｃｙ ＣＣとの同期関係の第２の例を説明するための説明図である。図１０に示されるように、この例では、Ｌｅｇａｃｙ ＣＣであるＣＣ３０ＡとＣＣ３０Ｂとは、互いに同期していない。そして、ＣＣ３０Ｃは、Ｌｅｇａｃｙ ＣＣであるＣＣ３０Ｂと同期しているが、Ｌｅｇａｃｙ ＣＣであるＣＣ３０Ａとは同期していない。

図１１は、図１０に示される同期関係の第２の例に対応する同期関係情報の一例を説明するための説明図である。図１０の例では、ＳＮＣＴであるＣＣ３０Ｃは、Ｌｅｇａｃｙ ＣＣであるＣＣ３０Ｂとは同期しているが、Ｌｅｇａｃｙ ＣＣであるＣＣ３０Ａとは同期していない。よって、図１１に示されるように、ＣＣ３０ＣとＣＣ３０Ｂとに対応する欄のみに、同期を示すＳＹＮＣが示されている。例えばこのように、同期関係情報は、ＳＮＣＴとＬｅｇａｃｙ ＣＣとの同期関係を示す。

なお、図９及び図１１の例では、同期関係情報は、ＳＮＣＴとＬｅｇａｃｙ ＣＣとの同期関係のみを示しているが、第１の実施形態はこれに限られない。同期関係情報は、ＮＣＴとＬｅｇａｃｙ ＣＣとの同期関係を示してもよい。即ち、同期関係情報は、各ＮＣＴがどのＬｅｇａｃｙ ＣＣと同期しているかを示してもよい。この場合に、同期関係情報においていずれのＬｅｇａｃｙ ＣＣとも同期していないと示されるＮＣＴは、ＵＮＣＴであり、同期関係情報においていずれかのＬｅｇａｃｙ ＣＣと同期していると示されるＮＣＴは、ＳＮＣＴである。

このような同期関係情報が送信されることにより、ＵＥ２００−１は、ＳＮＣＴがどのＬｅｇａｃｙ ＣＣと同期しているかを個別に検証する必要がなくなる。そして、例えば、ＵＥ２００−１は、ＳＮＣＴに同期しているＬｅｇａｃｙ ＣＣにおける同期状態の情報を、当該ＳＮＣＴに利用することが可能になる。このように、ＵＥ２００−１にとっての負荷が軽減され得る。

（ＵＮＣＴ間の同期関係）
また、例えば、上記同期関係情報は、少なくとも、上記１つ以上の周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す。より具体的には、例えば、上記同期関係情報は、少なくとも、上記１つ以上のＮＣＴのうちのどのＮＣＴが互いに同期しているかを示す。換言すると、上記同期関係情報は、ＮＣＴ間の同期関係を示す。

さらに、例えば、上記複数のＣＣは、サブフレームごとにＣＲＳが送信される１つ以上の別のＣＣを含み、上記１つ以上のＣＣは、上記１つ以上の別の周波数帯域のいずれとも同期していない２つ以上の非同期型周波数帯域を含む。そして、上記同期関係情報は、少なくとも、上記２つ以上の非同期型周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す。具体的には、例えば、上記複数のＣＣは、１つ以上のＬｅｇａｃｙ ＣＣを含み、上記１つ以上のＮＣＴは、上記１つ以上のＬｅｇａｃｙ ＣＣのいずれと同期していない２つ以上のＵｎｓｙｎｃｈｒｏｎｉｚｅｄ ＣＣ（即ち、ＵＮＣＴ）を含む。そして、上記同期関係情報は、少なくとも、２つ以上のＵＮＣＴのうちのどのＵＮＣＴが互いに同期しているかを示す。換言すると、同期関係情報は、ＵＮＣＴ間の同期関係を示す。以下、この点について、図１２及び図１３を参照して第１の具体例を説明し、図１４及び図１５を参照して第２の具体例を説明する。

図１２は、Ｕｎｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ間の同期関係の第１の例を説明するための説明図である。図１２を参照すると、図７と同様に、２つのＬｅｇａｃｙ ＣＣと、３つのＮＣＴが示されている。さらに具体的には、ＣＣ３０Ｄ及びＣＣ３０Ｅは、いずれのＬｅｇａｃｙ ＣＣとも同期していないＵｎｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ（即ち、ＵＮＣＴ）である。この例では、ＣＣ３０Ｄ及びＣＣ３０Ｅは、互いに同期していない。なお、ＣＣ３０Ｃは、いずれかのＬｅｇａｃｙ ＣＣと同期しているＳｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ（即ち、ＳＮＣＴ）である。

図１３は、図１２に示される同期関係の第１の例に対応する同期関係情報の一例を説明するための説明図である。図１３を参照すると、ＵＮＣＴ間の同期関係を示す情報がテーブルとして示されている。図１２の例ではＵＮＣＴであるＣＣ３０Ｄ及びＣＣ３０Ｅは互いに同期していない。よって、図１３に示されるように、ＣＣ３０Ｄ及びＣＣ３０Ｅに対応する欄には、同期を示すＳＹＮＣが示されていない。例えばこのように、同期関係情報は、ＵＮＣＴ間の同期関係を示す。

図１４は、Ｕｎｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ間の同期関係の第２の例を説明するための説明図である。図１４に示されるように、この例では、ＣＣ３０Ｄ及びＣＣ３０Ｅは、互いに同期している。

図１５は、図１４に示される同期関係の第２の例に対応する同期関係情報の一例を説明するための説明図である。図１４の例ではＵＮＣＴであるＣＣ３０Ｄ及びＣＣ３０Ｅは互いに同期している。よって、図１５に示されるように、ＣＣ３０Ｄ及びＣＣ３０Ｅに対応する欄には、同期を示すＳＹＮＣが示されている。例えばこのように、同期関係情報は、ＵＮＣＴ間の同期関係を示す。

このような同期関係情報が送信されることにより、ＵＥ２００−１は、どのＵＮＣＴとどのＵＮＣＴとが同期しているかを個別に検証する必要がなくなる。そして、例えば、ＵＥ２００−１は、１つのＵＮＣＴにおける同期状態の情報を、当該ＵＮＣＴと同期している別のＵＮＣＴに利用することが可能になる。このように、ＵＥ２００−１にとっての負荷が軽減され得る。

（全ＣＣ間の同期関係）
以上では、Ｌｅｇａｃｙ ＣＣとＳＮＣＴとの間の同期関係、及びＵＮＣＴ間の同期関係を示す同期関係情報の例を説明した。これらの同期関係は、全てのＣＣ間での同期関係を示す同期関係情報の中で示されてもよい。以下、この点について図１６及び図１７を参照して具体例を説明する。

図１６は、全てのＣＣ間の同期関係の一例を説明するための説明図である。図１６を参照すると、例えば、Ｌｅｇａｃｙ ＣＣであるＣＣ３０Ａ及び３０Ｂ、並びにＳＮＣＴであるＣＣ３０Ｃが、互いに同期している。また、ＵＮＣＴであるＣＣ３０Ｄ及びＣＣ３０Ｅが互いに同期している。

図１７は、図１６に示される同期関係の一例に対応する同期関係情報の一例を説明するための説明図である。図１７を参照すると、全てのＣＣ間の同期関係が示されている。この例では、ＣＣ３０Ａ及びＣＣ３０Ｂに対応する欄、ＣＣ３０Ａ及びＣＣ３０Ｃに対応する欄、ＣＣ３０Ｂ及びＣＣ３０Ｃに対応する欄、並びに、ＣＣ３０Ｄ及びＣＣ３０Ｅに対応する欄に、同期を示すＳＹＮＣが示されている。例えばこのように、同期関係情報は、ＣＣ間の同期関係を示す。

（Ｌｅｇａｃｙ ＣＣがない場合のＮＣＴ間の同期関係）
以上では、無線通信に用いられる複数のＣＣにＬｅｇａｃｙ ＣＣが含まれる例を説明したが、上記複数のＣＣにはＬｅｇａｃｙ ＣＣが含まれなくてもよい。即ち、上記複数のＣＣの各々は、少なくともいずれかのサブフレームではＣＲＳが送信されないＣＣであってもよい。即ち、上記複数のＣＣの各々は、ＮＣＴであってもよい。以下、この点について図１８を参照してより具体的に説明する。

図１８は、無線通信に用いられる複数のＣＣの内訳の別の例を説明するための説明図である。図１８を参照すると、無線通信に用いられる５つのＣＣ３０が示されている。これらのＣＣ３０は、例えば、セル１０における無線通信に用いられる。また、５つのＣＣ３０の各々は、ＮＣＴである。

そして、同期関係情報は、上記複数のＣＣのうちのどのＣＣが互いに同期しているかを示す。即ち、この例では、同期関係情報は、複数のＮＣＴのうちのどのＮＣＴが互いに同期しているかを示す。以下、この点について、図１９及び図２０を参照して具体例を説明する。

図１９は、ＮＣＴ間の同期関係の一例を説明するための説明図である。図１９を参照すると、図１８と同様に、ＮＣＴである５つのＣＣが示されている。この例では、ＣＣ３０Ｇ及びＣＣ３０Ｈが互いに同期している。また、ＣＣ３０Ｉ及びＣＣ３０Ｊが互いに同期している。そして、その他のＣＣの組合せは、互いに同期していない。

図２０は、図１９に示される同期関係の一例に対応する同期関係情報の一例を説明するための説明図である。図２０を参照すると、全てのＣＣ間の同期関係が示されている。この例では、ＣＣ３０Ｇ及びＣＣ３０Ｈに対応する欄、及び、ＣＣ３０Ｉ及びＣＣ３０Ｊに対応する欄に、同期を示すＳＹＮＣが示されている。例えばこのように、同期関係情報は、ＣＣ間の同期関係を示す。

このような同期関係情報が送信されることにより、ＵＥ２００−１は、どのＮＣＴとどのＮＣＴとが同期しているかを個別に検証する必要がなくなる。そして、例えば、ＵＥ２００−１は、１つのＮＣＴにおける同期状態の情報を、当該ＮＣＴと同期している別のＮＣＴに利用することが可能になる。このように、ＵＥ２００−１にとっての負荷が軽減され得る。

＜＜３．３．各装置の構成＞＞
次に、本開示の第１の実施形態に係るｅＮｏｄｅＢ１００−１及びＵＥ２００−１の構成の一例を説明する。

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

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

（無線通信部１２０）
無線通信部１２０は、セル１０内に位置するＵＥ２００−１と無線通信する。例えば、無線通信部１２０は、複数のＣＣを同時に使用して無線通信する。

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

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

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

例えば、記憶部１４０は、無線通信に用いられる複数のＣＣのうちのどのＣＣが互いに同期しているかを示す同期関係情報を記憶する。同期関係情報の具体例は、上述したとおりである。

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

とりわけ、第１の実施形態では、制御部１５０は、無線通信に用いられる複数のＣＣのうちのどの周波数帯域が互いに同期しているかを示す同期関係情報を取得する。より具体的には、例えば、制御部１５０は、記憶部１４０に記憶されている同期関係情報を取得する。

そして、制御部１５０は、ＵＥ２００への上記同期関係情報の送信を制御する。より具体的には、例えば、制御部１５０は、当該同期関係情報を含むシステム情報（System Information）を生成し、無線通信部１２０に当該システム情報を送信させる。これにより、ＵＥ２００−１は、上記同期関係情報を受信できる。なお、上記同期関係情報は、ＵＥ２００−１へのＲＲＣ（Radio Resource Control）シグナリングにより送信されてもよい。

また、上記複数のＣＣは、少なくともいずれかのサブフレームではＣＲＳが送信されない１つ以上のＣＣを含む。より具体的には、上記複数のＣＣは、１つ以上のＮＣＴを含む。

以上のように、同期関係情報が送信されることにより、キャリアアグリゲーションにおけるＵＥ２００−１にとっての負荷を軽減することが可能になる。即ち、同期関係情報がｅＮｏｄｅＢ１００−１からＵＥ２００−１へ送信されれば、ＵＥ２００−１は、どのＣＣとどのＣＣとが同期しているかを個別に検証する必要がなくなる。そして、例えば、互いに同期しているＣＣ（例えば、Ｌｅｇａｃｙ ＣＣ及びＳＮＣＴ、ＵＮＣＴ及びＵＮＣＴ）がある場合に、ＵＥ２００−１は、一方のＣＣにおけるＵＥ２００−１の同期状態の情報を、他方のＣＣに利用することが可能になる。このように、ＵＥ２００−１にとっての負荷が軽減され得る。

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

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

（無線通信部２２０）
無線通信部２２０は、セル１０のｅＮｏｄｅＢ１００−１と無線通信する。また、例えば、無線通信部２２０は、複数のＣＣを同時に使用できる。具体的には、例えば、無線通信部２２０は、複数のＣＣを同時に使用して、ｅＮｏｄｅＢ１００−１と無線通信できる。即ち、ＵＥ２００−１は、キャリアアグリゲーションをサポートする。

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

例えば、記憶部２３０は、無線通信に用いられる複数のＣＣのうちのどのＣＣが互いに同期しているかを示す同期関係情報を記憶する。具体的には、例えば、制御部２４０が、上記同期関係情報を取得すると、記憶部２３０は、当該同期関係情報を記憶する。

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

とりわけ、第１の実施形態では、制御部２４０は、無線通信に用いられる複数のＣＣのうちのどのＣＣが互いに同期しているかを示す同期関係情報が受信されると、当該同期関係情報を取得する。具体的には、例えば、ｅＮｏｄｅＢ１００−１が、上記同期関係情報を含むシステム情報を送信すると、無線通信部２２０は、当該システム情報を受信する。そして、制御部２４０は、受信されたシステム情報から、上記同期関係情報を取得する。

そして、制御部２４０は、上記同期関係情報に基づいて、上記複数のＣＣにおける同期のための制御を行う。

例えば、制御部２４０は、同期関係情報から、互いに同期しているＣＣを特定する。そして、制御部２４０は、互いに同期しているＣＣのうちの一部のＣＣにおけるＵＥ２００−１の同期状態を獲得し、当該同期状態の情報を残りのＣＣに利用する。より具体的には、例えば、制御部２４０は、互いに同期しているＣＣのうちの１つのＣＣにおけるＵＥ２００−１の同期状態を、ＣＲＳにより獲得する。そして、制御部２４０は、獲得した上記１つのＣＣにおけるＵＥ２００−１の同期状態の情報を、残りのＣＣに利用する。これにより、制御部２４０は、残りのＣＣにおけるＵＥ２００−１の同期状態を、ＣＲＳにより獲得しなくてもよい。即ち、ＵＥ２００−１にとっての負荷が軽減される。

なお、上記複数のＣＣは、少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上のＣＣを含む。具体的には、例えば、上記複数のＣＣは、１つ以上のＮＣＴを含む。そして、互いに同期している上記ＣＣは、例えば、Ｌｅｇａｃｙ ＣＣ及びＳＮＣＴであり、又は２つ以上のＵＮＣＴである。

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

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

ステップＳ４０１で、制御部１５０は、記憶部１４０に記憶されている同期関係情報を取得する。

次に、ステップＳ４０３で、制御部１５０は、上記同期関係情報を含むシステム情報を生成する。

そして、ステップＳ４０５で、制御部１５０は、無線通信部１２０に、上記同期関係情報を含む上記システム情報を送信させる。即ち、無線通信部１２０は、上記同期関係情報を含む上記システム情報を送信する。そして、処理はステップＳ４０１へ戻る。

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

ステップＳ４２１で、ｅＮｏｄｅＢ１００−１が、同期関係情報を含むシステム情報を送信すると、無線通信部２２０は、当該システム情報を受信する。

ステップＳ４２３で、制御部２４０は、受信されたシステム情報から、上記同期関係情報を取得する。

ステップＳ４２５で、制御部２４０は、上記同期関係情報に基づいて、上記複数のＣＣにおける同期のための制御を行う。そして、処理はステップＳ４２１へ戻る。

＜＜３．５．変形例＞＞
次に、図２４〜図２８を参照して、本開示の第１の実施形態に係る第１の変形例、及び第２の変形例を説明する。

＜３．５．１．第１の変形例＞
まず、図２４〜図２５を参照して、第１の実施形態に係る第１の変形例を説明する。

（概要）
従来では、各ＣＣでＣＲＳが送信されていた。そのため、ＮＣＴが用いられる場合にも、従来と同様に各ＮＣＴでＣＲＳが送信され得る。

しかし、上述したように、ＵＥ２００−１が、あるＵＮＣＴおけるＵＥ２００−１の同期状態を獲得すると、当該あるＵＮＣＴと同期している別のＵＮＣＴに上記同期状態の情報を利用し得る。そのため、互いに同期している２つ以上のＵＮＣＴの各々でＣＲＳが送信されることは、無線リソースの効率的な利用の観点から望ましくない。

また、無線通信に用いられる複数のＣＣの各々がＮＣＴである場合（即ち、Ｌｅｇａｃｙ ＣＣがない場合）に、ＵＥ２００−１は、あるＮＣＴにおけるＵＥ２００−１の同期状態を獲得すると、当該あるＮＣＴと同期している別のＮＣＴに上記同期状態の情報を利用し得る。そのため、互いに同期している２つ以上のＮＣＴの各々でＣＲＳが送信されることは、無線リソースの効率的な利用の観点から望ましくない。

そこで、第１の実施形態に係る第１の変形例では、少なくともいずれかのサブフレームではＣＲＳが送信されない上記１つ以上のＣＣは、互いに同期している２つ以上のＣＣを含む。そして、上記２つ以上のＣＣのうちの一部のＣＣでは、少なくともいずれかのサブフレームでＣＲＳが送信され、上記２つ以上のＣＣのうちの残りのＣＣでは、ＣＲＳが送信されない。

これにより、無線リソースを効率的に利用することが可能になる。即ち、制御信号の送信に利用される無線リソースを削減することができる。

（ＣＲＳの送信の具体例）
具体的には、例えば、無線通信に用いられる複数のＣＣに含まれるＮＣＴは、互いに同期している２つ以上のＮＣＴを含む。当該２つ以上のＮＣＴは、例えば、２つ以上のＵＮＣＴであり、又は、Ｌｅｇａｃｙ ＣＣがないケースにおける２つ以上のＮＣＴである。そして、上記２つ以上のＮＣＴのうちの一部のＮＣＴでは、ＣＲＳが送信され、上記２つ以上のＮＣＴのうちの残りのＮＣＴでは、ＣＲＳが送信されない。以下、この点について図２４及び図２５を参照して具体例を説明する。

図２４は、第１の実施形態の第１の変形例に従ったＣＲＳの送信の第１の例を説明するための説明図である。図２４を参照すると、無線通信に用いられる５つのＣＣ３０が示されている。この例では、５つのＣＣ３０のうちのＣＣ３０Ａ及びＣＣ３０Ｂは、Ｌｅｇａｃｙ ＣＣであり、ＣＣ３０Ｃ、ＣＣ３０Ｄ及びＣＣ３０Ｅは、ＮＣＴである。さらに具体的には、ＣＣ３０Ｄ及びＣＣ３０Ｅは、いずれのＬｅｇａｃｙ ＣＣとも同期していないＵｎｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ（即ち、ＵＮＣＴ）である。そして、この例では、ＵＮＣＴであるＣＣ３０Ｄ及びＣＣ３０Ｅは、互いに同期している。この場合に、ＣＣ３０Ｄでは、ＣＲＳが送信されるが、ＣＣ３０Ｅでは、ＣＲＳが送信されない。ＵＥ２００−１は、ＣＣ３０ＤにおけるＵＥ２００−１の同期状態を獲得し、当該同期状態の情報をＣＣ３０Ｅに利用する。

図２５は、第１の実施形態の第１の変形例に従ったＣＲＳの送信の第２の例を説明するための説明図である。図２５を参照すると、無線通信に用いられる５つのＣＣ３０が示されている。この例では、５つのＣＣ３０の各々は、ＮＣＴである。ここで、ＣＣ３０Ｇ及びＣＣ３０Ｈは互いに同期している。また、ＣＣ３０Ｉ及びＣＣ３０Ｊは互いに同期している。そして、その他のＣＣの組合せは、互いに同期していない。この場合に、ＣＣ３０Ｆ、ＣＣ３０Ｈ及びＣＣ３０Ｉでは、ＣＲＳが送信されるが、ＣＣ３０Ｇ及びＣＣ３０Ｊでは、ＣＲＳが送信されない。ＵＥ２００−１は、ＣＣ３０ＨにおけるＵＥ２００−１の同期状態を獲得し、当該同期状態の情報をＣＣ３０Ｇに利用する。また、ＵＥ２００−１は、ＣＣ３０ＩにおけるＵＥ２００−１の同期状態を獲得し、当該同期状態の情報をＣＣ３０Ｊに利用する。

（各装置の構成）
−ｅＮｏｄｅＢ１００−１：制御部１５０
ｅＮｏｄｅＢ１００の制御部１５０は、互いに同期している上記２つ以上のＣＣのうちの一部のＣＣでは、少なくともいずれかのサブフレームでＣＲＳが送信され、上記２つ以上のＣＣのうちの残りのＣＣでは、ＣＲＳが送信されないように、各ＣＣにおける信号の送信を制御する。

より具体的には、例えば、ｅＮｏｄｅＢ１００の制御部１５０は、無線通信部１２０に、互いに同期している２つ以上のＮＣＴのうちの一部のＮＣＴでＣＲＳを送信させる。また、制御部１５０は、無線通信部１２０に、上記２つ以上のＮＣＴのうちの残りのＮＣＴでＣＲＳを送信させない。

一例として、制御部１５０は、無線通信部１２０に、ＣＲＳの送信に関する設定に従って各ＮＣＴでＣＲＳを送信させる。上記設定は、例えば、時間方向におけるＣＲＳの送信周期、周波数方向におけるＣＲＳの送信対象のＲＢ、ＲＢ内での送信位置等を含む。そして、無線通信部１２０は、ＣＲＳの送信に関する上記設定に従って、各ＮＣＴでＣＲＳを送信する。具体的には、例えば、無線通信部１２０は、リソースエレメント（Resource Element：ＲＥ）への信号のマッピングを担う。そして、無線通信部１２０は、ＣＲＳの送信に関する設定に従って、ＣＲＳをＲＥへマッピングする。その後、無線通信部１２０は、当該ＣＲＳを送信する。

別の例として、制御部１５０は、ＲＥへの信号のマッピングを担ってもよい。そして、制御部１５０は、予め定められたＣＲＳの送信頻度に従って、ＣＲＳをＲＥへマッピングしてもよい。そして、無線通信部１２０は、当該ＲＥでＣＲＳを送信してもよい。この場合に、制御部１５０は、例えば、無線通信プロトコルにおける物理層の処理の一部を行うように構成された通信処理回路を含む。

例えばこのように、制御部１５０は、信号の送信を制御する。

−ｅＮｏｄｅＢ１００−１：無線通信部１２０
ｅＮｏｄｅＢ１００の無線通信部１２０は、互いに同期している上記２つ以上のＣＣのうちの一部のＣＣで、少なくともいずれかのサブフレームでＣＲＳを送信し、上記２つ以上のＣＣのうちの残りのＣＣではＣＲＳを送信しない。より具体的には、例えば、ｅＮｏｄｅＢ１００の無線通信部１２０は、互いに同期している２つ以上のＮＣＴのうちの一部のＮＣＴでＣＲＳを送信する。また、無線通信部１２０は、上記２つ以上のＮＣＴのうちの残りのＮＣＴでＣＲＳを送信しない。

＜３．５．２．第２の変形例＞
まず、図２６〜図２８を参照して、第１の実施形態に係る第２の変形例を説明する。

（概要）
上述したように、第１の実施形態では、ＵＥ２００−１は、同期関係情報に基づいて、無線通信に用いられる複数のＣＣにおける同期のための制御を行う。例えば、ＵＥ２００−１は、互いに同期しているＣＣのうちの一部のＣＣにおけるＵＥ２００−１の同期状態を、ＣＲＳにより獲得する。そして、ＵＥ２００−１は、獲得した上記一部のＣＣにおけるＵＥ２００−１の同期状態の情報を、残りのＣＣに利用する。

第１の実施形態に係る第２の変形例では、まず、少なくともいずれかのサブフレームではＣＲＳが送信されない上記１つ以上のＣＣは、互いに同期している２つ以上のＣＣを含む。そして、ＵＥ２００−１は、上記２つ以上のＣＣのうちの一部のＣＣにおけるＵＥ２００−１の同期状態の監視を行い、上記２つ以上のＣＣのうちの残りのＣＣにおけるＵＥ２００−１の同期状態の監視を行わない。

なお、ＵＥ２００−１は、例えば、上記一部のＣＣにおけるＵＥ２００の同期状態の監視結果を、上記残りのＣＣに利用する。

以上のように、互いに同期しているＮＣＴがある場合に、ＵＥ２００−１は、一部のＮＣＴにおけるＵＥ２００−１の同期状態を監視すれば、残りのＣＣにおけるＵＥ２００−１の同期状態を監視しなくてもよい。このように、ＵＥ２００−１にとっての負荷が軽減され得る。

（同期監視の具体例）
具体的には、例えば、無線通信に用いられる複数のＣＣは、互いに同期している２つ以上のＮＣＴを含む。当該２つ以上のＮＣＴは、例えば、２つ以上のＵＮＣＴであり、又は、Ｌｅｇａｃｙ ＣＣがないケースにおける２つ以上のＮＣＴである。そして、ＵＥ２００−１は、上記２つ以上のＮＣＴのうちの一部のＮＣＴにおけるＵＥ２００−１の同期状態を監視する。一方、ＵＥ２００−１は、上記２つ以上のＮＣＴのうちの残りのＮＣＴにおけるＵＥ２００−１の同期状態を監視しない。以下、この点について図２６及び図２７を参照して具体例を説明する。

図２６は、第１の実施形態の第２の変形例に従った同期監視の第１の例を説明するための説明図である。図２６を参照すると、無線通信に用いられる５つのＣＣ３０が示されている。この例では、５つのＣＣ３０のうちのＣＣ３０Ａ及びＣＣ３０Ｂは、Ｌｅｇａｃｙ ＣＣであり、ＣＣ３０Ｃ、ＣＣ３０Ｄ及びＣＣ３０Ｅは、ＮＣＴである。さらに具体的には、ＣＣ３０Ｄ及びＣＣ３０Ｅは、いずれのＬｅｇａｃｙ ＣＣとも同期していないＵｎｓｙｎｃｈｒｏｎｉｚｅｄ ＮＣＴ（即ち、ＵＮＣＴ）である。そして、この例では、ＵＮＣＴであるＣＣ３０Ｄ及びＣＣ３０Ｅは、互いに同期している。この場合に、ＵＥ２００−１は、ＣＣ３０ＤにおけるＵＥ２００−１の同期状態の監視を行うが、ＣＣ３０ＥにおけるＵＥ２００−１の同期状態の監視を行わない。ＵＥ２００−１は、ＣＣ３０ＤにおけるＵＥ２００の同期状態の監視結果を、ＣＣ３０Ｅに利用する。

図２７は、第１の実施形態の第２の変形例に従ったＣＲＳの送信の第２の例を説明するための説明図である。図２７を参照すると、無線通信に用いられる５つのＣＣ３０が示されている。この例では、５つのＣＣ３０の各々は、ＮＣＴである。ここで、ＣＣ３０Ｇ及びＣＣ３０Ｈは互いに同期している。また、ＣＣ３０Ｉ及びＣＣ３０Ｊは互いに同期している。そして、その他のＣＣの組合せは、互いに同期していない。この場合に、ＵＥ２００−１は、ＣＣ３０Ｆ、ＣＣ３０Ｈ及びＣＣ３０ＩにおけるＵＥ２００−１の同期状態の監視を行うが、ＣＣ３０Ｇ及びＣＣ３０ＪにおけるＵＥ２００−１の同期状態の監視を行わない。ＵＥ２００−１は、ＣＣ３０ＨにおけるＵＥ２００の同期状態の監視結果を、ＣＣ３０Ｇに利用する。また、ＵＥ２００−１は、ＣＣ３０ＩにおけるＵＥ２００の同期状態の監視結果を、ＣＣ３０Ｊに利用する。

（各装置の構成）
−ＵＥ２００−１：制御部２４０
ＵＥ２００−１の制御部２４０は、上記同期関係情報に基づいて、上記複数のＣＣにおける同期のための制御を行う。とりわけ第１の実施形態の第２の変形例では、制御部２４０は、上記２つ以上のＣＣのうちの一部のＣＣにおけるＵＥ２００−１の同期状態の監視を行い、上記２つ以上のＣＣのうちの残りのＣＣにおけるＵＥ２００−１の同期状態の監視を行わない。

例えば、制御部２４０は、同期関係情報から、互いに同期しているＮＣＴを特定する。そして、制御部２４０は、互いに同期しているＮＣＴのうちの一部のＣＣにおけるＵＥ２００−１の同期状態を監視し、互いに同期しているＮＣＴのうちの残りのＮＣＴにおけるＵＥ２００−１の同期状態を監視しない。より具体的には、例えば、制御部２４０は、当該一部のＮＣＴにおけるＵＥ２００−１の同期状態にあるか否かをＰＤＣＣＨのＢＬＥＲに基づいて監視する。換言すると、ＵＥ２００−１は、ＰＤＣＣＨのＢＬＥＲに基づいて、上記一部のＮＣＴにおけるＵＥ２００−１の同期外れを検出する。一例として、ＵＥ２００−１は、ＢＬＥＲが所定の閾値（例えば、１０％）を下回る場合に、同期外れを検出する。

そして、ＵＥ２００−１は、所定の回数の同期外れを検出すると、タイマを開始する。その後、ＵＥ２００−１は、上記タイマが期限切れになる前に、ＵＥ２００−１の同期状態を検出すると、上記タイマを停止する。このようにタイマを停止するのは、同期外れの検出により直ちにＮＣＴをデアクティベート（deactivate）してしまうと、当該ＮＣＴと同期している他のＮＣＴへの影響が大きいからである。

また、上記タイマが期限切れになると、ＵＥ２００−１は、上記ＮＣＴをデアクティベートする。また、ＵＥ２００−１は、当該ＮＣＴにおけるＵＥ２００−１の同期状態の情報を利用するＮＣＴも、同様にデアクティベートする。

従来のＳＣＣ（即ち、リリース１０のキャリアアグリゲーションのＳＣＣ）は、ＰＤＣＣＨの不検出のみでデアクティベートされる。一方、上述した同期監視処理により、別のＮＣＴと同期している同期監視対象のＮＣＴは、ＳＣＣであったとしても、ＰＤＣＣＨの不検出のみではデアクティベートされない。よって、同期監視対象のＮＣＴは、簡単にデアクティベートされないので、当該ＮＣＴと同期している別のＮＣＴに悪影響を与えにくい。

なお、いずれのＮＣＴとも同期していないＮＣＴは、例えば、従来のＳＣＣと同様にＵＥ２００−１によりデアクティベートされる。即ち、ＵＥ２００−１は、ＰＤＣＣＨの不検出のみで、いずれのＮＣＴも同期していないＮＣＴをデアクティベートする。

（処理の流れ）
次に、図２８を参照して、第１の実施形態の第２の変形例に係るＵＥ２００−１の通信制御処理の例を説明する。図２８は、第１の実施形態の第２の変形例に係るＵＥ２００−１の通信制御処理の概略的な流れの一例を示すフローチャートである。

ステップＳ５０１で、制御部２４０は、互いに同期しているＮＣＴのうちの１つのＮＣＴにおけるＵＥ２００−１の同期状態を監視し、残りのＣＣにおけるＵＥ２００−１の同期状態を監視しない。

ステップＳ５０３で、制御部２４０は、同期監視対象のＮＣＴにおけるＵＥ２００−１の同期状態を検出したかを判定する。同期状態が検出されていなければ、処理はステップＳ５０５へ進む。そうでなければ（即ち、同期外れが検出されていれば）、処理はステップＳ５０７へ進む。

ステップＳ５０５で、制御部２４０は、タイマが既に開始していれば、タイマを停止する。そして、処理はステップＳ５０１へ戻る。

ステップＳ５０７で、制御部２４０は、タイマが既に開始しているかを判定する。タイマが既に開始していれば、処理はステップＳ５１１へ進む。そうでなければ、処理はステップＳ５０９へ進む。

ステップＳ５０９で、制御部２４０は、タイマを開始させる。

ステップＳ５１１で、制御部２４０は、タイマが期限切れかを判定する。タイマが期限切れであれば、処理はステップＳ５１３へ進む。そうでなければ、処理はステップＳ５０１へ戻る。

ステップＳ５１３で、制御部２４０は、同期監視対象のＮＣＴをデアクティベートする。また、ステップＳ５１５で、制御部２４０は、同期監視対象のＮＣＴと同期しているＮＣＴもデアクティベートする。

ステップＳ５１７で、制御部２４０は、デアクティベートされたＮＣＴについての再接続処理を実行する。そして、ＮＣＴがアクティベートされると、処理はステップＳ５０１へ戻る。

以上、図７〜２８を参照して本開示の第１の実施形態を説明した。第１の実施形態によれば、キャリアアグリゲーションにおけるＵＥにとっての負荷を軽減することが可能となる。

＜＜＜４．第２の実施形態＞＞＞
続いて、図２９〜３７を参照して本開示の第２の実施形態を説明する。

＜＜４．１．概要＞＞
まず、本開示の第２の実施形態の概要を説明する。

上述したように、３ＧＰＰのリリース１１では、後方互換性を維持できる従来型のＣＣとは別に、新たなコンポーネントキャリアであるＮＣＴが検討されている。そして、当該ＮＣＴに対する最大のモチベーションは、ＣＣのオーバーヘッドを減らすこと（即ち、制御に用いられる無線リソースを減らすこと）である。

上記オーバーヘッドを減らすために、ＵＥの同期状態を保ちつつＣＲＳをどれだけ削除できるかが、検討された。そして、ＳＮＲが−８ｄＢの環境では５ｍｓ毎に２５ＲＢでＣＲＳを送信することが必要であることが分かった。

しかし、実際には、ＳＮＲはセル内の場所によって変わるので、セル内のある場所に位置するＵＥのＳＮＲが−８ｄＢであっても、セルの中心に近いＵＥのＳＮＲは１０ｄＢである可能性もある。そのため、例えば、ＮＣＴでは一律に５ｍｓ毎に２５ＲＢでＣＲＳが送信されると、悪い環境にいるＵＥのために、全てのＮＣＴにおいて多くのＣＲＳを送信することになってしまう。その結果、オーバーヘッドを十分に減らすことができないことが懸念される。

そこで、本開示の第２の実施形態は、端末装置（ＵＥ）の同期状態の獲得を実現しつつ共通リファレンス信号（ＣＲＳ）によるオーバーヘッドをより小さくすることを可能にする。

具体的には、第２の実施形態によれば、無線通信に用いられる複数のＣＣは、少なくともいずれかのサブフレームではＣＲＳが送信されない２つ以上のＣＣを含む。より具体的には、例えば、当該２つ以上のＣＣは、２つ以上のＮＣＴである。そして、上記２つ以上のＣＣのうちの少なくとも２つのＣＣでは互いに異なる頻度でＣＲＳが送信される。以下、この点について図２９及び図３０を参照して具体例を説明する。

図２９は、一律にＣＲＳの送信頻度が設定されたＮＣＴの例を説明するための説明図である。図２９を参照すると、無線通信に用いられる５つのＣＣ３０が示されている。当該５つのＣＣ３０のうちのＣＣ３０Ｋは、Ｌｅｇａｃｙ ＣＣであり、その他のＣＣ３０は、ＮＣＴである。そして、これらのＮＣＴでは、一律に５ｍｓ毎に２５ＲＢでＣＲＳが送信される。

図３０は、本開示の第２の実施形態に従ったＮＣＴの例を説明するための説明図である。図３０を参照すると、図２９と同様に、無線通信に用いられる５つのＣＣ３０が示され、当該５つのＣＣ３０のうちのＣＣ３０Ｋは、Ｌｅｇａｃｙ ＣＣであり、その他のＣＣ３０は、ＮＣＴである。そして、ＣＣ３０Ｌ及びＣＣ３０Ｏでは、５ｍｓ毎に２５ＲＢでＣＲＳが送信されるが、ＣＣ３０Ｍ及びＣＣ３０Ｎでは、１０ｍｓ毎に６ＲＢでＣＲＳが送信される。図３０に示される例では、図２９に示される例と比べて、ＣＣ３０Ｍ及びＣＣ３０ＮにおいてＣＲＳによるオーバーヘッドが小さくなる。

このように、互いに異なる頻度でＣＲＳが送信されるＮＣＴがあれば、ＵＥ２００は、環境に応じてＮＣＴを選択的に使用することができる。例えば、ＳＮＲが低い環境にいるＵＥ２００は、より高い頻度でＣＲＳが送信されるＮＣＴを使用する。また、ＳＮＲが高い環境にいるＵＥ３００は、より低い頻度でＣＲＳが送信されるＮＣＴを使用する。その結果、ＵＥ２００は、ＵＥ２００の同期状態を獲得できる。そして、図３０を参照して説明したように、ＣＲＳによるオーバーヘッドをより小さくすることができる。

＜＜４．２．各装置の構成＞＞
次に、本開示の第２の実施形態に係るｅＮｏｄｅＢ１００−２及びＵＥ２００−２の構成の一例を説明する。

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

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

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

例えば、記憶部１４１は、少なくともいずれかのサブフレームではＣＲＳが送信されない上記２つ以上の周波数帯域の各々においてＵＥ２００−２が同期できるかを判定するための同期可否判定用情報を記憶する。より具体的には、例えば、当該同期可否判定用情報は、２つ以上のＮＣＴの各々においてＵＥ２００−２が同期できるかを判定するための情報である。当該同期可否判定用情報の具体例は後述される。

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

−ＣＲＳに関連する信号送信制御
とりわけ、第２の実施形態では、制御部１５１は、無線通信に用いられる複数のＣＣでの信号の送信を制御する。当該複数のＣＣは、少なくともいずれかのサブフレームではＣＲＳが送信されない２つ以上のＣＣを含む。そして、制御部１５１は、上記２つ以上のＣＣのうちの少なくとも２つのＣＣでは互いに異なる頻度でＣＲＳが送信されるように、上記送信を制御する。

より具体的には、例えば、制御部１５１は、２つ以上のＮＣＴのうちの少なくとも２つのＮＣＴでは異なる頻度でＣＲＳが送信されるように、信号の送信を制御する。一例として、制御部１５１は、あるＮＣＴでは、５ｍｓ毎に２５ＲＢでＣＲＳが送信され、別のＮＣＴでは、１０ｍｓ毎に６ＲＢでＣＲＳが送信されるように、信号の送信を制御する。

一例として、制御部１５１は、無線通信部１２０に、ＣＲＳの送信に関する設定に従って各ＮＣＴでＣＲＳを送信させる。上記設定は、例えば、時間方向におけるＣＲＳの送信周期、周波数方向におけるＣＲＳの送信対象のＲＢ、ＲＢ内での送信位置等を含む。そして、無線通信部１２０は、ＣＲＳの送信に関する上記設定に従って、各ＮＣＴでＣＲＳを送信する。具体的には、例えば、無線通信部１２０は、リソースエレメント（ＲＥ）への信号のマッピングを担う。そして、無線通信部１２０は、ＣＲＳの送信に関する設定に従って、ＣＲＳをＲＥへマッピングする。そして、無線通信部１２０は、当該ＣＲＳを送信する。

別の例として、制御部１５１は、ＲＥへの信号のマッピングまで担ってもよい。そして、制御部１５１は、予め定められたＣＲＳの送信頻度に従って、ＣＲＳをＲＥへマッピングしてもよい。そして、無線通信部１２０は、当該ＲＥでＣＲＳを送信してもよい。

例えばこのように、制御部１５１は、信号の送信を制御する。

−同期可否判定用情報の送信
また、制御部１５１は、少なくともいずれかのサブフレームではＣＲＳが送信されない上記２つ以上の周波数帯域の各々においてＵＥ２００−２が同期できるかを判定するための同期可否判定用情報を取得する。より具体的には、例えば、当該同期可否判定用情報は、２つ以上のＮＣＴの各々においてＵＥ２００−２が同期できるかを判定するための情報である。また、制御部１５１は、記憶部１４１に記憶されている同期可否判定用情報を取得する。

そして、制御部１５１は、ＵＥ２００−２への上記同期可否判定用情報の送信を制御する。より具体的には、例えば、制御部１５１は、当該同期可否判定用情報を含むシステム情報を生成し、無線通信部１２０に当該システム情報を送信させる。これにより、ＵＥ２００−２は、上記同期可否判定用情報を受信できる。なお、上記同期可否判定用情報は、ＵＥ２００−２へのＲＲＣシグナリングにより送信されてもよい。

このような情報が提供されることで、ＮＣＴによってＣＲＳの送信頻度が異なるとしても、ＵＥ２００−２は、どのＮＣＴであれば同期状態を獲得できるかを知ることができる。よって、ＵＥ２００−２は、環境に応じて適切なＮＣＴを選択して使用する（即ち、適切なＮＣＴにおいてｅＮｏｄｅＢ１００−１との接続を確立する）ことにより、試行錯誤することなくより確実に同期状態を獲得することができる。

また、例えば、上記同期可否判定用情報は、少なくともいずれかのサブフレームではＣＲＳが送信されない上記２つ以上のＣＣの各々におけるＣＲＳの送信頻度に関する情報を含む。より具体的には、例えば、上記同期判定用情報は、２つ以上のＮＣＴの各々におけるＣＲＳの送信頻度に関する情報を含む。なお、当該送信頻度は、時間方向の頻度及び周波数方向の頻度のうちの一方又は両方を含む。以下、このような同期判定用情報の具体例を、図３２を参照して説明する。

図３２は、図３０に示されるＮＣＴに対応する同期判定用情報の一例を説明するための説明図である。図３２を参照すると、各ＮＣＴにおけるＣＲＳの送信頻度が示されている。図３０を参照して説明したように、ＮＣＴであるＣＣ３０のうちのＣＣ３０Ｌ及びＣＣ３０ＯにおけるＣＲＳの送信頻度は、時間方向において５ｍｓの周期であり、周波数方向において２５ＲＢの幅である。また、ＣＣ３０Ｍ及びＣＣ３０ＮにおけるＣＲＳの送信頻度は、時間方向において１０ｍｓの周期であり、周波数方向において６ＲＢの幅である。例えばこのように、同期可否判定用情報は、各ＮＣＴにおけるＣＲＳの送信頻度を示す情報を含む。なお、当然ながら、同期可否判定用情報は、ＣＲＳの送信頻度の具体的な数値を含む必要はない。例えば、同期可否判定用情報は、ＣＲＳの送信頻度を識別するための識別情報（例えば、ＩＤ）を含む。

このような情報が提供されることで、ＵＥ２００−２は、各ＮＣＴにおけるＣＲＳの送信頻度を知ることができる。よって、ＵＥ２００−２は、環境に応じて適切なＣＲＳの送信頻度を選択し、当該送信頻度を伴うＣＲＳを使用することにより、試行錯誤することなくより確実に同期状態を獲得することができる。

なお、上記同期可否判定用情報は、少なくともいずれかのサブフレームではＣＲＳが送信されない上記２つ以上のＣＣの各々における推奨される通信品質に関する情報を含んでもよい。例えば、同期可否判定用情報は、図３０及び図３２の例におけるＣＣ３０Ｌ及びＣＣ３０Ｏにおける推奨される通信品質に関する情報として、推奨ＳＮＲ（例えば、ＳＮＲ＝−８ｄＢ）を含んでもよい。

このような情報が提供されることで、ＵＥ２００−２は、各ＮＣＴにおける同期状態を獲得するためにどの程度の通信品質（例えば、ＳＮＲ）が必要かを知ることができる。よって、ＵＥ２００−２は、各ＮＣＴでの実際のＳＮＲに応じて適切なＮＣＴを選択し、当該ＮＣＴを使用することにより、試行錯誤することなくより確実に同期状態を獲得することができる。

また、上記同期可否判定用情報は、少なくともいずれかのサブフレームではＣＲＳが送信されない上記２つ以上のＣＣの各々についての電力制御に関する情報を含んでもよい。例えば、上記同期可否判定用情報は、２つ以上のＮＣＴにおけるパワーブースティングの適用の有無を示す情報を含んでもよい。

このような情報が提供されることで、ＵＥ２００−２は、どのＮＣＴであれば同期状態をより獲得しやすいかを知ることができる。よって、ＵＥ２００−２は、適切なＮＣＴを選択して使用することにより、試行錯誤することなくより確実に同期状態を獲得することができる。

−ＵＥへのＣＣの割当て
また、例えば、制御部１５１は、無線通信に用いられる複数のＣＣのうちの、ＵＥ２００−２の無線通信に用いるＣＣを選択する。

具体的には、例えば、制御部１５１は、ＵＥ２００−２の無線通信に用いるＳＣＣを選択する。ここで、制御部１５１は、例えば、各ＣＣにおけるＵＥ２００−２のＳＮＲと、各ＣＣにおけるＣＲＳの送信頻度とに基づいて、ＵＥ２００−２の無線通信に用いるＳＣＣを選択する。例えば、制御部１５１は、ＳＮＲが低い環境にいるＵＥ２００−２のＳＣＣとして、より高い頻度（例えば、５ｍｓ・２５ＲＢ）でＣＲＳが送信されるＮＣＴを選択する。また、制御部１５１は、ＳＮＲが高い環境にいるＵＥ２００−２のＳＣＣとして、より低い頻度（例えば、１０ｍｓ・６ＲＢ）でＣＲＳが送信されるＮＣＴを選択する。このような選択の結果、ＵＥ２００−２は、選択されたＣＣにおけるＵＥ２００−２の同期状態を獲得できる。

なお、同一のＵＥ２００−２においても、ＳＮＲは、ＣＣによって異なるが、ＵＥ２００−２の位置により大きく異なる。例えば、ＵＥ２００−２のフェージングの環境によって、あるＣＣについてのＳＮＲと別のＣＣについてのＳＮＲとの間には、１０ｄＢ程度の差が存在することもあり得る。しかしながら、ＣＣに起因するＳＮＲの差は、ＵＥ２００−２の位置によってより大きくなり得る。そこで、制御部１５１は、一例として、ＵＥ２００−２がセル１０の中心から離れている場合（例えば、タイミングアドバンスト値が大きい場合）に、当該ＵＥ２００−２のＳＣＣとして、より高い頻度（例えば、５ｍｓ・２５ＲＢ）でＣＲＳが送信されるＮＣＴを選択してもよい。また、制御部１５１は、ＵＥ２００−２がセル１０の中心から近い場合（例えば、タイミングアドバンスト値が小さい場合）に、当該ＵＥ２００−２のＳＣＣとして、より低い頻度（例えば、１０ｍｓ・６ＲＢ）でＣＲＳが送信されるＮＣＴを選択してもよい。

なお、あるＵＥ２００−２について、より低い頻度（例えば、１０ｍｓ・６ＲＢ）のＣＲＳを伴う第１のＮＣＴのＳＮＲが、より高い頻度（例えば、５ｍｓ・２５ＲＢ）のＣＲＳを伴う第２のＮＣＴのＳＮＲよりもかなり大きい場合もあり得る。この場合に、制御部１５１は、上記あるＵＥ２００−２のＳＣＣとして、第１のＮＣＴを選択してもよい。

−ＮＣＴにおけるＣＲＳの送信頻度の動的な変更
制御部１５１は、各ＮＣＴにおけるＣＲＳの送信頻度を変更してもよい。より具体的には、例えば、制御部１５１は、各ＵＥ２００−２についてのＳＮＲ（例えば、Ｌｅｇａｃｙ ＣＣにおける各ＵＥ２００−２のＳＮＲ）を取得する。そして、制御部１５１は、取得したＳＮＲの分布に基づいて、各ＮＣＴにおけるＣＲＳの送信頻度を決定する。これにより、セル１０の環境に応じたより適切な送信頻度を設定することが可能になる。

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

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

例えば、記憶部２３１は、少なくともいずれかのサブフレームではＣＲＳが送信されない上記２つ以上の周波数帯域の各々においてＵＥ２００−２が同期できるかを判定するための同期可否判定用情報を記憶する。具体的には、例えば、当該同期可否判定用情報は、２つ以上のＮＣＴの各々においてＵＥ２００−２が同期できるかを判定するための情報である。また、制御部２４１が、上記同期可否判定用情報を取得すると、記憶部２３１は、当該同期可否判定用情報を記憶する。

（制御部２４１）
−無線通信に用いるＣＣの選択
制御部２４１は、ＵＥ２００−２の様々な機能を提供する。

とりわけ、第２の実施形態では、制御部２４１は、無線通信に用いられる複数のＣＣのうちの、ＵＥ２００−２の無線通信に用いるＣＣを選択する。当該複数のＣＣは、少なくともいずれかのサブフレームではＣＲＳが送信されない２つ以上のＣＣを含む。また、当該２つ以上のＣＣのうちの少なくとも２つのＣＣでは、互いに異なる頻度でＣＲＳが送信される。

より具体的には、例えば、上記複数のＣＣは、２つ以上のＮＣＴを含む。また、当該２つ以上のＮＣＴのうちの少なくとも２つのＮＣＴでは、互いに異なる頻度でＣＲＳが送信される。そして、制御部２４１は、ＵＥ２００−２にとって適切なＣＣを選択し、当該ＣＣでｅＮｏｄｅＢ１００−２との接続を確立する。例えば、このようにＵＥ２００−２により選択されて接続されるＣＣは、ＰＣＣとしてＵＥ２００−２により用いられる。

−同期可否判定用情報に基づくＣＣの選択
また、制御部２４１は、上記２つ以上の周波数帯域の各々においてＵＥ２００−２が同期できるかを判定するための同期可否判定用情報が受信されると、当該同期可否判定用情報を取得する。具体的には、例えば、当該同期可否判定用情報は、２つ以上のＮＣＴの各々においてＵＥ２００−２が同期できるかを判定するための情報である。また、ｅＮｏｄｅＢ１００−２が、上記同期可否判定用情報を含むシステム情報を送信すると、無線通信部２２０は、当該システム情報を受信する。そして、制御部２４１は、受信されたシステム情報から、上記同期可否判定用情報を取得する。

そして、制御部２４１は、上記同期可否判定用情報に基づいて、上記複数のＣＣのうちの、ＵＥ２００−２の無線通信に用いるＣＣを選択する。具体的には、例えば、制御部２４１は、各ＣＣで送信されるＣＲＳにより、信号強度を測定する。そして、制御部２４１は、信号強度と雑音電力からＳＮＲを算出する。そして、制御部２４１は、各ＣＣについてのＳＮＲと同期可否判定用情報（例えば、ＣＲＳの送信頻度）とに基づいて、適切なＣＣを選択する。例えば、ＳＮＲが低い環境にいるＵＥ２００−２は、より高い頻度（例えば、５ｍｓ・２５ＲＢ）でＣＲＳが送信されるＮＣＴを選択し、当該ＮＣＴでｅＮｏｄｅＢ１００−２との接続を確立する。また、ＳＮＲが高い環境にいるＵＥ３００は、より低い頻度（例えば、１０ｍｓ・６ＲＢ）でＣＲＳが送信されるＮＣＴを選択し、当該ＮＣＴでｅＮｏｄｅＢ１００−２との接続を確立する。その結果、ＵＥ２００は、選択されたＣＣにおけるＵＥ２００の同期状態を獲得できる。

なお、制御部２４１は、一例として、ＵＥ２００−２がセル１０の中心から離れている場合（例えば、タイミングアドバンスト値が大きい場合）に、より高い頻度（例えば、５ｍｓ・２５ＲＢ）でＣＲＳが送信されるＮＣＴを選択してもよい。また、制御部２４１は、ＵＥ２００−２がセル１０の中心から近い場合（例えば、タイミングアドバンスト値が小さい場合）に、より低い頻度（例えば、１０ｍｓ・６ＲＢ）でＣＲＳが送信されるＮＣＴを選択してもよい。しかし、より低い頻度（例えば、１０ｍｓ・６ＲＢ）のＣＲＳを伴う第１のＮＣＴのＳＮＲが、より高い頻度（例えば、５ｍｓ・２５ＲＢ）のＣＲＳを伴う第２のＮＣＴのＳＮＲよりもかなり大きい場合には、ＵＥ２００−２は、第１のＮＣＴを選択してもよい。

また、同期可否判定用情報が、推奨ＳＮＲを含む場合には、制御部２４１は、推奨ＳＮＲ以上のＳＮＲを伴うＮＣＴを選択してもよい。また、同期可否判定用情報が、パワーブースティングの適用の有無を示す情報を含む場合には、制御部２４１は、当該情報を考慮してＮＣＴを選択してもよい。

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

（ｅＮｏｄｅＢ側の通信制御処理）
図３４Ａは、本開示の第２の実施形態に係るｅＮｏｄｅＢ１００−２の通信制御処理の概略的な流れの一例を示すフローチャートである。当該通信制御処理は、同期可否判定用情報を送信するための処理である。

ステップＳ７０１で、制御部１５１は、記憶部１４１に記憶されている同期可否判定用情報を取得する。

次に、ステップＳ７０３で、制御部１５１は、上記同期可否判定用情報を含むシステム情報を生成する。

そして、ステップＳ７０５で、制御部１５１は、無線通信部１２０に、上記同期可否判定用情報を含む上記システム情報を送信させる。即ち、無線通信部１２０は、上記同期用可否判定用情報を含む上記システム情報を送信する。そして、処理はステップＳ７０１へ戻る。

（ＵＥ側の通信制御処理）
図３４Ｂは、本開示の第２の実施形態に係るＵＥ２００−２の通信制御処理の概略的な流れの一例を示すフローチャートである。当該通信制御処理は、同期可否判定用情報に基づいてＣＣを選択するための処理である。

ステップＳ７２１で、ｅＮｏｄｅＢ１００−１が、同期用可否判定用情報を含むシステム情報を送信すると、無線通信部２２０は、当該システム情報を受信する。

ステップＳ７２３で、制御部２４１は、受信されたシステム情報から、上記同期用可否判定用情報を取得する。

ステップＳ７２５で、制御部２４０は、上記同期用可否判定用情報に基づいて、上記複数のＣＣから、ＵＥの無線通信に用いるＣＣを選択する。そして、処理は終了する。

＜＜４．４．変形例＞＞
次に、図３５〜図３７を参照して、本開示の第２の実施形態に係る第１の変形例、及び第２の変形例を説明する。

＜４．４．１．第１の変形例＞
まず、図３５及び図３６を参照して、第２の実施形態に係る第１の変形例を説明する。

（概要）
第２の実施形態では、上述したように、ＮＣＴによってＣＲＳの送信頻度が異なり得る。そのため、ＮＣＴによってＣＲＳの時間方向における送信頻度が異なる場合もある。以下、この点について図３５を参照して具体例を説明する。

図３５は、異なるＣＲＳの送信頻度を伴う２つのＮＣＴにおけるＣＲＳの送信タイミングの例を説明するための説明図である。図３５を参照すると、時間方向において５ｍｓの周期でＣＲＳが送信されるＮＣＴでのＣＲＳの送信タイミングと、時間方向において１０ｍｓの周期でＣＲＳが送信されるＮＣＴでのＣＲＳの送信タイミングとが、示されている。このように、例えば、ＮＣＴ間でＣＲＳの時間方向における送信頻度が異なる場合には、ＣＲＳの送信タイミング（例えば、ＣＲＳを送信するサブフレーム）が、ＮＣＴ間でずれてしまう可能性がある。その結果、ＵＥ２００−２が動作すべき時間が増えるので、ＵＥ２００−２の消費電力が増大してしまう。

そこで、第１の変形例では、ＣＲＳが時間方向においてより低い頻度で送信されるＮＣＴでＣＲＳが送信されるサブフレームの一部又は全部が、ＣＲＳがより高い頻度で送信されるＣＣでＣＲＳが送信されるサブフレームとなる。即ち、ＣＲＳが送信されるサブフレームがＮＣＴ間でなるべく一致する。以下、この点について図３６を参照して具体例を説明する。

図３６は、第２の実施形態の第１の変形例に従った、異なるＣＲＳの送信頻度を伴う２つのＮＣＴにおけるＣＲＳの送信タイミングの例を説明するための説明図である。図３６を参照すると、時間方向において５ｍｓの周期でＣＲＳが送信されるＮＣＴでのＣＲＳの送信タイミングと、時間方向において１０ｍｓの周期でＣＲＳが送信されるＮＣＴでのＣＲＳの送信タイミングとが、示されている。この例では、１０ｍｓの周期でＣＲＳが送信されるＮＣＴにおけるＣＲＳの送信タイミング（ＣＲＳを送信するサブフレーム）の全ては、５ｍｓの周期でＣＲＳが送信されるＮＣＴにおけるＣＲＳの送信タイミング（ＣＲＳを送信するサブフレーム）の一部と合致する。よって、図３６に示される例の方が、図３５に示される例よりも、ＣＲＳが送信されるサブフレームの数が少なくなる。

これにより、ＵＥ２００−２が動作すべき時間を減らせるので、ＵＥ２００−２の消費電力の増大を抑えることができる。

（各装置の構成）
−ｅＮｏｄｅＢ１００−２：制御部１５１
少なくともいずれかのサブフレームではＣＲＳが送信されない上記２つ以上のＣＣは、時間方向において第１の頻度でＣＲＳが送信される低頻度ＣＣと、時間方向において第１の頻度よりも高い第２の頻度でＣＲＳが送信される高頻度ＣＣとを含む。より具体的には、例えば、２つ以上のＮＣＴは、１０ｍｓ毎に６ＲＢでＣＲＳが送信されるＮＣＴと、５ｍｓ毎に２５ＲＢでＣＲＳが送信されるＮＣＴとを含む。

そして、制御部１５１は、上記低頻度ＣＣでＣＲＳが送信されるサブフレームの一部又は全部が、上記高頻度ＣＣでＣＲＳが送信されるサブフレームとなるように、送信を制御する。より具体的には、例えば、制御部１５１は、１０ｍｓ毎に６ＲＢでＣＲＳが送信されるＮＣＴでＣＲＳが送信されるサブフレームの全部が、５ｍｓ毎に２５ＲＢでＣＲＳが送信されるＮＣＴでＣＲＳが送信されるサブフレームとなるように、送信を制御する。

＜４．４．２．第２の変形例＞
次に、図３７を参照して、第２の実施形態に係る第２の変形例を説明する。

（概要）
上述したように、ＮＣＴとして、従来型のＣＣと同期しているＮＣＴ（ＳＮＣＴ）と、ＬＣＣと同期していないＮＣＴ（ＵＮＣＴ）とが、検討されている。また、第１の実施形態に関連して説明したように、互いに同期しているＵＮＣＴのうちの一部のＵＮＣＴにおけるＵＥ２００の同期状態の情報を、残りのＵＮＣＴに利用することも可能である。

しかし、例えば、互いに同期しているＵＮＣＴのいずれでもＣＲＳの送信頻度が低い場合（例えば、ＣＲＳが１０ｍｓ毎に６ＲＢで送信される場合）には、ＵＥ２００は、ＳＮＲが低い環境にいる場合に、当該ＵＮＣＴのいずれでも同期状態を獲得できない可能性がある。その結果、ＵＥ２００がこれらのＵＮＣＴを無線通信に用いることができなくなることが懸念される。

そこで、第２の変形例では、互いに同期しているＮＣＴのうちの互いに同期している周波数帯域で、互いに異なる頻度でＣＲＳが送信される。以下、この点について図３７を参照して具体例を説明する。

図３７は、コンポーネントキャリア（ＣＣ）間の同期関係に応じた各ＣＣにおけるＣＲＳの送信頻度の一例を説明するための説明図である。図３７を参照すると、無線通信に用いられる５つのＣＣ３０が示されている。当該５つのＣＣ３０のうちのＣＣ３０Ｋは、Ｌｅｇａｃｙ ＣＣであり、その他のＣＣ３０は、ＮＣＴである。そして、ＣＣ３０Ｌ及びＣＣ３０Ｍが互いに同期している。また、ＣＣ３０Ｎ及びＣＣ３０Ｏが互いに同期している。この場合に、例えば、ＣＣ３０Ｌでは、ＣＲＳが５ｍｓ毎に２５ＲＢで送信され、ＣＣ３０Ｍでは、ＣＲＳが１０ｍｓ毎に６ＲＢで送信される。また、ＣＣ３０Ｏでは、ＣＲＳが５ｍｓ毎に２５ＲＢで送信され、ＣＣ３０Ｎでは、ＣＲＳが１０ｍｓ毎に６ＲＢで送信される。

このようなＣＲＳの送信により、ＵＥ２００−２は、互いに同期しているＮＣＴのうちのいずれかのＮＣＴにおける同期状態をより確実に獲得できるので、これらのＮＣＴをより確実に利用することが可能になる。例えば、ＵＥ２００−２は、通信品質が良好でない環境であっても、より高いＣＲＳの送信頻度を伴うＮＣＴにおける同期状態を獲得することができる。そして、ＵＥ２００−２は、当該同期状態の情報を、別のＮＣＴに利用することができる。

（各装置の構成）
−ｅＮｏｄｅＢ１００−２：制御部１５１
制御部１５１は、少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない上記２つ以上のＣＣのうちの互いに同期している少なくとも２つのＣＣでは、互いに異なる頻度でＣＲＳが送信されるように、信号の送信を制御する。より具体的には、例えば、互いに同期している第１のＮＣＴ及び第２のＮＣＴがある場合に、制御部１５１は、無線通信部１２０に、第１のＮＣＴでは１０ｍｓ毎に６ＲＢでＣＲＳを送信させ、第２のＮＣＴでは５ｍｓ毎に２５ＲＢでＣＲＳを送信させる。

＜＜＜５．応用例＞＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、ｅＮｏｄｅＢ１００は、無線通信を制御する本体（基地局装置ともいう）とアンテナとを含むｅＮｏｄｅＢ８００として実現されてもよい。あるいは、ｅＮｏｄｅＢ１００は、無線通信を制御する本体と、本体とは別の場所に配置される１つ以上のＲＲＨ（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）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

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

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

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

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

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

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

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

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

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

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

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

＜＜＜６．まとめ＞＞＞
ここまで、図１〜図３７を用いて、本開示の実施形態に係る通信装置及び各処理を説明した。本開示の第１の実施形態によれば、無線通信に用いられる複数のＣＣのうちのどの周波数帯域が互いに同期しているかを示す同期関係情報が取得される。そして、ＵＥ２００への上記同期関係情報の送信が制御される。

これにより、キャリアアグリゲーションにおけるＵＥ２００にとっての負荷を軽減することが可能になる。即ち、同期関係情報がｅＮｏｄｅＢ１００からＵＥ２００へ送信されれば、ＵＥ２００は、どのＣＣとどのＣＣとが同期しているかを個別に検証する必要がなくなる。そして、例えば、互いに同期しているＣＣ（例えば、Ｌｅｇａｃｙ ＣＣ及びＳＮＣＴ、ＵＮＣＴ及びＵＮＣＴ）がある場合に、ＵＥ２００は、一方のＣＣにおけるＵＥ２００の同期状態の情報を、他方のＣＣに利用することが可能になる。このように、ＵＥ２００にとっての負荷が軽減され得る。

また、例えば、上記複数のＣＣは、サブフレームごとにＣＲＳが送信される１つ以上の別のＣＣを含む。そして、同期関係情報は、少なくとも、上記１つ以上の周波数帯域のうちのどの周波数帯域と上記１つ以上の別の周波数帯域のうちのどの周波数帯域とが同期しているかを示す。

さらに、例えば、上記１つ以上のＣＣは、上記１つ以上の別の周波数帯域のいずれかと同期している１つ以上の同期型周波数帯域を含む。そして、上記同期関係情報は、少なくとも、上記１つ以上の同期型周波数帯域のうちのどの周波数帯域と上記１つ以上の別の周波数帯域のうちのどの周波数帯域とが同期しているかを示す。

これにより、ＵＥ２００は、ＳＮＣＴがどのＬｅｇａｃｙ ＣＣと同期しているかを個別に検証する必要がなくなる。そして、例えば、ＵＥ２００は、ＳＮＣＴに同期しているＬｅｇａｃｙ ＣＣにおける同期状態の情報を、当該ＳＮＣＴに利用することが可能になる。このように、ＵＥ２００にとっての負荷が軽減され得る。

また、例えば、上記同期関係情報は、少なくとも、上記１つ以上の周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す。

さらに、例えば、上記複数のＣＣは、サブフレームごとにＣＲＳが送信される１つ以上の別のＣＣを含み、上記１つ以上のＣＣは、上記１つ以上の別の周波数帯域のいずれとも同期していない２つ以上の非同期型周波数帯域を含む。そして、上記同期関係情報は、少なくとも、上記２つ以上の非同期型周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す。

これにより、ＵＥ２００は、どのＵＮＣＴとどのＵＮＣＴとが同期しているかを個別に検証する必要がなくなる。そして、例えば、ＵＥ２００は、１つのＵＮＣＴにおける同期状態の情報を、当該ＵＮＣＴと同期している別のＵＮＣＴに利用することが可能になる。このように、ＵＥ２００−１にとっての負荷が軽減され得る。

また、上記複数のＣＣの各々は、少なくともいずれかのサブフレームではＣＲＳが送信されないＣＣであってもよい。

これにより、ＵＥ２００−１は、どのＮＣＴとどのＮＣＴとが同期しているかを個別に検証する必要がなくなる。そして、例えば、ＵＥ２００−１は、１つのＮＣＴにおける同期状態の情報を、当該ＮＣＴと同期している別のＮＣＴに利用することが可能になる。このように、ＵＥ２００−１にとっての負荷が軽減され得る。

また、例えば、第１の実施形態の第１の変形例によれば、少なくともいずれかのサブフレームではＣＲＳが送信されない上記１つ以上のＣＣは、互いに同期している２つ以上のＣＣを含む。そして、上記２つ以上のＣＣのうちの一部のＣＣでは、少なくともいずれかのサブフレームでＣＲＳが送信され、上記２つ以上のＣＣのうちの残りのＣＣでは、ＣＲＳが送信されない。

これにより、無線リソースを効率的に利用することが可能になる。即ち、制御信号の送信に利用される無線リソースを削減することができる。

また、例えば、第１の実施形態の第１の変形例によれば、少なくともいずれかのサブフレームではＣＲＳが送信されない上記１つ以上のＣＣは、互いに同期している２つ以上のＣＣを含む。そして、ＵＥＵＥ２００−１は、上記２つ以上のＣＣのうちの一部のＣＣにおけるＵＥ２００の同期状態の監視を行い、上記２つ以上のＣＣのうちの残りのＣＣにおけるＵＥ２００の同期状態の監視を行わない。

これにより、互いに同期しているＮＣＴがある場合に、ＵＥ２００は、一部のＮＣＴにおけるＵＥ２００の同期状態を監視すれば、残りのＣＣにおけるＵＥ２００の同期状態を監視しなくてもよい。このように、ＵＥ２００にとっての負荷が軽減され得る。

また、本開示の第２の実施形態によれば、無線通信に用いられる複数のＣＣは、少なくともいずれかのサブフレームではＣＲＳが送信されない２つ以上のＣＣを含む。上記２つ以上のＣＣのうちの少なくとも２つのＣＣでは互いに異なる頻度でＣＲＳが送信される。

このように、互いに異なる頻度でＣＲＳが送信されるＮＣＴがあれば、ＵＥ２００は、環境に応じてＮＣＴを選択的に使用することができる。例えば、ＳＮＲが低い環境にいるＵＥ２００は、より高い頻度でＣＲＳが送信されるＮＣＴを使用する。また、ＳＮＲが高い環境にいるＵＥ３００は、より低い頻度でＣＲＳが送信されるＮＣＴを使用する。その結果、ＵＥ２００は、ＵＥ２００の同期状態を獲得できる。そして、ＣＲＳによるオーバーヘッドをより小さくすることができる。

また、例えば、少なくともいずれかのサブフレームではＣＲＳが送信されない上記２つ以上の周波数帯域の各々においてＵＥ２００が同期できるかを判定するための同期可否判定用情報が取得される。そして、ＵＥ２００−２への上記同期可否判定用情報の送信が制御される。

このような情報が提供されることで、ＮＣＴによってＣＲＳの送信頻度が異なるとしても、ＵＥ２００は、どのＮＣＴであれば同期状態を獲得できるかを知ることができる。よって、ＵＥ２００は、環境に応じて適切なＮＣＴを選択して使用する（即ち、適切なＮＣＴにおいてｅＮｏｄｅＢ１００との接続を確立する）ことにより、試行錯誤することなくより確実に同期状態を獲得することができる。

また、例えば、上記同期可否判定用情報は、少なくともいずれかのサブフレームではＣＲＳが送信されない上記２つ以上のＣＣの各々におけるＣＲＳの送信頻度に関する情報を含む。

このような情報が提供されることで、ＵＥ２００は、各ＮＣＴにおけるＣＲＳの送信頻度を知ることができる。よって、ＵＥ２００は、環境に応じて適切なＣＲＳの送信頻度を選択し、当該送信頻度を伴うＣＲＳを使用することにより、試行錯誤することなくより確実に同期状態を獲得することができる。

また、上記同期可否判定用情報は、少なくともいずれかのサブフレームではＣＲＳが送信されない上記２つ以上のＣＣの各々における推奨される通信品質に関する情報を含んでもよい。

このような情報が提供されることで、ＵＥ２００は、各ＮＣＴにおける同期状態を獲得するためにどの程度の通信品質（例えば、ＳＮＲ）が必要かを知ることができる。よって、ＵＥ２００は、各ＮＣＴでの実際のＳＮＲに応じて適切なＮＣＴを選択し、当該ＮＣＴを使用することにより、試行錯誤することなくより確実に同期状態を獲得することができる。

また、上記同期可否判定用情報は、少なくともいずれかのサブフレームではＣＲＳが送信されない上記２つ以上のＣＣの各々についての電力制御に関する情報を含んでもよい。

このような情報が提供されることで、ＵＥ２００は、どのＮＣＴであれば同期状態をより獲得しやすいかを知ることができる。よって、ＵＥ２００は、適切なＮＣＴを選択して使用することにより、試行錯誤することなくより確実に同期状態を獲得することができる。

また、例えば、第２の実施形態の第１の変形例によれば、少なくともいずれかのサブフレームではＣＲＳが送信されない上記２つ以上のＣＣは、時間方向において第１の頻度でＣＲＳが送信される低頻度ＣＣと、時間方向において第１の頻度よりも高い第２の頻度でＣＲＳが送信される高頻度ＣＣとを含む。そして、制御部１５１は、上記低頻度ＣＣでＣＲＳが送信されるサブフレームの一部又は全部が、上記高頻度ＣＣでＣＲＳが送信されるサブフレームとなるように、送信を制御する。

これにより、ＵＥ２００が動作すべき時間を減らせるので、ＵＥ２００の消費電力の増大を抑えることができる。

また、例えば、第２の実施形態の第２の変形例によれば、少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない上記２つ以上のＣＣのうちの互いに同期している少なくとも２つのＣＣでは、互いに異なる頻度でＣＲＳが送信される。

このようなＣＲＳの送信により、ＵＥ２００は、互いに同期しているＮＣＴのうちのいずれかのＮＣＴにおける同期状態をより確実に獲得できるので、これらのＮＣＴをより確実に利用することが可能になる。例えば、ＵＥ２００は、通信品質が良好でない環境であっても、より高いＣＲＳの送信頻度を伴うＮＣＴにおける同期状態を獲得することができる。そして、ＵＥ２００は、当該同期状態の情報を、別のＮＣＴに利用することができる。

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

例えば、無線通信に用いられる複数の周波数帯域（ＣＣ）が、１つの基地局（ｅＮｏｄｅＢ）により用いられる例を説明したが、本開示はこれに限られない。例えば、無線通信に用いられる複数の周波数帯域の各々は、複数の基地局のうちのいずれかの基地局により用いられてもよい。一例として、上記複数の周波数帯域の各々は、マクロセルの基地局と、当該マクロセルと一部又は全体で重複するスモールセルの基地局とのいずれかにより、用いられてもよい。この場合に、異なる基地局により用いられる周波数帯域が、端末装置（例えば、ＵＥ）により同時に使用されてもよい。即ち、複数の基地局にわたるキャリアアグリゲーションが行われてもよい。

また、第２の実施形態では、端末装置（ＵＥ）が複数の周波数帯域を同時に使用する例を説明したが、本開示はこれに限られない。第２の実施形態に示されるようなケースにおいて、端末装置は、複数の周波数帯域のうちのいずれか１つの周波数帯域のみを使用してもよい。即ち、端末装置は、キャリアアグリゲーションをサポートしてなくてもよい。

また、周波数帯域が別の周波数帯域と同期していない原因として、これらの周波数帯域が離れていることを説明したが、当該原因はこれに限られない。例えば、別の原因で、周波数帯域が別の周波数帯域と同期していないこともあり得る。一例として、複数の周波数帯域のうちの一部の周波数帯域がある基地局（例えば、マクロセルの基地局）により用いられ、上記複数の周波数帯域のうちの残りの周波数帯域が別の基地局（例えば、スモールセルの基地局）により用いられるケースもあり得る。このような場合に、上記ある基地局により用いられる周波数帯域と上記別の基地局により用いられる周波数帯域とは、同期していない可能性がある。

また、無線通信システムがＬＴＥの一連の通信規格に準拠する例を説明したが、本開示は係る例に限定されない。例えば、無線通信システムは、別の通信規格に準拠したシステムであってもよい。この場合に、無線通信システムに含まれる基地局は、ｅＮｏｄｅＢの代わりに、ＮｏｄｅＢ又はＢＴＳ（Base Transceiver Station）などの他の種類の基地局として実現されてもよい。また、無線通信システムに含まれる端末装置は、ＵＥの代わりに、ＭＳ（Mobile Station）などの他の種類の端末装置として実現されてもよい。

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

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

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
無線通信に用いられる複数の周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す同期関係情報を取得する取得部と、
端末装置への前記同期関係情報の送信を制御する制御部と、
を備え、
前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上の周波数帯域を含む、
通信制御装置。
（２）
前記複数の周波数帯域は、前記サブフレームごとに前記共通リファレンス信号が送信される１つ以上の別の周波数帯域を含み、
前記同期関係情報は、少なくとも、前記１つ以上の周波数帯域のうちのどの周波数帯域と前記１つ以上の別の周波数帯域のうちのどの周波数帯域とが同期しているかを示す、
前記（１）に記載の通信制御装置。
（３）
前記１つ以上の周波数帯域は、前記１つ以上の別の周波数帯域のいずれかと同期している１つ以上の同期型周波数帯域を含み、
前記同期関係情報は、少なくとも、前記１つ以上の同期型周波数帯域のうちのどの周波数帯域と前記１つ以上の別の周波数帯域のうちのどの周波数帯域とが同期しているかを示す、
前記（２）に記載の通信制御装置。
（４）
前記同期関係情報は、少なくとも、前記１つ以上の周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す、前記（１）〜（３）のいずれか１項に記載の通信制御装置。
（５）
前記複数の周波数帯域は、前記サブフレームごとに前記共通リファレンス信号が送信される１つ以上の別の周波数帯域を含み、
前記１つ以上の周波数帯域は、前記１つ以上の別の周波数帯域のいずれとも同期していない２つ以上の非同期型周波数帯域を含み、
前記同期関係情報は、少なくとも、前記２つ以上の非同期型周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す、
前記（４）に記載の通信制御装置。
（６）
前記複数の周波数帯域の各々は、前記サブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない周波数帯域である、前記（４）に記載の通信制御装置。
（７）
前記１つ以上の周波数帯域は、互いに同期している２つ以上の周波数帯域を含み、
前記２つ以上の周波数帯域のうちの一部の周波数帯域では、少なくともいずれかのサブフレームで共通リファレンス信号が送信され、前記２つ以上の周波数帯域のうちの残りの周波数帯域では、いずれのサブフレームでも共通リファレンス信号が送信されない、
前記（１）に記載の通信制御装置。
（８）
前記１つ以上の周波数帯域は、互いに同期している２つ以上の周波数帯域を含み、
前記端末装置は、前記２つ以上の周波数帯域のうちの一部の周波数帯域における前記端末装置の同期状態の監視を行い、前記２つ以上の周波数帯域のうちの残りの周波数帯域における前記端末装置の同期状態の監視を行わない、前記（１）に記載の通信制御装置。
（９）
前記制御部は、前記複数の周波数帯域での信号の送信を制御し、
前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない２つ以上の周波数帯域を含み、
前記制御部は、前記２つ以上の周波数帯域のうちの少なくとも２つの周波数帯域では互いに異なる頻度で前記共通リファレンス信号が送信されるように、前記送信を制御する、
前記（１）に記載の通信制御装置。
（１０）
前記２つ以上の周波数帯域は、時間方向において第１の頻度で前記共通リファレンス信号が送信される低頻度周波数帯域と、時間方向において前記第１の頻度よりも高い第２の頻度で前記共通リファレンス信号が送信される高頻度周波数帯域とを含み、
前記制御部は、前記低頻度周波数帯域で前記共通リファレンス信号が送信されるサブフレームの一部又は全部が、前記高頻度周波数帯域で前記共通リファレンス信号が送信されるサブフレームとなるように、前記送信を制御する、
前記（９）に記載の通信制御装置。
（１１）
前記取得部は、前記２つ以上の周波数帯域の各々において前記端末装置が同期できるかを判定するための同期可否判定用情報を取得し、
前記制御部は、前記端末装置への前記同期可否判定用情報の送信を制御する、
前記（９）に記載の通信制御装置。
（１２）
前記同期可否判定用情報は、前記２つ以上の周波数帯域の各々における前記共通リファレンス信号の送信頻度に関する情報を含む、前記（１１）に記載の通信制御装置。
（１３）
前記同期可否判定用情報は、前記２つ以上の周波数帯域の各々における推奨される通信品質に関する情報を含む、前記（１１）又は（１２）に記載の通信制御装置。
（１４）
前記同期可否判定用情報は、前記２つ以上の周波数帯域の各々についての電力制御に関する情報を含む、前記（１１）〜（１３）のいずれか１項に記載の通信制御装置。
（１５）
前記制御部は、前記２つ以上の周波数帯域のうちの互いに同期している少なくとも２つの周波数帯域では、互いに異なる頻度で前記共通リファレンス信号が送信されるように、前記送信を制御する、前記（９）〜（１４）のいずれか１項に記載の通信制御装置。
（１６）
コンピュータを、
無線通信に用いられる複数の周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す同期関係情報を取得する取得部と、
端末装置への前記同期関係情報の送信を制御する制御部と、
として機能させ、
前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上の周波数帯域を含む、
プログラム。
（１７）
無線通信に用いられる複数の周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す同期関係情報を取得することと、
端末装置への前記同期関係情報の送信を制御することと、
を含み、
前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上の周波数帯域を含む、
通信制御方法。
（１８）
無線通信に用いられる複数の周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す同期関係情報が受信されると、当該同期関係情報を取得する取得部と、
前記同期関係情報に基づいて、前記複数の周波数帯域における同期のための制御を行う制御部と、
を備え、
前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上の周波数帯域を含む、
端末装置。
（１９）
無線通信に用いられる複数の周波数帯域での信号の送信を制御する制御部
を備え、
前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない２つ以上の周波数帯域を含み、
前記制御部は、前記２つ以上の周波数帯域のうちの少なくとも２つの周波数帯域では互いに異なる頻度で前記共通リファレンス信号が送信されるように、前記送信を制御する、
通信制御装置。
（２０）
端末装置であって、
無線通信に用いられる複数の周波数帯域のうちの、前記端末装置の無線通信に用いる周波数帯域を選択する制御部
を備え、
前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない２つ以上の周波数帯域を含み、
前記２つ以上の周波数帯域のうちの少なくとも２つの周波数帯域では、互いに異なる頻度で前記共通リファレンス信号が送信される、
端末装置。

１０ セル
３０ コンポーネントキャリア（Component Carrier：ＣＣ）
１００ ｅＮｏｄｅＢ
１１０ アンテナ部
１２０ 無線通信部
１３０ ネットワーク通信部
１４０、１４１ 記憶部
１５０、１５１ 制御部
２００ ユーザ機器（User Equipment：ＵＥ）
２１０ アンテナ部
２２０ 無線通信部
２３０、２３１ 記憶部
２４０、２４１ 制御部

Claims (20)

1. 無線通信に用いられる複数の周波数帯域のうちのどの周波数帯域が互いに同期しているかの関係を示す同期関係情報を取得する取得部と、
   端末装置への前記同期関係情報の送信を制御する制御部と、
   を備え、
   前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上の周波数帯域を含む、
   通信制御装置。
2. 前記複数の周波数帯域は、前記サブフレームごとに前記共通リファレンス信号が送信される１つ以上の別の周波数帯域を含み、
   前記同期関係情報は、少なくとも、前記１つ以上の周波数帯域のうちのどの周波数帯域と前記１つ以上の別の周波数帯域のうちのどの周波数帯域とが同期しているかを示す、
   請求項１に記載の通信制御装置。
3. 前記１つ以上の周波数帯域は、前記１つ以上の別の周波数帯域のいずれかと同期している１つ以上の同期型周波数帯域を含み、
   前記同期関係情報は、少なくとも、前記１つ以上の同期型周波数帯域のうちのどの周波数帯域と前記１つ以上の別の周波数帯域のうちのどの周波数帯域とが同期しているかを示す、
   請求項２に記載の通信制御装置。
4. 前記同期関係情報は、少なくとも、前記１つ以上の周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す、請求項１に記載の通信制御装置。
5. 前記複数の周波数帯域は、前記サブフレームごとに前記共通リファレンス信号が送信される１つ以上の別の周波数帯域を含み、
   前記１つ以上の周波数帯域は、前記１つ以上の別の周波数帯域のいずれとも同期していない２つ以上の非同期型周波数帯域を含み、
   前記同期関係情報は、少なくとも、前記２つ以上の非同期型周波数帯域のうちのどの周波数帯域が互いに同期しているかを示す、
   請求項４に記載の通信制御装置。
6. 前記複数の周波数帯域の各々は、前記サブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない周波数帯域である、請求項４に記載の通信制御装置。
7. 前記１つ以上の周波数帯域は、互いに同期している２つ以上の周波数帯域を含み、
   前記２つ以上の周波数帯域のうちの一部の周波数帯域では、少なくともいずれかのサブフレームで共通リファレンス信号が送信され、前記２つ以上の周波数帯域のうちの残りの周波数帯域では、いずれのサブフレームでも共通リファレンス信号が送信されない、
   請求項１に記載の通信制御装置。
8. 前記１つ以上の周波数帯域は、互いに同期している２つ以上の周波数帯域を含み、
   前記端末装置は、前記２つ以上の周波数帯域のうちの一部の周波数帯域における前記端末装置の同期状態の監視を行い、前記２つ以上の周波数帯域のうちの残りの周波数帯域における前記端末装置の同期状態の監視を行わない、請求項１に記載の通信制御装置。
9. 前記制御部は、前記複数の周波数帯域での信号の送信を制御し、
   前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの一部のサブフレームでは共通リファレンス信号が送信されない２つ以上の周波数帯域を含み、
   前記制御部は、前記２つ以上の周波数帯域のうちの少なくとも２つの周波数帯域では互いに異なる頻度で前記共通リファレンス信号が送信されるように、前記送信を制御する、
   請求項１に記載の通信制御装置。
10. 前記２つ以上の周波数帯域は、時間方向において第１の頻度で前記共通リファレンス信号が送信される低頻度周波数帯域と、時間方向において前記第１の頻度よりも高い第２の頻度で前記共通リファレンス信号が送信される高頻度周波数帯域とを含み、
    前記制御部は、前記低頻度周波数帯域で前記共通リファレンス信号が送信されるサブフレームの一部又は全部が、前記高頻度周波数帯域で前記共通リファレンス信号が送信されるサブフレームとなるように、前記送信を制御する、
    請求項９に記載の通信制御装置。
11. 前記取得部は、前記２つ以上の周波数帯域の各々において前記端末装置が同期できるかを判定するための同期可否判定用情報を取得し、
    前記制御部は、前記端末装置への前記同期可否判定用情報の送信を制御する、
    請求項９に記載の通信制御装置。
12. 前記同期可否判定用情報は、前記２つ以上の周波数帯域の各々における前記共通リファレンス信号の送信頻度に関する情報を含む、請求項１１に記載の通信制御装置。
13. 前記同期可否判定用情報は、前記２つ以上の周波数帯域の各々における推奨される通信品質に関する情報を含む、請求項１１に記載の通信制御装置。
14. 前記同期可否判定用情報は、前記２つ以上の周波数帯域の各々についての電力制御に関する情報を含む、請求項１１に記載の通信制御装置。
15. 前記制御部は、前記２つ以上の周波数帯域のうちの互いに同期している少なくとも２つの周波数帯域では、互いに異なる頻度で前記共通リファレンス信号が送信されるように、前記送信を制御する、請求項９に記載の通信制御装置。
16. コンピュータを、
    無線通信に用いられる複数の周波数帯域のうちのどの周波数帯域が互いに同期しているかの関係を示す同期関係情報を取得する取得部と、
    端末装置への前記同期関係情報の送信を制御する制御部と、
    として機能させ、
    前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上の周波数帯域を含む、
    プログラム。
17. コンピュータが、
    無線通信に用いられる複数の周波数帯域のうちのどの周波数帯域が互いに同期しているかの関係を示す同期関係情報を取得することと、
    端末装置への前記同期関係情報の送信を制御することと、
    を含み、
    前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上の周波数帯域を含む、
    通信制御方法。
18. 無線通信に用いられる複数の周波数帯域のうちのどの周波数帯域が互いに同期しているかの関係を示す同期関係情報が受信されると、当該同期関係情報を取得する取得部と、
    前記同期関係情報に基づいて、前記複数の周波数帯域における同期のための制御を行う制御部と、
    を備え、
    前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの少なくともいずれかのサブフレームでは共通リファレンス信号が送信されない１つ以上の周波数帯域を含む、
    端末装置。
19. 無線通信に用いられる複数の周波数帯域での信号の送信を制御する制御部
    を備え、
    前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの一部のサブフレームでは共通リファレンス信号が送信されない２つ以上の周波数帯域を含み、
    前記制御部は、前記２つ以上の周波数帯域のうちの少なくとも２つの周波数帯域では互いに異なる頻度で前記共通リファレンス信号が送信されるように、前記送信を制御する、
    通信制御装置。
20. 端末装置であって、
    無線通信に用いられる複数の周波数帯域のうちの、前記端末装置の無線通信に用いる周波数帯域を選択する制御部
    を備え、
    前記複数の周波数帯域は、前記無線通信での時間の単位であるサブフレームのうちの一部のサブフレームでは共通リファレンス信号が送信されない２つ以上の周波数帯域を含み、
    前記２つ以上の周波数帯域のうちの少なくとも２つの周波数帯域では、互いに異なる頻度で前記共通リファレンス信号が送信される、
    端末装置。

Images