(57)【特許請求の範囲】
【請求項１】
複数のセルを同時に用いて基地局と通信する無線端末であって、
制御部を備え、
前記制御部は、前記無線端末の特定ベアラに対して第１LC（Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）及び第２LCを設定する第１の情報を前記基地局から受信する処理を行い、
前記第１LCは、前記第２LCの優先度よりも高い優先度を有し、
前記第１情報は、前記第１LCを識別する第１LCＩＤと１又は複数の第１特定セルを識別する第１セルＩＤとの対応付けと、前記第２LCを識別する第２LCＩＤと１又は複数の第２特定セルを識別する第２セルＩＤとの対応付けと、を設定する対応付け設定を含み、
前記制御部は、前記対応付け設定に基づいて、前記第１LCを前記１又は複数の第１特定セルに対応付け、前記第２のLCを前記１又は複数の第２特定セルに対応付け、
前記制御部は、前記特定ベアラのデータを送信する際において、
前記データの滞留量が前記基地局により設定された閾値を超えないことに応じて、前記第１特定セルのみを用いて前記データを送信する処理を行い、
前記制御部は、前記データの滞留量が前記閾値を超えたことに応じて、前記第１特定セル及び前記第２特定セルを用いて前記データを送信する処理を行う
無線端末。
【請求項２】
複数のセルを同時に用いて無線端末と通信する基地局であって、
前記無線端末の特定ベアラに対して第１LC（Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）及び第２LCを設定する第１情報を前記無線端末に送信する制御部を備え、
前記第１LCは、前記第２LCの優先度よりも高い優先度を有し、
前記第１情報は、前記第１LCを識別する第１LCＩＤと１又は複数の第１特定セルを識別する第１セルＩＤとの対応付けと、前記第２LCを識別する第２LCＩＤと１又は複数の第２特定セルを識別する第２セルＩＤとの対応付けと、を設定する対応付け設定を含む、
基地局。
【請求項３】
通信方法であって、
第１LC（Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）は、第２LCの優先度よりも高い優先度を有し、
複数のセルを同時に用いて基地局と通信する無線端末が、前記無線端末の特定ベアラに対して前記第１LC及び前記第２LCを設定する第１の情報を前記基地局から受信するステップと、
前記第１LCを識別する第１LCＩＤと１又は複数の第１特定セルを識別する第１セルＩＤとの対応付けと、前記第２LCを識別する第２LCＩＤと１又は複数の第２特定セルを識別する第２セルＩＤとの対応付けと、を前記第１情報により設定する対応付け設定ステップと、
前記対応付け設定に基づいて、前記第１LCを前記１又は複数の第１特定セルに対応付け、前記第２のLCを前記１又は複数の第２特定セルに対応付けるステップと、
前記特定ベアラのデータを送信するステップと、を備え、
前記データを送信するステップにおいて、前記無線端末が、前記データの滞留量が前記基地局により設定された閾値を超えないことに応じて、前記第１特定セルのみを用いて前記データを送信し、前記データの滞留量が前記閾値を超えたことに応じて、前記第１特定セル及び前記第２特定セルを用いて前記データを送信する
通信方法。
【請求項４】
複数のセルを同時に用いて基地局と通信する無線端末を制御するプロセッサであって、
前記プロセッサは、
前記無線端末の特定ベアラに対して第１LC（Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）及び第２LCを設定する第１の情報を前記基地局から受信する処理であって、前記第１LCは、前記第２LCの優先度よりも高い優先度を有し、前記第１情報は、前記第１LCを識別する第１LCＩＤと１又は複数の第１特定セルを識別する第１セルＩＤとの対応付けと、前記第２LCを識別する第２LCＩＤと１又は複数の第２特定セルを識別する第２セルＩＤとの対応付けと、を設定する対応付け設定を含む、処理と、
前記対応付け設定に基づいて、前記第１LCを前記１又は複数の第１特定セルに対応付け、前記第２のLCを前記１又は複数の第２特定セルに対応付ける処理と、
前記特定ベアラのデータを送信する処理と、を実行し、
前記データを送信する処理において、前記プロセッサは、前記データの滞留量が前記基地局により設定された閾値を超えないことに応じて、前記第１特定セルのみを用いて前記データを送信し、前記データの滞留量が前記閾値を超えたことに応じて、前記第１特定セル及び前記第２特定セルを用いて前記データを送信する処理を実行する
プロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、移動通信システムにおいて用いられる無線端末及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、無線端末が複数のセル（すなわち、複数のコンポーネントキャリア）を同時に用いて基地局と通信する技術であるキャリアアグリゲーションが仕様化されている。【０００３】
３ＧＰＰリリース１３よりも前のリリースにおいてキャリアアグリゲーションのセル最大数（すなわち、アグリゲートされるセルの最大数）は５である。これに対し、３ＧＰＰリリース１３においてキャリアアグリゲーションのセル最大数は３２に拡張される。よって、今後は、アグリゲートされる複数のセルが同様な特性を有するのではなく、多様な特性のセルがアグリゲートされ得ると考えられる。【０００４】
また、近年、無線端末が実行するアプリケーションが多様化しており、各アプリケーションのトラフィックに要求される特性も多様化している。よって、アグリゲートされるセルの特性とトラフィックの特性とを整合させることを可能とする技術の実現が望まれる。
【発明の概要】
【０００５】
一実施形態に係る無線端末は、ＬＡＡ（Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）セルを含む複数のセルを同時に用いて基地局と通信する。前記無線端末は、前記無線端末の特定ＬＣ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）のデータを前記ＬＡＡセル上で送信することを許可するか否かを設定する設定情報を前記基地局から受信する処理を行う制御部を備える。
【０００６】
一実施形態に係る基地局は、ＬＡＡ（Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）セルを含む複数のセルを同時に用いて無線端末と通信する。前記基地局は、前記無線端末の特定ＬＣ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）のデータを前記ＬＡＡセル上で送信することを許可するか否かを設定する設定情報を前記無線端末に送信する処理を行う制御部を備える。
【０００７】
一実施形態に係る無線端末は、複数のセルを同時に用いて基地局と通信する。前記無線端末は、前記無線端末の特定ベアラ又は特定ＬＣＧ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ）と１又は複数の特定セルとの対応付けを設定する対応付け設定を前記基地局から受信する処理を行う制御部を備える。前記制御部は、前記対応付け設定に基づいて、前記特定ベアラ又は前記特定ＬＣＧを前記１又は複数の特定セルに対応付ける。
【０００８】
一実施形態に係る基地局は、複数のセルを同時に用いて無線端末と通信する。前記基地局は、前記無線端末の特定ベアラ又は特定ＬＣＧ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ）と１又は複数の特定セルとの対応付けを設定する対応付け設定を生成する制御部を備える。前記制御部は、前記対応付け設定を前記無線端末に送信する処理を行う。
【図面の簡単な説明】
【０００９】
【図１】実施形態に係るＬＴＥシステムの構成を示す図である。
【図２】実施形態に係るＵＥ（無線端末）の構成を示す図である。
【図３】実施形態に係るｅＮＢ（基地局）の構成を示す図である。
【図４】実施形態に係る無線インターフェイスのプロトコルスタックの構成を示す図である。
【図５】実施形態に係る無線フレームの構成を示す図である。
【図６】キャリアグリゲーションが設定されたＵＥにおける第２層（レイヤ２）構造を示す図である。
【図７】第１実施形態に係るＵＥ及びｅＮＢの動作を示す図である。
【図８】第１実施形態に係る「Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ｐｒｉｏｒｉｔｉｚａｔｉｏｎ」の一例を示す図である。
【図９】第２実施形態に係るＵＥの動作の一例を示す図である。
【図１０】第３実施形態に係るエクストラロングＢＳＲの一例を示す図である。
【図１１】第４実施形態に係るＵＥの動作の一例を示す図である。
【図１２】第４実施形態の変更例に係るＵＥの動作の一例を示す図である。
【発明を実施するための形態】
【００１０】
（移動通信システム）
実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ規格に基づく移動通信システムである。
【００１１】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００１２】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、セル（サービングセル）との通信を行う。
【００１３】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。
【００１４】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても用いられる。
【００１５】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００１６】
図２は、ＵＥ１００（無線端末）の構成を示す図である。図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００１７】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００１８】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００１９】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００２０】
図３は、ｅＮＢ２００（基地局）の構成を示す図である。図３に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００２１】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００２２】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００２３】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００２４】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続される。バックホール通信部２４０は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
【００２５】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００２６】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御情報が伝送される。
【００２７】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層はスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【００２８】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御情報が伝送される。
【００２９】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３０】
ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードである。そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００３１】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００３２】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含む。各サブフレームは、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００３３】
（キャリアアグリゲーション）
キャリアアグリゲーションについて説明する。実施形態に係る移動通信システムは、キャリアアグリゲーションをサポートする。キャリアアグリゲーションにおいて、広い送信帯域幅を確保するために複数のコンポーネントキャリアがアグリゲートされる。ＵＥ１００は、複数のコンポーネントキャリア上で同時に送信又は受信を行う。
【００３４】
キャリアグリゲーションが設定されたＵＥ１００は、ネットワークとの１つのＲＲＣ接続を有する。ＲＲＣ接続セットアップ、再セットアップ、又はハンドオーバの際に、１つのサービングセルがＮＡＳモビリティ情報をＵＥ１００に提供する。また、ＲＲＣ接続再セットアップ又はハンドオーバの際、１つのサービングセルがセキュリティ情報（ｓｅｃｕｒｉｔｙ  ｉｎｐｕｔ）をＵＥ１００に提供する。当該１つのサービングセルは、プライマリセルと称される。プライマリセルに対応するコンポーネントキャリアはプライマリコンポーネントキャリアと称される。プライマリセルは、ハンドオーバにより変更される。
【００３５】
サービングセルのセットを形成するように、プライマリセルと共にセカンダリセルが設定される。セカンダリセルに対応するコンポーネントキャリアはセカンダリコンポーネントキャリアと称される。設定可能なサービングセルの数は、ＵＥ１００のキャリアアグリゲーション能力に依存する。セカンダリセルの設定（追加）及び除去は、ＲＲＣ層（ＲＲＣエンティティ）により行われる。
【００３６】
設定されたセカンダリセルのアクティベーション及びディアクティベーションは、ＭＡＣ層（ＭＡＣエンティティ）により行われる。具体的には、ｅＮＢ２００のＭＡＣエンティティは、アクティベーション／ディアクティベーションＭＡＣ制御要素をＵＥ１００に送信することにより、設定されたセカンダリセルのアクティベーション／ディアクティベーションを行う。プライマリセルをディアクティベートすることはできない。ＵＥ１００のＭＡＣエンティティは、ＲＲＣエンティティにより設定されるディアクティベーションタイマを有する。ＵＥ１００のＭＡＣエンティティは、セカンダリセルがアクティベートされた際にディアクティベーションタイマを開始する。ＵＥ１００のＭＡＣエンティティは、ディアクティベーションタイマの満了に応じて当該セカンダリセルをディアクティベートする。
【００３７】
設定された複数のサービングセルは、同じタイミングアドバンス（ＴＡ）を有するセルからなるタイミングアドバンスグループ（ＴＡＧ）にグループ化され得る。ＵＥ１００は、タイミングアドバンスグループごとに異なるタイミングアドバンスを適用して複数のサービングセルの同時送受信を行うことができる。
【００３８】
図６は、キャリアグリゲーションが設定されたＵＥ１００における第２層（レイヤ２）構造を示す図である。ここでは、上りリンクに関する動作を主として説明する。
【００３９】
図６に示すように、ＵＥ１００のＰＤＣＰエンティティ及びＲＬＣエンティティは、複数の無線ベアラ（Ｒａｄｉｏ  Bｅａｒｅｒｓ）のデータを処理する。ＭＡＣエンティティは、複数の無線ベアラに対応する複数の論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌｓ）のデータを処理する。無線ベアラ（論理チャネル）の最大数は８である。データ無線ベアラは、ＲＲＣシグナリングの一種であるＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄのＴｏＡｄｄＭｏｄＬｉｓｔで追加され、上限が８本である。シグナリング無線ベアラも同様に追加され、シグナリング無線ベアラは最終的には３本確立される。
【００４０】
ＵＥ１００のＭＡＣエンティティは、複数の論理チャネルを４つのＬＣＧ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ）にグループ化する。ＵＥ１００のＭＡＣエンティティは、ＬＣＧごとのデータの滞留量をバッファステータスとして管理し、バッファステータス報告をｅＮＢ２００に送信する。データの滞留量は、「ａｍｏｕｎｔ  ｏｆ  ｄａｔａ  ａｖａｉｌａｂｌｅ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ」と称されてもよい。
【００４１】
ＵＥ１００のＭＡＣエンティティは、ｅＮＢ２００により割り当てられた上りリンク無線リソースを用いて高優先の論理チャネルを優先的に送信するように、複数の論理チャネルの優先度付け（Ｓｃｈｅｄｕｌｉｎｇ／Ｐｒｉｏｒｉｔｙ  Ｈａｎｄｌｉｎｇ）を行う。ＵＥ１００のＭＡＣエンティティは、優先度付けされた論理チャネルのデータの多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）を行い、ＨＡＲＱエンティティを介して物理層エンティティに提供する。サービングセルごとに１つのＨＡＲＱエンティティが存在する。各ＨＡＲＱエンティティが生成するトランスポートブロックは１つのサービングセルに対応付けられる。このようなＭＡＣエンティティのプロシージャは、論理チャネル優先度付け（Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）と称される。
【００４２】
なお、キャリアグリゲーションを高度化した技術として、デュアルコネクティビティと称される技術がある。デュアルコネクティビティにおいて、ＵＥ１００は、マスタｅＮＢ及びセカンダリｅＮＢとの接続を有し、マスタｅＮＢのセルグループ（マスタセルグループ）及びセカンダリｅＮＢのセルグループ（セカンダリセルグループ）を同時に用いて通信を行う。ＵＥ１００は、マスタｅＮＢとのみＲＲＣ接続を有し、ＲＲＣシグナリングをマスタｅＮＢと送受信する。
【００４３】
（第１実施形態）
第１実施形態について説明する。第１実施形態乃至第４実施形態は、主としてキャリアグリゲーションにおける「Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ｐｒｉｏｒｉｔｉｚａｔｉｏｎ」に関する実施形態である。
【００４４】
図７は、第１実施形態に係るＵＥ１００及びｅＮＢ２００の動作を示す図である。図７の初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続を確立した状態（すなわち、ＲＲＣコネクティッドモード）である。
【００４５】
図７に示すように、ステップＳ１０１において、ｅＮＢ２００は、対応付け設定（Ｍａｐｐｉｎｇ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を生成する。対応付け設定は、ＵＥ１００の特定ベアラ又は特定ＬＣＧと１又は複数の特定セルとの対応付けを設定する。ベアラとは、無線ベアラ（ＲＢ）である。無線ベアラは、データ無線ベアラ（ＤＲＢ）であってもよい。特定セルとは、ＵＥ１００のサービングセルであって、キャリアアグリゲーションに用いるセルである。特定セルとは、ＵＥ１００に設定するセカンダリセルであってもよい。
【００４６】
一例として、ｅＮＢ２００は、ＵＥ１００に設定するセカンダリセルの特性とトラフィック（ベアラ又はＬＣＧ）の特性とを整合させるように対応付け設定を生成する。セルの特性とは、アンライセンスドスペクトルのセルであるか否か、及び／又はセルの負荷状況（無線負荷、バックホール負荷）等である。アンライセンスドスペクトルのセルは、ＬＡＡ（Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）セルと称されてもよい。トラフィックの特性とは、低遅延が要求されるトラフィックであるか否かといったＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）特性であってもよい。ｅＮＢ２００は、高ＱｏＳが要求されるベアラ又はＬＣＧをライセンスドスペクトルのセルに対応付けるように対応付け設定を生成することができる。また、ｅＮＢ２００は、高ＱｏＳが要求されないベアラ又はＬＣＧをアンライセンスドスペクトルのセル（ＬＡＡセル）に対応付けるように対応付け設定を生成することができる。
【００４７】
ステップＳ１０２において、ｅＮＢ２００は、対応付け設定をＵＥ１００に送信する。ｅＮＢ２００は、プライマリセル上でＲＲＣシグナリングにより対応付け設定をＵＥ１００に送信してもよい。ＲＲＣシグナリングは、ＵＥ個別ＲＲＣシグナリング（Ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）であってもよい。対応付け設定は、ベアラＩＤとセルＩＤとの組み合わせ又はＬＣＧ  ＩＤとセルＩＤとの組み合わせを含んでもよい。なお、ベアラ及び論理チャネルは１対１の関係を有するため、ベアラＩＤを論理チャネルＩＤと読み替えてもよい。ｅＮＢ２００は、ＵＥ１００にセカンダリセルを設定（追加）する際に、当該セカンダリに対応付けるベアラＩＤ又はＬＣＧ  ＩＤを含む対応付け設定をＵＥ１００に送信してもよい。
【００４８】
ステップＳ１０２において、ＵＥ１００は、対応付け設定をｅＮＢ２００から受信する。
【００４９】
ステップＳ１０３において、ＵＥ１００は、対応付け設定に基づいて、自身の特定ベアラ又は特定ＬＣＧを１又は複数の特定セルに対応付ける。ＵＥ１００のＭＡＣエンティティは、対応付け設定に含まれるベアラＩＤとセルＩＤとの組み合わせをＲＲＣエンティティから取得し、当該ベアラＩＤを当該セルＩＤに対応付けてもよい。或いは、ＵＥ１００のＭＡＣエンティティは、対応付け設定に含まれるＬＣＧ  ＩＤとセルＩＤとの組み合わせをＲＲＣエンティティから取得し、当該ＬＣＧ  ＩＤにより示されるＬＣＧを当該セルＩＤにより示されるセルに対応付けてもよい。
【００５０】
ステップＳ１０４において、ｅＮＢ２００及びＵＥ１００は、複数のセル（複数のサービングセル）を同時に用いてキャリアアグリゲーションによる通信を行う。ＵＥ１００は、特定ベアラ又は特定ＬＣＧのデータを、当該特定ベアラ又は当該特定ＬＣＧに対応する１又は複数の特定セル上で送信する。
【００５１】
このように、第１実施形態によれば、アグリゲートされるセルの特性とトラフィックの特性とを整合させることができる。また、ベアラの数“８”に比べてＬＣＧの数“４”は半分であるため、ベアラではなくＬＣＧをセルに対応付けることが好ましい。これにより、ベアラをセルに対応付けるケースに比べて、制御及び設定の複雑性を半減することができる。
【００５２】
図８は、第１実施形態に係る「Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ｐｒｉｏｒｉｔｉｚａｔｉｏｎ」の一例を示す図である。ここでは、ＬＣＧをセルに対応付ける一例について説明する。図８において、無線ベアラをＲＢと表記し、論理チャネルをＬＣと表記している。セル＃０、＃１、＃２、…は、ＨＡＲＱエンティティ＃０、＃１、＃２、…と読み替えてもよい。
【００５３】
図８に示すように、ＲＢ＃０（ＬＣ＃０）及びＲＢ＃１（ＬＣ＃１）はＬＣＧ＃０に属し、ＲＢ＃２（ＬＣ＃２）及びＲＢ＃３（ＬＣ＃３）はＬＣＧ＃１に属し、ＲＢ＃４（ＬＣ＃４）及びＲＢ＃５（ＬＣ＃５）はＬＣＧ＃２に属し、ＲＢ＃６（ＬＣ＃６）及びＲＢ＃７（ＬＣ＃７）はＬＣＧ＃３に属する。但し、ＲＢ（ＬＣ）とＬＣＧとの対応付けは、ｅＮＢ２００により設定されるため、図８の例に限定されない。
【００５４】
ＵＥ１００のＭＡＣエンティティは、対応付け設定に基づいてＬＣＧをセルに対応付け、当該ＬＣＧのデータを対応するセル上で送信する処理を行う。図８の例において、ＵＥ１００のＭＡＣエンティティは、ＬＣＧ＃０をセル＃０及びセル＃２に対応付けており、ＬＣＧ＃０のデータをセル＃０及びセル＃２上で送信する処理を行う。ＵＥ１００のＭＡＣエンティティは、ＬＣＧ＃１をセル＃１に対応付けており、ＬＣＧ＃１のデータをセル＃１上で送信する処理を行う。ＵＥ１００のＭＡＣエンティティは、ＬＣＧ＃２をセル＃１に対応付けており、ＬＣＧ＃２のデータをセル＃１上で送信する処理を行う。ＵＥ１００のＭＡＣエンティティは、ＬＣＧ＃３をセル＃３に対応付けており、ＬＣＧ＃３のデータをセル＃３上で送信する処理を行う。
【００５５】
（第１実施形態の変更例）
第１実施形態の変更例について、第１実施形態との相違点を主として説明する。
【００５６】
第１実施形態において、対応付け設定により示される１又は複数の特定セルは、ＵＥ１００が送信に用いることが許可されるセル（Ａｌｌｏｗｅｄ  ｃｅｌｌ）であった。このような前提下において、１又は複数の特定セルに問題（Ｒａｄｉｏ  ｐｒｏｂｌｅｍ）が生じた場合、ＵＥ１００は、対応する特定ベアラ又は特定ＬＣＧのデータを送信することが困難になる。
【００５７】
第１実施形態の変更例においては、対応付け設定により示される１又は複数の特定セルは、ＵＥ１００が送信に用いることが禁止されるセル（Ｐｒｏｈｉｂｉｔｅｄ  ｃｅｌｌ）である。言い換えると、対応付け設定は、ＵＥ１００の特定ベアラ又は特定ＬＣＧと、１又は複数の禁止セル（Ｐｒｏｈｉｂｉｔｅｄ  ｃｅｌｌ）との対応付けを設定する。ＵＥ１００は、対応付け設定に基づいて、特定ベアラのデータを、当該特定ベアラに対応する禁止セル上で送信することを禁止する。すなわち、ＵＥ１００は、特定ベアラのデータを、当該特定ベアラに対応する禁止セル以外のセル上で送信する。または、ＵＥ１００は、対応付け設定に基づいて、特定ＬＣＧのデータを、当該特定ＬＣＧに対応する禁止セル上で送信することを禁止する。すなわち、ＵＥ１００は、特定ＬＣＧのデータを、当該特定ＬＣＧに対応する禁止セル以外のセル上で送信する。禁止セル以外のセルとは、ＵＥ１００が自律的に選択したサービングセルであってもよい。
【００５８】
一例として、ｅＮＢ２００は、ウェブ閲覧等のｎｏｎ−ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）ベアラがライセンスドスペクトルのセルを使用しないように対応付け設定を生成する。これにより、ライセンスドスペクトルのセルの負荷を削減することができる。他の例として、ｅＮＢ２００は、緊急ＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  ＬＴＥ）呼等の高ＱｏＳが要求されるベアラがアンライセンスドスペクトルのセル（ＬＡＡセル）を使用しないように対応付け設定を生成する。これにより、高ＱｏＳが要求されるベアラのデータを適切に送信することができる。
【００５９】
（第２実施形態）
第２実施形態について、第１実施形態との相違点を主として説明する。
【００６０】
第１実施形態において、対応付け設定により示される特定セルに問題が生じた場合、ＵＥ１００は、対応する特定ベアラ又は特定ＬＣＧのデータを送信することが困難になる。
【００６１】
このような問題を解決するための第１の方法として、既存のＲＬＦ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）の仕組みを再利用して、ベアラ（又はＬＣＧ）とセルとの対応付けを変更するＲＲＣ接続再設定をｅＮＢ２００に開始させる方法が考えられる。ここで、ＲＲＣ接続再設定は、問題が生じたセルを除去する、又は良好なセルを対応付け設定に追加するものであってもよい。しかしながら、既存のＲＬＦの仕組みは、プライマリセルのみが監視対象となっており、セカンダリセルはスコープ外である。
【００６２】
第２の方法として、ｅＮＢ２００の実装に委ねる方法が考えられる。例えば、ｅＮＢ２００は、ＵＬ  ｇｒａｎｔを送信した後にＵＥ１００の上りリンク送信が行われない場合に、特定セルが機能していないと判断する。
【００６３】
第１及び第２の方法の何れにおいても、問題の検知に遅延が生じ、かつＲＲＣ接続再設定を行う必要がある。その結果、サービス品質の低下及び／又はシグナリングオーバーヘッドの増加を引き起こす。
【００６４】
第２実施形態に係るＵＥ１００は、データの滞留量（ｓｔａｃｋｅｄ  ｄａｔａ  ａｍｏｕｎｔ）又はデータの滞留時間（ｄａｔａ  ｓｔａｃｋｅｄ  ｄｕｒａｔｉｏｎ）が、ｅＮＢ２００により設定された閾値を超えたことに応じて、１又は複数の特定セルに問題が生じたと判断する。閾値は、ＵＥ個別ＲＲＣシグナリング又はブロードキャストＲＲＣシグナリングにより設定されてもよい。これにより、既存のＲＬＦの仕組みに依存せずに、セカンダリセルに生じた問題を速やかに検知することができる。
【００６５】
或いは、既存のＲＬＦの仕組みをセカンダリセルに拡張し、セカンダリセルに生じた問題をＲＬＭ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｍｏｎｉｔｏｒｉｎｇ）機能により検知可能としてもよい。
【００６６】
そして、ＵＥ１００は、特定セルに問題が生じたと判断したことに応じて、問題が生じた特定セル以外の代替セル上でデータ（ｓｔａｃｋｅｄ  ｄａｔａ）を送信する。これにより、ＲＲＣ接続再設定を行うことなく、データ送信を継続することができる。なお、代替セル（ｅｘｃｅｐｔｉｏｎａｌ  ｃｅｌｌ）は、ＲＲＣ設定により決定されたセル、プライマリセル、上りリンクリソースを割り当てたセル（すなわち、既にＵＬ  ｇｒａｎｔを送信したセル）、又はＵＥ１００が自律的に選択したセルである。また、ＵＥ１００は、特定セルに問題が生じたと判断したことに応じて、当該問題に関する通知（ｉｎｄｉｃａｔｉｏｎ）をｅＮＢ２００に送信してもよい。ＵＥ１００は、例えばプライマリセル上で通知を送信する。通知は、問題が生じたセルのＩＤ、当該セルに対応するベアラのＩＤ、又は当該セルに対応するＬＣＧのＩＤを含んでもよい。
【００６７】
図９は、第２実施形態に係るＵＥ１００の動作の一例を示す図である。
【００６８】
図９に示すように、ステップＳ２０１において、ＵＥ１００は、閾値の設定をｅＮＢ２００からＲＲＣシグナリングにより受信する。閾値は、データの滞留量の閾値又はデータの滞留時間の閾値である。一例として、ｅＮＢ２００は、ブロードキャストＲＲＣシグナリングにより各ベアラ（又はＬＣＧ）に共通の閾値を設定する。或いは、ｅＮＢ２００は、ＵＥ個別ＲＲＣシグナリングによりベアラ（又はＬＣＧ）ごとに個別に閾値を設定してもよい。
【００６９】
ステップＳ２０２において、ＵＥ１００は、自身の上りリンクバッファを監視し、自身のベアラ（又はＬＣＧ）のデータの滞留量又は滞留時間を把握する。ＵＥ１００は、把握しているデータ滞留量又はデータ滞留時間を閾値と比較する。データ滞留量を閾値と比較するケースにおいて、ＵＥ１００は、対応するセルにおいて割り当てられた上りリンク無線リソースを考慮してもよい。例えば、ＵＥ１００は、データ滞留量から上りリンク割り当て無線リソース量を減じて得た値を閾値と比較してもよい。これにより、多くのＶｏＬＴＥパケットが滞留しているが、それらがＳＰＳによる送信機会を待っているだけであるようなケースにおいて、データ滞留量を過度に見積もることを回避することができる。
【００７０】
データ滞留量又はデータ滞留時間が閾値を超えない場合（ステップＳ２０２：ＮＯ）、ＵＥ１００は、対応するセルに問題が生じていないと判断する。そして、ステップＳ２０３において、ＵＥ１００は、ベアラ（又はＬＣＧ）のデータを対応するセル上で送信する処理を行う。
【００７１】
データ滞留量又はデータ滞留時間が閾値を超えた場合（ステップＳ２０２：ＹＥＳ）、ＵＥ１００は、対応するセルに問題が生じたと判断する。そして、ステップＳ２０４において、ＵＥ１００は、ベアラ（又はＬＣＧ）のデータを代替セル上で送信する処理を行う。また、ＵＥ１００は、当該問題に関する通知（ｉｎｄｉｃａｔｉｏｎ）をｅＮＢ２００に送信してもよい。
【００７２】
（第３実施形態）
第３実施形態について、第１及び第２実施形態との相違点を主として説明する。
【００７３】
第３実施形態においては、ベアラとセルとが対応付けられるケース、すなわち、対応付け設定が特定ベアラと１又は複数の特定セルとの対応付けを設定するケースを想定する。このようなケースにおいて、ｅＮＢ２００は、ＵＥ１００におけるベアラごとのデータ滞留量（バッファステータス）を把握できることが望ましい。特に、特定セルに問題が生じた場合、ｅＮＢ２００は、問題が生じた特定セルに対応するベアラのデータ滞留量を把握できることが望ましい。
【００７４】
第３実施形態に係るＵＥ１００は、ＬＣＧ単位ではなくベアラ単位でのデータ滞留量を示すバッファステータス報告をｅＮＢ２００に送信する。第３実施形態に係るバッファステータス報告は、既存のロングＢＳＲを拡張したものであってもよい。なお、ＢＳＲは、ＭＡＣ制御要素の一種である。この場合、第３実施形態に係るバッファステータス報告は、エクストラロングＢＳＲと称されてもよい。
【００７５】
図１０は、第３実施形態に係るエクストラロングＢＳＲの一例を示す図である。
【００７６】
図１０に示すように、エクストラロングＢＳＲは、８つのバッファステータス（Ｂｕｆｆｅｒ  Ｓｉｚｅ  ＃０乃至Ｂｕｆｆｅｒ  Ｓｉｚｅ  ＃７）を格納する８つのフィールドを有する。各フィールドは、ベアラＩＤ（又は論理チャネルＩＤ）と対応付けられている。すなわち、Ｂｕｆｆｅｒ  Ｓｉｚｅ  ＃０乃至＃７は、ベアラ＃０乃至＃７（又は論理チャネル＃０乃至＃７）にそれぞれ対応する。図１０の例において、エクストラロングＢＳＲは、６オクテット長のデータサイズを有する。エクストラロングＢＳＲのデータサイズを削減するために、エクストラロングＢＳＲにより示されるバッファステータスは、既存のロングＢＳＲに比べて粒度が粗い（すなわち、精度が低い）ものであってもよい。エクストラロングＢＳＲにより示されるバッファステータスは、ベアラ単位でのデータ滞留量を示す値の下位ビット（例えば、ＬＳＢ）のみであってもよい。
【００７７】
或いは、第３実施形態に係るバッファステータス報告は、既存のショートＢＳＲを拡張したものであってもよい。この場合、第３実施形態に係るバッファステータス報告は、１つのベアラＩＤ（又は１つの論理チャネルＩＤ）を格納するフィールドと、当該１つのベアラＩＤ（又は１つの論理チャネルＩＤ）に対応するバッファステータスを格納するフィールドと、を有する。
【００７８】
第３実施形態に係るバッファステータス報告は、ベアラＩＤ（又は論理チャネルＩＤ）に対応するセルＩＤを格納するフィールドをさらに有してもよい。一例として、エクストラロングＢＳＲは、８つのベアラＩＤ（又は８つの論理チャネルＩＤ）に対応する８つのセルＩＤ用フィールドを有してもよい。或いは、既存のショートＢＳＲを拡張する場合、バッファステータス報告は、１つのベアラＩＤ（又は１つの論理チャネルＩＤ）に対応する１つのセルＩＤ用フィールドを有してもよい。
【００７９】
ＵＥ１００は、特定セル（セカンダリセル）の問題を検知したことに応じて、第３実施形態に係るバッファステータス報告をプライマリセル上で送信してもよい。プライマリセル上での送信に代えて、第２実施形態に係る代替セル（ｅｘｃｅｐｔｉｏｎａｌ  ｃｅｌｌ）上での送信を用いてもよい。或いは、ＵＥ１００は、ｅＮＢ２００からの要求を受信したことに応じて、第３実施形態に係るバッファステータス報告を送信してもよい。
【００８０】
ｅＮＢ２００は、バッファステータス報告に含まれるセルＩＤ及びバッファステータスに基づいて、問題が発生したセル以外のサービングセルがＵＥ１００に割り当てる上りリンク無線リソースを決定してもよいし、新たなセカンダリをＵＥ１００に設定してもよい。或いは、デュアルコネクティビティのケースにおいて、バッファステータス報告を受信したマスタｅＮＢは、バッファステータス報告をＸ２インターフェイス上でセカンダリｅＮＢに転送してもよい。
【００８１】
なお、ＬＣＧの数が４から８に拡張される場合、第３実施形態に係るエクストラロングＢＳＲは、ＬＣＧ単位でのデータ滞留量（バッファステータス）を示してもよい。
【００８２】
（第４実施形態）
第４実施形態について、第１乃至第３実施形態との相違点を主として説明する。
【００８３】
上述した実施形態は、１つの特定ベアラが複数の特定セルに対応付けられるケースにおいて、特定ベアラのデータを各特定セルにどのように配分するかについて特に触れなかった。
【００８４】
第４実施形態に係るＵＥ１００は、複数の特定セルに設定された優先度に基づいて、複数の特定セルのうち特定ベアラのデータの送信に用いる特定セルを決定する。例えば、複数の特定セルは、第１特定セルと、第１特定セルに比べて低い優先度を有する第２特定セルと、を含む。ＵＥ１００は、特定ベアラのデータの滞留量がｅＮＢ２００により設定された閾値を超えないことに応じて、第１特定セルのみを用いてデータを送信する処理を行う。優先度及び閾値は、ｅＮＢ２００からＲＲＣシグナリングにより設定されてもよい。ＵＥ１００は、特定ベアラのデータの滞留量が閾値を超えたことに応じて、第１特定セル及び第２特定セルの両方を用いてデータを送信する処理を行う。ＵＥ１００は、第２特定セルをデータの送信に用いると決定したことに応じて、特定ベアラのデータの滞留量を示すバッファステータス報告をｅＮＢ２００に送信してもよい。
【００８５】
図１１は、第４実施形態に係るＵＥ１００の動作の一例を示す図である。
【００８６】
図１１に示すように、ＵＥ１００は、特定ベアラ（ＲＢ＃０）を２つの仮想ベアラに分割する。ベアラの分割は、ＵＥ１００のＰＤＣＰエンティティ、ＲＬＣエンティティ、又はＭＡＣエンティティにより行われる。第１仮想ベアラは第１特定セル（セル＃０）に対応付けられ、第２仮想ベアラは第２特定セル（セル＃１）に対応付けられる。このような設定は、ｅＮＢ２００からＲＲＣシグナリングにより行われてもよい。具体的には、ｅＮＢ２００は、定常的に用いる高優先度セル（すなわち、第１特定セル）及び一時的に用いる低優先度セル（すなわち、第２特定セル）をＵＥ１００に設定する。なお、ｅＮＢ２００は、ＵＥ１００のベアラごとに当該ベアラを分割するか否かをＵＥ１００に設定してもよい。
【００８７】
例えば、ＰＤＣＰエンティティは、ＲＢ＃０のデータを第１仮想ベアラ（セル＃０）及び第２仮想ベアラ（セル＃１）に振り分ける。通常の状態において、ＵＥ１００は、第１仮想ベアラ（セル＃０）を用いてデータを送信し、第２仮想ベアラ（セル＃１）をディアクティベートする。ＵＥ１００は、上りリンクバッファを監視し、ＲＢ＃０のデータ滞留量（バッファステータス）を把握する。
【００８８】
ＵＥ１００は、データ滞留量が閾値を超えたことに応じて、第２仮想ベアラ（セル＃１）をアクティベートする。第２仮想ベアラ（セル＃１）のアクティベートは、暗示的に行われる。すなわち、ｅＮＢ２００は、ＵＥ１００からのバッファステータス報告に基づいて第２仮想ベアラ（セル＃１）がアクティベートされたことを判断する。ｅＮＢ２００が閾値を設定すると想定すると、ｅＮＢ２００は、バッファステータスが閾値よりも大きいか否かに応じて、第２仮想ベアラ（セル＃１）がアクティベートされたか否かを判断することができる。バッファステータス報告は、バッファステータスが閾値を超えたこと又はセカンダリセルをアクティベートしたことに応じてトリガーされてもよい。
【００８９】
ここでは、１つのベアラが２つのセルに対応付けられる一例を説明したが、１つのベアラが３つ以上のセルに対応付けられてもよい。この場合、１つのベアラが３つ以上の仮想ベアラに分割されてもよい。
【００９０】
（第４実施形態の変更例）
第４実施形態の変更例について説明する。第４実施形態の変更例において、上述した第４実施形態をデュアルコネクティビティに拡張する。
【００９１】
第４実施形態の変更例において、複数の特定セルは、マスタセルグループに属する第１特定セルと、セカンダリセルグループに属する第２特定セルと、を含む。対応付け設定は、ＵＥ１００の特定ベアラと第１及び第２特定セルとの対応付けを設定する。ＵＥ１００は、対応付け設定に基づいて、特定ベアラを第１及び第２特定セルに対応付ける。
【００９２】
図１２は、第４実施形態の変更例に係るＵＥ１００の動作の一例を示す図である。
【００９３】
図１２に示すように、ＵＥ１００は、マスタセルグループ向けのＭＡＣエンティティ（ＭＡＣ＃０）と、セカンダリセルグループ向けのＭＡＣエンティティ（ＭＡＣ＃１）と、を有する。ベアラ（ＲＢ＃０）の分割は、ＵＥ１００のＰＤＣＰエンティティ又はＲＬＣエンティティにより行われる。第１仮想ベアラは第１特定セル（セル＃０）に対応付けられる。第２仮想ベアラは第２特定セル（セル＃１）に対応付けられる。このような設定は、ｅＮＢ２００からＲＲＣシグナリングにより行われてもよい。例えば、ＰＤＣＰエンティティは、ＲＢ＃０のデータを第１仮想ベアラ（セル＃０）及び第２仮想ベアラ（セル＃１）に振り分ける。第４実施形態の変更例において、ＰＤＣＰエンティティは、第１仮想ベアラのデータをＭＡＣ＃０に提供し、第２仮想ベアラのデータをＭＡＣ＃１に提供する。その他の動作については、第４実施形態と同様である。
【００９４】
（第５実施形態）
第５実施形態について、第１乃至第４実施形態との相違点を主として説明する。第５実施形態は、ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）の設定に関する実施形態である。
【００９５】
第５実施形態に係るＵＥ１００は、ＳＰＳを設定するＳＰＳ設定情報（ＳＰＳ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）をＲＲＣシグナリングによりｅＮＢ２００から受信する。第５実施形態に係るＳＰＳ設定情報は、ベアラ又はＬＣＧに固有の設定情報である。ＳＰＳ設定情報は、ベアラＩＤ又はＬＣＧ  ＩＤを含んでもよい。既存のＳＰＳ設定情報は、ベアラ又はＬＣＧに固有ではなく、ＵＥ１００に固有の設定情報であることに留意すべきである。ＵＥ１００は、ＳＰＳ設定情報をベアラ又はＬＣＧに適用する。なお、ＳＰＳ設定情報は、ＳＰＳ用のＲＮＴＩ、リソース割当のインターバル、ＨＡＲＱプロセス数、暗黙的設定リリースの閾値、送信電力といったパラメータを含む。
【００９６】
ＳＰＳ設定情報がＬＣＧに固有の設定情報である一例について主として説明する。例えば、ＵＥ１００は、所定のＬＣＧを指定したＳＰＳ設定情報をｅＮＢ２００から受信した場合、所定のＬＣＧに対応する特定セルでの通信に当該ＳＰＳ設定情報を適用してもよい。
【００９７】
同様なＱｏＳ要求を有する複数のベアラ（複数の論理チャネル）は同じＬＣＧに割り当てられると考えられる。例えば、音声呼のベアラ＃１及び＃２はＬＣＧ＃１に割り当てられ、Ｗｅｂ閲覧やＦＴＰのベアラはＬＣＧ＃２に割り当てられる。このような前提下においては、ＬＣＧベースのＳＰＳ設定を用いることが好ましい。これにより、セルベースのＳＰＳ設定又はベアラベースのＳＰＳ設定を用いる場合に比べて複雑性を低減することができる。
【００９８】
ＬＣＧベースのＳＰＳ設定を用いることにより、各ＬＣＧに異なるＳＰＳ設定を適用することができる。例えば、一のＬＣＧにはＶｏＬＴＥに最適化されたＳＰＳ設定を適用し、他のＬＣＧにはレイテンシ低減に最適化されたＳＰＳ設定を適用することが可能となる。
【００９９】
（第６実施形態）
第６実施形態について、第１乃至第５実施形態との相違点を主として説明する。第６実施形態は、セルアクティベーション／セルディアクティベーションに関する実施形態である。
【０１００】
第６実施形態に係るＵＥ１００は、セルアクティベーション又はセルディアクティベーションを指示する指示情報（以下、「アクティベーション／ディアクティベーション指示情報」と称する）をｅＮＢ２００から受信する。アクティベーション／ディアクティベーション指示情報は、例えば、ＭＡＣ制御要素の一種である。アクティベーション／ディアクティベーション指示情報は、ベアラ又はＬＣＧに固有の情報である。アクティベーション／ディアクティベーション指示情報は、ベアラＩＤ又はＬＣＧ  ＩＤを含んでもよい。既存のアクティベーション／ディアクティベーション指示情報は、ベアラ又はＬＣＧに固有ではなく、ＵＥ１００に固有の設定情報であることに留意すべきである。
【０１０１】
ＵＥ１００は、当該ベアラ又は当該ＬＣＧに対応付けられた全てのセルにアクティベーション／ディアクティベーション指示情報を共通に適用する。例えば、ＵＥ１００は、ベアラ又はＬＣＧのアクティベーションを指示された場合、当該ベアラ又は当該ＬＣＧに対応する全てのセルをアクティベートする。ＵＥ１００は、ベアラ又はＬＣＧのディアクティベーションを指示された場合、当該ベアラ又は当該ＬＣＧに対応する全てのセルをディアクティベートする。
【０１０２】
第６実施形態において、ディアクティベーションタイマは、ベアラごと又はＬＣＧごとに設定される。ｅＮＢ２００は、ＲＲＣシグナリングにより、ベアラＩＤ又はＬＣＧ  ＩＤと共にディアクティベーションタイマをＵＥ１００に設定してもよい。
【０１０３】
ここで、アクティベーション／ディアクティベーション指示情報がＬＣＧに固有の設定情報である一例について説明する。この場合、アクティベーション／ディアクティベーション指示情報は、ＬＣＧ  ＩＤを含む。ＬＣＧベースのセルアクティベーション／セルディアクティベーションを用いることにより、セルベースのセルアクティベーション／セルディアクティベーション又はベアラベースのセルアクティベーション／セルディアクティベーションを用いる場合に比べて複雑性を低減することができる。但し、ＬＣＧベースのセルアクティベーション／セルディアクティベーションをセルベースのセルアクティベーション／セルディアクティベーションと併用してもよい。
【０１０４】
但し、１つのセルが複数のベアラ又は複数のＬＣＧに対応付けられるケースを想定すると、次のようなルールを導入してもよい。なお、ｅＮＢ２００は、どのようなルールを用いるべきかをＵＥ１００に通知してもよい。
【０１０５】
ＵＥ１００は、複数のベアラ又は複数のＬＣＧに１つのセルが対応付けられた場合において、当該複数のベアラの少なくとも１つ又は当該複数のＬＣＧの少なくとも１つに対してセルアクティベーションが指示されたことに応じて、当該１つのセルをアクティベートする。ＵＥ１００は、当該複数のベアラの全て又は当該複数のＬＣＧの全てに対してセルディアクティベーションが指示されたことに応じて、当該１つのセルをディアクティベートする。
【０１０６】
ここで、セル＃１がＬＣＧ＃１及び＃２に対応付けられたケースを例に挙げて説明する。
【０１０７】
第１に、セル＃１をアクティベートする動作について説明する。ＵＥ１００は、ＬＣＧ＃１のアクティベーションが指示された場合、ＬＣＧ＃２のアクティベーションが指示されていなくても、セル＃１をアクティベートする。同様に、ＵＥ１００は、ＬＣＧ＃２のアクティベーションが指示された場合、ＬＣＧ＃１のアクティベーションが指示されていなくても、セル＃１をアクティベートする。
【０１０８】
第２に、セル＃１をディアクティベートする動作について説明する。ＵＥ１００は、ＬＣＧ＃１のディアクティベートが指示されても、ＬＣＧ＃２がアクティベートされた状態であれば、セル＃１をディアクティベートしない。同様に、ＵＥ１００は、ＬＣＧ＃２のディアクティベートが指示されても、ＬＣＧ＃１がアクティベートされた状態であれば、セル＃１をディアクティベートしない。ＵＥ１００は、ＬＣＧ＃１及び＃２の両方についてディアクティベートが指示（ディアクティベーションタイマの満了を含む）された場合に限り、セル＃１をディアクティベートする。
【０１０９】
（第７実施形態）
第７実施形態について、第１乃至第６実施形態との相違点を主として説明する。第７実施形態は、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）の設定に関する実施形態である。なお、上述した実施形態は主として上りリンクを対象とする実施形態であるのに対して、第７実施形態は下りリンクを対象とする実施形態である点に留意すべきである。
【０１１０】
第７実施形態に係るＵＥ１００は、ＤＲＸを設定するＤＲＸ設定情報をＲＲＣシグナリングによりｅＮＢ２００から受信する。第５実施形態に係るＤＲＸ設定情報は、ベアラ、ＬＣＧ、又はＴＡＧに固有の設定情報である。ＤＲＸ設定情報は、ベアラＩＤ、ＬＣＧ  ＩＤ、又はＴＡＧ  ＩＤを含んでもよい。既存のＤＲＸ設定情報は、ベアラ、ＬＣＧ、又はＴＡＧに固有ではなく、ＵＥ１００に固有の設定情報であることに留意すべきである。ＵＥ１００は、ベアラ、ＬＣＧ、又はＴＡＧに対応付けられた全てのセルにＤＲＸ設定情報を共通に適用する。
【０１１１】
ＤＲＸ設定情報がＬＣＧに固有の設定情報である一例について主として説明する。例えば、ＵＥ１００は、所定のＬＣＧを指定したＤＲＸ設定情報をｅＮＢ２００から受信した場合、所定のＬＣＧに対応する特定セルでの通信に当該ＤＲＸ設定情報を適用してもよい。ＵＥ１００は、ＬＣＧごとに異なるＤＲＸパターンでＰＤＣＣＨを監視し得る。ＤＲＸ設定情報は、onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、longDRX-CycleStartOffset、shortDRX-Cycle、drxShortCycleTimer等のパラメータを含む。これらのパラメータによりＤＲＸパターンが定められる。
【０１１２】
（その他の実施形態）
上述した実施形態では、ベアラやＬＣＧ毎の設定方法を示したがこれに限らない。前記設定はＩＰフロー毎に実施されてもよい。ＩＰフローとは、特定のＩＰアドレスから特定のＩＰアドレスへの一連のパケットの流れである。また、当該ＩＰフローを集約したグループに対して前記設定が実施されてもよい。当該グループがベアラやＬＣＧと称されることもある。
【０１１３】
上述した実施形態を別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。例えば、一の実施形態に係る一部の構成を他の実施形態に追加してもよい。或いは、一の実施形態に係る一部の構成を他の実施形態の一部の構成と置換してもよい。
【０１１４】
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１１５】
［相互参照］
米国仮出願第６２／３２６１３４号（２０１６年４月２２日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１１６】
本開示は移動通信分野において有用である。
【図１】
0006538273.tif 000002
【図２】
0006538273.tif 000003
【図３】
0006538273.tif 000004
【図４】
0006538273.tif 000005
【図５】
0006538273.tif 000006
【図６】
0006538273.tif 000007
【図７】
0006538273.tif 000008
【図８】
0006538273.tif 000009
【図９】
0006538273.tif 000010
【図１０】
0006538273.tif 000011
【図１１】
0006538273.tif 000012
【図１２】
0006538273.tif 000013