JP3819780B2 - Wireless communication apparatus capable of supporting a plurality of wireless communication systems - Google Patents

Wireless communication apparatus capable of supporting a plurality of wireless communication systems Download PDF

Info

Publication number
JP3819780B2
JP3819780B2 JP2002017590A JP2002017590A JP3819780B2 JP 3819780 B2 JP3819780 B2 JP 3819780B2 JP 2002017590 A JP2002017590 A JP 2002017590A JP 2002017590 A JP2002017590 A JP 2002017590A JP 3819780 B2 JP3819780 B2 JP 3819780B2
Authority
JP
Japan
Prior art keywords
module
signal processing
resource
file
processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002017590A
Other languages
Japanese (ja)
Other versions
JP2002335186A (en
Inventor
学 向井
隆司 和久津
淳 三ッ木
大輔 竹田
薫 井上
武司 富澤
俊一 久保
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2002017590A priority Critical patent/JP3819780B2/en
Publication of JP2002335186A publication Critical patent/JP2002335186A/en
Application granted granted Critical
Publication of JP3819780B2 publication Critical patent/JP3819780B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Stored Programmes (AREA)
  • Transceivers (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、複数の無線通信システムに対応可能な無線通信装置に関する。
【０００２】
【従来の技術】
現在、無線通信システムの爆発的な普及に伴い、規格の異なる複数の無線通信システムが混在している。無線通信装置は、一般に各々の無線通信システムに対応してそれぞれ用意される。最近の移動無線通信装置は、従来からの音声通話のみでなく、電子メール、データ通信、Ｗｅｂ(world wide web)のブラウジングといった多様なアプリケーションサービスに対応できることも要求されている。従って、一台で複数の無線通信システムや多様なアプリケーションサービスに対応可能な、いわゆるマルチモード端末装置への要求が高まっている。
【０００３】
マルチモード端末装置を実現するための一手法として、ソフトウェア無線機が提案されている。ソフトウェア無線機では、ＤＳＰ（ディジタルシグナルプロセッサ）のようなプログラマブルデバイスを用いて、送受信に必要な信号処理の少なくとも一部をソフトウェア処理によって実現する。ソフトウェア無線機は、ソフトウェアが入れ替えられることによって、様々な無線通信システムに対応し、また様々なアプリケーションサービスに対応することができる。例えば、音声通話からデータ通信に移行したり、無線通信システムをＷ−ＣＤＭＡ方式からｃｄｍａ２０００方式にハンドオフするといったことが可能である。このようなソフトウェア無線機の基本的なアイディアは、例えば特開平９−３３１５７９号その他によって知られているが、種々の状況を考慮していかに装置を実現するかについての開示は不十分である。
【０００４】
例えば、無線通信システムでは伝送されるディジタル情報のレートの高速化が図られており、それに伴う規格変更が頻繁になされている。この規格変更の都度、ソフトウェア無線機の設計開発を行う必要がある。ソフトウェア無線機のうちベースバンド信号を扱う部分、いわゆるモデム部は、処理量が多く、また処理遅延のような、要求されるスペックも厳しい。このため、モデム部には無線通信システムの規格変更の度に設計変更が行われる。前述したプログラマブルデバイスは、ソフトウェアの変更により、このような設計変更に柔軟に対応できる。しかし、広帯域無線通信信号の高速処理には、ＤＳＰのようなプログラマブルデバイスの能力が不足する場合がある。
【０００５】
ソフトウェア無線機がソフトウェアの切り替えにより様々な無線通信システムやアプリケーションサービスに対応するためには、端末装置が持つリソースを多く占有する。新たな無線通信システムに対応したり、アプリケーションサービス機能を追加するためには、必要な空きリソースを用意する必要がある。一つのリソースを無線通信システムや通信サービスのために最適に配分するためのリソースマネジメントも必要である。特に、移動通信用の移動無線通信装置では、小型化、低消費電力化が要求されることからリソース量が制限されるため、リソースマネジメントは重要である。リソースとは、ＣＰＵやＤＳＰなどのプロセッサ及びメモリなどのハードウェア、プロセッサの処理能力などを指す。
【０００６】
【発明が解決しようとする課題】
移動無線通信装置の一般的な設計思想では、複数の信号処理に対して固定的にリソースの割り当てがなされる。この思想をソフトウェア無線機に適用すると、無線機は複数の無線通信システムや複数のアプリケーションサービスに対応しなければならないために、リソースの利用効率が著しく低下する。コンピュータに見られるリソースマネジメントは、主にメモリ領域に特化されており、ハードウェアスペースを基準にしたリソースマネジメントや無線品質に応じたリソースマネジメントについては何の配慮もなされていない。
【０００７】
ソフトウェア無線機では、例えば特開平９−３３１５７９号に記載されているように、通信回線を通じてソフトウェアモジュールをダウンロードし、記憶装置に保存する。ソフトウェア無線機が新たな通信サービスに対応するためにソフトウェアモジュールのダウンロードが繰り返されると、記憶装置に保存されるモジュールの量が増加する。無線機内の記憶装置の容量は有限であるから、現実には、ダウンロードに当たっては既に保存されているモジュール中から不要なモジュールを削除する必要がある。モジュールのバージョンアップに対応して、記憶装置に保存されているモジュールを更新することも考慮しなければならない。モジュールの削除や更新のために、記憶装置内のモジュールの名称やバージョンを参照して、削除あるいは更新すべきモジュールを決定することは効率が悪い。モジュールの管理を効率的に行う仕組みの実現が望まれている。
【０００８】
ソフトウェア無線機が扱うことのできる前述した各種のアプリケーションにおいては、無線機のユーザによってブラウジングされるＷｅｂページのリストや、該ユーザの特定の通信相手の電話番号及び電子メールアドレスのリストをメニュー表示することが一般に行われる。しかし、一般に複数の無線通信システムに対応可能なソフトウェア無線機では、適応させる無線通信システムを変更すると、これらのリストのファイルを利用できない。無線通信システムは、それぞれ該システムを運用する通信サービス会社がそれぞれ定めた独自のアプリケーションサービスと、独自の仕様によるブラウザやメールシステムを提供している。
【０００９】
アプリケーションサービスの仕様は各無線通信システム毎に異なるため、Ｗｅｂページ、電話番号及びメールアドレスのリストファイルは、無線通信システム毎に用意されなければならない。その理由は、各無線通信システムに固有のアプリケーションサービスで使用されるファイル形式は、そのアプリケーションサービスに固有の形式だからである。従って、ソフトウェア無線機において、ある無線通信システム対応したファイル形式で記述されたＷｅｂページ、電話番号及び電子メールアドレスのリストファイルは、他の無線通信システムには転用できない。ソフトウェア無線機のユーザは、利用する無線通信システムを変更すると、その無線通信システムのアプリケーションサービス用のリストファイルを新規に作成し直さねばならない。さらに当該ユーザは、利用する可能性のある複数の無線通信システム別ににそれらのリストファイルを管理しなければならない不便がある。
【００１０】
本発明の目的は、信号処理デバイスのリソース管理を的確かつ効率的に行う無線通信装置を提供することにある。
【００１１】
【課題を解決するための手段】
上記の課題を解決するため、本発明の一態様に係る複数の無線通信システムに適用可能な無線通信装置は、少なくともモデム機能及びプロトコル機能に係る信号処理を行うリソースを有する信号処理デバイスと、前記信号処理デバイスのリソース使用状況をモニタするリソースモニタと、前記無線通信装置の外部の構成記述情報提供装置へ前記リソース使用状況を示す情報を送信し、前記複数の無線通信システムそれぞれに対応した他のモデム機能及びプロトコル機能に係る信号処理機能の構成を記述した前記構成記述情報とリソース配分情報とを前記構成記述情報提供装置から受信する無線送受信デバイスと、前記リソース配分情報に従って、構成記述情報によって記述された前記信号処理機能を前記リソースに再定義すべく前記信号処理デバイスを制御するコントローラとを具備する。
【００１６】
【発明の実施の形態】
（第１の実施形態）
図１（ａ）を参照すると、本実施形態に従う移動無線通信装置では、アンテナ１を介して図示しない基地局からのＲＦ（高周波）信号を受信し、また該基地局へのＲＦ信号の送信を行う。アンテナ１からの受信信号は無線送受信デバイス２によってディジタルの受信ＩＦ（中間周波数）信号に変換され、信号処理デバイス３に供給される。信号処理デバイス３によって生成されるディジタルの送信ＩＦ信号は、無線送受信デバイス２によって送信ＲＦ信号に変換され、アンテナ１に供給される。
【００１７】
信号処理デバイス３は、ＬＳＩ化されたプロセッサ、メモリ及びロジック回路などのハードウェアリソースを含み、図１（ｂ）に示したように送受信に必要なモデムユニット３Ａ及びプロトコル３Ｂの処理を主として行う。モデムユニット３Ａ及びプロトコル３Ｂの仕様は、例えばＷ−ＣＤＭＡ（Wide band code-division multiple access）システムに関しては、3rd Generation Partnership Project(3GGPTM)のTS 25シリーズで定義され、ＧＳＭ(Global system for mobile communications)に関しては、3GGPTMのTS 05シリーズで定義される。
【００１８】
モデムユニット３Ａ（ベースバンドユニットとも呼ばれる）の処理は、無線送受信デバイス２に近い領域（ベースバンド領域）での信号処理である。より具体的には、モデムユニット３Ａの処理は、無線送受信デバイス２から出力される、サンプリングされたディジタル化されたＩＦ（中間周波数）信号を復調して受信ベースバンド信号を生成する処理、送信データを変調して送信バースバンド信号を生成する処理である。プロトコルユニット３Ｂ（Ｌ２／Ｌ３プロトコルユニットとも呼ばれる）の処理は、移動無線通信装置が利用される無線通信システムに従って決められたプロトコル処理である。
【００１９】
信号処理デバイス３の持つリソースは、リソースコントローラ４によってコントロールされる。このコントロールにより、使用条件の変化に伴う移動無線通信装置の機能や仕様の変更に即応でき、それによって異なる無線通信システム間での移動に伴うハンドオーバ制御を容易に実現可能にする。具体的には、リソースコントローラ４により信号処理デバイス３のリソースに対してソフトウェアの変更制御、ロジック回路構成方法の変更制御、もしくはその両方の制御が行われることにより、移動無線通信装置の機能が所望に変更される。このようにリソースコントローラ４により信号処理デバイス３の持つリソースが適応的に制御されることで、量の限られた該リソースが有効に利用される。
【００２０】
信号処理デバイス３のリソースのうち、ソフトウェア処理で能力的に足りる処理を行う領域は、汎用プロセッサとメモリにより実現され、処理スピードが要求される領域は、ＤＳＰ（ディジタル信号プロセッサ）、もしくはＰＬＤ（プログラマブルロジックデバイス）のようなハードウェア回路で実現される。ＤＳＰは、リソースコントローラ４からの制御のもとで、記憶装置５から読み出されたプログラムに従って所望の信号処理を行う。ＰＬＤは、リソースコントローラ４からの制御のもとで、記憶装置５から読み出されたプログラムに従って回路構成が記述されることにより、所望の処理を行う。
【００２１】
記憶装置５には、信号処理デバイス３で利用されるソフトウェア（プログラム及びプログラムの構成要素であるモジュール）と、受信データや送信データのような処理データ及び電話帳、アドレス帳などのデータベースが保持されている。記憶装置５は、リソースコントローラ４、または移動無線通信装置の内部全体を制御するシステムコントローラ６からの制御により、必要なプログラムやデータのリード／ライトを行う。記憶装置５から読み出されるプログラムは、信号処理デバイス３に記述される。記憶装置５としては、小型のハードディスクドライブ装置または、ＦＲＯＭのような半導体メモリが使用される。
【００２２】
システムコントローラ６に接続された入出力デバイスユニット７は、移動無線通信装置のユーザとのインタフェースを司る各種の入出力デバイス、例えば、音声入力のためのマイクロフォン、音声出力のためのスピーカ、キーボード及びディスプレイを含んでいる。キーボードは、ダイヤルキー、ファンクションキー操作、テキスト入力及び編集操作などに用いられる。ディスプレイでは、着信情報、コンテンツ及びメニューなどが表示される。入出力デバイスユニット７は、さらに動画像圧縮伸長処理を行うＭＰＥＧインタフェース、及び外部装置との間でシリアル入出力を行うためのＵＳＢインタフェースを有する。入出力デバイスユニット７のこれらの構成要素は、内部バスにより接続され、内部バスはシステムコントローラ６に接続される。
【００２３】
図２には、図１中の無線送受信デバイス２の具体的な構成の一例を示す。受信系について説明すると、アンテナ１からのＲＦ受信信号は、送受切り替えスイッチ（またはデュプレクサ）１０により低雑音増幅器１１に導かれる。ＬＮＡ１１で所要レベルまで増幅されたＲＦ信号は、ＢＰＦ（バンドパスフィルタ）１２を経てミキサ１３に入力され、ここで周波数シンセサイザ２０からの受信用第１ローカル信号ＬＯ１１とミキシングされることにより、ダウンコンバートされる。ミキサ１３からの出力信号は、ＩＦ増幅器１４及びバンドバスフィルタ１５を経てミキサ１６に入力され、ここでシンセサイザ２０からの受信用第２ローカル信号ＬＯ１２とミキシングされることにより、所要の中間周波数までダウンコンバートされる。ミキサ１６からの出力信号は、ローパスフィルタ１７を経てＡ／Ｄ変換器１８に入力され、ディジタルＩＦ信号１９に変換される。ＩＦ信号１９は、信号処理デバイス３に入力される。
【００２４】
送信系において、信号処理デバイス３から出力されるディジタルＩＦ信号は、Ｄ／Ａ変換器２２によりアナログ信号に変換された後、ローパスフィルタ２３を経てミキサ２４に入力され、ここでシンセサイザ２０からの送信用第１ローカル信号ＬＯ２１とミキシングされることによりアップコンバートされる。
【００２５】
ミキサ２４からの出力信号は、バンドバスフィルタ２５及びＩＦ増幅器２６を経てミキサ２７に入力され、ここでシンセサイザ２０からの送信用第２ローカル信号ＬＯ２２とミキシングされることにより、所要のＲＦ周波数までアップコンバートされる。ミキサ２７からのＲＦ出力信号は、バンドパスフィルタ２８を経て電力増幅器２９で増幅された後、スイッチ１０によりアンテナ１に導かれ、アンテナ１から電波として放射される。
【００２６】
図１（ａ）中の信号処理デバイス３は、例えば図３（ａ）に示されるように、汎用プロセッサ（ＣＰＵ）３１、信号処理ユニット３２（ＳＰＵ）、メモリ３３及び入出力インタフェース３４を含んでいる。ＣＰＵ３１は、予め与えられたプログラムに従って処理を実行し、またＳＰＵ３２に対し所定のコマンド及びデータを伝送して、ＳＰＵ３２に高度な信号処理を行わせる。逆に、ＣＰＵ３１はＳＰＵ３２からのコマンドあるいはトリガに従って、処理内容を変更することが可能である。
【００２７】
リソースコントローラ４によって、ＣＰＵ３１及びＳＰＵ３２にプログラムがインストールされることによって、ＣＰＵ３１及びＳＰＵ３２の信号処理機能が定義される。さらに、リソースコントローラ４によって、ＣＰＵ３１及びＳＰＵ３２の行うべき処理の分担が決定される。図３においては、リソースコントローラ４はＣＰＵ３１上で動作するプログラムによって実現されるように記述されているが、ＤＳＰ上あるいはロジック回路上のシーケンサによっても実現され得る。
【００２８】
ＳＰＵ３２は、信号処理に特化したプログラマブルな専用プロセッサであり、具体的にはＤＳＰ及びＰＬＤの少なくとも一方が用いられる。ＳＰＵ３２は、メモリ３３をワークメモリとして用いて信号処理を行う。ＳＰＵ３２は、処理対象の信号の入力及び処理された信号の出力を、外部インタフェース３４を介して、無線送受信デバイス２及びシステムコントローラ６との間で行う。ＳＰＵ３２が行う具体的な処理内容の例としては、“相関演算”、“複素演算”、“最大値検出”、“メモリのアドレス変換”、“シーケンサ”、“高速入出力処理”、“累積加算”、及び“関数演算”などが挙げられる。
【００２９】
本実施形態に従う無線信号処理装置がＣＤＭＡ（code-division multiple access）システムに適用された場合について、具体的に説明する。信号処理デバイス３内のＳＰＵ３２に、あるいはＳＰＵ３２とＣＰＵ３１の両方に、ＣＤＭＡシステムにおける逆拡散処理を行う、例えば複数のロジック回路からなるリソース（逆拡散回路リソース）が用意される。該リソースはリソースコントローラ４によって制御される。ＣＤＭＡシステムでは、マルチパス伝送に応じたフィンガタイミングで動作するＲＡＫＥ受信機の機能と、フィンガタイミングを周期的にサーチする機能が必要とされる。フィンガタイミングのサーチは、マルチパスタイミングが変動する移動通信環境を考慮して行われる。これらの両機能は、共に相関回路を含む逆拡散回路により実現され、従来では両機能に別々の逆拡散回路が固定的に割り当てられる。
【００３０】
本実施形態に従うと、リソースコントローラ４によるリソースマネージメントにより、ＲＡＫＥ受信に用いている逆拡散回路リソースを、一定周期で、または通信品質等に応じて随時に、サーチ処理に用いるようにすることが容易である。こうすると、より少ない回路規模で高品質の通信が確保される。複数のコードチャネルを受信するＣＤＭＡ受信機においては、コードチャネルの接続／切断に応じて、リソースコントローラ４によるリソースマネジメントによって、逆拡散回路リソースをそれぞれのチャネルに割り当てる。こうすると、有限の逆拡散回路リソースで複数チャネルのＲＡＫＥ受信を実現でき、回路規模を削減することが可能となる。
【００３１】
図３（ｂ）に例示されるように、ＳＰＵ３２は例えば複数のＤＳＰ３７Ａ及び３７Ｂと、ＰＬＤ３８を含んで構成され、これらが内部バス３９により接続される。逆拡散回路リソースの処理は、ＤＳＰ３７Ａ及び３７Ｂと、ＰＬＤ３８が共に行うことができる。この構成の場合、ＤＳＰ３７Ａ及び３７Ｂと、ＰＬＤ３８それぞれの持つ処理能力、あるいはＭＩＰＳ値が信号処理デバイス３のリソースの一部に該当する。ＣＤＭＡシステムの例では、一つの逆拡散回路の処理能力が10[MIPS]であるとすると、100[MIPS]の処理能力を持ったＤＳＰは１０個の逆拡散回路と同様な逆拡散リソースとして扱うことができる。
【００３２】
リソースコントローラ４は、ＣＤＭＡシステムに適用される移動無線通信装置の機能（ＲＡＫＥ受信、マルチパスサーチ、周辺セルサーチ、多チャネル受信等）を実現するために、ＤＳＰ３７Ａ及び３７Ｂの持つリソースを、その時点で要求される全機能に当てるように、信号処理デバイス３の持つトータルのリソースを割り振る。例えば、トータルで１５個の逆拡散回路に相当するリソースが要求されたとき、１０個の逆拡散回路の能力と同等の100[MIPS]の処理能力をＰＬＤ３８に負担させ、残り５個の逆拡散回路の能力と同等の50[MIPS]の処理能力をＤＳＰ３７Ａまたは３７Ｂに負担させる。信号処理デバイス３のリソース配分は、同一の無線通信システムでの使用時に限られるものでない。例えば、ＣＤＭＡシステムとＴＤＭＡ（time-division multiple access）システム、ＴＤＭＡシステムとＦＤＭＡ（frequency-division multiple access）システム、ＦＤＭＡシステムとＣＤＭＡシステム、では、それぞれ共通の処理要素がある。これら異なる無線通信システム間において共通で、かつ時間的に競合しない処理について、上記と同様に信号処理デバイス３のリソース配分を行うことができる。
【００３３】
上述したように、本実施形態に従う移動無線通信装置は、高い自由度をもって機能の再構築が可能であるため、機能追加に必要なコスト及び開発期間が削減される。信号処理デバイス３に含まれる図１（ｂ）で示したモデムユニット３Ａ及びプロトコルユニット３Ｂの機能は、移動無線通信装置の機能の再構築の際に必要である。このように信号処理デバイス３の機能をモデムユニット３Ａ及びプロトコルユニット３Ｂに切り分けることにより、複数の無線通信システムで同じような機能を共用することが容易となる。
【００３４】
さらに、信号処理デバイス３に含まれる図１（ｂ）で示したモデムユニット３Ａ及びプロトコルユニット３Ｂの機能を自由に再構築できることは、本移動無線通信装置が異なる無線通信システムのサービスエリア間で移動して利用される場合に有用である。すなわち、移動無線通信装置は、移動先における電波の受信状態や無線チャネルの混雑度に応じて、最適に利用可能な無線通信システムを選択し、その選択したシステムの下で通信を行うことができる。これによってローミングやハンドオーバが容易に可能となる。
【００３５】
図４に示されるように、汎用プロセッサ（ＣＰＵ）３１はプログラム実行を管理するプログラムシーケンサ（ＰＳ）４１及び算術演算ユニット（ＡＬＵ）４２として機能する。図３（ａ）中に示した信号処理ユニット（ＳＰＵ）３２は、自己での処理の開始あるいは終了、またはプログラムされたシーケンスに従って信号処を行い、ＣＰＵ３１に対してトリガ信号あるいは割り込み信号を供給する。ＣＰＵ３１に供給されたトリガ信号または割り込み信号は、ＰＳ４１で検出される。これによってＣＰＵ３１はＳＰＵ３２の状態、例えば、“信号処理の終了”を認識し、その認識に基づいてＡＬＵ４２の処理内容を変化させることができる。
このようにＣＰＵ３１とＳＰＵ３２を協調動作させて、それぞれに処理を分担させることにより、複雑な演算を高速に実行することが可能となる。
【００３６】
図５に示されるように、ＳＰＵ３２は算術論理演算ユニット（ＡＬＵ）５１、命令メモリ５２、データメモリ５３及び入出力インタフェース５４を有する。ＡＬＵ５１は、外部からの入力データ、メモリ３３内のデータ及びＣＰＵ３１からの処理命令やデータに従って、“相関演算”、“複素数演算”、“配列変換”、“最大値検出”、“メモリアドレス変換”、“シーケンサ”、“高速入出力”といった高度の信号処理を行う。ＡＬＵ５１からの処理結果は、データメモリ３３、ＣＰＵ３１内のメモリやレジスタ、メモリ３３及び入出力インタフェース３４に書き込まれる。このようにＣＰＵ１１で処理するには負担が重い高度の信号処理に関しては、専用プロセッサであるＳＰＵ１２によって行われることにより、ＣＰＵ１１の負担が軽減され、処理速度が向上される。
【００３７】
図６には、ＳＰＵ３２のためのアドレス変換回路を示す。アドレス変換回路はメモリ６０の二つのアドレスデコーダ６１，６２によって構成され、それぞれ所要の変換パターンが書き込まれている。ＳＰＵ３２からの命令によりアドレスデコーダ６１，６２の一方が選択され、デコード内容を切り替える。メモリ６０内のレジスタ群６３は、ＲＡＭ（ランダムアクセスメモリ）のようなメモリ内のメモリセルである。通常のＲＡＭに備えられている書き込みアドレスデコーダと読み出しアドレスデコーダのデコード内容は同一である。従って、ＳＰＵ３２の処理に含まれるビットインターリーブのようなビット配列変換処理を、通常のＲＡＭで実現しようとすると、読み出し毎にアドレス計算を行う必要がある。
【００３８】
図６によると、アドレスデコーダ６１，６２をそれぞれ書き込みアドレスデコーダと読み出しアドレスデコーダに使用すれば、このようなアドレス計算が不要となり、非常に処理量の多いインターリーブのような変換処理を高速に行うことができる。アドレスデコーダ６１，６２をそれぞれ書き換え可能な例えばＲＡＭの様なデバイスとし、これらにアドレス変換テーブルを書き込んでもよい。これにより複数の変換パターンに対応できるため、様々なパターンに対応した柔軟な処理を簡易な構成で実現できる。
【００３９】
図３（ａ）に示したように、ＣＰＵ３１内のレジスタアレイ３６を介してＣＰＵ３１とＳＰＵ３２との間のデータの授受をダイレクトに行うこともできる。レジスタアレイ３６はＳＰＵ３２から直接アクセスされる。すなわち、ＳＰＵ３２は自己からのデータ出力を直接レジスタアレイ３６に書き込み、またレジスタアレイ３６からデータを直接読み出すこともできる。ＣＰＵ３１は、レジスタアレイ３６の内容を取り込み、またレジスタアレイ３６にデータを書き込むことができる。
【００４０】
このようにＣＰＵ３１とＳＰＵ３２とのデータ授受にレジスタアレイ３６を利用すると、ＣＰＵ３１はデータ授受に当たってＳＰＵ３２の動作状況と無関係にレジスタアレイ３６をアクセスすればよい。従って、ＣＰＵ３１におけるデータ転送処理を速くすることができ、信号処理デバイス３の処理を高速化できる。
【００４１】
図３（ａ）に示した信号処理デバイス３によって、無線送受信デバイス２からのディジタル化された受信ＩＦ信号を入出力インタフェース３４で受けて処理する場合の動作について説明する。受信信号をＣＰＵのみで処理しようとすると、入出力処理だけでＣＰＵの演算能力の多くを費やすこととなり、その他の処理に対してはＣＰＵの残りの能力しか振り向けることができない。図３（ａ）に示す信号処理デバイス３によると、レジスタアレイ３６を利用して、ＣＰＵ３１を介さずＳＰＵ３２に入出力処理を実施させることで、ＣＰＵ３１の処理能力を入出力処理以外の処理に当てることができる。
【００４２】
入出力インタフェース３４に取り込まれた受信ＩＦ信号は、ＳＰＵ３２に順次取り込まれ、固定的な処理が必要であればＳＰＵ３２によって所要の信号処理が行われる。ＳＰＵ３２からの処理結果はメモリ３３またはレジスタアレイ３６に書き込まれる。ＣＰＵ３１は、メモリ３３またはレジスタアレイ３６に書き込まれたデータを用いて必要な処理を行う。
【００４３】
このように入出力処理と信号処理をＳＰＵ３２に分担させることにより、ＣＰＵ３１の負荷を軽減させることができる。言い換えれば、信号処理デバイス３の処理負荷をＣＰＵ３１とＳＰＵ３２に分散させることにより、信号処理デバイス３全体として高速な信号処理が実現される。一層の負荷分散を図るために、ＣＰＵを複数個設けて、図３（ａ）のＣＰＵ３１に分担させる処理をそれぞれのＣＰＵに分散させるようにしてもよい。
【００４４】
以下、本発明の他の実施形態について説明する。以下の実施形態においては、移動無線通信装置の基本的な構成は第１の実施形態と同様であり、移動無線通信装置の構成要素、あるいは動作態様についての他のバリエーションを開示する。
【００４５】
（第２の実施形態）
図７に示される信号処理デバイス３は、回路構成記述メモリ７１、プログラムシーケンサ７２、プログラマブルハードウェアデバイス７３及びメモリ７４を有する。プログラマブルハードウェアデバイス７３は、ＰＬＤやＦＰＧＡ（field programmable gate array）などのような回路構成を再定義できるハードウェアであって、信号処理の基本的な演算を行う各種ロジック回路の集合体である。プログラマブルハードウェアデバイス７３は、各種ロジック回路の組み合わせをスイッチによりプログラマブルに変更可能として、所要の処理機能を実現するデバイスであってもよい。
【００４６】
回路構成記述メモリ７１には、プログラマブルハードウェアデバイス７３における各種ロジック回路をプログラマブルに組み合わせることで所要の信号処理機能を実現させるための処理内容別の回路構成記述が保持されている。メモリ７４には、プログラマブルハードウェアデバイス７３に実行させる処理の手順を示すプログラムが格納される。
【００４７】
プログラムシーケンサ７２は、リソースコントローラ４からのリソースマネージメントプログラムを受けて、メモリ７４から適宜プログラムを読み出し、それに従って回路構成記述メモリ７１及びプログラマブルハードウェアデバイス７３をコントロールし、該プログラムに従った信号処理をプログラマブルハードウェアデバイス７３に実行させる。
【００４８】
一般のＣＰＵやＤＳＰなどのプロセッサにおいては、その内部のＡＬＵ部分の回路構成は固定である。該プロセッサが与えられた命令セットによる処理内容を実現できるように、各命令セットに対応した専用回路がＡＬＵとして構成されている。これに対し、本実施形態では通常はＡＬＵによって行われていた処理が、回路構成の再定義可能なプログラマブルハードウェアデバイス７３によって実現される。
【００４９】
回路構成記述メモリ７１には、プログラマブルハードウェアデバイス７３に所望の処理を実現するに必要な回路構成記述がプログラムとして格納されている。より具体的には、回路構成記述メモリ７１には、通常のＡＬＵに含まれる“４則演算”、“データ転送”、“ビットシフト”といった基本的な処理をハードウェアで実現するための回路構成記述に加えて、例えば、“相関演算処理”や、“複素乗算処理”、“最大値検出処理”、“絶対値演算”等、通常のプロセッサが複数ステップかけて行う処理をハードウェアで実現するための回路構成記述、及び基本演算処理の組み合わせを示す回路構成記述を示すプログラムが格納される。このような回路構成記述メモリ７１を用いることによって、信号処理デバイス３の信号処理機能が新たに定義される都度、その信号処理機能を実現できるようにプログラマブルハードウェアデバイス７３の回路構成記述が変更される。
【００５０】
メモリ７４上のプログラム領域７４Ａには、メモリ７１に対して上記のような回路構成記述を行われるための多数のプログラムが記述されている。ブロック領域７４Ａから、プログラムシーケンサ７２のコントロールの下で必要なプログラムが読み出され、回路構成記述メモリ７１に与えられる。これによってプログラマブルハードウェアデバイス７３の回路構成が再定義される。
【００５１】
このように本実施形態によれば、信号処理デバイス３の処理が回路構成の再定義可能なプログラマブルハードウェアデバイス７３によって実現される。従ってソフトウェア処理を行う通常のプロセッサでは数十〜数百ステップも必要とする処理を数サイクル内で高速に行うことができ、しかも多様な信号処理機能の定義に柔軟に対応することができる。
【００５２】
（第３の実施形態）
図８に示される信号処理デバイス３は、図７に加えてＣＰＵ７５が追加されている。回路構成記述メモリ７１、プログラムシーケンサ７２、プログラマブルハードウェアデバイス７３及びメモリ７４は、図７で説明したものと基本的には同じである。但し、ここではプログラムシーケンサ７２はさらに、予め定めた複雑な信号処理についはプログラマブルハードウェアデバイス７３に実施させ、通常の信号処理についてはＣＰＵ７５に実施させるべく、処理内容に対応してデバイスを選択する機能と、プログラマブルハードウェアデバイス７３及びＣＰＵ７５を同時に動作させて並列処理を実行させる制御を行う機能を有する。
【００５３】
特に、信号処理デバイス３の図１（ｂ）に示したモデムユニット３Ａの信号処理においては、プログラムシーケンサ７２でリソースコントローラ４からのリソースマネージメントプログラムが実行されることによって、信号処理デバイス３の持つべき信号処理機能に応じて、プログラマブルハードウェアデバイス７３及びＣＰＵ７５がそれぞれ行うべき処理の分担が決定される。この決定に従いメモリ７１から選択された回路構成記述がプログラマブルハードウェアデバイス７３に与えられる。同時に、ＣＰＵ７５にはプログラムシーケンサ７２からＣＰＵ７５に分担させる処理についての実施の指示が与えられる。
【００５４】
プログラムシーケンサ７２による上記のような制御によって、ＣＰＵ７５にとっては複雑で負担が重い信号処理は、信号処理専用のプロセッサであるプログラマブルハードウェアデバイス７３により行われ、その他の処理はＣＰＵ７５により行われる。従って、高速処理が可能となり、しかも信号処理デバイス３の持つべき信号処理機能や設計変更に対しても容易に対応でき、また移動無線通信装置の新製品開発に要する時間が短縮される。
【００５５】
（第４の実施形態）
図９に示される信号処理デバイス３は、二つのプログラマブルハードウェアデバイス７３Ａ及び７３Ｂを有することが図７に示した構成と異なる。プログラムシーケンサ７２には、これらのプログラマブルハードウェアデバイス７３Ａ及び７３Ｂに処理を分担させる制御を行う機能が追加されている。このような構成とすることで、信号処理デバイス３の処理機能をより高い自由度で変更でき、またより複雑な信号処理を実行することが可能となる。本実施形態の構成を拡張して、３つ以上のプログラマブルハードウェアデバイスを持ってもよい。
【００５６】
図１０には、図９に示した信号処理デバイス３が更に具体的に示される。プログラムメモリ８０及びデータメモリ８１はメモリ７４におけるプログラム領域７４Ａ及び７４Ｂに、制御回路９２はプログラムシーケンサ７２に、回路記述メモリ８３は回路構成記述メモリ７１に、ＳＰＵ８４はプログラマブルハードウェアデバイス７３に、それぞれ対応する。
【００５７】
外部装置、すなわち図１（ａ）中のリソースコントローラ４またはシステムコントローラ６からの命令やデータは、入力レジスタ群８５を介して信号処理デバイス３内に取り込まれ、レジスタ群８６に渡されて一時保持され、出力レジスタ群８７に送り出されて、ＳＰＵ８４に渡される。
【００５８】
プログラムメモリ８１の中に、例えば以下のような処理プログラムが格納されているとする。
ａ＝Ａ＋Ｂ (i)
ｂ＝Ｃ×Ｄ (ii)
（ａ，ｂ）＝（Ａ，Ｂ）＊（Ｃ，Ｄ） (iii)
これらの処理プログラム(i),(ii)及び(iii)は、それぞれ加算、乗算及び複素乗算を表す。（Ｘ，Ｙ）のＸ，Ｙは、複素数の実部及び虚部の要素をそれぞれ表す。＊は複素乗算を表す。
【００５９】
回路構成記述メモリ８３内には、それぞれの演算を実現するための回路構成記述が記録されており、制御回路８２はプログラムメモリ８０に格納されたプログラムの内容に応じて、回路構成記述メモリ８３をアクセスすることで、プログラマブルハードウェアデバイスであるＳＰＵ８４の回路構成記述を書き換える。従って、上述の処理プログラムの例では、ＳＰＵ８４には加算回路、乗算回路及び複素乗算回路が形成される。ＳＰＵ８４が担う信号処理は、加減乗除に限られず、相関演算や、最大値及び最小値判定等、回路構成記述可能であればどのような処理も可能である。非常に複雑な処理であるほど、その処理専用のハードウェア構成に組み替えることによる処理能率が向上するから、一層の高速処理効果が享受される。
【００６０】
（第５の実施形態）
図１１に示されるように、本発明の第５の実施形態に従う信号処理デバイス３はハードウェアリソースとして、信号処理機能の再定義が不可能な領域３Ａと可能な領域３Ｂ及びスイッチユニット（ＳＷ）１１０を有する。再定義不可能領域３Ａには、頻繁に用いられるロジック回路、例えばＣＲＣ付加(attach)ブロック１０１、ＣＲＣチェックブロック１０２、ビタビデコーダ１０３、ターボデコーダ１０４、相関器１０５、アキュムレータ１０６、デモジュレータ１０７及びデインタリーバ１０８が実装されている。再定義可能領域３Ｂは、ＦＰＧＡの構成要素である複数のＰＬＤ１０９から構成される。スイッチユニット１１０は、領域３Ａと領域３Ｂとの接続及び領域３Ｂ内の各ブロックの接続をリソースコントローラ４からの制御により切り替える。
【００６１】
図１２及び図１３には、図１１に示した信号処理デバイス３のスイッチユニット１１０の切り替えによって実現される、ある単一の無線通信システムに対応した結線状態を示している。信号処理デバイス３に入力された受信信号は相関器１０５とデモジュレータ０７に入力され、相関器１０５からの出力信号はアキュムレータ１０６に入力される。アキュムレータ１０６からの出力信号はデモジュレータ１０７に入力される。デモジュレータ１０７からの出力信号は、デインタリーバ１０８、ビタビデコーダ１０３及びＣＲＣチェックブロック１０２を介して、信号処理デバイス３の出力信号とされる。図１３では、図１２にさらに、ＰＬＤ１０９に機能割り当てされたイコライザ１１１が追加されている。入力信号はイコライザ１１１を介してデモジュレータ１０７に入力される。
【００６２】
図１４には、信号処理デバイス３の、二つの無線通信システムＡ，Ｂに対応可能とした結線例を示す。デモジュレータ１０７は、システムＡ，Ｂの両方で共通に使用される。システムＡ，Ｂのいずれにおいても、デモジュレータ１０７からの出力信号はデインタリーバ１０８に入力され、デインタリーバ１０８からの出力信号はシステムＡではビタビデコーダ１０３に、システムＢではターボデコーダ１０４にそれぞれ入力される。ビタビデコーダ１０３及びターボデコーダ１０４からの出力信号は、ＣＲＣチェックブロック１０２を介して、信号処理デバイス３の出力信号とされる。
【００６３】
信号処理デバイス３のリソースサイズ、特に領域３Ａ及び３Ｂのサイズは移動無線通信装置毎に異なる。幾つかのアプリケーションサービス機能がインストールされた移動無線通信装置では、信号処理デバイス３のリソースに既に多くの信号処理機能が定義されている。信号処理デバイス３の剰余リソース量は、移動無線通信装置の使用状況に応じて時々刻々と変化する。
【００６４】
リソースコントローラ４は、図１５に示されるようにリソース管理テーブル１３０、リソースマネージャ１３１、信号処理デバイス３のリソースを更新する更新システム１３２、各種のデータを一時的に格納するためのバッファ１３３、及び信号処理デバイス３のリソースの使用状況をモニタするためのリソースモニタシステム１３４を有する。
【００６５】
リソースマネージャ１３１は、リソースモニタシステム１３４からのモニタ結果に基づき、リソースの使用状況リストであるリソース管理テーブル１３０を更新する。リソースマネージャ１３１は、信号処理デバイス３の再定義可能領域３Ｂの剰余リソース量を、リソース管理テーブル１３０を参照することによって、あるいはリソースモニタシステム１３４からのモニタ結果に基づいて把握する。
【００６６】
リソースマネージャ１３１は、信号処理デバイス３のリソースに追加定義される新たな信号処理機能を実現するための構成記述情報に基づいて、該機能定義するために再定義可能領域３Ｂで必要とされるリソース量を把握する。リソースマネージャ１３１では、この所要リソース量と剰余リソース量に従って、信号処理デバイス３のリソースの再定義可能領域３Ｂに対する新たな信号処理機能の追加定義が、リソース更新デバイス１３２を用いて行われる。
【００６７】
本実施形態によれば、移動無線通信装置毎に、所有する信号処理デバイス３のリソースと、リソースの使用状況とが異なる環境にあっても、時々刻々変化するリソースの使用状況に応じて、効率的に新たな信号処理機能を追加することが可能となる。つまり、既に自らが使用しているリソースの状況の情報を用いて、新たな信号処理機能を追加することにより、リソースの最適配分が可能となる。
【００６８】
図１６には、本実施形態に従う移動無線通信装置１０を端末として含んだ無線通信システムの構成を示す。この無線通信システムでは、基地局に構成記述情報提供装置１４０が存在する。構成記述情報提供装置１４０は、移動無線通信装置１０内の信号処理デバイス３のリソースに追加定義されるべき信号処理機能の構成を記述した情報（以下、構成記述情報という）を移動無線通信装置１０に提供する。
【００６９】
構成記述情報提供装置１４０は、この例では構成記述情報を無線通信によって移動無線通信装置１０に提供するために、アンテナ１４１、無線送受信デバイス１４２、及び構成記述情報を保存するためのバッファ１４３を有する。移動無線通信装置１０と構成記述情報提供装置１４０との間の通信は、有線であってもよい。たとえば、移動無線通信装置１０の機能を更新するサービスセンタでは、その機能更新を行う装置として構成記述情報提供装置１４０を用いればよい。
【００７０】
移動無線通信装置１０は、図１に示したようにアンテナ１、無線送受信デバイス２、信号処理デバイス３、リソースコントローラ４記憶装置５、システムコントローラ６及び入出力デバイスユニット７を有する。リソースコントローラ４は、図１５に示したようにリソース管理テーブル１３０、リソースマネージャ１３１、リソース更新システム１３２、バッファ１３３、及び信号処理デバイス３のリソースの使用状況をモニタするためのリソースモニタシステム１３４を有する。
【００７１】
構成記述情報提供装置１４０においては、無線通信装置１０に新たに追加する信号処理機能に対応した構成記述情報がバッファ１４３から読み出される。読み出された構成記述情報は、無線送受信デバイス１４２によって移動無線通信装置１０に向けて送信される。移動無線通信装置１０に送信されきた構成記述情報は、無線送受信デバイス２によって受信される。リソースコントローラ４では、受信された構成記述情報に基づいて、信号処理デバイス３が所望の信号処理機能を実現するための所要リソース量が把握される。リソースコントローラ４では、リソースモニタシステム１３４によってモニタされているリソースの使用状況に基づいて、信号処理デバイス３の使用されていない剰余リソース量が把握される。リソースコントローラ４は、これらの所要リソース量及び剰余リソース量に従って、信号処理デバイス３のリソースに追加定義されるべき信号処理機能に対する、最適なリソース配分を行う。
【００７２】
図１７には、本実施形態に従う移動無線通信装置１０を含んだ無線通信システムの他の構成を示す。構成記述情報提供装置１４０は、図１６で説明したアンテナ１４１、無線送受信デバイス１４２及びバッファ１４３に加えて、リソースコントローラ１４４をさらに有する。移動無線通信装置１０内の信号処理デバイス３のリソースに新たな信号処理機能が追加定義されるべきときに、リソースモニタシステム１３４によってモニタされている、信号処理デバイス３のリソースの使用状況を示す情報が無線送受信デバイス２により、アンテナ１を介して構成記述情報提供装置１４０に送信される。
【００７３】
構成記述情報提供装置１４０においては、信号処理デバイス３に新たに追加定義すべき信号処理機能を示す構成記述情報がバッファ１４３から読み出される。該構成記述情報に基づいて、リソースコントローラ１４４によって、信号処理デバイス３のリソースに新たな信号処理機能を追加定義するための所要リソース量が把握される。さらに、リソースコントローラ１４４では、リソースモニタシステム１３４によってモニタされているリソースの使用状況に基づいて、信号処理デバイス３の剰余リソース量が把握される。リソースコントローラ１４４は、これらの所要リソース量及び剰余リソース量に従って、信号処理デバイス３のリソースに追加定義される信号処理機能に対する、最適なリソース配分を演算によって求め、リソース配分指示情報を出力する。このリソース配分指示情報は、無線送受信デバイス１４２により、アンテナ１４１を介して移動無線通信装置１０に送信される。
【００７４】
移動無線通信装置１０に送信されてきたリソース配分情報は、アンテナ１を介して無線送受信デバイス２により受信され、リソースコントローラ４に渡される。リソースコントローラ４は、リソース配分情報に従って、信号処理デバイス３のリソースに追加定義されるべき信号処理機能に対する、最適なリソース配分を行う。このようにリソース配分のための演算は、構成記述情報提供装置１４０で実行される。すなわち、移動無線通信装置１０内の信号処理デバイス３のリソースに新たな信号処理機能を追加するために必要とされる演算が、移動無線通信装置１０の外部で行われる。これによって、移動無線通信装置１０のリソースコントローラ４で行われる演算の量が減少するので、移動無線通信装置１０の低コスト化に寄与することができる。すなわち、端末の信号処理デバイス３のリソース配分の要する処理が基地局によって補助されることによって、リソース配分に要する端末の処理負荷が軽減される。
【００７５】
図１８〜図２０を参照して本実施形態の動作について説明する。図１８を参照すると、まず移動無線通信装置１０は構成記述情報提供装置１４０から送信されてきた構成記述情報を受信する（ステップＳ１０１）。移動無線通信装置１０では、受信された構成記述情報を用いてリソースコントローラ４により信号処理デバイス３への信号処理機能の追加定義に要する所要リソース量を求める（ステップＳ１０２）。所要リソース量と、移動無線通信装置１０の出荷時に信号処理デバイス３が有しているリソース量（初期リソース量）を比較する（ステップＳ１０３）。所要リソース量が初期リソースの量よりも大きい場合には、信号処理機能の追加定義が不可能である旨を構成記述情報提供装置１４０に通知する（ステップＳ１０４）。
【００７６】
所要リソース量が初期リソース量より小さい場合には、リソースコントローラ４では、リソースモニタシステム１３４によって信号処理デバイス３の現在のリソースの使用状況、例えば剰余リソース量を把握する（ステップＳ１０５）。剰余ソース量と所要リソース量を比較し、信号処理デバイス３に新たな信号処理機能の追加定義が可能であるかどうかを判断する（ステップＳ１０６）。追加定義が可能である場合には、リソース更新システム１３２によって、新たな信号処理機能を信号処理デバイス３のリソースに定義する（ステップＳ１０７）。ステップＳ１０７では、必要に応じて、信号処理デバイス３に既に定義されている信号処理機能の該リソースの割り当てを変更する。新たな信号処理機能の追加定義が不可能である場合には、その旨を構成記述情報提供装置１４０に通知する（ステップＳ１０４）。ステップＳ１０３の処理は、省略されてもよい。
【００７７】
図１９を参照すると、ステップＳ２０１からＳ２０４までの処理は、図１８におけるステップＳＳ１０１からＳ１０４までの処理と同じである。ステップＳ２０５では、リソース管理テーブル１３０を参照してによって信号処理デバイス３の現在のリソースの使用状況、例えば剰余リソース量が把握される。次のステップＳ２０６において信号処理デバイス３に新たな信号処理機能の追加定義が可能であるかどうかを判断する。追加定義が可能である場合には、リソース更新システム１３２によって、新たな信号処理機能を信号処理デバイス３のリソースに定義し（ステップＳ２０７）、それに伴ってリソース管理テーブル１３０を更新する（ステップＳ２０８）。
【００７８】
図２０によると、ステップＳ３０１からＳ３０５までと、ステップＳ３０７及びＳ３０８の処理は、図１９におけるステップＳＳ２０１からＳ２０４までと、ステップＳ２０６及びＳ２０７の処理と同じである。図２０では、ステップＳ３０５のの処理の後、ステップＳ３０７で新たな信号処理機能を信号処理デバイス３のリソースに定義する前に、ステップＳ３０６でリソース管理テーブル１３０の更新が行われる。
【００７９】
前述したように、信号処理デバイス３のリソースサイズは、一般に個々の移動無線通信装置毎に異なる。これに伴い、図１１に例示した再定義不可能領域３Ａと再定義可能領域３Ｂの構成及びサイズも、個々の移動無線通信装置毎に異なる。従って、信号処理デバイス３の信号処理機能に対するリソース配分を効率的に行うためには、信号処理デバイス３の持つリソースの詳細、例えば図１１におけるＣＲＣ付加ブロック１０１及びＣＲＣチェックブロック１０２の個数等を把握する必要がある。
【００８０】
図１７に示した無線通信システムでは、信号処理デバイス３を有する移動無線通信装置１０以外の装置である構成記述情報提供装置１４０内にリソースコントローラ１４４が設けられる。このリソースコントローラ１４４において、信移動無線通信装置１０内の号処理デバイス３のリソースに新たな信号処理機能を追加定義するために必要な演算を行う場合には、該リソースコントローラ１４４が信号処理デバイス３のリソースの詳細を把握できる必要がある。
【００８１】
以下、構成記述情報提供装置１４０が基地局に設けられ、移動無線通信装置１０が端末である図１７の無線通信システムを例にとり、移動無線通信装置１０内の信号処理デバイス３のリソース（以下、端末リソースという）の詳細を基地局において把握する方法について説明する。
【００８２】
図２１に示されるように、通常の基地局におけるレイヤ構成（Ｌ１／Ｌ２：レイヤ１／レイヤ２）は、データリンクコントロール（ＤＬＣ）と物理レイヤ（ＰＨＹ）を有する。ＤＬＣはメディアアクセスコントロール（ＭＡＣ）、エラーコントロールブロック（ＥＣ）及びラジオリソースコントローラ（ＲＲＣ）を有する。基地局では、上位層から送られてくるデータをエラーコントロールブロック（ＥＣ）が受け取り、無線送受信デバイスで発生する誤りに対する耐性を持つべく信号処理を行う。エラーコントロールブロック（ＥＣ）から出力された信号は、メディアアクセスコントロール（ＭＡＣ）に送られる。ＭＡＣから出力された信号は、物理レイヤ（ＰＨＹ）に送られる。ＰＨＹでは、変調のための信号処理が行われ、無線送信に供するためのＲＦ信号が生成される。ＥＣ，ＭＡＣ及びＰＨＹは、ラジオリソースコントローラ（ＲＲＣ）によって制御される。逆に、基地局が端末からの送信信号を受信する場合には、上述の信号の流れの逆の順で処理が行われる。
【００８３】
図２２には、本実施形態に従う無線通信システムの基地局におけるレイヤ構成を示す。図２２には、図２１に示したＬ１／Ｌ２レイヤ構成に新たに、端末リソースを制御するコントローラが追加されている。具体的には、ＤＬＣ(Data Link Control)の構成要素として、ＴＲＣ(Terminal Resource Control)が追加されている。ＴＲＣは、独自にＲＲＣ(Radio Resource Control)と通信を行い、それによって端末の機体番号もしくは機種情報を取得する。すなわち、ＴＲＣは端末と基地局との間の通信をモニタすることによって、端末の機体番号もしくは機種情報を取得する。
【００８４】
機体番号もしくは端末機種情報から、端末の所有しているリソースを把握する方法の１つとして、テーブルを用いる方法が挙げられる。そのようなテーブルの例を図２３に示す。テーブルには、端末リソースの詳細を示したリソースリストが参照されている。リソースリストには、図２４に例示されるように、機能ブロック名と各機能ブロックの数量が記載され、さらに同時使用が不可であるといったような特記事項が記載される。前述したように、リソースは再定義不可能領域と再定義可能領域とに分かれている。
【００８５】
ＴＲＣは、図２４に例示したようなリソースリストの情報を用いて、所望の信号処理機能を端末リソースに定義するための所要リソース量を把握し、最適なリソース配分を演算によって求め、リソース配分指示情報を出力する。リソース配分指示情報は、基地局から端末に送信される。図２３に示したテーブルは、新しい端末がリリースされる毎に更新される。
【００８６】
図２５には、本実施形態に従う基地局（ＢＳ）及び端末（ＭＴ）のレイヤ構成を示す。基地局ＢＳにＴＲＣ、端末ＭＴにリソースコントローラ（ＲＣ）がそれぞれ設けられる。ＴＲＣは、各端末のリソースリストを有する。端末リソースは、端末毎に異なる。ＲＣは、端末リソースの使用状況を示したリソース管理テーブルを有する。端末リソースの再定義不可能領域と再定義可能領域の割合は、端末毎に異なる。端末リソースの使用状況は、リソースモニタシステムによってモニタされる。
【００８７】
基地局ＢＳに設けられたＴＲＣは、端末ＭＴに設けられたＲＣとの間で通信を行い、端末リソースの使用状況の情報を端末から取得する。ＴＲＣは、端末リソースの使用状況を把握するために、たとえば、図２６に示すようなメッセージをＲＲＣに対して送信する。基地局ＢＳのＲＲＣは、このメッセージを受けると、端末ＭＴに設けられたＲＣに対して、端末リソースの使用状況を基地局に申告するように要求する。端末ＭＴのＲＣは、この要求を受けると端末リソースの使用状況のテーブルを更新し、基地局ＢＳに対して当該テーブルを送信する。基地局ＢＳのＴＲＣは、端末ＭＴのリソースリストを有しており、このリストによって端末ＭＴが所有しているリソースの種類と数量を把握している。従って、ＭＴ端末から基地局ＢＳに送られるリソース使用状況テーブルは、図２７に示すように、予め定められた順番に従って、数値のみが記述されたテーブルに簡素化される。該リソースの使用状況テーブルを受信したＲＲＣは、基地局に備えられたＴＲＣに対して図２８に示すようなメッセージを送信する。
【００８８】
以上の手順によって、ＴＲＣは端末リソースの使用状況を把握することができる。機体番号もしくは端末機種等の情報によって、端末が所有しているリソースを把握し、さらに端末リソースの使用状況を端末から取得する。ＴＲＣはさらに、これらの情報を基に、新たに追加する機能のために必要となる最適なリソース配分を演算によって求め、リソース配分指示情報を出力する。このリソース配分指示情報は、基地局から端末に送信される。
【００８９】
信号処理機能の変更が可能な端末では、リソース使用量が逐次変化する。つまり、一旦端末に設定した機能の一部が不要になる場合が起こり得る。そのため、リソース管理テーブルの更新を機能の追加を行う時点において行うことによって、最新の情報に基づいたリソース管理を行うことができる。
【００９０】
端末に信号処理機能の追加が不可能であった旨を通知するには、例えば図１６に示した無線通信システムにおいて、移動無線通信装置１０から構成記述情報提供装置１４０へ、機能の追加定義が不可能であった旨を伝達する仕組みを追加すればよい。信号処理機能を追加定義しようとする際に、その信号処理機能全ての追加定義はにはリソースが不足する場合がある。このような場合、端末側で新たな信号処理機能の追加定義が不可能であった旨を基地局が把握することができる。基地局では、この旨を把握すると、端末側で剰余リソース量に応じた最低限の信号処理機能の追加定義を行うことができるように構成記述情報を送信する。このような最低限の追加定義により、無線通信システムとしてのサービス向上が達成される。
【００９１】
（第６の実施形態）
図２９には、本発明の第６の実施形態に従う移動無線通信装置が示されている。この移動無線通信装置は、これまでの実施形態と同様に、アンテナ１、無線送受信デバイス２、信号処理デバイス３、リソースコントローラ４及び記憶装置５を有する。図２９では、図１中に示したシステムコントローラ６及び入出力デバイスユニット７は省略されている。
【００９２】
信号処理デバイス３は、例えばＣＰＵもしくはＤＳＰのような、ソフトウェア的に信号処理を行うプロセッサ、あるいはＰＬＤのようなプログラマブルハードウェアデバイスによって構成される。信号処理デバイス３がプロセッサの場合を例にとると、該プロセッサは実行プログラムが読み込まれるＲＡＭ領域のような記憶領域を有し、該記憶領域に信号処理を行うためのプログラムを構成するモジュール群を読み込むことで信号処理を実行する。ここでいうモジュールとは、コンパイルされた実行形式のファイルであり、各信号処理機能がソフトウェア・モジュール化されている。
【００９３】
記憶装置５には、プログラムやデータファイルが格納されている。特に、プログラムとしては、信号処理デバイス３での仕様が想定されるモジュール群が格納されている。これにより、当該移動無線通信装置が別のモード、例えば、別のチャネルを受信するモード、に切り替わるときに必要となるモジュール群を記憶装置５から読み出して信号処理デバイス３に渡すことができる。
【００９４】
図３０には、信号処理デバイス３の記憶領域及び記憶装置５の内容の例を示される。信号処理デバイス３はプロセッサとしてＤＳＰ２１０を有し、記憶領域には、音声送信モジュール２１１及び音声受信モジュール２１２が読み込まれている。記憶装置５には、データ送信モジュール２２１、等化器モジュール２２２、ビタビデコーダモジュール２２３及びＣＲＣモジュール２２４が格納されている。
【００９５】
リソースコントローラ４は、ソース管理テーブル２００、リソースマネージャ２０１、リソース書き換えプロセッサ２０２及びダウンロードバッファ２０３を有する。リソース管理テーブル２００には、信号処理デバイス３で実行可能なモジュールの保存場所の情報が記憶される。リソースマネージャ２０１は、（ａ）リソースを入れ替える順序、（ｂ）入れ替えるかどうかの判断、及び（ｃ）入れ替えるタイミングを制御する。リソース書き換えプロセッサ２０２は、リソースマネージャ２０１からの指示により、記憶装置５に格納された信号処理デバイス３のプロセッサに対してモジュールの書き換えを行う。ダウンロードバッファ２０３は、外部からダウンロードしたモジュールを一時的に格納する。
【００９６】
本実施形態に従う移動無線通信装置の基本的な動作は、これまで説明した実施形態と同様であり、特有の動作は以下の通りである。シャドウイング、すなわち移動無線通信装置が物陰に入る、などにより、移動無線通信装置と図示しない基地局との間の無線伝送路が劣化し、所望の通信品質を満たさなくなったとする。通信品質は、例えば無線送受信デバイス２が有する電界測定機能によって検知される。
【００９７】
所望の通信品質が満たされなくなると、リソースコントローラ４は、通信品質の向上を図るために信号処理デバイス３のリソースに等化器モジュールを新たに組み込む必要があると判断する。この判断に基づき、リソースコントローラ４においては、信号処理デバイス３のリソースに余裕があれば、リソースマネージャ２０１が等化器モジュールを該リソースに組み込む制御を行う。リソースマネージャ２０１は、記憶装置５内に等化器モジュールが存在するかどうかをリソース管理テーブル２００を参照することで確認する。
【００９８】
図３０に示されているように、記憶装置５内に等化器モジュール２２２があれば、リソースコントローラ４は、それを信号処理デバイス３であるプロセッサの実行ファイルとして信号処理デバイス３に読み込む。記憶装置５内に等化器モジュールがなければ、リソースコントローラ４は、ダウンロード要求を出して該モジュールを取得し、ダウンロードバッファ２０３に格納する。
【００９９】
移動無線通信装置内の信号処理デバイス３で必要なモジュールが記憶装置５に格納されていない場合に、ダウンロード要求はたとえば移動無線通信装置が現在位置しているエリアをサービスエリアとして持つ基地局に対して出される。基地局は、受け取ったダウンロード要求を図示しないネットワークへ転送する。ネットワークは、ダウンロード要求を出した移動無線通信装置に、要求されたモジュールを基地局を介して送信する。
【０１００】
このように信号処理デバイス３であるプロセッサの記憶領域で保持されるプログラムの入れ替えを行うことにより、必要な信号処理機能が信号処理デバイス３に定義される。プログラムとしては、必要なモジュールが必要なときにだけ取り込まれる。これにより、通常は不要であるモジュールがプロセッサの記憶領域に常駐することによるリソースの無駄遣い、すなわちメモリリソースの無用な占有を抑えることができる。従って、容量に制限のあるリソースの有効活用を図りつつ、異なる無線通信システム間のローミングやハンドオフに対応することができる。
【０１０１】
次に、本実施形態に従う移動無線通信装置のより具体的な動作例について説明する。まず、移動無線通信装置を音声通話に使用していた状態から、Webのブラウジングのようなデータ通信に用いる状態に切り替えるというように、通信の種別を切り替える場合について述べる。
【０１０２】
通信の種別を例えば音声通話からデータ通信に切り替えようとする場合、音声通話用のモジュール、例えば音声ＣＯＤＥＣモジュールは不要になり、それに代わって新たにＴＣＰ／ＩＰを実装したモジュールが必要となる。リソースマネージャ２０１は、記憶装置５内にＴＣＰ／ＩＰモジュールが存在するかどうかをリソース管理テーブル２００を参照して確認する。記憶装置５内にＴＣＰ／ＩＰモジュールあれば、それを信号処理デバイス３であるプロセッサの実行ファイルとしてプロセッサの記憶領域に読み込む。不要となった音声ＣＯＤＥＣモジュールのような音声通話用モジュールは、該プロセッサの記憶領域からクリアされる。
【０１０３】
リソースマネージャ２０１は、記憶装置５内にＴＣＰ／ＩＰモジュールなければ前述したようなダウンロードによって取得する。取得されたＴＣＰ／ＩＰモジュールは記憶装置５に保存された後、リソース管理テーブル２００に書き込まれる。リソースマネージャ２０１は、再び記憶装置５ににＴＣＰ／ＩＰモジュールが存在するかどうかをリソース管理テーブル２００により確認する。記憶装置５内にＴＣＰ／ＩＰモジュールが存在すれば、それをプロセッサの記憶領域に実行ファイルとして読み込む。これにより、以後データ通信が可能になる。
【０１０４】
この動作を図３１及び図３２により説明する。図３１に示されるように、信号処理デバイス３の記憶領域には、図３０と同様に音声送信モジュール２１１及び音声受信モジュール２１２が読み込まれている。記憶装置５には、データ送信モジュール２２１、データ受信モジュール２２５、音声送信モジュール２２６及び音声受信モジュール２２７が格納されている。
【０１０５】
最初のステップＳ４０１では、ＤＳＰ２１０が音声送信モジュール２１１及び音声受信モジュール２１２を使用して、音声通話のための信号処理を行っている。この状態で、次に移動無線通信装置のユーザが図１に示した入出力デバイスユニット７を操作してデータ通信移行の指示を行ったとする。リソースコントローラ４は、この指示を受けてリソース更新要求を出す（ステップＳ４０２）。これにより、リソースコントローラ４のリソースマネージャ２０１はリソース管理テーブル２００を参照して、記憶装置５内にデータ通信モジュールが有るか否かをチェックする（ステップＳ４０３）。記憶装置５内にデータ通信モジュールが無い場合には、ダウンロード要求を出し、ある場合にはＤＳＰ２１０に対して書き換え開始の通知を行う（ステップＳ４０４）。これにより、ＤＳＰ２１０ではその記憶領域に現在あるモジュールの実行を中止する。
【０１０６】
次に、リソースコントローラ４は書き換えプロセッサ２０２を用いてＤＳＰ２１０の記憶領域に現在ある音声送信モジュール及び音声受信モジュールを削除し、記憶装置５からデータ送信モジュール及びデータ受信モジュールを読み込んで、ＤＳＰ２１０の記憶領域に書き込ませる（ステップＳ４０５）。書き換えプロセッサ２０２による書き換え処理が終了したならば、リソースコントローラ４はＤＳＰ２１０に書き換え終了通知を行う（ステップＳ４０６）。書き換え終了通知を受けて、ＤＳＰ２１０はその記憶領域にあるデータ送信モジュールとデータ受信モジュールを実行し、データ通信のための信号処理を行う（ステップＳ４０７）。
【０１０７】
このようにして、リソースコントローラ４の管理のもとにＤＳＰ２１０の記憶領域（ＤＳＰ２１０の持つメモリリソース）におけるモジュールを入れ替える。これにより、ＤＳＰ２１０の信号処理機能を音声通話の機能からデータ通信の機能に変更し、ＤＳＰ２１０の持つ限られた容量の記憶領域を有益に利用して信号処理機能の入れ替えを実現できる。従って、不要なモジュールによるメモリリソースの占有が抑えられる。
【０１０８】
図３３の例によると、信号処理デバイス３にはＤＳＰに代えて、プログラマブルに書き換えがプログラマブルハードウェアデバイス、例えばＰＬＤ２３０が用いられる。ＰＬＤ２３０は、モジュール群２３１（例えば、モジュールＡ，Ｂ，Ｃ，Ｄ）によって動作しており、記憶装置５にはＰＬＤ２３１での使用が想定されているモジュール群２４０（例えば、モジュールＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，…）が格納されている。ここで言うモジュールは、回路構成プログラム（回路構成記述）のモジュールであって、例えばＰＬＤの配置配線図のようなものである。
【０１０９】
図３４を用いて動作を説明すると、まずＰＬＤ２３０は音声通話のための信号処理を行う回路構成を構築するためのモジュールＡ，Ｂ，Ｃ，Ｄを使用して信号処理を行っている（ステップＳ５０１）。この状態で、ユーザがデータ通信を行いたいとして、図１中に示した入出力デバイスユニット７を操作してデータ通信移行の指示を行ったとする。リソースコントローラ４は、この指示を受けてリソース更新要求を出す（ステップＳ５０２）。モジュールＢ，Ｃ，Ｄは、音声通話及びデータ通信のいずれにおいても必要な信号処理に関する回路構成を構築するためのモジュールであると仮定する。
【０１１０】
データ通信では、モジュールＢ，Ｃ，Ｄ，Ｅが必要であることが予め記憶されているので、リソースコントローラ４はＰＬＤ２３０における現在のモジュール構成を調べることによって、モジュールＡをモジュールＥに入れ替える必要があることを知る。リソースコントローラ４のリソースマネージャ２０１はリソース管理テーブル２００を参照して（ステップＳ５０３）、記憶装置５にデータ通信用の信号処理を行う回路構成を構築するためのモジュールＥが有るか否かをチェックする（ステップＳ５０４）。
【０１１１】
モジュールＥが記憶装置５内にある場合、リソースマネージャ２０１は書き換えプロセッサ２０２に対し、ＰＬＤ２３０に保持されているモジュール群２３１中のモジュールＡをモジュールＥに書き換える指示を与える。この書き換え指示を受けて、書き換えプロセッサ２０２はモジュールの書き換え開始通知をＰＬＤ２３０に対して行う（ステップＳ５０５）。これにより、ＰＬＤ２３０は現在保持しているモジュールによる回路構成での処理実行を中止する。次に、書き換えプロセッサ２０２はＰＬＤ２３０が保持しているモジュールＡを破棄し、代わりにモジュールＥを記憶装置５から読み出してモジュールＡと置き換える（ステップＳ５０６）。
【０１１２】
このようにして書き換えプロセッサ２０２によるＰＬＤ２３０のモジュール書き換え処理が終了したならば、リソースコントローラ４はＰＬＤ２３０に書き換え終了通知を行う（ステップＳ５０７）。この書き換え終了通知を受けてＰＬＤ２３０は新たに保持しているモジュール群２３１（モジュールＢ，Ｃ，Ｄ，Ｅ）を用いて回路構成の構築を行い、その回路構成を使用してデータ通信の信号処理を行う（ステップＳ５０８）。
【０１１３】
一方、ステップＳ５０４において記憶装置５にモジュールＥが無い場合には、リソースコントローラ４はダウンロード要求を出す（ステップＳ５０９）。この要求によってモジュールＥがダウンロードされ、ダウンロードバッファ２０３に一時的に保持される。この後、ステップＳ５０５でＰＬＤ２３０に対して書き換え開始の通知を行う（ステップＳ５０５）。これにより、ステップＳ５０６ではダウンロードバッファ２０３に保持されたモジュールＥが書き換えプロセッサ２０２により読み込まれて、ＰＬＤ２３０に書き込まれる。
【０１１４】
このようにダウンロードしながら、或いはダウンロードが終わると直ちにＰＬＤ２３０にダウンロードしたモジュールＥを書き込むことができ、音声通話からデータ通信に短時間で移行することが可能となる。ダウンロードで取得されたモジュールは、ダウンロードバッファ２０３に一時的に格納されるばかりでなく、必要に応じて記憶装置５に保存され、以後の利用に供される。
【０１１５】
（第７の実施形態）
第６の実施形態では、信号処理デバイス３の信号処理機能の切り替えに当たって、必要な複数のモジュールのうち、新たな信号処理機能を実現するにモジュールを不要のモジュールと入れ替えている。用途別に必要なモジュールをセットにしたモジュール群をそれぞれ用意し、信号処理機能の切り替えを行うときに、モジュール群単位で入れ替えてもよい。これにより信号処理デバイス３の信号処理機能の切換を高速で行うことが可能となる。
【０１１６】
図３５には、このようなモジュール群単位の入れ替えを行う第７の実施形態に従う移動無線通信装置を示す。この移動無線通信装置は、異なる複数の無線通信システムに適応可能である。従って、記憶装置５には異なる無線通信システムでの通信用の信号処理を行うためのモジュール群２４１，２４２が格納されている。これらのモジュール群２４１，２４２は、記憶装置５を交換することで更新することができる。信号処理デバイス３のＤＳＰ２１０は、モジュール群２１３を読み込んで動作している。
【０１１７】
今、移動無線通信装置が現在無線通信システムＸにより基地局と通信を行っていると仮定し、この状態で例えばハンドオーバを行うために無線通信システムＹにより基地局と通信を行う必要が生じたとする。この場合、リソースマネージャ２０１は、移動無線通信装置が無線通信システムＹとの通信を行う必要が発生したことを判断して、リソースを入れ替える順序、入れ替えるかどうかの判断、入れ替えるタイミングなどを制御する。リソースマネージャ２０２は、システムＸで使用してないモジュールを開放し、システムＹ用のモジュールを組み込むという指示を書き換えプロセッサ２０２に出す。書き換えプロセッサ２０２は、この指示を受けて記憶装置５からＤＳＰ２１０に対してモジュールの書き換え処理を行う。
【０１１８】
ここで、無線通信システムＸは現在も使用中であるから、ＤＳＰ２１０の記憶領域に書き込んであるシステムＸ用のモジュール群のうち、使用するものは残す必要がある。そこで、使用されていないモジュールを調べ、そのモジュールをＤＳＰ２１０の記憶領域から開放して、それにより生じた余剰リソースとしての記憶領域に、システムＹ用のモジュールを組み込む。これにより、移動無線通信装置は無線通信システムＸ及びＹの両方で通信を行うことが可能となる。
【０１１９】
図３６を用いて、ＤＳＰ２１０がシステムＸの下で通信を行うためのモジュールＸ１，Ｘ２，Ｘ３，Ｘ４を使用して信号処理を行っている状態から、システムＹの下で通信を行うべくモジュールＸ１を開放してモジュールＹ１を読み込む場合の動作について説明する。
【０１２０】
まず、ステップＳ６０１においてＤＳＰ２１０の記憶領域にはシステムＸの下で通信を行うためのモジュールＸ１，Ｘ２，Ｘ３，Ｘ４が書き込まれており、ＤＳＰ２１０はモジュールＸ１，Ｘ２，Ｘ３，Ｘ４を使用して信号処理を行っている。この状態で、例えばハンドオーバが生じると、リソースコントローラ４はモジュール更新要求を発生する（ステップＳ６０２）。リソースマネージャ２０１は、該モジュール更新要求を受けてリソース管理テーブル２００を参照して記憶装置５に通信システムＹ用のモジュール群が有るか否かのチェックと、通信システムＸ用のモジュール群の構成をチェックする（ステップＳ６０３）。
【０１２１】
リソースマネージャ２０１は、無線通信システムＹでの通信に必要なモジュールの判断と、無線通信システムＸ用のモジュール群のうちのどれを入れ替えるかの判断、及びリソースを入れ替える順序の判断を行う。この結果として、リソースマネージャ２０１は、モジュールＸ１は不要、モジュールＹ１は必要であって、Ｘ１を削除後Ｙ１を書き込むべきであると判断する。さらに、リソースマネージャ２０１は書き換えプロセッサ２０２に対し、ＤＳＰ２１０に保持されているモジュール群２１３中のモジュールＸ１をモジュールＹ１に書き換える旨の指示を与える。書き換えプロセッサ２０２は、この指示を受けてモジュールの書き換え開始通知をＤＳＰ２１０に対して行う（ステップＳ６０４）。これにより、ＤＳＰ２１０は現在保持しているモジュールによる処理実行を中止する。
【０１２２】
次に、書き換えプロセッサ２０２は、ＤＳＰ２１０に保持されているモジュール群２１３のうちのモジュールＸ１を破棄し、代わりにモジュールＹ１を記憶装置５から読み出してモジュールＸ１と置き換える（ステップＳ６０５）。この書き換え処理が終了したならば、リソースコントローラ４はＤＳＰ２１０に書き換え終了通知を行う（ステップＳ６０６）。ＤＳＰ２１０は、この通知を受けて、保持しているモジュール群２１３（モジュールＸ２，Ｘ３，Ｘ４，Ｙ１）を用いてデータ通信のための信号処理を行う（ステップＳ６０７）。
【０１２３】
このようにして、リソースコントローラ４の管理のもとにＤＳＰ２１０内のモジュールを入れ替えることで、ＤＳＰ２１０のモジュール記憶領域（容量有限のメモリリソース）を有効に活用して、今まで通信システムＸの下でのみ行っていた通信を通信システムＸ及びＹで行うことが可能となる。これによりハンドオーバを容易に実現できる。
【０１２４】
図３７を用いて、本実施形態における別の動作例を説明する。移動無線通信装置が無線通信システムＵの下で通信を行っていると仮定する。移動無線通信装置がセル（すなわちサービスエリア）の境界で別の無線通信システムＶの下で通信を行うべくハンドオーバを行う場合、無線通信システムＵで使用されている信号処理デバイスであるＤＳＰ２１０のリソースが徐々に無線通信システムＶで使用されるように、モジュールを部分的に入れ替えてゆく。こうすることで、異なる無線通信システム間でのソフトハンドオーバが可能になる。
【０１２５】
具体的には、ＤＳＰ２１０に読み込まれているモジュールが、システムＵで占有されている状態から徐々にシステムＶで占有されるようにされる。システムＶ用のモジュールに関しては、予め記憶装置５に格納されていればそれが利用され、なければダウンロードにより取得される。
【０１２６】
図３７においては、無線通信システムＵの下で通信を行っている状態（ステップＳ７０１で、ハンドオフが生じてモジュール更新要求が発生したとする（ステップＳ７０２）。ステップＳ７０１では、ＤＳＰ２１０はその記憶領域にモジュール群２１３としてモジュールＵ１，Ｕ２，Ｕ３，Ｕ４が書き込まれており、これらのモジュールを使用して信号処理を行っているとする。
【０１２７】
リソースマネージャ２０１は、ＤＳＰ２１０で実行可能なモジュールの保存場所等を記憶したリソース管理テーブル２００を参照して、リソースを入れ替える順序、入れ替えるかどうかの判断、入れ替えるタイミングなどを判断し、その判断に基づき書き換えプロセッサ２０２及びＤＳＰ２１０に対して書き換え開始を通知する（ステップＳ７０３−Ｓ７０４）。これによりＤＳＰ２１０では、現在保持しているモジュール群２１３での処理実行を中止する。この時点で、ＤＳＰ２１０に既に書き込まれているモジュール群２１３は、ステップＳ７０５に示されるように、全てシステムＵの下での通信用の信号処理を行うためのモジュールＵ１，Ｕ２，Ｕ３，Ｕ４であり、システムＶでの通信用の信号処理を行う為のモジュールは含まれていない。
【０１２８】
そこで、書き換えプロセッサ２０２はリソースマネージャ２０２による制御の下で、ＤＳＰ２１０に書き込まれているモジュール群２１３を徐々に書き換えるべく、まずモジュールＵ１の記憶領域を開放する。次に、書き換えプロセッサ２０２は、開放された領域に記憶装置５から読み出したモジュールＶ１を書き込む（ステップＳ７０６）。次に、書き換えプロセッサ２０２はモジュールＵ２の記憶領域を開放し、開放された領域に記憶装置５から読み出したモジュールＶ２を書き込む（ステップＳ７０７）。以下同様に、次に書き換えプロセッサ２０２はモジュールＵ３の記憶領域を開放し、開放された領域に記憶装置５から読み出したモジュールＶ３を書き込む（ステップＳ７０８）。次に、書き換えプロセッサ２０２はモジュールＵ４の記憶領域を開放し、開放された領域に記憶装置５から読み出したモジュールＶ４を書き込む（ステップＳ７０９）。
【０１２９】
このようにリソースマネージャ２０１による制御の下で、書き換えプロセッサ２０２によりＤＳＰ２１０の記憶領域に対するモジュールの書き換えを徐々に行う。必要な全てが書き換えられたならば、リソースマネージャ２０１はＤＳＰ２１０に書き換え終了通知を行う（ステップＳ７１０）。この通知を受けたＤＳＰ２１０は、現在保持するモジュール群２１３（モジュールＶ１，Ｖ２，Ｖ３，Ｖ４）を用いてデータ通信の処理を行う（ステップＳ７１１）。
【０１３０】
このようにして、リソースコントローラ４の管理のもとにＤＳＰ２１０内のモジュール群２１３を、要求される信号処理機能に対応して徐々に入れ替える。これにより、ＤＳＰ２１０のモジュール格納領域（容量有限のメモリリソース）を有効に活用しつつ、つまり不要なモジュールによるリソースの占有を抑えつつ、異なる無線通信システム間でのソフトハンドオーバを可能にする。
【０１３１】
（第８の実施形態）
図３８に示されるように、本発明の第７の実施形態に従う移動無線通信装置ではプログラマブルハードウェアデバイス、例えばＰＬＤ２３０、を用いた信号処理デバイス３に、共通ハードウェアリソース２３２が用意される。共通ハードウェアデバイス２３２は、ＰＬＤ２３０とは別のハードウェアであってもよいし、ＰＬＤ２３０の一部、例えば図１１中に示した再定義不可能領域３Ａであってもよい。
【０１３２】
移動無線通信装置が、ある無線通信システムの下で通信を行っている状態で、別の無線通信システムをモニタリングする必要が生じる場合がある。このような場合、本実施形態ではＰＬＤ２３０に読み込まれているモジュール群２３１の一部を開放し、新たにモニタリングする無線通信システム用のモジュールの一部を組み込む。この開放、組み込みの手順は、第７の実施形態で説明した手順と同様でよい。
【０１３３】
共通ハードウェアデバイス２３２は、複数の無線通信システムに共通に使用されるデバイスである。従って、該デバイス２３２は、移動無線通信装置が通信に使用している無線通信システムと、モニタリングしようとする別の無線通信システムの下で、共通に用いられる。共通ハードウェアデバイス２３２を用いることにより、ＰＬＤ２３０のリソースの処理負担が軽減される。
【０１３４】
このように信号処理デバイス３に、ＰＬＤ２３０のようなプログラマブルハードウェアデバイスを用いる構成においても、無線通信システムをモニタリングする場合に、ＰＬＤ２３０の回路構成を変更するための回路構成記述であるモジュールを必要に応じてＰＬＤ２３０の記憶領域に取り込み、あるいは入れ替えることで、不要なモジュールによるＰＬＤ２３０のリソースの占有を抑え、リソースの有効活用ができる。
【０１３５】
（第９の実施形態）
図３９に示される本発明の第９の実施形態に従う移動無線通信装置では、信号処理デバイス３に、複数の無線通信システムに共通の実行ファイル２１４が格納されている。第８の実施形態で述べたと同様に、移動無線通信装置が、ある無線通信システムの下で通信を行っている状態で、別の無線通信システムをモニタリングする場合を考える。このような場合、第７の実施形態で説明した手順と同様に、ＤＳＰ２１０に読み込まれているモジュール群２１３の一部を開放し、新たにモニタリングする無線通信システム用のモジュールの一部を組み込む。
【０１３６】
固定の共通実行ファイル２１４は、各無線通信システムに共通に利用される。従って、該実行ファイル２１４は、移動無線通信装置が通信に使用している無線通信システムと、モニタリングしようとする別の無線通信システムの下で、共通に用いられる。共通実行ファイル２１４を用いることにより、ＤＳＰ２１０のリソースの処理負担が軽減される。
【０１３７】
（第１０の実施形態）
図４０（ａ）に示される本発明の第１０の実施形態に従う移動無線通信装置によると、リソースコントローラ４は、モジュール管理テーブル３００、モジュールマネージャ３０１、モジュール書き換えプロセッサ３０２及びダウンロードバッファ３０３を有する。信号処理デバイス３は、この例ではＤＳＰ３１０及び、ＤＳＰ３１０の信号処理手順を示すプログラム（以下、処理モジュールという）が格納されたプログラムメモリ３１１を有する。信号処理デバイス３はＤＳＰに代えて、ＰＬＡ、ＦＰＧＡのようなプログラマブルハードウェアデバイスによって実現されてもよく、その場合にはプログラムメモリにはプログラマブルハードウェアデバイスの回路構成を記述したソフトウェア・モジュールが処理モジュールとして格納される。
【０１３８】
モジュール管理テーブル３００は、移動無線通信装置で使用される処理モジュールの保存状態や、信号処理デバイス３のリソースへの処理モジュールの割り当て状態、処理モジュールの使用履歴がリソースコントローラ４自身により記録され、更新され、利用される。モジュール管理テーブル３００は、図４０（ｂ）に示されるように少なくともモジュール保存状態テーブル３００１、モジュール割当状態テーブル３００２及びモジュール使用履歴テーブル３００３を有する。
【０１３９】
処理モジュールの保存状態は、モジュール保存状態テーブル３００１によって管理される。処理モジュールのリソースへの割り当て状態は、モジュール割当状態テーブル３００２により管理される。モジュールのリソースへの割り当て状態情報及び保存状態情報を含む処理モジュールの使用履歴の情報は、モジュール使用履歴テーブル３００３によって管理される。モジュールマネージャ３０１は、処理モジュールの使用履歴の情報をモジュール管理テーブル３００に記録し、該モジュール管理テーブル３００を利用して処理モジュールの保存、削除及び更新を行う。
【０１４０】
ダウンロードバッファ３０３は、無線回線から処理モジュールをダウンロードしたときにそのダウンロードした処理モジュールを一時的に保存するために利用されるバッファ領域である。モジュール書き換えプロセッサ３０２は、モジュールマネージャ３０１からの指示により、記憶装置５から信号処理デバイス３への処理モジュールの割り当てや、処理モジュールの書き換え開始・終了の通知を行う。モジュール書き換えプロセッサ３０２により処理モジュールが割り当てられた信号処理デバイス３は、割り当てられた処理モジュールを記憶装置５から取り込み、その処理モジュールに記述された信号処理手順を実行する。
【０１４１】
図４０（ａ）では、入出力デバイスユニット７の構成要素として、ディスプレイデバイス３２１及び入力デバイス３２２が示されている。さらに、インタフェース８及び該インタフェース８を介して移動無線通信装置と接続可能な外部記憶装置９が必要に応じて用意される。
【０１４２】
次に、本実施形態に従う移動無線通信装置の動作について説明する。信号処理デバイス３は、図４０（ａ）中に示したようにＤＳＰ３１０及びプログラムメモリ３１１を有するとする。今、移動無線通信装置のユーザが位置する地点において、２種の無線通信システム（システムＡ及びシステムＢとする）がそれぞれサービスを提供していて、それらの無線通信システムが移動無線通信装置によって利用可能な状況下にあったとする。
【０１４３】
移動無線通信装置では、ユーザが所望の無線通信システム、例えばＡシステムを利用する指定を入力装置３２１のキー操作により行ったとする。この操作により発生されたＡシステム利用指定情報は、リソースコントローラ４に取り込まれる。リソースコントローラ４は、モジュール管理テーブル３００を参照し、指定されたＡシステムの下で必要とされる処理モジュールの保存状態及び、信号処理デバイス３のリソースへの割り当て状態を認識する。この結果、必要な処理モジュールが不足していれば、その不足している処理モジュールのダウンロード要求を発生する。
【０１４４】
リソースコントローラ４で発生された該ダウンロード要求は、無線送受信デバイス２から、例えば各無線通信システムに共通のチャネルとして用意されている制御用チャネルを介して基地局に送信される。基地局では、受信されたダウンロード要求で示される処理モジュールを基地局内のサーバもしくは基地局が接続されるネットワーク上に設けられたサーバから読み出し、要求元の移動無線通信装置に送信する。
【０１４５】
基地局から移動無線通信装置に送信された処理モジュールは、無線送受信デバイス２によって受信され、リソースコントローラ４に渡される。こうして受信された、つまりダウンロードされた処理モジュールは、リソースコントローラ４によってダウンロードバッファ３０３に一旦保持された後、記憶装置５に転送され保存される。
【０１４６】
次に、リソースコントローラ４においてモジュールマネージャ３０１からモジュール書き換えプロセッサ３０２に対し、処理モジュール割り当て要求が出される。モジュール書き換えプロセッサ３０２は、この処理モジュール割り当て要求に従って記憶装置５から必要な処理モジュールを読み出し、信号処理デバイス３のプログラムメモリ３１１に書きこむ制御を行う。信号処理デバイス３では、プログラムメモリ３１１に書き込まれた処理モジュールをＤＳＰ３１０が実行することで、その処理モジュールにより定まる信号処理を実現する。従って、当該移動無線通信装置のユーザはプログラムメモリ３１１に書き込まれた処理モジュールによる新たな機能を利用できる。
【０１４７】
モジュールマネージャ３０１は、記憶装置５から必要な処理モジュールを読み出してプログラムメモリ３１１に書き込む制御を行うに当たって、以下のようにしてプログラムメモリ３１１の有限なメモリ容量を有効に活用する。モジュール管理テーブル３００に記録されているモジュール使用履歴テーブル３００３の内容を参照して、プログラムメモリ３１１に対する処理モジュールの入れ替え順序、入れ替えるかどうかの判断、入れ替えタイミングなどを制御する。
【０１４８】
モジュールマネージャ３０１は、さらに記憶装置５に保持されている各種の処理モジュールのうちの不要処理モジュールの削除、保持している処理モジュールのバージョンアップなどを行うための制御を行う。この制御の結果、プログラムメモリ３１１において信号処理デバイス３での次の処理に必要な処理モジュールが不足している場合には、モジュールマネージャ３０１は処理モジュール割り当て要求を発生する。
【０１４９】
処理モジュール割り当て要求は、モジュール書き換えプロセッサ３０２に与えられ、該プロセッサ３０２によって、必要な処理モジュールがプログラムメモリ３１１に書き込まれる。信号処理デバイス３では、こうしてプログラムメモリ３１１に書き込まれた処理モジュールをＤＳＰ３１０で実行する。これによりプログラムメモリ３１１書き込まれた処理モジュールにより実現される機能が移動無線通信装置で実現される。すなわち、当該移動無線通信装置にはプログラムメモリ３１１に新たに書き込まれた処理モジュールによる新たな機能が追加される。
【０１５０】
信号処理デバイス３のプログラムメモリ３１１には、複数の処理モジュールを書き込むことができる。信号処理デバイス３では、プログラムメモリ３１１に複数の処理モジュールを併存させた状態で、ＤＳＰ３１０により任意の処理モジュールを実行する。プログラムメモリ３１１の容量及び記憶装置５の容量は、いずれも有限である。信号処理デバイス３における処理モジュールを入れ替える順序、入れ替えるかどうかの判断、入れ替えるタイミングはモジュールマネージャ３０１によって制御されているので、プログラムメモリ３１１の容量が不足する事態は抑制できる。
【０１５１】
移動無線通信装置が新たな処理モジュールをダウンロードする毎に、その処理モジュールを記憶装置５に保存すると、記憶装置５の空き記憶領域がやがて不足する可能性がある。空き記憶領域が記憶装置５になくなると、記憶装置５に保存されている他の処理モジュールを削除して空き記憶領域を確保する必要がある。その場合、移動無線通信装置にとって必要でない処理モジュール、つまり、次回に移動無線通信装置で使用する確率が低い処理モジュールから削除されることが望ましい。このために、過去に使用された処理モジュールの使用頻度がモジュールマネージャ３０１により常に監視され、モジュール管理テーブル３００のモジュール使用履歴テーブル３００３に監視結果が記録される。モジュールマネージャ３０１によって、モジュール使用履歴テーブル３００３上で使用頻度が最も少ない処理モジュールが削除される。これにより記憶装置５の空き記憶領域が確保され、ダウンロードされた新たな処理モジュールを記憶装置５に保存される。
【０１５２】
図４１（ａ）には、モジュール管理テーブル３００におけるモジュール使用履歴テーブル３００３に記述された項目の一覧が示される。モジュール使用履歴の項目は、モジュール名，モジュールサイズ，使用頻度，保存状態，及び割り当て状態，がある。モジュール名は、処理モジュールの名称である。モジュールサイズは、処理モジュールを保存するに必要な、記憶装置５の容量である。使用頻度は、処理モジュールを移動無線通信装置で使用した回数である。保存状態は、その処理モジュールが記憶領域に保存されている状態を示す情報であり、具体的には、該処理モジュールが保存されているならばプログラムメモリ３１１のアドレスであり、保存されていないならばＮＯである。割り当て状態は、処理モジュールがプログラムメモリ３１１に割り当てられているか否かを示す情報であり、割り当てられていればＯＮ、割り当てられていなければＯＦＦとされる。
【０１５３】
リソース割り当て状態がＯＦＦの処理モジュールは、記憶装置５には保存されているが、プログラムメモリ３１１には割り当てられていない。削除されるべき処理モジュールは、リソース割当状態がＯＦＦの処理モジュールから選択される。全ての処理モジュールがプログラムメモリ３１１に割り当てられている場合は、削除されるべき処理モジュールは、プログラムメモリ３１１への割り当てが開放されてから削除される。
【０１５４】
図４１（ｂ）には、モジュール使用履歴テーブル３００３の具体的な内容例が示されている。この例ではモジュール名としてＱＰＳＫ変調、相関器、畳み込み符号化、ＰＮ符号化、ウォルシュ符号化がある。モジュールサイズはそれぞれ10200Byte，15300Byte，12900Byte，25000Byte,18000Byteであり、使用頻度はそれぞれ320回,230回,202回,23回，98回であり、保存場所はそれぞれ0x100番地,0x400番地,0x5000番地,0x3000番地,NO（ただし、0xは16進表記を示す）であり、割り当て状態はそれぞれＯＮ，ＯＮ，ＯＦＦ，ＯＦＦ，ＯＦＦであることが示されている。
【０１５５】
図４２を参照して、図４１（ｂ）に示されるモジュール使用履歴テーブル３００３に記録された使用頻度情報を利用して、記憶装置５内の不要な処理モジュールを削除する処理手順を説明する。この処理手順は、モジュールマネージャ３０１により実行される。モジュールの削除が開始すると（ステップＳ７０１）、モジュール使用履歴テーブル３００３に記録されている項目のうち、使用頻度を参照する（ステップＳ７０２）。この参照により割り当て状態がＯＦＦの処理モジュールの中で、使用頻度が最も少ない処理モジュールを探し、その処理モジュールを記憶装置５より削除する指示をリソースコントローラ４に与える。リソースコントローラ４は削除が指示された処理モジュールを記憶装置５内から削除する（ステップＳ７０３）。モジュールマネージャ３０１は、削除された処理モジュールの履歴情報をモジュール使用履歴テーブル３００３から削除する（ステップＳ７０４）。ステップＳ７０２〜Ｓ７０４の操作は、ステップＳ７０５で必要な空き容量が確保されたと判断されるまで繰り返される。
【０１５６】
例えば、図４１（ｂ）に示したモジュール使用履歴テーブル３００の内容例に従うと、割当状態がＯＦＦの処理モジュールである畳み込み符号化とＰＮ符号化及びウォルッシュ符号化のうち、ウォルッシュ符号化の使用頻度が最も少ない。従って、このウォルッシュ符号化の処理モジュールが削除される。ウォルッシュ符号の処理モジュールの履歴情報は、モジュール使用履歴テーブル３００３から削除される。こうして記憶装置５に必要な容量が確保されると、処理モジュールの削除が終了する（ステップＳ７０６）。この結果、図４１（ｂ）に示された、モジュール使用履歴テーブル３００３の内容は、図４１（ｃ）に示されるように更新される。
【０１５７】
このような手順で、モジュールマネージャ３０１により処理モジュールを削除していくことで、使用頻度が高い処理モジュール、すなわち次に使用される可能性が高い処理モジュールが記憶装置５に保存される。従って、使用される可能性が高い処理モジュールについては、ダウンロード処理がむやみに行われなくなるので、移動無線通信装置の処理負荷が軽減される。
【０１５８】
次に、図４３（ａ）〜４３（ｃ）に示されるモジュール使用履歴テーブルを用いた場合について説明する。図４３（ａ）に、モジュール使用履歴テーブル３００３に記述された項目の一覧が示されるように、モジュール使用履歴の項目は、使用頻度が最新使用日時に置き換えられいている以外は図４１（ａ）と同様である。最新使用日時は、具体的には記憶装置５から読み出した処理モジュールをプログラムメモリ３１１に書き込んだ最新のタイムスタンプである。図４３（ｂ）に示されるように、モジュール使用履歴テーブル３００３の内容例は、使用更新日として2005/04/14,2005/12/21,2003/05/04,2005/02/03,2005/08/14,が記入されている以外は図４１（ａ）と同様である。
【０１５９】
図４４を参照して、図４３（ｂ）に示されるモジュール使用履歴テーブル３００３に記録された最新使用日時の情報を利用して、記憶装置５内の不要な処理モジュールを削除する処理手順について説明する。この処理手順は、モジュールマネージャ３０１により実行される。モジュールの削除が開始すると（ステップＳ８０１）、モジュール使用履歴テーブル３００３に記録されている項目のうち、最新使用日時を参照する（ステップＳ８０２）。この参照により割り当て状態が“ＯＦＦ”の処理モジュールの中で、最新使用日時がもっとも古い処理モジュールを探し、その処理モジュールを記憶装置５より削除する指示をリソースコントローラ４に与える。リソースコントローラ４は削除が指示された処理モジュールを記憶装置５内から削除する（ステップＳ８０３）。モジュールマネージャ３０１は、削除された処理モジュールの履歴情報をモジュール使用履歴テーブル３００３から削除する（ステップＳ８０４）。ステップＳ８０２〜Ｓ８０４の操作は、ステップＳ８０５で記憶装置５内に必要な空き容量が確保されたと判断されるまで繰り返される。
【０１６０】
例えば、図４３（ｂ）に示したモジュール使用履歴テーブル３００の内容例に従うと、割当状態がＯＦＦの処理モジュールである畳み込み符号化とＰＮ符号化及びウォルッシュ符号化のうち、畳み込み符号化の最新使用日時が最も古い。従って、この畳み込み符号化の処理モジュールが記憶装置５内から削除され、また畳み込み符号化の処理モジュールの履歴情報がモジュール使用履歴テーブル３００３から削除される。こうして記憶装置５に必要な容量が確保されると、処理モジュールの削除が終了する（ステップＳ８０６）。この結果、図４３（ｂ）に示された、モジュール使用履歴テーブル３００３の内容は、図４３（ｃ）に示されるように更新される。
【０１６１】
このような手順で、モジュールマネージャ３０１により処理モジュールを削除していくことで、最新使用日時が新しい処理モジュール、すなわち次に使用される可能性が高い処理モジュールが記憶装置５に保存される。従って、使用される可能性が高い処理モジュールについては、ダウンロード処理がむやみに行われなくなるので、移動無線通信装置の処理負荷が軽減される。さらに、頻繁に利用実態が変わるようなユーザによって移動無線通信装置が使用される場合、その利用実態に即した無駄のない処理モジュールの追加及び削除が可能となる。
【０１６２】
次に、図４５（ａ）〜４５（ｃ）に示されるモジュール使用履歴テーブルを用いた場合について説明する。図４５（ａ）に、モジュール使用履歴テーブル３００３に記述された項目の一覧が示されるように、モジュール使用履歴の項目は、使用頻度または最新使用日時が削除されている以外は図４１（ａ）及び図４３（ａ）と同様である。
【０１６３】
図４６を参照して、図４４（ｂ）に示されるモジュール使用履歴テーブル３００３に記録されたモジュールサイズの情報を利用して、記憶装置５内の不要な処理モジュールを削除する処理手順について説明する。この処理手順は、モジュールマネージャ３０１によって実行される。モジュールの削除が開始すると（ステップＳ９０１）、モジュール使用履歴テーブル３００３に記録されている項目のうち、モジュールサイズを参照する（ステップＳ９０２）。この参照により割り当て状態が“ＯＦＦ”の処理モジュールの中で、モジュールサイズが最も大きい処理モジュールを探し、その処理モジュールを記憶装置５より削除する指示をリソースコントローラ４に与える。
【０１６４】
リソースコントローラ４は削除が指示された処理モジュールを記憶装置５内から削除する（ステップＳ９０３）。モジュールマネージャ３０１は、削除された処理モジュールの履歴情報をモジュール使用履歴テーブル３００３から削除する（ステップＳ９０４）。ステップＳ９０２〜Ｓ９０４の操作は、ステップＳ９０５で必要な空き容量が確保されたと判断されるまで繰り返される。
【０１６５】
例えば、図４５（ｂ）に示したモジュール使用履歴テーブル３００の内容例に従うと、割当状態がＯＦＦの処理モジュールである畳み込み符号化とＰＮ符号化及びウォルッシュ符号化のうち、ウォルシュ符号化のモジュールサイズが最も大きい。従って、このウォルシュ符号化の処理モジュールが記憶装置５内から削除され、またウォルシュ符号化の処理モジュールの履歴情報がモジュール使用履歴テーブル３００３から削除される。こうして記憶装置５に必要な容量が確保されると、処理モジュールの削除が終了する（ステップＳ９０６）。この結果、図４５（ｂ）に示された、モジュール使用履歴テーブル３００３の内容は、図４５（ｃ）に示されるように更新される。
【０１６６】
このような手順で、モジュールマネージャ３０１により処理モジュールを削除していくことで、割り当て状態がＯＦＦで、かつモジュールサイズが大きい処理モジュールが記憶装置５から順に削除される。従って、記憶装置５上では必要な空き記憶領域が確保される。最もサイズの大きな処理モジュールが削除されることにより、記憶装置５上では必要な記憶領域のサイズ以上の領域が１回の削除操作で確保される可能性が高くなる。これにより処理モジュールの削除操作は最小限の回数で済み、削除に必要な処理負荷が軽減される。
【０１６７】
次に、モジュール使用履歴テーブル３００３に、移動無線通信装置が使用する処理モジュールのバージョン情報を調べて保存しておく機能を付加した構成とした例について説明する。
【０１６８】
図４７（ａ）に、モジュール使用履歴テーブル３００３に記述された項目の一覧が示されるように、モジュール使用履歴の項目に、使用頻度または最新使用日時に代えてバージョンを有すること以外は、図４１（ａ）及び図４３（ａ）と同様である。バージョンは処理モジュールの改訂情報である。例えば図４７（ｂ）に示されるように、ＱＰＳＫ変調、相関器、畳み込み符号化、ＰＮ符号化及びウォルシュ符号化のバージョンは、２．１，１．３，３．１，２．３及び１．８であるとする。
【０１６９】
図４８を参照して、図４７（ｂ）に示されるバージョンの情報を利用して、記憶装置５内のモジュールをより新しいバージョンに更新する処理手順について説明する。モジュールの更新処理が開始し、モジュールの更新要求、すなわち新たな処理モジュールの利用要求がモジュールマネージャ３０１に入力されると（ステップＳ１００１〜Ｓ１００２）。モジュールマネージャ３０１はモジュール管理テーブル３００におけるモジュール使用履歴テーブル３００３の内容を参照し（ステップＳ１００３）、必要な処理モジュールが記憶装置５に存在するかどうかを調べる（ステップＳ１００４）。
【０１７０】
必要な処理モジュールが記憶装置５に存在しなければ、必要なバージョンの処理モジュールを無線回線よりダウンロードし（ステップＳ１００５）、それを記憶装置５に保存する（ステップ１００６）。これにより記憶装置５には、新バージョンの処理モジュールが新たに保存されるので、次にモジュール書き換えプロセッサ３０２は記憶装置５内の新たな処理モジュールを含めむ必要な処理モジュールをプログラムメモリ３１１に書き込む（ステップＳ１０１０）。
【０１７１】
一方、ステップＳ１００４でのチェックの結果、必要な処理モジュールが記憶装置５に存在すれば、モジュールマネージャ３０１はモジュール使用履歴テーブル３００３を参照し、記憶装置５の処理モジュールのバージョンと、実際に必要な処理モジュールのバージョンとを比較する（ステップＳ１００７）。この比較の結果、記憶装置５の処理モジュールのバージョンが必要な処理モジュールのバージョンと等しければ、記憶装置５から必要な処理モジュールをロードしてプログラムメモリ３１１に書き込む（ステップＳ１０１０）。
【０１７２】
ステップＳ１００７でのチェックの結果、記憶装置５に保存されている処理モジュールのバージョンが古ければ、無線回線より必要なバージョンの処理モジュールをダウンロードし（ステップＳ１００８）、記憶装置５に存在する古いバージョンの処理モジュールと入れ替える（ステップＳ１００９）。これで記憶装置５内の処理モジュールは新バージョンに更新されるので、次にモジュール書き換えプロセッサ３０１は記憶装置５にある必要な処理モジュールをプログラムメモリ３１１に書き込む（ステップＳ１０１０）。ステップＳ１０１０の処理が行われると、処理モジュールのバージョン更新処理は終了する（ステップＳ１０１１）。
【０１７３】
ここで、例えば図４７（ｂ）に示したモジュール使用履歴テーブル３００３の内容例に従って、プログラムメモリ３１１に割り当てられていない畳み込み符号化処理モジュールを使用することを考える。必要とされる畳み込み符号化処理モジュールのバージョンは４．０であるとする。モジュールマネージャ３０１は、モジュール使用履歴テーブル３００３を参照し、畳み込み符号化処理モジュールが記憶装置５に保存されていることを知る。モジュール使用履歴テーブル３００３より、記憶装置１０に保存されている畳み込み符号化処理モジュールのバージョンは３．１であり、必要とされるバージョン４．０より古いことがわかる。
【０１７４】
そこで、モジュールマネージャ３０１は無線送受信デバイス２にバージョン４．０の畳み込み符号化処理モジュールをダウンロードすることを要求する。これにより無線送受信デバイス２を介してダウンロードされたバージョン４．０の畳み込み符号化処理モジュールは、元の古い処理モジュールと入れ替えられて記録装置５に保存される。同時に、モジュール使用履歴テーブル３００３は更新される。その後、新しい処理モジュールはプログラムメモリ３１１に割り当てられる。このように、処理モジュールを使用するたびに、必要な処理モジュールと記憶措置５に保存されている処理モジュールのバージョンが比較され、記憶装置５内の処理モジュールのバージョンが古ければバージョンが更新される。
【０１７５】
次に、移動無線通信装置を利用するユーザ自身が、削除すべき処理モジュールを選択して記憶装置５の空き容量を確保する例について説明する。ユーザが自身で削除すべき処理モジュールを選択したり、該選択した処理モジュールを削除する指令を入力することを可能とするために、入出力デバイスユニット７に備えられた表示装置３２１及び入力装置３２２が利用される。入力装置３２２としては、キーボードやカーソルキー及び十字キーのようなキー入力デバイス、あるいは表示装置３２１の表示面に設置されるタッチパネル、あるいはポインティングデバイスが利用される。表示装置３２１には、ユーザが記憶装置５内の空き記憶領域を確保するモードに設定した際に、現在保持している処理モジュールのモジュール名と、モジュールサイズ及び現在の割り当ての状態が表示される。ユーザは、この表示を見て削除対象の処理モジュールを選択して指定することができる。このために、モジュールマネージャ３０１は、モジュール管理テーブル３００におけるモジュール使用履歴テーブル３００３を管理する機能と、該テーブル３００３の内容を参照して、記憶装置５に現在保持されている各処理モジュールのモジュール名と、モジュールサイズ及び現在の割り当ての状態、の情報を抽出する機能を少なくとも有する。リソースコントローラ４は、モジュールマネージャ３０１が抽出したこれらの情報を表示装置３２１に表示させる機能と、該表示に従ってユーザが入力装置３２２を操作することによって指定された削除すべき処理モジュールを記憶装置５から削除する機能を有する。
【０１７６】
モジュールマネージャ３０１は、（ａ）プログラムメモリ３１１内の処理モジュールの不足発生の有無を監視する機能、（ｂ）処理モジュールが不足したときにモジュール使用履歴テーブル３００３を参照し、プログラムメモリ３１１内の処理モジュールの入れ替える順序、入れ替えるかどうかの判断、及び入れ替えるタイミングを制御する機能、（ｃ）記憶装置５内の処理モジュールの削除及びバージョンアップを制御する機能を有する。モジュールマネージャ３０１からモジュール書き換えプロセッサ３０２へ処理モジュール割り当て要求が出されると、該プロセッサ３０２は無線回線によるダウンロードや記憶装置５からのロードによって得られた処理モジュールをプログラムメモリ３１１に書き込む。こうしてプログラムメモリ３１１に書き込まれた信号処理手順（処理モジュール）がＤＳＰ３１０により実行されることにより、書き込まれた処理モジュールにより実現される機能が移動無線通信装置で実現される。
【０１７７】
モジュール使用履歴テーブル３００３内のモジュール名には、対応処理モジュールのファイル容量の情報が付属する。モジュールマネージャ３０１は、該ファイル容量の情報を利用して、処理モジュールをプログラムメモリ３１１に割り当てたり、処理モジュールを入れ替えたとき、モジュール使用履歴テーブル３００３の該当処理モジュールの割当て状態の情報を書き換えて現状を把握する機能を有する。この機能に従い、モジュールマネージャ３０１は記憶装置５の空き容量を管理するモードが設定された際に、表示装置３２１に表示させるべき情報をモジュール使用履歴テーブル３００３を参照して取得する。リソースコントローラ４は、モジュールマネージャ３０１が取得した該情報を所定フォーマットで表示装置３２１に表示させる。
【０１７８】
入力装置３２２からのユーザによる入力操作結果は、ＣＰＵであるリソースコントローラ４により認識される。この認識結果に基づき、リソースコントローラ４によって、選択されたモードへの移行、モジュール名の選択指定、選択されたモジュール名の処理モジュールの記憶装置５からの削除が行われる。
【０１７９】
ユーザは、所望の無線通信システムを選択する指示を入力装置３２２を介して入力することによって、処理モジュールを入れ替えることができる。ユーザがある無線通信システム、例えばＡシステムの利用を入力装置３２２を介して指定すると、この指定情報はリソースコントローラ４に取り込まれる。モジュールマネージャ３０１はモジュール管理テーブル３００をそのモジュール使用履歴テーブル３００３の内容を含めて参照して、指定されたＡシステムにおいて必要とする処理モジュールの情報をモジュール管理テーブル３００から知る。
【０１８０】
モジュールマネージャ３０１は、モジュール管理テーブル３００の情報から、現在使用されている処理モジュールの保存状態や、信号処理デバイス３のリソース（プログラムメモリ３１１）への割り当て状態を知り、処理モジュールが不足していると認識すると、その不足している処理モジュールについてのダウンロード要求を発生する。該ダウンロード要求は、リソースコントローラ４より無線送受信デバイス２を介して基地局に送られる。基地局では、受信されたダウンロード要求で示される処理モジュールをサーバから読み出し、要求元の移動無線通信装置に送信する。
【０１８１】
基地局から移動無線通信装置に送信された処理モジュールは、無線送受信デバイス２によって受信され、リソースコントローラ４に渡される。こうして受信された、つまりダウンロードされた処理モジュールは、リソースコントローラ４によってダウンロードバッファ３０３に一旦保持される。このとき、リソースコントローラ４によって記憶装置５の空き容量がチェックされる。このチェックの結果、ダウンロードバッファ３０３に保持された処理モジュールを保存するに十分な空き容量があれば、ダウンロードバッファ３０３より処理モジュールが読み出され、記憶装置５に保存される。これに伴いモジュールマネージャ３０１によって、モジュール使用履歴テーブル３００３の内容が更新される。
【０１８２】
上記チェックの結果、記憶装置５に十分な空き容量がない場合には、モジュールマネージャ３０１によって記憶装置５に保存されている他の処理モジュールが削除されることにより記憶領域が確保された後、ダウンロードバッファ３０３から読み出された処理モジュールが記憶装置５に保持される。すなわち、記憶装置５の空き容量が不足する場合、あるいは空き容量を確保したい要求が発生した場合には、モジュールマネージャ３０１は、モジュール使用履歴テーブル３００３の内容を参照して記憶装置５の保持する全ての処理モジュールの情報を抽出する。該情報を基にモジュールマネージャ３０１によって表示装置３２１が制御され、処理モジュールのモジュール名、モジュールサイズ、及び状態（現在の利用状態）が一覧表示される。この表示からユーザは現在、記憶装置５に保持されている処理モジュールのモジュール名、容量、そして、各処理モジュールがそれぞれ利用されているのか否かを知ることができる。ユーザは、該表示から状態が使用中でない、すなわち割り当て状態がＯＦＦとなっている処理モジュールを探す。ユーザは、割り当て状態がＯＦＦとなっている処理モジュールを見つけたならば、そのうちの所望のモジュールを入力装置３２２を用いて選択し、さらに、選択した処理モジュールの削除を指示する。この指示に従い、リソースコントローラ４によって、記憶装置５内の該当する処理モジュールが削除される。さらに、モジュールマネージャ３０１によって、削除された処理モジュールに関する情報がモジュール使用履歴テーブル３００３から削除される。
【０１８３】
図４９を用いて以上の処理の流れを説明する。ユーザが例えば入力装置３２２の操作により不要処理モジュールの削除のモードを指定したとき、モジュールマネージャ３０１によって図４９の処理が実行される。モジュールの削除が開始すると（ステップＳ１１０１）、モジュールマネージャ３０１は、モジュール使用履歴テーブル３００３を参照し（ステップＳ１１０２）、該テーブル３００３に記録されている情報のうちから、必要な情報を抽出して表示装置３２１に表示させる（ステップＳ１１０３）。ユーザは、この表示内容から削除したい処理モジュールを入力装置３２２の操作により選択して指定すると（ステップＳ１１０４）、モジュールマネージャ３０１は記憶装置５からその選択指定された処理モジュールを削除する（ステップＳ１１０５）。
【０１８４】
図５０（ａ）及び図５０（ｂ）には、これまで挙げた例と同様の、モジュール使用履歴テーブル３００３に記述された項目の一覧及び該テーブル３００３の具体的な内容例が示されている。図５０（ｃ）には、ステップＳ１１０３における表示装置３２１での履歴情報の表示画面の例が示される。この表示画面例では、記憶装置５に現在保存されている処理モジュールのモジュール名と該モジュールのサイズ、そして現在の状態が表示されている。状態は、該当処理モジュールが移動無線通信装置で使用中であるか否かを表し、使用中でなければ−が表示される。
【０１８５】
削除対象の処理モジュールの指定は、図５０（ｃ）の表示画面上の最下段で削除対象のモジュール名を示す番号を入力装置３２２により入力することで行われる。この後、確定指示操作をすると、モジュールマネージャ４により制御されたモジュール書き換えプロセッサ３０２によって、記憶装置５内からその指定された処理モジュールが削除される。削除対象の処理モジュールとしては、割当状態がＯＦＦの処理モジュールのうちの一つを指定するのが望ましい。割当状態がＯＦＦの処理モジュールが無い場合には、割当て状態がＯＮの処理モジュールのうちから適宜に選択した一つのモジュールを選び、その処理モジュールを開放してから削除すればよい。
【０１８６】
このようにして指定された処理モジュールが削除されると、モジュールマネージャ３０１によってモジュール使用履歴テーブル３００３の内容が更新される（ステップＳ１１０６）。ステップＳ１１０２〜１１０６の操作は、ステップＳ１１０７で記憶装置５内に必要な空き容量が確保されたと判断されるまで繰り返される。必要な空き容量が確保されれば、処理モジュールの削除は終了する（ステップＳ１１０８）。
このように、記憶装置５内に保存されている処理モジュールに関する情報が表示装置３２１で表示され、移動無線通信装置のユーザ自身がこれを参照して削除対象の処理モジュールを選択することで、信号処理デバイス３の信号処理機能を選択できる。従って、移動無線通信装置をユーザの利用形態に適合した機能にカスタマイズすることができる。
【０１８７】
上記の説明では、移動無線通信装置で必要な処理モジュールは無線回線からのダウンロード、すなわち基地局を介してネットワーク側から供給される。一方、図４０（ａ）に示されるように移動無線通信装置にインタフェース８を介して大容量の外部記憶装置９を接続可能とし、該外部記憶装置９から必要な処理モジュールを移動無線通信装置内の記憶装置５に取り込むことも可能である。これにより、移動無線通信装置は不足する処理モジュールや新バージョンの処理モジュールを必要とする場合に、無線回線以外からのダウンロードができる他、外部記憶装置９に、移動無線通信装置内の記憶装置５に保存した処理モジュールを転送して保持させることで、重要な処理モジュールのバックアップも実現できる。外部記憶装置９としては、例えば、半導体メモリカード、ハードディスクドライブ、ＭＯ（光磁気ディスクドライブ）、ＣＤ−ＲＯＭドライブ、ＣＤ−Ｒ／ＲＷドライブ、及びＤＶＤドライブなどが使用される。
【０１８８】
上記した説明では、記憶装置５内の処理モジュールの削除は、モジュール使用履歴テーブル３００３に記録された複数項目（例えば、使用頻度、最新使用日時、及びモジュールサイズ）のうちの一つを基準にして行われる。一方、記録された複数の項目の中から処理モジュールを削除する基準となる任意の項目を移動無線通信装置のユーザ自身で選択できるようにしてもよい。これにより多様な利用形態に合わせた処理モジュールの管理がユーザ自身によって可能になる。
【０１８９】
（第１１の実施形態）
図５１には、本発明の第１１の実施形態に従う移動無線通信装置が示される。以下の各実施形態においては、簡単のために、例えば二つの無線通信システム（ＡシステムとＢシステム）がサービスを提供しており、移動無線通信装置はＡシステム及びＢシステムのうちの任意のシステムに移行して利用可能であるとする。Ａシステム及びＢシステムは、それぞれ通信事業者Ａ社及びＢ社が提供する無線通信システムである。図５１に示される移動無線通信装置は、一つの電話帳を、Ａシステム及びＢシステムで各システム固有のアプリケーションソフトウェア専用の形式を持つ電話帳ファイルとして使用可能とする。
【０１９０】
信号処理デバイス２は、ＤＳＰ３１０及び該ＤＳＰ３１０によって直接実行可能な変復調用実行ファイル（処理モジュール）を格納する実行ファイル格納部３１１を有する。リソースコントローラ４は、ＣＰＵ４０１、及び信号処理デバイス２のリソースの現在の管理状況を記録するＲＡＭ４０２を有する。入出力デバイスユニット７には、ユーザに対する各種情報の表示などを行うディスプレイ、及びユーザが操作入力するためのキーボードやカーソルキーのような入力装置を含む。
【０１９１】
記憶装置５には、通話管理システムＡ用の実行ファイル５０１及び固有電話番号ファイル５０３、通話管理システムＢ用の実行ファイル５０２及び固有電話番号ファイル５０４、共通電話番号ファイル５１０、トランスレータＡ５１１及びトランスレータＢ５１２が格納されている。
【０１９２】
通話管理システムＡ用実行ファイル５０１は、Ａシステムでのみ用いられるアプリケーションソフトウェアであり、固有電話番号ファイル５０３は該アプリケーションソフトウェア用の電話帳ファイルである。同様に、通話管理システムＢ用実行ファイル５０２は、Ｂシステムでのみアプリケーションソフトウェアであり、固有電話番号ファイル５０４は該アプリケーションソフトウェア用の電話帳ファイルである。
【０１９３】
通話管理システムＡ用固有電話番号ファイル５０３は通話管理システムＡでのみ利用出来るファイル形式で記述される。同様に、通話管理システムＢ用固有電話番号ファイル５０４は通話管理システムＢでのみ利用出来るファイル形式で記述される。従って、該固有電話番号ファイル５０３及び５０４はそれぞれ異なる通話管理システムに転用されることはできない。
【０１９４】
共通電話番号ファイル５１０は、システムＡ用及びシステムＢ用の固有電話番号ファイル５０３及び５０４とは異なる、共通のファイル形式、例えばテキストファイル形式で記述されている電話帳ファイル（電話番号リストファイル）である。該ファイル５１０は、そのまま用いられても移動無線通信装置での上記アプリケーションソフトウェアの利用を可能としないファイルである。
【０１９５】
通話管理システムＡ用及び通話管理システムＢ用の実行ファイル５０１及び５０２は、通話に関する管理のためのアプリケーションソフトウェアであり、次のような機能を有する。実行ファイル５０１及び５０２は、電話帳である通話管理システムＡ用及び通話管理システムＡ用の固有電話番号ファイル５０３及び５０４をそれぞれ参照して、該ファイル５０３中に登録されている電話番号リストを一覧表示したり、検索表示する。実行ファイル５０１及び５０２は、さらに表示された電話番号中からユーザ操作により所望の電話番号が選択指定されると、その電話番号にダイヤル発呼する。実行ファイル５０１及び５０２は、ユーザが新たに追加を希望する電話番号の電話帳への追加や、不要電話番号の削除を行うこともできる。これらのアプリケーションソフトウェアには、無線通信システムの移行があったとき、及び固有電話番号ファイル５０３及び５０４に変更があったときに、トランスレータを使用してファイルの変換を行い、内容の更新を実施すべく制御する機能を持たせてある。
【０１９６】
トランスレータＡ５１１及びトランスレータＢ５１２は、ファイル形式を変換処理するソフトウェアである。該トランスレータＡ５１１及びトランスレータＢ５１２は、共通リストファイルである共通電話番号ファイル５１０と、変復調用実行ファイルが規定する無線通信システムで用いられるアプリケーションに固有のリストファイル間でファイルの相互変換をするために用いられる。
【０１９７】
すなわち、トランスレータＡ５１１はＡシステム用のアプリケーションソフトウェアに固有のリストファイルを共通リストファイルである共通電話番号ファイル５１０に変換し、当該共通リストファイルをＡシステム用のアプリケーションソフトウェア固有のリストファイルに変換する機能を有する。同様に、トランスレータＢ５１２はＢシステム用のアプリケーションソフトウェアに固有のリストファイルを共通リストファイルである共通電話番号ファイル５１０に変換し、当該共通リストファイルをＢシステム用のアプリケーションソフトウェア固有のリストファイルに変換する機能を有する。
【０１９８】
本実施形態の動作例を説明する。まず、移動無線通信装置はＡシステムに収容された端末として動作しているとする。この状態では、ＤＳＰ４１０で実行される変復調用実行ファイル（処理モジュール）はＡシステムに対応しており、該ファイルは実行ファイル格納部４１１に格納されている。このとき、ＤＳＰ４１０がＡシステムに対応した変復調用実行ファイル（処理モジュール）を実行していることがＣＰＵ４０１によりＲＡＭ４０２に記録される。このときユーザによって、入出力デバイスユニット７を通してＡシステム専用の通話管理システムＡが使用される。従って記憶装置５に格納されている通話管理システムＡ用実行ファイル５０１は、リソースコントローラ４内に読み込まれ、ＣＰＵ４０１により実行される。
【０１９９】
ユーザが自身の頻繁に通話する相手先の電話番号一覧であるメニューリスト「電話帳Ａ」（すなわち、通話管理システムＡ用固有電話番号ファイル５０３に基づく電話番号一覧）を入出力デバイスユニット７を通してディスプレイ上に示す要求を出したとする。このときリソースコントローラ４内のＣＰＵ４０１によって、記憶装置５からリソースコントローラ４内に読み込まれている通話管理システムＡ用固有電話番号ファイル５０３の内容が読み出され、入出力デバイスユニット７におけるディスプレイデバイスに表示される。
【０２００】
ユーザは、このディスプレイデバイス上の電話番号ファイルの表示を参照して電話をかけた後、あるいは電話がかかってきたときに、新たにメニューリストに追加したい電話番号情報があれば、追加することが可能である。追加される新たな電話番号情報は、まずリソースコントローラ４内に読み込まれている通話管理システムＡ用固有電話番号ファイル５０３に書き加えられる。次に、ユーザが通話管理システムＡの利用を終了したときに、通話管理システムＡ用実行ファイル５０１を実行しているＣＰＵ４０１によって、書換えられた通話管理システムＡ用固有電語番号ファイル５０３が記憶装置５に格納される。
【０２０１】
本実施形態によると、書換えられた通話管理システムＡ用固有電話番号ファイル５０３の電話番号情報は、記憶装置に格納されているトランスレータＡ５１１により共通電話番号ファイル５１０の形式に変換されて管理される。これによりＤＳＰ４１０で実行されている変復調用実行ファイルがＡシステムに対応したファイル形式からＢシステムに対応したファイル形式に変換され、別の通話管理システムが用いられるときでも、電話番号情報を利用することを可能とする。
【０２０２】
具体的には、通話管理システムＡ（通話管理システムＡ用実行ファイル５０１なるアプリケーションソフトウェア）の利用をユーザが終了した時点において、または、ＤＳＰ４１０で実行されている変復調用実行ファイルがＡシステムに対応したファイル形式からＢシステムに対応したファイル形式に変換され、ＲＡＭ４０２が書換えられた時点において、ＣＰＵ４０１はトランスレータＡ５１１を実行する。これにより、通話管理システムＡ用固有電話番号ファイル５０３は、トランスレータＡ５１１により共通のファイル形式に変換され、この変換後のファイルによって共通電話番号ファイル５１０が上書きされる。
【０２０３】
以下、この処理の流れを図５２により説明する。初期状態として、移動無線通信装置を所持したユーザがＡシステムのサービスエリアに位置しており、移動無線通信装置はＡシステムに適合した端末として機能しているとする。この後、ユーザが移動してＡシステムと基地局との距離が離れると、移動無線通信装置の受信電界強度が小さくなり、移動無線通信装置がＡシステムの端末として機能するのが困難になる。このとき、ユーザはＢシステムのサービスエリア内にあり、移動無線通信装置はＢシステムの基地局に対して十分な受信電界強度を確保できる状態にあるとする。
【０２０４】
移動無線通信装置は、Ａシステム及びＢシステムの基地局どうし結ぶパイロット用の無線チャネルを利用して、どの無線通信システムと通信チャネルが確保ができるかを監視することにより、利用する無線通信システムの切り替えができる仕組みを持っている。従って、移動無線通信装置は、Ａシステムとの回線を維持できなくなり、代わりに、Ｂシステムとの回線を確保できる状態になったことを知ることができる。このときリソースコントローラ４によって、ＤＳＰ４１０で実行される変復調用実行ファイルが、実行ファイル格納部４１１に格納されているＢシステムに対応したファイルに変更され、この変更がＲＡＭ４０２に記録される（ステップＳ２００１）。
【０２０５】
この時点までに最後に更新された通話管理システムＡ用固有電話番号ファイル５０３に従って、トランスレータＡ５１１によって共通電話番号ファイル５１０が上書きされているか否かをチェックする（ステップＳ２００２）。上書きされていないならば、リソースコントローラ４によりトランスレータＡ５１２が実行される。これにより、通話管理システムＡ用固有電話番号ファイル５０３が共通ファイル形式に変換され、変換後のファイルによって共通電話番号ファイル５１０が上書きされる（ステップＳ２００３）。この後、処理はステップＳ２００４に進む。ステップＳ２００２でのチェックの結果、上書きされていれば処理はステップＳ２００４に進む。ステップＳ２００４は、必ずしも必要な処理ではないが、該ステップＳ２００４ではユーザによって通話管理システムＢの「電話帳Ｂ」が起動される。
【０２０６】
次のステップＳ２００５では、トランスレータＢ５１２が起動され、該トランスレータＢ５１２により共通電話番号ファイル５１０のファイル形式が通話管理システムＢ用固有電話番号ファイル５０４のファイル形式に変換され、これによって通話管理システムＢ用固有電話番号ファイル５０４が生成または上書きされる。
【０２０７】
前述したように、通話管理システムＡ用及び通話管理システムＢ用の固有電話番号ファイル５０３及び５０４は、それぞれ対応する通話管理システムＡおよびＢでのみ利用出来るファイル形式で記述されている。ファイル５０３または５０４の内容に変更のあったときは、変更後のファイルは一旦、共通ファイル形式に変換されて共通電話番号ファイル５１０として保存される。移動無線通信装置が使用する無線通信システムが変更されたときは、共通電話番号ファイル５１０がファイル変換されて変更後の無線通信システムの下で利用できるようにされる。すなわち、移動無線通信装置が使用する無線通信システムが変更される前の段階において、ファイル５０３または５０４の内容が変更されていても、次に移動無線通信装置が使用する別の無線通信システムの下で変更が反映されたファイルを利用できる。
【０２０８】
従って、ユーザはＡシステムにおいて変更を加えた通話管理システムＡ用固有電話番号ファイル５０３を、Ｂシステムに移行した後において通話管理システムＢ用固有電話番号ファイル５０４に反映させることができ、反映された「電話帳Ｂ」が利用可能になる（ステップＳ２００６）。すなわち、Ｂシステムでのみ用いられる通話管理システムＢにおける、頻繁に使用される電話番号一覧であるメニューリスト「電話帳Ｂ」を表示したときに、Ａシステムで用いられる通話管理システムＡで更新されたメニューリスト「電話帳Ａ」の内容をそのまま利用することができる。これにより、異なる無線通信システム用にユーザがデータの個別管理をする必要が無くなり、どの無線通信システムに移行しても自己の最新の電話帳を利用できる。
【０２０９】
上述の説明においては、通話管理システムＡ用及び通話管理システムＢ用の固有電話番号ファイル５０３及び５０４は記憶装置５上に存在するとしたが、これらのファイル５０３及び５０４は、必要に応じてリソースコントローラ４内のメモリ上に生成される一時的なファイルであっても構わない。
【０２１０】
（第１２の実施形態）
図５３に示される本発明の第１２の実施形態に従う移動無線通信装置では、記憶装置５にウェブブラウザＡ用及びウェブブラウザＢ用実行ファイル６０１及び６０２、ウェブブラウザＡ用及びウェブブラウザＢ用固有ＵＲＬファイル６０３及び６０４、共通ＵＲＬ(Uniform Resource Locators)ファイル６１０、トランスレータＡ６１１及びトランスレータＢ６１２が格納されている。実行ファイル６０１及び６０２は、Ａシステムでのみ及びＢシステムでのみそれぞれ用いられるＡシステム及びＢシステム固有のウェブ（Ｗｅｂ）ブラウジング用ソフトウェア、すなわちＷＷＷページのデータファイルの内容を表示するためのアプリケーションソフトウェアである。実行ファイル６０１及び６０２は、リソースコントローラ４に読み込まれて、該コントローラ４により実行されることでその機能が具体化される。固有ＵＲＬファイル６０３及び６０４は、ウェブブラウザＡ用及びＢ用実行ファイル６０１及び６０２でそれぞれ使用される、固有ファイル形式で記述されたお気に入り(favorite)ＵＲＬ情報リストファイルである。これに対して、共通ＵＲＬファイル４１０は、所定の共通ファイル形式で記述されている。
【０２１１】
トランスレータＡ４１１及びトランスレータＢ４１２は、共通ＵＲＬファイル４１０と、変復調用実行ファイルが規定する無線通信システムで用いられるブラウジングソフトウェアに固有のリストファイルとの間で相互にファイル形式を変換するためのアプリケーションソフトウェアである。トランスレータＡ４１１は、Ａシステム用のブラウジングアプリケーションソフトウェアに固有のリストファイルであるウェブブラウザＡ用固有ＵＲＬファイル６０３を共通リストファイルに変換し、また該共通リストファイルをウェブブラウザＡ用固有ＵＲＬファイル６０３に変換する機能を有する。同様に、トランスレータＢ４１２は、Ｂシステム用のブラウジングアプリケーションソフトウェアに固有のリストファイルであるウェブブラウザＢ用固有ＵＲＬファイル６０４を共通リストファイルに変換し、また該共通リストファイルをウェブブラウザＢ用固有ＵＲＬファイル６０４に変換する機能を有する。これらの固有ＵＲＬファイル６０３及び６０４は、いずれもリソースコントローラ４に読み込まれ、該コントローラ４により実行されることでその機能が実現される。
【０２１２】
上述したように、ウェブブラウザＡ用固有ＵＲＬファイル６０３はウェブブラウザＡでのみ利用出来るファイル形式で記述されており、ウェブブラウザＢ用固有ＵＲＬファイル６０４はウェブブラウザＢでのみ利用出来るファイル形式で記述されている。従って、ウェブブラウザＡでは、これ専用のファイル形式で記述されたＵＲＬファイルを用いねば、Ｗｅｂページアドレスの指定をできない。同様に、ウェブブラウザＢでは、これ専用のファイル形式で記述されたＵＲＬファイルを用いねば、Ｗｅｂページアドレスの指定をできない。
【０２１３】
本実施形態によると、ＵＲＬファイルは共通リストファイルの形式で保存され、移動無線通信装置によって利用される無線通信システムが変更になったときは、該共通リストファイルの形式がトランスレータによって変更先の無線通信システム用に変換される。この変換されたＵＲＬファイルを用いてＷｅｂページのＵＲＬ情報をブラウザ上で利用できる。
【０２１４】
本実施形態の動作例を説明する。まず、移動無線通信装置はＡシステムに収容された端末として動作しているとする。この状態では、ＤＳＰ４１０で実行されている変復調用実行ファイル（処理モジュール）はＡシステムに対応しており、実行ファイル格納部４１１に格納されている。この変復調用実行ファイルに従った信号処理手順がＤＳＰ４１０により実行されることによって、該実行ファイルにより実現される機能が移動無線通信装置で実現される。
【０２１５】
一方、このとき入出力デバイスユニット７を通してユーザが利用できるウェブブラウザは、Ａシステムでのみ用いられるウェブブラウザＡである。Ａシステムの下で移動無線通信装置が運用していることを認識しているリソースコントローラ４の制御により、記憶装置５に格納されているウェブブラウザＡ用実行ファイル６０１が該コントローラ４内に読み込まれ、ＣＰＵ４０１により実行されることでウェブブラウザＡによるブラウジングが可能とされている。ここで、ウェブブラウザＡには該ウェブブラウザＡに固有の登録されたＷｅｂページアドレスの一発選択機能がウェブブラウザＡ用固有ＵＲＬファイル６０３によって用意される。
【０２１６】
ユーザは、ウェブブラウザＡの画面上でよく閲覧するＷｅｂページを閲覧したいと思った場合に、入出力デバイスユニット７上で所定の操作を行うと、ウェブブラウザＡによってウェブブラウザＡ用固有ＵＲＬファイル６０３が参照され、ウェブブラウザＡでのお気に入りメニューリスト（お気に入りＷｅｂのＵＲＬ情報リスト）が一覧表示される。ユーザは入出力デバイスユニット７上で、表示されたお気に入りメニューリスト中から所望のＷｅｂページを選択して指定する。するとリソースコントローラ４によって信号処理デバイス３が制御され、ＤＳＰ４１０により該ＷｅｂページのＵＲＬ情報が生成される。該ＵＲＬ情報は無線送受信デバイス２に渡され、Ａシステムの基地局に送信される。該基地局からインタネットプロバイダを介してインタネット上の該ＵＲＬ情報によって指示されるＷｅｂサイトがアクセスされてＷｅｂページの情報が読み出される。読み出されたＷｅｂページの情報は、逆の経路を辿って基地局から移動無線通信装置に送信される。
【０２１７】
移動無線通信装置では、受信されたＷｅｂページの情報が無線送受信デバイス２を介して信号処理デバイス３に送られ、ＤＳＰ４１０により処理された後、リソースコントローラ４に渡される。リソースコントローラ４では、ＣＰＵ４０１によるウェブブラウザＡの処理によって、その受信したＷｅｂページの情報を入出力デバイスユニット７におけるディスプレイデバイスの画面に表示する。
【０２１８】
このようにして、ユーザはお気に入りＷｅｂページを簡単な操作で閲覧できる。ユーザは、Ｗｅｂページの閲覧をしながら、新たに興味のあるＷｅｂページを探し当てたとする。ユーザは、その探し当てたＷｅｂページのＵＲＬ情報をお気に入りメニューリストに追加することができる。その場合、ユーザがお気に入りメニューリストへの登録操作を行うと、リソースコントローラ４はウェブブラウザＡを実行しているＣＰＵ４０１が当該登録したい新たなＵＲＬ情報をリソースコントローラ４内に読み込まれているウェブブラウザＡ用固有ＵＲＬファイル６０３に追記する。この後、ユーザがウェブブラウザＡの利用を終了したときに、ＣＰＵ４０１は追記されたウェブブラウザＡ用固有ＵＲＬファイル６０３を記憶装置５に格納させる。これによって、記憶装置５に格納されたウェブブラウザＡ用固有ＵＲＬファイル６０３は更新される。
【０２１９】
こうして記憶装置５内の更新されたウェブブラウザＡ用固有ＵＲＬファイル６０３は、ウェブブラウザＡの専用のファイル形式を持つので、ウェブブラウザＢによって参照されたり、更新されることはできない。そこで、ウェブブラウザＡ用固有ＵＲＬファイル６０３は、共通ファイル形式のファイルに変換され、ＵＲＬ共通ファイル６１０として記憶装置５に格納される。
【０２２０】
本実施形態によると、書換えられたウェブブラウザＡ用固有ＵＲＬファイル６０３のＵＲＬ情報は、記憶装置５に格納されているトランスレータＡ６１１によりＵＲＬ共通ファイル６１０の形式に変換されて管理される。これにより、ＤＳＰ４１０で実行されている変復調用実行ファイルがＡシステムに対応したファイルからＢシステムに対応したファイルに変更され、ウェブブラウザＢが用いられるようになった時でも、ＵＲＬ情報を利用することを可能とする。
【０２２１】
具体的には、ウェブブラウザＡの利用をユーザが終了した時点において、またはＤＳＰ４１０で実行されている変復調用実行ファイルがＡシステムに対応したファイル形式からＢシステムに対応したファイル形式に変換され、ＲＡＭ４０２が書換えられた時点において、ＣＰＵ４０１はトランスレータＡ６１１を実行する。これにより、ウェブブラウザＡ用固有ＵＲＬファイル６０３は、トランスレータＡ６１１により共通のファイル形式に変換され、この変換後のファイルによって共通ＵＲＬファイル６１０が上書きされる。
【０２２２】
以下、この処理の流れを図５４により説明する。初期状態として、移動無線通信装置を所持したユーザがＡシステムのサービスエリアに位置しており、移動無線通信装置はＡシステムに適合した端末として機能しているとする。このときリソースコントローラ４によって、ＤＳＰ４１０で実行される変復調用実行ファイルが、実行ファイル格納部４１１に格納されているＢシステムに対応したファイルに変更され、この変更がＲＡＭ４０２に記録される（ステップＳ２０１１）。この後、ユーザが移動してＡシステムと基地局との距離が離れると、移動無線通信装置の受信電界強度が小さくなり、移動無線通信装置がＡシステムの端末として機能するのが困難になる。このとき、ユーザはＢシステムのサービスエリア内にあり、移動無線通信装置はＢシステムの基地局に対して十分な受信電界強度を確保できる状態にあるとする。移動無線通信装置は、前述したようにＡシステムとの回線を維持できなくなり、代わりに、Ｂシステムとの回線を確保できる状態になったことを知ることができる。
【０２２３】
この時点までに最後に更新されたウェブブラウザＡ用固有ＵＲＬファイル６０３に従って、トランスレータＡ６１１によって共通ＵＲＬファイル６１０が上書きされているか否かをチェックする（ステップＳ２０１２）。上書きされていないならばリソースコントローラ４によりトランスレータＡ６１１が実行される。これにより、ウェブブラウザＡ用固有ＵＲＬファイル６０３が共通ＵＲＬファイル６１０の形式に変換され、変換後のファイルによって共通ＵＲＬファイル６１０が上書きされる（ステップＳ２０１３）。この後、処理はステップＳ２０１４に進む。ステップＳ２０１４は、必ずしも必要な処理ではないが、該ステップＳ２０１４ではユーザによってＷｅｂブラウザＢの「お気に入り」が起動される。
【０２２４】
次のステップＳ２０１５では、トランスレータＢ６１２が起動され、該トランスレータＢ６１２により共通ＵＲＬファイル６１０のファイル形式がウェブブラウザＢ用固有ＵＲＬファイル６０４のファイル形式に変換され、該ＵＲＬファイル６０４が生成または上書きされる。
【０２２５】
前述したように、ウェブブラウザＡ用及びウェブブラウザＢ用固有ＵＲＬファイル６０３及び６０４は、それぞれ対応するウェブブラウザＡ及びウェブブラウザＢでのみ利用出来るファイル形式で記述されている。従って、ウェブブラウザＡではこれ専用のファイル形式で記述された固有ＵＲＬファイルを用いねば、Ｗｅｂページ指定には利用できず、同様にウェブブラウザＢではこれ専用のファイル形式で記述された固有ＵＲＬファイルを用いねば、せっかく見付けてファイルに登録してあっても、お気に入りのＷｅｂページを指定することはできない。本実施形態に従えば、固有ＵＲＬファイルを共通のファイル形式であるＵＲＬ共通ファイル６１０に変換して保存し、さらにＵＲＬ共通ファイル６１０を使用されるウェブブラウザに対応したファイル形式に変換することで、そのウェブブラウザにて利用することが可能となる。このようにしてブラウザ用の固有ＵＲＬファイルに基づくＷｅｂページのリストを利用することが出来るようになる。ＡシステムからＢシステムに移行したユーザは、Ｂシステムでのみ用いられるウェブブラウザＢにおけるお気に入りメニューリストを表示するにはウェブブラウザＢ用の固有ＵＲＬファイル６０４を必要とする。本実施形態によると、ファイル形式の変換により変更内容が反映されたウェブブラウザＢ用の固有ＵＲＬファイル６０４を得ることができるため、お気に入りメニューリストを表示したときに、Ａシステムで用いたウェブブラウザＡで更新したお気に入りメニューリストの内容をそのまま反映することが可能となる（ステップＳ２０１６）。異なる無線通信システムにユーザがこのようなデータを個別管理する必要が無くなり、利便性が大きく向上する。
【０２２６】
上述の説明においては、ウェブブラウザＡ用及びウェブブラウザＢ用固有ＵＲＬファイル６０３及び６０４は記憶装置５上に存在するとしたが、これらのファイル６０３及び６０４がは、必要に応じてリソースコントローラ４内のメモリ上に生成される一時的なファイルであっても構わない。
【０２２７】
（第１３の実施形態）
図５５に示される本発明の第１３の実施形態に従う移動無線通信装置では、記憶装置５にメールシステムＡ用及びメールシステムＢ用実行ファイル７０１及び７０２、メールシステムＡ用及びメールシステムＢ用固有受信メールファイル７０３及び７０４、受信メール共通ファイル７１０、トランスレータＡ７１１及びＢ７１２が格納されている。
【０２２８】
実行ファイル７０１及び７０２は、それぞれＡシステムでのみ及びＢシステムでのみ用いられるＡシステム及びＢシステムに固有のメールシステム、すなわち電子メール送受信に用いるメーリング用ソフトウェアである。実行ファイル７０１及び７０２は、リソースコントローラ４に読み込まれて、該コントローラ４で実行されることによりメーリング機能を実現する。
【０２２９】
メールファイル７０３及び７０４は、それぞれ実行ファイル７０１及び７０２で使用する固有ファイル形式で記述された受信メールファイルである。これに対して、受信メール共通ファイル７１０は、所定の共通ファイル形式で記述されている。
【０２３０】
トランスレータＡ７１１及びＢ７１２は、受信メール共通ファイル７１０と、変復調用実行ファイルが規定する無線通信システムで用いられるメールシステムにおける固有のファイル形式を持つ固有受信メールファイルとの間で相互にファイル形式を変換するためのファイル変換アプリケーションソフトウェアである。トランスレータＡ７１１はＡシステム用のメーリングアプリケーションソフトウェアに固有の受信メールファイルであるメールシステムＡ用固有受信メールファイル７０３を共通用のファイル形式である受信メール共通ファイル７１０のファイル形式に変換する機能を有する。同様に、トランスレータＢ７１２は、受信メール共通ファイル７１０をメールシステムＡ用固有受信メールファイル７０３に変換する機能を有する。これらのファイル７０３及び７０４は、いずれもリソースコントローラ４に読み込まれ、該コントローラ４により実行されることでその機能が実現される。
【０２３１】
上述したように、メールシステムＡ用固有受信メールファイル７０３はメールシステムＡでのみ利用出来るアプリケーションソフトウェア専用のファイル形式で記述されており、メールシステムＢ用固有受信メールファイル７０４はメールシステムＢでのみ利用出来るアプリケーションソフトウェア専用のファイル形式で記述されている。
【０２３２】
本実施形態の動作を説明する。まず、移動無線通信装置はＡシステムに収容された端末として動作しているとする。この状態では、ＤＳＰ４１０で実行されている変復調用実行ファイル（処理モジュール）はＡシステムに対応しており、実行ファイル格納部４１１に格納されている。この変復調用実行ファイルに従った信号処理手順がＤＳＰ４１０により実行されることによって、該実行ファイルにより実現される機能が移動無線通信装置で実現される。
【０２３３】
一方、このとき入出力デバイスユニット７を通してユーザが利用しているメールシステムはＡシステム専用のメールシステムＡである。記憶装置５に格納されているメールシステムＡ用実行ファイル７０１がリソースコントローラ４内の図示しないメモリに読み込まれ、リソースコントローラ４内のＣＰＵ４０１により実行されていることにより、当該メールシステムＡが利用可能になっている。
【０２３４】
ユーザは、今まで自己宛に送られて来て記憶装置５に保存してある受信メールの一覧であるメニューリスト「受信メール」を、入出力デバイスユニット７を通してディスプレイ上に示す要求を出す。この要求を受けたＣＰＵ４０１は、記憶装置５からリソースコントローラ４内に読み込まれているメールシステムＡ用固有受信メールファイル７０３の内容を入出力デバイスユニット７におけるディスプレイデバイスに表示させる。従って、ユーザは受信メールの閲覧が可能であり、これに対して返信したり、また新たに着信したメールがあればこのリストに追加することが可能である。その場合、ＣＰＵ４０１により、新たな受信メールの内容はまずリソースコントローラ４内の図示しないメモリに読み込まれているメールシステムＡ用固有受信メールファイル７０３に追記される。この後にユーザがメールシステムＡの利用を終了したときに、ＣＰＵ４０１は追記されたメールシステムＡ用固有受信メールファイル７０３を記憶装置５に格納させる。
【０２３５】
本実施形態によると、移動無線通信装置が別の無線通信システムに移行した場合においても、今まで利用してきた受信メールファイルが利用できるようにファイル形式が変換される。すなわち、移動無線通信装置がＡシステムを利用しているときに、Ａシステム専用のメールシステムＡで受け取られ、メールシステムＡ用固有受信メールファイル７０３に保存された受信メールの内容は、移動無線通信装置がＢシステムに移行した場合に、Ｂシステム専用のメールシステムＢにおいても利用できるようにされる。このために、メールシステムＡ用固有受信メールファイル７０３が更新された場合に、或いは移動無線通信装置がＢシステムに移行した後に、固有受信メールファイル７０３は記憶装置５に格納されているトランスレータＡ４２１によって共通受信メールファイル４２０の形式に変換され、共通受信メールファイル４２０で管理される。
【０２３６】
具体的には、メールシステムＡの利用をユーザが終了した時点において、またはＤＳＰ４１０で実行されている変復調用実行ファイルがＡシステムに対応したファイルからＢシステムに対応したファイルに変換され、ＲＡＭ４０２が書換えられた時点において、ＣＰＵ４０１はトランスレータＡ７１２を実行する。これにより、メールシステムＡ用固有受信メールファイル７０３は、トランスレータＡ７１０により共通のファイル形式に変換され、この変換後のファイルによって共通受信メールファイル４２０が上書きされる。
【０２３７】
以下、この処理の流れを図５６により説明する。初期状態として、移動無線通信装置を所持したユーザがＡシステムのサービスエリアに位置しており、移動無線通信装置はＡシステムに適合した端末として機能しているとする。このときリソースコントローラ４によって、ＤＳＰ４１０で実行される変復調用実行ファイルが、実行ファイル格納部４１１に格納されているＢシステムに対応したファイルに変更され、この変更がＲＡＭ４０２に記録される（ステップＳ２０２１）。この後、ユーザが移動してＡシステムと基地局との距離が離れると、移動無線通信装置の受信電界強度が小さくなり、移動無線通信装置がＡシステムの端末として機能するのが困難になる。このとき、ユーザはＢシステムのサービスエリア内にあり、移動無線通信装置はＢシステムの基地局に対して十分な受信電界強度を確保できる状態にあるとする。移動無線通信装置は、前述したようにＡシステムとの回線を維持できなくなり、代わりに、Ｂシステムとの回線を確保できる状態になったことを知ることができる。
【０２３８】
この時点までに最後に更新されたメールシステムＡ用固有受信メールファイル７０３に従って、トランスレータＡ７１２によって共通受信メールファイル７１０が上書きされているか否かがチェックされる（ステップＳ２０２２）、上述のように、この時点でメールシステムＡ用固有受信メールファイル７０３内からトランスレータＡ７１２によってファイル形式が変換され、変換後のファイルに従って共通受信メールファイル４２０が上書きされる（ステップＳ２０２３）。この後、処理はステップＳ２０２４に進む。ステップＳ２０２４は、必ずしも必要な処理ではないが、該ステップＳ２０２４ではユーザによってメールシステムＢの「受信ボックス」が起動される。
【０２３９】
次のステップＳ２０２５では、トランスレータＢ７１２が起動され、随トランスレータＢ７１２によって共通受信メールファイル４２０のファイル形式がメールシステムＢ用固有受信メールファイル７０４の形式に変換され、該受信メールファイル７０４が生成または上書きされる（ステップＳ２０２５）。
【０２４０】
前述したよう、メールシステムＢ用固有受信メールファイル７０４はメールシステムＢでのみ利用出来るファイル形式で記述されている。従って、上記ファイル変換によって、ユーザはメールシステムＢの受信メール一覧であるメニューリスト「受信ボックス」を表示したときに、メールシステムＡで更新したメニューリスト「受信メール」の内容をそのまま反映することが可能となる（ステップＳ２０２６）。異なる無線通信システム毎に、ユーザがこのようなデータを個別管理する必要が無くなり、利便性が大きく向上する。
【０２４１】
上記説明では、メールシステムＡ用及びＢ用固有受信メールファイル７０３及び７０４は記憶装置５上に存在するものとしたが、これらのファイル７０３及び７０４は、必要に応じてリソースコントローラ４内の図示しないメモリ上に生成される一時的なファイルであっても構わない。上述した説明で受信メールを送信メールに置き変えて、ユーザが過去に送信したメールの情報に関しても、上記と全く同様な管理が可能である。ユーザが頻繁にメールの送受信を行なう相手のメールアドレス情報に関しても、上記と全く同様な管理が可能である。
【０２４２】
【発明の効果】
以上説明したように、本発明によれば信号処理デバイスのリソース管理を的確かつ効率的に行うっ無線通信装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に従う移動無線通信装置の構成を示すブロック図及び信号処理デバイスの機能を表す模式図
【図２】図１（ａ）中の無線送受信デバイスの構成例を示すブロック図
【図３】図１（ａ）中の信号処理デバイス及びリソースコントローラの構成例及び信号処理デバイス内のＳＰＵの構成例を示すブロック図
【図４】図３（ａ）中のＣＰＵの構成例を示すブロック図
【図５】図３（ａ）中のＳＰＵの他の構成例を示すブロック図
【図６】図３（ａ）中のＳＰＵのためのアドレス変換回路の構成を示すブロック図
【図７】本発明の第２の実施形態に従う信号処理デバイスの構成例を示すブロック図
【図８】本発明の第３の実施形態に従う信号処理デバイスの構成例を示すブロック図
【図９】本発明の第４の実施形態に従う信号処理デバイスの構成例を示すブロック図
【図１０】図９に示した信号処理デバイスの構成をさらに具体的に示すブロック図
【図１１】本発明の第５の実施形態に従う移動無線通信装置における信号処理デバイスの構成を示すブロック図
【図１２】図１１に示す信号処理デバイスのある一つの無線通信システムに対応した結線状態を示す図
【図１３】図１１に示す信号処理デバイスの他の一つの無線通信システムに対応した結線状態を示す図
【図１４】図１１に示す信号処理デバイスの二つの無線通信システムに対応した結線状態を示す図
【図１５】第５の実施形態に従う移動無線通信装置におけるリソースコントローラの構成例を示すブロック図
【図１６】第５の実施形態に従う移動無線通信装置を端末として含む無線通信システムの構成例を示す図
【図１７】第５の実施形態に従う移動無線通信装置を端末として含む無線通信システムの他の構成例を示す図
【図１８】図１７に示す無線通信システムの動作例を示すフローチャート
【図１９】図１７に示す無線通信システムの他の動作例を示すフローチャート
【図２０】図１７に示す無線通信システムの別の動作例を示すフローチャート
【図２１】従来の基地局におけるレイヤ構成を示すブロック図
【図２２】第５の実施形態に従う基地局におけるレイヤ構成を示すブロック図
【図２３】図２２に示す基地局枷端末リソースを把握するために用いるテーブルの構成例を示す図
【図２４】図２２中のＴＲＣが用いるリソースリストの例を示す図
【図２５】第５の実施形態に従う基地局及び端末のレイヤ構成を示す図
【図２６】図２２においてＴＲＣが端末リソースの把握のためにＲＲＣに送信するメッセージの例を示す図
【図２７】図２５において端末ＭＴから基地局ＢＳに送信されるリソース使用履歴テーブルの一例を示す図
【図２８】図２５中の基地局ＢＳにおいて該リソース使用履歴テーブルを受信したＲＲＣがＴＲＣに送信するメッセージの一例を示す図
【図２９】本発明の第６の実施形態に従う移動無線通信装置の構成を示すブロック図
【図３０】図２９中の信号処理デバイス記憶領域及び記憶装置の内容例を示す図
【図３１】図２９中の信号処理デバイスの記憶領域及び記憶装置の他の内容例を示す図
【図３２】図２９中の信号処理デバイスのリソースにおけるモジュールの書き換え手順を図３１に対応させて示すフローチャート
【図３３】図２９中の信号処理デバイスの記憶領域及び記憶装置のさらに別の内容例を示す図
【図３４】図２９中の信号処理デバイスのリソースにおけるモジュールの書き換え手順を図３３に対応させて示すフローチャート
【図３５】本発明の第７の実施形態に従う移動無線通信装置の構成を示すブロック図
【図３６】第７の実施形態における動作例を示すフローチャート
【図３７】第７の実施形態における他の動作例を示すフローチャート
【図３８】本発明の第８の実施形態に従う移動無線通信装置の構成を示すブロック図
【図３９】本発明の第９の実施形態に従う移動無線通信装置の構成を示すブロック図
【図４０】本発明の第１０の実施形態に従う移動無線通信装置の構成とモジュール管理テーブルの構成例を示す図
【図４１】図４０（ｂ）中のモジュール管理テーブルに記述された項目リストの一例とモジュール使用履歴テーブルの各項目の更新前及び更新後の内容例をそれぞれ示す図
【図４２】図４１（ａ）に示したモジュール使用履歴テーブルを用いて図４０（ａ）中の記憶装置内の不要モジュールを削除するための処理手順を示すフローチャート
【図４３】図４０（ａ）中のモジュール使用履歴テーブルに記述された項目リストの他の例とモジュール使用履歴テーブルの図４３（ａ）に示した各項目の更新前及び更新後の内容例をそれぞれ示す図
【図４４】図４３（ａ）に示したモジュール使用履歴テーブルを用いて図４０（ａ）中の記憶装置内の不要モジュールを削除するための処理手順を示すフローチャート
【図４５】図４０（ｂ）中のモジュール使用履歴テーブルに記述された項目リストの他の例とモジュール使用履歴テーブルの図４３（ａ）に示した各項目の更新前及び更新後の内容例をそれぞれ示す図
【図４６】図４５（ｂ）に示したモジュール使用履歴テーブルを用いて図４０（ａ）中の記憶装置内の不要モジュールを削除するための処理手順を示すフローチャート
【図４７】図４０（ｂ）中のモジュール使用履歴テーブルに記述された項目リストの別の例とモジュール使用履歴テーブルの各項目の内容例を示す図
【図４８】図４３（ｂ）に示したモジュール使用履歴テーブルを用いて図４０（ａ）中の記憶装置内のモジュールを書き換え処理する手順を示すフローチャート
【図４９】第１０の実施形態に係る移動無線通信装置のユーザが不要モジュールを指定して該モジュールを削除するための処理手順を示すフローチャート
【図５０】図４０（ｂ）中のモジュール使用履歴テーブルに記述された項目リストのさらに別の例とモジュール使用履歴テーブルの各項目の内容例及びモジュール使用履歴テーブルの表示情報例を示す図
【図５１】本発明の第１１の実施形態に従う移動無線通信装置の構成を示すブロック図
【図５２】第１１の実施形態における処理手順を示すフローチャート
【図５３】本発明の第１２の実施形態に従う移動無線通信装置の構成を示すブロック図
【図５４】第１２の実施形態における処理手順を示すフローチャート
【図５５】本発明の第１３の実施形態に従う移動無線通信装置の構成を示すブロック図
【図５６】第１３の実施形態における処理手順を示すフローチャート。
【符号の説明】
１…アンテナ
２…無線送受信デバイス
３…信号処理デバイス
４…リソースコントローラ
６…システムコントローラ
７…入出力デバイスユニット[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a wireless communication apparatus capable of supporting a plurality of wireless communication systems.
[0002]
[Prior art]
Currently, with the explosive spread of wireless communication systems, a plurality of wireless communication systems with different standards are mixed. In general, a wireless communication device is prepared for each wireless communication system. Recent mobile radio communication devices are required to be compatible with various application services such as e-mail, data communication, and Web (world wide web) browsing as well as conventional voice calls. Therefore, there is an increasing demand for a so-called multimode terminal apparatus that can handle a plurality of wireless communication systems and various application services.
[0003]
As a technique for realizing a multi-mode terminal device, a software defined radio has been proposed. In a software defined radio, a programmable device such as a DSP (digital signal processor) is used to realize at least a part of signal processing necessary for transmission / reception by software processing. A software defined radio can support various wireless communication systems and various application services by replacing software. For example, it is possible to shift from voice call to data communication, or handoff the wireless communication system from the W-CDMA system to the cdma2000 system. The basic idea of such a software defined radio is known, for example, from Japanese Patent Application Laid-Open No. 9-331579 and others, but disclosure about how to implement the device in consideration of various situations is insufficient.
[0004]
For example, in a wireless communication system, the rate of digital information to be transmitted is increased, and a standard change accompanying it is frequently made. Every time this standard is changed, it is necessary to design and develop software defined radios. The portion of the software defined radio that handles baseband signals, the so-called modem unit, has a large amount of processing and requires strict specifications such as processing delay. For this reason, the design of the modem unit is changed every time the standard of the wireless communication system is changed. The aforementioned programmable device can flexibly cope with such a design change by changing the software. However, the capability of a programmable device such as a DSP may be insufficient for high-speed processing of broadband wireless communication signals.
[0005]
In order for a software defined radio to support various wireless communication systems and application services by switching software, it occupies many resources of the terminal device. In order to support a new wireless communication system or add an application service function, it is necessary to prepare necessary free resources. There is also a need for resource management for optimally allocating one resource for a wireless communication system or communication service. In particular, in mobile radio communication devices for mobile communication, resource management is important because the amount of resources is limited because miniaturization and low power consumption are required. A resource refers to a processor such as a CPU or DSP, hardware such as a memory, a processing capability of the processor, and the like.
[0006]
[Problems to be solved by the invention]
In a general design concept of a mobile radio communication apparatus, resources are fixedly allocated to a plurality of signal processes. When this concept is applied to a software defined radio, the radio must be compatible with a plurality of radio communication systems and a plurality of application services, so that resource utilization efficiency is significantly reduced. Resource management found in computers is mainly specialized in the memory area, and no consideration is given to resource management based on hardware space and resource management according to radio quality.
[0007]
In the software defined radio, for example, as described in JP-A-9-331579, a software module is downloaded through a communication line and stored in a storage device. When the software radio is repeatedly downloaded in order for the software defined radio to support a new communication service, the amount of modules stored in the storage device increases. Since the capacity of the storage device in the wireless device is finite, in reality, it is necessary to delete unnecessary modules from among the modules already stored before downloading. In response to the module upgrade, it is also necessary to consider updating the module stored in the storage device. In order to delete or update a module, it is inefficient to determine the module to be deleted or updated by referring to the name or version of the module in the storage device. Realization of a mechanism for efficiently managing modules is desired.
[0008]
In the various applications described above that can be handled by the software defined radio, a list of Web pages browsed by the user of the radio and a list of telephone numbers and e-mail addresses of specific communication partners of the user are displayed as menus. It is generally done. However, in general, a software defined radio capable of supporting a plurality of wireless communication systems cannot use the files of these lists if the wireless communication system to be adapted is changed. Each wireless communication system provides a unique application service defined by a communication service company that operates the system, and a browser and mail system according to a unique specification.
[0009]
Since application service specifications differ for each wireless communication system, a list file of Web pages, telephone numbers, and mail addresses must be prepared for each wireless communication system. This is because the file format used in the application service specific to each wireless communication system is a format specific to the application service. Therefore, in a software defined radio, a Web page, a telephone number, and an e-mail address list file described in a file format compatible with a certain wireless communication system cannot be diverted to other wireless communication systems. When the user of the software defined radio changes the wireless communication system to be used, a list file for the application service of the wireless communication system must be newly created. Furthermore, there is an inconvenience that the user must manage the list file for each of a plurality of wireless communication systems that may be used.
[0010]
An object of the present invention is to provide a wireless communication apparatus that accurately and efficiently performs resource management of a signal processing device.
[0011]
[Means for Solving the Problems]
In order to solve the above problems, the present invention one A wireless communication apparatus applicable to a plurality of wireless communication systems according to an aspect is At least resources for signal processing related to the modem function and protocol function A signal processing device; A resource monitor for monitoring resource usage of the signal processing device; and an external device of the wireless communication apparatus Configuration description information providing device Transmitting the information indicating the resource usage status to the configuration description information and the resource allocation information describing a configuration of a signal processing function related to another modem function and a protocol function corresponding to each of the plurality of wireless communication systems. Receive from configuration description information provider A wireless transceiver device; The signal processing function described by the configuration description information according to the resource allocation information. And a controller for controlling the signal processing device to redefine the resource.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
(First embodiment)
Referring to FIG. 1A, the mobile radio communication apparatus according to the present embodiment receives an RF (high frequency) signal from a base station (not shown) via an antenna 1 and transmits an RF signal to the base station. Do. A reception signal from the antenna 1 is converted into a digital reception IF (intermediate frequency) signal by the wireless transmission / reception device 2 and supplied to the signal processing device 3. The digital transmission IF signal generated by the signal processing device 3 is converted into a transmission RF signal by the wireless transmission / reception device 2 and supplied to the antenna 1.
[0017]
The signal processing device 3 includes hardware resources such as an LSI processor, a memory, and a logic circuit, and mainly performs processing of the modem unit 3A and the protocol 3B necessary for transmission / reception as shown in FIG. The specifications of the modem unit 3A and the protocol 3B are, for example, 3 for a W-CDMA (Wide Band Code-Division Multiple Access) system. rd Generation Partnership Project (3GGP TM 3GGP for GSM (Global system for mobile communications) TM Defined in TS 05 series.
[0018]
The processing of the modem unit 3A (also referred to as a baseband unit) is signal processing in a region (baseband region) close to the wireless transmission / reception device 2. More specifically, the process of the modem unit 3A is a process of demodulating a sampled digitized IF (intermediate frequency) signal output from the wireless transmission / reception device 2 to generate a reception baseband signal, transmission data Is a process for generating a transmission burst band signal. The processing of the protocol unit 3B (also referred to as L2 / L3 protocol unit) is protocol processing determined according to the wireless communication system in which the mobile wireless communication device is used.
[0019]
The resources of the signal processing device 3 are controlled by the resource controller 4. With this control, it is possible to immediately respond to changes in the functions and specifications of the mobile radio communication apparatus accompanying changes in usage conditions, thereby making it possible to easily implement handover control associated with movement between different radio communication systems. Specifically, the function of the mobile radio communication apparatus is desired by the resource controller 4 performing software change control, logic circuit configuration method change control, or both controls on the resources of the signal processing device 3. Changed to In this way, the resources of the signal processing device 3 are adaptively controlled by the resource controller 4 so that the limited amount of resources can be used effectively.
[0020]
Of the resources of the signal processing device 3, an area for performing processing sufficient for software processing is realized by a general-purpose processor and a memory, and an area for which processing speed is required is a DSP (digital signal processor) or PLD (programmable). It is realized by a hardware circuit such as a logic device. The DSP performs desired signal processing according to the program read from the storage device 5 under the control of the resource controller 4. The PLD performs a desired process by describing a circuit configuration according to a program read from the storage device 5 under the control of the resource controller 4.
[0021]
The storage device 5 holds software (a program and a module that is a component of the program) used in the signal processing device 3, processing data such as reception data and transmission data, and a database such as a telephone book and an address book. ing. The storage device 5 reads / writes necessary programs and data under the control of the resource controller 4 or the system controller 6 that controls the entire interior of the mobile radio communication device. A program read from the storage device 5 is described in the signal processing device 3. As the storage device 5, a small hard disk drive device or a semiconductor memory such as FROM is used.
[0022]
The input / output device unit 7 connected to the system controller 6 includes various input / output devices that serve as an interface with the user of the mobile radio communication apparatus, such as a microphone for voice input, a speaker for voice output, a keyboard, and a display. Is included. The keyboard is used for dial keys, function key operations, text input, editing operations, and the like. On the display, incoming call information, contents, menus, and the like are displayed. The input / output device unit 7 further has an MPEG interface for performing moving image compression / decompression processing and a USB interface for performing serial input / output with an external device. These components of the input / output device unit 7 are connected by an internal bus, and the internal bus is connected to the system controller 6.
[0023]
FIG. 2 shows an example of a specific configuration of the wireless transmission / reception device 2 in FIG. The reception system will be described. An RF reception signal from the antenna 1 is guided to a low noise amplifier 11 by a transmission / reception changeover switch (or duplexer) 10. An RF signal amplified to a required level by the LNA 11 is input to a mixer 13 via a BPF (band pass filter) 12, where it is mixed with the first local signal LO 11 for reception from the frequency synthesizer 20, thereby down-converting. Is done. The output signal from the mixer 13 is input to the mixer 16 via the IF amplifier 14 and the band-pass filter 15, where it is mixed with the second local signal LO12 for reception from the synthesizer 20, thereby down to the required intermediate frequency. Converted. An output signal from the mixer 16 is input to the A / D converter 18 through the low-pass filter 17 and converted into a digital IF signal 19. The IF signal 19 is input to the signal processing device 3.
[0024]
In the transmission system, the digital IF signal output from the signal processing device 3 is converted into an analog signal by the D / A converter 22 and then input to the mixer 24 through the low-pass filter 23, where it is transmitted from the synthesizer 20. Up-converted by being mixed with the trusted first local signal LO21.
[0025]
The output signal from the mixer 24 is input to the mixer 27 via the band-pass filter 25 and the IF amplifier 26, where it is mixed with the second local signal LO22 for transmission from the synthesizer 20 to increase the required RF frequency. Converted. An RF output signal from the mixer 27 is amplified by a power amplifier 29 through a bandpass filter 28, guided to the antenna 1 by the switch 10, and radiated from the antenna 1 as a radio wave.
[0026]
The signal processing device 3 in FIG. 1A includes a general-purpose processor (CPU) 31, a signal processing unit 32 (SPU), a memory 33, and an input / output interface 34, for example, as shown in FIG. Yes. The CPU 31 executes processing according to a program given in advance, and transmits predetermined commands and data to the SPU 32 to cause the SPU 32 to perform advanced signal processing. Conversely, the CPU 31 can change the processing content in accordance with a command or trigger from the SPU 32.
[0027]
By installing a program in the CPU 31 and the SPU 32 by the resource controller 4, the signal processing functions of the CPU 31 and the SPU 32 are defined. Further, the resource controller 4 determines the sharing of processing to be performed by the CPU 31 and the SPU 32. In FIG. 3, the resource controller 4 is described as being realized by a program operating on the CPU 31, but can also be realized by a sequencer on a DSP or a logic circuit.
[0028]
The SPU 32 is a programmable dedicated processor specialized for signal processing, and specifically, at least one of a DSP and a PLD is used. The SPU 32 performs signal processing using the memory 33 as a work memory. The SPU 32 inputs a signal to be processed and outputs a processed signal between the wireless transmission / reception device 2 and the system controller 6 via the external interface 34. Examples of specific processing performed by the SPU 32 include “correlation calculation”, “complex operation”, “maximum value detection”, “memory address conversion”, “sequencer”, “high-speed input / output processing”, “cumulative addition” ", And" function operation ".
[0029]
A case where the radio signal processing device according to the present embodiment is applied to a CDMA (code-division multiple access) system will be specifically described. For example, the SPU 32 in the signal processing device 3 or both the SPU 32 and the CPU 31 is provided with a resource (a despreading circuit resource) including, for example, a plurality of logic circuits that performs the despreading process in the CDMA system. The resource is controlled by the resource controller 4. The CDMA system requires a function of a RAKE receiver that operates at finger timing corresponding to multipath transmission and a function of periodically searching for finger timing. The finger timing search is performed in consideration of a mobile communication environment in which multipath timing varies. Both of these functions are realized by a despreading circuit including a correlation circuit. Conventionally, separate despreading circuits are fixedly assigned to both functions.
[0030]
According to the present embodiment, the resource management by the resource controller 4 makes it easy to use the despreading circuit resource used for RAKE reception in the search process at regular intervals or at any time according to communication quality or the like. It is. This ensures high-quality communication with a smaller circuit scale. In a CDMA receiver that receives a plurality of code channels, a despreading circuit resource is allocated to each channel by resource management by the resource controller 4 according to connection / disconnection of the code channel. In this way, RAKE reception of a plurality of channels can be realized with finite despreading circuit resources, and the circuit scale can be reduced.
[0031]
As illustrated in FIG. 3B, the SPU 32 includes, for example, a plurality of DSPs 37 </ b> A and 37 </ b> B and a PLD 38, and these are connected by an internal bus 39. The processing of the despreading circuit resource can be performed by both the DSPs 37A and 37B and the PLD 38. In the case of this configuration, the processing capabilities or MIPS values of the DSPs 37 </ b> A and 37 </ b> B and the PLD 38 correspond to a part of the resources of the signal processing device 3. In the example of the CDMA system, if a processing capacity of one despreading circuit is 10 [MIPS], a DSP having a processing capacity of 100 [MIPS] is treated as a despreading resource similar to 10 despreading circuits. be able to.
[0032]
The resource controller 4 uses the resources of the DSPs 37A and 37B at that time in order to realize the functions of the mobile radio communication apparatus (RAKE reception, multipath search, neighboring cell search, multichannel reception, etc.) applied to the CDMA system. The total resources of the signal processing device 3 are allocated so as to be applied to all functions required in step (1). For example, when resources corresponding to a total of 15 despreading circuits are requested, the PLD 38 is loaded with a processing capacity of 100 [MIPS] equivalent to the capacity of 10 despreading circuits, and the remaining 5 despreading circuits The DSP 37A or 37B is provided with a processing capacity of 50 [MIPS] equivalent to the circuit capacity. The resource allocation of the signal processing device 3 is not limited to use in the same wireless communication system. For example, a CDMA system and a time-division multiple access (TDMA) system, a TDMA system and a frequency-division multiple access (FDMA) system, and an FDMA system and a CDMA system have common processing elements. For processing that is common between these different wireless communication systems and that does not compete with time, resource allocation of the signal processing device 3 can be performed in the same manner as described above.
[0033]
As described above, since the mobile radio communication apparatus according to the present embodiment can be reconstructed with a high degree of freedom, the cost and development period required for adding a function are reduced. The functions of the modem unit 3A and the protocol unit 3B shown in FIG. 1B included in the signal processing device 3 are necessary for reconstructing the function of the mobile radio communication apparatus. By dividing the function of the signal processing device 3 into the modem unit 3A and the protocol unit 3B in this way, it becomes easy to share the same function in a plurality of wireless communication systems.
[0034]
Furthermore, the functions of the modem unit 3A and the protocol unit 3B shown in FIG. 1B included in the signal processing device 3 can be freely reconfigured because the mobile radio communication apparatus can move between service areas of different radio communication systems. It is useful when it is used. That is, the mobile radio communication device can select a radio communication system that can be optimally used according to the reception state of radio waves at the destination and the congestion level of the radio channel, and can perform communication under the selected system. . This facilitates roaming and handover.
[0035]
As shown in FIG. 4, the general-purpose processor (CPU) 31 functions as a program sequencer (PS) 41 and an arithmetic unit (ALU) 42 that manage program execution. The signal processing unit (SPU) 32 shown in FIG. 3A performs signal processing in accordance with the start or end of processing itself or a programmed sequence, and supplies a trigger signal or an interrupt signal to the CPU 31. . The trigger signal or interrupt signal supplied to the CPU 31 is detected by the PS 41. Thereby, the CPU 31 can recognize the state of the SPU 32, for example, “end of signal processing”, and change the processing content of the ALU 42 based on the recognition.
As described above, by causing the CPU 31 and the SPU 32 to cooperate and share processing, it is possible to execute complicated calculations at high speed.
[0036]
As shown in FIG. 5, the SPU 32 includes an arithmetic logic unit (ALU) 51, an instruction memory 52, a data memory 53, and an input / output interface 54. The ALU 51 performs “correlation calculation”, “complex number calculation”, “array conversion”, “maximum value detection”, “memory address conversion” in accordance with input data from the outside, data in the memory 33 and processing instructions and data from the CPU 31. Advanced signal processing such as “sequencer” and “high-speed input / output”. The processing result from the ALU 51 is written to the data memory 33, the memory and register in the CPU 31, the memory 33 and the input / output interface 34. As described above, the high-level signal processing that is heavy for processing by the CPU 11 is performed by the SPU 12 that is a dedicated processor, thereby reducing the burden on the CPU 11 and improving the processing speed.
[0037]
FIG. 6 shows an address conversion circuit for the SPU 32. The address conversion circuit is composed of two address decoders 61 and 62 of the memory 60, and a required conversion pattern is written in each. One of the address decoders 61 and 62 is selected by an instruction from the SPU 32, and the decoding contents are switched. The register group 63 in the memory 60 is a memory cell in the memory such as a RAM (Random Access Memory). The decode contents of the write address decoder and the read address decoder provided in the normal RAM are the same. Therefore, if bit array conversion processing such as bit interleaving included in the processing of the SPU 32 is to be realized by a normal RAM, it is necessary to perform address calculation for each reading.
[0038]
According to FIG. 6, if the address decoders 61 and 62 are used as a write address decoder and a read address decoder, respectively, such an address calculation becomes unnecessary, and conversion processing such as interleaving with a large amount of processing can be performed at high speed. Can do. The address decoders 61 and 62 may be rewritable devices such as RAMs, and the address conversion table may be written to them. Thereby, since it can respond to a plurality of conversion patterns, flexible processing corresponding to various patterns can be realized with a simple configuration.
[0039]
As shown in FIG. 3A, data can be exchanged directly between the CPU 31 and the SPU 32 via the register array 36 in the CPU 31. Register array 36 is accessed directly from SPU 32. That is, the SPU 32 can directly write the data output from itself to the register array 36 and can directly read the data from the register array 36. The CPU 31 can capture the contents of the register array 36 and write data to the register array 36.
[0040]
As described above, when the register array 36 is used for data exchange between the CPU 31 and the SPU 32, the CPU 31 may access the register array 36 regardless of the operation status of the SPU 32 in the data exchange. Therefore, the data transfer process in the CPU 31 can be speeded up, and the processing of the signal processing device 3 can be speeded up.
[0041]
The operation in the case where the signal processing device 3 shown in FIG. 3A receives and processes the digitized reception IF signal from the wireless transmission / reception device 2 by the input / output interface 34 will be described. If the received signal is to be processed only by the CPU, much of the CPU's computing power is consumed only by input / output processing, and only the remaining capacity of the CPU can be directed to other processing. According to the signal processing device 3 shown in FIG. 3A, the processing capacity of the CPU 31 is applied to processing other than the input / output processing by causing the SPU 32 to perform the input / output processing without using the CPU 31 using the register array 36. be able to.
[0042]
The reception IF signal fetched by the input / output interface 34 is sequentially fetched by the SPU 32, and if a fixed process is necessary, the SPU 32 performs a required signal process. The processing result from the SPU 32 is written into the memory 33 or the register array 36. The CPU 31 performs necessary processing using data written in the memory 33 or the register array 36.
[0043]
In this way, by allowing the SPU 32 to share input / output processing and signal processing, the load on the CPU 31 can be reduced. In other words, by distributing the processing load of the signal processing device 3 to the CPU 31 and the SPU 32, the signal processing device 3 as a whole can realize high-speed signal processing. In order to further distribute the load, a plurality of CPUs may be provided, and the processing to be shared by the CPU 31 in FIG. 3A may be distributed to each CPU.
[0044]
Hereinafter, other embodiments of the present invention will be described. In the following embodiments, the basic configuration of the mobile radio communication apparatus is the same as that of the first embodiment, and other variations of the components or operation modes of the mobile radio communication apparatus are disclosed.
[0045]
(Second Embodiment)
The signal processing device 3 shown in FIG. 7 includes a circuit configuration description memory 71, a program sequencer 72, a programmable hardware device 73, and a memory 74. The programmable hardware device 73 is hardware capable of redefining a circuit configuration such as PLD or FPGA (field programmable gate array), and is an aggregate of various logic circuits that perform basic operations of signal processing. The programmable hardware device 73 may be a device that realizes a required processing function by allowing a combination of various logic circuits to be changed programmably by a switch.
[0046]
The circuit configuration description memory 71 holds a circuit configuration description for each processing content for realizing a required signal processing function by combining various logic circuits in the programmable hardware device 73 in a programmable manner. The memory 74 stores a program that indicates a procedure of processing to be executed by the programmable hardware device 73.
[0047]
The program sequencer 72 receives the resource management program from the resource controller 4, reads the program from the memory 74, controls the circuit configuration description memory 71 and the programmable hardware device 73 accordingly, and performs signal processing according to the program. The program is executed by the programmable hardware device 73.
[0048]
In a processor such as a general CPU or DSP, the circuit configuration of the internal ALU portion is fixed. A dedicated circuit corresponding to each instruction set is configured as an ALU so that the processor can realize processing contents according to the given instruction set. On the other hand, the processing normally performed by the ALU in the present embodiment is realized by the programmable hardware device 73 whose circuit configuration can be redefined.
[0049]
The circuit configuration description memory 71 stores a circuit configuration description necessary for realizing a desired process in the programmable hardware device 73 as a program. More specifically, the circuit configuration description memory 71 has a circuit configuration for realizing basic processing such as “four rule operations”, “data transfer”, and “bit shift” included in a normal ALU by hardware. In addition to the description, for example, “correlation calculation processing”, “complex multiplication processing”, “maximum value detection processing”, “absolute value calculation”, and the like are realized in hardware by processing performed by a normal processor in multiple steps. And a program showing a circuit configuration description indicating a combination of basic arithmetic processing. By using such a circuit configuration description memory 71, each time a signal processing function of the signal processing device 3 is newly defined, the circuit configuration description of the programmable hardware device 73 is changed so that the signal processing function can be realized. The
[0050]
In the program area 74A on the memory 74, a number of programs for performing the circuit configuration description as described above for the memory 71 are described. A necessary program is read from the block area 74 </ b> A under the control of the program sequencer 72 and given to the circuit configuration description memory 71. As a result, the circuit configuration of the programmable hardware device 73 is redefined.
[0051]
Thus, according to the present embodiment, the processing of the signal processing device 3 is realized by the programmable hardware device 73 whose circuit configuration can be redefined. Therefore, an ordinary processor that performs software processing can perform processing that requires tens to hundreds of steps at high speed within a few cycles, and can flexibly cope with the definition of various signal processing functions.
[0052]
(Third embodiment)
In the signal processing device 3 shown in FIG. 8, a CPU 75 is added in addition to FIG. The circuit configuration description memory 71, the program sequencer 72, the programmable hardware device 73, and the memory 74 are basically the same as those described with reference to FIG. However, here, the program sequencer 72 further selects a device corresponding to the processing contents so that the programmable hardware device 73 performs predetermined complicated signal processing and the CPU 75 performs normal signal processing. A function and a function of performing a parallel processing by operating the programmable hardware device 73 and the CPU 75 at the same time.
[0053]
In particular, in the signal processing of the modem unit 3A shown in FIG. 1B of the signal processing device 3, the signal processing device 3 should have the resource management program from the resource controller 4 executed by the program sequencer 72. In accordance with the signal processing function, the sharing of processing to be performed by the programmable hardware device 73 and the CPU 75 is determined. The circuit configuration description selected from the memory 71 according to this determination is given to the programmable hardware device 73. At the same time, the CPU 75 is instructed by the program sequencer 72 to execute the processing to be shared by the CPU 75.
[0054]
By the control as described above by the program sequencer 72, signal processing that is complicated and heavy for the CPU 75 is performed by the programmable hardware device 73 that is a processor dedicated to signal processing, and other processing is performed by the CPU 75. Accordingly, high-speed processing is possible, and it is possible to easily cope with signal processing functions and design changes that the signal processing device 3 should have, and the time required for developing a new product of the mobile radio communication apparatus is shortened.
[0055]
(Fourth embodiment)
The signal processing device 3 shown in FIG. 9 is different from the configuration shown in FIG. 7 in that it has two programmable hardware devices 73A and 73B. The program sequencer 72 is added with a function of performing control to share processing with the programmable hardware devices 73A and 73B. With such a configuration, the processing function of the signal processing device 3 can be changed with a higher degree of freedom, and more complicated signal processing can be executed. The configuration of this embodiment may be expanded to have three or more programmable hardware devices.
[0056]
FIG. 10 shows the signal processing device 3 shown in FIG. 9 more specifically. The program memory 80 and the data memory 81 correspond to program areas 74A and 74B in the memory 74, the control circuit 92 corresponds to the program sequencer 72, the circuit description memory 83 corresponds to the circuit configuration description memory 71, and the SPU 84 corresponds to the programmable hardware device 73, respectively. To do.
[0057]
An instruction or data from the external device, that is, the resource controller 4 or the system controller 6 in FIG. 1A is taken into the signal processing device 3 through the input register group 85 and is passed to the register group 86 to be temporarily held. Then, it is sent to the output register group 87 and passed to the SPU 84.
[0058]
Assume that the following processing program is stored in the program memory 81, for example.
a = A + B (i)
b = C × D (ii)
(A, b) = (A, B) * (C, D) (iii)
These processing programs (i), (ii) and (iii) represent addition, multiplication and complex multiplication, respectively. X and Y in (X, Y) represent the elements of the real part and imaginary part of the complex number, respectively. * Represents complex multiplication.
[0059]
In the circuit configuration description memory 83, circuit configuration descriptions for realizing the respective operations are recorded. The control circuit 82 stores the circuit configuration description memory 83 in accordance with the contents of the program stored in the program memory 80. By accessing, the circuit configuration description of the SPU 84 that is a programmable hardware device is rewritten. Therefore, in the example of the processing program described above, an adder circuit, a multiplier circuit, and a complex multiplier circuit are formed in the SPU 84. The signal processing performed by the SPU 84 is not limited to addition / subtraction / multiplication / division, and any processing is possible as long as the circuit configuration can be described, such as correlation calculation and maximum / minimum value determination. As the processing becomes extremely complicated, the processing efficiency is improved by recombination with a hardware configuration dedicated to the processing, so that a further high-speed processing effect can be enjoyed.
[0060]
(Fifth embodiment)
As shown in FIG. 11, the signal processing device 3 according to the fifth embodiment of the present invention has, as hardware resources, an area 3A in which the signal processing function cannot be redefined, an area 3B in which the signal processing function cannot be redefined, and a switch unit (SW). 110. In the non-redefinable region 3A, frequently used logic circuits such as a CRC attach block 101, a CRC check block 102, a Viterbi decoder 103, a turbo decoder 104, a correlator 105, an accumulator 106, a demodulator 107, and a demodulator are provided. An interleaver 108 is implemented. The redefinable area 3B includes a plurality of PLDs 109 that are components of the FPGA. The switch unit 110 switches the connection between the region 3A and the region 3B and the connection of each block in the region 3B by control from the resource controller 4.
[0061]
12 and 13 show a connection state corresponding to a single wireless communication system realized by switching the switch unit 110 of the signal processing device 3 shown in FIG. The received signal input to the signal processing device 3 is input to the correlator 105 and the demodulator 07, and the output signal from the correlator 105 is input to the accumulator 106. An output signal from the accumulator 106 is input to the demodulator 107. An output signal from the demodulator 107 is used as an output signal of the signal processing device 3 via the deinterleaver 108, the Viterbi decoder 103, and the CRC check block 102. In FIG. 13, an equalizer 111 assigned with a function to the PLD 109 is added to FIG. The input signal is input to the demodulator 107 via the equalizer 111.
[0062]
FIG. 14 shows a connection example in which the signal processing device 3 is compatible with the two wireless communication systems A and B. The demodulator 107 is commonly used in both the systems A and B. In both systems A and B, the output signal from demodulator 107 is input to deinterleaver 108, and the output signal from deinterleaver 108 is input to Viterbi decoder 103 in system A and to turbo decoder 104 in system B. The Output signals from the Viterbi decoder 103 and the turbo decoder 104 are output from the signal processing device 3 via the CRC check block 102.
[0063]
The resource size of the signal processing device 3, particularly the size of the areas 3 </ b> A and 3 </ b> B, is different for each mobile radio communication apparatus. In a mobile radio communication apparatus in which several application service functions are installed, many signal processing functions are already defined in the resources of the signal processing device 3. The amount of surplus resources of the signal processing device 3 changes from moment to moment according to the usage status of the mobile radio communication apparatus.
[0064]
As shown in FIG. 15, the resource controller 4 includes a resource management table 130, a resource manager 131, an update system 132 that updates resources of the signal processing device 3, a buffer 133 for temporarily storing various data, and a signal Resource monitoring system for monitoring resource usage of the processing device 3 134 Have
[0065]
The resource manager 131 is a resource monitor system 134 The resource management table 130, which is a resource usage status list, is updated based on the monitoring result from. The resource manager 131 refers to the resource management table 130 for the remaining resource amount of the redefinable area 3B of the signal processing device 3, or the resource monitor system 134 Based on monitoring results from
[0066]
Based on the configuration description information for realizing a new signal processing function that is additionally defined in the resource of the signal processing device 3, the resource manager 131 is a resource required in the redefinable area 3B to define the function. Know the amount. The resource manager 131 uses the resource update device 132 to add a new signal processing function to the redefinable area 3B of the resource of the signal processing device 3 according to the required resource amount and the surplus resource amount.
[0067]
According to the present embodiment, even if the mobile radio communication apparatus has an environment in which the resources of the signal processing device 3 owned and the usage status of the resources are different, the efficiency depends on the usage status of the resource that changes every moment. Thus, it becomes possible to add a new signal processing function. In other words, by adding a new signal processing function using information on the status of resources already used by itself, it is possible to optimally allocate resources.
[0068]
FIG. 16 shows a configuration of a radio communication system including mobile radio communication apparatus 10 according to the present embodiment as a terminal. In this wireless communication system, a configuration description information providing apparatus 140 exists in a base station. The configuration description information providing apparatus 140 describes information (hereinafter referred to as configuration description information) describing the configuration of the signal processing function to be additionally defined in the resource of the signal processing device 3 in the mobile radio communication apparatus 10 as the mobile radio communication apparatus 10. To provide.
[0069]
In this example, the configuration description information providing apparatus 140 includes an antenna 141, a wireless transmission / reception device 142, and a buffer 143 for storing the configuration description information in order to provide the configuration description information to the mobile radio communication apparatus 10 by radio communication. . Communication between the mobile radio communication device 10 and the configuration description information providing device 140 may be wired. For example, in a service center that updates the function of the mobile radio communication device 10, the configuration description information providing device 140 may be used as a device that performs the function update.
[0070]
As shown in FIG. 1, the mobile radio communication apparatus 10 includes an antenna 1, a radio transmission / reception device 2, a signal processing device 3, a resource controller 4 storage device 5, a system controller 6, and an input / output device unit 7. As shown in FIG. 15, the resource controller 4 is a resource monitoring system for monitoring the resource usage status of the resource management table 130, the resource manager 131, the resource update system 132, the buffer 133, and the signal processing device 3. 134 Have
[0071]
In the configuration description information providing apparatus 140, configuration description information corresponding to the signal processing function newly added to the wireless communication apparatus 10 is read from the buffer 143. The read configuration description information is transmitted to the mobile radio communication apparatus 10 by the radio transmission / reception device 142. The configuration description information transmitted to the mobile radio communication apparatus 10 is received by the radio transmission / reception device 2. The resource controller 4 grasps the required resource amount for the signal processing device 3 to realize a desired signal processing function based on the received configuration description information. In the resource controller 4, the unused resource amount that is not used by the signal processing device 3 is grasped based on the usage status of the resources monitored by the resource monitor system 134. The resource controller 4 performs optimal resource allocation for the signal processing function to be additionally defined in the resources of the signal processing device 3 according to the required resource amount and the surplus resource amount.
[0072]
FIG. 17 shows another configuration of the wireless communication system including the mobile wireless communication device 10 according to the present embodiment. The configuration description information providing apparatus 140 further includes a resource controller 144 in addition to the antenna 141, the wireless transmission / reception device 142, and the buffer 143 described with reference to FIG. Information indicating the resource usage status of the signal processing device 3 monitored by the resource monitoring system 134 when a new signal processing function should be additionally defined in the resource of the signal processing device 3 in the mobile radio communication apparatus 10 Is transmitted to the configuration description information providing apparatus 140 via the antenna 1 by the wireless transmission / reception device 2.
[0073]
In the configuration description information providing apparatus 140, configuration description information indicating a signal processing function to be newly defined in the signal processing device 3 is read from the buffer 143. Based on the configuration description information, the resource controller 144 grasps a required resource amount for additionally defining a new signal processing function in the resource of the signal processing device 3. Further, the resource controller 144 grasps the surplus resource amount of the signal processing device 3 based on the usage status of the resources monitored by the resource monitor system 134. The resource controller 144 calculates an optimal resource allocation for the signal processing function additionally defined in the resources of the signal processing device 3 according to the required resource amount and the surplus resource amount, and outputs resource allocation instruction information. This resource allocation instruction information is transmitted to the mobile radio communication apparatus 10 via the antenna 141 by the radio transmission / reception device 142.
[0074]
The resource allocation information transmitted to the mobile radio communication apparatus 10 is received by the radio transmission / reception device 2 via the antenna 1 and passed to the resource controller 4. The resource controller 4 performs optimal resource allocation for the signal processing function to be additionally defined in the resource of the signal processing device 3 according to the resource allocation information. Thus, the calculation for resource allocation is executed by the configuration description information providing apparatus 140. That is, a calculation required for adding a new signal processing function to the resource of the signal processing device 3 in the mobile radio communication apparatus 10 is performed outside the mobile radio communication apparatus 10. As a result, the amount of calculation performed by the resource controller 4 of the mobile radio communication device 10 is reduced, which can contribute to cost reduction of the mobile radio communication device 10. That is, the processing load required for resource allocation of the signal processing device 3 of the terminal is assisted by the base station, thereby reducing the processing load on the terminal required for resource allocation.
[0075]
The operation of the present embodiment will be described with reference to FIGS. Referring to FIG. 18, first, the mobile radio communication apparatus 10 receives configuration description information transmitted from the configuration description information providing apparatus 140 (step S101). In the mobile radio communication apparatus 10, the resource controller 4 uses the received configuration description information to obtain a required resource amount required for additional definition of the signal processing function to the signal processing device 3 (step S102). The required resource amount is compared with the resource amount (initial resource amount) that the signal processing device 3 has at the time of shipment of the mobile radio communication apparatus 10 (step S103). If the required resource amount is larger than the initial resource amount, the configuration description information providing apparatus 140 is notified that additional definition of the signal processing function is impossible (step S104).
[0076]
If the required resource amount is smaller than the initial resource amount, the resource controller 4 grasps the current resource usage status of the signal processing device 3, for example, the surplus resource amount, by the resource monitor system 134 (step S105). The surplus source amount and the required resource amount are compared, and it is determined whether or not a new signal processing function can be additionally defined in the signal processing device 3 (step S106). When the additional definition is possible, the resource update system 132 defines a new signal processing function as the resource of the signal processing device 3 (step S107). In step S107, the resource allocation of the signal processing function already defined in the signal processing device 3 is changed as necessary. If additional definition of a new signal processing function is impossible, the fact is notified to the configuration description information providing apparatus 140 (step S104). The process of step S103 may be omitted.
[0077]
Referring to FIG. 19, the process from step S201 to S204 is the same as the process from step SS101 to S104 in FIG. In step S <b> 205, the current resource usage status of the signal processing device 3, for example, the surplus resource amount is grasped by referring to the resource management table 130. In the next step S206, it is determined whether or not the signal processing device 3 can additionally define a new signal processing function. If additional definition is possible, the resource update system 132 defines a new signal processing function in the resource of the signal processing device 3 (step S207), and updates the resource management table 130 accordingly (step S208). .
[0078]
According to FIG. 20, the processing of steps S301 to S305 and steps S307 and S308 are the same as the processing of steps SS201 to S204 and the processing of steps S206 and S207 in FIG. In FIG. 20, after the process of step S305, the resource management table 130 is updated in step S306 before a new signal processing function is defined in the resource of the signal processing device 3 in step S307.
[0079]
As described above, the resource size of the signal processing device 3 is generally different for each mobile radio communication apparatus. Accordingly, the configurations and sizes of the non-redefinable area 3A and the redefinable area 3B illustrated in FIG. 11 are different for each mobile radio communication apparatus. Therefore, in order to efficiently allocate resources for the signal processing function of the signal processing device 3, details of the resources of the signal processing device 3, such as the number of CRC additional blocks 101 and CRC check blocks 102 in FIG. There is a need to.
[0080]
In the wireless communication system shown in FIG. 17, a resource controller 144 is provided in the configuration description information providing apparatus 140 that is an apparatus other than the mobile wireless communication apparatus 10 having the signal processing device 3. When the resource controller 144 performs an operation necessary for additionally defining a new signal processing function for the resource of the signal processing device 3 in the signal mobile radio communication apparatus 10, the resource controller 144 performs the signal processing device 3. You need to be able to understand the details of your resources.
[0081]
Hereinafter, taking the radio communication system of FIG. 17 in which the configuration description information providing apparatus 140 is provided in the base station and the mobile radio communication apparatus 10 is a terminal as an example, the resources of the signal processing device 3 in the mobile radio communication apparatus 10 (hereinafter, A method for grasping the details of the terminal resource in the base station will be described.
[0082]
As shown in FIG. 21, the layer configuration (L1 / L2: layer 1 / layer 2) in a normal base station has a data link control (DLC) and a physical layer (PHY). The DLC includes a media access control (MAC), an error control block (EC), and a radio resource controller (RRC). In the base station, an error control block (EC) receives data transmitted from an upper layer, and performs signal processing so as to have resistance against errors occurring in the wireless transmission / reception device. The signal output from the error control block (EC) is sent to the media access control (MAC). The signal output from the MAC is sent to the physical layer (PHY). In PHY, signal processing for modulation is performed, and an RF signal to be used for wireless transmission is generated. EC, MAC and PHY are controlled by a radio resource controller (RRC). Conversely, when the base station receives a transmission signal from a terminal, processing is performed in the reverse order of the above-described signal flow.
[0083]
In FIG. 22, the layer structure in the base station of the radio | wireless communications system according to this embodiment is shown. In FIG. 22, a controller for controlling terminal resources is newly added to the L1 / L2 layer configuration shown in FIG. Specifically, TRC (Terminal Resource Control) is added as a component of DLC (Data Link Control). The TRC independently communicates with RRC (Radio Resource Control), thereby acquiring the machine number or model information of the terminal. That is, the TRC acquires the device number or model information of the terminal by monitoring the communication between the terminal and the base station.
[0084]
As one of the methods for grasping the resources owned by the terminal from the machine number or the terminal model information, there is a method using a table. An example of such a table is shown in FIG. In the table, a resource list showing details of terminal resources is referred to. In the resource list, as illustrated in FIG. 24, the function block name and the quantity of each function block are described, and further special items such as the simultaneous use being impossible are described. As described above, resources are divided into non-redefinable areas and redefinable areas.
[0085]
The TRC uses the information of the resource list as illustrated in FIG. 24 to grasp the required resource amount for defining a desired signal processing function in the terminal resource, obtains the optimal resource allocation by calculation, Output information. The resource allocation instruction information is transmitted from the base station to the terminal. The table shown in FIG. 23 is updated each time a new terminal is released.
[0086]
FIG. 25 shows the layer configuration of the base station (BS) and terminal (MT) according to the present embodiment. A TRC is provided in the base station BS, and a resource controller (RC) is provided in the terminal MT. The TRC has a resource list for each terminal. Terminal resources differ from terminal to terminal. The RC has a resource management table indicating the usage status of terminal resources. The ratio of the non-redefinable area and the redefinable area of the terminal resource differs for each terminal. The usage status of the terminal resource is monitored by the resource monitor system.
[0087]
The TRC provided in the base station BS communicates with the RC provided in the terminal MT, and acquires information on the usage status of terminal resources from the terminal. For example, the TRC transmits a message as illustrated in FIG. 26 to the RRC in order to grasp the usage status of the terminal resource. Upon receiving this message, the RRC of the base station BS requests the RC provided in the terminal MT to report the usage status of the terminal resource to the base station. Upon receipt of this request, the RC of the terminal MT updates the terminal resource usage status table and transmits the table to the base station BS. The TRC of the base station BS has a resource list of the terminal MT, and the list identifies the type and quantity of resources owned by the terminal MT. Therefore, the resource usage status table sent from the MT terminal to the base station BS is simplified to a table in which only numerical values are described according to a predetermined order as shown in FIG. The RRC that has received the resource usage status table transmits a message as shown in FIG. 28 to the TRC provided in the base station.
[0088]
Through the above procedure, the TRC can grasp the usage status of the terminal resource. Based on the information such as the machine number or the terminal model, the resource owned by the terminal is grasped, and the usage status of the terminal resource is acquired from the terminal. Further, the TRC calculates the optimum resource allocation required for the newly added function based on these information, and outputs the resource allocation instruction information. This resource allocation instruction information is transmitted from the base station to the terminal.
[0089]
In a terminal capable of changing the signal processing function, the resource usage changes sequentially. That is, a part of functions once set in the terminal may be unnecessary. Therefore, resource management based on the latest information can be performed by updating the resource management table at the time of adding a function.
[0090]
In order to notify the terminal that the signal processing function cannot be added, for example, in the wireless communication system shown in FIG. 16, an additional definition of the function is sent from the mobile wireless communication apparatus 10 to the configuration description information providing apparatus 140. What is necessary is just to add the mechanism which communicates that it was impossible. When trying to define additional signal processing functions, additional definitions of all the signal processing functions may lack resources. In such a case, the base station can grasp that the terminal side cannot add a new signal processing function. When the base station grasps this fact, the base station transmits configuration description information so that the terminal side can additionally define a minimum signal processing function according to the amount of surplus resources. With such a minimum additional definition, service improvement as a wireless communication system is achieved.
[0091]
(Sixth embodiment)
FIG. 29 shows a mobile radio communication apparatus according to the sixth embodiment of the present invention. This mobile radio communication apparatus includes an antenna 1, a radio transmission / reception device 2, a signal processing device 3, a resource controller 4, and a storage device 5 as in the previous embodiments. In FIG. 29, the system controller 6 and the input / output device unit 7 shown in FIG. 1 are omitted.
[0092]
The signal processing device 3 is configured by a processor that performs signal processing in software, such as a CPU or a DSP, or a programmable hardware device such as a PLD. Taking the case where the signal processing device 3 is a processor as an example, the processor has a storage area such as a RAM area into which an execution program is read, and a module group constituting a program for performing signal processing in the storage area. Signal processing is executed by reading. The module here is a compiled executable file, and each signal processing function is made into a software module.
[0093]
The storage device 5 stores programs and data files. In particular, as a program, a group of modules whose specifications in the signal processing device 3 are assumed is stored. Thereby, a module group required when the mobile wireless communication apparatus is switched to another mode, for example, a mode for receiving another channel, can be read from the storage device 5 and passed to the signal processing device 3.
[0094]
FIG. 30 shows an example of the storage area of the signal processing device 3 and the contents of the storage device 5. The signal processing device 3 includes a DSP 210 as a processor, and an audio transmission module 211 and an audio reception module 212 are read in the storage area. The storage device 5 stores a data transmission module 221, an equalizer module 222, a Viterbi decoder module 223, and a CRC module 224.
[0095]
The resource controller 4 includes a source management table 200, a resource manager 201, a resource rewrite processor 202, and a download buffer 203. The resource management table 200 stores information on storage locations of modules that can be executed by the signal processing device 3. The resource manager 201 controls (a) the order in which resources are replaced, (b) the determination of whether to replace, and (c) the timing of replacement. The resource rewrite processor 202 rewrites the module to the processor of the signal processing device 3 stored in the storage device 5 according to an instruction from the resource manager 201. The download buffer 203 temporarily stores a module downloaded from the outside.
[0096]
The basic operation of the mobile radio communication apparatus according to the present embodiment is the same as that of the embodiments described so far, and the specific operation is as follows. It is assumed that the wireless transmission path between the mobile radio communication device and a base station (not shown) deteriorates due to shadowing, that is, the mobile radio communication device enters a shadow, and the desired communication quality is not satisfied. The communication quality is detected by, for example, an electric field measurement function that the wireless transmission / reception device 2 has.
[0097]
When the desired communication quality is not satisfied, the resource controller 4 determines that it is necessary to newly incorporate an equalizer module in the resource of the signal processing device 3 in order to improve the communication quality. Based on this determination, in the resource controller 4, if the signal processing device 3 has sufficient resources, the resource manager 201 performs control to incorporate the equalizer module into the resource. The resource manager 201 confirms whether an equalizer module exists in the storage device 5 by referring to the resource management table 200.
[0098]
As shown in FIG. 30, if there is an equalizer module 222 in the storage device 5, the resource controller 4 reads it into the signal processing device 3 as an execution file of the processor that is the signal processing device 3. If there is no equalizer module in the storage device 5, the resource controller 4 issues a download request, acquires the module, and stores it in the download buffer 203.
[0099]
When a module necessary for the signal processing device 3 in the mobile radio communication apparatus is not stored in the storage device 5, the download request is made to, for example, a base station having a service area in the area where the mobile radio communication apparatus is currently located. To be issued. The base station transfers the received download request to a network (not shown). The network transmits the requested module via the base station to the mobile radio communication apparatus that has issued the download request.
[0100]
Thus, the necessary signal processing function is defined in the signal processing device 3 by exchanging the programs held in the storage area of the processor which is the signal processing device 3. As a program, a necessary module is fetched only when necessary. As a result, it is possible to suppress wasteful use of resources, that is, unnecessary occupancy of memory resources due to modules that are normally unnecessary being resident in the storage area of the processor. Therefore, it is possible to cope with roaming and handoff between different wireless communication systems while effectively utilizing resources with limited capacity.
[0101]
Next, a more specific operation example of the mobile radio communication apparatus according to the present embodiment will be described. First, a case will be described in which the type of communication is switched, such as switching from a state in which the mobile wireless communication device is used for voice calls to a state in which data communication such as Web browsing is used.
[0102]
When the communication type is switched from, for example, voice communication to data communication, a voice call module, for example, a voice CODEC module is not necessary, and a module with a new TCP / IP is required instead. The resource manager 201 confirms whether or not the TCP / IP module exists in the storage device 5 with reference to the resource management table 200. If there is a TCP / IP module in the storage device 5, it is read into the storage area of the processor as an execution file of the processor which is the signal processing device 3. A voice call module such as a voice CODEC module that has become unnecessary is cleared from the storage area of the processor.
[0103]
If the TCP / IP module is not stored in the storage device 5, the resource manager 201 obtains it by downloading as described above. The acquired TCP / IP module is stored in the storage device 5 and then written in the resource management table 200. The resource manager 201 confirms again by the resource management table 200 whether the TCP / IP module exists in the storage device 5. If the TCP / IP module exists in the storage device 5, it is read as an execution file into the storage area of the processor. Thereby, data communication becomes possible thereafter.
[0104]
This operation will be described with reference to FIGS. As shown in FIG. 31, the voice transmission module 211 and the voice reception module 212 are read in the storage area of the signal processing device 3 as in FIG. 30. The storage device 5 stores a data transmission module 221, a data reception module 225, an audio transmission module 226, and an audio reception module 227.
[0105]
In the first step S401, the DSP 210 uses the voice transmission module 211 and the voice reception module 212 to perform signal processing for a voice call. In this state, it is assumed that the user of the mobile radio communication apparatus next operates the input / output device unit 7 shown in FIG. In response to this instruction, the resource controller 4 issues a resource update request (step S402). Thereby, the resource manager 201 of the resource controller 4 refers to the resource management table 200 and checks whether there is a data communication module in the storage device 5 (step S403). If there is no data communication module in the storage device 5, a download request is issued, and if there is, a rewrite start notification is sent to the DSP 210 (step S404). As a result, the DSP 210 stops the execution of the module currently in the storage area.
[0106]
Next, the resource controller 4 uses the rewrite processor 202 to delete the voice transmission module and the voice reception module currently in the storage area of the DSP 210, read the data transmission module and the data reception module from the storage device 5, and store the storage area of the DSP 210. (Step S405). When the rewriting process by the rewriting processor 202 is completed, the resource controller 4 notifies the DSP 210 of rewriting completion (step S406). Upon receiving the rewrite completion notification, the DSP 210 executes the data transmission module and the data reception module in the storage area, and performs signal processing for data communication (step S407).
[0107]
In this manner, modules in the storage area of the DSP 210 (memory resources possessed by the DSP 210) are replaced under the management of the resource controller 4. Thus, the signal processing function of the DSP 210 can be changed from the voice call function to the data communication function, and the signal processing function can be replaced by using the limited storage area of the DSP 210. Therefore, the occupation of memory resources by unnecessary modules can be suppressed.
[0108]
In the example of FIG. 33, a programmable hardware device such as a PLD 230 is used as the signal processing device 3 in place of the DSP. The PLD 230 is operated by a module group 231 (for example, modules A, B, C, and D), and a module group 240 (for example, modules A, B, and C) that is assumed to be used in the PLD 231 is stored in the storage device 5. , D, E, F,...) Are stored. The module referred to here is a module of a circuit configuration program (circuit configuration description), for example, a layout wiring diagram of a PLD.
[0109]
The operation will be described with reference to FIG. 34. First, the PLD 230 performs signal processing using modules A, B, C, and D for constructing a circuit configuration for performing signal processing for voice communication (step S501). ). In this state, it is assumed that the user wants to perform data communication and operates the input / output device unit 7 shown in FIG. In response to this instruction, the resource controller 4 issues a resource update request (step S502). The modules B, C, and D are assumed to be modules for constructing a circuit configuration related to signal processing necessary for both voice communication and data communication.
[0110]
In the data communication, since it is stored in advance that the modules B, C, D, and E are necessary, the resource controller 4 needs to replace the module A with the module E by checking the current module configuration in the PLD 230. Know that. The resource manager 201 of the resource controller 4 refers to the resource management table 200 (step S503) and checks whether or not the storage device 5 has a module E for constructing a circuit configuration for performing signal processing for data communication. (Step S504).
[0111]
When the module E is in the storage device 5, the resource manager 201 gives the rewrite processor 202 an instruction to rewrite the module A in the module group 231 held in the PLD 230 to the module E. Upon receiving this rewrite instruction, the rewrite processor 202 sends a module rewrite start notification to the PLD 230 (step S505). As a result, the PLD 230 stops the process execution in the circuit configuration by the currently held module. Next, the rewrite processor 202 discards the module A held by the PLD 230, and instead reads the module E from the storage device 5 and replaces it with the module A (step S506).
[0112]
When the module rewriting process of the PLD 230 by the rewriting processor 202 is completed in this way, the resource controller 4 notifies the PLD 230 of the rewriting completion (Step S507). Upon receiving this rewrite completion notification, the PLD 230 constructs a circuit configuration using the newly held module group 231 (modules B, C, D, E), and uses the circuit configuration to perform signal processing for data communication. Is performed (step S508).
[0113]
On the other hand, if there is no module E in the storage device 5 in step S504, the resource controller 4 issues a download request (step S509). With this request, the module E is downloaded and temporarily stored in the download buffer 203. Thereafter, in step S505, the PLD 230 is notified of the start of rewriting (step S505). As a result, in step S506, the module E held in the download buffer 203 is read by the rewrite processor 202 and written to the PLD 230.
[0114]
In this way, the downloaded module E can be written into the PLD 230 while downloading or immediately after the download is completed, and it is possible to shift from voice call to data communication in a short time. The module acquired by downloading is not only temporarily stored in the download buffer 203 but also stored in the storage device 5 as necessary for use thereafter.
[0115]
(Seventh embodiment)
In the sixth embodiment, when switching the signal processing function of the signal processing device 3, among the necessary modules, the module is replaced with an unnecessary module for realizing a new signal processing function. Each module group in which modules necessary for each application are set may be prepared, and when switching the signal processing function, the module groups may be replaced. Thereby, the signal processing function of the signal processing device 3 can be switched at high speed.
[0116]
FIG. 35 shows a mobile radio communication apparatus according to the seventh embodiment that performs such module group unit replacement. This mobile radio communication apparatus can be applied to a plurality of different radio communication systems. Accordingly, the storage device 5 stores module groups 241 and 242 for performing signal processing for communication in different wireless communication systems. These module groups 241 and 242 can be updated by replacing the storage device 5. The DSP 210 of the signal processing device 3 operates by reading the module group 213.
[0117]
Now, assuming that the mobile radio communication apparatus is currently communicating with the base station by the radio communication system X, it is necessary to communicate with the base station by the radio communication system Y in order to perform a handover in this state, for example. . In this case, the resource manager 201 determines that the mobile radio communication apparatus needs to communicate with the radio communication system Y, and controls the order in which the resources are exchanged, the judgment as to whether or not to exchange, the timing for the exchange, and the like. The resource manager 202 releases an unused module in the system X, and gives an instruction to the rewrite processor 202 to install a module for the system Y. Upon receiving this instruction, the rewrite processor 202 performs module rewrite processing from the storage device 5 to the DSP 210.
[0118]
Here, since the wireless communication system X is still in use, it is necessary to leave the module to be used among the module group for the system X written in the storage area of the DSP 210. Therefore, an unused module is checked, the module is released from the storage area of the DSP 210, and a module for the system Y is incorporated into a storage area as a surplus resource generated thereby. As a result, the mobile radio communication apparatus can communicate with both the radio communication systems X and Y.
[0119]
36, the module X1 to perform communication under the system Y from the state in which the DSP 210 performs signal processing using the modules X1, X2, X3, and X4 for performing communication under the system X. Will be described when the module Y1 is read by releasing.
[0120]
First, in step S601, modules X1, X2, X3, and X4 for performing communication under the system X are written in the storage area of the DSP 210. The DSP 210 uses the modules X1, X2, X3, and X4 to transmit signals. Processing is in progress. In this state, for example, when a handover occurs, the resource controller 4 generates a module update request (step S602). The resource manager 201 receives the module update request, refers to the resource management table 200, checks whether the storage device 5 has a module group for the communication system Y, and determines the configuration of the module group for the communication system X. A check is made (step S603).
[0121]
The resource manager 201 determines a module necessary for communication in the wireless communication system Y, determines which module group for the wireless communication system X is replaced, and determines the order in which the resources are replaced. As a result, the resource manager 201 determines that the module X1 is unnecessary, the module Y1 is necessary, and Y1 should be written after deleting X1. Furthermore, the resource manager 201 gives an instruction to the rewrite processor 202 to rewrite the module X1 in the module group 213 held in the DSP 210 to the module Y1. In response to this instruction, the rewrite processor 202 sends a module rewrite start notification to the DSP 210 (step S604). As a result, the DSP 210 stops the process execution by the currently held module.
[0122]
Next, the rewrite processor 202 discards the module X1 in the module group 213 held in the DSP 210, and instead reads the module Y1 from the storage device 5 and replaces it with the module X1 (step S605). When this rewriting process is completed, the resource controller 4 notifies the DSP 210 of the rewriting completion (step S606). Upon receiving this notification, the DSP 210 performs signal processing for data communication using the held module group 213 (modules X2, X3, X4, Y1) (step S607).
[0123]
In this way, by replacing the modules in the DSP 210 under the management of the resource controller 4, the module storage area (the memory resource having a limited capacity) of the DSP 210 can be used effectively under the communication system X until now. It is possible to perform communication that has been performed only in the communication systems X and Y. Thereby, the handover can be easily realized.
[0124]
With reference to FIG. 37, another operation example in the present embodiment will be described. It is assumed that the mobile radio communication apparatus is communicating under the radio communication system U. When a mobile radio communication apparatus performs a handover to communicate under another radio communication system V at a cell (ie, service area) boundary, resources of the DSP 210 that is a signal processing device used in the radio communication system U are The modules are partially replaced so that they are gradually used in the wireless communication system V. By doing so, soft handover between different wireless communication systems becomes possible.
[0125]
Specifically, the module read by the DSP 210 is gradually occupied by the system V from the state occupied by the system U. The module for the system V is used if it is stored in the storage device 5 in advance, and is acquired by downloading otherwise.
[0126]
In FIG. 37, a state in which communication is performed under the wireless communication system U (assuming that a handoff occurs and a module update request is generated in step S701 (step S702). In step S701, the DSP 210 stores data in the storage area. It is assumed that modules U1, U2, U3, U4 are written as the module group 213, and signal processing is performed using these modules.
[0127]
The resource manager 201 refers to the resource management table 200 that stores the storage locations of modules that can be executed by the DSP 210, determines the order in which resources are replaced, determines whether to replace them, and when to replace them, and rewrites based on these determinations. Rewrite start is notified to the processor 202 and the DSP 210 (steps S703 to S704). As a result, the DSP 210 stops the process execution in the module group 213 currently held. At this time, the module group 213 already written in the DSP 210 is a module U1, U2, U3, U4 for performing signal processing for communication under the system U, as shown in step S705. A module for performing signal processing for communication in the system V is not included.
[0128]
Therefore, the rewrite processor 202 first releases the storage area of the module U1 in order to gradually rewrite the module group 213 written in the DSP 210 under the control of the resource manager 202. Next, the rewrite processor 202 writes the module V1 read from the storage device 5 in the released area (step S706). Next, the rewrite processor 202 releases the storage area of the module U2, and writes the module V2 read from the storage device 5 in the released area (step S707). Similarly, next, the rewrite processor 202 releases the storage area of the module U3, and writes the module V3 read from the storage device 5 in the released area (step S708). Next, the rewrite processor 202 releases the storage area of the module U4, and writes the module V4 read from the storage device 5 in the released area (step S709).
[0129]
In this way, under the control of the resource manager 201, the rewrite processor 202 gradually rewrites the module to the storage area of the DSP 210. If all necessary are rewritten, the resource manager 201 notifies the DSP 210 of completion of rewriting (step S710). Receiving this notification, the DSP 210 performs data communication processing using the currently held module group 213 (modules V1, V2, V3, V4) (step S711).
[0130]
In this way, the module group 213 in the DSP 210 is gradually replaced in accordance with the required signal processing function under the management of the resource controller 4. This enables soft handover between different wireless communication systems while effectively utilizing the module storage area (memory resource with a limited capacity) of the DSP 210, that is, suppressing the occupation of resources by unnecessary modules.
[0131]
(Eighth embodiment)
As shown in FIG. 38, in the mobile radio communication apparatus according to the seventh embodiment of the present invention, a common hardware resource 232 is prepared for the signal processing device 3 using a programmable hardware device, for example, a PLD 230. The common hardware device 232 may be hardware different from the PLD 230, or may be a part of the PLD 230, for example, the non-redefinable area 3A shown in FIG.
[0132]
When the mobile radio communication apparatus is communicating under a certain radio communication system, it may be necessary to monitor another radio communication system. In such a case, in this embodiment, a part of the module group 231 read into the PLD 230 is released, and a part of the module for the wireless communication system to be newly monitored is incorporated. The procedure for opening and incorporating may be the same as the procedure described in the seventh embodiment.
[0133]
The common hardware device 232 is a device commonly used for a plurality of wireless communication systems. Therefore, the device 232 is used in common under the radio communication system used for communication by the mobile radio communication apparatus and another radio communication system to be monitored. By using the common hardware device 232, the resource processing load of the PLD 230 is reduced.
[0134]
As described above, even in a configuration using a programmable hardware device such as the PLD 230 for the signal processing device 3, a module that is a circuit configuration description for changing the circuit configuration of the PLD 230 is required when monitoring the wireless communication system. Accordingly, by taking in or replacing the storage area of the PLD 230, occupation of resources of the PLD 230 by unnecessary modules can be suppressed, and resources can be effectively used.
[0135]
(Ninth embodiment)
In the mobile radio communication apparatus according to the ninth embodiment of the present invention shown in FIG. 39, the signal processing device 3 stores an execution file 214 common to a plurality of radio communication systems. As described in the eighth embodiment, consider a case where a mobile radio communication apparatus monitors another radio communication system in a state where communication is performed under a radio communication system. In such a case, similar to the procedure described in the seventh embodiment, a part of the module group 213 read into the DSP 210 is released, and a part of the module for the wireless communication system to be newly monitored is incorporated.
[0136]
The fixed common execution file 214 is commonly used for each wireless communication system. Therefore, the execution file 214 is used in common under the radio communication system used for communication by the mobile radio communication apparatus and another radio communication system to be monitored. By using the common execution file 214, the resource processing load of the DSP 210 is reduced.
[0137]
(Tenth embodiment)
According to the mobile radio communication apparatus according to the tenth embodiment of the present invention shown in FIG. 40A, the resource controller 4 has a module management table 300, a module manager 301, a module rewrite processor 302, and a download buffer 303. In this example, the signal processing device 3 includes a DSP 310 and a program memory 311 in which a program indicating a signal processing procedure of the DSP 310 (hereinafter referred to as a processing module) is stored. The signal processing device 3 may be realized by a programmable hardware device such as PLA or FPGA in place of the DSP, and in this case, a software module describing the circuit configuration of the programmable hardware device is processed in the program memory. Stored as a module.
[0138]
The module management table 300 records the storage status of processing modules used in the mobile radio communication apparatus, the allocation status of the processing modules to the resources of the signal processing device 3, and the usage history of the processing modules by the resource controller 4 itself. And used. The module management table 300 includes at least a module storage state table 3001, a module allocation state table 3002, and a module usage history table 3003 as shown in FIG.
[0139]
The storage state of the processing module is managed by a module storage state table 3001. The allocation status of processing modules to resources is managed by a module allocation status table 3002. Information on the usage history of the processing module including the allocation status information to the resource of the module and the storage status information is managed by the module usage history table 3003. The module manager 301 records processing module usage history information in the module management table 300, and uses the module management table 300 to store, delete, and update processing modules.
[0140]
The download buffer 303 is a buffer area used for temporarily storing the downloaded processing module when the processing module is downloaded from the wireless line. In response to an instruction from the module manager 301, the module rewrite processor 302 performs processing module assignment from the storage device 5 to the signal processing device 3, and notification of processing module rewrite start / end. The signal processing device 3 to which the processing module is assigned by the module rewrite processor 302 fetches the assigned processing module from the storage device 5 and executes the signal processing procedure described in the processing module.
[0141]
In FIG. 40A, a display device 321 and an input device 322 are shown as components of the input / output device unit 7. Further, an interface 8 and an external storage device 9 that can be connected to the mobile wireless communication device via the interface 8 are prepared as necessary.
[0142]
Next, the operation of the mobile radio communication device according to this embodiment will be described. Assume that the signal processing device 3 includes a DSP 310 and a program memory 311 as shown in FIG. Now, at the point where the user of the mobile radio communication device is located, two types of radio communication systems (referred to as system A and system B) provide services, and these radio communication systems are used by the mobile radio communication device. Suppose you are in a possible situation.
[0143]
In the mobile radio communication apparatus, it is assumed that the user designates using a desired radio communication system, for example, the A system, by operating the key of the input device 321. The A system use designation information generated by this operation is taken into the resource controller 4. The resource controller 4 refers to the module management table 300 and recognizes the storage state of the processing module required under the designated A system and the allocation state of the signal processing device 3 to the resource. As a result, if a necessary processing module is insufficient, a download request for the insufficient processing module is generated.
[0144]
The download request generated by the resource controller 4 is transmitted from the wireless transmission / reception device 2 to the base station via a control channel prepared as a channel common to each wireless communication system, for example. In the base station, the processing module indicated by the received download request is read from a server in the base station or a server provided on a network to which the base station is connected, and transmitted to the requesting mobile radio communication apparatus.
[0145]
The processing module transmitted from the base station to the mobile radio communication apparatus is received by the radio transmission / reception device 2 and passed to the resource controller 4. The processing module received, that is, downloaded, is temporarily stored in the download buffer 303 by the resource controller 4 and then transferred to and stored in the storage device 5.
[0146]
Next, in the resource controller 4, a processing module assignment request is issued from the module manager 301 to the module rewrite processor 302. The module rewrite processor 302 performs control to read a necessary processing module from the storage device 5 in accordance with the processing module allocation request and write it into the program memory 311 of the signal processing device 3. In the signal processing device 3, the DSP 310 executes the processing module written in the program memory 311, thereby realizing signal processing determined by the processing module. Therefore, the user of the mobile radio communication apparatus can use a new function by the processing module written in the program memory 311.
[0147]
The module manager 301 effectively uses the finite memory capacity of the program memory 311 as described below when performing a control of reading a necessary processing module from the storage device 5 and writing it to the program memory 311. With reference to the contents of the module usage history table 3003 recorded in the module management table 300, the order of replacement of the processing modules with respect to the program memory 311, determination of whether to replace, the replacement timing, and the like are controlled.
[0148]
The module manager 301 further performs control for deleting unnecessary processing modules among various processing modules held in the storage device 5 and upgrading the version of the held processing modules. As a result of this control, if the program memory 311 lacks processing modules necessary for the next processing in the signal processing device 3, the module manager 301 generates a processing module allocation request.
[0149]
The processing module allocation request is given to the module rewrite processor 302, and the necessary processing module is written in the program memory 311 by the processor 302. In the signal processing device 3, the processing module written in the program memory 311 is executed by the DSP 310. Thereby, the function realized by the processing module written in the program memory 311 is realized by the mobile radio communication apparatus. That is, a new function by the processing module newly written in the program memory 311 is added to the mobile radio communication apparatus.
[0150]
A plurality of processing modules can be written in the program memory 311 of the signal processing device 3. In the signal processing device 3, an arbitrary processing module is executed by the DSP 310 in a state where a plurality of processing modules coexist in the program memory 311. The capacity of the program memory 311 and the capacity of the storage device 5 are both finite. Since the module manager 301 controls the order in which the processing modules in the signal processing device 3 are replaced, the determination of whether to replace them, and the replacement timing, the situation in which the capacity of the program memory 311 is insufficient can be suppressed.
[0151]
If the mobile radio communication device downloads a new processing module each time the processing module is stored in the storage device 5, the free storage area of the storage device 5 may eventually become insufficient. When there is no more free storage area in the storage device 5, it is necessary to secure other storage modules by deleting other processing modules stored in the storage device 5. In that case, it is desirable to delete the processing module that is not necessary for the mobile radio communication apparatus, that is, the processing module that has a low probability of being used in the mobile radio communication apparatus next time. For this reason, the use frequency of the processing modules used in the past is constantly monitored by the module manager 301, and the monitoring result is recorded in the module use history table 3003 of the module management table 300. The module manager 301 deletes the processing module with the lowest usage frequency on the module usage history table 3003. As a result, an empty storage area of the storage device 5 is secured, and the downloaded new processing module is stored in the storage device 5.
[0152]
FIG. 41A shows a list of items described in the module usage history table 3003 in the module management table 300. Module usage history items include module name, module size, usage frequency, storage status, and allocation status. The module name is the name of the processing module. The module size is a capacity of the storage device 5 necessary for storing the processing module. The usage frequency is the number of times the processing module has been used in the mobile radio communication device. The storage state is information indicating a state in which the processing module is stored in the storage area. Specifically, if the processing module is stored, it is an address of the program memory 311; NO. The allocation state is information indicating whether or not the processing module is allocated to the program memory 311. The allocation status is ON if the processing module is allocated, and is OFF if it is not allocated.
[0153]
A processing module whose resource allocation state is OFF is stored in the storage device 5 but is not allocated to the program memory 311. A processing module to be deleted is selected from processing modules whose resource allocation state is OFF. When all the processing modules are allocated to the program memory 311, the processing module to be deleted is deleted after the allocation to the program memory 311 is released.
[0154]
FIG. 41B shows a specific content example of the module usage history table 3003. In this example, module names include QPSK modulation, correlator, convolutional coding, PN coding, and Walsh coding. Module size is 10200Byte, 15300Byte, 12900Byte, 25000Byte, 18000Byte, usage frequency is 320 times, 230 times, 202 times, 23 times, 98 times, respectively. The address is 0x3000, NO (where 0x indicates hexadecimal notation), and the assignment status is indicated as ON, ON, OFF, OFF, OFF, respectively.
[0155]
With reference to FIG. 42, a processing procedure for deleting unnecessary processing modules in the storage device 5 using the usage frequency information recorded in the module usage history table 3003 shown in FIG. 41B will be described. This processing procedure is executed by the module manager 301. When the deletion of the module is started (step S701), the usage frequency is referred to among the items recorded in the module usage history table 3003 (step S702). With this reference, the processing module with the lowest use frequency is searched for among the processing modules whose allocation state is OFF, and an instruction to delete the processing module from the storage device 5 is given to the resource controller 4. The resource controller 4 deletes the processing module instructed to be deleted from the storage device 5 (step S703). The module manager 301 deletes the history information of the deleted processing module from the module usage history table 3003 (step S704). The operations in steps S702 to S704 are repeated until it is determined in step S705 that the necessary free space has been secured.
[0156]
For example, according to the example of the contents of the module usage history table 300 shown in FIG. 41 (b), the usage frequency of Walsh encoding among convolutional encoding, PN encoding, and Walsh encoding, which are processing modules whose allocation state is OFF. Is the least. Therefore, this Walsh encoding processing module is deleted. The history information of the processing module of the Walsh code is deleted from the module usage history table 3003. When the necessary capacity is ensured in the storage device 5 in this way, the deletion of the processing module is finished (step S706). As a result, the contents of the module usage history table 3003 shown in FIG. 41 (b) are updated as shown in FIG. 41 (c).
[0157]
By deleting processing modules by the module manager 301 in such a procedure, processing modules that are frequently used, that is, processing modules that are likely to be used next are stored in the storage device 5. Therefore, the processing module that is highly likely to be used is not subjected to unnecessary download processing, thereby reducing the processing load on the mobile radio communication apparatus.
[0158]
Next, the case where the module use history table shown in FIGS. 43A to 43C is used will be described. As shown in FIG. 43A, a list of items described in the module usage history table 3003 is shown. As for the items of the module usage history, the usage frequency is replaced with the latest usage date and time. It is the same. Specifically, the latest use date and time is the latest time stamp when the processing module read from the storage device 5 is written in the program memory 311. As shown in FIG. 43 (b), the contents example of the module usage history table 3003 is 2005/04 / 14,2005 / 12 / 21,2003 / 05 / 04,2005 / 02 / 03,2005 as the usage update date. / 08/14, except that is entered, is the same as FIG. 41 (a).
[0159]
Referring to FIG. 44, a processing procedure for deleting unnecessary processing modules in the storage device 5 using the latest usage date / time information recorded in the module usage history table 3003 shown in FIG. To do. This processing procedure is executed by the module manager 301. When the deletion of the module is started (step S801), the latest use date and time is referred to among the items recorded in the module use history table 3003 (step S802). With this reference, the processing module having the oldest use date and time is searched for among the processing modules whose allocation state is “OFF”, and an instruction to delete the processing module from the storage device 5 is given to the resource controller 4. The resource controller 4 deletes the processing module instructed to be deleted from the storage device 5 (step S803). The module manager 301 deletes the history information of the deleted processing module from the module usage history table 3003 (step S804). The operations in steps S802 to S804 are repeated until it is determined in step S805 that the necessary free space has been secured in the storage device 5.
[0160]
For example, according to the example of the contents of the module usage history table 300 shown in FIG. 43 (b), the latest use of convolutional coding among convolutional coding, PN coding, and Walsh coding, which is a processing module whose allocation state is OFF. The date is the oldest. Therefore, the convolutional encoding processing module is deleted from the storage device 5, and the convolutional encoding processing module history information is deleted from the module use history table 3003. When the necessary capacity is secured in the storage device 5 in this way, the deletion of the processing module is finished (step S806). As a result, the contents of the module usage history table 3003 shown in FIG. 43 (b) are updated as shown in FIG. 43 (c).
[0161]
By deleting the processing module by the module manager 301 in such a procedure, the processing module with the latest use date and time, that is, the processing module that is likely to be used next is stored in the storage device 5. Therefore, the processing module that is highly likely to be used is not subjected to unnecessary download processing, thereby reducing the processing load on the mobile radio communication apparatus. Furthermore, when a mobile radio communication apparatus is used by a user whose usage status frequently changes, it is possible to add and delete processing modules without waste according to the usage status.
[0162]
Next, the case where the module use history table shown in FIGS. 45 (a) to 45 (c) is used will be described. As shown in the list of items described in the module usage history table 3003 in FIG. 45 (a), the items in the module usage history are the same as those in FIG. 41 (a) except that the usage frequency or the latest usage date / time is deleted. And it is the same as FIG. 43 (a).
[0163]
Referring to FIG. 46, a processing procedure for deleting unnecessary processing modules in the storage device 5 using the module size information recorded in the module usage history table 3003 shown in FIG. . This processing procedure is executed by the module manager 301. When the deletion of the module is started (step S901), the module size is referred to among the items recorded in the module use history table 3003 (step S902). With this reference, the processing module having the largest module size is searched for among the processing modules whose allocation state is “OFF”, and an instruction to delete the processing module from the storage device 5 is given to the resource controller 4.
[0164]
The resource controller 4 deletes the processing module instructed to be deleted from the storage device 5 (step S903). The module manager 301 deletes the history information of the deleted processing module from the module usage history table 3003 (step S904). The operations in steps S902 to S904 are repeated until it is determined in step S905 that the necessary free space has been secured.
[0165]
For example, according to the example of the contents of the module usage history table 300 shown in FIG. 45 (b), the module size of Walsh encoding among convolutional encoding, PN encoding, and Walsh encoding, which are processing modules whose allocation state is OFF. Is the largest. Accordingly, the Walsh encoding processing module is deleted from the storage device 5, and the Walsh encoding processing module history information is deleted from the module usage history table 3003. When the necessary capacity is secured in the storage device 5 in this way, the deletion of the processing module is finished (step S906). As a result, the contents of the module usage history table 3003 shown in FIG. 45 (b) are updated as shown in FIG. 45 (c).
[0166]
By deleting processing modules by the module manager 301 in such a procedure, processing modules whose allocation state is OFF and whose module size is large are sequentially deleted from the storage device 5. Therefore, a necessary free storage area is secured on the storage device 5. By deleting the processing module having the largest size, there is a high possibility that an area larger than the required storage area size will be secured on the storage device 5 by one deletion operation. As a result, the processing module can be deleted only a minimum number of times, and the processing load required for the deletion can be reduced.
[0167]
Next, an example in which the module usage history table 3003 is added with a function of checking and saving version information of processing modules used by the mobile radio communication apparatus will be described.
[0168]
As shown in FIG. 47A, a list of items described in the module usage history table 3003 is shown, except that the module usage history item has a version instead of the usage frequency or the latest usage date and time. This is the same as (a) and FIG. The version is revision information of the processing module. For example, as shown in FIG. 47 (b), the versions of QPSK modulation, correlator, convolutional coding, PN coding and Walsh coding are 2.1, 1.3, 3.1, 2.3 and 1 .8.
[0169]
Referring to FIG. 48, a processing procedure for updating the module in the storage device 5 to a newer version using the version information shown in FIG. 47B will be described. When the module update process starts and a module update request, that is, a new process module use request is input to the module manager 301 (steps S1001 to S1002). The module manager 301 refers to the contents of the module use history table 3003 in the module management table 300 (step S1003), and checks whether the necessary processing module exists in the storage device 5 (step S1004).
[0170]
If the necessary processing module does not exist in the storage device 5, a necessary version of the processing module is downloaded from the wireless line (step S1005) and stored in the storage device 5 (step 1006). As a result, a new version of the processing module is newly stored in the storage device 5, so that the module rewrite processor 302 next writes the necessary processing module including the new processing module in the storage device 5 in the program memory 311. (Step S1010).
[0171]
On the other hand, if the result of the check in step S1004 is that the necessary processing module exists in the storage device 5, the module manager 301 refers to the module usage history table 3003, and the version of the processing module in the storage device 5 and the actually required module. The version of the processing module is compared (step S1007). As a result of the comparison, if the version of the processing module in the storage device 5 is equal to the version of the required processing module, the required processing module is loaded from the storage device 5 and written in the program memory 311 (step S1010).
[0172]
If the version of the processing module stored in the storage device 5 is old as a result of the check in step S1007, the required version of the processing module is downloaded from the wireless line (step S1008), and the old version existing in the storage device 5 is downloaded. The processing module is replaced (step S1009). Since the processing module in the storage device 5 is now updated to the new version, the module rewrite processor 301 next writes the necessary processing module in the storage device 5 in the program memory 311 (step S1010). When the processing of step S1010 is performed, the version update processing of the processing module ends (step S1011).
[0173]
Here, for example, consider using a convolutional coding processing module that is not assigned to the program memory 311 in accordance with the content example of the module usage history table 3003 shown in FIG. The required version of the convolutional encoding processing module is 4.0. The module manager 301 refers to the module usage history table 3003 and knows that the convolutional coding processing module is stored in the storage device 5. From the module usage history table 3003, it can be seen that the version of the convolutional encoding processing module stored in the storage device 10 is 3.1 and is older than the required version 4.0.
[0174]
Therefore, the module manager 301 requests the wireless transmission / reception device 2 to download the version 4.0 convolutional coding processing module. Accordingly, the version 4.0 convolutional encoding processing module downloaded via the wireless transmission / reception device 2 is replaced with the original old processing module and stored in the recording device 5. At the same time, the module usage history table 3003 is updated. Thereafter, the new processing module is assigned to the program memory 311. In this way, each time the processing module is used, the required processing module and the version of the processing module stored in the storage unit 5 are compared. If the version of the processing module in the storage device 5 is old, the version is updated. The
[0175]
Next, an example in which the user who uses the mobile radio communication apparatus selects a processing module to be deleted and secures a free space in the storage device 5 will be described. In order to allow the user to select a processing module to be deleted by himself or to input a command to delete the selected processing module, the display device 321 and the input device 322 provided in the input / output device unit 7 Is used. As the input device 322, a key input device such as a keyboard, a cursor key, and a cross key, a touch panel installed on the display surface of the display device 321 or a pointing device is used. The display device 321 displays the module name, the module size, and the current allocation status of the currently held processing module when the user sets the mode for securing the free storage area in the storage device 5. . The user can select and designate a processing module to be deleted by viewing this display. For this purpose, the module manager 301 refers to the function of managing the module usage history table 3003 in the module management table 300 and the contents of the table 3003, and the module name of each processing module currently held in the storage device 5. And at least a function of extracting information on the module size and the current allocation state. The resource controller 4 displays the information extracted by the module manager 301 on the display device 321 and the processing module to be deleted specified by the user operating the input device 322 according to the display from the storage device 5. Has a function to delete.
[0176]
The module manager 301 (a) a function for monitoring whether or not there is a shortage of processing modules in the program memory 311; and (b) referring to the module usage history table 3003 when there is a shortage of processing modules, and processing in the program memory 311 It has a function of controlling the order of replacement of modules, determination of whether to replace them, and the timing of replacement, and (c) a function of controlling deletion and version upgrade of processing modules in the storage device 5. When a processing module assignment request is issued from the module manager 301 to the module rewriting processor 302, the processor 302 writes the processing module obtained by downloading via the wireless line or loading from the storage device 5 into the program memory 311. The signal processing procedure (processing module) written in the program memory 311 is executed by the DSP 310, whereby the function realized by the written processing module is realized by the mobile radio communication apparatus.
[0177]
The module name in the module usage history table 3003 is accompanied by information on the file capacity of the corresponding processing module. When the module manager 301 assigns a processing module to the program memory 311 or replaces the processing module using the file capacity information, the module manager 301 rewrites the information on the allocation status of the corresponding processing module in the module usage history table 3003. It has a function to grasp. In accordance with this function, the module manager 301 acquires information to be displayed on the display device 321 with reference to the module usage history table 3003 when the mode for managing the free capacity of the storage device 5 is set. The resource controller 4 causes the display device 321 to display the information acquired by the module manager 301 in a predetermined format.
[0178]
The input operation result by the user from the input device 322 is recognized by the resource controller 4 which is a CPU. Based on this recognition result, the resource controller 4 shifts to the selected mode, selects and designates the module name, and deletes the processing module of the selected module name from the storage device 5.
[0179]
The user can replace the processing module by inputting an instruction to select a desired wireless communication system via the input device 322. When the user designates the use of a certain wireless communication system, for example, the A system via the input device 322, this designation information is taken into the resource controller 4. The module manager 301 refers to the module management table 300 including the contents of the module usage history table 3003 and knows information on processing modules required in the designated A system from the module management table 300.
[0180]
The module manager 301 knows the storage status of the currently used processing module and the allocation status to the resource (program memory 311) of the signal processing device 3 from the information in the module management table 300, and the processing module is insufficient. If it is recognized, a download request for the missing processing module is generated. The download request is sent from the resource controller 4 to the base station via the wireless transmission / reception device 2. The base station reads the processing module indicated by the received download request from the server and transmits it to the requesting mobile radio communication apparatus.
[0181]
The processing module transmitted from the base station to the mobile radio communication apparatus is received by the radio transmission / reception device 2 and passed to the resource controller 4. The processing module received, that is, downloaded, is temporarily held in the download buffer 303 by the resource controller 4. At this time, the free capacity of the storage device 5 is checked by the resource controller 4. As a result of this check, if there is sufficient free space for storing the processing module held in the download buffer 303, the processing module is read from the download buffer 303 and stored in the storage device 5. Accordingly, the contents of the module usage history table 3003 are updated by the module manager 301.
[0182]
If the storage device 5 does not have enough free space as a result of the above check, the storage area is secured by deleting other processing modules stored in the storage device 5 by the module manager 301 and then downloaded. The processing module read from the buffer 303 is held in the storage device 5. That is, when the free space of the storage device 5 is insufficient or when a request for securing the free space is generated, the module manager 301 refers to the contents of the module usage history table 3003 and stores all of the storage device 5. Extract the information of the processing module. The display device 321 is controlled by the module manager 301 based on the information, and the module name, module size, and status (current usage status) of the processing modules are displayed in a list. From this display, the user can know the module names and capacities of the processing modules currently held in the storage device 5 and whether each processing module is being used. From the display, the user searches for a processing module whose status is not in use, that is, whose allocation status is OFF. When the user finds a processing module whose assignment state is OFF, the user selects a desired module using the input device 322, and further instructs to delete the selected processing module. In accordance with this instruction, the resource controller 4 deletes the corresponding processing module in the storage device 5. Further, the module manager 301 deletes information regarding the deleted processing module from the module usage history table 3003.
[0183]
The above processing flow will be described with reference to FIG. For example, when the user designates a mode for deleting unnecessary processing modules by operating the input device 322, the module manager 301 executes the processing in FIG. When module deletion starts (step S1101), the module manager 301 refers to the module usage history table 3003 (step S1102), extracts necessary information from the information recorded in the table 3003, and displays it. The information is displayed on the device 321 (step S1103). When the user selects and designates a processing module to be deleted from the display content by operating the input device 322 (step S1104), the module manager 301 deletes the selected processing module from the storage device 5 (step S1105). .
[0184]
50A and 50B show a list of items described in the module usage history table 3003 and specific examples of the contents of the table 3003, similar to the examples given so far. . FIG. 50C shows an example of a history information display screen on the display device 321 in step S1103. In this display screen example, the module name of the processing module currently stored in the storage device 5, the size of the module, and the current state are displayed. The state indicates whether or not the corresponding processing module is being used in the mobile radio communication apparatus. If the state is not in use, “-” is displayed.
[0185]
The processing module to be deleted is designated by inputting a number indicating the name of the module to be deleted with the input device 322 at the bottom of the display screen in FIG. Thereafter, when a confirmation instruction operation is performed, the designated processing module is deleted from the storage device 5 by the module rewrite processor 302 controlled by the module manager 4. As the processing module to be deleted, it is desirable to designate one of the processing modules whose allocation status is OFF. If there is no processing module whose allocation state is OFF, one module appropriately selected from the processing modules whose allocation state is ON may be selected, and the processing module may be released and then deleted.
[0186]
When the processing module designated in this way is deleted, the contents of the module usage history table 3003 are updated by the module manager 301 (step S1106). The operations in steps S1102 to 1106 are repeated until it is determined in step S1107 that the necessary free space has been secured in the storage device 5. If the necessary free space is secured, the deletion of the processing module ends (step S1108).
In this way, information regarding the processing modules stored in the storage device 5 is displayed on the display device 321, and the user of the mobile wireless communication device refers to this to select a processing module to be deleted, thereby obtaining a signal. The signal processing function of the processing device 3 can be selected. Therefore, it is possible to customize the mobile radio communication device with a function suitable for the user's usage mode.
[0187]
In the above description, the processing modules necessary for the mobile radio communication apparatus are supplied from the network side via download from the radio line, that is, the base station. On the other hand, as shown in FIG. 40A, a large-capacity external storage device 9 can be connected to the mobile radio communication device via the interface 8, and necessary processing modules are transferred from the external storage device 9 to the mobile radio communication device. It is also possible to take in the storage device 5. As a result, when the mobile wireless communication device requires a processing module that is insufficient or a new version of the processing module, the mobile wireless communication device can be downloaded from other than the wireless line, and the external storage device 9 can store the storage device 5 in the mobile wireless communication device. By transferring and storing the processing modules stored in the database, it is possible to back up important processing modules. As the external storage device 9, for example, a semiconductor memory card, hard disk drive, MO (magneto-optical disk drive), CD-ROM drive, CD-R / RW drive, DVD drive, or the like is used.
[0188]
In the above description, deletion of a processing module in the storage device 5 is based on one of a plurality of items (for example, usage frequency, latest usage date and time, and module size) recorded in the module usage history table 3003. Done. On the other hand, the user of the mobile radio communication apparatus may be able to select an arbitrary item as a reference for deleting the processing module from the plurality of recorded items. As a result, the user can manage the processing modules according to various usage forms.
[0189]
(Eleventh embodiment)
FIG. 51 shows a mobile radio communication apparatus according to the eleventh embodiment of the present invention. In each of the following embodiments, for simplicity, for example, two wireless communication systems (A system and B system) provide services, and the mobile wireless communication apparatus is an arbitrary system of the A system and the B system. It is assumed that it can be used after moving to. The A system and the B system are wireless communication systems provided by communication carriers A and B, respectively. The mobile radio communication apparatus shown in FIG. 51 makes it possible to use one telephone directory as a telephone directory file having a format dedicated to application software unique to each system in the A system and the B system.
[0190]
The signal processing device 2 includes a DSP 310 and an execution file storage unit 311 that stores a modulation / demodulation execution file (processing module) that can be directly executed by the DSP 310. The resource controller 4 includes a CPU 401 and a RAM 402 that records the current management status of resources of the signal processing device 2. The input / output device unit 7 includes a display for displaying various types of information to the user, and an input device such as a keyboard and cursor keys for the user to input operations.
[0191]
The storage device 5 includes an execution file 501 and a unique telephone number file 503 for the call management system A, an execution file 502 and a unique telephone number file 504 for the call management system B, a common telephone number file 510, a translator A511, and a translator B512. Stored.
[0192]
The call management system A execution file 501 is application software used only in the A system, and the unique telephone number file 503 is a telephone directory file for the application software. Similarly, the call management system B execution file 502 is application software only in the B system, and the unique telephone number file 504 is a phone book file for the application software.
[0193]
The unique telephone number file 503 for the call management system A is described in a file format that can be used only by the call management system A. Similarly, the unique telephone number file 504 for the call management system B is described in a file format that can be used only by the call management system B. Therefore, the unique telephone number files 503 and 504 cannot be diverted to different call management systems.
[0194]
The common phone number file 510 is a phone book file (phone number list file) described in a common file format, for example, a text file format, which is different from the unique phone number files 503 and 504 for the system A and the system B. is there. The file 510 is a file that does not allow the application software to be used in the mobile radio communication apparatus even if it is used as it is.
[0195]
The execution files 501 and 502 for the call management system A and the call management system B are application software for management related to a call, and have the following functions. The execution files 501 and 502 refer to the unique telephone number files 503 and 504 for the call management system A and the call management system A, which are telephone books, respectively, and list telephone number lists registered in the file 503. Display or search display. The execution files 501 and 502 make a dial call to a telephone number when a desired telephone number is selected and designated by a user operation from the displayed telephone numbers. The execution files 501 and 502 can add a phone number that the user desires to add to the phone book or delete an unnecessary phone number. These application software uses a translator to convert the file and update the contents when there is a change in the wireless communication system or when the unique telephone number files 503 and 504 are changed. It has a function to control as much as possible.
[0196]
The translator A511 and the translator B512 are software for converting the file format. The translator A511 and translator B512 are used for mutual conversion between the common telephone number file 510, which is a common list file, and the list file specific to the application used in the wireless communication system defined by the modulation / demodulation execution file. It is done.
[0197]
That is, the translator A511 converts a list file specific to the application software for the A system into a common telephone number file 510 that is a common list file, and converts the common list file into a list file specific to the application software for the A system. Have Similarly, the translator B 512 converts a list file specific to the application software for the B system into a common telephone number file 510 that is a common list file, and converts the common list file into a list file specific to the application software for the B system. It has a function.
[0198]
An operation example of this embodiment will be described. First, it is assumed that the mobile radio communication apparatus operates as a terminal accommodated in the A system. In this state, the modulation / demodulation execution file (processing module) executed by the DSP 410 corresponds to the A system, and the file is stored in the execution file storage unit 411. At this time, the fact that the DSP 410 is executing a modulation / demodulation execution file (processing module) corresponding to the A system is recorded in the RAM 402 by the CPU 401. At this time, the user uses the call management system A dedicated to the A system through the input / output device unit 7. Accordingly, the call management system A execution file 501 stored in the storage device 5 is read into the resource controller 4 and executed by the CPU 401.
[0199]
A menu list “Phonebook A” (that is, a telephone number list based on the unique telephone number file 503 for the call management system A), which is a list of telephone numbers of the other party the user frequently calls, is displayed through the input / output device unit 7. Suppose you make the request shown above. At this time, the CPU 401 in the resource controller 4 reads the content of the unique telephone number file 503 for the call management system A read into the resource controller 4 from the storage device 5 and displays it on the display device in the input / output device unit 7. Is done.
[0200]
The user can add phone number information to be added to the menu list after making a call with reference to the display of the phone number file on the display device or when a call is received. Is possible. The new telephone number information to be added is first added to the unique telephone number file 503 for the call management system A read in the resource controller 4. Next, when the user ends the use of the call management system A, the CPU 401 executing the call management system A execution file 501 rewrites the unique telephone number file 503 for the call management system A as a storage device. 5 is stored.
[0201]
According to the present embodiment, the rewritten telephone number information of the unique telephone number file 503 for the call management system A is managed by being converted into the common telephone number file 510 by the translator A511 stored in the storage device. As a result, the modulation / demodulation execution file executed by the DSP 410 is converted from the file format corresponding to the A system to the file format corresponding to the B system, and the telephone number information is used even when another call management system is used. Is possible.
[0202]
Specifically, when the user ends the use of the call management system A (application software as the call management system A execution file 501), or the modulation / demodulation execution file executed by the DSP 410 corresponds to the A system. When the file format is converted to a file format corresponding to the B system and the RAM 402 is rewritten, the CPU 401 executes the translator A511. As a result, the unique telephone number file 503 for the call management system A is converted into a common file format by the translator A511, and the common telephone number file 510 is overwritten with the converted file.
[0203]
The flow of this processing will be described below with reference to FIG. As an initial state, it is assumed that the user who possesses the mobile radio communication device is located in the service area of the A system, and the mobile radio communication device functions as a terminal suitable for the A system. Thereafter, when the user moves and the distance between the A system and the base station increases, the received field strength of the mobile radio communication device decreases, and it becomes difficult for the mobile radio communication device to function as a terminal of the A system. At this time, it is assumed that the user is in the service area of the B system, and the mobile radio communication apparatus is in a state where a sufficient received electric field strength can be secured for the base station of the B system.
[0204]
The mobile radio communication apparatus uses a radio channel for pilots connected between base stations of the A system and the B system to monitor which radio communication system and communication channel can be secured, thereby It has a mechanism that can be switched. Therefore, the mobile radio communication apparatus can not maintain the line with the A system and can know that the line with the B system can be secured instead. At this time, the modulation / demodulation execution file executed by the DSP 410 is changed by the resource controller 4 to a file corresponding to the B system stored in the execution file storage unit 411, and this change is recorded in the RAM 402 (step S2001). .
[0205]
It is checked whether or not the common telephone number file 510 has been overwritten by the translator A 511 according to the call management system A unique telephone number file 503 last updated up to this point (step S2002). If not overwritten, the resource controller 4 executes the translator A512. As a result, the unique telephone number file 503 for the call management system A is converted into the common file format, and the common telephone number file 510 is overwritten with the converted file (step S2003). Thereafter, the process proceeds to step S2004. As a result of the check in step S2002, if overwritten, the process proceeds to step S2004. Step S2004 is not necessarily a necessary process, but in step S2004, the “phone book B” of the call management system B is activated by the user.
[0206]
In the next step S2005, the translator B 512 is activated, and the translator B 512 converts the file format of the common phone number file 510 into the file format of the call management system B unique phone number file 504. A telephone number file 504 is generated or overwritten.
[0207]
As described above, the unique telephone number files 503 and 504 for the call management system A and the call management system B are described in file formats that can be used only by the corresponding call management systems A and B, respectively. When the contents of the file 503 or 504 are changed, the changed file is once converted into a common file format and stored as a common telephone number file 510. When the radio communication system used by the mobile radio communication apparatus is changed, the common telephone number file 510 is converted into a file so that it can be used under the changed radio communication system. That is, even if the contents of the file 503 or 504 are changed before the wireless communication system used by the mobile wireless communication device is changed, You can use files that reflect changes in.
[0208]
Therefore, the user can reflect the call management system A unique telephone number file 503, which has been changed in the A system, to the call management system B unique telephone number file 504 after the transition to the B system. “Phonebook B” becomes available (step S2006). That is, when the menu list “phone book B”, which is a list of frequently used telephone numbers in the call management system B used only in the B system, is displayed, it is updated in the call management system A used in the A system. The contents of the menu list “phone book A” can be used as they are. This eliminates the need for the user to individually manage data for different wireless communication systems, and the latest telephone directory can be used regardless of which wireless communication system is used.
[0209]
In the above description, the unique telephone number files 503 and 504 for the call management system A and the call management system B exist on the storage device 5, but these files 503 and 504 are stored in the resource controller as needed. 4 may be a temporary file generated on the memory in the memory 4.
[0210]
(Twelfth embodiment)
In the mobile radio communication apparatus according to the twelfth embodiment of the present invention shown in FIG. 53, the storage device 5 has web browser A and web browser B execution files 601 and 602, web browser A and web browser B unique URLs. Files 603 and 604, a common URL (Uniform Resource Locators) file 610, a translator A611, and a translator B612 are stored. Executable files 601 and 602 are Web browsing software specific to the A system and the B system used only in the A system and only in the B system, that is, application software for displaying the contents of the data file of the WWW page. is there. Execution files 601 and 602 are read into the resource controller 4 and executed by the controller 4 to realize the functions thereof. The unique URL files 603 and 604 are favorite URL information list files described in a unique file format used by the web browser A and B execution files 601 and 602, respectively. On the other hand, the common URL file 410 is described in a predetermined common file format.
[0211]
The translator A411 and the translator B412 are application software for mutually converting the file format between the common URL file 410 and a list file unique to browsing software used in the wireless communication system defined by the modulation / demodulation execution file. . The translator A411 converts the Web browser A specific URL file 603, which is a list file specific to the browsing application software for the A system, into a common list file, and converts the common list file into the Web browser A specific URL file 603. It has the function to do. Similarly, the translator B 412 converts the web browser B unique URL file 604, which is a list file unique to the B system browsing application software, into a common list file, and converts the common list file into the web browser B unique URL file. It has a function of converting to 604. These unique URL files 603 and 604 are both read into the resource controller 4 and executed by the controller 4 to realize their functions.
[0212]
As described above, the unique URL file 603 for the web browser A is described in a file format that can be used only by the web browser A, and the unique URL file 604 for the web browser B is described in a file format that can be used only by the web browser B. ing. Therefore, the web browser A cannot designate a web page address unless a URL file described in a dedicated file format is used. Similarly, the Web browser B cannot specify a Web page address unless a URL file described in a dedicated file format is used.
[0213]
According to the present embodiment, the URL file is stored in the format of a common list file. When the radio communication system used by the mobile radio communication device is changed, the format of the common list file is changed by the translator to the radio to be changed. Converted for communication systems. The URL information of the Web page can be used on the browser using the converted URL file.
[0214]
An operation example of this embodiment will be described. First, it is assumed that the mobile radio communication apparatus operates as a terminal accommodated in the A system. In this state, the modulation / demodulation execution file (processing module) executed by the DSP 410 corresponds to the A system and is stored in the execution file storage unit 411. The signal processing procedure according to the modulation / demodulation execution file is executed by the DSP 410, whereby the function realized by the execution file is realized by the mobile radio communication apparatus.
[0215]
On the other hand, the web browser available to the user through the input / output device unit 7 at this time is the web browser A used only in the A system. The web browser A execution file 601 stored in the storage device 5 is read into the controller 4 under the control of the resource controller 4 that recognizes that the mobile wireless communication device is operating under the A system. By being executed by the CPU 401, browsing by the web browser A is enabled. Here, the web browser A is provided with a function for selecting a registered web page address unique to the web browser A by the unique URL file 603 for the web browser A.
[0216]
When the user wants to browse a web page that is often browsed on the screen of the web browser A and performs a predetermined operation on the input / output device unit 7, the web browser A uses the unique URL file 603 for the web browser A. Is displayed, and a favorite menu list (favorite Web URL information list) in the web browser A is displayed as a list. The user selects and designates a desired Web page from the displayed favorite menu list on the input / output device unit 7. Then, the signal processing device 3 is controlled by the resource controller 4 and the URL information of the Web page is generated by the DSP 410. The URL information is passed to the wireless transmission / reception device 2 and transmitted to the base station of the A system. The Web site indicated by the URL information on the Internet is accessed from the base station via the Internet provider, and the information on the Web page is read out. The read web page information is transmitted from the base station to the mobile radio communication apparatus along the reverse path.
[0217]
In the mobile radio communication apparatus, the received Web page information is sent to the signal processing device 3 via the radio transmission / reception device 2, processed by the DSP 410, and then passed to the resource controller 4. In the resource controller 4, the received web page information is displayed on the screen of the display device in the input / output device unit 7 by the processing of the web browser A by the CPU 401.
[0218]
In this way, the user can browse the favorite Web page with a simple operation. It is assumed that the user finds a newly interested web page while browsing the web page. The user can add the URL information of the found Web page to the favorite menu list. In that case, when the user performs a registration operation in the favorite menu list, the resource controller 4 causes the CPU 401 executing the web browser A to read the new URL information that the user wants to register in the web browser A that is read into the resource controller 4. This is added to the unique URL file 603 for use. Thereafter, when the user finishes using the web browser A, the CPU 401 stores the web browser A-specific URL file 603 additionally written in the storage device 5. As a result, the unique URL file 603 for the web browser A stored in the storage device 5 is updated.
[0219]
Thus, the updated unique URL file 603 for the web browser A in the storage device 5 has a file format dedicated to the web browser A and cannot be referred to or updated by the web browser B. Therefore, the unique URL file 603 for the web browser A is converted into a file of a common file format and stored in the storage device 5 as the URL common file 610.
[0220]
According to this embodiment, the rewritten URL information of the unique URL file 603 for the web browser A is converted into the URL common file 610 format by the translator A 611 stored in the storage device 5 and managed. Thus, even when the modulation / demodulation execution file executed by the DSP 410 is changed from the file corresponding to the A system to the file corresponding to the B system and the web browser B is used, the URL information can be used. Is possible.
[0221]
Specifically, when the user ends the use of the web browser A, or the modulation / demodulation execution file executed by the DSP 410 is converted from a file format corresponding to the A system to a file format corresponding to the B system, and the RAM 402 At the time when is rewritten, the CPU 401 executes the translator A611. As a result, the unique URL file 603 for the web browser A is converted into a common file format by the translator A611, and the common URL file 610 is overwritten by the converted file.
[0222]
The flow of this processing will be described below with reference to FIG. As an initial state, it is assumed that the user who possesses the mobile radio communication device is located in the service area of the A system, and the mobile radio communication device functions as a terminal suitable for the A system. At this time, the modulation / demodulation execution file executed by the DSP 410 is changed by the resource controller 4 to a file corresponding to the B system stored in the execution file storage unit 411, and this change is recorded in the RAM 402 (step S2011). . Thereafter, when the user moves and the distance between the A system and the base station increases, the received field strength of the mobile radio communication device decreases, and it becomes difficult for the mobile radio communication device to function as a terminal of the A system. At this time, it is assumed that the user is in the service area of the B system, and the mobile radio communication apparatus is in a state where a sufficient received electric field strength can be secured for the base station of the B system. As described above, the mobile radio communication apparatus can no longer maintain the line with the A system, and can know that the line with the B system can be secured instead.
[0223]
It is checked whether or not the common URL file 610 has been overwritten by the translator A 611 according to the unique URL file 603 for the web browser A last updated up to this point (step S2012). If not overwritten, the resource controller 4 executes the translator A611. Thereby, the unique URL file 603 for the web browser A is converted into the format of the common URL file 610, and the common URL file 610 is overwritten by the converted file (step S2013). Thereafter, the process proceeds to step S2014. Although step S2014 is not necessarily a necessary process, in step S2014, “favorite” of Web browser B is activated by the user.
[0224]
In the next step S2015, the translator B 612 is activated, the translator B 612 converts the file format of the common URL file 610 into the file format of the unique URL file 604 for the web browser B, and the URL file 604 is generated or overwritten.
[0225]
As described above, the unique URL files 603 and 604 for the web browser A and the web browser B are described in file formats that can be used only by the corresponding web browser A and web browser B, respectively. Therefore, if the unique URL file described in the dedicated file format is not used in the web browser A, it cannot be used for designating the web page. Similarly, in the web browser B, the unique URL file described in the dedicated file format is used. If you use it, you cannot specify your favorite Web page even if you find it and register it in a file. According to this embodiment, the unique URL file is converted into a common file format URL common file 610 and stored, and the URL common file 610 is further converted into a file format corresponding to the web browser used. It can be used with the web browser. In this way, a list of Web pages based on the browser specific URL file can be used. A user who has migrated from the A system to the B system needs the unique URL file 604 for the web browser B in order to display the favorite menu list in the web browser B used only in the B system. According to the present embodiment, the unique URL file 604 for the web browser B in which the changed contents are reflected by the file format conversion can be obtained. Therefore, when the favorite menu list is displayed, the web browser A used in the A system is displayed. It is possible to reflect the contents of the favorite menu list updated in step S2016 as it is (step S2016). This eliminates the need for the user to individually manage such data in different wireless communication systems, greatly improving convenience.
[0226]
In the above description, the unique URL files 603 and 604 for the web browser A and the web browser B exist on the storage device 5. However, these files 603 and 604 are stored in the resource controller 4 as necessary. It may be a temporary file generated on the memory.
[0227]
(13th Embodiment)
In the mobile radio communication apparatus according to the thirteenth embodiment of the present invention shown in FIG. 55, the mail apparatus A and mail system B executable files 701 and 702, the mail system A and mail system B specific reception are stored in the storage device 5. Mail files 703 and 704, a received mail common file 710, and translators A711 and B712 are stored.
[0228]
The execution files 701 and 702 are mail systems unique to the A system and the B system used only in the A system and only in the B system, that is, mailing software used for sending and receiving electronic mail. The execution files 701 and 702 are read by the resource controller 4 and executed by the controller 4 to realize a mailing function.
[0229]
Mail files 703 and 704 are received mail files described in a specific file format used in the execution files 701 and 702, respectively. On the other hand, the received mail common file 710 is described in a predetermined common file format.
[0230]
Translators A711 and B712 convert the file format between the received mail common file 710 and the specific received mail file having a specific file format in the mail system used in the wireless communication system defined by the modulation / demodulation execution file. File conversion application software. The translator A711 has a function of converting the mail system A specific received mail file 703, which is a received mail file specific to the mailing application software for the A system, into the file format of the received mail common file 710, which is a common file format. Similarly, the translator B 712 has a function of converting the received mail common file 710 into the mail system A specific received mail file 703. These files 703 and 704 are both read into the resource controller 4 and executed by the controller 4 to realize the function.
[0231]
As described above, the mail system A specific received mail file 703 is described in a file format dedicated to application software that can be used only by the mail system A, and the mail system B specific received mail file 704 is used only by the mail system B. It is described in a file format dedicated to possible application software.
[0232]
The operation of this embodiment will be described. First, it is assumed that the mobile radio communication apparatus operates as a terminal accommodated in the A system. In this state, the modulation / demodulation execution file (processing module) executed by the DSP 410 corresponds to the A system and is stored in the execution file storage unit 411. The signal processing procedure according to the modulation / demodulation execution file is executed by the DSP 410, whereby the function realized by the execution file is realized by the mobile radio communication apparatus.
[0233]
On the other hand, the mail system used by the user through the input / output device unit 7 at this time is the mail system A dedicated to the A system. The mail system A execution file 701 stored in the storage device 5 is read into a memory (not shown) in the resource controller 4 and executed by the CPU 401 in the resource controller 4 so that the mail system A can be used. It has become.
[0234]
The user issues a request to display on the display through the input / output device unit 7 a menu list “received mail”, which is a list of received mails that have been sent to him / her and stored in the storage device 5. Upon receiving this request, the CPU 401 causes the display device in the input / output device unit 7 to display the contents of the mail system A specific received mail file 703 read from the storage device 5 into the resource controller 4. Therefore, the user can browse the received mail, reply to the received mail, or add a new incoming mail to the list. In this case, the CPU 401 first adds the contents of the new received mail to the mail system A specific received mail file 703 read into a memory (not shown) in the resource controller 4. Thereafter, when the user ends the use of the mail system A, the CPU 401 stores the added mail system A specific received mail file 703 in the storage device 5.
[0235]
According to the present embodiment, the file format is converted so that the received mail file that has been used so far can be used even when the mobile radio communication apparatus is shifted to another radio communication system. That is, when the mobile radio communication apparatus uses the A system, the content of the received mail received by the mail system A dedicated to the A system and stored in the mail system A specific received mail file 703 is the mobile radio communication. When the apparatus is transferred to the B system, the mail system B dedicated to the B system can be used. For this reason, when the mail system A specific received mail file 703 is updated, or after the mobile radio communication apparatus has shifted to the B system, the specific received mail file 703 is stored by the translator A 421 stored in the storage device 5. It is converted into the format of the common received mail file 420 and managed by the common received mail file 420.
[0236]
Specifically, when the user ends the use of the mail system A, or the modulation / demodulation execution file executed by the DSP 410 is converted from a file corresponding to the A system to a file corresponding to the B system, and the RAM 402 is rewritten. At that time, the CPU 401 executes the translator A712. As a result, the mail system A specific received mail file 703 is converted into a common file format by the translator A 710, and the common received mail file 420 is overwritten by the converted file.
[0237]
Hereinafter, the flow of this process will be described with reference to FIG. As an initial state, it is assumed that the user who possesses the mobile radio communication device is located in the service area of the A system, and the mobile radio communication device functions as a terminal suitable for the A system. At this time, the modulation / demodulation execution file executed by the DSP 410 is changed by the resource controller 4 to a file corresponding to the B system stored in the execution file storage unit 411, and this change is recorded in the RAM 402 (step S2021). . Thereafter, when the user moves and the distance between the A system and the base station increases, the received field strength of the mobile radio communication device decreases, and it becomes difficult for the mobile radio communication device to function as a terminal of the A system. At this time, it is assumed that the user is in the service area of the B system, and the mobile radio communication apparatus is in a state where a sufficient received electric field strength can be secured for the base station of the B system. As described above, the mobile radio communication apparatus can no longer maintain the line with the A system, and can know that the line with the B system can be secured instead.
[0238]
According to the mail system A specific received mail file 703 last updated up to this point, the translator A 712 checks whether or not the common received mail file 710 has been overwritten (step S2022). At that time, the file format is converted by the translator A 712 from the mail system A specific received mail file 703, and the common received mail file 420 is overwritten according to the converted file (step S2023). Thereafter, processing proceeds to step S2024. Step S2024 is not necessarily a necessary process, but in step S2024, the “inbox” of the mail system B is activated by the user.
[0239]
In the next step S2025, the translator B 712 is activated, and the translator B 712 converts the file format of the common received mail file 420 into the format of the mail system B specific received mail file 704, and the received mail file 704 is generated or overwritten. (Step S2025).
[0240]
As described above, the mail system B specific received mail file 704 is described in a file format that can be used only by the mail system B. Therefore, when the user displays the menu list “inbox”, which is a list of received mails in the mail system B, by the file conversion, the contents of the menu list “received mail” updated in the mail system A can be reflected as they are. It becomes possible (step S2026). This eliminates the need for the user to individually manage such data for each different wireless communication system, greatly improving convenience.
[0241]
In the above description, it is assumed that the mail system A and B specific received mail files 703 and 704 exist on the storage device 5, but these files 703 and 704 are not shown in the resource controller 4 if necessary. It may be a temporary file generated on the memory. In the above description, the received mail is replaced with the transmitted mail, and the same management as described above can be performed on the information of the mail transmitted by the user in the past. The same management as described above is also possible for the mail address information of the partner with whom the user frequently sends and receives mail.
[0242]
【The invention's effect】
As described above, according to the present invention, it is possible to provide a wireless communication apparatus that performs resource management of a signal processing device accurately and efficiently.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a mobile radio communication apparatus according to a first embodiment of the present invention, and a schematic diagram showing functions of a signal processing device.
FIG. 2 is a block diagram illustrating a configuration example of a wireless transmission / reception device in FIG.
3 is a block diagram showing a configuration example of a signal processing device and a resource controller in FIG. 1A and a configuration example of an SPU in the signal processing device.
4 is a block diagram showing a configuration example of a CPU in FIG.
FIG. 5 is a block diagram showing another configuration example of the SPU in FIG.
6 is a block diagram showing a configuration of an address conversion circuit for the SPU in FIG.
FIG. 7 is a block diagram showing a configuration example of a signal processing device according to the second embodiment of the present invention.
FIG. 8 is a block diagram showing a configuration example of a signal processing device according to the third embodiment of the present invention.
FIG. 9 is a block diagram showing a configuration example of a signal processing device according to the fourth embodiment of the present invention.
10 is a block diagram more specifically showing the configuration of the signal processing device shown in FIG. 9;
FIG. 11 is a block diagram showing a configuration of a signal processing device in a mobile radio communication apparatus according to the fifth embodiment of the present invention.
12 is a diagram showing a connection state corresponding to one radio communication system having the signal processing device shown in FIG. 11;
13 is a diagram showing a connection state corresponding to another radio communication system of the signal processing device shown in FIG.
14 is a diagram showing a connection state of the signal processing device shown in FIG. 11 corresponding to two wireless communication systems.
FIG. 15 is a block diagram showing a configuration example of a resource controller in the mobile radio communication apparatus according to the fifth embodiment.
FIG. 16 is a diagram showing a configuration example of a radio communication system including a mobile radio communication apparatus according to the fifth embodiment as a terminal;
FIG. 17 is a diagram showing another configuration example of a wireless communication system including a mobile wireless communication apparatus according to the fifth embodiment as a terminal;
18 is a flowchart showing an operation example of the wireless communication system shown in FIG.
FIG. 19 is a flowchart showing another operation example of the wireless communication system shown in FIG. 17;
20 is a flowchart showing another operation example of the wireless communication system shown in FIG.
FIG. 21 is a block diagram showing a layer configuration in a conventional base station
FIG. 22 is a block diagram showing a layer configuration in a base station according to the fifth embodiment
FIG. 23 is a diagram showing a configuration example of a table used for grasping the base station / terminal resources shown in FIG. 22;
24 is a diagram showing an example of a resource list used by the TRC in FIG.
FIG. 25 is a diagram showing a layer configuration of a base station and a terminal according to the fifth embodiment
FIG. 26 is a diagram illustrating an example of a message transmitted by the TRC to the RRC for grasping terminal resources in FIG.
27 shows an example of a resource usage history table transmitted from the terminal MT to the base station BS in FIG.
FIG. 28 is a diagram illustrating an example of a message transmitted to the TRC by the RRC that has received the resource usage history table in the base station BS in FIG. 25;
FIG. 29 is a block diagram showing a configuration of a mobile radio communication apparatus according to the sixth embodiment of the present invention.
30 is a diagram showing an example of contents of a signal processing device storage area and a storage device in FIG. 29;
31 is a view showing another example of the contents of the storage area and storage device of the signal processing device in FIG. 29;
FIG. 32 is a flowchart showing the module rewriting procedure in the resource of the signal processing device in FIG. 29 in association with FIG. 31;
33 is a diagram showing still another example of the contents of the storage area and storage device of the signal processing device in FIG. 29;
34 is a flowchart showing the module rewriting procedure in the resource of the signal processing device in FIG. 29 in correspondence with FIG.
FIG. 35 is a block diagram showing a configuration of a mobile radio communication apparatus according to the seventh embodiment of the present invention.
FIG. 36 is a flowchart showing an operation example in the seventh embodiment;
FIG. 37 is a flowchart showing another operation example in the seventh embodiment.
FIG. 38 is a block diagram showing a configuration of a mobile radio communication apparatus according to the eighth embodiment of the present invention.
FIG. 39 is a block diagram showing a configuration of a mobile radio communication apparatus according to the ninth embodiment of the present invention.
FIG. 40 is a diagram showing a configuration example of a mobile radio communication apparatus and a configuration example of a module management table according to the tenth embodiment of the present invention.
41 is a diagram showing an example of an item list described in the module management table in FIG. 40B and a content example before and after updating each item of the module usage history table.
FIG. 42 is a flowchart showing a processing procedure for deleting an unnecessary module in the storage device in FIG. 40A using the module usage history table shown in FIG.
FIG. 43 shows another example of the item list described in the module usage history table in FIG. 40A and contents examples before and after updating each item shown in FIG. 43A of the module usage history table. Figure showing each
44 is a flowchart showing a processing procedure for deleting an unnecessary module in the storage device in FIG. 40A by using the module usage history table shown in FIG. 43A.
45 is another example of the item list described in the module usage history table in FIG. 40B and an example of contents before and after updating each item shown in FIG. 43A of the module usage history table. Figure showing each
46 is a flowchart showing a processing procedure for deleting an unnecessary module in the storage device in FIG. 40A by using the module use history table shown in FIG. 45B.
47 is a diagram showing another example of an item list described in the module usage history table in FIG. 40B and a content example of each item of the module usage history table.
FIG. 48 is a flowchart showing a procedure for rewriting a module in the storage device in FIG. 40A using the module usage history table shown in FIG. 43B;
FIG. 49 is a flowchart showing a processing procedure for a user of the mobile radio communication apparatus according to the tenth embodiment to designate an unnecessary module and delete the module.
FIG. 50 is a diagram showing still another example of the item list described in the module usage history table in FIG. 40B, a content example of each item of the module usage history table, and a display information example of the module usage history table.
FIG. 51 is a block diagram showing a configuration of a mobile radio communication apparatus according to the eleventh embodiment of the present invention.
FIG. 52 is a flowchart showing a processing procedure in the eleventh embodiment.
FIG. 53 is a block diagram showing a configuration of a mobile radio communication apparatus according to the twelfth embodiment of the present invention.
FIG. 54 is a flowchart showing a processing procedure in the twelfth embodiment.
FIG. 55 is a block diagram showing a configuration of a mobile radio communication apparatus according to the thirteenth embodiment of the present invention.
FIG. 56 is a flowchart showing a processing procedure in the thirteenth embodiment.
[Explanation of symbols]
1 ... Antenna
2 ... Wireless transmission / reception device
3 ... Signal processing device
4 ... Resource controller
6 ... System controller
7 ... I / O device unit

Claims (1)

複数の無線通信システムに適用可能な無線通信装置において、
少なくともモデム機能及びプロトコル機能に係る信号処理を行うリソースを有する信号処理デバイスと、
前記信号処理デバイスのリソース使用状況をモニタするリソースモニタと、
前記無線通信装置の外部の構成記述情報提供装置へ前記リソース使用状況を示す情報を送信し、前記複数の無線通信システムそれぞれに対応した他のモデム機能及びプロトコル機能に係る信号処理機能の構成を記述した前記構成記述情報とリソース配分情報とを前記構成記述情報提供装置から受信する無線送受信デバイスと、
前記リソース配分情報に従って、構成記述情報によって記述された前記信号処理機能を前記リソースに再定義すべく前記信号処理デバイスを制御するコントローラとを具備する無線通信装置。In a wireless communication device applicable to a plurality of wireless communication systems,
A signal processing device having resources for performing signal processing relating to at least a modem function and a protocol function ;
A resource monitor for monitoring resource usage of the signal processing device;
Transmits information indicating the resource usage status to a configuration description information providing device external to the wireless communication device, and describes the configuration of signal processing functions related to other modem functions and protocol functions corresponding to each of the plurality of wireless communication systems A wireless transmission / reception device that receives the configuration description information and resource allocation information from the configuration description information providing apparatus ;
A wireless communication apparatus comprising: a controller that controls the signal processing device to redefine the signal processing function described by configuration description information to the resource according to the resource allocation information .
JP2002017590A 2001-01-25 2002-01-25 Wireless communication apparatus capable of supporting a plurality of wireless communication systems Expired - Fee Related JP3819780B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002017590A JP3819780B2 (en) 2001-01-25 2002-01-25 Wireless communication apparatus capable of supporting a plurality of wireless communication systems

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
JP2001017071 2001-01-25
JP2001022161 2001-01-30
JP2001045313 2001-02-21
JP2001046736 2001-02-22
JP2001-46736 2001-02-23
JP2001048496 2001-02-23
JP2001-45313 2001-02-23
JP2001-17071 2001-02-23
JP2001-48496 2001-02-23
JP2001-22161 2001-02-23
JP2002017590A JP3819780B2 (en) 2001-01-25 2002-01-25 Wireless communication apparatus capable of supporting a plurality of wireless communication systems

Related Child Applications (3)

Application Number Title Priority Date Filing Date
JP2005351168A Division JP2006148951A (en) 2001-01-25 2005-12-05 Wireless communication apparatus capable of dealing with two or more wireless communication systems
JP2005351167A Division JP4138798B2 (en) 2001-01-25 2005-12-05 Wireless communication apparatus capable of supporting a plurality of wireless communication systems
JP2006129521A Division JP4212604B2 (en) 2001-01-25 2006-05-08 Configuration description information providing device for communicating with wireless communication device

Publications (2)

Publication Number Publication Date
JP2002335186A JP2002335186A (en) 2002-11-22
JP3819780B2 true JP3819780B2 (en) 2006-09-13

Family

ID=27554894

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002017590A Expired - Fee Related JP3819780B2 (en) 2001-01-25 2002-01-25 Wireless communication apparatus capable of supporting a plurality of wireless communication systems

Country Status (1)

Country Link
JP (1) JP3819780B2 (en)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060135662A (en) * 2004-02-10 2006-12-29 마쯔시다덴기산교 가부시키가이샤 Program execution device, program execution method, and program
JP4568856B2 (en) * 2004-12-10 2010-10-27 独立行政法人情報通信研究機構 Program writing method in software defined radio
JP4602187B2 (en) * 2005-02-16 2010-12-22 パナソニック株式会社 Multi-mode communication device
US20090327546A1 (en) * 2005-03-03 2009-12-31 Gaby Guri System for and method of hand-off between different communication standards
JP4556747B2 (en) * 2005-04-06 2010-10-06 Ｋｄｄｉ株式会社 Software defined radio communication device and hardware design language program
JP2006331307A (en) * 2005-05-30 2006-12-07 Hitachi Kokusai Electric Inc Distributed system
JP4268605B2 (en) 2005-09-07 2009-05-27 パナソニック株式会社 Wireless communication apparatus and communication control method
US7499724B2 (en) * 2006-01-30 2009-03-03 Harris Corporation Event sequencer used for controlling the sequence and timing of events in software defined radio
JP4873627B2 (en) * 2006-10-19 2012-02-08 Ｋｄｄｉ株式会社 Wireless interface reconfiguration method, server and program in mobile station
US7920823B2 (en) 2006-12-08 2011-04-05 Microsoft Corporation System capability discovery for software defined radio
JP5023830B2 (en) * 2007-06-18 2012-09-12 株式会社デンソー DSRC in-vehicle device and display system using the same
JP2011258141A (en) * 2010-06-11 2011-12-22 Sony Computer Entertainment Inc Information processor
JP5572527B2 (en) 2010-11-09 2014-08-13 パナソニック株式会社 Communication processing apparatus and communication processing method
EP2869145B1 (en) * 2013-10-29 2016-04-27 dSPACE digital signal processing and control engineering GmbH Method for influencing a control program of a control unit
US11870470B2 (en) 2019-02-27 2024-01-09 Hitachi Kokusai Electric Inc. Software-defined radio equipment
WO2022054137A1 (en) * 2020-09-08 2022-03-17 日本電信電話株式会社 Software wireless device, low-delay audio transport method, and low-delay audio transport program

Also Published As

Publication number Publication date
JP2002335186A (en) 2002-11-22

Similar Documents

Publication Publication Date Title
JP4212604B2 (en) Configuration description information providing device for communicating with wireless communication device
EP1227598A2 (en) Mobile radio communication apparatus capable to a plurality of radio communication systems
JP3819780B2 (en) Wireless communication apparatus capable of supporting a plurality of wireless communication systems
JP3917027B2 (en) Display implementation method and switching method for multiple work in mobile communication terminal
US20080117991A1 (en) Partitioning Compression-Based Firmware Over the Air
MXPA01012634A (en) Method and system for fetching content from a server in a cellular communication system.
JP2000163367A (en) Method and architecture (system) for interactive bidirectional communication device to interact with network
JP4138798B2 (en) Wireless communication apparatus capable of supporting a plurality of wireless communication systems
JP3894194B2 (en) Reconfiguration of programmable components of electronic units
EP2012230A1 (en) Partitioning compression-based firmware over the air
JP2006148951A (en) Wireless communication apparatus capable of dealing with two or more wireless communication systems
JP4478771B2 (en) Software defined radio, programmable signal processing device, central control signal processing device
JP4873627B2 (en) Wireless interface reconfiguration method, server and program in mobile station
JP2001028788A (en) Mobile communication terminal
WO2009135981A1 (en) Method, apparatus and computer program product for providing routing in a network
JP3896055B2 (en) Dictionary registration system and terminal device thereof
CN102365852A (en) Communication terminal control system
US20060034443A1 (en) Method of displaying a map containing locations, and accesses to information resources relating to said locations
US20080294851A1 (en) Method, apparatus, computer program product, and system for management of shared memory
JP4568856B2 (en) Program writing method in software defined radio
JP2003244249A (en) High speed file transfer method and system using multiple networks, terminal configuring the system, and its control method
JP3785262B2 (en) Message data processing device
JP2003296129A (en) Information processing program and information processor
JP2006295524A (en) Software radio device, and base station compatible with software radio device
JP2005208941A (en) Server system, message communication method and program

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050128

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20051004

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051205

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060307

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060508

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20060613

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060615

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090623

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100623

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100623

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110623

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120623

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120623

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130623

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees