JP2019121848A - 無線通信システム、無線通信方法 - Google Patents

Abstract

【課題】モバイルエッジクラウドと小型アクセスネットワークを実現する。【解決手段】通信システム１００は、コアネットワーク２００Ａと、小型アクセスネットワーク３００を備える。コアネットワーク２００Ａは、既設ネットワークをベースとして構成され、その制御プレーンに追加された、エッジクラウド機能のための機能要素４００を備える。小型アクセスネットワーク３００は、拡張されたコアネットワーク２００Ａに接続される。【選択図】図２

Description

本発明は、無線通信システムに関する。

近年のスマートフォンやタブレット端末の普及と、それらに配信されるコンテンツの大容量化は、トラヒックの爆発的な増大を招いている。こうしたトラヒックの増加に対応するソリューションとして、半径の小さいエリア（スモールセルと呼ばれる）をカバーする基地局を多数配置してＲＡＮ（Radio Access Network）すなわち無線アクセスネットワークを構築し、端末当たりの通信速度を改善する分散型ネットワークシステムがある。第５世代セルラネットワークでは、ミリ波を利用したＲＡＮを導入が検討されており、本明細書においてこれをＭｉＥｄｇｅ（Millimeter-wave Edge cloud）−ＲＡＮと称する。

一方で、モバイルエッジコンピューティングあるいはモバイルエッジクラウド（ＭＥＣ）が注目されている。ＭＥＣでは、ユーザ端末に近いネットワークの周縁部（エッジ）にサーバやコンピュータなどのコンピューティングリソースやストレージを配置され、コアネットワーク（インターネット）を経由させずにユーザ端末に近い場所でさまざまなデータ処理が行われる。ＭＥＣの導入により、多様なサービスの提供が期待されている。

ＭＥＣに関して、欧州の標準化団体であるＥＴＳＩ（European Telecommunications Standards Institute）により標準化が進められている。ＥＴＳＩでは、ＭＥＣの機構は定義されているが、ＲＡＮとのインタフェースは任意とされている。

5G-MiEdge deliverable D1.1, "Use Cases and Scenario Definition"、［online］、インターネット＜URL：https://5g-miedge.eu/wp-content/uploads/2017/05/5G-MiEdge_D1.1_v6.3_final.pdf＞

本発明はかかる状況においてなされたものであり、そのある態様の例示的な目的のひとつは、ベースとなるネットワークにエッジコンピューティング機能および小型アクセスネットワークを融合した無線通信システムの提供にある。

本発明のある態様は、無線通信システムに関する。無線通信システムは、既設ネットワークをベースとして構成され、その制御プレーンに追加された、エッジコンピューティング機能のための機能要素を備えるコアネットワークと、コアネットワークに接続される小型アクセスネットワークと、を備える。機能要素によって、小型アクセスネットワークにおけるエッジコンピューティング機能およびユーザ、アプリケーション間のオーケストレーションが提供される。

本発明のある態様によれば、ベースとなるネットワークにＭＥＣおよび小型アクセスネットワークを融合した無線通信システムを提供できる。

既設ネットワークシステムのブロック図である。 実施の形態に係る拡張された無線通信システムを示す図である。 図３（ａ）、（ｂ）は、ＭｉＥｄｇｅ−ＲＡＮの構成を示す図である。 ＭＥＣサービスへの登録に関するシーケンス図である。 サービスデプロイメント・最適化に関するシーケンス図である。 サービス／コンテンツの提供に関するシーケンス図である。 プリフェッチの効果を説明するシミュレーション結果を示す図である。 シミュレーションに用いたパラメータを示す図である。 大容量データプリフェッチングによるデータＱｏＳ管理の一例を示すフローチャートである。 図１の無線通信システムの変形を示す図である。 図１０のシステムの実装の一例を示す図である。 ポータルを介したＭＥＣサービスの登録に関するシーケンス図である。

以下、本発明を好適な実施の形態をもとに図面を参照しながら説明する。各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。また、実施の形態は、発明を限定するものではなく例示であって、実施の形態に記述されるすべての特徴やその組み合わせは、必ずしも発明の本質的なものであるとは限らない。

１． 既設ネットワークシステム
実施の形態に係る無線通信システムについて説明する前に、ベースとなる既設ネットワークシステムについて説明する。なお、ここで議論するのは将来のシステムであり、既設とは現時点で構築されているという意味で無く、後述するモバイルエッジコンピューティングに関する実装を行う時点における既設である。

図１は、既設ネットワークシステム２００のブロック図である。理解の容易化と説明の簡潔化のために、以下の説明では、既設ネットワーク２００は、"3GPP TS23.501, System Architecture for the 5G System"に規定される５Ｇ無線ネットワークの基本アーキテクチャに準拠するものとし、いくつかの機能要素や参照ポイント（インタフェース）に付される名称や符号は、５Ｇ無線ネットワークのそれらを流用する。なお、５Ｇ無線ネットワークのアーキテクチャは策定段階にあって流動的なものであるから、将来において変更される場合もあり、本発明はそのような変更も包含する。図１には、抽象レイヤーが示される。

既設ネットワーク２００は、端末２１０（ＵＥ：ユーザ機器）、ＮＧ−ＲＡＮ（Next-Generation Radio Access Network）２２０およびコアネットワーク２３０を備える。

・端末２１０
ＵＥには５Ｇ無線通信およびミリ波通信のための機能が実装されている。

・ＮＧ−ＲＡＮ２２０
５Ｇ通信に準拠し、マクロセル（あるいはピコセル、フェムトセル）を有している。

・コアネットワーク２３０
５Ｇシステムでは、コアネットワーク２３０が、制御プレーン（C-Plane）２３２とユーザプレーン（U-Plane）２３４に分離されている。

制御プレーンは、以下の機能要素あるいはノードを含む。
ＡＭＦ（Access and Mobility management Function）すなわちアクセスモビリティ管理機能は、登録管理（Registration management）、接続管理（Connection management）到達可能性の管理（Reachability management）、移動管理（Mobility management）、アクセス認証（Access authentication）、アクセス認可（Access authorization）、セキュリティコンテキスト管理（Security context management)の機能を提供するエンティティである。

ＳＭＦ（Session Management Function）すなわちセッション管理機能は、セッション管理（Session management）、ユーザ端末のＩＰアドレス管理、ＵＰＦの選択、制御、ＵＰＦにおける課金データ収集の制御、コーディネートの機能を提供するエンティティである。

ＮＥＦ（Network Exposure Function）すなわちネットワーク開示機能は、サードパーティへのサービスおよび機能（たとえば、アプリケーション機能、エッジコンピューティング、モビリティパターン、コミュニケーションパターン）の開示のための機能要素である。

ユーザプレーン
ＵＰＦ（User Plane Function）すなわちユーザプレーン機能は、リモートアクセルツール（ＲＡＴ）の中の、あるいはＲＡＴ間のアンカーポイントであり、ＤＮ（データネットワーク）との接続のＰＤＵ（Protocol data unit）セッションポイントである。パケットルーティング、パケットフォワーディング、トラヒック使用のレポート、ユーザプレーンにおけるＱｏＳ（Quality of Service）の管理を提供する。

以上が既設ネットワーク２００のアーキテクチャである。

２． 拡張されたネットワークシステム
図２は、実施の形態に係る拡張された無線通信システム１００を示す図である。この無線通信システム１００は、上述の既設ネットワーク２００をベースとして構成される。

この無線通信システム１００は、拡張されたコアネットワーク２００Ａおよび小型アクセスネットワーク３００を備える。

２．１ ＭｉＥｄｇｅ−ＲＡＮ
小型アクセスネットワーク３００は、"ETSI GS MEC 003, Mobile Edge Computing (MEC); Framework and Reference Architecture"に規定されるＭＥＣのフレームワーク・アーキテクチャに準拠するものとし、以下では、ＭｉＥｄｇｅ−ＲＡＮとも称する。

拡張されたコアネットワーク２００Ａには、ＭｉＥｄｇｅ−ＲＡＮ３００が接続される。図３（ａ）、（ｂ）は、ＭｉＥｄｇｅ−ＲＡＮ３００の構成を示す図である。図３（ａ）は、５ＧネットワークにおけるＭｉＥｄｇｅ−ＲＡＮを、図３（ｂ）は、非３ＧＰＰアクセスのネットワークにおけるＭｉＥｄｇｅ−ＲＡＮを示す。ＭｉＥｄｇｅ−ＲＡＮ３００は、以下の機能要素を有する。

（１）ＲＡＮ：ＵＥに対する制御プレーンおよびユーザプレーンの提供
（２）ＡＰ（Access Point） 非３ＧＰＰアクセスの場合
・ＵＥに対するユーザプレーンの提供
・ＭＥＨにおける要求されたサービスのルーティング
・要求されたサービスにおけるデータフローのＱｏＳ制御
（３）ＵＰＦ
・ＭＥＨにおける要求されたサービスのルーティング
・要求されたサービスにおけるデータフローのＱｏＳ制御
（４）ＭＥＨ（Mobile Edge Host）
・サービス／コンテンツのホスティング
・後述のＭＳＦからの制御による、サービス／コンテンツのアクティベート、追加、転送、再開。

図３（ａ）のＵＰＦは、ＭＥＨ用のユーザプレーンファンクションであり、Ｎ９経由で図２のＤＮ用のＵＰＦと接続され、Ｎ４経由で図２のＳＭＦと接続される。また図３（ａ）のＲＡＮは、Ｎ２経由でＡＭＦと接続される。図２のＮＬ２インタフェースは、複数のＭｉＥｄｇｅ−ＲＡＮの情報収集、リソース制御を行うため、ＲＡＮ，ＵＰＦ，ＭＥＨのすべてに接続される。図３（ｂ）は非３ＧＰＰ系であり、ＡＰがインターネット経由でＡＳに接続される。

図２に戻る。ＮＧ−ＲＡＮ２２０が、ＡＭＦおよびＵＰＦとのインタフェースＮ２，Ｎ９を有するのに対して、ＭｉＥｄｇｅ−ＲＡＮ３００は、ＡＭＦ，ＵＰＦとのインタフェースＮ２，Ｎ９に加えて、ＳＭＦとのインタフェースＮ４を有する点に留意されたい。

ＭＥＣに関連して、コアネットワーク２００Ａには、ＡＳ（Application Server/Service）すなわちアプリケーションサーバ／サービスが含まれる。ＡＳは、ＭＥＣのアプリケーション／サービスを提供するコアであり、ＵＥによりホストされるピアアプリケーションと、アプリケーション固有のインタフェースを共有する。ＭＥＣのコンテキストの中で、ＡＳはＭＥＨによってホストされ、ホストされたアプリケーションにより生成されたサービスを提供する。ＱｏＳの改善のために、異なる複数のＭＥＨをネットワークに相互接続し、ＡＳとの間の専用の通信に用いてもよい。

２．２ ＭＳＦ（MEC Service Function）
既設ネットワーク２００の拡張のための機能要素４００であるＭＳＦが追加されている。拡張されたコアネットワーク２００Ａは、拡張された制御プレーン２３２Ａを備える。制御プレーン２３２Ａは、既設ネットワーク２００の制御プレーン２３２に追加された重要な機能要素、すなわちＭＳＦにより拡張されている。ＭＳＦは、ＭＥＣサービス管理、ＮＥＦを介したＭＥＣ機能のＡＳへの開示、ユーザ端末ＵＥのＭＥＣ（ＬＡＤＮ：Local Area Data Network）への登録、ＭＥＣ管理およびオーケストレーション（短期および長期にわたる）にもとづくユーザ端末のエッジサービスを可能にするコアネットワークの新管理機能である。

ＭＳＦは、５ＧシステムにおけるＭＥＣを可能とするためのあらゆる機能、手続を管理する。ＭＳＦは、以下の特徴、機能を有する。

（１）ポリシー制御
ＭＳＦは、ネットワークにおけるユーザサブスクリプション、サービス要求、サービスデプロイメントにもとづき、ネットワークコンフィギュレーションポリシーを提供する。

（２）リソース管理
ＭＳＦは、無線・コンピューテーションリソースのリソース・統計情報の提供にもとづき、リソースの最適化、トラヒック予測を可能とする。

（３）リソース情報の共有
ＭＳＦは、無線事業者間のビジネス上の同意にもとづいて、非３ＧＰＰアクセスネットワークにおいて、無線およびコンピューテーションリソースに関する情報を供給するためのインタフェースでありえる。

（４）ＭＳＦは、ＡＮＤＳＦ（Access network discovery and selection function）のような機能によって提供されうる。ネットワークでのサービスの配備をオンラインで動的にシェアするのにも有効である。

（５）データリポジトリ
ＭＳＦは、購読データ、ポリシーデータ、露出のための構造データ、アプリケーション情報などをストアする。サービスプロバイダは、アクセス認可により、ＮＥＦを介してこのデータの一部にアクセスする。

（６）コンテキスト管理
ＭＳＦは、ユーザ、ネットワーク、エッジクラウド、サービスに関連するポリシーなどから、さまざまなコンテキスト情報を収集する。

（７）最適化アルゴリズム
ＭＳＦは、ＭｉＥｄｇｅ−ＲＡＮにおける最適なリソース割り当てを提供する。

続いて、インタフェースについて説明する。図２には、リキッドＲＡＮ制御プレーンのためのインタフェースＮＬ１〜ＮＬ５が破線で、ユーザ／アプリケーション間のオーケストレーションのためのインタフェースＮＯ１〜ＮＯ３が一点鎖線で示される。

ＭＥＣの能力は、ＮＥＦならびにＮＬ４，ＮＬ５インタフェースを用いて、ＡＳに開示・提供される。

ＡＳ（あるいはアプリケーションプロバイダ）は、ＭＥＣ上で実行される特定アプリケーションを生成し、それらを論理インタフェースＮＯ２を介して、ＵＥに提供する。

ＵＥがアプリケーションを（ダウンロードすること無く）アクティベートすると、ＵＥは、ＮＯ１インタフェースを介してＭＳＦに登録される。

ＵＥが、アプリケーションのシナリオの（想定している）場所に近づくと、ＡＭＦが、ＮＬ１インタフェースを介してＭＥＣサービス開始のトリガーを与える。そして、ＮＯ３インタフェースを介したユーザ・アプリケーション間のオーケストレーションがスタートする。

ＵＥが、シナリオに入ると、ＭＳＦは、ＵＥに関連するアクセスおよびコンピュテーションを管理し、ＮＬ３インタフェースを介してＳＭＦを用いてセッションを開始する。

続いて、図４〜図６を参照して、通信システム１００におけるシグナリングの一例を説明する。

図４は、ＭＥＣサービスへの登録に関するシーケンス図である。ＵＥは、サービスプロバイダに対して、ＮＯ２インタフェース経由でサービスサブスクリプションを登録する（Ｓ１００）。図４において、サービスプロバイダは、ＡＳに存在するものとして示している。サービスプロバイダは、ＭＳＦに対して、ＮＯ３インタフェース経由でユーザのサブスクリプションを更新する（Ｓ１０２）。かくしてＵＥにＭＥＣサービスの使用許可が与えられる。

図５は、サービスデプロイメント・最適化に関するシーケンス図である。サービス／リソースの集中最適化（Central Optimization）（Ｓ２１０）のために、ＭＳＦには、ネットワークコンテキストおよびユーザコンテキストが集約される。

ＭｉＥｄｇｅ−ＲＡＮは、ネットワークコンテキスト、すなわち無線リソースに関する情報やトラヒックに関する情報をＳＭＦに提供する。具体的には無線リソース情報は、ＭｉＥｄｇｅ−ＲＡＮからＡＭＦ、ＮＥＦおよびインタフェースＮ２，Ｎ_ＮＥＦ，ＮＬ４を介してＭＳＦに提供される（Ｓ２００）。またトラヒック情報は、ＭｉＥｄｇｅ−ＲＡＮから、ＳＭＦ、ＮＥＦおよびインタフェースＮ４，Ｎ_ＮＥＦ，ＮＬ４を介してＭＳＦに提供される（Ｓ２０２）。

ユーザコンテキストは、ＵＥから、ＡＭＦ、ＮＥＦおよびインタフェースＮ１，Ｎ_ＮＥＦ，ＮＬ４を経由してＭＳＦに提供され、あるいはＮＯ１インタフェースを経由してＵＥから直接提供される（Ｓ２０４）。ユーザコンテキストは、ユーザの位置情報、要求トラヒックの発生機構などを含む。

ＭｉＥｄｇｅ−ＲＡＮもまた、ユーザコンテキストを収集する（Ｓ２０６）。ＭｉＥｄｇｅ−ＲＡＮは、無線／トラヒックの状態を測定し（Ｓ２０８）、無線／トラヒックの状態に関する情報やユーザコンテキストを、局所最適化（Local Optimization）に利用する（Ｓ２１２）。

ＭＳＦは、集中最適化（Ｓ２１０）の結果を、ＮＬ２インタフェースを介してＭｉＥｄｇｅ−ＲＡＮに反映させる（Ｓ２１４）。その後、ＭｉＥｄｇｅ−ＲＡＮとＡＳの間でサービスデプロイメントが発生する（Ｓ２１６）。サービスデプロイメントには、データのキャッシング、プリフェッチ、サービス再開などが含まれる。

図６は、サービス／コンテンツの提供に関するシーケンス図である。セッション確立の要求が、ＵＥから、ＡＭＦ，ＳＭＦおよびインタフェースＮ１，Ｎ１１、ＮＬ３を介してＭＳＦに送信される（Ｓ３００）。ＭＳＦは、ＳＭＦおよびインタフェースＮＬ３，Ｎ４を介してＭｉＥｄｇｅ−ＲＡＮに対して、ポリシーのセットアップを行う（Ｓ３０２）。ポリシーのセットアップは、ＡＭＦおよびインタフェースＮＬ１，Ｎ１経由でも行われる（Ｓ３０４）。

ＵＥに対してアクセスが許可され、リンクがセットアップされる（Ｓ３０６）。そしてＵＥとＭｉＥｄｇｅ−ＲＡＮの間でサービス提供が始まる（Ｓ３０６）。

以上、実施の形態に係る通信システム１００について説明した。
通信システム１００によれば、５Ｇアーキテクチャを拡張し、リキッド制御プレーンを導入することができる。ＭＳＦを制御プレーン２３２に追加することで、ＭＳＦによるＭｉＥｄｇｅ−ＲＡＮのオーケストレーションと運用が可能となる。

また通信システム１００によれば、ユーザのコンテキスト情報（すなわち位置情報や要求トラヒックの発生機構）の活用が可能となる。たとえばスモールセルを有するＭｉＥｄｇｅ−ＲＡＮ３００に、計算機サーバを設置し、コンテキスト情報にもとづいて、事前にデータあるいは計算機能をプリフェッチし、キャッシングすることで、低コストバックホールにおいても、超高速・低遅延アクセス網を構築できる。

比較技術として、ＭＳＦが実装されないシステム（比較システム）について検討すると、比較システムでは、特定のユーザのファイルをプリフェッチしたり、ＭｉＥｄｇｅ−ＲＡＮを集中最適化したりすることは不可能であることに留意されたい。

図７は、プリフェッチの効果を説明するシミュレーション結果を示す図である。横軸はバックホール容量を、縦軸はシステムレートを示す。図８は、シミュレーションに用いたパラメータを示す図である。

図７を参照すると、１０^３Ｍｂｐｓのバックホール容量を有するシステムでは、プリフェッチを行わない場合のシステムレートは、３．５Ｇｂｐｓに留まるのに対して、プリフェッチを導入することにより、システムレートを９Ｇｂｐｓまで高めることができる。

図９は、大容量データプリフェッチングによるデータＱｏＳ管理の一例を示すフローチャートである。ここでは、ユーザコンテキスト、ユーザの目的地、ユーザのサービス利用履歴が利用される。たとえば、ユーザのカレンダにアクセスすることにより、ユーザの目的地が特定される（Ｓ４００）。また、ＵＥが必要とするデータ量を予測する（Ｓ４０２）。予測には、過去のユーザのサービス利用履歴を参照することができる。これらは、上述したように、ＭｉＥｄｇｅ−ＲＡＮに提供される。

そして、取得したユーザコンテキストにもとづいて、プリフェッチングの対象となるＭｉＥｄｇｅ−ＲＡＮを特定する（Ｓ４０４）。この処理には、移動通信ネットワーク事業者（ＭＮＯ：Mobile Network Operator）を活用し、電力マップが参照される。

そして、実際に要求トラヒックが発生するまでの所要時間ｔ_ｕ，ｎが予測される（Ｓ４０６）。これはＡＭＦの機能を活用することができる。所要時間ｔ_ｕ，ｎは、現在のユーザの位置と、トラヒックが発生するスモールセルの位置との距離や移動手段などから推定することができる。あるいはカレンダのスケジュールからトラヒックが発生する時刻を予測してもよい。

そして、予想した時刻ｔ_ｕ，ｎよりも時間Ｔ_Ｐ前に、プリフェッチングを開始すべきタイミングを設定する（Ｓ４０８）。Ｔ_Ｐは、プリフェッチに要する時間であり、もしくはそれより長く定めてもよい。

将来、さまざまな場所にＭｉＥｄｇｅ−ＲＡＮが設置されるようになり、またさまざまなＭＥＣサービスが、さまざまなサービスプロバイダから提供されるようになる。こうした状況下において、各サービスプロバイダが、自身と関連のないインフラ（すなわち他人が設置したＭｉＥｄｇｅ−ＲＡＮ）を利用してサービスを展開することができれば、ＭＥＣの用途はさらに広がることが期待される。

図１０は、図１の無線通信システムの変形を示す図である。５Ｇネットワークのプレイヤとしては、ユーザ（消費者）、移動通信ネットワーク事業者、アプリケーション事業者に加えて、小型アクセスネットワーク提供者が存在しうる。小型アクセスネットワーク提供者は、ロケーションやイベントに特化したエッジクラウド／エッジコンピューティングを含む小型アクセスネットワーク（すなわちＭｉＥｄｇｅ−ＲＡＮ）を設置し、および貸し出す役割を担う。

さらに図１０のシステムでは、プレイヤとしてポータル５００が追加される。ポータル５００はＡＳと接続される。なお、５Ｇシステムは、ＮＥＦを介して外部に開示されており、ポータル５００はオプションとしてＮＥＦおよびＮＬ５を介してシステムと接続されてもよい。図１０の実線（i）(ii)は、ポータルベースの集中制御を表している。

ポータル５００は、ＷＥＢ市場（ｅコマース）を介して、小型アクセスネットワークと、そこで実行されるロケーション（イベント）特化型アプリケーションをマッチングする役割を果たす。ユーザはこれまでと同様にアプリケーションを購入、実行する。アプリケーションはポータル５００を介して利用するネットワークを選択する。

図１１は、図１０のシステムの実装の一例を示す図である。ＭｉＥｄｇｅ−ＲＡＮには、ＲＡＮ，ＵＰＦ，ＭＥＨの機能が実装される。５Ｇのコア（制御プレーン）は拡張され、ＡＭＦ，ＮＥＦに加えて、ＭＳＦが実装される。２つのＡＳは、複数のアプリケーション（ＭＥＣサービス）が、異なるサービスプロバイダから提供されることを表している。また、複数の５１０＿１，５１０＿２は、ＭｉＥｄｇｅ−ＲＡＮを含む５Ｇ通信網（あるいは事業者）が複数の存在することを表している。ポータル５００は、複数のＭｉＥｄｇｅ−ＲＡＮと、複数のアプリケーション（ＡＳ）を仲介する役割を果たす。

図１２を参照して、ポータルを備える図１０のシステムにおけるシグナリングを説明する。図１２は、ポータルを介したＭＥＣサービスの登録に関するシーケンス図である。小型アクセスネットワークの事業者は、ポータルとの間で事前契約を結ぶ（Ｓ５００）。具体的には、ＭＳＦがＭｉＥｄｇｅ−ＲＡＮの情報をポータルに登録する。ＡＳは、ポータルに登録されたＭｉＥｄｇｅ−ＲＡＮの情報を取得する。（Ｓ５０２）。ユーザ（ＵＥ）とサービスプロバイダ（ＡＳ）との契約は、図４と同様である。

図１０のシステムにおけるサービスデプロイメント・最適化に関するシーケンスは、図５と同様であり、サービス／コンテンツの提供に関するシーケンスは図６と同様である。

以上が変形例に係るシステムの説明である。ポータルが存在しない場合、ＭＥＣの利用は、特定のＡＳとＭｉＥｄｇｅ−ＲＡＮの組み合わせの間に制限されることとなる。これに対して、ポータルを導入することにより、ＡＳは、ポータルを介して世の中に存在するＭｉＥｄｇｅ−ＲＡＮの情報を収集できるようになる。言い換えれば、ＭＥＣを利用可能なＭｉＥｄｇｅ−ＲＡＮとＡＳの組み合わせの制限を取り除くことができる。このようにポータルの導入により、ユーザ（端末ユーザに限らない、ＡＳすなわちサービスプロバイダやＭｉＥｄｇｅ−ＲＡＮの設置者を含む）中心のネットワークおよびそのオーケストレーションの実現が可能となる。

ポータルの導入により、ＭｉＥｄｇｅ−ＲＡＮの提供者（管理者）は、ポータルを介して自身の管理するＭｉＥｄｇｅ−ＲＡＮを利用したＡＳからインセンティブを受ける仕組みを提供することも可能である。このことはＭｉＥｄｇｅ−ＲＡＮの普及を促す原動力となりうる。

実施の形態にもとづき、具体的な用語を用いて本発明を説明したが、実施の形態は、本発明の原理、応用を示しているにすぎず、実施の形態には、請求の範囲に規定された本発明の思想を逸脱しない範囲において、多くの変形例や配置の変更が認められる。

１００ 通信システム
２００ 既設ネットワーク
２１０ 端末
２２０ ＮＧ−ＲＡＮ
２３０ コアネットワーク
２３２ 制御プレーン
２３４ ユーザプレーン
３００ 小型アクセスネットワーク、ＭｉＥｄｇｅ−ＲＡＮ
４００ 拡張機能エンティティ

Claims (6)

1. 既設ネットワークをベースとして構成され、その制御プレーンに追加された、モバイルエッジコンピューティング機能のための機能要素を備えるコアネットワークと、
   前記コアネットワークに接続される小型アクセスネットワークと、
   を備え、
   前記機能要素によって、前記小型アクセスネットワークにおけるモバイルエッジコンピューティング機能およびユーザ、アプリケーション間のオーケストレーションが提供されることを特徴とする無線通信システム。
2. ポータルをさらに備え、
   前記ポータルを介して、アプリケーションと前記小型アクセスネットワークとのマッチングが行われることを特徴とする請求項１に記載の無線通信システム。
3. 前記小型アクセスネットワークは、自身のセル内で生じている、または生じうるトラヒックに関する情報、および／または、ユーザコンテキストを、前記コアネットワークに提供可能に構成されることを特徴とする請求項１に記載の無線通信システム。
4. 前記小型アクセスネットワークは、前記モバイルエッジコンピューティング機能を利用したサービスの利用者が必要とする情報、その計算機能の少なくとも一方をプリフェッチする計算機サーバを備えることを特徴とする請求項１から３のいずれかに記載の無線通信システム。
5. ユーザ端末がアプリケーションサーバにモバイルエッジコンピューティングの登録依頼するステップと、
   前記登録依頼に応答して、前記アプリケーションサーバが、コアネットワークに含まれるモバイルエッジコンピューティングのための機能要素に、ユーザ情報を登録するステップと、
   前記モバイルエッジコンピューティングのための機能要素が、小型アクセスネットワークおよび／または前記ユーザ端末のコンテキスト情報を収集するステップと、
   前記モバイルエッジコンピューティングのための機能要素が、収集した情報にもとづいて集中最適化を行うステップと、
   前記ユーザ端末から前記モバイルエッジコンピューティングのための機能要素に、セッションの確立要求を行うステップと、
   前記モバイルエッジコンピューティングのための機能要素が、前記小型アクセスネットワークに対してポリシー設定を行うステップと、
   を備えることを特徴とする無線通信方法。
6. 前記モバイルエッジコンピューティングのための機能要素が、前記小型アクセスネットワークの情報をポータルに登録するステップと、
   前記アプリケーションサーバが、前記ポータルに登録された前記小型アクセスネットワークの情報を取得するステップと、
   をさらに備えることを特徴とする請求項５に記載の無線通信方法。