JP2024057864A - 通信制御方法 - Google Patents

Abstract

【課題】コアネットワークに対する影響を与えることなく、ネットワークノードを認証することが可能な通信制御方法を提供する。【解決手段】一態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、基地局が、ネットワークノードに割り当てたネットワークノード識別子を運用管理装置へ送信するステップを有する。また、前記通信制御方法は、ネットワークノードが、ネットワークノード識別子を運用管理装置へ送信するステップを有する。更に、前記通信制御方法は、運用管理装置が、基地局から受信したネットワークノード識別子とネットワークノードから受信したネットワークノード識別子とに基づいて、ネットワークノードの認証を行うステップを有する。【選択図】図１０

Description

本発明は、セルラ通信システムに用いる通信制御方法に関する。

セルラ通信システムの標準化プロジェクトである３ＧＰＰ（Third Generation Partnership Project）（登録商標。以下同じ。）において、ＩＡＢ（Integrated Access and Backhaul）ノードと呼ばれる新たな中継ノードの導入が検討されている（例えば、非特許文献１参照）。１又は複数の中継ノードが、基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。

３ＧＰＰ ＴＳ ３８．３００ Ｖ１７．２．０（２０２２－０９）

本開示は、コアネットワークに対する影響を与えることなく、ネットワークノードを認証することが可能な通信制御方法を提供する。

第１の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、基地局が、ネットワークノードに割り当てたネットワークノード識別子を運用管理装置へ送信するステップを有する。また、前記通信制御方法は、ネットワークノードが、ネットワークノード識別子を運用管理装置へ送信するステップを有する。更に、前記通信制御方法は、運用管理装置が、基地局から受信したネットワークノード識別子とネットワークノードから受信したネットワークノード識別子とに基づいて、ネットワークノードの認証を行うステップを有する。

図１は、一実施形態に係るセルラ通信システムの構成例を示す図である。 図２は、ＩＡＢノードと親ノード（Ｐａｒｅｎｔ ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ ｎｏｄｅｓ）との関係を示す図である。 図３は、一実施形態に係るｇＮＢ（基地局）の構成例を示す図である。 図４は、一実施形態に係るＩＡＢノード（中継ノード）の構成例を示す図である。 図５は、一実施形態に係るＵＥ（ユーザ装置）の構成例を示す図である。 図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。 図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックの例を示す図である。 図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックの例を示す図である。 図９は、第１実施形態に係るＯＡＭ（運用管理装置）の構成例を表す図である。 図１０は、第１実施形態に係る動作例を表す図である。

図面を参照しながら、実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

［第１実施形態］

（セルラ通信システムの構成）
一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム１は３ＧＰＰの５Ｇシステムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（New Radio）である。但し、セルラ通信システム１には、ＬＴＥ（Long Term Evolution）が少なくとも部分的に適用されてもよい。また、セルラ通信システム１は、６Ｇなど、将来のセルラ通信システムも適用されてよい。

図１は、一実施形態に係るセルラ通信システム１の構成例を示す図である。

図１に示すように、セルラ通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：User Equipment）１００、基地局装置（以下、「基地局」と称する場合がある。）２００－１，２００－２、及びＩＡＢノード３００－１，３００－２を有する。基地局２００は、ｇＮＢと呼ばれる場合がある。

以下において、基地局２００がＮＲ基地局である一例について主として説明するが、基地局２００がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。

なお、以下において、基地局２００－１，２００－２をｇＮＢ２００（又は基地局２００）、ＩＡＢノード３００－１，３００－２をＩＡＢノード３００とそれぞれ称する場合がある。

５ＧＣ１０は、ＡＭＦ（Access and Mobility Management Function）１１及びＵＰＦ（User Plane Function）１２を有する。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Non-Access Stratum）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。

各ｇＮＢ２００は、固定の無線通信ノードであって、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。１つのセルは１つのキャリア周波数に属する。以下では、セルと基地局とを区別しないで用いる場合がある。

各ｇＮＢ２００は、ＮＧインターフェイスと呼ばれるインターフェイスを介して５ＧＣ１０と相互に接続される。図１において、５ＧＣ１０に接続された２つのｇＮＢ２００－１及びｇＮＢ２００－２を例示している。

各ｇＮＢ２００は、集約ユニット（ＣＵ：Central Unit）と分散ユニット（ＤＵ：Distributed Unit）とに分割されていてもよい。ＣＵ及びＤＵは、Ｆ１インターフェイスと呼ばれるインターフェイスを介して相互に接続される。Ｆ１プロトコルは、ＣＵとＤＵとの間の通信プロトコルであって、制御プレーンのプロトコルであるＦ１－ＣプロトコルとユーザプレーンのプロトコルであるＦ１－Ｕプロトコルとがある。

セルラ通信システム１は、バックホールにＮＲを用いてＮＲアクセスの無線中継を可能とするＩＡＢをサポートする。ドナーｇＮＢ２００－１（又はドナーノード。以下、「ドナーノード」と称する場合がある。）は、ネットワーク側のＮＲバックホールの終端ノードであり、ＩＡＢをサポートする追加機能を備えたドナー基地局である。バックホールは、複数のホップ（すなわち、複数のＩＡＢノード３００）を介するマルチホップが可能である。

図１において、ＩＡＢノード３００－１がドナーノード２００－１と無線で接続し、ＩＡＢノード３００－２がＩＡＢノード３００－１と無線で接続し、Ｆ１プロトコルが２つのバックホールホップで伝送される一例を示している。

ＵＥ１００は、セルとの無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であってもよい。例えば、ＵＥ１００は、携帯電話端末やタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置、飛行体若しくは飛行体に設けられる装置である。ＵＥ１００は、アクセスリンクを介してＩＡＢノード３００又はｇＮＢ２００に無線で接続する。図１において、ＵＥ１００がＩＡＢノード３００－２と無線で接続される一例を示している。ＵＥ１００は、ＩＡＢノード３００－２及びＩＡＢノード３００－１を介してドナーノード２００－１と間接的に通信する。

図２は、ＩＡＢノード３００と親ノード（Ｐａｒｅｎｔ ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ ｎｏｄｅｓ）との関係例を示す図である。

図２に示すように、各ＩＡＢノード３００は、基地局機能部に相当するＩＡＢ－ＤＵとユーザ装置機能部に相当するＩＡＢ－ＭＴ（Mobile Termination）とを有する。

ＩＡＢ－ＭＴのＮＲ Ｕｕ無線インターフェイス上の隣接ノード（すなわち、上位ノード）は、親ノードと呼ばれる。親ノードは、親ＩＡＢノード又はドナーノード２００のＤＵである。ＩＡＢ－ＭＴと親ノードとの間の無線リンクは、バックホールリンク（ＢＨリンク）と呼ばれる。図２において、ＩＡＢノード３００の親ノードがＩＡＢノード３００－Ｐ１及び３００－Ｐ２である一例を示している。なお、親ノードへ向かう方向は、アップストリーム（ｕｐｓｔｒｅａｍ）と呼ばれる。ＵＥ１００から見て、ＵＥ１００の上位ノードは親ノードに該当し得る。

ＩＡＢ－ＤＵのＮＲアクセスインターフェイス上の隣接ノード（すなわち、下位ノード）は、子ノードと呼ばれる。ＩＡＢ－ＤＵは、ｇＮＢ２００と同様に、セルを管理する。ＩＡＢ－ＤＵは、ＵＥ１００及び下位のＩＡＢノードへのＮＲ Ｕｕ無線インターフェイスを終端する。ＩＡＢ－ＤＵは、ドナーノード２００－１のＣＵへのＦ１プロトコルをサポートする。図２において、ＩＡＢノード３００の子ノードがＩＡＢノード３００－Ｃ１～３００－Ｃ３である一例を示しているが、ＩＡＢノード３００の子ノードにＵＥ１００が含まれてもよい。なお、子ノードへ向かう方向は、ダウンストリーム（ｄｏｗｎｓｔｒｅａｍ）と呼ばれる。

また、１つ又は複数のホップを介して、ドナーノード２００に接続されている全てのＩＡＢノード３００は、ドナーノード２００をルートとする有向非巡回グラフ（ＤＡＧ：Directed Acyclic Graph）トポロジ（以下、「トポロジ」と称する場合がある。）を形成する。このトポロジにおいて、図２に示すように、ＩＡＢ－ＤＵのインターフェイス上の隣り合うノードが子ノード、ＩＡＢ－ＭＴのインターフェイス上の隣り合うノードが親ノードとなる。ドナーノード２００は、例えば、ＩＡＢトポロジのリソース、トポロジ、ルート管理などを集中的に行う。ドナーノード２００は、バックホールリンクとアクセスリンクのネットワークを介して、ＵＥ１００に対して、ネットワークアクセスを提供するｇＮＢである。

（基地局の構成）
次に、実施形態に係る基地局であるｇＮＢ２００の構成について説明する。図３は、ｇＮＢ２００の構成例を示す図である。図３に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを有する。

無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信を行う。無線通信部２１０は、受信部２１１及び送信部２１２を有する。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。

ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）を行う。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を有する。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。

制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部２３０は、以下に示す各実施形態において、ｇＮＢ２００における各処理又は各動作を行ってもよい。

（中継ノードの構成）
次に、実施形態に係る中継ノード（又は中継ノード装置。以下、「中継ノード」と称する場合がある。）であるＩＡＢノード３００の構成について説明する。図４は、ＩＡＢノード３００の構成例を示す図である。図４に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。

無線通信部３１０は、ｇＮＢ２００との無線通信（ＢＨリンク）及びＵＥ１００との無線通信（アクセスリンク）を行う。ＢＨリンク通信用の無線通信部３１０とアクセスリンク通信用の無線通信部３１０とが別々に設けられていてもよい。

無線通信部３１０は、受信部３１１及び送信部３１２を有する。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。

制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部３２０は、以下に示す各実施形態において、ＩＡＢノード３００における各処理又は各動作を行ってもよい。

（ユーザ装置の構成）
次に、実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図５は、ＵＥ１００の構成例を示す図である。図５に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。

無線通信部１１０は、アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信を行う。また、無線通信部１１０は、サイドリンクにおける無線通信、すなわち、他のＵＥ１００との無線通信を行ってもよい。無線通信部１１０は、受信部１１１及び送信部１１２を有する。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。

制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部１２０は、以下に示す各実施形態において、ＵＥ１００における各処理を行うようにしてもよい。

（プロトコルスタックの構成）
次に、実施形態に係るプロトコルスタックの構成について説明する。図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。

図６に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Medium Access Control）レイヤと、ＲＬＣ（Radio Link Control）レイヤと、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤと、ＲＲＣ（Radio Resource Control）レイヤと、ＮＡＳ（Non-Access Stratum）レイヤとを有する。

ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＨＹレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。

ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＭＡＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ＩＡＢ－ＤＵのＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及び割当リソースブロックを決定する。

ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＬＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＤＣＰレイヤとドナーノード２００のＰＤＣＰレイヤとの間では、無線ベアラを介してデータ及び制御情報が伝送される。

ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＲＣレイヤとドナーノード２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ドナーノード２００とのＲＲＣ接続がある場合、ＩＡＢ－ＭＴはＲＲＣコネクティッド状態である。ドナーノード２００とのＲＲＣ接続がない場合、ＩＡＢ－ＭＴはＲＲＣアイドル状態である。

ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＮＡＳレイヤとＡＭＦ１１との間では、ＮＡＳシグナリングが伝送される。

図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックを示す図である。図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックを示す図である。ここでは、ドナーノード２００がＣＵ及びＤＵに分割されている一例を示す。

図７に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴ、ＩＡＢノード３００－１のＩＡＢ－ＤＵ、ＩＡＢノード３００－１のＩＡＢ－ＭＴ、及びドナーノード２００のＤＵの各々は、ＲＬＣレイヤの上位レイヤとしてＢＡＰ（Backhaul Adaptation Protocol）レイヤを有する。ＢＡＰレイヤは、ルーティング処理及びベアラマッピング・デマッピング処理を行うレイヤである。バックホールでは、ＩＰレイヤがＢＡＰレイヤを介して伝送されることにより、複数のホップでのルーティングが可能になる。

各バックホールリンクにおいて、ＢＡＰレイヤのＰＤＵ（Protocol Data Unit）は、バックホールＲＬＣチャネル（ＢＨ ＮＲ ＲＬＣチャネル）によって伝送される。各ＢＨリンクで複数のバックホールＲＬＣチャネルを構成することにより、トラフィックの優先順位付け及びＱｏＳ制御が可能である。ＢＡＰ ＰＤＵとバックホールＲＬＣチャネルとの対応付けは、各ＩＡＢノード３００のＢＡＰレイヤ及びドナーノード２００のＢＡＰレイヤによって実行される。

図８に示すように、Ｆ１－Ｃプロトコルのプロトコルスタックは、図７に示すＧＴＰ－Ｕレイヤ及びＵＤＰレイヤに代えて、Ｆ１ＡＰレイヤ及びＳＣＴＰレイヤを有する。

なお、以下においては、ＩＡＢのＩＡＢ－ＤＵとＩＡＢ－ＭＴで行われる処理又は動作について、単に「ＩＡＢ」の処理又は動作として説明する場合がある。例えば、ＩＡＢノード３００－１のＩＡＢ－ＤＵが、ＩＡＢノード３００－２のＩＡＢ－ＭＴへＢＡＰレイヤのメッセージを送信することを、ＩＡＢノード３００－１がＩＡＢノード３００－２へ、当該メッセージを送信するものとして説明する。また、ドナーノード２００のＤＵ又はＣＵの処理又は動作についても、単に「ドナーノード」の処理又は動作として説明する場合がある。

また、アップストリーム方向とアップリンク（ＵＬ）方向とを区別しないで用いる場合がある。更に、ダウンストリーム方向とダウンリンク（ＤＬ）方向とを区別しないで用いる場合がある。

（移動ＩＡＢノード）
現在、３ＧＰＰでは、移動ＩＡＢノード（ｍｏｂｉｌｅ ＩＡＢ ｎｏｄｅ）の導入に向けた検討が開始されている。移動ＩＡＢノードとは、例えば、移動しているＩＡＢノードである。移動ＩＡＢノードは、移動可能なＩＡＢノードであってもよい。或いは、移動ＩＡＢノードは、移動する能力を有するＩＡＢノードであってもよい。或いは、移動ＩＡＢノードは、現在静止しているものの、将来移動することが確実な（又は将来移動することが予想される）ＩＡＢノードであってもよい。

移動ＩＡＢノードによって、例えば、移動ＩＡＢノード配下のＵＥ１００が移動ＩＡＢノードの移動に伴って移動しながら、移動ＩＡＢノードからサービスの提供を受けることが可能となる。例えば、乗り物に乗車しているユーザ（又はＵＥ１００）が、乗り物に設置された移動ＩＡＢノードを介して、サービスの提供を受けるケースなどが想定される。

一方、移動ＩＡＢノードに対して、移動することがないＩＡＢノードも存在する。このようなＩＡＢノードを、中間ＩＡＢノード（ｉｎｔｅｒｍｅｄｉａｔｅ ＩＡＢ ｎｏｄｅ）と称する場合がある。中間ＩＡＢノードは、例えば、移動しないＩＡＢノードである。或いは、中間ＩＡＢノードは、静止したＩＡＢノードでもよい。中間ＩＡＢノードは、静止ＩＡＢノード（ｓｔａｔｉｏｎａｒｙ ＩＡＢ ｎｏｄｅ）であってもよい。或いは、中間ＩＡＢノードは、設置場所に設置されたまま静止した（又は移動しない）ＩＡＢノードであってもよい。或いは、中間ＩＡＢノードは、移動することなく静止したＩＡＢノードであってもよい。中間ＩＡＢノードは、固定ＩＡＢノードであってもよい。

移動ＩＡＢノードは、中間ＩＡＢノードに接続することもできる。また、移動ＩＡＢノードは、ドナーノード２００に接続することもできる。移動ＩＡＢノードは、移動（ｍｉｇｒａｔｉｏｎ又はハンドオーバ）により接続先を変更することも可能である。接続元は、中間ＩＡＢノードでもよいし、ドナーノード２００でもよい。また、接続先は、中間ＩＡＢノードでもよいし、ドナーノード２００でもよい。

なお、以下では、移動ＩＡＢノードの移動（ｍｉｇｒａｔｉｏｎ）と、移動ＩＡＢノードのハンドオーバ（ｈａｎｄｏｖｅｒ）とを区別しないで用いる場合がある。

また、以下では、移動ＩＡＢノードは、「ｍｏｂｉｌｅ ＩＡＢ ｎｏｄｅ」であってもよいし、「ｍｉｇｒａｔｉｎｇ ＩＡＢ ｎｏｄｅ」であってもよい。いずれの場合も、移動ＩＡＢノードと表記する場合がある。

更に、以下では、ＩＡＢノードと移動ＩＡＢノードと中間ＩＡＢノードとを区別しないで用いる場合がある。ＩＡＢノードは、移動ＩＡＢノードでもよいし、中間ＩＡＢノードでもよい。

（第１実施形態に係る通信制御方法）
第１実施形態では、ＩＡＢノード３００の認証について説明する。

ＩＡＢノード３００の認証は、ＣＮ（Core Network）（又は５ＧＣ１０）において行われる。すなわち、ＩＡＢノード３００は、ドナーノード２００とのＲＲＣ接続を確立すると、ＩＡＢノードによって接続を確立したことを示す情報要素（ｉａｂ－ＮｏｄｅＩｎｄｉｃａｔｉｏｎ）を含むＲＲＣ設定完了（ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅ）メッセージを、ドナーノード２００のＣＵ（ＩＡＢ－ｄｏｎｏｒ－ＣＵ）へ送信する。ドナーノード２００のＣＵは、ＩＡＢノード３００をサポートできるＡＭＦ１１を選択し、当該ＡＭＦ１１へ、初期ＵＥメッセージ（ＩＮＩＴＩＡＬ ＵＥ ＭＥＳＳＡＧＥ）を送信する。当該ＡＭＦ１１は、初期ＵＥメッセージを受信したことに応じて、ＩＡＢノード３００の認証プロシージャを実行する。このように、ＩＡＢノード３００の認証は、ＣＮ（例えばＡＭＦ１１）において行われる。

一方、３ＧＰＰでは、ネットワーク制御リピータ（ＮＣＲ：Network-controlled repeater）の認証について議論されている（例えば、Ｒ２－２２０８８９０）。ＮＣＲは、ＵＥ１００とｇＮＢ２００間で送受信される無線信号の増幅及び送信（ａｍｐｌｉｆｉｙ－ａｎｄ－ｆｏｒｗａｒｄｉｎｇ）を制御する装置である。ＮＣＲについても、ＣＮにおいて認証が行われたり、或いは、ｇＮＢ２００において認証が行われたり、運用管理装置（ＯＡＭ：Operations, Administration and Maintenance）において認証が行われるケースについても議論されている。

一般に、ＮＣＲ又はＩＡＢノード３００などのネットワークノードが、新たにネットワークに導入される場合、ＣＮ側において、設定変更などが行われる場合がある。このような設定変更などは、ＣＮに影響を与え、コスト、労力、及び時間がかかることから、ＣＮを運用するオペレータへの負担になる場合がある。

そこで、第１実施形態では、ＣＮに対する影響を与えることなく、ネットワークノードを認証できるようにすることを目的としている。

そのため、第１実施形態では、第１に、基地局（例えばドナーノード２００又はｇＮＢ２００）が、ネットワークノード（例えばＩＡＢノード３００）に割り当てたネットワークノード識別子を運用管理装置（例えばＯＡＭ）へ送信する。第２に、ネットワークノードが、ネットワークノード識別子を運用管理装置へ送信する。第３に、運用管理装置が、基地局から受信したネットワークノード識別子とネットワークノードから受信したネットワークノード識別子とに基づいて、ネットワークノードの認証を行う。

このように、ネットワークノードの認証がＣＮではなく、ＯＡＭで行われるため、ＣＮに対する影響を与えることなくネットワークノードを認証することが可能となる。その際、ＯＡＭでは、基地局から受信したネットワークノード識別子とネットワークノードから受信したネットワークノード識別子とに基づいて、ネットワークノードの認証を行っているため、複雑な処理を行うことなく容易にネットワークノードの認証を行うことができる。

なお、ネットワークノードは、セルラ通信システム１に接続可能なノードのことである。ネットワークノードは、ＩＡＢノード３００でもよいし、ＮＣＲでもよい。また、ネットワークノードは、反射板（ＲＩＳ：Reconfigurable Intelligent Surfaces）でもよい。ＲＩＳは、ＵＥ１００とｇＮＢ２００との間で送受信される無線信号の反射及び／又は透過を制御するノードである。第１実施形態では、ネットワークノードの一例として、ＩＡＢノード３００について主に説明する。ＮＣＲとＲＩＳの例はその他の例で説明する。

（ＯＡＭの構成例）
第１実施形態では、ＩＡＢノード３００の認証がＯＡＭにおいて行われる。

ＯＡＭは、セルラ通信システム１における各ノードの運用、保守、及び管理を行う運用管理装置である。ＯＡＭは、ｇＮＢ２００（又はドナーノード２００。以下では、ｇＮＢ２００とドナーノード２００とを区別しない場合は、ｇＮＢ２００と称する場合がある。）に対して、代替カバレッジ設定（ａｌｔｅｒｎａｔｉｖｅ ｃｏｖｅｒａｇｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を行うためのデータ又は情報などを保持してもよい。ＯＡＭは、ｇＮＢ２００における各種機能を実現するためのソフトウェアを保持し、ｇＮＢ２００からの要求に応じて、当該ソフトウェアをｇＮＢ２００へ送信（ダウンロード）してもよい。また、ＯＡＭは、セルラ通信システム１における各ノードで取得したログデータを保持してもよい。

ここで、ＯＡＭの構成例について説明する。

図９は、第１実施形態に係るＯＡＭ５００の構成例を表す図である。図９に示すように、ＯＡＭ５００は、ネットワーク通信部５１０と制御部５２０とを有する。

ネットワーク通信部５１０は、ｇＮＢ２００（又はドナーノード２００）と有線通信（又は無線通信）を行う。ネットワーク通信部５１０は、受信部５１１及び送信部５１２を有する。受信部５１１は、制御部５２０の制御の下で各種の受信を行う。受信部５１１は、ｇＮＢ２００（又はドナーノード２００）から送信された信号を受信して受信信号を制御部５２０へ出力する。送信部５１２は、制御部５２０の制御下で各種の送信を行う。送信部５１２は、制御部５２０から出力する送信信号をｇＮＢ２００（又はドナーノード２００）へ送信する。

制御部５２０は、ＯＡＭ５００における各種の制御を行う。制御部５２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサのより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ＣＰＵを含んでもよい。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。なお、制御部５２０は、以下で説明するＯＡＭ５００における各処理又は各動作を行ってもよい。

なお、ｇＮＢ２００（又はドナーノード２００）とＯＡＭ５００とは、所定のアプリケーションレイヤのメッセージ（又は信号）を交換してもよいし、専用レイヤ（例えばＯＡＭレイヤ）のメッセージ（又は信号）を交換してもよい。

（第１実施形態に係る動作例）
次に、第１実施形態に係る動作例について説明する。

図１０は、第１実施形態に係る動作例を表す図である。なお、図１０において、ＯＡＭ５００として、ＩＡＢノードＯＡＭ（ＩＡＢ－ｎｏｄｅ－ＯＡＭ）５００－Ｉと、ドナーＯＡＭ（ＩＡＢ－ｄｏｎｏｒ－ＯＡＭ）５００－Ｄとの２つのＯＡＭが含まれる。ＩＡＢノードＯＡＭ５００－Ｉは、ＩＡＢノード３００用のＯＡＭである。また、ドナーＯＡＭ５００－Ｄは、ドナーノード２００用のＯＡＭである。ＩＡＢノードＯＡＭ５００－ＩとドナーＯＡＭ５００－Ｄとは、ドナーノード２００に接続される。ＩＡＢノードＯＡＭ５００－ＩとドナーＯＡＭ５００－Ｄとは、同一の構成であってもよく、図９により示されてもよい。

図１０に示すように、ステップＳ１０において、ドナーノード（ＩＡＢ－ｄｏｎｏｒ）２００は、ドナーＯＡＭ５００－Ｄにログインする。これにより、例えば、ドナーノード２００は、信頼できるドナーノードとして、ドナーＯＡＭ５００－Ｄへのアクセスが可能となる。なお、ドナーＯＡＭ５００－Ｄがドナーノード２００にログインしてもよい。

ステップＳ１１において、ＩＡＢノード３００のＩＡＢ－ＭＴは、ドナーノード２００のＣＵに対して、ランダムアクセスプロシージャを実行する。この際、ドナーノード２００のＣＵは、一時Ｃ－ＲＮＴＩ（Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩ）をＩＡＢノード３００のＩＡＢ－ＭＴに割り当て、当該一時Ｃ－ＲＮＴＩを含むランダムアクセス応答（ＲＡＲ：Random Access Response）（Ｍｓｇ２）メッセージを、ＩＡＢノード３００のＩＡＢ－ＭＴへ送信する。ＩＡＢノード３００のＩＡＢ－ＭＴは、一時Ｃ－ＲＮＴＩを用いて、ＲＲＣ設定要求（ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔ）（Ｍｓｇ３）の受信に成功すると、当該一時Ｃ－ＲＮＴＩを、Ｃ－ＲＮＴＩに昇格させる。Ｃ－ＲＮＴＩは、ＩＡＢノード３００のＩＡＢ－ＭＴを他のＩＡＢ－ＭＴと識別する識別子として用いられる。具体的には、Ｃ－ＲＮＴは、ＩＡＢノード３００のＩＡＢ－ＭＴにおいて、ＲＲＣ接続を識別したり、自身宛てのスケジューリング情報を受信したりするために用いられる。Ｃ－ＲＮＴＩは、ネットワークノード（第１実施形態ではＩＡＢノード３００）を識別するネットワークノード識別子の一例である。

ステップＳ１２において、ドナーノード２００は、初期ＵＥ（ＩＮＩＴＩＡＬ ＵＥ）メッセージをＡＭＦ１１へ送信する。ステップＳ１１のＲＲＣ設定完了メッセージと初期ＵＥメッセージとにより、ＩＡＢノード３００からＡＭＦ１１へ、登録要求（ＲＥＧＩＳＴＲＡＴＩＯＮ ＲＥＱＵＥＳＴ）メッセージ（ＮＡＳメッセージ）が送信される。登録要求メッセージは、ＩＡＢノード３００のネットワークへの登録を要求するメッセージである。

ステップＳ１３において、ＡＭＦ１１は、ＩＡＢノード３００の登録を認めると、登録許可（ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＣＥＰＴ）メッセージ（ＮＡＳメッセージ）を含む初期コンテキスト設定要求（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）メッセージをドナーノード２００へ送信する。なお、初期コンテキスト設定要求メッセージは、ドナーノード２００においてＵＥコンテキスト（ＩＡＢノード３００のＩＡＢ－ＭＴのコンテキスト）を確立するために用いられるメッセージである。

ステップＳ１４において、ＩＡＢノード３００のＩＡＢ－ＭＴとドナーノード２００のＣＵとは、ＡＳセキュリティモードコマンド（ＡＳ ｓｅｃｕｒｉｔｙ ｃｏｍｍａｎｄ）プロシージャを実行して、ＲＲＣメッセージの暗号化（又は復号化）を行うことができるようにする。また、ＩＡＢノード３００のＩＡＢ－ＭＴとドナーノード２００のＣＵとは、ＡＳセキュリティモードコマンドプロシージャを成功させた後、ＵＥ能力転送（ＵＥ Ｃａｐａｂｉｌｉｔｙ ｔｒａｎｓｆｅｒ）プロシージャを実行し、ＩＡＢノード３００のＩＡＢ－ＭＴの能力情報（ＵＥ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）をドナーノード２００のＣＵへ送信する。そして、ドナーノード２００のＣＵは、ＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＩＡＢノード３００のＩＡＢ－ＭＴへ送信する。ＲＲＣ再設定メッセージには、ＡＭＦ１１からの登録許可メッセージ（ステップＳ１３）が含まれる。このとき、ドナーノード２００のＣＵは、ＩＡＢノード３００に対する設定情報（例えば、ＢＡＰレイヤの設定情報（ＢＡＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ））を含むことなく、ＲＲＣ再設定メッセージを送信する。

ステップＳ１５において、ドナーノード２００は、初期コンテキスト設定要求メッセージ（ステップＳ１３）に対する応答メッセージ（初期コンテキスト設定応答（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥ）メッセージ）をＡＭＦ１１へ送信する。

ステップＳ１６において、ドナーノード２００は、ＩＡＢノード３００のＩＡＢ－ＭＴへ割り当てたＣ－ＲＮＴＩをドナーＯＡＭ５００－Ｄへ送信する。実際には、ドナーノード２００は、一時Ｃ－ＲＮＴＩをＩＡＢノード３００のＩＡＢ－ＭＴへ割り当てることになるが、一時Ｃ－ＲＮＴＩは、当該ＩＡＢ－ＭＴにおいて、ＲＲＣ設定（ＲＲＣＳｅｔｕｐ）メッセージの正常な受信によりＣ－ＲＮＴＩへと昇格されるため、ドナーノード２００が当該ＩＡＢ－ＭＴへＣ－ＲＮＴＩを割り当てたとみなしてもよい。なお、ドナーノード２００は、ステップＳ１１におけるＲＲＣ設定（ＲＲＣＳｅｔｕｐ）メッセージ（Ｍｓｇ４）を送信した直後に、当該Ｃ－ＲＮＴＩをドナーＯＡＭ５００－Ｄへ送信してもよい。ドナーノード２００は、所定のメッセージを利用して、当該Ｃ－ＲＮＴＩをドナーＯＡＭ５００－Ｄへ送信してもよい。

ステップＳ１７において、ＩＡＢノード３００のＩＡＢ－ＭＴとＡＭＦ１１との間にはＰＤＵセッションが確立される。

ステップＳ１８において、ＩＡＢノード３００のＩＡＢ－ＭＴは、ＩＡＢノードＯＡＭ５００－Ｉにログインする。これにより、ＩＡＢノード３００のＩＡＢ－ＭＴは、信頼できるＩＡＢ－ＭＴとして、ＩＡＢノードＯＡＭ５００－Ｉへのアクセスが可能となる。ＩＡＢノードＯＡＭ５００－ＩがＩＡＢノード３００のＩＡＢ－ＭＴへログインしてもよい。

ステップＳ１９において、ＩＡＢノード３００のＩＡＢ－ＭＴは、自身に割り当てられたＣ－ＲＮＴＩ（ステップＳ１１）と、セルグローバル識別子（ＮＣＧＩ：NR Cell Global Identifier）とをＩＡＢノードＯＡＭ５００－Ｉへ送信する。ＮＣＧＩは、例えば、異なる通信事業者の移動体通信網におけるセルであっても一意にセルを識別することが可能なセルＩＤである。ＮＣＧＩは、公衆陸上移動体通信網（ＰＬＭＮ：Public Land Mobile Network）ＩＤと、ＮＲセルＩＤ（ＮＣＩ：NR Cell ID）とから構成される。また、ＮＣＩは、ｇＮＢ ＩＤとセルＩＤとから構成される。ＮＣＧＩに含まれるｇＮＢ ＩＤは、ドナーＯＡＭ５００－Ｄが認証結果を送信する送信先として利用される。

なお、ＩＡＢノード３００のＩＡＢ－ＭＴは、Ｃ－ＲＮＴＩとＮＣＧＩとともに、認証付加情報を、ＩＡＢノードＯＡＭ５００－Ｉへ送信してもよい。第１実施形態では、ＩＡＢノード３００のＩＡＢ－ＭＴの認証の際に、Ｃ－ＲＮＴＩが用いられるが、Ｃ－ＲＮＴＩとともに、当該ＩＡＢ－ＭＴの認証に用いられる情報が、認証付加情報である。認証付加情報は、当該ＩＡＢ－ＭＴの国際加入者識別番号（ＩＭＳＩ：International Mobile Subscriber Identity）でもよい。或いは、認証付加情報は、ベンダ固有ＩＤでもよい。ベンダ固有ＩＤは、当該ＩＡＢノード３００の製造番号でもよいし、パスワードであってもよい。

ＩＡＢノード３００のＩＡＢ－ＭＴは、Ｃ－ＲＮＴＩとＮＣＧＩと（更に認証付加情報と）を、ＲＲＣメッセージを利用してドナーノード２００へ送信してもよい。また、ドナーノード２００は、Ｃ－ＲＮＴＩとＮＣＧＩと（更に認証付加情報と）を、所定のメッセージを利用して、ＩＡＢノードＯＡＭ５００－Ｉへ送信してもよい。Ｃ－ＲＮＴＩとＮＣＧＩと（更に認証付加情報と）は、ＯＡＭコンテナに含まれて送信されてもよい。

ステップＳ２０において、ＩＡＢノードＯＡＭ５００－Ｉは、Ｃ－ＲＮＴＩとＮＣＧＩと（更に認証付加情報と）をＩＡＢノード３００から受信したことに応じて、受信したＣ－ＲＮＴＩとＮＣＧＩと（更に認証付加情報と）を、ドナーＯＡＭ５００－Ｄへ送信する。ＩＡＢノードＯＡＭ５００－Ｉは、所定のメッセージを利用して、受信したＣ－ＲＮＴＩとＮＣＧＩと（更に認証付加情報と）を、ドナーＯＡＭ５００－Ｄへ送信してもよい。

ステップＳ２１において、ドナーＯＡＭ５００－Ｄは、ドナーノード２００から受信したＣ－ＲＮＴＩ（ステップＳ１６）と、ＩＡＢノード３００から受信したＣ－ＲＮＴＩ（ステップＳ１９及びステップＳ２０）とに基づいて、ＩＡＢノード３００のＩＡＢ－ＭＴに対する認証を行う。具体的には、ドナーＯＡＭ５００－Ｄは、ドナーノード２００から受信したＣ－ＲＮＴＩとＩＡＢノード３００から受信したＣ－ＲＮＴＩとが一致すれば、当該ＩＡＢ－ＭＴを認証する（又は認証ＯＫ）と判定する。一方、ドナーＯＡＭ５００－Ｄは、ドナーノード２００から受信したＣ－ＲＮＴＩとＩＡＢノード３００から受信したＣ－ＲＮＴＩとが一致しなければ、当該ＩＡＢ－ＭＴを認証しない（又は認証ＮＧ）と判定する。ドナーＯＡＭ５００－Ｄは、認証付加情報として、当該ＩＡＢ－ＭＴのＩＭＳＩを用いる場合は、ドナーＯＡＭ５００－Ｄに事前に登録した当該ＩＡＢ－ＭＴのＩＭＳＩと比較（又は照合）して一致するか否かにより、当該ＩＡＢ－ＭＴの認証を行ってもよい。ドナーＯＡＭ５００－Ｄは、認証付加情報として、ベンダ固有ＩＤを用いる場合も、事前に登録したベンダ固有ＩＤと比較（又は照合）して一致するか否かにより、当該ＩＡＢ－ＭＴの認証を行ってもよい。

ステップＳ２２において、ドナーＯＡＭ５００－Ｄは、ドナーノード２００へ認証結果を送信する。ドナーＯＡＭ５００－Ｄは、ステップＳ２０で受信したＮＣＧＩに含まれるｇＮＢ ＩＤに基づいて、認証結果の送信先として、ドナーノード２００を一意に決定できる。ドナーＯＡＭ５００－Ｄは、認証結果とともに、ＮＣＧＩを送信してもよい。ドナーＯＡＭ５００－Ｄは、所定のメッセージを利用して、認証結果をドナーノード２００へ送信してもよい。認証結果として、ドナーＯＡＭ５００－ＤがＩＡＢノード３００のＩＡＢ－ＭＴを認証したものとして、以下説明する。

ステップＳ２３において、ドナーノード２００は、ＩＡＢノード３００のＩＡＢ－ＭＴを認証したことを表す認証結果を受信したことに応じて、ＩＡＢノード３００のＩＡＢ－ＭＴに対する設定を行う。具体的には、ドナーノード２００のＣＵは、ＢＡＰレイヤの設定情報（ＢＡＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含むＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを、ＩＡＢノード３００のＩＡＢ－ＭＴへ送信する。当該ＩＡＢ－ＭＴは、当該設定情報を自身に設定し、ドナーノード２００との通信を行う。

（第１実施形態に係る他の例１）
第１実施形態では、ネットワークノードとして、ＩＡＢノードを例にして説明したが、これに限定されない。ネットワークノードとしては、上述したＮＣＲでもよい。この場合も、ネットワークノード識別子は、ｇＮＢ２００がＮＣＲに割り当てたＣ－ＲＮＴＩであってもよい。

図１０は、ネットワークノードがＮＣＲの場合の動作例を表してもよい。この場合、ＩＡＢノード３００がＮＣＲとなり、ドナーノード２００がｇＮＢ２００となる。また、ＩＡＢノードＯＡＭ５００－ＩがＮＣＲ ＯＡＭとなり、ドナーＯＡＭ５００－ＤがｇＮＢ ＯＡＭとなる。

図１０に示すように、ｇＮＢ２００は、ランダムアクセスプロシージャの際にＮＣＲに割り当てたＣ－ＲＮＴＩを、ｇＮＢ ＯＡＭへ送信する（ステップＳ１６）。また、ＮＣＲも、当該Ｃ－ＲＮＴＩとＮＣＧＩとを、ＮＣＲ ＯＡＭを介して、ｇＮＢ ＯＡＭへ送信する（ステップＳ１９及びステップＳ２０）。ｇＮＢ ＯＡＭでは、ｇＮＢ２００から受信したＣ－ＲＮＴＩと、ＮＣＲから受信したＣ－ＲＮＴＩとが一致すれは、ＮＣＲを認証し、ｇＮＢ２００から受信したＣ－ＲＮＴＩと、ＮＣＲから受信したＣ－ＲＮＴＩとが一致しなければ、ＮＣＲを認証しないと判定できる（ステップＳ２１）。そして、ｇＮＢ ＯＡＭは、認証結果を、ｇＮＢ２００へ送信する（ステップＳ２２）。ｇＮＢ２００は、ＮＣＲを認証する認証結果を得たときは、ＮＣＲに対する設定を行う（ステップＳ２３）。

（第１実施形態に係る他の例２）
ネットワークノードの例として、上述したＲＩＳであってもよい。この場合も、ネットワークノード識別子は、ｇＮＢ２００がＲＩＳに割り当てたＣ－ＲＮＴＩであってもよい。

図１０は、ネットワークノードがＮＣＲの場合の動作例を表してもよい。この場合、ＩＡＢノード３００がＮＣＲとなり、ドナーノード２００がｇＮＢ２００となる。また、ＩＡＢノードＯＡＭ５００－ＩがＲＩＳ ＯＡＭとなり、ドナーＯＡＭ５００－ＤがｇＮＢ ＯＡＭとなる。

図１０に示すように、ｇＮＢ２００は、ランダムアクセスプロシージャの際にＲＩＳに割り当てたＣ－ＲＮＴＩを、ｇＮＢ ＯＡＭへ送信する（ステップＳ１６）。また、ＲＩＳも、当該Ｃ－ＲＮＴＩとＮＣＧＩとを、ＲＩＳ ＯＡＭを介して、ｇＮＢ ＯＡＭへ送信する（ステップＳ１９及びステップＳ２０）。ｇＮＢ ＯＡＭでは、ｇＮＢ２００から受信したＣ－ＲＮＴＩと、ＲＩＳから受信したＣ－ＲＮＴＩとが一致すれは、ＲＩＳを認証し、ＮＢ２００から受信したＣ－ＲＮＴＩと、ＲＳＩから受信したＣ－ＲＮＴＩとが一致しなければ、ＲＩＳを認証しないと判定できる（ステップＳ２１）。そして、ｇＮＢ ＯＡＭは、認証結果を、ｇＮＢ２００へ送信する（ステップＳ２２）。ｇＮＢ２００は、ＲＩＳを認証する認証結果を得たときは、ＲＩＳに対する設定を行う（ステップＳ２３）。

（第１実施形態に係る他の例３）
第１実施形態では、ＯＡＭについて、ＩＡＢノードＯＡＭ５００－ＩとドナーＯＡＭ５００－Ｄの２つのＯＡＭによる例を説明したが、ＯＡＭは１つでもよい。この場合、例えば、図１０に示す動作例において、ＩＡＢノードＯＡＭ５００－Ｉをなくして、ドナーＯＡＭ５００－Ｄを１つのＯＡＭ５００とすることで、第１実施形態と同様に実施してもよい。この場合、ＩＡＢノード３００は、Ｃ－ＲＮＴＩとＮＣＧＩとを、ＯＡＭ５００へ直接送信すればよい（ステップＳ１９及びステップＳ２０）。ＯＡＭが１つの例は、ネットワークノードがＮＣＲの場合（第１実施形態に係る他の例１）も、ネットワークノードがＲＩＳの場合（第１実施形態に係る他の例２）もいずれも適用可能である。

［その他の実施形態］
ＩＡＢノード３００又はｇＮＢ２００（又はドナーノード２００）が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。

また、ＩＡＢノード３００又はｇＮＢ２００（又はドナーノード２００）が行う各処理を実行する回路を集積化し、ＩＡＢノード３００又はｇＮＢ２００（又はドナーノード２００）の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。

以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、各実施形態、各動作例、又は各処理は、矛盾しない範囲で適宜組み合わせることも可能である。

（付記）
（付記１）
セルラ通信システムで用いられる通信制御方法であって、
基地局が、ネットワークノードに割り当てたネットワークノード識別子を運用管理装置へ送信するステップと、
前記ネットワークノードが、前記ネットワークノード識別子を前記運用管理装置へ送信するステップと、
前記運用管理装置が、前記基地局から受信した前記ネットワークノード識別子と前記ネットワークノードから受信した前記ネットワークノード識別子とに基づいて、前記ネットワークノードの認証を行うステップ、を含む
通信制御方法。

（付記２）
前記認証を行うステップは、前記運用管理装置が、前記基地局から受信した前記ネットワークノード識別子と前記ネットワークノードから受信した前記ネットワークノード識別子とが一致すれば、前記ネットワークノードを認証すると判定し、前記基地局から受信した前記ネットワークノード識別子と前記ネットワークノードから受信した前記ネットワークノード識別子とが一致しなければ、前記ネットワークノードを認証しないと判定するステップを含む
付記１記載の通信制御方法。

（付記３）
前記ネットワークノードが送信するステップは、前記ネットワークノードが、前記ネットワークノード識別子とセルグローバル識別子とを前記運用管理装置へ送信するステップを含み、
前記運用管理装置が、前記セルグローバル識別子に含まれる前記基地局の識別子に基づいて、認証結果を前記基地局へ送信するステップ、を更に有する
付記１又は付記２記載の通信制御方法。

（付記４）
前記基地局が、前記ネットワークノードを認証する前記認証結果を受信したことに応じて、前記ネットワークノードに対する設定を行うステップ、を更に有する
付記１乃至付記３のいずれかに記載の通信制御方法。

（付記５）
前記ネットワークノード識別子と前記セルグローバル識別子とを前記運用管理装置へ送信するステップは、前記ネットワークノードが、前記ネットワークノード識別子と前記セルグローバル識別子とともに、認証付加情報を前記運用管理装置へ送信するステップを含み、
前記判定するステップは、前記認証付加情報に基づいて前記判定を行うステップを含み、
前記認証付加情報は、前記ネットワークノードの加入者識別子又はベンダ固有識別子である
付記１乃至付記４のいずれかに記載の通信制御方法。

（付記６）
前記ネットワークノードは中継ノードであり、前記ネットワークノード識別子はＣ－ＲＮＴＩであり、前記基地局はドナーノードである
付記１乃至付記５のいずれかに記載の通信制御方法。

（付記７）
前記ネットワークノードは無線信号の増幅及び送信を制御するネットワーク制御リピータ（ＮＣＲ）であり、前記ネットワークノード識別子はＣ－ＲＮＴＩである
付記１乃至付記６のいずれかに記載の通信制御方法。

（付記８）
前記ネットワークノードは無線信号の反射及び／又は透過を制御する反射板（ＲＩＳ）であり、前記ネットワークノード識別子はＣ－ＲＮＴＩである
付記１乃至付記７のいずれかに記載の通信制御方法。

１ ：移動通信システム １０ ：５ＧＣ
１１ ：ＡＭＦ １００ ：ＵＥ
１１０ ：無線通信部 １３０ ：制御部
２００ ：ドナーノード（ｇＮＢ） ２１０ ：無線通信部
２２０ ：ネットワーク通信部 ２３０ ：制御部
３００ ：ＩＡＢノード ３１０ ：無線通信部
３２０ ：制御部 ５００ ：ＯＡＭ
５１０ ：ネットワーク通信部 ５２０ ：制御部

Claims (8)

1. セルラ通信システムで用いられる通信制御方法であって、
   基地局が、ネットワークノードに割り当てたネットワークノード識別子を運用管理装置へ送信するステップと、
   前記ネットワークノードが、前記ネットワークノード識別子を前記運用管理装置へ送信するステップと、
   前記運用管理装置が、前記基地局から受信した前記ネットワークノード識別子と前記ネットワークノードから受信した前記ネットワークノード識別子とに基づいて、前記ネットワークノードの認証を行うステップ、を含む
   通信制御方法。
2. 前記認証を行うステップは、前記運用管理装置が、前記基地局から受信した前記ネットワークノード識別子と前記ネットワークノードから受信した前記ネットワークノード識別子とが一致すれば、前記ネットワークノードを認証すると判定し、前記基地局から受信した前記ネットワークノード識別子と前記ネットワークノードから受信した前記ネットワークノード識別子とが一致しなければ、前記ネットワークノードを認証しないと判定するステップを含む
   請求項１記載の通信制御方法。
3. 前記ネットワークノードが送信するステップは、前記ネットワークノードが、前記ネットワークノード識別子とセルグローバル識別子とを前記運用管理装置へ送信するステップを含み、
   前記運用管理装置が、前記セルグローバル識別子に含まれる前記基地局の識別子に基づいて、認証結果を前記基地局へ送信するステップ、を更に有する
   請求項２記載の通信制御方法。
4. 前記基地局が、前記ネットワークノードを認証する前記認証結果を受信したことに応じて、前記ネットワークノードに対する設定を行うステップ、を更に有する
   請求項３記載の通信制御方法。
5. 前記ネットワークノード識別子と前記セルグローバル識別子とを前記運用管理装置へ送信するステップは、前記ネットワークノードが、前記ネットワークノード識別子と前記セルグローバル識別子とともに、認証付加情報を前記運用管理装置へ送信するステップを含み、
   前記判定するステップは、前記認証付加情報に基づいて前記判定を行うステップを含み、
   前記認証付加情報は、前記ネットワークノードの加入者識別子又はベンダ固有識別子である
   請求項３記載の通信制御方法。
6. 前記ネットワークノードは中継ノードであり、前記ネットワークノード識別子はＣ－ＲＮＴＩであり、前記基地局はドナーノードである
   請求項１記載の通信制御方法。
7. 前記ネットワークノードは無線信号の増幅及び送信を制御するネットワーク制御リピータ（ＮＣＲ）であり、前記ネットワークノード識別子はＣ－ＲＮＴＩである
   請求項１記載の通信制御方法。
8. 前記ネットワークノードは無線信号の反射及び／又は透過を制御する反射板（ＲＩＳ）であり、前記ネットワークノード識別子はＣ－ＲＮＴＩである
   請求項１記載の通信制御方法。

Images