(57)【要約】【課題】無線リソースを共有する各々のサービスについて品質の劣化を抑制すること。【解決手段】基地局１００は、基地局１００の無線リソースのための制御に関与する第１の管理装置４００が管理する第１のサービスの品質要件の変更要求に関する情報を取得する情報取得部１４１と、第１のサービスの品質要件の変更要求に対して、第２の管理装置５００が管理する第２のサービスであって第１のサービスとの間で無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、第１のサービスの品質要件の変更要求の許諾を決定する品質評価部１４３と、を備える。【選択図】図２
2019171870.tif 000002
【特許請求の範囲】
【請求項１】
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得する情報取得部と、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する品質評価部と、
を備える、ノード装置。
【請求項２】
前記情報取得部は、前記第２のサービスの品質に関する情報を、更に取得し、
前記品質評価部は、前記第２のサービスの前記品質に関する前記情報に基づいて、前記第１のサービスの前記品質要件の前記変更要求に対して前記第２のサービスにもたらされる前記品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、請求項１記載のノード装置。
【請求項３】
前記第２のサービスの前記品質に関する前記情報は、前記第１のサービスの前記品質要件を変更した場合の前記第２のサービスの品質の推定値に関する情報を含み、
前記品質評価部は、前記第２のサービスの前記品質の前記推定値に基づいて、前記第１のサービスの前記品質要件の前記変更要求に対して前記第２のサービスにもたらされる前記品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、請求項２記載のノード装置。
【請求項４】
前記第２のサービスの前記品質に関する前記情報は、前記第２のサービスの品質要件に関する情報を、更に含み、
前記品質評価部は、前記第２のサービスの前記品質の前記推定値が、前記第２のサービスの前記品質要件を満たしている場合、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、請求項３記載のノード装置。
【請求項５】
前記情報取得部は、前記無線リソースの利用状況に基づいて前記第２のサービスの前記品質の前記推定値を推定する品質推定部を有する、請求項３又４記載のノード装置。
【請求項６】
前記第１のサービスの前記品質要件の前記変更要求の許諾の決定に応じて、前記基地局の前記無線リソースための制御を行う通信処理部を、更に備える、請求項５記載のノード装置。
【請求項７】
前記情報取得部は、前記第２のサービスの品質の推定値に関する前記情報を、前記基地局から受信することにより取得する、請求項３又は４記載のノード装置。
【請求項８】
前記第１のサービスの前記品質要件の前記変更要求を行う品質要件変更部を更に備える、請求項７記載のノード装置。
【請求項９】
前記第１の管理装置が移動通信ネットワークのエッジに配置されている、請求項１乃至８のうち何れか１項記載のノード装置。
【請求項１０】
前記第２の管理装置が、移動通信ネットワークを介して接続されるクラウドネットワークに配置されている、請求項１乃至９のうち何れか１項記載のノード装置。
【請求項１１】
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
を含む、方法。
【請求項１２】
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
をプロセッサに実行させるプログラム。
【請求項１３】
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークのノード装置、方法、プログラム、及び記録媒体に関する。
【背景技術】
【０００２】
複数のサービス事業者は、無線リソースを共有する複数の端末装置に対してサービスを提供している。個々のサービス事業者の管理装置は、基地局などの通信装置に対してサービスのサービス品質（ＱｏＳ）要件を満たすための通信制御を行っている。【０００３】
例えば、特許文献１には、複数のネットワーク事業者間でリソースを分割して共有することが可能な共有基地局が記載されている。この共有基地局では、そのリソースが、ネットワーク事業者ごとにそれぞれ予約済みのリソースと、全てのネットワーク事業者によって共有されるリソースとの組に分割される。また、この基地局は、各事業者によってそのリソースの使用量が監視され、スケジューリングラウンドごとに、ネットワーク事業者と関連付けられた通信ベアラの適切な優先付けを求めるように構成される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１６−５０８２９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、複数のサービス事業者が同一のネットワーク事業者から無線リソースの供給を受けているとき、例えば移動通信ネットワークのエッジ（端末装置の近傍）からサービスを提供する事業者など、特定のサービス事業者が、無線リソースを多用するＱｏＳ要件に変更して通信制御を行う場合には、次のような不都合が生じうる。例えば、クラウドネットワークなどからサービスを提供する他のサービス事業者が提供するサービスのための無線リソースが不足することで、許容できないＱｏＳの劣化が生じるおそれがある。【０００６】
本発明の目的は、無線リソースを共有する各々のサービスについて品質の劣化を抑制することを可能にするノード装置、方法、プログラム、及び記録媒体を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の一態様によれば、ノード装置は、基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得する情報取得部と、前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する品質評価部と、を備える。【０００８】
本発明の一態様によれば、方法は、基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、を含む。【０００９】
本発明の一態様によれば、プログラムは、基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、をプロセッサに実行させる。【００１０】
本発明の一態様によれば、記録媒体は、基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。
【発明の効果】
【００１１】
本発明によれば、無線リソースを共有する各々のサービスについて品質の劣化を抑制することが可能になる。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。
【図面の簡単な説明】
【００１２】
【図１】図１は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。
【図２】図２は、第１の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。
【図３】図３は、第１の実施形態の第１の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。
【図４】図４は、第１の実施形態の第２の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。
【図５】図５は、第２の実施形態に係る第１の管理装置４００の概略的な構成の例を示すブロック図である。
【図６】図６は、第２の実施形態の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。
【図７】図７は、第３の実施形態に係る第２の管理装置５００の概略的な構成の例を示すブロック図である。
【図８】図８は、第３の実施形態の第１の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。
【図９】図９は、第３の実施形態の第２の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。
【図１０】図１０は、第３の実施形態の第３の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。
【図１１】図１１は、第４の実施形態に係るノード装置６００の概略的な構成の例を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、添付の図面を参照して本発明の実施形態を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
【００１４】
説明は、以下の順序で行われる。
１．本発明の実施形態の概要
２．システムの構成
３．第１の実施形態
３．１．基地局１００の構成
３．２．技術的特徴
３．３．実施例
４．第２の実施形態
４．１．第１の管理装置４００の構成
４．２．技術的特徴
４．３．実施例
５．第３の実施形態
５．１．第２の管理装置５００の構成
５．２．技術的特徴
５．３．実施例
６．第４の実施形態
６．１．ノード装置６００の構成
６．２．技術的特徴
７．他の形態
【００１５】
＜＜１．本発明の実施形態の概要＞＞
まず、本発明の実施形態の概要を説明する。
【００１６】
（１）技術的課題
複数のサービス事業者は、無線リソースを共有する複数の端末装置に対してサービスを提供している。個々のサービス事業者の管理装置は、基地局などの通信装置に対してサービスのサービス品質（ＱｏＳ）要件を満たすための通信制御を行っている。
【００１７】
具体的に、ＱＣＩ（QoS  Class  Identifier）を用いたＱｏＳ制御の技術を説明する。まず、異なるサービスのトラフィックを同一ネットワークへ収容して無線リソースを共有するものと仮定する。この場合、サービスごとに定型的なＱｏＳ要件（ＱＣＩ）が設定され、例えばＰＣＲＦ（Policy  and  Charging  Rules  Function）が通信のＱｏＳの集中制御を行う。ＱＣＩが同じサービスには、公平性やシステム効率を規範とするＱｏＳ制御が適用される。この場合、無線区間のＱｏＳは、通信事業者により管理される。
【００１８】
次に、コンテキストを考慮したＱｏＳ制御の技術を説明する。まず、多様なサービスのトラフィックの一部をエッジで終端し、個々のサービスは無線リソースを共有するものとする。この場合、ＱＣＩが同じであっても、個々のサービス事業者の管理装置がＱｏＳ要件やユーザの利用状況（コンテキスト）を考慮してＥ２ＥのＱｏＳを分散制御する。この場合、無線区間のＱｏＳの管理には、通信事業者に加えてサービス事業者も関与する。
【００１９】
しかしながら、例えば移動通信ネットワークのエッジ（端末装置の近傍）からサービスを提供する事業者など、特定のサービス事業者が、無線リソースを多用するＱｏＳ要件に変更して通信制御を行う場合には、次のような不都合が生じうる。例えば、クラウドネットワークなどからサービスを提供する他のサービス事業者が提供するサービスのための無線リソースが不足することで、許容できないＱｏＳの劣化が生じるおそれがある。
【００２０】
そこで、本実施形態の目的は、無線リソースを共有する各々のサービスについて品質の劣化を抑制することを可能にすることにある。
【００２１】
（２）技術的特徴
本発明の実施形態では、例えば、基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得し、上記第１のサービスの上記品質要件の上記変更要求に対して、第２の管理装置が管理する第２のサービスであって上記第１のサービスとの間で上記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、上記第１のサービスの前記品質要件の前記変更要求の許諾を決定する。
【００２２】
これにより、例えば、無線リソースを共有する各々のサービスについて品質の劣化を抑制することが可能になる。
【００２３】
なお、上述した技術的特徴は本発明の実施形態の具体的な一例であり、当然ながら、本発明の実施形態は上述した技術的特徴に限定されない。
【００２４】
＜＜２．システムの構成＞＞
図１を参照して、本発明の実施形態に係るシステム１の構成の例を説明する。図１は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図１を参照すると、基地局１００、端末装置２０１、２０２（総称した場合、端末装置２００と呼ぶ。）、ゲートウェイ３０１、３０２（総称した場合、ゲートウェイ３００と呼ぶ。）、第１の管理装置４００、第２の管理装置５００を含む。
【００２５】
例えば、システム１は、３ＧＰＰ（Third  Generation  Partnership  Project）の規格（standard）／仕様（specification）に準拠したシステムである。より具体的には、例えば、システム１は、ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄ及び／又はＳＡＥ（System  Architecture  Evolution）の規格／仕様に準拠したシステムであってもよい。あるいは、システム１は、第５世代（５Ｇ）／ＮＲ（New  Radio）の規格／仕様に準拠したシステムであってもよい。当然ながら、システム１は、これらの例に限定されない。
【００２６】
（１）基地局１００
基地局１００は、無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）のノードであり、カバレッジエリア内に位置する端末装置（例えば、端末装置２００）との無線通信を行う。
【００２７】
例えば、基地局１００は、ｅＮＢ（evolved  Node  B）であってもよく、又は、５ＧにおけるｇＮＢ（generation  Node  B）であってもよい。基地局１００は、複数のユニット（又は複数のノード）を含んでもよい。当該複数のユニット（又は複数のノード）は、上位のプロトコルレイヤの処理を行う第１ユニット（又は第１ノード）と、下位のプロトコルレイヤの処理を行う第２ユニット（又は第２ノード）とを含んでもよい。一例として、上記第１ユニットは、中央ユニット（Center/Central  Unit：ＣＵ）と呼ばれてもよく、上記第２のユニットは、分散ユニット（Distributed  Unit：ＤＵ）又はアクセスユニット（Access  Unit：ＡＵ）と呼ばれてもよい。別の例として、上記第１ユニットは、デジタルユニット（Digital  Unit：ＤＵ）と呼ばれてもよく、上記第２ユニットは、無線ユニット（Radio  Unit：ＲＵ）又はリモートユニット（Remote  Unit：ＲＵ）と呼ばれてもよい。上記ＤＵ（Digital  Unit）は、ＢＢＵ（Base  Band  Unit）であってもよく、上記ＲＵは、ＲＲＨ（Remote  Radio  Head）又はＲＲＵ（Remote  Radio  Unit）であってもよい。当然ながら、上記第１ユニット（又は第１のノード）及び上記第２ユニット（又は第２のノード）の呼称は、この例に限定されない。あるいは、基地局１００は、単一のユニット（又は単一のノード）であってもよい。この場合に、基地局１００は、上記複数のユニットのうちの１つ（例えば、上記第１ユニット及び上記第２ユニットの一方）であってもよく、上記複数のユニットのうちの他のユニット（例えば、上記第１ユニット及び上記第２ユニットの他方）と接続されていてもよい。
【００２８】
（２）端末装置２００
端末装置２００は、基地局との無線通信を行う。例えば、端末装置２００は、基地局１００のカバレッジエリア内に位置する場合に、基地局１００との無線通信を行う。例えば、端末装置２００は、ＵＥ（User  Equipment）である。
【００２９】
（３）ゲートウェイ３００
ゲートウェイ３００は、例えば、基地局１００と管理装置との間の信号又はデータを伝送するネットワークノードである。例えばゲートウェイ３００は、Ｓ／Ｐ−ＧＷである。より具体的には、図１に示すように、ゲートウェイ３０１は、基地局１００及び第１の管理装置４００のそれぞれと接続される。また、ゲートウェイ３０２は、基地局１００及び第２の管理装置５００のそれぞれと接続される。
【００３０】
（４）第１の管理装置４００
第１の管理装置４００は、端末装置２００に第１のサービス（例えば、自動運転監視サービスなど）の提供を管理する。具体的に、第１の管理装置４００は、ゲートウェイ３０１及び基地局１００を介して、自動車又は監視用カメラに搭載された端末装置（例えば端末装置２０１）と通信することにより、第１のサービスに関するデータの送受信を行う。また、第１の管理装置４００は、基地局１００の無線リソースのための制御に関与する。例えば、第１の管理装置４００は、Mobile Edge Computing（MEC）の管理装置である。
【００３１】
（５）第２の管理装置５００
第２の管理装置５００は、端末装置２００に第２のサービス（例えば、動画投稿サービスなど）の提供を管理する。具体的に、第２の管理装置５００は、ゲートウェイ３０２及び基地局１００を介して、動画投稿又は閲覧を行いたいユーザが携帯する端末装置（例えば端末装置２０２）と通信することにより、第２のサービスに関するデータの送受信を行う。
【００３２】
＜＜３．第１の実施形態＞＞
続いて、図２〜図４を参照して、本発明の第１の実施形態を説明する。
【００３３】
＜３．１．基地局１００の構成＞
図２を参照して、第１の実施形態に係る基地局１００の構成の例を説明する。図２は、第１の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。図２を参照すると、基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１４０を備える。
【００３４】
（１）無線通信部１１０
無線通信部１１０は、信号を無線で送受信する。例えば、無線通信部１１０は、端末装置からの信号を受信し、端末装置への信号を送信する。
【００３５】
（２）ネットワーク通信部１２０
ネットワーク通信部１２０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。
【００３６】
（３）記憶部１３０
記憶部１３０は、基地局１００の動作のためのプログラム（命令）及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、基地局１００の動作のための１つ以上の命令を含む。
【００３７】
（４）処理部１４０
処理部１４０は、基地局１００の様々な機能を提供する。処理部１４０は、情報取得部１４１、品質評価部１４３、及び通信処理部１４５を含む。なお、処理部１４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１４０は、これらの構成要素の動作以外の動作も行い得る。情報取得部１４１、品質評価部１４３、及び通信処理部１４５の具体的な動作は、後に詳細に説明する。
【００３８】
例えば、処理部１４０（通信処理部１４５）は、無線通信部１１０を介して端末装置（例えば、端末装置２００）と通信する。例えば、処理部１４０（通信処理部１４５）は、ネットワーク通信部１２０を介して他のネットワークノード（例えば、ゲートウェイ３００）を介して第１の管理装置４００及び第２の管理装置５００のそれぞれと通信する。
【００３９】
（５）実装例
無線通信部１１０は、アンテナ及び高周波（Radio  Frequency：ＲＦ）回路等により実装されてもよく、当該アンテナは、指向性アンテナであってもよい。ネットワーク通信部１２０は、ネットワークアダプタ並びに／又はネットワークインタフェースカード等により実装されてもよい。記憶部１３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部１４０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他の種類のプロセッサ等の１つ以上のプロセッサにより実装されてもよい。情報取得部１４１、品質評価部１４３、及び通信処理部１４５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部１３０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。
【００４０】
基地局１００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部１４０の動作（情報取得部１４１、品質評価部１４３、及び／又は通信処理部１４５の動作）を行ってもよい。上記プログラムは、処理部１４０の動作（情報取得部１４１、品質評価部１４３、及び／又は通信処理部１４５の動作）をプロセッサに実行させるためのプログラムであってもよい。
【００４１】
なお、基地局１００は、仮想化されていてもよい。即ち、基地局１００は、仮想マシンとして実装されてもよい。この場合に、基地局１００（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。
【００４２】
＜３．２．技術的特徴＞
次に、第１の実施形態の技術的特徴を説明する。
【００４３】
基地局１００（情報取得部１４１）は、基地局１００の無線リソースのための制御に関与する第１の管理装置４００が管理する第１のサービスの品質要件の変更要求に関する情報を取得する。そして、基地局１００（品質評価部１４３）は、上記第１のサービスの上記品質要件の上記変更要求に対して、第２の管理装置５００が管理する第２のサービスであって上記第１のサービスとの間で上記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、上記第１のサービスの上記品質要件の上記変更要求の許諾を決定する。
【００４４】
（１）情報取得
基地局１００（情報取得部１４１）は、例えば、第１の管理装置４００から、ゲートウェイ３０１を介して、上記第１のサービスの上記品質要件の上記変更要求に関する上記情報を受信することにより取得する。
【００４５】
−第２のサービスの品質に関する情報
基地局１００（情報取得部１４１）は、上記第２のサービスの品質に関する情報を更に取得してもよい。具体的に、上記第２のサービスの上記品質に関する上記情報は、例えば第２の管理装置５００から取得可能な上記第２のサービスの上記品質要件に関する情報を含んでもよい。
【００４６】
また、上記第２のサービスの上記品質に関する上記情報は、例えば基地局１００により管理される上記第２のサービスの品質統計に関する情報を含んでもよい。
【００４７】
さらに、上記第２のサービスの上記品質に関する上記情報は、上記第１のサービスの上記品質要件を変更した場合の上記第２のサービスの品質の推定値に関する情報を含んでもよい。上記推定値に関する情報は、例えば基地局１００（情報取得部１４１）が推定することにより取得可能である。具体的に、基地局１００（情報取得部１４１）は、当該基地局１００の無線リソースの利用状況に基づいて上記第２のサービスの上記品質の上記推定値を推定する品質推定部を有してもよい。
【００４８】
（２）品質評価
基地局１００（品質評価部１４３）は、上記第２のサービスの上記品質に関する上記情報に基づいて、上記第１のサービスの上記品質要件の上記変更要求に対して上記第２のサービスにもたらされる上記品質変化の達成状況を評価する。
【００４９】
例えば、基地局１００（品質評価部１４３）は、上記第２のサービスの上記品質の上記推定値に基づいて、上記第１のサービスの上記品質要件の上記変更要求に対して上記第２のサービスにもたらされる上記品質変化を評価する。より具体的には、基地局１００（品質評価部１４３）は、上記第２のサービスの上記品質の上記推定値が、上記第２のサービスの上記品質要件を満たしている場合、上記第１のサービスの上記品質要件の上記変更要求の許諾を決定する。
【００５０】
（３）通信制御
基地局１００（通信処理部１４５）は、上記第１のサービスの上記品質要件の上記変更要求の許諾の決定に応じて、上記基地局の上記無線リソースための制御を行う。ここで、記基地局の上記無線リソースための制御は、例えば、上記第１のサービスのための無線リソースの割り当てを変更すること、などである。
【００５１】
（４）管理装置の配置場所
例えば第１の管理装置４００は、移動通信ネットワークのエッジに配置されている。一方、第２の管理装置５００は、移動通信ネットワークを介して接続されるクラウドネットワークに配置されている。
【００５２】
＜３．３．実施例＞
次に、図３及び図４などを参照して、第１の実施形態に係る実施例を説明する。
【００５３】
（１）第１の実施例
図３は、第１の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。
【００５４】
最初に、第１の管理装置４００（品質要件変更部）は、基地局１００（品質評価部１４３）に、上記第１のサービスの品質要件の変更許諾を要求する（ステップＳＴ３０１）。このとき、第１の管理装置４００（品質要件変更部）は、当該変更に関する詳細情報として、例えば、スループットをＸＸ  Ｍｂｐｓ増加すること、リソースブロック使用率をＸＸ  ｐｏｉｎｔ増加すること、などに関する情報を付加してもよい。
【００５５】
次に、基地局１００（情報取得部１４１）は、例えば、第２の管理装置５００（品質管理部）から上記第２のサービスの品質要件を取得する（ステップＳＴ３０３）。ここで、基地局１００（情報取得部１４１）は、第２の管理装置５００の宛先（例えばＩＰアドレス）を、運用保守システムや基地局の管理情報などから特定してもよい。また、基地局１００（情報取得部１４１）は、上記第２のサービスの提供対象（例えば端末装置、アプリケーションなど）の識別情報を、第２の管理装置５００から取得してもよい。
【００５６】
次に、基地局１００（情報取得部１４１）は、上記第１のサービスの品質要件の変更を許諾した場合の上記第２のサービスの品質の推定値を、上記品質推定部から取得する（ステップＳＴ３０５）。
【００５７】
ここで、上記品質推定部は、無線リソースを共有する端末装置（例えば端末装置２０１、２０２）と基地局１００の間の無線品質（ＣＱＩ：Channel  Quality  Indicator）、リソースブロック使用率など、共有する無線リソースの利用状況を考慮して、上記第２のサービスの品質の推定値を導出する。
【００５８】
例えば、上記品質推定部は、上記第１のサービスの品質要件の変更内容が「スループットをＸＸ％増加すること」である場合は、次のように変更許諾後の上記第２のサービスの品質の推定値を導出することができる。
【００５９】
すなわち、上記品質推定部は、上記第１のサービスの品質要件の変更により、上記第１のサービスの所要リソースブロック使用数がＸＸ％増加すると仮定する。次に、上記品質推定部は、リソースブロック使用数のＸＸ％の増分を未使用のリソースブロックで賄いきれない場合は、不足分のリソースを、第２の管理装置５００配下の上記第２のサービスのためのリソースブロック使用数をＹＹ％削減することにより賄う、と仮定する。さらに、上記品質推定部は、このリソースブロック使用数のＹＹ％の削減により、第２の管理装置５００配下の上記第２のサービスの品質（例えばスループット）がＹＹ％低下すると仮定する。つまり、上記品質推定部は、直近の第２のサービスの品質をＹＹ％低減した値を、変更許諾後の上記第２のサービスの品質の推定値に推定する。
【００６０】
次に、基地局１００（品質評価部１４３）は、上記第２のサービスの品質の推定値が、第２のサービスの品質要件を満たしていれば、上記第１のサービスの品質要件の変更を許諾する（ステップＳＴ３０７）。
【００６１】
ここで、複数の第２の管理装置５００がシステム１に存在する場合は、基地局１００（品質評価部１４３）は、例えば全ての第２の管理装置５００について許諾があった場合のみ、上記第１のサービスの品質要件の変更を許諾してもよい。また、基地局１００（品質評価部１４３）は、許諾を可能な第２の管理装置５００の割合が所定の水準を超えたら許諾可能と判断してもよい。このとき、許諾を不可とする第２の管理装置５００の無線リソースの利用状況を所定の運用ポリシーに従って評価し、特定の第２の管理装置５００（例えば、対象サービスのリソースブロック使用率が所定の水準を超える第２の管理装置５００）を総合判断の考慮対象から除外してもよい。
【００６２】
最後に、基地局１００（通信処理部１４５）は、品質評価部１４３から上記第１のサービス品質要件の変更許諾を得られたら、上記第１のサービスの品質要件を満たすための通信制御を行う（ステップＳＴ３０９）。例えば、基地局１００（通信処理部１４５）は、スループットの増加や許容遅延の低減を要求されたら、対象となる端末装置（例えば端末装置２０１）に対してリソースブロックの割り当てを増やす。なお、基地局１００（通信処理部１４５）は、上記第１のサービスの変更許諾に対する応答を、第１の管理装置４００（品質要件変更部）に通知してもよい。
【００６３】
上記図３に示す処理によれば、管理装置（例えば第１の管理装置４００、第２の管理装置５００）と基地局１００の間のシグナリングを抑制しながら、無線リソースを共有する各々のサービスについて品質の劣化を抑制することが可能になる。
【００６４】
（２）第２の実施例
図４は、第２の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。
【００６５】
最初に、第１の管理装置４００（品質要件変更部）は、基地局１００に、上記第１のサービスの品質要件の変更許諾を要求する（ステップＳＴ４０１）。
【００６６】
次に、基地局１００（情報取得部１４１）は、例えば基地局１００（例えば処理部１４０）が更に備える品質管理部から、上記第２のサービスの品質統計（例えば、サービス品質やリソースブロック使用率の履歴情報）を取得する（ステップＳＴ４０３）。
【００６７】
ここで、上記品質管理部は、上記第２のサービスの提供対象（端末装置、アプリケーション）の識別情報を得られる管理装置（例えば、第２の管理装置５００）の単位で、品質統計を管理する。このとき、上記品質管理部は、識別情報を得られない管理装置の品質統計をまとめて管理してもよい。また、基地局１００（情報取得部１４１）は、上記品質管理部から特定の管理装置の品質統計を取得するとき、所望の管理装置が集計対象に含まれている品質統計を取得してもよい。
【００６８】
次に、基地局１００（品質評価部１４３）は、上記第１のサービスの品質要件の変更を許諾した場合の上記第２のサービスの品質統計の推定値を推定することにより取得する（ステップＳＴ４０５）。
【００６９】
次に、基地局１００（品質評価部１４３）は、上記第２のサービスの品質統計の推定値が、所定の運用ポリシーを満たしていれば、上記第１のサービスの品質要件の変更を許諾する（ステップＳＴ４０７）。
【００７０】
ここで、運用ポリシーとしては、例えば、過去の所定期間における上記第２のサービスの品質統計の平均値が所定の範囲内ならば、上記第１のサービスの品質要件の変更が許諾されてもよい。あるいは、上記第１のサービスの品質要件の変更後の上記第２のサービスの品質統計の推定値が、過去の所定期間における上記第２のサービスの品質統計の平均値に対して所定の範囲内ならば、上記第１のサービスの品質要件の変更が許諾されてもよい。
【００７１】
最後に、基地局１００（通信処理部１４５）は、品質評価部１４３から上記第１のサービス品質要件の変更許諾を得られたら、上記第１のサービスの品質要件を満たすための通信制御を行う（ステップＳＴ４０９）。なお、基地局１００（通信処理部１４５）は、上記第１のサービスの変更許諾に対する応答を、第１の管理装置４００（品質要件変更部）に通知してもよい。
【００７２】
上記図４に示す処理によれば、無線リソースを共有する一部の管理装置（例えば第２の管理装置５００）と連携せずに、無線リソースを共有する各々のサービスについて品質の劣化を抑制することが可能になる。
【００７３】
（３）その他
上述した実施例によれば、自動車の自動運転、工場および倉庫における自動搬送車、警備ロボット、災害時の調査ロボット、検査及び宅配のためのドローンの自動運行など、様々な領域の社会システムへの適用が可能である。とりわけ、モバイルネットワークを活用して周辺情報をリアルタイムに共有することが可能となり、衝突を回避して安全な自動運行を可能にする用途への適用が考えられる。
【００７４】
＜＜４．第２の実施形態＞＞
続いて、図５及び図６を参照して、本発明の第２の実施形態を説明する。
【００７５】
＜４．１．第１の管理装置４００の構成＞
図５を参照して、第２の実施形態に係る第１の管理装置４００の構成の例を説明する。図５は、第２の実施形態に係る第１の管理装置４００の概略的な構成の例を示すブロック図である。図５を参照すると、第１の管理装置４００は、ネットワーク通信部４１０、記憶部４２０及び処理部４３０を備える。
【００７６】
（１）ネットワーク通信部４１０
ネットワーク通信部４１０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。
【００７７】
（２）記憶部４２０
記憶部４２０は、第１の管理装置４００の動作のためのプログラム（命令）及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、第１の管理装置４００の動作のための１つ以上の命令を含む。
【００７８】
（３）処理部４３０
処理部４３０は、第１の管理装置４００の様々な機能を提供する。処理部４３０は、情報取得部４３１、品質評価部４３３、品質要件変更部４３５、及び通信処理部４３７を含む。なお、処理部４３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部４３０は、これらの構成要素の動作以外の動作も行い得る。情報取得部４３１、品質評価部４３３、品質要件変更部４３５、及び通信処理部４３７の具体的な動作は、後に詳細に説明する。
【００７９】
例えば、処理部４３０（通信処理部４３７）は、ネットワーク通信部４１０を介して他のネットワークノード（例えば、ゲートウェイ３００）を介して基地局１００と通信する。
【００８０】
（４）実装例
ネットワーク通信部４１０は、ネットワークアダプタ並びに／又はネットワークインタフェースカード等により実装されてもよい。記憶部４２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部４３０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他の種類のプロセッサ等の１つ以上のプロセッサにより実装されてもよい。情報取得部４３１、品質評価部４３３、品質要件変更部４３５、及び通信処理部４３７は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部４２０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。
【００８１】
第１の管理装置４００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部４３０の動作（情報取得部４３１、品質評価部４３３、品質要件変更部４３５、及び／又は通信処理部４３７の動作）を行ってもよい。上記プログラムは、処理部４３０の動作（情報取得部４３１、品質評価部４３３、品質要件変更部４３５、及び／又は通信処理部４３７の動作）をプロセッサに実行させるためのプログラムであってもよい。
【００８２】
なお、第１の管理装置４００は、仮想化されていてもよい。即ち、第１の管理装置４００は、仮想マシンとして実装されてもよい。この場合に、第１の管理装置４００（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。
【００８３】
＜４．２．技術的特徴＞
次に、第２の実施形態の技術的特徴を説明する。
【００８４】
第１の管理装置４００（情報取得部４３１）は、基地局１００の無線リソースのための制御に関与する第１の管理装置４００が管理する第１のサービスの品質要件の変更要求に関する情報を取得する。そして、第１の管理装置４００（品質評価部４３３）は、上記第１のサービスの上記品質要件の上記変更要求に対して、第２の管理装置５００が管理する第２のサービスであって上記第１のサービスとの間で上記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、上記第１のサービスの上記品質要件の上記変更要求の許諾を決定する。
【００８５】
（１）情報取得
第１の管理装置４００（情報取得部４３１）は、例えば、第１の管理装置４００（品質要件変更部４３５）から、上記第１のサービスの上記品質要件の上記変更要求に関する上記情報を受信することにより取得する。すなわち、品質要件変更部４３５は、上記第１のサービスの上記品質要件の上記変更要求を行う。
【００８６】
−第２のサービスの品質に関する情報
また、第１の管理装置４００（情報取得部４３１）は、上記第２のサービスの品質に関する情報を更に取得してもよい。具体的に、上記第２のサービスの上記品質に関する上記情報は、例えば第２の管理装置５００から取得可能な上記第２のサービスの上記品質要件に関する情報を含んでもよい。また、上記第２のサービスの上記品質に関する上記情報は、例えば基地局１００により管理される上記第２のサービスの品質統計に関する情報を含んでもよい。
【００８７】
さらに、上記第２のサービスの上記品質に関する上記情報は、上記第１のサービスの上記品質要件を変更した場合の上記第２のサービスの品質の推定値に関する情報を含んでもよい。上記推定値に関する情報は、例えば第１の管理装置４００（情報取得部４３１）が推定することにより取得可能である。具体的に、第１の管理装置４００（情報取得部４３１）は、基地局１００の無線リソースの利用状況に基づいて上記第２のサービスの上記品質の上記推定値を推定する品質推定部を有してもよい。
【００８８】
（２）品質評価
第１の管理装置４００（品質評価部４３３）は、上記第２のサービスの上記品質に関する上記情報に基づいて、上記第１のサービスの上記品質要件の上記変更要求に対して上記第２のサービスにもたらされる上記品質変化の達成状況を評価する。
【００８９】
例えば、第１の管理装置４００（品質評価部４３３）は、上記第２のサービスの上記品質の上記推定値に基づいて、上記第１のサービスの上記品質要件の上記変更要求に対して上記第２のサービスにもたらされる上記品質変化を評価する。より具体的には、第１の管理装置４００（品質評価部４３３）は、上記第２のサービスの上記品質の上記推定値が、上記第２のサービスの上記品質要件を満たしている場合、上記第１のサービスの上記品質要件の上記変更要求の許諾を決定する。
【００９０】
（３）管理装置の配置場所
例えば第１の管理装置４００は、移動通信ネットワークのエッジに配置されている。一方、第２の管理装置５００は、移動通信ネットワークを介して接続されるクラウドネットワークに配置されている。
【００９１】
＜４．３．実施例＞
次に、図６などを参照して、第２の実施形態に係る実施例を説明する。
【００９２】
図６は、第２の実施形態の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。
【００９３】
最初に、第１の管理装置４００（品質要件変更部４３５）は、第１の管理装置４００（情報取得部４３１）に、上記第１のサービスの品質要件の変更許諾を要求する（ステップＳＴ６０１）。
【００９４】
次に、第１の管理装置４００（情報取得部４３１）は、例えば、基地局１００（品質管理部）から、上記第２のサービスの品質統計を受信することにより取得する（ステップＳＴ６０３）。
【００９５】
ここで、基地局１００（品質管理部）は、サービス品質の管理対象（端末装置、アプリケーション）の識別情報を得られる管理装置の単位で品質統計を管理する。また、基地局１００（品質管理部）は、識別情報を得られない管理装置の品質統計をまとめて管理する。第１の管理装置４００（情報取得部４３１）は、基地局１００（品質管理部）から特定の管理装置の品質統計を取得するとき、所望の管理装置が集計対象に含まれている品質統計を取得する。
【００９６】
また、品質統計は、上り／下り回線またはＣＱＩごとに集計しても構わない。品質統計としては、例えば、基地局に接続する全ての端末装置を対象に、アクティブユーザ数、リソースブロック使用率、総スループットなどを求めてもよい。あるいは、品質統計は、基地局１００に接続する全ての端末装置を対象に、スループット、基地局のバッファ滞留時間、ＣＱＩ、リソースブロック使用率などの平均値または分布の集計結果であってもよい。
【００９７】
次に、第１の管理装置４００（情報取得部４３１）は、上記第１のサービスの品質要件の変更を許諾した場合の上記第２のサービスの品質の推定値を推定することにより取得する（ステップＳＴ６０５）。
【００９８】
次に、第１の管理装置４００（品質評価部４３３）は、上記第２のサービスの品質統計の推定値が、所定の運用ポリシーを満たしていれば、上記第１のサービスの品質要件の変更を許諾する（ステップＳＴ６０７）。ここで、運用ポリシーは、上述した第１の実施形態の第２の実施例と同様である。
【００９９】
次に、第１の管理装置４００（品質要件変更部４３５）は、第１の管理装置４００（品質評価部４３３）から変更許諾を得られたら、基地局１００（通信処理部）に上記第１のサービスの新たな品質要件を通知する（ステップＳＴ６０９）。通知する情報は、例えば、性能要求値（スループット、許容遅延など）、信頼性（要求の達成率）、要求対象（サービスや端末の識別情報など）である。複数の第２の管理装置５００がある場合は、全て変更許諾が行われた場合にのみ、基地局１００（通信処理部）に上記第１のサービスの新たな品質要件を通知してもよい。
【０１００】
次に、基地局１００（通信処理部）は、第１の管理装置４００（品質要件変更部４３５）から上記第１のサービスの新たな品質要件が通知されると、当該新たな品質要件を満たすための通信制御を行う。
【０１０１】
上記図６に示す処理によれば、例えば第１の管理装置４００が管理する上記第１のサービスの利用状況を考慮しながら、上記第１のサービスの品質要件を柔軟に調整することができる。
【０１０２】
また、上述した実施例によれば、自動車の自動運転、工場および倉庫における自動搬送車、警備ロボット、災害時の調査ロボット、検査及び宅配のためのドローンの自動運行など、様々な領域の社会システムへの適用が可能である。とりわけ、モバイルネットワークを活用して周辺情報をリアルタイムに共有することが可能となり、衝突を回避して安全な自動運行を可能にする用途への適用が考えられる。
【０１０３】
＜＜５．第３の実施形態＞＞
続いて、図７〜図１０を参照して、本発明の第３の実施形態を説明する。
【０１０４】
＜５．１．第２の管理装置５００の構成＞
図７を参照して、第３の実施形態に係る第２の管理装置５００の構成の例を説明する。図７は、第３の実施形態に係る第２の管理装置５００の概略的な構成の例を示すブロック図である。図７を参照すると、第２の管理装置５００は、ネットワーク通信部５１０、記憶部５２０、及び処理部５３０を備える。
【０１０５】
（１）ネットワーク通信部５１０
ネットワーク通信部５１０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。
【０１０６】
（２）記憶部５２０
記憶部５２０は、第２の管理装置５００の動作のためのプログラム（命令）及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、第１の管理装置４００の動作のための１つ以上の命令を含む。
【０１０７】
（３）処理部５３０
処理部５３０は、第２の管理装置５００の様々な機能を提供する。処理部５３０は、情報取得部５３１、品質評価部５３３、及び通信処理部５３５を含む。なお、処理部５３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部５３０は、これらの構成要素の動作以外の動作も行い得る。情報取得部５３１、品質評価部５３３、及び通信処理部５３５の具体的な動作は、後に詳細に説明する。
【０１０８】
例えば、処理部４３０（通信処理部５３５）は、ネットワーク通信部５１０を介して他のネットワークノード（例えば、ゲートウェイ３００）を介して基地局１００及び第１の管理装置４００のそれぞれと通信する。
【０１０９】
（４）実装例
ネットワーク通信部５１０は、ネットワークアダプタ並びに／又はネットワークインタフェースカード等により実装されてもよい。記憶部５２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部５３０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他の種類のプロセッサ等の１つ以上のプロセッサにより実装されてもよい。情報取得部５３１、品質評価部５３３、及び通信処理部５３５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部５２０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。
【０１１０】
第２の管理装置５００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部５３０の動作（情報取得部５３１、品質評価部５３３、及び／又は通信処理部５３５の動作）を行ってもよい。上記プログラムは、処理部５３０の動作（情報取得部５３１、品質評価部５３３、及び／又は通信処理部５３５の動作）をプロセッサに実行させるためのプログラムであってもよい。
【０１１１】
なお、第２の管理装置５００は、仮想化されていてもよい。即ち、第２の管理装置５００は、仮想マシンとして実装されてもよい。この場合に、第２の管理装置５００（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。
【０１１２】
＜５．２．技術的特徴＞
次に、第３の実施形態の技術的特徴を説明する。
【０１１３】
第２の管理装置５００（情報取得部５３１）は、基地局１００の無線リソースのための制御に関与する第１の管理装置４００が管理する第１のサービスの品質要件の変更要求に関する情報を取得する。そして、第２の管理装置５００（品質評価部５３３）は、上記第１のサービスの上記品質要件の上記変更要求に対して、第２の管理装置５００が管理する第２のサービスであって上記第１のサービスとの間で上記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、上記第１のサービスの上記品質要件の上記変更要求の許諾を決定する。
【０１１４】
（１）情報取得
第２の管理装置５００（情報取得部５３１）は、例えば、第１の管理装置４００（品質要件変更部）から、上記第１のサービスの上記品質要件の上記変更要求に関する上記情報を受信することにより取得する。
【０１１５】
−第２のサービスの品質に関する情報
また、第２の管理装置５００（情報取得部５３１）は、上記第２のサービスの品質に関する情報を更に取得してもよい。具体的に、上記第２のサービスの上記品質に関する上記情報は、例えば第２の管理装置５００から取得可能な上記第２のサービスの上記品質要件に関する情報を含んでもよい。また、上記第２のサービスの上記品質に関する上記情報は、例えば第２の管理装置５００により管理される上記第２のサービスの品質統計に関する情報を含んでもよい。
【０１１６】
さらに、上記第２のサービスの上記品質に関する上記情報は、上記第１のサービスの上記品質要件を変更した場合の上記第２のサービスの品質の推定値に関する情報を含んでもよい。上記推定値に関する情報は、例えば基地局１００が推定することにより取得可能である。
【０１１７】
（２）品質評価
第２の管理装置５００（品質評価部５３３）は、上記第２のサービスの上記品質に関する上記情報に基づいて、上記第１のサービスの上記品質要件の上記変更要求に対して上記第２のサービスにもたらされる上記品質変化の達成状況を評価する。
【０１１８】
例えば、第２の管理装置５００（品質評価部５３３）は、上記第２のサービスの上記品質の上記推定値に基づいて、上記第１のサービスの上記品質要件の上記変更要求に対して上記第２のサービスにもたらされる上記品質変化を評価する。より具体的には、第２の管理装置５００（品質評価部５３３）は、上記第２のサービスの上記品質の上記推定値が、上記第２のサービスの上記品質要件を満たしている場合、上記第１のサービスの上記品質要件の上記変更要求の許諾を決定する。
【０１１９】
（３）管理装置の配置場所
例えば第１の管理装置４００は、移動通信ネットワークのエッジに配置されている。一方、第２の管理装置５００は、移動通信ネットワークを介して接続されるクラウドネットワークに配置されている。
【０１２０】
＜５．３．実施例＞
次に、図８乃至図１０などを参照して、第３の実施形態に係る実施例を説明する。
【０１２１】
（１）第１の実施例
図８は、第３の実施形態の第１の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。
【０１２２】
最初に、第２の管理装置５００（情報取得部５３１）は、第１の管理装置４００（品質要件変更部）から、上記第１のサービスの品質要件の変更要求を受信することにより取得する（ステップＳＴ８０１）。
【０１２３】
次に、第２の管理装置５００（情報取得部５３１）は、第２の管理装置５００（処理部５３０）が備える品質管理部から、第２の管理装置５００配下の第２のサービスの品質及び品質要件を取得する（ステップＳＴ８０３）。
【０１２４】
次に、第２の管理装置５００（品質評価部５３３）は、第２のサービスの品質要件の達成状況に余裕があれば、上記第２のサービスの品質要件の変更を許諾して、許諾に関する情報を第１の管理装置４００（品質要件変更部）に通知する（ステップＳＴ８０５）。例えば、上記第２のサービスの品質（例えば、平均スループット、平均遅延など）が要求水準よりＸＸ％以上達成している場合には、余裕があると判断する。
【０１２５】
次に、第１の管理装置４００（品質要件変更部）は、第２の管理装置５００（品質評価部５３３）から変更許諾が通知されると、基地局１００（通信処理部）に上記第１のサービスの新たな品質要件を通知する（ステップＳＴ８０７）。通知する情報は、例えば、性能要求値（スループット、許容遅延など）、信頼性（要求の達成率）、要求対象（サービスや端末の識別情報など）である。複数の第２の管理装置５００がある場合は、全て変更許諾が行われた場合にのみ、基地局１００（通信処理部）に上記第１のサービスの新たな品質要件を通知してもよい。
【０１２６】
最後に、基地局１００（通信処理部）は、第１の管理装置４００（品質要件変更部）から上記第１のサービスの新たな品質要件が通知されたら、当該新たな品質要件を満たすための通信制御を行う（ステップＳＴ８０９）。例えば、基地局１００（通信処理部）は、スループットの増加や許容遅延の低減を要求されたら、対象となる端末装置に対してリソースブロックの割り当てを増やす。
【０１２７】
このようにして、上記図８に示す処理によれば、無線リソースを共有する各々のサービスについて品質の劣化を抑制することが可能になる。
【０１２８】
（２）第２の実施例
図９は、第２の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。
【０１２９】
最初に、第２の管理装置５００（情報取得部５３１）は、第１の管理装置４００（品質要件変更部）から、上記第１のサービスの品質要件の変更要求を受信することにより取得する（ステップＳＴ９０１）。
【０１３０】
次に、第２の管理装置５００（情報取得部５３１）は、第２の管理装置５００（処理部５３０）が備える品質管理部から、第２の管理装置５００配下の第２のサービスの品質要件を取得する（ステップＳＴ９０３）。
【０１３１】
次に、第２の管理装置５００（情報取得部５３１）は、上記第１のサービスの品質要件の変更を許諾した場合の上記第２のサービスの品質の推定値を、基地局１００（品質推定部）から取得する（ステップＳＴ９０５）。
【０１３２】
次に、第２の管理装置５００（品質評価部５３３）は、上記第２のサービスの品質の推定値が、上記第２のサービスの品質要件を満たしていれば、上記第１のサービスの品質要件の変更を許諾して、許諾に関する情報を第１の管理装置４００（品質要件変更部）に通知する（ステップＳＴ９０７）。
【０１３３】
最後に、基地局１００（通信処理部）は、第２の管理装置５００（品質評価部５３３）から上記第１のサービス品質要件の変更許諾を得られたら、上記第１のサービスの品質要件を満たすための通信制御を行う（ステップＳＴ９０９）。
【０１３４】
このようにして、上記図９に示す処理によれば、共有する無線リソースの利用状況を考慮して、上記第１のサービスの品質要件の変更が、上記第２のサービスの品質に与える影響を把握することができる。これにより、上記図９に示す処理によれば、無線リソースを共有する各々のサービスについて品質の劣化を抑制することが可能になる。
【０１３５】
（３）第３の実施例
図１０は、第３の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。
【０１３６】
最初に、第１の管理装置４００（品質要件変更部）は、基地局１００（通信処理部）に対して、上記第１のサービスの品質要件の変更要求を行う（ステップＳＴ１００１）。
【０１３７】
次に、基地局１００（通信処理部）は、第２の管理装置５００（情報取得部５３１）に対して、上記第１のサービスの品質要件の変更要求を行う（ステップＳＴ１００３）。
【０１３８】
次に、第２の管理装置５００（情報取得部５３１）は、第２の管理装置５００（処理部５３０）が備える品質管理部から、第２の管理装置５００配下の第２のサービスの品質要件を取得する（ステップＳＴ１００５）。
【０１３９】
次に、第２の管理装置５００（情報取得部５３１）は、上記第１のサービスの品質要件の変更を許諾した場合の上記第２のサービスの品質の推定値を、基地局１００（品質推定部）から取得する（ステップＳＴ１００７）。
【０１４０】
次に、第２の管理装置５００（品質評価部５３３）は、上記第２のサービスの品質の推定値が、上記第２のサービスの品質要件を満たしていれば、上記第１のサービスの品質要件の変更を許諾して、許諾に関する情報を基地局１００（通信処理部）に通知する（ステップＳＴ１００９）。なお、基地局１００が、上記許諾に関する情報を、第１の管理装置４００（品質要件変更部）に送信してもよい。
【０１４１】
最後に、基地局１００は、第２の管理装置５００（品質評価部５３３）から上記第１のサービス品質要件の変更許諾を得られたら、上記第１のサービスの品質要件を満たすための通信制御を行う（ステップＳＴ１０１１）。
【０１４２】
このようにして、上記図１０に示す処理によれば、第１の管理装置４００と第２の管理装置５００との間で通信接続を確立する必要がない。したがって、上記図１０に示す処理によれば、セキュリティ管理を容易に高めながら、無線リソースを共有する各々のサービスについて品質の劣化を抑制することが可能になる。
【０１４３】
（４）その他
上述した実施例によれば、自動車の自動運転、工場および倉庫における自動搬送車、警備ロボット、災害時の調査ロボット、検査及び宅配のためのドローンの自動運行など、様々な領域の社会システムへの適用が可能である。とりわけ、モバイルネットワークを活用して周辺情報をリアルタイムに共有することが可能となり、衝突を回避して安全な自動運行を可能にする用途への適用が考えられる。
【０１４４】
＜＜６．第４の実施形態＞＞
続いて、図１１を参照して、本発明の第４の実施形態を説明する。上述した第１乃至第３の実施形態は、具体的な実施形態であるが、第４の実施形態は、より一般化された実施形態である。
【０１４５】
＜６．１．ノード装置６００の構成＞
まず、図１１を参照して、第４の実施形態に係るノード装置６００の構成の例を説明する。図１１は、第４の実施形態に係るノード装置６００の概略的な構成の例を示すブロック図である。図１１を参照すると、ノード装置６００は、情報取得部６５１及び品質評価部６５３を備える。情報取得部６５１及び品質評価部６５３の具体的な動作は、後に説明する。
【０１４６】
情報取得部６５１及び品質評価部６５３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。情報取得部６５１及び品質評価部６５３は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、情報取得部６５１及び品質評価部６５３の動作を行ってもよい。上記プログラムは、情報取得部６５１及び品質評価部６５３の動作をプロセッサに実行させるためのプログラムであってもよい。
【０１４７】
なお、上述した各々のプロセッサは、例えば汎用なコンピュータにインストールされたハイパーバイザなどにより実現される仮想プロセッサであってもよい。また、上述した各々のメモリは、例えば汎用なコンピュータにインストールされたハイパーバイザなどにより実現される仮想メモリであってもよい。
【０１４８】
＜６．２．技術的特徴＞
次に、第４の実施形態の技術的特徴を説明する。
【０１４９】
第４の実施形態では、ノード装置６００（情報取得部６５１）は、基地局１００の無線リソースのための制御に関与する第１の管理装置４００が管理する第１のサービスの品質要件の変更要求に関する情報を取得する。そして、ノード装置６００（品質評価部６５３）は、上記第１のサービスの上記品質要件の上記変更要求に対して、第２の管理装置５００が管理する第２のサービスであって上記第１のサービスとの間で上記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、上記第１のサービスの上記品質要件の上記変更要求の許諾を決定する。
【０１５０】
例えば、情報取得部６５１は、上述した第１の実施形態に係る情報取得部１４１、上述した第２の実施形態に係る情報取得部４３１、又は上述した第３の実施形態に係る情報取得部５３１の動作を行ってもよい。また、品質評価部６５３は、上述した第１の実施形態に係る品質評価部１４３、上述した第２の実施形態に係る品質評価部４３３、又は上述した第３の実施形態に係る品質評価部５３３の動作を行ってもよい。
【０１５１】
以上、第４の実施形態を説明した。第４の実施形態によれば、例えば、無線リソースを共有する各々のサービスについて品質の劣化を抑制することが可能になる。
【０１５２】
＜＜７．他の形態＞＞
以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。
【０１５３】
例えば、本明細書に記載されている処理におけるステップは、必ずしもシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、シーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。また、処理におけるステップの一部が削除されてもよく、さらなるステップが処理に追加されてもよい。
【０１５４】
また、本明細書において説明したノード装置（例えば基地局、第１の管理装置、第２の管理装置）の構成要素（例えば、情報取得部、及び／又は品質評価部）を備える装置（例えば、ノード装置を構成する複数の装置（又はユニット）のうちの１つ以上の装置（又はユニット）、又は上記複数の装置（又はユニット）のうちの１つのためのモジュール）が提供されてもよい。また、上記構成要素の処理を含む方法が提供されてもよく、上記構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録したコンピュータに読み取り可能な非一時的記録媒体（Non-transitory  computer  readable  medium）が提供されてもよい。当然ながら、このような装置、モジュール、方法、プログラム、及びコンピュータに読み取り可能な非一時的記録媒体も本発明に含まれる。
【０１５５】
上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１５６】
（付記１）
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得する情報取得部と、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する品質評価部と、
を備える、ノード装置。
【０１５７】
（付記２）
前記情報取得部は、前記第２のサービスの品質に関する情報を、更に取得し、
前記品質評価部は、前記第２のサービスの前記品質に関する前記情報に基づいて、前記第１のサービスの前記品質要件の前記変更要求に対して前記第２のサービスにもたらされる前記品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、付記１記載のノード装置。
【０１５８】
（付記３）
前記第２のサービスの前記品質に関する前記情報は、前記第１のサービスの前記品質要件を変更した場合の前記第２のサービスの品質の推定値に関する情報を含み、
前記品質評価部は、前記第２のサービスの前記品質の前記推定値に基づいて、前記第１のサービスの前記品質要件の前記変更要求に対して前記第２のサービスにもたらされる前記品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、付記２記載のノード装置。
【０１５９】
（付記４）
前記第２のサービスの前記品質に関する前記情報は、前記第２のサービスの品質要件に関する情報を、更に含み、
前記品質評価部は、前記第２のサービスの前記品質の前記推定値が、前記第２のサービスの前記品質要件を満たしている場合、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、付記３記載のノード装置。
【０１６０】
（付記５）
前記情報取得部は、前記無線リソースの利用状況に基づいて前記第２のサービスの前記品質の前記推定値を推定する品質推定部を有する、付記３又４記載のノード装置。
【０１６１】
（付記６）
前記第１のサービスの前記品質要件の前記変更要求の許諾の決定に応じて、前記基地局の前記無線リソースための制御を行う通信処理部を、更に備える、付記５記載のノード装置。
【０１６２】
（付記７）
前記情報取得部は、前記第２のサービスの品質の推定値に関する前記情報を、前記基地局から受信することにより取得する、付記３又は４記載のノード装置。
【０１６３】
（付記８）
前記第１のサービスの前記品質要件の前記変更要求を行う品質要件変更部を更に備える、付記７記載のノード装置。
【０１６４】
（付記９）
前記第１の管理装置が移動通信ネットワークのエッジに配置されている、付記１乃至８のうち何れか１項記載のノード装置。
【０１６５】
（付記１０）
前記第２の管理装置が、移動通信ネットワークを介して接続されるクラウドネットワークに配置されている、付記１乃至９のうち何れか１項記載のノード装置。
【０１６６】
（付記１１）
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
を含む、方法。
【０１６７】
（付記１２）
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
をプロセッサに実行させるプログラム。
【０１６８】
（付記１３）
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
【０１６９】
この出願は、２０１８年３月９日に出願された日本出願特願２０１８−０４２７６８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【０１７０】
移動体通信システムにおいて、無線リソースを共有する各々のサービスについて品質の劣化を抑制することができる。
【符号の説明】
【０１７１】
１  システム
１００  基地局
２００、２０１、２０２  端末装置
３００、３０１、３０２  ゲートウェイ
４００  第１の管理装置
５００  第２の管理装置
１４１、４３１、５３１  情報取得部
１４３、４３３、５３３  品質評価部
１４５、４３７、５３５  通信処理部
４３５  品質要件変更部
【図１】
2019171870.tif 000003
【図２】
2019171870.tif 000004
【図３】
2019171870.tif 000005
【図４】
2019171870.tif 000006
【図５】
2019171870.tif 000007
【図６】
2019171870.tif 000008
【図７】
2019171870.tif 000009
【図８】
2019171870.tif 000010
【図９】
2019171870.tif 000011
【図１０】
2019171870.tif 000012
【図１１】
2019171870.tif 000013
【手続補正書】
【提出日】令和2年8月19日(2020.8.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得する情報取得手段と、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する品質評価手段と、
を備える、ノード装置。
【請求項２】
前記情報取得手段は、前記第２のサービスの品質に関する情報を、更に取得し、
前記品質評価手段は、前記第２のサービスの前記品質に関する前記情報に基づいて、前記第１のサービスの前記品質要件の前記変更要求に対して前記第２のサービスにもたらされる前記品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、請求項１記載のノード装置。
【請求項３】
前記第２のサービスの前記品質に関する前記情報は、前記第１のサービスの前記品質要件を変更した場合の前記第２のサービスの品質の推定値に関する情報を含み、
前記品質評価手段は、前記第２のサービスの前記品質の前記推定値に基づいて、前記第１のサービスの前記品質要件の前記変更要求に対して前記第２のサービスにもたらされる前記品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、請求項２記載のノード装置。
【請求項４】
前記第２のサービスの前記品質に関する前記情報は、前記第２のサービスの品質要件に関する情報を、更に含み、
前記品質評価手段は、前記第２のサービスの前記品質の前記推定値が、前記第２のサービスの前記品質要件を満たしている場合、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、請求項３記載のノード装置。
【請求項５】
前記情報取得手段は、前記無線リソースの利用状況に基づいて前記第２のサービスの前記品質の前記推定値を推定する品質推定手段を有する、請求項３又４記載のノード装置。
【請求項６】
前記第１のサービスの前記品質要件の前記変更要求の許諾の決定に応じて、前記基地局の前記無線リソースための制御を行う通信処理手段を、更に備える、請求項５記載のノード装置。
【請求項７】
前記情報取得手段は、前記第２のサービスの品質の推定値に関する前記情報を、前記基地局から受信することにより取得する、請求項３又は４記載のノード装置。
【請求項８】
前記第１のサービスの前記品質要件の前記変更要求を行う品質要件変更手段を更に備える、請求項７記載のノード装置。
【請求項９】
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
を含む、方法。
【請求項１０】
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
をプロセッサに実行させるプログラム。
【国際調査報告】
2019171870.tif 000014
2019171870.tif 000015
2019171870.tif 000016