JP2017502571A

JP2017502571A - モバイル通信システム、基地局、及びそれらの方法

Info

Publication number: JP2017502571A
Application number: JP2016535196A
Authority: JP
Inventors: シャオウェイジャン; アナンドラガワプラサド
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2014-03-06
Filing date: 2015-03-05
Publication date: 2017-01-19
Also published as: JP2020022204A; KR101819409B1; EP3114880A1; US10375614B2; US20190373529A1; US20190215748A1; WO2015133144A1; US10856197B2; JP6399117B2; JP2017085667A; KR20160132052A; US11284322B2; US20190281521A1; JP2018207528A; US11246075B2; US20170078940A1; US20220159537A1

Abstract

ＳｅＮＢ（３０）は、ＭｅＮＢ（２０）に、所与のＵＥのためにベアラを構成できることを通知する。このとき、ＭｅＮＢ（２０）は、ＤＲＢステータスを管理し、その後、鍵Ｓ−ＫｅＮＢをＳｅＮＢ（３０）に送信する。ＭｅＮＢ（２０）は、また、Ｓ−ＫｅＮＢのためのＫＳＩをＵＥ（１０）とＳｅＮＢ（３０）の双方に送信する。このプロシージャの後、ＭｅＮＢ（２０）は、ＥＰＣ（ＭＭＥ（４０）又はＳ−ＧＷ（５０））に、Ｓ−ＧＷ５０がＳｅＮＢ（３０）へのベアラをオフロードすることを開始さできるようにするために、ＳｅＮＢ（３０）において構成された新たなベアラについて通知する。オフロードに先立って、ＥＰＣネットワークエンティティ（ＭＭＥ（４０）又はＳ−ＧＷ（５０））は、１）要求が許可されたソース（ＭｅＮＢ）から来たものであるかどうか、及び２）ＳｅＮＢ（３０）がトラヒックをオフロードされることが可能な有効なｅＮＢであるかを検証する。【選択図】図１

Description

本発明は、ＳＣＥ（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）のようなコントローラなどのハードウェアにより実現されることができる。ＭｅＮＢ２０は、そのようなハードウェアとソフトウェア（例えばメモリに格納されＣＰＵにより実行されるプログラム）の組み合わせにより実現されることができる。

図７に示されるように、ＭＭＥ４０は、少なくとも受信ユニット４０と送信ユニット４１とを含む。受信ユニット４１は、ＭｅＮＢ２０から、ＤＣ構成情報、及び／又はインディケータを含むＥ−ＲＡＢ修正インディケーションメッセージを受信する。送信ユニット４２は、Ｓ−ＧＷ５０に、図４においてステップＳ２２に示されるように、ＤＣ構成情報及び／又はインディケータを含むベアラ修正要求メッセージを送信する。送信ユニット４２は、更に、Ｅ−ＲＡＢ修正確認メッセージをＭｅＮＢ２０に送信するように構成され得る。ＭＭＥ４０は、更に検証ユニット４３を含み得る。検証ユニット４３は、Ｅ−ＲＡＢ修正インディケーションメッセージによりトリガされて、上記したように、デュアルコネクティビティのためにＭｅＮＢ２０及びＳｅＮＢ３０を検証する。これに代えて、ベアラ修正要求メッセージがＳ−ＧＷ５０をトリガし、そのような検証を実施させてもよい。ここで、これらユニット４１から４３は、ＭＭＥ４０の他の要素と同様に、少なくとも、ＭｅＮＢ２０及びＳ−ＧＷ５０との通信を実施するトランシーバ、及び、このトランシーバを制御し、図２から図５のそれぞれに示される処理又はそれと等価な処理を実行するＣＰＵのようなコントローラなどのハードウェアにより実現されることができる。ＭＭＥ４０は、そのようなハードウェアとソフトウェア（例えばメモリに格納されＣＰＵにより実行されるプログラム）の組み合わせにより実現されることができる。

なお、本発明は上記した実施形態には限定されず、特許請求の範囲の規定に基づいて当業者によって種々の変更がなされ得ることは自明である。

上記で説明された実施形態の全部又は一部は、下記の付記のように記述され得るが、これには限定されない。

（付記１）
“ＳｅＮＢ追加／修正コマンド”の受信後、鍵Ｓ−ＫｅＮＢを送出するＭｅＮＢであって、その結果、
１）受信はしたが所与のＵＥのためにベアラが構成されないＳｅＮＢによりＳ−ＫｅＮＢが悪意を持って使用されることを防ぎ、及び／又は、
２）カウンタ値の増加を抑制できる。

（付記２）
ＳｅＮＢとＵＥとの双方に同一なＳ−ＫｅＮＢを送信するＭｅＮＢ。

（付記３）
ＳｅＮＢ／新たなベアラ構成についてＥＰＣ（ＭＭＥ及び／又はＳ−ＧＷ）に通知するパススイッチ要求メッセージを再利用するシステム。

（付記４）
ＭｅＮＢ及びＳｅＮＢがデュアルコネクティビティを実施することを許可されているかを検証するＳ−ＧＷ。

（付記５）
システムであって、パススイッチプロシージャがＤＣのためにアップデートされ、
１）ＤＣ構成情報（構成されたＤＲＢ情報、ＳｅＮＢＩＤ、及びＳｅＮＢＩＰアドレスを含む、及び、
２）ＤＣのためのものであることを示すインディケータ、
を含むシステム。

（付記６）
システムであって、このプロシージャにおけるＭＭＥ及びＳ−ＧＷの動作がデュアルコネクティビティのためにアップデートされ、
１）ＭＭＥは、ＮＨを計算せず、かつ保持するＮＣＣ値を増加させない、
２）ＭＭＥは、パススイッチ要求ＡｃｋメッセージがＤＣのためのものであることをＭｅＮＢに知らせるインディケータを含めるべきであり、
３）ＭＭＥは、ハンドオーバのためのものではないためにパススイッチ要求ＡｃｋメッセージにいなかるＮＣＣ値も含めないべきであり、及び／又は、
４）Ｓ−ＧＷは、ハンドオーバプロシージャのようにＭｅＮＢ内のベアラを開放しない、
システム。

本願は、２０１４年３月６日に提出された日本特許出願２０１４−０４３９２９に基づき、かつ優先権の利益を主張するものであり、その日本特許出願の開示は、参照として組み込まれる。

１０ＵＥ
２０ＭｅＮＢ
２１、４２送信ユニット
２２、４１受信ユニット
４３検証ユニット
３０ＳｅＮＢ
４０ＭＭＥ
５０Ｓ−ＧＷ
６０Ｐ−ＧＷ

Claims

デュアルコネクティビティのためのモバイル通信システムであって、
第１のNode Bと、
第２のNode Bと、
モビリティ管理装置と、
ゲートウェイとを備え、
前記第１のNode Bは、デュアルコネクティビティについての情報、又は前記第２のNode Bについての情報を含む修正インディケーションメッセージ（Modification Indication message）を前記モビリティ管理装置に送信し、かつ
前記モビリティ管理装置は、前記デュアルコネクティビティについての情報又は前記第２のNode Bについての情報を含むベアラ修正要求メッセージ（Modify Bearer Request message）を前記ゲートウェイに送信するモバイル通信システム。
前記モビリティ管理装置は、修正確認メッセージ（Modification Confirmation message）を前記第１のNode Bに送信する請求項１に記載のモバイル通信システム。
前記ゲートウェイは、ベアラ修正応答（Modify Bearer Response）を前記モビリティ管理装置に送信する請求項１又は２に記載のモバイル通信システム。
前記モビリティ管理装置は、前記修正インディケーションメッセージによりトリガされてデュアルコネクティビティのために前記第１のNode Bと前記第２のNode Bを検証し、又は、
前記ゲートウェイは、前記ベアラ修正要求メッセージによりトリガされて前記検証を実施する請求項１から３何れか１項に記載のモバイル通信システム。
前記第１のNode BはＭｅＮＢ（Master evolved Node B）を構成し、前記第２のNode BはＳｅＮＢ（Secondary evolved Node B）を構成し、前記モビリティ管理装置はＭＭＥ（Mobility Management Entity）を構成し、前記ゲートウェイはＳＧＷ（Serving Gateway）を構成する請求項１から４何れか１項に記載のモバイル通信システム。
修正インディケーションメッセージはＥ−ＲＡＢ（E-UTRAN (Evolved Universal Terrestrial Radio Access Network) Radio Access Bearer）修正インディケーションメッセージ（E-RAB Modification Indication message）を構成し、前記修正確認メッセージはＥ−ＲＡＢ修正確認メッセージ（E-RAB Modification Confirmation message）を構成する請求項１から５何れか１項に記載のモバイル通信システム。
第１のNode B及び第２のNode Bを有するデュアルコネクティビティのための通信方法であって、
デュアルコネクティビティについての情報又は前記第２のNode Bについての情報を含む修正インディケーションメッセージを、前記第１のNode Bからモビリティ管理装置に送信し、及び、
前記デュアルコネクティビティについての情報又は前記第２のNode Bについての情報を含むベアラ修正要求メッセージを、前記モビリティ管理装置から前記ゲートウェイに送信する通信方法。
更に、修正確認メッセージを前記モビリティ管理装置から前記第１のNode Bに送信する請求項７に記載の通信方法。
ベアラ修正要求を前記ゲートウェイから前記モビリティ管理装置に送信することを更に有する請求項７又は８に記載の通信方法。
前記修正インディケーションメッセージは、前記モビリティ管理装置に、デュアルコネクティビティのために前記第１のNode Bと前記第２のNode Bとを検証させ、又は、
前記修正インディケーションメッセージは、前記ゲートウェイに前記検証の実施をさせる請求項７から９何れか１項に記載の通信方法。
前記第１のNode BはＭｅＮＢ（Master evolved Node B）を構成し、前記第２のNode BはＳｅＮＢ（Secondary evolved Node B）を構成し、前記モビリティ管理装置はＭＭＥ（Mobility Management Entity）を構成し、前記ゲートウェイはＳＧＷ（Serving Gateway）を構成する請求項７から１０何れか１項に記載の通信方法。
修正インディケーションメッセージはＥ−ＲＡＢ（E-UTRAN (Evolved Universal Terrestrial Radio Access Network) Radio Access Bearer）修正インディケーションメッセージを構成し、前記修正確認メッセージはＥ−ＲＡＢ修正確認メッセージを構成する請求項７から１１何れか１項に記載の通信方法。
デュアルコネクティビティに使用される基地局であって、
デュアルコネクティビティについての情報又はデュアルコネクティビティのための第２の基地局についての情報を含む修正インディケーションメッセージを前記モビリティ管理装置に送信する送信手段と、
修正確認メッセージを前記モビリティ管理装置から受信する受信手段とを備える基地局。
前記基地局はevolved Node Bを構成する請求項１３に記載の基地局。
前記基地局はＭｅＮＢ（Master evolved Node B）を構成し、前記第２のNode BはＳｅＮＢ（Secondary evolved Node B）を構成し、前記モビリティ管理装置はＭＭＥ（Mobility Management Entity）を構成する請求項１３又は１４に記載の基地局。
前記修正インディケーションメッセージはＥ−ＲＡＢ（E-UTRAN (Evolved Universal Terrestrial Radio Access Network) Radio Access Bearer）修正インディケーションメッセージを構成し、前記修正確認メッセージはＥ−ＲＡＢ修正確認メッセージを構成する請求項１３から１５何れか１項に記載の基地局。
デュアルコネクティビティで使用されるモビリティ管理装置であって、
第１のNode Bから、デュアルコネクティビティについての情報、又は前記第２のNode Bについての情報を含む修正インディケーションメッセージを受信する受信手段と、
前記デュアルコネクティビティについての情報又は前記第２のNode Bについての情報を含むベアラ修正要求メッセージをゲートウェイに送信する送信手段とを有するモビリティ管理装置。
前記送信手段は、修正確認メッセージを前記第１のNode Bに送信するように更に構成される請求項１７に記載のモビリティ管理装置。
前記修正インディケーションメッセージによりトリガされて、デュアルコネクティビティのために前記第１のNode Bと前記第２のNode Bを検証する検証手段を更に有する請求項１７又は１８に記載のモビリティ管理装置。
前記モビリティ管理装置はＭＭＥ（Mobility Management Entity）を構成する請求項１７から１９何れか１項に記載のモビリティ管理装置。
前記第１のNode BはＭｅＮＢ（Master evolved Node B）を構成し、前記第２のNode BはＳｅＮＢ（Secondary evolved Node B）を構成し、前記ゲートウェイはＳＧＷ（Serving Gateway）を構成する請求項１７から２０何れか１項に記載のモビリティ管理装置。
前記修正インディケーションメッセージはＥ−ＲＡＢ（E-UTRAN (Evolved Universal Terrestrial Radio Access Network) Radio Access Bearer）修正インディケーションメッセージを構成し、前記修正確認メッセージはＥ−ＲＡＢ修正確認メッセージを構成する請求項１７から２１何れか１項に記載のモビリティ管理装置。