特許 7581508 ＵＥサービス管理のための方法およびデバイス発明の背景

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

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

(11)【特許番号】

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

(45)【発行日】2024-11-12

(54)【発明の名称】ＵＥサービス管理のための方法およびデバイス発明の背景

(51)【国際特許分類】

   H04W 8/26 20090101AFI20241105BHJP

   H04W 88/14 20090101ALI20241105BHJP

【ＦＩ】

H04W8/26

H04W88/14

【請求項の数】 15

(21)【出願番号】P 2023524797

(86)(22)【出願日】2021-06-22

(65)【公表番号】

(43)【公表日】2023-11-10

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

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

(87)【国際公開日】2022-04-28

【審査請求日】2023-06-06

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

(32)【優先日】2020-10-23

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

(73)【特許権者】

【識別番号】598036300

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

(74)【代理人】

【識別番号】110003281

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

(72)【発明者】

【氏名】リュ， ユンジェ

(72)【発明者】

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

【審査官】米倉 明日香

(56)【参考文献】

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

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

【文献】国際公開第２０２０／２００２４２（ＷＯ，Ａ１）

【文献】3GPP TS 23.502 V16.6.0 (2020-09)，2020年09月24日

【文献】3GPP TS 29.502 V16.5.0 (2020-09)，2020年09月25日

【文献】Ericsson，IPv6 Index for I-SMF，3GPP TSG CT WG4 #101e C4-205360，2020年10月26日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

通信ネットワークにおけるユーザ装置（ＵＥ）サービス管理ネットワーク要素のための方法であって、
●第１の要求を受信すること（５０１）と、
●前記第１の要求が別のＵＥサービス管理ネットワーク要素を指し示すＳＭコンテキストＩＤを含んでいるという判定に応じて、
前記第１の要求の中で示される前記別のＵＥサービス管理ネットワーク要素に第２の要求を送信すること（５０３）と、
前記第２の要求に対応する第１の応答を受信すること（５０４）と、を有し、前記第１の応答は、前記ＵＥのインターネットプロトコル（ＩＰ）アドレス情報を含み、
前記ＵＥの前記ＩＰアドレス情報は、前記ＵＥのＩＰアドレスまたはプリフィックスを割り当てるためにどのような割り当て方法が使用されるかを示す、方法。

【請求項2】

通信ネットワークにおけるユーザ装置（ＵＥ）サービス管理ネットワーク要素のための方法であって、
●第１の要求を受信すること（５０１）と、
●前記第１の要求が、ＵＥのサービスのための中間ＵＥサービス管理ネットワーク要素となることを前記ＵＥサービス管理ネットワーク要素に要求するものであるとの判定に応じて、
前記第１の要求の中で示される別のＵＥサービス管理ネットワーク要素に第２の要求を送信すること（５０３）と、
前記第２の要求に対応する第１の応答を受信すること（５０４）と、を有し、前記第１の応答は、前記ＵＥのインターネットプロトコル（ＩＰ）アドレス情報を含み、前記ＵＥの前記ＩＰアドレス情報は、ＩＰインデックスを含む、方法。

【請求項3】

請求項１に記載の方法であって、前記ＵＥの前記ＩＰアドレス情報は、外部ネットワーク要素がアドレス割り当てのために使用されることを示し、前記第１の応答は、前記外部ネットワーク要素のアドレス情報をさらに含む、方法。

【請求項4】

請求項３に記載の方法であって、前記方法は、
●前記外部ネットワーク要素の前記アドレス情報を使用して、前記外部ネットワーク要素から、前記ＵＥのために割り当てられたアドレスを取得すること、を含む、方法。

【請求項5】

請求項１に記載の方法であって、前記第１の要求は、前記ＵＥのサービスのための中間ＵＥサービス管理ネットワーク要素としての前記ＵＥサービス管理ネットワーク要素の挿入を要求するものであり、前記第２の要求は、前記ＵＥの前記サービスを作成するための要求である、方法。

【請求項6】

請求項１に記載の方法であって、前記第１の要求は、前記ＵＥサービス管理ネットワーク要素が前記ＵＥのサービスのための中間ＵＥサービス管理ネットワーク要素となることを変更することを要求するものであり、前記第２の要求は、ＵＥサービス管理コンテキストを取得するための要求である、方法。

【請求項7】

請求項１に記載の方法であって、さらに、
●前記第１の要求が前記ＵＥのサービスを作成するための要求であると判定したことに応じて、
前記ＵＥのＩＰアドレス情報を含む第２の応答を送信すること（５０７）、をさらに有する、方法。

【請求項8】

請求項７に記載の方法であって、前記ＵＥの前記ＩＰアドレス情報は、外部ネットワーク要素がアドレス割り当てのために使用されることを示し、前記第２の応答は、前記外部ネットワーク要素のアドレス情報をさらに含み、および／または、前記第１の要求は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ Ｒｅｑｕｅｓｔである、方法。

【請求項9】

請求項１に記載の方法であって、前記ＵＥの前記ＩＰアドレス情報は、ＩＰインデックスを含む、方法。

【請求項10】

請求項３または４に記載の方法であって、ＩＰｖ６マルチホーミングが前記ＵＥのサービスに適用され、前記ＩＰアドレス情報がＩＰｖ６プレフィックスを含み、前記方法は、さらに、
１つまたは複数のＵＥサービスアンカー（２１２ｂ）に対するＩＰｖ６プレフィックス割り当てのために前記ＩＰｖ６プレフィックスを使用すること、を含む、方法。

【請求項11】

請求項１に記載の方法であって、前記ＵＥサービス管理ネットワーク要素は、セッション管理機能（ＳＭＦ）ネットワーク要素を含み、前記ＵＥのサービスは、前記ＵＥのプロトコルデータユニット（ＰＤＵ）セッションを含み、および／または、前記通信ネットワークは第５世代ネットワークを含む、方法。

【請求項12】

請求項５に記載の方法であって、前記第１の要求は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔであり、前記第２の要求は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ Ｒｅｑｕｅｓｔである、方法。

【請求項13】

請求項６に記載の方法であって、前記第１の要求は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔであり、前記第２の要求は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔである、方法。

【請求項14】

請求項３、４または８のいずれか一項に記載の方法であって、前記外部ネットワーク要素は、データネットワーク認証許可アカウンティング（ＤＮ－ＡＡＡ）サーバを含む、方法。

【請求項15】

通信ネットワークにおける通信デバイスであって、
●命令を記憶するように適合した記憶装置（７０８）と、
●請求項１～１４のいずれか一項に記載のステップを前記通信デバイスに実行させるために前記命令を実行するように適合したプロセッサ（７０６）と、を有する通信デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に、電気通信の技術分野に関し、より具体的には、ＵＥサービス管理ネットワーク要素の発見および選択などのための方法、ネットワーク要素、デバイス、コンピュータ可読記憶媒体、およびキャリアなどに関する。

【背景技術】

【0002】

このセクションは、本開示で説明される技術の様々な実施形態の背景を提供することを意図している。このセクションにおける説明は、達成され得る概念を含み得るが、必ずしも以前に考えられたまたは達成された概念ではない。したがって、本開示で別段の指示がない限り、このセクションで説明されるものは、本開示の説明および／または特許請求の範囲に対する先行技術ではなく、単にこのセクションに含めることによって先行技術であると認められるものではない。

【0003】

５Ｇネットワークにおけるユーザ装置（ＵＥ）のＩＰアドレス管理では、ＳＭＦによって制御されるＰＤＵセッションアンカー１を含むＵＰＦとの間で確立されたＰＤＵセッションをＵＥが有しており、Ｉ－ＳＭＦと、Ｉ－ＳＭＦによって制御されるＩ－ＵＰＦとがこのＰＤＵセッションに対して既に挿入されているといったシナリオが存在する。ある時点で、ＳＭＦから受信される、このＰＤＵセッションのための、注目されているＤＮＡＩ（複数可）のリストを使用して、Ｉ－ＳＭＦは、たとえば、ＵＥモビリティのために、新しいＰＤＵセッションアンカーを確立することを決定する。Ｉ－ＳＭＦは、ＵＰＦを選択し、Ｎ４を使用して、ＰＤＵセッションの新しいＰＤＵセッションアンカー２（ＰＳＡ２）を確立する。

【発明の概要】

【0004】

本開示の１つまたは複数の目的は、ＩＰアドレス管理において生じる問題の１つまたは複数に対処することである。

【0005】

本開示の第１の実施形態によれば、通信ネットワークにおけるＵＥサービス管理ネットワーク要素のための方法が提供される：
第１の要求を受信することと、
前記第１の要求が、ＵＥのサービスのための中間ＵＥサービス管理ネットワーク要素となるべきことを前記ＵＥサービス管理ネットワーク要素に要求することであるとの決定に応じて：
前記第１の要求において示される別のＵＥサービス管理ネットワーク要素に第２の要求を送信することと、
前記第２の要求に対応する応答を受信することと、を有し、当該応答は、前記ＵＥのインターネットプロトコル（ＩＰ）アドレス情報を含む。

【0006】

本開示の第２の実施形態によれば、通信ネットワークにおいて動作するＵＥサービス管理ネットワーク要素が提供される：
第１の要求を受信するように構成された第１の受信コンポーネントと、
前記第１の要求が、ＵＥのサービスのための中間ＵＥサービス管理ネットワーク要素となるべきことを前記ＵＥサービス管理ネットワーク要素に要求するものであると判定されたことに応じて、前記第１の要求において示された別のＵＥサービス管理ネットワーク要素に第２の要求を送信するように構成された第１の送信コンポーネントと、
前記第２の要求に対応する応答を受信するように構成された第２の受信コンポーネントと、を有し、ここで、当該応答は、前記ＵＥのインターネットプロトコル（ＩＰ）アドレス情報を含む。

【0007】

本開示の第３の実施形態によれば、ネットワークにおける通信デバイスであって、命令を記憶するように適合した記憶装置と、本開示の方法のいずれかのステップを前記通信デバイスに実行させるために、前記命令を実行するように適合したプロセッサと、を備える、通信デバイスが提供される。

【0008】

本開示の第４の実施形態によれば、コンピューティングデバイスによって実行されたときに、本開示の方法のいずれかの方法を前記コンピューティングデバイスに実装させる、コンピュータ実行可能命令を記憶する１つまたは複数のコンピュータ可読記憶媒体が提供される。

【0009】

本開示の第５の実施形態によれば、少なくとも１つのプロセッサ上で実行されると、前記少なくとも１つのプロセッサに、本開示の方法のいずれか１つによる方法を実行させる命令を含むコンピュータプログラムが提供される。

【0010】

本開示の第６の実施形態によれば、第８の実施形態のコンピュータプログラムを含むキャリアが提供され、前記キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶装置のうちの１つである。

【0011】

本開示の第７の実施形態によれば、本開示の方法のいずれか１つによる方法を実行するように適合した装置が提供される。

【0012】

本開示におけるＵＥサービス管理ネットワーク要素は、ネットワーク機能要素であり、ＵＥのためのサービス管理、たとえば、５Ｇコアにおけるネットワーク機能要素またはＳＭＦなどのＮＧコアを提供し得る。本開示における通信ネットワークは、５Ｇネットワーク、４Ｇネットワークと組み合わせた５Ｇネットワーク、または任意の他の適切なネットワークであり得る。

【図面の簡単な説明】

【0013】

本開示の前述および他の特徴は、添付の図面と併せて、以下の説明および添付の特許請求の範囲からより完全に明らかになるであろう。これらの図面は、本開示によるいくつかの実施形態のみを示し、したがって、本開示の範囲を限定するものと見なされるべきではないことを理解すると、本開示は、添付の図面を使用することによって、さらなる具体性および詳細を伴って説明される。

【0014】

【図1】は、本開示の実施形態が適用され得る例示的な５Ｇネットワークアーキテクチャのハイレベルビューを示す。

【0015】

【図2】は、例示的な非ローミング５Ｇまたは次世代コアネットワークのためのサービスベースのアーキテクチャを示す。

【0016】

【図3a】および

【図3b】および

【図3c】は、本開示の実施形態が適用され得るシナリオを示す。

【0017】

【図4a】は、Ｉ－ＳＭＦによって制御されるＰＤＵセッションアンカーの追加を示す。

【0018】

【図4b】は、本開示の実施形態によるＩ－ＳＭＦ挿入手順を示す。

【0019】

【図4c】は、本開示の実施形態によるＩ－ＳＭＦ変更手順を示す。

【0020】

【図5】は、本開示の実施形態によるＵＥサービス管理ネットワーク要素の実施形態のフローチャートを示す。

【0021】

【図6】は、本開示の実施形態によるＵＥサービス管理ネットワーク要素の概略ブロック図を示す。

【0022】

【図7】は、本開示のネットワーク要素に使用され得る構成の実施形態を概略的に示す。

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

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

以上、実施形態について説明したが、当業者であれば、本技術の真の範囲から逸脱することなく、様々な変更および修正を行うことができ、また、その要素の代わりに均等物を用いることができることが理解されるであろう。加えて、その中心的な範囲から逸脱することなく、特定の状況および本開示における教示に適合するように多くの修正を行うことができる。したがって、本実施形態は、本技術を実施するために企図される最良の形態として開示される特定の実施形態に限定されるものではなく、本実施形態は、添付の特許請求の範囲内に入るすべての実施形態を含むことが意図される。

【図1】

【図2】

【図3a】

【図3b】

【図3c】

【図4a】

【図4b】

【図4c】

【図5】

【図6】

【図7】