JP7709664B2 - 負荷分散装置、負荷分散システム、負荷分散方法、および、負荷分散プログラム - Google Patents
負荷分散装置、負荷分散システム、負荷分散方法、および、負荷分散プログラムInfo
- Publication number
- JP7709664B2 JP7709664B2 JP2024530157A JP2024530157A JP7709664B2 JP 7709664 B2 JP7709664 B2 JP 7709664B2 JP 2024530157 A JP2024530157 A JP 2024530157A JP 2024530157 A JP2024530157 A JP 2024530157A JP 7709664 B2 JP7709664 B2 JP 7709664B2
- Authority
- JP
- Japan
- Prior art keywords
- session
- load balancing
- gateway
- plane
- upf
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2539—Hiding addresses; Keeping addresses anonymous
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明は、負荷分散装置、負荷分散システム、負荷分散方法、および、負荷分散プログラムに関する。
負荷分散技術は、ロードバランサなどの負荷分散装置が、負荷分散先となる複数の処理サーバのいずれかに負荷を分散させることで、統合的な処理能力を向上させる技術である。処理サーバは、担当する負荷を処理した後、別の負荷を処理することとなる。よって、処理サーバは、多くの負荷を順次処理するために、処理した結果を返却した後はその結果の状態を保持しなくてもよいステートレスな方式を採用することが一般的である。以下、ステートレスな負荷分散技術を例示する。
非特許文献１には、HTTP（Hypertext Transfer Protocol）や、HTTPS（Hytertext Transfer Protocol Secure）などのWeb系プロトコルにおいてはKubernetesなどのコンテナオーケストレータで、サービス単位などで負荷分散を実現する方式が記載されている。
非特許文献２には、SIP（Session Initiation Protocol）の様な公衆通信網で用いられるプロトコルの中では比較的ポピュラーなプロトコルについては、ロードバランサメーカのアプライアンス機にて負荷分散を実行する仕組みが記載されている。
非特許文献２には、SIP（Session Initiation Protocol）の様な公衆通信網で用いられるプロトコルの中では比較的ポピュラーなプロトコルについては、ロードバランサメーカのアプライアンス機にて負荷分散を実行する仕組みが記載されている。
Kubernetes、"Ingress"、［online］、［2022年6月24日検索］、インターネット〈URL：https://kubernetes.io/ja/docs/concepts/services-networking/ingress/〉、2021/10/8公開。
radware、"Alteon仮想ロードバランサ＆アプライアンス"、［online］、［2022年6月24日検索］、インターネット〈URL：https://jp.radware.com/products/alteon-va/〉
携帯電話などの無線通信の５世代目の通信規格（５Ｇ：5th Generation）に対応するネットワークシステムとして、５ＧＣ（5th Generation Core network）が提案されている。負荷分散先の処理サーバをＵＰＦ（User Plane Function）というコンテナ型アプリケーションとして、５ＧＣ内で構築することを検討する。このとき、以下の要件を満たすことが要求される。
（要件１）５ＧＣのセキュリティ対策のために、内部ネットワーク構成を隠蔽するという観点で、ＵＰＦの構成を隠蔽する必要がある。
（要件２）５ＧにおいてはＣプレーン（制御信号）とＵプレーン（ユーザーデータ）が分離している。よって、５Ｇでの通信接続であるＰＤＵ（Protocol Data Unit）セッションの呼制御処理においては、それぞれステートフルなＣプレーンとＵプレーンとを連携させた負荷分散が必要となる。
以下、（要件１）について、図１３および図１４を参照して説明する。
（要件１）５ＧＣのセキュリティ対策のために、内部ネットワーク構成を隠蔽するという観点で、ＵＰＦの構成を隠蔽する必要がある。
（要件２）５ＧにおいてはＣプレーン（制御信号）とＵプレーン（ユーザーデータ）が分離している。よって、５Ｇでの通信接続であるＰＤＵ（Protocol Data Unit）セッションの呼制御処理においては、それぞれステートフルなＣプレーンとＵプレーンとを連携させた負荷分散が必要となる。
以下、（要件１）について、図１３および図１４を参照して説明する。
図１３は、５ＧＣシステムの一例を示す構成図である。
５ＧＣシステムは、ネットワークファンクション（ＮＦ）として、ＤＮ（Data Network）１１と、ＵＰＦ（User Plane Function）２１－２３と、ｇＮＢ（next Generation NodeB）３１と、ＡＭＦ（Access and Mobility Management Function）３２と、ＳＭＦ（Session Management Function）３３と、ＵＥ（User Equipment）４１とがネットワークで接続されて構成される。
ＤＮ１１は、５Ｇ外の各種ネットワークであり、例えば、インターネットや、IMS（IP Multimedia Subsystems）などの電話交換機相当のシステムである。
ＵＰＦ２１－２３は、ユーザからの転送されてくるデータ（Ｕプレーン）を転送するユーザープレーン機能であり、負荷分散先の処理サーバとして動作する。
ＡＭＦ３２は、アクセスおよび移動管理機能であり、端末位置情報や認証情報を管理する。
ＳＭＦ３３は、セッション管理機能を有する負荷分散装置であり、５ＧにおけるＰＤＵセッションを管理する。
５ＧＣシステムは、ネットワークファンクション（ＮＦ）として、ＤＮ（Data Network）１１と、ＵＰＦ（User Plane Function）２１－２３と、ｇＮＢ（next Generation NodeB）３１と、ＡＭＦ（Access and Mobility Management Function）３２と、ＳＭＦ（Session Management Function）３３と、ＵＥ（User Equipment）４１とがネットワークで接続されて構成される。
ＤＮ１１は、５Ｇ外の各種ネットワークであり、例えば、インターネットや、IMS（IP Multimedia Subsystems）などの電話交換機相当のシステムである。
ＵＰＦ２１－２３は、ユーザからの転送されてくるデータ（Ｕプレーン）を転送するユーザープレーン機能であり、負荷分散先の処理サーバとして動作する。
ＡＭＦ３２は、アクセスおよび移動管理機能であり、端末位置情報や認証情報を管理する。
ＳＭＦ３３は、セッション管理機能を有する負荷分散装置であり、５ＧにおけるＰＤＵセッションを管理する。
ｇＮＢ３１は、NR（New Radio）を提供する５Ｇの基地局であり、ＵＥ４１を収容する。
ＵＥ４１は、ユーザによって操作されるユーザ端末であり、ＵＰＦ２１に対して通信データを送受信するために用いられる。
ここで、ＵＰＦ２１－２３のＩＰアドレス情報は、ｇＮＢ３１とＵＰＦ２１－２３との間に何も終端装置が無ければ、外部（ＵＥ４１側）に公開されてしまい（要件１）を満たさない。
ＵＥ４１は、ユーザによって操作されるユーザ端末であり、ＵＰＦ２１に対して通信データを送受信するために用いられる。
ここで、ＵＰＦ２１－２３のＩＰアドレス情報は、ｇＮＢ３１とＵＰＦ２１－２３との間に何も終端装置が無ければ、外部（ＵＥ４１側）に公開されてしまい（要件１）を満たさない。
図１４は、図１３の５ＧＣシステムにＮＡＴ（Network Address Translation）装置３４を追加した構成図である。
ＮＡＴ装置３４は、ＵＥ４１側にはグローバルＩＰアドレスを１つ公開し、ｇＮＢ３１とＵＰＦ２１－２３との間でＮＡＴによるアドレス変換を実行する。これにより、ＵＰＦ２１－２３のＩＰアドレス情報は、ＮＡＴ装置３４が情報を隠蔽することで、（要件１）を満たす。しかし、ＮＡＴ装置３４は負荷分散を実行しないので、（要件２）は満たさない。
ＮＡＴ装置３４は、ＵＥ４１側にはグローバルＩＰアドレスを１つ公開し、ｇＮＢ３１とＵＰＦ２１－２３との間でＮＡＴによるアドレス変換を実行する。これにより、ＵＰＦ２１－２３のＩＰアドレス情報は、ＮＡＴ装置３４が情報を隠蔽することで、（要件１）を満たす。しかし、ＮＡＴ装置３４は負荷分散を実行しないので、（要件２）は満たさない。
（要件２）について、図１５および図１６を参照して説明する。
まず、公衆通信サービスで用いられる通信プロトコルは多岐にわたる。以下の代表的なプロトコルに対しては、既存のロードバランサ製品で負荷分散を実行できる。
・HTTPやHTTPSなどの従来の一般的なWeb系プロトコル
・SIPなどのVoIP（Voiceover IP）のプロトコル
まず、公衆通信サービスで用いられる通信プロトコルは多岐にわたる。以下の代表的なプロトコルに対しては、既存のロードバランサ製品で負荷分散を実行できる。
・HTTPやHTTPSなどの従来の一般的なWeb系プロトコル
・SIPなどのVoIP（Voiceover IP）のプロトコル
一方、５Ｇの様にＮＦ毎に存在する多岐にわたるプロトコルに対応可能な既存のロードバランサ製品は、存在しない。つまり、５ＧのステートフルなＣプレーンとＵプレーンとを連携させた負荷分散は存在しない。仮に、多岐にわたるプロトコルに対応可能なロードバランサ製品をコンテナで実現する場合、各コンテナが固有のIPを持ち対向装置と通信を行うようにする必要があり、コストがかかる。
図１５は、図１３の５ＧＣシステムに４Ｇ（4th Generation Mobile Communication System）のシステムを接続された構成図である。
非スタンドアローンな５ＧＣにおいては、４Ｇのシステムも共存する。４Ｇのシステムとして、ＵＥ４２を収容するｅＮＢ（evolved Node B）３５が、ｇＮＢ３１と同様に、ＵＰＦ２１－２３と接続される。なお、ＵＰＦ２１－２３は、４Ｇに対してはＳ－ＧＷ（Serving Gateway）およびＰ－ＧＷ（Packet data network Gateway）として機能する。
非スタンドアローンな５ＧＣにおいては、４Ｇのシステムも共存する。４Ｇのシステムとして、ＵＥ４２を収容するｅＮＢ（evolved Node B）３５が、ｇＮＢ３１と同様に、ＵＰＦ２１－２３と接続される。なお、ＵＰＦ２１－２３は、４Ｇに対してはＳ－ＧＷ（Serving Gateway）およびＰ－ＧＷ（Packet data network Gateway）として機能する。
図１６は、図１５のシステムに対して、Ｃプレーンの信号と、Ｕプレーンの信号を追加した構成図である。
破線矢印で示すＣプレーンは、ＵＥ４１からのＰＤＵセッション確立要求に対して、セッション相手としてＵプレーンを担当するＵＰＦ２１の選定結果（負荷分散先）を、図示した経路でＵＥ４１に通知する。
実線矢印で示すＵプレーンは、Ｕプレーンで通知されたＵＰＦ２１を介したＰＤＵセッションによる、ＵＥ４１とＤＮ１１との通信である。
破線矢印で示すＣプレーンは、ＵＥ４１からのＰＤＵセッション確立要求に対して、セッション相手としてＵプレーンを担当するＵＰＦ２１の選定結果（負荷分散先）を、図示した経路でＵＥ４１に通知する。
実線矢印で示すＵプレーンは、Ｕプレーンで通知されたＵＰＦ２１を介したＰＤＵセッションによる、ＵＥ４１とＤＮ１１との通信である。
５ＧにおいてはＣプレーンとＵプレーンとが分離していており、それぞれステートフルなＣプレーンとＵプレーンが連携することで、ＰＤＵセッションの呼制御処理を成立させている。そのため、Ｃプレーンで選定されたＵＰＦ２１を経由するＵプレーンを負荷分散しようとしても、Ｕプレーンのセッション情報だけでは実現できない。例えば、ＵＥ４１とＤＮ１１との通信量が増大したとする。Ｕプレーンのセッション情報が固定のＵＰＦ２１に対応付けられると、ＵＰＦ２１が処理していた一部の通信量を他のＵＰＦ２２，２３にも負荷分散させることは困難である。つまり、ＣプレーンとＵプレーンとの両者を考慮した負荷分散の仕組みが必要となる。
そこで、本発明は、負荷分散先の内部ネットワーク情報を隠蔽しつつ、ステートフルな負荷分散を実現することを主な課題とする。
前記課題を解決するために、本発明の負荷分散装置は、以下の特徴を有する。
本発明は、セッションのＩＤを含む情報を管理する負荷分散装置であって、
ユーザ端末から前記セッションのＩＤを含むセッションの確立要求を受け、複数の処理サーバから負荷分散先としての処理サーバを選定し、
セッションを中継するゲートウェイのアドレス情報を前記ユーザ端末に応答し、
前記セッションのＩＤと、選定した前記処理サーバとの対応情報を前記ゲートウェイに通知することで、
前記ユーザ端末からセッションを介して前記ゲートウェイに届いたデータ信号が、選定した前記処理サーバに転送されるように制御することを特徴とする。
本発明は、セッションのＩＤを含む情報を管理する負荷分散装置であって、
ユーザ端末から前記セッションのＩＤを含むセッションの確立要求を受け、複数の処理サーバから負荷分散先としての処理サーバを選定し、
セッションを中継するゲートウェイのアドレス情報を前記ユーザ端末に応答し、
前記セッションのＩＤと、選定した前記処理サーバとの対応情報を前記ゲートウェイに通知することで、
前記ユーザ端末からセッションを介して前記ゲートウェイに届いたデータ信号が、選定した前記処理サーバに転送されるように制御することを特徴とする。
本発明によれば、負荷分散先の内部ネットワーク情報を隠蔽しつつ、ステートフルな負荷分散を実現することができる。
以下、本発明の一実施形態について、図面を参照して詳細に説明する。
図１は、本実施形態の５ＧＣシステムを示す構成図である。
図１の５ＧＣシステムは、図１３の５ＧＣシステムに対して、ＳＭＦ３３をＳＭＦ３３Ｘに置き換えるとともに、ｇＮＢ３１とＵＰＦ２１－２３との間にゲートウェイ３６を追加した。これにより、ゲートウェイ３６は、負荷分散のターゲットとするコンテナ群であるＵＰＦ２１－２３の構成を、外部のＵＥ４１に対して隠蔽する。
さらに、ＳＭＦ３３Ｘは、Ｃプレーンのステート情報をゲートウェイ３６に連携（通知）する機能を設ける。Ｃプレーンのステート情報とは、ＰＤＵセッションの調整結果であり、例えば、後記する「負荷分散先として選定されたＵＰＦ２１と、ＰＤＵセッションＩＤ（ＴＥ－ＩＤ）との対応情報」である。これにより、ゲートウェイ３６は、ＣプレーンとＵプレーンとの両方を考慮して、Ｕプレーンの負荷分散を実行できる。
図１の５ＧＣシステムは、図１３の５ＧＣシステムに対して、ＳＭＦ３３をＳＭＦ３３Ｘに置き換えるとともに、ｇＮＢ３１とＵＰＦ２１－２３との間にゲートウェイ３６を追加した。これにより、ゲートウェイ３６は、負荷分散のターゲットとするコンテナ群であるＵＰＦ２１－２３の構成を、外部のＵＥ４１に対して隠蔽する。
さらに、ＳＭＦ３３Ｘは、Ｃプレーンのステート情報をゲートウェイ３６に連携（通知）する機能を設ける。Ｃプレーンのステート情報とは、ＰＤＵセッションの調整結果であり、例えば、後記する「負荷分散先として選定されたＵＰＦ２１と、ＰＤＵセッションＩＤ（ＴＥ－ＩＤ）との対応情報」である。これにより、ゲートウェイ３６は、ＣプレーンとＵプレーンとの両方を考慮して、Ｕプレーンの負荷分散を実行できる。
ＳＭＦ３３Ｘは、ＰＤＵセッションのＩＤを含む情報を管理する。つまり、ＳＭＦ３３Ｘは、以下の手順により、ＵＥ４１からＰＤＵセッションを介してゲートウェイ３６に届いたデータ信号が、選定したＵＰＦ（以下、ＵＰＦ２１が選定されたものとして説明する。）に転送されるように制御する。
・ＳＭＦ３３Ｘは、ＵＥ４１からＰＤＵセッションのＩＤを含むＰＤＵセッションの確立要求を受け、複数のＵＰＦ２１，２２，２３から負荷分散先としてＵＰＦ２１を選定する。
・ＳＭＦ３３Ｘは、ＰＤＵセッションを中継するゲートウェイ３６のアドレス情報をＵＥ４１に応答する。
・ＳＭＦ３３Ｘは、ＰＤＵセッションのＩＤと、選定したＵＰＦ２１との対応情報をゲートウェイ３６に通知する。ゲートウェイ３６は、ＵＥ４１からＰＤＵセッションを介して受信したデータ信号の送信先を、自身のアドレス情報から、ＰＤＵセッションのＩＤをもとに対応情報を参照して選定したＵＰＦ２１のアドレス情報に変換する。
・ＳＭＦ３３Ｘは、ＵＥ４１からＰＤＵセッションのＩＤを含むＰＤＵセッションの確立要求を受け、複数のＵＰＦ２１，２２，２３から負荷分散先としてＵＰＦ２１を選定する。
・ＳＭＦ３３Ｘは、ＰＤＵセッションを中継するゲートウェイ３６のアドレス情報をＵＥ４１に応答する。
・ＳＭＦ３３Ｘは、ＰＤＵセッションのＩＤと、選定したＵＰＦ２１との対応情報をゲートウェイ３６に通知する。ゲートウェイ３６は、ＵＥ４１からＰＤＵセッションを介して受信したデータ信号の送信先を、自身のアドレス情報から、ＰＤＵセッションのＩＤをもとに対応情報を参照して選定したＵＰＦ２１のアドレス情報に変換する。
図２は、図１の５ＧＣシステムに、プロキシ３７を追加した構成図である。
プロキシ３７は、ＳＭＦ３３ＸとＵＰＦ２１－２３との間に接続される。そして、Ｃプレーンのステート情報をゲートウェイ３６に通知する機能は、図１ではＳＭＦ３３Ｘに設けられていたが、図２ではプロキシ３７に設けられる。
プロキシ３７は、ＵＥ４１からのＰＤＵセッションの確立要求を受け、その確立要求をＳＭＦ３３Ｘに転送するとともに、ＰＤＵセッションのＩＤとＳＭＦ３３Ｘが選定したＵＰＦ２１との対応情報を、ＳＭＦ３３Ｘの代わりにゲートウェイ３６に通知する。
これにより、既存のＳＭＦ３３への影響を低減し、既存のＳＭＦ３３に対する実装の変更量を削減できる。
プロキシ３７は、ＳＭＦ３３ＸとＵＰＦ２１－２３との間に接続される。そして、Ｃプレーンのステート情報をゲートウェイ３６に通知する機能は、図１ではＳＭＦ３３Ｘに設けられていたが、図２ではプロキシ３７に設けられる。
プロキシ３７は、ＵＥ４１からのＰＤＵセッションの確立要求を受け、その確立要求をＳＭＦ３３Ｘに転送するとともに、ＰＤＵセッションのＩＤとＳＭＦ３３Ｘが選定したＵＰＦ２１との対応情報を、ＳＭＦ３３Ｘの代わりにゲートウェイ３６に通知する。
これにより、既存のＳＭＦ３３への影響を低減し、既存のＳＭＦ３３に対する実装の変更量を削減できる。
以下、標準化仕様のＰＤＵセッションの確立手順（標準シーケンス）を例に、図１および図２の５ＧＣシステムの具体的な処理を示す。
なお、ＰＤＵセッションの確立手順は、ヨーロッパ電気通信標準化協会（ETSI：European Telecommunications Standards Institute）が公開する標準化仕様「ETSI TS 123 502」の4.3.2.2節「UE Requested PDU Session Establishment」で規定されている。
以下、図３－図５は、標準シーケンスを示すシーケンス図である。図３→図４→図５の順に実行されることで、ＣプレーンでＰＤＵセッションが確立され、そのＰＤＵセッションを介してＵプレーンが流れる。
なお、ＰＤＵセッションの確立手順は、ヨーロッパ電気通信標準化協会（ETSI：European Telecommunications Standards Institute）が公開する標準化仕様「ETSI TS 123 502」の4.3.2.2節「UE Requested PDU Session Establishment」で規定されている。
以下、図３－図５は、標準シーケンスを示すシーケンス図である。図３→図４→図５の順に実行されることで、ＣプレーンでＰＤＵセッションが確立され、そのＰＤＵセッションを介してＵプレーンが流れる。
図３は、５ＧＣシステムがＰＤＵセッションの確立手順を実行する第１のシーケンス図である。
なお、図３では、図１３の５ＧＣシステムに対して、さらに、以下の構成が追加されている。
・ＲＡＮ（Radio Access Network）５１は、基地局などに配置のアクセス網装置である。
・ＰＣＦ（Policy Control Function）５２は、ポリシ制御装置である。
・ＵＤＭ（Unified Data Management）５３は、加入者関連情報を保持する装置である。
なお、図３では、図１３の５ＧＣシステムに対して、さらに、以下の構成が追加されている。
・ＲＡＮ（Radio Access Network）５１は、基地局などに配置のアクセス網装置である。
・ＰＣＦ（Policy Control Function）５２は、ポリシ制御装置である。
・ＵＤＭ（Unified Data Management）５３は、加入者関連情報を保持する装置である。
Ｓ１０１は、ＵＥ４１からＡＭＦ３２に、ＰＤＵセッションＩＤ（ＴＥ－ＩＤ）を含むＰＤＵセッションの設定を要求する（PDU Session Establishment Request）処理である。
Ｓ１０２は、ＡＭＦ３２がＳＭＦ３３Ｘを選択する（SMF selection）処理である。
Ｓ１０３は、ＡＭＦ３２からＳＭＦ３３Ｘに、Ｓ１０１の要求のためのセッション管理を要求する（Nsmf_PDUSession_CreateSMContext Request）処理である。
Ｓ１０４は、ＳＭＦ３３ＸからＵＤＭ５３に、Ｓ１０３で要求されたセッション管理に対応する加入者情報を読み出して応答するようにする（Subscription retrieval / Subsucription for updates）処理である。
Ｓ１０５は、ＳＭＦ３３ＸからＡＭＦ３２に、Ｓ１０４の加入者情報を含めてＳ１０３の要求に応答する（Nsmf_PDUSession_CreateSMContext Response）処理である。
Ｓ１０６は、５ＧＣシステムの各装置で、ＰＤＵセッション設定の認証および承認を実行する（PDU Session authentication/authorization）処理である。
Ｓ１０２は、ＡＭＦ３２がＳＭＦ３３Ｘを選択する（SMF selection）処理である。
Ｓ１０３は、ＡＭＦ３２からＳＭＦ３３Ｘに、Ｓ１０１の要求のためのセッション管理を要求する（Nsmf_PDUSession_CreateSMContext Request）処理である。
Ｓ１０４は、ＳＭＦ３３ＸからＵＤＭ５３に、Ｓ１０３で要求されたセッション管理に対応する加入者情報を読み出して応答するようにする（Subscription retrieval / Subsucription for updates）処理である。
Ｓ１０５は、ＳＭＦ３３ＸからＡＭＦ３２に、Ｓ１０４の加入者情報を含めてＳ１０３の要求に応答する（Nsmf_PDUSession_CreateSMContext Response）処理である。
Ｓ１０６は、５ＧＣシステムの各装置で、ＰＤＵセッション設定の認証および承認を実行する（PDU Session authentication/authorization）処理である。
Ｓ１０７ａは、ＳＭＦ３３ＸがＳ１０７ｂで処理対象となるＰＣＦ５２を選択する（PCF selection）処理である。
Ｓ１０７ｂは、ＳＭＦ３３ＸからＰＣＦ５２に、ＳＭポリシアソシエーションを設定する（SM Policy Association Establishment）処理、または、ＳＭＦ３３Ｘが開始したＳＭポリシアソシエーションを変更する（SMF initiated SM Policy Association Modification）処理である。
Ｓ１０８は、ＳＭＦ３３Ｘが図４のＳ１１０ａで処理対象となるＵＰＦ２１を選択する（UPF selection）処理である。
Ｓ１０９は、ＳＭＦ３３ＸからＰＣＦ５２に、ＳＭＦ３３Ｘが開始したＳＭポリシアソシエーションを変更する（SMF initiated SM Policy Association Modification）処理である。
Ｓ１０９の処理の後は、図４の処理に続く。
Ｓ１０７ｂは、ＳＭＦ３３ＸからＰＣＦ５２に、ＳＭポリシアソシエーションを設定する（SM Policy Association Establishment）処理、または、ＳＭＦ３３Ｘが開始したＳＭポリシアソシエーションを変更する（SMF initiated SM Policy Association Modification）処理である。
Ｓ１０８は、ＳＭＦ３３Ｘが図４のＳ１１０ａで処理対象となるＵＰＦ２１を選択する（UPF selection）処理である。
Ｓ１０９は、ＳＭＦ３３ＸからＰＣＦ５２に、ＳＭＦ３３Ｘが開始したＳＭポリシアソシエーションを変更する（SMF initiated SM Policy Association Modification）処理である。
Ｓ１０９の処理の後は、図４の処理に続く。
図４は、５ＧＣシステムがＰＤＵセッションの確立手順を実行する第２のシーケンス図である。
Ｓ１１０ａは、ＳＭＦ３３ＸからＵＰＦ２１に、Ｎ４セッションの設定および変更を要求する（N4 Session Establishment/Modification Request）処理である。
Ｓ１１０ｂは、ＵＰＦ２１からＳＭＦ３３Ｘに、Ｓ１１０ａの応答を送信する（N4 Session Establishment/Modification Response）処理である。
Ｓ１１１は、ＳＭＦ３３ＸからＡＭＦ３２に、ＰＤＵ設定要求へのＡＣＫを送信する（Namf_Communication_N1N2MessageTransfer）処理である。このＡＣＫには、ＰＤＵセッションＩＤに対して割り当てられたＵＰＦ２１のＩＰアドレスが含まれる。
Ｓ１１２は、ＡＭＦ３２からＲＡＮ５１に、Ｎ２ＰＤＵセッション要求（ＮＡＳメッセージ）を送信する（N2 PDU Session Request(NAS msg)）処理である。
Ｓ１１０ａは、ＳＭＦ３３ＸからＵＰＦ２１に、Ｎ４セッションの設定および変更を要求する（N4 Session Establishment/Modification Request）処理である。
Ｓ１１０ｂは、ＵＰＦ２１からＳＭＦ３３Ｘに、Ｓ１１０ａの応答を送信する（N4 Session Establishment/Modification Response）処理である。
Ｓ１１１は、ＳＭＦ３３ＸからＡＭＦ３２に、ＰＤＵ設定要求へのＡＣＫを送信する（Namf_Communication_N1N2MessageTransfer）処理である。このＡＣＫには、ＰＤＵセッションＩＤに対して割り当てられたＵＰＦ２１のＩＰアドレスが含まれる。
Ｓ１１２は、ＡＭＦ３２からＲＡＮ５１に、Ｎ２ＰＤＵセッション要求（ＮＡＳメッセージ）を送信する（N2 PDU Session Request(NAS msg)）処理である。
Ｓ１１３は、ＲＡＮ５１からＵＥ４１に、ＲＡＮ５１のリソースを設定する（AN-specific resource setup (PDU Session Establishment Accept)）処理である。
Ｓ１１４は、ＲＡＮ５１からＡＭＦ３２に、Ｓ１１２の応答を送信する（N2 PDU Session Request Ack）処理である。
Ｓ１１４ｂは、ＵＥ４１からＵＰＦ２１に、最初の行きデータ（First Uplink Data）を送信する処理である。
Ｓ１１５は、ＡＭＦ３２からＳＭＦ３３Ｘに、ＰＤＵセッションの更新を要求する（Nsmf_PDUSession_UpdateSMContext Request）処理である。
Ｓ１１６ａは、ＳＭＦ３３ＸからＵＰＦ２１に、Ｎ４セッションの変更を要求する（N4 Session Modification Request）処理である。
Ｓ１１６ｂは、ＵＰＦ２１からＳＭＦ３３Ｘに、Ｓ１１６ａの応答を送信する（N4 Session Modification Response）処理である。
Ｓ１１４は、ＲＡＮ５１からＡＭＦ３２に、Ｓ１１２の応答を送信する（N2 PDU Session Request Ack）処理である。
Ｓ１１４ｂは、ＵＥ４１からＵＰＦ２１に、最初の行きデータ（First Uplink Data）を送信する処理である。
Ｓ１１５は、ＡＭＦ３２からＳＭＦ３３Ｘに、ＰＤＵセッションの更新を要求する（Nsmf_PDUSession_UpdateSMContext Request）処理である。
Ｓ１１６ａは、ＳＭＦ３３ＸからＵＰＦ２１に、Ｎ４セッションの変更を要求する（N4 Session Modification Request）処理である。
Ｓ１１６ｂは、ＵＰＦ２１からＳＭＦ３３Ｘに、Ｓ１１６ａの応答を送信する（N4 Session Modification Response）処理である。
図５は、５ＧＣシステムがＰＤＵセッションの確立手順を実行する第３のシーケンス図である。
Ｓ１１６ｃは、ＳＭＦ３３ＸからＵＤＭ５３に、ＰＤＵセッションを登録する（Registration）処理である。
Ｓ１１６ｄは、ＵＰＦ２１からＵＥ４１に、最初の帰りデータ（First Downlink Data）を送信する処理である。
Ｓ１１７は、ＳＭＦ３３ＸからＡＭＦ３２に、Ｓ１１５に応答する（Nsmf_PDUSession_UpdateSMContext Response）処理である。
Ｓ１１８は、ＳＭＦ３３ＸからＡＭＦ３２に、ＰＤＵセッションの状態を通知する（Nsmf_PDUSession_SMContextStatusNotify）処理である。
Ｓ１１９は、ＳＭＦ３３ＸからＵＰＦ２１およびＵＥ４１に、ＩＰｖ６アドレスを設定する（IPv6 Address Configuration）処理である。
Ｓ１２０は、ＳＭＦ３３ＸからＰＣＦ５２に、ＳＭＦ３３Ｘが開始したＳＭポリシアソシエーションを変更する（SMF initiated SM Policy Association Modification）処理である。
Ｓ１２１は、ＳＭＦ３３ＸからＵＤＭ５３に、Ｓ１１６ｃの登録を解除する（Unsubscription）処理である。
Ｓ１１６ｃは、ＳＭＦ３３ＸからＵＤＭ５３に、ＰＤＵセッションを登録する（Registration）処理である。
Ｓ１１６ｄは、ＵＰＦ２１からＵＥ４１に、最初の帰りデータ（First Downlink Data）を送信する処理である。
Ｓ１１７は、ＳＭＦ３３ＸからＡＭＦ３２に、Ｓ１１５に応答する（Nsmf_PDUSession_UpdateSMContext Response）処理である。
Ｓ１１８は、ＳＭＦ３３ＸからＡＭＦ３２に、ＰＤＵセッションの状態を通知する（Nsmf_PDUSession_SMContextStatusNotify）処理である。
Ｓ１１９は、ＳＭＦ３３ＸからＵＰＦ２１およびＵＥ４１に、ＩＰｖ６アドレスを設定する（IPv6 Address Configuration）処理である。
Ｓ１２０は、ＳＭＦ３３ＸからＰＣＦ５２に、ＳＭＦ３３Ｘが開始したＳＭポリシアソシエーションを変更する（SMF initiated SM Policy Association Modification）処理である。
Ｓ１２１は、ＳＭＦ３３ＸからＵＤＭ５３に、Ｓ１１６ｃの登録を解除する（Unsubscription）処理である。
本実施形態のＰＤＵセッションの確立手順は、標準化仕様との主な相違点は、以下の３点である。
（相違点１）ＳＭＦ３３Ｘが、負荷分散先として選定されたＵＰＦ２１と、ＰＤＵセッションＩＤ（ＴＥ－ＩＤ）との対応情報を、ゲートウェイ３６へ通知する手順を追加する。
（相違点２）ＳＭＦ３３Ｘが、ゲートウェイ３６のＩＰアドレスを、ＵＥ４１へ通知する手順を追加する。
（相違点３）ゲートウェイ３６がＵプレーンデータをＰＤＵセッションＩＤに対応するＵＰＦ２１へ転送する。
本実施形態の負荷分散システムは、（相違点１）の処理の後に、（相違点２）の処理を実行することで、データ転送の準備を完了させる。その準備後に、本実施形態の負荷分散システムは、（相違点３）の処理を実行する。これにより、ＵＰＦ２１構成を隠蔽しつつ、ＣプレーンとＵプレーンとを連携させたＰＤＵセッションの負荷分散実現方式が実現される。
（相違点１）ＳＭＦ３３Ｘが、負荷分散先として選定されたＵＰＦ２１と、ＰＤＵセッションＩＤ（ＴＥ－ＩＤ）との対応情報を、ゲートウェイ３６へ通知する手順を追加する。
（相違点２）ＳＭＦ３３Ｘが、ゲートウェイ３６のＩＰアドレスを、ＵＥ４１へ通知する手順を追加する。
（相違点３）ゲートウェイ３６がＵプレーンデータをＰＤＵセッションＩＤに対応するＵＰＦ２１へ転送する。
本実施形態の負荷分散システムは、（相違点１）の処理の後に、（相違点２）の処理を実行することで、データ転送の準備を完了させる。その準備後に、本実施形態の負荷分散システムは、（相違点３）の処理を実行する。これにより、ＵＰＦ２１構成を隠蔽しつつ、ＣプレーンとＵプレーンとを連携させたＰＤＵセッションの負荷分散実現方式が実現される。
図６は、図１の５ＧＣシステムに対して、ＵＥ４１からＵＰＦ２１までに流れるＣプレーンの経路を強調した構成図である。以下の順序でＣプレーンが流れる。
・ＵＥ４１→ｇＮＢ３１→ＡＭＦ３２：Ｓ１０１の信号が流れる（ＰＤＵセッションの設定を要求）。
・ＡＭＦ３２→ＳＭＦ３３Ｘ：Ｓ１０３の信号が流れる（Ｓ１０１の要求のためのセッション管理を要求）。
ここで、ＳＭＦ３３Ｘは、Ｕプレーンを担当する（負荷分散先の）ＵＰＦ２１を選択する（Ｓ１０８）。なお、ＳＭＦ３３Ｘは、ＵＰＦ２１－２３の現在の負荷状況を参照し、前回決定した負荷分散先のＵＰＦ２１を、ＵＰＦ２２またはＵＰＦ２３に変更してもよい。
・ＳＭＦ３３Ｘ→ＵＰＦ２１：Ｓ１１０ａの信号が流れる（Ｎ４セッションの設定および変更を要求）。
・ＵＥ４１→ｇＮＢ３１→ＡＭＦ３２：Ｓ１０１の信号が流れる（ＰＤＵセッションの設定を要求）。
・ＡＭＦ３２→ＳＭＦ３３Ｘ：Ｓ１０３の信号が流れる（Ｓ１０１の要求のためのセッション管理を要求）。
ここで、ＳＭＦ３３Ｘは、Ｕプレーンを担当する（負荷分散先の）ＵＰＦ２１を選択する（Ｓ１０８）。なお、ＳＭＦ３３Ｘは、ＵＰＦ２１－２３の現在の負荷状況を参照し、前回決定した負荷分散先のＵＰＦ２１を、ＵＰＦ２２またはＵＰＦ２３に変更してもよい。
・ＳＭＦ３３Ｘ→ＵＰＦ２１：Ｓ１１０ａの信号が流れる（Ｎ４セッションの設定および変更を要求）。
図７は、図２の５ＧＣシステムに対して、ＵＥ４１からＵＰＦ２１までに流れるＣプレーンの経路を強調した構成図である。
図６のＳ１１０ａの信号（ＳＭＦ３３Ｘ→ＵＰＦ２１）が、図７ではＳＭＦ３３Ｘ→プロキシ３７→ＵＰＦ２１の経路で流れる。その他の信号の流れは、図６と図７とで同じである。
図６のＳ１１０ａの信号（ＳＭＦ３３Ｘ→ＵＰＦ２１）が、図７ではＳＭＦ３３Ｘ→プロキシ３７→ＵＰＦ２１の経路で流れる。その他の信号の流れは、図６と図７とで同じである。
図８は、図６のＣプレーンの帰りの経路を強調した構成図である。以下の順序でＣプレーンが流れる。
・ＵＰＦ２１→ＳＭＦ３３Ｘ：Ｓ１１０ｂの信号が流れる（Ｓ１１０ａの応答を送信）。
・ＳＭＦ３３Ｘ→ＡＭＦ３２：Ｓ１１１の信号が流れる（ＰＤＵ設定要求へのＡＣＫを送信）。標準シーケンスのＳ１１１の信号には、ＰＤＵセッションＩＤに対して、Ｕプレーンを担当するＵＰＦ２１のＩＰアドレスが含まれていた。本実施形態の負荷分散システムは、ＵＰＦ２１のＩＰアドレスの代わりに、ゲートウェイ３６のＩＰアドレス情報をＳ１１１の信号に含める（相違点２）。
ゲートウェイ３６のＩＰアドレス情報とは、例えば、ＵＰＦ２１を集約するゲートウェイ３６のｇＮＢ３１と隣接するインタフェースのＩＰアドレスである。これにより、ゲートウェイ３６のＩＰアドレス情報は、後続のＳ１１２，Ｓ１１３の信号にも含まれることで、ＵＥ４１に通知される。また、ＵＥ４１には、ＵＰＦ２１のＩＰアドレスが通知されないので、ＵＰＦ２１の構成は隠蔽される。
・ＵＰＦ２１→ＳＭＦ３３Ｘ：Ｓ１１０ｂの信号が流れる（Ｓ１１０ａの応答を送信）。
・ＳＭＦ３３Ｘ→ＡＭＦ３２：Ｓ１１１の信号が流れる（ＰＤＵ設定要求へのＡＣＫを送信）。標準シーケンスのＳ１１１の信号には、ＰＤＵセッションＩＤに対して、Ｕプレーンを担当するＵＰＦ２１のＩＰアドレスが含まれていた。本実施形態の負荷分散システムは、ＵＰＦ２１のＩＰアドレスの代わりに、ゲートウェイ３６のＩＰアドレス情報をＳ１１１の信号に含める（相違点２）。
ゲートウェイ３６のＩＰアドレス情報とは、例えば、ＵＰＦ２１を集約するゲートウェイ３６のｇＮＢ３１と隣接するインタフェースのＩＰアドレスである。これにより、ゲートウェイ３６のＩＰアドレス情報は、後続のＳ１１２，Ｓ１１３の信号にも含まれることで、ＵＥ４１に通知される。また、ＵＥ４１には、ＵＰＦ２１のＩＰアドレスが通知されないので、ＵＰＦ２１の構成は隠蔽される。
・ＳＭＦ３３Ｘ→ゲートウェイ３６：Ｕプレーンを担当するものとして選定されたＵＰＦ２１と、ＰＤＵセッションＩＤ（ＴＥ－ＩＤ）との対応情報を通知する手順を、標準シーケンスに追加する（相違点１）。この（相違点１）の手順は、Ｓ１１０ｂとＳ１１１との間に実行されることが望ましく、遅くともＳ１１３の前には完了しておく。
・ＡＭＦ３２→ｇＮＢ３１（ＲＡＮ５１）：Ｓ１１２の信号が流れる（Ｎ２ＰＤＵセッション要求を送信）。
・ｇＮＢ３１（ＲＡＮ５１）→ＵＥ４１：Ｓ１１３の信号が流れる（ＲＡＮ５１のリソースを設定）。
・ＡＭＦ３２→ｇＮＢ３１（ＲＡＮ５１）：Ｓ１１２の信号が流れる（Ｎ２ＰＤＵセッション要求を送信）。
・ｇＮＢ３１（ＲＡＮ５１）→ＵＥ４１：Ｓ１１３の信号が流れる（ＲＡＮ５１のリソースを設定）。
図９は、図７のＣプレーンの帰りの経路を強調した構成図である。以下が、図８と図９との相違点であり、その他の信号の流れは、図８と図９とで同じである。
・図８のＳ１１０ｂの信号（ＵＰＦ２１→ＳＭＦ３３Ｘ）が、図９ではＵＰＦ２１→プロキシ３７→ＳＭＦ３３Ｘの経路で流れる。
・負荷分散先として選定されたＵＰＦ２１と、ＰＤＵセッションＩＤ（ＴＥ－ＩＤ）との対応情報を、ゲートウェイ３６へ通知する手順（相違点１）を実行する装置が、ＳＭＦ３３Ｘからプロキシ３７に置き換わる。
・図８のＳ１１０ｂの信号（ＵＰＦ２１→ＳＭＦ３３Ｘ）が、図９ではＵＰＦ２１→プロキシ３７→ＳＭＦ３３Ｘの経路で流れる。
・負荷分散先として選定されたＵＰＦ２１と、ＰＤＵセッションＩＤ（ＴＥ－ＩＤ）との対応情報を、ゲートウェイ３６へ通知する手順（相違点１）を実行する装置が、ＳＭＦ３３Ｘからプロキシ３７に置き換わる。
図１０は、図８のＣプレーンの後に伝送されるＵプレーンの経路を強調した構成図である。
まず、標準シーケンスのＳ１１４ｂ（First Uplink Data）は、ＵＥ４１からＵＰＦ２１に直接通知されていた。一方、図１０では、ＵＥ４１→ｇＮＢ３１→ゲートウェイ３６→ＵＰＦ２１→ＤＮ１１の順に、Ｓ１１４ｂの最初の行きデータなどの行きデータが送信される。
ここで、ゲートウェイ３６は、ＵＥ４１からＰＤＵセッションを介してＵプレーンデータを受信した際に、アドレス変換処理（ＮＡＴ：Network Address Translation）により、Ｕプレーンデータの転送先（負荷分散先）のＵＰＦ２１を決定し、そのＵＰＦ２１にＵプレーンデータを転送する（相違点３）。
アドレス変換処理とは、（相違点１）で通知された対応情報を参照したゲートウェイ３６が、ＰＤＵセッションＩＤ（ＴＥ－ＩＤ）を、対応するＵＰＦ２１のＩＰアドレスに変換する処理である。これにより、ＵＥ４１には、ＵＰＦ２１の構成は隠蔽される。
まず、標準シーケンスのＳ１１４ｂ（First Uplink Data）は、ＵＥ４１からＵＰＦ２１に直接通知されていた。一方、図１０では、ＵＥ４１→ｇＮＢ３１→ゲートウェイ３６→ＵＰＦ２１→ＤＮ１１の順に、Ｓ１１４ｂの最初の行きデータなどの行きデータが送信される。
ここで、ゲートウェイ３６は、ＵＥ４１からＰＤＵセッションを介してＵプレーンデータを受信した際に、アドレス変換処理（ＮＡＴ：Network Address Translation）により、Ｕプレーンデータの転送先（負荷分散先）のＵＰＦ２１を決定し、そのＵＰＦ２１にＵプレーンデータを転送する（相違点３）。
アドレス変換処理とは、（相違点１）で通知された対応情報を参照したゲートウェイ３６が、ＰＤＵセッションＩＤ（ＴＥ－ＩＤ）を、対応するＵＰＦ２１のＩＰアドレスに変換する処理である。これにより、ＵＥ４１には、ＵＰＦ２１の構成は隠蔽される。
また、標準シーケンスのＳ１１６ｄ（First Downlink Data）も同様に、ＵＰＦ２１からＵＥ４１に直接通知される代わりに、ＤＮ１１→ＵＰＦ２１→ゲートウェイ３６→ｇＮＢ３１→ＵＥ４１の順に、ゲートウェイ３６を経由する。
そのため、ゲートウェイ３６は、帰りデータ（Downlink Data）用のＰＤＵセッション情報が、Ｓ１１６ｂの後にＳＭＦ３３Ｘから通知される。これにより、帰りデータ用のＰＤＵセッションが確立される。
そのため、ゲートウェイ３６は、帰りデータ（Downlink Data）用のＰＤＵセッション情報が、Ｓ１１６ｂの後にＳＭＦ３３Ｘから通知される。これにより、帰りデータ用のＰＤＵセッションが確立される。
図１１は、図８のＣプレーンの後に伝送されるＵプレーンの経路を強調した構成図である。
プロキシ３７の有無にかかわらず、図１０と同じ経路で図１１の各データも送信される。
プロキシ３７の有無にかかわらず、図１０と同じ経路で図１１の各データも送信される。
図１２は、本実施形態の５ＧＣシステムの各装置（ＳＭＦ３３Ｘ、ゲートウェイ３６など）のハードウェア構成図である。
５ＧＣシステムの各装置は、ＣＰＵ９０１と、ＲＡＭ９０２と、ＲＯＭ９０３と、ＨＤＤ９０４と、通信Ｉ／Ｆ９０５と、入出力Ｉ／Ｆ９０６と、メディアＩ／Ｆ９０７とを有するコンピュータ９００として構成される。
通信Ｉ／Ｆ９０５は、外部の通信装置９１５と接続される。入出力Ｉ／Ｆ９０６は、入出力装置９１６と接続される。メディアＩ／Ｆ９０７は、記録媒体９１７からデータを読み書きする。さらに、ＣＰＵ９０１は、ＲＡＭ９０２に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各部を制御する。そして、このプログラムは、通信回線を介して配布したり、ＣＤ－ＲＯＭ等の記録媒体９１７に記録して配布したりすることも可能である。
５ＧＣシステムの各装置は、ＣＰＵ９０１と、ＲＡＭ９０２と、ＲＯＭ９０３と、ＨＤＤ９０４と、通信Ｉ／Ｆ９０５と、入出力Ｉ／Ｆ９０６と、メディアＩ／Ｆ９０７とを有するコンピュータ９００として構成される。
通信Ｉ／Ｆ９０５は、外部の通信装置９１５と接続される。入出力Ｉ／Ｆ９０６は、入出力装置９１６と接続される。メディアＩ／Ｆ９０７は、記録媒体９１７からデータを読み書きする。さらに、ＣＰＵ９０１は、ＲＡＭ９０２に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各部を制御する。そして、このプログラムは、通信回線を介して配布したり、ＣＤ－ＲＯＭ等の記録媒体９１７に記録して配布したりすることも可能である。
［効果］
本発明は、ＰＤＵセッションのＩＤを含む情報を管理するＳＭＦ３３Ｘであって、
ＵＥ４１からＰＤＵセッションのＩＤを含むＰＤＵセッションの確立要求を受け、複数のＵＰＦ２１から負荷分散先としてＵＰＦ２１を選定し、
ＰＤＵセッションを中継するゲートウェイ３６のアドレス情報をＵＥ４１に応答し、
ＰＤＵセッションのＩＤと、選定したＵＰＦ２１との対応情報をゲートウェイ３６に通知することで、
ＵＥ４１からＰＤＵセッションを介してゲートウェイ３６に届いたデータ信号が、選定したＵＰＦ２１に転送されるように制御することを特徴とする。
本発明は、ＰＤＵセッションのＩＤを含む情報を管理するＳＭＦ３３Ｘであって、
ＵＥ４１からＰＤＵセッションのＩＤを含むＰＤＵセッションの確立要求を受け、複数のＵＰＦ２１から負荷分散先としてＵＰＦ２１を選定し、
ＰＤＵセッションを中継するゲートウェイ３６のアドレス情報をＵＥ４１に応答し、
ＰＤＵセッションのＩＤと、選定したＵＰＦ２１との対応情報をゲートウェイ３６に通知することで、
ＵＥ４１からＰＤＵセッションを介してゲートウェイ３６に届いたデータ信号が、選定したＵＰＦ２１に転送されるように制御することを特徴とする。
これにより、外部のＵＥ４１には、選定したＵＰＦ２１のアドレス情報が通知されずに、中継するゲートウェイ３６のアドレス情報が通知される。よって、ＣプレーンとＵプレーンとが分離しているアーキテクチャにおいて、負荷分散先の内部ネットワーク情報を隠蔽しつつ、ステートフルな負荷分散を実現できる。
本発明は、ＳＭＦ３３Ｘと、ゲートウェイ３６とを有する負荷分散システムであって、
ゲートウェイ３６が、ＵＥ４１からＰＤＵセッションを介して受信したデータ信号の送信先を、自身のアドレス情報から、ＰＤＵセッションのＩＤをもとに対応情報を参照して選定したＵＰＦ２１のアドレス情報に変換することを特徴とする。
ゲートウェイ３６が、ＵＥ４１からＰＤＵセッションを介して受信したデータ信号の送信先を、自身のアドレス情報から、ＰＤＵセッションのＩＤをもとに対応情報を参照して選定したＵＰＦ２１のアドレス情報に変換することを特徴とする。
これにより、ＵＰＦ２１のスケールアウト時などにおけるネットワーク構成変更の影響を、対向装置であるＵＥ４１に与えずに済む。
本発明は、負荷分散システムが、さらに、プロキシ３７を有しており、
プロキシ３７が、ＵＥ４１からのＰＤＵセッションの確立要求を受け、その確立要求をＳＭＦ３３Ｘに転送するとともに、ＰＤＵセッションのＩＤとＳＭＦ３３Ｘが選定したＵＰＦ２１との対応情報を、ＳＭＦ３３Ｘの代わりにゲートウェイ３６に通知することを特徴とする。
プロキシ３７が、ＵＥ４１からのＰＤＵセッションの確立要求を受け、その確立要求をＳＭＦ３３Ｘに転送するとともに、ＰＤＵセッションのＩＤとＳＭＦ３３Ｘが選定したＵＰＦ２１との対応情報を、ＳＭＦ３３Ｘの代わりにゲートウェイ３６に通知することを特徴とする。
これにより、既存のＳＭＦ３３Ｘが担当する処理が軽減され、既存のＳＭＦ３３Ｘを変更する開発コストを削減できる。
１１ ＤＮ
２１－２３ ＵＰＦ（処理サーバ）
３１ ｇＮＢ
３２ ＡＭＦ
３３，３３Ｘ ＳＭＦ（負荷分散装置）
３４ ＮＡＴ装置
３５ ｅＮＢ
３６ ゲートウェイ
３７ プロキシ
４１，４２ ＵＥ（ユーザ端末）
５１ ＲＡＮ
５２ ＰＣＦ
５３ ＵＤＭ
２１－２３ ＵＰＦ（処理サーバ）
３１ ｇＮＢ
３２ ＡＭＦ
３３，３３Ｘ ＳＭＦ（負荷分散装置）
３４ ＮＡＴ装置
３５ ｅＮＢ
３６ ゲートウェイ
３７ プロキシ
４１，４２ ＵＥ（ユーザ端末）
５１ ＲＡＮ
５２ ＰＣＦ
５３ ＵＤＭ
Claims (5)
- セッションのＩＤを含む情報を管理する負荷分散装置であって、
ユーザ端末から前記セッションのＩＤを含むセッションの確立要求を受け、複数の処理サーバから負荷分散先としての処理サーバを選定し、
セッションを中継するゲートウェイのアドレス情報を前記ユーザ端末に応答し、
前記セッションのＩＤと、選定した前記処理サーバとの対応情報を前記ゲートウェイに通知することで、
前記ユーザ端末からセッションを介して前記ゲートウェイに届いたデータ信号が、選定した前記処理サーバに転送されるように制御することを特徴とする
負荷分散装置。 - 請求項１に記載の負荷分散装置と、前記ゲートウェイとを有する負荷分散システムであって、
前記ゲートウェイは、前記ユーザ端末からセッションを介して受信したデータ信号の送信先を、自身のアドレス情報から、前記セッションのＩＤをもとに前記対応情報を参照して選定した前記処理サーバのアドレス情報に変換することを特徴とする
負荷分散システム。 - 前記負荷分散システムは、さらに、プロキシを有しており、
前記プロキシは、前記ユーザ端末からの前記セッションの確立要求を受け、その確立要求を前記負荷分散装置に転送するとともに、前記セッションのＩＤと前記負荷分散装置が選定した前記処理サーバとの前記対応情報を、前記負荷分散装置の代わりに前記ゲートウェイに通知することを特徴とする
請求項２に記載の負荷分散システム。 - セッションのＩＤを含む情報を管理する負荷分散装置が実行する負荷分散方法であって、
負荷分散装置は、
ユーザ端末から前記セッションのＩＤを含むセッションの確立要求を受け、複数の処理サーバから負荷分散先としての処理サーバを選定し、
セッションを中継するゲートウェイのアドレス情報を前記ユーザ端末に応答し、
前記セッションのＩＤと、選定した前記処理サーバとの対応情報を前記ゲートウェイに通知することで、
前記ユーザ端末からセッションを介して前記ゲートウェイに届いたデータ信号が、選定した前記処理サーバに転送されるように制御することを特徴とする
負荷分散方法。 - コンピュータを、請求項１に記載の負荷分散装置として機能させるための負荷分散プログラム。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2022/025967 WO2024004078A1 (ja) | 2022-06-29 | 2022-06-29 | 負荷分散装置、負荷分散システム、負荷分散方法、および、負荷分散プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2024004078A1 JPWO2024004078A1 (ja) | 2024-01-04 |
| JP7709664B2 true JP7709664B2 (ja) | 2025-07-17 |
Family
ID=89382392
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2024530157A Active JP7709664B2 (ja) | 2022-06-29 | 2022-06-29 | 負荷分散装置、負荷分散システム、負荷分散方法、および、負荷分散プログラム |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP7709664B2 (ja) |
| WO (1) | WO2024004078A1 (ja) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011041006A (ja) | 2009-08-11 | 2011-02-24 | Fujitsu Ltd | 負荷分散装置、負荷分散方法および負荷分散プログラム |
| US20200404733A1 (en) | 2018-05-31 | 2020-12-24 | Huawei Technologies Co., Ltd. | Session management method, device, and system |
-
2022
- 2022-06-29 WO PCT/JP2022/025967 patent/WO2024004078A1/ja not_active Ceased
- 2022-06-29 JP JP2024530157A patent/JP7709664B2/ja active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011041006A (ja) | 2009-08-11 | 2011-02-24 | Fujitsu Ltd | 負荷分散装置、負荷分散方法および負荷分散プログラム |
| US20200404733A1 (en) | 2018-05-31 | 2020-12-24 | Huawei Technologies Co., Ltd. | Session management method, device, and system |
Non-Patent Citations (1)
| Title |
|---|
| 堀内 かほり，楽しくレベルアップ 図解で学ぶネットワークの基礎 第４回 負荷分散装置，日経ＮＥＴＷＯＲＫ 第１２３号，日本，日経ＢＰ社，2010年06月28日，pp.102-105 |
Also Published As
| Publication number | Publication date |
|---|---|
| JPWO2024004078A1 (ja) | 2024-01-04 |
| WO2024004078A1 (ja) | 2024-01-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7434590B2 (ja) | エッジコンピューティングのための分散アンカーのアプリケーショントリガセットアップ | |
| CN103634490B (zh) | 一种用于使得使用sip的企业网络能够存活的网关 | |
| KR100498932B1 (ko) | 이동 노드들로 구성된 무선망에서의 세션 설정 장치 및 방법 | |
| EP2077024B1 (en) | Communication system | |
| US7082122B2 (en) | Method and system for connecting to a proxy server with the lowest workload through a load balancing proxy server | |
| US12177752B2 (en) | Optimization of services applied to data packet sessions | |
| CN101103603B (zh) | 路由器选择方法、归属代理装置、移动路由器及移动网络系统 | |
| KR101368615B1 (ko) | 단대단 콜의 구현 방법, 단대단 콜 터미널 및 시스템 | |
| EP2374244B1 (en) | Communications system and method | |
| KR20210055537A (ko) | 무선 통신 시스템에서 로컬 프로세싱을 위한 트래픽 스티어링을 위한 방법 및 장치 | |
| Salkintzis et al. | Multipath quic for access traffic steering switching and splitting in 5g advanced | |
| KR100804348B1 (ko) | 통신시스템, 피어투피어 메시지 필터를 갖는 컴퓨터 및피어투피어 메시지 처리 방법 | |
| KR102641949B1 (ko) | 비프록시 기반 다중 경로 전송 시스템, 그리고 이의 세션 연결을 위한 시그널링 방법 | |
| JP4477884B2 (ja) | ネットワーク制御装置、通信端末、通信接続方法、ネットワークへの接続登録方法 | |
| JP2008278434A (ja) | 衛星通信方法、子局、親局及び管理局 | |
| US7260644B1 (en) | Apparatus and method for re-directing a client session | |
| JP7709664B2 (ja) | 負荷分散装置、負荷分散システム、負荷分散方法、および、負荷分散プログラム | |
| EP2666333A1 (en) | Local data bi-casting between core network and radio access network | |
| WO2013041125A1 (en) | Method and apparatus for configuring service settings for a mobile subscriber | |
| JP3614744B2 (ja) | ＩＰ通信をサポートする異なるネットワーク内の端末間にＱｏＳセッションを構築する方法 | |
| WO2024169468A1 (zh) | 通信方法和通信装置 | |
| JP4854035B2 (ja) | Ｉｍｓ／ｍｍｄシステムにおける複数のポリシー制御サーバを用いた呼接続方法及びシステム | |
| EP1299982B1 (en) | Opimization of service access | |
| JP5135257B2 (ja) | ホームゲートウェイ及びセッション制御サーバによって異なる経路の複数のセッションを確立する方法及びシステム | |
| CN101232724B (zh) | 一种ip多媒体子系统中终呼的实现方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20241205 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20250603 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20250616 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7709664 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |