ホーム > 特許ランキング > ソニーグループ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023181802
(43)【公開日】2023-12-25
(54)【発明の名称】セッション管理方法及び制御方法
(51)【国際特許分類】
H04W 76/10 20180101AFI20231218BHJP
H04W 28/24 20090101ALI20231218BHJP
H04W 76/15 20180101ALI20231218BHJP
【ＦＩ】
H04W76/10
H04W28/24
H04W76/15
【審査請求】未請求
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2022095146
(22)【出願日】2022-06-13
(71)【出願人】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】津田 信一郎
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA23
5K067DD11
5K067EE02
5K067EE10
5K067EE24
5K067HH22
5K067HH23
(57)【要約】
【課題】セッション管理を容易に行う。
【解決手段】ホームネットワーク内のアプリケーションサーバに対応するデータネットワークネームに基づいて、アプリケーションサーバと接続されるＰＤＵセッションアンカーとなる第１のユーザープレーン機能を選択することと、ビジターネットワーク内のエッジアプリケーションサーバとセッションブレイクアウトの形態で接続されるＰＤＵセッションアンカーとなる第２のユーザープレーン機能を選択することと、エッジアプリケーションサーバの少なくとも一部の演算処理部にデータネットワークネームを対応付けることと、アップリンクのデータに基づいて当該データの転送先を第１のユーザープレーン機能を介したアプリケーションサーバと第２のユーザープレーン機能を介したエッジアプリケーションサーバとに振り分ける機能をＰＤＵセッションに追加することと、を含むセッション管理方法。
【選択図】図１４
【解決手段】ホームネットワーク内のアプリケーションサーバに対応するデータネットワークネームに基づいて、アプリケーションサーバと接続されるＰＤＵセッションアンカーとなる第１のユーザープレーン機能を選択することと、ビジターネットワーク内のエッジアプリケーションサーバとセッションブレイクアウトの形態で接続されるＰＤＵセッションアンカーとなる第２のユーザープレーン機能を選択することと、エッジアプリケーションサーバの少なくとも一部の演算処理部にデータネットワークネームを対応付けることと、アップリンクのデータに基づいて当該データの転送先を第１のユーザープレーン機能を介したアプリケーションサーバと第２のユーザープレーン機能を介したエッジアプリケーションサーバとに振り分ける機能をＰＤＵセッションに追加することと、を含むセッション管理方法。
【選択図】図１４
【特許請求の範囲】
【請求項1】
エッジアプリケーションサーバと接続する１つのＰＤＵセッションの確立又は更新処理において、
ホームネットワーク内の第１のセッションマネージメント機能を選択することと、
前記ホームネットワーク内のアプリケーションサーバに対応する１つのデータネットワークネームに基づいて、前記アプリケーションサーバと接続されるＰＤＵセッションアンカーとなる第１のユーザープレーン機能を選択することと、
ビジターネットワーク内の第２のセッションマネージメント機能を選択することと、
前記ビジターネットワーク内の前記エッジアプリケーションサーバとセッションブレイクアウトの形態で接続されるＰＤＵセッションアンカーとなる第２のユーザープレーン機能を選択することと、
前記エッジアプリケーションサーバの少なくとも一部の演算処理部に前記データネットワークネームを対応付けることと、
アップリンクのデータに基づいて当該データの転送先を前記第１のユーザープレーン機能を介した前記アプリケーションサーバと前記第２のユーザープレーン機能を介した前記エッジアプリケーションサーバとに振り分ける機能を前記ＰＤＵセッションに追加することと、
を含むセッション管理方法。
ホームネットワーク内の第１のセッションマネージメント機能を選択することと、
前記ホームネットワーク内のアプリケーションサーバに対応する１つのデータネットワークネームに基づいて、前記アプリケーションサーバと接続されるＰＤＵセッションアンカーとなる第１のユーザープレーン機能を選択することと、
ビジターネットワーク内の第２のセッションマネージメント機能を選択することと、
前記ビジターネットワーク内の前記エッジアプリケーションサーバとセッションブレイクアウトの形態で接続されるＰＤＵセッションアンカーとなる第２のユーザープレーン機能を選択することと、
前記エッジアプリケーションサーバの少なくとも一部の演算処理部に前記データネットワークネームを対応付けることと、
アップリンクのデータに基づいて当該データの転送先を前記第１のユーザープレーン機能を介した前記アプリケーションサーバと前記第２のユーザープレーン機能を介した前記エッジアプリケーションサーバとに振り分ける機能を前記ＰＤＵセッションに追加することと、
を含むセッション管理方法。
【請求項2】
前記エッジアプリケーションサーバを提供する１つ以上のビジターネットワークの候補に係る情報を提供することを更に含む請求項１に記載のセッション管理方法。
【請求項3】
前記ホームネットワークは、第１のＰＬＭＮ（Public Land Mobile Network）によって管理されるＨＰＬＭＮ（Home PLMN）であり、
前記ビジターネットワークは、第２のＰＬＭＮによって管理されるＶＰＬＭＮ（Visitor PLMN）であり、
前記第１のＰＬＭＮは、前記第２のＰＬＭＮとの間にローミング契約を有する
請求項１に記載のセッション管理方法。
前記ビジターネットワークは、第２のＰＬＭＮによって管理されるＶＰＬＭＮ（Visitor PLMN）であり、
前記第１のＰＬＭＮは、前記第２のＰＬＭＮとの間にローミング契約を有する
請求項１に記載のセッション管理方法。
【請求項4】
前記ホームネットワークは、ＰＬＭＮによって管理されるＨＰＬＭＮであり、
前記ビジターネットワークは、ＳＮＰＮ（Stand-alone Non-Public Network）によって管理されるノンパブリックネットワークであり、
前記ＰＬＭＮは、前記ＳＮＰＮとの間にＳＬＡ（Service Level Agreement）を有する 請求項１に記載のセッション管理方法。
前記ビジターネットワークは、ＳＮＰＮ（Stand-alone Non-Public Network）によって管理されるノンパブリックネットワークであり、
前記ＰＬＭＮは、前記ＳＮＰＮとの間にＳＬＡ（Service Level Agreement）を有する 請求項１に記載のセッション管理方法。
【請求項5】
前記１つのＰＤＵセッションは、無線端末装置が接続可能な前記ビジターネットワーク内の基地局装置を介したＰＤＵセッションである請求項１に記載のセッション管理方法。
【請求項6】
前記ホームネットワーク内の第１の基地局装置をマスターノードとし、前記ビジターネットワーク内の第２の基地局装置をセカンダリーノードとするデュアルコネクティビティによる無線ベアラを確立することを更に含み、
前記ＰＤＵセッションは、前記無線ベアラを含む
請求項１に記載のセッション管理方法。
前記ＰＤＵセッションは、前記無線ベアラを含む
請求項１に記載のセッション管理方法。
【請求項7】
前記振り分ける機能は、前記マスターノードを介して第１の無線ベアラにマッピングされた第１のトラフィックの前記第１のユーザープレーン機能を介した前記アプリケーションサーバへの転送と、前記セカンダリーノードを介して第２の無線ベアラにマッピングされた第２のトラフィックの前記第２のユーザープレーン機能を介した前記エッジアプリケーションサーバへの転送とに振り分ける機能である請求項６に記載のセッション管理方法。
【請求項8】
前記第１のセッションマネージメント機能が、前記アプリケーションサーバに対応する前記データネットワークネームを前記演算処理部に設定することを前記第２のユーザープレーン機能に指示する機能である請求項１に記載のセッション管理方法。
【請求項9】
前記エッジアプリケーションサーバの設置に係る情報を取得することと、
前記エッジアプリケーションサーバの設置に係る前記情報に基づいて１つ以上のビジターネットワークの前記候補を選択することと
を更に含む請求項２に記載のセッション管理方法。
前記エッジアプリケーションサーバの設置に係る前記情報に基づいて１つ以上のビジターネットワークの前記候補を選択することと
を更に含む請求項２に記載のセッション管理方法。
【請求項10】
１つ以上のビジターネットワークの候補に係る情報を提供することと、
無線通信装置からの要求に基づいて登録のための手順を実行することと、
前記登録のための手順に応じてＡｌｌｏｗｅｄ ＮＳＳＡＩ（Network Slice Selection Assistance Information）を生成することと、
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に特定のＳ－ＮＳＳＡＩ（Single-NSSAI）が含まれている場合に、前記１つ以上のビジターネットワークの前記候補に含まれるビジターネットワークに対応する周波数帯をセル選択又はセル再選択のための測定周波数に追加することを前記無線通信装置に指示することと、
を含む方法。
無線通信装置からの要求に基づいて登録のための手順を実行することと、
前記登録のための手順に応じてＡｌｌｏｗｅｄ ＮＳＳＡＩ（Network Slice Selection Assistance Information）を生成することと、
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に特定のＳ－ＮＳＳＡＩ（Single-NSSAI）が含まれている場合に、前記１つ以上のビジターネットワークの前記候補に含まれるビジターネットワークに対応する周波数帯をセル選択又はセル再選択のための測定周波数に追加することを前記無線通信装置に指示することと、
を含む方法。
【請求項11】
前記無線通信装置から前記特定のＳ－ＮＳＳＡＩのためのＰＤＵセッション確立要求を受信した場合に、前記セル選択又はセル再選択のための前記測定周波数に追加された前記周波数帯の優先度を上げることを前記無線通信装置に指示することを更に含む請求項１０に記載の方法。
【請求項12】
前記特定のＳ－ＮＳＳＡＩが、エッジアプリケーションサーバを使用するアプリケーションの利用である場合に、前記１つ以上のビジターネットワークの前記候補に含まれる前記ビジターネットワークに対応する前記周波数帯を、前記セル選択又はセル再選択のための前記測定周波数に追加する請求項１０に記載の方法。
【請求項13】
前記１つ以上のビジターネットワークが提供するＳ－ＮＳＳＡＩを含むＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩを前記無線通信装置に設定することを指示することを更に含む請求項１０に記載の方法。
【請求項14】
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に、前記特定のＳ－ＮＳＳＡＩが含まれていない場合に、前記無線通信装置から前記特定のＳ－ＮＳＳＡＩへの登録要求を受信して、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供するビジターネットワークが含まれているかの確認を行うことと、
前記確認の結果、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供する前記ビジターネットワークが含まれている場合に、前記特定のＳ－ＮＳＳＡＩを追加して前記Ａｌｌｏｗｅｄ ＮＳＳＡＩを更新することと
を更に含む請求項１０に記載の方法。
前記確認の結果、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供する前記ビジターネットワークが含まれている場合に、前記特定のＳ－ＮＳＳＡＩを追加して前記Ａｌｌｏｗｅｄ ＮＳＳＡＩを更新することと
を更に含む請求項１０に記載の方法。
【請求項15】
Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩ（Network Slice Selection Assistance Information）に含まれる１つ以上のＳ－ＮＳＳＡＩ（Single-NSSAI）を含む登録を要求することと、
前記要求に基づいて、Ａｌｌｏｗｅｄ ＮＳＳＡＩを取得することと、
１つ以上のビジターネットワークの候補に係る情報を取得することと、
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に、特定のＳ－ＮＳＳＡＩが含まれている場合に、前記１つ以上のビジターネットワークの前記候補に含まれるビジターネットワークに対応する周波数帯を、セル選択又はセル再選択のための測定周波数に追加することと、
を含む無線通信方法。
前記要求に基づいて、Ａｌｌｏｗｅｄ ＮＳＳＡＩを取得することと、
１つ以上のビジターネットワークの候補に係る情報を取得することと、
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に、特定のＳ－ＮＳＳＡＩが含まれている場合に、前記１つ以上のビジターネットワークの前記候補に含まれるビジターネットワークに対応する周波数帯を、セル選択又はセル再選択のための測定周波数に追加することと、
を含む無線通信方法。
【請求項16】
前記特定のＳ－ＮＳＳＡＩのためのＰＤＵセッション確立要求を送信する前に、前記セル選択又はセル再選択のための前記測定周波数に追加された前記ビジターネットワークに対応する周波数帯の優先度を上げることを更に含む請求項１５に記載の無線通信方法。
【請求項17】
前記特定のＳ－ＮＳＳＡＩが、エッジアプリケーションサーバを使用するアプリケーションの利用である場合に、前記１つ以上のビジターネットワークの前記候補に含まれる前記ビジターネットワークに対応する前記周波数帯を、前記セル選択又はセル再選択のための前記測定周波数に追加する請求項１５に記載の無線通信方法。
【請求項18】
前記１つ以上のビジターネットワークが提供するＳ－ＮＳＳＡＩを含むＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩを設定する指示を受信した際に、前記Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩを設定することを更に含む請求項１５に記載の無線通信方法。
【請求項19】
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に、前記特定のＳ－ＮＳＳＡＩが含まれていない場合に、前記特定のＳ－ＮＳＳＡＩへの登録を要求することと、
前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供する前記ビジターネットワークが含まれている場合に、前記特定のＳ－ＮＳＳＡＩを追加して更新された前記Ａｌｌｏｗｅｄ ＮＳＳＡＩを取得することと
を更に含む請求項１５に記載の無線通信方法。
前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供する前記ビジターネットワークが含まれている場合に、前記特定のＳ－ＮＳＳＡＩを追加して更新された前記Ａｌｌｏｗｅｄ ＮＳＳＡＩを取得することと
を更に含む請求項１５に記載の無線通信方法。
【請求項20】
エッジアプリケーションサーバと接続する１つのＰＤＵセッションの確立又は更新処理において、
ホームネットワーク内の第１のセッションマネージメント機能を選択することと、
前記ホームネットワーク内のアプリケーションサーバに対応する１つのデータネットワークネームに基づいて、前記アプリケーションサーバと接続されるＰＤＵセッションアンカーとなる第１のユーザープレーン機能を選択することと、
ビジターネットワーク内の第２のセッションマネージメント機能を選択することと、
前記ビジターネットワーク内の前記エッジアプリケーションサーバとセッションブレイクアウトの形態で接続されるＰＤＵセッションアンカーとなる第２のユーザープレーン機能を選択することと、
前記エッジアプリケーションサーバの少なくとも一部の演算処理部に前記データネットワークネームを対応付けることと、
アップリンクのデータの種別の判別方法を設定することと、
前記設定された判別方法に基づいて前記アップリンクのデータの種別の判別を行うことと、
前記判別の結果に基づいて前記アップリンクのデータの転送先を前記第１のユーザープレーン機能を介した前記アプリケーションサーバと前記第２のユーザープレーン機能を介した前記エッジアプリケーションサーバとに振り分ける機能を前記ＰＤＵセッションに追加することと、
を含む制御方法。
ホームネットワーク内の第１のセッションマネージメント機能を選択することと、
前記ホームネットワーク内のアプリケーションサーバに対応する１つのデータネットワークネームに基づいて、前記アプリケーションサーバと接続されるＰＤＵセッションアンカーとなる第１のユーザープレーン機能を選択することと、
ビジターネットワーク内の第２のセッションマネージメント機能を選択することと、
前記ビジターネットワーク内の前記エッジアプリケーションサーバとセッションブレイクアウトの形態で接続されるＰＤＵセッションアンカーとなる第２のユーザープレーン機能を選択することと、
前記エッジアプリケーションサーバの少なくとも一部の演算処理部に前記データネットワークネームを対応付けることと、
アップリンクのデータの種別の判別方法を設定することと、
前記設定された判別方法に基づいて前記アップリンクのデータの種別の判別を行うことと、
前記判別の結果に基づいて前記アップリンクのデータの転送先を前記第１のユーザープレーン機能を介した前記アプリケーションサーバと前記第２のユーザープレーン機能を介した前記エッジアプリケーションサーバとに振り分ける機能を前記ＰＤＵセッションに追加することと、
を含む制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、セッション管理方法及び制御方法に関する。
【背景技術】
【0002】
第５世代移動通信システム、いわゆる５Ｇは、２０１８年にＲｅｌ－１５として最初の規格が策定され、２０２０年３月に５Ｇに対応したサービスが国内でも開始された。また、テレコム事業者以外の主体が５Ｇサービスを提供するローカル５Ｇという形態でのサービス提供も始まりつつある。この５Ｇは、高速大容量（ｅＭＢＢ：enhanced Mobile BroadBand）、低遅延・高信頼性（ＵＲＬＬＣ：Ultra-Reliable and Low Latency Communications）、多数同時接続（ｍＭＴＣ：massive Machine Type Communication）という特徴を有する。
【0003】
この５Ｇは、超高速、低遅延・高信頼性及び多数同時接続という特徴から、４Ｋや８Ｋの動画のリアルタイム伝送の用途が期待されている。また、低遅延伝送が可能な５Ｇは、無線サービスを提供する基地局装置に近接して設置されたエッジサーバに接続する用途が期待され、テレコム事業者以外の主体に管理されたサーバの有効利用が期待されている。
【0004】
特許文献１では、パブリックネットワークにおいて、ＲＡＮシェアリングを活用して５Ｇによるプライベートネットワークを構築する無線通信システムが開示されている。この無線通信システムでは、パブリックネットワークのコアネットワークとは別に、ローカルのコアネットワークに接続させてプライベートネットワークをパブリックネットワークから分離して、セキュリティを確保する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】国際公開第２０２０／１４４９１２号
【発明の概要】
【発明が解決しようとする課題】
【0006】
一方、プライバシーやセキュリティの側面から、サーバで処理するデータの中にはテレコム事業者やサービスプロバイダが管理する装置外での使用が難しいデータが存在する。このような１つのアプリケーションで扱う一部のデータのセキュリティを担保しながら、１つのアプリケーションで処理するデータを２つのネットワークで分散処理する仕組みが望まれている。これに対し、現在のエッジアプリケーションサーバのためのアーキテクチャでは、この分散処理を実現するためにそれぞれのネットワークに対して個別のＰＤＵセッションを確立する必要がある。１つのアプリケーションを処理させるために複数のＰＤＵセッションを確立するとセッション管理が煩雑になるという問題がある。
【0007】
そこで、本開示では、管理が容易なセッション管理方法及び制御方法を提案する。
【課題を解決するための手段】
【0008】
本開示のセッション管理方法は、エッジアプリケーションサーバと接続する１つのＰＤＵセッションの確立又は更新処理において、ホームネットワーク内の第１のセッションマネージメント機能を選択することと、上記ホームネットワーク内のアプリケーションサーバに対応する１つのデータネットワークネームに基づいて、上記アプリケーションサーバと接続されるＰＤＵセッションアンカーとなる第１のユーザープレーン機能を選択することと、ビジターネットワーク内の第２のセッションマネージメント機能を選択することと、上記ビジターネットワーク内の上記エッジアプリケーションサーバとセッションブレイクアウトの形態で接続されるＰＤＵセッションアンカーとなる第２のユーザープレーン機能を選択することと、上記エッジアプリケーションサーバの少なくとも一部の演算処理部に上記データネットワークネームを対応付けることと、アップリンクのデータに基づいて当該データの転送先を上記第１のユーザープレーン機能を介した上記アプリケーションサーバと上記第２のユーザープレーン機能を介した上記エッジアプリケーションサーバとに振り分ける機能を上記ＰＤＵセッションに追加することと、を含むセッション管理方法である。
【0009】
また、本開示の制御方法は、エッジアプリケーションサーバと接続する１つのＰＤＵセッションの確立又は更新処理において、ホームネットワーク内の第１のセッションマネージメント機能を選択することと、上記ホームネットワーク内のアプリケーションサーバに対応する１つのデータネットワークネームに基づいて、上記アプリケーションサーバと接続されるＰＤＵセッションアンカーとなる第１のユーザープレーン機能を選択することと、ビジターネットワーク内の第２のセッションマネージメント機能を選択することと、上記ビジターネットワーク内の上記エッジアプリケーションサーバとセッションブレイクアウトの形態で接続されるＰＤＵセッションアンカーとなる第２のユーザープレーン機能を選択することと、上記エッジアプリケーションサーバの少なくとも一部の演算処理部に上記データネットワークネームを対応付けることと、アップリンクのデータの種別の判別方法を設定することと、上記設定された判別方法に基づいて上記アップリンクのデータの種別の判別を行うことと、上記判別の結果に基づいて上記アップリンクのデータの転送先を上記第１のユーザープレーン機能を介した上記アプリケーションサーバと上記第２のユーザープレーン機能を介した上記エッジアプリケーションサーバとに振り分ける機能を上記ＰＤＵセッションに追加することと、を含む制御方法である。
【図面の簡単な説明】
【0010】
【図1】５Ｇシステムのネットワークアーキテクチャの構成を示す図である。
【図2】ＧＣにおけるエッジコンピューティングのためのコネクティビティモデルの一例を示す図である。
【図3】非ローミングの際のエッジアプリケーションサーバのためのアーキテクチャの一例を示す図である。
【図4】非ローミングの際のエッジアプリケーションサーバのためのアーキテクチャの他の例を示す図である。
【図5】ローミングの際のエッジアプリケーションサーバのためのアーキテクチャのの一例を示す図である。
【図6】ローミングの際のエッジアプリケーションサーバのためのアーキテクチャの他の例を示す図である。
【図7】パブリックネットワークとノンパブリックネットワークによるネットワーク構成の一例を示す図である。
【図8】ノンパブリックネットワーク発見のための処理の一例を示す図である。
【図9】ノンパブリックネットワーク発見のための処理の他の例を示す図である。
【図10】ノンパブリックネットワーク発見のための処理の他の例を示す図である。
【図11】本開示の第１の実施形態に係るＰＤＵセッション確立においてＶＰＬＭＮのエッジアプリケーションサーバと接続する構成の一例を示す図である。
【図12】本開示の第１の実施形態に係る処理手順の一例を示す図である。
【図13】本開示の第１の実施形態に係る処理手順の一例を示す図である。
【図14】本開示の第１の実施形態に係る処理手順の一例を示す図である。
【図15】本開示の第２の実施形態に係るＰＤＵセッション確立においてＶＰＬＭＮのエッジアプリケーションサーバと接続される構成の一例を示す図である。
【図16】本開示の第２の実施形態に係る処理手順の一例を示す図である。
【図17】本開示の第２の実施形態に係る処理手順の一例を示す図である。
【図18】本開示の第２の実施形態に係る処理手順の一例を示す図である。
【図19】本開示の第２の実施形態に係る処理手順の一例を示す図である。
【発明を実施するための形態】
【0011】
以下に、本開示の実施形態について図面に基づいて詳細に説明する。説明は、以下の順に行う。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。
１．５Ｇシステムのネットワークアーキテクチャ
２．エッジコンピューティング技術
３．パブリックネットワークとノンパブリックネットワークによるネットワーク構成
４．ノンパブリックネットワークの発見手順
５．エッジアプリケーションサーバを利用するＰＤＵセッションの確立
５．１ 第１の実施形態
５．２ 第２の実施形態
５．３ まとめ
５．４ 補足説明
１．５Ｇシステムのネットワークアーキテクチャ
２．エッジコンピューティング技術
３．パブリックネットワークとノンパブリックネットワークによるネットワーク構成
４．ノンパブリックネットワークの発見手順
５．エッジアプリケーションサーバを利用するＰＤＵセッションの確立
５．１ 第１の実施形態
５．２ 第２の実施形態
５．３ まとめ
５．４ 補足説明
【0012】
（１．５Ｇシステムのネットワークアーキテクチャ）
図１は、５Ｇシステムのネットワークアーキテクチャの構成を示す図である。以下、５Ｇシステムを５ＧＳ（5G System）と略記する。５ＧＳは、ＵＥ（User Equipment）１０と、（Ｒ）ＡＮ２０と、５ＧＣ（5G Core）３０とを備える。なお、５ＧＣは、ＮＧＣ（NG CORE）、又はコアネットワークとも称される。また、（Ｒ）ＡＮとの表記は、ＲＡＮ（Radio Access Network）及びＡＮ（Access Network）を含む基地局装置を表したものである。
図１は、５Ｇシステムのネットワークアーキテクチャの構成を示す図である。以下、５Ｇシステムを５ＧＳ（5G System）と略記する。５ＧＳは、ＵＥ（User Equipment）１０と、（Ｒ）ＡＮ２０と、５ＧＣ（5G Core）３０とを備える。なお、５ＧＣは、ＮＧＣ（NG CORE）、又はコアネットワークとも称される。また、（Ｒ）ＡＮとの表記は、ＲＡＮ（Radio Access Network）及びＡＮ（Access Network）を含む基地局装置を表したものである。
【0013】
アプリケーションを処理するアプリケーションサーバ（ＡＳ：Application Server）４０がインターネットを介して５ＧＳと接続されることによって、ＵＥ１０は５Ｇサービスを介するアプリケーションの利用が可能になる。アプリケーションを提供する主体、例えば、サービスプロバイダが、５Ｇサービスを提供するＰＬＭＮ（Public Land Mobile Network）オペレータとの間で、ＳＬＡ（Service Level Agreement）等の契約を有する場合には、アプリケーションサーバ４０をＤＮ３４０として５ＧＣ３０内に配置する、若しくはアプリケーションサーバ４０とＤＮ３４０を専用線やＶＰＮ（Virtual Private Network）で接続することもできる。なお、アプリケーションサーバ４０は、エッジサーバの形態で提供されてもよい。
【0014】
５ＧＳのコントロールプレーンの機能群は、ＡＭＦ（Access and Mobility Management Function）３０１と、ＮＥＦ（Network Exposure Function）３０２と、ＮＲＦ（Network Repository Function）３０３と、ＮＳＳＦ（Network Slice Selection Function）３０４と、ＰＣＦ（Policy Control Function）３０５と、ＳＭＦ（Session Management Function）３０６と、ＵＤＭ（Unified Data Management）３０７と、ＡＦ（Application Function）３０８と、ＡＵＳＦ（Authentication Server Function）３０９と、ＵＣＭＦ（UE radio Capability Management Function）３１０とを含む、複数のＮＦ（Network Function）によって構成されている。ここで、ＡＦ３０８は、アプリケーションサーバ４０のコントロールプレーンを処理するＮＦとして動作することができる。ＡＦ３０８は、アプリケーションサーバ４０と論理的に異なるエンティティとして物理的に同一の装置内に実装するようにしてもよい。
【0015】
ＵＤＭ３０７は、契約者情報を保持及び管理するＵＤＲ（Unified Data Repository）と、契約者情報を処理するＦＥ（Front End）部とを含んでいる。ＡＭＦ３０１は、モビリティ管理を行う。ＳＭＦ３０６は、セッション管理を行う。
【0016】
ＵＣＭＦ３１０は、ＰＬＭＮ（Public Land Mobile Network）における全てのＵＥ無線ケイパビリティＩＤ（UE Radio Capability ID）に対応するＵＥ無線ケイパビリティ情報（UE Radio Capability Information）を保持している。ＵＣＭＦ３１０は、それぞれのＰＬＭＮ－割り当てＵＥ無線ケイパビリティＩＤ（PLMN-assigned UE Radio CapabilityID）を割り当てる役割を担っている。
【0017】
Ｎａｍｆは、ＡＭＦ３０１が提供するサービスベースドインターフェース（Service-based interface）である。Ｎｓｍｆは、ＳＭＦ３０６が提供するサービスベースドインターフェースである。Ｎｎｅｆは、ＮＥＦ３０２が提供するサービスベースドインターフェースである。Ｎｐｃｆは、ＰＣＦ３０５が提供するサービスベースドインターフェースである。Ｎｕｄｍは、ＵＤＭ３０７が提供するサービスベースドインターフェースである。Ｎａｆは、ＡＦ３０８が提供するサービスベースドインターフェースである。Ｎｎｒｆは、ＮＲＦ３０３が提供するサービスベースドインターフェースである。Ｎｎｓｓｆは、ＮＳＳＦ３０４が提供するサービスベースドインターフェースである。Ｎａｕｓｆは、ＡＵＳＦ３０９が提供するサービスベースドインターフェースである。Ｎｕｃｍｆは、ＵＣＭＦ３１０が提供するサービスベースドインターフェースである。各ＮＦは、それぞれのサービスベースドインターフェースを介して、他のＮＦとの間で情報を交換する。
【0018】
ＵＰＦ（User Plane Function）３３０は、ユーザープレーン処理の機能を有している。ＤＮ（Data Network）３４０は、ＭＮＯ（Mobile Network Operator）独自のサービス、インターネット、及びサードパーティーのサービスへの接続を可能にする機能を有している。ＵＰＦ３３０は、アプリケーションサーバ４０で処理されたユーザープレーンのデータの転送処理部として機能する。ＵＰＦ３３０は、（Ｒ）ＡＮ２０と接続されるゲートウェイとしても機能する。
【0019】
（Ｒ）ＡＮ２０は、ＲＡＮ（Radio Access Network）との接続、及びＲＡＮ以外のＡＮ（Access Network）との接続を可能にする機能を有している。（Ｒ）ＡＮ２０は、ｇＮＢ、又はｎｇ－ｅＮＢと呼ばれる基地局を含んでいる。ＲＡＮは、ＮＧ（Next Generation）－ＲＡＮと呼ばれる場合もある。
【0020】
ＵＥ１０とＡＭＦ３０１との間では、リファレンスポイントＮ１を介して相互に情報の交換が行われる。（Ｒ）ＡＮ２０とＡＭＦ３０１との間では、リファレンスポイントＮ２を介して相互に情報の交換が行われる。ＳＭＦ３０６とＵＰＦ３３０との間では、リファレンスポイントＮ４を介して相互に情報の交換が行われる。
【0021】
（２．エッジコンピューティング技術）
図２は、ＧＣにおけるエッジコンピューティングのためのコネクティビティモデルの一例を示す図である。なお、同図及び後述する図３乃至７は、文献「３ＧＰＰ ＴＳ２３．５４８」に示された図に基づいている。
図２は、ＧＣにおけるエッジコンピューティングのためのコネクティビティモデルの一例を示す図である。なお、同図及び後述する図３乃至７は、文献「３ＧＰＰ ＴＳ２３．５４８」に示された図に基づいている。
【0022】
５ＧＣ３０では、エッジコンピューティング（Edge Computing）を処理するエッジサーバ（Edge Server）と接続するためのコネクティビティモデルとして、少なくとも「分散アンカーポイント（Distributed Anchor Point）」、「セッションブレイクアウト（Session Breakout）」、「複数ＰＤＵセッション（Multiple PDU Sessions）」という３種類が定義されている。
【0023】
同図の（１）は、「分散アンカーポイント」の例を表したものである。「分散アンカーポイント」は、１つのＰＤＵセッションに対して、ＰＳＡ（PDU Session Anchor） ＵＰＦがＵＥ１０の近くのローカルサイト（Local Site）に設置されるコネクティビティモデルである。
【0024】
同図の（２）は、「セッションブレイクアウト」の例を表したものである。「セッションブレイクアウト」は、１つのＰＤＵセッションに対して、ＰＳＡ ＵＰＦ（C-PSA UPF）が中央サイト（Central Site）に設置され、１つ以上のＰＳＡ ＵＰＦ（L-PSA UPF）がローカルサイトに設置されるコネクティビティモデルである。
【0025】
同図の（３）は、「複数ＰＤＵセッション」の例を表したものである。「複数ＰＤＵセッション」は、エッジコンピューティングのアプリケーションがローカルサイトに設置されるＰＳＡ ＵＰＦと接続されたＰＤＵセッションを使用し、他のアプリケーションが中央サイトに設置されるＰＳＡ ＵＰＦと接続されたＰＤＵセッションを使用するコネクティビティモデルである。
【0026】
ここで、アプリケーションサーバ４０で処理されるアプリケーションの一部、若しくは全ての機能は、ＤＮ３４０に実装される。例えば、「分散アンカーポイント」、「セッションブレイクアウト」、又は「複数ＰＤＵセッション」においてエッジサーバとして動作するローカルサイトのＤＮ３４０にアプリケーションの一部、若しくは全ての機能が実装される。つまり、ローカルサイトに設置されるＤＮ３４０はエッジアプリケーションサーバとして動作する。ここで、このアプリケーションの一部、若しくは全ての機能は、低遅延を要求するＱｏＳフローを介して送受信するデータを処理する機能である。
【0027】
同様に、アプリケーションサーバ４０のコントロールプレーンを処理するＡＦ３０８は、中央サイトのＤＮ３４０、若しくはローカルサイトのＤＮ３４０に分散して実装されるアプリケーションの機能に合わせて分散して設定される。
【0028】
図３は、非ローミングの際のエッジアプリケーションサーバのためのアーキテクチャの一例を示す図である。このアーキテクチャは、１つのＰＬＭＮ内でエッジアプリケーションサーバが接続されるＤＮ（Local DN）３４０を「セッションブレイクアウト」の形態で１つのＰＤＵセッションで接続させるためのアーキテクチャである。ＰＬＭＮのＳＭＦ３０６が、リファレンスポイントであるＮ４を介して、中央サイトに設置されるＰＳＡ ＵＰＦ（C-PSA UPF）、エッジアプリケーションサーバと接続するためにローカルサイトに設置されるＰＳＡ ＵＰＦ（L-PSA UPF）、及びＵＬ ＣＬ（Uplink CLassifier）／ＢＰ（Branching Point）をサポートするＵＰＦを制御する。ここで、「セッションブレイクアウト」は、一般的にローカルブレイクアウトと呼ばれることもある。
【0029】
図４は、非ローミングの際のエッジアプリケーションサーバのためのアーキテクチャの他の例を示す図である。このアーキテクチャは、１つのＰＬＭＮ内でエッジアプリケーションサーバが接続されるＤＮ（Local DN）３４０を「分散アンカーポイント」の形態で１つのＰＤＵセッションで接続させるためのアーキテクチャである。ＰＬＭＮのＳＭＦ３０６が、リファレンスポイントであるＮ４を介して、エッジアプリケーションサーバと接続するために設置されるＰＳＡ ＵＰＦを制御する。
【0030】
図５は、ローミングの際のエッジアプリケーションサーバのためのアーキテクチャの一例を示す図である。このアーキテクチャは、ローミング先のＶＰＬＭＮ（Visitor PLMN）内でエッジアプリケーションサーバが接続されるＤＮ（Local DN）３４０を「セッションブレイクアウト」の形態で１つのＰＤＵセッションで接続させるためのアーキテクチャである。エッジアプリケーションサーバと接続されるＤＮ（Local DN）３４０、エッジアプリケーションサーバと接続するためにローカルサイトに設置されるＰＳＡ ＵＰＦ（L-PSA UPF）、中央サイトに設置されるＰＳＡ ＵＰＦ（C-PSA UPF）を備える。なお、中央サイトのＤＮ（Central DN）３４０はローミング先のＶＰＬＭＮに設置される。ホームとなるＨＰＬＭＮ（Home PLMN）は、認証、契約情報、及びポリシーを提供するために、ＶＰＬＭＮに対してＰＣＦ３５０及びＵＤＭ３０７の機能を提供する。
【0031】
図６は、ローミングの際のエッジアプリケーションサーバのためのアーキテクチャの他の例を示す図である。このアーキテクチャは、ローミング先のＶＰＬＭＮ内でエッジアプリケーションサーバが接続されるＤＮ（Local DN）３４０を「分散アンカーポイント」の形態で１つのＰＤＵセッションで接続させるためのアーキテクチャである。ローミング先のＶＰＬＭＮのＳＭＦ３０６が、リファレンスポイントであるＮ４を介して、エッジアプリケーションサーバと接続するために設置されるＰＳＡ ＵＰＦを制御する。ホームとなるＨＰＬＭＮは、認証、契約情報、及びポリシーを提供するために、ＶＰＬＭＮに対してＰＣＦ３５０及びＵＤＭ３０７の機能を提供する。
【0032】
上述のアーキテクチャでは、課題として挙げた１つのアプリケーションで扱う一部のデータのセキュリティを担保しながら、１つのアプリケーションで処理するデータを２つのネットワークで分散処理する仕組みを提供することができない。
【0033】
（３．パブリックネットワークとノンパブリックネットワークによるネットワーク構成）
［ネットワークの構成］
図７は、パブリックネットワークとノンパブリックネットワークによるネットワーク構成の一例を示す図である。同図のパブリックネットワークは、中央サイトとして機能する（Ｒ）ＡＮ２０－１及び５ＧＣ３０－１により構成される。同図のノンパブリックネットワークは、ローカルサイトとして機能する（Ｒ）ＡＮ２０－２、５ＧＣ３０－２、及びエッジアプリケーションサーバ４０－２により構成される。ここで、ノンパブリックネットワークは、ローカル５Ｇ、プライベートネットワーク、又はローカルエリアネットワークと呼ばれる形態のネットワークでもよい。
［ネットワークの構成］
図７は、パブリックネットワークとノンパブリックネットワークによるネットワーク構成の一例を示す図である。同図のパブリックネットワークは、中央サイトとして機能する（Ｒ）ＡＮ２０－１及び５ＧＣ３０－１により構成される。同図のノンパブリックネットワークは、ローカルサイトとして機能する（Ｒ）ＡＮ２０－２、５ＧＣ３０－２、及びエッジアプリケーションサーバ４０－２により構成される。ここで、ノンパブリックネットワークは、ローカル５Ｇ、プライベートネットワーク、又はローカルエリアネットワークと呼ばれる形態のネットワークでもよい。
【0034】
ノンパブリックネットワークは、さまざまなエンティティ（主体）によって運用、及び／又は管理されうる。例えば、エンティティとしては、仮想移動体通信事業者（ＭＶＮＯ：Mobile Virtual Network Operator）、仮想移動体通信イネーブラ（ＭＶＮＥ：Mobile Virtual Network Enabler）、ニュートラルホストネットワーク（ＮＨＮ：Neutral Host Network）事業者、ノンパブリックネットワーク（Non-Public Network）事業者、エンタープライズ、地方自治体、教育機関（学校法人、各自治体教育委員会、等）、不動産（ビル、マンション等）管理者、遊戯施設管理者、商業施設管理者、道路管理者、港湾管理者、空港管理者、安全運転支援サービス事業者、及び個人などが想定されうる。
【0035】
サービスプロバイダが管理するアプリケーションサーバ４０－１は、インターネットを介してパブリックネットワーク及びノンパブリックネットワークと接続される。ここで、アプリケーションサーバ４０－１は、ＰＬＭＮ（Public Land Mobile Network）が管理、運用するパブリックネットワーク内のＤＮ３４０に実装されてもよい。
【0036】
ＵＥ１０は、ＰＬＭＮが提供するサービスを利用するサブスクリプション（契約）を有し、パブリックネットワークの無線通信サービスを利用することができる。また、ＵＥ１０は、必要に応じてノンパブリックネットワークを管理及び運用する事業者とサブスクリプション契約を締結して、ノンパブリックネットワークの無線通信サービスを利用することができる。また、ＰＬＭＮがノンパブリックネットワークを管理及び運用する事業者とＳＬＡ（Service Level Agreement）を締結することにより、ＰＬＭＮとのサブスクリプションを有するＵＥ１０は、ＶＰＬＭＮ（Visitor PLMN）としてノンパブリックネットワークを介したローミングの形態で無線通信サービスを利用することができる。
【0037】
ノンパブリックネットワーク単体は、ＳＡ（StandAlone）の形態（ＳＮＰＮ：Stand-alone Non-Public Network）でＵＥ１０に５Ｇサービスを提供することができる。また、ノンパブリックネットワークの（Ｒ）ＡＮ２０－２は、ＭＮ（Master Node）として動作するパブリックネットワークの（Ｒ）ＡＮ２０－１のＳＮ（Secondary Node）として動作する。この場合、ＤＣ（Dual Connectivity）の形態でパブリックネットワークの無線通信サービスを利用することができる。
【0038】
ノンパブリックネットワークの（Ｒ）ＡＮ２０－２は、Ｕｕインターフェースを介してＵＥ１０を搭載した車両との通信、すなわちＶ２Ｘ（Vehicle to X）通信を行うこともできる。Ｖ２Ｘ通信は、車車間通信を意味するＶ２Ｖ（Vehicle to Vehcle）、車と道路に設置されたインフラ機器との通信を意味するＶ２Ｉ（Vehicle to Infrastructure）、車と歩行者との間の通信を意味するＶ２Ｐ（Vehicle to Pedestrian）、車とクラウドなどのネットワークとの通信を意味するＶ２Ｎ（Vehicle to Network）を含む概念である。例えば、ノンパブリックネットワークの（Ｒ）ＡＮ２０－２は、Ｖ２Ｎ通信を提供する路側機（ＲＳＵ：Road Side Unit）であってもよい。路側機は、ＰＣ５インターフェースを介したＳｌｉｄｅｌｉｎｋ通信をサポートして、Ｖ２Ｉ（）通信を提供することができる。
【0039】
路側機は、カメラ（イメージセンサー）、ＬｉＤＡＲ（Light Detection And Ranging）、ミリ波レーダー等を搭載し、専用道路、若しくは公道での運転支援や自動運転を補助する。路側機は、例えば、ＵＥ１０を搭載した車両の位置情報、信号機の情報、及びダイナミックマップの情報等を提供する。
【0040】
ダイナミックマップは、高精度３次元地図にさまざまな交通情報等を付加した地図情報である。ダイナミックマップは、高精度３次元地図である路面情報や車線情報等を含む静的情報のレイヤ、交通規制や道路工事の予定情報等を含む準静的情報のレイヤ、事故情報や渋滞情報等を含む準動的情報のレイヤ、周辺車両や歩行者情報等を含む動的情報のレイヤで構成される。
【0041】
ここでは、ノンパブリックネットワークがローカルサイトの（Ｒ）ＡＮ２０－２を提供する例を説明したが、以下で開示される実施例はこれに限定されない。例えば、ローカルサイトの（Ｒ）ＡＮ２０－２は、ＰＬＭＮがローミング契約を有する他のＰＬＭＮによって提供されてもよい。
【0042】
（４．ノンパブリックネットワークの発見手順）
パブリックネットワークのサブスクライバーは、必要に応じてプライベートネットワーク又はノンパブリックネットワークの検索を行う。例えば、エッジアプリケーションサーバを提供することができるプライベートネットワーク又はノンパブリックネットワークを利用する場合に、パブリックネットワークのサービス圏内においてプライベートネットワーク又はノンパブリックネットワークを検索する。しかし、このプライベートネットワーク又はノンパブリックネットワークを発見（discovery）することは必ずしも容易ではない。そこで、プライベートネットワーク又はノンパブリックネットワークの発見手順について説明する。
パブリックネットワークのサブスクライバーは、必要に応じてプライベートネットワーク又はノンパブリックネットワークの検索を行う。例えば、エッジアプリケーションサーバを提供することができるプライベートネットワーク又はノンパブリックネットワークを利用する場合に、パブリックネットワークのサービス圏内においてプライベートネットワーク又はノンパブリックネットワークを検索する。しかし、このプライベートネットワーク又はノンパブリックネットワークを発見（discovery）することは必ずしも容易ではない。そこで、プライベートネットワーク又はノンパブリックネットワークの発見手順について説明する。
【0043】
ＰＬＭＮとのサブスクリプションを有するＵＥ１０は、セル選択又は再選択処理によって、基本的にＰＬＭＮ内のセルの中から適切なセル（Suitable Cell）にキャンプオンすることができる。ＵＥ１０が、ＰＬＭＮのサービスの圏外になった場合には、ＰＬＭＮとのローミング契約を有するノンパブリックネットワークの（Ｒ）ＡＮ２０－２のセルを発見することができる。一方、ＵＥ１０が、ＰＬＭＮのサービスの圏内の場合には、ノンパブリックネットワークの（Ｒ）ＡＮ２０－２のセルを発見することが困難になる。
【0044】
図８は、ノンパブリックネットワーク発見のための処理の一例を示す図である。まず、ＰＬＭＮのＡＭＦ３０１は、ＰＬＭＮとのローミング契約を有するノンパブリックネットワークのＳＮＰＮ ＩＤを含むＥｑｕｉｖａｌｅｎｔ ＰＬＭＮリストをＵＥ１０に提供する（ステップＳ５０１）。ここで、Ｅｑｕｉｖａｌｅｎｔ ＰＬＭＮリストの提供は、Ｅｑｕｉｖａｌｅｎｔ ＰＬＭＮリストの内容に変化があったタイミングや、トラッキングエリア（ＴＡ：Tracking Area）、レジストレーションエリア（ＲＡ：Registration Area）及びＲＡＮベースド通知エリア（ＲＮＡ：RAN-based Notification Area）の更新のタイミング、又はＵＥ１０からＥｑｕｉｖａｌｅｎｔ ＰＬＭＮリストの更新要求を受信したタイミングで行われる。なお、ＵＥ１０を構成するＭＥ（Mobile Equipment）は、ＵＳＩＭ（Universal Subscriber Identity Module）のＥＦ＿ＥＨＰＬＭＮ（Elementary File_EHPLMN）内の情報の一部として、取得したＥｑｕｉｖａｌｅｎｔ ＰＬＭＮリストを格納するようにしてもよい。
【0045】
ＵＥ１０は、ＰＬＭＮのネットワークへの登録処理によって、Ａｌｌｏｗｅｄ ＮＳＳＡＩ（Network Slice Selection Assistance Information）を取得する（ステップＳ５０２）。取得したＡｌｌｏｗｅｄ ＮＳＳＡＩが特定のＳ－ＮＳＳＡＩ（Single Network Slice Selection Assistance Information）を含む場合（ステップＳ５０３，Ｙｅｓ）、ＵＥ１０は、セル選択又は再選択のための測定周波数にノンパブリックネットワークのＳＮＰＮ ＩＤに対応する周波数を含める、又はノンパブリックネットワークのＳＮＰＮ ＩＤに対応する周波数の優先度を上げる（ステップＳ５０４）。
【0046】
ここで、特定のＳ－ＮＳＳＡＩは、エッジアプリケーションサーバを使用するサービスのためのネットワークスライス、又は低遅延を要求するサービスのためのネットワークスライス等である。ここで、特定のＳ－ＮＳＳＡＩは、あらかじめ１つ以上のＳ－ＮＳＳＡＩの候補を含むリストとして設定されていてもよい。
【0047】
次に、ＵＥ１０は、更新された測定周波数、又は優先度に基づいたセル選択又は再選択を行うことにより、ノンパブリックネットワークの（Ｒ）ＡＮ２０－２のセルを発見することができる（ステップＳ５０５）。なお、ステップＳ５０３において、取得したＡｌｌｏｗｅｄ ＮＳＳＡＩが特定のＳ－ＮＳＳＡＩ（Single Network Slice Selection Assistance Information）を含まない場合は（ステップＳ５０３，Ｎｏ）、ＵＥ１０は、処理を終了する。
【0048】
以上の処理により、ＵＥ１０は、ＰＬＭＮのサービスの圏内の場合であっても、ノンパブリックネットワークの（Ｒ）ＡＮ２０－２のセルを発見することができる。更に、ＵＥ１０は、そのための測定を特定条件（例えば、特定のＳ－ＮＳＳＡＩが登録されている場合）に限定することができる。このため、測定の負荷を軽減することができる。
【0049】
図９は、ノンパブリックネットワーク発見のための処理の他の例を示す図である。まず、図８において説明したステップＳ５０１の処理を行う。次に、ＰＬＭＮのＡＭＦ３０１は、Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩが更新されると、当該更新されたＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩをＵＥ１０に提供する（ステップＳ５０６）。このＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩには、ローミングのためのＳＬＡを有するノンパブリックネットワークが提供するネットワークスライスに対応するＳ－ＮＳＳＡＩが含まれている。Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩがＵＥ１０に提供されるタイミングは、例えば、Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩの内容に変化があったタイミングや、トラッキングエリア、レジストレーションエリア及びＲＡＮベースド通知エリアの更新のタイミング、又はＵＥ１０からＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩの更新要求を受信したタイミングで行われる。
【0050】
更新されたＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩを取得したＵＥ１０は、ＰＬＭＮのネットワークへの登録処理を再度実行し、Ａｌｌｏｗｅｄ ＮＳＳＡＩを取得する（ステップＳ５０２）。ここで、ステップＳ５０３以降の処理は図８の処理と同様であるため、説明を省略する。
【0051】
なお、ＰＬＭＮのＡＭＦ３０１は、ＵＥ１０から特定のＳ－ＮＳＳＡＩを含むＰＤＵセッション確立要求を受信した際に、特定のＳ－ＮＳＳＡＩをサポートするノンパブリックネットワークのＳＮＰＮ ＩＤを含むＥｑｕｉｖａｌｅｎｔ ＰＬＭＮリストをＵＥ１０に提供して、Ｅｑｕｉｖａｌｅｎｔ ＰＬＭＮリストの更新を指示するようにしてもよい。更に、ＰＬＭＮのＡＭＦ３０１は、更新されたＥｑｕｉｖａｌｅｎｔ ＰＬＭＮリストに含まれているノンパブリックネットワークのＳＮＰＮ ＩＤに対応する周波数をセル選択又は再選択のための測定周波数に含める、又はノンパブリックネットワークのＳＮＰＮ ＩＤに対応する周波数の優先度を上げることを指示するようにしてもよい。
【0052】
以上の処理により、ノンパブリックネットワークの可用性（availability）をＳ－ＮＳＳＡＩを介してＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに反映させることにより、トラッキングエリア、レジストレーションエリア及びＲＡＮベースド通知エリア等の粒度においてＵＥ１０に更新することができる。ＵＥ１０は、ＰＬＭＮのサービスの圏内の場合でもノンパブリックネットワークの（Ｒ）ＡＮ２０－２のセルを発見することができる。
【0053】
図１０は、ノンパブリックネットワーク発見のための処理の他の例を示す図である。まず、図８において説明したステップＳ５０１及びステップＳ５０２の処理を行う。次に、ＵＥ１０は、Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに含まれている、又は登録処理の際に送信したＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩに含まれていたが、Ａｌｌｏｗｅｄ ＮＳＳＡＩには含まれていない任意のＳ－ＮＳＳＡＩの登録を要求する（ステップＳ５０７）。
【0054】
Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに含まれるＳ－ＮＳＳＡＩは、Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩがＵＥ１０に設定される時点ではＳｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩに一致しているので、Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに含まれていてＡｌｌｏｗｅｄ ＮＳＳＡＩには含まれていないＳ－ＮＳＳＡＩ、又はＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩに含まれていてＡｌｌｏｗｅｄ ＮＳＳＡＩには含まれていないＳ－ＮＳＳＡＩは、登録エリアにおいてＵＥ１０は利用する契約を持っているもののＰＬＭＮがサポートすることができないＳ－ＮＳＳＡＩに該当する。ここで、Ａｌｌｏｗｅｄ ＮＳＳＡＩには含まれていないＳ－ＮＳＳＡＩの登録の要求には、ＨＰＬＭＮ以外のＶＰＬＭＭ又はＳＮＰＮを確認の対象に含める指示を示す情報を明示的に含めるようにしてもよい。ここで、Ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩに含まれていてＡｌｌｏｗｅｄ ＮＳＳＡＩには含まれていないＳ－ＮＳＳＡＩは、例えばＲｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩである。
【0055】
ＡＭＦ３０１は、ステップＳ５０２の登録処理の際に、ＵＥ１０から受信するＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩに含まれる１つ以上のＳ－ＮＳＳＡＩの中にレジストレーションエリアにおいて登録を許可できないＳ－ＮＳＳＡＩがあれば、Ａｌｌｏｗｅｄ ＮＳＳＡＩに加えて、この登録を許可できない１つ以上のＲｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩをＵＥ１０に提供する。
【0056】
ＡＭＦ３０１は、１つ以上のＲｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩをＵＥ１０に提供するする際に、レジストレーションエリアにおいて各Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩが利用できない１つ以上のトラッキングエリアを含むリストを提供するようにしてもよい。ここで、レジストレーションエリアは、１つ以上のトラッキングエリアから構成される。
【0057】
ＵＥ１０は、レジストレーションエリアにおいてＳ－ＮＳＳＡＩが利用できないトラッキングエリアから他のトラッキングエリアに移動した際に、Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩの登録をＡＭＦ３０１に要求することができる。
【0058】
また、ＡＭＦ３０１は、ステップＳ５０２の登録処理の際に、ＵＥ１０から受信するＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩに含まれる１つ以上のＳ－ＮＳＳＡＩの中にレジストレーションエリアにおいて登録を許可できないＳ－ＮＳＳＡＩがあり、その、若しくはそれらのＳ－ＮＳＳＡＩがレジストレーションエリアの１つ以上のトラッキングエリアで利用することができる場合には、Ｓ－ＮＳＳＡＩと利用可能な１つ以上のトラッキングエリアのセットを第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくはＣｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩとしてＵＥ１０に提供してもよい。
【0059】
ＵＥ１０は、Ａｌｌｏｗｅｄ ＮＳＳＡＩに含まれるＳ－ＮＳＳＡＩをレジストレーションエリアの全てのトラッキングエリアで利用を許可されたものと判断し、第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくはＣｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩに含まれるＳ－ＮＳＳＡＩをそのセットで指定された１つ以上のトラッキングエリアでのみ利用が許可されたものと判断する。
【0060】
ＵＥ１０は、第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくはＣｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩに含まれる１つ以上のＳ－ＮＳＳＡＩに対して、利用が許可されていないトラッキングエリアからそのセットで指定された１つ以上のトラッキングエリアのいずれかに移動した際に、その、若しくはそれらのＳ－ＮＳＳＡＩの登録をＡＭＦ３０１に要求することができる。
【0061】
ＵＥ１０からＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに含まれていてＡｌｌｏｗｅｄ ＮＳＳＡＩには含まれていないＳ－ＮＳＳＡＩ、又はＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩに含まれていてＡｌｌｏｗｅｄ ＮＳＳＡＩには含まれていないＳ－ＮＳＳＡＩ（例えば、Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩ）の登録の要求を受信すると、ＨＰＬＭＮのＡＭＦ３０１は、Ｅｑｕｉｖａｌｅｎｔ ＰＬＭＮリストに含まれるＶＰＬＭＮ又はＳＮＰＮが登録を要求されたＳ－ＮＳＳＡＩをサポートするか、否かを判定する（ステップＳ５０８）。なお、ＨＰＬＭＮは、ＶＰＬＭＮとのローミング契約、又はＳＮＰＮとのＳＬＡに基づいて、ＨＰＬＭＮがサポートするＳ－ＮＳＳＡＩとＶＰＬＭＮ又はＳＮＰＮのサポートするＳ－ＮＳＳＡＩとの対応関係に係る情報と、ＨＰＬＭＮのＵＥ１０が利用することができるＶＰＬＭＮ又はＳＮＰＮのＳ－ＮＳＳＡＩから構成されるリストをＶＰＬＭＮ又はＳＮＰＮ毎に所有している。これらは、ＵＤＲに格納されている。ＨＰＬＭＮのＡＭＦ３０１は、ステップＳ５０８の処理に合わせてＵＤＲからそれらの情報を取得する。
【0062】
ステップＳ５０８において、Ｅｑｕｉｖａｌｅｎｔ ＰＬＭＮリストに含まれるＶＰＬＭＮ又はＳＮＰＮが登録を要求されたＳ－ＮＳＳＡＩをサポートする場合には（ステップＳ５０８，Ｙｅｓ）、ＵＥ１０は、登録を要求されたＳ－ＮＳＳＡＩを含む更新されたＡｌｌｏｗｅｄ ＮＳＳＡＩを取得し（ステップＳ５０９）、ステップＳ５０３以降の処理を実行する。
【0063】
一方、ステップＳ５０８において、Ｅｑｕｉｖａｌｅｎｔ ＰＬＭＮリストに含まれるＶＰＬＭＮ又はＳＮＰＮが登録を要求されたＳ－ＮＳＳＡＩをサポートしない場合には（ステップＳ５０８，Ｎｏ）、要求されたＳ－ＮＳＳＡＩの登録は拒否され、ＵＥ１０はステップＳ５０３以降の処理を実行する。ここで、ステップＳ５０３以降の処理は図８と同様であるため、説明を省略する。
【0064】
以上の処理によって、ＰＬＭＮのサービス圏内であっても特定のＳ－ＮＳＳＡＩを提供できないエリアにおいて、Ｓ－ＮＳＳＡＩを提供できるノンパブリックネットワークを活用することができる。ＵＥ１０は、ＰＬＭＮのサービスの圏内の場合でも、ノンパブリックネットワークの（Ｒ）ＡＮ２０－２のセルを発見することができる。
【0065】
このように、パブリックネットワークのサブスクライバーが必要に応じてプライベートネットワーク又はノンパブリックネットワークを利用する際に、パブリックネットワークのサービスの圏内の場合でも、ノンパブリックネットワークの基地局装置のセルを発見することができる。
【0066】
また、ノンパブリックネットワークの発見のための測定を特定条件（例えば、特定のＳ－ＮＳＳＡＩが登録されている場合）に限定することができるため、測定の負荷を抑えることができる。
【0067】
また、ノンパブリックネットワークの可用性（availability）をＳ－ＮＳＳＡＩ（Single Network Slice Selection Assistance Information）を介してＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに反映することにより、トラッキングエリア、レジストレーションエリア、及びＲＡＮベースド通知エリア等の粒度においてＵＥ（User Equipment）に更新させることができる。
【0068】
また、パブリックネットワークのサービス圏内であっても特定のＳ－ＮＳＳＡＩを提供できないエリアにおいて、Ｓ－ＮＳＳＡＩを提供できるノンパブリックネットワークを活用することができる。
【0069】
また、Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに含まれていてＡｌｌｏｗｅｄ ＮＳＳＡＩには含まれていないＳ－ＮＳＳＡＩ、又はＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩに含まれていてＡｌｌｏｗｅｄ ＮＳＳＡＩには含まれていないＳ－ＮＳＳＡＩ（例えば、Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩ）に対して、明示的にＨＰＬＭＮ以外のＶＰＬＭＭ又はＳＮＰＮを確認の対象に含める指示を含む登録を要求することにより、パブリックネットワークのサービス圏内であっても特定のＳ－ＮＳＳＡＩを提供できないエリアにおいて、Ｓ－ＮＳＳＡＩを提供できるローミング先のパブリックネットワーク又はノンパブリックネットワークを活用することができる。
【0070】
（５．エッジアプリケーションサーバを利用するＰＤＵセッションの確立）
ＰＬＭＮがノンパブリックネットワークを管理、運用する事業者とＳＬＡ（Service Level Agreement）を締結している場合には、ノンパブリックネットワークのエッジアプリケーションサーバを活用することができる。この場合には、データ伝送の際の遅延特性の改善が期待できる。
ＰＬＭＮがノンパブリックネットワークを管理、運用する事業者とＳＬＡ（Service Level Agreement）を締結している場合には、ノンパブリックネットワークのエッジアプリケーションサーバを活用することができる。この場合には、データ伝送の際の遅延特性の改善が期待できる。
【0071】
また、ローミングを活用してノンパブリックネットワークをＶＰＬＭＮとすることにより、図２に示したコネクティビティモデルの「分散アンカーポイント」によってＰＤＵセッションを確立することができる（図６を参照）。この場合、アプリケーションで必要な処理の全てをノンパブリックネットワークのエッジアプリケーションサーバ４０－２で処理することになる。この構成においては、ＰＬＭＮやアプリケーションを提供するサービスプロバイダが管理する装置外での使用が難しいデータを処理させることが困難となる。セキュリティ上の問題が発生するためである。
【0072】
一方、ＰＬＭＮやアプリケーションを提供するサービスプロバイダが管理するアプリケーションサーバ４０－１とノンパブリックネットワークのエッジアプリケーションサーバ４０－２とにおいて処理を分散させる場合には、図２に示したコネクティビティモデルの「複数ＰＤＵセッション」によってＰＤＵセッションを確立する必要がある。この場合、アプリケーションサーバ４０－１と接続されるＤＮ３４０－１に対して１つのＰＤＵセッションを確立し、エッジアプリケーションサーバ４０－２と接続されるＤＮ３４０－２に対してもう１つのＰＤＵセッションを確立する必要がある。このように、１つのアプリケーションを処理させるために複数のＰＤＵセッションを確立し、管理することは必ずしも効率的ではない。
【0073】
そこで、図２に示したコネクティビティモデルの「セッションブレイクアウト」によってＰＤＵセッションを確立するセッション管理方法について提案する。
【0074】
（５．１ 第１の実施形態）
［ネットワークの構成］
図１１は、本開示の第１の実施形態に係るＰＤＵセッション確立においてＶＰＬＭＮのエッジアプリケーションサーバと接続する構成の一例を示す図である。同図のＵＥ１０は、ノンパブリックネットワーク（つまり、ＳＮＰＮ、又はＶＰＬＭＮ）の（Ｒ）ＡＮ２０－２のサービス圏内にいることを想定する。このＵＥ１０が、ローミング先の（Ｒ）ＡＮ２０－２を介して、パブリックネットワーク（つまり、ＨＰＬＭＮ）のＤＮ３４０－１のＤＮＮ（Data Network Name）を含めたＰＤＵセッションの確立要求を送信する。すると、ＤＮ３４０－１と接続されたパブリックネットワークのＵＰＦ３３０－１との間に１つのＰＤＵセッションが確立される。
［ネットワークの構成］
図１１は、本開示の第１の実施形態に係るＰＤＵセッション確立においてＶＰＬＭＮのエッジアプリケーションサーバと接続する構成の一例を示す図である。同図のＵＥ１０は、ノンパブリックネットワーク（つまり、ＳＮＰＮ、又はＶＰＬＭＮ）の（Ｒ）ＡＮ２０－２のサービス圏内にいることを想定する。このＵＥ１０が、ローミング先の（Ｒ）ＡＮ２０－２を介して、パブリックネットワーク（つまり、ＨＰＬＭＮ）のＤＮ３４０－１のＤＮＮ（Data Network Name）を含めたＰＤＵセッションの確立要求を送信する。すると、ＤＮ３４０－１と接続されたパブリックネットワークのＵＰＦ３３０－１との間に１つのＰＤＵセッションが確立される。
【0075】
このＰＤＵセッションの確立処理において、Ｃ－ＳＭＦ３０６－１がエッジアプリケーションサーバ４０－２の利用が必要であると判断すると、ノンパブリックネットワークのＬ－ＳＭＦ３０６－２は、Ｃ－ＳＭＦ３０６－１からの要求に従って、ＵＬ ＣＬ（Uplink CLassifier）、若しくはＢＰ（Branching Point）をサポートするＵＰＦ３３０－２１を追加する。これにより、ローカルブレイクアウト（Local Breakout）の手法でノンパブリックネットワークのＤＮ３４０－２と接続されたＵＰＦ３３０－２２との間に分岐されたＰＤＵセッションを確立する。
【0076】
ここで、ローカルブレイクアウトは、ＵＥ１０に対して、エッジアプリケーションサーバ４０－２との経路、又は遅延が極力最小になるように、ＤＮ３４０－１に対する１つの経路（例えば、ＰＤＵセッション）の途中で分岐させる方法である。ＵＰＦ３３０－１との間の１つのＰＤＵセッションに、ＵＬ ＣＬ（Uplink CLassifier）、若しくはＢＰ（Branching Point）をサポートするＵＰＦ３３０－２１を追加することによってローカルブレイクアウトを実現することができる。
【0077】
このローカルブレイクアウトを適用することにより、アップリンクのデータの転送先をアプリケーションサーバ４０－１とエッジアプリケーションサーバ４０－２とに振り分ける機能をＰＤＵセッションに追加することができる。この振り分けは、ＵＰＦ３３０－２１がアップリンクのデータの種別を判別することにより行うことができる。このアップリンクのデータの判別方法は、Ｃ－ＳＭＦ３０６－１によりＬ－ＳＭＦ３０６－２を介して設定される。データの判別方法には、例えば、要求されるセキュリティに応じてデータを判別する方法を採ることができる。
【0078】
また、Ｌ－ＳＭＦ３０６－２は、ＥＡＳＤＦ（Edge Application Server Discovery Function）３１１－２を介して、候補となるエッジアプリケーションサーバ４０－２を発見することができる。エッジアプリケーションサーバ４０－２は、ＤＮ３４０－２と論理的に接続され、物理的にはＤＮ３４０－２として動作する同じ装置内に実装されていてもよい。また、１つのＰＤＵセッションにおいては、１つのＳ－ＮＳＳＡＩ（Single Network Slice Selection Assistance Information）とＤＮＮが対応付けられるため、ＤＮ３４０－２にはＤＮ３４０－１と同一のＤＮＮが設定される。
【0079】
パブリックネットワークは、エッジアプリケーションサーバ４０－２にネットワークデータ解析機能（ＮＷＤＡＦ：NetWork Data Analytics Function）、データコレクションコーディネーション機能（ＤＣＣＦ：Data Collection Coordination Function）を実装するようにしてもよい。
【0080】
ネットワークデータ解析機能は、学習済みのＡＩ（Artificial Intelligence）／ＭＬ（Machine Learning）モデルを利用して推論を実行し、分析情報を生成する分析論理機能（ＡｎＬＦ：Analytics Logical Function）、さらにはＡＩ／ＭＬモデルを学習するモデル学習論理機能（ＭＴＬＦ：Model Training Logical Function）を含むことができる。利用するアプリケーションに応じて、モデル学習論理機能を含む他のネットワークデータ解析機能から学習済みのＡＩ／ＭＬモデルを取得することができる。ここで、他のネットワークデータ解析機能は、例えばアプリケーションサーバ４０－１に実装されている。アプリケーションサーバ４０－１には、他のネットワークデータ解析機能に加え、他のデータコレクションコーディネーション機能が実装されている。
【0081】
エッジアプリケーションサーバ４０－２に実装されるネットワークデータ解析機能は、ＵＥ１０から取得する様々なセンシング情報と、アプリケーションに応じて取得したＡＩ／ＭＬモデルを使って、画像認識、音声認識、自動翻訳、２次元、若しくは３次元の位置の推定、同期のための時刻の推定、ＡＤＡＳ（Advanced Driver-Assistance Systems）、若しくは自動運転を支援するためのアシスト情報の算出、例えばダイナミックマップを構成する準静的情報のレイヤ、準動的情報のレイヤ、及び／若しくは動的情報のレイヤの生成等を行う。
【0082】
ＵＥ１０を搭載する車両は、ＧＮＳＳ（Global Navigation Satellite System）受信機、加速度センサー、ジャイロセンサー、カメラ（イメージセンサー）、ＬｉＤＡＲ（Light Detection And Ranging）、ミリ波レーダー等を搭載し、エッジアプリケーションサーバ４０－２からアシスト情報を取得して、ＡＤＡＳ、若しくは自動運転を行うことができる。車両は、さらに加速度センサー、ジャイロセンサー、磁界センサー、気圧センサー、温度センサー等で構成される慣性計測ユニット（ＩＭＵ：Inertial Measurement Unit）を搭載するようにしてもよい。ここで、車両にはドローン（Drone）に代表される無人航空機（ＵＡＶ： Unmanned Aerial Vehicle）が含まれる。
【0083】
同様に、ＵＥ１０を搭載するロボットは、その用途に応じて、慣性計測ユニット、電圧センサー、電流センサー、ＴｏＦ（Time of Flight）センサー、カメラ（イメージセンサー）、赤外線センサー、超音波センサー、圧力センサー、振動センサー、湿度センサー、ガスセンサー、味覚センサー等の各種センサーを搭載し、エッジアプリケーションサーバ４０－２からアシスト情報を取得して、工場内で自律的に移動、又は動作することができる。
【0084】
また、パブリックネットワークは、エッジアプリケーションサーバ４０－２にＸＲ（Extended Reality）メディア生成部、ＸＲメディアエンコード部等のＸＲメディアを処理する機能を実装するようにしてもよい。
【0085】
ＸＲメディア生成部は、ＸＲデバイスであるＵＥ１０から受信する適応的なメディア要求に従って、表示領域に適応したＸＲメディアを生成する。
【0086】
ＸＲメディアエンコード部は、ＸＲメディアを適応的なフォーマットでエンコードする。適応的なフォーマットは、例えば、無線区間の通信品質に基づいて制御される。通信品質が良好であれば、より高解像度のフォーマットが選択され、通信品質が良好でなければ、より低解像度のフォーマットが選択される。
【0087】
また、ＵＥ１０は、クラウドサーバー（例えば、アプリケーションサーバ４０－１）に分散させる閉ループ（Closed loop）の制御の処理をエッジアプリケーションサーバ４０－２で処理させることで、低遅延により制御の安定性を向上させることができる。
【0088】
パブリックネットワークの各ＮＦは、ＮＥＦ３０２－２を介して、ノンパブリックネットワークのＮＦとの間で情報を交換することができる。また、パブリックネットワークとノンパブリックネットワークとのＳＬＡによっては、パブリックネットワークの各ＮＦは、直接、ノンパブリックネットワークのＮＦとの間で情報を交換できるようにしてもよい。
【0089】
［処理方法］
図１２－１４は、本開示の第１の実施形態に係る処理手順の一例を示す図である。ＵＥ１０は、図８から図１０の手順に従って、ローミング先となるノンパブリックネットワークの（Ｒ）ＡＮ２０－２が提供するセルを発見し、選択する（ステップＳ６６１）。次に、ＵＥ１０は、ノンパブリックネットワークの（Ｒ）ＡＮ２０－２を介してＰＤＵセッション確立要求（PDU Session Establishment Request）メッセージをＬ－ＡＭＦ３０１－２に送信する（ステップＳ６６２）。
図１２－１４は、本開示の第１の実施形態に係る処理手順の一例を示す図である。ＵＥ１０は、図８から図１０の手順に従って、ローミング先となるノンパブリックネットワークの（Ｒ）ＡＮ２０－２が提供するセルを発見し、選択する（ステップＳ６６１）。次に、ＵＥ１０は、ノンパブリックネットワークの（Ｒ）ＡＮ２０－２を介してＰＤＵセッション確立要求（PDU Session Establishment Request）メッセージをＬ－ＡＭＦ３０１－２に送信する（ステップＳ６６２）。
【0090】
次に、Ｌ－ＡＭＦ３０１－２は、ＰＤＵセッション確立要求メッセージに含まれるＳ－ＮＳＳＡＩ及びＤＮＮ等に基づいてＳＭＦ選択を実行する（ステップＳ６６３）。これは、第１のセッションマネージメント機能を選択する手順に該当する。
【0091】
次に、Ｌ－ＡＭＦ３０１－２は、ＰＤＵセッション管理コンテキスト生成要求（Nsmf_PDUSession_CreateSMContext_Request）メッセージを選択されたＣ－ＳＭＦ３０６－１に送信する（ステップＳ６６４）。ここで、Ｌ－ＡＭＦ３０１－２は、Ｃ－ＳＭＦ３０６－１の選択に必要な情報、例えば、Ｃ－ＳＭＦ３０６－１の候補で構成されるリストをパブリックネットワークのＣ－ＮＥＦ３０２－１を介して取得することができる。
【0092】
Ｃ－ＳＭＦ３０６－１は、ＰＤＵセッション管理コンテキスト生成要求メッセージを受信すると、ＵＤＭ３０７－１に対してサブスクリプション契約に係る情報を取得する処理を起動する（ステップＳ６０４）。
【0093】
ＵＤＭ３０７－１は、エッジアプリケーションサーバ設置情報（EAS Deployment Information）をＣ－ＳＭＦ３０６－１に供給する（ステップＳ６０５）。このエッジアプリケーションサーバ設置情報は、ローカルに設置されるＤＮ（例えば、ノンパブリックネットワークのＤＮ３４０－２）毎にエッジサービスがどのように展開されているかを示す情報である。
【0094】
Ｃ－ＳＭＦ３０６－１は、ＰＤＵセッション管理コンテキスト生成要求メッセージに対する応答メッセージ（Nsmf_PDUSession_CreateSMContext_Response）を返信する（ステップＳ６６５）。
【0095】
ＵＥ１０とＣ－ＤＮ３４０－１との間に確立されるＰＤＵセッションの認証及び承認（PDU Session authentication/authorization）処理が実行され（ステップＳ６０７）、Ｃ－ＳＭＦ３０６－１は、Ｓ－ＮＳＳＡＩ、ＤＮＮ、サブスクリプション契約に係る情報及びエッジアプリケーションサーバ設置情報等に基づいてＰＣＦ選択（PCF Selection）を実行する（ステップＳ６０８）。
【0096】
Ｃ－ＳＭＦ３０６－１は、選択されたＰＣＦ３０５－１との間でセッション管理ポリシーの関係確立手順（SM Policy Association Establishment procedure）を実行する（ステップＳ６０９）。なお、ステップＳ６０５におけるエッジアプリケーションサーバ設置情報の取得は、このセッション管理ポリシーの関係確立手順の中で行われてもよい。
【0097】
Ｃ－ＳＭＦ３０６－１は、サブスクリプション契約、セッション管理ポリシー及びローミング先となるＶＰＬＭＮ又はＳＮＰＮのエッジアプリケーションサーバ設置情報等に基づいて、ＥＡＳＤＦ（Edge Application Server Discovery Function）選択を実行する（ステップＳ６１１）。
【0098】
Ｃ－ＳＭＦ３０６－１は、ＤＮＳコンテキスト生成要求（Neasdf_DNSContext_Create Request）メッセージを選択されたＬ－ＥＡＳＤＦ３１１－２に送信する（ステップＳ６１２）。
【0099】
Ｌ－ＥＡＳＤＦ３１１－２は、メッセージに含まれるＵＥ１０のＩＰアドレス、ＳＵＰＩ（SUbscription Permanent Identifier）、又はＳＵＣＩ（SUbscription Concealed Identifier）等を保持し、ＤＮＳコンテキストを生成する。そして、Ｌ－ＥＡＳＤＦ３１１－２は、ＤＮＳコンテキスト生成要求メッセージに対する応答メッセージ（Neasdf_DNSContext_Create Response）を返信する（ステップＳ６１３）。この処理の後、Ｃ－ＳＭＦ３０６－１は、ＵＥ１０に送信するＰＤＵセッション確立許可（PDU Session Establishment Accept）メッセージにＤＮＳサーバ、又はリゾルバ（resolver）としてＬ－ＥＡＳＤＦ３１１－２のＩＰアドレスを含める。
【0100】
Ｃ－ＳＭＦ３０６－１は、パブリックネットワークにおけるＰＤＵセッションアンカー（Ｃ－ＰＳＡ）となるＵＰＦ３３０－１を選択する（ステップＳ６１４）。これは、第１のユーザープレーン機能を選択する手順に該当する。
【0101】
Ｃ－ＳＭＦ３０６－１は、選択したＵＰＦ（Ｃ－ＰＳＡ）３３０－１にＮ４セッション確立要求（N4 Session Establishment Request）メッセージを送信する（ステップＳ６１５）。このＮ４セッション確立要求メッセージを介して、ＵＰＦ（Ｃ－ＰＳＡ）３３０－１におけるアップリンク及びダウンリンクのトラフィックを制御するためのＮ４ルールの設定が行われる。このＮ４ルールは、例えば、ＰＤＲ（Packet Detection Rule）、ＦＡＲ（Forwarding Action Rule）、ＱＥＲ（QoS Enforcement Rule）、ＵＲＲ（Usage Reporting Rule）及びＢＡＲ（Buffering Action Rule）等に係る情報である。
【0102】
Ｎ４セッション確立要求を受信したＵＰＦ（Ｃ－ＰＳＡ）３３０－１は、Ｎ４ルールの設定を行い、Ｎ４セッション確立応答（N4 Session Establishment Response）メッセージをＣ－ＳＭＦ３０６－１に返信する（ステップＳ６１６）。なお、上記のステップＳ６１４においてＰＤＵセッションのために複数のＵＰＦ３３０－１が選択された場合には、Ｎ４セッション確立処理は、それぞれのＵＰＦ３３０－１に対して起動される。
【0103】
Ｃ－ＳＭＦ３０６－１は、Ｎ２ ＰＤＵセッション要求（N2 PDU Session Request）メッセージを含むＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージをＬ－ＡＭＦ３０１－２に送信する（ステップＳ６６６）。
【0104】
Ｌ－ＡＭＦ３０１－２は、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージに含まれるＮ２ ＰＤＵセッション要求メッセージをノンパブリックネットワークの基地局装置である（Ｒ）ＡＮ２０－２（Local）に送信する（ステップＳ６６７）。このＮ２ ＰＤＵセッション要求メッセージには、ＵＥ１０を送り先とするＰＤＵセッションＩＤ及びＮ１セッション管理コンテナを含むＮＡＳメッセージ、並びに、Ｃ－ＳＭＦ３０６－１から送信された（Ｒ）ＡＮ２０－２（Local）に係るＮ２セッション管理情報が含まれている。
【0105】
（Ｒ）ＡＮ２０－２（Local）は、Ｎ２ ＰＤＵセッション要求メッセージに含まれるＮ２セッション管理情報から、ＰＤＵセッションＩＤ、ＱＦＩ（QoS Flow Identifier）及びＱｏＳプロファイル等を取得する。また、（Ｒ）ＡＮ２０－２（Local）は、Ｎ２ ＰＤＵセッション要求メッセージに含まれるＮＡＳメッセージをＵＥ１０に転送する（ステップＳ６６８）。上述したように、ＮＡＳメッセージには、ＰＤＵセッションＩＤ及びＮ１セッション管理コンテナが含まれている。このＮ１セッション管理コンテナには、ＱｏＳルールが含まれている。
【0106】
また、（Ｒ）ＡＮ２０－２（Local）は、ＰＤＵセッションにＡＮトンネル情報（AN Tunnel Info）を割り当てる。ここで、ＡＮトンネル情報は、関与する各（Ｒ）ＡＮノードのｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔと各ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔに割り当てられたＱＦＩｓを含んでいる。（Ｒ）ＡＮ２０－２（Local）は、Ｌ－ＡＭＦ３０１－２に通知するためのＮ２セッション管理情報を更新する。ここで、Ｎ２セッション管理情報は、ＰＤＵセッションＩＤ、ＡＮトンネル情報、許可、又は拒否されたＱＦＩ（ｓ）のリスト、及びＵｓｅｒ Ｐｌａｎｅ Ｅｎｆｏｒｃｅｍｅｎｔ Ｐｏｌｉｃｙ Ｎｏｔｉｆｉｃａｔｉｏｎ等の情報を含む。
【0107】
（Ｒ）ＡＮ２０－２（Local）は、Ｎ２ ＰＤＵセッション要求メッセージに対する応答として、Ｎ２ ＰＤＵセッション応答（N2 PDU Session Response）メッセージをＬ－ＡＭＦ３０１－２に返信する（ステップＳ６６９）。
【0108】
Ｌ－ＡＭＦ３０１－２は、ＰＤＵセッション管理コンテキスト更新要求（Nsmf_PDUSession_UpdateSMContext Request）メッセージをＣ－ＳＭＦ３０６－１に送信する（ステップＳ６７０）。
【0109】
Ｃ－ＳＭＦ３０６－１は、ＵＥ１０の位置に係る情報及びエッジアプリケーションサーバ設置情報等に基づいて、エッジアプリケーションサーバ４０－２を選択する（ステップＳ６３７）。この選択結果に基づいて、Ｃ－ＳＭＦ３０６－１は、エッジアプリケーションサーバ４０－２と接続されるＬｏｃａｌ ＤＮ３４０－２を決定する。
【0110】
続いて、Ｃ－ＳＭＦ３０６－１は、Ｌｏｃａｌ ＤＮ３４０－２に基づいて、エッジアプリケーションサーバ４０－２と接続されてノンパブリックネットワークにおけるＰＤＵセッションアンカー（Ｌ－ＰＳＡ）となるＵＰＦを選択する（ステップＳ６３８）。これは、第２のユーザープレーン機能を選択する手順に該当する。
【0111】
更に、Ｃ－ＳＭＦ３０６－１は、ＵＬ ＣＬ／ＢＰをサポートするＵＰＦを選択する（ステップＳ６３９）。
【0112】
Ｃ－ＳＭＦ３０６－１は、ノンパブリックネットワークのＳＭＦにＬ－ＳＭＦ３０６－２としての動作を要求する（ステップＳ６４０）。Ｌ－ＳＭＦ３０６－２は、Ｌ－ＳＭＦとして動作する要求への応答（Response for operation as L-SMF）をＣ－ＳＭＦ３０６－１に返信する（ステップＳ６４１）。
【0113】
Ｃ－ＳＭＦ３０６－１は、ステップＳ６３８及びステップＳ６３９で選択されたＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１及びＵＰＦ（Ｌ－ＰＳＡ）３３０－２２とのＮ４セッションの確立を要求するために、Ｌ－ＳＭＦ３０６－２にＮ４セッション確立要求（N4 Session Establishment Request）メッセージを送信する（ステップＳ６４２）。
【0114】
Ｌ－ＳＭＦ３０６－２は、ＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１にＮ４セッション確立要求（N4 Session Establishment Request）メッセージを送信する（ステップＳ６４３）。Ｎ４セッション確立要求を受信したＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１は、Ｎ４ルールの設定を行い、Ｎ４セッション確立応答（N4 Session Establishment Response）メッセージをＬ－ＳＭＦ３０６－２に返信する（ステップＳ６４４）。
【0115】
Ｌ－ＳＭＦ３０６－２は、ＵＰＦ（Ｌ－ＰＳＡ）３３０－２２にＮ４セッション確立要求（N4 Session Establishment Request）メッセージを送信する（ステップＳ６４５）。Ｎ４セッション確立要求を受信したＵＰＦ（Ｌ－ＰＳＡ）３３０－２２は、Ｎ４ルールの設定を行い、Ｎ４セッション確立応答（N4 Session Establishment Response）メッセージをＬ－ＳＭＦ３０６－２に返信する（ステップＳ６４６）。ここで、ＵＰＦ（Ｌ－ＰＳＡ）３３０－２２に対するＮ４ルールには、ＵＰＦ（Ｌ－ＰＳＡ）３３０－２２が接続されるＬ－ＤＮ３４０－２にＣ－ＤＮ３４０－１と同一のＤＮＮ（Data Network Name）を付与する指示が含まれている。このＣ－ＳＭＦ３０６－１からの指示に従って、ＵＰＦ（Ｌ－ＰＳＡ）３３０－２２は、Ｌ－ＤＮ３４０－２にＣ－ＤＮ３４０－１と同一のＤＮＮを設定する。これは、データネットワークネームを対応付ける手順に該当する。
【0116】
Ｌ－ＳＭＦ３０６－２は、ＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１及びＵＰＦ（Ｌ－ＰＳＡ）３３０－２２からＮ４セッション確立応答メッセージを受信すると、Ｎ４セッション確立応答（N4 Session Establishment Response）メッセージをＣ－ＳＭＦ３０６－１に返信する（ステップＳ６４７）。
【0117】
Ｃ－ＳＭＦ３０６－１は、ＵＰＦ（Ｃ－ＰＳＡ）３３０－１にＮ４セッション更新要求（N4 Session Modification Request）メッセージを送信する（ステップＳ６４８）。
【0118】
ＵＰＦ（Ｃ－ＰＳＡ）３３０－１は、ＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１の挿入と、ＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１でローカルブレイクアウトされてＵＰＦ（Ｌ－ＰＳＡ）３３０－２２と接続されるパスの追加に関連して更新されたＮ４ルールの再設定とを行い、Ｎ４セッション更新応答（N4 Session Modification Response）メッセージをＣ－ＳＭＦ３０６－１に返信する（ステップＳ６４９）。
【0119】
Ｃ－ＳＭＦ３０６－１は、ＰＤＵセッション管理コンテキスト更新応答（Nsmf_PDUSession_UpdateSMContext Response）メッセージをＬ－ＡＭＦ３０１－２に返信する（ステップＳ６７１）。ここで、ＰＤＵセッション管理コンテキスト更新応答メッセージには、ＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１の挿入と、ＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１でローカルブレイクアウトされるパスの追加に伴って更新されたＮ２セッション管理情報、ＣＮトンネル情報（CN Tunnel Info）、Ｓ－ＮＳＳＡＩ及びＮ１セッション管理コンテナを含むＮ２メッセージが含まれる。
【0120】
Ｎ１セッション管理コンテナには、Ｃ－ＡＭＦ３０１－１がＵＥ１０に提供しなければならないＰＤＵセッション確立許可（PDU Session Establishment Accept）及びＱｏＳルールが含まれている。ＰＤＵセッション確立許可には、Ｓ－ＮＳＳＡＩ、ＥＡＳＤＦ３１１－２のＩＰアドレスが含まれている。
【0121】
Ｌ－ＡＭＦ３０１－２は、ＰＤＵセッション管理コンテキスト更新応答メッセージに含まれるＮ２メッセージ（N2 Message）を（Ｒ）ＡＮ２０－２（Local）に送信する（ステップＳ６７２）。
【0122】
（Ｒ）ＡＮ２０－２（Local）は、Ｎ１メッセージを使って、Ｎ２メッセージに含まれていたＰＤＵセッション確立許可及びＱｏＳルールをＵＥ１０に送信し（ステップＳ６７３）、Ｎ２メッセージへの応答を返信する（ステップＳ６７４）。
【0123】
上記の説明では、パブリックネットワークとノンパブリックネットワークの異なるネットワークドメインを中央サイト（Central Site）とローカルサイト（Local Site）という表現で分類しているが、この表現に限定されない。例えば、パブリックネットワークをホームネットワーク、ノンパブリックネットワークをビジターネットワークとして、ＨＰＬＭＮとＶＰＬＭＮという表現で分類してもよい。また、ＶＰＬＭＮは、ＳＮＰＮとして分類してもよい。
【0124】
上述のステップＳ６４２乃至ステップＳ６４９の手順により、Ｃ－ＳＭＦ３０６－１は、アップリンクのデータに基づいて当該データの転送先を上述の第１のユーザープレーン機能を介したアプリケーションサーバ４０－１と上述の第２のユーザープレーン機能を介したエッジアプリケーションサーバ４０－２とに振り分ける機能をＰＤＵセッションに追加することができる。
【0125】
以上に示したエッジアプリケーションサーバを含むＰＤＵセッション確立処理によって、図１１に示したネットワークアーキテクチャの構成を実現することができる。
【0126】
このように、本開示の第１の実施形態のセッション管理方法は、ＵＥ１０及びＤＮ３４０－１の間にＰＤＵセッションを確立し、そのＰＤＵセッションの中でセッションブレイクアウトの形態にてエッジアプリケーションサーバを含むＤＮ３４０－２と接続する。ＤＮ３４０－２とはローカルサイトを介してローミングの形態で接続される。管理するＰＤＵセッションが１つであるため、２つのＰＤＵセッションを確立する場合と比較してセッション管理を容易にすることができる。
【0127】
（５．２ 第２の実施形態）
［ネットワークの構成］
図７に示したパブリックネットワークとノンパブリックネットワークによるネットワーク構成を適用する例について説明する。具体的には、ＭＮ（Master Node）として動作するパブリックネットワークの（Ｒ）ＡＮ２０－１に加えて、エッジアプリケーションサーバ使ったサービスを提供するノンパブリックネットワークの（Ｒ）ＡＮ２０－２をＳＮ（Secondary Node）としてＤＣ（Dual Connectivity）による無線ベアラをＵＥ１０に対して構築する。
［ネットワークの構成］
図７に示したパブリックネットワークとノンパブリックネットワークによるネットワーク構成を適用する例について説明する。具体的には、ＭＮ（Master Node）として動作するパブリックネットワークの（Ｒ）ＡＮ２０－１に加えて、エッジアプリケーションサーバ使ったサービスを提供するノンパブリックネットワークの（Ｒ）ＡＮ２０－２をＳＮ（Secondary Node）としてＤＣ（Dual Connectivity）による無線ベアラをＵＥ１０に対して構築する。
【0128】
［ネットワークの構成］
図１５は、本開示の第２の実施形態に係るＰＤＵセッション確立においてＶＰＬＭＮのエッジアプリケーションサーバと接続される構成の一例を示す図である。同図のＵＥ１０は、ノンパブリックネットワーク（つまり、ＳＮＰＮ、又はＶＰＬＭＮ）の（Ｒ）ＡＮ２０－２のサービス圏内にいることを想定する。このＵＥ１０が、パブリックネットワークの（Ｒ）ＡＮ２０－１を介して、パブリックネットワークのＤＮ３４０－１のＤＮＮを含めたＰＤＵセッションの確立要求を送信すると、ＤＮ３４０－１と接続されたパブリックネットワークのＵＰＦ３３０－１との間に１つのＰＤＵセッションが確立される。
図１５は、本開示の第２の実施形態に係るＰＤＵセッション確立においてＶＰＬＭＮのエッジアプリケーションサーバと接続される構成の一例を示す図である。同図のＵＥ１０は、ノンパブリックネットワーク（つまり、ＳＮＰＮ、又はＶＰＬＭＮ）の（Ｒ）ＡＮ２０－２のサービス圏内にいることを想定する。このＵＥ１０が、パブリックネットワークの（Ｒ）ＡＮ２０－１を介して、パブリックネットワークのＤＮ３４０－１のＤＮＮを含めたＰＤＵセッションの確立要求を送信すると、ＤＮ３４０－１と接続されたパブリックネットワークのＵＰＦ３３０－１との間に１つのＰＤＵセッションが確立される。
【0129】
このＰＤＵセッションの確立処理において、Ｃ－ＳＭＦ３０６－１がエッジアプリケーションサーバ４０－２の利用が必要であると判断し、ＵＥ１０がエッジアプリケーションサーバ４０－２を使ったサービスを提供するノンパブリックネットワークの（Ｒ）ＡＮ２０－２のサービス圏内にいる場合に、ＵＥ１０は、パブリックネットワークの（Ｒ）ＡＮ２０－１をＭＮ、ノンパブリックネットワークの（Ｒ）ＡＮ２０－２をＳＮとするＤＣによる無線ベアラを確立する。このＤＣによる無線ベアラが確立されると、ノンパブリックネットワークのＬ－ＳＭＦ３０６－２は、Ｃ－ＳＭＦ３０６－１からの要求に基づいて、ＵＬ ＣＬ、若しくはＢＰをサポートするＵＰＦ３３０－２１を追加し、ローカルブレイクアウトの手法でノンパブリックネットワークのＤＮ３４０－２と接続されたＵＰＦ３３０－２２との間に分岐されたＰＤＵセッションを確立する。
【0130】
ここで、ローカルブレイクアウトは、ＵＥ１０に対して、エッジアプリケーションサーバ４０－２との経路、又は遅延が極力最小になるように、ＤＮ３４０－１に対する１つの経路（例えば、ＰＤＵセッション）の途中で分岐させる方法である。ＵＰＦ３３０－１との間の１つのＰＤＵセッションに、ＵＬ ＣＬ（Uplink CLassifier）、若しくはＢＰ（Branching Point）をサポートするＵＰＦ３３０－２１を追加することによってローカルブレイクアウトを実現することができる。
【0131】
Ｌ－ＳＭＦ３０６－２は、ＥＡＳＤＦ３１１－２を介して、候補となるエッジアプリケーションサーバ４０－２を発見することができる。エッジアプリケーションサーバ４０－２は、ＤＮ３４０－２と論理的に接続され、物理的にはＤＮ３４０－２として動作する同じ装置内に実装されていてもよい。また、１つのＰＤＵセッションにおいては、１つのＳ－ＮＳＳＡＩとＤＮＮが対応付けられるため、ＤＮ３４０－２にはＤＮ３４０－１と同一のＤＮＮが設定される。
【0132】
パブリックネットワークは、エッジアプリケーションサーバ４０－２にネットワークデータ解析機能（ＮＷＤＡＦ：NetWork Data Analytics Function）、データコレクションコーディネーション機能（ＤＣＣＦ：Data Collection Coordination Function）を実装するようにしてもよい。
【0133】
ネットワークデータ解析機能は、学習済みのＡＩ（Artificial Intelligence）／ＭＬ（Machine Learning）モデルを利用して推論を実行し、分析情報を生成する分析論理機能（ＡｎＬＦ：Analytics Logical Function）、さらにはＡＩ／ＭＬモデルを学習するモデル学習論理機能（ＭＴＬＦ：Model Training Logical Function）を含むことができる。利用するアプリケーションに応じて、モデル学習論理機能を含む他のネットワークデータ解析機能から学習済みのＭＬモデルを取得することができる。ここで、他のネットワークデータ解析機能は、例えばアプリケーションサーバ４０－１に実装されている。アプリケーションサーバ４０－１には、他のネットワークデータ解析機能に加え、他のデータコレクションコーディネーション機能が実装されている。
【0134】
エッジアプリケーションサーバ４０－２に実装されるネットワークデータ解析機能は、ＵＥ１０から取得する様々なセンシング情報と、アプリケーションに応じて取得したＡＩ／ＭＬモデルを使って、画像認識、音声認識、自動翻訳、２次元、若しくは３次元の位置の推定、同期のための時刻の推定、ＡＤＡＳ（Advanced Driver-Assistance Systems）、若しくは自動運転を支援するためのアシスト情報の算出、例えばダイナミックマップを構成する準静的情報のレイヤ、準動的情報のレイヤ、及び／若しくは動的情報のレイヤの生成等を行う。
【0135】
ＵＥ１０を搭載する車両は、ＧＮＳＳ（Global Navigation Satellite System）受信機、加速度センサー、ジャイロセンサー、カメラ（イメージセンサー）、ＬｉＤＡＲ（Light Detection And Ranging）、ミリ波レーダー等を搭載し、エッジアプリケーションサーバ４０－２からアシスト情報を取得して、ＡＤＡＳ、若しくは自動運転を行うことができる。車両は、さらに加速度センサー、ジャイロセンサー、磁界センサー、気圧センサー、温度センサー等で構成される慣性計測ユニット（ＩＭＵ：Inertial Measurement Unit）を搭載するようにしてもよい。ここで、車両にはドローン（Drone）に代表される無人航空機（ＵＡＶ：Unmanned Aerial Vehicle）が含まれる。
【0136】
同様に、ＵＥ１０を搭載するロボットは、その用途に応じて、慣性計測ユニット、電圧センサー、電流センサー、ＴｏＦ（Time of Flight）センサー、カメラ（イメージセンサー）、赤外線センサー、超音波センサー、圧力センサー、振動センサー、湿度センサー、ガスセンサー、味覚センサー等の各種センサーを搭載し、エッジアプリケーションサーバ４０－２からアシスト情報を取得して、工場内で自律的に移動、又は動作することができる。
【0137】
また、パブリックネットワークは、エッジアプリケーションサーバ４０－２にＸＲ（Extended Reality）メディア生成部、ＸＲメディアエンコード部等のＸＲメディアを処理する機能を実装するようにしてもよい。
【0138】
ＸＲメディア生成部は、ＸＲデバイスであるＵＥ１０から受信する適応的なメディア要求に従って、表示領域に適応したＸＲメディアを生成する。
【0139】
ＸＲメディアエンコード部は、ＸＲメディアを適応的なフォーマットでエンコードする。適応的なフォーマットは、例えば、無線区間の通信品質に基づいて制御される。通信品質が良好であれば、より高解像度のフォーマットが選択され、通信品質が良好でなければ、より低解像度のフォーマットが選択される。
【0140】
また、ＵＥ１０は、クラウドサーバー（例えば、アプリケーションサーバ４０－１）に分散させる閉ループ（Closed loop）の制御の処理をエッジアプリケーションサーバ４０－２で処理させることで、低遅延により制御の安定性を向上させることができる。
【0141】
パブリックネットワークの各ＮＦは、ＮＥＦ３０２－２を介して、ノンパブリックネットワークのＮＦとの間で情報を交換することができる。また、パブリックネットワークとノンパブリックネットワークとのＳＬＡによっては、パブリックネットワークの各ＮＦは、直接、ノンパブリックネットワークのＮＦとの間で情報を交換できるようにしてもよい。
【0142】
［処理方法］
図１６－１９は、本開示の第２の実施形態に係る処理手順の一例を示す図である。ＵＥ１０は、パブリックネットワークの基地局装置である（Ｒ）ＡＮ２０－１（ＭＮ）を介して、ＰＤＵセッション確立要求（PDU Session Establishment Request）メッセージをＣ－ＡＭＦ３０１－１に送信する（ステップＳ６０１）。
図１６－１９は、本開示の第２の実施形態に係る処理手順の一例を示す図である。ＵＥ１０は、パブリックネットワークの基地局装置である（Ｒ）ＡＮ２０－１（ＭＮ）を介して、ＰＤＵセッション確立要求（PDU Session Establishment Request）メッセージをＣ－ＡＭＦ３０１－１に送信する（ステップＳ６０１）。
【0143】
Ｃ－ＡＭＦ３０１－１は、ＰＤＵセッション確立要求メッセージに含まれるＳ－ＮＳＳＡＩ及びＤＮＮ等に基づいてＳＭＦ選択を実行し（ステップＳ６０２）、ＰＤＵセッション管理コンテキスト生成要求（Nsmf_PDUSession_CreateSMContext_Request）メッセージを選択されたＣ－ＳＭＦ３０６－１に送信する（ステップＳ６０３）。
【0144】
Ｃ－ＳＭＦ３０６－１は、ＰＤＵセッション管理コンテキスト生成要求メッセージを受信すると、ＵＤＭ３０７－１に対してサブスクリプション契約に係る情報を取得する処理を起動する（ステップＳ６０４）。
【0145】
ＵＤＭ３０７－１は、エッジアプリケーションサーバ設置情報（EAS Deployment Information）をＣ－ＳＭＦ３０６－１に供給する（ステップＳ６０５）。このエッジアプリケーションサーバ設置情報は、ローカルに設置されるＤＮ（例えば、ノンパブリックネットワークのＤＮ３４０－２）毎にエッジサービスがどのように展開されているかを示す情報である。
【0146】
Ｃ－ＳＭＦ３０６－１は、ＰＤＵセッション管理コンテキスト生成要求メッセージに対する応答メッセージ（Nsmf_PDUSession_CreateSMContext_Response）を返信する（ステップＳ６０６）。
【0147】
ＵＥ１０とＣ－ＤＮ３４０－１との間に確立されるＰＤＵセッションの認証及び承認（PDU Session authentication/authorization）処理が実行される（ステップＳ６０７）。
【0148】
Ｃ－ＳＭＦ３０６－１は、Ｓ－ＮＳＳＡＩ、ＤＮＮ、サブスクリプション契約に係る情報及びエッジアプリケーションサーバ設置情報等に基づいてＰＣＦ選択（PCF Selection）を実行する（ステップＳ６０８）。
【0149】
Ｃ－ＳＭＦ３０６－１は、選択されたＰＣＦ３０５－１との間においてセッション管理ポリシーの関係確立手順（SM Policy Association Establishment procedure）を実行する（ステップＳ６０９）。なお、ステップＳ６０５におけるエッジアプリケーションサーバ設置情報の取得は、このセッション管理ポリシーの関係確立手順の中で行われてもよい。
【0150】
Ｃ－ＳＭＦ３０６－１は、ＵＥ１０の位置に係る情報及びエッジアプリケーションサーバ設置情報等に基づいて、エッジアプリケーションサーバを使ったサービスを提供するノンパブリックネットワークとなるＶＰＬＭＮ又はＳＮＰＮの候補を選択する（ステップＳ６１０）。ここで、ＵＥ１０の位置に係る情報は、ＵＥ１０から取得してもよいし、ＬＭＦ（Location Management Function）３１２から取得するようにしてもよい。
【0151】
Ｃ－ＳＭＦ３０６－１は、サブスクリプション契約、選択されたＶＰＬＭＮ又はＳＮＰＮの候補、セッション管理ポリシー及びエッジアプリケーションサーバ設置情報等に基づいて、ＥＡＳＤＦ（Edge Application Server Discovery Function）選択を実行する（ステップＳ６１１）。
【0152】
Ｃ－ＳＭＦ３０６－１は、ＤＮＳコンテキスト生成要求（Neasdf_DNSContext_Create Request）メッセージを選択されたＬ－ＥＡＳＤＦ３１１－２に送信する（ステップＳ６１２）。
【0153】
Ｌ－ＥＡＳＤＦ３１１－２は、メッセージに含まれるＵＥ１０のＩＰアドレス、ＳＵＰＩ（SUbscription Permanent Identifier）、又はＳＵＣＩ（SUbscription Concealed Identifier）等を保持し、ＤＮＳコンテキストを生成する。そして、Ｌ－ＥＡＳＤＦ３１１－２は、ＤＮＳコンテキスト生成要求メッセージに対する応答メッセージ（Neasdf_DNSContext_Create Response）を返信する（ステップＳ６１３）。
【0154】
この処理の後、Ｃ－ＳＭＦ３０６－１は、ＵＥ１０に送信するＰＤＵセッション確立許可（PDU Session Establishment Accept）メッセージにＤＮＳサーバ又はリゾルバ（resolver）としてＬ－ＥＡＳＤＦ３１１－２のＩＰアドレスを含める。
【0155】
Ｃ－ＳＭＦ３０６－１は、パブリックネットワークにおけるＰＤＵセッションアンカー（Ｃ－ＰＳＡ）となるＵＰＦ３３０－１を選択する（ステップＳ６１４）。次に、Ｃ－ＳＭＦ３０６－１は、選択されたＵＰＦ（Ｃ－ＰＳＡ）３３０－１に向けて、Ｎ４セッション確立要求（N4 Session Establishment Request）メッセージを送信する（ステップＳ６１５）。このＮ４セッション確立要求メッセージを介して、ＵＰＦ（Ｃ－ＰＳＡ）３３０－１におけるアップリンク及びダウンリンクのトラフィックを制御するためのＮ４ルールの設定が行われる。このＮ４ルールは、例えば、ＰＤＲ（Packet Detection Rule）、ＦＡＲ（Forwarding Action Rule）、ＱＥＲ（QoS Enforcement Rule）、ＵＲＲ（Usage Reporting Rule）及びＢＡＲ（Buffering Action Rule）等に係る情報である。
【0156】
Ｎ４セッション確立要求を受信したＵＰＦ（Ｃ－ＰＳＡ）３３０－１は、Ｎ４ルールの設定を行い、Ｎ４セッション確立応答（N4 Session Establishment Response）メッセージをＣ－ＳＭＦ３０６－１に返信する（ステップＳ６１６）。なお、上記のステップＳ６１４においてＰＤＵセッションのために複数のＵＰＦ３３０－１が選択された場合には、Ｎ４セッション確立処理は、各ＵＰＦ３３０－１に対して起動される。
【0157】
Ｃ－ＳＭＦ３０６－１は、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージをＣ－ＡＭＦ３０１－１に送信する（ステップＳ６１７）。Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージには、ＰＤＵセッションＩＤ、Ｎ２セッション管理情報（N2 SM Information）、ＣＮトンネル情報（CN Tunnel Info）、Ｓ－ＮＳＳＡＩ、及びＮ１セッション管理コンテナ（N1 SM Container）が含まれている。
【0158】
Ｃ－ＡＭＦ３０１－１は、Ｎ２ ＰＤＵセッション要求（N2 PDU Session Request）メッセージをパブリックネットワークの基地局装置である（Ｒ）ＡＮ２０－１（ＭＮ）に送信する（ステップＳ６１８）。
【0159】
（Ｒ）ＡＮ２０－１（ＭＮ）は、ＲＲＣ再設定（RRCReconfiguration）メッセージをＵＥ１０に送信し、ＵＥ１０のＲＲＣに関連する設定を更新する（ステップＳ６１９）。ここで、（Ｒ）ＡＮ２０－１（ＭＮ）は、このＲＲＣ再設定メッセージを使って、ステップＳ６１３で選択されたＶＰＬＭＮ又はＳＮＰＮの候補に対応する周波数帯をＵＥ１０の測定周波数帯に追加する指示を通知する。このＶＰＬＭＮ又はＳＮＰＮの候補に対応する周波数帯の追加の指示は、上述のＮ２セッション管理情報を使ってＣ－ＳＭＦ３０６－１から（Ｒ）ＡＮ２０－１（ＭＮ）に通知される。
【0160】
ＵＥ１０は、ＲＲＣに関連する設定を更新すると、ＲＲＣ再設定メッセージに対する応答として、ＲＲＣ再設定完了（RRCReconfigurationComplete）メッセージを（Ｒ）ＡＮ２０－１（ＭＮ）に返信する（ステップＳ６２０）。
【0161】
（Ｒ）ＡＮ２０－１（ＭＮ）は、Ｎ２ ＰＤＵセッション要求メッセージに対する応答として、Ｎ２ ＰＤＵセッション応答（N2 PDU Session Response）メッセージをＣ－ＡＭＦ３０１－１に返信する（ステップＳ６２１）。
【0162】
ＵＥ１０は、ＰＬＭＮに対応する周波数帯に加え、ＶＰＬＭＮ又はＳＮＰＮの候補に対応する周波数帯に関して測定を行う（ステップＳ６２２）。次にＵＥ１０は、ＲＲＣ再設定メッセージを使って設定された測定報告（Measurement Report）のため条件に基づいて測定報告（Measurement reporting）を（Ｒ）ＡＮ２０－１（ＭＮ）に送信する（ステップＳ６２３）。
【0163】
（Ｒ）ＡＮ２０－１（ＭＮ）は、ＵＥ１０から受信する測定報告に基づいて、ノンパブリックネットワークの基地局装置である（Ｒ）ＡＮ２０－２をＤＣ（Dual Connectivity）のＳＮ（Secondary Node）として追加することを決定する（ステップＳ６２４）。次に、（Ｒ）ＡＮ２０－１（ＭＮ）は、選択されたノンパブリックネットワークに対応するＶＰＬＭＮ又はＳＮＰＮに係る情報をＣ－ＡＭＦ３０１－１に通知する（Provision of information on selected VPLMN/SNPN）（ステップＳ６２５）。
【0164】
Ｃ－ＡＭＦ３０１－１は、選択されたノンパブリックネットワークに対応するＶＰＬＭＮ又はＳＮＰＮに係る情報を受信すると、ノンパブリックネットワークのＡＭＦにＬ－ＡＭＦ３０１－２としての動作を要求する（Request for operation as L-AMF）（ステップＳ６２６）。ここで、Ｃ－ＡＭＦ３０１－１は、ノンパブリックネットワークのＮＥＦ３０２－２に対して、ノンパブリックネットワークの（Ｒ）ＡＮ２０－２を制御するＡＭＦを要求することにより、Ｌ－ＡＭＦ３０１－２として動作するＡＭＦを特定することができる。
【0165】
Ｌ－ＡＭＦ３０１－２は、Ｌ－ＡＭＦとして動作する要求への応答（Response for operation as L-AMF）をＣ－ＡＭＦ３０１－１に返信する（ステップＳ６２７）。
【0166】
パブリックネットワークの基地局装置である（Ｒ）ＡＮ２０－１（ＭＮ）は、ノンパブリックネットワークの基地局装置である（Ｒ）ＡＮ２０－２にＳＮ追加要求（SN Addition Request）メッセージを送信する（ステップＳ６２８）。（Ｒ）ＡＮ２０－２がＳＮ追加要求を受け付けると、ＳＮ追加要求への応答（SN Addition Request Acknowledge）メッセージを（Ｒ）ＡＮ２０－１（ＭＮ）に返信する（ステップＳ６２９）。
【0167】
ＳＮ追加要求への応答メッセージを受信した（Ｒ）ＡＮ２０－１（ＭＮ）は、ＳＮ追加を指示するＲＲＣ再設定メッセージ（RRCReconfiguration）をＵＥ１０に送信する（ステップＳ６３０）。ＵＥ１０は、ＳＮ追加に必要な設定を完了すると、ＲＲＣ再設定完了（RRCReconfigurationComplete）メッセージを（Ｒ）ＡＮ２０－１（ＭＮ）に応答する（ステップＳ６３１）。（Ｒ）ＡＮ２０－１（ＭＮ）は、ＵＥ１０がＳＮ追加に必要な設定を完了したことを通知するために、ＳＮ再設定完了（RRCReconfigurationComplete）メッセージを（Ｒ）ＡＮ２０－２に転送する（ステップＳ６３２）。
【0168】
ＵＥ１０は、ＳＮである（Ｒ）ＡＮ２０－２に対してランダムアクセス処理（Random Access Procedure）を実行する（ステップＳ６３３）。これにより、（Ｒ）ＡＮ２０－２は、ＵＥ１０との間にＤＣのための無線ベアラを確立し、ＰＤＵセッション変更指示（PDU Session Modification Indication）をＬ－ＡＭＦ３０１－２に通知する（ステップＳ６３４）。
【0169】
Ｌ－ＡＭＦ３０１－２は、Ｃ－ＡＭＦ３０１－１を介して、ＰＤＵセッション管理コンテキスト更新要求（Nsmf_PDUSession_UpdateSMContext Request）メッセージをＣ－ＳＭＦ３０６－１に送信する（ステップＳ６３５、ステップＳ６３６）。
【0170】
Ｃ－ＳＭＦ３０６－１は、ＵＥ１０の位置に係る情報及びエッジアプリケーションサーバ設置情報等に基づいて、エッジアプリケーションサーバ４０－２を選択する（ステップＳ６３７）。次に、Ｃ－ＳＭＦ３０６－１は、エッジアプリケーションサーバ４０－２と接続されるＬｏｃａｌ ＤＮ３４０－２を決定する。続いて、Ｃ－ＳＭＦ３０６－１は、Ｌｏｃａｌ ＤＮ３４０－２に基づいて、エッジアプリケーションサーバ４０－２と接続されてノンパブリックネットワークにおけるＰＤＵセッションアンカー（Ｌ－ＰＳＡ）となるＵＰＦを選択する（ステップＳ６３８）。更に、Ｃ－ＳＭＦ３０６－１は、ＵＬ ＣＬ／ＢＰをサポートするＵＰＦを選択する（ステップＳ６３９）。
【0171】
Ｃ－ＳＭＦ３０６－１は、ノンパブリックネットワークのＳＭＦにＬ－ＳＭＦ３０６－２としての動作を要求する（Request for operation as L-SMF）（ステップＳ６４０）。Ｌ－ＳＭＦ３０６－２は、Ｌ－ＳＭＦとして動作する要求への応答（Response for operation as L-SMF）をＣ－ＳＭＦ３０６－１に返信する（ステップＳ６４１）。
【0172】
Ｃ－ＳＭＦ３０６－１は、ステップＳ６３８、及びステップＳ６３９で選択されたＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１、及びＵＰＦ（Ｌ－ＰＳＡ）３３０－２２とのＮ４セッションを確立することを要求するために、Ｌ－ＳＭＦ３０６－２にＮ４セッション確立要求（N4 Session Establishment Request）メッセージを送信する（ステップＳ６４２）。
【0173】
Ｌ－ＳＭＦ３０６－２は、ＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１にＮ４セッション確立要求（N4 Session Establishment Request）メッセージを送信する（ステップＳ６４３）。Ｎ４セッション確立要求を受信したＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１は、Ｎ４ルールの設定を行う。次に、ＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１は、Ｎ４セッション確立応答（N4 Session Establishment Response）メッセージをＬ－ＳＭＦ３０６－２に返信する（ステップＳ６４４）。
【0174】
Ｌ－ＳＭＦ３０６－２は、ＵＰＦ（Ｌ－ＰＳＡ）３３０－２２にＮ４セッション確立要求（N4 Session Establishment Request）メッセージを送信する（ステップＳ６４５）。Ｎ４セッション確立要求を受信したＵＰＦ（Ｌ－ＰＳＡ）３３０－２２は、Ｎ４ルールの設定を行う。次に、ＵＰＦ（Ｌ－ＰＳＡ）３３０－２２は、Ｎ４セッション確立応答（N4 Session Establishment Response）メッセージをＬ－ＳＭＦ３０６－２に返信する（ステップＳ６４６）。
【0175】
ここで、ＵＰＦ（Ｌ－ＰＳＡ）３３０－２２に対するＮ４ルールには、ＵＰＦ（Ｌ－ＰＳＡ）３３０－２２が接続されるＬ－ＤＮ３４０－２にＣ－ＤＮ３４０－１と同一のＤＮＮ（Data Network Name）を付与する指示が含まれている。このＣ－ＳＭＦ３０６－１からの指示に基づいて、ＵＰＦ（Ｌ－ＰＳＡ）３３０－２２は、Ｌ－ＤＮ３４０－２にＣ－ＤＮ３４０－１と同一のＤＮＮを設定する。
【0176】
Ｌ－ＳＭＦ３０６－２は、ＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１、及びＵＰＦ（Ｌ－ＰＳＡ）３３０－２２からＮ４セッション確立応答メッセージを受信すると、Ｎ４セッション確立応答（N4 Session Establishment Response）メッセージをＣ－ＳＭＦ３０６－１に返信する（ステップＳ６４７）。
【0177】
Ｃ－ＳＭＦ３０６－１は、ＵＰＦ（Ｃ－ＰＳＡ）３３０－１にＮ４セッション更新要求（N4 Session Modification Request）メッセージを送信する（ステップＳ６４８）。
【0178】
ＵＰＦ（Ｃ－ＰＳＡ）３３０－１は、ＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１の挿入と、ＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１でローカルブレイクアウトされてＵＰＦ（Ｌ－ＰＳＡ）３３０－２２と接続されるパスの追加に関連して更新されたＮ４ルールの再設定とを行う。次に、ＵＰＦ（Ｃ－ＰＳＡ）３３０－１は、Ｎ４セッション更新応答（N4 Session Modification Response）メッセージをＣ－ＳＭＦ３０６－１に返信する（ステップＳ６４９）。
【0179】
Ｃ－ＳＭＦ３０６－１は、Ｃ－ＡＭＦ３０１－１を介して、ＰＤＵセッション管理コンテキスト更新応答（Nsmf_PDUSession_UpdateSMContext Response）メッセージをＬ－ＡＭＦ３０１－２に返信する（ステップＳ６５０、ステップＳ６５１）。
【0180】
Ｌ－ＡＭＦ３０１－２は、Ｎ２ ＰＤＵセッション要求（N2 PDU Session Request）メッセージをノンパブリックネットワークの基地局装置である（Ｒ）ＡＮ２０－２（ＳＮ）に送信する（ステップＳ６５２）。このＮ２ ＰＤＵセッション要求メッセージには、Ｃ－ＳＭＦ３０６－１から送信された（Ｒ）ＡＮ２０－２（ＳＮ）に係るＮ２セッション管理情報が含まれている。
【0181】
（Ｒ）ＡＮ２０－２（ＳＮ）は、Ｎ２ ＰＤＵセッション応答（N2 PDU Session Response）メッセージをＬ－ＡＭＦ３０１－２に返信する（ステップＳ６５３）。
【0182】
Ｃ－ＡＭＦ３０１－１は、ＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１の挿入及びＵＰＦ（ＵＬ ＣＬ／ＢＰ）３３０－２１でローカルブレイクアウトされるパスの追加に伴って更新されたＮ２セッション管理情報、ＣＮトンネル情報（CN Tunnel Info）、Ｓ－ＮＳＳＡＩ、及びＮ１セッション管理コンテナを含むＮ２メッセージ（N2 Message）を（Ｒ）ＡＮ２０－１（ＭＮ）に送信する（ステップＳ６５４）。
【0183】
Ｎ１セッション管理コンテナには、Ｃ－ＡＭＦ３０１－１がＵＥ１０に提供しなければならないＰＤＵセッション確立許可（PDU Session Establishment Accept）及びＱｏＳルールが含まれている。ＰＤＵセッション確立許可には、Ｓ－ＮＳＳＡＩ及びＥＡＳＤＦ３１１－２のＩＰアドレスが含まれている。
【0184】
（Ｒ）ＡＮ２０－１（ＭＮ）は、Ｎ１メッセージ（N1 Message）を使って、Ｎ２メッセージに含まれていたＰＤＵセッション確立許可及びＱｏＳルールをＵＥ１０に送信し（ステップＳ６５５）、Ｎ２メッセージへの応答を返信する（ステップＳ６５６）。
【0185】
上記の説明では、パブリックネットワーク及びノンパブリックネットワークの異なるネットワークドメインを中央サイト（Central Site）とローカルサイト（Local Site）という表現で分類しているが、この表現に限定されない。例えば、パブリックネットワークをホームネットワーク、ノンパブリックネットワークをビジターネットワークとして、ＨＰＬＭＮとＶＰＬＭＮという表現で分類してもよい。また、ＶＰＬＭＮは、ＳＮＰＮとして分類してもよい。
【0186】
上述のステップＳ６４２乃至ステップＳ６４９の手順により、Ｃ－ＳＭＦ３０６－１は、アップリンクのデータに基づいて当該データの転送先を上述の第１のユーザープレーン機能を介したアプリケーションサーバ４０－１と上述の第２のユーザープレーン機能を介したエッジアプリケーションサーバ４０－２とに振り分ける機能をＰＤＵセッションに追加することができる。この振り分ける機能は、マスターノードを介して第１の無線ベアラにマッピングされた第１のトラフィックの第１のユーザープレーン機能を介したアプリケーションサーバへの転送と、セカンダリーノードを介して第２の無線ベアラにマッピングされた第２のトラフィックの第２のユーザープレーン機能を介したエッジアプリケーションサーバへの転送とに振り分ける機能となる。
【0187】
なお、ホームネットワーク内の（Ｒ）ＡＮ２０－１がマスターノードに該当し、ビジターネットワーク内の（Ｒ）ＡＮ２０－２がセカンダリーノードに該当する。また、（Ｒ）ＡＮ２０－１は第１の基地局の一例である。また、（Ｒ）ＡＮ２０－２は第２の基地局の一例である。また、（Ｒ）ＡＮ２０－１を介する伝達経路は、第１の無線ベアラの一例である。（Ｒ）ＡＮ２０－２を介する伝達経路は、第２の無線ベアラの一例である。また、ＵＰＦ３３０－１は、第１のユーザープレーン機能の一例である。ＵＰＦ３３０－２２は、第２のユーザープレーン機能の一例である。
【0188】
以上に示したエッジアプリケーションサーバを含むＰＤＵセッション確立処理によって、図１５に示したネットワークアーキテクチャの構成を実現することができる。
【0189】
このように、本開示の第２の実施形態のセッション管理方法は、マスターノードとして（Ｒ）ＡＮ２０－１に接続された状態においてセカンダリーノードとして（Ｒ）ＡＮ２０－２に接続する。このセカンダリーノードにおいてセッションブレイクアウトの形態にてエッジアプリケーションサーバを含むＤＮ３４０－２と接続する。管理するＰＤＵセッションが１つであるため、２つのＰＤＵセッションを確立する場合と比較してセッション管理を容易にすることができる。
【0190】
（５．３ まとめ）
上述の第１の実施形態及び第２の実施形態によれば、パブリックネットワークがノンパブリックネットワークにより提供されるエッジアプリケーションサーバを活用する管理が容易なセッション管理を実現することができる。これにより、ユーザープレーンにおける遅延を削減することが可能となる。
上述の第１の実施形態及び第２の実施形態によれば、パブリックネットワークがノンパブリックネットワークにより提供されるエッジアプリケーションサーバを活用する管理が容易なセッション管理を実現することができる。これにより、ユーザープレーンにおける遅延を削減することが可能となる。
【0191】
（５．４ 補足説明）
上述の実施形態の用語について説明する。
上述の実施形態の用語について説明する。
【0192】
［エッジアプリケーションサーバの情報］
図１６のステップＳ６０５において説明したように、エッジアプリケーションサーバ設置情報は、ローカルに設置されるＤＮ毎にエッジサービスがどのように展開されているかを示す情報である。
図１６のステップＳ６０５において説明したように、エッジアプリケーションサーバ設置情報は、ローカルに設置されるＤＮ毎にエッジサービスがどのように展開されているかを示す情報である。
【0193】
ここで、ノンパブリックネットワークのＡＦ３０８－２は、パブリックネットワークのポリシーによって、エッジアプリケーションサーバ設置情報生成、更新及び削除（Nnef_EASDeployment_Create/Update/Delete）サービスを使って、ＮＥＦ３０２－１に対してエッジアプリケーションサーバ設置情報の生成、更新及び削除を要求することができる。パブリックネットワークのポリシーによってＡＦ３０８－２からの要求が許可されている場合には、ＮＥＦ３０２－１は、ＵＤＲに対してデータ管理生成、更新及び削除（Nudr_DM_Create /Update/Delete）サービスを起動し、ＵＤＲはＡＦ３０８－２からの要求に含まれるエッジアプリケーションサーバの設置に関連する情報を保存する。
【0194】
また、エッジアプリケーションサーバ設置情報には、ＤＮＮ、Ｓ－ＮＳＳＡＩ、グループ識別子（Group Identifier）、アプリケーションＩＤ（Application ID）、絶対ドメイン名（FQDN：Fully Qualified Domain Name）、ＤＮＳサーバ情報（DNS Server Information）及びＩＰアドレス情報（EAS IP address range Information）等が含まれる。
【0195】
また、グループ識別子には、内部グループ識別子（Internal Group Identifier）と外部グループ識別子（External Group Identifier）とがある。ＮＥＦ３０２－１は、ＵＤＭ３０７－１から受信する情報に基づいて、ＡＦ３０８－２から提供される外部グループ識別子を内部グループ識別子にマッピングすることができる。ＵＤＲのＵＥ１０に対する契約情報は、ＵＥ１０の契約者と内部グループ識別子によって識別されるグループとを関連付けた情報にすることができる。つまり、同一のＤＮＮ及びＳ－ＮＳＳＡＩに対して、異なる内部グループ識別子毎のエッジアプリケーションサーバ設置情報を作成することができる。
【0196】
［セッション管理に係るポリシー］
図１６のステップＳ６０９において説明したように、Ｃ－ＳＭＦ３０６－１は、選択されたＰＣＦ３０５－１との間においてセッション管理ポリシーの関係確立手順を実行する。
図１６のステップＳ６０９において説明したように、Ｃ－ＳＭＦ３０６－１は、選択されたＰＣＦ３０５－１との間においてセッション管理ポリシーの関係確立手順を実行する。
【0197】
Ｃ－ＳＭＦ３０６－１が取得するセッション管理に係るポリシーには、例えば、Ｓ－ＮＳＳＡＩとＤＮＮで特定されるＰＤＵセッションに対してエッジアプリケーションサーバの使用を推奨する情報が含まれている。ＤＮＮを介してアプリケーションを提供するパブリックネットワークであるＰＬＭＮやサードパーティーのサービスプロバイダは、ＡＦ要求（AF request）を介して、アプリケーションに対してエッジアプリケーションサーバ使用の推奨の有無をセッション管理に係るポリシーに反映させるための要求をすることができる。
【0198】
エッジアプリケーションサーバ使用の推奨の有無は、アプリケーションを識別する情報（Application Identifier）毎に設定される。エッジアプリケーションサーバ使用の推奨の有無をセッション管理に係るポリシーに反映させるための要求は、例えば、後述するＤＮＡＩ（Data Network Access Identifier）毎のＮ６トラフィックルーティング要求に含めることができる。この場合、エッジアプリケーションサーバ使用の推奨の有無をセッション管理に係るポリシーに反映させるための要求をＮ６トラフィックルーティング情報（N6 traffic routing information）として提供するようにしてもよい。
【0199】
なお、ＡＦ３０８は、ＡＦ要求を使ってアプリケーションサーバ４０へのトラフィックのルーティングに関する要求を行うことができる。このＡＦ要求は、ＮＥＦ３０２を介してＰＣＦ３０５に送信される。なお、ＡＦ３０８がＰＣＦ３０５に直接アクセスできる場合には、ＡＦ要求はリファレンスポイントのＮ５を介してＰＣＦ３０５に送信される。Ｎ５は、ＡＦ３０８とＰＣＦ３０５との間で定義されたリファレンスポイントである。ＰＣＦ３０５は、受信したＡＦ要求をＰＤＵセッションに適用するポリシー、又はルールに変換する。
【0200】
ＡＦ要求には、必須（mandatory）であるＴｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｉｏｎ、Ｔａｒｇｅｔ ＵＥ Ｉｄｅｎｔｉｆｉｅｒ（ｓ）、ＡＦ Ｔｒａｎｓａｃｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒを含めなければならない。ここで、Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｉｏｎは、トラフィックを識別するための情報であり、ＤＮＮ（Data Network Name）及びＳ－ＮＳＳＡＩ（Single Network Slice Selection Assist Information）の組み合わせとａｐｐｌｉｃａｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ、又はｔｒａｆｆｉｃ ｆｉｌｔｅｒｉｎｇ ｉｎｆｏｒｍａｔｉｏｎとにより構成される。ここで、ＤＮＮは、４Ｇ以前のシステムで使用されているＡＰＮ（Access Point Name）に相当するものである。
【0201】
また、Ｓ－ＮＳＳＡＩは、ネットワークスライスの選択をアシストするための情報（ネットワークスライス選択支援情報）である。このＳ－ＮＳＳＡＩは、スライスの型（slice type）を識別する８ビットから成る必須（mandatory）のＳＳＴ（Slice/Service Type）と、同一のＳＳＴの中で異なるスライスを区別するための２４ビットから成る任意（optional）のＳＤ（Slice Differentiator）との組で構成される。
【0202】
ａｐｐｌｉｃａｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒは、ユーザープレーンのトラフィックを扱うアプリケーションを識別する情報であり、ＵＰＦ３３０がアプリケーションのトラフィックを識別するために使用する情報である。
【0203】
ｔｒａｆｆｉｃ ｆｉｌｔｅｒｉｎｇ ｉｎｆｏｒｍａｔｉｏｎは、トラフィックを分類するための情報である。例えば、送信元ＩＰ、送信元ポート番号、宛先ＩＰ、宛先ポート番号及びプロトコル番号からなる５ Tｕｐｌｅである。
【0204】
また、ＡＦ要求には、条件によって潜在的なアプリケーションの位置に係る情報を含めることができる。ここで、潜在的なアプリケーションの位置に係る情報は、アプリケーションが実装される先の候補となる１つ以上のＤＮ３４０へのユーザープレーンアクセスを識別するためのＤＮＡＩ（Data Network Access Identifier）を含むリストとして提供される。
【0205】
更に、ＡＦ要求には、オプションとしてＳｐａｔｉａｌ Ｖａｌｉｄｉｔｙ Ｃｏｎｄｉｔｉｏｎ、Ｎ６トラフィックルーティング要求（N6 Traffic Routing requirements）、Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｌｏｃａｔｉｏｎ Ｐｏｓｓｉｂｉｌｉｔｙ、ＵＥ ＩＰ ａｄｄｒｅｓｓ ｐｒｅｓｅｒｖａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、Ｔｅｍｐｏｒａｒｙ Ｖａｌｉｄｉｔｙ Ｃｏｎｄｉｔｉｏｎ、ＳＭＦイベントに対するＡＦサブスクリプションに関する情報、５ＧＣ３０におけるエッジアプリケーションサーバのＩＰ Ｒｅｐｌａｃｅｍｅｎｔのための情報、Ｕｓｅｒ Ｐｌａｎｅ Ｌａｔｅｎｃｙ Ｒｅｑｕｉｒｅｍｅｎｔ、ＡＦ変更（AF change）に関する情報及びエッジアプリケーションサーバの再配置（EAS Relocation）のための指示等を含むことができる。ここで、Ｎ６は、ＵＰＦ３３０とＤＮ３４０間のリファレンスポイントである。
【0206】
Ｓｐａｔｉａｌ Ｖａｌｉｄｉｔｙ Ｃｏｎｄｉｔｉｏｎは、有効なエリアの形式で提供される。ＡＦ要求がＳＭＦ３０６でのルーティングの決定に関する要求である場合には、Ｓｐａｔｉａｌ Ｖａｌｉｄｉｔｙ Ｃｏｎｄｉｔｉｏｎは、そのトラフィックのルーティングが特定の位置に在圏するＵＥ１０のトラフィックにだけ適用されることを示す。ＡＦ要求がユーザープレーンのパス管理のイベントについての通知を登録するための要求である場合には、Ｓｐａｔｉａｌ Ｖａｌｉｄｉｔｙ Ｃｏｎｄｉｔｉｏｎは、その通知が特定の位置に在圏するＵＥ１０のトラフィックにだけ適用されることを示す。
【0207】
Ｎ６トラフィックルーティング要求に関する情報は、ＤＮＡＩ毎に提供される情報であり、ルーティングプロファイルＩＤとＮ６トラフィックルーティング情報を含めることができる。ルーティングプロファイルＩＤは、ＡＦ３０８と５ＧＣ３０との間であらかじめ合意されているルーティングに関するポリシーを参照するための識別情報である。Ｎ６トラフィックルーティング情報は、ＤＮＡＩへのトラフィックを転送するために必要な情報を含んでいる。
【0208】
Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｌｏｃａｔｉｏｎ Ｐｏｓｓｉｂｉｌｉｔｙは、アプリケーションの位置が５ＧＣ３０によって選択された後にアプリケーションが再配置できるか、否かを示す情報である。
【0209】
ＵＥ ＩＰ ａｄｄｒｅｓｓ ｐｒｅｓｅｒｖａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎは、Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｉｏｎによって識別されるトラフィックに関係するＵＥ１０のＩＰアドレスが維持されるべきであることを示す。この指示をＡＦ３０８から受信すると、５ＧＣ３０は、ＵＰＦ３３０が選択された後に、ＵＰＦ３３０の再選択を避けることでＵＥ１０のＩＰアドレスを維持する。
【0210】
Ｔｅｍｐｏｒａｒｙ Ｖａｌｉｄｉｔｙ Ｃｏｎｄｉｔｉｏｎは、ＡＦ要求が適用される時間間隔、又は期間を示す形式で提供される。ＡＦ要求がＳＭＦ３０６でのルーティングの決定に関する要求である場合には、Ｔｅｍｐｏｒａｒｙ Ｖａｌｉｄｉｔｙ Ｃｏｎｄｉｔｉｏｎは、そのトラフィックのルーティングがいつ適用されるかを示す。ＡＦ要求がユーザープレーンのパス管理のイベントについての通知を登録するための要求である場合には、Ｔｅｍｐｏｒａｒｙ Ｖａｌｉｄｉｔｙ Ｃｏｎｄｉｔｉｏｎは、その通知がいつ発生するかを示す。
【0211】
ＳＭＦイベントに対するＡＦサブスクリプションに関する情報を含むＡＦ要求は、Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｉｏｎにより識別されるトラフィックに関連するユーザープレーンのパスの変化の通知を登録するための要求である。このＡＦ要求は、サブスクリプションのタイプ及びイベント通知を受信するための通知先アドレス（notification target address）等が含まれる。サブスクリプションのタイプが先通知（Early notification）である場合には、ＳＭＦ３０６は、新たなユーザープレーンのパスが設定される前にパスの変化の通知を送信する。サブスクリプションのタイプが後通知（Late notification）である場合には、ＳＭＦ３０６は、新たなユーザープレーンのパスが設定された後にパスの変化の通知を送信する。
【0212】
エッジアプリケーションサーバのＩＰ Ｒｅｐｌａｃｅｍｅｎｔのための情報は、エッジコンピューティングによるサービスのためのソースエッジアプリケーションサーバの識別子とターゲットエッジアプリケーションサーバの識別子を指示する。ここで、識別子は、例えば、ソース及びターゲットエッジアプリケーションサーバのＩＰアドレスとポート番号である。
【0213】
Ｕｓｅｒ Ｐｌａｎｅ Ｌａｔｅｎｃｙ Ｒｅｑｕｉｒｅｍｅｎｔは、ターゲットエッジアプリケーションサーバの再配置の際に考慮されるユーザープレーンでの遅延である。ＵＥ１０と候補のＰＳＡ ＵＰＦとの間のユーザープレーンにおける遅延の推測値がＳＭＦ３０６に対して既知であるネットワーク配置において、ＳＭＦ３０６がＡＦ要求に基づいてＰＳＡ ＵＰＦの再配置を決定できるように、ＡＦ３０８は、ＡＦ要求を介して５ＧＣ３０にＵｓｅｒ Ｐｌａｎｅ Ｌａｔｅｎｃｙ Ｒｅｑｕｉｒｅｍｅｎｔを要求することができる。
【0214】
ＡＦ変更に関する情報は、ＡＦ３０８の再配置に関する情報であり、変更先のターゲットＡＦ３０８を識別する情報であるＡＦ ＩＤを含む。
【0215】
エッジアプリケーションサーバの再配置のための指示は、アプリケーションを再配置することの指示である。
【0216】
［ＵＥ１０の位置に係る情報］
図１６におけるステップＳ６１０において説明したように、Ｃ－ＳＭＦ３０６－１は、ＵＥ１０の位置に係る情報等に基づいて、エッジアプリケーションサーバ使ったサービスを提供するノンパブリックネットワークとなるＶＰＬＭＮ又はＳＮＰＮの候補を選択する。
図１６におけるステップＳ６１０において説明したように、Ｃ－ＳＭＦ３０６－１は、ＵＥ１０の位置に係る情報等に基づいて、エッジアプリケーションサーバ使ったサービスを提供するノンパブリックネットワークとなるＶＰＬＭＮ又はＳＮＰＮの候補を選択する。
【0217】
ＵＥ－Ｂａｓｅｄ ｍｏｄｅにおいて、ＵＥ１０は、ＬＭＦ（Location Management Function）から補助データ（assistance data）を取得し、ＧＮＳＳ（Global Navigation Satellite System）に関する測定と位置の計算を行うことができる。例えば、広く知られたＡｓｓｉｓｔｅｄ－ＧＮＳＳと呼ばれる手法を使用することができる。なお、ＧＮＳＳからの信号を受信できない場合等、ＵＥ１０はＧＮＳＳ以外の手段で位置に係る情報を検出してもよい。例えば、Ｓｉｄｅｌｉｎｋ ｐｏｓｉｔｉｏｎｉｎｇ、ＷＬＡＮ ｐｏｓｉｔｉｏｎｉｎｇ、Ｂｌｕｅｔｏｏｔｈ（登録商標） ｐｏｓｉｔｉｏｎｉｎｇ、又は、ＴＢＳ（Terrestrial Beacon Systems）ｐｏｓｉｔｉｏｎｉｎｇと呼ばれる手法を用いて、ＵＥ1０は自身の位置に係る情報を検出することができる。
【0218】
ＵＥ１０は、Ｓｉｄｅｌｉｎｋ ｐｏｓｉｔｉｏｎｉｎｇにおいて、周囲のＵＥ１０、又は路側機（RSU：Road Side Unit）とのＳｌｉｄｅｌｉｎｋ通信によるＳｉｄｅｌｉｎｋ Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ（SL RSSI）を測定して、各ＵＥ１０、又は路側機の位置に係る情報とＳＬ ＲＳＳＩの測定値に基づいて位置を計算する。さらに、ＵＥ１０は、周囲のＵＥ１０、又は路側機との間のＲＴＴ（Round Trip Time）を測定して、その位置を計算するようにしてもよい。
【0219】
ＵＥ１０は、ＷＬＡＮ ｐｏｓｉｔｉｏｎｉｎｇにおいて、各ＷＬＡＮ Ａｃｃｅｓｓ Ｐｏｉｎｔに関するＲｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ（RSSI）を測定して、各ＷＬＡＮ Ａｃｃｅｓｓ Ｐｏｉｎｔの既知の座標に関する情報とその測定値に基づいて位置を計算する。さらに、ＵＥ１０は、ＷＬＡＮ Ａｃｃｅｓｓ Ｐｏｉｎｔとの間のＲＴＴ（Round Trip Time）を測定して、その位置を計算するようにしてもよい。
【0220】
ＵＥ１０は、Ｂｌｕｅｔｏｏｔｈ ｐｏｓｉｔｉｏｎｉｎｇにおいて、各Ｂｌｕｅｔｏｏｔｈ ｂｅａｃｏｎに関するＲｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ（RSSI）を測定して、各Ｂｌｕｅｔｏｏｔｈ ｂｅａｃｏｎの既知の座標に関する情報とその測定値に基づいて位置を計算してもよい。
【0221】
ＵＥ１０がＧＮＳＳ受信機を装備している場合には、ＵＥ－Ａｓｓｉｓｔｅｄ ｍｏｄｅにおいて、ＵＥ１０はＣｏｄｅ Ｐｈａｓｅ、Ｄｏｐｐｌｅｒ、Ｃａｒｒｉｅｒ Ｐｈａｓｅ等のＧＮＳＳに関する測定を行い、これら測定値をＬＭＦ３１２に送信し、ＬＭＦ３１２がＵＥ１０の位置を計算する。
【0222】
また、ＧＮＳＳ受信機を装備していてもＧＮＳＳからの信号を受信できない、又は、ＧＮＳＳを装備していないＵＥ１０に対して、ＬＭＦ３１２は、ＯＴＤＯＡ（Observed Time Difference Of Arrival）、Ｍｕｌｔｉ－ＲＴＴ（Round Trip Time）、ＤＬ ＡｏＤ（Downlink Angle-of-Departure）、ＤＬ ＴＤＯＡ（Downlink Time Difference of Arrival）、ＵＬ ＴＤＯＡ（Uplink Time Difference of Arrival）、ＵＬ ＡｏＡ（Angle of Arrival）と呼ばれるポジショニング技法、又は、ＣＩＤ（Cell ID）を使ったポジショニング技法でＵＥ１０の位置に係る情報を取得してもよい。
【0223】
例えば、ＯＴＤＯＡにおいては、ＵＥ１０は複数のＴＰ（Transmission Point）からダウンリンクのＰＲＳ（Positioning Reference Signal）を受信し、Ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ、Ｇｌｏｂａｌ ｃｅｌｌ ＩＤ、ＴＰ ＩＤ及びＰＲＳのタイミングに関する測定値をＬＰＰ（LTE Positioning Protocol）を介してＬＭＦ３１２に報告することによって、ＬＭＦ３１２が測定された各ＴＰの既知の座標に関する情報と、報告されたＰＲＳの相対タイミングに基づいてＵＥ１０の位置を計算する。
【0224】
また、例えば、ＣＩＤを使ったポジショニングでは、ＬＭＦ３１２は、ｎｇ－ｅＮＢ、又は、ｇＮＢの既知の座標に関する情報と、ＵＥ１０から報告される以下の測定結果とに基づいてＵＥ１０の位置を計算する。ＵＥ１０は、例えば、ＥＣＧＩ（Evolved Cell Global Identifier）、又は、Ｐｈｙｓｉｃａｌ Ｃｅｌｌ ＩＤと、ＲＳＲＰ（Reference Signal Received Power）、ＲＳＲＱ（Reference Signal Received Quality）及びＵＥ Ｒｘ-Ｔｘ ｔｉｍｅ ｄｉｆｆｅｒｅｎｃｅに関する測定結果とをＬＭＦ３１２に報告する。ここで、ＵＥ Ｒｘ-Ｔｘ ｔｉｍｅ ｄｉｆｆｅｒｅｎｃｅは、ＵＥ１０が受信したタイミングと送信したタイミングとの時間差として定義されている。
【0225】
［Ｎ４ルール］
図１７のステップＳ６１５において、ＵＰＦ（Ｃ－ＰＳＡ）３３０－１は、Ｎ４ルールの設定を行う。前述のように、このＮ４ルールは、例えば、ＰＤＲ（Packet Detection Rule）、ＦＡＲ（Forwarding Action Rule）、ＱＥＲ（QoS Enforcement Rule）、ＵＲＲ（Usage Reporting Rule）及びＢＡＲ（Buffering Action Rule）等に係る情報である。
図１７のステップＳ６１５において、ＵＰＦ（Ｃ－ＰＳＡ）３３０－１は、Ｎ４ルールの設定を行う。前述のように、このＮ４ルールは、例えば、ＰＤＲ（Packet Detection Rule）、ＦＡＲ（Forwarding Action Rule）、ＱＥＲ（QoS Enforcement Rule）、ＵＲＲ（Usage Reporting Rule）及びＢＡＲ（Buffering Action Rule）等に係る情報である。
【0226】
ＰＤＲは、ＵＰＦ３３０においてパケットを分類するために必要な情報を含んでいる。例えば、パケットを分類するために必要な情報は、ＰＣＦ３０５から取得するアプリケーションＩＤに対応する１つのＰＤＵセッションにマッピングするＱｏＳフローの数に係るポリシー又はルールと各ＱｏＳフローに５ＱＩ、又はＱｏＳの特徴をマッピングするためのポリシー又はルールに従って設定される。ＵＰＦ３３０は、５ＱＩ、又はＱｏＳの特徴に対応するＱＦＩによってＰＤＵセッションのパケットを分類することができる。ここで、ＱｏＳフローの数に係るポリシー又はルールは、例えば、ＰＣＦ３０５がＡＦ要求の一部として取得するＮ６トラフィックルーティング情報に基づいて設定される。ここで、１つのＰＤＵセッションにマッピングするＱｏＳフローの数は、明示的にＡＦ要求のパラメータとして含めてもよいし、Ｎ６トラフィックルーティング情報の接続先の数に基づいて設定するようにしてもよい。
【0227】
ＦＡＲは、特定のパケットに対する処理方法、例えば、フォワード、複製、ドロップ、又はバッファ等に係る情報を含んでいる。
【0228】
ＱＥＲは、トラフィックに適用されるＱｏＳの指示に係る情報を含んでいる。例えば、トラフィックに適用されるＱｏＳの指示に係る情報は、ＰＣＦ３０５から取得する各ＱｏＳフローに５ＱＩ、又はＱｏＳの特徴をマッピングするためのポリシー又はルールに従って設定される。
【0229】
ＵＲＲは、トラフィックの計測及び報告のために必要な情報を含んでいる。ＢＡＲは、データがバッファリングされる期間及び量、並びに、コントロールプレーンにおける通知方法に係る情報を含んでいる。
【0230】
［Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージ］
図１７のステップＳ６１７において説明したように、Ｃ－ＳＭＦ３０６－１は、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージをＣ－ＡＭＦ３０１－１に送信する。前述のように、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージには、ＰＤＵセッションＩＤ、Ｎ２セッション管理情報（N2 SM Information）、ＣＮトンネル情報（CN Tunnel Info）、Ｓ－ＮＳＳＡＩ、及びＮ１セッション管理コンテナ（N1 SM Container）が含まれている。
図１７のステップＳ６１７において説明したように、Ｃ－ＳＭＦ３０６－１は、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージをＣ－ＡＭＦ３０１－１に送信する。前述のように、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージには、ＰＤＵセッションＩＤ、Ｎ２セッション管理情報（N2 SM Information）、ＣＮトンネル情報（CN Tunnel Info）、Ｓ－ＮＳＳＡＩ、及びＮ１セッション管理コンテナ（N1 SM Container）が含まれている。
【0231】
Ｎ２セッション管理情報には、ＰＤＵセッションＩＤ、ＱＦＩ（ｓ）、及びＱｏＳプロファイル等が含まれている。ここで、ＱｏＳプロファイルには、ＰＤＵセットに係る情報が含まれていてもよい。例えば、特定のＱＦＩに対応するＱｏＳフローに設定されたＰＤＵセットに係る情報が含まれている。また、１つのＰＤＵセッションに複数のＱｏＳフローがマッピングされる場合には、複数のＱｏＳプロファイルで構成されるＱｏＳプロファイルセットを提供するようにしてもよい。
【0232】
ＰＤＵセッションのために複数のＵＰＦ３３０－１が使用される場合には、ＣＮトンネル情報には、Ｎ３を終端するこれら複数のＵＰＦ３３０－１に関連するトンネリング情報（Tunnel Information）が含まれる。
【0233】
Ｎ１セッション管理コンテナには、Ｃ－ＡＭＦ３０１－１がＵＥ１０に提供しなければならないＱｏＳルールが含まれている。
【0234】
Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージには、Ｃ－ＡＭＦ３０１－１がＵＥ１０に対していずれのアクセスを使用するのかが分かるように、ＰＤＵセッションＩＤが含まれている。
【0235】
［Ｎ２ ＰＤＵセッション要求メッセージ］
図１７のステップＳ６１８において説明したように、Ｃ－ＡＭＦ３０１－１は、Ｎ２ ＰＤＵセッション要求メッセージをパブリックネットワークの基地局装置である（Ｒ）ＡＮ２０－１（ＭＮ）に送信する。このＮ２ ＰＤＵセッション要求メッセージには、ＵＥ１０を送り先とするＰＤＵセッションＩＤ及びＮ１セッション管理コンテナを含むＮＡＳメッセージ、並びに、Ｃ－ＳＭＦ３０６－１から送信された（Ｒ）ＡＮ２０－１（ＭＮ）に係るＮ２セッション管理情報が含まれている。
図１７のステップＳ６１８において説明したように、Ｃ－ＡＭＦ３０１－１は、Ｎ２ ＰＤＵセッション要求メッセージをパブリックネットワークの基地局装置である（Ｒ）ＡＮ２０－１（ＭＮ）に送信する。このＮ２ ＰＤＵセッション要求メッセージには、ＵＥ１０を送り先とするＰＤＵセッションＩＤ及びＮ１セッション管理コンテナを含むＮＡＳメッセージ、並びに、Ｃ－ＳＭＦ３０６－１から送信された（Ｒ）ＡＮ２０－１（ＭＮ）に係るＮ２セッション管理情報が含まれている。
【0236】
（Ｒ）ＡＮ２０－１（ＭＮ）は、Ｎ２ ＰＤＵセッション要求メッセージに含まれるＮ２セッション管理情報から、ＰＤＵセッションＩＤ、ＱＦＩ、及びＱｏＳプロファイル等を取得する。また、（Ｒ）ＡＮ２０－１（ＭＮ）は、Ｎ２ ＰＤＵセッション要求メッセージに含まれるＮＡＳメッセージをＵＥ１０に転送する。上述したように、ＮＡＳメッセージには、ＰＤＵセッションＩＤ及びＮ１セッション管理コンテナが含まれており、Ｎ１セッション管理コンテナには、ＱｏＳルールが含まれている。
【0237】
また、（Ｒ）ＡＮ２０－１（ＭＮ）は、ＰＤＵセッションにＡＮトンネル情報（AN Tunnel Info）を割り当てる。ここで、ＡＮトンネル情報は、関与する各（Ｒ）ＡＮノードのｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔと各ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔに割り当てられたＱＦＩｓを含んでいる。（Ｒ）ＡＮ２０－１（ＭＮ）は、Ｃ－ＡＭＦ３０１－１に通知するためのＮ２セッション管理情報を更新する。ここで、Ｎ２セッション管理情報は、ＰＤＵセッションＩＤ、ＡＮトンネル情報、許可、又は拒否されたＱＦＩ（ｓ）のリスト、及びＵｓｅｒ Ｐｌａｎｅ Ｅｎｆｏｒｃｅｍｅｎｔ Ｐｏｌｉｃｙ Ｎｏｔｉｆｉｃａｔｉｏｎ等の情報を含む。
【0238】
（その他の変形例）
図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。なお、この分散・統合による構成は動的に行われてもよい。
図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。なお、この分散・統合による構成は動的に行われてもよい。
【0239】
また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のフローチャートに示された各ステップは、適宜順序を変更することが可能である。
【0240】
また、例えば、本実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
【0241】
なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。従って、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【0242】
以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
【0243】
なお、本明細書に記載された効果はあくまで例示であって限定されるものでは無く、また他の効果があってもよい。
【0244】
なお、本技術は以下のような構成も取ることができる。
（１）
エッジアプリケーションサーバと接続する１つのＰＤＵセッションの確立又は更新処理において、
ホームネットワーク内の第１のセッションマネージメント機能を選択することと、
前記ホームネットワーク内のアプリケーションサーバに対応する１つのデータネットワークネームに基づいて、前記アプリケーションサーバと接続されるＰＤＵセッションアンカーとなる第１のユーザープレーン機能（３３０－１）を選択することと、
ビジターネットワーク内の第２のセッションマネージメント機能を選択することと、
前記ビジターネットワーク内の前記エッジアプリケーションサーバとセッションブレイクアウトの形態で接続されるＰＤＵセッションアンカーとなる第２のユーザープレーン機能（３３０－２２）を選択することと、
前記エッジアプリケーションサーバの少なくとも一部の演算処理部に前記データネットワークネームを対応付けることと、
アップリンクのデータに基づいて当該データの転送先を前記第１のユーザープレーン機能を介した前記アプリケーションサーバと前記第２のユーザープレーン機能を介した前記エッジアプリケーションサーバとに振り分ける機能を前記ＰＤＵセッションに追加することと、
を含むセッション管理方法。
（２）
前記エッジアプリケーションサーバを提供する１つ以上のビジターネットワークの候補に係る情報を提供することを更に含む前記（１）に記載のセッション管理方法。
（３）
前記ホームネットワークは、第１のＰＬＭＮ（Public Land Mobile Network）によって管理されるＨＰＬＭＮ（Home PLMN）であり、
前記ビジターネットワークは、第２のＰＬＭＮによって管理されるＶＰＬＭＮ（Visitor PLMN）であり、
前記第１のＰＬＭＮは、前記第２のＰＬＭＮとの間にローミング契約を有する
前記（１）又は（２）に記載のセッション管理方法。
（４）
前記ホームネットワークは、ＰＬＭＮによって管理されるＨＰＬＭＮであり、
前記ビジターネットワークは、ＳＮＰＮ（Stand-alone Non-Public Network）によって管理されるノンパブリックネットワークであり、
前記ＰＬＭＮは、前記ＳＮＰＮとの間にＳＬＡ（Service Level Agreement）を有する 前記（１）から（３）の何れかに記載のセッション管理方法。
（５）
前記１つのＰＤＵセッションは、無線端末装置が接続可能な前記ビジターネットワーク内の基地局装置を介したＰＤＵセッションである前記（１）から（４）の何れかに記載のセッション管理方法。
（６）
前記ホームネットワーク内の第１の基地局装置をマスターノードとし、前記ビジターネットワーク内の第２の基地局装置をセカンダリーノードとするデュアルコネクティビティによる無線ベアラを確立することを更に含み、
前記ＰＤＵセッションは、前記無線ベアラを含む
前記（１）から（５）の何れかに記載のセッション管理方法。
（７）
前記振り分ける機能は、前記マスターノードを介して第１の無線ベアラにマッピングされた第１のトラフィックの前記第１のユーザープレーン機能を介した前記アプリケーションサーバへの転送と、前記セカンダリーノードを介して第２の無線ベアラにマッピングされた第２のトラフィックの前記第２のユーザープレーン機能を介した前記エッジアプリケーションサーバへの転送とに振り分ける機能である前記（６）に記載のセッション管理方法。
（８）
前記第１のセッションマネージメント機能が、前記アプリケーションサーバに対応する前記データネットワークネームを前記演算処理部に設定することを前記第２のユーザープレーン機能に指示する機能である前記（１）から（７）の何れかに記載のセッション管理方法。
（９）
前記エッジアプリケーションサーバの設置に係る情報を取得することと、
前記エッジアプリケーションサーバの設置に係る前記情報に基づいて１つ以上のビジターネットワークの前記候補を選択することと
を更に含む前記（２）に記載のセッション管理方法。
（１０）
１つ以上のビジターネットワークの候補に係る情報を提供することと、
無線通信装置からの要求に基づいて登録のための手順を実行することと、
前記登録のための手順に応じてＡｌｌｏｗｅｄ ＮＳＳＡＩ（Network Slice Selection Assistance Information）を生成することと、
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に特定のＳ－ＮＳＳＡＩ（Single-NSSAI）が含まれている場合に、前記１つ以上のビジターネットワークの前記候補に含まれるビジターネットワークに対応する周波数帯をセル選択又はセル再選択のための測定周波数に追加することを前記無線通信装置に指示することと、
を含む方法。
（１１）
前記無線通信装置から前記特定のＳ－ＮＳＳＡＩのためのＰＤＵセッション確立要求を受信した場合に、前記セル選択又はセル再選択のための前記測定周波数に追加された前記周波数帯の優先度を上げることを前記無線通信装置に指示することを更に含む前記（１０）に記載の方法。
（１２）
前記特定のＳ－ＮＳＳＡＩが、エッジアプリケーションサーバを使用するアプリケーションの利用である場合に、前記１つ以上のビジターネットワークの前記候補に含まれる前記ビジターネットワークに対応する前記周波数帯を、前記セル選択又はセル再選択のための前記測定周波数に追加する前記（１０）又は（１１）に記載の方法。
（１３）
前記１つ以上のビジターネットワークが提供するＳ－ＮＳＳＡＩを含むＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩを前記無線通信装置に設定することを指示することを更に含む前記（１０）から（１２）の何れかに記載の方法。
（１４）
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に、前記特定のＳ－ＮＳＳＡＩが含まれていない場合に、前記無線通信装置から前記特定のＳ－ＮＳＳＡＩへの登録要求を受信して、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供するビジターネットワークが含まれているかの確認を行うことと、
前記確認の結果、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供する前記ビジターネットワークが含まれている場合に、前記特定のＳ－ＮＳＳＡＩを追加して前記Ａｌｌｏｗｅｄ ＮＳＳＡＩを更新することと
を更に含む前記（１０）から（１３）の何れかに記載の方法。
（１５）
前記登録のための手順に応じてＲｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩを特定することと、
前記無線通信装置から前記Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩである前記特定のＳ－ＮＳＳＡＩへの登録要求を受信して、前記無線通信装置が在圏するトラッキングエリア内で前記特定のＳ－ＮＳＳＡＩを利用できない場合に、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供するビジターネットワークが含まれているかの確認を行うとと、
前記確認の結果、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供する前記ビジターネットワークが含まれている場合に、前記特定のＳ－ＮＳＳＡＩを追加して前記Ａｌｌｏｗｅｄ ＮＳＳＡＩを更新することと
を更に含む前記（１０）から（１４）の何れかに記載の方法。
（１６）
前記Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩはレジストレーションエリア内の１つ以上のトラッキングエリアで利用を許可されないＳ－ＮＳＳＡＩであり、
前記Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩと前記レジストレーションエリア内で利用を許可されない１つ以上のトラッキングエリアのセットを前記無線通信装置に提供することと
を更に含む前記（１０）から（１５）の何れかに記載の方法。
（１７）
前記登録のための手順に応じて第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくはＣｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩを特定することと、
前記無線通信装置から前記第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくは前記Ｃｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩに含まれる前記特定のＳ－ＮＳＳＡＩへの登録要求を受信して、前記無線通信装置が在圏するトラッキングエリア内で前記特定のＳ－ＮＳＳＡＩを利用できない場合に、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供するビジターネットワークが含まれているかの確認を行うとと、
前記確認の結果、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供する前記ビジターネットワークが含まれている場合に、前記特定のＳ－ＮＳＳＡＩを追加して前記Ａｌｌｏｗｅｄ ＮＳＳＡＩを更新することと
を更に含む前記（１０）から（１６）の何れかに記載の方法。
（１８）
前記第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくは前記Ｃｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩは、レジストレーションエリア内の１つ以上のトラッキングエリアで利用を許可されない、かつその他の１つ以上のトラッキングエリアで利用を許可される１つ以上のＳ－ＮＳＳＡＩを含み、
前記第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくは前記Ｃｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩと、前記その他の１つ以上のトラッキングエリアのセットを前記無線通信装置に提供することと
を更に含む前記（１０）から（１７）の何れかに記載の方法。
（１９）
Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩ（Network Slice Selection Assistance Information）に含まれる１つ以上のＳ－ＮＳＳＡＩ（Single-NSSAI）を含む登録を要求することと、
前記要求に基づいて、Ａｌｌｏｗｅｄ ＮＳＳＡＩを取得することと、
１つ以上のビジターネットワークの候補に係る情報を取得することと、
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に、特定のＳ－ＮＳＳＡＩが含まれている場合に、前記１つ以上のビジターネットワークの前記候補に含まれるビジターネットワークに対応する周波数帯を、セル選択又はセル再選択のための測定周波数に追加することと、
を含む無線通信方法。
（２０）
前記特定のＳ－ＮＳＳＡＩのためのＰＤＵセッション確立要求を送信する前に、前記セル選択又はセル再選択のための前記測定周波数に追加された前記ビジターネットワークに対応する周波数帯の優先度を上げることを更に含む前記（１９）に記載の無線通信方法。
（２１）
前記特定のＳ－ＮＳＳＡＩが、エッジアプリケーションサーバを使用するアプリケーションの利用である場合に、前記１つ以上のビジターネットワークの前記候補に含まれる前記ビジターネットワークに対応する前記周波数帯を、前記セル選択又はセル再選択のための前記測定周波数に追加する前記（１９）又は（２０）に記載の無線通信方法。
（２２）
前記１つ以上のビジターネットワークが提供するＳ－ＮＳＳＡＩを含むＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩを設定する指示を受信した際に、前記Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩを設定することを更に含む前記（１９）から（２１）の何れかに記載の無線通信方法。
（２３）
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に、前記特定のＳ－ＮＳＳＡＩが含まれていない場合に、前記特定のＳ－ＮＳＳＡＩへの登録を要求することと、
前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供する前記ビジターネットワークが含まれている場合に、前記特定のＳ－ＮＳＳＡＩを追加して更新された前記Ａｌｌｏｗｅｄ ＮＳＳＡＩを取得することと
を更に含む前記（１９）から（２２）の何れかに記載の無線通信方法。
（２４）
前記要求に基づいて、更にＲｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩを取得することと、
前記Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩである前記特定のＳ－ＮＳＳＡＩへの登録を要求することと、
を含む前記（１９）から（２３）の何れかに記載の無線通信方法。
（２５）
前記Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩとレジストレーションエリア内で利用を許可されない１つ以上のトラッキングエリアのセットを取得することと、
前記レジストレーションエリア内で利用を許可されない前記１つ以上のトラッキングエリアで前記特定のＳ－ＮＳＳＡＩへの登録を要求する、
前記（１９）から（２４）の何れかに記載の無線通信方法。
（２６）
前記要求に基づいて、更に第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくはＣｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩを取得することと、
前記第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくはＣｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩに含まれる前記特定のＳ－ＮＳＳＡＩへの登録を要求することと、
を含む前記（１９）から（２５）の何れかに記載の無線通信方法。
（２７）
前記特定のＳ－ＮＳＳＡＩと、当該特定のＳ－ＮＳＳＡＩがレジストレーションエリア内で利用を許可される１つ以上のトラッキングエリアとのセットを取得することと、
前記レジストレーションエリア内の前記１つ以上のトラッキングエリアとは異なる第２のトラッキングエリアで前記特定のＳ－ＮＳＳＡＩへの登録を要求する、
前記（１９）から（２６）の何れかに記載の無線通信方法。
（２８）
エッジアプリケーションサーバと接続する１つのＰＤＵセッションの確立又は更新処理において、
ホームネットワーク内の第１のセッションマネージメント機能を選択することと、
前記ホームネットワーク内のアプリケーションサーバに対応する１つのデータネットワークネームに基づいて、前記アプリケーションサーバと接続されるＰＤＵセッションアンカーとなる第１のユーザープレーン機能（３３０－１）を選択することと、
ビジターネットワーク内の第２のセッションマネージメント機能を選択することと、
前記ビジターネットワーク内の前記エッジアプリケーションサーバとセッションブレイクアウトの形態で接続されるＰＤＵセッションアンカーとなる第２のユーザープレーン機能（３３０－２２）を選択することと、
前記エッジアプリケーションサーバの少なくとも一部の演算処理部に前記データネットワークネームを対応付けることと、
アップリンクのデータの種別の判別方法を設定する（３０６－１）ことと、
前記設定された判別方法に基づいて前記アップリンクのデータの種別の判別を行う（３３０－２１）ことと、
前記判別の結果に基づいて前記アップリンクのデータの転送先を前記第１のユーザープレーン機能を介した前記アプリケーションサーバと前記第２のユーザープレーン機能を介した前記エッジアプリケーションサーバとに振り分ける機能を前記ＰＤＵセッションに追加することと、
を含む制御方法。
（２９）
前記エッジアプリケーションサーバにネットワークデータ解析機能を設定することを更に含む前記（２８）に記載の制御方法。
（３０）
前記エッジアプリケーションサーバにデータコレクションコーディネーション機能を設定することを更に含む前記（２８）又は（２９）に記載の制御方法。
（３１）
前記ネットワークデータ解析機能は分析論理機能を含み、
前記分析論理機能が学習済みのＡＩ（Artificial Intelligence）／ＭＬ（Machine Learning）モデルを利用して推論を実行すること、及び／若しくは分析情報を生成することと、
を更に含む前記（２９）又は（３０）に記載の制御方法。
（３２）
前記アプリケーションサーバに第２のネットワークデータ解析機能を設定することと、
前記ネットワークデータ解析機能は前記第２のネットワークデータ解析機能から前記学習済みのＡＩ／ＭＬモデルを取得することと、
を更に含む前記（２９）から（３１）の何れかに記載の制御方法。
（３３）
前記第２のネットワークデータ解析機能はモデル学習論理機能を含み、
前記モデル学習論理機能が前記学習済みのＡＩ／ＭＬモデルを生成することと、
を更に含む前記（３１）又は（３２）に記載の制御方法。
（３４）
前記エッジアプリケーションサーバにＸＲ（Extended Reality）メディア生成部、及び／又はＸＲメディアエンコード部を設定することを更に含む前記（２８）に記載の制御方法。
（３５）
前記ＸＲメディア生成部が適応的なメディア要求に従って、表示領域に適応したＸＲメディアを生成することを更に含む前記（３４）に記載の制御方法。
（３６）
前記ＸＲメディアエンコード部が前記適応的なメディア要求に従って、適応的なフォーマットでＸＲメディアをエンコードすることと、
を更に含む前記（３４）又は（３５）に記載の制御方法。
（３７）
前記適応的なフォーマットが無線通信装置と、前記無線通信装置が接続する基地局装置との間の無線区間の通信品質に基づいて制御されることを更に含む前記（３４）から（３６）の何れかに記載の制御方法。
（３８）
前記通信品質が閾値以上の場合に前記適応的なフォーマットとして高解像度のフォーマットを選択し、前記通信品質が閾値未満の場合に前記適応的なフォーマットとして低解像度のフォーマットを選択することを更に含む前記（３７）に記載の制御方法。
（３９）
ＡＤＡＳ（Advanced Driver-Assistance Systems）、又は自動運転を支援するアプリケーションにおいて、前記アプリケーションサーバが少なくともダイナミックマップを構成する静的情報のレイヤを処理し、前記第１のユーザープレーン機能を介して前記静的情報のレイヤを無線通信装置に送信することと、
前記エッジアプリケーションサーバが前記ダイナミックマップを構成する準静的情報のレイヤ、準動的情報のレイヤ、及び動的情報のレイヤの少なくとも１つのレイヤを処理し、前記第２のユーザープレーン機能を介して前記１つのレイヤを前記無線通信装置に送信することと、
を更に含む前記（２８）に記載の制御方法。
（４０）
前記ビジターネットワーク内の路側機（Road Side Unit）はイメージセンサー、ＬｉＤＡＲ（Light Detection And Ranging）、ミリ波レーダーの少なくとも１つのセンサーを搭載し、
前記エッジアプリケーションサーバが少なくとも前記１つのセンサーから取得した情報に基づいて前記準静的情報のレイヤ、前記準動的情報のレイヤ、及び前記動的情報のレイヤの少なくとも１つの第２のレイヤを更新することと、
を更に含む前記（３９）に記載の制御方法。
（４１）
前記エッジアプリケーションサーバに位置管理機能（Location Management Function）を設定することと、
前記位置管理機能は前記無線通信装置の位置を算出することと、
を更に含む前記（３９）又は（４０）に記載の制御方法。
（４２）
前記無線通信装置を搭載する車両がＧＮＳＳ（Global Navigation Satellite System）受信機、加速度センサー、ジャイロセンサー、イメージセンサー、ＬｉＤＡＲ、ミリ波レーダーの少なくとも１つのセンサーを搭載し、
前記エッジアプリケーションサーバに分析論理機能を含むネットワークデータ解析機能を設定することと、
前記ネットワークデータ解析機能が少なくとも前記１つのセンサーが検出したセンシング情報を前記無線通信装置を介して取得することと、
前記分析論理機能が前記センシング情報と、学習済みのＡＩ／ＭＬモデルを利用して、前記ＡＤＡＳ、若しくは前記自動運転を支援するためのアシスト情報を生成することと、
前記ネットワークデータ解析機能が前記アシスト情報を前記無線通信装置を介して前記車両に送信することと、
を更に含む前記（３９）から（４１）の何れかに記載の制御方法。
（１）
エッジアプリケーションサーバと接続する１つのＰＤＵセッションの確立又は更新処理において、
ホームネットワーク内の第１のセッションマネージメント機能を選択することと、
前記ホームネットワーク内のアプリケーションサーバに対応する１つのデータネットワークネームに基づいて、前記アプリケーションサーバと接続されるＰＤＵセッションアンカーとなる第１のユーザープレーン機能（３３０－１）を選択することと、
ビジターネットワーク内の第２のセッションマネージメント機能を選択することと、
前記ビジターネットワーク内の前記エッジアプリケーションサーバとセッションブレイクアウトの形態で接続されるＰＤＵセッションアンカーとなる第２のユーザープレーン機能（３３０－２２）を選択することと、
前記エッジアプリケーションサーバの少なくとも一部の演算処理部に前記データネットワークネームを対応付けることと、
アップリンクのデータに基づいて当該データの転送先を前記第１のユーザープレーン機能を介した前記アプリケーションサーバと前記第２のユーザープレーン機能を介した前記エッジアプリケーションサーバとに振り分ける機能を前記ＰＤＵセッションに追加することと、
を含むセッション管理方法。
（２）
前記エッジアプリケーションサーバを提供する１つ以上のビジターネットワークの候補に係る情報を提供することを更に含む前記（１）に記載のセッション管理方法。
（３）
前記ホームネットワークは、第１のＰＬＭＮ（Public Land Mobile Network）によって管理されるＨＰＬＭＮ（Home PLMN）であり、
前記ビジターネットワークは、第２のＰＬＭＮによって管理されるＶＰＬＭＮ（Visitor PLMN）であり、
前記第１のＰＬＭＮは、前記第２のＰＬＭＮとの間にローミング契約を有する
前記（１）又は（２）に記載のセッション管理方法。
（４）
前記ホームネットワークは、ＰＬＭＮによって管理されるＨＰＬＭＮであり、
前記ビジターネットワークは、ＳＮＰＮ（Stand-alone Non-Public Network）によって管理されるノンパブリックネットワークであり、
前記ＰＬＭＮは、前記ＳＮＰＮとの間にＳＬＡ（Service Level Agreement）を有する 前記（１）から（３）の何れかに記載のセッション管理方法。
（５）
前記１つのＰＤＵセッションは、無線端末装置が接続可能な前記ビジターネットワーク内の基地局装置を介したＰＤＵセッションである前記（１）から（４）の何れかに記載のセッション管理方法。
（６）
前記ホームネットワーク内の第１の基地局装置をマスターノードとし、前記ビジターネットワーク内の第２の基地局装置をセカンダリーノードとするデュアルコネクティビティによる無線ベアラを確立することを更に含み、
前記ＰＤＵセッションは、前記無線ベアラを含む
前記（１）から（５）の何れかに記載のセッション管理方法。
（７）
前記振り分ける機能は、前記マスターノードを介して第１の無線ベアラにマッピングされた第１のトラフィックの前記第１のユーザープレーン機能を介した前記アプリケーションサーバへの転送と、前記セカンダリーノードを介して第２の無線ベアラにマッピングされた第２のトラフィックの前記第２のユーザープレーン機能を介した前記エッジアプリケーションサーバへの転送とに振り分ける機能である前記（６）に記載のセッション管理方法。
（８）
前記第１のセッションマネージメント機能が、前記アプリケーションサーバに対応する前記データネットワークネームを前記演算処理部に設定することを前記第２のユーザープレーン機能に指示する機能である前記（１）から（７）の何れかに記載のセッション管理方法。
（９）
前記エッジアプリケーションサーバの設置に係る情報を取得することと、
前記エッジアプリケーションサーバの設置に係る前記情報に基づいて１つ以上のビジターネットワークの前記候補を選択することと
を更に含む前記（２）に記載のセッション管理方法。
（１０）
１つ以上のビジターネットワークの候補に係る情報を提供することと、
無線通信装置からの要求に基づいて登録のための手順を実行することと、
前記登録のための手順に応じてＡｌｌｏｗｅｄ ＮＳＳＡＩ（Network Slice Selection Assistance Information）を生成することと、
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に特定のＳ－ＮＳＳＡＩ（Single-NSSAI）が含まれている場合に、前記１つ以上のビジターネットワークの前記候補に含まれるビジターネットワークに対応する周波数帯をセル選択又はセル再選択のための測定周波数に追加することを前記無線通信装置に指示することと、
を含む方法。
（１１）
前記無線通信装置から前記特定のＳ－ＮＳＳＡＩのためのＰＤＵセッション確立要求を受信した場合に、前記セル選択又はセル再選択のための前記測定周波数に追加された前記周波数帯の優先度を上げることを前記無線通信装置に指示することを更に含む前記（１０）に記載の方法。
（１２）
前記特定のＳ－ＮＳＳＡＩが、エッジアプリケーションサーバを使用するアプリケーションの利用である場合に、前記１つ以上のビジターネットワークの前記候補に含まれる前記ビジターネットワークに対応する前記周波数帯を、前記セル選択又はセル再選択のための前記測定周波数に追加する前記（１０）又は（１１）に記載の方法。
（１３）
前記１つ以上のビジターネットワークが提供するＳ－ＮＳＳＡＩを含むＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩを前記無線通信装置に設定することを指示することを更に含む前記（１０）から（１２）の何れかに記載の方法。
（１４）
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に、前記特定のＳ－ＮＳＳＡＩが含まれていない場合に、前記無線通信装置から前記特定のＳ－ＮＳＳＡＩへの登録要求を受信して、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供するビジターネットワークが含まれているかの確認を行うことと、
前記確認の結果、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供する前記ビジターネットワークが含まれている場合に、前記特定のＳ－ＮＳＳＡＩを追加して前記Ａｌｌｏｗｅｄ ＮＳＳＡＩを更新することと
を更に含む前記（１０）から（１３）の何れかに記載の方法。
（１５）
前記登録のための手順に応じてＲｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩを特定することと、
前記無線通信装置から前記Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩである前記特定のＳ－ＮＳＳＡＩへの登録要求を受信して、前記無線通信装置が在圏するトラッキングエリア内で前記特定のＳ－ＮＳＳＡＩを利用できない場合に、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供するビジターネットワークが含まれているかの確認を行うとと、
前記確認の結果、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供する前記ビジターネットワークが含まれている場合に、前記特定のＳ－ＮＳＳＡＩを追加して前記Ａｌｌｏｗｅｄ ＮＳＳＡＩを更新することと
を更に含む前記（１０）から（１４）の何れかに記載の方法。
（１６）
前記Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩはレジストレーションエリア内の１つ以上のトラッキングエリアで利用を許可されないＳ－ＮＳＳＡＩであり、
前記Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩと前記レジストレーションエリア内で利用を許可されない１つ以上のトラッキングエリアのセットを前記無線通信装置に提供することと
を更に含む前記（１０）から（１５）の何れかに記載の方法。
（１７）
前記登録のための手順に応じて第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくはＣｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩを特定することと、
前記無線通信装置から前記第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくは前記Ｃｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩに含まれる前記特定のＳ－ＮＳＳＡＩへの登録要求を受信して、前記無線通信装置が在圏するトラッキングエリア内で前記特定のＳ－ＮＳＳＡＩを利用できない場合に、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供するビジターネットワークが含まれているかの確認を行うとと、
前記確認の結果、前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供する前記ビジターネットワークが含まれている場合に、前記特定のＳ－ＮＳＳＡＩを追加して前記Ａｌｌｏｗｅｄ ＮＳＳＡＩを更新することと
を更に含む前記（１０）から（１６）の何れかに記載の方法。
（１８）
前記第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくは前記Ｃｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩは、レジストレーションエリア内の１つ以上のトラッキングエリアで利用を許可されない、かつその他の１つ以上のトラッキングエリアで利用を許可される１つ以上のＳ－ＮＳＳＡＩを含み、
前記第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくは前記Ｃｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩと、前記その他の１つ以上のトラッキングエリアのセットを前記無線通信装置に提供することと
を更に含む前記（１０）から（１７）の何れかに記載の方法。
（１９）
Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩ（Network Slice Selection Assistance Information）に含まれる１つ以上のＳ－ＮＳＳＡＩ（Single-NSSAI）を含む登録を要求することと、
前記要求に基づいて、Ａｌｌｏｗｅｄ ＮＳＳＡＩを取得することと、
１つ以上のビジターネットワークの候補に係る情報を取得することと、
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に、特定のＳ－ＮＳＳＡＩが含まれている場合に、前記１つ以上のビジターネットワークの前記候補に含まれるビジターネットワークに対応する周波数帯を、セル選択又はセル再選択のための測定周波数に追加することと、
を含む無線通信方法。
（２０）
前記特定のＳ－ＮＳＳＡＩのためのＰＤＵセッション確立要求を送信する前に、前記セル選択又はセル再選択のための前記測定周波数に追加された前記ビジターネットワークに対応する周波数帯の優先度を上げることを更に含む前記（１９）に記載の無線通信方法。
（２１）
前記特定のＳ－ＮＳＳＡＩが、エッジアプリケーションサーバを使用するアプリケーションの利用である場合に、前記１つ以上のビジターネットワークの前記候補に含まれる前記ビジターネットワークに対応する前記周波数帯を、前記セル選択又はセル再選択のための前記測定周波数に追加する前記（１９）又は（２０）に記載の無線通信方法。
（２２）
前記１つ以上のビジターネットワークが提供するＳ－ＮＳＳＡＩを含むＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩを設定する指示を受信した際に、前記Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩを設定することを更に含む前記（１９）から（２１）の何れかに記載の無線通信方法。
（２３）
前記Ａｌｌｏｗｅｄ ＮＳＳＡＩの中に、前記特定のＳ－ＮＳＳＡＩが含まれていない場合に、前記特定のＳ－ＮＳＳＡＩへの登録を要求することと、
前記１つ以上のビジターネットワークの前記候補の中に、前記特定のＳ－ＮＳＳＡＩを提供する前記ビジターネットワークが含まれている場合に、前記特定のＳ－ＮＳＳＡＩを追加して更新された前記Ａｌｌｏｗｅｄ ＮＳＳＡＩを取得することと
を更に含む前記（１９）から（２２）の何れかに記載の無線通信方法。
（２４）
前記要求に基づいて、更にＲｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩを取得することと、
前記Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩである前記特定のＳ－ＮＳＳＡＩへの登録を要求することと、
を含む前記（１９）から（２３）の何れかに記載の無線通信方法。
（２５）
前記Ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩとレジストレーションエリア内で利用を許可されない１つ以上のトラッキングエリアのセットを取得することと、
前記レジストレーションエリア内で利用を許可されない前記１つ以上のトラッキングエリアで前記特定のＳ－ＮＳＳＡＩへの登録を要求する、
前記（１９）から（２４）の何れかに記載の無線通信方法。
（２６）
前記要求に基づいて、更に第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくはＣｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩを取得することと、
前記第２のＡｌｌｏｗｅｄ ＮＳＳＡＩ、若しくはＣｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩに含まれる前記特定のＳ－ＮＳＳＡＩへの登録を要求することと、
を含む前記（１９）から（２５）の何れかに記載の無線通信方法。
（２７）
前記特定のＳ－ＮＳＳＡＩと、当該特定のＳ－ＮＳＳＡＩがレジストレーションエリア内で利用を許可される１つ以上のトラッキングエリアとのセットを取得することと、
前記レジストレーションエリア内の前記１つ以上のトラッキングエリアとは異なる第２のトラッキングエリアで前記特定のＳ－ＮＳＳＡＩへの登録を要求する、
前記（１９）から（２６）の何れかに記載の無線通信方法。
（２８）
エッジアプリケーションサーバと接続する１つのＰＤＵセッションの確立又は更新処理において、
ホームネットワーク内の第１のセッションマネージメント機能を選択することと、
前記ホームネットワーク内のアプリケーションサーバに対応する１つのデータネットワークネームに基づいて、前記アプリケーションサーバと接続されるＰＤＵセッションアンカーとなる第１のユーザープレーン機能（３３０－１）を選択することと、
ビジターネットワーク内の第２のセッションマネージメント機能を選択することと、
前記ビジターネットワーク内の前記エッジアプリケーションサーバとセッションブレイクアウトの形態で接続されるＰＤＵセッションアンカーとなる第２のユーザープレーン機能（３３０－２２）を選択することと、
前記エッジアプリケーションサーバの少なくとも一部の演算処理部に前記データネットワークネームを対応付けることと、
アップリンクのデータの種別の判別方法を設定する（３０６－１）ことと、
前記設定された判別方法に基づいて前記アップリンクのデータの種別の判別を行う（３３０－２１）ことと、
前記判別の結果に基づいて前記アップリンクのデータの転送先を前記第１のユーザープレーン機能を介した前記アプリケーションサーバと前記第２のユーザープレーン機能を介した前記エッジアプリケーションサーバとに振り分ける機能を前記ＰＤＵセッションに追加することと、
を含む制御方法。
（２９）
前記エッジアプリケーションサーバにネットワークデータ解析機能を設定することを更に含む前記（２８）に記載の制御方法。
（３０）
前記エッジアプリケーションサーバにデータコレクションコーディネーション機能を設定することを更に含む前記（２８）又は（２９）に記載の制御方法。
（３１）
前記ネットワークデータ解析機能は分析論理機能を含み、
前記分析論理機能が学習済みのＡＩ（Artificial Intelligence）／ＭＬ（Machine Learning）モデルを利用して推論を実行すること、及び／若しくは分析情報を生成することと、
を更に含む前記（２９）又は（３０）に記載の制御方法。
（３２）
前記アプリケーションサーバに第２のネットワークデータ解析機能を設定することと、
前記ネットワークデータ解析機能は前記第２のネットワークデータ解析機能から前記学習済みのＡＩ／ＭＬモデルを取得することと、
を更に含む前記（２９）から（３１）の何れかに記載の制御方法。
（３３）
前記第２のネットワークデータ解析機能はモデル学習論理機能を含み、
前記モデル学習論理機能が前記学習済みのＡＩ／ＭＬモデルを生成することと、
を更に含む前記（３１）又は（３２）に記載の制御方法。
（３４）
前記エッジアプリケーションサーバにＸＲ（Extended Reality）メディア生成部、及び／又はＸＲメディアエンコード部を設定することを更に含む前記（２８）に記載の制御方法。
（３５）
前記ＸＲメディア生成部が適応的なメディア要求に従って、表示領域に適応したＸＲメディアを生成することを更に含む前記（３４）に記載の制御方法。
（３６）
前記ＸＲメディアエンコード部が前記適応的なメディア要求に従って、適応的なフォーマットでＸＲメディアをエンコードすることと、
を更に含む前記（３４）又は（３５）に記載の制御方法。
（３７）
前記適応的なフォーマットが無線通信装置と、前記無線通信装置が接続する基地局装置との間の無線区間の通信品質に基づいて制御されることを更に含む前記（３４）から（３６）の何れかに記載の制御方法。
（３８）
前記通信品質が閾値以上の場合に前記適応的なフォーマットとして高解像度のフォーマットを選択し、前記通信品質が閾値未満の場合に前記適応的なフォーマットとして低解像度のフォーマットを選択することを更に含む前記（３７）に記載の制御方法。
（３９）
ＡＤＡＳ（Advanced Driver-Assistance Systems）、又は自動運転を支援するアプリケーションにおいて、前記アプリケーションサーバが少なくともダイナミックマップを構成する静的情報のレイヤを処理し、前記第１のユーザープレーン機能を介して前記静的情報のレイヤを無線通信装置に送信することと、
前記エッジアプリケーションサーバが前記ダイナミックマップを構成する準静的情報のレイヤ、準動的情報のレイヤ、及び動的情報のレイヤの少なくとも１つのレイヤを処理し、前記第２のユーザープレーン機能を介して前記１つのレイヤを前記無線通信装置に送信することと、
を更に含む前記（２８）に記載の制御方法。
（４０）
前記ビジターネットワーク内の路側機（Road Side Unit）はイメージセンサー、ＬｉＤＡＲ（Light Detection And Ranging）、ミリ波レーダーの少なくとも１つのセンサーを搭載し、
前記エッジアプリケーションサーバが少なくとも前記１つのセンサーから取得した情報に基づいて前記準静的情報のレイヤ、前記準動的情報のレイヤ、及び前記動的情報のレイヤの少なくとも１つの第２のレイヤを更新することと、
を更に含む前記（３９）に記載の制御方法。
（４１）
前記エッジアプリケーションサーバに位置管理機能（Location Management Function）を設定することと、
前記位置管理機能は前記無線通信装置の位置を算出することと、
を更に含む前記（３９）又は（４０）に記載の制御方法。
（４２）
前記無線通信装置を搭載する車両がＧＮＳＳ（Global Navigation Satellite System）受信機、加速度センサー、ジャイロセンサー、イメージセンサー、ＬｉＤＡＲ、ミリ波レーダーの少なくとも１つのセンサーを搭載し、
前記エッジアプリケーションサーバに分析論理機能を含むネットワークデータ解析機能を設定することと、
前記ネットワークデータ解析機能が少なくとも前記１つのセンサーが検出したセンシング情報を前記無線通信装置を介して取得することと、
前記分析論理機能が前記センシング情報と、学習済みのＡＩ／ＭＬモデルを利用して、前記ＡＤＡＳ、若しくは前記自動運転を支援するためのアシスト情報を生成することと、
前記ネットワークデータ解析機能が前記アシスト情報を前記無線通信装置を介して前記車両に送信することと、
を更に含む前記（３９）から（４１）の何れかに記載の制御方法。
【符号の説明】
【0245】
１０ ＵＥ
２０、２０－１、２０－２ （Ｒ）ＡＮ
３０、３０－１、３０－２ ５ＧＣ
４０－１ アプリケーションサーバ
４０－２ エッジアプリケーションサーバ
３０１、３０１－１、３０１－２ ＡＭＦ
３０２、３０２－１、３０２－２ ＮＥＦ
３０５、３０５－１、３０５－２ ＰＣＦ
３０６、３０６－１ ＳＭＦ
３０７、３０７－１ ＵＤＭ
３０８、３０８－１ ＡＦ
３１１、３１１－１、３１１－２ ＥＡＳＤＦ
３３０、３３０－１、３３０－２１、３３０－２２ ＵＰＦ
３４０、３４０－１、３４０－２ ＤＮ
２０、２０－１、２０－２ （Ｒ）ＡＮ
３０、３０－１、３０－２ ５ＧＣ
４０－１ アプリケーションサーバ
４０－２ エッジアプリケーションサーバ
３０１、３０１－１、３０１－２ ＡＭＦ
３０２、３０２－１、３０２－２ ＮＥＦ
３０５、３０５－１、３０５－２ ＰＣＦ
３０６、３０６－１ ＳＭＦ
３０７、３０７－１ ＵＤＭ
３０８、３０８－１ ＡＦ
３１１、３１１－１、３１１－２ ＥＡＳＤＦ
３３０、３３０－１、３３０－２１、３３０－２２ ＵＰＦ
３４０、３４０－１、３４０－２ ＤＮ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】