JP2021072454A - 端末装置、通信制御装置、基地局、ゲートウェイ装置、制御装置、方法及び記録媒体 - Google Patents

Abstract

【課題】ネットワークスライスへのリソースの割り当てをより適切に行うことが可能な仕組みが提供する。【解決手段】複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置であって、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、を備える端末装置。【選択図】図１

Description

本開示は、端末装置、通信制御装置、基地局、ゲートウェイ装置、制御装置、方法及び記録媒体に関する。

セルラー移動通信の無線アクセス方式及び無線ネットワーク（以下、「Long Term Evolution（LTE）」、「LTE-Advanced（LTE-A）」、「LTE-Advanced Pro（LTE-A Pro）」、「New Radio（NR）」、「New Radio Access Technology（NRAT）」、「５Ｇ」「Evolved Universal Terrestrial Radio Access（EUTRA）」、または「Further EUTRA（FEUTRA）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。なお、以下の説明において、ＬＴＥは、LTE-A、LTE-A Pro、及びEUTRAを含み、ＮＲは、NRAT、及びFEUTRAを含む。ＬＴＥでは基地局装置（基地局）はｅＮｏｄｅＢ（evolved NodeB）、ＮＲでは基地局装置（基地局）はｇＮｏｄｅＢ、ＬＴＥ及びＮＲでは端末装置（移動局、移動局装置、端末）はＵＥ（User Equipment）とも称する。ＬＴＥ及びＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。

ＮＲは、ＬＴＥに対する次世代の無線アクセス方式であり、ＬＴＥとは異なるＲＡＴ（Radio Access Technology）である。ＮＲは、ｅＭＢＢ（Enhanced mobile broadband）、ｍＭＴＣ（Massive machine type communications）及びＵＲＬＬＣ（Ultra reliable and low latency communications）を含む様々なユースケースに対応できるアクセス技術である。ＮＲは、それらのユースケースにおける利用シナリオ、要求条件、及び配置シナリオなどに対応する技術フレームワークを目指して検討される。

例えば、ＮＲでは、様々なユースケースに対応した複数形態の通信をひとつのネットワークで収容するためのスライシング技術が検討されている。スライシング技術によれば、ネットワークスライス（単にスライスとも称される）と呼ばれる論理ネットワークをひとつの物理ネットワークにおいて共存させることが可能である。スライシング技術に関しては、例えば特許文献１に、基地局の無線リソースを、基地局が提供する複数のネットワークスライスに動的に割り当てる技術が開示されている。

特開２０１７−２００１７２号公報

上記の特許文献１などで提案されているスライシング技術は、未だ開発されてから日が浅く、さまざまな局面でネットワークスライスを活用するための技術が十分に提案されているとはいいがたい。例えば、特定の端末装置が使用するネットワークスライスへのリソースの割り当てを適切に行うための技術も、十分には提案されていないものの一つである。

そこで、本開示では、ネットワークスライスへのリソースの割り当てをより適切に行うことが可能な仕組みを提供する。

本開示によれば、複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置であって、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、を備える端末装置が提供される。

また、本開示によれば、複数のネットワークスライスを制御する通信制御装置であって、前記複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置から報告された、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報に基づいて、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定する制御部、を備える通信制御装置が提供される。

また、本開示によれば、複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置に無線通信サービスを提供する基地局であって、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、を備える基地局が提供される。

また、本開示によれば、複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置により送受信される情報を中継するゲートウェイ装置であって、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、を備えるゲートウェイ装置が提供される。

また、本開示によれば、複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置にネットワークスライスを用いたサービスを提供する制御装置であって、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第１の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、を備える制御装置が提供される。

また、本開示によれば、複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置により実行される方法であって、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を、前記複数のネットワークスライスを制御する通信制御装置に報告すること、を含む方法が提供される。

また、本開示によれば、複数のネットワークスライスを制御する通信制御装置により実行される方法であって、前記複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置から報告された、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報に基づいて、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定すること、を含む方法が提供される。

また、本開示によれば、複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置に無線通信サービスを提供する基地局により実行される方法であって、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告すること、を含む方法が提供される。

また、本開示によれば、複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置により送受信される情報を中継するゲートウェイ装置により実行される方法であって、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告すること、を含む方法が提供される。

また、本開示によれば、複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置にネットワークスライスを用いたサービスを提供する制御装置により実行される方法であって、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第１の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告すること、を含む方法が提供される。

また、本開示によれば、複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置を制御するコンピュータを、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、として機能させるためのプログラムが記録された記録媒体が提供される。

また、本開示によれば、複数のネットワークスライスを制御する通信制御装置を制御するコンピュータを、前記複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置から報告された、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報に基づいて、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定する制御部、として機能させるためのプログラムが記録された記録媒体が提供される。

また、本開示によれば、複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置に無線通信サービスを提供する基地局を制御するコンピュータを、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、として機能させるためのプログラムが記録された記録媒体が提供される。

また、本開示によれば、複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置により送受信される情報を中継するゲートウェイ装置を制御するコンピュータを、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、として機能させるためのプログラムが記録された記録媒体が提供される。

また、本開示によれば、複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置にネットワークスライスを用いたサービスを提供する制御装置を制御するコンピュータを、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第１の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、として機能させるためのプログラムが記録された記録媒体が提供される。

以上説明したように本開示によれば、ネットワークスライスへのリソースの割り当てをより適切に行うことが可能な仕組みが提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

本開示の一実施形態に係るシステムの全体構成の一例を概略的に示す図である。 ＬＴＥのネットワーク構成の概略を示す図である。 ＮＲのネットワーク構成の概略を示す図である。 スライシング技術の概要を説明するための図である。 本実施形態に係るシステムによるネットワークスライスの提供例を説明するための図である。 ベアラとネットワークスライスとの関係の一例を示す図である。 本実施形態に係るシステムの全体構成の一例を詳細に示す図である。 ＭＢＭＳにおける典型的なカウンティング手続きの流れの一例を示すシーケンス図である。 本実施形態に係る基地局の構成の一例を示すブロック図である。 本実施形態に係る端末装置の構成の一例を示すブロック図である。 本実施形態に係るＮＳＭＥの構成の一例を示すブロック図である。 本実施形態に係るＭＥＣアプリケーションサーバ及びＭＣＥの構成の一例を示すブロック図である。 本実施形態に係るＳ−ＧＷ及びＰ−ＧＷの構成の一例を示すブロック図である。 本実施形態に係るネットワークスライスのセグメントの一例を説明するための図である。 本実施形態に係るシステムにおいて実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。 本実施形態に係るシステムにおいて実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。 本実施形態に係るシステムにおいて実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。 本実施形態に係るシステムにおいて実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。 本実施形態に係るシステムにおいて実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。 本実施形態に係るシステムにおいて実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。 本実施形態に係るシステムにおいて実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。 本実施形態に係るシステムにおいて実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。 本実施形態に係るシステムにおいて実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。 本実施形態に係るシステムにおいて実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。 サーバの概略的な構成の一例を示すブロック図である。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．はじめに
１．１．システム構成例
１．２．考察
１．３．システム全体の詳細な構成例
２．各装置の構成例
２．１．基地局の構成例
２．２．端末装置の構成例
２．３．ＮＳＭＥの構成例
２．４．サービス制御装置の構成例
２．５．ゲートウェイ装置の構成例
３．技術的特徴
３．１．ネットワークスライスのセグメント
３．２．トラフィックの予測に基づく制御
３．２．１．技術的課題
３．２．２．技術的特徴
３．３．パフォーマンスの測定結果に基づく制御
３．３．１．技術的課題
３．３．２．技術的特徴
４．応用例
５．まとめ

＜＜１．はじめに＞＞
＜１．１．システム構成例＞
図１は、本開示の一実施形態に係るシステム１の全体構成の一例を概略的に示す図である。図１に示したように、システム１は、基地局１００（１００Ａ及び１００Ｂ）、端末装置２００（２００Ａ及び２００Ｂ）、コアネットワーク（Core Network）２０、及びＰＤＮ（Packet Data Network）３０を含む。

基地局１００は、セル１１（１１Ａ又は１１Ｂ）を運用し、セル１１の内部に位置する１つ以上の端末装置へ無線サービスを提供する。例えば、基地局１００Ａは、端末装置２００Ａに無線サービスを提供し、基地局１００Ｂは端末装置２００Ｂに無線サービスを提供する。セル１１は、例えばＬＴＥ又はＮＲ（New Radio）等の任意の無線通信方式に従って運用され得る。基地局１００は、コアネットワーク２０に接続される。コアネットワーク２０は、ＰＤＮ３０に接続される。

コアネットワーク２０は、ＭＭＥ（Mobility Management Entity）、Ｓ−ＧＷ（Serving gateway）、Ｐ−ＧＷ（PDN gateway）、ＰＣＲＦ（Policy and Charging Rule Function）及びＨＳＳ（Home Subscriber Server）を含み得る。若しくは、コアネットワーク２０は、これらと同様の機能を有するＮＲのエンティティを含み得る。ＭＭＥは、制御プレーンの信号を取り扱う制御ノードであり、端末装置の移動状態を管理する。Ｓ−ＧＷは、ユーザプレーンの信号を取り扱う制御ノードであり、ユーザデータの転送経路を切り替えるゲートウェイ装置である。Ｓ−ＧＷは、複数の基地局に接続され、ハンドオーバ等におけるアンカーポイントとして機能する。Ｐ−ＧＷは、ユーザプレーンの信号を取り扱う制御ノードであり、コアネットワーク２０とＰＤＮ３０との接続点となるゲートウェイ装置である。Ｓ−ＧＷ及びＰ−ＧＷは、端末装置により送受信されるユーザプレーンの信号を中継する。ＰＣＲＦは、ベアラに対するＱｏＳ（Quality of Service）等のポリシー及び課金に関する制御を行う制御ノードである。ＨＳＳは、加入者データを取り扱い、サービス制御を行う制御ノードである。

端末装置２００は、基地局１００による制御に基づいて基地局１００と無線通信する。例えば、端末装置２００は、基地局１００にアップリンク信号を送信して、基地局１００からダウンリンク信号を受信する。端末装置２００は、いわゆるユーザ端末（User Equipment：ＵＥ）であってもよい。端末装置２００は、ユーザとも称され得る。

＜１．２．考察＞
（１）ネットワークスライスの概要
まず、図２及び図３を参照して３ＧＰＰで検討されているＬＴＥ及びＬＴＥの後継であるＮＲについて説明する。

図２は、ＬＴＥのネットワーク構成の概略を示す図である。図２に示すように、ＬＴＥのネットワーク構成は、ＲＡＮとＣＮとに分類される。ＣＮは、例えばＭＭＥ（Mobility Management Entity）、Ｓ−ＧＷ（Serving gateway）、Ｐ−ＧＷ（PDN gateway）、ＰＣＲＦ（Policy and Charging Rule Function）及びＨＳＳ（Home Subscriber Server）を含み得る。これらのうち、ＭＭＥ、ＨＳＳ及びＰＣＲＦは、制御プレーン（C-Plane）のエンティティであり、Ｓ−ＧＷ及びＰ−ＧＷは、ユーザプレーン（U-Plane）のエンティティである。以下、各エンティティについて詳しく説明する。ＭＭＥは、制御プレーンの信号を取り扱う制御ノードであり、端末装置の移動状態を管理する。Ｓ−ＧＷは、ユーザプレーンの信号を取り扱う制御ノードであり、ユーザデータの転送経路を切り替えるゲートウェイ装置である。Ｐ−ＧＷは、ユーザプレーンの信号を取り扱う制御ノードであり、コアネットワーク２０とＰＤＮ３０との接続点となるゲートウェイ装置である。ＰＣＲＦは、ベアラに対するＱｏＳ（Quality of Service）等のポリシー及び課金に関する制御を行う制御ノードである。ＨＳＳは、加入者データを取り扱い、サービス制御を行う制御ノードである。

図３は、ＮＲのネットワーク構成の概略を示す図である。図３に示すように、ＮＲのネットワーク構成は、ＮＲとＮｅｗ ＣＮとに分類される。Ｎｅｗ ＣＮは、制御プレーンに関する処理を行うＮｅｗ Ｃｏｒｅ Ｃ−Ｐｌａｎｅと、ユーザプレーンに関する処理を行うＮｅｗ Ｃｏｒｅ Ｕ−Ｐｌａｎｅとを含む。

ＮＲの特徴は、２つある。第１の特徴は、６ＧＨｚ以上１００ＧＨｚまでの周波数帯を用いて、高速大容量の通信を実現することである。第２の特徴は、様々なユースケースのための複数形態の通信を効率的に収容することである。ここで、複数形態の通信とは、高速大容量通信（Mobile Broad Band）、低遅延通信（Low Latency）、ＭＴＣ（Machine Type Communication）、及びＤ２Ｄ（Device to Device）等を含む。ＮＲでは、これらの複数形態の通信を、ひとつのネットワークで収容することが検討されている。

ＲＡＮと接続するコアネットワーク側の技術として、ＬＴＥではＥＰＣ（Evolved Packet Core）が採用されていたが、その後継として、Ｎｅｗ Ｃｏｒｅが検討されている。Ｎｅｗ Ｃｏｒｅには、上述した複数形態の通信を効率よく収容すること、及びＣＡＰＥＸ／ＯＰＥＸ（設備導入費用、運用費用）を低く抑えることが求められている。

ＣＡＰＥＸ／ＯＰＥＸを低く保ちながら、複数形態の通信を提供するためには、通信形態毎に物理的にネットワークを分けることは困難である。そこで、物理的には単一のネットワークにおいて複数の通信形態に対応する複数の論理的なネットワークを運用すること、及び通信形態毎の通信量の需要に応じて柔軟に論理ネットワークのキャパシティを変更することが検討されている。

そのためには、コアネットワークの各ノード（換言すると、通信設備）を仮想マシン（virtual machine）として実装して、論理ネットワーク毎に対象の通信形態に応じたノードの動作を仮想的に実行させることが考えられる。仮想マシンで実装された機能については、通信の需要の増減に応じて機能を増減させたり、機能毎に割り当てられる計算機リソースを増減させたりすることが可能なためである。仮想マシンにより実装された機能は、仮想ネットワーク技術により、他の機能と接続されてネットワーク化される。そのような仮想ネットワーク技術としては、例えば、各スイッチのルールを中央のコントローラが配布して、当該コントローラが配布したルールに従ってスイッチが動作する、オープンフロー（Open Flow）という技術がある。オープンフローによれば、仮想マシンによって実装された機能同士を接続するスイッチを自在に切り替えることで、柔軟なネットワーク運用が可能となる。

仮想マシン技術とは、物理的なサーバの中にひとつ以上の論理的なマシン（即ち、仮想マシン）を動作させる技術である。仮想マシン技術を用いることにより、物理的なサーバは、仮想マシンに異なる機能を与えたり、同じ機能を持つ仮想マシンを複数動作させることで処理負荷を分散させたりすることができる。

以上のように、仮想マシンとオープンフローのような仮想ネットワーク（virtual network）の技術とを組み合わせて、性質の異なる論理ネットワーク（即ち、通信のための土管）を提供する技術は、スライシング（Slicing）とも称される。なお、仮想ネットワークとは、仮想マシン同士を繋ぐネットワークを仮想的に実現する技術である。

図４は、スライシング技術の概要を説明するための図である。図４に示すように、仮想マシンとオープンフロースイッチとを組み合わせることで、低遅延通信用のコアネットワーク、ＭＴＣ用のコアネットワーク、Ｄ２Ｄ用のコアネットワークが、ひとつの物理ネットワーク上で実現される。換言すると、互いに異なる通信サービスを提供可能な、論理的に独立なネットワークが、ひとつの物理ネットワーク上で実現される。スライシング技術において提供される論理ネットワークは、スライス又はネットワークスライスとも称される。スライシング技術によれば、用途の異なる論理ネットワークを柔軟に提供することができる。さらに、スライシング技術によれば、仮想マシンに割り当てる計算リソースを増減させたり、スイッチングを変更したりすることにより、各ネットワークスライスの容量を柔軟に変更可能である。

ＣＡＰＥＸ／ＯＰＥＸを低く抑えながら複数形態の通信を効率よく収容する、といったＮｅｗ Ｃｏｒｅへの要求を考慮すれば、セルラーネットワークにおいてスライシング技術は採用されることが望ましい。

ここで、セルラーネットワークは、ＲＡＮとＣＮで構成される。スライシング技術は、主に、ＣＮ側に適用し易いと考えられている。ＬＴＥにおいては、ＣＮ側にＭＭＥ、Ｐ−ＧＷ、Ｓ−ＧＷ及びＰＣＲＦのような様々なノードがあるのに対して、ＲＡＮ側には基地局しかないからである。しかし、１つの基地局が、限りのある周波数帯域を用いて、様々な通信形態に対応する無線サービスを提供可能にするため、及び通信形態毎の通信リソース量を柔軟に変更可能にするためには、ＲＡＮ側でもスライシング技術が適用されることが望ましい。

なお、ネットワークスライスに一見類似する概念に、ネットワーク上の通信品質を保障するＱｏＳ（Quality of Service）がある。しかし、ＱｏＳは、あくまでも、遅延時間や通信帯域を制御するものにすぎなかった。これに対し、ネットワークスライスは、遅延時間や通信帯域を制御可能なだけに留まらない。例えば、異なるネットワークスライス間では、アッタチプロシージャ等のシグナリング自体、異なり得る。また、異なるネットワークスライス間では、ネットワークへのアクセス方法自体、異なり得る。即ち、ネットワークスライスは、独自のシグナリング及びアクセス方法を提供しつつ、遅延時間や通信帯域を制御可能である。従って、ＱｏＳは、ネットワークスライスが提供する機能の一部の機能を提供可能な、ネットワークスライスのサブセットとして捉えることができる。

（２）システムが提供するネットワークスライス
本実施形態に係る基地局１００、端末装置２００及びＣＮ２０の各々は、互いに異なる通信サービスを提供するひとつ以上の論理ネットワークを提供可能である。即ち、基地局１００、端末装置２００及びＣＮ２０の各々は、ひとつ以上のネットワークスライスを提供可能である。この点について、図５を参照して説明する。

図５は、本実施形態に係るシステムによるネットワークスライスの提供例を説明するための図である。図５に示すように、例えば、端末装置２００はネットワークスライスＵ１〜Ｕ２を提供し、基地局１００はネットワークスライスＢ１〜Ｂ４を提供し、ＣＮ２０はネットワークスライスＣ１〜Ｃ３を提供する。通常は、ＣＮにスライシング技術が適用され、ＣＮにおいてネットワークスライスが提供されると考えられている。これに対し、本実施形態では、図５に示すように、ＲＡＮ側でもネットワークスライスが提供され、さらに、基地局１００と端末装置２００とでそれぞれネットワークスライスが提供される。

基地局１００、端末装置２００及びＣＮ２０の各々において提供されたネットワークスライスは、互いに関連付けられることで、端末装置２００からＣＮ２０までの、エンドツーエンドのネットワークスライスが形成される。図５に示した例では、ネットワークスライスＵ１、Ｂ２及びＣ３が関連付けられて、エンドツーエンドのネットワークスライスが形成されている。なお、ネットワークスライス同士を関連付ける主体は任意である。例えば、ＣＮ２０内の制御エンティティが、各々のネットワークスライスを関連付ける。このような制御エンティティは、スライシングマネジメントエンティティ（Slicing management entity）とも称される。スライシングマネジメントエンティティは、端末装置２００からのリクエストに応じて、又はＣＮ２０が提供するネットワークスライスのリソース状況に応じて、各々のネットワークスライスを関連付ける。

そこで、基地局１００、端末装置２００及びＣＮ２０の各々は、互いに、自身が提供可能なネットワークスライスに関する情報を提供し合うことが望ましい。ネットワークスライスに関する技術が提供されることで、端末装置２００は、ネットワーク側からどのようなネットワークスライスが提供されるか、及びネットワークスライスの状態（例えば、混雑度）等を認識した上で、アタッチを要求して所望するネットワークスライスに接続することが可能となる。なお、ネットワークスライスに関する情報は、ネットワークスライスに関するケイパビリティを示すケイパビリティ情報として捉えられてもよい。

以下、ネットワークスライスのケイパビリティについて説明する。

・ＣＮ２０により提供されるネットワークスライスのケイパビリティ
ＣＮ２０は、ひとつ以上のネットワークスライスを提供可能である。ＣＮ２０のネットワークスライスの一例として、低遅延用のネットワークスライス、及びＭＴＣ用のネットワークスライスが考えられる。低遅延用のネットワークスライスは、通過するスイッチの段数が少なく、且つ、処理遅延が少なくなるように計算機リソースが十分に割り当てられたネットワークである。一方、ＭＴＣ用のネットワークスライスは、ユーザプレーンの処理よりも、制御プレーンの処理に多くの計算機リソースが割り当てられたネットワークである。これにより、ＭＴＣ用のネットワークスライスは、収容する端末数が多く１度に送信されるデータ量が小さい、という通信形態に適したものとなる。他に、ＣＮ２０のネットワークスライスの一例として、ＥＰＣに対応したネットワークスライス、及びＮＲに対応したネットワークスライスが挙げられる。

ＣＮ２０により提供されるネットワークスライスのケイパビリティとしては、スイッチの段数、計算機リソースの量、ＥＰＣに対応したネットワークスライスか否か、及びＮＲに対応したネットワークスライスか否かが挙げられる。

・基地局１００により提供されるネットワークスライスのケイパビリティ
基地局１００は、ひとつ以上のネットワークスライスを提供可能である。基地局１００は、キャリアアグリゲーション技術を用いて、複数のコンポーネントキャリアを同時に運用することができる。それらの複数のコンポーネントキャリアの中で、どの周波数及びタイムスロットをＭＴＣ用に使用し、高速大容量通信用に使用し、又は低遅延通信用に使用するかは、基地局１００によるリソーススケジューリングに多く依存する。従って、リソースの割り当ての観点では、ネットワークスライスとスケジューリングとは一見類似するとも言える。しかしながら、スケジューリングは、例えばＭＴＣにおける収容端末数等のパラメータ設定が困難なので、ネットワークスライスとは似て非なるものである。

基地局１００により提供されるネットワークスライスのケイパビリティとしては、例えば低遅延通信用のリソースをどの程度提供できて、その場合の遅延量はどの程度のものであるか、が挙げられる。また、基地局１００により提供されるネットワークスライスのケイパビリティとしては、例えば、ＭＴＣのように多くの端末が同時にネットワークに接続するような通信形態の場合には、何台の端末を収容可能であるか、が挙げられる。

・端末装置２００により提供されるネットワークスライスのケイパビリティ
端末装置２００は、ひとつ以上のネットワークスライスを提供可能である。換言すると、端末装置２００は、ひとつ以上の通信形態に対応した処理が可能である。例えば、端末装置２００は、ＭＴＣを取り扱うプロトコルが実装されている場合、ＭＴＣ用のネットワークスライスを提供することができる。このことは、低遅延通信等の他の通信形態についても同様である。

端末装置２００により提供されるネットワークスライスのケイパビリティとしては、どのような通信形態（ＭＴＣ及び低遅延通信等）に対応した処理が可能であるか、即ちどの通信形態に対応したネットワークスライスを提供可能であるかが挙げられる。

（３）ベアラとネットワークスライスとの関係
ＬＴＥにおけるＲＡＮ及びＥＰＣでは、ＱｏＳ毎にベアラと称されるセッションが生成され、異なるＱｏＳのために異なるベアラが用意されていた。端末装置は、最初にデフォルトベアラ（default bearer）を生成し、その後、必要なＱｏＳに対応する専用ベアラ（dedicated bearer）を生成し、通信を行う。ベアラ生成のためには、端末装置、基地局、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ及びＰＣＲＦが関与する多くのトランザクションが要されるため、遅延等が生じていた。これに対し、ひとつのネットワークスライスは、複数のＱｏＳを提供可能であるから、遅延等を軽減することができる。この点について、図６を参照して説明する。

図６は、ベアラとネットワークスライスとの関係の一例を示す図である。図６に示すように、ひとつのネットワークスライス（＃１）は、複数のベアラ（＃１〜＃６）を含む。図６において、ベアラ＃１〜＃３はＱｏＳ値が１のベアラであり、ベアラ＃４〜＃６はＱｏＳ値が２のベアラである。また、ベアラ＃１及び＃４は、ＵＥ＃１のためのベアラであり、ベアラ＃２及び＃５は、ＵＥ＃２のためのベアラであり、ベアラ＃３及び＃６は、ＵＥ＃３のためのベアラである。このように、ひとつのネットワークスライスにおいて、複数の端末装置２００のための、複数のＱｏＳのベアラが含まれ得る。従って、複数の端末装置２００が、複数のＱｏＳのベアラを用いた通信を、ひとつのネットワークスライスを介して行うことができる。

図６では、１つのネットワークスライスが図示されているが、複数のネットワークスライスがひとつの端末装置２００に提供され得る。端末装置２００は、複数のネットワークスライスのうち少なくともいずれかを用いて通信を行う。即ち、端末装置２００は、１つ又は複数のネットワークスライスを用いて通信を行い得る。

（４）ネットワークスライスの独立性
ネットワークスライスは、独立性が担保されていることが望ましい。ネットワークスライスの独立性の定義は、ネットワークスライスにおけるトラフィックが、他のネットワークスライスのトラフィックに影響を与えず、且つ、他のネットワークスライスのトラフィックからの影響を受けない、ということである。ネットワークスライスの独立性が担保される場合、ネットワークスライスを用いた通信は、他のネットワークスライスにおける動的な事情による影響を受けない。ＲＡＮのネットワークスライスに関して言えば、ネットワークスライスの独立性が担保される場合、ネットワークスライスに割り当てられる無線リソース及び送信機会に関し、他のネットワークスライスの影響を受けない。

独立性が担保されたネットワークスライスにおいては、他のネットワークスライスから完全に独立した通信が行われる。例えば、ひとつのネットワークスライス内で、基地局１００はダウンリンク信号を送信し、端末装置２００は受信したダウンリンク信号に対するＡＣＫ／ＮＡＣＫ等のアップリンク制御信号を送信する。

複数のネットワークスライスの各々は、基本的には別のネットワークであるから、独立性が担保されていることが望ましい。一方で、独立性が担保されていないネットワークスライスも提供され得る。例えば、ＲＡＮのネットワークスライス同士が、１つのチャネルを共有して提供される場合には、独立性が担保されたネットワークスライスを提供することが困難な場合がある。ＲＡＮにおいても、ネットワークスライスの独立性が担保されていることが望ましい。

（５）低遅延通信のユースケース
低遅延通信を実現するために、低遅延通信用のネットワークスライスが構築される場合がある。その場合に、端末装置が利用するアプリケーションサーバ（例えば、コンテンツキャッシュサーバ、又はゲームを提供するサーバ）を、端末装置の近くに配置する技術が採用され得る。かかる技術は、ＭＥＣ（Mobile Edge Computing）とも称される。ＭＥＣに対応したアプリケーションは、ＭＥＣアプリケーションとも称される。ＭＥＣアプリケーションが配置されるサーバは、ＭＥＣアプリケーションサーバとも称される。低遅延通信用のネットワークスライスを構築することは、ＭＥＣアプリケーションサーバをネットワーク内に配置するかを決定してネットワークスライスを構築すること、とも言える。

（６）ＭＢＭＳ（Multimedia Broadcast and Multicast Service）
ＭＢＭＳとは、セルラーネットワークを利用して、動画等のコンテンツを一斉に端末装置に配信する仕組みである。コンテンツは、典型的には基地局から端末装置へブロードキャスト又はマルチキャストされるが、場合によってはユニキャストされ得る。ＬＴＥネットワークを利用するＭＢＭＳは、ｅＭＢＭＳ（evolved MBMS）とも称される。以下、これらを特に区別せず、ＭＢＭＳと総称する。ＭＢＭＳによれば、コンテンツを視聴する端末装置の数に関わらず、周波数帯域幅を柔軟に制御することが可能である。

（７）提案技術の概要
提案技術によれば、ネットワークスライスに関与するエンティティから収集された情報に基づいて、ネットワークスライスの容量が動的に制御される。ネットワークスライスの容量とは、ネットワークスライスに割り当てられるリソースの量である。

収集される情報としては、端末装置２００により使用されるネットワークスライスにおいて将来発生するトラフィックを予測するための情報が挙げられる。かかる情報により、端末装置２００により使用されるネットワークスライスにおいて将来発生するトラフィックを見越して、ネットワークスライスの容量を適正化することが可能となる。他に、収集される情報としては、端末装置２００により使用されるネットワークスライスのパフォーマンスの測定結果を示す情報が挙げられる。かかる情報により、端末装置２００により使用されているネットワークスライスの現在の状況に応じて、ネットワークスライスの容量を適正化することが可能となる。

ここで、動的なリソース割り当てに関する技術のひとつとして、ＬＴＥにおけるスケジューリングリクエストがある。端末装置は、通信を行う際にスケジューリングリクエストを基地局に送信して、スケジューリングリクエストに応じて割り当てられたリソースを用いて基地局と通信する。

提案技術とスケジューリングリクエストとは、似て非なる技術である。詳しくは、提案技術は、ネットワークスライスという、通信路そのものにリソースを割り当てる技術である。一方で、スケジューリングリクエストは、通信路に割り当てられたリソースの中から、端末装置にリソースを割り当てる技術である。より詳しくは、ＬＴＥは、ネットワークスライスがひとつ存在する構成であるとも捉えられ、スケジューリングリクエストは、ひとつのネットワークスライスの中でのリソースの割り当てを制御するための技術である、とも捉えられる。

図６に示したように、ネットワークスライスは、端末装置２００ごとの複数のＱｏＳに対応するベアラを含む。ＬＴＥにおけるスケジューリングリクエストは、ひとつのネットワークスライスに含まれる複数のベアラを対象とした、ベアラ間でのリソースの調整を行うために用いられる。一方で、提案技術は、複数のネットワークスライスを対象とした、ネットワークスライス間でのリソースの調整を行うために用いられる。

＜１．３．システム全体の詳細な構成例＞
本実施形態には、ＭＢＭＳに関するエンティティを始め、多様なエンティティが関与し得る。そこで、図７を参照して、システム１の全体的な構成例を詳細に説明する。図７は、本実施形態に係るシステム１の全体構成の一例を詳細に示す図である。図７に示すように、システム１は、ＲＡＮ、コアネットワーク及びインターネット（ＰＤＮ）に大別される。

図７では、図１を参照しながら説明した、基地局１００、Ｓ−ＧＷ５１、Ｐ−ＧＷ５２、ＭＭＥ５３及びＨＳＳ５４が図示されている。これらのエンティティは、説明の便宜上、ＬＴＥにおける名称で示されている。提案技術が５Ｇに適用される場合には、これらのエンティティにより実行される処理は、ＬＴＥにおけるこれらのエンティティと同様の機能を有するエンティティ（例えば、ＶＮＦ）により、実行される。即ち、以下の説明における、Ｓ−ＧＷ５１等のＬＴＥにおける名称は、同様の機能を有する５Ｇにおけるエンティティの名称に読み替えられれば良い。

図７では、上述したＭＥＣアプリケーションサーバ４１が、ＲＡＮにおいて図示されている。ＭＥＣアプリケーションサーバ４１は、端末装置２００にネットワークスライスを用いてＭＥＣアプリケーションのサービスを提供する、サービス制御装置である。ＭＥＣアプリケーションサーバ４１は、論理的なエンティティとして実現され、基地局１００等に含まれてもよい。ＭＥＣアプリケーションサーバ４１は、コアネットワークに含まれていてもよい。

オリジナルサーバ６１は、インターネット上に配置される、コンテンツを提供するサーバである。例えば、オリジナルサーバ６１には、端末装置２００に提供されるアプリケーションが配置される。

コアネットワークには、ＮＳＭＥ（Network slice management entity）３００が配置される。ＮＳＭＥ３００は、端末装置２００に提供され得る複数のネットワークスライスを制御する通信制御装置である。ＮＳＭＥ３００は、論理的なエンティティとして実現され、基地局１００又はコアネットワークの他の装置に含まれてもよい。

図７では、ＭＢＭＳに関するエンティティが図示されている。ＭＢＭＳに関するエンティティは、ＭＣＥ４２、ＭＢＭＳゲートウェイ５５、ＢＭ−ＳＣ５６、及びコンテンツサーバ５７である。

・ＭＣＥ（Multicell/Multicast Coordination Entity）４２
ＭＣＥ４２は、ＲＡＮ側のエンティティとして分類される。ＭＣＥ４２は、端末装置２００にネットワークスライスを用いてＭＢＭＳのサービスを提供する、サービス制御装置である。ＭＣＥ４２は、論理的なエンティティとして実現され、基地局１００に含まれてもよい。ＭＣＥ４２は、基地局１００とは別に配置されてもよい。

ＭＣＥ４２の役割は、３つある。第１の役割は、ＭＢＭＳ用の時間及び周波数リソースを割り当てることである。第２の役割は、変調方式及び符号化レート、即ちＭＣＳ（Modulation and Coding Scheme）を決めることである。第３の役割は、カウンティング手続きを実行することである。

カウンティング手続きとは、ユーザがどの程度サービス（コンテンツの配信）に興味があるかを示す情報を収集する手続きである。カウンティング手続きにより収集された、サービスに興味のあるユーザの数に応じて、ＭＢＭＳ用の時間及び周波数リソースが割り当てられたり、割り当てが停止されたりする。

５Ｇでは、端末装置に特有な（UE Specific）なビームを用いて各端末装置にＭＢＭＳのコンテンツが提供されると予想される。基地局と端末装置との間の通信が、ユニキャストとして取り扱われる場合であっても、コンテンツサーバ５７から基地局１００へのコンテンツの配信は、ブロードキャスト（ＩＰ（Internet protocol）層としてはマルチキャスト）で行われる。カウンティング手続きにより、どの基地局１００にマルチキャストを行うべきかが特定される。ＭＢＭＳにおける典型的なカウンティング手続きの流れの一例を、図８を参照して説明する。

図８は、ＭＢＭＳにおける典型的なカウンティング手続きの流れの一例を示すシーケンス図である。本シーケンスには、端末装置２００、基地局１００及びＭＣＥ４２が関与する。図８に示すように、まず、ＭＣＥ４２は、ＭＢＭＳサービスカウンティングリクエストを基地局１００に送信する（ステップＳ１２）。次いで、基地局１００は、ＭＢＭＳサービスカウンティングレスポンスをＭＣＥ４２に返信し（ステップＳ１４）、ＭＢＭＳサービスカウンティングリクエストを端末装置２００に送信する（ステップＳ１６）。次に、端末装置２００は、ＭＢＭＳサービスカウンティングレスポンスを基地局１００に返信し（ステップＳ１８）。そして、基地局１００は、ＭＢＭＳサービス結果報告をＭＣＥ４２に送信する（ステップＳ２０）。

・ＭＢＭＳゲートウェイ５５
ＭＢＭＳゲートウェイ５５は、コアネットワークに配置されるエンティティである。ＭＢＭＳゲートウェイ５５は、ＩＰマルチキャストアドレスに対応する基地局１００に、パケットを送信する機能を有する。アプリケーション層としては、端末装置２００へのコンテンツのブロードキャストが行われる。ただし、ＩＰ層としては、基地局１００とＭＢＭＳゲートウェイ５５との間での事前のシグナリングにより特定された基地局１００に対して、コンテンツがマルチキャストされる。

・ＢＭ−ＳＣ５６
ＢＭ−ＳＣ５６は、ＭＢＭＳコンテンツのエントリーポイントである。ＢＭ−ＳＣ５６は、主に４つの機能を有する。第１の機能は、ＭＢＭＳサービスの開始、終了を管理する、ＭＢＭＳセッションマネジメントを行うことである。第２の機能は、各ＭＢＭＳセッションに対して、ＴＭＧＩ（Temporary Mobile Group Identity）と称されるＩＤを割り振ることである。第３の機能は、各ＭＢＭＳセッションに対して、ＱｏＳを割り当てることである。第４の機能は、アプリケーションレベルでのユーザに対して、番組表等の放送に関する情報を提供することである(ＴＳ２９．０６１参照)。

・コンテンツサーバ５７
コンテンツサーバ５７は、ＭＢＭＳのコンテンツを提供するサーバである。コンテンツサーバ５７は、コアネットワークの中に配置される。ＭＢＭＳのコンテンツを提供するサーバは、コアネットワークの外に配置されてもよい。例えば、インターネット上に配置されるオリジナルサーバ６１が、ＭＢＭＳのコンテンツを提供してもよい。

＜＜２．各装置の構成例＞＞
以下、図９〜図１３を参照して、システム１に含まれる各装置の構成例を説明する。

＜２．１．基地局の構成例＞
図９は、本実施形態に係る基地局１００の構成の一例を示すブロック図である。図９を参照すると、基地局１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び制御部１５０を備える。

（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。

（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。

（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局１００、ＭＥＣアプリケーションサーバ４１、ＭＣＥ４２及びコアネットワークのエンティティ等を含む。

（４）記憶部１４０
記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（５）制御部１５０
制御部１５０は、基地局１００の様々な機能を提供する。制御部１５０は、報告部１５１及び通信制御部１５３を含む。報告部１５１は、端末装置２００によるネットワークスライスの使用に関する各種情報を報告する機能を有する。例えば、報告部１５１は、後述するパフォーマンス測定情報（第２の情報に相当）をＮＳＭＥ３００に報告し、パフォーマンス測定情報の報告に関するケイパビリティ情報をＭＭＥ５３に報告する。通信制御部１５３は、ＮＳＭＥ３００による制御に従い、ネットワークスライスを用いて端末装置２００と通信する機能を有する。例えば、通信制御部１５３は、ＮＳＭＥ３００により決定されたネットワークスライスの容量に応じたリソースを、基地局１００が提供するネットワークスライスに割り当てる。なお、制御部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部１５０は、これらの構成要素の動作以外の動作も行い得る。

＜２．２．端末装置の構成例＞
図１０は、本実施形態に係る端末装置２００の構成の一例を示すブロック図である。図１０を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び制御部２４０を備える。

（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。

（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。

（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（４）制御部２４０
制御部２４０は、端末装置２００の様々な機能を提供する。制御部２４０は、報告部２４１及び通信制御部２４３を含む。報告部２４１は、端末装置２００によるネットワークスライスの使用に関する各種情報を報告する機能を有する。例えば、報告部２４１は、後述するトラフィック予測情報（第１の情報に相当）及びパフォーマンス測定情報をＮＳＭＥ３００に報告し、トラフィック予測情報及びパフォーマンス測定情報の報告に関するケイパビリティ情報をＭＭＥ５３に報告する。通信制御部２４３は、ＮＳＭＥ３００による制御に従い、ネットワークスライスを用いて基地局１００と通信する機能を有する。例えば、通信制御部２４３は、ＮＳＭＥ３００により決定されたネットワークスライスの容量に応じたリソースを、端末装置２００が提供するネットワークスライスに割り当てる。なお、制御部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部２４０は、これらの構成要素の動作以外の動作も行い得る。

＜２．３．ＮＳＭＥの構成例＞
図１１は、本実施形態に係るＮＳＭＥ３００の構成の一例を示すブロック図である。図１１を参照すると、ＮＳＭＥ３００は、ネットワーク通信部３１０、記憶部３２０及び制御部３３０を備える。

（１）ネットワーク通信部３１０
ネットワーク通信部３１０は、情報を送受信する。例えば、ネットワーク通信部３１０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、基地局１００、ＭＥＣアプリケーションサーバ４１、ＭＣＥ４２及びコアネットワークのエンティティ等を含む。

（２）記憶部３２０
記憶部３２０は、ＮＳＭＥ３００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（３）制御部３３０
制御部３３０は、ＮＳＭＥ３００の様々な機能を提供する。制御部３３０は、取得部３３１及びネットワークスライス制御部３３３を含む。取得部３３１は、ネットワークスライスに関与する各エンティティから報告される、ネットワークスライスの使用に関する各種情報を取得する機能を有する。例えば、取得部３３１は、トラフィック予測情報及びパフォーマンス測定情報、並びにこれらの情報の報告に関するケイパビリティ情報を取得する。ネットワークスライス制御部３３３は、端末装置２００に使用され得る複数のネットワークスライスを制御する機能を有する。例えば、ネットワークスライス制御部３３３は、取得部３３１により取得された情報に基づいて、端末装置２００に使用されるネットワークスライスの容量を制御する。なお、制御部３３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部３３０は、これらの構成要素の動作以外の動作も行い得る。

＜２．４．サービス制御装置の構成例＞
図１２は、本実施形態に係るＭＥＣアプリケーションサーバ４１及びＭＣＥ４２の構成の一例を示すブロック図である。図１２を参照すると、ＭＥＣアプリケーションサーバ４１及びＭＣＥ４２は、ネットワーク通信部４１０、記憶部４２０及び制御部４３０を備える。

（１）ネットワーク通信部４１０
ネットワーク通信部４１０は、情報を送受信する。例えば、ネットワーク通信部４１０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、基地局１００及びコアネットワークのエンティティ等を含む。

（２）記憶部４２０
記憶部４２０は、ＭＥＣアプリケーションサーバ４１又はＭＣＥ４２の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（３）制御部４３０
制御部４３０は、ＭＥＣアプリケーションサーバ４１又はＭＣＥ４２の様々な機能を提供する。制御部４３０は、報告部４３１及びサービス提供部４３３を含む。報告部４３１は、端末装置２００によるネットワークスライスの使用に関する各種情報を報告する機能を有する。例えば、報告部４３１は、端末装置２００に提供されるサービス（ＭＥＣアプリケーションのサービス又はＭＢＭＳのサービス）に関するトラフィック予測情報をＮＳＭＥ３００に報告する。サービス提供部４３３は、端末装置２００にサービス（ＭＥＣアプリケーションのサービス又はＭＢＭＳのサービス）を提供する機能を有する。なお、制御部４３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部４３０は、これらの構成要素の動作以外の動作も行い得る。

＜２．５．ゲートウェイ装置の構成例＞
図１３は、本実施形態に係るＳ−ＧＷ５１及びＰ−ＧＷ５２の構成の一例を示すブロック図である。図１３を参照すると、Ｓ−ＧＷ５１及びＰ−ＧＷ５２は、ネットワーク通信部５１０、記憶部５２０及び制御部５３０を備える。

（１）ネットワーク通信部５１０
ネットワーク通信部５１０は、情報を送受信する。例えば、ネットワーク通信部５１０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、基地局１００及びコアネットワークのエンティティ等を含む。

（２）記憶部５２０
記憶部５２０は、Ｓ−ＧＷ５１又はＰ−ＧＷ５２の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（３）制御部５３０
制御部５３０は、Ｓ−ＧＷ５１又はＰ−ＧＷ５２の様々な機能を提供する。制御部５３０は、報告部５３１及び通信制御部５３３を含む。報告部５３１は、端末装置２００によるネットワークスライスの使用に関する各種情報を報告する機能を有する。例えば、報告部５３１は、パフォーマンス測定情報をＮＳＭＥ３００に報告し、パフォーマンス測定情報の報告に関するケイパビリティ情報をＭＭＥ５３に報告する。通信制御部５３３は、ＮＳＭＥ３００による制御に従い、ネットワークスライスを提供する機能を有する。例えば、通信制御部５３３は、ＮＳＭＥ３００により決定されたネットワークスライスの容量に応じたリソースを、Ｓ−ＧＷ５１又はＰ−ＧＷ５２が提供するネットワークスライスに割り当てる。なお、制御部５３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部５３０は、これらの構成要素の動作以外の動作も行い得る。

＜＜３．技術的特徴＞＞
＜３．１．ネットワークスライスのセグメント＞
ネットワークスライスは、複数のセグメントに区分され得る。この点について、図１４を参照して説明する。

図１４は、本実施形態に係るネットワークスライスのセグメントの一例を説明するための図である。図１４に示す例では、ネットワークスライスは、セグメント＃１、セグメント＃２及びセグメント＃３に区分される。セグメント＃１は、基地局１００から端末装置２００までのネットワークスライスである。セグメント＃２は、基地局１００からＳ−ＧＷ５１までのネットワークスライスである。セグメント＃３は、Ｓ−ＧＷ５１からＰ−ＧＷ５２までのネットワークスライスである。端末装置２００にとっては、ネットワークスライスは、端末装置２００からＰ−ＧＷ５２までのひとつの通信路があるように捉えられる。しかし、システム１全体としては、ネットワークスライスはツリー構造を有する。複数のセグメント＃１のネットワークスライスがセグメント＃２で束ねられ、複数のセグメント＃２のネットワークスライスがセグメント＃３で束ねられる。

＜３．２．トラフィックの予測に基づく制御＞
＜３．２．１．技術的課題＞
ネットワークスライスの容量（即ち、割り当てられるリソース量）は、リソース効率向上のため、実際のトラフィックの状況に合わせて動的に制御されることが望ましい。例えば、ネットワークスライスの容量は、ユーザデータのトラフィック及び制御信号のトラフィックに合わせて動的に制御されることが望ましい。ネットワークスライスの容量を動的に制御する際には、ターゲットとする容量が決定されて、ターゲットに向けてネットワークスライスの容量が増減される。しかし、ターゲットとする容量をどのように決定するかは、明確ではなかった。

具体的には、ネットワークスライスを構築するために時間がかかる（即ち、遅延する）ので、どれくらい後のトラフィックに合わせてネットワークスライスを構築すべきかが明確ではなかった。また、ネットワークスライスの容量を制御するための仕組みが明確ではなかった。

＜３．２．２．技術的特徴＞
（１）概要
端末装置２００は、トラフィック予測情報をＮＳＭＥ３００に報告する。トラフィック予測情報は、端末装置２００が使用するネットワークスライスへのリソース割り当てを、ＮＳＭＥ３００が決定するために用いられる情報である。具体的には、トラフィック予測情報は、端末装置２００により使用されるネットワークスライスにおいて、将来発生するトラフィックを予測するための情報である。トラフィック予測情報は、ネットワークスライスの容量のターゲット値を決定するために用いられる。端末装置２００は、自発的にトラフィック予測情報をＮＳＭＥ３００に報告してもよいし、ＮＳＭＥ３００からのリクエストに応じてトラフィック予測情報をＮＳＭＥ３００に報告してもよい。

トラフィック予測情報は、端末装置２００等におけるネットワークスライスへの潜在的な要求を示す情報とも捉えられてもよい。ネットワークスライスへの潜在的な要求とは、現在使用中のネットワークスライスの容量ではなく、将来使用することを端末装置２００等が希望するネットワークスライスの容量である。

ＮＳＭＥ３００は、端末装置２００から報告されたトラフィック予測情報を取得する。そのために、ＮＳＭＥ３００は、トラフィック予測情報を報告するよう要求するメッセージを、端末装置２００に送信してもよい。ＮＳＭＥ３００は、例えば、端末装置２００に提供されるアプリケーションの開始をトリガとして、当該メッセージを端末装置２００に送信する。当該メッセージを、カウンティングリクエストとも称する。また、トラフィック予測情報を収集する手続きを、以下ではカウンティング手続きとも称する。なお、トラフィック予測情報を収集するためのカウンティング手続きは、ネットワークスライスのための手続きであって、上述したＭＢＭＳにおけるカウンティング手続きとは異なる。

ＮＳＭＥ３００は、取得したトラフィック予測情報に基づいて、ネットワークスライスの容量のターゲット値を決定する。そして、ＮＳＭＥ３００は、ネットワークスライスの容量が決定されたターゲット値に一致するように、端末装置２００が使用するネットワークスライスの容量を制御する。トラフィック予測情報に基づいてネットワークスライスの容量が制御されるので、リソース効率を向上させることが可能となる。

（２）トラフィック予測情報
トラフィック予測情報は、端末装置２００により使用されるネットワークスライスにおいて将来発生するトラフィックを、予測するための情報である。トラフィック予測情報に含まれる情報の一例を、以下に説明する。

・開始時間
トラフィック予測情報は、ネットワークスライスを使用した通信の開始時間を示す情報を含んでいてもよい。ネットワークスライスを使用した通信の開始時間を示す情報の一例を、下記の表１に示す。表１によれば、ネットワークスライスを使用した通信の開始時間の複数の候補に対応するインデックスが定義される。トラフィック予測情報は、これらインデックスのうちひとつを含む。

・継続時間
トラフィック予測情報は、ネットワークスライスを使用した通信の継続時間を示す情報を含んでいてもよい。ネットワークスライスを使用した通信の継続時間を示す情報の一例を、下記の表２に示す。表２によれば、ネットワークスライスを使用した通信の継続時間の複数の候補に対応するインデックスが定義される。トラフィック予測情報は、これらインデックスのうちひとつを含む。

・ＲＲＣ（Radio Resource Control）状態の比率
トラフィック予測情報は、ネットワークスライスを使用した通信の継続時間におけるＲＲＣ状態の比率を示す情報を含んでいてもよい。ＲＲＣ状態の比率とは、ＲＲＣアイドル状態とＲＲＣ接続状態との比率である。ＮＲでは、ＲＲＣインアクティブ状態が導入される。従って、ＮＲにおけるＲＲＣ状態の比率は、ＲＲＣアイドル状態、ＲＲＣ接続状態及びＲＲＣインアクティブ状態の各々の比率である。ＲＲＣアイドル状態とは、端末装置２００のＲＲＣ接続が確立されていない状態を指す。ＲＲＣ接続状態とは、端末装置２００のＲＲＣ接続が確立されており、且つ端末装置２００がデータの送受信を行う可能性がある状態を指す。ＲＲＣインアクティブ状態とは、端末装置２００のＲＲＣ接続が確立されており、且つ端末装置２００がデータの送受信を行わない状態を指す。なお、ＲＲＣ状態の比率は、ネットワークスライスを使用した通信の継続時間全体におけるＲＲＣ接続状態の時間の比率として捉えられてもよい。

・ネットワークスライスへの要求条件
トラフィック予測情報は、ネットワークスライスを用いた通信への要求条件を示す情報を含んでいてもよい。ネットワークスライスへの要求条件を示す情報は、データ量を示す情報、ユーザデータのＱｏＳ、及び制御データのＱｏＳ等を含み得る。データ量を示す情報は、１００ｂｙｔｅ／ｓ（秒）、１０００ｂｙｔｅ／ｓ、１Ｍｂｙｔｅ／ｓ、１Ｇｂｙｔｅ／ｓ、１００Ｇｂｙｔｅ／ｓ、又は不明等を含み得る。ユーザデータ及び制御データのＱｏＳは、ＬＴＥにおけるＱｏＳと同様に、遅延及びエラーレートに関する。例えば、ユーザデータのＱｏＳとして遅延５０ｍｓ（ミリ秒）及びＢＥＲ（Bit error rate）＝０．００１等が要求され、制御データのＱｏＳとして遅延１０ｍｓ及びＢＥＲ＝０．００００１が要求される。

以上、トラフィック予測情報に含まれる情報の一例を、説明した。下記の表３に、トラフィック予測情報の一例を示す。

（３）トラフィック予測情報に基づくネットワークスライスの容量の制御
ＮＳＭＥ３００は、端末装置２００から収集したトラフィック予測情報に基づいて、ネットワークスライスの容量を制御する。詳しくは、ＮＳＭＥ３００は、トラフィック予測情報に基づいて、端末装置２００が使用するネットワークスライスへのリソース割り当てを決定する。端末装置２００が使用するネットワークスライスへのリソース割り当てを決定することは、既存のネットワークスライスの容量を増強又は減少させること、及び新規のネットワークスライスの容量を決定して新規のネットワークスライスを構築すること等を含む。ネットワークスライスの容量の制御は、例えば、ネットワーク機能に割り当てる計算機リソース量の決定及びネットワーク機能同士のスイッチングによる接続により、実現される。以下、図１５を参照して、ネットワークスライスの容量の制御に係る手続きの流れの一例を説明する。

図１５は、本実施形態に係るシステム１において実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。本シーケンスには、端末装置２００、基地局１００、ＭＭＥ５３、Ｓ−ＧＷ５１、Ｐ−ＧＷ５２、及びＮＳＭＥ３００が関与する。図１５に示すように、まず、ＮＳＭＥ３００は、カウンティングリクエストをＭＭＥ５３に送信する（ステップＳ１０２）。次いで、ＭＭＥ５３は、受信したカウンティングリクエストを端末装置２００に転送する（ステップＳ１０４）。ＭＭＥ５３は、各端末装置２００に対するメッセージ送信が可能であるので、カウンティングリクエストの中継点として使用され得る。次に、端末装置２００は、カウンティングリクエストに対する報告として、トラフィック予測情報をＮＳＭＥ３００に報告する（ステップＳ１０６）。トラフィック予測情報の一例は、上記表３に示した通りである。そして、ＮＳＭＥ３００は、端末装置２００から取得したトラフィック予測情報に基づいて、ネットワークスライスの容量に関する意思決定を行う（ステップＳ１０８）。その後、ＮＳＭＥ３００は、端末装置２００、基地局１００、ＭＭＥ５３、Ｓ−ＧＷ５１及びＰ−ＧＷ５２の各エンティティに対しメッセージを送信して、ネットワークスライスの容量を制御する（ステップＳ１１０）。

ネットワークスライスの容量を制御するためのメッセージは、例えば、ネットワークスライスに使用する計算機リソースの指定、新規のネットワークスライスの構築の指示、又はネットワークスライス同士の統合の指示等を含む。なお、既存のネットワークスライスに使用する計算機リソースの指定については、増加分又は減少分の指定であってもよい。ネットワークスライスの容量を制御するためのメッセージの一例を、下記の表４に示す。

ここで、カウンティング手続きに非対応の端末装置２００が存在し得る。そこで、端末装置２００は、トラフィック予測情報を報告可能であるか否かを示すケイパビリティ情報をコアネットワーク側（例えば、ＭＭＥ５３）に報告する。これにより、カウンティングリクエストの宛先となる端末装置２００を、トラフィック予測情報を報告可能である端末装置２００に限定することが可能となる。以下、ケイパビリティ情報の収集及びカウンティングリクエストの宛先の決定に関する手続きの流れを、図１６を参照して詳しく説明する。

図１６は、本実施形態に係るシステム１において実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。本シーケンスには、端末装置２００、基地局１００、ＭＭＥ５３、Ｓ−ＧＷ５１、Ｐ−ＧＷ５２、及びＮＳＭＥ３００が関与する。図１６に示すように、まず、端末装置２００は、トラフィック予測情報を報告可能であるか否かを示すケイパビリティ情報を、ＭＭＥ５３に報告する（ステップＳ１１２）。その後、ＮＳＭＥ３００は、カウンティングリクエストをＭＭＥ５３に送信する（ステップＳ１１４）。すると、ＭＭＥ５３は、端末装置２００から収集したケイパビリティ情報に基づいて、トラフィック予測情報を報告させるサンプルとなる端末装置２００を決定する（ステップＳ１１６）。そして、ＭＭＥ５３は、サンプルとして決定した端末装置２００に対し、カウンティングリクエストを転送する（ステップＳ１１８）。その後のステップＳ１２０〜Ｓ１２４の処理は、図１５を参照して説明したステップＳ１０６〜Ｓ１１０の処理と同様である。

ここで、カウンティングリクエストに対して返信されるトラフィック予測情報は、いわゆるＳＬＡ（Service Level Agreement）とは異なる。ＳＬＡは、サービス事業者とサービス利用者との間で結ばれる、サービスのレベルに関する契約である。セルラー通信においては、サービス事業者（例えば、通信キャリア）は、端末装置２００に対し、ＳＬＡに従って通信リソースを割り当てる義務がある。これに対し、ＮＳＭＥ３００は、トラフィック予測情報において要求された通りのネットワークスライスを、端末装置２００に提供する義務はない。

（４）サービス事業者ごとの相違
端末装置２００に提供されるサービスは、多様に考えられる。トラフィック予測情報の内容及び／又はカウンティング手続きは、端末装置２００に提供されるアプリケーションの種類によって異なり得る。以下、この点について具体的に説明する。

・第１の例
第１の例では、端末装置２００に提供されるサービスは、インターネット上に配置されるアプリケーションのサービスである。サービス事業者は、例えば図７に示したオリジナルサーバ６１に、アプリケーションを配置する。以下、本例におけるトラフィック予測情報の内容及びカウンティング手続きについて詳しく説明する。

−端末装置２００からの収集
トラフィック予測情報は、端末装置２００から収集されてもよい。その場合、トラフィック予測情報の収集は、サービス事業者によりトリガされる。

サービス事業者（例えば、オリジナルサーバ６１）は、端末装置２００に対するアプリケーションの提供を開始する際に、その旨をＮＳＭＥ３００に通知する。すると、ＮＳＭＥ３００は、かかる通知をトリガとして、アプリケーションの提供を受ける端末装置２００にカウンティングリクエストを送信し、トラフィック予測情報の報告を受ける。これにより、ＮＳＭＥ３００は、これから開始されるアプリケーションにより発生するトラフィックの予測に基づいて、ネットワークスライスの容量を制御することが可能となる。

なお、ＮＳＭＥ３００は、サービス事業者からの通知があった場合に、必ずしもカウンティング手続きを開始するとは限らない。ＮＳＭＥ３００は、カウンティング手続きを開始するか否かを選択し得る。ＮＳＭＥ３００は、複数の通知を統合して、カウンティング手続きを開始するか否かを選択してもよい。サービス事業者からの通知は、例えば、開始するアプリケーションの種類及び端末装置２００のＩＤ（例えば、加入者番号）等を含み得る。

以下、手続きの流れの一例を、図１７を参照して説明する。

図１７は、本実施形態に係るシステム１において実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。本シーケンスには、端末装置２００、基地局１００、ＭＭＥ５３、Ｓ−ＧＷ５１、Ｐ−ＧＷ５２、ＮＳＭＥ３００及びオリジナルサーバ６１が関与する。オリジナルサーバ６１には、サービス事業者のアプリケーションが配置される。

図１７に示すように、まず、オリジナルサーバ６１は、アプリケーションを開始することを示す、アプリケーションレベルのシグナリングを、端末装置２００に送信する（ステップＳ２０２）。次いで、オリジナルサーバ６１は、端末装置２００に対するアプリケーションをスタートすることを示す情報を、ＮＳＭＥ３００に送信する（ステップＳ２０４）。かかる情報は、例えば、開始するアプリケーションの種類及び端末装置２００のＩＤ（例えば、加入者番号）等を含む。次に、ＮＳＭＥ３００は、アプリケーションの提供を受ける端末装置２００を宛先とするカウンティングリクエストをＭＭＥ５３に送信し（ステップＳ２０６）、ＭＭＥ５３により当該端末装置２００に転送される（ステップＳ２０８）。その後のステップＳ２１０〜Ｓ２１４の処理は、図１５を参照して説明したステップＳ１０６〜Ｓ１１０の処理と同様である。

−サービス事業者からの収集
トラフィック予測情報は、サービス事業者から収集されてもよい。

サービス事業者（例えば、オリジナルサーバ６１）は、端末装置２００に対するアプリケーションの提供を開始する際に、トラフィック予測情報を自発的に又はＮＳＭＥ３００からのリクエストに応じて、ＮＳＭＥ３００に報告する。ＮＳＭＥ３００は、サービス事業者から報告されたトラフィック予測情報に基づいて、ネットワークスライスの容量を制御する。

オリジナルサーバ６１から報告されるトラフィック予測情報は、端末装置２００から報告されるトラフィック予測情報と同様である。詳しくは、オリジナルサーバ６１から報告されるトラフィック予測情報は、端末装置２００により使用されるネットワークスライスにおいて将来発生するトラフィックを予測するための情報を含む。例えば、オリジナルサーバ６１から報告されるトラフィック予測情報は、表３に一例を示した情報を含む。

オリジナルサーバ６１から報告されるトラフィック予測情報は、端末装置２００から報告されるトラフィック予測情報と同様の情報と共に、又は代えて、他の情報を含んでいてもよい。例えば、オリジナルサーバ６１から報告されるトラフィック予測情報は、開始するアプリケーションの種類及びアプリケーションの提供を受ける端末装置２００の数（即ち、加入者の人数）等を含んでいてもよい。これにより、複数の端末装置２００に提供されるアプリケーションについての総合的な使用予測が、ＮＳＭＥ３００に提供されることとなる。

トラフィック予測情報がサービス事業者から報告される場合、端末装置２００からのトラフィック予測情報の報告は、省略されてもよい。もちろん、サービス事業者及び端末装置２００の双方からトラフィック予測情報が報告されてもよい。その場合、ＮＳＭＥ３００は、サービス事業者及び端末装置２００の双方から報告されたトラフィック予測情報に基づいて、ネットワークスライスの容量を制御する。

以下、手続きの流れの一例を、図１８を参照して説明する。

図１８は、本実施形態に係るシステム１において実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。本シーケンスには、端末装置２００、基地局１００、ＭＭＥ５３、Ｓ−ＧＷ５１、Ｐ−ＧＷ５２、ＮＳＭＥ３００及びオリジナルサーバ６１が関与する。オリジナルサーバ６１には、サービス事業者のアプリケーションが配置される。

図１８に示すように、まず、オリジナルサーバ６１は、アプリケーションを開始することを示す、アプリケーションレベルのシグナリングを、端末装置２００に送信する（ステップＳ２２２）。次いで、オリジナルサーバ６１は、端末装置２００に対するアプリケーションをスタートすることを示す情報を、ＮＳＭＥ３００に送信する（ステップＳ２０４）。かかる情報は、トラフィック予測情報を含む。その後のステップＳ２２６〜Ｓ２２８の処理は、図１５を参照して説明したステップＳ１０８〜Ｓ１１０の処理と同様である。

・第２の例
第２の例では、端末装置２００に提供されるサービスは、ＭＥＣアプリケーションのサービスである。サービス事業者は、例えば図７に示したＭＥＣアプリケーションサーバ４１に、ＭＥＣアプリケーションを配置する。以下、本例におけるトラフィック予測情報の内容及びカウンティング手続きについて詳しく説明する。

アプリケーションの位置が異なる以外は、基本的には第１の例と同様である。例えば、トラフィック予測情報は、端末装置２００から報告されてもいし、ＭＥＣアプリケーションサーバ４１から報告されてもよい。また、ＭＥＣアプリケーションサーバ４１から報告されるトラフィック予測情報は、端末装置２００により使用されるネットワークスライスにおいて将来発生するトラフィックを予測するための情報を含む。例えば、サービス事業者から報告されるトラフィック予測情報は、表３に一例を示した情報を含む。

ＭＥＣアプリケーションサーバ４１から報告されるトラフィック予測情報は、端末装置２００から報告されるトラフィック予測情報と同様の情報と共に、又は代えて、他の情報を含んでいてもよい。例えば、ＭＥＣアプリケーションサーバ４１から報告されるトラフィック予測情報は、開始するアプリケーションの種類及びアプリケーションの提供を受ける端末装置２００の数（即ち、加入者の人数）等を含んでいてもよい。これにより、複数の端末装置２００に提供されるアプリケーションについての総合的な使用予測が、ＮＳＭＥ３００に提供されることとなる。

−ＭＥＣアプリケーションの位置情報
第２の例に特有な点として、トラフィック予測情報が、ＭＥＣアプリケーションの位置情報を含むことが挙げられる。ＭＥＣアプリケーションの位置情報は、ＭＥＣアプリケーションが配置されるエンティティの識別情報（例えば、ＩＰアドレス）であってもよい。また、ＭＥＣアプリケーションの位置情報は、ＭＥＣアプリケーションによりトラフィックの増減が起きる主なセグメントを示す情報であってもよい。セグメントについては、図１４を参照して上記説明した通りである。ＭＥＣアプリケーションの位置情報を含むトラフィック予測情報は、ＭＥＣアプリケーションサーバ４１から報告されてもよいし、端末装置２００から報告されてもよい。

以下、ＭＥＣアプリケーションの位置情報に基づくネットワークスライスの容量の制御について詳しく説明する。

ＭＥＣアプリケーションは、ネットワーク内のどの位置にも配置され得る。ＭＥＣアプリケーションと端末装置２００との間では、ネットワークスライスの容量が増強されることが望ましい。ＭＥＣアプリケーションと端末装置２００との間では、ＭＥＣアプリケーションの開始に起因してトラフィックが増加するためである。一方で、ＭＥＣアプリケーションよりもネットワーク側（Ｐ−ＧＷ５２側）では、ネットワークスライスの容量は増強されなくてもよい場合が多い。

そこで、ＮＳＭＥ３００は、ＭＥＣアプリケーションの位置情報に基づいて、ネットワークスライスの容量を制御する。例えば、ＮＳＭＥ３００は、ネットワークスライスのうちＭＥＣアプリケーションの位置よりも端末装置２００側のセグメントに、ＭＥＣアプリケーションの位置よりもネットワーク側のセグメントよりも多いリソースを割り当てる。ＭＥＣアプリケーションの位置情報に基づいてネットワークスライスの容量が制御されることにより、ＭＥＣアプリケーションと端末装置２００との間のセグメントの容量を、重点的に増強することが可能となる。これにより、リソース効率を向上させると共に、ＭＥＣアプリケーションの遅延を低減させることが可能となる。

以下、手続きの流れの一例を、図１９を参照して説明する。

図１９は、本実施形態に係るシステム１において実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。本シーケンスには、端末装置２００、基地局１００、ＭＭＥ５３、Ｓ−ＧＷ５１、Ｐ−ＧＷ５２、及びＮＳＭＥ３００が関与する。本シーケンスでは、ＭＥＣアプリケーションサーバ４１は、論理的なエンティティとして実現され、基地局１００に含まれるものとする。即ち、基地局１００に、ＭＥＣアプリケーションが配置される。

図１９に示すように、まず、基地局１００は、ＭＥＣアプリケーションを開始することを示す、アプリケーションレベルのシグナリングを、端末装置２００に送信する（ステップＳ３０２）。次いで、基地局１００は、端末装置２００に対するＭＥＣアプリケーションをスタートすることを示す情報を、ＮＳＭＥ３００に送信する（ステップＳ３０４）。ＮＳＭＥ３００に送信される情報は、ＭＥＣアプリケーションの位置情報を含み得る。次に、ＮＳＭＥ３００は、ＭＥＣアプリケーションの提供を受ける端末装置２００を宛先とするカウンティングリクエストをＭＭＥ５３に送信し（ステップＳ３０６）、ＭＭＥ５３により当該端末装置２００に転送される（ステップＳ３０８）。その後のステップＳ３１０〜Ｓ３１４の処理は、図１５を参照して説明したステップＳ１０６〜Ｓ１１０の処理と同様である。

−ＭＥＣアプリケーションの移動
ＭＥＣアプリケーションは、端末装置２００の移動等に応じて移動し得る。ＭＥＣアプリケーションが移動すると、移動元ではトラフィックが減少し、移動先ではトラフィックが増加する。そのため、ＭＥＣアプリケーションの移動に応じて、ネットワークスライスの容量が制御されることが望ましい。

そこで、トラフィック予測情報は、ＭＥＣアプリケーションの移動に関する情報を含む。ＭＥＣアプリケーションの移動に関する情報は、移動前の位置情報、移動後の位置情報、移動時間、及び移動により増減すべき計算機リソースを示す情報等を含む。ＭＥＣアプリケーションの移動に関する情報を含むトラフィック予測情報は、ＭＥＣアプリケーションサーバ４１から報告されてもよいし、端末装置２００から報告されてもよい。ＭＥＣアプリケーションの移動に関する情報の一例を、表５に示す。

ＮＳＭＥ３００は、ＭＥＣアプリケーションの移動を示す情報に基づいて、ネットワークスライスの容量を制御する。例えば、ＮＳＭＥ３００は、移動に伴いトラフィックが増減するセグメントを特定し、当該セグメントへのリソース割り当てを増減させる。これにより、ＭＥＣアプリケーションの移動元及び移動先の双方におけるリソース効率を向上させると共に、移動後のＭＥＣアプリケーションの遅延を低減させることが可能となる。

以下、手続きの流れの一例を、図２０及び図２１を参照して説明する。

図２０は、本実施形態に係るシステム１において実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。本シーケンスには、基地局１００＃１、基地局１００＃２、ＭＭＥ５３、Ｓ−ＧＷ５１、Ｐ−ＧＷ５２、及びＮＳＭＥ３００が関与する。本シーケンスでは、ＭＥＣアプリケーションサーバ４１は、論理的なエンティティとして実現され、基地局１００に含まれるものとする。即ち、基地局１００に、ＭＥＣアプリケーションが配置される。本シーケンスでは、基地局１００＃１に配置されたＭＥＣアプリケーションが、基地局１００＃２に移動する際の手続きについて説明する。

図２０に示すように、基地局１００＃１は、基地局１００＃１から基地局１００＃２にＭＥＣアプリケーションが移動することを示す情報をＮＳＭＥ３００に通知する（ステップＳ３２２）。ＮＳＭＥ３００は、基地局１００＃１から通知された情報に基づいて、ネットワークスライスの容量に関する意思決定を行う（ステップＳ３２４）。その後、ＮＳＭＥ３００は、基地局１００＃１、基地局１００＃２、ＭＭＥ５３、Ｓ−ＧＷ５１及びＰ−ＧＷ５２の各エンティティに対しメッセージを送信して、ネットワークスライスの容量を制御する（ステップＳ３２６）。そして、基地局１００＃１は、ＭＥＣアプリケーションを基地局１００＃２に移動させる（ステップＳ３２８）。

図２１は、本実施形態に係るシステム１において実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。本シーケンスには、基地局１００、ＭＭＥ５３、Ｓ−ＧＷ５１、Ｐ−ＧＷ５２、及びＮＳＭＥ３００が関与する。本シーケンスでは、ＭＥＣアプリケーションサーバ４１は、論理的なエンティティとして実現され、基地局１００に含まれるものとする。即ち、基地局１００に、ＭＥＣアプリケーションが配置される。本シーケンスでは、基地局１００に配置されたＭＥＣアプリケーションが、Ｓ−ＧＷ５１に移動する際の手続きについて説明する。

図２１に示すように、基地局１００は、基地局１００からＳ−ＧＷ５１にＭＥＣアプリケーションが移動することを示す情報をＮＳＭＥ３００に通知する（ステップＳ３４２）。ＮＳＭＥ３００は、基地局１００から通知された情報に基づいて、ネットワークスライスの容量に関する意思決定を行う（ステップＳ３４４）。その後、ＮＳＭＥ３００は、基地局１００、ＭＭＥ５３、Ｓ−ＧＷ５１及びＰ−ＧＷ５２の各エンティティに対しメッセージを送信して、ネットワークスライスの容量を制御する（ステップＳ３４６）。そして、基地局１００は、ＭＥＣアプリケーションをＳ−ＧＷ５１に移動させる（ステップＳ３４８）。

・第３の例
第３の例では、端末装置２００に提供されるサービスは、ＭＢＭＳのサービスである。サービス事業者は、例えば図７に示すＭＣＥ４２、ＭＢＭＳゲートウェイ５５、ＢＭ−ＳＣ５６及びコンテンツサーバ５７を運用する。以下、本例におけるトラフィック予測情報の内容及びカウンティング手続きについて詳しく説明する。

本例において、トラフィック予測情報は、提供するサービスがＭＢＭＳであることを示す情報を含む。

また、トラフィック予測情報は、ＭＢＭＳにおけるカウンティング手続きにより報告された情報を含む。具体的には、トラフィック予測情報は、ＭＢＭＳのコンテンツ（即ち、ＭＢＭＳの番組）に興味のあるユーザの数を示す情報を含む。ＭＣＥ４２は、コンテンツの放送が開始される際にカウンティング手続きを実行して、コンテンツに興味のあるユーザの数を計数し、計数結果を示す情報を含むトラフィック予測情報をＮＳＭＥ３００に報告する。

また、トラフィック予測情報は、ブロードキャスト、マルチキャスト及びユニキャストの各々のトラフィック量を示す情報を含む。かかる情報は、ＭＢＭＳにおけるカウンティング手続きにより報告された情報に基づいて生成されてもよい。例えば、基地局１００あたりのＭＢＭＳのコンテンツに興味のあるユーザ数に応じて、当該基地局１００においてコンテンツがブロードキャストされるか、マルチキャストされるか、ユニキャストされるかが判定される。そして、この判定結果と放送予定のコンテンツが示すトラフィック量とにより、かかる情報が生成される。

ＭＢＭＳの場合、ＭＣＥ４２と端末装置２００にコンテンツを放送する基地局１００の各々との間に、セッションが確立される。従って、セッションの数は、基地局１００の数に依存するが、端末装置２００の数には依存しない。例えば、コンテンツを放送する基地局１００の数がＭ個の場合、Ｍ個のセッションがＭＣＥ４２と基地局１００との間に確立される。このように、セッションの数が端末装置２００の数に依存しないので、ＭＣＥ４２と基地局１００との間で行われる通信が、ネットワークスライスの容量に与える影響は少ないと言える。

一方で、基地局１００は、端末装置２００に対し、ブロードキャスト、マルチキャスト又はユニキャストのいずれの方法でもコンテンツを提供可能である。コンテンツの提供方法は、ＲＡＮのＭＢＭＳ用のネットワークスライスの種類や容量に影響を与え得る。例えば、ブロードキャストが採用される場合、ブロードキャストのネットワークスライスの容量が増強されることが望ましい。他方、例えば端末装置２００に特有な（UE Specific）なビームを用いたユニキャストが採用される場合、ＲＡＮのＭＢＭＳ用のネットワークスライスはユニキャストとして実装されるので、ユニキャストのネットワークスライスの容量が増強されることが望ましい。

そこで、ＮＳＭＥ３００は、トラフィック予測情報に基づいて、ネットワークスライスの種類及び容量を制御する。詳しくは、ＮＳＭＥ３００は、提供するサービスがＭＢＭＳであることを示す情報がトラフィック予測情報に含まれる場合、コンテンツに興味のあるユーザの数及びコンテンツの提供方法に基づいて、ＲＡＮのネットワークスライスの種類及び容量を制御する。例えば、ＮＳＭＥ３００は、ユニキャストが採用されるＲＡＮについては、ユニキャストとして実装されるＭＢＭＳ用のネットワークスライスに多くのリソースを割り当てる。また、ＮＳＭＥ３００は、ブロードキャストキャストが採用されるＲＡＮについては、ブロードキャストとして実装されるＭＢＭＳ用のネットワークスライスに多くのリソースを割り当てる。また、ＮＳＭＥ３００は、ネットワークスライスに割り当てるリソース量を、コンテンツに興味のあるユーザの数に応じて制御する。これにより、ＲＡＮのネットワークスライスへのリソース割り当てを、ＭＢＭＳのコンテンツの放送のために最適化することが可能となる。

また、トラフィック予測情報は、満たすべきスループットを示す情報と、視聴エリアを示す情報とを含む。視聴エリアを示す情報は、ＭＢＭＳのコンテンツを放送する基地局１００の識別情報（例えば、ＩＰアドレス）であってもよい。ＮＳＭＥ３００は、ネットワークスライスに割り当てるリソース量を、満たすべきスループットを示す情報に応じて制御する。これにより、ＲＡＮのネットワークスライスへのリソース割り当てを、ＭＢＭＳのコンテンツの放送のために最適化することが可能となる。また、視聴エリアを示す情報により、ＮＳＭＥ３００は、容量を制御すべきネットワークスライスを特定することが可能となる。

以下、手続きの流れの一例を、図２２を参照して説明する。

図２２は、本実施形態に係るシステム１において実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。本シーケンスには、端末装置２００、基地局１００、ＭＣＥ４２、Ｓ−ＧＷ５１、Ｐ−ＧＷ５２、及びＮＳＭＥ３００が関与する。

図２２に示すように、まず、ステップＳ４０２〜Ｓ４１０において、ＭＢＭＳのカウンティング手続きが行われる。各ステップの処理は、図８を参照して説明したステップＳ１２〜Ｓ２０と同様である。次いで、ＭＣＥ４２は、ＭＢＭＳサービスのためのネットワークスライスの容量の変更リクエストを、ＮＳＭＥ３００に送信する。かかるリクエストには、トラフィック予測情報が含まれる。ＮＳＭＥ３００は、ＭＣＥ４２から受信したリクエストに基づいて、ネットワークスライスの容量に関する意思決定を行う（ステップＳ４１４）。その後、ＮＳＭＥ３００は、端末装置２００、基地局１００、Ｓ−ＧＷ５１及びＰ−ＧＷ５２の各エンティティに対しメッセージを送信して、ネットワークスライスの容量を制御する（ステップＳ４１６）。

＜３．３．パフォーマンスの測定結果に基づく制御＞
＜３．３．１．技術的課題＞
ネットワークスライスの容量は、実際の使用状況に応じて適宜修正されることが望ましい。そのためには、ネットワークスライスに関与する各エンティティが、どの程度現在のネットワークスライスの容量に満足しているかが報告されることが望ましい。

このような背景から、以下では、ネットワークスライスの容量を、実際の使用状況に応じて適宜修正することが可能な仕組みを提供する。なお、かかる仕組みにおいて報告される内容とは、既存のいわゆるメジャメントレポート手続きで報告されるチャネル品質とは異なるものとなり得る。

＜３．３．２．技術的特徴＞
（１）概要
端末装置２００が使用するネットワークスライスに関与する各々のエンティティは、端末装置２００が使用するネットワークスライスのパフォーマンスを測定し、測定結果を示すパフォーマンス測定情報をＮＳＭＥ３００に報告する。パフォーマンス予測情報は、端末装置２００が使用するネットワークスライスへのリソース割り当てを、ＮＳＭＥ３００が決定するために用いられる情報である。パフォーマンス測定情報は、端末装置２００が使用するネットワークスライスの容量を、適宜修正するために用いられる。報告するエンティティは、自発的にパフォーマンス測定情報をＮＳＭＥ３００に報告してもよいし、ＮＳＭＥ３００からのリクエストに応じてパフォーマンス測定情報をＮＳＭＥ３００に報告してもよい。

ＮＳＭＥ３００は、各エンティティから報告されたパフォーマンス測定情報を取得する。そのために、ＮＳＭＥ３００は、パフォーマンス測定情報を報告するよう要求するメッセージを、報告させるエンティティに送信してもよい。当該メッセージを、パフォーマンスレポートリクエストとも称する。

パフォーマンス測定情報を報告するエンティティは、端末装置２００、基地局１００、Ｓ−ＧＷ５１又はＰ−ＧＷ５２の少なくともいずれかである。

（２）パフォーマンス測定情報
パフォーマンス測定情報は、ネットワークスライスのパフォーマンスの測定結果を示す情報である。パフォーマンス測定情報は、例えば、遅延及びスループットの測定結果を含み得る。

パフォーマンス測定情報は、瞬時の測定結果ではなく、所定時間における測定結果を示す情報である。例えば、パフォーマンス測定情報は、所定時間におけるスループット及び当該所定時間におけるパケットの遅延の分布を含み得る。

パフォーマンス測定情報は、ネットワークスライスという土管全体のパフォーマンスを把握するために用いられる。従って、パフォーマンス測定情報は、各端末装置２００宛てのベアラ毎に測定され、報告されなくてもよい。ネットワークスライスという土管全体のパフォーマンスは、例えば、設定されたＱｏＳが示す遅延及びスループットがどの程度満たされているか、により示される。そのため、パフォーマンス測定情報は、ネットワークスライスに含まれるトラフィックのＱｏＳ毎に測定され、報告されることが望ましい。ＱｏＳ自体は、遅延及びエラーレートで記述されることもあるが、ネットワークスライスの容量の制御のための情報としては、設定されたＱｏＳ毎の遅延及びスループットが、パフォーマンス測定情報に含まれることが望ましい。

そこで、遅延及びスループットの測定は、ＱｏＳ毎に行われる。複数のＱｏＳの、様々な端末装置２００を送信先又は送信元とするデータが、ひとつのネットワークスライスを通過し得る。そこで、ＱｏＳ毎に、全ての端末装置２００に関する遅延及びスループットの測定結果が統合される。そして、ＱｏＳ毎の遅延及びスループットの測定結果が、パフォーマンス測定情報として報告される。

ここで、図６を再度参照すると、ひとつのネットワークスライス＃１を使用する端末装置２００が複数存在し（ＵＥ＃１、＃２及び＃３）、各々の端末装置２００は複数のＱｏＳ（ＱｏＳ＝１及び２）を使用している。図６に示した例では、ベアラ＃１〜＃６の各々で遅延及びスループットが測定される。そして、ＱｏＳ＝１が設定されたベアラ＃１、＃２及び＃３の測定結果が統合されて、ＱｏＳ＝１のパフォーマンス測定報告情報として報告される。また、ＱｏＳ＝２が設定されたベアラ＃４、＃５及び＃６の測定結果が統合されて、ＱｏＳ＝２のパフォーマンス測定報告情報として報告される。

パフォーマンスの測定は、セグメント毎に行われる。そして、セグメント毎のパフォーマンス測定情報が報告される。具体的には、端末装置２００が使用するネットワークスライスに関与する各々のエンティティは、端末装置２００が使用するネットワークスライスを構成する複数のセグメントのうち、各々のエンティティを一端（入口又は出口）とするセグメントについてのパフォーマンスの測定結果を、パフォーマンス測定情報として報告し得る。例えば、端末装置２００は、端末装置２００を一端とするセグメントであるセグメント＃１についてのパフォーマンスを測定し、パフォーマンス測定情報をＮＳＭＥ３００に報告し得る。また、基地局１００は、基地局１００を一端とするセグメントであるセグメント＃１又は＃２の少なくともいずれかについてのパフォーマンスを測定し、パフォーマンス測定情報をＮＳＭＥ３００に報告し得る。また、Ｓ−ＧＷ５１は、Ｓ−ＧＷ５１を一端とするセグメントであるセグメント＃２又は＃３の少なくともいずれかについてのパフォーマンスを測定し、パフォーマンス測定情報をＮＳＭＥ３００に報告し得る。また、Ｐ−ＧＷ５２は、Ｐ−ＧＷ５２を一端とするセグメントであるセグメント＃３のパフォーマンスを測定し、パフォーマンス測定情報をＮＳＭＥ３００に報告し得る。

遅延の測定は、セグメントの入口のエンティティによりデータに付与されたタイムスタンプと当該データがセグメントの出口のエンティティに到着した時間との差分をとることにより、実行されてもよい。この場合、遅延の測定は、典型的にはセグメントの出口のエンティティにより実行される。

遅延の測定は、セグメントの入口のエンティティにデータが到着した時間と、セグメントの出口のエンティティからの当該データの受信応答（ＡＣＫ又はＮＡＣＫ）がセグメントの入り口のエンティティに到達した時間との差分をとることにより、実行されてもよい。この場合、遅延の測定は、典型的にはセグメントの入口のエンティティにより実行される。

スループットの測定は、例えば、セグメントの入口のエンティティを通過したトラフィック量とセグメントの出口のエンティティを通過したトラフィック量とを、所定時間ＱｏＳ毎にカウントすることにより、実行されてもよい。スループットの測定は、典型的にはセグメントの入口及び出口の各々のエンティティにより実行される。

ここで、入口のエンティティ及び出口のエンティティは、各々の測定結果を別々にＮＳＭＥ３００に報告してもよい。他に、入口のエンティティ若しくは出口のエンティティの一方又は他のエンティティが、入口のエンティティ及び出口のエンティティによる測定結果を統合して、ＮＳＭＥ３００に報告してもよい。

パフォーマンス測定情報の一例を、下記の表６に示す。

上記表６に示した例では、セグメント＃１（基地局−端末装置間のセグメント）のパフォーマンス測定情報が、基地局１００及び端末装置２００の双方により報告される。即ち、上記表６に示した例では、同一セグメントのパフォーマンス測定情報が、セグメントの入口及び出口の各々のエンティティにより報告されている。

（３）パフォーマンス測定情報の収集の効率化
ＮＳＭＥ３００は、端末装置２００が使用するネットワークスライスを構成する複数のセグメントの各々についてのパフォーマンスの測定結果を示すパフォーマンス測定情報を、セグメントの端部のエンティティから収集する。ＮＳＭＥ３００は、各セグメントを端部とする複数のエンティティから、パフォーマンス測定情報を報告させるサンプルとなる一部のエンティティを指定し、サンプルとして指定したエンティティからパフォーマンス測定情報を収集してもよい。例えば、ＮＳＭＥ３００は、各セグメントを端部とするエンティティのうち、サンプルとなる一部のエンティティに対してパフォーマンスレポートリクエストを送信して、パフォーマンス測定情報を報告させる。これにより、各エンティティのパフォーマンス測定情報の報告負荷を軽減することができる。各セグメントを端部とするエンティティは、端末装置２００に近いセグメントであるほど多くなる。従って、パフォーマンス測定情報を報告させるエンティティを限定することのより得られる報告負荷の軽減効果は、端末装置２００に近いセグメントほど大きくなる。

ここで、パフォーマンスの測定報告手続きに非対応のエンティティが存在し得る。そこで、端末装置２００が使用するネットワークスライスに関与する各々のエンティティ（とりわけ、基地局１００及び端末装置２００）は、パフォーマンス測定情報を報告可能であるか否かを示すケイパビリティ情報をコアネットワーク側（例えば、ＭＭＥ５３）に報告し得る。これにより、パフォーマンスレポートリクエストの宛先となる基地局１００及び端末装置２００を、パフォーマンス測定情報を報告可能である基地局１００及び端末装置２００に限定することが可能となる。

以下、パフォーマンス測定情報の収集の具体例を説明する。

セグメント＃１に関しては、複数の端末装置２００のうち一部の端末装置２００と基地局１００との間のネットワークスライスのパフォーマンスが測定され、セグメント＃１のネットワークスライスのパフォーマンスの代表値として報告される。詳しくは、セグメント＃１には、基地局１００と、当該基地局１００を経由するネットワークスライスを使用する複数の端末装置２００が関与し得る。そこで、基地局１００は、自身のパフォーマンスの測定結果と共に、当該複数の端末装置２００のうちサンプルとして指定された端末装置２００のパフォーマンスの測定結果を、セグメント＃１のパフォーマンス測定情報としてＮＳＭＥ３００に報告する。

セグメント＃２に関しては、複数の基地局１００のうち一部の基地局１００とＳ−ＧＷ５１との間のネットワークスライスのパフォーマンスが測定され、セグメント＃２のネットワークスライスのパフォーマンスの代表値として報告される。詳しくは、セグメント＃２には、Ｓ−ＧＷ５１と、当該Ｓ−ＧＷ５１を経由するネットワークスライスを使用する複数の基地局１００が関与し得る。そこで、Ｓ−ＧＷ５１は、自身のパフォーマンスの測定結果と共に、当該複数の基地局１００のうちサンプルとして指定された基地局１００のパフォーマンスの測定結果を、セグメント＃２のパフォーマンス測定情報としてＮＳＭＥ３００に報告する。

セグメント＃３に関しては、複数のＳ−ＧＷ５１のうち一部のＳ−ＧＷ５１とＰ−ＧＷ５２との間のネットワークスライスのパフォーマンスが測定され、セグメント＃３のネットワークスライスのパフォーマンスの代表値として報告される。詳しくは、セグメント＃３には、Ｐ−ＧＷ５２と、当該Ｐ−ＧＷ５２を経由するネットワークスライスを使用する複数のＳ−ＧＷ５１が関与し得る。そこで、Ｐ−ＧＷ５２は、自身のパフォーマンスの測定結果と共に、当該複数のＳ−ＧＷ５１のうちサンプルとして指定されたＳ−ＧＷ５１のパフォーマンスの測定結果を、セグメント＃３のパフォーマンス測定情報としてＮＳＭＥ３００に報告する。

（４）パフォーマンス測定情報に基づくネットワークスライスの容量の制御
ＮＳＭＥ３００は、収集したパフォーマンス測定情報に基づいて、ネットワークスライスの容量を制御する。詳しくは、ＮＳＭＥ３００は、パフォーマンス情報に基づいて、端末装置２００が使用するネットワークスライスへのリソース割り当てを決定する。端末装置２００が使用するネットワークスライスへのリソース割り当てを決定することは、端末装置２００が使用中のネットワークスライスの容量を変更するか否かを決定すること、変更する場合は増強量若しくは減少量を決定すること、等を含む。ネットワークスライスの容量の制御は、例えば、ネットワーク機能に割り当てる計算機リソース量の決定及びネットワーク機能同士のスイッチングによる接続により、実現される。以下、図２３を参照して、ネットワークスライスの容量の制御に係る手続きの流れの一例を説明する。

図２３は、本実施形態に係るシステム１において実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。本シーケンスには、端末装置２００、基地局１００、ＭＭＥ５３、Ｓ−ＧＷ５１、Ｐ−ＧＷ５２、及びＮＳＭＥ３００が関与する。

図２３に示すように、まず、基地局１００は、パフォーマンス測定情報を報告可能であるか否かを示すケイパビリティ情報を、ＭＭＥ５３に報告する（ステップＳ５０２）。同様に、端末装置２００は、パフォーマンス測定情報を報告可能であるか否かを示すケイパビリティ情報を、ＭＭＥ５３に報告する（ステップＳ５０４）。

次いで、ＮＳＭＥ３００は、パフォーマンスレポートリクエストをＭＭＥ５３に送信する（ステップＳ５０６）。すると、ＭＭＥ５３は、ステップＳ５０２及びＳ５０４で取得したケイパビリティ情報に基づいて、パフォーマンス測定情報を報告させるサンプルとなる基地局１００及び端末装置２００を決定する（ステップＳ５０８）。そして、ＭＭＥ５３は、Ｓ−ＧＷ５１、並びにサンプルとして決定した基地局１００及び端末装置２００に対し、パフォーマンスレポートリクエストを転送する。

まず、ＭＭＥ５３は、Ｓ−ＧＷ５１にパフォーマンスレポートリクエストを転送する（ステップＳ５１０）。すると、Ｓ−ＧＷ５１は、ネットワークスライスのパフォーマンスを測定し、パフォーマンスレポートリクエストに対する報告として、パフォーマンス測定情報をＮＳＭＥ３００に報告する（ステップＳ５１２）。

次いで、ＭＭＥ５３は、サンプルとして決定した基地局１００にパフォーマンスレポートリクエストを転送する（ステップＳ５１４）。すると、基地局１００は、ネットワークスライスのパフォーマンスを測定し、パフォーマンスレポートリクエストに対する報告として、パフォーマンス測定情報をＮＳＭＥ３００に報告する（ステップＳ５１６）。

次に、ＭＭＥ５３は、サンプルとして決定した端末装置２００にパフォーマンスレポートリクエストを転送する（ステップＳ５１８）。すると、端末装置２００は、ネットワークスライスのパフォーマンスを測定し、パフォーマンスレポートリクエストに対する報告として、パフォーマンス測定情報をＮＳＭＥ３００に報告する（ステップＳ５２０）。

そして、ＮＳＭＥ３００は、基地局１００、端末装置２００及びＳ−ＧＷ５１から取得したパフォーマンス測定情報に基づいて、ネットワークスライスの容量に関する意思決定を行う（ステップＳ５２２）。その後、ＮＳＭＥ３００は、端末装置２００、基地局１００、ＭＭＥ５３、Ｓ−ＧＷ５１及びＰ−ＧＷ５２の各エンティティに対しメッセージを送信して、ネットワークスライスの容量を制御する（ステップＳ５２４）。

上記説明した処理では、同一セグメントのパフォーマンス測定情報が、セグメントの入口及び出口の各々のエンティティにより報告される。これに対し、同一セグメントのパフォーマンス測定情報は、セグメントの入口又は出口の一方のエンティティにより統合され、報告されてもよい。これにより、パフォーマンス測定情報の報告のためのシグナリングを低減することが可能となる。例えば、セグメント＃１（基地局−端末装置間のセグメント）のパフォーマンス測定情報が、基地局１００により統合され、報告されてもよい。この場合、コアネットワークにおけるシグナリングを低減することが可能となる。この場合の処理の流れを、図２４を参照して説明する。

図２４は、本実施形態に係るシステム１において実行されるネットワークスライスの容量の制御手続きの流れの一例を示すシーケンス図である。本シーケンスには、端末装置２００、基地局１００、ＭＭＥ５３、Ｓ−ＧＷ５１、Ｐ−ＧＷ５２、及びＮＳＭＥ３００が関与する。

図２４に示すステップＳ５３２〜Ｓ５３８の処理は、図２３を参照して説明したステップＳ５０２〜Ｓ５０８の処理と同様である。ステップＳ５３８において、ＭＭＥ５３は、基地局１００及び端末装置２００から取得したケイパビリティ情報に基づいて、パフォーマンス測定情報を報告させるサンプルとなる基地局１００及び端末装置２００を決定する。そして、ＭＭＥ５３は、Ｓ−ＧＷ５１、並びにサンプルとして決定した基地局１００及び端末装置２００に対し、パフォーマンスレポートリクエストを転送する。

ステップＳ５４０〜Ｓ５４２の処理は、図２３を参照して説明したステップＳ５１０〜Ｓ５１２の処理と同様である。

次いで、ＭＭＥ５３は、サンプルとして決定した基地局１００及び端末装置２００に、パフォーマンスレポートリクエストを転送する（ステップＳ５４４及びＳ５４６）。すると、端末装置２００は、ネットワークスライスのパフォーマンスを測定し、パフォーマンスレポートリクエストに対する報告として、パフォーマンス測定情報を基地局１００に報告する（ステップＳ５４８）。基地局１００は、ネットワークスライスのパフォーマンスを測定すると共に、端末装置２００から報告されたパフォーマンス測定情報を統合して、ＮＳＭＥ３００に報告するパフォーマンス測定情報を生成する（ステップＳ５５０）。例えば、基地局１００は、セグメント＃１（基地局−端末装置間のセグメント）におけるアップリンク及びダウンリンクの遅延及びスループットの測定結果を示す情報を生成する。そして、基地局１００は、生成したパフォーマンス測定情報をＮＳＭＥ３００に報告する（ステップＳ５５２）。

ステップＳ５５４〜Ｓ５５６の処理は、図２３を参照して説明したステップＳ５２２〜Ｓ５２４の処理と同様である。

＜＜４．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、ＮＳＭＥ３００、ＭＥＣアプリケーションサーバ４１、ＭＣＥ４２、Ｓ−ＧＷ５１及びＰ−ＧＷ５２等の制御エンティティは、タワーサーバ、ラックサーバ、又はブレードサーバなどのいずれかの種類のサーバとして実現されてもよい。また、制御エンティティは、サーバに搭載される制御モジュール（例えば、１つのダイで構成される集積回路モジュール、又はブレードサーバのスロットに挿入されるカード若しくはブレード）であってもよい。

また、例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved Node B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局１００は、ＮｏｄｅＢ又はＢＴＳ（Base Transceiver Station）などの他の種類の基地局として実現されてもよい。基地局１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote Radio Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局１００として動作してもよい。

また、例えば、端末装置２００は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００は、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。さらに、端末装置２００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。

＜４．１．制御エンティティに関する応用例＞
図２５は、本開示に係る技術が適用され得るサーバ７００の概略的な構成の一例を示すブロック図である。サーバ７００は、プロセッサ７０１、メモリ７０２、ストレージ７０３、ネットワークインタフェース７０４及びバス７０６を備える。

プロセッサ７０１は、例えばＣＰＵ（Central Processing Unit）又はＤＳＰ（Digital Signal Processor）であってよく、サーバ７００の各種機能を制御する。メモリ７０２は、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）を含み、プロセッサ７０１により実行されるプログラム及びデータを記憶する。ストレージ７０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。

ネットワークインタフェース７０４は、サーバ７００を有線通信ネットワーク７０５に接続するための有線通信インタフェースである。有線通信ネットワーク７０５は、ＥＰＣ（Evolved Packet Core）などのコアネットワークであってもよく、又はインターネットなどのＰＤＮ（Packet Data Network）であってもよい。

バス７０６は、プロセッサ７０１、メモリ７０２、ストレージ７０３及びネットワークインタフェース７０４を互いに接続する。バス７０６は、速度の異なる２つ以上のバス（例えば、高速バス及び低速バス）を含んでもよい。

図２５に示したサーバ７００において、図１１を参照して説明した制御部３３０に含まれる１つ以上の構成要素（取得部３３１及び／又はネットワークスライス制御部３３３）、図１２を参照して説明した制御部４３０に含まれる１つ以上の構成要素（報告部４３１及び／又はサービス提供部４３３）、又は図１３を参照して説明した制御部５３０に含まれる１つ以上の構成要素（報告部５３１及び／又は通信制御部５３３）は、プロセッサ７０１において実装されてもよい。一例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）がサーバ７００にインストールされ、プロセッサ７０１が当該プログラムを実行してもよい。別の例として、サーバ７００は、プロセッサ７０１及びメモリ７０２を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムをメモリ７０２に記憶し、当該プログラムをプロセッサ７０１により実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてサーバ７００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるための上記プログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図２５に示したサーバ７００において、例えば、図１１を参照して説明したネットワーク通信部３１０、図１２を参照して説明したネットワーク通信部４１０、又は図１３を参照して説明したネットワーク通信部５１０は、ネットワークインタフェース７０４において実装されてもよい。また、記憶部３２０、記憶部４２０、又は記憶部５２０は、メモリ７０２及び／又はストレージ７０３において実装されてもよい。

＜４．２．基地局に関する応用例＞
（第１の応用例）
図２６は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。

アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図２６に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２６にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。

基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。

コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio Resource Control）、無線ベアラ制御（Radio Bearer Control）、移動性管理（Mobility Management）、流入制御（Admission Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。

ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。

無線通信インタフェース８２５は、ＬＴＥ（Long Term Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium Access Control）、ＲＬＣ（Radio Link Control）及びＰＤＣＰ（Packet Data Convergence Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。

無線通信インタフェース８２５は、図２６に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図２６に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２６には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。

図２６に示したｅＮＢ８００において、図９を参照して説明した制御部１５０に含まれる１つ以上の構成要素（報告部１５１及び／又は通信制御部１５３）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図２６に示したｅＮＢ８００において、図９を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部１４０は、メモリ８２２において実装されてもよい。

（第２の応用例）
図２７は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。

アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図２７に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２７にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。

基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図２６を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。

無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図２６を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図２７に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２７には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。

接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。

また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。

接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。

無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図２７に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２７には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。

図２７に示したｅＮＢ８３０において、図９を参照して説明した制御部１５０に含まれる１つ以上の構成要素（報告部１５１及び／又は通信制御部１５３）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図２７に示したｅＮＢ８３０において、例えば、図９を参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部１４０は、メモリ８５２において実装されてもよい。

＜４．３．端末装置に関する応用例＞
（第１の応用例）
図２８は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図２８に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図２８には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。

さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local Area Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。

アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。

アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図２８に示したように複数のアンテナ９１６を有してもよい。なお、図２８にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。

さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。

バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２８に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

図２８に示したスマートフォン９００において、図１０を参照して説明した制御部２４０に含まれる１つ以上の構成要素（報告部２４１及び／又は通信制御部２４３）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図２８に示したスマートフォン９００において、例えば、図１０を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０は、メモリ９０２において実装されてもよい。

（第２の応用例）
図２９は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２９に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２９には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。

アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。

アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２９に示したように複数のアンテナ９３７を有してもよい。なお、図２９にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。

さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２９に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図２９に示したカーナビゲーション装置９２０において、図１０を参照して説明した制御部２４０に含まれる１つ以上の構成要素（報告部２４１及び／又は通信制御部２４３）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図２９に示したカーナビゲーション装置９２０において、例えば、図１０を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

＜＜５．まとめ＞＞
以上、図１〜図２９を参照して、本開示の一実施形態について詳細に説明した。上記説明したように、本実施形態に係る端末装置２００は、複数のネットワークスライスのうち少なくともいずれかを用いて通信する。そして、端末装置２００は、使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を、複数のネットワークスライスを制御するＮＳＭＥ３００に報告する。ＮＳＭＥ３００において、端末装置２００から報告された情報に基づいてリソース割り当てが決定されるので、端末装置２００が使用するネットワークスライスに割り当てられるリソース量を適正化することが可能となる。

とりわけ、端末装置２００は、端末装置２００により使用されるネットワークスライスにおいて、将来発生するトラフィックを予測するための情報であるトラフィック予測情報を、ＮＳＭＥ３００に報告する。これにより、端末装置２００により使用されるネットワークスライスにおいて将来発生するトラフィックを見越して、ネットワークスライスの容量が制御される。これにより、ネットワークスライスの容量が適正化されて、リソース効率を向上させることが可能となる。

さらに、端末装置２００は、端末装置２００により使用されるネットワークスライスのパフォーマンスの測定結果を示す情報であるパフォーマンス測定情報を、ＮＳＭＥ３００に報告する。これにより、端末装置２００により使用されているネットワークスライスの現在の状況に応じて、ネットワークスライスの容量が制御される。これにより、ネットワークスライスの容量が適正化されて、リソース効率を向上させることが可能となる。

また、ＮＳＭＥ３００は、端末装置２００から報告された情報に基づいて、端末装置２００が使用するネットワークスライスへのリソース割り当てを決定する。詳しくは、ＮＳＭＥ３００は、端末装置２００により使用されるネットワークスライスにおいて将来発生するトラフィックを見越して、及び／又は末装置２００により使用されているネットワークスライスの現在の状況に応じて、ネットワークスライスの容量を制御する。これにより、ネットワークスライスの容量が適正化して、リソース効率を向上させることが可能となる。

また、基地局１００、ＭＥＣアプリケーションサーバ４１、ＭＣＥ４２、Ｓ−ＧＷ５１及びＭＭＥ５３は、トラフィック予測情報又はパフォーマンス測定情報の少なくともいずれかを、ＮＳＭＥ３００に報告する。これにより、端末装置２００からこれらの情報が報告される場合と同様に、ネットワークスライスの容量が適正化されて、リソース効率を向上させることが可能となる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置であって、
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
を備える端末装置。
（２）
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報は、前記端末装置により使用されるネットワークスライスにおいて将来発生するトラフィックを予測するための第１の情報を含む、前記（１）に記載の端末装置。
（３）
前記第１の情報は、ネットワークスライスを使用した通信の開始時間、継続時間、ＲＲＣ状態の比率、又はネットワークスライスへの要求条件の少なくともいずれかを含む、前記（２）に記載の端末装置。
（４）
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報は、前記端末装置が使用するネットワークスライスのパフォーマンスの測定結果を示す第２の情報を含む、前記（１）〜（３）のいずれか一項に記載の端末装置。
（５）
前記第２の情報は、前記端末装置が使用するネットワークスライスを構成する複数のセグメントのうち、前記端末装置を一端とするセグメントについてのパフォーマンスの測定結果を示す情報を含む、前記（４）に記載の端末装置。
（６）
前記制御部は、ＱｏＳごとにパフォーマンスを測定する、前記（５）に記載の端末装置。
（７）
前記制御部は、前記通信制御装置からのリクエストに応じて、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を報告する、前記（１）〜（６）のいずれか一項に記載の端末装置。
（８）
前記制御部は、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を報告可能であるか否かを示すケイパビリティ情報を報告する、前記（１）〜（７）のいずれか一項に記載の端末装置。
（９）
複数のネットワークスライスを制御する通信制御装置であって、
前記複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置から報告された、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報に基づいて、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定する制御部、
を備える通信制御装置。
（１０）
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報は、前記端末装置により使用されるネットワークスライスにおいて将来発生するトラフィックを予測するための第１の情報を含む、前記（９）に記載の通信制御装置。
（１１）
前記端末装置に提供されるアプリケーションの開始をトリガとして、前記第１の情報を報告するよう要求するメッセージを前記端末装置に送信する、前記（１０）に記載の通信制御装置。
（１２）
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報は、前記端末装置が使用するネットワークスライスのパフォーマンスの測定結果を示す第２の情報を含む、前記（９）〜（１１）のいずれか一項に記載の通信制御装置。
（１３）
前記制御部は、前記端末装置が使用するネットワークスライスを構成する複数のセグメントの各々についての前記第２の情報を、前記セグメントの端部のエンティティから収集する、前記（１２）に記載の通信制御装置。
（１４）
複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置に無線通信サービスを提供する基地局であって、
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
を備える基地局。
（１５）
前記第２の情報は、前記端末装置が使用するネットワークスライスを構成する複数のセグメントのうち、前記基地局を一端とするセグメントについてのＱｏＳ毎のパフォーマンスの測定結果を示す情報を含む、前記（１４）に記載の基地局。
（１６）
前記制御部は、前記第２の情報を報告可能であるか否かを示すケイパビリティ情報を報告する、前記（１４）又は（１５）に記載の基地局。
（１７）
複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置により送受信される情報を中継するゲートウェイ装置であって、
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
を備えるゲートウェイ装置。
（１８）
前記第２の情報は、前記端末装置が使用するネットワークスライスを構成する複数のセグメントのうち、前記ゲートウェイ装置を一端とするセグメントについてのＱｏＳ毎のパフォーマンスの測定結果を示す情報を含む、前記（１７）に記載のゲートウェイ装置。
（１９）
複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置にネットワークスライスを用いたサービスを提供する制御装置であって、
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第１の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
を備える制御装置。
（２０）
前記サービスは、ＭＥＣアプリケーションのサービスである、前記（１９）に記載の制御装置。
（２１）
前記第１の情報は、ＭＥＣアプリケーションの位置情報を含む、前記（２０）に記載の制御装置。
（２２）
前記サービスは、ＭＢＭＳ（Multimedia Broadcast and Multicast Service）のサービスである、前記（１９）に記載の制御装置。
（２３）
前記第１の情報は、ブロードキャスト、マルチキャスト及びユニキャストの各々のトラフィック量を示す情報を含む、前記（２２）に記載の制御装置。
（２４）
前記第１の情報は、ＭＢＭＳのコンテンツを放送する基地局の識別情報を含む、前記（２２）又は（２３）に記載の制御装置。
（２５）
複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置により実行される方法であって、
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を、前記複数のネットワークスライスを制御する通信制御装置に報告すること、
を含む方法。
（２６）
複数のネットワークスライスを制御する通信制御装置により実行される方法であって、
前記複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置から報告された、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報に基づいて、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定すること、
を含む方法。
（２７）
複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置に無線通信サービスを提供する基地局により実行される方法であって、
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告すること、
を含む方法。
（２８）
複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置により送受信される情報を中継するゲートウェイ装置により実行される方法であって、
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告すること、
を含む方法。
（２９）
複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置にネットワークスライスを用いたサービスを提供する制御装置により実行される方法であって、
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第１の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告すること、
を含む方法。
（３０）
複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置を制御するコンピュータを、
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
として機能させるためのプログラムが記録された記録媒体。
（３１）
複数のネットワークスライスを制御する通信制御装置を制御するコンピュータを、
前記複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置から報告された、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報に基づいて、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定する制御部、
として機能させるためのプログラムが記録された記録媒体。
（３２）
複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置に無線通信サービスを提供する基地局を制御するコンピュータを、
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
として機能させるためのプログラムが記録された記録媒体。
（３３）
複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置により送受信される情報を中継するゲートウェイ装置を制御するコンピュータを、
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
として機能させるためのプログラムが記録された記録媒体。
（３４）
複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置にネットワークスライスを用いたサービスを提供する制御装置を制御するコンピュータを、
前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第１の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
として機能させるためのプログラムが記録された記録媒体。

１ システム
１１ セル
２０ コアネットワーク
３０ ＰＤＮ（Packet Data Network）
４１ ＭＥＣアプリケーションサーバ
４２ ＭＣＥ
５１ Ｓ−ＧＷ
５２ Ｐ−ＧＷ
５３ ＭＭＥ
５４ ＨＳＳ
５５ ＭＢＭＳゲートウェイ
５６ ＢＭ−ＳＣ
５７ コンテンツサーバ
６１ オリジナルサーバ
１００ 基地局
１１０ アンテナ部
１２０ 無線通信部
１３０ ネットワーク通信部
１４０ 記憶部
１５０ 制御部
１５１ 報告部
１５３ 通信制御部
２００ 端末装置
２１０ アンテナ部
２２０ 無線通信部
２３０ 記憶部
２４０ 制御部
２４１ 報告部
２４３ 通信制御部
３００ ＮＳＭＥ
３１０ ネットワーク通信部
３２０ 記憶部
３３０ 制御部
３３１ 取得部
３３３ ネットワークスライス制御部
４１０ ネットワーク通信部
４２０ 記憶部
４３０ 制御部
４３１ 報告部
４３３ サービス提供部
５１０ ネットワーク通信部
５２０ 記憶部
５３０ 制御部
５３１ 報告部
５３３ 通信制御部

Claims (34)

1. 複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置であって、
   前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
   を備える端末装置。
2. 前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報は、前記端末装置により使用されるネットワークスライスにおいて将来発生するトラフィックを予測するための第１の情報を含む、請求項１に記載の端末装置。
3. 前記第１の情報は、ネットワークスライスを使用した通信の開始時間、継続時間、ＲＲＣ状態の比率、又はネットワークスライスへの要求条件の少なくともいずれかを含む、請求項２に記載の端末装置。
4. 前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報は、前記端末装置が使用するネットワークスライスのパフォーマンスの測定結果を示す第２の情報を含む、請求項１に記載の端末装置。
5. 前記第２の情報は、前記端末装置が使用するネットワークスライスを構成する複数のセグメントのうち、前記端末装置を一端とするセグメントについてのパフォーマンスの測定結果を示す情報を含む、請求項４に記載の端末装置。
6. 前記制御部は、ＱｏＳごとにパフォーマンスを測定する、請求項５に記載の端末装置。
7. 前記制御部は、前記通信制御装置からのリクエストに応じて、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を報告する、請求項１に記載の端末装置。
8. 前記制御部は、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を報告可能であるか否かを示すケイパビリティ情報を報告する、請求項１に記載の端末装置。
9. 複数のネットワークスライスを制御する通信制御装置であって、
   前記複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置から報告された、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報に基づいて、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定する制御部、
   を備える通信制御装置。
10. 前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報は、前記端末装置により使用されるネットワークスライスにおいて将来発生するトラフィックを予測するための第１の情報を含む、請求項９に記載の通信制御装置。
11. 前記端末装置に提供されるアプリケーションの開始をトリガとして、前記第１の情報を報告するよう要求するメッセージを前記端末装置に送信する、請求項１０に記載の通信制御装置。
12. 前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報は、前記端末装置が使用するネットワークスライスのパフォーマンスの測定結果を示す第２の情報を含む、請求項９に記載の通信制御装置。
13. 前記制御部は、前記端末装置が使用するネットワークスライスを構成する複数のセグメントの各々についての前記第２の情報を、前記セグメントの端部のエンティティから収集する、請求項１２に記載の通信制御装置。
14. 複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置に無線通信サービスを提供する基地局であって、
    前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
    を備える基地局。
15. 前記第２の情報は、前記端末装置が使用するネットワークスライスを構成する複数のセグメントのうち、前記基地局を一端とするセグメントについてのＱｏＳ毎のパフォーマンスの測定結果を示す情報を含む、請求項１４に記載の基地局。
16. 前記制御部は、前記第２の情報を報告可能であるか否かを示すケイパビリティ情報を報告する、請求項１４に記載の基地局。
17. 複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置により送受信される情報を中継するゲートウェイ装置であって、
    前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
    を備えるゲートウェイ装置。
18. 前記第２の情報は、前記端末装置が使用するネットワークスライスを構成する複数のセグメントのうち、前記ゲートウェイ装置を一端とするセグメントについてのＱｏＳ毎のパフォーマンスの測定結果を示す情報を含む、請求項１７に記載のゲートウェイ装置。
19. 複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置にネットワークスライスを用いたサービスを提供する制御装置であって、
    前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第１の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
    を備える制御装置。
20. 前記サービスは、ＭＥＣアプリケーションのサービスである、請求項１９に記載の制御装置。
21. 前記第１の情報は、ＭＥＣアプリケーションの位置情報を含む、請求項２０に記載の制御装置。
22. 前記サービスは、ＭＢＭＳ（Multimedia Broadcast and Multicast Service）のサービスである、請求項１９に記載の制御装置。
23. 前記第１の情報は、ブロードキャスト、マルチキャスト及びユニキャストの各々のトラフィック量を示す情報を含む、請求項２２に記載の制御装置。
24. 前記第１の情報は、ＭＢＭＳのコンテンツを放送する基地局の識別情報を含む、請求項２２に記載の制御装置。
25. 複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置により実行される方法であって、
    前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を、前記複数のネットワークスライスを制御する通信制御装置に報告すること、
    を含む方法。
26. 複数のネットワークスライスを制御する通信制御装置により実行される方法であって、
    前記複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置から報告された、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報に基づいて、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定すること、
    を含む方法。
27. 複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置に無線通信サービスを提供する基地局により実行される方法であって、
    前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告すること、
    を含む方法。
28. 複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置により送受信される情報を中継するゲートウェイ装置により実行される方法であって、
    前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告すること、
    を含む方法。
29. 複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置にネットワークスライスを用いたサービスを提供する制御装置により実行される方法であって、
    前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第１の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告すること、
    を含む方法。
30. 複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置を制御するコンピュータを、
    前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
    として機能させるためのプログラムが記録された記録媒体。
31. 複数のネットワークスライスを制御する通信制御装置を制御するコンピュータを、
    前記複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置から報告された、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる情報に基づいて、前記端末装置が使用するネットワークスライスへのリソース割り当てを決定する制御部、
    として機能させるためのプログラムが記録された記録媒体。
32. 複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置に無線通信サービスを提供する基地局を制御するコンピュータを、
    前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
    として機能させるためのプログラムが記録された記録媒体。
33. 複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置により送受信される情報を中継するゲートウェイ装置を制御するコンピュータを、
    前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第２の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
    として機能させるためのプログラムが記録された記録媒体。
34. 複数のネットワークスライスのうち少なくともいずれかを用いて通信する端末装置にネットワークスライスを用いたサービスを提供する制御装置を制御するコンピュータを、
    前記端末装置が使用するネットワークスライスへのリソース割り当てを決定するために用いられる第１の情報を、前記複数のネットワークスライスを制御する通信制御装置に報告する制御部、
    として機能させるためのプログラムが記録された記録媒体。
    

Images