(57)【特許請求の範囲】
【請求項１】
無線基地局と無線通信する無線通信端末であって、
無線通信を行う無線通信部と、
温度又は推定温度を監視する状態監視部と、
前記温度又は前記推定温度が所定温度以上である場合に、無線基地局を探索するための探索時間の一部又は全部に設定された処理停止時間を含む探索要求を前記無線通信部から接続中の無線基地局に対して送信し、前記無線通信部において前記接続中の無線基地局から探索応答を受信すると、前記処理停止時間において前記無線通信部における送信処理及び受信処理の内少なくとも送信処理を停止させる制御部と、
を含むことを特徴とする無線通信端末。
【請求項２】
前記状態監視部の出力に基づき、前記制御部が前記無線通信部から前記無線基地局に対して探索要求を送出させることを特徴とする請求項１に記載の無線通信端末。
【請求項３】
更に、前記状態監視部が前記温度を検出する温度検出手段を含み、検出温度が所定温度以上である場合に、前記制御部が前記無線通信部から前記基地局に対して前記探索要求を送出させることを特徴とする請求項２に記載の無線通信端末。
【請求項４】
更に、前記状態監視部が少なくとも送信時間を監視する計時手段を含み、送信時間が所定時間以上である場合に、前記制御部が前記探索要求を生成することを特徴とする請求項２に記載の無線通信端末。
【請求項５】
更に、前記状態監視部が送信電力及び送信時間により前記推定温度を監視する手段であり、前記推定温度が所定値以上である場合に、前記制御部が前記探索要求を生成することを特徴とする請求項２に記載の無線通信端末。
【請求項６】
無線基地局と無線通信する無線通信装置に搭載される無線通信モジュールであって、
無線通信を行う無線通信部と、
温度又は推定温度を監視する状態監視部と、
前記温度又は前記推定温度が所定温度以上である場合に、無線基地局を探索するための探索時間の一部又は全部に設定された処理停止時間を含む探索要求を前記無線通信部から接続中の無線基地局に対して送信し、前記無線通信部において前記接続中の無線基地局から探索応答を受信すると、前記処理停止時間において前記無線通信部における送信処理及び受信処理の内少なくとも送信処理を停止させる制御部と、
を含むことを特徴とする無線通信モジュール。
【請求項７】
無線基地局と無線通信する無線通信端末に搭載されたコンピュータに実行させる無線通信プログラムであって、
無線通信する機能と、
温度又は推定温度を監視する機能と、
前記温度又は前記推定温度が所定温度以上である場合に、無線基地局を探索するための探索時間の一部又は全部に設定された処理停止時間を含む探索要求を無線通信部から接続中の無線基地局に対して送信し、前記無線通信部において前記接続中の無線基地局から探索応答を受信すると、前記処理停止時間において前記無線通信部における送信処理及び受信処理の内少なくとも送信処理を停止させる機能と、
を含むことを特徴とする無線通信制御プログラム。
【請求項８】
無線基地局と無線通信する無線通信端末の無線通信制御方法であって、
無線通信するステップと、
温度又は推定温度を監視するステップと、
前記温度又は前記推定温度が所定温度以上である場合に、無線基地局を探索するための探索時間の一部又は全部に設定された処理停止時間を含む探索要求を無線通信部から接続中の無線基地局に対して送信し、前記無線通信部において前記接続中の無線基地局から探索応答を受信すると、前記処理停止時間において前記無線通信部における送信処理及び受信処理の内少なくとも送信処理を停止させるステップと、
を含むことを特徴とする無線通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線基地局探索処理を利用する通信制御に関し、例えば、無線基地局に対する無線基地局探索の要求が可能な無線システムの無線通信に用いられる装置、プログラム及び方法に関する。
【背景技術】
【０００２】
ブロードバンドワイヤレスサービスが開始され、例えば、ギガヘルツ（ＧＨｚ）帯等、比較的高い周波数帯を利用したモバイル無線通信技術を用いた無線システムが実用化されている。斯かる無線システムに用いられる無線通信端末では、電力変換効率が低下し、送信部の発熱が増加傾向にある。屋外でのモバイルアクセスや、カバーエリアの確保のため、例えば、＋２３〔ｄＢｍ〕のような高出力では、発熱量が増大する。無線通信端末の過熱状態の継続は通信特性を劣化させ、状況によっては、無線通信端末の部品や回路にダメージを与えることになる。
【０００３】
このような無線システムに用いられる無線通信端末として、通信中の温度監視を行い、発熱防止制御を行うことが知られている（特許文献１）。また、無線通信端末から接続中の無線基地局にスキャンを要求し、その要求に応じてスキャンが実行されることが知られている（特許文献２）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−１４５８６５号公報
【特許文献１】特表２００８−５１４１０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、無線通信端末の高出力化は発熱量を増大させるが、無線通信端末に過熱状態を継続させると、通信特性の劣化や、構成部品や回路にダメージを与えることになり、好ましくない。また、過熱状態を回避するには無線通信端末を停止状態にし、冷却を優先させればよいが、継続した通信を損なうことになる。
【０００６】
そこで、本開示の無線通信に用いられる装置、プログラム及び方法の目的は、通信を継続しながら、過熱状態の継続を防止することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本開示の無線通信端末は、無線基地局と無線通信する無線通信端末であって、無線通信部と、状態監視部と、制御部とを含む。前記状態監視部は、温度又は推定温度を監視する。前記制御部は、前記温度又は前記推定温度が所定温度以上である場合に、無線基地局を探索するための探索時間の一部又は全部に設定された処理停止時間を含む探索要求を前記無線通信部から接続中の無線基地局に対して送信し、前記無線通信部において前記接続中の無線基地局から探索応答を受信すると、前記処理停止時間前記無線通信部における送信処理及び受信処理の内少なくとも送信処理を停止させる。
【０００８】
上記目的を達成するため、本開示の無線通信モジュールは、無線基地局と無線通信する無線通信装置に搭載される無線通信モジュールであって、既述の無線通信部、状態監視部及び制御部を備える。
【０００９】
上記目的を達成するため、本開示の無線通信制御プログラムは、無線基地局と無線通信する無線通信端末に搭載されたコンピュータに実行させる無線通信プログラムであって、無線通信機能と、温度監視機能と、制御機能とを含む。前記無線通信機能は無線基地局と無線通信する機能である。前記温度監視機能は、温度又は推定温度を監視する機能である。前記制御機能は、前記温度又は前記推定温度が所定温度以上である場合に、無線基地局を探索するための探索時間の一部又は全部に設定された処理停止時間を含む探索要求を無線通信部から接続中の無線基地局に対して送信する。また、前記制御機能は、前記無線通信部において前記接続中の無線基地局から探索応答を受信すると、前記処理停止時間において前記無線通信部における送信処理及び受信処理の内少なくとも送信処理を停止させる。
【００１０】
上記目的を達成するため、本開示の無線通信制御方法は、無線基地局と無線通信する無線通信端末の無線通信制御方法であって、無線通信ステップと、温度監視ステップと、制御ステップとを含んでいる。前記無線通信ステップでは、無線基地局と無線通信する。前記温度監視ステップでは、温度又は推定温度を監視する。前記制御ステップでは、前記温度又は前記推定温度が所定温度以上である場合に、無線基地局を探索するための探索時間の一部又は全部に設定された処理停止時間を含む探索要求を無線通信部から接続中の無線基地局に対して送信する。また、前記制御ステップでは、前記無線通信部において前記接続中の無線基地局から探索応答を受信すると、前記処理停止時間において前記無線通信部における送信処理及び受信処理の内少なくとも送信処理を停止させる。
【発明の効果】
【００１１】
本開示の無線通信に用いられる装置、プログラム及び方法によれば、次のような効果が得られる。
【００１２】
(1) 無線基地局との接続状態を維持しながら、無線基地局探索のために当てられる限られた探索時間で少なくとも送信処理を停止させるので、通信の継続性を損なうことなく、過熱状態の継続から装置を防護することができる。
【００１３】
(2) 探索時間の一部又は全部の時間で少なくとも送信処理を停止することから、実行中の通信アプリケーションを停止させることなく、通信アプリケーションを継続して実行させることができる。
【００１４】
(3) 過熱状態を監視し、過熱状態から無線通信端末を防護する機能を自動的に実行することができ、ユーザに操作を要求することがなく、利便性が高い無線通信装置が得られる。
【００１５】
そして、本発明の他の目的、特徴及び利点は、添付図面及び各実施の形態を参照することにより、一層明確になるであろう。
【図面の簡単な説明】
【００１６】
【図１】第１の実施の形態に係る無線システムの構成例を示す図である。
【図２】停止処理の処理手順の一例を示すフローチャートである。
【図３】第２の実施の形態に係る無線システムの構成例を示す図である。
【図４】停止処理の処理手順の一例を示すフローチャートである。
【図５】無線システムの構成例を示す図である。
【図６】無線通信端末のハードウェアの構成例を示す図である。
【図７】無線通信端末の機能部の構成例を示す図である。
【図８】送受信制御の機能部の構成例を示す図である。
【図９】処理シーケンスの一例を示す図である。
【図１０】スキャン時間に処理停止時間を加味した処理シーケンスを示す図である。
【図１１】第４の実施の形態に係る無線通信端末の構成例を示す図である。
【図１２】第５の実施の形態の無線通信端末の構成例を示す図である。
【図１３】通信種別に応じた制御シーケンスを示す図である。
【図１４】コネクション管理テーブルの構成例を示す図である。
【図１５】アプリケーションテーブルの構成例を示す図である。
【図１６】通信アプリケーション検出の処理シーケンスの一例を示す図である。
【図１７】通信アプリケーション検出の状態遷移の一例を示す図である。
【図１８】要因検出の処理手順の一例を示すフローチャートである。
【図１９】ＭＳ側のＢＳ応答受信の処理手順を示すフローチャートである。
【図２０】メッセージ受信の処理手順を示すフローチャートである。
【図２１】第６の実施の形態に係る無線通信端末ＷｉＭＡＸ（ＩＥＥＥ８０２．１６ｅ）の処理シーケンスの一例を示す図である。
【図２２】パケットフォーマットの一例を示す図である。
【図２３】ヘッダ構造の一例を示す図である。
【図２４】スキャン判定開始の処理手順の一例を示すフローチャートである。
【図２５】ＭＳ側のＢＳ応答受信の処理手順の一例を示すフローチャートである。
【図２６】第７の実施の形態に係る無線通信端末のＴＣＰ利用時の処理シーケンスの一例を示す図である。
【図２７】要因検出の処理手順の一例を示すフローチャートである。
【図２８】ＭＳ側のＢＳ応答受信の処理手順の一例を示すフローチャートである。
【図２９】ＴＣＰの輻輳ウィンドウサイズと応答タイムアウトの処理手順の一例を示すフローチャートである。
【図３０】処理シーケンス（図２６）の非対応時の処理シーケンスを示す図である。
【図３１】処理シーケンス（図２６）の対応時の処理シーケンスを示す図である。
【図３２】第８の実施の形態に係る無線通信端末のＴＣＰ利用時の処理シーケンスの一例を示す図である。
【図３３】要因検出の処理手順の一例を示すフローチャートである。
【図３４】ＭＳ側のＢＳ応答受信の処理手順の一例を示すフローチャートである。
【図３５】処理シーケンス（図３２）の対応時の処理シーケンスを示す図である。
【図３６】第９の実施の形態に係る無線通信端末の一例を示す図である。
【図３７】第１０の実施の形態に係る無線通信端末の一例を示す図である。
【図３８】送信電力に基づく処理手順の一例を示すフローチャートである。
【図３９】他の実施の形態に係るパーソナルコンピュータ及び通信モジュールを示す図である。
【図４０】他の実施の形態に係るＰＤＡを示す図である。
【図４１】他の実施の形態に係る携帯電話機を示す図である。
【発明を実施するための形態】
【００１７】
〔第１の実施の形態〕
【００１８】
無線通信端末は、探索モード（スキャンモード）で無線基地局を探索する探索（スキャン）時間の一部又は全部を処理停止時間とする探索（スキャン）要求を生成し、無線基地局に送出する。無線基地局から探索（スキャン）指示を受けることにより、無線通信端末は、処理停止時間で送信処理及び受信処理の内少なくとも送信処理を停止させる。無線通信端末は主としてモバイル・システム（Mobile System ：移動端末）で構成されるので、以下、ＭＳと称する。また、無線基地局はＭＳに対してベース・ステーション（Base Station）を構成するので、以下、ＢＳと称する。
【００１９】
この第１の実施の形態について、図１を参照する。図１は、第１の実施の形態に係る無線システムの構成例を示す図である。
【００２０】
この無線システム２は、本開示の装置、プログラム及び方法を含むシステムの一例であって、例えば、ＭＳ（無線通信端末）からＢＳ（無線基地局）に対して無線基地局探索を要求できるシステムを構成している。
【００２１】
この無線システム２は、図１に示すように、ＭＳ４と、ＢＳ６とを備える。ＭＳ４及びＢＳ６は、該無線システム２の無線通信に必要な最小構成単位であり、既述の通り、無線基地局探索を想定するシステムであれば、ＭＳと通信可能な他のＢＳ（無線基地局）が存在するが、説明を簡略化するため省略している。
【００２２】
ＭＳ４は、本開示の無線通信に用いられる装置の一例であって、無線通信部８と、制御部１０とを備える。無線通信部８は、ＢＳ６と無線により送受信を行い、ＢＳ６を媒介として通信先１４（図５）と通信する手段である。
【００２３】
制御部１０は、無線通信部８の制御手段であるとともに、スキャン（探索）要求を生成し、スキャン（探索）処理を実行する手段である。この制御部１０は、コンピュータで構成すればよい。そして、この実施の形態では、制御部１０が、ＢＳを探索するスキャン時間の一部又は全部を処理停止時間とするスキャン要求を生成する。このスキャン要求は、無線通信部８を通して通信中のＢＳ６に送信される。この応答としてＢＳ６からスキャン指示を受け、これを契機にスキャンモードに移行し、スキャン時間中の処理停止時間で送信処理及び受信処理の内少なくとも送信処理を停止させる。
【００２４】
次に、通信中の停止処理について、図２を参照する。図２は、停止処理の処理手順の一例を示すフローチャートである。
【００２５】
この処理手順は、本開示のプログラム及び方法の一例であって、ＭＳ４の機能部によって実行される処理である。
【００２６】
そこで、この処理手順では、図２に示すように、ＭＳ４がＢＳとして例えば、ＢＳ６と通信中であるかを監視し（ステップＳ１１）、通信中であれば（ステップＳ１１のＹＥＳ）、スキャン要求の生成及びその送信を行う（ステップＳ１２）。この場合、スキャン要求は、通信中であることが条件となる。そして、このスキャン要求は既述の通り、スキャン時間の一部又は全部を処理停止時間とするスキャン要求である。
【００２７】
このスキャン要求に対し、ＢＳ６からスキャン指示があるかを監視する（ステップＳ１３）。スキャン指示がなければ（ステップＳ１３のＮＯ）、繰り返しスキャン要求の送信（ステップＳ１２）でもよいし、スキャン指示があるまで待機してもよい。
【００２８】
このスキャン要求に対し、ＢＳ６からスキャン指示があれば（ステップＳ１３のＹＥＳ）、スキャン要求でスキャン時間に要求した処理停止時間で送信処理及び受信処理の内少なくとも送信処理を停止させる（ステップＳ１４）。
【００２９】
この処理停止は、処理停止時間で実行されるので、この処理停止時間の終了かを判定する（ステップＳ１５）。即ち、処理停止時間中であれば（ステップＳ１５のＮＯ）、処理停止を継続し（ステップＳ１４）、処理停止時間が終了すれば（ステップＳ１５のＹＥＳ）、通信処理を再開し（ステップＳ１６）、この処理を終了する。
【００３０】
この実施の形態では、送信処理のみを選択的に処理停止としているが、処理停止時間において、送信処理及び受信処理の双方を処理停止としてもよい。
【００３１】
このようなスキャン時間に処理停止時間を設定し、少なくとも送信処理を停止させれば、通常の無線通信を継続したまま、消費電力の低減や、無線通信部にある発熱素子の過熱を防止できる。特に、送信処理及び受信処理の両方を停止したときに消費電力低減や過熱防止効果が大きく得られる。
【００３２】
〔第２の実施の形態〕
【００３３】
第２の実施の形態は、ＭＳの処理状態を監視し、その処理状態が処理停止に移行させる状態である場合に、無線基地局を探索するスキャン時間の一部又は全部を処理停止時間とするスキャン要求を生成し、ＢＳに送出する。ＢＳからスキャン指示を受けることにより、ＭＳは、処理停止時間で送信処理及び受信処理の内少なくとも送信処理を停止させる。
【００３４】
この第２の実施の形態について、図３を参照する。図３は、第２の実施の形態に係る無線システムの構成例を示す図である。図３において、図１と同一部分には同一符号を付してある。
【００３５】
ＢＳ６は、第１の実施の形態（図１）と同様である。この実施の形態のＭＳ４には、無線通信部８と、制御部１０と、状態監視部１２とが備えられる。無線通信部８は第１の実施の形態と同様であるので、その説明を省略する。
【００３６】
状態監視部１２は、発熱部分の温度監視等、ＭＳ４の処理状態を監視し、その状態監視出力を制御部１０に出力する。
【００３７】
制御部１０は、無線通信部８の制御手段であるとともに、スキャン要求を生成し、スキャン処理を実行する手段であることは既述の通りである。この実施の形態では、制御部１０は、状態監視部１２の状態監視出力を受け、状態監視出力から処理停止として例えば、送信処理及び受信処理の内少なくとも送信処理を停止させるべきかの判定をする。即ち、制御部１０は係る処理停止をするか否かの判定手段を構成する。
【００３８】
斯かる処理停止をすべき場合には、制御部１０は、ＢＳを探索するスキャン時間の一部又は全部を処理停止時間とするスキャン要求を生成する。このスキャン要求は、無線通信部８を通して通信中のＢＳ６に送信される。この応答としてＢＳ６からスキャン指示を受け、これを契機に、スキャン時間中の処理停止時間で送信処理及び受信処理の内、少なくとも送信処理を停止させる。
【００３９】
次に、通信中の停止処理について、図４を参照する。図４は、停止処理の処理手順の一例を示すフローチャートである。
【００４０】
この処理手順は、本開示のプログラム及び方法の一例であって、ＭＳ４の機能部によって実行される処理である。
【００４１】
そこで、この処理手順では、図４に示すように、ＭＳ４がＢＳとして例えば、ＢＳ６と通信中であるかを監視し（ステップＳ２１）、通信中であれば（ステップＳ２１のＹＥＳ）、状態監視を実行する（ステップＳ２２）。
【００４２】
この状態監視の結果、送信処理及び受信処理を停止する状態かを判断する（ステップＳ２３）。処理停止が必要でなければ（ステップＳ２３のＮＯ）、ステップＳ２１に戻る。処理停止が必要であれば（ステップＳ２３のＹＥＳ）、スキャン要求の生成及びその送信を行う（ステップＳ２４）。この場合、スキャン要求は、通信中であって、処理状態が処理停止を必要とする場合を条件とする。そして、このスキャン要求は既述の通り、スキャン時間の一部又は全部を処理停止時間とするスキャン要求である。
【００４３】
このスキャン要求に対し、ＢＳ６からスキャン指示があるかを監視する（ステップＳ２５）。スキャン指示がなければ（ステップＳ２５のＮＯ）、繰り返しスキャン要求の送信（ステップＳ２４）でもよいし、スキャン指示があるまで待機してもよい。
【００４４】
このスキャン要求に対し、ＢＳ６からスキャン指示があれば（ステップＳ２５のＹＥＳ）、スキャン要求でスキャン時間に要求した処理停止時間で送信処理及び受信処理の内少なくとも送信処理を停止させる（ステップＳ２６）。
【００４５】
この処理停止は、処理停止時間で実行されるので、この処理停止時間の終了かを判定する（ステップＳ２７）。即ち、処理停止時間中であれば（ステップＳ２７のＮＯ）、処理停止を継続し（ステップＳ２６）、処理停止時間が終了すれば（ステップＳ２７のＹＥＳ）、通信処理を再開し（ステップＳ２８）、この処理を終了する。
【００４６】
この実施の形態でも、送信処理のみを選択的に処理停止としているが、処理停止時間において、送信処理及び受信処理の双方を処理停止としてもよい。
【００４７】
このように、通信中に処理状態を監視し、その処理状態から処理停止が必要であれば、スキャン時間に処理停止時間を設定し、少なくとも送信処理を停止させる。このようなスキャン時間において、送信処理の停止をすれば、通常の無線通信に支障を来すことなく、消費電力の低減や、無線通信部にある発熱素子の過熱を防止できる。
【００４８】
〔第３の実施の形態〕
【００４９】
第３の実施の形態では、状態監視として温度を監視する。温度が所定値以上である場合即ち、過熱状態である場合、無線通信端末は、無線基地局にスキャン処理を要求し、無線基地局からスキャン指示を受けることにより、スキャン時間において送受信処理を停止する。
【００５０】
この第３の実施の形態について、図５を参照する。図５は、無線システムの構成例を示す図である。
【００５１】
この無線システム２は、ＭＳ４と、少なくともＢＳ６とが含まれ、通信先１４との間に複数のネットワークとして例えば、無線アクセスネットワーク１６と、プロバイダネットワーク１８と、インターネット２０とが含まれる。
【００５２】
ＭＳ４は電波等の通信媒体による通信機能を備え、ＢＳ６のサービスエリアでの無線通信が可能な手段である。また、ＭＳ４は、ＢＳ６に対してスキャン要求（探索要求）を行い、ＢＳ６からスキャン指示（探索指示）を受けることによりスキャンモードに移行し、他のＢＳ７を探索する機能を備えている。
【００５３】
ＢＳ６、７は、ＭＳ４と無線接続可能であって、ＭＳ４が通信先１４との通信接続をするための手段であって、ＢＳ６は特定のサービスエリア２２、ＢＳ７は特定のサービスエリア２４を展開している。
【００５４】
無線アクセスネットワーク１６はＭＳ４とプロバイダネットワーク１８との間に設置された媒介ネットワークであり、例えば、ワイマックス（ＷｉＭＡＸ：World Wide Interoperability of Microwave Access ）である。このＷｉＭＡＸは、マイクロ波を使用し、世界規模で相互運用可能なワイアレス・アクセス・システムである。
【００５５】
プロバイダネットワーク１８及びインターネット２０は、通信先１４が加入するコンピュータネットワークであり、プロバイダネットワーク１８側にはゲートウェイ（ＧＷ）２６が設置されている。
【００５６】
斯かる無線システム２では、ＭＳ４とＢＳ６との間に無線接続区間２８が設定され、無線アクセスネットワーク１６、プロバイダネットワーク１８及びインターネット２０を介して通信先１４と接続されている。破線３０は、その接続経路の一例である。これに対し、矢印３２は、ＭＳ４と他のＢＳ７との間の無線接続区間３４によるスキャン接続の一例である。要するに、この無線システム２では、ＭＳ４から接続中のＢＳ６に対してスキャン要求を発し、ＢＳ６からスキャン要求に対するスキャン指示がＭＳ４に発せられ、スキャン時間において、ＭＳ４がＢＳ探索を行える構成である。
【００５７】
次に、この無線通信端末のハードウェアについて、図６を参照する。図６は、無線通信端末のハードウェアの構成例を示す図である。図６において、図３と同一部分には同一符号を付してある。
【００５８】
ＭＳ４はＢＳ６との無線接続の手段として、図６に示すように、インタフェース（Ｉ／Ｆ）部４２と、ホスト部４４とを備える。Ｉ／Ｆ部４２は、ＢＳ６との無線接続のための送信と受信との各機能を備える無線通信モジュールの一例である。ホスト部４４はＩ／Ｆ部４２の制御部であって、コンピュータによって構成される。
【００５９】
Ｉ／Ｆ部４２は、既述の通り、無線通信モジュールの一例であるから、受信側無線部４６と、送信側無線部４８と、ベースバンド（ＢＢ：Base band ）部５０と、制御部５２と、発振部５４と、温度検出部５６とを備える。
【００６０】
受信側無線（ＲＦ：Radio Frequency ）部４６は、受信用アンテナ５８を備え、例えば、ＢＳ６からの送信信号を受信する。そこで、この受信側のＲＦ部４６には受信信号の高周波増幅機能や受信周波数の同調機能が備えられ、これらの機能を実現するため、発振部５４から発振出力が供給されている。受信周波数に同調する手段として周波数シンセサイザを構成するＰＬＬ（Phase Locked Loop ）６０が備えられている。また、受信信号を増幅する手段として増幅器６２、６４が備えられている。これら増幅器６２、６４のゲインが受信部６６のゲイン制御出力によって制御される。
【００６１】
送信側無線（ＲＦ：Radio Frequency ）部４８は、ＢＢ部５０の出力信号を送信する送信出力信号を生成し、この送信出力信号をＢＳ６に向けて送信用アンテナ６８から送出する。そこで、この送信側のＲＦ部４８には送信信号を送出するための出力増幅機能が備えられ、この機能を実現するため、発振部５４から発振出力が供給されている。送信信号の増幅手段として増幅器７０、７２が備えられている。
【００６２】
ＢＢ部５０は、データ伝送を行うパケットの検出、分解、再構成等のデータ処理、変調、ディジタル・アナログ変換（Ｄ／Ａ）、アナログ・ディジタル変換（Ａ／Ｄ）等の信号処理を行う。そこで、このＢＢ部５０は、受信部６６と、送信部７４と、Ｄ／Ａ部７６と、制御インタフェース（Ｉ／Ｆ）部７８とを備えている。
【００６３】
受信部６６は、Ａ／Ｄ部８０と、自動利得制御（ＡＧＣ：Automatic Gain Control）部８２と、高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）部８４と、検出部８６と、同期部８８と、自動周波数制御（ＡＦＣ：Automatic Frequency Control ）部９０とを備える。
【００６４】
そこで、受信部６６では、ＲＦ部４６で得られた受信信号をＡ／Ｄ部８０でディジタル信号に変換する。ＡＧＣ部８２は、Ａ／Ｄ部８０で得られたディジタル信号から受信信号レベルを検出し、受信信号レベルからＡＧＣ信号を生成する。このＡＧＣ信号がＲＦ部４６の増幅器６２、６４に加えられ、増幅器６２、６４の利得を制御する。
【００６５】
ＦＦＴ部８４は、Ａ／Ｄ部８０で得たディジタル信号に高速フーリエ変換を施す信号処理部であって、ディジタル化された受信信号中に含まれる周波数成分を抽出する。検出部８６は、ＦＦＴ部８４で抽出した周波数成分からパケット信号を検出し、制御Ｉ／Ｆ部７８に出力する。同期部８８は、ＦＦＴ部８４で抽出した周波数成分を用いて、検出部８６側の同期や、ＡＦＣ部９０側の同期を取る。ＡＦＣ部９０は、ＦＦＴ部８４で抽出した周波数成分を用いて発振部５４の発振周波数の周波数制御を行い、発振部５４に一定の発振周波数を発振させる。
【００６６】
送信部７４は、変調部９２と、逆高速フーリエ変換（ＩＦＦＴ：Inverse ＦＦＴ）部９４とを備える。変調部９２は、制御Ｉ／Ｆ部７８からのデータ等の信号を受け、搬送波にディジタル変調を施す。ＩＦＦＴ部９４は、変調部９２の出力信号に逆高速フーリエ変換を施し、ディジタル信号の送信信号を生成する。
【００６７】
Ｄ／Ａ部７６は、ＩＦＦＴ部９４で生成した送信信号をアナログ信号に変換し、ＲＦ部４８に送出する。そして、ＲＦ部４８が与えられた送信信号を送信出力信号に変換し、送信用アンテナ６８から送出させる。
【００６８】
制御Ｉ／Ｆ部７８は、制御部５２と、受信部６６及び送信部７４との媒介手段であるインタフェースであって、受信部６６で得たパケットデータ等の受信信号を制御部５２に伝送し、又は制御部５２の送出信号を送信部７４に伝送する。また、この制御Ｉ／Ｆ部７８は、温度検出部５６からの温度検出信号を取り込み、制御部５２に伝送する手段を構成している。
【００６９】
そして、制御部５２は、ＢＢ部５０の制御手段であるとともに、接続中のＢＳとして例えば、ＢＳ６に対してスキャン処理の要求、ＢＳ６からのスキャン指示に応じて、検出温度に応じた送受信処理の停止等の各種の制御を実行する。そこで、この制御部５２には、ＣＰＵ（Central Processing Unit ）９６と、ＲＡＭ（Random-Access Memory）９８と、ＲＯＭ（Read-Only Memory）１００と、ホストインタフェース（Ｉ／Ｆ）部１０２とを備え、これらはバス１０４で接続されている。
【００７０】
ＣＰＵ９６は制御処理や演算処理を実行するプロセッサの一例であって、ＲＯＭ１００上、あるいはＲＯＭ１００からＲＡＭ９８に展開したプログラムを実行する。既述の送受信処理の停止制御は、例えば、プログラムに組み込まれる処理の一部として実装される。
【００７１】
ＲＡＭ９８は、読み書き可能な記憶手段の一例であって、ＣＰＵ９６で実行されるプログラムのワークエリアとして用いたり、あるいはＲＯＭ１００に格納されたプログラムを展開し格納する。ＲＯＭ１００は、プログラムやデータ等の記憶手段であって、ＣＰＵ９６が実行するプログラムや各種テーブルデータ等を格納する。ＲＯＭ１００は、フラッシュメモリ等の記録媒体で構成すればよい。
【００７２】
ホストＩ／Ｆ部１０２は、制御部５２とホスト部４４とを連係させる媒体手段としてのインタフェースを構成する。
【００７３】
そして、発振部５４は、所定周波数を発振させる手段であって、既述の受信部６６の出力によって発振周波数が制御され、発振出力をＲＦ部４６、４８に出力する。
【００７４】
また、温度検出部５６は、発熱部の温度検出手段の一例であって、この実施の形態では、発熱部分である送信側のＲＦ部４８の温度検出が可能な位置に設置され、その検出温度を表す検出信号が制御Ｉ／Ｆ部７８に加えられている。この実施の形態では、ＲＦ部４８側に設置しているが、これ以外の発熱部例えば、ＩＣや素子に設置してもよい。
【００７５】
次に、この無線通信端末の機能部について、図７を参照する。図７は、無線通信端末の機能部の構成例を示す図である。図７において、図６と同一部分には同一符号を付してある。
【００７６】
このＭＳ４には既述の通り、ホスト部４４や制御部５２が備えられ、更には温度検出部５６が備えられている。ホスト部４４は、コンピュータによって実行されるＯＳ（Operating System）１０６やドライバ１０８が備えられ、ＯＳ１０６には複数のアプリケーションプログラム１１０が備えられている。
【００７７】
そして、制御部５２では、既述のＣＰＵ９６等のハードウェアにより実現される機能部として、パケット再構成部１１２と、パケット分解部１１４と、ＭＡＣ（Media Access Control）層制御部１１６とを備える。
【００７８】
パケット再構成部１１２は、受信部６６で得たパケット信号からパケットを再構成し、ＢＳ６から送出されたパケットを再生する手段である。
【００７９】
パケット分解部１１４は、ホスト部４４から提供されたパケットデータをパケットを含む信号に分解し、パケットを再構成可能な送信信号として送信部７４に送出する手段である。
【００８０】
ＭＡＣ層制御部１１６は、ＢＳ６側との接続制御やパケット通信制御等、ＭＳ４側のＭＡＣ層の制御手段であって、この実施の形態では、温度検出部５６の検出温度に応じた送受信制御を行う。既述の通り、温度検出部５６の検出温度が基準値を超えた場合には、接続中のＢＳ６に対し、スキャン時間の一部又は全部を送受信処理停止時間とするスキャン要求を送信部７４に送出させる。そして、接続中のＢＳ６からスキャン指示を受ければ、スキャン時間に設定された送受信処理停止時間で送受信処理を停止させる。
【００８１】
次に、このＭＡＣ層制御部１１６の機能について、図８を参照する。図８は、送受信制御の機能部の構成例を示す図である。図８において、図６及び図７と同一部分には同一符号を付してある。
【００８２】
ＭＡＣ層制御部１１６には図８に示すように、温度監視部１１８と、スキャン制御部１２０と、送受信制御部１２２とが含まれ、これらの機能部は、既述のハードウェアである制御部５２のアプリケーションプログラムによって生成される。
【００８３】
温度監視部１１８は、既述の状態監視部１２（図３）の一例であって、温度検出部５６の検出温度を取り込み、検出温度が過熱状態を表す所定温度以上であるかを監視する。この温度監視部１１８の監視出力は、スキャン制御部１２０及び送受信制御部１２２に加えられる。
【００８４】
スキャン制御部１２０は、温度監視部１１８が過熱状態を検出した場合、その監視出力により、この実施の形態では、送受信処理を停止するための手段としてスキャン制御を実行する。このスキャン制御には、ＢＳ６に対するスキャン要求の生成、ＢＳ６からのスキャン指示によるスキャン処理が含まれる。このスキャン要求には、スキャン時間Ｔｓに送受信処理停止時間を設定する。この場合、スキャン時間Ｔｓは、本来のスキャンのためのスキャン時間Ｔ1 と送受信処理停止時間Ｔ2 とを加えた合算時間（Ｔｍ＝Ｔ1 ＋Ｔ2 ）でもよいし、送受信処理停止時間と同一（Ｔｓ＝Ｔ2 ）であってもよい。即ち、送受信処理停止時間Ｔ2 はスキャン時間Ｔｓの一部又は全部の時間であってもよい。この場合、送受信処理停止時間Ｔ2 は過熱状態を開放するのに必要な時間であればよく、どのような長さであってもよい。スキャン制御部１２０は、スキャン指示を受け、スキャン処理に移行する指示を送受信制御部１２２に通知する。
【００８５】
送受信制御部１２２は、スキャン時間Ｔｓに含まれる送受信処理停止時間Ｔ2 において、ＭＳ４の送受信処理の停止制御を実行し、送受信処理停止時間Ｔ2 の経過の後、通信を再開させる制御を行う。
【００８６】
次に、この無線システムの処理手順について、図９を参照する。図９は、処理シーケンスの一例を示す図である。
【００８７】
この処理シーケンスは、本開示のプログラム及び方法の一例である。この処理シーケンスには、Ｉ／Ｆ部４２の温度検出部５６の検出温度により過熱状態にあると判定した際に、ＢＳスキャンを接続中のＢＳ６に要求する。このＢＳ６からスキャン指示を受けると、スキャン時間の一部又は全部の時間に設定された送受信処理停止時間として、この実施の形態では、スキャン時間の全時間で送受信処理を停止する処理を含んでいる。具体的には、温度検出部５６の検出温度がＭＡＣ層制御部１１６に取り込まれ、その検出温度から過熱状態にあるか否かを判定する。ＢＳ６との接続状態において、ＭＡＣ層制御部１１６が検出温度により過熱状態であると判定すれば、接続中のＢＳ６に対しスキャン要求を送出する。ＢＳ６からスキャン指示を受け、スキャン時間の全時間において、ＭＳ４の送受信処理を停止する。この場合、ＭＳ４が部分的なクロック停止や電源停止等の省電力機能を有している場合には、送受信処理の停止とともに、可能な回路範囲に対するクロック停止又は電源停止処理を実行すればよい。斯かる送受信処理停止及び付随的な処理の実行により、Ｉ／Ｆ部４２の消費電力を低減、抑制でき、過熱状態の継続から脱することができる。
【００８８】
そこで、この無線システム２では、図９に示すように、ＭＳ４と通信先１４とが通信を行い（ステップＳ１０１）、この通信中に、ＭＳ４側で過熱検出が行われている（ステップＳ１０２）。この過熱検出は、既述の温度検出部５６の検出温度が所定値を超えた場合に過熱状態と判定すればよい。この過熱検出に基づき、ＭＳ４からスキャン要求（ＳＣＮ−ＲＥＱ：Scan Request）を生成し、通信中のＢＳ６に送信する（ステップＳ１０３）。このスキャン要求を受けたＢＳ６からスキャン応答（ＳＣＮ−ＲＳＰ：Scan Response ）が送出され（ステップＳ１０４）、このスキャン応答によりＭＳ４はスキャン指示を受ける。
【００８９】
このスキャン応答にはスキャン時間が設定され、このスキャン時間には送受信処理を停止する時間として送受信処理停止時間が含まれる。この実施の形態では、スキャン時間と送受信処理停止時間が同一である。そこで、ＭＳ４の制御部５２のＭＡＣ層制御部１１６は、スキャン時間で送信及び受信を停止する（ステップＳ１０５）。即ち、ＭＳ４のホスト部４４からのデータ送信は停止され（ステップＳ１０６）、また、通信先１４からのデータ送信（ステップＳ１０７）も送信保留とされる（ステップＳ１０８）。送信保留状態にあるＢＳ６には、通信先１４から送出された送信データが保存される。
【００９０】
ＭＳ４及びＢＳ６側では、スキャン時間を監視しているので、このスキャン時間が終了、この場合、送受信処理停止時間が終了すると、ＢＳ６からＭＳ４に保留データが送信され（ステップＳ１０９）、ＭＳ４の制御部５２側から通信先１４に保留データが送信される（ステップＳ１１０）。このようなデータの送受信の後、通信が再開される（ステップＳ１１１）。
【００９１】
このような処理シーケンスの処理において、温度検出部５６にはサーミスタ等の温度検出素子をＲＦ部４８等の発熱部に実装してもよいし、ＲＦ部４８から得られる温度補正等の情報を取得してもよい。この取得した温度情報は、温度検出部５６と同様に、ＭＡＣ層制御部１１６に制御情報として入力すればよい。
【００９２】
この温度情報に代え、送信電力や、送信時間、送信開始からの経過時間等の状態情報を制御情報に用いてもよいし、この制御情報を温度情報とともに用いてもよい。
【００９３】
また、常時、検出温度を監視し、一回のスキャン時間で過熱回避が不十分であれば、即ち、過熱状態が継続している場合には、通信接続を維持しながら、繰り返しスキャン要求を発し、送受信処理を停止させ、過熱状態の継続を回避してもよい。
【００９４】
次に、本来のスキャン時間に処理停止時間を加味した処理手順について、図１０を参照する。図１０は、スキャン時間に処理停止時間を加味した処理シーケンスを示す図である。
【００９５】
この処理シーケンスは、本開示のプログラム及び方法の一例である。この処理シーケンスの処理では、スキャン処理を行う場合に、本来のスキャン必要時間に、過熱緩和のための送受信処理停止時間を合算した時間を要求する処理を含んでいる。即ち、この処理手順では、スキャン処理の本来の機能を損なうことなく、過熱状態の回避を行う処理である。この場合、スキャン時間Ｔｓは、本来のスキャン時間Ｔ1 に、過熱回避のための送受信処理停止時間Ｔ2 を加算し、この合算時間をスキャン時間Ｔｓに設定したスキャン要求を行う。斯かる構成では、割り当てられたスキャン時間Ｔｓにおいて、本来のスキャンと、過熱回避のための送受信処理の停止とを行うことにより、スキャン機能と、過熱状態の継続阻止機能とを果たすことができる。
【００９６】
そこで、この無線システム２では、図１０に示すように、既述の通り、ＭＳ４と通信先１４とが通信を行い（ステップＳ１２１）、過熱検出により、ＭＳ４からスキャン要求（ＳＣＮ−ＲＥＱ）を生成し、通信中のＢＳ６に送信する（ステップＳ１２２）。このスキャン要求を受けたＢＳ６は、スキャン指示としてスキャン応答（ＳＣＮ−ＲＳＰ）を送出する（ステップＳ１２３）。
【００９７】
この場合、スキャン要求として指示するスキャン時間Ｔｓは、本来のスキャン処理をするためのスキャン時間Ｔ1 と、送受信処理停止時間Ｔ2 とを合算した合算時間とする。この場合、本来のスキャン処理を目的としたスキャン時間Ｔ1 では、信号受信可否の判定や信号品質測定を行う（ステップＳ１２４）。この場合、通信中のＢＳ６との送受信処理停止を伴うスキャン時間Ｔｓにおける本来のスキャン時間Ｔ1 において、受信品質の良い他のＢＳ７が見い出され、ハンドオーバー処理が行われている。
【００９８】
そして、他のＢＳ７に移行した後、ＭＳ４と通信先１４との間で通信再開が実行されている（ステップＳ１２５）。
【００９９】
このようにＭＳ４から例えば、ＢＳ６に対してＢＳスキャンを要求できる無線システム２では、ＢＳ６の制御Ｉ／Ｆ部７８を通して温度検出部５６の検出温度を監視する。この場合、温度検出部５６は、電力消費による発熱が著しい箇所として例えば、送信側のＲＦ部４８に設置すればよい。この場合、ＭＳ４とＢＳ６との接続中、ＭＡＣ層制御部１１６が温度検出部５６の温度検出信号を監視し、その検出温度が過熱状態を表す所定値であるかを判断する。斯かる場合には、接続中のＢＳ６に対しスキャン要求を生成し、送出する。これを受けたＢＳ６がスキャン要求を受入れ、スキャン指示をＭＳ４に送出する。そこで、このスキャン指示に含まれるスキャン時間の全部又は一部の時間を送受信処理停止時間とし、ＭＳ４で送受信処理を停止する。
【０１００】
換言すれば、この第３の実施の形態では、ＭＳ４の過熱状態を検出し、ＢＳ６に対してスキャン処理を要求し、ＭＳ４が他のＢＳ７の電波の受信チェックを行える時間即ち、スキャン時間について、ＢＳ６から指示を受けるためのシーケンスを起動する。この結果、接続中のＢＳ６と一時的に送受信を行わない時間即ち、送受信処理停止時間を生成させる。
【０１０１】
このようにスキャン時間で送受信処理停止時間を設定すれば、スキャン時間の全部又は一部の時間で、ＭＳ４の送受信処理を停止するので、電力消費を抑制し、過熱状態の継続を回避できる。即ち、ＭＳ４の温度保護方式がスキャン処理のスキャン時間を利用して構成される。例えば、モバイルＷｉＭＡＸで規定されているスキャンモードでは、他のＢＳのスキャン例えば、受信可能なＢＳの探索及びその信号レベルや品質の測定に用いられ、ＢＳ側では、過渡的にＭＳと非接続状態の扱いとしている。そのため、スキャン時間の全部又は一部の時間を送受信処理停止時間に設定しても何らの不都合はない。
【０１０２】
この送受信処理停止時間では、ＢＳ６もＭＳ４への送信処理を保留状態とするので、ＭＳ４にて受信データを取りこぼすといった不都合はない。また、送受信処理の停止では、ＭＳ４側の受信部６６及び送信部７４、これらを含むＢＢ部５０の給電を停止（即ち、電源ＯＦＦ）としてもよい。また、送受信処理停止時間を含むスキャン時間では、本来のスキャン処理を可能とする時間を設定し、この時間において、本来必要とするＢＳ探索処理をしてもよい。
【０１０３】
〔第４の実施の形態〕
【０１０４】
第４の実施の形態は検出温度が過熱状態を表している場合、スキャン時間の送受信処理停止時間でＩ／Ｆ部の一部又は全部に対する給電を停止させる構成である。
【０１０５】
この第４の実施の形態について、図１１を参照する。図１１は、第４の実施の形態に係る無線通信端末の構成例を示す図である。図１１において、図６と同一部分には同一符号を付してある。
【０１０６】
この実施の形態のＭＳ４では、既述の送受信処理の停止を給電制御によって実現している。そこで、このＭＳ４では、Ｉ／Ｆ部４２に既述のＲＦ部４６、４８、ＢＢ部５０、制御部５２とともに、電源部１２４と、ＰＭＭ（Power Management Module ）１２６と、クロック生成部１２８とを備えている。
【０１０７】
電源部１２４は、ＲＦ部４６、４８、ＢＢ部５０、制御部５２等の機能部に対する給電手段の一例である。
【０１０８】
ＰＭＭ１２６は、電源制御手段の一例であって、クロック発生部１３０からのクロック信号により動作し、制御部５２の出力を受けて電源部１２４の出力を制御する。
【０１０９】
また、クロック生成部１２８は、クロック発生部１３２からのクロック信号を受け、このクロック信号の分周等の信号処理を行い、制御部５２が必要とするクロックを生成し、制御部５２に供給する。この実施の形態では、クロック生成部１２８の動作が制御部５２によって制御される。
【０１１０】
そして、この実施の形態においても、既述のＭＡＣ層制御部１１６（図７、図８）が制御部５２によって生成され、このＭＡＣ層制御部１１６からの動作停止出力により、ＰＭＭ１２６やクロック生成部１２８の動作が制御される。
【０１１１】
そこで、制御部５２では、温度検出部５６の検出温度を監視し、その検出温度が過熱状態であれば、スキャン要求を発し、ＢＳ６からスキャン指示を受けることは既述の通りである。そして、スキャン指示を受け、そのスキャン時間に設定された送受信処理停止時間において、送受信処理を停止する。この実施の形態では、送受信処理の停止が給電制御で実現されている。
【０１１２】
この場合、制御部５２は、ＰＭＭ１２６及びクロック生成部１２８に既述の動作停止出力を付与し、この出力を受けたＰＭＭ１２６は電源部１２４を制御し、ＲＦ部４６、４８、ＢＢ部５０に対する電源供給を停止する。これにより、送受信処理停止時間において、ＲＦ部４６、４８及びＢＢ部５０の動作が停止し、休止状態となる。
【０１１３】
また、制御部５２から動作停止出力がクロック生成部１２８にも付与され、クロック生成部１２８の動作を停止させる。これによりクロックも休止状態となる。
【０１１４】
斯かる構成によれば、温度検出部５６がＭＳ４の過熱状態、例えば、送信側ＲＦ部４８の増幅器７０、７２の過熱状態を検出すれば、スキャン時間に設定した送受信処理停止時間において、処理を停止させることができる。従って、過熱状態の継続からＭＳ４が防護されるとともに、消費電力の低減を図ることができる。この場合、制御部５２に対する給電は停止させないので、制御動作に支障を来すことがない。
【０１１５】
温度検出部５６の温度監視によってＩ／Ｆ部４２の動作を制御する構成では、ＢＳ６との接続状態を維持しつつ、送受信処理を含む回路の動作を一時的に停止できる制御が可能であり、過熱状態の継続を回避できる。
【０１１６】
〔第５の実施の形態〕
【０１１７】
第５の実施の形態は、通信種別に応じた制御において、温度監視に基づく既述の送受信処理の停止を行う構成である。
【０１１８】
この第５の実施の形態について、図１２を参照する。図１２は、第５の実施の形態の無線通信端末の構成例を示す図である。図１２において、図７と同一部分には同一符号を付してある。
【０１１９】
このＭＳ４では、Ｉ／Ｆ部４２に制御部５２及び温度検出部５６とともに、セッション監視部１３４を備えている。セッション監視部１３４は、通信種別に基づく制御を実現するため、通信種別を監視する手段であって、検出した通信種別を表す情報をＭＡＣ層制御部１１６に通知する。
【０１２０】
この場合、セッション監視部１３４には、受信部６６の受信信号に基づき、パケット再構成部１１２で再構成されたパケットが加えられ、ホスト部４４からパケット分解部１１４に出力されるパケットが加えられている。そこで、セッション監視部１３４では、これらのパケットでセッションを監視し、検出された通信種別を表す制御情報をＭＡＣ層制御部１１６に通知している。
【０１２１】
斯かる構成について、ＴＣＰ／ＩＰをＷｉＭＡＸの上位プロトコルとして使用する場合では、パケットのＩＰヘッダには上位レイヤのプロトコル識別子が存在する。このプロトコル識別子は、上位レイヤのプロトコルがＴＣＰ（Transmission Control Protocol ）、ＵＤＰ（User Datagram Protocol）、又はその他のプロトコルの何れかを表すプロトコル識別情報を含んでいる。従って、このプロトコル識別子から通信種別即ち、通信セッションを判別することができる。
【０１２２】
ＴＣＰ又はＵＤＰであれば、ポート情報としてWell Known Port と呼ばれる、セッション識別子であるポート番号と利用プロトコルの対応関係を用いて、どのような種別のデータが流れているかが判別できる。ＵＤＰの場合では、ＵＤＰペイロード部にＲＴＰ（Real-time Transport Protocol）パケットのヘッダ情報の有無を検査してもよい。
【０１２３】
このような通信データの種別判定はパケット単位で行っても良いし、“Connection Tracking ”又は“Stateful Inspection ”等の名称で呼ばれる、通信セッションの発生・消滅を監視し、セッション継続中かにより、判断しても良い。
【０１２４】
また、セッションの識別には、ＰＨＳ（Personal Handyphone System）やＲＯＨＣ（Robust Header Compression ）等のパケットヘッダの圧縮・展開プロトコルの識別に用いられているデータ種別の転用も可能である。このデータ種別の識別に関し、パケット情報を知るには、ヘッダフォーマット（図２２）やヘッダ構造（図２３）を用いればよい。
【０１２５】
その他のＩ／Ｆ部４２の構成は、第３の実施の形態と同様であり、温度検出部５６の機能や温度監視についても、同様であるので、その説明を省略する。
【０１２６】
次に、通信種別に応じた制御について、図１３を参照する。図１３は、通信種別に応じた制御シーケンスを示す図である。
【０１２７】
この処理手順では、通信種別に応じた制御を実現するため、ＭＳ４側で送信又は受信の何れか一方又は双方のデータを解析し、送受信されるパケットに含まれる上位プロトコル情報又は上位プロトコルが実行するセッション確立シーケンスを監視する。即ち、通信において、どのようなプロトコルを用いているかを検出すればよい。
【０１２８】
この制御では、過熱状態であると判断し、スキャン要求を行う場合、そのスキャン時間を通信種別に応じて変更することが可能である。この場合、スキャン時間で確保される送受信処理停止時間の設定は、送受信処理停止で生じる遅延揺らぎの許容度（揺らぎ耐性）を考慮する。この許容度は、通信種別により異なっている。そこで、この許容度の高い通信トラフィックでは長いスキャン時間を設定すればよいし、その許容度が低い通信トラフィックでは短いスキャン時間を設定すればよい。そして、これらのスキャン時間をＢＳに対し要求するとともに、スキャン処理の頻度を高め、過熱状態を緩和できる送受信処理停止時間をスキャン時間に設定する。
【０１２９】
そこで、この制御シーケンスでは、図１３に示すように、ＭＳ４と通信先１４とが通信している場合（ステップＳ２０１）、データ監視を行う（ステップＳ２０２）。このデータ監視により、通信種別を判別する。
【０１３０】
ＭＳ４の温度検出部５６の検出温度により過熱状態を検出し（ステップＳ２０３）、この過熱検出に基づき、スキャン要求（ＳＣＮ−ＲＥＱ）を生成し、通信中のＢＳ６に対して送信する（ステップＳ２０４）。このスキャン要求において、スキャン時間に設定する送受信処理停止時間を既述の通信種別に応じて調整する。
【０１３１】
スキャン要求を受けたＢＳ６からスキャン応答（ＳＣＮ−ＲＳＰ）が発せられ（ステップＳ２０５）、このスキャン応答によりＭＳ４がスキャン指示を受ける。
【０１３２】
このスキャン応答にはスキャン時間が設定され、このスキャン時間に設定された送受信処理停止時間は通信種別の判別に基づき調整された時間である。
【０１３３】
そこで、ＭＳ４の制御部５２のＭＡＣ層制御部１１６は、スキャン時間で送信及び受信を停止する（ステップＳ２０６）。即ち、ＭＳ４のホスト部４４からのデータ送信は停止され（ステップＳ２０７）、また、通信先１４からのデータ送信（ステップＳ２０８）も送信保留とされる（ステップＳ２０９）。送信保留状態にあるＢＳ６には、通信先１４から送出された送信データが保存される。
【０１３４】
ＭＳ４及びＢＳ６側ではスキャン時間の終了を監視し、送受信処理停止時間が終了すると、ＢＳ６からＭＳ４に保留データが送信され（ステップＳ２１０）、ＭＳ４の制御部５２側から通信先１４に保留データが送信される（ステップＳ２１１）。このようなデータの送受信の後、通信が再開される（ステップＳ２１２）。
【０１３５】
次に、通信種別に応じた制御に用いる管理テーブルについて、図１４及び図１５を参照する。図１４は、コネクション管理テーブルの構成例を示す図、図１５は、アプリケーションテーブルの構成例を示す図である。
【０１３６】
これらコネクション管理テーブル１３６（図１４）やアプリケーションテーブル１３８は、既述の通信種別の判別処理を実行するため、通信アプリケーションを検出する手段である。これらコネクション管理テーブル１３６やアプリケーションテーブル１３８は、既述のＲＯＭ１００に設定されたデータ格納部に設定すればよい。
【０１３７】
そこで、このコネクション管理テーブル１３６には、図１４に示すように、ソースＩＰ格納部１４０と、プロトコル格納部１４２と、ソースポート格納部１４４と、宛先ＩＰ格納部１４６と、宛先ポート格納部１４８と、状態格納部１５０と、揺らぎ耐性格納部１５２とが設定されている。
【０１３８】
ソースＩＰ格納部１４０には、ソースＩＰ情報が格納され、プロトコル格納部１４２には、既述のＴＣＰ等が格納される。ソースポート格納部１４４には、ソースポート情報が格納される。宛先ＩＰ格納部１４６には宛先ＩＰ情報が格納され、宛先ポート格納部１４８には、宛先ポート情報が格納され、状態格納部１５０には、通信中であるか等の状態情報が格納される。そして、揺らぎ耐性格納部１５２には、プロトコルに応じた既述の揺らぎ耐性情報が格納され、この場合、揺らぎ耐性が“低”であることを示している。この揺らぎ耐性は、既述の通り、送受信処理停止時間を決定ないし調整する情報である。
【０１３９】
また、アプリケーションテーブル１３８は、図１５に示すように、プロトコル格納部１５４と、ポート格納部１５６と、上位プロトコル格納部１５８と、揺らぎ耐性格納部１６０とが設定されている。
【０１４０】
プロトコル格納部１５４には、既述のＴＣＰ、ＵＤＰ等のプロトコルが格納され、ポート格納部１５６には、用いられるポートを表す情報が格納され、上位プロトコル格納部１５８には、ＲＴＰ等の上位プロトコルが格納されている。また、揺らぎ耐性格納部１６０には、揺らぎ耐性を表す情報が格納され、この場合、ＴＣＰでは揺らぎ耐性が“中”であること、ＵＤＰでは揺らぎ耐性が“低”であることを示している。
【０１４１】
次に、通信アプリケーションの検出について、図１６を参照する。図１６は、通信アプリケーション検出の処理シーケンスの一例を示す図である。
【０１４２】
この処理手順は、本開示のプログラム及び方法の一例であって、ホスト部４４から起動し、通信アプリケーション検出の処理を含んでいる。そこで、この処理手順では、図１６に示すように、ホスト部４４からＭＡＣ層制御部１１６に接続要求（Ｓｙｎ）が送出される（ステップＳ２２１）。ＭＡＣ層制御部１１６では、この接続要求（Ｓｙｎ）を受け、コネクション検出（コネクション検出−１）が実行される。
【０１４３】
接続要求に呼応してＭＡＣ層制御部１１６から接続要求（Ｓｙｎ）が生成されてＢＳ６に送出される（ステップＳ２２２）。この接続要求（Ｓｙｎ）はＢＳ６から通信先１４に通知され（ステップＳ２２３）、通信先１４から接続応答（ＳｙｎＡｃｋ）がＢＳ６に通知される（ステップＳ２２４）。この接続応答（ＳｙｎＡｃｋ）はＢＳ６からＭＡＣ層制御部１１６に通知される（ステップＳ２２５）。ＭＡＣ層制御部１１６では、この接続応答（ＳｙｎＡｃｋ）を受け、コネクション検出（コネクション検出−２）が実行される。
【０１４４】
ＭＡＣ層制御部１１６から接続応答がホスト部４４に通知され（ステップＳ２２６）、ホスト部４４からＭＡＣ層制御部１１６に受領応答（Ａｃｋ）が通知される（ステップＳ２２７）。ＭＡＣ層制御部１１６では、この受領応答（Ａｃｋ）を受け、コネクション検出（コネクション検出−３）が実行される。この受領応答はＭＡＣ層制御部１１６からＢＳ６に通知され（ステップＳ２２８）、通信先１４に通知される（ステップＳ２２９）。
【０１４５】
このような一連の処理によって接続が確立すると、ホスト部４４からＭＡＣ層制御部１１６に１フレーム目のパケットデータ（ＴData＃１）が送出される（ステップＳ２３０）。このパケットデータ（ＴData＃１）は、ＭＡＣ層制御部１１６からＢＳ６に通知され（ステップＳ２３１）、ＢＳ６から通信先１４に通知される（ステップＳ２３２）。
【０１４６】
このパケットデータ（ＴData＃１）を受けた通信先１４からパケットデータ（ＲData＃１）がＢＳ６に通知される（ステップＳ２３３）。このパケットデータ（ＲData＃１）は、ＢＳ６からＭＡＣ層制御部１１６に通知され（ステップＳ２３４）、ＭＡＣ層制御部１１６からホスト部４４に通知される（ステップＳ２３５）。
【０１４７】
そして、ホスト部４４からＭＡＣ層制御部１１６に２フレーム目のパケットデータ（ＴData＃２）が送出される（ステップＳ２３６）。このパケットデータ（ＴData＃２）は、ＭＡＣ層制御部１１６からＢＳ６に通知され（ステップＳ２３７）、ＢＳ６から通信先１４に通知される（ステップＳ２３８）。以下、同様の処理が実行される。
【０１４８】
次に、通信アプリケーション検出の状態遷移について、図１７を参照する。図１７は、通信アプリケーション検出の状態遷移の一例を示す図である。
【０１４９】
この通信アプリケーション検出には、図１７に示すように、エントリ無し状態２４２と、エントリ作成・接続要求（ＳＹＮ）検出状態２４４と、接続応答（ＳＹＮ−ＡＣＫ）検出状態２４６と、コネクション検出状態２４８と、コネクション切断待ち状態２５０とが存在する。
【０１５０】
エントリ無し状態２４２において、接続要求（ＳＹＮ）を検出することにより（ステップＳ２５１）、エントリ作成・接続要求（ＳＹＮ）検出状態２４４に遷移する。このエントリ作成・接続要求（ＳＹＮ）検出状態２４４において、接続応答（ＳＹＮ−ＡＣＫ）を検出することにより（ステップＳ２５２）、接続応答（ＳＹＮ−ＡＣＫ）検出状態２４６に遷移する。
【０１５１】
この接続応答（ＳＹＮ−ＡＣＫ）検出状態２４６で受領応答（ＡＣＫ）を検出することにより（ステップＳ２５３）、コネクション検出状態２４８に遷移する。コネクション検出状態２４８において、データ送出の終了等によるｆｉｎ検出により（ステップＳ２５４）、コネクション切断待ち状態２５０に遷移する。このコネクション切断待ち状態２５０において、ｆｉｎＡｃｋ検出により（ステップＳ２５５）、エントリ無し状態２４２に遷移する。
【０１５２】
また、エントリ作成・接続要求（ＳＹＮ）検出状態２４４、接続応答（ＳＹＮ−ＡＣＫ）検出状態２４６又はコネクション切断待ち状態２５０の何れかでタイムアウトを検出することにより、エントリ無し状態２４２に遷移する（ステップＳ２５６、Ｓ２５７、Ｓ２５８）。また、コネクション検出状態２４８において、トラフィックタイムアウトを検出することにより、エントリ無し状態２４２に遷移する（ステップＳ２５９）。
【０１５３】
次に、処理シーケンス（図１３）の処理手順について、図１８を参照する。図１８は、要因検出の処理手順の一例を示すフローチャートである。
【０１５４】
この処理手順は、処理シーケンス（図１３）における要因の検出処理であって、図１８に示すように、コネクション管理テーブル１３６（図１４）を探索する（ステップＳ２６１）。このコネクション管理テーブル１３６から揺らぎ耐性が“低”であるかを判定し（ステップＳ２６２）、揺らぎ耐性が“低”であれば（ステップＳ２６２のＹＥＳ）、要求するスキャン時間Ｔscn （＝Ｔｓ）は、Ｔscn ＝Ｔscn-short とする（ステップＳ２６３）。この場合、スキャン時間Ｔscn は、揺らぎ耐性が低い通信アプリケーション向けの短いスキャン時間Ｔscn-short とし、スキャン要求を送付し（ステップＳ２６４）、イベント待ちに移行する。
【０１５５】
揺らぎ耐性が“低”でなければ（ステップＳ２６２のＮＯ）、揺らぎ耐性が“中”であるかを判定し（ステップＳ２６５）、揺らぎ耐性が“中”であれば（ステップＳ２６５のＹＥＳ）、要求するスキャン時間Ｔscn （＝Ｔｓ）は、Ｔscn ＝Ｔscn-mid とする（ステップＳ２６６）。この場合、スキャン時間Ｔscn は、揺らぎ耐性が中程度の通信アプリケーション向けの中程度のスキャン時間Ｔscn-mid とし、スキャン要求を送付し（ステップＳ２６４）、イベント待ちに移行する。
【０１５６】
揺らぎ耐性が“中”でなければ（ステップＳ２６５のＮＯ）、揺らぎ耐性が“中”を超えているので、要求するスキャン時間Ｔscn （＝Ｔｓ）は、Ｔscn ＝Ｔscn-longとする（ステップＳ２６７）。この場合、スキャン時間Ｔscn は、揺らぎ耐性が高い通信アプリケーション向けの長いスキャン時間Ｔscn-longとし、スキャン要求を送付し（ステップＳ２６４）、イベント待ちに移行する。
【０１５７】
このような処理手順によれば、通信中のデータが使用する上位プロトコル情報を監視し、その情報に応じてスキャン要求するスキャン時間を変えることができ、通信アプリケーションに応じた揺らぎ耐性に適合する送受信処理停止時間が設定できる。従って、通信の接続性を損なうことなく、送受信の停止処理が行える。
【０１５８】
次に、処理シーケンス（図１３）における応答受信の処理手順について、図１９を参照する。図１９は、ＭＳ側の応答受信の処理手順の一例を示すフローチャートである。
【０１５９】
この処理手順は、既述の処理シーケンス（図１３）で実行されるＭＳ４側の応答受信の処理である。この処理手順では、図１９に示すように、スキャン要求の後、ＭＳ４ではＢＳ６の応答を受信し、ＢＳ６からのメッセージ内容をチェックする（ステップＳ２７１）。送信されたメッセージがスキャン応答であるか又はメッセージにスキャン応答が含まれているかを判定する（ステップＳ２７２）。スキャン応答が存在しなければ（ステップＳ２７２のＮＯ）、通常のメッセージ対応処理を実行し（ステップＳ２７３）、待機状態としてイベント待ちに移行する。
【０１６０】
スキャン応答であれば（ステップＳ２７２のＹＥＳ）、スキャン開始時刻待ち状態（ステップＳ２７４）、停止時間終了タイマの設定（ステップＳ２７５）、動作停止（タイムアウト待ち）（ステップＳ２７６）を経て、停止時間終了タイマの終了の後、動作停止状態の回路部の動作を再開させ（ステップＳ２７７）、イベント待ち状態となる。このような処理の繰り返しにより、スキャン時間において、送受信処理の停止を実行できる。図１９に示すフローチャートでは、実行回数（Iteration ）＝１とした場合の処理を示しており、斯かる処理に本開示の制御が限定されるものではない。
【０１６１】
この処理手順において、タイマは、制御部５２でプログラムの実行によって計時するソフトタイマでもよいし、ハードウェアのカウンタで構成してもよい。
【０１６２】
次に、処理シーケンス（図１３）におけるＢＳ側の処理手順について、図２０を参照する。図２０は、ＢＳ側のメッセージ受信の処理手順の一例を示すフローチャートである。
【０１６３】
この処理手順は、既述の処理シーケンス（図１３）で実行されるＢＳ６側のメッセージ受信の処理である。この処理手順では、図２０に示すように、メッセージ受信により、ＢＳ６では、ＭＳ４からのメッセージ内容をチェックする（ステップＳ２８１）。送信されたメッセージがスキャン要求であるか又はメッセージにスキャン要求が含まれているかを判定する（ステップＳ２８２）。スキャン要求が存在しなければ（ステップＳ２８２のＮＯ）、通常のメッセージ対応処理を実行し（ステップＳ２８３）、待機状態としてイベント待ちに移行する。
【０１６４】
スキャン要求であれば（ステップＳ２８２のＹＥＳ）、スキャン時間を決定し（ステップＳ２８４）、ＭＳ４がスキャン処理中、送信保留バッファを確保する（ステップＳ２８５）。スキャン応答を送信し（ステップＳ２８６）、接続中のＭＳ４への送受信停止及びスキャンタイマのカウントを開始し（ステップＳ２８７）、スキャン時間を監視する。スキャンタイマの終了待ち（ステップＳ２８８）を経て、スキャンタイマの終了の後、ＭＳ４との送受信再開（ステップＳ２８９）を行い、イベント待ち状態に移行する。
【０１６５】
この処理は、単一のＭＳ４に着目した動作であって、ＢＳ６に対してＭＳ４以外のＭＳ即ち、複数のＭＳが存在している場合には、同様の処理が実行される。
【０１６６】
〔第６の実施の形態〕
【０１６７】
第６の実施の形態は、ＷｉＭＡＸ（ＩＥＥＥ８０２．１６ｅ）の通信におけるスキャン処理で送受信停止処理をする無線通信端末である。
【０１６８】
この第６の実施の形態について、図２１を参照する。図２１は、第６の実施の形態に係るＷｉＭＡＸ（ＩＥＥＥ８０２．１６ｅ）の処理シーケンスの一例を示す図である。
【０１６９】
この実施の形態においても、既述のハードウェア（図６）及び機能部（図７、図８）を用いるので、その説明を省略する。
【０１７０】
無線システム２（図５）において、スキャンは、接続中に電波状況が悪化し、他の接続先候補であるＢＳの探索や、電波状況の計測に用いられる。そこで、スキャン時間にはＭＳとＢＳとの接続を維持しながら、通信を一時的に停止し、他のＢＳの電波受信を行える時間を確保する。ＩＥＥＥ  ８０２．１６ｅでは、このシーケンスモードをスキャンモードとし、その処理と処理指示のためのメッセージを規定する。電波状況の悪化等により、他の接続先候補であるＢＳの有無や、信号レベル／品質を計測する場合、ＭＳ側からスキャン要求（ＭＯＢ＿ＳＣＮ−ＲＥＱ）メッセージを送信する。このメッセージは、スキャン必要時間（Duration）を示すパラメータに、ＷｉＭＡＸのフレーム周期単位で要求時間を含む。即ち、このメッセージには、スキャン周期を示すスキャン間隔（Interval）、実行回数（Iteration ）等のパラメータが含まれる。
【０１７１】
このようなスキャン要求により、ＢＳは、スキャン時間を割り当てる時間帯のスケジューリングを行うとともに、スキャン応答（ＭＯＢ＿ＳＣＮ−ＲＳＰ）メッセージを返信する。このメッセージにはスキャン要求と同様に、スキャン必要時間、スキャン間隔、実行回数等のパラメータが含まれる。この場合、スキャン要求に対するＢＳからのスキャン応答は、ＭＳからのスキャン要求と同一の場合もあるし、ＢＳ側の事情によってＭＳ側のスキャン要求と異なるスキャン応答を返信する場合もある。スキャン時間をスケジューリングした結果、スキャンの開始タイミングを表すパラメータであるスタートフレーム（Start Frame ）がＭＳに返信される。
【０１７２】
そこで、この処理シーケンスでは、図２１に示すように、既述の通り、ＭＳ４と通信先１４とが通信を行い（ステップ３０１）、ＭＳ４からスキャン要求（ＭＯＢ＿ＳＣＮ−ＲＥＱ）を生成し、通信中のＢＳ６に送信する（ステップＳ３０２）。このスキャン要求を受けたＢＳ６は、スキャン指示としてスキャン応答（ＭＯＢ＿ＳＣＮ−ＲＳＰ）を送出する（ステップＳ３０３）。
【０１７３】
スキャン指示を受けたＭＳ４では、スタートフレーム（Start Frame ）を契機に、スキャン時間Ｔｓ1 が開始され（ステップＳ３０４）、このスキャン時間Ｔｓ1 で通信可否と信号品質の測定が行われる（ステップＳ３０５）。
【０１７４】
このスキャン時間Ｔｓ1 の終了後、通信が再開される（ステップＳ３０６）。この再開された通信中に、スキャン時間Ｔｓ1 の終了時点からスキャン間隔Ｔｎが計測される（ステップＳ３０７）。このスキャン間隔Ｔｎの後、次のスキャン時間Ｔｓ2 が開始され（ステップＳ３０８）、スキャン処理が実行される。
【０１７５】
この場合、スキャン時間Ｔｓ1 、Ｔｓ2 のスキャンにより、ＢＳ６以外の他のＢＳとして例えば、ＢＳ７やＢＳ９が発見されている。
【０１７６】
この実施の形態では、スキャン要求／応答のシーケンスにより、接続中、既述の送受信処理停止時間を確保することができる。スキャン要求（ＭＯＢ＿ＳＣＮ−ＲＳＰ）では必要な時間をフレーム数で換算し、Ｄｕｒａｔｉｏｎ値を指定する。この場合、実行回数（Iteration ）値は１とし、単発のスキャンを要求しても良いし、複数回のスキャン要求としてもよい。ＢＳが複数回のスキャン要求を許容するとは限らない。また、スキャン間隔（Interval）は、スキャン試行回数が“１”であれば、固定値を設定すればよい。スキャン間隔に長い値を指定すると、ＢＳ側が指定された時間、新たなスキャン要求を受け付けられない場合も想定されるので、その場合には短い間隔値を設定すればよい。この要求を受けたＢＳは、受けたスキャン要求に対し、実際に受理した値でスキャン応答（ＭＯＢ＿ＳＣＮ−ＲＳＰ）の返信をする。このメッセージで指定されたスキャン開始タイミングからスキャン時間において、ＭＳは接続中のＢＳとの間の送受信処理を一時的に停止することができる。この結果、過熱状態の継続を防止でき、過熱状態から脱却することができる。
【０１７７】
次に、パケット情報の識別について、図２２及び図２３を参照する。図２２は、パケットフォーマットの一例を示す図、図２３は、ヘッダ構造の一例を示す図である。
【０１７８】
既述したように、パケット情報のデータ種別の識別には、パケットフォーマット（図２２）やヘッダ構造（図２３）を用いればよい。
【０１７９】
そこで、このパケットフォーマットには、図２２に示すように、ＳＤＵ（Service Data Unit ）としてＴＣＰパケット１７２と、ＵＤＰパケット１７４と、ＲＴＰパケット１７６とが存在する。
【０１８０】
ＴＣＰパケット１７２には、ＩＰヘッダ１７８、ＴＣＰヘッダ１８０、ペイロード１８２が含まれる。ＵＤＰパケット１７４には、ＩＰヘッダ１８４、ＵＤＰヘッダ１８６、ペイロード１８８が含まれる。また、ＲＴＰパケット１７６には、ＩＰヘッダ１９０、ＵＤＰヘッダ１９２、ＲＴＰヘッダ１９４、ペイロード１９６が含まれる。
【０１８１】
また、ＩＰヘッダ１７８、１８４、１９０は、図２３に示すように、Ｖｅｒ、ＩＨＬ、ＴｏＳ、Ｌｅｎｇｔｈ、ＩＤ、Ｆｌａｇ、Ｏｆｆｓｅｔ、ＴＴＬ、Ｐｒｏｔ、ＨＣＳ、Ｓｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓ、Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  Ａｄｄｒｅｓｓ、Ｏｐｔｉｏｎ／Ｐａｄｄｉｎｇが含まれる。
【０１８２】
このようなパケットフォーマットやヘッダ構造を用いれば、パケット情報を容易に知ることができる。そして、通信中に検出されたデータ種別又はアプリケーション種別により適切なスキャン時間を用いることができる。
【０１８３】
次に、処理シーケンス（図２１）のスキャン判定開始の処理手順について、図２４を参照する。図２４は、スキャン判定開始の処理手順の一例を示すフローチャートである。
【０１８４】
この処理手順では、スキャン判定開始に基づき、ＢＳ信号レベルが閾値以下であるかを判定し（ステップＳ３１１）、閾値レベル以上であれば（ステップＳ３１１のＮＯ）、この処理を終了する。また、ＢＳ信号レベルが閾値以下であれば（ステップＳ３１１のＹＥＳ）、これを契機に、ＢＳに対してスキャン要求の送信を行う（ステップＳ３１２）。
【０１８５】
次に、処理シーケンス（図２１）のＢＳ応答受信の処理手順について、図２５を参照する。図２５は、ＭＳ側のＢＳ応答受信の処理手順の一例を示すフローチャートである。
【０１８６】
この処理手順では、図２５に示すように、スキャン要求の後、ＭＳ４では、ＢＳ６の応答を受信し、ＢＳ６からのメッセージ内容をチェックする（ステップＳ３２１）。送信されたメッセージがスキャン応答であるか又はメッセージにスキャン応答が含まれているかを判定する（ステップＳ３２２）。スキャン応答が存在しなければ（ステップＳ３２２のＮＯ）、通常のメッセージ対応処理を実行し（ステップＳ３２３）、この処理を終了する。
【０１８７】
スキャン応答であれば（ステップＳ３２２のＹＥＳ）、スキャン開始時刻待ち（ステップＳ３２４）、送受信停止、スキャン終了タイマ（停止時間終了タイマ）の設定（ステップＳ３２５）、他のＢＳのスキャン実行（ステップＳ３２６）を経て、スキャン終了タイマのタイムアウトの後、ＢＳ６との送受信再開（ステップＳ３２７）を行い、実行回数に応じた回数だけ実行し（ステップＳ３２８）、この処理を終了する。
【０１８８】
この実施の形態においては、スキャン処理をスキャン間隔を設けてスキャンを実行し、過熱状態にあるＭＳ４の過熱状態の継続を防止できる。
【０１８９】
〔第７の実施の形態〕
【０１９０】
第７の実施の形態は、ＴＣＰ利用時の送受信の処理停止の構成例である。
【０１９１】
この第７の実施の形態について、図２６を参照する。図２６は、ＴＣＰ利用時の処理シーケンスの一例を示す図である。
【０１９２】
この実施の形態では、ＴＣＰ／ＩＰをＷｉＭＡＸの上位プロトコルとして使用する場合である。即ち、既述の処理により、上位レイヤとしてＴＣＰを用いた通信であると判断された場合には、スキャン時間を徐々に増加させる。このスキャン時間を増加する処理について、ＢＳが要求するスキャン時間より短い時間を指示すれば、スキャン許容時間の上限を知ることができ、その値を増加の上限値とし、スキャン時間を停止してもよい。事前に与えられた上限値に到達した時点で、その後の処理はこの上限値を以てスキャン時間を要求してもよい。
【０１９３】
そこで、この処理シーケンスでは、図２６に示すように、ＭＳ４と通信先１４とが通信している場合（ステップＳ４０１）、データ監視を行う（ステップＳ４０２）。このデータ監視により、通信種別を判別する。
【０１９４】
ＭＳ４の温度検出部５６の検出温度により過熱状態を検出し（ステップＳ４０３）、通信種別に応じたスキャン時間の調整をする（ステップＳ４０４）。過熱検出に基づき、スキャン要求（ＳＣＮ−ＲＥＱ）を生成するが、指定するスキャン時間は既述のスキャン時間の調整に基づき、調整されたスキャン時間Ｔｓ1 が設定される。スキャン要求を通信中のＢＳ６に対して送信する（ステップＳ４０５）。この場合、スキャン要求では、スキャン時間は既述の通信種別に応じて調整された時間であり、送受信処理の停止時間が設定される。
【０１９５】
スキャン要求を受けたＢＳ６からスキャン応答（ＳＣＮ−ＲＳＰ）が発せられ（ステップＳ４０６）、このスキャン応答によりＭＳ４がスキャン指示を受け、スキャン時間Ｔｓ1 に移行する（ステップＳ４０７）。
【０１９６】
スキャン時間において、送受信処理が停止されることは既述の通りである。スキャン時間Ｔｓ1 が終了すると、通信が再開され（ステップＳ４０８）、再び、過熱検出に基づき、スキャン要求（ＳＣＮ−ＲＥＱ）が生成され、調整されたスキャン時間Ｔｓ2 （＞Ｔｓ1 ）が設定される。スキャン要求を通信中のＢＳ６に対して送信する（ステップＳ４０９）。
【０１９７】
スキャン要求を受けたＢＳ６からスキャン応答（ＳＣＮ−ＲＳＰ）が発せられ（ステップＳ４１０）、このスキャン応答によりＭＳ４がスキャン指示を受け、スキャン時間Ｔｓ2 に移行する（ステップＳ４１１）。
【０１９８】
スキャン時間Ｔｓ2 が終了すると、通信が再開され（ステップＳ４１２）、再び、過熱検出に基づき、スキャン要求（ＳＣＮ−ＲＥＱ）が生成され、調整されたスキャン時間Ｔｓ3 （＞Ｔｓ2 ）が設定される。スキャン要求を通信中のＢＳ６に対して送信する（ステップＳ４１３）。
【０１９９】
スキャン要求を受けたＢＳ６からスキャン応答（ＳＣＮ−ＲＳＰ）が発せられ（ステップＳ４１４）、このスキャン応答によりＭＳ４がスキャン指示を受け、スキャン時間Ｔｓ3 に移行する（ステップＳ４１５）。
【０２００】
このように、徐々にスキャン時間ＴｓをＴｓ1 ＜Ｔｓ2 ＜Ｔｓ3 に段階的に増加させ、これらのスキャン時間でスキャンを実行するとともに、そのスキャン時間Ｔｓに設定された送受信処理停止時間で送受信処理を停止させる。
【０２０１】
このような処理手順によれば、複数のスキャン時間を設定し、段階的にスキャン時間を増加させているので、スキャン時間におけるタイムオーバーを防止することができ、通信を継続させることができる。
【０２０２】
次に、処理シーケンス（図２６）の要因検出について、図２７を参照する。図２７は、要因検出の処理手順の一例を示すフローチャートである。
【０２０３】
この処理手順は、処理シーケンス（図２６）における要因の検出処理であって、図２７に示すように、コネクション管理テーブル１３６（図１４）を探索する（ステップＳ４２１）。このコネクション管理テーブル１３６からＴＣＰ通信かを判定し（ステップＳ４２２）、ＴＣＰ通信でなければ（ステップＳ４２２のＮＯ）、スキャン時間Ｔscn にＴscn ＝Ｔscn-normを設定する（ステップＳ４２３）。Ｔscn-normは、ＴＣＰ通信をしていない場合のスキャン時間である。このスキャン時間Ｔscn にＴscn ＝Ｔscn-normを設定した後、スキャン要求の送信を実行し（ステップＳ４２４）、イベント待ち状態に移行する。
【０２０４】
ＴＣＰ通信であれば（ステップＳ４２２のＹＥＳ）、ＴＣＰ通信が前回からの連続であるかを判定する（ステップＳ４２５）。前回からの連続でなければ（ステップＳ４２５のＮＯ）、スキャン時間Ｔscn にＴscn ＝Ｔscn-dyn0を設定する（ステップＳ４２６）。このＴscn-dyn0は、ＴＣＰ通信の場合のスキャン時間の初期値である。このスキャン時間Ｔscn にＴscn ＝Ｔscn-dyn0を設定した後、スキャン要求の送信を実行し（ステップＳ４２４）、イベント待ち状態に移行する。
【０２０５】
また、前回からの連続であれば（ステップＳ４２５のＹＥＳ）、スキャン時間Ｔscn に新Ｔscn ＝Ｔscn ＋ΔＴを設定する（ステップＳ４２７）。ΔＴは、スキャン要求時間の増加分であって、例えば、ΔＴ＝Ｔscn-dyn0又はΔＴ＝Ｔscn である。この新Ｔscn を設定した後、スキャン要求の送信を実行し（ステップＳ４２４）、イベント待ち状態に移行する。
【０２０６】
次に、処理シーケンス（図２６）のＢＳ応答受信の処理手順について、図２８を参照する。図２８は、ＭＳ側のＢＳ応答受信の処理手順の一例を示すフローチャートである。
【０２０７】
この処理手順では、図２８に示すように、スキャン要求の後、ＭＳ４では、ＢＳ６の応答を受信し、ＢＳ６からのメッセージ内容をチェックする（ステップＳ４３１）。送信されたメッセージがスキャン応答であるか又はメッセージにスキャン応答が含まれているかを判定する（ステップＳ４３２）。スキャン応答が存在しなければ（ステップＳ４３２のＮＯ）、通常のメッセージ対応処理を実行し（ステップＳ４３３）、イベント待ち状態に移行し、この処理を終了する。
【０２０８】
スキャン応答であれば（ステップＳ４３２のＹＥＳ）、スキャン開始時刻待ち（ステップＳ４３４）、送受信停止、スキャン終了タイマ（停止時間終了タイマ）の設定（ステップＳ４３５）、動作停止（タイムアウト待ち）（ステップＳ４３６）を経て、スキャン終了タイマのタイムアウトの後、動作停止状態の回路部の動作を再開させ（ステップＳ４３７）、イベント待ち状態となる。この処理手順は、実行回数＝１とした場合の例である。
【０２０９】
次に、ＴＣＰの輻輳ウィンドウサイズと応答タイムアウトの処理について、図２９を参照する。図２９は、ＴＣＰの輻輳ウィンドウサイズと応答タイムアウトの処理手順の一例を示すフローチャートである。
【０２１０】
この処理手順では、輻輳ウィンドウ（送信ウィンドウ）サイズＴWIN がＴWIN ＝２×ＭＳＳに設定され（ステップＳ４４１）、（ＴWIN −未Ａｃｋ）バイト送信が設定される（ステップＳ４４２）。ＭＳＳは、最大セグメントサイズであって、１パケットで送信できるデータ量の最大値である。また、ＴWIN は、輻輳ウィンドウ（送信ウィンドウ）サイズである。
【０２１１】
そこで、受領応答Ａｃｋがありかを判定する（ステップＳ４４３）。Ａｃｋがあれば（ステップＳ４４３のＹＥＳ）、平均ＲＴＴ（ＳＲＴＴ）を更新し（ステップＳ４４４）、ＴRTO ＝２×ＳＲＴＴ、ＴWIN ＝２×ＴWIN を設定する（ステップＳ４４５）。ここで、平均ＲＴＴ（ＳＲＴＴ）は、平均ラウンドトリップタイム、ＴRTO は、Ａｃｋタイムアウト時間である。
【０２１２】
そして、全送信が終了したかを判定し（ステップＳ４４６）、全送信が終了していなければ（ステップＳ４４６のＮＯ）、ステップＳ４４２−Ｓ４４６を繰り返し、全送信を終了すれば（ステップＳ４４６のＹＥＳ）、この処理を終了する。
【０２１３】
また、Ａｃｋでなければ（ステップＳ４４３のＮＯ）、タイムアウトであるかを判定し（ステップＳ４４７）、タイムアウトでなければ（ステップＳ４４７のＮＯ）、ステップＳ４４３に戻る。タイムアウトであれば（ステップＳ４４７のＹＥＳ）、ＴRTO ＝２×ＴRTO 、ＴWIN ＝ＭＳＳを設定し（ステップＳ４４８）、タイムアウト分の再送信を実行し（ステップＳ４４９）、ステップＳ４４３に戻る。
【０２１４】
次に、処理シーケンス（図２６）に非対応時及び対応時の処理シーケンスについて、図３０及び図３１を参照する。図３０は、処理シーケンス（図２６）の非対応時の処理シーケンスを示す図、図３１は、処理シーケンス（図２６）の対応時の処理シーケンスを示す図である。
【０２１５】
各処理シーケンスは、ホスト部４４からＴＣＰ通信を起動し、ホスト部４４から通信先１４にデータ転送を行う処理手順である。
【０２１６】
(1) 処理シーケンス（図２６）に非対応時処理（図３０）
【０２１７】
ホスト部４４から接続要求（Ｓｙｎ）が生成され、通信先１４に送出される（ステップＳ４５１）。この接続要求に対し、通信先１４から要求応答（ＳｙｎＡｃｋ）が発せられ（ステップＳ４５２）、これを受けたホスト部４４から受領応答（Ａｃｋ）が発せられ、通信先１４に送信される（ステップＳ４５３）。
【０２１８】
このような手順を経て接続が確立すると、ホスト部４４からデータが送信１として通信先１４に送信され（ステップＳ４５４）、通信先１４から受領応答Ａｃｋ１が発せられる（ステップＳ４５５）。このＡｃｋ１の受信の後、ホスト部４４から送信２としてデータが通信先１４に送信される（ステップＳ４５６）。これを受けた通信先１４から送信２に対する２回の受領応答としてＡｃｋ２ａ、Ａｃｋ２ｂが順次に発せられている（ステップＳ４５７、Ｓ４５８）。
【０２１９】
この場合、ホスト部４４がＡｃｋ２ａを受領した後、送信３として通信先１４にデータ送信が行われ（ステップＳ４５９）、この送信３の時間中にスキャン発生となっている（ステップＳ４６０）。
【０２２０】
ここで、送信１の送信ウィンドウサイズをＴWIN1、送信２の送信ウィンドウサイズをＴWIN2、送信３の送信ウィンドウサイズをＴWIN3とすれば、送信ウィンドウサイズＴWIN がＴWIN1＜ＴWIN2＜ＴWIN3となり、徐々に拡大している。この場合、ＴWIN3は、Ａｃｋタイムアウト時間ＴRTO より短く設定されている。
【０２２１】
このスキャン時間では、スキャン処理がデータ転送を阻み、スキャン処理が開始されると、ホスト部４４から送出されたデータはＭＡＣ層制御部１１６に保持される（ステップＳ４６１）。ＭＡＣ層制御部１１６がスキャン時間の終了後、送信３に係るデータを通信先１４に送出する（ステップＳ４６２）。
【０２２２】
また、スキャン時間中の送信３のデータ到達に対応し、通信先１４から受領応答Ａｃｋ３が発せられ（ステップＳ４６３）、このＡｃｋ３がＢＳ６に保持され、スキャン時間の終了後、ＢＳ６からホスト部４４に到達する（ステップＳ４６４）。
【０２２３】
このＡｃｋ３を受けたホスト部４４ではＡｃｋタイムアウトを生じ（ステップＳ４６５）、このＡｃｋタイムアウトにより、再送を生じる（ステップＳ４６６）。この再送がＭＡＣ層制御部１１６に通知され（ステップＳ４６７）、通信先１４に到達させる（ステップＳ４６８）。
【０２２４】
このようなデータ転送を経て、ホスト部４４から通信先１４にデータが送信され、その受領応答がホスト部４４に到達する。そして、スキャン発生後の処理（ステップＳ４６９）では、再送とそれに伴う送信ウィンドウサイズＴWIN が送信ウィンドウサイズＴWIN4に縮小され（ステップＳ４７０）、その後、送信ウィンドウサイズＴWIN5に拡大されている（ステップＳ４７１）。即ち、スキャン発生後の処理（ステップＳ４６９）では、スキャン発生による送受信処理の停止時間以上に通信速度が低下する。この場合、通信速度は実質的なデータの転送量を意味する。
【０２２５】
(2) 処理シーケンス（図２６）に対応時処理（図３１）
【０２２６】
ホスト部４４の接続要求（Ｓｙｎ）及び通信先１４への送出（ステップＳ４８１）、通信先１４からの要求応答（ＳｙｎＡｃｋ）（ステップＳ４８２）、ホスト部４４の受領応答（Ａｃｋ）（ステップＳ４８３）は既述の通りである。
【０２２７】
このような手順を経て接続が確立すると、ホスト部４４のデータ送信１（ステップＳ４８４）、通信先１４からの受領応答Ａｃｋ１（ステップＳ４８５）、ホスト部４４のデータ送信２（ステップＳ４８６）、データ送信２に対する２回の受領応答としてＡｃｋ２ａ、Ａｃｋ２ｂの送出（ステップＳ４８７、Ｓ４８８）が行われている。
【０２２８】
ホスト部４４はＡｃｋ２ａを受領した後、通信先１４にデータ送信３を行う（ステップＳ４８９）。このデータ送信３の時間中にスキャン発生１（ステップＳ４９０）により、データ送信３中の一部のデータが通信先１４に到達し、通信先１４から発せられた受領応答Ａｃｋ３は、ＢＳ６に保持される（ステップＳ４９１）。この受領応答Ａｃｋ３は、スキャン時間後に送信され、ホスト部４４に到達する（ステップＳ４９２）。
【０２２９】
スキャン発生１（ステップＳ４９０）で、ＭＡＣ層制御部１１６に保持されたデータは、スキャン時間後に通信先１４に送信され（ステップＳ４９３）、その受領応答Ａｃｋ３が通信先１４からホスト部４４に到達している（ステップＳ４９４）。
【０２３０】
受領応答Ａｃｋ３を受けたホスト部４４は、データ送信４を開始する（ステップＳ４９５）。このデータ送信４の時間中にスキャン発生２（ステップＳ４９６）により、データ送信４中の一部のデータが通信先１４に到達し、通信先１４から発せられた受領応答Ａｃｋ４、Ａｃｋ５は、ＢＳ６に保持される（ステップＳ４９７）。この受領応答Ａｃｋ４、Ａｃｋ５は、スキャン時間後に送信され、ホスト部４４に到達する（ステップＳ４９８）。
【０２３１】
そして、スキャン発生２によりＭＡＣ層制御部１１６に保持されたデータは、スキャン時間後に通信先１４に送信される（ステップＳ４９９）。その受領応答Ａｃｋが通信先１４から発せられ、ホスト部４４に到達する（ステップＳ５００）。スキャン発生、データ送信、受領応答等の処理が繰り返される。
【０２３２】
ここで、送信１、２、３・・・の送信ウィンドウサイズＴWIN1、ＴWIN2、ＴWIN3、ＴWIN4・・・は、ウィンドウサイズＴWIN がＴWIN1＜ＴWIN2＜ＴWIN3＜ＴWIN4・・・となり、徐々に拡大している。
【０２３３】
そして、送信ウィンドウサイズＴWIN3ではＡｃｋタイムアウトを生じないし（ステップＳ５０１）、送信ウィンドウサイズＴWIN4では、ＲＴＴの増加でＡｃｋタイムアウト時間ＴRTO が増加している（ステップＳ５０２）。
【０２３４】
従って、スキャン発生後の処理（ステップＳ５０３）では、スキャン発生による送受信処理停止時間に見合う通信速度以下に抑えられている。
【０２３５】
〔第８の実施の形態〕
【０２３６】
第８の実施の形態は、ＴＣＰ利用時の送受信の処理停止の他の構成例である。
【０２３７】
この第８の実施の形態について、図３２を参照する。図３２は、ＴＣＰ利用時の処理シーケンスの一例を示す図である。
【０２３８】
ＴＣＰ／ＩＰをＷｉＭＡＸの上位プロトコルに使用する場合には、上位レイヤとしてＴＣＰを用いた通信であれば、既述の手順（図２６）でスキャン時間を徐々に延ばす代わり、スキャン要求に先立って送信処理を保留（送信停止）する時間を設け、この保留時間を徐々に増加させることで、ＴＣＰ／ＩＰが検知するＲＴＴを大きくし、Ａｃｋタイムアウト時間を延ばしてもよい。そして、スキャン時間又は相応の時間まで処理停止時間を増加した時点で、スキャン要求を行う。ＷｉＭＡＸでは、ユーザデータを流すサービスフローがベストエフォートの場合、送信に必要な送信スロットをＢＳ側に割り当てさせるため、帯域要求（ＢＷ−ＲＥＱ）をエンコートしたＭＡＣヘッダを送信する。また、ＭＡＣヘッダの送信スロットの割り当てがない場合にはＣＤＭＡ Rangingの一つであるＢＷ Rangingを用いて割り当てをする。そこで、ＢＷ−ＲＥＱ送信を必要な時間だけ保留すれば、送信処理の保留は容易に実現できる。送信処理の保留の方が、スキャンにより送受信処理停止時間をいきなり確保するよりきめ細かい時間制御が可能であり、スキャン発生時までにＡｃｋタイムアウト時間を延ばしておくことで、スキャン発生による送受信処理停止時間に見合う通信速度以下に抑えられている。
【０２３９】
送信処理を停止させれば、データ送信は停止され、仮に、送信をしても少ない情報量のＢＳに対するフィードバック情報（信号品質測定値等）のみであり、送信処理のごく短時間になり、過熱状態を緩和させる上で有効である。
【０２４０】
そこで、この場合の処理シーケンスでは、図３２に示すように、ホスト部４４と通信先１４との通信を確立させ（ステップＳ６０１）、この通信中にＭＡＣ層制御部１１６ではデータ監視を行う（ステップＳ６０２）。
【０２４１】
この場合、ＴＣＰ通信であるから、データからＴＣＰが検出されている（ステップＳ６０３）。そして、ＭＡＣ層制御部１１６では過熱検出が行われ（ステップＳ６０４）、この過熱検出に応じた送信停止が実行される（ステップＳ６０５）。この送信停止では、時間調整が行われ（ステップＳ６０６）、この時間調整にはＴＣＰ検出の検出結果が参照され、ＴＣＰに応じた送受信処理停止時間が設定される。そして、送信停止（ステップＳ６０５）の後、間欠的に送信停止（ステップＳ６０７、Ｓ６０８）が実行され、送受信処理停止時間は段階的に徐々に延長されている。
【０２４２】
送信停止（ステップＳ６０８）の後、過熱検出（ステップＳ６０４）に基づくスキャン要求（ＳＣＮ−ＲＥＱ）が生成され、ＢＳ６に送信されている（ステップＳ６０９）。このスキャン要求（ＳＣＮ−ＲＥＱ）のスキャン応答（ＳＣＮ−ＲＳＰ）がＢＳ６からＭＳ４に送信されている。このスキャン応答を受けた後、スキャン時間が設定され、スキャンが実行される（ステップＳ６１０）。
【０２４３】
このスキャンにより、スキャン時間で設定された送受信処理停止時間において、送受信処理が停止されることは既述の通りである。そして、スキャン時間の終了の後、通信が再開されている（ステップＳ６１１）。
【０２４４】
次に、処理シーケンス（図３２）の要因検出について、図３３を参照する。図３３は、要因検出の処理手順の一例を示すフローチャートである。
【０２４５】
この処理手順は、処理シーケンス（図３２）における要因の検出処理であって、図３３に示すように、コネクション管理テーブル１３６（図１４）を探索する（ステップＳ６２１）。このコネクション管理テーブル１３６からＴＣＰ通信かを判定し（ステップＳ６２２）、ＴＣＰ通信でなければ（ステップＳ６２２のＮＯ）、スキャン要求送信を実行し（ステップＳ６２３）、イベント待ち状態に移行する。
【０２４６】
ＴＣＰ通信であれば（ステップＳ６２２のＹＥＳ）、データ送受信保留時間ＴW にデータ送受信保留時間初期値ＴWOを設定（ＴW ＝ＴWO）し（ステップＳ６２４）、データ送受信保留時間ＴW の時間中、データ送受信を保留する（ステップＳ６２５）。次に、ＴW とデータ送受信保留時間閾値ＴWth とを比較し、ＴW ＞ＴWth であるかを判定する。ＴW ＞ＴWth であれば（ステップＳ６２６のＹＥＳ）、ステップＳ６２３に移行する。ＴW ＞ＴWth でなければ（ステップＳ６２６のＮＯ）、データ送受信保留時間ＴW を変更し、この場合、現在のＴW にデータ送受信保留時間増加分ΔＴを加えた新ＴW として、新ＴW ＝ＴW ＋ΔＴを設定する（ステップＳ６２７）。ΔＴは、例えば、ＴW の時間としてもよい。
【０２４７】
そして、新ＴW の設定の後、一定時間データの送受信を再開し（ステップＳ６２８）、ステップＳ６２５に戻る。
【０２４８】
このような処理により、ＴＣＰ通信の場合には、徐々に送受信処理停止時間を増加させた送信停止を段階的に実行し、スキャンに移行させることができる。
【０２４９】
次に、処理シーケンス（図３２）のＢＳ応答受信の処理手順について、図３４を参照する。図３４は、ＭＳ側のＢＳ応答受信の処理手順の一例を示すフローチャートである。
【０２５０】
この処理手順では、図３４に示すように、スキャン要求の後、ＭＳ４では、ＢＳ６の応答を受信し、ＢＳ６からのメッセージ内容をチェックする（ステップＳ６３１）。送信されたメッセージがスキャン応答であるか又はメッセージにスキャン応答が含まれているかを判定する（ステップＳ６３２）。スキャン応答が存在しなければ（ステップＳ６３２のＮＯ）、通常のメッセージ対応処理を実行し（ステップＳ６３３）、イベント待ちに移行する。
【０２５１】
スキャン応答であれば（ステップＳ６３２のＹＥＳ）、スキャン開始時刻待ち（ステップＳ６３４）、送受信停止、スキャン終了タイマ設定（ステップＳ６３５）、動作停止（タイムアウト待ち）（ステップＳ６３６）を経て、スキャン終了タイマのタイムアウトの後、動作停止状態の回路部の動作を再開させ（ステップＳ６３７）、イベント待ち状態となる。この処理手順は、実行回数＝１とした場合の例である。
【０２５２】
次に、処理シーケンス（図３２）の対応時の処理シーケンスについて、図３５を参照する。図３５は、処理シーケンス（図３２）の対応時の処理シーケンスを示す図である。
【０２５３】
各処理シーケンスは、ホスト部４４からＴＣＰ通信を起動し、ホスト部４４から通信先１４にデータ転送を行う処理手順である。
【０２５４】
ホスト部４４の接続要求（Ｓｙｎ）及び通信先１４への送出（ステップＳ６４１）、通信先１４からの要求応答（ＳｙｎＡｃｋ）（ステップＳ６４２）、ホスト部４４の受領応答（Ａｃｋ）（ステップＳ６４３）は既述の通りである。
【０２５５】
このような手順を経て接続が確立すると、ホスト部４４のデータ送信１（ステップＳ６４４）、通信先１４からの受領応答Ａｃｋ１（ステップＳ６４５）、ホスト部４４のデータ送信２（ステップＳ６４６）、データ送信２に対する２回の受領応答としてＡｃｋ２ａ、Ａｃｋ２ｂの送出（ステップＳ６４７、Ｓ６４８）が行われている。
【０２５６】
ホスト部４４はＡｃｋ２ａを受領した後、通信先１４にデータ送信３を行う（ステップＳ６４９）。このデータ送信３の時間中に通信停止が発生し（ステップＳ６５０）、データ送信３中の一部のデータが通信先１４に到達し、通信先１４から発せられた受領応答Ａｃｋ３は、ＢＳ６に保持される（ステップＳ６５１）。即ち、通信停止（ステップＳ６５０）では、データ転送処理を停止し、送受信データを保留する。そして、ＢＳ６に保持された受領応答Ａｃｋ３は、通信停止解除の後にＭＳ４に送信され、ホスト部４４に到達する（ステップＳ６５２）。
【０２５７】
通信停止（ステップＳ６５０）で、ＭＡＣ層制御部１１６に保持されたデータは、通信停止の解除後、通信先１４に送信される（ステップＳ６５３）。
【０２５８】
受領応答Ａｃｋ３を受けたホスト部４４は、データ送信４を開始する（ステップＳ６５４）。このデータ送信４の時間中にスキャン発生（ステップＳ６５５）により、データ送信４中の一部のデータが通信先１４に到達し、通信先１４から発せられた受領応答Ａｃｋ４、Ａｃｋ５は、ＢＳ６に保持される（ステップＳ６５６）。この受領応答Ａｃｋ４、Ａｃｋ５は、スキャン時間後に送信され、ホスト部４４に到達する（ステップＳ６５７）。
【０２５９】
そして、スキャン発生によりＭＡＣ層制御部１１６に保持されたデータは、スキャン時間後に通信先１４に送信される（ステップＳ６５８）。その受領応答Ａｃｋが通信先１４から発せられ、ホスト部４４に到達する（ステップＳ６５９）。スキャン発生、データ送信、受領応答等の処理が繰り返される。
【０２６０】
ここで、送信１、２、３・・・の送信ウィンドウサイズＴWIN1、ＴWIN2、ＴWIN3、・・・は、送信ウィンドウサイズＴWIN がＴWIN1＜ＴWIN2＜ＴWIN3・・・となり、徐々に拡大している。
【０２６１】
そして、送信ウィンドウサイズＴWIN3ではＡｃｋタイムアウトを生じないし（ステップＳ６６０）、送信ウィンドウサイズＴWIN4では、ＲＴＴの増加でＡｃｋタイムアウト時間ＴRTO が増加している（ステップＳ６６１）。
【０２６２】
従って、スキャン発生後の処理（ステップＳ６６２）では、スキャン発生による送受信処理停止時間に見合う通信速度以下に抑えられている。
【０２６３】
〔第９の実施の形態〕
【０２６４】
第９の実施の形態は、送信時間から過熱状態を推定し、送信停止を実行する構成である。即ち、所定の送信時間の後、スキャン要求を行い、送信停止を実行し、継続した過熱状態を回避する。
【０２６５】
この第９の実施の形態について、図３６を参照する。図３６は、第９の実施の形態に係る無線通信端末の一例を示す図である。図３６において、図７と同一部分には同一符号を付してある。
【０２６６】
このＭＳ４では、図３６に示すように、制御部５２にパケット再構成部１１２、パケット分解部１１４、ＭＡＣ層制御部１１６とともに、計時部１６２と、計時制御部１６４とを備える。
【０２６７】
計時部１６２は、Ｉ／Ｆ部４２のＲＦ部４８からの送信時間を計時する手段であり、例えば、カウンタで構成される。この計時部１６２は、ＲＦ部４８の送信開始時点から送信終了時点までの時間を計測する時間計測手段の一例である。この計時部１６２の出力は、時間情報として計時制御部１６４に加えられる。
【０２６８】
計時制御部１６４は、計時部１６２からの時間情報を受け、送信時間が所定値に到達した場合、ＭＡＣ層制御部１１６に対し、スキャン要求の指示出力を発生する手段の一例である。なお、これらの機能部を実現するためのＭＳ４のハードウェアは、図６に示した通りであるので、その説明は省略する。
【０２６９】
そこで、計測された送信時間が計時制御部１６４に通知されると、計時制御部１６４では、その送信時間が所定値に到達し又はその所定値を超えているかの判断をする。斯かる判断に基づき、その送信時間が少なくとも所定値に到達していれば、スキャン要求の指示出力が計時制御部１６４からＭＡＣ層制御部１１６に加えられる。ＭＡＣ層制御部１１６は、斯かる指示出力を受け、既述のスキャン要求を生成し、このスキャン要求に基づきスキャン処理に移行させることは既述の通りである。
【０２７０】
斯かる構成によれば、送信時間によって過熱状態が推測できるので、過熱状態の継続からＭＳ４を防護することができ、送信特性の悪化や部品の劣化を防止できる。
【０２７１】
なお、この実施の形態において、送信時間は、継続した送信時間だけでなく、断続した送信時間を記録し、その加算値を参照してスキャン要求の契機としてもよい。
【０２７２】
〔第１０の実施の形態〕
【０２７３】
第１０の実施の形態は、送信電力から過熱状態を推定し、送受信停止を実行する構成である。即ち、送信電力と送信時間から温度を推定し、送信停止時間に到達すれば、スキャン要求を行い、送受信停止を実行し、継続した過熱状態を回避する。
【０２７４】
この第１０の実施の形態について、図３７及び図３８を参照する。図３７は、第１０の実施の形態に係る無線通信端末の一例を示す図、図３８は、送信電力に基づく処理手順の一例を示すフローチャートである。
【０２７５】
このＭＳ４では、図３７に示すように、制御部５２に設置されたＭＡＣ層制御部１１６に送信電力制御部１６６を備える。
【０２７６】
この送信電力制御部１６６は、送信電力情報に基づきスキャン要求の指示出力を生成させる手段である。この送信電力制御部１６６では、一例として、ＲＦ部４８から送信電力を取得するとともに、送信時間を計時し、これらから温度変化を推定し、送受信停止シーケンスを起動する。なお、これらの機能部を実現するためのＭＳ４のハードウェアは、図６に示した通りであるので、その説明は省略する。
【０２７７】
そこで、この電力制御による処理手順では、図３８に示すように、ＲＦ部４８の送信を監視し、ＲＦ部４８から得られる出力Ｐ、送信時間ＴTXを取得する（ステップＳ７０１）。この送信時間ＴTXは、既述の第９の実施の形態の計時部１６２（図３６）を備えて取得すればよい。
【０２７８】
これらの送信出力Ｐ及び送信時間ＴTXを用いて第１の温度変化推定を行う（ステップＳ７０２）。この温度変化推定では、推定温度Ｔは、
【数１】
0005387483.tif 000002
から算出すればよい。この式(1) において、
Ｔo ：温度基準値
ｔint ：前回送信からの経過時間
ｋ：温度抵抗によって決まる放熱係数
α：熱容量
である。
【０２７９】
算出された推定温度Ｔと過熱検出閾値ＴTHとを比較し、Ｔ＞ＴTHであるかを判定する（ステップＳ７０３）。Ｔ＞ＴTHでなければ（ステップＳ７０３のＮＯ）、過熱状態にはないので、ステップＳ７０２に戻り、温度変化推定を行い、過熱状態に到達するかを監視する。
【０２８０】
Ｔ＞ＴTHであれば（ステップＳ７０３のＹＥＳ）、過熱状態であるので、既述の送受信停止のための処理シーケンスを起動し（ステップＳ７０４）、第２の温度変化推定を行い（ステップＳ７０５）、ステップＳ７０１に戻る。
【０２８１】
この温度変化推定では、
【数２】
0005387483.tif 000003
により推定温度Ｔを求める。この式(2) において、ｔH は送信停止時間である。
【０２８２】
このような処理手順によれば、推定温度Ｔが過熱検出閾値ＴTHを超えていれば、スキャン要求の指示出力が計時制御部１６４からＭＡＣ層制御部１１６に加えられる。ＭＡＣ層制御部１１６は、斯かる指示出力を受け、既述のスキャン要求を生成し、このスキャン要求に基づきスキャン処理に移行させることは既述の通りである。
【０２８３】
斯かる構成によれば、送信電力及び時間経過によって過熱状態が推測できるので、過熱状態の継続からＭＳ４を防護することができ、送信特性の悪化や部品の劣化を防止できる。
【０２８４】
〔上記実施の形態の特徴事項の列挙及び他の実施の形態〕
【０２８５】
以上述べた各実施の形態の特徴事項や、他の実施の形態を列挙する。
【０２８６】
(1) 状態監視、過熱温度の検出、推定及び送受信停止
【０２８７】
第３の実施の形態では、温度検出部５６を用いて過熱状態を検出し、過熱状態の継続を回避するため、スキャン要求による送受信処理停止時間を確保している。スキャン時間分、ＭＳは接続中のＢＳとの間の送受信処理を一時的に停止し、この時間を活用してＭＳ側の各回路ブロックの動作を停止又は電源オフ等の電力消費低減措置を実行する。一回のスキャン時間で十分な温度低下が得られなければ、スキャン処理を繰り返すことにより、送受信の停止を行えばよい。温度検出部５６に代え、増幅器７２等の送信パワーアンプ（ＰＡ）の温度補正のためのセンサや、ＲＦ部４８にある温度検出手段から得られる温度情報を過熱状態の監視に用いてもよい。また、既述の送信電力や、送信スロット時間又は送信履歴に基づき、温度上昇の度合いを累積計算することで過熱状態を推定してもよく、スキャン処理の契機としてもよい。
【０２８８】
上記実施の形態では、送信及び受信の処理の双方を停止させているが、これに限定されない。即ち、スキャン時間に設定された時間において、送信処理のみの停止処理であってもよい。
【０２８９】
(2) スキャン時間の調整
【０２９０】
通信停止時間確保のために行うスキャン要求にについて、既述の通り、スキャン時間は過熱度合いに応じて調整すればよい。これにより過熱度が高い場合には、クールダウンのための送受信処理停止時間を長くすることができる。この場合、無線基地局指示が要求時間より短い値を指示や、一回の送受信処理停止時間を長く取ると、上位プロトコルのタイムアウト等を併発する可能性がある。この場合には、タイムアウト回避のため、スキャン時間又は送受信処理停止時間に上限値を設ければよい。また、斯かる条件を加味し、最大のスキャン時間を設けるような要求をする構成としてもよいし、一回のスキャン時間で十分な過熱回避が行えなければ、スキャン要求の繰り返しにより、送受信時間を減少させるようにしてもよい。
【０２９１】
(3) 通信中のデータがＴＣＰである場合のスキャン時間の調整
【０２９２】
通信データがＴＣＰ（例えば、IETF RFC793 ）であれば、過熱回避のためのスキャン時間は、短い時間例えば、０．２〔秒〕のような固定値としてもよい。また、セッション監視部１３４等の監視手段により、ＴＣＰのシーケンス番号とアクノリッジの監視や、IETF RFC1323で規定されるTimestamp オプションを監視すればよい。これにより、ラウンドトリップタイムからＴＣＰレイヤのＡｃｋタイムアウト時間を推定し、実装見合いで調整した値を使ってもよい。この場合、過熱緩和に十分なスキャン時間を確保できない場合には、通信再開後、再度スキャン要求を繰り返せばよく、このスキャン時間を徐々に増加させる。
【０２９３】
ＴＣＰの場合、通信先からの応答タイムアウトをラウンドトリップタイムに基づいて算出するので、スキャン処理による通信の一時的な停止によりラウンドトリップタイムが急に増大すると、Ａｃｋパケットが相手に届く前にタイムアウトとする。そこで、送信側にて再送を実施するとともに、輻輳ウィンドウと呼ばれる、応答がない送信データの上限をパケット長で１〜２パケット程度の小さい値に絞られ、送信スループットが極端に下がることになる。この場合、スキャン時間を短い値から徐々に延ばせば、Ａｃｋタイムアウトを回避しつつスキャン時間を増やすことができ、スキャン時間の調整により、過熱状態からの脱出が可能となる。
【０２９４】
(4) 通信中のデータがＴＣＰである場合の間欠的な送受信処理
【０２９５】
データがＴＣＰ（IETF RFC793 ）であれば、過熱検出によるスキャン要求に移行する前に、送信処理を間欠的に行う。この場合、自律的に送信有無を調整できる通信方式であれば、送信時間中に単純に送信停止時間を間欠的に設ければよい。また、帯域要求手順を必要とする通信方式であれば、帯域要求を行うタイミングを僅かに遅らせればよい。この送信停止時間は、例えば、０．２〔秒〕程度の固定値であればよい。また、セッション監視部１３４等の監視手段により、ＴＣＰのシーケンス番号とＡｃｋの監視又はIETF RFC1323で規定されるTimestamp オプションを監視すれば、ラウンドトリップタイムからＴＣＰレイヤのＡｃｋタイムアウト時間を推定し、間欠時間を徐々に延ばせばよい。そして、スキャン要求で求めるスキャン時間と同等まで間欠時間を延ばした後、スキャンを要求すればよい。これにより、送受信処理停止時間が徐々に延長されるので、ＴＣＰのＡｃｋタイムアウト時間を徐々に延ばせばよい。その結果、スキャンによる通信停止時間発生による遅延増加があってもＴＣＰの応答タイムアウトを回避でき、輻輳ウィンドウ絞り込みによる通信スループット低下を最小限にとどめるとともに、送信間欠処理により送信時間が減り送信による発熱抑制ができる。
【０２９６】
(5) 無線通信モジュールの構成
【０２９７】
既述のＩ／Ｆ部４２をモジュールやアダプタ等の形でブロック化してもよい。斯かる構成では、ＭＳ４に内蔵又は外付けで無線端末機能を備えることができ、即ち、部品又は拡張モジュールを構成できる。この無線通信モジュールの構成では、既述のＩ／Ｆ部４２の受信部６６、送信部７４を含むＢＢ部５０、ＲＦ部４６、４８等の構成を内蔵すればよい。このような構成とすれば、パーソナルコンピュータ（ＰＣ）や、ハンドヘルド端末等に無線通信モジュールを装着し、無線端末化することができる。
【０２９８】
(6) 上記実施の形態で述べたプログラム等の機能はハードウェアから分離したソフトウェアとして構成し、磁気メディア、光学メディアの格納又はネットワークによりダウンロードにより頒布することが可能である。上記実施の形態の機能は、ハードウェアと一体に構成されることに限定されない。
【０２９９】
(7) 過熱状態の回避
ＭＳの過熱状態を回避するため、上記実施の形態では、回路動作を選択的に抑制することにより、電力消費を低減させ、発熱量を低下させているが、これに限定されない。過熱時に冷却ファンを回す等の他の過熱状態の回避のための仕組みを併用してもよい。更には過熱状態が緩和されない場合には、回路動作自体の停止等の回避策を併用してもよい。
【０３００】
(8) ＷｉＭＡＸ
【０３０１】
上記実施の形態では、無線区間の通信プロトコルとしてＷｉＭＡＸ（ＩＥＥＥ８０２．１６ｅ）を例示したが、これに限定されない。スキャン手順を規定し、一定時間接続中のＢＳとの通信を停止できるプロトコルであれば利用可能であり、ＷｉＭＡＸに限定されない。
【０３０２】
(9)   無線通信端末及びプログラム
【０３０３】
上記実施の形態では、ＭＳを例示したが、これに限定されない。上記実施の形態では、無線通信端末を制御するためのプログラムを包含している。このプログラムは、無線機能を有する端末、又は無線機能を有するインタフェースモジュールを装着した構成のハードウェア、例えばパーソナルコンピュータ等において、無線インタフェース部を制御するアプリケーション又はドライバソフトウェアで実行される構成であってもよい。従って、端末を既述のＭＳと同等の機能や制御が可能なソフトウェアとして構成することができる。
【０３０４】
(10)  上記実施の形態では、ＭＳ４としてＰＣ（図５）を例示しているが、このＰＣについて、例えば、図３９に示すように、ＰＣ２００の筐体部２０２に既述のＩ／Ｆ部４２を実装した無線モジュール２０４を着脱する構成としてもよい。この場合、制御部５２は、無線モジュール２０４に搭載してもよいし、ＰＣ２００側にホスト部４４とともに実装してもよい。
【０３０５】
(11)  既述したＭＳ４の構成例としては、図４０に示すように、携帯情報端末機（ＰＤＡ：Personal Digital Assistant）３００として構成してもよく、また、図４１に示すように、携帯電話機４００として構成してもよい。
【０３０６】
(12)  以上述べたように、ＭＳはＢＳとの接続状態を維持しつつ、無線部の動作停止として少なくとも送信部の動作を停止することにより、ＭＳ側の過熱状態、具体的にはＩ／Ｆ部４２の過熱状態を緩和させ、過熱状態の継続を回避している。しかも、実行中の通信アプリケーションを停止させることなく無線通信を利用することが可能である。
【０３０７】
(13)  上記実施の形態において、スキャン時間の一部又は全部に設定された処理停止時間に送信電力を低減させた送信時間を含む構成としてもよい。
【０３０８】
〔比較例〕
【０３０９】
この比較例として、既述のブロードバンドワイヤレスサービスでは、例えば、ギガヘルツ（ＧＨｚ）帯等、比較的高い周波数帯を利用したモバイル無線通信技術を用いた無線システムが実用化されている。この無線システムに用いられる無線通信端末では、電力変換効率の低下や、送信部の過熱化が問題となる。屋外でのモバイルアクセスや、カバーエリアの確保のため、例えば、＋２３〔ｄＢｍ〕のような高出力化されると、発熱量が増大する。ＭＳの過熱状態は、通信特性の劣化や、部品や回路へのダメージを来す。また、ＭＳには、無線インタフェース部の小型化や小容積化が求められている。
【０３１０】
ＭＳを過熱状態から開放するには、無線インタフェースの動作停止（電源オフ）をすればよいが、動作停止は、接続中の通信の切断等を招き好ましくないことは既述の通りである。
【０３１１】
過熱状態となるのは最大送信電力での送信が原因となるが、常時、最大送信電力が継続されているわけではなない。無線通信端末と無線基地局（ＢＳ）との距離が遠い場合であって、継続的な送信データがある場合に、最大送信電力での送信が必要となる。そのため、大電力送信で過熱した場合には、一時的に送信処理の停止や、送信電力の低下等、発熱回避処理に移行させることは有効である。
【０３１２】
この場合、送信処理停止による発熱回避はできるが、受信処理の停止はできないので、受信回路の消費電流の抑制はできない。高度な変調処理を伴う通信方式では受信回路での電力消費は大きく、受信回路の動作を停止させなければ、電力消費や発熱を抑えることができない。斯かる観点からすれば、受信回路の動作停止も重要なポイントである。
【０３１３】
ところが、ＢＳでは、基本的に接続中の無線通信端末が、伝播のエラー要因で受信処理を停止する以外、常に受信処理を継続することを期待している。このため、ＭＳ側の都合で受信処理を停止すると、ＢＳは、受信データの欠落や、端末異常検知により、受信処理を停止した無線通信端末との接続を切ることがある。
【０３１４】
また、無線通信プロトコルでは、電力消費の大きさに配慮し、ＢＳとの送受信処理を停止する機能を備えている。例えば、モバイルＷｉＭＡＸ（ＩＥＥＥ  ８０２．１６ｅ）では、無線通信端末が定期的にＢＳからの受信情報をチェックする時間を除き、送受信処理を停止できるＩｄｌｅモードや、通信処理を周期的に行うためのＳｌｅｅｐモードが規定されている。Ｉｄｌｅモードは、送受信データがない時間に利用するものであって、通信中に使用できない。また、Ｓｌｅｅｐモードは予めＢＳと取り決められたタイミングで送受信するため、消費電力を抑制する用途には効果的であるものの、無線通信端末の状況に応じて処理停止時間のコントロールには向かない。
【０３１５】
上記実施の形態との対比のためのものであり、本開示の無線通信に用いられる装置、プログラム及び方法が解決する課題が比較例に開示された課題に限定されるものではない。しかし、本開示の上記実施の形態によれば、上記課題を解決でき、即ち、上記実施の形態では、無線基地局探索のために利用される探索時間に送受信を停止させるので、ＢＳとの接続状態を維持しつつ、省電力化とともに、無線通信端末の過熱を防止できる。即ち、過熱防止のため、通信接続を損なうこともない。
【０３１６】
次に、以上述べた実施例を含む実施の形態に関し、更に以下の付記を開示する。以下の付記に本発明が限定されるものではない。
【０３１７】
（付記１）  無線基地局と無線通信する無線通信端末であって、
無線通信を行う無線通信部と、
無線基地局を探索するための探索時間を含む探索要求を前記無線通信部から接続中の無線基地局に対して送信し、前記無線通信部において前記接続中の無線基地局から探索応答を受信すると、前記探索時間の全部又は一部の時間において前記無線通信部における送信処理及び受信処理の内少なくとも送信処理を停止させる制御部と、
を含むことを特徴とする無線通信端末。
【０３１８】
（付記２）  前記制御部は、前記探索時間の全部又は一部の時間において前記無線通信部における前記送信処理及び前記受信処理を停止させることを特徴とする付記１に記載の無線通信端末。
【０３１９】
（付記３）  更に、処理状態を監視する状態監視部と、
を備え、前記状態監視部の出力に基づき、前記制御部が前記無線通信部から前記無線基地局に対して探索要求を送出させることを特徴とする付記１に記載の無線通信端末。
【０３２０】
（付記４）  前記探索時間は探索に要する時間に前記送信処理及び前記受信処理の内少なくとも前記送信処理を停止させる時間を加えた時間とし、この時間を前記無線基地局に要求することを特徴とする付記１に記載の無線通信端末。
【０３２１】
（付記５）  前記制御部は、前記探索時間又は前記送信処理及び前記受信処理の内少なくとも前記送信処理を停止させる前記時間を無線通信端末側の過熱度合いに応じ調整することを特徴とする付記１に記載の無線通信端末。
【０３２２】
（付記６）  前記制御部は、通信中のデータが使用する上位プロトコル情報に応じて探索要求で要求する前記探索時間又は前記送信処理及び前記受信処理の内少なくとも前記送信処理を停止させる前記時間を変更することを特徴とする付記１に記載の無線通信端末。
【０３２３】
（付記７）  前記制御部は、通信中のデータがＴＣＰ（Transmission Control Protocol ）であるかを検出する検出部を備え、通信中のデータがＴＣＰであれば、要求する探索時間を短い時間から徐々に延長することを特徴とする付記１に記載の無線通信端末。
【０３２４】
（付記８）  前記制御部は、通信中のデータがＴＣＰであるかを検出する検出部を備え、通信中のデータがＴＣＰであれば、前記探索要求に先立ち、前記送信処理を間欠送信に変更することを特徴とする付記１に記載の無線通信端末。
【０３２５】
（付記９）  更に、前記状態監視部が温度を検出する温度検出手段を含み、検出温度が所定温度以上である場合に、前記制御部が前記無線通信部から前記無線基地局に対して探索要求を送出させることを特徴とする付記３に記載の無線通信端末。
【０３２６】
（付記１０）  更に、前記状態監視部が少なくとも送信時間を監視する計時手段を含み、送信時間が所定時間以上である場合に、前記制御部が前記探索要求を生成することを特徴とする付記３に記載の無線通信端末。
【０３２７】
（付記１１）  更に、前記状態監視部が送信電力及び送信時間により推定温度を監視する手段であり、推定温度が所定値以上である場合に、前記制御部が前記探索要求を生成することを特徴とする付記３に記載の無線通信端末。
【０３２８】
（付記１２）  無線基地局と無線通信する無線通信装置に搭載される無線通信モジュールであって、
無線通信を行う無線通信部と、
無線基地局を探索するための探索時間を含む探索要求を前記無線通信部から接続中の無線基地局に対して送信し、前記無線通信部において前記接続中の無線基地局から探索応答を受信すると、前記探索時間の全部又は一部の時間において前記無線通信部における送信処理及び受信処理の内少なくとも送信処理を停止させる制御部と、
を含むことを特徴とする無線通信モジュール。
【０３２９】
（付記１３）  無線基地局と無線通信する無線通信端末に搭載されたコンピュータに実行させる無線通信プログラムであって、
無線通信する機能と、
無線基地局を探索するための探索時間を含む探索要求を無線通信部から接続中の無線基地局に対して送信し、前記無線通信部において前記接続中の無線基地局から探索応答を受信すると、前記探索時間の全部又は一部の時間において前記無線通信部における送信処理及び受信処理の内少なくとも送信処理を停止させる機能と、
を含むことを特徴とする無線通信制御プログラム。
【０３３０】
（付記１４）  無線基地局と無線通信する無線通信端末の無線通信制御方法であって、
無線通信するステップと、
無線基地局を探索するための探索時間を含む探索要求を無線通信部から接続中の無線基地局に対して送信し、前記無線通信部において前記接続中の無線基地局から探索応答を受信すると、前記探索時間の全部又は一部の時間において前記無線通信部における送信処理及び受信処理の内少なくとも送信処理を停止させるステップと、
を含むことを特徴とする無線通信制御方法。
【０３３１】
以上説明したように、本開示の無線通信に用いられる装置、プログラム及び方法の最も好ましい実施の形態等について説明したが、本発明は、上記記載に限定されるものではなく、特許請求の範囲に記載され、又は発明を実施するための形態に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能であることは勿論であり、斯かる変形や変更が、本発明の範囲に含まれることは言うまでもない。
【符号の説明】
【０３３２】
２  無線システム
４  ＭＳ（無線通信端末）
６、７、９  ＢＳ（無線基地局）
８  無線通信部
１０  制御部
１２  状態監視部
１４  通信先
４２  Ｉ／Ｆ部
４６  受信側ＲＦ部
４８  送信側ＲＦ部
５０  ベースバンド（ＢＢ）部
５２  制御部
５６  温度検出部
【図１】
0005387483.tif 000004
【図２】
0005387483.tif 000005
【図３】
0005387483.tif 000006
【図４】
0005387483.tif 000007
【図５】
0005387483.tif 000008
【図６】
0005387483.tif 000009
【図７】
0005387483.tif 000010
【図８】
0005387483.tif 000011
【図９】
0005387483.tif 000012
【図１０】
0005387483.tif 000013
【図１１】
0005387483.tif 000014
【図１２】
0005387483.tif 000015
【図１３】
0005387483.tif 000016
【図１４】
0005387483.tif 000017
【図１５】
0005387483.tif 000018
【図１６】
0005387483.tif 000019
【図１７】
0005387483.tif 000020
【図１８】
0005387483.tif 000021
【図１９】
0005387483.tif 000022
【図２０】
0005387483.tif 000023
【図２１】
0005387483.tif 000024
【図２２】
0005387483.tif 000025
【図２３】
0005387483.tif 000026
【図２４】
0005387483.tif 000027
【図２５】
0005387483.tif 000028
【図２６】
0005387483.tif 000029
【図２７】
0005387483.tif 000030
【図２８】
0005387483.tif 000031
【図２９】
0005387483.tif 000032
【図３０】
0005387483.tif 000033
【図３１】
0005387483.tif 000034
【図３２】
0005387483.tif 000035
【図３３】
0005387483.tif 000036
【図３４】
0005387483.tif 000037
【図３５】
0005387483.tif 000038
【図３６】
0005387483.tif 000039
【図３７】
0005387483.tif 000040
【図３８】
0005387483.tif 000041
【図３９】
0005387483.tif 000042
【図４０】
0005387483.tif 000043
【図４１】
0005387483.tif 000044