(57)【要約】UE（１０）をターゲットMeNB（２０＿２）にハンドオーバすることをMME（４０）に要求するときに、ソースMeNB（２０＿１）は、ターゲットMeNB（２０＿２）の制御下でデュアルコネクティビティのための利用可能な候補である１つ以上のＳｅＮＢに関する情報を、MME（４０）を介してターゲットMeNB（２０＿２）に送信する。ターゲットMeNB（２０＿２）は、デュアルコネクティビティを提供するために当該情報に基づいて、選択されるターゲットSeNB（３０＿２）を設定する。代替案として、ソースMeNB（２０＿１）は、デュアルコネクティビティのためにソースMeNB（２０＿１）により使用されたソースSeNB（３０＿１）に関する情報をターゲットMeNB（２０＿２）に送信する。この場合、ターゲットMeNB（２０＿２）は、制御時に、ソースSeNB（３０＿１）に対するRRC構成をスキップする。【選択図】図１
2017528993.tif 000002
【特許請求の範囲】
【請求項１】
ＵＥ（User Equipment）であって、
デュアルコネクティビティ（dual connectivity）のために前記ＵＥが現在アタッチをしているＭｅＮＢ（Master eNB（evolved Node B））を介してＭＭＥ（Mobility Management Entity）から、前記ＵＥを他のＭｅＮＢにハンドオーバするためのコマンドを受信する第１の手段と、
前記コマンドに含まれるパラメータを使用することにより、前記他のＭｅＮＢの制御下でＳｅＮＢ（Secondary eNB）とデュアルコネクティビティを安全に通信するために使用されるセキュリティ鍵を導出する第２の手段と、
を備えるＵＥ。
【請求項２】
前記パラメータは、カウンタおよびＫＳＩ（Key Set Identifier）を含む、
請求項１に記載のＵＥ。
【請求項３】
前記第１の手段は、前記コマンドとして、RRC (Radio Resource Control): Handover Commandメッセージを受信する、
請求項１または２に記載のＵＥ。
【請求項４】
ＵＥにデュアルコネクティビティを提供するためにＳｅＮＢを制御するＭｅＮＢであって、
前記ＵＥを他のＭｅＮＢにハンドオーバすることをＭＭＥに要求するときに、前記他のＭｅＮＢの制御下でデュアルコネクティビティのための利用可能な候補である１つ以上のＳｅＮＢに関する第１の情報を前記ＭＭＥに送信する第１の手段を備えるＭｅＮＢ。
【請求項５】
ＵＥにデュアルコネクティビティを提供するためにＳｅＮＢを制御するＭｅＮＢであって、
前記ＵＥを他のＭｅＮＢにハンドオーバすることをＭＭＥに要求するときに、前記他のＭｅＮＢの制御下でデュアルコネクティビティのための利用可能である前記ＳｅＮＢに関する情報を前記ＭＭＥに送信する第１の手段を備えるＭｅＮＢ。
【請求項６】
前記他のＭｅＮＢの制御下でＳｅＮＢと安全に通信するために使用されるセキュリティ鍵を前記ＵＥが導出するために必要なパラメータを、前記ＭＭＥから前記ＵＥに転送する第２の手段をさらに備える、
請求項４または５に記載のＭｅＮＢ。
【請求項７】
前記第２の手段は、前記パラメータを含むRRC：Handover Commandメッセージを転送する、
請求項６に記載のＭｅＮＢ。
【請求項８】
前記他のＭｅＮＢの制御下でＳｅＮＢと安全に通信するために使用されるセキュリティ鍵を前記ＵＥが導出するために必要なパラメータと、前記ＳｅＮＢに対するＲＲＣ構成（RRC configuration）に関する第２の情報とを、前記ＭＭＥから前記ＵＥに転送する第２の手段をさらに備える、
請求項４に記載のＭｅＮＢ。
【請求項９】
前記第２の手段は、前記パラメータと前記第２の情報とを含むRRC：Handover Commandメッセージを転送する、
請求項８に記載のＭｅＮＢ。
【請求項１０】
前記パラメータは、カウンタおよびＫＳＩを含む、
請求項６〜９のいずれか一項に記載のＭｅＮＢ。
【請求項１１】
前記第１の手段は、送信時に、S1-AP (S1 Application Protocol): Handover Requiredメッセージを使用する、
請求項４〜１０のいずれか一項に記載のＭｅＮＢ。
【請求項１２】
ＭｅＮＢであって、
ＵＥを他のＭｅＮＢから前記ＭｅＮＢ自身にハンドオーバすることをＭＭＥから要求されるときに、前記ＵＥにデュアルコネクティビティを提供するために利用可能な候補である１つ以上のＳｅＮＢに関する第１の情報を前記ＭＭＥから受信する第１の手段と、
前記デュアルコネクティビティを提供するために前記第１の情報に基づいて選択されるＳｅＮＢを設定する第２の手段と、
を備えるＭｅＮＢ。
【請求項１３】
ＭｅＮＢであって、
ＵＥを他のＭｅＮＢから前記ＭｅＮＢ自身にハンドオーバすることをＭＭＥから要求されるときに、前記ＵＥにデュアルコネクティビティを提供するために前記他のＭｅＮＢにより使用されたＳｅＮＢに関する第１の情報を前記ＭＭＥから受信する第１の手段と、
前記デュアルコネクティビティを提供するために前記ＳｅＮＢを設定する第２の手段と、
を備え、
前記第２の手段は、設定時に、前記ＳｅＮＢに対するＲＲＣ構成をスキップする、
ＭｅＮＢ。
【請求項１４】
前記ＳｅＮＢが前記ＵＥと安全に通信するために使用されるセキュリティ鍵を導出し、前記セキュリティ鍵を前記ＳｅＮＢに配信する第３の手段をさらに備える、
請求項１２または１３に記載のＭｅＮＢ。
【請求項１５】
前記ＵＥが前記セキュリティ鍵を導出するために必要なパラメータを前記ＭＭＥに送信する第４の手段をさらに備える、
請求項１４に記載のＭｅＮＢ。
【請求項１６】
前記第４の手段は、送信時に、S1-AP: Handover Request Ackメッセージを使用する、
請求項１５に記載のＭｅＮＢ。
【請求項１７】
前記ＳｅＮＢと安全に通信するために使用されるセキュリティ鍵を前記ＵＥが導出するために必要なパラメータと、前記ＳｅＮＢに対するＲＲＣ構成に関する第２の情報とを、前記ＭＭＥに送信する第３の手段をさらに備える、
請求項１２に記載のＭｅＮＢ。
【請求項１８】
前記第３の手段は、送信時に、S1-AP: Handover Request Ackメッセージを使用する、
請求項１７に記載のＭｅＮＢ。
【請求項１９】
前記パラメータは、カウンタおよびＫＳＩを含む、
請求項１５〜１８のいずれか一項に記載のＭｅＮＢ。
【請求項２０】
前記第１の手段は、前記第１の情報を含むS1-AP：Handover Requestメッセージを受信する、
請求項１２〜１９のいずれか一項に記載のＭｅＮＢ。
【請求項２１】
前記デュアルコネクティビティのための構成に関する情報を、前記ＭＭＥを介してＳ−ＧＷ（Serving Gateway）に送信する手段をさらに備える、
請求項１２〜２０のいずれか一項に記載のＭｅＮＢ。
【請求項２２】
ＵＥを他のＭｅＮＢからＭｅＮＢにハンドオーバすることを前記ＭｅＮＢに要求するときに、前記ＵＥにデュアルコネクティビティを提供するための利用可能な候補である１つ以上のＳｅＮＢに関する第１の情報を、前記ＭｅＮＢに転送する第１の手段を備えるＭＭＥ。
【請求項２３】
ＵＥを他のＭｅＮＢからＭｅＮＢにハンドオーバすることを前記ＭｅＮＢに要求するときに、前記ＵＥにデュアルコネクティビティを提供するために前記他のＭｅＮＢにより使用されたＳｅＮＢに関する第１の情報を前記ＭｅＮＢに転送する第１の手段を備えるＭＭＥ。
【請求項２４】
前記ＭｅＮＢの制御下でＳｅＮＢと安全に通信するために使用されるセキュリティ鍵を前記ＵＥが導出するために必要なパラメータを、前記他のＭｅＮＢを介して前記ＭｅＮＢから前記ＵＥに転送する第２の手段をさらに備える、
請求項２２または２３に記載のＭＭＥ。
【請求項２５】
前記第２の手段は、前記パラメータを含むRRC: Handover Commandメッセージを転送する、
請求項２４に記載のＭＭＥ。
【請求項２６】
前記ＭｅＮＢの制御下でＳｅＮＢと安全に通信するために使用されるセキュリティ鍵を前記ＵＥが導出するために必要なパラメータと、前記ＳｅＮＢに対するＲＲＣ構成に関する第２の情報とを、前記他のＭｅＮＢを介して前記ＭｅＮＢから前記ＵＥに転送する第２の手段をさらに備える、
請求項２２に記載のＭＭＥ。
【請求項２７】
前記第２の手段は、前記パラメータと前記第２の情報とを含むRRC: Handover Commandメッセージを転送する、
請求項２６に記載のＭＭＥ。
【請求項２８】
前記パラメータは、カウンタおよびＫＳＩを含む、
請求項２４〜２７のいずれか一項に記載のＭＭＥ。
【請求項２９】
転送時に、前記第１の手段は、前記第１の情報を含むS1-AP: Handover Requiredメッセージを前記他のＭｅＮＢから受信し、前記第１の情報を含むS1-AP: Handover Requestメッセージを前記ＭｅＮＢに送信する、
請求項２２〜２８のいずれか一項に記載のＭＭＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、DC（デュアルコネクティビティ：Dual Connectivity）のための装置に関連し、特に、特にスモールセル（small cell）へのデュアルコネクティビティを考慮したモバイルネットワークセル間のハンドオーバ技術に関する。
【背景技術】
【０００２】
現在、3GPP（3rd Generation Partnership Project）は、NPL1に開示されているように、２つの選択されたアーキテクチャであるオプション1A（Alternative 1A）およびオプション3C（Alternative 3C）のスモールセル（small cell）の追加または解放する方法に関していくつかの結論を提供している。
【０００３】
アーキテクチャオプション1Aは、SeNB（セカンダリeNB（エボルブドノードB：evolved Node B））で終端するS1-Uと、独立したPDCP（Packet Data Convergence Protocol）（つまり、ベアラスプリット（bearer split）なし）との組み合わせである。一方、アーキテクチャオプション3Cは、MeNB（マスターeNB）で終端するS1-U、MeNBにおけるベアラスプリット、および分割されたベアラ（split bearers）のための独立したRLC（Radio Link Control）との組み合わせである。なお、S1-Uは、eNBとS-GW（サービングゲートウェイ：Serving Gateway）との間のU-Plane（ユーザプレーン：User-Plane）通信のためのインタフェースである。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TR 36.842, "Study on Small Cell enhancements for E-UTRA and E-UTRAN; Higher layer aspects (Release 12)", V12.0.0, 2013-12, clauses 8.1.1.1 and 8.1.1.8, pp. 38-39 and 42
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、本出願の発明者らは、例えば、SeNBの変更と同時に起こる２つのMeNB間ハンドオーバなど、3GPPには、いくつかの側面が不足していることを見出した。同時にスモールセルへのデュアルコネクティビティを考慮して、モバイルネットワークセル間のハンドオーバに対して、セキュリティ、受付制御（アドミッションコントロール：admission control）、およびハンドオーバ実行（handover execution）に問題がある。
【０００６】
具体的には、以下の３つのシナリオが考えられる：
１）シナリオ１：ターゲットSeNBがソースSeNBと異なるとき、MeNBおよびSeNB DRB（Data Radio Bearer）のハンドオーバが同時に行われる；
２）シナリオ２：ターゲットSeNBがソースSeNBと同じであるとき、UE（ユーザ装置：User Equipment）接続がSeNBに残っている一方で、ターゲットMeNBへのハンドオーバが行われる；
３）シナリオ３：ターゲットMeNBへのハンドオーバ中に現在のSeNBを解放し、ハンドオーバが正常に完了した後に、新しいSeNBを設定する。この場合、ターゲットおよびソースSeNBは同一ノードであってもなくても良い。
【０００７】
例えば、シナリオ１において、特にアーキテクチャオプション1Aでは、UEは少なくとも２つの同時に持続するベアラを有する。すなわち、同時にMeNBに向けた少なくとも１つのベアラ、SeNBに向けた少なくとも１つのベアラを有する（デュアルコネクティビティ）。
【０００８】
シナリオ１〜３のすべてにおいて、解決する必要がある以下の問題がある。
‐ハンドオーバ中のセキュリティ鍵（Security key）の導出；
‐UEおよびS-GWに、SeNBを介したパケットの送信を停止することの通知；
‐MME（Mobility Management Entity）およびS-GWに、新しいターゲットSeNBが設定されたことの通知。
【０００９】
なお、各シナリオおよび各問題の詳細、およびその他の問題は、以下で明らかにする。
【００１０】
したがって、本発明の例示的な目的は、これらの問題の少なくとも１つを解決するための解決策を提供することである。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の第１の態様にかかるUEは、デュアルコネクティビティ（dual connectivity）のために前記UEが現在アタッチをしているMeNB（Master eNB（evolved Node B））を介してMME（Mobility Management Entity）から、前記UEを他のMeNBにハンドオーバするためのコマンドを受信する第１の手段と、前記コマンドに含まれるパラメータを使用することにより、前記他のMeNBの制御下でSeNB（Secondary eNB）とデュアルコネクティビティを安全に通信するために使用されるセキュリティ鍵を導出する第２の手段と、を備える。
【００１２】
さらに、本発明の第２の態様にかかるMeNBは、UEにデュアルコネクティビティを提供するためにSeNBを制御する。当該MeNBは、前記UEを他のMeNBにハンドオーバすることをMMEに要求するときに、前記他のMeNBの制御下でデュアルコネクティビティのための利用可能な候補である１つ以上のSeNBに関する第１の情報を前記MMEに送信する第１の手段を備える。
【００１３】
さらに、本発明の第３の態様にかかるMeNBは、UEにデュアルコネクティビティを提供するためにSeNBを制御する。当該MeNBは、前記UEを他のMeNBにハンドオーバすることをMMEに要求するときに、前記他のMeNBの制御下でデュアルコネクティビティのための利用可能である前記SeNBに関する情報を前記MMEに送信する第１の手段を備える。
【００１４】
さらに、本発明の第４の態様にかかるMeNBは、UEを他のMeNBから前記MeNB自身にハンドオーバすることをMMEから要求されるときに、前記UEにデュアルコネクティビティを提供するために利用可能な候補である１つ以上のSeNBに関する第１の情報を前記MMEから受信する第１の手段と、前記デュアルコネクティビティを提供するために前記第１の情報に基づいて選択されるSeNBを設定する第２の手段と、を備える。
【００１５】
さらに、本発明の第５の態様にかかるMeNBは、UEを他のMeNBから前記MeNB自身にハンドオーバすることをMMEから要求されるときに、前記UEにデュアルコネクティビティを提供するために前記他のMeNBにより使用されたSeNBに関する第１の情報を前記MMEから受信する第１の手段と、前記デュアルコネクティビティを提供するために前記SeNBを設定する第２の手段と、を備える。前記第２の手段は、設定時に、前記SeNBに対するRRC（Radio Resource Control）構成をスキップする。
【００１６】
さらに、本発明の第６の態様にかかるMMEは、UEを他のMeNBからMeNBにハンドオーバすることを前記MeNBに要求するときに、前記UEにデュアルコネクティビティを提供するための利用可能な候補である１つ以上のSeNBに関する第１の情報を、前記ＭｅＮＢに転送する第１の手段を備える。
【００１７】
さらに、本発明の第７の態様にかかるMMEは、UEを他のMeNBからMeNBにハンドオーバすることを前記MeNBに要求するときに、前記UEにデュアルコネクティビティを提供するために前記他のMeNBにより使用されたSeNBに関する第１の情報を前記MeNBに転送する第１の手段を備える。
【発明の効果】
【００１８】
本発明によれば、スモールセルへのデュアルコネクティビティを同時に考慮して、モバイルネットワークセル間のハンドオーバのためのセキュリティ、受付制御（アドミッションコントロール：admission control）及びハンドオーバ実行（handover execution）に関する上記の問題の少なくとも１つを解決することができる。
【図面の簡単な説明】
【００１９】
【図１】図１は、本発明の第１実施形態にかかるシステムの構成例を示すブロック図である。
【図２】図２は、第１実施形態で扱うシナリオを示すブロック図である。
【図３】図３は、第１実施形態における動作例の一部を示すシーケンス図である。
【図４】図４は、第１実施形態における動作例の残りの部分を示すシーケンス図である。
【図５】図５は、本発明の第２実施形態で扱うシナリオを示すブロック図である。
【図６】図６は、第２実施形態にかかるシステムの構成例を示すブロック図である。
【図７】図７は、第２実施形態における動作例の一部を示すシーケンス図である。
【図８】図８は、第２実施形態における動作例の残りの部分を示すシーケンス図である。
【図９】図９は、本発明の第３実施形態における動作例を示すシーケンス図である。
【図１０】図１０は、第１〜第３実施形態に共通するUEの構成例を示すブロック図である。
【図１１】図１１は、第１〜第３実施形態に共通するMeNBの一構成例を示すブロック図である。
【図１２】図１２は、第１〜第３実施形態に共通するMeNBの他の構成例を示すブロック図である。
【図１３】図１３は、第１〜第３実施形態に共通するMMEの構成例を示すブロック図である。
【発明を実施するための形態】
【００２０】
以下、本発明にかかる装置の第１〜第３実施形態は、図面を伴って記述される。
【００２１】
＜第１実施形態＞
図１に示す様に、本実施形態にかかるシステムは、UE１０、MeNB２０＿１、MeNB２０＿２、SeNB３０＿１、SeNB３０＿２、MME４０、S-GW５０、およびP-GW（PDN（Public Data Network） Gateway）６０を含む。
【００２２】
MME４０と各MeNB２０＿１およびMeNB２０＿２との間には、C-Plane（Control-Plane）シグナリングのためのS1-MMEインタフェースが設けられている。C-Planeインタフェースは、MME４０とSeNB３０＿１およびSeNB２０＿２のぞれぞれとの間には存在しない。さらに、UE１０とSeNB３０＿１およびSeNB３０＿２のそれぞれとの間にもC-Planeインタフェースは存在しない。したがって、MeNB２０＿１およびMeNB２０＿２のそれぞれの制御下で、SeNB３０＿１およびSeNB３０＿２のぞれぞれがUE１０と無線通信を行う。
【００２３】
さらに、S-GW５０と、MeNB２０＿１、MeNB２０＿２、SeNB３０＿１およびSeNB３０＿２のぞれぞれとの間には、U-Plane通信のためのS1-Uインタフェースも設けられている。このシステムでは、UE１０とS-GW５０との間のU-Planeトラヒックは、MeNBをオフロード（offloading）する目的で（言い替えると、MeNBとS-GWとの間のバックホールインタフェース（backhaul interface）をオフロードする目的で）、MeNB（２０＿１または２０＿２）およびSeNB（３０＿１または３０＿２）を介して並行に送信される。
【００２４】
さらに、S-GW５０は、インタフェースS5および／またはインタフェースS8を介してP-GW６０に接続される。
【００２５】
一般的に、本実施形態では、上述したシナリオ１を扱う。具体的には、図２に示すように、UE１０は、現在、MeNB２０＿１にアタッチしており、MeNB２０＿１およびSeNB３０＿１はUE１０に対してデュアルコネクティビティを提供しており、そして、UE１０は、MeNB２０＿２にハンドオーバすることにより、MeNB２０＿２およびSeNB３０＿２が代わりにデュアルコネクティビティを提供すると仮定する。なお、以降の説明では、UEがハンドオーバする元のMeNBは、「ソース（Source） MeNB」または単に「MeNB」とする。そして、ソースMeNBにより制御されるSeNBを「ソース（Source） SeNB」または単に「SeNB」とする。一方、UEがハンドオーバする先のMeNBは、「ターゲット（Target） ＭｅＮＢ」または「M'eNB」とし、ターゲットMeNBにより制御されるSeNBは、「ターゲット（Target） SeNB」または単に「S'eNB」とする。
【００２６】
UE１０がターゲットMeNB２０＿２およびSeNB３０＿２にハンドオーバを行う場合、全てのS1ベアラおよび無線ベアラ（radio bearer）は、図１の点線のように対応するターゲットセルにハンドオーバされる。
【００２７】
簡略化のために、すべてのセルは、同一MME（プール：pool）および同一S-GW（プール：pool）によってサービスされていると仮定する。
【００２８】
このシナリオでは、以下の（１）から（４）の事項が要求される。
（１）MeNBは、S'eNBが利用可能であるかを決定すべきであり、利用可能でない場合、MeNBは、すべての既存ベアラをターゲットMeNBにハンドオーバする。
（２）所定のUEに対してS'eNBが利用可能である場合、ターゲットMeNBは、ベアラをターゲットMeNBにハンドオーバする前に、S'eNB設定を完了すべきである。
（３）S-GWおよびUEは、SeNBの変更を通知されるべきである。
（４）ハンドオーバ手順は、適切に更新されるべきである。
【００２９】
次に、本実施の形態の動作例について、図３および図４を参照して説明する。なお、本実施形態と同様に第２および第３実施形態における手順は、S1インタフェースを介して開始されるインターeNB（Inter-eNB）ハンドオーバに基づいている（典型的なインターeNBハンドオーバの詳細については、例えば、3GPP TS 23.401を参照）。また、UE１０、ソースMeNB２０＿１、ターゲットMeNB２０＿２およびMME４０の構成例は、図１０〜図１３を参照して後述する。
【００３０】
図３に示すように、MeNB２０＿１は、ハンドオーバのための決定を行い（ステップＳ１１）、可能である場合、MME４０に送信するHandover Requiredメッセージに、SeNB３０＿１およびS'eNB３０＿２に関する情報（以降、「ポテンシャル（Potential）S'eNB情報」と呼ぶ）を含める（ステップＳ１２）。
【００３１】
例えば、ポテンシャルS'eNB情報は、M'eNB２０＿２の制御下でデュアルコネクティビティのための利用可能な候補である１つ以上のSeNBに割り当てられる、IP（Internet Protocol）アドレス、識別子（identities）、TEID（Tunnel Endpoint Identifier）、EPC（Evolved Packet Core）ベアラIDおよび／または同様のものを含む。例えば、MeNB２０＿１は、UE１０から発信されたMeasurement Reportに基づいて、上記候補を決定することが出来る。
【００３２】
Handover Requiredメッセージは、S1-AP（S1 Application Protocol）において定義されたメッセージの１つである。その一方で、本実施形態では、Handover Requiredメッセージは、M'eNB（ターゲットMeNB）が、所定のUEに設定することが出来るポテンシャルS'eNB（新しいSeNB）となり得るSeNBの情報を含むように変更されている。ソースMeNB２０＿１は、どのベアラが現在ソースSeNB３０＿１によりサービスされているかを示す。SeNBベアラの不必要な解放／追加を避けるために、SeNB３０＿１がいくつかのMeNBにサービスされている場合、MeNB２０＿１は、SeNB IDおよびTEIDを送信しても良い。
【００３３】
なお、以下の説明では、S1-APで定義されたメッセージを「S1-AP：XXX（XXXは任意のメッセージ名）」と表記することがある。そして、RRC（Radio Resource Control）プロトコルで定義されたメッセージは、「RRC：XXX」と表記することがある。
【００３４】
MME４０は、S1-AP：Handover Requiredメッセージを受信すると、呼受付制御（コールアドミッションコントロール：call admission control）を行う（ステップＳ１３）。このステップＳ１３では、MME４０は、ソースMeNB２０＿１およびSeNB３０＿１と同様に所望するターゲットMeNB／SeNBを検証する。MeNB２０＿１により与えられるポテンシャルS'eNB情報に基づいて、MME４０は、どの種類のベアラがSeNBにオフロードすることが許可されているかを検証しても良い。例えば、加入者プロファイル（subscription profile）、QoS（Quality of Service）および／または、それと同様のものに基づく。さらに、MME４０は、M'eNB２０＿２および／またはS'eNB３０＿２がDC構成（DC configuration）を許可しているか否かを検証することが出来る。
【００３５】
そして、MME４０は、ターゲットMeNB（M'eNB）２０＿２に送信するS1-AP：Handover Requestメッセージに、ポテンシャルS'eNB情報を含める（ステップＳ１４）。
【００３６】
M'eNB２０＿２は、S1-AP：Handover Requestメッセージを受信すると、ポテンシャルS'eNBに基づいてS'eNB３０＿２を選択するか、またはMME４０によって提案されたS'eNB３０＿２を確認する。さらに、M'eNB２０＿２は、鍵S'-KeNBおよびカウンタを導出する（ステップＳ１５）。
【００３７】
鍵S'-KeNBは、UE１０とS'eNB３０＿２との間の安全な（セキュアな）通信を行うために使用されるセキュリティ鍵である。カウンタは、UE１０が同一の鍵S'-KeNBを導出するために使用され、M'eNB２０＿２およびUE１０が互いに同期して鍵S'-KeNBを更新するために使用される。鍵S'-KeNBが導出され、または更新される毎に、カウンタはインクリメントされる。
【００３８】
さらに、M'eNB２０＿２は、EPCベアラID、QoS、QCI（QoS Class Indicators）等を含めてS'eNB Addition/Modification RequestメッセージをS'eNB３０＿２に送信する（ステップＳ１６）。このメッセージの応答として、S'eNB３０＿２は、S'eNB Addition/Modification CommandメッセージをM'eNB20_2に返送する（ステップＳ１７）。
【００３９】
そして、M'eNB２０＿２は、S1-AP：Handover Request Ack（Acknowledgement）メッセージをMME４０に送信する（ステップＳ１８）。このHandover Request Ackメッセージにおいて、M'eNB２０＿２は、カウンタとKSI（Key Set Identifier）とを提供する。KSIは、どのマスター鍵（例えば、KeNB）が鍵S'-KeNBを導出するときに使用されたかを示す。さらに、M'eNB２０＿２は、S'eNB３０＿２に対するRRC構成（RRC configuration）に関する情報（以下、「RRC構成情報（RRC configuration information）」と呼ぶ場合もある）も提供する。M'eNB２０＿２は、S'eNB３０＿２に関する情報を提供しても良い。S'eNB３０＿２に関する情報は、例えば、新しいC-RNTI（Cell Radio Network Temporary Identifier）、選択されたセキュリティアルゴリズム（the selected security algorithms）に対するターゲットeNBセキュリティアルゴリズム識別子（target eNB security algorithm identifiers）、専用RACHプリアンブル（dedicated RACH (Random Access Channel) preamble）、考え得るいくつかの他のパラメータ、つまり、無線パラメータ、SIB（System Information Blocks）等である。
【００４０】
MME４０は、S1-AP：Handover Request Ackメッセージを受信すると、上述した鍵の導出に必要なパラメータをUE１０に転送する。具体的には、MME４０は、MeNB２０＿１を介してUE１０に送信されるRRC：Handover Commandメッセージに、カウンタとKSIとを含める（ステップＳ１９）。本実施形態では、Handover Commandメッセージは、M'eNB２０＿２により導出された同一の鍵S'-KeNBをUE１０が導出することが出来るように、カウンタおよびKSIを含むように変更されている。
【００４１】
MeNB２０＿１はHandover Commandメッセージを受信すると、MeNB２０＿１は、UE１０に対してSeNB３０＿１との関係を解除するために、SeNB Release RequestメッセージをSeNB３０＿１に送信する（ステップＳ２０）。
【００４２】
一方、UE１０はM'eNB２０＿２およびS'eNB３０＿２にハンドオーバされるため、新たなK-eNBおよび新たなS-KeNBが導出され、使用されるべきである。そのため、UE１０は、受信したカウンタとKSIとを用いて、鍵S'-KeNBを導出する（ステップＳ２１）。そして、UE１０は、UE１０がM'eNB２０＿２に同調したことを示すRRC：Handover ConfirmメッセージをM'eNB２０＿２に送信する（ステップＳ２２）。
【００４３】
M'eNB２０＿２は、RRC：Handover Confirmメッセージを受信すると、鍵S'-KeNBおよびKSIを含むKey UpdateメッセージをS'eNB３０＿２に送信する（ステップＳ２３）。さらに、M'eNB２０＿２は、Handover NotifyメッセージをMME４０に送信する（ステップＳ２４）。
【００４４】
このように、UE１０からS-GW５０へのアップリンクデータは、M'eNB２０＿２およびS'eNB３０＿２を介して並行に送信することが出来る。
【００４５】
ここで、UE１０は、M'eNB２０＿２およびS'eNB３０＿２と同期している。したがって、図４に示すように、M'eNB２０＿２は、Path Switch RequestメッセージをMME４０に送信する（ステップＳ２５）。本実施形態では、Path Switch Requestメッセージは、例えば、設定（構成）されたDRB情報、SeNB IDおよびSeNB IPアドレス、を含むDC構成情報（DC configuration information）を含むように変更されており、これにより、M'eNB２０＿２にハンドオーバすべきベアラと同様にS'eNB３０＿２にハンドオーバすべきベアラとを要求する。
【００４６】
MME４０は、Modify Bearer Requestメッセージにおいて、DC構成情報をS-GW５０に転送する（ステップＳ２６）。
【００４７】
GW５０は、以下を行うためにeNB検証（eNB verification）を行う（ステップＳ２７）
１）M'eNB２０＿２が所定のUE１０に対してS'eNB３０＿２を設定することが許可されているか否かを検証する。
２）S'eNB３０＿２が有効なネットワーク要素であるか否かを検証する。
３）S'eNB３０＿２がデュアルコネクティビティを提供する権限を持っているか否かを検証する。
４）この要求メッセージがDoS（ディスクオペレーティングシステム：Disc operating System）アタックであるか否かを確認する。
【００４８】
検証に成功すると、S-GW５０は、Modify Bearer ResponseメッセージをMME４０に返送する（ステップＳ２８）。そして、MME４０は、Path Switch Request AckメッセージをM'eNB２０＿２に返送する（ステップＳ２９）。さらに、S-GW５０は、Modify Bearer RequestメッセージをP-GW６０に送信し、P-GW６０からModify Bearer Responseメッセージを受信する（ステップＳ３０）。
【００４９】
このように、S-GW５０からUE１０へのダウンリンクデータは、M'eNB２０＿２およびS'eNB３０＿２を介して並行に送信することも出来る。
【００５０】
上述したように、本実施形態では、UEおよびターゲットMeNBが、ハンドオーバ手順中にセキュリティ鍵S'-KeNBを導出することが可能となる。さらに、ソースSeNBを介したパケットの送信を停止することをUEおよびS-GWに通知することが可能となる。さらにまた、新しいターゲットSeNBが設定されたことをMMEおよびS-GWに通知することが可能となる。
【００５１】
さらに、例えば、ハンドオーバ手順が完了した後に、典型的な初期SeNB設定（typical initial SeNB configuration）と同様の手法により上記設定が開始される場合と比較して、ターゲットSeNBに対する設定を迅速に完了することが可能である。このように、本実施形態によれば、インターMeNBハンドオーバによりU-Plane通信が中断される時間を大幅に短縮することが可能となる。
【００５２】
＜第２実施形態＞
本実施形態にかかるシステムは、第１実施形態における図１に示されたものと同様の方法で構成することが出来る。
【００５３】
その一方で、本実施形態は、上記シナリオ２を扱う点で第１実施形態と異なる。具体的には、図５に示すように、ソースSeNBおよびターゲットSeNBは同一のSeNB３０＿１である。つまり、SeNB３０＿１によって形成されるセルは、２つのMeNB２０＿１および２０＿２により共有される。
【００５４】
このシナリオでは、図６の点線で示すように、MeNB２０＿１および２０＿２に存在するものへのベアラハンドオーバ（bearer handover）を最小限にすることが有益である。言い替えると、現在の手順は、SeNBも解放し、MeNBハンドオーバ後に同じSeNBで再びベアラを追加することを試みる。
【００５５】
そのため、本実施形態では、以下の（１）〜（５）の事項が要求される。
（１）ターゲットMeNBは、現在のSeNBが所定のUEに対するデュアルコネクティビティのための利用可能な最良の候補であること、またはターゲットMeNBが所定のUEに対するデュアルコネクティビティを提供することが出来る同一のSeNBを既に設定していることを知っている。
（２）MeNBは、SeNB DRBをハンドオーバすべきではない。
（３）SeNBのセキュリティは、SeNBにキーを送信するためにターゲットMeNBをトリガするための明示的なSeNB追加がない場合に特に更新すべきである。
（４）SGWおよびUEは、上記変更が通知される。
（５）ハンドオーバ手順は、適切に更新されるべきである。
【００５６】
次に、図７および図８を参照して、本実施形態の動作例を説明する。
【００５７】
図７に示すように、MeNB２０＿１は、ハンドオーバのための決定をし（ステップＳ３１）、MME４０に送信するS1-AP：Handover Requiredメッセージにおいて、SeNB３０＿１に関する情報（以降、「SeNB情報」とする場合がある）を含める（ステップＳ３２）。
【００５８】
例えば、SeNB情報は、SeNB３０＿１に割り当てられる、IPアドレス、識別子、TEID、EPCベアラID等を含む。
【００５９】
MME４０は、S1-AP：Handover Requiredメッセージを受信すると、呼受付制御（コールアドミッションコントロール）を行う（ステップＳ３３）。このステップＳ３３において、MME４０は、SeNB３０＿１がM'eNB２０＿２によってもサービスすることが出来るか否かを検証する。MME４０は、SeNB３０＿１が依然として変更されていないと決定すると（ステップＳ３４）、MME４０は、M'eNB２０＿２に送信されるS1-AP：Handover Requestメッセージに、SeNB情報を含める（ステップＳ３５）。
【００６０】
M'eNB２０＿２は、S1-AP：Handover Requestメッセージを受信すると、M'eNB２０＿２によってもSeNB３０＿１をサービスすることが出来るかを検証し、そして、限られたSeNB追加（a limited SeNB Addition）を行う（ステップＳ３６）。具体的には、上記RRC構成（RRC configuration）は既にMeNB２０＿１によって行われていることから、M'eNB２０＿２は、SeNB３０＿１のRRC構成をスキップする。なお、ターゲットMeNB２０＿２は、ソースSeNB３０＿１がターゲットSeNBであるかを認識できるように、Handover RequestメッセージがソースSeNB IDを含んでも良い。
【００６１】
そして、M'eNB２０＿２は、鍵S'-KeNBとカウンタとを導出し（ステップＳ３７）、S1-AP：Handover Request AckメッセージをMME４０に送信する（ステップＳ３８）。このHandover Request Ackメッセージにおいて、M'eNB２０＿２はカウンタおよびKSIを提供する。さらに、M'eNB２０＿２は、SeNB３０＿１が変更されず、SeNB３０＿１により現在サービスされているベアラがハンドオーバされないことを示す情報を提供する。
【００６２】
MME４０は、S1-AP：Handover Request Ackメッセージを受信すると、鍵導出のためのカウンタおよびKSIをUE１０に転送する。具体的には、MME４０は、MeNB２０＿１を介してUE１０に送信されるRRC：Handover CommandメッセージにカウンタおよびKSIを含める（ステップＳ３９）。このHandover Commandメッセージにおいて、MME４０は、SeNB３０＿１が同一のままであることを示す情報を提供する。
【００６３】
MeNB２０＿１がHandover Commandメッセージを受信すると、MeNB２０＿１は、UE１０に対してSeNB３０＿１との関係を解除するために、SeNB Release RequestメッセージをSeNB３０＿１に送信する。
【００６４】
一方、UE１０はM'eNB２０＿２にハンドオーバされるため、新しいS-KeNBを導出するためにK-eNB*を使用すべきである。したがって、UE１０は、受信したカウンタおよびKSIを用いて鍵S'-KeNBを導出する（ステップＳ４０）。そして、UE１０は、UE１０がM'eNB２０＿２と同調したことを示すRRC：Handover ConfirmメッセージをM'eNB２０＿２に送信する（ステップＳ４１）。
【００６５】
M'eNB２０＿２は、RRC：Handover Confirmメッセージを受信すると、鍵S'-KeNBおよびKSIを含むKey UpdateメッセージをSeNB３０＿１に送信する（ステップＳ４２）。さらに、M'eNB２０＿２は、Handover NotifyメッセージをMME４０に送信する（ステップＳ４３）。
【００６６】
このように、UE１０からS-GW５０へのアップリンクデータは、M'eNB２０＿２およびSeNB３０＿１を介して並行に送信することが出来る。
【００６７】
ここで、UE１０は、M'eNB２０＿２およびSeNB３０＿１と同期している。したがって、図８に示すように、M'eNB２０＿２は、DC構成情報を含むPath Switch RequestメッセージをMME４０に送信し、それにより、M'eNB２０＿２にハンドオーバすべきベアラのみを要求する（ステップＳ４４）。
【００６８】
MME４０は、Modify Bearer RequestメッセージにおいてDC構成情報をS-GW５０に転送する（ステップＳ４５）。
【００６９】
GW５０は、以下を行うためにeNB検証を行う（ステップＳ４６）
１）M'eNB２０＿２が、所定のUE１０に対してSeNB３０＿１を設定することが許可されているか否かを検証する。
２）SeNB３０＿１が有効なネットワーク要素であるか否かを検証する。
３）SeNB３０＿１がデュアルコネクティビティを提供する権限を持っているか否かを検証する。
４）この要求メッセージがDoS（ディスクオペレーティングシステム：Disc Operating System）アタックであるか否かを確認する。
【００７０】
検証に成功すると、S-GW５０は、Modify Bearer ResponseメッセージをMME４０に返送する（ステップＳ４７）。そして、MME４０は、Path Switch Request AckメッセージをM'eNB２０＿２に返送する（ステップＳ４８）。さらに、S-GW５０は、P-GW６０にModify Bearer Requestメッセージを送信し、P-GW６０からModify Bearer Responseメッセージを受信する（ステップＳ４９）。
【００７１】
このように、S-GW５０からUE１０へのダウンリンクデータも、M'eNB２０＿２およびSeNB３０＿１を介して並行に送信することが出来る。
【００７２】
上述したように、本実施形態では、UEおよびターゲットMeNBが、ハンドオーバ手順中にセキュリティ鍵S'-KeNBを導出することが可能となる。さらに、ターゲットSeNBに対するRRC構成がスキップされることから、インターMeNBハンドオーバによりU-Plane通信が中断される時間をさらに短縮し、ターゲットMeNBとSeNBとの間のシグナリングオーバーヘッド（signaling overhead）を減らすことが可能となる。
【００７３】
＜第３実施形態＞
本実施形態にかかるシステムは、第１実施形態における図１に示されたものと同様の方法で構成することができる。
【００７４】
その一方で、本実施形態は、上記シナリオ３を取り扱う点で第１および第２実施形態と異なる。
【００７５】
このシナリオでは、MeNB２０＿１はSeNB解放（SeNB Release）を実行し、ハンドオーバが完了した後、M'eNB２０＿２はSeNB追加を実行することにより、新しいSeNBを設定する。
【００７６】
そのため、本実施形態では、以下の（１）〜（４）の事項が必要となる。
（１）ソースMeNBは、ターゲットMeNBにハンドオーバする前にSeNBを解放すべきである。
（２）ターゲットMeNBは、ハンドオーバが完了した後、新しいSeNBを設定すべきである。
（３）SGWおよびUEは、上記変更を通知される。
（４）ハンドオーバ手順は適切に更新されるべきである。
【００７７】
次に、本実施形態の動作例について、図９を参照して説明する。
【００７８】
図９に示すように、MeNB２０＿１はハンドオーバのための決定をし（ステップＳ５１）、可能である場合、MME４０に送信されるHandover RequiredメッセージにポテンシャルS'eNB情報を含める（ステップＳ５２）。
【００７９】
MME４０は、S1-AP：Handover Requiredメッセージを受信すると、ソースMeNB２０＿１およびSeNB３０＿１と同様に、ターゲットMeNB２０＿２およびSeNB３０＿２を検証するための呼受付制御（コールアドミッションコントロール）を行う（ステップＳ５３）。
【００８０】
そして、MME４０は、M'eNB２０＿２に送信するS1-AP：Handover Requestメッセージに、ポテンシャルS'eNB情報を含める（ステップＳ５４）。
【００８１】
M'eNB２０＿２は、S1-AP：Handover Requestメッセージを受信すると、ポテンシャルS'eNBに基づいてS'eNB３０＿２を選択するか、またはMME４０により提案されるS'eNB３０＿２を確認する。さらに、M'eNB２０＿２は、鍵S'-KeNBおよびカウンタを導出する（ステップＳ５５）。
【００８２】
そして、M'eNB２０＿２は、S1-AP：Handover Request AckメッセージをMME４０に送信する（ステップＳ５６）。このHandover Request Ackメッセージにおいて、M'eNB２０＿２は、カウンタおよびKSIを提供する。
【００８３】
さらに、M'eNB２０＿２は、利用可能なリソースについて、S'eNB３０＿２と確認し、簡略化されたS'eNB追加手順を既に開始しても良い。つまり、ターゲットMeNB２０＿２とSeNB３０＿２との間のメッセージのみが送信される（ステップＳ５７ａ）。UE１０は、まだソースMeNB20_1にアタッチされていることから、UE１０へのRRC接続変更（RRC connection modification）は、この段階では送信することは出来ない。
【００８４】
MME４０は、S1-AP：Handover Request Ackメッセージを受信すると、MeNB２０＿１を介してUE１０に送信されるRRC：Handover CommandメッセージにカウンタおよびKSIを含めることにより、鍵を導出するためのカウンタおよびKSIをUE１０に転送する（ステップＳ５８）。
【００８５】
MeNB２０＿１はHandover Commandメッセージを受信すると、MeNB２０＿１は、UE１０に対してSeNB３０＿１との関係を解除するために、SeNB解放手順（SeNB Release procedure）を実行する（ステップＳ５９）。
【００８６】
一方、UE１０はM'eNB２０＿２およびS'eNB３０＿２にハンドオーバするため、UE１０は、受信したカウンタおよびKSIを用いて鍵S'-KeNBを導出する（ステップＳ６０）。そして、UE１０は、UE１０がM'eNB２０＿２と同調したことを示すRRC：Handover ConfirmメッセージをM'eNB２０＿２に送信する（ステップＳ６１）。
【００８７】
M'eNB２０＿２は、RRC：Handover Confirmメッセージを受信すると、RRC接続再設定（RRC connection reconfiguration）を行っても良い（ステップＳ５７ｂ）。
【００８８】
さらに、M'eNB２０＿２は鍵S'-KeNBおよびKSIを含むKey UpdateメッセージをS'eNB３０＿２に送信する（ステップＳ６２）。さらに、M'eNB２０＿２は、Handover Notify メッセージをMME４０に送信する（ステップＳ６３）。
【００８９】
このように、UE１０からS-GW５０へのアップリンクデータは、M'eNB２０＿２およびS'eNB３０＿２を介して並行に送信することができる。
【００９０】
その後、図４に示す手順が実行される。このように、S-GW５０からUE１０へのダウンリンクデータも、M'eNB２０＿２およびS'eNB３０＿２を介して並行に送信することができる。
【００９１】
なお、MeNB２０＿１は、SeNB３０＿１がデータ転送（data forwarding）を行う場合、後の段階でModify Bearer Requestメッセージをトリガしても良い。例えば、M'eNB２０＿２がPath Switch Request Ackメッセージを受信した場合、S-GW５０は、エンドマーカ（end marker）をSeNB３０＿１に提供して、データ転送の終了を示すことができる。
【００９２】
ハンドオーバおよびS'eNB追加の両手順を組み合わせてシグナリングを減らすことができるように、パススイッチ（Path Switch）手順およびベアラ変更（Modify Bearer）手順の前に、S'eNB追加は行われる。この段階で、S'eNB追加手順は、UE１０がS'eNB３０＿２と同期することを可能にするために、RRC接続変更（RRC connection modification）を行うべきである。MMEへのPath Switchメッセージ／SGWへのModify Bearerメッセージは、ターゲットMeNB２０＿２およびターゲットSeNB３０＿２におけるベアラのダウンリンクTEIDを含む。
【００９３】
上述したように、本実施形態では、UEおよびターゲットMeNBが、ハンドオーバ手順中にセキュリティ鍵S'-KeNBを導出することが可能である。さらに、UEおよびS-GWに、ソースSeNBを介したパケットの送信を停止することを通知することが可能である。さらに、MMEおよびS-GWに、新しいターゲットSeNBが設定されたことを通知することが可能である。
【００９４】
さらに、例えば、ハンドオーバ手順が完了した後に、典型的な初期SeNB設定（typical initial SeNB configuration）と同様な手法により上記設定が開始される場合と比較して、ターゲットSeNBの設定を迅速に完了することが可能である。これは、ハンドオーバが完了した後に新しいSeNBを設定する場合であっても、ターゲットMeNBは、ハンドオーバ手順中に新しいSeNBの設定を予め準備することができるからである。このように、第１実施形態と同様に、インターMeNBハンドオーバによりU-Plane通信が中断される時間を短縮することも可能である。
【００９５】
次に、第１〜第３実施形態で共通するUE１０、ソースMeNB２０＿１、ターゲットMeNB２０＿２、MME４０の構成例を図１０〜図１３を参照して以降で説明する。
【００９６】
図１０に示すように、UE１０は、受信部（受信ユニット）１１と、導出部（導出ユニット）１２とを備える。導出部１１は、ソースMeNB２０＿１を介してMME４０からRRC：Handover Commandメッセージを受信する。導出部１２は、RRC：Handover Commandメッセージに含まれるカウンタ、KSI等を用いて鍵S'-KeNBを導出する。なお、ユニット１１とユニット１２とは、バス等を介して相互に接続されている。これらのユニット１１および１２は、例えば、MeNBとSeNBとの間で無線通信を行うトランシーバのようなインタフェース、および、図３、４、７〜９に示す処理又はそれと同等の処理を実行するために、当該インタフェースを制御するCPU（Central Processing Unit）等のコントローラにより構成することが出来る。
【００９７】
また、図１１に示すように、ソースMeNB２０＿１は、送信部（送信ユニット）１０１と、転送部（転送ユニット）１０２とを備える。送信部１０１は、ポテンシャルS'eNB情報またはSeNB情報を含むS1-AP：Handover RequiredメッセージをMME４０に送信する。転送部１０２は、RRC：Handover CommandメッセージをMME４０からUE１０に転送することにより、カウンタ、KSI、および／またはRRC構成情報（RRC configuration information）をUE１０に転送する。なお、ユニット１０１および１０２はバス等を介して相互に接続されている。これらのユニット１０１および１０２は、例えば、UEとの間で無線通信を行うトランシーバ等のインタフェース、SeNB、MMEおよびS-GWとの間で通信を行うトランシーバ等のインタフェース、および、図３、４、７〜９に示す処理またはこれらと同等の処理を実行するために当該インタフェースを制御するCPU等のコントローラにより構成することが出来る。
【００９８】
また、図１２に示すように、ターゲットMeNB２０＿２は、受信部（受信ユニット）２０１と、設定部（設定ユニット）（configuration unit）２０２と、導出部（導出ユニット）２０３と、送信部（送信ユニット）２０４とを備える。受信部２０１は、MME４０からS1-AP：Handover Requestメッセージを受信する。設定部２０２は、S1-AP: Handover Requestメッセージに含まれるポテンシャルS'eNB情報またはSeNB情報に基づいて、SeNB３０＿２またはSeNB３０＿１を設定する。導出部２０３は、鍵S'-KeNBおよびカウンタを導出し、鍵S'-KeNBおよびKSIを含むKey UpdateメッセージをSeNB３０＿２またはSeNB３０＿１に配信する。送信部２０４は、S1-AP: Handover Request AckメッセージをMME４０に送信することにより、カウンタ、KSI、および／またはRRC構成情報をMME４０に送信する。さらに、送信部２０４は、DC構成情報を含むPath Switch RequestメッセージをMME４０に送信することにより、DC構成情報をS-GW６０に送信する。なお、ユニット２０１〜２０４は、バス等を介して相互に接続されている。例これらのユニット２０１〜２０４は、えば、UEとの間で無線通信を行うトランシーバ等のインタフェース、SeNB、MMEおよびS-GWとの間で通信を行うトランシーバ等のインタフェース、および図３、４、７〜９に示す処理、またはこれらと同等の処理を実行するために当該インタフェースを制御するCPU等のコントローラにより構成することが出来る。
【００９９】
また、図１３に示すように、MME４０は、転送部（転送ユニット）４１および４２を備える。転送部４１は、S1-AP：Handover RequiredメッセージおよびS1-AP: Handover Request messageメッセージを用いて、ポテンシャルS'eNB情報またはSeNB情報をソースMeNB２０＿１からターゲットMeNB２０＿２に転送する。転送部４２は、S1-AP: Handover Request AckメッセージおよびRRC: Handover Commandメッセージを用いて、カウンタ、KSI、および／またはRRC構成情報を、ソースMeNB２０＿１を介して、ターゲットMeNB２０＿２からUE１０に転送する。なお、ユニット４１および４２は、バス等を介して相互に接続されている。これらのユニット４１および４２は、例えば、MeNBおよびS-GWとの間で通信を行うトランシーバ等のインタフェース、および図３、４、７〜９に示す処理、またはこれらと同等の処理を実行するために当該インタフェースを制御するCPU等のコントローラにより構成することが出来る。
【０１００】
なお、本発明は、上述した実施形態に限定されるものではなく、特許請求の範囲の記述に基づいて、当業者によって種々の変更が可能であることは明らかである。例えば、上述した実施形態を組み合わせて利用してもよい。
【０１０１】
上記、開示された実施形態の全部または一部は、以下の付記のように記述することが出来るが、これに限定されない。
【０１０２】
（第１実施形態の付記１）
‐ソースMeNBは、「S1-AP: Handover Request」メッセージを送信することにより、ソースSeNBおよびターゲットSeNB情報をMMEに提供する。
‐ターゲットMeNBは、関連するターゲットSeNB RRC情報をMMEに提供する。
‐MMEは、ハンドオーバコマンド（Handover Command）において、関連するターゲットSeNB RRC情報を提供する。
‐ターゲットMeNBにおけるセキュリティ鍵の導出およびターゲットSeNBへの配信。
‐ターゲットMeNBは、「S1-AP：Handover Request Ack」メッセージにおいて、カウンタおよびKSIを、MMEを介してUEに送信する。
‐２つの異なる宛先（ターゲットMeNBおよびターゲットSeNB）への全てのベアラに対する統合ベアラ変更（Merged Modify Bearer）手順。
【０１０３】
（第２実施形態の付記２）
‐ソースMeNBは、ソースSeNBおよびターゲットSeNB情報をMMEに提供する。
‐MMEは、ターゲットSeNBの承認制御を実行する。
‐ターゲットMeNBにおけるセキュリティ鍵の導出およびターゲットSeNBへの配信。
‐ターゲットMeNBは、「S1-AP：Handover Request Ack」メッセージにおいて、カウンタおよびKSIを、MMEを介してUEに送信する。
‐２つの異なる宛先（ターゲットMeNBおよびターゲットSeNB）への全てのベアラに対する統合ベアラ変更（Merged Modify Bearer）手順。
【０１０４】
（第３実施形態の付記３）
‐ソースMeNBは、ソースSeNBおよびターゲットSeNB情報をMMEに提供する。
‐ターゲットMeNBは、関連するターゲットSeNB RRC情報をMMEに提供する。
‐ターゲットMeNBは、「S1-AP：Handover Request Ack」メッセージにおいて、カウンタおよびKSIを、MMEを介してUEに送信する。
‐ターゲットMeNBにおけるセキュリティ鍵の導出およびターゲットSeNBへの配信。
‐２つの異なる宛先（ターゲットMeNBおよびターゲットSeNB）への全てのベアラに対する統合ベアラ変更（Merged Modify Bearer）手順。
【０１０５】
本願は、２０１４年９月１９日に出願された日本特許出願２０１４−１９１５７３号に基づき、かつ優先権の利益を主張するものであり、その日本特許出願の開示は、参照として組み込まれる。
【符号の説明】
【０１０６】
１０                ＵＥ
１１、２０１        受信部
１２、２０３        導出部
２０＿１、２０＿２  ＭｅＮＢ
３０＿１、３０＿２  ＳｅＮＢ
４０                ＭＭＥ
４１、４２、１０２  転送部
５０                Ｓ−ＧＷ
６０                Ｐ−ＧＷ
１０１、２０４      送信部
２０２              設定部
【図１】
2017528993.tif 000003
【図２】
2017528993.tif 000004
【図３】
2017528993.tif 000005
【図４】
2017528993.tif 000006
【図５】
2017528993.tif 000007
【図６】
2017528993.tif 000008
【図７】
2017528993.tif 000009
【図８】
2017528993.tif 000010
【図９】
2017528993.tif 000011
【図１０】
2017528993.tif 000012
【図１１】
2017528993.tif 000013
【図１２】
2017528993.tif 000014
【図１３】
2017528993.tif 000015
【手続補正書】
【提出日】平成29年3月22日(2017.3.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＵＥ（User Equipment）であって、
デュアルコネクティビティ（dual connectivity）のために前記ＵＥが現在アタッチをしているＭｅＮＢ（Master eNB（evolved Node B））を介してＭＭＥ（Mobility Management Entity）から、前記ＵＥを他のＭｅＮＢにハンドオーバするためのコマンドを受信する第１の手段と、
前記コマンドに含まれるパラメータを使用することにより、前記他のＭｅＮＢの制御下でＳｅＮＢ（Secondary eNB）とデュアルコネクティビティを安全に通信するために使用されるセキュリティ鍵を導出する第２の手段と、
を備えるＵＥ。
【請求項２】
前記パラメータは、カウンタおよびＫＳＩ（Key Set Identifier）を含む、
請求項１に記載のＵＥ。
【請求項３】
前記第１の手段は、前記コマンドとして、RRC (Radio Resource Control): Handover Commandメッセージを受信する、
請求項１または２に記載のＵＥ。
【請求項４】
ＵＥにデュアルコネクティビティを提供するためにＳｅＮＢを制御するＭｅＮＢであって、
前記ＵＥを他のＭｅＮＢにハンドオーバすることをＭＭＥに要求するときに、前記他のＭｅＮＢの制御下でデュアルコネクティビティのための利用可能な候補である１つ以上のＳｅＮＢに関する第１の情報を前記ＭＭＥに送信する第１の手段を備えるＭｅＮＢ。
【請求項５】
ＵＥにデュアルコネクティビティを提供するためにＳｅＮＢを制御するＭｅＮＢであって、
前記ＵＥを他のＭｅＮＢにハンドオーバすることをＭＭＥに要求するときに、前記他のＭｅＮＢの制御下でデュアルコネクティビティのための利用可能である前記ＳｅＮＢに関する情報を前記ＭＭＥに送信する第１の手段を備えるＭｅＮＢ。
【請求項６】
前記他のＭｅＮＢの制御下でＳｅＮＢと安全に通信するために使用されるセキュリティ鍵を前記ＵＥが導出するために必要なパラメータを、前記ＭＭＥから前記ＵＥに転送する第２の手段をさらに備える、
請求項４または５に記載のＭｅＮＢ。
【請求項７】
ＭｅＮＢであって、
ＵＥを他のＭｅＮＢから前記ＭｅＮＢ自身にハンドオーバすることをＭＭＥから要求されるときに、前記ＵＥにデュアルコネクティビティを提供するために利用可能な候補である１つ以上のＳｅＮＢに関する第１の情報を前記ＭＭＥから受信する第１の手段と、
前記デュアルコネクティビティを提供するために前記第１の情報に基づいて選択されるＳｅＮＢを設定する第２の手段と、
を備えるＭｅＮＢ。
【請求項８】
ＭｅＮＢであって、
ＵＥを他のＭｅＮＢから前記ＭｅＮＢ自身にハンドオーバすることをＭＭＥから要求されるときに、前記ＵＥにデュアルコネクティビティを提供するために前記他のＭｅＮＢにより使用されたＳｅＮＢに関する第１の情報を前記ＭＭＥから受信する第１の手段と、
前記デュアルコネクティビティを提供するために前記ＳｅＮＢを設定する第２の手段と、
を備え、
前記第２の手段は、設定時に、前記ＳｅＮＢに対するＲＲＣ構成をスキップする、
ＭｅＮＢ。
【請求項９】
ＵＥを他のＭｅＮＢからＭｅＮＢにハンドオーバすることを前記ＭｅＮＢに要求するときに、前記ＵＥにデュアルコネクティビティを提供するための利用可能な候補である１つ以上のＳｅＮＢに関する第１の情報を、前記ＭｅＮＢに転送する第１の手段を備えるＭＭＥ。
【請求項１０】
ＵＥを他のＭｅＮＢからＭｅＮＢにハンドオーバすることを前記ＭｅＮＢに要求するときに、前記ＵＥにデュアルコネクティビティを提供するために前記他のＭｅＮＢにより使用されたＳｅＮＢに関する第１の情報を前記ＭｅＮＢに転送する第１の手段を備えるＭＭＥ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００９６
【補正方法】変更
【補正の内容】
【００９６】
図１０に示すように、UE１０は、受信部（受信ユニット）１１と、導出部（導出ユニット）１２とを備える。受信部１１は、ソースMeNB２０＿１を介してMME４０からRRC：Handover Commandメッセージを受信する。導出部１２は、RRC：Handover Commandメッセージに含まれるカウンタ、KSI等を用いて鍵S'-KeNBを導出する。なお、ユニット１１とユニット１２とは、バス等を介して相互に接続されている。例えば、これらのユニット１１および１２は、MeNBとSeNBとの間で無線通信を行うトランシーバのようなインタフェース、および、図３、４および７から９に示す処理又はそれと同等の処理を実行するために、当該インタフェースを制御するCPU（Central Processing Unit）等のコントローラにより構成することが出来る。
【国際調査報告】
2017528993.tif 000016
2017528993.tif 000017
2017528993.tif 000018
2017528993.tif 000019
2017528993.tif 000020