JP3494966B2

JP3494966B2 - 無線装置

Info

Publication number: JP3494966B2
Application number: JP2000267400A
Authority: JP
Inventors: 弘吉田; 武司富澤
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2000-09-04
Filing date: 2000-09-04
Publication date: 2004-02-09
Anticipated expiration: 2020-09-04
Also published as: JP2002076979A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、無線回線を通じて
ソフトウェアをダウンロード可能な無線装置に関する。

【０００２】

【従来の技術】従来の携帯電話機やPHS電話機などの無
線端末装置は、あらかじめ規格によって規定された変調
方式や伝送レート専用に設計・製造されていた。したが
って、１台の無線装置で異なる変調方式や伝送レートに
対応することはできなかった。ところが、近年の移動通
信システムの爆発的な普及に伴い、利用者の利用形態も
従来の音声通話から、メールや、データ・ファックス通
信、Webのブラウジングなど、多様性を帯びて来てい
る。このような利用形態の多様化に伴い、たとえば、携
帯電話とPHSを１台の電話機で利用する、いわゆる「マ
ルチモード端末」への要求が高まっている。

【０００３】このようなマルチモード化に対応するため
には、１台の無線端末装置で、仕様の異なる複数の変復
調方式を送受信する必要性が生じる。しかし、従来の無
線装置は、上述の如くある１つの変復調方式や伝送レー
トに特化して作られていたため、従来の装置を用いて異
なる変調方式の信号を発生させるためには、複数の変復
調装置を１台の装置に用意し、それらを切換えて利用す
るなど、によって対応する必要があった。現在、携帯電
話とPHSを１台の端末で利用するデュアルモード端末が
製造され、市場に投入されているが、これは、上記の従
来の技術を用いて製造された２つのシステムに対応した
２つの無線装置を、ハードウエア的に１つの筐体に収め
て両方のシステムを利用可能とするものである。

【０００４】しかしながら、このような構成で無線装置
を実現した場合、あくまでも装置内部は従来の無線装置
が２つ存在するだけなので、新規に別の通信システムに
対応したり、あるいはすでに内蔵している機能をバージ
ョンアップするなどといった機能向上が不可能であっ
た。

【０００５】以上のような欠点を解決するための１つの
手法として、ディジタルシグナルプロセッサ（DSP）な
どを用いて無線機の一部機能をソフトウエア処理によっ
て実現することで、ソフトウェアの入れ替えによって、
ハードウェアの変更なしに、変調方式や伝送レートなど
の無線特性を変更可能な無線機、いわゆるソフトウェア
無線機、が提案され、実用化が検討されている。このソ
フトウェア無線機の技術を用いることで、ソフトウェア
の入れ替えによって携帯電話やPHSなどのシステム変更
に対応し、あるいは、システムに導入された最新の機能
を取り入れることが可能となり、無線装置の利便性は画
期的に向上する。

【０００６】

【発明が解決しようとする課題】さて、このようなソフ
トウェア無線機において、新規入れ替えソフトウェアの
入手方法としていくつかの形態が考えられるが、その一
つとして、無線回線経由で必要なプログラムをダウンロ
ードする方法が挙げられる。たとえば、特開平９−３３
１５７９などで、このような無線回線経由によるプログ
ラムダウンロード可能な無線装置がすでに提案されてい
る。無線ダウンロード機能を有した無線装置は、有線ケ
ーブル等で無線装置をPC等に接続してダウンロードする
方法や、メモリカードを無線装置に差してプログラムを
ダウンロードする方法に比べ、余計なインターフェイス
を備える必要がないため無線装置の小型化や低コスト化
が可能となる。さらに、時間や場所に依存せずにダウン
ロードが可能であるため、非常にフレキシビリティに富
んでおり、ソフトウェア無線機のソフトウェアダウンロ
ード方法としてはもっとも適している。

【０００７】本発明は、上記事情に鑑みてなされたもの
であり、無線回線を介してソフトウェアをダウンロード
可能な無線装置を提供することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明の特徴は、受信部および送信部を備えた無線
部と、その無線部を介して伝送される信号を変調および
復調する変復調部と、その変復調部に固有で、その変復
調部によって直接実行可能な変復調用実行ファイルを、
一時的に格納する実行ファイル格納部と、実行ファイル
のソースファイルを無線通信によって取得し、ソースフ
ァイルから実行ファイルを生成する実行ファイル生成装
置と、から構成される無線装置であることである。そし
て、上記の実行ファイル生成装置は、ソースファイルを
コンパイルするコンパイラと、ライブラリとして登録さ
れた複数のデータファイルとコンパイル済みのファイル
とをリンクして、実行ファイルを生成するリンカと、ソ
ースファイルで定義された、ライブラリに未登録のデー
タファイルをさらに取得し、ライブラリに登録するライ
ブラリエクステンダと、から構成される。

【０００９】ここで、「変復調部」は、たとえば、ディ
ジタルシグナルプロセッサ（DSP）、PLA、FPGA、から成
る。また、「ソースファイル」は、特定の装置、ここで
は、特定のDSP、PLA、FPGA等から成る変復調部に固有の
ものではなく、装置に依存しないものである。一方、
「実行ファイル」は、特定の装置、ここでは、上記の
「変復調部」に固有のものであり、他の装置では使用不
可能のものである。さらに、「ソースファイル」には、
ソースファイルのみならず、ソースファイルとそれに対
応する実行ファイルの間の中間ステップとして使用され
る中間ファイルも含まれる。この中間ファイルも、装置
依存性のないものである。

【００１０】本発明の特徴によれば、装置依存性のない
ソースファイルをダウンロードし、必要に応じて、ライ
ブラリにデータファイルを登録する。このため、少ない
ダウンロード量で、変復調部の新規の実行ファイルを取
得することができ、容易に、かつ、高速に、変復調部の
再設定が実行可能となる。さらに、ダウンロードの際の
ミス率も低減され、ダウンロードの信頼性を向上でき
る。

【００１１】

【発明の実施の形態】以下図面を参照して、本発明の実
施の形態を説明する。以下の図面の記載において、同一
または類似の部分には同一または類似の符号を付してい
る。

【００１２】（第１の実施の形態）図１は、本発明の第
１の実施の形態に係るソフトウェア無線装置の要部を示
すブロック図である。この第１の実施の形態に係るソウ
フトウェア無線装置１０は、アンテナを備え、無線基地
局（図示しない）と無線通信する無線部１００１と、変
復調処理を実行するデジタルシグナルプロセッサ（DS
P）１００２と、無線装置１０内での各種の制御を実行
する中央処理装置（CPU）１００３と、CPU１００３に備
えられた記憶装置１００４と、DSP１００２とCPU１００
３との間のインターフェース１００５と、から構成され
ている。DSP１００２は、実行プログラムを格納するプ
ログラムメモリ１００６を内蔵している。図１では、説
明の簡単化を図るため、たとえば、CPU１００３から無
線部１００１に対する制御信号を送出するための制御線
等その他の信号線は省略されている。無線部１００１
は、受信した電波を周波数変換し、ディジタル化し、そ
の信号をDSP１００２に送出する。一方、DSP１００２で
生成された送信信号を受け取り、アナログ信号に変換
し、高周波信号に周波数変換して、電波を送信する。

【００１３】DSP１００２は、プログラムメモリ１００
６に格納された実行プログラムの命令を逐次的に実行す
る。その実行により、無線部１００１からの受信信号に
対して復調処理し、もとのデータを取り出す。一方、送
信信号に対しては変調処理し、その信号を無線部１００
１に送る。

【００１４】CPU１００３は、無線装置１０内の各部、
たとえば、DSP１００２の動作制御や、無線部１００１
の設定の変更を実行する。

【００１５】インターフェイス１００５は、DSP１００
２とCPU１００３との間で信号をやりとりするためのも
のである。CPU１００３からの命令や制御信号、DSP１０
０２の実行プログラムなどを、CPU１００３からDSP１０
０２に送ったり、あるいは、DSP１００２からの復調デ
ータをCPU１００３に送ったりするために用いられる。

【００１６】記憶装置１００４は、CPU１００３が用い
るプログラムやデータファイルなどの保存に用いられ、
ハードディスク装置やフラッシュメモリなどで構成され
る。

【００１７】次に、本発明の第１の実施の形態について
説明する。図２は、図１のソフトウェア無線装置１０の
ソフトウェアダウンロード動作の処理手順を示すフロー
チャートである。まず最初に、ダウンロード要求がCPU
１００３に対してなされると（ステップＳ１０１）、必
要な実行形式のDSPプログラムがデータとして無線回線
経由で無線部１００１を通してDSP１００２に送られ
る。DSP１００２では、受け取ったデータを復調し、元
のデータを復元する。この復調されたデータ、すなわ
ち、DSP１００２の実行形式のプログラムは、インター
フェイス４を経由してＣＰＵ３へ送られる（ステップＳ
１０２）。CPU１００３は、受け取ったプログラムをフ
ァイルとして一旦記憶装置１００４に保存する（ステッ
プＳ１０３）。

【００１８】CPU１００３は、一旦保存したDSPプログラ
ムファイルをDSP１００２のプログラムメモリ１００６
にロードする。この際、プログラムメモリ１００６内
の、今まで実行されていた実行プログラムは、上書きさ
れることになる。ロード完了後、CPU１００２は、DSP１
００３をリセットし、動作を再開させる。

【００１９】以上の一連の動作によって、DSP１００２
で動作する実行プログラムが変更され、DSP１００２に
おける変復調処理等の無線機能が変更される。

【００２０】本発明の第１の実施の形態によれば、無線
回線経由でプログラムのダウンロードを実行し、DSP１
００２のソフトウェアを書き換えて動作を再開すること
ができる。それにより、無線装置１０が有する無線機能
の再設定が実現されることになる。

【００２１】（第２の実施形態）次に、本発明の第２の
実施の形態について説明する。上記の第１の実施の形態
では、ダウンロードデータが実行形式のバイナリプログ
ラムである必要がある。このため、ダウンロードデータ
のサイズが大きく、ダウンロードに時間がかかってしま
う、あるいは、不安定な無線回線に起因するビット誤り
等によりダウンロードに失敗する可能性が大きくなって
しまう。さらに、ダウンロードデータが実行形式のファ
イルであるため、そのデータは装置に依存するものであ
る。したがって、ダウンロード元の基地局（サーバ）に
は、あらゆる種類の装置に対応した実行形式のプログラ
ムをデータとして用意しておく必要が生じ、非常に無駄
が多い。

【００２２】このため、本発明の第２の実施の形態は、
ダウンロードデータを装置（ハード）に依存しないオブ
ジェクトファイルとし、ダウンロードされたデータから
実行ファイルを生成するものである。

【００２３】図３は、本発明の第２の実施の形態に係る
ソフトウェア無線装置の要部を示すブロック図である。
この第２の実施の形態に係るソウフトウェア無線装置２
０は、アンテナを備え、無線基地局（図示しない）と無
線通信する無線部２００１と、変復調処理を実行するデ
ジタルシグナルプロセッサ（DSP）２００２と、無線装
置２０内での各種の制御を実行する中央処理装置（CP
U）２００３と、CPU２００３に備えられた記憶装置２０
０４と、DSP２００２とCPU２００３との間のインターフ
ェース２００５と、から構成されている。DSP２００２
は、実行プログラムを格納するプログラムメモリ２００
６を内蔵している。

【００２４】ここまでは、第１の実施の形態と同様であ
り、本発明の第２の実施の形態に係る無線装置２０は、
さらに、記憶装置２００４内に格納されたライブラリ２
００７と、コンパイラ２００８、リンカ２００９および
ライブラリエクステンダ２０１０とから構成される実行
ファイル生成装置２０１１と、を備えている。なお、図
１と同様、図３においても、説明の簡単化を図るため、
たとえば、CPU２００３から無線部２００１に対する制
御信号を送出するための制御線等その他の信号線は省略
されている。

【００２５】無線部２００１、DSP２００２、CPU２００
３、記憶装置２００４およびインターフェース２００５
については、図１の第１の実施の形態に係る無線部１０
０１、DSP１００２、CPU１００３、記憶装置１００４お
よびインターフェース１００５と同様であるので、説明
を省略する。

【００２６】ライブラリ２００７は、無線装置２０で用
いるDSPプログラムの実行に必要な関数を実行形式のフ
ァイルとしてまとめた関数群である。ライブラリ２００
７は、図３に示すように、たとえば、記憶装置２００４
内の記憶領域の一部に格納される。ライブラリ２００７
には、頻繁に利用される関数や装置のハードウェアに依
存した関数が含まれる。コンパイラ２００８は、無線回
線経由でダウンロードされたソースファイルまたは中間
ファイルを実行形式のファイルに変換する。リンカ２０
０９は、複数の実行形式ファイルをリンクし、最終的な
１つの実行形式のファイルを生成する。本発明の重要部
分であるライブラリエクステンダ１０は、入力されたフ
ァイルと、ライブラリ２００７の内容を比較し、不足し
たサブプログラムの要求を出す役割を果たす。

【００２７】コンパイラ２００８、リンカ２００９およ
びライブラリエクステンダ２０１０から成る実行ファイ
ル生成装置２０１１は、CPU２００３上で動作するソフ
トウェアや、専用ハードウェア等によって実現可能であ
る。

【００２８】次に、本発明の第２の実施の形態の動作に
ついて説明する。図４は、図３のソフトウェア無線装置
２０のソフトウェアダウンロード動作の処理手順を示す
フローチャートである。まず最初に、利用者からのダウ
ンロード要求がCPU２００３に対してなされると（ステ
ップＳ２０１）、必要なプログラムがデータとして無線
回線経由で無線部２００１を通してDSP２００２に送ら
れる。DSP２００２では復調処理をおこない、元のデー
タを復元する。

【００２９】ここで重要な点は、上記の第１の実施の形
態に係る無線装置１０では、ダウンロードされるデータ
はDSP１００２で用いられる実行形式プログラムファイ
ルであったのに対し、本発明の第２の実施の形態に係る
無線装置２０では、ダウンロードされるデータがソース
ファイルまたは中間ファイルであることである。すなわ
ち、この第２の実施の形態では、ダウンロードされるデ
ータが、ハードウェアに依存する処理が記述されていな
いファイルである点である。図４のステップＳ２０２で
ダウンロードされるデータは、DSP２００２で用いられ
る「メインプログラム」に相当する。このメインプログ
ラムはハードウェアに依存しないため、たとえば他のハ
ードウェアから構成される、同種の無線装置においても
同様に動作可能なものである。

【００３０】このダウンロードデータ、すなわちメイン
プログラムは、インターフェイス２００５を経由してCP
U２００３に渡される。CPU２００３は、受け取ったプロ
グラムをファイルとして一旦記憶装置２００５内に格納
する（ステップＳ２０２）。記憶装置２００５内のファ
イル（メインプログラム）に対して、ライブラリエクス
テンダ２０１０は、そのファイルの中で用いられている
すべてのサブプログラム（関数）を検出する（ステップ
Ｓ２０３）。そして、検出されたサブプログラムと記憶
装置２００５内のライブラリ２００７に保持されている
関数群とを比較し、すべてのサブプログラムがライブラ
リ７に存在するかどうかを判定する。ライブラリ２００
７に存在しない関数がサブプログラムにあれば（ステッ
プＳ２０４ＮＯ）、ライブラリエクステンダ２０１０
は、CPU２００３に対して、その存在しない関数のダウ
ンロード要求を出す。そして、上記のステップＳ２０２
と同様に、サブプログラムをダウンロードし、記憶装置
２００５に保存する（ステップＳ２０５）。記憶装置２
００５にあらたに保存されたサブプログラムは、コンパ
イラ２００８によって実行ファイルに変換され、ライブ
ラリ２００７に関数群の一つとして追加される（ステッ
プＳ２０６）。

【００３１】次に、ダウンロードされたメインプログラ
ムは、コンパイラ２００８によって実行形式のファイル
に変換される（ステップＳ２０７）。変換されたメイン
プログラムは、リンカ２００９によって、ライブラリ２
００７とリンクされる。その結果、最終的にDSP２００
３で動作するべき１つの実行形式のプログラムが生成さ
れることになる（ステップＳ２０８）。そして、生成さ
れた実行形式プログラムは、インターフェース２００５
を介して、DSP２００２内のプログラムメモリ２００６
内にロードされる（ステップＳ２０９）。この際、今ま
で実行されていた実行プログラムは上書きされる。実行
ファイルのロード完了後、CPU２００３は、DSP２００２
をリセットして、その動作を再開させる（ステップＳ２
１０）。

【００３２】以上の一連の動作によって、DSP２００２
で動作する実行プログラムが変更され、DSP２００２が
有する変復調処理等の無線機能の変更されることにな
る。

【００３３】ここで、具体例を用いてさらに説明する。
たとえば、ダウンロードされたメインプログラムに下記
の記述が含まれていたとする。

【００３４】この記述の中で、たとえば、正弦関数（sin）および余
弦関数（cos）はあらかじめライブラリ２００７に登録
されているが、逆正接関数（atan）は未登録であるとす
る。この場合、図３のライブラリエクステンダ２０１０
は、この逆正接関数がライブラリ２００７に登録されて
いないことを検出し、ダウンロード要求を発効する。そ
の要求によって、逆正接関数のソースファイルあるいは
中間ファイルが無線装置２０にダウンロードされる。そ
して、コンパイラ２００８は、そのファイルをコンパイ
ルし、ライブラリ２００７に追加する。同様にして、ラ
イブラリエクステンダ２０１０は、すべてのメインプロ
グラムに必要なサブプログラム（関数）がライブラリ２
００７に登録されていることが確認されるまで、サブプ
ログラムのダウンロードが実行される。そして、確認
後、メインプログラムのコンパイル→すべてのファイル
のリンクという一連の動作を経て、DSP２００２の最終
的な実行プログラムが生成されることになる。

【００３５】本発明の第２の実施の形態によれば、ダウ
ンロードデータをハードウェアに依存しない中間ファイ
ルまたはソースファイルとすることにより、ダウンロー
ドデータを必要最小限の容量にすることが可能となる。
このため、不安定な無線伝送路を用いても確実にダウン
ロードが実行でき、さらに、無線装置のダウンロード時
の信頼性を格段に向上させることができるという極めて
高い効果がある。

【００３６】（第３の実施形態）次に、本発明の第３の
実施の形態について説明する。この第３の実施の形態で
は、上記の第２の実施の形態に係るソフトウェアダウン
ロード処理を再帰的に実行する例である。図５は、本発
明の第３の実施の形態に係るソフトウェアダウンロード
動作の処理手順を示すフローチャートである。

【００３７】図５において、まず最初に、利用者からの
ダウンロード要求がCPU２００３に対してなされると
（ステップＳ３０１）、必要なメインファンクションが
データとして無線回線経由で無線部２００１を通してDS
P２００２に送られる。

【００３８】ダウンロードデータであるメインファンク
ションは、インターフェイス２００５を経由してCPU２
００３に渡される。CPU２００３は、受け取ったメイン
ファンクションをファイルとして一旦記憶装置２００５
内に格納する（ステップＳ３０２）。記憶装置２００５
内のファイル（メインファンクション）に対して、ライ
ブラリエクステンダ２０１０は、そのファンクションの
中で用いられているすべての下位のファンクションを検
出する（ステップＳ３０３）。そして、下位のファンク
ションが存在する場合には（ステップＳ３０４ＹＥ
Ｓ）、検出された下位ファンクションと記憶装置２００
５内のライブラリ２００７に保持されている関数群とを
比較し、すべての下位ファンクションがライブラリ２０
０７に存在するかどうかを判定する。

【００３９】検出された下位のファンクションのすべて
がライブラリ２００７に存在する場合（ステップＳ３０
５ＹＥＳ）、および、下位のファンクションが存在しな
い場合には（ステップＳ３０４ＮＯ）、ダウンロードさ
れたファンクションは、コンパイラ２００８によってコ
ンパイルされる（ステップＳ３０６）。そして、コンパ
イルされたファンクションは、リンカ２００９によっ
て、ライブラリ２００７とリンクされ、実行形式のファ
ンクションが生成される（ステップＳ３０９）。その
後、実行形式のファンクションから実行プログラムファ
イルが生成され（ステップＳ３１０）、インターフェー
ス２００５を介して、DSP２００２内のプログラムメモ
リ２００６内にロードされる（ステップＳ４１１）。こ
の際、今まで実行されていた実行プログラムは上書きさ
れる。実行ファイルのロード完了後、CPU２００３は、D
SP２００２をリセットして、その動作を再開させる（ス
テップＳ４１２）。

【００４０】一方、ライブラリ２００７に存在しない関
数が下位ファンクションにあれば（ステップＳ３０５Ｎ
Ｏ）、ライブラリエクステンダ２０１０は、CPU２００
３に対して、その存在しない関数のダウンロード要求を
出す（ステップＳ３０７）。そして、コンパイルサブシ
ーケンスが実行される（ステップＳ３０８）。

【００４１】図６に、図５のステップＳ３０８の処理手
順を示す。図６において、必要なファンクションがデー
タとして無線回線経由で無線部２００１を通してDSP２
００２に送られる。ダウンロードされたファンクション
は、インターフェイス２００５を経由してCPU２００３
に渡される。CPU２００３は、受け取ったメインファン
クションをファイルとして一旦記憶装置２００５内に格
納する（ステップＳ４０１）。記憶装置２００５内のフ
ァイル（ファンクション）に対して、ライブラリエクス
テンダ２０１０は、そのファンクションの中で用いられ
ているすべての下位のファンクションを検出する（ステ
ップＳ４０２）。そして、下位のファンクションが存在
する場合には（ステップＳ４０３ＹＥＳ）、検出された
下位ファンクションと記憶装置２００５内のライブラリ
２００７に保持されている関数群とを比較し、すべての
下位ファンクションがライブラリ２００７に存在するか
どうかを判定する。ライブラリ２００７に存在しない関
数が下位ファンクションにあれば（ステップＳ４０４Ｎ
Ｏ）、ライブラリエクステンダ２０１０は、CPU２００
３に対して、その存在しない関数のダウンロード要求を
出す（ステップＳ４０６）。そして、さらに、コンパイ
ルサブシーケンスが実行される（ステップＳ４０７）。

【００４２】一方、検出された下位のファンクションの
すべてがライブラリ２００７に存在する場合（ステップ
Ｓ４０４ＹＥＳ）、および、下位のファンクションが存
在しない場合には（ステップＳ４０３ＮＯ）、ダウンロ
ードされたファンクションは、コンパイラ２００８によ
ってコンパイルされる（ステップＳ４０５）。そして、
コンパイルされたファンクションは、リンカ２００９に
よって、ライブラリ２００７とリンクされ、実行形式の
ファンクションが生成される（ステップＳ４０７）。生
成された実行形式のファンクションは、記憶装置２００
５内のライブラリ２００７に登録される（ステップＳ４
０８）。

【００４３】このように、本発明の第３の実施の形態で
は、再帰的に、メインファンクションで用いられる関
数、下位のファンクションで用いられる関数、さらに下
位のファンクションで用いられる関数……とダウンロー
ド→コンパイル→ライブラリ追加が繰り返される。そし
て、最終的にすべての関数がライブラリに取り込まれた
時点で、DSP２００２で実行される実行形式のプログラ
ムが生成され、DSP２００２にロードされることにな
る。本発明の第３の実施の形態によれば、上記の第２の
実施の形態の効果を飛躍的に向上させることができる。

【００４４】（第４の実施の形態）次に、本発明の第４
の実施の形態について説明する。図７は、本発明の第４
の実施の形態に係る無線装置に搭載される実行ファイル
生成装置２０１１ａの構成を示すブロック図である。こ
の第４の実施の形態は、上記の第２および第３の実施の
形態において、実行ファイル生成装置２０１１を、ライ
ブラリ追加判定装置２０１２を追加した、新たな実行フ
ァイル生成装置２０１１ａに置き換えた構成となってい
る。

【００４５】次に、本発明の第４の実施の形態の動作に
ついて説明する。図８は、本発明の第４の実施の形態に
係るダウンロード方法の処理手順を示すフローチャート
である。また、図９は、図８のステップＳ５０８の処理
手順を示すフローチャートである。本発明の第４の実施
の形態が、上記の第３の実施の形態と異なる点は、図９
のステップＳ６０９において、ダウンロードされた下位
のファンクションをライブラリ２００７に追加登録する
か否かをライブラリ追加判定装置２０１２によって判定
する点にある。上記の第３の実施の形態では、図６のス
テップＳ４０８において、ダウンロードされた下位のフ
ァンクションはすべてライブラリ２００７に追加されて
しまう。このため、ダウンロード回数が増すにしたがっ
て、ライブラリ２００７の容量がどんどん大きくなると
いう問題点が発生する可能性がある。

【００４６】本発明の第４の実施の形態では、たとえ
ば、頻繁に使われるファンクションのみをライブラリ２
００７に追加し、あまり使われないファンクションはコ
ンパイルしてリンクした後、削除することが可能とな
る。それにより、ライブラリ２００７の容量が無駄に膨
らむことを防止することができる。

【００４７】（第５の実施の形態）次に、本発明の第５
の実施の形態について説明する。図１０は、本発明の第
５の実施の形態に係る無線装置に搭載されるライブラリ
の構成を示すブロック図である。この第５の実施の形態
は、上記の第２乃至第４の実施の形態において、ライブ
ラリ２００７を、基本ライブラリ２００７ａと拡張ライ
ブラリ２００７ｂとに分割した構成となっている。

【００４８】基本ライブラリ２００７ａには、必要最低
限の関数があらかじめ格納される一方、拡張ライブラリ
２００７ｂには、ダウンロードによって追加登録される
関数群が登録される。このように、ライブラリを基本部
と拡張部とに分けることで、たとえば、記憶装置２００
５の容量が限界に達したとき、拡張ライブラリ２００７
ｂの内容を消去することによって記憶容量を確保するこ
とが可能となる。

【００４９】また、基本ライブラリ２００７ａの内容
は、ＲＯＭなどの読み出し専用のメモリに記憶し、拡張
ライブラリ２００７ｂの内容だけを、ＲＡＭなどの書き
込み読み出し可能なメモリに記憶することで、何らかの
不測事態が発生した場合に、基本ライブラリ２００７ａ
だけは消失することがないように構成することが可能で
ある。

【００５０】（その他の実施の形態）上記の第１乃至第
５の実施の形態では、DSP、CPU等はＬＳＩチップを想定
し、インターフェースはCPUのバスであることを前提と
して述べたが、たとえば、DSP、CPUとしては、CPUおよ
び周辺回路からなる基板、いわゆるCPUボード、あるい
はDSPおよび周辺回路からなる基板、いわゆるDSPボー
ド、を用いて、インターフェースに、PCIバスやVMEバス
などの汎用バスを用いても同様の機能を実現することが
できる。

【００５１】また、上記の第１乃至第５の実施の形態に
おいては、DSPは、いわゆるソフトウェアで動作するDSP
チップを想定しているが、たとえば、図１１に示すよう
に、再設定可能なハードウェア、たとえばPLD（Program
mable Logic Device）やFPGA（Field Programmable Gat
e Array）３００１などを用いてももちろん構わない。
この場合、ダウンロードするファイルを、たとえば、VH
DLやVerilogなどのハードウェア記述言語で記述された
データにすれば良い。また、PLD、FPGAの実行プログラ
ムを格納するメモリ３００２を設ければ良い。

【００５２】

【発明の効果】本発明によれば、ダウンロード量を低減
し、高速、かつ、信頼性高く、ダウンロードを実行でき
るソフトウェア無線装置を実現できる。

【００５３】本発明によれば、変調方式の変更を、高
速、かつ、信頼性高く、実行可能なソフトウェア無線装
置を実現できる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るソフトウェア
無線装置の要部を示すブロック図である。

【図２】図１のソフトウェア無線装置１０のソフトウェ
アダウンロード動作の処理手順を示すフローチャートで
ある。

【図３】本発明の第２の実施の形態に係るソフトウェア
無線装置の要部を示すブロック図である。

【図４】図３のソフトウェア無線装置２０のソフトウェ
アダウンロード動作の処理手順を示すフローチャートで
ある。

【図５】本発明の第３の実施の形態に係るソフトウェア
ダウンロード動作の処理手順を示すフローチャートであ
る。

【図６】図５のステップＳ３０８の処理手順を示す。

【図７】本発明の第４の実施の形態に係る無線装置に搭
載される実行ファイル生成装置２０１１ａの構成を示す
ブロック図である。

【図８】本発明の第４の実施の形態に係るダウンロード
方法の処理手順を示すフローチャートである。

【図９】図８のステップＳ５０８の処理手順を示すフロ
ーチャートである。

【図１０】本発明の第５の実施の形態に係る無線装置に
搭載されるライブラリの構成を示すブロック図である。

【図１１】本発明の第２の実施の形態に係るソフトウェ
ア無線装置の変形例の要部を示すブロック図である。

【符号の説明】

１０，２０，３０無線装置１００１，２００１無線部１００２，２００２ディジタルシグナルプロセッサ１００３，２００３中央処理装置（CPU）１００４，２００４記憶装置１００５，２００５インターフェース１００６、２００６プログラムメモリ２００７ライブラリ２００７ａ基本ライブラリ２００７ｂ拡張ライブラリ２００８コンパイラ２００９リンカ２０１０ライブラリエクステンダ２０１１実行ファイル生成装置２０１２ライブラリ追加装置３００１ PLD（FPGA）３００２メモリ

フロントページの続き (56)参考文献特開2001−230691（ＪＰ，Ａ) 特開2001−160765（ＪＰ，Ａ) 国際公開02／001740（ＷＯ，Ａ１) 吉田弘、菅野伸一、鶴見博史、鈴木康夫，ソフトウェア無線機におけるソフトウェア実行形態に関する提案，電子情報通信学会総合大会講演論文集，1999年３月，通信１，ｐ．430（Ｂ−５−79) 原田博士、藤瀬雅行，ソフトウェア無線通信システムにおけるソフトウェア無線ダウンロード法に関する一検討，電子情報通信学会通信ソナイェティ大会講演論文集１，2000年９月，ｐ．510−511 （ＳＢ−10−５) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04B 1/40 G06F 9/445 G06F 13/00 530 H04M 11/00 302 H04Q 7/38

Claims

(57)【特許請求の範囲】

【請求項１】受信部および送信部を備えた無線部と、前記無線部を介して伝送される信号を変調および復調す
る変復調部と、前記変復調部に固有で、前記変復調部によって直接実行
可能な変復調用実行ファイルを、一時的に格納する実行
ファイル格納部と、実行ファイルのソースファイルを無線通信によって取得
し、前記ソースファイルから前記実行ファイルを生成す
る実行ファイル生成装置とを有し、前記実行ファイル生成装置は、前記ソースファイルをコ
ンパイルするコンパイラと、ライブラリとして登録された複数のデータファイルと前
記コンパイル済みのファイルとをリンクして、前記実行
ファイルを生成するリンカと、前記ソースファイルで定義された、前記ライブラリに未
登録のデータファイルをさらに取得し、前記ライブラリ
に登録するライブラリエクステンダとから構成されるこ
とを特徴とする無線装置。
【請求項２】前記ライブラリエクステンダは、前記ソ
ースファイルで定義された、前記ライブラリに未登録の
データファイルを検出した場合に、前記未登録のデータ
ファイルのソースファイルを無線通信によって取得し、
前記コンパイラによるコンパイルの後に、前記ライブラ
リに登録する、ことを特徴とする請求項１に記載の無線
装置。
【請求項３】前記無線装置は、さらに、中央処理装置
と、前記中央処理装置に接続された記憶装置とを有し、前記実行ファイル生成装置は、前記中央処理装置によっ
て実行されるソフトウェアで構成され、前記ライブラリは、前記記憶装置内に格納される、こと
を特徴とする請求項１または２に記載の無線装置。
【請求項４】前記ライブラリエクステンダは、前記デ
ータファイルのソースファイルで定義された、前記ライ
ブラリに未登録のデータファイルをさらに検出した場合
に、前記未登録のデータファイルのソースファイルを無
線通信によって取得し、前記コンパイラによるコンパイ
ルの後に、前記ライブラリに登録する、ことを特徴とす
る請求項２に記載の無線装置。
【請求項５】前記ライブラリエクステンダは、前記ラ
イブラリに対するデータファイルの登録を、再帰的に実
行する、ことを特徴とする請求項４に記載の無線装置。
【請求項６】前記実行ファイル生成装置は、さらに、
前記ライブラリエクステンダによって取得されたデータ
ファイルを、前記ライブラリに追加するか否かを判定す
るライブラリ追加判定装置を有することを特徴とする請
求項１乃至５に記載の無線装置。
【請求項７】前記ライブラリは、あらかじめ与えられ
たデータファイルを登録する基本ライブラリと、前記ライブラリエクステンダによって追加されるデータ
ファイルを登録する拡張ライブラリとから構成されるこ
とを特徴とする請求項１乃至６に記載の無線装置。
【請求項８】前記変復調部は、ディジタルシグナルプ
ロセッサ、PLD、FPGAのうちのいずれかである、ことを
特徴とする請求項１乃至７に記載の無線装置。