(57)【要約】【課題】関連技術の問題の少なくとも１つを解決するソリューションを提供する。【解決手段】ＳｅＮＢ３０は、ＭｅＮＢ２０に、所与のＵＥのためにベアラを構成できることを通知する。このとき、ＭｅＮＢ２０は、ＤＲＢステータスを管理し、その後、鍵Ｓ−ＫｅＮＢをＳｅＮＢ３０に送信する。ＭｅＮＢ２０は、また、Ｓ−ＫｅＮＢのためのＫＳＩをＵＥ１０とＳｅＮＢ３０の双方に送信する。このプロシージャの後、ＭｅＮＢ２０は、ＥＰＣ（ＭＭＥ４０又はＳ−ＧＷ５０）に、Ｓ−ＧＷ５０がＳｅＮＢ３０へのベアラをオフロードすることを開始さできるようにするために、ＳｅＮＢ３０において構成された新たなベアラについて通知する。オフロードに先立って、ＥＰＣネットワークエンティティは、要求が許可されたソース（ＭｅＮＢ）から来たものであるかどうか、及びＳｅＮＢ３０がトラヒックをオフロードされることが可能な有効なｅＮＢであるかを検証する。【選択図】図１
2020022204.tif 000002
【特許請求の範囲】
【請求項１】
ＵＥ（User Equipment）、ＳＮ（Secondary Node）)、及びＭＭＥ（Mobility Management Entity）を含む移動体通信システムにおけるＭＮ（Master Node）であって、
前記ＭＮ及び前記ＳＮはＤＣ（Dual Connectivity）のために前記ＵＥに接続されており、
プロセッサと、
前記プロセッサにより実行可能な命令のセットを格納するメモリとを有し、
前記命令が実行されると、前記プロセッサが、前記ＭＮに、
ＳＮ追加リクエストメッセージ又はＳＮ修正リクエストメッセージを前記ＳＮに送信し、
ＳＮ追加リクエスト確認メッセージ又はＳＮ修正リクエスト確認メッセージを前記ＳＮから受信し、
前記ＳＮに対する鍵をアップデートするためのカウンタを含むRRCConnectionReconfigurationメッセージを前記ＵＥに送信し、
RRCConnectionReconfigurationCompleteを前記ＵＥから受信し、
ＤＣ構成情報、又はメッセージがＤＣのためのものであることを示すインディケータを含むＥ−ＲＡＢ修正インディケーションメッセージを前記ＭＭＥに送信し、及び、
Ｅ−ＲＡＢ修正確認メッセージを、ＤＣのためにＳＮのサポートを検証するＭＭＥから受信する、
ことを実行させるＭＮ。
【請求項２】
前記ＭＭＥは、前記ＤＣ構成情報を含む修正ベアラリクエストメッセージをＳ−ＧＷ（Serving Gateway）に送信するように構成され、
前記Ｓ−ＧＷは、前記修正ベアラリクエストメッセージをＰ−ＧＷ（PDN gateway）に送信するように構成され、
前記Ｐ−ＧＷは、修正ベアラレスポンスメッセージを前記Ｓ−ＧＷに送信し、前記ＵＥに下りリンクデータを送信するように構成される請求項１に記載のＭＮ。
【請求項３】
前記インディケータは、メッセージがハンドオーバのためのものではないことを示す請求項１に記載のＭＮ。
【請求項４】
Ｃ−Ｐｌａｎｅ（Control-Plane）信号伝送は、前記ＭＮと前記ＳＮとの間のＸ２−Ｃインタフェース、及び、前記ＭＮと前記ＭＭＥとの間のＳ１−ＭＭＥインタフェースにより実施され、Ｕ−Ｐｌａｎｅ（User-Plane）信号伝送は、前記ＭＮと前記ＳＮとの間のＸ２−Ｕインタフェース、及びＳ−ＧＷ（Serving Gateway）から前記ＭＮと前記ＳＮへのＳ１−Ｕインタフェースにより実施される請求項１に記載のＭＮ。
【請求項５】
前記ＭＮは、ユーザプレーン保護のための更新鍵を導出し、前記ＳＮに前記更新鍵を送信する請求項１記載のＭＮ。
【請求項６】
前記ＤＣ構成情報は、前記ＳＮのアドレスを含む請求項１に記載のＭＮ。
【請求項７】
ＵＥ（User Equipment）、ＳＮ（Secondary Node）)、及びＭＭＥ（Mobility Management Entity）を含む移動体通信システムにおけるＭＮ（Master Node）の方法であって、前記ＭＮ及び前記ＳＮはＤＣ（Dual Connectivity）のために前記ＵＥに接続されており、前記方法は、
ＳＮ追加リクエストメッセージ又はＳＮ修正リクエストメッセージを前記ＳＮに送信し、
ＳＮ追加リクエスト確認メッセージ又はＳＮ修正リクエスト確認メッセージを前記ＳＮから受信し、
前記ＳＮに対する鍵をアップデートするためのカウンタを含むRRCConnectionReconfigurationメッセージを前記ＵＥに送信し、
RRCConnectionReconfigurationCompleteを前記ＵＥから受信し、
ＤＣ構成情報、又はメッセージがＤＣのためのものであることを示すインディケータを含むＥ−ＲＡＢ修正インディケーションメッセージを前記ＭＭＥに送信し、及び、
Ｅ−ＲＡＢ修正確認メッセージを、ＤＣのためにＳＮのサポートを検証するＭＭＥから受信する、
ことを含む方法。
【請求項８】
前記ＭＭＥは、前記ＤＣ構成情報を含む修正ベアラリクエストメッセージをＳ−ＧＷ（Serving Gateway）に送信し、
前記Ｓ−ＧＷは、前記修正ベアラリクエストメッセージをＰ−ＧＷ（PDN gateway）に送信し、
前記Ｐ−ＧＷは、修正ベアラレスポンスメッセージを前記Ｓ−ＧＷに送信し、前記ＵＥに下りリンクデータを送信する請求項７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＣＥ（Small Cell Enhancement）又はＤＣ（Dual Connectivity）のための装置、システム、及び方法に関し、特に、所与のＵＥ（User Equipment）のためのデュアルコネクティビティにおいてセキュリティを提供するためにＳｅＮＢ（Secondary eNB (evolved Node B)）追加／修正プロシージャ（SeNB Addition/Modification procedure）を保護する技術に関する。
【背景技術】
【０００２】
ＳＣＥ又はＤＣは、３ＧＰＰ（3rd Generation Partnership Project）ＲＡＮ（Radio Access Network）ワーキンググループにおいて定義されており、非特許文献１に定義されるアーキテクチャ１Ａに対するセキュリティ局面及び影響の検討が始められた。
【０００３】
ＵＥとＳｅＮＢとの間のユーザプレーンデータ送信に対して、機密性保護のために新たな鍵が必要とされる。ＲＲＣ（Radio Resource Control）信号伝送はＭｅＮＢ（Master eNB）において終端し、従ってＭｅＮＢは鍵管理に対して責任を負う。
【０００４】
非特許文献１に記載される現在のアーキテクチャでは、各ＵＥは１つのＭｅＮＢ及び１つのＳｅＮＢに接続される。ＳｅＮＢとＵＥとの間には、複数のベアラが存在し得る。ＵＥとＳｅＮＢとのユーザプレーン通信保護のためのキーはＳ−ＫＵＰｅｎｃで表され、ＳｅＮＢとＵＥとにおいて、ＵＥとＳｅＮＢとの間で共有される鍵Ｓ−ＫｅＮＢから導出される。Ｓ−ＫｅＮＢは、ＭｅＮＢにおいて導出され、ＳｅＮＢに送信される。ＵＥは、同じＳ−ＫｅＮＢを自身側において導出する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】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
【非特許文献２】S3-140211, 3GPP TSG SA WG3 (Security) Meeting #74
【非特許文献３】S3-140209, 3GPP TSG SA WG3 (Security) Meeting #74
【非特許文献４】S3-140210, 3GPP TSG SA WG3 (Security) Meeting #74
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、本願発明者らは、現在のソリューションには下記問題ａ）からｃ）が存在することを発見した。
ａ）非特許文献２−４に記載されるように、鍵Ｓ−ＫｅＮＢはＳｅＮＢ“追加／修正要求”において送信される。つまり、鍵Ｓ−ＫｅＮＢは、ＳｅＮＢが構成される前に送信される。ＳｅＮＢが構成を拒否したとき（キャパシティ又は他の理由などのため）、又は構成が失敗したときを考えると、ＭｅＮＢは、構成を試みる次のＳｅＮＢのための新たなＳ−ＫｅＮＢを導出しなくてはならず、その間カウンタを増加する。
ｂ）ＭｅＮＢにおいて、ＳｅＮＢＤＲＢ（Data Radio Bearer）構成の情報が存在しない。これは、不切な鍵導出及び管理、すなわち、ＳｅＮＢにおいて新たなＤＲＢが構成されたとき、新たな鍵Ｓ−ＫｅＮＢが導出されるべきかどうか、を生じ得る。
ｃ）Ｓ−ＫｅＮＢ独自性：ＳｅＮＢは、１つより多くのＵＥを取り扱うことができ、ＵＥは、１つより多くのＳｅＮＢに、異なるときに又は同時に（潜在的な将来のアーキテクチャ）接続することができ、ＫＳＩ（Key Set Identifier）がＵＥ及びＳｅＮＢが鍵を確認することを確保することを与える。
【０００７】
従って、本発明の例示的な目的は、上記した問題の少なくとも１つを解決するソリューションを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の例示的な態様に従う各装置、システム、及び方法は、
１）セキュリティ（鍵導出及びアロケーション）に基づく最適化されたＳｅＮＢ追加／修正プロシージャ、及び、
２）セキュアなＳｅＮＢ追加／修正
に対してより詳細を与える。
【０００９】
本発明の第１の例示的な態様によれば、デュアルコネクティビティのためのモバイル通信システムが提供される。このモバイル通信システムは、第１のNode Bと、第２のNode Bと、モビリティ管理装置と、ゲートウェイとを含む。第１のNode Bは、デュアルコネクティビティについての情報又は第２のNode Bについての情報を含む修正インディケーションメッセージ（Modification Indication message）をモビリティ管理装置に送信する。モビリティ管理装置は、デュアルコネクティビティについての情報又は第２のNode Bについての情報を含むベアラ修正要求メッセージ（Modify Bearer Request message）をゲートウェイに送信する。
【００１０】
本発明の第２の例示的な態様によれば、第１のNode Bと第２のNode Bとを有するデュアルコネクティビティのための通信方法が提供される。このコミュニケーション方法は、デュアルコネクティビティについての情報又は第２のNode Bについての情報を含む修正インディケーションメッセージを、第１のNode Bからモビリティ管理装置に送信すること、及び、デュアルコネクティビティについての情報又は第２のNode Bについての情報を含むベアラ修正要求メッセージをモビリティ管理装置からゲートウェイに送信することを含む。
【００１１】
本発明の第３の例示的な態様によれば、デュアルコネクティビティで使用される基地局が提供される。この基地局は、デュアルコネクティビティについて情報又はデュアルコネクティビティのための第２の基地局についての情報を含む修正インディケーションメッセージをモビリティ管理装置に送信する送信手段と、修正確認メッセージ（Modification Confirmation message）をモビリティ管理装置から受信する受信手段とを含む。
【００１２】
本発明の第４の例示的な態様によれば、デュアルコネクティビティで使用されるモビリティ管理装置が提供される。このモビリティ管理装置は、第１のNode Bから、デュアルコネクティビティについての情報又は第２のNode Bについての情報を含む修正インディケーションメッセージを受信する受信手段と、デュアルコネクティビティについての情報又は第２のNode Bについての情報を含むベアラ修正要求メッセージをゲートウェイに送信する送信手段とを含む。
【発明の効果】
【００１３】
本発明によれば、上記した問題の少なくとも１つを解消することができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、本発明の実施形態に係るシステムの構成例を示すブロック図である。
【図２】図２は、実施形態に係るシステムにおける最適化されたＳｅＮＢ追加／修正プロシージャの一例を示すシーケンス図である。
【図３】図３は、実施形態に係るシステムにおける、Ｓ−ＧＷにおけるベアラ修正及びＳｅＮＢ検証の第１の例を示すシーケンス図である。
【図４】図４は、実施形態に係るシステムにおける、Ｓ−ＧＷにおけるベアラ修正及びＳｅＮＢ検証の第２の例を示すシーケンス図である。
【図５】図５は、実施形態に係るシステムにおける、Ｓ−ＧＷにおけるベアラ修正及びＳｅＮＢ検証の第３の例を示すシーケンス図である。
【図６】図６は、実施形態に係るＭｅＮＢの構成例を示すブロック図である。
【図７】図７は、実施形態に係るＭＭＥの構成例を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下、本発明に係る装置、システム、及び方法の実施形態が、図面を伴って記述される。
【００１６】
図１は、この実施形態に係る、ＵＥごとに１つのＳｅＮＢが存在するアーキテクチャの一例としてのシステムの構成例を示す。
【００１７】
このシステムは、ＵＥ１０、ＭｅＮＢ２０、ＳｅＮＢ３０、ＭＭＥ（Mobility Management Entity）４０、及びＳ−ＧＷ（Serving Gateway）５０を含む。なお。図１では図示は省略されているが、システムは、図４から６に示されるＰ−ＧＷ（PDN (Public Data Network) Gateway）６０も含んでいる。
【００１８】
図１に実線で示されるように、Ｃ−Ｐｌａｎｅ（Control-Plane）信号伝送のためのいくつかのインタフェースが提供される。ＵＥ１０は、ＭｅＮＢ２０とＵｕインタフェースを通じて通信する。ＭｅＮＢ２０は、ＳｅＮＢ３０とＸ−２Ｃインタフェースを通じて通信し、ＭＭＥ４０とＳ１−ＭＭＥインタフェースを通じて通信する。Ｓ１−ＭＭＥインタフェースは、ＳｅＮＢ３０とＭＭＥ４０との間には存在しない。
【００１９】
さらに、図１に破線で示されるように、Ｕ−Ｐｌａｎｅ（User-Plane）通信のためのいくつかのインタフェースも提供される。ＭｅＮＢ２０及びＳｅＮＢ３０のそれぞれは、Ｓ−ＧＷ５０とＳ１−Ｕインタフェースを通じて通信する。このアーキテクチャでは、ＵＥ１０とＳ−ＧＷ５０との間のＵ−Ｐｌａｎｅトラヒックは、ＭｅＮＢ２０をオフロードする目的で（換言すれば、ＭｅＮＢ２０とＳ−ＧＷ５０との間のバックホールＳ１−Ｕインタフェースをオフロードする目的で）、ＭｅＮＢ２０及びＳｅＮＢ３０を通じてパラレルに送信される。さらに、１以上のベアラＤＲＢ１からＤＲＢｎが、ＵＥ１０とＳｅＮＢ３０との間に確立される。
【００２０】
次に、図２から５を参照して、この実施形態の動作例が説明される。
【００２１】
１．最適化されたＳｅＮＢ追加／修正プロシージャ
上記に与えられるａ）からｃ）の問題に対し、この実施形態は、
−Ｓ−ＫｅＮＢが図２に示されるステップ４“ＳｅＮＢ追加／修正コマンド”（SeNB Addition/Modification Command）の後に送信される。ステップＳ４において、ＳｅＮＢ３０は所与のＵＥ１０に対してベアラを構成できることを通知する。
−ＭｅＮＢ２０はＤＲＢステータスを管理する。
−ＭｅＮＢ２０はＵＥ１０とＳｅＮＢ３０の双方にＫＳＩを送信する
ことを提案する。
【００２２】
図２は、ＵＥごとに１つのＭｅＮＢとＳｅＮＢのみが存在する、非特許文献１に記載されたシナリオに基づく。なお、ステップＳ４、Ｓ６、及びＳ７における処理が、この発明における新規な部分である。
【００２３】
鍵導出及びアロケーションにおける新たなステップ／パラメータは下記の通りである。
【００２４】
ステップＳ４：ＳｅＮＢ３０は、標準とは異なる場合に、自身の能力をＭｅＮＢ２０に送信する。ＳｅＮＢ３０の能力は、ＳｅＮＢ追加／修正コマンドに含められる。
【００２５】
ステップＳ６：ＭｅＮＢ２０は、Ｓ−ＫｅＮＢ及びＫＳＩを、ＳｅＮＢ追加／修正コマンドの受信後に送信する。Ｓ−ＫｅＮＢ及びＳＫＩを送信するための新たなメッセージは、鍵更新（Key Update）として定義できる。
【００２６】
このステップを実施する理由は、カウンタ値の使用を削減するためである。ＭｅＮＢ２０がＳ−ＫｅＮＢをステップＳ２のＳｅＮＢ追加／修正要求において送信し、ＳｅＮＢ３０がＵＥ１０のための無線リソースを有していないとするならば、受け入れ可能なＳｅＮＢが見つかるまで、ＭｅＮＢは新たな鍵を導出し、次のＳｅＮＢに送信する必要がある。
【００２７】
ステップＳ７：ＭｅＮＢ２０はＳ−ＫｅＮＢのＫＳＩをカウンタと共にＵＥ１０に送信する。これは、ＵＥ１０が必ずＳｅＮＢ３０と同じ鍵を使用するようにするためである。
【００２８】
２．ＭｅＮＢ及びＳｅＮＢの承認
ＳｅＮＢ追加／修正プロシージャの後、非特許文献１に記載されるように“ＥＰＣに向かうＵＰパスの更新が実施される”。ＭｅＮＢ２０は、Ｓ−ＧＷ５０がＳｅＮＢ３０へベアラをオフロードすることを開始することが可能とするように、ＭＭＥ４０及びＳ−ＧＷ５０に、ＳｅＮＢ３０において構成された新たなベアラを通知すべきである。
【００２９】
オフロードを実施する前に、ネットワークエンティティ（ＭＭＥ４０又はＳ−ＧＷ５０）は、１）要求が認証されたソース（ＭｅＮＢ）から来たものであるかどうか、及び２）ＳｅＮＢがトラヒックをオフロードできる有効なｅＮＢであるかどうかの検証を実施すべきである。ネットワークエンティティ（ＭＭＥ４０又はＳ−ＧＷ５０）は、検証のための情報があらかじめ構成されたものであることができ、或いは、検証を要求する他のエンティティと総合作用することができる。
【００３０】
正しいＳｅＮＢ３０にトラヒックをオフロードするために、Ｓ−ＧＷ５０は、ＳｅＮＢ３０、及びＳｅＮＢ３０からＵＥ１０までの間のトラヒックにおいて、ＳｅＮＢＩＤ（Identity）とＩＰ（Internet Protocol）アドレスの上に構成されたオフロードベアラが存在すること知る必要がある。したがって、ＳｅＮＢ３０又はＭｅＮＢ２０は、Ｓ−ＧＷ５０が、デュアルコネクティビティがアクティブ化されてＳｅＮＢ３０に新たなベアラが追加され、かつＳ−ＧＷ５０がＭｅＮＢ２０内のベアラを解放すべきではないことを知るようにするために、ＤＣ構成情報（構成されたＤＲＢ情報、ＳｅＮＢＩＤ、及びＳｅＮＢＩＯアドレスを含む）をＳ−ＧＷ５０に示すべきである。ＭＭＥ４０もまた、Ｓ−ＧＷ５０に情報を転送することを含めてそれに従って動作することができ、かつＭｅＮＢ２０からパススイッチ要求（Path Switch Request message）が受信されたときにハンドオーバプロシージャと同じ動作をしないようにするために、デュアルコネクティビティがアクティブ化されたことを通知されるべきである。
【００３１】
図３から５は、それぞれＳ−ＧＷ５０におけるベアラ修正及びＳｅＮＢ検証のための代替例１から３を示す。
【００３２】
＜代替例１＞
この代替例は、非特許文献１の図Ｇ．１−１、ステップ１１−１３における現行のプロシージャに従う。変更点は、下記に与えられる。
【００３３】
図３に示されるステップＳ１１において、ＭｅＮＢ２０は、新たに構成されたＳｅＮＢ及びＤＲＢについて、１）ＤＣ構成情報（構成されたＤＲＢ情報、ＳｅＮＢＩＤ、及びＳｅＮＢＩＰアドレスを含む）と、ＤＣのためのものであることを示すインディケータ（indicator）とを含め、ＭＭＥ４０に知らせる。ＭＭＥ４０は、ステップＳ１２においてＳ−ＧＷ５０に情報を転送できる。
【００３４】
ステップＳ１２：ＭＭＥ４０は、ＤＣケースである旨をＵＥの所与のＤＥＢはＳｅＮＢ３０に送信されるべきである情報と共に示すベアラ修正を、Ｓ−ＧＷ５０に送信する。
【００３５】
ネットワークエンティティ（ＭＭＥ４０又はＳ−ＧＷ５０）は、１）ＭｅＮＢ２０が所与のＵＥ１０のためにＳｅＮＢ３０を構成することが許可されているかどうか、２）ＳｅＮＢ３０が有効なネットワーク要素であるかどうか、及び、３）ＳｅＮＢはデュアルコネクティビティを提供することを許可されているかどうかを検証する。ＭＭＥ４０にて検証が実施されるとき、検証はＭＭＥ４０がステップＳ１１のメッセージを受信した後であるべきである。Ｇ−ＧＷ５０にて検証が実施されるときは、検証はＭＭＥ４０からのメッセージを受信した後に起こり得る。
【００３６】
＜代替例２＞
プロシージャは、非特許文献１のＧ１において示されるように、パススイッチプロシージャ（Path Switch procedure）を使用する。なお、それはＭｅＮＢ２０により開始される。
【００３７】
図４に示されるステップＳ２１において、ＭｅＮＢ３０は、１）ＤＣ構成情報（構成されたＤＲＢ情報、ＳｅＮＢＩＤ、及びＳｅＮＢＩＰアドレスを含む）と、２）ＤＣのためのものである旨を示すインディケータとを含むパススイッチ要求メッセージをＭＭＥ４０に送信する。これは、ＳｅＮＢから構成された新たなベアラが存在し、ＵＥがハンドオーバプロシージャにおいてセルを変更したわけではないことを知らせるものである。
【００３８】
ステップＳ２２：ＭＭＥ４０がパススイッチ要求を受信したとき、ＭＥＥ４０はこのメッセージがＤＣのためのものか又はハンドオーバのためのものかを判断する。それがＤＣのためのものであれば、ＭＭＥ４０はＮＨ（Next Hop）を計算せず、保持するＮＣＣ（Next-hop Chaining Counter）値を増加しない。ＭＭＥ４０は、その後、上記受信したＤＣ構成情報（構成されたＤＲＢ情報、ＳｅＮＢＩＤ、及びＳｅＮＢＩＰアドレスを含む）ベアラ修正要求メッセージをＳ−ＧＷ５０に送信する。
【００３９】
ステップＳ２３：Ｓ−ＧＷ５０は、検証が正常に完了したならば、ベアラ修正応答（Modify Bearer Response）をＭＭＥ４０に送信する。
【００４０】
ステップＳ２４：ＭＭＥ４０は、パススイッチ要求Ａｃｋ（Acknowledgement）をＭｅＮＢ２０に送信する。ＭＭＥ４０は、ＭｅＮＢ２０にこれはＤＣのためのものであることを知らせるインディケータを含めるべきである。ＭＭＥ４０は、これはハンドオーバのためのものではないため、いなかるＮＣＣ値もこのメッセージに含めるべきではない。
【００４１】
ステップＳ２５：Ｓ−ＧＷ５０及びＰ−ＧＷ６０はベアラ修正要求／応答メッセージを交換する。
【００４２】
ステップＳ２６：Ｐ−ＧＷ６０はダウンリンクデータ（Downlink data）を開始する。
【００４３】
ネットワークエンティティ（ＭＭＥ４０又はＳ−ＧＷ５０）は、代替案１と同様に検証を実施すべきである。
【００４４】
＜代替案３＞
プロシージャは、非特許文献１のＧ１において示されるように、パススイッチプロシージャも使用する。なお、それはＳｅＮＢ３０により開始される。
【００４５】
図５に示されるステップＳ３１−Ｓ３２において、ＳｅＮＢ３０は、１）ＤＣ構成情報（構成されたＤＲＢ情報、ＳｅＮＢＩＤ、及びＳｅＮＢＩＰアドレスを含む）、及び２）ＤＣであることを示すインディケータを含むパススイッチ要求メッセージをＭＭＥ４０にＭｅＮＢ２０を介して送信する。これは、ＳｅＮＢから構成された新たなベアラが存在し、ＵＥがハンドオーバプロシージャにおいてセルを変更したわけではないことを知らせるものである。
【００４６】
ステップＳ３３：ＭＭＥ４０がパススイッチ要求を受信したとき、ＭＭＥ４０はこのメッセージがＤＣのためのものであるか、ハンドオーバのためのものであるかを判断する。それがＤＣのためのものであれば、ＭＭＥ４０はＮＨを計算せず、保持するＮＣＣ値を増加しない。ＭＭＥ４０は、その後、上記受信したＤＣ構成情報（構成されたＤＲＢ情報、ＳｅＮＢＩＤ、及びＳｅＮＢＩＰアドレスを含む）を含むベアラ修正要求メッセージをＳ−ＧＷ５０に送信する。
【００４７】
ステップＳ３４：Ｓ−ＧＷ５０は、検証が正常に終了したならば、ベアラ修正応答をＭＭＥ４０に送信する。
【００４８】
ステップＳ３５−Ｓ３６：ＭＭＥ４０は、パススイッチ要求ＡＣｋをＳｅＮＢ３０にＭｅＮＢ２０を介して送信する。ＭＭＥ４０は、ＤＣのためのものである旨をＭｅＮＢ２０に知らせるインディケータを含めるべきである。ＭＭＥ４０は、これはハンドオーバのためのものではないため、いなかるＮＣＣ値もこのメッセージに含めるべきではない。
【００４９】
ステップＳ３７：Ｓ−ＧＷ５０及びＰ−ＧＷ６０はベアラ修正要求／応答メッセージを交換する。
【００５０】
ステップＳ３８：Ｐ−ＧＷ６０はダウンリンクデータを開始する。
【００５１】
ネットワークエンティティ（ＭＭＥ４０又はＳ−ＧＷ５０）は、代替例１と同様に検証を実施すべきである。
【００５２】
次に、ＭｅＮＢ２０及びＭＭＥ４０の構成例が図６及び７をそれぞれ参照して説明される。
【００５３】
図６に示されるように、ＭｅＮＢ２０は、送信ユニット２１と受信ユニット２２とを含む。送信ユニット２１は、ＭＭＥ４０に、図３においてステップＳ１１で示されるように、ＤＣ構成情報及び／又はインディケータを含むＥ−ＲＡＢ修正インディケーションメッセージを送信する。受信ユニット２２は、ＭＭＥ４０から、図３においてステップＳ１３で示されるようにＥ−ＲＡＢ修正確認メッセージを受信する。ここで、これらユニット２１及び２２は、ＭｅＮＢ２０の他の要素と同様に、少なくとも、ＳｅＮＢ３０、ＭＭＥ４０、及びＳ−ＧＷ５０との通信を実施するトランシーバ、ＵＥ１０と無線通信を実施するトランシーバ、及び、それらトランシーバを制御し、図２から図５のそれぞれに示される処理又はそれらと等価な処理を実行するＣＰＵ（Central Processing Unit）のようなコントローラなどのハードウェアにより実現されることができる。ＭｅＮＢ２０は、そのようなハードウェアとソフトウェア（例えばメモリに格納されＣＰＵにより実行されるプログラム）の組み合わせにより実現されることができる。
【００５４】
図７に示されるように、ＭＭＥ４０は、少なくとも受信ユニット４０と送信ユニット４１とを含む。受信ユニット４１は、ＭｅＮＢ２０から、ＤＣ構成情報、及び／又はインディケータを含むＥ−ＲＡＢ修正インディケーションメッセージを受信する。送信ユニット４２は、Ｓ−ＧＷ５０に、図４においてステップＳ２２に示されるように、ＤＣ構成情報及び／又はインディケータを含むベアラ修正要求メッセージを送信する。送信ユニット４２は、更に、Ｅ−ＲＡＢ修正確認メッセージをＭｅＮＢ２０に送信するように構成され得る。ＭＭＥ４０は、更に検証ユニット４３を含み得る。検証ユニット４３は、Ｅ−ＲＡＢ修正インディケーションメッセージによりトリガされて、上記したように、デュアルコネクティビティのためにＭｅＮＢ２０及びＳｅＮＢ３０を検証する。これに代えて、ベアラ修正要求メッセージがＳ−ＧＷ５０をトリガし、そのような検証を実施させてもよい。ここで、これらユニット４１から４３は、ＭＭＥ４０の他の要素と同様に、少なくとも、ＭｅＮＢ２０及びＳ−ＧＷ５０との通信を実施するトランシーバ、及び、このトランシーバを制御し、図２から図５のそれぞれに示される処理又はそれと等価な処理を実行するＣＰＵのようなコントローラなどのハードウェアにより実現されることができる。ＭＭＥ４０は、そのようなハードウェアとソフトウェア（例えばメモリに格納されＣＰＵにより実行されるプログラム）の組み合わせにより実現されることができる。
【００５５】
なお、本発明は上記した実施形態には限定されず、特許請求の範囲の規定に基づいて当業者によって種々の変更がなされ得ることは自明である。
【００５６】
上記で説明された実施形態の全部又は一部は、下記の付記のように記述され得るが、これには限定されない。
【００５７】
（付記１）
“ＳｅＮＢ追加／修正コマンド”の受信後、鍵Ｓ−ＫｅＮＢを送出するＭｅＮＢであって、その結果、
１）受信はしたが所与のＵＥのためにベアラが構成されないＳｅＮＢによりＳ−ＫｅＮＢが悪意を持って使用されることを防ぎ、及び／又は、
２）カウンタ値の増加を抑制できる。
【００５８】
（付記２）
ＳｅＮＢとＵＥとの双方に同一なＳ−ＫｅＮＢを送信するＭｅＮＢ。
【００５９】
（付記３）
ＳｅＮＢ／新たなベアラ構成についてＥＰＣ（ＭＭＥ及び／又はＳ−ＧＷ）に通知するパススイッチ要求メッセージを再利用するシステム。
【００６０】
（付記４）
ＭｅＮＢ及びＳｅＮＢがデュアルコネクティビティを実施することを許可されているかを検証するＳ−ＧＷ。
【００６１】
（付記５）
システムであって、パススイッチプロシージャがＤＣのためにアップデートされ、
１）ＤＣ構成情報（構成されたＤＲＢ情報、ＳｅＮＢＩＤ、及びＳｅＮＢＩＰアドレスを含む、及び、
２）ＤＣのためのものであることを示すインディケータ、
を含むシステム。
【００６２】
（付記６）
システムであって、このプロシージャにおけるＭＭＥ及びＳ−ＧＷの動作がデュアルコネクティビティのためにアップデートされ、
１）ＭＭＥは、ＮＨを計算せず、かつ保持するＮＣＣ値を増加させない、
２）ＭＭＥは、パススイッチ要求ＡｃｋメッセージがＤＣのためのものであることをＭｅＮＢに知らせるインディケータを含めるべきであり、
３）ＭＭＥは、ハンドオーバのためのものではないためにパススイッチ要求ＡｃｋメッセージにいなかるＮＣＣ値も含めないべきであり、及び／又は、
４）Ｓ−ＧＷは、ハンドオーバプロシージャのようにＭｅＮＢ内のベアラを開放しない、
システム。
【００６３】
本願は、２０１４年３月６日に提出された日本特許出願２０１４−０４３９２９に基づき、かつ優先権の利益を主張するものであり、その日本特許出願の開示は、参照として組み込まれる。
【符号の説明】
【００６４】
１０          ＵＥ
２０          ＭｅＮＢ
２１、４２    送信ユニット
２２、４１    受信ユニット
４３          検証ユニット
３０          ＳｅＮＢ
４０          ＭＭＥ
５０          Ｓ−ＧＷ
６０          Ｐ−ＧＷ
【図１】
2020022204.tif 000003
【図２】
2020022204.tif 000004
【図３】
2020022204.tif 000005
【図４】
2020022204.tif 000006
【図５】
2020022204.tif 000007
【図６】
2020022204.tif 000008
【図７】
2020022204.tif 000009