JP7302603B2 - 通信装置、方法、及びプログラム - Google Patents

Description

本発明は、無線アクセスネットワークにおける通信装置、その方法、プログラム、及び記録媒体に関する。

非特許文献１に記載されているように、次世代の無線アクセスネットワークのアーキテクチャが検討されている。具体的に、非特許文献１のFigure 1には、無線アクセスネットワークの基地局側で処理が行われる物理レイヤを上位物理レイヤ（High physical layer）と下位物理レイヤ（Low physical layer）とに分割すること、上位物理レイヤの処理が中央ユニット（Central unit）により行われること、及び、下位物理レイヤの処理が無線ユニット（Radio unit）により行われることが記載されている。

xRAN-MP-WG、XRAN-FH.WP.0-v01.00、[online]、平成３０年７月１９日、xRAN-MP-WG、［平成３０年８月２７日検索］、インターネット（URL: http://www.xran.org/resources/）

残念ながら、上述した非特許文献１などでは、無線アクセスネットワークの基地局側で行われる処理を上位レイヤと下位レイヤに分けてそれぞれ異なるユニット（装置）で処理を行うアーキテクチャに対して、その冗長化を図ることについて具体的な検討がなされていない。

本発明の目的は、無線アクセスネットワークで行われる処理を２つのレイヤに分けてそれぞれ異なる装置で処理を行うアーキテクチャにおいて、上位側のレイヤの処理の冗長化を実現することが可能な通信装置、その方法、プログラム、及び記録媒体を提供することにある。

本発明の一の態様によれば、通信装置は、無線アクセスネットワークで第１のレイヤの処理を行う第１のレイヤ処理部と、前記無線アクセスネットワークで前記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行う確立部と、前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得する取得部と、前記第１のクライアントとの間の接続状態に関する前記情報を、第２のクライアントに送信する通信処理部とを備える。

本発明の一の態様によれば、通信装置は、無線アクセスネットワークで第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアント装置との間で接続可能なサーバであって前記第１のレイヤの処理を行う前記サーバとの間で通信を行い、前記サーバと前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を受信する通信処理部と、前記第１のクライアントとの間の接続状態に関する前記情報に応じて、前記サーバと前記第２のレイヤの処理を行う第２のクライアントの間の接続に関する制御を行う制御部とを備える。

本発明の一の態様によれば、方法は、無線アクセスネットワークで第１のレイヤの処理を行うことと、前記無線アクセスネットワークで前記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行うことと、前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得することと、前記第１のクライアントとの間の接続状態に関する前記情報を第２のクライアントに送信することとを含む。

本発明の一の態様によれば、方法は、無線アクセスネットワークで第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアント装置との間で接続可能なサーバであって前記第１のレイヤの処理を行う前記サーバとの間で通信を行い、前記サーバと前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を受信することと、前記第１のクライアントとの間の接続状態に関する前記情報に応じて、前記サーバと前記第２のレイヤの処理を行う第２のクライアントの間の接続に関する制御を行うこととを含む。

本発明の一の態様によれば、プログラムは、無線アクセスネットワークで第１のレイヤの処理を行うことと、前記無線アクセスネットワークで前記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行うことと、前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得することと、前記第１のクライアントとの間の接続状態に関する前記情報を第２のクライアントに送信することとをプロセッサに実行させる。

本発明の一の態様によれば、プログラムは、無線アクセスネットワークで第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアント装置との間で接続可能なサーバであって前記第１のレイヤの処理を行う前記サーバとの間で通信を行い、前記サーバと前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を受信することと、前記第１のクライアントとの間の接続状態に関する前記情報に応じて、前記サーバと前記第２のレイヤの処理を行う第２のクライアントの間の接続に関する制御を行うこととをプロセッサに実行させる。

本発明の一の態様によれば、記録媒体は、無線アクセスネットワークで第１のレイヤの処理を行うことと、前記無線アクセスネットワークで前記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行うことと、前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得することと、前記第１のクライアントとの間の接続状態に関する前記情報を第２のクライアントに送信することとをプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。

本発明の一の態様によれば、記録媒体は、無線アクセスネットワークで第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアント装置との間で接続可能なサーバであって前記第１のレイヤの処理を行う前記サーバとの間で通信を行い、前記サーバと前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を受信することと、前記第１のクライアントとの間の接続状態に関する前記情報に応じて、前記サーバと前記第２のレイヤの処理を行う第２のクライアントの間の接続に関する制御を行うこととをプロセッサに実行させるプログラム記録したコンピュータに読み取り可能な非一時的記録媒体である。

本発明によれば、無線アクセスネットワークで行われる処理を２つのレイヤに分けてそれぞれ異なる装置で処理を行うアーキテクチャにおいて、第１のレイヤよりも上位側である第２のレイヤの処理の冗長化を実現することが可能になる。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。

図１は、無線アクセスネットワークの基地局側で行われる処理を２つのレイヤに分けてそれぞれ異なる装置で処理を行うアーキテクチャ１０００において、上位レイヤの処理の冗長化を行う具体例を示す図である。 図２は、本発明が適用された実施形態に係るシステム１の概略的な構成の一例を示す説明図である。 図３は、第１の実施形態に係るサーバ装置１００の概略的な構成の例を示すブロック図である。 図４は、第１の実施形態に係るクライアント装置２００の概略的な構成の例を示すブロック図である。 図５は、第１の実施形態に係るクライアント装置３００の概略的な構成の例を示すブロック図である。 図６は、第１の実施形態に係るクライアント装置４００の概略的な構成の例を示すブロック図である。 図７は、物理レイヤを上位物理レイヤと下位物理レイヤとに分割した場合に実現されるシステム１の具体的なアーキテクチャを示すブロック図である。 図８は、上記接続状態の検出を行うための具体的な処理を示すフロー図である。 図９は、Ｍ－Ｐｌａｎｅがサポートする階層モデルの概略的な構成を示す図である。 図１０は、サーバ装置１００の接続されるクライアント装置の接続状態を変更する処理の概略的な流れの例を説明するためのフローチャートである。 図１１は、Ｍ－Ｐｌａｎｅがサポートするハイブリッドモデルの概略的な構成を示す図である。 図１２は、第２の実施形態に係る通信装置５００の概略的な構成の例を示すブロック図である。 図１３は、第３の実施形態に係る通信装置６００の概略的な構成の例を示すブロック図である。

以下、添付の図面を参照して本発明の実施形態を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。

説明は、以下の順序で行われる。
１．本発明の実施形態の概要
２．システムの構成
３．第１の実施形態
３．１．サーバ装置１００の構成
３．２．クライアント装置２００の構成
３．３．クライアント装置３００の構成
３．４．クライアント装置４００の構成
３．５．技術的特徴
３．６．変形例
４．第２の実施形態
４．１．通信装置の構成
４．２．技術的特徴
５．第３の実施形態
５．１．通信装置の構成
５．２．技術的特徴
６．他の実施形態

＜＜１．本発明の実施形態の概要＞＞
まず、本発明の実施形態の概要を説明する。

（１）技術的課題
下記の参考文献に記載されているように、次世代の無線アクセスネットワークのアーキテクチャが検討されている。
［参考文献］xRAN-MP-WG、XRAN-FH.WP.0-v01.00、[online]、平成３０年７月１９日、xRAN-MP-WG、［平成３０年８月２７日検索］、インターネット（URL: http://www.xran.org/resources/）

具体的に、上記参考文献のFigure 1には、無線アクセスネットワークの基地局側で処理が行われる物理レイヤを上位物理レイヤ（High physical layer）と下位物理レイヤ（Low physical layer）とに分割すること、上位物理レイヤの処理が中央ユニット（Central unit）により行われること、及び、下位物理レイヤの処理が無線ユニット（Radio unit）により行われることが記載されている。

残念ながら、上記参考文献などでは、無線アクセスネットワークの基地局側で行われる処理を上位レイヤと下位レイヤに分けてそれぞれ異なるユニット（装置）で処理を行うアーキテクチャに対して、その冗長化を図ることについて具体的な検討がなされていない。

本実施形態の目的は、無線アクセスネットワークで行われる処理を２つのレイヤに分けてそれぞれ異なる装置で処理を行うアーキテクチャにおいて、例えば図１に示すように、上位レイヤの処理の冗長化を実現することにある。

図１は、無線アクセスネットワークの基地局側で行われる処理を２つのレイヤに分けてそれぞれ異なる装置で処理を行うアーキテクチャ１０００において、上位レイヤの処理の冗長化を行う具体例を示す図である。

つまり、図１に示すアーキテクチャ１０００は、下位のレイヤの処理を行うサーバ装置１１０１と、上位のレイヤの処理を行う２つのクライアント装置１２０１、１２０２とから構成される。

例えば、サーバ装置１１０１は、例えば、Network Configuration Protocol (NETCONF)のサーバであって、より具体的には、下位物理レイヤ（Low physical layer）の処理を行う無線ユニット（Radio unit）である。また、クライアント装置１２０１、１２０２は、それぞれ、Network Configuration Protocol (NETCONF)のクライアントであって、より具体的には、上位物理レイヤ（High physical layer）以上の上位レイヤの処理を行う中央ユニット（Central unit）である。

以上のような構成のアーキテクチャ１０００においてクライアント装置１２０１とサーバ装置１１０１との間の通信が切断された場合、サーバ装置１１０１は、クライアント装置１２０１からクライアント装置１２０２に代えて処理を行うことが必要となる。

（２）技術的特徴
本実施形態では、例えば、無線アクセスネットワークで第１のレイヤの処理を行い、上記無線アクセスネットワークで上記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行い、上記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得し、上記第１のクライアントとの間の接続状態に関する上記情報を第２のクライアントに送信する。

これにより、例えば、無線アクセスネットワーク内を２つのレイヤに分けてそれぞれ異なる装置で処理を行うアーキテクチャにおいて、第１のレイヤよりも上位側である第２のレイヤの処理の冗長化を実現することが可能になる。

なお、上述した技術的特徴は本発明の実施形態の具体的な一例であり、当然ながら、本発明の実施形態は上述した技術的特徴に限定されない。

＜＜２．システムの構成＞＞
図２を参照して、本発明の実施形態に係るシステム１の構成の例を説明する。図２は、本発明が適用された実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図２を参照すると、システム１は、端末装置２との間で無線通信を行うサーバ装置１００、クライアント装置２００、３００、４００を備える。

例えば、サーバ装置１００は、例えば、Network Configuration Protocol (NETCONF)のサーバであって、より具体的には、下位物理レイヤ（Low physical layer）の処理を行う無線ユニット（Radio unit）である。

また、クライアント装置２００、３００、４００は、サーバ装置１００のクライアントである。例えば、クライアント装置２００、３００、４００は、Network Configuration Protocol (NETCONF)のクライアントであって、より具体的には、上位物理レイヤ（High physical layer）以上の上位レイヤの処理を行う中央ユニット（Central unit）、又は無線アクセスネットワークを管理するネットワークマネージメントシステム（Network Management System）である。

＜＜３．第１の実施形態＞＞
続いて、図３～図１１を参照して、本発明の第１の実施形態を説明する。

＜３．１．サーバ装置１００の構成＞
次に、図３を参照して、第１の実施形態に係るサーバ装置１００の構成の例を説明する。図３は、第１の実施形態に係るサーバ装置１００の概略的な構成の例を示すブロック図である。図３を参照すると、サーバ装置１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１４０を備える。

（１）無線通信部１１０
無線通信部１１０は、信号を無線で送受信する。例えば、無線通信部１１０は、端末装置（例えば、端末装置２）からの信号を受信し、端末装置（例えば、端末装置２）への信号を送信する。

（２）ネットワーク通信部１２０
ネットワーク通信部１２０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

（３）記憶部１３０
記憶部１３０は、サーバ装置１００の動作のためのプログラム（命令）及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、サーバ装置１００の動作のための１つ以上の命令を含む。

（４）処理部１４０
処理部１４０は、サーバ装置１００の様々な機能を提供する。処理部１４０は、第１のレイヤ処理部１４１、確立部１４３、取得部１４５、及び通信処理部１４７を含む。なお、処理部１４０は、これらの構成要素以外の他の構成要素をさらに含みうる。すなわち、処理部１４０は、これらの構成要素の動作以外の動作も行い得る。第１のレイヤ処理部１４１、確立部１４３、取得部１４５、及び通信処理部１４７の具体的な動作は、後に詳細に説明する。

例えば、処理部１４０（通信処理部１４７）は、無線通信部１１０を介して端末装置（例えば、端末装置２）と通信する。例えば、処理部１４０（通信処理部１４７）は、ネットワーク通信部１２０を介して他のネットワークノード（例えば、クライアント装置２００、３００、４００）と通信する。

（５）実装例
無線通信部１１０は、アンテナ及び高周波（Radio Frequency：ＲＦ）回路等により実装されてもよく、当該アンテナは、指向性アンテナであってもよい。ネットワーク通信部１２０は、ネットワークアダプタ並びに／又はネットワークインタフェースカード等により実装されてもよい。記憶部１３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部１４０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他の種類のプロセッサ等の１つ以上のプロセッサにより実装されてもよい。第１のレイヤ処理部１４１、確立部１４３、取得部１４５、及び通信処理部１４７は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部１３０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。

サーバ装置１００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部１４０の動作（第１のレイヤ処理部１４１、確立部１４３、取得部１４５、及び／又は、通信処理部１４７の動作）を行ってもよい。上記プログラムは、処理部１４０の動作（第１のレイヤ処理部１４１、確立部１４３、取得部１４５、及び／又は、通信処理部１４７の動作）をプロセッサに実行させるためのプログラムであってもよい。

＜３．２．クライアント装置２００の構成＞
次に、図４を参照して、第１の実施形態に係るクライアント装置２００の構成の例を説明する。図４は、第１の実施形態に係るクライアント装置２００の概略的な構成の例を示すブロック図である。図４を参照すると、クライアント装置２００は、ネットワーク通信部２１０、記憶部２２０及び処理部２３０を備える。

（１）ネットワーク通信部２１０
ネットワーク通信部２１０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

（２）記憶部２２０
記憶部２２０は、クライアント装置２００の動作のためのプログラム（命令）及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、クライアント装置２００の動作のための１つ以上の命令を含む。

（３）処理部２３０
処理部２３０は、クライアント装置２００の様々な機能を提供する。処理部２３０は、通信処理部２３１、及び制御部２３３を含む。なお、処理部２３０は、これらの構成要素以外の他の構成要素をさらに含みうる。すなわち、処理部２３０は、これらの構成要素の動作以外の動作も行いうる。

例えば、処理部２３０（通信処理部２３１）は、ネットワーク通信部２１０を介して他のネットワークノード（例えば、サーバ装置１００、クライアント装置３００、４００）と通信する。

（４）実装例
ネットワーク通信部２１０は、ネットワークアダプタ並びに／又はネットワークインタフェースカード等により実装されてもよい。記憶部２２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部２３０は、１つ以上のプロセッサにより実装されてもよい。通信処理部２３１、及び制御部２３３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部２２０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。

クライアント装置２００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部２３０の動作（通信処理部２３１、及び／又は制御部２３３の動作）を行ってもよい。上記プログラムは、処理部２３０の動作（通信処理部２３１、及び／又は制御部２３３の動作）をプロセッサに実行させるためのプログラムであってもよい。

なお、クライアント装置２００は、仮想化されていてもよい。すなわち、クライアント装置２００は、仮想マシンとして実装されてもよい。この場合に、クライアント装置２００（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜３．３．クライアント装置３００の構成＞
次に、図５を参照して、第１の実施形態に係るクライアント装置３００の構成の例を説明する。図５は、第１の実施形態に係るクライアント装置３００の概略的な構成の例を示すブロック図である。図５を参照すると、クライアント装置３００は、ネットワーク通信部３１０、記憶部３２０、及び処理部３３０を備える。

（１）ネットワーク通信部３１０
ネットワーク通信部３１０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

（２）記憶部３２０
記憶部３２０は、クライアント装置３００の動作のためのプログラム（命令）及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、クライアント装置３００の動作のための１つ以上の命令を含む。

（３）処理部３３０
処理部３３０は、クライアント装置３００の様々な機能を提供する。処理部３３０は、通信処理部３３１、及び制御部３３３を含む。なお、処理部３３０は、これらの構成要素以外の他の構成要素をさらに含みうる。すなわち、処理部３３０は、これらの構成要素の動作以外の動作も行いうる。

例えば、処理部３３０（通信処理部３３１）は、ネットワーク通信部３１０を介して他のネットワークノード（例えば、サーバ装置１００、クライアント装置２００、４００）と通信する。

（４）実装例
ネットワーク通信部３１０は、ネットワークアダプタ並びに／又はネットワークインタフェースカード等により実装されてもよい。記憶部３２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部３３０は、１つ以上のプロセッサにより実装されてもよい。通信処理部３３１、及び制御部３３３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部３２０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。

クライアント装置３００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部３３０の動作（通信処理部３３１、及び／又は制御部３３３の動作）を行ってもよい。上記プログラムは、処理部３３０の動作（通信処理部３３１、及び／又は制御部３３３の動作）をプロセッサに実行させるためのプログラムであってもよい。

なお、クライアント装置３００は、仮想化されていてもよい。すなわち、クライアント装置３００は、仮想マシンとして実装されてもよい。この場合に、クライアント装置３００（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜３．４．クライアント装置４００の構成＞
次に、図６を参照して、第１の実施形態に係るクライアント装置４００の構成の例を説明する。図６は、第１の実施形態に係るクライアント装置４００の概略的な構成の例を示すブロック図である。図６を参照すると、クライアント装置４００は、ネットワーク通信部４１０、記憶部４２０及び処理部４３０を備える。

（１）ネットワーク通信部４１０
ネットワーク通信部４１０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

（２）記憶部４２０
記憶部４２０は、クライアント装置４００の動作のためのプログラム（命令）及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、クライアント装置４００の動作のための１つ以上の命令を含む。

（３）処理部４３０
処理部４３０は、クライアント装置４００の様々な機能を提供する。処理部４３０は、通信処理部４３１、及び制御部４３３を含む。なお、処理部４３０は、これらの構成要素以外の他の構成要素をさらに含み得る。すなわち、処理部４３０は、これらの構成要素の動作以外の動作も行い得る。

例えば、処理部４３０（通信処理部４３１）は、ネットワーク通信部４１０を介して他のネットワークノード（例えば、サーバ装置１００、クライアント装置２００、３００）と通信する。

（４）実装例
ネットワーク通信部４１０は、ネットワークアダプタ並びに／又はネットワークインタフェースカード等により実装されてもよい。記憶部４２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部４３０は、１つ以上のプロセッサにより実装されてもよい。通信処理部４３１、及び制御部４３３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部４２０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。

クライアント装置４００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部４３０の動作（通信処理部４３１、及び／又は制御部４３３の動作）を行ってもよい。上記プログラムは、処理部４３０の動作（通信処理部４３１、及び／又は制御部４３３の動作）をプロセッサに実行させるためのプログラムであってもよい。

なお、クライアント装置４００は、仮想化されていてもよい。すなわち、クライアント装置４００は、仮想マシンとして実装されてもよい。この場合に、クライアント装置４００（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜３．５．技術的特徴＞
次に、第１の実施形態の技術的特徴を説明する。

サーバ装置１００（第１のレイヤ処理部１４１）は、無線アクセスネットワークで第１のレイヤの処理を行う。サーバ装置１００（確立部１４３）は、無線アクセスネットワークで上記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアント（例えば、クライアント装置２００、３００）との間で接続を確立するための処理を行う。サーバ装置１００（取得部１４５）は、上記第２のレイヤの処理を行う第１のクライアント（例えば、クライアント装置２００）との間の接続状態に関する情報を取得する。サーバ装置１００（通信処理部１４７）は、上記第１のクライアントとの間の接続状態に関する上記情報を第２のクライアント（例えば、クライアント装置３００又はクライアント装置４００）に送信する。

（１）第１及び第２のレイヤ
例えば物理レイヤが上位物理レイヤ（High physical layer）と下位物理レイヤ（Low physical layer）とに分割される場合、上記第１のレイヤは下位物理レイヤである。具体的に、下位物理レイヤは、具体的には、ＦＦＴ（Fast Fourier Transform）／ｉＦＦＴ（inverse Fast Fourier Transform）、デジタルビームフォーミング、およびＰＲＡＣＨ（Physical Random Access Channel）抽出およびフィルタリングなどの処理が含まれる。

上記第２のレイヤは、上位物理レイヤを含む上位レイヤである。具体的に、上位物理レイヤは、ＦＥＣ（Forward error correction）のエンコード／デコード、スクランブリング、および変調／復調などの処理が含まれる。

図７は、上述したように、物理レイヤを上位物理レイヤと下位物理レイヤとに分割した場合に実現されるシステム１の具体的なアーキテクチャを示すブロック図である。

図７に示すように、サーバ装置１００は、上記無線アクセスネットワークの基地局（例えば、ｇＮＢ）内において下位物理レイヤの処理を行う無線ユニット（Radio unit:RU）である。具体的に、無線ユニットは、下位物理レイヤ及びＲＦ（Radio Frequency）処理のホスティングを行う論理ノードである。

また、図７に示すように、上記第１のクライアント（例えば、クライアント装置２００）は、上記無線アクセスネットワークの基地局（ｇＮＢ）において、上位物理レイヤを含む上位レイヤの処理を行う下位レイヤスプリット中央ユニット（lower-layer split - Central Unit：lls-CU）である。ここで、下位レイヤスプリット中央ユニットは、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤ、ＲＬＣ（Radio Link Control）レイヤ、ＭＡＣ（Medium Access Control）レイヤ、及び上位物理レイヤのホスティングを行う論理ノードである。

さらに、図７に示すように、クライアント装置３００は、下位レイヤスプリット中央ユニット（lower-layer split - Central Unit：lls-CU）であってもよい。また、クライアント装置４００は、上記無線アクセスネットワークに関する管理を行うネットワークマネージメントシステムであってもよい。

以上のような構成において、制御プレーン（Ｃ－Ｐｌａｎｅ）、ユーザプレーン（Ｕ－Ｐｌａｎｅ）、及び同期プレーン（Ｓ－Ｐｌａｎｅ）については、サーバ装置１００（ＲＵ）とクライアント装置２００、３００（ｌｌｓ－ＣＵ）との間で処理が行われる。

一方、管理プレーン（Ｍ－Ｐｌａｎｅ）については、ＲＵ向けの「スタートアップ」インストール、ソフトウェア管理、構成管理、パフォーマンス管理、障害管理、及び、ファイル管理などの管理機能をサポートするために使用される。具体的に、Ｍ－Ｐｌａｎｅは、２つのアーキテクチャモデルをサポートする。例えば、階層モデルではサーバ装置１００（ＲＵ）とクライアント装置２００、３００（ｌｌｓ－ＣＵ）との間で通信が行われる。また、ハイブリッドモデルでは、サーバ装置１００（ＲＵ）とクライアント装置２００、３００（ｌｌｓ－ＣＵ）、クライアント装置４００（ネットワークマネージメントシステム）との間で通信が行われる。

（２）接続状態に関する情報
例えば、サーバ装置１００（取得部１４５）は、図８に示す処理に従って、上記第１のクライアント（例えば、クライアント装置２００）の接続状態の検出を行ってもよい。

図８は、上記接続状態の検出を行うための具体的な処理を示すフロー図である。例えば、サーバ装置１００は、上記第１のクライアント（例えば、クライアント装置２００）から、定期的に監視用タイマーをリセットするためのメッセージ（supervision-watchdog-reset）を受信する（Ｓ８０１）。当該メッセージに応じて、サーバ装置１００は、監視用タイマーをリセットして（Ｓ８０３）、応答メッセージを上記第１のクライアント（例えば、クライアント装置２００）に送信する（Ｓ８０５）。このようにして、サーバ装置１００は、Ｍ－Ｐｌａｎｅにおいて上記第１のクライアント（例えばクライアント装置２００）が運用可能（operational）であることを認識することができる。

上記のような図８に示す処理において、サーバ装置１００は、上記第１のクライアント（例えばクライアント装置２００）からsupervision-watchdog-resetを受信しない限り、監視用タイマーをリセットしない。このため、監視用タイマーが満了すると、サーバ装置１００は、上記第１のクライアント（例えば、クライアント装置２００）との間の接続が切断されたことを検出する（Ｓ８０７）。

このようにして、サーバ装置１００（取得部１４５）は、監視用タイマーが満了することにより、上記接続状態、すなわち、上記第１のクライアント（例えば、クライアント装置２００）との間の接続が切断された状態を検出することができる。

－接続状態が変化したことに関する情報
上記第１のクライアント（例えば、クライアント装置２００）との間の接続状態に関する上記情報は、上記第１のクライアント（例えば、クライアント装置２００）との間の接続状態が変化したことに関する情報を含んでもよい。

上記接続状態が変化したことに関する上記情報は、例えば、上記第１のクライアント（例えば、クライアント装置２００）に関する情報の変更（Name, IP Address）、上記第１のクライアント（例えば、クライアント装置２００）のスタンバイ状態の種別（Unknown, Active, Standby, Disconnected）、及び、直前に接続状態が変化した時間情報（Last-Changed Time）を含んでもよい。さらに、上記スタンバイ状態の種別がDisconnectedの場合、上記接続状態が変化したことに関する上記情報は、接続状態が変化した要因（State Change Reason）を含んでもよい。

（要因に関する情報）
具体的に、上記第１のクライアントとの間の接続状態が変化した上記要因に関する上記情報は、サーバ装置１００内の監視用タイマー（watchdog timer）の満了、Ｍ－Ｐｌａｎｅで発生したリセット（M-Plane triggered reset）、ソフトウェアの障害（software failure）、サーバ装置１００内の他のタイマー（other watchdog timer）の満了などを含む。

（３）Ｍ－Ｐｌａｎｅのアーキテクチャモデル
次に、図９及び図１０を参照して、Ｍ－Ｐｌａｎｅのアーキテクチャモデルについて説明する。

－階層モデル（Hierarchical model）
図９は、Ｍ－Ｐｌａｎｅがサポートする階層モデルの概略的な構成を示す図である。図９に示すように、サーバ装置１００（ＲＵ＃１）は、ＮＥＴＣＯＮＦベースのＭ－Ｐｌａｎｅを使用してクライアント装置２００、３００（ｌｌｓ－ＣＵ＃１）によって管理される。さらに、クライアント装置２００、３００（ｌｌｓ－ＣＵ＃１）は、クライアント装置４００（例えば、ネットワークマネージメントシステムＮＭＳ＃１）により管理される。

上記のようにＭ－Ｐｌａｎｅが階層モデルの場合、上記第２のクライアント（例えばクライアント装置３００）は、上記第２のレイヤの処理を行うｌｌｓ－ＣＵであってもよい。

また、サーバ装置１００（確立部１４３）は、上記第１のクライアント（例えばクライアント装置２００）との間でアクティブ状態の接続を確立する。ここで、アクティブ状態とは、具体的には、サービスを提供可能な状態である。

一方、例えばサーバ装置１００（確立部１４３）は、上記第２のクライアント（例えばクライアント装置３００）との間でスタンバイ状態の接続を確立する。ここで、スタンバイ状態とは、サービスが提供できる状態（アクティブ状態）に遷移するのを待機する状態である。

具体例として、上記第１及び上記第２のクライアントのそれぞれがｈｏｔ ｓｔａｎｄｂｙ、ｃｏｌｄ ｓｔａｎｄｂｙ、ｐｒｏｖｉｄｉｎｇ ｓｅｒｖｉｃｅ、Ｕｎｋｎｏｗｎの４種類の状態を取り得る場合、ｈｏｔ ｓｔａｎｄｂｙ、及びｃｏｌｄ ｓｔａｎｄｂｙ、は、上記スタンバイ状態として扱ってもよい。また、ｐｒｏｖｉｄｉｎｇ ｓｅｒｖｉｃｅは、上記アクティブ状態として扱ってもよい。接続が切断されている状態（Ｄｉｓｃｏｎｎｅｃｔ）も、上記第１及び上記第２のクライアントのそれぞれが取り得る状態の一つに含めることも可能である。

以上のような階層モデルが適用される場合、サーバ装置１００（通信処理部１４７）は、上記第１のクライアント（例えば、クライアント装置２００）との間の接続状態に関する上記情報を上記第２のクライアント（例えば、クライアント装置３００）に送信する。これにより、上記第２のクライアント（例えば、クライアント装置３００）に対してスタンバイ状態からアクティブ状態に切り替えを要求することができる。

一方、上記第２のクライアント（例えば、クライアント装置３００の通信処理部３３１）は、上記第１のクライアント（例えば、クライアント装置２００）との間の接続状態に関する上記情報を受信する。そして、上記第２のクライアント（例えば、クライアント装置３００の制御部３３３）は、サーバ装置１００と確立している接続状態を、スタンバイ状態からアクティブ状態に変更することができる。

なお、上記第２のクライアント（例えばクライアント装置３００の制御部３３３）は、上記第１のクライアント（例えばクライアント装置２００）のＣ－Ｐｌａｎｅ，Ｕ－Ｐｌａｎｅ，Ｓ－Ｐｌａｎｅの接続が正常であるかどうかを判定し、もし正常であれば、Ｃ／Ｕ／Ｓ－Ｐｌａｎｅの再設定を実施せずに、上記第１のクライアント（例えばクライアント装置２００）によるＣ／Ｕ／Ｓ－Ｐｌａｎｅの処理を継続させるようにしてもよい。これにより、障害（Failure）が発生したＭ－Ｐｌａｎｅ Ｃｏｎｎｅｃｔｉｏｎの再設定が行われうる。一方、Ｃ／Ｕ／Ｓ－Ｐｌａｎｅの接続も異常である場合には、上記第２のクライアントは、新たなＭ－Ｐｌａｎｅの接続によりＣ／Ｕ／Ｓ－Ｐｌａｎｅの再設定を実施すればよい。

さらに、サーバ装置１００（通信処理部１４７）は、上記第１のクライアントと間の接続状態に関する上記情報の送信後に、上記第２のクライアント（例えばクライアント装置３００）から、サーバ装置１００と上記第２のクライアント（例えばクライアント装置３００）との間の接続がスタンバイ状態からアクティブ状態に変更したことを示す情報を受信してもよい。

さらに、上記スタンバイ状態からアクティブ状態に変更したことを示す情報は、どのＭ－Ｐｌａｎｅ ｉｎｔｅｒｆａｃｅをアクティブ状態にするかを指定する情報、どのＭ－Ｐｌａｎｅ ｉｎｔｅｒｆａｃｅをスタンバイ状態にするかを指定する情報、及びこれら両方を指定する情報を含んでもよい。

これにより、サーバ装置１００と上記第２のクライアント（例えばクライアント装置３００）との間で、例えばＵ－Ｐｌａｎｅの構成の再編（refresh）などの後続処理を適切に実行することができる。

（処理の流れ）
図１０を参照して、階層モデルが適用される場合において、サーバ装置１００の接続先を変更する処理の例を説明する。図１０は、サーバ装置１００の接続されるクライアント装置の接続状態を変更する処理の概略的な流れの例を説明するためのフローチャートである。

ステップＳ１００１において、サーバ装置１００（確立部１４３）は、上記第１のクライアント（例えばクライアント装置２００）との間でアクティブ状態の接続を確立する。具体的には、サーバ装置１００は、上記第１のクライアント（例えばクライアント装置２００）との間でＮＥＴＣＯＮＦの接続を確立するとともに、上記第１のクライアント（例えばクライアント装置２００）の接続状態を監視する。

Ｓ１００３において、サーバ装置１００（確立部１４３）は、上記第２のクライアント（例えばクライアント装置３００）との間でスタンバイ状態の接続を確立する。具体的には、サーバ装置１００は、上記第２のクライアント（例えばクライアント装置３００）との間でＮＥＴＣＯＮＦの接続を確立するとともに、上記第２のクライアント（例えばクライアント装置３００）の接続状態を監視する。

ステップＳ１００５において、サーバ装置１００は、上記第１のクライアント（例えばクライアント装置２００）との間で、Ｕ－Ｐｌａｎｅ構成を含むＭ－Ｐｌａｎｅのハンドリングに関する追加の処理を実行する。これにより、サーバ装置１００と上記第１のクライアント（例えばクライアント装置２００）との間でユーザデータなどの送受信が行われる。

ステップＳ１００７において、サーバ装置１００と上記第１のクライアント（例えばクライアント装置２００）との間の接続が切断する障害イベント（Failure event）が発生するものとする。ここで、サーバ装置１００と上記第２のクライアント（例えばクライアント装置３００）との間の接続は切断されていないものとする。

ステップＳ１００９において、サーバ装置１００は、上記第１のクライアント（例えばクライアント装置２００）との接続が切断することで、Supervision Failureを検出する。

ステップＳ１０１１において、サーバ装置１００は、上記第１のクライアント（例えばクライアント装置２００）との接続を自律的に回復するためのリセット手順の代わりに、上記第２のクライアント（例えばクライアント装置３００）に対して、サーバ装置１００と一部またはすべてのクライアントとの間の上記接続状態に関する情報（State Change Event Notification）を送信する。ここで、上記接続状態に関する情報（State Change Event Notification）は、上記第１のクライアントとの間の接続がSupervision Failureを示す情報を含んでもよい。

ステップＳ１０１３において、上記第２のクライアント（クライアント装置３００の制御部３３３）は、上記サーバ装置１００とクライアントとの間の接続状態に関する情報に応じて、サーバ装置１００と上記第２のクライアント（クライアント装置３００）の間の接続に関する制御を行う。すなわち、上記第２のクライアント（クライアント装置３００の制御部３３３）は、サーバ装置１００と上記第２のクライアント（クライアント装置３００）の間の接続を、スタンバイ状態からアクティブ状態に切り替える。

なお、上記第２のクライアント（クライアント装置３００の通信処理部３３１）から、サーバ装置１００に対してスタンバイ状態からアクティブ状態に変更することを指示するメッセージを送信してもよい。ここで、上記スタンバイ状態から上記アクティブ状態に変更することを指示する上記情報は、どのＭ－Ｐｌａｎｅ ｉｎｔｅｒｆａｃｅをアクティブ状態にするかを指定する情報、どのＭ－Ｐｌａｎｅ ｉｎｔｅｒｆａｃｅをスタンバイ状態にするかを指定する情報、及びこれら両方を指定する情報を含んでもよい。

ステップＳ１０１５において、サーバ装置１００は、上記第２のクライアント（例えばクライアント装置３００）との間で、Ｕ－Ｐｌａｎｅ構成を含むＭ－Ｐｌａｎｅのハンドリングに関する追加の処理を実行する。これにより、サーバ装置１００と上記第２のクライアント（例えばクライアント装置３００）との間でユーザデータの送受信が行われる。

ステップＳ１０１７において、サーバ装置１００は、上記第１のクライアント（例えばクライアント装置２００）との間で、ＮＥＴＣＯＮＦ ｃａｌｌ ｈｏｍｅ ｐｒｏｃｅｄｕｒｅを実行し、上記第１のクライアント（例えばクライアント装置２００）との間でＴＣＰ（Transmission Control Protocol）の接続の再確立を実行して、図１０に示す処理を終了する。

上記図１０に示す処理によれば、サーバ装置１００は、上記第１のクライアント（例えばクライアント装置２００）との接続が切断したことを、上記第２のクライアント（クライアント装置３００）に通知することで、上記第２のクライアント（クライアント装置３００）との間でＭ－Ｐｌａｎｅの接続を開始することができる。すなわち、上記図１０に示す処理によれば、２つ以上のクライアント（上記第１のクライアント、上記第２のクライアント）によって第２のレイヤの処理の冗長化を図り、サーバ装置１００がユーザデータの送受信を行うクライアントを適切に切り替えることができる。

－ハイブリッドモデル（Hybrid model）
図１１は、Ｍ－Ｐｌａｎｅがサポートするハイブリッドモデルの概略的な構成を示す図である。図１１に示すように、ハイブリッドアーキテクチャは、クライアント装置２００、３００（ｌｌｓ－ＣＵ＃２）とサーバ装置１００（ＲＵ＃２）との間のインタフェースに加えて、クライアント装置４００（例えばネットワークマネージメントシステムＮＭＳ＃２）とサーバ装置１００（ＲＵ＃２）との間でのインタフェースを実現する。つまり、ハイブリッドアーキテクチャでは、サーバ装置１００（ＲＵ＃２）に接続するＮＥＴＣＯＮＦクライアントが、異なるクラス（例えば、ｌｌｓ－ＣＵ＃２およびネットワークマネージメントシステムＮＭＳ＃２）であってもよい。

上記のようにＭ－Ｐｌａｎｅがハイブリッドモデルの場合、上記第２のクライアント（例えばクライアント装置４００）は、前記無線アクセスネットワークに関する管理を行うネットワークマネージメントシステムであってもよい。

以上のような階層モデルが適用される場合、サーバ装置１００（通信処理部１４７）は、上記第１のクライアントとの間の接続状態に関する上記情報を上記第２のクライアント（例えば、クライアント装置４００）に送信する。これにより、上記第２のクライアント（例えば、クライアント装置４００の制御部４３３）は、上記第１のクライアントとは異なるｌｌｓ－ＣＵである第３のクライアント（例えばクライアント装置３００）を、スタンバイ状態からアクティブ状態に切り替えるように制御することができる。

このようにして、上記第２のクライアント（例えば、クライアント装置４００）の仲介により、上記第３のクライアント（例えばクライアント装置３００）の接続状態が切り替えられる。このようにして、どのＭ－Ｐｌａｎｅ接続をメインとするかを選択ないし決定する処理などが、上記第２のクライアント（例えば、クライアント装置４００）により行われ、クライアント間の負荷を分散することができる。

さらに、サーバ装置１００（通信処理部１４７）は、上記第１のクライアントと間の接続状態に関する上記情報の送信後に、上記第２のクライアント（例えばクライアント装置４００）から、サーバ装置１００と上記第３のクライアント（例えばクライアント装置２００）との間の接続がスタンバイ状態からアクティブ状態に変更することを指示する情報を受信してもよい。

さらに、上記スタンバイ状態からアクティブ状態に変更することを指示する情報は、どのＭ－Ｐｌａｎｅ ｉｎｔｅｒｆａｃｅをアクティブ状態にするかを指定する情報、どのＭ－Ｐｌａｎｅ ｉｎｔｅｒｆａｃｅをスタンバイ状態にするかを指定する情報、及びこれら両方を指定する情報を含んでもよい。

これにより、サーバ装置１００と上記第３のクライアント（例えばクライアント装置３００）との間で、例えばＵ－Ｐｌａｎｅの構成の再編（refresh）などの後続処理を速やかに実行することができる。

＜３．６．変形例＞
第１の実施形態は、上述した構成及び処理に限定されず種々の変更が可能である。

例えば、サーバ装置１００は、上記第１のクライアントとの間の接続が切断したことを検出すると、例えば上記第２のクライアントに上記第１のクライアントの接続状態に関する上記情報を通知（送信）する代わりに次のような処理を行ってもよい。

すなわち、サーバ装置１００は、上記第１のクライアントとの間の接続が切断したことを検出すると、所定のリセット処理を行い、上記第２のクライアントとの間でアクティブ状態の接続を確立する処理を行ってもよい。これにより、サーバ装置１００は、上記第１のクライアントとの通信に関して障害が発生した後に、上記第２のクライアント（クライアント装置３００）との間でアクティブ状態な接続を確立することができる。

＜＜４．第２の実施形態＞＞
続いて、図１２を参照して、本発明の第２の実施形態を説明する。上述した第１の実施形態は、具体的な実施形態であるが、第２の実施形態は、より一般化された実施形態である。

＜４．１．通信装置の構成＞
まず、図１２を参照して、第２の実施形態に係る通信装置５００の構成の例を説明する。図１２は、第２の実施形態に係る通信装置５００の概略的な構成の例を示すブロック図である。図１２を参照すると、通信装置５００は、第１のレイヤ処理部５１１、確立部５１３、取得部５１５、及び通信処理部５１７を備える。第１のレイヤ処理部５１１、確立部５１３、取得部５１５、及び通信処理部５１７の具体的な動作は、後に説明する。

第１のレイヤ処理部５１１、確立部５１３、取得部５１５、及び通信処理部５１７は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。第１のレイヤ処理部５１１、確立部５１３、取得部５１５、及び通信処理部５１７は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、第１のレイヤ処理部５１１、確立部５１３、取得部５１５、及び通信処理部５１７の動作を行ってもよい。上記プログラムは、第１のレイヤ処理部５１１、確立部５１３、取得部５１５、及び通信処理部５１７の動作をプロセッサに実行させるためのプログラムであってもよい。

＜４．２．技術的特徴＞
次に、第２の実施形態の技術的特徴を説明する。

第２の実施形態では、通信装置５００（第１のレイヤ処理部５１１）は、無線アクセスネットワークで第１のレイヤの処理を行う。通信装置５００（確立部５１３）は、無線アクセスネットワークで上記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行う。通信装置５００（取得部５１５）は、上記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得する。通信装置５００（通信処理部５１７）は、上記第１のクライアントとの間の接続状態に関する上記情報を第２のクライアントに送信する。

例えば、第１のレイヤ処理部５１１は、上述した第１の実施形態に係る第１のレイヤ処理部１４１の動作を行ってもよい。また、確立部５１３は、上述した第１の実施形態に係る確立部１４３の動作を行ってもよい。また、取得部５１５は、上述した第１の実施形態に係る取得部１４５の動作を行ってもよい。また、通信処理部５１７は、上述した第１の実施形態に係る通信処理部１４７の動作を行ってもよい。

以上、第２の実施形態を説明した。第２の実施形態によれば、例えば、無線アクセスネットワーク内を２つのレイヤに分けてそれぞれ異なる装置で処理を行うアーキテクチャにおいて、第１のレイヤよりも上位側である第２のレイヤの処理の冗長化を実現することが可能になる。

＜＜５．第３の実施形態＞＞
続いて、本発明の第３の実施形態を説明する。上述した第１の実施形態は、具体的な実施形態であるが、第３の実施形態は、より一般化された実施形態である。

＜５．１．通信装置の構成＞
まず、図１３を参照して、第３の実施形態に係る通信装置６００の構成の例を説明する。図１３は、第３の実施形態に係る通信装置６００の概略的な構成の例を示すブロック図である。図１３を参照すると、通信装置６００は、通信処理部６１１及び制御部６１３を備える。通信処理部６１１及び制御部６１３の具体的な動作は、後に説明する。

通信処理部６１１及び制御部６１３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。通信処理部６１１及び制御部６１３は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、通信処理部６１１及び制御部６１３の動作を行ってもよい。上記プログラムは、通信処理部６１１及び制御部６１３の動作をプロセッサに実行させるためのプログラムであってもよい。

＜５．２．技術的特徴＞
次に、第３の実施形態の技術的特徴を説明する。

第３の実施形態では、通信装置６００（通信処理部６１１）は、無線アクセスネットワークで第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアント装置との間で接続可能なサーバであって上記第１のレイヤの処理を行う上記サーバとの間で通信を行い、上記サーバと上記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を受信する。通信装置６００（制御部６１３）は、上記第１のクライアントとの間の接続状態に関する上記情報に応じて、上記サーバと上記第２のレイヤの処理を行う第２のクライアントの間の接続に関する制御を行う。

また、通信装置６００は、上記第２のクライアントを実現する装置であってもよく、上記無線アクセスネットワークに関する管理を行う装置であってもよい。例えば、通信処理部６１１は、上述した第１の実施形態に係る通信処理部２３１、３３１、４３１の動作を行ってもよい。また、制御部６１３は、上述した第１の実施形態に係る制御部２３３、３３３、４３３の動作を行ってもよい。

以上、第３の実施形態を説明した。第３の実施形態によれば、例えば、無線アクセスネットワーク内を２つのレイヤに分けてそれぞれ異なる装置で処理を行うアーキテクチャにおいて、第１のレイヤよりも上位側である第２のレイヤの処理の冗長化を実現することが可能になる。

＜＜６．他の実施形態＞＞
以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。

例えば、本明細書に記載されている処理におけるステップは、必ずしもシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、シーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。また、処理におけるステップの一部が削除されてもよく、さらなるステップが処理に追加されてもよい。

また、本明細書において説明したサーバ装置の構成要素（例えば、第１のレイヤ処理部、確立部、取得部、及び／又は通信処理部）を備える装置（例えば、サーバ装置を構成する複数の装置（又はユニット）のうちの１つ以上の装置（又はユニット）、又は上記複数の装置（又はユニット）のうちの１つのためのモジュール）が提供されてもよい。本明細書において説明したクライアント装置の構成要素（例えば、通信処理部、及び／又は制御部）を備える装置（例えば、クライアント装置のためのモジュール）が提供されてもよい。また、上記構成要素の処理を含む方法が提供されてもよく、上記構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録したコンピュータに読み取り可能な非一時的記録媒体（Non-transitory computer readable medium）が提供されてもよい。当然ながら、このような装置、モジュール、方法、プログラム、及びコンピュータに読み取り可能な非一時的記録媒体も本発明に含まれる。

上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）
無線アクセスネットワークで第１のレイヤの処理を行う第１のレイヤ処理部と、
前記無線アクセスネットワークで前記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行う確立部と、
前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得する取得部と、
前記第１のクライアントとの間の接続状態に関する前記情報を、第２のクライアントに送信する通信処理部とを備える、通信装置。

（付記２）
当該通信装置は、前記無線アクセスネットワークの無線ユニットである、付記１に記載の通信装置。

（付記３）
前記第１のクライアントは、前記無線アクセスネットワークの下位レイヤスプリット中央ユニットである、付記１又は２記載の通信装置。

（付記４）
前記第１のクライアントとの間の接続状態に関する前記情報は、前記第１のクライアントとの間の接続状態が変化したことに関する情報を含む、付記１乃至３のうち何れか１項記載の通信装置。

（付記５）
前記第１のクライアントとの間の接続状態が変化したことに関する前記情報は、前記第１のクライアントとの間の接続状態が変化した要因に関する情報を含む、付記１乃至４のうち何れか１項記載の通信装置。

（付記６）
前記確立部は、前記第１のクライアントとの間でアクティブ状態の接続を確立する、付記１乃至５のうち何れか１項記載の通信装置。

（付記７）
前記第２のクライアントは、前記第２のレイヤの処理を行う、付記１乃至６のうち何れか１項記載の通信装置。

（付記８）
前記確立部は、前記第２のクライアントとの間でスタンバイ状態の接続を確立する、付記７記載の通信装置。

（付記９）
前記通信処理部は、前記第１のクライアントと間の接続状態に関する前記情報の送信後に、前記第２のクライアントから、当該通信装置と前記第２のクライアントとの間の接続がスタンバイ状態からアクティブ状態に変更したことを示す情報を受信する、付記７又は８記載の通信装置。

（付記１０）
前記第２のクライアントは、前記無線アクセスネットワークの下位レイヤスプリット中央ユニットである付記７乃至９のうち何れか１項記載の通信装置。

（付記１１）
前記第２のクライアントは、前記無線アクセスネットワークに関する管理を行う、付記１乃至６のうち何れか１項記載の通信装置。

（付記１２）
前記通信処理部は、前記第１のクライアントと間の接続状態に関する前記情報の送信後に、前記第２のクライアントから、当該通信装置と前記第２のレイヤの処理を行う第３のクライアントとの間の接続がスタンバイ状態からアクティブ状態に変更することを指示する情報を受信する、付記１１記載の通信装置。

（付記１３）
無線アクセスネットワークで第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアント装置との間で接続可能なサーバであって前記第１のレイヤの処理を行う前記サーバとの間で通信を行い、前記サーバと前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を受信する通信処理部と、
前記第１のクライアントとの間の接続状態に関する前記情報に応じて、前記サーバと前記第２のレイヤの処理を行う第２のクライアントの間の接続に関する制御を行う制御部とを備える通信装置。

（付記１４）
当該通信装置は、前記第２のクライアントを実現する装置である、付記１３記載の通信装置。

（付記１５）
当該通信装置は、前記無線アクセスネットワークに関する管理を行う装置である、付記１３記載の通信装置。

（付記１６）
無線アクセスネットワークで第１のレイヤの処理を行うことと、
前記無線アクセスネットワークで前記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行うことと、
前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得することと、
前記第１のクライアントとの間の接続状態に関する前記情報を第２のクライアントに送信することとを含む方法。

（付記１７）
無線アクセスネットワークで第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアント装置との間で接続可能なサーバであって前記第１のレイヤの処理を行う前記サーバとの間で通信を行い、前記サーバと前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を受信することと、
前記第１のクライアントとの間の接続状態に関する前記情報に応じて、前記サーバと前記第２のレイヤの処理を行う第２のクライアントの間の接続に関する制御を行うこととを含む方法。

（付記１８）
無線アクセスネットワークで第１のレイヤの処理を行うことと、
前記無線アクセスネットワークで前記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行うことと、
前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得することと、
前記第１のクライアントとの間の接続状態に関する前記情報を第２のクライアントに送信することとをプロセッサに実行させるプログラム。

（付記１９）
無線アクセスネットワークで第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアント装置との間で接続可能なサーバであって前記第１のレイヤの処理を行う前記サーバとの間で通信を行い、前記サーバと前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を受信することと、
前記第１のクライアントとの間の接続状態に関する前記情報に応じて、前記サーバと前記第２のレイヤの処理を行う第２のクライアントの間の接続に関する制御を行うこととをプロセッサに実行させるプログラム。

（付記２０）
無線アクセスネットワークで第１のレイヤの処理を行うことと、
前記無線アクセスネットワークで前記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行うことと、
前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得することと、
前記第１のクライアントとの間の接続状態に関する前記情報を第２のクライアントに送信することとをプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記２１）
無線アクセスネットワークで第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアント装置との間で接続可能なサーバであって前記第１のレイヤの処理を行う前記サーバとの間で通信を行い、前記サーバと前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を受信することと、
前記第１のクライアントとの間の接続状態に関する前記情報に応じて、前記サーバと前記第２のレイヤの処理を行う第２のクライアントの間の接続に関する制御を行うこととをプロセッサに実行させるプログラム記録したコンピュータに読み取り可能な非一時的記録媒体。

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

無線アクセスネットワーク内を２つのレイヤに分けてそれぞれ異なる装置で処理を行うアーキテクチャにおいて、第１のレイヤよりも上位側である第２のレイヤの処理の冗長化を実現することが可能になる。

１ システム
２ 端末装置
１００ サーバ装置
１４１ 第１のレイヤ処理部
１４３ 確立部
１４５ 取得部
１４７、２３１、３３１、４３１ 通信処理部
２００、３００、４００ クライアント装置
２３３、３３３、４３３ 制御部

Claims (10)

1. 無線アクセスネットワークで第１のレイヤの処理を行う第１のレイヤ処理手段と、
   前記無線アクセスネットワークで前記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行う確立手段と、
   前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得する取得手段と、
   前記第１のクライアントとの間の接続状態に関する前記情報を、第２のクライアントに送信する通信処理手段とを備える、通信装置。
2. 当該通信装置は、前記無線アクセスネットワークの無線ユニットである、請求項１に記載の通信装置。
3. 前記第１のクライアントは、前記無線アクセスネットワークの下位レイヤスプリット中央ユニットである、請求項１又は２記載の通信装置。
4. 前記第１のクライアントとの間の接続状態に関する前記情報は、前記第１のクライアントとの間の接続状態が変化したことに関する情報を含む、請求項１乃至３のうち何れか１項記載の通信装置。
5. 前記第１のクライアントとの間の接続状態が変化したことに関する前記情報は、前記第１のクライアントとの間の接続状態が変化した要因に関する情報を含む、請求項１乃至４のうち何れか１項記載の通信装置。
6. 前記確立手段は、前記第１のクライアントとの間でアクティブ状態の接続を確立する、請求項１乃至５のうち何れか１項記載の通信装置。
7. 前記第２のクライアントは、前記第２のレイヤの処理を行う、請求項１乃至６のうち何れか１項記載の通信装置。
8. 無線アクセスネットワークで第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアント装置との間で接続可能なサーバであって前記第１のレイヤの処理を行う前記サーバとの間で通信を行い、前記サーバと前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を受信する通信処理手段と、
   前記第１のクライアントとの間の接続状態に関する前記情報に応じて、前記サーバと前記第２のレイヤの処理を行う第２のクライアントの間の接続に関する制御を行う制御手段とを備える通信装置。
9. 無線アクセスネットワークで第１のレイヤの処理を行うことと、
   前記無線アクセスネットワークで前記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行うことと、
   前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得することと、
   前記第１のクライアントとの間の接続状態に関する前記情報を第２のクライアントに送信することとを含む方法。
10. 無線アクセスネットワークで第１のレイヤの処理を行うことと、
    前記無線アクセスネットワークで前記第１のレイヤよりも上位である第２のレイヤの処理を行う２以上のクライアントとの間で接続を確立するための処理を行うことと、
    前記第２のレイヤの処理を行う第１のクライアントとの間の接続状態に関する情報を取得することと、
    前記第１のクライアントとの間の接続状態に関する前記情報を第２のクライアントに送信することとをプロセッサに実行させるプログラム。

Images