ホーム > 特許ランキング > トヨタ自動車株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024172801
(43)【公開日】2024-12-12
(54)【発明の名称】方法、情報処理装置、及び、プログラム
(51)【国際特許分類】
H04L 67/101 20220101AFI20241205BHJP
【ＦＩ】
H04L67/101
【審査請求】未請求
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2023090775
(22)【出願日】2023-06-01
(71)【出願人】
【識別番号】000003207
【氏名又は名称】トヨタ自動車株式会社
(74)【代理人】
【識別番号】110002860
【氏名又は名称】弁理士法人秀和特許事務所
(72)【発明者】
【氏名】古澤 徹
(72)【発明者】
【氏名】邵 校
(57)【要約】
【課題】端末の処理の一部のオフロード先のクラウドとエッジサーバ間における切替を、コアネットワーク側で実行する。
【解決手段】コンピュータが、少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、当該通信品質に基づいて、外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、端末からのトラフィックの誘導の変更を指示する第１のリクエストを当該コア網へ送信することと、を実行する方法である。
【選択図】図２
【解決手段】コンピュータが、少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、当該通信品質に基づいて、外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、端末からのトラフィックの誘導の変更を指示する第１のリクエストを当該コア網へ送信することと、を実行する方法である。
【選択図】図２
【特許請求の範囲】
【請求項1】
コンピュータが、
少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、
前記通信品質に基づいて、前記外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、前記端末からのトラフィックの誘導の変更を指示する第１のリクエストを前記コア網へ送信することと、
を実行する方法。
少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、
前記通信品質に基づいて、前記外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、前記端末からのトラフィックの誘導の変更を指示する第１のリクエストを前記コア網へ送信することと、
を実行する方法。
【請求項2】
前記コンピュータが、
前記通信品質が、前記外部ネットワーク向けの通信が安定していることを示す第１の条件を満たす場合には、前記オフロード先として前記外部ネットワーク上の前記第１のサーバを判定し、前記端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記コア網へ送信し、
前記通信品質が前記第１の条件を満たさない場合には、前記オフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記コア網へ送信する、
請求項１に記載の方法。
前記通信品質が、前記外部ネットワーク向けの通信が安定していることを示す第１の条件を満たす場合には、前記オフロード先として前記外部ネットワーク上の前記第１のサーバを判定し、前記端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記コア網へ送信し、
前記通信品質が前記第１の条件を満たさない場合には、前記オフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記コア網へ送信する、
請求項１に記載の方法。
【請求項3】
前記コンピュータは、
複数の端末のそれぞれについて、端末と前記コア網間の通信品質をさらに取得し、
第１の端末と前記外部ネットワーク上の前記第１のサーバ間における通信品質が第２の条件を満たす場合には、前記第１の端末のトラフィックのオフロード先として前記外部ネットワーク上の前記第１のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記コア網へ送信し、
前記通信品質が前記第２の条件を満たさない場合には、前記第１の端末のトラフィックのオフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記コア網へ送信する、
請求項１に記載の方法。
複数の端末のそれぞれについて、端末と前記コア網間の通信品質をさらに取得し、
第１の端末と前記外部ネットワーク上の前記第１のサーバ間における通信品質が第２の条件を満たす場合には、前記第１の端末のトラフィックのオフロード先として前記外部ネットワーク上の前記第１のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記コア網へ送信し、
前記通信品質が前記第２の条件を満たさない場合には、前記第１の端末のトラフィックのオフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記コア網へ送信する、
請求項１に記載の方法。
【請求項4】
前記コア網は、５Ｇ（5th Generation）のコア網であり、
前記コンピュータは、
前記コア網内の前記外部ネットワークへ通じるユーザプレーン上のパスの通信品質として、ＵＰＦと前記外部ネットワーク間の通信品質をＮＷＤＡＦ（NetWork Data Analytics Function）から取得し、
前記第１のリクエストを前記コア網内のＰＣＦ（Policy Control Function）へ送信
し、
前記第１のリクエストに基づく前記端末からのトラフィックの誘導の変更は、前記ＰＣＦからＳＭＦ（Session Management Function）へ通知され、前記ＳＭＦが所定のＵＰＦ
を制御することで実行される、
請求項１に記載の方法。
前記コンピュータは、
前記コア網内の前記外部ネットワークへ通じるユーザプレーン上のパスの通信品質として、ＵＰＦと前記外部ネットワーク間の通信品質をＮＷＤＡＦ（NetWork Data Analytics Function）から取得し、
前記第１のリクエストを前記コア網内のＰＣＦ（Policy Control Function）へ送信
し、
前記第１のリクエストに基づく前記端末からのトラフィックの誘導の変更は、前記ＰＣＦからＳＭＦ（Session Management Function）へ通知され、前記ＳＭＦが所定のＵＰＦ
を制御することで実行される、
請求項１に記載の方法。
【請求項5】
前記コンピュータが、
前記ＵＰＦと前記外部ネットワーク間の通信品質が、前記外部ネットワーク向けの通信
が安定していることを示す第１の条件を満たす場合には、前記オフロード先として前記外部ネットワーク上の前記第１のサーバを判定し、前記端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信し、
前記通信品質が前記第１の条件を満たさない場合には、前記オフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信する、
請求項４に記載の方法。
前記ＵＰＦと前記外部ネットワーク間の通信品質が、前記外部ネットワーク向けの通信
が安定していることを示す第１の条件を満たす場合には、前記オフロード先として前記外部ネットワーク上の前記第１のサーバを判定し、前記端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信し、
前記通信品質が前記第１の条件を満たさない場合には、前記オフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信する、
請求項４に記載の方法。
【請求項6】
前記コンピュータは、
前記ＮＷＤＡＦから、複数の端末について、端末と第１のＵＰＦとの間の通信品質及び前記第１のＵＰＦと前記外部ネットワーク上の前記第１のサーバとの間の通信品質を取得し、
第１の端末と前記外部ネットワーク上の前記第１のサーバとの間における通信品質が第２の条件を満たす場合には、前記第１の端末のトラフィックのオフロード先として前記第１のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信し、
前記通信品質が前記第２の条件を満たさない場合には、前記第１の端末のトラフィックのオフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信する、
請求項４に記載の方法。
前記ＮＷＤＡＦから、複数の端末について、端末と第１のＵＰＦとの間の通信品質及び前記第１のＵＰＦと前記外部ネットワーク上の前記第１のサーバとの間の通信品質を取得し、
第１の端末と前記外部ネットワーク上の前記第１のサーバとの間における通信品質が第２の条件を満たす場合には、前記第１の端末のトラフィックのオフロード先として前記第１のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信し、
前記通信品質が前記第２の条件を満たさない場合には、前記第１の端末のトラフィックのオフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信する、
請求項４に記載の方法。
【請求項7】
前記所定のＵＰＦは、第１の端末と前記外部ネットワークとの間に存在するＵＬＣＬ（Uplink Classifier）として動作するＵＰＦであり、
前記ＵＬＣＬは、前記第１のリクエストに基づく前記第１の端末からのトラフィックの誘導の変更によって、前記第１の端末からのトラフィックを、前記オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在する前記外部ネットワーク又は前記ローカルネットワークへ転送する、
請求項４に記載の方法。
前記ＵＬＣＬは、前記第１のリクエストに基づく前記第１の端末からのトラフィックの誘導の変更によって、前記第１の端末からのトラフィックを、前記オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在する前記外部ネットワーク又は前記ローカルネットワークへ転送する、
請求項４に記載の方法。
【請求項8】
前記所定のＵＰＦは、第１の端末と前記外部ネットワークに接続する第１のＰＳＡ（PDU Session Anchor）－ＵＰＦとの間に存在し、且つ、前記第１の端末と前記ローカルネットワークに接続する第２のＰＳＡ－ＵＰＦとの間に存在する、Ｂｒａｎｃｈｉｎｇ ＰｏｉｎｔとなるＵＰＦであり、
前記Ｂｒａｎｃｈｉｎｇ ＰｏｉｎｔとなるＵＰＦは、前記第１のリクエストに基づく前記第１の端末からのトラフィックの誘導の変更によって、ＩＰｖ６プレフィクスに基づいて、前記第１の端末からのトラフィックを、前記オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在するネットワークに接続するＰＳＡ－ＵＰＦとしての、前記第１のＰＳＡ－ＵＰＦ又は前記第２のＰＳＡ－ＵＰＦへ転送する、
請求項４に記載の方法。
前記Ｂｒａｎｃｈｉｎｇ ＰｏｉｎｔとなるＵＰＦは、前記第１のリクエストに基づく前記第１の端末からのトラフィックの誘導の変更によって、ＩＰｖ６プレフィクスに基づいて、前記第１の端末からのトラフィックを、前記オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在するネットワークに接続するＰＳＡ－ＵＰＦとしての、前記第１のＰＳＡ－ＵＰＦ又は前記第２のＰＳＡ－ＵＰＦへ転送する、
請求項４に記載の方法。
【請求項9】
前記所定のＵＰＦは、前記外部ネットワークに接続する第１のＰＳＡ（PDU Session Anchor）－ＵＰＦと、前記ローカルネットワークに接続する第２のＰＳＡ－ＵＰＦと、であり、
前記ＳＭＦは、前記第１のリクエストに基づく第１の端末からのトラフィックの誘導の変更として、前記第１の端末と、前記オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在するネットワークに接続するＰＳＡ－ＵＰＦとしての、前記第１の
ＰＳＡ－ＵＰＦ又は前記第２のＰＳＡ－ＵＰＦと、の間に新たにＰＤＵセッションを確立させ、前記第１の端末ともう一方のＰＳＡ－ＵＰＡとの間の既存のセッションを解放させることで、前記第１の端末からのトラフィックを、前記オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在するネットワークに接続するＰＳＡ－ＵＰＦとしての、前記第１のＰＳＡ－ＵＰＦ又は前記第２のＰＳＡ－ＵＰＦへ誘導する、
請求項４に記載の方法。
前記ＳＭＦは、前記第１のリクエストに基づく第１の端末からのトラフィックの誘導の変更として、前記第１の端末と、前記オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在するネットワークに接続するＰＳＡ－ＵＰＦとしての、前記第１の
ＰＳＡ－ＵＰＦ又は前記第２のＰＳＡ－ＵＰＦと、の間に新たにＰＤＵセッションを確立させ、前記第１の端末ともう一方のＰＳＡ－ＵＰＡとの間の既存のセッションを解放させることで、前記第１の端末からのトラフィックを、前記オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在するネットワークに接続するＰＳＡ－ＵＰＦとしての、前記第１のＰＳＡ－ＵＰＦ又は前記第２のＰＳＡ－ＵＰＦへ誘導する、
請求項４に記載の方法。
【請求項10】
前記コンピュータは、
前記第１のリクエストをＮＥＦ（Network Exposure Function）へ送信し、
前記ＮＥＦは、前記第１のリクエストを前記ＰＣＦへ通知する、
請求項４に記載の方法。
前記第１のリクエストをＮＥＦ（Network Exposure Function）へ送信し、
前記ＮＥＦは、前記第１のリクエストを前記ＰＣＦへ通知する、
請求項４に記載の方法。
【請求項11】
前記コンピュータは、
前記第１の端末のトラフィックのうちの第１のアプリケーションのトラフィックのオフロード先の切替を判定する、
請求項３又は６に記載の方法。
前記第１の端末のトラフィックのうちの第１のアプリケーションのトラフィックのオフロード先の切替を判定する、
請求項３又は６に記載の方法。
【請求項12】
前記第１のアプリケーションは、応答遅延が所定値より小さいことが求められ、且つ、処理が連続して発生するアプリケーションである、
請求項１１に記載の方法。
請求項１１に記載の方法。
【請求項13】
少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、
前記通信品質に基づいて、前記外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、前記端末からのトラフィックの誘導の変更を指示する第１のリクエストを前記コア網へ送信することと、
を実行する制御部、
を備える情報処理装置。
前記通信品質に基づいて、前記外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、前記端末からのトラフィックの誘導の変更を指示する第１のリクエストを前記コア網へ送信することと、
を実行する制御部、
を備える情報処理装置。
【請求項14】
前記制御部は、
複数の端末のそれぞれについて、端末と前記コア網間の通信品質をさらに取得し、
第１の端末と前記外部ネットワーク上の前記第１のサーバ間における通信品質が第２の条件を満たす場合には、前記第１の端末のトラフィックのオフロード先として前記外部ネットワーク上の前記第１のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記コア網へ送信し、
前記通信品質が前記第２の条件を満たさない場合には、前記第１の端末のトラフィックのオフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記コア網へ送信する、
請求項１３に記載の情報処理装置。
複数の端末のそれぞれについて、端末と前記コア網間の通信品質をさらに取得し、
第１の端末と前記外部ネットワーク上の前記第１のサーバ間における通信品質が第２の条件を満たす場合には、前記第１の端末のトラフィックのオフロード先として前記外部ネットワーク上の前記第１のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記コア網へ送信し、
前記通信品質が前記第２の条件を満たさない場合には、前記第１の端末のトラフィックのオフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記コア網へ送信する、
請求項１３に記載の情報処理装置。
【請求項15】
前記コア網は、５Ｇ（5th Generation）のコア網であり、
前記制御部は、
前記コア網内の前記外部ネットワークへ通じるユーザプレーン上のパスの通信品質として、ＵＰＦと前記外部ネットワーク間の通信品質をＮＷＤＡＦ（NetWork Data Analytics Function）から取得し、
前記第１のリクエストを前記コア網内のＰＣＦ（Policy Control Function）へ送信
し、
前記第１のリクエストに基づく前記端末からのトラフィックの誘導の変更は、前記ＰＣＦからＳＭＦ（Session Management Function）へ通知され、前記ＳＭＦが所定のＵＰＦ
を制御することで実行される、
請求項１３に記載の情報処理装置。
前記制御部は、
前記コア網内の前記外部ネットワークへ通じるユーザプレーン上のパスの通信品質として、ＵＰＦと前記外部ネットワーク間の通信品質をＮＷＤＡＦ（NetWork Data Analytics Function）から取得し、
前記第１のリクエストを前記コア網内のＰＣＦ（Policy Control Function）へ送信
し、
前記第１のリクエストに基づく前記端末からのトラフィックの誘導の変更は、前記ＰＣＦからＳＭＦ（Session Management Function）へ通知され、前記ＳＭＦが所定のＵＰＦ
を制御することで実行される、
請求項１３に記載の情報処理装置。
【請求項16】
前記制御部は、
前記ＮＷＤＡＦから、複数の端末について、端末と第１のＵＰＦとの間の通信品質及び前記第１のＵＰＦと前記外部ネットワーク上の前記第１のサーバとの間の通信品質を取得し、
第１の端末と前記外部ネットワーク上の前記第１のサーバとの間における通信品質が第２の条件を満たす場合には、前記第１の端末のトラフィックのオフロード先として前記第１のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信し、
前記通信品質が前記第２の条件を満たさない場合には、前記第１の端末のトラフィックのオフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信する、
請求項１５に記載の情報処理装置。
前記ＮＷＤＡＦから、複数の端末について、端末と第１のＵＰＦとの間の通信品質及び前記第１のＵＰＦと前記外部ネットワーク上の前記第１のサーバとの間の通信品質を取得し、
第１の端末と前記外部ネットワーク上の前記第１のサーバとの間における通信品質が第２の条件を満たす場合には、前記第１の端末のトラフィックのオフロード先として前記第１のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信し、
前記通信品質が前記第２の条件を満たさない場合には、前記第１の端末のトラフィックのオフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信する、
請求項１５に記載の情報処理装置。
【請求項17】
前記制御部は、
前記第１のリクエストをＮＥＦ（Network Exposure Function）へ送信し、
前記ＮＥＦは、前記第１のリクエストを前記ＰＣＦへ通知する、
請求項１５に記載の情報処理装置。
前記第１のリクエストをＮＥＦ（Network Exposure Function）へ送信し、
前記ＮＥＦは、前記第１のリクエストを前記ＰＣＦへ通知する、
請求項１５に記載の情報処理装置。
【請求項18】
コンピュータに、
少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、
前記通信品質に基づいて、前記外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、前記端末からのトラフィックの誘導の変更を指示する第１のリクエストを前記コア網へ送信することと、
を実行させるためのプログラム。
少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、
前記通信品質に基づいて、前記外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、前記端末からのトラフィックの誘導の変更を指示する第１のリクエストを前記コア網へ送信することと、
を実行させるためのプログラム。
【請求項19】
前記コア網は、５Ｇ（5th Generation）のコア網であり、
前記コンピュータに、
前記コア網内の前記外部ネットワークへ通じるユーザプレーン上のパスの通信品質として、ＵＰＦと前記外部ネットワーク間の通信品質をＮＷＤＡＦ（NetWork Data Analytics Function）から取得させ、
前記第１のリクエストを前記コア網内のＰＣＦ（Policy Control Function）へ送信
させ、
前記第１のリクエストに基づく前記端末からのトラフィックの誘導の変更は、前記ＰＣＦからＳＭＦ（Session Management Function）へ通知され、前記ＳＭＦが所定のＵＰＦ
を制御することで実行される、
請求項１８に記載のプログラム。
前記コンピュータに、
前記コア網内の前記外部ネットワークへ通じるユーザプレーン上のパスの通信品質として、ＵＰＦと前記外部ネットワーク間の通信品質をＮＷＤＡＦ（NetWork Data Analytics Function）から取得させ、
前記第１のリクエストを前記コア網内のＰＣＦ（Policy Control Function）へ送信
させ、
前記第１のリクエストに基づく前記端末からのトラフィックの誘導の変更は、前記ＰＣＦからＳＭＦ（Session Management Function）へ通知され、前記ＳＭＦが所定のＵＰＦ
を制御することで実行される、
請求項１８に記載のプログラム。
【請求項20】
前記コンピュータに、
前記ＮＷＤＡＦから、複数の端末について、端末と第１のＵＰＦとの間の通信品質及び前記第１のＵＰＦと前記外部ネットワーク上の前記第１のサーバとの間の通信品質を取得させ、
第１の端末と前記外部ネットワーク上の前記第１のサーバとの間における通信品質が第２の条件を満たす場合には、前記第１の端末のトラフィックのオフロード先として前記第１のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信させ、
前記通信品質が前記第２の条件を満たさない場合には、前記第１の端末のトラフィックのオフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信させる、
請求項１９に記載のプログラム。
前記ＮＷＤＡＦから、複数の端末について、端末と第１のＵＰＦとの間の通信品質及び前記第１のＵＰＦと前記外部ネットワーク上の前記第１のサーバとの間の通信品質を取得させ、
第１の端末と前記外部ネットワーク上の前記第１のサーバとの間における通信品質が第２の条件を満たす場合には、前記第１の端末のトラフィックのオフロード先として前記第１のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記ローカルネットワークから前記外部ネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信させ、
前記通信品質が前記第２の条件を満たさない場合には、前記第１の端末のトラフィックのオフロード先として前記ローカルネットワーク内の前記第２のサーバを判定し、前記第１の端末からのトラフィックの誘導先を前記外部ネットワークから前記ローカルネットワークへ変更することを指示する前記第１のリクエストを前記ＰＣＦへ送信させる、
請求項１９に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、端末からのトラフィックのオフロード先の切替に関する。
【背景技術】
【0002】
コンテナアプリケーションの処理時間と、車載機とクラウドサーバ又はエッジサーバとの間の往復通信に要する往復通信時間（RTT:Round-TripTime）と、に基づいて、車載機、クラウドサーバ、及びエッジサーバの何れにおいてコンテナアプリケーションを実行させるかを判定する情報処理システムが開示されている（例えば、特許文献１）。端末と、エッジサーバに接続する５Ｇコア網内のＰＳＡ－ＵＰＦ（PDU Session Anchor-User Plane Function）との間の遅延に基づいて、ＰＳＡ-ＵＰＦを切り替えることでエッジサーバを
切り替える技術が開示されている（例えば、非特許文献１）。
切り替える技術が開示されている（例えば、非特許文献１）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２２－０８０１７１号公報
【非特許文献】
【0004】
【非特許文献1】3GPP TS 23.548 V18.1.1 “5G System Enhancements for Edge Computing;Stage 2(Release 18)”、 ３ＧＰＰ ＴＳＧ ＳＡ ＷＧ２、２０２３年４月、“ 6.3.6 Edge Relocation Considering User Plane Latency Requirement”
【発明の概要】
【発明が解決しようとする課題】
【0005】
本開示は、端末の処理の一部のオフロード先のクラウドとエッジサーバ間における切替を、コアネットワーク側で実行可能な方法、装置、及び、プログラムを提供することを課題とする。
【課題を解決するための手段】
【0006】
本開示の態様の一つは、
コンピュータが、
少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、
前記通信品質に基づいて、前記外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、前記端末からのトラフィックの誘導の変更を指示する第１のリクエストを前記コア網へ送信することと、
を実行する方法である。
コンピュータが、
少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、
前記通信品質に基づいて、前記外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、前記端末からのトラフィックの誘導の変更を指示する第１のリクエストを前記コア網へ送信することと、
を実行する方法である。
【0007】
本開示の他の態様の一つは、
少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、
前記通信品質に基づいて、前記外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、前記端末からのトラフィックの誘導の変更を指示する第１のリクエストを前記コア網へ送信することと、
を実行する制御部、
を備える情報処理装置である。
少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、
前記通信品質に基づいて、前記外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、前記端末からのトラフィックの誘導の変更を指示する第１のリクエストを前記コア網へ送信することと、
を実行する制御部、
を備える情報処理装置である。
【0008】
本開示の他の態様の一つは、
コンピュータに、
少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、
前記通信品質に基づいて、前記外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、前記端末からのトラフィックの誘導の変更を指示する第１のリクエストを前記コア網へ送信することと、
を実行させるためのプログラムである。
コンピュータに、
少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、
前記通信品質に基づいて、前記外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、前記端末からのトラフィックの誘導の変更を指示する第１のリクエストを前記コア網へ送信することと、
を実行させるためのプログラムである。
【発明の効果】
【0009】
本開示によれば、端末の処理の一部のオフロード先のクラウドとエッジサーバ間における切替を、コアネットワーク側で実行することができる。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
端末の計算処理の一部を、ネットワークを介してサーバ側で実行することは、オフロード、又は、オフローディングと称される。オフローディングにより、リソースが比較的少ない端末でもより高度な処理を実現することができる。しかしながら、例えば、車載カメラの映像解析によるリアルタイム物体検出処理等の低遅延応答が要求され、且つ、連続的に発生する処理をパブリッククラウドにオフローディングする場合には、実現が困難なことがある。パブリッククラウドに接続するためのインターネットでは通信品質が保証されていないため、インターネット区間の通信遅延が大きくなると、低遅延応答の通信が継続できなくなる可能性があるためである。
【0012】
一方、インターネットを経由せずにモバイル網から直接接続可能なエッジサーバへオフローディングすることで安定的に低遅延応答の通信を実現することができる。しかしながら、個々のエッジサーバが有するリソースはクラウドに比べて限られるため、エッジサーバへオフロードする端末が多くなると、エッジサーバのリソースが不足する可能性がある。すなわち、エッジサーバへオフロードするトラフィックには上限がある。したがって、低遅延応答が要求され、且つ、連続的に発生する処理を安定的に継続するためには、端末からのトラフィックのオフロード先をクラウドとエッジサーバ間とで調節することが求められる。
【0013】
本開示の態様の一つでは、上記要求を鑑み、クラウド向けの通信の状態に応じて、オフローディング先がクラウド又はエッジサーバ間で切り替えられる。より具体的には、本開示の態様の一つは、コンピュータが、少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、当該通信品質に基づいて、外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、端末からのトラフィックの誘導の変更を指示する第１のリクエストを当該コア網へ送信することと、を実行する方法である。
【0014】
当該コンピュータは、当該コア網内のコンピュータであってもよいし、当該コア網外のコンピュータであってもよい。コア網は、例えば、５Ｇ（5th Generation）、４Ｇ（4th Generation）、及び、６Ｇ（6th Generation）以降のモバイルコア網のいずれであってもよい。コア網は、有線ネットワークのコア網であってもよい。コア網内の外部ネットワークへ通じるユーザプレーン上のパスは、例えば、５ＧにおけるＵＰＦ（User Plane Function）と外部ネットワーク間のパス、及び、４ＧにおけるＳＧＷ（Serving GateWay）とＰＧＷ（Packet data network GW）間のパス等である。第２のサーバは、例えば、エッジサーバとして動作するサーバである。
【0015】
通信品質は、例えば、遅延、スループット、及び、ジッタ等の一つ又は複数に基づいて表される。通信品質は、例えば、ネットワーク状態を分析する、コア網内又はコア網外の装置から取得されてもよいし、当該コンピュータ自身がネットワーク状態を分析することで取得してもよい。
【0016】
本開示の態様の一つによれば、端末からのトラフィックのオフロード先の切替を、端末、第２のサーバ（エッジサーバ）、及び、クラウド上の装置のいずれの関与もなく、コア網側で制御することができる。これによって、端末、第２のサーバ（エッジサーバ）、及び、クラウド上の第１のサーバの構成を変更することなく、端末からのトラフィックのオフロード先の切替を動的に行うことができる。また、端末、第２のサーバ（エッジサーバ）、及び、クラウド上の第１のサーバにおいて、端末からのトラフィックのオフロード先の切替に係るリソースを用意しなくてよいため、これらの装置のリソースを軽量化することができる。
【0017】
本開示の態様の一つでは、当該コンピュータは、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質が、外部ネットワーク向けの通信が安定していることを示す第１の条件を満たす場合には、端末からのトラフィックのオフロード先として外部ネットワーク上の第１のサーバを判定してもよい。この場合には、当該コンピュータによって送信される第１のリクエストは、端末からのトラフィックの誘導先をローカルネットワークから外部ネットワークへ変更することを指示してもよい。
【0018】
コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質が第１の条件を満たさない場合には、当該コンピュータは、当該オフロード先としてローカルネットワ
ーク内の第２のサーバを判定してもよい。この場合には、当該コンピュータによって送信される第１のリクエストは、端末からのトラフィックの誘導先を外部ネットワークからローカルネットワークへ変更することを指示してもよい。第１の条件は、例えば、応答遅延、スループット、及び、ジッタ等のいずれか一つ又は複数によって定義される。
ーク内の第２のサーバを判定してもよい。この場合には、当該コンピュータによって送信される第１のリクエストは、端末からのトラフィックの誘導先を外部ネットワークからローカルネットワークへ変更することを指示してもよい。第１の条件は、例えば、応答遅延、スループット、及び、ジッタ等のいずれか一つ又は複数によって定義される。
【0019】
本開示の態様の一つによれば、端末からのトラフィックのローカルネットワーク内の第２のサーバ（エッジサーバ）へのオフロードが、外部ネットワーク向けの通信が安定していない場合に限定することができる。これによって、例えば、低遅延応答が要求され、且つ、連続的に発生する処理の通信を安定的に端末に提供することができる。
【0020】
本開示の態様の一つでは、当該コンピュータは、複数の端末のそれぞれについて、端末とコア網間の通信品質をさらに取得してもよい。この場合に、当該コンピュータは、第１の端末と外部ネットワーク上の第１のサーバ間における通信品質が第２の条件を満たす場合には、第１の端末のトラフィックのオフロード先として外部ネットワーク上の第１のサーバを判定してもよい。この場合には、当該コンピュータによって送信される第１のリクエストは、第１の端末からのトラフィックの誘導先をローカルネットワークから外部ネットワークへ変更することを指示してもよい。
【0021】
第１の端末と外部ネットワーク上の第１のサーバとの間の通信品質が第２の条件を満たさない場合には、当該コンピュータは、第１の端末のトラフィックのオフロード先としてローカルネットワーク内の第２のサーバを判定してもよい。この場合には、当該コンピュータによって送信される第１のリクエストは、第１の端末からのトラフィックの誘導先を外部ネットワークからローカルネットワークへ変更することを指示してもよい。第２の条件は、第１の条件と同様である。
【0022】
本開示の態様の一つによれば、端末単位でトラフィックのオフロード先の切替を制御することができる。また、当該コンピュータは、第１の端末のトラフィックのうちの第１のアプリケーションのトラフィックのオフロード先の切替を判定してもよい。これによって、アプリケーション単位又はフロー単位でトラフィックのオフロード先の切替を制御することができる。
【0023】
本開示の態様の一つでは、コア網は、５Ｇのコア網であってもよい。当該コンピュータは、コア網内の前記外部ネットワークへ通じるユーザプレーン上のパスの通信品質として、ＵＰＦと外部ネットワーク間の通信品質をＮＷＤＡＦ（NetWork Data Analytics Function）から取得してもよい。また、当該コンピュータは、第１のリクエストをＰＣＦ（Policy Control Function）へ指示してもよい。第１のリクエストに基づく端末からのトラフィックの誘導の変更は、当該ＰＣＦからＳＭＦ（Session Management Function）へ通知
され、当該ＳＭＦが所定のＵＰＦを制御することで実行されてもよい。または、当該コンピュータは、第１のリクエストをＮＥＦ（Network Exposure Function）へ送信してもよ
い。当該ＮＥＦは、第１のリクエストをＰＣＦへ通知してもよい。本開示の態様の一つによれば、５Ｇコア網の機能を利用して、５Ｇコア網側で端末からのトラフィックのオフロード先を切り替えることができる。
され、当該ＳＭＦが所定のＵＰＦを制御することで実行されてもよい。または、当該コンピュータは、第１のリクエストをＮＥＦ（Network Exposure Function）へ送信してもよ
い。当該ＮＥＦは、第１のリクエストをＰＣＦへ通知してもよい。本開示の態様の一つによれば、５Ｇコア網の機能を利用して、５Ｇコア網側で端末からのトラフィックのオフロード先を切り替えることができる。
【0024】
当該コンピュータは、当該ＵＰＦと外部ネットワーク間の通信品質が、外部ネットワーク向けの通信が安定していることを示す第１の条件を満たす場合には、端末からのトラフィックのオフロード先として外部ネットワーク上の第１のサーバを判定してもよい。当該ＵＰＦと外部ネットワーク間の通信品質が第１の条件を満たさない場合には、当該コンピュータは、当該オフロード先としてローカルネットワーク内の第２のサーバを判定してもよい。これによって、端末からのトラフィックのローカルネットワーク内の第２のサーバ（エッジサーバ）へのオフロードを、外部ネットワーク向けの通信が安定していない場合
に限定することができる。
に限定することができる。
【0025】
当該コンピュータは、ＮＷＤＡＦから、複数の端末について、端末から第１のＵＰＦの間の通信品質及び第１のＵＰＦから外部ネットワーク上の第１のサーバの間の通信品質を取得してもよい。当該コンピュータは、第１の端末から外部ネットワーク上の第１のサーバの間における通信品質が第２の条件を満たす場合には、第１の端末のトラフィックのオフロード先として外部ネットワーク上の第１のサーバを判定してもよい。第１の端末から外部ネットワーク上の第１のサーバの通信品質が第２の条件を満たさない場合には、当該コンピュータは、第１の端末のトラフィックのオフロード先としてローカルネットワーク内の第２のサーバを判定してもよい。これによって、端末単位の通信品質に基づいて、端末単位でトラフィックのオフロード先の切替を制御することができる。第１のＵＰＦは、例えば、端末とクラウドとの間において、端末側の５Ｇ網の境界に位置するエッジＵＰＦである。
【0026】
第１の端末からのトラフィックの誘導の変更を実行する所定のＵＰＦは、第１の端末と外部ネットワークとの間に存在するＵＬＣＬ（Uplink Classifier）として動作するＵＰ
Ｆであってもよい。当該ＵＬＣＬは、第１のリクエストに基づく第１の端末からのトラフィックの誘導の変更によって、第１の端末からのトラフィックを、オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在する外部ネットワーク又はローカルネットワークへ転送してもよい。
Ｆであってもよい。当該ＵＬＣＬは、第１のリクエストに基づく第１の端末からのトラフィックの誘導の変更によって、第１の端末からのトラフィックを、オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在する外部ネットワーク又はローカルネットワークへ転送してもよい。
【0027】
第１の端末からのトラフィックの誘導の変更を実行する所定のＵＰＦは、第１の端末と外部ネットワークに接続する第１のＰＳＡ（PDU Session Anchor）－ＵＰＦとの間に存在し、且つ、第１の端末とローカルネットワークに接続する第２のＰＳＡ－ＵＰＦとの間に存在する、Ｂｒａｎｃｈｉｎｇ ＰｏｉｎｔとなるＵＰＦであってもよい。当該Ｂｒａｎｃｈｉｎｇ ＰｏｉｎｔとなるＵＰＦは、第１のリクエストに基づく第１の端末からのトラフィックの誘導の変更によって、ＩＰｖ６プレフィクスに基づいて、第１の端末からのトラフィックを、オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在するネットワークに接続するＰＳＡ－ＵＰＦとしての、第１のＰＳＡ－ＵＰＦ又は第２のＰＳＡ－ＵＰＦへ転送してもよい。
【0028】
第１の端末からのトラフィックの誘導の変更を実行する所定のＵＰＦは、外部ネットワークに接続する第１のＰＳＡ（PDU Session Anchor）－ＵＰＦと、ローカルネットワークに接続する第２のＰＳＡ－ＵＰＦと、であってもよい。この場合に、ＳＭＦは、第１のリクエストに基づく第１の端末からのトラフィックの誘導の変更として、第１の端末と、オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在するネットワークに接続するＰＳＡ－ＵＰＦとしての、第１のＰＳＡ－ＵＰＦ又は第２のＰＳＡ－ＵＰＦと、の間に新たにＰＤＵセッションを確立させ、第１の端末ともう一方のＰＳＡ－ＵＰＡとの間の既存のセッションを解放させることで、第１の端末からのトラフィックを、オフロード先の切替の判定結果が示す新たなオフロード先のサーバが存在するネットワークに接続するＰＳＡ－ＵＰＦとしての、第１のＰＳＡ－ＵＰＦ又は第２のＰＳＡ－ＵＰＦへ誘導してもよい。
【0029】
本開示は、他の態様の一つとして、上記方法を実行する情報処理装置として特定することができる。当該情報処理装置は、少なくとも、コア網内の外部ネットワークへ通じるユーザプレーン上のパスの通信品質を取得することと、当該通信品質に基づいて、外部ネットワーク上の第１のサーバとローカルネットワーク内の第２のサーバとの間での、端末からのトラフィックのオフロード先の切替を判定した場合に、端末からのトラフィックの誘導の変更を指示する第１のリクエストを当該コア網へ送信することと、を実行する制御部、を備える。本開示は、他の態様の一つとして、上記方法をコンピュータに実行させるた
めのプログラム、及び、当該プログラムを記録した非一時的でコンピュータ読み取り可能な記録媒体として特定することができる。
めのプログラム、及び、当該プログラムを記録した非一時的でコンピュータ読み取り可能な記録媒体として特定することができる。
【0030】
以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。
【0031】
＜第１実施形態＞
図１は、第５世代移動体通信システムのアーキテクチャの一例を示す図である。第５世代移動体通信ネットワークを、以下、５Ｇ網、と称する。５Ｇ網は、５Ｇコアネットワーク（５ＧＣ）及びアクセス網（（Ｒ）ＡＮ）を有する。５Ｇ網には、ＵＥ（User Equipment）５０、ＤＮ ９０、及び、ＡＦが接続されている。ＵＥ ５０は、ユーザ（加入者）の端末である。ＲＡＮ（Radio Access Network）は、５ＧＣへのアクセス網である。ＲＡＮ３は、基地局（ｇＮＢ）を含む。
図１は、第５世代移動体通信システムのアーキテクチャの一例を示す図である。第５世代移動体通信ネットワークを、以下、５Ｇ網、と称する。５Ｇ網は、５Ｇコアネットワーク（５ＧＣ）及びアクセス網（（Ｒ）ＡＮ）を有する。５Ｇ網には、ＵＥ（User Equipment）５０、ＤＮ ９０、及び、ＡＦが接続されている。ＵＥ ５０は、ユーザ（加入者）の端末である。ＲＡＮ（Radio Access Network）は、５ＧＣへのアクセス網である。ＲＡＮ３は、基地局（ｇＮＢ）を含む。
【0032】
図１では、５ＧＣに含まれる構成要素のうちの一部が示されている。また、図１では、第１実施形態に係る構成要素について符号が付されている。５Ｇでは、ネットワーク機能を実現するソフトウェアと当該ソフトウェアが実行されるハードウェアとが、ハードウェア抽象化技術を用いて分離されている。これによって、ハードウェア製品ごとの構成に依存せずに、様々なネットワーク機能のソフトウェアを共通のハードウェアリソース上で動作させることができる。図１では、５ＧＣに含まれるネットワーク機能（ＮＦ：Network Function）が示されている。ＮＦは、５ＧＣに含まれる複数のＮＦのそれぞれは、１又は２以上のコンピュータ（情報処理装置）がプログラムを実行することによって実現される。ただし、単一のコンピュータがいずれか２以上のＮＦを実現してもよい。
【0033】
ＵＰＦ（User Plane Function）７０は、ユーザパケットのルーティング、転送、パケ
ット検査、及び、ＱｏＳ処理を行う。ユーザパケットとは、ＵＥ ５０が送信及び受信するユーザプレーンのパケットである。
ット検査、及び、ＱｏＳ処理を行う。ユーザパケットとは、ＵＥ ５０が送信及び受信するユーザプレーンのパケットである。
【0034】
ＡＭＦ（Access and Mobility Management Function）７は、ＲＡＮを収容し、５ＧＣ
におけるＵＥの登録管理（Registration Management）、接続管理（Connection Management）、及び、移動管理（Mobility Management）を行う。また、ＡＭＦ ７は、ＳＭＦ
６とＵＥ ５０との間のメッセージの中継も行う。
におけるＵＥの登録管理（Registration Management）、接続管理（Connection Management）、及び、移動管理（Mobility Management）を行う。また、ＡＭＦ ７は、ＳＭＦ
６とＵＥ ５０との間のメッセージの中継も行う。
【0035】
ＳＭＦ（Session Management Function）６は、ＰＤＵ（Protocol Data Unit）セッシ
ョンの管理、ＵＥへのＩＰアドレスの割り当て及び管理、及び、ＵＰＦ ７０の選択及び制御を行う。ＰＤＵセッションの管理には、ＰＤＵセッションの確立（Establishment）
、変更（modify）、及び、解放（release）が含まれる。例えば、ポリシーが変更される
と、ＰＤＵセッションの変更が発生し、ＳＭＦ ６を通じて、ＱｏＳ又はポリシーの変更がＵＰＦ ７０に適用される。ＰＤＵセッションは、ＵＥ ５０とＤＮ（Data Network）９０との間でデータのやり取りを行うための仮想的な通信路である。ＤＮ ９０は、５ＧＣの外部のデータネットワーク（クラウド、インターネット等）である。
ョンの管理、ＵＥへのＩＰアドレスの割り当て及び管理、及び、ＵＰＦ ７０の選択及び制御を行う。ＰＤＵセッションの管理には、ＰＤＵセッションの確立（Establishment）
、変更（modify）、及び、解放（release）が含まれる。例えば、ポリシーが変更される
と、ＰＤＵセッションの変更が発生し、ＳＭＦ ６を通じて、ＱｏＳ又はポリシーの変更がＵＰＦ ７０に適用される。ＰＤＵセッションは、ＵＥ ５０とＤＮ（Data Network）９０との間でデータのやり取りを行うための仮想的な通信路である。ＤＮ ９０は、５ＧＣの外部のデータネットワーク（クラウド、インターネット等）である。
【0036】
ＰＣＦ（Policy Control Function）５は、ポリシールールを実施させるために、各Ｎ
Ｆに提供する。ポリシールールには、例えば、ＱｏＳ、フィルタリング、ルーティング、課金等に関するルールが含まれている。ポリシールールが登録、変更、又は、削除される場合には、まずＰＣＦ ５に通知され、ＰＣＦ ５がＳＭＦ６を通じて、該当するＵＰＦ
７０に対してポリシーの設定、変更、又は、削除等の制御を行う。
Ｆに提供する。ポリシールールには、例えば、ＱｏＳ、フィルタリング、ルーティング、課金等に関するルールが含まれている。ポリシールールが登録、変更、又は、削除される場合には、まずＰＣＦ ５に通知され、ＰＣＦ ５がＳＭＦ６を通じて、該当するＵＰＦ
７０に対してポリシーの設定、変更、又は、削除等の制御を行う。
【0037】
ＵＤＲ ４は、ＵＤＭ（Unified Data Management）、ＰＣＦ ５、及び、ＮＥＦ ３
で使用されるデータを保存し、これらのデータの検索を提供する。
で使用されるデータを保存し、これらのデータの検索を提供する。
【0038】
ＮＥＦ ３は、５Ｇシステム内のネットワーク機能が開示する能力やイベント情報を安全にＡＦ（Application Function）などの外部アプリケーションに開示する機能を提供する。また、ＮＥＦ ３は、許可された外部アプリケーションからネットワーク内へ情報を受け取る機能を提供する。ＡＦは、５ＧＣ仕様以外の補助的なサービスを提供するアプリケーションサーバ（外部サーバ）である。
【0039】
ＮＷＤＡＦ ２は、ネットワーク内の分析情報を提供する。ＮＷＤＡＦ ２が提供するネットワーク内の分析情報には、例えば、各区間における通信遅延、スループット、ジッタ、トラフィックの負荷レベル等がある。
【0040】
ＥＡＳＤＦ（Edge Application Server Discovery Function）８は、ＵＥ ５０とＤＮＳサーバとの通信の仲介を行う。
【0041】
ＮＲＦは、５ＧＣ内におけるＮＦ（例えば、ＡＭＦ、ＳＭＦ、ＵＰＦなど）の情報を記憶及び管理している。ＮＲＦは、使用を所望するＮＦに係る問い合わせに対して、複数のＮＦの候補を問い合わせ元に返信することができる。ＮＳＳＦは、ネットワークスライシングによって生成されたネットワークスライスの中から、加入者が使用するネットワークスライスを選択する機能を有する。ネットワークスライスは、用途に応じたスペックを有する仮想のネットワークである。ＡＵＳＦは、ＵＥ認証の機能を提供する。ＵＤＭは、加入者契約情報、及び、ＡＫＡ認証のための認証情報を保持する。
【0042】
第１実施形態では、５ＧＣに、新たにＥＣＳＦ（Edge Cloud Switching Function）１
を追加する。ＥＣＳＦ １は、ＵＥ ５０からのトラフィックのオフロード先として、ＤＮ ９０とローカルネットワーク内のエッジサーバとの切替の制御を行う。ＥＣＳＦ １は、５ＧＣ内のＮＦとして追加されてもよいし、５ＧＣ外のＡＦの一つとして追加されてもよい。以下の説明では、ＥＣＳＦ １は、５ＧＣ内のＮＦとして追加されることが想定される。
を追加する。ＥＣＳＦ １は、ＵＥ ５０からのトラフィックのオフロード先として、ＤＮ ９０とローカルネットワーク内のエッジサーバとの切替の制御を行う。ＥＣＳＦ １は、５ＧＣ内のＮＦとして追加されてもよいし、５ＧＣ外のＡＦの一つとして追加されてもよい。以下の説明では、ＥＣＳＦ １は、５ＧＣ内のＮＦとして追加されることが想定される。
【0043】
５ＧＣにおいて、同種類の複数のＮＦが用意される場合がある。例えば、１つのＮＦがデータセンタ（局舎）毎に用意される場合がある。また、データセンタ間で１つのＮＦが共用される場合もある。また、１つのデータセンタで複数個の同種類のＮＦを構成する場合もある。ＮＦとデータセンタとの対応関係は適宜設定することができる。
【0044】
図２は、通信システム１００におけるオフロード先切替処理を説明する図である。オフロード先切替処理は、ＵＥからのトラフィックのオフロード先を、クラウド上のサーバとローカルネットワーク内のエッジサーバ間で動的に切り替える処理である。ＵＥからのトラフィックのオフロード先は、すなわち、ＵＥからのトラフィックのオフロード先とも言える。
【0045】
通信システム１００には、５ＧＣ、ＵＥ ５０、ＵＰＦ ７０、ＤＮ ９０、及び、エッジサーバ６０が含まれている。図２では、通信システム１００には、５ＧＣに含まれるＮＦのうち、オフロード先切替処理に係るＥＣＳＦ １、ＮＷＤＡＦ ２、ＮＥＦ ３、ＰＣＦ ５、及び、ＳＭＦ ６が抽出されて示されている。ただし、オフロード先切替処理にかかわるＮＦは、これらに限定されない。エッジサーバ６０は、５ＧＣと同じモバイル網内のローカルＤＮに接続している。ＤＮ ９０の先にはパブリッククラウドが接続されている。パブリッククラウド上のサーバとエッジサーバ６０とは、オフロード対象のサービスのアプリケーションプログラムを稼働させている。また、パブリッククラウド上のサーバとエッジサーバ６０とは、ＵＥ ５０からは、共通のサービス名、ＩＰアドレス、ポート番号、プロトコル等の組み合わせでアクセス可能な状態であるとする。
【0046】
（１）ＥＣＳＦ １は、ＮＷＤＡＦ ２から、例えば、所定の周期で、指定区間の通信品質に関する情報を取得する。指定区間は、例えば、ＵＥ ５０とクラウド上の指定サーバ間の区間である。通信品質は、例えば、通信遅延、スループット、及び、ジッタ等のいずれか又は２つ以上の組み合わせで示される。この場合に、通信品質に関する情報は、例えば、通信遅延、スループット、及び、ジッタ等を含む。
【0047】
（２）ＥＣＳＦ １は、指定区間の通信品質に基づいて、ＵＥ ５０のトラフィックのオフロード先を、クラウド上のサーバ又はエッジサーバ６０のいずれかに判定する。クラウド向けの通信が安定している場合には、ＵＥ ５０のオフロード先としてクラウド上のサーバが選択される。クラウド向けの通信が安定していない場合には、ＵＥ ５０のオフロード先としてエッジサーバ６０が選択される。
【0048】
（３）ＥＣＳＦ １は、ＮＥＦ ３へ、新たなオフロード先へＵＥ ５０のトラフィックの誘導（steering）を切り替えることを指示するトラフィック誘導変更指示を出力する。トラフィック誘導変更指示とともに、例えば、対象のＵＥ ５０に関する情報等も出力される。トラフィック誘導変更指示は、『第１のリクエスト』の一例である。
【0049】
（４）トラフィック誘導変更指示がＮＥＦ ３に通知されると、ＮＥＦ ３、ＰＣＦ ５、及び、ＳＭＦ ６を通じて、ＵＥ ５０からのトラフィックの誘導先の切替ポイントとなるＵＰＦ ７０へ、新たなオフロード先へのトラフィックの誘導の設定が反映される。以降、ＵＥ ５０からのトラフィックは、新たなオフロード先へ、ＵＰＦ ７０によって転送される。
【0050】
（４）の処理は、５Ｇ網で採用されているエッジサーバへのアクセス方法に応じたシステム構成に応じて、実行される。（４）の処理の具体例は、後述される。
【0051】
上記（１）－（４）の処理において、ＵＥ ５０、エッジサーバ６０、及び、クラウド上のサーバはかかわっておらず、これらは、通常通りに動作するだけで、ＵＥ ５０のオフロード先がＵＥ ５０とクラウド間の通信品質に基づいて動的に切り替えられる。したがって、ＵＥ ５０のオフロード先の動的な切替をネットワーク側で制御することができ、ＵＥ ５０、エッジサーバ６０、及び、クラウド上のサーバの構成を変更しなくてもよい。
【0052】
図３は、ＥＣＳＦ １を含むＮＦ及び外部サーバの夫々として動作可能な情報処理装置のハードウェア構成の一例を示す図である。情報処理装置１１０は、パーソナルコンピュータ（ＰＣ）、ワークステーション（ＷＳ）、又はサーバマシンなどの情報処理装置（コンピュータ）を用いて構成可能である。情報処理装置１１０は、１又は２以上のコンピュータの集合体（クラウド）であってもよい。なお、ＥＣＳＦ １を含むＮＦは、該当の処理を実行する専用のＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit）等の電気回路を備える装置であってもよい。
【0053】
情報処理装置１１０は、ハードウェア構成として、プロセッサ１０１、メモリ１０２、補助記憶装置１０３、及び、通信部１０４を備える。メモリ１０２および補助記憶装置１０３は、コンピュータで読み取り可能な記録媒体である。プロセッサ１０１、補助記憶装置１０３、及び、通信部１０４は、バスによって電気的に接続されている。
【0054】
補助記憶装置１０３は、ＥＣＳＦ １を含む各種ＮＦのいずれかとして動作するために用いられるプログラムや、各プログラムの実行に際してプロセッサ１０１が使用するデータを格納する。補助記憶装置１０３は、例えば、ＥＰＲＯＭ（Erasable Programmable RO
M）、ハードディスクドライブ（Hard Disk Drive）、又は、ＳＳＤ（Solid State Drive
）である。補助記憶装置１０３に保持されるプログラムには、例えば、オペレーティングシステム（ＯＳ）、ＥＣＳＦ １の制御プログラム、及び、ＥＣＳＦ １の複数のＡＰＩ等がある。
M）、ハードディスクドライブ（Hard Disk Drive）、又は、ＳＳＤ（Solid State Drive
）である。補助記憶装置１０３に保持されるプログラムには、例えば、オペレーティングシステム（ＯＳ）、ＥＣＳＦ １の制御プログラム、及び、ＥＣＳＦ １の複数のＡＰＩ等がある。
【0055】
メモリ１０２は、プロセッサ１０１に、補助記憶装置１０３に格納されているプログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする記憶装置である。メモリ１０２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）のような半導体メモリを含む。
【0056】
プロセッサ１０１は、補助記憶装置１０３に保持されたＯＳ、及び、ＥＣＳＦ １を含む各種ＮＦに関連するプログラムをメモリ１０２にロードして実行することによって、各種ＮＦに該当する処理を実行する。プロセッサ１０１は、例えば、ＣＰＵ、又は、ＤＳＰ（Digital Signal Processor）等である。プロセッサ１０１は、１つに限られず、複数備えられてもよい。プロセッサ１０１は、「制御部」の一例である。
【0057】
通信部１０４は、例えば、ＮＩＣ（Network Interface Card）、光回線インタフェース等である。なお、通信部１０４は、例えば、無線ＬＡＮ等の無線ネットワークに接続する無線通信回路であってもよい。なお、ＥＣＳＦ １を含む各種ＮＦの機能を実現する情報処理装置１１０のハードウェア構成は、図３に示されるものに限定されない。
【0058】
図４は、ＥＣＳＦ １の機能構成の一例を示す図である。ＥＣＳＦ １は、機能構成として、情報取得部１１と、切替判定部１２と、を備える。情報取得部１１は、ＮＷＤＡＦ
２から所定の周期で、指定区間の通信品質に関する情報を取得する。指定区間は、指定されたＵＥ ５０とクラウド上の指定サーバとの間の区間である。指定区間で指定されるＵＥ ５０は、１台であってもよいし、複数台のＵＥ群であってもよい。なお、ＮＷＤＡＦ ２では、ＵＥとＵＰＦ間と、ＵＰＦとＤＮ間と、それぞれの区間について通信品質に関する情報が取得される。そのため、情報取得部１１は、ＮＷＤＡＦ ２から、指定されたＵＥ ５０とエッジＵＰＦ間の通信品質に関する情報と、エッジＵＰＦとクラウド上の指定サーバ間の通信品質に関する情報とを取得する。エッジＵＰＦとは、ＵＥ ５０とクラウドとの間において、ＵＥ ５０側の５Ｇ網の境界に位置するＵＰＦである。
２から所定の周期で、指定区間の通信品質に関する情報を取得する。指定区間は、指定されたＵＥ ５０とクラウド上の指定サーバとの間の区間である。指定区間で指定されるＵＥ ５０は、１台であってもよいし、複数台のＵＥ群であってもよい。なお、ＮＷＤＡＦ ２では、ＵＥとＵＰＦ間と、ＵＰＦとＤＮ間と、それぞれの区間について通信品質に関する情報が取得される。そのため、情報取得部１１は、ＮＷＤＡＦ ２から、指定されたＵＥ ５０とエッジＵＰＦ間の通信品質に関する情報と、エッジＵＰＦとクラウド上の指定サーバ間の通信品質に関する情報とを取得する。エッジＵＰＦとは、ＵＥ ５０とクラウドとの間において、ＵＥ ５０側の５Ｇ網の境界に位置するＵＰＦである。
【0059】
指定区間は、例えば、ＥＣＳＦ １の管理者によって設定される。通信品質に関する情報を取得するＵＥ ５０は、単一のＵＥ ５０が指定されてもよいし、ＵＥ ５０群が指定されてもよい。この場合には、情報取得部１１は、複数の指定区間について情報取得部１１から通信品質に関する情報を取得してもよい。情報取得部１１は、例えば、Nnwdaf_AnalyticsSubscription_SubscribeサービスのＡＰＩであってもよい。
【0060】
切替判定部１２は、指定区間の通信品質に基づいて、指定されたＵＥ ５０のオフロード先を判定する。ＮＷＤＡＦ ２からは、ＵＥ ５０とエッジＵＰＦ間の通信品質に関する情報と、エッジＵＰＦとクラウド上の指定サーバ間の通信品質に関する情報とが取得される。そのため、切替判定部１２は、ＵＥ ５０とエッジＵＰＦ間の通信品質に関する情報と、エッジＵＰＦとクラウド上の指定サーバ間の通信品質に関する情報とに基づいて、指定区間の通信品質を算出する。例えば、通信遅延の場合には、ＵＥ ５０とエッジＵＰＦ間の通信遅延と、エッジＵＰＦとクラウド上の指定サーバ間の通信遅延と、の和が指定区間の通信品質として用いられてもよい。
【0061】
切替判定部１２は、クラウド向けの通信が安定しているか否かを、通信品質条件が満たされているか否かで判定する。通信品質条件は、クラウド向けの通信が安定していることを示す条件である。通信品質条件は、例えば、通信品質を示す情報のそれぞれの種類に対
して、安定した通信に要求される値（要求値）を用いて定義される。例えば、通信品質を示す情報が通信遅延である場合には、通信品質条件は、所定時間における平均往復通信遅延が要求値以上であること、を含む。通信品質条件は、これに限定されず、スループット、及び、ジッタ等に関する条件を含んでもよい。また、通信品質条件は、通信品質に関する情報のそれぞれの種類についての条件を含んでもよいし、１つの種類の通信品質に関する情報について複数の条件を含んでもよい。
して、安定した通信に要求される値（要求値）を用いて定義される。例えば、通信品質を示す情報が通信遅延である場合には、通信品質条件は、所定時間における平均往復通信遅延が要求値以上であること、を含む。通信品質条件は、これに限定されず、スループット、及び、ジッタ等に関する条件を含んでもよい。また、通信品質条件は、通信品質に関する情報のそれぞれの種類についての条件を含んでもよいし、１つの種類の通信品質に関する情報について複数の条件を含んでもよい。
【0062】
切替判定部１２は、例えば、通信品質条件が満たされているか否かが変化した場合に、ＵＥ ５０のオフロード先の切替を判定する。切替判定部１２は、通信品質条件が満たされている場合には、ＵＥ ５０のオフロード先をクラウド上のサーバに判定する。切替判定部１２は、通信品質条件が満たされていない場合には、ＵＥ ５０のオフロード先をエッジサーバ６０に判定する。切替判定部１２は、ＵＥ ５０のオフロード先の切替を判定した場合に、新たなオフロード先のサーバが存在するネットワークへＵＥ ５０からのトラフィックを誘導するように変更することを指示する、トラフィック誘導変更指示をＮＥＦ ３へ送信する。トラフィック誘導変更指示とともに、対象のＵＥ ５０に関する情報と、誘導先のネットワークに関する情報と、もＮＥＦ ３へ送信される。対象のＵＥ ５０に関する情報は、例えば、ＩＰアドレス等の、ＵＥ ５０の識別情報等である。誘導先のネットワークに関する情報は、例えば、ＵＥ ５０の位置に応じたローカルＤＮ又はクラウドＤＮの識別情報等である。
【0063】
トラフィック誘導変更指示は、例えば、Nnef_TrafficInfluenceサービスのＡＰＩを通
じて、ＮＥＦ ３へ送信されてもよい。なお、ＥＣＳＦ １が、ＮＥＦ ３を介さずにＰＣＦ ４へアクセス可能である場合には、トラフィック誘導変更指示は、Npcf_PolicyAuthorizationサービスのＡＰＩを通じて、ＥＣＳＦ １からＰＣＦ ５へ直接送信されてもよい。
じて、ＮＥＦ ３へ送信されてもよい。なお、ＥＣＳＦ １が、ＮＥＦ ３を介さずにＰＣＦ ４へアクセス可能である場合には、トラフィック誘導変更指示は、Npcf_PolicyAuthorizationサービスのＡＰＩを通じて、ＥＣＳＦ １からＰＣＦ ５へ直接送信されてもよい。
【0064】
ＮＥＦ ３がトラフィック誘導変更指示を受信すると、ＮＥＦ ３からＰＣＦ ５、ＰＣＦ ５からＳＭＦ ６へと処理が進み、ＳＭＦ ６によって、切替ポイントとなるＵＰＦ ７０にトラフィック誘導設定が反映される。詳細は後述される。なお、ＥＣＳＦ １の機能構成は、図４に示される構成に限定されず、実施の形態に応じて適宜変更可能である。
【0065】
図５は、ＥＣＳＦ １のオフロード先切替判定処理のフローチャートの一例である。図５に示される処理は、所定の周期で繰り返し実行される。図５に示される処理が実行される間隔は、例えば、１秒から６０秒の範囲からＥＣＳＦ １の管理者によって任意に設定される。図５に示される処理の実行主体は、ＥＣＳＦ １の処理を実行する情報処理装置１１０のＣＰＵ １０１であるが、便宜上、機能構成要素を主体として説明する。
【0066】
ＯＰ１０１では、情報取得部１１は、ＮＷＤＡＦ ２から、指定のＵＥ ５０とエッジＵＰＦ間、及び、エッジＵＰＦとクラウド上の指定サーバ間、それぞれの区間の通信品質に関する情報を取得する。切替判定部１２は、ＮＷＤＡＦ ２から取得した２つの区間の通信品質に関する情報に基づいて、指定区間（指定のＵＥ ５０とクラウド上の指定サーバ間）の通信品質を取得する。
【0067】
ＯＰ１０２では、切替判定部１２は、指定区間の通信品質が通信品質条件を満たすか否かを判定する。指定区間の通信品質が通信品質条件を満たす場合には（ＯＰ１０２：ＹＥＳ）、処理がＯＰ１０３へ進む。指定区間の通信品質が通信品質条件を満たさない場合には（ＯＰ１０２：ＮＯ）、処理がＯＰ１０６へ進む。
【0068】
ＯＰ１０３からＯＰ１０５は、指定区間の通信品質が通信品質条件を満たす場合に実行
される処理である。ＯＰ１０３では、切替判定部１２は、ＯＰ１０２における指定区間の通信品質が通信条件を満たすか否かの判定結果が前回から変化したか否かを判定する。ＯＰ１０２における判定結果が前回から変化していない場合には（ＯＰ１０３：ＮＯ）、クラウド向けの通信が安定している状態から変化していないことが示される。この場合には、切替判定部１２は、指定のＵＥ ５０のオフロード先を切り替えないことを判定し、図５に示される処理が終了する。
される処理である。ＯＰ１０３では、切替判定部１２は、ＯＰ１０２における指定区間の通信品質が通信条件を満たすか否かの判定結果が前回から変化したか否かを判定する。ＯＰ１０２における判定結果が前回から変化していない場合には（ＯＰ１０３：ＮＯ）、クラウド向けの通信が安定している状態から変化していないことが示される。この場合には、切替判定部１２は、指定のＵＥ ５０のオフロード先を切り替えないことを判定し、図５に示される処理が終了する。
【0069】
ＯＰ１０２における判定結果が前回から変化した場合には（ＯＰ１０３：ＹＥＳ）、クラウド向けの通信が安定していない状態から安定している状態へと遷移したことが示され、処理がＯＰ１０４へ進む。ＯＰ１０４では、切替判定部１２は、指定のＵＥ ５０のオフロード先をエッジサーバ６０に切り替えることを判定する。
【0070】
ＯＰ１０５では、切替判定部１２は、ＮＥＦ ３へ、指定のＵＥ ５０のトラフィックをクラウド上の指定サーバへ切り替えることを指示するトラフィック誘導変更指示を送信する。トラフィック誘導変更指示とともに、指定のＵＥ ５０に関する情報と、クラウド上の指定サーバに関する情報と、も送信される。その後、図５に示される処理が終了する。
【0071】
ＯＰ１０６からＯＰ１０８は、指定区間の通信品質が通信品質条件を満たさない場合に実行される処理である。ＯＰ１０６では、切替判定部１２は、ＯＰ１０２における指定区間の通信品質が通信条件を満たすか否かの判定結果が前回から変化したか否かを判定する。ＯＰ１０２における判定結果が前回から変化していない場合には（ＯＰ１０６：ＮＯ）、クラウド向けの通信が安定していない状態から変化していないことが示される。この場合には、切替判定部１２は、指定のＵＥ ５０のオフロード先を切り替えないことを判定し、図５に示される処理が終了する。
【0072】
ＯＰ１０２における判定結果が前回から変化した場合には（ＯＰ１０６：ＹＥＳ）、クラウド向けの通信が安定している状態から安定していない状態へと遷移したことが示され、処理がＯＰ１０７へ進む。ＯＰ１０７では、切替判定部１２は、指定のＵＥ ５０のオフロード先をエッジサーバ６０に切り替えることを判定する。
【0073】
ＯＰ１０８では、切替判定部１２は、ＮＥＦ ３へ、指定のＵＥ ５０のトラフィックをエッジサーバ６０へ切り替えることを指示するトラフィック誘導変更指示を送信する。トラフィック誘導変更指示とともに、指定のＵＥ ５０に関する情報と、新たなオフロード先がエッジサーバ６０であることと、も送信される。その後、図５に示される処理が終了する。なお、ＥＣＳＦ １のオフロード先切替判定処理は図５に示される処理に限定されず、実施の態様に応じて適宜変更可能である。
【0074】
図６は、ＥＣＳＦ １のオフロード先切替判定処理から切替ポイントであるＵＰＦ ７０へ新たなオフロード先へのトラフィック誘導設定が反映されるまでの処理のシーケンスの一例である。
【0075】
Ｓ１１では、ＥＣＳＦ １は、ＮＷＤＡＦ ２へ、Nnwdaf_AnalyticsSubscription_Subscribeメッセージを送信する。Nnwdaf_AnalyticsSubscription_Subscribeメッセージは、ＮＷＤＡＦ ２への情報の取得リクエストである。Nnwdaf_AnalyticsSubscription_Subscribeメッセージとともに、取得したい区間（ＵＥ ５０とエッジＵＰＦ間と、エッジＵＰＦとクラウド間）、取得した通信品質に関する情報、についての情報も送信される。
【0076】
Ｓ１２では、ＮＷＤＡＦ ２は、ＥＣＳＦ １へ、Nnwdaf_AnalyticsSubscription_Notifyメッセージを送信する。Nnwdaf_AnalyticsSubscription_Notifyメッセージは、Nnwdaf
_AnalyticsSubscription_Subscribeメッセージでリクエストされた情報を通知するメッセージである。これによって、ＥＣＳＦ １は、指定区間の通信品質に関する情報を取得する（図５、ＯＰ１０１）。
_AnalyticsSubscription_Subscribeメッセージでリクエストされた情報を通知するメッセージである。これによって、ＥＣＳＦ １は、指定区間の通信品質に関する情報を取得する（図５、ＯＰ１０１）。
【0077】
Ｓ２１では、ＥＣＳＦ １は、指定区間の通信品質に関する情報に基づいて、ＵＥ ５０のオフロード先の切替を判定する（図５、ＯＰ１０４又はＯＰ１０７）。Ｓ２２では、ＥＣＳＦ １は、ＮＥＦ ３へ、Nnef_TrafficInfluence_Create（又は、Update、Delete）メッセージを送信する。Nnef_TrafficInfluence_Create（又は、Update、Delete）メッセージは、５ＧＣに対して、トラフィックのルーティング等の変更のリクエストに用いられるメッセージである。第１実施形態では、Nnef_TrafficInfluence_Create（又は、Update、Delete）メッセージは、新たなオフロード先へＵＥ ５０のトラフィックの誘導を切り替えることを指示する、トラフィック誘導変更指示に相当する。Nnef_TrafficInfluence_Create（又は、Update、Delete）メッセージとともに、エッジサーバとクラウド上のサーバ間のオフロード先の切替を指示するパラメータと、ＵＥ ５０のＩＰアドレスと、現在のオフロード先に関する情報及び新たなオフロード先に関する情報と、ＤＮＡＩ（Data
Network Access Identifier）と、も送信される。オフロード先に関する情報は、例えば、サーバのＩＰアドレス、ポート番号、ＵＲＩ等がある。これによって、対象のＵＥ ５０のトラフィックの誘導先を新たなオフロード先に切り替えることを含むポリシールールが示される。
Network Access Identifier）と、も送信される。オフロード先に関する情報は、例えば、サーバのＩＰアドレス、ポート番号、ＵＲＩ等がある。これによって、対象のＵＥ ５０のトラフィックの誘導先を新たなオフロード先に切り替えることを含むポリシールールが示される。
【0078】
Ｓ２３では、ＮＥＦ ３は、Nnef_TrafficInfluence_Create（又は、Update、Delete）メッセージとともに受信したポリシールールを、ＵＤＲ ４に、格納する（Create又はUpdateメッセージの場合）。Ｓ２４では、ＮＥＦ ３は、ＥＣＳＦ １へ、Nnef_TrafficInfluence_Create（又は、Update、Delete） レスポンスメッセージを送信する。
【0079】
Ｓ３０では、ＵＤＲ ４は、ＰＣＦ ５へ、ポリシールールが変更になったことを通知するNudr_DM_Notifyメッセージを送信する。Nudr_DM_Notifyメッセージとともにポリシールールも送信される。
【0080】
Ｓ４０では、ＰＣＦ ５は、ＳＭＦ ６へ、ＰＤＵセッションに適用されるポリシールールの更新を提供するNpcf_SMPolicyControl_UpdateNotifyメッセージを送信する。Npcf_SMPolicyControl_UpdateNotifyメッセージとともにポリシールールに基づいてＰＣＦ ５が作成したＰＣＣルールも送信される。作成されたＰＣＣルールには、AF influenced Traffic Steering Enforcement Controlの情報が含まれている。当該ＰＣＣルール内のAF influenced Traffic Steering Enforcement Controlの情報には、エッジサーバとクラウド上のサーバ間のオフロード先の切替を指示するパラメータに関する情報と、ＵＥ ５０のＩＰアドレスと、現在のオフロード先に関する情報及び新たなオフロード先に関する情報と、ＤＮＡＩ（Data Network Access Identifier）と、が含まれている。オフロード先に関する情報は、例えば、サーバのＩＰアドレス、ポート番号、ＵＲＩ等がある。
【0081】
Ｓ５０では、ＳＭＦ ６は、ＰＣＦ ５から提供されたＰＣＣルールに従って、切替ポイントであるＵＰＦ ７０に対して、対象のＵＥ ５０のトラフィックの誘導先を現在のオフロード先から新たなオフロード先に切り替えるための設定を反映させる。Ｓ５０以降の処理は、５Ｇ網で採用されているエッジサーバへのアクセス方法に応じて異なるため、具体例を挙げて後述される。
【0082】
（エッジサーバへアクセスするための構成の具体例）
ＵＥ ５０のオフロード先の切り替えの処理は、主に、ＳＭＦ ８とＵＰＦ等によって行われる。オフロード先の切替を実現するためには、エッジサーバへのアクセスが実現されることが求められる。エッジサーバへアクセスするための構成の一例として、以下の３
つが挙げられる。
（具体例１）ＵＬＣＬ（UpLink CLassifier）を用いる構成
（具体例２）ＩＰｖ６マルチホーミングを用いる構成
（具体例３）ＰＤＵセッションを張り替えを行う構成
なお、いずれの具体例においても、５ＧＣの構成は同じである。
ＵＥ ５０のオフロード先の切り替えの処理は、主に、ＳＭＦ ８とＵＰＦ等によって行われる。オフロード先の切替を実現するためには、エッジサーバへのアクセスが実現されることが求められる。エッジサーバへアクセスするための構成の一例として、以下の３
つが挙げられる。
（具体例１）ＵＬＣＬ（UpLink CLassifier）を用いる構成
（具体例２）ＩＰｖ６マルチホーミングを用いる構成
（具体例３）ＰＤＵセッションを張り替えを行う構成
なお、いずれの具体例においても、５ＧＣの構成は同じである。
【0083】
図７は、エッジサーバへアクセスするための構成の具体例１における通信システム１００Ａのシステム構成の一例を示す図である。図７に示される通信システム１００Ａでは、オフロード先の切替の構成として、ＵＬＣＬが用いられる。ＵＬＣＬは、ＰＤＵセッションに対して、アップリンク方向の指定されたトラフィックを分離して、ＰＤＵセッションのアンカーとなる複数のＵＰＦへそれぞれルーティングする機能である。ＰＤＵセッションのアンカーとなるＵＰＦとは、ＵＥ ５０からのアップリンク方向でＰＤＵセッションを最後に中継するＵＰＦのことである。ＰＤＵセッションのアンカーとなるＵＰＦを、以下、ＰＳＡ（PDU Session Anchor）－ＵＰＦ、と称する。
【0084】
ＵＬＣＬによって分離されるトラフィックは、ＩＰ ５－ｔｕｐｌｅｓによって指定可能である。ＩＰ ５－ｔｕｐｌｅｓとは、送信元ＩＰアドレス、宛先ＩＰアドレス、プロトコル番号、送信元ポート番号、及び、宛先ポート番号のことである。ＵＬＣＬはＵＰＦに搭載される機能である。ＵＬＣＬを動作させるＵＰＦは、ＵＥ ５０とＰＳＡ－ＵＰＦとの間に位置するので、Ｉ－ＵＰＦ（Intermediate-UPF）とも呼ばれる。
【0085】
通信システム１００Ａは、ＵＬＣＬであるＩ－ＵＰＦ ７０Ａと、クラウドに接続するＤＮ ９０を接続するＰＳＡ－ＵＰＦ ７１と、エッジサーバ６０Ａが接続するローカルＤＮを接続するＰＳＡ－ＵＰＦ ７２と、を含む。以下、ＵＬＣＬであるＩ－ＵＰＦ ７０Ａを、以下、単に、ＵＬＣＬ ７０Ａ、と表記する。
【0086】
通信システム１００Ａでは、ＵＬＣＬ ７０Ａが切替ポイントとなる。また、ＥＣＳＦ
１は、ＮＷＤＡＦ ２から、ＵＥ ５０とＰＳＡ－ＵＰＦ ７１との間の通信品質に関する情報と、ＰＳＡ－ＵＰＦ ７１とクラウド上のサーバとの間の通信品質に関する情報とを取得する。通信システム１００Ａにおいても、ＥＣＳＦ １によるオフロード先切替の処理（図５）、及び、オフロード先切替発生時の制御プレーンにおけるシーケンス（図６）は、上述の通りである。
１は、ＮＷＤＡＦ ２から、ＵＥ ５０とＰＳＡ－ＵＰＦ ７１との間の通信品質に関する情報と、ＰＳＡ－ＵＰＦ ７１とクラウド上のサーバとの間の通信品質に関する情報とを取得する。通信システム１００Ａにおいても、ＥＣＳＦ １によるオフロード先切替の処理（図５）、及び、オフロード先切替発生時の制御プレーンにおけるシーケンス（図６）は、上述の通りである。
【0087】
なお、ＵＬＣＬを用いる場合には、分離するトラフィックをＩＰ ５－ｔｕｐｌｅｓを用いて指定することができるので、オフロード先を切り替えるトラフィックの粒度を、ＵＥ単位よりも細かく、フロー単位で設定することができる。したがって、通信システム１００Ａにおいて、ＥＣＳＦ １は、オフロード先の切替を判定した場合には、オフロード先を切り替えるＵＥ ５０のトラフィックをＩＰ ５－ｔｕｐｌｅｓを用いて指定し、該当するＵＥ ５０からのトラフィックの一部について、オフロード先を切り替えさせてもよい。クラウド向けの通信が安定していない場合には、例えば、低遅延応答が要求され、且つ、連続的に発生する処理に係るトラフィックを優先的に、クラウドからエッジサーバ６０へ、オフロード先を切り替えるようにしてもよい。低遅延応答が要求され、且つ、連続的に発生する処理は、例えば、車載カメラの映像解析のためのリアルタイム物体検出処理、自動運転、及び、メタバースのアプリケーション等がある。優先的にオフロード先を切り替えるトラフィックの指定は、例えば、ＥＣＳＦ １の管理者によって予めＥＣＳＦ
１に設定されており、ポリシールールに含められて、ＥＣＳＦ １から、ＮＥＦ ３、ＵＤＲ ４、ＰＣＦ ５、ＳＭＦ ６を通じて、ＵＬＣＬ ７０Ａに通知される。
１に設定されており、ポリシールールに含められて、ＥＣＳＦ １から、ＮＥＦ ３、ＵＤＲ ４、ＰＣＦ ５、ＳＭＦ ６を通じて、ＵＬＣＬ ７０Ａに通知される。
【0088】
図８は、具体例１の通信システム１００Ａにおけるオフロード先の切替処理のシーケンスの一例を示す図である。図８に示される処理は、例えば、通信システム１００Ａにおい
て図６に示される処理のシーケンスが発生し、Ｓ２１において、ＥＣＳＦ １によって、ＵＥ ５０のオフロード先が切り替えられることが判定され、Ｓ２２からＳ４０の処理まで実行された後に行われる処理のシーケンスである。図８では、ＵＥ ５０のオフロード先はクラウド上のサーバであり、エッジサーバ６０へ切り替えられる場合の処理を想定して説明される。したがって、図８では、ＵＥ ５０は、クラウドへ接続するＤＮ ９０に接続するＰＳＡ－ＵＰＦ ７１と既にＰＤＵセッションを確立していることとする。ＰＳＡ－ＵＰＦ ７１は、図８において、「ＵＰＦ（ＰＳＡ１）」とも表記されている。
て図６に示される処理のシーケンスが発生し、Ｓ２１において、ＥＣＳＦ １によって、ＵＥ ５０のオフロード先が切り替えられることが判定され、Ｓ２２からＳ４０の処理まで実行された後に行われる処理のシーケンスである。図８では、ＵＥ ５０のオフロード先はクラウド上のサーバであり、エッジサーバ６０へ切り替えられる場合の処理を想定して説明される。したがって、図８では、ＵＥ ５０は、クラウドへ接続するＤＮ ９０に接続するＰＳＡ－ＵＰＦ ７１と既にＰＤＵセッションを確立していることとする。ＰＳＡ－ＵＰＦ ７１は、図８において、「ＵＰＦ（ＰＳＡ１）」とも表記されている。
【0089】
Ｓ６１は、図６のＳ４０に相当し、ＳＭＦ ６Ａは、ＰＣＦ ５からNpcf_SMPolicyControl_UpdateNotifyメッセージを受信する。ＰＣＦ ５からは、ＵＥ ５０からの指定の
トラフィックのオフロード先をエッジサーバ６０に切り替えることを含むポリシールールも受信される。
トラフィックのオフロード先をエッジサーバ６０に切り替えることを含むポリシールールも受信される。
【0090】
Ｓ６２からＳ６６の処理は、ＰＳＡ－ＵＰＦとＵＬＣＬとを新たに追加する処理である（TS23.502の4.3.5.4参照）。Ｓ６２では、ＳＭＦ ６Ａは、ポリシールールがエッジサ
ーバの再配置の指示を示すので、指定のトラフィックの新たなオフロード先となるローカルＤＮを接続するＰＳＡ－ＵＰＦ ７２を選択し、ＰＳＡ－ＵＰＦ ７２と接続を確立させる（N4 session establishment request/response メッセージのやり取り）。ＰＳＡ－ＵＰＦ ７２は、例えば、ポリシールールに示される新たなオフロード先のローカルＤＮのＤＮＡＩ、及び、ＵＥ ５０の位置情報等に基づいて、選択される（TS23.502の6.3.3.3参照）。ＰＳＡ－ＵＰＦ ７２は、図８において、「ＵＰＦ（ＰＳＡ２）」とも表記さ
れている。
ーバの再配置の指示を示すので、指定のトラフィックの新たなオフロード先となるローカルＤＮを接続するＰＳＡ－ＵＰＦ ７２を選択し、ＰＳＡ－ＵＰＦ ７２と接続を確立させる（N4 session establishment request/response メッセージのやり取り）。ＰＳＡ－ＵＰＦ ７２は、例えば、ポリシールールに示される新たなオフロード先のローカルＤＮのＤＮＡＩ、及び、ＵＥ ５０の位置情報等に基づいて、選択される（TS23.502の6.3.3.3参照）。ＰＳＡ－ＵＰＦ ７２は、図８において、「ＵＰＦ（ＰＳＡ２）」とも表記さ
れている。
【0091】
Ｓ６３では、ＳＭＦ ６Ａは、ポリシールールに従って、ＵＬＣＬ ７０Ａとして動作するＵＰＦを選択し、ＵＬＣＬ ７０Ａと接続を確立させる（N4 session establishment
request/response メッセージのやり取り）。このときに、ＰＳＡ－ＵＰＦ ７１とＰＳＡ－ＵＰＦ ７２とそれぞれに転送するトラフィックの情報もＵＬＣＬ ７０Ａに適用される。これによって、オフロード先の切替の設定がＵＬＣＬ ７０Ａに反映される。
request/response メッセージのやり取り）。このときに、ＰＳＡ－ＵＰＦ ７１とＰＳＡ－ＵＰＦ ７２とそれぞれに転送するトラフィックの情報もＵＬＣＬ ７０Ａに適用される。これによって、オフロード先の切替の設定がＵＬＣＬ ７０Ａに反映される。
【0092】
Ｓ６４では、ＳＭＦ ６Ａは、ＰＳＡ－ＵＰＦ ７１に対して、ＵＥ ５０のダウンリンク方向のトラフィックがＵＬＣＬ ７０Ａへ転送されるように、設定を更新する。Ｓ６５では、ＳＭＦ ６Ａは、ＰＳＡ－ＵＰＦ ７２に対して、ＵＥ ５０のダウンリンク方向のトラフィックがＵＬＣＬ ７０Ａへ転送されるように、設定を更新する。Ｓ６４及びＳ６５の処理によって、ＵＬＣＬ ７０Ａによって分離されたＵＥ ５０のアップリンク方向のトラフィックに対するダウンリンク方向のトラフィックが、ＵＬＣＬ ７０Ａにおいてマージされるようになる。
【0093】
Ｓ６６では、ＳＭＦ ６Ａは、ＡＭＦ ７を通じて、Ｎ３トンネルのＵＰＦ側の終端がＵＬＣＬ ７０Ａとなるように（ＵＥ ５０から見てネクストホップがＵＬＣＬ ７０Ａとなるように）、ＲＡＮ側の設定を更新する。これによって、ＵＥ ５０のアップリンク方向のトラフィックがまずＵＬＣＬ ７０Ａに到達するようになる。
【0094】
以降、ＵＥ ５０からのアップリンク方向の指定のトラフィックは、ＵＬＣＬ ７０Ａによって分離され、ＰＳＡ－ＵＰＦ ７２へ転送されるようになる。ＵＥ ５０Ａからのアップリンク方向の指定のトラフィック以外のトラフィックは、引き続き、ＵＬＣＬ ７０Ａによって、ＰＳＡ－ＵＰＦ ７１へ転送される。
【0095】
一方、例えば、ＵＥ ５０からの全てのトラフィックのオフロード先をエッジサーバ６０に切り替える場合には、ＵＥ ５０からのアップリンク方向のトラフィックをＵＬＣＬ
７０で分離しなくてもよくなり、ＰＳＡ－ＵＰＦ ７１へ転送されるトラフィックがな
くなる。この場合には、ＵＥ ５０とＰＳＡ－ＵＰＦ ７１間のＰＤＵセッションを解放するためのＳ７１からＳ７４の処理が実行される（TS23.502 4.3.5.5.1参照）。
７０で分離しなくてもよくなり、ＰＳＡ－ＵＰＦ ７１へ転送されるトラフィックがな
くなる。この場合には、ＵＥ ５０とＰＳＡ－ＵＰＦ ７１間のＰＤＵセッションを解放するためのＳ７１からＳ７４の処理が実行される（TS23.502 4.3.5.5.1参照）。
【0096】
Ｓ７１では、ＳＭＦ ６Ａは、ＡＭＦ ７を通じて、Ｎ３トンネルのＵＰＦ側の終端がＰＳＡ－ＵＰＦ ７２となるように（ＵＥ ５０から見てネクストホップがＰＳＡ－ＵＰＦ ７２となるように）、ＲＡＮ側の設定を更新する。これによって、ＵＥ ５０のアップリンク方向のトラフィックがＵＬＣＬ ７０Ａを介さずに、ＰＳＡ－ＵＰＦ７２に到達するようになる。
【0097】
Ｓ７２では、ＳＭＦ ６Ａは、ＰＳＡ－ＵＰＦ ７２に対して、ＵＥ ５０のダウンリンク方向のトラフィックがＵＬＣＬ ７０Ａを介さずにＵＥ ５０へ転送されるように、設定を更新する。
【0098】
Ｓ７３では、ＳＭＦ ６Ａは、ＰＳＡ－ＵＰＦ ７１との接続を解放する（N4 session
release request/response メッセージのやり取り）。Ｓ７４では、ＳＭＦ ６Ａは、ＵＬＣＬ ７０Ａとの接続を解放する（N4 session release request/response メッセージのやり取り）。以降、ＵＥ ５０のトラフィックは、ＰＳＡ－ＵＰＦ ７２をオフローディング先とする（ローカルブレイクアウト）。
release request/response メッセージのやり取り）。Ｓ７４では、ＳＭＦ ６Ａは、ＵＬＣＬ ７０Ａとの接続を解放する（N4 session release request/response メッセージのやり取り）。以降、ＵＥ ５０のトラフィックは、ＰＳＡ－ＵＰＦ ７２をオフローディング先とする（ローカルブレイクアウト）。
【0099】
ＵＥ ５０とＰＳＡ－ＵＰＦ ７２間のＰＤＵセッションが確立されても、ＵＥ ５０はエッジサーバ６０を知らないため、エッジサーバ６０を探索する。Ｓ８０は、エッジサーバ６０の探索の処理であり、TS23.548 6.2.3.2.2に従った、ＳＭＦ ６Ａ、ＵＥ ５０、ＥＡＳＤＦ ８、ＤＮＳサーバ３０間の処理のシーケンスによって、エッジサーバ６０が選択される。
【0100】
なお、図８では、ＵＥ ５０からのトラフィックのオフロード先をクラウド上のサーバからエッジサーバ６０へ切り替える場合のシーケンスについて説明された。ＵＥ ５０からのトラフィックのオフロード先をエッジサーバ６０からクラウド上のサーバへ切り替える場合も同様にして実現することができる。また、ＵＬＣＬは、ＰＳＡ－ＵＰＦ ７２と同じＵＰＦ上に構成されてもよい。
【0101】
図９は、エッジサーバへアクセスするための構成の具体例２における通信システム１００Ｂのシステム構成の一例を示す図である。図９に示される通信システム１００Ｂでは、オフロード先の切替の構成として、ＩＰｖ６マルチホーミングが用いられる。マルチホーミングは、外部のネットワークに接続する場合に複数の経路で接続することである。
【0102】
通信システム１００Ｂは、Ｂｒａｎｃｈｉｎｇ ＰｏｉｎｔとなるＩ－ＵＰＦ ７０Ｂと、クラウドに接続するＤＮ ９０を接続するＰＳＡ－ＵＰＦ ７３と、エッジサーバ６０Ｂが接続するローカルＤＮを接続するＰＳＡ－ＵＰＦ ７４と、を含む。以下、Ｂｒａｎｃｈｉｎｇ ＰｏｉｎｔとなるＩ－ＵＰＦ ７０Ｂを、以下、単に、ＢＰ ７０Ｂ、と表記する。
【0103】
通信システム１００Ｂでは、ＢＰ ７０Ｂが切替ポイントとなる。また、ＥＣＳＦ １は、ＮＷＤＡＦ ２から、ＵＥ ５０とＰＳＡ－ＵＰＦ ７３との間の通信品質に関する情報と、ＰＳＡ－ＵＰＦ ７３とクラウド上のサーバとの間の通信品質に関する情報とを取得する。通信システム１００Ｂにおいても、ＥＣＳＦ １によるオフロード先切替の処理（図５）、及び、オフロード先切替発生時の制御プレーンにおけるシーケンス（図６）は、上述の通りである。
【0104】
なお、ＩＰｖ６マルチホーミングを用いる場合には、ＢＰ ７０Ｂは、送信元のＩＰｖ
６アドレスのプレフィクスに基づいてトラフィックを分岐させる。そのため、エッジサーバ６０に通ずるＰＳＡ－ＵＰＦ ７４に転送させるＩＰｖ６プレフィクスが、ＰＤＵセッションに新たに割り当てられる。ＥＣＳＦ １は、ＰＳＡ－ＵＰＦ ７４に転送させたいトラフィックを、例えば、ＩＰ ５－ｔｕｐｌｅｓによって指定してもよい。エッジサーバ６０へ転送させるトラフィックの情報は、例えば、ＥＣＳＦ １の管理者によって予めＥＣＳＦ １に設定されており、ポリシールールに含められて、ＥＣＳＦ １から、ＮＥＦ ３、ＵＤＲ ４、ＰＣＦ ５、ＳＭＦ ６を通じて、ＵＬＣＬ ７０Ｂに通知される。
６アドレスのプレフィクスに基づいてトラフィックを分岐させる。そのため、エッジサーバ６０に通ずるＰＳＡ－ＵＰＦ ７４に転送させるＩＰｖ６プレフィクスが、ＰＤＵセッションに新たに割り当てられる。ＥＣＳＦ １は、ＰＳＡ－ＵＰＦ ７４に転送させたいトラフィックを、例えば、ＩＰ ５－ｔｕｐｌｅｓによって指定してもよい。エッジサーバ６０へ転送させるトラフィックの情報は、例えば、ＥＣＳＦ １の管理者によって予めＥＣＳＦ １に設定されており、ポリシールールに含められて、ＥＣＳＦ １から、ＮＥＦ ３、ＵＤＲ ４、ＰＣＦ ５、ＳＭＦ ６を通じて、ＵＬＣＬ ７０Ｂに通知される。
【0105】
図１０は、具体例２の通信システム１００Ｂにおけるオフロード先の切替処理のシーケンスの一例を示す図である。図１０に示される処理は、例えば、図６に示される処理のシーケンスに続いて実行される。図１０では、ＵＥ ５０のオフロード先が、クラウド上のサーバからエッジサーバ６０へ切り替えられる場合の処理を想定して説明される。したがって、図１０では、ＵＥ ５０は、クラウドへ接続するＤＮ ９０に接続するＰＳＡ－ＵＰＦ ７３と既にＩＰｖ６マルチホーミングのＰＤＵセッションを確立していることとする。
【0106】
Ｓ１１１からＳ１１６における処理は、それぞれ、図８における具体例１のシーケンスのＳ６１からＳ６６と同様である。なお、Ｓ１１３では、ＳＭＦ ６Ｂは、ＢＰ ７０Ｂに、ＰＳＡ－ＵＰＦ ７３及びＰＳＡ－ＵＰＦ ７４それぞれに転送される、ＰＤＵセッションの送信元ＩＰｖ６プレフィクスを通知する。
【0107】
Ｓ１１７では、ＳＭＦ ６Ｂは、ＵＥ ５０に、ＰＳＡ－ＵＰＦ ７４への転送用に割り当てられた新しいＩＰｖ６プレフィクス（ＰＳＡ－ＵＰＦ ７４転送用ＩＰｖ６プレフィクス）を通知する。Ｓ１１７の通知は、ＳＭＦ ６ＢからＰＳＡ－ＵＰＦ ７４を通じて、IPv6 Router Advertisement メッセージを用いて行われる。また、Ｓ１１７では、ＳＭＦ ６Ｂは、ＵＥ ５０に、ＰＳＡ－ＵＰＦ ７４転送用ＩＰｖ６プレフィクスを、指定されるトラフィック（例えば、車載カメラの映像解析のためのリアルタイム物体検出処理、自動運転、及び、メタバースなど）に用いることを示すポリシールールを通知する。これによって、ＵＥ ５０は、指定のトラフィックの送信元ＩＰｖ６プレフィクスとして、ＰＳＡ－ＵＰＦ ７４転送用ＩＰｖ６プレフィクスを用いるようになり、ＢＰ ７０Ｂによって指定のトラフィックはＰＳＡ－ＵＰＦ ７４へ転送されるようになる。
【0108】
Ｓ１１８では、ＳＭＦ ６Ｂは、ＵＥ ５０に、元々用いていたＰＳＡ－ＵＰＦ ７３への転送用のＩＰｖ６プレフィクスを、指定トラフィック以外のトラフィックに用いるように、割り当て直す。これによって、ＵＥ ５０は、指定のトラフィック以外のトラフィックの送信元ＩＰｖ６プレフィクスとして、ＰＳＡ－ＵＰＦ ７３転送用ＩＰｖ６プレフィクスを用いるようになり、ＢＰ ７０Ｂによって指定のトラフィック以外のトラフィックはＰＳＡ－ＵＰＦ ７３へ転送されるようになる。
【0109】
例えば、ＵＥ ５０からの全てのトラフィックのオフロード先をエッジサーバ６０に切り替える場合には、Ｓ１１８において、ＰＳＡ－ＵＰＦ ７３への転送用のＩＰｖ６プレフィクスを用いるように割り当てられるトラフィックが存在しなくなる。また、ＢＰ ７０ＢがＵＥ ５０からのトラフィックを分岐させなくてもよくなる。この場合には、ＵＥ
５０とＰＳＡ－ＵＰＦ ７３間のＰＤＵセッションを解放するためのＳ１２１からＳ１２４の処理が実行される。Ｓ１２１からＳ１２４の処理は、具体例１１の図８のＳ７１からＳ７４の処理と同様である。その後、具体例２においても、具体例１と同様に、ＳＭＦ
６Ａ、ＵＥ ５０、ＥＡＳＤＦ ８、ＤＮＳサーバ３０によって、エッジサーバ６０の探索処理が行われる（Ｓ８０）。
５０とＰＳＡ－ＵＰＦ ７３間のＰＤＵセッションを解放するためのＳ１２１からＳ１２４の処理が実行される。Ｓ１２１からＳ１２４の処理は、具体例１１の図８のＳ７１からＳ７４の処理と同様である。その後、具体例２においても、具体例１と同様に、ＳＭＦ
６Ａ、ＵＥ ５０、ＥＡＳＤＦ ８、ＤＮＳサーバ３０によって、エッジサーバ６０の探索処理が行われる（Ｓ８０）。
【0110】
なお、図１０では、ＵＥ ５０からのトラフィックのオフロード先をクラウド上のサーバからエッジサーバ６０へ切り替える場合のシーケンスについて説明された。ＵＥ ５０からのトラフィックのオフロード先をエッジサーバ６０からクラウド上のサーバへ切り替える場合も同様にして実現することができる。また、ＢＰ ７０Ｂは、ＰＳＡ－ＵＰＦ ７４と同じＵＰＦ上に構成されてもよい。
【0111】
図１１は、エッジサーバへアクセスするための構成の具体例３における通信システム１００Ｃのシステム構成の一例を示す図である。図１１に示される通信システム１００Ｃでは、オフロード先の切替の構成として、ＰＤＵセッションを張り替えをＩＰｖ６マルチホーミングが用いられる。
【0112】
通信システム１００Ｃは、クラウドに接続するＤＮ ９０を接続するＰＳＡ－ＵＰＦ ７５と、エッジサーバ６０Ａが接続するローカルＤＮを接続するＰＳＡ－ＵＰＦ ７６と、を含む。図１１に示されるように、クラウドに接続するＰＳＡ－ＵＰＦ ７５と、エッジサーバ６０に接続するＰＳＡ－ＵＰＦ ７６とが異なる場合には、通信システム１００Ｃでは、明確に切替ポイントとなるＵＰＦ ７０は存在しない。
【0113】
また、ＥＣＳＦ １は、ＮＷＤＡＦ ２から、ＵＥ ５０とＰＳＡ－ＵＰＦ ７５との間の通信品質に関する情報と、ＰＳＡ－ＵＰＦ ７５とクラウド上のサーバとの間の通信品質に関する情報とを取得する。通信システム１００Ｃにおいても、ＥＣＳＦ １によるオフロード先切替の処理（図５）、及び、オフロード先切替発生時の制御プレーンにおけるシーケンス（図６）は、上述の通りである。
【0114】
図１２は、具体例３の通信システム１００Ｃにおけるオフロード先の切替処理のシーケンスの一例を示す図である。図１２に示される処理は、図１２に示される処理は、例えば、図６に示される処理のシーケンスに続いて実行される。図１２では、ＵＥ ５０からのすべてのトラフィックのオフロード先が、クラウド上のサーバからエッジサーバ６０へ切り替えられる場合の処理を想定して説明される。したがって、図１２では、ＵＥ ５０は、クラウドへ接続するＤＮ ９０に接続するＰＳＡ－ＵＰＦ ７５と既にＰＤＵセッションを確立していることとする。
【0115】
Ｓ２１１は、図６のＳ４０に相当し、ＳＭＦ ６Ｃは、ＰＣＦ ５からNpcf_SMPolicyControl_UpdateNotifyメッセージを受信する。ＰＣＦ ５からは、ＵＥ ５０からの全て
のトラフィックのオフロード先をエッジサーバ６０に切り替えることを含むポリシールールも受信される。
のトラフィックのオフロード先をエッジサーバ６０に切り替えることを含むポリシールールも受信される。
【0116】
Ｓ２１２では、ＳＭＦ ６Ｃは、PDU Session Modification CommandをＡＭＦ ７を通じて、ＵＥ ５０へ送信する。Ｓ２１２において送信されるPDU Session Modification Commandは、ＵＥ ５０に、クラウド上のサーバに接続するＰＳＡ－ＵＰＦ ７５とのＰＤＵセッションを解放して、ローカルＤＮに接続するＰＳＡ－ＵＰＦ ７６とＰＤＵセッションを確立することを指示する。先にクラウド上のサーバに接続するＰＳＡ－ＵＰＦ ７５とのＰＤＵセッションを解放してもよいし、または先にローカルＤＮに接続するＰＳＡ－ＵＰＦ ７６とＰＤＵセッションを確立してもよい。Ｓ２１３では、ＵＥ ５０は、PDU Session Modification Commandに対する応答を、ＡＭＦ ７を通じて、ＳＭＦ ６Ｃへ送信する。
【0117】
Ｓ２１４では、ＵＥ ５０とＰＳＡ－ＵＰＦ ７６との間のＰＤＵセッションの確立手順が実行される（TS23.502の4.3.2.2.1参照）。ＵＥ ５０とＰＳＡ－ＵＰＦ ７６との
間のＰＤＵセッションが確立すると、ＵＥ ５０は、新たなＰＤＵセッションを用いて通信を開始することができる。
間のＰＤＵセッションが確立すると、ＵＥ ５０は、新たなＰＤＵセッションを用いて通信を開始することができる。
【0118】
Ｓ２１５では、ＵＥ ５０とＰＳＡ－ＵＰＦ ７５との間のＰＤＵセッションの解放手順が実行される（TS23.502の4.3.4.2参照）。これによって、ＵＥ ５０からのトラフィ
ックはすべてエッジサーバ６０へオフロードされるようになる。その後、具体例１及び具体例２と同様に、具体例３においても、ＳＭＦ ６Ａ、ＵＥ ５０、ＥＡＳＤＦ ８、ＤＮＳサーバ３０によって、エッジサーバ６０の探索処理が行われる（Ｓ８０）。
ックはすべてエッジサーバ６０へオフロードされるようになる。その後、具体例１及び具体例２と同様に、具体例３においても、ＳＭＦ ６Ａ、ＵＥ ５０、ＥＡＳＤＦ ８、ＤＮＳサーバ３０によって、エッジサーバ６０の探索処理が行われる（Ｓ８０）。
【0119】
なお、図１２では、ＵＥ ５０からのトラフィックのオフロード先をクラウド上のサーバからエッジサーバ６０へ切り替える場合のシーケンスについて説明された。ＵＥ ５０からのトラフィックのオフロード先をエッジサーバ６０からクラウド上のサーバへ切り替える場合も同様にして実現することができる。
【0120】
図１２では、ＵＥ ５０からの全てのトラフィックのオフロード先がクラウド上のサーバからエッジサーバ６０へ切り替えられるが、これに限定されない。ＥＣＳＦ １は、ＵＥ ５０からのトラフィックのうち、オフロード先が切り替えられるトラフィックを、例えば、ＩＰ ５－ｔｕｐｌｅｓを用いて指定することもできる。オフロード先が切り替えられるトラフィックが指定された場合には、指定のトラフィックに対してＵＥ ５０とＰＳＡ－ＵＰＦ ７６との間にＰＤＵセッションを追加し、指定のトラフィック以外のトラフィックに対して割り当てるように既存のＵＥ ５０とＰＳＡ－ＵＰＦ ７５との間のＰＤＵセッションを変更すればよい。
【0121】
なお、オフロード先を切り替える構成は上記の具体例１から具体例３に限定されない。例えば、ＵＥ ５０がＳＩＭカードを２枚備え、クラウドへのＰＤＵセッションとエッジサーバへのＰＤＵセッションとで異なるＳＩＭカードを割り当てることで、クラウドへのＰＤＵセッションとエッジサーバへのＰＤＵセッションを切り替えることで、オフロード先を切り替えてもよい。
【0122】
＜第１実施形態の作用効果＞
第１実施形態によれば、５ＧＣ側でＵＥ ５０のオフロード先の切替を制御することができる。これによって、オフロード先の切替のための構成をＵＥ ５０、クラウドサーバ上のサーバ、及びエッジサーバに追加しなくてよく、これらの装置を軽量化することができる。また、第１実施形態によれば、ＵＥ ５０のオフロード先を、クラウド上のサーバとエッジサーバとの間で動的に切り替えることができる。
第１実施形態によれば、５ＧＣ側でＵＥ ５０のオフロード先の切替を制御することができる。これによって、オフロード先の切替のための構成をＵＥ ５０、クラウドサーバ上のサーバ、及びエッジサーバに追加しなくてよく、これらの装置を軽量化することができる。また、第１実施形態によれば、ＵＥ ５０のオフロード先を、クラウド上のサーバとエッジサーバとの間で動的に切り替えることができる。
【0123】
＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
【0124】
第１実施形態では、端末からのトラフィックのオフロード先を動的に切り替える技術を５Ｇ網に適用することについて説明されたが、適用先は５Ｇ網に限定されない。例えば、４Ｇ網、ＬＴＥ網、及び、６Ｇ網等の異なる移動体通信網に加え、有線ネットワークのコアネットワーク（バックボーンネットワーク）であっても、コアネットワークの内部又は外部にＥＣＳＦ １とＮＷＤＡＦ ２の機能を果たす装置を備えることで、第１実施形態で説明された端末からのトラフィックのオフロード先を動的に切り替える技術を適用することができる。また、ＥＣＳＦ １とＮＷＤＡＦ ２とは同じ情報処理装置上で動作してもよい。
【0125】
また、第１実施形態では、ＥＣＳＦ １は、ＮＷＤＡＦ ２から、指定されたＵＥ ５０とエッジＵＰＦ間の通信品質に関する情報と、エッジＵＰＦとクラウド上の指定サーバ間の通信品質に関する情報とを取得し、指定されたＵＥ ５０とクラウド上の指定サーバ
間の通信品質に基づいて、ＵＥ ５０からのトラフィックのオフロード先の切替を判定する。これに限定されず、ＥＣＳＦ １は、ＮＷＤＡＦ ２から、エッジＵＰＦとクラウド上の指定サーバ間の通信品質に関する情報を取得し、これに基づいて、当該エッジＵＰＦに接続するＵＥ ５０からのトラフィックのオフロード先の切替を判定してもよい。
間の通信品質に基づいて、ＵＥ ５０からのトラフィックのオフロード先の切替を判定する。これに限定されず、ＥＣＳＦ １は、ＮＷＤＡＦ ２から、エッジＵＰＦとクラウド上の指定サーバ間の通信品質に関する情報を取得し、これに基づいて、当該エッジＵＰＦに接続するＵＥ ５０からのトラフィックのオフロード先の切替を判定してもよい。
【0126】
本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【0127】
また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【0128】
本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【0129】
１・・ＥＣＳＦ
２・・ＮＷＤＡＦ
３・・ＮＥＦ
４・・ＵＤＲ
５・・ＰＣＦ
６・・ＳＭＦ
７・・ＡＭＦ
８・・ＥＡＳＤＦ
１１・・情報取得部
１２・・切替判定部
５０・・ＵＥ
６０・・エッジサーバ
７０・・ＵＰＦ
９０・・ＤＮ
１００・・通信システム
１０１・・プロセッサ
１０２・・メモリ
１０３・・補助記憶装置
１０４・・通信部
２・・ＮＷＤＡＦ
３・・ＮＥＦ
４・・ＵＤＲ
５・・ＰＣＦ
６・・ＳＭＦ
７・・ＡＭＦ
８・・ＥＡＳＤＦ
１１・・情報取得部
１２・・切替判定部
５０・・ＵＥ
６０・・エッジサーバ
７０・・ＵＰＦ
９０・・ＤＮ
１００・・通信システム
１０１・・プロセッサ
１０２・・メモリ
１０３・・補助記憶装置
１０４・・通信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】