特表 2024-517727 ＷＷＣのマルチセッションＰＡＰ／ＣＨＡＰサポート

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-23

(54)【発明の名称】ＷＷＣのマルチセッションＰＡＰ／ＣＨＡＰサポート

(51)【国際特許分類】

   H04W 76/15 20180101AFI20240416BHJP

   H04W 12/06 20210101ALI20240416BHJP

   H04W 12/72 20210101ALI20240416BHJP

【ＦＩ】

H04W76/15

H04W12/06

H04W12/72

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023566448

(86)(22)【出願日】2022-02-19

(85)【翻訳文提出日】2023-12-21

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

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

(87)【国際公開日】2022-11-03

(31)【優先権主張番号】63/182,716

(32)【優先日】2021-04-30

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】598036300

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

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(74)【代理人】

【識別番号】100199705

【弁理士】

【氏名又は名称】仙波 和之

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(72)【発明者】

【氏名】アラン， デーヴィッド イアン

(72)【発明者】

【氏名】ロンメル， ステファン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067EE02

5K067EE10

5K067EE16

5K067JJ14

(57)【要約】

第５世代（５Ｇ）システムにおいて１つのサブスクリプションに適用されるべきレガシー証明の複数のセットを提供する方法であって、加入者は、５Ｇシステムへのレガシー有線アクセスを介して、各々がそれぞれの異なる証明を必要とする複数の通信セッションを開始する、方法。本方法は、５Ｇシステムのゲートウェイ機能において、加入者のゲートウェイノードを介して加入者レガシー有線アクセスを受信することと、加入者を登録することと、回線識別情報（ＩＤ）に基づいて加入者サブスクリプションを識別することとを含む。加入者を登録することに応答して、５Ｇシステムのサブスクリプションデータ構造からサブスクリプション情報を受信することと、ゲートウェイ機能に、回線ＩＤに基づいて通信セッションの各々を認証することと、回線ＩＤを、サブスクリプションデータ構造に記憶された追加の加入者証明に関係付けることと、それぞれの個々の通信セッションの許可のために追加の加入者証明を適用することとを行わせることによって、加入者と５Ｇシステムとの間の複数の通信セッションを開始することとを含む。
【選択図】図３

【特許請求の範囲】

【請求項1】

第５世代（５Ｇ）システム（１００）において１つのサブスクリプションに適用されるべきレガシー証明の複数のセットを提供する方法（３００）であって、加入者は、前記５Ｇシステムへのレガシー有線アクセス（１４４）を介して、各々がそれぞれの異なる証明を必要とする複数の通信セッションを開始し、前記方法は、
前記５Ｇシステム（１００）のゲートウェイ機能（１５０）において、前記加入者のゲートウェイノード（１４２）を介して加入者レガシー有線アクセスを受信すること（３０１）と、
前記５Ｇシステムに前記加入者を登録し、回線識別情報（ＩＤ）に基づいて加入者サブスクリプションを識別すること（３０２）と、
前記５Ｇシステムに前記加入者を登録することに応答して、前記５Ｇシステムのサブスクリプションデータ構造（１２６）からサブスクリプション情報を受信すること（３０３）であって、前記サブスクリプションデータ構造が住宅用ゲートウェイレベル有線アクセス特性（ＲＧ－ＬＷＡＣ）（１２６）である、サブスクリプション情報を受信すること（３０３）と、
前記ゲートウェイ機能（１５０）に、前記回線ＩＤに基づいて前記通信セッションの各々を認証することと、前記回線ＩＤを、１つまたは複数の追加認証証明インスタンス（ＡＡＰＩ）タイプ－長さ－値（ＴＬＶ）（２００）として前記ＲＧ－ＬＷＡＣに記憶された追加の加入者証明（２００）に関係付けることと、それぞれの個々の通信セッションの許可のために前記追加の加入者証明を適用することとを行わせることによって、前記加入者と前記５Ｇシステムとの間の前記複数の通信セッションを開始すること（３０４）と
を含む、方法（３００）。

【請求項2】

前記５Ｇシステムの前記ゲートウェイ機能が前記５Ｇシステムのアクセスゲートウェイ機能（ＡＧＦ）（１５０）である、請求項１に記載の方法。

【請求項3】

通信セッション（６００）が、パスワード認証プロトコル（ＰＡＰ）により認証されるか、チャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）により認証されるか、またはＰＡＰとＣＨＡＰの両方の混合を採用する、請求項１または２に記載の方法。

【請求項4】

前記加入者の前記ゲートウェイノードが固定ネットワーク住宅用ゲートウェイ（１４２）である、請求項１から３のいずれか一項に記載の方法。

【請求項5】

チャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）により認証される通信セッションについて、前記方法は、
アクセスゲートウェイ機能（ＡＧＦ）が、前記加入者の前記ゲートウェイノードにＣＨＡＰチャレンジを発行すること（４０１）と、
前記ゲートウェイノードが、ユーザＩＤとネットワークアクセス識別子（ＮＡＩ）とを含むチャレンジ応答で前記ＣＨＡＰチャレンジに応答することに応答して、前記ＣＨＡＰチャレンジを処理するために、認証のためにＡＡＣＩ ＴＬＶにおける前記ＮＡＩと前記ユーザＩＤとをマッチングすることを試みること（４０２）と、
前記ゲートウェイノードが、存在するＮＡＩなしで前記ＣＨＡＰチャレンジに応答することと、ＮＵＬＬ ＮＡＩをもつ１つまたは複数のＡＡＣＩ ＴＬＶとに応答して、前記ＣＨＡＰチャレンジを処理するために、前記ユーザＩＤをマッチングすることを試みること（４０３）と
をさらに（４００）含む、請求項１に記載の方法。

【請求項6】

パスワード認証プロトコル（ＰＡＰ）により認証される通信セッションについて、前記方法は、
アクセスゲートウェイ機能（ＡＧＦ）が、認証のためにＡＡＣＩ ＴＬＶに対して、ユーザＩＤと、ネットワークアクセス識別子（ＮＡＩ）と、パスワードとをマッチングすることを試みること（５０１）
をさらに（５００）含む、請求項１に記載の方法。

【請求項7】

前記追加の加入者証明として前記５Ｇシステムの前記ＲＧ－ＬＷＡＣに加入者証明をインポートすること（３１０）をさらに含む、請求項１から４のいずれか一項に記載の方法。

【請求項8】

第５世代（５Ｇ）システム（１００）におけるノード（７０１、８０１）であって、前記ノード（７０１、８０１）が、前記５Ｇシステムにおいて１つのサブスクリプションに適用されるべきレガシー証明の複数のセットを提供するためのゲートウェイ機能（１５０）として動作し、加入者は、前記５Ｇシステムへのレガシー有線アクセス（１４４）を介して、各々がそれぞれの異なる証明を必要とする複数の通信セッションを開始し、前記ノードが、
少なくとも１つのプロセッサ（８０２）と、
命令を備えるメモリ（８０３）と
を備え、前記命令は、前記少なくとも１つのプロセッサによって実行されたとき、前記ゲートウェイ機能（１５０）に、
前記５Ｇシステム（１００）の前記ゲートウェイ機能（１５０）において、前記加入者のゲートウェイノード（１４２）を介して加入者レガシー有線アクセスを受信すること（７０２）と、
前記５Ｇシステムに前記加入者を登録し（７０３）、回線識別情報（ＩＤ）に基づいて加入者サブスクリプションを識別することと、
前記５Ｇシステムへの前記加入者の登録に応答して、前記５Ｇシステムのサブスクリプションデータ構造（１２６）からサブスクリプション情報を受信すること（７０４）であって、前記サブスクリプションデータ構造が住宅用ゲートウェイレベル有線アクセス特性（ＲＧ－ＬＷＡＣ）（１２６）である、サブスクリプション情報を受信すること（７０４）と、
前記ゲートウェイ機能（１５０）に、前記回線ＩＤに基づいて前記通信セッションの各々を認証することと、前記回線ＩＤを、１つまたは複数の追加認証証明インスタンス（ＡＡＰＩ）タイプ－長さ－値（ＴＬＶ）（２００）として前記ＲＧ－ＬＷＡＣに記憶された追加の加入者証明（２００）に関係付けることと、それぞれの個々の通信セッションの許可のために前記追加の加入者証明を適用することとを行わせることによって、前記加入者と前記５Ｇシステムとの間の前記複数の通信セッションを開始すること（７０５）と
を行わせる、ノード（７０１、８０１）。

【請求項9】

前記ノードが、前記５Ｇシステムのアクセスゲートウェイ機能（ＡＧＦ）（１５０）として機能する、請求項８に記載のノード。

【請求項10】

通信セッション（６００）が、パスワード認証プロトコル（ＰＡＰ）により認証されるか、チャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）により認証されるか、またはＰＡＰとＣＨＡＰの両方の混合を採用する、請求項８または９に記載のノード。

【請求項11】

前記加入者の前記ゲートウェイノードが固定ネットワーク住宅用ゲートウェイ（１４２）である、請求項８から１０のいずれか一項に記載のノード。

【請求項12】

チャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）認証セッションについて、前記ノードは、
前記加入者の前記ゲートウェイノードにＣＨＡＰチャレンジを発行することと、
前記ゲートウェイノードが、ユーザＩＤとネットワークアクセス識別子（ＮＡＩ）とを含むチャレンジ応答で前記ＣＨＡＰチャレンジに応答することに応答して、前記ＣＨＡＰチャレンジを処理するために、認証のためにＡＡＣＩ ＴＬＶにおける前記ＮＡＩと前記ユーザＩＤとをマッチングすることを試みることと、
前記ゲートウェイノードが、存在するＮＡＩなしで前記ＣＨＡＰチャレンジに応答することと、ＮＵＬＬ ＮＡＩをもつ１つまたは複数のＡＡＣＩ ＴＬＶとに応答して、前記ＣＨＡＰチャレンジを処理するために、前記ユーザＩＤをマッチングすることを試みることと
をさらに（４００）行うことになる、請求項８に記載のノード。

【請求項13】

パスワード認証プロトコル（ＰＡＰ）認証セッションについて、前記ノードが、
認証のためにＡＡＣＩ ＴＬＶに対して、ユーザＩＤと、ネットワークアクセス識別子（ＮＡＩ）と、パスワードとをマッチングすることを試みること
をさらに（５００）行うことになる、請求項８に記載のノード。

【請求項14】

加入者証明が、前記追加の加入者証明として前記５Ｇシステムの前記ＲＧ－ＬＷＡＣにインポートされる（３１０）、請求項８から１１のいずれか一項に記載のノード。

【請求項15】

少なくとも１つのプロセッサ上で実行されたとき、前記少なくとも１つのプロセッサに、請求項１から７のいずれか一項に記載の方法を行わせる命令を備える、コンピュータプログラム（７０１）。

【請求項16】

請求項１５に記載のコンピュータプログラムを記憶したコンピュータ可読記憶媒体（８０５）。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、参照により本明細書に組み込まれる、２０２１年４月３０日に出願された米国仮出願第６３／１８２，７１６号の利益を主張する。

【0002】

本発明の実施形態は、有線通信の分野に関し、より詳細には、５Ｇシステムにアクセスする加入者からの有線通信セッションに適用される加入者レガシー証明（ｓｕｂｓｃｒｉｂｅｒ ｌｅｇａｃｙ ｃｒｅｄｅｎｔｉａｌ）の認証に関する。

【背景技術】

【0003】

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、いくつかの通信規格開発を束ねており、そのうち、第５世代（５Ｇ）通信技術が最も新しい。５Ｇシステムは、新しい５Ｇコア（５ＧＣ）と、新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）と呼ばれる新無線アクセス技術とを採用する。５Ｇシステムの展開に関する意図のうちの１つは、４ＧまたはＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）など、レガシー技術およびデバイスを５Ｇシステムに適応させることである。ただし、レガシー適応が望ましいが、多くのオペレータは、普及した５Ｇ展開に伴ってたいがい使用されなくなるレガシー技術で５Ｇシステムを乱すことを希望しない。

【0004】

より古い技術を５Ｇ技術と集束させることの１つのエリアは、無線有線コンバージェンス（ＷＷＣ：Ｗｉｒｅｌｅｓｓ Ｗｉｒｅｌｉｎｅ Ｃｏｎｖｅｒｇｅｎｃｅ）である。５ＧＮＲは、既存の有線（たとえば、銅、ケーブル、光など）をＷＷＣで補完するか、またはＷＷＣと置き換えることが可能である。有線サービスを５ＧＣに移行させることを期待するオペレータは、パスワード認証プロトコル（ＰＡＰ：Ｐａｓｓｗｏｒｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）およびチャレンジハンドシェイク認証プロトコル（ＣＨＡＰ：Ｃｈａｌｌｅｎｇｅ Ｈａｎｄｓｈａｋｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）などのレガシー証明を使用する既存の顧客構内機器（ＣＰＥ）に対処するためのソリューションを必要とする。その上、２つ以上の有線インターネットプロトコル（ＩＰ）セッションを含むサービスモデルをサポートすることが望ましく、これは、単一の５ＧＣサブスクリプションに複数の証明が関連付けられ得ることを意味する。さらに、（統合データ管理（ＵＤＭ）／統合データリポジトリ（ＵＤＲ）を利用するサブスクリプション管理システムなどの）５ＧＣネットワーク機能が、５ＧＣに加えてレガシー有線固有ネットワークサーバを維持する代わりに、完全に、設計されたように利用されるべきである。固定ネットワーク住宅用ゲートウェイ（ＦＮ－ＲＧ：Ｆｉｘｅｄ Ｎｅｔｗｏｒｋ－Ｒｅｓｉｄｅｎｔｉａｌ Ｇａｔｅｗａｙ）からの複数のセッションの使用は、音声、インターネット、ストリーミングビデオなど、特定のサービスインフラストラクチャにアクセスするために同時であり得るか、またはそのようなサービスにアクセスするために連続であり得、ここで、一例は、設定サーバに接触するための、デバイス初期化におけるセッションであることになり、追加の設定および証明が、設定サーバから取得され、設定サーバへの接続がドロップされると、サービスアクセスのための後続のセッションセットアップのために使用される。

【0005】

５Ｇシステムとともにこれらのレガシープロトコルをサポートすることに関するいくつかの課題がある。第１は、５Ｇサブスクリプションが、共通チャネルシグナリングモデルであるので、名目上、証明の１つのセットのみに関連付けられ、それにより、すべてのプロトコルデータユニット（ＰＤＵ）セッションのライフサイクル保守のために、１つの認証された制御チャネルが使用されることである。有線の世界では、異なる証明が、加入者が開始し得る各ＩＰセッションインスタンスに関連付けられ得る。

【0006】

第２の問題は、これらのレガシー有線認証方法が、３ＧＰＰによってセキュリティの「強度」の観点から、「破綻している」と見なされ、５Ｇへの既存の展開の移行をサポートするために先送りされているにすぎないことである。しかしながら、３ＧＰＰコミュニティにおいて、１次認証機構に関連付けられた不十分なセキュリティ機構を遡及的にサポートしたいという要望がまったくない。５Ｇシステム内によりセキュアな技法を展開することが好まれる。

【0007】

さらに、ＰＡＰ／ＣＨＡＰが、１次５Ｇ認証に加えて２次認証機構として５Ｇシステムによってインポートされ得るが、これは、５Ｇインフラストラクチャに加えての、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）またはＤｉａｍｅｔｅｒなどのレガシーインフラストラクチャの展開の継続を必要とする。しかしながら、５Ｇに移るオペレータは、ＲＡＤＩＵＳなど、レガシー認証、許可およびアカウンティング（ＡＡＡ）サーバを廃止したいという強い要望を有する。

【0008】

問題は、ＰＡＰおよび／またはＣＨＡＰを必要とするものなど、通信セッションの２次認証のための別個の機構を提供することが必要とされることになる、５Ｇシステムに加えてのレガシーインフラストラクチャを採用することなしに、５ＧシステムにおけるレガシーＡＡＡ技法（たとえば、ＰＡＰ／ＣＨＡＰ）をどのようにサポートすべきか、になる。

【発明の概要】

【0009】

本開示のいくつかの態様およびそれらの実施形態は、上述の課題のソリューションを提供する。開示されるシステムの一態様では、方法が、第５世代（５Ｇ）システムにおいて１つのサブスクリプションに適用されるべきレガシー証明の複数のセットを提供し、加入者は、５Ｇシステムへのレガシー有線アクセスを介して、各々がそれぞれの異なる証明を必要とする複数の通信セッションを開始する。本方法は、５Ｇシステムのゲートウェイ機能において、加入者のゲートウェイノードを介して加入者レガシー有線アクセスを受信することと、５Ｇシステムに加入者を登録し、回線識別情報（ＩＤ）に基づいて加入者サブスクリプションを識別することとを提供する。本方法は、５Ｇシステムに加入者を登録することに応答して、５Ｇシステムのサブスクリプションデータ構造からサブスクリプション情報を受信することと、ゲートウェイ機能に、回線ＩＤに基づいて通信セッションの各々を認証することと、回線ＩＤを、サブスクリプションデータ構造に記憶された追加の加入者証明に関係付けることと、それぞれの個々の通信セッションの許可のために追加の加入者証明を適用することとを行わせることによって、加入者と５Ｇシステムとの間の複数の通信セッションを開始することとをさらに提供する。

【0010】

開示されるシステムの別の態様では、サブスクリプションデータ構造は住宅用ゲートウェイレベル有線アクセス特性（ＲＧ－ＬＷＡＣ）である。

【0011】

開示されるシステムの別の態様では、５Ｇシステムのゲートウェイ機能は５Ｇシステムのアクセスゲートウェイ機能（ＡＧＦ）である。

【0012】

開示されるシステムの別の態様では、通信セッションは、パスワード認証プロトコル（ＰＡＰ）により認証されるか、チャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）により認証されるか、またはＰＡＰとＣＨＡＰの両方の混合を採用する。

【0013】

開示されるシステムの別の態様では、加入者のゲートウェイノードは固定ネットワーク住宅用ゲートウェイである。

【0014】

開示されるシステムの別の態様では、追加の加入者証明は、ＲＧ－ＬＷＡＣに１つまたは複数の追加認証証明インスタンス（ＡＡＣＩ：Ａｄｄｉｔｉｏｎａｌ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｒｅｄｅｎｔｉａｌ Ｉｎｓｔａｎｃｅ）タイプ－長さ－値（ＴＬＶ）として記憶される。

【0015】

開示されるシステムの別の態様では、ＣＨＡＰにより認証される通信セッションは、ＡＧＦが、加入者のゲートウェイノードにＣＨＡＰチャレンジを発行することと、ゲートウェイノードが、ユーザＩＤとネットワークアクセス識別子（ＮＡＩ）とを含むチャレンジ応答でＣＨＡＰチャレンジに応答することに応答して、ＣＨＡＰチャレンジを処理するために、認証のためにＡＡＣＩ ＴＬＶにおけるＮＡＩとユーザＩＤとをマッチングすることを試みることと、ゲートウェイノードが、存在するＮＡＩなしでＣＨＡＰチャレンジに応答することと、ＮＵＬＬ ＮＡＩをもつ１つまたは複数のＡＡＣＩ ＴＬＶとに応答して、ＣＨＡＰチャレンジを処理するために、ユーザＩＤをマッチングすることを試みることとを伴う。

【0016】

開示されるシステムの別の態様では、ＰＡＰにより認証される通信セッションは、ＡＧＦが、認証のためにＡＡＣＩ ＴＬＶに対して、ユーザＩＤと、ネットワークアクセス識別子（ＮＡＩ）と、パスワードとをマッチングすることを試みることを伴う。

【0017】

開示されるシステムの別の態様では、加入者証明は、追加の加入者証明として５Ｇシステムのサブスクリプションデータ構造にインポートされる。

【0018】

開示されるシステムの別の態様では、５Ｇシステムにおけるノードが、５Ｇシステムにおいて１つのサブスクリプションに適用されるべきレガシー証明の複数のセットを提供するためのゲートウェイ機能として動作し、加入者は、５Ｇシステムへのレガシー有線アクセスを介して、各々がそれぞれの異なる証明を必要とする複数の通信セッションを開始する。本ノードは、少なくとも１つのプロセッサと、命令を有するメモリとを利用し、命令は、少なくとも１つのプロセッサによって実行されたとき、ゲートウェイ機能に、
５Ｇシステムのゲートウェイ機能において、加入者のゲートウェイノードを介して加入者レガシー有線アクセスを受信することと、
５Ｇシステムに加入者を登録し、回線識別情報（ＩＤ）に基づいて加入者サブスクリプションを識別することと、
５Ｇシステムへの加入者の登録に応答して、５Ｇシステムのサブスクリプションデータ構造からサブスクリプション情報を受信することと、
ゲートウェイ機能に、回線ＩＤに基づいて通信セッションの各々を認証することと、回線ＩＤを、サブスクリプションデータ構造に記憶された追加の加入者証明に関係付けることと、それぞれの個々の通信セッションの許可のために追加の加入者証明を適用することとを行わせることによって、加入者と５Ｇシステムとの間の複数の通信セッションを開始することと
を行わせる。

【0019】

開示されるシステムの別の態様では、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、第５世代（５Ｇ）システムにおいて１つのサブスクリプションに適用されるべきレガシー証明の複数のセットを提供する方法を行わせる命令を含んでいるコンピュータプログラムであって、加入者は、５Ｇシステムへのレガシー有線アクセスを介して、各々がそれぞれの異なる証明を必要とする複数の通信セッションを開始する、コンピュータプログラム。本コンピュータプログラムは、５Ｇシステムのゲートウェイ機能において、加入者のゲートウェイノードを介して加入者レガシー有線アクセスを受信することと、５Ｇシステムに加入者を登録し、回線識別情報（ＩＤ）に基づいて加入者サブスクリプションを識別することとをさらに提供する。本コンピュータプログラムは、５Ｇシステムに加入者を登録することに応答して、５Ｇシステムのサブスクリプションデータ構造からサブスクリプション情報を受信することと、ゲートウェイ機能に、回線ＩＤに基づいて通信セッションの各々を認証することと、回線ＩＤを、サブスクリプションデータ構造に記憶された追加の加入者証明に関係付けることと、それぞれの個々の通信セッションの許可のために追加の加入者証明を適用することとを行わせることによって、加入者と５Ｇシステムとの間の複数の通信セッションを開始することとをさらに提供する。

【0020】

開示されるシステムの別の態様では、コンピュータ可読記憶媒体が、第５世代（５Ｇ）システムにおいて１つのサブスクリプションに適用されるべきレガシー証明の複数のセットを提供する方法であって、加入者は、５Ｇシステムへのレガシー有線アクセスを介して、各々がそれぞれの異なる証明を必要とする複数の通信セッションを開始する、方法を行うことを提供するコンピュータプログラムを記憶している。コンピュータプログラムは、５Ｇシステムのゲートウェイ機能において、加入者のゲートウェイノードを介して加入者レガシー有線アクセスを受信することと、５Ｇシステムに加入者を登録し、回線識別情報（ＩＤ）に基づいて加入者サブスクリプションを識別することとをさらに提供する。コンピュータプログラムは、５Ｇシステムに加入者を登録することに応答して、５Ｇシステムのサブスクリプションデータ構造からサブスクリプション情報を受信することと、ゲートウェイ機能に、回線ＩＤに基づいて通信セッションの各々を認証することと、回線ＩＤを、サブスクリプションデータ構造に記憶された追加の加入者証明に関係付けることと、それぞれの個々の通信セッションの許可のために追加の加入者証明を適用することとを行わせることによって、加入者と５Ｇシステムとの間の複数の通信セッションを開始することとをさらに提供する。

【0021】

本明細書で開示される問題のうちの１つまたは複数に対処する様々な実施形態が、本明細書で提案される。いくつかの実施形態は、（１つまたは複数の）以下の技術的利点のうちの１つまたは複数を提供し得る。

【0022】

それは、展開された顧客とのレガシー認証、許可およびアカウンティング（ＡＡＡ）交換を維持する必要があるオペレータが、５Ｇ遷移中にそのパラダイムを先送りしながら、レガシーＡＡＡの削除のほうへ移ることを可能にする。

【0023】

そのソリューションの本質は、５Ｇサブスクリプションに関連付けられると、いくつかの移行シナリオをサポートするためにオーグメントされ得る有線固有情報があることである。

【0024】

ＰＡＰ／ＣＨＡＰ認証は、ＴＬＶを介した拡張を提供することによって、既存のＲＧ－ＬＷＡＣによってハンドリングされる。

【0025】

それは、レガシー証明の複数のセットが、特定のデータネットワーク名（ＤＮＮ）にアクセスする試みに結びつけられた単一のサブスクリプションに適用されることを可能にする。

【0026】

連続セッション確立使用事例ならびに複数のセッションの両方を並列にサポートする。

【0027】

これは、進行中のレガシーサポートのすべてのアーティファクトがＡＧＦと有線固有データ構造とに制限されるので、５Ｇシステムに遷移するために３ＧＰＰから必要とされる変更なしに達成される。

【0028】

本開示の実施形態は、以下の説明と添付の図面とを参照することによって最も良く理解され得る。

【図面の簡単な説明】

【0029】

【図1】本開示のいくつかの実施形態による、５Ｇシステムを示す図である。

【図2】本開示のいくつかの実施形態による、追加認証証明インスタンスＴＬＶについての１つのフォーマットを示す図である。

【図3】本開示のいくつかの実施形態による、証明認証のためのゲートウェイ機能を採用する複数の通信セッションを実施するための方法を示す図である。

【図4】本開示のいくつかの実施形態による、ＣＨＡＰ証明認証を処理するためにＡＧＦによって実施される方法を示す図である。

【図5】本開示のいくつかの実施形態による、ＰＡＰ証明認証を処理するためにＡＧＦによって実施される方法を示す図である。

【図6】本開示のいくつかの実施形態による、レガシー有線接続を使用して複数の通信セッションを開始するためのシグナリング図である。

【図7】本開示のいくつかの実施形態による、ゲートウェイ機能ノードを示す図である。

【図8】本開示のいくつかの実施形態による、別のゲートウェイ機能ノードを示す図である。

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

【0030】

以下の説明は、ＷＷＣのマルチセッションＰＡＰ／ＣＨＡＰサポートのための方法および装置について説明する。以下の説明は、本開示のより完全な理解を提供するために、動作ステップ、リソース実装形態、データ構造、ネットワーク機能のタイプ、ＡＡＡプロトコルのタイプ、およびシステム構成要素の相互関係など、多数の具体的な詳細について説明する。しかしながら、そのような具体的な詳細なしに本開示の実施形態が実施され得ることは、当業者によって諒解されよう。他の事例では、制御構造、回路、メモリ構造、システムおよび／またはネットワーク機能、ならびにソフトウェア命令シーケンスは、本開示を不明瞭にしないために詳細に示されていない。当業者は、含まれた説明を用いて、過度の実験なしに適切な機能を実装することが可能になる。

【0031】

「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」、「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」、「例示的な実施形態」、「いくつかの実施形態」などへの本明細書における言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得ることを示すが、あらゆる実施形態が、必ずしも、特定の特徴、構造、または特性を含むとは限らないことがある。その上、そのような句は必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、モデル、または特性が実施形態に関して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関してそのような特徴、構造、特性、またはモデルを実装することは当業者の知識内にあることが具申される。

【0032】

破線の境界線（たとえば、大きい破線、小さい破線、一点鎖線、および点）をもつ括弧内のテキストおよびブロックは、本開示の実施形態に追加の特徴を追加する随意の動作を示すために本明細書で使用され得る。しかしながら、そのような記法は、これらが唯一のオプションまたは随意の動作であること、および／あるいは実線の境界線をもつブロックが、本開示のいくつかの実施形態において随意でないことを意味するようにとられるべきではない。

【0033】

添付の図面を参照しながら、次に、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。

【0034】

本明細書で企図される実施形態のうちのいくつかは、５Ｇ無線通信技術に関連付けられた特定の機能、データ構造、ゲートウェイなどに適用される。いくつかの実施形態は、異なる機能、構造、ゲートウェイなどを採用することができる。本開示は、レガシー認証証明の例としてＰＡＰ／ＣＨＡＰについて説明する。ただし、いくつかの実施形態は他の認証プロトコルに適用され得る。

【0035】

図１は、本開示のいくつかの実施形態による、５Ｇシステムを示す。図１は、５Ｇコア（５ＧＣ）１３０と、関連付けられたネットワーク機能１１３～１１９とをもつ、３ＧＰＰ技術仕様（ＴＳ）２３．５０１に示されているような５Ｇシステム１００を示す。図１は、無線アクセスネットワーク（ＲＡＮ）１１１を介した５Ｇシステム１００への無線接続をも示す。５Ｇシステム１００のためのＲＡＮは、上述の新無線（ＮＲ）であり得る。５Ｇ ＲＡＮ１１１接続は、ｇノードＢ（ｇＮＢ）１１１として示されている。５Ｇシステム１００への有線接続は、有線５Ｇアクセスネットワーク（ＡＮ）１１０を介したものである。５Ｇシステム１００は、インターネットなど、データネットワーク（ＤＮ）１４０にも接続する。ｇＮＢ１１１および有線アクセスネットワーク１１０は、インターフェースＮ３およびＮ６を使用して、ユーザプレーン機能（ＵＰＦ）１２０を介してデータネットワーク１４０に接続する。ＵＰＦ１２０は、ユーザプレーンパケットを処理するサービス機能であり、その処理は、パケットのペイロードおよび／またはヘッダを改変すること、相互接続を提供すること、パケットをルーティングすることなどを含み得る。

【0036】

５ＧＣの基本構成要素は、ＵＰＦ１２０、アクセスおよびモビリティ機能（ＡＭＦ）１２１、ならびにセッション管理機能（ＳＭＦ）１２２である。それらの５ＧＣ構成要素とともに作動するのが、５Ｇシステム１００の様々な他のネットワーク機能である。示されている機能ユニットは、ユーザデバイスの認証のためのデータを記憶するための認証サーバ機能（ＡＵＳＦ）１１３、ネットワークスライシングをハンドリングするためのネットワークスライス選択機能（ＮＳＳＦ）１１４、能力およびイベントを公開するためのネットワーク公開機能（ＮＥＦ）１１５、ネットワーク機能（ＮＦ）についての発見および登録機能を提供するためのネットワークリポジトリ機能（ＮＲＦ）１１６、ポリシ制御機能（ＰＣＦ）１１７、加入者データおよびプロファイルを記憶するための統合データ管理（ＵＤＭ）１１８、ならびに特定のアプリケーション、およびトラフィックルーティングに対するアプリケーション影響をサポートするための、アプリケーション機能（ＡＦ）１１９である。５Ｇシステム１００は、ＵＤＭ１１８に接続し、ＵＤＭ１１８とともに動作する、統合データリポジトリ（ＵＤＲ）１２５をも含む。

【0037】

５ＧＣ１３０の基本構成要素は、ユーザ機器（ＵＥ）ベース認証、許可、モビリティ管理などを提供するためのアクセスおよびモビリティ機能（ＡＭＦ）１２１の形態でモビリティ管理を提供するように設定されたコアネットワーク制御プレーン機能、セッション管理、たとえばセッション確立、修正および解放を実施するように設定されたセッション管理機能（ＳＭＦ）１２２の形態でセッション管理を提供するように設定されたコアネットワーク制御プレーン機能、ならびにＵＰＦである。図１に示されている様々な構成要素／機能の設定は、例にすぎず、他の実施形態は、構成要素／機能の異なるセットを含む、他の設定を有し得る。

【0038】

有線アクセスネットワーク１１０は、制御プレーン（ＣＰ）トラフィックをユーザプレーン（ＵＰ）トラフィックから分離する、アクセスゲートウェイ機能（ＡＧＦ）１５０を含む。ＡＧＦ１５０は、ＵＰトラフィックとＣＰトラフィックとの分離を、ＡＧＦ－ＣＰ１５１およびＡＧＦ－ＵＰ１５２として示す。ＡＧＦ－ＣＰ１５１は、インターフェースＮ１／Ｎ２を介してＡＭＦ１２１に接続し、ＡＧＦ－ＵＰ１５２は、インターフェースＮ３を介してＵＰＦ１２０に接続する。有線アクセスネットワークは、無線アクセスネットワークｗＡＮ１５３を含むことができる。

【0039】

図１は、５Ｇシステム１００への無線接続と有線接続の両方を有するＷＷＣを示す。ユーザデバイス（図示せず）が、５Ｇ住宅用ゲートウェイ（５Ｇ－ＲＧ）１４１または固定ネットワーク住宅用ゲートウェイ（ＦＮ－ＲＧ）１４２を介して接続することができる。５Ｇ－ＲＧ１４１は、５ＧＣ１３０へのおよびＤＮ１４０への、ホームまたは小さいオフィス内のネットワーク化された機器間の接続を提供する。５Ｇ－ＲＧ１４１は、５ＧＣ１３０のほうへの無線インターフェースと有線インターフェースの両方をサポートすることができる。ＦＮ－ＲＧ１４２は、５Ｇシステムへの、ＷＷＣ拡張によってサポートされるレガシー有線デバイス接続である。

【0040】

様々なデバイスおよび／またはユーザ接続が、それぞれ、入力接続１４３および１４４を介して５Ｇ－ＲＧ１４１またはＦＮ－ＲＧ１４２に接続され得る。そのようなデバイスは、一般にユーザ機器（ＵＥ）と呼ばれる、様々な端末デバイスであり得る。それらのデバイスは、限定はしないが、コンピュータ、ラップトップコンピュータ、セットトップボックス、テレビジョン、モバイルデバイス、無線デバイス、マシン型デバイス、モノのインターネット（ＩｏＴ）デバイスなどを含むことができる。これらの端末デバイスは、拡張モバイルブロードバンド（ｅＭＢＢ）、マシン型通信（ＭＴＣ）、大規模ＭＴＣ（ＭＭＴＣ）および超高信頼低レイテンシ通信（ＵＲＬＬＣ）、ＩｏＴ、大規模ＩｏＴ、およびクリティカルＩｏＴ、ならびに音声およびストリーミングデータを含む、データ転送のエリアにおけるサービスを提供する。

【0041】

５Ｇシステム１００とのＷＷＣを展開する際に、５Ｇ－ＲＧ１４１にアクセスする能力を有する加入者が、単一の加入者認証接続を開始することができる。ただし、レガシー（たとえば、非５Ｇ対応）アクセスを利用する加入者の場合、接続は、ＦＮ－ＲＧ１４２を介したものである。レガシー住宅用ゲートウェイ（たとえば、ＦＮ－ＲＧ）を認証する現在の１次機構は、グローバル回線ＩＤ（ＧＬＩ）として知られる、ネットワークプロビジョニングされた情報に基づくネットワーク生成されたサブスクリプション永続識別子（ＳＵＰＩ）の使用によるものである。そのようなＳＵＰＩの使用は、３ＧＰＰネットワークによって「事前認証」されると見なされ、レガシーデバイスの登録が進むことを可能にする。

【0042】

背景技術セクションにおいて上述のように、５Ｇサブスクリプションは、共通チャネルシグナリングモデルであるので、名目上、証明の１つのセットのみに関連付けられ、それにより、すべてのプロトコルデータユニット（ＰＤＵ）セッションのライフサイクル保守のために、１つの認証された制御チャネルが使用される。ＦＮ－ＲＧ１４２を介したものなど、レガシー有線の世界では、異なる証明が、加入者が開始し得る各ＩＰセッションインスタンスに関連付けられ得る。

【0043】

したがって、ポイントツーポイントプロトコルオーバーイーサネット（ＰＰＰｏＥ）オペレータが、５Ｇシステムへのそのオペレータのネットワークの変換を容易にするために、ＰＡＰ／ＣＨＡＰ証明の進行中のサポートを必要とし得る。目的は、変換プロセスの一部として既存のＲＡＤＩＵＳインフラストラクチャを、そのようなレガシー慣習が５Ｇシステムに組み込まれないように、廃止することである。

【0044】

このＷＷＣを達成するために、本開示は、「追加認証」の概念を導入する。「追加認証」という用語は、５Ｇシステムのための異なる認証技法を、この技法を「１次」および「２次」認証の３ＧＰＰ概念から明確に区別するために、指すためのものである。１次は、５Ｇシステムへの加入者の認証であること、および２次は、特定のデータネットワーク名（ＤＮＮ）のオペレータへの加入者の認証であること。

【0045】

本明細書で説明される追加認証は、加入者が、ＧＬＩベースＳＵＰＩを介して１次認証をすでに実施されているとき、５Ｇシステムオペレータが、ＦＮ－ＲＧ加入者ＩＰセッション開始の追加のＰＡＰ／ＣＨＡＰ認証を実施することを可能にする。これは、セッションごとの証明を可能にするためのネットワークアクセス識別子（ＮＡＩ）ベースセッションステアリングと組み合わせられ得る。ＮＡＩは、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）コメント要求（ＲＦＣ：Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）７５４２において規定されている、ユーザｉｄと領域（ｒｅａｌｍ）との組合せである。領域は、ドメイン、ネットワーク、ネットワークの集合、またはアドレスのセットを識別する、論理方法である。

【0046】

追加認証を提供する能力は、ＲＡＤＩＵＳ（または他のレガシーロケーション）から住宅用ゲートウェイレベル有線アクセス特性（ＲＧ－ＬＷＡＣ）データ構造１２６へのＰＡＰ／ＣＨＡＰ証明情報のポーティング（ｐｏｒｔｉｎｇ）（たとえば、インポート）によって達成される。いくつかの実施形態では、ＰＡＰ／ＣＨＡＰ証明のポーティングは、１つまたは複数の追加認証証明インスタンス（ＡＡＣＩ）タイプ－長さ－値（ＴＬＶ）符号化情報エレメントとして達成される。

【0047】

ＲＧ－ＬＷＡＣ１２６は、サブスクリプションに関連付けられた既存のデータ構造である。ＲＧ－ＬＷＡＣ１２６は、ＵＤＭ１１８／ＵＤＲ１２５に記憶された、５Ｇシステムにとって不透明なデータ構造である。ＲＧ－ＬＷＡＣは、通常、５ＧシステムとＦＮ－ＲＧまたは５Ｇ－ＲＧとの間のアクセス回路のための有線トラフィック契約に関する情報を含んでいる。したがって、特定の有線アクセスサブスクリプションに対応する有線アクセス技術固有サービス品質（ＱｏＳ）情報が、ＲＧ－ＬＷＡＣ１２６中に含まれている。

【0048】

いくつかの実施形態におけるソリューションは、ＲＧ－ＬＷＡＣにおける情報を、ＮＡＩ領域によってインデックス付けされたレガシー証明情報でオーグメントすることである。ＲＦＣ７５４２文書は、ＮＡＩについてのシンタックスを規定し、ユーザ識別子が、リソースにアクセスすることより前にクライアントによってサブミットされる。ＮＡＩは、レガシーネットワークにおけるネットワーク選択のための、ＰＡＰ／ＣＨＡＰとともに使用される機構である。したがって、ＮＡＩごとに証明の一意のセットを有することによって、ＮＡＩは、ＰＡＰ／ＣＨＡＰパラダイムが、５Ｇシステムを損なうこと、またはレガシーＡＡＡインフラストラクチャの継続的保守を必要とすることなしに、ネットワーク移行を容易にするために先送りされることを可能にする。本明細書で開示される技法は、ＡＧＦ１５０が、ＲＧ－ＬＷＡＣ１２６において保持される追加認証情報の使用によって、直接、ＣＨＡＰチャレンジの結果を評価しおよび／またはＰＡＰパスワードの有効性を確認することを可能にする。この接続は、図１中の点線１５５によって示されている。

【0049】

この技法は、いくつかの実施形態では、５Ｇシステム１００内で暗号化解除された共有秘密の通信を伴うことができるが、そのような証明の有効性が、１次認証機構（ＧＬＩベースＳＵＰＩ）によって認証されるサブスクリプションの有効性にスコープ（ｓｃｏｐｅ）されることに留意されたい。その場合、オペレータは、したがって、既存のＲＡＤＩＵＳインフラストラクチャを廃止することのメリットを考察し得る。

【0050】

図２は、本開示のいくつかの実施形態による、追加認証証明インスタンス（ＡＡＣＩ）ＴＬＶ２００についての１つのフォーマットを示す。追加認証パラメータＴＬＶ２０１が、１つまたは複数の追加認証証明インスタンス（ＡＡＣＩ）ＴＬＶ２０２を有する。各ＡＡＣＩ ＴＬＶ２０２は、随意のＡＡＣＩ領域サブＴＬＶ２０３と、ＡＡＣＩ－ＰＡＰ ＴＬＶ（サブＴＬＶ２）２０４またはＡＡＣＩ－ＣＨＡＰ ＴＬＶ（サブＴＬＶ３）２０５のうちの１つとを有することができる。

【0051】

ＡＡＣＩ ＴＬＶ長さフィールド２１０が、オクテット単位ですべてのサブＴＬＶの累積長さを符号化する。追加認証パラメータＴＬＶ２０１は、領域を符号化しない１つのＡＡＣＩサブＴＬＶ２０４、２０５を含んでいる。ＡＡＣＩ ＴＬＶ２０２は、ＮＡＩ領域の存在または不在が単一のＡＡＣＩ ＴＬＶに対してのみ解決することになるように、領域情報の観点から一意であるべきである。

【0052】

ＡＡＣＩ－ＰＡＰ ＴＬＶ２０４は、ＡＡＣＩ－ＰＡＰピアＩＤサブＴＬＶ２２０とＡＡＣＩ－ＰＡＰパスワードサブＴＬＶ２２５とを有する。ＡＡＣＩ－ＣＨＡＰ ＴＬＶ２０５は、ＡＡＣＩ－ＣＨＡＰユーザＩＤサブＴＬＶ２３０とＡＡＣＩ－ＣＨＡＰ秘密サブＴＬＶ２３５とを有する。

【0053】

いくつかの実施形態では、サブＴＬＶの符号化は、以下の通りである。

【0054】

ＡＡＣＩ領域ＴＬＶ（サブＴＬＶ１）２０３－長さ２１１は、オクテット単位で領域フィールド２１２の長さを符号化する１６ビット符号なし値である。領域は、ＲＦＣ７５４２において指定されているＮＡＩ領域に対応する可変長さアレイである。

【0055】

ＡＡＣＩ－ＰＡＰピアＴＬＶ（サブＴＬＶ１）２２０－長さ２２２は、オクテット単位でピアＩＤ２２１の長さを符号化する１６ビット符号なし値である。ピアＩＤ２２１は、ＲＦＣ７５４２によるＮＡＩ領域情報を除く、ＲＦＣ１３３４によるＰＡＰメッセージ中のピアＩＤに対応する可変長さアレイである。

【0056】

ＡＡＣＩ－ＰＡＰパスワード（サブＴＬＶ２）２２５－長さ２２６は、オクテット単位でパスワードの長さを符号化する１６ビット符号なし値である。パスワード２２７は、ＲＦＣ１３３４によるパスワードを符号化する可変長さアレイである。

【0057】

ＡＡＣＩ ＣＨＡＰユーザＩＤ（サブＴＬＶ１）２３０－長さ２３１は、ＣＨＡＰユーザＩＤ２３２を符号化する１６ビット符号なし値である。ＣＨＡＰユーザＩＤ２３２は、ＲＦＣ７５４２によるＮＡＩ領域情報を除く、ＲＦＣ１９９４によるＣＨＡＰ応答メッセージ中の名前フィールドに対応する可変長さアレイである。

【0058】

ＡＡＣＩ ＣＨＡＰ秘密（サブＴＬＶ２）２３５－長さ２３６は、（１７オクテットとして現在指定されている）、アルゴリズムフィールドおよび秘密フィールドのオクテット単位の値である。アルゴリズムフィールド２３７は、ＲＦＣ１９９４による、長さが１オクテットの固定長フィールドであり、５（ＭＤ５をもつＣＨＡＰ）にセットされる。共有秘密２３８は、アルゴリズムフィールド２３７による秘密を符号化する可変長さアレイである。この場合、共有秘密２３８は、チャレンジのＣＨＡＰ有効性確認のために使用される１６バイトＭＤ５ハッシュである。

【0059】

図２に示されているＡＡＣＩ ＴＬＶ２００はいくつかの実施形態に適用可能であることに留意されたい。いくつかの実施形態は、本明細書で開示される、ＷＷＣのＰＡＰ／ＣＨＡＰサポートを実装するために、異なるＴＬＶ実装形態を利用し得る。

【0060】

図１に関して、上記で説明されたＡＡＣＩ ＴＬＶ２００を含んでいるサブスクリプションデータ構造は、いくつかの実施形態においてＲＧ－ＬＷＡＣ１２６である。示されているように、ＲＧ－ＬＷＡＣ１２６は、ＵＤＭ１１８とともに動作するＵＤＲ１２５の一部である。複数の通信セッションを開始する有線アクセスは、いくつかの実施形態において、ＦＮ－ＲＧ１４２など、ゲートウェイノードを介したものである。ＦＮ－ＲＧ１４２は、ＡＧＦ１５０を介して５Ｇシステム１００と通信し、５Ｇシステム１００に加入者を登録し、回線識別情報（回線ＩＤ）に基づいて加入者サブスクリプションを識別する。加入者サブスクリプション識別情報は、５Ｇシステムの１次認証プロシージャを利用することができ、回線ＩＤは、５Ｇシステム１００のための１つの加入者ＩＤに関連付けられる。

【0061】

５Ｇシステム１００に加入者を登録することに応答して、その加入者についての、データ構造（たとえば、ＲＧ－ＬＷＡＣ）中に含まれている追加認証情報（たとえば、ＡＡＣＩ ＴＬＶ）が、ＵＤＭ／ＵＤＲ１１８／１２５からＡＧＦ１５０に送られる。ＡＧＦ１５０が５Ｇシステム１００から追加認証情報を収集すると、ＡＧＦは、５Ｇシステム１００によるさらなる証明対話なしに証明を認証するための必要な情報を有する。したがって、ゲートウェイ機能（たとえば、ＡＧＦ１５０）が、レガシー証明認証（たとえば、ＰＡＰおよび／またはＣＨＡＰ）を採用して、同時にかまたは連続的にかにかかわらず、複数の通信セッションを受信したとき、ゲートウェイ機能は、５Ｇシステム１００が、証明情報に接触し、ＲＡＤＩＵＳサーバからなど、その証明情報を取り出すことを必要とすることなしに、複数の通信セッションをハンドリングすることができる。

【0062】

図３は、本開示のいくつかの実施形態による、証明認証のためのゲートウェイ機能を採用する複数の通信セッションを実施するための方法を示す。方法３００が、５Ｇシステムにおいて１つのサブスクリプションに適用されるべきレガシー証明の複数のセットを提供し、加入者は、５Ｇシステムへのレガシー有線アクセスを介して、各々がそれぞれの異なる証明を必要とする複数の通信セッションを開始する。

【0063】

動作３０１において、５Ｇシステムのゲートウェイ機能（たとえば、ＡＧＦ１５０）が、加入者のゲートウェイノード（たとえば、ＦＮ－ＲＧ１４２）を介して加入者レガシー有線アクセスを受信する。動作３０２において、ゲートウェイ機能は、５Ｇシステムに加入者を登録し、回線ＩＤに基づいて加入者サブスクリプションを識別する。動作３０３において、５Ｇシステムに加入者を登録することに応答して、ゲートウェイ機能は、５Ｇシステムのサブスクリプションデータ構造（たとえば、ＲＧ－ＬＷＡＣ１２６）からサブスクリプション情報を受信する。動作３０４において、ゲートウェイ機能は、ゲートウェイ機能に、回線ＩＤに基づいて通信セッションの各々を認証することと、回線ＩＤを、サブスクリプションデータ構造に記憶された追加の加入者証明（たとえば、ＴＬＶ）に関係付けることと、それぞれの個々の通信セッションの許可のために追加の加入者証明を適用することとを行わせることによって、加入者と５Ｇシステムとの間の複数の通信セッションを開始する。

【0064】

いくつかの実施形態では、追加の加入者証明は、前に取得され、および／またはサブスクリプションデータ構造にすでに入られている。いくつかの実施形態では、（新しい加入者などの）加入者が５Ｇシステムとの動作を開始するとき、５Ｇシステムは、レガシー証明情報を取得および／またはインポートすることができる。たとえば、加入者が動作を開始するとき、５Ｇシステムは、前に説明されたように、特定の有線アクセスサブスクリプションに対応する有線アクセス技術固有ＱｏＳ情報のためにＲＧ－ＬＷＡＣ１２６を確立する。次いで、随意の動作３１０において示されているように、５Ｇシステムは、レガシー証明を収集し、様々なレガシー証明をＡＡＣＩ ＴＬＶ２００としてフォーマットすることができる。たとえば、５Ｇシステムは、既存のＲＡＤＩＵＳサーバからレガシー証明を取得することができる。５Ｇシステムが、ＲＡＤＩＵＳからなど、レガシー証明を収集すると、証明情報は、ＴＬＶとして再フォーマットされ、保持される。したがって、そのようなレガシー証明システムへの後続のアクセスが必要とされない。

【0065】

図４は、本開示のいくつかの実施形態による、ＣＨＡＰ証明認証を処理するためにＡＧＦによって実施される方法４００を示す。ＡＧＦ１５０など、ゲートウェイ機能が、ＣＨＡＰ証明認証のための追加認証プロシージャのための方法４００を実施する。動作４０１において、ＡＧＦ１５０は、加入者のゲートウェイノード（たとえば、ＦＮ－ＲＧ）にＣＨＡＰチャレンジを発行する。ゲートウェイノードが、ユーザＩＤとＮＡＩとを含むチャレンジ応答でＣＨＡＰチャレンジに応答することに応答して、ＡＧＦ１５０は、ＣＨＡＰチャレンジを処理するために、認証のために認証証明ＴＬＶにおけるＮＡＩとユーザＩＤとをマッチングすることを試みる（動作４０２）。ゲートウェイノードが、存在するＮＡＩなしで応答し、１つまたは複数のＡＡＣＩ ＴＬＶがＮＵＬＬ ＮＡＩを有する場合、ＡＧＦ１５０は、ＣＨＡＰチャレンジを処理するために、ユーザＩＤをマッチングすることを試みる（動作４０３）。チャレンジ応答と、チャレンジ共有秘密から生成された予想される応答との間にマッチがない場合、ＡＧＦ１５０は認証を拒否する。認証成功時に、プロトコルデータユニット（ＰＤＵ）セッション開始が、データネットワーク名／選択されたネットワークスライス選択支援情報（ＤＮＮ／Ｓ－ＮＳＳＡＩ）決定プロセスを使用して進む。

【0066】

図５は、本開示のいくつかの実施形態による、ＰＡＰ証明認証を処理するためにＡＧＦによって実施される方法５００を示す。ＡＧＦ１５０など、ゲートウェイ機能が、ＰＡＰ証明認証のための追加認証プロシージャのための方法５００を実施する。動作５０１において、ＡＧＦ１５０は、認証のために認証証明ＴＬＶに対して、ユーザＩＤと、ＮＡＩと、パスワードとをマッチングすることを試みる。マッチがある場合、認証は有効である。マッチがないか、またはパスワードが無効である場合、認証は無効である。認証成功時に、ＰＤＵセッション開始が、ＤＮＮ／Ｓ－ＮＳＳＡＩ決定プロセスを使用して進む。

【0067】

図６は、本開示のいくつかの実施形態による、レガシー有線接続を使用して複数の通信セッションを開始するためのシグナリング図６００を示す。図６００は、ＡＧＦ－ＣＰ１５１を介して、ＦＮ－ＲＧ１４２と５ＧＣ１３０との間のシグナリングに参加する、図１の関連のある構成要素を示す。動作６０１および６０２において、リンク制御プロトコル（ＬＣＰ）メッセージが、ＬＣＰ設定要求（ＬＣＰ Ｃｏｎｆｉｇ－Ｒｅｑ）６０１とＬＣＰ肯定応答６０２とを使用してＦＮ－ＲＧ１４２とＡＧＦ－ＣＰ１５１との間のハンドシェイクを提供する。ＰＡＰおよび／またはＣＨＡＰ開始が、動作６０３において行われる。

【0068】

ＡＧＦ－ＣＰ１５１は、５ＧＣ１３０、すなわち、ＡＭＦ１２１と通信し、ＵＤＭ／ＵＤＲに接続する。ＦＮ－ＲＧ１４２が５ＧＣとの登録管理（ＲＭ）登録解除状態６１０にある場合、ＡＭＦ選択動作６１１があり、その後に、上記の説明による、ＦＮ－ＲＧ登録プロシージャ６１２とＦＮ－ＲＧセッション開始プロシージャ６１３とが続く。

【0069】

ＦＮ－ＲＧがＲＭ登録／接続管理アイドル（ＣＭ－ＩＤＬＥ）状態６２０にある場合、ＦＮ－ＲＧサービス要求プロシージャが上記の説明に従う。しかしながら、ＦＮ－ＲＧがＲＭ登録ＣＭ接続状態６３０にある場合、５ＧＣは、ＦＮ－ＲＧを登録解除および再登録し、ＰＤＵセッションを再確立するか、またはインターネットプロトコル（ＩＰ）セッションを既存のＰＤＵセッションに接続するかのいずれかを行うことができる。

【0070】

ＰＡＰ／ＣＨＡＰ開始は、本開示において上記で説明されたように、ＲＧ－ＬＷＡＣのＴＬＶ中に含まれている追加の加入者証明を使用する認証に従う。有効な証明認証の完了（動作６０４）に伴って、インターネットプロトコル［ｖ４］制御プロトコル（ＩＰＣＰ）および／またはＩＰｖ６ＣＰ設定が提供される（動作６０５）。ＡＧＦ１５０において有効性を確認された証明認証と、設定セットとにより、動作６０６として示されている、ＦＮ－ＲＧ１４２と５ＧＣとの間の有効なセッションのための設定接続が確立され、ＦＮ－ＲＧ１４２と５ＧＣとの間で、動的ホスト設定プロトコルｖ６／ステートレスアドレス自動設定（ＤＨＣＰ／ＳＬＡＡＣ：Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｖ６／Ｓｔａｔｅｌｅｓｓ Ａｄｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ）交換が行われる。この特定のシグナリング図６００はいくつかの実施形態において実装されることに留意されたい。いくつかの実施形態は、異なるシグナリング図を使用し得る。

【0071】

図７は、本開示のいくつかの実施形態による、ゲートウェイ機能ノード７０１を示す。いくつかの実施形態では、ゲートウェイ機能ノード７０１は、（ＡＧＦ１５０などの）ＡＧＦ、またはＡＧＦの機能を提供する処理ノードである。ノード７０１は、図３の方法３００、ならびに図４および図５を参照して説明されたＰＡＰ／ＣＨＡＰ認証の機能を実装することができる。示されているように、加入者アクセス受信モジュール（Ｒｅｃｅｉｖｅ Ｓｕｂｓｃｒｉｂｅｒ Ａｃｃｅｓｓ ｍｏｄｕｌｅ）７０２が、図３の動作３０１に対応する動作を実施することができる。加入者登録モジュール（Ｒｅｇｉｓｔｅｒ Ｓｕｂｓｃｒｉｂｅｒ ｍｏｄｕｌｅ）７０３が、動作３０２に対応する動作を実施することができる。データ構造受信モジュール（Ｒｅｃｅｉｖｅ Ｄａｔａ Ｓｔｒｕｃｔｕｒｅ ｍｏｄｕｌｅ）７０４が、動作３０３に対応する動作を実施することができる。有線通信セッション開始モジュール（Ｉｎｉｔｉａｔｅ Ｗｉｒｅｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｓｓｉｏｎｓ ｍｏｄｕｌｅ）７０５が、動作３０４に対応する動作を実施することができる。ゲートウェイ機能ノード７０１は、示されていない他の機能エレメントを含んでいることがある。

【0072】

いくつかの実施形態では、モジュール７０２～７０５は、コンピュータプログラム製品、またはソフトウェアとして提供され得、これは、命令を記憶したマシン可読媒体を含むことができ、命令は、本開示に従ってプロセスを実施するようにコンピュータシステム（または他の電子デバイス）をプログラムするために使用され得る。マシン可読媒体は、マシン（たとえば、コンピュータ）によって可読な形態で情報を記憶するための任意の機構を含む。いくつかの実施形態では、マシン可読（たとえば、コンピュータ可読）媒体は、読取り専用メモリ（「ＲＯＭ」）、ランダムアクセスメモリ（「ＲＡＭ」）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリ構成要素など、マシン（たとえば、コンピュータ）可読記憶媒体を含む。

【0073】

ある実施形態では、ノード７０１のモジュールは、ソフトウェアで実装される。他の実施形態では、ノード７０１のモジュールは、ハードウェアで実装される。さらなる実施形態では、ノード７０１のモジュールは、ハードウェアとソフトウェアとの組合せで実装される。いくつかの実施形態では、コンピュータプログラムは、キャリア上で提供され、キャリアは、電子信号、光信号、無線信号またはコンピュータ記憶媒体のうちの１つである。

【0074】

図８は、本開示のいくつかの実施形態による、別のゲートウェイ機能ノード８０１を示す。いくつかの実施形態では、ゲートウェイ機能ノード８０１は、（ＡＧＦ１５０などの）ＡＧＦ、またはＡＧＦの機能を提供する処理ノードである。ノード８０１は、図３の方法３００、ならびに図４および図５を参照して説明されたＰＡＰ／ＣＨＡＰ認証の機能を実装することができる。いくつかの実施形態では、ノード８０１は、図７のモジュール７０２～７０５を実装するように設定され得、モジュール７０２～７０５の機能を提供するためのコンピュータプログラムの命令が、メモリ８０３中に存在する。

【0075】

ゲートウェイ機能ノード８０１は、（１つまたは複数のプロセッサなどの）処理回路８０２と、メモリ８０３など、非一時的マシン可読媒体とを備える。処理回路８０２は処理能力を提供する。メモリ８０３は、処理回路８０２によって実行されたとき、本開示で説明される方法を実施するように機能ノード８０１を設定することが可能である命令を記憶することができる。そのメモリは、限定はしないが、磁気ディスクと、光ディスクと、ＣＤ－ＲＯＭと、磁気光ディスクとを含む、任意のタイプのディスク８０５、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気または光カード、あるいは電子命令を記憶するのに好適な任意のタイプの媒体など、コンピュータ可読記憶媒体であり得る。さらに、コンピュータプログラム命令を含んでいるキャリアがまた、電子信号、光信号、無線信号、またはコンピュータ記憶媒体のうちの１つであり得る。

【0076】

本明細書の例示的な実施形態が、方法および装置のブロック図およびフローチャート図を参照しながら上記で説明された。ブロック図およびフローチャート図の各ブロック、ならびにブロック図およびフローチャート図中のブロックの組合せが、それぞれ、コンピュータプログラム命令を含む様々な手段によって実装され得ることを理解されよう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、またはマシンを製造するための他のプログラマブルデータ処理装置にロードされ得、その結果、コンピュータまたは他のプログラマブルデータ処理装置上で実行する命令は、フローチャートの１つまたは複数のブロックにおいて指定された機能を実装するための手段を作成する。

【0077】

さらに、動作は特定の順序で示されているが、これは、望ましい結果を達成するために、そのような動作が、示されている特定の順序または連続した順序で実施されること、あるいはすべての例示された動作が実施されることを必要とするものとして理解されるべきではない。いくつかの状況では、マルチタスキングおよび並列処理が有利であり得る。同様に、いくつかの特定の実装の詳細が上記の説明中に含まれているが、これらは、本明細書で説明される主題の範囲に対する限定と解釈されるべきではなく、むしろ特定の実施形態に固有であり得る特徴の説明と解釈されるべきである。別個の実施形態のコンテキストにおいて説明されるいくつかの特徴は、単一の実施形態における組合せでも実装され得る。逆に、単一の実施形態のコンテキストにおいて説明される様々な特徴が、複数の実施形態において別個にも実装され、または任意の好適な部分組合せでも実装され得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【国際調査報告】