JP7320598B2 - 異種アクセスネットワークを介した接続のセキュリティ実現のための方法及び装置 - Google Patents

Description

本願は、一般にアクセスネットワークに関し、より詳細には、複数の異種アクセスネットワークを介したユーザ機器によるセッション確立に関する。

関連技術の説明
本節の記載は、関連技術の説明を与えるものであり、先行技術を認めるものではない。スマートフォン、スマートタブレット、ラップトップ、コンピュータ、スマートウォッチなどのユーザ機器（ＵＥ）は、多くの場合、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）接続性（ＩＥＥＥ ８０２．１１ｘ準拠のＷＬＡＮ接続性など）と無線アクセスネットワーク接続性（ＥＶＤＯ、ＵＭＴＳ、ＨＳＰＡ、及びＬＴＥを含む第３世代パートナーシッププロジェクト（３ＧＰＰ）との規格セットに、全面的に、または部分的に準拠しているテクノロジなど）の両方の機能を含む。したがって、ＵＥは、３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワークとで構成される２つのアクセス技術のタイプを使用して、３ＧＰＰ発展型パケットコア（ＥＰＣ）ネットワークに接続することができる。

一般に、３ＧＰＰアクセスネットワークは、例えば、ＧＰＲＳ、ＵＭＴＳ、ＥＤＧＥ、ＨＳＰＡ、ＬＴＥ、及びＬＴＥ Ａｄｖａｎｃｅｄを含む３ＧＰＰの規格セットによって指定された技術に、全面的に、または部分的に準拠している。非３ＧＰＰアクセスネットワークは、３ＧＰＰの規格セットによって指定されない技術に、全面的に、または部分的に準拠している。それらには、ｃｄｍａ２０００、ＷＬＡＮ（ＩＥＥＥ ８０２．１１ｘ準拠のＷＬＡＮなど）、または固定ネットワークなどの技術が含まれる。

３ＧＰＰの規格セットは、様々なセキュリティ機構を備えた「非３ＧＰＰ」アクセス技術を指定している。信頼されていないアクセスネットワークと信頼されたアクセスネットワークである。信頼されていないアクセスネットワークには、セキュリティリスクを高め得るアクセスネットワーク（例えば、公衆ＷＬＡＮまたはフェムトセルアクセスネットワーク）が含まれる。信頼されたアクセスネットワークには、ネットワークオペレータがセキュリティの観点から信頼度があると認め、ＥＰＣネットワークと直接インタフェースできるアクセスネットワークが含まれる。

新しい５Ｇ規格のセットでは、５Ｇシステムの最も重要な特徴の１つは、５Ｇシステムが、アクセスに依存しない集中型のコアネットワークを提供することである。３ＧＰＰアクセス及び非３ＧＰＰアクセスを含む様々なアクセスネットワークタイプが、共通アクセスネットワーク及びコアネットワークインタフェースを介してサポートされ得る。非３ＧＰＰアクセスネットワーク（Ｎ３ＡＮ）は、５Ｇアクセスネットワークであり、５Ｇシステム（５ＧＳ）の一部であるとみなされる。

信頼されていない非３ＧＰＰアクセスの場合、Ｎ３ＧアクセスノードＮ３ＩＷＦが、ＮＧ－ＲＡＮノードと同様に、制御プレーン及びユーザプレーンに対して、それぞれシグナリングインタフェースの終端を提供する。したがって、５Ｇ対応のＵＥは、Ｎ３ＩＷＦを介して５Ｇアクセスネットワークとして非３ＧＰＰアクセスネットワークに接続することにより、５Ｇコアネットワークにアクセスすることができる。Ｎ３ＩＷＦは、ＵＥとＡＭＦとの間でアップリンク及びダウンリンクの制御プレーンシグナリングを中継し、ＵＥがＡＭＦへの直接の制御プレーンシグナリング接続を有するようにする。さらに、Ｎ３ＩＷＦは、非３ＧＰＰアクセスネットワークを介したＰＤＵセッションのために、ＵＥとＵＰＦとの間にユーザプレーン接続を提供する。

ＵＥが、３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワークとの両方を介して５Ｇコアに登録される場合、複数の非アクセス層（ＮＡＳ）接続が同時にアクティブであり得る。ＵＥは、同じＰＬＭＮまたは異なるＰＬＭＮに登録され得る。ＵＥが、１つのＰＬＭＮに１つのアクセス（例えば、３ＧＰＰアクセス）のタイプを介してアクセスし、別のＰＬＭＮにもう１つのアクセス（例えば、非３ＧＰＰアクセス）のタイプを介してアクセスしている場合、異なる一次認証が行われる。登録後、ＮＡＳ接続は、様々なセキュリティコンテキストを利用して、様々なＡＭＦにサービスを提供する。ただし、ＵＥが、異なるタイプのアクセスネットワークを介して、同じサービングネットワークでの登録を要求する場合、第１のアクセスタイプを介した登録手続きの間に、共通の５Ｇ ＮＡＳセキュリティコンテキストが作成され、全てのＮＡＳ接続が同じＡＭＦによってサービスを提供される。

現在、３ＧＰＰアクセスでは、ＮＡＳ接続識別子は「０」であることを前提とする。非３ＧＰＰアクセスでは、ＮＡＳ接続識別子は「１」であることを前提とする。将来のリリースで、例えば、信頼されたＷＬＡＮアクセス、有線アクセス、マルチファイアアクセスなど、更なる非３ＧＰＰアクセスネットワークタイプが追加された場合に問題が発生する。これらの異なるタイプの非３ＧＰＰアクセスネットワークは、それぞれが別個のＮＡＳ接続を確立する必要がある。しかし、現在のところ、異なるタイプの非３ＧＰＰアクセスネットワークを介したＮＡＳ接続のためのＮＡＳ接続識別子は、「１」の１つのみである。

したがって、複数の異なるタイプの非３ＧＰＰアクセスネットワークを介したＮＡＳ接続をサポートするシステム及び方法を提供する必要がある。他の必要性及び利点もまた、本明細書に記載される実施形態で提供される。

説明及び図面は、単に様々な実施形態の原理を例示しているにすぎない。したがって、当業者であれば、本明細書に明示的に記載されず、または示されていないが、本明細書及び特許請求の範囲に記載されている原理を具体化し、本開示の趣旨及び範囲の内に含まれる様々な構成を考案することができることが理解されよう。さらに、本明細書に記述された全ての実施例は、主に、読者が、本実施形態の原理と、本技術を発展させることに本発明者が貢献した概念とを理解するのを助けるための教育的目的にすぎないものであることが明示的に意図されており、そのような具体的に記述された実施例及び条件に限定されないものとして解釈されるべきである。さらに、本明細書では、原理、態様、及び実施形態、ならびにそれらの特定の実施例を記述する全ての記載は、それらの均等物を包含することが意図されている。

本明細書に記載された略語のいくつかが、便宜のため、以下に展開されている。
５ＧＣ ５Ｇコア
５ＧＳ ５Ｇシステム
５Ｇ－ＡＮ ５Ｇアクセスネットワーク
５Ｇ－ＧＵＴＩ ５Ｇグローバル固有テンポラリ識別子
５Ｇ－Ｓ－ＴＭＳＩ ５Ｇ Ｓ－テンポラリモバイルサブスクリプション識別子
５ＱＩ ５Ｇ ＱｏＳ識別子
ＡＫＡ 認証及び鍵合意
ＡＭＦ コアアクセス及びモビリティ管理機能
ＡＵＳＦ 認証サーバ機能
ＥＡＰ 拡張認証プロトコル
ＨＰＬＭＮ ホーム公衆陸上モバイルネットワーク
ＩＫＥｖ２ インターネット鍵交換ｖ２
ＩＭＳＩ 国際モバイル加入者識別番号
ＩＭＥＩ 国際モバイル機器識別番号
ＩＰｓｅｃ インターネットプロトコルセキュリティ
ＭＣＣ 運用地域識別コード
ＭＣＭ マルチ接続モード
ＭＮＣ 電気通信事業者識別コード
Ｎ３ＩＷＦ 非３ＧＰＰインターワーキング機能
ＮＡＩ ネットワークアクセス識別子
ＮＡＳ 非アクセス層
ｎｇＫＳＩ ５Ｇシステムの鍵設定識別子
ＮＨＮ－ＩＤ ニュートラルホストネットワークＩＤ
ＰＤＮ パケットデータネットワーク
ＰＬＭＮ 公衆陸上モバイルネットワーク
ＱｏＳ サービス品質
ＳＡ セキュリティアソシエーション
ＳＣＭ シングル接続モード
ＳＭＣ セキュリティモードコマンド
ＳＵＣＩ サブスクリプション秘匿化識別子
ＳＵＰＩ サブスクリプション永久識別子
ＵＤＭ 統合データ管理
ＵＥ ユーザ機器
ＵＩＣＣ ユニバーサル集積回路カード
ＵＳＩＭ ＵＭＴＳ加入者識別モバイル

本明細書には、認証されていないユーザ機器にネットワークサービスを提供するためのシステム及び方法を提供する１つ以上の実施形態が記載されている。例えば、信頼された非３ＧＰＰアクセスネットワークにおいて、認証されていないＵＥのセッションを確立するための様々な方法が記載されている。

図１は、第３世代パートナーシッププロジェクト（３ＧＰＰ）の規格セットまたは他のインターネットプロトコル（ＩＰ）データパケットコアネットワーク規格のタイプに完全にまたは部分的に準拠している発展型パケットコアを対象としたアクセスネットワークのタイプの実施形態の概略ブロック図を示す。 図２は、非３ＧＰＰアクセスのための５Ｇシステムアーキテクチャの実施形態の概略ブロック図を示す。 図３は、複数の異種アクセスネットワークを介して５ＧシステムにアクセスするＵＥの実施形態の概略ブロック図を示す。 図４は、ＵＥがアクセスネットワークタイプＡを介して初期登録を開始するときの、ＵＥとコアネットワーク機能との間の認証及び鍵合意メッセージフローのための方法の実施形態の論理フロー図を示す。 図５は、ＮＡＳ接続に対するサービングネットワーク及びアクセスタイプのマッピングテーブルの実施形態の概略ブロック図を示す。 図６は、登録要求メッセージの内容の実施形態の概略ブロック図を示す。 図７は、登録要求メッセージ内のアクセスタイプ情報要素の実施形態の概略ブロック図を示す。 図８は、登録要求メッセージ内のアクセスタイプ情報要素のためのアクセスタイプ値の実施形態の概略ブロック図を示す。 図９は、既存のＮＡＳセキュリティコンテキストが再利用される場合に、アクセスネットワークタイプＣを介してＵＥによって登録するための方法の実施形態の論理フロー図を示す。 図１０は、アクセスタイプＡ、アクセスタイプＢ、及びアクセスタイプＣで登録した後のＮＡＳ接続に対するサービングネットワーク及びアクセスタイプのマッピングテーブルの実施形態の概略ブロック図を示す。 図１１は、新しい認証が開始されたときに、アクセスネットワークタイプＣを介してＵＥが登録する方法の実施形態の論理フロー図である。 図１２は、アクセスタイプＡ、アクセスタイプＢ、及びアクセスタイプＣで登録した後のＮＡＳ接続に対するサービングネットワーク及びアクセスタイプのマッピングテーブルの実施形態の概略ブロック図を示す。 図１３は、サービングネットワーク認可の失敗が発生したとき、アクセスネットワークタイプＡを介してＵＥが登録する方法の実施形態の論理フロー図を示す。 図１４は、５ＧＭＭ原因情報要素の実施形態の概略ブロック図を示す。 図１５は、５ＧＭＭ原因情報要素の原因値の実施形態の概略ブロック図を示す。 図１６は、様々なＳＵＣＩ構造を可能にするサブスクリプション秘匿化識別子（ＳＵＣＩ）用の新しい情報フィールドの実施形態の概略ブロック図を示す。 図１７は、サブスクリプション秘匿化識別子（ＳＵＣＩ）の新しい情報フィールドによってサポートされる識別タイプの実施形態の概略ブロック図を示す。 図１８は、一般的なＳＵＣＩ加入者識別形式の実施形態の概略ブロック図を示す。 図１９は、ＳＵＰＩ形式がＩＭＳＩまたはＩＭＳＩベースのＮＡＩである場合のＳＵＣＩ加入者識別形式の実施形態の概略ブロック図を示す。 図２０は、ＳＵＰＩ形式が非ＩＭＳＩベースのＮＡＩであり、識別のタイプが「ＳＵＣＩ」である場合のＳＵＣＩ加入者識別形式の実施形態の概略ブロック図を示す。 図２１は、ＳＵＰＩ形式が「非ＩＭＳＩベースのＮＡＩ」であり、ＮＴＩが予約済みグローバルＰＬＭＮ ＩＤを割り当てられている場合のＳＵＣＩ加入者識別形式の実施形態の概略ブロック図を示す。 図２２は、識別のタイプが「ＳＵＣＩ」であり、ＳＵＰＩ形式が「ＭＦ－ＮＡＩ」である場合のＳＵＣＩ加入者識別形式の実施形態の概略ブロック図を示す。 図２３は、ＳＵＣＩ識別タイプの実施形態の概略ブロック図を示す。 図２４は、例示的なユーザ機器２２０の実施形態の概略ブロック図を示す。 図２５は、例示的なＡＭＦノードの実施形態の概略ブロック図を示す。 図２６は、例示的なＮ３ＩＷＦの実施形態の概略ブロック図を示す。

図１は、第３世代パートナーシッププロジェクト（３ＧＰＰ）の規格セットまたは他のインターネットプロトコル（ＩＰ）データパケットコアネットワーク規格のタイプに完全にまたは部分的に準拠している発展型パケットコアを対象としたアクセスネットワークのタイプの実施形態の概略ブロック図を示す。このアーキテクチャは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｓｙｓｔｅｍ Ａｓｐｅｃｔｓ；Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓｅｓ」と題する技術規格３ＧＰＰ ＴＳ ２３．４０２ Ｖ１４．２．０（２０１６年１２月）にさらに詳細に記載されており、この技術規格は、参照により本明細書に組み込まれる。

３ＧＰＰアーキテクチャでは、ＥＰＣネットワーク１００は、１つ以上のアクセスネットワーク１０２に通信可能に結合されている。実施形態では、アクセスネットワーク１０２は、１つ以上の３ＧＰＰアクセスネットワーク１０４、または１つ以上の非３ＧＰＰアクセスネットワーク１０６を含み得る。３ＧＰＰアクセスネットワーク１０４は、３ＧＰＰの規格セットによって指定された技術に、全面的に、または部分的に準拠しており、例えば、ＧＰＲＳ、ＵＭＴＳ、ＥＤＧＥ、ＨＳＰＡ、ＬＴＥ、及びＬＴＥ Ａｄｖａｎｃｅｄを含む。非３ＧＰＰアクセスネットワーク１０６は、３ＧＰＰの規格セットによって指定されない技術に、全面的に、または部分的に準拠している。非３ＧＰＰアクセスネットワーク１０６は、３ＧＰＰの規格セットでそのように指定され得る。非３ＧＰＰアクセスネットワーク１０６は、１つ以上の非３ＧＰＰ信頼アクセスネットワーク１０８、または１つ以上の非３ＧＰＰ、非信頼アクセスネットワーク１１０を含み得る。

信頼された非３ＧＰＰアクセスネットワーク１０８は、ＩＥＥＥ８０２．１１ｘ準拠のＷＬＡＮネットワークなど、暗号化及びセキュアな認証方法を用いた、オペレータによって構築される、またはオペレータによってサポートされる、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）である。一実施形態では、信頼された非３ＧＰＰアクセスネットワーク１０８は、以下の例示的な特徴をサポートする。無線アクセスネットワーク（ＲＡＮ）の暗号化をも要求する８０２．１ｘベースの認証、認証にＥＡＰ方式を使用する３ＧＰＰベースのネットワークアクセス、及びＩＰｖ４及び／またはＩＰｖ６プロトコルである。また一方、セキュリティタイプの異なる他のタイプの非３ＧＰＰアクセスネットワークが信頼されたと認められることをオペレータが判断する場合もある。信頼されていない非３ＧＰＰアクセスネットワーク１１０には、オペレータに知られていない非３ＧＰＰアクセスネットワーク、またはサポートされた認証規格を含まない非３ＧＰＰアクセスネットワークが含まれる。例えば、信頼されていない非３ＧＰＰアクセスネットワークには、一般大衆に公開されるＩＥＥＥ８０２．１１ｘ準拠のＷＬＡＮネットワーク、ホームＷＬＡＮ、または非オペレータによって創設され管理される別のＷＬＡＮなど、ホームＷＬＡＮまたは公衆ＷＬＡＮが含まれ得る。

第５世代ワイヤレス（５Ｇ）のもう１つのプロトコルセットは、ワイヤレスネットワークの速度及び応答性を大幅に向上させるように設計された、携帯電話技術の最新版である。５Ｇという用語は、当初ＩＴＵ ＩＭＴ－２０２０規格によって定義され、この規格では、２０ギガビットの理論上のピークダウンロード容量が必要とされた。さらに最近では、業界標準化団体３ＧＰＰが５Ｇアーキテクチャとプロトコルとを定義している。例えば、技術仕様書（ＴＳ）２３．５０１は、ネットワークスライシングを含む５Ｇシステムのステージ２システムアーキテクチャを規定する。技術仕様書（ＴＳ）２３．５０２は、５Ｇシステム向けの手続きを規定する。技術仕様書（ＴＳ）２３．５０３は、５Ｇシステムのポリシー及び課金制御フレームワークを規定する。

５Ｇシステムでは、５Ｇアクセスネットワークは、例えば、３ＧＰＰ ＴＳ ３８．３００に記載されている次世代（ＮＧ）無線アクセスネットワーク（ＮＧ－ＲＡＮ）を含み得る。さらに、５Ｇアクセスネットワークは、例えば、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）で終端されたセキュアなＩＰＳｅｃ／ＩＫＥトンネルを介して、ＵＥが５Ｇコアネットワークに接続することができる、信頼されていない非３ＧＰＰアクセスネットワークを含み得る。非３ＧＰＰアクセスネットワーク（Ｎ３ＡＮ）は、５Ｇアクセスネットワークであり、５Ｇシステム（５ＧＳ）の一部であるとみなされる。

信頼されていない非３ＧＰＰアクセスの場合、Ｎ３ＩＷＦを含むアクセスノードは、制御プレーン及びユーザプレーンに対して、それぞれＮ２及びＮ３シグナリングインタフェースの終端を提供する。５Ｇ対応のＵＥは、Ｎ３ＩＷＦを介して（５Ｇアクセスネットワークとして）非３ＧＰＰアクセスネットワークに接続することにより、５Ｇコアネットワークにアクセスする。Ｎ３ＩＷＦは、ＵＥと５Ｇコアネットワークとの間でアップリンク及びダウンリンクの制御プレーンＮＡＳ（Ｎ１）シグナリングを中継し、ＵＥがコアネットワークへの直接ＮＡＳシグナリング接続を有することを可能にする。さらに、Ｎ３ＩＷＦは、非３ＧＰＰアクセスネットワークを介したＰＤＵセッションのために、ＵＥとコアネットワークとの間にユーザプレーン接続を提供する。

図２は、非３ＧＰＰアクセスのための５Ｇシステムアーキテクチャの実施形態の概略ブロック図を示す。このアーキテクチャは、参照により本明細書に組み込まれる「Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ」と題する技術規格３ＧＰＰ ＴＳ ２３．５０１，Ｒｅｌｅａｓｅ １５ （２０１７年１２月）で、さらに詳細に説明されている。

非３ＧＰＰアクセスネットワークは、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）を介して５Ｇコアネットワークに接続されている。Ｎ３ＩＷＦは、５Ｇコアネットワークの制御プレーン（ＣＰ）機能及びユーザプレーン（ＵＰ）機能を、それぞれＮ２インタフェース及びＮ３インタフェースを介してインタフェース接続する。ＵＥは、信頼されていない非３ＧＰＰアクセスネットワークを介して５Ｇコアネットワークにアタッチするために、Ｎ３ＩＷＦとのＩＰＳｅｃトンネルを確立する。ＵＥは、ＩＰＳｅｃトンネルの確立手続きを通じて、５Ｇコアネットワークによって認証されて、５Ｇコアネットワークにアタッチされる。信頼されていない非３ＧＰＰアクセスを介した５ＧコアネットワークへのＵＥのアタッチに関する更なる詳細が、参照により本明細書に組み込まれる「Ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ」と題する３ＧＰＰ ＴＳ ２３．５０２，Ｒｅｌｅａｓｅ １５（２０１７年１２月）に説明されている。

５Ｇシステムは、アクセス及びモビリティ管理機能（ＡＭＦ）を含むホーム公衆陸上モバイルネットワークまたは同等のホームＰＬＭＮ（ＨＰＬＭＮ－５Ｇ）を含む。ＡＭＦは、ＲＡＮ制御プレーンインタフェース（Ｎ２）の終端及びＮＡＳ（Ｎ１）プロトコルセットの終端と、ＮＡＳの暗号化及び整合性の保護とを提供する。ＡＭＦはまた、登録及び接続の管理を提供する。ＡＭＦは、非３ＧＰＰアクセスネットワークをサポートするために様々な機能性を含み得る。例えば、ＡＭＦは、Ｎ３ＩＷＦを用いたＮ２インタフェース制御プロトコルのサポートと、Ｎ３ＩＷＦを介したＵＥとのＮＡＳシグナリングのサポートとを提供し得る。さらに、ＡＭＦは、Ｎ３ＩＷＦを介して接続されたＵＥの認証のサポートと、非３ＧＰＰアクセスを介して接続された、または同時に３ＧＰＰアクセス及び非３ＧＰＰアクセスを介して接続された、ＵＥのモビリティ、認証、及び別個のセキュリティコンテキスト状態（複数可）の管理とを提供し得る。

セッション管理機能（ＳＭＦ）は、セッション管理機能性、例えば、ＵＰＦとＡＮノードとの間のトンネル維持を含む、セッションの確立、変更、及び解除を含む。ＳＭＦはまた、ＵＥのＩＰアドレスの割り当て及び管理（任意選択の認可を含む）と、ＤＨＣＰｖ４（サーバ及びクライアント）及びＤＨＣＰｖ６（サーバ及びクライアント）の機能とを提供する。

ユーザプレーン機能（ＵＰＦ）は、データネットワークとパケットルーティング及びパケットフォワーディングとに外部ＰＤＵセッションの相互接続ポイントを提供する。ＵＰＦはまた、ポリシールール施行のユーザプレーン部分、例えば、ゲーティング、リダイレクト、トラフィックステアリングなどをサポートする。

ポリシー制御機能（ＰＣＦ）は、ネットワークの挙動を統御するための統合されたポリシーフレームワークをサポートする。統合データ管理（ＵＤＭ）は、３ＧＰＰ ＡＫＡ認証証明書の生成と、サブスクリプションデータに基づくアクセス認可（例えば、ローミング制限）と、ＵＥのサービングＮＦ登録管理（例えば、ＵＥのためのサービングＡＭＦを保存する、ＵＥのＰＤＵセッションのためのサービングＳＭＦを保存する）とのサポートを含む。ＵＤＭはまた、ＳＭＳ及びサブスクリプションの管理を提供する。この機能性を提供するために、ＵＤＭは、ＵＤＲに格納され得るサブスクリプションデータ（認証データを含む）を使用する。ＡＵＳＦは、認証サーバ機能（ＡＵＳＦ）を提供する。

信頼されていない非３ＧＰＰアクセスの場合のＮ３ＩＷＦの機能性は、ＵＥとのＩＰｓｅｃトンネル確立のサポートを含む。Ｎ３ＩＷＦは、ＮＷｕを介したＵＥとのＩＫＥｖ２／ＩＰｓｅｃプロトコルを終端し、ＵＥを認証して、その５Ｇコアネットワークへのアクセスを認可するために必要な情報を、Ｎ２を介して中継する。Ｎ３ＩＷＦは、５ＧコアネットワークへのＮ２インタフェース及びＮ３インタフェースの終端を、それぞれ制御プレーン及びユーザプレーンに提供する。Ｎ３ＩＷＦは、ＵＥとＡＭＦとの間で、アップリンク及びダウンリンクの制御プレーンＮＡＳ（Ｎ１）シグナリングを中継する。Ｎ３ＩＷＦは、ＰＤＵセッション及びＱｏＳに関連したＳＭＦからの（ＡＭＦによって中継される）Ｎ２シグナリングを処理することを提供する。Ｎ３ＩＷＦは、ＰＤＵセッショントラフィックをサポートするためのＩＰｓｅｃセキュリティアソシエーション（ＩＰｓｅｃ ＳＡ）の確立をさらに提供する。Ｎ３ＩＷＦはまた、ＵＥとＵＰＦとの間で、アップリンク及びダウンリンクのユーザプレーンパケットを中継することを提供する。

図３は、複数の異種アクセスネットワークを介して５ＧシステムにアクセスするＵＥの実施形態の概略ブロック図を示す。複数の異種アクセスネットワークには、例えば、３ＧＰＰアクセス、信頼されていないＷＬＡＮアクセス、及び非３ＧＰＰアクセスが含まれる。ＵＥが、３ＧＰＰアクセスネットワーク及び非３ＧＰＰアクセスネットワークの両方を介して５Ｇコアに登録される場合、ＵＥとＡＭＦとの間で、複数の制御プレーンＮＡＳシグナリング接続が同時にアクティブになる。

ＵＥは、セキュアな接続を確立すると、ＡＭＦ／ＳＥＡＬに「登録要求」メッセージを送信する。登録要求メッセージには、ＳＵＣＩ、５Ｇ－ＧＵＴＩ、またはＩＭＥＩのいずれかを含む５ＧＳモバイル識別ＩＥが含まれる。ＵＥから登録要求メッセージを受信した後、ＡＭＦ／ＳＥＡＦは、ＡＵＳＦへの「認証開始要求」（５Ｇ－ＡＩＲ）メッセージを準備する。ＳＥＡＦは、５Ｇ－ＡＩＲメッセージにサービングネットワーク名も含める。ＳＥＡＦから５Ｇ－ＡＩＲメッセージを受信した後に、ＡＵＳＦは、「認証情報要求」メッセージを準備して、ＵＤＭ／ＡＲＰＦに送信する。ＵＤＭ／ＡＲＰＦは、最初に、認証管理フィールド（ＡＭＦ）分離ビット＝１を有する認証ベクトルを生成する。次に、ＵＤＭ／ＡＲＰＦは、ＣＫ’及びＩＫ’を計算する。その後、ＡＲＰＦは、認証情報レスポンスメッセージを使用して、ＡＵＳＦに（ＲＡＮＤ、ＡＵＴＮ、ＸＲＥＳ、ＣＫ’、ＩＫ’）を送信する。ＡＵＳＦは、ＥＡＰ要求／ＡＫＡ’チャレンジメッセージを含む５Ｇ－ＡＩＡメッセージを送信することでＳＥＡＦに応答する。ＳＥＡＦは、ＮＡＳメッセージの認証要求メッセージ内のＥＡＰ要求／ＡＫＡ’チャレンジメッセージを、ＵＥに、透過的に転送する。認証要求メッセージに対するＵＥからのレスポンスを受信した後、ＳＥＡＦはＥＡＰレスポンスをＡＵＳＦに転送し、ＡＵＳＦは保存された情報を使用してそれを検証する。検証が成功した場合、ＡＵＳＦはＥＡＰ成功及びアンカー鍵をＳＥＡＦに送信し、次いでＳＥＡＦはＥＡＰ成功でＵＥに応答する。ＡＵＳＦが認証開始時にＳＥＡＦからＳＵＣＩを受信した場合は、ＡＵＳＦは、ＥＡＰ成功メッセージを送信している間にＳＵＰＩも含める。

ＵＥが、１つのＰＬＭＮに、１つのアクセス（例えば、３ＧＰＰアクセス）のタイプを介してアクセスし、別のＰＬＭＮに、別のアクセス（例えば、非３ＧＰＰアクセス）のタイプを介してアクセスしている場合、異なる一次認証が行われる。登録後、ＮＡＳ接続は、様々なセキュリティコンテキストを利用する様々なＡＭＦによってサービスが提供される。しかしながら、図３に示すように、ＵＥは、異なるタイプのアクセスを介して、同じサービングネットワーク（例えば、同じＨＰＬＭＮ－５Ｇ）での登録を要求することができる。その場合、ＵＥの全てのＮＡＳ接続は、同じＡＭＦによってサービスが提供される。

現在、異なるタイプのアクセスを介してＵＥがサービングネットワークに登録されるとき、ＮＡＳ接続識別子の割り当てはハードコードされている。例えば、３ＧＰＰ ＴＳＧ＃８０総会は、参照により本明細書に組み込まれる、２０１８年７月１５日付けのスタンドアロン（ＳＡ）リリース１５、５Ｇ仕様書（ＲＥＬ－１５）の完成を承認した。ＲＥＬ－１５では、３ＧＰＰアクセスのＮＡＳ接続識別子は「０」であることを前提とする。非３ＧＰＰアクセスでは、ＮＡＳ接続識別子は「１」であることを前提とする。このハードコードされた接続識別子の割り当ては、信頼されていないＷＬＡＮアクセスなど、１つのタイプの非３ＧＰＰアクセスのみがサポートされていたため、Ｒｅｌ－１５では問題にならなかった。しかし、将来のリリースでは、信頼されたＷＬＡＮアクセス、有線アクセス、マルチファイアアクセスなど、更なる非３ＧＰＰアクセスネットワークタイプが追加されることが予想される。異なるタイプの非３ＧＰＰアクセスネットワークは、それぞれが別個のＮＡＳ接続を確立する必要がある。ネットワーク構成及びＵＥサービスサブスクリプションに応じて、ＵＥは、図２に示すように、複数のアクセスネットワーク、例えば３ＧＰＰアクセスネットワークと複数の非３ＧＰＰアクセスネットワークとに同時に接続される場合がある。このような状況では、異なる非３ＧＰＰアクセスネットワークを介した接続に同じＮＡＳ接続識別子を使用しても機能しない。

さらに、異なるアクセスタイプが、異なるシーケンスでアクティブ化される場合がある。例えば、ＵＥは、最初に非３ＧＰＰアクセスネットワークの１つを介して認証を受け、ＵＥが３ＧＰＰアクセスネットワークを介して登録する前に、ＮＡＳセキュリティコンテキストを確立することが可能である。別の可能性では、ＵＥは、複数の非３ＧＰＰアクセスネットワークを介して登録するが、３ＧＰＰアクセスネットワークを介しては登録しない。そのため、サービングネットワーク及びアクセスタイプのペアとＮＡＳ接続との間のより柔軟な結合が望まれる。

ＵＥにサービスを提供することを認可されたサービングネットワークにＵＥが接続されていることをＵＥが検証するために、サービングネットワークは、認証（ＡＫＡ）手続き中にホームネットワークによって検証される必要がある。この検証は、一次認証及び鍵合意手続きが正常に完了した場合に、サービングネットワークが認可されていると想定されるため、暗黙的に行われる。ただし、失敗のケースは暗黙的であってはならず、明示的に定義される必要がある。

最後に、５Ｇシステムでは、加入者識別子は、サブスクリプション永久識別子（ＳＵＰＩ）と呼ばれる。ＳＵＰＩは、ＩＭＳＩ形式またはＮＡＩ形式のいずれかで定義することができる。加入者のプライバシーを確保するために、ＳＵＰＩは、５Ｇ ＲＡＮを介して平文で転送されるべきではなく、サブスクリプション秘匿化識別子（ＳＵＣＩ）を使用することによって、無線で隠される。ＳＵＣＩは、ホームネットワークを管理して安全に提供された生の公開鍵による保護スキームを使用して生成される。ＳＵＰＩのサブスクリプション識別子部分のみが隠され、一方ＳＵＰＩのホームネットワーク識別子部分は、ルーティング目的のためにクリアのままにする必要がある。

ルーティング情報は、アクセスネットワークタイプによって異なり得る。３ＧＰＰアクセスネットワークでは、運用地域識別コード（ＭＣＣ）及び電気通信事業者識別コード（ＭＮＣ）がルーティング情報の一部となる場合がある。ただし、非３ＧＰＰアクセスネットワークでは、異なるネットワーク識別子及びルーティング情報が使用され得る。例えば、マルチファイアタイプのアクセスネットワークの場合、ネットワーク識別子及びルーティング情報は、ニュートラルホストネットワークＩＤ（ＮＨＮ－ＩＤ）、提携サービスプロバイダＩＤ（ＰＳＰ－ＩＤ）、及びニュートラルホストアクセスモードインジケータ（ＮＨＡＭＩ）に基づいている。ＮＨＡＭＩは、ＮＨＮアクセスモードを有効にする全てのマルチファイアネットワークで同じ予約されたグローバル値である。認証手続き中にモバイル識別として使用されることになる他のネットワークのタイプ及び加入者識別子形式をＳＵＣＩがサポートするために、ＳＵＣＩ情報要素のコーディングを一般的な方法で定義する必要がある。

また、ＩＭＳＩ形式及びＮＡＩ形式の両方をＳＵＰＩに使用できることを考慮すると、ＳＵＣＩスキーマ出力では、ＭＳＩＮは、サブスクリプション識別子がＩＭＳＩ形式の場合の表現に対応し、ユーザ名は、サブスクリプション識別子がＮＡＩ形式の場合の表現に対応する。ＩＭＳＩベースのＮＡＩの場合、ＮＡＩの加入者識別子部分も数字で構成されているため、ＳＵＣＩ情報要素定義内でＩＭＳＩ形式、ＮＡＩ形式、及び潜在的に他の加入者識別子形式のタイプを区別するために、追加のエンコード規則が必要である。

本明細書に記載された１つ以上の実施形態は、複数の異種アクセスネットワークを介した同時のセキュア接続を可能にするためのシステム及び方法を提供する。ＵＥが、登録時にアクセスタイプを含むことと、異種アクセスネットワークを介した同時ＮＡＳ接続マッピングを追跡することとを可能にする新しい方法とプロトコルの拡張とについて説明する。サービングネットワークの検証失敗に対処するための新しいシステム及び方法についても説明する。サブスクリプション識別子の１つのタイプとしてＮＡＩを使用することと、マルチファイアアクセスネットワーク及びプライベートネットワークをサポートするためのサブスクリプション識別子の将来の拡張性とをサポートする新しいシステム及び方法とプロトコルの拡張とについてさらに説明する。

１． 実施形態 － ＵＥは、登録時にアクセスタイプを含み、異種アクセスネットワークを介した同時ＮＡＳ接続マッピングを追跡する機能を含む
ａ）ＵＥはアクセスタイプＡを介して初期登録を開始する。
図４は、ＵＥがアクセスネットワークタイプＡを介して初期登録を開始するときの、ＵＥとコアネットワーク機能との間の認証及び鍵合意メッセージフローのための方法の実施形態の論理フロー図を示す。アクセスネットワークタイプＡが信頼されていない非３ＧＰＰアクセスである場合、ＵＥとＡＭＦとの間に表示されるＮＡＳメッセージは、ＩＰｓｅｃトンネルを介してトンネリングされ得る。例えば、ＵＥは、例えばＩＥＴＦ ＲＦＣ ７２９６，「Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ ２（ＩＫＥｖ２）」（２０１４年１０月）に記載されているように、インターネット鍵交換（ＩＫＥ）プロトコルの初期交換を開始することにより、選択したＮ３ＩＷＦとのＩＰｓｅｃセキュリティアソシエーション（ＳＡ）を確立し得る。本実施例では、アクセスネットワークタイプＡは、３ＧＰＰアクセス、信頼された非３ＧＰＰアクセス、信頼されていない非３ＧＰＰアクセス、信頼されていないＷＬＡＮアクセス、信頼されたＷＬＡＮアクセス、マルチファイアアクセスなどを含む複数のネットワークのタイプのうちの第１のタイプである。

ＵＥがアクセスネットワークタイプＡを介して初期登録を開始するとき、ＵＥは登録要求メッセージにアクセスタイプを含める。登録要求メッセージは、ＵＥからＡＭＦに送信される。ＡＭＦは、５Ｇシステムのセキュリティのアンカーとして機能するセキュリティアンカー機能（ＳＥＡＦ）と併設されている。登録要求メッセージを受信すると、ＡＭＦ／ＳＥＡＦは、認証を開始するために、Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ要求メッセージをＡＵＳＦに送信することにより、Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎサービスを呼び出す。ＳＥＡＦは、Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ要求に、加入者ＩＤ、サービングネットワーク名、及びアクセスタイプを含める。

Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ要求メッセージを受信した後、ＡＵＳＦは、受信したサービングネットワーク名を予想されるサービングネットワーク名と比較する。サービングネットワーク内の要求元のＳＥＡＦが、サービングネットワーク名の使用を認可されている場合、ＡＵＳＦは、サブスクライブＩＤ、サービングネットワーク名、及びアクセスタイプを含むＮｕｄｍ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ｇｅｔ要求をＵＤＭに送信する。

Ｎｕｄｍ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ｇｅｔ要求を受信した後、ＵＤＭ／ＡＲＰＦは、サブスクリプションデータに基づいて、認証方法を選択する。例えば、本明細書で修正されたＥＡＰ－ＡＫＡ’相互認証タイプのプロトコル（ＩＥＴＦ ＲＦＣ ５４４８， 「Ｉｍｐｒｏｖｅｄ Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｍｅｔｈｏｄ ｆｏｒ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ （ＥＡＰ－ＡＫＡ’）」 （２０１８年３月５日）に記載され、参照により本明細書に組み込まれるＥＡＰ－ＡＫＡ’など）が、ＵＥとＡＵＳＦとの間で実行され得る。

ＵＤＭ／ＡＲＰＦは、認証ベクトルを生成して、この認証ベクトルＡＶ’（ＲＡＮＤ、ＡＵＴＮ、ＸＲＥＳ、ＣＫ’、ＩＫ’）をＡＵＳＦに送信し、ＡＵＳＦは、そこからＮｕｄｍ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ｇｅｔ要求を受け取る。ＵＤＭ／ＡＲＰＦはまた、Ｎｕｄｍ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ｇｅｔレスポンスメッセージを使用して、認証ベクトルＡＶ’がＥＡＰ－ＡＫＡ’に使用されることのインジケーションを送信する。

その後、ＡＵＳＦ及びＵＥは、ＥＡＰ要求／ＡＫＡ’チャレンジ交換を進める。ＡＵＳＦは、ＫＡＵＳＦ鍵及びＫＳＥＡＦ鍵を導出し、ＥＡＰ成功メッセージ及びＫＳＥＡＦをＮａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅレスポンスメッセージ内に含み、それをＡＭＦ／ＳＥＡＦに送信する。

Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅレスポンスメッセージを受信した後、ＡＭＦ／ＳＥＡＦは、ＫＡＭＦ鍵を導出する。次に、ＡＭＦは、セキュリティコンテキスト及びセキュリティアルゴリズム情報をＵＥに送信するためのセキュリティモードコマンド手続きを開始する。ＵＥは、セキュリティモードコマンドを受信してＮＡＳセキュリティコンテキストを導出し、セキュリティモードコマンド完了メッセージをＡＭＦに送信する。

手続きが完了すると、以下の図５に示すように、アクセスネットワークタイプＡの接続情報を含むように、ＮＡＳ接続に対するサービングネットワーク及びアクセスタイプのマッピングテーブルが更新される。

図５は、ＮＡＳ接続に対するサービングネットワーク及びアクセスタイプのマッピングテーブルの実施形態の概略ブロック図を示す。本実施例では、第１のアクセスネットワークのタイプ、例えばアクセスネットワークタイプＡの接続情報を含むように、マッピングテーブルが更新される。マッピングテーブルは、ＵＥがアクセスネットワークを介して登録した後に更新される。この表には、アクセスネットワークのタイプ、ネットワーク識別子、及びアクセスネットワーク識別子が含まれている。マッピングテーブルには、アクセスネットワークタイプＡとＵＥとの間のＮＡＳ接続のためのＮＡＳ接続識別子も含まれている。したがって、マッピングテーブルには、ＮＡＳ接続ごとに、ＮＡＳ接続識別子、アクセスネットワークタイプ、ネットワーク識別子、及びアクセスネットワーク識別子が格納されている。

図６は、登録要求メッセージの内容の実施形態の概略ブロック図を示す。登録要求メッセージは、初期登録を開始するために、ＵＥからアクセスネットワークを介してＡＭＦに送信される。登録要求メッセージには、アクセスネットワークの情報要素「アクセスタイプ」が含まれる。アクセスタイプ情報要素の目的は、ダウンリンクシグナリングまたはユーザデータがそれを介してＵＥに送信されるアクセスタイプを示すことである。

図７は、登録要求メッセージ内のアクセスタイプ情報要素の実施形態の概略ブロック図を示す。アクセスタイプは、タイプ１の情報要素である。

図８は、登録要求メッセージ内のアクセスタイプ情報要素のためのアクセスタイプ値の実施形態の概略ブロック図を示す。実施形態では、アクセスタイプは、３ＧＰＰアクセス、信頼されていない非３ＧＰＰアクセス、信頼された非３ＧＰＰアクセス、信頼されていないＷＬＡＮアクセス、信頼されたＷＬＡＮアクセス、及びマルチファイアアクセスを含む。登録メッセージのアクセスタイプ情報要素には、代替または追加のアクセスタイプが含まれてもよい。

ｂ１）ＵＥがアクセスタイプＣを介して後続の登録を開始し、既存のＮＡＳセキュリティコンテキストが再利用される
ＵＥが、別のアクセスネットワークのタイプ、例えばアクセスタイプＣを介して、後続の登録を開始し、ＵＥは、すでにネットワークによって認証されていて、同じサービングネットワーク内の同じＡＭＦによってサービスを提供されている場合、ＡＭＦは、使用可能なセキュリティコンテキストがあれば、新しい認証を実行しないことを決定してもよい。

図９は、既存のＮＡＳセキュリティコンテキストが再利用される場合に、アクセスネットワークタイプＣを介してＵＥによって登録するための方法の実施形態の論理フロー図を示す。本実施例では、ＵＥがアクセスネットワークタイプＡ及びアクセスネットワークタイプＢとのＮＡＳ接続を確立していることを前提とする。アクセスネットワークタイプＣが信頼されていない非３ＧＰＰアクセスである場合、ＵＥとＡＭＦとの間に表示されるＮＡＳメッセージは、ＩＰｓｅｃトンネルを介してトンネリングされることに留意されたい。

ＵＥが、アクセスネットワークタイプＣを示す別のアクセスネットワークを介して後続の登録を開始すると、ＵＥは登録要求メッセージにアクセスタイプを含める。ＡＭＦは、既存のセキュリティコンテキストを再利用することを決定してもよい。利用可能な一般的な５Ｇ ＮＡＳセキュリティコンテキストを使用して、新しいＮＡＳ接続が作成される。ＮＡＳセキュリティコンテキストは、新しいＮＡＳ接続に固有のパラメータで更新される。手続きが完了すると、図１０に示すように、アクセスネットワークＣの接続情報を含むように、ＮＡＳ接続に対するサービングネットワーク及びアクセスタイプのマッピングテーブルが更新される。

図１０は、アクセスタイプＡ、アクセスタイプＢ、及びアクセスタイプＣで登録した後のＮＡＳ接続に対するサービングネットワーク及びアクセスタイプのマッピングテーブルの実施形態の概略ブロック図を示す。本実施例では、アクセスネットワークタイプＣの接続情報を含むように、マッピングテーブルが更新される。マッピングテーブルは、ＵＥがアクセスネットワークを介して登録した後に更新される。この表には、アクセスネットワークタイプ、ネットワーク識別子、及びアクセスネットワーク識別子が含まれている。マッピングテーブルには、アクセスネットワークタイプＣとＵＥとの間のＮＡＳ接続のためのＮＡＳ接続識別子も含まれている。ＮＡＳ接続識別子は「２」である。マッピングテーブルは、ＵＥ及びＡＭＦ、及び／またはＡＵＳＦなどのその他の機能またはノードに格納され得る。

ｂ２）ＵＥがアクセスネットワークタイプＣを介して後続の登録を開始し、新しい認証が開始される
ＵＥが、アクセスタイプＣを介して後続の登録を開始するとき、ＵＥが同じサービングネットワークのネットワークによってすでに認証されている場合、ＡＭＦは、ＵＥが異なるＡＭＦによってサービスを提供されるため、またはセキュリティアルゴリズムが変更されたために、認証及び鍵合意手続きを再度実行することを決定することができる。

図１１は、新しい認証が開始されたときに、アクセスネットワークタイプＣを介してＵＥが登録する方法の実施形態の論理フロー図である。本実施例では、ＵＥがアクセスネットワークタイプＡ及びアクセスネットワークタイプＢとのＮＡＳ接続を確立していることを前提とする。アクセスネットワークタイプＣが信頼されていない非３ＧＰＰアクセスである場合、ＵＥとＡＭＦとの間に表示されるＮＡＳメッセージは、ＩＰｓｅｃトンネルを介してトンネリングされることに留意されたい。

ＵＥがアクセスネットワークタイプＣを介して後続の登録を開始するとき、ＵＥは登録要求メッセージにアクセスタイプを含める。ＡＭＦは、認証及び鍵合意手続きを再度実行することを決定する。ＡＭＦは、ＵＥが異なるＡＭＦによってサービスを提供されるため、またはセキュリティアルゴリズムが変更されたために、認証及び鍵合意手続きを再度実行することを決定する場合がある。認証及び鍵合意手続きが完了すると、ＵＥへの新しいＮＡＳセキュリティモードコマンドがＡＭＦによって開始されて、新しい導出された５Ｇ ＮＡＳセキュリティコンテキストがアクセスタイプＣでアクティブになる。

新規導出された５Ｇ ＮＡＳセキュリティコンテキストを使用して、新しいＮＡＳ接続が作成される。ＮＡＳセキュリティコンテキストは、新しいＮＡＳ接続に固有のパラメータで更新される。次に、ＡＭＦは、既存のアクセスタイプごとに新しい５Ｇ ＮＡＳセキュリティコンテキストをアクティブにするために、他の全てのアクセスタイプに対して追加のＮＡＳ ＳＭＣ手続きをトリガする。他のアクセスタイプにわたってＮＡＳ ＳＭＣ手続きが成功した後に、ＵＥ及びＡＭＦの両方は古いＮＡＳセキュリティコンテキストを削除する。手続きが完了すると、図１２に示すように、アクセスネットワークタイプＣの接続情報を含むように、ＮＡＳ接続に対するサービングネットワーク及びアクセスタイプのマッピングテーブルが更新される。

図１２は、アクセスタイプＡ、アクセスタイプＢ、及びアクセスタイプＣで登録した後のＮＡＳ接続に対するサービングネットワーク及びアクセスタイプのマッピングテーブルの実施形態の概略ブロック図を示す。本実施例では、アクセスネットワークタイプＣの接続情報を含むように、マッピングテーブルが更新される。マッピングテーブルは、ＵＥがアクセスネットワークを介して登録した後に更新される。この表には、アクセスネットワークのタイプ、ネットワーク識別子、及びアクセスネットワーク識別子が含まれている。マッピングテーブルには、アクセスネットワークタイプＣとＵＥとの間のＮＡＳ接続のためのＮＡＳ接続識別子も含まれている。ＮＡＳ接続識別子は「２」である。マッピングテーブルは、ＵＥ及びＡＭＦ、及び／またはＡＵＳＦなどのその他の機能またはノードに格納され得る。

２．実施形態 － サービングネットワーク認可の失敗
ＵＥにサービスを提供することを認可されたサービングネットワークにＵＥが接続されていることをＵＥが検証するために、サービングネットワークは、ＡＫＡ手続き中にホームネットワークによって検証される必要がある。サービングネットワークが認可されている場合、ＡＫＡ手続きは続行され、一次認証及び鍵合意手続きが正常に完了したならば、これはサービングネットワークが認可されたことを意味する。

しかし、サービングネットワークが認可されていない場合、認証手続きは停止し、ＡＵＳＦは、サービングネットワークが認可されていないために認証が失敗したことを示すために、ＡＭＦに認証レスポンスを送信する。

図１３は、サービングネットワーク認可の失敗が発生したとき、アクセスネットワークタイプＡを介してＵＥが登録する方法の実施形態の論理フロー図を示す。アクセスネットワークタイプＡが信頼されていない非３ＧＰＰアクセスである場合、ＵＥとＡＭＦとの間のＮＡＳメッセージは、ＩＰｓｅｃトンネルを介してトンネリングされることに留意されたい。

Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ要求メッセージを受信すると、ＡＵＳＦは、受信したサービングネットワーク名を予想されるサービングネットワーク名と比較する。サービングネットワーク内の要求元のＳＥＡＦが、サービングネットワーク名の使用を認可されていない場合、ＡＵＳＦは、Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅレスポンスで「サービングネットワークは認可されていない」と応答する。

サービングネットワーク認可の失敗は、他のＰＬＭＮ関連のエラーとは異なる。これは、ＵＥのサブスクリプションまたはアクセス制限によるエラー、例えば、オペレータの規制によるエラーではなく、セキュリティ検証／認可のサービングネットワークエラーによるものである。現在、このようなエラー例のための原因コードはない。

ＰＬＭＮエラーに関連するエラーコードの１つは、「ＰＬＭＮは許可されていない」であるが、これは、サブスクリプションに起因する拒否、またはオペレータが決定した規制による拒否をＵＥに示すためのものである。このエラーコードは、「原因＃１１－ＰＬＭＮは許可されていない」である。この５ＧＭＭの原因は、サブスクリプションによって、またはオペレータが決定した規制のためにＵＥが動作を許可されていないＰＬＭＮにおいて、ＵＥがサービスを要求した場合に、またはネットワークが登録解除要求を開始した場合に、ＵＥに送信される。

「ＰＬＭＮは許可されていない」という理由でＵＥが拒否を受信した場合、ＵＥは、５ＧＳ更新ステータスを「５Ｕ３ ローミングは許可されていない」に設定することと、登録試行カウンタをリセットすることと、そのセキュリティコンテキスト、任意の５Ｇ－ＧＵＴＩ、最後に訪問した登録済みＴＡＩ、ＴＡＩリスト、ｎｇＫＳＩ、同等のＰＬＭＮのリストを削除することと、そのうえＰＬＭＮ識別を「禁止されたＰＬＭＮリスト」に保存することとを行う必要がある。

ただし、サービングネットワーク認可の失敗が発生した場合、その失敗がＵＥサブスクリプションまたはアクセス制限に関連するエラーではないとすれば、ＵＥは、その更新ステータスを「５Ｕ３ ローミングは許可されていない」にリセットする必要はなく、すぐに別のＰＬＭＮの選択を試みることができる。したがって、ＵＥが様々なアクションを起こす可能性があるために、この異なる状況に対して新しい原因コードを定義することがより適切である。

例えば、サービングネットワーク認可の失敗が発生したときに、ＵＥは、ＰＬＭＮに対しての初期登録手続きを中止することと、ＰＬＭＮ識別を「禁止されたＰＬＭＮリスト」に格納することと、５ＧＳ更新ステータスを「５Ｕ２ 更新されていない」に設定することと、ＰＬＭＮ選択を実施するために、状態「５ＧＭＭ－登録解除．ＰＬＭＮ－検索」に入ることとを行ってもよい。そのため、「サービングネットワークは認可されていない」ことを示すために、新しい５ＧＭＭの拒否原因が必要とされる。

図１４は、５ＧＭＭ原因情報要素の実施形態の概略ブロック図を示す。５ＧＭＭ原因情報要素は、ＵＥからの５ＧＭＭ要求のネットワークによる拒否の理由を示す。この情報要素には、「サービングネットワークは認可されていない」を示す新しい５ＧＭＭ拒否原因が含まれている。例えば、新たな拒否は、サービングネットワーク認可の失敗をＵＥに伝えるための新規の原因コード＃７３として含まれ得る。この新規の原因コードは、サービングネットワークが認可されていないために認証プロセスを続行できない場合に使用される。

図１５は、５ＧＭＭ原因情報要素の原因値の実施形態の概略ブロック図を示す。原因値が更新されて、新たな「原因＃７３－サービングネットワークは認可されていない」が含まれる。この５ＧＭＭの原因は、ＵＥがサービングネットワークへの登録を開始し、サービングネットワークが認可に失敗した場合にＵＥに送信される。

サービングネットワークの認証に失敗した後、ＵＥは、３ＧＰＰアクセスに対して、５ＧＭＭ原因「サービングネットワークは認可されていない」による登録拒否を受信する。次いでＵＥは、初期登録手続きを中止することと、ＰＬＭＮ識別を「禁止されたＰＬＭＮリスト」に格納することと、５ＧＳ更新ステータスを「５Ｕ２ 更新されていない」に設定することと、ＰＬＭＮ選択を実施するために、状態「５ＧＭＭ－登録解除．ＰＬＭＮ－検索」に入ることとを行う。したがって、ＵＥは別のＰＬＭＮを選択することができる。

３． 実施形態 － サブスクリプション識別子の１つのタイプとしてＮＡＩを使用することと、マルチファイアネットワーク及びプライベートネットワークをサポートするためのサブスクリプション識別子の将来の拡張性とをサポートする方法及びプロトコル拡張
ａ）様々な加入者識別タイプ／形式を加入者識別子として使用できるように、新しいフィールド「ＳＵＰＩ形式」が定義される
５Ｇシステムの各加入者には、グローバルに一意の５Ｇサブスクリプション永久識別子（ＳＵＰＩ）が割り当てられ、ＵＤＭ／ＵＤＲにおいて提供される。ＳＵＰＩは３ＧＰＰシステム内でのみ使用され、そのプライバシーは、２０１８年３月２６日付けの、参照により本明細書に組み込まれる、３ＧＰＰ ＴＳ ３３．５０１、「Ｓｅｃｕｒｉｔｙ ａｒｃｈｉｔｅｃｔｕｒｅ ａｎｄ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ５Ｇ Ｓｙｓｔｅｍ」、リリース１５に規定されている。次のものが有効なＳＵＰＩタイプとして識別されている。すなわちＩＭＳＩ及びＮＡＩである。

ＳＵＣＩは、デバイスに５Ｇ－ＧＵＴＩ（５Ｇのグローバルに一意の一時的識別）が割り当てられていない場合に、５Ｇシステムに関連する手続きの間に使用される部分的に暗号化されたＳＵＰＩである。ＳＵＣＩは、一般に、加入者ＩＭＳＩのＭＳＩＮ（モバイル加入者識別番号）構成要素を暗号化することによって作成される。

ＵＥは、ホームネットワークを管理して安全に提供された生の公開鍵を使用して、ＳＵＣＩを生成する。保護スキームは、ホームネットワークの生の公開鍵を使用する。ＵＥは、保護スキーム（例えば、いくつかのパディングスキームを適用する）によって指定される、ＳＵＰＩのサブスクリプション識別子部分からスキーム入力を構築する。次に、ＵＥは、構築されたスキーム入力を入力として保護スキームを実行し、その出力をスキーム出力として取り込む。ＵＥは、ホームネットワーク識別子、例えば、運用地域識別コード（ＭＣＣ）または電気通信事業者識別コード（ＭＮＣ）を秘匿しない。次に、ＵＥは、ホームネットワーク識別子、ホームネットワーク公開鍵の識別子、及びスキーム出力を含むＳＵＣＩを生成する。

しかしながら、ＩＭＳＩ形式及びＮＡＩ形式の両方をＳＵＰＩに使用できることを考慮すると、ＳＵＣＩスキーマ出力では、ＭＳＩＮは、サブスクリプション識別子がＩＭＳＩ形式の場合の表現に対応し、ユーザ名は、サブスクリプション識別子がＮＡＩ形式の場合の表現に対応する。ＩＭＳＩベースのＮＡＩの場合、ＮＡＩの加入者識別子部分も数字で構成されているため、ＳＵＣＩ情報要素定義内でＩＭＳＩ形式、ＮＡＩ形式、及び潜在的に他の加入者識別子形式のタイプを区別するために、追加のエンコード規則が必要である。

図１６は、様々なＳＵＣＩ構造を可能にするサブスクリプション秘匿化識別子（ＳＵＣＩ）用の新しい情報フィールドの実施形態の概略ブロック図を示す。新しい情報フィールドを使用して、ＳＵＰＩ及びＳＵＣＩのモバイル識別フォーマットは、使用されるＳＵＰＩ識別タイプ／形式に基づいて調整され得る。例えば、ＩＭＳＩの場合、ネットワーク識別子はＭＮＣ／ＭＣＣに基づいている。ＩＭＳＩベースのＮＡＩの場合、同様にネットワーク識別子はＭＮＣ／ＭＣＣに基づいている。非ＩＭＳＩベースのＮＡＩの場合、ネットワーク識別子は、一般的なネットワークタイプインジケータとオペレータまたは企業固有のネットワーク識別子とに基づいており、ネットワークタイプインジケータは、特別に予約された／ハードコードされたグローバルＭＣＣ／ＭＮＣ値に基づき得る。マルチファイアＮＡＩ（ＭＦ－ＮＡＩ）の場合、ネットワーク識別子は、特別に予約された／ハードコードされたグローバルＭＣＣ／ＭＮＣ、ニュートラルホストネットワークＩＤ（ＮＨＮ－ＩＤ）、及び提携サービスプロバイダＩＤ（ＰＳＰ－ＩＤ）に基づいている。

図１７は、サブスクリプション秘匿化識別子（ＳＵＣＩ）の新しい情報フィールドによってサポートされる識別タイプの実施形態の概略ブロック図を示す。新しいＳＵＣＩ情報フィールドにより、加入者識別子のための様々な識別タイプが可能になる。識別タイプには、ＳＵＣＩ、５Ｇ－ＧＵＴＩ、ＩＭＥＩ、５Ｇ－Ｓ－ＴＭＳＩ、ＩＭＥＩＳＶ、ＭＡＣアドレス、またはデバイス識別が含まれ得る。デバイス識別には、例えば、ＵＤＩ、ＯＤＩＮ、ブルートゥースＩＤ、シリアル番号などが含まれ得る。代替または追加の識別タイプを定義することもできる。

図１８は、一般的なＳＵＣＩ加入者識別形式の実施形態の概略ブロック図を示す。ＳＵＣＩ加入者識別構造には、ネットワークタイプインジケータ（ＮＴＩ）が含まれる。ホームネットワーク識別子とルーティング識別子とは、異なるアクセスネットワークタイプによって異なる場合がある。スキーム出力フィールドは、保護スキームを使用して生成された秘匿化加入者識別子を収容している。

図１９は、ＳＵＰＩ形式がＩＭＳＩまたはＩＭＳＩベースのＮＡＩである場合のＳＵＣＩ加入者識別形式の実施形態の概略ブロック図を示す。これは、識別のタイプが「ＳＵＣＩ」であり、ＳＵＰＩ形式が「ＩＭＳＩ」または「ＩＭＳＩベースのＮＡＩ」である場合の５ＧＳモバイル識別情報要素形式を示している。３ＧＰＰアクセスネットワークの場合、ホームネットワーク識別子は、ＰＬＭＮ ＩＤ（ＭＣＣ及びＭＮＣ）を含む。運用地域識別コード（ＭＣＣ）及び電気通信事業者識別コード（ＭＮＣ）は、ルーティング情報の一部であり得る。

図２０は、ＳＵＰＩ形式が非ＩＭＳＩベースのＮＡＩであり、識別のタイプが「ＳＵＣＩ」である場合のＳＵＣＩ加入者識別形式の実施形態の概略ブロック図を示す。これは、識別のタイプが「ＳＵＣＩ」であり、ＳＵＰＩ形式が「非ＩＭＳＩベースのＮＡＩ」である場合の５ＧＳモバイル識別情報要素形式の実施例を示す。ネットワーク識別子及びルーティング情報は、ネットワーク固有のものである。ネットワークタイプインジケータ（ＮＴＩ）フィールドの値は、ネットワークのタイプを示すために使用される。

図２１は、ＳＵＰＩ形式が「非ＩＭＳＩベースのＮＡＩ」であり、ＮＴＩが予約済みグローバルＰＬＭＮ ＩＤを割り当てられている場合のＳＵＣＩ加入者識別形式の実施形態の概略ブロック図を示す。ＳＵＰＩ形式が「非ＩＭＳＩベースのＮＡＩ」である場合、ネットワークタイプインジケータは、ＰＬＭＮ ＩＤ（ＭＣＣ／ＭＮＣ）の予約済みグローバル値である可能性がある。

図２２は、識別のタイプが「ＳＵＣＩ」であり、ＳＵＰＩ形式が「ＭＦ－ＮＡＩ」である場合のＳＵＣＩ加入者識別形式の実施形態の概略ブロック図を示す。マルチファイアネットワークの場合、ネットワーク識別子及びルーティング情報は、ニュートラルホストネットワークＩＤ（ＮＨＮ－ＩＤ）、提携サービスプロバイダＩＤ（ＰＳＰ－ＩＤ）、及びニュートラルホストアクセスモードインジケータ（ＮＨＡＭＩ）に基づいている。ＮＨＡＭＩは、ＮＨＮアクセスモードを有効にする全てのマルチファイアネットワークで同じ予約されたグローバル値である。

図２３は、ＳＵＣＩ識別タイプの実施形態の概略ブロック図を示す。この表は、ＳＵＣＩ識別タイプのための追加エンコードの様々な例を示す。

図２４は、例示的なユーザ機器２２０の実施形態の概略ブロック図を示す。ユーザ機器（ＵＥ）２２０は、スマートフォン、スマートタブレット、ラップトップ、スマートウォッチ、ＰＣ、テレビまたはその他のデバイスを含み得る。追加または代替の構成要素及び機能が、ＵＥ２２０内に含まれてもよい。さらに、本明細書に示す機能及び構成要素のうちの１つ以上は、存在しない場合があり、または他の構成要素もしくは機能と組み合わされない場合がある。

ＵＥ２２０は、ＵＥ２２０に関して本明細書で説明される機能のうちの１つ以上を実行するように構成された処理デバイス２６００及びメモリデバイス２６０２を含む。メモリデバイス２６０２は、本明細書で説明される様々な機能を実行するように処理デバイス２６００を制御するアプリケーション及び動作命令を格納する管理対象オブジェクト２６０４を含み得る。メモリデバイス２６０２はまた、ＮＡＳ接続に対するサービングネットワーク及びアクセスタイプのマッピングテーブル２６５０を格納し得る。ＵＥ２２０はまた、ＩＭＳＩの記憶のためのＵＳＩＭ２６０８を含むＵＩＣＣ２６０６を含み得る。

ＵＥ２２０は、ブルートゥーストランシーバ２６１０、ＷＬＡＮ（ＩＥＥＥ ８０２．１１ｘ準拠）トランシーバ２６１２、モバイルＲＦ（３Ｇ／４Ｇ／５Ｇ）トランシーバ２６１４、及びＧＰＳ２６１６をさらに含み得る。ＷＬＡＮトランシーバ２６１２は、ＷＬＡＮネットワークへの非３ＧＰＰアクセスインタフェースとして動作し得る。ＵＥ２２０は、ユーザインタフェース２６１８、ＡＣアダプタ２６２０、バッテリモジュール２６２２、ＵＳＢトランシーバ２６２４、及びイーサネットポート２６２８をさらに含み得る。

ＵＥ２２０は、デジタルカメラ２６３０、タッチスクリーンコントローラ２６３２、スピーカ２６３４、及びマイクロフォン２６３６をさらに含み得る。ＵＥ２２０はまた、電力管理ユニット２６３８を含み得る。１つ以上の内部通信バス（図示せず）が、ＵＥ２２０の構成要素のうちの１つ以上を通信可能に結合し得る。

図２５は、例示的なＡＭＦノードの実施形態の概略ブロック図を示す。ＡＭＦノードは、５Ｇコアネットワーク内の他のノードと統合され得る。追加または代替の構成要素及び機能が、ＡＭＦノード内に含まれてもよい。さらに、本明細書に示す機能及び構成要素のうちの１つ以上は、存在しない場合があり、あるいは他の構成要素または機能もしくはノードと組み合わされない場合がある。ＡＭＦノードは、本明細書で説明される機能のうちの１つ以上を実行するように構成された処理デバイス２７００及びメモリデバイス２７０２を含む。ＡＭＦノードは、５ＧＣネットワーク内の他のネットワークノードとインタフェースするためのポートを含むネットワークインタフェース２７０４を含み得る。

図２６は、例示的なＮ３ＩＷＦの実施形態の概略ブロック図を示す。Ｎ３ＩＷＦは、ワイヤレスローカルエリアネットワークのアクセスポイント、ローカルエリアネットワークのゲートウェイなどであり得る。Ｎ３ＩＷＦは、アクセスネットワーク内の他のノードと統合されてもよい。追加または代替の構成要素及び機能が、Ｎ３ＩＷＦ内に含まれてもよい。さらに、本明細書に示す機能及び構成要素のうちの１つ以上は、存在しない場合があり、または他の構成要素もしくは機能と組み合わされない場合がある。Ｎ３ＩＷＦは、本明細書で説明される機能のうちの１つ以上を実行するように構成された処理デバイス２８００及びメモリデバイス２８０２を含む。Ｎ３ＩＷＦは、５ＧＣネットワーク内の他のネットワークノードとインタフェースするための第１のネットワークインタフェース２８０４（例えば、イーサネットポート、ＩＰポート）を含み得る。Ｎ３ＩＷＦはまた、ＷＬＡＮトランシーバ２８０６（例えば、ＩＥＥＥ ８０２．１ｘ ＷＬＡＮタイプのネットワークに準拠）など、ＵＥと通信するための１つ以上の他のインタフェースのタイプを含み得る。Ｎ３ＩＷＦはまた、セルラエアインタフェースに準拠したモバイルＲＦトランシーバ２８０８を含み得る。ＵＥ２２０は、ＷＬＡＮトランシーバ２８０６またはモバイルＲＦトランシーバ２８０８のうちの１つ以上を使用して、Ｎ３ＩＷＦと通信し得る。

本明細書に記載の処理デバイスは、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ、マイクロコンピュータ、中央処理装置、フィールドプログラマブルゲートアレイ、プログラマブルロジックデバイス、ステートマシン、ロジック回路、アナログ回路、デジタル回路、及び／または回路のハードコーディング及び／または動作命令に基づいて信号（アナログ及び／またはデジタル）を操作する任意のデバイスなどの少なくとも１つの処理デバイスを含む。メモリデバイスは、非一時的メモリデバイスであり、内部メモリまたは外部メモリであり得、メモリは、単一のメモリデバイスまたは複数のメモリデバイスであり得る。メモリデバイスは、読み出し専用メモリ、ランダムアクセスメモリ、揮発性メモリ、不揮発性メモリ、静的メモリ、動的メモリ、フラッシュメモリ、キャッシュメモリ、及び／またはデジタル情報を格納する任意の非一時的メモリデバイスであり得る。用語「モジュール」は、本明細書の要素の１つ以上の実施形態の説明で使用される。モジュールは、本明細書で説明され得るように、１つ以上の機能を実行するように動作可能な１つ以上の処理デバイス及び／または１つ以上の非一時的メモリデバイスを含む。モジュールは、独立して及び／または他のモジュールと組み合わせて動作し得、他のモジュールの処理デバイス及び／またはメモリ及び／または他のモジュールの動作命令を利用し得る。本明細書でも使用されるように、モジュールは、１つ以上のサブモジュールを含み得、そのそれぞれは、１つ以上のモジュールであり得る。

本明細書で使用され得るように、「動作可能な」または「構成可能な」という用語は、要素が、記載された、または必要な対応する機能のうちの１つ以上を実行するための回路、命令、モジュール、データ、入力（複数可）、出力（複数可）などのうちの１つ以上を含むことを示し、記載された、または必要な対応する機能を実行するために、１つ以上の他のアイテムへの推論的結合をさらに含み得る。本明細書でも使用されることがあるように、用語（複数可）「結合された」、「～に結合された」、「～に接続された」及び／または「接続している」または「相互に接続される」は、ノード／デバイス間の直接的な接続またはリンク、及び／またはノード／デバイス間の間接的な接続を、介在するアイテム（例えば、アイテムは、構成要素、要素、回路、モジュール、ノード、デバイス、ネットワーク要素などを含むが、これらに限定されない）を介して含む。本明細書でさらに使用され得るように、推論的接続（すなわち、１つの要素が推論によって別の要素に接続されている場合）は、「接続されている」と同様に、２つのアイテム間の直接的及び間接的な接続を含む。

本開示の態様は、本明細書では、概略図、フローチャート、流れ図、構造図、またはブロック図として示されるプロセスとして説明され得ることに留意されたい。フローチャートは動作を順序プロセスとして説明する場合があるが、動作の多くは並行してまたは同時に実行することができる。さらに、動作の順序を再整理する場合がある。プロセスは、その動作が完了した時点で終了する。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラムなどに対応し得る。プロセスが関数に対応する場合、その終了は、呼び出し元の関数、またはメイン関数への関数の戻りに対応する。

本明細書に記載された本開示の様々な特徴は、本開示から逸脱することなく、様々なシステム及びデバイスに実装することができる。本開示の上記の態様は単なる例にすぎず、本開示を限定するものとして解釈されるべきではないことに留意すべきである。本開示の態様の説明は、例示を意図するものであり、特許請求の範囲を限定するものではない。したがって、本教示は、他の装置のタイプに容易に適用することができ、多くの代替、修正、及び変形が当業者には明らかであろう。

上記の明細書では、本発明の特定の代表的な態様が、特定の例を参照して説明されている。しかしながら、特許請求の範囲に記載されている本発明の範囲から逸脱することなく、様々な修正及び変更を行い得る。本明細書及び図は、限定的ではなく例示的なものであり、修正は、本発明の範囲内に含まれることが意図されている。したがって、本発明の範囲は、単に記載された例によってではなく、特許請求の範囲及びそれらの法的同等物によって決定されるべきである。例えば、任意の装置請求項に記載された構成要素及び／または要素は、組み立てられ得、または別の方法で、様々な組み合わせで作動的に構成され得、したがって、請求項に記載された特定の構成に限定されない。

さらに、特定の実施形態に関して、特定の利益、他の利点、及び問題に対する解決策が上記で説明されているが、任意の特定の利益、利点、問題に対する解決策、あるいは任意の特定の利益、利点、または解決策を発生させる、もしくはより顕著になる可能性のある要素は、請求項のいずれかまたは全ての特許請求の範囲の重要な、必須の、または本質的な特徴もしくは構成要素として解釈されるべきではない。

本明細書で使用するとき、用語「備える（ｃｏｍｐｒｉｓｅ）」、「備える（ｃｏｍｐｒｉｓｅｓ）」、「備えている（ｃｏｍｐｒｉｓｉｎｇ）」、「有している（ｈａｖｉｎｇ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」またはそれらの任意の変形は、要素のリストを構成するプロセス、方法、成形品、組成物または装置が、引用された要素のみを含むのではなく、明示的にリストされていない他の要素またはそのようなプロセス、方法、成形品、組成物もしくは装置に固有の要素を含むことができるように、非排他的な包含を参照することを意図している。本発明の実施において使用される上記の構造、配置、用途、割合、要素、材料、または構成要素の他の組み合わせ及び／または変更は、特に言及されていないものに加えて、同様の一般原則から逸脱することなく、特定の環境、製造仕様、設計パラメータ、または他の動作要件に変化させるか、または別の方法で特別に適合させることができる。

さらに、単数形の要素への言及は、特に明記されていない限り、「１つだけ（ｏｎｅ ａｎｄ ｏｎｌｙ ｏｎｅ）」を意味するのではなく、「１つ以上（ｏｎｅ ｏｒ ｍｏｒｅ）」を意味することが意図されている。特に明記されていない限り、「一部」という用語は、１つまたは複数のものを指す。当業者に知られている、または後に知られるようになる、本開示を通して記載された様々な態様の要素に対する全ての構造的及び機能的均等物は、参照により本明細書に明示的に組み込まれ、特許請求の範囲に包含されることが意図されている。さらに、本明細書に開示されているものは、そのような開示が特許請求の範囲に明示的に記載されているかどうかにかかわらず、公衆に提供されることを意図していない。いかなる特許請求の要素も、その要素が明示的に「手段」（ｍｅａｎｓ ｆｏｒ）という語句を用いて記載されているか、または方法クレームの場合には、その要素が「ステップ」（ｓｔｅｐ ｆｏｒ）という語句を用いて記載されているかでない限り、米国特許法第１１２条（ｆ）の定めにより、「ミーンズプラスファンクション」（ｍｅａｎｓ－ｐｌｕｓ－ｆｕｎｃｔｉｏｎ）タイプの要素として解釈されることを意図していない。

Claims (8)

1. 少なくとも１つのプロセッサと、命令を含む少なくとも１つのメモリとを備えるユーザ機器（ＵＥ）であって、前記命令が前記少なくとも１つのプロセッサによって実行されるときに、前記ＵＥに少なくとも、
   サービング公衆陸上モバイルネットワーク（ＰＬＭＮ）のアクセスネットワークを介する前記サービングＰＬＭＮへの登録のための要求を生成することと、
   登録拒否メッセージを受信することであって、前記登録拒否メッセージは、前記サービングＰＬＭＮへのアクセスについて前記ＵＥのホームＰＬＭＮにより前記サービングＰＬＭＮが認可されていないことを示すことと、
   前記サービングＰＬＭＮへのアクセスについて前記ＵＥのホームＰＬＭＮにより前記サービングＰＬＭＮが認可されていないことを示す前記登録拒否メッセージを受信することに応答して、前記サービングＰＬＭＮの登録を中止し、前記ＵＥが別のサービングＰＬＭＮへの登録を要求するように構成されるように、登録解除状態に入り、前記ＵＥにおける第５世代システム（５ＧＳ）更新ステータスを「５Ｕ２ 更新されていない」に設定し、認可されていないサービングＰＬＭＮのリストに、前記サービングＰＬＭＮの識別を格納し、前記認可されていないサービングＰＬＭＮのリストは前記ＵＥに格納されていることと、
   を行わせる、前記ユーザ機器（ＵＥ）。
2. 前記登録拒否メッセージは、原因情報要素を含み、前記原因情報要素は、前記サービングＰＬＭＮへのアクセスについて前記ＵＥのホームＰＬＭＮにより前記サービングＰＬＭＮが認可されていないことを示す値を含む、請求項１に記載のＵＥ。
3. 前記命令は、前記少なくとも１つのプロセッサによって実行されるとき、前記ＵＥに少なくとも
   登録のために前記別のサービングＰＬＭＮを選択することをさせる
   ようにさらに構成されている、請求項１に記載のＵＥ。
4. 前記登録拒否メッセージは、前記ＵＥのホームＰＬＭＮにより、前記サービングＰＬＭＮが、前記サービングＰＬＭＮから第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスを認可されていないことを示す、請求項１に記載のＵＥ。
5. ユーザ機器（ＵＥ）において、サービング公衆陸上モバイルネットワーク（ＰＬＭＮ）のアクセスネットワークを介する前記サービングＰＬＭＮへの登録のための要求を生成することと、
   前記ＵＥにおいて、登録拒否メッセージを受信することであって、前記登録拒否メッセージは、前記サービングＰＬＭＮが、前記サービングＰＬＭＮへのアクセスについて前記ＵＥのホームＰＬＭＮによって認可されていないことを示すことと、
   前記ＵＥにおいて、前記サービングＰＬＭＮへのアクセスについて前記ＵＥのホームＰＬＭＮにより前記サービングＰＬＭＮが認可されていないことを示す前記登録拒否メッセージを受信することに応答して、前記ＵＥに、
   前記サービングＰＬＭＮの登録を中止することと、
   別のサービングＰＬＭＮへの登録を要求するように構成されるように、登録解除状態に入ることと、
   前記ＵＥにおける第５世代システム（５ＧＳ）更新ステータスを「５Ｕ２ 更新されていない」に設定することと、
   前記ＵＥに記憶されている前記認可されていないサービングＰＬＭＮのリストに、前記サービングＰＬＭＮの識別を記憶することと、
   を行わせることを含む方法。
6. 前記登録拒否メッセージは、原因情報要素を含み、前記原因情報要素は、前記サービングＰＬＭＮへのアクセスについて前記ＵＥのホームＰＬＭＮによって前記サービングＰＬＭＮが認可されていないことを示す値を含む、請求項５に記載の方法。
7. 登録のために前記別のサービングＰＬＭＮを選択すること
   を更に含む請求項５に記載の方法。
8. 前記登録拒否メッセージは、前記ＵＥのホームＰＬＭＮにより、前記サービングＰＬＭＮが、前記サービングＰＬＭＮから第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスを認可されていないことを示す、請求項５に記載の方法。

Images