JP2009111630A - 移動無線端末装置 - Google Patents

Abstract

【課題】複数の無線通信機能を備えながらも、回路規模が小さく、また消費電力も低減した移動無線端末装置を提供する。
【解決手段】送信タイミング制御部３００は、主制御部５００から送信データおよび送信パラメータが入力されると、上記送信データを送信データ記憶部３３０に記録し、送信スケジュール処理を実行して、上記送信パラメータ、送信スケジュール記憶部３１０が記憶する送信スケジュール、およびトラフィックタイプ記憶部３２０が記憶する情報に基づく送信スケジュール制御を実施し、必要に応じて送信スケジュール記憶部３１０が記憶する送信スケジュールを更新して、２つの無線システム間のスケジュール衝突を回避する。無線送信部１１０は、２つの無線システムに対応し、上記送信スケジュールにしたがって、一方の無線システムの無線信号を生成するようにしたものである。
【選択図】 図１

Description

この発明は、例えばネットワークに収容される基地局と無線通信する移動無線端末装置に関する。

近時、例えば携帯電話機に代表される移動無線端末装置は、移動通信網に収容される基地局と通信する通常の無線通信機能の他に、Bluetooth（登録商標）や無線ＬＡＮなどの無線通信機能を備えるものがある（例えば、特許文献１参照）。
しかしながら、このように複数の無線通信機能を備える従来の移動無線端末装置は、通信に関わる回路規模が大きく、また消費電力も大きいという問題があった。
特開２００５−０４５３６８公報

従来の移動無線端末装置では、複数の無線通信機能を備える場合に、通信に関わる回路規模が大きく、また消費電力も大きいという問題があった。
この発明は上記の問題を解決すべくなされたもので、複数の無線通信機能を備えながらも、回路規模が小さく、また消費電力も低減した移動無線端末装置を提供することを目的とする。

上記の目的を達成するために、この発明は、第１の無線システムに向けた無線送信と、第２の無線システムに向けた無線送信を選択的に行う無線手段と、第１の無線システムに向けた無線送信を行う第１タイミングと、第２の無線システムに向けた無線送信を行う第２タイミングとが重複する場合に、一方の無線送信を中止する中止手段とを具備して構成するようにした。

以上述べたように、この発明では、１つの無線手段で第１の無線システムに向けた無線送信と、第２の無線システムに向けた無線送信を選択的に行い、第１の無線システムに向けた無線送信を行う第１タイミングと、第２の無線システムに向けた無線送信を行う第２タイミングとが重複する場合に、一方の無線送信を中止するようにしている。

したがって、この発明によれば、１つの無線手段で２つの無線システムに対応し、重複したタイミングで運用することが避けられるので、回路規模が小さく、また消費電力も低減した移動無線端末装置を提供できる。

以下、図面を参照して、この発明の一実施形態について説明する。
図１は、この発明の一実施形態に係わる移動無線端末装置の構成を示すものである。この移動無線端末装置は、２つの無線通信システムで同時に運用が可能なものであって、無線部１００と、ベースバンド部２００と、送信タイミング制御部３００と、受信タイミング制御部４００と、主制御部５００とを備えている。以下の説明では、上記２つの無線通信システムとして、WiMAX（Worldwide Interoperability for Microwave Access）規格に準拠したシステムと、WiFi規格に準拠したシステムを例に挙げる。

無線部１００は、WiMAXシステムおよびWiFiシステムとそれぞれ無線通信を行うものであって、無線送信部１１０と、無線受信部１２０とを備える。
ベースバンド部２００は、WiMAXシステムに向けたベースバンド信号の送信信号を生成する第１送信ベースバンド部２１０と、WiFiシステムに向けたベースバンド信号の送信信号を生成する第２送信ベースバンド部２２０と、WiMAXシステムから受信した無線信号をベースバンド信号にダウンコンバートする第１受信ベースバンド部２３０と、WiFiシステムから受信した無線信号をベースバンド信号にダウンコンバートする第２受信ベースバンド部２４０とを備える。

送信タイミング制御部３００は、WiMAXシステムおよびWiFiシステムの各無線信号を送信するタイミングを制御するものであって、図２に示すような両システムの送信スケジュールＳ１〜Ｓｎを記憶する送信スケジュール記憶部３１０と、図３に示すような送信信号のトラフィックタイプに応じたパラメータテーブルＴ１を記憶するトラフィックタイプ記憶部３２０と、送信データを一時的に蓄積する送信データ記憶部３３０とを備える。

受信タイミング制御部４００は、WiMAXシステムおよびWiFiシステムの各無線信号を受信するスケジュールを制御するものであって、図２に示した送信スケジュールと同様な両システムの受信スケジュールを記憶する受信スケジュール記憶部４１０と、図４に示すような受信信号のトラフィックタイプに応じたパラメータテーブルＴ２を記憶するトラフィックタイプ記憶部４２０とを備える。

主制御部５００は、当該移動無線端末装置の各部を統括して制御するものであって、図示しないCPU(Central Processing Unit)が記憶部（図示しない）に記憶された制御プログラムや制御データにしたがって動作することで、ＯＳ（Operating System）５１０や、各種ドライバ５２０〜５５０として機能する。

次に、上記構成の移動無線端末装置の動作について説明する。
ＯＳ５１０は、送信データを生成し、これを送信すべきシステムに対応するドライバ５２０または５３０に出力する。第１送信ドライバ５２０は、WiMAXシステムに向けた送信制御を行うドライバであって、WiMAXのプロトコルなどに基づいて、ＯＳ５１０から入力された送信データを送信する送信スケジュールなどを示す送信パラメータを生成し、これを上記送信データとともに送信タイミング制御部３００に出力する。同様に、第２送信ドライバ５３０は、WiFiシステムに向けた送信制御を行うドライバであって、WiFiのプロトコルなどに基づいて、ＯＳ５１０から入力された送信データを送信する送信スケジュールなどを示す送信パラメータを生成し、これを上記送信データとともに送信タイミング制御部３００に出力する。

送信タイミング制御部３００は、送信データおよび送信パラメータが入力されると、上記送信データを送信データ記憶部３３０に記録し、後述する送信スケジュール処理を実行して、上記送信パラメータ、送信スケジュール記憶部３１０が記憶する送信スケジュール、およびトラフィックタイプ記憶部３２０が記憶する情報に基づく送信スケジュール制御を実施し、必要に応じて送信スケジュール記憶部３１０が記憶する送信スケジュールを更新する。

そして、送信タイミング制御部３００は、送信スケジュール記憶部３１０が記憶する送信スケジュールにしたがい、送信データを送信すべく、送信データ記憶部３３０に記録した送信データを読み出して、対応するベースバンド部、すなわち第１送信ベースバンド部２１０あるいは第２送信ベースバンド部２２０に出力する。

第１送信ベースバンド部２１０および第２送信ベースバンド部２２０は、送信データが入力されると、入力された送信データを用いて変調した送信ベースバンド信号を生成し、これを無線送信部１１０に出力する。

無線送信部１１０は、第１送信ベースバンド部２１０から送信ベースバンド信号が入力されると、この信号をWiMAXシステムに対応する周波数帯域の無線信号にアップコンバートし、アンテナを通じて送信する。同様に、無線送信部１１０は、第２送信ベースバンド部２２０から送信ベースバンド信号が入力されると、この信号をWiFiシステムに対応する周波数帯域の無線信号にアップコンバートし、アンテナを通じて送信する。すなわち、無線送信部１１０は、WiMAXシステム用の無線回路と、WiFiシステム用の無線回路をそれぞれ備えるのではなく、１つの無線回路で両方のシステムに対応し、選択的に一方の無線信号を生成する。

無線受信部１２０は、WiMAXシステムおよびWiFiシステムの各周波数帯域の無線信号を選択的に受信するものであって、どちらのシステムの無線信号をいつ受信するかは、受信タイミング制御部４００からの指示にしたがって実行する。すなわち、無線受信部１２０は、WiMAXシステム用の無線回路と、WiFiシステム用の無線回路をそれぞれ備えるのではなく、１つの無線回路で両方のシステムに対応し、選択的に一方の無線信号を受信する。

第１受信ベースバンド部２３０は、無線受信部１２０にて受信されたWiMAXシステムの無線信号が入力され、この信号をベースバンド信号にダウンコンバートし、復調および復号して受信データを得る。この受信データは、主制御部５００の第１受信ドライバ５４０に出力される。また第１受信ベースバンド部２３０は、ページング信号検出部２３０ａを備える。ページング信号検出部２３０ａは、WiMAXシステムの受信信号からページング信号を検出し、検出した場合に、この旨を主制御部５００に通知する。

第２受信ベースバンド部２４０は、無線受信部１２０にて受信されたWiFiシステムの無線信号が入力され、この信号をベースバンド信号にダウンコンバートし、復調および復号して受信データを得る。この受信データは、主制御部５００の第２受信ドライバ５５０に出力される。また第２受信ベースバンド部２４０は、受信品質検出部２４０ａを備える。受信品質検出部２４０ａは、WiFiシステムの受信信号に含まれるエラーを検出して、受信信号の品質を測定し、この測定結果を主制御部５００に通知する。

第１受信ドライバ５４０は、第１受信ベースバンド部２３０から出力される受信データを解析し、受信データに含まれるデータのうち必要なデータを抽出して、ＯＳ５１０に出力する。同様に、第２受信ドライバ５５０は、第２受信ベースバンド部２４０から出力される受信データを解析し、受信データに含まれるデータのうち必要なデータを抽出して、ＯＳ５１０に出力する。

受信タイミング制御部４００は、ＯＳ５１０から受信スケジュールが与えられると、後述する受信スケジュール処理を実行して、上記受信スケジュール、受信スケジュール記憶部４１０が記憶する受信スケジュール、およびトラフィックタイプ記憶部４２０が記憶する情報に基づく受信スケジュール制御を実施し、必要に応じて受信スケジュール記憶部４１０が記憶する受信スケジュールを更新する。

そして、受信タイミング制御部４００は、上記受信スケジュール記憶部４１０が記憶する受信スケジュールにしたがい、受信を行うべく、所望のシステムの周波数帯域を受信するように無線受信部１２０を制御する。

次に、送信タイミング制御部３００による送信スケジュール処理について説明する。図５は、上記送信スケジュール処理を説明するフローチャートであって、この処理は、当該移動無線端末装置の電源が投入されると、電源が切られるまで繰り返し実行される。
まずステップ５ａにおいて送信タイミング制御部３００は、第１送信ドライバ５２０あるいは第２送信ドライバ５３０から送信データおよび送信パラメータが入力されたか否か、すなわち新たな送信要求が発生したか否かを判定する。ここで、新たな送信要求が発生した場合には、ステップ５ｂに移行し、一方、発生しない場合には、再びステップ５ａに移行して、新たな送信要求の発生を監視する。

ステップ５ｂにおいて送信タイミング制御部３００は、ステップ５ａで検出した送信要求の送信パラメータに記述される送信スケジュールと、送信スケジュール記憶部３１０が記憶する送信スケジュールとを比較して、送信タイミングが重なっているか否かを判定する。ここで送信タイミングが重なっている場合には、ステップ５ｃに移行し、一方、重なっていない場合には、ステップ５ｅに移行する。

ステップ５ｃにおいて送信タイミング制御部３００は、送信タイミングが重なっている送信スケジュールは、異なるシステムのスケジュールであるか否かを判定する。ここで、異なるシステムのスケジュールの場合には、ステップ５ｆに移行し、一方、同じシステムのスケジュールの場合には、ステップ５ｄに移行する。

ステップ５ｄにおいて送信タイミング制御部３００は、ステップ５ａで検出した送信要求について、送信が行えない旨を示すエラーをＯＳ５１０に通知するとともに、ステップ５ａで送信データ記憶部３３０に記録した送信データを消去する。そして、ステップ５ａに移行して、新たな送信要求の発生を監視する。

ステップ５ｅにおいて送信タイミング制御部３００は、ステップ５ａで検出した送信要求の送信パラメータに記述される送信スケジュールを、送信スケジュール記憶部３１０に送信スケジュールとして記録する。そして、ステップ５ａに移行して、新たな送信要求の発生を監視する。

ステップ５ｆにおいて送信タイミング制御部３００は、ステップ５ａで検出した送信要求の送信パラメータに記述される送信スケジュールと、この送信スケジュールと送信タイミングが重なっている送信スケジュールの各トラフィックタイプをそれぞれ検出する。そして、この検出したトラフィックタイプに対応付けられた優先度Ｐを、それぞれトラフィックタイプ記憶部３２０が記憶するパラメータテーブルＴ１から検出し、ステップ５ｇに移行する。

ステップ５ｇにおいて送信タイミング制御部３００は、ステップ５ｆで検出した優先度Ｐを比較し、ステップ５ａで検出した送信要求のトラフィックタイプの方が優先度が高いか否かを判定する。ここで、ステップ５ａで検出した送信要求のトラフィックタイプの方が優先度が高い場合には、ステップ５ｋに移行し、一方、高くない、すなわち優先度が低いか同じな場合には、ステップ５ｈに移行する。

ステップ５ｈにおいて送信タイミング制御部３００は、パラメータテーブルＴ１を参照して、ステップ５ａで検出した送信要求のトラフィックタイプがその送信タイミングを修正してもよいものか否かを判定する。ここで、送信タイミングの修正処理が可能なトラフィックタイプの場合には、ステップ５ｉに移行し、一方、送信タイミングの修正処理が不可能なトラフィックタイプの場合には、ステップ５ｊに移行する。

ステップ５ｉにおいて送信タイミング制御部３００は、ステップ５ａで検出した送信要求の送信スケジュールを示すパラメータを修正し、再びステップ５ｂに移行する。これにより、以前にステップ５ｂで送信タイミングが重なっていると判定された送信スケジュールとのオーバーラップが回避され、さらに、新たにステップ５ｂからの処理により、修正後の送信スケジュールが他の送信スケジュールと送信タイミングが重ならないか確認される。

ステップ５ｊにおいて送信タイミング制御部３００は、ステップ５ａで検出した送信要求について、送信が行えない旨を示すエラーをＯＳ５１０に通知するとともに、ステップ５ａで送信データ記憶部３３０に記録した送信データを消去する。そして、ステップ５ａに移行して、新たな送信要求の発生を監視する。

ステップ５ｋにおいて送信タイミング制御部３００は、ステップ５ａで検出した送信要求の送信パラメータに記述される送信スケジュールを、送信スケジュール記憶部３１０に送信スケジュールとして記録し、ステップ５ｌに移行する。

ステップ５ｌにおいて送信タイミング制御部３００は、パラメータテーブルＴ１を参照して、ステップ５ａで検出した送信要求と送信タイミングが重なっていた送信スケジュールが修正してもよいトラフィックタイプであるか否かを判定する。ここで、送信タイミングの修正処理が可能なトラフィックタイプの場合には、ステップ５ｍに移行し、一方、送信タイミングの修正処理が不可能なトラフィックタイプの場合には、ステップ５ｎに移行する。

ステップ５ｍにおいて送信タイミング制御部３００は、ステップ５ａで検出した送信要求と送信タイミングが重なっていた送信スケジュールのパラメータを修正し、再びステップ５ｂに移行する。これにより、ステップ５ａで検出した送信要求の送信タイミングとのオーバーラップが回避され、さらに、新たにステップ５ｂからの処理により、修正後の送信スケジュールが他の送信スケジュールと送信タイミングが重ならないか確認される。

ステップ５ｎにおいて送信タイミング制御部３００は、ステップ５ａで検出した送信要求と送信タイミングが重なっていた送信スケジュールについて、送信が行えない旨を示すエラーをＯＳ５１０に通知するとともに、この送信スケジュールを送信スケジュール記憶部３１０から消去する。そして、ステップ５ａに移行して、新たな送信要求の発生を監視する。

次に、受信タイミング制御部４００による受信スケジュール処理について説明する。図６は、上記受信スケジュール処理を説明するフローチャートであって、この処理は、当該移動無線端末装置の電源が投入されると、電源が切られるまで繰り返し実行される。
まずステップ６ａにおいて受信タイミング制御部４００は、第１受信ドライバ５４０あるいは第２受信ドライバ５５０から新たな受信要求が発生したか否かを判定する。ここで、新たな受信要求が発生した場合には、ステップ６ｂに移行し、一方、発生しない場合には、再びステップ６ａに移行して、新たな受信要求の発生を監視する。

ステップ６ｂにおいて受信タイミング制御部４００は、ステップ６ａで検出した受信要求の受信パラメータに記述される受信スケジュールと、受信スケジュール記憶部４１０が記憶する受信スケジュールとを比較して、受信タイミングが重なっているか否かを判定する。ここで受信タイミングが重なっている場合には、ステップ６ｃに移行し、一方、重なっていない場合には、ステップ６ｅに移行する。

ステップ６ｃにおいて受信タイミング制御部４００は、受信タイミングが重なっている受信スケジュールは、異なるシステムのスケジュールであるか否かを判定する。ここで、異なるシステムのスケジュールの場合には、ステップ６ｆに移行し、一方、同じシステムのスケジュールの場合には、ステップ６ｄに移行する。

ステップ６ｄにおいて受信タイミング制御部４００は、ステップ６ａで検出した受信要求について、受信が行えない旨を示すエラーを対応する受信ドライバ（５４０あるいは５５０）に通知する。そして、ステップ６ａに移行して、新たな受信要求の発生を監視する。

ステップ６ｅにおいて受信タイミング制御部４００は、ステップ６ａで検出した受信要求の受信パラメータに記述される受信スケジュールを、受信スケジュール記憶部４１０に受信スケジュールとして記録する。そして、ステップ６ａに移行して、新たな受信要求の発生を監視する。

ステップ６ｆにおいて受信タイミング制御部４００は、ステップ６ａで検出した受信要求の受信パラメータに記述される受信スケジュールと、この受信スケジュールと受信タイミングが重なっている受信スケジュールの各トラフィックタイプをそれぞれ検出する。そして、この検出したトラフィックタイプに対応付けられた優先度Ｐを、それぞれトラフィックタイプ記憶部４２０が記憶するパラメータテーブルＴ２から検出し、ステップ６ｇに移行する。

ステップ６ｇにおいて受信タイミング制御部４００は、ステップ６ｆで検出した優先度Ｐを比較し、ステップ６ａで検出した受信要求のトラフィックタイプの方が優先度が高いか否かを判定する。ここで、ステップ６ａで検出した受信要求のトラフィックタイプの方が優先度が高い場合には、ステップ６ｋに移行し、一方、高くない、すなわち優先度が低いか同じな場合には、ステップ６ｈに移行する。

ステップ６ｈにおいて受信タイミング制御部４００は、パラメータテーブルＴ２を参照して、ステップ６ａで検出した受信要求のトラフィックタイプがその受信タイミングを修正してもよいものか否かを判定する。ここで、受信タイミングの修正処理が可能なトラフィックタイプの場合には、ステップ６ｉに移行し、一方、受信タイミングの修正処理が不可能なトラフィックタイプの場合には、ステップ６ｊに移行する。

ステップ６ｉにおいて受信タイミング制御部４００は、ステップ６ａで検出した受信要求の受信スケジュールを示すパラメータを修正し、再びステップ６ｂに移行する。これにより、以前にステップ６ｂで受信タイミングが重なっていると判定された受信スケジュールとのオーバーラップが回避され、さらに、新たにステップ６ｂからの処理により、修正後の受信スケジュールが他の受信スケジュールと受信タイミングが重ならないか確認される。

ステップ６ｊにおいて受信タイミング制御部４００は、ステップ６ａで検出した受信要求について、受信が行えない旨を示すエラーを対応する受信ドライバ（５４０あるいは５５０）に通知し、ステップ６ａに移行して、新たな受信要求の発生を監視する。

ステップ６ｋにおいて受信タイミング制御部４００は、ステップ６ａで検出した受信要求の受信パラメータに記述される受信スケジュールを、受信スケジュール記憶部４１０に受信スケジュールとして記録し、ステップ６ｌに移行する。

ステップ６ｌにおいて受信タイミング制御部４００は、パラメータテーブルＴ２を参照して、ステップ６ａで検出した受信要求と受信タイミングが重なっていた受信スケジュールが修正してもよいトラフィックタイプであるか否かを判定する。ここで、受信タイミングの修正処理が可能なトラフィックタイプの場合には、ステップ６ｍに移行し、一方、受信タイミングの修正処理が不可能なトラフィックタイプの場合には、ステップ６ｎに移行する。

ステップ６ｍにおいて受信タイミング制御部４００は、ステップ６ａで検出した受信要求と受信タイミングが重なっていた受信スケジュールのパラメータを修正し、再びステップ６ｂに移行する。これにより、ステップ６ａで検出した受信要求の受信タイミングとのオーバーラップが回避され、さらに、新たにステップ６ｂからの処理により、修正後の受信スケジュールが他の受信スケジュールと受信タイミングが重ならないか確認される。

ステップ６ｎにおいて受信タイミング制御部４００は、ステップ６ａで検出した受信要求と受信タイミングが重なっていた受信スケジュールについて、受信が行えない旨を示すエラーを対応する受信ドライバ（５４０あるいは５５０）に通知するとともに、この受信スケジュールを受信スケジュール記憶部４１０から消去する。そして、ステップ６ａに移行して、新たな受信要求の発生を監視する。

以上のように、上記構成の移動無線端末装置では、送信スケジュールおよび受信スケジュールが重ならないようにタイミングを管理し、トラフィックの優先度やタイプに応じてタイミングを変更するようにしているため、２つのシステムで無線送信部１１０および無線受信部１２０を共用することができる。

例えば図７に示すように、すでにWiFiシステムでの運用のために、スケジュールＲ０でビーコンを受信することが予定付けられている状態で、WiMAXシステムでの運用のために、ページング受信のスケジュールＲ１が発生したとする。この場合、ページング受信の方がビーコン受信よりも優先度が高く、ビーコン受信はタイミング変更が許されないトラフィックタイプである。このため、ページング受信のスケジュールＲ１が受け入れられ、ビーコン受信のスケジュールＲ０が消去される。

また図７に示すように、すでにWiFiシステムでの運用のために、スケジュールＲ２でビーコンを受信することが予定付けられている状態で、WiMAXシステムでの運用のために、周辺セルサーチのスケジュールＲ３が発生したとする。この場合、周辺セルサーチの方がビーコン受信よりも優先度が低く、周辺セルサーチはタイミング変更が許されるトラフィックタイプである。このため、周辺セルサーチのスケジュールＲ３は受け入れられず、代わりに、パラメータ修正が行われて、スケジュールＲ４にて周辺セルサーチが行われるように取り図られる。

なお、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また上記実施形態に開示されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。また例えば、実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考えられる。さらに、異なる実施形態に記載した構成要素を適宜組み合わせてもよい。

この発明に係わる移動無線端末装置の一実施形態の構成を示す回路ブロック図。 図１に示した移動無線端末装置の送信スケジュール記憶部が記憶する情報の一例を示す図。 図１に示した移動無線端末装置のトラフィックタイプ記憶部が記憶する情報の一例を示す図。 図１に示した移動無線端末装置のトラフィックタイプ記憶部が記憶する情報の一例を示す図。 図１に示した移動無線端末装置の送信スケジュール処理を説明するフローチャート。 図１に示した移動無線端末装置の受信スケジュール処理を説明するフローチャート。 図１に示した移動無線端末装置の受信スケジュール処理の一例を説明する図。

符号の説明

１００…無線部、１１０…無線送信部、１２０…無線受信部、２００…ベースバンド部、２１０…送信ベースバンド部、２２０…送信ベースバンド部、２３０…受信ベースバンド部、２３０ａ…ページング信号検出部、２４０…受信ベースバンド部、２４０ａ…受信品質検出部、３００…送信タイミング制御部、３１０…送信スケジュール記憶部、３２０…トラフィックタイプ記憶部、３３０…送信データ記憶部、４００…受信タイミング制御部、４１０…受信スケジュール記憶部、４２０…トラフィックタイプ記憶部、５００…主制御部、５１０…ＯＳ（Operating System）５２０…第１送信ドライバ、５３０…第２送信ドライバ、５４０…第１受信ドライバ、５５０…第２受信ドライバ、Ｔ１…パラメータテーブル、Ｔ２…パラメータテーブル。

Claims (8)

1. 第１の無線システムに向けた無線送信と、第２の無線システムに向けた無線送信を選択的に行う無線手段と、
   前記第１の無線システムに向けた無線送信を行う第１タイミングと、前記第２の無線システムに向けた無線送信を行う第２タイミングとが重複する場合に、一方の無線送信を中止する中止手段とを具備することを特徴とする移動無線端末装置。
2. 前記中止手段は、前記第１タイミングの無線送信の優先度と、前記第２タイミングの無線送信の優先度を比較して、劣位の方の無線送信を中止することを特徴とする請求項１に記載の移動無線端末装置。
3. 前記無線手段は、前記中止手段が中止した無線送信がタイミング変更が可能な場合に、この無線送信を、前記重複した無線送信のタイミングと異なるタイミングで行うことを特徴とする請求項１に記載の移動無線端末装置。
4. 第１の無線システムからの無線受信と、第２の無線システムからの無線受信を選択的に行う無線手段と、
   前記第１の無線システムからの無線受信を行う第１タイミングと、前記第２の無線システムからの無線受信を行う第２タイミングとが重複する場合に、一方の無線受信を中止する中止手段とを具備することを特徴とする移動無線端末装置。
5. 前記中止手段は、前記第１タイミングの無線受信の優先度と、前記第２タイミングの無線受信の優先度を比較して、劣位の方の無線受信を中止することを特徴とする請求項４に記載の移動無線端末装置。
6. 前記無線手段は、前記中止手段が中止した無線受信がタイミング変更が可能な場合に、この無線受信を、前記重複した無線受信のタイミングと異なるタイミングで行うことを特徴とする請求項４に記載の移動無線端末装置。
7. WiMAX規格に準拠した第１無線システムからの無線受信と、WiFi基準に適合した第２の無線システムからの無線受信を選択的に行う無線手段と、
   前記第１の無線システムからのページング信号を無線受信する第１タイミングと、前記第２の無線システムからビーコン信号を無線受信する第２タイミングとが重複する場合に、前記ビーコン信号の受信を中止する中止手段とを具備することを特徴とする移動無線端末装置。
8. WiMAX規格に準拠した第１無線システムからの無線受信と、WiFi基準に適合した第２の無線システムからの無線受信を選択的に行う無線手段と、
   前記第１の無線システムから送信される無線信号を受信して基地局を探索する第１タイミングと、前記第２の無線システムからビーコン信号を無線受信する第２タイミングとが重複する場合に、前記第１タイミングを変更する変更手段とを具備することを特徴とする移動無線端末装置。

Images