特許 6042569 通信制御装置、マスタ基地局及びユーザ端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6042569

(24)【登録日】2016年11月18日

(45)【発行日】2016年12月14日

(54)【発明の名称】通信制御装置、マスタ基地局及びユーザ端末

(51)【国際特許分類】

   H04W 72/04 20090101AFI20161206BHJP

   H04W 16/32 20090101ALI20161206BHJP

   H04W 24/10 20090101ALI20161206BHJP

   H04W 92/20 20090101ALI20161206BHJP

【ＦＩ】

   H04W72/04 111

   H04W16/32

   H04W24/10

   H04W92/20

【請求項の数】16

【全頁数】37

(21)【出願番号】特願2015-560023(P2015-560023)

(86)(22)【出願日】2015年1月29日

(86)【国際出願番号】JP2015052591

(87)【国際公開番号】WO2015115573

(87)【国際公開日】20150806

【審査請求日】2016年7月15日

(31)【優先権主張番号】62/034,678

(32)【優先日】2014年8月7日

(33)【優先権主張国】US

(31)【優先権主張番号】特願2014-17980(P2014-17980)

(32)【優先日】2014年1月31日

(33)【優先権主張国】JP

【早期審査対象出願】

(73)【特許権者】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】キュリーズ特許業務法人

(72)【発明者】

【氏名】藤代 真人

(72)【発明者】

【氏名】長坂 優志

(72)【発明者】

【氏名】山▲崎▼ 智春

(72)【発明者】

【氏名】守田 空悟

(72)【発明者】

【氏名】童 方偉

(72)【発明者】

【氏名】チャン ヘンリー

【審査官】 ▲高▼木 裕子

(56)【参考文献】

【文献】 特開２０１３−１３８５１０（ＪＰ，Ａ）

【文献】 Nokia Corporation, NSN，Discussion on detailed C-plane procedures[online]， 3GPP TSG-RAN WG2#83bis R2-133341，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_83bis/Docs/R2-133341.zip＞，２０１３年１０月１１日，Pages 1-4

【文献】 CATT, CATR，RLM considerations on the special cell of SCG[online]， 3GPP TSG-RAN WG2♯85 R2-140180，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85/Docs/R2-140180.zip＞，２０１４年 １月２９日，Pages 1-4

【文献】 Intel Corporation，Radio link failure handling for dual connectivity[online]， 3GPP TSG-RAN WG2♯83 R2-132819，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_83/Docs/R2-132819.zip＞，２０１３年 ８月２３日，Pages 1-4

【文献】 Kyocera，RLF issues in inter-eNB CA[online]，３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２＃８４ 3GPP TSG-RAN WG2#84 R2-134317，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_84/Docs/R2-134317.zip＞，２０１３年１１月１５日，Pages 1-3

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４ − ７／２６

Ｈ０４Ｗ ４／００ − ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための通信制御方法であって、
前記ユーザ端末においてセル毎に求められた測定結果を含む測定報告を前記ユーザ端末から前記マスタ基地局が受信するステップＡと、
前記ユーザ端末に対するリソース割当を要求するための追加要求を前記マスタ基地局から前記セカンダリ基地局が受信するステップＢと、
を有し、
前記ステップＢは、前記測定報告に含まれる前記セカンダリ基地局のセルについての測定結果を前記追加要求に含めるステップを含むことを特徴とする通信制御方法。

【請求項2】

ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための通信制御方法であって、
前記ユーザ端末のＲＲＣ再設定を行うＲＲＣ再設定メッセージを前記マスタ基地局から前記ユーザ端末に送信するステップＡと、
前記ＲＲＣ再設定メッセージの送信に関して通知するＲＲＣ再設定通知を前記マスタ基地局から前記セカンダリ基地局に送信するステップＢと、
を有することを特徴とする通信制御方法。

【請求項3】

前記ＲＲＣ再設定通知は、前記ＲＲＣ再設定の内容を含むことを特徴とする請求項２に記載の通信制御方法。

【請求項4】

前記ＲＲＣ再設定通知の送信は、前記ＲＲＣ再設定メッセージの送信よりも先に行われることを特徴とする請求項２に記載の通信制御方法。

【請求項5】

前記セカンダリ基地局が、当該ＲＲＣ再設定通知に基づいて前記ユーザ端末に対する送信を停止するステップＣをさらに有することを特徴とする請求項２に記載の通信制御方法。

【請求項6】

前記ステップＣは、前記セカンダリ基地局は、前記ＲＲＣ再設定通知を受信してから所定時間が経過するまで、前記ユーザ端末に対する送信を停止するステップであり、
前記所定時間は、前記ユーザ端末が前記ＲＲＣ再設定メッセージを受信してから当該ＲＲＣ再設定メッセージが反映されるまでの時間に対応しており、
前記セカンダリ基地局は、前記所定時間の経過後に前記ユーザ端末に対する送信を再開することを特徴とする請求項５に記載の通信制御方法。

【請求項7】

前記ＲＲＣ再設定が完了したことを示すＲＲＣ再設定完了メッセージを前記ユーザ端末から前記マスタ基地局が受信するステップＤと、
前記ＲＲＣ再設定完了メッセージの受信に応じて、ＲＲＣ再設定完了通知を前記マスタ基地局から前記セカンダリ基地局に送信するステップＥと、
前記セカンダリ基地局が、当該ＲＲＣ再設定完了通知に基づいて前記ユーザ端末に対する送信を再開するステップＦと、
をさらに有することを特徴とする請求項５に記載の通信制御方法。

【請求項8】

前記ステップＣにおいて前記セカンダリ基地局が停止する前記送信は、ユーザ個別チャネル上での送信であることを特徴とする請求項５に記載の通信制御方法。

【請求項9】

二重接続方式をサポートする移動通信システムにおいて、マスタ基地局とのＲＲＣ接続を確立するとともに、セカンダリ基地局から追加的な無線リソースが提供されるユーザ端末における通信制御方法であって、
前記ユーザ端末の物理上りリンク制御チャネルが設定される特別なセルを含むセカンダリセルグループが、前記セカンダリ基地局により管理されており、
前記ユーザ端末が前記特別なセルにおける無線リンク障害を検知するステップＡと、
前記ユーザ端末が前記特別なセルにおける無線リンク障害を検知した場合、前記セカンダリセルグループのセルに対する測定結果を前記マスタ基地局に送信するステップＢと、
を有することを特徴とする通信制御方法。

【請求項10】

前記測定結果は、隣接セルに対する測定結果を含むことを特徴とする請求項９に記載の通信制御方法。

【請求項11】

前記測定結果は、前記セカンダリセルグループのうち前記特別なセル以外のセルに対する測定結果を含むことを特徴とする請求項９に記載の通信制御方法。

【請求項12】

前記ステップＢは、前記測定結果を含むメッセージとして、前記無線リンク障害を通知する障害通知を前記マスタ基地局に送信するステップを含むことを特徴とする請求項９に記載の通信制御方法。

【請求項13】

前記ユーザ端末が、前記マスタ基地局から指定されたイベントが発生した場合、イベントトリガ型の測定報告を前記マスタ基地局に送信するステップＣを有し、
前記イベントは、前記特別なセルにおける無線リンク障害を検知したことであり、
前記測定結果は、前記イベントトリガ型の測定報告に含まれていることを特徴とする請求項９に記載の通信制御方法。

【請求項14】

追加的な無線リソースをユーザ端末に提供するセカンダリ基地局とともに二重接続方式の通信をサポートし、ＲＲＣ接続を前記ユーザ端末と確立するマスタ基地局であって、
前記ユーザ端末においてセル毎に求められた測定結果を含む測定報告を前記ユーザ端末から受信する受信部と、
前記ユーザ端末に対するリソース割当を要求するための追加要求を前記セカンダリ基地局に送信する送信部と、
を有し、
前記送信部は、前記測定報告に含まれる前記セカンダリ基地局のセルについての測定結果を前記追加要求に含めることを特徴とするマスタ基地局。

【請求項15】

追加的な無線リソースをユーザ端末に提供するセカンダリ基地局とともに二重接続方式の通信をサポートし、ＲＲＣ接続を前記ユーザ端末と確立するマスタ基地局であって、
前記ユーザ端末のＲＲＣ再設定を行うＲＲＣ再設定メッセージを前記ユーザ端末に送信する送信部と、
前記ＲＲＣ再設定メッセージの送信に関して通知するＲＲＣ再設定通知を前記セカンダリ基地局に送信する第２送信部と、
を有することを特徴とするマスタ基地局。

【請求項16】

二重接続方式をサポートする移動通信システムにおいて、マスタ基地局とのＲＲＣ接続を確立するとともに、セカンダリ基地局から追加的な無線リソースが提供されるユーザ端末であって、
前記ユーザ端末の物理上りリンク制御チャネルが設定される特別なセルを含むセカンダリセルグループが、前記セカンダリ基地局により管理されており、
前記特別なセルにおける無線リンク障害を検知する検知部と、
前記特別なセルにおける無線リンク障害を検知した場合、前記セカンダリセルグループのセルに対する測定結果を前記マスタ基地局に送信する送信部と、
を有することを特徴とするユーザ端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動通信システムにおいて用いられる通信制御方法に関する。

【背景技術】

【0002】

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、リリース１２以降において二重接続方式（Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）の導入が予定されている（非特許文献１参照）。二重接続方式では、ユーザ端末は、複数の基地局との接続を同時に確立する。ユーザ端末には、各基地局から無線リソースが割り当てられるため、スループットの向上が見込まれる。

【0003】

二重接続方式では、ユーザ端末との接続を確立する複数の基地局のうち、１つの基地局（以下、「マスタ基地局」という）のみが当該ユーザ端末とのＲＲＣ接続を確立する。これに対し、当該複数の基地局のうち他の基地局（以下、「セカンダリ基地局」という）は、ＲＲＣ接続をユーザ端末と確立せずに、追加的な無線リソースをユーザ端末に提供する。なお、二重接続方式は、基地局間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ ＣＡ）と称されることもある。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】３ＧＰＰ技術報告書 「ＴＲ ３６．８４２ Ｖ１２．０．０」 ２０１４年１月７日

【発明の概要】

【0005】

二重接続方式の通信を適切に行うためには、基地局間の連携を強化する必要があると考えられる。

【0006】

そこで、本発明は、二重接続方式の通信を適切に行うことを可能とする通信制御方法を提供することを目的とする。

【0007】

第１の特徴に係る通信制御方法は、ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための方法である。前記通信制御方法は、前記ユーザ端末においてセル毎に求められた測定結果を含む測定報告を前記ユーザ端末から前記マスタ基地局が受信するステップと、前記ユーザ端末に対するリソース割当を要求するための追加要求を前記マスタ基地局から前記セカンダリ基地局が受信するステップと、を有する。前記追加要求を受信するステップにおいて、前記マスタ基地局は、前記測定結果に含まれる前記セカンダリ基地局のセルについての測定結果を前記追加要求に含めて送信する。

【0008】

第２の特徴に係る通信制御方法は、ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための方法である。前記通信制御方法は、前記ユーザ端末のＲＲＣ再設定を行うＲＲＣ再設定メッセージを前記マスタ基地局から前記ユーザ端末に送信するステップと、前記ＲＲＣ再設定メッセージの送信に関して通知するＲＲＣ再設定通知を前記マスタ基地局から前記セカンダリ基地局に送信するステップと、を有する。

【0009】

第３の特徴に係る通信制御方法は、ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための方法である。前記通信制御方法は、前記ユーザ端末においてセル毎に求められた測定結果を含む測定報告を前記ユーザ端末から前記マスタ基地局が受信するステップと、前記測定報告に基づいて、前記セカンダリ基地局が管理している複数のセルの中から、前記ユーザ端末の物理上りリンク制御チャネルを設ける特別なセルを選択するステップと、を有する。

【0010】

第４の特徴に係る通信制御方法は、第１の基地局が管理している少なくとも１つのセルについて、ユーザ端末の物理上りリンク制御チャネルを設ける特別なセルとして動作する能力を有するか否かを示すセル情報を、前記第１の基地局から第２の基地局に送信するステップを有する。

【0011】

第５の特徴に係る通信制御方法は、二重接続方式をサポートする移動通信システムにおいて、マスタ基地局とのＲＲＣ接続を確立するとともに、セカンダリ基地局から追加的な無線リソースが提供されるユーザ端末における方法である。前記ユーザ端末の物理上りリンク制御チャネルが設定される特別なセルを含むセカンダリセルグループが、前記セカンダリ基地局により管理されている。前記通信制御方法は、前記特別なセルにおける無線リンク障害を検知するステップと、前記特別なセルにおける無線リンク障害を検知した場合、前記セカンダリセルグループのセルに対する測定結果を前記マスタ基地局に送信するステップと、を有する。

【0012】

第６の特徴に係る通信制御方法は、ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と共に二重接続方式の通信を行っており、前記ユーザ端末とのＲＲＣ接続を確立するマスタ基地局における方法である。前記ユーザ端末の物理上りリンク制御チャネルが設定される特別なセルを含むセカンダリセルグループが、前記セカンダリ基地局により管理されている。前記通信制御方法は、前記セカンダリセルグループのうち前記特別なセル以外のセルに対する第１の測定結果を含む前記特別なセルにおける無線リンク障害を通知する障害通知を前記ユーザ端末から受信するステップと、前記特別なセルの交代を要求するための交代要求を前記セカンダリ基地局に送信するステップと、を有する。前記送信するステップにおいて、前記マスタ基地局は、前記ユーザ端末から受信した前記第１の測定結果を前記交代要求に含めて送信する。

【0013】

第７の特徴に係る通信制御方法は、ユーザ端末とのＲＲＣ接続を確立するマスタ基地局と共に二重接続方式の通信を行っており、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局における方法である。前記ユーザ端末の物理上りリンク制御チャネルが設定される特別なセルを含むセカンダリセルグループが、前記セカンダリ基地局により管理されている。前記通信制御方法は、前記特別なセルの交代を要求するための交代要求を、前記セカンダリセルグループのうち前記特別なセル以外のセルに対する第１の測定結果と共に前記マスタ基地局から受信するステップと、前記交代要求の受信に応じて、前記特別なセルを他のセルと交代するか否かの判断を前記第１の測定結果に基づいて行うステップと、前記判断の結果を前記マスタ基地局に通知するステップと、を有することを特徴とする。

【図面の簡単な説明】

【0014】

【図1】第１実施形態乃至第３実施形態に係るＬＴＥシステムの構成図である。

【図2】第１実施形態乃至第３実施形態に係るＵＥのブロック図である。

【図3】第１実施形態乃至第３実施形態に係るｅＮＢのブロック図である。

【図4】第１実施形態乃至第３実施形態に係る無線インターフェイスのプロトコルスタック図である。

【図5】第１実施形態乃至第３実施形態に係る無線フレームの構成図である。

【図6】第１のＵＰアーキテクチャを示す図である。

【図7】第２のＵＰアーキテクチャを示す図である。

【図8】二重接続方式を開始する動作を示すシーケンス図である。

【図9】ＭｅＮＢ２００−１がＵＥ１００に対してＲＲＣ再設定を行う場合の動作を示すシーケンス図である。

【図10】第１実施形態に係る動作シーケンスを示すシーケンス図である。

【図11】第２実施形態の動作パターン１を示すシーケンス図である。

【図12】第２実施形態の動作パターン２を示すシーケンス図である。

【図13】第２実施形態の動作パターン３を示すシーケンス図である。

【図14】第３実施形態に係る動作シーケンス図である。

【図15】第４実施形態の動作パターン１を示すシーケンス図である。

【図16】第４実施形態の動作パターン２を示すシーケンス図である。

【図17】ＳＣＧ内の全てのセルに関連するリソースを解放することが好ましくないケースを説明するための図である。

【図18】ＳＣＧ内の全てのセルに関連するリソースを解放することが好ましくないケースを説明するための図である。

【発明を実施するための形態】

【0015】

［実施形態の概要］
第２実施形態に係る通信制御方法は、ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための方法である。前記通信制御方法は、前記ユーザ端末においてセル毎に求められた測定結果を含む測定報告を前記ユーザ端末から前記マスタ基地局が受信するステップと、前記ユーザ端末に対するリソース割当を要求するための追加要求を前記マスタ基地局から前記セカンダリ基地局が受信するステップと、を有する。前記追加要求を受信するステップにおいて、前記マスタ基地局は、前記測定結果に含まれる前記セカンダリ基地局のセルについての測定結果を前記追加要求に含めて送信する。

【0016】

第１実施形態に係る通信制御方法は、ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための方法である。前記通信制御方法は、前記ユーザ端末のＲＲＣ再設定を行うＲＲＣ再設定メッセージを前記マスタ基地局から前記ユーザ端末に送信するステップと、前記ＲＲＣ再設定メッセージの送信に関して通知するＲＲＣ再設定通知を前記マスタ基地局から前記セカンダリ基地局に送信するステップと、を有する。

【0017】

第１実施形態では、前記ＲＲＣ再設定通知の送信は、前記ＲＲＣ再設定メッセージの送信よりも先に行われる。

【0018】

第１実施形態では、前記ＲＲＣ再設定通知は、前記ＲＲＣ再設定の内容を含む。

【0019】

第１実施形態では、前記通信制御方法は、前記ＲＲＣ再設定通知を受信した前記セカンダリ基地局が、当該ＲＲＣ再設定通知に基づいて前記ユーザ端末に対する送信を停止するステップをさらに有する。

【0020】

第１実施形態では、前記セカンダリ基地局は、前記ＲＲＣ再設定通知を受信してから所定時間が経過するまで、前記ユーザ端末に対する送信を停止する。前記所定時間は、前記ユーザ端末が前記ＲＲＣ再設定メッセージを受信してから当該ＲＲＣ再設定メッセージが反映されるまでの時間に対応する。前記セカンダリ基地局は、前記所定時間の経過後に前記ユーザ端末に対する送信を再開する。

【0021】

第１実施形態では、前記通信制御方法は、前記ＲＲＣ再設定が完了したことを示すＲＲＣ再設定完了メッセージを前記ユーザ端末から前記マスタ基地局が受信するステップと、前記ＲＲＣ再設定完了メッセージの受信に応じて、ＲＲＣ再設定完了通知を前記マスタ基地局から前記セカンダリ基地局に送信するステップと、前記ＲＲＣ再設定完了通知を受信した前記セカンダリ基地局が、当該ＲＲＣ再設定完了通知に基づいて前記ユーザ端末に対する送信を再開するステップと、をさらに有する。

【0022】

第１実施形態では、前記停止するステップにおいて前記セカンダリ基地局が停止する前記送信は、ユーザ個別チャネル上での送信である。

【0023】

第２実施形態に係る通信制御方法は、ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための方法である。前記通信制御方法は、前記ユーザ端末においてセル毎に求められた測定結果を含む測定報告を前記ユーザ端末から前記マスタ基地局が受信するステップと、前記測定報告に基づいて、前記セカンダリ基地局が管理している複数のセルの中から、前記ユーザ端末の物理上りリンク制御チャネルを設ける特別なセルを選択するステップと、を有する。

【0024】

第２実施形態では、前記特別なセルを選択するステップは、前記測定報告を受信した前記マスタ基地局が、当該受信した測定報告を前記セカンダリ基地局に転送するステップと、前記転送された測定報告を受信した前記セカンダリ基地局が前記特別なセルを選択するステップと、を含む。

【0025】

第２実施形態では、前記特別なセルを選択するステップは、前記測定報告を受信した前記マスタ基地局が、当該受信した測定報告に基づいて、前記特別なセルの候補を前記セカンダリ基地局に通知するステップと、前記セカンダリ基地局が、前記通知された候補に基づいて前記特別なセルを選択するステップと、を含む。

【0026】

第２実施形態では、前記特別なセルを選択するステップは、前記測定報告を受信した前記マスタ基地局が、当該受信した測定報告に基づいて、前記特別なセルを選択するステップと、前記選択された特別なセルを前記マスタ基地局から前記セカンダリ基地局に通知するステップと、を含む。

【0027】

第２実施形態では、前記特別なセルを選択するステップにおいて、前記セカンダリ基地局が管理している前記複数のセルのそれぞれの能力及び／又は負荷状況にさらに基づいて前記特別なセルを選択する。

【0028】

第２実施形態では、前記通信制御方法は、前記セカンダリ基地局が管理している前記複数のセルのそれぞれの能力及び／又は負荷状況に基づいて、前記測定報告の送信を制御する情報を前記マスタ基地局から前記ユーザ端末に送信するステップをさらに有する。

【0029】

第２実施形態では、前記通信制御方法は、前記ユーザ端末から新たに送信された測定報告に基づいて、前記セカンダリ基地局が管理している複数のセルの中から前記特別なセルを再選択するステップをさらに有する。

【0030】

第３実施形態に係る通信制御方法は、第１の基地局が管理している少なくとも１つのセルについて、ユーザ端末の物理上りリンク制御チャネルを設ける特別なセルとして動作する能力を有するか否かを示すセル情報を、前記第１の基地局から第２の基地局に送信するステップを有する。

【0031】

第３実施形態では、前記セル情報を送信するステップにおいて、前記第１の基地局は、当該第１の基地局の設定の更新に関する設定更新メッセージに前記セル情報を含めて送信する。

【0032】

第３実施形態では、前記セル情報を送信するステップにおいて、前記第１の基地局は、前記第２の基地局からの要求に対する否定応答に前記セル情報を含めて送信する。

【0033】

第４実施形態に係る通信制御方法は、二重接続方式をサポートする移動通信システムにおいて、マスタ基地局とのＲＲＣ接続を確立するとともに、セカンダリ基地局から追加的な無線リソースが提供されるユーザ端末における方法である。前記ユーザ端末の物理上りリンク制御チャネルが設定される特別なセルを含むセカンダリセルグループが、前記セカンダリ基地局により管理されている。前記通信制御方法は、前記特別なセルにおける無線リンク障害を検知するステップと、前記特別なセルにおける無線リンク障害を検知した場合、前記セカンダリセルグループのセルに対する測定結果を前記マスタ基地局に送信するステップと、を有する。

【0034】

前記特別なセルにおける無線リンク障害を検知した場合、前記送信するステップにおいて、前記ユーザ端末は、隣接セルに対する測定結果を前記マスタ基地局にさらに送信する。

【0035】

前記測定結果は、前記セカンダリセルグループのうち前記特別なセル以外のセルに対する測定結果である。

【0036】

前記通信制御方法は、前記特別なセルにおける無線リンク障害を検知した場合、前記無線リンク障害を通知する障害通知を前記マスタ基地局に送信するステップを有する。前記測定結果は、前記障害通知に含まれている。

【0037】

前記通信制御方法は、前記マスタ基地局から指定されたイベントが発生した場合、イベントトリガ型の測定報告を前記マスタ基地局に送信するステップを有する。前記イベントは、前記特別なセルにおける無線リンク障害を検知したことである。前記測定結果は、前記イベントトリガ型の測定報告に含まれている。

【0038】

第４実施形態に係る通信制御方法は、ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と共に二重接続方式の通信を行っており、前記ユーザ端末とのＲＲＣ接続を確立するマスタ基地局における方法である。前記ユーザ端末の物理上りリンク制御チャネルが設定される特別なセルを含むセカンダリセルグループが、前記セカンダリ基地局により管理されている。前記通信制御方法は、前記セカンダリセルグループのうち前記特別なセル以外のセルに対する第１の測定結果を含む前記特別なセルにおける無線リンク障害を通知する障害通知を前記ユーザ端末から受信するステップと、前記特別なセルの交代を要求するための交代要求を前記セカンダリ基地局に送信するステップと、を有する。前記送信するステップにおいて、前記マスタ基地局は、前記ユーザ端末から受信した前記第１の測定結果を前記交代要求に含めて送信する。

【0039】

前記送信するステップにおいて、前記マスタ基地局は、前記ユーザ端末から受信した前記第１の測定結果を前記交代要求に含めて送信する。

【0040】

前記受信するステップにおいて、前記マスタ基地局は、前記特別なセルに対する第２の測定結果を前記ユーザ端末からさらに受信する。前記送信するステップにおいて、前記マスタ基地局は、前記第１の測定結果及び前記第２の測定結果を前記交代要求に含めて送信する。

【0041】

第４実施形態に係る通信制御方法は、ユーザ端末とのＲＲＣ接続を確立するマスタ基地局と共に二重接続方式の通信を行っており、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局における方法である。前記ユーザ端末の物理上りリンク制御チャネルが設定される特別なセルを含むセカンダリセルグループが、前記セカンダリ基地局により管理されている。前記通信制御方法は、前記特別なセルの交代を要求するための交代要求を、前記セカンダリセルグループのうち前記特別なセル以外のセルに対する第１の測定結果と共に前記マスタ基地局から受信するステップと、前記交代要求の受信に応じて、前記特別なセルを他のセルと交代するか否かの判断を前記第１の測定結果に基づいて行うステップと、前記判断の結果を前記マスタ基地局に通知するステップと、を有する。

【0042】

前記受信するステップにおいて、前記セカンダリ基地局は、前記特別なセルに対する第２の測定結果を前記第１の測定結果と共に前記マスタ基地局から受信する。前記判断を行うステップにおいて、前記セカンダリ基地局は、前記第１の測定結果及び前記第２の測定結果に基づいて前記判断を行う。

【0043】

前記他のセルの中から新たな特別なセルを選択した場合、前記通知するステップにおいて、前記セカンダリ基地局は、前記新たな特別なセルを前記マスタ基地局に通知する。

【0044】

前記他のセルの中に新たな特別なセルとして適切なセルが存在しない場合、前記通知するステップにおいて、前記セカンダリ基地局は、前記セカンダリセルグループを解放することを前記マスタ基地局に通知する。

【0045】

［第１実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。

【0046】

（システム構成）
図１は、第１実施形態に係るＬＴＥシステムの構成図である。

【0047】

図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。

【0048】

ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

【0049】

Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

【0050】

ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

【0051】

ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。ＳＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。

【0052】

図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。

【0053】

アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。

【0054】

ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

【0055】

メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。

【0056】

図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。

【0057】

アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。

【0058】

ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。

【0059】

メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。

【0060】

図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層を含む。

【0061】

物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。

【0062】

ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びＲＲＣ接続確立時のランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。

【0063】

ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。

【0064】

ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

【0065】

ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。

【0066】

ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。

【0067】

ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）がそれぞれ適用される。

【0068】

無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。

【0069】

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。

【0070】

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける他の部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。

【0071】

（二重接続方式）
第１実施形態に係るＬＴＥシステムは、二重接続方式をサポートする。二重接続方式は、リリース１２以降において導入が予定されている。二重接続方式では、ＵＥ１００は、複数のｅＮＢ２００との接続を同時に確立する。ＵＥ１００には、各ｅＮＢ２００から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、ｅＮＢ２００間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ ＣＡ）と称されることもある。

【0072】

図５は、二重接続方式の概要を説明するための図である。

【0073】

図５に示すように、二重接続方式では、ＵＥ１００との接続を確立する複数のｅＮＢ２００のうち、マスタｅＮＢ（ＭｅＮＢ）２００−１のみが当該ＵＥ１００とのＲＲＣ接続を確立する。これに対し、当該複数のｅＮＢ２００のうちセカンダリｅＮＢ（ＳｅＮＢ）２００−２は、ＲＲＣ接続をＵＥ１００と確立せずに、追加的な無線リソースをＵＥ１００に提供する。言い換えると、ＭｅＮＢ２００−１は、ユーザプレーン接続だけでなく制御プレーン接続をＵＥ１００と確立する。これに対し、ＳｅＮＢ２００−２は、制御プレーン接続をＵＥ１００と確立せずに、ユーザプレーン接続をＵＥ１００と確立する。ＭｅＮＢ２００−１とＳｅＮＢ２００−２との間にはＸｎインターフェイスが設定される。Ｘｎインターフェイスは、Ｘ２インターフェイス又は新たなインターフェイスである。

【0074】

二重接続方式では、ＵＥ１００は、ＭｅＮＢ２００−１が管理するＮ個のセル及びＳｅＮＢ２００−２が管理するＭ個のセルを同時に利用したキャリアアグリゲーションが可能である。二重接続方式においてＵＥ１００のサービングセルの最大数、すなわち、（Ｎ＋Ｍ）の最大数は、例えば５である。ここで、ＭｅＮＢ２００−１が管理するＮ個のセルからなるグループは、マスタセルグループ（ＭＣＧ）と称される。また、ＳｅＮＢ２００−２が管理するＭ個のセルからなるグループは、セカンダリセルグループ（ＳＣＧ）と称される。ＳＣＧには、ＵＥ１００のＰＵＣＣＨを設ける特別なセルが設定される。特別なセルは、キャリアアグリゲーションにおけるプライマリセル（ＰＣｅｌｌ）の機能の一部を遂行する。以下において、当該特別なセルを「ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ」と称する。

【0075】

図６及び図７は、二重接続方式におけるユーザデータの転送経路（データパス）の構成方式を説明するための図である。二重接続方式におけるユーザデータの転送経路（データパス）を構成するユーザプレーンアーキテクチャ（ＵＰアーキテクチャ）は主に２通り存在する。

【0076】

図６は、第１のＵＰアーキテクチャを示す。図６（ａ）に示すように、第１のＵＰアーキテクチャでは、ＭｅＮＢ２００−１とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、が利用される。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃１は、ＭｅＮＢ２００−１とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。このように、第１のＵＰアーキテクチャでは、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００−１を経由しない。図６（ｂ）に示すように、ＭｅＮＢ２００−１及びＳｅＮＢ２００−２のそれぞれは、ＰＤＣＰ、ＲＬＣ、ＭＡＣの各層の処理を行う。

【0077】

図７は、第２のＵＰアーキテクチャを示す。図７（ａ）に示すように、第２のＵＰアーキテクチャでは、ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＭｅＮＢ２００−１において分割されており、分割された一方（ｓｐｌｉｔ ｂｅａｒｅｒ）はＳｅＮＢ２００−２を経由してＵＥ１００で終端し、分割された他方（ｓｐｌｉｔ ｂｅａｒｅｒ）はＳｅＮＢ２００−２を経由せずにＵＥ１００で終端する。このように、第２のＵＰアーキテクチャでは、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００−１を経由する。図７（ｂ）に示すように、ＥＰＳベアラ＃２における分割された一方（ｓｐｌｉｔ ｂｅａｒｅｒ）については、ＭｅＮＢ２００−１のＰＤＣＰ、ＳｅＮＢ２００−２のＲＬＣ及びＭＡＣ、により各層の処理を行う。なお、ｓｐｌｉｔ ｂｅａｒｅｒについては、ＲＬＣ（又はＲＬＣの一部機能）までの処理をＭｅＮＢが担当してもよい。

【0078】

図８は、二重接続方式を開始する動作を示すシーケンス図である。図８の初期状態において、ＵＥ１００は、ＭｅＮＢ２００−１とのＲＲＣ接続を確立した状態である。

【0079】

図８に示すように、ステップＳ１１において、ＵＥ１００は、ＵＥ１００においてセル毎に求められた測定結果を含む測定報告をＭｅＮＢ２００−１に送信する。測定結果は、測定セルの識別情報と参照信号受信電力（ＲＳＲＰ）／参照信号受信品質（ＲＳＲＱ）との組み合わせを含む。

【0080】

ステップＳ１２において、測定報告を受信したＭｅＮＢ２００−１は、受信した測定報告又は他のパラメータに基づいて、ＳｅＮＢリソースを使用することを決定する。

【0081】

ステップＳ１３において、ＭｅＮＢ２００−１は、ＵＥ１００に対するリソース割り当てを要求するためのＳｅＮＢ追加要求（ＳｅＮＢ Ａｄｄｉｔｉｏｎ）をＳｅＮＢ２００−２に送信する。ＳｅＮＢ追加要求は、ＵＥ１００に関する各種パラメータを含む。

【0082】

ステップＳ１４において、ＳｅＮＢ追加要求を受信したＳｅＮＢ２００−２は、受信したＳｅＮＢ追加要求に基づいて、ＵＥ１００に対するリソース割り当てを承諾するか否かを判断する。ＵＥ１００に対するリソース割り当てを承諾する場合、ＳｅＮＢ２００−２は、ＵＥ１００のための無線リソース（例えば、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ）を設定する。ＳｅＮＢ２００−２は、ＵＥ１００に割り当てるランダムアクセスプリアンブルを選択してもよい。

【0083】

ステップＳ１５において、ＳｅＮＢ２００−２は、新たな無線リソース設定（例えば、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの設定、ランダムアクセスプリアンブル設定）を提供するＳｅＮＢ追加指令をＭｅＮＢ２００−１に送信する。

【0084】

ステップＳ１６において、ＳｅＮＢ２００−２は、新たな無線リソース設定に応じて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ（のパラメータ）を設定する。なお、ステップＳ１５及びステップＳ１６の順序は逆であってもよい。

【0085】

ステップＳ１７において、ＳｅＮＢ追加指令を受信したＭｅＮＢ２００−１は、受信したＳｅＮＢ追加指令に基づいて、ＵＥ１００に送信するＲＲＣメッセージを生成する。

【0086】

ステップＳ１８において、ＭｅＮＢ２００−１は、生成したＲＲＣメッセージ（ＲＲＣ再設定メッセージ）をＵＥ１００に送信する。

【0087】

ステップＳ１９において、ＲＲＣ再設定メッセージを受信したＵＥ１００は、受信したＲＲＣ再設定メッセージに基づいて、ＳＣＧに対応するＭＡＣエンティティを生成する。ここで、ＳＣＧに含まれるＤＣ ｓｐｅｃｉａｌ ｃｅｌｌが有効な状態（Ａｃｔｉｖａｔｅ）であり、ＳＣＧに含まれる他のセルは無効な状態（Ｄｅａｃｔｉｖａｔｅ）である。

【0088】

ステップＳ２１において、ＵＥ１００は、ＲＲＣ再設定が完了したことを示すＲＲＣ再設定完了メッセージをＭｅＮＢ２００−１に送信する。

【0089】

ステップＳ２２において、ＵＥ１００は、ＳｅＮＢ２００−２に対するランダムアクセスを行う。

【0090】

ステップＳ２３において、ＳｅＮＢ２００−２は、ＵＥ１００との同期を検出し、新たな無線リソース設定が使用可能になったことを示す通知（ＳｅＮＢ Ａｄｄｉｔｉｏｎ ｃｏｍｐｌｅｔｅ）をＭｅＮＢ２００−１に送信する。

【0091】

ステップＳ２４において、ＳｅＮＢ２００−２は、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを用いて、ＵＥ１００に対する下りリンク制御信号をＰＤＣＣＨ上で送信し、ＵＥ１００に対する下りリンクユーザデータをＰＤＳＣＨ上で送信する。

【0092】

ステップＳ２５において、ＳｅＮＢ２００−２は、ＭＡＣ層において、ＳＣＧに含まれる他のセルの使用を開始することを決定する。

【0093】

ステップＳ２６において、ＳｅＮＢ２００−２は、ＳＣＧに含まれる他のセルを有効化（Ａｃｔｉｖａｔｅ）することを示すＭＡＣ制御要素をＵＥ１００に送信する。

【0094】

ステップＳ２７において、ＭＡＣ制御要素を受信したＵＥ１００は、受信したＭＡＣ制御要素に基づいて、ＳＣＧに含まれる他のセルを有効化（Ａｃｔｉｖａｔｅ）する。

【0095】

（第１実施形態に係る通信制御方法）
図９は、ＭｅＮＢ２００−１がＵＥ１００に対してＲＲＣ再設定を行う場合の動作を示すシーケンス図である。ＵＥ１００は、ＭｅＮＢ２００−１及びＳｅＮＢ２００−２との接続を確立した状態である（ステップＳ１０１）。

【0096】

図９に示すように、ステップＳ１０２において、ＭｅＮＢ２００−１は、ＵＥ１００のＲＲＣ再設定を行うＲＲＣ再設定メッセージをＵＥ１００に送信する。例えば、ＭＣＧ：３セル及びＳＣＧ：２セルである場合に、ＭＣＧ：４セル及びＳＣＧ：１セルに変更する旨のＲＲＣ再設定メッセージであると仮定する。

【0097】

ここで、ＵＥ１００がＲＲＣ再設定メッセージを受信してから当該ＲＲＣ再設定メッセージが反映されるまでの時間は、１５ｍｓ程度である（ステップＳ１０３）。ＭｅＮＢ２００−１は、ＲＲＣ再設定メッセージが反映されるまでは、ＵＥ１００へのＰＤＳＣＨ割り当てを停止する（ステップＳ１０４）。

【0098】

一方、ＳｅＮＢ２００−２は、ＵＥ１００がＲＲＣ再設定中であることを把握していないため、ＵＥ１００へのＰＤＳＣＨ割り当てを継続し、ＵＥ１００に対する下りリンク制御信号をＰＤＣＣＨ上で送信し、ＵＥ１００に対する下りリンクユーザデータをＰＤＳＣＨ上で送信する（ステップＳ１０５乃至Ｓ１０８）。

【0099】

しかしながら、ＵＥ１００がＲＲＣ再設定中である期間においては、ＵＥ１００は、ＳｅＮＢ２００−２からの下りリンク制御信号及び下りリンクユーザデータを受信できないため、ステップＳ１０５乃至Ｓ１０７の割り当て及び送信が無駄になる。

【0100】

そこで、第１実施形態では、以下の方法により、上述したような問題を解決する。

【0101】

第１実施形態に係る通信制御方法は、ＵＥ１００のＲＲＣ再設定を行うＲＲＣ再設定メッセージをＭｅＮＢ２００−１からＵＥ１００に送信するステップと、ＲＲＣ再設定メッセージの送信に関して通知するＲＲＣ再設定通知をＭｅＮＢ２００−１からＳｅＮＢ２００−２に送信するステップと、を有する。ＲＲＣ再設定通知を受信したＳｅＮＢ２００−２は、当該ＲＲＣ再設定通知に基づいて、ＵＥ１００に対する送信を停止する。これにより、ＭｅＮＢ２００−１は、ＵＥ１００がＲＲＣ再設定中であることを把握できるため、ＵＥ１００に対して無駄な割り当て及び送信を行うことを防止できる。

【0102】

なお、ＳｅＮＢ２００−２が停止する送信とは、ユーザ個別チャネル（例えば、ＤＴＣＨ：Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ ＣＨａｎｎｅｌ、ＤＣＣＨ：Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）上での送信である。よって、ＳｅＮＢ２００−２は、ＵＥ１００に対するユーザ個別チャネルの送信を停止しても、ページング等のブロードキャスト送信を継続してもよい。

【0103】

第１実施形態では、ＲＲＣ再設定通知の送信は、ＲＲＣ再設定メッセージの送信よりも先に行われる。これにより、バックホール（Ｘｎインターフェイス）において伝送遅延が生じても、ＲＲＣ再設定通知をＳｅＮＢ２００−２が受信するタイミングを、ＲＲＣ再設定メッセージの送信タイミングに合わせることが可能となる。

【0104】

第１実施形態では、ＲＲＣ再設定通知は、ＲＲＣ再設定の内容を含む。これにより、ＳｅＮＢ２００−２は、ＭｅＮＢ２００−１がＵＥ１００に対して行うＲＲＣ再設定の内容を把握することができるため、適切な通信制御を行うことが可能となる。

【0105】

第１実施形態では、ＳｅＮＢ２００−２は、ＲＲＣ再設定通知を受信してから所定時間が経過するまで、ＵＥ１００に対する送信を停止する。所定時間は、ＵＥ１００がＲＲＣ再設定メッセージを受信してから当該ＲＲＣ再設定メッセージが反映されるまでの時間に対応する。ＳｅＮＢ２００−２は、所定時間の経過後にＵＥ１００に対する送信を再開する。これにより、ＵＥ１００のＲＲＣ再設定の完了に合わせて、ＳｅＮＢ２００−２がＵＥ１００に対する送信を再開することができる。

【0106】

或いは、ＳｅＮＢ２００−２で自律的に送信を再開するのではなく、ＭｅＮＢ２００−１からの通知に応じて送信を再開してもよい。この場合、通信制御方法は、ＲＲＣ再設定が完了したことを示すＲＲＣ再設定完了メッセージをＵＥ１００からＭｅＮＢ２００−１が受信するステップと、ＲＲＣ再設定完了メッセージの受信に応じて、ＲＲＣ再設定完了通知をＭｅＮＢ２００−１からＳｅＮＢ２００−２に送信するステップと、ＲＲＣ再設定完了通知を受信したＳｅＮＢ２００−２が、当該ＲＲＣ再設定完了通知に基づいてＵＥ１００に対する送信を再開するステップと、を有する。

【0107】

（第１実施形態に係る動作シーケンス）
図１０は、第１実施形態に係る動作シーケンスを示すシーケンス図である。ＵＥ１００は、ＭｅＮＢ２００−１及びＳｅＮＢ２００−２との接続を確立した状態である（ステップＳ１５１）。

【0108】

図１０に示すように、ステップＳ１５２において、ＭｅＮＢ２００−１は、ＲＲＣ再設定通知（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｉｔｉａｔｉｏｎ）をＳｅＮＢ２００−２に送信する。ＲＲＣ再設定通知は、ＲＲＣ設定（ＲＲＣ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を格納するＲＲＣコンテナ、開始／終了を示すフラグ、のうち少なくとも一方を含む。ここで、ＲＲＣコンテナにより、ＳｅＮＢ２００−２は、ＲＲＣ設定の内容を把握することができるため、ＲＲＣ設定の内容に基づいて送信停止を行うべきか否かを判断することができる。ＲＲＣ再設定通知は、後述するステップＳ１５６で使用するタイマの閾値を含んでもよい。

【0109】

ＲＲＣ再設定通知は、ＲＲＣ再設定メッセージの送信タイミングよりも、バックホール（Ｘｎインターフェイス）の伝送遅延時間だけ前のタイミングで送信されることが好ましい。

【0110】

ステップＳ１５３において、ＭｅＮＢ２００−１は、ＲＲＣ再設定メッセージをＵＥ１００に送信する。ＲＲＣ再設定メッセージを受信したＵＥ１００は、受信したＲＲＣ再設定メッセージに基づいてＲＲＣ再設定を開始する。

【0111】

ステップＳ１５４において、ＭｅＮＢ２００−１は、ＲＲＣ再設定メッセージが反映されるまで、ＵＥ１００へのＰＤＳＣＨ割り当てを停止する。

【0112】

ステップＳ１５５において、ＲＲＣ再設定通知を受信したＳｅＮＢ２００−２は、受信したＲＲＣ再設定通知に基づいて、ＵＥ１００に対する送信を停止する。

【0113】

ステップＳ１５６において、ＳｅＮＢ２００−２は、所定時間を計時するためのタイマを起動する。所定時間は、ＵＥ１００がＲＲＣ再設定メッセージを受信してから当該ＲＲＣ再設定メッセージが反映されるまでの時間に対応する。

【0114】

ステップＳ１５７において、ＵＥ１００は、ＲＲＣ再設定完了メッセージをＭｅＮＢ２００−１に送信する。

【0115】

ステップＳ１５８において、ＭｅＮＢ２００−１は、ＲＲＣ再設定完了メッセージの受信に応じて、ＲＲＣ再設定完了通知（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｏｍｐｌｅｔｅ）をＳｅＮＢ２００−２に送信してもよい。

【0116】

ステップＳ１５９において、ＳｅＮＢ２００−２は、タイマの満了又はＲＲＣ再設定完了通知の受信を検知する。

【0117】

ステップＳ１６０において、タイマの満了又はＲＲＣ再設定完了通知の受信を検知したＳｅＮＢ２００−２は、ＵＥ１００に対する送信を再開する。

【0118】

［第２実施形態］
以下において、第２実施形態に係る通信制御方法について、第１実施形態との相違点を主として説明する。

【0119】

（第２実施形態に係る通信制御方法）
上述したように、ＳＣＧには、ＵＥ１００のＰＵＣＣＨが設けられるＤＣ ｓｐｅｃｉａｌ ｃｅｌｌが設定される。ここで、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌは、ＳＣＧの他のセルに比べて通信状態が良いセルであることが望まれる。通信状態が良いセルとは、例えば、所望波の受信電力が高いセル、干渉電力が低いセル、負荷レベルが低いセルである。ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌにおいて通信状態が悪いと、上りリンク制御信号が正常に伝送されず、二重接続方式の通信を適切に実施することが難しくなる。

【0120】

そこで、第２実施形態では、以下の方法により、上述したような問題を解決する。

【0121】

第２実施形態に係る通信制御方法は、ＵＥ１００においてセル毎に求められた測定結果を含む測定報告をＵＥ１００からＭｅＮＢ２００−１が受信するステップと、測定報告に基づいて、ＳｅＮＢ２００−２が管理している複数のセルの中から、ＵＥ１００の物理上りリンク制御チャネルを設けるＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択するステップと、を有する。これにより、ＵＥ１００における通信状態が良いセルをＤＣ ｓｐｅｃｉａｌ ｃｅｌｌとして選択可能となり、二重接続方式の通信を適切に実施することができる。

【0122】

第２実施形態では、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択するステップは、測定報告を受信したＭｅＮＢ２００−１が、当該受信した測定報告をＳｅＮＢ２００−２に転送するステップと、転送された測定報告を受信したＳｅＮＢ２００−２がＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択するステップと、を含む。

【0123】

或いは、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択するステップは、測定報告を受信したＭｅＮＢ２００−１が、当該受信した測定報告に基づいて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの候補をＳｅＮＢ２００−２に通知するステップと、ＳｅＮＢ２００−２が、通知された候補に基づいてＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択するステップと、を含む。

【0124】

或いは、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択するステップは、測定報告を受信したＭｅＮＢ２００−１が、当該受信した測定報告に基づいて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択するステップと、選択されたＤＣ ｓｐｅｃｉａｌ ｃｅｌｌをＭｅＮＢ２００−１からＳｅＮＢ２００−２に通知するステップと、を含む。

【0125】

第２実施形態では、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択するステップにおいて、ＳｅＮＢ２００−２が管理している複数のセルのそれぞれの能力及び／又は負荷状況にさらに基づいてＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択してもよい。

【0126】

第２実施形態に係る通信制御方法は、ＳｅＮＢ２００−２が管理している複数のセルのそれぞれの能力及び／又は負荷状況に基づいて、測定報告の送信を制御する情報をＭｅＮＢ２００−１からＵＥ１００に送信するステップを有してもよい。

【0127】

第２実施形態に係る通信制御方法は、ＵＥ１００から新たに送信された測定報告に基づいて、ＳｅＮＢ２００−２が管理している複数のセルの中からＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを再選択するステップをさらに有してもよい。

【0128】

（第２実施形態に係る動作）
（１）動作パターン１
第２実施形態の動作パターン１では、ＳｅＮＢ２００−２がＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択する。図１１は、第２実施形態の動作パターン１を示すシーケンス図である。ＵＥ１００は、ＭｅＮＢ２００−１とのＲＲＣ接続を確立した状態である。

【0129】

図１１に示すように、ステップＳ２０１において、ＵＥ１００は、ＵＥ１００においてセル毎に求められた測定結果を含む測定報告をＭｅＮＢ２００−１に送信する。測定結果は、測定セルの識別情報と参照信号受信電力（ＲＳＲＰ）／参照信号受信品質（ＲＳＲＱ）との組み合わせを含む。

【0130】

ステップＳ２０２において、測定報告を受信したＭｅＮＢ２００−１は、受信した測定報告に基づいて、ＳｅＮＢリソースを使用することを決定する。

【0131】

ステップＳ２０３において、ＭｅＮＢ２００−１は、ＳｅＮＢ追加要求（ＳｅＮＢ Ａｄｄｉｔｉｏｎ）をＳｅＮＢ２００−２に送信する。

【0132】

ここで、ＭｅＮＢ２００−１は、ＵＥ１００から受信した測定報告をＳｅＮＢ追加要求に含める。すなわち、ＭｅＮＢ２００−１は、ＵＥ１００から受信した測定報告をＳｅＮＢ２００−２に転送する。ＭｅＮＢ２００−１は、ＵＥ１００から受信した測定報告に含まれる測定結果のうち、ＳｅＮＢ２００−２のセルについての測定結果を抽出してＳｅＮＢ２００−２に転送してもよい。

【0133】

或いは、ＭｅＮＢ２００−１は、ＵＥ１００から受信した測定報告に含まれる測定結果のうち、通信状態が良いＳｅＮＢ２００−２のセルを１つ又は複数抽出し、抽出したセルを候補セルとして当該候補セル（のリスト）をＳｅＮＢ追加要求に含めてもよい。

【0134】

ステップＳ２０４において、ＳｅＮＢ追加要求を受信したＳｅＮＢ２００−２は、受信したＳｅＮＢ追加要求に基づいて、ＵＥ１００に対するリソース割り当てを承諾するか否かを判断する。ＵＥ１００に対するリソース割り当てを承諾する場合、ＳｅＮＢ２００−２は、ＳｅＮＢ追加要求に含まれる情報に基づいて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択する。

【0135】

ステップＳ２０５において、ＳｅＮＢ２００−２は、新たな無線リソース設定（例えば、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの設定、ランダムアクセスプリアンブル設定）を提供するＳｅＮＢ追加指令をＭｅＮＢ２００−１に送信する。

【0136】

（２）動作パターン２
第２実施形態の動作パターン２では、ＭｅＮＢ２００−１がＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択する。図１２は、第２実施形態の動作パターン２を示すシーケンス図である。ＵＥ１００は、ＭｅＮＢ２００−１とのＲＲＣ接続を確立した状態である。

【0137】

図１２に示すように、ステップＳ２３１において、ＳｅＮＢ２００−２は、ＳｅＮＢ２００−２の各セルの負荷レベルを示す情報をＭｅＮＢ２００−１に送信する。

【0138】

ステップＳ２３２において、ＳｅＮＢ２００−２は、ＳｅＮＢ２００−２の各セルのクラスを示す情報をＭｅＮＢ２００−１に送信する。セルのクラス（種別）の詳細については第３実施形態で説明する。

【0139】

なお、ステップＳ２３１及びＳ２３２は何れか一方のみであってもよい。

【0140】

ステップＳ２３３において、ＭｅＮＢ２００−１は、ＳｅＮＢ２００−２のセルの中から、ＵＥ１００の測定の対象とするセルを選択する。ＭｅＮＢ２００−１は、ＳｅＮＢ２００−２から受信した情報に基づいて、ＳｅＮＢ２００−２のセルの中から、負荷レベルが低いセル、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌとして動作する能力を有するセルを測定対象セルとして選択してもよい。

【0141】

ステップＳ２３４において、ＭｅＮＢ２００−１は、測定対象セルの測定を設定するための測定設定（Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇ．）をＵＥ１００に送信する。測定設定を受信したＵＥ１００は、受信した測定設定に基づいて、ＳｅＮＢ２００−２の各セルに対する測定を行う。

【0142】

ステップＳ２３５において、ＵＥ１００は、測定結果を含む測定報告をＭｅＮＢ２００−１に送信する。

【0143】

なお、ステップＳ２３１乃至Ｓ２３５の手順は、上述した動作パターン１にも適用可能である。

【0144】

ステップＳ２３６において、測定報告を受信したＭｅＮＢ２００−１は、受信した測定報告に基づいて、ＳｅＮＢリソースを使用することを決定する。また、ＭｅＮＢ２００−１は、ＵＥ１００から受信した測定報告に含まれる測定結果のうち、通信状態が良いＳｅＮＢ２００−２のセルをＤＣ ｓｐｅｃｉａｌ ｃｅｌｌとして選択する。

【0145】

ステップＳ２３７において、ＭｅＮＢ２００−１は、ＳｅＮＢ追加要求（ＳｅＮＢ Ａｄｄｉｔｉｏｎ）をＳｅＮＢ２００−２に送信する。ここで、ＭｅＮＢ２００−１は、選択したＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの情報をＳｅＮＢ追加要求に含める。

【0146】

ステップＳ２３８において、ＳｅＮＢ追加要求を受信したＳｅＮＢ２００−２は、受信したＳｅＮＢ追加要求に基づいて、ＵＥ１００に対するリソース割り当てを承諾するか否かを判断する。ＵＥ１００に対するリソース割り当てを承諾する場合、ＳｅＮＢ２００−２は、ＳｅＮＢ追加要求に含まれるＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの情報に基づいて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを設定する。

【0147】

ステップＳ２３９において、ＳｅＮＢ２００−２は、新たな無線リソース設定（例えば、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの設定、ランダムアクセスプリアンブル設定）を提供するＳｅＮＢ追加指令をＭｅＮＢ２００−１に送信する。

【0148】

ステップＳ２４０において、ＳｅＮＢ追加指令を受信したＭｅＮＢ２００−１は、ＲＲＣ再設定メッセージをＵＥ１００に送信する。ここで、ＭｅＮＢ２００−１は、上述した特殊な測定設定（Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇ．）を解除し、新たな測定設定を行ってもよい。

【0149】

（３）動作パターン３
第２実施形態の動作パターン３では、ＭｅＮＢ２００−１又はＳｅＮＢ２００−２がＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択した後、ＵＥ１００から新たに送信された測定報告に基づいてＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを再選択する。

【0150】

図１３は、第２実施形態の動作パターン３を示すシーケンス図である。ＵＥ１００は、ＭｅＮＢ２００−１とのＲＲＣ接続を確立した状態である。

【0151】

ステップＳ２５１において、ＭｅＮＢ２００−１は、測定対象セルの測定を設定するための測定設定（Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇ．）をＵＥ１００に送信する。測定設定を受信したＵＥ１００は、受信した測定設定に基づいて、ＳｅＮＢ２００−２の各セルに対する測定を行う。

【0152】

ステップＳ２５２において、ＵＥ１００は、測定結果を含む測定報告１をＭｅＮＢ２００−１に送信する。

【0153】

ステップＳ２５３において、測定報告１を受信したＭｅＮＢ２００−１は、受信した測定報告１に基づいて、ＳｅＮＢリソースを使用することを決定する。また、ＭｅＮＢ２００−１は、ＵＥ１００から受信した測定報告１に含まれる測定結果のうち、通信状態が良いＳｅＮＢ２００−２のセルをＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ１として選択する。

【0154】

ステップＳ２５４において、ＭｅＮＢ２００−１は、ＳｅＮＢ追加要求（ＳｅＮＢ Ａｄｄｉｔｉｏｎ）をＳｅＮＢ２００−２に送信する。ここで、ＭｅＮＢ２００−１は、選択したＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ１の情報をＳｅＮＢ追加要求に含める。

【0155】

ステップＳ２５５において、ＳｅＮＢ追加要求を受信したＳｅＮＢ２００−２は、受信したＳｅＮＢ追加要求に基づいて、ＵＥ１００に対するリソース割り当てを承諾するか否かを判断する。ＵＥ１００に対するリソース割り当てを承諾する場合、ＳｅＮＢ２００−２は、ＳｅＮＢ追加要求に含まれるＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ１の情報に基づいて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ１を設定する。

【0156】

ステップＳ２５６において、ＳｅＮＢ２００−２は、新たな無線リソース設定（例えば、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの設定、ランダムアクセスプリアンブル設定）を提供するＳｅＮＢ追加指令をＭｅＮＢ２００−１に送信する。

【0157】

ステップＳ２５７において、ＵＥ１００は、測定結果を含む測定報告２をＭｅＮＢ２００−１に送信する。

【0158】

ステップＳ２５８において、測定報告２を受信したＭｅＮＢ２００−１は、受信した測定報告２に含まれる測定結果のうち、通信状態が良いＳｅＮＢ２００−２のセルをＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ２として選択する。そして、ＭｅＮＢ２００−１は、前回選択したＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ１及び今回選択したＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ２について、何れがＤＣ ｓｐｅｃｉａｌ ｃｅｌｌとして最適であるかを判断し、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを再選択する。

【0159】

ステップＳ２５９において、ＭｅＮＢ２００−１は、ＳｅＮＢ追加要求（ＳｅＮＢ Ａｄｄｉｔｉｏｎ）をＳｅＮＢ２００−２に送信する。ここで、ＭｅＮＢ２００−１は、選択したＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ及び他のセル（ＳＣｅｌｌ）の情報をＳｅＮＢ追加要求に含める。

【0160】

ステップＳ２６０において、ＳｅＮＢ追加要求を受信したＳｅＮＢ２００−２は、受信したＳｅＮＢ追加要求に含まれるＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの情報に基づいて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを設定する。

【0161】

ステップＳ２６１において、ＳｅＮＢ２００−２は、新たな無線リソース設定（例えば、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの設定、ランダムアクセスプリアンブル設定）を提供するＳｅＮＢ追加指令をＭｅＮＢ２００−１に送信する。

【0162】

［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。

【0163】

（第３実施形態に係る通信制御方法）
近年、以下に示すように、通常のバンド運用方法（例えば下りリンク・上りリンクペア構成）以外の特殊なバンド運用方法が検討されている。

【0164】

・Ｓｕｐｐｌｅｍｅｎｔａｌ ＤＬ：下りリンク専用バンド
・Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ：免許が不要なバンドであり、主にベストエフォート型の通信に用いる
・Ｓｈａｒｅｄ ｌｉｃｅｎｓｅ ｂａｎｄ：一つの帯域に複数のオペレータが存在するバンドであり、主にベストエフォート型の通信に用いる
・Ｗｈｉｔｅ ｓｐａｃｅ：他社のライセンスバンドの空き時間・場所を再利用するバンドであり、主にベストエフォート型の通信に用いる

【0165】

このような特殊バンドは、ＳＣｅｌｌとして用いられる事を前提に考えられている。つまり、以下のような問題がある。

【0166】

・ハンドオーバ要求を行っても拒否される（ＰＣｅｌｌとならない）
・ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌに設定しようとしても拒否される

【0167】

そこで、第３実施形態では、以下の方法により、不必要な処理（ｒｅｊｅｃｔ）や、これに伴うＲＬＦ／ＨＯＦ（Ｈａｎｄｏｖｅｒ Ｆａｉｌｕｒｅ）増加、ＱｏＥ低下を回避する。

【0168】

第３実施形態に係る通信制御方法は、第１の基地局が管理している少なくとも１つのセルについて、ＵＥ１００の物理上りリンク制御チャネルを設けるセル（ＰＣｅｌｌ、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ）として動作する能力を有するか否かを示すセル情報を、第１の基地局から第２の基地局に送信するステップを有する。第１の基地局は、ＳｅＮＢ２００−２であってもよい。また、第２の基地局は、ＭｅＮＢ２００−１であってもよい。

【0169】

第３実施形態では、セル情報を送信するステップにおいて、第１の基地局は、当該第１の基地局の設定の更新に関する設定更新メッセージにセル情報を含めて送信する。

【0170】

第３実施形態では、セル情報を送信するステップにおいて、第１の基地局は、第２の基地局からの要求に対する否定応答を送信する際に、該否定応答にセル情報を含める。

【0171】

（第３実施形態に係る動作シーケンス）
図１４は、第３実施形態に係る動作シーケンス図である。

【0172】

図１４に示すように、ステップＳ３００において、ｅＮＢ１は、ｅＮＢ１が管理している少なくとも１つのセルについて、ＵＥ１００の物理上りリンク制御チャネルを設けるセル（ＰＣｅｌｌ、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ）として動作する能力を有するか否かを示すセル情報をｅＮＢ２に送信する。

【0173】

表１に示すように、セル情報（ＨＯ ｐｏｓｓｉｂｌｅ）は、ｅＮＢの設定の更新に関するｅＮＢ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージ、又はＸ２インターフェイスを確立するためのＸ２ ｓｅｔｕｐメッセージにおけるＳｅｒｖｅｄ Ｃｅｌｌ Ｉｎｆｏｒｍａｔｉｏｎに含めてもよい。

【0174】

【表1】

【0175】

或いは、表２に示すように、セル情報（ＨＯ ｐｏｓｓｉｂｌｅ）は、ハンドオーバ要求に対する否定応答であるＨＯ Ｐｒｅｐａｒａｔｉｏｎ Ｆａｉｌｕｒｅ、又はＳｅＮＢ Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎに対する否定応答であるＳｅＮＢ Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ ｆａｉｌｕｒｅにおけるＣａｕｓｅに含めてもよい。当該Ｃａｕｓｅを受信したｅＮＢ２は、該当するセルがＰＣｅｌｌ・ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌとして動作する能力を有しないことを記憶する。

【0176】

【表2】

【0177】

［第４実施形態］
以下において、第４実施形態について、第１実施形態乃至第３実施形態との相違点を主として説明する。第４実施形態は第２実施形態の変更例に関する実施形態であるため、第２実施形態との相違点を主として説明する。

【0178】

（第４実施形態に係る通信制御方法）
上述した第２実施形態では、ＳＣＧにおける無線リンク障害（ＲＬＦ）であるＳ−ＲＬＦについて特に触れなかった。第４実施形態では、Ｓ−ＲＬＦ発生時の動作について主として説明する。

【0179】

第４実施形態では、ＵＥ１００は、ＳＣＧのうちＤＣ ｓｐｅｃｉａｌ ｃｅｌｌに関するＲＬＦを検知する。ＵＥ１００は、ＳＣＧに複数のセルが含まれる場合でも、当該複数のセルのうちＤＣ ｓｐｅｃｉａｌ ｃｅｌｌのＲＬＦのみを検知する。上述したように、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌは、ＳＣＧのうち、ＵＥ１００のＰＵＣＣＨを設ける特別なセルである。ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌは、キャリアアグリゲーションにおけるプライマリセル（ＰＣｅｌｌ）の機能の一部を遂行する。ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌは、プライマリ・セカンダリセル（ＰＳＣｅｌｌ）と称されてもよい。また、ＳＣＧのうちＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ以外のセルはセカンダリセル（ＳＣｅｌｌ）と称されてもよい。

【0180】

ＵＥ１００は、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌのＲＬＦを検知した場合、Ｓ−ＲＬＦを通知する障害通知をＭｅＮＢ２００−１に送信する。以下において、このような障害通知を「Ｓ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎ」と称する。ここで、Ｓ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎを送信した後のＵＥ１００の動作としては、以下の２通りの動作案が考えられる。第１の動作案は、ＵＥ１００がＳｅＮＢ２００−２に属する全てのセカンダリセル（すなわち、ＳＣＧ）を解放する動作である。第２の動作案は、ＵＥ１００がＭｅＮＢ２００−１からのＲＲＣ再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を待ち、ＲＲＣ再設定メッセージの内容に従う動作である。

【0181】

しかしながら、第１の動作案には、次のような問題がある。ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌにＲＬＦが発生した場合でも、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ以外のセカンダリセルの通信状態が良好であることが想定され得る。しかしながら、ＳｅＮＢ２００−２に属する全てのセカンダリセル（ＳＣＧ）を解放することが最適ではない可能性がある。

【0182】

第２の動作案には、次のような問題がある。第２の動作案では、ＵＥ１００がＳｅＮＢ２００−２に属する全てのセカンダリセル（ＳＣＧ）を解放するべきか、それとも他のセカンダリセルを用いて通信を再開すべきかをＭｅＮＢ２００−１が判断することが前提になる。しかしながら、ＭｅＮＢ２００−１は、その判断を適切に行うための情報を有していない。

【0183】

そこで、第４実施形態では、ＵＥ１００は、例えばＳ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎに最新の測定結果又はそれに相当する情報を含める。ＭｅＮＢ２００−１は、その情報をＳｅＮＢ２００−２に転送し、ＳｅＮＢ２００−２にＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを交換すべきか、それともＳＣＧを解放すべきかを検討してもらう。その結果を受けて、ＭｅＮＢ２００−１は、ＵＥ１００の動作を決定し、ＵＥ１００に指示する。

【0184】

第４実施形態に係る通信制御方法は、二重接続方式をサポートする移動通信システムにおいて、ＭｅＮＢ２００−１とのＲＲＣ接続を確立するとともに、ＳｅＮＢ２００−２から追加的な無線リソースが提供されるＵＥ１００における方法である。ＵＥ１００のＰＵＣＣＨが設定されるＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを含むＳＣＧが、ＳｅＮＢ２００−２により管理されている。通信制御方法は、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌにおけるＳ−ＲＬＦを検知するステップと、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌにおけるＳ−ＲＬＦを検知した場合、ＳＣＧのうちＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ以外のセルに対する第１の測定結果をＭｅＮＢ２００−１に送信するステップと、を有する。これにより、ＭｅＮＢ２００−１は、ＳｅＮＢ２００−２に属する全てのセカンダリセル（ＳＣＧ）を解放するべきか、それとも他のセカンダリセルを用いて通信を再開すべきかを判断するための情報を得ることができる。第１の測定結果は、複数のセルに対応する複数の測定結果を含んでもよい。

【0185】

第４実施形態では、ＵＥ１００は、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌにおけるＳ−ＲＬＦを検知した場合、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌに対する第２の測定結果をＭｅＮＢ２００−１にさらに送信してもよい。これにより、ＭｅＮＢ２００−１は、Ｓ−ＲＬＦの詳細について把握できる。

【0186】

第４実施形態の動作パターン１では、ＵＥ１００は、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌにおけるＳ−ＲＬＦを検知した場合、Ｓ−ＲＬＦを通知するＳ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎをＭｅＮＢ２００−１に送信する。第１の測定結果及び第２の測定結果は、Ｓ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎに含まれている。

【0187】

第４実施形態の動作パターン２では、ＵＥ１００は、ＭｅＮＢ２００−１から指定されたイベントが発生した場合、イベントトリガ型の測定報告をＭｅＮＢ２００−１に送信する。当該イベントは、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌにおけるＳ−ＲＬＦを検知したことである。第１の測定結果及び第２の測定結果は、イベントトリガ型の測定報告に含まれている。

【0188】

このような動作パターン１又は２によれば、ＭｅＮＢ２００−１は、Ｓ−ＲＬＦが発生したことを把握するとともに、ＳＣＧのセル毎の無線状況を把握できる。なお、Ｓ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎ又はイベントトリガ型の測定報告により、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの無線状況を推定可能である。よって、第２の測定結果は、必ずしもＳ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎ又はイベントトリガ型の測定報告に含まれていなくてもよい。

【0189】

第４実施形態に係る通信制御方法は、ＵＥ１００に追加的な無線リソースを提供するＳｅＮＢ２００−２と共に二重接続方式の通信を行っており、ＵＥ１００とのＲＲＣ接続を確立するＭｅＮＢ２００−１における方法である。通信制御方法は、Ｓ−ＲＬＦを通知するＳ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎと、ＳＣＧのうちＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ以外のセルに対する第１の測定結果と、をＵＥ１００から受信するステップと、Ｓ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎの受信に応じて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの交代を要求するための交代要求を、第１の測定結果と共にＳｅＮＢ２００−２に送信するステップと、を有する。これにより、ＳｅＮＢ２００−２は、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの交代が可能か否かを適切に判断できる。

【0190】

ＭｅＮＢ２００−１は、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌに対する第２の測定結果をＵＥ１００からさらに受信してもよい。ＭｅＮＢ２００−１は、交代要求を、第１の測定結果及び第２の測定結果と共にＳｅＮＢ２００−２に送信してもよい。ここで、ＳｅＮＢ２００−２は、Ｓ−ＲＬＦがＵＥ１００で検出されたことに気付いていないことがあり得る。よって、第２の測定結果をＳｅＮＢ２００−２に送信することにより、ＳｅＮＢ２００−２がＳ−ＲＬＦの発生を適切に推定できる。

【0191】

第４実施形態に係る通信制御方法は、ＵＥ１００とのＲＲＣ接続を確立するＭｅＮＢ２００−１と共に二重接続方式の通信を行っており、ＵＥ１００に追加的な無線リソースを提供するＳｅＮＢ２００−２における方法である。通信制御方法は、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの交代を要求するための交代要求を、ＳＣＧのうちＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ以外のセルに対する第１の測定結果と共にＭｅＮＢ２００−１から受信するステップと、交代要求の受信に応じて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを他のセルと交代するか否かの判断を第１の測定結果に基づいて行うステップと、判断の結果をＭｅＮＢ２００−１に通知するステップと、を有する。これにより、ＭｅＮＢ２００−１は、ＳｅＮＢ２００−２においてＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの交換が可能か否かを把握できる。

【0192】

ＳｅＮＢ２００−２は、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌに対する第２の測定結果を第１の測定結果と共にＭｅＮＢ２００−１から受信してもよい。ＳｅＮＢ２００−２は、第１の測定結果及び第２の測定結果に基づいて判断を行ってもよい。

【0193】

ＳｅＮＢ２００−２は、他のセルの中から新たなＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択した場合、新たなＤＣ ｓｐｅｃｉａｌ ｃｅｌｌをＭｅＮＢ２００−１に通知する。ＳｅＮＢ２００−２は、他のセルの中に新たなＤＣ ｓｐｅｃｉａｌ ｃｅｌｌとして適切なセルが存在しない場合、ＳＣＧを解放することをＭｅＮＢ２００−１に通知する。

【0194】

（第４実施形態に係る動作シーケンス）
以下において、第４実施形態に係る動作シーケンスの例について説明する。

【0195】

（１）動作パターン１
第４実施形態の動作パターン１では、第１の測定結果及び第２の測定結果がＳ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎに含まれる。図１５は、第４実施形態の動作パターン１を示すシーケンス図である。

【0196】

本シーケンスの初期状態において、二重接続方式の通信が行われている。ＵＥ１００は、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌについて無線リンク監視（ＲＬＭ）を行う。また、ＵＥ１００は、ＭｅＮＢ２００−１からの測定設定（Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇ．）に基づいて、ＳＣＧについてセルごとに測定（ＲＳＲＰ測定、ＲＳＲＱ測定）を行う。

【0197】

図１５に示すように、ステップＳ４０１において、ＵＥ１００は、Ｓ−ＲＬＦを検知する。ＵＥ１００は、Ｓ−ＲＬＦの検知に応じて、ＳＣＧへの上りリンク送信を停止してもよい。また、ＵＥ１００は、Ｓ−ＲＬＦの検知に応じて、ＳＣＧについてのＰＤＣＣＨの監視を停止してもよい。

【0198】

ステップＳ４０２において、ＵＥ１００は、Ｓ−ＲＬＦを通知するＳ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎをＭｅＮＢ２００−１に送信する。ＵＥ１００は、ＳＣＧについての測定結果（第１の測定結果及び第２の測定結果）をＳ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎに含める。Ｓ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎには、Ｓ−ＲＬＦの種類を示す情報がさらに含まれてもよい。そして、ＵＥ１００は、ＳＣＧとの接続を再開することなく、ＭｅＮＢ２００−１からの指示を待つ。ＭｅＮＢ２００−１は、第１の測定結果及び第２の測定結果を含むＳ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎをＵＥ１００から受信する。

【0199】

ステップＳ４０３において、ＭｅＮＢ２００−１は、Ｓ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎの受信に応じて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの交代を要求するための交代要求をＳｅＮＢ２００−２に送信する。ここでは、交代要求が、新たなＸ２メッセージであるＳＣＧ−ＣｏｎｆｉｇＩｎｆｏ又はその情報要素である一例を説明する。ＳＣＧ−ＣｏｎｆｉｇＩｎｆｏは、ＳＣＧについての測定結果（第１の測定結果及び第２の測定結果）を含む。

【0200】

ＳｅＮＢ２００−２は、第１の測定結果及び第２の測定結果を含むＳＣＧ−ＣｏｎｆｉｇＩｎｆｏ（交代要求）をＭｅＮＢ２００−１から受信する。ＳｅＮＢ２００−２は、ＳＣＧ−ＣｏｎｆｉｇＩｎｆｏ（交代要求）の受信に応じて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを他のセカンダリセルと交代するか否かの判断を行う。例えば、ＳｅＮＢ２００−２は、第１の測定結果を閾値と比較し、閾値よりも良好な第１の測定結果に対応するセルを新たなＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの候補とする。或いは、ＳｅＮＢ２００−２は、第１の測定結果を第２の測定結果と比較し、第２の測定結果よりも良好な第１の測定結果に対応するセルを新たなＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの候補とする。そして、それらの候補の中から、セル負荷状況等も考慮して新たなＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択する。また、ＳｅＮＢ２００−２は、新たなＤＣ ｓｐｅｃｉａｌ ｃｅｌｌとして適切な候補が存在しない場合に、全てのセカンダリセル（ＳＣＧ）を解放すると判断してもよい。

【0201】

ステップＳ４０４において、ＳｅＮＢ２００−２は、自身の判断結果をＭｅＮＢ２００−１に通知する。ここでは、当該通知が、新たなＸ２メッセージであるＳＣＧ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ又はその情報要素である一例を説明する。ＭｅＮＢ２００−１は、ＳＣＧ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ（判断結果）を受信する。

【0202】

ステップＳ４０５において、ＭｅＮＢ２００−１は、ＳＣＧ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ（判断結果）に基づいて、ＳＣＧ設定の更新に関するＲＲＣ再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）をＵＥ１００に送信する。ＲＲＣ再設定メッセージは、新たなＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを指定する情報を含む。或いは、ＲＲＣ再設定メッセージは、ＳＣＧの解放を指定する情報を含んでもよい。

【0203】

ＵＥ１００は、ＲＲＣ再設定メッセージの受信に応じて、ＲＲＣ再設定メッセージにより指定されるＲＲＣ再設定を適用する。但し、ＵＥ１００は、ＲＲＣ再設定メッセージにより指定されるＲＲＣ再設定の少なくとも一部を行うことができない場合、ＲＲＣ再設定を拒否すると判断してもよい。ここでは、ＵＥ１００が、ＲＲＣ再設定メッセージにより指定されるＲＲＣ再設定を行うことができると仮定して、説明を進める。

【0204】

ステップＳ４０６において、ＵＥ１００は、ＲＲＣ再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）をＭｅＮＢ２００−１に送信する。

【0205】

ステップＳ４０７において、ＭｅＮＢ２００−１は、ＳＣＧ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ（判断結果）に対する肯定応答メッセージ（Ｉｎｔｅｒ ｅＮＢ ＲＲＣ ｍｅｓｓａｇｅ）をＳｅＮＢ２００−２に送信する。

【0206】

（２）動作パターン２
第４実施形態の動作パターン２について、動作パターン１との相違点を説明する。第４実施形態の動作パターン２では、第１の測定結果及び第２の測定結果がイベントトリガ型の測定報告に含まれる。図１６は、第４実施形態の動作パターン２を示すシーケンス図である。

【0207】

本シーケンスの初期状態において、二重接続方式の通信が行われている。ＵＥ１００は、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌについて無線リンク監視（ＲＬＭ）を行う。

【0208】

図１６に示すように、ステップＳ４１１において、ＭｅＮＢ２００−１は、イベントトリガ型の測定報告を設定するための測定設定（Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇ．）をＵＥ１００に送信する。測定設定は、トリガとなるイベントを指定する情報を含む。指定されるイベントは、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌにおけるＳ−ＲＬＦを検知したというイベントである。ＵＥ１００は、測定設定に基づいて、ＳＣＧについてセルごとに測定（ＲＳＲＰ測定、ＲＳＲＱ測定）を行う。

【0209】

ステップＳ４１２において、ＵＥ１００は、Ｓ−ＲＬＦを検知する。

【0210】

ステップＳ４１３において、ＵＥ１００は、Ｓ−ＲＬＦを通知するＳ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎをＭｅＮＢ２００−１に送信する。Ｓ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎには、Ｓ−ＲＬＦの種類を示す情報が含まれてもよい。

【0211】

また、ステップＳ４１４において、ＵＥ１００は、指定されたイベントが満たされたことに応じて、イベントトリガ型の測定報告（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）をＭｅＮＢ２００−１に送信する。ＵＥ１００は、ＳＣＧについての測定結果（第１の測定結果及び第２の測定結果）を測定報告に含める。ステップＳ４１３及びステップＳ４１４は、同時に行われてもよい。そして、ＵＥ１００は、ＳＣＧとの接続を再開することなく、ＭｅＮＢ２００−１からの指示を待つ。ＭｅＮＢ２００−１は、Ｓ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎ、及び、第１の測定結果及び第２の測定結果を含む測定報告をＵＥ１００から受信する。

【0212】

ステップＳ４１５において、ＭｅＮＢ２００−１は、Ｓ−ＲＬＦ ｉｎｄｉｃａｔｉｏｎの受信に応じて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの交代を要求するための交代要求をＳｅＮＢ２００−２に送信する。ここでは、交代要求が、新たなＸ２メッセージであるＳＣＧ−ＣｏｎｆｉｇＩｎｆｏ又はその情報要素である一例を説明する。ＳＣＧ−ＣｏｎｆｉｇＩｎｆｏは、ＳＣＧについての測定結果（第１の測定結果及び第２の測定結果）を含む。その後の動作（ステップＳ４１６乃至Ｓ４１９）については、動作パターン１と同様である。

【0213】

［その他の実施形態］
上述した第１実施形態乃至第４実施形態は、別個独立に実施するのではなく、２以上の実施形態を組み合わせて実施することが好ましい。

【0214】

上述した第２実施形態では、測定報告に基づいてＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択又は再選択する例を主として説明した。しかしながら、第２実施形態は、測定報告に基づいて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを含む複数のセルからなるＳＣＧを選択又は再選択する例を含むことは勿論である。また、第２実施形態は、測定報告に基づいて、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ以外のＳＣＧセルを選択又は再選択する例を含むことは勿論である。

【0215】

上述した第３実施形態は、二重接続方式に限らず、通常のハンドオーバにも適用することができる。

【0216】

上述した第４実施形態では、ＵＥ１００が、Ｓ−ＲＬＦを検知した場合、ＳＣＧのうちＤＣ ｓｐｅｃｉａｌ ｃｅｌｌ以外のセルに対する第１の測定結果をＭｅＮＢ２００−１に送信する一例を説明した。しかしながら、第１の測定結果は、ＳｅＮＢ２００−２のセルのうちＳＣＧに含まれないセル（ＵＥ１００の非サービングセル）の測定結果をさらに含んでもよい。つまり、第１の測定結果は、ＤＣ ｓｐｅｃｉａｌ ｃｅｌｌの周波数とは異なる周波数を有するセルについての測定結果であればよい。

【0217】

また、上述した第４実施形態では、ＳｅＮＢ２００−２が、ＳＣＧ−ＣｏｎｆｉｇＩｎｆｏ（交代要求）の受信に応じて、ＳＣＧに含まれるセカンダリセルの中から新たなＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択する一例を説明した。しかしながら、ＳｅＮＢ２００−２は、ＳＣＧに含まれない自セル（ＵＥ１００の非サービングセル）の中から新たなＤＣ ｓｐｅｃｉａｌ ｃｅｌｌを選択してもよい。

【0218】

上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。

【0219】

［付記１］
（１）導入
Ｓ−ＲＬＦを検出すると、ＵＥは、ＭｅＮＢに対してＳ−ＲＬＦの原因（ＲＬＭ、 ＲＡ又はＲＬＣ異常）を報告し、ＳＣＧでのＵＬ送信及びＰＤＣＣＨの監視を中止しなければならない。ＵＥからＳ−ＲＬＦを受信すると、ＭｅＮＢは、ＳＣＧの解放又は同じＳＣＧ内でＵＥの運用を再開することによって、ＵＥを再設定するという選択肢を有する。しかしながら、ＭｅＮＢは、Ｓ−ＲＬＦの原因のみでは、適切な決定を行うこができるかどうかが不明である。

【0220】

この付記では、ＵＥがＳ−ＲＬＦ報告に最新の測定結果を含めるべきかについても考察する。

【0221】

（２）考察
以下の内容が合意されている。

【0222】

１．ＵＥは、Ｌ１非同期の検出を目的として特別なＳＣｅｌｌ（Ｓ−ＲＬＭ）の無線リンク監視を実行すべきである。Ｓ−ＲＬＭの仕様は、現在のＲＬＭの仕様をできる限り再利用すべきである。

【0223】

１ａ．ＵＥは、（ＲＬＭ、ＲＡ又はＲＬＣによりトリガされ、）ＭｅＮＢにＳ−ＲＬＦを報告し、満たされたトリガを示すべきである。

【0224】

１ｂ．ＵＥは、Ｓ−ＲＬＦの際にはＳＣＧへのＵＬ送信を中止すべきである。

【0225】

２．ＵＥは、Ｓ−ＲＬＦを検出すると、ＳＣＧに関するＰＤＣＣＨの監視をする必要ない。

【0226】

多くのケースにおいて、Ｓ−ＲＬＦが発生した場合、ＰＳＣｅｌｌ又はＳＣＧさえも変更される必要があると説明されてきた。そして、Ｓ−ＲＬＦが検出された場合のＵＬ送信の停止及びＰＤＣＣＨの監視の停止とは対照的に、ＵＥが、ＳＣＧに関連する全てのリソースを解放することによって、ＭＣＧに関するＲＬＦと同じ振る舞いをすることがよりシンプルであろう。しかしながら、場合によっては、例えば、ＰＳＣｅｌｌのみが悪化し、ＳＣＧ内の他のＳＣｅｌｌは十分に良好である場合、ＳＣＧ内の全てのセルに関連するリソースを解放することが最良ではない。そのようなシナリオの例を図１７及び図１８に示す。図１７は、ＳＣＧ内の他のセルは影響を受けない一方、同一周波数レイヤ上の隣接小セルからの干渉をトリガとするＰＳＣｅｌｌのＳ−ＲＬＦを示す。図１８は、ＳＣＧ内の他のセルは影響を受けない一方で、同一周波数レイヤ上のＭＣＧセルからの干渉をトリガとするＰＳＣｅｌｌのＳ−ＲＬＦを示す。

【0227】

両方のケースにおいて、ＳＣＧ内の他のセルは影響を受けないにも関わらず、ＳＣｅｌｌ（ＰＳＣｅｌｌ）の干渉のせいでＳ−ＲＬＦがＵＥによって検出される。ＭｅＮＢは、同一のＳｅＮＢと二重接続動作を再開するためにＵＥを再設定するという選択肢を有する。同じＳｅＮＢへ新たな接続を確立するという不必要な複雑さを避けるために、ＵＥは、Ｓ−ＲＬＦがトリガされた場合に、ＳＣＧに関連するリソースを解放すべきでない。

【0228】

・提案１：ＵＥは、Ｓ−ＲＬＦがトリガされた場合に、ＳＣＧに関連する全てのリソースを解放すべきでない。

【0229】

Ｓ−ＲＬＦがトリガされた場合にＵＥがＵＬ送信及びＰＤＣＣＨの監視を中止したままであると仮定した場合、ＭｅＮＢは、Ｓ−ＲＬＦ状況を通知されたらすぐに、ＵＥのためにＳＣＧを解放する又は再開するという選択肢を有すべきである。しかしながら、ＭｅＮＢがＳＣＧを再開するか解放するかを決定するために、どのＳＣＧ内のセルがＰＳＣｅｌｌの候補になり得るかを知る必要があるだろう。ＭｅＮＢは、Ｓ−ＲＬＦの原因（すなわち、ＲＬＦ、ＲＬＭ又はＲＡＣＨ異常）を単に知っても、適切な決定をするための十分な情報が与えられていない。ＭｅＮＢによる適切な決定のために測定結果を知るべきである。

【0230】

・提案２：ＭｅＮＢは、Ｓ−ＲＬＦの際にＳＣＧ内のサービングセルの測定結果が与えられるべきである。

【0231】

もし、提案２が合意可能である場合、ＭｅＮＢがＳＣＧの測定結果を取得するために２つの選択肢がある。

【0232】

１．既存のｔｉｍｅＴｏＴｒｉｇｇｅｒ基準に基づく既存の測定報告メカニズムの再利用

【0233】

２．Ｓ−ＲＬＦをトリガとして、ＳＣＧセルから最新の測定結果をＳ−ＲＬＦ報告内の内容の一部に含まなければならない。

【0234】

選択肢１では、ＳＣＧセルに関する適切な測定イベントをＵＥに設定することは、ＭｅＮＢ次第であり、Ｓ−ＲＬＦをできる限り防げるように最も適切なＰＳＣｅｌｌの選択においてＳＣｅｌｌ（ＳｅＮＢ）を補助するために、測定報告もＳｅＮＢと共有されるかどうかもまたＭｅＮＢ次第である。測定及びイベントの報告は、ｔｉｍｅＴｏＴｒｉｇｇｅｒに基づくので、ＭｅＮＢは、Ｓ−ＲＬＦのトリガに関連して最新の測定結果を知らないかもしれない。

【0235】

選択肢２では、ＳＣＧサービングセルの測定結果は、ＭｅＮＢに送られるＳ−ＲＬＦ報告の一部として含まれる。隣接セルからの測定も含める必要があるかどうかがさらに考察されてもよい。この選択肢では、Ｓ−ＲＬＦの原因に対応する最新の測定が、ＭｅＮＢに報告される。これもまた、ＶａｒＲＬＦ−Ｒｅｐｏｒｔの一部として測定のタイプを含むＭＣＧに関する既存のＲＬＦ報告と一致している。

【0236】

上記比較に基づいて、選択肢２が、ＭｅＮＢが適切な決定をするためにより良い利点をもたらす。

【0237】

・提案３：Ｓ−ＲＬＦによってトリガされたＳ−ＲＬＦ報告に、ＳＣＧセルからの最新の測定結果がＲＬＦ含まれるべきである。

【0238】

現在の合意に従えば、ＳＣｅｌｌの追加又はＳＣＧの確立をＳｅＮＢに要求する際に、ＭｅＮＢは、ＳＣＧセルの最新の測定結果を与えることが許されている。Ｓ−ＲＬＦのケースにおいて、特に、ＭｅＮＢが同じＳＣＧでＵＥの運用を再開することを選択した場合、ＳｅＮＢが最新の測定結果を取得することは有益である。しかしながら、これは、ＳＣｅｌｌの追加又は新たなＳＣＧの確立というカテゴリに該当しない。従って、ＭｅＮＢが、これらのＳ−ＲＬＦ関連の測定結果をＳｅＮＢに与えることを許可することがさらに明確化される必要があるかもしれない。さらに、ＭｅＮＢが同じＳＣＧでＵＥの運用を再開することを選択した場合、ＭｅＮＢがＳｅＮＢにＳ−ＲＬＦに関する原因を知らせることは有益な可能性がある。特に、ＵＥにとって最も適切なＰＳＣｅｌｌの選択においてＳｅＮＢを補助するために、Ｓ−ＲＬＦの原因がＰＲＡＣＨ又はＲＬＭ異常に起因するかどうかをＳ−ＲＬＦが知ることは有益な可能性がある。

【0239】

・提案４：Ｓ−ＲＬＦの際にＭｅＮＢが同じＳＣＧでＵＥの運用を再開することを選択した場合、ＭｅＮＢは、最新の測定報告とＳ−ＲＬＦの原因とをＳｅＮＢに与えることができる。

【0240】

（３）結論
この付記では、ＵＥがＳ−ＲＬＦの際にＭｅＮＢに追加情報を与える必要性を考察した。ＭｅＮＢは、ＵＥのためにＳＣＧが解放されるか再開されるかどうかを決定するためのエンティティであるべきであることが提案されている。ＭｅＮＢの適切な決定を補助するために、Ｓ−ＲＬＦの際にＭｅＮＢに最新の測定結果が与えられるべきである。ＭｅＮＢが同じＳＣＧでＵＥの運用を再開することを選択した場合、ＭｅＮＢがＳｅＮＢにＳ−ＲＬＦに関する原因と共に、測定報告を与えることは有益である。

【0241】

［付記２］
（１）導入
二重接続方式におけるＸ２ＡＰのＣａｕｓｅ値にはＳ１ＡＰで使用されている既存のＣａｕｓｅ値から借用されたものもある（例えばハンドオーバに使用されているものが挙げられる）。しかしながら、既存のＣａｕｓｅ値の再利用の必要性と新規のＣａｕｓｅ値追加の可能性に関しては更なる議論を要する。特に、Ｃａｕｓｅ値の一つである「端末との無線接続喪失」（Ｒａｄｉｏ Ｃｏｎｎｅｃｔｉｏｎ ｗｉｔｈ ＵＥ Ｌｏｓｔ）はより一層の明確化が必要である。すでに議論された提案によれば、このＣａｕｓｅ値はＳｅＮＢ解放メッセージ（ＳｅＮＢ Ｒｅｌｅａｓｅ ｍｅｓｓａｇｅ）にのみ適用可能だと考えられるが、ＭＣＧ−ＲＬＦとＳＣＧ−ＲＬＦのどちらか一方、もしくはその両方に適用可能なのかどうかは不明瞭である。加えて、ＳＣＧ−ＲＬＦの際にＭｅＮＢがＳｅＮＢを解放しないと決断した場合において、ＭｅＮＢ起因のＳｅＮＢ修正準備手順（ＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）においてもこのＣａｕｓｅ値を適用するかどうかについて更なる検討を行うべきである。
この付記では、Ｘ２ＡＰにおいてどのように「端末との無線接続喪失」を扱うべきかについて考察する。

【0242】

（２）考察
（ＳｅＮＢ起因のＳｅＮＢ解放）
「端末との無線接続喪失」は他の基地局にＲＬＦを伝達するために用いられるＣａｕｓｅ値である。ＭｅＮＢにＳＣＧ−ＲＬＦを伝達するために、ＳｅＮＢはこのＣａｕｓｅ値をＳｅＮＢ起因のＳｅＮＢ解放要求に入れることができる。しかしながら疑問なのは、このＣａｕｓｅ値が本当に必要かどうかという点である。というのも、ＳＣＧ−ＲＬＦが発生した際、ただちに端末はＳＣＧ異常報告をＭｅＮＢに送信するからである。加えて「ＳＣＧのサービングセルについての異常をＭｅＮＢに知らせるための手段を、ＳｅＮＢに提供する必要性はない」という合意に過去に至っている。つまり少なくとも、ある合意事項の観点からすれば「端末との無線接続喪失」はＳｅＮＢ起因のＳｅＮＢ解放要求には必要ないといえる。

【0243】

・考察１： 端末がＳＣＧ−ＲＬＦの状態を既にＭｅＮＢに報告しているため「端末との無線接続喪失」はＳｅＮＢ起因のＳｅＮＢ解放要求には必要ない。

【0244】

（ＭｅＮＢ起因のＳｅＮＢ解放）
ＭｅＮＢはＲＬＦの発生を認識した場合にＳｅＮＢ解放要求を開始するかもしれない。しかしながら、ＲＬＦには２つの種類がある。すなわち、MCGについてのＲＬＦとＳＣＧについてのＲＬＦである。ＳｅＮＢはどちらのことかを判断できないかもしれない。ここで基本的な疑問として、このＣａｕｓｅ値がＳｅＮＢ解放要求に必要かどうかという点も挙げられる。というのもＳｅＮＢ解放要求を拒絶はできないからである。そうではなくて、もしもＳｅＮＢがＣａｕｓｅ値をパラメータの調整などに活用できるのであれば、そのＣａｕｓｅ値の種類は明確化すべきである。最小限の拡張として、「ＳｅＮＢの端末との無線接続喪失」（ＳｅＮＢ Ｒａｄｉｏ Ｃｏｎｎｅｃｔｉｏｎ ｗｉｔｈ ＵＥ Ｌｏｓｔ）といった新しいＣａｕｓｅ値を導入することも可能である。

【0245】

・提案１： 「端末との無線接続喪失」がＳｅＮＢ解放要求に必要かどうかを議論すべきである。もしＳｅＮＢにとって有益であるならば、ＲＬＦの種類は明確化されるべきである。

【0246】

（ＭｅＮＢ起因のＳｅＮＢ修正準備）
今の仕様によれば、端末は最新の測定結果と共にＳＣＧ異常報告をＭｅＮＢに提供する。そのＭｅＮＢは、ＳｅＮＢが解放されるべきかそれとも修正されるべきかの判断に、報告された測定結果を活用できる。測定報告に加えて、ＳＣＧ異常報告はＳＣＧ−ＲＬＦの詳細原因も含んでいる。つまり、物理層の問題、ランダムアクセス異常、もしくはRLC異常である。これらの情報もＭｅＮＢの、ＳｅＮＢが解放されるべきかそれとも修正されるべきかの判断に利用される。明らかに、ＭｅＮＢが常にＳｅＮＢの解放を決定するという動作は期待されていない。それゆえに全てのＳＣＧセルに関する測定報告が提供される必要性があるとされているのだ。

【0247】

勿論、ＳＣＧセルの測定報告において無線状態が貧弱であれば、ＭｅＮＢはＳｅＮＢ解放手順を利用してＳｅＮＢを解放することを決定できる。指示されたＣａｕｓｅ値に関わらずＳｅＮＢはＳｅＮＢ解放要求を拒絶できない。

【0248】

しかしながら、もしも一つかそれ以上のＳＣＧセルが良好な無線状態にあれば、ＭｅＮＢはＰＳＣｅｌｌを交換するためにＳｅＮＢ修正準備を開始するという選択肢もある。なぜならばＰＳＣｅｌｌの交換はＳＣＧ交換手順でのみ実行可能であり、ＳＣＧ交換手順はＳｅＮＢ修正に対応付けられているからだ。

【0249】

・考察２： 端末からのＳＣＧ異常報告のもと、ＰＳＣｅｌｌ交換のためにＭｅＮＢはＳｅＮＢ修正を開始してよい。

【0250】

（ＳｅＮＢに期待する動作）
端末からのＳＣＧ異常報告のもと、ＭｅＮＢがＳｅＮＢを解放しないと決定したと仮定して、ＭｅＮＢはＳｅＮＢ修正準備手順を開始してよい。そのＳｅＮＢ修正準備手順にはおそらく新しいＰＳＣｅｌｌの候補として新規ＳＣＧセルの追加要求が含まれる。しかしながらＳｅＮＢ解放要求の場合とは異なり、ＳｅＮＢはＭｅＮＢ起因のＳｅＮＢ修正準備要求を拒絶することが許可されている。この様な修正要求の理由を知らなければ、（つまりＳＣＧ−ＲＬＦが原因だと知らずに）ＳｅＮＢは望ましくない誤った理由で修正要求を拒絶してしまうかもしれない。

【0251】

ＳｅＮＢがＳＣＧ−ＲＬＦの発生を検知することが可能だとしても、その異常検知は端末からのフィードバック抜きには迅速なものではないかもしれない。まさにこれが、ＳＣＧ−ＲＬＦの際にＳＣＧ異常報告が迅速にＭｅＮＢに送信される理由である。続いて、ＳｅＮＢもこの異常についての同様の通知を、遅延なしに受信する機会が与えられてしかるべきである。

【0252】

更に言えば、ＭｅＮＢ起因のＳｅＮＢ修正手順の一部としてＭｅＮＢがＳｅＮＢにＭＣＧ−ＲＬＦを通達する必要性がなく、ＳＣＧ−ＲＬＦ発生時にしかありえないので、この手順におけるＣａｕｓｅ値、すなわち「端末との無線接続喪失」の再利用が曖昧さをまねくことはない。

【0253】

・提案２：ＳＣＧ−ＲＬＦ発生時には、ＭｅＮＢ起因のＳｅＮＢ修正準備手順にＣａｕｓｅ値、「端末との無線接続喪失」が含まれるべきである。

【0254】

（３）結論
この付記では、ＳｅＮＢ解放要求におけるＣａｕｓｅ値、「端末との無線接続喪失」の明確化の必要性について着目した。つまり、ＭＣＧ−ＲＬＦの発生、ＳＣＧ−ＲＬＦの発生、もしくはその両方においてこのＣａｕｓｅ値を適用すべきかどうかという点についてである。特に、この付記ではＭｅＮＢ起因のＳｅＮＢ修正準備手順においても同Ｃａｕｓｅ値が再利用されるべきだという理由についても言及している。以下の考察と提案に至った。

【0255】

なお、日本国特許出願第２０１４−０１７９８０号（２０１４年１月３１日出願）及び米国仮出願第６２／０３４６７８号（２０１４年８月７日出願）の全内容が、参照により、本願明細書に組み込まれている。

【産業上の利用可能性】

【0256】

以上のように、本実施形態に係る通信制御方法によれば、二重接続方式の通信を適切に行うことできるため、移動通信分野において有用である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】