JP7004061B2 - ノード装置、方法、及びプログラム - Google Patents

ノード装置、方法、及びプログラム Download PDF

Info

Publication number
JP7004061B2
JP7004061B2 JP2020504874A JP2020504874A JP7004061B2 JP 7004061 B2 JP7004061 B2 JP 7004061B2 JP 2020504874 A JP2020504874 A JP 2020504874A JP 2020504874 A JP2020504874 A JP 2020504874A JP 7004061 B2 JP7004061 B2 JP 7004061B2
Authority
JP
Japan
Prior art keywords
service
quality
management device
quality requirement
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020504874A
Other languages
English (en)
Other versions
JPWO2019171870A1 (ja
Inventor
吉則 渡邉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPWO2019171870A1 publication Critical patent/JPWO2019171870A1/ja
Application granted granted Critical
Publication of JP7004061B2 publication Critical patent/JP7004061B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、通信ネットワークのノード装置、方法、プログラム、及び記録媒体に関する。
複数のサービス事業者は、無線リソースを共有する複数の端末装置に対してサービスを提供している。個々のサービス事業者の管理装置は、基地局などの通信装置に対してサービスのサービス品質（ＱｏＳ）要件を満たすための通信制御を行っている。
例えば、特許文献１には、複数のネットワーク事業者間でリソースを分割して共有することが可能な共有基地局が記載されている。この共有基地局では、そのリソースが、ネットワーク事業者ごとにそれぞれ予約済みのリソースと、全てのネットワーク事業者によって共有されるリソースとの組に分割される。また、この基地局は、各事業者によってそのリソースの使用量が監視され、スケジューリングラウンドごとに、ネットワーク事業者と関連付けられた通信ベアラの適切な優先付けを求めるように構成される。
特表２０１６－５０８２９６号公報
しかしながら、複数のサービス事業者が同一のネットワーク事業者から無線リソースの供給を受けているとき、例えば移動通信ネットワークのエッジ（端末装置の近傍）からサービスを提供する事業者など、特定のサービス事業者が、無線リソースを多用するＱｏＳ要件に変更して通信制御を行う場合には、次のような不都合が生じうる。例えば、クラウドネットワークなどからサービスを提供する他のサービス事業者が提供するサービスのための無線リソースが不足することで、許容できないＱｏＳの劣化が生じるおそれがある。
本発明の目的は、無線リソースを共有する各々のサービスについて品質の劣化を抑制することを可能にするノード装置、方法、プログラム、及び記録媒体を提供することにある。
本発明の一態様によれば、ノード装置は、基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得する情報取得部と、前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する品質評価部と、を備える。
本発明の一態様によれば、方法は、基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、を含む。
本発明の一態様によれば、プログラムは、基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、をプロセッサに実行させる。
本発明の一態様によれば、記録媒体は、基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。
本発明によれば、無線リソースを共有する各々のサービスについて品質の劣化を抑制することが可能になる。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。
図１は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。 図２は、第１の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。 図３は、第１の実施形態の第１の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。 図４は、第１の実施形態の第２の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。 図５は、第２の実施形態に係る第１の管理装置４００の概略的な構成の例を示すブロック図である。 図６は、第２の実施形態の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。 図７は、第３の実施形態に係る第２の管理装置５００の概略的な構成の例を示すブロック図である。 図８は、第３の実施形態の第１の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。 図９は、第３の実施形態の第２の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。 図１０は、第３の実施形態の第３の実施例に係る処理の概略的な流れの例を説明するためのシーケンス図である。 図１１は、第４の実施形態に係るノード装置６００の概略的な構成の例を示すブロック図である。
以下、添付の図面を参照して本発明の実施形態を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
説明は、以下の順序で行われる。
１．本発明の実施形態の概要
２．システムの構成
３．第１の実施形態
３．１．基地局１００の構成
３．２．技術的特徴
３．３．実施例
４．第２の実施形態
４．１．第１の管理装置４００の構成
４．２．技術的特徴
４．３．実施例
５．第３の実施形態
５．１．第２の管理装置５００の構成
５．２．技術的特徴
５．３．実施例
６．第４の実施形態
６．１．ノード装置６００の構成
６．２．技術的特徴
７．他の形態
＜＜１．本発明の実施形態の概要＞＞
まず、本発明の実施形態の概要を説明する。
（１）技術的課題
複数のサービス事業者は、無線リソースを共有する複数の端末装置に対してサービスを提供している。個々のサービス事業者の管理装置は、基地局などの通信装置に対してサービスのサービス品質（ＱｏＳ）要件を満たすための通信制御を行っている。
具体的に、ＱＣＩ（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）が提供されてもよい。当然ながら、このような装置、モジュール、方法、プログラム、及びコンピュータに読み取り可能な非一時的記録媒体も本発明に含まれる。
上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得する情報取得部と、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する品質評価部と、
を備える、ノード装置。
（付記２）
前記情報取得部は、前記第２のサービスの品質に関する情報を、更に取得し、
前記品質評価部は、前記第２のサービスの前記品質に関する前記情報に基づいて、前記第１のサービスの前記品質要件の前記変更要求に対して前記第２のサービスにもたらされる前記品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、付記１記載のノード装置。
（付記３）
前記第２のサービスの前記品質に関する前記情報は、前記第１のサービスの前記品質要件を変更した場合の前記第２のサービスの品質の推定値に関する情報を含み、
前記品質評価部は、前記第２のサービスの前記品質の前記推定値に基づいて、前記第１のサービスの前記品質要件の前記変更要求に対して前記第２のサービスにもたらされる前記品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、付記２記載のノード装置。
（付記４）
前記第２のサービスの前記品質に関する前記情報は、前記第２のサービスの品質要件に関する情報を、更に含み、
前記品質評価部は、前記第２のサービスの前記品質の前記推定値が、前記第２のサービスの前記品質要件を満たしている場合、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、付記３記載のノード装置。
（付記５）
前記情報取得部は、前記無線リソースの利用状況に基づいて前記第２のサービスの前記品質の前記推定値を推定する品質推定部を有する、付記３又４記載のノード装置。
（付記６）
前記第１のサービスの前記品質要件の前記変更要求の許諾の決定に応じて、前記基地局の前記無線リソースための制御を行う通信処理部を、更に備える、付記５記載のノード装置。
（付記７）
前記情報取得部は、前記第２のサービスの品質の推定値に関する前記情報を、前記基地局から受信することにより取得する、付記３又は４記載のノード装置。
（付記８）
前記第１のサービスの前記品質要件の前記変更要求を行う品質要件変更部を更に備える、付記７記載のノード装置。
（付記９）
前記第１の管理装置が移動通信ネットワークのエッジに配置されている、付記１乃至８のうち何れか１項記載のノード装置。
（付記１０）
前記第２の管理装置が、移動通信ネットワークを介して接続されるクラウドネットワークに配置されている、付記１乃至９のうち何れか１項記載のノード装置。
（付記１１）
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
を含む、方法。
（付記１２）
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
をプロセッサに実行させるプログラム。
（付記１３）
基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
この出願は、２０１８年３月９日に出願された日本出願特願２０１８－０４２７６８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
移動体通信システムにおいて、無線リソースを共有する各々のサービスについて品質の劣化を抑制することができる。
１ システム
１００ 基地局
２００、２０１、２０２ 端末装置
３００、３０１、３０２ ゲートウェイ
４００ 第１の管理装置
５００ 第２の管理装置
１４１、４３１、５３１ 情報取得部
１４３、４３３、５３３ 品質評価部
１４５、４３７、５３５ 通信処理部
４３５ 品質要件変更部

Claims (10)

  1. 基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得する情報取得手段と、
    前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する品質評価手段と、
    を備える、ノード装置。
  2. 前記情報取得手段は、前記第２のサービスの品質に関する情報を、更に取得し、
    前記品質評価手段は、前記第２のサービスの前記品質に関する前記情報に基づいて、前記第１のサービスの前記品質要件の前記変更要求に対して前記第２のサービスにもたらされる前記品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、請求項１記載のノード装置。
  3. 前記第２のサービスの前記品質に関する前記情報は、前記第１のサービスの前記品質要件を変更した場合の前記第２のサービスの品質の推定値に関する情報を含み、
    前記品質評価手段は、前記第２のサービスの前記品質の前記推定値に基づいて、前記第１のサービスの前記品質要件の前記変更要求に対して前記第２のサービスにもたらされる前記品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、請求項２記載のノード装置。
  4. 前記第２のサービスの前記品質に関する前記情報は、前記第２のサービスの品質要件に関する情報を、更に含み、
    前記品質評価手段は、前記第２のサービスの前記品質の前記推定値が、前記第２のサービスの前記品質要件を満たしている場合、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定する、請求項３記載のノード装置。
  5. 前記情報取得手段は、前記無線リソースの利用状況に基づいて前記第２のサービスの前記品質の前記推定値を推定する品質推定手段を有する、請求項３又４記載のノード装置。
  6. 前記第１のサービスの前記品質要件の前記変更要求の許諾の決定に応じて、前記基地局の前記無線リソースための制御を行う通信処理手段を、更に備える、請求項５記載のノード装置。
  7. 前記情報取得手段は、前記第２のサービスの品質の推定値に関する前記情報を、前記基地局から受信することにより取得する、請求項３又は４記載のノード装置。
  8. 前記第１のサービスの前記品質要件の前記変更要求を行う品質要件変更手段を更に備える、請求項７記載のノード装置。
  9. 基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
    前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
    を含む、方法。
  10. 基地局の無線リソースのための制御に関与する第１の管理装置が管理する第１のサービスの品質要件の変更要求に関する情報を取得することと、
    前記第１のサービスの前記品質要件の前記変更要求に対して、第２の管理装置が管理する第２のサービスであって前記第１のサービスとの間で前記無線リソースを共用する第２のサービスに及ぼされる品質変化を評価することにより、前記第１のサービスの前記品質要件の前記変更要求の許諾を決定することと、
    をプロセッサに実行させるプログラム。
JP2020504874A 2018-03-09 2019-02-07 ノード装置、方法、及びプログラム Active JP7004061B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2018042768 2018-03-09
JP2018042768 2018-03-09
PCT/JP2019/004394 WO2019171870A1 (ja) 2018-03-09 2019-02-07 ノード装置、方法、プログラム、及び記録媒体

Publications (2)

Publication Number Publication Date
JPWO2019171870A1 JPWO2019171870A1 (ja) 2021-02-04
JP7004061B2 true JP7004061B2 (ja) 2022-01-21

Family

ID=67847076

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020504874A Active JP7004061B2 (ja) 2018-03-09 2019-02-07 ノード装置、方法、及びプログラム

Country Status (3)

Country Link
US (1) US11595856B2 (ja)
JP (1) JP7004061B2 (ja)
WO (1) WO2019171870A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005039211A1 (ja) 2003-10-21 2005-04-28 Nec Corporation 無線回線共有型ネットワークシステム、その管理装置および方法
JP2013527691A (ja) 2010-07-21 2013-06-27 中興通迅股▲ふん▼有限公司 リソース制御方法、装置と基地局
JP2016508296A (ja) 2013-01-30 2016-03-17 日本電気株式会社 複数のネットワーク事業者間でリソースを共有する通信システム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106304093B (zh) * 2015-06-12 2019-09-20 上海无线通信研究中心 一种网络间共享频谱优化系统及方法
US11444850B2 (en) * 2016-05-02 2022-09-13 Huawei Technologies Co., Ltd. Method and apparatus for communication network quality of service capability exposure
US10511696B2 (en) * 2017-05-17 2019-12-17 CodeShop, B.V. System and method for aggregation, archiving and compression of internet of things wireless sensor data

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005039211A1 (ja) 2003-10-21 2005-04-28 Nec Corporation 無線回線共有型ネットワークシステム、その管理装置および方法
JP2013527691A (ja) 2010-07-21 2013-06-27 中興通迅股▲ふん▼有限公司 リソース制御方法、装置と基地局
JP2016508296A (ja) 2013-01-30 2016-03-17 日本電気株式会社 複数のネットワーク事業者間でリソースを共有する通信システム

Also Published As

Publication number Publication date
US20200396646A1 (en) 2020-12-17
WO2019171870A1 (ja) 2019-09-12
JPWO2019171870A1 (ja) 2021-02-04
US11595856B2 (en) 2023-02-28

Similar Documents

Publication Publication Date Title
KR102316420B1 (ko) 업링크 캐리어 어그리게이션을 위한 사용자 장비 승인 절차
JP6632676B2 (ja) ポリシールールをモバイルエッジに配信するための方法、システム、およびコンピュータ読取可能媒体
US10028149B2 (en) Method and apparatus for managing network sharing
US11197202B2 (en) System and method for operating a wireless network
CN107810623B (zh) 跨多个网络功能实例的多安全性级别/业务管理
CN107113851B (zh) 选择上行数据的方法和设备
US11483732B2 (en) Intelligent allocation of network resources
KR102056684B1 (ko) 통신 시스템에서 데이터 흐름 전송을 위한 개선된 우선권 핸들링
JP2016508296A (ja) 複数のネットワーク事業者間でリソースを共有する通信システム
US10111245B2 (en) Method and network element for scheduling
CN108024284B (zh) 无线通信方法、用户设备接入网设备、和核心网设备
EP4412179A2 (en) Smart data mode for 5g wireless devices
US11723062B2 (en) System and method for determining priorities for handling data based on network slice identifiers
CN109548077A (zh) 通信方法、终端设备和网络设备
CN112087777A (zh) 一种mdbv的确定方法、装置及系统
US9426688B2 (en) Determining a frequency for a client device to use to connect to a network
WO2016061788A1 (en) Telecommunications system and method
US20190124541A1 (en) Enhancing Visibility in a Heterogeneous Network
US10122634B1 (en) Proactive response to predicted bearer loss
JP7004061B2 (ja) ノード装置、方法、及びプログラム
CN113906783A (zh) 通信方法、装置及系统
KR20180040328A (ko) 무선 엑세스 네트워크에서 QoS를 적용하는 방법 및 장치
US20240080704A1 (en) System and method for reducing network component loads
KR101763525B1 (ko) 이동 통신 시스템 및 상기 이동 통신 시스템의 스케줄링 설정 방법
KR20200000022A (ko) 서비스 특성에 기반해 단말의 이종 통신 시스템을 지원하는 장치 및 방법

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200819

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200819

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20211130

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20211213