(57)【要約】  第１の特徴に係るユーザ端末は、複数のキャリアを同時に使用して無線アクセスネットワークとの上りリンク通信を行う。前記複数のキャリアは、前記ユーザ端末のモビリティ制御に使用される第１のキャリアと、前記第１のキャリアと協調して無線通信を提供する第２のキャリアと、を含む。前記第１のキャリアは、前記第１のキャリアの周波数方向の両端部に設けられる第１の物理上りリンク制御チャネル領域を含む。前記第２のキャリアは、前記第２のキャリアの周波数方向の両端部よりも前記第２のキャリアの中心周波数側に設けられる第２の物理上りリンク制御チャネル領域を含む。
2015020018.tif 000002
【特許請求の範囲】
【請求項１】
複数のキャリアを同時に使用して無線アクセスネットワークとの上りリンク通信を行うユーザ端末であって、
前記複数のキャリアは、前記ユーザ端末のモビリティ制御に使用される第１のキャリアと、前記第１のキャリアと協調して無線通信を提供する第２のキャリアと、を含み、
前記第１のキャリアは、前記第１のキャリアの周波数方向の両端部に設けられる第１の物理上りリンク制御チャネル領域を含み、
前記第２のキャリアは、前記第２のキャリアの周波数方向の両端部よりも前記第２のキャリアの中心周波数側に設けられる第２の物理上りリンク制御チャネル領域を含むことを特徴とするユーザ端末。
【請求項２】
前記第２の物理上りリンク制御チャネル領域に関する設定情報を、前記第１のキャリア、又は前記第１のキャリアと対をなす下りリンクキャリアを介して受信する受信部を備えることを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記第２の物理上りリンク制御チャネル領域に適用される物理上りリンク制御チャネルフォーマットは、前記第１の物理上りリンク制御チャネル領域に適用される物理上りリンク制御チャネルフォーマットとは異なることを特徴とする請求項１に記載のユーザ端末。
【請求項４】
前記第２のキャリアに対応するＨＡＲＱ  Ａｃｋ／Ｎａｃｋを前記第２の物理上りリンク制御チャネル領域において送信する送信部を備えることを特徴とする請求項１に記載のユーザ端末。
【請求項５】
前記第２のキャリアに対応する下りリンクチャネル状態報告を前記第２の物理上りリンク制御チャネル領域において送信する送信部を備えることを特徴とする請求項１に記載のユーザ端末。
【請求項６】
前記第２のキャリアを使用した前記無線通信が可能となった後に、前記第２のキャリアに対応する下りリンクチャネル状態報告を前記第２の物理上りリンク制御チャネル領域において送信する制御を行う制御部をさらに備えることを特徴とする請求項５に記載のユーザ端末。
【請求項７】
前記送信部は、前記第１のキャリアに対応する下りリンクチャネル状態報告を前記第１の物理上りリンク制御チャネル領域においてさらに送信し、
前記第２のキャリアに対応する下りリンクチャネル状態報告の送信周期は、前記第１のキャリアに対応する下りリンクチャネル状態報告の送信周期とは異なる周期であることを特徴とする請求項６に記載のユーザ端末。
【請求項８】
前記第２のキャリアは、前記第２のキャリアの周波数方向の両端部に設けられる第１の物理上りリンク制御チャネル領域をさらに含み、
前記第２の物理上りリンク制御チャネル領域は、前記第２のキャリアに含まれる前記第１の物理上りリンク制御チャネル領域と隣接して設けられることを特徴とする請求項１に記載のユーザ端末。
【請求項９】
前記第２のキャリアの帯域幅が所定の帯域幅よりも広い場合にのみ、前記第２の物理上りリンク制御チャネル領域が前記第２のキャリアに設けられることを特徴とする請求項１に記載のユーザ端末。
【請求項１０】
前記第２のキャリアは、他のユーザ端末のモビリティ制御に使用される第１のキャリアとして動作可能であり、
前記第２のキャリアは、前記第２のキャリアの周波数方向の両端部に設けられる第１の物理上りリンク制御チャネル領域をさらに含み、
前記他のユーザ端末は、前記第２のキャリアに対応するＨＡＲＱ  Ａｃｋ／Ｎａｃｋ及び／又は前記第２のキャリアに対応する下りリンクチャネル状態報告を、前記第２のキャリアに含まれる前記第１の物理上りリンク制御チャネル領域において送信し、
前記ユーザ端末は、前記他のユーザ端末が接続する前記無線アクセスネットワークに接続可能であることを特徴とする請求項１に記載のユーザ端末。
【請求項１１】
複数のキャリアを同時に使用してユーザ端末との上りリンク通信を行う無線アクセスネットワークであって、
前記複数のキャリアは、前記ユーザ端末のモビリティ制御に使用される第１のキャリアと、前記第１のキャリアと協調して無線通信を提供する第２のキャリアと、を含み、
前記第１のキャリアは、前記第１のキャリアの周波数方向の両端部に設けられる第１の物理上りリンク制御チャネル領域を含み、
前記第２のキャリアは、前記第２のキャリアの周波数方向の両端部よりも前記第２のキャリアの中心周波数側に設けられる第２の物理上りリンク制御チャネル領域を含むことを特徴とする無線アクセスネットワーク。
【請求項１２】
マスタ基地局とＲＲＣ接続を確立しており、前記マスタ基地局及びセカンダリ基地局のそれぞれから無線リソースが割り当てられるユーザ端末における通信制御方法であって、
自ユーザ端末と前記セカンダリ基地局との間の無線リンクの障害を検出するステップＡと、
前記検出した障害に関する無線リンク障害報告を前記マスタ基地局に送信するステップＢと、
を有することを特徴とする通信制御方法。
【請求項１３】
前記ステップＡにおいて前記ユーザ端末が前記セカンダリ基地局の特定のセルにおける前記障害を検出した場合にのみ、前記ステップＢにおいて前記ユーザ端末が前記無線リンク障害報告を前記マスタ基地局に送信し、
前記特定のセルは、前記セカンダリ基地局のセルのうち、前記ユーザ端末の物理上りリンク制御チャネルが設定されるセルであることを特徴とする請求項１２に記載の通信制御方法。
【請求項１４】
マスタ基地局とＲＲＣ接続を確立しているユーザ端末における通信制御方法であって、
セカンダリ基地局に対して、ランダムアクセスのためのランダムアクセスプリンブルを送信するステップＡと、
前記ランダムアクセスプリンブルに対応するランダムアクセス応答を前記マスタ基地局から受信せずに、前記セカンダリ基地局から前記ランダムアクセス応答を受信するステップＢと、
を有することを特徴とする通信制御方法。
【請求項１５】
前記ステップＡにおいて、前記ユーザ端末は、前記セカンダリ基地局の特定のセルに対して前記ランダムアクセスプリンブルを送信し、
前記ステップＢにおいて、前記ユーザ端末は、前記特定のセルから前記ランダムアクセス応答を受信し、
前記特定のセルは、前記セカンダリ基地局のセルのうち、前記ユーザ端末の物理上りリンク制御チャネルが設定されるセルであることを特徴とする請求項１４に記載の通信制御方法。
【請求項１６】
マスタ基地局とＲＲＣ接続を確立しているユーザ端末が、セカンダリ基地局に対してランダムアクセスを行うステップＡと、
前記ユーザ端末又は前記セカンダリ基地局が、前記ランダムアクセスにおける障害を検出するステップＢと、
前記ユーザ端末又は前記セカンダリ基地局が、前記検出した障害に関するランダムアクセス障害通知を前記マスタ基地局に送信するステップＣと、
を有することを特徴とする通信制御方法。
【請求項１７】
前記ステップＢにおいて前記ユーザ端末が前記セカンダリ基地局の特定のセルにおける前記障害を検出した場合にのみ、前記ステップＣにおいて前記ユーザ端末が前記ランダムアクセス障害通知を前記マスタ基地局に送信し、
前記特定のセルは、前記セカンダリ基地局のセルのうち、前記ユーザ端末の物理上りリンク制御チャネルが設定されるセルであることを特徴とする請求項１６に記載の通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のキャリアを同時に使用して無線通信を行うユーザ端末、無線アクセスネットワーク、及び通信制御方法に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、キャリアアグリゲーションが導入されている（非特許文献１参照）。また、３ＧＰＰでは、二重接続（Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）の導入が検討されている。【０００３】
キャリアアグリゲーション及び二重接続では、ユーザ端末が複数のキャリア（複数の周波数帯）を同時に使用して無線アクセスネットワークとの無線通信を行う。複数のキャリアは、ユーザ端末のモビリティ制御に使用される第１のキャリアと、第１のキャリアと協調して無線通信を提供する第２のキャリアと、を含む。【０００４】
キャリアアグリゲーションでは、各キャリアにおけるスケジューリングを１つの基地局（すなわち、１つのスケジューラ）が行う。これに対し、二重接続では、各キャリアにおけるスケジューリングを異なる基地局（すなわち、異なるスケジューラ）が行う。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術仕様書「ＴＳ３６．３００  Ｖ１１．６．０」  ２０１３年７月
【発明の概要】
【０００６】
ところで、ユーザ端末は、第２のキャリアに対応する制御信号（例えばＨＡＲＱ  Ａｃｋ／Ｎａｃｋ、下りリンクチャネル状態報告）を、第１のキャリアの物理上りリンク制御チャネル領域において送信する。
【０００７】
しかしながら、上述した二重接続では、第１のキャリアを介してユーザ端末と接続された第１の基地局は、第２のキャリアに対応する制御信号を、第２のキャリアを介してユーザ端末と接続された第２の基地局に転送する必要がある。
【０００８】
従って、かかる転送に伴ってシグナリング量及び遅延が増大するため、効率的な通信制御を実現できない問題がある。
【０００９】
そこで、本発明は、複数のキャリアを同時に無線通信に使用する場合において、効率的な通信制御を実現可能とすることを目的とする。
【００１０】
第１の特徴に係るユーザ端末は、複数のキャリアを同時に使用して無線アクセスネットワークとの上りリンク通信を行う。前記複数のキャリアは、前記ユーザ端末のモビリティ制御に使用される第１のキャリアと、前記第１のキャリアと協調して無線通信を提供する第２のキャリアと、を含む。前記第１のキャリアは、前記第１のキャリアの周波数方向の両端部に設けられる第１の物理上りリンク制御チャネル領域を含む。前記第２のキャリアは、前記第２のキャリアの周波数方向の両端部よりも前記第２のキャリアの中心周波数側に設けられる第２の物理上りリンク制御チャネル領域を含む。
【００１１】
第２の特徴に係る通信制御方法は、マスタ基地局とＲＲＣ接続を確立しており、前記マスタ基地局及びセカンダリ基地局のそれぞれから無線リソースが割り当てられるユーザ端末における方法である。前記通信制御方法は、自ユーザ端末と前記セカンダリ基地局との間の無線リンクの障害を検出するステップＡと、前記検出した障害に関する無線リンク障害報告を前記マスタ基地局に送信するステップＢと、を有する。
【００１２】
第３の特徴に係る通信制御方法は、マスタ基地局とＲＲＣ接続を確立しているユーザ端末における方法である。前記通信制御方法は、セカンダリ基地局に対して、ランダムアクセスのためのランダムアクセスプリンブルを送信するステップＡと、前記ランダムアクセスプリンブルに対応するランダムアクセス応答を前記マスタ基地局から受信せずに、前記セカンダリ基地局から前記ランダムアクセス応答を受信するステップＢと、を有する。
【００１３】
第４の特徴に係る通信制御方法は、マスタ基地局とＲＲＣ接続を確立しているユーザ端末が、セカンダリ基地局に対してランダムアクセスを行うステップＡと、前記ユーザ端末又は前記セカンダリ基地局が、前記ランダムアクセスにおける障害を検出するステップＢと、前記ユーザ端末又は前記セカンダリ基地局が、前記検出した障害に関するランダムアクセス障害通知を前記マスタ基地局に送信するステップＣと、を有する。
【図面の簡単な説明】
【００１４】
【図１】実施形態に係るＬＴＥシステム（移動通信システム）の構成図である。
【図２】実施形態に係るＵＥ（ユーザ端末）のブロック図である。
【図３】実施形態に係るｅＮＢ（基地局）のブロック図である。
【図４】実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】実施形態に係る無線フレームの構成図である。
【図６】ＬＴＥシステムにおける上りリンクサブフレームの構成図である。
【図７】実施形態に係る動作環境を示す図である。
【図８】実施形態に係る上りリンクサブフレームの構成図である。
【図９】実施形態に係るＳｅＮＢ用ＰＵＣＣＨ領域の通知動作を説明するための図である。
【図１０】実施形態に係るＵＥによる制御信号の送信動作を説明するための図である。
【図１１】実施形態に係るＳｅＮＢ用ＰＵＣＣＨ領域の変更例１を説明するための上りリンクサブフレームの構成図である。
【図１２】実施形態に係るＳｅＮＢ用ＰＵＣＣＨ領域の変更例２を説明するための上りリンクサブフレームの構成図である。
【図１３】実施形態に係る動作環境の変更例を示す図である。
【発明を実施するための形態】
【００１５】
［実施形態の概要］
実施形態に係るユーザ端末は、複数のキャリアを同時に使用して無線アクセスネットワークとの上りリンク通信を行う。前記複数のキャリアは、前記ユーザ端末のモビリティ制御に使用される第１のキャリアと、前記第１のキャリアと協調して無線通信を提供する第２のキャリアと、を含む。前記第１のキャリアは、前記第１のキャリアの周波数方向の両端部に設けられる第１の物理上りリンク制御チャネル領域を含む。前記第２のキャリアは、前記第２のキャリアの周波数方向の両端部よりも前記第２のキャリアの中心周波数側に設けられる第２の物理上りリンク制御チャネル領域を含む。
【００１６】
実施形態では、前記ユーザ端末は、前記第２の物理上りリンク制御チャネル領域に関する設定情報を、前記第１のキャリア、又は前記第１のキャリアと対をなす下りリンクキャリアを介して受信する受信部を備える。
【００１７】
実施形態では、前記第２の物理上りリンク制御チャネル領域に適用される物理上りリンク制御チャネルフォーマットは、前記第１の物理上りリンク制御チャネル領域に適用される物理上りリンク制御チャネルフォーマットとは異なる。
【００１８】
実施形態では、前記ユーザ端末は、前記第２のキャリアに対応するＨＡＲＱ  Ａｃｋ／Ｎａｃｋを前記第２の物理上りリンク制御チャネル領域において送信する送信部を備える。
【００１９】
実施形態では、前記ユーザ端末は、前記第２のキャリアに対応する下りリンクチャネル状態報告を前記第２の物理上りリンク制御チャネル領域において送信する送信部を備える。
【００２０】
実施形態では、前記ユーザ端末は、前記第２のキャリアを使用した前記無線通信が可能となった後に、前記第２のキャリアに対応する下りリンクチャネル状態報告を前記第２の物理上りリンク制御チャネル領域において送信する制御を行う制御部をさらに備える。
【００２１】
実施形態では、前記送信部は、前記第１のキャリアに対応する下りリンクチャネル状態報告を前記第１の物理上りリンク制御チャネル領域においてさらに送信する。前記第２のキャリアに対応する下りリンクチャネル状態報告の送信周期は、前記第１のキャリアに対応する下りリンクチャネル状態報告の送信周期とは異なる周期である。
【００２２】
実施形態では、前記第２のキャリアは、前記第２のキャリアの周波数方向の両端部に設けられる第１の物理上りリンク制御チャネル領域をさらに含む。前記第２の物理上りリンク制御チャネル領域は、前記第２のキャリアに含まれる前記第１の物理上りリンク制御チャネル領域と隣接して設けられる。
【００２３】
実施形態では、前記第２のキャリアの帯域幅が所定の帯域幅よりも広い場合にのみ、前記第２の物理上りリンク制御チャネル領域が前記第２のキャリアに設けられる。
【００２４】
実施形態では、前記第２のキャリアは、他のユーザ端末のモビリティ制御に使用される第１のキャリアとして動作可能である。前記第２のキャリアは、前記第２のキャリアの周波数方向の両端部に設けられる第１の物理上りリンク制御チャネル領域をさらに含む。前記他のユーザ端末は、前記第２のキャリアに対応するＨＡＲＱ  Ａｃｋ／Ｎａｃｋ及び／又は前記第２のキャリアに対応する下りリンクチャネル状態報告を、前記第２のキャリアに含まれる前記第１の物理上りリンク制御チャネル領域において送信する。前記ユーザ端末は、前記他のユーザ端末が接続する前記無線アクセスネットワークに接続可能である。
【００２５】
実施形態に係る無線アクセスネットワークは、複数のキャリアを同時に使用してユーザ端末との上りリンク通信を行う。前記複数のキャリアは、前記ユーザ端末のモビリティ制御に使用される第１のキャリアと、前記第１のキャリアと協調して無線通信を提供する第２のキャリアと、を含む。前記第１のキャリアは、前記第１のキャリアの周波数方向の両端部に設けられる第１の物理上りリンク制御チャネル領域を含む。前記第２のキャリアは、前記第２のキャリアの周波数方向の両端部よりも前記第２のキャリアの中心周波数側に設けられる第２の物理上りリンク制御チャネル領域を含む。
【００２６】
実施形態に係るプロセッサは、複数のキャリアを同時に使用して無線アクセスネットワークとの上りリンク通信を行うユーザ端末に備えられる。前記複数のキャリアは、前記ユーザ端末のモビリティ制御に使用される第１のキャリアと、前記第１のキャリアと協調して無線通信を提供する第２のキャリアと、を含む。前記第１のキャリアは、前記第１のキャリアの周波数方向の両端部に設けられる第１の物理上りリンク制御チャネル領域を含む。前記第２のキャリアは、前記第２のキャリアの周波数方向の両端部よりも前記第２のキャリアの中心周波数側に設けられる第２の物理上りリンク制御チャネル領域を含む。
【００２７】
実施形態に係る通信制御方法は、マスタ基地局とＲＲＣ接続を確立しており、前記マスタ基地局及びセカンダリ基地局のそれぞれから無線リソースが割り当てられるユーザ端末における方法である。前記通信制御方法は、自ユーザ端末と前記セカンダリ基地局との間の無線リンクの障害を検出するステップＡと、前記検出した障害に関する無線リンク障害報告を前記マスタ基地局に送信するステップＢと、を有する。
【００２８】
前記ステップＡにおいて前記ユーザ端末が前記セカンダリ基地局の特定のセルにおける前記障害を検出した場合にのみ、前記ステップＢにおいて前記ユーザ端末が前記無線リンク障害報告を前記マスタ基地局に送信する。前記特定のセルは、前記セカンダリ基地局のセルのうち、前記ユーザ端末の物理上りリンク制御チャネルが設定されるセルである。
【００２９】
実施形態に係る通信制御方法は、マスタ基地局とＲＲＣ接続を確立しているユーザ端末における方法である。前記通信制御方法は、セカンダリ基地局に対して、ランダムアクセスのためのランダムアクセスプリンブルを送信するステップＡと、前記ランダムアクセスプリンブルに対応するランダムアクセス応答を前記マスタ基地局から受信せずに、前記セカンダリ基地局から前記ランダムアクセス応答を受信するステップＢと、を有する。
【００３０】
前記ステップＡにおいて、前記ユーザ端末は、前記セカンダリ基地局の特定のセルに対して前記ランダムアクセスプリンブルを送信する。前記ステップＢにおいて、前記ユーザ端末は、前記特定のセルから前記ランダムアクセス応答を受信する。前記特定のセルは、前記セカンダリ基地局のセルのうち、前記ユーザ端末の物理上りリンク制御チャネルが設定されるセルである。
【００３１】
実施形態に係る通信制御方法は、マスタ基地局とＲＲＣ接続を確立しているユーザ端末が、セカンダリ基地局に対してランダムアクセスを行うステップＡと、前記ユーザ端末又は前記セカンダリ基地局が、前記ランダムアクセスにおける障害を検出するステップＢと、前記ユーザ端末又は前記セカンダリ基地局が、前記検出した障害に関するランダムアクセス障害通知を前記マスタ基地局に送信するステップＣと、を有する。
【００３２】
前記ステップＢにおいて前記ユーザ端末が前記セカンダリ基地局の特定のセルにおける前記障害を検出した場合にのみ、前記ステップＣにおいて前記ユーザ端末が前記ランダムアクセス障害通知を前記マスタ基地局に送信する。前記特定のセルは、前記セカンダリ基地局のセルのうち、前記ユーザ端末の物理上りリンク制御チャネルが設定されるセルである。
【００３３】
［実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００３４】
（システム構成）
図１は、実施形態に係るＬＴＥシステムの構成図である。図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３５】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３６】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３７】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３８】
ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワークが構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３９】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、ＵＥ１００の制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００４０】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００４１】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４２】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４３】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、ｅＮＢ２００の制御部を構成する。
【００４４】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００４５】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４６】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４７】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層（Ｌ１乃至Ｌ３）に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４８】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４９】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロック、及び送信電力を決定（スケジューリング）するスケジューラを含む。
【００５０】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００５１】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５２】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００は接続状態（ＲＲＣ接続状態）であり、そうでない場合、ＵＥ１００はアイドル状態（ＲＲＣアイドル状態）である。
【００５３】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００５４】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。複信方式としては、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）又はＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）が適用される。
【００５５】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。
【００５６】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
【００５７】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用されるＰＤＣＣＨ領域である。また、各サブフレームの残りの部分は、主に下りリンクユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できるＰＤＳＣＨ領域である。
【００５８】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用されるＰＵＣＣＨ領域（第１の物理上りリンク制御チャネル領域）である。各サブフレームにおける残りの部分は、主に上りリンクユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できるＰＵＳＣＨ領域である。
【００５９】
ＰＵＣＣＨは、制御信号を搬送する。制御信号は、例えば、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＨＡＲＱ  Ａｃｋ／Ｎａｃｋ（以下、単に「Ａｃｋ／Ｎａｃｋ」という）などである。
【００６０】
ＣＱＩは、下りリンクのチャネル品質を示す情報であり、下りリンク伝送に使用すべき推奨変調方式及び符号化速度の決定等に使用される。ＰＭＩは、下りリンクの伝送の為に使用することが望ましいプリコーダマトリックスを示す情報である。ＲＩは、下りリンクの伝送に使用可能なレイヤ数（ストリーム数）を示す情報である。ＣＱＩ／ＰＭＩ／ＲＩは、下りリンクチャネル状態（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）報告に相当する。下りリンクＣＳＩ報告は、下りリンクの参照信号等に基づき生成される。下りリンクの参照信号とは、セル固有参照信号（ＣＲＳ）又はＣＳＩ参照信号（ＣＳＩ−ＲＳ）などである。
【００６１】
ＳＲは、上りリンク無線リソース（リソースブロック）の割当てを要求する情報である。Ａｃｋ／Ｎａｃｋは、下りリンクの物理チャネル（例えば、ＰＤＳＣＨ）を介して送信される信号の復号に成功したか否かを示す情報である。
【００６２】
図６は、ＬＴＥシステムにおける上りリンクサブフレームの構成図である。
【００６３】
図６に示すように、各サブフレームは２つのスロットを含み、各スロットはセルの上りリンク帯域幅（１キャリア帯域幅）に応じた数のリソースブロックを含む。リソースブロックは、通常のＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）設定の場合に、１２個のサブキャリアと７個のＳＣ−ＦＤＭＡシンボルとから構成される。
【００６４】
各サブフレームにおける周波数方向の両端部にはＰＵＣＣＨ領域Ｒ１が設けられる。ＰＵＣＣＨ領域Ｒ１に含まれる無線リソースは、ＰＵＣＣＨリソースとしてＵＥ１００に割り当てられる。各サブフレームにおける残りの部分にはＰＵＳＣＨ領域が設けられる。ＰＵＳＣＨ領域Ｒ２に含まれる無線リソースは、ＰＵＳＣＨリソースとしてＵＥ１００に割り当てられる。
【００６５】
１つのＰＵＣＣＨリソースは、サブフレーム内の２つのスロットの１リソースブロックずつを使用する。また、サブフレーム内のスロット間で周波数ホッピングが適用されており、スロット間でダイバシティ効果を得ている。ＰＵＣＣＨリソースは、リソースインデックスｍにより識別される。また、複数のフォーマット（ＰＵＣＣＨフォーマット）がサポートされており、各ＰＵＣＣＨフォーマットでは以下のように異なる種類の制御信号が伝送される。また、１サブフレーム内で送信可能な制御信号のビット数は、ＰＵＣＣＨフォーマットごとに異なる。
【００６６】
・ＰＵＣＣＨフォーマット１：  ＳＲ
・ＰＵＣＣＨフォーマット１ａ／１ｂ：  Ａｃｋ／Ｎａｃｋ
・ＰＵＣＣＨフォーマット２：  ＣＱＩ／ＰＭＩ／ＲＩ
・ＰＵＣＣＨフォーマット２ａ／２ｂ：  ＣＱＩ／ＰＭＩ／ＲＩ及びＡｃｋ／Ｎａｃｋ
【００６７】
さらに、ＬＴＥ−Ａｄｖａｎｃｅｄにおいては、多数のＡｃｋ／Ｎａｃｋを伝送するためのＰＵＣＣＨフォーマット３が規定されている。
【００６８】
変調方式に着目すると、ＰＵＣＣＨフォーマット１ａにはＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）が適用され、他のＰＵＣＣＨフォーマットには主としてＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）が適用される。
【００６９】
図６の例では、リソースインデックスｍが小さい順にＰＵＣＣＨフォーマット２，２ａ，２ｂに使用され、続いてＰＵＣＣＨフォーマット１，１ａ，１ｂに使用される。すなわち、ＰＵＣＣＨフォーマット２，２ａ，２ｂが適用されるＰＵＣＣＨリソースは、ＰＵＣＣＨフォーマット１，１ａ，１ｂが適用されるＰＵＣＣＨリソースの外側に設けられる。
【００７０】
（実施形態に係る動作環境）
図７は、実施形態に係る動作環境を示す図である。実施形態では、上りリンクを中心に説明する。
【００７１】
図７に示すように、マクロｅＮＢ（ＭｅＮＢ）２００−１は、キャリア１（第１のキャリア）に属するセル１を管理する。小型ｅＮＢ（ＳｅＮＢ）２００−２は、キャリア２（第２のキャリア）に属するセル２を管理する。ＭｅＮＢは、マスタｅＮＢ（マスタ基地局）と称されてもよい。ＳｅＮＢは、セカンダリｅＮＢ（セカンダリ基地局）と称されてもよい。キャリア２は、ＳｅＮＢが管理する「特定のセル」に相当する。キャリア２（特定のセル）は、ＳｅＮＢの複数のキャリア（複数のセル）のうち１つであってもよい。
【００７２】
ＴＤＤの場合、キャリア１は上りリンク及び下りリンクで共通のキャリアであり、キャリア２は上りリンク及び下りリンクで共通のキャリアである。
【００７３】
一方、ＦＤＤの場合、キャリア１は上りリンクキャリアｆＵＬ１であり、ＭｅＮＢ２００−１は、キャリア１と対をなす下りリンクキャリアｆＤＬ１をさらに管理する。また、ＦＤＤの場合、キャリア２は上りリンクキャリアｆＵＬ２であり、ＳｅＮＢ２００−２は、キャリア２と対をなす下りリンクキャリアｆＤＬ２をさらに管理する。
【００７４】
セル２は、セル１（マクロセル）よりもカバレッジの小さい小セルであり、ピコセル又はフェムトセルと称されることがある。ＳｅＮＢ２００−２は、ホームｅＮＢ（ＨｅＮＢ）であってもよい。セル２は、セル１のカバレッジ内に設けられる。ＭｅＮＢ２００−１及びＳｅＮＢ２００−２は、相互に隣接する関係にあり、相互に接続されている。
【００７５】
また、実施形態に係るＬＴＥシステムは、二重接続（Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）をサポートする。ＵＥ１００−１は、一対のｅＮＢ２００（ＭｅＮＢ２００−１及びＳｅＮＢ２００−２）との二重接続を確立している。ＵＥ１００−１が一対のｅＮＢ２００との無線通信を行うことにより、１つのｅＮＢ２００とのみ無線通信を行う場合に比べて、高速・大容量の無線通信を行うことができる。
【００７６】
ＭｅＮＢ２００−１は、ＵＥ１００−１のモビリティ制御（Ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）を行う。ＭｅＮＢ２００−１は、ＵＥ１００−１とのＲＲＣ接続を確立し、ＵＥ１００−１のハンドオーバ制御などを行う。これに対し、ＳｅＮＢ２００−２は、ＵＥ１００−１のモビリティ制御を行わない。ＳｅＮＢ２００−２は、少なくともＭＡＣ層又はＲＬＣ層までの接続（Ｌ２接続）をＵＥ１００−１と確立すればよく、ＲＲＣ接続（Ｌ３接続）を確立しなくてもよい。
【００７７】
ＵＥ１００−１は、複数のキャリア（キャリア１及びキャリア２）を同時に使用してＥ−ＵＴＲＡＮ１０との上りリンク通信を行う。各キャリアにおけるスケジューリングは、異なるｅＮＢ２００（ＭｅＮＢ２００−１、ＳｅＮＢ２００−２）が行う。すなわち、ＭｅＮＢ２００−１及びＳｅＮＢ２００−２のそれぞれは、ＵＥ１００−１のために無線リソースのスケジューリングを行う。
【００７８】
このように、キャリア１は、ＵＥ１００−１のモビリティ制御に使用される。ＵＥ１００−１に着目すると、キャリア１はＰＣＣ（Ｐｒｉｍａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）に相当し、セル１はＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）に相当する。
【００７９】
キャリア２は、キャリア１と協調してＵＥ１００−１に無線通信を提供する。ＵＥ１００−１に着目すると、キャリア２はＳＣＣ（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）に相当し、ＳｅＮＢ２００−２はＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）に相当する。
【００８０】
一方、ＵＥ１００−２は、ＳｅＮＢ２００−２とのみ接続（ＲＲＣ接続）を確立している。ＵＥ１００−２に着目すると、キャリア２はＰＣＣに相当し、セル２はＰＣｅｌｌに相当する。
【００８１】
（実施形態に係るＰＵＣＣＨ領域）
現行の仕様では、あるキャリアをＳＣｅｌｌ（ＳＣＣ）として使用するＵＥ１００について、当該キャリアには、当該ＵＥ１００が使用可能なＰＵＣＣＨ領域が設けられない。よって、ＵＥ１００は、ＳＣｅｌｌ（ＳＣＣ）に対応する制御信号（Ａｃｋ／Ｎａｃｋ、下りリンクＣＳＩ報告）を、ＰＣｅｌｌ（ＰＣＣ）のＰＵＣＣＨ領域において送信する。
【００８２】
しかしながら、二重接続では、ＵＥ１００−１のＰＣｅｌｌ（ＰＣＣ）を管理するＭｅＮＢ２００−１は、ＵＥ１００−１のＳＣｅｌｌ（ＳＣＣ）に対応する制御信号をＵＥ１００−１から受信すると、当該ＳＣｅｌｌ（ＳＣＣ）を管理するＳｅＮＢ２００−２に対して、当該制御信号を転送する必要がある。従って、かかる転送に伴ってシグナリング量及び遅延が増大するため、効率的な通信制御を実現できない。
【００８３】
そこで、実施形態では、ＳＣｅｌｌ（ＳＣＣ）に新たなＰＵＣＣＨ領域を設けることにより、ＳＣｅｌｌに対応する制御信号を当該新たなＰＵＣＣＨ領域において送信可能とする。
【００８４】
図８は、実施形態に係る上りリンクサブフレームの構成図である。ここでは、図７に示すキャリア２のサブフレームの構成を説明する。
【００８５】
図８に示すように、キャリア２のサブフレームは、キャリア２の周波数方向の両端部に設けられるＰＵＣＣＨ領域Ｒ１に加えて、キャリア２の周波数方向の両端部よりもキャリア２の中心周波数側に設けられるＳｅＮＢ用ＰＵＣＣＨ領域（ＳＣｅｌｌ用ＰＵＣＣＨ領域）Ｒ３を含む。実施形態では、ＰＵＣＣＨ領域Ｒ１は第１の物理上りリンク制御チャネル領域に相当し、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３は第２の物理上りリンク制御チャネル領域に相当する。
【００８６】
ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３をキャリア２に設けることにより、既存のＰＵＣＣＨ領域Ｒ１との共存を図りながら、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３においてＵＥ１００−１からＳｅＮＢ２００−２に制御信号を送信できる。
【００８７】
このように、ＵＥ１００−１は、キャリア２に対応する制御信号（Ａｃｋ／Ｎａｃｋ、下りリンクＣＳＩ報告）を、キャリア２に含まれるＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３において送信する。一方、キャリア２をＰＣｅｌｌ（ＰＣＣ）として使用するＵＥ１００−２は、キャリア２に対応する制御信号（Ａｃｋ／Ｎａｃｋ、下りリンクＣＳＩ報告）を、キャリア２に含まれるＰＵＣＣＨ領域Ｒ１において送信する。
【００８８】
図８の例では、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３は、キャリア２に含まれるＰＵＣＣＨ領域Ｒ１と隣接して設けられる。これにより、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３によりＰＵＳＣＨ領域Ｒ２が分断されることがないので、ＰＵＳＣＨリソースの割り当てに与える影響を小さくすることができる。
【００８９】
また、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３に適用されるＰＵＣＣＨフォーマットは、ＰＵＣＣＨ領域Ｒ１に適用されるＰＵＣＣＨフォーマットとは異なる。
【００９０】
上述したように、既存のＰＵＣＣＨ領域Ｒ１に適用されるＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット１，１ａ，１ｂ，２，２ａ，２ｂ，３である。
【００９１】
これに対し、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３に適用されるＰＵＣＣＨフォーマットは、例えばＰＵＣＣＨフォーマット４，４ａ，４ｂ，５，５ａ，５ｂである。ＰＵＣＣＨフォーマット４，４ａ，４ｂは、ＰＵＣＣＨフォーマット１，１ａ，１ｂにそれぞれ対応する。ＰＵＣＣＨフォーマット５，５ａ，５ｂは、ＰＵＣＣＨフォーマット２，２ａ，２ｂにそれぞれ対応する。
【００９２】
或いは、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３に適用されるＰＵＣＣＨフォーマットは、例えばｓ−ＰＵＣＣＨフォーマット１，１ａ，１ｂ，２，２ａ，２ｂである。ｓ−ＰＵＣＣＨフォーマット１，１ａ，１ｂは、ＰＵＣＣＨフォーマット１，１ａ，１ｂにそれぞれ対応する。ｓ−ＰＵＣＣＨフォーマット２，２ａ，２ｂは、ＰＵＣＣＨフォーマット２，２ａ，２ｂにそれぞれ対応する。
【００９３】
このように、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３のためのＰＵＣＣＨフォーマットを新たに規定することにより、既存のＰＵＣＣＨ領域Ｒ１とＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３とを適切に共存させることができる。
【００９４】
（実施形態に係る動作シーケンス）
図９は、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３の通知動作を説明するための図である。
【００９５】
図９に示すように、ＭｅＮＢ２００−１は、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３を示す設定情報（ＰＵＣＣＨ−Ｃｏｎｆｉｇ）を含んだＲＲＣメッセージをＵＥ１００−１に送信する。ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３を示す設定情報（ＰＵＣＣＨ−Ｃｏｎｆｉｇ）は、ＰＵＣＣＨ領域を構成するリソースブロックを定めるための各種パラメータを含む。各種パラメータは、ＰＵＣＣＨフォーマット毎に設定(通知)される。ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３に着目すると、各種パラメータは、例えばＰＵＣＣＨフォーマット４用パラメータ(Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ，  Ａｃｋ／Ｎａｃｋ)又はＰＵＣＣＨフォーマット５用パラメータ(ＣＳＩ，  Ａｃｋ／Ｎａｃｋ)などである。
【００９６】
また、ＭｅＮＢ２００−１は、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３における下りリンクＣＳＩ報告の設定情報（例えばＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇ）を含んだＲＲＣメッセージをＵＥ１００−１に送信する。下りリンクＣＳＩ報告の設定情報（例えばＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇ）は、下りリンクＣＳＩの報告周期を示すパラメータなどを含む。
【００９７】
ＲＲＣメッセージとしては、例えば、共通制御信号の一種であるＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）  ｔｙｐｅ２、個別制御信号の一種であるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ又はＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎが利用できる。
【００９８】
ＴＤＤの場合、ＭｅＮＢ２００−１は、キャリア１を介して当該ＲＲＣメッセージをＵＥ１００−１に送信する。ＦＤＤの場合、ＭｅＮＢ２００−１は、キャリア１（ｆＵＬ１）と対をなす下りリンクキャリアｆＤＬ１を介して当該ＲＲＣメッセージをＵＥ１００−１に送信する。
【００９９】
ＵＥ１００−１は、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３を示す設定情報（ＰＵＣＣＨ−Ｃｏｎｆｉｇ）を含んだＲＲＣメッセージをＭｅＮＢ２００−１から受信する。ＵＥ１００−１は、当該設定情報（ＰＵＣＣＨ−Ｃｏｎｆｉｇ）に基づいて、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３を識別する。
【０１００】
また、ＵＥ１００−１は、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３における下りリンクＣＳＩ報告の設定情報（例えばＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇ）を含んだＲＲＣメッセージをＭｅＮＢ２００−１から受信する。ＵＥ１００−１は、当該設定情報（例えばＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇ）に基づいて、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３においてＳｅＮＢ２００−２に対する下りリンクＣＳＩ報告を行う。
【０１０１】
実施形態では、ＵＥ１００−１は、キャリア２を使用した無線通信が可能となった後に、キャリア２に対応する下りリンクＣＳＩ報告を、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３において送信する制御を行う。すなわち、ＵＥ１００−１は、キャリア１を利用している際にキャリア２も利用可能になった場合に、キャリア２に対応する下りリンクＣＳＩ報告の設定情報（例えばＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇ）を有効化する。
【０１０２】
二重接続において、ＵＥ１００−１は、ＭｅＮＢ２００−１との接続を主たる接続とし、ＳｅＮＢ２００−２との接続を従たる接続として、ＳｅＮＢ２００−２との通信を一時的に行う。よって、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３に関する設定情報をＭｅＮＢ２００−１からＵＥ１００−１に送信することにより、ＵＥ１００−１の通信設定をＭｅＮＢ２００−１が統括して制御できる。
【０１０３】
ＭｅＮＢ２００−１は、ＵＥ１００−１に送信する設定情報（ＰＵＣＣＨ−Ｃｏｎｆｉｇ、ＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇなど）をＳｅＮＢ２００−２と共有するために、当該設定情報（ＰＵＣＣＨ−Ｃｏｎｆｉｇ、ＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇなど）をＳｅＮＢ２００−２に通知してもよい。もしくは、ＳｅＮＢ２００−２がＰＵＣＣＨ領域Ｒ３に関する設定情報を決定し、ＭｅＮＢ２００に通知してもよい。
【０１０４】
図１０は、ＵＥ１００−１による制御信号の送信動作を説明するための図である。まず、Ａｃｋ／Ｎａｃｋに関して説明する。
【０１０５】
図１０に示すように、ＵＥ１００−１は、キャリア１に対応するＡｃｋ／Ｎａｃｋをキャリア１のＰＵＣＣＨ領域においてＭｅＮＢ２００−１に送信する。ＭｅＮＢ２００−１は、キャリア１に対応するＡｃｋ／Ｎａｃｋをキャリア１のＰＵＣＣＨ領域においてＵＥ１００−１から受信する。ＴＤＤの場合、キャリア１に対応するＡｃｋ／Ｎａｃｋとは、ＵＥ１００−１がキャリア１を介してＭｅＮＢ２００−１から受信したユーザデータについてのＡｃｋ／Ｎａｃｋである。ＦＤＤの場合、キャリア１に対応するＡｃｋ／Ｎａｃｋとは、ＵＥ１００−１がキャリア１（ｆＵＬ１）と対をなす下りリンクキャリアｆＤＬ１を介してＭｅＮＢ２００−１から受信したユーザデータについてのＡｃｋ／Ｎａｃｋである。
【０１０６】
また、ＵＥ１００−１は、キャリア２に対応するＡｃｋ／Ｎａｃｋをキャリア２のＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３においてＳｅＮＢ２００−２に送信する。ＳｅＮＢ２００−２は、キャリア２に対応するＡｃｋ／Ｎａｃｋをキャリア２のＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３においてＵＥ１００−１から受信する。ＴＤＤの場合、キャリア２に対応するＡｃｋ／Ｎａｃｋとは、ＵＥ１００−１がキャリア２を介してＳｅＮＢ２００−２から受信したユーザデータについてのＡｃｋ／Ｎａｃｋである。ＦＤＤの場合、キャリア２に対応するＡｃｋ／Ｎａｃｋとは、ＵＥ１００−１がキャリア２（ｆＵＬ２）と対をなす下りリンクキャリアｆＤＬ２を介してＳｅＮＢ２００−２から受信したユーザデータについてのＡｃｋ／Ｎａｃｋである。
【０１０７】
次に、下りリンクＣＳＩ報告（周期的な下りリンクＣＳＩ報告）に関して説明する。
【０１０８】
図１０に示すように、ＵＥ１００−１は、キャリア１に対応する下りリンクＣＳＩ報告をキャリア１のＰＵＣＣＨ領域においてＭｅＮＢ２００−１に送信する。ＭｅＮＢ２００−１は、キャリア１に対応する下りリンクＣＳＩ報告をキャリア１のＰＵＣＣＨ領域においてＵＥ１００−１から受信する。ＴＤＤの場合、キャリア１に対応する下りリンクＣＳＩ報告とは、ＵＥ１００−１がキャリア１を介してＭｅＮＢ２００−１から受信した参照信号等についてのＣＳＩ報告である。ＦＤＤの場合、キャリア１に対応する下りリンクＣＳＩ報告とは、ＵＥ１００−１がキャリア１（ｆＵＬ１）と対をなす下りリンクキャリアｆＤＬ１を介してＭｅＮＢ２００−１から受信した参照信号等についてのＣＳＩ報告である。
【０１０９】
また、ＵＥ１００−１は、キャリア２に対応する下りリンクＣＳＩ報告をキャリア２のＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３においてＳｅＮＢ２００−２に送信する。ＳｅＮＢ２００−２は、キャリア２に対応する下りリンクＣＳＩ報告をキャリア２のＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３においてＵＥ１００−１から受信する。ＴＤＤの場合、キャリア２に対応する下りリンクＣＳＩ報告は、ＵＥ１００−１がキャリア２を介してＳｅＮＢ２００−２から受信した参照信号等についてのＣＳＩ報告である。ＦＤＤの場合、キャリア２に対応する下りリンクＣＳＩ報告とは、ＵＥ１００−１がキャリア２（ｆＵＬ２）と対をなす下りリンクキャリアｆＤＬ２を介してＳｅＮＢ２００−２から受信した参照信号等についてのＣＳＩ報告である。
【０１１０】
キャリア２に対応する下りリンクＣＳＩ報告の送信周期は、キャリア１に対応する下りリンクＣＳＩ報告の送信周期とは異なる周期である。実施形態では、キャリア２に対応する下りリンクＣＳＩ報告の送信周期は、キャリア１に対応する下りリンクＣＳＩ報告の送信周期よりも短い。例えば、キャリア２に対応する下りリンクＣＳＩ報告の送信周期は、キャリア１に対応する下りリンクＣＳＩ報告の送信周期の半分以下の周期である。
【０１１１】
二重接続において、ＵＥ１００−１とＳｅＮＢ２００−２との間のチャネル状態は、ＵＥ１００−１とＭｅＮＢ２００−１との間のチャネル状態よりも良好であることが想定される。よって、キャリア２に対応する下りリンクＣＳＩ報告の送信周期を、キャリア１に対応する下りリンクＣＳＩ報告の送信周期よりも短くすることにより、ＵＥ１００−１がＳｅＮＢ２００−２との通信を積極的に利用できる。
【０１１２】
［第１変更例］
上述した実施形態では、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３は、キャリア２に含まれるＰＵＣＣＨ領域Ｒ１と隣接して設けられていた（図８参照）。しかしながら、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３は、ＰＵＣＣＨ領域Ｒ１と離間して設けられてもよい。図１１は、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３の変更例１を説明するための上りリンクサブフレームの構成図である。図１１に示すように、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３は、１サブフレームの全体に亘って、時間方向に沿って延びる点で上述した実施形態と同様である。但し、図１１に示すＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３は、ＰＵＣＣＨ領域Ｒ１と離間して設けられている点で上述した実施形態とは異なる。
【０１１３】
また、上述した実施形態では、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３は、時間方向に沿って延びていた（図８参照）。しかしながら、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３は、周波数方向に沿って延びてもよい。図１２は、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３の変更例２を説明するための上りリンクサブフレームの構成図である。図１２に示すように、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３は、第１スロット及び第２スロットのそれぞれにおいて、一対のＰＵＣＣＨ領域Ｒ１の間で、周波数方向に沿って延びる。図１２では、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３が一対のＰＵＣＣＨ領域Ｒ１の間で全体に亘って延びているが、破線で示すように複数の領域に区切って使用してもよい。ＵＬ帯域幅が広い場合、ｅＮＢ２００との間のパスロスや送信電力制御パラメータの設定によっては広い帯域全体で信号を送信すると送信電力の上限にかかってしまうＵＥ１００も存在するからである。
【０１１４】
［第２変更例］
上述した実施形態では、キャリア２の帯域幅について特に考慮していなかった。しかしながら、キャリア２の帯域幅が狭い場合には、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３をキャリア２に設けることにより、キャリア２にＰＵＳＣＨ領域Ｒ２を設けることができなくなり得る。
【０１１５】
現行の仕様上、最小のキャリア帯域幅は１．４ＭＨｚであり、６リソースブロック分の帯域幅である。例えばＰＵＣＣＨ領域Ｒ１が４リソースブロック分の帯域幅を占める場合に、残る２リソースブロック分の帯域幅をＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３として設定すると、キャリア２にＰＵＳＣＨ領域Ｒ２を設けることができない。よって、このようなキャリア帯域幅については、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３を設けることは好ましくない。
【０１１６】
従って、Ｅ−ＵＴＲＡＮ１０は、キャリア２の帯域幅が所定の帯域幅よりも広い場合にのみ、ＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３をキャリア２に設ける。所定の帯域幅とは、ＰＵＣＣＨ領域Ｒ１及びＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３をキャリア２に設けても、ＰＵＳＣＨ領域Ｒ２をキャリア２に設けることができる帯域幅である。具体的には、所定の帯域幅とは、最小限のＰＵＣＣＨ領域Ｒ１、最小限のＰＵＳＣＨ領域Ｒ２、及び最小限のＳｅＮＢ用ＰＵＣＣＨ領域Ｒ３の総帯域幅に相当する帯域幅である。
【０１１７】
［第３変更例］
上述した実施形態では、ＵＥ１００−１に二重接続が適用される動作環境を想定していた。しかしながら、ＵＥ１００−１にキャリアアグリゲーション（ＣＡ）が適用される動作環境であってもよい。
【０１１８】
図１３は、動作環境の変更例を示す図である。図１３に示すように、ｅＮＢ２００は、キャリア１（第１のキャリア）に属するセル１、及びキャリア２（第２のキャリア）に属するセル２を管理する。図１３の例では、セル１及びセル２は、同等のカバレッジサイズを有する。
【０１１９】
ＴＤＤの場合、キャリア１は上りリンク及び下りリンクで共通のキャリアであり、キャリア２は上りリンク及び下りリンクで共通のキャリアである。一方、ＦＤＤの場合、キャリア１は上りリンクキャリアｆＵＬ１であり、ｅＮＢ２００は、キャリア１と対をなす下りリンクキャリアｆＤＬ１をさらに管理する。また、ＦＤＤの場合、キャリア２は上りリンクキャリアｆＵＬ２であり、ｅＮＢ２００は、キャリア２と対をなす下りリンクキャリアｆＤＬ２をさらに管理する。
【０１２０】
ｅＮＢ２００は、ＵＥ１００−１のモビリティ制御（Ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）を行う。ｅＮＢ２００は、ＵＥ１００−１とのＲＲＣ接続を確立し、ＵＥ１００−１のハンドオーバ制御などを行う。ＵＥ１００−１は、複数のキャリア（キャリア１及びキャリア２）を同時に使用してＥ−ＵＴＲＡＮ１０との上りリンク通信を行い、各キャリアにおけるスケジューリングを１つのｅＮＢ２００が行う。
【０１２１】
キャリア１は、ＵＥ１００−１のモビリティ制御に使用される。ＵＥ１００−１に着目すると、キャリア１はＰＣＣ（Ｐｒｉｍａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）に相当し、セル１はＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）に相当する。キャリア２は、キャリア１と協調してＵＥ１００−１に無線通信を提供する。ＵＥ１００−１に着目すると、キャリア２はＳＣＣ（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）に相当し、ｅＮＢ２００はＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）に相当する。
【０１２２】
このような動作環境において、上述した実施形態と同様に、キャリア２にＳＣｅｌｌ用ＰＵＣＣＨ領域Ｒ３（第２の物理上りリンク制御チャネル領域）を設けることにより、ＵＥ１００−１は、キャリア２（ＳＣｅｌｌ）に対応する制御信号をＳＣｅｌｌ用ＰＵＣＣＨ領域Ｒ３において送信できる。
【０１２３】
［その他の実施形態］
上述した実施形態では、キャリア２に対応する下りリンクＣＳＩ報告の送信周期が、キャリア１に対応する下りリンクＣＳＩ報告の送信周期よりも短く設定される一例について説明した。しかしながら、第３変更例で説明したようにキャリアアグリゲーションが適用される場合には、キャリア２に対応する下りリンクＣＳＩ報告の送信周期が、キャリア１に対応する下りリンクＣＳＩ報告の送信周期よりも長く設定されてもよい。図１３に示した動作環境では、キャリア１及びキャリア２それぞれのチャネル品質は同等であるため、主たるキャリアであるキャリア１に対応する下りリンクＣＳＩ報告を優先することが好ましいからである。
【０１２４】
上述した実施形態では、ＵＥ１００−１がキャリア２において制御信号及びユーザデータを同時に送信するケースについて特に触れなかった。しかしながら、キャリア２のＳｅＮＢ用ＰＵＣＣＨ領域（ＳＣｅｌｌ用ＰＵＣＣＨ領域）Ｒ３におけるＰＵＣＣＨリソースの割り当てと、キャリア２のＰＵＳＣＨ領域Ｒ２におけるＰＵＳＣＨリソースの割り当てとは、同時に発生し得る。このような同時発生の場合には、ＵＥ１００−１は、以下の第１の動作及び第２の動作の何れかを行うことが好ましい。
【０１２５】
第１の動作は、ＵＥ１００−１が、ＰＵＳＣＨ上で制御信号も含めて全て送信(ＰＵＣＣＨ上では無送信)する動作である。これにより、ＰＵＳＣＨ上で制御信号及びユーザデータを一括送信できる。
【０１２６】
第２の動作は、ＰＵＳＣＨとＰＵＣＣＨの同時送信を行う動作である。これにより、ＰＵＳＣＨリソースを有効活用できる。
【０１２７】
また、上述した各実施形態では、セルラ通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１２８】
［付記］
以下において、上述した実施形態の補足事項について付記する。
【０１２９】
二重接続におけるＣＰ（制御プレーン）アーキテクチャは、ベースラインとして、オプションＣ１に基づくことが合意されている。オプションＣ２は除外されたわけではないが、オプションＣ１の代わりにオプションＣ２の導入を検討するには、事前にオプションＣ２の実質的な利点を明確にするべきである。解決すべき二重接続の１つの側面は、ＲＬＦ（無線リンク障害）の状況への対処である。以下において、ＳｅＮＢ２００−２のＲＬＭ（無線リンク監視）に関連したＲＬＦ、ＭｅＮＢとの接続断、二重接続の起動、ＲＡＣＨ障害（ランダムアクセス障害）の問題について検討する。
【０１３０】
二重接続及びＣＡはどちらもＵＥ１００を複数のセルに同時に接続をさせることによってユーザ・スループットを増大させる利点がある。ＵＥ１００及びネットワークの両方に対する不必要な複雑性を避けるため、ＣＡのＣＰアーキテクチャを二重接続のＣＰアーキテクチャにおいて可能な限り再利用することが好ましいと思われる。しかしながら、ＣＡ手順の再利用は、二重接続の性能に大きな低下をもたらさないよう注意して実施されるべきである。ＲＬＦに関する以下の判断において、二重接続におけるＲＬＦに関する問題は、ＣＡに用いられる既存の手順と比較した考察が行われている。
【０１３１】
（ＳｅＮＢのＲＬＭ）
ＣＡでは、ＳＣｅｌｌの追加／起動、及びＳＣｅｌｌにおける潜在的なＲＬＦを含め、ＰＣellが、ＣＱＩ及び測定報告を使ってＳＣｅｌｌの状態を判定するため、ＲＬＭは、ＳＣｅｌｌではサポートされない。二重接続では、状況は簡単ではない。というのは、ＳｅＮＢ２００−２が自身のスケジューラを有し、Ｘｎインターフェイスにおける遅延が過剰である想定されるので、ＵＥ１００がＭｅＮＢ２００−１及びＳｅＮＢ２００−２に対してＣＱＩを送信することが合理的と考えられるからである。また、ＵＥ１００のＭｅＮＢ２００−１に対する無線リンクが失敗しても、ＵＥ１００のＳｅＮＢ２００−２に対する無線リンクは全く問題がない場合もある。ＵＥ１００がＲＬＭをＭｅＮＢ２００−１にだけ適用する場合、ＵＥ１００は、ＭｅＮＢ２００−１に対するリンクが失敗したときだけＲＬＦを宣言する必要があるであろう。従って、ＵＥ１００にＳｅＮＢ２００−２のＲＬＭも適用させることは有益である。
【０１３２】
提案１：  ベースラインとして、ＵＥ１００は、ＭｅＮＢ２００−１及びＳｅＮＢ２００−２に対し、ＣＱＩを送信するべきである。
【０１３３】
提案２：  ＵＥ１００は、ＲＬＭをＳｅＮＢ２００−２に対しても適用するべきである。
【０１３４】
提案２が同意可能な場合、ＭｅＮＢ２００−１がＲＬＭの状態を知る必要があるかどうかを判断する必要がある。説明したように、もしＳｅＮＢ２００−２へのＵＬ送信が許可される場合、ＵＥ１００がさらにＳＲＳをＳｅＮＢ２００−２に送信することを防ぐためにＭｅＮＢ２００−１ができるだけ早くＳｅＮＢ２００−２を取り除くことが必要になるであろう。さらに、ＭｅＮＢ２００−１がＳｅＮＢ２００−２のＲＬＦの状態を知っている場合、ＭｅＮＢ２００−１は、他の周波数間ＳｅＮＢ候補の測定をＵＥ１００に対して設定できるであろう。ＳｅＮＢ２００−２又はＵＥ１００がＭｅＮＢ２００−１に対してＳｅＮＢ２００−２のＲＬＦの状態を通知する場合があるが、バックホール遅延が過剰な場合、ＵＥ１００がＳｅＮＢ２００−２のＲＬＦの状態をＭｅＮＢ２００−１に提供する方が好ましい場合もある。
【０１３５】
提案３：  ＭｅＮＢ２００−１は、ＳｅＮＢ２００−２のＲＬＦの状態を通知されるべきである。
【０１３６】
提案３が同意されたとして、ＳｅＮＢ２００−２のＲＬＦの状態をＭｅＮＢ２００−１に通知する際の形態もまた決める必要がある。１つの可能性として、ＵＥ１００がＳｅＮＢ２００−２に対してＲＬＦを宣言した後にのみ、ＵＥ１００又はＳｅＮＢ２００−２がＭｅＮＢ２００−１に指示を送信することが考えられる。しかしながら、ＭｅＮＢ２００−１はＳｅＮＢ２００−２の追加／除外／切替を担当するので、ＭｅＮＢ２００−１がＳｅＮＢ２００−２のＣＱＩ情報を得てＳｅＮＢ２００−２に対するリンクを良好に監視できるようにすることが有益であろう。現在では、ＵＰ（ユーザプレーン）アーキテクチャはいまだに不確実であるが、もしベアラスプリットオプションを有する、Ａｌｔ３オプションの１つが採用されたならば、ＳｅＮＢ２００−２に対してステアリングされるトラフィックを決めるのはＭｅＮＢ２００−１次第となるであろう。ＳｅＮＢ２００−２のＣＱＩを有するということは、ＭｅＮＢ２００−１がベアラスプリットに関する決定ができる利点があるといえる。
【０１３７】
提案４：  ベースラインとして、ＵＥ１００は、ＭｅＮＢ２００−１に対して、ＳｅＮＢ２００−２のＣＱＩを送信するべきである。ＣＳＩに含まれる情報の中で、ＣＱＩ以外の情報が必要かどうかは、今後の検討が必要である。
【０１３８】
（ＭｅＮＢ２００−１に対するＲＬＦ）
これまで、ＣＰアーキテクチャがオプションＣ１に基づくと仮定された。つまりＵＥ１００には１つだけＲＲＣエンティティが存在するという意味であり、ＭｅＮＢ２００−１はアンカーｅＮＢであるので、全てのモビリティ機能をＵＥ１００に対してコーディネートできる。もし提案１が同意されれば、ＵＥ１００はＳｅＮＢ２００−２の無線リンクも監視することになる。これは、ＭｅＮＢ２００−１とのリンク状態が悪いので、ＵＥ１００がＳｅＮＢ２００−２とのみ接続を有する状態が存在する可能性があることを意味する。このシナリオでは、オプションＣ１において、ＵＥ１００がＳｅＮＢ２００−２とだけ接続を維持し続けることができるかどうかを決める必要がある。この問題はすでに取り組まれている。ＳｅＮＢ２００−２がモビリティ機能を有するＵＥ１００に対してサービスを提供できるように、ＳｅＮＢ２００−２は、ＵＥ１００とＲＲＣ機能を維持する手段を有する必要がある。以下のオプションが考えられる。
【０１３９】
オプション１．ＳｅＮＢ２００−２が除外されるべきであり、そうすればＵＥ１００がＭｅＮＢ２００−１と再確立を試みることができる。これは、ＵＥ１００におけるＰＣellとのＲＬＦをトリガーとして、ＵＥ１００がＳＣｅｌｌの作動を停止するＣＡのケースと同様である。
【０１４０】
オプション２．ＭｅＮＢ２００−１は、ＭｅＮＢ２００−１とのＵＥ１００のＲＬＦの状況をＳｅＮＢ２００−２に通知するべきである。これによって、ＲＲＣ機能がＳｅＮＢ２００−２に対して回復するようにＳｅＮＢ２００−２がＵＥ１００とのＳＲＢ（シグナリング無線ベアラ）を確立する契機となるであろう。ＭｅＮＢ２００−１はまた、ＳｅＮＢ２００−２に対してＵＥ１００のコンテキストも送信するべきである。
【０１４１】
上記オプション１は、ＵＥ１００におけるＰＣellとのＲＬＦをトリガーとして、ＵＥ１００がＳＣｅｌｌの作動を停止するＣＡのケースと同様である。ＳｅＮＢ２００−２の無線リンクを監視する理由には反するがＵＥ１００のＳｅＮＢ２００−２に対する接続も除外される必要がある。
【０１４２】
オプション２では、ＵＥ１００のＳｅＮＢ２００−２との接続は維持されるであろうが、ＭｅＮＢ２００−１がＳｅＮＢ２００−２に対してＲＬＦの状況を通知する必要があると思われる。ＵＥ１００は、ＳｅＮＢ２００−２とのＲＲＣ機能をもはや有しないので、ＵＥ１００がＳｅＮＢ２００−２に対してＲＬＦの状況を通知する手段がない。オプション２では、ＳｅＮＢ２００−２がＵＥ１００とＳＲＢを確立さえすれば、ＭｅＮＢ２００−１がＳｅＮＢ２００−２のＵｕインターフェイスを介して、ＵＥ１００に対してＲＲＣメッセージを送信することが可能である。
【０１４３】
提案５：  ＣＰアーキテクチャのオプションＣ１では、ＵＥ１００においてＭｅＮＢ２００−１とのＲＬＦが発生した場合、ＳｅＮＢ２００−２がＵＥ１００とのＳＲＢを確立し、ＭｅＮＢ２００−１とのＲＲＣ機能を回復できるように、ＭｅＮＢ２００−１は、ＭｅＮＢ２００−１とのＵＥ１００のＲＬＦの状況をＳｅＮＢ２００−２に通知するべきである。
【０１４４】
オプションＣ１はベースラインのＣＰアーキテクチャと考えられているが、オプションＣ２の１つの潜在的な利点は、現在想定されているオプションＣ２のアーキテクチャに大規模な変更を加えなくても、ＵＥ１００がＳｅＮＢ２００−２とのＲＲＣ接続を維持できる可能性である。ＳｅＮＢ２００−２のＲＲＣ接続の主な意図は、ＳｅＮＢ２００−２特有の機能（例えば、ＭｅＮＢ２００−１ではなく、ＳｅＮＢ２００−２に対するＲＲＭ）を果たすことであるが、ＳｅＮＢ２００−２のＲＲＣ機能を拡大して、ＭｅＮＢ２００−１とのＲＬＦなどの異常な条件に対処できる可能性がある。例えば、ＵＥ１００は、ＳｅＮＢ２００−２との単一セルオペレーションに戻ることができる一方、ＵＥ１００はＳｅＮＢ２００−２とのＵｕインターフェイスを通してＭｅＮＢ２００−１との接続を維持することができる可能性がある。
【０１４５】
提案６：  ＵＥ１００においてＭｅＮＢ２００−１とのＲＬＦが発生した場合、オプションＣ２がオプションＣ１よりも有益かどうかを検討するべきである。
【０１４６】
（二重接続の起動）
二重接続の起動についても、オプションＣ１及びオプションＣ２を比較検討すべきである。二重接続起動手順はＵＥ１００が最初に小セルに接続するかマクロセルに接続するかによって異なる。オプションＣ１では、ＵＥ１００が小セルに最初に在圏した場合、ＵＥ１００はＭｅＮＢ２００−１とのＲＲＣ接続しか有さないため、小セルは、二重接続の前にＵＥ１００をＭｅＮＢ２００−１に対してハンドオーバさせる必要がある可能性が高い。二重接続の前に小セルからＭｅＮＢ２００−１へのハンドオーバに対する必要性を避ける１つの方法は、ＭｅＮＢ２００−１だけが二重接続を構成することが可能であるため、ＵＥ１００が常にＭｅＮＢ２００−１に在圏していることを確実にすることである。しかしながら、小セルがレガシーＵＥをサポートする必要があるため、レガシーＵＥをスタンドアローン型のセルとしてサポートできる必要がある。従って、ＵＥ１００が小セルに在圏することを防ぐことが難しい可能性がある。二重接続可能なＵＥ１００に対するセル再選択手順を更に向上すべきかについては今後の検討が必要である。
【０１４７】
提案７：  二重接続可能なＵＥ１００におけるセル再選択手順を更に向上すべきかを検討するべきである。
【０１４８】
オプションＣ２では、オプションＣ１と同じ手順が適用されたが、小セルはＵｕインターフェイスを介してＵＥ１００とＲＲＣ接続を有するので、最初にＵＥ１００をＭｅＮＢ２００−１に対してハンドオーバ―させずに、小セルがＵＥ１００のＭｅＮＢ２００−１との二重接続を確立できる可能性がある。二重接続が作動する前にＵＥ１００が最初にＭｅＮＢ２００−１に接続するか、又はＳｅＮＢ２００−２と接続するかに差異はないので、これにより、アイドルモビリティ手順を簡素化することができる。従って、ＲＡＮ２は、ＵＥ１００がオプションＣ２において二重接続の運用を開始したとき、ＵＥ１００が１つのノードとＲＲＣ接続を維持することを許可する手順を導入するべきである。そのような手順が実行可能かどうかは、どのエンティティが二重接続を開始することを許可されるかにかかっている。ＭｅＮＢ２００−１だけが二重接続を構成することができる場合、この種の向上は不可能である。
【０１４９】
提案８：  オプションＣ２を採用する場合、小セルがＭｅＮＢ２００−１との二重接続を開始することを許可する可能性を検討するべきである。
【０１５０】
（ＲＡＣＨ）
現在、ＣＡにおいてＲＡＲ（ランダムアクセス応答）はＰＣellから送られるが、これは、二重接続のケースに当てはまらない理想的なバックホールに基づくものである。二重接続では、ＵＥ１００はＭｅＮＢ２００−１及びＳｅＮＢ２００−２の両方に対して送信可能となった場合、ＵＥ１００がＳｅＮＢ２００−２に対してＲＡＣＨプリアンブルを送信するものだと仮定している。しかしながら、ＵＥ１００がＭｅＮＢ２００−１からＲＡＲを受信した場合、Ｘｎインターフェイスの遅延次第では、ネットワークによるＴ３００タイマの適切な値の決定について悪影響を及ぼす可能性がある。従って、ＳｅＮＢ２００−２がＵＥ１００に対してＲＡＲを送信するほうが良いと思われる。ＲＡＲがＭｅＮＢ２００−１から送信された場合、ＭｅＮＢ２００−１は二重接続の設定を担当するので、特に、ＲＡＣＨに障害があれば、ＭｅＮＢ２００−１はＲＡＣＨの状態を把握する必要もあるであろう。そして、ＳｅＮＢ２００−２又はＵＥ１００は、ＭｅＮＢ２００−１に対してＲＡＣＨの障害（失敗）を通知するべきである。
【０１５１】
提案９：  ＵＥ１００がＳｅＮＢ２００−２に対してＲＡＣＨプリアンブルを送信する場合、ＳｅＮＢ２００−２はＲＡＲをＵＥ１００に対して送信するべきである。
【０１５２】
提案１０：  ＳｅＮＢ２００−２又はＵＥ１００は、ＭｅＮＢ２００−１に対してＲＡＣＨの障害を通知するべきである。
【０１５３】
（まとめ）
付記では、二重接続におけるＲＬＦに関連する問題を考察した。特に、オプションＣ１をベースラインと仮定して、ＲＬＦの対処をＣＡの同様の手順と比較した。場合によっては、オプションＣ１よりオプションＣ２を使用する方が有益な場合もある。
【０１５４】
［相互参照］
米国仮出願第６１／８６４１８６号（２０１３年８月９日出願）の全内容及び米国仮出願第６１／８８３６１９号（２０１３年９月２７日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１５５】
本発明は、移動通信分野において有用である。
【図１】
2015020018.tif 000003
【図２】
2015020018.tif 000004
【図３】
2015020018.tif 000005
【図４】
2015020018.tif 000006
【図５】
2015020018.tif 000007
【図６】
2015020018.tif 000008
【図７】
2015020018.tif 000009
【図８】
2015020018.tif 000010
【図９】
2015020018.tif 000011
【図１０】
2015020018.tif 000012
【図１１】
2015020018.tif 000013
【図１２】
2015020018.tif 000014
【図１３】
2015020018.tif 000015
【国際調査報告】
2015020018.tif 000016
2015020018.tif 000017
2015020018.tif 000018
2015020018.tif 000019
2015020018.tif 000020
2015020018.tif 000021
2015020018.tif 000022