特許 6555891 携帯通信端末および携帯通信端末の制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6555891

(24)【登録日】2019年7月19日

(45)【発行日】2019年8月7日

(54)【発明の名称】携帯通信端末および携帯通信端末の制御方法

(51)【国際特許分類】

   H04M 1/73 20060101AFI20190729BHJP

   H04W 52/02 20090101ALI20190729BHJP

   H04W 76/20 20180101ALI20190729BHJP

   H04W 88/02 20090101ALI20190729BHJP

【ＦＩ】

   H04M1/73

   H04W52/02

   H04W76/20

   H04W88/02

【請求項の数】3

【全頁数】11

(21)【出願番号】特願2015-19130(P2015-19130)

(22)【出願日】2015年2月3日

(65)【公開番号】特開2016-144061(P2016-144061A)

(43)【公開日】2016年8月8日

【審査請求日】2018年1月29日

(73)【特許権者】

【識別番号】000004330

【氏名又は名称】日本無線株式会社

(74)【代理人】

【識別番号】100126561

【弁理士】

【氏名又は名称】原嶋 成時郎

(72)【発明者】

【氏名】杉▲崎▼ 裕吾

(72)【発明者】

【氏名】竹厚 善生

【審査官】 望月 章俊

(56)【参考文献】

【文献】 特開２００３−２４４０５７（ＪＰ，Ａ）

【文献】 特開２０１３−３４１５０（ＪＰ，Ａ）

【文献】 特開２００６−３０４３１７（ＪＰ，Ａ）

【文献】 特開２０００−５０３３７（ＪＰ，Ａ）

【文献】 特開２００５−２２９５４６（ＪＰ，Ａ）

【文献】 特開２００３−２７３７９０（ＪＰ，Ａ）

【文献】 特開平１０−１８７３０１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｍ１／７３

Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６

(57)【特許請求の範囲】

【請求項1】

基地局と通信を行う通信手段と、
前記基地局との通信により発生したイベントを処理する通常モードと、休止状態となるスリープモードとを備えるＣＰＵと、
前記イベントの発生を監視し、前記イベントが発生した場合に前記ＣＰＵへ割込信号を出力して、前記ＣＰＵを前記スリープモードから前記通常モードへ切り替えるイベント監視手段と、を備え、
前記イベント監視手段は、
前記基地局との通信品質に基づいて、前記イベントが発生したか否かを判定する通信品質判定部と、
前記基地局から送信され、ＣＰＵによるイベント対応処理が必要となる指示情報である制御メッセージに基づいて、前記イベントが発生したか否かを判定する指示判定部と、を備え、
前記通信品質判定部は、
前記基地局から受信した信号のＲＳＳＩを平均化した平均化ＲＳＳＩと、予め設定した平均ＲＳＳＩ閾値とを比較し、前記平均化ＲＳＳＩが前記平均ＲＳＳＩ閾値よりも低い場合に前記イベントが発生したと判定するＲＳＳＩ判定部と、
前記基地局との通信で発生した通信エラーに基づくＦＥＲを平均化した平均化ＦＥＲと、予め設定した平均ＦＥＲ閾値とを比較し、前記平均化ＦＥＲが前記平均ＦＥＲ閾値よりも高い場合に前記イベントが発生したと判定するＦＥＲ判定部と、を備える、
ことを特徴とする携帯通信端末。

【請求項2】

前記イベント監視手段は、ＦＰＧＡにより構成されている、
ことを特徴とする請求項１に記載の携帯通信端末。

【請求項3】

基地局と通信を行う通信手段と、
前記基地局との通信により発生したイベントを処理する通常モードと、休止状態となるスリープモードとを備えるＣＰＵと、
前記イベントの発生を監視し、前記イベントが発生した場合に前記ＣＰＵへ割込信号を出力して、前記ＣＰＵを前記スリープモードから前記通常モードへ切り替えるイベント監視手段と、を備え、
前記イベント監視手段は、
前記基地局との通信品質に基づいて、前記イベントが発生したか否かを判定する通信品質判定部と、
前記基地局から送信され、ＣＰＵによるイベント対応処理が必要となる指示情報である指示情報である制御メッセージに基づいて、前記イベントが発生したか否かを判定する指示判定部と、を備え、
前記通信品質判定部は、
前記基地局から受信した信号のＲＳＳＩを平均化した平均化ＲＳＳＩと、予め設定した平均ＲＳＳＩ閾値とを比較し、前記平均化ＲＳＳＩが前記平均ＲＳＳＩ閾値よりも低い場合に前記イベントが発生したと判定するＲＳＳＩ判定部と、
前記基地局との通信で発生した通信エラーに基づくＦＥＲを平均化した平均化ＦＥＲと、予め設定した平均ＦＥＲ閾値とを比較し、前記平均化ＦＥＲが前記平均ＦＥＲ閾値よりも高い場合に前記イベントが発生したと判定するＦＥＲ判定部と、を備えた携帯通信端末の制御方法であって、
基地局との通信中にＣＰＵによる処理が必要なイベントが発生したか否かを監視するイベント監視ステップと、
前記イベントが発生した場合に前記ＣＰＵへ割込信号を出力し、前記ＣＰＵを休止状態であるスリープモードから前記イベントを処理する通常モードへと切り替えるモード切替ステップと、
を備えることを特徴とする携帯通信端末の制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＣＰＵを休止状態にするスリープ機能を備えた携帯通信端末および携帯通信端末の制御方法に関する。

【背景技術】

【0002】

移動体通信ネットワークの基地局と無線通信を行うことにより通話やデータ通信などを行う携帯通信端末として、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）端末や携帯電話機、スマートフォンなどが普及している。携帯通信端末は、基地局との通信中に通信品質に影響を及ぼす問題（以下、イベントという）が発生した場合に、このイベントを解消するためのイベント対応処理を行うことにより通信品質を維持している。そのため、従来の携帯通信端末は、通信中に常にイベントの発生を監視している。

【0003】

図６に示すように、例えばＰＨＳ端末である従来の携帯通信端末２０は、音声データなどが変調されたフレームを基地局との間で送受信するアンテナ２１およびＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）部２２と、ベースバンド信号を処理するベースバンド部２３と、各部を制御するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２４とを備える。

【0004】

ＣＰＵ２４は、通信中にイベントの発生を常時監視し、イベントが発生した場合には、イベント対応処理を実行する。例えば、ＣＰＵ２４は、ベースバンド部２３のＡＤ計測回路２３１から送信される受信信号強度（ＲＳＳＩ；Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）のＡＤ計測値に基づいて通信品質を評価し、通信品質が低下している場合には、イベントが発生していると判定して干渉回避処理などのイベント対応処理を実行する。また、ＣＰＵ２４は、ベースバンド部２３のチャネルコーデック２３２からＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）エラーの発生が通知された場合に、通信エラーの発生率であるフレームエラー率（ＦＥＲ；Ｆｒａｍｅ Ｅｒｒｏｒ Ｒａｔｅ）に基づいて通信品質を評価し、通信品質が低下している場合には、イベントが発生していると判定して干渉回避処理などを行う。さらに、ＣＰＵ２４は、ベースバンド部２３の割込発生回路２３３からフレーム受信毎に割込信号が送信された場合に、フレームに付随して送信されてきた指示情報である制御メッセージを確認し、この制御メッセージに基づくイベントの発生を監視している。

【0005】

ところで、携帯通信端末は、屋外に持ち出して使用される機会が多いため、電池による駆動時間の延長が望まれている。携帯通信端末に関するものではないが、例えば、複数の無線センサをネットワークに接続して情報収集を行うセンサネットワークでは、無線センサのＣＰＵを休止状態となるスリープモードに設定し、センサネットワークの管理装置からウェイクアップ信号を無線センサで受信した場合にＣＰＵをスリープモードから通常モードに復帰させるものがある（例えば、特許文献１参照）。特許文献１記載の発明によれば、消費電力の大きなＣＰＵをスリープモードにするので、無線センサの消費電力が低減され、電池による駆動時間が長くなる。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０１０−１０９９５９号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

携帯通信端末に特許文献１の技術を利用してＣＰＵを休止状態にすれば、携帯通信端末の消費電力が低減されるので、電池による駆動時間が長くなる。しかしながら、従来の携帯通信端末２０は、通話中にＣＰＵ２４によりイベントの発生を常時監視しているので、ＣＰＵ２４を休止状態にすることはできない。

【0008】

本発明は、基地局との通信によるイベントの発生を常時監視しながら、ＣＰＵを休止状態にする携帯通信端末および携帯通信端末の制御方法を提供することを目的とする。

【課題を解決するための手段】

【0009】

上記課題を解決するために、請求項１の発明は、基地局と通信を行う通信手段と、前記基地局との通信により発生したイベントを処理する通常モードと、休止状態となるスリープモードとを備えるＣＰＵと、前記イベントの発生を監視し、前記イベントが発生した場合に前記ＣＰＵへ割込信号を出力して、前記ＣＰＵを前記スリープモードから前記通常モードへ切り替えるイベント監視手段と、を備え、前記イベント監視手段は、前記基地局との通信品質に基づいて、前記イベントが発生したか否かを判定する通信品質判定部と、前記基地局から送信され、ＣＰＵによるイベント対応処理が必要となる指示情報である制御メッセージに基づいて、前記イベントが発生したか否かを判定する指示判定部と、を備え、前記通信品質判定部は、前記基地局から受信した信号のＲＳＳＩを平均化した平均化ＲＳＳＩと、予め設定した平均ＲＳＳＩ閾値とを比較し、前記平均化ＲＳＳＩが前記平均ＲＳＳＩ閾値よりも低い場合に前記イベントが発生したと判定するＲＳＳＩ判定部と、前記基地局との通信で発生した通信エラーに基づくＦＥＲを平均化した平均化ＦＥＲと、予め設定した平均ＦＥＲ閾値とを比較し、前記平均化ＦＥＲが前記平均ＦＥＲ閾値よりも高い場合に前記イベントが発生したと判定するＦＥＲ判定部と、を備える、ことを特徴とする。

【0010】

請求項２記載の発明は、前記イベント監視手段は、ＦＰＧＡにより構成されている、ことを特徴とする。

【0011】

請求項３記載の発明は、基地局と通信を行う通信手段と、前記基地局との通信により発生したイベントを処理する通常モードと、休止状態となるスリープモードとを備えるＣＰＵと、前記イベントの発生を監視し、前記イベントが発生した場合に前記ＣＰＵへ割込信号を出力して、前記ＣＰＵを前記スリープモードから前記通常モードへ切り替えるイベント監視手段と、を備え、前記イベント監視手段は、前記基地局との通信品質に基づいて、前記イベントが発生したか否かを判定する通信品質判定部と、前記基地局から送信され、ＣＰＵによるイベント対応処理が必要となる指示情報である制御メッセージに基づいて、前記イベントが発生したか否かを判定する指示判定部と、を備え、前記通信品質判定部は、前記基地局から受信した信号のＲＳＳＩを平均化した平均化ＲＳＳＩと、予め設定した平均ＲＳＳＩ閾値とを比較し、前記平均化ＲＳＳＩが前記平均ＲＳＳＩ閾値よりも低い場合に前記イベントが発生したと判定するＲＳＳＩ判定部と、前記基地局との通信で発生した通信エラーに基づくＦＥＲを平均化した平均化ＦＥＲと、予め設定した平均ＦＥＲ閾値とを比較し、前記平均化ＦＥＲが前記平均ＦＥＲ閾値よりも高い場合に前記イベントが発生したと判定するＦＥＲ判定部と、を備えた携帯通信端末の制御方法であって、基地局との通信中にＣＰＵによる処理が必要なイベントが発生したか否かを監視するイベント監視ステップと、前記イベントが発生した場合に前記ＣＰＵへ割込信号を出力し、前記ＣＰＵを休止状態であるスリープモードから前記イベントを処理する通常モードへと切り替えるモード切替ステップと、を備える、ことを特徴とする。

【発明の効果】

【0015】

請求項１および請求項３記載の発明によれば、基地局との通信中に発生するイベントをイベント監視手段によって監視するので、ＣＰＵをスリープモードに切り替えられる。したがって、ＣＰＵがスリープモードに設定されている間は、携帯通信端末の消費電力が低減されるので、電池の維持時間（使用可能時間）が長くなる。
また、基地局との通信品質および基地局からの指示という異なる原因によって発生するイベントが監視されるので、ＣＰＵは、適正なタイミングでスリープモードから通常モードに切り替えられる。
さらに、ＲＳＳＩおよびＦＥＲという異なる指標に基づいて、通信品質によるイベントの発生を監視するので、ＣＰＵは、適正なタイミングでスリープモードから通常モードに切り替えられる。
さらにまた、通話動作中のＣＰＵによる制御が不要な場合にＣＰＵがスリープモードに切り替えられるので、携帯通信端末の制御に支障をきたすことはない。

【0019】

請求項２記載の発明によれば、イベント監視手段をＦＰＧＡにより構成したので、イベント監視動作は、ＦＰＧＡのプログラム変更のみで容易に変更可能となる。

【図面の簡単な説明】

【0020】

【図1】この発明の実施の形態に係る移動体通信ネットワークを示す概略構成ブロック図である。

【図2】この発明の実施の形態に係る携帯通信端末の概略構成ブロック図である。

【図3】図１の携帯通信端末において、ＲＳＳＩに基づいてイベントの発生を監視する場合の動作を示すフローチャートである。

【図4】図１の携帯通信端末において、ＦＥＲに基づいてイベントの発生を監視する場合の動作を示すフローチャートである。

【図5】図１の携帯通信端末において、基地局からの制御メッセージに基づいてイベントの発生を監視する場合の動作を示すフローチャートである。

【図6】従来の携帯通信端末の概略構成ブロック図である。

【発明を実施するための形態】

【0021】

以下、この発明を図示の実施の形態に基づいて説明する。

【0022】

図１および図２は、この発明の実施の形態を示し、図１は、この実施の形態に係る移動体通信ネットワーク１を示す概略構成ブロック図である。移動体通信ネットワーク１は、複数の携帯通信端末２、３と、複数の基地局４、５、６と、複数の基地局４、５、６がそれぞれ接続された公衆回線網７とを備える。

【0023】

携帯通信端末２、３は、例えば、ＰＨＳ端末、携帯電話機またはスマートフォンなどである。複数の基地局４、５、６は、携帯通信端末２、３との無線通信が可能な所定の通信可能範囲４１、５１、６１をそれぞれ備える。基地局４、５、６の通信可能範囲４１、５１、６１は、それぞれ隣接する基地局の通信可能範囲と部分的に重なっている。なお、図面の煩雑化を避けるため携帯通信端末を２つ、基地局を３つしか描いていないが、実際の移動体通信ネットワーク１は、多数の携帯通信端末及び基地局によって構成されている。

【0024】

図２に示すように、携帯通信端末２は、例えばＰＨＳ端末であり、主として、音声データなどが変調されたフレームを基地局４との間で送受信するアンテナ８およびＲＦ部９と、ベースバンド信号を処理するベースバンド部１０とを備える。また、携帯通信端末２は、基地局４との通信中にイベントの発生を監視するＦＰＧＡ（イベント監視手段）１１と、携帯通信端末２の各部を制御するとともに、ＦＰＧＡ１１のイベント監視結果に応じてイベント対応処理を実行するＣＰＵ１２とを備える。ＣＰＵ１２は、イベント対応処理などの各種処理を行う通常モードと、休止状態となるスリープモードとの間で切り替え可能となっている。

【0025】

アンテナ８は、ＲＦ部９に接続されており、ＲＦ部９はベースバンド部１０に接続されている。ベースバンド部１０は、ＦＰＧＡ１１を介してＣＰＵ１２に接続されている。アンテナ８、ＲＦ部９及びベースバンド部１０は、本発明の通信手段に相当する。

【0026】

ベースバンド部１０は、フレームを変調および復調するモデム１０１と、ＲＦ部９から送信されたＲＳＳＩをＡ／Ｄ変換し、変換したＡＤ計測値をＦＰＧＡ１１に送信するＡＤ計測回路１０２とを備える。また、ベースバンド部１０は、フレームの構成および解析を行ってＣＲＣエラーの発生を検出するチャネルコーデック１０３と、基地局４からのフレーム受信毎にＣＰＵ１２に割込信号を送信する割込発生回路１０４とを備える。

【0027】

ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）１１は、所定のプログラムを搭載した集積回路・デバイスであり、基地局４との通信品質に基づいて、イベントが発生したか否かを判定する通信品質判定部１１１を備える。また、ＦＰＧＡ１１は、基地局４から送信された指示情報である制御メッセージに基づいて、イベントが発生したか否かを判定する指示判定部１１２を備える。

【0028】

通信品質判定部１１１は、ＡＤ計測回路１０２から送信されたＡＤ計測値に基づいてイベントの発生を監視するＲＳＳＩ判定部１１３と、チャネルコーデック１０３から送信されたＣＲＣエラーの通知に基づいてイベントの発生を監視するＦＥＲ判定部１１４とを備える。ＲＳＳＩ判定部１１３およびＦＥＲ判定部１１４は、通信品質の評価に用いられる平均ＲＳＳＩ閾値および平均ＦＥＲ閾値がそれぞれ格納された記憶部１１３ａおよび１１４ａをそれぞれ備えている。

【0029】

次に、図３を参照して、ＲＳＳＩに基づくイベント監視及びイベント対応処理について説明する。ＣＰＵ１２は、例えば、通話動作中に通常モードからスリープモードに移行する。ＣＰＵ１２が休止状態となることにより、携帯通信端末２の消費電力が低下するので、携帯通信端末２の電池による駆動時間は、ＣＰＵ１２が通常モードにある場合よりも長くなる。

【0030】

ベースバンド部１０のＡＤ計測回路１０２は、ＲＦ部９で基地局４からフレームを受信する毎にＲＦ部９からＲＳＳＩを取得し、ＲＳＳＩをＡ／Ｄ変換してＡＤ計測値を算出する。ＡＤ計測回路１０２は、ＦＰＧＡ１１のＲＳＳＩ判定部１１３に受信完了を示す受信タイミング信号を送信した後、ＡＤ計測値をＲＳＳＩ判定部１１３に送信する。

【0031】

ＲＳＳＩ判定部１１３は、ＲＳＳＩからノイズの影響や突発的な変動を取り除くためにＡＤ計測値の平均化処理を行い、平均化ＲＳＳＩを算出する。次いで、ＲＳＳＩ判定部１１３は、平均化ＲＳＳＩと、記憶部１１３ａに格納されている平均ＲＳＳＩ閾値とを比較し、平均化ＲＳＳＩが平均ＲＳＳＩ閾値よりも低い場合には、通信品質低下というイベントが発生していると判定する。ここまでの処理が本発明のイベント監視ステップに相当する。ＲＳＳＩ判定部１１３は、通信品質低下が発生していると判定した場合には、ＣＰＵ１２に割込信号を送信する。この処理は、本発明のモード切替ステップに相当する。

【0032】

ＣＰＵ１２は、割込信号によりスリープモードから通常モードに移行し、ＲＳＳＩに基づく通信品質評価を確認するために、ＦＰＧＡ１１にステータス確認信号を送信する。ＲＳＳＩ判定部１１３は、ステータス確認信号に応答して、平均化ＲＳＳＩが平均ＲＳＳＩ閾値よりも低いことをＣＰＵ１２に通知する。ＣＰＵ１２は、通信品質低下に対するイベント対応処理として、基地局の切り替えなどの干渉回避処理を行う。

【0033】

次に、図４を参照して、ＦＥＲに基づくイベント監視及びイベント対応処理について説明する。ＣＰＵ１２は、ＲＳＳＩに基づくイベント監視と同様に、通話動作中に通常モードからスリープモードに移行する。

【0034】

ベースバンド部１０のチャネルコーデック１０３は、ＲＦ部９でフレームの受信が正しく行われたか否かを確認するために、モデム１０１で復調されたフレームを解析し、ＣＲＣエラーの発生を検出する。チャネルコーデック１０３は、フレーム解析後にＦＰＧＡ１１のＦＥＲ判定部１１４に対して受信タイミング信号を送信する。ＦＥＲ判定部１１４は、ＣＲＣエラーの発生を確認するために、ＦＰＧＡ１１にステータス確認信号を送信する。チャネルコーデック１０３は、ステータス確認信号に応答して、ＣＲＣエラーの発生の有無を通知する。

【0035】

ＦＥＲ判定部１１４は、チャネルコーデック１０３からの通知結果に基づいてＦＥＲを算出し、ノイズの影響や突発的な変動を取り除くためにＦＥＲの平均化処理を行い、平均化ＦＥＲを算出する。次いで、ＦＥＲ判定部１１４は、平均化ＦＥＲと、記憶部１１４ａに格納されている平均ＦＥＲ閾値とを比較し、平均化ＦＥＲが平均ＦＥＲ閾値よりも高い場合には、通信品質低下というイベントが発生していると判定する。ＦＥＲ判定部１１４は、通信品質低下が発生していると判定した場合には、ＣＰＵ１２に割込信号を送信する。

【0036】

ＣＰＵ１２は、割込信号によりスリープモードから通常モードに移行し、ＦＥＲに基づく通信品質評価を確認するために、ＦＰＧＡ１１にステータス確認信号を送信する。ＦＥＲ判定部１１４は、ステータス確認信号に応答して、平均化ＦＥＲが平均ＦＥＲ閾値よりも高いことをＣＰＵ１２に通知する。ＣＰＵ１２は、通信品質低下に対するイベント対応処理として、基地局の切り替えなどの干渉回避処理を行う。

【0037】

次に、図５を参照して、基地局４からの制御メッセージに基づくイベント監視及びイベント対応処理について説明する。ＣＰＵ１２は、ＲＳＳＩおよびＦＥＲに基づくイベント監視と同様に、通話動作中に通常モードからスリープモードに移行する。

【0038】

ベースバンド部１０の割込発生回路１０４は、チャネルコーデック１０３でフレームが解析されると、ＦＰＧＡ１１の指示判定部１１２に対して割込信号を送信する。指示判定部１１２は、割込信号を受信するとフレームの付随制御チャネル（ＡＣＣＨ；Ａｓｓｏｃｉａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）により送信された制御メッセージを確認するため、割込発生回路１０４に対してステータス確認信号を送信する。割込発生回路１０４は、ステータス確認信号に応答して、指示判定部１１２に制御メッセージを送信する。

【0039】

指示判定部１１２は、制御メッセージが無い場合には何ら処理を行わないが、ＣＰＵ１２によるイベント対応処理が必要となる制御メッセージを受信した場合には、ＣＰＵ１２に対して割込信号を送信する。ＣＰＵ１２によるイベント対応処理が必要となる制御メッセージには、例えば、低速付随制御チャネル（ＳＡＣＣＨ;Ｓｌｏｗ Ａｓｓｏｃｉａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）によって送信される「ＲＲ受信」、「網側切断」や、高速付随制御チャネル（ＦＡＣＣＨ;Ｆａｓｔ Ａｓｓｏｃｉａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）により送信される「ＴＣＨ切替指示」などがある。「ＲＲ（Ｒｅｃｅｉｖｅ Ｒｅａｄｙ）受信」は、基地局４から携帯通信端末２に通信状態の継続を確認するための制御メッセージである。「網側切断」は、公衆回線網からの通信切断を通知する制御メッセージである。また、「ＴＣＨ切替指示」は、基地局の切り替えを指示する制御メッセージである。

【0040】

ＣＰＵ１２は、割込信号によりスリープモードから通常モードに移行し、制御メッセージを確認するために、ＦＰＧＡ１１にステータス確認信号を送信する。割込発生回路１０４は、ステータス確認信号に応答して、制御メッセージをＣＰＵ１２に送信する。ＣＰＵ１２は、制御メッセージに応じてイベント対応処理を実行する。例えば、ＣＰＵ１２は、「ＲＲ受信」に対しては、基地局４にＲＲ信号を送信するためのＲＲ送信処理を実行する。また、「網側切断」に対しては、ＣＰＵ１２は、携帯通信端末２側からも通信を切断する切断処理を実行する。さらに、「ＴＣＨ切替指示」に対しては、ＣＰＵ１２は、電波状況のよい基地局に接続を切り替えるためのＴＣＨ切替処理を実行する。

【0041】

以上のように、本発明を実施した携帯通信端末２によれば、基地局４との通信中に発生するイベントをＦＰＧＡ１１によって監視するので、ＣＰＵ１２をスリープモードに切り替えられる。したがって、ＣＰＵ１２がスリープモードに設定されている間は、携帯通信端末２の消費電力が低減されるので、電池の維持時間（使用可能時間）が長くなる。

【0042】

また、通信品質判定部１１１により通信品質に基づいて発生するイベントを監視し、指示判定部１１２により制御メッセージに基づいて発生するイベント監視するので、基地局４との通信品質、および基地局４からの指示という異なる原因によって発生するイベントが監視される。したがって、ＣＰＵ１２は、適正なタイミングでスリープモードから通常モードに切り替わる。

【0043】

さらに、ＲＳＳＩ判定部１１３およびＦＥＲ判定部１１４により、ＲＳＳＩとＦＥＲという異なる指標に基づいて、通信品質によるイベントの発生を監視するので、ＣＰＵ１２は、適正なタイミングでスリープモードから通常モードに切り替わる。

【0044】

また、ＣＰＵ１２による制御が不要な通話動作中にＣＰＵ１２がスリープモードになるので、携帯通信端末２の制御に支障をきたすことはない。さらに、イベント発生の監視にＦＰＧＡ１１を利用するので、イベント監視動作は、ＦＰＧＡ１１のプログラム変更のみで容易に変更される。

【0045】

以上、この発明の実施の形態について説明したが、具体的な構成は、上記の実施の形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計の変更等があっても、この発明に含まれる。例えば、上記の実施の形態では、基地局４との間の通信品質と、基地局４からの制御メッセージとに基づいてイベントの発生を監視しているが、いずれか一方のみを利用してイベント発生を監視してもよい。また、通信品質に基づくイベント発生をＲＳＳＩおよびＦＥＲに基づいて監視しているが、いずれか一方のみを利用してイベント発生を監視してもよい。さらに、通信品質の評価に用いる指標や、制御メッセージの種類も上記実施形態に限定されるものではなく、上記実施形態で明示していないその他の指標や制御メッセージを利用してイベント発生を監視してもよい。

【0046】

さらに、イベント監視手段をＦＰＧＡ１１で構成しているが、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＣＳＳＰ（Ｃｕｓｔｏｍｅｒ Ｓｐｅｃｉｆｉｃ Ｓｔａｎｄａｒｄ Ｐｒｏｄｕｃｔｓ、登録商標）などで構成してもよい。

【符号の説明】

【0047】

２、３ 携帯通信端末
４〜６ 基地局
８ アンテナ
９ ＲＦ部
１０ ベースバンド部
１１ ＦＰＧＡ
１２ ＣＰＵ
１１１ 通信品質判定部
１１２ 指示判定部
１１３ ＲＳＳＩ判定部
１１４ ＦＥＲ判定部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】