特許 7564889 ＩＰアドレスの再使用

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

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

(11)【特許番号】

(24)【登録日】2024-10-01

(45)【発行日】2024-10-09

(54)【発明の名称】ＩＰアドレスの再使用

(51)【国際特許分類】

   H04L 61/5061 20220101AFI20241002BHJP

   H04W 88/14 20090101ALI20241002BHJP

   H04W 12/06 20210101ALI20241002BHJP

   H04L 61/503 20220101ALI20241002BHJP

   H04L 61/5007 20220101ALI20241002BHJP

【ＦＩ】

H04L61/5061

H04W88/14

H04W12/06

H04L61/503

H04L61/5007

【請求項の数】 24

(21)【出願番号】P 2022568400

(86)(22)【出願日】2020-09-29

(65)【公表番号】

(43)【公表日】2023-07-13

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

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

(87)【国際公開日】2021-11-18

【審査請求日】2023-01-10

(31)【優先権主張番号】PCT/CN2020/090036

(32)【優先日】2020-05-13

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

(73)【特許権者】

【識別番号】598036300

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

(74)【代理人】

【識別番号】100109726

【弁理士】

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

(74)【代理人】

【識別番号】100150670

【弁理士】

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

(74)【代理人】

【識別番号】100194294

【弁理士】

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

(72)【発明者】

【氏名】チャン， ウェン

(72)【発明者】

【氏名】ホー， インチアオ

(72)【発明者】

【氏名】シュ， ウェンリャン

【審査官】中川 幸洋

(56)【参考文献】

【文献】米国特許出願公開第２０１４／００９２８９９（ＵＳ，Ａ１）

【文献】特開２０２３－１７５８５７（ＪＰ，Ａ）

【文献】特表２０２０－５２７３１５（ＪＰ，Ａ）

【文献】米国特許出願公開第２０２０／０１２０４４６（ＵＳ，Ａ１）

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

Ｈ０４Ｌ ６１／５０６１

Ｈ０４Ｗ ８８／１４

Ｈ０４Ｗ １２／０６

Ｈ０４Ｌ ６１／５０３

Ｈ０４Ｌ ６１／５００７

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

【請求項1】

第１のユーザ機器（ＵＥ）（２１１、２１２、２１３、２１４）を含む複数のＵＥにおけるプライベートインターネットプロトコル（ＩＰ）アドレスの再使用を可能にするための、セッション管理機能（ＳＭＦ）（２５０）における方法（５００）であって、前記方法は、
データネットワーク－認証、許可＆アカウンティング（ＤＮ－ＡＡＡ）アカウンティングサーバ（２６２）に、前記第１のＵＥ（２１１、２１２、２１３、２１４）に関連する第１の要求メッセージを送信すること（４０３、４０７、４１０、５１０）であって、前記第１の要求メッセージが、（ｉ）ＩＰｖ４アドレスおよびＩＰｖ６プレフィックスのうちの少なくとも１つを含む前記プライベートＩＰアドレスと、（ｉｉ）前記プライベートＩＰアドレスとともに前記第１のＵＥ（２１１、２１２、２１３、２１４）のプロトコルデータユニット（ＰＤＵ）セッションを一意に識別する選択された第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏとを備え、前記第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏが、前記プライベートＩＰアドレスに適用可能なＩＰアドレスプールに関する情報を示す、第１の要求メッセージを送信すること（４０３、４０７、４１０、５１０）と、
前記ＤＮ－ＡＡＡアカウンティングサーバ（２６２）から、前記第１の要求メッセージに応答して前記第１のＵＥ（２１１、２１２、２１３、２１４）に関連する第１の応答メッセージを受信すること（４０４、４０８、４１１、５２０）と
を含む、方法（５００）。

【請求項2】

前記第１の要求メッセージが、アカウンティング要求開始メッセージ、アカウンティング要求停止メッセージ、ＡＣＲコマンド、およびアカウンティング要求中間更新メッセージのうちの１つであり、前記第１の応答メッセージが、アカウンティング応答開始メッセージ、アカウンティング応答停止メッセージ、ＡＣＡコマンド、およびアカウンティング応答中間更新メッセージのうちの対応する１つである、請求項１に記載の方法（５００）。

【請求項3】

前記第１の要求メッセージの前記送信（４０３、４０７、４１０、５１０）の前に、前記方法（５００）は、
ＤＮ－ＡＡＡ認証サーバ（２６１）に、前記第１のＵＥ（２１１、２１２、２１３、２１４）に関連する第２の要求メッセージを送信すること（３０６、４０１）であって、前記第２の要求メッセージが１つまたは複数の第２の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏを備え、その各々が、ＩＰアドレスプールを示し、このＩＰアドレスプールから、１つまたは複数のプライベートＩＰアドレスが、前記第１のＵＥ（２１１、２１２、２１３、２１４）に割り当てられるように利用可能である、第２の要求メッセージを送信すること（３０６、４０１）と、
前記ＤＮ－ＡＡＡ認証サーバ（２６１）から、前記第２の要求メッセージに応答して第２の応答メッセージを受信すること（３０７、４０２）であって、前記第２の応答メッセージが、前記１つまたは複数の第２の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏによって示された前記１つまたは複数のＩＰアドレスプールのうちのＩＰアドレスプールを識別する第３の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏを備え、前記識別されたＩＰアドレスプールからの前記プライベートＩＰアドレスが前記第１のＵＥ（２１１、２１２、２１３、２１４）に割り当てられる、第２の応答メッセージを受信すること（３０７、４０２）と
をさらに含む、請求項１または２に記載の方法（５００）。

【請求項4】

前記第３の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏに少なくとも部分的に基づいて前記第１のＵＥ（２１１、２１２、２１３、２１４）のためのユーザプレーン機能（ＵＰＦ）（２３１、２３２）を選択すること
をさらに含む、請求項３に記載の方法（５００）。

【請求項5】

前記第２の要求メッセージが、アクセス要求メッセージまたはＤｉａｍｅｔｅｒ－拡張認証プロトコル（ＥＡＰ）－要求（ＤＥＲ）メッセージであり、前記第２の応答メッセージが、アクセス受付メッセージまたはＤｉａｍｅｔｅｒ－ＥＡＰ－返答（ＤＥＡ）メッセージのうちの対応する１つである、請求項３または４に記載の方法（５００）。

【請求項6】

前記第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ、前記１つまたは複数の第２の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ、および前記第３の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏの各々は、ＩＰアドレスプールを一意に識別する第１のフィールドを備え、このＩＰアドレスプールから、前記プライベートＩＰアドレスが前記第１のＵＥ（２１１、２１２、２１３、２１４）に割り当てられる、請求項３から５のいずれか一項に記載の方法（５００）。

【請求項7】

前記第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ、前記１つまたは複数の第２の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ、および前記第３の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏの各々が、前記第１のフィールドによって識別された前記ＩＰアドレスプールのために適用可能なＩＰバージョンを示す第２のフィールドをさらに備える、請求項６に記載の方法（５００）。

【請求項8】

前記第２のフィールドが、ＩＰｖ４、ＩＰｖ６、またはその両方のうちの１つを示す、請求項７に記載の方法（５００）。

【請求項9】

前記第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ、前記１つまたは複数の第２の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ、および前記第３の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏの各々が、前記第１のフィールドの長さを示す第３のフィールドをさらに備える、請求項６に記載の方法（５００）。

【請求項10】

前記第１の要求メッセージが、前記第１のＵＥ（２１１、２１２、２１３、２１４）によってアクセスされるべきネットワークを識別する第４のインジケータをさらに備える、請求項１から９のいずれか一項に記載の方法（５００）。

【請求項11】

前記第４のインジケータが、Ｃａｌｌｅｄ－Ｓｔａｔｉｏｎ－Ｉｄ属性またはカスタマイズされたＲＡＤＩＵＳ属性である、請求項１０に記載の方法（５００）。

【請求項12】

第１のユーザ機器（ＵＥ）（２１１、２１２、２１３、２１４）を含む複数のＵＥにおけるプライベートインターネットプロトコル（ＩＰ）アドレスの再使用を可能にするための、データネットワーク－認証、許可＆アカウンティング（ＤＮ－ＡＡＡ）アカウンティングサーバ（２６２）における方法（６００）であって、前記方法（６００）は、
セッション管理機能（ＳＭＦ）（２５０）から、前記第１のＵＥ（２１１、２１２、２１３、２１４）に関連する第１の要求メッセージを受信すること（４０３、４０７、４１０、６１０）であって、前記第１の要求メッセージが、（ｉ）ＩＰｖ４アドレスおよびＩＰｖ６プレフィックスのうちの少なくとも１つを含む前記プライベートＩＰアドレスと、（ｉｉ）前記プライベートＩＰアドレスとともに前記第１のＵＥ（２１１、２１２、２１３、２１４）のプロトコルデータユニット（ＰＤＵ）セッションを一意に識別する選択された第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏとを備え、前記第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏが、前記プライベートＩＰアドレスに適用可能なＩＰアドレスプールに関する情報を示す、第１の要求メッセージを受信すること（４０３、４０７、４１０、６１０）と、
前記プライベートＩＰアドレスとともに前記第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏによって識別された前記第１のＵＥ（２１１、２１２、２１３、２１４）のための処理を実施すること（６２０）と
を含む、方法（６００）。

【請求項13】

前記ＳＭＦ（２５０）に、前記処理の結果に基づいて前記第１のＵＥ（２１１、２１２、２１３、２１４）に関連する第１の応答メッセージを送信すること（４０４、４０８、４１１）
をさらに含む、請求項１２に記載の方法（６００）。

【請求項14】

前記第１の要求メッセージが、アカウンティング要求開始メッセージ、アカウンティング要求停止メッセージ、およびアカウンティング要求中間更新メッセージ、ＡＣＲコマンドのうちの１つであり、前記第１の応答メッセージが、アカウンティング応答開始メッセージ、アカウンティング応答停止メッセージ、ＡＣＡコマンド、およびアカウンティング応答中間更新メッセージのうちの対応する１つである、請求項１３に記載の方法（６００）。

【請求項15】

前記第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏは、ＩＰアドレスプールを一意に識別する第１のフィールドを備え、このＩＰアドレスプールから、前記プライベートＩＰアドレスが前記第１のＵＥに割り当てられる、請求項１２から１４のいずれか一項に記載の方法（６００）。

【請求項16】

前記第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏが、前記第１のフィールドによって識別された前記ＩＰアドレスプールのために適用可能なＩＰバージョンを示す第２のフィールドをさらに備える、請求項１５に記載の方法（６００）。

【請求項17】

前記第２のフィールドが、ＩＰｖ４、ＩＰｖ６、またはその両方のうちの１つを示す、請求項１６に記載の方法（６００）。

【請求項18】

前記第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏが、前記第１のフィールドの長さを示す第３のフィールドをさらに備える、請求項１５に記載の方法（６００）。

【請求項19】

前記第１の要求メッセージが、前記第１のＵＥ（２１１、２１２、２１３、２１４）によってアクセスされるべきネットワークを識別する第４のインジケータをさらに備える、請求項１２から１８のいずれか一項に記載の方法（６００）。

【請求項20】

前記第４のインジケータが、Ｃａｌｌｅｄ－Ｓｔａｔｉｏｎ－Ｉｄ属性またはカスタマイズされたＲＡＤＩＵＳ属性である、請求項１９に記載の方法（６００）。

【請求項21】

プロセッサ（８０６）と、
前記プロセッサ（８０６）によって実行されたとき、前記プロセッサ（８０６）に、請求項１から１１のいずれか一項に記載の方法を実施させる命令を記憶するメモリ（８０８）と
を備える、セッション管理機能（ＳＭＦ）（２５０）。

【請求項22】

プロセッサ（８０６）と、
前記プロセッサ（８０６）によって実行されたとき、前記プロセッサ（８０６）に、請求項１２から２０のいずれか一項に記載の方法を実施させる命令を記憶するメモリ（８０８）と
を備える、データネットワーク－認証、許可＆アカウンティング（ＤＮ－ＡＡＡ）アカウンティングサーバ（２６２）。

【請求項23】

１つまたは複数のユーザ機器（ＵＥ）（２１１、２１２、２１３、２１４）と、
セッション管理機能（ＳＭＦ）（２５０）と、
データネットワーク－認証、許可＆アカウンティング（ＤＮ－ＡＡＡ）アカウンティングサーバ（２６２）と、
データネットワーク－認証、許可＆アカウンティング（ＤＮ－ＡＡＡ）認証サーバ（２６１）と
を備える、通信システム（２００）であって、
前記ＳＭＦは、
前記ＤＮ－ＡＡＡアカウンティングサーバ（２６２）に、前記第１のＵＥ（２１１、２１２、２１３、２１４）に関連する第１の要求メッセージを送信すること（４０３、４０７、４１０、５１０）であって、前記第１の要求メッセージが、（ｉ）ＩＰｖ４アドレスおよびＩＰｖ６プレフィックスのうちの少なくとも１つを含む前記プライベートＩＰアドレスと、（ｉｉ）前記プライベートＩＰアドレスとともに前記第１のＵＥ（２１１、２１２、２１３、２１４）のプロトコルデータユニット（ＰＤＵ）セッションを一意に識別する選択された第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏとを備え、前記第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏが、前記プライベートＩＰアドレスに適用可能なＩＰアドレスプールに関する情報を示す、第１の要求メッセージを送信すること（４０３、４０７、４１０、５１０）と、
前記ＤＮ－ＡＡＡ認証サーバ（２６１）に、前記第１のＵＥ（２１１、２１２、２１３、２１４）に関連する第２の要求メッセージを送信すること（３０６、４０１）であって、前記第２の要求メッセージが１つまたは複数の第２の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏを備え、その各々が、ＩＰアドレスプールを示し、このＩＰアドレスプールから、１つまたは複数のプライベートＩＰアドレスが、前記第１のＵＥ（２１１、２１２、２１３、２１４）に割り当てられるように利用可能である、第２の要求メッセージを送信すること（３０６、４０１）と
を実行するように構成され、
前記ＤＮ－ＡＡＡアカウンティングサーバは、
前記ＳＭＦ（２５０）から、前記第１の要求メッセージを受信すること（４０３、４０７、４１０、６１０）と、
前記プライベートＩＰアドレスとともに前記第１の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏによって識別された前記第１のＵＥ（２１１、２１２、２１３、２１４）のための処理を実施すること（６２０）と
を実行するように構成され、
前記ＤＮ－ＡＡＡ認証サーバは、
前記ＳＭＦ（２５０）から、前記第２の要求メッセージを受信すること（３０６、４０１、７１０）と、
前記第１のＵＥ（２１１、２１２、２１３、２１４）に割り当てられるべき前記１つまたは複数の第２の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏによって示された１つまたは複数のＩＰアドレスプールからの第１のＩＰアドレスプールを決定すること（７２０）と、
前記ＳＭＦ（２５０）に、前記第１のＩＰアドレスプールを識別する第３の３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏを備える第２の応答メッセージを送信すること（３０７、４０２、７３０）と
を実行するように構成されている、通信システム（２００）。

【請求項24】

プロセッサ（８０６）によって実行されたとき、前記プロセッサ（８０６）に、請求項１から２０のいずれか一項に記載の方法を実施させる命令を記憶する、非一時的コンピュータ可読記憶媒体（８０８）。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信の分野に関し、特に、ネットワークエレメント（ＮＥ）と、インターネットプロトコル（ＩＰ）アドレスの再使用を可能にするための、ＮＥにおける方法と、ＮＥを備える通信システムとに関する。

【背景技術】

【0002】

現代の通信ネットワークでは、ネットワークのほとんどあらゆるデバイスまたはノードが少なくとも１つのＩＰアドレスを割り振られ、したがって、ＩＰアドレスは、明確に、ネットワークオペレータのための最も重要なリソースのうちの１つである。

【0003】

ＩＰアドレスは、通信のためにインターネットプロトコルを使用するネットワークに接続された各デバイスに割り振られた数値ラベルである。ＩＰアドレスは、２つの主要な機能、すなわち、ホストまたはネットワークインターフェース識別と、ロケーションアドレス指定とを果たす。インターネットプロトコルバージョン４（ＩＰｖ４）は、１０進法の２０２．１０６．１９６．１１５または２進法の「１１００１０１０ ０１１０１０１０ １１０００１００ ０１１１００１１」など、３２ビットの数としてＩＰアドレスを規定する。しかしながら、インターネットの急速な成長および利用可能なＩＰｖ４アドレスの空乏のために、１６進法の２４００：３２００：：１またはＩＰアドレスの完全なアドレスフォーマットの２４００：３２００：００００：００００：００００：００００：００００：０００１など、ＩＰアドレスのために１２８ビットを使用するＩＰの新しいバージョン（ＩＰｖ６）が提示されている。

【0004】

ＩＰアドレス空間は、インターネット番号割当機関（ＩＡＮＡ：Ｉｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒｓ Ａｕｔｈｏｒｉｔｙ）によってグローバルに管理され、５つの地域インターネットレジストリ（ＲＩＲ：ｒｅｇｉｏｎａｌ Ｉｎｔｅｒｎｅｔ ｒｅｇｉｓｔｒｙ）によって管理され、５つのＲＩＲは、インターネットサービスプロバイダなどのローカルインターネットレジストリ、および他のエンドユーザへの割り振りをそれらの指定されたテリトリーにおいて担当する。ＩＰｖ４アドレスは、各々約１６，８００，０００個のアドレスのブロック中でＲＩＲにＩＡＮＡによって分配された。さらに、いくつかのＩＰｖ４アドレスは、プライベートネットワークのために予約され、グローバル一意でない。

【0005】

ＩＰｖ６はその前身のＩＰｖ４よりもはるかに多くのＩＰアドレスをサポートするが、ＩＰｖ４のみをサポートするレガシーデバイスの存在は、現代の通信ネットワークがレガシーデバイスとの通信のためにＩＰｖ４をサポートすることを必要とし、したがって、ＩＰｖ４が依然として広く使用され、より多くのＩＰｖ４アドレスが依然として必要である。たとえば、中国で最大の通信オペレータのうちの１つは何億もの加入者を有し得るが、１００万個未満のパブリックＩＰｖ４アドレスが、アジア太平洋ネットワーク情報センタ（ＡＰＮＩＣ：Ａｓｉａ－Ｐａｃｉｆｉｃ Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｅｎｔｒｅ）によってオペレータに割り当てられ得る。そのような場合、ネットワークアドレス変換（ＮＡＴ）技術を用いても、オペレータは、依然として、通信のために、その加入者および加入者をサーブする多数のノードに十分なＩＰｖ４アドレス（プライベートＩＰｖ４アドレスでさえ）を提供することができない。したがって、オペレータにとって、その加入者に十分なＩＰアドレスを提供することは重要な問題である。

【発明の概要】

【0006】

本開示の第１の態様によれば、第１のユーザ機器（ＵＥ）を含む複数のＵＥにおけるＩＰアドレスの再使用を可能にするための、第１のネットワークエレメントにおける方法が提供される。本方法は、第２のネットワークエレメントに、第１のＵＥに関連する第１の要求メッセージを送信することであって、第１の要求メッセージが、ＩＰアドレスと、ＩＰアドレスとともに第１のＵＥのセッションを一意に識別する第１のインジケータとを備え、第１のインジケータが、ＩＰアドレスに適用可能なＩＰアドレスプールに関する情報を示す、第１の要求メッセージを送信することを含み得る。

【0007】

いくつかの実施形態では、本方法は、第２のネットワークエレメントから、第１の要求メッセージに応答して第１のＵＥに関連する第１の応答メッセージを受信することをさらに含み得る。いくつかの実施形態では、第２のネットワークエレメントは、アカウンティングのための認証、許可およびアカウンティング（ＡＡＡ）サーバの一部であり得る。いくつかの実施形態では、第１の要求メッセージは、アカウンティング要求開始メッセージ、アカウンティング要求停止メッセージ、ＡＣＲコマンド、およびアカウンティング要求中間更新（Ｉｎｔｅｒｉｍ－Ｕｐｄａｔｅ）メッセージのうちの１つであり得、第１の応答メッセージは、アカウンティング応答開始メッセージ、アカウンティング応答停止メッセージ、ＡＣＡコマンド、およびアカウンティング応答中間更新メッセージのうちの対応する１つである。

【0008】

いくつかの実施形態では、第１の要求メッセージの送信の前に、本方法は、第３のネットワークエレメントに、第１のＵＥに関連する第２の要求メッセージを送信することであって、第２の要求メッセージが１つまたは複数の第２のインジケータを備え、その各々が、ＩＰアドレスプールを示し、このＩＰアドレスプールから、１つまたは複数のＩＰアドレスが第１のＵＥに割り当てられるように利用可能である、第２の要求メッセージを送信することと、第３のネットワークエレメントから、第２の要求メッセージに応答して第２の応答メッセージを受信することであって、第２の応答メッセージが、１つまたは複数の第２のインジケータによって示された１つまたは複数のＩＰアドレスプールのうちのＩＰアドレスプールを識別する第３のインジケータを備え、識別されたＩＰアドレスプールからのＩＰアドレスが第１のＵＥに割り当てられる、第２の応答メッセージを受信することとをさらに含み得る。

【0009】

いくつかの実施形態では、本方法は、第３のインジケータに少なくとも部分的に基づいて第１のＵＥのためのユーザプレーン機能（ＵＰＦ）を選択することをさらに含み得る。いくつかの実施形態では、第３のネットワークエレメントは、認証のためのＡＡＡサーバの一部である。いくつかの実施形態では、第２の要求メッセージは、アクセス要求メッセージまたはＤｉａｍｅｔｅｒ－拡張認証プロトコル（ＥＡＰ）－要求（ＤＥＲ：Ｄｉａｍｅｔｅｒ－ＥＡＰ－Ｒｅｑｕｅｓｔ）メッセージであり得、第２の応答メッセージは、アクセス受付メッセージまたはＤｉａｍｅｔｅｒ－ＥＡＰ－返答（ＤＥＡ：Ｄｉａｍｅｔｅｒ－ＥＡＰ－Ａｎｓｗｅｒ）メッセージのうちの対応する１つである。いくつかの実施形態では、第１のインジケータ、１つまたは複数の第２のインジケータ、および第３のインジケータの各々は、ＩＰアドレスプールを一意に識別する第１のフィールドを備え得、このＩＰアドレスプールから、ＩＰアドレスが第１のＵＥに割り当てられる。いくつかの実施形態では、第１のインジケータ、１つまたは複数の第２のインジケータ、および第３のインジケータの各々は、第１のフィールドによって識別されたＩＰアドレスプールのために適用可能なＩＰバージョンを示す第２のフィールドをさらに備え得る。いくつかの実施形態では、第２のフィールドは、ＩＰｖ４、ＩＰｖ６、またはその両方のうちの１つを示し得る。いくつかの実施形態では、第１のインジケータ、１つまたは複数の第２のインジケータ、および第３のインジケータの各々は、第１のフィールドの長さを示す第３のフィールドをさらに備え得る。いくつかの実施形態では、第１のインジケータ、１つまたは複数の第２のインジケータ、および第３のインジケータの各々は、３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｄ属性、３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ属性、またはカスタマイズされたリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ：Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ Ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅ）属性であり得る。いくつかの実施形態では、第１の要求メッセージは、第１のＵＥによってアクセスされるべきネットワークを識別する第４のインジケータをさらに備え得る。

【0010】

いくつかの実施形態では、第４のインジケータは、Ｃａｌｌｅｄ－Ｓｔａｔｉｏｎ－Ｉｄ属性またはカスタマイズされたＲＡＤＩＵＳ属性であり得る。いくつかの実施形態では、ＩＰアドレスは、ＩＰｖ４アドレス、ＩＰｖ６プレフィックス、またはその両方を含み得る。いくつかの実施形態では、第１のネットワークエレメントは、セッション管理機能（ＳＭＦ）または制御プレーンのためのパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ－Ｃ：ＰＤＮ Ｇａｔｅｗａｙ ｆｏｒ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）であり得る。

【0011】

本開示の第２の態様によれば、第１のユーザ機器（ＵＥ）を含む複数のＵＥにおけるＩＰアドレスの再使用を可能にするための、第２のネットワークエレメントにおける方法が提供される。本方法は、第１のネットワークエレメントから、第１のＵＥに関連する第１の要求メッセージを受信することであって、第１の要求メッセージが、ＩＰアドレスと、ＩＰアドレスとともに第１のＵＥのセッションを一意に識別する第１のインジケータとを備え、第１のインジケータが、ＩＰアドレスに適用可能なＩＰアドレスプールに関する情報を示す、第１の要求メッセージを受信することと、ＩＰアドレスとともに第１のインジケータによって識別された第１のＵＥのための処理を実施することとを含み得る。

【0012】

いくつかの実施形態では、本方法は、第１のネットワークエレメントに、処理の結果に基づいて第１のＵＥに関連する第１の応答メッセージを送信することをさらに含み得る。いくつかの実施形態では、第２のネットワークエレメントは、アカウンティングのための認証、許可およびアカウンティング（ＡＡＡ）サーバの一部であり得る。いくつかの実施形態では、第１の要求メッセージは、アカウンティング要求開始メッセージ、アカウンティング要求停止メッセージ、ＡＣＲコマンド、およびアカウンティング要求中間更新メッセージのうちの１つであり得、第１の応答メッセージは、アカウンティング応答開始メッセージ、アカウンティング応答停止メッセージ、ＡＣＡコマンド、およびアカウンティング応答中間更新メッセージのうちの対応する１つであり得る。いくつかの実施形態では、第１のインジケータは、ＩＰアドレスプールを一意に識別する第１のフィールドを備え得、このＩＰアドレスプールから、ＩＰアドレスが第１のＵＥに割り当てられる。いくつかの実施形態では、第１のインジケータは、第１のフィールドによって識別されたＩＰアドレスプールのために適用可能なもののＩＰバージョンを示す第２のフィールドをさらに備え得る。いくつかの実施形態では、第２のフィールドは、ＩＰｖ４、ＩＰｖ６、またはその両方のうちの１つを示し得る。いくつかの実施形態では、第１のインジケータは、第１のフィールドの長さを示す第３のフィールドをさらに備え得る。いくつかの実施形態では、第１のインジケータは、３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｄ属性、３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ属性、またはカスタマイズされたリモート認証ダイヤルインユーザサービス属性であり得る。いくつかの実施形態では、第１の要求メッセージは、第１のＵＥによってアクセスされるべきネットワークを識別する第４のインジケータをさらに備え得る。いくつかの実施形態では、第４のインジケータは、Ｃａｌｌｅｄ－Ｓｔａｔｉｏｎ－Ｉｄ属性またはカスタマイズされたＲＡＤＩＵＳ属性であり得る。いくつかの実施形態では、ＩＰアドレスは、ＩＰｖ４アドレス、ＩＰｖ６プレフィックス、またはその両方を含む。いくつかの実施形態では、第１のネットワークエレメントは、セッション管理機能（ＳＭＦ）または制御プレーンのためのパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ－Ｃ）であり得る。

【0013】

本開示の第３の態様によれば、第１のユーザ機器（ＵＥ）を含む複数のＵＥにおけるＩＰアドレスの再使用を可能にするための、第３のネットワークエレメントにおける方法が提供される。本方法は、第１のネットワークエレメントから、第１のＵＥに関連する第２の要求メッセージを受信することであって、第２の要求メッセージが１つまたは複数の第２のインジケータを備え、その各々が、ＩＰアドレスプールを示し、このＩＰアドレスプールから、１つまたは複数のＩＰアドレスが第１のＵＥに割り当てられるように利用可能である、第２の要求メッセージを受信することと、第１のＵＥに割り当てられるべき１つまたは複数の第２のインジケータによって示された１つまたは複数のＩＰアドレスプールからの第１のＩＰアドレスプールを決定することと、第１のネットワークエレメントに、第１のＩＰアドレスプールを識別する第３のインジケータを備える第２の応答メッセージを送信することとを含み得る。

【0014】

いくつかの実施形態では、第３のネットワークエレメントは、認証のためのＡＡＡサーバの一部であり得る。いくつかの実施形態では、第２の要求メッセージは、アクセス要求メッセージまたはＤｉａｍｅｔｅｒ－拡張認証プロトコル（ＥＡＰ）－要求（ＤＥＲ）メッセージであり得、第２の応答メッセージは、アクセス受付メッセージまたはＤｉａｍｅｔｅｒ－ＥＡＰ－返答（ＤＥＡ）メッセージのうちの対応する１つである。いくつかの実施形態では、１つまたは複数の第２のインジケータおよび第３のインジケータの各々は、第１のＩＰアドレスプールを一意に識別する第１のフィールドを備え得る。いくつかの実施形態では、１つまたは複数の第２のインジケータおよび第３のインジケータの各々は、第１のフィールドによって識別されたＩＰアドレスプールのために適用可能なＩＰバージョンを示す第２のフィールドをさらに備え得る。いくつかの実施形態では、第２のフィールドは、ＩＰｖ４、ＩＰｖ６、またはその両方のうちの１つを示し得る。いくつかの実施形態では、１つまたは複数の第２のインジケータおよび第３のインジケータの各々は、第１のフィールドの長さを示す第３のフィールドをさらに備え得る。いくつかの実施形態では、１つまたは複数の第２のインジケータおよび第３のインジケータの各々は、３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｄ属性、３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ属性、またはカスタマイズされたリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）属性であり得る。いくつかの実施形態では、ＩＰアドレスは、ＩＰｖ４アドレス、ＩＰｖ６プレフィックス、またはその両方を含み得る。いくつかの実施形態では、第１のネットワークエレメントは、セッション管理機能（ＳＭＦ）または制御プレーンのためのパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ－Ｃ）であり得る。

【0015】

本開示の第４の態様によれば、第１のネットワークエレメントが提供される。第１のネットワークエレメントは、プロセッサと、プロセッサによって実行されたとき、プロセッサに、上述の第１のネットワークエレメントにおける方法を実施させる命令を記憶するメモリとを備え得る。

【0016】

本開示の第５の態様によれば、第２のネットワークエレメントが提供される。第２のネットワークエレメントは、プロセッサと、プロセッサによって実行されたとき、プロセッサに、上述の第２のネットワークエレメントにおける方法を実施させる命令を記憶するメモリとを備え得る。

【0017】

本開示の第６の態様によれば、第３のネットワークエレメントが提供される。第３のネットワークエレメントは、プロセッサと、プロセッサによって実行されたとき、プロセッサに、上述の第３のネットワークエレメントにおける方法を実施させる命令を記憶するメモリとを備え得る。

【0018】

本開示の第７の態様によれば、通信システムが提供される。通信システムは、１つまたは複数のユーザ機器と、上述の第１のネットワークエレメントと、上述の第２のネットワークエレメントと、上述の第３のネットワークエレメントとを備え得る。

【0019】

本開示の第８の態様によれば、命令を記憶する非一時的コンピュータ可読記憶媒体が提供される。命令は、プロセッサによって実行されたとき、プロセッサに、上述の方法のいずれかを実施させる。

【0020】

本開示の第９の態様によれば、第１のユーザ機器（ＵＥ）を含む複数のＵＥにおけるインターネットプロトコル（ＩＰ）アドレスの再使用を可能にするための、第１のネットワークエレメントにおける方法が提供される。本方法は、第２のネットワークエレメントに、第１のＵＥに関連する要求メッセージを送信することであって、第１の要求メッセージが、ＩＰアドレスプールに関する情報を示すインジケータを備え、ＩＰアドレスプールに関する情報がＩＰアドレスプールのＩＰバージョンを示す、要求メッセージを送信することと、第３のネットワークエレメントから、要求メッセージに応答して応答メッセージを受信することであって、応答メッセージが、ＩＰアドレスプールに関する情報を示すインジケータを備え、ＩＰアドレスプールに関する情報がＩＰアドレスプールのＩＰバージョンを示す、応答メッセージを受信することとを含み得る。いくつかの実施形態では、要求メッセージは、アクセス要求メッセージ、アカウンティング要求メッセージ、ＤＥＲコマンド、ＡＡＲコマンド、およびＡＣＲコマンドのうちの１つであり得、応答メッセージは、アクセス受付メッセージ、アカウンティング応答メッセージ、ＤＥＡメッセージ、ＡＡＡコマンド、およびＡＣＡコマンドのうちの１つであり得る。

【0021】

本開示の上記および他の特徴は、添付の図面とともに行われる、以下の説明および添付の特許請求の範囲からより十分に明らかになろう。これらの図面が、本開示によるいくつかの実施形態を示すにすぎず、したがって、その範囲の限定と見なされるべきでないことを理解して、本開示は、添付の図面の使用によって追加の特異性および詳細とともに説明される。

【図面の簡単な説明】

【0022】

【図1】本開示の一実施形態による、一般的な５Ｇ新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）ネットワークアーキテクチャを示す概観図である。

【図2】本開示の一実施形態による、複数のＵＥにおいてＩＰアドレスを再使用するための方法が適用可能である、通信システムを示す図である。

【図3】本開示の一実施形態による、ＩＰアドレスの再使用を可能にするための、異なるノード間で交換される例示的なメッセージを示すメッセージフロー図である。

【図4】本開示の別の実施形態による、ＩＰアドレスの再使用を可能にするための、異なるノード間で交換される例示的なメッセージを示す別のメッセージフロー図である。

【図5】本開示の一実施形態による、ＩＰアドレスの再使用を可能にするための、第１のネットワークエレメントにおける例示的な方法を示すフローチャートである。

【図6】本開示の一実施形態による、ＩＰアドレスの再使用を可能にするための、第２のネットワークエレメントにおける例示的な方法を示すフローチャートである。

【図7】本開示の一実施形態による、ＩＰアドレスの再使用を可能にするための、第３のネットワークエレメントにおける例示的な方法を示すフローチャートである。

【図8】本開示の一実施形態による、ネットワークエレメントにおいて使用され得る構成の一実施形態を概略的に示す図である。

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

【0023】

以下で、本開示は、添付の図面に示されている実施形態に関して説明される。しかしながら、それらの説明は、本開示を限定するのではなく、例示の目的で提供されるにすぎないことを理解されたい。さらに、以下で、知られている構造および技法の説明が、本開示の概念を不必要に不明瞭にしないように省略される。

【0024】

「例示的な（ｅｘｅｍｐｌａｒｙ）」という用語が、「例示的な（ｉｌｌｕｓｔｒａｔｉｖｅ）」または「一例として働く」を意味するために本明細書で使用され、特定の実施形態が別のものよりも好ましいこと、または特定の特徴が必須であることを暗示するものではないことを、当業者は諒解されよう。同様に、「第１の」、「第２の」、「第３の」、「第４の」という用語、および同様の用語は、単に、項目または特徴の１つの特定のインスタンスを別のものと区別するために使用され、コンテキストが別段に明確に示さない限り、特定の順序または構成を示さない。さらに、本明細書で使用される「ステップ」という用語は、「動作」または「アクション」と同義であるように意図されている。ステップのシーケンスの本明細書の説明は、説明される動作のコンテキストまたは詳細が別段に明確に示さない限り、これらの動作が特定の順序で行われなければならないこと、さらには、これらの動作がどんな順序で行われることもまったく暗示しない。

【0025】

「できる（ｃａｎ）」、「得る（ｍｉｇｈｔ）」、「得る（ｍａｙ）」、「たとえば」など、本明細書で使用される条件付きの言い回しは、別段に明記されていない限り、または使用されるコンテキスト内で別様に理解されない限り、概して、いくつかの特徴、エレメントおよび／または状態を、いくつかの実施形態は含むが、他の実施形態は含まないことを伝達するものとする。したがって、そのような条件付きの言い回しは、概して、特徴、エレメントおよび／または状態がいかなる形でも１つまたは複数の実施形態のために必要とされること、あるいは、１つまたは複数の実施形態が、これらの特徴、エレメントおよび／または状態が含まれるかどうかまたは任意の特定の実施形態において実施されるべきであるかどうかをオーサー入力またはプロンプトを用いてまたは用いずに判断するための論理を必ず含むことを暗示するものでない。また、「または」という用語は、たとえば、エレメントのリストを接続するために使用されるとき、「または」という用語がリスト中のエレメントのうちの１つ、いくつか、またはすべてを意味するように、その包含的意味において使用される（およびその排他的意味において使用されない）。さらに、本明細書で使用される「各々」という用語は、その通常の意味を有することに加えて、「各々」という用語が適用されるエレメントのセットの任意のサブセットを意味することができる。

【0026】

「に基づいて」という用語は、「に少なくとも部分的に基づいて」として読み取られるべきである。「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」および「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」という用語は、「少なくとも１つの実施形態」として読み取られるべきである。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」として読み取られるべきである。明示的および暗黙的な他の規定が、以下で含まれ得る。さらに、別段に明記されていない限り、「Ｘ、ＹおよびＺのうちの少なくとも１つ」という句などの言い回しは、概して、項目、用語などがＸ、Ｙ、またはＺ、あるいはそれらの組合せのいずれかであり得ることを伝達するために使用されるコンテキストとともに理解されるべきである。

【0027】

本明細書で使用される専門用語は、特定の実施形態を説明するためのものにすぎず、例示的な実施形態を限定するものではない。本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、コンテキストが別段に明確に示さない限り、複数形をも含むものとする。本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、エレメント、および／または構成要素などの存在を指定するが、１つまたは複数の他の特徴、エレメント、構成要素および／またはそれらの組合せの存在または追加を排除しないことをさらに理解されよう。本明細書で使用される「接続する（ｃｏｎｎｅｃｔ（ｓ））」、「接続する（ｃｏｎｎｅｃｔｉｎｇ）」、「接続された（ｃｏｎｎｅｃｔｅｄ）」などの用語は、２つのエレメント間の電気的または通信接続があり、それらが、そうでないことが明示的に述べられていない限り、直接または間接的にのいずれかで接続され得ることを意味するにすぎないことをも理解されよう。

【0028】

もちろん、本開示は、本開示の範囲および本質的特性から逸脱することなく、本明細書に記載されるもの以外の他の特定のやり方で行われ得る。以下で説明される特定のプロセスのうちの１つまたは複数は、いくつかの実施形態では、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）に組み込まれ得る、１つまたは複数の適宜に設定された処理回路を備える任意の電子デバイスにおいて行われ得る。いくつかの実施形態では、これらの処理回路は、上記で説明された動作のうちの１つまたは複数を行うための適切なソフトウェアおよび／またはファームウェアでプログラムされた１つまたは複数のマイクロプロセッサ、マイクロコントローラ、および／またはデジタル信号プロセッサ、あるいはそれらの変形態を備え得る。いくつかの実施形態では、これらの処理回路は、上記で説明された機能のうちの１つまたは複数を行うためのカスタマイズされたハードウェアを備え得る。したがって、本実施形態は、あらゆる点で、限定的ではなく例示的であると見なされるべきである。

【0029】

本開示の複数の実施形態は、添付の図面において示され、以下の発明を実施するための形態において説明されるが、本開示は、開示される実施形態に限定されず、代わりに、特許請求の範囲内に記載され規定されるように本開示から逸脱することなく多数の再構成、修正、および置換も可能であることを理解されたい。

【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】

そのような場合、ステップＳ４０７において、ＳＭＦ２５０は、ＰＤＵセッションのためのアカウンティングサービスを更新するために、ＤＮ－ＡＡＡ／アカウンティング２６２に、アカウンティング要求中間更新メッセージ（または具体的に言えば、属性「Ａｃｃｔ－Ｓｔａｔｕｓ－Ｔｙｐｅ」が３になるようにセットされた、アカウンティング要求メッセージ）を送信し得る。同様に、アカウンティング要求中間更新メッセージも、選択された３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏおよび割り当てられたＩＰｖ４アドレス／ＩＰｖ６プレフィックスなど、ステップＳ４０２において取得された情報を備え得る。いくつかの実施形態では、メッセージは、「Ｃａｌｌｅｄ－Ｓｔａｔｉｏｎ－Ｉｄ」など、ターゲットネットワークを識別するための情報または属性をさらに備え得る。

【0078】

ステップＳ４０８において、選択された３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏおよび割り当てられたＩＰｖ４アドレス／ＩＰｖ６プレフィックスを備えるアカウンティング要求中間更新メッセージの受信時に、ＤＮ－ＡＡＡ／アカウンティング２６２は、今や、同じＩＰｖ４アドレス／ＩＰｖ６プレフィックスおよび同じＡＰＮ／ＤＮＮが異なるＰＤＵセッションまたはＵＥによって使用される場合でも、ＰＤＵセッションまたはＵＥを正しく識別し得る。したがって、ＤＮ－ＡＡＡ／アカウンティング２６２は、ＰＤＵセッションのためのアカウンティングサービスが更新されることを示すために、アカウンティング応答中間更新メッセージ（または具体的に言えば、属性「Ａｃｃｔ－Ｓｔａｔｕｓ－Ｔｙｐｅ」が３になるようにセットされた、アカウンティング応答メッセージ）でＳＭＦ２５０に応答し得る。

【0079】

後で、ＡＭＦ２４０は、ステップＳ４０９において、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＲｅｌｅａｓｅＳＭＣｏｎｔｅｘｔなど、メッセージをＳＭＦ２５０に送信し得、したがって、ＰＤＵセッションのためのアカウンティングサービスのリリースがトリガされ得る。

【0080】

そのような場合、ステップＳ４１０において、ＳＭＦ２５０は、ＰＤＵセッションのためのアカウンティングサービスを停止するために、ＤＮ－ＡＡＡ／アカウンティング２６２に、アカウンティング要求停止メッセージ（または具体的に言えば、属性「Ａｃｃｔ－Ｓｔａｔｕｓ－Ｔｙｐｅ」が２になるようにセットされた、アカウンティング要求メッセージ）を送信し得る。同様に、アカウンティング要求停止メッセージも、選択された３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏおよび割り当てられたＩＰｖ４アドレス／ＩＰｖ６プレフィックスなど、ステップＳ４０２において取得された情報を備え得る。いくつかの実施形態では、メッセージは、「Ｃａｌｌｅｄ－Ｓｔａｔｉｏｎ－Ｉｄ」など、ターゲットネットワークを識別するための情報または属性をさらに備え得る。

【0081】

ステップＳ４１１において、選択された３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏおよび割り当てられたＩＰｖ４アドレス／ＩＰｖ６プレフィックスを備えるアカウンティング要求停止メッセージの受信時に、ＤＮ－ＡＡＡ／アカウンティング２６２は、今や、同じＩＰｖ４アドレス／ＩＰｖ６プレフィックスおよび同じＡＰＮ／ＤＮＮが異なるＰＤＵセッションまたはＵＥによって使用される場合でも、ＰＤＵセッションまたはＵＥを正しく識別し得る。したがって、ＤＮ－ＡＡＡ／アカウンティング２６２は、ＰＤＵセッションのためのアカウンティングサービスが停止されることを示すために、アカウンティング応答停止メッセージ（または具体的に言えば、属性「Ａｃｃｔ－Ｓｔａｔｕｓ－Ｔｙｐｅ」が２になるようにセットされた、アカウンティング応答メッセージ）でＳＭＦ２５０に応答し得る。

【0082】

その後、ＵＥ－１ ２１１のためのＰＤＵセッションは終了され得、このＰＤＵセッションに割り当てられたリソースがリリースされ得る。

【0083】

したがって、図３および図４に関する上記の説明から、複数のＵＥにおける同じＩＰアドレスおよびＡＰＮ／ＤＮＮの再使用に前に気づいていなかった、ＤＮ－ＡＡＡ／アカウンティングサーバ２６２が、アカウンティング要求開始／中間更新／停止メッセージ中の属性「３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｄ」、「３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ」、または別のカスタマイズされたＲＡＤＩＵＳ属性の使用から恩恵を受け得ることは、明らかである。さらに、ＳＭＦ２５０は、今や、アクセス受付メッセージ中の「３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｄ」、「３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ」、または別のカスタマイズされたＲＡＤＩＵＳ属性で、ＤＮ－ＡＡＡ／認証２６１によるＵＰＦの選択を知り得、それらは、後で、アカウンティングサービス関係動作のために使用され得る。さらに、デュアルＩＰスタック（すなわちＩＰｖ４ｖ６）が必要とされるとき、属性「３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ」中の追加のフィールド「ＩＰバージョン」は、ＤＮ－ＡＡＡ／認証２６１が、ＰＤＵセッションにＩＰアドレスがそこから割り当てられる正しいＩＰアドレスプールを識別するのを助け得る。

【0084】

図５は、本開示の一実施形態による、複数のユーザ機器（ＵＥ）（たとえばＵＥ－１ ２１１、ＵＥ－２ ２１２、ＵＥ－３ ２１３、ＵＥ－４ ２１４）におけるＩＰアドレスの再使用を可能にするための例示的な方法５００のフローチャートである。方法５００は、ＩＰアドレスの再使用のために第１のネットワークエレメント（たとえば図２に示されているＳＭＦ２５０または図８に示されているネットワークエレメント８００）において実施され得る。方法５００は、ステップＳ５１０と随意のステップＳ５２０とを含み得る。しかしながら、本開示はそれに限定されない。いくつかの他の実施形態では、方法５００は、より多くのステップ、より少ないステップ、異なるステップまたはそれらの任意の組合せを含み得る。さらに、方法５００のステップは、本明細書で説明されるものとは異なる順序で実施され得る。さらに、いくつかの実施形態では、方法５００におけるステップは、複数のサブステップにスプリットされ、異なるエンティティによって実施され得、および／または、方法５００における複数のステップは単一のステップに組み合わせられ得る。

【0085】

方法５００は、ステップＳ５１０において始まり得、第１のＵＥに関連する第１の要求メッセージが第２のネットワークエレメントに送信され得る。いくつかの実施形態では、第１の要求メッセージは、ＩＰアドレスと、ＩＰアドレスとともに第１のＵＥを一意に識別する第１のインジケータとを備え得る。

【0086】

いくつかの実施形態では、方法５００は、ステップＳ５２０をさらに含み得、第１のＵＥに関連する第１の応答メッセージが、第１の要求メッセージに応答して第２のネットワークエレメントから受信され得る。いくつかの実施形態では、第２のネットワークエレメントは、アカウンティングのための認証、許可およびアカウンティング（ＡＡＡ）サーバの一部であり得る。いくつかの実施形態では、第１の要求メッセージは、アカウンティング要求開始メッセージ、アカウンティング要求停止メッセージ、およびアカウンティング要求中間更新メッセージのうちの１つであり得、第１の応答メッセージは、アカウンティング応答開始メッセージ、アカウンティング応答停止メッセージ、およびアカウンティング応答中間更新メッセージのうちの対応する１つである。

【0087】

いくつかの実施形態では、ステップＳ５１０の前に、方法５００は、第３のネットワークエレメントに、第１のＵＥに関連する第２の要求メッセージを送信するステップであって、第２の要求メッセージが１つまたは複数の第２のインジケータを備え、その各々が、ＩＰアドレスプールを示し、このＩＰアドレスプールから、１つまたは複数のＩＰアドレスが第１のＵＥに割り当てられるように利用可能である、第２の要求メッセージを送信するステップと、第３のネットワークエレメントから、第２の要求メッセージに応答して第２の応答メッセージを受信するステップであって、第２の応答メッセージが、１つまたは複数の第２のインジケータによって示された１つまたは複数のＩＰアドレスプールのうちのＩＰアドレスプールを識別する第３のインジケータを備え、識別されたＩＰアドレスプールからのＩＰアドレスが第１のＵＥに割り当てられる、第２の応答メッセージを受信するステップとをさらに含み得る。

【0088】

いくつかの実施形態では、本方法は、第３のインジケータに少なくとも部分的に基づいて第１のＵＥのためのユーザプレーン機能（ＵＰＦ）を選択することをさらに含み得る。いくつかの実施形態では、第３のネットワークエレメントは、認証のためのＡＡＡサーバの一部であり得る。いくつかの実施形態では、第２の要求メッセージは、アクセス要求メッセージまたはＤｉａｍｅｔｅｒ－拡張認証プロトコル（ＥＡＰ）－要求（ＤＥＲ）メッセージであり得、第２の応答メッセージは、アクセス受付メッセージまたはＤｉａｍｅｔｅｒ－ＥＡＰ－返答（ＤＥＡ）メッセージのうちの対応する１つであり得る。いくつかの実施形態では、第１のインジケータ、１つまたは複数の第２のインジケータ、および第３のインジケータの各々は、ＩＰアドレスプールを一意に識別する第１のフィールドを備え得、このＩＰアドレスプールから、ＩＰアドレスが第１のＵＥに割り当てられる。いくつかの実施形態では、第１のインジケータ、１つまたは複数の第２のインジケータ、および第３のインジケータの各々は、第１のフィールドによって識別されたＩＰアドレスプールのために適用可能なＩＰバージョンを示す第２のフィールドをさらに備え得る。いくつかの実施形態では、第２のフィールドは、ＩＰｖ４、ＩＰｖ６、またはその両方のうちの１つを示し得る。いくつかの実施形態では、第１のインジケータ、１つまたは複数の第２のインジケータ、および第３のインジケータの各々は、第１のフィールドの長さを示す第３のフィールドをさらに備える。いくつかの実施形態では、第１のインジケータ、１つまたは複数の第２のインジケータ、および第３のインジケータの各々は、３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｄ属性、３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ属性、またはカスタマイズされたリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）属性であり得る。いくつかの実施形態では、第１の要求メッセージは、第１のＵＥによってアクセスされるべきネットワークを識別する第４のインジケータをさらに備え得る。

【0089】

いくつかの実施形態では、第４のインジケータは、Ｃａｌｌｅｄ－Ｓｔａｔｉｏｎ－Ｉｄ属性またはカスタマイズされたＲＡＤＩＵＳ属性であり得る。いくつかの実施形態では、ＩＰアドレスは、ＩＰｖ４アドレス、ＩＰｖ６プレフィックス、またはその両方を含み得る。いくつかの実施形態では、第１のネットワークエレメントは、セッション管理機能（ＳＭＦ）または制御プレーンのためのパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ－Ｃ）であり得る。

【0090】

図６は、本開示の一実施形態による、複数のユーザ機器（ＵＥ）（たとえばＵＥ－１ ２１１、ＵＥ－２ ２１２、ＵＥ－３ ２１３、ＵＥ－４ ２１４）におけるＩＰアドレスの再使用を可能にするための例示的な方法６００のフローチャートである。方法６００は、ＩＰアドレスの再使用のために第２のネットワークエレメント（たとえば図２に示されているＤＮ－ＡＡＡ／アカウンティング２６２または図８に示されているネットワークエレメント８００）において実施され得る。方法６００は、ステップＳ６１０とステップＳ６２０とを含み得る。しかしながら、本開示はそれに限定されない。いくつかの他の実施形態では、方法６００は、より多くのステップ、より少ないステップ、異なるステップまたはそれらの任意の組合せを含み得る。さらに、方法６００のステップは、本明細書で説明されるものとは異なる順序で実施され得る。さらに、いくつかの実施形態では、方法６００におけるステップは、複数のサブステップにスプリットされ、異なるエンティティによって実施され得、および／または、方法６００における複数のステップは単一のステップに組み合わせられ得る。

【0091】

方法６００は、ステップＳ６１０において始まり得、第１のＵＥに関連する第１の要求メッセージが第１のネットワークエレメントから受信され得る。いくつかの実施形態では、第１の要求メッセージは、ＩＰアドレスと、ＩＰアドレスとともに第１のＵＥを一意に識別する第１のインジケータとを備え得る。

【0092】

ステップＳ６２０において、ＩＰアドレスとともに第１のインジケータによって識別された第１のＵＥのための処理が実施され得る。

【0093】

いくつかの実施形態では、方法６００は、第１のネットワークエレメントに、処理の結果に基づいて第１のＵＥに関連する第１の応答メッセージを送信するステップをさらに含み得る。いくつかの実施形態では、第２のネットワークエレメントは、アカウンティングのための認証、許可およびアカウンティング（ＡＡＡ）サーバの一部であり得る。いくつかの実施形態では、第１の要求メッセージは、アカウンティング要求開始メッセージ、アカウンティング要求停止メッセージ、およびアカウンティング要求中間更新メッセージのうちの１つであり得、第１の応答メッセージは、アカウンティング応答開始メッセージ、アカウンティング応答停止メッセージ、およびアカウンティング応答中間更新メッセージのうちの対応する１つであり得る。いくつかの実施形態では、第１のインジケータは、ＩＰアドレスプールを一意に識別する第１のフィールドを備え得、このＩＰアドレスプールから、ＩＰアドレスが第１のＵＥに割り当てられる。いくつかの実施形態では、第１のインジケータは、第１のフィールドによって識別されたＩＰアドレスプールのために適用可能なＩＰバージョンを示す第２のフィールドをさらに備え得る。いくつかの実施形態では、第２のフィールドは、ＩＰｖ４、ＩＰｖ６、またはその両方のうちの１つを示し得る。いくつかの実施形態では、第１のインジケータは、第１のフィールドの長さを示す第３のフィールドをさらに備える。いくつかの実施形態では、第１のインジケータは、３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｄ属性、３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ属性、またはカスタマイズされたリモート認証ダイヤルインユーザサービス属性であり得る。いくつかの実施形態では、第１の要求メッセージは、第１のＵＥによってアクセスされるべきネットワークを識別する第４のインジケータをさらに備え得る。いくつかの実施形態では、第４のインジケータは、Ｃａｌｌｅｄ－Ｓｔａｔｉｏｎ－Ｉｄ属性またはカスタマイズされたＲＡＤＩＵＳ属性であり得る。いくつかの実施形態では、ＩＰアドレスは、ＩＰｖ４アドレス、ＩＰｖ６プレフィックス、またはその両方を含み得る。いくつかの実施形態では、第１のネットワークエレメントは、セッション管理機能（ＳＭＦ）または制御プレーンのためのパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ－Ｃ）であり得る。

【0094】

図７は、本開示の一実施形態による、複数のユーザ機器（ＵＥ）（たとえばＵＥ－１ ２１１、ＵＥ－２ ２１２、ＵＥ－３ ２１３、ＵＥ－４ ２１４）におけるＩＰアドレスの再使用を可能にするための例示的な方法７００のフローチャートである。方法７００は、ＩＰアドレスの再使用のために第３のネットワークエレメント（たとえば図２に示されているＤＮ－ＡＡＡ／認証２６１または図８に示されているネットワークエレメント８００）において実施され得る。方法７００は、ステップＳ７１０とステップＳ７２０とステップＳ７３０とを含み得る。しかしながら、本開示はそれに限定されない。いくつかの他の実施形態では、方法７００は、より多くのステップ、より少ないステップ、異なるステップまたはそれらの任意の組合せを含み得る。さらに、方法７００のステップは、本明細書で説明されるものとは異なる順序で実施され得る。さらに、いくつかの実施形態では、方法７００におけるステップは、複数のサブステップにスプリットされ、異なるエンティティによって実施され得、および／または、方法７００における複数のステップは単一のステップに組み合わせられ得る。

【0095】

方法７００は、ステップＳ７１０において始まり得、第１のＵＥに関連する第２の要求メッセージが第１のネットワークエレメントから受信される。いくつかの実施形態では、第２の要求メッセージは１つまたは複数の第２のインジケータを備え得、その各々が、ＩＰアドレスプールを示し、このＩＰアドレスプールから、１つまたは複数のＩＰアドレスが第１のＵＥに割り当てられるように利用可能である。

【0096】

ステップＳ７２０において、第１のＵＥに割り当てられるべき、１つまたは複数の第２のインジケータによって示された１つまたは複数のＩＰアドレスプールからの、第１のＩＰアドレスプールが決定される。

【0097】

ステップＳ７３０において、第１のＩＰアドレスプールを識別する第３のインジケータを備える第２の応答メッセージが、第１のネットワークエレメントに送信される。

【0098】

いくつかの実施形態では、第３のネットワークエレメントは、認証のためのＡＡＡサーバの一部であり得る。いくつかの実施形態では、第２の要求メッセージは、アクセス要求メッセージまたはＤｉａｍｅｔｅｒ－拡張認証プロトコル（ＥＡＰ）－要求（ＤＥＲ）メッセージであり得、第２の応答メッセージは、アクセス受付メッセージまたはＤｉａｍｅｔｅｒ－ＥＡＰ－返答（ＤＥＡ）メッセージのうちの対応する１つであり得る。いくつかの実施形態では、１つまたは複数の第２のインジケータおよび第３のインジケータの各々は、第１のＩＰアドレスプールを一意に識別する第１のフィールドを備え得る。いくつかの実施形態では、１つまたは複数の第２のインジケータおよび第３のインジケータの各々は、第１のフィールドによって識別されたＩＰアドレスプールのために適用可能なＩＰバージョンを示す第２のフィールドをさらに備え得る。いくつかの実施形態では、第２のフィールドは、ＩＰｖ４、ＩＰｖ６、またはその両方のうちの１つを示し得る。いくつかの実施形態では、１つまたは複数の第２のインジケータおよび第３のインジケータの各々は、第１のフィールドの長さを示す第３のフィールドをさらに備える。いくつかの実施形態では、１つまたは複数の第２のインジケータおよび第３のインジケータの各々は、３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｄ属性、３ＧＰＰ－ＩＰ－Ａｄｄｒｅｓｓ－Ｐｏｏｌ－Ｉｎｆｏ属性、またはカスタマイズされたリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）属性であり得る。いくつかの実施形態では、ＩＰアドレスは、ＩＰｖ４アドレス、ＩＰｖ６プレフィックス、またはその両方を含み得る。いくつかの実施形態では、第１のネットワークエレメントは、セッション管理機能（ＳＭＦ）または制御プレーンのためのパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ－Ｃ）であり得る。

【0099】

本開示によれば、第１のユーザ機器（ＵＥ）を含む複数のＵＥにおけるインターネットプロトコル（ＩＰ）アドレスの再使用を可能にするための、第１のネットワークエレメント（２５０）における方法が提供される。本方法は、第２のネットワークエレメント（２６２）に、第１のＵＥに関連する要求メッセージを送信することであって、第１の要求メッセージが、ＩＰアドレスプールに関する情報を示すインジケータを備え、ＩＰアドレスプールに関する情報がＩＰアドレスプールのＩＰバージョンを示す、要求メッセージを送信することと、第３のネットワークエレメント（２６１）から、要求メッセージに応答して応答メッセージを受信することであって、応答メッセージが、ＩＰアドレスプールに関する情報を示すインジケータを備え、ＩＰアドレスプールに関する情報がＩＰアドレスプールのＩＰバージョンを示す、応答メッセージを受信することとを含み得る。いくつかの実施形態では、要求メッセージは、アクセス要求メッセージ、アカウンティング要求メッセージ、ＤＥＲコマンド、ＡＡＲコマンド、およびＡＣＲコマンドのうちの１つであり得、応答メッセージは、アクセス受付メッセージ、アカウンティング応答メッセージ、ＤＥＡメッセージ、ＡＡＡコマンド、およびＡＣＡコマンドのうちの１つであり得る。

【0100】

図８は、本開示の一実施形態による、ネットワークエレメント（たとえば、第１のネットワークエレメント、第２のネットワークエレメント、または第３のネットワークエレメント）において使用され得る構成８００の一実施形態を概略的に示す。構成８００中に、たとえば、デジタル信号プロセッサ（ＤＳＰ）または中央処理ユニット（ＣＰＵ）とともに、処理ユニット８０６が備えられる。処理ユニット８０６は、本明細書で説明されるプロシージャの異なるアクションを実施するための単一のユニットまたは複数のユニットであり得る。構成８００はまた、他のエンティティから信号を受信するための入力ユニット８０２と、他のエンティティに（１つまたは複数の）信号を提供するための出力ユニット８０４とを備え得る。入力ユニット８０２および出力ユニット８０４は、統合エンティティとして、または別個のエンティティとして構成され得る。

【0101】

さらに、構成８００は、不揮発性または揮発性メモリ、たとえば、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリおよび／またはハードドライブの形態の少なくとも１つのコンピュータプログラム製品８０８を備え得る。コンピュータプログラム製品８０８は、コード／コンピュータ可読命令を備えるコンピュータプログラム８１０を備え、コード／コンピュータ可読命令は、構成８００中の処理ユニット８０６によって実行されたとき、構成８００および／または構成８００がその中に備えられるネットワークエレメントに、たとえば、図３～図７とともに前に説明されたプロシージャまたは任意の他の変形態の、アクションを実施させる。

【0102】

コンピュータプログラム８１０は、コンピュータプログラムモジュール８１０Ａにおいて構造化されたコンピュータプログラムコードとして設定され得る。したがって、構成８００が第１のネットワークエレメントにおいて使用されるときの、例示する実施形態では、構成８００のコンピュータプログラム中のコードは、第２のネットワークエレメントに、第１のＵＥに関連する第１の要求メッセージを送信するための送信モジュール８１０Ａであって、第１の要求メッセージが、ＩＰアドレスと、ＩＰアドレスとともに第１のＵＥを一意に識別する第１のインジケータとを備える、送信モジュール８１０Ａを含む。

【0103】

さらに、コンピュータプログラム８１０は、コンピュータプログラムモジュール８１０Ａおよび８１０Ｂにおいて構造化されたコンピュータプログラムコードとして設定され得る。したがって、構成８００が第２のネットワークエレメントにおいて使用されるときの、例示する実施形態では、構成８００のコンピュータプログラム中のコードは、第１のネットワークエレメントから、第１のＵＥに関連する第１の要求メッセージを受信するための受信モジュール８１０Ａであって、第１の要求メッセージが、ＩＰアドレスと、ＩＰアドレスとともに第１のＵＥを一意に識別する第１のインジケータとを備える、受信モジュール８１０Ａと、ＩＰアドレスとともに第１のインジケータによって識別された第１のＵＥのための処理を実施するための実施モジュール８１０Ｂとを含む。

【0104】

さらに、コンピュータプログラム８１０は、コンピュータプログラムモジュール８１０Ａ、８１０Ｂ、および８１０Ｃにおいて構造化されたコンピュータプログラムコードとして設定され得る。したがって、構成８００が第３のネットワークエレメントにおいて使用されるときの、例示する実施形態では、構成８００のコンピュータプログラム中のコードは、第１のネットワークエレメントから、第１のＵＥに関連する第２の要求メッセージを受信するための受信モジュール８１０Ａであって、第２の要求メッセージが１つまたは複数の第２のインジケータを備え、その各々が、ＩＰアドレスプールを示し、このＩＰアドレスプールから、１つまたは複数のＩＰアドレスが第１のＵＥに割り当てられるように利用可能である、受信モジュール８１０Ａと、第１のＵＥに割り当てられるべき１つまたは複数の第２のインジケータによって示された１つまたは複数のＩＰアドレスプールからの第１のＩＰアドレスプールを決定するための決定モジュール８１０Ｂと、第１のネットワークエレメントに、第１のＩＰアドレスプールを識別する第３のインジケータを備える第２の応答メッセージを送信するための送信モジュール８１０Ｃとを含む。

【0105】

コンピュータプログラムモジュールは、本質的に、ネットワークエレメントをエミュレートするために、図３～図７に示されているフローのアクションを実施することができる。言い換えれば、異なるコンピュータプログラムモジュールが処理ユニット８０６中で実行されるとき、それらは、様々なネットワークエレメント中の異なるモジュールに対応し得る。

【0106】

図８とともに上記で開示された実施形態におけるコード手段は、処理ユニットにおいて実行されたとき、構成に、上述の図とともに上記で説明されたアクションを実施させるコンピュータプログラムモジュールとして実装されるが、コード手段のうちの少なくとも１つは、代替実施形態では、少なくとも部分的にハードウェア回路として実装され得る。

【0107】

プロセッサは、単一のＣＰＵ（中央処理ユニット）であり得るが、２つまたはそれ以上の処理ユニットをも備えることができる。たとえば、プロセッサは、汎用マイクロプロセッサ、命令セットプロセッサ、および／または関係するチップセット、および／または特定用途向け集積回路（ＡＳＩＣ）などの専用マイクロプロセッサを含み得る。プロセッサは、キャッシュする目的で、ボードメモリをも備え得る。コンピュータプログラムは、プロセッサに接続されたコンピュータプログラム製品によって搬送され得る。コンピュータプログラム製品は、コンピュータプログラムが記憶されたコンピュータ可読媒体を備え得る。たとえば、コンピュータプログラム製品は、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、またはＥＥＰＲＯＭであり得、上記で説明されたコンピュータプログラムモジュールは、代替実施形態では、ＵＥ内のメモリの形態で異なるコンピュータプログラム製品上に分散され得る。

【0108】

本開示は、本開示の実施形態を参照しながら上記で説明された。しかしながら、それらの実施形態は、本開示を限定するのではなく、例示の目的で提供されるにすぎない。本開示の範囲は、添付の特許請求の範囲ならびにその等価物によって規定される。当業者は、本開示の範囲から逸脱することなく様々な交替および修正を行うことができ、それらはすべて本開示の範囲に入る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】