(57)【要約】本開示にかかる通信システムは、通信端末（１０）と、通信端末（１０）を接続する基地局（２０）と、通信端末（１０）の位置情報を管理する管理装置（３０）と、通信端末（１０）に通信サービスを提供するサーバ（５０）と、基地局（２０）とサーバ（５０）を接続する通信装置（４０）と、通信装置（４０）が有する通信機能の起動または停止を制御する制御装置（６０）と、を備える。サーバ（５０）は、基地局（２０）の近傍に配置されており、管理装置（３０）は、制御装置（６０）へ通信端末（１０）の位置情報を送信し、制御装置（６０）は、位置情報に基づいて、通信装置（４０）が有する通信機能の起動または停止を制御し、制御装置（６０）は、通信装置（４０）が有する通信機能の起動または停止を管理装置（３０）を介して、通信端末（１０）に通知する。
2017094246.tif 000002
【特許請求の範囲】
【請求項１】
通信端末と、
前記通信端末を接続する基地局と、
前記通信端末の位置情報を管理する管理装置と、
前記通信端末に通信サービスを提供するサーバと、
前記基地局と前記サーバとを接続する通信装置と、
前記通信装置が有する通信機能の起動または停止を制御する制御装置と、を備え、
前記サーバは、前記基地局の近傍に配置されており、
前記管理装置は、前記制御装置へ前記通信端末の位置情報を送信し、
前記制御装置は、前記位置情報に基づいて、前記通信装置が有する通信機能の起動または停止を制御し、
前記通信端末は、前記通信機能が起動された前記通信装置を介して、前記サーバから前記通信サービスを受ける、通信システム。
【請求項２】
前記制御装置は、前記通信端末の位置情報に加えて、該通信端末の種別、要求されたサービスの種別、サービスが要求する遅延時間のうち少なくとも１つに基づいて、前記通信装置の起動または停止を制御する、請求項１に記載の通信システム。
【請求項３】
前記制御装置は、前記通信装置の前記通信機能の起動または停止を、前記通信端末に通知する、請求項１または２に記載の通信システム。
【請求項４】
前記通信装置は、仮想化装置を含む、請求項１乃至３のいずれか１項に記載の通信システム。
【請求項５】
前記通信機能は、前記通信端末と前記サーバとを接続するゲートウェイ機能である、請求項１乃至４のいずれか１項に記載の通信システム。
【請求項６】
前記管理装置は、
前記通信端末の位置情報として、前記通信端末の位置登録エリア又は前記基地局の基地局識別情報を管理する、請求項１乃至５のいずれか１項に記載の通信システム。
【請求項７】
前記管理装置は、
前記制御装置から、前記通信装置に割り当てられたアドレス情報を受信する、請求項１乃至６のいずれか１項に記載の通信システム。
【請求項８】
前記管理装置は、
前記制御装置から、前記サーバのアドレス情報を受信する、請求項１乃至７のいずれか１項に記載の通信システム。
【請求項９】
前記通信装置のアドレス情報を管理するＤＮＳをさらに備え、
前記管理装置は、
前記ＤＮＳに前記通信装置に割り当てられたアドレス情報が存在しない場合に、前記通信装置において前記ゲートウェイ機能が起動されていないと判定する、請求項５に記載の通信システム。
【請求項１０】
前記ＤＮＳは、
前記制御装置から、前記通信装置に割り当てられたアドレス情報を受信する、請求項９に記載の通信システム。
【請求項１１】
基地局と接続する通信端末の位置情報を管理する位置情報管理手段と、
前記基地局と該基地局の近傍に配置されたサーバとを接続する通信装置が有する通信機能の起動又は停止を制御する制御装置へ、前記通信端末の位置情報を送信する通信手段とを備える、管理装置。
【請求項１２】
前記通信手段は、
前記通信端末の位置情報として、前記通信端末の位置登録エリア又は前記基地局の基地局識別情報を送信する、請求項１１に記載の管理装置。
【請求項１３】
前記通信手段は、
前記制御装置から、前記通信装置に割り当てられたアドレス情報を受信する、請求項１１又は１２に記載の管理装置。
【請求項１４】
前記通信手段は、
前記制御装置から、前記サーバのアドレス情報を受信する請求項１１乃至１３のいずれか１項に記載の管理装置。
【請求項１５】
前記通信手段は、
前記通信装置のアドレス情報を管理するＤＮＳに前記通信装置に割り当てられたアドレス情報が存在しない場合に、前記通信装置において前記通信端末と前記サーバとを接続するゲートウェイ機能が起動されていないと判定し、前記制御装置へ前記通信端末の位置情報を送信する、請求項１１乃至１４のいずれか１項に記載の管理装置。
【請求項１６】
通信端末の位置情報を管理する管理装置から、前記通信端末の位置情報を受信する受信手段と、
前記通信端末を接続する基地局と該基地局の近傍に配置されたサーバとを接続する通信装置が有する通信機能の起動または停止を制御する制御手段とを備え、
前記制御手段は、
前記位置情報に基づいて、前記通信機能の起動または停止を制御する、制御装置。
【請求項１７】
前記制御手段は、
前記通信端末の位置情報に加えて、該通信端末の種別、要求されたサービスの種別、サービスが要求する遅延時間のうち少なくとも１つに基づいて、前記通信装置の起動または停止を制御する、請求項１６に記載の制御装置。
【請求項１８】
通信端末の位置情報を管理する管理装置が、前記通信端末の位置情報を制御装置へ送信し、
前記制御装置は、前記位置情報に基づいて、前記通信端末が接続する基地局と該基地局の近傍に配置されたサーバとを接続する通信装置が有する通信機能の起動または停止を制御し、
前記通信端末は、前記通信機能が起動された前記通信装置を介して、前記サーバから通信サービスを受ける、通信方法。
【請求項１９】
前記制御装置は、前記通信端末の位置情報に加えて、該通信端末の種別、要求されたサービスの種別、サービスが要求する遅延時間のうち少なくとも１つに基づいて、前記通信装置の起動または停止を制御する、請求項１８に記載の通信方法。
【請求項２０】
前記制御装置は、前記通信装置の前記通信機能の起動または停止を、前記通信端末に通知する、請求項１８または１９に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム、管理装置、通信方法、及びプログラムに関し、特に通信装置を制御する通信システム、管理装置、通信方法、及びプログラムに関する。
【背景技術】
【０００２】
データ通信を行うための将来のネットワークに対して、Ｖ２Ｘ（車車間通信および路車間通信）などへの適応を目的として低遅延なサービスの実現、さらにＭ２Ｍ（Machine to Machine）やＩｏＴ（Internet of Things）の普及による大量のデータ伝送などへの対応を目的としてコアネットワークの負荷低減などが求められている。そこで、これらの将来のネットワークに対する要求条件を満たすための技術として、ＭＥＣ（Mobile Edge Computing）に関する技術が注目されている。非特許文献１には、ＭＥＣを用いたネットワーク構成等が記載されている。【０００３】
具体的に、ＭＥＣにおいては、サービスを提供するサーバが、ユーザが保持する端末の近くに配置されることが望まれている。そのため、移動通信システム内の基地局の近傍にサーバを配置することが検討されている。サーバを端末が接続する無線基地局の近傍に配置することによって、端末とサーバとの間の伝送時間を短くする（伝送遅延を減らす）ことが期待されている。また、サーバを基地局の近傍に配置することによって、基地局からコアネットワークを介さず、サーバに直接データを伝送する（オフロードする）ことが可能となる。または、そのサーバからコアネットワークを介さず、基地局に直接データを伝送することが可能となる。これより、コアネットワークへ流入するトラヒックを減少させることができるため、コアネットワークの負荷を低減することが期待されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Mobile-Edge Computing-Introductory Technical White Paper September 2014
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、サービスの提供を行うサーバが基地局の近傍に配置されていたとしても、そのサービスの提供を望む端末とサーバとの間のルートが効率的に設定されなければ、端末は、サーバから必ずしも低遅延なサービスを受けることができないという問題がある。【０００６】
本発明の目的は、サーバが通信端末に低遅延なサービスを提供することができる通信システム、管理装置、通信方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第１の態様にかかる通信システムは、通信端末と、前記通信端末を接続する基地局と、前記通信端末の位置情報を管理する管理装置と、前記通信端末に通信サービスを提供するサーバと、前記基地局と前記サーバとを接続する通信装置と、前記通信装置が有する通信機能の起動または停止を制御する制御装置と、を備え、前記サーバは、前記基地局の近傍に配置されており、前記管理装置は、前記制御装置へ前記通信端末の位置情報を送信し、前記制御装置は、前記位置情報に基づいて、前記通信装置が有する通信機能の起動または停止を制御し、前記制御装置は、前記通信機能の起動または停止を前記管理装置を介して、前記通信端末に通知するものである。【０００８】
本発明の第２の態様にかかる管理装置は、基地局と接続する通信端末の位置情報を管理する位置情報管理部と、前記基地局と前記通信端末に通信サービスを提供するサーバとを接続する通信装置が有する通信機能の起動又は停止を前記位置情報に基づいて制御する制御装置へ、前記通信端末の位置情報を送信する通信部を備え、前記サーバは、前記基地局の近傍に配置されており、前記制御装置は、前記通信機能の起動または停止を前記管理装置を介して、前記通信端末に通知するものである。【０００９】
本発明の第３の態様にかかる通信方法は、基地局と接続する通信端末の位置情報を管理し、前記基地局と前記通信端末に通信サービスを提供するサーバとを接続する通信装置が有する通信機能の起動又は停止を前記位置情報に基づいて制御する制御装置へ、前記通信端末の位置情報を送信し、前記サーバは、前記基地局の近傍に配置されており、前記制御装置は、前記通信機能の起動または停止を前記管理装置を介して、前記通信端末に通知するものである。【００１０】
本発明の第４の態様にかかるプログラムは、基地局と接続する通信端末の位置情報を管理し、前記基地局と前記通信端末に通信サービスを提供するサーバとを接続する通信装置が有する通信機能の起動又は停止を前記位置情報に基づいて制御する制御装置へ、前記通信端末の位置情報を送信することをコンピュータに実行させ、前記サーバは、前記基地局の近傍に配置されており、前記制御装置は、前記通信機能の起動または停止を前記管理装置を介して、前記通信端末に通知するものである。
【発明の効果】
【００１１】
本発明により、サーバが通信端末に低遅延なサービスを提供することができる通信システム、管理装置、通信方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態１にかかる通信システムにおいてユーザデータの流れを示す図である。
【図３】実施の形態２にかかる通信システムの構成図である。
【図４】実施の形態２にかかる仮想化システムの構成図である。
【図５】実施の形態２にかかるＭＭＥの構成図である。
【図６】実施の形態２にかかるＵＥに関するＡｔｔａｃｈ処理の流れの一例を示す図である。
【図７】実施の形態２にかかるＵＥに関するＡｔｔａｃｈ処理の流れの他の例を示す図である。
【図８】実施の形態３にかかる仮想ＳＧＷ及び仮想ＰＧＷの流れを示す図である。
【図９】実施の形態４にかかるＵＥに関するＡｔｔａｃｈ処理の流れを示す図である。
【図１０】実施の形態４にかかるＭＡＮＯが保持する、ＵＥに関する位置情報とＭＥＣサーバとを関連付けた情報を示す図である。
【図１１】実施の形態５にかかるＵＥに関するＡｔｔａｃｈ処理の流れを示す図である。
【図１２】実施の形態６にかかるＵＥに関するＡｔｔａｃｈ処理の流れを示す図である。
【図１３】実施の形態７にかかるＭＭＥとＭＡＮＯとの間の接続形態を示す図である。
【図１４】実施の形態７にかかるＭＭＥとＭＡＮＯとの間の接続形態の変形例１を示す図である。
【図１５】実施の形態７にかかるＭＭＥとＭＡＮＯとの間の接続形態の変形例２を示す図である。
【図１６】実施の形態７にかかるＭＭＥとＭＡＮＯとの間の接続形態の変形例３を示す図である。
【図１７】実施の形態８にかかるＭＡＮＯを構成するＶＩＭの配備パターンを示す図である。
【図１８】実施の形態８にかかるＭＡＮＯを構成するＶＩＭの配備パターンの変形例１を示す図である。
【図１９】実施の形態８にかかるＭＡＮＯを構成するＶＩＭの配備パターンの変形例２を示す図である。
【図２０】実施の形態８にかかるＭＡＮＯを構成するＶＩＭの配備パターンの変形例３を示す図である。
【図２１】実施の形態８にかかるＵＥに関する位置情報が流れるリファレンスポイントを説明する図である。
【図２２】各実施の形態にかかるノード装置の構成図である。
【発明を実施するための形態】
【００１３】
（実施の形態１）
以下、図面を参照して本開示の実施の形態について説明する。図１を用いて本開示の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、通信端末１０、基地局２０、管理装置３０、通信装置４０、サーバ５０、及び制御装置６０を有している。通信端末１０、基地局２０、管理装置３０、通信装置４０、サーバ５０、及び制御装置６０は、プロセッサがメモリに格納されたプログラムを実施することによって動作するコンピュータ装置であってもよい。
【００１４】
通信端末１０は、携帯電話端末、スマートフォン端末、もしくはタブレット端末等であってもよい。また、通信端末１０は、Ｍ２Ｍ端末、もしくはＭＴＣ（Machine Type Communication）端末、ＩｏＴ端末等であってもよい。
【００１５】
サーバ５０は、通信サービスを通信端末１０へ提供する。例えば、通信サービスは、伝送遅延として、所定の遅延時間よりも短い遅延時間を要求するサービスであってもよい。例えば、通信サービスは、遠隔運転制御もしくは遠隔手術等のリアルタイムの制御を必要とするサービスであってもよい。また、通信サービスは、例えば、動画配信サービス、もしくは音声通話サービス等のパケットデータ伝送に関するサービスであってもよい。サーバ５０は、例えば、通信端末１０が接続する基地局２０の近傍にまたは近接して配置されてもよい。基地局２０は、通信端末１０と無線で、もしくは有線で接続してもよい。基地局２０の近傍とは、基地局２０とサーバ５０との間の距離が、予め定められた距離よりも短い距離であってもよい。もしくは、基地局２０の近傍とは、基地局２０に隣接する位置であってもよい。基地局２０に隣接する位置とは、例えば、基地局２０が存在する建物（もしくは局舎）と同一の建物の位置であってもよく、基地局２０が存在する建物の周囲に存在する建物の位置であってもよい。また、基地局２０の近傍とは、物理的な距離の近さ（physically, geographically close）に限らず、時間的な近さ（temporally close）、もしくはトポロジー的な近さ（topologically close）も含む。
【００１６】
管理装置３０は、通信端末１０の位置情報を検出し、管理する。位置情報は、例えば、通信端末１０が通信を行う基地局２０を識別する情報であってもよく、通信端末１０の呼び出しエリア（ページングエリア）もしくは通信端末１０の位置登録エリアであってもよい。管理装置３０は、制御装置６０へ通信端末１０の位置情報を送信する。
【００１７】
通信装置４０は、通信機能を有する。
【００１８】
制御装置６０は、通信装置４０へ、通信装置４０が有する通信機能の起動を指示する。または、制御装置６０は、通信装置４０自体の起動を指示してもよい。なお、通信機能は、ネットワーク機能と称されてもよい。制御装置６０は、管理装置３０から送信された通信端末１０の位置情報を受信する。制御装置６０は、受信した位置情報に基づいて、通信装置４０が有する通信機能の起動及び停止を制御する。または、制御装置６０は、その位置情報に基づいて、通信装置４０自体の起動及び停止を制御してもよい。なお、通信装置４０が有する通信機能が既に起動されている場合は、起動されている通信装置４０を流用もしくは利用してもよい。制御装置６０は、通信端末１０の位置情報を受信すると、その位置情報に基づいて、通信端末１０が接続する基地局２０の近傍にまたは近接して配置されている通信装置４０において、通信端末１０とサーバ５０との間のデータ伝送を行うための通信機能を起動させる。その際に、通信端末１０の位置を示す位置情報に基づいて、通信端末１０に最も近い位置に配置されている通信装置４０の通信機能を起動させてもよい。もしくは、通信端末１０の近傍に配置されている通信装置４０は、通信端末１０とサーバ５０との間のデータ伝送において、通信サービスが要求する遅延時間を満たすことができる位置にある通信装置４０であってもよい。例えば、通信端末１０の近傍に配置されている通信装置４０は、通信端末１０が通信を行っている基地局２０に隣接する位置にある通信装置４０であってもよい。基地局２０に隣接する位置とは、例えば、基地局２０が存在する建物と同一の建物の位置であってもよく、基地局２０が存在する建物の周囲に存在する建物の位置であってもよい。また、制御装置６０は、サーバ５０又は通信装置４０を利用している通信端末１０が存在しなくなった場合、サーバ５０又は通信装置４０を利用している通信端末１０が存在しなくなって所定の時間が経過した場合、もしくは利用している通信端末１０の数が閾値を下回った場合等に、通信装置４０を停止してもよい。
【００１９】
上記の通信機能は、通信端末１０とサービスを提供するサーバ５０との間において送受信（送信または受信）されるデータを中継するゲートウェイ機能を含む。
【００２０】
以上説明したように、図１の通信システムにおいては、制御装置６０は、通信端末１０の位置情報に基づいて、通信端末１０または通信端末１０が接続する基地局２０の近傍に配置されている通信装置４０の通信機能を起動することができる。通信端末１０は、起動された通信装置４０を介して、基地局２０の近傍に配置されたサーバ５０からサービスの提供を受けることができる。これより、通信端末１０とサーバ５０との間の伝送ルートもしくは伝送パスを最適化もしくは効率化することができる。さらに、任意の位置に配置されている他の通信装置を用いる場合と比較して、通信端末１０とサーバ５０との間のデータ伝送における伝送時間を、短くするもしくは減らすことができる。伝送時間が短い通信システムは、Ｖ２Ｘなどの低遅延を要求するサービスに対して有効である。
【００２１】
続いて、図２の通信システムを用いてユーザデータの流れについて説明する。図２の通信システムは、通信端末１０、基地局２０、管理装置３０、制御装置６０、ローカルＧＷ７１、ローカルサーバ７３、ＳＧＷ７４、ＰＧＷ７６、外部ＮＷ８４、及びサーバ８６を有している。図１の同様の装置には同一の符号を付し、詳細な説明を省略する。
【００２２】
ローカルＧＷ７１は、図１の通信装置４０に相当する。ローカルサーバ７３は、図１のサーバ５０に相当する。ローカルＧＷ７１は、ローカルサーバ７３と同じ装置内に設置されていてもよく、ローカルＧＷ７１は、ローカルサーバ７３と異なる装置で構成されていてもよい。
【００２３】
ユーザデータは、Ｕ（User）−Ｐｌａｎｅデータと称されてもよい。また、ユーザデータの通信経路の構築等に用いられるデータとして、制御データがある。制御データは、Ｃ（Control）−Ｐｌａｎｅデータと称されてもよい。
【００２４】
ＳＧＷ７４及びＰＧＷ７６は、ユーザデータを中継するゲートウェイ装置である。ＳＧＷ７４及びＰＧＷ７６は、コアネットワークを構成する。ＳＧＷ７４及びＰＧＷ７６は、物理ノードである。外部ＮＷ（外部ネットワーク）８４は、基地局２０、ＳＧＷ７４、及びＰＧＷ７６によって構成されるモバイルネットワークとは異なるネットワークである。外部ＮＷ８４は、ＰＤＮ（Packet Data Network）や、いわゆるインターネットであってもよい。サーバ８６は、外部ＮＷ８４上に存在し、様々なサービスを提供するサーバである。また、サーバ８６の一部機能は、予めローカルサーバ７３へ移設されていてもよい。
【００２５】
制御装置６０は、管理装置３０から送信された通信端末１０の位置情報を用いてローカルＧＷ７１の起動もしくは停止を制御する。また、制御装置６０は、ローカルＧＷ７１が有するゲートウェイ機能の起動もしくは停止を制御してもよい。なお、以下の記載では、起動または停止には、その装置自体の起動または停止だけでなく、その装置が有する機能の起動または停止を含む。例えば、制御装置６０は、基地局２０の近傍に位置するローカルＧＷ７１もしくは基地局２０に近接するローカルＧＷ７１を特定し、特定したローカルＧＷ７１の起動もしくは停止を制御する。また、制御装置６０は、管理装置３０から送信された位置情報を用いて、ローカルＧＷ７１だけでなく、ローカルサーバ７３の起動もしくは停止を制御してもよい。
【００２６】
なお、制御装置６０は、通信端末１０の位置情報に加えて、通信端末１０の種別、要求されたサービスの種別、もしくはサービスが要求する遅延時間等に基づいて、ローカルＧＷ７１及びローカルサーバ７３の少なくとも一方の起動もしくは停止を制御してもよい。
【００２７】
図２の通信システムにおいては、通信端末１０とローカルサーバ７３との間において伝送されるユーザデータは、基地局２０及びローカルＧＷ７１を経由する。つまり、通信端末１０は、コアネットワーク側のＳＧＷ７４及びＰＧＷ７６を介さず、起動されたローカルＧＷ７１を介して、基地局２０の近傍に配置されたローカルサーバ７３からサービスの提供を受けることができる。
【００２８】
図２の通信システムを用いることによって、上述した図１の通信システムにおける効果に加えて、通信端末１０とローカルサーバ７３との間において伝送されるユーザデータがコアネットワークを介さないため、コアネットワークに流入するトラヒックの量を減少させることができる。特に、Ｍ２ＭもしくはＩｏＴ等の大量データ伝送に対して有効となる。
【００２９】
さらに、通信端末１０は、基地局２０の近傍に位置するローカルサーバ７３から、地域情報の提供等のローカルなサービスを受けることもできる。
【００３０】
さらに、制御装置６０が、位置情報を用いてローカルＧＷ７１及びローカルサーバ７３の起動及び停止を行うことによって、ローカルＧＷ７１及びローカルサーバ７３を配置する局舎の省電力化を図ることができる。
【００３１】
さらに、通信端末１０の種別、要求されたサービスの種別、もしくはサービスが要求する遅延時間等に基づいて、ローカルＧＷ７１及びローカルサーバ７３を起動する場合、低遅延を要求するサービスのトラヒックについてはローカルＧＷ７１を介し、低遅延を要求しないサービスについてはコアネットワークを介することによって、トラヒックの負荷分散を図ることができる。
【００３２】
（実施の形態２）
続いて、図３を用いて本開示の実施の形態２にかかる通信システムの構成例について説明する。図３の通信システムは、ＵＥ（User Equipment）７０、ｅＮＢ（evolved Node B）７２、ＭＥＣ８３、ＭＭＥ９０、ＤＮＳ（Domain Name System）１００、ＭＡＮＯ（Management And Network Orchestration）３２を有している。図３の実線は、ユーザデータの伝送経路を示し、一点鎖線は、３ＧＰＰにおいて規定される制御データ（制御プレーン）の伝送経路を示し、点線は、３ＧＰＰにおいて規定される制御データ以外の制御データの伝送経路を示している。
【００３３】
ＵＥ７０は、３ＧＰＰにおける通信端末の総称であり、図２の通信端末１０に相当する。ｅＮＢ７２は、無線方式としてＬＴＥをサポートする基地局であり、図２の基地局２０に相当する。ＭＭＥ９０は、３ＧＰＰにおいて規定されているノード装置であり、図２の管理装置３０に相当する。ＭＡＮＯ３２は、仮想化システムを制御する装置であり、図２の制御装置６０に相当する。
【００３４】
ＭＥＣ８３は、低遅延サービスもしくはローカルサービス等を提供するシステムであり、ＭＥＣシステム等と称されてもよい。ＭＥＣ８３は、仮想ＳＧＷ７８、仮想ＰＧＷ８０、ＭＥＣサーバ８２、及びＤＨＣＰ（Dynamic Host Configuration Protocol）１２０を有している。ＤＨＣＰ１２０は、ＤＨＣＰサーバもしくはＤＨＣＰエンティティ等と称されてもよい。ＭＥＣサーバ８２は、図２のサーバ５０に相当する。仮想ＳＧＷ７８及び仮想ＰＧＷ８０は、図２のローカルＧＷ７１に相当する。
【００３５】
ＭＥＣサーバ８２は、ＵＥ７０へ通信サービスを提供するサーバである。ＭＥＣサーバ８２が提供する通信サービスは、例えば、リアルタイム通信を実現するために極めて短い遅延時間が要求されるサービスであってもよい。ＭＥＣサーバ８２は、極めて短い遅延時間を満たすために、ｅＮＢ７２と同じ建物、もしくはｅＮＢ７２が配置されている建物に隣接する建物等、ｅＮＢ７２の近傍に配置されてもよい。このように配置されることによって、ＭＥＣサーバ８２は、ＵＥ７０と物理的に近い位置に配置されるため、ＭＥＣサーバ８２とＵＥ７０との間において送受信されるデータの伝送遅延を短くすることができる。
【００３６】
仮想ＳＧＷ７８及び仮想ＰＧＷ８０は、ローカルＧＷ７１において、ＭＡＮＯ３２によって起動されたＳＧＷ機能及びＰＧＷ機能である。また、ＭＡＮＯ３２は、ローカルＧＷ７１において、仮想ＬＧＷ（Local Gateway）機能を起動してもよい。
【００３７】
ローカルＧＷ７１は、物理リソースとソフトウェアリソースとを有する。例えば、ローカルＧＷ７１は、ソフトウェアリソースを用いて、様々なネットワーク機能を起動することによって、仮想的なネットワーク装置として動作してもよい。ネットワーク機能は、例えば、３ＧＰＰ（3rd Generation Partnership Project）において規定されているＭＭＥ（Mobility Management Entity）、ＳＧＷ、もしくはＰＧＷ等において実行される機能であってもよい。また、ＳＧＷ及びＰＧＷにおいて実行される機能は、ゲートウェイ機能と称されてもよい。例えば、ローカルＧＷ７１において、ネットワーク機能として、ＭＭＥの機能を起動することによって、ローカルＧＷ７１は、ＭＭＥとして動作することができる。
【００３８】
ＤＮＳ１００は、仮想ＳＧＷ７８及び仮想ＰＧＷ８０のドメイン名及びＩＰアドレスを対応付けて管理している。また、ＤＨＣＰ１２０は、ＭＥＣサーバ８２のＩＰアドレスを管理している。
【００３９】
続いて、図４を用いて本開示の実施の形態２にかかる仮想化システムの構成例について説明する。図４は、主に図３のＭＡＮＯ３２、仮想ＳＧＷ７８、仮想ＰＧＷ８０、及びＭＭＥ９０の構成を示している。図４の仮想化システムは、主にＥＴＳＩ（European Telecommunications Standards Institute）が提案するＮＦＶ（Network Function Virtualization）を実現するためのシステム構成を示している。図４の仮想化システムは、ＮＥ（Network Element）２２、ＮＥ２４、ＭＡＮＯ（Management And Network Orchestration）３２、ＮＦＶＩ（NFV Infrastructure）４２、ＶＮＦ（Virtualized Network Function）４４、ＶＮＦ４６、ＤＭ（Domain Manager）６４、ＤＭ６６、及びＯＳＳ（Operation Support System）／ＢＳＳ（Business Support System）６１を有している。
【００４０】
ＮＥ２２、ＤＭ６４、ＤＭ６６は、それぞれＥＭＳ（Element Management System）２３、ＥＭＳ６５、及びＥＭＳ６７を有している。ＭＡＮＯ３２は、ＮＦＶＯ（NFV Orchestrator）３４、ＶＮＦＭ（VNF Manager）３６、及びＶＩＭ（Virtualized Infrastructure Manager）３８を有している。ＯＳＳ／ＢＳＳ６１は、ＮＭＳ（Network Management System）６２を有している。
【００４１】
ＮＥ２２及びＮＥ２４は、例えば、モバイルネットワークに配置されるノード装置である。例えば、ＮＥ２２は、３ＧＰＰにおいて規定されているＭＭＥであってもよい。ＮＥ２４は、３ＧＰＰにおいて規定されているＳＧＷ、もしくはＰＧＷ等であってもよい。ＭＭＥであるＮＥは、図２の管理装置３０に相当する。また、ＮＥ２２及びＮＥ２４は、物理ノードである。
【００４２】
ＶＮＦ４４及びＶＮＦ４６は、モバイルネットワークにおいて用いられるネットワーク機能を起動、もしくは提供するためのソフトウェアリソースである。ＮＦＶＩ４２は、ＶＮＦを実行するための物理リソースである。ＮＦＶＩ４２、ＶＮＦ４４、及びＶＮＦ４６によって構成される装置は、図２のローカルＧＷ７１に相当し、図３のＳ／Ｐ−ＧＷ（ＬＧＷ）７８／８０に相当する。こららは、ＶＭ（Virtual Machine）と称されてもよい。
【００４３】
ＯＳＳ／ＢＳＳ６１は、ＮＭＳ６２を用いて仮想化システム全体を管理するシステムである。ＤＭ６４及びＤＭ６６は、ドメインごとに配置されており、ドメインを構成する装置を管理する。
【００４４】
ＥＭＳ２３は、ＮＥ２２を管理する機能である。同様に、ＥＭＳ６５は、ＤＭ６４を管理する機能であり、ＥＭＳ６７は、ＤＭ６６を管理する機能である。
【００４５】
ＭＡＮＯ３２は、ＮＦＶＯ３４、ＶＮＦＭ３６、及びＶＩＭ３８を用いて仮想化システムを制御する。ＭＡＮＯ３２は、複数のサーバを有する装置群であってもよく、１台のサーバ装置であってもよい。ＭＡＮＯ３２は、図２の制御装置６０に相当する。ＮＦＶＯ３４は、ＮＭＳ６２と接続し、仮想化システム全体のリソースもしくは動作を制御する。
【００４６】
ＶＮＦＭ３６は、ＤＭ６６、ＶＮＦ４４及びＶＮＦ４６と接続し、主にＶＮＦ４４及びＶＮＦ４６におけるネットワーク機能の起動制御を行う。例えば、ＶＮＦＭ３６は、ＶＮＦ４４及びＶＮＦ４６において起動するネットワーク機能を選択する。さらに、ＶＮＦＭ３６は、ＶＮＦ４４及びＶＮＦ４６へ、選択したネットワーク機能の起動を指示するメッセージを送信する。ＶＩＭ３８は、ＮＦＶＩ４２を制御する。
【００４７】
ここで、図４における仮想化システムを構成する各構成要素間のリファレンスポイントについて説明する。ＥＭＳ２３とＮＭＳ６２との間のリファレンスポイントは、Itf-Nと規定されている。ＤＭ６４及びＤＭ６６と、ＮＭＳ６２との間のリファレンスポイントは、Itf-Nと規定されている。ＶＮＦ４４とＮＦＶＩ４２との間のリファレンスポイントは、Vn-Nfと規定されている。ＮＭＳ６２とＮＦＶＯ３４との間のリファレンスポイントは、Os-Ma-nfvoと規定されている。ＥＭＳ６７とＶＮＦＭ３６との間のリファレンスポイントは、Ve-Vnfm-emと規定されている。ＶＮＦ４６とＶＮＦＭ３６との間のリファレンスポイントは、Ve-Vnfm-vnと規定されている。ＮＦＶＩ４２とＶＩＭ３８との間のリファレンスポイントは、Nf-Viと規定されている。ＮＦＶＯ３４とＶＮＦＭ３６との間のリファレンスポイントは、Or-Vnfmと規定されている。ＶＮＦＭ３６とＶＩＭ３８との間のリファレンスポイントは、Vi-Vnfmと規定されている。ＮＦＶＯ３４とＶＩＭ３８との間のリファレンスポイントは、Or-Viと規定されている。
【００４８】
ＮＦＶＯ３４は、ＮＭＳ６２を介して、ＭＭＥとして動作するＮＥ２２から、ＵＥ７０の位置情報を受信する。ＮＦＶＯ３４は、ＶＮＦＭ３６へＵＥ７０の位置情報を出力する。
【００４９】
ＵＥ７０の位置情報は、例えば、ＵＥ７０が通信しているｅＮＢ７２の識別情報を示すｅＮＢ ＩＤが用いられてもよい。もしくは、ＵＥ７０の位置情報は、ＵＥ７０の位置登録エリアもしくはページングエリアを示すＴＡＣ（Tracking Area Code）が用いられてもよい。
【００５０】
ＶＮＦＭ３６は、ｅＮＢ ＩＤもしくはＴＡＣを用いて、ＵＥ７０の近傍に配置されているローカルＧＷ７１が有するＶＮＦ４４及びＶＮＦ４６を選択する。ＶＮＦＭ３６は、選択したＶＮＦ４４において仮想ＳＧＷ７８を起動することを指示し、選択したＶＮＦ４６において仮想ＰＧＷ８０を起動することを指示する。
【００５１】
例えば、ＶＮＦＭ３６は、ｅＮＢ ＩＤもしくはＴＡＣと、ＶＮＦ４４及びＶＮＦ４６とを関連づけて管理していてもよい。この場合、ＶＮＦＭ３６は、ｅＮＢ ＩＤもしくはＴＡＣを受け取った場合に、受け取ったｅＮＢ ＩＤもしくはＴＡＣと関連づけられているＶＮＦ４４及びＶＮＦ４６へ、仮想ＳＧＷ７８及び仮想ＰＧＷ８０の起動を指示する。
【００５２】
仮想ＳＧＷ７８及び仮想ＰＧＷ８０が、ＵＥ７０の近傍、つまり、ｅＮＢ７２の近傍に配置されているローカルＧＷ７１において起動されることによって、ＵＥ７０とＭＥＣサーバ８２との間の通信経路を最小化することができる。つまり、ＵＥ７０がＭＥＣサーバ８２と通信するために任意のＳＧＷ及びＰＧＷを用いる場合と比較して、仮想ＳＧＷ７８及び仮想ＰＧＷ８０を用いる場合は、ＵＥ７０とＭＥＣサーバ８２との間の伝送遅延を短くすることができる。
【００５３】
続いて、図５を用いて、ＭＭＥ９０の構成例について説明する。ＭＭＥ９０は、図４において説明したＮＥ２２と同一である。ＮＥ２２は、仮想化システムにおいて用いられる呼称であり、ＭＭＥ９０は、３ＧＰＰにおいて規定された通信システムにおいて用いられる呼称である。ここでは、ＭＭＥ９０とＮＥ２２とは、同一の装置を示す。
【００５４】
ＭＭＥ９０は、位置情報管理部９２及び通信部９４を有している。通信部は送信及び受信部と言い換えてもよい。位置情報管理部９２及び通信部９４は、プロセッサがメモリに格納されたプログラムを実行することによって動作するソフトウェアもしくはモジュールであってもよい。または、位置情報管理部９２及び通信部９４は、回路もしくはチップ等のハードウェアであってもよい。
【００５５】
位置情報管理部９２は、ＭＭＥ９０が管理する位置登録エリアに位置する複数のＵＥの情報を管理する。通信部９４は、位置情報管理部９２において管理されているＵＥとＭＭＥ９０が管理する位置登録エリアとを関連づけた位置情報を含むメッセージをＯＳＳ／ＢＳＳ６１を介して、ＭＡＮＯ３２へ送信する。
【００５６】
さらに、通信部９４は、ＯＳＳ／ＢＳＳ６１を介してＭＡＮＯ３２へ、仮想ＳＧＷ７８及び仮想ＰＧＷ８０の起動を要求するメッセージを送信する。位置情報を含むメッセージと、仮想ＳＧＷ７８及び仮想ＰＧＷ８０の起動を要求するメッセージとは同一のメッセージであってもよい。また、通信部９４は、仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレス情報を取得するために、ＤＮＳ１００へメッセージを送信する。ＤＮＳ１００は、ＤＮＳサーバ１００と言い換えられてもよい。仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレス情報は、例えば、ＩＰアドレスであってもよい。
【００５７】
続いて、図６を用いて、ＵＥ７０に関するＡｔｔａｃｈ処理の流れについて説明する。はじめに、ＵＥ７０は、ｅＮＢ７２を介してＭＭＥ９０へAttach requestメッセージを送信する（Ｓ１１）。ＵＥ７０は、ＭＥＣサービスに関するＡＰＮ（Access Point Name）を含むAttach requestメッセージをＭＭＥ９０へ送信する。
【００５８】
次に、ＭＭＥ９０は、Attach requestメッセージに含まれるＡＰＮが、ＭＥＣサービスに関するＡＰＮであるか否かを判定する（Ｓ１２）。ステップＳ１２においては、ＭＭＥ９０は、ＡＰＮを用いてＵＥ７０におけるＭＥＣサービスの利用可否を判定しているが、例えば、ＵＥ７０の加入者プロファイルを用いてＵＥ７０におけるＭＥＣサービスの利用可否を判定してもよい。ＭＭＥ９０は、例えば、ＨＳＳ（Home Subscriber Server：不図示）に保持されている加入者プロファイルを用いて上記の判定を行ってもよい。または、ＭＭＥ９０は、ＵＥ７０のＩＭＥＩ（International Mobile Equipment identity）もしくはＩＭＳＩ（International Mobile Subscriber Identity）が、ＭＥＣサービスを利用するＩＭＥＩ群もしくはＩＭＳＩ群を示すＩＭＥＩレンジもしくはＩＭＳＩレンジに含まれているか否かを用いて、ＵＥ７０におけるＭＥＣサービスの利用可否を判定してもよい。ＭＭＥ９０は、ステップＳ１２においては、ＵＥ７０が、ＭＥＣサービスを利用すると判定する。
【００５９】
次に、ＭＭＥ９０は、ＭＥＣサービスを提供するＭＥＣサーバ８２と通信するための仮想ＳＧＷ７８及び仮想ＰＧＷ８０に関するアドレス情報を取得するために、ＤＮＳ１００へS/P-GW Selectionメッセージを送信する（Ｓ１３）。
【００６０】
次に、ＤＮＳ１００は、仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレスを検索する。ＤＮＳ１００は、仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレスが存在した場合に、仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレス情報を含む応答メッセージをＭＭＥ９０へ送信する（Ｓ１４）。これより、ＵＥ７０は、既に起動されている仮想ＳＧＷ７８及び仮想ＰＧＷ８０を流用又は利用して通信することができる。次に、ＭＭＥ９０は、ｅＮＢ７２と仮想ＳＧＷ７８との間、さらに、仮想ＳＧＷ７８と仮想ＰＧＷ８０との間におけるセッションを確立する処理を実行する（Ｓ１５）。ｅＮＢ７２と仮想ＳＧＷ７８との間、さらに、仮想ＳＧＷ７８と仮想ＰＧＷ８０との間におけるセッションは、PDN（Packet Data Network） Connectionもしくは通信ベアラと称されてもよい。次に、ＭＭＥ９０は、ステップＳ１１におけるAttach requestメッセージへの応答として、Attach acceptメッセージを、ｅＮＢ７２を介してＵＥ７０へ送信する（Ｓ１６）。
【００６１】
図６の処理を実行することによって、ＵＥ７０のＡｔｔａｃｈ処理において、ＵＥ７０は、仮想ＳＧＷ７８及び仮想ＰＧＷ８０を介してＭＥＣサーバ８２と通信を行うことができる。
【００６２】
続いて、図７を用いて、図６とは異なるＵＥ７０に関するＡｔｔａｃｈ処理の流れについて説明する。図６においては、ＤＮＳ１００が仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレス情報を管理していたことを前提としているが、図７においては、ＤＮＳ１００が仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレス情報を管理していないことを前提とする。図７のステップＳ２１〜Ｓ２３は、図６のステップＳ１１〜Ｓ１３と同様であるため説明を省略する。
【００６３】
ステップＳ２４において、ＤＮＳ１００は、ＭＥＣサービスを提供するＭＥＣサーバ８２と通信するための仮想ＳＧＷ７８及び仮想ＰＧＷ８０に関するアドレス情報を管理していない場合、仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレス情報を設定せずに、応答メッセージをＭＭＥ９０へ送信する。
【００６４】
次に、ＭＭＥ９０は、ＵＥ７０に関する位置情報を設定したS/P-GW start requestメッセージをＭＡＮＯ３２へ送信する（Ｓ２５）。また、ＭＭＥ９０は、ＵＥ７０に関する位置情報の他に、ＵＥ７０が受けるＭＥＣサービスのＭＥＣサービス種別及びＭＥＣサービスに要求する品質等に関する情報もS/P-GW start requestメッセージに設定してもよい。さらに、ＭＭＥ９０は、上記のＵＥ７０に関する位置情報に加えて、ローカルＧＷ７１が設置されている位置に関する情報をS/P-GW start requestに設定してもよい。また、仮想ＬＧＷを起動する場合、S/P-GW start requestは、L-GW start requestメッセージに置き換えられてもよい。
【００６５】
次に、ＭＡＮＯ３２は、S/P-GW instantiationを実行する（Ｓ２６）。S/P-GW instantiationは、ＭＭＥ９０から送信されたＵＥ７０に関する位置情報を用いて、ＵＥ７０の近傍に配置されたローカルＧＷ７１が有するＶＮＦにおいて、仮想ＳＧＷ７８及び仮想ＰＧＷ８０を起動させる処理である。また、仮想ＬＧＷを起動する場合、S/P-GW instantiationは、L-GW instantiationメッセージに置き換えられてもよい。
【００６６】
次に、ＭＡＮＯ３２は、起動した仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレス情報を設定したS/P-GW start responseメッセージをＭＭＥ９０へ送信する（Ｓ２７）。また、仮想ＬＧＷを起動する場合、S/P-GW start responseは、L-GW start responseメッセージに置き換えられてもよい。さらに、ＭＡＮＯ３２は、起動した仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレス情報を設定したDNS UpdateメッセージをＤＮＳ１００へ送信する（Ｓ２８）。
【００６７】
ステップＳ２９及びＳ３０は、図６のステップＳ１５及びＳ１６と同様であるため、詳細な説明を省略する。
【００６８】
以上説明したように、本開示の実施の形態２にかかる通信システムを用いることによって、ＵＥ７０の近傍に配置されているローカルＧＷ７１において、仮想ＳＧＷ７８及び仮想ＰＧＷ８０を起動することができる。さらに、ＵＥ７０がＭＥＣサーバ８２と通信を行う際に、ユーザデータは、仮想ＳＧＷ７８及び仮想ＰＧＷ８０を介して、ＵＥ７０とＭＥＣサーバ８２との間において送受信される。これより、任意の場所に存在するＳＧＷ及びＰＧＷを用いる場合と比較して、ＵＥ７０とＭＥＣサーバ８２との間において送受信されるユーザデータの伝送遅延を短くすることができる。これより、ｅＮＢ７２の近傍等、ＵＥ７０に近い位置に配置されているＭＥＣサーバ８２は、ＵＥ７０に対して、短い遅延時間を要求する通信サービスを提供することができる。
【００６９】
（実施の形態３）
続いて、図８を用いて本開示の実施の形態３にかかる仮想ＳＧＷ７８及び仮想ＰＧＷ８０の起動処理の流れについて説明する。実施の形態３は、以下の前提条件を有する。
（１）ＭＥＣサーバ８２用の仮想ＳＧＷ７８及び仮想ＰＧＷ８０のNAPTR（Naming Authority Pointer）/SRV（Service）レコードは、ＤＮＳ１００に登録されている。
（２）A/AAAAレコードは、ＤＮＳ１００に登録されていない。
（３）ＭＡＮＯ３２は、登録済みのレコードから得られるFQDN（Fully Qualified Domain Name）から位置情報を把握する。
【００７０】
前提条件（３）について、例えば、FQDNが”topon.s5-sgw.Node1.MecSite1.xxxx”であれば、”MecSite1.xxxx”をＭＥＣサーバ８２の位置情報とする。さらに、ＭＥＣサーバ８２と通信する際に用いられる仮想ＳＧＷの名称は、Node1であることを示している。そのため、ＭＭＥ９０は、Node1とする名称の仮想ＳＧＷの起動を要求する。
【００７１】
以降の記載において、図８に示す処理の流れについて説明する。はじめに、ＭＭＥ９０は、ＤＮＳ１００を用いて、ＵＥ７０に関するＴＡＣもしくはｅＮＢ ＩＤに関連づけられているNAPTRレコードを検索する（Ｓ４１）。続いて、ＭＭＥ９０は、NAPTRレコードがヒットしたか否かを判定する（Ｓ４２）。ＭＭＥ９０は、NAPTRレコードがヒットしたと判定すると、NAPTRレコードにA flagが設定されているか否かを判定する（Ｓ４３）。
【００７２】
ＭＭＥ９０は、NAPTRレコードにA flagが設定されておらず、例えば、S flagが設定されていると判定した場合、SRVレコードを検索する（Ｓ４４）。次に、ＭＭＥ９０は、ＳＲＶレコードがヒットしたか否かを判定する（Ｓ４５）。ＭＭＥ９０は、ＳＲＶレコードがヒットしたと判定すると、A/AAAAレコードを検索する（Ｓ４６）。ヒットしたＳＲＶは、例えば、FQDNを用いて”topon.s5-sgw.Node1.MecSite1.xxxx”と示されてもよい。
【００７３】
ここで、ステップＳ４３において、ＭＭＥ９０は、NAPTRレコードにA flagが設定されていると判定した場合、ステップＳ４４及びＳ４５の処理を行わず、ステップＳ４６の処理を実行する。
【００７４】
次に、ＭＭＥ９０は、A/AAAAレコードがヒットしないと判定した場合（Ｓ４７）、ＶＭ（Virtual Machine）起動指示に関するメッセージをＭＡＮＯ３２へ送信する（Ｓ４８）。ＶＭは、図２において説明したローカルＧＷ７１、さらに、図４において説明したＮＦＶＩ４２、ＶＮＦ４４及びＶＮＦ４６に相当する。ＶＭ起動指示は、ＶＮＦ４４及びＶＮＦ４６において、仮想ＳＧＷ７８及び仮想ＰＧＷ８０を起動することを指示するメッセージである。ＶＭ起動指示に関するメッセージは、例えば、図７のステップＳ２５におけるS/P-GW start requestメッセージに相当する。ＭＭＥ９０は、起動指示に関するメッセージにおいて、Node1とする仮想ＳＧＷ７８の起動を指示する。さらに、ステップＳ４５においてヒットしたＳＲＶレコードに仮想ＰＧＷ８０のアドレスが示されている場合、ＭＭＥ９０は、仮想ＰＧＷ８０の起動も併せて指示する。
【００７５】
次に、ＭＭＥ９０は、起動された仮想ＳＧＷ７８及び仮想ＰＧＷ８０に関するアドレス情報を受信したか否かを判定する（Ｓ４９）。ＭＭＥ９０は、起動された仮想ＳＧＷ７８及び仮想ＰＧＷ８０に関するアドレス情報を受信していないと判定した場合、エラーが発生したと判定する（Ｓ５１）。また、ＭＭＥ９０は、起動された仮想ＳＧＷ７８及び仮想ＰＧＷ８０に関するアドレス情報を受信した場合、ｅＮＢ７２、仮想ＳＧＷ７８、及び仮想ＰＧＷ８０においてセッション確立処理を実行する（Ｓ５０）。セッション確立処理は、図７のステップＳ２９に相当する。
【００７６】
ステップＳ４７において、ＭＭＥ９０は、A/AAAAレコードがヒットしたと判定した場合、ステップＳ５０においてセッション確立処理を実行する。また、ステップＳ４２、及びステップＳ４５においてヒットしないと判定した場合、ステップＳ５１においてエラーが発生したと判定する。
【００７７】
以上説明したように、本開示の実施の形態３にかかる仮想ＳＧＷ７８及び仮想ＰＧＷ８０の起動処理の流れを用いた場合、階層的に命名されたアドレス情報を用いて、仮想ＳＧＷ７８及び仮想ＰＧＷ８０の位置情報を管理することができる。ＭＭＥ９０は、階層的に命名されたアドレス情報を用いて、ＭＡＮＯ３２へ、ＭＥＣサーバ８２と通信する際に用いる仮想ＳＧＷ７８及び仮想ＰＧＷ８０の起動を要求することができる。
【００７８】
（実施の形態４）
続いて、図９を用いて本開示の実施の形態４にかかるＵＥ７０に関するＡｔｔａｃｈ処理の流れについて説明する。ステップＳ６１及びＳ６２は、図６のステップＳ１１及びＳ１２と同一であるため詳細な説明を省略する。次に、ＭＭＥ９０は、ＭＥＣサービスを提供するＭＥＣサーバ８２のアドレス情報、さらに、ＭＥＣサービスを提供するＭＥＣサーバ８２と通信するための仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレス情報を取得するために、ＤＮＳ１００へＭＥＣサービスSelectionメッセージを送信する（Ｓ６３）。
【００７９】
次に、ＤＮＳ１００は、ＭＥＣサービスを提供するＭＥＣサーバ８２のアドレス情報、さらに、ＭＥＣサービスを提供するＭＥＣサーバ８２と通信するための仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレス情報を管理していない場合、それぞれのアドレス情報を設定せずに、応答メッセージをＭＭＥ９０へ送信する（Ｓ６４）。
【００８０】
次に、ＭＭＥ９０は、ＵＥ７０に関する位置情報を設定したＭＥＣサービス start requestメッセージをＭＡＮＯ３２へ送信する（Ｓ６５）。次に、ＭＡＮＯ３２は、S/P-GW及びMECサーバ instantiationを実行する（Ｓ６６）。つまり、ＭＡＮＯ３２は、ＭＥＣサーバ８２を起動させるとともに、ＵＥ７０の近傍に配置されたローカルＧＷ７１が有するＶＮＦにおいて、仮想ＳＧＷ７８及び仮想ＰＧＷ８０を起動させる。
【００８１】
ここで、図１０を用いて、ＭＡＮＯ３２が保持する、ＵＥ７０に関する位置情報とＭＥＣサーバとを関連づけた情報について説明する。図１０においては、ＵＥ７０に関する位置情報として、ＴＡＣを用いているが、ｅＮＢ ＩＤを用いてもよい。
【００８２】
図１０においては、ＴＡＣとＭＥＣサーバとを１対１に対応づけている。例えば、ＭＡＮＯ３２は、ＵＥ７０に関する位置情報として、ＴＡＣ：０００１を取得した場合、ＭＥＣ００１とするＭＥＣサーバ８２を起動させる。
【００８３】
図９に戻り、次に、ＭＡＮＯ３２は、起動したＭＥＣサーバ８２、仮想ＳＧＷ７８、及び仮想ＰＧＷ８０のアドレス情報を設定したMECサービス start responseメッセージをＭＭＥ９０へ送信する（Ｓ６７）。さらに、ＭＡＮＯ３２は、起動したＭＥＣサーバ８２、仮想ＳＧＷ７８、及び仮想ＰＧＷ８０のアドレス情報を設定したDNS UpdateメッセージをＤＮＳ１００へ送信する（Ｓ６８）。
【００８４】
ステップＳ６９は、図６のステップＳ１５と同様であるため、詳細な説明を省略する。次に、ＭＭＥ９０は、ステップＳ６７において取得したＭＥＣサーバ８２のアドレス情報を設定したAttach acceptメッセージをｅＮＢ７２を介してＵＥ７０へ送信する（Ｓ７０）。ＭＭＥ９０は、ＵＥ７０との間において情報を直接交換する際に用いる情報要素であるＰＣＯ（Protocol Configuration Option）にＭＥＣサーバ８２のアドレス情報を設定してもよい。ＵＥ７０へAttach acceptメッセージが送信された後に、ＭＥＣサービス初期化処理が実行される。
【００８５】
以上説明したように、本開示の実施の形態４にかかる仮想ＳＧＷ７８及び仮想ＰＧＷ８０の起動に関する処理の流れを実行することによって、ＭＭＥ９０は、仮想ＳＧＷ７８及び仮想ＰＧＷ８０の起動とともに、ＭＥＣサーバ８２の起動も併せて要求することができる。さらに、ＵＥ７０は、Ａｔｔａｃｈ処理の手続において、ＭＥＣサーバ８２のアドレス情報を取得することができる。
【００８６】
（実施の形態５）
続いて、図１１を用いて、本開示の実施の形態５にかかるＵＥ７０に関するＡｔｔａｃｈ処理の流れについて説明する。ステップＳ８１〜Ｓ８６は、図９のステップＳ６１〜Ｓ６６と同様であるため詳細な説明を省略する。
【００８７】
ステップＳ８６において、ＭＥＣサーバ８２、仮想ＳＧＷ７８、及び仮想ＰＧＷ８０が起動された場合、ＭＡＮＯ３２は、仮想ＳＧＷ７８及び仮想ＰＧＷ８０のアドレス情報を設定したMECサービス start responseメッセージをＭＭＥ９０へ送信する（Ｓ８７）。次に、ＭＡＮＯ３２は、ＭＥＣサーバ８２、仮想ＳＧＷ７８、及び仮想ＰＧＷ８０のアドレス情報を設定したDNS UpdateメッセージをＤＮＳ１００へ送信する（Ｓ８８）。
【００８８】
次に、ＭＭＥ９０は、仮想ＳＧＷ７８及び仮想ＰＧＷ８０へCreate Session Requestメッセージを送信し、ｅＮＢ７２、仮想ＳＧＷ７８、及び仮想ＰＧＷ８０の間にセッションを確立する（Ｓ８９）。ここで、ＭＭＥ９０は、ＭＥＣサーバ８２のアドレス情報を要求する情報をCreate Session Requestメッセージに設定する。
【００８９】
次に、仮想ＰＧＷ８０は、ＭＥＣサーバ８２のアドレス情報を取得する（Ｓ９０）。ここで、仮想ＰＧＷ８０が、ＭＥＣサーバ８２のアドレス情報を取得する方法について説明する。例えば、仮想ＰＧＷ８０が起動すると、ＶＮＦＭ３６は、局データとしてＭＥＣサーバ８２のアドレス情報を仮想ＰＧＷ８０へ送信、もしくは投入してもよい。
【００９０】
もしくは、仮想ＰＧＷ８０が起動すると、仮想ＰＧＷ８０は、ＭＥＣサーバ８２のＩＰアドレスを管理するＤＨＣＰサーバへ、ＤＨＣＰリクエストを送信する。仮想ＰＧＷ８０は、ＤＨＣＰリクエストに対する応答メッセージにおいて、ＭＥＣサーバ８２のＩＰアドレスを取得してもよい。
【００９１】
もしくは、仮想ＰＧＷ８０が起動すると、仮想ＰＧＷ８０は、ＭＥＣサーバ８２のＩＰアドレスを管理するＤＮＳサーバへ、ＭＥＣサーバ８２のドメイン名を含む問合せメッセージを送信する。仮想ＰＧＷ８０は、問合せメッセージに対する応答メッセージにおいて、ＭＥＣサーバ８２のＩＰアドレスを取得してもよい。
【００９２】
仮想ＰＧＷ８０は、ＭＥＣサーバ８２のアドレス情報を取得すると、取得したアドレス情報を設定したCreate Session ResponseメッセージをＭＭＥ９０へ送信する（Ｓ９１）。次に、ＭＭＥ９０は、ｅＮＢ７２を介してＵＥ７０へ、ＭＥＣサーバ８２のアドレス情報を設定したAttach acceptメッセージを送信する（Ｓ９２）。ステップＳ９１において、仮想ＰＧＷ８０は、ＵＥ７０との間において情報を直接交換する際に用いる情報要素であるＰＣＯ（Protocol Configuration Option）にＭＥＣサーバ８２のアドレス情報を設定してもよい。さらに、ステップＳ９２において、ＭＭＥ９０は、ＵＥ７０との間において情報を直接交換する際に用いる情報要素であるＰＣＯ（Protocol Configuration Option）にＭＥＣサーバ８２のアドレス情報を設定してもよい。ＵＥ７０へAttach acceptメッセージが送信された後に、ＭＥＣサービス初期化処理が実行される。
【００９３】
以上説明したように、本開示の実施の形態５にかかる仮想ＳＧＷ７８及び仮想ＰＧＷ８０の起動に関する処理の流れを実行することによって、ＭＭＥ９０は、仮想ＳＧＷ７８及び仮想ＰＧＷ８０の起動とともに、ＭＥＣサーバ８２の起動も併せて要求することができる。さらに、仮想ＰＧＷ８０が、ＭＥＣサーバ８２のアドレス情報を取得し、仮想ＰＧＷ８０は、ＵＥ７０に関するＡｔｔａｃｈ処理の手続において、ＭＥＣサーバ８２のアドレス情報をＵＥ７０へ送信することができる。
【００９４】
（実施の形態６）
続いて、図１２を用いて、本開示の実施の形態６にかかるＵＥ７０に関するＡｔｔａｃｈ処理の流れについて説明する。ステップＳ１０１〜Ｓ１０６は、図９のステップＳ６１〜Ｓ６６と同様であるため詳細な説明を省略する。
【００９５】
ＭＡＮＯ３２は、ＤＨＣＰサーバ１２０に対してＭＥＣサーバ８２のアドレス情報の登録を要求するメッセージを送信する（Ｓ１０７）。ステップＳ１０８〜Ｓ１１０は、図９のステップＳ６７〜Ｓ６９と同様であるため詳細な説明を省略する。
【００９６】
ＭＭＥ９０は、ステップＳ１１１において、ｅＮＢ７２を介してＵＥ７０へAttach acceptメッセージを送信する。ここで、ＭＭＥ９０は、Attach acceptメッセージに、ＭＥＣサーバ８２のアドレス情報を設定していない。ＵＥ７０へAttach acceptメッセージが送信された後に、ＭＥＣサービス初期化処理が実行される。
【００９７】
次に、ＵＥ７０は、ＤＨＣＰサーバ１２０へ、ＭＥＣサーバ８２のアドレス情報を取得するために、ＤＨＣＰ ｒｅｑｕｅｓｔメッセージを送信する（Ｓ１１２）。ＤＨＣＰサーバ１２０は、ＭＥＣサーバ８２のアドレス情報を設定したＤＨＣＰ応答メッセージをＵＥ７０へ送信する（Ｓ１１３）。
【００９８】
以上説明したように、本開示の実施の形態６にかかる仮想ＳＧＷ７８及び仮想ＰＧＷ８０の起動に関する処理の流れを実行することによって、ＭＭＥ９０は、仮想ＳＧＷ７８及び仮想ＰＧＷ８０の起動とともに、ＭＥＣサーバ８２の起動も併せて要求することができる。さらに、ＭＡＮＯ３２が、ＭＥＣサーバ８２のアドレス情報をＤＨＣＰサーバ１２０へ登録しているため、ＵＥ７０は、ＤＨＣＰ応答メッセージを受信することによって、ＭＥＣサーバ８２のアドレス情報を取得することができる。
【００９９】
（実施の形態７）
続いて、ＭＭＥとＭＡＮＯの間の接続形態の変形例を説明するにあたり、図１３を用いて、図４を簡略化した仮想化システムの構成例について説明する。図１３において、ＮＥ２２は、ＭＭＥに該当している。また、ＶＮＦ（Ｓ／Ｐ−ＧＷ）１０４は、ＶＮＦＭ３６によってＳＧＷ機能及びＰＧＷ機能が起動されたＶＮＦであることを示している。
【０１００】
また、図１３においては、ＭＭＥは、物理ノードであることを示しているが、ＶＮＦ（Ｓ／Ｐ−ＧＷ）１０４と同様に、ＶＮＦにおいてソフトウェアとして起動されてもよい。
【０１０１】
続いて、図１４を用いて、図１３の変形例として、図１３とは異なるＭＭＥとＭＡＮＯ間の接続形態について説明する。
【０１０２】
図１４において、ＶＮＦ（ＭＭＥ）１０２は、ＶＮＦＭ３６によってＭＭＥ機能が起動されたＶＮＦであることを示している。また、ＶＮＦ（Ｓ／Ｐ−ＧＷ）１０４は、ＶＮＦＭ３６によってＳＧＷ機能及びＰＧＷ機能が起動されたＶＮＦであることを示している。図１４は、ＭＭＥが物理ノードではなく、ＶＮＦにおいてソフトウェアとして起動されている点において、図１３とは異なる。また、ＶＮＦ（ＭＭＥ）１０２及びＶＮＦ（Ｓ／Ｐ−ＧＷ）１０４は、共通のＶＮＦＭであるＶＮＦＭ３６によって制御される。また、ＮＦＶＩ４２は、図１４に示すように、ＶＮＦ（ＭＭＥ）１０２及びＶＮＦ（Ｓ／Ｐ−ＧＷ）１０４に共通する物理リソースであってもよく、ＶＮＦ（ＭＭＥ）１０２及びＶＮＦ（Ｓ／Ｐ−ＧＷ）１０４は、それぞれ異なるＮＦＶＩを使用してもよい。図１５以降についてもＮＦＶＩ４２は、複数のＶＮＦに共通する物理リソースとして示しているが、それぞれのＶＮＦ毎に異なるＮＦＶＩが用いられてもよい。
【０１０３】
続いて、図１５を用いて、図１３及び図１４とは異なる接続形態について説明する。図１５において、ＶＮＦＭ ｆｏｒ ＭＭＥ１１２は、ＶＮＦ（ＭＭＥ）１０２を制御するＶＮＦＭであり、ＶＮＦＭ ｆｏｒ Ｓ／Ｐ−ＧＷ１１４は、ＶＮＦ（Ｓ／Ｐ−ＧＷ）１０４を制御するＶＮＦＭである。
【０１０４】
図１５は、ＶＮＦ（ＭＭＥ）１０２及びＶＮＦ（Ｓ／Ｐ−ＧＷ）１０４を制御するＶＮＦＭがそれぞれ異なる点において、図１４と異なる。
【０１０５】
続いて、図１６を用いて、図１３乃至図１５とは異なる接続形態について説明する。図１６において、ＶＮＦ／ＶＮＦＭ（ＭＭＥ）１１６は、ＶＮＦとＶＮＦＭとが一つのソフトウェアリソースによって実現されて、さらにＭＭＥ機能が起動されたことを示している。
【０１０６】
図１６は、ＭＭＥ機能を起動するＶＮＦと、そのＶＮＦを制御するＶＮＦＭとが同一のソフトウェアリソースによって実現されている点において、図１４及び図１５と異なる。
【０１０７】
図１４〜図１６に示すように、ＭＭＥは、物理ノードとしてではなく、ＮＦＶＩ上のＶＮＦにおいてもＭＭＥ機能として動作することができる。また、図１４〜図１６に示すように、ＭＭＥ機能を起動したＶＮＦとＭＡＮＯとの間、さらに、ＳＧＷ機能及びＰＧＷ機能を起動したＶＮＦとＭＡＮＯとの間には、様々な接続形態があり、柔軟にネットワークを構築することができる。
【０１０８】
（実施の形態８）
続いて、図１７〜図２０を用いて図４において説明したＭＡＮＯ３２を構成するＶＩＭ３８の配備パターンについて説明する。図１８〜図２０は、図１７の変形例として説明する。図１７〜図２０は、ＮＦＶＩ４２が、データセンターに配備されていることを示している。データセンターは、例えば、ビルもしくは局舎等に置き換えられてもよい。
【０１０９】
図１７においては、ＶＩＭ３８が、ＵＥ７０の位置情報を用いて、起動するＮＦＶＩ４２を選択する。例えば、ＶＩＭ３８は、ＵＥ７０と無線通信しているｅＮＢ７２の近傍に位置するデータセンター内のＮＦＶＩ４２を選択する。
【０１１０】
図１８は、データセンターに配備されているＮＦＶＩ４２毎に、ＶＩＭ１３０が存在することを示している。具体的には、データセンターＡに、ＶＩＭ１３０＿１及びＮＦＶＩ４２＿１が存在し、データセンターＢに、ＶＩＭ１３０＿２及びＮＦＶＩ４２＿２が存在する。ＶＩＭ１３０は、ＶＩＭ１３０＿１、ＶＩＭ１３０＿２、及びＶＩＭ１３０＿ｎ（ｎは１以上の整数）の総称であり、ＮＦＶＩ４２は、ＮＦＶＩ４２＿１、ＮＦＶＩ４２＿２、及びＮＦＶＩ４２＿ｎ（ｎは１以上の整数）の総称とする。ＶＩＭ３８及びＶＩＭ１３０は、ＶＩＭが階層化されていることを示している。ＶＩＭ３８は、ＶＩＭ１３０の上位に位置するＶＩＭである。ＶＩＭ１３０は、例えば、ＶＩＭ３８に対する子ＶＩＭ等と称されてもよい。ＶＩＭ３８は、例えば、ＶＩＭ１３０に対する親ＶＩＭ等と称されてもよい。
【０１１１】
図１８においては、ＶＩＭ３８が、ＵＥ７０の位置情報を用いて、ＵＥ７０の近傍に位置するデータセンター内のＶＩＭ１３０を選択する。例えば、ＶＩＭ３８は、ＵＥ７０と無線通信するｅＮＢ７２の近傍にデータセンターＡが存在する場合、データセンターＡに配備されているＶＩＭ１３０＿１を選択する。ＶＩＭ１３０＿１は、ＮＦＶＩ４２＿１を起動する。
【０１１２】
図１９は、データセンター毎にＶＩＭ３８が存在することを示している。図１９においては、ＮＦＶＯ３４が、ＵＥ７０の位置情報を用いて、ＵＥ７０の近傍に位置するデータセンター内のＶＩＭ３８を選択する。
【０１１３】
図２０は、データセンターに配備されているＮＦＶＩ４２毎に、ＶＩＭ３８及びＶＩＭ１３０が存在することを示している。具体的には、データセンターＡに、ＶＩＭ１３０＿１及びＮＦＶＩ４２＿１が存在する。さらに、ＶＩＭ１３０＿１の上位装置として、ＶＩＭ３８＿１が存在する。ＶＩＭ３８＿１は、データセンターＡとは異なる位置に存在してもよく、データセンターＡ内に配置されてもよい。データセンターＢに、ＶＩＭ１３０＿２及びＮＦＶＩ４２＿２が存在する。データセンターＣに、ＶＩＭ１３０＿３及びＮＦＶＩ４２＿３が存在する。さらに、ＶＩＭ１３０＿２及びＶＩＭ１３０＿３の上位装置としてＶＩＭ３８＿２が存在する。ＶＩＭ３８＿２は、データセンターＢ及びデータセンターＣとは異なる位置に存在してもよく、データセンターＢもしくはデータセンターＣ内に配置されてもよい。
【０１１４】
例えば、ＵＥ７０と無線通信するｅＮＢ７２の近傍にデータセンターＣが存在する場合、ＮＦＶＯ３４は、ＶＩＭ３８＿２を選択する。さらに、ＶＩＭ３８＿２は、データセンターＣに配備されているＶＩＭ１３０＿３を選択する。ＶＩＭ１３０＿３は、ＮＦＶＩ４２＿３を起動する。
【０１１５】
図１７〜図２０に示すように、ＮＦＶＯ３４及びＶＩＭ３８のいずれかが、ＵＥ７０の位置情報に基づいて、起動するＮＦＶＩを選択してもよい。また、ＶＩＭを階層化することによって、ＶＩＭの処理負荷を分散させてもよい。このようにして、ＭＡＮＯ３２を構成するＶＩＭ３８の配置を柔軟に決定することができる。
【０１１６】
続いて、図２１を用いて、仮想化システムの構成に応じて変化する、ＵＥ７０に関する位置情報が流れるリファレンスポイントについて説明する。図２１は、図１７〜図２０に示すＶＩＭ配備パターン、ＮＦＶＯ／ＶＦＮＭの動作、ＶＩＭの動作、及び位置情報が流れるリファレンスポイントを対応付けている。
【０１１７】
図１７のようにＶＩＭが配備される場合、ＮＦＶＯ３４及びＶＮＦＭ３６は、ＭＭＥ９０から送信された位置情報を用いた処理は行わず、ＭＭＥ９０から送信された位置情報をＶＩＭ３８へ出力する。ＶＩＭ３８は、受け取った位置情報を用いて、ＮＦＶＩ４２を選択する。さらに、ＶＩＭの配備パターンが図１７であり、ＭＭＥとＭＡＮＯとの間の接続形態が図１３である場合、ＶＩＭ３８は、Os-Ma-nfvo及びOr-Viを介して位置情報を取得する。ＶＩＭの配備パターンが図１７であり、ＭＭＥとＭＡＮＯとの間の接続形態が図１４もしくは図１５である場合、ＶＩＭ３８は、Ve-Vnfm及びVi-Vnfmを介して位置情報を取得する。ＶＩＭの配備パターンが図１７であり、ＭＭＥとＭＡＮＯとの間の接続形態が図１６である場合、ＶＩＭ３８は、Or-Vnfm及びOr-Viを介して位置情報を取得する。
【０１１８】
図１８のようにＶＩＭが配備される場合、ＮＦＶＯ３４及びＶＮＦＭ３６は、ＭＭＥ９０から送信された位置情報を用いた処理は行わず、ＭＭＥ９０から送信された位置情報をＶＩＭ３８へ出力する。ＶＩＭ３８は、受け取った位置情報を用いて、ＮＦＶＩ４２及びＶＩＭ１３０を選択する。さらに、ＶＩＭの配備パターンが図１８であり、ＭＭＥとＭＡＮＯとの間の接続形態が図１３である場合、ＶＩＭ３８は、Os-Ma-nfvo及びOr-Viを介して位置情報を取得する。ＶＩＭの配備パターンが図１８であり、ＭＭＥとＭＡＮＯとの間の接続形態が図１４もしくは図１５である場合、ＶＩＭ３８は、Ve-Vnfm及びVi-Vnfmを介して位置情報を取得する。ＶＩＭの配備パターンが図１８であり、ＭＭＥとＭＡＮＯとの間の接続形態が図１６である場合、ＶＩＭ３８は、Or-Vnfm及びOr-Viを介して位置情報を取得する。
【０１１９】
図１９のようにＶＩＭが配備される場合、ＮＦＶＯ３４及びＶＮＦＭ３６は、ＭＭＥ９０から送信された位置情報を用いて、ＶＩＭ３８を選択する。ＮＦＶＯ３４及びＶＮＦＭ３６は、位置情報をＶＩＭ３８へ送信しない。つまり、ＶＩＭ３８は、ＮＦＶＯ３４及びＶＮＦＭ３６から位置情報を受信しない。さらに、ＶＩＭの配備パターンが図１９であり、ＭＭＥとＭＡＮＯとの間の接続形態が図１３である場合、ＮＦＶＯ３４は、Os-Ma-nfvoを介して位置情報を取得する。ＶＩＭの配備パターンが図１９であり、ＭＭＥとＭＡＮＯとの間の接続形態が図１４もしくは図１５である場合、ＶＮＦＭ３６は、Ve-Vnfmを介して位置情報を取得する。ＶＩＭの配備パターンが図１９であり、ＭＭＥとＭＡＮＯとの間の接続形態が図１６である場合、ＮＦＶＯ３４は、Or-Vnfmを介して位置情報を取得する。
【０１２０】
図２０のようにＶＩＭが配備される場合、ＮＦＶＯ３４及びＶＮＦＭ３６は、ＭＭＥ９０から送信された位置情報を用いて、ＶＩＭ３８を選択する。さらに、ＮＦＶＯ３４及びＶＮＦＭ３６は、位置情報をＶＩＭ３８へ送信する。ＶＩＭ３８は、受信した位置情報、もしくは、受信した位置情報の一部を用いて、ＶＩＭ１３０を選択する。このＶＩＭの選択は、位置情報を用いて階層的に決定してもよい。例えば、ＮＦＶＯ３４は、位置情報を用いて関東地方に位置するＶＩＭ３８＿２を選択し、さらに、ＶＩＭ３８＿２が、東京に位置するＶＩＭ１３０＿２を選択してもよい。また、ＮＦＶＯ３４及びＶＮＦＭ３６は、ＭＭＥ９０から送信された位置情報の一部をＶＩＭ３８へ送信してもよい。さらに、ＶＩＭの配備パターンが図２０であり、ＭＭＥとＭＡＮＯとの間の接続形態が図１３である場合、ＶＩＭ３８は、Os-Ma-nfvo及びOr-Viを介して位置情報を取得する。ＶＩＭの配備パターンが図２０であり、ＭＭＥとＭＡＮＯとの間の接続形態が図１４もしくは図１５である場合、ＶＩＭ３８は、Ve-Vnfm及びVi-Vnfmを介して位置情報を取得する。ＶＩＭの配備パターンが図２０であり、ＭＭＥとＭＡＮＯとの間の接続形態が図１６である場合、ＶＩＭ３８は、Or-Vnfm及びOr-Viを介して位置情報を取得する。
【０１２１】
また、各リファレンスポイントにおいては、インタフェースが規定されている。さらに、インタフェースが備える機能において位置情報が送信される。例えば、Os-Ma-nfvoには、Network service lifecycle management interface及びVNF Lifecycle Management interfaceが規定されている。さらに、Network service lifecycle management interfaceは、instantiating a Network Service及びupdating a Network Serviceとする機能を備えている。さらに、VNF Lifecycle Management interfaceは、instantiating VNFとする機能を備えている。Os-Ma-nfvoにおいて、位置情報は、instantiating a Network Service、updating a Network Service、及びinstantiating VNFの少なくとも１つの機能において送信される。
【０１２２】
また、Ve-Vnfm及びOr-Vnfmには、VNF Lifecycle Management interfaceが規定されている。Ve-Vnfm及びOr-Vnfmにおいて、位置情報は、VNF Lifecycle Management interfaceが備える機能において送信される。
【０１２３】
また、Or-Vi及びVi-Vnfmは、インタフェースとしてVirtualised Resources Managementが規定されている。さらに、Virtualised Resources Managementは、requesting the instantiation of virtualized resources、updating instantiated virtualized resources、及びresource reservationsとする機能を備えている。Or-Vi及びVi-Vnfmにおいて、位置情報は、requesting the instantiation of virtualized resources、updating instantiated virtualized resources、及びresource reservationsの少なくとも１つの機能において送信される。
【０１２４】
また、インタフェースが備える各機能は、リファレンスポイントにおいて伝送される信号名として用いられてもよい。
【０１２５】
続いて以下では、上述の複数の実施形態で説明された、ＮＥ２２、ＮＥ２４、ＭＡＮＯ３２、ＭＥＣ８３及びＭＭＥ９０等のノード装置の構成例について説明する。
【０１２６】
図２２は、各ノード装置の構成例を示すブロック図である。図２２を参照すると、ノード装置は、ネットワークインターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインターフェース１２０１は、ネットワークノード（e.g., eNodeB１３０、MME、P-GW、）と通信するために使用される。ネットワークインターフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【０１２７】
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたそれぞれのノード装置の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
【０１２８】
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
【０１２９】
図２２の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたノード装置の処理を行うことができる。
【０１３０】
図２２を用いて説明したように、上述の実施形態における各ノード装置が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
【０１３１】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１３２】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本発明は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【０１３３】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１３４】
この出願は、２０１５年１２月１日に出願された日本出願特願２０１５−２３４６６４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【０１３５】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
通信端末と、
前記通信端末を接続する基地局と、
前記通信端末の位置情報を管理する管理装置と、
前記通信端末に通信サービスを提供するサーバと、
前記基地局と前記サーバとを接続する通信装置と、
前記通信装置が有する通信機能の起動または停止を制御する制御装置と、を備え、
前記サーバは、前記基地局の近傍に配置されており、
前記管理装置は、前記制御装置へ前記通信端末の位置情報を送信し、
前記制御装置は、前記位置情報に基づいて、前記通信装置が有する通信機能の起動または停止を制御し、
前記制御装置は、前記通信機能の起動または停止を前記管理装置を介して、前記通信端末に通知する、通信システム。
（付記２）
前記通信装置は、仮想化装置を含む、付記１に記載の通信システム。
（付記３）
前記通信機能は、前記通信端末と前記サーバとを接続するゲートウェイ機能である、付記１又は２に記載の通信システム。
（付記４）
前記管理装置は、
前記通信端末の位置情報として、前記通信端末の位置登録エリア又は前記基地局の基地局識別情報を管理する、付記１乃至３のいずれか１項に記載の通信システム。
（付記５）
前記管理装置は、
前記制御装置から、前記通信装置に割り当てられたアドレス情報を受信する、付記１乃至４のいずれか１項に記載の通信システム。
（付記６）
前記管理装置は、
前記制御装置から、前記サーバのアドレス情報をさらに受信する付記５に記載の通信システム。
（付記７）
前記管理装置は、
前記アドレス情報に従って前記通信装置へ前記サーバのアドレス情報の取得を要求するメッセージを送信し、前記通信装置から前記サーバのアドレス情報を受信する、付記５に記載の通信システム。
（付記８）
前記管理装置は、
前記通信装置において前記ゲートウェイ機能が起動されていない場合に、前記制御装置へ前記通信端末の位置情報を送信する、付記３に記載の通信システム。
（付記９）
前記通信装置のアドレス情報を管理するＤＮＳをさらに備え、
前記管理装置は、
前記ＤＮＳに前記通信装置に割り当てられたアドレス情報が存在しない場合に、前記通信装置において前記ゲートウェイ機能が起動されていないと判定する、付記３又は８に記載の通信システム。
（付記１０）
前記ＤＮＳは、
前記制御装置から、前記通信装置に割り当てられたアドレス情報を受信する、付記９に記載の通信システム。
（付記１１）
基地局と接続する通信端末の位置情報を管理する位置情報管理部と、
前記基地局と前記通信端末に通信サービスを提供するサーバとを接続する通信装置が有する通信機能の起動又は停止を前記位置情報に基づいて制御する制御装置へ、前記通信端末の位置情報を送信する通信部を備え、
前記サーバは、前記基地局の近傍に配置されており、前記制御装置は、前記通信機能の起動または停止を前記制御装置を介して、前記通信端末に通知する、管理装置。
（付記１２）
前記通信部は、
前記通信端末の位置情報として、前記通信端末の位置登録エリア又は前記基地局の基地局識別情報を送信する、付記１１に記載の管理装置。
（付記１３）
前記通信部は、
前記制御装置から、前記通信装置に割り当てられたアドレス情報を受信する、付記１１又は１２に記載の管理装置。
（付記１４）
前記通信部は、
前記制御装置から、前記サーバのアドレス情報をさらに受信する付記１３に記載の管理装置。
（付記１５）
前記通信部は、
前記アドレス情報に従って前記通信装置へ前記サーバのアドレス情報の取得を要求するメッセージを送信し、前記通信装置から前記サーバのアドレス情報を受信する、付記１３に記載の管理装置。
（付記１６）
前記通信部は、
前記通信装置においてゲートウェイ機能が起動されていない場合に、前記制御装置へ前記通信端末の位置情報を送信し、前記ゲートウェイ機能は、前記通信端末と前記サーバとを接続する、付記１１乃至１５のいずれか１項に記載の管理装置。
（付記１７）
前記通信部は、
前記通信装置のアドレス情報を管理するＤＮＳに前記通信装置に割り当てられたアドレス情報が存在しない場合に、前記通信装置において前記ゲートウェイ機能が起動されていないと判定する、付記１６に記載の管理装置。
（付記１８）
基地局と接続する通信端末の位置情報を管理し、
前記基地局と前記通信端末に通信サービスを提供するサーバとを接続する通信装置が有する通信機能の起動又は停止を前記位置情報に基づいて制御する制御装置へ、前記通信端末の位置情報を送信し、
前記サーバは、前記基地局の近傍に配置されており、前記制御装置は、前記通信機能の起動または停止を前記制御装置を介して、前記通信端末に通知する、通信方法。
（付記１９）
基地局と接続する通信端末の位置情報を管理し、
前記基地局と前記通信端末に通信サービスを提供するサーバとを接続する通信装置が有する通信機能の起動又は停止を前記位置情報に基づいて制御する制御装置へ、前記通信端末の位置情報を送信することをコンピュータに実行させ、
前記サーバは、前記基地局の近傍に配置されており、前記制御装置は、前記通信機能の起動または停止を前記制御装置を介して、前記通信端末に通知する、プログラム。
【符号の説明】
【０１３６】
１０  通信端末
２０  基地局
２２  ＮＥ
２３  ＥＭＳ
２４  ＮＥ
３０  管理装置
３２  ＭＡＮＯ
３４  ＮＦＶＯ
３６  ＶＮＦＭ
３８  ＶＩＭ
４０  通信装置
４２  ＮＦＶＩ
４４  ＶＮＦ
４６  ＶＮＦ
４７  ＥＭＳ
５０  サーバ
６０  制御装置
６１  ＯＳＳ／ＢＳＳ
６２  ＮＭＳ
６４  ＤＭ
６５  ＥＭＳ
６６  ＤＭ
６７  ＥＭＳ
７０  ＵＥ
７１  ローカルＧＷ
７２  ｅＮＢ
７３  ローカルサーバ
７４  ＳＧＷ
７６  ＰＧＷ
７８  仮想ＳＧＷ
８０  仮想ＰＧＷ
８２  ＭＥＣサーバ
８３  ＭＥＣ
８４  外部ＮＷ
８６  サーバ
９０  ＭＭＥ
９２  位置情報管理部
９４  通信部
１００  ＤＮＳ
１０２  ＶＮＦ（ＭＭＥ）
１０４  ＶＮＦ（Ｓ／Ｐ−ＧＷ）
１１２  ＶＮＦＭ ｆｏｒ ＭＭＥ
１１４  ＶＮＦＭ ｆｏｒ Ｓ／Ｐ−ＧＷ
１１６  ＶＮＦ／ＶＮＦＭ（ＭＭＥ）
１２０  ＤＨＣＰ
１３０  ＶＩＭ
【図１】
2017094246.tif 000003
【図２】
2017094246.tif 000004
【図３】
2017094246.tif 000005
【図４】
2017094246.tif 000006
【図５】
2017094246.tif 000007
【図６】
2017094246.tif 000008
【図７】
2017094246.tif 000009
【図８】
2017094246.tif 000010
【図９】
2017094246.tif 000011
【図１０】
2017094246.tif 000012
【図１１】
2017094246.tif 000013
【図１２】
2017094246.tif 000014
【図１３】
2017094246.tif 000015
【図１４】
2017094246.tif 000016
【図１５】
2017094246.tif 000017
【図１６】
2017094246.tif 000018
【図１７】
2017094246.tif 000019
【図１８】
2017094246.tif 000020
【図１９】
2017094246.tif 000021
【図２０】
2017094246.tif 000022
【図２１】
2017094246.tif 000023
【図２２】
2017094246.tif 000024
【手続補正書】
【提出日】平成30年5月29日(2018.5.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信端末と、
前記通信端末を接続する基地局と、
前記通信端末の位置情報を管理する管理装置と、
前記通信端末に通信サービスを提供するサーバと、
前記基地局と前記サーバとを接続する通信装置と、
前記通信装置が有する通信機能の起動または停止を制御する制御装置と、を備え、
前記サーバは、前記基地局の近傍に配置されており、
前記管理装置は、前記制御装置へ前記通信端末の位置情報を送信し、
前記制御装置は、前記位置情報に基づいて、前記通信装置が有する通信機能の起動または停止を制御し、
前記通信端末は、前記通信機能が起動された前記通信装置を介して、前記サーバから前記通信サービスを受ける、通信システム。
【請求項２】
前記通信機能は、前記通信端末と前記サーバとを接続するゲートウェイ機能である、請求項１に記載の通信システム。
【請求項３】
前記管理装置は、
前記制御装置から、前記通信装置に割り当てられたアドレス情報を受信する、請求項１又は２に記載の通信システム。
【請求項４】
前記管理装置は、
前記制御装置から、前記サーバのアドレス情報を受信する、請求項１乃至３のいずれか１項に記載の通信システム。
【請求項５】
前記通信装置のアドレス情報を管理するＤＮＳをさらに備え、
前記管理装置は、
前記ＤＮＳに前記通信装置に割り当てられたアドレス情報が存在しない場合に、前記通信装置において前記ゲートウェイ機能が起動されていないと判定する、請求項２に記載の通信システム。
【請求項６】
基地局と接続する通信端末の位置情報を管理する位置情報管理手段と、
前記基地局と該基地局の近傍に配置されたサーバとを接続する通信装置が有する通信機能の起動又は停止を制御する制御装置へ、前記通信端末の位置情報を送信する通信手段とを備える、管理装置。
【請求項７】
前記通信手段は、
前記制御装置から、前記通信装置に割り当てられたアドレス情報を受信する、請求項６に記載の管理装置。
【請求項８】
前記通信手段は、
前記制御装置から、前記サーバのアドレス情報を受信する請求項６又は７に記載の管理装置。
【請求項９】
前記通信手段は、
前記通信装置のアドレス情報を管理するＤＮＳに前記通信装置に割り当てられたアドレス情報が存在しない場合に、前記通信装置において前記通信端末と前記サーバとを接続するゲートウェイ機能が起動されていないと判定し、前記制御装置へ前記通信端末の位置情報を送信する、請求項６乃至８のいずれか１項に記載の管理装置。
【請求項１０】
通信端末の位置情報を管理する管理装置が、前記通信端末の位置情報を制御装置へ送信し、
前記制御装置は、前記位置情報に基づいて、前記通信端末が接続する基地局と該基地局の近傍に配置されたサーバとを接続する通信装置が有する通信機能の起動または停止を制御し、
前記通信端末は、前記通信機能が起動された前記通信装置を介して、前記サーバから通信サービスを受ける、通信方法。
【国際調査報告】
2017094246.tif 000025
2017094246.tif 000026
2017094246.tif 000027
2017094246.tif 000028