特許 7048747 ５Ｇネットワークにおける独立ＳＥＡＦとの連携のためのセキュリティ機構

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

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

(11)【特許番号】

(24)【登録日】2022-03-28

(45)【発行日】2022-04-05

(54)【発明の名称】５Ｇネットワークにおける独立ＳＥＡＦとの連携のためのセキュリティ機構

(51)【国際特許分類】

   H04W 12/04 20210101AFI20220329BHJP

   H04W 88/12 20090101ALI20220329BHJP

   H04W 60/00 20090101ALI20220329BHJP

【ＦＩ】

H04W12/04

H04W88/12

H04W60/00

【請求項の数】 22

(21)【出願番号】P 2020536671

(86)(22)【出願日】2019-01-03

(65)【公表番号】

(43)【公表日】2021-08-19

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

(87)【国際公開番号】W WO2019141520

(87)【国際公開日】2019-07-25

【審査請求日】2020-08-31

(31)【優先権主張番号】62/618542

(32)【優先日】2018-01-17

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】特許業務法人大塚国際特許事務所

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(72)【発明者】

【氏名】ベン ヘンダ， ノアメン

【審査官】松野 吉宏

(56)【参考文献】

【文献】Nokia，Preventing bidding down between 5G releases - discussion，3GPP TSG SA WG3 #88Bis S3-172401，フランス，3GPP，2017年10月02日

【文献】Huawei, Hisilicon，A solution for KDF negotiation，3GPP TSG SA WG3 #86 S3-170125，フランス，3GPP，2017年01月29日

【文献】Ericsson, Nokia Siemens Networks，Removal of UE Security Capabilities IE from HANDOVER NOTIFY message，3GPP TSG-RAN WG3#63 R3-090217，フランス，3GPP，2009年02月04日

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

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

Ｈ０４Ｗ ４／００ － ９９／００

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信ネットワーク（１６）にスタンドアロン・セキュリティアンカー機能（ＳＥＡＦ）（２４）を実装するように構成されたネットワーク装置（３０）によって実行される方法（１００）であって、該方法（１００）は、
ユーザ装置（ＵＥ）（１２）が登録を要求する第１のアクセスおよびモビリティ機能（ＡＭＦ）（１８－１）から、前記ＵＥ（１２）と前記第１のＡＭＦ（１８－１）との間の通信をセキュアにする鍵のための第１の要求（２２－１）を受信すること（１１０）であって、前記第１の要求（２２－１）は、前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしているか否かを示す第１のインジケーション（２６－１）を含む、前記受信すること（１１０）と、
前記ＵＥ（１２）が第２のＡＭＦ（１８－２）にＡＭＦ間モビリティを実行するための登録を要求する前記第２のＡＭＦ（１８－２）から、前記ＵＥ（１２）と前記第２のＡＭＦ（１８－２）との間の通信をセキュアにする鍵のための第２の要求（２２－２）を受信する（１２０）ことであって、前記第２の要求（２２－２）は、前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしているか否かを示す第２のインジケーション（２６－２）を含む、前記受信すること（１２０）と、
前記第１のインジケーション（２６－１）が前記第２のインジケーション（２６－２）と一致するか否かに少なくとも部分的に依存して、ビッドダウン攻撃が発生したか否かを決定すること（１３０）と、
を含む方法。

【請求項2】

前記第１の要求（２２－１）に応答して、前記要求された鍵を返信することと、
前記第１のインジケーション（２６－１）が前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしていることを示すか否かにそれぞれ依存して、前記第１の要求（２２－１）に応答して返信された鍵を格納するかまたは破棄することと、
をさらに含み、
ビッドダウン攻撃が発生したか否かを前記決定する（１３０）ことは、前記ＵＥ（１２）のために鍵が格納されているか否かと、前記第２のインジケーション（２６－２）が前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしていることを示すか否かと、に依存して、ビッドダウン攻撃が発生したか否かを決定することを含む
請求項１に記載の方法。

【請求項3】

ビッドダウン攻撃が発生したか否かを前記決定する（１３０）ことは、前記ＵＥ（１２）のために鍵が格納されているが前記第２のインジケーション（２６－２）が前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしていないことを示す場合に、ビッドダウン攻撃が発生したと決定することを含む
請求項２に記載の方法。

【請求項4】

ビッドダウン攻撃が発生したか否かを前記決定する（１３０）ことは、前記ＵＥ（１２）のために鍵が格納されていない場合、または、前記ＵＥ（１２）のために鍵が格納されているが前記第２のインジケーション（２６－２）が前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしていることを示す場合に、ビッドダウン攻撃が発生していないと決定することを含む
請求項２または３に記載の方法。

【請求項5】

前記ＵＥ（１２）のために鍵が格納されていないと決定することに応答して認証手順を実行することをさらに含む
請求項２乃至４の何れか１項に記載の方法。

【請求項6】

前記ＵＥ（１２）のために鍵が格納されており前記第２のインジケーション（２６－２）が前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしていることを示すと決定することに応答して、前記ＵＥ（１２）のために格納された鍵から新しい鍵を導出することによって前記第２の要求（２２－２）に応答して返信する鍵を取得するかまたは認証手順を実行することをさらに含む
請求項２乃至５の何れか１項に記載の方法。

【請求項7】

ビッドダウン攻撃が発生していないと決定することに応答して、前記第２の要求（２２－２）に応答して返信する鍵を取得し該取得した鍵を返信することをさらに含む
請求項１乃至６の何れか１項に記載の方法。

【請求項8】

前記第１のインジケーションが前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしていることを示すか否かを記録することをさらに含み、ビッドダウン攻撃が発生したか否かを決定することは、記録された前記第１のインジケーションと前記第２のインジケーションとを比較することを含む
請求項１乃至７の何れか１項に記載の方法。

【請求項9】

前記第１のインジケーション（２６－１）および／または前記第２のインジケーション（２６－２）は、前記ＵＥ（１２）のセキュリティ能力情報要素の一部として示される
請求項１乃至８の何れか１項に記載の方法。

【請求項10】

前記ＡＭＦ間モビリティは、ソースＡＭＦからターゲットＡＭＦとしての前記第２のＡＭＦ（１８－２）に実行され、前記第２のインジケーション（２６－２）は、前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしているか否かの前記ソースＡＭＦによる表現であり、前記ＡＭＦ間モビリティを実行するための手順中に前記ソースＡＭＦから前記ターゲットＡＭＦに転送される
請求項１乃至９の何れか１項に記載の方法。

【請求項11】

無線通信システム（１６）にセキュリティアンカー機能（ＳＥＡＦ）（２４）を実装するように構成されたネットワーク装置（３０）であって、該ネットワーク装置（３０）は、処理回路（３２）とメモリ（３６）とを含み、該メモリ（３６）は該処理回路（３２）によって実行可能な命令を含んでおり、前記ネットワーク装置は、
ユーザ装置（ＵＥ）（１２）が登録を要求する第１のアクセスおよびモビリティ機能（ＡＭＦ）（１８－１）から、前記ＵＥ（１２）と前記第１のＡＭＦ（１８－１）との間の通信をセキュアにする鍵のための第１の要求（２２－１）を受信（１１０）し、ここで、該要求は、前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしているか否かを示す第１のインジケーション（２６－１）を含み、
前記ＵＥ（１２）が第２のＡＭＦ（１８－２）にＡＭＦ間モビリティを実行するための登録を要求する前記第２のＡＭＦ（１８－２）から、前記ＵＥ（１２）と前記第２のＡＭＦ（１８－２）との間の通信をセキュアにする鍵のための第２の要求（２２－２）を受信（１２０）し、ここで、該要求は、前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしているか否かを示す第２のインジケーション（２６－２）を含み、
前記第１のインジケーション（２６－１）が前記第２のインジケーション（２６－２）と一致するか否かに少なくとも部分的に依存して、ビッドダウン攻撃が発生したか否かを決定（１３０）する、
ように構成されている、ネットワーク装置。

【請求項12】

前記メモリ（３６）は前記処理回路（３２）によって実行可能な命令を含み、前記ネットワーク装置（３０）は、請求項２乃至１０の何れか１項に記載の方法（１００）を実行するように構成されている
請求項１１に記載のネットワーク装置（３０）。

【請求項13】

無線通信ネットワーク（１６）にアクセスおよびモビリティ機能（ＡＭＦ）（１８）を実装するように構成されたネットワーク装置（４０）によって実行される方法（２００）であって、該方法（２００）は、
前記ＡＭＦ（１８）への登録のための要求をユーザ装置（ＵＥ）（１２）から受信すること（２１０）と、
前記ＵＥ（１２）からの前記要求を受信することに応答して、前記ＵＥ（１２）と前記ＡＭＦ（１８）との間の通信をセキュアにする鍵のための要求をスタンドアロン・セキュリティアンカー機能（ＳＥＡＦ）（２４）に送信すること（２２０）であって、前記要求は、前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしているか否かを示すインジケーションを含む、前記送信すること（２２０）と、
を含む方法。

【請求項14】

前記ＡＭＦ（１８）は、前記ＵＥ（１２）がソースＡＭＦ（１８－１）からターゲットＡＭＦ（１８－２）としての前記ＡＭＦ（１８）へのＡＭＦ間モビリティを実行するための登録を要求するＡＭＦ（１８）である
請求項１３に記載の方法。

【請求項15】

前記ソースＡＭＦ（１８－１）から前記インジケーションを受信することをさらに含み、該インジケーションは、前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしているか否かの前記ソースＡＭＦ（１８）による表現である
請求項１４に記載の方法。

【請求項16】

前記要求は、全体または部分的に、ＵＥ（１２）のセキュリティ能力情報要素を含む
請求項１３乃至１５の何れか１項に記載の方法。

【請求項17】

前記ＡＭＦ（１８）はスタンドアロンＳＥＡＦへのインタフェースをサポートする
請求項１３乃至１６の何れか１項に記載の方法。

【請求項18】

前記要求を送信することに応答して、該要求された鍵を受信することをさらに含む
請求項１３乃至１７の何れか１項に記載の方法。

【請求項19】

ネットワーク装置の少なくとも１つのプロセッサによって実行されたとき、該ネットワーク装置に請求項１乃至１０および１３乃至１８の何れか１項に記載の方法（１００、２００）を実行させる命令を含むコンピュータプログラム。

【請求項20】

請求項１９に記載のコンピュータプログラムを格納するコンピュータ可読記憶媒体。

【請求項21】

無線通信システムにアクセスおよびモビリティ機能（ＡＭＦ）（１８）を実装するように構成されたネットワーク装置（４０）であって、該ネットワーク装置（４０）は、処理回路（４２）とメモリ（４６）とを含み、該メモリ（４６）は該処理回路によって実行可能な命令を含んでおり、前記ネットワーク装置は、
前記ＡＭＦ（１８）への登録のための要求をユーザ装置（ＵＥ）（１２）から受信（２１０）し、
前記ＵＥ（１２）からの前記要求を受信することに応答して、前記ＵＥ（１２）と前記ＡＭＦ（１８）との間の通信をセキュアにする鍵のための要求をスタンドアロン・セキュリティアンカー機能（ＳＥＡＦ）（２４）に送信（２２０）し、ここで、該要求は、前記ＵＥ（１２）がスタンドアロンＳＥＡＦをサポートしているか否かを示すインジケーションを含む、
ように構成されている、ネットワーク装置。

【請求項22】

前記メモリ（４６）は前記処理回路（４２）によって実行可能な命令を含み、前記ネットワーク装置（４０）は、請求項１３乃至１８の何れか１項に記載の方法（２００）を実行するように構成されている
請求項２１に記載のネットワーク装置（４０）。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信ネットワークにおける、スタンドアロン・セキュリティアンカー機能（ＳＥＡＦ）およびアクセスおよびモビリティ機能（ＡＭＦ）を実装するための方法およびネットワーク装置に関する。

【背景技術】

【0002】

現在、第３世代パートナーシッププロジェクト（３ＧＰＰ）では、５Ｇの標準化に取り組んでいる。５Ｇネットワークがサポートすべき新機能や要件が圧倒的に多いため、標準化プロセスは２つのフェーズに分かれている。フェーズ１は、３ＧＰＰ技術仕様（ＴＳ）のリリース１５に記載されている。フェーズ２は開始されているが、まだ確定していない。ＴＳ２３．５０１、ＴＳ２３．５０２、ＴＳ２３．５０３はアーキテクチャの仕様であり、５Ｇシステムのアーキテクチャを図１に示す。ＴＳ３３．５０１は５Ｇのセキュリティに関する仕様である。

【0003】

フェーズ１のセキュリティアーキテクチャは、ＴＳ３３．４０１に記載されている４Ｇシステムと同様のものである。５Ｇコアネットワーク（ＣＮ）では、アクセスおよびモビリティ管理機能（ＡＭＦ）は、ＥＰＣ（エボルブドパケットコア）のＭＭＥ（モビリティ管理エンティティ）ノードに相当する。ＡＭＦはＵＥとのＮＡＳプロトコルの終端である。セキュリティは、主に、非アクセス層（ＮＡＳ）接続をセキュアにするために、ＡＭＦとＵＥの間で確立され、また、ユーザ装置（ＵＥ）と無線アクセスネットワーク（ＲＡＮ）ノードまたはアクセスネットワーク（ＡＮ）ノードとの間の通信をセキュアにするための更なる鍵を導出するためにも確立される。

【0004】

無線通信システムのセキュリティを確保する上での課題は、特にフェーズ１が、後方互換性を維持しつつ、フェーズ２で追加される可能性のあるセキュリティ機能に十分に対応する方法である。

【発明の概要】

【0005】

本明細書のいくつかの実施形態は、無線通信システムにおいてセキュリティアンカー機能（ＳＥＡＦ）を実装するように構成されたネットワーク装置を含む。ネットワーク装置は、ユーザ装置（ＵＥ）が登録を要求する第１のアクセスおよびモビリティ機能（ＡＭＦ）から、前記ＵＥと前記第１のＡＭＦとの間の通信をセキュアにする鍵のための第１の要求を受信するように構成され得、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第１のインジケーションを含む。ネットワーク装置は、さらに、前記ＵＥが第２のＡＭＦにＡＭＦ間モビリティを実行するための登録を要求する前記第２のＡＭＦから、前記ＵＥと前記第２のＡＭＦとの間の通信をセキュアにする鍵のための第２の要求を受信するように構成され得、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第２のインジケーションを含む。ネットワーク装置はまた、前記第１のインジケーションが前記第２のインジケーションと一致するか否かに少なくとも部分的に依存して、ビッドダウン攻撃が発生したか否かを決定するように構成され得る。

【0006】

より具体的には、本明細書の実施形態は、本明細書の実施形態は、無線通信システムにＳＥＡＦを実装するように構成されたネットワーク装置を含む。ネットワーク装置は、処理回路とメモリとを含み、該メモリは該処理回路によって実行可能な命令を含んでおり、前記ネットワーク装置は、ＵＥが登録を要求する第１のＡＭＦから、前記ＵＥと前記第１のＡＭＦとの間の通信をセキュアにする鍵のための第１の要求を受信するように構成され、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第１のインジケーションを含む。ネットワーク装置は、さらに、前記ＵＥが第２のＡＭＦにＡＭＦ間モビリティを実行するための登録を要求する前記第２のＡＭＦから、前記ＵＥと前記第２のＡＭＦとの間の通信をセキュアにする鍵のための第２の要求を受信するように構成され得、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第２のインジケーションを含む。ネットワーク装置はまた、前記第１のインジケーションが前記第２のインジケーションと一致するか否かに少なくとも部分的に依存して、ビッドダウン攻撃が発生したか否かを決定するように構成され得る。

【0007】

いくつかの実施形態では、例えば、ネットワーク装置は、前記第１の要求に応答して、前記要求された鍵を返信するように構成される。ネットワーク装置は、前記第１のインジケーションが前記ＵＥがスタンドアロンＳＥＡＦをサポートしていることを示すか否かにそれぞれ依存して、前記第１の要求に応答して返信された鍵を格納するかまたは破棄するように構成され得る。この場合、ネットワーク装置は、前記ＵＥのために鍵が格納されているか否かと、前記第２のインジケーションが前記ＵＥがスタンドアロンＳＥＡＦをサポートしていることを示すか否かと、に依存して、ビッドダウン攻撃が発生したか否かを決定するように構成され得る。

【0008】

特に、本明細書の実施形態は、無線通信ネットワークでスタンドアロンＳＥＡＦを実装するように構成されたネットワーク装置によって実行される方法を含み、方法は、ＵＥが登録を要求する第１のＡＭＦから、前記ＵＥと前記第１のＡＭＦとの間の通信をセキュアにする鍵のための第１の要求を受信することを含み、前記要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第１のインジケーションを含む。方法はさらに、前記ＵＥが第２のＡＭＦにＡＭＦ間モビリティを実行するための登録を要求する前記第２のＡＭＦから、前記ＵＥと前記第２のＡＭＦとの間の通信をセキュアにする鍵のための第２の要求を受信することをさらに含み得、前記要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第２のインジケーションを含む。方法は、前記第１のインジケーションが前記第２のインジケーションと一致するか否かに少なくとも部分的に依存して、ビッドダウン攻撃が発生したか否かを決定することをさらに含み得る。

【0009】

いくつかの実施形態では、例えば、方法は、前記第１の要求に応答して、前記要求された鍵を返信することをさらに含み得る。方法は、前記第１のインジケーションが前記ＵＥがスタンドアロンＳＥＡＦをサポートしていることを示すか否かにそれぞれ依存して、前記第１の要求に応答して返信された鍵を格納するかまたは破棄することをさらに含み得る。この場合、その後、方法は、前記ＵＥのために鍵が格納されているか否かと、前記第２のインジケーションが前記ＵＥがスタンドアロンＳＥＡＦをサポートしていることを示すか否かと、に依存して、ビッドダウン攻撃が発生したか否かを決定することをさらに含み得る。

【0010】

本明細書の他の実施形態はまた、無線通信ネットワークにおいてＡＭＦを実施するように構成されたネットワーク装置を含む。ネットワーク装置は、前記ＡＭＦへの登録のための要求をＵＥから受信するように構成され得る。ネットワーク装置は、前記ＵＥからの前記要求を受信することに応答して、前記ＵＥと前記ＡＭＦとの間の通信をセキュアにする鍵のための要求をスタンドアロンＳＥＡＦに送信するようにさらに構成され得、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示すインジケーションを含む。

【0011】

本明細書の他の実施形態は、無線通信ネットワークにＡＭＦを実装するように構成されたネットワーク装置によって実行される方法を含む。方法は、前記ＡＭＦへの登録のための要求をＵＥから受信することを含む。方法はさらに、前記ＵＥからの前記要求を受信することに応答して、前記ＵＥと前記ＡＭＦとの間の通信をセキュアにする鍵のための要求をスタンドアロンＳＥＡＦに送信することを含み、前記要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示すインジケーションを含む。

【0012】

本明細書の他の実施形態は、無線通信システムにＡＭＦを実装するように構成されたネットワーク装置を含む。ネットワーク装置は、処理回路とメモリとを含み、該メモリは、前記ＡＭＦへの登録のための要求をＵＥから受信するように構成された処理回路によって実行可能な命令を含む。ネットワーク装置は、前記ＵＥからの前記要求を受信することに応答して、前記ＵＥと前記ＡＭＦとの間の通信をセキュアにする鍵のための要求をスタンドアロンＳＥＡＦに送信するようにさらに構成され得、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示すインジケーションを含む。

【0013】

本明細書の他の実施形態は、無線通信ネットワークにＡＭＦを実装するように構成されたネットワーク装置によって実行される方法を含む。方法は、前記ＡＭＦへの登録のための要求をＵＥから受信することを含む。方法はさらに、前記ＵＥからの前記要求を受信することに応答して、前記ＵＥと前記ＡＭＦとの間の通信をセキュアにする鍵のための要求をスタンドアロンＳＥＡＦに送信することを含み、前記要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示すインジケーションを含む。

【0014】

本明細書の他の実施形態は、また、コンピュータプログラムを含む。コンピュータプログラムは、ネットワーク装置の少なくとも１つのプロセッサによって実行されたとき、該ネットワーク装置に上記の方法を実行させる命令を含む。

【0015】

一般に、特許請求の範囲で使用されるすべての用語は、本明細書で明示的に定義されていない限り、当該技術分野における通常の意味に従って解釈されるべきである。「１つの（ａ／ａｎ／ｔｈｅ）要素、装置、構成要素、手段、ステップ等」へのすべての言及は、明示的に別段の記載がない限り、要素、装置、構成要素、手段、ステップ等の少なくとも１つのインスタンスを参照していると公然と解釈されるべきである。本明細書に開示された任意の方法のステップは、明示的に記載されない限り、開示された正確な順序で実行される必要はない。

【0016】

代替的に、または追加的に、いくつかの実施形態では、独立したＳＥＡＦのサポートを示すＵＥセキュリティ能力における追加的なインジケーションを利用する。ＵＥが、デカップリングされたＳＥＡＦエンティティへのインタフェースをサポートするフェーズ２ＡＭＦで最初に認証されるとき、提供されたインジケーションに基づいて、ＳＥＡＦは、インジケーションが肯定的な場合にはＵＥのためのセキュリティ鍵を保持し、そうでない場合にはそれを廃棄する。いくつかの実施形態では、デカップリングされたＳＥＡＦを使用した将来のＣＮ展開に備えるために、フェーズ１ですでに事前に指定された機能を必要としない。

【0017】

いくつかの実施形態の利点は、以下を含む：
１．ＮＡＳセキュリティモードコマンド（ＳＭＣ）手順に基づくレガシーメカニズムを活用することで、ビッドダウン攻撃からの保護を提供する。
２．独立したＳＥＡＦを使用した将来の潜在的なＣＮ展開に備えるために、すでにフェーズ１にある機能を必要としない。および／または、
３．フェーズ１ＵＥとフェーズ２ＵＥとＡＭＦの共存を可能にする。

【図面の簡単な説明】

【0018】

本発明の概念を、添付の図面を参照して、例によって説明する。

【0019】

【図1】ＴＳ２３．５０１に記載されている５Ｇシステムのアーキテクチャである。

【図2】本明細書に示された実施形態が適用可能な環境を示す無線通信システムである。

【図3】本明細書に提示された実施形態の方法を説明するフローチャートである。

【図4】本明細書に提示された他の実施形態に係る方法を説明する別のフローチャートである。

【図5】本明細書に提示されるデバイスのいくつかの構成要素／機能モジュールを例示する概略図である。

【図6】本明細書に提示されるデバイスのいくつかの構成要素／機能モジュールを例示する概略図である。

【図7】本明細書に提示されるデバイスのいくつかの構成要素／機能モジュールを例示する概略図である。

【図8】本明細書に提示されるデバイスのいくつかの構成要素／機能モジュールを例示する概略図である。

【図9】スタンドアロンＳＥＡＦをサポートするためのいくつかの動作機構を例示する概略図である。

【図10】本明細書に提示される実施形態に係るネットワーク内の異なるモビリティシナリオを例示する概略図である。

【図11】初期登録中のフローを説明する概略図である。

【図12】アイドルモードモビリティ中のフローを説明する概略図である。

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

【0020】

図２は、いくつかの実施形態に従った無線通信システム１０を示す。システム１０は、ユーザ装置１２を無線で１つ以上のコアネットワーク（ＣＮ）１６、例えば１つ以上の公衆地上移動体ネットワーク（ＰＬＭＮ）の１つ以上のコアネットワーク（ＣＮ）１６に接続する１つ以上の無線アクセスネットワーク（ＲＡＮ）１４を含む。ＣＮ（複数可）１６は、次に、無線装置１２を１つ以上のデータネットワーク１８、例えば、インターネット、公衆交換電話網（ＰＳＴＮ）などに接続する。

【0021】

いくつかの実施形態では、ＣＮ（複数可）１６は、ＣＮネットワーク機能（ＮＦ）間のサービスベースの相互作用を活用するサービスベースのアーキテクチャを有する。各ＮＦは、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で動作するソフトウェアインスタンスとして、または適切なプラットフォーム、例えばクラウドインフラストラクチャ上でインスタンス化された仮想化された機能として、いずれかのネットワーク装置によって実装され得る。システム１０が５Ｇシステムである場合、例えば、制御プレーン内のＮＦは、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ポリシー制御機能（ＰＣＦ）、認証サーバ機能（ＡＵＳＦ）、セキュリティアンカー機能（ＳＥＡＦ）等を含み得る。

【0022】

図２は、特に、ユーザ装置１２が第１のＡＭＦ１８－１への登録を要求することを示しているが、これは、例えば、ユーザ装置１２の電源投入時に発生するような初期登録であり得る。この登録の一部として、ＵＥ１２と第１のＡＭＦ１８－１との間の通信をセキュアにするための鍵２０－１（例えば、Ｋ_AMF）が決定される。したがって、第１のＡＭＦ１８－１は、ＵＥ１２と第１のＡＭＦ１８－１との間の通信をセキュアにするための鍵２０－１のための第１の要求２２－１をスタンドアロンＳＥＡＦ２４に（例えば、そのような登録のための手順の一部として）送信する。スタンドアロンＳＥＡＦ２４は、ＡＭＦとコロケートされていないという意味でスタンドアロンであり得る。それにかかわらず、この第１の要求２２－１は、ＵＥ１２がスタンドアロンＳＥＡＦ（独立ＳＥＡＦとも呼ばれる）をサポートしているか否かを示す第１のインジケーション２６－１を顕著に含む。スタンドアロンＳＥＡＦのサポートは、例えば、ＵＥ１２が５Ｇ規格のフェーズ２に従って構成されていること、および／または（以下でより完全に説明するように）ＵＥ１２がＳＥＡＦによる垂直鍵導出を処理するように構成されていることを意味し得る。そして、ＳＥＡＦ２４は、第１のインジケーション２６－１で第１の要求２２－１を受信する。

【0023】

その後のある時点で、ＵＥ１２は、第２のＡＭＦ１８－２へのＡＭＦ間モビリティを実行するために、例えば、第２のＡＭＦ１８－２への登録を要求する。この第２のＡＭＦ１８－２は、例えば、アイドルモードモビリティのためのＡＭＦ間モビリティ手順のターゲットＡＭＦであり得る。この登録の一環として、ＵＥ１２と第２のＡＭＦ１８－２との間の通信をセキュアにするための鍵２０－２（例えば、Ｋ_AMF）が決定される。従って、第２のＡＭＦ１８－２は、ＵＥ１２と第２のＡＭＦ１８－２との間の通信をセキュアにするための鍵２０－２のための第２の要求２２－２をスタンドアロンＳＥＡＦ２４に（例えば、そのような登録のための手順の一部として）送信する。注目すべきことに、この第２の要求は、ＵＥ１２がスタンドアロンＳＥＡＦをサポートしているか否かを示す第２のインジケーション２６－２を含む。

【0024】

これらのインジケーション２６－１、２６－２を受信した後、スタンドアロンＳＥＡＦは、第１のインジケーション２６－１が第２のインジケーション２６－２と一致するか否かに（少なくとも部分的に）依存して、例えば、スタンドアロンＳＥＡＦのＵＥのサポート（または欠如）に関する同じことを両方とも示しているという意味で、ビッドダウン攻撃が発生したかどうかを（少なくとも部分的には）決定する。いくつかの実施形態では、例えば、第１および第２のインジケーション２６－１、２６－２が一致しない場合、ＳＥＡＦ２４は、ビッドダウン攻撃が発生したと決定し得る。

【0025】

ＳＥＡＦ２４は、第１および第２のインジケーション２６－１，２６－２が一致するか否かを、任意の数の方法で直接的または間接的に決定し得る。いくつかの実施形態では、例えば、ＳＥＡＦ２４は、第２のインジケーション２６－２が受信されると、第２のインジケーション２６－２と直接比較するために、第１のインジケーション２６－１を記憶し、第２のインジケーション２６－２が受信されると、第２のインジケーション２６－２と直接比較するために、第１のインジケーション２６－１を記憶する。他の実施形態では、対照的に、ＳＥＡＦは、フラグまたは他の情報フィールドの使用を介して、第１のインジケーション２６－１によって示されるように、ＵＥのサポート（またはその欠如）をログに記録し、その後、ログに記録されたサポート／能力が、一度受信されると、第２のインジケーション２６－２によって示されるサポート／能力と一致するかどうかをチェックする。まだ他の実施形態では、ＳＥＡＦ２４は、第１のインジケーション２６－１によって示されたサポート／能力を効果的にログに記録する方法として鍵ストレージを使用する。

【0026】

いくつかの実施形態では、第１の要求２２－１に応答して、ＳＥＡＦ２４は要求された鍵を返す。ＳＥＡＦ２４は、第１のインジケーション２６－１がＵＥ１２がスタンドアロンＳＥＡＦをサポートしていることを示すか否かにそれぞれ応じて、第１の要求２２－１に応答して返信された鍵を格納するか、または破棄する。鍵がＵＥ１２のために格納されている場合、それは、第１のインジケーション２６－１がＵＥ１２がスタンドアロンＳＥＡＦをサポートしていることを示したことを後にＳＥＡＦ２４に示し、一方、鍵がＵＥ１２のために格納されていない場合、それは、第１のインジケーション２６－１がＵＥ１２がスタンドアロンＳＥＡＦをサポートしていないことを示したことを後にＳＥＡＦ２４に示し、鍵がＵＥ１２のために格納されている場合、それは、第１のインジケーション２６－１がＵＥ１２がスタンドアロンＳＥＡＦをサポートしていないことを後にＳＥＡＦ２４に示している。したがって、ＳＥＡＦ２４は、鍵２０－１がＵＥ１２のために格納されているか否かと、第２のインジケーション２６－２がＵＥ１２がスタンドアロンＳＥＡＦをサポートしていることを示しているか否かと、に応じて、ビッドダウン攻撃が発生したか否かを判断し得る。例えば、ＳＥＡＦ２４は、鍵２０－１がＵＥ１２のために格納されているが、第２のインジケーション２６－２がＵＥ１２がスタンドアロンＳＥＡＦをサポートしていないことを示している場合に、ビッドダウン攻撃が発生したと判断し得る。これに対して、ＳＥＡＦ２４は、以下のいずれかの場合に、ビッドダウン攻撃が発生していないと判断し得る：（ｉ）鍵２０－１がＵＥ１２のために格納されていない場合；または（ｉｉ）鍵２０－１がＵＥ１２のために格納されており、第２のインジケーション２６－２がＵＥ１２がスタンドアロンＳＥＡＦをサポートしていることを示している場合。

【0027】

上記の修正および変形、ならびに以下の実施例を考慮して、図３は、いくつかの実施形態に従って無線通信ネットワーク１０においてスタンドアロン・セキュリティアンカー機能（ＳＥＡＦ）２４を実装するように構成されたネットワーク装置によって実行される方法１００を例示している。方法１００は、ユーザ装置（ＵＥ）１２が登録を要求する第１のアクセスおよびモビリティ機能（ＡＭＦ）１８－１から、ＵＥ１２と第１のＡＭＦ１８－１との間の通信をセキュアにするための鍵２０－１に対する第１の要求２２－１を受信することを含み、第１の要求２２－１は、ＵＥ１２がスタンドアロンＳＥＡＦをサポートしているか否かを示す第１のインジケーション２６－１を含む（ブロック１１００）。方法１００はさらに、ＵＥ１２が第２のＡＭＦ１８－２にＡＭＦ間モビリティを実行するための登録を要求する第２のＡＭＦ１８－２から、ＵＥ１２と第２のＡＭＦ１８－２との間の通信をセキュアにするための鍵２０－２のための第２の要求２２－２を受信することを含んでもよく、ここで、第２の要求２２－２は、ＵＥ１２がスタンドアロンＳＥＡＦをサポートしているか否かを示す第２のインジケーション２６－２を含んでいる（ブロック１２０）。方法１００は、第１のインジケーション２６－１が第２のインジケーション２６－２と一致するかどうかに少なくとも部分的に依存して、ビッドダウン攻撃が発生したかどうかを決定することをさらに含み得る（ブロック１３０）。

【0028】

いくつかの実施形態では、この決定は、ビッドダウン攻撃が発生したかどうかを決定するための手順の出力であるという意味で明示的に実行されてもよい。他の実施形態では、この決定は、第１および第２のインジケーション２６－１，２６－２が一致するかどうかに応じて、ネットワーク装置が、現在のビッドダウン攻撃または将来のビッドダウン攻撃に対抗するため、防止するため、またはそうでなければガードするために特別に設計された特定のアクションを実行するか、または実行しないという意味で暗黙的に実行されてもよい。例えば、いくつかの実施形態では、ネットワーク装置は、不一致を記録または報告し、その不一致は、ネットワークオペレータによって、ビッドダウン攻撃の発生を表すと理解されてもよく、それによって、ネットワークオペレータは、ビッドダウン攻撃の原因となった漏洩したネットワーク装置を追跡することができる。

【0029】

方法１００は、第１のインジケーションと第２のインジケーションが一致するか否かを決定するための任意の処理を含んでもよいことにも留意されたい。いくつかの実施形態では、方法１００は、第１の要求に応答して、要求された鍵を返すことをさらに含む。方法１００はまた、第１のインジケーションがＵＥがスタンドアロンＳＥＡＦをサポートしていることを示すか否かに応じて、第１の要求に応答して返された鍵を格納するか、または破棄することを含み得る。この場合、ビッドダウン攻撃が発生したか否かを決定することは、ＵＥのために鍵が格納されているか否か、および第２のインジケーションがＵＥがスタンドアロンＳＥＡＦをサポートしていることを示しているか否かに応じて、ビッドダウン攻撃が発生したか否かを決定することを含む。

【0030】

図４は、無線通信ネットワーク１０においてアクセスおよびモビリティ機能（ＡＭＦ）１８－１または１８－２を実装するように構成されたネットワーク装置によって実行される方法２００を示す。方法２００は、ユーザ装置（ＵＥ）１２からＡＭＦ１８－１または１８－２への登録の要求を受信することを含む（ブロック２１０）。方法２００はまた、ＵＥ１２からの要求を受信することに応答して、スタンドアロン・セキュリティアンカー機能（ＳＥＡＦ）２４に、ＵＥ１２とＡＭＦとの間の通信をセキュアにするための鍵２０－１または２０－１の要求２２－１または２２－２を送信することを含み、ここで、要求は、ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示すインジケーション２６－１または２６－２を含む（ブロック２２０）。

【0031】

上述したようなスタンドアロンＳＥＡＦ２４を実装するためのネットワーク装置は、任意の機能的手段またはユニットを実装することにより、本明細書の処理のいずれかを実行してもよいことに留意されたい。一実施形態では、例えば、ネットワーク装置は、図３に示すステップを実行するように構成されたそれぞれの回路（circuits）または回路（circuitry）を含む。この点での回路または回路は、特定の機能的処理を実行するために、専用の回路、および／またはメモリと連動した１つ以上のマイクロプロセッサを含んでいてもよい。メモリを採用する実施形態では、メモリは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリ装置、光記憶装置などのような１つまたは複数のタイプのメモリから構成されてもよく、メモリは、１つまたは複数のプロセッサによって実行されると本明細書に記載された技術を実行する、プログラムコードを記憶する。

【0032】

図５は、１つ以上の実施形態に従ってスタンドアロンＳＥＡＦ２４を実装するネットワーク装置３０を示す。示されているように、ネットワーク装置３０は、処理回路３２および通信回路３４を含む。通信回路３４は、例えば任意の通信技術を介して、１つ以上の他のノードに情報を送信および／または受信するように構成されている。処理回路３２は、メモリ３６に記憶された命令を実行することなど、本明細書の処理、例えば図３の処理を実行するように構成されている。本明細書における処理回路３２は、特定の機能的手段、ユニット、またはモジュールを実装してもよい。

【0033】

図６は、１つまたは複数の他の実施形態に従って、スタンドアロンＳＥＡＦ２４を実装するネットワーク装置３０を示す。示されているように、ネットワーク装置３０は、様々な機能的手段、ユニット、またはモジュールを、例えば、図５の処理回路３２を介して、および／またはソフトウェアコードを介して実装する。これらの機能的手段、ユニット、またはモジュールは、例えば、図３の方法を実装するために、例えば、第１および／または第２の要求２２－１、２２－２を受信するための受信ユニットまたはモジュール３８と、ビッドダウン攻撃が発生したかどうかを決定するための決定ユニットまたはモジュール３９とを含む。

【0034】

上述のようなＡＭＦ１８－１または１８－２を実装するネットワーク装置は、任意の機能的手段またはユニットを実装することにより、本明細書の処理のいずれかを実行してもよいことに留意されたい。一実施形態では、例えば、ネットワーク装置は、図４に示すステップを実行するように構成されたそれぞれの回路または回路からなる。この点での回路または回路は、特定の機能的処理を実行するために専用の回路、および／またはメモリと連動した１つ以上のマイクロプロセッサを含んでいてもよい。メモリを採用する実施形態では、メモリは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリ装置、光記憶装置などのような１つまたは複数のタイプのメモリから構成されていてもよく、メモリは、１つまたは複数のプロセッサによって実行されると本明細書に記載された技術を実行する、プログラムコードを記憶する。

【0035】

図７は、１つ以上の実施形態に従ってＡＭＦ１８－１または１８－２を実施するネットワーク装置４０を示す。示されているように、ネットワーク装置４０は、処理回路４２および通信回路４４を含む。通信回路４４は、例えば任意の通信技術を介して、１つ以上の他のノードに情報を送信および／または受信するように構成されている。処理回路４２は、メモリ４６に記憶された命令を実行することなど、本明細書の処理、例えば図４の処理を実行するように構成されている。本明細書において、処理回路４２は、特定の機能的手段、ユニット、またはモジュールを実装してもよい。

【0036】

図８は、１つまたは複数の他の実施形態に従ってＡＭＦ１８－１または１８－２を実装するネットワーク装置４０を示す。示されているように、ネットワーク装置４０は、様々な機能的手段、ユニット、またはモジュールを、例えば、図７の処理回路４２を介して、および／またはソフトウェアコードを介して実装する。これらの機能的手段、ユニット、またはモジュールは、例えば、図４の方法を実施するために、例えば、ＵＥ１２から登録要求を受信するための受信ユニットまたはモジュール４８と、第１または第２の要求２２－１または２２－２をＳＥＡＦ２４に送信するための送信ユニットまたはモジュール４９とを含む。

【0037】

当業者は、本明細書の実施形態が、対応するコンピュータプログラムをさらに含むことも理解するであろう。

【0038】

コンピュータプログラムは、ネットワーク装置の少なくとも１つのプロセッサ上で実行されると、ネットワーク装置に上述したそれぞれの処理のいずれかを実行させる命令を含む。この点でのコンピュータプログラムは、上述した手段またはユニットに対応する１つ以上のコードモジュールを含み得る。

【0039】

実施形態はさらに、このようなコンピュータプログラムを含むキャリアを含む。このキャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つを含み得る。

【0040】

これに関して、本明細書の実施形態はまた、ネットワーク装置のプロセッサによって実行されると、ネットワーク装置が上述したように実行することを引き起こす命令を記憶している非一時的コンピュータ可読（記憶または記録）媒体を含む。

【0041】

いくつかの具体的な例が、現在、５Ｇネットワークに関して時折記載される。これらの例は、上述した実施形態を例示し、および／または説明することができる。

【0042】

４Ｇとの違いの１つは、アクセス認証関連機能（ＡＫＡ、認証と鍵同意、ＴＳ３３．５０１におけるプライマリ認証）を実行することおよびサービングネットワークがそれ以上の鍵を導出するために使用するアンカー鍵を保持することを意図したセキュリティアンカー機能（ＳＥＡＦ）の導入であるため、ローミングシナリオにおけるコストのかかる再認証手順の必要性を低減することができる。４Ｇでは、このような機能はＭＭＥによって実現され、アンカー鍵はＫ_ASMEである。５Ｇでは、認証は新しいＳＥＡＦエンティティの制御下にあり、アンカー鍵はＫ_SEAFと呼ばれる。ＵＥのプライマリ認証が成功すると、ＳＥＡＦとＵＥはＫ_SEAFを確立し、このＫ_SEAFはＡＭＦ鍵Ｋ_AMFを導出するために使用される。ＳＥＡＦはＡＭＦにＫ_AMFを提供し、ＡＭＦはＮＡＳセキュリティモード命令（ＳＭＣ）手順を介してＵＥとＮＡＳセキュリティを起動する。

【0043】

ＮＡＳ＿ＳＭＣ手順は、ＡＭＦからＵＥへのＮＡＳメッセージのラウンドトリップであり、応答はＡＭＦに戻ってくる。これは、ＮＡＳ暗号化および完全性保護アルゴリズムの選択、ＮＡＳ暗号化および完全性保護鍵の確立、リプレイ保護に使用されるＮＡＳカウンタの同期化、およびＮＡＳプロトコルのセキュリティの有効化に使用される。この手順はＴＳ３３．５０１に記載されており、ＴＳ３３．４０１で規定されている４Ｇ手順と非常に類似している。

【0044】

フェーズ１では、ＳＥＡＦとＡＭＦはまだコロケーションされているが、現在、認証とセキュリティアンカー機能は、他の接続およびモビリティ管理機能から切り離されることで合意されている。この合意は、フェーズ２での独立したＳＥＡＦの導入を排除しないことである。

【0045】

フェーズ１ではすでに独立したＳＥＡＦのサポートに備えるのが賢明かもしれない。これは確かにフェーズ１のＳＥＡＦの合意に沿ったものである。しかし、明確ではないのは、ＵＥのセキュリティ機能をビッドダウン攻撃から保護する仕組みが既に存在するため、ビッドダウンの問題である。ＵＥ側からの追加サポートインジケーションを必要とする新しいセキュリティ機能は、ＵＥ能力情報要素に含まれ、ＮＡＳのＳＭＣ手順を使用してビッドダウン攻撃から保護され得る。

【0046】

より正確には、ＵＥはＣＮに登録する際に、登録要求メッセージ（５ＧではアタッチまたはＴＡＵ（トラッキングエリア更新）メッセージに対応）でその能力を送信する。ＳＭＦは、ＮＡＳ＿ＳＭＣ手順の最初のメッセージである整合性保護メッセージで受信したセキュリティ能力を返送する。これは、ＵＥがＣＮが能力を受信したことを保証する方法である。１つの解決策は、ＵＥがどのフェーズをサポートしているかを示す新しい情報要素を含め、鍵の導出に追加情報を使用することで、中間者によるビッドダウン攻撃（ＭｉＴＭ）があった場合にＵＥとＣＮが異なる鍵を導出し、ＮＡＳ＿ＳＭＣが失敗するようにすることである。しかし、これは必要なく、以下に示すように、このようなインジケーションを含むＵＥのセキュリティ機能を使用すれば十分である。

【0047】

ここで、ＣＮにデカップリングされたＳＥＡＦエンティティを持つことのセキュリティ上の利点を考えてみる。一般的に、セキュリティ問題は、サービングノード間のセキュリティ鍵の転送に関連している。この場合、送信元ノードと送信先ノードがお互いを信頼していれば、ノード間の通信を確保する以外に特別なセキュリティ対策は不要である。送信元ノードが送信先ノードを信頼していない場合は、後方（バックワード）セキュリティのためのメカニズムが必要となる。一般的には、ソースノードの鍵から一方向関数を用いて鍵を導出し、導出した鍵をターゲットノードに渡すことで、ターゲットノードがソースノードの鍵を復元できないようにすることができる。ターゲットノードがソースノードを信頼していない場合には、前方（フォワード）セキュリティの仕組みが必要となる。これは、ターゲットノードがソースノードにアクセスできない新しい鍵を確立することを可能にするメカニズム、例えば、新しい認証手順などによって達成される。

【0048】

前方セキュリティと後方セキュリティは、ＲＡＮセキュリティの設計において重要な側面である。これは、基地局は一般的に露出度が高いため、ＣＮノードよりも脆弱であると想定されるからである。したがって、ＲＡＮノードの潜在的な危殆化を緩和するためには、ハンドオーバ中にソースノードとターゲットノードがそれぞれ新しい鍵を配信したり、取得したりできるようなメカニズムを用意することが重要である。これにより、ターゲットノードがソースノードに対する攻撃（鍵の漏洩）から保護され、その逆も保証される。

【0049】

以前のＴＳ３３．５０１とＴＳ３３．４０１で述べたように、ｇＮＢ（次世代ノードＢ、４ＧのｅＮＢに対応）間の後方セキュリティは、ターゲットノードが現在のＫ_gNBから中間鍵（Ｋ_gNB ^＊）を導出し、それをハンドオーバすることによって実現される。前方セキュリティは、送信元のｇＮＢには知られていないＣＮ内のＡＭＦ（４ＧではＭＭＥ）から新しい中間鍵（ＮＨ）を取得することで実現される。

【0050】

５Ｇでは、ＡＭＦが危殆化する可能性のある新しい信頼モデルが検討され、ＳＥＡＦと呼ばれる（鍵階層内の）上位エンティティの導入につながった。これは、ＡＳのメカニズムを模倣するという考え方である。後方セキュリティのためには、ＳＥＡＦは必要ないことに注意する。後方セキュリティは、ターゲットＡＭＦが現在のＫ_AMFからいわゆる水平鍵の導出を行い、その結果の鍵をターゲットＡＭＦに転送することで実現される。さて、前方セキュリティについては、ターゲットＡＭＦで認証手順の再実行を常に実現することができるが、ＳＥＡＦに保存されている鍵を使用する方が効率的である。ターゲットＡＭＦは、Ｋ_SEAFからいわゆる垂直鍵導出を実行するＳＥＡＦに新しい鍵を要求するだけで、要求するエンティティにその結果の鍵を提供することができる。ＳＥＡＦは、ＵＥがローミングしている場合にコストのかかる認証手続きが不要になるため、ＵＥがＡＭＦ間を移動する場合にのみ、より効率的に前方セキュリティを実現することができる。

【0051】

フェーズ２では、独立したＳＥＡＦのサポートは、よりサービングネットワークの問題となる。独立したＳＥＡＦの導入は、ＮＡＳ＿ＳＭＣの垂直鍵導出インジケーションと、フェーズ１のＵＥではサポートされない可能性が高い鍵導出ステップをサポートするために、ＵＥの仕様を変更する必要がある。このメカニズムは、図９に示すように動作する。

【0052】

ソースＡＭＦは、ローカルポリシーに基づいて、現在の鍵をフォワードするか水平鍵導出を行うかを決定する。

【0053】

ターゲットＡＭＦは、ローカルポリシーに基づいて、新しい認証をトリガするか受信した鍵を使用するかを決定する。

【0054】

ターゲットＡＭＦ＋は、ローカルポリシーに基づいて、ＳＥＡＦから新しい鍵をフェッチするか受信された鍵を引き続き使用するかを決定する。

【0055】

ＳＥＡＦはローカルポリシーとＵＥサポートインジケーションに基づいて、新規の認証を行うかＫ_SEAFが利用可能な場合は垂直鍵導出を行うかを決定する。

【0056】

垂直鍵導出の決定はターゲットＡＭＦで行われ、新しいＫ_AMFはＮＡＳ＿ＳＭＣで使用されるため、ソースＡＭＦが侵害されてもＭＩＴＭ攻撃の脅威はない。

【0057】

図１０は、フェーズ１のＡＭＦとＡＭＦ＋で示されるフェーズ２のＡＭＦとが同じオペレータネットワーク内に共存するネットワークにおける、異なるモビリティシナリオを示している。主な観察事項は、ターゲットＡＭＦ（＋）は、ソースから受信した鍵（同一または水平導出によって生成された鍵）に関係なく、常に前方セキュリティを達成することができるということである。フェーズ１のターゲットＡＭＦの場合、これは認証手順によって達成される。フェーズ２のターゲットＡＭＦの場合、これはＳＥＡＦから新しい鍵をフェッチすることで達成される。両方のタイプのＡＭＦが共存する場合、ＵＥがフェーズ１ＡＭＦを通して最後に認証されたために、独立したＳＥＡＦがＡＭＦ＋からの新しい鍵要求に応じて新しいＡＭＦ鍵を生成できない可能性がある。このようなシナリオでは、ＳＥＡＦは認証手順をトリガしなければならない。ＳＥＡＦから新しい鍵をフェッチするためにターゲットＡＭＦ＋で行われる決定は、ソースＡＭＦから受信したＵＥの能力に全く依存する必要はない。ＵＥが独立したＳＥＡＦ機能をサポートしていることを示し、ＵＥが最初にＡＭＦ＋によって提供されるべきであるとしたら、ＳＥＡＦは単にそのＵＥのためのコンテクストを維持することができる。そうでなければ、ＳＥＡＦは単にそのコンテキストを破棄する。この場合、垂直鍵導出は、ＡＭＦ＋によって（再）認証されたＵＥ＋に対してのみ機能する。他のすべてのケースでは、ＳＥＡＦが関与していないか、またはＳＥＡＦが関与しているが、フェーズ１ＵＥを認識することになるので、（サービングレガシーＡＭＦに鍵を渡した後に）コンテキストを廃棄する。

【0058】

以下では、エンティティ名において、シンボル＋または（＋）は、フェーズ２またはフェーズ１とフェーズ２をサポートするエンティティを示すために使用される。＋または（＋）がない場合は、フェーズ１のみをサポートするエンティティを示す。例えば、以下のようなものである：
－ＵＥ＋：フェーズ２のＵＥ
－ＵＥ（＋）：フェーズ１またはフェーズ２のＵＥ
－ＵＥ：フェーズ１のＵＥ
－ＡＭＦについても同様であり、すなわちＡＭＦ＋、ＡＭＦ（＋）、ＡＭＦ

【0059】

いくつかの実施形態は、以下の特徴に基づいている。

【0060】

第１に、ＵＥ＋、すなわち独立したＳＥＡＦをサポートするＵＥを示すために、ＵＥセキュリティ能力情報要素に新しいセキュリティ能力が追加される。最も可能性の高いＵＥ＋は、垂直鍵導出を実行できるようにするため、および先に説明したようにＮＡＳプロトコルのＣＮからの垂直鍵導出インジケーションを処理するために、追加の機能をサポートする必要があるであろう（図９）。そのような新しい能力は、例えばフラグであり得る。参考までに、ＵＥセキュリティ能力はＵＥセキュリティコンテキストの一部であり、ＵＥコンテキストの一部としてＡＭＦ変更中に転送される。そのような新しい能力は、ＡＭＦに対して透過的であろう。

【0061】

第２に、ＳＥＡＦは、ＵＥ＋のための認証の成功から生じるアンカー鍵（Ｋ_SEAF）を格納し、ＵＥのためにそれを廃棄することによって、そのような能力に作用する。ＳＥＡＦが既にＵＥ＋のための鍵を持っており、受信した能力がＵＥを示している場合は、ビッドダウン攻撃が発生したことになる。

【0062】

図１１のフローは、初期登録中のＳＥＡＦ、ＡＭＦ＋、およびＵＥ（＋）間の相互作用を示す。

【0063】

ステップの説明は以下の通りである：
１．ＵＥ（＋）は、ＵＥセキュリティ機能を含む登録要求を送信することにより、登録手順を開始する。ＵＥ＋の場合は、ＵＥが独立したＳＥＡＦ機能をサポートしていることを示す新しいフラグが含まれる。
２．ＡＭＦ＋は、ＵＥがＳＥＡＦ機能をサポートしているかどうかのインジケーションを含む鍵要求メッセージを送信する。このインジケーションはフラグであってもよいし、ＡＭＦ＋は単にＵＥのセキュリティ機能ＩＥ全体を転送するだけであってもよい。
３．ＳＥＡＦは、ＡＵＳＦを含む認証手順をトリガする。認証が成功すると、ＵＥとＳＥＡＦの間でＫ_SEAFという共有秘密鍵が確立される。
４．ＳＥＡＦは、要求するＡＭＦが使用する鍵Ｋ_AMFをＫ_SEAFから導出する。
５．ＳＥＡＦは、Ｋ_AMFをＡＭＦ＋に送信する。
６．ステップ２で受信したインジケーションに応じて：ＵＥ＋の場合、ＳＥＡＦはＫ_SEAFを格納する。ＵＥの場合、ＳＥＡＦはＫ_SEAFを廃棄する。
７．ＡＭＦ＋は、受信したＫ_AMFに基づいてＮＡＳ＿ＳＭＣ手順によりＮＡＳセキュリティを起動する。
ステップ６は、ステップ４の後の間のどこでも実行可能であることに留意する。

【0064】

図１２のフローは、アイドルモード移動中のＳＥＡＦ、ＵＥおよびＡＭＦ（＋）間の相互作用を示す。

【0065】

ステップの説明は以下の通りである：
１．ＵＥ（＋）は、ターゲットＡＭＦ＋に登録要求メッセージを送信することにより、モビリティによる登録手続きを開始する。
２．ターゲットＡＭＦ＋は、ソースＡＭＦ（＋）にコンテキスト要求を送信する。
３．ソースＡＭＦ（＋）は、ＵＥの完全なコンテキストを含むコンテキスト応答メッセージで応答する。ＵＥコンテキストには、例えば、ＵＥセキュリティ機能、セキュリティ鍵Ｋ_AMF、選択されたＮＡＳアルゴリズムなどが含まれる。
４．ＡＭＦ＋は、例えばローカルポリシーに基づいてＳＥＡＦから新しい鍵を取得することを決定し、ＵＥがＳＥＡＦ機能をサポートしているかどうかのインジケーションを含む可能性がある鍵要求メッセージをＳＥＡＦに送信する。このインジケーションはフラグであってもよいし、ＡＭＦ＋は単にＵＥのセキュリティ機能ＩＥ全体を転送するだけであってもよい。
５．ＳＥＡＦがＵＥのための保存された鍵を持たない場合、ＳＥＡＦは、図１１のステップ３、４、および６のように進む。ＳＥＡＦがすでにこのＵＥのための保存された鍵を持っている場合は、受信したインジケーションに応じて：
ａ．ＵＥ＋の場合、ＳＥＡＦは、格納されたＫ_SEAFから新しい鍵を導出するか、または認証手順を実行し得る。
ｂ．ＵＥの場合、ビッドダウン攻撃が発生した、すなわち、図１１で説明したようにＳＥＡＦが最初の場所で鍵を格納していなかったために、何らかのエンティティまたはＭｉＴＭがＵＥのセキュリティ機能を改ざんされた場合。ＳＥＡＦは、そのようなイベントをログに記録するか、またはそのようなイベントを処理するための他の手段を講じ得る。
６．ＳＥＡＦは、ＡＭＦ＋にＫ_AMFを送信する。
７．ＡＭＦ＋は、受信したＫ_AMFに基づいてＮＡＳ＿ＳＭＣ手順によってＮＡＳのセキュリティを活性化する。

【0066】

ビッドダウンが発生し、ＳＥＡＦが何らかの方法（例えばタイマーの期限満了）で保存された鍵を廃棄した場合、ＳＥＡＦは、ステップ５でそのことを検出できないことに注意する。ここでレガシーメカニズムが重要なのは、ＵＥがＮＡＳ＿ＳＭＣ手順の間に何らかの方法でそれを検出するからである。これは、ＵＥのセキュリティ能力が、その手順の間に、新しいセキュリティ鍵に基づく完全性保護されたメッセージでＵＥに返信されるからである。

【0067】

本明細書で使用されるユーザ装置とは、無線信号を介して他の無線ノードと無線で通信することができる任意のタイプの機器である。したがって、ユーザ装置は、移動局、ラップトップ、スマートフォン、マシンツーマシン（Ｍ２Ｍ）デバイス、マシンタイプ通信（ＭＴＣ）デバイス、狭帯域のモノのインターネット（ＩｏＴ）デバイスなどを指す場合がある。すなわち、ユーザ装置は、ＵＥと称されることもあるが、無線装置は、必ずしも、装置を所有および／または操作する個人という意味での「ユーザ」を有しているわけではないことに留意すべきである。また、ユーザ装置は、無線通信装置、ラジオ装置、ラジオ通信装置、無線端末、または単に端末と呼ばれてもよく、文脈が別段の意味を示さない限り、これらの用語のいずれかの使用は、デバイス間のＵＥまたはデバイスを含むことを意図している。マシンタイプデバイスまたはマシンツーマシン通信が可能なデバイス、無線デバイスを備えたセンサ、無線対応テーブルコンピュータ、モバイル端末、スマートフォン、ラップトップ内蔵型（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、無線顧客宅内機器（ＣＰＥ）などが挙げられる。本明細書の議論において、マシンツーマシン（Ｍ２Ｍ）デバイス、マシンタイプ通信（ＭＴＣ）デバイス、無線センサ、およびセンサという用語が使用されることもある。これらのデバイスは、ＵＥであってもよいが、一般に、人間の直接の相互作用なしにデータを送信および／または受信するように構成されていてもよいことが理解されるべきである。

【0068】

ＩｏＴシナリオにおいて、本明細書に記載されるようなユーザ装置は、監視または測定を実行し、そのような監視測定の結果を別の装置またはネットワークに送信するマシンまたは装置であってもよく、またはそれに構成されていてもよい。特にこのようなマシンの例としては、電力計、産業機械、または家庭用または個人用の電化製品、例えば冷蔵庫、テレビ、時計などの個人用ウェアラブルが挙げられる。他のシナリオでは、本明細書に記載されるような無線通信装置は、車両に構成されてもよく、車両の動作状態または車両に関連する他の機能の監視および／または報告を実行してもよい。

【0069】

本明細書で使用されるように、「ネットワーク装置」は、無線デバイスと直接または間接的に通信することが可能であり、構成され、配置され、および／または操作可能であり、および／または無線デバイスへの無線アクセスを可能にし、および／または提供する無線通信ネットワーク内の他の機器と通信することができる機器を指す。ネットワーク装置の例としては、コアネットワークにおけるコアネットワーク装置（例えば、ＡＭＦまたはＳＭＦを実装する装置）が挙げられるが、これらに限定されない。

【0070】

以下に、開示された主題の様々な側面をさらに例示する特定の列挙された実施形態を示す。

【0071】

１． 無線通信ネットワークにスタンドアロン・セキュリティアンカー機能（ＳＥＡＦ）を実装するように構成されたネットワーク装置によって実行される方法であって、該方法は、
ユーザ装置（ＵＥ）が登録を要求する第１のアクセスおよびモビリティ機能（ＡＭＦ）から、前記ＵＥと前記第１のＡＭＦとの間の通信をセキュアにする鍵のための第１の要求を受信することであって、前記要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第１のインジケーションを含む、前記受信することと、
前記ＵＥが第２のＡＭＦにＡＭＦ間モビリティを実行するための登録を要求する前記第２のＡＭＦから、前記ＵＥと前記第２のＡＭＦとの間の通信をセキュアにする鍵のための第２の要求を受信することであって、前記要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第２のインジケーションを含む、前記受信することと、
前記第１のインジケーションが前記第２のインジケーションと一致するか否かに少なくとも部分的に依存して、ビッドダウン攻撃が発生したか否かを決定することと、
を含む方法。

【0072】

２． 前記第１の要求に応答して、前記要求された鍵を返信することと、
前記第１のインジケーションが前記ＵＥがスタンドアロンＳＥＡＦをサポートしていることを示すか否かにそれぞれ依存して、前記第１の要求に応答して返信された鍵を格納するかまたは破棄することと、
をさらに含み、
ビッドダウン攻撃が発生したか否かを前記決定することは、前記ＵＥのために鍵が格納されているか否かと、前記第２のインジケーションが前記ＵＥがスタンドアロンＳＥＡＦをサポートしていることを示すか否かと、に依存して、ビッドダウン攻撃が発生したか否かを決定することを含む
実施形態１に記載の方法。

【0073】

３． ビッドダウン攻撃が発生したか否かを前記決定することは、前記ＵＥのために鍵が格納されているが前記第２のインジケーションが前記ＵＥがスタンドアロンＳＥＡＦをサポートしていないことを示す場合に、ビッドダウン攻撃が発生したと決定することを含む
実施形態２に記載の方法。

【0074】

４． ビッドダウン攻撃が発生したか否かを前記決定することは、前記ＵＥのために鍵が格納されていない場合、または、前記ＵＥのために鍵が格納されているが前記第２のインジケーションが前記ＵＥがスタンドアロンＳＥＡＦをサポートしていることを示す場合に、ビッドダウン攻撃が発生していないと決定することを含む
実施形態２または３に記載の方法。

【0075】

５． 前記ＵＥのために鍵が格納されていないと決定することに応答して認証手順を実行することをさらに含む
実施形態２乃至４の何れか１項に記載の方法。

【0076】

６． 前記ＵＥのために鍵が格納されており前記第２のインジケーションが前記ＵＥがスタンドアロンＳＥＡＦをサポートしていることを示すと決定することに応答して、前記ＵＥのために格納された鍵から新しい鍵を導出することによって前記第２の要求に応答して返信する鍵を取得するかまたは認証手順を実行することをさらに含む
実施形態２乃至５の何れか１項に記載の方法。

【0077】

７． ビッドダウン攻撃が発生していないと決定することに応答して、前記第２の要求に応答して返信する鍵を取得し該取得した鍵を返信することをさらに含む
実施形態１乃至６の何れか１項に記載の方法。

【0078】

８． 前記第１のインジケーションが前記ＵＥがスタンドアロンＳＥＡＦをサポートしていることを示すか否かを記録することをさらに含み、ビッドダウン攻撃が発生したか否かを決定することは、記録された前記第１のインジケーションと前記第２のインジケーションとを比較することを含む
実施形態１乃至７の何れか１項に記載の方法。

【0079】

９． 前記記録することは、前記第１のインジケーションを保存することまたは前記第１のインジケーションに基づいてフラグを設定することを含む
実施形態８に記載の方法。

【0080】

１０． 前記第１の要求および／または前記第２の要求は、全体または部分的に、前記ＵＥのセキュリティ能力情報要素を含む
実施形態１乃至９の何れか１項に記載の方法。

【0081】

１１． 前記ＡＭＦ間モビリティは、ソースＡＭＦからターゲットＡＭＦとしての前記第２のＡＭＦに実行され、前記第２のインジケーションは、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かの前記ソースＡＭＦによる表現であり、前記ＡＭＦ間モビリティを実行するための手順中に前記ソースＡＭＦから前記ターゲットＡＭＦに転送される
実施形態１乃至１０の何れか１項に記載の方法。

【0082】

１２． 前記第１のＡＭＦはスタンドアロンＳＥＡＦへのインタフェースをサポートする
実施形態１乃至１１の何れか１項に記載の方法。

【0083】

１３． ビッドダウン攻撃が発生したと決定することに応答して、該ビッドダウン攻撃または将来のビッドダウン攻撃に対抗するための１つ以上の対策を実行することをさらに含む
実施形態１乃至１２の何れか１項に記載の方法。

【0084】

１４． ビッドダウン攻撃が発生したと決定した場合に、該ビッドダウン攻撃の発生を記録および／または報告することをさらに含む
実施形態１乃至１３の何れか１項に記載の方法。

【0085】

１５． ビッドダウン攻撃が発生したと判断した場合に、前記ＵＥとの間で新しいセキュリティアンカー鍵を取得するための認証手順を実行することをさらに含む
実施形態１乃至１３の何れか１項に記載の方法。

【0086】

１６． 無線通信システムにセキュリティアンカー機能（ＳＥＡＦ）を実装するように構成されたネットワーク装置であって、該ネットワーク装置は、
ユーザ装置（ＵＥ）が登録を要求する第１のアクセスおよびモビリティ機能（ＡＭＦ）から、前記ＵＥと前記第１のＡＭＦとの間の通信をセキュアにする鍵のための第１の要求を受信し、ここで、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第１のインジケーションを含み、
前記ＵＥが第２のＡＭＦにＡＭＦ間モビリティを実行するための登録を要求する前記第２のＡＭＦから、前記ＵＥと前記第２のＡＭＦとの間の通信をセキュアにする鍵のための第２の要求を受信し、ここで、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第２のインジケーションを含み、
前記第１のインジケーションが前記第２のインジケーションと一致するか否かに少なくとも部分的に依存して、ビッドダウン攻撃が発生したか否かを決定する、
ように構成されている、ネットワーク装置。

【0087】

１７． 実施形態２乃至１５の何れか１項に記載の方法を実行するように構成されている
実施形態１６に記載のネットワーク装置。

【0088】

１８． ネットワーク装置の少なくとも１つのプロセッサによって実行されたとき、該ネットワーク装置に実施形態１乃至１５の何れか１項に記載の方法を実行させる命令を含むコンピュータプログラム。

【0089】

１９． 実施形態１８に記載のコンピュータプログラムを含むキャリアであって、該キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体の何れかである、前記キャリア。

【0090】

２０． 無線通信システムにセキュリティアンカー機能（ＳＥＡＦ）を実装するように構成されたネットワーク装置であって、該ネットワーク装置は、処理回路とメモリとを含み、該メモリは該処理回路によって実行可能な命令を含んでおり、前記ネットワーク装置は、
ユーザ装置（ＵＥ）が登録を要求する第１のアクセスおよびモビリティ機能（ＡＭＦ）から、前記ＵＥと前記第１のＡＭＦとの間の通信をセキュアにする鍵のための第１の要求を受信し、ここで、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第１のインジケーションを含み、
前記ＵＥが第２のＡＭＦにＡＭＦ間モビリティを実行するための登録を要求する前記第２のＡＭＦから、前記ＵＥと前記第２のＡＭＦとの間の通信をセキュアにする鍵のための第２の要求を受信し、ここで、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第２のインジケーションを含み、
前記第１のインジケーションが前記第２のインジケーションと一致するか否かに少なくとも部分的に依存して、ビッドダウン攻撃が発生したか否かを決定する、
ように構成されている、ネットワーク装置。

【0091】

２１． 前記メモリは前記処理回路によって実行可能な命令を含み、前記ネットワーク装置は、実施形態２乃至１５の何れか１項に記載の方法を実行するように構成されている
実施形態２０に記載のネットワーク装置。

【0092】

２２． 無線通信システムにセキュリティアンカー機能（ＳＥＡＦ）を実装するように構成されたネットワーク装置であって、該ネットワーク装置は、
ユーザ装置（ＵＥ）が登録を要求する第１のアクセスおよびモビリティ機能（ＡＭＦ）から、前記ＵＥと前記第１のＡＭＦとの間の通信をセキュアにする鍵のための第１の要求を受信する受信モジュールであって、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第１のインジケーションを含み、
前記受信モジュールは、さらに、前記ＵＥが第２のＡＭＦにＡＭＦ間モビリティを実行するための登録を要求する前記第２のＡＭＦから、前記ＵＥと前記第２のＡＭＦとの間の通信をセキュアにする鍵のための第２の要求を受信し、ここで、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示す第２のインジケーションを含み、
前記第１のインジケーションが前記第２のインジケーションと一致するか否かに少なくとも部分的に依存して、ビッドダウン攻撃が発生したか否かを決定する決定モジュールと、
を含むネットワーク装置。

【0093】

２３． 実施形態２乃至１５の何れか１項に記載の方法を実行する１つまたは複数のモジュールを含む
実施形態２２に記載のネットワーク装置。

【0094】

２４． 無線通信ネットワークにアクセスおよびモビリティ機能（ＡＭＦ）を実装するように構成されたネットワーク装置によって実行される方法であって、該方法は、
前記ＡＭＦへの登録のための要求をユーザ装置（ＵＥ）から受信することと、
前記ＵＥからの前記要求を受信することに応答して、前記ＵＥと前記ＡＭＦとの間の通信をセキュアにする鍵のための要求をスタンドアロン・セキュリティアンカー機能（ＳＥＡＦ）に送信することであって、前記要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示すインジケーションを含む、前記送信することと、
を含む方法。

【0095】

２５． 前記ＡＭＦは、前記ＵＥがソースＡＭＦからターゲットＡＭＦとしての前記ＡＭＦへのＡＭＦ間モビリティを実行するための登録を要求するＡＭＦである
実施形態２４に記載の方法。

【0096】

２６． 前記ソースＡＭＦから前記インジケーションを受信することをさらに含み、該インジケーションは、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かの前記ソースＡＭＦによる表現である
実施形態２５に記載の方法。

【0097】

２７． 前記ＡＭＦは、前記ＵＥが初期登録を要求するＡＭＦである
実施形態２４に記載の方法。

【0098】

２８． 前記要求は、全体または部分的に、ＵＥのセキュリティ能力情報要素を含む
実施形態２４乃至２７の何れか１項に記載の方法。

【0099】

２９． 前記ＡＭＦはスタンドアロンＳＥＡＦへのインタフェースをサポートする
実施形態２４乃至２８の何れか１項に記載の方法。

【0100】

３０． 前記要求を送信することに応答して、該要求された鍵を受信することをさらに含む
実施形態２４乃至２９の何れか１項に記載の方法。

【0101】

３１． 無線通信システムにアクセスおよびモビリティ機能（ＡＭＦ）を実装するように構成されたネットワーク装置であって、該ネットワーク装置は、
前記ＡＭＦへの登録のための要求をユーザ装置（ＵＥ）から受信し、
前記ＵＥからの前記要求を受信することに応答して、前記ＵＥと前記ＡＭＦとの間の通信をセキュアにする鍵のための要求をスタンドアロン・セキュリティアンカー機能（ＳＥＡＦ）に送信し、ここで、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示すインジケーションを含む、
ように構成されている、ネットワーク装置。

【0102】

３２． 実施形態２５乃至３０の何れか１項に記載の方法を実行するように構成されている
実施形態３１に記載のネットワーク装置。

【0103】

３３． ネットワーク装置の少なくとも１つのプロセッサによって実行されたとき、該ネットワーク装置に実施形態２４乃至３０の何れか１項に記載の方法を実行させる命令を含むコンピュータプログラム。

【0104】

３４． 実施形態３３に記載のコンピュータプログラムを含むキャリアであって、該キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体の何れかである、前記キャリア。

【0105】

３５． 無線通信システムにアクセスおよびモビリティ機能（ＡＭＦ）を実装するように構成されたネットワーク装置であって、該ネットワーク装置は、処理回路とメモリとを含み、該メモリは該処理回路によって実行可能な命令を含んでおり、前記ネットワーク装置は、
前記ＡＭＦへの登録のための要求をユーザ装置（ＵＥ）から受信し、
前記ＵＥからの前記要求を受信することに応答して、前記ＵＥと前記ＡＭＦとの間の通信をセキュアにする鍵のための要求をスタンドアロン・セキュリティアンカー機能（ＳＥＡＦ）に送信し、ここで、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示すインジケーションを含む、
ように構成されている、ネットワーク装置。

【0106】

３６． 前記メモリは前記処理回路によって実行可能な命令を含み、前記ネットワーク装置は、実施形態２５乃至３０の何れか１項に記載の方法を実行するように構成されている
実施形態３５に記載のネットワーク装置。

【0107】

３７． 無線通信システムにアクセスおよびモビリティ機能（ＡＭＦ）を実装するように構成されたネットワーク装置であって、該ネットワーク装置は、
前記ＡＭＦへの登録のための要求をユーザ装置（ＵＥ）から受信する受信モジュールと、
前記ＵＥからの前記要求を受信することに応答して、前記ＵＥと前記ＡＭＦとの間の通信をセキュアにする鍵のための要求をスタンドアロン・セキュリティアンカー機能（ＳＥＡＦ）に送信する送信モジュールであって、該要求は、前記ＵＥがスタンドアロンＳＥＡＦをサポートしているか否かを示すインジケーションを含む、前記送信モジュールと、
を含むネットワーク装置。

【0108】

本明細書の実施形態は、ＩＥＥＥ８０２．ｘｘ、符号分割多元接続（ＣＤＭＡ）、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、移動通信のグローバルシステム（ＧＳＭ）、ロングタームエボリューション（ＬＴＥ）、ＷｉＭａｘ、ニューラジオ（ＮＲ）などのような、技術的に知られているか、または開発されている可能性のある１つ以上の通信プロトコルのいずれかを使用することができることにさらに留意されたい。従って、本明細書では５Ｇの文脈で記載されることがあるが、本明細書で論じられている原理および概念は、４Ｇシステムおよびその他にも適用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】