JP7047113B2

JP7047113B2 - アプリケーションのサービスレベル合意を保証するための方法、デバイスおよびシステム

Info

Publication number: JP7047113B2
Application number: JP2020542557A
Authority: JP
Inventors: 卓明李
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-02-06
Filing date: 2019-02-01
Publication date: 2022-04-04
Anticipated expiration: 2039-02-01
Also published as: KR102502984B1; US11588709B2; JP2021513269A; EP4191959A1; EP3745645A4; EP3745645B1; EP3745645A1; KR20200111257A; EP4191959B1; US20200366567A1; CN110120879A; WO2019154295A1; CN110120879B

Description

本出願は、参照によりその全体が本明細書に組み入れられる、2018年2月6日に中国国家知識産権局に出願された、「METHOD，DEVICE AND SYSTEM FOR ENSURING SERVICE LEVEL AGREEMENT OF APPLICATION」という名称の中国特許出願第201810117803．3の優先権を主張するものである。

本出願の実施形態は通信技術の分野に関し、特に、アプリケーションのサービスレベル合意（Service Level Agreement、SLA）を保証するための方法、デバイスおよびシステムに関する。

5G移動通信ネットワーク（略して5Gネットワーク）では、様々な顧客（例えば、サービス提供者やテナント）のサービス要件を満たすために、ネットワークスライシングの概念が提案されている。顧客は事業者に、特定のサービス要件を満たすことができるネットワークスライスへの加入を求める加入要求を送信し得る。顧客によって送信された加入要求を受信した後、事業者は、顧客によって要求されたサービスを搬送するために、顧客の加入要求に基づいてインフラストラクチャ上に1つまたは複数のネットワークスライスインスタンスを配置する。顧客は、事業者によって配置されたネットワークスライスインスタンスを使用し、ネットワークスライスインスタンスで提供されたプロトコルデータユニット（Protocol Data Unit、PDU）セッションを介して端末にアプリケーションサービスを提供し得る。顧客が事業者からのネットワークスライスに加入する場合、注文は、両者によって合意されるサービスレベル合意をさらに含む。顧客にネットワークスライスインスタンスを提供した後、事業者は、サービスアプリケーションのサービスレベルがサービスレベル合意によって必要とされる一連のサービスレベル目標を満たすことを保証する必要がある。

各ネットワークスライスインスタンスは、複数のユーザプレーン機能（User Plane Function、UPF）エンティティを含む場合があり、異なるUPFエンティティは異なるPDUセッションに対応し得る。顧客がネットワークスライスインスタンスを使用しているときに、アプリケーション機能（Application Function、AF）エンティティは、アプリケーションの加入SLA要件を最大限に満たすために、ネットワークスライスインスタンスにおける各ネットワーク機能エンティティ上の端末関連の実行データを取得し、取得された実行データに基づいてアプリケーションをネットワークスライスインスタンスにおける適切なUPFエンティティに切り替え得る。

しかしながら、端末の通信環境およびモビリティの複雑さが原因で、顧客によって現在アクセスされているネットワークスライスインスタンスのサービス能力が、アプリケーションの加入SLA要件を満たさなくなる場合もある。この場合、たとえアプリケーションが前述の方法で別のUPFに切り替わっても、アプリケーションの加入SLA要件が満たされず、アプリケーションの通信品質に影響を及ぼす可能性がある。

本出願の実施形態は、アプリケーションのSLAを保証し、通信品質を向上させる、アプリケーションのサービスレベル合意を保証するための方法、デバイスおよびシステムを提供する。

前述の目的を達成するために、本出願の実施形態では以下の技術的解決策が使用される。

第1の態様によれば、本出願の一実施形態は、アプリケーションのサービスレベル合意SLAを保証するための方法を提供する。本方法は、アプリケーション機能（Application function、AF）エンティティが、指定された位置とターゲットネットワークとの間のネットワークスライスインスタンス（Network Slice Instance、NSI）内の、そのSLAサポート能力がアプリケーションの加入SLA要件を満たす第1のネットワークスライスインスタンスNSIに関する情報を取得するステップと、別のネットワーク機能エンティティが第1のNSIに関する情報に基づいて端末に第1のNSIにおいて新しいPDUセッションを確立するように、第1のNSIに関する情報を搬送する通知メッセージを送信するステップと、を含む。本出願の本実施形態で提供されるアプリケーションのサービスレベル合意を保証するための方法によれば、AFエンティティは、そのSLAサポート能力が指定された位置とターゲットネットワークとの間のアプリケーションの加入SLA要件を満たすNSIに関する情報を取得し、端末にNSIにおいてPDUセッションを確立するために、NSIに関する情報を別のネットワーク機能エンティティに送信する。端末はPDUセッションを介してアプリケーションサーバにアクセスし、アプリケーションサーバによって提供されたアプリケーションサービスを取得する。AFエンティティによって取得されたNSIのSLAサポート能力情報は、アプリケーションの加入SLA要件を満たすので、端末がNSIにおいて確立されたPDUセッションを介してアプリケーションサーバにアクセスした後、アプリケーションのサービスレベルを十分に保証することができる。

1つの可能な設計では、AFエンティティは、NSSFエンティティまたはNWDAFエンティティによって取得された少なくとも1つのNSIのSLAサポート能力情報から第1のNSIのSLAサポート能力情報を取得する。例えば、AFエンティティは、ネットワーク側エンティティ（NSSFエンティティまたはNWDAFエンティティ）にスライス情報要求を送信し、ネットワーク側エンティティによって送信されたスライス情報応答を受信し、スライス情報応答は、指定された位置とターゲットネットワークとの間の少なくとも1つのNSIのSLAサポート能力情報を含み、またAFエンティティは、アプリケーションの加入SLAと少なくとも1つのNSIのSLAサポート能力情報とに基づいて少なくとも1つのNSIのSLAサポート能力情報から、アプリケーションの加入SLA要件を満たす第1のNSIに関する情報を取得する。

スライス情報要求は、アプリケーションを使用するユーザに関する情報、指定された位置の位置情報、およびターゲットネットワークの識別子を含む。あるいは、スライス情報要求は、アプリケーションを使用するユーザに関する情報、指定された位置の位置情報、ターゲットネットワークの識別子、およびアプリケーションの加入単一ネットワークスライス選択補助情報S－NSSAIを含む。したがって、AFエンティティは、NSSFエンティティまたはNWDAFエンティティから、NSIの全体的なサービスレベルを表すことができるSLAサポート能力情報を取得し得る。

1つの可能な設計では、AFエンティティが、端末によって現在アクセスされているNSIのSLAサポート能力が、指定された位置とターゲットネットワークとの間のアプリケーションの加入SLA要件を満たさないことを検出するか、またはAFエンティティが、端末が移動することを検出するか、またはAFエンティティが、アプリケーションサーバによって送信され、AFエンティティに、端末によって現在アクセスされているNSIのSLAサポート能力が、指定された位置とターゲットネットワークとの間のアプリケーションの加入SLA要件を満たさないことを通知するために使用される能力通知メッセージを受信した場合、AFエンティティは、トリガされて、指定された位置とターゲットネットワークとの間のネットワークスライスインスタンスNSI内の、そのSLAサポート能力がアプリケーションの加入SLA要件を満たす第1のNSIに関する情報を取得する。したがって、AFエンティティは、いくつかの特殊な場合にのみ第1のNSIに関する情報を取得し、それによってAFエンティティの電力消費が削減される。

1つの可能な実施態様では、本方法は、AFエンティティが、アプリケーションサーバによって送信されたSLA保証要求を受信するステップであって、SLA保証要求がAFエンティティにアプリケーションのサービスレベルを保証するよう要求するために使用され、SLA保証要求がアプリケーションの加入SLAを含む、ステップ、をさらに含む。SLA保証要求は、特定のユーザまたはユーザグループに関する情報をさらに含み、特定のユーザまたはユーザグループに関する情報は、AFエンティティに関連ユーザのアプリケーションのサービスレベルを保証するよう指示するために使用され、関連ユーザは、特定のユーザまたはユーザグループに関する情報に基づいて決定される。このようにして、アプリケーションサーバは、AFエンティティにアプリケーションのサービスレベル合意を保証する機能を果たす権限を付与することができ、AFエンティティは、特定のユーザまたはユーザグループのアプリケーションのサービスレベルを保証する。

1つの可能な設計では、第1のNSIに関する情報は、第1のNSIの識別子IDおよび第1のNSIに対応するS－NSSAIを含む。通知メッセージは、新しいPDUセッションの確立をトリガするために使用される。AFエンティティが、通知メッセージを送信するステップは具体的には、AFエンティティが、通知メッセージをAMFエンティティに送信するステップである。通知メッセージを受信した後、AMFエンティティは第1のNSIのIDと第1のNSIに対応するS－NSSAIとの間の対応関係を格納し、ユーザに関する情報に基づいて端末に、第1のNSIに対応するS－NSSAIを搬送するセッション確立指示を送信する。セッション確立指示を受信した後、端末は、アプリケーションによって使用される、第1のNSIに対応するS－NSSAIに対してローカルで構成されるS－NSSAIを更新し、AMFエンティティに、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を送信する。要求を受信した後、AMFエンティティは、第1のNSIのIDと第1のNSIに対応するS－NSSAIとの間の、AMFエンティティに格納されている対応関係に基づいて、新しいPDUセッションを確立するために第1のNSIにおけるSMFエンティティを選択し、NSSFエンティティは、AMFエンティティにスライス選択結果を通知しなくてもよい。

1つの可能な設計では、第1のNSIに関する情報は第1のNSIに対応するS－NSSAIである。通知メッセージは、新しいPDUセッションの確立をトリガするために使用される。AFエンティティが、通知メッセージを送信するステップは具体的には、AFエンティティが、通知メッセージをAMFエンティティに送信するステップである。1つの可能な設計では、第1のNSIに関する情報は、第1のNSIの識別子IDおよび第1のNSIに対応するS－NSSAIを含む。通知メッセージは、新しいプロトコルデータユニットPDUセッションの確立をトリガするために使用される。AFエンティティが、通知メッセージを送信するステップは具体的には、AFエンティティが、通知メッセージをAMFエンティティに送信するステップである。通知メッセージを受信した後、AMFエンティティは第1のNSIのIDと第1のNSIに対応するS－NSSAIとの間の対応関係を格納し、ユーザに関する情報に基づいて端末に、第1のNSIに対応するS－NSSAIを搬送するセッション確立指示を送信する。セッション確立指示を受信した後、端末は、アプリケーションによって使用される、第1のNSIに対応するS－NSSAIに対してローカルで構成されるS－NSSAIを更新し、AMFエンティティに、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を送信する。要求を受信した後、AMFエンティティは、第1のNSIのIDと第1のNSIに対応するS－NSSAIとの間の、AMFエンティティに格納されている対応関係に基づいて、新しいPDUセッションを確立するために第1のNSIにおけるSMFエンティティを選択する。この場合、NSSFエンティティは、AMFエンティティにスライス選択結果を通知しなくてもよい。

1つの可能な設計では、第1のNSIに関する情報は第1のNSIに対応するS－NSSAIである。通知メッセージは、第1のNSIに対応するS－NSSAIを使用して、端末上のアプリケーションに対応するS－NSSAIを更新するよう通知し、新しいPDUセッションの確立をトリガするために使用される。通知メッセージは、ユーザに関する情報およびアプリケーションの識別子をさらに含む。AFエンティティが、通知メッセージを送信するステップは具体的には、AFエンティティが、通知メッセージをAMFエンティティに送信するステップである。通知メッセージを受信した後、AMFエンティティは、ユーザに関する情報に基づいて端末に構成更新指示およびセッション確立指示を送信する。端末は、構成更新指示を受信し、アプリケーションの識別子および第1のNSIに対応するS－NSSAIに基づいて、アプリケーションに対応する、第1のNSIに対応するS－NSSAIに対してローカルで構成されるS－NSSAIを更新し、セッション確立指示に基づいてAMFエンティティに、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティからのスライス選択結果に基づいて、新しいPDUセッションを確立するために第1のNSIにおけるSMFエンティティを選択する。

1つの可能な設計では、第1のNSIに関する情報は第1のNSIに対応するS－NSSAIである。通知メッセージは、第1のNSIに対応するS－NSSAIを使用して、端末上のアプリケーションに対応するS－NSSAIを更新するよう通知するために使用される。通知メッセージは、ユーザに関する情報およびアプリケーションの識別子をさらに含む。AFエンティティが、通知メッセージを送信するステップは具体的には、AFエンティティが、通知メッセージをAMFエンティティに送信するステップである。通知メッセージを受信した後、AMFエンティティは、ユーザに関する情報に基づいて端末に、アプリケーションの識別子および第1のNSIに対応するS－NSSAIを含む構成更新指示を送信する。端末は、構成更新指示を受信し、アプリケーションの識別子と第1のNSIに対応するS－NSSAIとに基づいて、アプリケーションに対応する、第1のNSIに対応するS－NSSAIに対してローカルで構成されるS－NSSAIを更新し、AMFエンティティを介してAFエンティティに構成更新応答を送信する。AFエンティティは、構成更新応答を受信し、AMFエンティティまたはアプリケーションサーバを介して端末にセッション確立指示を送信する。端末は、セッション確立指示を受信し、AMFエンティティに、アプリケーションに対応する更新されたS－NSSAI（すなわち、第1のNSIに対応するS－NSSAI）を搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティからのスライス選択結果に基づいて、新しいPDUセッションを確立するために第1のNSIにおけるSMFエンティティを選択する。

1つの可能な設計では、第1のNSIに関する情報は第1のNSIに対応するS－NSSAIである。通知メッセージは、端末のNSSPを更新するよう通知するために使用され、通知メッセージは、ユーザに関する情報およびアプリケーションの識別子をさらに含む。AFエンティティが、通知メッセージを送信するステップは具体的には、AFエンティティが、通知メッセージをUDMエンティティに送信するステップである。通知メッセージを受信した後、UDMエンティティは、アプリケーションの識別子と第1のNSIに対応するS－NSSAIとに基づいて、端末のNSSPを更新し、AMFエンティティを介して端末にNSSP更新指示を送信する。NSSP更新指示は、端末に、端末で構成されたNSSPを更新するよう指示するために使用され、NSSP更新指示は更新されたNSSPを含む。端末は、NSSP更新指示を受信し、端末で構成されたNSSPを更新する。UDMエンティティは、AFエンティティにNSSP更新応答を送信する。AFエンティティは、NSSP更新応答を受信し、AMFエンティティまたはアプリケーションサーバを介して端末にセッション確立指示を送信する。端末は、セッション確立指示を受信し、AMFエンティティに、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティからのスライス選択結果に基づいて、新しいPDUセッションを確立するために第1のNSIにおけるSMFエンティティを選択する。セッション確立指示は、端末に新しいPDUセッションを確立するよう指示するために使用され、セッション確立指示は、アプリケーションの識別子を含む。

1つの可能な設計では、第1のNSIに関する情報は第1のNSIのIDである。通知メッセージは、NSSFエンティティに、端末にNSIを指定するよう通知するために使用され、通知メッセージは、ユーザに関する情報およびアプリケーションによって現在使用されているS－NSSAIをさらに含む。AFエンティティが、通知メッセージを送信するステップは具体的には、AFエンティティが、通知メッセージをNSSFエンティティに送信するステップである。通知メッセージを受信した後、NSSFエンティティは、ユーザに関する情報とアプリケーションによって現在使用されているS－NSSAIとに基づいてスライス選択制御要求レコードを生成し、ユーザに関する情報と、アプリケーションによって現在使用されているS－NSSAIと、第1のNSIのIDとを関連付け、次いでAFエンティティにスライス選択制御応答を送信する。スライス選択制御応答を受信した後、AFエンティティは、AMFエンティティまたはアプリケーションサーバを介して端末にセッション確立指示を送信する。端末は、セッション確立指示を受信し、AMFエンティティに、アプリケーションによって現在使用されているS－NSSAIおよびユーザに関する情報を搬送するセッション確立要求を送信し、NSSFエンティティにアプリケーションによって現在使用されているS－NSSAIおよびユーザに関する情報を搬送するスライス選択要求を送信する。NSSFエンティティは、前に生成されたレコードに基づいて第1のNSIを選択し、AMFエンティティにスライス選択結果を送信する。AMFエンティティは、NSSFエンティティからのスライス選択結果に基づいて、新しいPDUセッションを確立するために第1のNSIにおけるSMFエンティティを選択する。

1つの可能な設計では、本方法は、AFエンティティが、指定された位置とターゲットネットワークとの間のどのNSIもアプリケーションの加入SLA要件を満たさないと判断するステップと、端末に、モード切替え通知またはアプリケーションの加入SLA要件を満たすNSIがないことを指示する指示情報を送信するステップであって、モード切替え通知がターゲット動作モードの識別子を含む、ステップと、をさらに含む。例えば、端末とアプリケーションサーバとの間の通信のためのいくつかの事前設定された異なる動作モードがあってもよく、各動作モードにはネットワークによってサポートされるサービスレベルに関する異なる要件がある。現在の動作モードでアプリケーションのSLA要件を満たすNSIがない場合、アプリケーションは、ネットワークによってサポートされるサービスレベルに関する要件を下げるために、別の動作モードに切り替えられ、切り替えられた動作モードが、端末によって現在アクセスされているNSIのSLAサポート能力情報を満たすことができるようにし得る。

第2の態様によれば、アプリケーションのサービスレベル合意を保証するための方法が提供される。本方法は、端末が、モード切替え通知を受信するステップと、端末が、モード切替え通知に基づいてアプリケーションの動作モードをターゲット動作モードに切り替えるステップと、を含む。本出願の本実施形態で提供されるアプリケーションのサービスレベル合意を保証するための方法によれば、端末は、アプリケーションのサービスレベルを満たすために、アプリケーションの動作モードをアプリケーションの加入SLA要件を満たす動作モードに切り替えることにより、動作モードのレベルを下げる。

1つの可能な設計では、本方法は、モード切替え通知が、ターゲット動作モードの識別子またはどのネットワークスライスインスタンスNSIもアプリケーションの加入SLA要件を満たさないことを指示する指示情報を含むこと、をさらに含む。端末は、ターゲット動作モードの識別子に基づいてアプリケーションの動作モードをターゲット動作モードに切り替え得る。あるいは、端末は、アプリケーションの加入SLA要件を満たすNSIがないことを指示するは指示情報に基づいて、新しいPDUセッションを確立するか、またはアプリケーションの動作モードをターゲット動作モードに切り替えることを決定する。

1つの可能な設計では、端末が、モード切替え通知を受信するステップは具体的には、端末が、AFエンティティまたはアプリケーションサーバによって送信されたモード切替え通知を受信するステップである。したがって、AFエンティティは、アプリケーションのサービスレベルを保証するために、端末にモードを切り替えるよう通知し得る。あるいは、アプリケーションサーバは、アプリケーションのサービスレベルを保証するために、モードを切り替える。これにより、アプリケーションのサービスレベルを保証するための実行体における柔軟性が高まる。

第3の態様によれば、アプリケーションのサービスレベル合意を保証するための方法が提供される。本方法は、ネットワーク側エンティティが、アプリケーション機能AFエンティティによって送信されたスライス情報要求を受信するステップと、AFエンティティにスライス情報応答を送信するステップであって、スライス情報応答が、指定された位置とターゲットネットワークとの間の少なくとも1つのネットワークスライスインスタンスのSLAサポート能力情報を含む、ステップと、を含む。本出願の本実施形態で提供されるアプリケーションのサービスレベル合意を保証するための方法によれば、ネットワーク側エンティティは、AFエンティティに、NSIの全体的なサービスレベルを表すSLAサポート能力情報を送信するので、AFエンティティは、NSIのSLAサポート能力情報に基づいて対応する判断を下し、アプリケーションのSLA要件を満たすNSIにおいて新しいPDUセッションを確立する。あるいは、AFエンティティは、アプリケーションサーバにNSIのSLAサポート能力情報を送信し、アプリケーションサーバは、アプリケーションのサービスレベルを保証するために、アプリケーションのSLA要件を満たすNSIにおいて新しいPDUセッションを確立することを決定する。

1つの可能な設計では、スライス情報要求は、アプリケーションを使用するユーザに関する情報、指定された位置の位置情報、およびターゲットネットワークの識別子を含む。この場合、ネットワーク側エンティティは、UDMエンティティから、アプリケーションの加入S－NSSAIを取得し得る。あるいは、スライス情報要求は、アプリケーションを使用するユーザに関する情報、指定された位置の位置情報、ターゲットネットワークの識別子、およびアプリケーションの加入S－NSSAIを含む。この場合、AFエンティティは、ネットワーク側エンティティにアプリケーションの加入S－NSSAIを送信し、ネットワーク側エンティティは、UDMエンティティからアプリケーションの加入S－NSSAIを取得しなくてもよい。これにより、ネットワーク側エンティティの電力消費が削減される。

1つの可能な設計では、ネットワーク側エンティティはNSSFエンティティまたはNWDAFエンティティである。このようにして、NSIのSLAサポート能力情報は異なるエンティティによって取得され得る。

1つの可能な設計では、ネットワーク側エンティティがNSSFエンティティである場合、ネットワーク側エンティティが、AFエンティティによって送信されたスライス情報要求を受信するステップの前に、本方法は、事業者によって入力された構成情報を受け取り、構成情報からネットワーク内の各NSIのSLAサポート能力情報を取得するステップであって、構成情報がネットワーク内の各NSIのSLAサポート能力情報を含む、ステップ、をさらに含む。あるいは、本方法は、NWDAFエンティティから、ネットワーク内の各NSIの各ネットワーク機能エンティティ上の端末関連の実行データおよび各配置エリアにおけるNSIのサービス負荷情報を取得し、取得された実行データとサービス負荷情報とに基づいてNSIのSLAサポート能力情報を決定するステップ、をさらに含む。あるいは、本方法は、NSI内のネットワークリポジトリ機能NRFエンティティからNSI内の各ネットワーク機能エンティティの実行情報を取得し、実行情報に基づいてNSIのSLAサポート能力情報を決定するステップ、をさらに含む。したがって、NSSFエンティティは、動的に、または静的構成によって、ネットワーク内のNSIのSLAサポート能力情報を取得し得る。

1つの可能な設計では、ネットワーク側エンティティがNWDAFエンティティである場合、ネットワーク側エンティティが、AFエンティティによって送信されたスライス情報要求を受信するステップの前に、本方法は、NSI内の各ネットワーク機能エンティティ上の端末関連の実行データおよび各配置エリアにおけるNSIのサービス負荷情報を収集するステップと、取得された実行データとサービス負荷情報とに基づいてNSIのSLAサポート能力情報を決定するステップと、をさらに含む。あるいは、本方法は、NSI内のネットワークリポジトリ機能NRFエンティティからNSI内の各ネットワーク機能エンティティの実行情報を取得し、実行情報に基づいてNSIのSLAサポート能力情報を決定するステップ、をさらに含む。したがって、NWDAFエンティティは、ネットワーク内のNSIのSLAサポート能力情報を動的に取得し得る。

第4の態様によれば、AFエンティティが提供される。本AFエンティティは、前述の方法実施形態においてAFエンティティによって行われる機能を実施し得る。この機能は、ハードウェアを使用して実施され得るか、または対応するソフトウェアを実行するハードウェアを使用して実施され得る。ハードウェアまたはソフトウェアは、各機能に対応する1つまたは複数のモジュールを含む。例えば、本AFエンティティは、指定された位置とターゲットネットワークとの間のネットワークスライスインスタンス内の、そのSLAサポート能力がアプリケーションの加入SLA要件を満たす第1のネットワークスライスインスタンスNSIに関する情報を取得するように構成された、取得部を含み得る。本AFエンティティは、通知メッセージを送信するように構成された送信部であって、通知メッセージが取得部によって取得された第1のNSIに関する情報を含む、送信部をさらに含み得る。

本AFエンティティの具体的な実施態様については、第1の態様または第1の態様の可能な実施態様で提供されるアプリケーションのサービスレベル合意を保証するための方法におけるAFエンティティの挙動および機能を参照されたい。ここでは詳細は繰り返されない。したがって、提供されるAFエンティティは、第1の態様の効果と同じ有益な効果を達成し得る。

第5の態様によれば、プロセッサとメモリとを含む、AFエンティティが提供される。メモリは、コンピュータ実行可能命令を格納するように構成される。AFエンティティが動作すると、プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行し、AFエンティティは、第1の態様の可能な実施態様のいずれか1つによる、アプリケーションのサービスレベル合意を保証するための方法を実行することができるようになる。

第6の態様によれば、コンピュータ可読記憶媒体が提供される。本コンピュータ可読記憶媒体は、命令を格納し、命令がコンピュータ上で実行されると、コンピュータは、第1の態様の実施態様のいずれか1つによる、アプリケーションのサービスレベル合意を保証するための方法を実行することができるようになる。

第7の態様によれば、命令を含むコンピュータプログラム製品が提供される。本コンピュータプログラム製品がコンピュータ上で動作すると、コンピュータは、第1の態様の実施態様のいずれか1つによる、アプリケーションのサービスレベル合意を保証するための方法を実行することができるようになる。

第8の態様によれば、チップシステムが提供される。本チップシステムは、AFエンティティが前述の態様における機能を実施するのを支援する、例えば、AFエンティティが、指定された位置とターゲットネットワークとの間のネットワークスライスインスタンス内の、そのSLAサポート能力がアプリケーションの加入SLA要件を満たす第1のネットワークスライスインスタンスNSIに関する情報を取得し、第1のNSIに関する情報を、通信インターフェースを介してAFエンティティに送信するのを支援するように構成された、プロセッサを含む。1つの可能な設計では、本チップシステムは、メモリをさらに含み、メモリは、AFエンティティに必要なプログラム命令およびデータを格納するように構成される。本チップシステムは、チップを含み得るか、またはチップと別のディスクリートデバイスとを含み得る。

第4の態様から第8の態様の設計のいずれか1つによってもたらされる技術的効果については、第1の態様の様々な設計によってもたらされる技術的効果を参照されたい。ここでは詳細は繰り返されない。

第9の態様によれば、端末が提供される。本端末は、第1の態様による方法を実施する機能を有する。この機能は、ハードウェアを使用して実施され得るか、または対応するソフトウェアを実行するハードウェアを使用して実施され得る。ハードウェアまたはソフトウェアは、各機能に対応する1つまたは複数のモジュールを含む。例えば、本端末は、モード切替え通知を受信するように構成された、受信部と、モード切替え通知に基づいてアプリケーションの動作モードをターゲット動作モードに切り替えるように構成された、切替え部と、を含み得る。

本端末の具体的な実施態様については、第2の態様または第2の態様の可能な実施態様で提供される、アプリケーションのサービスレベル合意を保証するための方法における端末の挙動および機能を参照されたい。ここでは詳細は繰り返されない。したがって、提供される端末は、第1の態様の効果と同じ有益な効果を達成し得る。

第10の態様によれば、プロセッサと、メモリとを含む、端末が提供される。メモリは、コンピュータ実行可能命令を格納するように構成される。端末が動作すると、プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行し、端末は、第2の態様の実施態様のいずれかによる、アプリケーションのサービスレベル合意を保証するための方法を実行することができるようになる。

第11の態様によれば、コンピュータ可読記憶媒体が提供される。本コンピュータ可読記憶媒体は、命令を格納し、命令がコンピュータ上で実行されると、コンピュータは、第2の態様の実施態様のいずれか1つによる、アプリケーションのサービスレベル合意を保証するための方法を実行することができるようになる。

第12の態様によれば、命令を含むコンピュータプログラム製品が提供される。本コンピュータプログラム製品がコンピュータ上で動作すると、コンピュータは、第2の態様の実施態様のいずれか1つによる、アプリケーションのサービスレベル合意を保証するための方法を実行することができるようになる。

第13の態様によれば、チップシステムが提供される。本チップシステムは、端末が前述の態様における機能を実施するのを支援するように構成された、プロセッサを含む。例えば、端末は、通信インターフェースを介してモード切替え通知を受信し、モード切替え通知に基づいてアプリケーションの動作モードをターゲット動作モードに切り替えるよう支援される。1つの可能な設計では、本チップシステムは、メモリをさらに含み、メモリは、端末に必要なプログラム命令およびデータを格納するように構成される。本チップシステムは、チップを含み得るか、またはチップと別のディスクリートデバイスとを含み得る。

第9の態様から第13の態様の設計のいずれか1つによってもたらされる技術的効果については、第2の態様の様々な設計によってもたらされる技術的効果を参照されたい。ここでは詳細は繰り返されない。

第14の態様によれば、ネットワーク側エンティティが提供される。本ネットワーク側エンティティは、第3の態様による方法を実施する機能を有する。この機能は、ハードウェアを使用して実施され得るか、または対応するソフトウェアを実行するハードウェアを使用して実施され得る。ハードウェアまたはソフトウェアは、各機能に対応する1つまたは複数のモジュールを含む。例えば、本ネットワーク側エンティティは、アプリケーション機能AFエンティティによって送信されたスライス情報要求を受信するように構成された、受信部と、AFエンティティにスライス情報応答を送信するように構成された送信部であって、スライス情報応答が、指定された位置とターゲットネットワークとの間の少なくとも1つのネットワークスライスインスタンスのSLAサポート能力情報を含む、送信部と、を含む。

本ネットワーク側エンティティの具体的な実施態様については、第2の態様または第2の態様の可能な実施態様で提供されるアプリケーションのサービスレベル合意を保証するための方法における端末の挙動および機能を参照されたい。ここでは詳細は繰り返されない。したがって、提供されるネットワーク側エンティティは、第1の態様の効果と同じ有益な効果を達成し得る。

第15の態様によれば、プロセッサとメモリとを含む、ネットワーク側エンティティが提供される。メモリは、コンピュータ実行可能命令を格納するように構成され、本ネットワーク側エンティティが動作すると、プロセッサはメモリに格納されたコンピュータ実行可能命令を実行し、本ネットワーク側エンティティは、第3の態様の可能な実施態様のいずれかによる、アプリケーションのサービスレベル合意を保証するための方法を実行することができるようになる。

第16の態様によれば、コンピュータ可読記憶媒体が提供される。本コンピュータ可読記憶媒体は、命令を格納し、命令がコンピュータで実行されると、コンピュータは、第3の態様の実施態様のいずれか1つによる、アプリケーションのサービスレベル合意を保証するための方法を実行することができるようになる。

第17の態様によれば、命令を含むコンピュータプログラム製品が提供される。本コンピュータプログラム製品がコンピュータ上で動作すると、コンピュータは、第3の態様の実施態様のいずれか1つによる、アプリケーションのサービスレベル合意を保証するための方法を実行することができるようになる。

第18の態様によれば、チップシステムが提供される。本チップシステムは、プロセッサと、ネットワーク側エンティティが前述の態様における機能を実施するのを支援するように構成された通信インターフェースとを含む。例えば、ネットワーク側エンティティは、通信インターフェースを介して、AFエンティティによって送信されたスライス情報要求を受信し、通信インターフェースを介してAFエンティティにスライス情報応答を送信するよう支援される。1つの可能な設計では、本チップシステムは、メモリをさらに含み、メモリは、ネットワーク側エンティティに必要なプログラム命令およびデータを格納するように構成される。本チップシステムは、チップを含み得るか、またはチップと別のディスクリートデバイスとを含み得る。

第14の態様から第18の態様の設計のいずれか1つによってもたらされる技術的効果については、第2の態様の様々な設計によってもたらされる技術的効果を参照されたい。ここでは詳細は繰り返されない。

第19の態様によれば、アプリケーションのサービスレベル合意を保証するためのシステムが提供され、本システムは、第4の態様から第8の態様のいずれか1つによるAFエンティティと、第9の態様から第13の態様のいずれか1つによる端末と、第14の態様から第18の態様のいずれか1つによるネットワーク側エンティティとを含む。

本出願の上記の態様またはその他の態様は、以下の実施形態の説明においてより明確により理解しやすくなるであろう。

本出願の一実施形態によるシステムのアーキテクチャ図である。本出願の一実施形態による通信機器の概略構造図である。本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するための方法の流れ図である。本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するための別の方法の流れ図である。本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するための別の方法の流れ図である。本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するためのさらに別の方法の流れ図である。本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するためのさらに別の方法の流れ図である。本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するためのさらに別の方法の流れ図である。本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するためのさらに別の方法の流れ図である。本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するためのさらに別の方法の流れ図である。本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するためのさらに別の方法の流れ図である。本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するためのさらに別の方法の流れ図である。本出願の一実施形態によるAFエンティティの概略構成図である。本出願の一実施形態による端末の概略構成図である。本出願の一実施形態によるネットワーク側エンティティの概略構成図である。

最初に、本出願の実施形態の理解を容易にするために、本出願の実施形態のいくつかの技術用語が説明される。

ネットワークスライス（network slice、NS）：NSとは、特定のネットワーク特徴を有する論理ネットワークであり、第3世代パートナーシッププロジェクト（3rd Generation Partnership Project、3GPP）によって提案された第5世代（5th Generation、5G）の移動通信ネットワークのネットワーク差別化要件を満たす主要技術である。異なるネットワークスライスは互いに論理的に区分けされ、需要側の要件に基づいて1つまたは複数のネットワークサービスを柔軟に提供することができる。ネットワークスライスは、単一ネットワークスライス選択補助情報（Single Network Slice Selection Assistance Information、S－NSSAI）によって識別される。S－NSSAIは、スライス／サービスタイプ（Slice／Service Type、SST）およびスライスディファレンシエータ（Slice Differentiator、SD）を含む。SSTおよびSDは、規格で定義されるか、または事業者によって定義され得る。SDは、同じSSTを有する複数のネットワークスライスを区別するために、SSTを補足する任意選択情報であり、例えば、ネットワークスライスのホーミング関係を表すために使用され得る。

ネットワークスライスインスタンス（network slice instance、NSI）：NSIとは、ネットワークスライステンプレートに基づいてインフラストラクチャ上で事業者によって作成されたインスタンス化されたネットワークであり、様々なネットワーク機能エンティティと物理リソースとを組み合わせることによって生成される。様々なネットワークスライスインスタンスは、互いに論理的に区分けされる。1つのネットワークスライスのインスタンス化によって1つまたは複数のNSIが取得されてもよく、各NSIはネットワークスライスインスタンス識別子（network slice instance identifier、NSI ID）によって識別される。言い換えると、1つのS－NSSAIは1つまたは複数のNSI IDに対応する。

サービスレベル合意（service level agreement、SLA）：SLAとは、サービス提供者と顧客との間の契約であり、サービス提供者によって提供されるアプリケーションサービスを記録するために使用され、サービス提供者が満たすべき義務を有するパフォーマンス基準を規定する。SLAは、パフォーマンスおよび品質に関するサービス提供者に対する顧客の期待を確立する。SLAは、可用性、パフォーマンス指標ベースライン、信頼性、応答時間などの一連の定性的または定量的な規則を含み得る。SLA保証は、一連のサービスレベル目標（service level objectives、SLO）の形で規定される。SLOは、1つまたは複数の限られたサービス構成要素の測定値の組み合わせである。

NSIのSLAサポート能力情報：NSIのSLAサポート能力情報とは、NSIが満たすことのできる、指定されたアプリケーションサービスについてユーザと事業者とによって署名されたSLAにおいて指定されるサービスレベルおよびサービス指標のリストであり、アプリケーションサービスがSLAに含まれる一連のSLOを達成することを可能にするNSIの能力を表すために使用される。同じNSIのSLAサポート能力情報は、異なる配置エリアにおいて同じであるかまたは異なり得る。例えば、NSI－1がエリア1およびエリア2に配置される。エリア1でNSI－1によってサポートされるサービスタイプはeMBBサービスであり、エリア2でNSI－1によってサポートされるサービスタイプは、AR低遅延要件を満たすeMBBサービスである。あるいは、NSI－1は、エリア1とエリア2の両方で、レイテンシに関する要件のないeMBBサービスをサポートする。

NSIのSLAサポート能力情報は、達成を保証される特定のアプリケーションサービスの1つまたは複数のサービスレベル目標を記述する。目標には、ネットワークスライスインスタンスによってサポートされるサービスタイプ、サービスタイプによってサポートされる最大端末台数、サービスタイプが保証できる最大許容帯域幅、サービスタイプが保証できる最大エンドツーエンドネットワーク遅延、サービスタイプによって許容される最大端末移動速度、サービスタイプの信頼性レベル、サービスタイプによってサポートされるサービス連続モードなど、が含まれ得るが、これに限定されない。

以下で、本出願の実施形態の実施態様を、添付の図面を参照して詳細に説明する。

本出願で提供される技術的解決策は、図1に示されるネットワークに適用されてもよく、このネットワークは5Gネットワークであり得る。図1に示されるように、ネットワークは、端末と、アクセスネットワークデバイスと、コアネットワークと、データネットワーク（Data Network、DN）とを含み得る。図1に示されるネットワークアーキテクチャは、単なる例示的なアーキテクチャ図であることに留意されたい。図示されていないが、図1に示されるネットワークは、図1に示されるネットワーク機能エンティティに加えて、統合データ管理（unified data management、UDM）エンティティ、ネットワークデータ分析機能（network data analytics function、NWDAF）エンティティなどをさらに含み得る。これについては限定されない。

コアネットワークは、セッション管理機能（Session Management、SMF）エンティティ、ネットワークリポジトリ機能（Network Repository Function、NRF）エンティティ、ポリシー制御機能（Policy Control Function、PCF）エンティティ、ユーザプレーン機能（User Plane Function、UPF）エンティティ、ネットワークスライス選択機能（Network Slice Selection Function、NSSF）エンティティ、ネットワーク露出機能（Network Exposure Function、NEF）エンティティ、アクセスおよびモビリティ管理機能（Access and Mobility Management Function、AMF）エンティティ、ならびにその他のネットワーク機能エンティティを含み得る。加えて、ネットワークは、アプリケーション機能（Application Function、AF）エンティティをさらに含む。AFエンティティは、第三者アプリケーション制御プラットフォームまたは事業者のデバイスであり得る。AFエンティティは、複数のアプリケーションサーバにサービスを提供し得る。例えば、本出願では、AFエンティティは、アプリケーションサーバから要求メッセージを受信し、端末の関連アプリケーション（すなわち、アプリケーションサーバによって提供されるサービス）についてのSLA保証を提供し得る。

DNは、サービスを提供する様々なアプリケーションサーバを含み得る。AFエンティティは、アプリケーションサーバに配置され得るか、またはネットワークに独立に配置され得ることに留意されたい。以下で、本出願の実施形態で提供される技術的解決策を、AFエンティティがアプリケーションサーバから独立してネットワークに配置されるほんの一例を使用して詳細に説明する。AFエンティティがアプリケーションサーバに配置される場合、アプリケーションサーバ内のAFエンティティは、以下の実施形態でAFエンティティによって行われる機能を行い得ることが理解されよう。

ネットワークは、事業者によって複数の論理的に区分けされたネットワークスライスインスタンスに分割されてもよく、各ネットワークスライスインスタンスは、様々なネットワーク機能エンティティと物理リソースとを組み合わせることによって生成される。1つの可能な構造では、SMFエンティティ、NRFエンティティ、PCFエンティティ、UPFエンティティなどのネットワーク機能エンティティがネットワークスライスインスタンス（Network Slice Instance、NSI）を形成し得る。ネットワークスライスインスタンスは互いに区分けされ、複数のネットワークスライスインスタンスが、同じNSSFエンティティ、NEFエンティティ、AMFエンティティ、UDMエンティティ、NWDAFエンティティなどを共用し得る。

図1の端末は、ユーザ機器（User Equipment、UE）であり得るか、または任意のハンドヘルド機器、車載機器、ウェアラブルデバイス、または無線通信機能を有するコンピューティングデバイス、または無線モデムに接続された別の処理デバイスであり得る。端末は、代替として、加入者ユニット（subscriber unit）、セルラー電話（cellular phone）、スマートフォン（smart phone）、無線データカード、パーソナルデジタルアシスタント（Personal Digital Assistant、PDA）コンピュータ、タブレットコンピュータ、無線モデム（modem）、ハンドヘルド（handheld）機器、ラップトップコンピュータ（laptop computer）、コードレス電話（cordless phone）、ワイヤレスローカルループ（Wireless Local Loop、WLL）局、マシンタイプ通信（Machine Type Communication、MTC）端末、移動局（mobile station、MS）など、であり得るが、これに限定されない。端末は、アプリケーションの識別子とS－NSSAIとの間の対応関係を維持し、アプリケーションサーバによって提供されるアプリケーションサービスを取得するために、S－NSSAIに対応するNSIにおいて確立されたPDUセッションを介してDN内のアプリケーションサーバにアクセスし得る。ランダムな位置で端末にアクセスを提供する1つまたは複数のNSIがあり得る。

図1のアクセスネットワークデバイスは、主に、無線物理層機能、リソーススケジューリングおよび無線リソース管理、無線アクセス制御、モビリティ管理などの機能を実施するように構成される。アクセスネットワークデバイスは、次世代NodeB（generation nodeB、gNB）または任意の他のアクセスユニットであり得る。

図1のNSSFエンティティは、主に、端末によって要求されたS－NSSAIとアプリケーションの加入S－NSSAIとに基づいて端末に適切なNSIを選択するように構成される。NSSFエンティティではS－NSSAIとNSIとの間のマッピング関係が構成され得る。AMFエンティティは、主に、端末のためのアクセス制御およびモビリティ管理機能を実施する。NEFエンティティは、主に、コアネットワーク内の他の機能エンティティの機能を別のデバイスに露出するように構成される。NSI内のSMFエンティティは、主に、ユーザプレーン伝送路の確立、解放、および変更などのセッション管理機能を実施するように構成される。UPFエンティティは、主に、ユーザプレーンデータのルーティングおよび転送などの機能を担い、例えば、フィルタリング、データ伝送／転送、レート制御、および端末のデータパケットの課金情報生成を担う。

図1のAFエンティティは、主に、アプリケーションサーバとコアネットワーク内の機能エンティティとの間のインタラクションのための中間機能エンティティとして働く。アプリケーションサーバは、AFエンティティを介して、サービスおよび課金のネットワーク品質に対する動的制御を実施したり、SLA要件を保証したり、コアネットワーク内の機能エンティティ（例えば、NSI）の実行情報を取得したりし得る。本出願の本実施形態では、AFエンティティは、事業者によって配置された機能エンティティであり得るか、またはサービス提供者によって配置された機能エンティティであり得る。サービス提供者は、第三者サービス提供者であり得るか、または事業者に属するサービス提供者であり得る。これについては限定されない。AFエンティティが事業者によって配置された機能エンティティである場合、AFエンティティは、コアネットワーク内の機能エンティティと直接やり取りし得る。AFエンティティが第三者サービス提供者によって配置された機能エンティティである場合、AFエンティティは、図1のNEFエンティティを介してコアネットワーク内の機能エンティティとやり取りし得る。AFエンティティと別の機能エンティティとの間のインタラクションの方法は、本出願の本実施形態では限定されない。

図1に示されるネットワークでは、サービス提供者は、アプリケーションサーバによって提供されるアプリケーションサービスのために事業者からのネットワークスライスに加入し、加入ネットワークスライス上でユーザにサービスを提供し得る。あるいは、サービス提供者は、ネットワークスライスには特に加入せず、事業者によって提供される公衆ネットワークスライスを使用してユーザにサービスを提供し得る。サービス提供者が、アプリケーションサーバによって提供されるアプリケーションサービスのために事業者からのネットワークスライスに加入する場合、AFエンティティ上でアプリケーションと加入ネットワークスライス（例えば加入S－NSSAI）との間の関連付け関係が構成され得る。

アプリケーションのNSSFエンティティにスライス選択要求を送信するときに、端末は、アプリケーションに対応するS－NSSAIを決定し、NSSFエンティティにS－NSSAIを搬送するスライス選択要求を送信する。NSSFエンティティは、S－NSSAIとNSIとの間の関連付け関係に基づいて適切なNSI（例えば、図1のNSI－1）を決定する。NSI－1内のSMFエンティティは、NSI－1から適切なUPFエンティティを選択し、UPFエンティティを介した端末からDNへのPDUセッションを確立する。端末は、NSI－1で確立されたPDUセッションを介してDN内のアプリケーションサーバにアクセスし、アプリケーションサーバによって提供されるアプリケーションサービスを取得する。

端末がアプリケーションサーバによって提供されるアプリケーションサービスを取得するプロセスにおいて、端末は、アプリケーションサーバからのSLA関連サービスに加入し得る。加入に成功した後、アプリケーションサーバは、AFエンティティにアプリケーションのサービスレベルを保証するよう要求するために、AFエンティティにアプリケーションおよび加入SLAを配信し得る。言い換えると、アプリケーションのサービスレベルを保証する機能が、AFエンティティによって実施されることになる。アプリケーションサーバによって送信されたSLA保証要求を受信した後、AFエンティティは、位置からターゲットネットワークへのNSIのSLAサポート能力情報を取得し、アプリケーションのサービスレベルを保証するために、取得されたNSIのSLAサポート能力情報に基づいて、対応する措置を取る（例えば、アプリケーションの現在のセッションの新しいPDUセッションへの切替えやアプリケーションの動作モードの切替え）。具体的には、この実施態様については、図3から図8Bに示される解決策を参照されたい。ここでは詳細は述べられない。

あるいは、アプリケーションサーバは、AFエンティティを介した位置からターゲットネットワークへのNSIのSLAサポート能力情報を取得し、アプリケーションのサービスレベルを保証するために、取得されたNSIのSLAサポート能力情報に基づいて、対応する措置を取る（例えば、アプリケーションの現在のセッションまたは動作モードの新しいPDUセッションまたは動作モードへの切替え）。具体的には、この実施態様については、図9に示される解決策を参照されたい。ここでは詳細は述べられない。

具体的には、本出願の実施形態で提供される技術的解決策を実施するために、図1のAFエンティティ、端末、NSSFエンティティ、およびNWDAFエンティティなどのネットワーク機能エンティティは、図2の通信機器の形で実施され得る。図2に示されるように、通信機器200は、少なくとも1つのプロセッサ201と、通信回線202と、メモリ203と、少なくとも1つの通信インターフェース204とを含む。

プロセッサ201は、中央処理装置（central processing unit、CPU）、もしくは特定用途向け集積回路（application specific integrated circuit、ASIC）であり得るか、または本出願の実施形態を実施する1つもしくは複数の集積回路、例えば、1つもしくは複数のマイクロプロセッサ（digital signal processor，DSP）や1つもしくは複数のフィールドプログラマブルゲートアレイ（field programmable gate array、FPGA）として構成され得る。

通信回線202は、前述の構成要素間で情報を伝送するためのパスを含み得る。

通信インターフェース204は、送受信機などの任意の装置を使用し、別の機器または通信ネットワーク、例えば、イーサネット、無線アクセスネットワーク（radio access network、RAN）、または無線ローカルエリアネットワーク（wireless local area networks、WLAN）と通信するように構成される。

メモリ203は、読取り専用メモリ（read－only memory、ROM）もしくは静的情報および命令を格納することができる別のタイプの静的記憶デバイス、またはランダムアクセスメモリ（random access memory、RAM）もしくは情報および命令を格納することができる別のタイプの動的記憶デバイスであり得る。メモリ23は、代替として、電気的消去可能プログラム可能読取り専用メモリ（electrically erasable programmable read－only memory、EEPROM）、コンパクトディスク読取り専用メモリ（compact disc read－only memory、CD－ROM）もしくは別のコンパクトディスク記憶、光ディスク記憶（コンパクトディスク、レーザディスク、光ディスク、デジタル多用途ディスク、ブルーレイ光ディスクなどを含む）、磁気ディスク記憶媒体もしくは別の磁気記憶デバイス、または命令もしくはデータ構造の形態で予期されるプログラムコードを搬送もしくは格納するために使用されることができ、コンピュータによってアクセス可能な任意の他の媒体であってもよいが、これに限定されない。メモリは、独立して存在していてもよく、通信回線202を介してプロセッサに接続される。あるいは、メモリはプロセッサと一体化されていてもよい。

メモリ203は、本出願の解決策を実行するためのコンピュータ実行可能命令を格納するように構成され、プロセッサ201は実行を制御する。プロセッサ201は、本出願の以下の実施形態で提供されるアプリケーションのサービスレベル合意を保証するための方法を実施するために、メモリ203に格納されたコンピュータ実行可能命令を実行するように構成される。任意選択で、本出願の実施形態のコンピュータ実行可能命令は、アプリケーションプログラムコードとも呼ばれ得る。これについては本出願の実施形態では特に限定されない。

具体的な実施に際して、一実施形態では、プロセッサ201は、1つまたは複数のCPU、例えば、図2のCPU0およびCPU1を含み得る。

具体的な実施に際して、一実施形態では、通信機器200は、複数のプロセッサ、例えば、図2のプロセッサ201およびプロセッサ207を含み得る。プロセッサは各々、シングルコアプロセッサであり得るか、またはmulti－CPUプロセッサであり得る。プロセッサはこの場合、データ（例えば、コンピュータプログラム命令）を処理するための1つまたは複数のデバイス、回路、および／または処理コアであり得る。

具体的な実施に際して、一実施形態では、通信機器200は、出力装置205と入力装置206とをさらに含み得る。出力装置205は、プロセッサ201と通信し、複数の方法で情報を表示し得る。例えば、出力装置205は、液晶ディスプレイ（liquid crystal display、LCD）、発光ダイオード（light emitting diode、LED）表示装置、ブラウン管（cathode ray tube、CRT）表示装置、プロジェクタ（projector）などであり得る。入力装置206は、プロセッサ201と通信し、複数の方法でユーザ入力を受け取り得る。例えば、入力装置206は、マウス、キーボード、タッチスクリーンデバイス、感知装置などであり得る。

通信機器200は、汎用デバイスまたは専用デバイスであり得ることに留意されたい。具体的な実施に際して、通信機器200は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、PDA、携帯電話、タブレットコンピュータ、無線端末、組込み式デバイス、または図2の構造と同様の構造を有するデバイスであり得る。通信機器200のタイプは、本出願の本実施形態では限定されない。

以下では、図1を参照して本出願の実施形態で提供される技術的解決策を詳細に説明する。

図3は、本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するための方法の流れ図である。本方法によれば、AFエンティティがアプリケーションのサービスレベルを保証する。図3に示されるように、本方法は、ステップ301とステップ302とを含み得る。

ステップ301：AFエンティティが、指定された位置とターゲットネットワークとの間のNSI内の、そのSLAサポート能力がアプリケーションの加入SLA要件を満たす第1のNSIに関する情報を取得する。

AFエンティティは、図1の任意のAFエンティティであり得る。

指定された位置は、アプリケーションを使用する端末の現在位置であり得るか、または次の時点の端末の位置、例えば、現時点の後の端末の移動経路上の可能な位置であり得る。端末は、第1のNSIにおいてPDUセッションを確立し得る。アプリケーションサーバに対応するAPPクライアント（Client）が端末上にインストールされ得る。アプリケーションサーバは、NSIによって提供されたPDUセッションを介して端末上のAPP Clientに接続し、APP Clientを介して、端末を使用するユーザにアプリケーションサービスを提供し得る。ユーザは、アプリケーションサーバとのアプリケーションのためのSLAに署名し得る。

ターゲットネットワークは、端末にアプリケーションサービスを提供するアプリケーションサーバが位置するDNであり得る。

具体的には、AFエンティティが、指定された位置とターゲットネットワークとの間のNSI内の、そのSLAサポート能力がアプリケーションの加入SLA要件を満たす第1のNSIに関する情報を取得することは、
AFエンティティが、ネットワーク側エンティティにスライス情報要求を送信し、スライス情報要求が指定された位置とターゲットネットワークとの間のNSIのSLAサポート能力情報を取得するよう要求するために使用される、ことと、
ネットワーク側エンティティが、AFエンティティによって送信されたスライス情報要求を受信し、指定された位置の位置情報に基づいて、ターゲットネットワークの識別子、アプリケーションの加入S－NSSAI、およびS－NSSAIとNSIとの間の対応関係、指定された位置とターゲットネットワークとの間の少なくとも1つのNSIのSLAサポート能力情報を取得し、AFエンティティにスライス情報応答を送信し、スライス情報応答が、指定された位置とターゲットネットワークとの間の少なくとも1つのNSIのSLAサポート能力情報を含む、ことと、
AFエンティティが、ネットワーク側エンティティによって送信されたスライス情報応答を受信し、アプリケーションの加入SLAと少なくとも1つのNSIのSLAサポート能力情報とに基づいて少なくとも1つのNSIのSLAサポート能力情報から、アプリケーションの加入SLA要件を満たす第1のNSIに関する情報を取得することと
を含み得る。

スライス情報要求は、アプリケーションを使用するユーザに関する情報、指定された位置の位置情報、およびターゲットネットワークの識別子を含み得る。アプリケーションの加入S－NSSAIは、ネットワーク側エンティティによってUDMエンティティから取得され得る。例えば、ネットワーク側エンティティは、UDMエンティティに、ユーザの加入情報の取得を求める要求を送信し、UDMエンティティは、ネットワーク側エンティティにアプリケーションの加入S－NSSAIを送信する。あるいは、スライス情報要求は、アプリケーションを使用するユーザに関する情報、指定された位置の位置情報、ターゲットネットワークの識別子、およびアプリケーションの加入S－NSSAIを含み得る。例えば、アプリケーションサービス提供者が事業者からのネットワークスライスに加入した後、事業者は、運用支援システム（operations support system、OSS）を介してAFエンティティに、アプリケーションの識別子およびアプリケーションの加入S－NSSAIを搬送する情報を送信する。情報を受信した後、AFエンティティは、それに対応してAFエンティティにおいてアプリケーションの識別子およびアプリケーションの加入S－NSSAIを構成し、ステップ301を行うときに、ネットワーク側エンティティにアプリケーションの識別子およびアプリケーションの加入S－NSSAIを搬送するスライス情報要求を送信する。

S－NSSAIとNSIとの間の対応関係は、アプリケーションサービス提供者が事業者からのネットワークスライスに加入し、事業者が加入要求に基づいてNSIを配置した後、OSSを介してNSSFエンティティにおいて事業者によって構成され得る。別のネットワークエンティティ（例えばNWDAFエンティティ）が、NSSFエンティティからS－NSSAIとNSIとの間の対応関係を取得し得る。

ユーザに関する情報は、アプリケーションを使用する端末を識別するために使用される。ユーザに関する情報は、加入永続識別子（SUPI）、永続装置識別子（PEI）、端末の通し番号、端末のインターネットプロトコル（Internet Protocol、IP）アドレスなど、であり得るが、これに限定されない。

指定された位置の位置情報は、指定された位置を識別するために使用され、指定された位置に対応する位置追跡エリア識別情報、指定された位置に対応するセル識別子などであってもよく、指定された位置の経度情報および緯度情報をさらに含み得る。AFエンティティは、AMFエンティティから端末の現在位置の位置情報を取得し得る。具体的な取得方法については、図4Aおよび図4Bを参照されたい。ここでは詳細は述べられない。AFエンティティは、アプリケーションサーバから次の時点の端末の位置の位置情報を取得し得る。例えば、AFエンティティは、アプリケーションサーバに位置要求を送信し得る。AFエンティティによって送信された位置要求を受信した後、アプリケーションサーバは、AFエンティティに位置応答を返し、位置応答は、端末の移動経路に関する情報を含む。AFエンティティは、移動経路に関する情報に基づいて次の時点の端末の位置を決定し得る。例えば、端末1の移動経路はA－B－C－Dである。端末の現在位置がAである場合、移動経路に基づいて、次の時点の端末の位置がB、C、またはDであることが分かる。

ターゲットネットワークの識別子は、アプリケーションサーバが位置するDNを識別するために使用されてもよく、ネットワーク内のDNの番号またはIPアドレスであり得るが、これに限定されない。

アプリケーションの加入SLAは、アプリケーションサーバによってAFエンティティに能動的に配信され得る。あるいは、AFエンティティは、アプリケーションの加入SLAを要求するために、アプリケーションサーバに取得要求を送信する。あるいは、アプリケーションサービス提供者が事業者からのネットワークスライスに加入した後、事業者は、運用支援システムを介してAFエンティティにおいてアプリケーションの加入SLAを構成する。これについては限定されない。

第1のNSIに関する情報は、第1のNSIのID、第1のNSIに対応するS－NSSAI、または第1のNSIのSLAサポート能力情報であり得る。具体的には、第1のNSIに関する情報は、AFエンティティの後続の実行プロセスに依存し得る。ここでは詳細は述べられない。

ネットワーク側エンティティは、図1に示されるネットワーク内のNSSFエンティティまたはNWDAFエンティティであり得る。NSSFエンティティまたはNWDAFエンティティは、事前にネットワーク内の各NSIのSLAサポート能力情報を取得し得る。具体的には、取得方法については、図4Aおよび図4Bの説明を参照されたい。ここでは詳細は述べられない。

ネットワーク側エンティティによって取得された少なくとも1つのNSIは、アプリケーションの加入S－NSSAIに対応するNSIに含まれることに留意されたい。言い換えると、少なくとも1つのNSIは、アプリケーションを使用するユーザがアクセスできるNSIである。ネットワーク側エンティティが、指定された位置の位置情報に基づいて、ターゲットネットワークの識別子、およびアプリケーションの加入S－NSSAI、指定された位置とターゲットネットワークとの間の少なくとも1つのNSIのSLAサポート能力情報を取得するステップは、まず、ネットワーク側エンティティが、指定された位置の位置情報とターゲットネットワークの識別子とに基づいてネットワーク内のNSIから、指定された位置とターゲットネットワークとの間の複数のNSIを取得するステップと、次いで、アプリケーションの加入S－NSSAIと、S－NSSAIとNSIとの間の対応関係とに基づいて複数のNSIから、アプリケーションの加入S－NSSAIに対応するNSIに含まれる少なくとも1つのNSIを決定するステップと、少なくとも1つのNSIのSLAサポート能力情報を取得するステップと、を含み得る。

例えば、NSSFエンティティは、事前にNSI－1、NSI－2、およびNSI－3のSLAサポート能力情報を取得し、NSI－1、NSI－2、およびNSI－3は各々、位置AとDN1との間のエリアをカバーする。アプリケーションの加入S－NSSAIはS－NSSAI1およびS－NSSAI2であり、S－NSSAI1はNSI－1に対応し、S－NSSAI2はNSI－2に対応する。この場合、AFエンティティは、位置AとDN1との間のNSIのサポート能力情報を要求するためにNSSFエンティティにスライス情報要求を送信する。要求を受信した後、NSSFエンティティは、NSI、すなわち、位置AとDN1との間のNSI－1、NSI－2、およびNSI－3を決定し、アプリケーションの加入S－NSSAIおよびS－NSSAIとNSIとの間の対応関係を検査し、アプリケーションの加入S－NSSAIに対応するNSIはNSI－1およびNSI－2であると判断する。NSSFエンティティは、NSI－1、NSI－2、およびNSI－3からNSI－1およびNSI－2をさらに取得し、位置AとDN1との間のSLAサポート能力情報としてAFエンティティにNSI－1およびNSI－2を返す。

ステップ302：AFエンティティが通知メッセージを送信する。

通知メッセージは、第1のNSIに関する情報を含み得る。

1つの可能な実施態様では、通知メッセージは、新しいPDUセッションの確立をトリガするために使用され、第1のNSIに関する情報は、第1のNSIに対応するS－NSSAIを含む。通知メッセージは、アプリケーションの識別子およびユーザに関する情報をさらに含む。あるいは、通知メッセージは、アプリケーションの識別子、ユーザに関する情報、およびサービス連続モード指示を含み得る。

AFエンティティが、通知メッセージを送信することは具体的には、AFエンティティが、通知メッセージをAMFエンティティに送信すること、である。

通知メッセージを受信した後、AMFエンティティは、端末に新しいPDUセッションを確立するよう指示するために、ユーザに関する情報に基づいて端末にセッション確立指示を送信する。セッション確立指示は、第1のNSIに対応するS－NSSAIおよびアプリケーションの識別子を含む。あるいは、セッション確立指示は、第1のNSIに対応するS－NSSAI、アプリケーションの識別子、およびサービス連続モード指示を含む。端末は、セッション確立指示を受信し、AMFエンティティに、第1のNSIのS－NSSAIを搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティからのスライス選択結果に基づいて、新しいPDUセッションを確立するために第1のNSIにおけるSMFエンティティを選択する。PDUセッションを確立するプロセスは先行技術に属し、本出願の実施形態では詳細は説明されない。

サービス連続モード（SSC mode）指示は、端末が、現在のPDUセッションを終了するときに直ちに新しいPDUセッションを開始すべきか、それとも元のPDUセッションを維持しながら新しいPDUセッションを確立すべきかを指示するために使用され得る。

本実施態様では、通知メッセージに含まれる第1のNSIに対応するS－NSSAIは、現在のアプリケーションのネットワークスライス選択ポリシー（Network Slice Selection Policy、NSSP）で置き換えられ得ることに留意されたい。NSSPは、アプリケーションによって使用されるS－NSSAIが第1のNSIに対応するS－NSSAIであると指定する。端末は、NSSPを介して、現在のアプリケーションに新しいPDUセッションが確立されるときに使用されるべきS－NSSAIを決定し得る。

加えて、本実施態様では、通知メッセージは、第1のNSIに対応するS－NSSAIを含み、第1のNSIのIDをさらに搬送し得る。AFエンティティがAMFエンティティ通知メッセージを送信した後、AMFエンティティは、第1のNSIのIDと第1のNSIに対応するS－NSSAIとの間の対応関係を格納し、ユーザに関する情報に基づいて端末に、第1のNSIに対応するS－NSSAIを搬送するセッション確立指示を送信し得る。セッション確立指示を受信した後、端末は、アプリケーションによって使用される、第1のNSIに対応するS－NSSAIに対してローカルで構成されるS－NSSAIを更新し、AMFエンティティに、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を送信する。要求を受信した後、AMFエンティティは、第1のNSIのIDと第1のNSIに対応するS－NSSAIとの間の、AMFエンティティに格納されている対応関係に基づいて、新しいPDUセッションを確立するために第1のNSIにおけるSMFエンティティを選択する。この場合、NSSFエンティティは、AMFエンティティにスライス選択結果を通知しなくてもよい。

具体的には、この実施態様については、図4Aおよび図4Bを参照されたい。ここでは詳細は述べられない。

別の可能な実施態様では、通知メッセージは、第1のNSIに対応するS－NSSAIを使用して、端末上のアプリケーションに対応するS－NSSAIを更新するよう通知するために使用される。第1のNSIに関する情報は、第1のNSIに対応するS－NSSAIである。通知メッセージは、ユーザに関する情報およびアプリケーションの識別子をさらに含む。

通知メッセージを受信した後、AMFエンティティは、ユーザに関する情報に基づいて端末に、アプリケーションの識別子および第1のNSIに対応するS－NSSAIを含む構成更新指示を送信する。端末は、構成更新指示を受信し、アプリケーションの識別子と第1のNSIに対応するS－NSSAIとに基づいて、アプリケーションに対応する、第1のNSIに対応するS－NSSAIに対してローカルで構成されるS－NSSAIを更新し、AMFエンティティを介してAFエンティティに構成更新応答を送信する。AFエンティティは、構成更新応答を受信し、AMFエンティティまたはアプリケーションサーバを介して端末にセッション確立指示を送信する。端末は、セッション確立指示を受信し、AMFエンティティに、アプリケーションに対応する更新されたS－NSSAI（すなわち、第1のNSIに対応するS－NSSAI）を搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティからのスライス選択結果に基づいて、新しいPDUセッションを確立するために第1のNSIにおけるSMFエンティティを選択する。セッション確立指示は、端末に新しいPDUセッションを確立するよう指示するために使用され、セッション確立指示は、アプリケーションの識別子を含む。

具体的には、この実施態様については、図5Aおよび図5Bを参照されたい。ここでは詳細は述べられない。

さらに別の可能な実施態様では、通知メッセージは、第1のNSIに対応するS－NSSAIを使用して、端末上のアプリケーションに対応するS－NSSAIを更新するよう通知し、新しいPDUセッションの確立をトリガするために使用される。第1のNSIに関する情報は、第1のNSIに対応するS－NSSAIである。通知メッセージは、ユーザに関する情報およびアプリケーションの識別子をさらに含む。

通知メッセージを受信した後、AMFエンティティは、ユーザに関する情報に基づいて端末に構成更新指示およびセッション確立指示を送信する。端末は、構成更新指示を受信し、アプリケーションの識別子および第1のNSIに対応するS－NSSAIに基づいて、アプリケーションに対応する、第1のNSIに対応するS－NSSAIに対してローカルで構成されるS－NSSAIを更新し、セッション確立指示に基づいてAMFエンティティに、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティからのスライス選択結果に基づいて、新しいPDUセッションを確立するために第1のNSIにおけるSMFエンティティを選択する。

具体的には、この実施態様については、図6を参照されたい。ここでは詳細は述べられない。

さらに別の可能な実施態様では、通知メッセージは、端末のNSSPを更新するよう通知するために使用される。第1のNSIに関する情報は、第1のNSIに対応するS－NSSAIである。通知メッセージは、ユーザに関する情報およびアプリケーションの識別子をさらに含む。

AFエンティティが通知メッセージを送信することは具体的には、AFエンティティが、通知メッセージをUDMエンティティに送信すること、である。

通知メッセージを受信した後、UDMエンティティは、アプリケーションの識別子および第1のNSIに対応するS－NSSAIに基づいて、端末のNSSPを更新し、AMFエンティティを介して端末にNSSP更新指示を送信する。NSSP更新指示は、端末に、端末で構成されたNSSPを更新するよう指示するために使用され、NSSP更新指示は更新されたNSSPを含む。端末は、NSSP更新指示を受信し、端末で構成されたNSSPを更新する。UDMエンティティは、AFエンティティにNSSP更新応答を送信する。AFエンティティは、NSSP更新応答を受信し、AMFエンティティまたはアプリケーションサーバを介して端末にセッション確立指示を送信する。端末は、セッション確立指示を受信し、AMFエンティティに、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティからのスライス選択結果に基づいて、新しいPDUセッションを確立するために第1のNSIにおけるSMFエンティティを選択する。セッション確立指示は、端末に新しいPDUセッションを確立するよう指示するために使用され、セッション確立指示は、アプリケーションの識別子を含む。

具体的には、この実施態様については、図7を参照されたい。ここでは詳細は述べられない。

さらに別の可能な実施態様では、通知メッセージは、NSSFエンティティに、端末にNSIを指定するよう通知するために使用される。第1のNSIに関する情報は第1のNSIのIDである。通知メッセージは、ユーザに関する情報およびアプリケーションによって現在使用されているS－NSSAIをさらに含む。

AFエンティティが通知メッセージを送信することは、AFエンティティが、通知メッセージをNSSFエンティティに送信すること、を含む。

通知メッセージを受信した後、NSSFエンティティは、ユーザに関する情報とアプリケーションによって現在使用されているS－NSSAIとに基づいてスライス選択制御要求レコードを生成し、ユーザに関する情報と、アプリケーションによって現在使用されているS－NSSAIと、第1のNSIのIDとを関連付け、次いでAFエンティティにスライス選択制御応答を送信する。スライス選択制御応答を受信した後、AFエンティティは、AMFエンティティまたはアプリケーションサーバを介して端末にセッション確立指示を送信する。端末は、セッション確立指示を受信し、AMFエンティティに、アプリケーションによって現在使用されているS－NSSAIおよびユーザに関する情報を搬送するセッション確立要求を送信し、NSSFエンティティに、アプリケーションによって現在使用されているS－NSSAIおよびユーザに関する情報を搬送するスライス選択要求を送信する。NSSFエンティティは、前に生成されたレコードに基づいて第1のNSIを選択し、AMFエンティティにスライス選択結果を送信する。AMFエンティティは、NSSFエンティティからのスライス選択結果に基づいて、新しいPDUセッションを確立するために第1のNSIにおけるSMFエンティティを選択する。

具体的には、この実施態様については、図8Aおよび図8Bを参照されたい。ここでは詳細は述べられない。

前述の可能な実施形態では、AFエンティティが事業者によって配置された機能エンティティである場合、AFエンティティは、AMFエンティティ、NSSFエンティティ、およびUDMエンティティと直接やり取りし得ることに留意されたい。AFエンティティが第三者アプリケーションサービス提供者によって配置された機能エンティティである場合、AFエンティティは、NEFエンティティを介してAMFエンティティ、NSSFエンティティ、およびUDMエンティティとやり取りし得る。NEFエンティティは、AFエンティティの有効性およびセキュリティを保証するために、AFエンティティによって送信された通知メッセージに対する認証および権限付与を行い得る。具体的には、この実施態様については、図4Aから図8Bを参照されたい。ここでは詳細は述べられない。

以上からわかるように、図3に示される解決策では、AFエンティティは、そのSLAサポート能力が、指定された位置とターゲットネットワークとの間のアプリケーションの加入SLA要件を満たすNSIに関する情報を取得し、端末にNSIにおいてPDUセッションを確立するために、NSIに関する情報を別のネットワーク機能エンティティに送信し得る。端末は、PDUセッションを介してアプリケーションサーバにアクセスし、アプリケーションサーバによって提供されたアプリケーションサービスを取得する。AFエンティティによって取得されたNSIのSLAサポート能力情報は、アプリケーションの加入SLA要件を満たすので、端末がNSIにおいて確立されたPDUセッションを介してアプリケーションサーバにアクセスした後、アプリケーションのサービスレベルを十分に保証することができる。

任意選択で、図3に示される解決策が行われる前に、アプリケーションサーバは、AFエンティティにアプリケーションのサービスレベルを保証するよう要求するために、AFエンティティにSLA保証要求を送信する。言い換えると、AFエンティティは、アプリケーションサーバによって提供されたアプリケーションのサービスレベルを保証する権限を付与される。SLA保証要求は、アプリケーションの識別子およびアプリケーションの加入SLAを含む。

任意選択で、AFエンティティは、AFエンティティの電力消費を削減するために、SLA保証要求を受信して初めて、アプリケーションのサービスレベルを保証するAFエンティティの機能を使用可能にし、すなわち、本出願の本実施形態で提供されるアプリケーションのサービスレベルを保証する機能を使用可能にする。

SLA保証要求は、特定のユーザまたはユーザグループに関する情報をさらに含んでいてもよく、特定のユーザまたはユーザグループに関する情報は、AFエンティティに関連ユーザのアプリケーションのサービスレベルを保証するよう指示するために使用され、関連ユーザは、特定のユーザまたはユーザグループに関する情報に基づいて決定される。

任意選択で、ステップ301を行う前に、AFエンティティは、まず、端末によって現在アクセスされているNSIのSLAサポート能力情報が、指定された位置とターゲットネットワークとの間のアプリケーションの加入SLA要件を満たすかどうかを判断する。端末によって現在アクセスされているNSIのSLAサポート能力情報が、指定された位置とターゲットネットワークとの間のアプリケーションの加入SLA要件を満たすと判断される場合、処理は行われない。端末によって現在アクセスされているNSIのSLAサポート能力情報が、指定された位置とターゲットネットワークとの間のアプリケーションの加入SLA要件を満たさない場合、AFエンティティは、トリガされてステップ301を行う。したがって、AFエンティティがアプリケーションのサービスレベルを保証する機能を使用可能にした後で必ずしもステップ301が行われるとは限らない。これにより、端末によって現在アクセスされているNSIのSLAサポート能力情報がアプリケーションの加入SLA要件を満たす場合に、AFエンティティと別のネットワーク側デバイスとの間のインタラクションによって生じる電力消費を削減する。

具体的には、本出願の本実施形態では、AFエンティティは、端末によって現在アクセスされているNSIのSLAサポート能力を自動的に検出し得る。端末によって現在アクセスされているNSIのSLAサポート能力情報が、指定された位置とターゲットネットワークとの間のアプリケーションの加入SLA要件を満たさないことを検出すると、ステップ301が行われる。

あるいは、AFエンティティは端末の位置を検出する。端末の位置が移動することを検出すると、AFエンティティは、端末によって現在アクセスされているNSIのSLAサポート能力情報は、指定された位置とターゲットネットワークとの間のアプリケーションの加入SLA要件を満たさない可能性があると判断し、ステップ301を行う。

あるいは、アプリケーションサーバは、端末によって現在アクセスされているNSIのSLAサポート能力を検出する。端末によって現在アクセスされているNSIのSLAサポート能力情報が、指定された位置とターゲットネットワークとの間のアプリケーションの加入SLA要件を満たさないことを検出すると、アプリケーションサーバは、AFエンティティに能力通知メッセージを送信する。AFエンティティは、アプリケーションサーバによって送信された能力通知メッセージを受信し、ステップ301を行う。能力通知メッセージは、AFエンティティに、端末によって現在アクセスされているNSIのSLAサポート能力が、指定された位置とターゲットネットワークとの間のアプリケーションの加入SLA要件を満たさないことを通知するために使用される。

さらに、図3に示される解決策では、NSSFエンティティまたはNWDAFエンティティからAFエンティティによって取得された少なくとも1つのNSIに、そのSLAサポート能力情報がアプリケーションの加入SLA要件を満たすNSIがない場合、すなわち、現在のネットワークに、そのSLAサポート能力がアプリケーションの加入SLA要件を満たすNSIがない場合、アプリケーションの動作モードが切り替えられてもよく、切替え後の動作モードが、端末によって現在アクセスされているNSIのSLAサポート能力情報を満たす。例えば、AFエンティティは、以下の動作（1）から動作（3）のいずれか1つを行い得る。

（1）AFエンティティは、アプリケーションの動作モードをターゲット動作モードに切り替えることを決定し、端末にモード切替え通知を送信し、端末にアプリケーションの動作モードをターゲット動作モードに切り替えるよう通知する。モード切替え通知は、ターゲット動作モードの識別子を含む。

具体的には、AFエンティティは、AMFエンティティを介して端末にモード切替え通知を送信し得るか、またはアプリケーションサーバを介して端末にモード切替え通知を送信し得る。これについては限定されない。

（2）AFエンティティは、端末に、ネットワークにはアプリケーションの加入SLA要件を満たすNSIがないことを指示する指示情報を送信し、端末は、指示情報に基づいてアプリケーションの動作モードをターゲット動作モードに切り替えるか、または指示情報に基づいて新しいPDUセッションを確立するよう要求する。

（3）AFエンティティは、アプリケーションサーバに、ネットワークにはアプリケーションの加入SLA要件を満たすNSIがないことを指示する指示情報を送信する。アプリケーションサーバは、指示情報を受信し、アプリケーションの動作モードをターゲット動作モードに切り替えることを決定し、端末に、アプリケーションの動作モードをターゲット動作モードに切り替えるよう通知するか、または端末に新しいPDUセッションを確立するよう要求するために、端末に、ターゲット動作モードの識別子を搬送するモード切替え通知を送信する。

以下では、図4Aから図8Bを参照し、指定された位置が端末の現在位置であり、ターゲットネットワークがDN1である例を使用して前述の可能な実施態様を詳細に説明する。

図4Aおよび図4Bは、本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するための別の方法の流れ図である。図4Aおよび図4Bに示されるように、本方法は以下のステップを含み得る。

ステップ401：NSSFエンティティ／NWDAFエンティティが、ネットワーク内の各NSIのSLAサポート能力情報を取得する。

NSSFエンティティ／NWDAFエンティティは、NSSFエンティティまたはNWDAFエンティティを指示し得る。NSSFエンティティは図1のNSSFエンティティであり、NWDAFエンティティは図1に示されるネットワーク内のNWDAFエンティティ（図示されていない）であり得る。

ネットワークは、図1に示されるネットワークであり得る。NSIのSLAサポート能力情報については上記で説明されており、詳細は繰り返されない。

具体的には、NSSFエンティティは、ネットワーク内の各NSIのSLAサポート能力情報を、以下の方法1または方法2のどちらかで取得し得る。

方法1：NSSFエンティティが、事業者によって入力された構成情報を受け取り、構成情報からネットワーク内の各NSIのSLAサポート能力情報を取得する。

例えば、顧客の加入要求に基づいてNSIを配置した後、事業者は、各NSIに対して実地試験を行い、各NSIのSLAサポート能力情報を決定し、各NSIのSLAサポート能力情報をOSSに送信する。OSSは、NSSFエンティティに、NSIのSLAサポート能力情報を搬送する構成情報を送信する。NSSFエンティティは、構成情報を受信し、構成情報からNSIのサービスSLAサポート能力情報を取得し、NSSFエンティティでNSIのSLAサポート能力情報を構成する。事業者は、各NSIのSLAサポート能力情報を、先行技術の測定によって取得し得る。詳細は述べられない。

構成情報は、ネットワーク内の各NSIのSLAサポート能力情報を含み、S－NSSAIとNSIとの間の対応関係をさらに含み得る。これについては限定されない。

方法1では、NSSFエンティティによって取得されたNSIのSLAサポート能力情報は、NSIのすべての配置エリア内のユーザ要件を満たすことができ、すなわち、すべての配置エリア内のNSIのサービスSLAサポート能力情報は同じであることに留意されたい。

方法2：NSSFエンティティが、NRFエンティティからNSI内の各ネットワーク機能エンティティの実行情報を取得し、取得された実行情報に基づいてNSIのサービスSLAサポート能力情報を決定する。

NRFエンティティは、NSI内のNRFエンティティであり得る。

図1に示されるように、NSI内のネットワーク機能エンティティは、SMFエンティティや、UPFエンティティや、PCFエンティティなどのエンティティを含み得る。ネットワーク機能エンティティの実行情報は、ネットワーク機能エンティティが正常に動作するかどうかを指示するために使用され得る。

具体的には、NSSFエンティティが取得された実行情報に基づいてNSIのSLAサポート能力情報を決定することは、ネットワーク機能エンティティの実行情報に基づいて、ネットワーク機能エンティティで障害が発生し、サービス実行性能に影響を及ぼすと判断される場合、NSSFエンティティが、NSIはそのサービスタイプのサービスをサポートできないと判断すること、およびNSIのSLAサポート能力を下位レベルに設定すること、を含み得る。

方法3：NSSFエンティティが、NWDAFエンティティから、NSI内の各ネットワーク機能エンティティ上の端末関連の実行データおよび各配置エリアにおけるNSIのサービス負荷情報を取得し、取得された実行データとサービス負荷情報とに基づいてNSIのSLAサポート能力情報を決定する。

ネットワーク機能エンティティ上の端末関連の実行データは、ネットワーク機能エンティティによってサポートされる端末の台数や、ネットワーク機能エンティティによってサポートされる端末が正常に動作するかどうかを指示する情報などのデータを含み得る。

具体的には、NSSFエンティティが取得された実行データとサービス負荷情報とに基づいてNSIのSLAサポート能力情報を決定することは、NSSFエンティティが、各ネットワーク機能エンティティ上の端末関連の実行データとサービス負荷情報とに基づいて配置エリアにおけるNSIの輻輳状況を決定することと、NSIの輻輳状況に基づいてNSIのSLAサポート能力情報を決定する、を含み得る。例えば、NSI内のSMFエンティティが比較的多数の端末をサポートする場合、それは、NSIがSMFエンティティのサービスエリアにおいて輻輳状況にあり、配置エリアにおけるSLAサポート能力が比較的低いことを指示する。

具体的には、NWDAFエンティティは、ネットワーク内の各NSIのSLAサポート能力情報を、前述の方法2または方法3で取得し得る。詳細は繰り返されない。

ステップ402：AFエンティティがAMFエンティティにイベント加入要求を送信し、イベント加入要求が、端末のネットワークアクセスおよびモビリティ管理イベントへの加入を要求するために使用される。

AFエンティティが事業者によって配置された機能エンティティである場合、AFエンティティは、AMFエンティティにイベント加入要求を直接送信する。AFエンティティが第三者組織によって配置された機能エンティティである場合、AFエンティティは、NEFエンティティにイベント加入要求を送信する。NEFエンティティは、AFエンティティによって送信された要求に対する認証および権限付与を行い、認証および権限付与が成功した後、NEFエンティティはイベント加入要求をAMFエンティティに送信する。

ステップ403：AMFエンティティがAFエンティティにイベント加入応答を送信し、イベント加入応答が、AFエンティティに、イベントが正常に加入されることを通知するために使用される。

AFエンティティが事業者によって配置された機能エンティティである場合、AMFエンティティは、AFエンティティにイベント加入応答を直接送信する。AFエンティティが第三者組織によって配置された機能エンティティである場合、AMFエンティティは、NEFエンティティにイベント加入応答を送信し、NEFエンティティがイベント加入応答をAFエンティティに送信する。

ステップ404：AMFエンティティがAFエンティティに端末イベント通知メッセージを送信し、イベント通知メッセージが、端末の現在位置の位置情報を含む。

AFエンティティが事業者によって配置された機能エンティティである場合、AMFエンティティは、AFエンティティにイベント通知メッセージを直接送信する。AFエンティティが第三者組織によって配置された機能エンティティである場合、AMFエンティティは、NEFエンティティにイベント通知メッセージを送信し、NEFエンティティがイベント通知メッセージをAFエンティティに送信する。

AMFエンティティは、AFエンティティにイベント通知メッセージを周期的に送信し得る。あるいは、AMFエンティティが、端末の位置エリアが変化することを検出すると、AMFエンティティは、AFエンティティにイベント通知メッセージを送信する。これについては限定されない。

ステップ405：AFエンティティがイベント通知メッセージを受信し、AFエンティティが、端末によって現在アクセスされているNSIのSLAサポート能力情報が現在位置とDN1との間のアプリケーションの加入SLA要件を満たさないと判断した場合、AFエンティティがNSSFエンティティ／NWDAFエンティティにスライス情報要求を送信する。

スライス情報要求は、ユーザに関する情報、現在位置の位置情報、およびDN1の識別子を含み得る。スライス情報要求は、ユーザに関する情報、指定された位置の位置情報、DN1の識別子、およびアプリケーションの加入S－NSSAIを含み得る。

AFエンティティが、端末によって現在アクセスされているNSIのSLAサポート能力情報が現在位置とDN1との間のアプリケーションの加入SLA要件を満たさないと判断する方法については、図3の解決策を参照されたい。詳細は繰り返されない。

AFエンティティが事業者によって配置された機能エンティティである場合、AFエンティティは、NSSFエンティティ／NWDAFエンティティにスライス情報要求を直接送信する。AFエンティティが第三者組織によって配置された機能エンティティである場合、AFエンティティは、NEFエンティティにスライス情報要求を送信し、NEFエンティティが、AFエンティティによって送信されたスライス情報要求に対する認証および権限付与を行う。認証および権限付与に成功した後、NEFエンティティは、NSSFエンティティ／NWDAFエンティティにスライス情報要求を送信する。例えば、AFエンティティは、NEFエンティティにS－NSSAIを搬送するスライス情報要求を送信し、NEFエンティティは、スライス情報要求に含まれるS－NSSAIがアプリケーションの加入S－NSSAIに含まれるかどうかを判断する。スライス情報要求に含まれるS－NSSAIがアプリケーションの加入S－NSSAIに含まれる場合、それは、AFエンティティによって要求されたS－NSSAIに対応するネットワークスライスが、顧客によって加入されたネットワークスライス内にあることを指示する。この場合、NEFエンティティは、NSSFエンティティ／NWDAFエンティティにスライス情報要求を送信する。スライス情報要求に含まれるS－NSSAIがアプリケーションの加入S－NSSAIに含まれない場合、NEFエンティティは、NSSFエンティティ／NWDAFエンティティにスライス情報要求を送信せず、AFエンティティに障害情報を返す。

ステップ406：NSSFエンティティ／NWDAFエンティティが、スライス情報要求を受信し、AFエンティティにスライス情報応答を送信し、スライス情報応答は、現在位置とDN1との間の少なくとも1つのNSIのSLAサポート能力情報を含む。

NSSFエンティティ／NWDAFエンティティは、AFエンティティに、現在位置とDN1との間の少なくとも1つのNSIのSLAサポート能力情報を直接送信し得る。あるいは、現在位置とDN1との間の少なくとも1つのNSIのSLAサポート能力情報は、NEFエンティティによって端末に送信され得る。

加えて、ステップ406で、NSSFエンティティ／NWDAFエンティティは、AFエンティティにNSIの他の情報、例えば、NSIの実行情報（NSIの現在の端末の台数、トラフィック負荷、輻輳状況など）もさらに送信し得る。NSSFエンティティ／NWDAFエンティティは、AFエンティティにS－NSSAIとNSIとの間の対応関係をさらに送信し得る。これについては限定されない。

ステップ407：AFエンティティが、NSSFエンティティ／NWDAFエンティティによって送信されたスライス情報応答を受信する。

AFエンティティは、NSSFエンティティ／NWDAFエンティティによって送信されたスライス情報応答を直接受信し得るか、またはNSSFエンティティ／NWDAFエンティティによって送信されたスライス情報応答を、NEFエンティティを介して受信し得る。これについては限定されない。

ステップ408：AFエンティティが、スライス情報応答に基づいて少なくとも1つのNSIのSLAサポート能力情報から、アプリケーションの加入SLA要件を満たす第1のNSIに関する情報を取得する。

ステップ409：AFエンティティが、NEFエンティティに通知メッセージを送信する。

通知メッセージは、新しいPDUセッションの確立をトリガするために使用される。通知メッセージは、第1のNSIに対応するS－NSSAI、ユーザに関する情報、およびアプリケーションの識別子を含み得る。あるいは、通知メッセージは、第1のNSIに対応するS－NSSAI、ユーザに関する情報、アプリケーションの識別子、およびサービス連続モード指示を含む。あるいは、通知メッセージは、NSSP、ユーザに関する情報、アプリケーションの識別子、およびサービス連続モード指示を含む。あるいは、通知メッセージは、NSSP、ユーザに関する情報、およびアプリケーションの識別子を含む。これについては限定されない。NSSPは、端末のアプリケーションおよびアプリケーションの加入S－NSSAIを記述するための規則である。端末は、NSSPを使用して、アプリケーションに新しいセッションを確立するためにどの加入S－NSSAIが使用されるかを決定し得る。

第1のNSIに対応するS－NSSAIは、S－NSSAIとNSIとの間の、ステップ406で取得された対応関係に基づいてAFエンティティによって決定され得る。

ステップ410：NEFエンティティが、AFエンティティによって送信された通知メッセージに対する認証および権限付与を行う。

ステップ411：認証および権限付与に成功した後、NEFエンティティが、AMFエンティティに通知メッセージを送信する。

AMFエンティティは、端末が登録するAMFエンティティ、すなわち、端末にサービスするAMFエンティティである。具体的には、NEFエンティティは、どのAMFエンティティが現在端末にサービスしているかを判断するためにUDMエンティティに問い合わせし得る。

任意選択で、NEFエンティティは、非アクセス層（non－access stratum、NAS）シグナリングを介してAMFエンティティに通知メッセージを送信する。例えば、NEFエンティティは、AMFエンティティに、通知メッセージを搬送するNASシグナリングを送信し得る。

AFエンティティが事業者によって配置された機能エンティティである場合、ステップ409およびステップ410は、AFエンティティがNEFエンティティによる転送なしでAMFエンティティに通知メッセージを直接送信するステップで置き換えられ得ることに留意されたい。

ステップ412：AMFエンティティが、通知メッセージを受信し、ユーザに関する情報に基づいて端末にセッション確立指示を送信する。

セッション確立指示は、端末に新しいPDUセッションを確立するよう指示するために使用され得る。セッション確立指示は、アプリケーションの識別子および第1のNSIに対応するS－NSSAIを含み得る。あるいは、セッション確立指示は、第1のNSIに対応するS－NSSAI、アプリケーションの識別子、およびサービス連続モード指示を含み得る。あるいは、セッション確立指示は、NSSP、アプリケーションの識別子、およびサービス連続モード指示を含み得る。あるいは、セッション確立指示は、NSSPおよびアプリケーションの識別子を含み得る。これについては限定されない。

ステップ413：端末が、セッション確立指示を受信し、新しいPDUセッションを確立するために、AMFエンティティに、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を送信する。

PDUセッションを確立するプロセスは以下を含み得る。端末が、AMFエンティティに、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を送信する。AMFエンティティが、NSSFエンティティに、第1のNSIに対応するS－NSSAIを搬送するスライス選択要求を送信する。NSSFエンティティが、スライス選択要求を受信し、第1のNSIに対応するS－NSSAIに基づいて第1のNSIを決定し、AMFエンティティに、第1のNSIのIDを搬送するスライス選択応答メッセージを送信する。AMFエンティティが、スライス選択応答メッセージを受信し、第1のNSIのIDに基づいて、新しいPDUセッションを確立するために第1のNSIからSMFエンティティを選択する。これまでで、PDUセッションが新しいネットワークスライスにおいて正常に確立され、端末は、アプリケーションを新しいPDUセッションに切り替える。

さらに、AFエンティティが、少なくとも1つのNSIから、そのSLAサポート能力情報がSLAにおける加入SLA要件を満たす第1のNSIに関する情報を取得しない場合、AFエンティティは前述の動作（1）から動作（3）のうちのいずれか1つを行い得る。詳細は繰り返されない。

例えば、S－NSSAI1がNSI－1に対応し、S－NSSAI2がNSI－2に対応し、アプリケーションによって現在使用されているS－NSSAIがS－NSSAI1であり、第1のNSIがNSI－2である場合、AFエンティティは、アプリケーションの加入SLA要件を満たすNSIはNSI－2であると判断する。この場合、AFエンティティは、AMFエンティティに、アプリケーションの識別子、アプリケーションを使用するユーザに関する情報、およびS－NSSAI2を搬送する通知メッセージを送信し得る。通知メッセージを受信した後、AMFエンティティは、端末に、S－NSSAI2およびアプリケーションの識別子を搬送するセッション確立指示を送信する。端末は、セッション確立指示を受信し、AMFエンティティに、S－NSSAI2を搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティに、S－NSSAI2を搬送するスライス選択要求を送信する。NSSFエンティティは、S－NSSAI2とNSI－2との間の対応関係に基づいて、新しいPDUセッションを確立するためにNSI－2を選択することを決定し、AMFエンティティに選択結果を返すので、AMFエンティティは新しいPDUセッションを確立するためにNSI－2におけるSMFエンティティを選択する。

図4Aおよび図4Bに示される解決策では、通知メッセージは、第1のNSIのIDをさらに搬送し得ることに留意されたい。ステップ412で、AMFエンティティは、第1のNSIのIDと第1のNSIに対応するS－NSSAIとの間の対応関係をさらに格納し得る。この場合、ステップ413で新しいPDUセッションを確立するステップは、AMFエンティティが、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を受信するステップと、対応関係に基づいて第1のNSIを直接決定するステップと、新しいPDUセッションを確立するために第1のNSIからSMFエンティティを選択するステップと、を含み得る。

例えば、S－NSSAI1がNSI－1に対応し、S－NSSAI2がNSI－2に対応し、アプリケーションによって現在使用されているS－NSSAIがS－NSSAI1であり、第1のNSIがNSI－2である場合、AFエンティティは、アプリケーションの加入SLA要件を満たすNSIはNSI－2であると判断する。この場合、AFエンティティは、AMFエンティティに、アプリケーションの識別子、アプリケーションを使用するユーザに関する情報、S－NSSAI2、およびNSI－2の識別子を搬送する通知メッセージを送信し得る。AMFエンティティは、通知メッセージを受信し、S－NSSAI2とNSI－2との間の対応関係を格納し、端末に、S－NSSAI2およびアプリケーションの識別子を搬送するセッション確立指示を送信する。セッション確立指示を受信した後、端末は、AMFエンティティに、S－NSSAI2を搬送するセッション確立要求を送信する。セッション確立要求を受信した後、AMFエンティティは、格納されたS－NSSAI2とNSI－2との間の対応関係に基づいてNSI－2を決定し、新しいPDUセッションを確立するためにNSI－2におけるSMFエンティティを選択する。

図5Aおよび図5Bは、本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するためのさらに別の方法の流れ図である。図5Aおよび図5Bに示されるように、本方法は以下のステップを含み得る。

ステップ501からステップ508が行われる。

ステップ501はステップ401と同じであり、ステップ502はステップ402と同じであり、ステップ503はステップ403と同じであり、ステップ504はステップ404と同じであり、ステップ505はステップ405と同じであり、ステップ506はステップ406と同じであり、ステップ507はステップ407と同じであり、ステップ508はステップ408と同じである。詳細は繰り返されない。

ステップ509：AFエンティティが、NEFエンティティに通知メッセージを送信する。

通知メッセージは、第1のNSIに対応するS－NSSAIを使用して、端末上のアプリケーションに対応するS－NSSAIを更新するよう、すなわち、アプリケーションによって現在使用されているS－NSSAIを更新するよう通知するために使用される。

通知メッセージは、第1のNSIに対応するS－NSSAIを含み、アプリケーションの識別子およびアプリケーションを使用するユーザに関する情報をさらに含み得る。

ステップ510：NEFエンティティが、AFエンティティによって送信された通知メッセージに対する認証および権限付与を行う。

ステップ510については、ステップ410の説明を参照されたい。詳細は繰り返されない。

ステップ511：認証および権限付与が成功した後、NEFエンティティが、AMFエンティティに通知メッセージを送信する。

ステップ511については、ステップ411の説明を参照されたい。詳細は繰り返されない。

ステップ512：AMFエンティティが、ユーザに関する情報に基づいて端末に構成更新指示を送信する。

構成更新指示は、端末に、アプリケーションに対応するS－NSSAIを更新するよう指示するために使用され、構成更新指示は、アプリケーションの識別子および第1のNSIに対応するS－NSSAIを含む。

ステップ513：端末が、構成更新指示を受信し、アプリケーションに対応するS－NSSAIを第1のNSIに対応するS－NSSAIに更新する。

ステップ514：端末が、AMFエンティティに構成更新応答を送信する。

構成更新応答は、端末上のアプリケーションに対応するS－NSSAIの更新が完了したことを指示するために使用される。

ステップ515：AMFエンティティが、構成更新応答を受信し、構成更新応答をAFエンティティに送信する。

AMFエンティティは、構成更新応答をAFエンティティに直接送信し得る。あるいは、AMFエンティティは、構成更新応答を、NEFエンティティを介してAFエンティティに送信する。

ステップ516：AFエンティティが、構成更新応答を受信し、端末にセッション確立指示を送信する。

セッション確立指示は、端末に新しいPDUセッションを確立するよう指示するために使用され、セッション確立指示は、アプリケーションの識別子を含み得る。

具体的には、AFエンティティは、AMFエンティティを介して端末にセッション確立指示を送信し得る。ステップ516．aに示されるように、AFエンティティは、AMFエンティティにセッション確立指示を搬送するNASシグナリングを送信し、AMFエンティティは、通知メッセージを受信した後、端末にセッション確立指示を送信する。あるいは、ステップ516．bに示されるように、AFエンティティは、アプリケーションサーバにセッション確立指示を送信し、アプリケーションサーバは、アプリケーションによって現在使用されているPDUセッションを介して端末にセッション確立指示を送信する。

ステップ517：端末が、セッション確立指示を受信し、新しいPDUセッションを確立するために、AMFエンティティに、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を送信する。

ステップ517については、ステップ413の説明を参照されたい。ここでは詳細は繰り返されない。

さらに、図5Aおよび図5Bの解決策では、AFエンティティが、少なくとも1つのNSIから、そのSLAサポート能力情報がSLAにおける加入SLA要件を満たす第1のNSIに関する情報を取得しない場合、AFエンティティは前述の動作（1）から動作（3）のうちのいずれか1つを行う。詳細は繰り返されない。

例えば、S－NSSAI1がNSI－1に対応し、S－NSSAI2がNSI－2に対応し、アプリケーションによって現在使用されているS－NSSAIがS－NSSAI1であり、第1のNSIがNSI－2である場合、AFエンティティは、アプリケーションの加入SLA要件を満たすNSIはNSI－2であると判断する。この場合、AFエンティティは、AMFエンティティに、アプリケーションの識別子、アプリケーションを使用するユーザに関する情報、およびS－NSSAI2を搬送する通知メッセージを送信し得る。通知メッセージを受信した後、AMFエンティティは、端末に、S－NSSAI2およびアプリケーションの識別子を搬送する構成更新指示を送信する。構成更新指示を受信した後、端末は、アプリケーションによって現在使用されているS－NSSAI1をS－NSSAI2に更新し、AMFエンティティを介してAFエンティティに構成更新応答を送信する。構成更新応答を受信した後、AFエンティティは、端末にセッション確立指示を送信する。端末は、セッション確立指示を受信し、AMFエンティティに、S－NSSAI2を搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティに、S－NSSAI2を搬送するスライス選択要求を送信する。NSSFエンティティは、S－NSSAI2とNSI－2との間の対応関係に基づいて、新しいPDUセッションを確立するためにNSI－2を選択することを決定し、AMFエンティティに選択結果を返すので、AMFエンティティは新しいPDUセッションを確立するためにNSI－2におけるSMFエンティティを選択する。

図6は、本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するためのさらに別の方法の流れ図である。図6に示されるように、本方法は以下のステップを含み得る。

ステップ601からステップ608が行われる。

ステップ601はステップ401と同じであり、ステップ602はステップ402と同じであり、ステップ603はステップ403と同じであり、ステップ604はステップ404と同じであり、ステップ605はステップ405と同じであり、ステップ606はステップ406と同じであり、ステップ607はステップ407と同じであり、ステップ608はステップ408と同じである。詳細は繰り返されない。

ステップ609：AFエンティティが、AMFエンティティに通知メッセージを送信する。

通知メッセージは、第1のNSIに対応するS－NSSAIを使用して、端末上のアプリケーションに対応するS－NSSAIを通知し、すなわち、アプリケーションによって現在使用されているS－NSSAIを更新し、新しいPDUセッションの確立をトリガする（例えば、更新が完了した後で、端末に、現在のPDUセッションを解放し、新しいPDUセッションを確立するよう通知する）ために使用され得る。通知メッセージは、第1のNSIに対応するS－NSSAI、ユーザに関する情報、およびアプリケーションの識別子を含み得る。

具体的には、AFエンティティは、通知メッセージをAMFエンティティに直接送信し得る。あるいは、AFエンティティは、通知メッセージをNEFエンティティに送信し、NEFエンティティが、通知メッセージをAMFエンティティに送信する。AMFエンティティに通知メッセージを送信する前に、NEFエンティティは、AFエンティティによって送信された通知メッセージに対する認証および権限付与を行い得る。NEFエンティティが、端末に構成更新および新しいPDUセッションの確立が許されると判断した場合、NEFエンティティはAMFエンティティに通知メッセージを送信する。NEFエンティティが、端末に構成更新および新しいPDUセッションの確立が許されないと判断した場合、NEFエンティティはAMFエンティティに通知メッセージを送信しない。具体的には、NEFエンティティがAFエンティティによって送信された通知メッセージに対する認証および権限付与を行うプロセスについては、図4Aおよび図4Bの説明を参照されたい。詳細は繰り返されない。

ステップ610：AMFエンティティが、端末に構成更新指示を送信する。

ステップ611：端末が、AMFエンティティによって送信された構成更新指示を受信し、アプリケーションに対応し、第1のNSIに対応するS－NSSAIに対してローカルで構成されるS－NSSAIを更新する。

ステップ612：端末が、AMFエンティティに構成更新応答を送信する。

構成更新応答は、AMFエンティティに、端末が構成更新を完了したことを通知するために使用される。

ステップ613：AMFエンティティが、構成更新応答を受信し、構成更新応答をAFエンティティに送信する。

具体的には、AMFエンティティは、構成更新応答をAFエンティティに直接送信し得る。あるいは、AMFエンティティは、構成更新応答を、NEFエンティティを介してAFエンティティに送信する。例えば、AMFエンティティは、構成更新応答をNEFエンティティに送信し、NEFエンティティが、構成更新応答をAFエンティティに送信する。

ステップ614：AMFエンティティが、端末にセッション確立指示を送信し、SMFエンティティに、元のPDUセッションを解放するための通知を送信する。

セッション確立指示は、端末に、元のPDUセッションを解放し、新しいPDUセッションを確立するよう指示するために使用される。

SMFエンティティは、現在のPDUセッションにサービスしているSMFエンティティである。

ステップ615：端末が、セッション確立指示を受信し、新しいPDUセッションを確立するために、元のPDUセッションを解放し、AMFエンティティに、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を送信する。

ステップ615については、ステップ413の説明を参照されたい。ここでは詳細は繰り返されない。

ステップ613およびステップ614は、図6に示される順序で行われ得るか、またはステップ614はステップ613の前に行われ得ることに留意されたい。これについては限定されない。

さらに、図6の解決策では、AFエンティティが、少なくとも1つのNSIから、そのSLAサポート能力情報がSLAにおける加入SLA要件を満たす第1のNSIに関する情報を取得しない場合、AFエンティティは前述の動作（1）から動作（3）のうちのいずれか1つを行う。詳細は繰り返されない。

例えば、S－NSSAI1がNSI－1に対応し、S－NSSAI2がNSI－2に対応し、アプリケーションによって現在使用されているS－NSSAIがS－NSSAI1であり、第1のNSIがNSI－2である場合、AFエンティティは、アプリケーションの加入SLA要件を満たすNSIはNSI－2であると判断する。この場合、AFエンティティは、AMFエンティティに、端末上のアプリケーションに対応するS－NSSAIを更新し、新しいPDUセッションを確立するよう通知するために、アプリケーションの識別子、アプリケーションを使用するユーザに関する情報、およびS－NSSAI2を搬送する通知メッセージを送信し得る。通知メッセージを受信した後、AMFエンティティは、端末に、S－NSSAI2およびアプリケーションの識別子を搬送する構成更新指示を送信する。構成更新指示を受信した後、端末は、アプリケーションによって現在使用されているS－NSSAI1をS－NSSAI2に更新し、AMFエンティティを介してAFエンティティに構成更新応答を送信する。端末が更新を完了した後、AMFエンティティは、端末に新しいPDUセッションを確立するよう指示するために、端末にセッション確立指示を送信する。端末は、セッション確立指示を受信し、AMFエンティティに、S－NSSAI2を搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティに、S－NSSAI2を搬送するスライス選択要求を送信する。NSSFエンティティは、S－NSSAI2とNSI－2との間の対応関係に基づいて、新しいPDUセッションを確立するためにNSI－2を選択することを決定し、AMFエンティティに選択結果を返すので、AMFエンティティは新しいPDUセッションを確立するためにNSI－2におけるSMFエンティティを選択する。

図7は、本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するためのさらに別の方法の流れ図である。図7に示されるように、本方法は以下のステップを含み得る。

ステップ701からステップ708が行われる。

ステップ701はステップ401と同じであり、ステップ702はステップ402と同じであり、ステップ703はステップ403と同じであり、ステップ704はステップ404と同じであり、ステップ705はステップ405と同じであり、ステップ706はステップ406と同じであり、ステップ707はステップ407と同じであり、ステップ708はステップ408と同じである。詳細は繰り返されない。

ステップ709：AFエンティティが、UDMエンティティに通知メッセージを送信する。

通知メッセージは、UDMエンティティに端末のNSSPを更新するよう通知するために使用され得る。

通知メッセージは、アプリケーションを使用するユーザに関する情報、アプリケーションの識別子、および第1のNSIに対応するS－NSSAIを含み得る。

AFエンティティは、通知メッセージをUDMエンティティに直接送信し得る。あるいは、AFエンティティは、通知メッセージをNEFエンティティに送信し、NEFエンティティが、通知メッセージをUDMエンティティに送信する。UDMエンティティに通知メッセージを送信する前に、NEFエンティティは、AFエンティティによって送信された通知メッセージに対する認証および権限付与をさらに行い得る。NEFエンティティが、端末のNSSPは更新を許されると判断した場合、NEFエンティティは、UDMエンティティに通知メッセージを送信する。NEFエンティティが、端末のNSSPは更新を許されないと判断した場合、NEFエンティティは、UDMエンティティに通知メッセージを送信しない。具体的には、NEFエンティティがAFエンティティによって送信された通知メッセージに対する認証および権限付与を行うプロセスについては、図4Aおよび図4Bの説明を参照されたい。詳細は繰り返されない。

ステップ710：UDMエンティティが、通知メッセージを受信し、通知メッセージに基づいて端末のNSSPを更新し、NSSP更新指示をAMFエンティティに送信する。

NSSP更新指示は、ユーザに関する情報および更新されたNSSPを含む。UDMエンティティはAFエンティティにNSSP更新応答をさらに送信する。AMFエンティティは、端末が登録するAMFエンティティである。

具体的には、UDMエンティティが通知メッセージに基づいて端末のNSSPを更新することは、アプリケーションと関連付けられた、NSSPで指定されたS－NSSAIを、第1のNSIに対応するS－NSSAIに更新すること、を含み得る。

具体的には、UDMエンティティは、NSSP更新応答をAFエンティティに直接送信し得るか、またはNSSP更新応答を、NEFエンティティを介してAFエンティティに送信し得る。これについては限定されない。

ステップ711：AMFエンティティが、NSSP更新指示を受信し、NSSP更新指示を端末に送信し、端末がNSSP更新指示を受信し、端末のNSSPを更新する。

ステップ712：UDMエンティティが、AFエンティティにNSSP更新応答を送信する。

ステップ711およびステップ712は、図7に示される順序で行われ得るか、またはステップ712はステップ711の前に行われ得ることに留意されたい。これについては限定されない。

ステップ713：AFエンティティが、NSSP更新応答を受信し、端末にセッション確立指示を送信する。

具体的には、AFエンティティは、ステップ713．aまたはステップ713．bで端末にセッション確立指示を送信し得る。ステップ713．aはステップ516．aと同じであり、ステップ713．bはステップ516．bと同じである。詳細は繰り返されない。

ステップ714：端末が、セッション確立指示を受信し、新しいPDUセッションを確立するために、AMFエンティティに、第1のNSIに対応するS－NSSAIを搬送するセッション確立要求を送信する。

ステップ714については、ステップ413の説明を参照されたい。ここでは詳細は繰り返されない。

さらに、図7の解決策では、AFエンティティが、少なくとも1つのNSIから、そのSLAサポート能力情報がSLAにおける加入SLA要件を満たす第1のNSIに関する情報を取得しない場合、AFエンティティは前述の動作（1）から動作（3）のうちのいずれか1つを行い得る。詳細は繰り返されない。

例えば、S－NSSAI1がNSI－1に対応し、S－NSSAI2がNSI－2に対応し、端末のNSSPで、アプリケーションに対応するS－NSSAIがS－NSSAI1であると指定されており、第1のNSIがNSI－2である場合、AFエンティティは、アプリケーションの加入SLA要件を満たすNSIはNSI－2であると判断する。この場合、AFエンティティは、UDMエンティティに端末のNSSPを更新するよう通知するために、UDMエンティティに、NSI－2に対応するS－NSSAI2、アプリケーションの識別子、およびユーザに関する情報を搬送する通知メッセージ送信し得る。UDMエンティティは、通知メッセージを受信し、アプリケーションに対応し、端末のNSSPで指定されたS－NSSAI1をS－NSSAI2に更新する。UDMエンティティは、端末に、更新されたNSSPを搬送するNSSP更新指示をさらに送信し、AFエンティティにNSSP更新応答を送信する。NSSP更新指示を受信した後、端末は、端末のNSSPを更新する。NSSP更新応答を受信した後、AFエンティティは端末にセッション確立指示を送信する。端末は、セッション確立指示を受信し、更新されたNSSPに基づいてAMFエンティティに、S－NSSAI2を搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティに、S－NSSAI2を搬送するスライス選択要求を送信する。NSSFエンティティは、S－NSSAI2とNSI－2との間の対応関係に基づいて、新しいPDUセッションを確立するためにNSI－2を選択することを決定し、AMFエンティティに選択結果を返すので、AMFエンティティは新しいPDUセッションを確立するためにNSI－2におけるSMFエンティティを選択する。

図8Aおよび図8Bは、本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するためのさらなる方法の流れ図である。図8Aおよび図8Bに示されるように、本方法は以下のステップを含み得る。

ステップ801からステップ808が行われる。

ステップ801はステップ401と同じであり、ステップ802はステップ402と同じであり、ステップ803はステップ403と同じであり、ステップ804はステップ404と同じであり、ステップ805はステップ405と同じであり、ステップ806はステップ406と同じであり、ステップ807はステップ407と同じであり、ステップ808はステップ408と同じである。詳細は繰り返されない。

ステップ809：AFエンティティが、NSSFエンティティに通知メッセージを送信する。

通知メッセージは、NSSFエンティティに、端末にNSIを指定するよう通知するために使用され得る。通知メッセージは、第1のNSIのID、アプリケーションを使用するユーザに関する情報、およびアプリケーションによって現在使用されているS－NSSAIを含む。

具体的には、AFエンティティは通知メッセージをNSSFエンティティに直接送信し得る。あるいは、AFエンティティは通知メッセージをNEFエンティティに送信してもよく、NEFエンティティが通知メッセージをNSSFエンティティに送信する。NSSFエンティティに通知メッセージを送信する前に、NEFエンティティは、AFエンティティによって送信された通知メッセージに対する認証および権限付与をさらに行い得る。NEFエンティティが、AFエンティティは、端末に指定された、S－NSSAIに対応するNSIを更新させると判断した場合、NEFエンティティは、NSSFエンティティに通知メッセージを送信する。NEFエンティティが、AFエンティティは、端末に指定された、S－NSSAIに対応するNSIを更新させないと判断した場合、NEFエンティティは、NSSFエンティティに通知メッセージを送信しない。具体的には、NEFエンティティがAFエンティティによって送信された通知メッセージに対する認証および権限付与を行うプロセスについては、図4Aおよび図4Bの説明を参照されたい。詳細は繰り返されない。

ステップ810：NSSFエンティティが、通知メッセージを受信し、スライス選択制御要求レコードを生成し、AFエンティティにスライス選択制御応答を送信する。

スライス選択制御要求レコードは、ユーザに関する情報と、アプリケーションによって現在使用されているS－NSSAIと、第1のNSIとの間の関連付け関係を記録するために使用され得る。

具体的には、NSSFエンティティは、スライス選択制御応答をAFエンティティに直接送信し得るか、またはスライス選択応答を、NEFエンティティを介してAFエンティティに送信し得る。

ステップ811：AFエンティティが、スライス選択制御応答を受信し、端末にセッション確立指示を送信する。

具体的には、AFエンティティは、ステップ811．aまたはステップ811．bで端末にセッション確立指示を送信し得る。ステップ811．aはステップ516．aと同じであり、ステップ811．bはステップ516．bと同じである。詳細は繰り返されない。

ステップ812：端末が、セッション確立指示を受信し、AMFエンティティに、ユーザに関する情報およびアプリケーションによって現在使用されているS－NSSAIを搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティに、ユーザに関する情報およびアプリケーションによって現在使用されているS－NSSAIを搬送するスライス選択要求を送信する。

ステップ813：NSSFエンティティが、スライス選択要求を受信し、ユーザに関する情報とアプリケーションによって現在使用されているS－NSSAIとに基づいて、ステップ810で生成されたスライス選択制御要求レコードを探索し、第1のNSIを選択し、AMFエンティティにスライス選択結果を送信する。

スライス選択結果は、第1のNSIのIDを含み得る。

具体的には、NSSFエンティティが、ユーザに関する情報とアプリケーションによって現在使用されているS－NSSAIとに基づいて、ステップ810で生成されたスライス選択制御要求レコードを探索し、第1のNSIを選択することは、以下を含み得る。NSSFエンティティはまず、スライス選択制御要求レコードを探索し、記録がユーザに関する情報と関連付けられたS－NSSAIおよびNSIを含む場合、NSSFエンティティは、ユーザに関する情報によって識別される端末にNSIを指定することを決定する。NSSFエンティティは、ユーザに関する情報と関連付けられたS－NSSAIおよびNSIに基づいて、アプリケーションによって現在使用されているS－NSSAIと関連付けられたNSIは第1のNSIであるとさらに判断し、第1のNSIにおいて新しいPDUセッションを確立するために、第1のNSIを選択する。

ステップ814：AMFエンティティが、スライス選択結果に基づいて第1のNSIにおいて新しいPDUセッションを確立する。

具体的には、AMFエンティティは、第1のNSIのIDに基づいて第1のNSIからSMFエンティティを選択し、新しいPDUセッションを確立するために、SMFエンティティにセッション確立要求を送信し得る。

さらに、図8Aおよび図8Bの解決策では、AFエンティティが、少なくとも1つのNSIから、そのSLAサポート能力情報がSLAにおける加入SLA要件を満たす第1のNSIに関する情報を取得しない場合、AFエンティティは前述の動作（1）から動作（3）のうちのいずれか1つを行い得る。詳細は繰り返されない。

例えば、S－NSSAI1がNSI－1に対応し、S－NSSAI2がNSI－2に対応し、端末1上でアプリケーションによって現在使用されているS－NSSAIがS－NSSAI1である場合、AFエンティティは、アプリケーションの加入SLA要件を満たすNSIはNSI－2であると判断する。この場合、AFエンティティは、NSSFエンティティに、端末1にNSIを選択するよう通知するために、NSSFエンティティに、端末1の識別子、S－NSSAI1、およびNSI－2を搬送する通知メッセージを送信し得る。NSSFエンティティは、通知メッセージを受信し、端末1と、S－NSSAI1と、NSI 2との間の関連付け関係を受信し、AFエンティティにスライス選択応答を送信する。AFエンティティは、スライス選択応答を受信し、端末にセッション確立指示を送信する。端末は、セッション確立指示を受信し、AMFエンティティに、端末1の識別子およびアプリケーションによって現在使用されているS－NSSAI1を搬送するセッション確立要求を送信する。AMFエンティティは、NSSFエンティティに、端末1の識別子およびアプリケーションによって現在使用されているS－NSSAI1を搬送するスライス選択要求を送信する。NSSFエンティティは、端末1の識別子と、端末1とS－NSSAI1とNSI－2との間の記録された関連付け関係とに基づいて、端末1にNSIを選択することを決定し、NSIはNSI－2であり、AMFエンティティに選択結果を返すので、AMFエンティティは、新しいPDUセッションを確立するためにNSI－2におけるSMFエンティティを選択する。

前述の実施形態では、AFエンティティがアプリケーションのSLAを保証する具体的なプロセスを説明している。別の実現可能な解決法では、アプリケーションサーバが、アプリケーションのSLAを保証し得る。例えば、アプリケーションサーバは、AFエンティティを介して、指定された位置とターゲットネットワークとの間のNSIのSLAサポート能力情報を取得し、アプリケーションのサービスレベルを保証するためにNSIの取得されたSLAサポート能力情報に基づいて対応する措置を取り得る（新しいPDUセッションの確立または動作モードの切替え）。具体的には、この実施態様については、図9を参照されたい。

図9は、本出願の一実施形態による、アプリケーションのサービスレベル合意を保証するためのさらに別の方法の流れ図である。図9に示されるように、本方法は以下のステップを含み得る。

ステップ901：NSSFエンティティ／NWDAFエンティティが、ネットワーク内の各NSIのSLAサポート能力情報を取得する。

ステップ901については、ステップ401の説明を参照されたい。詳細は繰り返されない。

ステップ902：端末によって現在アクセスされているNSIのSLAサポート能力情報が現在位置とDN1との間のアプリケーションの加入SLA要件を満たさないと判断した場合、アプリケーションサーバが、AFエンティティにスライス情報要求を送信し、AFエンティティがNSSFエンティティ／NWDAFエンティティにスライス情報要求を送信する。

スライス情報要求は、アプリケーションを使用するユーザに関する情報、現在位置の位置情報、およびDN1の識別子を含み得る。あるいは、スライス情報要求は、アプリケーションを使用するユーザに関する情報、現在位置の位置情報、DN1の識別子、およびアプリケーションの加入S－NSSAIを含み得る。

アプリケーションサーバは、AFエンティティを介して端末の現在位置の位置情報を取得し得る。例えば、アプリケーションサーバは、端末の現在位置の位置情報を要求するために、AFエンティティに位置情報要求を送信し得る。AFエンティティは、位置情報要求を受信し、ステップ402からステップ404によって端末の現在位置の位置情報を取得し、現在位置の位置情報をアプリケーションサーバに送信する。

ステップ903：NSSFエンティティ／NWDAFエンティティが、スライス情報要求を受信し、AFエンティティにスライス情報応答を送信し、スライス情報応答が、現在位置とDN1との間の少なくとも1つのNSIのSLAサポート能力情報を含む。

ステップ904：AFエンティティが、NSSFエンティティ／NWDAFエンティティによって送信されたスライス情報応答を受信し、スライス情報応答をアプリケーションサーバに送信する。

ステップ905：アプリケーションサーバが、スライス情報応答に基づいて少なくとも1つのNSIのSLAサポート能力情報から、アプリケーションの加入SLA要件を満たす第1のNSIに関する情報を取得し、AFエンティティに通知メッセージを送信する。

通知メッセージは、ステップ302の通知メッセージと同様であり、第1のNSIに関する情報（第1のNSIの識別子、第1のNSIに対応するS－NSSAIなど）を含み得る。詳細は繰り返されない。

ステップ906：AFエンティティが、新しいPDUセッションを確立するために、通知メッセージを送信する。

ステップ906については、ステップ302の説明を参照されたい。詳細は繰り返されない。

さらに、AFエンティティが、少なくとも1つのNSIから、そのSLAサポート能力情報がSLAにおける加入SLA要件を満たす第1のNSIに関する情報を取得しない場合、アプリケーションサーバは、アプリケーションの動作モードをターゲット動作モードに切り替えることを決定し、端末にアプリケーションの動作モードをターゲット動作モードに切り替えるよう通知するために、端末にモード切替え通知を送信する。モード切替え通知は、ターゲット動作モードの識別子を含む。

あるいは、アプリケーションサーバは、端末に、ネットワークにはアプリケーションの加入SLA要件を満たすNSIがないことを指示する指示情報を送信し、端末は、指示情報に基づいてアプリケーションの動作モードをターゲット動作モードに切り替えるか、または指示情報に基づいて新しいPDUセッションを確立するよう要求する。

以上では主に、本出願の実施形態で提供される解決策を、ネットワーク要素間のインタラクションの視点から説明している。前述の機能を実施するために、AFエンティティ、端末、およびネットワーク側エンティティ（NSSFエンティティまたはNWDAFエンティティ）は、機能を行うための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解されよう。本明細書で開示される実施形態に記載される例と組み合わせて、各ユニットおよびアルゴリズムステップが、ハードウェアまたはハードウェアとコンピュータソフトウェアとの組み合わせによって実現され得ることを、当業者は容易に理解するはずである。機能が行われるのがハードウェアによってかそれともコンピュータソフトウェアによって駆動されるハードウェアによってかは、技術的解決策の個々の用途および設計上の制約条件に依存する。当業者であれば、特定の用途ごとに様々な方法を使用して記載の機能を実施し得るが、その実施態様は本出願の範囲を超えるものと見なされるべきではない。

本出願の実施形態では、AFエンティティ、端末、およびネットワーク側エンティティは、前述の方法例に基づく機能モジュールに分割され得る。例えば、各機能モジュールが対応する各機能に基づく分割によって取得され得るか、または2つ以上の機能が1つの処理モジュールに統合され得る。統合モジュールはハードウェアの形態で実現され得るか、またはソフトウェア機能モジュールの形態で実現され得る。本出願の実施形態では、モジュール分割は一例であり、単なる論理的機能分割にすぎないことに留意されたい。実際の実施に際しては、別の分割方法も使用され得る。

機能モジュールが対応する機能に基づく分割によって取得される場合、図10が前述の実施形態におけるAFエンティティの可能な概略構成図である。図10に示されるように、本AFエンティティは、取得部101と、送信部102と、検出部103と、受信部104とを含み得る。

取得部101は、指定された位置とターゲットネットワークとの間のネットワークスライスインスタンス内の、そのSLAサポート能力がアプリケーションの加入SLA要件を満たす第1のネットワークスライスインスタンスNSIに関する情報を取得するように構成される。

送信部102は、第1のNSIに関する情報を含む通知メッセージを送信するように構成される。

検出部103は、取得部101が、指定された位置とターゲットネットワークとの間のネットワークスライスインスタンスNSI内の、そのSLAサポート能力がアプリケーションの加入SLA要件を満たす第1のNSIに関する情報を取得する前に、端末によって現在アクセスされているNSIのSLAサポート能力が、指定された位置とターゲットネットワークとの間のアプリケーションの加入SLA要件を満たさないことを検出するか、または端末が移動することを検出する、ように構成される。

受信部104は、アプリケーションサーバによって送信されたSLA保証要求を受信し、SLA保証要求がAFエンティティにアプリケーションのサービスレベルを保証するよう要求するために使用され、SLA保証要求がアプリケーションの加入SLAを含む、ように構成される。

1つの可能な設計では、取得部101は、ネットワーク側エンティティにスライス情報要求を送信し、ネットワーク側エンティティによって送信されたスライス情報応答を受信し、スライス情報応答が、指定された位置とターゲットネットワークとの間の少なくとも1つのNSIのSLAサポート能力情報を含み、アプリケーションの加入SLAと少なくとも1つのNSIのSLAサポート能力情報とに基づいて少なくとも1つのNSIのSLAサポート能力情報から、アプリケーションの加入SLA要件を満たす第1のNSIに関する情報を取得する、ように特に構成される。

別の可能な設計では、第1のNSIに関する情報は、第1のNSIのIDおよび第1のNSIに対応するS－NSSAIを含む。通知メッセージは、新しいPDUセッションの確立をトリガするために使用される。送信部102は、通知メッセージをAMFエンティティに送信するように特に構成される。

さらに別の可能な設計では、第1のNSIに関する情報は、第1のNSIに対応するS－NSSAIであり、通知メッセージは、第1のNSIに対応するS－NSSAIを使用して、端末上のアプリケーションに対応するS－NSSAIを更新するよう通知し、新しいPDUセッションの確立をトリガするために使用される。通知メッセージは、ユーザに関する情報およびアプリケーションの識別子をさらに含む。送信部102は、通知メッセージをAMFエンティティに送信するように特に構成される。

さらに別の可能な設計では、第1のNSIに関する情報は、第1のNSIに対応するS－NSSAIであり、通知メッセージは、第1のNSIに対応するS－NSSAIを使用して、端末上のアプリケーションに対応するS－NSSAIを更新するよう通知するために使用される。通知メッセージは、ユーザに関する情報およびアプリケーションの識別子をさらに含む。送信部102は、通知メッセージをAMFエンティティに送信するように特に構成される。

さらに別の可能な設計では、第1のNSIに関する情報は、第1のNSIに対応するS－NSSAIであり、通知メッセージは、端末のNSSPを更新するよう通知するために使用される。通知メッセージは、ユーザに関する情報およびアプリケーションの識別子をさらに含む。送信部102は、通知メッセージを統合データ管理UDMエンティティに送信するように特に構成される。

別の可能な設計では、第1のNSIに関する情報は、第1のNSIのIDであり、通知メッセージは、NSSFエンティティに、端末にNSIを指定するよう通知するために使用される。通知メッセージは、ユーザに関する情報およびアプリケーションによって現在使用されているS－NSSAIをさらに含む。送信部102は、通知メッセージをNSSFエンティティに送信するように特に構成される。

さらに別の可能な設計では、送信部102は、AMFエンティティまたはアプリケーションサーバを介して、端末をトリガしてPDUセッションを再確立させるようにさらに構成される。

さらに別の可能な設計では、送信部102は、AFエンティティが、指定された位置とターゲットネットワークとの間のどのNSIもアプリケーションの加入SLA要件を満たさないと判断した場合、端末に、モード切替え通知またはアプリケーションの加入SLA要件を満たすNSIがないことを指示する指示情報を送信する、ようにさらに構成される。

前述の方法実施形態におけるステップのすべての関連する内容が、対応する機能モジュールの機能の説明において引用され得ることに留意されたい。ここでは詳細は繰り返されない。本出願の本実施形態で提供されるAFエンティティは、アプリケーションのサービスレベル合意を保証するための前述の方法を行うように構成され、したがって、アプリケーションのサービスレベル合意を保証するための前述の方法と同じ効果を達成することができる。

統合ユニットが使用される場合、本AFエンティティは、処理モジュールと通信モジュールとを含み得る。処理モジュールは、AFエンティティの動作を制御および管理するように構成される。通信モジュールは、AFエンティティが、別のネットワークエンティティと通信するのを、例えば、機能モジュールや図1に示されるネットワークエンティティと通信するのを支援するように構成される。AFエンティティは、サーバのプログラムコードおよびデータを格納するように構成された、記憶モジュールをさらに含み得る。処理モジュールは、プロセッサまたはコントローラであり得る。コントローラ／プロセッサは、本発明で開示される内容に関連して説明された様々な例示的な論理ブロック、モジュール、および回路を実施または実行し得る。あるいは、プロセッサは、計算処理機能を実施するプロセッサの組み合わせ、例えば、1つまたは複数のマイクロプロセッサの組み合わせや、DSPとマイクロプロセッサの組み合わせであってもよい。通信モジュールは、送受信機、送受信回路、通信インターフェースなどであり得る。記憶モジュールはメモリであり得る。

処理モジュールがプロセッサであり、通信モジュールが通信インターフェースであり、記憶モジュールがメモリである場合、本出願の本実施形態のAFエンティティは、図2に示される通信機器であり得る。

機能モジュールが対応する機能に基づく分割によって取得される場合、図11が前述の実施形態における端末の可能な概略構成図である。図11に示されるように、本端末は、受信部111と、切替え部112とを含み得る。

受信部111は、モード切替え通知を受信するように構成される。

切替え部112は、受信部111によって受信されたモード切替え通知に基づいてアプリケーションの動作モードをターゲット動作モードに切り替えるように構成される。

別の可能な設計では、モード切替え通知は、ターゲット動作モードの識別子またはアプリケーションの加入SLA要件を満たすNSIがないことを指示する指示情報を搬送する。

さらに別の可能な設計では、受信部111は、AFエンティティまたはアプリケーションサーバによって送信されたモード切替え通知を受信するように特に構成される。

前述の方法実施形態におけるステップのすべての関連する内容が、対応する機能モジュールの機能の説明において引用され得ることに留意されたい。ここでは詳細は繰り返されない。本出願の本実施形態で提供される端末は、アプリケーションのサービスレベル合意を保証するための前述の方法を行うように構成され、したがって、アプリケーションのサービスレベル合意を保証するための前述の方法と同じ効果を達成することができる。

統合ユニットが使用される場合、本端末は、処理モジュールと通信モジュールとを含み得る。処理モジュールは、端末の動作を制御および管理するように構成される。通信モジュールは、端末が、別のネットワークエンティティと通信するのを、例えば、機能モジュールや図1に示されるネットワークエンティティと通信するのを支援するように構成される。端末は、サーバのプログラムコードおよびデータを格納するように構成された、記憶モジュールをさらに含み得る。処理モジュールは、プロセッサまたはコントローラであり得る。コントローラ／プロセッサは、本発明で開示される内容に関連して説明された様々な例示的な論理ブロック、モジュール、および回路を実施または実行し得る。あるいは、プロセッサは、計算処理機能を実施するプロセッサの組み合わせ、例えば、1つまたは複数のマイクロプロセッサの組み合わせや、DSPとマイクロプロセッサの組み合わせであってもよい。通信モジュールは、送受信機、送受信回路、通信インターフェースなどであり得る。記憶モジュールはメモリであり得る。

機能モジュールが対応する機能に基づく分割によって取得される場合、図12が前述の実施形態におけるネットワーク側エンティティの可能な概略構成図である。図12に示されるように、ネットワーク側エンティティは、受信部121と、送信部122と、取得部123とを含み得る。

受信部121は、AFエンティティによって送信されたスライス情報要求を受信するように構成される。

送信部122は、AFエンティティにスライス情報応答を送信し、スライス情報応答が、指定された位置とターゲットネットワークとの間の少なくとも1つのネットワークスライスインスタンスのSLAサポート能力情報を含む、ように構成される。

別の可能な設計では、ネットワーク側エンティティはNSSFエンティティである。取得部123は、受信部121がAFエンティティによって送信されたスライス情報要求を受信する前に、事業者によって入力された構成情報を受け取り、構成情報からネットワーク内の各NSIのSLAサポート能力情報を取得し、構成情報がネットワーク内の各NSIのSLAサポート能力情報を含むか、または、
NWDAFエンティティから、ネットワーク内の各NSIの各ネットワーク機能エンティティに関する端末関連の実行データおよび各配置エリアにおけるNSIのサービス負荷情報を取得し、取得された実行データとサービス負荷情報とに基づいてNSIのSLAサポート能力情報を決定するか、または
NSI内のネットワークリポジトリ機能NRFエンティティからNSI内の各ネットワーク機能エンティティの実行情報を取得し、実行情報に基づいてNSIのSLAサポート能力情報を決定する、
ように構成される。

別の可能な設計では、ネットワーク側エンティティはNWDAFエンティティである。取得部123は、AFエンティティによって送信されたスライス情報要求が受信される前に、NSI内の各ネットワーク機能エンティティ上の端末関連の実行データおよび各配置エリアにおけるNSIのサービス負荷情報を収集し、取得された実行データとサービス負荷情報とに基づいてNSIのSLAサポート能力情報を決定するか、またはNSI内のネットワークリポジトリ機能NRFエンティティからNSI内の各ネットワーク機能エンティティの実行情報を取得し、実行情報に基づいてNSIのSLAサポート能力情報を決定する、ように構成される。

前述の方法実施形態におけるステップのすべての関連する内容が、対応する機能モジュールの機能の説明において引用され得ることに留意されたい。ここでは詳細は繰り返されない。本出願の本実施形態で提供されるネットワーク側エンティティは、アプリケーションのサービスレベル合意を保証するための前述の方法を行うように構成され、したがって、アプリケーションのサービスレベル合意を保証するための前述の方法と同じ効果を達成することができる。

統合ユニットが使用される場合、本ネットワーク側エンティティは、処理モジュールと通信モジュールとを含み得る。処理モジュールは、ネットワーク側エンティティの動作を制御および管理するように構成される。通信モジュールは、ネットワーク側エンティティが、別のネットワークエンティティと通信するのを、例えば、機能モジュールや図1に示されるネットワークエンティティと通信するのを支援するように構成される。ネットワーク側エンティティは、サーバのプログラムコードおよびデータを格納するように構成された、記憶モジュールをさらに含み得る。処理モジュールは、プロセッサまたはコントローラであり得る。コントローラ／プロセッサは、本発明で開示される内容に関連して説明された様々な例示的な論理ブロック、モジュール、および回路を実施または実行し得る。あるいは、プロセッサは、計算処理機能を実施するプロセッサの組み合わせ、例えば、1つまたは複数のマイクロプロセッサの組み合わせや、DSPとマイクロプロセッサの組み合わせであってもよい。通信モジュールは、送受信機、送受信回路、通信インターフェースなどであり得る。記憶モジュールはメモリであり得る。

前述の実施形態の全部または一部が、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用して実施され得る。実施形態を実施するためにソフトウェアプログラムが使用される場合、実施形態は、完全にまたは部分的にコンピュータプログラム製品の形態で実施され得る。コンピュータプログラム製品は、1つまたは複数のコンピュータ命令を含む。コンピュータ命令がロードされ、コンピュータ上で実行されると、本出願の実施形態による手順または機能の全部または一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に格納され得るか、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、デジタル加入者線（digital subscriber line、DSL））または無線（例えば、赤外線、電波、マイクロ波）方式で伝送され得る。コンピュータ可読記憶媒体は、コンピュータがアクセスできる任意の使用可能な媒体、または、1つもしくは複数の使用可能な媒体を統合した、サーバやデータセンタなどのデータ記憶装置であり得る。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、磁気テープ）、光媒体（例えばDVD）、半導体媒体（例えば、ソリッドステートドライブ（solid state disk（SSD））などであり得る。

本出願は、実施形態を参照して説明されているが、保護を請求する本出願を実施するプロセスにおいて、当業者であれば、添付の図面、開示内容、および添付の特許請求の範囲を考慮することにより、開示の実施形態の別の変形を理解し、実現し得る。特許請求の範囲において、「含む」（comprising）は、別の構成要素または別のステップを除外するものではなく、「a」または「one」は複数の意味を除外するものではない。単一のプロセッサまたは別のユニットが特許請求の範囲に記載される複数の機能を実施してもよい。従属請求項には互いに異なるいくつかの手段が記録されているが、これは、より良い効果を生むためにこれらの手段を組み合わせることができないことを意味するものではない。

本出願は特定の特徴およびその実施形態に関連して説明されているが、当然ながら、本出願の範囲を逸脱することなく、それらに様々な改変および組み合わせが加えられ得る。これに対応して、本明細書および添付の図面は、添付の特許請求の範囲によって規定される本出願の例の説明にすぎず、本出願の範囲を対象とする改変、変形、組み合わせ、または均等物のいずれかまたはすべてと見なされる。当然ながら、当業者であれば、本出願の範囲を逸脱することなく本出願に様々な改変および変形を加えることができる。本出願は、本出願のこれらの改変および変形が添付の特許請求の範囲および添付の特許請求の範囲と均等な技術によって規定される保護の範囲内に含まれる限りにおいて、これらの改変および変形を包含することを意図されている。

101 取得部
102 送信部
103 検出部
104 受信部
111 受信部
112 切替え部
121 受信部
122 送信部
123 取得部
200 通信機器
201 プロセッサ
202 通信回線
203 メモリ
204 通信インターフェース
205 出力装置
206 入力装置
207 プロセッサ

Claims

アプリケーションのサービスレベル合意、SLA、を保証するための方法であって、前記方法が、
アプリケーション機能エンティティによって、ネットワーク側エンティティにスライス情報要求を送信するステップと、
前記アプリケーション機能エンティティによって、前記ネットワーク側エンティティからのスライス情報応答を受信するステップであって、前記スライス情報応答が、指定された位置とターゲットネットワークとの間の少なくとも1つのネットワークスライスインスタンスNSIのSLAサポート能力情報を含む、ステップと、
前記アプリケーション機能エンティティによって、前記アプリケーションの加入SLA要件と前記少なくとも1つのNSIの前記SLAサポート能力情報とに基づいて前記少なくとも1つのNSIから、そのSLAサポート能力が前記アプリケーションの前記加入SLA要件を満たす第1のNSIに関する情報を取得するステップと、
前記アプリケーション機能エンティティが、通知メッセージを送信するステップであって、前記通知メッセージが前記第1のNSIに関する情報を含む、ステップと
を含む、方法。
NSIの前記SLAサポート能力情報が
前記NSIによってサポートされるサービスタイプ、前記サービスタイプによってサポートされる最大端末台数、前記サービスタイプが保証できる最大許容帯域幅、前記サービスタイプが保証できる最大エンドツーエンドネットワーク遅延、前記サービスタイプによって許容される最大端末移動速度、前記サービスタイプの信頼性レベル、前記サービスタイプによってサポートされるサービス連続モード、
のいずれかもしくはいずれかの組み合わせを含む、請求項1に記載の方法。
前記スライス情報要求が、前記アプリケーションを使用するユーザに関する情報、前記指定された位置の位置情報、および前記ターゲットネットワークの識別子を含むか、または
前記スライス情報要求が、前記アプリケーションを使用するユーザに関する情報、前記指定された位置の位置情報、前記ターゲットネットワークの識別子、および前記アプリケーションの加入単一ネットワークスライス選択補助情報S－NSSAIを含む、
請求項1または2に記載の方法。
ユーザに関する前記情報は、加入永続識別子、SUPI、である、請求項3に記載の方法。
前記ネットワーク側エンティティが、ネットワークデータ分析機能NWDAFエンティティである、
請求項1から4のいずれか一項に記載の方法。
前記方法が、
前記アプリケーション機能エンティティが、前記端末によって現在アクセスされているNSIのSLAサポート能力が、前記指定された位置と前記ターゲットネットワークとの間の前記アプリケーションの前記加入SLA要件を満たさないことを検出するステップ、または
前記アプリケーション機能エンティティが、アプリケーションサーバからの能力通知メッセージを受信するステップであって、前記能力通知メッセージが、前記アプリケーション機能エンティティに、前記端末によって現在アクセスされているNSIのSLAサポート能力が、前記指定された位置と前記ターゲットネットワークとの間の前記アプリケーションの前記加入SLA要件を満たさないことを通知するために使用される、ステップ
をさらに含む、請求項1から5のいずれか一項に記載の方法。
前記方法が、
前記アプリケーション機能エンティティが、アプリケーションサーバからのSLA保証要求を受信するステップであって、前記SLA保証要求が前記アプリケーション機能エンティティに前記アプリケーションのサービスレベルを保証するよう要求するために使用され、前記SLA保証要求が前記アプリケーションの前記加入SLA要件を含む、ステップ
をさらに含む、請求項1から6のいずれか一項に記載の方法。
前記SLA保証要求が、特定のユーザまたはユーザグループに関する情報をさらに含み、前記特定のユーザまたはユーザグループに関する前記情報が、前記アプリケーション機能エンティティに関連ユーザのアプリケーションのサービスレベルを保証するよう指示するために使用され、前記関連ユーザが、前記特定のユーザまたはユーザグループに関する前記情報に基づいて決定される、
請求項7に記載の方法。
前記第1のNSIに関する前記情報が、前記第1のNSIの識別子IDおよび前記第1のNSIに対応するS－NSSAIを含み、前記通知メッセージが、新しいプロトコルデータユニットPDUセッションの確立をトリガするために使用され、
前記アプリケーション機能エンティティが、通知メッセージを送信する前記ステップが具体的には、前記アプリケーション機能エンティティが、前記通知メッセージをアクセスおよびモビリティ管理機能AMFエンティティに送信するステップである、
請求項1から8のいずれか一項に記載の方法。
前記第1のNSIに関する前記情報が、前記第1のNSIに対応する前記S－NSSAIであり、前記通知メッセージが、前記第1のNSIに対応する前記S－NSSAIを使用して、前記端末の前記アプリケーションに対応するS－NSSAIを更新するよう通知し、新しいPDUセッションの確立をトリガするために使用され、前記通知メッセージが、前記ユーザに関する前記情報および前記アプリケーションの識別子をさらに含み、
前記アプリケーション機能エンティティが、通知メッセージを送信する前記ステップが具体的には、前記アプリケーション機能エンティティが、前記通知メッセージを前記AMFエンティティに送信するステップである、
請求項9に記載の方法。
前記第1のNSIに関する前記情報が、前記第1のNSIに対応する前記S－NSSAIであり、前記通知メッセージが、前記第1のNSIに対応する前記S－NSSAIを使用して、前記端末の前記アプリケーションに対応するS－NSSAIを更新するよう通知するために使用され、前記通知メッセージが、前記ユーザに関する前記情報および前記アプリケーションの識別子をさらに含み、
前記アプリケーション機能エンティティが、通知メッセージを送信する前記ステップが具体的には、前記アプリケーション機能エンティティが、前記通知メッセージを前記AMFエンティティに送信するステップである、
請求項9に記載の方法。
前記第1のNSIに関する前記情報が、前記第1のNSIに対応する前記S－NSSAIであり、前記通知メッセージが、前記端末のNSSPを更新するよう通知するために使用され、前記通知メッセージが、前記ユーザに関する前記情報および前記アプリケーションの識別子をさらに含み、
前記アプリケーション機能エンティティが、通知メッセージを送信する前記ステップが具体的には、前記アプリケーション機能エンティティが、前記通知メッセージを統合データ管理UDMエンティティに送信するステップである、
請求項9に記載の方法。
前記第1のNSIに関する前記情報が、前記第1のNSIの前記IDであり、前記通知メッセージが、ネットワークスライス選択機能NSSFエンティティに、前記端末にNSIを指定するよう通知するために使用され、前記通知メッセージが、前記ユーザに関する前記情報および前記アプリケーションによって現在使用されているS－NSSAIをさらに含み、
前記アプリケーション機能エンティティが、通知メッセージを送信する前記ステップが具体的には、前記アプリケーション機能エンティティが、前記通知メッセージを前記NSSFエンティティに送信するステップである、
請求項9に記載の方法。
前記方法が、
前記アプリケーション機能エンティティが前記AMFエンティティまたは前記アプリケーションサーバを介して、前記端末をトリガしてPDUセッションを再確立させるステップ
をさらに含む、請求項11から13のいずれか一項に記載の方法。
前記方法が、
前記アプリケーション機能エンティティが、前記指定された位置と前記ターゲットネットワークとの間のどのNSIも前記アプリケーションの前記加入SLA要件を満たさないと判断するステップと、
前記アプリケーション機能エンティティが、前記端末にモード切替え通知を送信するステップであって、前記モード切替え通知が、ターゲット動作モードの識別子または前記アプリケーションの前記加入SLA要件を満たすNSIがないことを指示する指示情報を含む、ステップと
をさらに含む、請求項1から14のいずれか一項に記載の方法。
アプリケーションのサービスレベル合意SLAを保証するための方法であって、前記方法が、
端末が、モード切替え通知を受信するステップと、
前記端末が、前記モード切替え通知に基づいてアプリケーションの動作モードをターゲット動作モードに切り替えるステップであって、前記ターゲット動作モードは、前記端末によって現在アクセスされているネットワークスライスインスタンスNSIに関する要件を下げるか、または、前記端末によって現在アクセスされている前記ネットワークスライスインスタンスNSIのSLAサポート能力を満たす、ステップと
を含む、方法であって、
前記モード切替え通知が、ターゲット動作モードの識別子またはどのネットワークスライスインスタンスNSIも前記アプリケーションの加入SLA要件を満たさないことを指示する指示情報を含む、方法。
端末が、モード切替え通知を受信する前記ステップが具体的には、前記端末が、アプリケーション機能エンティティまたはアプリケーションサーバからの前記モード切替え通知を受信するステップである、請求項16に記載の方法。
アプリケーションのサービスレベル合意SLAを保証するための方法であって、前記方法が、
ネットワーク側エンティティが、アプリケーション機能エンティティからのスライス情報要求を受信するステップと、
前記ネットワーク側エンティティが、前記アプリケーション機能エンティティにスライス情報応答を送信するステップであって、前記スライス情報応答が、指定された位置とターゲットネットワークとの間の少なくとも1つのネットワークスライスインスタンスのSLAサポート能力情報を含む、ステップと
を含む、方法。
前記スライス情報要求が、前記アプリケーションを使用するユーザに関する情報、前記指定された位置の位置情報、および前記ターゲットネットワークの識別子を含むか、または
前記スライス情報要求が、前記アプリケーションを使用するユーザに関する情報、前記指定された位置の位置情報、前記ターゲットネットワークの識別子、および前記アプリケーションの加入単一ネットワークスライス選択補助情報S－NSSAIを含む、
請求項18に記載の方法。
ユーザに関する前記情報は、加入永続識別子、SUPI、である、請求項19に記載の方法。
NSIの前記SLAサポート能力情報が
前記NSIによってサポートされるサービスタイプ、前記サービスタイプによってサポートされる最大端末台数、前記サービスタイプが保証できる最大許容帯域幅、前記サービスタイプが保証できる最大エンドツーエンドネットワーク遅延、前記サービスタイプによって許容される最大端末移動速度、前記サービスタイプの信頼性レベル、前記サービスタイプによってサポートされるサービス連続モード、
のいずれかもしくはいずれかの組み合わせを含む、請求項18から20のいずれか一項に記載の方法。
前記ネットワーク側エンティティが、ネットワークデータ分析機能NWDAFエンティティである、
請求項18から21のいずれか一項に記載の方法。
ネットワーク側エンティティによって、アプリケーション機能エンティティからのスライス情報要求を受信する前記ステップの前に、前記方法が、
前記NSI内の各ネットワーク機能エンティティ上の端末関連の実行データおよび各配置エリアにおける前記NSIのサービス負荷情報を収集し、前記取得された実行データと前記サービス負荷情報とに基づいて前記NSIのSLAサポート能力情報を決定するステップ、または
前記NSI内のネットワークリポジトリ機能NRFエンティティから前記NSI内の各ネットワーク機能エンティティの実行情報を取得し、前記実行情報に基づいて前記NSIのSLAサポート能力情報を決定するステップ
をさらに含む、請求項22に記載の方法。
アプリケーション機能エンティティであって、前記アプリケーション機能エンティティが、
前記ネットワーク側エンティティからのスライス情報応答を受信し、前記スライス情報応答が、指定された位置とターゲットネットワークとの間の少なくとも1つのネットワークスライスインスタンスNSIのSLAサポート能力情報を含み、前記アプリケーションの加入SLA要件と前記少なくとも1つのNSIの前記SLAサポート能力情報とに基づいて前記少なくとも1つのNSIから、そのSLAサポート能力が前記アプリケーションの前記加入SLA要件を満たす第1のNSIに関する情報を取得するように構成された、取得部と、
通知メッセージを送信するように構成された送信部であって、前記通知メッセージが、前記取得部によって取得された前記第1のNSIに関する前記情報を含む、送信部と
を含む、アプリケーション機能エンティティ。
NSIの前記SLAサポート能力情報が
前記NSIによってサポートされるサービスタイプ、前記サービスタイプによってサポートされる最大端末台数、前記サービスタイプが保証できる最大許容帯域幅、前記サービスタイプが保証できる最大エンドツーエンドネットワーク遅延、前記サービスタイプによって許容される最大端末移動速度、前記サービスタイプの信頼性レベル、前記サービスタイプによってサポートされるサービス連続モード、
のいずれかもしくはいずれかの組み合わせを含む、
請求項24に記載のアプリケーション機能エンティティ。
前記スライス情報要求が、前記アプリケーションを使用するユーザに関する情報、前記指定された位置の位置情報、および前記ターゲットネットワークの識別子を含むか、または
前記スライス情報要求が、前記アプリケーションを使用するユーザに関する情報、前記指定された位置の位置情報、前記ターゲットネットワークの識別子、および前記アプリケーションの加入単一ネットワークスライス選択補助情報S－NSSAIを含む、
請求項24または25に記載のアプリケーション機能エンティティ。
ユーザに関する前記情報は、加入永続識別子、SUPI、である、請求項26に記載のアプリケーション機能エンティティ。
前記アプリケーション機能エンティティが、
前記端末によって現在アクセスされているNSIのSLAサポート能力が、前記指定された位置と前記ターゲットネットワークとの間の前記アプリケーションの前記加入SLA要件を満たさないことを検出する、ように構成された、検出部
をさらに含むか、または
前記取得部が、アプリケーションサーバからの能力通知メッセージを受信し、前記能力通知メッセージが、前記アプリケーション機能エンティティに、前記端末によって現在アクセスされているNSIのSLAサポート能力が、前記指定された位置と前記ターゲットネットワークとの間の前記アプリケーションの前記加入SLA要件を満たさないことを通知するために使用される、ようにさらに構成される、
請求項24から27のいずれか一項に記載のアプリケーション機能エンティティ。
前記アプリケーション機能エンティティが、
前記アプリケーションサーバからのSLA保証要求を受信するように構成された受信部であって、前記SLA保証要求が前記アプリケーション機能エンティティに前記アプリケーションのサービスレベルを保証するよう要求するために使用され、前記SLA保証要求が前記アプリケーションの前記加入SLA要件を含む、受信部
をさらに含む、請求項24から28のいずれか一項に記載のアプリケーション機能エンティティ。
前記SLA保証要求が、特定のユーザまたはユーザグループに関する情報をさらに含み、前記特定のユーザまたはユーザグループに関する前記情報が、前記アプリケーション機能エンティティに関連ユーザのアプリケーションのサービスレベルを保証するよう指示するために使用され、前記関連ユーザが、前記特定のユーザまたはユーザグループに関する前記情報に基づいて決定される、
請求項29に記載のアプリケーション機能エンティティ。
前記第1のNSIに関する前記情報が、前記第1のNSIの識別子IDおよび前記第1のNSIに対応するS－NSSAIを含み、前記通知メッセージが、新しいプロトコルデータユニットPDUセッションの確立をトリガするために使用され、
前記送信部が、前記通知メッセージをアクセスおよびモビリティ管理エンティティAMFエンティティに送信するように特に構成される、
請求項24から30のいずれか一項に記載のアプリケーション機能エンティティ。
前記送信部が、前記アプリケーション機能エンティティが、前記指定された位置と前記ターゲットネットワークとの間のどのNSIも前記アプリケーションの前記加入SLA要件を満たさないと判断した場合、前記端末に、モード切替え通知または前記アプリケーションの前記加入SLA要件を満たすNSIがないことを指示する指示情報を送信し、
前記モード切替え通知が、ターゲット動作モードの識別子を含む、
ように特に構成される、
請求項24から31のいずれか一項に記載のアプリケーション機能エンティティ。
端末であって、前記端末が、
モード切替え通知を受信するように構成された、受信部と、
前記モード切替え通知に基づいてアプリケーションの動作モードをターゲット動作モードに切り替えるように構成された、切替え部であって、前記ターゲット動作モードは、前記端末によって現在アクセスされているネットワークスライスインスタンスNSIに関する要件を下げるか、または、前記端末によって現在アクセスされている前記ネットワークスライスインスタンスNSIのSLAサポート能力を満たす、切替え部と
を含み、
前記モード切替え通知が、前記ターゲット動作モードの識別子または前記アプリケーションの加入SLA要件を満たすネットワークスライスインスタンスNSIがないことを指示する指示情報を含む、
端末。
前記受信部が、アプリケーション機能エンティティまたはアプリケーションサーバからの前記モード切替え通知を受信するように特に構成される、
請求項33に記載の端末。
ネットワーク側エンティティであって、前記ネットワーク側エンティティが、
アプリケーション機能エンティティからのスライス情報要求を受信するように構成された、受信部と、
前記アプリケーション機能エンティティにスライス情報応答を送信するように構成された送信部であって、前記スライス情報応答が、指定された位置とターゲットネットワークとの間の少なくとも1つのネットワークスライスインスタンスのSLAサポート能力情報を含む、送信部と
を含む、ネットワーク側エンティティ。
前記スライス情報要求が、アプリケーションを使用するユーザに関する情報、前記指定された位置の位置情報、および前記ターゲットネットワークの識別子を含むか、または
前記スライス情報要求が、アプリケーションを使用するユーザに関する情報、前記指定された位置の位置情報、前記ターゲットネットワークの識別子、および前記アプリケーションの加入単一ネットワークスライス選択補助情報S－NSSAIを含む、
請求項35に記載のネットワーク側エンティティ。
ユーザに関する前記情報は、加入永続識別子、SUPI、である、請求項36に記載のネットワーク側エンティティ。
ネットワークスライスインスタンスNSIの前記SLAサポート能力情報が
前記NSIによってサポートされるサービスタイプ、前記サービスタイプによってサポートされる最大端末台数、前記サービスタイプが保証できる最大許容帯域幅、前記サービスタイプが保証できる最大エンドツーエンドネットワーク遅延、前記サービスタイプによって許容される最大端末移動速度、前記サービスタイプの信頼性レベル、前記サービスタイプによってサポートされるサービス連続モード、
のいずれかもしくはいずれかの組み合わせを含む、
請求項35から37のいずれか一項に記載のネットワーク側エンティティ。
前記ネットワーク側エンティティが、ネットワークデータ分析機能、NWDAF、エンティティである、
請求項35から38のいずれか一項に記載のネットワーク側エンティティ。
前記ネットワーク側エンティティが、
前記受信部が前記アプリケーション機能エンティティから前記スライス情報要求を受信する前に、前記NSI内の各ネットワーク機能エンティティ上の端末関連の実行データおよび各配置エリアにおける前記NSIのサービス負荷情報を収集し、前記取得された実行データと前記サービス負荷情報とに基づいて前記NSIのSLAサポート能力情報を決定するか、または
前記NSI内のネットワークリポジトリ機能NRFエンティティから前記NSI内の各ネットワーク機能エンティティの実行情報を取得し、前記実行情報に基づいて前記NSIのSLAサポート能力情報を決定する、ように構成された、取得部
をさらに含む、請求項39に記載のネットワーク側エンティティ。
通信装置であって、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサに接続され、かつ、自身に格納されたプログラム命令を有するメモリであって、前記プログラム命令が前記少なくとも一つのプロセッサによって実行されたときに前記通信装置に請求項1から15、16から17、もしくは、18から23のいずれか一項に記載の方法を行わせるものである、前記メモリと
前記通信装置。
命令を有するコンピュータ可読記憶媒体であって、前記命令がコンピュータによって実行されるときに、前記コンピュータに請求項1から15、16から17、もしくは、18から23のいずれか一項に記載の方法を行わせるものである、コンピュータ可読記憶媒体。
アプリケーション機能エンティティと、ネットワーク側エンティティとを含む、アプリケーションのサービスレベル合意SLAを保証するためのシステムであって、
前記アプリケーション機能エンティティが、前記ネットワーク側エンティティにスライス情報要求を送信し、前記ネットワーク側エンティティからスライス情報応答を受信し、前記スライス情報応答が、指定された位置とターゲットネットワークとの間の少なくとも1つのネットワークスライスインスタンスNSIのSLAサポート能力情報を含む、ように構成され、
前記ネットワーク側エンティティが、前記アプリケーション機能エンティティから前記スライス情報要求を受信し、前記アプリケーション機能エンティティに前記スライス情報応答を送信する、ように構成される、
システム。
前記スライス情報要求が、アプリケーションを使用するユーザに関する情報、前記指定された位置の位置情報、および前記ターゲットネットワークの識別子を含むか、または
前記スライス情報要求が、前記アプリケーションを使用するユーザに関する情報、前記指定された位置の位置情報、前記ターゲットネットワークの識別子、および前記アプリケーションの加入単一ネットワークスライス選択補助情報S－NSSAIを含む、
請求項43に記載のシステム。
前記アプリケーション機能エンティティが、前記端末によって現在アクセスされているNSIのSLAサポート能力が、前記指定された位置と前記ターゲットネットワークとの間の前記アプリケーションの加入SLA要件を満たさないことを検出するか、または
アプリケーションサーバにから能力通知メッセージを受信し、前記能力通知メッセージが、前記アプリケーション機能エンティティに、前記端末によって現在アクセスされているNSIのSLAサポート能力が、前記指定された位置と前記ターゲットネットワークとの間の前記アプリケーションの加入SLA要件を満たさないことを通知するために使用される、
ようにさらに構成される、請求項43または44に記載のシステム。
NSIの前記SLAサポート能力情報が
前記NSIによってサポートされるサービスタイプ、前記サービスタイプによってサポートされる最大端末台数、前記サービスタイプが保証できる最大許容帯域幅、前記サービスタイプが保証できる最大エンドツーエンドネットワーク遅延、前記サービスタイプによって許容される最大端末移動速度、前記サービスタイプの信頼性レベル、前記サービスタイプによってサポートされるサービス連続モード、
のいずれかもしくはいずれかの組み合わせを含む、
請求項43から45のいずれか一項に記載のシステム。