(57)【要約】サードパーティエンティティを用いて通信ネットワーク上のユーザプレーン（ＵＰ）パス選択又は再選択を実行し、ネットワークエンティティに通信ネットワーク内のＵＰ変更を通知するためのシステム及び方法が開示される。本方法は、サードパーティエンティティから、ＵＰパス選択のためのアプリケーションプログラムインタフェースベースの要求を受信するステップと、要求について検証及び承認手順を実行するステップと、構成データを維持する制御プレーン機能にＵＰパス選択構成要求を送信するステップと、ＵＰパス選択構成要求を確認する参照番号を取得するステップと、参照番号に従ってＵＰパス選択をインストールするステップと、を含む。
2019525534.tif 000002
【特許請求の範囲】
【請求項１】
サードパーティエンティティを用いて通信ネットワーク上のユーザプレーン（ＵＰ）パス選択又は再選択を実行するための方法であって、
ネットワーク能力公開機能（ＮＣＥＦ）により、前記サードパーティエンティティからＵＰパス選択又は再選択情報を受信するステップと、
前記ＮＣＥＦにより、ＵＰパス構成データを維持する制御プレーン機能にＵＰパス選択ポリシー要求を送信するステップであり、前記ＵＰパス選択ポリシー要求は、前記ＵＰパス選択又は再選択情報に従って生成され、且つ前記ＵＰパス選択又は再選択情報のインストールをトリガする、ステップと、
を含む方法。
【請求項２】
前記ＮＣＥＦにより、前記ＵＰパス選択又は再選択情報に関する検証及び承認手順を実行するステップであって、前記送信するステップは、前記ＵＰパス選択又は再選択情報が有効であり承認されたと決定する前記検証及び承認手順の成功裏の完了に対して発生する、ステップ、
を更に含む、請求項１に記載の方法。
【請求項３】
前記ＮＣＥＦにより、前記サードパーティエンティティにＵＰパス選択応答を送信するステップであって、前記ＵＰパス選択応答は、ＵＰパス選択ポリシーに関連付けられた識別子を含む、ステップ、
を更に含む、請求項２に記載の方法。
【請求項４】
前記ＮＣＥＦにより、ＵＰパス選択ポリシー制御応答を受信するステップであって、前記ＵＰパス選択ポリシー制御応答は、ＵＰパス選択ポリシーに関連付けられた識別子を含む、ステップ、
を更に含む、請求項１に記載の方法。
【請求項５】
前記ＵＰパス選択又は再選択情報は、ＵＥフィルタ情報と、ＵＰ標識と、要求されたＵＰパス選択又は再選択が適用されるべき期間に関連する時間有効性条件とのうち１つ以上を示すデータを含む、
請求項１に記載の方法。
【請求項６】
前記ＵＰ標識はデータネットワークアクセス識別子である、
請求項５に記載の方法。
【請求項７】
前記ＵＰパス選択又は再選択情報は、前記ＵＰパス選択又は再選択情報が適用されるべきアプリケーションを示すアプリケーション識別子を含む、
請求項１に記載の方法。
【請求項８】
前記ＵＰパス選択ポリシー要求は、ポリシー番号と、ＵＥフィルタ情報と、ＵＰ標識と、ＵＰパス選択又は再選択情報が適用されるべき期間に関連する時間有効性条件とのうち１つ以上を示すデータを含む、
請求項１に記載の方法。
【請求項９】
前記ＵＰパス選択ポリシー要求は、前記ＵＰパス選択又は再選択情報が適用されるべきアプリケーションを示すアプリケーション識別子を含む、
請求項１に記載の方法。
【請求項１０】
前記ＵＰパス選択ポリシー要求は、選択に適したアプリケーションシステム位置と選択に適さないアプリケーションシステム位置とのうち１つ以上を示すデータを含む、
請求項１に記載の方法。
【請求項１１】
サードパーティエンティティを用いて通信ネットワーク上のユーザプレーン（ＵＰ）パス選択又は再選択を実行するためのネットワークノードであって、
プロセッサと、
マシン実行可能命令を記憶しているマシン可読メモリと、
を備え、前記マシン実行可能命令は、前記プロセッサによって実行されると、
前記サードパーティエンティティからＵＰパス選択又は再選択情報を受信し、
ＵＰパス構成データを維持する制御プレーン機能にＵＰパス選択ポリシー要求を送信し、前記ＵＰパス選択ポリシー要求は、前記ＵＰパス選択又は再選択情報に従って生成され、且つ前記ＵＰパス選択又は再選択情報のインストールをトリガする
ように前記ネットワークノードを構成する、ネットワークノード。
【請求項１２】
サードパーティエンティティから通信ネットワーク上のユーザプレーン（ＵＰ）パス選択又は再選択を実行するための方法であって、
ポリシー制御機能（ＰＣＦ）により、サードパーティエンティティから受信されたＵＰパス選択又は再選択情報に従って生成されたＵＰパス選択ポリシーのインストールをトリガするように構成されたＵＰパス選択ポリシー要求を受信するステップと、
前記ＰＣＦにより、前記ＵＰパス選択ポリシーを実施するステップであり、実施はＵＰパス選択ポリシー詳細を提供することを含む、ステップと、
を含む方法。
【請求項１３】
前記ＰＣＦにより、ＵＰパス選択ポリシー制御応答を送信するステップであり、前記ＵＰパス選択ポリシー制御応答はポリシー番号を含む、ステップ、
を更に含む、請求項１２に記載の方法。
【請求項１４】
前記ＵＰパス選択ポリシー要求は、ＵＥフィルタ情報と、ＵＰ標識と、ＵＰパス選択又は再選択情報が適用されるべき期間に関連する時間有効性条件とのうち１つ以上を更に示すデータを含む、
請求項１２に記載の方法。
【請求項１５】
前記ＵＰパス選択ポリシー要求は、前記ＵＰパス選択又は再選択情報が適用されるべきアプリケーションを示すアプリケーション識別子を含む、
請求項１２に記載の方法。
【請求項１６】
前記ＵＰパス選択ポリシー要求は、選択に適したアプリケーションシステム位置と選択に適さないアプリケーションシステム位置とのうち１つ以上を示すデータを含む、
請求項１２に記載の方法。
【請求項１７】
前記ＵＰパス選択ポリシー詳細はポリシー番号を含む、
請求項１２に記載の方法。
【請求項１８】
サードパーティエンティティから通信ネットワーク上のユーザプレーン（ＵＰ）パス選択又は再選択を実行するためのネットワークノードであって、
プロセッサと、
マシン実行可能命令を記憶しているマシン可読メモリと、
を備え、前記マシン実行可能命令は、前記プロセッサによって実行されると、
サードパーティエンティティから受信されたＵＰパス選択又は再選択情報に従って生成されたＵＰパス選択ポリシーのインストールをトリガするように構成されたＵＰパス選択ポリシー要求を受信し、
前記ＵＰパス選択ポリシーを実施し、実施はＵＰパス選択ポリシー詳細を提供することを含む
ように前記ネットワークノードを構成する、ネットワークノード。
【請求項１９】
サードパーティエンティティを用いて通信ネットワーク上のユーザプレーン（ＵＰ）パス選択を実行するための方法であって、
セッション管理機能（ＳＭＦ）により、ＵＰパス選択ポリシーを実施するステップであり、実施はＵＰパス選択ポリシー詳細を取得することを含む、ステップ、
を含む方法。
【請求項２０】
実施は更に、前記ＵＰパス選択ポリシーを適用することを含む、
請求項１９に記載の方法。
【請求項２１】
通信ネットワーク上のトラフィックルーティングに影響を与えるための方法であって、
ネットワーク公開機能（ＮＥＦ）により、アプリケーション機能からトラフィックステアリング要求を受信するステップであり、前記トラフィックステアリング要求は、プロトコルデータユニット（ＰＤＵ）セッションのＵＰトラフィックのルーティング判断に影響を与える要求を示す、ステップと、
前記ＮＥＦにより、前記トラフィックステアリング要求を示すデータを、通信構成データを維持するポリシー制御機能に送信し、それにより、前記通信ネットワーク上のトラフィックルーティングに影響を与えるステップと、
を含む方法。
【請求項２２】
前記ＮＥＦにより、前記トラフィックステアリング要求の認証及び承認を実行するステップ、
を更に含む、請求項２１に記載の方法。
【請求項２３】
前記ＮＥＦにより、前記アプリケーション機能にトラフィックステアリング応答を送信するステップ、
を更に含む、請求項２１に記載の方法。
【請求項２４】
前記トラフィックステアリング要求は、ＵＥフィルタ情報と、ＵＰ標識と、要求されたトラフィックステアリングが適用されるべき期間に関連する時間有効性条件とのうち１つ以上を示すデータを含む、
請求項２１に記載の方法。
【請求項２５】
前記ＵＰ標識はデータネットワークアクセス識別子である、
請求項２４に記載の方法。
【請求項２６】
前記トラフィックステアリング要求は、ＵＥフィルタ情報と、ＵＰ変更通知の生成に関連する時間有効性条件とのうち１つ以上を示すデータを含む、
請求項２１に記載の方法。
【請求項２７】
通信ネットワーク上のトラフィックルーティングに影響を与えるための方法であって、
ポリシー制御機能（ＰＣＦ）により、ネットワーク公開機能からのトラフィックステアリング要求を示すデータを受信するステップであり、前記トラフィックステアリング要求は、プロトコルデータユニット（ＰＤＵ）セッションのＵＰトラフィックのルーティング判断に影響を与える要求を示す、ステップと、
前記ＰＣＦにより、前記トラフィックステアリング要求を実施するステップであり、実施は、前記トラフィックステアリング要求を示すルールを送出することを含み、それにより、前記通信ネットワーク上のトラフィックルーティングに影響を与える、ステップと、
を含む方法。
【請求項２８】
前記トラフィックステアリング要求は、ＵＥフィルタ情報と、ＵＰ標識と、要求されたトラフィックステアリングが適用されるべき期間に関連する時間有効性条件とのうち１つ以上を示すデータを含む、
請求項２７に記載の方法。
【請求項２９】
前記ＵＰ標識はデータネットワークアクセス識別子である、
請求項２８に記載の方法。
【請求項３０】
前記トラフィックステアリング要求は、ＵＥフィルタ情報と、ＵＰ変更通知の生成に関連する時間有効性条件とのうち１つ以上を示すデータを含む、
請求項２７に記載の方法。
【請求項３１】
前記制御プレーン機能はポリシー制御機能である、
請求項１に記載の方法。
【請求項３２】
前記制御プレーン機能はポリシー制御機能である、
請求項１１に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、“Systems  and  Methods  for  Network  Capability  Exposure”と題された２０１６年６月２１日出願の米国仮特許出願第６２／３５２，８５７号と、“Systems  and  Methods  for  User  Plane  Selection，Reselection，and  Notification  of  User  Plane  Changes”と題された２０１６年６月３０日出願の米国特許仮出願番号６２／３５６，９９３号と、“Systems  and  Methods  for  User  Plane  Path  Selection，Reselection，and  Notification  of  User  Plane  Changes”と題された２０１６年８月１５日出願の米国仮特許出願第６２／３７５，１９８号との利益を主張し、これらの各々は、その全体が参照により本明細書に組み込まれる。本願はまた、“Systems  and  Methods  for  User  Plane  Path  Selection，Reselection，and  Notification  of  User  Plane  Changes”と題された２０１７年６月１９日出願の米国特許出願第１５／６２６，９４８号の利益を主張する。
技術分野
本発明は、通信ネットワークの分野に関し、特に、ユーザプレーンパス選択、再選択、及びユーザプレーン変更の通知のためのシステム及び方法に関する。
【背景技術】
【０００２】
ネットワーク能力公開（Network  Capability  Exposure，ＮＣＥ）技術の出現により、インターネットサービスプロバイダ（Internet  Service  Provider，ＩＳＰ）やインターネットコンテンツプロバイダ（Internet  Content  Provider，ＩＣＰ）などのサードパーティエンティティにネットワーク管理能力が提供された。例えば、ＩＳＰは、オープンなアプリケーションプログラミングインタフェース（Application  Programming  Interface，ＡＰＩ）を用いて、通信ネットワーク上で実行される対応するサービスを構成及び管理することができる。一方、ネットワークオペレータは、ネットワークのネットワークリソースの全体管理を提供することができる。しかしながら、このような配置では、ネットワークオペレータとＩＳＰの間において高度に協調的な工夫が必要となる。
【０００３】
第３世代パートナーシッププロジェクト（3rd  Generation  Partnership  Project，３ＧＰＰ）のサービス公開及び実施可能化サポート（Service  Exposure  and  Enablement  Support，ＳＥＥＳ）要件に関する研究に基づくと、ネットワークオペレータは、ネットワークに対する特定の制御能力を維持しながら、ネットワーク情報をサードパーティエンティティに提供することができる。しかしながら、第５世代（5th  Generation，５Ｇ）通信プロトコルに対する提案には、ネットワーク制御能力を効率的又は効果的にサードパーティエンティティに提供することのできるメカニズムが欠けている。
【０００４】
この背景技術情報は、出願人が本発明に関連する可能性があると考える情報を明らかにするために提供された。前述の情報のいずれかが本発明に対する先行技術を構成するという自認を必ずしも意図するものではなく、またそのように解釈すべきでもない。
【発明の概要】
【０００５】
本発明の実施形態の目的は、５Ｇ通信ネットワークプロトコルに従って実現することのできる、ユーザプレーンパス選択とユーザプレーン変更の通知のための方法を提供することである。
【０００６】
実施形態によれば、サードパーティエンティティを用いて通信ネットワーク上のユーザプレーン（User  Plane，ＵＰ）パス選択又は再選択を実行するための方法が提供される。本方法は、ネットワーク能力公開機能（network  capability  exposure  function，ＮＣＥＦ）により、サードパーティエンティティからＵＰパス選択又は再選択情報を受信するステップ、を含む。本方法は更に、ＮＣＥＦにより、ＵＰパス構成データを維持する制御プレーン機能にＵＰパス選択ポリシー要求を送信するステップであり、ＵＰパス選択ポリシー要求は、ＵＰパス選択又は再選択情報に従って生成され、且つＵＰパス選択又は再選択情報のインストールをトリガする、ステップ、を含む。
【０００７】
実施形態によれば、サードパーティエンティティから通信ネットワーク上のユーザプレーン（ＵＰ）パス選択を実行する方法が提供される。本方法は、ポリシー制御機能（policy  control  function，ＰＣＦ）により、サードパーティエンティティからのＵＰパス選択又は再選択情報に従って生成されたＵＰパス選択ポリシーのインストールをトリガするように構成されたＵＰパス選択ポリシー要求を受信するステップ、を含む。本方法は更に、ＰＣＦにより、ＵＰパス選択ポリシーを実施するステップであり、実施することはＵＰパス選択ポリシー詳細を提供することを含む、ステップ、を含む。
【０００８】
実施形態によれば、サードパーティエンティティを用いて通信ネットワーク上のユーザプレーン（ＵＰ）パス選択を実行するための方法が提供される。本方法は、セッション管理機能（session  management  function，ＳＭＦ）により、ＵＰパス選択ポリシーを実施するステップであり、実施することはＵＰパス選択ポリシー詳細を取得することを含む、ステップ、を含む。
【０００９】
実施形態によれば、通信ネットワーク上のトラフィックルーティングに影響を与えるための方法が提供される。本方法は、ネットワーク公開機能（network  exposure  function，ＮＥＦ）により、アプリケーション機能からトラフィックステアリング要求を受信するステップであり、トラフィックステアリング要求は、プロトコルデータユニット（protocol  data  unit，ＰＤＵ）セッションのＵＰトラフィックのルーティング判断に影響を与えるための要求を示す、ステップ、を含む。本方法は更に、ＮＥＦにより、トラフィックステアリング要求を示すデータを、通信構成データを維持するポリシー制御機能に転送するステップ、を含む。これにより、通信ネットワーク上のトラフィックルーティングに影響を与える。
【００１０】
実施形態によれば、通信ネットワーク上のトラフィックルーティングに影響を与えるための方法が提供される。本方法は、ポリシー制御機能（ＰＣＦ）により、トラフィックステアリング要求を示すデータをネットワーク公開機能から受信するステップであり、トラフィックステアリング要求は、プロトコルデータユニット（ＰＤＵ）セッションのＵＰトラフィックのルーティング判断に影響を与えるための要求を示す、ステップ、を含む。本方法は更に、ＰＣＦにより、トラフィックステアリング要求を実施するステップであり、実施することは、トラフィックステアリング要求を示すルールを送出することを含む、ステップを含む。これにより、通信ネットワーク上のトラフィックルーティングに影響を与える。
【００１１】
実施形態によれば、上記の定められた方法のうち１つ以上を実行するためのネットワークノードが提供される。ネットワークノードは、プロセッサと、マシン実行可能命令を記憶するマシン可読メモリとを備える。マシン実行可能命令は、プロセッサによって実行されると、ネットワークノードを、１つ以上の上記の定められた方法に関連付けられたステップを実行するように構成する。
【００１２】
一部の実施形態によれば、トラフィックステアリング要求は、ＵＥフィルタ情報と、ＵＰ標識（landmark）と、要求されたトラフィックステアリングが適用されるべき期間に関連する時間有効性条件とのうち１つ以上を示すデータを含む。一部の実施形態によれば、ＵＰ標識はデータネットワークアクセス識別子である。
【００１３】
本発明の実施形態によれば、サードパーティエンティティを用いて通信ネットワーク上のユーザプレーン（ＵＰ）パス選択を実行するための方法が提供される。本方法は、サードパーティエンティティから、ＵＰパス選択のためのアプリケーションプログラムインタフェースに基づく要求を受信するステップと、該要求に対して検証及び承認手順を実行するステップと、構成データを維持する制御プレーン機能にＵＰパス選択構成要求を送信するステップと、ＵＰパス選択構成要求を確認する参照番号を取得するステップと、該参照番号に従ってＵＰパス選択をインストールするステップと、を含む。
【００１４】
本発明の実施形態によれば、ネットワークエレメントに通信ネットワークのユーザプレーン（ＵＰ）変更を通知するための方法が提供される。本方法は、ＵＰ変更通知要求を受信するステップと、該要求に対して検証及び承認手順を実行するステップと、構成データを維持する制御プレーン機能にＵＰ変更通知要求を送信するステップと、ＵＰ変更通知を確認する参照番号を取得するステップと、参照番号に従ってＵＰ変更通知を実施するステップと、を含む。
【００１５】
本発明の実施形態によれば、ネットワークエレメントに通信ネットワークにおけるユーザプレーン（ＵＰ）変更を通知するための方法が提供される。本方法は、ＵＰ変更要求を受信するステップと、ＵＰ変更要求に従ってＵＰパス選択を実行するステップと、ＵＰパスの変更に従って、任意のＵＰ変更を決定するステップと、ネットワーク能力公開機能にＵＰ変更通知を送信するステップと、アプリケーション機能コントローラから、ＵＰ変更通知の確認応答を受信するステップと、を含む。
【００１６】
本発明の実施形態によれば、ネットワークエレメントに通信ネットワークにおけるユーザプレーン（ＵＰ）変更を通知するための方法が提供される。本方法は、ＵＰパス変更要求を受信するステップと、要求されたＵＰ変更による影響を受けるプロトコルデータユニット（ＰＤＵ）セッションを識別するステップと、必要に応じてセッション及びサービス継続性（Session  and  Service  Continuity，ＳＳＣ）モードを決定するステップと、を含む。本方法は更に、ＵＰパス変更要求に従ってＵＰパス選択を実行するステップと、アプリケーションシステムコントローラにＵＰ変更通知を送信するステップと、を含む。
【００１７】
本発明の実施形態によれば、通信ネットワークにおいてＵＥを動作させるための方法が提供される。本方法は、ネットワークエンティティに新セッション要求を送信するステップと、新セッション要求に応答して実行された新セッションセットアップの完了の指示を受信するステップと、新セッションセットアップをデータ送信に用いるステップと、を含む。新セッションセットアップを実行することは、ネットワークエレメントに通信ネットワークにおけるユーザプレーン（ＵＰ）変更を通知することと、新セッション要求に対応するＵＰパス変更要求を受信することと、要求されたＵＰパス変更による影響を受けるプロトコルデータユニット（ＰＤＵ）セッションを識別することと、ＵＰパス変更要求に従ってＵＰパス選択を実行することと、アプリケーションシステムコントローラにＵＰ変更通知を送信することと、を含む。
【図面の簡単な説明】
【００１８】
本発明の更なる特徴及び利点は、添付の図面と組み合わせて、以下の詳細な説明から明らかになるであろう。
【００１９】
【図１Ａ】実施形態に係る通信ネットワークの機能概略図である。
【図１Ｂ】実施形態に係る、サードパーティエンティティにより通信ネットワーク上の公開されたネットワーク能力公開（ＮＣＥ）機能を発見するための方法を示す呼出しフロー図である。
【図１Ｃ】実施形態に係る、サードパーティエンティティによる通信ネットワーク上のＮＣＥ要求を処理する手順を示す呼出しフロー図である。
【図２Ａ】別の実施形態に係る通信ネットワークの機能概略図である。
【図２Ｂ】別の実施形態に係る、サードパーティエンティティにより通信ネットワーク上の公開されたネットワーク能力公開（ＮＣＥ）機能を発見するための方法を示す呼出しフロー図である。
【図２Ｃ】別の実施形態に係る、サードパーティエンティティによる通信ネットワーク上のＮＣＥ要求を処理する手順を示す呼出しフロー図である。
【図３Ａ】別の実施形態に係る通信ネットワークの機能概略図である。
【図３Ｂ】別の実施形態に係る、サードパーティエンティティにより通信ネットワーク上の公開されたネットワーク能力公開（ＮＣＥ）機能を発見するための方法を示す呼出しフロー図である。
【図３Ｃ】別の実施形態に係る、サードパーティエンティティによる通信ネットワーク上のＮＣＥ要求を処理する手順を示す呼出しフロー図である。
【図４】実施形態に係る通信ネットワークの論理概略図である。
【図５Ａ】別の実施形態に係る通信ネットワークの論理概略図である。
【図５Ｂ】実施形態に係る、サードパーティアプリケーションシステム（Application  System，ＡＳ）が通信ネットワーク上のユーザプレーンパス選択を制御するための方法を示す呼出しフロー図である。
【図５Ｃ】実施形態に係る、サードパーティＡＳが通信ネットワーク上のＱｏＳセットアップを制御するための方法を示す呼出しフロー図である。
【図５Ｄ】実施形態に係る、サードパーティＡＳが通信ネットワークにおいてセッションＱｏＳポリシーインストールを実行するための方法を示す呼出しフロー図である。
【図５Ｅ】実施形態に係る、ＵＥが通信ネットワーク上のセッションセットアップ手順を実行するための方法を示す呼出しフロー図である。
【図６Ａ】別の実施形態に係る通信ネットワークの論理概略図である。
【図６Ｂ】実施形態に係る、サードパーティＡＳが通信ネットワーク上のＵＰパス選択又は再選択を制御するための方法を示す呼出しフロー図である。
【図６Ｃ】実施形態に係る、ネットワークエレメントにＵＰ変更を通知するための方法を示す呼出しフロー図である。
【図６Ｄ】別の実施形態に係る、ネットワークエレメントにＵＰ変更を通知するための方法を示す呼出しフロー図である。
【図７】別の実施形態に係る通信ネットワークの論理概略図である。
【図８Ａ】実施形態に係る、ＵＰ再選択後のダウンリンクトラフィックの、ＵＰ  ＧＷに位置するトラフィックステアリングを示す概略図である。
【図８Ｂ】実施形態に係る、ＡＳ再配置後のアップリンクトラフィックの、ＵＰ  ＧＷに位置するトラフィックステアリングを示す概略図である。
【図８Ｃ】実施形態に係る、ＵＰ再選択後のダウンリンクトラフィックの、ＡＳネットワークに位置するトラフィックステアリングを示す概略図である。
【図８Ｄ】実施形態に係る、ＡＳ再配置後のアップリンクトラフィックの、ＡＳネットワークに位置するトラフィックステアリングを示す概略図である。
【図９】アプリケーションアウェアのＵＰパス（再）選択の方法を示す呼出しフロー図である。
【図１０Ａ】本発明の実施形態に係る、ＵＰパス（再）選択に対するアプリケーションアウェアネスを可能にする手順を示すフロー図である。
【図１０Ｂ】本発明の実施形態に係る、ＵＰ変更通知及びトラフィックステアリング構成を含むＵＰパス（再）選択の手順を詳細に示すフロー図である。
【図１０Ｃ】本発明の実施形態に係る、図１０Ａの動作をより詳細に示すフロー図である。
【図１０Ｄ】本発明の実施形態に係る図１０Ｂの動作をより詳細に示すフロー図である。
【図１１】実施形態に係るハードウェアデバイスの概略図である。
【００２０】
添付の図面を通して、同様の特徴は同様の参照番号によって識別される点に留意する。
【発明を実施するための形態】
【００２１】
本発明の実施形態は、ネットワークスライシングの存在下で次世代通信システム（５Ｇなど）に適用することができる、ネットワーク情報及び能力公開（ＮＣＥ）フレームワークを開示する。一部の実施形態では、ネットワーク能力はコアネットワークに集中化／共通化されてよく、且つ／或いはコアネットワークとネットワークスライス（network  slice，ＮＳ）の間で共有／分散されてよい。他の実施形態では、ネットワーク能力は、例えばネットワークスライス間で、選択的に分離されてよい（すなわちＮＳ特有である）。一部の実施形態では、ＮＣＥフレームワークは、共通ＮＣＥ機能と、複数のＮＳ（スライス固有）ＮＣＥ機能（ＮＳごとに１つ）とを含んでよい。これは、公開されたネットワーク能力を発見し、アクセスし、カスタマイズするためにサードパーティ又はＵＥによって用いられる、３ＧＰＰネットワークの統合されたインタフェースを提供することができる。
【００２２】
図１Ａは、実施形態に係る通信ネットワークの機能概略図である。通信ネットワークは、コアネットワーク上に展開（deployed）できる共通ネットワークエンティティ１０１（共通ＮＥ）を含み、外部機能／エンティティ１０４とインタフェースする共通ネットワーク能力公開機能（Common  Network  Capability  Exposure  Function，Ｃ‐ＮＣＥＦ）１０２と、承認及び関連機能を実行するためのポリシー制御機能１０３と、認証、セキュリティ及び関連機能を実行するためのホーム加入者システム（Home  Subscriber  System，ＨＳＳ）機能１０５と、様々なネットワーク関連タスクを実行するための様々な共通ネットワーク機能（C-NE1  １０６ａ，C-NE2  １０６ｂ）（例えば、モビリティ管理エンティティ、スライス選択エンティティ、認証エンティティ、ポリシー制御エンティティなど）と、を含む。実施形態によれば、ＰＣＦ１０３は、パラメータに従って、ユーザ装置（user  equipment，ＵＥ）又はプロトコルデータユニット（ＰＤＵ）セッションに適用されるポリシールールを生成又は決定するように構成される。パラメータは、サブスクリプションデータ、アプリケーションプロファイル、サービスプロファイル、アプリケーション要求、又は容易に理解される他のパラメータのうち１つ以上を含むことができる。ネットワーク能力公開フレームワークでは、ＰＣＦは、上述のように承認機能を提供することができ、この承認機能は、オペレータネットワークのポリシーに対して要求を照合することを含むことができる。サードパーティエンティティ（例えば、コアネットワーク上、別個のサードパーティアプリケーションシステム上、又はＵＥ上で実行されるサードパーティに属するアプリケーション）は、ＮＣＥＦを介して共通ＮＣＥとインタフェースする。容易に理解されるように、コアネットワーク、別個のサードパーティアプリケーションシステム、又はＵＥは、共通ＮＣＥＦを介して共通ＮＥにインタフェースすることができる。
【００２３】
ネットワークスライス（ＮＳ１  １０７，ＮＳ２  １０８）もコアネットワーク上に展開することができる。各スライスは更に、様々なスライス固有のネットワーク関連タスクを実行するためのそれぞれのスライス固有ネットワークエンティティ機能（ＳＳ‐ＮＥ１  １０９ａ，１１０ａ，ＳＳ‐ＮＥ２  １０９ｂ，１１０ｂ）を含む（例えば、スライス固有のセッション管理エンティティ、スライス固有のポリシー制御エンティティ、スライス固有の課金エンティティなど）。当業者には理解されるように、ネットワークスライスは、ネットワーク機能仮想化テクノロジを用いて、ネットワーク上のトラフィック及び関連シグナリングの特定のグループを管理する論理機能の集合である。例えば、各スライスは、ネットワーク上で（無線デバイス、ユーザ装置などを用いて）そのエンドユーザの要求をサービス提供する（或いはサービスを提供する）ために、ネットワークのリソース（帯域幅、スケジューリング、アクセス、ノードの使用など）の一部を割り振られてよく、モバイルネットワークオペレータ（Mobile  Network  Operator，ＭＮＯ）によって管理されてよい。図１Ａに示されるように、スライス固有のネットワークエンティティ機能（ＳＳ‐ＮＥ１，ＳＳ‐ＮＥ２）は共通ネットワーク能力公開機能（Ｃ‐ＮＣＥＦ）に論理的にインタフェース／接続される。
【００２４】
したがって、図１Ａに示される通信ネットワークは、（Ｃ‐ＮＣＥＦを介して）共通インタフェースを提供し、その結果、ネットワーク上の集中制御をもたらす。セキュリティ及びポリシー制御機能は、スライスの運用、管理及び保守（Operation，Administration，and  Management，ＯＡＭ）と共に、様々なエンティティ間で共有される。Ｃ‐ＮＣＥＦにより、外部エンティティは、共通ＮＥの機能であろうと又は特定のネットワークスライスの機能であろうと、公開されたネットワーク能力（すなわち、外部から管理又は制御され得るネットワーク機能）を発見／アクセスすることができる。一部の実施形態では、これはまた、３ＧＰＰの共通システム能力への承認されたセキュアなアクセスと、オペレータ制御下における公開されたサービスの実行とを含むことができる。
【００２５】
有益なことに、図１Ａに示される通信ネットワークアーキテクチャは、集中制御を伴う集中インタフェースを提供することができる。共有ＯＡＭを提供すると同時に、共有のセキュリティ（すなわち認証）及びポリシー制御（すなわち承認）を想定することができる。単一の中央ＮＣＥＦは、以下を提供することができる。
・共通であるか又はＮＳ固有であるかに関わらず、外部エンティティが公開されたネットワーク能力を発見するための能力。
・共通であるか又はＮＳ固有であるかに関わらず、３ＧＰＰ共通システム能力への承認されたセキュアなアクセスと、オペレータ制御下における公開されたサービスの実行。
【００２６】
実施形態によれば、ポリシー制御は、上述のように承認機能を提供することができる。この承認機能は、例えば、検証又は要求を含み、オペレータネットワークのポリシーに対して要求を照合することができる。
【００２７】
図１Ｂは、実施形態に係る、サードパーティエンティティ又はＵＥにより通信ネットワーク上の公開されたネットワーク能力公開（ＮＣＥ）機能を発見する手順を示す呼出しフロー図である。図１Ｂに示される方法は、例えば図１Ａに示される通信ネットワーク上で実行されてよい。ステップ１において、サードパーティ／ＵＥが、Ｃ‐ＮＣＥＦにＮＣＥ発見要求を送出する。要求は、サードパーティ／ＵＥのアイデンティティを含んでよく、また、共通ＮＥに関連するか或いはＮＳ固有の所望のネットワーク能力を含んでもよい。ステップ２において、Ｃ‐ＮＣＥＦ機能が、ＨＳＳ機能との通信を介してサードパーティを認証する。ステップ３において、Ｃ‐ＮＣＥＦ機能が、例えば、公開された或いは所望のネットワーク能力（すなわち、サードパーティ／ＵＥによってアクセスされ得るそれらの機能又は能力）の要求された情報又は公開状態を用いて、サードパーティ／ＵＥに応答する。特定の実施形態では、本方法におけるＣ‐ＮＣＥＦのタスクは、共通ＮＥにおける別の機能によって、例えばＣ‐ＮＥによって実行されてよい。
【００２８】
図１Ｃは、実施形態に係る、サードパーティエンティティ（又はＵＥ）による通信ネットワーク上のネットワーク能力公開（ＮＣＥ）要求を処理する手順を示す呼出しフロー図である。ＮＣＥ要求は、例えば、ＵＰパス選択又は再選択ポリシーをインストールするための要求、エンドツーエンドのＱｏＳポリシーに対する要求、課金可能パーティを変更するための要求、ＵＥ位置に対するクエリ、ＵＥ接続状態に対するクエリを含んでよい。どのネットワーク能力が公開されるかに依存して、様々な他のＮＣＥ要求が可能である。図１Ｃに示される方法は、例えば図１Ａに示される通信ネットワーク上で実行されてよい。ステップ１１において、サードパーティがＮＣＥ要求をＣ‐ＮＣＥＦに送出する。要求は、クエリ、命令、或いは特定のネットワーク機能／能力の所望の構成であってよい。ステップ１２において、Ｃ‐ＮＣＥＦが、ＨＳＳ機能と通信して、サードパーティを認証する。ステップ１３において、ＮＣＥＦが、ポリシー制御機能と通信する。ポリシー制御機能は、オペレータポリシーに従って承認を実行する。承認されると、ステップ１４において、Ｃ‐ＮＣＥＦが、ＮＣＥ処理要求を、要求に従って適切なＣ‐ＮＥ機能（例えばＣ‐ＮＥ１）にディスパッチする。要求をディスパッチする前に、一部の実施形態では、Ｃ‐ＮＣＥＦは、受信したＮＣＥ要求をＣ‐ＮＥに理解可能な内部フォーマットに変換し、それを内部構成と調和させることにより、コンパイルを実行してよい。例えば、要求は、関連するオペレータポリシーを搬送してよい。ステップ１５において、Ｃ‐ＮＥ機能が、例えば、オペレータポリシーに対してクエリ回答を準備するか又は指示された構成を適用することにより、ＮＣＥ処理要求を処理する。ステップ１６において、Ｃ‐ＮＥが、Ｃ‐ＮＣＥＦに、クエリ回答又は構成確認応答（acknowledgement）としてＮＣＥ処理応答を送出する。ステップ１７において、Ｃ‐ＮＣＥＦが、サードパーティにＮＣＥ応答を転送する。ＮＣＥ応答は、ＮＣＥ処理応答（ステップ１６）から埋め込まれた情報を含んでよい。転送の前に、一部の実施形態では、オペレータポリシーに従って情報漏洩を避けるために、Ｃ‐ＮＣＥＦは、例えば、生の（raw）ＮＣＥ情報をサードパーティの理解可能なフォーマットに変換するか、或いはフィルタリング又は集約ルールを適用することにより、生のＮＣＥ情報をコンパイルしてよい。異なるＮＥからのＮＣＥ処理応答が複数ある場合、それらを集約して単一の集約ＮＣＥ応答とすることもできる。
【００２９】
図２Ａは、別の実施形態に係る通信ネットワークの機能概略図である。図２Ａに示される通信ネットワークは、Ｃ‐ＮＣＥＦ機能が各ネットワークスライス（ＮＳ１，ＮＳ２）内のスライス固有ＮＣＥＦ機能（ＳＳ‐ＮＣＥＦ）に分散されている点を除いて、図１Ａに示されるものと同様である。各ネットワークスライスは、自身のスライス固有ポリシー制御機能も含む。このように、図１Ａのネットワークにおいて集中的に実行されていたＮＣＥＦ機能は、共通ＮＥと異なるネットワークスライスとの間で今や分散されている。
【００３０】
図２Ａの通信ネットワークは、分離されたポリシー制御（すなわち承認）を維持し、疑似的に分離されたＯＡＭを提供すると同時に、共有セキュリティ機能（すなわち認証）を提供することができる。サードパーティは、（共通ＮＥ内の）Ｃ‐ＮＣＥＦ２０１とインタフェースしてよい。一部の実施形態では、認証はＣ‐ＮＣＥＦ２０２によって実行されてよい。一方、承認は、要求が共通ＮＥに関連するか又はネットワークスライスに関連するかに依存して、ネットワークスライスのＳＳ  ＮＣＥＦ２０３ａ，２０３ｂによって実行されてよい。これにより、コアネットワーク上で処理リソースを再分配又は軽減することのできる、より用途の広い構成が提供され得る。
【００３１】
特定の実施形態によれば、Ｃ‐ＮＣＥＦ機能は、サードパーティ２０４からのＮＣＥ要求の分類、及びＮＳ固有要求のそれぞれのＳＳ  ＮＣＥＦへのリダイレクトと、外部エンティティが公開された共通ネットワーク能力／機能を発見できるようにすることと、３ＧＰＰ共通システム能力への承認されたセキュアなアクセスの提供と、オペレータ制御下における公開された共通サービスの実行とを含んでよい。ＳＳ  ＮＣＥＦ機能はまた、外部エンティティがネットワーク上で公開されたＮＳ固有能力を発見できるようにすること（例えば、発見は共通ＮＣＥＦを介して行われてよい）と、３ＧＰＰ  ＮＳ固有システム能力への承認されたセキュアなアクセスの提供と、オペレータ制御下における公開されたＮＳ固有サービスの実行とを含んでよい。
【００３２】
有益なことに、図２Ａに示される通信ネットワークアーキテクチャは、集中インタフェースを伴う半分散構成と、分散制御を提供することができる。それは、疑似的に分離されたＯＡＭを提供すると同時に、共有セキュリティ（すなわち認証）と分離されたポリシー制御（すなわち承認）とを想定することができる。一実施形態では、それは、共通ＮＣＥＦと、複数のＮＳ固有ＮＣＥＦ（ＮＳごとに１つ）とを含む。サードパーティエンティティは、共通ＮＣＥＦとインタフェースすることができる。認証は共通ＮＣＥＦによって実行されてよい。一方、承認は、要求が共通ＮＣＥに関連するか又はＮＳ固有ＮＣＥに関係するかに依存して、共通ＮＣＥＦ又はＮＳ  ＮＣＥＦによって実行されてよい。
【００３３】
共通ＮＣＥＦは、以下を提供することができる。
・サードパーティエンティティからのＮＣＥ要求の分類と、それぞれのＮＳ  ＮＣＥＦへのＮＳ固有要求のリダイレクト。
・外部エンティティが公開された共通ネットワーク能力を発見するための能力。
・３ＧＰＰ共通システム能力への承認されたセキュアなアクセスと、オペレータ制御下における公開された共通サービスの実行。
【００３４】
ＮＳ  ＮＣＥＦは、以下を提供することができる。
・外部エンティティが公開されたＮＳ固有ネットワーク能力を発見するための能力。発見は、共通ＮＣＥＦを介して行われる。
・３ＧＰＰ  ＮＳ固有システム能力への承認されたセキュアなアクセスと、オペレータ制御下における公開されたＮＳ固有サービスの実行。
【００３５】
図２Ｂは、実施形態に係る、サードパーティエンティティ又はＵＥにより通信ネットワーク上の公開されたネットワーク能力公開（ＮＣＥ）機能を発見する手順を示す呼出しフロー図である。図２Ｂに示される方法は、例えば図２Ａに示される通信ネットワーク上で実行されてよい。ステップ２１において、サードパーティが、ＮＣＥ発見要求をＣ‐ＮＣＥＦ機能に送出する。要求は、サードパーティのアイデンティティを含んでよく、共通であるか又はＮＳ固有であるかに関わらず、必要なネットワーク機能を含んでもよい。ステップ２２において、Ｃ‐ＮＣＥＦ機能がＨＳＳ機能と通信して、サードパーティを認証する。ステップ２３において、Ｃ‐ＮＣＥＦ機能は、ＮＳ固有ネットワーク機能に関連する要求について、（対応するＳＳ  ＮＣＥＦから）ＮＣＥ発見要求に関連する情報を取得する。ステップ２４において、Ｃ‐ＮＣＥＦ機能は、公開された又は利用可能なネットワーク機能／能力を詳述する情報又は公開状態を用いて、サードパーティに応答する。
【００３６】
図２Ｃは、実施形態に係る、サードパーティエンティティ（又はＵＥ）による通信ネットワーク上のネットワーク能力公開（ＮＣＥ）要求を処理する手順を示す呼出しフロー図である。図２Ｃに示される方法は、例えば図２Ａに示される通信ネットワーク上で実行されてよい。ステップ３１において、サードパーティはＮＣＥ要求をＣ‐ＮＣＥＦに送出する。要求は、特定のネットワーク能力を要求するためのクエリ又は構成命令であってよい。ステップ３２において、Ｃ‐ＮＣＥＦはＨＳＳと通信して、サードパーティを認証する。ＮＣＥ要求に従って、ネットワークスライスにより（オプションＡ  ３３ａ）、又は共通ＮＥ内で（オプションＢ  ３３ｂ）、承認を実行することができる。例えば、ＮＣＥ要求がＮＳ固有である場合、ＮＣＥＦは、処理のために、それをそれぞれのＳＳ  ＮＣＥＦに転送してよい（ＳＳ承認及び処理を実行する「オプションＡ」のステップ３３ａ．１〜３３ａ．６を参照されたい）。ＮＣＥ要求がＮＳ固有ではない場合、共通ＮＥはそれ自身で処理を実行することができる（「オプションＢ」のステップ３３ｂ．１〜３３ｂ．４を参照されたい）。最後に、ステップ３４において、Ｃ‐ＮＣＥＦは、サードパーティにＮＣＥ応答を転送する。ＮＣＥ応答は、ＮＣＥ要求に関連するＮＣＥ情報を含んでよい。
【００３７】
図３Ａは、別の実施形態に係る通信ネットワークの機能概略図である。図３Ａに示される通信ネットワークは、各ネットワークスライス（ＮＳ１  ３０５、ＮＳ２  ３０６）がスライス固有ＨＳＳ機能３０１ａ，３０１ｂを更に含むことと、サードパーティエンティティ３０４が各ネットワークスライスのＳＳ‐ＮＣＥＦ３０３ａ，３０３ｂとインタフェースしてよいこととを除いて、図２Ａに示されるものと同様である。
【００３８】
特定の実施形態では、図３Ａの通信ネットワークは、分離されたセキュリティ（すなわち認証）、ポリシー制御（すなわち承認）及びＯＡＭを行うことができる。認証手順は、要求が共通ＮＥに関連するのか又はＮＳ固有ＮＣＥに関連するのかに依存して、Ｃ‐ＮＣＥＦ３０２又はＳＳ‐ＮＣＥＦによって実行することができる。ＳＳ‐ＮＣＥＦは、共通要求の識別及びリダイレクトを実行し、外部エンティティが公開された／利用可能なＮＳ固有ネットワーク特徴／能力を発見できるようにし、オペレータ制御下においてＮＳ固有システム特徴の承認、アクセス及び実行を行うことができる。また、Ｃ‐ＮＣＥＦは、外部エンティティが例えばＳＳ‐ＮＣＥＦを介して利用可能な／公開されたＮＳ固有ネットワーク機能／能力を発見できるようにし、オペレータ制御下において共通システム能力の承認、アクセス及び実行を行うことができる。特定の実施形態では、サードパーティエンティティは、ＮＳのＳＳ‐ＮＣＥＦとのみインタフェースし、Ｃ‐ＮＣＥＦとはインタフェースしなくてよい。
【００３９】
有益なことに、図３Ａに示される通信ネットワークアーキテクチャは、分散制御と共に分散インタフェースを有する分散ＮＣＥを提供することができる。このアーキテクチャは、分離されたＯＡＭを提供すると同時に、分離されたセキュリティ（すなわち認証）及び分離されたポリシー制御（すなわち承認）を想定することができる。それは、共通ＮＣＥＦと、複数のＮＳ固有ＮＣＥＦ（ＮＳごとに１つ）を含んでよい。場合によっては、サードパーティエンティティは個々のＮＳ  ＮＣＥＦとのみインタフェースしてよい。認証はＮＳ  ＮＣＥＦによって実行されてよい。承認は、要求が共通ＮＣＥに関係するか又はＮＳ固有ＮＣＥに関係するかに依存して、共通ＮＣＥＦ又はＮＳ  ＮＣＥＦによって実行されてよい。
【００４０】
ＮＳ  ＮＣＥＦは、以下を提供することができる。
・共通要求の識別と（共通ＮＣＥＦへの）リダイレクト。
・外部エンティティが公開されたＮＳ固有ネットワーク能力を発見するための能力。
・オペレータ制御下におけるＮＳ固有システム能力の承認、アクセス及び実行。
【００４１】
共通ＮＣＥＦは、以下を提供することができる。
・外部エンティティが、ＮＳ固有ＮＣＥＦを介して、公開されたＮＳ固有ネットワーク能力を発見するための能力。
・オペレータ制御下における共通システム能力の承認、アクセス及び実行。
【００４２】
図３Ｂは、実施形態に係る、サードパーティエンティティ又はＵＥにより通信ネットワーク上の公開されたネットワーク能力公開（ＮＣＥ）機能を発見する手順を示す呼出しフロー図である。図３Ｂに示される方法は、例えば図３Ａに示される通信ネットワーク上で実行されてよい。ステップ４１において、サードパーティ／ＵＥが、ＳＳ‐ＮＣＥＦ機能にＮＣＥ発見要求を送出する。要求は、サードパーティのアイデンティティと、ＮＳ固有であるか又はその他であるかに関わらず所望のネットワーク機能／能力とを含んでよい。ステップ４２において、ＳＳ‐ＮＣＥＦ機能が、ＳＳ  ＨＳＳ機能との通信を通じて、サードパーティの認証を実行する。ステップ４３において、共通ＮＥネットワーク機能／能力に関係する場合、ＳＳ‐ＮＣＥＦ機能が、Ｃ‐ＮＣＥＦ機能と通信して、要求された情報（要求に関連する）を取得する。ステップ４４において、ＳＳ  ＮＣＥＦ機能は、利用可能な／公開されたネットワーク能力の情報又は公開状態を用いて、サードパーティに応答する。
【００４３】
図３Ｃは、実施形態に係る、サードパーティエンティティ（又はＵＥ）による通信ネットワーク上のネットワーク能力公開（ＮＣＥ）要求を処理する手順を示す呼出しフロー図である。図３Ｃに示される方法は、例えば図３Ａに示される通信ネットワーク上で実行されてよい。ステップ５１において、サードパーティが、ＳＳ‐ＮＣＥＦにＮＣＥ要求を送出する。要求は、特定のネットワーク能力を要求するためのクエリ又は構成命令であってよい。ステップ５２において、ＳＳ‐ＮＣＥＦが、ＳＳ  ＨＳＳと通信してサードパーティを認証する。ＮＣＥ要求に従って、ネットワークスライスにより（オプションＢ  ５３ｂ）、又は共通ＮＥ内で（オプションＡ  ５３ａ）、承認を実行することができる。例えば、ＮＣＥ要求がＮＳ固有でない場合、ＳＳ‐ＮＣＥＦは、要求の処理を実行するために、要求をＣ‐ＮＣＥＦに転送することができる（「オプションＡ」のステップ５３ａ．１〜５３ａ．６を参照されたい）。ＮＣＥ要求がＮＳ固有である場合、ＳＳ‐ＮＣＥＦは、ＮＳ内で処理を実行してよい（ＳＳ承認及び処理を実行する「オプションＢ」のステップ５３ｂ．１〜５３ｂ．４を参照されたい）。最後に、ステップ５４において、ＳＳ‐ＮＣＥＦが、ＮＣＥ応答をサードパーティに転送する。ＮＣＥ応答は、ＮＣＥ要求に関連するＮＣＥ情報を含んでよい。
【００４４】
図４は、実施形態に係る通信ネットワークの論理概略図である。図４の通信ネットワークは、利用され得る様々なユーザプレーン（ＵＰ）セグメント及びパスを示す。例えば、ＵＥ４０１とアプリケーションシステム（ＡＳ）４０２との間のセッション要求の送信及びセッション管理（Session  Management，ＳＭ）通信の実施に関する。容易に理解されるように、図４は、使用され得るセグメント及びパスを示しており、提供されるパスの例は必ずしも図４に明示的に示されるわけではない。示されるように、通信ネットワークは３ＧＰＰネットワークを含み、３ＧＰＰネットワークは、コアネットワークユーザプレーン（Core  Network  User  Plane，ＣＮ  ＵＰ）４０４に結合された無線アクセスネットワーク（Radio  Access  Network，ＲＡＮ）４０３を含む。ＣＮ  ＵＰは、３ＧＰＰネットワーク内の論理エンティティとして展開されるネットワーク機能ＮＦ１及びＮＦ２を含む。ＮＦ２は、３つの異なるインスタンスNF2_1  ４０５，NF2_2  ４０６，NF2_3  ４０７を含み、各々が図示のようにＮＦ１への異なる論理パスを形成する。ネットワーク内アプリケーション機能（In-network  Application  Function）（ネットワーク内ＡＦ）は、３つの異なるインスタンスAF1_1  ４０９，AF1_2  ４１０，AF1_3  ４１１を含み、各々がそれぞれインスタンスNF2_1、NF2_2、NF2_3に、及び集合的にアプリケーションシステム（ＡＳ）に論理的に結合される。実施形態によれば、ネットワーク内アプリケーション機能は、ネットワーク内に展開されトラフィック処理用に構成されたアプリケーションを指すことができる。ＡＳは、３ＧＰＰネットワークとは別個のサードパーティエンティティによって所有されてよい。一部の実施形態では、ネットワーク内ＡＦ４１２は、３ＧＰＰネットワーク上に展開されてもよく、或いはＡＳのような別個の物理ネットワーク上に展開されてもよい。一部の実施形態では、ネットワーク内ＡＦ４１２は、３ＧＰＰネットワーク上に展開されてもよく、或いはＡＳのような別個のネットワーク上に展開されてもよい。理解されるように、３ＧＰＰネットワークとネットワーク内ＡＦが展開されるネットワークとは、展開される論理ネットワークであってよいので、これら２つのネットワークは、論理的に分けられたネットワークであると同時に物理的領域において重複する可能性がある。
【００４５】
状況によっては、必要とされる宛先（例えばサービス機能チェーン）に到達する前に、あるトラフィックは、ある機能エンティティ／インスタンスをトラバースすることにより、特定の機能処理を必要とする可能性がある。例えば、ＵＥとＡＳとの間でセッションが確立されている間、トラフィックが、ＵＰパスに沿う異なる機能エンティティ又はインスタンスに関連付けられた特定の機能処理に対して公開されるように、あるＵＰパスが好ましい可能性がある。ＵＰパスは、あるアプリケーション／ノード／エンティティの負荷状態を低減するように、又は特定のアプリケーション性能を向上させるように、選択されてよい。更に、一部のアプリケーションはデータ処理能力を制限している（すなわち到来データレートを制限している）可能性があるので、有効なＳＭ機能は、アプリケーション機能制限の知識を所与として過負荷を防ぎ、サービス品質（Quality  of  Service，ＱｏＳ）プロビジョニングを維持するように、ＵＰパスを選択するべきである。
【００４６】
図４を参照する説明の例として、ＵＥがＡＳにセッション要求を送信することを望み、トラフィックがAF1_3をその処理キャパシティを所与してトラバースすることが好ましいと仮定する。理解されるように、ＵＥによりＡＳに送信されるセッション要求は、アプリケーションレベルのセッション要求である。３ＧＰＰネットワークがこれを認識していない場合、３ＧＰＰネットワークは比較的により負荷のかかり得る別のＵＰパス（例えばAF1_1に向かうNF2_1）を選択し、その結果、非効率なリソース管理及び低減されたＱｏＳをもたらす可能性がある。したがって、ＳＭ情報の公開により、ネットワーク又はＡＳに、適切な論理機能及びその対応するＵＰパスをより効果的に決定するために必要な情報を提供して、全体のネットワークパフォーマンス及びリソース管理を改善することができる。ＳＭ情報は、ネットワークサービスを実行するときに結果として生じるＱｏＳを知らせるために用いられてもよい。以下に更に詳述されるように、ＡＳなどのサードパーティエンティティは、ＳＭ情報及び能力を所与として、適切なネットワーク内ＡＦ及び対応するＵＰパスを指定することができる。
【００４７】
図５Ａは、別の実施形態に係る通信ネットワークの論理概略図である。図５Ａの通信ネットワークは、ネットワークとは別個のサードパーティによって運用され得るアプリケーションシステム（ＡＳ）５０１に、関連サービスのＵＰパス選択及びＱｏＳセットアップを含むネットワーク上のセッション管理（ＳＭ）能力を提供するために用いることができる。図５Ａに示されるように、通信ネットワークは、アクセスノード（Access  Node，ＡＮ）５０３、コアネットワークユーザプレーン（ＣＮ  ＵＰ）５０４、セッション管理（ＳＭ）モジュール５０２、ポリシー制御機能５０５、ＮＣＥＦ機能５０６、及び「ネットワーク内アプリケーション機能」５０７を含む。「ネットワーク内アプリケーション機能」は、ＣＮ  ＵＰ上に展開されてよい（図示せず）。図示されているように、ＵＥはＡＮを介してネットワークとインタフェースし、ＡＳは「ネットワーク内アプリケーション機能」と、及び潜在的にはＮＣＥＦ機能とインタフェースする。前述したように、ネットワーク能力公開機能（ＮＣＥＦ）は、外部機能／エンティティとインタフェースするように構成される。例えば、ＮＣＥＦは、サービス能力公開機能（service  capability  exposure  function，ＳＣＥＦ）と同様であるとみなすことができる。ＳＣＥＦは、ネットワークインタフェースにより提供されるサービス及び能力をセキュアに公開するための手段を提供する。容易に理解されるように、ＮＣＥＦの代替名称は、ネットワーク公開機能（ＮＥＦ）であってよい。更に理解されるように、セッション管理モジュール（ＳＭ）はセッション管理機能（ＳＭＦ）とも呼ぶこともできる。
【００４８】
図５Ｂは、実施形態に係る、サードパーティＡＳが通信ネットワーク上のＵＰパス選択を制御するための方法を示す呼出しフロー図である。例えば、特定の実施形態では、図５Ｂの方法は図５Ａのネットワークに適用されてよい。ステップ６１において、ＡＳが、ＵＰパス選択のためのアプリケーションプログラムインタフェース（ＡＰＩ）ベースの要求をＮＣＥＦに送出する。理解されるように、ＡＰＩベースの要求は、サードパーティ又はサードパーティＡＳからのＵＰパス選択の要求とみなすことができる。要求は、ＵＰパス選択に関する情報として構成されていると理解することができる。この情報は、要求されたＵＰパス選択がどのＵＥに適用されるべきかを示すＵＥフィルタ情報を含むことができる。また、要求は、ＵＰパス選択の間に考慮されるべきＵＰ標識に関する情報と、ＵＰ標識に対して取られるべき更なるアクションとを含むことができる。可能なアクションは、CONVERAGE_TO若しくはDIVERAGE_FROM、GO_THROUHGH、又はVISIT_IN_ORDERを含んでよく、ＵＥセッションがＵＰ標識に収束し、ＵＰ標識から分岐し、ＵＰ標識を通り、規則的方式でＵＰ標識を訪問するＵＰパスを使用すべきであることを意味する。実施形態によれば、要求は、ＵＰパス選択又は再選択の間に考慮されるべき１つ以上のＵＰ標識を示すことができる。理解されるように、ＵＰ標識は、ユーザプレーン又はネットワーク内の特定の位置又はポイントに関連付けられた識別子とすることができ、論理的なネットワーク宛先とみなすことができる。例えば、ＵＰ標識は、データネットワークに関連付けられたアクセス位置に関連付けられた識別子とすることができ、これは、データネットワークアクセス識別子（data  network  access  identifier，ＤＮＡＩ）又は他の識別子とみなされてよい。ステップ６２において、ＮＣＥＦが、要求の検証及び承認を実行する。例えば、誤った／不一致のパラメータが原因で、或いはアクセス制御ポリシーが検証を拒絶することにより、要求は無効となることがある。一部の実施形態では、このステップの間に、認証などの他のセキュリティ対策が適用されてもよい。ステップ６３において、ＮＣＥＦ機能がＡＳに応答を返信する。応答は、ポリシーインストールを確認し、又はインストール失敗を示すことができ、更に、要求のポリシー番号を含むことができる。容易に理解されるように、ポリシー番号は、ＵＰパス選択の要求に関連付けられ又はそれから結果として生じたＵＰパス選択ポリシーに関連付けられ又はそれを識別する識別子の形式、例えば、数字若しくは英数字列又は他の識別子とすることができる。ポリシー番号は、ＡＳによってＵＥに提供することができ、ＵＥは、そのセッション要求にポリシー番号を含めることができる。セッション要求にポリシー番号を含めることにより、ＳＭ機能に、それが任意の特定のポリシーを適用する必要があるか否かを知らせることができる。ステップ６４において、ＮＣＥＦが、ＵＰパス選択ポリシー制御要求をポリシー制御機能に送出して、ＡＳがＵＰパス選択ポリシーのインストールを行うことを承認された場合にＵＰパス選択ポリシーのインストールをトリガする。この要求はまた、ステップ６１でＡＳから受信されたＵＰパス選択要求に従って生成されてもよい���ステップ６５において、ポリシー制御機能が、ＳＭ機能と通信してポリシーを実施する（enforce）。例えば、ＳＭ機能は、ローカルで維持されているポリシーリストにポリシー番号を挿入してよい。セッション要求がある場合、ＳＭ機能は埋め込まれたポリシー番号を探し、リストに対してポリシー番号を照合する。ポリシー番号が有効である場合、ＳＭ機能はポリシー制御機能からポリシー詳細を取得し、それを適用する。有効でない場合、無効なポリシー番号は無視されてよい。或いは、ＳＭ機能は、ＵＥ情報を提供することにより、あらゆるセッション要求についてポリシー制御機能をチェックしてよい。容易に理解されるように、ＳＭ機能は、１つ以上のＵＰパス選択ポリシーを管理する別の方法を適用してよい。ステップ６６において、ポリシー制御機能が、ＮＣＥＦにＵＰパス選択ポリシー制御応答を返送する。特定の実施形態では、図５Ｂに示されるように、ステップ６３がステップ６６の完了後まで延期されてよい。
【００４９】
更に、図５Ｂに更に関し、前述のように、ＡＰＩ要求は、要求されたＵＰパス選択がどのＵＥに適用されるべきかを示すＵＥフィルタ情報と、ＵＰパス選択の間に考慮されるべきＵＰ標識と、ＵＰ標識に対して取られるべき更なるアクションとを含んでよい。このようなアクションにより、ＵＥセッションが、ＵＰ標識に収束し、ＵＰ標識から分岐し、ＵＰ標識を通り、規則的方式でＵＰ標識を訪問するＵＰパスを使用すべきであることを定義できる。そのようなものとして、ＡＰＩ要求は、アプリケーションシステム、例えば、アプリケーション機能若しくはアプリケーションコントローラ又は他のアプリケーション中心システムから受信されたトラフィックステアリング要求に相当し、或いはそれと同等であり得る。容易に理解されるように、トラフィックステアリングは、ルーティング判断の決定を含むことができる。なぜなら、それらはプロトコルデータユニット（ＰＤＵ）セッションによって定義することのできるユーザプレーントラフィックに関連するからである。
【００５０】
更に、例えば、ＡＰＩ要求又はトラフィックステアリング要求を実施するステップは、ＳＭにより、ＰＣＦからポリシー又はパス詳細を取得することを含むことができる。このようなポリシー又はパス詳細は、要求されたＵＰパス選択を示す。そのようなものとして、トラフィックステアリング要求又は要求されたＵＰパス選択ポリシーを示すルールをＳＭに送信、送出又は転送しているのは、ＰＣＦである。
【００５１】
更に、当業者には容易に理解されるように、検証は、物事の有効性又は正確性をチェック又は証明するために取られるアクションであり、認証は、物事が真実、本物又は有効であることを証明又は提示するアクションであることを仮定すると、検証と承認のステップは、認証と承認と呼ぶこともできる。
【００５２】
図５Ｃは、実施形態に係る、サードパーティＡＳが通信ネットワーク上のＱｏＳセットアップを実行するための方法を示す呼出しフロー図である。例えば、特定の実施形態では、図５Ｃの方法は図５Ａのネットワークに適用されてよい。ステップ７１において、ＡＳが、セッションＱｏＳセットアップのためのＡＰＩベースの要求をＮＣＥＦに送出する。要求は、要求されたセッションＱｏＳセットアップがどのＵＥに適用されるべきかを示すＵＥフィルタ情報と、セッション管理の間に適用／考慮／実施されるべきＱｏＳパラメータとを含むことができる。ステップ７２において、ＮＣＥＦは、ＡＳに対して検証及び承認を実行する。一部の実施形態では、誤った／不一致のパラメータに起因して、或いはアクセス制御ポリシーが原因で、要求は無効となることがある。このステップの間に、認証などの他のセキュリティ対策が適用されてもよい。ステップ７３において、ＮＣＥＦ機能が、ＡＳにＱｏＳセットアップ応答を返送する。応答は、例えば、ポリシーインストールを確認し、又はインストール失敗を示すことができる。応答は更に、要求に対するポリシー番号を含むことができる。一部の実施形態では、ポリシー番号はＵＥに対して提供することができ、ＵＥは、そのセッション要求にポリシー番号を含めることができる。これにより、ＳＭ機能は、セッション要求内でポリシー番号を検索し、それがセッションに対して任意の特定のポリシーを適用する必要があるか否かを決定することができる。ステップ７４において、ＮＣＥＦが、セッションＱｏＳセットアップポリシー制御要求をポリシー制御機能に送出して、ＡＳが承認された場合にセッションＱｏＳセットアップポリシーのインストールをトリガする。要求は、例えば、（ステップ７１で）ＡＳから受信されたセッションＱｏＳセットアップ要求に基づいて生成されてよい。ステップ７５において、ポリシー制御機能が、ＳＭ機能と通信してポリシーを実施する。
【００５３】
例えば、ＳＭ機能は、ローカルで維持されているポリシーリストにポリシー番号を挿入してよい。セッション要求の間、ＳＭ機能は埋め込まれたポリシー番号を検索し、リストに対してポリシー番号を照合してよい。ポリシー番号が有効である場合、ＳＭ機能はポリシー制御機能からポリシー詳細を取得し、それを適用する。有効でない場合、ＳＭ機能は無効なポリシー番号を無視してよい。或いは、ＳＭ機能は、ＵＥ情報を提供することにより、あらゆるセッション要求についてポリシー制御機能をチェックしてよい。容易に理解されるように、ＳＭ機能は、１つ以上のポリシーを管理する別の方法を適用してよい。ステップ７６において、ポリシー制御機能が、ＮＣＥＦにＵＰパス選択ポリシー制御応答を返送する。図５Ｃを更に参照すると、ステップ７６において、ポリシー制御機能はＱｏＳセットアップポリシー制御応答をＮＣＥＦに返送することができる。このＱｏＳセットアップポリシー制御応答は、ポリシー番号を示すことができる。
【００５４】
図５Ｄは、実施形態に係る、サードパーティＡＳが通信ネットワークにおいてセッションＱｏＳポリシーインストールを実行するための方法を示す呼出しフロー図である。例えば、特定の実施形態では、図５Ｄの方法は図５Ａのネットワークに適用されてよい。ステップ８１において、ＡＳが、セッションＱｏＳに関するＡＰＩベースの要求をＮＣＥＦに送出する。要求は、要求されたセッションＱｏＳがどのＵＥに適用されるべきかを示すＵＥフィルタ情報と、ＵＰパス選択の間に考慮／実施されるべきＱｏＳパラメータとを含むことができる。ステップ８２において、ＮＣＥＦが、要求に従って検証及び承認を実行する。例えば、誤った／不一致のパラメータに起因して、或いはアクセス制御ポリシーに起因して、要求は無効となることがある。このステップの間に、認証などの他のセキュリティ対策が適用されてもよい。ステップ８３において、ＮＣＥＦ機能が、ＮＣＥＦにセッションＱｏＳ応答を返送する。応答は、ポリシーインストールを確認し、又はインストール失敗を示すことができる。また、応答は、追跡又は管理の目的で、要求に対する参照番号を含むことができる。ＡＳからの要求が検証され承認された場合（ステップ８２）、ステップ８４において、ＮＣＥＦが次いで、セッションＱｏＳポリシーのインストールをトリガする。これは、例えば、ＮＣＥＦがセッションＱｏＳポリシーインストール要求をポリシー制御機能に送出する（要求は、（ステップ８１において）ＡＳから受信された生のセッションＱｏＳ要求に従って生成されてよい）ステップ８４ａを含んでよく、ポリシー制御機能が次いでポリシーをインストールし、ステップ８４ｂにおいて、ポリシー制御機能がＮＣＥＦに応答を返送する。応答は、参照番号、又はインストールが成功したとの確認を含んでよい。
【００５５】
図５Ｅは、実施形態に係る、ＵＥが通信ネットワーク上のセッションセットアップ手順を実行するための方法を示す呼出しフロー図である。例えば、特定の実施形態では、図５Ｅの方法は図５Ａのネットワークに適用されてよい。ステップ９０において、ＵＥが（例えばアクセスノード（Access  Node，ＡＮ）及び／又はモビリティ管理（Mobility  Management，ＭＭ）エンティティに）アタッチされ、ＭＭ手順を通じてＭＭコンテキストを確立している。ＭＭ手順は認証を含んでよい。ステップ９１において、ＵＥが、セッションセットアップ要求をＭＭ機能に送出する。ステップ９２において、ＭＭ機能が、セッションセットアップ要求を適切なＳＭ機能に転送する。ステップ９３において、ＳＭ機能が、例えばユーザデータ情報及び／又は関連情報を取得し、比較を実行してＵＥコンテキストを照合することにより、ＵＥがサービスをサブスクライブしたことを照合する。ステップ９４において、ＳＭ機能はポリシー制御機能と相互作用してよく、これは、ＵＥ要求などの情報とオペレータポリシー（ＡＳによってカスタマイズされてよい）とに基づいて、ＵＰパス選択ポリシー及び接続のＱｏＳポリシーを含むセッション管理ポリシーを決定することができる。ステップ９５において、ＳＭ機能が、例えばＵＰパス選択ポリシーに対してＵＰパスを選択する。ステップ９６において、ＳＭが、選択されたＵＰパス及びＱｏＳポリシーに対するＰＤＵリソースの確立をトリガする。最後に、ステップ９７において、ＳＭが、セッションセットアップ応答を（例えば、ＭＭ機能を介して）ＵＥに送出する。
【００５６】
本発明の態様は更に、変化するネットワーク条件を考慮したＵＰパスの選択又は再選択などの、トラフィックステアリング機能を提供する。例えば図４を再び参照すると、サービスサブスクリプションに従ってＵＥとＡＳの間でセッションが確立されているので、いくつかのネットワーク内ＡＦ（例えば、ＡＦ１＿１又は別の機能インスタンス）に関与するＵＰパスが、その現在の負荷、ＱｏＳ要件に起因して、或いはアプリケーションレベルの理由で、特定のＵＥにとって好ましい場合がある。例えば、一部のＡＦは、（自身の処理負荷制約から、或いはＡＳへのパスに沿った処理制限に起因して）より大きなデータ処理キャパシティを有する可能性がある。したがって、アプリケーションレイヤ負荷バランシング機能により、ネットワーク内ＡＦ間のＵＥトラフィックを分割して、競合する処理需要により良く対処し、ネットワーク動作効率を改善することができる。別の例では、ＭＴＣデバイスのグループが特定地域イベントを検出することができ、それらのトラフィックは、好ましくは、イベントコンテキストを維持するために、イベントを処理している特定のネットワーク内ＡＦを通してＡＳにルーティングすることができる。更に別の例が、信頼性及び低レイテンシ要件を満たすためにＵＥのモビリティにＡＦ再選択又は再配置が必要となる低レイテンシのシナリオに適用される。
【００５７】
ＵＰとネットワーク内ＡＦとの間でトラフィックステアリング制御（例えば、ＵＰゲートウェイ（NF2_1、NF2_2など）からネットワーク内ＡＦ（AF1_1、AF1_2など）へ、及びその逆）が方向付けられる可能性があるが、例えば、トラフィックステアリング制御は、ＵＰゲートウェイとネットワーク内ＡＦの間のネットワークトラフィックを方向付けるために用いることができる。特定のＵＰゲートウェイに関与する特定のパスを用いることにより、（コストとリソース利用の観点から）より効率的で（例えば遅延やスループット、速度などの性能の面で）効果的なトラフィックステアリング結果を提供することができる。これは、ＵＰゲートウェイとネットワーク内ＡＦの間のトランスポート（又はルーティング）能力は異なる場合があり、ネットワーク及び負荷動態に起因して時間と共に変動する場合があるからである。更に、特定のＵＰパス又はゲートウェイに関連付けられた接続コストと、特定のリンクに関連付けられた動的価格設定構造を考慮すると、特定のＵＰパスは、スループット、課金、及び他のタイミング考慮事項に依存して、より費用効果がある可能性がある。したがって、効果的なトラフィックステアリング戦略は、通信システムにおいてＵＥとＡＳの間のＵＰパスを選択／再選択する際に、これらファクタの全てを考慮する必要があり得る。
【００５８】
図６Ａは、別の実施形態に係る通信ネットワークの論理概略図である。図６Ａの通信ネットワークは、図５Ａに示されるものと同様であるが、更に、ネットワーク内ＡＦを管理するアプリケーション機能（ＡＦ）コントローラ６０２を含み、ポリシー制御機能の代わりに制御プレーン機能（ＣＰＦ）を含む。しかしながら、一部の実施形態では、ＣＰＦはポリシー制御機能を備えてよい。図６Ａの通信ネットワークは、図５Ａに示される通信ネットワークとほぼ同じように動作することができると同時に、加えて、アプリケーションアウェア（application  aware）のＵＰパス選択又は再選択機能を提供する。ＣＰＦは、ＵＰ選択又は再選択構成データを維持する機能であり、特定の実施形態では、ＳＭ機能（又はポリシー制御機能などの別の機能）と統合されてよい。ＡＦコントローラは、例えばネットワーク内ＡＦ内における実現のために、トラフィックステアリングルールを決定及び構成することができる。
【００５９】
図６Ｂは、実施形態に係る、サードパーティＡＳが通信ネットワーク上のＵＰパス選択又は再選択を制御し、又はＵＰパス選択又は再選択に影響を与えるための方法を示す呼出しフロー図である。例えば、特定の実施形態では、図６Ｂの方法は図６Ａのネットワークに適用されてよい。ステップ１２１において、ＡＳが、ＵＰパス選択又は再選択のためのＡＰＩベースの要求をＮＣＥＦに送出する。要求は、例えば、選択されたＵＰパスがどのＵＥに適用されるべきかを示すＵＥフィルタ情報と、要求されたＵＰパス選択又は再選択（構成）が実行されるべき持続時間又は時間間隔とを含んでよい。理解されるように、持続時間又は時間間隔は、要求されたＵＰパス選択又は再選択が適用されるべき期間を定義することができ、それはトラフィックルーティングを示すことができる。そのようなものとして、持続時間又は時間間隔は時間パラメータ、例えば時間有効性条件とみなすことができる。要求はまた、ＵＰパス選択又は再選択において含まれる／考慮されるべきネットワーク内ＡＦ位置を（例えば、ＩＰアドレスを介して）含んでもよい。要求はまた、指定されたネットワーク内ＡＦ位置に対してＵＰパス選択又は再選択の間に取られるべき特定のアクションを含んでもよい。可能なアクションはCONVERAGE_TO_ANY又はDIVERAGE_FROM_ALLを含み、ＵＥセッションが、指定されたネットワーク内ＡＦのいずれかに収束し、又は指定されたネットワーク内ＡＦの全部から分岐するＵＰパスを使用すべきであることを意味する。他のアクションも可能である。ステップ１２２において、ＮＣＥＦが、要求に対して検証及び承認を実行する。例えば、誤った／不一致のパラメータに起因して、或いはアクセス制御ポリシー機能（図示なし）に起因して、要求は無効となることがある。認証などの他のセキュリティ対策が適用されてもよい。ステップ１２３において、ＮＣＥＦが、ＵＰパス選択又は再選択制御要求をＣＰＦに送出する。要求は、（ステップ１２１において）ＡＳから受信されたＵＰパス選択又は再選択要求から生成されてよい。ステップ１２４において、ＣＰＦが、ＵＰパス選択又は再選択要求を受け入れる（accept）か否かを判断し、受け入れる場合、ＵＰパス選択又は再選択構成応答をＮＣＥＦに返送する。メッセージは、変更要求受け入れを確認し、或いはその拒否を通知することができる。実施形態によれば、図６Ｂを更に参照すると、ＣＰＦからＮＣＥＦに送信されるメッセージは、ＵＰパス選択又は再選択要求受け入れを確認し、或いはその拒否を通知することができる。受け入れられた場合、メッセージは参照番号を含むことができる。ステップ１２５において、ＮＣＥＦ機能が、ＡＳにＵＰパス選択又は再選択応答を返送する。メッセージは、要求されたＵＰパス選択又は再選択の受け入れを確認応答し（acknowledge）、又はその拒否を示すことができる。受け入れの場合、メッセージは、ＣＰＦによって割り当てられた参照番号を含んでよい。次いで参照番号はＵＥに提供されて、それをセッション要求に含めることができる。したがって、ＳＭ機能は、特定のパス構成又はポリシーが適用されるべきか否かを決定するために、単純にセッション要求内の参照番号を検索することができる。ステップ１２６において���ＵＰパス選択又は再選択要求が受け入れられた場合、ＣＰＦがＳＭ機能を用いてそれを実施する。これは、ステップ１２４，１２５と同時に実行されてよい。場合によっては、実施は、ＣＰＦが、ＳＭ機能にローカルで維持されているポリシーリストに参照／ポリシー番号を挿入するように知らせることと、適格なセッションに対してＵＰパス再選択を実行するようにＳＭ機能をトリガすることとを含んでよい。後続のセッション要求について、ＳＭ機能は、埋め込まれた参照／ポリシー番号を探し、リストに対してそれを照合してよい。参照番号が有効である場合、ＳＭ機能はＣＰＦからパス／ポリシー詳細を取得して適用する。有効でない場合、参照番号が無効であればそれは無視することができる。或いは、実施は、ＣＰＦがＳＭ機能に、ＵＥ情報を提供することにより、ＣＰＦとの既存のセッション及び新セッション要求をチェックするように知らせることを含んでよい。容易に理解されるように、ＣＰＦ又はＰＣＦは、１つ以上のポリシーを実施するために別の方法を適用してよい。特定の実施形態では、ステップ１２２において検証又は承認が失敗した場合、ステップ１２３，１２４はスキップでき、ステップ５においてＡＳは失敗した検証を知らされる。
【００６０】
図６Ｃは、実施形態に係る、ネットワークエレメントにＵＰ変更を通知するための方法を示す呼出しフロー図である。ＵＰ変更は、サードパーティＡＳによって開始されたＵＰパスの変更に関することがある。本方法により、到来パケットの再構成／再ルーティングの通知が、ＵＰパス変更を考慮してその次の論理ネットワーク宛先（例えばＵＰゲートウェイ）に適切に到着することができる。実施形態によれば、論理ネットワーク宛先はＵＰ標識によって定義されてよい。ＵＰ標識は、ユーザプレーン又はネットワーク内の特定の位置又はポイントに関連付けられた識別子とすることができる。例えばＵＰ標識は、データネットワークに関連付けられたアクセス位置に関連付けられた識別子とすることができ、これはデータネットワークアクセス識別子（ＤＮＡＩ）又は他の識別子とみなされてよい。特定の実施形態では、図６Ｃの方法は図６Ａのネットワークに適用されてよい。ステップ１３１において、ＡＦコントローラが、ＵＰ変更通知をＮＣＥＦに提供するためのＡＰＩベースの要求を送出する。要求は、要求されたＵＰ変更通知がどのＵＥを参照するのかを示すＵＥフィルタ情報を含んでよく、いつＵＰ変更通知が生成されるべきかを示す持続時間（又は時間間隔）を含んでよい。ステップ１３２において、ＮＣＥＦが、要求に対して検証及び承認を実行する。誤った／不一致のパラメータに起因して、或いはポリシー制御アクセスの理由に起因して、要求は無効にされることがある。このステップにおいて、認証などの他のセキュリティ対策が適用されてもよい。ステップ１３３において、ＮＣＥＦが、ＵＰ変更通知構成要求をＣＰＦに送出する。要求は、（ステップ１３１において）ＡＦコントローラから受信された生のＵＰ変更通知要求から生成されてよい。次いでＣＰＦは、要求されたＵＰ変更通知構成を受け入れるか否かを判断してよく、ステップ１３４において、ＵＰ変更通知構成応答をＮＣＥＦに返送する。メッセージは、（例えば参照番号を含めることにより）構成受け入れを確認し、又はその拒否を通知することができる。ステップ１３５において、ＮＣＥＦ機能が、ＡＦコントローラに応答を返送する。メッセージは、ＡＰＩベースのＵＰ変更通知要求の受け入れを確認応答し、又は拒否を示すことができる。受け入れの場合、メッセージは、ＣＰＦによって割り当てられた参照番号を含むことができる。参照番号は次いで、ＡＦコントローラによりＵＥ（図示なし）に送出することができ、ＵＥは、参照番号をそのセッション要求に含めることができる。これにより、ＳＭ機能は、任意のセッション要求内で参照番号をルックアップして、例えば、それが任意のＵＰパス選択又は再選択構成を適用する必要があるか否かを決定することができる。ステップ１３６において、要求されたＵＰゲートウェイ変更通知構成が受け入れられた場合、ＣＰＦはＳＭ機能を用いてそれを実施する。これは、ステップ１３４，１３５と同時に実行されてよい。特定の実施形態では、実施は、ＣＰＦが、ＳＭ機能に適格なセッションを参照番号にマッチング／関連付けするように知らせることと、こうしたセッションについてＵＰゲートウェイ変更通知を実行することとを含んでよい。後続のセッション要求では、ＳＭ機能は、埋め込まれた参照番号を探し、ＣＦＰから構成詳細を取得し、適用可能な場合にセッションを参照番号に関連付け、通知を送出することができる。場合によって、無効な参照番号は単に無視することができる。他の実施形態では、実施は、ＣＰＦがＳＭ機能に、ＵＥ情報を提供することにより、ＣＰＦとの既存のセッション及び新セッション要求をチェックするように知らせることを含んでよい。容易に理解されるように、ＣＰＦ又はＰＣＦは、既存のセッション及び新セッション要求に対して１つ以上のポリシーを実施するために別の方法を適用してよい。特定の実施形態では、ステップ１３２において検証及び承認が失敗した場合、ステップ１３３，１３４はスキップされてよく、ステップ５においてＡＦコントローラは失敗について知らされてよい。
【００６１】
図６Ｄは、別の実施形態に係る、ネットワークエレメントにＵＰ変更を通知するための方法を示す呼出しフロー図である。例えば、ＳＭ機能が、ＵＰ変更の通知を如何にして生成するかを指定する構成を適用した後、ＡＦコントローラ又はＮＣＥＦ機能にＵＰ変更を通知するために、図６Ｄに示される方法を用いることができる。ＵＰ変更はＵＰパスの変更に関することがあり、到来パケットの再構成／再ルーティングの通知が、ＵＰパス変更を考慮してその次の論理ネットワーク宛先（例えばＵＰゲートウェイ）に適切に到着することができる。実施形態によれば、論理ネットワーク宛先はＵＰ標識によって定義されてよい。ＵＰ標識は、ユーザプレーン又はネットワーク内の特定の位置又はポイントに関連付けられた識別子とすることができる。例えばＵＰ標識は、データネットワークに関連付けられたアクセス位置に関連付けられた識別子とすることができ、これはデータネットワークアクセス識別子（ＤＮＡＩ）又は他の識別子とみなされてよい。特定の実施形態では、図６Ｄの方法は図６Ａのネットワークに適用されてよい。ステップ１４１において、ＳＭ機能が、ＵＰ変更構成を適用する。これは、例えば図６Ｃに示されるステップ１３６の手順と同様の手順を含んでよく、また、セッション又はセッションセットアップ（開始）時間中に発生してよい。ＵＰ変更構成を適用することによって理解されるように、ＳＭ又はＳＭＦは、ＵＰパス選択又は再選択ポリシーを適用している。図６Ｄに示されるように、これは、ＵＰパス再選択を実行することと、ＵＰ変更を決定することとを含んでよい。ＳＭがＵＰ変更（例えばＵＰゲートウェイ変更）をＵＰパス再選択の結果として決定した場合、ＳＭは、ステップ１４２において、ＵＰゲートウェイ変更通知をＮＣＥＦ機能に送出する。ステップ１４３において、ＮＣＥＦ機能が、ＡＦコントローラにＵＰ変更を通知する。メッセージは、例えば、新しいＵＰゲートウェイのＩＰアドレスを含んでよい。最後に、ステップ１４４において、ＮＣＥＦ機能が、ＳＭ機能に、例えば通知の受け入れに関する確認応答を送出する。
【００６２】
実施形態によれば、アプリケーションシステム（ＡＳ）は、１つ又は複数のアプリケーション機能から成る。そのようなＡＳは、３ＧＰＰドメインの外部で動作すると同時に、オペレータのネットワーク内部においてエッジのより近くに展開されてよい。実施形態によれば、ネットワークＡＳの内部コンポーネントは、ネットワークドメインの外部（例えば３ＧＰＰ及び／又はＡＳドメインの外部）のエンティティには“見えない”可能性がある。この構成では、ＡＳは、ＵＥに対しては単一のエンティティとして現れ得る。例えばＡＳは、単一の仮想ＩＰアドレスを割り当てられ、特定の１つのサービス又は複数のサービスをＵＥに提供することができる。したがって、ＵＥは、この仮想ＩＰアドレスを用いて、ＡＳによって提供されたサービスの１つ以上にアクセスする。
【００６３】
実施形態によれば、特定のトラフィック条件について、ＡＳ（再）配置又は（再）選択が随時起こる可能性がある。例えば、ネットワークを通じて生の計器示度をオペレーションセンターに転送する前にこのデータをコンパクトな形式に集約するために、データ集約機能が複数のユーティリティ計器装置のより近くに展開されてよい。例えば、計器示度は一般に事前スケジュールされてよく、装置送信スケジュールは事前に既知である。ネットワークのトラフィック負荷のバランスを取るために、ＡＳ（再）配置は、送信スケジュールに従って計画することができる。潜在的にＡＳ（再）配置を必要とする別の例は、ネットワークキャッシングに関するものとすることができる。この例では、コンテンツサービスプロバイダのためにコンテンツキャッシング機能をネットワークに展開することができる。ＵＥが移動すると、ＵＥに対して異なるキャッシング機能が選択されて、コンテンツ配信遅延及び配信コストを低減することができる。更なる例はクリティカル通信に関する。所望レベルの信頼性及びＱｏＳを達成するために、ＵＥモビリティは、ＵＥトラフィックに対して選択された１つ又は複数のＡＳ位置と共に、変化するユーザプレーンゲートウェイ（ＵＰ−ＧＷ）のセット（並列接続、或いは複数のＰＤＵセッション、或いはマルチホーミング接続を提供するための）を結果としてもたらし得る。
【００６４】
実施形態によれば、ＡＳ再配置が起こったとき、所望のエンドツーエンドＱｏＳ及び効率を提供するためにＵＰパスが再選択されてよい。場合によっては、ＵＥモビリティ及び負荷バランシングなどの３ＧＰＰ内部ファクタによってＵＰパス再選択をトリガすることができる。これは、現在のＡＳ位置が準最適であると決定されることを結果としてもたらし、ＡＳ再配置のトリガを結果としてもたらし得る。しかしながら、３ＧＰＰネットワーク及びＡＳネットワークは別個に管理されるので、エンドツーエンドの性能及び効率を確保するために、２つのネットワーク間で相互作用が必要となる。
【００６５】
図７は、別の実施形態に係る通信ネットワークの論理概略図である。図７に示される実施形態では、パス選択機能（ＰＳＦ）、認証機能（Auth）及びポリシー制御機能（ポリシー）により、制御プレーンにおいてアプリケーションアウェアのＵＰパス（再）選択が実行される。
【００６６】
本実施形態では、Auth機能７０１はＵＰパス（再）選択要求を認証することを担当する一方、ポリシー機能７０２は、この要求の検証及び承認に必要な情報を提供する。一部の実施形態では、ＰＳＦ７０３はＵＰパス（再）選択を実行する。一部の実施形態では、ＰＳＦは、１つ以上の事前定義されたポリシーに対してＡＳコントローラ７０４からのＵＰパス（再）選択要求を照合することにより、この（再）選択の検証及び承認を実行する。一部の実施形態では、ポリシーは必要に応じて動的に更新することができる。一部の実施形態では、ポリシーはアプリケーション又はセッション固有であってよい。例えば、継続中（ongoing）セッションのセッション及びサービス継続性（ＳＳＣ）モードが、ＵＰ  ＧＷ変更が起こり得ないことを示す場合、該セッションに関するＵＰパス（再）選択要求は無効とみなし拒否することができる。
【００６７】
一部の実施形態では、ＰＳＦ機能は、サブ機能としてトラフィックステアリング制御機能（traffic  steering  control  function，ＴＳＣＦ）７０５を含む。ＰＳＦは、ＵＰにおけるトラフィックステアリング挙動の構成を提供することができる。一部の実施形態では、ＰＳＦは、別個のＣＰ機能であってよく、或いは既存のＣＰ機能、例えばセッション管理機能（ＳＭ）又はポリシー機能の一部であってよい。
【００６８】
図７に示されるように、簡略化のためにＴＳＣＦはＰＳＦ内に統合されているように示される。しかしながら、他の実施形態では、ＴＳＣＦは、別のＣＰ機能の一部であり、或いは、別個のＣＰ機能として構成される。ＴＳＣＦがＰＳＦ内に存在しない実施形態では、ＴＳＣＦとＰＳＦの間の相互作用が定義できる。
【００６９】
実施形態によれば、ＵＰ再選択又はＡＳ再配置の結果として、３ＧＰＰドメインとＡＳドメインとの間の潜在的なＳＳＣ問題が発生する可能性がある。潜在的なＳＳＣ問題は、（ダウンリンクの場合に）正しいＵＰ  ＧＷに向けた又は（アップリンクの場合に）正しいＡＳ位置に対するトラフィック配信を確保することによって克服することができる。
【００７０】
本発明の実施形態は、ＵＥの関与を必要としない。更なる説明の為に、ＵＥが単一のＩＰアドレス（定数）を有し、異なるＰＤＵセッションに対して異なるポートを用いると仮定する。ネットワークは、ＵＥのアドレス及びポート番号の両方を認識していると仮定する。ポート番号は、ネットワークによって、又はＵＥによって生成されてよい。後者の場合、ＵＥは、ネットワークにポート番号を知らせるように要求されることがある。ポート番号はセッション要求に含まれてよく、或いは、セッションセットアップが完了した後に別個のＣＰシグナリングを通してでよい。上述の潜在的なＳＳＣ問題は、最初のＵＰ  ＧＷ選択の間には生じないが、最初に割り当てられたＩＰアドレス及びポート番号を保存することが必要なＵＰ  ＧＷ再選択の間にだけ生じる点に留意する。
【００７１】
実施形態によれば、ＵＰ  ＧＷは、ネットワークアドレス変換（network  address  translation，ＮＡＴ）と同様の機能を用いてトラフィックステアリング機能を実現する。トラフィックステアリングは、宛先アドレスと宛先ポートに適用されたネットワークアドレス変換、例えば、生のアドレス及び／又は生のポートを異なるアドレス及び／又は異なるポートに変換することにより、提供することができる。例えば、トラフィックステアリングは、ユーザプレーン内の特定の位置又はポイントに関連付けられた識別子を変更することができる。識別子は、データネットワークに関連付けられたアクセス位置に関連付けることができ、これはデータネットワークアクセス識別子（ＤＮＡＩ）又は他の識別子とみなすことができる。実施形態によれば、異なるソースアドレス、ソースポート、宛先アドレス、宛先ポート、トラフィックタイプ及び／又は差別化サービスコードポイント（Differentiated  Services  Code  Point，ＤＳＣＰ）などに従って異なる変換手順を適用することにより、差別化されたトラフィックステアリングを達成することができる。実施形態によれば、トラフィックステアリング機能は、ＴＳＣＦによって定義されたルールに従って動作する。
【００７２】
適当に構成されたトラフィックステアリングルールを用いて、ＵＰ  ＧＷは、ＵＰ再選択の後にＤＬトラフィックを新しいＵＰ  ＧＷに、及びＡＳ再配置の後にＵＬトラフィックを新しいＡＳ位置にリダイレクトすることができる。本実施形態によれば、図８Ａは、ＵＰ再選択後のダウンリンクトラフィックの、ＵＰ  ＧＷ８０３に位置するトラフィックステアリング８０２を示す概略図を示す。図８Ｂは、ＡＳ再配置後のアップリンクトラフィックの、ＵＰ  ＧＷ８０５に位置するトラフィックステアリング８０４を示す概略図を示す。
【００７３】
別の実施形態によれば、トラフィックステアリング機能は、ＡＳドメインに展開され、ＡＳコントローラによって構成される。本実施形態は、ＵＰ  ＧＷがデータセンター（data  centre，ＤＣ）でインスタンス化された仮想機能であり、対応するトラフィックステアリング機能をＤＣのネットワークゲートウェイに展開することができるときに適用することができる。認識されるように、この解決策は、トラフィックステアリング機能がＡＳドメイン内に位置するので、３ＧＰＰの範囲外である。しかしながら、本実施形態では、３ＧＰＰドメインは、ＡＳコントローラにＵＰ変更又はセットアップについて通知するときに、関連トラフィックを示す必要がある。認識されるように、本実施形態はダウンリンクのケースにより関連性が高い。実施形態によれば、参照番号又はトラフィック識別子番号（例えば、ＵＥのアドレスとポートとの組合わせ）を通知に含めることができる。容易に理解されるように、トラフィック識別子番号又はトラフィック識別子は、ＵＥのアドレスとＵＥのポートとのうちの１つ又は組合わせであってよい。参照番号は、ＵＰパス（再）選択応答又はＵＰセットアップ（変更）通知応答の一部として、ＡＳコントローラに提供することができる。ＡＳコントローラは、参照番号を用いて、対応するＵＰパス（再）選択又はＵＰセットアップ（変更）通知要求を識別し、ＵＥフィルタ情報を抽出することができる。ＵＥフィルタリング情報又はトラフィック識別子及び通知されたＵＰ  ＧＷ位置に従って、ＡＳコントローラは、ＡＳドメイン内に位置付けられたトラフィックステアリング機能を構成することができる。本実施形態によれば、図８Ｃは、ＵＰ再選択後のダウンリンクトラフィックの、ＡＳネットワーク８０７に位置するトラフィックステアリング８０６を示す概略図である。図８Ｄは、ＡＳ再配置後のアップリンクトラフィックの、ＡＳネットワーク８０９に位置するトラフィックステアリング８０８を示す概略図である。実施形態によれば、トラフィックステアリング機能はＵＰ標識によって識別することができ、例えばＵＰ標識は、データネットワーク内のトラフィックステアリング機能の位置を定義することができる。更に、ＵＰ選択又は再選択の要求は、ＵＰパス選択又は再選択の間に考慮されるべきトラフィックステアリング機能の位置を識別するＵＰ標識を示すことができる。
【００７４】
本発明の実施形態は、文献：3GPP  TR  23.799、“Study  on  Architecture  for  Next  Generation  System”、第３世代パートナーシッププロジェクト、第０．６．０版、２０１６年７月に記載されるような手順の変形に関し得る。
【００７５】
図７を再び参照すると、ＵＰパス（再）選択は、パス選択機能（ＰＳＦ）、認証機能（Auth）、及びポリシー制御機能（ポリシー）を含む制御プレーン機能と、ＡＳ（再）選択／（再）配置を管理するように構成される（非３ＧＰＰ機能である）ＡＳコントローラとによって実行される。図７を参照すると、破線で示された通信インタフェース、例えばＡＳコントローラとＡＳネットワークの間の通信インタフェースは、３ＧＰＰの範囲外である。
【００７６】
実施形態によれば、ＡＳコントローラは、オペレータの制御下にあり信頼されるドメイン内にある機能である。実施形態によれば、ＡＳコントローラは、ＡＳネットワークに関してコアネットワークユーザプレーンのトポロジの特定の知識を有すると仮定される。実施形態によれば、ＰＳＦは、制御プレーン機能、例えば、セッション管理機能（ＳＭ）の一部である。
【００７７】
図９は、本発明の実施形態に係る、ＵＰパス（再）選択に対するアプリケーションアウェアネスを可能にする方法を示すフロー図である。図示のように、ＰＳＦは、アプリケーションに関連付けられたプロトコルデータユニット（ＰＤＵ）セッションについてＵＰパス（再）選択要求を受信する。この要求は、３ＧＰＰネットワークの外部から、例えば図９の１５１Ａによって示されるようにＡＳコントローラから受信することができる。或いは、要求は、３ＧＰＰネットワークの内部から受信することができる。例えば要求は、図９の１５１Ｂによって示されるように、モビリティ及び／又は負荷バランシングの結果であってよい。
【００７８】
３ＧＰＰネットワーク外部から要求が受信される実施形態では、呼出しフローにおける一連のステップは、１５１Ａとして識別されるボックス内に示される。最初に、ＡＳコントローラがＵＰパス（再）選択要求を送出する。一部の実施形態では、要求は、要求されたＵＰパス（再）選択が適用されるアプリケーションを示すアプリケーション識別子を含む。一部の実施形態では、要求は、要求されたＵＰパス（再）選択が適用されるＵＥを示すＵＥフィルタ情報を含む。
【００７９】
一部の実施形態では、加入者ＩＤ、デバイスタイプ、ＭＡＣアドレス、地理的位置、残余エネルギーなどを含む、汎用のＵＥ属性セットを事前定義することができる。一部の実施形態では、ＵＥフィルタは、ＵＥ属性に関して定義される。一部の実施形態では、ＵＥフィルタは更に、意図されたアプリケーション（例えばアドレス及びポートによって識別される）、トラフィックタイプ、ＤＳＣＰなどに依存する。上述のように、ＵＥフィルタは、ＵＥフィルタ例えばトラフィックフィルタの構成を提供することのできる、ＵＥ属性又はＵＥ情報又はＵＥフィルタ情報に関して定義される。
【００８０】
一部の実施形態では、要求は、ＵＰパス（再）選択の間に考慮に入れられるべき、選択に適する及び／又は適さないＵＰ機能及びＡＳ位置のリストを含む。実施形態によれば、通信ネットワーク内のネットワーク機能、例えばＣＰＦは、選択に適する又は選択に適さないＡＳ位置又はアプリケーション位置を識別するように構成できる。各ＡＳ位置及びアプリケーション位置は、それに関連付けられたＵＰ標識を有することができ、これは、前述のように、ユーザプレーン内の特定の位置又はポイントに関連付けられた識別子とすることができる。例えば、ＵＰ標識は、データネットワークに関連付けられたアクセス位置に関連付けられた識別子であってよく、これはデータネットワークアクセス識別子（ＤＮＡＩ）又は他の識別子とみなされてよい。ＵＰ機能及びＡＳ位置は、ＩＰアドレス、ＭＡＣアドレス又は他のタイプのアドレスなどのネットワークアドレスを用いて指定されてよい。一部の実施形態では、要求は、要求されたＵＰパス（再）選択がいつ適用されるべきかを示す時間間隔を含む。一部の実施形態では、要求は、アプリケーションに関連付けられたＰＤＵセッションのＡＳ再配置能力／可能性を含む。一部の実施形態では、要求は、ＡＳ側トラフィックステアリング能力を含む。一部の実施形態では、要求は、トラフィックを新しいＵＰに移動する前に、ＡＳコントローラからの確認を待機するか否かを示す。容易に理解されるように、要求は、上記の識別される特徴の１つ以上を示すデータを含む。
【００８１】
これらの実施形態では、単一のＵＥがＡＳに接続されている。しかしながら、実施形態によれば、ＡＳは複数のＵＥに同時にサービス提供することができ、その結果、複数のＵＥのＰＤＵセッションのＵＰパスが再選択されることになる可能性がある。
【００８２】
更に図９を参照すると、実施形態によれば、要求を受信した後、ＰＳＦは認証要求をAuth機能に送出して、認証をトリガする。Auth機能は、ＡＳコントローラのアイデンティティを取得し、認証を実行する。Auth機能は次いで、応答メッセージを通じてＰＳＦに認証結果を提供する。認証失敗の場合、ボックス１５１Ａ内の動作の残りはスキップされる。
【００８３】
しかしながら、認証結果が有効であるとき、ＰＳＦはポリシー機能と相互作用して、ＵＰパス（再）選択要求を検証及び承認する。ＵＥが既に事前確立されたセッションを有する場合、このステップの結果は、（１）拒否、（２）受け入れ、又は（３）部分的受け入れのいずれかになり得る。ＳＳＣモード１では、結果は拒否である。しかしながら、トラフィックステアリングを調整して、トラフィックを新しいＡＳ位置に向けてルーティングすることができる。ＳＳＣモード２では、結果は受け入れである。ＳＳＣモード３では、結果は部分的受け入れである。
【００８４】
次いで、ＰＳＦはＵＰパス（再）選択応答をＡＳコントローラに送出する。メッセージは、要求が受け入れられたか又は拒否されたかを示す。一部の実施形態では、要求が拒否された場合、ＡＳコントローラに送出されたメッセージは、拒否の原因を更に含むことができる。これは、エラーコードの形式でＡＳコントローラに伝達されてよい。要求の拒否の場合はプロセスは終了する。要求が受け入れられた場合、ＡＳコントローラへのメッセージは参照番号を含むことができる。ＰＳＦは、その後、トラフィックステアリングルールを生成してよく、そのルールについてＴＳＣＦに通知する。
【００８５】
一部の実施形態では、ＡＳコントローラはＰＳＦと直接通信する。他の実施形態では、ＡＳコントローラは、ネットワーク能力公開機能（ＮＣＥＦ）とも呼ばれるサービス能力公開機能（ＳＣＥＦ）を介してＰＳＦと通信する。一部の実施形態では、ＡＳコントローラとＰＳＦの間の通信がＳＣＥＦを介する場合、ＳＣＥＦは、認証、検証及び承認、並びにトラフィックステアリングルール生成のうち１つ以上を実行するように構成されてよい。
【００８６】
実施形態によれば、３ＧＰＰネットワーク外部から（１５１Ａ）又は３ＧＰＰネットワーク内部から（１５１Ｂ）要求を受信することに関して上記で定義されたステップを完了すると、ＰＳＦは、（再）選択によって影響を受けることになる１つ又は複数のＰＤＵセッションを識別する。新しいセッションの場合、ＰＳＦは、要求内に提供されたＡＳ再配置能力／可能性に従って、ＳＳＣモードを決定することができる。例えば、ＡＳコントローラが１つ又は複数のＰＤＵセッションに対してＡＳ再配置を実行できないことが示された場合、１つ又は複数のＰＤＵセッションに対して選択されたＳＳＣモードはＳＳＣモード１であってよい。
【００８７】
実施形態によれば、ＰＳＦは、要求において選択に適するか又は適さないとして指定されたＵＰ機能及びＡＳ位置のリストに従って、影響を受けたトラフィックフローに対してＵＰを（再）選択する（１５２）。ＰＳＦは、ＵＰ選択の場合にはＰＤＵリソースを確立し（１５３）、又は、ＵＰ再選択の場合にはＰＤＵセッションリソースを更新して、UP_AからUP_Bへトラフィックフローパスを変更することができる。このプロセス中に、ＰＳＦは３ＧＰＰ内ＳＳＣを処理することができる。
【００８８】
ＴＳＣＦは、ＳＳＣモード２の場合、UP_Aでトラフィックステアリングルールを構成する（１５４）。それにより、残りのＤＬトラフィックはUP_Bにリダイレクトすることができる。これは、ＳＳＣモード３でのＵＰ再選択及びＵＰ選択の場合は不要である。
【００８９】
一部の実施形態では、ＴＳＣＦは、１つ以上の選択されたＵＰ機能においてトラフィックステアリングを構成することができる。トラフィックステアリングは、適当な次のＵＰ機能に向けて、或いは適当なＰＤＮ（パケットデータネットワーク）、ローカルネットワーク又はＡＳネットワークに向けて、トラフィックを方向付けるように構成される。一部の実施形態では、ＴＳＣＦは、複数のネクストホップＵＰ機能又は複数のターゲットネットワーク（ＰＤＮ及び／又はＡＳネットワークなどのローカルネットワーク）の間で分割されるように、トラフィックを構成することができる。一部の実施形態では、ＴＳＣＦは、複数のネクストホップＵＰ機能及び／又は複数のターゲットネットワークに、並列に及び／又はマルチキャスト方式で送信されるように、トラフィックを構成することができる。例えば、第１のネクストホップに送信されるトラフィックは、第２のネクストホップに送信されるトラフィックとコンテンツにおいて重複する可能性がある。第１及び第２のネクストホップに送信されるコンテンツが１００％重複するとき、送信はマルチキャストを介して実行されてよい。第１及び第２のネクストホップに送信されるコンテンツが全く重複しないとき、送信は、２つの異なる並列送信を含むことができる。第１及び第２のホップに送信されるコンテンツが部分的に重複するとき、コンテンツをネクストホップに伝達するために、並列送信及びマルチキャスト送信の組み合わせを用いることができる。マルチキャスト経由で送信されないトラフィック（もしあれば）は、選択されたネクストホップＵＰ機能又はターゲットネットワークにユニキャスト方式で送信されてよい。ＴＳＣＦは、異なるステアリングの場合を達成するために、選択されたＵＰ機能にＵＰにおけるトラフィックステアリングを構成することができる。
【００９０】
その後、トラフィックフローはＵＰ−Ｂを通して配信される。しかしながら、一部の実施形態では、このステップは、完全なエンドツーエンドのパスの準備ができるまで遅延することがある。トラフィックフローの配信におけるこの遅延は、ＡＳコントローラがＵＰパス（再）選択要求を送出するときにＡＳコントローラによって事前定義されてよい。この場合、ＴＳＣＦによるトラフィックステアリングルールの構成も遅延する可能性がある。
【００９１】
実施形態によれば、ＰＳＦがセッションセットアップのためのＵＰゲートウェイを決定し、或いはＰＳＦがＵＰパス再選択に起因してアクティブなＰＤＵセッションのための新しいＵＰゲートウェイを決定し、且つＡＳコントローラがＵＰのセットアップ又は変更の必要の通知を送出している（１５６）例では、ＰＳＦは、ＵＰセットアップ又は変更通知手順を開始する。この通知手順は、ＡＳコントローラに、ＡＳに関連付けられたＰＤＵセッションのＵＰセットアップ又は変更を通知することを含むことができる。通知は、ＵＰ  ＧＷ位置、トラフィック識別子又は参照番号を含んでよい。ＳＳＣモード２の場合、通知は参照番号を含んでよい。ＡＳコントローラは、参照番号を用いて、ＵＰパス（再）選択又はＵＰセットアップ（変更）通知要求を識別し、ＵＥフィルタ情報を抽出することができる。ＵＥフィルタリング情報とＵＰ  ＧＷ位置に基づき、ＡＳコントローラはトラフィックステアリング機能を構成してよい。ＳＳＣモード３の場合、通知はトラフィック識別子を含んでよい。その結果、ＡＳコントローラは、ＵＥへの継続中セッションに影響を与えることなく構成されるべきトラフィックの部分を識別することができる。トラフィック識別子は、例えば、トラフィックに用いられるＵＥのアドレスとポートとの組合わせであってよい。容易に理解されるように、トラフィック識別子は、ＵＥのアドレスとＵＥのポートとのうち１つ以上であってよい。
【００９２】
その後、ＡＳコントローラは、ＡＳ（再）配置又はＡＳ状態（再）配置（AS  state  (re)location）手順について一連のステップを実行することができる。一部の実施形態では、ＡＳコントローラは、サービス及びセッション継続性を提供するためにトラフィックステアリング構成も実行する。その後、ＡＳコントローラは、ＰＳＦに対して、通知の受け入れに関連し得る確認応答を送出する。確認応答は更にＳＳＣインジケータを含んでよく、これは、ＳＳＣがＡＳ側から維持されていたか否かを示し得る。一部の実施形態では、同じＵＥとＡＳ位置との間で実行されるＵＬセッションと比較すると、ＡＳコントローラはＤＬセッションに関して異なるＳＳＣインジケータを送出する。
【００９３】
実施形態によれば、通知手順の最後に示されているようにＳＳＣがＡＳ側から維持されていない場合、ＰＳＦは、ＵＰを更新して、新しいＵＰとＵＥにサービス提供する新しいＡＳとの間のトラフィックのステアリングをセットアップする。一部の実施形態では、宛先アドレス及び宛先ポートに適用されるネットワークアドレス変換により、トラフィックステアリングが提供され、異なるソースアドレス、ソースポート、トラフィックタイプ及び／又は差別化サービスコードポイント（ＤＳＣＰ）などに従って異なる変換を適用することにより、差別化されたトラフィックステアリングを達成することができる。
【００９４】
実施形態によれば、その後、ＰＳＦはＡＳコントローラに、ＵＰパス（再）選択が完了したことを通知する（１５８）。一部の実施形態では、この通知は、ＡＳ再配置を終了させるようにＡＳコントローラをトリガすることができ、リソースの解放とデータ構造のクリーンアップを結果としてもたらす。
【００９５】
様々な実施形態では、ＵＰ  ＧＷは、ＵＰがＡＳネットワーク又はＰＤＮ（パケットデータネットワーク）などの非３ＧＰＰドメインに接続されるためのＵＰ機能である。一部の実施形態では、第１のＵＰ（ＵＰ  Ａ）は別のＵＰ（ＵＰ  Ｂ）のサブＵＰであってよく、ＵＰ  ＡのＧＷは、サブＵＰを定義するＵＰ  ＢにおけるＵＰ機能であってよい。つまり、ＵＰのタイプに依存して、ＵＰ  ＧＷは、ＩＰアンカー、モビリティアンカー、分岐機能、ローカル中断ポイント、又は別のＵＰ機能であってよい。
【００９６】
図１０Ａは、本発明の別の実施形態に係る、ＵＰパス（再）選択のアプリケーションアウェアネスを可能にするための手順を説明するフロー図である。
【００９７】
以下、図１０Ａのフロー図をさらに詳述する。最初に、ＵＥは、UP_Aを介したアプリケーションとの確立されたＰＤＵセッション１６１を有し、該セッションに関連付けられたＤＬ／ＵＬトラフィックがフローし始める。
【００９８】
次に、ＵＥ（再）選択要求手順１６２は、ＡＳコントローラから要求を受信すると行われる。より詳細には、制御プレーンは、アプリケーションに関連付けられたＰＤＵセッションのためのＵＰパス（再）選択要求を受信する（１６３）。要求は、要求されたＵＰパス（再）選択が適用されるアプリケーションを示すアプリケーション識別子を含むことができる。要求は、要求されたＵＰパス（再）選択が適用されるＵＥを示すＵＥフィルタ情報を含むことができる。例えば、加入者ＩＤ、デバイスタイプ、ＭＡＣアドレス、地理的位置、残余エネルギーなどを含む、汎用のＵＥ属性セットが事前定義されてよい点に留意する。ＵＥフィルタは、ＵＥ属性に関して定義されてよい。ＵＥフィルタは更に、意図されたアプリケーション（アドレス及びポート）、トラフィックタイプ、ＤＳＣＰ（すなわち差別化サービスコードポイント）などに依存してよい。本手順は、単一のＵＥがＡＳに接続されている場合を記載し、しかしながら、ＡＳは複数のＵＥに同時にサービス提供することができ、一部の実施形態では、これは、複数のＵＥのＰＤＵセッションのＵＰパスが再選択されることを結果としてもたらし得る点に留意する。
【００９９】
更に、要求は、ＵＰパス（再）選択の間に考慮に入れられるべき、選択に適する及び／又は適さないＵＰ機能及びＡＳ位置のリストを含んでよい。ＵＰ機能は、ＩＰアドレス、ＭＡＣアドレス、又は別のタイプのアドレスなどのネットワークアドレスを用いて指定されてよい。要求は、要求されたＵＰパス（再）選択がいつ適用されるべきかを示す時間間隔を含むことができる。要求は、アプリケーションに関連付けられたＰＤＵセッションのためのＡＳトラフィックステアリング能力を含むことができる。ＡＳコントローラは、直接又はＳＣＥＦを介して、制御プレーンと通信することができる。
【０１００】
要求の受信に続き、制御プレーンは、ＵＰパス（再）選択要求に対して検証及び承認を実行する（１６４）。このステップにおいて、認証などの他のセキュリティ対策を実行することもできる。
【０１０１】
次に、制御プレーンは応答をＡＳコントローラに返信し（１６５）、要求されたＵＰパス（再）選択の受け入れ又はその拒否を確認応答する。ＳＳＣモード１では、応答は拒否である。しかしながら、トラフィックステアリングを調整して、トラフィックを新しいＡＳ位置に向けてルーティングすることができる。ＳＳＣモード２では、応答は受け入れであってよい。ＳＳＣモード３では、応答は部分的受け入れであってよく、ＵＰパス（再）選択は新しいアプリケーションセッションに対して実行されるが、継続中のものに対しては実行されないことを意味する。拒否の場合、メッセージは、原因を示すエラーコードを含むことができる。受け入れ（部分的又は完全）の場合、メッセージは参照番号を含むことができる。
【０１０２】
次に、ＣＰは任意に、ＵＰ（再）選択要求に従ってトラフィックステアリングルールを生成し、ＵＰ  ＧＷにルールを構成する。
【０１０３】
次に、制御プレーンは、影響を受けたＰＤＵセッションを識別し、アプリケーション位置に従ってトラフィックフローのためのＵＰを（再）選択し（１６６）、ＵＰ選択の場合はＰＤＵリソースを確立し、或いはＵＰ再選択の場合は、ＰＤＵセッションリソースを更新して、トラフィックフローパスをUP_AからUP_Bに変更する。
【０１０４】
次に、ＤＬ／ＵＬトラフィックは、ＵＰ−Ｂ及び／又はＵＰ−Ａを通して転送される（１６７）。
【０１０５】
図１０Ｂは、例えば図１０Ａに関連して、本発明の別の実施形態に係る、ＵＰ変更通知及びトラフィックステアリング構成を含むＵＰパス（再）選択の手順を詳細に説明するフロー図である。図１０Ｂのステップ１７３〜１７９は、図１０Ａのステップ１６６に対応する。図１０Ｂのフロー図は、以下により詳細に説明される。
【０１０６】
実施形態によれば、ＵＰ変更はユーザプレーンにおける変更、例えばユーザプレーン機能（user  plane  function，ＵＰＦ）選択、ＵＰＦ再選択、アプリケーション位置選択、アプリケーション位置再選択を意味する。理解されるように、ＵＰ標識、例えばＤＮＡＩによってアプリケーション位置が表されるとき、ＵＰ変更はＤＮＡＩ変更も含む。しかしながら、ＵＰＦが変更されないままである場合に、それに関連付けられたＵＰ標識、例えばＤＮＡＩが変わることがある。例えば、ＤＮＡＩにおけるこの潜在的な変更は、アプリケーション位置の再選択の結果であり得る。
【０１０７】
最初に、ＵＥは、UP_Aを介してアプリケーションとＰＤＵセッション１７１を確立しており、該セッションに関連付けられたＤＬ／ＵＬトラフィックがフローし始めている。
【０１０８】
次に、ＣＰは、ＵＰ（再）選択トリガを受信する。第１のケースでは、図１０Ｂにおいて（１７２Ａ）で示されるように、ＡＳコントローラからの要求である。第２のケースでは、図１０Ｂにおいて（１７２Ｂ）で示されるように、ＵＥモビリティ又は負荷バランシングなどの内部トリガイベントである。
【０１０９】
次に、ＣＰは、継続中ＰＤＵセッションがＳＳＣモード３である場合に新しいアプリケーションセッションのために継続中ＰＤＵセッションを用いること、又は継続中セッションがＳＳＣモード２である場合に継続中ＰＤＵセッションにおけるアプリケーションセッションを新しいセッションにリダイレクトすることを、停止するようにＵＥ１７３をトリガする。このステップでは、トラフィックを異なるＰＤＵセッションにリダイレクトするために、ＵＥの関与を必要とし得る。或いは、ネットワークは必要なトラフィックリダイレクトを実行してよい。
【０１１０】
次に、ＵＥは、自発的に、又は前のステップ（図１０Ｂに示されるステップ１７３）の結果として、新セッション要求１７４を送信する。
【０１１１】
次に、ＣＰは、影響を受けたＰＤＵセッションを識別し（１７５）、トラフィックフローのためのＵＰを（再）選択する。
【０１１２】
次に、ＣＰは、ＵＰ選択の場合にはＰＤＵリソースを確立する（１７６）か、又は、ＵＰ再選択の場合には、ＰＤＵセッションリソースを更新して、トラフィックフローパスをUP_AからUP_Bに変更する。ＣＰはまた、任意の残りのトラフィックについて、UP-AからUP-BへのＤＬトラフィック転送を構成することができる。
【０１１３】
制御プレーンがセッションセットアップの間にＵＰゲートウェイを決定するとき、或いは、制御プレーンがＵＰパス再選択の結果としてＰＤＵセッションのための新しいＵＰゲートウェイを決定するとき、制御プレーンは、ＵＰ（再）選択通知手順を開始する（１７７）。最初に、ＣＰは、ＡＳコントローラに、ＡＳに関連付けられたＰＤＵセッションのＵＰセットアップ又は変更を通知する。ＳＳＣモード２の場合、通知は、前のＵＰパス（再）選択要求に対応する参照番号を含むことができる。ＳＳＣモード３の場合、通知は、アプリケーションに用いられるＵＥアドレスとポート番号との組合わせなどの、より細かいレベルのトラフィック識別子を含むことができる。次に、ＡＳコントローラは、ＡＳ（再）配置又はＡＳ状態（再）配置手順に必要なステップを実行する。ＡＳコントローラはまた、トラフィックステアリング構成を実行して、ＳＳＣを確保することができる。ＡＳ（再）配置及びＡＳトラフィックステアリング構成の詳細は、３ＧＰＰ範囲外である。次に、ＡＳコントローラは、通知の受け入れについて制御プレーンに確認応答する。確認応答は更にＳＳＣインジケータを含むことができ、ＳＳＣがＡＳ側から維持されているか否かを意味する。
【０１１４】
次に、ＳＳＣがＡＳ側から維持されないことを通知手順が示す場合、トラフィックステアリング構成手順１７８が行われる。一部の実施形態では、ＳＳＣがＡＳ側から維持されている場合でも、トラフィックステアリング構成手順が行われる。構成手順において、制御プレーンは、ＵＰを更新して、新しいＵＰとＵＥにサービス提供する新しいＡＳとの間のトラフィックのステアリングをセットアップする。このステップは、図１０Ｂのステップ２Ａにおいてトラフィックステアリングが構成されている場合は任意である。次に、構成手順において、ＣＰは、ＵＰパス（再）選択完了についてＡＳコントローラに通知する。通知は、リソースを解放すること及びデータ構造をクリーンアップすることなど、ＡＳ再配置を終了させるようにＡＳコントローラをトリガすることができる。ＡＳコントローラ挙動の詳細は３ＧＰＰの範囲外である。
【０１１５】
次に、ＣＰは、ＵＥに、新セッションセットアップの完了について知らせる（１７９）。
【０１１６】
次に、新しいセッションのトラフィックがUP-Bを通じて転送される（１８０）。継続中セッションのトラフィックは、継続中セッションが１又は３に等しいＳＳＣモードを有する場合はUP-Aを通じて、そうでない場合はUP-Bを通じて転送され続ける。
【０１１７】
図１０Ｃは、本発明の実施形態に係る、図１０Ａの動作をより詳細に示すフロー図である。例えば、図１０Ｃのステップ１９１は、ＵＰパス（再）選択ポリシーに関してポリシー機能に知らせる。これは、ＵＰパス（再）選択要求のコンテンツを提供することを含んでよい。このようなコンテンツは、例えば、ＵＥフィルタ、選択に適する又は適さないＵＰ機能、選択に適する又は適さないＡＳ位置、時間間隔及びアプリケーション識別子を示すことができる。更に、ＳＭは、ポリシー機能にＵＰパス（再）選択ポリシーについて問い合わせて、図１０Ｃのステップ１９３でそのポリシーに従う。これは、図１０Ｄにおいてステップ１９４としてより詳細に示される。
【０１１８】
図１０Ｄは、本発明の実施形態に係る、図１０Ｂの動作をより詳細に示すフロー図である。例えば、図１０Ｄの動作１９５及び１９６は、図１０Ｂの動作１９７と同等である点に留意する。ステップ１９８及び１９９は代替の実現方式を示す。
【０１１９】
図１０Ｃ及び図１０Ｄは、例えば図１０Ａ及び図１０Ｂにおいて省略された制御プレーン機能を示す。これらの図において、ポリシー機能及びＳＭ機能の両方がＴＳＣＦを実現してもよく、或いはそれらのうち一方のみがＴＳＣＦを実現する。
【０１２０】
したがって、例えば図１０Ａ〜１０Ｄに関して上述したように、本発明の実施形態は、上述のパス（再）選択要求などのＵＰパス変更要求を受信することを含む。本発明の実施形態は更に、要求されたＵＰパス変更／（再）選択により影響を受けるプロトコルデータユニット（ＰＤＵ）セッションを識別することを含む。本発明の実施形態は更に、ＵＰパス変更／（再）選択要求に従ってＵＰパス選択を実行することを含む。本発明の実施形態は更に、ＵＰ変更通知をアプリケーションシステム（ＡＳ）コントローラに送信することを含む。
【０１２１】
様々な実施形態では、ＵＰパス変更に続き、ＵＥは、新しいＵＰパスを示す情報を受信することができ、したがって、上述のアプローチを用いて確立された新しいＵＰパスを用いて、データを送信することができる。
【０１２２】
一実施形態では、ＵＥは、新セッション要求をネットワークエンティティに送信するように構成されてよい。ＵＥは更に、例えば上述のようにＣＰから受信された新セッションセットアップの完了の指示を受信するように構成されてよい。新セッションセットアップは、例えば図１０Ａ〜１０Ｄに関して記載された手順を用いて、上述のように確立することができる。
【０１２３】
より詳細には、本発明の実施形態は、通信ネットワーク内のＵＥを動作させるための方法を提供する。本方法は、新セッション要求をネットワークエンティティに送信することを含む。本方法は更に、新セッション要求に応答して実行された新セッションセットアップの完了の指示を受信することを含む。本方法は更に、新セッションセットアップをデータ送信に用いることを含む。新セッションセットアップを実行することは、ネットワークエレメントに通信ネットワークにおけるユーザプレーン（ＵＰ）変更を通知することを含む。新セッションセットアップを実行することは、更に、新セッション要求に対応するＵＰパス変更要求を受信することを含む。新セッションセットアップを実行することは、更に、要求されたＵＰパス変更により影響を受けるプロトコルデータユニット（ＰＤＵ）セッションを識別することを含む。新セッションセットアップを実行することは、更に、ＵＰパス変更要求に従ってＵＰパス選択を実行することを含む。新セッションセットアップを実行することは、更に、アプリケーションシステムコントローラにＵＰ変更通知を送信することを含む。
【０１２４】
ＵＰパス再選択が発生するときにＳＳＣを維持する２つのシナリオを後述する。
【０１２５】
第１のシナリオでは、ネットワークは、トラフィック移行、リダイレクト、ステアリングを担当し、ＳＳＣはＵＥが関与することなく維持される。この場合、ＳＳＣ処理はＲＡＮ、ＣＯＲＥ及び／又はＡＳネットワークで行われる。
【０１２６】
第２のシナリオでは、ＵＥはＳＳＣ維持に関与する。ＵＥがアプリケーションとの複数のアプリケーションセッション（例えばＴＣＰセッション）を開始し、これらのアプリケーションセッションがデフォルトで同じＵＰパス（同等に、ＰＤＵセッション）を用いると仮定する。ＳＳＣモード２では、ＵＥは、既存のＵＰパス上の全てのアプリケーションセッションのトラフィックを、新しいＵＰパスにリダイレクトするように要求される。ＳＳＣモード３では、ＵＥは、新しいＵＰパスを新しいアプリケーションセッショントラフィックに用いるように要求される一方、継続中アプリケーションセッションは現在のＵＰパスを使用し続ける。これは、制御プレーン（例えばセッション管理機能）がＵＥへのトラフィックリダイレクト要求（又は、本発明の呼出しフローにおける新セッション要求）を終了することによって実行される。要求は、ＵＥに、全てのトラフィック（ＳＳＣモード２）又は新しいトラフィックのみ（ＳＳＣモード３）をリダイレクトするように指示する。この要求に基づき、ＵＥはセッション要求を送出して、セッションセットアップをトリガする。セッションセットアップの終了時、ネットワークはＵＥにセッションセットアップ完了を知らせ、次いでＵＥは、必要に応じてトラフィックリダイレクトを実行することができる。
【０１２７】
上述の所与の呼出しフローにおいて、ＵＰパス変更（セットアップ）通知手順及びトラフィックステアリング構成手順は、セッションセットアップの終了時（セッションセットアップ完了メッセージが送信される前）に行われる。他の実施形態では、この２つ手順は、セッションセットアップの後、すなわちセッションセットアップ完了メッセージがＵＥに送信された後に発生してもよい。
【０１２８】
上述の所与の呼出しフローはまた、ＵＰパス選択の場合を示す。特に、ＵＰパスは、（ＵＰパス再選択トリガに基づくのと対照的に）通常のセッションセットアップの一部として選択される。ＵＰパス選択の場合、ネットワークからＵＥへの「トラフィックリダイレクト要求」は発生せず、ＵＥは自発的に新セッションセットアップ要求を送出する。しかしながら、ＵＰパス変更（セットアップ）通知手順及びトラフィックステアリング構成手順は依然として、セッションセットアップの終了時、又はセッションセットアップの後に行われてよい。
【０１２９】
図１１は、本発明の異なる実施形態に係る、例えば、通信システムのノード又は機能エンティティを含み、或いは本明細書に記載の上記の方法及び特徴のステップの一部又は全部を実行することができる、ハードウェアデバイスの概略図である。図示のように、デバイスは、プロセッサ１１０２、メモリ１１０８、非一時的大容量記憶装置１１０４、Ｉ／Ｏインタフェース１１１０、ネットワークインタフェース１１０６及び送受信機１１１２を備え、それらの全てが双方向バス１１１４を介して通信可能に結合されている。特定の実施形態によれば、示された要素の一部又は全部が利用されてもよく、或いは要素のサブセットだけが利用されてもよい。更に、デバイスは、複数のプロセッサ、メモリ、送受信機などの、特定の要素の複数のインスタンスを含むことができる。また、ハードウェアデバイスの要素は、双方向バスなしで他の要素に直接結合されてもよい。
【０１３０】
メモリは、スタティックランダムアクセスメモリ（static  random  access  memory，ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（dynamic  random  access  memory，ＤＲＡＭ）、シンクロナスＤＲＡＭ（synchronous  DRAM，ＳＤＲＡＭ）、読取り専用メモリ（read-only  memory，ＲＯＭ）、これらの任意の組合わせなどの、任意のタイプの非一時的メモリを含んでよい。大容量記憶要素は、ソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、光ディスクドライブ、ＵＳＢドライブ、或いはデータ及び機械実行可能プログラムコードを記憶するように構成される任意のコンピュータプログラム製品など、任意のタイプの一時的記憶装置を含んでよい。特定の実施形態によれば、メモリ又は大容量記憶装置は、上記で説明された上述の方法ステップのうちのいずれかを実行するためにプロセッサによって実行可能なステートメント及び命令をそこに記録していてもよい。
【０１３１】
別段の定義がない限り、本明細書で使用される全ての技術的及び科学的用語は、本発明の属する技術分野の当業者によって一般に理解されるのと同じ意味を有する。
【０１３２】
前述の実施形態の説明を通して、本発明は、ハードウェアのみを用いて、又はソフトウェアと必要な汎用ハードウェアプラットフォームを用いて、実現することができる。そのような理解に基づき、本発明の技術的解決策は、ソフトウェア製品の形式で具現化することができる。ソフトウェア製品は、不揮発性又は非一時的な記憶媒体に記憶されてよく、該記憶媒体は、ＣＤ−ＲＯＭ（compact  disk  read-only  memory）、ＵＳＢフラッシュディスク、又はリムーバブルハードディスクであってよい。ソフトウェア製品は、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイス）が本発明の実施形態で提供される方法を実行することを可能にする複数の命令を含む。例えば、そのような実行は、本明細書に記載の論理演算のシミュレーションに対応することができる。ソフトウェア製品は、本発明の実施形態に係るデジタル論理装置を構成又はプログラミングするための動作をコンピュータデバイスが実行することを可能にする複数の命令を、追加的又は代替的に含むことができる。
【０１３３】
容易に理解されるように、「すなわち」と「例えば」という語句は交換可能であり、それらが使用される文脈における定められた例示に対して用いられる。更に、「すなわち」及び「例えば」の使用は、いかなる方法によっても限定と解されるべきでない。
【０１３４】
本発明を具体的な特徴及びその実施形態を参照して説明してきたが、本発明から逸脱することなく、それらに対して様々な変更及び組合わせを成すことができることは明らかである。したがって、本明細書及び図面は、添付の特許請求の範囲によって定義される本発明の例示とみなされるものに過ぎず、本発明の範囲内に入るいずれか及びすべての変更、変形、組合わせ又は均等物を網羅すると考えられる。
【図１Ａ】
2019525534.tif 000003
【図１Ｂ】
2019525534.tif 000004
【図１Ｃ】
2019525534.tif 000005
【図２Ａ】
2019525534.tif 000006
【図２Ｂ】
2019525534.tif 000007
【図２Ｃ】
2019525534.tif 000008
【図３Ａ】
2019525534.tif 000009
【図３Ｂ】
2019525534.tif 000010
【図３Ｃ】
2019525534.tif 000011
【図４】
2019525534.tif 000012
【図５Ａ】
2019525534.tif 000013
【図５Ｂ】
2019525534.tif 000014
【図５Ｃ】
2019525534.tif 000015
【図５Ｄ】
2019525534.tif 000016
【図５Ｅ】
2019525534.tif 000017
【図６Ａ】
2019525534.tif 000018
【図６Ｂ】
2019525534.tif 000019
【図６Ｃ】
2019525534.tif 000020
【図６Ｄ】
2019525534.tif 000021
【図７】
2019525534.tif 000022
【図８Ａ】
2019525534.tif 000023
【図８Ｂ】
2019525534.tif 000024
【図８Ｃ】
2019525534.tif 000025
【図８Ｄ】
2019525534.tif 000026
【図９】
2019525534.tif 000027
【図１０Ａ】
2019525534.tif 000028
【図１０Ｂ】
2019525534.tif 000029
【図１０Ｃ】
2019525534.tif 000030
【図１０Ｄ】
2019525534.tif 000031
【図１１】
2019525534.tif 000032
【手続補正書】
【提出日】平成31年1月28日(2019.1.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークエンティティから、トラフィックのルーティング判断に影響を与えるための要求を送出するステップであり、前記要求は、前記トラフィックがルーティングされるべきアプリケーション機能（ＡＦ）位置又はユーザプレーン（ＵＰ）標識を示す、ステップと、
前記ネットワークエンティティにより、前記要求に対応する応答を受信するステップと、
を含む方法。
【請求項２】
前記要求は、トラフィックルーティングがいつ適用されるべきかを示す時間間隔又は持続時間を含む、
請求項１に記載の方法。
【請求項３】
前記要求は、トラフィックがルーティングされるべきユーザ装置（ＵＥ）を示す情報を含む、
請求項１又は２に記載の方法。
【請求項４】
前記トラフィックの前記ルーティング判断に影響を与えるための前記要求は、前記トラフィックの前記ルーティングに関するセッション管理機能（ＳＭＦ）の決定に影響を与えるための要求である、
請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記要求は、前記ネットワークエンティティからポリシー制御機能（ＰＣＦ）に送出される、
請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記要求は、前記ネットワークエンティティからネットワーク能力公開機能（ＮＣＥＦ）を介してポリシー制御機能（ＰＣＦ）に送出される、
請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記ネットワークエンティティはアプリケーションシステム（ＡＳ）である、
請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
プロセッサと、
請求項１乃至７のいずれか一項に記載の方法を実現するように前記プロセッサを制御するように構成されるソフトウェア命令を含むコンピュータ可読記憶媒体と、
を備える装置。
【請求項９】
ポリシー制御機能（ＰＣＦ）により、ネットワークエンティティから、トラフィックのルーティング判断に影響を与えるための要求を受信するステップであり、前記要求は、前記トラフィックがルーティングされるべきアプリケーション機能（ＡＦ）位置又はユーザプレーン（ＵＰ）標識を示す、ステップと、
前記ＰＣＦにより、前記ネットワークエンティティに、前記要求に対応する応答を送出するステップと、
を含む方法。
【請求項１０】
前記要求は、トラフィックルーティングがいつ適用されるべきかを示す時間間隔又は持続時間を含む、
請求項９に記載の方法。
【請求項１１】
前記要求は、トラフィックがルーティングされるべきＵＥを示す情報を含む、
請求項９又は１０に記載の方法。
【請求項１２】
前記ＰＣＦにより、前記要求内の前記ＡＦ位置又は前記ＵＰ標識に基づいて、前記ルーティング判断に如何にして影響を与えるかのポリシーを判断するステップ、
を更に含む、請求項９乃至１１のいずれか一項に記載の方法。
【請求項１３】
前記ＰＣＦにより、セッション管理機能（ＳＭＦ）に、前記要求に基づいて決定されたポリシー情報を送信するステップ、
を更に含む、請求項９乃至１２のいずれか一項に記載の方法。
【請求項１４】
前記トラフィックの前記ルーティング判断に影響を与えるための前記要求は、前記トラフィックの前記ルーティングに関するＳＭＦの決定に影響を与えるための要求である、
請求項９乃至１３のいずれか一項に記載の方法。
【請求項１５】
前記要求は、前記ネットワークエンティティから、ネットワーク能力公開機能（ＮＣＥＦ）を介して受信される、
請求項９乃至１４のいずれか一項に記載の方法。
【請求項１６】
前記ネットワークエンティティはアプリケーションシステム（ＡＳ）である、
請求項９乃至１５のいずれか一項に記載の方法。
【請求項１７】
プロセッサと、
請求項９乃至１６のいずれか一項に記載の方法を実現するように前記プロセッサを制御するように構成されるソフトウェア命令を含むコンピュータ可読記憶媒体と、
を備える装置。
【請求項１８】
ネットワークエンティティから、ユーザプレーン（ＵＰ）パス選択又は再選択に影響を与えるための要求を送出するステップであり、前記要求は、前記ＵＰパス選択又は再選択の間に考慮されるべきアプリケーション機能（ＡＦ）位置又はＵＰ標識を示す、ステップと、
前記ネットワークエンティティにより、前記要求に対応する応答を受信するステップと、
を含む方法。
【請求項１９】
前記要求は、要求されたＵＰパス選択又は再選択が実行される持続時間又は時間間隔を含む、
請求項１８に記載の方法。
【請求項２０】
前記要求は、要求されたＵＰパス選択又は再選択が適用されるユーザ装置（ＵＥ）を示す情報を含む、
請求項１８又は１９に記載の方法。
【請求項２１】
前記ユーザプレーン（ＵＰ）パス選択又は再選択に影響を与えるための前記要求は、ＵＥセッションに対するセッション管理機能（ＳＭＦ）のＵＰパス選択又は再選択に影響を与えるための要求である、
請求項１８乃至２０のいずれか一項に記載の方法。
【請求項２２】
前記要求は、前記ネットワークエンティティからポリシー制御機能（ＰＣＦ）に送出される、
請求項１８乃至２１のいずれか一項に記載の方法。
【請求項２３】
前記要求は、前記ネットワークエンティティから、ネットワーク能力公開機能（ＮＣＥＦ）を介してポリシー制御機能（ＰＣＦ）に送出される、
請求項１８乃至２２のいずれか一項に記載の方法。
【請求項２４】
前記ネットワークエンティティはアプリケーションシステム（ＡＳ）である、
請求項１８乃至２３のいずれか一項に記載の方法。
【請求項２５】
プロセッサと、
請求項１８乃至２４のいずれか一項に記載の方法を実現するように前記プロセッサを制御するように構成されるソフトウェア命令を含むコンピュータ可読記憶媒体と、
を備える装置。
【請求項２６】
ポリシー制御機能（ＰＣＦ）により、ネットワークエンティティから、ユーザプレーン（ＵＰ）パス選択又は再選択に影響を与えるための要求を受信するステップであり、前記要求は、前記ＵＰパス選択又は再選択の間に考慮されるべきアプリケーション機能（ＡＦ）位置又はＵＰ標識を示す、ステップと、
前記ＰＣＦにより、前記ネットワークエンティティに、前記要求に対応する応答を送出するステップと、
を含む方法。
【請求項２７】
前記要求は、要求されたＵＰパス選択又は再選択が実行される持続時間又は時間間隔を含む、
請求項２６に記載の方法。
【請求項２８】
前記要求は、要求されたＵＰパス選択又は再選択が適用されるユーザ装置（ＵＥ）を示す情報を含む、
請求項２６又は２７に記載の方法。
【請求項２９】
前記ＰＣＦにより、前記要求内の前記ＡＦ位置又は前記ＵＰ標識に基づいて、ＵＰパスポリシーを判断するステップと、
前記ＰＣＦにより、前記ＵＰパスポリシーを用いてセッション管理機能（ＳＭＦ）を実施するステップと、
を更に含む、請求項２６乃至２８のいずれか一項に記載の方法。
【請求項３０】
前記実施は、
前記ＰＣＦにより、ＵＥセッションのためにＵＰパス選択又は再選択を実行するように前記ＳＭＦをトリガするステップ、
を含む、請求項２９に記載の方法。
【請求項３１】
前記ユーザプレーン（ＵＰ）パス選択又は再選択に影響を与えるための前記要求は、ＵＥセッションに対するセッション管理機能（ＳＭＦ）のＵＰパス選択又は再選択に影響を与えるための要求である、
請求項２６乃至３０のいずれか一項に記載の方法。
【請求項３２】
前記要求は、前記ネットワークエンティティから、ネットワーク能力公開機能（ＮＣＥＦ）を介して受信される、
請求項２６乃至３１のいずれか一項に記載の方法。
【請求項３３】
前記ネットワークエンティティはアプリケーションシステム（ＡＳ）である、
請求項２６乃至３２のいずれか一項に記載の方法。
【請求項３４】
プロセッサと、
請求項２６乃至３３のいずれか一項に記載の方法を実現するように前記プロセッサを制御するように構成されるソフトウェア命令を含むコンピュータ可読記憶媒体と、
を備える装置。
【請求項３５】
トラフィックのルーティング判断に影響を与えるための要求を送出する手段であり、前記要求は、前記トラフィックがルーティングされるべきアプリケーション機能（ＡＦ）位置又はユーザプレーン（ＵＰ）標識を示す、手段と、
前記要求に対応する応答を受信する手段と、
を備える装置。
【請求項３６】
当該装置はアプリケーションシステム（ＡＳ）である、請求項３５に記載の装置。
【請求項３７】
ネットワークエンティティから、トラフィックのルーティング判断に影響を与えるための要求を受信する手段であり、前記要求は、前記トラフィックがルーティングされるべきアプリケーション機能（ＡＦ）位置又はユーザプレーン（ＵＰ）標識を示す、手段と、
前記要求に対応する応答を送出する手段と、
を備える装置。
【請求項３８】
当該装置はポリシー制御機能（ＰＣＦ）である、請求項３７に記載の装置。
【請求項３９】
ユーザプレーン（ＵＰ）パス選択又は再選択に影響を与えるための要求を送出する手段であり、前記要求は、前記ＵＰパス選択又は再選択の間に考慮されるべきアプリケーション機能（ＡＦ）位置又はＵＰ標識を示す、手段と、
前記要求に対応する応答を受信する手段と、
を備える装置。
【請求項４０】
当該装置はアプリケーションシステム（ＡＳ）である、請求項３９に記載の装置。
【請求項４１】
ネットワークエンティティから、ユーザプレーン（ＵＰ）パス選択又は再選択に影響を与えるための要求を受信する手段であり、前記要求は、前記ＵＰパス選択又は再選択の間に考慮されるべきアプリケーション機能（ＡＦ）位置又はＵＰ標識を示す、手段と、
前記ネットワークエンティティに、前記要求に対応する応答を送出する手段と、
を備える装置。
【請求項４２】
当該装置はポリシー制御機能（ＰＣＦ）である、請求項４１に記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、通信ネットワークの分野に関し、特に、ユーザプレーンパス選択、再選択、及びユーザプレーン変更の通知のためのシステム及び方法に関する。
【国際調査報告】
2019525534.tif 000033
2019525534.tif 000034