JP2003298493A

JP2003298493A - 間欠受信制御システム

Info

Publication number: JP2003298493A
Application number: JP2002093743A
Authority: JP
Inventors: Kazutaka Sato; 和隆佐藤; Yoshihiro Ando; 嘉浩安藤
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-03-29
Filing date: 2002-03-29
Publication date: 2003-10-17

Abstract

(57)【要約】【課題】本発明は間欠受信制御システムに関し、更な
る低消費電力化を図ることができる間欠受信制御システ
ムを提供することを目的としている。【解決手段】間欠受信クロックを入力してカウントす
るカウンタ１１と、間欠受信間隔の倍数を設定する倍数
設定値レジスタ１２と、該倍数値設定レジスタ１２に設
定された値を前記カウンタの最大カウント値とするよう
に制御するモデム／ＬＳＩ１０と、該モデム／ＬＳＩ１
０と接続され、前記カウンタ１１からの割り込みを受け
て周期制御を行なう周期動作制御部２０と、ＣＰＵ２１
を具備して構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は間欠受信制御システ
ムに関する。

【０００２】

【従来の技術】近年、盛んに使用されている携帯電話や
携帯端末（ページャ等）においては、内蔵の電源（電
池）での連続使用可能時間をできるだけ長くする目的
で、間欠受信と呼ばれる方法を採用している。この間欠
受信とは、受信待ち受け中に電源を頻繁にオン／オフす
るものである。即ち、自分宛のメッセージが送られてく
る可能性のない場合は、電源をオフにして電力消費を抑
え、自分宛のメッセージが送られてくる可能性のある場
合には、電源をオンにしてデータの受信を行なってい
る。

【０００３】図１６は、間欠受信動作の説明図である。
（ａ）は電源のオン／オフを示し、（ｂ）は自分宛のメ
ッセージを受信し、或いは送信する状態を示している。
図では、オン期間Ｔ３で自分宛のメッセージを受信し、
相手方とメッセージのやりとりを行なっている状態を示
す。

【０００４】例えば、携帯電話では、送信されるデータ
の属するフレームを監視し、信号同期がとれた段階で電
源を間欠するモードに移行する。この間欠受信モードで
は、電源がオフとなっている間はデータ受信を行なわな
いで、信号同期に沿ったタイミングのみを計っており、
このタイミングに基づいて有効フレーム（自分宛のメッ
セージが入っている可能性のあるフレーム）を認識し
て、これを受信する段階（図のＴ３）で電源をオンにし
ている。また、有効フレーム中に自分宛のメッセージが
なかった場合、又は有効フレーム中に自分宛のメッセー
ジがあり、これを受信処理等した後、再び電源をオフに
する制御を行なっている。

【０００５】図１７は無線機の構成例を示すブロック図
である。携帯電話等の無線機部分は、搬送周波数に合わ
せて変調されたデータを送信し、アンテナ１を介して受
信した周波数を中間周波数に変換するＲＦ部２、ディジ
タルデータを変復調するモデム３、誤り訂正やモデム３
を制御するコントロール回路４、操作部及び表示部より
なるＬＣＤ／ＫＥＹ部５、モデム３、コントロール回路
４を制御するＣＰＵ６、及びパソコン等へユーザデータ
を送受信する通信ＩＮＴ（インタフェース）７から構成
されている。

【０００６】最近の携帯電話等は、アプリケーション
（例えばウオッチドッグタイマのクリア、複数ＣＰＵ構
成時のＣＰＵ間ヘルスチェック、電池電圧の計測、カー
ド等の挿抜検出等）の量が増加する傾向にあり、その中
で周期的に動作しなければならないアプリケーションが
必ず複数存在する。それらのアプリケーションは、互い
に独立している場合が多く、各アプリケーションが周期
動作のため、それぞれハードウェアタイマ若しくはソフ
トウェアタイマを起動する。

【０００７】個々のアプリケーションが動作するタイミ
ングは別々であるため、タイムアウトも独立して発生す
る。

【０００８】

【発明が解決しようとする課題】このため、低消費電力
を目的として間欠受信を行なっても、間欠受信の間にＣ
ＰＵが何度も動作を行なってしまうために、ただ間欠受
信を行なうだけでは十分な低消費電力の効果は得られな
い。

【０００９】実際、周期的に動作を必要とする周期監視
等のアプリケーションの中には、その周期動作のための
タイマに、高い精度のタイマを必要としないものが多数
存在している。そのため、待ち受け動作中の間欠受信間
隔を用いたソフトウェアタイマを構成し、そのＣＰＵへ
の通知方法を具備することで周期的に動作するアプリケ
ーションが起動するタイマの代わりとすることで、ＣＰ
Ｕの動作比率を減らし、更なる低消費電力化が可能なシ
ステムを組み込む。

【００１０】本発明はこのような課題に鑑みてなされた
ものであって、更なる低消費電力化を図ることができる
間欠受信制御システムを提供することを目的としてい
る。

【００１１】

【課題を解決するための手段】（１）図１は本発明の原
理ブロック図である。図において、１１は間欠受信クロ
ックを入力してカウントするカウンタ、１２は間欠受信
間隔の倍数を設定する倍数値設定レジスタ、１０は該倍
数値設定レジスタ１２に設定された値を前記カウンタ１
１の最大カウント値とするように制御するモデム／ＬＳ
Ｉ、２０は該モデム／ＬＳＩ１０と接続され、前記カウ
ンタ１１からの割り込みを受けて周期制御を行なう周期
動作制御手段である。

【００１２】前記カウンタ１１と倍数値設定レジスタ１
２はモデム／ＬＳＩ１０内に含まれが、必ずしもモデム
／ＬＳＩ１０に含まれなければならないというものでも
ない。また、周期動作制御手段２０は、ハードウェアで
もソフトウェアでも実現することができる。また、周期
動作制御手段２０には、ＣＰＵ２１も含まれるものとす
る。なお、周期動作制御手段２０は、ハードウェアでも
実現することができるが、制御の容易さの点でソフトウ
ェアで実現することが好ましい。

【００１３】このように構成すれば、間欠受信間隔毎の
クロックを入力とし、周期動作制御手段２０が設定した
倍数に達したら、ＣＰＵ２１に対して割り込み信号を通
知することで、間欠受信サイクルを最小サイズとする周
期タイマを実現することができる。（２）請求項２記載の発明は、前記周期動作制御部２０
は、前記間欠受信間隔を最小サイクルとする周期タイマ
としてのソフトウェアタイマを構成することを特徴とす
る。

【００１４】このように構成すれば、間欠受信間隔を最
小サイクルとする周期タイマを実現することができる。（３）請求項３記載の発明は、前記周期動作制御部２０
は、前記ソフトウェアタイマで、間欠受信間隔が変更に
なった場合においても、変更後の間欠受信間隔を最小サ
イクルとした周期タイマとして動作することを特徴とす
る。

【００１５】このように構成すれば、間欠受信間隔が変
更になった場合においても、変更後の間欠受信間隔を最
小とした周期タイマとして動作させることができる。こ
の発明において、前記周期動作制御部は、受信待ち受け
動作中に周期動作を必要とする全てのアプリケーション
の周期起動タイミングを一括管理するタスクを設け、か
つそのタスクで前記ソフトウェアタイマを使用すること
を特徴とする。

【００１６】このように構成すれば、待ち受け動作中に
周期動作を必要とする全てのアプリケーションの周期起
動タイミングを一括管理するタスクを設けることによ
り、このタスクを用いて前記ソフトウェアタイマを使用
することができる。

【００１７】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態例を詳細に説明する。図２は本発明の一実施の
形態例を示すブロック図である。ここでの実施の形態例
では、モデム／ＬＳＩ１０に相当する部分がＤＳＰ（デ
ィジタル・シグナル・プロセッサ）で構成されているも
のである。図において、３０はディスプレイ回路であ
り、その内部にＨ／Ｗ（ハードウェア）３１、Ｈ／Ｗ
（ハードウェア）タイマ３２及びＤＳＰ３３を含む。Ｈ
／Ｗタイマ３２は間欠受信間隔を作成する。３４はＤＰ
ＲＡＭ、３５は該ＤＰＲＡＭ３４と接続されるＣＰＵで
ある。

【００１８】この実施の形態例では、間欠受信間隔の倍
数をＣＰＵ３５からＤＳＰ３３に対してシリアル信号や
ＤＰＲＡＭ３４といったインタフェースを介して通知す
る。ＤＳＰ３３では、間欠受信の割り込みや無線フレー
ミング、間欠受信間隔に同期したタイマを使用し、ＣＰ
Ｕ３５が指定した倍数に達したらＣＰＵ３５に対してシ
リアル信号、ＤＰＲＡＭ３４への書き込み通知、割り込
み信号を使用し通知することで、間欠受信間隔を最小サ
イクルとする周期タイマを実現することができる。

【００１９】図３は周期動作制御手段２０のソフトウェ
ア構成を示す図である。図において、２１は複数のアプ
リケーションの動作を一括して管理する周期監視タス
ク、２２は該周期監視タスク２１と接続され無線ハード
ウェアを制御する無線制御タスク、２３は周期監視タス
ク２１に間欠通知を行なう間欠通知割り込みハンドラ、
２４は周期監視タスク２１と接続されるタイマ、２５は
アプリケーションＡ、２６はアプリケーションＢで、そ
れぞれ周期監視タスク２１と接続されている。それぞれ
の間にはインタフェース（ＩＮＴ）が用意されていて、
要求、通知は全てメッセージの送受信で行なわれる。こ
こでは、これら機能はソフトウェアで実現しているが、
ハードウェアで実現することもできる。

【００２０】この実施の形態例では、最適な間欠制御を
実現するための制御タスクとして、周期監視タスク２１
を設ける。この周期監視タスク２１は、アプリケーショ
ン２５、２６からの周期通知要求を受付けるインタフェ
ースをもつ。図では、アプリケーションはアプリケーシ
ョンＡ（２５）とアプリケーションＢ（２６）の２個の
場合を示しているが、任意の数だけ設けることができ
る。アプリケーションＡとＢは、それぞれの周期動作を
開始する前に周期監視タスク２１に対してタイムアウト
通知時間（周期報告を行なう間隔）を指定する。

【００２１】周期監視タスク２１は、各アプリケーショ
ン指定のタイムアウト通知時間が間欠受信間隔の何倍で
あるかを計算し、それら倍数の最大公約数を求め、それ
を間欠受信間隔の倍数を指定する倍数値設定レジスタ１
２（図１参照）に設定し、ＤＳＰに通知する。周期監視
タスク２１は、ハードウェア又はＤＳＰからの割り込み
を受けて、（間欠受信）×（倍数値設定レジスタに設定
した倍数）の時間が経過したことを認識し、登録されて
いるアプリケーションの要求時間と比較し、要求時間に
達していれば、そのアプリケーションへ通知を行なう。
このようにして、周期ソフトウェアタイマを実現する。
このように構成すれば、間欠受信サイクルを最小サイク
ルとする周期タイマを実現することができる。

【００２２】また、間欠受信間隔は、無線状態に応じて
変更可能となっている場合がある。そのような場合に
は、周期監視タスク２１において間欠受信間隔の変更を
認識して、変更後の間欠受信間隔を最小サイクルにし
て、各アプリケーション指定のタイムアウト通知時間が
変更後の間欠受信間隔の倍数であるかを求め、それら倍
数の最大公約数から、再度、レジスタに設定し、ＤＳＰ
に通知することで、周期ソフトウェアタイマを更新する
ことができる。このように構成すれば、間欠受信間隔が
変更になった場合においても、変更後の間欠受信間隔を
最小サイクルとした周期タイマとして動作させることが
できる。

【００２３】また、本発明によれば、全てのアプリケー
ションの周期起動タイミングを一括管理するタスク（周
期監視タスク）を設け、かつそのタスクでソフトウェア
タイマを使用する。このようにすることで、割り込み待
ち受け動作中に周期動作を必要とする全てのアプリケー
ションの周期起動タイミングを一管理し、このタスクを
用いてソフトウェアタイマを使用することができる。

【００２４】しかしながら、間欠受信を行なっていない
場合には、間欠受信通知がＣＰＵ２１（図１参照）に通
知されない。この場合、周期的にアプリケーションへタ
イムアウトを通知することができない。これを補うため
に、無線制御タスク２２からの情報を利用する。無線制
御タスク２２は、無線機がどのような状態にあるかを知
っている。この状態とは、待ち受け／通話／圏外があ
る。

【００２５】周期監視タスク２１は、無線制御タスク２
２からの情報を取得し、間欠受信を行なっていない待ち
受け状態以外の場合には、従来の手法通りに通常使用す
るハードウェアタイマ若しくはソフトウェアタイマを使
用することで、周期ソフトウェアタイマを実現する。更
には、通話／圏外を認識することで、ハードウェアタイ
マ／ソフトウェアタイマに設定するタイマ値を細かく制
御することが可能である。例えば、圏外の場合には、電
池の消費を抑えるため、長めの時間を指定する等であ
る。圏外や通話から待ち受けに復旧した時は、再度ハー
ドウェア／ＤＳＰからの間欠通知をクロックとした制御
に切り替える。

【００２６】このような待ち受け動作時に、周期動作が
必要なアプリケーションには、ウオッチドッグタイマの
クリア、複数ＣＰＵ構成時のＣＰＵ間ヘルスチェック、
電池電圧の計測、カード等の挿抜検出等がある。

【００２７】以下に、本発明の実施の形態例について説
明する。図１を用いて説明する。ハードウェア構成とし
ては、ここではモデム／ＬＳＩ１０がハードウェアで構
成されている場合を考える。モデム／ＬＳＩ１０には、
間欠受信間隔やタイミングを指定するレジスタに加え
て、間欠受信間隔の倍数を指定する倍数値設定レジスタ
１２と、ＣＰＵ２１に通知する割り込み信号を新たに追
加し、また、モデム／ＬＳＩからの間欠受信タイミング
を入力とするカウンタ１１をモデム若しくはＬＳＩに新
たに設ける。

【００２８】カウンタ１１では、ソフトウェアから倍数
値設定レジスタ１２に設定された間欠受信間隔の倍数を
認識している。この間欠受信間隔の指定される倍数値設
定レジスタ１２の初期値はゼロになっている。カウンタ
１１では、モデム／ＬＳＩ１０の外部／内部からの間欠
受信間隔毎のクロック入力があると、間欠受信間隔の倍
数が指定される倍数値設定レジスタ１２を参照する。こ
のレジスタの値が初期値のままである場合には、カウン
タ１１は何の動作もしない。

【００２９】倍数値設定レジスタ１２の値に初期値以外
の値が設定されている場合には、モデム／ＬＳＩ１０の
外部／内部からの間欠受信間隔毎のクロック入力契機
で、カウンタをインクリメントしていく。間欠受信間隔
毎のクロックの入力がある度に、この動作を繰り返し、
倍数値設定レジスタ１２に設定されている倍数に達した
ら、カウンタ１１をクリアし、ＣＰＵ２１に対して割り
込み信号を使用して通知する。こうすることで、間欠受
信間隔を最小サイクルとする周期タイマを実現すること
ができる。また、このカウンタ１１を設けることで、間
欠受信間隔毎にＣＰＵ２１に対して割り込みを上げるこ
とはなくなるので、割り込み回数を必要最小限に抑える
ことが可能となる。

【００３０】周期監視のための一連の動作を説明する。
図４は本発明の動作シーケンスを示す図である。アプリ
ケーションＡ、アプリケーションＢ、周期監視タスク２
１、無線制御タスク２２、割り込みハンドラ２３、モデ
ム／ＬＳＩ１０間での信号のやりとりを示す。（間欠制御中の周期監視動作）間欠制御が開始されると
（Ｓ１）、無線制御タスク２２から周期監視タスク２１
に対して、間欠制御開始通知（Ｓ２）によって間欠受信
間隔（＝１秒）が通知される。このメッセージを受けた
周期監視タスク２１では、間欠受信間隔（＝１秒）と、
間欠制御が行われている状態を認識する。ここで、アプ
リケーションＡから周期監視タスク２１に対して、周期
監視開始要求が出される（Ｓ３）。そして、要求元で識
別可能なオペレーションＩＤ（＝１）、周期報告を行な
う間隔（＝１０秒）と、周期報告メッセージの通知先の
メールボックスＩＤ（＝１）を通知し、周期監視を要求
する。

【００３１】この要求を受けた周期監視タスク２１で
は、周期監視（Ａ）を開始し（Ｓ４）、周期監視開始要
求のパラメータを周期監視管理テーブルに新規登録する
（Ｓ５）。ここで、周期監視管理テーブルは、ＣＰＵ２
１内に設けられる。

【００３２】図５は周期監視管理テーブルの構成例を示
す図である。周期監視管理テーブルは、各アプリケーシ
ョンの周期監視開始要求毎に、要求元のアプリケーショ
ンのメールボックスＩＤ、周期監視開始要求に設定され
たオペレーションＩＤ、周期報告間隔、周期報告間隔の
間欠受信間隔に対する倍数、割り込みハンドラの間欠通
知を受けて、周期報告メッセージを送信する際の判定値
となる周期報告判定値、割り込みハンドラの間欠通知受
信回数の計６項目より構成されている。

【００３３】次に、周期監視タスク２１では、間欠制御
が行われている状態であるか否かを判定し、間欠受信が
行われている場合には、周期監視開始要求中の周期報告
間隔が、先に記憶してある間欠受信間隔の何倍になるか
を計算し、その結果を周期監視管理テーブルに設定す
る。今、この状態では、間欠受信間隔が１秒、アプリケ
ーションＡからの周期報告間隔が１０秒なので、倍数は
１０となる。この計算結果をモデム／ＬＳＩ１０の間欠
受信間隔の倍数を指定する倍数値設定レジスタ１２に設
定する。

【００３４】なお、この値は周期監視タスク２１でも記
憶しておく。同時に、周期監視管理テーブルの周期報告
判定値にも値を設定するが、周期監視管理テーブルに１
件しか登録されていないので、この値は必ず１になる。
また、間欠通知受信回数を０で初期化しておく。その
後、周期監視開始応答をアプリケーションＡにメッセー
ジで通知して（Ｓ６）、アプリケーションＡの周期監視
を開始する。

【００３５】間欠受信間隔の倍数が設定されたモデム／
ＬＳＩ１０では、間欠受信があるたびにその回数をカウ
ントし、１０回目の間欠受信があった時に設定された倍
数に達したので、カウンタ１１をクリアしてＣＰＵ２１
に対して割り込み信号を使用して通知する（Ｓ７）。割
り込みハンドラ２３では、ＣＰＵ２１からの割り込みを
監視しており、ＣＰＵ２１からの割り込みがあった場合
には、周期監視タスク２１に対して間欠通知をメッセー
ジにて報告する（Ｓ８）。

【００３６】この間欠通知を受けた周期監視タスク２１
では、周期監視管理テーブルに登録してある全ての要求
の間欠通知受信回数をインクリメントする。今、監視中
の要求は１つしかなく、周期報告判定値は１になってい
るので、間欠通知を受ける毎にアプリケーションＡの周
期報告間隔に達しているとみなすことができる。そのた
め、周期監視タスク２１では、アプリケーションＡの間
欠通知受信回数をクリアして、アプリケーションＡに対
して周期監視管理テーブルに設定されているメールボッ
クスＩＤを送信先にして、周期報告メッセージを送信す
る（Ｓ９）。この周期報告メッセージには、該当するオ
ペレーションＩＤを周期監視管理テーブルから取得して
パラメータとして設定している。こうすることで、間欠
受信間隔を最小サイクルとする周期タイマを実現するこ
とができる。

【００３７】以上の説明の場合では、アプリケーション
から要求された周期報告間隔が間欠受信間隔の整数倍と
なっているが、整数倍にならない場合について以下に説
明する。

【００３８】今、間欠制御開始通知によって、間欠受信
間隔（＝２秒）が通知されているとする。この時、アプ
リケーションＡから周期監視タスク２１に対して、周期
報告間隔（＝５秒）の周期監視開始要求があったものと
する。図６はこの時の、周期監視管理テーブルの構成例
を示す図である。周期報告期間は５秒になっていること
が分かる。この場合、周期報告間隔が間欠受信間隔の
２．５倍になる。これをそのままモデム／ＬＳＩ１０の
間欠受信間隔の倍数を設定する倍数値設定レジスタ１２
に設定するわけにはいかない。このため、周期監視タス
ク２１では、小数点以下を四捨五入して整数値３倍とし
て当該レジスタ１２に設定する。以下の動作は、上記し
た動作と同じである。

【００３９】しかしながら、間欠受信間隔との倍数が整
数倍になるように切り上げられているため、アプリケー
ションから要求された周期報告間隔よりも長い間隔で周
期報告が上がり、周期報告に誤差が生じる場合がある。
これは、周期監視そのものがそれほど精度を求められる
ものではないということを前提に処理を行なっているか
らである。従って、毎回正確な周期報告が必要な場合に
は、周期監視タスク２１による周期監視処理は行わない
ようにする必要がある。（アプリケーションＡの周期監視が行われている状態
で、アプリケーションＢが周期監視動作を行なう場合の
処理）間欠受信間隔１秒の時、アプリケーションＡが１
０秒の周期報告要求を行なっているものとする。この状
態で、アプリケーションＢがオペレーションＩＤ（＝
１）、周期報告間隔（＝２０秒）、周期報告メッセージ
の通知先のメールボックスＩＤ（＝２）で周期監視を要
求したものとする。周期監視開始要求を受けた周期監視
タスク２１では、周期監視開始要求のパラメータを周期
監視管理テーブルに追加登録する。

【００４０】図７はこの時の周期監視管理テーブルの構
成例を示す図である。周期報告間隔が２０秒になってい
ることが分かる。間欠受信間隔との倍数は、間欠受信間
隔が１秒であるので、その倍数は２０である。

【００４１】周期監視タスク２１では、複数個の周期監
視の要求がある場合、間欠受信間隔の倍数を設定する倍
数値設定レジスタ１２には、複数の要求元アプリケーシ
ョンの周期報告間隔に適切なタイミングで割り込みを上
げるように調整した値を設定する必要がある。その計算
方法は、以下の通りである。

【００４２】間欠受信間隔をｍ（秒）とする。アプリケ
ーションＡの周期報告間隔がａ（秒）、アプリケーショ
ンＢの周期報告間隔がｂ（秒）とした時、アプリケーシ
ョンＡの周期報告間隔は、間欠受信間隔のｒ＝（ａ／
ｍ）倍である。また、アプリケーションＢの周期報告間
隔は、間欠受信間隔のｓ＝（ｂ／ｍ）倍となる。ここ
で、ｒとｓの最大公約数をｎとすると、間欠受信間隔の
倍数を設定する倍数値設定レジスタに１２にはｎを設定
する。

【００４３】この時、アプリケーションＡの周期報告判
定値は（ｒ／ｎ）で、アプリケーションＢの周期報告判
定値は（ｓ／ｎ）となっている。以上の設定により、割
り込みは（ｍ×ｎ）秒毎に通知され、アプリケーション
Ａには、（ｒ／ｎ）×（ｍ×ｎ）＝ｒ×ｍ＝ａ（秒）、
アプリケーションＢには、（ｓ／ｎ）×（ｍ×ｎ）＝ｓ
×ｍ＝ｂ（秒）毎に周期報告が送信されることになる。

【００４４】上記の計算を当てはめると、間欠受信間隔
１秒で、アプリケーションＡの周期報告間隔は１０秒、
アプリケーションＢは２０秒の場合、アプリケーション
Ａの周期報告間隔は１０倍で、アプリケーションＢは２
０倍である。これら倍数の最大公約数は１０で、これが
間欠受信間隔の倍数を指定する倍数値設定レジスタ１２
に設定されることになる。

【００４５】しかしながら、この値はアプリケーション
Ａが登録された時と同じ値のため、改めて倍数値設定レ
ジスタ１２に設定し直すことはない。このため、アプリ
ケーションＡの周期報告判定値は１のままであり、アプ
リケーションＢの周期報告判定値はこの最大公約数から
２と求めることができる。周期監視タスク２１では、周
期監視管理テーブルのアプリケーションＢの要求に対す
る周期報告判定値に２を設定し、間欠通知受信回数を０
で初期化し、アプリケーションＢに対して周期監視開始
応答を通知する。アプリケーションＡに関する部分には
何もしない。この場合において、モデム／ＬＳＩ１０の
ハードウェアでは、間欠受信間隔の倍数は変更されてい
ないので、ＣＰＵ２１に対して割り込み信号は、元のタ
イミングで通知する。

【００４６】割り込みハンドラ２３からの間欠通知を受
けた周期監視タスク２１では、周期監視管理テーブルに
登録してある全ての要求の間欠通知受信回数をインクリ
メントする。その後、全ての周期報告判定値が間欠通知
受信回数と一致しているか否かを判定する。今、アプリ
ケーションＡの周期報告判定値は１、アプリケーション
Ｂの周期報告判定値は２である。そのため、アプリケー
ションＢが登録された後、最初の間欠通知を受けた周期
監視タスク２１では、アプリケーションＡに対してのみ
周期報告メッセージを送信する。

【００４７】次に、割り込みハンドラ２３からの間欠通
知を受けた場合、アプリケーションＢの間欠通知受信回
数が周期報告値に達するので、アプリケーションＡとア
プリケーションＢに対して周期報告メッセージを送信す
る。この場合、アプリケーションＢに対する報告メッセ
ージが、アプリケーションＢが要求している間隔より短
い場合がありうる。しかしながら、この誤差は初回報告
時のみで、２回目以降の報告は、要求元が指定した間隔
で正しく行なわれる。

【００４８】ここまでは、複数のアプリケーションから
の追加要求によっても、間欠受信間隔の倍数が以前に設
定した倍数と異ならない場合について説明したが、これ
が複数のアプリケーションからの追加要求によって異な
る場合について説明する。（間欠受信間隔の倍数が以前に設定した倍数と異なる場
合）間欠受信間隔１秒の時、アプリケーションＡが１０
秒の周期報告要求を行なっているとする。この時の間欠
受信間隔の倍数を指定する倍数値設定レジスタ１２の値
は１０で、アプリケーションＡの周期報告判定値は１で
ある。この状態で、アプリケーションＢが周期報告期間
１５秒で周期監視を要求したものとする（Ｓ１０）。図
８はこの時の周期監視管理テーブルの構成例を示す図で
ある。アプリケーションＡの間欠受信間隔との倍数は１
０、アプリケーションＢの間欠受信間隔との倍数は１５
となる。周期監視タスク２１は、周期監視（Ｂ）を開始
する（Ｓ１１）。

【００４９】アプリケーションＡの周期報告間隔（１０
秒）とアプリケーションＢの周期報告間隔（１５秒）の
間欠受信間隔（１秒）に対する倍数を求めると、それぞ
れ１０倍、１５倍になる。これら倍数の最大公約数は５
となり、間欠受信間隔の倍数を指定する倍数値設定レジ
スタ１２は、これまでの１０倍から５に変更されること
になる（Ｓ１２）。この最大公約数から、アプリケーシ
ョンＡの周期報告判定値は２、アプリケーションＢの周
期報告判定値は３となる（図８参照）。周期監視タスク
２１は、これらの値を周期監視管理テーブルに再設定す
る。また、それぞれの間欠通知受信回数を０で初期化す
る（図８参照）。

【００５０】周期監視タスク２１では、更にこの求めら
れた新たな倍数値をモデム／ＬＳＩ１０の間欠受信間隔
の倍数を指定する倍数値設定レジスタ１２に設定して、
その後、アプリケーションＢに対して周期監視開始応答
を通知する（Ｓ１３）。

【００５１】間欠受信間隔の倍数値設定レジスタ１２の
ハードウェアでは、これまでのカウント回数をクリアす
る。そして、次に間欠受信がある契機で新たにカウント
を開始し、設定された倍数に達した時に、ＣＰＵ２１に
対して割り込み信号を使用して通知する（Ｓ１４）。
今、倍数値設定レジスタ１２には５が設定されているの
で、変更後、５回目の間欠受信の契機でＣＰＵ２１に対
して割り込み信号を使用して通知することになる。その
後、ＣＰＵ２１への割り込みは割り込みハンドラ２３を
介して、間欠通知として周期監視タスク２１へ通知され
る（Ｓ１５）。

【００５２】割り込みハンドラ２３からの間欠通知を受
けた周期監視タスク２１では、周期監視管理テーブルに
登録してある全ての要求の間欠通知受信回数をインクリ
メントする。その後、全ての周期報告判定値が間欠通知
受信受信回数と一致しているか否かを判定する。今、ア
プリケーションＡの周期判定値は２、アプリケーション
Ｂの周期判定値は３である。そのため、アプリケーショ
ンＢが登録された後、最初の間欠通知を受けた周期監視
タスク２１では、経過時間を判定し（Ｓ１６）、どのア
プリケーションに対しても周期監視報告を行なわない。

【００５３】次に、カウント数５でモデム／ＬＳＩ１０
からの割り込みを受けると（Ｓ１７）、この割り込みは
割り込みハンドラ２３から周期監視タスク２１に通知さ
れる（Ｓ１８）。該周期監視タスク２１は、アプリケー
ションＡに対して経過時間を判定し、周期報告を行なう
（Ｓ１９）。

【００５４】次に、モデム／ＬＳＩ１０からの間欠通知
を受けた場合（Ｓ２０）、割り込みハンドラ２３は周期
監視タスク２１に対して間欠通知を出す（Ｓ２１）。ア
プリケーションＢの間欠通知受信回数が周期報告判定値
に達するので、アプリケーションＢに対してのみ周期報
告メッセージを送信する（Ｓ２２）。

【００５５】５回カウントして、モデム／ＬＳＩ１０か
ら割り込みが上がると、この割り込みはＣＰＵ２１に通
知される（Ｓ２３）。割り込みハンドラ２３は、この割
り込みを受けて周期監視タスク２１に通知する（Ｓ２
４）。該周期監視タスク２１では、経過時間を判定し、
アプリケーションＡに周期報告を行なう（Ｓ２５）。次
に、モデム／ＬＳＩ１０から割り込みが上がると、この
割り込みはＣＰＵ２１に通知される（Ｓ２６）。割り込
みハンドラ２３は、この割り込みを受けて周期監視タス
ク２１に通知する（Ｓ２７）。周期監視タスク２１は、
経過時間判定を行なう（Ｓ２８）。

【００５６】この場合でも、アプリケーションＢから要
求追加直後のアプリケーションＡ、Ｂそれぞれへの報告
がそれぞれの要求報告間隔とは異なってくる可能性があ
る。特に、アプリケーションＡに関しては大きくずれる
可能性があるが、これも誤差があるのは初回報告時のみ
で、２回目以降の報告は要求元が指定した報告間隔で正
しく行なわれる。

【００５７】このようにして、更に複数のアプリケーシ
ョンからの周期監視要求にも対応することが可能とな
る。また、アプリケーションからの要求には、オペレー
ションＩＤを設定することになっているので、同一アプ
リケーションからの複数の要求に対しても対応可能であ
る。

【００５８】アプリケーションが周期動作を停止する場
合には、周期監視タスク２１に対して周期監視停止要求
を出す。このメッセージには、要求時に設定したオペレ
ーションＩＤをパラメータとして通知る。周期監視停止
要求を受けた周期監視タスク２１は、タスクとオペレー
ションＩＤが一致する要求に関する周期監視管理テーブ
ルの情報を全て削除する。

【００５９】この時、他に周期報告を要求しているアプ
リケーションがない場合には、モデム／ＬＳＩ１０の間
欠受信間隔の倍数を設定する倍数値設定レジスタ１２に
対して０を設定する。また、他に周期報告を要求してい
るアプリケーションがある場合には、間欠制御が行われ
ている状態であるか否かを判定し、再度、最適な間欠
受信間隔の倍数値及び、周期報告判定値を計算し、間欠
受信間隔の倍数値に変更がある場合には、モデム／ＬＳ
Ｉ１０の倍数値設定レジスタ１２に対して新たな値を設
定する。

【００６０】また、間欠受信間隔が変更になった場合、
無線制御タスク２２から周期監視タスク２１に対して、
間欠受信間隔変更通知が送信される。間欠受信間隔変更
通知を受けた周期監視タスク２１は、周期監視管理テー
ブルに登録してある全ての要求に対して、再度、周期報
告間隔の新しい間欠受信間隔に対する倍数を計算し直
す。次に、それらの最大公約数を求めることで、間欠受
信間隔変更後の最適な間欠受信間隔の倍数値及び、各要
求の周期報告判定値を求め、モデム／ＬＳＩ１０の倍数
値設定レジスタ１２に対して、新しい間欠受信間隔の倍
数値を設定する。このようにして、間欠受信間隔が変更
後でも引き続き周期監視制御を行なうことが可能とな
る。

【００６１】図９は周期監視タスクにおける処理フロー
を示す図である。先ず、メッセージを受信すると（Ｓ
１）、メッセージのチェックを行なう（Ｓ２）。そし
て、チェック結果により、以下の６通りに分かれる。無
線制御タスクでは、間欠制御開始通知（Ｓ３）、間欠制
御停止通知（Ｓ４）、間欠受信間隔変更通知（Ｓ５）に
分かれる。各アプリケーションでは、周期監視開始要求
（Ｓ６）と周期監視停止要求（Ｓ７）に分かれる。割り
込みハンドラは、間欠通知（Ｓ８）を行なう。

【００６２】図１０は間欠制御開始フローを示す図であ
る。間欠制御開始通知があると（Ｓ１）、間欠受信間隔
を記憶する（Ｓ２）。次に、状態設定（間欠制御中）を
行なう（Ｓ３）。次に、周期要求中アプリケーションが
存在するか否かチェックする（Ｓ４）。アプリケーショ
ンが存在しない場合には、処理を終了する。

【００６３】アプリケーションが存在する場合には、発
行中タイマーを停止し（Ｓ５）、全ての要求に対して周
期報告を行なう（Ｓ６）。次に、全ての周期報告間隔の
間欠受信間隔に対する倍数を計算する（Ｓ７）。この結
果、周期報告間隔は間欠受信間隔の整数倍であるかどう
かチェックする（Ｓ８）。整数倍でない場合には、整数
倍になるように小数点以下を四捨五入し（Ｓ９）、それ
ぞれの倍数を周期監視管理テーブルに設定し、最大公約
数を計算する（Ｓ１０）。ステップＳ８において、整数
倍である場合には、そのままステップＳ１０を実行す
る。

【００６４】次に、周期監視管理テーブル全ての周期報
告判定値（倍数／最大公約数）を初期化する（Ｓ１
１）。次に、周期監視管理テーブルの全ての間欠通知受
信回数を周期する（Ｓ１２）。そして、倍数値設定レジ
スタに間欠受信間隔の倍数を設定する（Ｓ１３）。

【００６５】図１１は間欠制御停止フローを示す図であ
る。先ず、間欠制御停止通知がくると（Ｓ１）、間欠制
御停止中に状態設定する（Ｓ２）。次に、周期監視要求
中アプリケーションが存在するか否かをチェックする
（Ｓ３）。存在しない場合には、処理を終了する。存在
する場合には、レジスタを初期化する（Ｓ４）。そし
て、全ての要求に対して周期報告を行なう（Ｓ５）。そ
して、全ての周期報告間隔の最大公約数を計算する（Ｓ
６）。

【００６６】次に、周期監視管理テーブルの全ての周期
報告判定値を再設定し（Ｓ７）、周期監視管理テーブル
の全ての間欠通知受信回数を初期化し（Ｓ８）、最大公
約数の時間でタイマーを発行し（Ｓ９）、処理を終了す
る。

【００６７】図１２は間欠受信間隔変更フローを示す図
である。先ず、間欠受信間隔変更通知があると（Ｓ
１）、記憶している間欠受信間隔を更新する（Ｓ２）。
次に、間欠受信中状態であるかどうかチェックする（Ｓ
３）。間欠受信中状態でない場合には、処理は終了す
る。間欠受信中である場合には、全ての周期報告間隔の
間欠受信間隔に対する倍数を計算する（Ｓ４）。

【００６８】次に、周期報告間隔は間欠受信間隔の整数
倍であるかどうかチェックする（Ｓ５）。整数倍でない
場合には、整数倍になるように小数点以下を四捨五入し
た後（Ｓ６）、それぞれの倍数を周期監視管理テーブル
に設定し、最大公約数を計算する（Ｓ７）。ステップＳ
５において整数倍である場合もステップＳ７を行なう。
次に、間欠受信間隔の倍数値設定レジスタに設定されて
いる最大公約数に変更があるかどうかチェックする（Ｓ
８）。

【００６９】変更がある場合には、周期監視管理テーブ
ルの全ての周期報告判定値を設定する（Ｓ９）。この場
合の周期報告判定値＝倍数／最大公約数で表される。次
に、周期監視管理テーブルの全ての間欠通知受信回数を
初期化し（Ｓ１０）、倍数値設定レジスタに間欠受信間
隔の倍数を設定し（Ｓ１１）、処理を終了する。

【００７０】ステップＳ８において、最大公約数に変更
がない場合には、間欠受信間隔との倍数が変わった要求
のみに対して、周期監視管理テーブル周期報告判定値を
再設定し（Ｓ１２）、周期監視管理テーブルの該当する
間欠通知受信回数を初期化し（Ｓ１３）、処理を終了す
る。

【００７１】図１３は周期監視開始フローを示す図であ
る。先ず、周期監視開始要求があると（Ｓ１）、周期監
視管理テーブルに登録する（Ｓ２）。そして、間欠受信
状態であるか否かをチェックする（Ｓ３）。間欠受信中
でない場合には、全ての周期報告間隔の最大公約数を計
算する（Ｓ４）。次に、最大公約数の時間に変更がない
かどうかチェックする（Ｓ５）。

【００７２】変更がある場合には、周期監視管理テーブ
ルの全ての周期報告判定値を再設定し（Ｓ６）、周期監
視管理テーブルの全ての間欠通知受信回数を初期化する
（Ｓ７）。そして、最大公約数の時間でタイマーを発行
し（Ｓ８）、周期監視開始応答に入る（Ｓ２１）。

【００７３】ステップＳ５において、最大公約数の時間
に変更がない場合には、周期監視管理テーブルの該当す
る周期報告判定値を設定し（Ｓ９）、周期監視管理テー
ブルの該当する間欠通知受信回数を初期化する（Ｓ１
０）。ステップＳ３において、間欠受信中状態である場
合には、周期報告間隔の間欠受信間隔に対する倍数を計
算する（Ｓ１１）。次に、周期報告間隔は間欠受信間隔
の整数倍であるか否かチェックする（Ｓ１２）。

【００７４】整数倍でない場合には、整数倍になるよう
に小数点以下を四捨五入し（Ｓ１３）、それぞれの倍数
を周期監視管理テーブルに設定し、最大公約数を計算す
る（Ｓ１４）。ステップＳ１２において整数倍である場
合には、そのままステップＳ１４に入る。次に、間欠受
信間隔の倍数値設定レジスタに変更がないかどうかをチ
ェックする（Ｓ１５）。

【００７５】変更がある場合には、周期監視管理テーブ
ルの全ての周期報告判定値（＝倍数／最大公約数）を設
定し（Ｓ１６）、周期監視管理テーブルの全ての間欠通
知受信回数を初期化する（Ｓ１７）。そして、倍数値設
定レジスタに間欠受信間隔の倍数を設定し（Ｓ１８）、
ステップＳ２１に進む。

【００７６】ステップＳ１５において、倍数レジスタ設
定値に変更がない場合には、周期監視管理テーブルの該
当する周期報告判定値を設定し（Ｓ１９）、周期監視管
理テーブルの該当する間欠通知受信回数を初期化し（Ｓ
２０）、ステップＳ２１に進む。

【００７７】図１４は周期監視停止フローを示す図であ
る。先ず、周期監視停止要求があると（Ｓ１）、周期監
視管理テーブルの該当部を削除する（Ｓ２）。そして、
残りの要求があるかどうかチェックする（Ｓ３）。ない
場合には、レジスタを初期化し（Ｓ４）、周期監視停止
応答を行なう（Ｓ１６）。ステップＳ３において、残り
の要求がある場合には、間欠受信中状態であるかどうか
チェックする（Ｓ５）。

【００７８】間欠受信中状態でない場合には、残りの周
期報告間隔の最大公約数を計算する（Ｓ６）。そして、
最大公約数の時間に変更がないかどうかチェックする
（Ｓ７）。変更がある場合には、周期監視管理テーブル
の全ての周期報告判定値を再設定し（Ｓ８）、周期監視
管理テーブル全ての間欠通知受信回数を初期化し（Ｓ
９）、最大公約数の時間でタイマーを発行する（Ｓ１
０）。そして、周期監視停止応答に入る（Ｓ１６）。

【００７９】ステップＳ７で最大公約数の時間に変更が
ない場合には、周期監視停止応答に入る（Ｓ１６）。ス
テップＳ５で、間欠受信中状態である場合には、残りの
倍数の最大公約数を計算し（Ｓ１１）、間欠受信間隔の
倍数値設定レジスタの設定値に変更がないかどうかチェ
ックする（Ｓ１２）。変更がある場合には、周期監視管
理テーブルの全ての周期報告判定値を設定する（Ｓ１
３）。次に、周期監視管理テーブルの全ての間欠通知受
信回数を初期化し（Ｓ１４）、倍数値設定レジスタに間
欠受信間隔の倍数を設定し（Ｓ１５）、周期監視停止応
答に入る。ステップＳ１２で変更がない場合には、ステ
ップＳ１６に入る。

【００８０】図１５は間欠通知フローを示す図である。
先ず間欠通知がなされると（Ｓ１）、周期監視管理テー
ブルの登録件数分繰り返し（Ｓ２）、間欠監視管理テー
ブルの間欠通知受信回数をインクリメントし（Ｓ３）、
間欠通知受信回数が周期報告判定値設定に達しているか
どうかチェックする（Ｓ４）。達していない場合には、
処理を終了する。達している場合には、間欠通知受信回
数を初期化し（Ｓ５）、周期報告を行なう（Ｓ６）。そ
の後、処理を終了する。

【００８１】以上、説明したように、本発明によれば、
携帯電話、ＰＨＳ、ノートパソコン等、間欠的に基地局
の電波を受信する無線機を搭載する装置において、間欠
受信を行なっている待ち受け動作中のウオッチドッグタ
イマのクリア、複数ＣＰＵ構成時のＣＰＵ間ヘルスチェ
ック、電池電圧の計測、カード等の挿抜検出等の周期動
作する周期監視系アプリケーションが使用するタイマ
を、検出受信間隔を用いたソフトウェアタイマに統一
することにより、余計なＣＰＵの動作比率を減らし、更
なる低消費電力化が可能な間欠受信制御システムが可能
となる。

【００８２】（付記１）間欠受信クロックを入力してカ
ウントするカウンタと、間欠受信間隔の倍数を設定する
レジスタと、該レジスタに設定された値を前記カウンタ
の最大カウント値とするように制御するモデム／ＬＳＩ
と、該モデム／ＬＳＩと接続され、前記カウンタからの
割り込みを受けて周期制御を行なう周期動作制御部と、
を具備して構成される間欠受信制御システム。

【００８３】（付記２）前記周期動作制御部は、前記間
欠受信間隔を最小サイクルとする周期タイマとしてのソ
フトウェアタイマを構成することを特徴とする付記１記
載の間欠受信制御システム。

【００８４】（付記３）前記周期動作制御部は、前記ソ
フトウェアタイマで、間欠受信間隔が変更になった場合
においても、変更後の間欠受信間隔を最小サイクルとし
た周期タイマとして動作することを特徴とする付記２記
載の間欠受信制御システム。

【００８５】（付記４）前記周期動作制御部は、受信待
ち受け動作中に周期動作を必要とする全てのアプリケー
ションの周期起動タイミングを一括管理するタスクを設
け、かつそのタスクで前記ソフトウェアタイマを使用す
ることを特徴とする付記２記載の間欠受信制御システ
ム。

【００８６】

【発明の効果】以上説明したように、本発明によれば以
下の効果が得られる。（１）請求項１記載の発明によれば、間欠受信間隔毎の
クロックを入力とし、周期動作制御手段２０が設定した
倍数に達したら、ＣＰＵ２１に対して割り込み信号を通
知することで、間欠受信サイクルを最小サイズとする周
期タイマを実現することができる。（２）請求項２記載の発明によれば、間欠受信間隔を最
小サイクルとする周期タイマを実現することができる。（３）請求項３記載の発明によれば、間欠受信間隔が変
更になった場合においても、変更後の間欠受信間隔を最
小とした周期タイマとして動作させることができる。

【００８７】このように、本発明によれば、更なる低消
費電力化を図ることができる間欠受信制御システムを提
供することができる。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の一実施の形態例を示すブロック図であ
る。

【図３】周期動作制御手段のソフトウェア構成を示す図
である。

【図４】本発明の動作シーケンスを示す図である。

【図５】周期監視管理テーブルの構成例を示す図であ
る。

【図６】周期監視管理テーブルの構成例を示す図であ
る。

【図７】周期監視管理テーブルの構成例を示す図であ
る。

【図８】周期監視管理テーブルの構成例を示す図であ
る。

【図９】周期監視タスクにおける処理フローを示す図で
ある。

【図１０】間欠制御開始フローを示す図である。

【図１１】間欠制御停止フローを示す図である。

【図１２】間欠受信間隔変更フローを示す図である。

【図１３】周期監視開始フローを示す図である。

【図１４】周期監視停止フローを示す図である。

【図１５】間欠通知フローを示す図である。

【図１６】間欠受信の説明図である。

【図１７】無線機の構成例を示すブロック図である。

【符号の説明】

１０モデム／ＬＳＩ１１カウンタ１２倍数値設定レジスタ２０周期動作制御手段２１ＣＰＵ

───────────────────────────────────────────────────── フロントページの続き (72)発明者安藤嘉浩宮城県仙台市青葉区一番町３丁目３番５号富士通東日本コミュニケーション・システムズ株式会社内Ｆターム(参考） 5K047 BB01 JJ02 MM11 MM23 MM27 MM56 5K067 AA43 BB04 CC22 DD30

Claims

【特許請求の範囲】

【請求項１】間欠受信クロックを入力してカウントす
るカウンタと、間欠受信間隔の倍数を設定する倍数値設
定レジスタと、該レジスタに設定された値を前記カウン
タの最大カウント値とするように制御するモデム／ＬＳ
Ｉと、該モデム／ＬＳＩと接続され、前記カウンタからの割り
込みを受けて周期制御を行なう周期動作制御部と、を具
備して構成される間欠受信制御システム。
【請求項２】前記周期動作制御部は、前記間欠受信間
隔を最小サイクルとする周期タイマとしてのソフトウェ
アタイマを構成することを特徴とする請求項１記載の間
欠受信制御システム。
【請求項３】前記周期動作制御部は、前記ソフトウェ
アタイマで、間欠受信間隔が変更になった場合において
も、変更後の間欠受信間隔を最小サイクルとした周期タ
イマとして動作することを特徴とする請求項２記載の間
欠受信制御システム。