JP7490876B1 - クラウド間のレプリケーションのための方法、およびシステム - Google Patents

Abstract

【課題】クラウド・アプリケーションをレプリケーションすること【解決手段】システムで実施される方法であって、端末装置からの第１のセッション確立要求信号の受信に応じて、端末装置の在圏するエンティティと通信する第１のノードに関連付けられる第１のクラウドを特定することと、第１のクラウドと端末装置との通信を開始すること、端末装置が通信中の第１のクラウドから別の第２のクラウドへ、クラウド・アプリケーションデータをレプリケーションすることと、を含み、レプリケーションは、端末装置の在圏するエンティティが端末装置の移動により変更する前に行われる、方法。【選択図】図３

Description

本開示は、クラウド間のレプリケーションための方法、およびシステムに関する。

マルチアクセスエッジコンピューティング（ＭＥＣ：Multi-access Edge Computing）が５Ｇ通信において用いられている。ＭＥＣは、モバイル通信ネットワークのエッジ（端末）近くにサーバやストレージなどのコンピューティングリソースを配置し、独自ネットワーク内で通信を行うことで、データ処理のリアルタイム性を高める技術である。

3GPP TS23.501 V16.6.0 (2020-10) "5G; System architecture for the 5G System (5GS) (3GPP TS 23.501 version 16.6.0 Release 16)"

非特許文献１の5.6.7.2 "Enhancement of UP path management based on the coordination with Afs"にはＭＥＣの動作概要が示される。５Ｇ ＭＥＣの構造において、端末装置が移動すると、接続しているネットワークに応じて、接続時に割り当てられるＤＮＮ(Data Network Name)が変更されることがある。端末装置の移動により、ＤＮＮが変更されると、移動元のＤＮＮに関連付けられるクラウドで利用するアプリケーションデータを、移動先のＤＮＮに関連付けられるクラウドへレプリケーションしている。クラウドのレプリケーションにより、アプリケーションデータが移動先のクラウドにレプリケーションされると、端末装置は移動先のクラウドを利用してクラウドサービスを利用することができる。しかしながら、従来、クラウド間のレプリケーションの具体的なルートやＰＣＣ（Policy and Charging Control）が明確化されていなかった。また、クラウドのアプリケーションデータのレプリケーション完了前に、端末装置が移動してしまうと、移動先でクラウド・アプリケーションが使えないことがあった。

本発明の目的は、クラウド間のレプリケーションをすることにある。

上述した課題を解決するために、本開示の一態様はシステムで実施される方法であって、端末装置からの第１のセッション確立要求信号の受信に応じて、前記端末装置の在圏するエンティティと通信する第１のノードに関連付けられる第１のクラウドを特定することと、前記第１のクラウドと前記端末装置との通信を開始することと、前記端末装置が通信中の前記第１のクラウドから別の第２のクラウドへ、クラウド・アプリケーションデータをレプリケーションすることと、を含み、前記レプリケーションは、前記端末装置の在圏するエンティティが前記端末装置の移動により変更する前に行われる、点にある。

上述した課題を解決するために、本開示の一態様は、システムであって、前記システムは、セッション管理ノードを備え、前記セッション管理ノードは、端末装置からの第１のセッション確立要求信号に応じて、前記端末装置の在圏するエンティティと通信する第１のノードに関連付けられる第１のクラウドを特定することと、特定された前記第１のクラウドと前記端末装置との通信を開始することとを実行するように構成され、前記端末装置が通信中の前記第１のクラウドから別の第２のクラウドへ、クラウド・アプリケーションデータをレプリケーションする、点にある。

本開示の一実施形態による、クラウドのアプリケーションデータやリソースをレプリケーションするためのシステムの概略図を例示する。 本開示の一実施形態による、システムにおいてクラウド間のアプリケーションデータやリソースのレプリケーションする処理の概要を示す図である。 本開示の一実施形態による、端末装置が移動する前に、クラウド上で端末装置が利用するクラウドのアプリケーションデータやリソースをレプリケーションするための処理３００のフローを示す。 本開示の一実施形態による、ＡＭＦの記憶部に登録される在圏情報のデータ構造の例を示す。 本開示の一実施形態による、ＳＭＦの記憶部に登録されるＳＭＦ装置情報のデータ構造の例を示す。 本開示の一実施形態による、端末装置が移動したときの、クラウド間のレプリケーションをリアルタイムで行う処理の概要を示す図である。 本開示の一実施形態による、端末装置が移動したときの、クラウド間のレプリケーションをリアルタイムで行う処理のフローを示す。

［本発明の実施形態の説明］
最初に、本発明の実施形態の内容を列記して説明する。本発明の一実施形態は、以下のような構成を備える。

〔構成１〕
上記目的を達成するための方法の特徴構成は、システム（１００）で実施される方法であって、端末装置（１０２）からの第１のセッション確立要求信号の受信に応じて、前記端末装置の在圏するエンティティと通信する第１のノード１３０（＃ＵＰＦ＿１）に関連付けられる第１のクラウド１５０（＃ＤＮＮ＿１）を特定することと（Ｓ３）、前記第１のクラウドと前記端末装置との通信を開始することと（Ｓ９）、前記端末装置が通信中の前記第１のクラウドから別の第２のクラウド１５０（＃ＤＮＮ＿２）へ、クラウド・アプリケーションデータをレプリケーションすることと（Ｓ１０）、を含み、前記レプリケーションは、前記端末装置の在圏するエンティティが前記端末装置の移動により変更する前に行われる、点にある。

〔構成２〕
本開示に係る方法の別の特徴構成は、前記第２のクラウドは、前記端末装置の在圏するエンティティと通信する前記第１のノードとは別の第２のノード（＃ＵＰＦ＿２）に接続される点にある。

〔構成３〕
本開示に係る方法の別の特徴構成は、前記方法は、ポリシー制御ルールを、前記第１のクラウドおよび前記第２のクラウドを含むすべてのクラウド（＃ＤＮＮ＿１から＃ＤＮＮ＿Ｎ）のそれぞれ接続されるノード（＃ＵＰＦ＿１から＃ＵＰＦ＿Ｎ）の各々に送信（Ｓ４）することをさらに含む、点にある。

〔構成４〕
本開示に係る方法の別の特徴構成は、前記端末装置からの前記第１のセッション確立要求信号は、前記端末装置に割り当てられた加入者識別番号を含み、前記ポリシー制御ルールは、前記加入者識別番号に対応するポリシー制御ルールを含む、点にある。

〔構成５〕
本開示に係る方法の別の特徴構成は、前記ポリシー制御ルールは、端末装置からのセッション確立要求信号に応じて、前記端末装置が在圏するエンティティに関連付けられるクラウドに対し、別のクラウドへレプリケーション指示をすることを規定する、点にある。

〔構成６〕
本開示に係る方法の別の特徴構成は、前記レプリケーションすることは、前記ポリシー制御ルールに従って、前記端末装置が在圏するエンティティに関連付けられる前記第１のクラウドからのクラウド・アプリケーションデータを、前記第１のクラウド以外のすべてのクラウドへコピーすること（Ｓ１１）を含む、点にある。

〔構成７〕
本開示に係る方法の別の特徴構成は、前記方法は、前記端末装置の移動により、前記端末装置が在圏するエンティティが変更すると（Ｓ１２）、前記端末装置からの第２のセッション確立要求信号に応じて、前記端末装置の移動後に在圏する第２のエンティティと通信する第２のノード（ＵＰＦ＿２）に関連付けられる前記第２のクラウドの識別子を特定すること（Ｓ１４）をさらに含む、点にある。

〔構成８〕
本開示に係る方法の別の特徴構成は、前記方法は、前記第２のクラウドと前記端末装置との間で通信すること（Ｓ１６）をさらに含む、点にある。

〔構成９〕
本開示に係る方法の別の特徴構成は、前記ポリシー制御ルールに従って、前記端末装置が移動後に在圏するエンティティに関連付けられる前記第２のクラウドからのクラウド・アプリケーションデータを、前記第２のクラウド以外のすべてのクラウドへコピーすること（Ｓ１７）を含む、点にある。

〔構成１０〕
本開示に係る方法の別の特徴構成は、前記エンティティは、基地局であり、前記端末装置は、異なるノードに対応する前記基地局間を移動する、点にある。

〔構成１１〕
本開示に係る方法の別の特徴構成は、前記エンティティは、モビリティ管理ノードであり、前記端末装置は、異なるノードに対応するモビリティ管理ノード間を移動する、点にある。

〔構成１２〕
上記目的を達成するためのシステムの特徴構成は、システムであって、前記システムは、セッション管理ノードを備え、前記セッション管理ノードは、端末装置からの第１のセッション確立要求信号に応じて、前記端末装置の在圏するエンティティと通信する第１のノードに関連付けられる第１のクラウドを特定することと（Ｓ３）、前記第１のクラウドと前記端末装置との通信を開始することと（Ｓ９）を実行するように構成され、前記端末装置が通信中の前記第１のクラウドから別の第２のクラウドへ、クラウド・アプリケーションデータをレプリケーションする（Ｓ１０）、点にある。

［本発明の実施形態の詳細］
以下、本発明の実施形態について図面を参照して説明する。なお、本開示はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本開示に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さないものとする。

図１は、本開示の一実施形態による、クラウド１５０のアプリケーションデータやリソースをレプリケーションするためのシステム１００の概略図を例示する。本開示において、レプリケーションとは、クラウド・アプリケーションのデータ等の冗長性を確保するために、端末装置１０２で利用中のクラウド１５０のアプリケーションデータ等を別のクラウドにコピーすることをいう。システム１００は、クラウドベースのモバイルコンピューティング環境内で提供される。システム１００では、端末装置１０２は移動して異なるクラウド１５０の配下に移動しても、移動先で継続して利用中のクラウド・アプリケーションを使うことができる。

システム１００に示される各エンティティは、システム１００で提供される主な機能、例えば、モビリティ管理機能、セッション管理機能、ポリシー制御機能、加入者プロファイル管理機能、ユーザプレーン機能を実装するネットワーク要素を含む。図示されるネットワーク要素の他に、他のネットワーク要素が、システム１００の主要機能の一部または全部を実装するために使用されてもよい。また、図示されるネットワーク要素の他に、他のネットワーク要素を含んでもよい。

本実施形態において、システム１００は、第５世代（５th Generation, 5G）の規格に準拠したシステムであるが、この例に限定されない。システム１００は、第４世代（4th Generation,4G）、第６世代（6th Generation,6G）などの他の通信規格に準拠することができる。以下、システム１００が５Ｇの規格に準拠するものとして説明する。

以下において、図１に示すシステム１００を構成する各エンティティについて説明をする。５ＧＣ（５Ｇのコアネットワーク）では、ネットワークの様々な機能を役割ごとにＮＦ（Network Function）として規定している。図１において、複数の機能エンティティであるＮＦ１２０（Network Function）が示される。

ＮＦ１２０の例として、図１に示すＡＭＦ（Access and Mobility Management Function）１２２、ＳＭＦ(Session Management Function)１２４、ＰＣＦ(Policy Control Function)１２６、ＵＤＲ（Unified Data Repository）１２８、ＵＰＦ(User Plane Function)１３０が挙げられる。ＮＦ１２０の他の例として、ＵＤＭ（Unified Data Management）（不図示）がある。これらのＮＦ１２０は、論理通信バスに接続され、さらにＮＥＦ（Network Exposure Function）１４０に接続される。ＮＥＦ１４０はさらにクラウド１５０と通信可能に接続される。本開示において、これらのＮＦ１２０を、コアネットワーク内の各種装置と称することがある。

本例において、ＡＭＦ１２２はモビリティ管理ノードと称することがある。ＡＭＦ１２２は、登録管理（Registration management）機能、接続管理（Connection management）機能、及び、端末装置１０２の移動性管理（Mobility management）機能等を有する。ＡＭＦ１２２は複数あってもよい。ＡＭＦ１２２は、端末装置１０２の在圏情報４００を記憶部に記憶する。在圏情報４００の詳細は図４を用いて後述する。

ＡＭＦ１２２配下には１以上の基地局（ＢＳ）１０４で構成されるＲＡＮ１１０が存在する。ＲＡＮ１１０は、アンテナや基地局１０４（５Ｇでは「ｇＮＢ」）などで構成される無線アクセスネットワークである。第１の基地局群（＃ＢＳ＿１１から＃ＢＳ＿１Ｎ）は、第１のＵＰＦ１３０（＃ＵＰＦ＿１）に接続し、第２の基地局群（＃ＢＳ＿２１から＃ＢＳ＿２Ｎ）は第２のＵＰＦ１３０（＃ＵＰＦ＿２）に接続し、第Ｎの基地局群（＃ＢＳ＿Ｎ１から＃ＢＳ＿ＮＮ）は第ＮのＵＰＦ１３０（＃ＵＰＦ＿Ｎ）に接続することができる（Ｎは任意の整数）。以下、第１のＵＰＦ１３０、第２のＵＰＦ１３０、第ＮのＵＰＦ１３０を区別する必要のない場合、単にＵＰＦ１３０と記載することがある。図１中の各装置の＃に続く文字および数字は、各装置に割り当てられる識別子の例を示す。

本例において、ＳＭＦ１２４はセッション管理ノードと称することがある。ＳＭＦ１２４は、ユーザのデータセッションの管理や制御を行う。例えば、データセッションの確立、維持、解放などを行う。ＳＭＦ１２４は、ＰＣＦ１２６と、１以上のＡＭＦ１２２（図示例では１）と接続することができる。ＳＭＦ１２４は、ＳＭＦ装置情報５００を記憶部に記憶する。ＳＭＦ装置情報５００の詳細は図５を用いて後述する。

本例において、ＰＣＦ１２６は、ポリシー制御ノードと称することがある。ＰＣＦ１２６は、ポリシー制御機能を提供し、例えば、ネットワークリソースの割り当て、品質の制御、セキュリティポリシーの適用など、ネットワーク上の各種ポリシーの管理を行う。

本例において、ＵＤＲ１２８は、加入者データ管理ノードと称することがある。ＵＤＲ１２８は、加入者のデータベースや状態を登録する。

本例において、ＵＰＦ１３０は、ユーザプレーン機能ノードと称することがある。ＵＰＦ１３０は、ユーザデータの転送を行うコンポーネントである。ユーザが送信または受信するデータの転送を処理し、低遅延および高帯域幅の通信をサポートする。ＳＭＦ１２４配下には複数のＵＰＦ１３０が接続される。図１の例において、第１のＵＰＦ１３０には識別子＃ＵＰＦ＿１、第２のＵＰＦ１３０には識別子＃ＵＰＦ＿２、・・・第ＮのＵＰＦ１３０には＃ＵＰＦ＿Ｎが割り当てらる。各ＵＰＦ１３０同士はフルメッシュで接続される。ＵＰＦ１３０はそれぞれ物理的に近いクラウド１５０との接続を可能にし、クラウド・アプリケーションからのデータを端末装置１０２に転送することができる。ＵＰＦ１３０は、端末装置１０２が在圏するエンティティ（基地局１０４、ＡＭＦ１２２）と関連付けられる。移動により端末装置１０２が在圏するエンティティが変更されると、端末装置１０２は異なるＵＰＦ１３０と関連付けられる。

ＮＥＦ（Network Exposure Function）１４０は、３ＧＰＰのネットワーク機能（ＮＦ１２０）によって提供されるサービス、能力などを外部（クラウド１５０）に安全に開放するために使用される。ＮＥＦ１４０は、ＡＰＩ提供装置と称することがある。５ＧＣ（５Ｇのコアネットワーク）では、ユーザの移動を検知したり、必要な速度や遅延時間などの品質を確保するデータ転送パスの設定や開放を制御したりするための制御用ＮＦの多くをＡＰＩ（Application Programming Interface）を介して外部から利用できるようにしている。ＮＥＦ１４０（Network Exposure Function）は、このＡＰＩを提供する。ＮＥＦ１４０は、能力およびイベントの公開、外部アプリケーションから３ＧＰＰネットワークへの情報のセキュアな提供、および内部／外部情報の変換をサポートする。クラウド１５０側からＮＥＦ１４０にアクセスすると、ＮＥＦ１４０経由で、制御用ＮＦ１２０を制御することができる。

クラウド１５０は、ユーザに対しインターネットなどのネットワーク越しにサーバ、ストレージなどのＩＴリソースやアプリケーションを提供する。クラウド１５０を使用することで、システム１００は、様々なアプリケーションに対応することができる。モバイル通信ネットワークを介してクラウド・アプリケーションへのデータトラフィックを識別するために、データネットワーク名(ＤＮＮ:Data network Name)が使用される。クラウド１５０ごとに異なるＤＮＮが割り当てられる。図１の例において、第１のクラウド１５０には識別子＃ＤＮＮ＿１、第２のクラウド１５０には識別子＃ＤＮＮ＿２、・・・第Ｎのクラウド１５０には識別子＃ＤＮＮ＿Ｎが割り当てられるものとする。以下、第１のクラウド１５０、第２のクラウド１５０、第Ｎのクラウド１５０を区別する必要のない場合、単にクラウド１５０と記載することがある。また、ＵＰＦ識別子とクラウド識別子は１対１で対応付けられる。クラウド１５０間は、ＵＰＦ１３０経由で相互に通信可能に構成することができるものとする。

クラウド１５０は、端末装置１０２の加入者識別番号ごとのポリシー課金制御（ＰＣＣ：Policy and Charging Control）ルールを実装する。ポリシー制御は、通信サービスを利用するユーザに対するサービス品質の設定やネットワーク上の制御を行う。例えば、ポリシー制御は、特定のクラウド・アプリケーションへの帯域幅の制限、優先度の設定、セキュリティポリシーの適用などを含む。また、課金制御は、通信サービスの利用に対する課金情報の収集および制御を行う。

複数のＮＦ１２０、ＮＥＦ１４０、クラウド１５０は、それぞれ１以上の情報処理装置で実装されてもよい。別の例において、複数のＮＦ１２０、ＮＥＦ１４０、クラウド１５０は、仮想化技術によって汎用的なサーバ上でソフトウェアとして実装されてもよい。

情報処理装置は、制御部と、記憶部と、通信部などのハードウェア資源を有する。制御部は、例えば、ＣＰＵ（プロセッサ）などの演算手段によって実現される。制御部、記憶部、通信部はバスを介して接続される。制御部は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）などである。記憶部の具体例は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスク、フラッシュメモリ、光ディスク等である。情報処理装置の制御部は、情報処理装置全体の動作・機能を制御する機能部である。情報処理装置の制御部は、必要に応じて記憶部に記憶されている各種プログラムを読み出して実行することにより、情報処理装置における各種処理を実現する。

端末装置１０２は、携帯通信事業者の加入者であるユーザが使用する端末であり、ユーザによる各種入力操作を受け付けする。端末装置１０２は、ＳＩＭ（Subscriber Identity Module）を搭載しており、例えば、スマートフォンなどの携帯端末、ＰＤＡ（Personal Digital Assistant）、タブレット型コンピュータ、ラップトップ型コンピュータ（いわゆる、ノートパソコン）などとして実現される。

端末装置１０２は、制御部、記憶部、送受信部、アンテナ、およびＳＩＭ（Subscriber Identity Module）、入出力部などのハードウェア資源を有する。制御部、記憶部、送受信部、入出力部、およびＳＩＭはバスを介して接続される。制御部は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）などである。記憶部の具体例は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスク、フラッシュメモリ、光ディスク等である。端末装置１０２の制御部は、端末装置１０２全体の動作・機能を制御する機能部である。制御部は、必要に応じて記憶部に記憶されている各種プログラムを読み出して実行することにより、端末装置１０２における各種処理を実現する。送受信部は、アンテナを介して、アクセスネットワーク内の基地局装置と無線通信するための機能部である。入出力部は、ユーザが端末装置１０２へ情報を入力するためのインターフェース（タッチスクリーンディスプレイ上のソフトウェアボタン、物理ボタンなど）、端末装置１０２からの情報を出力するためのインターフェース（タッチスクリーンディスプレイ、スピーカなど）を提供する。

端末装置１０２に搭載されるＳＩＭには、携帯通信事業者と契約するユーザの契約プロファイルが格納されている。ＳＩＭの契約プロファイルには、ユーザの加入者情報が格納され、端末装置の回線契約に割り当てられる加入者識別番号（ＩＭＳＩ：International Mobile Subscriber Identity）、加入者であるユーザの電話番号（ＭＳＩＳＤＮ：Mobile Subscriber International Subscriber Directory Number）、ＳＩＭカード番号（ＩＣＣＩＤ：Integrated Circuit Card Identifier）といった個別の識別子情報が含まれる。

＜第１実施形態＞
以下、図１を参照して、クラウド１５０のポリシーおよび課金制御（ＰＣＣ）ルールを、ＳＭＦ１２４配下のＵＰＦ１３０へコピーする処理の概要を説明する。その後、図２を参照して、ＰＣＣルールをコピー後にクラウドのレプリケーションをする処理の概要を説明する。ＰＣＣルールは、モバイル通信ネットワークにおけるポリシー管理、トラフィック管理、セッション管理等を規定する。本開示においてＰＣＣルールは、レプリケーションのルールや、ＰＣＣルールのダウンロード方法を規定することができる。図１、および図２に示す一連の処理は、端末装置１０２が異なるＵＰＦ１３０に接続されるエンティティ（本例では、基地局１０４）間を移動する前に実施される。図１および図２において、点線矢印は処理の流れを示す。

図１は、システム１００において、クラウド１５０に設定されているＰＣＣルールをＵＰＦ１２６、ＳＭＦ１２４へ登録する処理、および、端末装置１０２がセッション確立要求信号を基地局１０４に送信してから、ＰＣＣルールをＳＭＦ１２４配下のＵＰＦ１３０へコピーし、端末装置１０２がクラウド１５０と通信開始するまでの処理の概要を示す。クラウド１５０は、それぞれ、携帯通信事業者の全ての加入者の加入者識別番号に対応するＰＣＣルールを設定している。

図１のＳ１において、携帯通信事業者の全ての加入者の加入者識別番号に対応するＰＣＣルールが、クラウド１５０から、ＮＥＦ１４０、ＵＤＲ１２８を介して、ＰＣＦ１２６と、ＳＭＦ１２４に送信され、ＳＭＦ１２４に登録される。ＰＣＣルールはＰＣＦ１２４に登録されてもよい。

次に、Ｓ２において、端末装置１０２は、セッション確立要求信号を基地局１０４、ＡＭＦ１２２を介して、ＳＭＦ１２４へ送信する。

次に、Ｓ３において、ＳＭＦ１２４は、セッション確立要求信号の取得に応じて、登録されたＰＣＣルールから、端末装置１０２の加入者識別番号に関連付けられるＰＣＣルールを読み出する。また、ＳＭＦ１２４は、端末装置１０２に関連付けられるＵＰＦ１３０の識別子（例えば＃ＵＰＦ＿１）を特定する。「＃ＵＰＦ＿１」は、端末装置１０２に物理的に近くに配置されているＵＰＦ１３０である。

次に、Ｓ４において、ＳＭＦ１２４は、ＳＭＦ１２４配下にあり、各クラウド１５０（＃ＤＮＮ＿１、＃ＤＮＮ＿２、および＃ＤＮＮ＿３）に接続されている全てのＵＰＦ１３０（＃ＵＰＦ＿１、＃ＵＰＦ＿２、および＃ＵＰＦ＿３）へ読み出した端末装置１０２のＰＣＣルールを送信する。

次に、Ｓ５において、ＳＭＦ１２４配下のクラウド１５０に接続されている全てのＵＰＦ１３０は、それぞれ受信したＰＣＣルールを登録する。また、ＰＣＣルールを登録すると、各ＵＰＦ１３０は、ＰＣＣルールの登録が完了した旨を示す肯定応答をＳＭＦ１２４へ送信する。

次に、各ＵＰＦ１３０から肯定応答を受信すると、Ｓ６において、ＳＭＦ１２４はＳ３にて特定されたＵＰＦ１３０（＃ＵＰＦ＿１）と関連付けられるクラウド１５０（本例では「＃ＤＮＮ＿１」）へレプリケーション指示を送信する。クラウド１５０（＃ＤＮＮ＿１）は、在圏するエンティティと接続される特定されたＵＰＦ１３０に、物理的に近い位置にあるクラウドとすることができる。

Ｓ７において、特定されたＵＰＦ１３０と関連するクラウド１５０（本例では「＃ＤＮＮ＿１」）は、レプリケーション指示を受領した旨を示す肯定応答をＳＭＦ１２４に送信する。

次に、ＳＭＦ１２４は、特定されたＵＰＦ１３０と関連するクラウド１５０から肯定応答を受信すると、Ｓ８において、通信開始指示を端末装置１０２へ送信する。

通信開始指示を受信すると、Ｓ９において、端末装置１０２は、特定されたＵＰＦ１３０（本例では＃ＵＰＦ＿１）と通信可能で、端末装置１０２の物理的に近いクラウド１５０との通信を開始することができる。

従来は、端末装置１０２が移動したことをＳＭＦ１２４が判断した後に、ＳＭＦ１２４はＰＣＣルールをＵＰＦ１３０へ送信していた。本開示によると、端末装置１０２の移動前に、端末装置１０２からのセッション確立要求に従って、ＰＣＣルールを、ＳＭＦ１２４、およびＳＭＦ１２４配下の全てのＵＰＦ１３０へ登録することができる。本開示によると、例えば、端末装置１０２が物理的に近い第１のクラウド１５０の提供するクラウド・アプリケーションと通信開始する前に、予め、端末装置１０２からのセッション確立要求信号に応じて、ＰＣＣルールを、ＳＭＦ１２４配下のＵＰＦ１３０へ登録することができる。

図２は、本開示の一実施形態による、システム１００’においてクラウド間のアプリケーションデータやリソースのレプリケーションする処理の概要を示す図である。図２は、図１に続く処理を示す。各処理の番号は図１に続く連番となっている。図１に示すシステム１００と、図２に示すシステム１００’とはネットワーク構成は同じであり、各要素の重複する説明は繰り返さない。以下、図２を参照して、端末装置１０２の移動前に、通信中のクラウドとは別のクラウドに、データのレプリケーションをする処理の概要を説明する。

図２のＳ１０において、端末装置１０２と通信中のクラウド１５０（本例では「＃ＤＮＮ＿１」）においてレプリケーションのためのデータやリソースを読み出しし、レプリケーション・データとして作成する。レプリケーションのためのデータやリソースは、ユーザが端末装置１０２を介してクラウド１５０で利用中の各種データやリソースである。レプリケーションのためのデータやリソースは、例えば、端末装置１０２がクラウド１５０においてユーザが利用中の各種ドキュメント、メール、スケジュール、ソーシャルメディアデータ、画像やビデオなどの各種データを含むことができる。

次に、Ｓ１１において、端末装置１０２と通信中の第１のクラウド１５０（＃ＤＮＮ＿１）から、作成したレプリケーション・データを他の全てのクラウド１５０（「＃ＤＮＮ＿２」から「＃ＤＮＮ＿Ｎ」）に、ＵＰＦ１３０（＃ＵＰＦ＿１）を介して送信し、レプリケーションを行う。具体的には、すべてのクラウドにそれぞれ接続されるＵＰＦ１３０が受信したポリシー制御ルールに従って、端末装置が在圏するエンティティに関連付けられる第１のクラウドからのクラウド・アプリケーションデータを、前記第１のクラウド以外のすべてのクラウドへコピーする。これにより、全てのクラウド１５０でデータやリソースが共有される。端末装置１０２が、異なるクラウド１５０間（ＵＰＦ１３０間）に移動しても、端末装置１０２は、別のクラウド１５０を利用して、クラウド・アプリケーションを継続して利用することができる。

従来は、クラウド間のレプリケーションの具体的なルートが明確化されていなかった。本開示によると、クラウド間のレプリケーションの具体的なルートが示される。

また、従来は、端末装置１０２の移動を検出すると、移動の検出後にクラウド・アプリケーションのレプリケーションを行っていた。このため、端末装置１０２の移動中にクラウド・アプリケーションが完了しないとき、クラウド・アプリケーションを継続利用できないことがあった。本開示によると、端末装置１０２の移動の前に、端末装置１０２がセッション確立要求をおこない、通信を開始したことを契機として、端末装置１０２と通信中のクラウド１５０のアプリケーションデータを、他の全てのクラウド１５０にレプリケーションをする。このため、端末装置１０２が移動しても、端末装置１０２はクラウド・アプリケーションを継続利用できる。

図３は、本開示の一実施形態による、端末装置１０２が移動する前に、クラウド上で端末装置１０２が利用するクラウドのアプリケーションデータやリソースをレプリケーションするための処理３００のフローを示す。図３は、図１、図２に示した処理の詳細を示す。図３のステップＳ３０２からステップＳ３２０は、図１のＳ１からＳ９に対応し、図３のステップＳ３２２からステップＳ３２６は、図２のＳ１０、Ｓ１１に対応する。

まず、ステップＳ３０２（図１の「Ｓ１」に相当）において、全ての加入者識別番号にそれぞれ対応するＰＣＣルールを任意のクラウド１５０（＃ＤＮＮ＿１から＃ＤＮＮ＿Ｎのいずれか）から、ＮＥＦ１４０、ＵＤＲ１２８を介して、ＰＣＦ１２６(Policy Control Function)へ送信される。さらに、ＰＣＣルールはＰＣＦ１２６からＳＭＦ１２４へ送信される。

全てのクラウド１５０（＃ＤＮＮ＿１から＃ＤＮＮ＿Ｎ）は共通のＰＣＣルールを登録する。このためいずれかのクラウド１５０に登録されているＰＣＣルールが、ＳＭＦ１２４、ＰＣＦ１２６へ送信されればよく、本例においてはクラウド１５０＿Ｎ（＃ＤＮＮ＿Ｎ）のＰＣＣルールが送信される。端末装置１０２がどのクラウド１５０の配下に在圏するかわからないため、どのクラウド１５０からもＰＣＣルールを登録できる。

ＰＣＣルールは、端末装置１０２の加入者識別番号ごとに設定することができる。本開示において、ＰＣＣルールは、モバイルネットワーク環境において、端末装置１０２がセッション確立要求したことを契機に、端末装置１０２が在圏するエンティティに関連付けられるクラウド１５０に対し、別のクラウドへクラウド・アプリケーションのデータやリソースのレプリケーション指示をすることを規定することができる。

従来は、クラウド間のレプリケーションを行う際の、ＰＣＣルールが明確に規定されていなかった。本開示によると、クラウド間のレプリケーションを行う際の、ＰＣＣルールが明確化されている。

次に、ステップＳ３０４において、ＰＣＦ１２６、ＳＭＦ１２４は任意のクラウド１５０から受信したＰＣＣルールをそれぞれ記憶部に登録する。

次に、ステップＳ３０６（図１の「Ｓ２」に相当）において、端末装置１０２は、クラウド・アプリケーションへアクセスする際に、セッション確立要求信号を基地局１０４、ＡＭＦ１２２を介してＳＭＦ１２４へ送信される。ＡＭＦ１２２からＳＭＦ１２４へ送信されるセッション確立要求信号は、端末装置１０２の加入者識別番号と、端末装置１０２が在圏するエンティティ（本例では基地局１０４）に割り当てられる識別子（本例では＃ＢＳ＿１１）とを含むことができる。

さらに、ステップＳ３０６において、ＡＭＦ１２２は、端末装置１０２から基地局１０４を介して受信したセッション確立要求信号に応じて、端末装置１０２が在圏するエンティティに割り当てられる識別子（本例では＃ＢＳ＿１１）を特定する。ＡＭＦ１２２は、記憶部に格納されている在圏情報４００を参照し、端末装置１０２の在圏エンティティ（＃ＢＳ＿１１）に対応付けられるＵＰＦ１３０に割り当てられる識別子（本例では＃ＵＰＦ＿１）を特定する。

図４は、本開示の一実施形態による、ＡＭＦ１２２の記憶部に登録される在圏情報４００のデータ構造の例を示す。在圏情報４００は、配下の全ての基地局１０４の識別子（ＢＳ＿１１からＢＳ＿ＮＮ）の項目と、各基地局１０４に関連付けられるＵＰＦ１３０に割り当てられる識別子（＃ＵＰＦ＿１から＃ＵＰＦ＿Ｎ）の項目とを含む。在圏情報４００では、各在圏エンティティと物理的に近いＵＰＦ１３０が予め対応付けられている。在圏情報４００により、ＡＭＦ１２２は、基地局１０４がどのＵＰＦ１３０に関連付けられているかを把握できる。各基地局１０４の識別子には１のＵＰＦ１３０の識別子が割り当てられる。また、１のＵＰＦ１３０の識別子に１以上の基地局１０４の識別子を割り当てることができる。

次に、ステップＳ３０８（図１の「Ｓ３」に相当）において、ＡＭＦ１２２からのセッション確立要求信号に応じて、ＳＭＦ１２４は記憶部に格納されているＳＭＦ装置情報５００を参照し、特定されたＵＰＦ１３０に割り当てられる識別子（本例では＃ＵＰＦ＿１）に関連付けられるクラウド識別子（＃ＤＮＮ＿１）を特定する。端末装置１０２は、ＰＣＣルール登録後に、特定されたクラウド識別子に対応するクラウド１５０のリソースを利用できる。

図５は、本開示の一実施形態による、ＳＭＦ１２４の記憶部に登録されるＳＭＦ装置情報５００のデータ構造の例を示す。ＳＭＦ装置情報５００は、ＳＭＦ１２４が接続する全てのＵＰＦ１３０の識別子（＃ＵＰＦ＿１から＃ＵＰＦ＿Ｎ）の項目と、各ＵＰＦに関連付けられるクラウド１５０に割り当てられる識別子（＃ＤＮＮ＿１から＃ＤＮＮ＿Ｎ）の項目とを含む。ＳＭＦ装置情報５００により、ＳＭＦ１２４は、ＵＰＦ１３０がどのクラウド１５０に関連付けられているかを把握できる。端末装置１０２は、クラウド識別子を利用して、クラウド・アプリケーションに接続し、クラウド１５０内のリソースを利用することができる。

次に、ステップＳ３１０（図１の「Ｓ４」に相当）において、ＳＭＦ１２４は、クラウド１５０に接続される全てのＵＰＦ１３０（＃ＵＰＦ＿１から＃ＵＰＦ＿Ｎ）へ、端末装置１０２の加入者識別番号に関連付けられるＰＣＣルールを一斉に送信する。図３に示すように、ステップＳ３１０において、ＳＭＦ１２４は、ＰＣＣルールを各ＵＰＦ（＃ＵＰＦ＿１から＃ＵＰＦ＿Ｎ）へ同時に送信することができる。

次に、ステップＳ３１２（図１の「Ｓ５」に相当）において、各ＵＰＦ１３０（＃ＵＰＦ＿１から＃ＵＰＦ＿Ｎ）は、受信したＰＣＣルールをそれぞれの記憶部に格納する。その後、各ＵＰＦ１３０（＃ＵＰＦ＿１から＃ＵＰＦ＿Ｎ）はＰＣＣルールの登録が完了した旨の通知をＳＭＦ１２４へ送信する。端末装置１０２がクラウド１５０（＃ＤＮＮ＿１）と通信を開始する前に事前に、端末装置１０２のＰＣＣルールが全てのＵＰＦ１３０へ登録される。なお、図１において、他のＵＰＦ１３０（識別子＃ＵＰＦ＿２から＃ＵＰＦ＿Ｎ－２）に対するステップＳ３１０、ステップＳ３１２の処理は第１のＵＰＦ１３０（識別子＃ＵＰＦ＿１）に対する処理と同じであるので説明を省略する。

次に、ＰＣＣルールの登録完了通知を受信すると、ＳＭＦ１２４は、ステップＳ３１４（図１の「Ｓ６」に相当）において、端末装置１０２の加入者識別番号に関連付けられるＰＣＣルールを適用する。ＰＣＣルールは、端末装置１０２が在圏するエンティティに関連付けられる第１のクラウド（＃ＤＮＮ＿１）に対し、他のクラウドへレプリケーション指示をすることが規定されている。ＰＣＣルールに従って、ＳＭＦ１２４は、ＰＣＦ１２６、ＵＤＲ１２８，ＮＥＦ１４０を介して、端末装置１０２が在圏するエンティティに関連付けられる第１のクラウド１５０（＃ＤＮＮ＿１）に対し、他のクラウド１５０（＃ＤＮＮ＿２から＃ＤＮＮ＿Ｎ）へレプリケーションする指示を送信する。

従来は、端末装置１０２の移動をＳＭＦ１２４において検知した後に、ＳＭＦ１２４は端末装置が別のＵＰＦに移動したことを通信対象の移動前のクラウドへ通知していた。この通知に応じて、移動前のクラウドと、移動先のクラウドとのレプリケーションを行っていた。しかし、レプリケーションが完了する前に端末装置１０２がＵＰＦ間を移動すると、端末装置１０２は移動先のクラウドとの通信ができないことがあった。本開示によると、通信中のクラウドに対し端末装置の移動を通知するのではなく、端末装置１０２の移動前に、端末装置１０２からのセッション確立要求信号を受信したことを契機に、ＳＭＦ１２４が、通信対象のクラウドを特定し、特定されたクラウド、つまり端末装置１０２が在圏するエンティティに関連付けられるクラウド（＃ＤＮＮ＿１）に対して他のクラウドへのレプリケーション指示を送信する。

次に、ステップＳ３１６（図１の「Ｓ７」に相当）において、クラウド１５０（＃ＤＮＮ＿１）は、クラスタレプリケーション指示を受領した旨の肯定応答を、ＮＥＦ１４０、ＵＤＲ１２８、ＰＣＦ１２６を介してＳＭＦ１２４へ送信する。

次に、ステップＳ３１８（図１の「Ｓ８」に相当）において、ＳＭＦ１２４は、通信開始指示を、ＡＭＦ１２２、基地局１０４を介して、端末装置１０２へ送信する。

通信開始指示を受領すると、ステップＳ３２０（図１の「Ｓ９」に相当）において、端末装置１０２は、端末装置１０２が在圏するエンティティ（本例では＃ＢＳ＿１１）に関連付けられるＵＰＦ１３０（＃ＵＰＦ＿１）を介して第１のクラウド１５０（＃ＤＮＮ＿１）と通信を開始する。

次に、ステップＳ３２２（図２の「Ｓ１０」に相当）において、第１のクラウド１５０は、端末装置１０２との通信開始を契機に、第１のクラウド１５０の記憶部から利用中のクラウド・アプリケーションデータを読み出しし、レプリケーション・データとして作成し、これとともに、レプリケーション開始指示をＵＰＦ１３０へ送信する。

次に、ステップＳ３２４（図２の「Ｓ１１」に相当）において、ＵＰＦ１３０は第１のクラウド１５０（＃ＤＮＮ＿１）からレプリケーション開始指示を受信すると、ＵＰＦ１３０はＰＣＣルールを読み出しし、ＰＣＣルールに従って、端末装置１０２が在圏するエンティティに関連付けられる第１のクラウド１５０（＃ＤＮＮ＿１）と他の全てのクラウド１５０（＃ＤＮＮ＿２～＃ＤＮＮ＿Ｎ）と間で、レプリケーション・データを複製する。例えば、図示するように、第１のクラウド１５０は、レプリケーション・データを、第１のＵＰＦ１３０と、第２のＵＰＦ１３０とを介して第２のクラウド１５０（＃ＤＮＮ＿２）に送信し、第２のクラウドは受信したレプリケーション・データをコピーする。あるいは、第１のクラウド１５０は、レプリケーション・データを、第２のＵＰＦ１３０と、第ＮのＵＰＦ１３０とを介して、第Ｎのクラウド１５０（＃ＤＮＮ＿Ｎ）に送信し、第Ｎのクラウドは受信したレプリケーション・データをコピーする。

次に、ステップＳ３２６において、他の全てのクラウド１５０はそれぞれ受信したレプリケーション・データを記憶部にそれぞれ保持する。

以上、クラウド１５０において、端末装置１０２が利用中のデータやリソースは、各第１のクラウド１５０（＃ＤＮＮ＿１）に関連付けられたＵＰＦ１３０（＃ＵＰＦ＿１）を経由して、他の各クラウド１５０（＃ＤＮＮ＿２から＃ＤＮＮ＿Ｎ）に送信され、コピーされる。レプリケーションが終了すると、他のクラウド１５０（＃ＤＮＮ＿２から＃ＤＮＮ＿Ｎ）は、完了通知を、送信元の第１のクラウド１５０（＃ＤＮＮ＿１）に送信する。

従来は、ＳＭＦ１２４が端末装置１０２のＵＰＦ１３０間移動を検知すると、クラウド・アプリケーションのデータやリソースのレプリケーションを行っていた。このため、レプリケーション完了前に、端末装置１０２が移動後のＵＰＦ１３０と通信すると、端末装置１０２は、アプリケーションの利用を継続できないことがあった。本開示によると、端末装置１０２の移動前に、端末装置１０２からのセッション確立要求信号が送出されたことを契機に、クラウドのレプリケーションを行う。

図６は、本開示の一実施形態による、システム１００’’における端末装置１０２が移動したときの、クラウド間のレプリケーションをリアルタイムで行う処理の概要を示す図である。図６は、図２に続く処理を示し、各処理の番号は図２に続く連番となっている。図１に示すシステム１００と、図２に示すシステム１００’と、図３に示すシステム１００’’はネットワーク構成が同じであり、各要素の重複する説明は繰り返さない。本例において、端末装置１０２は同じＡＭＦ配下の基地局間を移動するものとする。

Ｓ１２において、端末装置１０２が、第１のＵＰＦ１３０（＃ＵＰＦ＿１）から第２のＵＰＦ１３０（＃ＵＰＦ＿２）へ移動する。

次に、Ｓ１３において、端末装置１０２は、移動後の位置に最も近い基地局１０４（＃ＢＳ＿２１）と、この基地局に接続されるＡＭＦ１２２とを介して、セッション確立要求信号をＳＭＦ１２４へ送信する。

次に、Ｓ１４において、ＳＭＦ１２４は、セッション確率要求信号の取得に応じて、端末装置１０２の加入者識別番号に関連付けられるＰＣＣルールを読み出しする。また、ＳＭＦ１２は、移動後に端末装置１０２が在圏するエンティティに関連付けられるＵＰＦ１３０識別子（＃ＵＰＦ＿２）を特定する。

次に、Ｓ１５において、ＳＭＦ１２４は肯定応答を端末装置１０２へ送信する。

次に、Ｓ１６において、端末装置１０２は移動後の通信対象となる第２のクラウド１５０へ第１のクラウド１５０から通信切り替えする。

次に、Ｓ１７において、第２のクラウド１５０は、クラウド・アプリケーションに係るデータを、他のクラウド１５０へリアルタイムで送信し、クラウド・アプリケーションデータを更新する。更新により、全てのクラウド１５０はクラウド・アプリケーションデータをリアルタイムで共有する。また、全てのＵＰＦ１３０は端末装置１０２について共通のＰＣＣルールを有する。したがって、端末装置１０２は、どのクラウド１５０（＃ＤＮＮ＿１から＃ＤＮＮ＿Ｎ）の配下に移動しても、ＵＰＦ１３０の保持するＰＣＣルールを適用して、端末装置１０２の移動前に関連付けられるクラウド１５０（＃ＤＮＮ＿１）のアプリケーションの継続利用をすることができる。

図７は、本開示の一実施形態による、端末装置１０２が移動したときの、クラウド間のレプリケーションをリアルタイムで行う処理７００のフローを示す。以下、図７を用いて、図６に示した処理の詳細を説明する。図７のステップＳ７０４からステップＳ７０８は、図６のＳ１２からＳ１４に対応し、図７のステップＳ７１２は、図６のＳ１５に対応する。

まず、ステップＳ７０２に示すように、端末装置１０２の移動前は、端末装置１０２はＵＰＦ１５０＿１（＃ＵＰＦ＿１）を介して第１のクラウド１５０（＃ＤＮＮ＿１）と通信している。

次に、ステップＳ７０４（図６の「Ｓ１２」に相当）において、端末装置１０２は、ＵＰＦ１３０間を移動する。本例においては、第１のＵＰＦ（＃ＵＰＦ＿１）に対応する基地局１０４（＃ＢＳ＿１１）から第２のＵＰＦ（＃ＵＰＦ＿２）に対応する基地局１０４（＃ＢＳ＿２１）へ移動するものとする。

次に、ステップＳ７０６（図６の「Ｓ１３」に相当）において、端末装置１０２は、クラウド・アプリケーションへアクセスする際に、セッション確立要求信号を第２の基地局１０４（＃ＢＳ＿２１）、ＡＭＦ１２２を介して、ＳＭＦ１２４へ送信する。ＡＭＦ１２２からＳＭＦ１２４へ送信されるセッション確立要求信号は、端末装置１０２の加入者識別番号と、移動後の端末装置１０２が在圏するエンティティに割り当てられる識別子（本例では＃ＢＳ＿２１）とを含むことができる。

ステップＳ７０６において、ＡＭＦ１２２は、端末装置１０２から基地局１０４を介して受信したセッション確立要求信号に応じて、移動後の端末装置１０２が在圏するエンティティに割り当てられる識別子（本例では、＃ＢＳ＿２１）を特定する。さらに、ＡＭＦ１２２は、記憶部に格納されている在圏情報４００を参照し、端末装置１０２の在圏エンティティ識別子（＃ＢＳ＿２１）に対応付けられるＵＰＦ１３０識別子（本例では、＃ＵＰＦ＿２）を特定する。「＃ＵＰＦ＿２」は、移動後の端末装置１０２の物理的近くに配置されているＵＰＦ１３０である。

次に、ステップＳ７０８（図６の「Ｓ１４」に相当）において、ＳＭＦ１２４は、ステップＳ７０４で受信したセッション確立要求信号の在圏識別子（本例では、＃ＢＳ＿２１）が、直前に受信したセッション確立要求信号の在圏識別子（本例では＃ＢＳ＿１１）と異なる場合に、端末装置が移動したと判断することができる。また、ＳＭＦ１２４は、移動後の端末装置からのセッション確立要求信号に応じて、記憶部に格納されているＳＭＦ装置情報５００を参照し、特定されたＵＰＦ１３０識別子に関連付けられるクラウド識別子（＃ＤＮＮ＿２）を特定してもよい。

次にステップＳ７１０（図６の「Ｓ１５」に相当）において、ＳＭＦ１２４は、端末装置にセッション確立要求信号を受信したことに対する肯定応答を、移動後に在圏するエンティティ（ＡＭＦ１２２、基地局１０４（＃ＢＳ＿２１））を介して端末装置１０２へ送信する。

次に、ステップＳ７１２（図６の「Ｓ１６」に相当）において、端末装置１０２は、基地局１０４（＃ＢＳ＿２１）、この基地局１０４に通信可能に接続される第２のＵＰＦ１３０（＃ＵＰＦ＿２）を介して、ＵＰＦ１３０に通信可能に接続される第２のクラウド１５０（＃ＤＮＮ＿２）に接続する。移動後の第２のクラウド１５０（＃ＤＮＮ＿２）には、すでにクラウド・アプリケーションのレプリケーションがなされている（図３、ステップＳ３２６）。従って、端末装置１０２は移動後も、クラウド・アプリケーションの利用を継続することができる。

次に、ステップＳ７１４（図６の「Ｓ１７」に相当）において、端末装置１０２が通信中の第２のクラウドから別の全てのクラウドに対し、クラウド・アプリケーションのレプリケーションを行う。一例として、第２のＵＰＦ１３０（＃ＵＰＦ＿２）はＰＣＣルールを読み出しし、ＰＣＣルールに従って、端末装置１０２が在圏するエンティティに関連付けられる第２のクラウド１５０（＃ＤＮＮ＿２）と他の全てのクラウド１５０（＃ＤＮＮ＿１、＃ＤＮＮ＿３～＃ＤＮＮ＿Ｎ）と間で、レプリケーション・データを複製する。例えば、第２のクラウド１５０は、レプリケーション・データを、第２のＵＰＦ１３０（＃ＵＰＦ＿２）と、第１のＵＰＦ１３０（＃ＵＰＦ＿１）とを介して第１のクラウド１５０に送信する。なお、第２のＵＰＦ１３０は、ＳＭＦ１２４が特定した第２のクラウド（＃ＤＮＮ＿２）に対しＳＭＦ１２４が事前に送信したレプリケーション開始指示に従って、ＰＣＣルールを読み出ししてもよい。

次に、ステップＳ７１６（図６の「Ｓ１７」に相当）において、他の全てのクラウド１５０はそれぞれ受信したレプリケーション・データを記憶部にそれぞれ保持する。

これにより全てのクラウドでクラウド・アプリケーションを共有、更新することができる。クラウド・アプリケーションのレプリケーションは、リアルタイムで実施される。

＜第２実施形態＞
以上は、端末装置１０２が同一ＡＭＦ１２２配下の基地局間を移動する場合の処理について説明した。本開示の第２の実施形態によると、端末装置１０２はＡＭＦ間の移動したときについても同様にクラウド・アプリケーションのレプリケーションを行うことができる。端末装置１０２がＡＭＦ間を移動したときの処理は、端末装置１０２が同一ＡＭＦ１２２配下の基地局間を移動したときの処理と略同一である。従って、以下、同一の処理については説明を省略する。

図３のステップＳ３０６に対応するステップにおいて、ＡＭＦ１２２は端末装置１０２から受信したセッション確立要求信号に応じて、端末装置１０２が在圏するエンティティの識別子（＃ＡＭＦ＿１）を特定する。在圏情報４００’は、各ＡＭＦ１２２の識別子の項目と、各ＡＭＦ１２２に関連付けられるＵＰＦ１３０に割り当てられる識別子の項目とを含む。

図３のステップＳ３２０に対応するステップにおいて、端末装置１０２は、端末装置１０２が在圏するエンティティ（本例では＃ＡＭＦ＿１）に関連付けられるＵＰＦ１３０（＃ＵＰＦ＿１）を介して第１のクラウド１５０（＃ＤＮＮ＿１）と通信を開始する。

図７のステップＳ７０４に対応するステップにおいて、端末装置１０２は、ＵＰＦ１３０間を移動する。本例においては、第１のＵＰＦ（＃ＵＰＦ＿１）に対応する第１のＡＭＦ１２２（＃ＡＭＦ＿１）からＵＰＦ＿２に対応する第２のＡＭＦ１２２（＃ＡＭＦ＿２）（不図示）へ移動するものとする。

図７のステップＳ７０６に対応するステップにおいて、端末装置１０２は、クラウド・アプリケーションへアクセスする際に、セッション確立要求信号を基地局１０４、第２のＡＭＦ１２２（＃ＡＭＦ＿２）を介して、ＳＭＦ１２４へ送信される。ＡＭＦ１２２からＳＭＦ１２４へ送信されるセッション確立要求信号は、端末装置１０２の加入者識別番号と、移動後の端末装置１０２が在圏するエンティティに割り当てられる識別子（本例では＃ＡＭＦ＿２）とを含むことができる。ＳＭＦ１２４は、ステップＳ７０４で受信したセッション確立要求信号の在圏識別子（本例では、＃ＡＭＦ＿２）が、直前に受信したセッション確立要求信号の在圏識別子（本例では＃ＡＭＦ＿１）と異なる場合に、端末装置が移動したと判定する。また、ＳＭＦ１２４は、移動後の端末装置からのセッション確立要求信号に応じて、端末装置の移動後に在圏するエンティティと通信する第２のＵＰＦ１３０（＃ＵＰＦ＿２）を特定する。

以上、本発明の実施の形態について説明してきたが、上記した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得るとともに、本発明にはその均等物が含まれることはもちろんである。また、上述した課題の少なくとも一部を解決できる範囲、または、効果の少なくとも一部を奏する範囲において、実施形態及び変形例の任意の組み合わせが可能であり、特許請求の範囲及び明細書に記載された各構成要素の任意の組み合わせ、または、省略が可能である。

１００…システム
１０２…端末装置
１０４…基地局
１２２…ＡＭＦ
１２４…ＳＭＦ
１２６…ＰＣＦ
１２８…ＵＤＲ
１４０…ＮＥＦ
１５０…クラウド
４００…在圏情報
５００…ＳＭＦ装置情報

Claims (11)

1. システムで実施される方法であって、
   端末装置からの第１のセッション確立要求信号の受信に応じて、前記端末装置の在圏するエンティティと通信する第１のノードに関連付けられる第１のクラウドを特定することと、
   前記第１のクラウドと前記端末装置との通信を開始すること、
   前記端末装置が通信中の前記第１のクラウドから別の第２のクラウドへ、クラウド・アプリケーションデータをレプリケーションすることと、
   を含み、前記レプリケーションは、前記端末装置の在圏するエンティティが前記端末装置の移動により変更する前に行われ、前記レプリケーションすることは、ポリシー制御ルールに従って、前記端末装置が在圏するエンティティに関連付けられる前記第１のクラウドからのクラウド・アプリケーションデータを、前記第１のクラウド以外の前記システム内のすべてのクラウドへコピーすることを含む、方法。
2. 前記第２のクラウドは、前記端末装置の在圏するエンティティと通信する前記第１のノードとは別の第２のノードに接続される請求項１に記載の方法。
3. 前記方法は、
   前記ポリシー制御ルールを、前記第１のクラウドおよび前記第２のクラウドを含む前記システム内のすべてのクラウドにそれぞれ接続される、ノードの各々に送信することをさらに含む、請求項１に記載の方法。
4. 前記端末装置からの前記第１のセッション確立要求信号は、前記端末装置に割り当てられた加入者識別番号を含み、
   前記ポリシー制御ルールは、前記加入者識別番号に対応するポリシー制御ルールを含む、請求項３に記載の方法。
5. 前記ポリシー制御ルールは、
   端末装置からのセッション確立要求信号に応じて、前記端末装置が在圏するエンティティに関連付けられるクラウドに対し、別のクラウドへレプリケーション指示をすることを規定する、請求項４に記載の方法。
6. 前記方法は、
   前記端末装置の移動により、前記端末装置が在圏するエンティティが変更すると、
   前記端末装置からの第２のセッション確立要求信号に応じて、前記端末装置の移動後に在圏する第２のエンティティと通信する第２のノードに関連付けられる前記第２のクラウドの識別子を特定することをさらに含む、請求項１から５のいずれか１項に記載の方法。
7. 前記方法は、
   特定された前記第２のクラウドと前記端末装置との間で通信することをさらに含む、請求項６に記載の方法。
8. ポリシー制御ルールに従って、前記端末装置が移動後に在圏するエンティティに関連付けられる前記第２のクラウドからのクラウド・アプリケーションデータを、前記第２のクラウド以外の前記システム内のすべてのクラウドへコピーすることを含む、請求項６に記載の方法。
9. 前記エンティティは、基地局であり、前記端末装置は、異なるノードに対応する前記基地局間を移動する、請求項６に記載の方法。
10. 前記エンティティは、モビリティ管理ノードであり、前記端末装置は、異なるノードに対応するモビリティ管理ノード間を移動する、請求項６に記載の方法。
11. システムであって、前記システムは、セッション管理ノードを備え、
    前記セッション管理ノードは、
    端末装置からの第１のセッション確立要求信号に応じて、前記端末装置の在圏するエンティティと通信する第１のノードに関連付けられる第１のクラウドを特定することと、
    前記第１のクラウドと前記端末装置との通信を開始することと、
    を実行するように構成され、
    前記端末装置が通信中の前記第１のクラウドから別の第２のクラウドへ、クラウド・アプリケーションデータをレプリケーションし、前記レプリケーションは、ポリシー制御ルールに従って、前記端末装置が在圏するエンティティに関連付けられる前記第１のクラウドからのクラウド・アプリケーションデータを、前記第１のクラウド以外の前記システム内のすべてのクラウドへコピーすることを含む、システム。