JP2000244358A - 無線通信装置、無線通信方法及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 汎用性を有し、ハードウェアアーキテクチャ
に依存しないアプリケーションプログラムを利用可能な
無線通信装置、その無線通信方法及びそのプログラムが
記録された記録媒体を提供する。 【解決手段】受信した無線信号をディジタル信号に変換
し、送信するディジタル信号を無線信号に変換し、ＡＤ
変換手段の出力に対するディジタル信号処理と、ＤＡ変
換手段の入力に対するディジタル信号処理とを行う、デ
ィジタル信号処理手段と、所定の無線機能を実現するた
めのソフトウェア群からなるライブラリを参照して、所
定のソフトウェアを基本ソフトウェア上で実行すること
により、少なくとも無線信号の送受信、ＡＤ変換、ＤＡ
変換、ディジタル信号処理のいずれかを制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は無線通信装置に関
し、特に無線機能を記述する専用言語を用いて無線機能
をソフトウェア化する無線通信装置、無線通信方法及び
記録媒体に関する。

【０００２】

【従来の技術】現在携帯電話をはじめ移動通信システム
に対する需要が非常に高くまた端末市場は活況を呈して
いる。ところが、現在世の中にはいろいろな種類の通信
システムが林立しているのが現状である。

【０００３】例えば携帯電話では日本ではＰＤＣ方式、
米国ではＡＭＰＳ方式やＣＤＭＡ方式、欧州ではＧＳＭ
方式と、さまざまな方式が混在している。さらに同じ日
本国内においても携帯電話とは別にＰＨＳというシステ
ムが存在する。

【０００４】ＩＭＴ−２０００という世界統一方式の標
準化作業がすすめられているが、日米欧で全く同一のシ
ステムとなる可能性は低い。

【０００５】このような状況下において、複数のシステ
ムに使用可能な、移動通信端末のマルチモード化に対す
る需要は非常に高い。しかしながら、端末におけるこの
ようなマルチモード化は非常に困難であり、物理的に２
種類の端末をひとつの筐体の中へ内蔵するという単純な
構成によってデュアルモード化するのが限度であった。

【０００６】無線通信装置の従来例について以下、図面
を参照して説明する。

【０００７】図１６は、無線通信装置の従来例の構成を
示す。図中７０１はＲＦ（高周波）の信号を増幅するア
ンプである。７０２は周波数変換をおこなうミキサであ
る。７０３はミキサ７０２にたいして信号を供給するシ
ンセサイザである。７０４はアナログ信号をディジタル
信号に変換するＡＤ変換器である。７０５はディジタル
信号をアナログ信号に変換するＤＡ変換器である。７０
６は専用ＩＣ（ＡＳＩＣ）である。７０７はディジタル
信号処理プロセッサ（ＤＳＰ）である。７０８は専用Ｉ
Ｃ（ＡＳＩＣ）である。７０９は中央演算処理装置（Ｃ
ＰＵ）である。７１０はＩ／Ｏインターフェイスであ
る。７１１はアンプ７０１〜Ｉ／Ｏインターフェイス７
１０からなるハードウェア（の集合）である。７１２は
ＯＳである。７１３はＯＳ７１２上で動作するアプリケ
ーションプログラムである。７１４はＤＳＰ７０７上で
動作するアプリケーションプログラムである。７１５は
ＯＳ７１２〜アプリケーションプログラム７１４からな
るソフトウェア（の集合）である。

【０００８】図１６に示す従来例では、無線機はアンプ
７０１、ミキサ７０２、シンセサイザ７０３、ＡＤ変換
器７０４及びＤＡ変換器７０５等のアナログ回路と、専
用ＩＣ（ＡＳＩＣ）７０６，７０８、ＤＳＰ７０７及び
ＣＰＵ７０９等のディジタル回路と、Ｉ／Ｏインターフ
ェイス７１０等とからなるハードウェア７１１と、ＣＰ
Ｕ７０９上で動くＯＳ７１２およびそのＯＳ上で動くア
プリケーションプログラム７１３や、ＤＳＰ用のプログ
ラム７１４等からなるソフトウェア７１５から構成され
ていた。

【０００９】次に図１６を参照し、無線端末の従来例の
動作について説明する。受信時は、図示しないアンテナ
から入力された高周波信号をＲＦ部（図中７０１、７０
２、７０３）で周波数の低いベースバンド信号に変換
し、ＡＤ変換器７０４で所望信号をディジタル信号に変
換し、ＤＳＰ７０７やＣＰＵ７０９を用いて送信されて
きた信号を復調する動作をおこなう。

【００１０】送信時は、送信するもとの信号に対してＣ
ＰＵ７０９やＤＳＰ７０７で変調の操作をおこない、そ
の信号をＤ／Ａ変換器７０５でアナログ信号に変換し、
ＲＦ部で高周波信号に変換してアンテナより送信する動
作をおこなう。

【００１１】上述のＤＳＰやＣＰＵが実行するプログラ
ムはソフトウェア７１２、７１３、７１４として無線端
末の内部のメモリ等に保存されている。

【００１２】またアナログ部に対する制御は例えばＡＳ
ＩＣ７０８を介してアプリケーションプログラム７１３
からおこなわれる。図ではアナログ部の制御はＡＳＩＣ
７０８からなされるが、実際にはＣＰＵ７０９やＤＳＰ
７０７などから直接制御される場合もある。

【００１３】ここで、このような無線端末の従来例には
次のような間題があった。すなわち無線端末の従来例で
はアプリケーションプログラム７１３、７１４がＤＳＰ
７０７あるいはＣＰＵ７０９専用のプログラムであり、
汎用性がなかった。したがってこれらのプログラムはあ
る特定のハードウェアアーキテクチャ専用のものであ
り、他の異なるハードウェアアーキテクチャを持つ無線
機でそのまま利用することが不可能であった。

【００１４】またアナログ回路からなるＲＦ部に対する
制御はＡＳＩＣやゲートアレイなどの専用のＬＳＩを用
いてなされるため、他の異なるハードウェアで利用する
ことが不可能であった。

【００１５】

【発明が解決しようとする課題】このように、上述した
従来の無線通信装置においては、アプリケーションプロ
グラムは、汎用性がなく、その利用はハードウェアに依
存した特定目的に限定されるという間題点があった。

【００１６】本発明はかかる問題点に鑑みてなされたも
のであって、汎用性を有し、ハードウェアアーキテクチ
ャに依存しないアプリケーションプログラムを利用可能
な無線通信装置、その無線通信方法及びそのプログラム
が記録された記録媒体を提供することを目的とする。

【００１７】

【課題を解決するための手段】本発明の請求項１に係る
無線通信装置は、無線信号を送受信する送受信手段と、
受信した前記無線信号をディジタル信号に変換して出力
するＡＤ変換手段と、送信するディジタル信号を前記無
線信号に変換して出力するＤＡ変換手段と、前記ＡＤ変
換手段の出力に対するディジタル信号処理及び前記ＤＡ
変換手段の入力に対するディジタル信号処理を行うディ
ジタル信号処理手段と、所定の無線機能を実現するため
のソフトウェア群からなるライブラリを参照して、所定
のソフトウェアを基本ソフトウェア上で実行することに
より、前記送受信手段と、前記ＡＤ変換手段と、前記Ｄ
Ａ変換手段と、前記ディジタル信号処理手段との少なく
とも１つを制御する制御手段とを具備したものであり、
本発明の請求項４に係る無線通信装置は、無線信号を送
受信する送受信手段と、受信した前記無線信号をディジ
タル信号に変換して出力するＡＤ変換手段と、送信する
ディジタル信号を前記無線信号に変換して出力するＤＡ
変換手段と、前記ＡＤ変換手段の出力に対するディジタ
ル信号処理と、前記ＤＡ変換手段の入力に対するディジ
タル信号処理とを行う、ディジタル信号処理手段と、所
定の無線機能を実現するためのソフトウェア群からなる
第１のライブラリを記憶する第１の記憶手段と、前記第
１のライブラリと本無線通信装置以外にあって前記第１
のライブラリとは異なる第２のライブラリとを参照し
て、所定のソフトウェアを基本ソフトウェア上で実行す
ることにより、前記送受信手段と、前記ＡＤ変換手段
と、前記ＤＡ変換手段と、前記ディジタル信号処理手段
との少なくとも１つを制御する制御手段とを具備したも
のであり、本発明の請求項７に係る無線通信方法は、無
線信号を送受信する第１の処理と、受信した前記無線信
号をディジタル信号に変換して出力する第の２処理と、
送信するディジタル信号を前記無線信号に変換して出力
する第３の処理と、前記第２の処理の出力に対するディ
ジタル信号処理と、前記第３の処理の入力に対するディ
ジタル信号処理とを行う第４の処理と、所定の無線機能
を実現するためのソフトウェア群からなるライブラリを
参照して、所定のソフトウェアを基本ソフトウェア上で
実行することにより、前記第１の処理と、前記第２の処
理と、前記第３の処理と、前記第４の処理との少なくと
も１つを制御する第５の処理とを具備したものであり、
本発明の請求項８に係る記録媒体は、コンピュータが読
み出し可能なプログラムを格納した記録媒体において、
前記プログラムは、所定の無線機能を実現するためのソ
フトウェア群からなるライブラリを参照して、所定のソ
フトウェアを実行する第１の処理と、前記第１の処理で
実行した前記所定のソフトウェアにより、無線信号を送
受信する機能と、受信した前記無線信号をディジタル信
号に変換して出力する機能と、送信するディジタル信号
を前記無線信号に変換して出力する機能と、前記ディジ
タル信号に対するディジタル信号を処理を行う機能との
いずれかを制御する第２の処理とを具備したものであ
り、本発明の請求項９に係る記録媒体は、無線信号を送
受信するための送受信処理を行うアナログハードウェア
を制御するために前記アナログハードウェアに依存して
記述されたプログラムであるライブラリを参照して、前
記無線信号の送受信処理を実行させるためのプログラム
であって、前記アナログハードウェアに依存することな
く記述されたプログラムを記録したものであり、本発明
の請求項１３に係る無線通信装置は、アナログデバイス
を含み無線信号の送受信を行うための送受信手段を有す
るハードウェアと、前記ハードウェアに依存した基本ソ
フトウェア上で動作し前記無線信号の送受信を行うため
の命令群を備えたアプリケーションと、前記ハードウェ
アに依存し、前記アプリケーションが備えた命令群を前
記ハードウェアを制御する命令群に変換することによっ
て前記アプリケーションが備える命令群が前記ハードウ
ェアに依存しない場合でも、前記アプリケーションによ
る前記ハードウェアの制御を可能にするライブラリとを
具備したものであり、本発明の請求項１４に係る無線通
信装置は、アナログデバイスを含み無線信号の送受信を
行う送受信手段と、前記送受信手段をディジタル制御す
るプロセッサと、前記プロセッサ上で動作するオペレー
ションシステムと、前記オペレーションシステム上で動
作するアプリケーションと、前記アプリケーションに基
づく命令と前記送受信手段を制御する命令との間の変換
を行うためのライブラリとを具備したものである。

【００１８】本発明の請求項１において、送受信手段に
よって送受信する無線信号は、ディジタル信号処理手段
によってディジタル信号処理される。制御手段は、ライ
ブラリを参照して基本ソフトウェア上で所定のソフトウ
ェアを実行することにより、送受信手段、ＡＤ変換手
段、ＤＡ変換手段及びディジタル信号処理手段の少なく
とも１つを制御する。

【００１９】本発明の請求項４において、送受信手段に
よって送受信する無線信号は、ディジタル信号処理手段
によってディジタル信号処理される。制御手段は、第１
のライブラリだけでなく、本無線通信装置以外にあって
第１のライブラリとは異なる第２のライブラリをも参照
して基本ソフトウェア上で所定のソフトウェアを実行す
ることにより、送受信手段、ＡＤ変換手段、ＤＡ変換手
段及びディジタル信号処理手段の少なくとも１つを制御
する。

【００２０】本発明の請求項７において、第５の処理
は、無線信号を送受信する第１の処理と、受信した無線
信号をディジタル信号に変換して出力する第の２処理
と、送信するディジタル信号を無線信号に変換して出力
する第３の処理と、第２の処理の出力に対するディジタ
ル信号処理及び第３の処理の入力に対するディジタル信
号処理を行う第４の処理との少なくとも１つを、所定の
無線機能を実現するためのソフトウェア群からなるライ
ブラリを参照して、所定のソフトウェアを基本ソフトウ
ェア上で実行することにより制御する。

【００２１】本発明の請求項８において、記録媒体は、
所定の無線機能を実現するためのソフトウェア群からな
るライブラリを参照して、所定のソフトウェアを実行す
る第１の処理のためのプログラムと、第１の処理で実行
した所定のソフトウェアにより、無線信号を送受信する
機能と、受信した前記無線信号をディジタル信号に変換
して出力する機能と、送信するディジタル信号を無線信
号に変換して出力する機能と、ディジタル信号に対する
ディジタル信号を処理を行う機能とのいずれかを制御す
る第２の処理のためのプログラムを有する。

【００２２】本発明の請求項９において、記録媒体は、
無線信号を送受信するための送受信処理を行うアナログ
ハードウェアを制御するために前記アナログハードウェ
アに依存して記述されたプログラムであるライブラリを
参照して、前記無線信号の送受信処理を実行させるため
のプログラムが記録される。ライブラリはアナログハー
ドウェアに依存して記述されているが、記録媒体に記録
されたプログラムはアナログハードウェアに依存するこ
となく記述されており、アナログハードウェアの構成に
拘わらず共通のプログラムが使用可能である。

【００２３】本発明の請求項１３において、ハードウェ
アはアナログデバイスを含んでおり、無線信号の送受信
を行う。一方、アプリケーションは、ハードウェアに依
存した基本ソフトウェア上で動作し無線信号の送受信を
行うための命令群を備えている。アプリケーションはハ
ードウェアに依存したライブラリを参照して、基本ソフ
トウェア上で実行される。ライブラリは、アプリケーシ
ョンが備えた命令群をハードウェアを制御する命令群に
変換するものであり、アプリケーションが備える命令群
がハードウェアに依存しない場合でも、アプリケーショ
ンによるハードウェアの制御を可能にする。

【００２４】本発明の請求項１４において、送受信手段
は、アナログデバイスを含んでおり、無線信号の送受信
を行う。送受信手段は、プロセッサ上でオペレーション
システムを動作させ、オペレーションシステム上でアプ
リケーションを動作させることによって、プロセッサか
らディジタル制御される。この場合には、アプリケーシ
ョンに基づく命令と送受信手段を制御する命令との間の
変換がライブラリによって行われる。

【００２５】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について詳細に説明する。図１は本発明の第１
の実施の形態を説明するための説明図である。

【００２６】図中１はＲＦの信号を増幅するアンプであ
る。２は周波数変換をおこなうミキサである。３はミキ
サ２にたいして信号を供給するシンセサイザである。４
はアナログ信号をディジタル信号に変換するＡＤ変換器
である。５はディジタル信号をアナログ信号に変換する
ＤＡ変換器である。６はプログラマブルロジック（ＦＰ
ＧＡ）である。７はディジタル信号処理プロセッサ（Ｄ
ＳＰ）である。８はＩ／Ｏインターフェイスである。９
は中央演算処理装置（ＣＰＵ）である。１０はアンプ１
〜ＣＰＵ９からなるハードウェアである。

【００２７】１１はＯＳである。１２はハードウェアの
動作をＯＳから制御するためのデバイスドライバであ
る。１３はさまざまな関数群が記述されたライブラリで
ある。１４はアプリケーションである。１５はＯＳ１１
〜アプリケーション１４からなるソフトウェアである。

【００２８】次に本実施の形態である無線端末の動作に
ついて説明する。

【００２９】図１のようにＣＰＵ９上でＯＳ１１が動作
し、このＯＳ１１が無線機全体の動作を制御する。ＯＳ
１１はＣＰＵ９に依存した基本ソフトウェアである。Ｃ
ＰＵ９以外のハードウェア、例えばアンプ１、ミキサ
２、シンセサイザ３、ＡＤＣ４、ＤＡＣ５、ＦＰＧＡ
６、ＤＳＰ７、Ｉ／Ｏインターフェイス８と、ＯＳ１１
の間にはデバイスドライバ１２が介在し、このデバイス
ドライバ１２は、ＯＳ１１より出力された命令をそれぞ
れのハードウェアが実行可能な命令に変換しＣＰＵ９を
経由してデータを送出し、また、各ハードウェアから状
態を示す出力があればそれはＣＰＵ９を介してデバイス
ドライバ１２に引き渡されてＯＳ１１が解釈できる信号
に変換する役割を果たす。

【００３０】したがって、デバイスドライバ１２はＯＳ
１１とハードウェア１０に密接に関係があり、ハードウ
ェア１０が異なればデバイスドライバ１２はそれに合わ
せて異なるものが必要となり、またＯＳ１１が変われば
それに対応したデバイスドライバ１２が必要になる。

【００３１】ライブラリ１３はハードウェア１０を制御
し、あるいは機能そのものを実現するソフトウェエアの
集合体であり、複数の関数（命令セット）からなる。ラ
イブラリ１３はアプリケーション１４から出される命令
の中で汎用性が高い機能、およびハードウェア構成に依
存する関数の集合である。したがってライブラリ１３は
ハードウェア１０やＯＳ１１に依存したものとなる。

【００３２】以上述べたＯＳ１１、デバイスドライバ１
２およびライブラリ１３は、ハードウェア１０に依存す
るソフトウェアであり、これらをまとめてここでは基本
ソフトウェアと呼ぶ。

【００３３】アプリケーション１４は無線機能を記述す
る専用言語（ここでは以下「radiodescription languag
e」と呼ぶ）を用いて記述して得たプログラムであり、
その記述はハードウェア１０に依存しない。すなわち、
アプリケーション１４はハードウェア１０が変わっても
同じプログラムが利用できる。

【００３４】異なるハードウェア１０に対する制御の相
違は、上述のデバイスドライバ１２、ＯＳ１１、ライブ
ラリ１３によって吸収することができ、アプリケーショ
ン１４の変更は不要である。換言すると、アプリケーシ
ョン１４とＯＳ１１あるいはライブラリ１３との間のイ
ンターフェイスが同じであればアプリケーション１４は
異なるハードウェア上で動作可能となる。アプリケーシ
ョン１４は上述したように無線記述言語を用いて記述さ
れて得られる。

【００３５】次に図２を用いて本実施の形態の無線機の
ソフトウェアの実行方法を説明する。

【００３６】図２は、本実施の形態のソフトウェアの動
作を説明する説明図である。図２において、図１と同等
の構成を示すものについては同一の番号を付して説明す
る。図２中、１０は無線機のハードウェアを示してお
り、図１におけるアンプ１〜ＣＰＵ９等から構成され
る。１１はハードウェア１０上で動作するＯＳである。
２０は無線機能が記述されたアプリケーションプログラ
ムであり、図２の例ではソースファイルを示している。
１２はデバイスドライバであり、アプリケーションなど
によってＯＳ１１に出された命令をハードウェア１０に
対する命令へ変換する動作をおこなう。１３は関数など
が記述されたライブラリである。１６はアプリケーショ
ンプログラム２０を実行ファイル（Executable File）
１７に変換するコンパイラである。

【００３７】なお、図１のアプリケーション１４は、図
２における実行ファイル１７に相当する。しかし、アプ
リケーションプログラム２０がコンパイル不要なインタ
プリタ言語等で記述されている場合には、アプリケーシ
ョンプログラム２０は図１のアプリケーション１４その
ものである。

【００３８】無線記述言語で記述されたアプリケーショ
ンプログラム２０は、実行する前にコンパイルされる。
コンパイルはソースプログラムのＯＳが解釈できる機械
語への変換を意味し、コンパイラ１６を用いておこなう
ことによってなされる。

【００３９】コンパイラ１６によってコンパイルされた
実行ファイル１７はＯＳ１１上で実行される。実行時に
実行ファイル１７に記述された命令に応じてライブラリ
１３から必要な関数を引いて来て利用することによって
実際の無線機能がソフトウェア的に実現される。

【００４０】ライブラリ１３には無線機能をハードウェ
ア上で実現するための制御情報を生成するプログラム
や、ＦＰＧＡやＤＳＰなどのプログラムそのものが予め
関数として用意されており、アプリケーションによって
与えられた関数とパラメータに基づいて、必要なプログ
ラムを適切なパラメータとともにＯＳ１１へ引き渡す。

【００４１】このライブラリ１３は、あるハードウェア
構成の場合はハードウェア的に実現されていた機能が、
別のハードウェア構成の場合はソフトウェアで実現する
ような場合があるなど、ハードウェア構成によって異な
るものとなる。

【００４２】したがってライブラリ１３はハードウェア
に依存したものとなり、ハードウェア１０が変更される
とそれに伴って変更される性質のものである。

【００４３】また上述の方法を用いた場合、用意してお
くライブラリが膨大なものとなる場合がある。しかしな
がらこのライブラリを全て無線機側で保持しておく必要
はなく、頻繁に利用されるライブラリのみを無線機側で
持ち、それ以外のライブラリは外部のものを利用し、コ
ンパイル時にリンクしてしまう方法もある。

【００４４】このようにライブラリを構成することで、
無線機で持たなければならないライブラリを必要最小限
に留めることが可能となる。

【００４５】この場合の流れを図３に示す。図３のよう
に、ここではライブラリは、無線機側にもつ第１のライ
ブラリ３１と外部にもつ第２のライブラリ３２に分けら
れ、コンパイル時に第２のライブラリ３２がリンクされ
実行ファイルが作成され、この実行ファイルの実行時に
第１のライブラリ３１が参照されることによって無線機
としての動作を実現する。

【００４６】頻繁に参照される関数を第１のライブラリ
に用意し、残りの関数を第２のライブラリに用意するこ
とで、無線機側で持たなければならないライブラリの規
模を大幅に縮小することができる。

【００４７】ところで、図２及び図３の例では、アプリ
ケーションプログラム２０及びコンパイラ１６を設ける
位置は、限定されていない。図１のアプリケーション１
４に相当する実行ファイル１７が無線機内のメモリに保
持されるのに対し、アプリケーションプログラム２０
（ソースファイル）及びコンパイラ１６は、無線機内に
保持してもよく、無線機外部に保持してもよい。

【００４８】図２の例では、アプリケーションプログラ
ム２０に対してコンパイラ１６を用いたコンパイル処理
によって作成した実行ファイル１７をメモリに格納し、
このメモリを無線機の製造時に無線機に搭載することが
一般的である。

【００４９】これに対し、図３の例では、第２のライブ
ラリ３２を機能拡張用と考えると、その性質上、第２の
ライブラリ３２のリンク処理及びコンパイル処理は、無
線機の販売後に実施されることになる。無線機のメモリ
容量、ＣＰＵの負荷等を考慮すると、アプリケーション
プログラム２０及びコンパイラ１６を第２のライブラリ
３２と共に、無線機外部に用意した方がよい。例えば、
アプリケーションプログラム２０及びコンパイラ１６を
基地局等に用意し、基地局等においてアプリケーション
プログラム２０をコンパイルすると共に第２のライブラ
リ３２をリンクし、これによって生成した実行ファイル
１７を無線機にダウンロードさせる。

【００５０】なお、アプリケーションプログラム２０及
びコンパイラ１６を無線機内のメモリに保持し、基地局
等からダウンロードした第２のライブラリを用いて、無
線機内で実行ファイル１７を生成するようにしてもよい
ことは明らかである。

【００５１】次にＯＳ１１の動作を説明する。ＯＳ１１
はコンパイルされた実行ファイル１７とライブラリ１３
によって与えられる命令をハードウェアブロックのデバ
イスドライバ１２へ振り分ける作業をおこなう。

【００５２】実行ファイルから出力された命令が、ＤＳ
Ｐに対するものであればＤＳＰ７のデバイスドライバに
動作プログラムを送り、またミキサへの制御命令であれ
ばミキサ２のデバイスドライバに制御情報を送出する。

【００５３】デバイスドライバ１２はＯＳ１１を介して
実行ファイル１７（およびライブラリ１３）によって与
えられた命令をハードウェアレベルでの命令に変換する
役割を果たす。この命令は最終的にはＣＰＵ９を介して
各ハードウェアに対して信号を送り、所望の機能を実現
させる。

【００５４】次に、本実施の形態の具体的処理例を説明
する。

【００５５】始めに、受信周波数の設定を例に、本実施
の形態の無線機の動作を説明する。上述の如く、アプリ
ケーション１４には受信周波数を設定するための関数が
用意されており（ここで関数名を”set-receive-freque
ncy”とする）、次のように記述されている。

【００５６】 #-----Application Source Program $freq_recv = 1.9e9; set_receiving_frequency($freq_recv); #----- この例は１９００ＭＨｚの信号を受信するための命令を
示しており、実行時には上記関数set_receiving_freque
ncyは変数$freq_recvを引数としてＯＳ１１に引き渡す
実際に受信周波数を設定するためにはシンセサイザの発
振周波数の設定を行う必要がある。このような受信周波
数→シンセサイザ発振周波数への変換はハードウェアの
構成によって異なるものであるため、アプリケーション
の実行時にライブラリ１３が参照されそこに用意された
関数によってなされる。

【００５７】たとえばライブラリ１３には受信周波数の
設定を受けてそれをシンセサイザ発振周波数へ変換する
関数(仮に”receiving-freq-to-synthesizer”とする)
が引かれ、次のようになる。

【００５８】 #-----Library $freq_synth = receiving_freq_to_synthesizer（1.9e
9); #----- なお上記の例ではアルファベット文字で記述されている
が実際には上記の意味を持つ機械語である。

【００５９】次に図４を用いて、動作例を説明する。図
４は、本実施の形態に係る無線機のハードウェア構成を
信号の流れに沿って示す図である。図中１はアンプ、２
はミキサ、３はシンセサイザ、４はＡ／Ｄ変換器であ
り、アンテナから受信された信号はアンプ１によって増
幅された後、ミキサ２によってシンセサイザ３から供給
される信号と乗算されて低いＩＦ周波数へ周波数変換さ
れ、Ａ／Ｄ変換器でディジタル信号へ変換される。

【００６０】ここで例えばＩＦが３８０ＭＨｚである場
合、シンセサイザの発振周波数は受信周波数（１．９Ｇ
Ｈｚ）とＩＦ（３８０ＭＨｚ）との差であるところの１
５２０ＭＨｚとなる。受信周波数からシンセサイザの発
振周波数への変換が、コンパイルされたアプリケーショ
ンプログラムの実行時にライブラリ１３によってなされ
る。

【００６１】このような受信周波数→シンセサイザ発振
周波数への変換はハードウェアに依存した部分であるた
めに、変換処理が直接アプリケーションプログラムに記
述されることはなく、実行時にライブラリの部分で変換
処理に相当する処理が行われる。

【００６２】さらに、コンパイルされたバイナリがライ
ブラリ１３を参照して実際にＯＳ１１上で動作すると
き、上記ライブラリによって決定されたシンセサイザの
発振周波数の設定はＯＳ１１を介してデバイスドライバ
１２の処理によって実行される。

【００６３】そのときにデバイスドライバ１２へ渡す命
令はやはりライブラリ１３によって生成される。例えば
次のような命令となる。

【００６４】 #-----Output to device driver through OS $freq_pdet=2.0e5; #位相比較周波数は200,000Hz(=200
kHz) $freq_ref=1.0e7; #基準周波数は10,000,000Hz(=10MH
z) $1 = $freq_synth; #変数$1は$freq_synthに格納され
た値 $2 = $freq_pd ; #変数$2は位相比較周波数 $3 = $freq_ref; #変数$3は基準周波数 out_to_syn($1、$2、$3); #シンセサイザに対して変数
$1、$2、$3を出力 #----- ここまでの動作はコンパイルされたアプリケーションが
実行時にライブラリ１３を参照することによってなされ
る。

【００６５】次に、この命令を受けたＯＳ１１はデバイ
スドライバ１２のうちシンセサイザ３を駆動するデバイ
スドライバに対してパラメータ＄１、＄２、＄３を引き
渡す。out_to_synという関数がシンセサイザ３のデバイ
スドライバに対する命令であることを意味している。

【００６６】ＯＳ１１はシンセサイザ３のデバイスドラ
イバに出力するためのアドレスを保持しており、この命
令を受けたＯＳ１１は予め定められたシンセサイザのＩ
／Ｏポートに対して３つのパラメータ（＄１、＄２、＄
３）を出力する。

【００６７】ここでは＄１が発振周波数、＄２が位相比
較周波数（２００ｋＨｚ）、＄３が基準周波数（１０Ｍ
Ｈｚ）の値が入力されている例を示している。ここでは
位相比較周波数や基準周波数はハードウェア１０の構成
に応じて自動的に設定されるためにアプリケーション１
４によって明示的に与えられることはなく、ライブラリ
１３によって自動的に与えられる。

【００６８】次にシンセサイザ３の詳細を示すハードウ
ェア構成の例を図５に示す。図５中１８はリファレンス
カウンタ、１９はプログラマブルカウンタ、２３はスワ
ローカウンタ、２４はプリスケーラであり、リファレン
スカウンタ１８は入力された水晶発振器等の基準信号を
分周して位相比較器に供給する。

【００６９】またプログラマブルカウンタ１９、スワロ
ーカウンタ２３、プリスケーラ２４はこれらを組み合わ
せることによって全体として比較的大きな分周をおこな
う可変分周器として動作する。

【００７０】これらの分周器の動作は、一般的な分周器
と同様であるので詳細説明は省略する。またリファレン
スカウンタ１８、プログラマブルカウンタ１９、スワロ
ーカウンタ２３、プリスケーラ２４はＰＬＬ−ＩＣ２５
に内蔵されている。

【００７１】ここで、ＯＳ１１からパラメータを受け取
ったデバイスドライバ１２は、＄１、＄２、＄３のパラ
メータの値をシンセサイザ３で利用しているＰＬＬ−Ｉ
Ｃ２５の設定信号に変換して送出するという動作をおこ
なう。

【００７２】例えばこの場合、 ・発振周波数と位相比較周波数の比が１９００ＭＨｚ／
２００ｋＨｚ＝９５００→比較周波数側の総分周数が９
５００ ・基準周波数と位相比較周波数の比１０ＭＨｚ／２００
ｋＨｚ＝５０→基準周波数側の分周数が５０ と算出される。シンセサイザ３の構成が図５に示される
ものであった場合、これらの値をもとに、分周器の分周
数が計算され、 ・プログラマブルカウンタ２２のカウント値が１４８ ・スワローカウンタ２３のカウント値が２８ ・リファレンスカウンタ２１のカウント値が５０ となるような信号がデバイスドライバ１２からシンセサ
イザ３のＰＬＬ−ＩＣ２５に対して送出され、シンセサ
イザ３の発振周波数が最終的に設定される。

【００７３】デバイスドライバ１２ではこれらの値が２
値のディジタル信号に変換され、次のようなビット列が
生成される。（カウンタは全て８ビットを仮定） #-----Synthesizer Data #-----Programable Counter 10010100 #148を二進数に変換 #-----Swallow Counter 00011100 #28を二進数に変換 #-----Reference Counter 00110010 #50を二進数に変換 #----- このあと、デバイスドライバ１２は生成されたビット列
をＣＰＵ９に送出する。ＣＰＵ９は与えられたデータを
ハードウェアすなわちＰＬＬ−ＩＣ２５に対してシリア
ルで、例えば図６に示すようなｄａｔａとｃｌｏｃｋと
ｓｔｒｏｂｅ信号を送出する。

【００７４】なお本実施の形態ではＣＰＵ９から直接シ
ンセサイザ３へ信号を出力する例を挙げているが、Ｉ／
Ｏ用の専用デバイスを設けそこから信号出力をおこなっ
てもよい。

【００７５】図６はＣＰＵ９からシンセサイザ３に対し
て送出されるデータ列の例を示したものであり、上記の
例のプログラマブルカウンタに分周数１４８を設定する
例を示している。

【００７６】信号は３種類のシリアル信号として送ら
れ、データの内容を示すＤＡＴＡ、データの区切りを示
すＣＬＯＣＫ、そしてデータの送出終了を示すＳＴＲＯ
ＢＥからなる。

【００７７】データはＣＬＯＣＫ信号の立ち下がりでラ
ッチされる。順に１００１０１００というデータをこの
クロックの立上りに同期させて送出することで所望の分
周数がプログラマブルカウンタに送られる。

【００７８】データ送出終了後にＳＴＲＯＢＥ信号が立
ち上がってデータが終了したことが示されプログラマブ
ルカウンタの分周数として設定される。

【００７９】このような動作を、スワローカウンタ、リ
ファレンスカウンタに対して同様におこなうことによっ
て、シンセサイザには所望の分周数が設定される。これ
によって最終的に所望の発振周波数が得られ、所望の周
波数の信号の受信が可能となる。

【００８０】以上のような段階を経て、最初アプリケー
ションプログラムに記述された、「１９００ＭＨｚの信
号を受信せよ」という命令が、最終的に、ロジックデー
タとしてシンセサイザのＰＬＬ−ＩＣに送出されるとい
う命令に変換され実際に受信が可能となる。

【００８１】このようにアプリケーションプログラムに
は物理層制御の命令のみを記述するだけで、ライブラリ
／ＯＳ／デバイスドライバ／ハードウェアが適切に動作
することによって所望の動作を実行することが可能とな
る。

【００８２】以上のように無線機を構成することによっ
て、アプリケーションプログラムから無線機側を見たイ
ンターフェイス上には、動作対象がハードウェアである
かソフトウェアであるかという区別が無いため、ハード
／ソフトを意識しないプログラミングが可能となり、ま
た、ハードウェア側から見れば、アプリケーションプロ
グラムとのインターフェイスを統一的に取り扱うことに
よってあらゆるアプリケーションプログラムが汎用的に
利用可能となる。

【００８３】また、パーソナルコンピュータ等の計算機
では無線の物理層制御をアプリケーションプログラムか
らハードウェアに依存せずに実行することは不可能であ
ったが、本発明の無線機を用いることによってアプリケ
ーションプログラムからハードウェアに依存しない無線
物理層制御が可能となる。

【００８４】なお、一般的なコンピュータシステムにお
いても、アナログ回路の制御は、上述した従来例と同様
に、そのアナログ回路を制御するための専用のハードウ
ェアを設けて行うようになっており、本実施の形態のよ
うにライブラリを用いてアナログ回路を制御する技術は
考えられていない。

【００８５】図７及び図８は本発明の他の実施の形態を
示すフローチャートである。

【００８６】図１６の実施の形態における無線通信装置
のハードウェアは、アナログ部とディジタル部からなる
が、無線機能をアナログ部で実現するか、ディジタル部
で実現するかは本ハードウェア上で動作するソフトウェ
アによって選択することが可能である。たとえば、アナ
ログ部にベースバンドのアクティブフィルタが具備され
ており、ディジタル部にＦＰＧＡによるＦＩＲフィルタ
が具備されているような場合を考えると、アナログベー
スバンドフィルタをローパスフィルタとして用い、入力
受信信号の余分な周波数成分を取り除くことが可能であ
るが、このアナログフィルタをスルーで用い、ディジタ
ル部のＦＩＲフィルタに適切なタップ係数を付与するこ
とによって、全く同一又は類似した周波数特性を持つフ
ィルタを形成可能である。

【００８７】もちろん同一機能を実現できる範囲（たと
えばローパスフィルタの例ではカットオフ周波数や次数
等）はハードウェアによって制限されるが、特性的にオ
ーバーラップする部分がある。本発明におけるアプリケ
ーションプログラムはハードウェアの区別なく記述され
ているので、ある機能を実現する回路部分（以下、機能
ブロックという）がアナログ部とディジタル部とのいず
れにあっても実現可能である場合には、その割り振りが
問題となる。機能ブロック、即ち、ある機能を実現する
ハードウェアの選択をライブラリ１３がおこなうことが
本実施の形態の特徴である。

【００８８】まず第１の方法は、ライブラリはアプリケ
ーションプログラムの命令をできる限りアナログブロッ
クで実現する方向で全体をコンフィギュレーションする
方法である。たとえば機能Ａがアナログ部でもディジタ
ル部でも実現できる場合に、その機能を優先的にアナロ
グ部に割り当ててゆくという方法である。

【００８９】図７はこの方法の詳細な手順を示してい
る。まずアプリケーションプログラムのコンパイル時
に、アプリケーションプログラム内に記述された無線機
能に関する命令を解読する（ステップＳ1 ）。次にその
機能がディジタルとアナログ部のいずれかまたは両方で
実現可能であるかどうかを調べる（ステップＳ2 ）。こ
のときもしディジタル部あるいはアナログ部の一方でし
か実現できない場合には実現できるブロックで実行する
ようにコンパイルされるが、ディジタル部とアナログ部
の両方で実現可能である場合、優先的にその機能をアナ
ログ部で実現するようにコンパイルされる（ステップＳ
4 ）。またもしディジタル部でもアナログ部でも実現で
きない場合は異常終了する。

【００９０】このようにコンパイルすることによって、
たとえばディジタル部で実現するとディジタル回路の消
費電力が必要であるのに対して、アナログ部で実現した
場合、たとえばその機能がパッシブ回路によって実現可
能であるような場合には消費電力を０にすることが可能
となり、無線装置の低消費電力化が可能となる。

【００９１】次に第２の方法は、第１の方法とは逆に、
ライブラリはアプリケーションプログラムの命令をでき
る限りディジタルブロックで実現する方向で全体をコン
フィギュレーションする方法である。

【００９２】図８はこの方法の詳細な手順を示してい
る。まずアプリケーションプログラムのコンパイル時
に、アプリケーションプログラム内に記述された無線機
能に関する命令を解読する（ステップＳ1 ）。次にその
機能がディジタルとアナログ部のいずれかまたは両方で
実現可能であるかどうかを調べる（ステップＳ2 ）。こ
のときもしディジタル部あるいはアナログ部の一方でし
か実現できない場合には実現できるブロックで実行する
ようにコンパイルされる。ディジタル部とアナログ部の
両方で実現可能である場合、優先的にその機能をディジ
タル部で実現するようにコンパイルされる（ステップＳ
5 ）。またもしディジタル部でもアナログ部でも実現で
きない場合は異常終了する。

【００９３】このようにコンパイルすることによって、
たとえばアナログ部で実現すると特性があまりよくない
場合に、ディジタル部で実現した場合、理想的な特性が
実現でき、無線装置の全体の良好な特性が得られる。

【００９４】上記のディジタル部／アナログ部の実現手
段の選択は、すべての無線機能に関して一律に設定され
るのではなく、無線機能ブロックごとに区分けし、たと
えばフィルタはディジタル部優先、周波数変換器はアナ
ログ部優先などとあらかじめ定めておくことによって、
全体として特性の向上を実現することが可能となり、さ
らにこの選択に関してはアプリケーションプログラムは
まったく関与しないため、アプリケーションの開発は独
自に可能で、ハードウェアに依存した無線機能実現の手
段はコンパイラやライブラリが自動的に割り当てられる
ため理想的な構成が実現できる。

【００９５】以上述べた、アナログ部／ディジタル部の
機能の選択は、その法則（ディジタルから割り当てる
か、アナログから割り当てるか）をあらかじめライブラ
リに記述することによって、アプリケーションプログラ
ムの内容によって、自動的に振り分けることが可能とな
る。たとえば上述のようにアナログのローパスフィルタ
に比べて、ディジタルフィルタの消費電力が大きい場
合、可能な限りアナログフィルタで処理した方が、無線
機全体の低消費電力化が図れる。このような場合はライ
ブラリによって、優先的にアナログ部に処理されるよう
に、無線機が制御される。

【００９６】この場合、ライブラリは、アナログ部とデ
ィジタル部の両方で実現可能な無線機能についてのテー
ブルを保持し、テーブルに記述された無線機能の限界性
能、および、法則を参照することによって、ある機能を
アナログ部又はディジタル部のいずれに割り当てるかを
決定する。

【００９７】上記実施の形態においては、機能ブロック
別にアナログ／ディジタル部での実現の振り分け方法を
決めたが、信号処理速度によって別けてももちろんよ
い。

【００９８】さらに本実施の形態のバリエーションとし
て次のような実施の形態が挙げられる。すなわちアナロ
グ部、ディジタル部両方で機能が実現できる場合、ある
判定条件を元にどちらで機能を実現できるか決定する方
法である。図９はこの方法を示すフローチャートであ
る。

【００９９】まずアプリケーションプログラムのコンパ
イル時に、アプリケーションブログラム内に記述された
無線機能に関する命令を解読する（ステップＳ1 ）。次
にその機能がディジタルとアナログ部のいずれかまたは
両方で実現可能であるかどうかを調べる（ステップＳ2
）。このときもしディジタル部あるいはアナログ部の
一方でしか実現できない場合には実現できるブロックで
実行するようにコンパイルされる。ディジタル部とアナ
ログ部の両方で実現可能である場合、次のステップＳ3
へ進む。次のステップＳ3 では、あらかじめ定められた
判定基準をもとにディジタル部で実行するかアナログ部
で実行するかを判断し、ステップＳ4 又はステップＳ5
において、アナログ部又はディジタル部のいずれかで機
能を実現する。

【０１００】上記判断基準としては次のようなものが挙
げられる。

【０１０１】（１）消費電力が少ない方を選択する （２）特性がよい方を選択する （３）遅延時間が少ないほうを選択する （４）ディジタル部とアナログ部間の信号の往復が少な
い方を選択する 上記（１）はアナログ部、ディジタル部で実現した場合
の消費電力を見積もりそれをもとに少ないほうを選択す
る。（２）はたとえば所望の特性はアナログ部、ディジ
タル部いずれでも選択可能であるが、ディジタル部の方
がより良好な特性を実現可能である場合はディジタル部
を選択する。（３）は機能を実現するための信号処理時
間を見積もり、より遅延時間の少ないほうを選択する。
（４）はたとえば所望の無線信号処理機能をディジタル
部で実現した場合に、受信信号がいったんアナログ部を
出てディジタル部へ入り所望の処理を行い、再度アナロ
グ部へ入力する必要があるような場合は、信号のディジ
タル部とアナログ部間の往復を避けるためにアナログ部
で処理するように選択する。

【０１０２】以上のように動作することによって、最適
な無線部の構成が実現可能となる。

【０１０３】図１０は本発明の第３の実施の形態におい
て採用されるアナログの機能ブロック（アナログブロッ
ク）を示す説明図である。本実施の形態は、アナログブ
ロックの構成が異なるのみであり、ディジタルの機能ブ
ロック及びソフトウェアの構成は図１と同様であり、図
示を省略する。

【０１０４】図１０において、アナログブロック１３１
は仕様記述部１３２を有している。なお、図１における
全てのアナログブロックがアナログブロック１３１と同
様に仕様記述部１３２を備えていてもよく、一部のアナ
ログブロックのみが仕様記述部１３２を備えていてもよ
い。なお、上述したように、アナログブロックとして
は、例えばアンプ、ミキサ、シンセサイザなどがある。

【０１０５】仕様記述部１３２は、アナログブロック１
３１の仕様が記述されている。仕様記述部１３２は仕様
を記憶することができれば、不揮発性のメモリ等によっ
て構成してもよく、また、スイッチ等によって構成して
もよい。仕様記述部１３２に記述されているアナログブ
ロック１３１の仕様は、外部からのアクセスによって読
み出すことができるようになっている。例えば、図１で
は、主としてＣＰＵ９が各アナログブロックの特性を読
み出すことができるようになっている。

【０１０６】図１１はアナログブロックが例えば図１の
シンセサイザ３に相当するシンセサイザ１４１である場
合を示す。シンセサイザ１４１に関する仕様は仕様記述
部１４２に記述されている。例えば、仕様記述部１４２
には、発振可能周波数、位相雑音、周波数切換時間、周
波数安定度等が次のような形で書込まれている。

【０１０７】 発振可能周波数 1895.15〜1917.95MHz 周波数切換時間 1msec 位相雑音 -27dB 周波数安定度 ±2.5ppm なお、仕様記述部１４２の仕様は、予め定義された基準
に従って記述される。例えば、周波数安定度については
温度範囲等の基準が、また、位相雑音についてはその積
分範囲等の基準が予め設定され、これらの基準にのっと
って仕様が記述されている。

【０１０８】また、図１２にはアナログブロックが図１
のアンプ１に相当するアンプ１５１である場合を示す。
アンプ１５１に関する仕様は仕様記述部１５２におい
て、例えば使用可能周波数、利得可変範囲、ＮＦ等が次
のような形で書込まれている。

【０１０９】 使用可能周波数 1.5〜2GHz 利得可変範囲 0〜40dB ＮＦ 2.0dB ライブラリ側は、デバイスドライバやＯＳ等の基本ソフ
トウェアを介してこれらの情報を読みとることが可能で
あり、必要な性能が得られるか否か等の判断材料として
利用することが可能となる。例えばこれらの情報によっ
て、ある特定のハードウェア上で、無線機全体として必
要な特性が得られるかどうかの判断がライブラリ側から
ソフトウェア的に判断可能となる。

【０１１０】また、アナログ部はハードウェア的にシン
セサイザ、アンプ、ミキサ等が分離しておらず、１チッ
プ化されている場合があるが、このような場合にはＩＣ
の内部に、１チップ化されているいくつかの機能ブロッ
クに関する上記の情報をまとめて記述する仕様記述部を
設けるか、あるいは分散させて記述する複数の仕様記述
部を設け、これらの仕様記述部をＣＰＵ側から読み取れ
るように構成しておけばよい。

【０１１１】たとえば図１３にはシンセサイザとアンプ
が１チッブ化されたＩＣの例を示している。アナログブ
ロック１６１は、図１のアンプ１及びシンセサイザ３に
相当するものであり、仕様記述部１６２にはアナログブ
ロック１６１のアンプ部とシンセサイザ部の各仕様が記
述されており、ＣＰＵ側からこれらの情報をそれぞれ別
々に読み出すことが可能である。

【０１１２】次にこれらの情報の記述方法について述べ
る。例えば、あらかじめアナログブロックにＲＯＭなど
のメモリを作りこんでおき、そのなかに情報を書き込ん
でおく方法がある。この場合には、ＲＯＭの情報を引き
出すための専用のデータ端子とアドレス端子とを設け、
ＣＰＵからアドレスを指定することによってデータ端子
からアナログブロックの特性をディジタルデータの形で
出力させることができる。

【０１１３】図１４は本発明の第４の実施の形態におい
て採用されるアナログの機能ブロック（アナログブロッ
ク）を示す説明図である。本実施の形態は、図１０の第
３実施の形態に対して仕様記述部の構成が異なる。

【０１１４】すなわち、本実施の形態では仕様記述部に
仕様そのものを記述するのではなく、そのアナログブロ
ックの識別番号を記述しておくのである。そしてその識
別番号とそのアナログブロックの仕様に関してはライブ
ラリの中に対照表をあらかじめ用意することによって、
ＣＰＵはアナログブロックの特性に関する情報を得るこ
とができる。

【０１１５】図１４において、アナログブロック１３１
に確保された仕様記述部１３２は、アナログブロック１
３１の識別番号が記述されている。ＣＰＵ９はアナログ
ブロック１３１の仕様記述部１３２から識別番号を読み
取り、その識別番号をもとに、ライブラリ１３に記述さ
れた識別番号と仕様との対照表を参照することによっ
て、必要な情報をライブラリから得ることができる。

【０１１６】このように構成することによって、図１０
に示した構成に比べて、情報を得るための手順は煩雑に
なるが、アナログブロックに記述しておく情報量を大幅
に削減することができ、より好ましい方法であるといえ
る。仕様記述部に仕様を直接記述した場合、その情報量
はたとえば仕様項目が５、各仕様の内容の記述に２０バ
イト必要であるものとすると、合計１００バイトとなる
のに対し、識別番号だけであればたとえば４バイト程度
と、２５分の１のサイズに抑えることが可能となる。識
別番号として４バイトを記憶させる場合でも、３２ビッ
ト分（２の３２乗）の種類の識別が可能であるため十分
であるといえる。

【０１１７】識別番号の付し方については図１５に示す
ように次のような方法が考えられる。すなわち、最初の
ブロックに機能１８１（たとえばシンセサイザ、ミキ
サ、アンプなど）、次のブロックに製造業社名１８２、
そして最後に識別番号１８３とする。機能はたとえば４
ビットのバイナリで下記のように表現する。

【０１１８】 ００００ ミキサ ０００１ 受信用アンプ ００１０ シンセサイザ ００１１ 送信用アンプ ０１００ アッテネータ …… …… また、次の４ビットは製造者を表す。

【０１１９】 ００００ 製造者Ａ ０００１ 製造者Ｂ ００１０ 製造者Ｃ ００１１ 製造者Ｄ ０１００ 製造者Ｅ …… …… なお上記は一例であってたとえば機能を表現するビット
数は必ずしも４ビットである必要はなく、また製造者を
あらわす部分に関しても同様であり、必要に応じたビッ
ト数をあらかじめ勘案して決定すればよい。

【０１２０】また本実施の形態についてはアナログ部の
場合をのべたが、専用機能を有し、その特性を外部から
の設定によって変更することが可能であるディジタル
部、たとえばタップ係数をパラメータとして与えるタイ
プのディジタルフィルタや、局部発振器の発振周波数を
バラメータとして与えるディジタル直交復調器などのＩ
Ｃにも同様の仕様記述部を設けておくことは有効である
ことは言うまでもない。たとえばディジタルフィルタの
場合は次のような仕様を記述しておくとよい。

【０１２１】 最大タップ数 ２５６ タップ係数の精度 １６ビット 最大処理速度 ５０Ｍサンプル／秒 ディジタル部は内部がディジタル回路によって構成され
ているため、ディジタル的にその仕様を外部へ出力する
構成をなすことは上述のアナログブロックの場合に比し
て特に製造しやすいので本実施の形態の方法によりなじ
んだ方法であるともいえる。

【０１２２】本発明においては、発明の精神及び範囲か
ら逸脱することなく、広い範囲において異なる実施態様
を、本発明に基づいて構成することができることは明白
である。本発明は、添付のクレームによって限定される
以外には、それの特定の実施態様によって制約されな
い。

【０１２３】

【発明の効果】以上説明したように本発明によれば、汎
用性を有し、ハードウェアアーキテクチャに依存しない
アプリケーションプログラムを利用可能となるという効
果を有する。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態を説明するための図
である。

【図２】本発明のコンパイラの動作を示す図である。

【図３】本発明のコンパイラの動作を示す図である。

【図４】アナログ部の構成を示す図である。

【図５】シンセサイザの構成を示す図である。

【図６】シンセサイザ設定データを示す図である。

【図７】本発明の他の実施の形態を示すフローチャート
である。

【図８】本発明の他の実施の形態を示すフローチャート
である。

【図９】本発明の他の実施の形態を説明するためのフロ
ーチャートである。

【図１０】本発明の第３の実施の形態において採用され
るアナログの機能ブロック（アナログブロック）を示す
説明図である。

【図１１】アナログブロックが例えば図１のシンセサイ
ザ３に相当するシンセサイザ１４１である場合を示す説
明図である。

【図１２】アナログブロックが図１のアンプ１に相当す
るアンプ１５１である場合を示す説明図である。

【図１３】シンセサイザとアンプが１チッブ化されたＩ
Ｃの例を示す説明図である。

【図１４】本発明の第４の実施の形態において採用され
るアナログの機能ブロック（アナログブロック）を示す
説明図である。

【図１５】識別番号の付し方を説明するための説明図あ
る。

【図１６】従来例を説明するための図である。

【符号の説明】

１・・・アンプ ２・・・ミキサ ３・・シンセサイザ ４・・・ＡＤ変換器 ５・・・ＤＡ変換器 ７・・・ＤＳＰ ９・・・ＣＰＵ １０・・ハードウェア １１・・ＯＳ １２・・デバイスドライバ １３・・ライブラリ １４・・アプリケーションプログラム １５・・ソフトウェア

───────────────────────────────────────────────────── フロントページの続き (72)発明者 富澤 武司 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 行方 稔 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 鶴見 博史 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 玉田 雄三 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内

Claims (14)

【特許請求の範囲】
1. 【請求項１】無線信号を送受信する送受信手段と、 受信した前記無線信号をディジタル信号に変換して出力
   するＡＤ変換手段と、 送信するディジタル信号を前記無線信号に変換して出力
   するＤＡ変換手段と、 前記ＡＤ変換手段の出力に対するディジタル信号処理及
   び前記ＤＡ変換手段の入力に対するディジタル信号処理
   を行うディジタル信号処理手段と、 所定の無線機能を実現するためのソフトウェア群からな
   るライブラリを参照して、所定のソフトウェアを基本ソ
   フトウェア上で実行することにより、前記送受信手段
   と、前記ＡＤ変換手段と、前記ＤＡ変換手段と、前記デ
   ィジタル信号処理手段との少なくとも１つを制御する制
   御手段とを具備したことを特徴とする無線通信装置。
2. 【請求項２】前記送受信手段は、アナログ信号処理を行
   うアナログデバイスを具備し、 前記ライブラリは、少なくとも前記アナログデバイスを
   制御するためのソフトウェア群を有することを特徴とす
   る請求項１に記載の無線通信装置。
3. 【請求項３】前記制御手段は、 前記基本ソフトウェアを介して、前記所定のソフトウェ
   アを動作させることで発生したデータを、前記送受信手
   段を駆動するデバイスドライバへ転送する機能を更に具
   備したことを特徴とする請求項１に記載の無線通信装
   置。
4. 【請求項４】無線信号を送受信する送受信手段と、 受信した前記無線信号をディジタル信号に変換して出力
   するＡＤ変換手段と、 送信するディジタル信号を前記無線信号に変換して出力
   するＤＡ変換手段と、 前記ＡＤ変換手段の出力に対するディジタル信号処理
   と、前記ＤＡ変換手段の入力に対するディジタル信号処
   理とを行う、ディジタル信号処理手段と、 所定の無線機能を実現するためのソフトウェア群からな
   る第１のライブラリを記憶する第１の記憶手段と、 前記第１のライブラリと本無線通信装置以外にあって前
   記第１のライブラリとは異なる第２のライブラリとを参
   照して、所定のソフトウェアを基本ソフトウェア上で実
   行することにより、前記送受信手段と、前記ＡＤ変換手
   段と、前記ＤＡ変換手段と、前記ディジタル信号処理手
   段との少なくとも１つを制御する制御手段とを具備した
   ことを特徴とする無線通信装置。
5. 【請求項５】所定のソースファイル及びコンパイラを記
   憶する第２の記憶手段を更に具備し、 前記制御手段は、前記コンパイラを用いて前記所定のソ
   ースファイルをコンパイルするときに前記第１及び第２
   のライブラリをリンクさせて前記所定のソフトウェアを
   得ることを特徴とする請求項４に記載の無線通信装置。
6. 【請求項６】前記制御手段は、所定のコンパイラによっ
   て前記第２のライブラリを参照しながら所定のソースフ
   ァイルをコンパイルして得た実行ファイルをダウンロー
   ドし、ダウンロードした実行ファイルと前記第１のライ
   ブラリとのリンクによって前記所定のソフトウェアを得
   ることを特徴とする請求項４に記載の無線通信装置。
7. 【請求項７】無線信号を送受信する第１の処理と、 受信した前記無線信号をディジタル信号に変換して出力
   する第の２処理と、 送信するディジタル信号を前記無線信号に変換して出力
   する第３の処理と、 前記第２の処理の出力に対するディジタル信号処理と、
   前記第３の処理の入力に対するディジタル信号処理とを
   行う第４の処理と、 所定の無線機能を実現するためのソフトウェア群からな
   るライブラリを参照して、所定のソフトウェアを基本ソ
   フトウェア上で実行することにより、前記第１の処理
   と、前記第２の処理と、前記第３の処理と、前記第４の
   処理との少なくとも１つを制御する第５の処理とを具備
   したことを特徴とする無線通信方法。
8. 【請求項８】コンピュータが読み出し可能なプログラム
   を格納した記録媒体において、 前記プログラムは、 所定の無線機能を実現するためのソフトウェア群からな
   るライブラリを参照して、所定のソフトウェアを実行す
   る第１の処理と、 前記第１の処理で実行した前記所定のソフトウェアによ
   り、無線信号を送受信する機能と、受信した前記無線信
   号をディジタル信号に変換して出力する機能と、送信す
   るディジタル信号を前記無線信号に変換して出力する機
   能と、前記ディジタル信号に対するディジタル信号を処
   理を行う機能とのいずれかを制御する第２の処理とを具
   備したことを特徴とする記録媒体。
9. 【請求項９】無線信号を送受信するための送受信処理を
   行うアナログハードウェアを制御するために前記アナロ
   グハードウェアに依存して記述されたプログラムである
   ライブラリを参照して、前記無線信号の送受信処理を実
   行させるためのプログラムであって、前記アナログハー
   ドウェアに依存することなく記述されたプログラムを記
   録したコンピュータ読み取り可能な記録媒体。
10. 【請求項１０】前記送受信手段は、アナログ信号処理を
    行うアナログデバイスとディジタル信号処理を行うディ
    ジタルデバイスとを具備し、 前記制御手段は、同一機能が前記アナログデバイスとデ
    ィジタルデバイスとの双方で実現可能な場合には、所定
    の条件に従って前記アナログデバイス又は前記ディジタ
    ルデバイスの一方を選択して機能を達成するか又は、前
    記アナログデバイス又は前記ディジタルデバイスの一方
    を優先的に選択して機能を達成することを特徴とする請
    求項１に記載の無線通信装置。
11. 【請求項１１】前記制御手段による選択は、前記ライブ
    ラリを参照することでソフトウェア的に実行されること
    を特徴とする請求項１０に記載の無線通信装置。
12. 【請求項１２】前記送受信手段は、アナログ信号処理を
    行うアナログデバイスとディジタル信号処理を行うディ
    ジタルデバイスとを具備し、 前記アナログデバイス及びディジタルデバイスのうちの
    少なくとも一方の手段は、仕様に関する情報を記憶する
    仕様記憶部を設け、 前記制御手段は、前記仕様に関する情報を読み取り、読
    み取った情報に基づいて前記制御を行うことを特徴とす
    る請求項１に記載の無線通信装置。
13. 【請求項１３】アナログデバイスを含み無線信号の送受
    信を行うための送受信手段を有するハードウェアと、 前記ハードウェアに依存した基本ソフトウェア上で動作
    し前記無線信号の送受信を行うための命令群を備えたア
    プリケーションと、 前記ハードウェアに依存し、前記アプリケーションが備
    えた命令群を前記ハードウェアを制御する命令群に変換
    することによって前記アプリケーションが備える命令群
    が前記ハードウェアに依存しない場合でも、前記アプリ
    ケーションによる前記ハードウェアの制御を可能にする
    ライブラリとを具備したことを特徴とする無線通信装
    置。
14. 【請求項１４】アナログデバイスを含み無線信号の送受
    信を行う送受信手段と、 前記送受信手段をディジタル制御するプロセッサと、 前記プロセッサ上で動作するオペレーションシステム
    と、 前記オペレーションシステム上で動作するアプリケーシ
    ョンと、 前記アプリケーションに基づく命令と前記送受信手段を
    制御する命令との間の変換を行うためのライブラリとを
    具備したことを特徴とする無線通信装置。