JP2024507269A - 認証のための方法及び装置 - Google Patents

Abstract

本開示の実施形態は、認証のための方法及び装置を提供する。セッション管理及びゲートウェイエンティティで実行される方法は、端末デバイスの識別子を含むセッションの作成要求をモバイル管理エンティティから受信することを含む。方法はさらに、第１認証方法ではなく第２認証方法を使用することを判定するステップを含む。第２認証方法は、第１認証方法よりも安全性が高い。方法は、認証、認可及びアカウンティング（ＡＡＡ）サーバに関連する第２認証方法の手順をトリガすることをさらに含む。

Description

本開示の非限定的かつ例示的な実施形態は、一般に、通信の技術分野に関し、具体的には、認証のための方法及び装置に関する。

このセクションは、開示の理解を深めるのに役立ち得る側面を紹介する。したがって、このセクションの記述は、この観点から読まれるべきであり、先行技術にあるもの、或いは、先行技術にないものについての承認として理解されるべきではない。

通信サービスプロバイダとネットワークオペレータは、魅力的なネットワークサービスとパフォーマンスを提供する等、消費者に価値と利便性を提供するという課題に絶えず直面している。ネットワーク技術と通信技術の急速な発展に伴い、ロングタームエボリューション（ＬＴＥ）／第４世代（４Ｇ）ネットワークやニューレディオ（ＮＲ）／第５世代（５Ｇ）ネットワーク等の無線通信ネットワークは、高いトラフィック容量とエンドユーザデータレートを低遅延で実現することが期待されている。幅広い業界にわたる新しいサービスの多様な要件を満たすために、第３世代パートナシッププロジェクト（３ＧＰＰ（登録商標））は、様々な通信ネットワーク向けの様々なネットワーク機能サービスを開発している。

無線通信ネットワークにおいては、様々な認証、認可及びアカウンティング（ＡＡＡ）手順が存在し得る。例えば、その開示内容全体が参照により本明細書に組み込まれる３ＧＰＰ（登録商標）ＴＳ２９．０６１ Ｖ１７．１．０の１６項には、Ｇｉ／ＳｇｉインタフェースにおけるＲＡＤＩＵＳ（リモート認証ダイヤルインユーザサービス）の使用法が記載されている。３ＧＰＰ（登録商標）ＴＳ２９．５６１ Ｖ１７．０．０の１２項（その開示内容全体が参照により本明細書に組み込まれる）には、ＤＮ（データネットワーク）－ＡＡＡ（ダイアメータ）の相互作用が記載されている。

その開示内容全体が参照により本明細書に組み込まれる３ＧＰＰ（登録商標）ＴＳ２３．５０１ Ｖ１６．７．０の５．６．６項によれば、ＤＮ－ＡＡＡサーバによる二次認証／認可は、ＰＤＵ（プロトコルデータユニット）セッション確立中にのみ定義される。ＵＥ（ユーザ装置）がＰＤＵセッションの確立中にＤＮ固有の識別子に対応する認証／認可情報を提供した場合、ＳＭＦ（セッション管理機能）が、ＤＮに関連付けられたＳＭＦポリシに基づいてＰＤＵセッション確立の認証／認可が必要であると判定する。

拡張認証プロトコル（ＥＡＰ）認証は、従来のパスワード認証プロトコル（ＰＡＰ）やチャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）（ＰＣＯ（プロトコル構成オプション）からのユーザ名とユーザパスワード）よりも高いセキュリティを備えているため、５ＧＣ（５Ｇコアネットワーク）には必須である。

従来のＰＡＰ／ＣＨＡＰ（ＰＣＯからのユーザ名とユーザパスワード）は、４Ｇ ＰＤＮ（パケットデータネットワーク）接続設定（５Ｇ能力を持つ４Ｇユーザを含む）において引き続き使用されている。ＥＡＰベースの認証は４Ｇ ＰＤＮ接続に対して定義されていない。

本要約は、以下の詳細な説明でさらに述べる概念の選択を簡略化した形式で紹介するために提供される。本要約は、クレームされた主題の鍵となる、或いは、必須の特徴を特定することを目的とするものではなく、特許請求の範囲を制限することを意図するものではないことが理解される。

低いセキュリティの認証方式が通信ネットワークで使用されると、セキュリティ上の問題が発生し得る。たとえば、ＵＥがＥＰＳ（発展型パケットシステム）に接続する場合、セキュリティの問題が発生する。ＵＥは、ＰＤＮ接続設定中に従来のＰＡＰ／ＣＨＡＰ（ＰＣＯからのユーザ名とユーザパスワード）を使用する。セキュリティなしの生データが、ＰＣＯ又はｅＰＣＯ（拡張プロトコル構成オプション）で転送される。

通信ネットワークでより高いセキュリティを提供するには、より高いセキュリティを備えた認証方法をサポートするソリューションを提供することが望ましい場合がある。たとえば、４Ｇ ＰＤＮ接続のセキュリティを高めるために、ＥＰＳで４Ｇ ＰＤＮ接続のためのＥＡＰをサポートするソリューションを定義することが望ましい場合がある。ＥＡＰベースの認証が４Ｇ ＰＤＮ接続でサポートされている場合、４Ｇから５Ｇへのモビリティ時に再認証を行う必要はない。

本開示の第１態様においては、セッション管理及びゲートウェイエンティティによって実行される方法が提供される。方法は、端末デバイスの識別子を含むセッション作成要求をモバイル管理エンティティから受信することを含む。方法はさらに、第１認証方法ではなく第２認証方法を使用することを判定することを含む。第２認証方法は、第１認証方法よりも安全性が高い。方法は、認証、認可及びアカウンティング（ＡＡＡ）サーバに関連する第２認証方法の手順をトリガすることをさらに含む。

一実施形態において、方法は、端末デバイスの識別子を含むアクセス要求をＡＡＡサーバに送信することをさらに含む。方法はさらに、認可データを含むアクセス受諾メッセージをＡＡＡサーバから受信することを含む。

一実施形態において、アクセス要求は、無効なユーザ名又はローカルに設定されたユーザ名をさらに含む。

一実施形態において、方法は、端末デバイスに関連する認証が保留されていることを示す情報をポリシ制御機能に送信することをさらに含む。方法は、ポリシ制御機能からデフォルトのサービス品質（ＱｏＳ）情報を受信することをさらに含む。

一実施形態において、第２認証方法の手順は、セッションが正常に設定された後にトリガされる。

一実施形態において、方法は、第２認証方法が成功したことを示す情報をＡＡＡサーバから受信することをさらに含む。方法は、第２認証方法が成功したことを示す情報をポリシ制御機能に送信することをさらに含む。方法はさらに、ポリシ制御機能から少なくとも１つのサービスポリシ及び課金制御ルールを受信することを含む。

一実施形態において、方法は、第２認証方法が成功したことを示す情報とサービス品質（ＱｏＳ）情報とを含むメッセージをモバイル管理エンティティに送信することをさらに含む。

一実施形態において、第２認証方法の手順中に、拡張可能認証プロトコル（ＥＡＰ）メッセージ交換を伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含む少なくとも１つのベアラ更新要求及び少なくとも１つのベアラ更新応答が、セッション管理とゲートウェイエンティティとモバイル管理エンティティとの間で使用される。

一実施形態において、方法は、第２認証方法が失敗したと判定することをさらに含む。方法はさらに、セッション削除手順をトリガすることを含む。

一実施形態において、第２認証方法が失敗したと判断することは、少なくとも、第２認証方法が失敗したことを示す情報をＡＡＡサーバから受信することに基づく、又は、モバイル管理エンティティからのベアラ更新応答が失敗するかタイムアウトになることに基づく。

一実施形態において、第２認証方法は拡張可能認証プロトコル（ＥＡＰ）を含む。

一実施形態において、第１認証方法は、パスワード認証プロトコル（ＰＡＰ）又はチャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）を含む。

一実施形態において、第１認証方法ではなく第２認証方法を使用することを判定することは、ＡＡＡサーバとの合意と、セッション作成要求に含まれる少なくとも１つのパラメータと、第２認証方法を使用するかどうかのローカル設定と、ＡＡＡサーバの能力と、端末デバイスの能力との内の少なくとも１つに基づく。

一実施形態において、ＡＡＡサーバとの合意は、特定のデータネットワーク名（ＤＮＮ）又は単一ネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）についてのＡＡＡサーバとの合意を含む。

一実施形態において、セッション管理及びゲートウェイエンティティは、パケットデータネットワークゲートウェイ制御プレーンと組み合わせたセッション管理機能（ＳＭＦ＋ＰＧＷ－Ｃ）を備える。

一実施形態において、ＡＡＡサーバはデータネットワークＡＡＡ（ＤＮ－ＡＡＡ）サーバを含む。

一実施形態において、端末デバイスは第４世代（４Ｇ）ネットワークにアクセスしている。

一実施形態において、セッション作成要求は、実際のユーザ名と、データネットワーク名に特有のユーザパスワードと、を含まない。

本開示の第２態様では、モバイル管理エンティティによって実行される方法が提供される。方法は、端末デバイスからアタッチ要求を受信することを含む。方法は、端末デバイスの識別子を含むセッション作成要求をセッション管理及びゲートウェイエンティティに送信することをさらに含む。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

一実施形態において、方法は、第２認証方法が成功したことを示す情報及びサービス品質（ＱｏＳ）情報を含むメッセージをセッション管理及びゲートウェイエンティティから受信することをさらに含む。方法は、第２認証方法が成功したことを示す情報を含むメッセージを端末デバイスに送信することをさらに含む。

一実施形態において、第２認証方法の手順中に、拡張可能認証プロトコル（ＥＡＰ）メッセージを伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含む、少なくとも１つの発展型パケットシステム（ＥＰＳ）ベアラコンテキスト修正要求と、少なくとも１つのＥＰＳベアラコンテキスト修正受諾が、端末デバイスとモバイル管理エンティティとの間で使用される。

一実施形態において、アタッチ要求は、実際のユーザ名と、データネットワーク名に特有のユーザパスワードと、を含まない。

本開示の第３態様によると、端末デバイスによって実行される方法が提供される。方法は、モバイル管理エンティティにアタッチ要求を送信することを含む。第１認証方法の手順ではなく、第２認証方法の手順が、セッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

一実施形態において、方法は、第２認証方法が成功したことを示す情報を含むメッセージをモバイル管理エンティティから受信することをさらに含む。

本開示の第４態様によると、ポリシ制御機能によって実行される方法が提供される。方法は、端末デバイスに関連する認証が保留中であることを示す情報をセッション管理及びゲートウェイエンティティから受信することを含む。方法は、セッション管理及びゲートウェイエンティティにデフォルトのサービス品質（ＱｏＳ）情報を送信することをさらに含む。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

一実施形態において、方法は、第２認証方法が成功したことを示す情報をセッション管理及びゲートウェイエンティティから受信することをさらに含む。方法はさらに、セッション管理及びゲートウェイエンティティに少なくとも１つのサービスポリシ及び課金制御ルールを送信することを含む。

本開示の第５態様においては、認証、認可及びアカウンティング（ＡＡＡ）サーバによって実行される方法が提供される。方法は、端末デバイスの識別子を含むアクセス要求をセッション管理及びゲートウェイエンティティから受信することを含む。方法はさらに、認可データを含むアクセス受諾メッセージをセッション管理及びゲートウェイエンティティに送信することを含む。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも高いセキュリティを有する。

一実施形態において、方法は、第２認証方法の手順が正常に完了した後、第２認証方法が成功したことを示す情報をセッション管理及びゲートウェイエンティティに送信することをさらに含む。

一実施形態において、方法は、第２認証方法の手順が一定期間後に開始されないと判定することをさらに含む。方法はさらに、セッション管理及びゲートウェイエンティティに切断要求を送信することを含む。

本開示の第６態様では、セッション管理及びゲートウェイエンティティが提供される。セッション管理及びゲートウェイエンティティは、プロセッサと、プロセッサに結合されたメモリと、を含む。メモリは、プロセッサによって実行可能な命令を含む。セッション管理及びゲートウェイエンティティは、モバイル管理エンティティから端末デバイスの識別子を含むセッション作成要求を受信する様に動作する。セッション管理及びゲートウェイエンティティはさらに、第１認証方法ではなく第２認証方法を使用することを判定する様に動作する。第２認証方法は、第１認証方法よりも高いセキュリティを有する。セッション管理及びゲートウェイエンティティはさらに、認証、認可及びアカウンティング（ＡＡＡ）サーバに関連する第２認証方法の手順をトリガする様に動作する。

本開示の第７態様によると、モバイル管理エンティティが提供される。モバイル管理エンティティは、プロセッサと、プロセッサに結合されたメモリと、を含む。メモリは、プロセッサによって実行可能な命令を含む。モバイル管理エンティティは、端末デバイスからアタッチ要求を受信する様に動作する。モバイル管理エンティティは、さらに、端末デバイスの識別子を含むセッション作成要求をセッション管理及びゲートウェイエンティティに送信する様に動作する。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも高いセキュリティを有する。

本開示の第８態様によると、端末デバイスが提供される。端末デバイスは、プロセッサと、プロセッサに結合されたメモリと、を含む。メモリは、プロセッサによって実行可能な命令を含む。端末デバイスは、アタッチ要求をモバイル管理エンティティに送信する様に動作する。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも高いセキュリティを有する。

本開示の第９態様によると、ポリシ制御機能が提供される。ポリシ制御機能は、プロセッサと、プロセッサに結合されたメモリと、を含む。メモリは、プロセッサによって実行可能な命令を含む。ポリシ制御機能は、端末デバイスに関連する認証が保留中であることを示す情報をセッション管理及びゲートウェイエンティティから受信する様に動作する。ポリシ制御機能は、セッション管理及びゲートウェイエンティティにデフォルトのサービス品質（ＱｏＳ）情報を送信する様にさらに動作する。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも高いセキュリティを有する。

本開示の第１０態様では、認証、認可及びアカウンティング（ＡＡＡ）サーバが提供される。ＡＡＡサーバは、プロセッサと、プロセッサに結合されたメモリと、を含む。メモリは、プロセッサによって実行可能な命令を含む。ＡＡＡサーバは、さらに、認可データを含むアクセス受諾メッセージをセッション管理及びゲートウェイエンティティに送信する様に動作する。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも高いセキュリティを有する。

本開示の第１１態様では、セッション管理及びゲートウェイエンティティが提供される。セッション管理及びゲートウェイエンティティは、第１受信モジュールと、第１判定モジュールと、第１トリガモジュールと、を備える。第１受信モジュールは、モバイル管理エンティティから端末デバイスの識別子を含むセッション作成要求を受信する様に構成され得る。第１判定モジュールは、第１認証方法ではなく、第１認証方法よりも高いセキュリティを有する第２認証方法を使用することを判定する様に構成され得る。第１トリガモジュールは、認証、認可及びアカウンティング（ＡＡＡ）サーバに関連する第２認証方法の手順をトリガする様に構成され得る。

一実施形態において、セッション管理及びゲートウェイエンティティは、端末デバイスの識別子を含むアクセス要求を送信する様に構成された第１送信モジュールをさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティは、ＡＡＡサーバから認可データを含むアクセス受諾メッセージを受信する様に構成された第２受信モジュールをさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティは、端末デバイスに関連する認証が保留中であることを示す情報をポリシ制御機能に送信する様に構成された第２送信モジュールをさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティは、ポリシ制御機能からデフォルトのサービス品質（ＱｏＳ）情報を受信する様に構成された第３受信モジュールをさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティは、第２認証方法が成功したことを示す情報をＡＡＡサーバから受信する様に構成された第４受信モジュールをさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティは、第２認証方法が成功したことを示す情報をポリシ制御機能に送信する様に構成された第３送信モジュールをさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティは、ポリシ制御機能から少なくとも１つのサービスポリシ及び課金制御ルールを受信する様に構成された第５受信モジュールをさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティは、第２認証方法が成功したことを示す情報及びサービス品質（ＱｏＳ）情報を含むメッセージをモバイル管理エンティティに送信する様に構成された第４送信モジュールをさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティは、第２認証方法が失敗したことを判定する様に構成された第２判定モジュールをさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティは、セッション削除手順をトリガする様に構成された第２トリガモジュールをさらに備え得る。

本開示の第１２態様によると、モバイル管理エンティティが提供される。モバイル管理エンティティは、第１受信モジュールと第１送信モジュールと、を備える。第１受信モジュールは、端末デバイスからアタッチ要求を受信する様に構成され得る。第１送信モジュールは、端末デバイスの識別子を含むセッション作成要求をセッション管理及びゲートウェイエンティティに送信する様に構成され得る。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

一実施形態において、モバイル管理エンティティは、第２認証方法が成功したことを示す情報及びサービス品質（ＱｏＳ）情報を含むメッセージをセッション管理及びゲートウェイエンティティから受信する様に構成された第２受信モジュールをさらに備え得る。

一実施形態において、モバイル管理エンティティは、第２認証方法が成功したことを示す情報を含むメッセージを端末デバイスに送信する様に構成された第２送信モジュールをさらに備え得る。

本開示の第１３態様によると、端末デバイスが提供される。端末デバイスは送信モジュールを備える。送信モジュールは、モバイル管理エンティティにアタッチ要求を送信する様に構成され得る。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

一実施形態において、端末デバイスは、第２認証方法が成功したことを示す情報を含むメッセージをモバイル管理エンティティから受信する様に構成された受信モジュールをさらに備え得る。

本開示の第１４態様によると、ポリシ制御機能が提供される。ポリシ制御機能は、第１受信モジュールと第１送信モジュールと、を備える。第１受信モジュールは、端末デバイスからアタッチ要求を受信する様に構成され得る。第１送信モジュールは、セッション管理及びゲートウェイエンティティにデフォルトのサービス品質（ＱｏＳ）情報を送信する様に構成され得る。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

一実施形態において、ポリシ制御機能は、第２認証方法が成功したことを示す情報をセッション管理及びゲートウェイエンティティから受信する様に構成された第２受信モジュールをさらに備え得る。

一実施形態において、ポリシ制御機能は、少なくとも１つのサービスポリシ及び課金制御ルールをセッション管理及びゲートウェイエンティティに送信する様に構成された第２送信モジュールをさらに備え得る。

本開示の第１５態様によるとてＡＡＡサーバが提供される。ＡＡＡサーバは、第１受信モジュールと第１送信モジュールと、を備える。第１受信モジュールは、セッション管理及びゲートウェイエンティティから端末デバイスの識別子を含むアクセス要求を受信する様に構成され得る。第１送信モジュールは、認可データを含むアクセス受諾メッセージをセッション管理及びゲートウェイエンティティに送信する様に構成され得る。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

一実施形態において、ＡＡＡサーバは、第２認証方法の手順が一定期間後に開始されないことを判定する様に構成された判定モジュールをさらに備え得る。

一実施形態において、ＡＡＡサーバは、セッション管理及びゲートウェイエンティティに切断要求を送信する様に構成された第２送信モジュールをさらに備え得る。

本明細書の実施形態は多くの利点を提供することができ、その例の非網羅的なリストを以下に示す。本明細書の一部の実施形態において、セキュリティ問題は、最初にＥＰＳに接続するＵＥに関して解決され得る。本明細書の一部の実施形態において、セキュリティ問題は、最初にＥＰＳに接続し、セッション存続期間中に５ＧＳに移動するＵＥに関して解決され得る。本明細書の一部の実施形態において、セッション管理及びＳＭＦ等のゲートウェイエンティティは、ＵＥが５ＧＳに移動すると直ちにＤＮ－ＡＡＡサーバから５ＧＳ属性を取得することができる。本明細書の一部の実施形態において、ＤＮ－ＡＡＡサーバは、再認証をトリガするときに正しい情報を有することができる。本明細書の実施形態は、上述の好ましい特徴及び利点に限定されない。当業者は、以下の詳細な説明を読めば、追加の特徴及び利点を認識するであろう。

本開示の様々な実施形態の上記及び他の態様、特徴、及び利点は、例として、類似又は同等の要素を同様の参照符号又は文字で示す添付の図面を参照しての以下の詳細な説明からより完全に明らかになるであろう。図面は、本開示の実施形態のより良い理解を容易にするために示され、必ずしも一定の縮尺で描かれてはいない。

本開示の実施形態による５Ｇネットワークにおける高レベルのアーキテクチャを概略的に示す図。 本開示の実施形態による４Ｇネットワークシステムアーキテクチャを概略的に示す図。 ＧＴＰベースのＳ５／Ｓ８のＳｇｉインタフェース上のＲＡＤＩＵＳメッセージフローの例を示す図（ユーザ認証が成功した場合）。 外部ＡＡＡサーバによる初期ＥＡＰ認証のフローチャート。 本開示の一実施形態による方法のフローチャート。 本開示の別の実施形態による方法のフローチャート。 本開示の別の実施形態による方法のフローチャート。 本開示の別の実施形態による方法のフローチャート。 本開示の別の実施形態による方法のフローチャート。 本開示の別の実施形態による方法のフローチャート。 本開示の別の実施形態による方法のフローチャート。 本開示の別の実施形態による方法のフローチャート。 本開示の別の実施形態による方法のフローチャート。 本開示の別の実施形態による方法のフローチャート。 本開示の別の実施形態による方法のフローチャート。 本開示の別の実施形態による方法のフローチャート。 本開示の別の実施形態による方法のフローチャート。 本開示の幾つかの実施形態を実施するのに適した装置を示すブロック図。 本開示の一実施形態によるセッション管理及びゲートウェイエンティティを示すブロック図。 本発明の一実施形態によるモバイル管理エンティティを示すブロック図。 本発明の一実施形態による端末デバイスを示すブロック図。 本発明の一実施形態によるポリシ制御機能を示すブロック図。 本発明の一実施形態によるＡＡＡサーバを示すブロック図。

本開示の実施形態について、以下では、図面を参照して詳細に説明する。これらの実施形態は、本開示の範囲に対する制限を示唆するのではなく、当技術分野の当業者が本開示をよりよく理解し、したがって実施することを可能にする目的でのみ説明されることを理解されたい。本明細書全体を通して、特徴、利点又は同様の言語への言及は、本開示で実現され得るすべての特徴及び利点が、本開示の任意の単一の実施形態であるべきである、又はそうであることを意味するものではない。むしろ、特徴及び利点を指す言語は、一実施形態に関連して説明される特定の特徴、利点又は特性が、本開示の少なくとも１つの実施形態に含まれることを意味すると理解される。さらに、本開示の記載された特徴、利点及び特徴は、１つ又は複数の実施形態において任意の適切な方法で組み合わせることができる。関連技術の当業者は、本開示が、特定の実施形態の特定の特徴又は利点のうちの１つ又は複数なしで実施され得ることを認識するであろう。他の例では、本開示のすべての実施形態に存在しない特定の実施形態において、追加の特徴及び利点が認識され得る。

本明細書で使用される"ネットワーク"という用語は、ニューレディオ（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスド、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、高速パケットアクセス（ＨＳＰＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）及びその他の無線ネットワーク等の任意の適切な通信規格に従うネットワークを指す。ＣＤＭＡネットワークは、ＵＴＲＡ（汎用地上無線アクセス）等の無線技術を実装し得る。ＵＴＲＡは、ＷＣＤＭＡ（登録商標）及びＣＤＭＡの他の変種を含む。ＴＤＭＡネットワークは、移動通信用グローバルシステム（ＧＳＭ）等の無線技術を実装し得る。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ－ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュ－ＯＦＤＭＡ、アドホックネットワーク、無線センサネットワーク等の無線技術を実装し得る。以下の説明では、"ネットワーク"及び"システム"という用語は交換可能に使用され得る。さらに、ネットワーク内の２つのデバイス間の通信は、３ＧＰＰ（登録商標）等の標準組織によって定義された通信プロトコルを含むがこれに限定されない、任意の適切な通信プロトコルに従って実行され得る。例えば、通信プロトコルは、第１世代（１Ｇ）、２Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇ通信プロトコル、及び／又は現在知られているか将来開発される他のプロトコル含み得る。

"ネットワークデバイス"、"ネットワークエンティティ"又は"ネットワークノード"という用語は、通信ネットワークのネットワークエンティティ（物理的又は仮想的）に実装され得る任意の適切なネットワーク機能（ＮＦ）を参照する。例えば、ネットワーク機能は、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、又は、適切なプラットフォーム、例えば、クラウドインフラストラクチャ等でインスタンス化された仮想化機能として実装され得る。例えば、５Ｇシステム（５ＧＳ）は、ＡＭＦ（アクセス及びモビリティ機能）、ＳＭＦ（セッション管理機能）、ＡＵＳＦ（認証サービス機能）、ＵＤＭ（統合データ管理）、ＰＣＦ（ポリシ制御機能）、ＡＦ（アプリケーション機能）、ＮＥＦ（ネットワーク公開機能）、ＵＰＦ（ユーザプレーン機能）、ＮＲＦ（ネットワークリポジトリ機能）、ＲＡＮ（無線アクセスネットワーク）、ＳＣＰ（サービス通信プロキシ）、ＮＷＤＡＦ（ネットワークデータ分析機能）、ＮＳＳＦ（ネットワークスライス選択機能）、ＮＳＳＡＡＦ（ネットワークスライス固有認証及び認可機能）等の複数のＮＦを備え得る。たとえば、４Ｇシステム（ＬＴＥ等）は、ＭＭＥ（移動管理エンティティ）、ＨＳＳ（ホーム加入者サーバ）、ポリシ及び課金ルール機能（ＰＣＲＦ）、パケットデータネットワークゲートウェイ（ＰＧＷ又はＰＧ－Ｗ）、ＰＧＷ制御プレーン（ＰＧＷ－Ｃ）、ＰＧＷユーザプレーン（ＰＧＷ－Ｕ）、サービングゲートウェイ（ＳＧＷ）、ＳＧＷ制御プレーン（ＳＧＷ－Ｃ）、ＳＧＷユーザプレーン（ＳＧＷ－Ｕ）、Ｅ－ＵＴＲＡＮノードＢ（ｅＮＢ）等を含み得る。他の実施形態において、ネットワーク機能は、例えば特定のネットワークに応じて、異なるタイプのＮＦを含み得る。

ネットワークデバイスは、端末デバイスがネットワークにアクセスしてサービスを受ける通信ネットワークにおけるアクセス機能を有するアクセスネットワークデバイスであり得る。アクセスネットワークデバイスは、基地局（ＢＳ）、アクセスポイント（ＡＰ）、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コントローラ、又は、無線通信ネットワーク内の任意の他の適切なデバイスを含み得る。ＢＳは、例えば、ノードＢ（ノードＢ又はＮＢ）、発展型ノードＢ（ｅノードＢ又はｅＮＢ）、次世代ノードＢ（ｇノードＢ又はｇＮＢ）、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、統合アクセスバックホール（ＩＡＢ）ノード、リモート無線ヘッド（ＲＲＨ）、リレイ、フェムト、ピコ等の低電力ノードであり得る。

アクセスネットワークノードのさらに別の例は、ＭＳＲ ＢＳ等のマルチスタンダード無線（ＭＳＲ）無線装置、無線ネットワークコントローラ（ＲＮＣ）又は基地局コントローラ（ＢＳＣ）等のネットワークコントローラ、基地トランシーバステーション（ＢＴＳ）、送信ポイント、送信ノード、測位ノード等を含む。ただし、より一般的には、ネットワークノードは、無線通信ネットワークへの端末デバイスアクセスを構成し、アレンジし、有効化及び／又は提供する様に動作可能である、或いは、無線通信ネットワークにアクセスする端末デバイスに何らかのサービスを提供することができる任意の適切なデバイス（又はデバイスのグループ）を示し得る。

用語"端末デバイス"は、通信ネットワークにアクセスしてサービスの提供を受けることができる任意のエンドデバイスを参照する。制限しない例として、端末デバイスは、移動端末、ユーザ装置（ＵＥ）、又は、他の適切なデバイスを参照する。ＵＥは、例えば、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、又は、アクセス端末（ＡＴ）であり得る。端末デバイスは、ポータブルコンピュータ、デジタルカメラ等の画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生機器、移動電話、セルラフォン、スマートフォン、ボイスオーバＩＰ（ＶоＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、ウェアラブル端末デバイス、車載無線端末デバイス、無線エンドポイント、モバイルステーション、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線顧客宅内機器（ＣＰＥ）等を含み得るがこれらに限定されない。以下の説明では、"端末デバイス"、"端末"、"ユーザ装置"及び"ＵＥ"という用語は交換可能に使用され得る。一例として、端末デバイスは、３ＧＰＰ（登録商標）（第３世代パートナシッププロジェクト）によって公布された１つ又は複数の通信標準、例えば３ＧＰＰ（登録商標）のＬＴＥ標準又はＮＲ標準に従って通信する様に構成されたＵＥを表し得る。本明細書で使用される"ユーザ装置"又は"ＵＥ"は、関連するデバイスを所有及び／又は操作する人間のユーザの意味で"ユーザ"を必ずしも有する必要はない。幾つかの実施形態において、端末デバイスは、人間との直接的な相互作用無しに情報を送信及び／又は受信する様に構成され得る。例えば、端末デバイスは、内部又は外部のイベントによってトリガされたとき、通信ネットワークからの要求に応じて、所定のスケジュールでネットワークに情報を送信する様に設計され得る。代わりに、ＵＥは、人間のユーザへの販売又は人間のユーザによる操作を目的とするが、最初は特定の人間のユーザに関連付けられていないデバイスを表し得る。

さらに別の例として、ＩｏＴ（Ｉｎｔｅｒｎｅｔ оｆ Ｔｈｉｎｇｓ）シナリオでは、端末デバイスは、監視及び／又は測定を実行し、その様な監視及び／又は測定の結果を別の端末デバイス及び／又はネットワーク装置に送信する機器又は他のデバイスを表し得る。この場合、端末デバイスは、マシンツーマシン（Ｍ２Ｍ）デバイスであり、３ＧＰＰ（登録商標）の文脈ではマシン型通信（ＭＴＣ）デバイスとして参照され得る。特定の一例として、端末デバイスは、３ＧＰＰ（登録商標）狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）標準を実装するＵＥであり得る。その様な機器又はデバイスの特定の例は、センサ、電力計、産業用機械等の計測デバイス、又は冷蔵庫、テレビ等の家庭用機器、時計等の個人用ウェアラブル機器である。他のシナリオでは、端末デバイスは、その動作状態又はその動作に関連する他の機能を監視及び／又は報告できる車両又は他の機器を表し得る。

本明細書における"一実施形態"、"実施形態"、"実施形態例"等への言及は、説明された実施形態が特定の特徴、構造、又は特性を含み得ることを示すが、すべての実施形態が必ずしも特定の特徴、構造、又は特性を含むとは限らない。さらに、その様なフレーズは必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、又は特性が実施形態に関して説明されている場合、他の実施形態に関連してその様な特性、構造、又は特性を実装することは、明示的に記述されているか否かに拘わらず、当業者の知識の範囲内では提示されている。

本明細書では、"第１"及び"第２"等の用語を使用して様々な要素を説明するが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、ある要素と別の要素を区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１要素を第２要素と呼ぶことができ、同様に、第２要素を第１要素と呼ぶことができる。本明細書で使用される"及び／又は"という用語は、関連する列挙された用語の１つ又は複数のありとあらゆる組み合わせを含む。

本明細書で使用される場合、"Ａ及びＢのうちの少なくとも１つ"又は"Ａ又はＢのうちの少なくとも１つ"という語句は、"Ａのみ、Ｂのみ、又は、ＡとＢの両方"を意味すると理解されるべきである。"Ａ及び／又はＢ"という句は、"Ａのみ、Ｂのみ、又は、ＡとＢの両方"を意味すると理解されるべきである。

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図していない。単数形式は、文脈が明らかに他の場合を示している場合を除き、複数形式を含むことが意図される。ここで使用する、用語"含む"、"有する"、"備える"等は、述べられた特徴、要素及び／又は構成部品の存在を特定するが、１つ以上の他の特徴、要素、構成部品及び／又はそれらの組み合わせの存在を除外するものではない。

この文書で使用されているこれらの用語は、説明を容易にし、ノード、デバイス、又はネットワーク等を区別するためにのみ使用されていることに注意されたい。技術の発展に伴い、類似／同じ意味を持つ他の用語も使用され得る。

以下の説明及び特許請求の範囲において、定義されない限り、使用される総ての技術的及び科学的用語は、本開示の技術分野に属する当業者により通常理解されるのと同じ意味を有する。

本明細書で説明される主題は、任意の適切なコンポーネントを使用する任意の適切なタイプのシステムで実装され得るが、本明細書で開示される実施形態は、図１及び図２に示される例示的なシステムアーキテクチャに準拠する通信システムに関して説明される。簡略化のため、図１及び図２のシステムアーキテクチャは、幾つかの例示的な要素のみを示している。実際には、通信システムは、端末デバイス間、又は無線デバイスと、固定電話、サービスプロバイダ、又は任意の他のネットワークノードもしくは端末デバイス等の別の通信デバイスとの間の通信をサポートするのに適した任意の追加要素をさらに含み得る。通信システムは、通信システムによって、又は通信システムを介して提供されるサービスへの端末デバイスのアクセス及び／又は使用を容易にするために、１つ又は複数の端末デバイスに通信及び様々なタイプのサービスを提供することができる。

図１は、本開示の一実施形態による、５ＧＳとＥＰＣ（発展型パケットコア）／Ｅ－ＵＴＲＡＮ（発展型ユニバーサル地上無線アクセスネットワーク）との間のインタワーキングのための非ローミングアーキテクチャを概略的に示している。図１のアーキテクチャは、３ＧＰＰ（登録商標）ＴＳ２３．５０１ Ｖ１６．７．０で説明されている図４．３．１－１と同じである。

図１に示す様に、Ｎ２６インタフェースは、ＥＰＣとＮＧコアとの間のインタワーキングを可能にするための、ＭＭＥと５ＧＳ ＡＭＦとの間のＣＮ（コアネットワーク）間インタフェースである。ネットワークにおけるＮ２６インタフェースのサポートは、インタワーキングの場合はオプションである。Ｎ２６は、Ｓ１０でサポートされる機能（インタワーキングに必須）のサブセットをサポートする。ＰＧＷ－Ｃ＋ＳＭＦと、ＵＰＦ＋ＰＧＷ－Ｕは、５ＧＳとＥＰＣとの間のインタワーキング専用であり、これらはオプションであり、ＵＥ ＭＭ（モビリティ管理）コアネットワーク機能とＵＥサブスクリプションとに基づく。５ＧＳ及びＥＰＣインタワーキングの対象ではないＵＥは、インタワーキング専用ではないエンティティ、つまりＰＧＷ又はＳＭＦ／ＵＰＦのいずれかによってサービスされ得る。ＮＧ－ＲＡＮ（次世代ＲＡＮ）とＵＰＦ＋ＰＧＷ－Ｕとの間に別のＵＰＦ（図３には示されていない）があり得る、つまり、ＵＰＦ＋ＰＧＷ－Ｕは、必要に応じて、追加のＵＰＦに対するＮ９をサポートできる。ＳＧＷを示すこの仕様の図と手順では、ＳＧＷがモノリシックＳＧＷとして配置されるか、制御プレーンとユーザプレーンの機能に分割されたＳＧＷとして配置されかを想定していない。

図２は、本開示の別の実施形態による、５ＧＳとＥＰＣ（発展型パケットコア）／Ｅ－ＵＴＲＡＮ（発展型ユニバーサル地上無線アクセスネットワーク）との間のインタワーキングのための非ローミングアーキテクチャを概略的に示している。ＣＨＦは課金機能を意味する。ＣＤＲは課金データレコード意味する。ＢＳはベーシックサービスを意味する。図２に示す様に、ＤＮ－ＡＡＡは、ＤＮ－ＡＡＡ共有サーバ又はＤＮ－ＡＡＡインバンドサーバを備え得る。ＤＮ－ＡＡＡ共有サーバは、ＰＧＷ－Ｃ＋ＳＭＦに接続され得る。ＤＮ－ＡＡＡインバンドサーバはＰＧＷ－Ｕ＋ＵＰＦに接続され得る。

図３は、ＧＴＰベースのＳ５／Ｓ８のＳｇｉインタフェース上のＲＡＤＩＵＳメッセージフローの例を示している（ユーザ認証が成功した場合）。図３は、３ＧＰＰ（登録商標）ＴＳ２９．０６１ Ｖ１７．１．０の図２５ａ．１と同じである。３ＧＰＰ（登録商標）ＴＳ２９．０６１ Ｖ１７．１．０の１６．４．１項に記載されている様に、アクセス要求メッセージ（ＧＧＳＮ／Ｐ－ＧＷからＡＡＡサーバに送信される）は、ユーザ名と、ユーザパスワードと、を含み得る。ユーザ名は、プロトコル構成オプション（ＰＣＯ）でユーザによってＧＧＳＮ／Ｐ－ＧＷに提供される、或いは、Ｐ－ＧＷの場合、複数の認証がサポートされているとき、ＩＰ－ＣＡＮ（ＩＰ（インターネットプロトコル）－接続アクセスネットワーク）セッション確立手順中に受信した追加プロトコル構成オプション（ＡＰＣＯ）で提供される。ＰＰＰ（ポイント・トゥ・ポイント・プロトコル）ＰＤＰ（パケットデータプロトコル）タイプが使用される場合、それは、ＰＰＰ認証フェーズ中にユーザによってＧＧＳＮ（ゲートウェイＧＰＲＳ（汎用パケット無線サービス）サポートノード）に提供される。使用可能なユーザ名がない場合は、ＡＰＮ（アクセスポイント名）ごとに構成可能な汎用ユーザ名が存在する。ユーザパスワードは、ＰＣＯで、ユーザによってＧＧＳＮ／Ｐ－ＧＷに提供される、或いは、Ｐ－ＧＷの場合においてＰＡＰが使用される場合、複数の認証がサポートされているとき、ＩＰ－ＣＡＮセッション確立手順中に受信されたＡＰＣＯで提供され、ＰＰＰ ＰＤＰタイプが使用される場合、ＰＰＰ認証フェーズ中にユーザによってＧＧＳＮに提供される。パスワードが利用できない場合は、ＡＰＮごとに設定可能な汎用パスワードが存在する。セキュリティの観点から、ＰＡＰプロトコルとＣＨＡＰプロトコルにはそれぞれ脆弱性があるため、ＰＡＰ／ＣＨＡＰには認証に対する適切な基本的な保護がない。たとえば、ユーザ名とユーザパスワードはセキュリティなしでＰＣＯ又はｅＰＣＯで転送される。

図４は、外部ＡＡＡサーバによる初期ＥＡＰ認証のフローチャートである。図４は、３ＧＰＰ（登録商標）ＴＳ３３．５０１ Ｖ１７．０．０の図１１．１．２－１と同じであり、その開示は参照によりその全体が本明細書に組み込まれる。

３ＧＰＰ（登録商標）ＴＳ３３．５０１ Ｖ１７．０．０の１１．１．２項のステップ８に記載されている様に、Ｈ－ＳＭＦ（ホームＳＭＦ）は、外部ＤＮ－ＡＡＡサーバからの認可を取得するためにＥＡＰ認証をトリガする。既存のＮ４セッションが存在しない場合、Ｈ－ＳＭＦはＵＰＦを選択し、それとのＮ４セッションを確立する。Ｈ－ＳＭＦは、利用可能な場合はＧＰＳＩ（汎用パブリック加入識別子）と、ＰＤＵセッションがＩＰ ＰＤＵタイプの場合はＰＤＵセッションに割り当てられたＵＥのＩＰアドレスと、ＰＤＵセッションがイーサネットＰＤＵタイプの場合はＭＡＣ（媒体アクセス制御）アドレスと、をＤＮ－ＡＡＡサーバに通知する。

ステップ９．Ｈ－ＳＭＦは、ＥＡＰ要求／識別子メッセージをＵＥに送信する。

ステップ１０．ＵＥは、ＮＡＳ（非アクセスストラタム）メッセージのＳＭ（セッション管理）ＰＤＵ ＤＮ要求コンテナ内に含まれるＥＡＰ応答／識別子メッセージを送信しなければならない。ＳＭ ＰＤＵ ＤＮ要求コンテナは、ネットワークアクセス識別子（ＮＡＩ）フォーマットとＰＤＵセッションＩＤ（識別子）に準拠した、そのＤＮ固有識別子と、を含む。

ステップ９及び１０での追加のラウンドトリップを回避するために、ステップ４でＵＥによって二次認証識別子が送信され得る。

ステップ１１．既存のＮ４セッションが存在しない場合、Ｈ－ＳＭＦはＵＰＦを選択し、それとのＮ４セッションを確立する。ＳＭ ＰＤＵ ＤＮ要求コンテナは、ＵＥによって提供された場合、ＵＰＦに転送される。Ｈ－ＳＭＦは、ＵＥによって提供されるＳＭ ＰＤＵ ＤＮ要求コンテナ及びローカル構成に基づいてＤＮ ＡＡＡサーバを識別する。

ステップ１２．ＵＰＦは、ＥＡＰ応答／識別子メッセージを含むＳＭ ＰＤＵ ＤＮ要求コンテナをＤＮ ＡＡＡサーバに転送する。

ステップ１３．ＤＮ ＡＡＡサーバとＵＥは、ＥＡＰ法の要求に従い、ＳＭ ＰＤＵ ＤＮ要求コンテナに含まれるＥＡＰメッセージを交換する。さらに、３ＧＰＰ（登録商標）ＴＳ３３．５０１ Ｖ１７．０．０の５．６．６項で定義されている追加の認可情報が送信され得る。

ステップ１４．認証手順が正常に完了すると、ＤＮ ＡＡＡサーバはＥＡＰ成功メッセージをＨ－ＳＭＦに送信する。

ステップ１５．これにより、ＳＭＦでの認証手順が完了する。ＳＭＦは、ＵＥとＳＭＦとの間の認証／認可を成功させるために、ＤＮ固有ＩＤ及びＤＮＮ（又は、利用可能な場合にはＤＮのＡＡＡサーバＩＤ）をリストに保存し得る。あるいは、ＳＭＦはＵＤＭ内のリストを更新し得る。

認可が成功した場合、ＰＤＵセッション確立は、３ＧＰＰ（登録商標）ＴＳ２３．５０２ Ｖ１６．７．１の図４．３．２．２．１－１のステップ７ａから開始し、その開示全体が参照により本明細書に組み込まれる。

図５ａは、本開示の一実施形態による方法のフローチャートであり、方法は、セッション管理及ゲートウェイエンティティが実装されている装置で、或いは、セッション管理及ゲートウェイエンティティにおいて、或いは、セッション管理及ゲートウェイエンティティと通信可能に接続されている装置によって実行され得る。よって、装置は、方法５００の様々な部分を達成するための手段又はモジュールと、他のコンポーネントと共に他のプロセスを達成するための手段又はモジュールを提供し得る。セッション管理及びゲートウェイエンティティは、セッション管理機能及びゲートウェイ機能を実装できる任意の適切なネットワークエンティティであり得る。一実施形態において、セッション管理及びゲートウェイエンティティは、パケットデータネットワークゲートウェイ制御プレーンと組み合わせたセッション管理機能（ＳＭＦ＋ＰＧＷ－Ｃ）を含み得る。

ブロック５０１で、セッション管理及びゲートウェイエンティティは、モバイル管理エンティティから、端末デバイスの識別子を含むセッション作成要求を受信し得る。例えば、アタッチ要求の間、モバイル管理エンティティは、セッション管理及びゲートウェイエンティティにセッション作成要求を送信し得る。一実施形態において、その開示全体が参照により本明細書に組み込まれる３ＧＰＰ（登録商標）ＴＳ２３．４０１ Ｖ１６．９．０の５．３．２項及び図５．３．２．１－１に従って、ＭＭＥ等のモバイル管理エンティティは、セッション作成要求をサービングゲートウェイ（ＳＧＷ）に送信し得る。そして、サービングゲートウェイは、セッション作成要求を、ＳＭＦ＋ＰＧＷ－Ｃ等のセッション管理及びゲートウェイエンティティに送信し得る。

ブロック５０２で、セッション管理及びゲートウェイエンティティは、第１認証方法ではなく第２認証方法を使用することを判定し得る。第２認証方法は、第１認証方法よりも安全性が高い。

第２認証方法は、任意の適切な認証方法であり得る。一実施形態において、第２認証方法は拡張可能認証プロトコル（ＥＡＰ）を含む。他の実施形態において、第２認証方法は、３ＧＰＰ（登録商標）によって定義される第６世代（６Ｇ）又はそれ以降の６Ｇ通信ネットワークで使用される認証方法を含み得る。

第１認証方法は、任意の適切な認証方法であり得る。一実施形態において、第１認証方法は、パスワード認証プロトコル（ＰＡＰ）又はチャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）を含む。

一実施形態において、第１認証方法は、第４世代（４Ｇ）ネットワークで使用される。一実施形態において、第２認証方法は、第５世代（５Ｇ）ネットワークで使用される。

一実施形態において、端末デバイスは第４世代（４Ｇ）ネットワークにアクセスしている。

一実施形態において、セッション作成要求は、実際のユーザ名と、データネットワーク名に特有のユーザパスワードと、を除外する。たとえば、セッション作成要求は、３ＧＰＰ（登録商標）ＴＳ２９．０６１ Ｖ１７．１．０の１６．４．１項で説明されている様に、ユーザ名とユーザパスワードを除外し得る。

セッション管理及びゲートウェイエンティティは、様々な方法で、第１認証方法ではなく第２認証方法を使用することを判定し得る。一実施形態において、セッション管理及びゲートウェイエンティティは、第１認証方法ではなく第２認証方法を使用することを、ＡＡＡサーバとの合意と、セッション作成要求に含まれる少なくとも１つのパラメータと、第２認証方法を使用するかどうかのローカル設定と、ＡＡＡサーバの能力と、端末デバイスの能力との内の少なくとも１つに基づいて判定し得る。

たとえば、ＡＡＡサーバとの合意は、第２認証方法を使用するかどうかを示し得る。一実施形態において、ＡＡＡサーバとの合意は、特定のデータネットワーク名（ＤＮＮ）又は単一ネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）についてのＡＡＡサーバとの合意を含む。

第２認証方法を使用するかどうかのローカル設定は、オペレータによって構成され得る。第２認証方法を使用するかどうかのローカル構成は、単一の端末デバイスに対して、或いは、端末デバイスのグループに対して構成され得る。

セッション作成要求に含まれる少なくとも１つのパラメータは、ＰＡＰ／ＣＨＡＰユーザクレデンシャルを含み得る。たとえば、ＵＥは、ＥＰＳにアクセスする場合等、ｅＰＣＯ ＩＥ（情報要素）でＰＡＰ／ＣＨＡＰユーザクレデンシャルを提供しない場合がある。この様な情報がセッション管理及びゲートウェイエンティティに提供されない場合、セッション管理及びゲートウェイエンティティは、第１認証方法ではなく第２認証方法を使用することを判定し得る。

ＡＡＡサーバが第２認証方法をサポートしていることをＡＡＡサーバの能力が示している場合、セッション管理及びゲートウェイエンティティは、第１認証方法ではなく第２認証方法を使用することを判定し得る。

端末デバイスが第２認証方法をサポートしていることを端末デバイスの能力が示している場合、セッション管理及びゲートウェイエンティティは、第１認証方法ではなく第２認証方法を使用することを判定し得る。

ブロック５０３で、セッション管理及びゲートウェイエンティティは、認証、認可及びアカウンティング（ＡＡＡ）サーバに関連する第２認証方法の手順をトリガし得る。一実施形態において、ＡＡＡサーバはデータネットワークＡＡＡ（ＤＮ－ＡＡＡ）サーバを含む。

一実施形態において、第２認証方法の手順は、セッションが正常に設定された後にトリガされる。たとえば、セッションが正常に設定された後、ＳＭＦ＋ＰＧＷ－ＣはＥＡＰベースの認証手順を開始する。ＳＭＦ＋ＰＧＷ－Ｃは、新しい情報ＥＡＰ要求／識別子を含むベアラ更新要求メッセージをトリガし得る。ＥＡＰ要求／識別子はｅＰＣＯパラメータに含めることができる。ＭＭＥは、ＥＡＰ要求／識別子をＮＡＳメッセージ（ＥＰＳベアラコンテキスト修正要求等）でＵＥに送信し得る。ＵＥは、ＥＡＰメッセージでＤＮ固有ＩＤをＳＭＦ＋ＰＧＷ－Ｃに送信し得る。ＳＭＦ＋ＰＧＷ－Ｃは、ＤＮ－ＡＡＡサーバへのこのＥＡＰメッセージを使用してアクセス要求メッセージをトリガし得る。ＤＮ ＡＡＡサーバとＵＥは、ＥＡＰ法の要求に従い、５Ｇ ＰＤＵセッションのＥＡＰ認証と同様に、ベアラ更新要求／応答手順を伴うＥＡＰメッセージを交換する。

一実施形態において、第２認証方法が拡張可能認証プロトコル（ＥＡＰ）である場合、ＥＡＰの手順は、メッセージ及びネットワークエンティティが異なるネットワークでは異なる可能性があることを除いて、図４のステップ８～１５と同様であり得る。

一実施形態において、第２認証方法の手順中に、拡張可能認証プロトコル（ＥＡＰ）メッセージ交換を伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含む少なくとも１つのベアラ更新要求及び少なくとも１つのベアラ更新応答が、セッション管理とゲートウェイエンティティとモバイル管理エンティティとの間で使用される。ベアラ更新要求及びベアラ更新応答は、拡張可能認証プロトコル（ＥＡＰ）メッセージ交換を伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含むことを除いて、３ＧＰＰ（登録商標）ＴＳ２３．４０１ Ｖ１６．９．０に記載されている対応するメッセージと同様であり得る。

図５ｂは、本開示の別の実施形態による方法５１０のフローチャートであり、方法５１０は、セッション管理及ゲートウェイエンティティが実装されている装置で、或いは、セッション管理及ゲートウェイエンティティにおいて、或いは、セッション管理及ゲートウェイエンティティと通信可能に接続されている装置によって実行され得る。よって、装置は、方法５１０の様々な部分を達成するための手段又はモジュールと、他のコンポーネントと共に他のプロセスを達成するための手段又はモジュールを提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。

ブロック５１１で、セッション管理及びゲートウェイエンティティは、端末デバイスの識別子を含むアクセス要求をＡＡＡサーバに送信し得る。例えば、モバイル管理エンティティから端末デバイスの識別子を含むセッション作成要求を受信した後、セッション管理及びゲートウェイエンティティは、端末デバイスの識別子を含むアクセス要求をＡＡＡサーバに送信し得る。端末デバイスの識別子は、端末デバイスを一意に識別できる任意の適切な識別子であり得る。例えば、端末デバイスの識別子は、ＩＭＳＩ（国際移動加入者識別）、ＭＳＩＳＤＮ（移動加入者ＩＳＤＮ（統合サービスデジタルネットワーク）番号）、ＩＭＰＩ（ＩＰマルチメディアプライベート識別子）、ＩＭＰＵ（ＩＰマルチメディアパブリック識別子）又はアプリケーション固有識別子を含み得る。

ブロック５１２で、セッション管理及びゲートウェイエンティティは、ＡＡＡサーバから認可データを含むアクセス受諾メッセージを受信し得る。たとえば、認可データは、割り当てられたＩＰアドレス、アイドルタイムアウト又はセッションタイムアウト等を含み得る。

一実施形態において、アクセス要求は、無効なユーザ名又はローカルに設定されたユーザ名をさらに含み得る。別の実施形態において、アクセス要求は、認可のみを行うインジケーションをさらに含み得る。この場合、ＡＡＡサーバは最初に端末デバイスの識別子を使用して認可を行う。ＡＡＡサーバは、端末デバイスにＩＰアドレスを割り当て得る。ＡＡＡサーバは、第２認証方法のメッセージ（ＥＡＰメッセージ等）を待つタイマを開始し得る。第２認証方法のメッセージ（ＥＡＰメッセージ等）が受信されない場合、ＡＡＡサーバはセッション管理及びゲートウェイエンティティに切断要求を送信し得る。

図５ｃは、本開示の別の実施形態による方法５２０のフローチャートであり、方法５２０は、セッション管理及ゲートウェイエンティティが実装されている装置で、或いは、セッション管理及ゲートウェイエンティティにおいて、或いは、セッション管理及ゲートウェイエンティティと通信可能に接続されている装置によって実行され得る。よって、装置は、方法５２０の様々な部分を達成するための手段又はモジュールと、他のコンポーネントと共に他のプロセスを達成するための手段又はモジュールを提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。

ブロック５２１で、セッション管理及びゲートウェイエンティティは、端末デバイスに関連する認証が保留中であることを示す情報をポリシ制御機能に送信し得る。この情報により、任意のサービスがトリガ（ポリシ制御機能からのルール等）されることを回避できる。例えば、セッション管理及びゲートウェイエンティティは、ＡＡＡサーバから認可データを含むアクセス受諾メッセージを受信した後、端末デバイスに関する認証が保留中であることを示す情報をポリシ制御機能に送信し得る。この情報は、任意の適切なメッセージに含められ得る。一実施形態において、この情報は、Ｎｐｃｆ＿ＳＭＰｏｌｉｃｙＣｒｅａｔｅ要求メッセージに含められ得る。

ブロック５２２で、セッション管理及びゲートウェイエンティティは、ポリシ制御機能からデフォルトのサービス品質（ＱｏＳ）情報を受信し得る。デフォルトのサービス品質（ＱｏＳ）情報は、任意の適切なメッセージに含められ得る。一実施形態において、デフォルトのサービス品質（ＱｏＳ）情報は、Ｎｐｃｆ＿ＳＭＰｏｌｉｃｙＣｒｅａｔｅ応答メッセージに含められ得る。

図５ｄは、本開示の別の実施形態による方法５３０のフローチャートであり、方法５３０は、セッション管理及ゲートウェイエンティティが実装されている装置で、或いは、セッション管理及ゲートウェイエンティティにおいて、或いは、セッション管理及ゲートウェイエンティティと通信可能に接続されている装置によって実行され得る。よって、装置は、方法５３０の様々な部分を達成するための手段又はモジュールと、他のコンポーネントと共に他のプロセスを達成するための手段又はモジュールを提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。

ブロック５３１で、セッション管理及びゲートウェイエンティティは、第２認証方法が成功したことを示す情報をＡＡＡサーバから受信し得る。

ブロック５３２で、セッション管理及びゲートウェイエンティティは、第２認証方法が成功したことを示す情報を端末デバイスに送信し得る。

ブロック５３３で、セッション管理及びゲートウェイエンティティは、ポリシ制御機能から少なくとも１つのサービスポリシ及び課金制御ルールを受信し得る。

ブロック５３４で、セッション管理及びゲートウェイエンティティは、第２認証方法が成功したことを示す情報と、サービス品質（ＱｏＳ）情報と、を含むメッセージをモバイル管理エンティティに送信し得る。

たとえば、ＥＡＰ成功等の第２認証方法の成功が、ＤＮ－ＡＡＡサーバ等のＡＡＡサーバからＳＭＦ＋ＰＧＷ－Ｃ等のセッション管理及びゲートウェイエンティティによって受信される。ＳＭＦ＋ＰＧＷ－Ｃは、認証が成功したことをＰＣＦに通知することを示す情報を含むＮｐｃｆ＿ＳＭＦＰｏｌｉｃｙＵｐｄａｔｅ要求メッセージを送信し、ＰＣＦからサービスルールを取得する。ＳＭＦ＋ＰＧＷ－Ｃは、ＥＡＰ成功メッセージ及びその他のＱｏＳ情報を含むベアラ更新要求メッセージをＭＭＥに送信する。

図５ｅは、本開示の別の実施形態による方法５４０のフローチャートであり、方法５４０は、セッション管理及ゲートウェイエンティティが実装されている装置で、或いは、セッション管理及ゲートウェイエンティティにおいて、或いは、セッション管理及ゲートウェイエンティティと通信可能に接続されている装置によって実行され得る。よって、装置は、方法５４０の様々な部分を達成するための手段又はモジュールと、他のコンポーネントと共に他のプロセスを達成するための手段又はモジュールを提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。

ブロック５４１で、セッション管理及びゲートウェイエンティティは、第２認証方法が失敗したことを判定し得る。例えば、セッション管理及びゲートウェイエンティティは、第２認証方法が失敗したことを示す情報をＡＡＡサーバから受信すること、又は、モバイル管理エンティティからのベアラ更新応答が失敗するかタイムアウトしたことに少なくとも基づいて、第２認証方法が失敗したことを判定し得る。

ブロック５４２で、セッション管理及びゲートウェイエンティティは、セッション削除手順をトリガし得る。

図５ｆは、本開示の別の実施形態による方法５５０のフローチャートであり、方法５５０は、モバイル管理エンティティが実装されている装置で、或いは、モバイル管理エンティティにおいて、或いは、モバイル管理エンティティと通信可能に接続されている装置によって実行され得る。よって、装置は、方法５５０の様々な部分を達成するための手段又はモジュールと、他のコンポーネントと共に他のプロセスを達成するための手段又はモジュールを提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。

ブロック５５１で、モバイル管理エンティティは端末デバイスからアタッチ要求を受信し得る。一実施形態において、アタッチ要求は、実際のユーザ名と、データネットワーク名に特有のユーザパスワードと、を除外する。

ブロック５５２で、モバイル管理エンティティは、セッション管理及びゲートウェイエンティティに、端末デバイスの識別子を含むセッション作成要求を送信し得る。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされ、第２認証方法は、第１認証方法より高いセキュリティを有する。

図５ｇは、本開示の別の実施形態による方法５６０のフローチャートであり、方法５６０は、モバイル管理エンティティが実装されている装置で、或いは、モバイル管理エンティティにおいて、或いは、モバイル管理エンティティと通信可能に接続されている装置によって実行され得る。よって、装置は、方法５６０の様々な部分を達成するための手段又はモジュールと、他のコンポーネントと共に他のプロセスを達成するための手段又はモジュールを提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。

ブロック５６１で、モバイル管理エンティティは、第２認証方法が成功したことを示す情報と、サービス品質（ＱｏＳ）情報と、を含むメッセージをセッション管理及びゲートウェイエンティティから受信し得る。

ブロック５６２で、モバイル管理エンティティは、第２認証方法が成功したことを示す情報を含むメッセージを端末デバイスに送信し得る。

一実施形態において、第２認証方法の手順中に、拡張可能認証プロトコル（ＥＡＰ）メッセージを伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含む少なくとも１つの発展型パケットシステム（ＥＰＳ）ベアラコンテキスト修正要求と、少なくとも１つのＥＰＳベアラコンテキスト修正受諾が端末デバイスとモバイル管理エンティティとの間で使用される。

図５ｇは、本開示の別の実施形態による方法６００のフローチャートであり、方法６００は、端末デバイスが実装されている装置で、或いは、端末デバイスにおいて、或いは、端末デバイスと通信可能に接続されている装置によって実行され得る。よって、装置は、方法６００の様々な部分を達成するための手段又はモジュールと、他のコンポーネントと共に他のプロセスを達成するための手段又はモジュールを提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。

ブロック６０１で、端末デバイスは、アタッチ要求をモバイル管理エンティティに送信し得る。第１認証方法の手順ではなく、第２認証方法の手順が、セッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも高い安全性を有する。

ブロック６０２で、端末デバイスは、第２認証方法が成功したことを示す情報含むメッセージをモバイル管理エンティティから受信し得る。

図６ｂは、本開示の別の実施形態による方法６１０のフローチャートを示し、方法６１００は、ポリシ制御機能を実装している装置において、或いは、ポリシ制御機能において、或いは、ポリシ制御機能と通信可能に接続された装置によって実行され得る。よって、装置は、方法６１０の様々な部分を達成するための手段又はモジュールと、他のコンポーネントと共に他のプロセスを達成するための手段又はモジュールを提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。一実施形態において、ポリシ制御機能は、３ＧＰＰ（登録商標）ＴＳ２３．５０１ Ｖ１６．７．０に記載されているＰＣＦであり得る。

ブロック６１１で、ポリシ制御機能は、端末デバイスに関連する認証が保留中であることを示す情報をセッション管理及びゲートウェイエンティティから受信し得る。

ブロック６１２で、ポリシ制御機能は、セッション管理及びゲートウェイエンティティにデフォルトのサービス品質（ＱｏＳ）情報を送信し得る。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

図６ｃは、本開示の別の実施形態による方法６２０のフローチャートを示し、方法６２０は、ポリシ制御機能を実装している装置において、或いは、ポリシ制御機能において、或いは、ポリシ制御機能と通信可能に接続された装置によって実行され得る。よって、装置は、方法６２０の様々な部分を達成するための手段又はモジュールと、他のコンポーネントと共に他のプロセスを達成するための手段又はモジュールを提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。一実施形態において、ポリシ制御機能は、３ＧＰＰ（登録商標）ＴＳ２３．５０１ Ｖ１６．７．０に記載されているＰＣＦであり得る。

ブロック６２１で、ポリシ制御機能は、第２認証方法が成功したことを示す情報をセッション管理及びゲートウェイエンティティから受信し得る。

ブロック６２２で、ポリシ制御機能は、セッション管理及びゲートウェイエンティティに少なくとも１つのサービスポリシ及び課金制御ルールを送信し得る。

図６ｄは、本開示の別の実施形態による方法６３０のフローチャートであり、方法６３０は、ＡＡＡサーバが実装されている装置で、或いは、ＡＡＡサーバにおいて、或いは、ＡＡＡサーバと通信可能に接続されている装置によって実行され得る。よって、装置は、方法６３０の様々な部分を達成するための手段又はモジュールと、他のコンポーネントと共に他のプロセスを達成するための手段又はモジュールを提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。一実施形態において、ＡＡＡサーバは、３ＧＰＰ（登録商標）ＴＳ２３．５０２ Ｖ１６．７．１に記載されているＤＮ－ＡＡＡであり得る。

ブロック６３１で、ＡＡＡサーバは、端末デバイスの識別子を含むアクセス要求をセッション管理及びゲートウェイエンティティから受信し得る。

ブロック６３２で、ＡＡＡサーバは、認可データを含むアクセス受諾メッセージをセッション管理及びゲートウェイエンティティに送信し得る。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

ブロック６３３においてオプションとして、第２認証方法の手順が正常に完了した後、ＡＡＡサーバは、第２認証方法が成功したことを示す情報をセッション管理及びゲートウェイエンティティに送信し得る。

図６ｅは、本開示の別の実施形態による方法６４０のフローチャートであり、方法６４０は、ＡＡＡサーバが実装されている装置で、或いは、ＡＡＡサーバにおいて、或いは、ＡＡＡサーバと通信可能に接続されている装置によって実行され得る。よって、装置は、方法６４０の様々な部分を達成するための手段又はモジュールと、他のコンポーネントと共に他のプロセスを達成するための手段又はモジュールを提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。

ブロック６４１で、ＡＡＡサーバは、第２認証方法の手順が一定期間後に開始されていないと判定し得る。この期間は、ネットワークオペレータによって設定され得る任意の適切な期間であり得る。

ブロック６４２で、ＡＡＡサーバは、切断要求をセッション管理及びゲートウェイエンティティに送信し得る。

図６ｆは、本開示の別の実施形態による方法のフローチャートである。

ステップ１．ＵＥはＭＭＥ及びＳＧＷにアタッチ要求を送信する。

ステップ２．ＭＭＥは、ＵＥ識別子（ＩＭＳＩ又はＭＳＩＳＤＮ等）を含むセッション作成要求をＳＭＦ＋ＰＧＷ－Ｃに送信する。

ステップ３．ＳＭＦは、たとえば、特定のＤＮＮ／Ｓ－ＮＳＳＡＩに対するＤＮ－ＡＡＡサーバとの合意、又はＥＡＰベースの認証をトリガするかどうかのローカル構成に基づいて、ＥＡＰベースの認証が必要かどうかを判定できる。したがって、ＳＭＦ＋ＰＧＷ－Ｃは、アクセス受諾メッセージでＤＮ－ＡＡＡサーバから認証データ（割り当てられたＩＰアドレス、アイドルタイムアウト、セッションタイムアウト等）を取得するために、ＤＮ－ＡＡＡサーバにＵＥ識別子（ＭＳＩＳＤＮ等）を含むアクセス要求メッセージを送信できる。アクセス要求メッセージは、無効なユーザ名又はローカルに設定されたユーザ名をさらに含み得る。

ステップ４．ＤＮ－ＡＡＡサーバは、最初にＵＥ識別子を使用して認証を行う。ＤＮ－ＡＡＡサーバはＵＥにＩＰアドレスを割り当て得る。ＤＮ－ＡＡＡサーバは、ＥＡＰメッセージを待つタイマを開始し得る。時間が経過してもＥＡＰメッセージが受信されない場合、ＤＮ－ＡＡＡサーバは切断要求をトリガできる。

ステップ５．ＰＣＦが有効な場合、任意のサービスのトリガ（ＰＣＦからのルール等）されることを回避するために、ＳＭＦ＋ＰＧＷ－Ｃは、認証が保留中であることを示すインジケーションをＮｐｃｆ＿ＳＭＰｏｌｉｃｙＣｒｅａｔｅ要求メッセージで送信する。

ステップ６．ＳＭＦ＋ＰＧＷ－ＣとＵＰＦとの間でパケット転送コントロールプレーン（ＰＦＣＰ）アソシエーションが確立される。

ステップ７～１０．ＳＭＦ＋ＰＧＷ－Ｃはセッション作成手順を続行し、セッションは現在の規格に従い正常に設定される。ステップ７．ＳＭＦ＋ＰＧＷ－Ｃはセッション作成応答をＭＭＥ＆ＳＧＷに送信する。ステップ８．ＭＭＥ＆ＳＧＷは、ＤＬ（ダウンリンク）ＮＡＳ（アタッチ受諾）をＵＥに送信する。ステップ９．ＵＥはＵＬ（アップリンク）ＮＡＳ（アタッチ完了）をＭＭＥ＆ＳＧＷに送信する。ステップ１０．ＭＭＥ＆ＳＧＷは、ＳＭＦ＋ＰＧＷ－Ｃにベアラ修正要求を送信する。

ステップ１１．セッションが正常に設定された後、ＳＭＦ＋ＰＧＷ－ＣはＥＡＰベースの認証手順を開始する。ＳＭＦ＋ＰＧＷ－Ｃは、新しい情報ＥＡＰ要求／識別子を含むベアラ更新要求メッセージをトリガし、ＥＡＰ要求／識別子はｅＰＣＯパラメータに含められ得る。

ステップ１２．ＭＭＥは、ＥＰＳベアラコンテキスト修正要求等のＥＡＰメッセージをＤＬ ＮＡＳメッセージでＵＥに送信する。ＵＥは、ＥＰＳベアラコンテキスト修正応答等のＥＡＰメッセージでＤＮ固有の識別子をＭＭＥに送信する。

ステップ１３．ＭＭＥは、ベアラ更新応答（ｅＰＣＯ：ＥＡＰ応答／識別子）をＳＭＦ＋ＰＧＷ－Ｃに送信する。ベアラ更新応答が失敗するかタイムアウトになると、ＳＭＦはセッション削除をトリガする。

ステップ１４．ＳＭＦ＋ＰＧＷ－Ｃは、アクセス要求（ＥＡＰメッセージ）をＤＮ－ＡＡＡサーバに送信する。

ステップ１５～２２．ＤＮＡＡＡサーバとＵＥは、ＥＡＰ法の要求に応じてＥＡＰメッセージを交換し、ステップ１５～２２は、５Ｇ ＰＤＵセッションのＥＡＰ認証の対応するステップと同様であるが、ベアラ更新要求／応答手順を伴う。

ステップ１５で、ＤＮ－ＡＡＡサーバはアクセスチャレンジ（ＥＡＰメッセージ）をＳＭＦ＋ＰＧＷ－Ｃに送信する。

ステップ１６で、ＳＭＦ＋ＰＧＷ－Ｃは、拡張認証プロトコル（ＥＡＰ）メッセージを伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含むベアラ更新要求をＭＭＥに送信する。

ステップ１７で、ＭＭＥは、拡張認証プロトコル（ＥＡＰ）メッセージを伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含む発展型パケットシステム（ＥＰＳ）ベアラコンテキスト変更要求等のＤＬ ＮＡＳメッセージをＵＥに送信する。ＵＥは、拡張認証プロトコル（ＥＡＰ）メッセージを伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含むＥＰＳベアラコンテキスト修正受諾等のＵＬ ＮＡＳメッセージをＭＭＥに送信する。

ステップ１８で、ＭＭＥは、拡張認証プロトコル（ＥＡＰ）メッセージを伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含むベアラ更新応答をＳＭＦ＋ＰＧＷ－Ｃに送信する。

ステップ１９で、ＳＭＦ＋ＰＧＷ－Ｃは、アクセス要求（ＥＡＰメッセージ）をＤＮ－ＡＡＡサーバに送信する。

ステップ２０．ＳＭＦ＋ＰＧＷ－ＣはＤＮ－ＡＡＡサーバからＥＡＰ成功を受信する。ＤＮ－ＡＡＡサーバからアクセス拒否を受信した場合、ＳＭＦはセッション削除をトリガし得る。

ステップ２１．ＳＭＦ＋ＰＧＷ－ＣがＤＮ－ＡＡＡサーバからＥＡＰ成功を受信すると、ＳＭＦ＋ＰＧＷ－Ｃはベアラ更新要求（ＥＡＰ成功メッセージ及びその他のＱｏＳ情報）をＭＭＥに送信する。

ステップ２２．ＭＭＥは、ＥＰＳベアラコンテキスト修正要求（ＥＡＰメッセージを伴うｅＰＣＯ）等のＤＬ ＮＡＳメッセージをＵＥに送信する。ＵＥは、ＥＰＳベアラコンテキスト変更受諾（ＥＡＰメッセージを伴うｅＰＣＯ）等のＵＬ ＮＡＳメッセージをＭＭＥに送信する。

ステップ２３．ＭＭＥは、ベアラ更新応答（成功）をＳＭＦ＋ＰＧＷ－Ｃに送信する。

ステップ２４．ＳＭＦ＋ＰＧＷ－ＣがＤＮ－ＡＡＡサーバからＥＡＰ成功を受信した場合、ＳＭＦ＋ＰＧＷ－Ｃは、認証が成功し、ＰＣＦからサービスルールを取得できることをＰＣＦに通知することを示す情報を含むＮｐｃｆ＿ＳＭＦＰｏｌｉｃｙＵｐｄａｔｅ要求メッセージを送信する。

図７は、本開示の幾つかの実施形態を実施するのに適した装置を示すブロック図である。例えば、上述のセッション管理及びゲートウェイエンティティ、モバイル管理エンティティ、端末デバイス、ポリシ制御機能及びＡＡＡサーバのうちのいずれか１つが、装置７００として、或いは、装置７００を通じて実装され得る。

装置７００は、デジタルプロセッサ（ＤＰ）等の少なくとも１つのプロセッサ７２１と、プロセッサ７２１に結合された少なくとも１つのメモリ（ＭＥＭ）７２２と、を備える。装置７２０は、プロセッサ７２１に結合された送信機ＴＸ及び受信機ＲＸ７２３をさらに備え得る。ＭＥＭ７２２は、プログラム（ＰＲＯＧ）７２４を格納する。ＰＲＯＧ７２４は、関連するプロセッサ７２１で実行されると、装置７２０が、本開示の実施形態に従い動作することを可能にする命令を含み得る。少なくとも１つのプロセッサ７２１と、少なくとも１つのＭＥＭ７２２の組み合わせは、本開示の様々な実施形態を実行する様に適合された処理手段７２５を形成し得る。

本開示の様々な実施形態は、プロセッサ７２１、ソフトウェア、ファームウェア、ハードウェア、又は、それらの組み合わせのうちの１つ又は複数によって実行可能なコンピュータプログラムによって実装され得る。

ＭＥＭ７２２は、ローカルの技術環境に適した任意のタイプであってもよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリ及びリムーバブルメモリ等の任意の適切なデータストレージ技術を使用して実装され得る。

プロセッサ７２１は、ローカル技術環境に適切な任意タイプであり、非制限的な例として、汎用目的コンピュータ、特定目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）及びマルチコアプロセッサアーキテクチャに基づくプロセッサの内の１つ以上を含み得る。

装置がセッション管理及びゲートウェイエンティティとして、或いは、セッション管理及びゲートウェイエンティティで実装される実施形態において、メモリ７２２は、プロセッサ７２１によって実行可能な命令を含み、これにより、セッション管理及びゲートウェイエンティティは、上述したセッション管理及びゲートウェイエンティティに関連する方法のいずれかに従って動作する。

装置がモバイル管理エンティティとして、或いは、モバイル管理エンティティで実装される実施形態において、メモリ７２２は、プロセッサ７２１によって実行可能な命令を含み、これにより、モバイル管理エンティティは、上述したモバイル管理エンティティに関連する方法のいずれかに従って動作する。

装置が端末デバイスとして、或いは、端末デバイスで実装される実施形態において、メモリ７２２は、プロセッサ７２１によって実行可能な命令を含み、これにより、端末デバイスは、上述した端末デバイスに関連する方法のいずれかに従って動作する。

装置がポリシ制御機能として、或いは、ポリシ制御機能で実装される実施形態において、メモリ７２２は、プロセッサ７２１によって実行可能な命令を含み、これにより、ポリシ制御機能は、上述したポリシ制御機能に関連する方法のいずれかに従って動作する。

装置がＡＡＡサーバとして、或いは、ＡＡＡサーバで実装される実施形態において、メモリ７２２は、プロセッサ７２１によって実行可能な命令を含み、これにより、ＡＡＡサーバは、上述したＡＡＡサーバに関連する方法のいずれかに従って動作する。

図８ａは、本開示の一実施形態によるセッション管理及びゲートウェイエンティティを示すブロック図である。図示する様に、セッション管理及びゲートウェイエンティティ８００は、第１受信モジュール８０１と、第１判定モジュール８０２と、第１トリガモジュール８０３と、を備える。第１受信モジュール８０１は、モバイル管理エンティティから端末デバイスの識別子を含むセッション作成要求を受信する様に構成され得る。第１判定モジュール８０２は、第１認証方法ではなく、第１認証方法よりも高いセキュリティを有する第２認証方法を使用することを判定する様に構成され得る。第１トリガモジュール８０３は、認証、認可及びアカウンティング（ＡＡＡ）サーバに関連する第２認証方法の手順をトリガする様に構成され得る。

一実施形態において、セッション管理及びゲートウェイエンティティ８００は、端末デバイスの識別子を含むアクセス要求を送信する様に構成された第１送信モジュール８０４をさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティ８００は、ＡＡＡサーバから認可データを含むアクセス受諾メッセージを受信する様に構成された第２受信モジュール８０５をさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティ８００は、端末デバイスに関連する認証が保留中であることを示す情報をポリシ制御機能に送信する様に構成された第２送信モジュール８０６をさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティ８００は、ポリシ制御機能からデフォルトのサービス品質（ＱｏＳ）情報を受信する様に構成された第３受信モジュール８０７をさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティ８００は、第２認証方法が成功したことを示す情報をＡＡＡサーバから受信する様に構成された第４受信モジュール８０８をさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティ８００は、第２認証方法が成功したことを示す情報をポリシ制御機能に送信する様に構成された第３送信モジュール８０９をさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティ８００は、ポリシ制御機能から少なくとも１つのサービスポリシ及び課金制御ルールを受信する様に構成された第５受信モジュール８１０をさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティ８００は、第２認証方法が成功したことを示す情報及びサービス品質（ＱｏＳ）情報を含むメッセージをモバイル管理エンティティに送信する様に構成された第４送信モジュール８１１をさらに備え得る。

一実施形態において、セッション管理及びゲートウェイエンティティ８００は、第２認証方法が失敗したことを判定する様に構成された第２判定モジュール８１２をさらに備える。

一実施形態において、セッション管理及びゲートウェイエンティティ８００は、セッション削除手順をトリガする様に構成された第２トリガモジュール８１３をさらに備え得る。

図８ｂは、本開示の一実施形態によるモバイル管理エンティティを示すブロック図である。図示する様にモバイル管理エンティティ８２０は、第１受信モジュール８２１と、第１送信モジュール８２２と、を備える。第１受信モジュール８２１は、端末デバイスからアタッチ要求を受信する様に構成され得る。第１送信モジュール８２２は、端末デバイスの識別子を含むセッション作成要求をセッション管理及びゲートウェイエンティティに送信する様に構成され得る。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

一実施形態において、モバイル管理エンティティ８２０は、さらに、第２認証方法が成功したことを示す情報及びサービス品質（ＱｏＳ）情報を含むメッセージをセッション管理及びゲートウェイエンティティから受信する様に構成された第２受信モジュール８２３をさらに備え得る。

一実施形態において、モバイル管理エンティティ８２０は、第２認証方法が成功したことを示す情報を含むメッセージを端末デバイスに送信する様に構成された第２送信モジュール８２４をさらに備え得る。

図８ｃは、本開示の一実施形態による端末デバイスを示すブロック図である。図示する様に端末デバイス８３０は送信モジュール８３１を備える。送信モジュール８３１は、モバイル管理エンティティにアタッチ要求を送信する様に構成され得る。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

一実施形態において、端末デバイス８３０は、第２認証方法が成功したことを示す情報を含むメッセージをモバイル管理エンティティから受信する様に構成された受信モジュール８３２をさらに備え得る。

図８ｄは、本開示の一実施形態によるポリシ制御機能を示すブロック図である。図示する様に、ポリシ制御機能８４０は、第１受信モジュール８４１と、第１送信モジュール８４２と、を備える。第１受信モジュール８４１は、端末デバイスからアタッチ要求を受信する様に構成され得る。第１送信モジュール８４２は、セッション管理及びゲートウェイエンティティにデフォルトのサービス品質（ＱｏＳ）情報を送信する様に構成され得る。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

一実施形態において、ポリシ制御機能８４０は、第２認証方法が成功したことを示す情報をセッション管理及びゲートウェイエンティティから受信する様に構成された第２受信モジュール８４３をさらに備え得る。

一実施形態において、ポリシ制御機能８４０は、少なくとも１つのサービスポリシ及び課金制御ルールをセッション管理及びゲートウェイエンティティに送信する様に構成された第２送信モジュール８４４をさらに備え得る。

図８ｅは、本開示一実施形態によるＡＡＡサーバを示すブロック図である。図示する様に、ＡＡＡサーバ８５０は、第１受信モジュール８５１と、第１送信モジュール８５２と、を備える。第１受信モジュール８５１は、セッション管理及びゲートウェイエンティティから端末デバイスの識別子を含むアクセス要求を受信する様に構成され得る。第１送信モジュール８５２は、認可データを含むアクセス受諾メッセージをセッション管理及びゲートウェイエンティティに送信する様に構成され得る。第１認証方法の手順ではなく、第２認証方法の手順がセッション管理及びゲートウェイエンティティによってトリガされる。第２認証方法は、第１認証方法よりも安全性が高い。

一実施形態において、ＡＡＡサーバ８５０は、第２認証方法の手順が一定期間後に開始されないと判定する様に構成された判定モジュール８５３をさらに備え得る。

一実施形態において、ＡＡＡサーバ８５０は、セッション管理及びゲートウェイエンティティに切断要求を送信する様に構成された第２送信モジュール８５４をさらに備え得る。

本明細書の実施形態は多くの利点を提供することができ、その例の非網羅的なリストを以下に示す。本明細書の一部の実施形態において、セキュリティ問題は、最初にＥＰＳに接続するＵＥに関して解決され得る。本明細書の一部の実施形態において、セキュリティ問題は、最初にＥＰＳに接続し、セッション存続期間中に５ＧＳに移動するＵＥに関して解決され得る。本明細書の一部の実施形態において、セッション管理及びＳＭＦ等のゲートウェイエンティティは、ＵＥが５ＧＳに移動すると直ちにＤＮ－ＡＡＡサーバから５ＧＳ属性を取得することができる。本明細書の一部の実施形態において、ＤＮ－ＡＡＡサーバは、再認証をトリガするときに正しい情報を有することができる。本明細書の実施形態は、上述の好ましい特徴及び利点に限定されない。当業者は、以下の詳細な説明を読めば、追加の特徴及び利点を認識するであろう。

ユニットという用語は、電気、電気デバイス、及び／又は、電子デバイスの分野で従来の意味を有し、例えば、電気及び／又は電子回路、デバイス、モジュール、プロセッサ、メモリ、論理ソリッドステート及び／又はディスクリートデバイス、それぞれのタスク、手順、計算、出力、及び／又は表示機能等を実行するための、本明細書に記載されているコンピュータプログラム又は命令を含み得る。

機能ユニットを使用すると、セッション管理及びゲートウェイエンティティと、モバイル管理エンティティと、端末デバイスと、ポリシ制御機能と、ＡＡＡサーバは、固定プロセッサ又はメモリを必要とせず、任意のコンピューティングリソース及びストレージリソースを、通信システム内のセッション管理及びゲートウェイエンティティ、モバイル管理エンティティ、端末デバイス、ポリシ制御機能及びＡＡＡサーバとして配置することができる。仮想化技術やネットワークコンピューティング技術の導入により、ネットワークリソースの利用効率やネットワークの柔軟性が向上し得る。

本開示の一態様によれば、コンピュータ可読記憶媒体に有形に記憶され、少なくとも１つのプロセッサ上で実行されると、少なくとも１つのプロセッサに上述した方法のいずれかを実行させる命令を含むコンピュータプログラム製品が提供される。

本開示の一態様によれば、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに上述した方法のいずれかを実行させる命令を格納するコンピュータ可読記憶媒体が提供される。

さらに、本開示は、上述したコンピュータプログラムを含むキャリアを提供し、キャリアは、電気信号、光信号、無線信号、又は、コンピュータ可読記憶媒体内の１つである。コンピュータ可読記憶媒体は、例えば、光学コンパクトディスク、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み取り専用メモリ）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、ブルーレイディスク等の電子メモリデバイスであり得る。

本明細書で説明される技術は、様々な手段によって実装され、実施形態で説明される対応する装置の１つ又は複数の機能を実装する装置は、従来技術の手段のみならず、実施形態で説明される対応する装置の１つ又は複数の機能を実装するための手段も有し、それは、各別個の機能のための別個の手段、或いは、１つ又は複数の機能を実行する様に構成され得る手段を含み得る。例えば、これらの技法は、ハードウェア（１つ又は複数の装置）、ファームウェア（１つ又は複数の装置）、ソフトウェア（１つ又は複数のモジュール）、又はそれらの組み合わせで実装され得る。ファームウェア又はソフトウェアの場合、実装は、本明細書で説明する機能を実行するモジュール（たとえば、手順、機能等）によって行われ得る。

本明細書における例示的な実施形態が、方法及び装置のブロック図及びフローチャートを参照して上述された。ブロック図及びフローチャート図の各ブロック、ならびにブロック図及びフローチャート図のそれぞれにおけるブロックの組み合わせは、コンピュータプログラム命令を含む様々な手段によって実装できることが理解されよう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能なデータ処理装置にロードされて、コンピュータ又は他のプログラム可能なデータ処理装置上で実行される命令が、フローチャートブロック又はブロックで指定された機能を実装するための手段を作成する様に、マシンを生成することができる。

さらに、特定の順序での動作を説明したが、図示した特定の順序、又は、シーケンシャル順序で実行することが必要ではなく、総ての説明した動作は、望ましい結果を達成するために実行される。特定の環境において、マルチタスク及び並行処理が有利であり得る。同様に、上記記載には、幾つかの特定の実装の詳細が含まれているが、それらは、本開示の範囲を制限するものではなく、特徴の記載は、特定の実施形態に特有のものであり得る。個別の実施形態の文脈で記述された特定の特徴は、単一実施形態において組み合わせて実装され得る。逆に、単一の実施形態の文脈で記述された種々の特徴は、複数の実施形態において個別に、或いは、任意の適切なサブコンビネーションとして実装され得る。

この仕様には多くの特定の実装の詳細が含まれているが、これらは、実装の範囲又は特許請求される内容の制限として解釈されるべきではなく、特定の実装の特定の実施形態に固有の機能の説明として解釈されるべきである。別個の実施形態の文脈で本明細書に記載されている特定の特徴は、単一の実施形態で組み合わせて実装することもできる。逆に、単一の実施形態の文脈で記述された種々の特徴は、複数の実施形態において個別に、或いは、任意の適切なサブコンビネーションとして実装され得る。さらに、特徴は特定の組み合わせで作用するものとして上で説明され、最初はその様に主張されることさえあるが、クレームされた組み合わせからの１つ又は複数の特徴は、場合によっては、その組み合わせから削除される場合があり、クレームされた組み合わせは、サブコンビネーション又はサブコンビネーションのバリエーションを対象とし得る。

技術が進歩するにつれて、本発明の概念を様々な方法で実施できることは、当業者には明らかであろう。上述の実施形態は、本開示を限定するのではなく、説明するために与えられたものであり、当業者が容易に理解する様に、本開示の精神及び範囲から逸脱することなく修正及び変更に頼ることができることを理解されたい。その様な修正及び変形は、本開示及び添付の特許請求の範囲内のものであると見做される。本開示の保護範囲は、添付の特許請求の範囲によって定義される。

Claims (68)

1. セッション管理及びゲートウェイエンティティによって実行される方法（５００）であって、
   端末デバイスの識別子を含むセッションの作成要求をモバイル管理エンティティから受信（５０１）することと、
   第１認証方法ではなく、前記第１認証方法より高いセキュリティを有する第２認証方法を使用することを判定（５０２）することと、
   認証、認可及びアカウンティング（ＡＡＡ）サーバに関連する前記第２認証方法の手順をトリガ（５０３）することと、
   を含む方法。
2. 請求項１に記載の方法であって、さらに、
   前記端末デバイスの前記識別子を含むアクセス要求を前記ＡＡＡサーバに送信（５１１）することと、
   認可データを含むアクセス受諾メッセージを前記ＡＡＡサーバから受信（５１２）することと、
   を含む方法。
3. 請求項２に記載の方法であって、
   前記アクセス要求は、さらに、無効なユーザ名又はローカルに設定されたユーザ名を含む、方法。
4. 請求項１から３のいずれか１項に記載の方法であって、さらに、
   前記端末デバイスに関連する認証が保留されていることを示す情報をポリシ制御機能に送信（５２１）することと、
   前記ポリシ制御機能からデフォルトのサービス品質（ＱｏＳ）情報を受信（５２２）することと、
   を含む方法。
5. 請求項１から４のいずれか１項に記載の方法であって、
   前記第２認証方法の前記手順は、前記セッションが正常に設定された後にトリガされる、方法。
6. 請求項１から５のいずれか１項に記載の方法であって、さらに、
   前記第２認証方法が成功したことを示す情報を前記ＡＡＡサーバから受信（５３１）することと、
   前記第２認証方法が成功したことを示す情報を前記ポリシ制御機能に送信（５３２）することと、
   前記ポリシ制御機能から少なくとも１つのサービスポリシ及び課金制御ルールを受信（５３３）することと、
   を含む方法。
7. 請求項６に記載の方法であって、さらに、
   前記第２認証方法が成功したことを示す情報と、サービス品質（ＱｏＳ）情報と、を含むメッセージを前記モバイル管理エンティティに送信（５３４）することを含む、方法。
8. 請求項１から７のいずれか１項に記載の方法であって、
   前記第２認証方法の前記手順の間、拡張可能認証プロトコル（ＥＡＰ）メッセージ交換を伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含む少なくとも１つのベアラ更新要求及び少なくとも１つのベアラ更新応答が、前記セッション管理及びゲートウェイエンティティと、前記モバイル管理エンティティとの間で使用される、方法。
9. 請求項１から８のいずれか１項に記載の方法であって、さらに、
   前記第２認証方法が失敗したと判定（５４１）することと、
   セッション削除手順をトリガ（５４２）することと、
   を含む方法。
10. 請求項９に記載の方法であって、
    前記第２認証方法が失敗したと判定することは、
    前記第２認証方法が失敗したことを示す情報を前記ＡＡＡサーバから受信することと、
    前記モバイル管理エンティティからのベアラ更新応答が失敗するかタイムアウトしたことと、の内の少なくとも１つに基づく、方法。
11. 請求項１から１０のいずれか１項に記載の方法であって、
    前記第２認証方法は、拡張可能認証プロトコル（ＥＡＰ）を含む、方法。
12. 請求項１から１１のいずれか１項に記載の方法であって、
    前記第１認証方法は、パスワード認証プロトコル（ＰＡＰ）又はチャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）を含む、方法。
13. 請求項１から１２のいずれか１項に記載の方法であって、
    前記第１認証方法ではなく前記第２認証方法を使用することを判定することは、
    前記ＡＡＡサーバとの合意と、
    前記セッションの作成要求に含まれる少なくとも１つのパラメータと、
    前記第２認証方法を使用するかどうかのローカル設定と、
    前記ＡＡＡサーバの能力と、
    前記端末デバイスの能力と、
    の内の少なくとも１つに基づく、方法。
14. 請求項１３に記載の方法であって、
    前記ＡＡＡサーバとの前記合意は、特定のデータネットワーク名（ＤＮＮ）又は単一ネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）についての前記ＡＡＡサーバとの合意を含む、方法。
15. 請求項１から１４のいずれか１項に記載の方法であって、
    前記セッション管理及びゲートウェイエンティティは、パケットデータネットワークゲートウェイ制御プレーンと組み合わせたセッション管理機能（ＳＭＦ＋ＰＧＷ－Ｃ）を有する、方法。
16. 請求項１から１５のいずれか１項に記載の方法であって、
    前記ＡＡＡサーバは、データネットワークＡＡＡ（ＤＮ－ＡＡＡ）サーバを有する、方法。
17. 請求項１から１６のいずれか１項に記載の方法であって、
    前記端末デバイスは、第４世代（４Ｇ）ネットワークにアクセスしている、方法。
18. 請求項１から１７のいずれか１項に記載の方法であって、
    前記セッションの作成要求は、実際のユーザ名とデータネットワーク名に特有のユーザパスワードとを含まない、方法。
19. モバイル管理エンティティによって実行される方法（５５０）であって、
    端末デバイスからアタッチ要求を受信（５５１）することと、
    前記端末デバイスの識別子を含むセッションの作成要求をセッション管理及びゲートウェイエンティティに送信（５５２）することと、
    を含み、
    第１認証方法の手順ではなく、第２認証方法の手順が、前記セッション管理及びゲートウェイエンティティによってトリガされ、
    前記第２認証方法は、前記第１認証方法よりも高いセキュリティを有する、方法。
20. 請求項１９に記載の方法であって、
    前記第２認証方法の前記手順は、前記セッションが正常に設定された後にトリガされる、方法。
21. 請求項１９又は２０に記載の方法であって、さらに、
    前記第２認証方法が成功したことを示す情報と、サービス品質（ＱｏＳ）情報と、を含むメッセージを前記セッション管理及びゲートウェイエンティティから受信（５６１）することと、
    前記第２認証方法が成功したことを示す情報を含むメッセージを前記端末デバイスに送信（５６２）することと、
    を含む方法。
22. 請求項１９から２１のいずれか１項に記載の方法であって、
    前記第２認証方法の前記手順の間、拡張可能認証プロトコル（ＥＡＰ）メッセージ交換を伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含む少なくとも１つのベアラ更新要求及び少なくとも１つのベアラ更新応答が、前記セッション管理及びゲートウェイエンティティと、前記モバイル管理エンティティとの間で使用される、方法。
23. 請求項１９から２２のいずれか１項に記載の方法であって、
    前記第２認証方法の前記手順の間、拡張可能認証プロトコル（ＥＡＰ）メッセージ交換を伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含む少なくとも１つの発展型パケットシステム（ＥＰＳ）ベアラコンテキスト修正要求及び少なくとも１つのＥＰＳベアラコンテキスト修正受諾が、前記端末デバイスと前記モバイル管理エンティティとの間で使用される、方法。
24. 請求項１９から２３のいずれか１項に記載の方法であって、
    前記第２認証方法は、拡張可能認証プロトコル（ＥＡＰ）を含む、方法。
25. 請求項１９から２４のいずれか１項に記載の方法であって、
    前記第１認証方法は、パスワード認証プロトコル（ＰＡＰ）又はチャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）を含む、方法。
26. 請求項１９から２５のいずれか１項に記載の方法であって、
    前記セッション管理及びゲートウェイエンティティは、パケットデータネットワークゲートウェイ制御プレーンと組み合わせたセッション管理機能（ＳＭＦ＋ＰＧＷ－Ｃ）を有する、方法。
27. 請求項１９から２６のいずれか１項に記載の方法であって、
    前記端末デバイスは、第４世代（４Ｇ）ネットワークにアクセスしている、方法。
28. 請求項１９から２７のいずれか１項に記載の方法であって、
    前記セッションの作成要求は、実際のユーザ名とデータネットワーク名に特有のユーザパスワードとを含まない、方法。
29. 請求項１９から２８のいずれか１項に記載の方法であって、
    前記アタッチ要求は、実際のユーザ名とデータネットワーク名に特有のユーザパスワードとを含まない、方法。
30. 端末デバイスによって実行される方法（６００）であって、
    モバイル管理エンティティにアタッチ要求を送信（６０１）することを含み、
    第１認証方法の手順ではなく、第２認証方法の手順が、セッション管理及びゲートウェイエンティティによってトリガされ、
    前記第２認証方法は、前記第１認証方法よりも高いセキュリティを有する、方法。
31. 請求項３０に記載の方法であって、
    前記第２認証方法の前記手順は、前記セッションが正常に設定された後にトリガされる、方法。
32. 請求項３０又は３１に記載の方法であって、さらに、
    前記第２認証方法が成功したことを示す情報を含むメッセージを前記モバイル管理エンティティから受信（６０２）することを含む、方法。
33. 請求項３０から３２のいずれか１項に記載の方法であって、
    前記第２認証方法の前記手順の間、拡張可能認証プロトコル（ＥＡＰ）メッセージ交換を伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含む少なくとも１つのベアラ更新要求及び少なくとも１つのベアラ更新応答が、前記セッション管理及びゲートウェイエンティティと、前記モバイル管理エンティティとの間で使用される、方法。
34. 請求項３０から３３のいずれか１項に記載の方法であって、
    前記第２認証方法の前記手順の間、拡張可能認証プロトコル（ＥＡＰ）メッセージ交換を伴う拡張プロトコル構成オプション（ｅＰＣＯ）を含む少なくとも１つの発展型パケットシステム（ＥＰＳ）ベアラコンテキスト修正要求及び少なくとも１つのＥＰＳベアラコンテキスト修正受諾が、前記端末デバイスと前記モバイル管理エンティティとの間で使用される、方法。
35. 請求項３０から３４のいずれか１項に記載の方法であって、
    前記第２認証方法は、拡張可能認証プロトコル（ＥＡＰ）を含む、方法。
36. 請求項３０から３５のいずれか１項に記載の方法であって、
    前記第１認証方法は、パスワード認証プロトコル（ＰＡＰ）又はチャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）を含む、方法。
37. 請求項３０から３６のいずれか１項に記載の方法であって、
    前記セッション管理及びゲートウェイエンティティは、パケットデータネットワークゲートウェイ制御プレーンと組み合わせたセッション管理機能（ＳＭＦ＋ＰＧＷ－Ｃ）を有する、方法。
38. 請求項３０から３７のいずれか１項に記載の方法であって、
    前記端末デバイスは、第４世代（４Ｇ）ネットワークにアクセスしている、方法。
39. 請求項３０から３８のいずれか１項に記載の方法であって、
    前記アタッチ要求は、実際のユーザ名とデータネットワーク名に特有のユーザパスワードとを含まない、方法。
40. ポリシ制御機能によって実行される方法（６１０）であって、
    端末デバイスに関連する認証が保留中であることを示す情報をセッション管理及びゲートウェイエンティティから受信（６１１）することと、
    前記セッション管理及びゲートウェイエンティティにデフォルトのサービス品質（ＱｏＳ）情報を送信（６１２）することと、
    を含み、
    第１認証方法の手順ではなく、第２認証方法の手順が、前記セッション管理及びゲートウェイエンティティによってトリガされ、
    前記第２認証方法は、前記第１認証方法よりも高いセキュリティを有する、方法。
41. 請求項４０に記載の方法であって、
    前記第２認証方法の前記手順は、前記セッションが正常に設定された後にトリガされる、方法。
42. 請求項４０又は４１に記載の方法であって、さらに、
    前記第２認証方法が成功したことを示す情報を前記セッション管理及びゲートウェイエンティティから受信（６２１）することと、
    前記セッション管理及びゲートウェイエンティティに少なくとも１つのサービスポリシ及び課金制御ルールを送信（６２２）することと、
    を含む方法。
43. 請求項４０から４２のいずれか１項に記載の方法であって、
    前記第２認証方法は、拡張可能認証プロトコル（ＥＡＰ）を含む、方法。
44. 請求項４０から４３のいずれか１項に記載の方法であって、
    前記第１認証方法は、パスワード認証プロトコル（ＰＡＰ）又はチャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）を含む、方法。
45. 請求項４０から４４のいずれか１項に記載の方法であって、
    前記セッション管理及びゲートウェイエンティティは、パケットデータネットワークゲートウェイ制御プレーンと組み合わせたセッション管理機能（ＳＭＦ＋ＰＧＷ－Ｃ）を有する、方法。
46. 請求項４０から４５のいずれか１項に記載の方法であって、
    前記端末デバイスは、第４世代（４Ｇ）ネットワークにアクセスしている、方法。
47. 認証、認可及びアカウンティング（ＡＡＡ）サーバによって実行される方法（６３０）であって、
    端末デバイスの識別子を含むアクセス要求をセッション管理及びゲートウェイエンティティから受信（６３１）することと、
    認可データを含むアクセス受諾メッセージを前記セッション管理及びゲートウェイエンティティに送信（６３２）することと、
    を含み、
    第１認証方法の手順ではなく、第２認証方法の手順が、前記セッション管理及びゲートウェイエンティティによってトリガされ、
    前記第２認証方法は、前記第１認証方法よりも高いセキュリティを有する、方法。
48. 請求項４７に記載の方法であって、
    前記アクセス要求は、さらに、無効なユーザ名又はローカルに設定されたユーザ名を含む、方法。
49. 請求項４７又は４８に記載の方法であって、
    前記第２認証方法の前記手順は、セッションが正常に設定された後にトリガされる、方法。
50. 請求項４７から４９のいずれか１項に記載の方法であって、さらに、
    前記第２認証方法の前記手順が正常に完了した後、前記第２認証方法が成功したことを示す情報を前記セッション管理及びゲートウェイエンティティに送信（６３３）することを含む、方法。
51. 請求項４７から５０のいずれか１項に記載の方法であって、さらに、
    期間後に前記第２認証方法の前記手順が開始されないと判定（６４１）することと、
    前記セッション管理及びゲートウェイエンティティに切断要求を送信（６４２）することと、
    を含む方法。
52. 請求項４７から５１のいずれか１項に記載の方法であって、
    前記第２認証方法は、拡張可能認証プロトコル（ＥＡＰ）を含む、方法。
53. 請求項４７から５２のいずれか１項に記載の方法であって、
    前記第１認証方法は、パスワード認証プロトコル（ＰＡＰ）又はチャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）を含む、方法。
54. 請求項４７から５３のいずれか１項に記載の方法であって、
    前記セッション管理及びゲートウェイエンティティは、パケットデータネットワークゲートウェイ制御プレーンと組み合わせたセッション管理機能（ＳＭＦ＋ＰＧＷ－Ｃ）を有する、方法。
55. 請求項４７から５４のいずれか１項に記載の方法であって、
    前記ＡＡＡサーバは、データネットワークＡＡＡ（ＤＮ－ＡＡＡ）サーバを有する、方法。
56. 請求項４７から５５のいずれか１項に記載の方法であって、
    前記端末デバイスは、第４世代（４Ｇ）ネットワークにアクセスしている、方法。
57. セッション管理及びゲートウェイエンティティ（７００）であって、
    プロセッサ（７２１）と、
    前記プロセッサ（７２１）に結合されたメモリ（７２２）と、
    を備え、
    前記メモリは（７２２）は、前記プロセッサ（７２１）によって実行可能な命令を含み、
    前記セッション管理及びゲートウェイエンティティ（７００）は、
    端末デバイスの識別子を含むセッションの作成要求をモバイル管理エンティティから受信することと、
    第１認証方法ではなく、前記第１認証方法より高いセキュリティを有する第２認証方法を使用することを判定することと、
    認証、認可及びアカウンティング（ＡＡＡ）サーバに関連する前記第２認証方法の手順をトリガすることと、
    を行う様に動作する、セッション管理及びゲートウェイエンティティ。
58. 請求項５７に記載のセッション管理及びゲートウェイエンティティであって、
    前記セッション管理及びゲートウェイエンティティは、さらに、請求項２から１８のいずれか１項に記載の方法を実行する様に動作する、セッション管理及びゲートウェイエンティティ。
59. モバイル管理エンティティ（７００）であって、
    プロセッサ（７２１）と、
    前記プロセッサ（７２１）に結合されたメモリ（７２２）と、
    を備え、
    前記メモリは（７２２）は、前記プロセッサ（７２１）によって実行可能な命令を含み、
    前記モバイル管理エンティティ（７００）は、
    端末デバイスからアタッチ要求を受信することと、
    前記端末デバイスの識別子を含むセッションの作成要求をセッション管理及びゲートウェイエンティティに送信することと、
    を行う様に動作し、
    第１認証方法の手順ではなく、第２認証方法の手順が、前記セッション管理及びゲートウェイエンティティによってトリガされ、
    前記第２認証方法は、前記第１認証方法よりも高いセキュリティを有する、モバイル管理エンティティ。
60. 請求項５９に記載のモバイル管理エンティティであって、
    前記モバイル管理エンティティは、さらに、請求項２０から２９のいずれか１項に記載の方法を実行する様に動作する、モバイル管理エンティティ。
61. 端末デバイス（７００）であって、
    プロセッサ（７２１）と、
    前記プロセッサ（７２１）に結合されたメモリ（７２２）と、を備え、
    前記メモリは（７２２）は、前記プロセッサ（７２１）によって実行可能な命令を含み、
    前記端末デバイス（７００）は、
    モバイル管理エンティティにアタッチ要求を送信することを行う様に動作し、
    第１認証方法の手順ではなく、第２認証方法の手順が、前記セッション管理及びゲートウェイエンティティによってトリガされ、
    前記第２認証方法は、前記第１認証方法よりも高いセキュリティを有する、端末デバイス。
62. 請求項６１に記載の端末デバイスであって、
    前記端末デバイスは、さらに、請求項３１から３９のいずれか１項に記載の方法を実行する様に動作されている、端末デバイス。
63. ポリシ制御機能（７００）で、あって、
    プロセッサ（７２１）と、
    前記プロセッサ（７２１）に結合されたメモリ（７２２）と、
    を備え、
    前記メモリは（７２２）は、前記プロセッサ（７２１）によって実行可能な命令を含み、
    前記ポリシ制御機能（７００）は、
    端末デバイスに関連する認証が保留中であることを示す情報をセッション管理及びゲートウェイエンティティから受信することと、
    前記セッション管理及びゲートウェイエンティティにデフォルトのサービス品質（ＱｏＳ）情報を送信することと、
    を行う様に動作し、
    第１認証方法の手順ではなく、第２認証方法の手順が、前記セッション管理及びゲートウェイエンティティによってトリガされ、
    前記第２認証方法は、前記第１認証方法よりも高いセキュリティを有する、ポリシ制御機能。
64. 請求項６３に記載のポリシ制御機能であって、
    前記ポリシ制御機能は、さらに、請求項４１から４６のいずれか１項に記載の方法を実行する様に動作する、ポリシ制御機能。
65. 認証、認可及びアカウンティング（ＡＡＡ）サーバ（７００）であって、
    プロセッサ（７２１）と、
    前記プロセッサ（７２１）に結合されたメモリ（７２２）と、
    を備え、
    前記メモリは（７２２）は、前記プロセッサ（７２１）によって実行可能な命令を含み、
    前記ＡＡＡサーバ（７００）は、
    端末デバイスの識別子を含むアクセス要求をセッション管理及びゲートウェイエンティティから受信することと、
    認可データを含むアクセス受諾メッセージを前記セッション管理及びゲートウェイエンティティに送信することと、
    を行う様に動作し、
    第１認証方法の手順ではなく、第２認証方法の手順が、前記セッション管理及びゲートウェイエンティティによってトリガされ、
    前記第２認証方法は、前記第１認証方法よりも高いセキュリティを有する、ＡＡＡサーバ。
66. 請求項６５に記載のＡＡＡサーバであって、
    前記ＡＡＡサーバは、さらに、請求項４８から５６のいずれか１項に記載の方法を実行する様に動作する、ＡＡＡサーバ。
67. 少なくとも１つのプロセッサで実行されると前記少なくとも１つのプロセッサに請求項１から５６のいずれか１項に記載の方法を実行させる命令を格納するコンピュータ可読記憶媒体。
68. 少なくとも１つのプロセッサで実行されると前記少なくとも１つのプロセッサに請求項１から５６のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム。

Images