セキュリティアルゴリズムを選択するためのシステム及び方法
【課題】ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティ管理の向上を図る。
【解決手段】ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理する方法及び装置が記載される。一実施の形態では、該方法は、コアネットワークにおいて、通信ネットワークに接続するユーザデバイスのためのセキュリティ能力情報を受信することを含む。次いで、基地局のためのセキュリティ能力情報は、メモリ又はその基地局自体から入手される。次いで、ユーザデバイスのためのセキュリティ能力情報及び基地局のためのセキュリティ能力情報をコアネットワークにおいて処理して、ユーザデバイスと基地局との間の接続のためのセキュリティポリシーを選択する。選択されたセキュリティポリシーは基地局に送信される。
【解決手段】ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理する方法及び装置が記載される。一実施の形態では、該方法は、コアネットワークにおいて、通信ネットワークに接続するユーザデバイスのためのセキュリティ能力情報を受信することを含む。次いで、基地局のためのセキュリティ能力情報は、メモリ又はその基地局自体から入手される。次いで、ユーザデバイスのためのセキュリティ能力情報及び基地局のためのセキュリティ能力情報をコアネットワークにおいて処理して、ユーザデバイスと基地局との間の接続のためのセキュリティポリシーを選択する。選択されたセキュリティポリシーは基地局に送信される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク、限定はしないが、特に３ＧＰＰ標準規格、或いは３ＧＰＰ標準規格と同等の規格又は３ＧＰＰ標準規格から派生した規格に従って動作するネットワークにおけるセキュリティアルゴリズムの選択に関する。
【背景技術】
【０００２】
通信ネットワークでは、ネットワーク内の構成要素又はノード間に接続が確立される。詳細には、少なくとも部分的に無線インタフェースを介して、移動通信デバイスのようなユーザ装置（ＵＥ）と、基地局（ｅＮｏｄｅＢ）構成要素との間に接続が確立される。
【０００３】
無線接続は特に傍受されやすく、敵対する可能性がある第三者が、これらの接続を介して送信される通信から情報を入手しようとする場合がある。無線接続による通信は、合意されたアルゴリズムを用いて保護される。特定の接続を介して通信するために使用するアルゴリズムは、その接続が確立されるときに、ｅＮｏｄｅＢ及びＵＥ構成要素のような、その接続の当事者間で合意される。
【０００４】
アタッチメント過程においてＵＥがｅＮｏｄｅＢに接続するとき、たとえば、移動デバイスの電源が入れられるとき、又はハンドオーバ過程においてＵＥがネットワーク内の１つのｅＮｏｄｅＢから異なるｅＮｏｄｅＢに移動するときに、接続が確立される場合がある。
【０００５】
アタッチメント又はハンドオーバ中に、ＵＥが接続しているｅＮｏｄｅＢは、そのＵＥのセキュリティ能力を判断する。この情報と、自らのセキュリティ能力に基づいて、ｅＮｏｄｅＢは、その接続上のトラフィックのためのセキュリティアルゴリズムを選択し、規定する。しかしながら、このためには、ｅＮｏｄｅＢ構成要素が、ネットワークから且つ接続中のユーザから高い信頼を得る必要があり、これは特にローミング中のユーザにとって問題になる場合がある。ｅＮｏｄｅＢによって不適当な又は不十分なセキュリティアルゴリズムが選択されると、結果として、接続中のユーザのためのセキュリティが乏しい場合があり、全体としてネットワークのセキュリティに関して弱点が生じるおそれがある。
【発明の概要】
【０００６】
通信ネットワークにおいて適用することができる種々の頭字語は、当然、当業者には既知であるが、一般の読者の便宜を図るために用語辞典が添付される。当業者が効率的に理解できるようにするために、本発明をＥ−ＵＴＲＡＮシステムとの関連で詳細に説明するが、識別子システムの原理は、他のシステム、たとえば、ｅＮｏｄｅＢ構成要素のような基地局構成要素が互いに又は通信ネットワーク内のゲートウェイデバイスのような他のデバイスと通信する３Ｇ ＣＤＭＡ又は他の無線システムであって、必要に応じて該システムの対応する構成要素が変更されている、システムにも適用することができる。また、本発明の方法及びシステムは、無線ローカルエリアネットワーク（ＷＬＡＮ）又は他のローカルネットワーク（ＬＡＮ）若しくはワイドエリアネットワーク（ＷＡＮ）において実現することもできる。
【課題を解決するための手段】
【０００７】
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理する方法であって、
コアネットワークにおいて、通信ネットワークに接続するユーザデバイスにためのセキュリティ能力情報を受信すること、
基地局にためのセキュリティ能力情報を入手すること、
コアネットワークにおいて、ユーザデバイスにためのセキュリティ能力情報及び基地局にためのセキュリティ能力情報を処理することであって、ユーザデバイスと基地局との間の接続にためのセキュリティポリシーを選択する、処理すること、及び
選択されたセキュリティポリシーを基地局に送信することを含む、方法が提供される。
【０００８】
有利には、該方法によれば、セキュリティポリシーの選択をコアネットワークによって制御できるようになる。基地局のためのセキュリティ能力情報を受信することによって、その基地局の能力を考慮に入れて、この選択を行うことができるようになる。
【０００９】
上記で言及されたように、ＵＥと通信するためのセキュリティアルゴリズムをｅＮｏｄｅＢが選択するのが効率的である可能性が高いが、この方法には短所がある。詳細には、ｅＮｏｄｅＢは、利用可能な最も安全性の高いアルゴリズムを選択しない場合があるか、又は選択されたアルゴリズムが、コアネットワークのセキュリティポリシーと一致しない場合がある。それゆえ、接続中のユーザは、ｅＮｏｄｅＢを信頼して、適当なセキュリティポリシーを実現しなければならない。
【００１０】
特許請求されるように、コアネットワークによってセキュリティポリシーを選択することによって、接続中のユーザから得られる信頼がさらに高くなり、ネットワークにわたってセキュリティを最適にできる場合がある。
【００１１】
好ましい実施の形態では、該方法は、コアネットワークのためのセキュリティポリシー情報を入手すること、及びコアネットワークのためのセキュリティポリシー情報に基づいて、セキュリティポリシーを選択することをさらに含む。それゆえ、該方法によれば、セキュリティポリシーの選択は、コアネットワークの任意の要件及び優先度を考慮に入れることができるようになる。たとえば、コアネットワークは、限られた数のセキュリティポリシーを用いる接続を許す場合があるか、或いは１つ又は複数の好ましいセキュリティポリシーを有する場合がある。
【００１２】
セキュリティポリシーは、セキュリティポリシーの優先順位付きのリストから選択される場合があり、そのリストは、コアネットワークによって規定される場合があるか、又は、たとえば、ネットワーク内の基地局によって用いられたセキュリティポリシーの先行経験に基づいて、セキュリティポリシー選択をハンドリングしているデバイスによって構成される場合がある。
【００１３】
一実施の形態では、ユーザデバイスのためのセキュリティ能力情報を受信する前に、コアネットワークは、コアネットワーク内の複数の基地局それぞれのためのセキュリティ能力情報を受信する。
【００１４】
基地局とコアネットワークとの間の接続を確立した後に、セキュリティ能力情報が受信されることが好ましい。それゆえ、ｅＮｏｄｅＢのような新たな基地局が、ゲートウェイのようなコアネットワーク構成要素に接続するとき、基地局は、基地局のセキュリティ能力情報の詳細をコアネットワークに送信する。その後、その情報は、たとえば、各基地局に関連付けられるコンテキストにおいて、コアネットワーク内のデータベースに格納される場合がある。このようにして、ユーザが基地局を介して接続を設定しようとする前に、コアネットワークは、そのコアネットワークに接続される各構成要素のセキュリティ能力に関連する情報を入手することができる。その後、この情報は、メモリから入手することができ、要求される接続のためのセキュリティポリシーを判断する際に用いることができる。
【００１５】
有利には、コアネットワークは基地局のセキュリティ能力を既に知っているので、この方法によれば、ユーザへの接続が設定されるときに課せられるシグナリングオーバーヘッドが最小限に抑えられる。それゆえ、この時点において基地局のセキュリティ能力を判断するために、さらなるメッセージは不要であるので、より迅速に接続を設定できるようになる。
【００１６】
この実施の形態において、該方法は、基地局のためのセキュリティ能力情報を受信すること、及びデータベースを更新することであって、そのセキュリティ能力情報を格納する、更新することをさらに含む場合がある。それゆえ、ユーザ装置がその基地局への接続を要求する場合に使用するために、セキュリティ能力情報が格納される。
【００１７】
該方法は、ソース基地局からターゲット基地局へのユーザデバイスの移動に関する通知を受信すること、
ターゲット基地局のためのセキュリティ能力情報を入手すること、
ターゲット基地局に接続するために、セキュリティポリシーの変更が必要とされるか否かを判断すること、及び
選択されたセキュリティポリシーをターゲット基地局に送信することをさらに含む場合がある。
【００１８】
代替的な実施の形態では、該方法は、基地局からセキュリティ能力情報を受信することをさらに含む。その情報は、アタッチメント要求メッセージの一部として受信される場合があるか、又はコアネットワーク構成要素からの要求時に受信される場合がある。
【００１９】
この実施の形態は、コアネットワークが各基地局構成要素のセキュリティ能力のデータベースを保守する必要がないという利点を提供する。むしろ、コアネットワークは、この情報を使用する必要があるときにのみ、必要な情報を入手する。
【００２０】
この実施の形態では、ユーザが基地局を介して接続の確立を要求した後に、その基地局からセキュリティ能力情報が入手される。この実施の形態では、コアネットワーク構成要素がセキュリティ能力情報を格納する必要はなく、後に第２のユーザがその基地局を介して接続を要求する場合に使用するために、基地局から受信された情報をキャッシュすることができる。上記で説明されたように、その情報もデータベースに格納される場合がある。
【００２１】
さらなる態様によれば、ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続を提供する方法であって、
基地局からコアネットワークに該基地局のためのセキュリティ能力情報を送信すること、
コアネットワークから、ユーザデバイスと基地局との間の接続のための選択されたセキュリティポリシーを受信すること、及び
選択されたセキュリティポリシーを用いて、ユーザデバイスと基地局との間の接続を確立することを含む、方法が提供される。
【００２２】
さらなる態様によれば、ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理する方法であって、
コアネットワークにおいて、ユーザデバイスと基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを選択すること、
少なくとも１つの好ましいセキュリティポリシーを基地局に送信すること、
基地局から、選択されたセキュリティポリシーを特定する情報を受信すること、
選択されたセキュリティポリシーを少なくとも１つの好ましいセキュリティポリシーと比較すること、及び
選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、基地局にメッセージを送信することを含む、方法が提供される。
【００２３】
この態様では、コアネットワーク構成要素は、許容可能な、又は好ましいセキュリティポリシーのリストを有し、それは接続確立要求の受信時に基地局に送信される。有利には、この実施の形態は、基地局とコアネットワークとの間で送信されることになる、新たな付加的なメッセージをいずれも必要とすることなく実施することができる。さらに、コアネットワークは、ネットワーク構成要素のためのセキュリティ能力情報をいずれも格納する必要はない。
【００２４】
一実施の形態において、該方法は、少なくとも１つの好ましいセキュリティポリシーを選択する前に、コアネットワークのためのセキュリティポリシー情報を入手することをさらに含む。
【００２５】
選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致する場合には、ユーザデバイスと基地局との間に接続が確立されることが好ましい。そのメッセージは、選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合に、基地局が接続を確立すべきでないことを指示する場合がある。
【００２６】
一実施の形態では、そのメッセージは、基地局が接続を確立すべきでないことを指示する。それゆえ、選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、接続は確立されない。代替的には、基地局は、許容可能なセキュリティポリシーを選択するさらなる機会を与えられることもできる。
【００２７】
さらなる態様によれば、ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続を提供する方法であって、
基地局において、ユーザデバイスと該基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを受信すること、
接続のためのセキュリティポリシーを選択すること、
選択されたセキュリティポリシーをコアネットワークに送信すること、及び
選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、基地局において、コアネットワークからメッセージを受信することを含む、方法が提供される。
【００２８】
本発明の態様が独立請求項において詳述されている。それらの態様の好ましい特徴が従属請求項において詳述されている。本発明は、開示される全ての方法に対して、対応する装置上で実行するための対応するコンピュータプログラム又はコンピュータプログラム製品と、装置そのもの（記載の方法を実行するためのゲートウェイ及び基地局ノードを含む、ユーザ装置、ノード、ネットワーク又はその構成要素）と、その装置を構成し、更新する方法とを提供する。１つの態様の特徴は、他の態様にも当てはまることができる。
【００２９】
ここで、本明細書において特許請求される方法及びシステムの実施形態が、一例として、添付の図面を参照して説明される。
【図面の簡単な説明】
【００３０】
【図１】実施形態が適用可能であるタイプの移動通信システムの概略図である。
【図２】図１に示されるシステムの一部を形成する基地局の概略図である。
【図３】図１に示されるシステムの一部を形成するゲートウェイデバイスの概略図である。
【図４】一実施形態によるセキュリティ管理システムを実装するネットワークを示す図である。
【図５】一実施形態によるアタッチ手順の概略図である。
【図６】一実施形態によるハンドオーバ又はリロケーション手順の概略図である。
【図７】さらなる実施形態によるアタッチ手順の概略図である。
【図８】さらなる別の実施形態によるハンドオーバ又はリロケーション手順の概略図である。
【図９】さらなる別の実施形態によるハンドオーバ又はリロケーション手順の概略図である。
【発明を実施するための形態】
【００３１】
概説
以下の説明は、本明細書において特許請求される方法及びシステムの複数の具体的な実施形態を詳述する。それらの特徴及び方法ステップの変形形態を与えることができること、及び説明される特徴のうちの多くが本発明にとって不可欠ではないことは当業者には明らかである。
【００３２】
図１は、移動（セルラー）通信システム１を概略的に示しており、そのシステムでは、移動（又はセルラー）電話（ＭＴ）３−０、３−１及び３−２のユーザが、基地局５−１、５−２又は５−３の１つ及び電話網７を介して、他のユーザ（図示せず）と通信することができる。電話網７は、ゲートウェイ構成要素９−１、９−２を含む複数の構成要素を含む。各基地局５−１、５−２、５−３がいずれかのゲートウェイ９−１、９−２を介して電話網７に接続する場合があること、及び全ての基地局５−１、５−２、５−３が同じゲートウェイ９−１、９−２を介して接続する場合があることは当業者には理解されよう。同様に、各移動電話３はいずれかの基地局５を介して電話網７に接続する場合があり、全ての移動電話３が同じ基地局５を介して接続する場合もある。１つ又は複数の基地局５は、無線ネットワークコントローラ（ＲＮＣ）によって制御される無線アクセスネットワーク（ＲＡＮ）内に構成される場合があり、無線ネットワークコントローラは、ＲＡＮ内の基地局５の一部として実装される場合があるか、又は別個の構成要素（図示せず）として実装される場合がある。
【００３３】
移動電話３が、たとえば、電源を入れることによって網７に入ると、移動電話３と基地局５との間に、且つ基地局５とゲートウェイデバイス９との間に接続が確立される。これにより、移動電話３と網７内の他の構成要素との間での通信ができるようになる。
【００３４】
また、移動電話３がソース基地局（たとえば、基地局５−１）のセルから、ターゲット基地局（たとえば、基地局５−２）に移動すると、ソース基地局及びターゲット基地局５において、且つ移動電話３においてハンドオーバ手順（プロトコル）が実行され、ハンドオーバ過程が制御される。ハンドオーバは、ソース基地局とターゲット基地局５との間に接続を確立することによって実施できるようになる。ハンドオーバ過程の一部として、移動電話３からの通信が電話網に送信されるために経由するゲートウェイデバイス９−１、９−２が変化する場合がある。代替的には、通信が送信されるために経由するゲートウェイデバイス９−１、９−２は同じままであり得るが、移動デバイスが接続される基地局５−１、５−２が変化する場合がある。これらの移動は、基地局５とゲートウェイ９との間の接続の確立によっても実施できるようになる。
【００３５】
基地局
図２は、この実施形態において用いられる各基地局５の主要構成要素を示すブロック図である。図に示されるように、各基地局５は、トランシーバ回路２１を含み、トランシーバ回路は、１つ又は複数のアンテナ２３を介して、移動電話３に対し信号を送受信するように動作することができ、且つネットワークインタフェース２５を介して、電話網７に対し信号を送受信するように動作することができる。ネットワークインタフェース２５は、Ｓ１プロトコルを用いて、ゲートウェイ９のようなネットワーク構成要素と通信するためのＳ１ネットワークインタフェースを備える。ネットワークインタフェース２５は、Ｘ２プロトコルを用いて、他の基地局構成要素と通信するためのＸ２インタフェースも備える。コントローラ２７は、メモリ２９に格納されるソフトウエアに従って、トランシーバ回路２１の動作を制御する。ソフトウエアは、特に、オペレーティングシステム２１１、基地局のセキュリティ能力に関連する情報を格納するためのセキュリティデータベース２１３、及びセキュリティ能力に関連する情報を他のネットワーク構成要素に通信するためのセキュリティモジュール２１５を含む。セキュリティデータベース２１３及びセキュリティモジュール２１５の動作は以下に説明される。
【００３６】
ゲートウェイ
図３は、この実施形態において用いられる各ゲートウェイ構成要素９の主要構成要素を示すブロック図である。図に示されるように、各ゲートウェイ９は、トランシーバ回路３１を備えており、トランシーバ回路は、基地局インタフェース３３を介して、少なくとも１つの基地局５に対し信号を送受信するように動作することができ、且つネットワークインタフェース３５を介して、電話網７の他の部分に対し信号を送受信するように動作することができる。コントローラ３７は、メモリ３９に格納されるソフトウエアに従って、トランシーバ回路３１の動作を制御する。ソフトウエアは、特に、オペレーティングシステム３１１、ネットワーク構成要素のセキュリティ能力に関連する情報を格納するためのセキュリティデータベース３１３、及びネットワーク内のセキュリティポリシーを管理するためのセキュリティコントローラ３１５を含む。データベース３１３及びセキュリティコントローラ３１５の動作は以下に説明される。
【００３７】
上記の説明では、理解するのを容易にするために、基地局５及びゲートウェイ９がいずれも、本明細書において記載される方法に従って動作するそれぞれの個別のモジュールを有するように説明される。このようにして、或る特定の応用形態に関して、たとえば、本発明を実施するように既存のシステムが変更された場合に複数の特徴が与えられる場合があるが、他の応用形態、たとえば、始めから本発明の特徴に留意して設計されるシステムでは、これらの特徴は、全体のオペレーティングシステム又はコードに組み込まれる場合があるので、上記のモジュールは、個別のエンティティとして区別されない場合がある。
【００３８】
以下の説明は、ＵＴＲＡＮのロングタームエボリューション（ＬＴＥ）において用いられる用語を用いる。それゆえ、移動電話３はＵＥと呼ばれることになり、各基地局５はｅＮｏｄｅＢ（又はｅＮＢ）と呼ばれることになり、各ゲートウェイ構成要素はＭＭＥと呼ばれることになる。ＬＴＥにおいて用いられるプロトコルエンティティは、ＬＴＥでは外部ＡＲＱ（自動再送要求）エンティティと呼ばれる無線リンク制御（ＲＬＣ）エンティティを除いて、ＵＭＴＳにおいて用いられるのと同じ名称を有する。ＬＴＥの外部ＡＲＱエンティティは、ＵＭＴＳのＲＬＣエンティティと（全く同じではないが）概ね同じ機能を有する。
【００３９】
本明細書において用いられるときに、用語「専用メッセージ」は、特定のＵＥに関して送信されるメッセージを指す。専用メッセージは、特定のＵＥへの接続の識別子を含む。用語「共通メッセージ」は、ネットワーク内の２つの構成要素間、たとえば、２つのｅＮｏｄｅＢ間で送信されるメッセージを指しており、そのメッセージは、ＵＥの特定の接続との関連はなく、それゆえ、ＵＥ接続識別子を有しない。
【００４０】
動作
ここで、通信ネットワーク内の通信のためのセキュリティアルゴリズムを選択するための方法の３つの実施態様が、さらに詳しく説明される。
【００４１】
第１の実施態様
図４を参照して第１の実施形態を説明する。図４に示されるように、複数のｅＮｏｄｅＢ４１−１、４１−２、４１−３が各ＭＭＥ構成要素４３に接続される。この実施形態では、各ｅＮｏｄｅＢは、そのセキュリティ能力をＭＭＥ４３にシグナリングする。これは、ストリーム制御伝送プロトコルＳＣＴＰ接続の初期化後に、Ｓ１共通メッセージ４５を用いて行なわれる。ＭＭＥ４３は、ｅＮｏｄｅＢのセキュリティ能力を含む、ＭＭＥ４３に接続されるｅＮｏｄｅＢ４１−１、４１−２、４１−３毎のｅＮｏｄｅＢコンテキスト４９−１、４９−２、４９−３をデータベース４７に格納する。ＭＭＥ４３は、ｅＮｏｄｅＢからＳ１共通メッセージ４５を受信すると、セキュリティ能力情報を用いてｅＮｏｄｅＢコンテキストを更新するか、又はそのｅＮｏｄｅＢのためのコンテキストがまだ存在しない場合には、新たなコンテキストを作成する。ｅＮｏｄｅＢ毎のｅＮｏｄｅＢコンテキスト４９−１、４９−２、４９−３は、そのｅＮｏｄｅＢのための他の関連情報、たとえば、そのｅＮｏｄｅＢの接続ステータスも格納する場合がある。
【００４２】
この実施形態によるアタッチ手順のさらなる詳細が図５に示される。上記のように、各ｅＮｏｄｅＢは、Ｓ１共通メッセージ５１を用いて、そのセキュリティ能力をＭＭＥにシグナリングし、これは、ＭＭＥ内のｅＮｏｄｅＢコンテキストに格納される。その後、たとえば、Ｓ１：初期ＵＥメッセージ５３を介して、ユーザ装置のアタッチメント要求を受信すると、ＭＭＥは、そのｅＮｏｄｅＢのためのセキュリティコンテキストにアクセスし、そのセキュリティ能力を判断する。ＭＭＥは、一部ｅＮｏｄｅＢ能力に基づいて、アルゴリズム５５を選択し、Ｓ１専用メッセージ５７を介して、選択されたアルゴリズムを用いるようｅＮｏｄｅＢに指示する。
【００４３】
ここで、図６を参照し、ハンドオーバ手順をさらに詳しく説明する。ＵＥがｅＮｏｄｅＢ４１−１から移動するとき、ｅＮｏｄｅＢは、ＭＭＥ４３に、Ｓ１：ハンドオーバ必要（Handover Required）メッセージ６１を送信する。ＭＭＥ４３は、ＵＥが移動しつつあるターゲットｅＮｏｄｅＢ４１−２を判断する。ＭＭＥ４３は、各ｅＮｏｄｅＢのセキュリティ能力を特定する、ｅＮｏｄｅＢ４９−１、４９−２毎のコンテキストを、そのデータベース４７に既に格納しているので、ＭＭＥ４３は、その移動によって、セキュリティアルゴリズムの変更が必要とされるか否かを判断することができる。変更が必要とされる場合には、ＭＭＥ４３は、ターゲットｅＮｏｄｅＢにＳ１：ハンドオーバ要求メッセージ６３を送信するときに、ターゲットｅＮｏｄｅＢ４１−２に新たなセキュリティアルゴリズムを通知する。新たなセキュリティアルゴリズムは、ソースｅＮｏｄｅＢのために用いられるセキュリティアルゴリズムと同じであっても、同じでなくてもよい。
【００４４】
第２の実施態様
第２の実施形態では、ｅＮｏｄｅＢセキュリティ能力が、ＵＥアタッチ又はハンドオーバ手順の一部としてＭＭＥに送信される。本実施形態によるアタッチ手順が図７に示される。
【００４５】
アタッチ手順の一部として、ＵＥは、ｅＮｏｄｅＢを介してＭＭＥに、Ｓ１：初期ＵＥメッセージ７１を送信する。この初期ＵＥメッセージ７１を転送する際に、ｅＮｏｄｅＢは、自らのセキュリティ能力に関連する情報を組み込み、これをＳ１：初期ＵＥメッセージ７１の一部としてＭＭＥに送信する。ＭＭＥは、そのメッセージを受信すると、その接続のためのセキュリティアルゴリズム７３を選択し、Ｓ１専用メッセージ７５を用いて、ｅＮｏｄｅＢに通知する。
【００４６】
ここで、本実施形態によるハンドオーバ方法を、図８を参照しつつ説明する。ハンドオーバが起動されるとき（８１）、ソースｅＮｏｄｅＢは、Ｓ１：ハンドオーバ必要メッセージ８３をＭＭＥに送信する。セキュリティアルゴリズムの変更が必要とされるか否かを判断するために、ＭＭＥは、ターゲットｅＮｏｄｅＢのセキュリティ能力を知る必要がある。これは別個のＳ１：セキュリティ能力要求／応答手順８５を用いて果たされ、その手順は、特定のＵＥ接続のための専用手順として、又は共通手順として実施される場合がある。
【００４７】
ターゲットｅＮｏｄｅＢのセキュリティ能力が判断されると、ＭＭＥからターゲットｅＮｏｄｅＢにＳ１：ハンドオーバ要求メッセージ８７が送信され、そのメッセージは、ターゲットｅＮｏｄｅＢに、選択されたセキュリティアルゴリズムを通知する。そのハンドオーバ要求は、ターゲットｅＮｏｄｅＢによって肯定応答され（８９）、ＭＭＥは、ソースｅＮｏｄｅＢにＳ１：ハンドオーバ命令８１１を発行する。
【００４８】
第３の実施態様
本明細書において記載されるシステム及び方法の第３の実施形態が図９において示される。
【００４９】
この実施形態では、アタッチ手順は、第２の実施形態に関して既に説明され、図７において示されるのと同じようにして機能する。すなわち、セキュリティ能力が、専用Ｓ１：初期ＵＥメッセージを用いて、ＭＭＥに転送される。
【００５０】
Ｓ１リロケーション又はハンドオーバ手順が図９において示される。この実施形態では、ハンドオーバが起動されるとき（９１）、ＭＭＥはターゲットｅＮｏｄｅＢにＳ１：ハンドオーバ要求メッセージ９３を送信する。Ｓ１：ハンドオーバ要求メッセージ９３は、好ましいセキュリティアルゴリズムのリストを組み込む。ターゲットｅＮｏｄｅＢは、そのリストから１つのアルゴリズムを選択し、Ｓ１：ハンドオーバ要求肯定応答メッセージ９５において、その選択をＭＭＥに通知する。
【００５１】
ＭＭＥは、ターゲットｅＮｏｄｅＢ選択９７を確認し、その際、好ましいリストに属さないアルゴリズムが選択される場合には、ターゲットｅＮｏｄｅＢ決定を拒否する権限を有する。そのアルゴリズムが拒否される場合には、ＭＭＥは、ターゲットｅＮｏｄｅＢに資源解放メッセージを送信し、ソースｅＮｏｄｅＢに対してハンドオーバを拒否する。
【００５２】
ＭＭＥがｅＮｏｄｅＢのアルゴリズム選択を容認する場合には、通常の手順に従って、そのｅＮｏｄｅＢとユーザデバイスとの間に接続が確立される。
【００５３】
３ＧＰＰ用語の用語集
ＬＴＥ − （ＵＴＲＡＮの）ロングタームエボリューション
ｅＮｏｄｅＢ − Ｅ−ＵＴＲＡＮノードＢ
ＡＧＷ − アクセスゲートウェイ
ＵＥ − ユーザ装置 − 移動通信デバイス
ＤＬ − ダウンリンク − 基地局から移動局へのリンク
ＵＬ − アップリンク − 移動局から基地局へのリンク
ＡＭ − 肯定応答モード
ＵＭ − 否定応答モード
ＭＭＥ − 移動管理エンティティ
ＵＰＥ − ユーザプレーンエンティティ
ＣＮ − コアネットワーク
ＨＯ − ハンドオーバ
ＲＡＮ − 無線アクセスネットワーク
ＲＡＮＡＰ − 無線アクセスネットワークアプリケーションプロトコル
ＲＬＣ − 無線リンク制御
ＲＮＣ − 無線ネットワークコントローラ
ＲＲＣ − 無線資源制御
ＲＲＭ − 無線資源管理
ＳＤＵ − サービスデータユニット
ＳＲＮＣ − サービング無線ネットワークコントローラ
ＰＤＵ − プロトコルデータユニット
ＮＡＳ − 非アクセス層（Non Access Stratum）
ＲＯＨＣ − ロバストヘッダ圧縮
ＴＡ − トラッキングエリア
Ｕプレーン又はＵＰ − ユーザプレーン
ＴＮＬ − トランスポートネットワーク層
Ｓ１インタフェース − アクセスゲートウェイとｅＮｏｄｅＢとの間のインタフェース
Ｘ２インタフェース − ２つのｅＮｏｄｅＢの間のインタフェース
ＭＭＥＳ／ＳＡＥゲートウェイ − ＭＭＥエンティティ及びＵＰＥエンティティの双方を有するアクセスゲートウェイ
【００５４】
以下において、現在提案されている３ＧＰＰ ＬＴＥ標準規格において本発明を実施することができる方法を詳細に説明する。種々の特徴が不可欠であるか又は必要であるように説明されるが、これは、たとえばその標準規格によって課せられる他の要件に起因して、提案されている３ＧＰＰ ＬＴＥ標準規格の場合にのみ当てはまり得る。それゆえ、これらの記載は、決して本発明を制限するものと解釈されるべきではない。
【００５５】
タイトル：ｅＮＢセキュリティ能力のシグナリング
１ 序論
おそらくホームｅＮＢにセキュリティアルゴリズム選択を委ねることはできないので、ＮＡＳ、ＲＲＣ及びＵＰトラフィックのためのセキュリティアルゴリズムをＭＭＥが選択することが、より安全である。結果として、ＭＭＥは、アルゴリズム選択が行われる時点までに、ｅＮＢセキュリティ能力を知る必要がある。本稿は、アタッチ手順中に、そして必要な場合には、Ｓ１リロケーション中に、ＭＭＥがアルゴリズム選択を実行できるようにするための３つの取り得る方法を提案する。
【００５６】
２ 背景
ＵＭＴＳ背景
ＵＭＴＳでは、ＳＲＮＣは、そのセキュリティ能力、ＵＥセキュリティ能力、及びＣＮからもたらされる許容アルゴリズム情報に基づいて、セキュリティアルゴリズムを選択する。
【００５７】
ＳＲＮＳリロケーション中に、ＴＲＮＣは、必要に応じて、その能力（そのデータベースに格納される）、使用されている現在のアルゴリズム（ソースＲＮＣから与えられる情報）及び許容セキュリティアルゴリズム（ＲＡＮＡＰにおいてＣＮによって与えられる情報：リロケーション要求）に基づいて別のアルゴリズムを選択する。
【００５８】
提案
・ＭＭＥが、ＮＡＳ、ＲＲＣ及びＵＰトラフィックのためのセキュリティアルゴリズムを選択する。
・ＲＡＮ２及びＲＡＮ３がＭＭＥに必要な情報を与えるべきである。
・セキュリティアルゴリズム選択は以下の手順中に行なわれる。
◎アタッチ手順
◎Ｘ２又はＳ１のいずれを介した、ｅＮＢ間ハンドオーバ
【００５９】
３ 提案
以下に、セキュリティアルゴリズム選択のための３つの提案が列挙される。
【００６０】
３．１ 提案１
その提案は、セキュリティアルゴリズムを決定するために、ＭＭＥに対するｅＮＢセキュリティ能力のシグナリングメカニズム、ＭＭＥ内のｅＮＢコンテキストにおけるこれらのセキュリティ能力の格納、及びアタッチ手順及びＳ１リロケーション手順中のｅＮＢコンテキストの問い合わせに重点を置く。
【００６１】
３．１．１ シグナリングメカニズム
ＭＭＥがアタッチ及びＳ１リロケーションの双方の手順中にセキュリティアルゴリズムを選択できるようにするには、以下のことが必要とされる。
・ＭＭＥとＳ１接続される全てのｅＮＢが、そのセキュリティ能力をＭＭＥにシグナリングする。
・ＭＭＥが、ｅＮＢセキュリティ能力を含むｅＮＢコンテキストを保持し、この場合、そのコンテキストは、アタッチ及びＳ１リロケーションの双方の手順中に問い合わせられることになる。
【００６２】
３．１．１．１ ＭＭＥにおけるｅＮＢコンテキスト更新
ＳＣＴＰ接続の初期化後に、ｅＮＢは、Ｓ１共通メッセージによって、そのセキュリティ能力をＭＭＥに通知する。その後、ＭＭＥは、ｅＮＢコンテキストを更新し、その能力情報を格納する。
【００６３】
３．１．１．２ アタッチ手順
Ｓ１：初期ＵＥメッセージの受信時に、ＭＭＥは、ＵＥ能力、ＭＭＥ内のｅＮＢコンテキストに格納されるｅＮＢ能力、及びＭＭＥにも知られている許容ＲＲＣ／ＵＰセキュリティアルゴリズムに基づいて、セキュリティアルゴリズムを選択する。
【００６４】
その後、選択されたアルゴリズムは、適当なＳ１メッセージによって、ｅＮＢに通知される。
【００６５】
３．１．１．３ Ｓ１リロケーション手順
Ｓ１：リロケーション処理を要求する情報（Relocation Required）の受信時に、ＭＭＥは、アルゴリズム変更が必要とされるか否かを評価できるべきであり、変更が必要とされる場合には、Ｓ１：リロケーション要求メッセージにおいて、ターゲットｅＮＢに新たなアルゴリズムを通知すべきである。
【００６６】
ＭＭＥがＳ１リロケーション手順中に新たなアルゴリズムを選択できるようにするには、上記で提案されたようなｅＮＢコンテキストの保守が必要とされる。
【００６７】
３．２ 提案２
以下のＳ１メッセージ、すなわち、
・アタッチ手順中のＳ１初期ＵＥメッセージ
・Ｓ１リロケーション（共通又は専用）中の新たなＳ１手順
によって、ＭＭＥにｅＮＢセキュリティ能力が送信される。
【００６８】
３．２．１．１ アタッチ手順
ＭＭＥは、Ｓ１：初期ＵＥメッセージにおいてｅＮＢ能力を受信し、セキュリティアルゴリズムを選択し、専用Ｓ１メッセージによってｅＮＢに通知する。
【００６９】
３．２．１．２ Ｓ１リロケーション
Ｓ１リロケーション処理を要求する情報を受信する時点までに、ＭＭＥは、アルゴリズム変更が必要とされるか否かを判断しなければならず、すなわち、ターゲットｅＮＢ能力を知る必要がある。ＭＭＥは、新たなＳ１：セキュリティ能力要求／応答手順によって、ターゲットｅＮＢ能力を知るようになる。この手順は、専用手順であっても、共通手順であってもよい。
【００７０】
３．３ 提案３
アタッチ手順中に、ＭＭＥは、専用Ｓ１メッセージ、すなわちＳ１：初期ＵＥメッセージ（提案２と同じ）によってセキュリティ能力を得る。
【００７１】
Ｓ１リロケーション中に、ＭＭＥは、ターゲットｅＮＢに、セキュリティアルゴリズムの好ましいリストを通知する。ｅＮＢは１つのアルゴリズムを選択し、それをＳ１：リロケーション要求肯定応答において、ＭＭＥに通知する。
【００７２】
その際、好ましいリストに属さないアルゴリズムが選択される場合には、ＭＭＥは、ターゲットｅＮＢ決定を拒否する権限を有する。その後、ＭＭＥは、
・ターゲットｅＮＢに資源を解放するように命令し、
・ソースｅＮＢに対してハンドオーバを拒否する。
【００７３】
３．４ 提案比較
提案１−シグナリングオーバーヘッドを最小限に抑えるが、ＭＭＥは、ｅＮｏｄｅＢコンテキスト内のセキュリティ情報を保守する必要がある。
【００７４】
提案２−ＭＭＥはｅＮｏｄｅＢコンテキストを保守する必要はないが、ｅＮｏｄｅＢ能力を通知するためにＵＥ専用メッセージが用いられるため、本提案は関連付けられるシグナリングオーバーヘッドを有し、ハンドオーバ準備手順において遅延がある。
【００７５】
提案３−新たなメッセージは不要であり、ＭＭＥはｅＮｏｄｅＢコンテキストを保守する必要はない。ターゲットｅＮｏｄｅＢが資源を割り当てた後に、ハンドオーバ手順が失敗する場合がある。これは異常な場合であり、たとえば、ターゲットｅＮｏｄｅＢが信頼できるｅＮｏｄｅＢでない（すなわち、事業者の制御下にないｅＮｏｄｅＢである）場合である。
【００７６】
４ 結論
本発明者らは、アタッチ及びＳ１リロケーションの双方の手順中に、ＭＭＥにセキュリティアルゴリズムを変更させるための３つの取り得る方法を提案する。表１に列挙される提案を比較すると、何らかの他の理由から、いずれにしてもｅＮＢコンテキストが保守される必要がある場合には、本発明者らは提案１に同意することを選び、そうでない場合には、本発明者らは、提案３が最も簡単な解決策であると考える。ＲＡＮ３が好ましいメカニズムを検討し、ステージ２仕様に取り入れるのに同意することを提案する。
【００７７】
本出願は、２００７年１０月３１日に出願の英国特許出願第０７２１３３７．４号に基づいており、その特許出願からの優先権の利益を主張し、その特許出願の開示は参照によりその全体が本明細書に援用される。
【００７８】
なお、上述した実施形態の一部又は全部は、原出願の特許請求の範囲に記載した内容である以下の付記のようにも記載できる。
【００７９】
（付記１）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理する方法であって、
前記コアネットワークにおいて、前記通信ネットワークに接続する前記ユーザデバイスのためのセキュリティ能力情報を受信すること、
前記基地局のためのセキュリティ能力情報を入手すること、
前記コアネットワークにおいて、前記ユーザデバイスにための前記セキュリティ能力情報及び前記基地局にための前記セキュリティ能力情報を処理することであって、前記ユーザデバイスと前記基地局との間の接続のためのセキュリティポリシーを選択する、処理すること、及び
前記選択されたセキュリティポリシーを前記基地局に送信することを含む、方法。
（付記２）
前記コアネットワークのためのセキュリティポリシー情報を入手すること、及び
前記コアネットワークにための前記セキュリティポリシー情報に基づいて、セキュリティポリシーを選択することをさらに含む、付記１に記載の方法。
（付記３）
前記セキュリティ能力情報を処理することであって、セキュリティポリシーを選択する、処理することは、セキュリティポリシーの優先順位付きのリストから１つのポリシーを選択することを含む、付記１又は２に記載の方法。
（付記４）
前記ユーザデバイスのためのセキュリティ能力情報を受信する前に、前記コアネットワークにおいて、前記通信ネットワーク内の複数の基地局それぞれのためのセキュリティ能力情報を受信することをさらに含む、付記１、２又は３に記載の方法。
（付記５）
前記コアネットワークにおいて前記各基地局にための前記セキュリティ能力情報を格納することをさらに含む、付記１〜４のいずれか一項に記載の方法。
（付記６）
前記セキュリティ能力情報を格納することは、前記基地局に関連付けられるコンテキストにおいてセキュリティ能力情報を格納することを含む、付記５に記載の方法。
（付記７）
前記基地局のためのセキュリティ能力情報を入手することは、メモリからセキュリティ能力情報を検索することを含む、付記１〜６のいずれか一項に記載の方法。
（付記８）
基地局と前記コアネットワークとの間で接続を確立した後に、該基地局のためのセキュリティ能力情報を受信することをさらに含む、付記１〜７のいずれか一項に記載の方法。
（付記９）
前記セキュリティ能力情報は、Ｓ１共通メッセージにおいて受信される、付記１〜８のいずれか一項に記載の方法。
（付記１０）
基地局のためのセキュリティ能力情報を受信すること、及びデータベースを更新することであって該セキュリティ能力情報を格納する、更新することをさらに含む、付記１〜９のいずれか一項に記載の方法。
（付記１１）
ユーザデバイスからのアタッチメント要求の受信時に、前記セキュリティポリシーを選択することをさらに含む、付記１〜１０のいずれか一項に記載の方法。
（付記１２）
Ｓ１専用メッセージを用いて、前記選択されたセキュリティポリシーを前記基地局に送信することをさらに含む、付記１〜１１のいずれか一項に記載の方法。
（付記１３）
ソース基地局からターゲット基地局への前記ユーザデバイスの移動に関する通知を受信すること、
前記ターゲット基地局のためのセキュリティ能力情報を入手すること、
前記ターゲット基地局に接続するために、前記セキュリティポリシーの変更が必要とされるか否かを判断すること、及び
前記選択されたセキュリティポリシーを前記ターゲット基地局に送信することをさらに含む、付記１〜１２のいずれか一項に記載の方法。
（付記１４）
前記ターゲット基地局に接続するために、前記セキュリティポリシーの変更が必要とされるか否かを判断することは、前記ターゲット基地局のための格納されているセキュリティ能力情報を検索することを含む、付記１３に記載の方法。
（付記１５）
前記基地局のためのセキュリティ能力情報を入手することは、前記基地局からセキュリティ能力情報を受信することを含む、付記１に記載の方法。
（付記１６）
前記セキュリティ能力情報は、アタッチメント要求メッセージの一部として受信される、付記１５に記載の方法。
（付記１７）
前記ターゲット基地局に接続するために、前記セキュリティポリシーの変更が必要とされるか否かを判断することは、セキュリティ能力情報要求を第２の構成要素に送信することを含む、付記１に従属する場合の付記１３に記載の方法。
（付記１８）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続を提供する方法であって、
前記基地局から前記コアネットワークに該基地局のためのセキュリティ能力情報を送信すること、
前記コアネットワークから、前記ユーザデバイスと前記基地局との間の接続のための選択されたセキュリティポリシーを受信すること、及び
前記選択されたセキュリティポリシーを用いて、前記ユーザデバイスと前記基地局との間の接続を確立することを含む、方法。
（付記１９）
セキュリティ能力情報を送信した後に、ユーザデバイスと前記基地局との間の接続の確立の通知を送信することをさらに含む、付記１８に記載の方法。
（付記２０）
前記セキュリティ能力情報は、前記基地局と前記コアネットワークとの間の接続を確立した後に送信される、付記１８又は１９に記載の方法。
（付記２１）
前記セキュリティ能力情報は、Ｓ１共通メッセージにおいて送信される、付記１８〜２０のいずれか一項に記載の方法。
（付記２２）
前記選択されたセキュリティポリシーは、Ｓ１専用メッセージを用いて、前記コアネットワークから受信される、付記１８〜２１のいずれか一項に記載の方法。
（付記２３）
ユーザデバイスと前記基地局との間の接続の確立の通知の送信時に、前記セキュリティ能力情報を送信することをさらに含む、付記１８に記載の方法。
（付記２４）
セキュリティ能力情報を送信する前に、
前記基地局において、前記コアネットワークからセキュリティ能力情報要求を受信することをさらに含む、付記１８に記載の方法。
（付記２５）
アタッチメント要求メッセージの一部として前記セキュリティ能力情報を送信することをさらに含む、付記１８に記載の方法。
（付記２６）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理する方法であって、
前記コアネットワークにおいて、前記ユーザデバイスと基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを選択すること、
前記少なくとも１つの好ましいセキュリティポリシーを前記基地局に送信すること、
前記基地局から、選択されたセキュリティポリシーを特定する情報を受信すること、
前記選択されたセキュリティポリシーを前記少なくとも１つの好ましいセキュリティポリシーと比較すること、及び
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、前記基地局にメッセージを送信することを含む、方法。
（付記２７）
少なくとも１つの好ましいセキュリティポリシーを選択する前に、前記コアネットワークのためのセキュリティポリシー情報を入手することをさらに含む、付記２６に記載の方法。
（付記２８）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続を提供する方法であって、
前記基地局において、前記ユーザデバイスと該基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを受信すること、
前記接続のためのセキュリティポリシーを選択すること、
前記選択されたセキュリティポリシーを前記コアネットワークに送信すること、及び
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、前記基地局において、前記コアネットワークからメッセージを受信することを含む、方法。
（付記２９）
前記少なくとも１つの好ましいセキュリティポリシーは、前記コアネットワークが許容できるセキュリティポリシーのリストを含む、付記２６〜２８のいずれか一項に記載の方法。
（付記３０）
前記リストは優先順位付きのリストである、付記２６〜２９のいずれか一項に記載の方法。
（付記３１）
前記選択されたセキュリティポリシーは、前記リスト化されたセキュリティポリシーの個々の優先順位に基づいて選択される、付記２６〜３０のいずれか一項に記載の方法。
（付記３２）
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致する場合には、前記ユーザデバイスと前記基地局との間に接続を確立することをさらに含む、付記２６〜３１のいずれか一項に記載の方法。
（付記３３）
前記メッセージは、前記基地局が前記接続を確立すべきないことを指示する、付記２６〜３２のいずれか一項に記載の方法。
（付記３４）
前記コアネットワークにための前記セキュリティポリシー情報は、少なくとも１つの好ましいセキュリティポリシーを含む、付記２に記載の方法。
（付記３５）
前記セキュリティポリシー情報は、セキュリティポリシーの優先順位付きのリストを含む、付記２又は３４に記載の方法。
（付記３６）
前記コアネットワークは、少なくとも１つのゲートウェイ構成要素、好ましくはＭＭＥを含む、付記１〜３５のいずれか一項に記載の方法。
（付記３７）
前記セキュリティ能力情報は、前記ネットワーク構成要素によって実施される少なくとも１つのセキュリティアルゴリズムの識別子を含む、付記１〜３６のいずれか一項に記載の方法。
（付記３８）
前記セキュリティポリシーは、前記ユーザデバイスと前記基地局との間の接続において用いるためのセキュリティアルゴリズムの識別子を含む、付記１〜３７のいずれか一項に記載の方法。
（付記３９）
前記セキュリティアルゴリズムは、ＵＥＡ１、ＵＩＡ１、ＵＥＡ２及びＵＩＡ２のうちの少なくとも１つを含む、付記３７又は３８に記載の方法。
（付記４０）
ユーザデバイスと前記基地局との間の接続の確立の通知は、アタッチメント要求の通知を含む、付記２３に記載の方法。
（付記４１）
ユーザデバイスと前記基地局との間の接続の確立の通知は、ハンドオーバ要求の通知を含む、付記２３に記載の方法。
（付記４２）
セキュリティポリシーを選択することは、前記コアネットワークのためのセキュリティ能力情報及びセキュリティポリシー情報を評価することを含む、付記１〜４１のいずれか一項に記載の方法。
（付記４３）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理するゲートウェイであって、
前記通信ネットワークに接続する前記ユーザデバイスのためのセキュリティ能力情報を受信する手段、
前記基地局のためのセキュリティ能力情報を入手する手段、
前記ユーザデバイスにための前記セキュリティ能力情報及び前記基地局にための前記セキュリティ能力情報を処理する手段であって、ユーザデバイスと前記基地局との間の接続のためのセキュリティポリシーを選択する、処理する手段、及び
前記選択されたセキュリティポリシーを前記基地局に送信する手段を備える、ゲートウェイ。
（付記４４）
前記通信ネットワーク内の複数の基地局それぞれのためのセキュリティ能力情報を受信する手段をさらに備える、付記４３に記載のゲートウェイ。
（付記４５）
前記コアネットワークにおいて前記各基地局にための前記セキュリティ能力情報を格納する手段をさらに備える、付記４３又は４４に記載のゲートウェイ。
（付記４６）
前記基地局のためのセキュリティ能力方法を入手する手段は、メモリからセキュリティ能力情報を検索する手段を含む、付記４３〜４５のいずれか一項に記載のゲートウェイ。
（付記４７）
前記基地局のためのセキュリティ能力情報を入手する手段は、前記基地局からセキュリティ能力情報を受信する手段を含む、付記４３に記載のゲートウェイ。
（付記４８）
ユーザデバイスと、コアネットワークとの間の接続を提供する基地局であって、
前記コアネットワークに前記基地局のためのセキュリティ能力情報を送信する手段、
前記コアネットワークから、前記ユーザデバイスへの接続のための選択されたセキュリティポリシーを受信する手段、及び
前記選択されたセキュリティポリシーを用いて、前記ユーザデバイスへの接続を確立する手段を備える、基地局。
（付記４９）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理するゲートウェイであって、
前記ユーザデバイスと基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを選択する手段、
前記少なくとも１つの好ましいセキュリティポリシーを前記基地局に送信する手段、
前記基地局から、選択されたセキュリティポリシーを特定する情報を受信する手段、
前記選択されたセキュリティポリシーを前記少なくとも１つの好ましいセキュリティポリシーと比較する手段、及び
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、前記基地局にメッセージを送信する手段を備える、ゲートウェイ。
（付記５０）
ユーザデバイスと、コアネットワークとの間の接続を提供する基地局であって、
前記ユーザデバイスと前記基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを受信する手段、
前記接続のためのセキュリティポリシーを選択する手段、
前記選択されたセキュリティポリシーを前記コアネットワークに送信する手段、及び
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、前記基地局において、前記コアネットワークからメッセージを受信する手段を備える、基地局。
（付記５１）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理するためのゲートウェイであって、
前記通信ネットワークに接続する前記ユーザデバイスのためのセキュリティ能力情報を受信する受信機と、
前記基地局のためのセキュリティ能力情報を入手するデバイスと、
前記ユーザデバイスにための前記セキュリティ能力情報及び前記基地局にための前記セキュリティ能力情報を処理するプロセッサであって、ユーザデバイスと前記基地局との間の接続のためのセキュリティポリシーが選択される、プロセッサと、
前記選択されたセキュリティポリシーを前記基地局に送信する送信機とを備える、ゲートウェイ。
（付記５２）
ユーザデバイスと、コアネットワークとの間の接続を提供する基地局であって、
前記コアネットワークに前記基地局のためのセキュリティ能力情報を送信する送信機、
前記コアネットワークから、前記ユーザデバイスへの接続のための選択されたセキュリティポリシーを受信する受信機、及び
前記選択されたセキュリティポリシーを用いて、前記ユーザデバイスへの接続を確立するデバイスを備える、基地局。
（付記５３）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理するゲートウェイであって、
前記ユーザデバイスと基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを選択するプロセッサ、
前記少なくとも１つの好ましいセキュリティポリシーを前記基地局に送信する送信機、
前記基地局から、選択されたセキュリティポリシーを特定する情報を受信する受信機、
前記選択されたセキュリティポリシーを前記少なくとも１つの好ましいセキュリティポリシーと比較するプロセッサ、及び
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、前記基地局にメッセージを送信する送信機を備える、ゲートウェイ。
（付記５４）
ユーザデバイスと、コアネットワークとの間の接続を提供する基地局であって、
前記ユーザデバイスと前記基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを受信する受信機、
前記接続のためのセキュリティポリシーを選択するプロセッサ、
前記選択されたセキュリティポリシーを前記コアネットワークに送信する送信機、及び
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、前記基地局において、前記コアネットワークからメッセージを受信する受信機を備える、基地局。
（付記５５）
付記１〜４２のいずれか一項に記載の方法を実行するための命令を含む、コンピュータプログラム、コンピュータプログラム製品又はコンピュータ読取り可能媒体。
【技術分野】
【０００１】
本発明は、通信ネットワーク、限定はしないが、特に３ＧＰＰ標準規格、或いは３ＧＰＰ標準規格と同等の規格又は３ＧＰＰ標準規格から派生した規格に従って動作するネットワークにおけるセキュリティアルゴリズムの選択に関する。
【背景技術】
【０００２】
通信ネットワークでは、ネットワーク内の構成要素又はノード間に接続が確立される。詳細には、少なくとも部分的に無線インタフェースを介して、移動通信デバイスのようなユーザ装置（ＵＥ）と、基地局（ｅＮｏｄｅＢ）構成要素との間に接続が確立される。
【０００３】
無線接続は特に傍受されやすく、敵対する可能性がある第三者が、これらの接続を介して送信される通信から情報を入手しようとする場合がある。無線接続による通信は、合意されたアルゴリズムを用いて保護される。特定の接続を介して通信するために使用するアルゴリズムは、その接続が確立されるときに、ｅＮｏｄｅＢ及びＵＥ構成要素のような、その接続の当事者間で合意される。
【０００４】
アタッチメント過程においてＵＥがｅＮｏｄｅＢに接続するとき、たとえば、移動デバイスの電源が入れられるとき、又はハンドオーバ過程においてＵＥがネットワーク内の１つのｅＮｏｄｅＢから異なるｅＮｏｄｅＢに移動するときに、接続が確立される場合がある。
【０００５】
アタッチメント又はハンドオーバ中に、ＵＥが接続しているｅＮｏｄｅＢは、そのＵＥのセキュリティ能力を判断する。この情報と、自らのセキュリティ能力に基づいて、ｅＮｏｄｅＢは、その接続上のトラフィックのためのセキュリティアルゴリズムを選択し、規定する。しかしながら、このためには、ｅＮｏｄｅＢ構成要素が、ネットワークから且つ接続中のユーザから高い信頼を得る必要があり、これは特にローミング中のユーザにとって問題になる場合がある。ｅＮｏｄｅＢによって不適当な又は不十分なセキュリティアルゴリズムが選択されると、結果として、接続中のユーザのためのセキュリティが乏しい場合があり、全体としてネットワークのセキュリティに関して弱点が生じるおそれがある。
【発明の概要】
【０００６】
通信ネットワークにおいて適用することができる種々の頭字語は、当然、当業者には既知であるが、一般の読者の便宜を図るために用語辞典が添付される。当業者が効率的に理解できるようにするために、本発明をＥ−ＵＴＲＡＮシステムとの関連で詳細に説明するが、識別子システムの原理は、他のシステム、たとえば、ｅＮｏｄｅＢ構成要素のような基地局構成要素が互いに又は通信ネットワーク内のゲートウェイデバイスのような他のデバイスと通信する３Ｇ ＣＤＭＡ又は他の無線システムであって、必要に応じて該システムの対応する構成要素が変更されている、システムにも適用することができる。また、本発明の方法及びシステムは、無線ローカルエリアネットワーク（ＷＬＡＮ）又は他のローカルネットワーク（ＬＡＮ）若しくはワイドエリアネットワーク（ＷＡＮ）において実現することもできる。
【課題を解決するための手段】
【０００７】
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理する方法であって、
コアネットワークにおいて、通信ネットワークに接続するユーザデバイスにためのセキュリティ能力情報を受信すること、
基地局にためのセキュリティ能力情報を入手すること、
コアネットワークにおいて、ユーザデバイスにためのセキュリティ能力情報及び基地局にためのセキュリティ能力情報を処理することであって、ユーザデバイスと基地局との間の接続にためのセキュリティポリシーを選択する、処理すること、及び
選択されたセキュリティポリシーを基地局に送信することを含む、方法が提供される。
【０００８】
有利には、該方法によれば、セキュリティポリシーの選択をコアネットワークによって制御できるようになる。基地局のためのセキュリティ能力情報を受信することによって、その基地局の能力を考慮に入れて、この選択を行うことができるようになる。
【０００９】
上記で言及されたように、ＵＥと通信するためのセキュリティアルゴリズムをｅＮｏｄｅＢが選択するのが効率的である可能性が高いが、この方法には短所がある。詳細には、ｅＮｏｄｅＢは、利用可能な最も安全性の高いアルゴリズムを選択しない場合があるか、又は選択されたアルゴリズムが、コアネットワークのセキュリティポリシーと一致しない場合がある。それゆえ、接続中のユーザは、ｅＮｏｄｅＢを信頼して、適当なセキュリティポリシーを実現しなければならない。
【００１０】
特許請求されるように、コアネットワークによってセキュリティポリシーを選択することによって、接続中のユーザから得られる信頼がさらに高くなり、ネットワークにわたってセキュリティを最適にできる場合がある。
【００１１】
好ましい実施の形態では、該方法は、コアネットワークのためのセキュリティポリシー情報を入手すること、及びコアネットワークのためのセキュリティポリシー情報に基づいて、セキュリティポリシーを選択することをさらに含む。それゆえ、該方法によれば、セキュリティポリシーの選択は、コアネットワークの任意の要件及び優先度を考慮に入れることができるようになる。たとえば、コアネットワークは、限られた数のセキュリティポリシーを用いる接続を許す場合があるか、或いは１つ又は複数の好ましいセキュリティポリシーを有する場合がある。
【００１２】
セキュリティポリシーは、セキュリティポリシーの優先順位付きのリストから選択される場合があり、そのリストは、コアネットワークによって規定される場合があるか、又は、たとえば、ネットワーク内の基地局によって用いられたセキュリティポリシーの先行経験に基づいて、セキュリティポリシー選択をハンドリングしているデバイスによって構成される場合がある。
【００１３】
一実施の形態では、ユーザデバイスのためのセキュリティ能力情報を受信する前に、コアネットワークは、コアネットワーク内の複数の基地局それぞれのためのセキュリティ能力情報を受信する。
【００１４】
基地局とコアネットワークとの間の接続を確立した後に、セキュリティ能力情報が受信されることが好ましい。それゆえ、ｅＮｏｄｅＢのような新たな基地局が、ゲートウェイのようなコアネットワーク構成要素に接続するとき、基地局は、基地局のセキュリティ能力情報の詳細をコアネットワークに送信する。その後、その情報は、たとえば、各基地局に関連付けられるコンテキストにおいて、コアネットワーク内のデータベースに格納される場合がある。このようにして、ユーザが基地局を介して接続を設定しようとする前に、コアネットワークは、そのコアネットワークに接続される各構成要素のセキュリティ能力に関連する情報を入手することができる。その後、この情報は、メモリから入手することができ、要求される接続のためのセキュリティポリシーを判断する際に用いることができる。
【００１５】
有利には、コアネットワークは基地局のセキュリティ能力を既に知っているので、この方法によれば、ユーザへの接続が設定されるときに課せられるシグナリングオーバーヘッドが最小限に抑えられる。それゆえ、この時点において基地局のセキュリティ能力を判断するために、さらなるメッセージは不要であるので、より迅速に接続を設定できるようになる。
【００１６】
この実施の形態において、該方法は、基地局のためのセキュリティ能力情報を受信すること、及びデータベースを更新することであって、そのセキュリティ能力情報を格納する、更新することをさらに含む場合がある。それゆえ、ユーザ装置がその基地局への接続を要求する場合に使用するために、セキュリティ能力情報が格納される。
【００１７】
該方法は、ソース基地局からターゲット基地局へのユーザデバイスの移動に関する通知を受信すること、
ターゲット基地局のためのセキュリティ能力情報を入手すること、
ターゲット基地局に接続するために、セキュリティポリシーの変更が必要とされるか否かを判断すること、及び
選択されたセキュリティポリシーをターゲット基地局に送信することをさらに含む場合がある。
【００１８】
代替的な実施の形態では、該方法は、基地局からセキュリティ能力情報を受信することをさらに含む。その情報は、アタッチメント要求メッセージの一部として受信される場合があるか、又はコアネットワーク構成要素からの要求時に受信される場合がある。
【００１９】
この実施の形態は、コアネットワークが各基地局構成要素のセキュリティ能力のデータベースを保守する必要がないという利点を提供する。むしろ、コアネットワークは、この情報を使用する必要があるときにのみ、必要な情報を入手する。
【００２０】
この実施の形態では、ユーザが基地局を介して接続の確立を要求した後に、その基地局からセキュリティ能力情報が入手される。この実施の形態では、コアネットワーク構成要素がセキュリティ能力情報を格納する必要はなく、後に第２のユーザがその基地局を介して接続を要求する場合に使用するために、基地局から受信された情報をキャッシュすることができる。上記で説明されたように、その情報もデータベースに格納される場合がある。
【００２１】
さらなる態様によれば、ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続を提供する方法であって、
基地局からコアネットワークに該基地局のためのセキュリティ能力情報を送信すること、
コアネットワークから、ユーザデバイスと基地局との間の接続のための選択されたセキュリティポリシーを受信すること、及び
選択されたセキュリティポリシーを用いて、ユーザデバイスと基地局との間の接続を確立することを含む、方法が提供される。
【００２２】
さらなる態様によれば、ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理する方法であって、
コアネットワークにおいて、ユーザデバイスと基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを選択すること、
少なくとも１つの好ましいセキュリティポリシーを基地局に送信すること、
基地局から、選択されたセキュリティポリシーを特定する情報を受信すること、
選択されたセキュリティポリシーを少なくとも１つの好ましいセキュリティポリシーと比較すること、及び
選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、基地局にメッセージを送信することを含む、方法が提供される。
【００２３】
この態様では、コアネットワーク構成要素は、許容可能な、又は好ましいセキュリティポリシーのリストを有し、それは接続確立要求の受信時に基地局に送信される。有利には、この実施の形態は、基地局とコアネットワークとの間で送信されることになる、新たな付加的なメッセージをいずれも必要とすることなく実施することができる。さらに、コアネットワークは、ネットワーク構成要素のためのセキュリティ能力情報をいずれも格納する必要はない。
【００２４】
一実施の形態において、該方法は、少なくとも１つの好ましいセキュリティポリシーを選択する前に、コアネットワークのためのセキュリティポリシー情報を入手することをさらに含む。
【００２５】
選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致する場合には、ユーザデバイスと基地局との間に接続が確立されることが好ましい。そのメッセージは、選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合に、基地局が接続を確立すべきでないことを指示する場合がある。
【００２６】
一実施の形態では、そのメッセージは、基地局が接続を確立すべきでないことを指示する。それゆえ、選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、接続は確立されない。代替的には、基地局は、許容可能なセキュリティポリシーを選択するさらなる機会を与えられることもできる。
【００２７】
さらなる態様によれば、ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続を提供する方法であって、
基地局において、ユーザデバイスと該基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを受信すること、
接続のためのセキュリティポリシーを選択すること、
選択されたセキュリティポリシーをコアネットワークに送信すること、及び
選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、基地局において、コアネットワークからメッセージを受信することを含む、方法が提供される。
【００２８】
本発明の態様が独立請求項において詳述されている。それらの態様の好ましい特徴が従属請求項において詳述されている。本発明は、開示される全ての方法に対して、対応する装置上で実行するための対応するコンピュータプログラム又はコンピュータプログラム製品と、装置そのもの（記載の方法を実行するためのゲートウェイ及び基地局ノードを含む、ユーザ装置、ノード、ネットワーク又はその構成要素）と、その装置を構成し、更新する方法とを提供する。１つの態様の特徴は、他の態様にも当てはまることができる。
【００２９】
ここで、本明細書において特許請求される方法及びシステムの実施形態が、一例として、添付の図面を参照して説明される。
【図面の簡単な説明】
【００３０】
【図１】実施形態が適用可能であるタイプの移動通信システムの概略図である。
【図２】図１に示されるシステムの一部を形成する基地局の概略図である。
【図３】図１に示されるシステムの一部を形成するゲートウェイデバイスの概略図である。
【図４】一実施形態によるセキュリティ管理システムを実装するネットワークを示す図である。
【図５】一実施形態によるアタッチ手順の概略図である。
【図６】一実施形態によるハンドオーバ又はリロケーション手順の概略図である。
【図７】さらなる実施形態によるアタッチ手順の概略図である。
【図８】さらなる別の実施形態によるハンドオーバ又はリロケーション手順の概略図である。
【図９】さらなる別の実施形態によるハンドオーバ又はリロケーション手順の概略図である。
【発明を実施するための形態】
【００３１】
概説
以下の説明は、本明細書において特許請求される方法及びシステムの複数の具体的な実施形態を詳述する。それらの特徴及び方法ステップの変形形態を与えることができること、及び説明される特徴のうちの多くが本発明にとって不可欠ではないことは当業者には明らかである。
【００３２】
図１は、移動（セルラー）通信システム１を概略的に示しており、そのシステムでは、移動（又はセルラー）電話（ＭＴ）３−０、３−１及び３−２のユーザが、基地局５−１、５−２又は５−３の１つ及び電話網７を介して、他のユーザ（図示せず）と通信することができる。電話網７は、ゲートウェイ構成要素９−１、９−２を含む複数の構成要素を含む。各基地局５−１、５−２、５−３がいずれかのゲートウェイ９−１、９−２を介して電話網７に接続する場合があること、及び全ての基地局５−１、５−２、５−３が同じゲートウェイ９−１、９−２を介して接続する場合があることは当業者には理解されよう。同様に、各移動電話３はいずれかの基地局５を介して電話網７に接続する場合があり、全ての移動電話３が同じ基地局５を介して接続する場合もある。１つ又は複数の基地局５は、無線ネットワークコントローラ（ＲＮＣ）によって制御される無線アクセスネットワーク（ＲＡＮ）内に構成される場合があり、無線ネットワークコントローラは、ＲＡＮ内の基地局５の一部として実装される場合があるか、又は別個の構成要素（図示せず）として実装される場合がある。
【００３３】
移動電話３が、たとえば、電源を入れることによって網７に入ると、移動電話３と基地局５との間に、且つ基地局５とゲートウェイデバイス９との間に接続が確立される。これにより、移動電話３と網７内の他の構成要素との間での通信ができるようになる。
【００３４】
また、移動電話３がソース基地局（たとえば、基地局５−１）のセルから、ターゲット基地局（たとえば、基地局５−２）に移動すると、ソース基地局及びターゲット基地局５において、且つ移動電話３においてハンドオーバ手順（プロトコル）が実行され、ハンドオーバ過程が制御される。ハンドオーバは、ソース基地局とターゲット基地局５との間に接続を確立することによって実施できるようになる。ハンドオーバ過程の一部として、移動電話３からの通信が電話網に送信されるために経由するゲートウェイデバイス９−１、９−２が変化する場合がある。代替的には、通信が送信されるために経由するゲートウェイデバイス９−１、９−２は同じままであり得るが、移動デバイスが接続される基地局５−１、５−２が変化する場合がある。これらの移動は、基地局５とゲートウェイ９との間の接続の確立によっても実施できるようになる。
【００３５】
基地局
図２は、この実施形態において用いられる各基地局５の主要構成要素を示すブロック図である。図に示されるように、各基地局５は、トランシーバ回路２１を含み、トランシーバ回路は、１つ又は複数のアンテナ２３を介して、移動電話３に対し信号を送受信するように動作することができ、且つネットワークインタフェース２５を介して、電話網７に対し信号を送受信するように動作することができる。ネットワークインタフェース２５は、Ｓ１プロトコルを用いて、ゲートウェイ９のようなネットワーク構成要素と通信するためのＳ１ネットワークインタフェースを備える。ネットワークインタフェース２５は、Ｘ２プロトコルを用いて、他の基地局構成要素と通信するためのＸ２インタフェースも備える。コントローラ２７は、メモリ２９に格納されるソフトウエアに従って、トランシーバ回路２１の動作を制御する。ソフトウエアは、特に、オペレーティングシステム２１１、基地局のセキュリティ能力に関連する情報を格納するためのセキュリティデータベース２１３、及びセキュリティ能力に関連する情報を他のネットワーク構成要素に通信するためのセキュリティモジュール２１５を含む。セキュリティデータベース２１３及びセキュリティモジュール２１５の動作は以下に説明される。
【００３６】
ゲートウェイ
図３は、この実施形態において用いられる各ゲートウェイ構成要素９の主要構成要素を示すブロック図である。図に示されるように、各ゲートウェイ９は、トランシーバ回路３１を備えており、トランシーバ回路は、基地局インタフェース３３を介して、少なくとも１つの基地局５に対し信号を送受信するように動作することができ、且つネットワークインタフェース３５を介して、電話網７の他の部分に対し信号を送受信するように動作することができる。コントローラ３７は、メモリ３９に格納されるソフトウエアに従って、トランシーバ回路３１の動作を制御する。ソフトウエアは、特に、オペレーティングシステム３１１、ネットワーク構成要素のセキュリティ能力に関連する情報を格納するためのセキュリティデータベース３１３、及びネットワーク内のセキュリティポリシーを管理するためのセキュリティコントローラ３１５を含む。データベース３１３及びセキュリティコントローラ３１５の動作は以下に説明される。
【００３７】
上記の説明では、理解するのを容易にするために、基地局５及びゲートウェイ９がいずれも、本明細書において記載される方法に従って動作するそれぞれの個別のモジュールを有するように説明される。このようにして、或る特定の応用形態に関して、たとえば、本発明を実施するように既存のシステムが変更された場合に複数の特徴が与えられる場合があるが、他の応用形態、たとえば、始めから本発明の特徴に留意して設計されるシステムでは、これらの特徴は、全体のオペレーティングシステム又はコードに組み込まれる場合があるので、上記のモジュールは、個別のエンティティとして区別されない場合がある。
【００３８】
以下の説明は、ＵＴＲＡＮのロングタームエボリューション（ＬＴＥ）において用いられる用語を用いる。それゆえ、移動電話３はＵＥと呼ばれることになり、各基地局５はｅＮｏｄｅＢ（又はｅＮＢ）と呼ばれることになり、各ゲートウェイ構成要素はＭＭＥと呼ばれることになる。ＬＴＥにおいて用いられるプロトコルエンティティは、ＬＴＥでは外部ＡＲＱ（自動再送要求）エンティティと呼ばれる無線リンク制御（ＲＬＣ）エンティティを除いて、ＵＭＴＳにおいて用いられるのと同じ名称を有する。ＬＴＥの外部ＡＲＱエンティティは、ＵＭＴＳのＲＬＣエンティティと（全く同じではないが）概ね同じ機能を有する。
【００３９】
本明細書において用いられるときに、用語「専用メッセージ」は、特定のＵＥに関して送信されるメッセージを指す。専用メッセージは、特定のＵＥへの接続の識別子を含む。用語「共通メッセージ」は、ネットワーク内の２つの構成要素間、たとえば、２つのｅＮｏｄｅＢ間で送信されるメッセージを指しており、そのメッセージは、ＵＥの特定の接続との関連はなく、それゆえ、ＵＥ接続識別子を有しない。
【００４０】
動作
ここで、通信ネットワーク内の通信のためのセキュリティアルゴリズムを選択するための方法の３つの実施態様が、さらに詳しく説明される。
【００４１】
第１の実施態様
図４を参照して第１の実施形態を説明する。図４に示されるように、複数のｅＮｏｄｅＢ４１−１、４１−２、４１−３が各ＭＭＥ構成要素４３に接続される。この実施形態では、各ｅＮｏｄｅＢは、そのセキュリティ能力をＭＭＥ４３にシグナリングする。これは、ストリーム制御伝送プロトコルＳＣＴＰ接続の初期化後に、Ｓ１共通メッセージ４５を用いて行なわれる。ＭＭＥ４３は、ｅＮｏｄｅＢのセキュリティ能力を含む、ＭＭＥ４３に接続されるｅＮｏｄｅＢ４１−１、４１−２、４１−３毎のｅＮｏｄｅＢコンテキスト４９−１、４９−２、４９−３をデータベース４７に格納する。ＭＭＥ４３は、ｅＮｏｄｅＢからＳ１共通メッセージ４５を受信すると、セキュリティ能力情報を用いてｅＮｏｄｅＢコンテキストを更新するか、又はそのｅＮｏｄｅＢのためのコンテキストがまだ存在しない場合には、新たなコンテキストを作成する。ｅＮｏｄｅＢ毎のｅＮｏｄｅＢコンテキスト４９−１、４９−２、４９−３は、そのｅＮｏｄｅＢのための他の関連情報、たとえば、そのｅＮｏｄｅＢの接続ステータスも格納する場合がある。
【００４２】
この実施形態によるアタッチ手順のさらなる詳細が図５に示される。上記のように、各ｅＮｏｄｅＢは、Ｓ１共通メッセージ５１を用いて、そのセキュリティ能力をＭＭＥにシグナリングし、これは、ＭＭＥ内のｅＮｏｄｅＢコンテキストに格納される。その後、たとえば、Ｓ１：初期ＵＥメッセージ５３を介して、ユーザ装置のアタッチメント要求を受信すると、ＭＭＥは、そのｅＮｏｄｅＢのためのセキュリティコンテキストにアクセスし、そのセキュリティ能力を判断する。ＭＭＥは、一部ｅＮｏｄｅＢ能力に基づいて、アルゴリズム５５を選択し、Ｓ１専用メッセージ５７を介して、選択されたアルゴリズムを用いるようｅＮｏｄｅＢに指示する。
【００４３】
ここで、図６を参照し、ハンドオーバ手順をさらに詳しく説明する。ＵＥがｅＮｏｄｅＢ４１−１から移動するとき、ｅＮｏｄｅＢは、ＭＭＥ４３に、Ｓ１：ハンドオーバ必要（Handover Required）メッセージ６１を送信する。ＭＭＥ４３は、ＵＥが移動しつつあるターゲットｅＮｏｄｅＢ４１−２を判断する。ＭＭＥ４３は、各ｅＮｏｄｅＢのセキュリティ能力を特定する、ｅＮｏｄｅＢ４９−１、４９−２毎のコンテキストを、そのデータベース４７に既に格納しているので、ＭＭＥ４３は、その移動によって、セキュリティアルゴリズムの変更が必要とされるか否かを判断することができる。変更が必要とされる場合には、ＭＭＥ４３は、ターゲットｅＮｏｄｅＢにＳ１：ハンドオーバ要求メッセージ６３を送信するときに、ターゲットｅＮｏｄｅＢ４１−２に新たなセキュリティアルゴリズムを通知する。新たなセキュリティアルゴリズムは、ソースｅＮｏｄｅＢのために用いられるセキュリティアルゴリズムと同じであっても、同じでなくてもよい。
【００４４】
第２の実施態様
第２の実施形態では、ｅＮｏｄｅＢセキュリティ能力が、ＵＥアタッチ又はハンドオーバ手順の一部としてＭＭＥに送信される。本実施形態によるアタッチ手順が図７に示される。
【００４５】
アタッチ手順の一部として、ＵＥは、ｅＮｏｄｅＢを介してＭＭＥに、Ｓ１：初期ＵＥメッセージ７１を送信する。この初期ＵＥメッセージ７１を転送する際に、ｅＮｏｄｅＢは、自らのセキュリティ能力に関連する情報を組み込み、これをＳ１：初期ＵＥメッセージ７１の一部としてＭＭＥに送信する。ＭＭＥは、そのメッセージを受信すると、その接続のためのセキュリティアルゴリズム７３を選択し、Ｓ１専用メッセージ７５を用いて、ｅＮｏｄｅＢに通知する。
【００４６】
ここで、本実施形態によるハンドオーバ方法を、図８を参照しつつ説明する。ハンドオーバが起動されるとき（８１）、ソースｅＮｏｄｅＢは、Ｓ１：ハンドオーバ必要メッセージ８３をＭＭＥに送信する。セキュリティアルゴリズムの変更が必要とされるか否かを判断するために、ＭＭＥは、ターゲットｅＮｏｄｅＢのセキュリティ能力を知る必要がある。これは別個のＳ１：セキュリティ能力要求／応答手順８５を用いて果たされ、その手順は、特定のＵＥ接続のための専用手順として、又は共通手順として実施される場合がある。
【００４７】
ターゲットｅＮｏｄｅＢのセキュリティ能力が判断されると、ＭＭＥからターゲットｅＮｏｄｅＢにＳ１：ハンドオーバ要求メッセージ８７が送信され、そのメッセージは、ターゲットｅＮｏｄｅＢに、選択されたセキュリティアルゴリズムを通知する。そのハンドオーバ要求は、ターゲットｅＮｏｄｅＢによって肯定応答され（８９）、ＭＭＥは、ソースｅＮｏｄｅＢにＳ１：ハンドオーバ命令８１１を発行する。
【００４８】
第３の実施態様
本明細書において記載されるシステム及び方法の第３の実施形態が図９において示される。
【００４９】
この実施形態では、アタッチ手順は、第２の実施形態に関して既に説明され、図７において示されるのと同じようにして機能する。すなわち、セキュリティ能力が、専用Ｓ１：初期ＵＥメッセージを用いて、ＭＭＥに転送される。
【００５０】
Ｓ１リロケーション又はハンドオーバ手順が図９において示される。この実施形態では、ハンドオーバが起動されるとき（９１）、ＭＭＥはターゲットｅＮｏｄｅＢにＳ１：ハンドオーバ要求メッセージ９３を送信する。Ｓ１：ハンドオーバ要求メッセージ９３は、好ましいセキュリティアルゴリズムのリストを組み込む。ターゲットｅＮｏｄｅＢは、そのリストから１つのアルゴリズムを選択し、Ｓ１：ハンドオーバ要求肯定応答メッセージ９５において、その選択をＭＭＥに通知する。
【００５１】
ＭＭＥは、ターゲットｅＮｏｄｅＢ選択９７を確認し、その際、好ましいリストに属さないアルゴリズムが選択される場合には、ターゲットｅＮｏｄｅＢ決定を拒否する権限を有する。そのアルゴリズムが拒否される場合には、ＭＭＥは、ターゲットｅＮｏｄｅＢに資源解放メッセージを送信し、ソースｅＮｏｄｅＢに対してハンドオーバを拒否する。
【００５２】
ＭＭＥがｅＮｏｄｅＢのアルゴリズム選択を容認する場合には、通常の手順に従って、そのｅＮｏｄｅＢとユーザデバイスとの間に接続が確立される。
【００５３】
３ＧＰＰ用語の用語集
ＬＴＥ − （ＵＴＲＡＮの）ロングタームエボリューション
ｅＮｏｄｅＢ − Ｅ−ＵＴＲＡＮノードＢ
ＡＧＷ − アクセスゲートウェイ
ＵＥ − ユーザ装置 − 移動通信デバイス
ＤＬ − ダウンリンク − 基地局から移動局へのリンク
ＵＬ − アップリンク − 移動局から基地局へのリンク
ＡＭ − 肯定応答モード
ＵＭ − 否定応答モード
ＭＭＥ − 移動管理エンティティ
ＵＰＥ − ユーザプレーンエンティティ
ＣＮ − コアネットワーク
ＨＯ − ハンドオーバ
ＲＡＮ − 無線アクセスネットワーク
ＲＡＮＡＰ − 無線アクセスネットワークアプリケーションプロトコル
ＲＬＣ − 無線リンク制御
ＲＮＣ − 無線ネットワークコントローラ
ＲＲＣ − 無線資源制御
ＲＲＭ − 無線資源管理
ＳＤＵ − サービスデータユニット
ＳＲＮＣ − サービング無線ネットワークコントローラ
ＰＤＵ − プロトコルデータユニット
ＮＡＳ − 非アクセス層（Non Access Stratum）
ＲＯＨＣ − ロバストヘッダ圧縮
ＴＡ − トラッキングエリア
Ｕプレーン又はＵＰ − ユーザプレーン
ＴＮＬ − トランスポートネットワーク層
Ｓ１インタフェース − アクセスゲートウェイとｅＮｏｄｅＢとの間のインタフェース
Ｘ２インタフェース − ２つのｅＮｏｄｅＢの間のインタフェース
ＭＭＥＳ／ＳＡＥゲートウェイ − ＭＭＥエンティティ及びＵＰＥエンティティの双方を有するアクセスゲートウェイ
【００５４】
以下において、現在提案されている３ＧＰＰ ＬＴＥ標準規格において本発明を実施することができる方法を詳細に説明する。種々の特徴が不可欠であるか又は必要であるように説明されるが、これは、たとえばその標準規格によって課せられる他の要件に起因して、提案されている３ＧＰＰ ＬＴＥ標準規格の場合にのみ当てはまり得る。それゆえ、これらの記載は、決して本発明を制限するものと解釈されるべきではない。
【００５５】
タイトル：ｅＮＢセキュリティ能力のシグナリング
１ 序論
おそらくホームｅＮＢにセキュリティアルゴリズム選択を委ねることはできないので、ＮＡＳ、ＲＲＣ及びＵＰトラフィックのためのセキュリティアルゴリズムをＭＭＥが選択することが、より安全である。結果として、ＭＭＥは、アルゴリズム選択が行われる時点までに、ｅＮＢセキュリティ能力を知る必要がある。本稿は、アタッチ手順中に、そして必要な場合には、Ｓ１リロケーション中に、ＭＭＥがアルゴリズム選択を実行できるようにするための３つの取り得る方法を提案する。
【００５６】
２ 背景
ＵＭＴＳ背景
ＵＭＴＳでは、ＳＲＮＣは、そのセキュリティ能力、ＵＥセキュリティ能力、及びＣＮからもたらされる許容アルゴリズム情報に基づいて、セキュリティアルゴリズムを選択する。
【００５７】
ＳＲＮＳリロケーション中に、ＴＲＮＣは、必要に応じて、その能力（そのデータベースに格納される）、使用されている現在のアルゴリズム（ソースＲＮＣから与えられる情報）及び許容セキュリティアルゴリズム（ＲＡＮＡＰにおいてＣＮによって与えられる情報：リロケーション要求）に基づいて別のアルゴリズムを選択する。
【００５８】
提案
・ＭＭＥが、ＮＡＳ、ＲＲＣ及びＵＰトラフィックのためのセキュリティアルゴリズムを選択する。
・ＲＡＮ２及びＲＡＮ３がＭＭＥに必要な情報を与えるべきである。
・セキュリティアルゴリズム選択は以下の手順中に行なわれる。
◎アタッチ手順
◎Ｘ２又はＳ１のいずれを介した、ｅＮＢ間ハンドオーバ
【００５９】
３ 提案
以下に、セキュリティアルゴリズム選択のための３つの提案が列挙される。
【００６０】
３．１ 提案１
その提案は、セキュリティアルゴリズムを決定するために、ＭＭＥに対するｅＮＢセキュリティ能力のシグナリングメカニズム、ＭＭＥ内のｅＮＢコンテキストにおけるこれらのセキュリティ能力の格納、及びアタッチ手順及びＳ１リロケーション手順中のｅＮＢコンテキストの問い合わせに重点を置く。
【００６１】
３．１．１ シグナリングメカニズム
ＭＭＥがアタッチ及びＳ１リロケーションの双方の手順中にセキュリティアルゴリズムを選択できるようにするには、以下のことが必要とされる。
・ＭＭＥとＳ１接続される全てのｅＮＢが、そのセキュリティ能力をＭＭＥにシグナリングする。
・ＭＭＥが、ｅＮＢセキュリティ能力を含むｅＮＢコンテキストを保持し、この場合、そのコンテキストは、アタッチ及びＳ１リロケーションの双方の手順中に問い合わせられることになる。
【００６２】
３．１．１．１ ＭＭＥにおけるｅＮＢコンテキスト更新
ＳＣＴＰ接続の初期化後に、ｅＮＢは、Ｓ１共通メッセージによって、そのセキュリティ能力をＭＭＥに通知する。その後、ＭＭＥは、ｅＮＢコンテキストを更新し、その能力情報を格納する。
【００６３】
３．１．１．２ アタッチ手順
Ｓ１：初期ＵＥメッセージの受信時に、ＭＭＥは、ＵＥ能力、ＭＭＥ内のｅＮＢコンテキストに格納されるｅＮＢ能力、及びＭＭＥにも知られている許容ＲＲＣ／ＵＰセキュリティアルゴリズムに基づいて、セキュリティアルゴリズムを選択する。
【００６４】
その後、選択されたアルゴリズムは、適当なＳ１メッセージによって、ｅＮＢに通知される。
【００６５】
３．１．１．３ Ｓ１リロケーション手順
Ｓ１：リロケーション処理を要求する情報（Relocation Required）の受信時に、ＭＭＥは、アルゴリズム変更が必要とされるか否かを評価できるべきであり、変更が必要とされる場合には、Ｓ１：リロケーション要求メッセージにおいて、ターゲットｅＮＢに新たなアルゴリズムを通知すべきである。
【００６６】
ＭＭＥがＳ１リロケーション手順中に新たなアルゴリズムを選択できるようにするには、上記で提案されたようなｅＮＢコンテキストの保守が必要とされる。
【００６７】
３．２ 提案２
以下のＳ１メッセージ、すなわち、
・アタッチ手順中のＳ１初期ＵＥメッセージ
・Ｓ１リロケーション（共通又は専用）中の新たなＳ１手順
によって、ＭＭＥにｅＮＢセキュリティ能力が送信される。
【００６８】
３．２．１．１ アタッチ手順
ＭＭＥは、Ｓ１：初期ＵＥメッセージにおいてｅＮＢ能力を受信し、セキュリティアルゴリズムを選択し、専用Ｓ１メッセージによってｅＮＢに通知する。
【００６９】
３．２．１．２ Ｓ１リロケーション
Ｓ１リロケーション処理を要求する情報を受信する時点までに、ＭＭＥは、アルゴリズム変更が必要とされるか否かを判断しなければならず、すなわち、ターゲットｅＮＢ能力を知る必要がある。ＭＭＥは、新たなＳ１：セキュリティ能力要求／応答手順によって、ターゲットｅＮＢ能力を知るようになる。この手順は、専用手順であっても、共通手順であってもよい。
【００７０】
３．３ 提案３
アタッチ手順中に、ＭＭＥは、専用Ｓ１メッセージ、すなわちＳ１：初期ＵＥメッセージ（提案２と同じ）によってセキュリティ能力を得る。
【００７１】
Ｓ１リロケーション中に、ＭＭＥは、ターゲットｅＮＢに、セキュリティアルゴリズムの好ましいリストを通知する。ｅＮＢは１つのアルゴリズムを選択し、それをＳ１：リロケーション要求肯定応答において、ＭＭＥに通知する。
【００７２】
その際、好ましいリストに属さないアルゴリズムが選択される場合には、ＭＭＥは、ターゲットｅＮＢ決定を拒否する権限を有する。その後、ＭＭＥは、
・ターゲットｅＮＢに資源を解放するように命令し、
・ソースｅＮＢに対してハンドオーバを拒否する。
【００７３】
３．４ 提案比較
提案１−シグナリングオーバーヘッドを最小限に抑えるが、ＭＭＥは、ｅＮｏｄｅＢコンテキスト内のセキュリティ情報を保守する必要がある。
【００７４】
提案２−ＭＭＥはｅＮｏｄｅＢコンテキストを保守する必要はないが、ｅＮｏｄｅＢ能力を通知するためにＵＥ専用メッセージが用いられるため、本提案は関連付けられるシグナリングオーバーヘッドを有し、ハンドオーバ準備手順において遅延がある。
【００７５】
提案３−新たなメッセージは不要であり、ＭＭＥはｅＮｏｄｅＢコンテキストを保守する必要はない。ターゲットｅＮｏｄｅＢが資源を割り当てた後に、ハンドオーバ手順が失敗する場合がある。これは異常な場合であり、たとえば、ターゲットｅＮｏｄｅＢが信頼できるｅＮｏｄｅＢでない（すなわち、事業者の制御下にないｅＮｏｄｅＢである）場合である。
【００７６】
４ 結論
本発明者らは、アタッチ及びＳ１リロケーションの双方の手順中に、ＭＭＥにセキュリティアルゴリズムを変更させるための３つの取り得る方法を提案する。表１に列挙される提案を比較すると、何らかの他の理由から、いずれにしてもｅＮＢコンテキストが保守される必要がある場合には、本発明者らは提案１に同意することを選び、そうでない場合には、本発明者らは、提案３が最も簡単な解決策であると考える。ＲＡＮ３が好ましいメカニズムを検討し、ステージ２仕様に取り入れるのに同意することを提案する。
【００７７】
本出願は、２００７年１０月３１日に出願の英国特許出願第０７２１３３７．４号に基づいており、その特許出願からの優先権の利益を主張し、その特許出願の開示は参照によりその全体が本明細書に援用される。
【００７８】
なお、上述した実施形態の一部又は全部は、原出願の特許請求の範囲に記載した内容である以下の付記のようにも記載できる。
【００７９】
（付記１）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理する方法であって、
前記コアネットワークにおいて、前記通信ネットワークに接続する前記ユーザデバイスのためのセキュリティ能力情報を受信すること、
前記基地局のためのセキュリティ能力情報を入手すること、
前記コアネットワークにおいて、前記ユーザデバイスにための前記セキュリティ能力情報及び前記基地局にための前記セキュリティ能力情報を処理することであって、前記ユーザデバイスと前記基地局との間の接続のためのセキュリティポリシーを選択する、処理すること、及び
前記選択されたセキュリティポリシーを前記基地局に送信することを含む、方法。
（付記２）
前記コアネットワークのためのセキュリティポリシー情報を入手すること、及び
前記コアネットワークにための前記セキュリティポリシー情報に基づいて、セキュリティポリシーを選択することをさらに含む、付記１に記載の方法。
（付記３）
前記セキュリティ能力情報を処理することであって、セキュリティポリシーを選択する、処理することは、セキュリティポリシーの優先順位付きのリストから１つのポリシーを選択することを含む、付記１又は２に記載の方法。
（付記４）
前記ユーザデバイスのためのセキュリティ能力情報を受信する前に、前記コアネットワークにおいて、前記通信ネットワーク内の複数の基地局それぞれのためのセキュリティ能力情報を受信することをさらに含む、付記１、２又は３に記載の方法。
（付記５）
前記コアネットワークにおいて前記各基地局にための前記セキュリティ能力情報を格納することをさらに含む、付記１〜４のいずれか一項に記載の方法。
（付記６）
前記セキュリティ能力情報を格納することは、前記基地局に関連付けられるコンテキストにおいてセキュリティ能力情報を格納することを含む、付記５に記載の方法。
（付記７）
前記基地局のためのセキュリティ能力情報を入手することは、メモリからセキュリティ能力情報を検索することを含む、付記１〜６のいずれか一項に記載の方法。
（付記８）
基地局と前記コアネットワークとの間で接続を確立した後に、該基地局のためのセキュリティ能力情報を受信することをさらに含む、付記１〜７のいずれか一項に記載の方法。
（付記９）
前記セキュリティ能力情報は、Ｓ１共通メッセージにおいて受信される、付記１〜８のいずれか一項に記載の方法。
（付記１０）
基地局のためのセキュリティ能力情報を受信すること、及びデータベースを更新することであって該セキュリティ能力情報を格納する、更新することをさらに含む、付記１〜９のいずれか一項に記載の方法。
（付記１１）
ユーザデバイスからのアタッチメント要求の受信時に、前記セキュリティポリシーを選択することをさらに含む、付記１〜１０のいずれか一項に記載の方法。
（付記１２）
Ｓ１専用メッセージを用いて、前記選択されたセキュリティポリシーを前記基地局に送信することをさらに含む、付記１〜１１のいずれか一項に記載の方法。
（付記１３）
ソース基地局からターゲット基地局への前記ユーザデバイスの移動に関する通知を受信すること、
前記ターゲット基地局のためのセキュリティ能力情報を入手すること、
前記ターゲット基地局に接続するために、前記セキュリティポリシーの変更が必要とされるか否かを判断すること、及び
前記選択されたセキュリティポリシーを前記ターゲット基地局に送信することをさらに含む、付記１〜１２のいずれか一項に記載の方法。
（付記１４）
前記ターゲット基地局に接続するために、前記セキュリティポリシーの変更が必要とされるか否かを判断することは、前記ターゲット基地局のための格納されているセキュリティ能力情報を検索することを含む、付記１３に記載の方法。
（付記１５）
前記基地局のためのセキュリティ能力情報を入手することは、前記基地局からセキュリティ能力情報を受信することを含む、付記１に記載の方法。
（付記１６）
前記セキュリティ能力情報は、アタッチメント要求メッセージの一部として受信される、付記１５に記載の方法。
（付記１７）
前記ターゲット基地局に接続するために、前記セキュリティポリシーの変更が必要とされるか否かを判断することは、セキュリティ能力情報要求を第２の構成要素に送信することを含む、付記１に従属する場合の付記１３に記載の方法。
（付記１８）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続を提供する方法であって、
前記基地局から前記コアネットワークに該基地局のためのセキュリティ能力情報を送信すること、
前記コアネットワークから、前記ユーザデバイスと前記基地局との間の接続のための選択されたセキュリティポリシーを受信すること、及び
前記選択されたセキュリティポリシーを用いて、前記ユーザデバイスと前記基地局との間の接続を確立することを含む、方法。
（付記１９）
セキュリティ能力情報を送信した後に、ユーザデバイスと前記基地局との間の接続の確立の通知を送信することをさらに含む、付記１８に記載の方法。
（付記２０）
前記セキュリティ能力情報は、前記基地局と前記コアネットワークとの間の接続を確立した後に送信される、付記１８又は１９に記載の方法。
（付記２１）
前記セキュリティ能力情報は、Ｓ１共通メッセージにおいて送信される、付記１８〜２０のいずれか一項に記載の方法。
（付記２２）
前記選択されたセキュリティポリシーは、Ｓ１専用メッセージを用いて、前記コアネットワークから受信される、付記１８〜２１のいずれか一項に記載の方法。
（付記２３）
ユーザデバイスと前記基地局との間の接続の確立の通知の送信時に、前記セキュリティ能力情報を送信することをさらに含む、付記１８に記載の方法。
（付記２４）
セキュリティ能力情報を送信する前に、
前記基地局において、前記コアネットワークからセキュリティ能力情報要求を受信することをさらに含む、付記１８に記載の方法。
（付記２５）
アタッチメント要求メッセージの一部として前記セキュリティ能力情報を送信することをさらに含む、付記１８に記載の方法。
（付記２６）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理する方法であって、
前記コアネットワークにおいて、前記ユーザデバイスと基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを選択すること、
前記少なくとも１つの好ましいセキュリティポリシーを前記基地局に送信すること、
前記基地局から、選択されたセキュリティポリシーを特定する情報を受信すること、
前記選択されたセキュリティポリシーを前記少なくとも１つの好ましいセキュリティポリシーと比較すること、及び
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、前記基地局にメッセージを送信することを含む、方法。
（付記２７）
少なくとも１つの好ましいセキュリティポリシーを選択する前に、前記コアネットワークのためのセキュリティポリシー情報を入手することをさらに含む、付記２６に記載の方法。
（付記２８）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続を提供する方法であって、
前記基地局において、前記ユーザデバイスと該基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを受信すること、
前記接続のためのセキュリティポリシーを選択すること、
前記選択されたセキュリティポリシーを前記コアネットワークに送信すること、及び
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、前記基地局において、前記コアネットワークからメッセージを受信することを含む、方法。
（付記２９）
前記少なくとも１つの好ましいセキュリティポリシーは、前記コアネットワークが許容できるセキュリティポリシーのリストを含む、付記２６〜２８のいずれか一項に記載の方法。
（付記３０）
前記リストは優先順位付きのリストである、付記２６〜２９のいずれか一項に記載の方法。
（付記３１）
前記選択されたセキュリティポリシーは、前記リスト化されたセキュリティポリシーの個々の優先順位に基づいて選択される、付記２６〜３０のいずれか一項に記載の方法。
（付記３２）
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致する場合には、前記ユーザデバイスと前記基地局との間に接続を確立することをさらに含む、付記２６〜３１のいずれか一項に記載の方法。
（付記３３）
前記メッセージは、前記基地局が前記接続を確立すべきないことを指示する、付記２６〜３２のいずれか一項に記載の方法。
（付記３４）
前記コアネットワークにための前記セキュリティポリシー情報は、少なくとも１つの好ましいセキュリティポリシーを含む、付記２に記載の方法。
（付記３５）
前記セキュリティポリシー情報は、セキュリティポリシーの優先順位付きのリストを含む、付記２又は３４に記載の方法。
（付記３６）
前記コアネットワークは、少なくとも１つのゲートウェイ構成要素、好ましくはＭＭＥを含む、付記１〜３５のいずれか一項に記載の方法。
（付記３７）
前記セキュリティ能力情報は、前記ネットワーク構成要素によって実施される少なくとも１つのセキュリティアルゴリズムの識別子を含む、付記１〜３６のいずれか一項に記載の方法。
（付記３８）
前記セキュリティポリシーは、前記ユーザデバイスと前記基地局との間の接続において用いるためのセキュリティアルゴリズムの識別子を含む、付記１〜３７のいずれか一項に記載の方法。
（付記３９）
前記セキュリティアルゴリズムは、ＵＥＡ１、ＵＩＡ１、ＵＥＡ２及びＵＩＡ２のうちの少なくとも１つを含む、付記３７又は３８に記載の方法。
（付記４０）
ユーザデバイスと前記基地局との間の接続の確立の通知は、アタッチメント要求の通知を含む、付記２３に記載の方法。
（付記４１）
ユーザデバイスと前記基地局との間の接続の確立の通知は、ハンドオーバ要求の通知を含む、付記２３に記載の方法。
（付記４２）
セキュリティポリシーを選択することは、前記コアネットワークのためのセキュリティ能力情報及びセキュリティポリシー情報を評価することを含む、付記１〜４１のいずれか一項に記載の方法。
（付記４３）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理するゲートウェイであって、
前記通信ネットワークに接続する前記ユーザデバイスのためのセキュリティ能力情報を受信する手段、
前記基地局のためのセキュリティ能力情報を入手する手段、
前記ユーザデバイスにための前記セキュリティ能力情報及び前記基地局にための前記セキュリティ能力情報を処理する手段であって、ユーザデバイスと前記基地局との間の接続のためのセキュリティポリシーを選択する、処理する手段、及び
前記選択されたセキュリティポリシーを前記基地局に送信する手段を備える、ゲートウェイ。
（付記４４）
前記通信ネットワーク内の複数の基地局それぞれのためのセキュリティ能力情報を受信する手段をさらに備える、付記４３に記載のゲートウェイ。
（付記４５）
前記コアネットワークにおいて前記各基地局にための前記セキュリティ能力情報を格納する手段をさらに備える、付記４３又は４４に記載のゲートウェイ。
（付記４６）
前記基地局のためのセキュリティ能力方法を入手する手段は、メモリからセキュリティ能力情報を検索する手段を含む、付記４３〜４５のいずれか一項に記載のゲートウェイ。
（付記４７）
前記基地局のためのセキュリティ能力情報を入手する手段は、前記基地局からセキュリティ能力情報を受信する手段を含む、付記４３に記載のゲートウェイ。
（付記４８）
ユーザデバイスと、コアネットワークとの間の接続を提供する基地局であって、
前記コアネットワークに前記基地局のためのセキュリティ能力情報を送信する手段、
前記コアネットワークから、前記ユーザデバイスへの接続のための選択されたセキュリティポリシーを受信する手段、及び
前記選択されたセキュリティポリシーを用いて、前記ユーザデバイスへの接続を確立する手段を備える、基地局。
（付記４９）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理するゲートウェイであって、
前記ユーザデバイスと基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを選択する手段、
前記少なくとも１つの好ましいセキュリティポリシーを前記基地局に送信する手段、
前記基地局から、選択されたセキュリティポリシーを特定する情報を受信する手段、
前記選択されたセキュリティポリシーを前記少なくとも１つの好ましいセキュリティポリシーと比較する手段、及び
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、前記基地局にメッセージを送信する手段を備える、ゲートウェイ。
（付記５０）
ユーザデバイスと、コアネットワークとの間の接続を提供する基地局であって、
前記ユーザデバイスと前記基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを受信する手段、
前記接続のためのセキュリティポリシーを選択する手段、
前記選択されたセキュリティポリシーを前記コアネットワークに送信する手段、及び
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、前記基地局において、前記コアネットワークからメッセージを受信する手段を備える、基地局。
（付記５１）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理するためのゲートウェイであって、
前記通信ネットワークに接続する前記ユーザデバイスのためのセキュリティ能力情報を受信する受信機と、
前記基地局のためのセキュリティ能力情報を入手するデバイスと、
前記ユーザデバイスにための前記セキュリティ能力情報及び前記基地局にための前記セキュリティ能力情報を処理するプロセッサであって、ユーザデバイスと前記基地局との間の接続のためのセキュリティポリシーが選択される、プロセッサと、
前記選択されたセキュリティポリシーを前記基地局に送信する送信機とを備える、ゲートウェイ。
（付記５２）
ユーザデバイスと、コアネットワークとの間の接続を提供する基地局であって、
前記コアネットワークに前記基地局のためのセキュリティ能力情報を送信する送信機、
前記コアネットワークから、前記ユーザデバイスへの接続のための選択されたセキュリティポリシーを受信する受信機、及び
前記選択されたセキュリティポリシーを用いて、前記ユーザデバイスへの接続を確立するデバイスを備える、基地局。
（付記５３）
ユーザデバイスと、少なくとも１つの基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理するゲートウェイであって、
前記ユーザデバイスと基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを選択するプロセッサ、
前記少なくとも１つの好ましいセキュリティポリシーを前記基地局に送信する送信機、
前記基地局から、選択されたセキュリティポリシーを特定する情報を受信する受信機、
前記選択されたセキュリティポリシーを前記少なくとも１つの好ましいセキュリティポリシーと比較するプロセッサ、及び
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、前記基地局にメッセージを送信する送信機を備える、ゲートウェイ。
（付記５４）
ユーザデバイスと、コアネットワークとの間の接続を提供する基地局であって、
前記ユーザデバイスと前記基地局との間の接続のための少なくとも１つの好ましいセキュリティポリシーを受信する受信機、
前記接続のためのセキュリティポリシーを選択するプロセッサ、
前記選択されたセキュリティポリシーを前記コアネットワークに送信する送信機、及び
前記選択されたセキュリティポリシーが好ましいセキュリティポリシーと一致しない場合には、前記基地局において、前記コアネットワークからメッセージを受信する受信機を備える、基地局。
（付記５５）
付記１〜４２のいずれか一項に記載の方法を実行するための命令を含む、コンピュータプログラム、コンピュータプログラム製品又はコンピュータ読取り可能媒体。
【特許請求の範囲】
【請求項１】
ユーザデバイスと、複数の基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理する方法であって、
前記コアネットワークにおいて、前記通信ネットワークに接続する前記ユーザデバイスのためのセキュリティ能力に関する情報を第１の基地局を経由して受信すること、
前記コアネットワークにおいて、前記複数の基地局のセキュリティ能力に関する情報を格納するデータベースから前記第１の基地局のセキュリティ能力に関す情報を取得すこと、
前記コアネットワークにおいて、前記ユーザデバイスの前記セキュリティ能力に関する情報及び前記第１の基地局の前記セキュリティ能力に関する情報を処理することであって、前記ユーザデバイスと前記第１の基地局との間の接続のためのセキュリティポリシーを選択する、処理すること、及び
前記選択されたセキュリティポリシーを前記第１の基地局に送信することを含む、方法。
【請求項２】
ソース基地局からターゲット基地局への前記ユーザデバイスの移動に関する通知を受信すること、
前記ターゲット基地局のためのセキュリティ能力に関する情報を入手すること、
前記ターゲット基地局に接続するために、前記セキュリティポリシーの変更が必要とされるか否かを判断すること、及び
前記選択されたセキュリティポリシーを前記ターゲット基地局に送信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記ターゲット基地局に接続するために、前記セキュリティポリシーの変更が必要とされるか否かを判断することは、前記ターゲット基地局のための格納されているセキュリティ能力に関する情報を取得することを含む、請求項２に記載の方法。
【請求項４】
前記セキュリティポリシーの変更が必要とされるか否かを判断することは、セキュリティ能力に関する情報の要求を第２の構成要素に送信することを含む、請求項２記載の方法。
【請求項５】
基地局のセキュリティ能力に関する情報と受信すること、
データベースをアップデートすることであって、前記セキュリティ能力に関する情報を格納する、アップデートすること、をさらに含む、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
ユーザデバイスからアタッチメントの要求を受けたときに、前記セキュリティポリシーを選択することをさらに含む、請求項１〜４のいずれか一項に記載の方法。
【請求項７】
ユーザデバイスと、複数の基地局及びコアネットワークを含む通信ネットワークとの間の接続を提供する方法であって、
前記基地局と前記コアネットワークの間の接続を確立することであって、接続を確立することは、後に前記コアネットワークによる取得のために前記複数の基地局のセキュリティ能力に関する情報を格納するデータベースに格納するために前記基地局から前記コアネットワークに基地局のセキュリティ能力に関する情報を送信すること、を含む、接続を確立すること、
前記コアネットワークから前記ユーザデバイスと前記基地局間の接続のための選択されたセキュリティポリシーを受信すること、
前記選択されたセキュリティポリシーを使用して、前記ユーザデバイスと前記基地局の接続を確立することを含む、方法。
【請求項８】
ユーザデバイスと、複数の基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理するゲートウェイであって、
前記通信ネットワークに接続する前記ユーザデバイスのためのセキュリティ能力に関する情報を第１の基地局経由で受信する手段、
前記複数の基地局のセキュリティ能力に関する情報を格納するデータベースから前記第１の基地局のセキュリティ能力に関す情報を取得する手段、
前記コアネットワークにおいて、前記ユーザデバイスの前記セキュリティ能力に関する情報及び前記基地局の前記セキュリティ能力に関する情報を処理することであって、前記ユーザデバイスと前記基地局との間の接続のためのセキュリティポリシーを選択する、処理する手段、
前記選択されたセキュリティ情報を前記基地局に送信する手段を含む、ゲートウェイ。
【請求項９】
前記コアネットワークにおいて前記第１の基地局のセキュリティ能力に関する情報を格納する手段をさらに含む、請求項８記載のゲートウェイ。
【請求項１０】
ユーザデバイスとコアネットワークとの接続を提供する基地局であって、
前記基地局と前記コアネットワークの間の接続を確立する手段であって、接続を確立することは、後に前記コアネットワークによる取得のために複数の基地局のセキュリティ能力に関する情報を格納するデータベースに格納するために前記基地局から前記コアネットワークに基地局のセキュリティ能力に関する情報を送信すること、を含む、接続を確立する手段、
前記コアネットワークから前記ユーザデバイスに接続のために選択されたセキュリティポリシーを受信する手段、
前記選択されたセキュリティポリシーを使用して、前記ユーザデバイスに接続を確立する手段を含む、基地局。
【請求項１１】
複数の基地局及びコアネットワークを含む通信ネットワークへ接続するためのユーザデバイスであって、
前記コアネットワークに前記ユーザデバイスのセキュリティ能力に関する情報を第１の基地局経由で送信する送信機と、
選択されたセキュリティポリシーを用いて前記第１の基地局に接続を確立する手段を備え、
前記選択されたセキュリティポリシーは、前記ユーザデバイスのセキュリティ能力に関する情報と、前記複数の基地局のセキュリティに関する情報を格納するデータベースから取得された、前記第１の基地局のセキュリティ能力に関する情報に基づき、前記コアネットワークにより選択される、ユーザデバイス。
【請求項１２】
複数の基地局及びコアネットワークを含む通信ネットワークへ接続するためのユーザデバイスによって実行される方法であって、
前記コアネットワークに前記ユーザデバイスのセキュリティ能力に関する情報を第１の基地局を経由して送信すること、
選択されたセキュリティポリシーを用いて前記第１の基地局に接続を確立すること、を含み、
前記選択されたセキュリティポリシーは、前記ユーザデバイスのセキュリティ能力に関する情報と、前記複数の基地局のセキュリティに関する情報を格納するデータベースから取得された、前記第１の基地局のセキュリティ能力に関する情報に基づき、前記コアネットワークにより選択される、方法。
【請求項１３】
ユーザデバイスとコアネットワークの接続を提供するシステムであって、
ユーザデバイスと、基地局と、前記ユーザデバイスと前記基地局との接続のためのセキュリティを管理する請求項８又は９のゲートウェイを含む、システム。
【請求項１４】
請求項１〜７又は請求項１２のいずれか一項に記載の方法を実行するための命令を含む、コンピュータプログラム。
【請求項１】
ユーザデバイスと、複数の基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理する方法であって、
前記コアネットワークにおいて、前記通信ネットワークに接続する前記ユーザデバイスのためのセキュリティ能力に関する情報を第１の基地局を経由して受信すること、
前記コアネットワークにおいて、前記複数の基地局のセキュリティ能力に関する情報を格納するデータベースから前記第１の基地局のセキュリティ能力に関す情報を取得すこと、
前記コアネットワークにおいて、前記ユーザデバイスの前記セキュリティ能力に関する情報及び前記第１の基地局の前記セキュリティ能力に関する情報を処理することであって、前記ユーザデバイスと前記第１の基地局との間の接続のためのセキュリティポリシーを選択する、処理すること、及び
前記選択されたセキュリティポリシーを前記第１の基地局に送信することを含む、方法。
【請求項２】
ソース基地局からターゲット基地局への前記ユーザデバイスの移動に関する通知を受信すること、
前記ターゲット基地局のためのセキュリティ能力に関する情報を入手すること、
前記ターゲット基地局に接続するために、前記セキュリティポリシーの変更が必要とされるか否かを判断すること、及び
前記選択されたセキュリティポリシーを前記ターゲット基地局に送信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記ターゲット基地局に接続するために、前記セキュリティポリシーの変更が必要とされるか否かを判断することは、前記ターゲット基地局のための格納されているセキュリティ能力に関する情報を取得することを含む、請求項２に記載の方法。
【請求項４】
前記セキュリティポリシーの変更が必要とされるか否かを判断することは、セキュリティ能力に関する情報の要求を第２の構成要素に送信することを含む、請求項２記載の方法。
【請求項５】
基地局のセキュリティ能力に関する情報と受信すること、
データベースをアップデートすることであって、前記セキュリティ能力に関する情報を格納する、アップデートすること、をさらに含む、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
ユーザデバイスからアタッチメントの要求を受けたときに、前記セキュリティポリシーを選択することをさらに含む、請求項１〜４のいずれか一項に記載の方法。
【請求項７】
ユーザデバイスと、複数の基地局及びコアネットワークを含む通信ネットワークとの間の接続を提供する方法であって、
前記基地局と前記コアネットワークの間の接続を確立することであって、接続を確立することは、後に前記コアネットワークによる取得のために前記複数の基地局のセキュリティ能力に関する情報を格納するデータベースに格納するために前記基地局から前記コアネットワークに基地局のセキュリティ能力に関する情報を送信すること、を含む、接続を確立すること、
前記コアネットワークから前記ユーザデバイスと前記基地局間の接続のための選択されたセキュリティポリシーを受信すること、
前記選択されたセキュリティポリシーを使用して、前記ユーザデバイスと前記基地局の接続を確立することを含む、方法。
【請求項８】
ユーザデバイスと、複数の基地局及びコアネットワークを含む通信ネットワークとの間の接続のためのセキュリティを管理するゲートウェイであって、
前記通信ネットワークに接続する前記ユーザデバイスのためのセキュリティ能力に関する情報を第１の基地局経由で受信する手段、
前記複数の基地局のセキュリティ能力に関する情報を格納するデータベースから前記第１の基地局のセキュリティ能力に関す情報を取得する手段、
前記コアネットワークにおいて、前記ユーザデバイスの前記セキュリティ能力に関する情報及び前記基地局の前記セキュリティ能力に関する情報を処理することであって、前記ユーザデバイスと前記基地局との間の接続のためのセキュリティポリシーを選択する、処理する手段、
前記選択されたセキュリティ情報を前記基地局に送信する手段を含む、ゲートウェイ。
【請求項９】
前記コアネットワークにおいて前記第１の基地局のセキュリティ能力に関する情報を格納する手段をさらに含む、請求項８記載のゲートウェイ。
【請求項１０】
ユーザデバイスとコアネットワークとの接続を提供する基地局であって、
前記基地局と前記コアネットワークの間の接続を確立する手段であって、接続を確立することは、後に前記コアネットワークによる取得のために複数の基地局のセキュリティ能力に関する情報を格納するデータベースに格納するために前記基地局から前記コアネットワークに基地局のセキュリティ能力に関する情報を送信すること、を含む、接続を確立する手段、
前記コアネットワークから前記ユーザデバイスに接続のために選択されたセキュリティポリシーを受信する手段、
前記選択されたセキュリティポリシーを使用して、前記ユーザデバイスに接続を確立する手段を含む、基地局。
【請求項１１】
複数の基地局及びコアネットワークを含む通信ネットワークへ接続するためのユーザデバイスであって、
前記コアネットワークに前記ユーザデバイスのセキュリティ能力に関する情報を第１の基地局経由で送信する送信機と、
選択されたセキュリティポリシーを用いて前記第１の基地局に接続を確立する手段を備え、
前記選択されたセキュリティポリシーは、前記ユーザデバイスのセキュリティ能力に関する情報と、前記複数の基地局のセキュリティに関する情報を格納するデータベースから取得された、前記第１の基地局のセキュリティ能力に関する情報に基づき、前記コアネットワークにより選択される、ユーザデバイス。
【請求項１２】
複数の基地局及びコアネットワークを含む通信ネットワークへ接続するためのユーザデバイスによって実行される方法であって、
前記コアネットワークに前記ユーザデバイスのセキュリティ能力に関する情報を第１の基地局を経由して送信すること、
選択されたセキュリティポリシーを用いて前記第１の基地局に接続を確立すること、を含み、
前記選択されたセキュリティポリシーは、前記ユーザデバイスのセキュリティ能力に関する情報と、前記複数の基地局のセキュリティに関する情報を格納するデータベースから取得された、前記第１の基地局のセキュリティ能力に関する情報に基づき、前記コアネットワークにより選択される、方法。
【請求項１３】
ユーザデバイスとコアネットワークの接続を提供するシステムであって、
ユーザデバイスと、基地局と、前記ユーザデバイスと前記基地局との接続のためのセキュリティを管理する請求項８又は９のゲートウェイを含む、システム。
【請求項１４】
請求項１〜７又は請求項１２のいずれか一項に記載の方法を実行するための命令を含む、コンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１９５９６９（Ｐ２０１２−１９５９６９Ａ）
【公開日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願番号】特願２０１２−１５３４８９（Ｐ２０１２−１５３４８９）
【出願日】平成２４年７月９日（２０１２．７．９）
【分割の表示】特願２０１０−５１３５５２（Ｐ２０１０−５１３５５２）の分割
【原出願日】平成２０年１０月２７日（２００８．１０．２７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願日】平成２４年７月９日（２０１２．７．９）
【分割の表示】特願２０１０−５１３５５２（Ｐ２０１０−５１３５５２）の分割
【原出願日】平成２０年１０月２７日（２００８．１０．２７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]