(57)【要約】【課題】複数の無線通信機能を備えながらも、回路規模が小さく、また消費電力も低減した移動無線端末装置を提供する。【解決手段】送信タイミング制御部３００は、主制御部５００から送信データおよび送信パラメータが入力されると、上記送信データを送信データ記憶部３３０に記録し、送信スケジュール処理を実行して、上記送信パラメータ、送信スケジュール記憶部３１０が記憶する送信スケジュール、およびトラフィックタイプ記憶部３２０が記憶する情報に基づく送信スケジュール制御を実施し、必要に応じて送信スケジュール記憶部３１０が記憶する送信スケジュールを更新して、２つの無線システム間のスケジュール衝突を回避する。無線送信部１１０は、２つの無線システムに対応し、上記送信スケジュールにしたがって、一方の無線システムの無線信号を生成するようにしたものである。【選択図】      図１
2009111630.tif 000002
【特許請求の範囲】
【請求項１】
第１の無線システムに向けた無線送信と、第２の無線システムに向けた無線送信を選択的に行う無線手段と、
前記第１の無線システムに向けた無線送信を行う第１タイミングと、前記第２の無線システムに向けた無線送信を行う第２タイミングとが重複する場合に、一方の無線送信を中止する中止手段とを具備することを特徴とする移動無線端末装置。
【請求項２】
前記中止手段は、前記第１タイミングの無線送信の優先度と、前記第２タイミングの無線送信の優先度を比較して、劣位の方の無線送信を中止することを特徴とする請求項１に記載の移動無線端末装置。
【請求項３】
前記無線手段は、前記中止手段が中止した無線送信がタイミング変更が可能な場合に、この無線送信を、前記重複した無線送信のタイミングと異なるタイミングで行うことを特徴とする請求項１に記載の移動無線端末装置。
【請求項４】
第１の無線システムからの無線受信と、第２の無線システムからの無線受信を選択的に行う無線手段と、
前記第１の無線システムからの無線受信を行う第１タイミングと、前記第２の無線システムからの無線受信を行う第２タイミングとが重複する場合に、一方の無線受信を中止する中止手段とを具備することを特徴とする移動無線端末装置。
【請求項５】
前記中止手段は、前記第１タイミングの無線受信の優先度と、前記第２タイミングの無線受信の優先度を比較して、劣位の方の無線受信を中止することを特徴とする請求項４に記載の移動無線端末装置。
【請求項６】
前記無線手段は、前記中止手段が中止した無線受信がタイミング変更が可能な場合に、この無線受信を、前記重複した無線受信のタイミングと異なるタイミングで行うことを特徴とする請求項４に記載の移動無線端末装置。
【請求項７】
WiMAX規格に準拠した第１無線システムからの無線受信と、WiFi基準に適合した第２の無線システムからの無線受信を選択的に行う無線手段と、
前記第１の無線システムからのページング信号を無線受信する第１タイミングと、前記第２の無線システムからビーコン信号を無線受信する第２タイミングとが重複する場合に、前記ビーコン信号の受信を中止する中止手段とを具備することを特徴とする移動無線端末装置。
【請求項８】
WiMAX規格に準拠した第１無線システムからの無線受信と、WiFi基準に適合した第２の無線システムからの無線受信を選択的に行う無線手段と、
前記第１の無線システムから送信される無線信号を受信して基地局を探索する第１タイミングと、前記第２の無線システムからビーコン信号を無線受信する第２タイミングとが重複する場合に、前記第１タイミングを変更する変更手段とを具備することを特徴とする移動無線端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばネットワークに収容される基地局と無線通信する移動無線端末装置に関する。
【背景技術】
【０００２】
近時、例えば携帯電話機に代表される移動無線端末装置は、移動通信網に収容される基地局と通信する通常の無線通信機能の他に、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）５２０…第１送信ドライバ、５３０…第２送信ドライバ、５４０…第１受信ドライバ、５５０…第２受信ドライバ、Ｔ１…パラメータテーブル、Ｔ２…パラメータテーブル。
【図１】
2009111630.tif 000003
【図２】
2009111630.tif 000004
【図３】
2009111630.tif 000005
【図４】
2009111630.tif 000006
【図５】
2009111630.tif 000007
【図６】
2009111630.tif 000008
【図７】
2009111630.tif 000009