JP6412887B2 - 基地局、ユーザ端末、及び通信制御方法 - Google Patents

基地局、ユーザ端末、及び通信制御方法 Download PDF

Info

Publication number
JP6412887B2
JP6412887B2 JP2015559962A JP2015559962A JP6412887B2 JP 6412887 B2 JP6412887 B2 JP 6412887B2 JP 2015559962 A JP2015559962 A JP 2015559962A JP 2015559962 A JP2015559962 A JP 2015559962A JP 6412887 B2 JP6412887 B2 JP 6412887B2
Authority
JP
Japan
Prior art keywords
base station
enb
user terminal
cell
senb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2015559962A
Other languages
English (en)
Other versions
JPWO2015115458A1 (ja
Inventor
優志 長坂
優志 長坂
真人 藤代
真人 藤代
直久 松本
直久 松本
空悟 守田
空悟 守田
ヘンリー チャン
ヘンリー チャン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kyocera Corp
Original Assignee
Kyocera Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kyocera Corp filed Critical Kyocera Corp
Publication of JPWO2015115458A1 publication Critical patent/JPWO2015115458A1/ja
Application granted granted Critical
Publication of JP6412887B2 publication Critical patent/JP6412887B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/32—Hierarchical cell structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、移動通信システムにおいて用いられる基地局、ユーザ端末、及び通信制御方法に関する。
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、一般基地局（例えば、マクロセル基地局）よりもカバレッジの狭い特定基地局（例えば、小セル基地局）を効率的に利用するための検討が進められている。
また、３ＧＰＰでは、リリース１２以降において二重接続方式（Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）の導入が予定されている（非特許文献１参照）。二重接続方式では、ユーザ端末は、複数の基地局（一般基地局及び特定基地局）との接続を同時に確立する。ユーザ端末には、各基地局から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、基地局間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ ＣＡ）と称されることがある。
３ＧＰＰ技術報告書 「ＴＲ ３６．８４２ Ｖ１２．０．０」 ２０１４年１月７日
二重接続方式では、ユーザ端末との接続を確立する複数の基地局のうち、１つの基地局（以下、「マスタ基地局」という）のみが当該ユーザ端末とのＲＲＣ接続を確立する。これに対し、当該複数の基地局のうち他の基地局（以下、「セカンダリ基地局」という）は、ＲＲＣ接続をユーザ端末と確立せずに、追加的な無線リソースを当該ユーザ端末に提供する。
本発明は、二重接続方式を適切に実現可能とすることを目的とする。
第１の特徴に係る基地局は、ユーザ端末とのＲＲＣ接続を確立する。前記基地局は、複数の基地局との接続を同時に確立する二重接続方式を前記ユーザ端末がサポートしているか否かに基づいて、前記ユーザ端末のＲＲＣ接続を近隣基地局に切り替えるか否かを判断する制御部を備える。
第２の特徴に係る通信制御方法は、第１の基地局をマスタ基地局として設定し、かつ第２の基地局をセカンダリ基地局として設定することにより、ユーザ端末が二重接続方式の通信を開始するステップＡと、前記第１の基地局及び前記第２の基地局で前記マスタ基地局及び前記セカンダリ基地局の役割を入れ替える手順を行うステップＢと、を備える。前記マスタ基地局は、前記二重接続方式において前記ユーザ端末とＲＲＣ接続を確立する基地局である。前記セカンダリ基地局は、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供する基地局である。
第３の特徴に係る通信制御方法は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための方法である。前記通信制御方法は、前記ユーザ端末が、前記セカンダリ基地局のセルとの無線リンクの障害を検知するステップＡと、前記ユーザ端末が、前記障害に関する報告を前記マスタ基地局に送信するステップＢと、を有する。前記セカンダリ基地局は、前記ユーザ端末と対応付けられた複数のセルからなるセカンダリセルグループを管理している。前記複数のセルは、前記ユーザ端末の物理上りリンク制御チャネルが設定される特別セルを含む。前記障害が検知されたセルが前記特別セルである場合、前記ステップＢにおいて、前記ユーザ端末は、前記報告に前記特別セルに関する情報を加える。
第４の特徴に係るユーザ端末は、ＲＲＣ接続をマスタ基地局と確立し、追加的な無線リソースがセカンダリ基地局から割り当てられ、二重接続方式の通信を行う。前記ユーザ端末は、前記セカンダリ基地局のセルとの無線リンクの障害を検知し、前記障害に関する報告を前記マスタ基地局に送信する制御部を有する。前記ユーザ端末と対応付けられた複数のセルからなるセカンダリセルグループが前記セカンダリ基地局により管理されている。前記複数のセルは、前記ユーザ端末の物理上りリンク制御チャネルが設定される特別セルを含む。前記制御部は、前記障害が検知されたセルが前記特別セルである場合、前記報告に前記特別セルに関する情報を加える。
第１実施形態乃至第５実施形態に係るＬＴＥシステムの構成図である。 第１実施形態乃至第５実施形態に係るＵＥのブロック図である。 第１実施形態乃至第５実施形態に係るｅＮＢのブロック図である。 第１実施形態乃至第５実施形態に係る無線インターフェイスのプロトコルスタック図である。 第１実施形態乃至第５実施形態に係る無線フレームの構成図である。 二重接続方式の概要を説明するための図である。 第１のＵＰアーキテクチャを示す図である。 第２のＵＰアーキテクチャを示す図である。 第１実施形態乃至第５実施形態に係る二重接続方式を開始する動作を示すシーケンス図である。 第１実施形態乃至第３実施形態に係る動作環境を示す図である。 第１実施形態に係る動作パターン１を示すシーケンス図である。 第１実施形態に係る動作パターン２を示すシーケンス図である。 第２実施形態に係る動作パターン１を示すシーケンス図である。 第３実施形態に係る動作を示すシーケンス図である。 第４実施形態に係る動作環境を示す図である。 第４実施形態に係る動作を示すシーケンス図である。 第４実施形態の変更例に係る動作を示すフロー図である。 第５実施形態に係る動作を示すシーケンス図である。 第５実施形態に係るその他の動作を示す図である。 その他の実施形態に係る動作環境を示す図である。 実施形態の付記に係る図である。
［実施形態の概要］
第１実施形態及び第２実施形態に係る基地局は、ユーザ端末とのＲＲＣ接続を確立する。前記基地局は、複数の基地局との接続を同時に確立する二重接続方式を前記ユーザ端末がサポートしているか否かに基づいて、前記ユーザ端末のＲＲＣ接続を近隣基地局に切り替えるか否かを判断する制御部を備える。
第１実施形態及び第２実施形態では、前記基地局は、前記ユーザ端末から端末能力通知を受信する受信部をさらに備える。前記端末能力通知は、前記二重接続方式を前記ユーザ端末がサポートしているか否かを示す情報を含む。
第１実施形態では、前記基地局は、一般基地局よりもカバレッジの狭い特定基地局である。前記近隣基地局には、前記一般基地局が含まれている。前記制御部は、前記二重接続方式を前記ユーザ端末がサポートしていることに応じて、前記ユーザ端末のＲＲＣ接続を前記一般基地局に切り替えると判断する。
第１実施形態では、前記基地局は、前記一般基地局のセルの識別子を記憶する記憶部と、前記ユーザ端末から測定報告を受信する受信部と、をさらに備える。前記制御部は、前記一般基地局のセルの識別子が前記測定報告に含まれており、かつ、前記二重接続方式を前記ユーザ端末がサポートしている場合に、前記ユーザ端末のＲＲＣ接続を前記一般基地局に切り替えると判断する。
第１実施形態では、前記制御部は、前記二重接続方式を前記ユーザ端末がサポートしているか否かに加えて、自基地局の負荷状況、前記ユーザ端末の移動状況、前記ユーザ端末の通信状況、バックホール遅延のうち少なくとも１つに基づいて、前記ユーザ端末のＲＲＣ接続を前記一般基地局に切り替えるか否かを判断する。
第２実施形態では、前記基地局は、特定基地局よりもカバレッジの広い一般基地局である。前記近隣基地局には、前記特定基地局が含まれている。前記制御部は、前記二重接続方式を前記ユーザ端末がサポートしていることに応じて、前記ユーザ端末のＲＲＣ接続を前記特定基地局に切り替えないと判断する。
第２実施形態では、前記基地局は、前記特定基地局のセルの識別子を記憶する記憶部と、前記ユーザ端末から測定報告を受信する受信部と、をさらに備える。前記制御部は、前記特定基地局のセルの識別子が前記測定報告に含まれており、かつ、前記二重接続方式を前記ユーザ端末がサポートしている場合に、前記ユーザ端末のＲＲＣ接続を前記特定基地局に切り替えないと判断する。
第２実施形態では、前記制御部は、前記特定基地局のセルの識別子が前記測定報告に含まれており、かつ、前記二重接続方式を前記ユーザ端末がサポートしている場合に、前記ユーザ端末のＲＲＣ接続を前記特定基地局に切り替えずに、前記特定基地局と共に前記二重接続方式の通信を開始すると判断する。
第２実施形態では、前記制御部は、前記二重接続方式を前記ユーザ端末がサポートしているか否かに加えて、自基地局の負荷状況、前記ユーザ端末の移動状況、前記ユーザ端末の通信状況、バックホール遅延のうち少なくとも１つに基づいて、前記ユーザ端末のＲＲＣ接続を前記特定基地局に切り替えるか否かを判断する。
第３実施形態及び第４実施形態に係る通信制御方法は、第１の基地局をマスタ基地局として設定し、かつ第２の基地局をセカンダリ基地局として設定することにより、ユーザ端末が二重接続方式の通信を開始するステップＡと、前記第１の基地局及び前記第２の基地局で前記マスタ基地局及び前記セカンダリ基地局の役割を入れ替える手順を行うステップＢと、を備える。前記マスタ基地局は、前記二重接続方式において前記ユーザ端末とＲＲＣ接続を確立する基地局である。前記セカンダリ基地局は、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供する基地局である。
第３実施形態では、前記第１の基地局は、一般基地局よりもカバレッジの狭い特定基地局である。前記第２の基地局は、前記一般基地局である。
第３実施形態では、前記ステップＢは、前記マスタ基地局として設定されている前記第１の基地局が、前記役割の入れ替えを要求する入れ替え要求を前記第２の基地局に送信するステップを含む。
第３実施形態では、前記第１の基地局は、自基地局の負荷状況、前記ユーザ端末の移動状況、前記ユーザ端末の通信状況のうち少なくとも１つに基づいて、前記入れ替え要求を前記第２の基地局に送信するか否かを判断する。
第３実施形態では、前記入れ替え要求は、前記第２の基地局が前記ユーザ端末とＲＲＣ接続を確立するための情報を含む。
第３実施形態では、前記ステップＢは、前記第１の基地局から前記第２の基地局への前記ユーザ端末のハンドオーバを行うステップを含む。前記ハンドオーバにおいて、前記ユーザ端末は、前記第２の基地局へのランダムアクセス手順を省略する。
第４実施形態では、前記第１の基地局は、一般基地局である。前記第２の基地局は、前記一般基地局よりもカバレッジの狭い特定基地局である。
第４実施形態では、前記通信制御方法は、前記役割を入れ替えた後、前記マスタ基地局として設定されている前記第２の基地局が、前記セカンダリ基地局として設定されている前記第１の基地局を解放するステップをさらに有する。
第５実施形態に係る通信制御方法は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための方法である。前記通信制御方法は、前記ユーザ端末が、前記セカンダリ基地局のセルとの無線リンクの障害を検知するステップＡと、前記ユーザ端末が、前記障害に関する報告を前記マスタ基地局に送信するステップＢと、を有する。前記セカンダリ基地局は、前記ユーザ端末と対応付けられた複数のセルからなるセカンダリセルグループを管理している。前記複数のセルは、前記ユーザ端末の物理上りリンク制御チャネルが設定される特別セルを含む。前記障害が検知されたセルが前記特別セルである場合、前記ステップＢにおいて、前記ユーザ端末は、前記報告に前記特別セルに関する情報を加える。
第５実施形態では、前記通信制御方法は、前記報告が前記特別セル情報を含む場合、前記マスタ基地局が、前記複数のセルに対する上りリンク送信を前記ユーザ端末に停止させるステップをさらに有する。
［第１実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
（システム構成）
図１は、第１実施形態に係るＬＴＥシステムの構成図である。
図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層を含む。
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びＲＲＣ接続確立時のランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）がそれぞれ適用される。
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける他の部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
（二重接続方式）
第１実施形態に係るＬＴＥシステムは、二重接続方式をサポートする。二重接続方式は、リリース１２以降において導入が予定されている。二重接続方式では、ＵＥ１００は、複数のｅＮＢ２００との接続を同時に確立する。ＵＥ１００には、各ｅＮＢ２００から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、ｅＮＢ２００間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ ＣＡ）と称されることもある。
図６は、二重接続方式の概要を説明するための図である。
図６に示すように、二重接続方式では、ＵＥ１００との接続を確立する複数のｅＮＢ２００のうち、マスタｅＮＢ（ＭｅＮＢ）２００−Ｍのみが当該ＵＥ１００とのＲＲＣ接続を確立する。これに対し、当該複数のｅＮＢ２００のうちセカンダリｅＮＢ（ＳｅＮＢ）２００−Ｓは、ＲＲＣ接続をＵＥ１００と確立せずに、追加的な無線リソースをＵＥ１００に提供する。言い換えると、ＭｅＮＢ２００−Ｍは、ユーザプレーン接続だけでなく制御プレーン接続をＵＥ１００と確立する。これに対し、ＳｅＮＢ２００−Ｓは、制御プレーン接続をＵＥ１００と確立せずに、ユーザプレーン接続をＵＥ１００と確立する。なお、ＳｅＮＢ２００−Ｓは、ＲＲＭ機能を有していてもよい。
ＭｅＮＢ２００−ＭとＳｅＮＢ２００−Ｓとの間にはＸｎインターフェイスが設定される。Ｘｎインターフェイスは、Ｘ２インターフェイス又は新たなインターフェイスである。
二重接続方式では、ＵＥ１００は、ＭｅＮＢ２００−Ｍが管理するＮ個のセル及びＳｅＮＢ２００−Ｓが管理するＭ個のセルを同時に利用したキャリアアグリゲーションが可能である。二重接続方式においてＵＥ１００のサービングセルの最大数、すなわち、（Ｎ＋Ｍ）の最大数は、例えば５である。ここで、ＭｅＮＢ２００−Ｍが管理するＮ個のセルからなるグループは、マスタセルグループ（ＭＣＧ）と称される。また、ＳｅＮＢ２００−Ｓが管理するＭ個のセルからなるグループは、セカンダリセルグループ（ＳＣＧ）と称される。ＳＣＧには、ＵＥ１００のＰＵＣＣＨを設ける特別なセルが設定される。特別なセルは、キャリアアグリゲーションにおけるプライマリセル（ＰＣｅｌｌ）の機能の一部を遂行する。以下において、当該特別なセルをＤＣ ｓｐｅｃｉａｌ ｃｅｌｌと称する。
図７及び図８は、二重接続方式におけるユーザデータの転送経路（データパス）の構成方式を説明するための図である。二重接続方式におけるユーザデータの転送経路（データパス）を構成するユーザプレーンアーキテクチャ（ＵＰアーキテクチャ）は主に２通り存在する。
図７は、第１のＵＰアーキテクチャを示す。図７Ａに示すように、第１のＵＰアーキテクチャでは、ＭｅＮＢ２００−ＭとＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、ＳｅＮＢ２００−ＳとＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、が利用される。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃１は、ＭｅＮＢ２００−ＭとＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＳｅＮＢ２００−ＳとＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。このように、第１のＵＰアーキテクチャでは、ＳｅＮＢ２００−ＳとＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００−Ｍを経由しない。図７Ｂに示すように、ＭｅＮＢ２００−Ｍ及びＳｅＮＢ２００−Ｓのそれぞれは、ＰＤＣＰ、ＲＬＣ、ＭＡＣの各層の処理を行う。
図８は、第２のＵＰアーキテクチャを示す。図８Ａに示すように、第２のＵＰアーキテクチャでは、ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＭｅＮＢ２００−Ｍにおいて分割されており、分割された一方（ｓｐｌｉｔ ｂｅａｒｅｒ）はＳｅＮＢ２００−Ｓを経由してＵＥ１００で終端し、分割された他方（ｓｐｌｉｔ ｂｅａｒｅｒ）はＳｅＮＢ２００−Ｓを経由せずにＵＥ１００で終端する。このように、第２のＵＰアーキテクチャでは、ＳｅＮＢ２００−ＳとＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００−Ｍを経由する。図８Ｂに示すように、ＥＰＳベアラ＃２における分割された一方（ｓｐｌｉｔ ｂｅａｒｅｒ）については、ＭｅＮＢ２００−ＭのＰＤＣＰ、ＳｅＮＢ２００−ＳのＲＬＣ及びＭＡＣ、により各層の処理を行う。或いは、ｓｐｌｉｔ ｂｅａｒｅｒについては、ＲＬＣ（又はＲＬＣの一部機能）までＭｅＮＢ２００−Ｍが担当してもよい。
図９は、二重接続方式を開始する動作を示すシーケンス図である。図９の初期状態において、ＵＥ１００は、ＭｅＮＢ２００−ＭとのＲＲＣ接続を確立した状態である。
図９に示すように、ステップＳ１１において、ＵＥ１００は、ＵＥ１００においてセル毎に求められた測定結果を含む測定報告をＭｅＮＢ２００−Ｍに送信する。測定結果は、測定セルの識別子と参照信号受信電力（ＲＳＲＰ）／参照信号受信品質（ＲＳＲＱ）との組み合わせを含む。
ステップＳ１２において、測定報告を受信したＭｅＮＢ２００−Ｍは、受信した測定報告などに基づいて、ＳｅＮＢリソースを使用することを決定する。
ステップＳ１３において、ＭｅＮＢ２００−Ｍは、ＵＥ１００に対するリソース割り当てを要求するためのＳｅＮＢ追加要求（ＳｅＮＢ Ａｄｄｉｔｉｏｎ）をＳｅＮＢ２００−Ｓに送信する。ＳｅＮＢ追加要求は、ＵＥ１００に関する各種パラメータを含む。
ステップＳ１４において、ＳｅＮＢ追加要求を受信したＳｅＮＢ２００−Ｓは、受信したＳｅＮＢ追加要求に基づいて、ＵＥ１００に対するリソース割り当てを承諾するか否かを判断する。ＵＥ１００に対するリソース割り当てを承諾する場合、ＳｅＮＢ２００−Ｓは、ＵＥ１００のための無線リソース（例えば、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ）を設定する。ＳｅＮＢ２００−Ｓは、ＵＥ１００に割り当てるランダムアクセスプリアンブルを選択してもよい。
ステップＳ１５において、ＳｅＮＢ２００−Ｓは、新たな無線リソース設定（例えば、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの設定、ランダムアクセスプリアンブル設定）を提供するＳｅＮＢ追加指令をＭｅＮＢ２００−Ｍに送信する。
ステップＳ１６において、ＳｅＮＢ２００−Ｓは、新たな無線リソース設定に応じて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを設定する。なお、ステップＳ１５及びステップＳ１６の順番は逆であってもよい。
ステップＳ１７において、ＳｅＮＢ追加指令を受信したＭｅＮＢ２００−Ｍは、受信したＳｅＮＢ追加指令に基づいて、ＵＥ１００に送信するＲＲＣメッセージを生成する。
ステップＳ１８において、ＭｅＮＢ２００−Ｍは、生成したＲＲＣメッセージ（ＲＲＣ再設定メッセージ）をＵＥ１００に送信する。
ステップＳ１９において、ＲＲＣ再設定メッセージを受信したＵＥ１００は、受信したＲＲＣ再設定メッセージに基づいて、ＳＣＧに対応するＭＡＣエンティティを生成する。ここで、ＳＣＧに含まれるＤＣ ｓｐｅｃｉａｌ ｃｅｌｌは有効化（Ａｃｔｉｖａｔｅ）された状態であり、ＳＣＧに含まれる他のセルは無効化（Ｄｅａｃｔｉｖａｔｅ）された状態である（ステップＳ２０）。
ステップＳ２１において、ＵＥ１００は、ＲＲＣ再設定が完了したことを示すＲＲＣ再設定完了メッセージをＭｅＮＢ２００−Ｍに送信する。
ステップＳ２２において、ＵＥ１００は、ＳｅＮＢ２００−Ｓに対するランダムアクセスを行う。
ステップＳ２３において、ＳｅＮＢ２００−Ｓは、ＵＥ１００との同期を検出し、新たな無線リソース設定が使用可能になったことを示す通知（ＳｅＮＢ Ａｄｄｉｔｉｏｎ ｃｏｍｐｌｅｔｅ）をＭｅＮＢ２００−Ｍに送信する。
ステップＳ２４において、ＳｅＮＢ２００−Ｓは、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを用いて、ＵＥ１００に対する下りリンク制御信号をＰＤＣＣＨ上で送信し、ＵＥ１００に対する下りリンクユーザデータをＰＤＳＣＨ上で送信する。
ステップＳ２５において、ＳｅＮＢ２００−Ｓは、ＭＡＣ層において、ＳＣＧに含まれる他のセルの使用を開始することを決定する。
ステップＳ２６において、ＳｅＮＢ２００−Ｓは、ＳＣＧに含まれる他のセルを有効化（Ａｃｔｉｖａｔｅ）することを示すＭＡＣ制御要素をＵＥ１００に送信する。
ステップＳ２７において、ＭＡＣ制御要素を受信したＵＥ１００は、受信したＭＡＣ制御要素に基づいて、ＳＣＧに含まれる他のセルを有効化（Ａｃｔｉｖａｔｅ）する。
（第１実施形態に係る動作）
（１）動作概要
第１実施形態では、マスタセルがマクロセルであり、セカンダリセルがマクロセルよりもカバレッジの狭いセル（小セル）であるシナリオを主として想定する。ここで、小セルは、例えばピコセル又はフェムトセル等であり、マクロセルのカバレッジと少なくとも一部が重複するカバレッジを有する。
このように、カバレッジの広いセルをマスタセルとして設定することにより、ＲＲＣコネクティッド状態のＵＥ１００の移動に対応する、すなわち、モビリティを強化することができる。具体的には、二重接続方式の通信を行うＵＥ１００が小セルとのＲＲＣ接続を確立する場合、当該ＵＥ１００の移動に伴って、ＲＲＣ接続をマクロセルに切り替えるための処理（ハンドオーバ等）が必要となる。よって、第１実施形態では、マスタセルをマクロセルとし、セカンダリセルを小セルとする二重接続方式の通信を行うように制御する。
図１０は、第１実施形態に係る動作環境を示す図である。
図１０に示すように、ｅＮＢ２００−１は、マクロセルを管理する。ｅＮＢ２００−２は、小セルを管理する。ｅＮＢ２００−１及びｅＮＢ２００−２は、バックホール（Ｘｎインターフェイス）により相互に接続されている。小セルはマクロセルのカバレッジの少なくとも一部と重複するカバレッジを有する。ＵＥ１００は、マクロセルのカバレッジと小セルのカバレッジとが重複する領域内に位置する。ＵＥ１００は、リリース１２以降の仕様に準拠しており、二重接続方式をサポートする。
第１実施形態では、小セルを管理するｅＮＢ２００−２は、ＵＥ１００とのＲＲＣ接続を確立する。ｅＮＢ２００−２は、複数のｅＮＢ２００との接続を同時に確立する二重接続方式をＵＥ１００がサポートしているか否かに基づいて、ＵＥ１００のＲＲＣ接続を近隣ｅＮＢ（ｅＮＢ２００−１）に切り替えるか否かを判断する。
詳細には、ｅＮＢ２００−２は、ＵＥ１００から端末能力通知（ＵＥ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。端末能力通知は、二重接続方式をＵＥ１００がサポートしているか否かを示す情報を含む。ｅＮＢ２００−２は、二重接続方式をＵＥ１００がサポートしていることに応じて、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えると判断する。ここで、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えるとは、ｅＮＢ２００−１に対してＵＥ１００のハンドオーバ又はリダイレクトを行うことを指すが、以下では、ハンドオーバを例示する。
このように、二重接続方式をサポートするＵＥ１００については、小セル（ｅＮＢ２００−２）からマクロセル（ｅＮＢ２００−１）にＲＲＣ接続を切り替える制御を行う。よって、マスタセル（ＭｅＮＢ）をマクロセル（ｅＮＢ２００−１）とし、セカンダリセル（ＳｅＮＢ）を小セル（ｅＮＢ２００−２）とする二重接続方式の通信をＵＥ１００が行うことができる。従って、二重接続方式におけるモビリティ強化を実現可能とすることができる。
第１実施形態では、ｅＮＢ２００−２は、ｅＮＢ２００−１のセルの識別子（のリスト）を記憶している。ｅＮＢ２００−２は、ｅＮＢ２００−１のセル識別子（のリスト）をＯＡＭから取得してもよい。また、ｅＮＢ２００−２は、ＵＥ１００から測定報告（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）を受信する。
第１実施形態に係る動作パターン１では、ｅＮＢ２００−２は、ＵＥ１００からＵＥ能力通知を受信し、二重接続方式をＵＥ１００がサポートしていると判断した場合に、ＵＥ１００のＲＲＣ接続を直ぐにｅＮＢ２００−１に切り替える。例えば、動作パターン１では、ｅＮＢ２００−２は、ｅＮＢ２００−１のセルの識別子が測定報告に含まれており、かつ、二重接続方式をＵＥ１００がサポートしている場合に、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えると判断する。或いは、ｅＮＢ２００−２は、自身（小セル）がｅＮＢ２００−１（マクロセル）のカバレッジ内であることを把握していれば、測定報告に基づくことなく、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えると判断してもよい。
第１実施形態に係る動作パターン２では、ｅＮＢ２００−２は、二重接続方式をＵＥ１００がサポートしているか否かに加えて、自身の負荷状況、ＵＥ１００の移動状況、ＵＥ１００の通信状況のうち少なくとも１つに基づいて、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えるか否かを判断する。
（２）動作パターン１
図１１は、第１実施形態に係る動作パターン１を示すシーケンス図である。図１１の初期状態において、ＵＥ１００は、ｅＮＢ２００−２とのＲＲＣ接続を確立した状態である。
図１１に示すように、ステップＳ１０１において、ｅＮＢ２００−２は、ＵＥ１００に対して、二重接続方式をサポートしているか否かを問い合わせる。詳細には、ｅＮＢ２００−２は、二重接続方式をＵＥ１００がサポートしているか否かに関するＵＥ能力通知（ＵＥ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）の送信要求をＵＥ１００に送信する。
ステップＳ１０２において、ＵＥ１００は、ｅＮＢ２００−２からの要求に応じて、ＵＥ能力通知をｅＮＢ２００−２に送信する。
ステップＳ１０３において、ＵＥ１００は、測定報告をｅＮＢ２００−２に送信する。
ステップＳ１０４において、ｅＮＢ２００−２は、ＵＥ１００から受信したＵＥ能力通知に基づいて、ＵＥ１００が二重接続方式をサポートしているか否かを判断する。また、ｅＮＢ２００−２は、ｅＮＢ２００−１のセル（マクロセル）の識別子が測定報告に含まれているか否かを判断する。
ｅＮＢ２００−１のセルの識別子が測定報告に含まれており、かつ、二重接続方式をＵＥ１００がサポートしている場合（ステップＳ１０４；ＹＥＳ）、ステップＳ１０６において、ｅＮＢ２００−２は、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えると判断し、ｅＮＢ２００−１へのＵＥ１００のハンドオーバ手順を開始する。詳細には、ｅＮＢ２００−２は、ハンドオーバ要求をｅＮＢ２００−１に送信する（ステップＳ１０７）。ハンドオーバが完了した後、ｅＮＢ２００−１がｅＮＢ２００−２をＳｅＮＢとして追加することにより、二重接続方式の適用を開始可能である。
一方、ステップＳ１０４で「ＮＯ」の場合、ステップＳ１０５において、ｅＮＢ２００−２は、ｅＮＢ２００−１へのＵＥ１００のハンドオーバ手順を開始しない。
（３）動作パターン２
図１２は、第１実施形態に係る動作パターン２を示すシーケンス図である。図１２の初期状態において、ＵＥ１００は、ｅＮＢ２００−２とのＲＲＣ接続を確立した状態である。ここでは、上述した動作パターン１との相違点を主として説明する。
図１２に示すように、ステップＳ２０１において、ｅＮＢ２００−２は、ＵＥ１００に対して、二重接続方式をサポートしているか否かを問い合わせる。
ステップＳ２０２において、ＵＥ１００は、ｅＮＢ２００−２からの要求に応じて、ＵＥ能力通知をｅＮＢ２００−２に送信する。
ステップＳ２０３において、ＵＥ１００は、測定報告をｅＮＢ２００−２に送信する。
ステップＳ２０４において、ｅＮＢ２００−２は、二重接続方式をＵＥ１００がサポートしているか否かに加えて、自身の負荷状況、ＵＥ１００の移動状況、ＵＥ１００の通信状況のうち少なくとも１つに基づいて、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えるか否かを判断する。詳細には、動作パターン１における判断手法に加えて、以下のような判断手法を適用する。
例えば、ＵＥ１００が静止状態又はそれに近い状態であれば、ＵＥ１００のモビリティを考慮する必要性は小さい。よって、ｅＮＢ２００−２は、ＵＥ１００が静止状態又はそれに近い状態であれば、ＵＥ１００をｅＮＢ２００−１にハンドオーバせずに、ｅＮＢ２００−１をＳｅＮＢとして追加して、二重接続方式の適用を開始してもよい。なお、ＵＥ１００の移動状態を把握するための方法としては、例えば無線パラメータ（ドップラー周波数、フェージング速度）などを利用する公知の方法を利用可能である。
或いは、ＵＥ１００が少量のトラフィックしか送受信しないのであれば、二重接続方式によりスループットを向上させる必要性は小さい。よって、ｅＮＢ２００−２は、ＵＥ１００が少量のトラフィックしか送受信しないのであれば、ＵＥ１００をｅＮＢ２００−１にハンドオーバせずに、通常の通信を継続してもよい。なお、ＵＥ１００の通信状態を把握するための方法としては、例えばアプリケーション情報などを利用する公知の方法を利用可能である。
或いは、ｅＮＢ２００−２の負荷レベルが低く、ＵＥ１００のために十分な空き無線リソースが存在するのであれば、二重接続方式により無線リソースを確保する必要性は小さい。よって、ｅＮＢ２００−２は、自身の負荷レベルが低いのであれば、ＵＥ１００をｅＮＢ２００−１にハンドオーバせずに、通常の通信を継続してもよい。
さらに、ｅＮＢ２００−２は、バックホール（Ｘｎインターフェイス）の遅延時間を考慮に入れてもよい。例えば、上述した第２のＵＰアーキテクチャを想定すると、ｅＮＢ２００−１との間のＸｎインターフェイスの遅延時間が大きい場合には、二重接続方式を適用することは好ましくない。よって、ｅＮＢ２００−２は、Ｘｎインターフェイスの遅延時間が大きければ、ＵＥ１００をｅＮＢ２００−１にハンドオーバせずに、通常の通信を継続してもよい。
［第１実施形態の変更例］
上述した第１実施形態では、ｅＮＢ２００−２がＵＥ１００からＵＥ能力通知を受信していた。
しかしながら、他のｅＮＢからｅＮＢ２００−２へのハンドオーバ時にＵＥ１００のコンテキスト情報をｅＮＢ２００−２が受信しており、当該コンテキスト情報にＵＥ能力通知が含まれている場合、ｅＮＢ２００−２は、当該コンテキスト情報に含まれるＵＥ能力通知を利用してもよい。
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、システム構成及び動作環境については、第１実施形態と同様である。
第１実施形態では、二重接続方式に関するＵＥ１００の能力を考慮しつつ、ｅＮＢ２００−２（小セル）からｅＮＢ２００−１（マクロセル）へのハンドオーバ制御を行っていた。
これに対し、第２実施形態では、二重接続方式に関するＵＥ１００の能力を考慮しつつ、ｅＮＢ２００−１（マクロセル）からｅＮＢ２００−２（小セル）へのハンドオーバ制御を行う。
（１）動作概要
第２実施形態では、マクロセルを管理するｅＮＢ２００−１は、ＵＥ１００とのＲＲＣ接続を確立する。ｅＮＢ２００−２は、ＵＥ１００から端末能力通知（ＵＥ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ｅＮＢ２００−１は、二重接続方式をＵＥ１００がサポートしていることに応じて、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−２に切り替えないと判断する。
また、ｅＮＢ２００−１は、ｅＮＢ２００−２のセルの識別子を記憶している。ｅＮＢ２００−１は、ＵＥ１００から測定報告を受信する。ｅＮＢ２００−１は、ｅＮＢ２００−２のセルの識別子が測定報告に含まれており、かつ、二重接続方式をＵＥ１００がサポートしている場合に、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−２に切り替えないと判断する。
また、ｅＮＢ２００−１は、ｅＮＢ２００−２のセルの識別子が測定報告に含まれており、かつ、二重接続方式をＵＥ１００がサポートしている場合に、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−２に切り替えずに、ｅＮＢ２００−２をＳｅＮＢとして追加して二重接続方式の通信を開始してもよい。
さらに、ｅＮＢ２００−１は、二重接続方式をＵＥ１００がサポートしているか否かに加えて、自基地局の負荷状況、ＵＥ１００の移動状況、ＵＥ１００の通信状況のうち少なくとも１つに基づいて、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−２に切り替えるか否かを判断してもよい。
（２）動作パターン１
図１３は、第２実施形態に係る動作パターン１を示すシーケンス図である。図１３の初期状態において、ＵＥ１００は、ｅＮＢ２００−１とのＲＲＣ接続を確立した状態である。
図１３に示すように、ステップＳ３０１において、ｅＮＢ２００−１は、ＵＥ１００に対して、二重接続方式をサポートしているか否かを問い合わせる。詳細には、ｅＮＢ２００−１は、二重接続方式をＵＥ１００がサポートしているか否かに関するＵＥ能力通知（ＵＥ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）の送信要求をＵＥ１００に送信する。
ステップＳ３０２において、ＵＥ１００は、ｅＮＢ２００−１からの要求に応じて、ＵＥ能力通知をｅＮＢ２００−１に送信する。
ステップＳ３０３において、ＵＥ１００は、測定報告をｅＮＢ２００−１に送信する。
ステップＳ３０４において、ｅＮＢ２００−１は、ＵＥ１００から受信したＵＥ能力通知に基づいて、ＵＥ１００が二重接続方式をサポートしているか否かを判断する。また、ｅＮＢ２００−１は、ｅＮＢ２００−２のセル（小セル）の識別子が測定報告に含まれているか否かを判断する。
ｅＮＢ２００−２のセルの識別子が測定報告に含まれており、かつ、二重接続方式をＵＥ１００がサポートしている場合（ステップＳ３０４；ＹＥＳ）、ステップＳ３０５において、ｅＮＢ２００−１は、ｅＮＢ２００−２（小セル）へのＵＥ１００のハンドオーバ手順を開始しない。さらに、ｅＮＢ２００−１は、ｅＮＢ２００−２をＳｅＮＢとして追加して、二重接続方式の適用を開始してもよい。
一方、ステップＳ３０４で「ＮＯ」の場合、詳細には、ｅＮＢ２００−２のセルの識別子が測定報告に含まれており、かつ、二重接続方式をＵＥ１００がサポートしていない場合、ステップＳ３０６において、ｅＮＢ２００−１は、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−２に切り替えると判断してもよい。この場合、ｅＮＢ２００−２へのＵＥ１００のハンドオーバ手順を開始し、ハンドオーバ要求をｅＮＢ２００−２に送信する（ステップＳ３０７）。
（３）動作パターン２
第２実施形態に係る動作パターン２では、ｅＮＢ２００−１は、二重接続方式をＵＥ１００がサポートしているか否かに加えて、自基地局の負荷状況、ＵＥ１００の移動状況、ＵＥ１００の通信状況のうち少なくとも１つに基づいて、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−２に切り替えるか否かを判断する。
例えば、ｅＮＢ２００−１は、ＵＥ１００が高速移動状態又はそれに近い状態であれば、ＵＥ１００をｅＮＢ２００−２にハンドオーバせずに、通常の通信を継続してもよい。或いは、ｅＮＢ２００−１は、ＵＥ１００が大量のトラフィックを送受信するのであれば、ＵＥ１００をｅＮＢ２００−２にハンドオーバせずに、ｅＮＢ２００−２をＳｅＮＢとして追加して、二重接続方式の適用を開始してもよい。或いは、ｅＮＢ２００−１は、自身の負荷レベルが高く、ＵＥ１００のために十分な空き無線リソースが存在しないのであれば、ＵＥ１００をｅＮＢ２００−２にハンドオーバせずに、ｅＮＢ２００−２をＳｅＮＢとして追加して、二重接続方式の適用を開始してもよい。
さらに、ｅＮＢ２００−１は、バックホール（Ｘｎインターフェイス）の遅延時間を考慮に入れてもよい。例えば、上述した第２のＵＰアーキテクチャを想定すると、ｅＮＢ２００−２との間のＸｎインターフェイスの遅延時間が大きい場合には、二重接続方式を適用することは好ましくない。よって、ｅＮＢ２００−１は、Ｘｎインターフェイスの遅延時間が大きければ、二重接続方式が不適切と判断して、ＵＥ１００をｅＮＢ２００−２にハンドオーバしてもよい。
［第２実施形態の変更例］
上述した第２実施形態では、ｅＮＢ２００−１がＵＥ１００からＵＥ能力通知を受信していた。
しかしながら、他のｅＮＢからｅＮＢ２００−１へのハンドオーバ時にＵＥ１００のコンテキスト情報をｅＮＢ２００−１が受信しており、当該コンテキスト情報にＵＥ能力通知が含まれている場合、ｅＮＢ２００−１は、当該コンテキスト情報に含まれるＵＥ能力通知を利用してもよい。
［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。第３実施形態は、システム構成及び動作環境については、第１実施形態と同様である。
上述した第１実施形態及び第２実施形態では、二重接続方式をサポートするＵＥ１００について、できる限りｅＮＢ２００−１（マクロセル）とＲＲＣ接続を確立するようハンドオーバ制御を行っていた。
これに対し、第３実施形態では、ｅＮＢ２００−２（小セル）をＭｅＮＢとして設定し、ｅＮＢ２００−１（マクロセル）をＳｅＮＢとして設定する二重接続方式の通信を開始した後、ＭｅＮＢ及びＳｅＮＢの役割を入れ替えることにより、二重接続方式におけるモビリティ強化を実現可能とする。
（１）動作概要
第３実施形態では、ｅＮＢ２００−２をＭｅＮＢとして設定し、かつｅＮＢ２００−１をＳｅＮＢとして設定することにより、ＵＥ１００が二重接続方式の通信を開始する。その後、ｅＮＢ２００−２及びｅＮＢ２００−１でＭｅＮＢ及びＳｅＮＢの役割を入れ替える手順を行う。
第３実施形態では、ＭｅＮＢとして設定されているｅＮＢ２００−２は、ＭｅＮＢ及びＳｅＮＢの役割の入れ替えを要求する入れ替え要求（Ｒｏｌｅ Ｃｈａｎｇｅ Ｒｅｑｕｅｓｔ）をｅＮＢ２００−１に送信する。入れ替え要求は、ｅＮＢ２００−１がＵＥ１００とＲＲＣ接続を確立するための情報を含む。ｅＮＢ２００−２は、自身の負荷状況、ＵＥ１００の移動状況、ＵＥ１００の通信状況のうち少なくとも１つに基づいて、入れ替え要求をｅＮＢ２００−１に送信するか否かを判断してもよい。
ＭｅＮＢ及びＳｅＮＢの役割を入れ替える手順では、ｅＮＢ２００−２からｅＮＢ２００−１へのＵＥ１００のハンドオーバを行う。当該ハンドオーバにおいて、ＵＥ１００は、ｅＮＢ２００−１へのランダムアクセス手順を省略する。
（２）動作シーケンス
図１４は、第３実施形態に係る動作を示すシーケンス図である。図１４の初期状態において、ＵＥ１００は、ｅＮＢ２００−２（小セル）をＭｅＮＢとして設定し、ｅＮＢ２００−１（マクロセル）をＳｅＮＢとして設定して、二重接続方式の通信を行っている。
図１４に示すように、ステップＳ４０１において、ｅＮＢ２００−２は、ＭｅＮＢ及びＳｅＮＢの役割の入れ替え（Ｒｏｌｅ ｃｈａｎｇｅ）を行うと判断する。かかる判断は、ＵＥ１００の移動状況に基づいて行われる。例えば、ｅＮＢ２００−２は、ＵＥ１００が静止状態から移動状態に変化した場合に、ＭｅＮＢ及びＳｅＮＢの役割の入れ替えを行うと判断する。また、ｅＮＢ２００−２は、自身の負荷状況、ｅＮＢ２００−１の負荷状況、ＵＥ１００の通信状況なども考慮して、かかる判断を行ってもよい。
ステップＳ４０２において、ｅＮＢ２００−２は、ＭｅＮＢ及びＳｅＮＢの役割の入れ替えを要求する入れ替え要求（Ｒｏｌｅ Ｃｈａｎｇｅ Ｒｅｑｕｅｓｔ）をｅＮＢ２００−１に送信する。入れ替え要求は、ＵＥ１００に関するＲＲＣ情報（ＲＲＣ Ｃｏｎｔａｉｎｅｒ、Ｃｏｎｔｅｘｔ）、Ｅ−ＲＡＢ設定、ＳＣＧセル構成、ＵＰアーキテクチャの識別子など含んでもよい。ここで、Ｅ−ＲＡＢ設定は、シグナリング用のみでもよい。ＳＣＧセル構成は、ｅＮＢ２００−２がＳｅＮＢになった後のＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ、ＳＣｅｌｌのリスト及び設定などである。
ステップＳ４０３において、入れ替え要求（Ｒｏｌｅ Ｃｈａｎｇｅ Ｒｅｑｕｅｓｔ）を受信したｅＮＢ２００−１は、当該入れ替え要求を承諾するか否かを判断する。ｅＮＢ２００−１は、自身の負荷状況などを考慮して、かかる判断を行う。ここでは、当該入れ替え要求を承諾すると判断したと仮定して、説明を進める。
ステップＳ４０４において、ｅＮＢ２００−１は、入れ替え要求に対する肯定応答（Ｒｏｌｅ Ｃｈａｎｇｅ Ｒｅｑｕｅｓｔ Ａｃｋ）をｅＮＢ２００−２に送信する。肯定応答は、ＭＣＧセル構成を含んでもよい。ＭＣＧセル構成は、ｅＮＢ２００−１がＭｅＮＢになった後のＰＣｅｌｌ、ＳＣｅｌｌｓのリスト及び設定などである。基本的には、現在ＳＣＧとして設定されているものを引き継ぐ。
ステップＳ４０５及びＳ４０６において、ｅＮＢ２００−２は、ＭｅＮＢ及びＳｅＮＢの役割の入れ替え（Ｒｏｌｅ ｃｈａｎｇｅ）を行うためのＲＲＣ接続再設定（ＲＲＣ Ｃｏｎｎ． Ｒｅｃｏｎｆ．）メッセージをＵＥ１００に送信する。ＲＲＣ接続再設定は、二重接続用のＲＲＣ設定パラメータのセットを含む。
ステップＳ４０７乃至Ｓ４１０は、上述した第２のＵＰアーキテクチャの場合に行われる手順であって、ｅＮＢ２００−２に蓄積されているＵＥ１００のユーザデータをｅＮＢ２００−１に転送するものである。
ステップＳ４１１において、ｅＮＢ２００−１は、ＵＥ１００に上りリンク無線リソースを割り当てる。
ステップＳ４１２において、ＵＥ１００は、割り当てられた上りリンク無線リソースを用いて、ＲＲＣ接続再設定完了（ＲＲＣ Ｃｏｎｎ． Ｒｅｃｏｎｆ． Ｃｏｍｐｌｅｔｅ）メッセージをｅＮＢ２００−１に送信する。これにより、ＵＥ１００は、ｅＮＢ２００−１をＭｅＮＢとして設定する。すなわち、ＭｅＮＢのＰＣｅｌｌがｅＮＢ２００−２からｅＮＢ２００−１に切り替わる。
ここで、ＵＥ１００には識別子（Ｃ−ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）が割り当てられており、上りリンクタイミング調整（ＴＡ：Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）も済んでいることから、ＵＥ１００は、ｅＮＢ２００−１に対するランダムアクセス手順を行うことなく、ＲＲＣ接続再設定完了メッセージをｅＮＢ２００−１に送信する。
ステップＳ４１３において、ＵＥ１００は、ｅＮＢ２００−１とユーザデータを送受信する。
ステップＳ４１４乃至Ｓ４２１は、上述した第２のＵＰアーキテクチャの場合に行われる手順であって、Ｓ−ＧＷ３００Ｕとの間のデータパスをｅＮＢ２００−２からｅＮＢ２００−１に切り替えるものである。詳細には、データパス切り替えをｅＮＢ２００−１からＭＭＥ３００Ｃを通じて要求し、Ｓ−ＧＷ３００ＵがデータパスをｅＮＢ２００−２からｅＮＢ２００−１に切り替える。
ステップＳ４２２において、ｅＮＢ２００−１は、ＭｅＮＢ及びＳｅＮＢの役割の入れ替え完了メッセージをｅＮＢ２００−２に送信する。
［第４実施形態］
以下において、第４実施形態について、第１実施形態乃至第４実施形態との相違点を主として説明する。
上述した第３実施形態では、ｅＮＢ２００−２（小セル）をＭｅＮＢとして設定し、ｅＮＢ２００−１（マクロセル）をＳｅＮＢとして設定する二重接続方式の通信を開始した後、ＭｅＮＢ及びＳｅＮＢの役割を入れ替えていた。
これに対し、第４実施形態では、ｅＮＢ２００−１（マクロセル）をＭｅＮＢとして設定し、ｅＮＢ２００−２（小セル）をＳｅＮＢとして設定する二重接続方式の通信を開始した後、ＭｅＮＢ及びＳｅＮＢの役割を入れ替える。
図１５は、第４実施形態に係る動作環境を示す図である。
図１５に示すように、マクロセル１を管理するｅＮＢ２００−１と、小セルを管理するｅＮＢ２００−２と、マクロセル２を管理するｅＮＢ２００−３と、が設けられている。小セルは、２つのマクロセル１，２の境界付近に位置する。ＵＥ１００は、マクロセル１のカバレッジ及び小セルのカバレッジの重複領域からマクロセル２に移動する。
図１６は、第４実施形態に係る動作を示すシーケンス図である。
図１６に示すように、ｅＮＢ２００−１をＭｅＮＢとして設定し、ｅＮＢ２００−２をＳｅＮＢとして設定する二重接続方式の通信を開始する（ステップＳ５０１）。
ＵＥ１００が測定報告をｅＮＢ２００−１に送信し（ステップＳ５０２）、ｅＮＢ２００−１は、測定報告などに基づいてＲｏｌｅ ｃｈａｎｇｅを決定し（ステップＳ５０３）、Ｒｏｌｅ Ｃｈａｎｇｅ ＲｅｑｕｅｓｔをｅＮＢ２００−２に送信する（ステップＳ５０４）。ｅＮＢ２００−２は、Ｒｏｌｅ Ｃｈａｎｇｅ Ｒｅｑｕｅｓｔを承諾し（ステップＳ５０５）、Ｒｏｌｅ Ｃｈａｎｇｅ Ｒｅｑｕｅｓｔ ＡｃｋをｅＮＢ２００−１に送信する（ステップＳ５０６）。また、ＵＰアーキテクチャに応じてデータパス切り替え（ステップＳ５０７、Ｓ５０８）及びデータ転送（ステップＳ５０９、Ｓ５１０）を行う。さらに、ｅＮＢ２００−１は、Ｒｏｌｅ ＣｈａｎｇｅのためのＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ１００に送信する（ステップＳ５１１）。ＵＥ１００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅメッセージをｅＮＢ２００−２に送信する（ステップＳ５１２）。ｅＮＢ２００−２は、Ｒｏｌｅ Ｃｈａｎｇｅ ＣｏｍｐｌｅｔｅメッセージをｅＮＢ２００−１に送信する（ステップＳ５１３）。これにより、ｅＮＢ２００−２が新たなＭｅＮＢとして設定され、ｅＮＢ２００−１が新たなＳｅＮＢとして設定される（ステップＳ５１４、Ｓ５１５）。
その後、ＵＥ１００が測定報告をｅＮＢ２００−２に送信し（ステップＳ５１６）、ｅＮＢ２００−２は、測定報告などに基づいて、ｅＮＢ２００−３を新たなＳｅＮＢとして追加することを決定する（ステップＳ５１７）。ｅＮＢ２００−２は、ｅＮＢ２００−１との間でＳｅＮＢ解放処理を行い（ステップＳ５１８乃至Ｓ５２０）、ｅＮＢ２００−３との間でＳｅＮＢ追加処理を行う（ステップＳ５２１乃至Ｓ５２３）。また、ＵＰアーキテクチャに応じてデータ転送（ステップＳ５２４、Ｓ５２５、Ｓ５２６、Ｓ５２７）を行う。さらに、ｅＮＢ２００−２は、ＳｅＮＢ追加・解放のためのＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ１００に送信する（ステップＳ５２８）。ＵＥ１００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅメッセージをｅＮＢ２００−２に送信する（ステップＳ５２９）。また、ＵＥ１００は、ｅＮＢ２００−３へのランダムアクセスを行って同期を確立する（ステップＳ５３０）。ｅＮＢ２００−３は、ＵＥ１００との同期を検出すると、ＳｅＮＢ Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ ＣｏｍｐｌｅｔｅメッセージをｅＮＢ２００−２に送信する（ステップＳ５３１）。また、ＵＰアーキテクチャに応じてデータパス切り替えを行う（ステップＳ５３２、Ｓ５３３）。これにより、ｅＮＢ２００−１がＳｅＮＢから解放され、ｅＮＢ２００−３が新たなＳｅＮＢとして設定される（ステップＳ５３４）。
その後、ＵＥ１００が測定報告をｅＮＢ２００−２に送信し（ステップＳ５３５）、ｅＮＢ２００−２は、測定報告などに基づいてＲｏｌｅ ｃｈａｎｇｅを決定し（ステップＳ５３６）、Ｒｏｌｅ Ｃｈａｎｇｅ ＲｅｑｕｅｓｔをｅＮＢ２００−３に送信する（ステップＳ５３７）。ｅＮＢ２００−３は、Ｒｏｌｅ Ｃｈａｎｇｅ Ｒｅｑｕｅｓｔを承諾し（ステップＳ５３８）、Ｒｏｌｅ Ｃｈａｎｇｅ Ｒｅｑｕｅｓｔ ＡｃｋをｅＮＢ２００−２に送信する（ステップＳ５３９）。また、ＵＰアーキテクチャに応じてデータパス切り替え（ステップＳ５４０、Ｓ５４１）及びデータ転送（ステップＳ５４２、Ｓ５４３）を行う。さらに、ｅＮＢ２００−２は、Ｒｏｌｅ ＣｈａｎｇｅのためのＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ１００に送信する（ステップＳ５４４）。ＵＥ１００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅメッセージをｅＮＢ２００−３に送信する（ステップＳ５４５）。これにより、ｅＮＢ２００−３が新たなＭｅＮＢとして設定され、ｅＮＢ２００−２が新たなＳｅＮＢとして設定される。
このように、ＳｅＮＢ追加・解放とＲｏｌｅ Ｃｈａｎｇｅとを適切に組み合わせて利用することにより、二重接続方式の通信を継続しながらＵＥ１００の移動に対応することができる。
なお、ＵＥ１００は、ｅＮＢ２００−２をＭｅＮＢとした後、ｅＮＢ２００−１をＳｅＮＢから解放し、通常の通信を行ってもよい。その後、通信状況などに応じて、ｅＮＢ２００−３へのハンドオーバを行うか、ｅＮＢ２００−２との接続を維持するかを判断してもよい。図１７は、かかる変更例を示すフロー図である。
図１７に示すように、ステップＳ６０１において、ＵＥ１００とＲＲＣ接続を確立したｅＮＢ２００−２は、測定報告に基づいて、ＵＥ１００におけるｅＮＢ２００−３の受信レベルが、ｅＮＢ２００−１の受信レベルにオフセットを加えた値よりも大きいか否かを判断する。ステップＳ６０１で「ＹＥＳ」の場合、二重接続を中止し、ＵＥ１００はｅＮＢ２００−２との単一の接続を確立した状態になる（ステップＳ６０２）。
この状態で、ｅＮＢ２００−２は、ＵＥ１００の送受信するトラフィック量が多く（ステップＳ６０３；ＹＥＳ）、かつ、ＵＥ１００の移動速度が高くない場合（ステップＳ６０４；ＹＥＳ）、単一の接続の状態を維持する（ステップＳ６０５）。これに対し、ＵＥ１００の送受信するトラフィック量が多くない（ステップＳ６０３；ＮＯ）、又は、ＵＥ１００の移動速度が高い場合（ステップＳ６０４；ＮＯ）、ｅＮＢ２００−３へのハンドオーバを決定する（ステップＳ６０６）。
［第５実施形態］
以下において、第５実施形態について、第１実施形態乃至第４実施形態との相違点を主として説明する。第５実施形態は、システム構成及び動作環境については、第１実施形態と同様である。
（１）動作概要
第５実施形態に係る通信制御方法は、ＵＥ１００とＲＲＣ接続を確立するＭｅＮＢ２００−Ｍと、ＵＥ１００に追加的な無線リソースを提供するＳｅＮＢ２００−Ｓと、を用いる二重接続方式の通信を制御するための方法である。
第５実施形態に係る通信制御方法は、ＵＥ１００が、ＳｅＮＢ２００−Ｓのセルとの無線リンクの障害（ＲＬＦ）を検知するステップＡと、ＵＥ１００が、ＲＬＦに関する報告（ＲＬＦ Ｒｅｐｏｒｔ）をＭｅＮＢ２００−Ｍに送信するステップＢと、を有する。ＳｅＮＢ２００−Ｓは、ＵＥ１００と対応付けられた複数のセルからなるＳＣＧを管理している。当該複数のセルは、ＵＥ１００のＰＵＣＣＨが設定される特別セル（Ｓｐｅｃｉａｌ Ｃｅｌｌ）を含む。障害が検知されたセルがＳｐｅｃｉａｌ Ｃｅｌｌである場合、ステップＢにおいて、ＵＥ１００は、ＲＬＦ ＲｅｐｏｒｔにＳｐｅｃｉａｌ Ｃｅｌｌ情報を加える。これにより、ＭｅＮＢ２００−Ｍは、ＳｅＮＢ２００−ＳにおいてＲＬＦが生じたセルがＳｐｅｃｉａｌ Ｃｅｌｌであるか否かを把握できる。
第５実施形態に係る通信制御方法は、ＲＬＦ ＲｅｐｏｒｔがＳｐｅｃｉａｌ Ｃｅｌｌ情報を含む場合、ＭｅＮＢ２００−Ｍが、ＳＣＧ（複数のセル）に対する上りリンク送信をＵＥ１００に停止させるステップをさらに有する。これにより、ＵＥ１００がＳｅＮＢ２００−Ｓとの通信を継続困難となった場合において、上りリンク送信による干渉を回避できる。
（２）動作シーケンス
図１８は、第５実施形態に係る動作を示すシーケンス図である。図１８の初期状態において、ＵＥ１００は、ＭｅＮＢ２００−Ｍ及びＳｅＮＢ２００−Ｓとの二重接続方式の通信を行っている。
図１８に示すように、ステップＳ７０１において、ＵＥ１００は、ＳＣＧにおけるＲＬＦを検知する。
ステップＳ７０２において、ＵＥ１００は、ＲＬＦが検知されたセルがＳｐｅｃｉａｌ Ｃｅｌｌであるか否かを判断する。ＲＬＦが検知されたセルがＳｐｅｃｉａｌ Ｃｅｌｌである場合、ＵＥ１００は、ＲＬＦ ＲｅｐｏｒｔにＳｐｅｃｉａｌ Ｃｅｌｌ情報を加える（ステップＳ７０３）。Ｓｐｅｃｉａｌ Ｃｅｌｌ情報は、例えば、ＲＬＦが検知されたセルがＳｐｅｃｉａｌ Ｃｅｌｌである場合に「１」が設定される１ビットのフラグである。
ステップＳ７０４において、ＵＥ１００は、ＲＬＦ ＲｅｐｏｒｔをＭｅＮＢ２００−Ｍに送信する。なお、ＵＥ１００は、ＭｅＮＢ２００−ＭからのＲＬＦ送信要求がなくてもＲＬＦ ＲｅｐｏｒｔをＭｅＮＢ２００−Ｍに送信することに留意すべきである。
ステップＳ７０５において、ＲＬＦ Ｒｅｐｏｒｔを受信したＭｅＮＢ２００−Ｍは、ＲＬＦ ＲｅｐｏｒｔがＳｐｅｃｉａｌ Ｃｅｌｌ情報を含むか否かを判断する。
ＲＬＦ ＲｅｐｏｒｔがＳｐｅｃｉａｌ Ｃｅｌｌ情報を含む場合、ステップＳ７０６において、ＭｅＮＢ２００−Ｍは、ＳＣＧ（複数のセル）に対する上りリンク送信をＵＥ１００に停止させる設定情報をＵＥ１００に送信する。ＵＥ１００は、当該設定情報の受信に応じて、ＳＣＧ（複数のセル）に対する上りリンク送信を停止する。
これに対し、ＲＬＦ ＲｅｐｏｒｔがＳｐｅｃｉａｌ Ｃｅｌｌ情報を含まない場合、ＭｅＮＢ２００−Ｍは、ＳＣＧ（複数のセル）に対する上りリンク送信をＵＥ１００に停止させずに、ＲＬＦ Ｒｅｐｏｒｔをネットワーク最適化（ＳＯＮ）の用途に利用する。
（３）その他の動作
ＵＥ１００は、物理層の同期外れ（ｏｕｔ ｏｆ ｓｙｎｃｅ）などの物理層問題もＭｅＮＢ２００−Ｍに報告することが好ましい。
また、ＵＥ１００は、ＳＣＧ障害を検知した際に、ＲＲＣ再確立（RRC reestablishment）を開始しないことが好ましい。但し、現在の仕様では、ＡＳ ｓｅｃｕｒｉｔｙがアクティブである場合には、ＵＥ１００は、ＲＲＣ再確立を開始するよう規定されている。ＡＳ ｓｅｃｕｒｉｔｙがアクティブな場合とは、ＳＲＢに対しては完全性保護、ＳＲＢとＤＲＢに対しては秘匿化を意味する。ＲＲＣ再確立の手順にはこれらの完全性保護や秘匿化のための設定手順が含まれる。
しかしながら、ＲＲＣ再確立を避けるためだけにＡＳ ｓｅｃｕｒｉｔｙを設定しないことは合理的でない。よって、現在の仕様に対して若干の変更を加えることにより、かかる問題を解決できる。図１９は、第５実施形態に係るその他の動作を示す図である。図１９に示すように、ＲＬＦの条件（１行目乃至３行目の何れか）が満たされた場合、ＵＥ１００は、ＲＬＦが検知されたセルがＳＣＧのセルであるか否かを判断し、ＲＬＦが検知されたセルがＳＣＧのセルでなければ、ＲＲＣ再確立を開始する。
さらに、第５実施形態に係るシーケンスにおいて、ＲＬＦ Ｒｅｐｏｒｔは、既存のＲＬＦ Ｒｅｐｏｒｔを流用したものであるが、既存のＲＬＦ Ｒｅｐｏｒｔに含まれる情報要素の全てを含む必要は無く、少なくともセルＩＤを含んでいればよい。また、ＲＬＦ原因（t310Expiry, randomAccessProblem, rlc-MaxNumRetx）を含めることが有益である。
［その他の実施形態］
上述した実施形態では、マクロセルと小セルとの組み合わせにより二重接続方式の通信を行うケースを例示した。しかしながら、そのような組み合わせに限らず、図２０に示すように、マクロセルとピコセルとの組み合わせにより二重接続方式の通信を行ってもよく、ピコセルとフェムトセルとの組み合わせにより二重接続方式の通信を行ってもよい。
上述した実施形態では、一対のｅＮＢ（ＭｅＮＢ、ＳｅＮＢ）による二重接続方式を例示したが、３以上のｅＮＢによる二重（多重）接続方式に本発明を適用可能である。この場合、図１６のステップＳ５１８（ＳｅＮＢ Ｒｅｌｅａｓｅ）に関する処理は行わない、とすることができる。
また、上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
［付記１］
ｅＮＢ間ＣＡ（二重接続）に対するベースラインのＣＰアーキテクチャとして、オプションＣ１の使用について合意されている。解決するべきｅＮＢ間ＣＡの１つの側面として、ＲＬＦの状況の対処がある。ＳｅＮＢのＲＬＭに関連したＲＬＦ、ｅＮＢ間ＣＡアクティベーション、ＲＡＣＨ障害の問題を考察する。
（考察）
ｅＮＢ間ＣＡとｅＮＢ内ＣＡとはどちらもＵＥを複数のセルに同時に接続させることによってユーザのスループットを増大させる利点がある。ＭｅＮＢとＳｅＮＢの両方が、ＭＣＧとＳＣＧに属する自サービングセルをそれぞれ有する。ＵＥとＮＷの両方における不必要な複雑性を回避するため、ｅＮＢ内ＣＡのＣＰアーキテクチャをｅＮＢ間ＣＡのＣＰアーキテクチャにおいて可能な限り再利用することが好ましい。しかしながら、ｅＮＢ内ＣＡ手順の再利用は、ｅＮＢ間ＣＡのパフォーマンスに大きな低下をもたらさないよう注意が必要である。ＲＬＦに関する以下の考察において、ｅＮＢ間ＣＡにおけるＲＬＦに関する問題は、ｅＮＢ内ＣＡ用の既存の手順で議論される。
・ＳＣＧ内の特別セルのＲＬＭ
ｅＮＢ内ＣＡでは、ＰＣｅｌｌが、追加／アクティベーションおよび潜在的なＲＬＦを含め、ＣＱＩおよび測定報告を使ってＳＣｅｌｌの状態を判定するため、ＲＬＭは、ＳＣｅｌｌでは、サポートされない。ｅＮＢ間ＣＡでは、状況は簡単ではない。というのは、ＳｅＮＢが自身のスケジューラを有し、Ｘｎインターフェイスにおけるレイテンシが過剰だと仮定されるので、ＵＥがＭｅＮＢとＳｅＮＢへＣＱＩを送信することが当然だと考えられるからである。この概念を図２１に示す。図２１では、ＵＥは、ＭｅＮＢとＳｅＮＢの両方に各ＣＱＩを送信する。さらに、二重接続がＳｅＮＢに対して確立されると、特別セルが設定され、常に作動されることがすでに決定されている。ＲＬＭがＭｅＮＢだけに適用される場合、ＵＥは特別セルの品質をモニターすることができなくなり、必要なアクションを取ることができなくなる。特別セルとだけ無線リンクを失敗した結果、ＵＥがＲＬＭをトリガできなかったにしても、ＳｅＮＢが二重接続の一部としてもはや利用不可能ならＵＥに対するＱｏＳに対して悪影響を及ぼすだろう。従って、特別セルのＲＬＭはサポートされるべきである。ＳｅＮＢとのＲＬＦは特別セルにだけ基づくことが想定される。
提案１： ベースラインとして、ＵＥは、ＭｅＮＢとＳｅＮＢへ、ＣＱＩを送信するべきである。
提案２： ＵＥは、ＲＬＭをＳｅＮＢに対しても適用するべきである。
提案２が同意可能な場合、ＭｅＮＢがＲＬＭの状態を知る必要があるかどうかを判断する必要がある。ＳｅＮＢへのUＬ送信が許可される場合、ＵＥがＵＬ送信終了後不要なＳＲＳをＳｅＮＢに送信することを防ぐために、ＭｅＮＢができるだけ早くＳｅＮＢを取り除くことが必要になると思われる。さらに、ＭｅＮＢがＳｅＮＢのＲＬＦの状態を知っている場合、ＭｅＮＢは、他の周波数間ＳｅＮＢ候補の測定をＵＥに対して設定できる。ＳｅＮＢまたはＵＥがＭｅＮＢに対してＳｅＮＢのＲＬＦの状態を通知する場合があるが、バックホールレイテンシが過剰な場合、ＵＥがＳｅＮＢのＲＬＦの状態をＭｅＮＢに提供する方が好ましい場合もある。
提案３： ＭｅＮＢは、ＳｅＮＢのＲＬＦの状態を通知されるべきである。
提案３が同意されたとして、ＳｅＮＢのＲＬＦの状態をＭｅＮＢに通知する際の形態もまた決定する必要がある。１つの可能性として、ＵＥがＳｅＮＢに対してＲＬＦを断定した後初めて、ＵＥまたはＳｅＮＢが指示をＭｅＮＢに送信することが考えられる。しかしながら、ＭｅＮＢはＳｅＮＢの追加／除外／切替に対して権限を有するので、ＭｅＮＢがＳｅＮＢのＣＱＩ情報を得てＳｅＮＢに対するリンクをうまくモニターできるようにした方が有益だと思われる。ベアラスプリットオプションを有するＡＬＴ３Ｃが、２つのＵＰアーキテクチャの１つとしてすでに合意されているので、ＳｅＮＢに対してステアリングされるトラフィックを決めるのはＭｅＮＢ次第となるだろう。ＳｅＮＢのＣＱＩを有するということは、ＭｅＮＢがベアラスプリットの管理に関する決定ができ、利点があると言える。
提案４： ベースラインとして、ＵＥは、ＭｅＮＢに対して、ＳｅＮＢのＣＱＩを送信するべきである。ＣＳＩからの追加の情報がまた必要になるかどうかは、今後の検討が必要である。
（ｅＮＢ間ＣＡアクティベーション）
ｅＮＢ間ＣＡのアクティベーションは、オプションＣ１に基づいて検討するべきである。ＵＥが小セルに最初に在圏する場合、ＵＥはＭｅＮＢとのＲＲＣ接続しか有さないため、小セルは、ｅＮＢ間ＣＡの前にＵＥをＭｅＮＢに対してハンドオーバさせる必要がある可能性が高い。ｅＮＢ間ＣＡの前に小セルからＭｅＮＢへのハンドオーバに対する必要性を避ける１つの方法は、ＭｅＮＢだけがｅＮＢ間ＣＡを構成することが可能なため、ＵＥが常にＭｅＮＢに在圏していることを確実にすることである。しかしながら、小セルがレガシーＵＥをサポートする必要があるため、レガシーＵＥをスタンドアローン型のセルとしてサポートできる必要がある。従って、ＵＥが小セルに在圏することを防ぐことが難しい可能性がある。ｅＮＢ間ＣＡ可能ＵＥにおけるセル再選択手順について、更に向上すべきか、または過剰なハンドオーバを避けるため接続（Connected）モードで他の向上すべき点が必要かは今後の検討が必要である。
提案５： ｅＮＢ間ＣＡ可能ＵＥにおけるセル再選択手順について更に向上すべきか、または過剰なハンドオーバを避けるため接続（Connected）モードで他の向上すべき点が必要かを、検討するべきである。
（ＲＡＣＨ）
現在、ｅＮＢ間ＣＡにおいて、ＲＡＲがＰＣellから送信されるが、ｅＮＢ間ＣＡのケースには当てはまらない理想的なバックホールに基づくものである。ｅＮＢ間ＣＡでは、ＵＥはＭｅＮＢとＳｅＮＢと両方に対して送信可能であり、そしてＵＥがＳｅＮＢに対してＲＡＣＨプリアンブルを送信するものだと仮定している。しかしながら、ＵＥがＭｅＮＢからＲＡＲを受信した場合、Ｘｎインターフェイスのレイテンシ次第では、ネットワークがどのようにＴ３００タイマに適切な値を適切に決定するかについて悪影響を及ぼす可能性がある。従って、ＳｅＮＢがＵＥに対してＲＡＲを送信するほうがいいと思われる。ＲＡＲがＭｅＮＢから送信された場合、ＭｅＮＢはｅＮＢ間ＣＡに権限を有するので、特に、ＲＡＣＨに障害があれば、ＭｅＮＢはＲＡＣＨ状態を知る必要もあるだろう。そして、ＳｅＮＢまたはＵＥは、ＭｅＮＢに対してＲＡＣＨの障害を通知するべきである。
提案６： ＵＥがＳｅＮＢに対してＲＡＣＨプリアンブルを送信する場合、ＳｅＮＢはＲＡＲをＵＥに対して送信するべきである。
提案７： ＳｅＮＢまたはＵＥは、ＭｅＮＢに対してＲＡＣＨの障害を通知するべきである。
［付記２］
（はじめに）
ランダムアクセス障害とＳＣＧに関連付けられたＲＬＣ障害とが合意されたが、ＳＣＧとの物理層問題をＭｅＮＢに通知する必要性についてさらに検討が必要である。この付記は、再確立を開始することを必要とせずに、物理層の問題を識別するための提案とともに、この情報の必要性に関するさらなる分析を提供する。
（ＳｅＮＢでの物理層問題のＭｅＮＢへの通知）
合意事項：少なくとも次のスキームがサポートされる。
−ＳＣＧのＰＤＳＣＨ／ＰＵＳＣＨ動作に関連する下記の上りリンク制御情報（ＵＣＩ）がＳｅＮＢにのみ伝送される。
・ＳＣＧセルのＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ
・ＳＣＧセルの周期的及び非周期的ＣＳＩ
−ＭＣＧに関連するＨＡＲＱ−ＡＣＫ及びＣＳＩはＭｅＮＢにのみ伝送される
−ＳＣＧにおいてＲｅｌ．１１のＵＣＩ伝送規則がサポートされ、ＰｃｅｌｌがｐＳＣｅｌｌに置き換えられる：
・ＵＣＩが伝送される物理チャネル（ＰＵＣＣＨ又はＰＵＳＣＨ）について
・ＰＵＳＣＨでのＵＣＩの場合にＵＣＩが伝送されるセルの選択
・ＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースの選択
・周期的ＣＳＩ報告の破棄規則
・ＵＣＩ組み合わせの取扱い
・ＨＡＲＱ−ＡＣＫのタイミングと多重化
確認：ベースラインとして、ＵＥは、ＭＣＧに関連したＣＱＩをＭｅＮＢに送信し、ＳＣＧに関連したＣＱＩをＳｅＮＢに送信するべきである。
ランダムアクセス問題
ＵＥは、少なくとも特別なＳｃｅｌｌについて、ＳＣＧセルに関連するランダムアクセス障害をＭｅＮＢに通知しなければならない。 ＳＣＧの他のＳＣｅｌｌについては更なる検討が必要である。
ＲＬＣ障害
ＵＥは、ＳＣＧセルに関連するＲＬＣ障害をＭｅＮＢに通知しなければならない。
物理層問題
ＵＥがＰＣｅｌｌのＬ１同期外れのような物理層の問題をＭｅＮＢに通知しなければならないかどうかについては更なる検討が必要である。
ＳｅＮＢにおける物理層問題をＭｅＮＢに通知する主な目的は、（例えばＲＬＦ時に）ＵＥの上りリンク送信を継続できないことを確認することである。
ＭｅＮＢがＳｅＮＢでの物理層問題を把握するために、以下の２つの選択肢がある。
選択肢１：ＳｅＮＢがＭｅＮＢに問題を通知する。
選択肢２：ＵＥは、例えばＮ３１０及びＴ３１０を使用して、ＳｅＮＢでの物理層問題をＭｅＮＢに報告する。
選択肢１によれば、ＭｅＮＢは物理層問題をＳｅＮＢから知るので、Ｘ２インタフェース上の遅延の不確実性に起因する遅延が生じることがある。よって、ＳｅＮＢに対するＵＬ送信を停止させる観点から、この選択肢は理想的ではないかもしれない。選択肢２によれば、ＵＥは、例えばＴ３１０タイマが満了した際に、直接にＭｅＮＢに物理層問題を報告することができる。しかし、選択肢１に比べて上りリンクシグナリング量が増加する。ＳＣＧのＲＬＭが既に合意されているので、選択肢２を採用することが合理的である。
提案１：ＵＥは、ＳｅＮＢでのＲＬＭに基づいて、物理層問題をＭｅＮＢに通知しなければならない。
（ＳｅＮＢでのＲＬＦに伴うＲＲＣ再確立の防止）
ＳＣＧ障害を検出した場合、ＵＥは、ＲＲＣ再確立をトリガしてはならない。ＡＳセキュリティが有効化されている場合、現在の仕様では、ＵＥは、Ｔ３１０の満了に応じてＲＲＣ再確立を開始する。接続再確立の開始を回避するためだけにＲＡＮノードがＡＳセキュリティを構成しないことは合理的ではない。下に示すように、既存の仕様に若干の変更を加えることによって、現在の仕様へのインパクトを回避することができる。
ＵＥは：
1>Ｔ３１０の満了時に、又は
1>Ｔ３００、Ｔ３０１、Ｔ３０４、Ｔ３１１のいずれも実行中でなく、ＭＡＣからのランダムアクセス障害通知があった際に、又は
1>再送信の最大数に達したことの通知がＲＬＣからあった際に、
2>セルがＳＣＧの構成要素ではない場合に、無線リンク障害が検出されたと判断する
2>ＡＳセキュリティが有効化されていない場合：
3>解放原因を「その他」とし、５．３．１２に規定されているようにＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる際の動作を実行する
2>ＲＬＦが検出されたセルがＳＣＧの構成要素ではない場合：
3>５．３．７で規定された接続再確立手順を開始する。
提案２：Ｔ３１０タイマがＳＣＧのＲＬＭに適用可能であるが、Ｔ３１０の満了の結果として再確立はトリガされない。
（ＳＣＧと関連する障害のＭｅＮＢへのレポート）
ＵＥ及びＮＷの両方の不必要な複雑さを防止することができる限り、現在の仕様を再利用することが好ましい。再利用の観点から、ＶａｒＲＬＦレポートはＳＣＧに関連した障害を報告するための同様の方法である。当該レポートに含まれるすべてのメッセージを再利用する必要はない。少なくともＳＣＧのセルＩＤをレポートに含める必要がある。既存の仕様に基づいてＲＬＦ原因（ｔ３１０Ｅｘｐｉｒｙ、ｒａｎｄｏｍＡｃｃｅｓｓＰｒｏｂｌｅｍ、ＲＬＣ−ＭａｘＮｕｍＲｅｔｘ）を含めることが有益であり得る。
提案３：レポートには、ＳｅＮＢのセルＩＤ及びＲＬＦの原因を含めるべきである。
現在の仕様では、ＭｅＮＢがＵＥ情報要求を送信した場合に、ＲＬＦレポートがＭｅＮＢに送信される。しかしながら、ＵＥがこの種の物理層問題を検出した場合には、上りリンク干渉を避けるために、すぐにレポートをＭｅＮＢに送信する必要がある。現在の仕様によるＲＬＦ−ＩｎｆｏＡｖａｉｌａｂｌｅは、わずか３つのメッセージ（RRCConnectionSetupComplete、RRCConnectionReconfigurationComplete、RRCConnectionReestablishmentComplete）の一部として含まれている。しかしながら、ＳＣＧの無線リンクの問題がＲＬＦ又は再確立をトリガしないので、ＵＥは、ＭｅＮＢにＶａｒＲＬＦレポートの可用性を示す手段がない。ＳＣＧの無線リンクの問題がすぐにＭｅＮＢに知らされるべきであるので、ＵＥが、ＳＣＧでのＴ３１０タイマの満了に基づいてＶａｒＲＬＦレポートの可用性を示すことが可能であるべきである。
提案４：ＵＥが問題（ＲＡＣＨ、ＲＬＣ、Ｔ３１０．．．）を検出した後、ＭｅＮＢにＳＣＧ ＲＬＦレポートを送信するための新しい手順を検討すべきである。
［相互参照］
米国仮出願第６１／９３４２０９（２０１４年１月３１日出願）及び米国仮出願第６１／９５６０００（２０１４年３月２０日出願）の全内容が、参照により本願明細書に組み込まれている。
本発明は、移動通信などの通信分野において有用である。

Claims (7)

  1. 第１の基地局をマスタ基地局として設定し、かつ第２の基地局をセカンダリ基地局として設定することにより、ユーザ端末が二重接続方式の通信を開始するステップＡと、
    前記第１の基地局及び前記第２の基地局で前記マスタ基地局及び前記セカンダリ基地局の役割を入れ替える手順を行うステップＢと、を備え、
    前記マスタ基地局は、前記二重接続方式において前記ユーザ端末とＲＲＣ接続を確立する基地局であり、
    前記セカンダリ基地局は、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供する基地局であり、
    前記ステップＢは、前記マスタ基地局として設定されている前記第１の基地局が、前記役割の入れ替えを要求する入れ替え要求を前記第２の基地局に送信するステップを含み、
    前記入れ替え要求は、前記第２の基地局が前記ユーザ端末とＲＲＣ接続を確立するための情報を含むことを特徴とする通信制御方法。
  2. 前記第１の基地局は、一般基地局よりもカバレッジの狭い特定基地局であり、
    前記第２の基地局は、前記一般基地局であることを特徴とする請求項１に記載の通信制御方法。
  3. 前記第１の基地局は、自基地局の負荷状況、前記ユーザ端末の移動状況、前記ユーザ端末の通信状況のうち少なくとも１つに基づいて、前記入れ替え要求を前記第２の基地局に送信するか否かを判断することを特徴とする請求項１に記載の通信制御方法。
  4. 第１の基地局をマスタ基地局として設定し、かつ第２の基地局をセカンダリ基地局として設定することにより、ユーザ端末が二重接続方式の通信を開始するステップＡと、
    前記第１の基地局及び前記第２の基地局で前記マスタ基地局及び前記セカンダリ基地局の役割を入れ替える手順を行うステップＢと、を備え、
    前記マスタ基地局は、前記二重接続方式において前記ユーザ端末とＲＲＣ接続を確立する基地局であり、
    前記セカンダリ基地局は、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供する基地局であり、
    前記ステップＢは、前記第１の基地局から前記第２の基地局への前記ユーザ端末のハンドオーバを行うステップを含み、
    前記ハンドオーバにおいて、前記ユーザ端末は、前記第２の基地局へのランダムアクセス手順を省略することを特徴とする通信制御方法。
  5. 前記第１の基地局は、一般基地局であり、
    前記第２の基地局は、前記一般基地局よりもカバレッジの狭い特定基地局であることを特徴とする請求項４に記載の通信制御方法。
  6. 第１の基地局をマスタ基地局として設定し、かつ第２の基地局をセカンダリ基地局として設定することにより、ユーザ端末が二重接続方式の通信を開始するステップＡと、
    前記第１の基地局及び前記第２の基地局で前記マスタ基地局及び前記セカンダリ基地局の役割を入れ替える手順を行うステップＢと、を備え、
    前記マスタ基地局は、前記二重接続方式において前記ユーザ端末とＲＲＣ接続を確立する基地局であり、
    前記セカンダリ基地局は、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供する基地局であり、
    前記役割を入れ替えた後、前記マスタ基地局として設定されている前記第２の基地局が、前記セカンダリ基地局として設定されている前記第１の基地局を解放するステップをさらに有することを特徴とする通信制御方法。
  7. マスタ基地局及びセカンダリ基地局の役割の入れ替えを要求するための入れ替え要求を、前記セカンダリ基地局として設定された他の基地局に送信する処理を行う制御部を備え、
    前記マスタ基地局は、二重接続方式においてユーザ端末とＲＲＣ接続を確立する基地局であり、
    前記セカンダリ基地局は、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供する基地局であり、
    前記入れ替え要求は、前記他の基地局が前記ユーザ端末とＲＲＣ接続を確立するための情報を含むことを特徴とする基地局。
JP2015559962A 2014-01-31 2015-01-28 基地局、ユーザ端末、及び通信制御方法 Active JP6412887B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201461934209P 2014-01-31 2014-01-31
US61/934,209 2014-01-31
US201461956000P 2014-03-20 2014-03-20
US61/956,000 2014-03-20
PCT/JP2015/052307 WO2015115458A1 (ja) 2014-01-31 2015-01-28 基地局、ユーザ端末、及び通信制御方法

Publications (2)

Publication Number Publication Date
JPWO2015115458A1 JPWO2015115458A1 (ja) 2017-03-23
JP6412887B2 true JP6412887B2 (ja) 2018-10-24

Family

ID=53757031

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015559962A Active JP6412887B2 (ja) 2014-01-31 2015-01-28 基地局、ユーザ端末、及び通信制御方法

Country Status (4)

Country Link
US (1) US20160338134A1 (ja)
EP (1) EP3101992A4 (ja)
JP (1) JP6412887B2 (ja)
WO (1) WO2015115458A1 (ja)

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9756531B2 (en) * 2013-09-30 2017-09-05 Lg Electronics Inc. Method for determining radio resource control configuration in a wireless communication system supporting dual connectivity and apparatus thereof
WO2015136122A1 (en) * 2014-03-14 2015-09-17 Nec Europe Ltd. Method, user equipment, master evolved node b and communication system for dual connectivity
EP3122119A4 (en) 2014-03-20 2017-10-25 Mitsubishi Electric Corporation Communication system
US9967784B2 (en) * 2014-03-21 2018-05-08 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving signal in mobile communication system supporting a plurality of carriers
US10064142B2 (en) * 2014-04-18 2018-08-28 Ntt Docomo, Inc. User apparatus and uplink transmission power information transmission method
WO2015183004A1 (ko) * 2014-05-29 2015-12-03 엘지전자 주식회사 이중 접속을 지원하는 방법 및 이를 이용한 기기
HUE053441T2 (hu) * 2014-10-20 2021-06-28 Ericsson Telefon Ab L M Hibajelzés megakadályozása másodlagos cellacsoport hiba esetén
EP3381223A4 (en) * 2015-11-18 2019-07-03 Telefonaktiebolaget LM Ericsson (PUBL) WIRELESS COMMUNICATION SYSTEM, WIRELESS DEVICE, NETWORK NODES AND METHOD THEREFORE FOR CHANGING THE MASTER NODE FOR THE WIRELESS DEVICE
CN108886726B (zh) * 2016-04-01 2020-11-03 华为技术有限公司 移动性管理的方法、装置和***
CN109076549A (zh) * 2016-04-08 2018-12-21 株式会社Ntt都科摩 用户装置以及通信方法
CN107306455B (zh) * 2016-04-20 2022-07-01 中兴通讯股份有限公司 一种双连接操作的方法、基站、ue及mme
ES2890804T3 (es) * 2016-07-29 2022-01-24 Guangdong Oppo Mobile Telecommunications Corp Ltd Método y dispositivo para establecer conexión secundaria
CN116249214A (zh) 2016-08-05 2023-06-09 三菱电机株式会社 通信***、辅基站及用户装置
KR102324214B1 (ko) * 2017-01-06 2021-11-12 삼성전자 주식회사 차세대 이동 통신 시스템에서 이중 접속의 데이터 처리를 가속화하는 방법 및 장치
WO2018128441A1 (ko) * 2017-01-06 2018-07-12 삼성전자 주식회사 차세대 이동 통신 시스템에서 이중 접속의 데이터 처리를 가속화하는 방법 및 장치
US20190373519A1 (en) * 2017-02-02 2019-12-05 Intel IP Corporation Generation node-b (gnb), user equipment (ue) and methods for handover based on multi-connectivity in new radio (nr) systems
US11184785B2 (en) * 2017-03-17 2021-11-23 Qualcomm Incorporated Radio measurement and configuration
US10757621B2 (en) * 2017-03-22 2020-08-25 Ofinno, Llc Conditional handover execution
CN108633018B (zh) 2017-03-23 2024-02-02 华为技术有限公司 配置方法、装置及***
CN110771194A (zh) * 2017-03-23 2020-02-07 苹果公司 用于由en-dc中的辅节点进行测量配置的***、方法和设备
WO2018203710A1 (en) * 2017-05-04 2018-11-08 Samsung Electronics Co., Ltd. Methods and systems for reporting a secondary node failure in dual connectivity networks
US10448289B2 (en) * 2017-05-05 2019-10-15 Futurewei Technologies, Inc. System and method for handovers in a dual connectivity communications system
US11082905B2 (en) 2017-07-24 2021-08-03 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for processing radio link failure, and terminal device and network device
US11032866B2 (en) * 2017-11-27 2021-06-08 FG Innovation Company Limited Methods and related devices for multi-connectivity
DE112019000346T5 (de) * 2018-01-04 2020-10-08 Ofinno , LLC Semipersistenter Kanalzustands-Informationsbericht
KR20200111207A (ko) * 2018-01-19 2020-09-28 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 2차 셀의 구성 방법, 기기 및 컴퓨터 저장 매체
WO2019160281A1 (en) * 2018-02-14 2019-08-22 Lg Electronics Inc. Method and apparatus for performing dc based handover
US10959279B2 (en) * 2018-04-05 2021-03-23 Telefonaktiebolaget Lm Ericsson (Publ) User equipment, network node and methods in a wireless communications network
SG11202008403TA (en) * 2018-04-05 2020-09-29 Ericsson Telefon Ab L M Radio link failure management in wireless communication networks
EP3813476A4 (en) * 2018-06-19 2022-03-09 Mitsubishi Electric Corporation COMMUNICATION SYSTEM AND COMMUNICATION TERMINAL DEVICE
CN110691427B (zh) 2018-07-05 2021-10-19 华为技术有限公司 一种业务传输方法及装置
CN111869262B (zh) * 2018-08-03 2022-01-18 Oppo广东移动通信有限公司 一种基站切换方法及装置、网络设备
US10939340B2 (en) * 2018-08-09 2021-03-02 Huawei Technologies Co. Ltd. Role change between access points during downlink control-based handover
JP6916446B2 (ja) * 2018-09-13 2021-08-11 日本電信電話株式会社 基地局管理方法、基地局管理装置及びプログラム
WO2020061931A1 (zh) * 2018-09-27 2020-04-02 Oppo广东移动通信有限公司 一种切换上报的方法、终端设备及网络设备
US20210359926A1 (en) * 2018-10-12 2021-11-18 Telefonaktiebolaget Lm Ericsson (Publ) Technique for monitoring a redundancy status of a connection
US20220132607A1 (en) * 2019-02-13 2022-04-28 Telefonaktiebolaget Lm Ericsson (Publ) Role switch handling in a multi connectivity configuration
JP7100167B6 (ja) * 2021-01-12 2022-09-30 オッポ広東移動通信有限公司 補助接続の確立方法および装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL157772A (en) * 2003-09-04 2016-06-30 Bmr Solutions Ltd Compounds containing oligopeptide derived from turtle larvae and their use to encourage mammalian hemophysis
US9482211B2 (en) * 2012-07-13 2016-11-01 Kmt Waterjet Systems Inc. High pressure sealing arrangement
US9807818B2 (en) * 2013-08-08 2017-10-31 Industrial Technology Research Institute Method of radio bearer establishment in dual connectivity

Also Published As

Publication number Publication date
EP3101992A4 (en) 2017-10-18
JPWO2015115458A1 (ja) 2017-03-23
EP3101992A1 (en) 2016-12-07
WO2015115458A1 (ja) 2015-08-06
US20160338134A1 (en) 2016-11-17

Similar Documents

Publication Publication Date Title
JP6412887B2 (ja) 基地局、ユーザ端末、及び通信制御方法
JP6030264B1 (ja) 通信制御方法、マスタ基地局及びセカンダリ基地局
US9844047B2 (en) Mobile communication system that supports a dual connectivity management
JP7335862B2 (ja) ユーザ端末及び基地局
JP6130565B2 (ja) マスタ基地局、セカンダリ基地局、及びプロセッサ
JP6280669B1 (ja) 基地局、方法、及びシステム
JP6502582B2 (ja) 基地局及びユーザ端末
JP6475887B2 (ja) 通信方法、無線端末、及びプロセッサ
WO2015020018A1 (ja) ユーザ端末、無線アクセスネットワーク、及び通信制御方法
WO2015125716A1 (ja) 移動体通信システム、基地局、及びユーザ端末
JP6496302B2 (ja) ユーザ端末、通信制御方法及び基地局

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170925

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180703

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180823

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180911

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20181001

R150 Certificate of patent or registration of utility model

Ref document number: 6412887

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150