JP5278222B2 - 無線通信装置、無線通信方法および無線通信プログラム - Google Patents

Description

本発明は、無線通信装置、無線通信方法および無線通信プログラムに関する。

従来、携帯端末などのように、無線通信を用いた音声通信処理やデータ通信処理に加え、アプリケーション処理など複数の処理を実行する無線通信装置が利用されている。このような無線通信装置は、無線処理用のプロセッサ（以下、ＣＣＰＵと記載する）とアプリケーション用のプロセッサ（以下、ＡＣＰＵと記載する）との２系統のプロセッサ（ＣＰＵ：Central Processing Unit）を搭載している。このように用途にあわせた複数のプロセッサを用いることで高速な処理を実現している。

ここで、図１０を用いて、上述した無線通信装置の構成を説明する。図１０に示すように、無線通信装置１０は、アンテナ１１と、無線機能部１５と、アプリ機能部４０とを有する。

アンテナ１１は、基地局を介して、他の無線通信装置等との間でやり取りされるデータを送受信する。例えば、アンテナ１１は、他の無線通信装置との間でやり取りされる音声データや画像などのパケットデータを送受信する。また、アンテナ１１は、管理サーバなどから送信されたアプリケーション情報、ソフトウエアやファームウエアの更新情報などを受信して、後述するデジタル処理部３０に出力する。更新情報とは、例えば、バージョンアップに関する情報などである。

無線機能部１５は、無線処理部２０と、デジタル処理部１６と、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）メモリ１７と、不揮発性メモリ（ＲＯＭ：Read Only Member）１８とを有する。

デジタル処理部１６は、ＤＳＰ（デジタルシグナルプロセッサ：Digital Signal Processor）を含む処理部であり、レイヤ１用データ転送プログラム１６ａと、レイヤ１用無線制御プログラム１６ｂとを有する。レイヤ１用データ転送プログラム１６ａは、アンテナ１１を介して受信されたアップデート等のデータをレイヤ１側インタフェース２４ｂに出力する。また、レイヤ１用データ転送プログラム１６ａは、無線処理部２０によって処理されたデータを、アンテナ１１を介した無線通信で宛先に送信する。

レイヤ１用無線制御プログラム１６ｂは、アンテナ１１を介して受信された音声データなどの無線データをリソースコントロール機能部２３に出力する。また、レイヤ１用無線制御プログラム１６ｂは、無線処理部２０によって処理された音声データやアプリ機能部４０によって処理されたアプリデータを、アンテナ１１を介した無線通信で宛先に送信する。

ＳＤＲＡＭメモリ１７は、例えば、無線処理部２０などが利用するプログラムやデータを記憶する。不揮発性メモリ１８は、例えば、無線処理部２０やデジタル処理部１６などが利用するプログラムやデータを記憶する。

無線処理部２０は、ＣＣＰＵを含む処理部であり、ターミナル適応機能部２１と、外部インタフェース２２と、リソースコントロール機能部２３と、レイヤ２機能部２４とを有する。さらに、無線処理部２０は、リアルタイムＯＳ（ＯＳ：Real Time Operating System）２５と、起動機能部２６とを有する。

ターミナル適応機能部２１は、ＴＡＦ（Terminal Adaptation Function）を含む処理部であり、汎用バスを介して、リソースコントロール機能部２３などと接続され、プロトコル変換などを行う。さらに、ターミナル適応機能部２１は、無線通信装置１０と基地局や他の無線通信装置との間の通信のアダプテーションを行う。また、ターミナル適応機能部２１は、外部インタフェース２２を介してアプリ機能部４０と接続され、アンテナ１１によって受信されたアプリケーション情報、ソフトウエアやファームウエアの更新情報などを受信する。

リソースコントロール機能部２３は、ＲＲＣ（Radio Resource Control）を含む処理部である。また、リソースコントロール機能部２３は、無線制御するＬ１用無線制御プログラム２３ａと接続され、他の端末装置と無線アクセスネットワーク間の無線回線制御プロトコル（レイヤ３プロトコル）の制御を行う。例えば、リソースコントロール機能部２３は、無線リソースの管理及び無線に関連する各手順を実行する。

レイヤ２機能部２４は、複数のレイヤ２プログラム２４ａを有し、例えば、データリンク層などのレイヤ２プロトコルで送受信されるデータに対する各種処理を行う。また、レイヤ２機能部２４は、レイヤ１側インタフェース２４ｂを介してデジタル処理部１６と接続され、レイヤ２側インタフェース２４ｃを介して無線処理部２０の他の制御部と接続される。また、レイヤ２機能部２４の複数のレイヤ２プログラム２４ａは、レイヤ１側インタフェース２４ｂを介してデジタル処理部１６から受信したデータを、ＩＰパケットバッファ２４ｄに格納する。ここでレイヤ２プログラム２４ａとしては、例えば、ＰＤＣＰ（Packet Data Control Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）などのプログラムがある。ＰＤＣＰは、例えば、データ制御を実施するプロトコル処理部である。ＲＬＣは、例えば、無線リンクを制御する処理部である。ＭＡＣは、例えば、媒体アクセスを制御する処理部である。

リアルタイムＯＳ２５は、必要な処理時間の予測を行なう機能や複数の処理要求が同時に発生した場合でも目的の時間内に完了させるための機構などを有し、タスクの実行を行う。また、リアルタイムＯＳ２５は、タスクのスケジューリングを保持しており、タスクの優先度に基づいて、最も優先度の高いタスクを実行する。

起動機能部２６は、無線通信装置１０を起動するブートプログラムを格納するＲＯＭを有し、ユーザの指示操作や起動、終了、リブートなどのコマンドを含むデータを受信した場合に、無線通信装置１０を起動、終了、リブートを行う。

アプリ機能部４０は、ＡＣＰＵを含む処理部であり、無線機能部１５と同様に、ＳＤＲＡＭメモリ１７と不揮発性メモリ１８などを有し、アプリケーションを記憶するとともに、ユーザの指示操作などによってアプリケーションを実行する。

上述したように、無線通信やアプリケーション処理など複数の処理を実行する無線通信装置は複雑な構成を有している。そして、近年では、ＬＴＥ（Long Term Evolution）などの普及によって、より高速な処理、より複雑なアプリケーションの実行、高精度な画像処理などが求められている。そして、これらの要求に対応するためには、上述した機能部であるソフトウエアやファームウエアのバージョンアップなどが必要となっている。

そこで、図１１を用いて、上記した無線通信装置１０の無線通信を用いた更新処理の流れを説明する。図１１は、従来の更新処理の流れを示すシーケンス図である。無線通信装置１０の更新は、例えば、ファームウエアやソフトウエアの無線アップデート、あるいは、エアダウンロードなどである。なお、ここでは、更新情報処理の一例としてエアダウンロードを用いた場合について説明するが、無線アップデート等であっても同様の課題が存在する。

また、無線通信装置１０と基地局（eNodeB）とは無線通信により接続されている。また、無線通信装置１０に対して更新情報を送信し、無線通信装置をユーザに提供するメーカ等に管理される管理サーバと、基地局とは無線通信により接続されている。つまり、無線通信装置１０と管理サーバとは、基地局を介した無線通信で接続されている。

図１１に示すように、無線通信装置１０は、エアダウンロードアプリケーションによる開始ハンドシェークが基地局から通知されると（ステップＳ５０１）、エアダウンロードを検出する（ステップＳ５０２）。ここで、例えば、無線通信装置１０は、エアダウンロードを検出したことをディスプレイ等に表示する。基地局は、ファームウエア等の更新が必要になったことを管理サーバなどから受信し、その旨を無線通信装置１０に通知する。当該通知を受信した無線通信装置１０は、ファームウエアの更新が必要であることをディスプレイ等に表示する。

そして、無線通信装置１０は、エアダウンロード更新開始指示をユーザから受け付けると（ステップＳ５０３）、エアダウンロード開始指示を基地局に送信する（ステップＳ５０４）。開始指示を受信した基地局は、管理サーバから受信したエアダウンロードＰＤＵ（ＰＤＵ：Protocol Data Unit）を無線通信装置１０に送信する（ステップＳ５０５）。無線通信装置１０は、送信されたエアダウンロードＰＤＵをＬ１用データ転送プログラム１６ａで受信する（ステップＳ５０６）。なお、ＰＤＵとは、プロトコルが扱うデータであり、例えば、パケット、フレーム、セルなどのデータを示す。

続いて、無線通信装置１０のデジタル処理部１６は、受信したＰＤＵをレイヤ２機能部２４に送信する（ステップＳ５０７）。レイヤ２機能部２４は、受信したＰＤＵをＩＰパケットとしてＩＰパケットバッファ２４ｄに格納する（ステップＳ５０８）。そして、アプリ機能部４０は、ＩＰパケットバッファ２４ｄからＩＰパケットを読み出し、更新プログラムの組み立てを開始する（ステップＳ５０９）。

その後、アプリ機能部４０は、基地局から受信された全てのエアダウンロードＰＤＵをＩＰパケットバッファ２４ｄから読み出し、更新プログラムの組み立てを完了する（ステップＳ５１０〜ステップＳ５１４）。すると、アプリ機能部４０は、ターミナル適応機能部２１に無線処理機能の停止を指示する（ステップＳ５１５）。無線処理機能の停止を指示されたターミナル適応機能部２１は、リソースコントロール機能部２３に無線処理機能の停止を指示する（ステップＳ５１６）。

続いて、リソースコントロール機能部２３は、レイヤ２機能部２４とデジタル処理部１６に対して、無線処理機能の停止指示を送信する（ステップＳ５１７とステップＳ５１８）。その結果、無線通信装置１０は、無線処理機能を停止し、外部との通信が遮断されることとなる（ステップＳ５１９）。

このようにして無線処理機能が停止された後、アプリ機能部４０は、組み立てた更新プログラムを不揮発性メモリ１８に書き込み（ステップＳ５２０）、起動機能部２６に対して更新指示を送信する（ステップＳ５２１）。更新指示を受信した起動機能部２６は、コード展開を実施する（ステップＳ５２２）。すなわち、起動機能部２６は、不揮発性メモリ１８に書き込まれた更新プログラムを読み出してＳＤＲＡＭメモリ１７に書き込み、ＳＤＲＭＡメモリ１７に書き込まれた更新プログラムを実行して、更新処理を開始する。

その後、起動機能部２６は、コード展開を終了したターミナル適応機能部２１から割り込み要求を受信すると、リアルタイムＯＳ２５のメインプログラムの先頭に分岐する（ステップＳ５２３）。割り込みを発生させた起動機能部２６は、例えば、無線通信装置１０を再起動し、更新が完了したことをアプリ機能部４０に送信する（ステップＳ５２４）。

こうして、更新が完了したことを受信したアプリ機能部４０は、無線開始要求をターミナル適応機能部２１に送信する（ステップＳ５２５）。その後、無線通信装置１０は、リアルタイムＯＳ２５によって、最も優先度の高いタスクである無線処理機能開始タスクとして、ターミナル適応機能部２１の無線処理機能等の各機能が実行されて、無線通信を開始する（ステップＳ５２６）。

特表２００５−５０９３８１号公報

しかしながら、上記した従来の技術では、無線機能またはアプリケーションなどいずれの更新処理にも時間がかかるという課題があった。具体的には、例えば、無線機能のレイヤ１〜レイヤ３のファームウエアやソフトウエアのアップデート、エアダウンロードなどの無線通信を用いた更新を行う場合、アプリ機能部４０の上位プロトコルを必ず用いる必要があった。

上記した課題について、図１２を用いて具体的に説明する。図１２に示すように、更新情報を提供する管理サーバは、レイヤ１のプロトコルを定義する物理層（ＰＨＹ）と、イーサネット（登録商標）などのレイヤ２のプロトコルを定義するデータリンク層とを制御可能な通信処理機能を有する。また、管理サーバは、インターネットプロトコルバージョン４（ＩＰｖ４）やインターネットプロトコルバージョン６（ＩＰｖ６）などのプロトコルを定義するネットワーク層を制御可能な通信処理機能を有する。さらに、管理サーバは、ＵＤＰ（User Datagram Protocol）／ＴＣＰ（Transmission Control Protocol）などのプロトコルを定義するトランスポート層を制御可能な通信処理機能を有する。そして、管理サーバは、トランスポート層よりも上位のアプリケーション層に、更新情報を配信するエアダウンロード配信アプリを保持する。すなわち、管理サーバは、ＵＤＰ／ＴＣＰよりも上位であるアプリケーション層のプロトコルを用いて、更新情報を示すエアダウンロードを配信する。

これに対して、基地局は、図１２に示すように、レイヤ１のプロトコルを定義する物理層（ＰＨＹ）と、ＰＤＣＰ・ＲＬＣ・ＭＡＣなどが処理するレイヤ２のプロトコルを定義するデータリンク層とを制御可能な通信処理機能を有する。また、基地局は、ＴＣＰ／ＩＰパケットの送受信を行うＩＰルーティングを実施するネットワーク層を制御可能な通信処理機能を有する。なお、基地局は、ＵＤＰ／ＴＣＰなどのトランスポート層より上位層を処理できる機能を有していない。

そして、無線通信装置１０は、図１２に示すように、物理層（ＰＨＹ）と、データリンク層と、ネットワーク層のそれぞれで定義されるプロトコルを制御可能なレイヤ２機能部２４を有する。具体的には、レイヤ２機能部２４は、バスインタフェースなど物理層（ＰＨＹ）を制御可能な通信処理機能を有する。また、レイヤ２機能部２４は、共有メモリインタフェースやＰＤＣＰ・ＲＬＣ・ＭＡＣなどデータリンク層を制御可能な通信処理機能を有する。また、レイヤ２機能部２４は、ＲｏＨＣが実施できるトランスポート層を制御可能な通信処理機能を有する。

また、無線通信装置１０は、物理層（ＰＨＹ）と、データリンク層と、ネットワーク層のそれぞれで定義されるプロトコルを制御可能なターミナル適応機能部２１およびリソースコントロール機能部２３を有する。具体的には、ターミナル適応機能部２１およびリソースコントロール機能部２３は、ＵＳＢ（Universal Serial Bus）通信などを制御可能な通信処理機能を有する。また、ターミナル適応機能部２１およびリソースコントロール機能部２３は、ＰＰＰ（Point-to-Point Protocol）のサーバ機能や共有メモリインタフェースなどを制御可能な通信処理機能を有する。また、ターミナル適応機能部２１およびリソースコントロール機能部２３は、ＴＣＰ／ＩＰパケットの送受信を行うＩＰルーティングを制御可能な通信処理機能を有する。

さらに、無線通信装置１０は、物理層（ＰＨＹ）と、データリンク層と、ネットワーク層と、トランスポート層と、アプリケーション層とのそれぞれで定義されるプロトコルを制御可能なアプリ機能部４０を有する。具体的には、アプリ機能部４０は、ＵＳＢ通信などの物理層（ＰＨＹ）、ＰＰＰのクライアント機能などのデータリンク層、ＩＰｖ４やＩＰｖ６などのネットワーク層、ＵＤＰ／ＴＣＰなどのトランスポート層などを制御可能な通信処理機能を有する。さらに、アプリ機能部４０は、トランスポート層よりも上位のアプリケーション層に、更新情報を受信して実行するエアダウンロード処理アプリを保持する。すなわち、アプリ機能部４０は、ＵＤＰ／ＴＣＰよりも上位であるアプリケーション層上で、更新情報を示すエアダウンロードを受信して実行する。

このように、無線通信装置１０は、ＣＣＰＵを含むレイヤ２機能部２４、ターミナル適応機能部２１、リソースコントロール機能部２３には、ＵＤＰ／ＴＣＰなどのトランスポート層より上位層を処理できる機能はない。つまり、無線通信装置１０は、管理サーバから提供された更新情報を処理できるエアダウンロード処理アプリを、アプリ機能部４０のみが有している。

そのため、無線通信装置１０は、管理サーバから送信された更新情報を無線機能部１５で一度受信した後、アプリ機能部４０に送信する。その後、無線通信装置１０は、アプリ機能部４０によって、更新情報から生成された更新プログラム等を実行する。つまり、無線通信装置１０は、更新情報を外部装置等から受信しても、内部でデータ転送を行う必要があり、更新情報を受信してから完了するまでの一連の処理を実行するのに多くの時間が必要である。

また、更新プログラム等の更新情報が格納されたデータカードを用いて更新を行う場合であっても、データカードから更新プログラムを読み出す処理は、無線機能部１５で実行されるが、無線機能部１５では更新プログラムを解析および実行することができない。そのため、無線機能部１５は、データカードから読み出した更新プログラムをアプリ機能部４０に送信し、アプリ機能部４０が更新プログラムを実行する必要があった。

開示の技術は、上記に鑑みてなされたものであって、無線機能の更新にかかる時間を短縮することが可能である無線通信装置、無線通信方法および無線通信プログラムを提供することを目的とする。

本願の開示する無線通信装置は、一つの態様において、無線による通信を行う無線処理部と、アプリケーションを実行するアプリ処理部とを有し、前記無線処理部は、当該無線通信装置の各機能を更新する更新情報を受信した場合に、前記無線処理部の機能を更新する無線機能更新情報の受信を検知する更新検知部と、前記更新検知部により無線機能更新情報の受信が検知され場合に、前記アプリ処理部を介さずに、前記無線機能更新情報によって特定される更新処理を実行し、前記無線処理部の機能を更新する更新処理部と、を有する。

本願の開示する無線通信装置、無線通信方法および無線通信プログラムの一つの態様によれば、無線機能の更新にかかる時間を短縮することが可能であるという効果を奏する。

図１は、無線通信装置を含むシステムの全体構成を示す図である。 図２は、実施例１に係る無線通信装置の構成を示すブロック図である。 図３は、実施例２に係る無線通信装置の構成を示すブロック図である。 図４は、実施例２に係る無線通信装置による処理シーケンスを示す図である。 図５は、コード認証を説明するための図である。 図６は、エアダウンロード解析部２２３ｆが実施する処理の流れを示すフローチャートである。 図７は、ランデブプログラム２２５ｂが実施する処理の流れを示すフローチャートである。 図８は、アプリ機能部４００と無線機能部２１０それぞれがエアダウンロード処理を実施することを説明するための図である。 図９は、無線通信処理プログラムを実行するコンピュータシステム５００を示す図である。 図１０は、従来技術に係る無線通信装置の構成を示すブロック図である。 図１１は、従来の更新処理の流れを示すシーケンス図である。 図１２は、従来の更新処理の流れを示す図である。

以下に、本願の開示する無線通信装置、無線通信方法および無線通信プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

まず、図１を用いて、無線通信装置を含むシステムの全体構成を説明する。図１は、無線通信装置を含むシステムの全体構成を示す図である。図１に示すように、開示する無線通信装置は、基地局と無線通信で接続され、当該基地局を介した無線通信で管理サーバと接続される。管理サーバは、無線通信装置をユーザに提供するメーカ等に管理されるサーバであり、当該メーカが製造した無線通信装置に対して更新情報をエアダウンロードなどで配信する。なお、更新情報とは、例えば、バージョンアップに関する更新プログラムや更新データなどである。また、更新情報には、アプリケーション用のプロセッサ（以下、ＡＣＰＵと記載する）の機能を更新するアプリ用更新プログラムと、無線処理用のプロセッサ（以下、ＣＣＰＵと記載する）の機能を更新する無線機能更新プログラムとがある。

管理サーバは、アプリ用更新プログラムと、無線機能更新プログラムとを区別して、無線通信装置に配信する。例えば、管理サーバは、アプリ用更新プログラムのパケットのヘッダには「ＩＤ＝０」を付与して配信し、無線機能更新プログラムのパケットのヘッダには「ＩＤ＝１」を付与して配信することで、配信する更新情報を区別している。また、管理サーバは、無線通信装置との間で予め決めたポート番号を使用して、各種更新情報を配信する。

また、開示する無線通信装置は、無線通信を用いた音声通信処理やデータ通信処理に加え、アプリケーション処理など複数の処理を実行する携帯端末であり、例えば、ＬＴＥ（Long Term Evolution）を実装した高精度の携帯端末である。もっとも、開示する無線通信装置は、携帯端末に限られるものではない。例えば、既知のパーソナルコンピュータ、ワークステーション、携帯電話、ＰＨＳ（Personal Handy-phone System）端末、移動体通信端末またはＰＤＡ（Personal Digital Assistant）などの情報処理端末であってもよい。

次に、図２を用いて、開示する無線通信装置の構成について説明する。図２は、実施例１に係る無線通信装置の構成を示すブロック図である。

図２に示すように、無線通信装置１００は、無線通信Ｉ／Ｆ部１１０と、アプリ機能部１２０と、無線機能部１３０とを有する。かかる無線通信Ｉ／Ｆ部１１０は、基地局、管理サーバ、他の無線通信装置と無線通信を行うインタフェースであり、例えば、基地局を介して、他の無線通信装置とデータ通信や音声通信を行う。また、無線通信Ｉ／Ｆ部１１０は、基地局を介して、アプリ用更新プログラムや無線機能更新プログラムなどの更新情報を管理サーバから受信する。

アプリ機能部１２０は、ＡＣＰＵを含む処理部であり、無線通信装置１０が内蔵するアプリケーションや外部から取得したアプリケーションを実行し、当該アプリケーションを更新（アップデート）したりするアプリ更新部１２１を有する。例えば、アプリ機能部１２０は、図示しないメモリなどにアプリケーションを保持しておき、ユーザからの指示操作によって、該当するアプリケーションをメモリから読み出して実行し、ディスプレイなどの表示部への表示出力やスピーカーへの音声出力を行う。

アプリ更新部１２１は、アプリ機能部１２０が保持するアプリケーションやＡＣＰＵの機能等を更新する。例えば、アプリ更新部１２１は、無線通信Ｉ／Ｆ部１１０によって受信された更新情報のパケットのうち、ＩＰ（Internet Protocol）ヘッダに「ＩＤ＝０」が付与されたパケットだけを取得する。そして、アプリ更新部１２１は、「ＩＤ＝０」が付与されたパケットを組み立てて、アプリ更新プログラムやアプリ更新データを生成する。そして、アプリ更新部１２１は、生成したアプリ更新データを図示しないメモリなどに書き込んだりして、アプリ更新部１２１が保持するアプリケーションやＡＣＰＵの機能等を更新する。また、アプリ更新部１２１は、生成したアプリ更新プログラムを実行して、レジストリの書換えやメモリに保持されるプログラムを書き換えたりして、アプリケーションやＡＣＰＵの機能等を更新する。

無線機能部１３０は、ＣＣＰＵを含む処理部であり、データ通信や音声通信などの無線通信を制御するとともに、特に、更新検知部１３１と、更新データ生成部１３２と、更新処理部１３３とを有する。例えば、無線機能部１３０は、他の無線通信装置との音声通話、メール送受信などの無線通信を行う。

更新検知部１３１は、無線機能部１３０を更新する無線機能更新プログラムを検知する。具体的には、更新検知部１３１は、無線通信Ｉ／Ｆ部１１０によって受信された更新情報のパケットのうち、無線機能部１３０を更新するパケットを取得して、更新データ生成部１３２に出力する。例えば、更新検知部１３１は、無線通信Ｉ／Ｆ部１１０によって受信された更新情報のパケットのうち、ＩＰヘッダに「ＩＤ＝１」が付与されたパケットだけを取得して、更新データ生成部１３２に出力する。

更新データ生成部１３２は、更新検知部１３１により検知された無線機能更新プログラムを受信し、無線機能更新プログラムや無線機能更新データを生成する。具体的には、更新データ生成部１３２は、ＩＰヘッダに「ＩＤ＝１」が付与された更新情報のパケットを組み立てて、無線機能更新プログラムや無線機能更新データを生成し、更新処理部１３３に出力する。

更新処理部１３３は、更新データ生成部１３２により作成された無線機能更新プログラムや無線機能更新データを用いて、無線機能部１３０の機能やＣＣＰＵの機能等を更新する。具体的には、更新処理部１３３は、無線更新データを更新データ生成部１３２から受信し、受信した無線更新データを図示しないメモリなどに書き込んだりして、無線機能部１３０やＣＣＰＵの機能等を更新する。また、更新処理部１３３は、更新データ生成部１３２から受信したデータが無線機能更新プログラムの場合には、当該プログラムを実行し、レジストリの書換えやメモリに保持されるプログラムを書き換えたりして、無線機能部１３０やＣＣＰＵの機能等を更新する。なお、更新される機能としては、例えば、無線による音声やデータ通信を行うためのモジュールやプロトコル、当該無線通信装置１００に対応した新機能（メーカが作成した新機能）など様々なものが該当する。

このように、実施例１によれば、アプリ機能部１２０を更新する更新情報は、アプリ機能部１２０で処理し、無線機能部１３０を更新する更新情報は、無線機能部１３０で処理することができる。その結果、管理サーバから配信される更新情報をアプリ機能部１２０に送信する必要がなくなり、無線機能の更新にかかる時間を短縮することが可能である。

ところで、開示する無線通信装置は、実施例１で説明した機能部以外にも様々な機能部を有することができる。そこで、実施例２では、様々な機能部を有する無線通信装置について説明する。

［無線通信装置の構成］
まず、図３を用いて、実施例２に係る無線通信装置の構成について説明する。図３は、実施例２に係る無線通信装置の構成を示すブロック図である。

図３に示すように、無線通信装置２００は、アンテナ２０１と、無線機能部２１０と、アプリ機能部４００とを有する。なお、無線機能部２１０やアプリ機能部４００は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路である。または、無線機能部２１０やアプリ機能部４００は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などを含む電子回路である。

アンテナ２０１は、基地局を介して、他の無線通信装置等との間でやり取りされるデータを送受信する。例えば、アンテナ２０１は、他の無線通信装置との間でやり取りされる音声データや画像などのパケットデータを送受信する。また、アンテナ２０１は、管理サーバなどから送信されたアプリケーション情報、ソフトウエアやファームウエアの更新情報などを受信して、後述するデジタル処理部２１１に出力する。更新情報とは、例えば、バージョンアップに関する情報などである。

無線機能部２１０は、デジタル処理部２１１と、無線処理部２２０と、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）メモリ２１２と、不揮発性メモリ（Read Only Member）２１３とを有する。

デジタル処理部２１１は、ＤＳＰ（デジタルシグナルプロセッサ：Digital Signal Processor）を含む処理部である。例えば、デジタル処理部２１１は、後述するリソースコントロール機能部２２２やレイヤ２機能部２２３と接続され、基地局を介して、音声通信やデータ通信に関する各種データ等の送受信をレイヤ１で制御する。このデジタル処理部２１１は、レイヤ１用データ転送プログラム２１１ａと、レイヤ１用無線制御プログラム２１１ｂとを有する。

レイヤ１用データ転送プログラム２１１ａは、基地局を介してやり取りされる各種通信のうち、特にデータ送受信に関する制御を実施する。例えば、レイヤ１用データ転送プログラム２１１ａは、基地局を介して、管理サーバから送信された更新情報のパケットを受信し、レイヤ２機能部２２３に送信する。また、レイヤ１用データ転送プログラム２１１ａは、レイヤ１用無線制御プログラム２１１ｂから出力された音声データなどを宛先となる端末に送信する。また、レイヤ１用データ転送プログラム２１１ａは、レイヤ１用無線制御プログラム２１１ｂから無線処理停止指示を受信した場合には、基地局を介した無線通信を停止する。同様に、レイヤ１用データ転送プログラム２１１ａは、開始指示を受信した場合には、無線処理を開始する。

レイヤ１用無線制御プログラム２１１ｂは、リソースコントロール機能部２２２から出力された音声パケットなどの音声データを受信し、レイヤ用１データ転送プログラム２１１ａに出力する。また、レイヤ１用無線制御プログラム２１１ｂは、レイヤ１用データ転送プログラム２１１ａにより受信された他の装置から出力された音声データを、リソースコントロール機能部２２２に出力する。そして、レイヤ１用無線制御プログラム２１１ｂは、リソースコントロール機能部２２２から無線処理停止指示を受信した場合には、受信した処理停止指示をレイヤ１用データ転送プログラム２１１ａに出力する。同様に、レイヤ１用無線制御プログラム２１１ｂは、開始指示を受信した場合には、無線開始指示を出力する。

ＳＤＲＡＭメモリ２１２は、汎用バスを介して無線処理部２２０と接続され、例えば、無線処理部２２０などが利用するプログラムやデータを記憶する。また、ＳＤＲＡＭメモリ２１２は、後述するリアルタイムＯＳ（ＯＳ：Operating System）２２４が割り込み処理で参照するメインプログラムの先頭である分岐先を記憶する。

不揮発性メモリ２１３は、汎用バスを介して無線処理部２２０と接続され、例えば、無線処理部２２０やデジタル処理部２１１などが利用するプログラムやデータを記憶する。さらに、不揮発性メモリ２１３は、後述するレイヤ２機能部２２３のエアダウンロード解析部２２３ｆにより作成された無線機能更新プログラムやデータを用いて、無線機能部２１０の更新処理を実行するプログラムであるランデブプログラム２１３ａを記憶する。このランデブプログラム２１３ａは、工場での無線通信装置２００製造時に、不揮発性メモリ２１３の上書き非対象領域に書き込まれる。

無線処理部２２０は、ＣＣＰＵを含む処理部であり、データ通信や音声通信などの無線通信をレイヤ２やレイヤ３で制御する。この無線処理部２２０は、ターミナル適応機能部２２１と、リソースコントロール機能部２２２と、レイヤ２機能部２２３と、リアルタイムＯＳ２２４と、起動機能部２２５とを有する。

ターミナル適応機能部２２１は、ＴＡＦ（Terminal Adaptation Function）を含む処理部であり、レイヤ２側インタフェース２２１ａと外部インタフェース２２１ｂとを有する。具体的には、ターミナル適応機能部２２１は、プロトコル変換などを実施して、無線通信装置２００と基地局や他の端末装置との間の通信のアダプテーションを行う。また、ターミナル適応機能部２２１は、レイヤ２側インタフェース２２１ａを介して汎用バスと接続され、無線処理部２２０の他の機能部やＳＤＲＡＭメモリ２１２、不揮発性メモリ２１３と接続される。さらに、ターミナル適応機能部２２１は、外部インタフェース２２１ｂを介したＡＴコマンドが利用できる汎用インタフェースで、アプリ機能部４００と接続される。

そして、ターミナル適応機能部２２１は、リソースコントロール機能部２２２やレイヤ２機能部２２３のエアダウンロード解析部２２３ｆなどからの制御信号やユーザの指示操作等によって、ＡＴコメンドの入力可能状態の遷移を行う。具体的には、ターミナル適応機能部２２１は、制御信号やユーザの指示操作等によって、「On Line Data Mode」、「On Line Command Mode」、「Off Line Command Mode」の各状態を遷移させる。ここで、「On Line Data Mode」とは、各種データの送受信中を示す状態である。「On Line Command Mode」とは、回線が使用中でＡＴコマンドが入力できる状態である。また、「Off Line Command Mode」とは、回線が未使用中でＡＴコマンドが入力できる状態である。

例えば、ターミナル適応機能部２２１は、レイヤ２機能部２２３のエアダウンロード解析部２２３ｆから無線処理機能停止を示す「ＸＯＦＦ」信号を受信した場合には、「Off Line Command Mode」に状態を遷移させる。そして、ターミナル適応機能部２２１は、「ＸＯＦＦ」信号をアプリ機能部４００に出力する。このとき、ターミナル適応機能部２２１は、無線処理機能を停止するとともに、無線処理機能が停止される直前の無線接続情報、ＣＣＰＵの情報、ＡＣＰＵの接続情報などを不揮発性メモリ２１３などに保存する。その結果、ハンドオーバー処理を可能とする。すなわち、再度、ＣＣＰＵやＡＣＰＵが起動された場合に、停止前の接続先に再接続することができる。

また、例えば、ターミナル適応機能部２２１は、レイヤ２機能部２２３のエアダウンロード解析部２２３ｆから無線処理機能開始を示す「ＸＯＮ」信号を受信した場合には、「On Line Command Mode」に状態を遷移させる。そして、ターミナル適応機能部２２１は、「ＸＯＮ」信号をアプリ機能部４００に出力する。

リソースコントロール機能部２２２は、ＲＲＣ（Radio Resource Control）を含む処理部であり、レイヤ１用無線制御プログラム２１１ｂと接続され、他の端末装置と無線アクセスネットワーク間の無線回線制御プロトコルの制御を行う。具体的には、リソースコントロール機能部２２２は、無線リソースの管理及び無線に関連する各手順を実行する。例えば、リソースコントロール機能部２２２は、ＬＴＥを実装し、レイヤ２機能部２２３のエアダウンロード解析部２２３ｆから無線処理機能停止を示す「ＸＯＦＦ」信号を受信した場合には、ＬＴＥを停止する「ＬＴＥ−ＩＤＬＥ」状態に遷移する。なお、「ＬＴＥ−ＩＤＬＥ」状態になった無線通信装置２００は、電源ＯＦＦ直後の状態となる。

また、リソースコントロール機能部２２２は、レイヤ２機能部２２３のエアダウンロード解析部２２３ｆから無線処理機能開始を示す「ＸＯＮ」信号を受信した場合には、ＬＴＥを起動する「ＬＴＥ−ＡＣＴＩＶＥ」状態に遷移する。なお、「ＬＴＥ−ＡＣＴＩＶＥ」状態になった無線通信装置２００は、電源ＯＮ直後の状態となる。

レイヤ２機能部２２３は、複数のレイヤ２プログラム２２３ａを有し、レイヤ１側インタフェース２２３ｂを介してデジタル処理部２１１と接続され、レイヤ２側インタフェース２２３ｃを介して無線処理部２２０の他の制御部と接続される。また、複数のレイヤ２プログラム２２３ａは、レイヤ１側インタフェース２２３ｂを介してデジタル処理部２２１から受信したデータを、ＩＰパケットバッファ２４ｄに格納する。ここでレイヤ２機能部２２３が有するレイヤ２プログラム２２３ａとしては、ＰＤＣＰ（Packet Data Control Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）などのプログラムがある。ＰＤＣＰは、例えば、データ制御を実施するプロトコル処理部である。ＲＬＣは、例えば、無線リンクを制御する処理部である。ＭＡＣは、例えば、媒体アクセスを制御する処理部である。

例えば、ＰＤＣＰは、デジタル処理部２１１によって受信された更新情報であるエアダウンロードＰＤＵのうち、ＩＰヘッダに「ＩＤ＝１」が付与されるＰＤＵであり、無線機能部２１０を更新するＰＤＵのみを取得する。そして、ＰＤＣＰは、取得したＰＤＵをＩＰパケットへ組み立てて、組み立てたＩＰパケットを後述するＩＰパケットバッファ２２３ｄに格納する。なお、例えば、ＩＰヘッダに「ＩＤ＝０」が付与されるＰＤＵについては、アプリ機能部４００の更新情報であるので、アプリ機能部４００が取得する。また、ＩＤが格納される領域としては、例えば、ＲｏＨＣ（Robust Header Compression）で利用されるＩＰヘッダ領域を用いることができる。

また、レイヤ２機能部２２３は、レイヤ２側インタフェース２２３ｃを介して汎用バスと接続され、無線処理部２２０の他の機能部やＳＤＲＡＭメモリ２１２、不揮発性メモリ２１３と接続される。レイヤ２機能部２２３は、レイヤ１側インタフェース２２３ｂを介してレイヤ１用データ転送プログラム２１１ａと接続されるとともに、ＲｏＨＣを実施する機能であり、ＩＰヘッダ情報を保持している。ＩＰヘッダ情報としては、例えば、更新情報の種類を示すＩＤ（ＩＤ＝１、ＩＤ＝０）や製造元を示すベンダーＩＤなどがある。

このようなレイヤ２機能部２２３は、レイヤ１用データ転送プログラム２１１ａによって取得されてＩＰパケットバッファ２２３ｄに格納されたパケットに対して、各種処理を実行する処理部である。そして、レイヤ２機能部２２３は、ＩＰパケットバッファ２２３ｄと、更新プログラム格納バッファ２２３ｅと、エアダウンロード解析部２２３ｆとを有する。

ＩＰパケットバッファ２２３ｄは、レイヤ２プログラム２２３ａのＰＤＣＰによって受信されて、組み立てられたＩＰパケットを保持する。更新プログラム格納バッファ２２３ｅは、ＩＰパケットバッファ２２３ｄに格納されたパケットを用いて生成された更新情報である無線機能用更新プログラム又は無線機能用更新データを保持する。

エアダウンロード解析部２２３ｆは、無線機能部２１０を更新する無線機能更新プログラムを検知し、検知された無線機能更新プログラムを受信して無線機能更新データを生成する。具体的には、エアダウンロード解析部２２３ｆは、エアダウンロード用のＩＰヘッダ情報を保持しておき、このパターンと一致したパケットを受信した場合に、無線機能更新プログラムを検知する。例えば、エアダウンロード解析部２２３ｆは、レイヤ２機能部２２３が保持するＩＰヘッダ情報に「ＩＰヘッダ、ＩＤ＝１」などと格納しておく。そして、エアダウンロード解析部２２３ｆは、「ＩＤ＝１」が付与されているパケットがＩＰパケットバッファ２２３ｄに格納された場合に、無線機能更新プログラムのパケットが受信されたと検出する。

無線機能更新プログラムのパケットを受信したことを検知したエアダウンロード解析部２２３ｆは、無線機能更新プログラムのＩＰパケットをＩＰパケットバッファ２２３ｄから読み出し、ＩＰヘッダのベンダーＩＤを参照する。そして、エアダウンロード解析部２２３ｆは、参照したベンダーＩＤがＩＰヘッダ情報内のベンダーＩＤと一致する場合には、当該ＩＰパケットのＴＣＰ（Transmission Control Protocol）またはＵＤＰ（User Datagram Protocol）層のポート番号を参照する。すなわち、エアダウンロード解析部２２３ｆは、ＩＰヘッダのベンダーＩＤが当該無線通信装置２００のベンダーを示すベンダーＩＤである場合には、ＩＰヘッダなどからポート番号を参照する。続いて、エアダウンロード解析部２２３ｆは、参照したポート番号がエアダウンロードで利用するポート番号である場合には、エアダウンロードが開始されたと検出する。

そして、エアダウンロードが開始されたことを検出したエアダウンロード解析部２２３ｆは、ＩＰパケットバッファ２２３ｄに格納されたパケットを組み立てて、無線機能更新プログラム又はデータを生成し、更新プログラム格納バッファ２２３ｅに格納する。そして、エアダウンロード解析部２２３ｆは、無線機能更新プログラム又は更新データを生成して格納したことを起動機能部２２５に通知する。

リアルタイムＯＳ２２４は、必要な処理時間の予測を行なう機能や複数の処理要求が同時に発生した場合でも目的の時間内に完了させるための機構などを有するタスクである。また、リアルタイムＯＳ２２４は、タスクのスケジューリングを保持しており、タスクの優先度に基づいて、最も優先度の高いタスクを実行する。例えば、リアルタイムＯＳ２２４は、ランデブプログラム２２５ｂの割り込み処理によって分岐された場合に、無線処理機能開始タスクなど、その時点で最も優先度の高いタスクを実行する。

起動機能部２２５は、ユーザの指示操作や起動、終了、リブートなどのコマンドを含むデータを受信した場合に、無線通信装置２００を起動、終了、リブートする処理部である。起動機能部２２５は、ＩＰＬ（Initial Program Loader）２２５ａとランデブプログラム２２５ｂとを有する。

ＩＰＬ２２５ａは、不揮発性メモリ２１３に格納されており、無線通信装置２００の電源が投入された時に、不揮発性メモリ２１３から読み出されて一番最初に起動する。また、ＩＰＬ２２５ａは、図示しない主記憶などの記憶装置からＯＳを読み込んでメモリに展開して起動する。

ランデブプログラム２２５ｂは、レイヤ２機能部２２３のエアダウンロード解析部２２３ｆにより作成された無線機能更新プログラムや無線機能更新データを用いて、無線機能部２１０やＣＣＰＵの機能等の更新を行う。このランデブプログラム２２５ｂは、起動機能部２２５の割り込み処理によって不揮発性メモリ２１３から読み出されてランデブプログラム２１３ａを実行したプログラムである。具体的には、起動機能部２２５は、無線機能更新プログラム等が生成されて格納されたことをエアダウンロード解析部２２３ｆから受信すると、更新処理を実行する割り込み処理に分岐する。この際、起動機能部２２５は、不揮発性メモリ２１３のランデブプログラム２１３ａを読み出して実行する。

このようなランデブプログラム２２５ｂは、レイヤ２機能部２２３のエアダウンロード解析部２２３ｆによって、更新プログラム格納バッファ２２３ｅに格納された無線機能更新プログラム等を読み出して実行する。そして、ランデブプログラム２２５ｂは、実行した無線機能更新プログラムによって、ＳＤＲＡＭメモリ２１２や不揮発性メモリ２１３に記憶される無線機能部２１０やＣＣＰＵ用のプログラムやデータを更新する。その結果、無線機能部２１０やＣＣＰＵの機能等を更新する。また、ランデブプログラム２２５ｂは、更新プログラム格納バッファ２２３ｅから無線機能更新プログラムではなく無線機能更新データを読み出した場合でも無線機能部２１０やＣＣＰＵの機能等を更新することができる。例えば、ランデブプログラム２２５ｂは、読み出した無線機能更新データをＳＤＲＡＭメモリ２１２や不揮発性メモリ２１３の該当の領域に格納したり、レジストリに格納したりすることで、無線機能部２１０やＣＣＰＵの機能等を更新することができる。また、ランデブプログラム２２５ｂは、無線機能部２１０やＣＣＰＵの機能等を更新が終了すると、割り込み処理を発生させて、リアルタイムＯＳ２２４のメインプログラムの先頭に分岐する。

アプリ機能部４００は、ＡＣＰＵを含む処理部である。具体的には、アプリ機能部４００は、無線機能部２１０等に接続され、無線通信装置２００が内蔵するアプリケーションや外部から取得したアプリケーションを実行したり、当該アプリケーションをアップデートしたりする。例えば、アプリ機能部４００は、図示しないメモリなどにアプリケーションを保持しておき、ユーザからの指示操作によって、該当するアプリケーションをメモリから読み出して実行し、ディスプレイなどの表示部に出力したり音声出力したりする。

また、アプリ機能部４００は、ターミナル適応機能部２２１から「ＸＯＦＦ」信号を受信した場合、ＡＣＰＵなどの各機能を停止し、データ通信などの通信制御を停止する。また、また、アプリ機能部４００は、ターミナル適応機能部２２１から「ＸＯＮ」信号を受信した場合や無線通信装置２００自体が再起動された場合、ＡＣＰＵなどの各機能を起動して、データ通信などの通信制御を開始する。

また、アプリ機能部４００は、メモリなどに保持するアプリケーションをアップデートする。例えば、アプリ機能部４００は、基地局を介して、デジタル処理部２１１に受信された更新情報のパケットのうち、ＩＰヘッダに「ＩＤ＝０」が付与されたパケットだけを取得する。そして、アプリ機能部４００は、「ＩＤ＝０」が付与されたパケットを組み立ててアプリ機能更新データやアプリ機能更新プログラムを生成する。その後、アプリ機能部４００は、生成したアプリ機能更新データをメモリなどに書き込んだり、生成したアプリ機能更新プログラムを実行してレジストリなどの書換えを行ったりする。そうして、アプリ機能部４００は、アプリ機能部４００やＡＣＰＵの機能等を更新する。なお、更新だけでなく、新たなアプリケーションをインストールすることもできる。

［無線通信装置によるアップデート処理シーケンス］
次に、図４を用いて、無線通信装置２００によるアップデート処理シーケンスを説明する。図４は、実施例２に係る無線通信装置による処理シーケンスを示す図である。

図４に示すように、無線通信装置２００のデジタル処理部２１１は、基地局を介して、管理サーバから送信されたエアダウンロードＰＤＵを受信する（ステップＳ１０１）。そして、レイヤ２機能部２２３のレイヤ２プログラム２２３ａは、受信されたＰＤＵのうち、無線機能部２１０を更新する更新プログラムのＰＤＵのみを取得する（ステップＳ１０２）。そして、レイヤ２プログラム２２３ａは、取得したＰＤＵをＩＰパケットとしてＩＰパケットバッファ２２３ｄに格納する（ステップＳ１０３）。

続いて、エアダウンロード解析部２２３ｆは、ＩＰパケットバッファ２２３ｄからＩＰパケットを読み出してＩＰヘッダを参照し（ステップＳ１０４）、エアダウンロードが開始されたことを検出してパケットの組み立てを開始する（ステップＳ１０５）。

その後、エアダウンロード解析部２２３ｆは、基地局から受信された全てのエアダウンロードＰＤＵをＩＰパケットバッファ２２３ｄから読み出し、エアダウンロードＰＤＵの組み立てを完了させる（ステップＳ１０６〜ステップＳ１１０）。ここで、エアダウンロード解析部２２３ｆは、エアダウンロードＰＤＵを組み立てて、無線機能更新プログラム又は無線機能更新データを生成して、更新プログラム格納バッファ２２３ｅに格納する。

このとき、エアダウンロード解析部２２３ｆは、生成した無線機能更新プログラム又は無線機能更新データからＭＤ５（Message Digest Algorithm 5、ＲＦＣ１３２１）などのハッシュ関数を用いてダイジェスト値を算出し、コード認証などを行う。例えば、図５に示すように、管理サーバは、エアダウンロードで配信するアップデート用プログラムのバイナリデータがＮビットであった場合、５１２ビットのパケットに分割して配信する。また、管理サーバは、５１２ビットにならない最後のパケットに対しては、αビットを付加して５１２ビットのビット長にして配信することとなる。ここでは、５１２ビットのパケットＡ個と５１２ビット＋αビットのパケット１個のＡ＋１個のパケットを配信することとする。

そして、管理サーバは、このＡ＋１個のパケットと任意のレジスタ値とをＭＤ５などのハッシュ関数に代入することで、１２８ビットのダイジェスト値を算出する。その結果、配信対象となるビット数は、「Ｎ＋α＋１２８」ビットとなる。つまり、管理サーバは、この「Ｎ＋α＋１２８」ビットを任意のビット数に分割したペイロードを無線通信装置２００に配信することとなる。したがって、管理サーバは、算出した１２８ビットのダイジェスト値も無線通信装置２００に配信する。

その後、このようなパケットを受信した無線通信装置２００のエアダウンロード解析部２２３ｆは、例えば、各パケットのペイロードの格納先を示す先頭アドレスを任意の領域に格納する。続いて、エアダウンロード解析部２２３ｆは、格納した情報をＭＤ５などのハッシュ関数（例えば、管理サーバと同様の関数）に代入して、１２８ビットのダイジェスト値を算出する。そして、エアダウンロード解析部２２３ｆは、算出したダイジェスト値が管理サーバから受信したダイジェスト値と一致するか否かを判定するコード認証を実施し、一致する場合に、以下のステップＳ１１１以降の処理を実施する。なお、図５は、コード認証を説明するための図である。

図４に戻り、無線機能更新プログラム又は無線機能更新データを生成したエアダウンロード解析部２２３ｆは、ターミナル適応機能部２２１に対して、ＣＣＰＵ等の無線機能を停止する信号「ＸＯＦＦ」を出力する（ステップＳ１１１）。この信号「ＸＯＦＦ」を受信したターミナル適応機能部２２１は、「Off Line Command Mode」に状態を遷移させ、アプリ機能部４００に対して信号「ＸＯＦＦ」を出力する（ステップＳ１１２）。そして、アプリ機能部４００は、データや音声などの転送処理を中断する（ステップＳ１１３）。

また、転送処理を中断させたターミナル適応機能部２２１は、エアダウンロード解析部２２３ｆに対して、信号「ＸＯＦＦ」を送信する（ステップＳ１１４）。そして、信号「ＸＯＦＦ」を受信したエアダウンロード解析部２２３ｆは、ＬＴＥの状態をＡＣＴＩＶＥからＩＤＬＥに遷移させる要求をリソースコントロール機能部２２２に送信する（ステップＳ１１５）。

このＩＤＬＥ遷移を受信したリソースコントロール機能部２２２は、デジタル処理部２１１とレイヤ２プログラム２２３ａとのそれぞれに対して、無線機能の停止指示を出力する（ステップＳ１１６とステップＳ１１７）。その後、リソースコントロール機能部２２２は、ＬＴＥの状態をＡＣＴＩＶＥからＩＤＬＥに遷移させ（ステップＳ１１８）、遷移が完了したことをエアダウンロード解析部２２３ｆに通知する（ステップＳ１１９）。

そして、エアダウンロード解析部２２３ｆは、割り込み要求を起動機能部２２５に出力し、起動機能部２２５は、割り込み処理を発生させる（ステップＳ１２０）。すなわち、起動機能部２２５は、ランデブプログラム２１３ａを不揮発性メモリ２１３から読み出して、ランデブプログラム２２５ｂとして実行する。このとき、ランデブプログラム２２５ｂは、無線機能更新プログラム又は無線機能更新データのデータ長、格納位置を示す更新プログラム情報をエアダウンロード解析部２２３ｆから取得する。

すると、ランデブプログラム２２５ｂは、取得されたデータ長や格納位置を用いて、更新プログラム格納バッファ２２３ｅから無線機能更新プログラム等を読み出して実行し、不揮発性メモリ２１３に格納する書き込み処理を実行する（ステップＳ１２１）。さらに、ランデブプログラム２２５ｂは、更新プログラム格納バッファ２２３ｅから読み出した無線機能更新プログラム等を読み出して実行し、ＳＤＲＡＭメモリ２１２に格納する書き込み処理を実行する（ステップＳ１２２）。

その後、ランデブプログラム２２５ｂは、上記書き込み処理が終了すると、現在実行している更新処理をリアルタイムＯＳ２２４に分岐させる（ステップＳ１２３）。具体的には、ランデブプログラム２２５ｂは、書き込み処理が終了したことをターミナル適応機能部２２１やリソースコントロール機能部２２２、レイヤ２機能部２２３に出力する。その後、ランデブプログラム２２５ｂは、現在実行している更新処理に割り込み処理を発生させて、リアルタイムＯＳ２２４に分岐させる。

そして、リアルタイムＯＳ２２４は、起動機能部２２５のＩＰＬ２２５ａを起動するタスク等や無線機能を開始するタスク等を実行して、無線機能を開始する（ステップＳ１２４）。その後、ターミナル適応機能部２２１やリソースコントロール機能部２２２は、Ｃａｍｐ−Ｏｎなどを実行し、無線処理を開始する信号「ＸＯＮ」や現在の接続を切断する切断通知などをアプリ機能部４００に出力する（ステップＳ１２５）。こうすることで、アプリ機能部４００のＡＣＰＵや無線機能部２１０のＣＣＰＵ等が再起動され、更新プログラムが反映される。

［エアダウンロード解析部における処理の流れ］
次に、図６を用いて、エアダウンロード解析部２２３ｆが実施する処理の流れを説明する。図６は、エアダウンロード解析部２２３ｆが実施する処理の流れを示すフローチャートである。

図６に示すように、エアダウンロード解析部２２３ｆは、デジタル処理部２１１およびレイヤ２プログラム２２３ａによって受信されて、ＩＰパケットバッファ２２３ｄに格納されたＩＰパケットを読み出す（ステップＳ２０１）。続いて、エアダウンロード解析部２２３ｆは、読み出したＩＰパケットのＩＰヘッダからベンダーＩＤと宛先ＩＰアドレスとを抽出する（ステップＳ２０２）。

エアダウンロード解析部２２３ｆは、抽出した宛先ＩＰアドレスが無線通信装置２００のアドレスであるか否かを判定する（ステップＳ２０３）。そして、エアダウンロード解析部２２３ｆは、無線通信装置２００のアドレスであると判定すると（ステップＳ２０３肯定）、抽出したベンダーＩＤが無線通信装置２００のベンダーと同じであるか否かを判定する（ステップＳ２０４）。

続いて、エアダウンロード解析部２２３ｆは、抽出したベンダーＩＤが無線通信装置２００のベンダーと同じである場合（ステップＳ２０４肯定）、当該ベンダーＩＤが付与されているＩＰパケットのＴＣＰヘッダからポート番号を抽出する（ステップＳ２０５）。

そして、エアダウンロード解析部２２３ｆは、抽出したポート番号がエアダウンロード用のポート番号である場合（ステップＳ２０６肯定）、当該ＩＰパケットのデータ領域からエアダウンロード専用ヘッダを抽出する（ステップＳ２０７）。続いて、エアダウンロード解析部２２３ｆは、抽出したエアダウンロード専用ヘッダを用いて、パケットを組み立てる（ステップＳ２０８）。

その後、エアダウンロード解析部２２３ｆは、抽出したエアダウンロード専用ヘッダから、上記処理を実施した処理対象のＩＰパケットが最終パケット、言い換えると、更新情報の最後のパケットであるか否かを判定する（ステップＳ２０９）。

そして、エアダウンロード解析部２２３ｆは、上記処理を実施した処理対象のＩＰパケットが最終パケットでないと判定した場合（ステップＳ２０９否定）、上記ステップＳ２０１からステップＳ２０９の処理を繰り返す。

一方、エアダウンロード解析部２２３ｆは、上記処理を実施した処理対象のＩＰパケットが最終パケットであると判定した場合（ステップＳ２０９肯定）、ハッシュ関数を用いてダイジェスト値を算出し、コード認証を実施する（ステップＳ２１０）。

そして、エアダウンロード解析部２２３ｆは、コード認証が許可されると（ステップＳ２１１肯定）、ターミナル適応機能部２２１との間で、無線処理機能停止を示すＸＯＦＦ通知を実行する（ステップＳ２１２）。続いて、エアダウンロード解析部２２３ｆは、リソースコントロール機能部２２２との間で、ＬＴＥを停止して電源ＯＦＦ直後の状態にする「ＬＴＥ ＩＤＬＥ」要求応答を実行する（ステップＳ２１３）。

このように、エアダウンロード解析部２２３ｆは、ターミナル適応機能部２２１とリソースコントロール機能部２２２とのそれぞれに対して無線処理機能を停止する応答処理を行うことで、無線通信装置２００の無線機能を停止させる。すると、エアダウンロード解析部２２３ｆは、ランデブプログラム２１３ａの先頭アドレスを分岐先、すなわち、ＳＤＲＡＭメモリ２１２内の分岐先を格納する領域（アドレス）に格納し、起動機能部２２５に割り込み要求を送信する（ステップＳ２１４）。

一方、抽出した宛先ＩＰアドレスが無線通信装置２００のアドレスでない場合（ステップＳ２０３否定）、エアダウンロード解析部２２３ｆは、受信したパケットが更新情報のパケットではないと判断し、通常のパケット処理を実施する（ステップＳ２１５）。通常のパケット処理とは、例えば、音声データやメールなどを受信した場合に実行する処理である。また、エアダウンロード解析部２２３ｆは、抽出したベンダーＩＤが無線通信装置２００のベンダーと同じでない場合（ステップＳ２０４否定）もステップＳ２１５を実施する。また、エアダウンロード解析部２２３ｆは、抽出したポート番号がエアダウンロード用のポート番号でない場合（ステップＳ２０６否定）もステップＳ２１５を実施する。

また、エアダウンロード解析部２２３ｆは、ステップＳ２１１において、コード認証が拒否された場合（ステップＳ２１１否定）、認証が拒否されたコードを破棄して（ステップＳ２１６）、ステップＳ２０１以降の処理を実行する。

［ランデブプログラムにおける処理の流れ］
次に、図７を用いて、ランデブプログラム２２５ｂが実施する処理の流れを説明する。図７は、ランデブプログラム２２５ｂが実施する処理の流れを示すフローチャートである。

図７に示すように、割り込み要求を受信した起動機能部２２５は、不揮発性メモリ２１３からランデブプログラム２１３ａを読み出し、エアダウンロード解析部２２３ｆから更新プログラムの情報を取得したか否かを判定する（ステップＳ３０１）。このとき、読み出されたランデブプログラム２１３ａは、ランデブプログラム２２５ｂとして実行される。

ランデブプログラム２２５ｂは、更新プログラムの情報を取得すると（ステップＳ３０１肯定）、取得した情報に従って、更新プログラム格納バッファ２２３ｅから無線機能更新プログラム等を読み出し、チェックサムを確認する（ステップＳ３０２）。

そして、ランデブプログラム２２５ｂは、読み出した無線機能更新プログラム等のチェックサムにより誤りがないことを確認する（ステップＳ３０２肯定）。すると、ランデブプログラム２２５ｂは、読み出した無線機能更新プログラム等を実行し、不揮発性メモリ２１３への更新データ書き込みを実施する（ステップＳ３０３）。

続いて、ランデブプログラム２２５ｂは、不揮発性メモリ２１３への書き込みが終了すると（ステップＳ３０４肯定）、読み出したプログラムを実行し、ＳＤＲＡＭメモリ２１２への更新データ書き込みを実施する（ステップＳ３０５）。

その後、ランデブプログラム２２５ｂは、ＳＤＲＡＭメモリ２１２への書き込みが終了すると（ステップＳ３０６肯定）、更新処理が終了したことを示すＡＤＬフラグを１にして、エアダウンロード（アップロード）処理を終了する（ステップＳ３０７）。なお、ＡＤＬフラグとは、更新プログラムの実行が完了したか否かを示す識別子であり、図６の処理が開始されて終了するまでは、０に設定されている。例えば、更新プログラムが電源停止や予期せぬトラブルで実行途中に強制的に終了された場合に、ＡＤＬフラグが０であれば再実行し、ＡＤＬフラグが１であれば再実行の必要性はないことがわかる。また、図６や図７に示した各ステップごとにＡＤＬフラグに１を加算していくようにしてもよい。そうすると、更新プログラムが強制的に終了された場合に、ＡＤＬフラグを参照することで、どこから再実行すればよいかを判断することもできる。

［実施例２による効果］
このように、実施例２によれば、無線通信装置２００は、無線機能部２１０を更新する更新情報を受信した場合であっても、当該更新情報をアプリ機能部４００に送信する必要がない。その結果、アプリ機能部４００に頼ることなく、無線機能の更新にかかる時間を短縮することが可能であり、無線機能の高速なアップデートを実現することができる。

具体的には、図８に示すように更新情報を提供する管理サーバは、レイヤ１のプロトコルを定義する物理層（ＰＨＹ）と、イーサネット（登録商標）などのレイヤ２のプロトコルを定義するデータリンク層とを制御可能な通信処理機能を有する。また、管理サーバは、インターネットプロトコルバージョン４（ＩＰｖ４）やインターネットプロトコルバージョン６（ＩＰｖ６）などのプロトコルを定義するネットワーク層を制御可能な通信処理機能を有する。さらに、管理サーバは、ＵＤＰ／ＴＣＰなどのプロトコルを定義するトランスポート層を制御可能な通信処理機能を有する。そして、管理サーバは、トランスポート層よりも上位のアプリケーション層に、無線機能の更新情報を配信するエアダウンロード配信アプリ１と、アプリ機能の更新情報を配信するエアダウンロード配信アプリ２を保持する。すなわち、管理サーバは、ＵＤＰ／ＴＣＰよりも上位であるアプリケーション層のプロトコルを用いて、更新情報としてエアダウンロードを配信する。

これに対して、基地局は、図８に示すように、レイヤ１のプロトコルを定義する物理層（ＰＨＹ）と、ＰＤＣＰ・ＲＬＣ・ＭＡＣなどが処理するレイヤ２のプロトコルを定義するデータリンク層とを制御可能な通信処理機能を有する。また、基地局は、ＴＣＰ／ＩＰパケットの送受信を行うＩＰルーティングを実施するネットワーク層を制御可能な通信処理機能を有する。なお、基地局は、ＵＤＰ／ＴＣＰなどのトランスポート層より上位層を処理できる機能を有していない。

そして、無線通信装置２００は、図８に示すように、物理層（ＰＨＹ）と、データリンク層と、ネットワーク層のそれぞれで定義されるプロトコルを制御可能なレイヤ２機能部２２３を有する。具体的には、レイヤ２機能部２２３は、バスインタフェースなど物理層（ＰＨＹ）を制御可能な通信処理機能を有する。また、レイヤ２機能部２２３は、共有メモリインタフェースやＰＤＣＰ・ＲＬＣ・ＭＡＣなどデータリンク層を制御可能な通信処理機能を有する。また、レイヤ２機能部２２３は、ＲｏＨＣが実施できるトランスポート層を制御可能な通信処理機能を有する。さらに、レイヤ２機能部２２３は、ＵＤＰ／ＴＣＰなどのプロトコルを定義するトランスポート層を制御可能な通信処理機能を有し、更新情報を受信して実行するエアダウンロード処理アプリＡを保持する。例えば、レイヤ２機能部２２３は、エアダウンロード処理アプリＡとして、エアダウンロード解析部２２３ｆやランデブプログラム２２５ｂを有する。その結果、レイヤ２機能部２２３は、ＵＤＰ／ＴＣＰよりも上位であるアプリケーション層上で、ＣＣＰＵ等の無線機能の更新情報を示すエアダウンロードを受信して実行することができる。

また、無線通信装置２００は、図８に示すように、物理層（ＰＨＹ）と、データリンク層と、ネットワーク層のそれぞれで定義されるプロトコルを制御可能なターミナル適応機能部２２１およびリソースコントロール機能部２２２を有する。具体的には、ターミナル適応機能部２２１およびリソースコントロール機能部２２２は、ＵＳＢ（Universal Serial Bus）通信などを制御可能な通信処理機能を有する。また、ターミナル適応機能部２２１およびリソースコントロール機能部２２２は、ＰＰＰ（Point-to-Point Protocol）のサーバ機能や共有メモリインタフェースなどを制御可能な通信処理機能を有する。また、ターミナル適応機能部２２１およびリソースコントロール機能部２２２は、ＴＣＰ／ＩＰパケットの送受信を行うＩＰルーティングを制御可能な通信処理機能を有する。

さらに、無線通信装置２００は、図８に示すように、物理層（ＰＨＹ）と、データリンク層と、ネットワーク層と、トランスポート層と、アプリケーション層とのそれぞれで定義されるプロトコルを制御可能なアプリ機能部４００を有する。具体的には、アプリ機能部４００は、ＵＳＢ通信などの物理層（ＰＨＹ）、ＰＰＰのクライアント機能などのデータリンク層、ＩＰｖ４やＩＰｖ６などのネットワーク層、ＵＤＰ／ＴＣＰなどのトランスポート層などを制御可能な通信処理機能を有する。さらに、アプリ機能部４００は、トランスポート層よりも上位のアプリケーション層に、更新情報を受信して実行するエアダウンロード処理アプリＢを保持する。すなわち、アプリ機能部４０は、ＵＤＰ／ＴＣＰよりも上位であるアプリケーション層上で、ＡＣＰＵ等のアプリ用の更新情報を示すエアダウンロードを受信して実行することができる。

したがって、無線通信装置２００は、管理サーバが送信されたアプリ機能部４００を更新するプログラムについては、アプリ機能部４００のみで処理することができる。また、無線通信装置２００は、管理サーバが送信された無線機能部２１０やＣＣＰＵの機能等を更新するプログラムについては、無線機能部２１０のレイヤ２機能部２２３やランデブプログラム２２５ｂで処理することができる。つまり、無線通信装置２００は、無線機能部２１０やＣＣＰＵの機能等を更新するプログラムを処理する場合に、従来のように、アプリ機能部４００で処理する必要ない。したがって、無線機能部２１０の更新にかかる時間を短縮することが可能である。図８は、アプリ機能部４００と無線機能部２１０それぞれがエアダウンロード処理を実施することを説明するための図である。

また、実施例２によれば、無線機能の更新処理を実行するのに際して、無線機能部２１０やＣＣＰＵの機能を停止するとともに、アプリ機能部４００に対して、アプリ機能部４００の機能を停止する停止要求を送信する。そして、アプリ機能部４００の機能が停止された後で、更新処理を実行し、無線機能部２１０やＣＣＰＵの機能を更新する。その結果、無線機能部２１０、ＣＣＰＵ、アプリ機能部４００、ＡＣＰＵのそれぞれが処理を中断した上で、更新処理を実行できる。したがって、更新処理による不具合が、無線機能部２１０、ＣＣＰＵ、アプリ機能部４００、ＡＣＰＵ上で発生することを極力抑止することができる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。

（エアダウンロード対象）
上述した実施例では、エアダウンロード対象として、更新プログラムや更新データを例にして説明したが、これらの更新プログラムや更新データはどのようなレイヤで実行されるものであってもよい。例えば、エアダウンロード対象となる更新プログラムや更新データは、レイヤ１〜レイヤ３のファームウエアやソフトウエアなどとすることができる。

（データカード）
上述した実施例では、無線通信などのネットワークを介してエアダウンロードを実行する場合について説明したが、これに限定されるものではなく、例えば、アップロードデータを保持するデータカードを用いてもよい。

具体的には、無線通信装置２００の無線機能部２１０は、アップロードデータを保持するデータカードを受け付けた場合に、データカードからアップロードデータを取得する。そして、無線機能部２１０は、取得したアップロードデータに付与されているＩＤなどから、無線機能部２１０やＣＣＰＵの機能等のアップロードデータである判断した場合には、当該データを用いたアップロード処理（エアダウンロード処理）を実行する。一方、無線機能部２１０は、アップロードデータがアプリ機能部４００のデータである判断した場合には、当該データをアプリ機能部４００に送信する。このようにすることで、データカードを用いた場合であっても、上述した実施例と同様に処理することができ、無線機能部２１０の更新にかかる時間を短縮することが可能である。

（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理（例えば、更新情報のダウンロード処理や無線機能等の停止処理など）の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理（例えば、データカードの挿入処理など）の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順（例えば、図４〜図６など）、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、無線処理部２２０とデジタル処理部２１１とを統合したり、無線処理部２２０を複数の機能部に分割するなどして構成することができる。

（プログラム）
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。

図９は、無線通信処理プログラムを実行するコンピュータシステム５００を示す図である。図９に示すように、コンピュータシステム５００は、ＲＡＭ５０１と、ＨＤＤ５０２と、ＲＯＭ５０３と、ＣＰＵ５０４とから構成される。ここで、ＲＯＭ５０３には、上の実施例と同様の機能を発揮するプログラムが予め記憶されている。つまり、図９に示すように、無線処理プログラム５０３ａ、アプリ処理プログラム５０３ｂ、更新検知プログラム５０３ｃ、更新処理プログラム５０３ｄがあらかじめ記憶されている。

そして、ＣＰＵ５０４には、これらのプログラム５０３ａ〜５０３ｄを読み出して実行することで各種プロセスを実行する。つまり、図９に示すように、無線処理プロセス５０４ａ、アプリ処理プロセス５０４ｂ、更新検知プロセス５０４ｃ、更新処理プロセス５０４ｄを実行する。なお、無線処理プロセス５０４ａは、図３に示した、無線処理部２２０に対応し、アプリ処理プロセス５０４ｂは、アプリ機能部４００に対応する。また、更新検知プロセス５０４ｃや更新処理プロセス５０４ｄは、エアダウンロード解析部２２３ｆやランデブプログラム２２５ｂに対応する。

また、ＨＤＤ５０２は、上記したプロセス５０４ａ〜５０４ｄによって使用される各種データなどを記憶し、例えば、図３に示したランデブプログラム２１３ａなどを記憶する。

ところで、上記したプログラム５０３ａ〜５０３ｄは、必ずしもＲＯＭ９３に記憶させておく必要はなく、例えば、コンピュータシステム５００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」の他に、コンピュータシステム５００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらに、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータシステム５００に接続される「他のコンピュータシステム」に記憶させておき、コンピュータシステム５００がこれらからプログラムを読み出して実行するようにしてもよい。

すなわち、この他の実施例でいうプログラムは、上記した「可搬用の物理媒体」、「固定用の物理媒体」、「通信媒体」などの記録媒体に、コンピュータ読み取り可能に記録されるものであり、コンピュータシステム５００は、このような記録媒体からプログラムを読み出して実行することで上記した実施例と同様の機能を実現する。なお、この他の実施例でいうプログラムは、コンピュータシステム５００によって実行されることに限定されるものではなく、他のコンピュータシステムまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）無線による通信を行う無線処理部と、
アプリケーションを実行するアプリ処理部とを有し、
前記無線処理部は、
当該無線通信装置の各機能を更新する更新情報を受信した場合に、前記無線処理部の機能を更新する無線機能更新情報の受信を検知する更新検知部と、
前記更新検知部により無線機能更新情報の受信が検知された場合に、前記アプリ処理部を介さずに、前記無線機能更新情報によって特定される更新処理を実行し、前記無線処理部の機能を更新する更新処理部と、
を有することを特徴とする無線通信装置。

（付記２）前記更新処理部は、前記更新処理を実行するのに際して、前記無線処理部の機能を停止するとともに、前記アプリ処理部に対して前記アプリ処理部の機能を停止する停止要求を送信し、前記アプリ処理部の機能が停止された後で、前記更新処理を実行し、前記無線処理部の機能を更新することを特徴とする付記１に記載の無線通信装置。

（付記３）前記更新検知部と前記更新処理部は、パケットデータコンバージェンスプロトコルを実行するレイヤ２処理部によって実行されることを特徴とする付記１に記載の無線通信装置。

（付記４）当該無線通信装置の各機能を更新する更新情報を受信した場合に、無線による通信を行う無線処理部の機能を更新する無線機能更新情報の受信を検知する更新検知ステップと、
前記更新検知ステップにより無線機能更新情報の受信が検知された場合に、アプリケーションを実行するアプリ処理部を介さずに、前記無線機能更新情報によって特定される更新処理を実行し、前記無線処理部の機能を更新する更新処理ステップと、
を含んだことを特徴とする無線通信方法。

（付記５）前記更新処理ステップは、前記更新処理を実行するのに際して、前記無線処理部の機能を停止するとともに、前記アプリ処理部に対して前記アプリ処理部の機能を停止する停止要求を送信し、前記アプリ処理部の機能が停止された後で、前記更新処理を実行し、前記無線処理部の機能を更新することを特徴とする付記４に記載の無線通信方法。

（付記６）前記更新検知ステップと前記更新処理ステップは、パケットデータコンバージェンスプロトコルを実行するレイヤ２処理部によって実行されることを特徴とする付記４に記載の無線通信方法。

（付記７）当該無線通信装置の各機能を更新する更新情報を受信した場合に、無線による通信を行う無線処理部の機能を更新する無線機能更新情報の受信を検知する更新検知手順と、
前記更新検知手順により無線機能更新情報の受信が検知された場合に、アプリケーションを実行するアプリ処理部を介さずに、前記無線機能更新情報によって特定される更新処理を実行し、前記無線処理部の機能を更新する更新処理部と、
をコンピュータに実行させることを特徴とする無線通信プログラム。

（付記８）前記更新処理手順は、前記更新処理を実行するのに際して、前記無線処理部の機能を停止するとともに、前記アプリ処理部に対して前記アプリ処理部の機能を停止する停止要求を送信し、前記アプリ処理部の機能が停止された後で、前記更新処理を実行し、前記無線処理部の機能を更新することを特徴とする付記７に記載の無線通信プログラム。

（付記９）前記更新検知手順と前記更新処理手順は、パケットデータコンバージェンスプロトコルを実行するレイヤ２処理部によって実行されることを特徴とする付記７に記載の線通信プログラム。

１００ 無線通信装置
１１０ 無線通信Ｉ／Ｆ部
１２０ アプリ機能部
１２１ アプリ更新部
１３０ 無線機能部
１３１ 更新検知部
１３２ 更新データ生成部
１３３ 更新処理部
２００ 無線通信装置
２０１ アンテナ
２１０ 無線機能部
２１１ デジタル処理部
２１１ａ レイヤ１用データ転送プログラム
２１１ｂ レイヤ１用無線制御プログラム
２１２ ＳＤＲＡＭメモリ
２１３ 不揮発性メモリ
２１３ａ ランデブプログラム
２２０ 無線処理部
２２１ ターミナル適応機能部
２２１ａ レイヤ２側インタフェース
２２１ｂ 外部インタフェース
２２２ リソースコントロール機能部
２２３ レイヤ２機能部
２２３ａ レイヤ２プログラム
２２３ｂ レイヤ１側インタフェース
２２３ｃ レイヤ２側インタフェース
２２３ｄ ＩＰパケットバッファ
２２３ｅ 更新プログラム格納バッファ
２２３ｆ エアダウンロード解析部
２２４ リアルタイムＯＳ
２２５ 起動機能部
２２５ａ ＩＰＬ
２２５ｂ ランデブプログラム
４００ アプリ機能部

Claims (6)

1. 物理層、データリンク層、ネットワーク層、トランスポート層、アプリケーション層を有するプロトコルスタックのうち、前記物理層、前記データリンク層、前記ネットワーク層のプロトコルを制御して、無線による通信を行う無線処理部を有し、
   前記無線処理部は、
   前記トランスポート層以上の上位層のプロトコルを用いて送信され受信された無線信号から前記物理層、前記データリンク層の制御を経て組み立てられたＩＰパケットを取得し、前記ＩＰパケットのヘッダ情報が予め保持された所定のパターンに該当する場合に、前記無線処理部の機能を更新する更新処理を定義するプログラム及び／又はデータを含む無線機能更新情報の受信を検知する更新検知部と、
   前記更新検知部により無線機能更新情報の受信が検知された複数の前記ＩＰパケットを組み立てて無線機能更新情報を生成し、当該生成された無線機能更新情報に基づく更新処理を実行し、前記無線処理部の機能を更新する更新処理部と、
   を有することを特徴とする無線通信装置。
2. 前記更新検知部は、前記受信したＩＰパケットのヘッダ情報と前記予め保持された所定のパターンとの照合において、前記受信したＩＰパケットのヘッダ情報が前記無線機能更新情報のＩＰパケットであることを示す第一のパターンに該当する場合に、前記無線機能更新情報の妥当性の検証に用いられる第二のパターンと前記受信されたＩＰパケットに付与されているヘッダ情報とを照合し、前記ＩＰパケットのヘッダ情報が前記第二のパターンに該当するとき、前記無線機能更新情報の受信を検知する、
   ことを特徴とする請求項１に記載の無線通信装置。
3. 前記更新検知部は、前記ＩＰパケットのヘッダ情報と前記第二のパターンとの照合において、前記ＩＰパケットに付与されている前記トランスポート層のポート番号を参照し、当該参照したポート番号が前記無線機能更新情報の伝送に用いられるポート番号として予め保持されたパターンに該当するとき、前記無線機能更新情報の受信を検知する、
   ことを特徴とする請求項２に記載の無線通信装置。
4. 前記更新検知部は、前記ＩＰパケットのヘッダ情報と前記第二のパターンとの照合において、前記ＩＰパケットに付与されているベンダーＩＤを参照し、当該参照したベンダーＩＤが当該無線通信装置の製造業者及び／又は供給業者を示すものとして予め保持されたパターンに該当するとき、前記無線機能更新情報の受信を検知する、
   ことを特徴とする請求項２又は３に記載の無線通信装置。
5. 物理層、データリンク層、ネットワーク層、トランスポート層、アプリケーション層を有するプロトコルスタックのうち、前記物理層、前記データリンク層、前記ネットワーク層のプロトコルを制御して、無線による通信を行う無線通信装置の無線処理部において実行される方法であって、
   受信された無線信号から前記物理層、前記データリンク層の制御を経て組み立てられたＩＰパケットを取得し、前記ＩＰパケットのヘッダ情報が予め保持された所定のパターンに該当する場合に、前記無線処理部の機能を更新する更新処理を定義するプログラム及び／又はデータを含む無線機能更新情報の受信を検知する更新検知ステップと、
   前記更新検知ステップにより無線機能更新情報の受信が検知された複数の前記ＩＰパケットを組み立てて無線機能更新情報を生成し、当該生成された無線機能更新情報に基づく更新処理を実行し、前記無線処理部の機能を更新する更新処理ステップと、
   を含んだことを特徴とする無線通信方法。
6. 物理層、データリンク層、ネットワーク層、トランスポート層、アプリケーション層を有するプロトコルスタックのうち、前記物理層、前記データリンク層、前記ネットワーク層のプロトコルを制御して、無線による通信を行う無線通信装置の無線処理部において実行されるプログラムであって、
   受信された無線信号から前記物理層、前記データリンク層の制御を経て組み立てられたＩＰパケットを取得し、前記ＩＰパケットのヘッダ情報が予め保持された所定のパターンに該当する場合に、前記無線処理部の機能を更新する更新処理を定義するプログラム及び／又はデータを含む無線機能更新情報の受信を検知する更新検知部と、
   前記更新検知部により無線機能更新情報の受信が検知された複数の前記ＩＰパケットを組み立てて無線機能更新情報を生成し、当該生成された無線機能更新情報に基づく更新処理を実行し、前記無線処理部の機能を更新する更新処理部、
   として前記無線処理部が有するコンピュータを機能させることを特徴とする無線通信プログラム。

Images