(57)【要約】      （修正有）【課題】ファームウェアのアップデートにおいて処理時間及び処理負荷を低減可能な基地局制御方法及びプログラムを提供する。【解決手段】基地局１０は、複数の更新用のファームウェアを提供するサーバから、複数の更新用のファームウェアの少なくとも１つを受信可能な通信部１０２と、通信部が受信した更新用のファームウェアによって更新される更新用格納領域と、更新前のファームウェアを記憶するバックアップ格納領域と、更新用格納領域に記憶された更新用のファームウェアに対応するアップデート状況記録ファイルに対し、更新用のファームウェアの更新状況に基づいて、所定の値を記録する付与部と、アップデート状況記録ファイルに付与された所定の値を、通信部を介してサーバに通知する通知部１１２と、を備えることを特徴とする。【選択図】図２
2020038508.tif 000002
【特許請求の範囲】
【請求項１】
ファームウェアの実行に基づいて動作する無線通信用の基地局であって、
前記ファームウェアを実行可能な状態で格納するファームウェア格納部と、
サーバから更新用のファームウェアを受信する通信部と、
前記更新前のファームウェアにより前記ファームウェア格納部に格納されたファームウェアを更新するアップデート処理を行なうアップデート処理部と、
前記更新用のファームウェアによる前記アップデート処理の進行状況を監視するアップデート監視部と、
監視中の前記アップデート処理の進行状況を記録するためのアップデート状況記録ファイルを前記ファームウェア格納部内に作成するアップデート状況記録ファイル作成部と、
前記アップデート状況記録ファイルに対し、前記アップデート処理状況を反映したアップデート状況情報を記録するアップデート状況情報記録部と、
前記アップデート状況記録ファイルに記録された前記アップデート状況情報を、前記通信部を介して前記サーバに通知する通知部と、を備えることを特徴とする基地局。
【請求項２】
前記ファームウェア格納部は、更新用のファームウェアを実行可能な状態で格納する更新用格納領域と、更新前のファームウェアを実行可能な状態で格納するバックアップ格納領域とを備えるものであり、
前記アップデート処理部は、前記更新前のファームウェアを前記バックアップ格納領域に格納する一方、受信した前記更新用のファームウェアを前記更新用格納領域へ格納するアップデート処理を行なうものであり、
前記アップデート処理が正常に完了した場合は前記更新用のファームウェアを実行し、前記アップデート処理が正常に完了しなかった場合には前記更新前のファームウェアを実行するファームウェア実行制御部が設けられることを特徴とする請求項１記載の基地局。
【請求項３】
前記ファームウェア格納部は、一方が前記更新用格納領域として設定され、他方が前記バックアップ格納領域として設定される第１格納領域と第２格納領域とを備え、
前記アップデート処理部は、前記アップデート処理において新たに受信する前記更新用のファームウェアを前記バックアップ格納領域内に格納するとともに、再起動後に第１格納領域と第２格納領域とに対する前記更新用格納領域及び前記バックアップ格納領域の設定状態を入れ替えることにより、当該入れ替え前に前記更新用格納領域に格納されていた前回アップデート処理時の更新用のファームウェアを前記更新前のファームウェアとする形で前記アップデート処理を完了することを特徴とする請求項２記載の基地局。
【請求項４】
前記アップデート監視部は、個々の前記更新用のファームウェアに対する前記アップデート処理の時系列的な進行状況を監視するものであり、
前記アップデート状況情報記録部は、前記アップデート処理が中断した時点で前記アップデート監視部が把握している、前記更新用のファームウェアのアップデート処理の進行状態を示す前記アップデート状況情報を、当該進行状態を識別可能な内容にて前記アップデート状況記録ファイルに記録することを特徴とする請求項１ないし請求項３のいずれか１項に記載の基地局。
【請求項５】
前記通信部が受信する前記更新用のファームウェアを前記更新用格納領域に格納する前に一時的に格納するダウンロード用メモリ領域を備え、
前記更新用のファームウェアが前記ダウンロード用メモリ領域に記憶され、かつ該ダウンロード用メモリ領域内の前記更新用のファームウェアのベリファイ処理が正常完了した状態をダウンロード完了として定義し、該ダウンロードが完了した前記更新用のファームウェアを前記ファームウェア格納部に正常転送完了した状態をアップデート完了と定義したとき、前記アップデート状況情報記録部は受信した前記更新用のファームウェアについて前記アップデート状況情報を、前記ダウンロードが完了したか否か、及び前記アップデートが完了したか否かが識別可能な内容にて前記アップデート状況記録ファイルに記録することを特徴とする請求項２記載の基地局。
【請求項６】
前記アップデート状況情報記録部は、受信した前記更新用のファームウェアについて前記アップデート状況情報を、前記ダウンロードが完了した状態、前記ダウンロードが中断した状態、前記アップデートが完了した状態及び前記アップデートが中断した状態を互いに識別可能な内容にて前記アップデート状況記録ファイルに記録することを特徴とする請求項５記載の基地局。
【請求項７】
前記アップデート状況情報記録部は、受信した前記更新用のファームウェアについて前記アップデート状況情報を、前記ダウンロード用メモリ領域内の前記更新用のファームウェアに対する前記ベリファイ処理が不正終了となるダウンロード失敗状態と、前記ベリファイ処理が正常に完了した前記更新用のファームウェアの前記ファームウェア格納部への正常転送に失敗するアップデート失敗状態とがさらに識別可能な内容にて前記アップデート状況記録ファイルに記録することを特徴とする請求項６に記載の基地局。
【請求項８】
前記アップデート状況情報記録部は前記更新用のファームウェアの種別に応じて前記アップデート状況情報を互いに異なる内容にて前記アップデート状況記録ファイルに記録することを特徴とする請求項１又は請求項２に記載の基地局。
【請求項９】
前記通知部は、前記アップデート状況情報とともに、前記基地局が正常起動したことを示す第１信号、又は、エラーが発生したことを示す第２信号のいずれかを通知することを特徴とする請求項１ないし請求項７のいずれか一項に記載の基地局。
【請求項１０】
ファームウェアの実行に基づいて動作する無線通信用の基地局における制御方法であって、
ファームウェアを実行可能な状態で格納するファームウェア格納部と、
サーバから更新用のファームウェアを受信する受信ステップと、
更新前のファームウェアによりファームウェア格納部に格納されたファームウェアを更新するアップデート処理を行なうアップデート処理ステップと、
前記更新用のファームウェアによる前記アップデート処理の進行状況を監視するとともに、監視中の前記アップデート処理の進行状況を記録するためのアップデート状況記録ファイルを前記ファームウェア格納部内に作成し、該アップデート状況記録ファイルに対し、前記アップデート処理状況を反映したアップデート状況情報を付与する形で記録するアップデート状況情報付与ステップと、
前記アップデート状況記録ファイルに記録された前記アップデート状況情報を通信部を介して前記サーバに通知する通知ステップと、を含む制御方法。
【請求項１１】
ファームウェアの実行に基づいて動作する無線通信用の基地局に含まれるコンピュータにおいて、
サーバから更新用のファームウェアを受信する受信機能と、
更新前のファームウェアによりファームウェア格納部に格納されたファームウェアを更新するアップデート処理を行なうアップデート処理機能と、
前記更新用のファームウェアによる前記アップデート処理の進行状況を監視するとともに、監視中の前記アップデート処理の進行状況を記録するためのアップデート状況記録ファイルを前記ファームウェア格納部内に作成し、該アップデート状況記録ファイルに対し、前記アップデート処理状況を反映したアップデート状況情報を付与する形で記録するアップデート状況情報付与機能と、
前記アップデート状況記録ファイルに記録された前記アップデート状況情報を通信部を介して前記サーバに通知する通知機能と、を実現するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は基地局、制御方法およびプログラムに関するものである。
【背景技術】
【０００２】
近年、基地局などの通信機器におけるファームウェアのアップデート方法に関する技術が研究・開発されている。特許文献１には、通信機器におけるプログラム（ファームウェアを含むプログラム）のアップデートにおいて、バグ等の不具合を有する新プログラムによる動作を回避する技術が開示されている。具体的には、特許文献１に記載の通信機器は、更新用のプログラムを有するサーバと通信する通信部を有する通信機器であって、旧プログラムおよび新プログラムを格納するメモリと、何れかのプログラムを使用する制御部とを備え、制御部は、サーバを介してプログラムを更新する際、旧プログラムを使用する旧使用状態となっている場合、サーバに対して新プログラムの更新を要求しない構成を有する。特許文献１には、このような構成を備える通信機器によって、バグ等の不具合を有する新ファームウェアによる動作を回避し、正常動作を維持することが可能であると記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−０６２１５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、新プログラムが動作できない場合など、旧プログラムを使用する旧使用状態となっている場合、サーバに対して新プログラムの更新を要求しない構成となっている。そのため、当該技術では、例えば、新プログラムの更新が何らかの不具合により中断された場合などであっても、新プログラムは動作できないことから旧使用状態となり、新プログラムの更新を再開することができない。そのため、サーバ側から改めて新プログラムへの更新を指示しなければ、通信機器のプログラムの更新ができないおそれが生じる。また、通信機器が多数存在する場合、サーバ側が当該多数の通信機器の旧使用状態を検出するには、長い時間を要するとともに、高い処理負荷を要してしまうという問題もある。
【０００５】
本発明の目的は、上記の課題に鑑み、ファームウェアのアップデートにおいて処理時間及び処理負荷を低減可能な基地局、制御方法およびプログラムを提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明の基地局は、ファームウェアの実行に基づいて動作する無線通信用の基地局であって、
ファームウェアを実行可能な状態で格納するファームウェア格納部と、
サーバから更新用のファームウェアを受信する通信部と、
更新前のファームウェアによりファームウェア格納部に格納されたファームウェアを更新するアップデート処理を行なうアップデート処理部と、
更新用のファームウェアによるアップデート処理の進行状況を監視するアップデート監視部と、
監視中のアップデート処理の進行状況を記録するためのアップデート状況記録ファイルをファームウェア格納部内に作成するアップデート状況記録ファイル作成部と、
アップデート状況記録ファイルに対し、アップデート処理状況を反映したアップデート状況情報を記録するアップデート状況情報記録部と、
アップデート状況記録ファイルに記録されたアップデート状況情報を、通信部を介してサーバに通知する通知部と、を備えることを特徴とする。
【０００７】
本発明の基地局においては、ファームウェア格納部は、更新用のファームウェアを実行可能な状態で格納する更新用格納領域と、更新前のファームウェアを実行可能な状態で格納するバックアップ格納領域とを備えるものであり、
アップデート処理部は、更新前のファームウェアをバックアップ格納領域に格納する一方、受信した更新用のファームウェアを更新用格納領域へ格納するアップデート処理を行なうものであり、
アップデート処理が正常に完了した場合は更新用のファームウェアを実行し、アップデート処理が正常に完了しなかった場合には更新前のファームウェアを実行するファームウェア実行制御部が設けられることを特徴としてもよい。
【０００８】
本発明の基地局においては、ファームウェア格納部は、一方が更新用格納領域として設定され、他方がバックアップ格納領域として設定される第１格納領域と第２格納領域とを備え、
アップデート処理部は、アップデート処理において新たに受信する更新用のファームウェアをバックアップ格納領域内に格納するとともに、再起動後に第１格納領域と第２格納領域とに対する更新用格納領域及びバックアップ格納領域の設定状態を入れ替えることにより、当該入れ替え前に更新用格納領域に格納されていた前回アップデート処理時の更新用のファームウェアを更新前のファームウェアとする形でアップデート処理を完了することを特徴としてもよい。
【０００９】
本発明の基地局は、アップデート監視部は、個々の更新用のファームウェアに対するアップデート処理の時系列的な進行状況を監視するものであり、
アップデート状況情報記録部は、アップデート処理が中断又は終了した時点でアップデート監視部が把握している、更新用のファームウェアのアップデート処理の進行状態を示すアップデート状況情報を、当該進行状態を識別可能な内容にてアップデート状況記録ファイルに記録することを特徴としてもよい。
【００１０】
本発明の基地局において、通信部が受信する更新用のファームウェアを更新用格納領域に格納する前に一時的に格納するダウンロード用メモリ領域を備え、
更新用のファームウェアがダウンロード用メモリ領域に記憶され、かつ該ダウンロード用メモリ領域内の更新用のファームウェアのベリファイ処理が正常完了した状態をダウンロード完了として定義し、該ダウンロードが完了した更新用のファームウェアをファームウェア格納部に正常転送完了した状態をアップデート完了と定義したとき、アップデート状況情報記録部は受信した更新用のファームウェアについてアップデート状況情報を、ダウンロードが完了したか否か、及びアップデートが完了したか否かが識別可能な内容にてアップデート状況記録ファイルに記録することを特徴としてもよい。
【００１１】
本発明の基地局において、アップデート状況情報記録部は、受信した更新用のファームウェアについてアップデート状況情報を、ダウンロードが完了した状態、ダウンロードが中断した状態、アップデートが完了した状態及びアップデートが中断した状態を互いに識別可能な内容にてアップデート状況記録ファイルに記録することを特徴としてもよい。
【００１２】
本発明の基地局において、アップデート状況情報記録部は、受信した更新用のファームウェアについてアップデート状況情報を、ダウンロード用メモリ領域内の更新用のファームウェアに対するベリファイ処理が不正終了となるダウンロード失敗状態と、ベリファイ処理が正常に完了した更新用のファームウェアのファームウェア格納部への正常転送に失敗するアップデート失敗状態とがさらに識別可能な内容にてアップデート状況記録ファイルに記録することを特徴としてもよい。
【００１３】
本発明の基地局において、アップデート状況情報記録部は更新用のファームウェアの種別に応じてアップデート状況情報を互いに異なる内容にてアップデート状況記録ファイルに記録することを特徴としてもよい。
【００１４】
本発明の基地局において、通知部は、アップデート状況情報とともに、基地局が正常起動したことを示す第１信号、又は、エラーが発生したことを示す第２信号のいずれかを通知することを特徴としてもよい。
【００１５】
本発明の制御方法は、ファームウェアの実行に基づいて動作する無線通信用の基地局における制御方法であって、
複数の更新用のファームウェアを提供するサーバから、当該複数の更新用のファームウェアの少なくとも１つを受信する受信ステップと、
更新用のファームウェアを格納する更新用格納領域と、更新前のファームウェアを格納するバックアップ格納領域とを備えたファームウェア格納部に対し、更新前のファームウェアを実行可能な状態でバックアップ格納領域に格納する一方、受信した更新用のファームウェアを実行可能な状態で更新用格納領域へ格納するアップデート処理を行なうアップデート処理ステップと、
更新用のファームウェアによるアップデート処理の進行状況を監視するとともに、監視中のアップデート処理の進行状況を記録するためのアップデート状況記録ファイルをファームウェア格納部内に作成し、該アップデート状況記録ファイルに対し、アップデート処理状況を反映したアップデート状況情報を付与する形で記録するアップデート状況情報付与ステップと、
アップデート状況記録ファイルに記録されたアップデート状況情報を、通信部を介してサーバに通知する通知ステップと、を含む。
【００１６】
本発明のプログラムは、ファームウェアの実行に基づいて動作する無線通信用の基地局に含まれるコンピュータにおいて、
複数の更新用のファームウェアを提供するサーバから、当該複数の更新用のファームウェアの少なくとも１つを受信する受信機能と、
更新用のファームウェアを格納する更新用格納領域と、更新前のファームウェアを格納するバックアップ格納領域とを備えたファームウェア格納部に対し、更新前のファームウェアを実行可能な状態でバックアップ格納領域に格納する一方、受信した更新用のファームウェアを実行可能な状態で更新用格納領域へ格納するアップデート処理を行なうアップデート処理機能と、
更新用のファームウェアによるアップデート処理の進行状況を監視するとともに、監視中のアップデート処理の進行状況を記録するためのアップデート状況記録ファイルをファームウェア格納部内に作成し、該アップデート状況記録ファイルに対し、アップデート処理状況を反映したアップデート状況情報を付与する形で記録するアップデート状況情報付与機能と、
アップデート状況記録ファイルに記録されたアップデート状況情報を、通信部を介してサーバに通知する通知機能と、を実現するものである。
【発明の効果】
【００１７】
本発明によれば、基地局側がファームウェアの更新状況に基づいて所定の値を通知するため、サーバは当該所定の値によって更新状況を把握及び対応することが可能となり、基地局のファームウェアの更新における処理時間及び処理負荷を低減することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態における、通信システムの構成例を示す図である。
【図２】本発明の一実施形態における、基地局の構成例を示す図である。
【図３】本発明の一実施形態における、ファームウェア格納部の構成例を示す図である。
【図４】本発明の一実施形態における、付与部が付与するアップデート状況記録ファイルの値の概要を示す表である。
【図５】図４のアップデート状況記録ファイルの値の詳細例を示す第一の表である。
【図６】図４のアップデート状況記録ファイルの値の詳細例を示す第二の表である。
【図７】図４のアップデート状況記録ファイルの値の詳細例を示す第三の表である。
【図８】図４のアップデート状況記録ファイルの値の詳細例を示す第四の表である。
【図９】本発明の一実施形態における、ファームウェア更新時の基地局の動作例を示すフローチャートである。
【図１０】本発明の一実施形態における、基地局が起動するときの基地局の動作例を示すフローチャートである。
【発明を実施するための形態】
【００１９】
＜一実施形態＞
本発明の一実施形態について、図面を参照して説明する。
【００２０】
基地局のファームウェアをアップデートする場合、通常、基地局からＥＭＳ（サーバ）（Element Management System：ネットワーク監視装置）に対して、更新状況を通知することによって、ＥＭＳ（サーバ）は更新状況を把握する。
【００２１】
しかしながら、基地局の電源が突然停止した場合など、基地局が更新状況を通知できなかった場合には、ＥＭＳ（サーバ）は更新状況を把握できない。その結果、基地局が再起動した場合に、ＥＭＳ（サーバ）から再度フォームウェアを提供して、基地局にファームウェアのアップデートを実行する必要があった。その場合、基地局の更新状況に応じた対応ができず、最初からファームウェアの更新を実行しなければならず、処理時間や処理負荷が増加する要因となっていた。
【００２２】
そこで、本発明の一実施形態では、基地局において、ファームェアの更新状況を記録するアップデート状況記録ファイルを作成する。そして、基地局は、電源が突然停止した後に再起動した場合、当該アップデート状況記録ファイルを参照し、ファームウェアの更新状況を判定する。更新状況を複数設定することにより、基地局は、例えば、複数のファームウェアのうち、一部のファームウェアのダウンロードは完了したが、他のファームウェアのダウンロードは完了していないなど、詳細な更新状況を判定できる。そして、基地局は、判定した更新状況をＥＭＳ（サーバ）に通知する。その結果、ＥＭＳ（サーバ）は、通知された更新状況に基づいて、例えば、ダウンロード又はアップデートに失敗したファームウェアのみ、基地局に提供すれば良いことを把握できる。そのため、本発明の一実施形態は、最初からファームウェアの更新を実行していた場合に比較して、基地局のファームウェアの更新における処理時間及び処理負荷を低減することが可能となる。
【００２３】
（通信システム１の構成例）
図１は、一実施形態における通信システム１の構成例を示す図である。図１は、ＬＴＥ（Long Term Evolution）の通信システムを例示するが、本発明の通信システムは図１の例に限定されない。本発明の通信システム１は、ＧＰＲＳ（General Packet Radio Service）、ＵＭＴＳ（Universal Mobile Telecommuni-cation System）、ＷｉＭＡＸ（Worldwide Interoperability for  Microwave Access）等にも適用可能である。
【００２４】
図１に示すように、一実施形態における通信システム１は、基地局（ｅＮｏｄｅＢ）１０と、移動端末（ＵＥ）２０と、サーバ（ＥＭＳ（サーバ）：）４０と、ＥＰＣ（Evolved Packet Core）３０と、外部ネットワーク５０を含む。
【００２５】
基地局１０は、移動端末２０と無線通信により接続し、移動端末２０からの各種データを、ＥＰＣ３０側に転送する機能を備える。また、基地局１０は、移動端末２０宛の各種データを当該移動端末２０に転送する機能を備える。図１の例では、基地局１０は、３つ（１０Ａ、１０Ｂ、１０Ｃ）を含むが、基地局１０の数は３つ限られず、いくつであってもよい。
【００２６】
移動端末２０は、例えば、スマートフォンや携帯電話、モバイルルータ、ＰＣ（Personal Computer）など、通信機能を備える装置である。また、移動端末２０は、スマートデバイス（例えば、スマートメータ、スマートテレビ）や、Ｍ２Ｍ（Machine to Machine）デバイス、ウェアラブル端末などであってもよい。Ｍ２Ｍデバイスは、例えば、上記のデバイスの他、種々の産業機器、ヘルスケア機器、自動車、家電などを含む。移動端末２０は、例えば、所定の無線通信により、基地局１０と接続可能である。移動端末２０は、例えば、基地局１０及びＥＰＣ３０を介して外部ネットワーク５０と接続し、所定のデータを送受信可能である。図１の例では、移動端末２０は、２つ（２０Ａ、２０Ｂ）を含むが、移動端末２０の数は２つに限られず、いくつであってもよい。
【００２７】
ＥＰＣ３０は、移動端末２０がインターネット等の外部ネットワーク５０と通信するためのバックボーンネットワークである。ＥＰＣ３０に含まれる通信装置（図示しない）は、基地局１０に接続する移動端末２０の通信を管理する。例えば、ＥＰＣ３０に含まれる通信装置は、移動端末２０のベアラの確立に関する処理を管理する。また、ＥＰＣ３０に含まれる通信装置は、移動端末２０の課金に関する処理を管理する。また、ＥＰＣ３０に含まれる通信装置は、移動端末２０のハンドオーバ処理を管理する。
【００２８】
ＥＰＣ３０は、所定の信号処理を実行する機能を提供する。図１には図示しないが、ＥＰＣ３０は、ＭＭＥ（Mobility Management Entity）と、ＳＧＷ（Serving Gateway）と、ＰＧＷ（ＰＤＮ Gateway）を含む。なお、ＥＰＣ３０は、これらの機能以外に、例えばＨＳＳ（Home Subscribe Server）などを含んでいてもよい。
【００２９】
ＭＭＥは、制御信号を処理する機能（Control-Plane機能）を含む。また、ＭＭＥは、ＨＳＳと接続して、通信システム１の加入者情報を管理する機能を含む。なお、ＭＭＥの機能は、これらに限られない。
【００３０】
ＳＧＷは、パケットを処理する機能（User-Plane機能）を含む。また、ＳＧＷは、制御信号を処理する機能（Control-Plane機能）を含む。なお、ＳＧＷの機能は、これらに限られない。
【００３１】
ＰＧＷは、パケットを処理する機能（User-Plane機能）を含む。また、ＰＧＷは、通信に応じた課金状態を管理する機能（ＰＣＥＦ：Policy and Charging  Enforcement Function）を含む。また、ＰＧＷは、ＱｏＳ等のポリシーを制御する機能（ＰＣＲＦ：Policy and Charging Rule Function）を含む。なお、ＰＧＷの機能は、これらに限られない。
【００３２】
ＥＭＳ（サーバ）４０は、ネットワーク監視装置であり、ネットワークに含まれる通信機器（例えば、基地局１０やＥＰＣ３０に含まれるＭＭＥやＳＧＷ、ＰＧＷなど）を管理する機能を提供する。ＥＭＳ（サーバ）４０は、例えば、ネットワークに含まれる通信機器の障害管理や構成管理、性能管理、セキュリティ管理を実行する。
【００３３】
本発明の一実施形態におけるＥＭＳ（サーバ）４０は、例えば、基地局１０に対して、複数のファームウェアの各々を提供する機能を備える。ＥＭＳ（サーバ）４０は、図１に示すように、基地局１０の各々と直接的又は間接的に接続し、基地局１０に対して、更新用のファームウェアを提供する。また、ＥＭＳ（サーバ）４０は、基地局１０から、ファームウェアの更新状況に関する情報を受信し、当該ファームウェアの更新状況に合わせて、再度、更新用のファームウェアを提供する。また、外部ネットワーク５０は、例えば、インターネットなどの通信網である。
【００３４】
図１に示すように、一実施形態において、通信システム１は、複数の基地局１０を含んでいてもよい。また、通信システム１は、複数の移動端末２０を含んでいてもよい。複数の移動端末２０は、複数の基地局１０のいずれかと接続し、外部ネットワーク５０に接続する。なお、また、所定のタイミングにおいて、基地局１０に接続する移動端末２０が存在しない状態があってもよい。
【００３５】
（基地局１０の構成例）
図２は、本発明の一実施形態における基地局１０の機能ブロックを示す図である。図２に示すように基地局１０は、制御部１０１と、通信部１０２と、ファームウェア格納部１０３を備える。
【００３６】
通信部１０２は、移動端末２０と接続するための機能を提供する。具体的には、所定の周波数を用いて、移動端末２０と無線による接続を行う。所定の周波数は、例えば、ライセンスを受けた周波数帯域である。また、所定の周波数は、例えば、アンライセンスドバンドの周波数帯域であってもよい。また、通信部１０２は、例えば、移動端末２０から受信した制御信号（Control-Plane）やデータ信号（User-Plane）を、ＥＰＣ３０に転送する。
【００３７】
ファームウェア格納部１０３は、例えば、基地局１０が動作するうえで必要とする各種ファームウェア（プログラム）や各種データを格納する。ファームウェア格納部１０３は、例えば、フラッシュメモリ（Flash Memory）、ＨＤＤ（Hhard Disk Drive）、ＳＳＤ（Solid State Drive）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）など各種の記憶媒体にて構成され、格納するファームウェアに要求される機能に応じて適宜使い分けられる。また、ファームウェアは、例えば無線信号として変調する直前の無線フレームの構成情報、スケジューラ、プロトコルスタック、基地局の制御やアラームの監視を行うＯＡＭ（Operations, Administration， Maintenance部分のソフトウェアなどで構成される）。
【００３８】
図２に示すように、ファームウェア格納部１０３は、更新後（アップデート後）及び更新前（アップデート前）の各ファームウェアを格納する、第１格納領域１３０及び第２格納領域１３１を備える。第１格納領域１３０及び第２格納領域１３１は、冗長構成となっており、いずれか一方がアクティブ、他方がスタンバイとなる。ファームウェアを最終的に格納するこれら格納領域１３０、１３１はリセット信号を受けても記憶内容が消失せず、かつ電気的に内容を書き換えが可能な不揮発性メモリ（本実施形態ではフラッシュメモリ）にて構成される。基地局１０は、第１格納領域１３０及び第２格納領域１３１のうち、アクティブな格納領域のファームウェアを用いて、当該基地局１０を動作させる。なお、基地局１０は、アクティブな格納領域のファームウェアでは当該基地局１０が正常に起動できない場合に、スタンバイな格納領域のファームウェアを用いて、起動することが可能である。すなわち、スタンバイな格納領域は、予備の格納領域である。
【００３９】
基地局１０は、通信部１０２から受信した更新用のファームウェアを一時的に記憶するダウンロード用メモリ領域（以下、「メモリ領域」ともいう）１３２を含む。メモリ領域１３２に一時的に記憶された更新用のファームウェアにより、第１格納領域１３０及び第２格納領域１３１（のうち、スタンバイとなっており、現在ファームウェアの実行処理に使用されていないもの）が更新される。メモリ領域１３２は、第１格納領域１３０及び第２格納領域１３１と同様にフラッシュメモリ内に形成することもできるが、逐次受信するファームウェアのデータのバッファリングと、ファームウェアのプログラムファイルを圧縮ファイルとして受信する場合はその展開処理等を実施するために、例えば書き込みの柔軟性が高く、かつ高速での読み書きが可能なＲＡＭ領域として形成することが望ましい。
【００４０】
第１格納領域１３０及び第２格納領域１３１に格納されたファームウェアは、所定のタイミングで更新される。所定のタイミングは、例えば、更新用のファームウェアが作成された場合など、どのようなタイミングであってもよい。
【００４１】
本発明の一実施形態において、基地局１０は、第１格納領域１３０及び第２格納領域１３１のうち、アクティブな格納領域ではなく、スタンバイな格納領域のファームウェアを更新する（例えば、第１格納領域１３０がアクティブであれば、第２格納領域１３１がスタンバイとなる）。すなわち、このスタンバイな格納領域が請求項に記した更新用格納領域に該当するものとなる。他方、アクティブな格納領域は、格納されているのは更新前のファームウェアであるから再起動後にはバックアップ格納領域として機能することとなる。基地局１０は、更新完了後、第１格納領域１３０及び第２格納領域１３１のアクティブとスタンバイを入れ替える。例えば、基地局１０は、第１格納領域１３０をスタンバイとし、第２格納領域１３１をアクティブとする。その後、基地局１０は、他方（例えば、第１格納領域１３０）のファームウェアを更新する。
【００４２】
ファームウェアは、複数の種類が存在する。例えば、ファームウェアは、５種類（ファームウェアＡ、ファームウェアＢ、ファームウェアＣ、ファームウェアＤ、ファームウェアＥ）が存在する。なお、ファームウェアの数は、５つに限られず、いくつあってもよい。第１格納領域１３０及び第２格納領域１３１は、それぞれ上記の複数の種類のファームウェアの格納領域として機能し、例えば一方が時系列的に新しいアップデート状態のもの（アクティブ）が、他方が時系列的に古いアップデート状態のもの（スタンバイ）が格納される。基地局１０は、第１格納領域１３０及び第２格納領域１３１のうち、スタンバイ状態にあるものに格納された複数のファームウェアのうち、少なくとも１つのものを更新する。
【００４３】
図３は、ファームウェア格納部１０３の構成例を示す図である。図３に例示するように、ファームウェア格納部１０３は、第１格納領域１３０と、第２格納領域１３１を含む。そして、第１格納領域１３０は、ファームウェアＡが格納される領域１３０Ａ、ファームウェアＢが格納される領域１３０Ｂ、ファームウェアＣが格納される領域１３０Ｃ、ファームウェアＤが格納される領域１３０Ｄ、ファームウェアＥが格納される領域１３０Ｅを含む。同様に、第２格納領域１３１は、ファームウェアＡが格納される領域１３１Ａ、ファームウェアＢが格納される領域１３１Ｂ、ファームウェアＣが格納される領域１３１Ｃ、ファームウェアＤが格納される領域１３１Ｄ、ファームウェアＥが格納される領域１３１Ｅを含む。
【００４４】
また、図３に例示するように、第１格納領域１３０は、ファームウェアの更新状況に対応する所定の値を記憶する、アップデート状況記録ファイル１３３を含む。また、第２格納領域１３１は、ファームウェアの更新状況に対応する所定の値を記憶する、アップデート状況記録ファイル１３４を含む（以下、アップデート状況記録ファイルを単に「ファイル」とも称する）。ファイル１３３及びファイル１３４に記憶される所定の値については、後述する。
【００４５】
制御部１０１は、例えば、中央処理装置（Central Processing Unit）やマイクロプロセッサ（microprocessor）、ＡＳＩＣ（Application-Specific Integrated  Circuit）、ＦＰＧＡ（Field Programmable Gate Array）である。なお、本発明の一実施形態において、制御部１０１は、これらに限定されない。
【００４６】
図２に示すように、制御部１０１は、アップデート監視部１１０、アップデート状況情報（以下、単に「付与部」ともいう）１１１、通知部１１２、アップデート処理部１１３、ファームウェア実行部１１４及びアップデート状況記録ファイル作成部１１５を含む。アップデート処理部１１３は、受信した更新用のファームウェアを実行可能な状態で更新用格納領域へ格納するアップデート処理を行なうものである。ファームウェア実行部１１４は、アップデート処理が正常に完了した場合は該更新用のファームウェアを実行し、アップデート処理が正常に完了しなかった場合には更新前のファームウェアを実行するものである。
【００４７】
アップデート監視部１１０は、受信した更新用のファームウェアによる、第１格納領域１３０及び／又は第２格納領域１３１のいずれかにおけるアップデート処理の時系列的な進行状況（更新状況）を監視する。本実施懈怠では、複数のファームウェアごとにアップデート処理の進行状況を監視する。
【００４８】
アップデート状況記録ファイル作成部１１５は、監視中のアップデート処理の進行状況を記録するためのアップデート状況記録ファイルをファームウェア格納部内に作成する。
【００４９】
本実施形態では、受信した更新用のファームウェアはメモリ領域１３２に記憶され、その後、その送信元であるＥＭＳ（サーバ）内のファームウェアプログラムファイルを参照元としたベリファイ処理が通信により実施される。そして、メモリ領域１３２内の更新用のファームウェアのベリファイ処理が正常完了した状態が「ダウンロードの完了」として定義される。また、該ダウンロードが完了した更新用のファームウェアをファームウェア格納部１０３に正常に転送完了した状態が「アップデートの完了」と定義される。そして、本実施形態においては、アップデート監視部１１０が監視・識別するアップデート処理の更新状況は、例えば次のような状態を含むものである。
・ファームウェアのアップデート処理を実施していない状態（ダウンロードを行なっていない状態）；
・ファームウェアがアップデート処理中の状態；
・ファームウェアのアップデート処理が正常に終了した状態；メモリ領域１３２に一時的に記憶された更新用のファームウェアが、ファームウェア格納部１０３（第１格納領域１３０又は第２格納領域１３１）に転送され、格納される状態である。
・ファームウェアのアップデートに失敗した状態；
・ファームウェアのアップデート中に中断（及び、その後再起動）した状態。
【００５０】
・ファームウェアがダウンロードされた状態：ＥＭＳ（サーバ）４０から受信した更新用のファームウェアがメモリ領域１３２に一時的に記憶され、ベリファイ処理が完了した状態である。
・ファームウェアがダウンロードに失敗した状態；受信した更新用のファームウェアがメモリ領域１３２に一時的に記憶されているが、ベリファイ処理が不正であった状態である。
・ファームウェアがダウンロード中に中断した状態；正常にダウンロードしている途中に停電などが発生し、ダウンロード処理が止まってしまった状態である。
【００５１】
付与部１１１は、アップデート処理が中断又は終了した時点でアップデート監視部が把握している、更新用のファームウェアのアップデート処理の進行状態を示すアップデート状況情報（所定の値）を、当該進行状態を識別可能な内容にてアップデート状況記録ファイルに記録するものである。具体的には、アップデート監視部１１０の監視内容が示すファームウェアの更新状況に基づき、ファイル１３３又はファイル１３４に対して、アップデート処理状況を反映したアップデート状況情報として所定の値を記録する処理を行なう。アップデート状況情報の内容（所定の値）は、アップデート処理の進行状況に応じて予め定められている。
【００５２】
通知部１１２は、ファイルに付与された所定の値（アップデート状況情報）を、通信部１０２を介してＥＭＳ（サーバ）４０に通知する。
【００５３】
（アップデート状況情報の内容：ファイルに記録される所定の値）
図４は、ファイル１３３及びファイル１３４に記録される２９９の数値である。所定の値には、予め所定の内容（図５のファイルの内容）が対応付けられている。図４に示すように、０から９には、ファームウェアアップデートを実施していない状態、又は、正常に終了した状態である旨が対応付けられる。また、１０から９９には、ファームウェアアップデート中である状態である旨が対応付けられる。また、１００から１９９には、ファームウェアアップデートが失敗で終了した状態である旨が対応付けられる。さらに、２００から２９９には、ファームウェアアップデート中断後、再起動した状態である旨が対応付けられる。
【００５４】
図５は、ファイル１３３及びファイル１３４に記憶される所定の値の例を示す表である。図５に示す所定の値は、０から９に対応付けられた内容の詳細を示す。図５に示すように、０には、通常運用時の状態である旨が対応付けられる。また、３には、ファームウェアアップデート正常終了後の状態（再起動せず、アップデート内容を適用していない状態）である旨が対応付けられる。
【００５５】
図６は、ファイル１３３及びファイル１３４に記憶される所定の値の他の例を示す表である。図６に示す所定の値は、図４の１０から９９に対応付けられた内容のうち、１０〜２０にかかる内容の詳細を示す。図６に示すように、１０には、ファームウェアアップデート実行開始である旨が対応付けられる。また、１１にはファームウェアＡをダウンロード中である旨、１２にはファームウェアＡをアップデート中である旨が対応付けられる。同様にして、１３にはファームウェアＢをダウンロード中である旨、１４にはファームウェアＢをアップデート中である旨が対応付けられる。また、１５にはファームウェアＣをダウンロード中である旨、１６にはファームウェアＣをアップデート中である旨が対応付けられる。また、１７にはファーファームウェアＤをダウンロード中である旨、１８にはファームウェアＤをアップデート中である旨が対応付けられる。さらに、１９にはファームウェアＥをダウンロード中である旨、２０にはファームウェアＥをアップデート中である旨が対応付けられる。
【００５６】
図７は、ファイル１３３及びファイル１３４に記憶される所定の値の他の例を示す表である。図７に示す所定の値は、１００から１９９に対応付けられた内容のうち、１０１〜１１１にかかる内容の詳細を示す。１０１には、スクリプトの２重起動などで、アップデートの開始に失敗した旨が対応付けられる。また、１０２には、ファームウェアＡをダウンロードに失敗した旨が対応付けられる。また、１０３には、ファームウェアＡをアップデートに失敗した旨が対応付けられる。同様にして、１０４にはファームウェアＢをダウンロードに失敗した旨、１０５にはファームウェアＢをアップデートに失敗した旨が対応付けられる。また、１０６にはファームウェアＣをダウンロードに失敗した旨、１０７にはファームウェアＣをアップデートに失敗した旨が対応付けられる。また、１０８にはファームウェアＤをダウンロードに失敗した旨、１０９にはファームウェアＤをアップデートに失敗した旨が対応付けられる。さらに、１１０にはファームウェアＥをダウンロードに失敗した旨、１１１にはファームウェアＥをアップデートに失敗した旨が対応付けられる。
【００５７】
図８は、ファイル１３３及びファイル１３４に記憶される所定の値の他の例を示す表である。図８に示す所定の値は、２００から２９９に対応付けられた内容のうち、２１１〜２２０にかかる詳細を示す。図８に示すように、２１１には、ファームウェアＡをダウンロード中に中断である旨が対応付けられる。また、２１２には、ファームウェアＡをアップデート中に中断である旨が対応付けられる。同様にして、２１３にはファームウェアＢをダウンロード中に中断である旨、２１４にはファームウェアＢをアップデート中に中断である旨が対応付けられる。また、２１５にはファームウェアＣをダウンロード中に中断である旨、２１６にはファームウェアＣをアップデート中に中断である旨が対応付けられる。また、２１７にはファームウェアＤをダウンロード中に中断である旨、２１８にはファームウェアＤをアップデート中に中断である旨が対応付けられる。さらに、２１９にはファームウェアＥをダウンロード中に中断である旨、２２０にはファームウェアＥをアップデート中に中断である旨が対応付けられる。
【００５８】
（基地局１０の動作例）
図９は、本発明の一実施形態における、基地局１０の動作例を示すフローチャートである。図９の例は、基地局１０が、ＥＭＳ（サーバ）４０から受信した更新用のフォームウェアによって、第２格納領域１３１のファームウェアのいずれかが更新される場合の動作例である。
【００５９】
基地局１０の通信部１０２が、ＥＭＳ（サーバ）４０から、更新用のファームウェアを受信する（Ｓ１０１）。基地局１０の通信部１０２は、受信した更新用のファームウェアをメモリ領域１３２に一時的に記憶するとともに、ＥＭＳ（サーバ）４０との通信により当該ファームウェアのバッチファイルに対しベリファイ処理を行なう（Ｓ１０２）。なお、Ｓ１０２の状態が、ダウンロードに該当する。
【００６０】
次に、第１格納領域１３０及び第２格納領域１３１のうち、スタンバイとなっているものがいずれであるかを調べる（Ｓ１０３）。次いで、基地局１０のファームウェア格納部１０３において、スタンバイ格納領域となっているもの（例えば、第２格納領域１３１）に、メモリ領域１３２に記憶された更新用のファームウェアが書き込まれ、格納される（Ｓ１０４）。なお、Ｓ１０４の状態が、アップデートに該当する。
【００６１】
その後、基地局１０は、スタンバイとなっている格納領域（例えば、第２格納領域１３１）への更新用のファームウェアの書き込みが正常に完了した場合、次に基地局１０を起動する際（再起動時）には、そのスタンバイとなっている格納領域（例えば、第２格納領域１３１）から起動するように設定する（Ｓ１０５）。すなわち、現在スタンバイとなっている格納領域とアクティブとなっている格納領域とが、再起動後に入れ替わるように（例えば、第２格納領域１３１がアクティブ、第１格納領域１３０がスタンバイになるように）設定する。この格納領域の入れ替え設定により、前回のアップデート処理時にアクティブとなっていた更新用のファームウェアは更新前のファームウェア（つまり、バックアップ用のファームウェア）に格下げされる。
【００６２】
そして、基地局１０は、制御部１０１を再起動する（Ｓ１０６）。最後に、基地局１０は、第２格納領域１３１から起動し、更新後のファームウェアを実行する（Ｓ１０７）。
【００６３】
図１０は、本発明の一実施形態における、基地局１０の他の動作例を示すフローチャートである。図１０の例は、図９に示した動作例において基地局１０が再起動した後、ファイル１３３又はファイル１３４のいずれかに、所定の値が書き込まれる場合の動作例である。なお、動作例のＳＴＡＲＴにおいて、第１格納領域１３０がスタンバイ、第２格納領域１３１がアクティブである。
【００６４】
基地局１０が起動し（Ｓ２０１）、アップデート監視部１１０が、第２格納領域１３１にファイル１３４が存在するか否かを判定する（Ｓ２０２）。
【００６５】
ファイル１３４が存在しないと判定された場合（Ｓ２０２のＮＯ）、番号が０のファイル１３４を作成する（Ｓ２０３）。その後、通知部１１２が、ＥＭＳ（サーバ）４０に対して、正常に起動したことを示す“Ｗａｋｅ  ＵＰ”を通知する（Ｓ２０４）。
【００６６】
ファイル１３４が存在すると判定された場合（Ｓ２０２のＹＥＳ）、ファイル１３４の値を判定する（Ｓ２０５）。
【００６７】
ファイル１３４の値が１０未満である場合、ファイル１３４の値を０に更新する（Ｓ２０６）。その後、通知部１１２が、ＥＭＳ（サーバ）４０に対して、正常に起動したことを示す“Ｗａｋｅ  Ｕｐ”を通知する（Ｓ２０７）。
【００６８】
ファイル１３４の値が１０から９９である場合、ファームウェアはダウンロード中ないしアップデート中であったことを意味し、前回のまま中断したことになるので、ファイル１３４の値を図８に示す「ダウンロード中ないしアップデート中に中断」を意味する値に更新する。この更新は、この実施形態ではファイル１３４の値に２００を加算することで実行できる（Ｓ２０８）。すると、その後、通知部１１２が、ＥＭＳ（サーバ）４０に対して、不具合が発生したことを示す“Ｅｒｒ  Ｆｉｒｍ  Ｕｐ”を通知する（Ｓ２０９）。
【００６９】
ファイル１３４の値が１００以上である場合、通知部１１２が、ＥＭＳ（サーバ）４０に対して、不具合が発生したことを示す“Ｅｒｒ  Ｆｉｒｍ  Ｕｐ”を通知する（Ｓ２１０）。
【００７０】
上記の通り、本発明によれば、基地局側がファームウェアの更新状況（アップデート処理の進行状況）を監視するとともに、監視中のアップデート処理の進行状況を記録するためのアップデート状況記録ファイルが作成され、そのアップデート状況記録ファイルに対し、アップデート処理状況を反映したアップデート状況情報を付与する形で記録される。そして、そのアップデート状況情報（所定の値；ファイルの値）がＥＭＳ（サーバ）に通知される。ＥＭＳ（サーバ）はこれを参照することによりファームウェアの更新状況を把握及び対応することが可能となり、基地局のファームウェアの更新における処理時間及び処理負荷を低減することが可能となる。
【００７１】
また、図２に示すように基地局１０に出力部（モニタやプリンタ等）１０４を設けておき、各ファームウェアのアップデート状況記録ファイルの記録内容を出力し参照できるようにすれば、種々の要因によりファームウェアのアップデートが正常に実施できなかった場合の原因解析に、これを有効活用することができる。例えば、ファイルの値が「ダウンロードに失敗」を示していた場合は、ＥＭＳ（サーバ）から基地局１０の間のネットワークに何らかの問題があり、ファイルを正常に送信できなかった、などの推測が可能である。また、「アップデートに失敗」を示していた場合は、基地局１０内部のファームウェア格納部１０３を構成するフラッシュメモリに不良が生じているのではないか、といった推測が可能である。
【００７２】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、上記実施の形態に示す構成を適宜組み合わせることとしてもよい。
【符号の説明】
【００７３】
１  通信システム
１０（１０Ａ、１０Ｂ、１０Ｃ）  基地局（ｅＮｏｄｅＢ）
２０（２０Ａ、２０Ｂ）  移動端末（ＵＥ）
３０  ＥＰＣ
４０  ＥＭＳ（サーバ）
５０  外部ネットワーク
１０１  制御部
１０２  通信部
１０３  ファームウェア格納部
１０４  出力部
１１０  アップデート監視部
１１１  付与部
１１２  通知部
１１３  アップデート処理部
１１４  ファームウェア実行部
１１５  アップデート状況記録ファイル作成部
１３０  第１格納領域
１３１  第２格納領域
１３２  メモリ領域
【図１】
2020038508.tif 000003
【図２】
2020038508.tif 000004
【図３】
2020038508.tif 000005
【図４】
2020038508.tif 000006
【図５】
2020038508.tif 000007
【図６】
2020038508.tif 000008
【図７】
2020038508.tif 000009
【図８】
2020038508.tif 000010
【図９】
2020038508.tif 000011
【図１０】
2020038508.tif 000012