WO2024062785A1

WO2024062785A1 - 制御装置、ｒｕ装置、システム、及び、方法

Info

Publication number: WO2024062785A1
Application number: PCT/JP2023/028610
Authority: WO
Inventors: 昌志中田; 右京菱; 鵬邵
Original assignee: 日本電気株式会社
Priority date: 2022-09-22
Filing date: 2023-08-04
Publication date: 2024-03-28

Abstract

第１制御装置は、NETCONFプロトコルに基づき且つ設定編集を示す第１要求メッセージを、RU装置に送信する。第１要求メッセージは、第１制御装置の代わりにRU装置を制御（監視）する第２制御装置の宛先情報を含む。第１制御装置は、RU装置と第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、RU装置に送信する。RU装置は、Session Closeメッセージの受信に応じて、RU装置と第１制御装置との間のセッションを切断する。RU装置は、第２制御装置の宛先情報に基づいて、RU装置と第２制御装置との間のセッションを確立する手順を、第２制御装置との間で開始する。

Description

制御装置、ＲＵ装置、システム、及び、方法

　本開示は、制御装置、RU装置、システム、及び、方法に関する。

　近年、基地局のベースバンド部と無線部とを切り離し、ベースバンド部と無線部とをフロントホールを介して接続する無線アクセスネットワークが用いられている。O-RAN（Open-Radio Access Network）アライアンスにおいて規定されたO-RANフロントホール仕様は、無線部に相当するO-RU（O-RAN Radio Unit）とベースバンド部に相当するO-DU（O-RAN Distributed Unit）との間のフロントホールの仕様を規定している。O-RANフロントホール仕様は、O-DUのベンダと異なるベンダのO-RUとの接続を容易にし、無線アクセスネットワークのマルチベンダ化を実現することを一つの目的としている。なお、O-DUは単にDUとも呼ばれ得る。また、O-RUは単にRUとも呼ばれ得る。

　非特許文献１には、O-RUとO-DUとの間において管理用データを送信するために規定されるM（Management）-Planeに関する仕様が規定されている。M-Planeは、O-RUに対する管理機能を提供する。M-Planeでは、O-DU又はSMO（Service Management and Orchestration）がO-RUを管理する装置として規定されている。管理対象であるO-RUは、NETCONFサーバに対応し、O-RUを管理（制御）する装置（RU制御装置）が、NETCONFクライアントに対応する。M-Planeでは、NETCONF（NETwork CONFiguration protocol）で用いられる信号をEthernet/IP/TCP（Transmission Control Protocol）/SSH（Secure SHell）と、オプショナルでEthernet/IP/TCP（Transmission Control Protocol）/TLS（Transport Layer Security）で伝送するプロトコルスタックがサポートされている（例えば、非特許文献１の第９．１．２節、第９．１．３節参照。）。

　例えば、非特許文献１には、O-RUのPower Stateの変更について記載されている。Power StateがAWAKEのときにはO-RUは通常動作（Energy saving modeでない動作）を行い、Power StateがSLEEPINGのときにはO-RUはEnergy saving modeで動作する。RU制御装置が設定編集（edit-config）を示すRPC（Remote Procedure Call）メッセージをO-RUに送信することによって、O-RUのPower Stateが変更される。

O-RAN-WG4.MP.0-v09.00,"O-RAN Working Group 4 (Open Fronthaul Interfaces WG) Management Plane Specification"

　発明者は、O-RANフロントホール仕様について検討し、種々の課題を見出した。例えば、O-RUを管理（制御）する主体を切り替えることが望まれる状況や、その状況においてどのような処理が行われるべきか等の検討が、非特許文献１では十分に為されていない。例えば、RU装置のモードがES（Energy Saving）モードに移行しても、RU装置のM-planeは動作している（生きている）可能性がある。これにより、O-RUをいつでもESモードでない通常モードにできる。O-DU装置の制御装置がRU装置を制御しているときにRU装置のモードがM-plane動作状態（つまり、M-planeが生きている状態）でESモードに移行した場合、O-DU装置の制御装置はM-planeを通じてRU装置の死活監視を行う必要がある。このため、RU装置のモードがESモードに移行したとしても、O-DU装置のリソースを解放することはできない。このため、O-DU装置を監視する主体をO-DU装置の制御装置から他の装置に切り替えるニーズが存在する。

　本明細書に開示される実施形態が達成しようとする目的の１つは、上述された課題を含む複数の課題のうち少なくとも１つを解決することに寄与する、制御装置及びRU装置を提供することにある。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

　１つの態様では、RU（Radio Unit）装置を制御する第１制御装置は、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、前記第１制御装置の代わりに前記RU装置を制御する第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記RU装置に送信し、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記RU装置に送信する。

　他の態様では、RU（Radio Unit）装置は、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、第１制御装置の代わりに前記RU装置を制御する第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記第１制御装置から受信し、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記第１制御装置から受信し、
　前記Session Closeメッセージの受信に応じて、前記RU装置と前記第１制御装置との間のセッションを切断し、
　前記宛先情報に基づいて前記第２制御装置と前記RU装置との間のセッションを確立する手順（Call home procedure）を前記第２制御装置との間で開始する。

　他の態様では、RU（Radio Unit）装置を制御する第２制御装置は、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、
　前記RU装置を制御する主体を第１制御装置から前記第２制御装置に切り替える場合において、前記RU装置と前記第２制御装置との間のセッションを確立する手順を前記RU装置との間で開始し、
　前記第２制御装置のアカウントを、セッション監視が許容されているタイプのアカウントに切り替える。

　他の態様では、RU（Radio Unit）装置を制御する第１制御装置によって実行される方法は、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、前記第１制御装置の代わりに前記RU装置を制御する第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記RU装置に送信することと、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記RU装置に送信することと、
　を含む。

　他の態様では、RU（Radio Unit）装置によって実行される方法は、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、第１制御装置の代わりに前記RU装置を制御する第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記第１制御装置から受信することと、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記第１制御装置から受信することと、
　前記Session Closeメッセージの受信に応じて、前記RU装置と前記第１制御装置との間のセッションを切断することと、
　前記宛先情報に基づいて前記第２制御装置と前記RU装置との間のセッションを確立する手順（Call home procedure）を前記第２制御装置との間で開始することと、
　を含む。

　他の態様では、RU（Radio Unit）装置を制御する第２制御装置によって実行される方法は、
　前記RU装置を制御する主体を第１制御装置から前記第２制御装置に切り替える場合において、前記RU装置と前記第２制御装置との間のセッションを確立する手順を前記RU装置との間で開始することと、
　前記第２制御装置のアカウントを、セッション監視が許容されているタイプのアカウントに切り替えることと、
　を含む。

　他の態様では、システムは、
　RU（Radio Unit）装置と
　前記RU装置を制御する第１制御装置と、
　前記第１制御装置の代わりに前記RU装置を制御する第２制御装置と、
　具備し、
　前記第１制御装置は、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、前記第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記RU装置に送信し、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記RU装置に送信する、
　ように構成され、
　前記RU装置は、
　前記設定編集を示すRPCメッセージを、前記第１制御装置から受信し、
　前記Session Closeメッセージを、前記第１制御装置から受信し、
　前記Session Closeメッセージの受信に応じて、前記RU装置と前記第１制御装置との間のセッションを切断し、
　前記宛先情報に基づいて前記第２制御装置と前記RU装置との間のセッションを確立する手順（Call home procedure）を前記第２制御装置との間で開始する、
　ように構成される。

　本開示により、上述された課題を含む複数の課題のうち少なくとも１つを解決することに寄与する、制御装置、RU装置、システム、及び、方法を提供することができる。

RUのStateの取得手順の一例を示す図である。 RUのStateの変更手順の一例を示す図である。 RUのPower Stateの説明に供する図である。取り得る遷移（possible transitions）、及び、“active”パラメータと“state”パラメータとの組み合わせを示す図である。本開示のシステムの一例を示すブロック図である。本開示のシステムの処理動作の一例を示す図である。本開示のシステムの処理動作の変形例１を示す図である。本開示のシステムの処理動作の変形例２を示す図である。制御装置の構成例を示す図である。 DU装置の構成例を示す図である。 RU装置の構成例を示す図である。 SMO装置の構成例を示す図である。

　以下、図面を参照しつつ、実施形態について説明する。なお、本開示において図面は１以上の実施の形態に関連付けられうる。また、図面の各要素は、１以上の実施の形態に当てはまりうる。また、実施形態において、同一又は同等の要素には、同一の符号を付し、重複する説明は省略される。

　以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

　以下に示される複数の実施形態は、O-RAN技術仕様に従うRU装置及び制御装置を主な対象として説明される。しかしながら、これらの実施形態は、これらRU装置及び制御装置と類似の技術をサポートする他のシステムに適用されてもよい。

　本明細書で使用される場合、文脈に応じて、「（もし）～なら（if）」は、「場合(when)」、「その時またはその前後（at or around the time）」、「後に（after）」、「に応じて（upon）」、「判定（決定）に応答して（in response to determining）」、「判定（決定）に従って（in accordance with a determination）」、又は「検出することに応答して（in response to detecting）」を意味するものとして解釈されてもよい。これらの表現は、文脈に応じて、同じ意味を持つと解釈されてもよい。

　まず、関連技術について説明する。個々の実施形態は、これらの技術に基づくものである。換言すれば、これらの技術は、個々の実施形態に取り込まれ得る。

　（プロトコル）
　C（Control）-Planeは、制御信号を転送するためのプロトコルである。U（User）-Planeは、ユーザデータを転送するためのプロトコルである。C/U-Planeでは、eCPRI又はRoE（Radio over Ethernet）で用いられる信号を直接Ethernetで伝送するプロトコルスタックと、オプショナルでUDP（User Datagram Protocol）/IPを介して伝送するプロトコルスタックがサポートされている。
　S（Synchronization）-Planeは、装置間の同期を実現するためのプロトコルである。S-Planeでは、PTP（Precision Time Protocol）及びSyncE（Synchronous Ethernet）で用いられる信号をEthernetで伝送するプロトコルスタックがサポートされている。
　M（Management）-Planeは、保守監視信号を扱うプロトコルである。M-Planeでは、NETCONF（NETwork CONFiguration protocol）で用いられる信号をEthernet/IP/TCP（Transmission Control Protocol）/SSH（Secure SHell）と、オプショナルでEthernet/IP/TCP（Transmission Control Protocol）/TLS（Transport Layer Security）で伝送するプロトコルスタックがサポートされている。

　（論理アーキテクチャ）
　O-RAN（Open-Radio Access Network）アライアンスでは、RANの通信処理機能をRU（Radio Unit）、DU（Distributed Unit）、CU（Central Unit）という３つのコンポーネントに分離可能な構成が採用されている。また、無線のリソース管理の最適化やオペレーションの自動化を実現するプラットフォームである「RIC（RAN Intelligent Controller）」と、RANの保守とオーケストレーションを行うフレームワークとして「SMO（Service Management and Orchestration）」とが定義されている。
　RUとDUとの間は、オープンフロントホール（Open Fronthaul）によって接続されている。このRUとDUとの間のオープンフロントホールによって、CUS/M-Planeの信号が伝送される。なお、RUとSMOとの間をオープンフロントホールによって接続し、このオープンフロントホールによってM-Planeの信号が伝送されてもよい。この場合でも、CUS-Planeの信号は、RUとDUとの間のオープンフロントホールによって伝送される。
　また、DUとSMOとの間は、Ｏ１インターフェースによって接続される。また、CUとSMOとの間もＯ１インターフェースによって接続される。
　管理対象であるRUは、NETCONFサーバに対応し、RUを管理（制御）する装置（RU制御装置）が、NETCONFクライアントに対応する。NETCONFクライアントは、DUに配設されてもよいし、SMOに配設されてもよい。

　（RUのStateの取得（Retrieve state））
　図１は、RUのStateの取得手順の一例を示す図である。図１においてRU制御装置（RU Controller）は、NETCONF<get>手順を用いて、RUのStateを取得する。

　具体的には、RU制御装置は、取得（get）を示すRPC（Remote Procedure Call）メッセージをRUに送信する。RUは、RPCメッセージに応答してRPC応答（rpc-reply）メッセージをRU制御装置に送信する。このRPC応答メッセージは、RUのStateを示す情報を含む。すなわち、RU制御装置は、<get>リクエストによってRUのStateを取得できる。

　（RUのStateの変更（Modify state））
　RU制御装置は、RUのハードウェアにおいて定義されているオプショナルの（選択が自由の）ハードウェアステート特性（hardware-state feature）をサポートするRUについて、RUの設定可能なStateを変更できる。RU制御装置は、reset無しでNETCONF<edit-config>手順を用いて、RUの設定可能なStateを変更できる。

　図２は、RUのStateの変更手順の一例を示す図である。RU制御装置は、reset無しでNETCONF<edit-config>手順を用いて、RUの設定可能なStateを変更する。

　具体的には、RU制御装置は、設定編集（edit-config）を示すRPCメッセージを、RUに送信する。RUは、このRPCメッセージに基づいて、自身のstateを変更する。そして、RUは、変更に成功した場合、<OK>を示すRPC応答メッセージをRU制御装置に送信する。

　　[power-state]
　RUの設定可能なStateは、例えば、power-stateである。図３に示すように、RUのPower Stateとしては、“AWAKE”と“SLEEPING”とがある。図３は、RUのPower Stateの説明に供する図である。RU制御装置は、設定編集（edit-config）を示すRPCメッセージをRUに送信して、RUの“energy-saving-enabled”パラメータを編集（edit）することによって、RUのPower Stateを制御する。すなわち、“energy-saving-enabled”というconfigurable parameterの値をTRUE又はFALSEに設定することによって、Power-stateの非Configurable parameterの値をAWAKE又はSLEEPINGに遷移させる。
　－AWAKE：このPower Stateは、RUが通常動作すること、つまり、Energy saving modeでないことを示す。
　－SLEEPING：このPower Stateは、RUがEnergy saving modeであることを示す。

　（RUのCarrierの設定（Carrier configuration））
　RU制御装置は、NETCONF<edit-config>手順を用いて、RUのパラメータを設定（更新）できる。例えば、RU制御装置は、tx-array-carrier(s) element（及び／又はrx-array-carrier(s) element）についての“active”パラメータの値を“ACTIVE”に設定することによって、活性化（activation）を実行する。また、RU制御装置は、tx-array-carrier(s) element（及び／又はrx-array-carrier(s) element）についての“active”パラメータの値を“INACTIVE”に設定することによって、不活性化（deactivation）を実行する。また、RU制御装置は、tx-array-carrier(s) element（及び／又はrx-array-carrier(s) element）についての“active”パラメータの値を“SLEEP”に設定することによって、tx-array-carrier(s) element（及び／又はrx-array-carrier(s) element）をsleepにする。tx-array-carrier(s) element（及び／又はrx-array-carrier(s) element）は、“active”パラメータの値が“SLEEP”であり且つ“State”パラメータの値が“READY”であるとき、sleepモードである。図４は、取り得る遷移（possible transitions）、及び、“active”パラメータと“state”パラメータとの組み合わせを示す図である。

　ここで、tx-array-carrier(s)は、RU制御装置により生成される、キャリア設定パラメータを含むデータノードであって、RUの送信アレイ（tx-array）情報と関連付けられる。また、rx-array-carrier(s)は、RU制御装置により生成される、キャリア設定パラメータを含むデータノードであって、RUの受信アレイ（rx-array）情報と関連付けられる。tx-array-carrier(s)及びrx-array-carrier(s)は、キャリア毎かつ送受信アレイ毎に生成され、RUに対するキャリアの中心周波数や帯域幅、送信電力などが設定される。

＜第１実施形態＞
　＜システムの構成例＞
　図５は、本開示のシステムの一例を示すブロック図である。図５においてシステム１は、DU装置１０と、RU装置２０と、制御装置３０とを有している。

　DU装置１０は、PDCP（Packet Data Convergence Protocol）層、RLC（Radio Link Control）層及びMAC（Media Access Control）層における機能、さらに、物理層の上位機能を実行する論理ノードであってもよいし、又は、この論理ノードを搭載する物理的な装置であってもよい。物理層の上位機能は、例えば、符号化及び変調処理、さらに、復号及び復調処理、等であってもよい。PDCP層における機能は、CU（Central Unit）（不図示）と称される論理ノードにおいて実行されてもよい。

　RU装置２０は、物理層の下位機能（PHY-Low）及びRF（Radio Frequency）処理を実行する論理ノードであってもよいし、又は、この論理ノードを搭載する物理的な装置であってもよい。物理層の下位機能は、例えば、FFT（Fast Fourier Transform）/IFFT（Inverse FFT）処理、BF（Beam Forming）処理、等であってもよい。

　図５において、DU装置１０は、制御部（制御装置）１１を有している。この制御部（制御装置）１１は、NETCONFクライアントに対応してもよい。以下、制御部（制御装置）１１は、「第１制御装置」と呼ばれてもよい。RU装置２０は、制御部２１を有している。RU装置２０そのもの又は制御部２１が、NETCONFサーバに対応してもよい。DU装置１０とRU装置２０とは、オープンフロントホールを介して接続されている。このオープンフロントホールは、CUS-Planeの信号及びM-Planeの信号を伝送できる。

　ここで、RU装置２０を制御（監視）する制御主体を制御装置１１から制御装置３０に切り替えるニーズが存在する。以下、制御装置３０は、「第２制御装置」と呼ばれてもよい。上記のとおり、例えば、DU装置１０の制御装置１１がRU装置２０を制御しているときにRU装置２０のモードがM-plane動作状態（つまり、M-planeが生きている状態）でESモードに移行することがある。このときRU装置２０を制御する制御主体を切り替えなければ、DU装置１０の制御装置１１はM-planeを通じてRU装置２０の死活監視を行う必要がある。このため、RU装置２０のモードがESモードに移行したとしても、DU装置１０のリソースを解放できない。そこで、RU装置２０を制御する制御主体を制御装置１１から制御装置３０に切り替えることにより、DU装置１０のリソース解放を可能にする。

　制御装置３０は、例えば、SMO装置の制御部（RU制御装置）であってもよい。SMO装置の制御部（RU制御装置）は、NETCONFクライアントに対応してもよい。SMO装置は、無線のリソース管理の最適化やオペレーションの自動化を実現するプラットフォームであるRIC（RAN Intelligent Controller）と、RAN（Radio Access Network）の保守とオーケストレーションを行う。このとき、RU装置２０とSMO装置との間もオープンフロントホールによって接続されてもよい。また、DU装置１０とSMO装置とは、Ｏ１インターフェースを介して接続されてもよい。

　また、制御装置３０は、例えば、DU装置１０以外の他のDU装置の制御部（制御装置）であってもよい。他のDU装置の制御部（制御装置）は、NETCONFクライアントに対応してもよい。RU装置２０と他のDU装置との間もオープンフロントホールによって接続されてもよい。なお、他のDU装置は、RU装置２０と接続されると共に、他のRU装置と接続されていてもよい。この他のRU装置のモードは、通常モードである可能性もあるし、ESモードである可能性もある。

　また、制御装置３０は、例えば、非特許文献１に記載されているイベントコレクタ（Event collector）であってもよい。

　また、制御装置３０は、例えば、RU装置の制御（監視）を行う専用の装置であってもよい。

　なお、RU装置２０のES（Energy Saving）モードでは、RU装置２０のpower-stateがSLEEPINGであるか、RU装置２０のtx/rx-array-carriersのactiveパラメータの値がSLEEP若しくはINACTIVEであるか、又は、その両方（つまり、RU装置２０のpower-stateがSLEEPINGであり、且つ、U装置２０のtx/rx-array-carriersのactiveパラメータの値がSLEEP若しくはINACTIVEである）である。

　＜システムの動作例＞
　図６は、本開示のシステムの処理動作の一例を示す図である。図６に示されるシステム１の処理動作は、RU装置２０を制御（監視）する制御主体を制御装置１１から制御装置３０に切り替える場合に開始される。

　制御装置１１は、設定編集（edit-config）を示すメッセージ（以下、「第１要求メッセージ」と呼ぶことがある）を、RU装置２０に送信する（ステップＳ１０１）。第１要求メッセージは、NETCONF（Network Configuration Protocol）プロトコルに基づいていてもよい。第１要求メッセージは、制御装置１１の代わりにRU装置２０を制御（監視）する制御装置３０の宛先情報を含む。これにより、RU装置２０によって保持されている宛先に関連する情報要素に、制御装置３０の宛先を追加することができる。

　制御装置１１は、RU装置２０と制御装置１１との間のセッションを閉じるためのSession Closeメッセージ（例えば、close-session command。すなわち<close-session>操作を含むRPCメッセージ）を、RU装置２０に送信する（ステップＳ１０２）。そして、制御装置１１は、DU装置１０をスリープ状態に移行させる（ステップＳ１０３）。これにより、DU装置１０の省電力を実現できる。これに加えて、上記のとおり、ESモードによりRU装置２０の省電力も実現される。このため、RU装置２０及びDU装置１０により基地局（例えばgNB（next Generation NodeB））が構成されている場合、かかる基地局の省電力を実現することができる。

　RU装置２０は、Session Closeメッセージの受信に応じて、RU装置２０と制御装置１１との間のセッションを切断する（ステップＳ１０４）。

　RU装置２０は、制御装置３０の宛先情報に基づいて、RU装置２０と制御装置３０との間のセッションを確立する手順を、制御装置３０との間で開始する（ステップＳ１０５）。この手順は、例えばO-RANにて規定されたCall home procedureであってもよい（例えば、非特許文献１の第６．３節参照）。この手順により、RU装置２０と制御装置３０との間にM-planeを確立すると共に、RU装置２０を制御（監視）する制御主体を制御装置３０に切り替えることができる。

　制御装置３０は、制御装置３０のアカウントを、セッション監視が許容されているタイプのアカウントに切り替える（ステップＳ１０６）。セッション監視が許容されているタイプのアカウントは、例えば、Root account若しくはO-DU accountであってもよいし、セッション監視専用のアカウント（Supervision account）であってもよい。

　制御装置３０及びRU装置２０は、M-planeを介して相互にセッションを監視する（ステップＳ１０７）。例えば、RU装置２０は、RU装置２０が生存していることを示す通知信号を制御装置３０に送信してもよい。また、制御装置３０は、制御装置３０が生存していることを示す通知信号をRU装置２０に送信してもよい。これにより、制御装置３０及びRU装置２０による、双方向のセッション監視が行われる。これらの通知信号は、例えば、ハートビートと呼ばれてもよい。また、かかるセッションの監視は、O-RANにて規定されたMonitoring NETCONF Connectivityに基づくものであってもよい（例えば、非特許文献１の第６．７節参照）。

　例えば、制御装置３０がNETCONFクライアントに対応しRU装置２０がNETCONFサーバに対応する場合、RU装置２０が制御装置３０に送信する通知信号は、Supervision-notificationであってもよい。また、制御装置３０がRU装置２０に送信する通知信号は、＜Supervision-Watchdog-reset＞を示すRPCメッセージであってもよい。このとき、RU装置２０は、Watchdog timersと呼ばれる２つのタイマ（Notification timer, Supervision timer）を用いてもよい。Notification timerは、Notification-timer-intervalに設定される。Supervision timerは、Notification-timer-interval＋guard-timer-overheadに設定される。RU装置２０は、Notification timerが満了した場合、Supervision-notificationを制御装置３０に送信する。制御装置３０は、Supervision-notificationの受信に応じて、＜Supervision-Watchdog-reset＞を示すRPCメッセージを、RU装置２０を送信する。RU装置２０は、Notification timer及びSupervision timerをリセットする。なお、制御装置３０がNETCONFクライアントに対応する場合は、上記の通り、例えば、制御装置３０がSMO装置の制御部（RU制御装置）である場合、又は、制御装置３０がDU装置１０以外の他のDU装置の制御部（制御装置）である場合である。

　なお、図６に示した手順と同じような手順によって、RU装置２０を制御（監視）する制御主体を制御装置３０から制御装置１１に戻してもよい。具体的には、制御装置３０は、制御装置３０の代わりにRU装置２０を制御（監視）する制御装置１１の宛先情報を含む第１要求メッセージを、RU装置２０に送信する。また、制御装置３０は、RU装置２０と制御装置３０との間のセッションを閉じるためのSession Closeメッセージを、RU装置２０に送信する。RU装置２０は、Session Closeメッセージの受信に応じて、RU装置２０と制御装置３０との間のセッションを切断する。RU装置２０は、制御装置３０の宛先情報に基づいて、RU装置２０と制御装置１１との間のセッションを確立する手順を、制御装置１１との間で開始する。

　＜変形例＞
　第１実施形態におけるシステムの処理動作に次のような変形を施してもよい。

　＜１＞図７は、本開示のシステムの処理動作の変形例１を示す図である。図７に示すように、RU装置２０は、RU装置２０が生存していることを示す通知信号（例えば、Supervision notification、ハートビート等）を制御装置３０に周期的に送信する（ステップＳ２０１）。これに対して、制御装置３０は、制御装置３０が生存していることを示す通知信号（例えば、Supervision notification、ハートビート等）をRU装置２０に送信しない。すなわち、制御装置３０は、制御装置３０が生存していることを示す通知信号をRU装置２０に送信せず、RU装置２０が生存していることを示す通知信号をRU装置２０から受信する。これにより、双方向のセッション監視の代わりに、制御装置３０は、RU装置２０の状態（例えば、RU装置２０の死活）を一方向に監視する。これにより、監視方法を簡略化できる。なお、特に制御装置３０がイベントコレクタ（Event collector）である場合、制御装置３０がRU装置２０から受け取る通知信号は、Heartbeat-Notificationであってもよい。

　なお、上記のとおり、制御装置３０がDU装置１０以外の他のDU装置の制御部（制御装置）である場合、制御装置３０は、RU装置２０と接続されると共に、他のRU装置と接続されている可能性がある。この他のRU装置のモードは、通常モードである可能性もあるし、ESモードである可能性もある。この他のRU装置のモードが通常モードである場合、制御装置３０は、この他のRU装置との間では双方向のセッション監視を行っていてもよい。

　＜２＞図８は、本開示のシステムの処理動作の変形例２を示す図である。図８に示すように、制御装置３０は、RU装置２０が生存していることを示す通知信号（例えば、Supervision notification、ハートビート等）をRU装置２０が送信する周期（送信間隔）を変更するため情報を含むメッセージを、RU装置２０に送信する（ステップＳ３０１）。制御装置３０は、この周期を変更するため情報を含むメッセージを、RU装置２０と制御装置３０との間のM-planeを確立した直後に送信してもよい。また、制御装置３０は、制御装置３０の負荷に応じた周期に、RU装置２０の送信周期を変更してもよい。例えば、制御装置３０は、制御装置３０の負荷が大きい程（つまり、制御装置３０の処理能力の余裕が少ない程）、RU装置２０の送信周期を長くしてもよい。なお、RU装置２０が送信する周期（送信間隔）を変更するため情報を含むメッセージは、図７のシーケンスにおいても制御装置３０からRU装置２０に送信されてもよい。

　＜他の実施形態＞
　＜１＞図９は、制御装置の構成例を示す図である。図９において制御装置１００は、プロセッサ１０１と、メモリ１０２とを有している。制御装置１１，３０は、図９に示す構成を有していてもよい。プロセッサ１０１は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１０１は、複数のプロセッサを含んでもよい。メモリ１０２は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１０２は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１０２は、プロセッサ１０１から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１０１は、図示されていないI(Input)/O(Output)インターフェースを介してメモリ１０２にアクセスしてもよい。

　メモリ１０２は、上述の複数の実施形態で説明された制御装置１１，３０による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１０１は、当該ソフトウェアモジュールをメモリ１０２から読み出して実行することで、上述の実施形態で説明された制御装置１１，３０の処理を行うよう構成されてもよい。

　＜２＞図１０は、DU装置の構成例を示す図である。図１０において装置２００は、ネットワークインターフェース２０１、プロセッサ２０２、及びメモリ２０３を含む。DU装置１０及び上記の他のDU装置は、図１０に示す構成を有していてもよい。

　ネットワークインターフェース２０１は、例えば、ネットワーク要素（e.g., SMO装置３０、他のRANノード）と通信するために使用される。ネットワークインターフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。

　プロセッサ２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ２０２は、複数のプロセッサを含んでもよい。

　メモリ２０３は、揮発性メモリ及び不揮発性メモリによって構成される。メモリ２０３は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ２０３は、プロセッサ２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ２０２は、ネットワークインターフェース２０１又はI/Oインターフェースを介してメモリ２０３にアクセスしてもよい。

　メモリ２０３は、上述の複数の実施形態で説明されたDU装置１０及び上記の他のDU装置による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ２０２は、当該ソフトウェアモジュールをメモリ２０３から読み出して実行することで、上述の実施形態で説明されたDU装置１０及び上記の他のDU装置の処理を行うよう構成されてもよい。

　なお、上記のイベントコレクタ（Event collector）及びRU装置の制御（監視）を行う専用の装置も、図１０に示した構成を有していてもよい。

　＜３＞図１１は、RU装置の構成例を示す図である。図１１において装置３００は、アンテナアレイ３０１、Radio Frequencyトランシーバ３０２、ネットワークインターフェース３０３、プロセッサ３０４、及びメモリ３０５を含む。RU装置２０は、図１１に示す構成を有していてもよい。RFトランシーバ３０２は、UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ３０２は、複数のトランシーバを含んでもよい。RFトランシーバ３０２は、アンテナアレイ３０１及びプロセッサ３０４と結合される。RFトランシーバ３０２は、変調シンボルデータをプロセッサ３０４から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ３０１に供給する。また、RFトランシーバ３０２は、アンテナアレイ３０１によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ３０４に供給する。RFトランシーバ３０２は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。

　ネットワークインターフェース３０３は、ネットワークノード（e.g. DU１０、SMO３０）と通信するために使用される。ネットワークインターフェース３０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。

　プロセッサ３０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。プロセッサ３０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ３０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g. Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g. Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。

　プロセッサ３０４は、ビームフォーミングのためのデジタルビームフォーマ・モジュールを含んでもよい。デジタルビームフォーマ・モジュールは、Multiple Input Multiple Output（MIMO）エンコーダ及びプリコーダを含んでもよい。

　メモリ３０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ３０５は、プロセッサ３０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ３０４は、ネットワークインターフェース３０３又は図示されていないI/Oインターフェースを介してメモリ３０５にアクセスしてもよい。

　メモリ３０５は、上述の複数の実施形態で説明されたRU装置２０による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ３０４は、当該ソフトウェアモジュールをメモリ３０５から読み出して実行することで、上述の実施形態で説明されたRU装置２０の処理を行うよう構成されてもよい。

　アンテナアレイ３０１は、上述のtx-array及びrx-arrayに対応していてもよい。

　＜４＞図１２は、SMO装置の構成例を示す図である。図１２の例では、SMO装置４００は、コンピュータシステムとして実装される。コンピュータシステム４００は、１又はそれ以上のプロセッサ４０１、メモリ４０２、及びマスストレージ４０３を含み、これらはバス４０７を介して互いに通信する。１又はそれ以上のプロセッサ４０１は、例えば、Central Processing Unit（CPU）若しくはGraphics Processing Unit（GPU）又は両方を含んでもよい。コンピュータシステム４００は、１又はそれ以上の出力デバイス４０４、１又はそれ以上の入力デバイス４０５、及び１又はそれ以上の周辺機器（peripherals）４０６といった他のデバイスを含んでもよい。１又はそれ以上の周辺機器４０６は、モデム、若しくはネットワークアダプタ、又はこれらの任意の組み合わせを含んでもよい。

　メモリ４０２及びマスストレージ４０３の一方又は両方は、１又はそれ以上の命令セットを格納したコンピュータ読み取り可能な媒体を含む。これらの命令は、部分的に又は完全に１又はそれ以上のプロセッサ４０１内のメモリに配置されてもよい。これらの命令は、１又はそれ以上のプロセッサ４０１において実行されたときに、上述の実施形態で説明されたSMO装置３０の機能を提供することを１又はそれ以上のプロセッサ４０１に引き起こす。

　なお、上記のイベントコレクタ（Event collector）及びRU装置の制御（監視）を行う専用の装置も、図１２に示した構成を有していてもよい。

　以上、実施の形態を参照して本開示を説明したが、本開示は上記によって限定されるものではない。本開示の構成や詳細には、開示のスコープ内で当業者が理解し得る様々な変更をすることができる。そして、各実施の形態は、適宜他の実施の形態と組み合わせることができる。

　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　RU（Radio Unit）装置を制御する第１制御装置であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、前記第１制御装置の代わりに前記RU装置を制御する第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記RU装置に送信し、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記RU装置に送信する、
　第１制御装置。
　（付記２）
　前記RU装置を制御する制御主体を切り替える場合は、前記RU装置のモードがES（Energy Saving）モードに移行する場合を含む、
　付記１記載の第１制御装置。
　（付記３）
　前記RU装置のESモードでは、前記RU装置のM（Management）-planeは、動作している、
　付記２記載の第１制御装置。
　（付記４）
　前記RU装置のESモードでは、
　前記RU装置のpower-stateがSLEEPINGであるか、
　前記RU装置のtx/rx-array-carriersのactiveパラメータの値がSLEEP若しくはINACTIVEであるか、又は、
　その両方である、
　付記２又は３に記載の第１制御装置。
　（付記５）
　RU（Radio Unit）装置であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、第１制御装置の代わりに前記RU装置を制御する第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記第１制御装置から受信し、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記第１制御装置から受信し、
　前記Session Closeメッセージの受信に応じて、前記RU装置と前記第１制御装置との間のセッションを切断し、
　前記宛先情報に基づいて前記第２制御装置と前記RU装置との間のセッションを確立する手順（Call home procedure）を前記第２制御装置との間で開始する、
　RU装置。
　（付記６）
　前記RU装置を制御する制御主体を切り替える場合は、前記RU装置のモードがES（Energy Saving）モードに移行する場合を含む、
　付記５記載のRU装置。
　（付記７）
　前記RU装置のES（Energy Saving）モードでは、前記少なくとも１つのプロセッサは、前記RU装置のM（Management）-planeを動作させている、
　付記６記載のRU装置。
　（付記８）
　前記RU装置のES（Energy Saving）モードでは、
　前記RU装置のpower-stateがSLEEPINGであるか場合、
　前記RU装置のtx/rx-array-carriersのactiveパラメータの値がSLEEP若しくはINACTIVEであるか場合、又は、
　その両方である、
　付記６又は７に記載のRU装置。
　（付記９）
　前記少なくとも１つのプロセッサは、前記RU装置と前記第２制御装置との間のセッションを確立した後に、前記RU装置が生存していることを示す通知信号を前記第２制御装置に送信する、
　付記５から７のいずれか１項に記載のRU装置。
　（付記１０）
　RU（Radio Unit）装置を制御する第２制御装置であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、
　前記RU装置を制御する主体を第１制御装置から前記第２制御装置に切り替える場合において、前記RU装置と前記第２制御装置との間のセッションを確立する手順を前記RU装置との間で開始し、
　前記第２制御装置のアカウントを、セッション監視が許容されているタイプのアカウントに切り替える、
　第２制御装置。
　（付記１１）
　前記RU装置を制御する主体を第１制御装置から前記第２制御装置に切り替える場合は、前記RU装置のモードがES（Energy Saving）モードに移行する場合を含む、
　付記１０記載の第２制御装置。
　（付記１２）
　前記RU装置のESモードでは、前記RU装置のM（Management）-planeは、動作している、
　付記１１記載の第２制御装置。
　（付記１３）
　前記RU装置のESモードでは、
　前記RU装置のpower-stateがSLEEPINGであるか、
　前記RU装置のtx/rx-array-carriersのactiveパラメータの値がSLEEP若しくはINACTIVEであるか、又は、
　その両方である、
　付記１１又は１２に記載の第２制御装置。
　（付記１４）
　前記少なくとも１つのプロセッサは、前記RU装置が生存していることを示す通知信号を前記RU装置が前記第２制御装置に送信する送信間隔を変更するため情報を含むメッセージを、前記RU装置に送信する、
　付記１０から１２のいずれか１項に記載の第２制御装置。
　（付記１５）
　前記少なくとも１つのプロセッサは、前記第２制御装置が生存していることを示す通知信号を前記RU装置に送信せず、前記RU装置が生存していることを示す通知信号を前記RU装置から受信する、
　付記１０から１２のいずれか１項に記載の第２制御装置。
　（付記１６）
　前記第２制御装置は、DU（Distributed Unit）ノード、SMO（Service Management and Orchestration）ノード、又は、イベントコレクタ（Event collector）である、
　付記１０から１２のいずれか１項に記載の第２制御装置。
　（付記１７）
　RU（Radio Unit）装置を制御する第１制御装置によって実行される方法であって、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、前記第１制御装置の代わりに前記RU装置を制御する第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記RU装置に送信することと、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記RU装置に送信することと、
　を含む、
　方法。
　（付記１８）
　前記RU装置を制御する制御主体を切り替える場合は、前記RU装置のモードがES（Energy Saving）モードに移行する場合を含む、
　付記１７記載の方法。
　（付記１９）
　RU（Radio Unit）装置によって実行される方法であって、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、第１制御装置の代わりに前記RU装置を制御する第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記第１制御装置から受信することと、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記第１制御装置から受信することと、
　前記Session Closeメッセージの受信に応じて、前記RU装置と前記第１制御装置との間のセッションを切断することと、
　前記宛先情報に基づいて前記第２制御装置と前記RU装置との間のセッションを確立する手順（Call home procedure）を前記第２制御装置との間で開始することと、
　を含む、
　方法。
　（付記２０）
　前記RU装置を制御する制御主体を切り替える場合は、前記RU装置のモードがES（Energy Saving）モードに移行する場合を含む、
　付記１９記載の方法。
　（付記２１）
　RU（Radio Unit）装置を制御する第２制御装置によって実行される方法であって、
　前記RU装置を制御する主体を第１制御装置から前記第２制御装置に切り替える場合において、前記RU装置と前記第２制御装置との間のセッションを確立する手順を前記RU装置との間で開始することと、
　前記第２制御装置のアカウントを、セッション監視が許容されているタイプのアカウントに切り替えることと、
　を含む、
　方法。
　（付記２２）
　前記RU装置を制御する主体を第１制御装置から前記第２制御装置に切り替える場合は、前記RU装置のモードがES（Energy Saving）モードに移行する場合を含む、
　付記２１記載の方法。
　（付記２３）
　RU（Radio Unit）装置と
　前記RU装置を制御する第１制御装置と、
　前記第１制御装置の代わりに前記RU装置を制御する第２制御装置と、
　具備し、
　前記第１制御装置は、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、前記第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記RU装置に送信し、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記RU装置に送信する、
　ように構成され、
　前記RU装置は、
　前記設定編集を示すRPCメッセージを、前記第１制御装置から受信し、
　前記Session Closeメッセージを、前記第１制御装置から受信し、
　前記Session Closeメッセージの受信に応じて、前記RU装置と前記第１制御装置との間のセッションを切断し、
　前記宛先情報に基づいて前記第２制御装置と前記RU装置との間のセッションを確立する手順（Call home procedure）を前記第２制御装置との間で開始する、
　ように構成される、
　システム。
　（付記２４）
　前記第２制御装置は、
　前記セッションを確立する手順を前記RUとの間で開始し、
　前記第２制御装置のアカウントを、セッション監視が許容されているタイプのアカウントに切り替える、
　ように構成される、
　付記２３記載のシステム。

　この出願は、２０２２年９月２２日に出願された日本出願特願２０２２－１５１２０５を基礎とする優先権を主張し、その開示の全てをここに取り込む。

　１０　DU装置
　１１　制御部（第１制御装置）
　２０　RU装置
　２１　制御部
　３０　制御装置（第２制御装置）

Claims

　RU（Radio Unit）装置を制御する第１制御装置であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、前記第１制御装置の代わりに前記RU装置を制御する第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記RU装置に送信し、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記RU装置に送信する、
　第１制御装置。
　前記RU装置を制御する制御主体を切り替える場合は、前記RU装置のモードがES（Energy Saving）モードに移行する場合を含む、
　請求項１記載の第１制御装置。
　前記RU装置のESモードでは、前記RU装置のM（Management）-planeは、動作している、
　請求項２記載の第１制御装置。
　前記RU装置のESモードでは、
　前記RU装置のpower-stateがSLEEPINGであるか、
　前記RU装置のtx/rx-array-carriersのactiveパラメータの値がSLEEP若しくはINACTIVEであるか、又は、
　その両方である、
　請求項２又は３に記載の第１制御装置。
　RU（Radio Unit）装置であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、第１制御装置の代わりに前記RU装置を制御する第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記第１制御装置から受信し、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記第１制御装置から受信し、
　前記Session Closeメッセージの受信に応じて、前記RU装置と前記第１制御装置との間のセッションを切断し、
　前記宛先情報に基づいて前記第２制御装置と前記RU装置との間のセッションを確立する手順（Call home procedure）を前記第２制御装置との間で開始する、
　RU装置。
　前記RU装置を制御する制御主体を切り替える場合は、前記RU装置のモードがES（Energy Saving）モードに移行する場合を含む、
　請求項５記載のRU装置。
　前記RU装置のES（Energy Saving）モードでは、前記少なくとも１つのプロセッサは、前記RU装置のM（Management）-planeを動作させている、
　請求項６記載のRU装置。
　前記RU装置のES（Energy Saving）モードでは、
　前記RU装置のpower-stateがSLEEPINGであるか場合、
　前記RU装置のtx/rx-array-carriersのactiveパラメータの値がSLEEP若しくはINACTIVEであるか場合、又は、
　その両方である、
　請求項６又は７に記載のRU装置。
　前記少なくとも１つのプロセッサは、前記RU装置と前記第２制御装置との間のセッションを確立した後に、前記RU装置が生存していることを示す通知信号を前記第２制御装置に送信する、
　請求項５から７のいずれか１項に記載のRU装置。
　RU（Radio Unit）装置を制御する第２制御装置であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、
　前記RU装置を制御する主体を第１制御装置から前記第２制御装置に切り替える場合において、前記RU装置と前記第２制御装置との間のセッションを確立する手順を前記RU装置との間で開始し、
　前記第２制御装置のアカウントを、セッション監視が許容されているタイプのアカウントに切り替える、
　第２制御装置。
　前記RU装置を制御する主体を第１制御装置から前記第２制御装置に切り替える場合は、前記RU装置のモードがES（Energy Saving）モードに移行する場合を含む、
　請求項１０記載の第２制御装置。
　前記RU装置のESモードでは、前記RU装置のM（Management）-planeは、動作している、
　請求項１１記載の第２制御装置。
　前記RU装置のESモードでは、
　前記RU装置のpower-stateがSLEEPINGであるか、
　前記RU装置のtx/rx-array-carriersのactiveパラメータの値がSLEEP若しくはINACTIVEであるか、又は、
　その両方である、
　請求項１１又は１２に記載の第２制御装置。
　前記少なくとも１つのプロセッサは、前記RU装置が生存していることを示す通知信号を前記RU装置が前記第２制御装置に送信する送信間隔を変更するため情報を含むメッセージを、前記RU装置に送信する、
　請求項１０から１２のいずれか１項に記載の第２制御装置。
　前記少なくとも１つのプロセッサは、前記第２制御装置が生存していることを示す通知信号を前記RU装置に送信せず、前記RU装置が生存していることを示す通知信号を前記RU装置から受信する、
　請求項１０から１２のいずれか１項に記載の第２制御装置。
　前記第２制御装置は、DU（Distributed Unit）ノード、SMO（Service Management and Orchestration）ノード、又は、イベントコレクタ（Event collector）である、
　請求項１０から１２のいずれか１項に記載の第２制御装置。
　RU（Radio Unit）装置を制御する第１制御装置によって実行される方法であって、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、前記第１制御装置の代わりに前記RU装置を制御する第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記RU装置に送信することと、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記RU装置に送信することと、
　を含む、
　方法。
　前記RU装置を制御する制御主体を切り替える場合は、前記RU装置のモードがES（Energy Saving）モードに移行する場合を含む、
　請求項１７記載の方法。
　RU（Radio Unit）装置によって実行される方法であって、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、第１制御装置の代わりに前記RU装置を制御する第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記第１制御装置から受信することと、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記第１制御装置から受信することと、
　前記Session Closeメッセージの受信に応じて、前記RU装置と前記第１制御装置との間のセッションを切断することと、
　前記宛先情報に基づいて前記第２制御装置と前記RU装置との間のセッションを確立する手順（Call home procedure）を前記第２制御装置との間で開始することと、
　を含む、
　方法。
　前記RU装置を制御する制御主体を切り替える場合は、前記RU装置のモードがES（Energy Saving）モードに移行する場合を含む、
　請求項１９記載の方法。
　RU（Radio Unit）装置を制御する第２制御装置によって実行される方法であって、
　前記RU装置を制御する主体を第１制御装置から前記第２制御装置に切り替える場合において、前記RU装置と前記第２制御装置との間のセッションを確立する手順を前記RU装置との間で開始することと、
　前記第２制御装置のアカウントを、セッション監視が許容されているタイプのアカウントに切り替えることと、
　を含む、
　方法。
　前記RU装置を制御する主体を第１制御装置から前記第２制御装置に切り替える場合は、前記RU装置のモードがES（Energy Saving）モードに移行する場合を含む、
　請求項２１記載の方法。
　RU（Radio Unit）装置と
　前記RU装置を制御する第１制御装置と、
　前記第１制御装置の代わりに前記RU装置を制御する第２制御装置と、
　具備し、
　前記第１制御装置は、
　前記RU装置を制御する制御主体を切り替える場合において、NETCONF（Network Configuration Protocol）プロトコルに基づき且つ設定編集（edit-config）を示すメッセージであって、前記第２制御装置の宛先情報を含むRPC（Remote Procedure Call）メッセージを、前記RU装置に送信し、
　前記RU装置と前記第１制御装置との間のセッションを閉じるためのSession Closeメッセージを、前記RU装置に送信する、
　ように構成され、
　前記RU装置は、
　前記設定編集を示すRPCメッセージを、前記第１制御装置から受信し、
　前記Session Closeメッセージを、前記第１制御装置から受信し、
　前記Session Closeメッセージの受信に応じて、前記RU装置と前記第１制御装置との間のセッションを切断し、
　前記宛先情報に基づいて前記第２制御装置と前記RU装置との間のセッションを確立する手順（Call home procedure）を前記第２制御装置との間で開始する、
　ように構成される、
　システム。
　前記第２制御装置は、
　前記セッションを確立する手順を前記RUとの間で開始し、
　前記第２制御装置のアカウントを、セッション監視が許容されているタイプのアカウントに切り替える、
　ように構成される、
　請求項２３記載のシステム。