JP7207838B2 - 携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法、携帯端末、およびコンピュータプログラム - Google Patents

Description

本願は、２０１８年１１月１日に中国国家知識財産権局に出願され、「携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法および装置」と題する中国特許出願第２０１８１１２９６１９２．Ｘ号の優先権を主張し、また、２０１８年１２月１７日に中国国家知識財産権局に出願され、「携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法および装置」と題する中国特許出願第２０１８１１５４５０６２．５号の優先権を主張し、また、その全体が参照により本明細書に組み込まれる。

本願は、通信技術の分野に関し、特に携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法および装置に関するものである。

通信技術の発展に伴い、携帯端末の機能はますます豊富になり、ユーザの日常生活や仕事において重要な役割を果たしている。

携帯端末の使用時間を長くするために、ユーザの動作を受信しない状態が比較的長い時間続くとき、携帯端末に配置されたアプリケーションプロセッサは通常スリープ状態に入る。スリープ状態のアプリケーションプロセッサは、ウェイクアップ状態のアプリケーションプロセッサと比較して消費する電力が少なく、それにより携帯端末の電力消費を低減し、携帯端末の使用時間を長くすることができる。

しかし、本願の研究工程において、本発明者は、アプリケーションプロセッサがスリープ状態に入った後も、携帯端末に配置された他の構成要素（例えば、モデム）が依然としてさまざまな命令を時々取得し、アプリケーションプロセッサに命令を送信していることを発見した。この場合、アプリケーションプロセッサは頻繁に命令を取得し、その命令に対応する動作を行う。その結果、スリープ状態のアプリケーションプロセッサが頻繁にウェイクアップし、再び電力消費が高い状態に入ってしまう。例えば、ネットワークフラッピングが発生した場合、サービングセルは携帯端末にセルハンドオーバー命令を頻繁に送信する。端末装置がセルハンドオーバー命令を受信するたびに、携帯端末はアプリケーションプロセッサをウェイクアップする必要がある。この場合、アプリケーションプロセッサは、セルハンドオーバー命令に基づいて、セルハンドオーバー動作を行う。その結果、アプリケーションプロセッサが頻繁にウェイクアップする。

携帯端末のスリープ状態にあるアプリケーションプロセッサが、頻繁に命令を取得することに起因して頻繁にウェイクアップしてしまうという先行技術の問題を解決するために、本願の実施形態では、携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法および装置を開示す。

第１の態様によれば、本願の実施形態は、携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法を提供し、方法は、
携帯端末が予め設定された第１の状態にあるかを検出する段階であって、ここで、第１の状態は、携帯端末のスクリーンオフ状態、非充電状態、または速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である段階と、
携帯端末が予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令と、報告すべき命令の優先度とを取得する段階と、
報告すべき命令の優先度が予め設定された優先度より高い場合に、報告すべき命令をアプリケーションプロセッサに報告し、アプリケーションプロセッサをウェイクアップさせる段階と、を含む。

先行技術では、携帯端末が報告すべき命令を取得した後、毎回、携帯端末は報告すべき命令をアプリケーションプロセッサに直ちに報告していた。この場合、アプリケーションプロセッサは頻繁に命令を取得する。その結果、アプリケーションプロセッサが頻繁にウェイクアップする。しかし、本願の本実施形態における解決策では、予め設定された優先度より高い優先度の報告すべき命令を取得した場合にのみ、報告すべき命令をアプリケーションプロセッサに報告することで、アプリケーションプロセッサに命令を報告する回数を減らし、さらにアプリケーションプロセッサが命令を取得する回数を減らし、それによりアプリケーションプロセッサのウェイクアップが頻繁に発生することを回避することができる。このようにして、先行技術の問題は解決される。

さらに、本願の本実施形態では、アプリケーションプロセッサをウェイクアップする回数が減る。先行技術と比較して、アプリケーションプロセッサがスリープ状態にある時刻が長くなる。したがって、携帯端末の使用期間をさらに長くすることができる。

第１の態様を参照すると、第１の態様の第１の可能な実装では、アプリケーションプロセッサに報告する必要がある報告すべき命令と、報告すべき命令の優先度とを取得した後、方法は、
現在の時刻と、報告すべき命令がアプリケーションプロセッサに最新の時刻として報告された時刻との間の差が、第３の閾値より大きい場合、報告すべき命令をアプリケーションプロセッサに報告して、アプリケーションプロセッサをウェイクアップする段階と、をさらに含む。

第１の態様を参照すると、第１の態様の第２の可能な実装において、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、
少なくとも１つの時刻更新命令を受信する段階と、時刻更新命令を受信した後、毎回、時刻更新命令の受信時刻を記録する段階と、
携帯端末が予め設定されたトリガ条件を満たしているときに、現在の時刻と目標時刻更新命令の受信時刻との間の時刻差を取得する段階であって、ここで、目標時刻更新命令は、受信時刻が現在の時刻に最も近い時刻更新命令であり、携帯端末がスクリーンオン状態および／または充電状態であるときに、携帯端末が予め設定されたトリガ条件を満たす段階と、
時刻差と目標時刻更新命令に含まれる時刻との和を取得し、和を含む時刻報告命令を生成する段階であって、ここで、時刻報告命令は報告すべき命令である段階と、を含む。

先行技術では、携帯端末が時刻更新命令を受信した後、毎回、携帯端末がアプリケーションプロセッサに時刻更新命令を報告し、アプリケーションプロセッサをウェイクアップさせていた。この場合、アプリケーションプロセッサは時刻更新動作を行う。

しかし、本願の本実施形態で開示された解決策では、時刻更新命令を取得した後、携帯端末は時刻更新命令を直ちにアプリケーションプロセッサに報告する代わりに、時刻更新命令をキャッシュする。携帯端末が予め設定されたトリガ条件を満たすとき、携帯端末は受信した最新の時刻更新命令に基づいて、対応する時刻報告命令を生成し、その時刻報告命令を報告すべき命令として使用する。したがって、先行技術と比較して、本願の本実施形態で開示される解決策では、アプリケーションプロセッサへの命令の報告回数と報告された命令の数を減らすことで、アプリケーションプロセッサのウェイクアップの回数をさらに減らし、それによりアプリケーションプロセッサのウェイクアップを頻繁に行うことを回避する。

第１の態様を参照すると、第１の態様の第３の可能な実装において、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、
サービングセルによって配信される測定要求が受信された後、第１の目標セルのチャネル品質を測定し、第１の目標セルのチャネル品質をサービングセルに報告する段階であって、ここで、第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである段階と、
予め設定されたセルハンドオーバールールおよび第１の目標セルのチャネル品質に基づいてサービングセルによって生成されたセルハンドオーバー命令を取得する段階であって、ここで、セルハンドオーバー命令は報告すべき命令である段階と、を含む。

先行技術では、サービングセルから配信された測定要求を受信した後、携帯端末は各セルのチャネル品質を測定していた。しかし、本実施形態では、セル優先度が予め設定された第１の優先度閾値より低くないセルのチャネル品質のみを測定することで、チャネル品質の測定における携帯端末の作業負荷を低減し、それによりチャネル品質の測定効率を向上させることができる。

第１の態様を参照すると、第１の態様の第４の可能な実装において、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、
サービングセルによって配信される測定要求を受信した後、第１の目標セルのチャネル品質を測定し、第１の目標セルのチャネル品質をサービングセルに報告する段階であって、ここで、第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである段階と、
サービングセルが、予め設定されたセルハンドオーバールールおよび第１の目標セルのチャネル品質に基づいて生成したセルハンドオーバー命令を取得し、セルハンドオーバー命令をキャッシュする段階と、
携帯端末が第１の状態にある期間と以下の式に基づいて、セルハンドオーバー命令のキャッシュ時間を決定する段階と、を含み、

ここで、Ｔ１（ｔ０）はセルハンドオーバー命令のキャッシュ時間を表し、ｔ０は携帯端末が第１の状態にある期間を表し、Ｔ１、Ｔ２、Ｔ１１およびｔ１は予め設定された期間を表し、ここで、αは予め設定された定数であり、αの値は１より小さい正数であり、
キャッシュ時間に達した後、キャッシュされている少なくとも１つのセルハンドオーバー命令の中で、取得時刻が最新のセルハンドオーバー命令を報告すべき命令として決定する段階を含む。

先行技術では、セルハンドオーバー命令を受信した後、携帯端末は直ちにアプリケーションプロセッサにセルハンドオーバー命令を報告していた。しかし、本願の本実施形態では、携帯端末は、セルハンドオーバー命令を取得した後、そのセルハンドオーバー命令をキャッシュし、キャッシュ時間経過後に、キャッシュされた全てのセルハンドオーバー命令の中で取得時刻が最新のセルハンドオーバー命令を報告すべき命令として使用する。したがって、先行技術と比較して、本願の本実施形態で開示される解決策では、セルハンドオーバー命令の報告回数を減らすことができ、それにより、アプリケーションプロセッサのウェイクアップの回数を減らし、アプリケーションプロセッサの頻繁なウェイクアップを回避することができる。

第１の態様を参照すると、第１の態様の第５の可能な実装において、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、
携帯端末がネットワークアイドル状態であることが検出されたとき、第２の目標セルのチャネル品質を測定する段階であって、ここで、第２の目標セルは、セル優先度が予め設定された第２の優先度閾値より低くないセルである段階と、
第２の目標セルのチャネル品質および予め設定されたセル再選択ルールに基づいて、セル再選択を実行する必要があると決定された場合、セル再選択命令を生成する段階であって、ここで、セル再選択命令は、報告すべき命令である段階と、を含む。

先行技術では、携帯端末がネットワークアイドル状態であることが検出されるとき、各セルのチャネル品質が測定される。しかし、本実施形態では、セル優先度が予め設定された第２の優先度閾値より低くないセルのチャネル品質のみを測定し、それによりチャネル品質の測定にかかる作業負荷を低減し、チャネル品質の測定効率を向上させることができる。第１の態様を参照すると、第１の態様の第６の可能な実装において、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、
携帯端末がネットワークアイドル状態であることが検出されたとき、第２の目標セルのチャネル品質を測定する段階であって、ここで、第２の目標セルは、セル優先度が予め設定された第２の優先度閾値より低くないセルである段階と、
第２の目標セルのチャネル品質と、予め設定されたセル再選択ルールとに基づいて、セル再選択を行う必要があると決定された場合、セル再選択命令を生成する段階と、
携帯端末が第１の状態にある期間と以下の式に基づいて、セル再選択命令のキャッシュ時間を決定する段階と、を含み、

ここで、Ｔ２（ｔ０）はセル再選択命令のキャッシュ時間を表し、ｔ０は携帯端末が第１の状態にある期間を表し、Ｔ３、Ｔ４、Ｔ１２、およびｔ２は予め設定された期間を表し、βは予め設定された定数であり、ここで、βの値は１より小さい正数であり、
キャッシュ時間に達した後、キャッシュされている少なくとも１つのセル再選択命令のうち、取得時刻が最新であるセルハンドオーバー命令を報告すべき命令として決定する段階を含む。

先行技術では、セル再選択命令を取得した後、携帯端末は直ちにアプリケーションプロセッサにセル再選択命令を報告していた。しかし、本願の本実施形態では、携帯端末は、セル再選択命令を取得した後、そのセル再選択命令をキャッシュし、キャッシュ時間に達した後、キャッシュされた全てのセル再選択命令の中で取得時刻が最新のセル再選択命令を報告すべき命令として使用する。したがって、先行技術と比較して、本願の本実施形態で開示される解決策では、セル再選択命令を報告する回数を減らすことができ、それにより、アプリケーションプロセッサをウェイクアップする回数を減らし、アプリケーションプロセッサのウェイクアップが頻繁に発生することを回避することができる。

第１の態様を参照して、第１の態様の第７の可能な実装では、報告すべき命令は、目標期間において、予め設定された回数より多い回数分だけ取得された命令である。

第１の態様、第１の態様の第１の可能な実装、第１の態様の第２の可能な実装、第１の態様の第３の可能な実装、第１の態様の第４の可能な実装、第１の態様の第５の可能な実装、第１の態様の第６の可能な実装、または第１の態様の第７の可能な実装を参照して、第１の態様の第８の可能な実装において、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階の後に、方法は、
携帯端末が第１の状態にある期間と、以下の式に基づいて、第３の閾値を決定する段階をさらに含み、

ここで、Ｔ３（ｔ０）は第３の閾値を表し、ｔ０は携帯端末が第１の状態にある期間を表し、Ｔ５、Ｔ６、Ｔ１３、およびｔ３は予め設定された期間を表し、δは予め設定された定数であり、ここで、δの値は１より小さい正数である。

第１の態様、第１の態様の第１の可能な実装、第１の態様の第２の可能な実装、第１の態様の第３の可能な実装、第１の態様の第４の可能な実装、第１の態様の第５の可能な実装、第１の態様の第６の可能な実装、第１の態様の第７の可能な実装、または第１の態様の第８の可能な実装を参照して、第１の態様の第９の可能な実装において、報告すべき命令をアプリケーションプロセッサに報告する段階は、
同じ種類の報告すべき命令が２つよりも多くある場合、同じ種類の報告すべき命令の取得時刻を比較する段階と、
アプリケーションプロセッサに対して、同じ種類の報告すべき命令の中で取得時刻が最新の報告すべき命令を報告する段階と、をさらに含む。

報告すべき命令がアプリケーションプロセッサに報告される前に、報告すべき命令は、報告すべき命令の種類に基づいて分割される。同じ種類の報告すべき命令は、同じグループにグループ化される。この場合、各種類の報告する必要がある報告すべき命令の中で最新で取得された報告すべき命令だけをアプリケーションプロセッサに通知する必要があるため、それによりアプリケーションプロセッサに報告する命令の量を減らすことができる。この場合、アプリケーションプロセッサがウェイクアップした後、アプリケーションプロセッサは、各報告すべき命令グループの中で最新に取得された報告すべき命令のみを実行すればよく、それによりアプリケーションプロセッサが行うべき動作を低減することができる。

第２の態様によれば、本願の実施形態は、携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置を提供し、
状態検出モジュールであって、携帯端末が予め設定された第１の状態にあるかを検出するように構成され、ここで、第１の状態は、携帯端末のスクリーンオフ状態、非充電状態、または速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうちのいずれか１または複数である状態検出モジュールと、
携帯端末が予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令および報告すべき命令の優先度を取得するように構成される取得モジュールと、
報告すべき命令の優先度が予め設定された優先度より高い場合、報告すべき命令をアプリケーションプロセッサに報告し、アプリケーションプロセッサをウェイクアップさせるように構成される命令報告モジュールと、を含む。

第２の態様を参照すると、第１の態様の第１の可能な実装において、命令報告モジュールは、アプリケーションプロセッサに報告する必要がある報告すべき命令および報告すべき命令の優先度が取得された後、現在の時刻と、報告すべき命令がアプリケーションプロセッサに最新の時刻として報告された時刻との差が第３の閾値より大きい場合、報告すべき命令をアプリケーションプロセッサに報告して、アプリケーションプロセッサをウェイクアップさせるようにさらに構成される。

第２の態様を参照すると、第１の態様の第２の可能な実装において、取得モジュールは、
命令受信ユニットであって、少なくとも１つの時刻更新命令を受信し、時刻更新命令が受信された後、毎回、時刻更新命令の受信時刻を記録するように構成される命令受信ユニットと、
携帯端末が予め設定されたトリガ条件を満たしたときに、現在の時刻と目標時刻更新命令の受信時刻との間の時刻差を取得するように構成される時刻差取得ユニットであって、ここで、目標時刻更新命令は、受信時刻が現在の時刻に最も近い時刻更新命令であり、携帯端末がスクリーンオン状態および／または充電状態にあるときに、携帯端末が予め設定されたトリガ条件を満たす時刻差取得ユニットと、
時刻差と目標時刻更新命令に含まれる時刻との和を取得し、和を含む時刻報告命令を生成するように構成される時刻報告命令取得ユニットであって、ここで、時刻報告命令は報告すべき命令である時刻報告命令取得ユニットと、を含む。

第２の態様を参照すると、第１の態様の第３の可能な実装において、取得モジュールは、
サービングセルによって配信された測定要求を受信した後、第１の目標セルのチャネル品質を測定し、第１の目標セルのチャネル品質をサービングセルに報告するように構成される第１の測定ユニットであって、ここで、第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである、第１の測定ユニットと、
サービングセルが、予め設定されたセルハンドオーバールールおよび第１の目標セルのチャネル品質に基づいて生成したセルハンドオーバー命令を取得するように構成される第１の命令取得ユニットであって、ここで、セルハンドオーバー命令が報告すべき命令である、第１の命令取得ユニットと、を含む。

第２の態様を参照すると、第１の態様の第４の可能な実装において、取得モジュールは、
サービングセルによって配信された測定要求が受信された後、第１の目標セルのチャネル品質を測定し、第１の目標セルのチャネル品質をサービングセルに報告するように構成される第２の測定ユニットであって、ここで、第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである、第２の測定ユニットと、
サービングセルが、予め設定されたセルハンドオーバールールおよび第１の目標セルのチャネル品質に基づいて生成したセルハンドオーバー命令を取得し、セルハンドオーバー命令をキャッシュするように構成される第１の命令キャッシュユニットと、
携帯端末が第１の状態にある期間および以下の式に基づいて、セルハンドオーバー命令のキャッシュ時間を決定するように構成される、第１のキャッシュ時間決定ユニットと、を含み、

ここで、Ｔ１（ｔ０）は、セルハンドオーバー命令のキャッシュ時間を表し、ｔ０は、携帯端末が第１の状態にある期間を表し、Ｔ１、Ｔ２、Ｔ１１およびｔ１は、予め設定された期間を表し、αは、予め設定された定数であり、ここで、αの値は、１より小さい正数であり、
キャッシュ時間に達した後、少なくとも１つのキャッシュされたセルハンドオーバー命令の中で、取得時刻が最新であるセルハンドオーバー命令を、報告すべき命令として決定するように構成された第１の命令決定ユニットと、を含む。

第２の態様を参照すると、第１の態様の第５の可能な実装において、取得モジュールは、
第３の測定ユニットであって、携帯端末がネットワークアイドル状態であることが検出されるとき、第２の目標セルのチャネル品質を測定するように構成され、ここで、第２の目標セルは、セル優先度が予め設定された第２の優先度閾値より低くないセルである、第３の測定ユニットと、
第２の目標セルのチャネル品質と、予め設定されたセル再選択ルールとに基づいて、セル再選択を行う必要があると決定された場合に、セル再選択命令を生成するように構成される第１の命令生成ユニットであって、ここで、セル再選択命令は、報告すべき命令である、第１の命令生成ユニットとを含む。

第２の態様を参照すると、第１の態様の第６の可能な実装において、取得モジュールは、
第４の測定ユニットであって、携帯端末がネットワークアイドル状態であることが検出されるとき、第２の目標セルのチャネル品質を測定するように構成され、ここで、第２の目標セルは、セル優先度が予め設定された第２の優先度閾値より低くないセルである、第４の測定ユニットと、
第２の目標セルのチャネル品質と、予め設定されたセル再選択ルールとに基づいて、セル再選択を行う必要があると決定された場合に、セル再選択命令を生成するように構成される第２の命令生成ユニットと、
携帯端末が第１の状態にある期間および以下の式に基づいて、セル再選択命令のキャッシュ時間を決定するように構成される第２のキャッシュ時間決定ユニットと、を含み、

ここで、Ｔ２（ｔ０）はセル再選択命令のキャッシュ時間を表し、ｔ０は携帯端末が第１の状態にある期間を表し、Ｔ３、Ｔ４、Ｔ１２、およびｔ２は予め設定された期間を表し、βは予め設定された定数であり、ここで、βの値は１より小さい正数であり、
キャッシュ時間に達した後、キャッシュされた少なくとも１つのセル再選択命令の中で取得時刻が最新であるセルハンドオーバー命令を、報告すべき命令として決定するように構成される第２の命令決定ユニットと、を含む。

第２の態様を参照すると、第１の態様の第７の可能な実装では、報告すべき命令は、目標期間において、予め設定された回数より多い回数分だけ取得される命令である。

第２の態様、第２の態様の第１の可能な実装、第２の態様の第２の可能な実装、第２の態様の第３の可能な実装、第２の態様の第４の可能な実装、第２の態様の第５の可能な実装、第２の態様の第６の可能な実装、または第２の態様の第７の可能な実装を参照して、第２の態様の第８の可能な実装において、装置は第３の閾値決定モジュールをさらに含む。

第３の閾値決定モジュールは、アプリケーションプロセッサに報告する必要がある報告すべき命令が取得された後、携帯端末が第１の状態にある期間と以下の式に基づいて、第３の閾値を決定するように構成され、

ここで、Ｔ３（ｔ０）は第３の閾値を表し、ｔ０は携帯端末が第１の状態にある期間を表し、Ｔ５、Ｔ６、Ｔ１３、およびｔ３は予め設定された期間を表し、δは予め設定された定数であり、ここで、δの値は１より小さい正数である。

第２の態様、第２の態様の第１の可能な実装、第２の態様の第２の可能な実装、第２の態様の第３の可能な実装、第２の態様の第４の可能な実装、第２の態様の第５の可能な実装、第２の態様の第６の可能な実装、第２の態様の第７の可能な実装、または第２の態様の第８の可能な実装を参照すると、第２の態様の第９の可能な実装では、命令報告モジュールは、
同じ種類の報告すべき命令が２つよりも多くある場合に、同じ種類の報告すべき命令の取得時刻を比較するように構成される時刻比較ユニットと、
同じ種類の報告すべき命令の中で、取得時刻が最新の報告すべき命令をアプリケーションプロセッサに報告するように構成される命令報告ユニットと、を含む。

第３の態様によれば、本願の実施形態は、携帯端末を提供し、
メモリと、プロセッサと、メモリに記憶され、プロセッサ上で実行可能なコンピュータプログラムであって、ここで、プロセッサがコンピュータプログラムを実行して、第１の態様による方法を実装するコンピュータプログラムと、を含む。

第４の態様によれば、命令を含むコンピュータ可読記憶媒体が提供される。この命令がコンピュータ上で実行されるとき、コンピュータは第１の態様にしたがった方法を実行することが可能になる。

本願の実施形態では、携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法および装置を開示す。この方法では、まず、携帯端末が予め設定された第１の状態にあるかが検出される。携帯端末が予め設定された第１の状態であると決定された後、報告すべき命令を取得し、報告すべき命令の優先度を取得する。報告すべき命令の優先度が予め設定された優先度より高い場合，報告すべき命令をアプリケーションプロセッサに報告し，アプリケーションプロセッサをウェイクアップさせ，アプリケーションプロセッサが対応する動作を行うようにする。

先行技術では、携帯端末が報告すべき命令を取得した後、毎回、携帯端末は報告すべき命令をアプリケーションプロセッサに直ちに報告していた。この場合、アプリケーションプロセッサは頻繁に命令を取得する。その結果、アプリケーションプロセッサが頻繁にウェイクアップする。しかし、本願の実施形態における解決策では、予め設定された優先度より高い優先度の報告すべき命令を取得した場合にのみ、報告すべき命令をアプリケーションプロセッサに報告することで、アプリケーションプロセッサに命令を報告する回数を減らし、さらにアプリケーションプロセッサが命令を取得する回数を減らし、それによりアプリケーションプロセッサの頻繁なウェイクアップを回避することができる。このようにして、先行技術の問題は解決される。

さらに、本願の実施形態では、アプリケーションプロセッサのウェイクアップ回数を減らすことができる。先行技術と比較して、アプリケーションプロセッサがスリープ状態にある時刻が長くなる。したがって、携帯端末の使用期間をさらに長くすることができる。

本願の技術的解決策をより明確に説明するために、以下では、実施形態の説明に必要な添付図面を簡潔に説明する。当業者であれば、創造的な努力をすることなく、これらの添付図面からさらに他の図面を導き出すことができることは明確である。

本願の実施形態による携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法の動作手順を示す概略図である。

本願の実施形態による携帯端末の概略構造図である。

本願の実施形態による携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法において、携帯端末が予め設定された第１の状態にあるかを検出する動作手順を示す概略図である。

本願の実施形態による携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法において、報告すべき命令を取得する動作手順を示す概略図である。

本願の実施形態による携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法の応用シナリオを示す概略図である。

本願の実施形態による携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法において、報告すべき命令を取得する他の動作手順を示す概略図である。

本願の実施形態による携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法において、報告すべき命令を取得する他の動作手順を示す概略図である。

本願の実施形態による携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法において、セルハンドオーバー命令のキャッシュ時間と携帯端末が第１の状態にある期間との対応関係を示す概略図である。

本願の実施形態による携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法において、報告すべき命令を取得する他の動作手順を示す概略図である。

本願の実施形態による携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法において、報告すべき命令を取得する他の動作手順を示す概略図である。

本願の実施形態による携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法において、第３の閾値と携帯端末が第１の状態である期間との対応関係を示す概略図である。

本願の実施形態による携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置の概略構造図である。

本願の実施形態による携帯端末の概略構造図である。

本願の実施形態による他の携帯端末の概略構造図である。

携帯端末のスリープ状態にあるアプリケーションプロセッサが、頻繁に命令を取得することに起因して頻繁にウェイクアップしてしまうという先行技術の問題を解決するために、本願の実施形態では、携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法および装置を開示する。

図１に示す動作手順の概略図を参照すると、本願の実施形態で開示される携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法は、以下の段階を含む。

段階Ｓ１１：携帯端末が予め設定された第１の状態にあるかを検出する。

第１の状態は、携帯端末のスクリーンオフ状態、非充電状態、または速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である。

本願の本実施形態では、第１の状態が予め設定されている。携帯端末が第１の状態にあるときに、本願の本実施形態で開示した携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法を実行することで、アプリケーションプロセッサのウェイクアップの回数が減る。

第１の状態とは、スクリーンオフ状態、非充電状態、または速度が予め設定された第１の閾値より小さく、かつサービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、１または複数の状態のいずれかの組み合わせである。例えば、ある実装では、携帯端末がスクリーンオフ状態、非充電状態、および携帯端末の速度が予め設定された第１の閾値より小さく、かつサービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態にあるときに、携帯端末が第１の状態にあると設定してもよい。この状態の携帯端末は、現在ユーザが携帯端末を使用していないことを示している。また、携帯端末が充電されていないため、携帯端末の電力消費を削減するために、アプリケーションプロセッサを頻繁にウェイクアップしなくてもよく、代わりにアプリケーションプロセッサはスリープ状態のままにされる。

段階Ｓ１２：携帯端末が予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令と、その報告すべき命令の優先度とを取得する。

携帯端末は、複数の種類の命令を取得することができる。例えば、携帯端末がネットワーク接続を確立した後、各セルは携帯端末に時刻更新命令を配信する。時刻更新命令には時刻が保持されているため、携帯端末は携帯端末の時刻を更新する。また、携帯端末は、サービングセルから配信されたセルハンドオーバー命令をさらに受信することなどが可能である。本願の本実施形態では、これに基づいて、対応する報告すべき命令を取得することができる。

また、携帯端末は、さらに他の種類の命令を取得することができる。また、本願の本実施形態では、命令を報告すべき命令として使用することもできる。

例えば、場合によってはサービングセルまたは隣接セルでネットワークエラーが発生することがある。この場合、確認応答返信命令が携帯端末に頻繁に配信される。確認応答返信命令を受信した後、携帯端末のアプリケーションプロセッサは、対応する確認応答フィードバック情報を生成し、続いて確認応答フィードバック情報をサービングセルまたは隣接セルに送信する。また、携帯端末がサービングセルとの間でデータ伝送を行うとき、携帯端末はサービングセルとの間でデータリンクを確立し、そのデータリンクを使用してデータ伝送を行う必要がある。しかし、場合によっては、例えば、サービングセルのネットワーク信号が比較的弱いことに起因して、データリンクの確立が失敗し、サービングセルがリンク確立失敗命令を携帯端末に配信することがある。また、サービングセルを決定した後、携帯端末は通常、サービングセルに登録する必要がある。しかし、場合によっては、携帯端末の登録要求がサービングセルに伝送できなかったり、またはサービングセルから配信される登録確認情報が携帯端末に伝送できなかったりして、携帯端末の登録失敗が発生することがある。この場合、携帯端末は、ネットワーク登録失敗命令を生成する。確認応答返信命令、リンク確立失敗命令、およびネットワーク登録失敗命令は、通常、アプリケーションプロセッサに報告される必要があり、アプリケーションプロセッサは対応する動作を実行する。この場合、本願の本実施形態では、確認応答返信命令、リンク確立失敗命令、ネットワーク登録失敗命令をさらに報告すべき命令として使用してもよい。

本願の本実施形態では、異なる種類の報告すべき命令に対して、対応する優先度が予め設定されている。つまり、報告すべき命令の各種類と各優先度との対応関係が設定されている。この場合、報告すべき命令を取得した後、報告すべき命令の種類に基づいて、報告すべき命令の優先度を決定してもよい。緊急に処理する必要がある報告すべき命令に対応する優先度は、通常、比較的高く、緊急に処理する必要がない報告すべき命令に対応する優先度は、通常、比較的低い。

報告すべき命令は、例えば、携帯端末が時刻を更新できるようにするために用いられる時刻報告命令、セルハンドオーバーを行うために用いられるセルハンドオーバー命令、セル再選択を行うために用いられるセル再選択命令など、複数の種類の命令を含んでいてもよい。また、場合によってはサービングセルまたは隣接セルでネットワークエラーが発生することもある。この場合、確認応答返信命令が携帯端末に頻繁に配信される。携帯端末のアプリケーションプロセッサは、確認応答返信命令を受信した後、対応する確認応答フィードバック情報を生成し、続いて確認応答フィードバック情報をサービングセルまたは隣接セルなどに送信する。確認応答返信命令は報告すべき命令でもある。この場合、テーブルが予め設定されていてよい。このテーブルは、異なる種類の報告すべき命令のそれぞれと、各命令の優先度との対応関係を表すために使用される。携帯端末は、そのテーブルを記憶する。このように、携帯端末は、報告すべき命令を取得した後、テーブルに基づいて、取得した報告すべき命令の優先度を決定する。

セルハンドオーバー命令の優先度が最も高く、セル再選択命令の優先度がセルハンドオーバー命令の優先度より低く、確認応答返信命令の優先度がセル再選択命令の優先度より低く、時刻報告命令の優先度が確認応答返信命令の優先度より低い場合、テーブルは以下のような形式になる。

確かに、各報告すべき命令の種類と、各命令の優先度との対応関係は、代わりに他の形で設定してもよい。本願の本実施形態ではこれに限定されない。

段階Ｓ１３：報告すべき命令の優先度が予め設定された優先度より高い場合、報告すべき命令をアプリケーションプロセッサに報告し、アプリケーションプロセッサをウェイクアップさせる。

本願の本実施形態では、取得した報告すべき命令に、優先度が予め設定された優先度より高い報告すべき命令が含まれている場合、報告条件が満たされたとみなして、報告すべき命令をアプリケーションプロセッサに報告するようにしてもよい。

また、予め設定された優先度より高い優先度の報告すべき命令が取得された場合、さらに比較的低い優先度の他の報告すべき命令が取得されてもよい。この場合、比較的低い優先度を持つ他の報告すべき命令も同時に報告される可能性がある。

さらに、複数の報告すべき命令をアプリケーションプロセッサに報告する必要がある場合は、本段階で取得した報告すべき命令の時刻に基づいて、報告順序を決定してもよい。この場合、報告すべき命令の取得時刻の順序にしたがって、報告すべき命令が順次報告されることになる。あるいは、この段階では、報告すべき命令の優先度に基づいて、報告順序をさらに決定することもできる。この場合、比較的高い優先度を持つ報告すべき命令が、報告すべき命令の優先度に基づいて優先的に報告される。

本願の本実施形態では、携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法を開示している。この方法では、まず、携帯端末が予め設定された第１の状態にあるかが検出される。携帯端末が予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令と、その報告すべき命令の優先度とを取得する。報告すべき命令の優先度が予め設定された優先度より高い場合，報告すべき命令をアプリケーションプロセッサに報告し，アプリケーションプロセッサをウェイクアップさせ，アプリケーションプロセッサが対応する動作を行うようにする。

先行技術では、携帯端末が報告すべき命令を取得した後、毎回、携帯端末は報告すべき命令をアプリケーションプロセッサに直ちに報告していた。この場合、アプリケーションプロセッサは頻繁に命令を取得する。その結果、アプリケーションプロセッサが頻繁にウェイクアップする。しかし、本願の本実施形態における解決策では、予め設定された優先度より高い優先度の報告すべき命令を取得した場合にのみ、報告すべき命令をアプリケーションプロセッサに報告することで、アプリケーションプロセッサに命令を報告する回数を減らし、さらにアプリケーションプロセッサが命令を取得する回数を減らし、それによりアプリケーションプロセッサの頻繁なウェイクアップを回避する。このようにして、先行技術の問題は解決される。

さらに、本願の本実施形態では、アプリケーションプロセッサをウェイクアップする回数が減る。先行技術と比較して、アプリケーションプロセッサがスリープ状態にある時刻が長くなる。したがって、携帯端末の使用期間をさらに長くすることができる。

携帯端末には、アプリケーションプロセッサが配置され、アプリケーションプロセッサとデータ伝送を行うことができる他の構成要素、例えばモデムがさらに配置されている。本願の本実施形態で開示した方法は、携帯端末に配置された他の構成要素によって実行されてもよい。例えば、この方法はモデムによって実行されてもよい。この場合、アプリケーションプロセッサがスリープ状態にあるときに、モデムは報告すべき命令を取得し、報告条件が満たされたと決定されたときに、報告すべき命令をアプリケーションプロセッサに報告してもよい。この場合、携帯端末の概略構造図が図２に示され得る。図２を参照すると、アプリケーションプロセッサとモデムは、携帯端末に配置されている。モデムは、本願の実施形態で開示されている方法を実行して、報告すべき命令を取得し、報告すべき命令をアプリケーションプロセッサに報告してもよい。

確かに、携帯端末に配置された他の構成要素が、本願の実施形態で開示されている方法を代替的に実行してもよい。本願はこれに限定されない。

また、本願の本実施形態では、アプリケーションプロセッサに報告する必要がある報告すべき命令と、その報告すべき命令の優先度とが取得された後、方法は、以下の段階をさらに含む。

現在の時刻と、報告すべき命令がアプリケーションプロセッサに最新の時刻として報告された時刻との差が、第３の閾値より大きい場合、アプリケーションプロセッサに報告すべき命令を報告し、アプリケーションプロセッサをウェイクアップさせる。

現在の時刻と、報告すべき命令がアプリケーションプロセッサに報告された最新の時刻である時刻との差は、現在の時刻と最新の報告の時刻との間の時間である。その時間が第３の閾値より大きい場合、先述の段階を用いてアプリケーションプロセッサに命令を報告する。この場合、報告が必要な複数の報告すべき命令には、現在の時刻から最新の報告時刻までの間の時間に取得された全ての報告すべき命令が含まれる。

また、本願の本実施形態では、携帯端末が予め設定された第１の状態にあるかを検出する必要がある。第１の状態は、携帯端末のスクリーンオフ状態、非充電状態、または速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である。携帯端末がスクリーンオフ状態、非充電状態、および速度が予め設定された第１の閾値より小さく、かつサービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態にあるときに、携帯端末が第１の状態にあると設定される。本願では、図１の方法を改良した他の実施形態を開示し、携帯端末が予め設定された第１の状態にあるかを検出する方法を詳細に説明する。本実施形態では、図３に示すように、段階Ｓ１１において、携帯端末が予め設定された第１の状態にあるかを検出する段階は、以下の段階を含んでもよい。

段階Ｓ２１：携帯端末がスクリーンオフ状態および非充電状態にあるとき、携帯端末の移動速度を取得する。

本願の本実施形態では、前もって携帯端末に速度測定装置を配置しておく。携帯端末の移動速度は、速度測定装置を用いて決定することができる。

速度測定装置は、加速度センサであってもよい。確かに、速度測定装置は代わりに他の種類の装置であってもよい。本願の本実施形態ではこれに限定されない。

段階Ｓ２２：携帯端末の移動速度が予め設定された第１の閾値より小さい場合、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さいかを検出する。

サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい場合には、段階Ｓ２３の動作が実行され、そうでない場合には、段階Ｓ２４の動作が実行される。

携帯端末は、サービングセルに登録した後、サービングセルのセル情報、例えば、セルＩＤ、を取得することができる。セル情報に基づいて、異なるセルを識別することができる。この場合、サービングセルハンドオーバー速度は、通常、単位時間内のセル情報の変化に基づいて決定される。具体的には、サービングセルハンドオーバー速度は、単位時間内に携帯端末がハンドオーバーされるサービングセルの数量を単位時間で分割した値に等しい。

携帯端末の移動速度が予め設定された第１の閾値より小さい場合は、携帯端末の移動速度が比較的低いことを示している。しかし、この場合、携帯端末の地理的位置も大幅に変更する可能性がある。例えば、携帯端末のユーザが高速鉄道を使用する場合、携帯端末の移動速度は比較的低いものの、携帯端末の地理的位置は依然として大幅に変更する。したがって、携帯端末が静止状態にあるかは、サービングセルハンドオーバー速度に基づいてさらに検出することができる。

段階Ｓ２３：サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい場合、携帯端末が予め設定された第１の状態にあると決定する。

携帯端末の移動速度が予め設定された速度閾値より小さく、サービングセルハンドオーバー速度が予め設定されたハンドオーバー速度閾値より小さい場合、携帯端末が静止状態にあると考えることができ、さらに、携帯端末が予め設定された第１の状態にあると決定される。

段階Ｓ２４：サービングセルハンドオーバー速度が予め設定された第２の閾値より小さくない場合、携帯端末が予め設定された第１の状態ではないと決定する。

サービングセルハンドオーバー速度が予め設定された第２の閾値より小さくない場合、携帯端末が比較的大きな地理的範囲を移動していることを示している。この場合、携帯端末は予め設定された第１の状態ではないと考えられる。

本願の本実施形態では、携帯端末が静止状態にあるかを、携帯端末に配置された速度測定装置とサービングセルハンドオーバー速度に基づいて決定し、さらにこれに基づいて、携帯端末が予め設定された第１の状態にあるかを検出することができる。

また、先行技術では、携帯端末が静止状態にあるかは、通常、携帯端末に内蔵されたグローバル・ポジショニング・システム（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ， ＧＰＳ）を用いて決定している。しかし、ＧＰＳの電力消費は比較的高く、場合によってはユーザが携帯端末のＧＰＳ機能を無効にしてしまうこともある。したがって、携帯端末が静止しているかは、ＧＰＳを用いても決定できない。

本願の本実施形態では、携帯端末が静止状態にあるかが検出された場合に、ＧＰＳの代わりに、携帯端末に配置された速度測定装置とサービングセルハンドオーバー速度に基づいて、携帯端末が静止状態にあるかを決定する。したがって、先行技術と比較して、ＧＰＳが無効になっているかを考慮することなく、携帯端末の電力消費を低減することができる。

また、本願の本実施形態では、報告すべき命令を取得する動作が開示されている。報告すべき命令は、報告すべき命令の種類に基づいて、複数の方法で取得してもよい。

ある方式では、時刻更新命令に基づいて、報告すべき命令が取得される。携帯端末のサービングセルは、通常、時刻更新命令を携帯端末に送信する。時刻更新命令には時刻が保持されており、携帯端末は、その時刻に基づいて携帯端末の時刻を更新する。一般に、携帯端末でネットワークハンドオーバーが発生した後、サービングセルは携帯端末に時刻更新命令を送信する。例えば、携帯端末が長期進化（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）ネットワークから移動体通信用グローバルシステム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ Ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＧＳＭ（登録商標））ネットワークにハンドオーバーされた場合、ＧＳＭ（登録商標）ネットワークに対応するサービングセルが携帯端末に時刻更新命令を送信し、これに応じて、携帯端末がＧＳＭ（登録商標）ネットワークからＬＴＥネットワークにハンドオーバーされた場合、ＬＴＥネットワークに対応するサービングセルが携帯端末に時刻更新命令を送信することもまた、第３世代連携プロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ，３ＧＰＰ）プロトコルの規格にしたがって学習することができる。

本願の本実施形態では、携帯端末は、時刻更新命令を受信した後、その時刻更新命令に基づいて対応する時刻報告命令を取得し、その時刻報告命令を報告すべき命令として使用する。この場合、図４に示す動作手順の概略図を参照すると、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、以下の段階を含む。

段階Ｓ３１：少なくとも１つの時刻更新命令を受信し、時刻更新命令を受信した後、毎回、時刻更新命令の受信時刻を記録する。

携帯端末がネットワーク接続を確立した後、携帯端末のサービングセルと隣接セルは、携帯端末に時刻更新命令を配信する。時刻は、時刻更新命令で保持される。

段階Ｓ３２：携帯端末が予め設定されたトリガ条件を満たした場合、現在の時刻と目標時刻更新命令の受信時刻との時刻差を取得する。対象となる時刻更新命令とは、受信時刻が現在の時刻に最も近い時刻更新命令のことである。

携帯端末がスクリーンオン状態および／または充電状態のときに、携帯端末は予め設定されたトリガ条件を満たす。つまり、携帯端末がスクリーンオン状態および／または充電状態にあるとき、携帯端末が予め設定されたトリガ条件を満たしていると考えられる。この場合、現在の時刻と受信時刻の時刻差を取得する。

時刻統計収集構成要素、例えば計時レジスタは、通常、携帯端末に配置される。時刻統計収集構成要素を使用することで、現在の時刻と時刻更新命令の受信時刻の時刻差を取得することができる。時刻統計収集構成要素が計時レジスタの場合、時刻差は計時レジスタの水晶振動子の周波数に基づいて決定されてもよい。確かに、異なる時刻統計収集構成要素の場合、時刻差は他の方法でも取得される。本願の本実施形態ではこれに限定されない。

段階Ｓ３３：時刻差と目標時刻更新命令に含まれる時間の和を取得し、その和を含む時刻報告命令を生成する。時刻報告命令は報告すべき命令である。

時刻差と目標時刻更新命令に含まれる時間の和は、時刻差と目標時刻更新命令に含まれる時間を加算して取得された結果となる。セルが携帯端末に伝送する目標時刻更新命令に含まれる時刻をｔ０、現在の時刻と目標時刻更新命令の受信時刻との時刻差を△ｔ、生成された時刻報告命令に含まれる時刻をｔ、と設定されている。この場合、ｔ＝ｔ０＋△ｔとなる。

さらに、対象となる時刻更新命令が決定された後、キャッシュされている他の時刻更新命令をさらに削除して、もはやキャッシュされないようにして、記憶領域を節約することもできる。

先行技術では、携帯端末が時刻更新命令を受信した後、毎回、携帯端末がアプリケーションプロセッサに時刻更新命令を報告し、アプリケーションプロセッサをウェイクアップさせていた。この場合、アプリケーションプロセッサは時刻更新動作を行う。

しかし、本願の本実施形態で開示す解決策では、段階Ｓ３１および段階Ｓ３３の動作に基づき、時刻更新命令を取得した後、携帯端末は、時刻更新命令をアプリケーションプロセッサに直ちに報告するの代わりに、時刻更新命令をキャッシュする。携帯端末は、携帯端末が予め設定されたトリガ条件を満たすとき、受信した最新の時刻更新命令に基づいて、対応する時刻報告命令を生成し、その時刻報告命令を報告すべき命令として使用する。したがって、先行技術と比較して、本願の本実施形態で開示される解決策では、アプリケーションプロセッサへの命令の報告回数と報告された命令の数を減らすことで、アプリケーションプロセッサのウェイクアップの回数をさらに減らし、それによりアプリケーションプロセッサの頻繁なウェイクアップを回避することができる。

具体的には、携帯端末は、セルが重複している位置に位置することが多い。つまり、通常、携帯端末の周囲には複数のセルが存在している。この場合、携帯端末ではセルハンドオーバーが頻繁に発生する可能性があり、したがって、携帯端末内の構成要素（例えば、モデム）が時刻更新命令を頻繁に受信することになる。例えば、図５に示す応用シナリオの概略図を参照すると、携帯端末は、セルＡ、セルＢ、およびセルＣでカバーされるセルに位置している。この場合、各セルの信号強度の変動に起因して、携帯端末ではセルハンドオーバーが頻繁に発生する可能性があり、したがって、携帯端末は複数回に渡って時刻更新命令を受信することになる。先行技術では、携帯端末内の構成要素がセルから配信された時刻更新命令を取得した後、毎回、携帯端末内の構成要素がアプリケーションプロセッサに時刻更新命令を報告していた。その結果、アプリケーションプロセッサが頻繁にウェイクアップする。しかし、本願の本実施形態で開示す解決策では、時刻更新命令を受信した後、時刻更新命令をキャッシュする。携帯端末が予め設定されたトリガ条件を満たすとき、対応する時刻報告命令が生成される。時刻報告命令は、アプリケーションプロセッサに報告される。先行技術と比較して、本願の解決策では、アプリケーションプロセッサへ報告する命令の回数および命令の量を大幅に削減することができ、それによりアプリケーションプロセッサの頻繁なウェイクアップを効果的に回避することができる。

また、他の方式では、セルハンドオーバー命令に基づいて、対応する報告すべき命令をさらに取得してもよい。この場合、図６に示す動作手順の概略図を参照すると、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、以下の段階を含む。

段階Ｓ４１：サービングセルから配信された測定要求を受信した後、第１の目標セルのチャネル品質を測定し、第１の目標セルのチャネル品質をサービングセルに報告する。第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである。

場合によっては、携帯端末のサービングセルのネットワーク状態が変化することがある。サービングセルのネットワーク状態が変化した後、サービングセルは携帯端末に測定要求を配信するので、携帯端末は周囲の各セル（すなわち、サービングセルと隣接セル）のチャネル品質をテストする。また、サービングセルは、各セル優先度をさらに取得し、各セル優先度を携帯端末に送信することで、携帯端末が各セル優先度を決定できる。

本段階では、携帯端末がサービングセルから配信された測定要求を受信した後に、セル優先度が第１の優先度閾値より高いセルを第１の目標セルとして使用し、第１の目標セルのチャネル品質を測定して、続いて第１の目標セルのチャネル品質をサービングセルにフィードバックしている。

段階Ｓ４２：予め設定されたセルハンドオーバールールと第１の目標セルのチャネル品質に基づいてサービングセルが生成するセルハンドオーバー命令を取得する。セルハンドオーバー命令は報告すべき命令である。

サービングセルは、第１の目標セルのチャネル品質を受信した後、第１の目標セルのチャネル品質と予め設定されたセルハンドオーバールールに基づいて、携帯端末がセルハンドオーバーを行う必要があるかを決定し、携帯端末がセルハンドオーバーを行う必要があると決定した場合にセルハンドオーバー命令を生成し、携帯端末にセルハンドオーバー命令を配信することで、携帯端末がセルハンドオーバー命令を取得する。この段階では、セルハンドオーバー命令が報告すべき命令として使用される。

セルハンドオーバールールは、複数の形があってよい。例えば、各セルのネットワーク電力に基づいてセルハンドオーバールールを決定し、すなわち、携帯端末を比較的高いネットワーク電力を持つセルにハンドオーバーするようにしてもよい。あるいは、各セルのネットワーク負荷に基づいてセルハンドオーバールールを決定し、すなわち、現在のネットワーク負荷が比較的低いセルに携帯端末をハンドオーバーする。あるいは、セルハンドオーバールールは、セル優先度に基づいて決定される。この場合、携帯端末は各セル優先度を取得し、比較的高い優先度のセルにハンドオーバーされる。確かに、セルハンドオーバールールは他の形になっていることがある。本願の本実施形態ではこれに限定されない。

先行技術では、サービングセルから配信された測定要求を受信した後、携帯端末は各セルのチャネル品質を測定していた。しかし、段階Ｓ４１および段階Ｓ４２で開示した実施形態では、セル優先度が予め設定された第１の優先度閾値より低くないセルのチャネル品質のみを測定するので、それによりチャネル品質の測定における携帯端末の作業負荷を低減し、チャネル品質の測定効率を向上させることができる。

あるいは、本願の他の実施形態では、セルハンドオーバー命令を取得した後、セルハンドオーバー命令をさらにキャッシュしてもよい。セルハンドオーバー命令がある期間キャッシュされた後、キャッシュされたセルハンドオーバー命令に基づいて報告すべき命令がさらに決定される。この場合、図７に示す動作手順の概略図を参照すると、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、以下の段階を含む。

段階Ｓ５１：サービングセルから配信された測定要求を受信した後、第１の目標セルのチャネル品質を測定し、第１の目標セルのチャネル品質をサービングセルに報告する。第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである。

段階Ｓ５１の具体的な動作処理は、段階Ｓ４１の具体的な動作処理と同じである。段階Ｓ５１と段階Ｓ４１の間で参照されることがある。詳細はここでは改めて説明しない。

段階Ｓ５２：予め設定されたセルハンドオーバールールと第１の目標セルのチャネル品質に基づいてサービングセルが生成するセルハンドオーバー命令を取得し、セルハンドオーバー命令をキャッシュする。

段階Ｓ５３：携帯端末が第１の状態である期間と、以下の式に基づいて、セルハンドオーバー命令のキャッシュ時間を決定する。式（１）：

ここで、Ｔ１（ｔ０）はセルハンドオーバー命令のキャッシュ時間を表し、ｔ０は携帯端末が第１の状態にある期間を表し、Ｔ１、Ｔ２、Ｔ１１およびｔ１は予め設定された期間を表し、αは予め設定された定数であり、ここで、αの値は１より小さい正数である。

段階Ｓ５４：キャッシュ時間に達した後、報告すべき命令として、キャッシュされた少なくとも１つのセルハンドオーバー命令の中で取得時刻が最新のセルハンドオーバー命令を決定する。

キャッシュ処理では、携帯端末は１または複数のセルハンドオーバー命令を取得してもよい。携帯端末が１つのセルハンドオーバー命令のみを受信した場合、そのセルハンドオーバー命令は、取得時刻が最新のセルハンドオーバー命令、すなわち、セルハンドオーバー命令は、報告すべき命令となる。携帯端末が複数のセルハンドオーバー命令を受信した場合、取得時刻が最新のセルハンドオーバー命令を報告すべき命令として選択する。

先行技術では、セルハンドオーバー命令を受信した後、携帯端末は直ちにアプリケーションプロセッサにセルハンドオーバー命令を報告していた。しかし、本願の本実施形態では、携帯端末は、セルハンドオーバー命令を取得した後、そのセルハンドオーバー命令をキャッシュし、キャッシュ時間経過後に、キャッシュされた全てのセルハンドオーバー命令の中で取得時刻が最新のセルハンドオーバー命令を報告すべき命令として使用する。したがって、先行技術と比較して、本願の本実施形態で開示される解決策では、セルハンドオーバー命令の報告回数を減らすことができ、それにより、アプリケーションプロセッサのウェイクアップの回数を減らし、アプリケーションプロセッサの頻繁なウェイクアップを回避することができる。

さらに、報告すべき命令が決定された後、キャッシュされた他のセルハンドオーバー命令がさらに削除され、もはやキャッシュされないようにすることである記憶領域を節約することができる。

セルハンドオーバー命令のキャッシュ時間は、式（１）を用いて決定される。式（１）において、αは予め設定された定数であり、の値は通常１より小さい正数である。例えば、αは０．７に設定することができる。加えて、Ｔ１１はキャッシュ時間の初期値であり、実際のアプリケーションの要求にしたがって、Ｔ１１の特定の期間を予め設定されたすることができる。式から、携帯端末が第１の状態にある期間が予め設定された期間Ｔ１より短い場合、対応するキャッシュ時間はＴ１１であることが分かる。この場合、キャッシュ時間はキャッシュ時間の初期値と同じになる。携帯端末が第１の状態にある期間が、予め設定された期間Ｔ１より短くなく、かつ予め設定された期間Ｔ２より長くない場合、対応するキャッシュ時間は、ｔ１＊α＋Ｔ１１である。携帯端末が第１の状態である期間が、予め設定された期間Ｔ２より長い場合、対応するキャッシュ時間はｔ１＋Ｔ１１である。

この場合、セルハンドオーバー命令のキャッシュ時間と、携帯端末が第１の状態である期間との対応関係を図８に示すことができる。図８では、横座標が携帯端末が第１の状態にある期間を表し、縦座標がキャッシュ時間を表している。

前述の式および図８から、本願の本実施形態では、携帯端末が第１の状態にある期間が長いほど、セルハンドオーバー命令のキャッシュ時間が長いことを示していることが分かる。

上述の実施形態では、セルハンドオーバー命令に基づいて報告すべき命令を取得している。また、セル再選択命令に基づいて、対応する報告すべき命令をさらに取得してもよい。この場合、図９に示す動作手順の概略図を参照すると、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、以下の段階を含む。

段階Ｓ６１：携帯端末がネットワークアイドル状態であることが検出されるとき、第２の目標セルのチャネル品質を測定する。第２の目標セルは、セル優先度が予め設定された第２の優先度の閾値より低くないセルである。

携帯端末がネットワークアイドル状態であることが検出された場合、携帯端末は通常、各セルのチャネル品質を積極的に測定し、測定されたチャネル品質に基づいて、セル再選択を行う必要があるかを決定し、セル再選択を行う必要がある場合には、対応するセル再選択命令を生成する。

本段階では、携帯端末がネットワークアイドル状態であると決定された場合、各セルのセル優先度が照会される。セル優先度が第２の優先度閾値より高いセルを第２の目標セルとして使用する。第２の目標セルのチャネル品質を測定する。

段階Ｓ６２：第２の目標セルのチャネル品質と、予め設定されたセル再選択ルールに基づいて、セル再選択を行う必要があると決定された場合、セル再選択命令を生成する。セル再選択命令は報告すべき命令である。

セル再選択ルールは、複数の形態であってもよい。例えば、セル再選択のルールはネットワーク事業者が決定する。この場合、携帯端末が再選択を行う前のサービングセルの事業者を第１の事業者とすることが設定されている。再選択されるセルは、第１の事業者がサポートするセルである。あるいは、各セルの信号強度に基づいて、セル再選択ルールを決定することもできる。この場合、再選択されるべきセルは、最も強い信号強度を持つセルであると決定される。現在、セル再選択ルールは他の形になっている場合がある。本願の本実施形態ではこれに限定されない。

先行技術では、携帯端末がネットワークアイドル状態であることが検出されるとき、各セルのチャネル品質が測定される。しかし、段階Ｓ６１および段階Ｓ６２に開示された実施形態では、セル優先度が予め設定された第２の優先度閾値より低くないセルのチャネル品質のみを測定するので、それによりチャネル品質を測定する際の作業負荷を低減し、チャネル品質を測定する際の効率を向上させることができる。

あるいは、本願の他の実施形態では、セル再選択命令を取得した後、セル再選択命令をさらにキャッシュしてもよい。セル再選択命令がある期間キャッシュされた後、キャッシュされたセル再選択命令に基づいて報告すべき命令がさらに決定される。この場合、図１０に示す動作手順の概略図を参照すると、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、以下の段階を含む。

段階Ｓ７１：携帯端末がネットワークアイドル状態であることが検出されるとき、第２の目標セルのチャネル品質を測定する。第２の目標セルは、セル優先度が予め設定された第２の優先度の閾値より低くないセルである。

段階Ｓ７１の具体的な動作処理は、段階Ｓ６１の具体的な動作処理と同じである。段階Ｓ７１と段階Ｓ６１の間を参照されることができる。詳細はここでは改めて説明しない。

段階Ｓ７２：第２の目標セルのチャネル品質と、予め設定されたセル再選択ルールとに基づいて、セル再選択を行う必要があると決定された場合、セル再選択命令を生成する。

段階Ｓ７３：携帯端末が第１の状態にある期間と、以下の式に基づいて、セル再選択命令のキャッシュ時間を決定する。式（２）：

ここで、Ｔ２（ｔ０）はセル再選択命令のキャッシュ時間を表し、ｔ０は携帯端末が第１の状態にある期間を表し、Ｔ３、Ｔ４、Ｔ１２、およびｔ２は予め設定された期間を表し、βは予め設定された定数であり、ここで、βの値は１より小さい正数である。

本願の本実施形態では、携帯端末が第１の状態にある期間と、セル再選択命令のキャッシュ時間との対応関係が予め設定されている。この場合、段階Ｓ７２で携帯端末がセル再選択命令を取得した後、現在の時点で携帯端末が第１の状態にある期間を決定してよく、その対応関係に基づいてセル再選択命令のキャッシュ時間を決定してもよい。

段階Ｓ７４：キャッシュ時間に達した後、キャッシュされた少なくとも１つのセル再選択命令の中で、取得時刻が最新のセルハンドオーバー命令を報告すべき命令として決定する。

キャッシュ処理において、携帯端末は、１または複数のセル再選択命令を生成してもよい。携帯端末がセル再選択命令を１つだけ生成した場合、そのセル再選択命令は、取得時刻が最新のセル再選択命令であり、すなわち、セル再選択命令は、報告すべき命令となる。複数のセル再選択命令を受信した場合、取得時刻が最新のセル再選択命令を報告すべき命令として選択する。

先行技術では、セル再選択命令を取得した後、携帯端末は直ちにアプリケーションプロセッサにセル再選択命令を報告していた。しかし、本願の本実施形態では、携帯端末は、セル再選択命令を取得した後、そのセル再選択命令をキャッシュし、キャッシュ時間に達した後、キャッシュされた全てのセル再選択命令の中で取得時刻が最新のセル再選択命令を報告すべき命令として使用する。したがって、先行技術と比較して、本願の本実施形態で開示される解決策では、セル再選択命令を報告する回数を減らすことができ、それにより、アプリケーションプロセッサをウェイクアップする回数を減らし、アプリケーションプロセッサのウェイクアップが頻繁に発生することを回避することができる。

さらに、報告すべき命令が決定された後、キャッシュされた他のセル再選択命令がさらに削除され、もはやキャッシュされないように記憶領域を節約することができる。

セル再選択命令のキャッシュ時間は、式（２）を用いて決定される。式（２）において、βは予め設定された定数であり、βの値は通常１より小さい正数である。例えば、βは０．７に設定することができる。また、Ｔ１２キャッシュ時間の初期値であり、Ｔ１２の特定の期間は実際のアプリケーションの要求にしたがって予め設定することができる。式から、携帯端末が第１の状態にある期間が予め設定された期間Ｔ３より短い場合、対応するキャッシュ時間はＴ１２であることが分かる。この場合、キャッシュ時間はキャッシュ時間の初期値と同じになる。携帯端末が第１の状態にある期間が、予め設定された期間Ｔ３より短くなく、かつ予め設定された期間Ｔ４より長くない場合、対応するキャッシュ時間は、ｔ２＊β＋Ｔ１２である。携帯端末が第１の状態である期間が、予め設定された期間Ｔ４より長い場合、対応するキャッシュ時間はｔ２＋Ｔ１２である。

前述の式から、本願の本実施形態では、携帯端末が第１の状態にある期間が長いほど、セルハンドオーバー命令のキャッシュ時間が長いことを示していることが分かり得る。

また、携帯端末が第１の状態にあるときに、時刻更新命令、セルハンドオーバー命令、セル再選択命令に加えて、アプリケーションプロセッサに報告する必要がある他の種類の命令をさらに取得してもよい。

例えば、場合によってはサービングセルまたは隣接セルでネットワークエラーが発生することがある。この場合、確認応答返信命令が携帯端末に頻繁に配信される。確認応答返信命令を受信した後、携帯端末のアプリケーションプロセッサは、対応する確認応答フィードバック情報を生成し、続いて確認応答フィードバック情報をサービングセルまたは隣接セルに送信する。また、携帯端末がサービングセルとの間でデータ伝送を行うとき、携帯端末はサービングセルとの間でデータリンクを確立し、そのデータリンクを使用してデータ伝送を行う必要がある。しかし、場合によっては、例えば、サービングセルのネットワーク信号が比較的弱いことに起因して、データリンクの確立が失敗し、サービングセルがリンク確立失敗命令を携帯端末に配信することがある。また、サービングセルを決定した後、携帯端末は通常、サービングセルに登録する必要がある。しかし、場合によっては、携帯端末の登録要求がサービングセルに伝送できなかったり、またはサービングセルから配信される登録確認情報が携帯端末に伝送できなかったりして、携帯端末の登録が失敗することがある。この場合、携帯端末は、ネットワーク登録失敗命令を生成する。確認応答返信命令、リンク確立失敗命令、およびネットワーク登録失敗命令は、通常、アプリケーションプロセッサに報告される必要があり、アプリケーションプロセッサは対応する動作を実行する。確かに、アプリケーションプロセッサに報告する必要がある他の種類の命令もある。本願の本実施形態ではこれに限定されない。

この場合、本願の本実施形態では、報告すべき命令が、予め設定された回数より多い目標期間内の回数分取得された命令であることをさらに設定し、それにより命令の頻繁な取得に起因するアプリケーションプロセッサの頻繁なウェイクアップを回避することができる。

目標期間における時刻の取得回数が予め設定された回数より多ければ、その命令が頻繁に取得されていることを示す。この場合、アプリケーションプロセッサの頻繁なウェイクアップを避けるために、その命令を報告すべき命令として使用することができる。

さらに、本願の本実施形態では、報告すべき命令を取得した後に、報告すべき命令をさらに報告する必要があるかを、第３の閾値に基づいて決定する必要がある。第３の閾値は、複数の方法で取得することができる。ある方式としては、第３の閾値を固定の時刻値に予め設定してもよい。他の方式では、第３の閾値は、携帯端末が第１の状態にある期間に基づいてさらに取得されてもよい。この場合、アプリケーションプロセッサに報告する必要がある報告すべき命令が取得された後、本願の本実施形態で開示される携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法は、以下の段階をさらに含む。

携帯端末が第１の状態である期間と、以下の式に基づいて、第３の閾値を決定する。式（３）：

ここで、Ｔ３（ｔ０）は第３の閾値を表し、ｔ０は携帯端末が第１の状態にある期間を表し、Ｔ５、Ｔ６、Ｔ１３、およびｔ３は予め設定された期間を表し、δは予め設定された定数であり、ここで、δの値は１より小さい正数である。

前述の式において、δは予め設定された定数であり、δの値は通常１より小さい正数である。例えば、δを０．７に設定することができる。また、Ｔ１３は第３の閾値の初期値であり、Ｔ１３の特定の期間は、実際のアプリケーション要求にしたがって予め設定することができる。式から、携帯端末が第１の状態にある期間が予め設定された期間Ｔ５より短い場合、対応する第３の閾値はＴ５であることが分かる。携帯端末が第１の状態にある期間が、予め設定された期間Ｔ５より短くなく、かつ予め設定された期間Ｔ６より長くない場合、対応する第３の閾値はＴ３＊δ＋Ｔ１３である。携帯端末が第１の状態にある期間が予め設定された期間Ｔ６より長い場合、対応する第３の閾値はＴ３＋Ｔ１３である。

図１１は、第３の閾値と、携帯端末が第１の状態である期間との対応関係を示す概略図である。前述の式および図１１から、本願の本実施形態では、携帯端末が第１の状態にある期間が長いほど、第３の閾値がより大きくなり、これに応じてアプリケーションプロセッサへの命令の報告回数が少なくなり、それによりアプリケーションプロセッサがウェイクアップ回数がさらに低減されることを示すことが分かる。

さらに、本願の本実施形態で開示される携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法において、報告すべき命令をアプリケーションプロセッサに報告する段階は、
同じ種類の報告すべき命令が２つよりも多くある場合、同じ種類の報告すべき命令の取得時刻を比較する段階と、
同じ種類の報告すべき命令の中で、取得時刻が最新の報告すべき命令をアプリケーションプロセッサに報告する段階と、を含む。

先述の段階では、報告すべき命令がアプリケーションプロセッサに報告される前に、報告すべき命令の種類に基づいて報告すべき命令が分割される。同じ種類の報告すべき命令は、同じグループにグループ化される。この場合、各種類の報告する必要がある報告すべき命令の中で最新で取得された報告すべき命令だけをアプリケーションプロセッサに通知する必要があるため、それによりアプリケーションプロセッサに報告する命令の量を減らすことができる。この場合、アプリケーションプロセッサがウェイクアップした後、アプリケーションプロセッサは、各報告すべき命令グループの中で最新に取得された報告すべき命令のみを実行すればよく、それによりアプリケーションプロセッサが行うべき動作を低減することができる。

これに応じて、本願の他の実施形態では、携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置をさらに開示する。図１２に示す概略構造図を参照すると、携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置は、状態検出モジュール１１０と、取得モジュール１２０と、命令報告モジュール１３０とを含む。

状態検出モジュール１１０は、携帯端末が予め設定された第１の状態にあるかを検出するように構成されている。第１の状態は、携帯端末の状態として、スクリーンオフ状態、非充電状態、または速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態であることを示す。

第１の状態とは、スクリーンオフ状態、非充電状態、または速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、１または複数の状態のいずれかの組み合わせである。例えば、ある実装では、携帯端末がスクリーンオフ状態、非充電状態、および携帯端末の速度が予め設定された第１の閾値より小さく、かつサービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態にあるときに、携帯端末が第１の状態にあると設定してもよい。この状態の携帯端末は、現在ユーザが携帯端末を使用していないことを示している。また、携帯端末が充電されていないため、携帯端末の電力消費を削減するために、アプリケーションプロセッサを頻繁にウェイクアップしなくてもよく、代わりにアプリケーションプロセッサをスリープ状態のままにしておくことができる。

取得モジュール１２０は、以下のように構成される。携帯端末が予め設定された第１の状態にあると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令と、報告すべき命令の優先度とを取得する。

本願の本実施形態では、異なる種類の報告すべき命令に対して、対応する優先度が予め設定されている。つまり、報告すべき命令の各種類と各優先度の対応関係が設定されている。この場合、報告すべき命令を取得した後、報告すべき命令の種類に基づいて、報告すべき命令の優先度を決定してもよい。緊急に処理する必要がある報告すべき命令に対応する優先度は、通常、比較的高く、緊急に処理する必要がない報告すべき命令に対応する優先度は、通常、比較的低い。

命令報告モジュール１３０は、次のように構成されている。報告すべき命令の優先度が予め設定された優先度より高い場合、報告すべき命令をアプリケーションプロセッサに報告し、アプリケーションプロセッサをウェイクアップさせる。

本願の本実施形態では、取得した報告すべき命令に、予め設定された優先度より高い優先度の報告すべき命令が含まれている場合、報告条件が満たされたとみなして、報告すべき命令をアプリケーションプロセッサに報告するようにしてもよい。

先行技術では、携帯端末が報告すべき命令を取得した後、毎回、携帯端末は報告すべき命令をアプリケーションプロセッサに直ちに報告していた。この場合、アプリケーションプロセッサは頻繁に命令を取得する。その結果、アプリケーションプロセッサが頻繁にウェイクアップする。しかし、本願の本実施形態における解決策では、予め設定された優先度より高い優先度の報告すべき命令を取得した場合にのみ、報告すべき命令をアプリケーションプロセッサに報告することで、アプリケーションプロセッサに命令を報告する回数を減らし、さらにアプリケーションプロセッサが命令を取得する回数を減らすことで、それによりアプリケーションプロセッサの頻繁なウェイクアップを回避することができる。このようにして、先行技術の問題は解決される。

さらに、本願の本実施形態では、アプリケーションプロセッサをウェイクアップする回数が減る。先行技術と比較して、アプリケーションプロセッサがスリープ状態にある時刻が長くなる。したがって、携帯端末の使用期間をさらに長くすることができる。

また、本願の本実施形態で開示された携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置において、命令報告モジュールは、アプリケーションプロセッサに報告する必要がある報告すべき命令と報告すべき命令の優先度を取得した後、現在の時刻と報告すべき命令がアプリケーションプロセッサに最新の時刻として報告された時刻との差が第３の閾値より大きい場合、報告すべき命令をアプリケーションプロセッサに報告し、アプリケーションプロセッサをウェイクアップさせるようにさらに構成されている。

本願の本実施形態では、報告すべき命令を取得する動作を開示している。報告すべき命令は、報告すべき命令の種類に基づいて、複数の方法で取得してもよい。

ある方式では、時刻更新命令に基づいて、報告すべき命令が取得される。携帯端末のサービングセルは、通常、携帯端末に時刻更新命令を送信する。時刻更新命令には時刻が保持されており、携帯端末は、その時刻に基づいて携帯端末の時刻を更新する。一般に、携帯端末でネットワークハンドオーバーが発生した後、サービングセルは携帯端末に時刻更新命令を送信する。

本願の本実施形態では、携帯端末は、時刻更新命令を受信した後、その時刻更新命令に基づいて対応する時刻報告命令を取得し、その時刻報告命令を報告すべき命令として使用する。この場合、取得モジュールは、
命令受信ユニットであって、少なくとも１つの時刻更新命令を受信し、時刻更新命令が受信された後、毎回、時刻更新命令の受信時刻を記録するように構成される命令受信ユニットと、
携帯端末が予め設定されたトリガ条件を満たしたときに、現在の時刻と目標時刻更新命令の受信時刻との間の時刻差を取得するように構成される時刻差取得ユニットであって、ここで、目標時刻更新命令は、受信時刻が現在の時刻に最も近い時刻更新命令であり、携帯端末がスクリーンオン状態および／または充電状態にあるときに、携帯端末が予め設定されたトリガ条件を満たす時刻差取得ユニットと、
時刻差と目標時刻更新命令に含まれる時刻との和を取得し、和を含む時刻報告命令を生成するように構成される時刻報告命令取得ユニットであって、ここで、時刻報告命令は報告すべき命令である時刻報告命令取得ユニットと、を含む。

先行技術では、携帯端末が時刻更新命令を受信した後、毎回、携帯端末がアプリケーションプロセッサに時刻更新命令を報告し、アプリケーションプロセッサをウェイクアップさせていた。この場合、アプリケーションプロセッサは時刻更新動作を行う。しかし、本願の本実施形態における解決策では、時刻更新命令を取得した後、携帯端末は、時刻更新命令を直ちにアプリケーションプロセッサに報告する代わりに、時刻更新命令をキャッシュする。携帯端末は、携帯端末が予め設定されたトリガ条件を満たすとき、受信した最新の時刻更新命令に基づいて対応する時刻報告命令を生成し、その時刻報告命令を報告すべき命令として使用する。したがって、先行技術と比較して、本願の本実施形態で開示される解決策では、アプリケーションプロセッサへの命令の報告回数と報告された命令の数を減らすことで、アプリケーションプロセッサのウェイクアップの回数をさらに減らし、それによりアプリケーションプロセッサの頻繁なウェイクアップを回避することができる。

また、セルハンドオーバー命令に基づいて、対応する報告すべき命令をさらに取得してもよい。この場合、本願の本実施形態で開示される携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置における取得モジュールは、
サービングセルによって配信された測定要求を受信した後、第１の目標セルのチャネル品質を測定し、第１の目標セルのチャネル品質をサービングセルに報告するように構成される第１の測定ユニットであって、ここで、第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである、第１の測定ユニットと、
サービングセルが、予め設定されたセルハンドオーバールールおよび第１の目標セルのチャネル品質に基づいて生成したセルハンドオーバー命令を取得するように構成される第１の命令取得ユニットであって、ここで、セルハンドオーバー命令が報告すべき命令である、第１の命令取得ユニットと、を含む。

先行技術では、サービングセルから配信された測定要求を受信した後、携帯端末は各セルのチャネル品質を測定していた。しかし、本願の本実施形態では、セル優先度が予め設定された第１の優先度閾値より低くないセルのチャネル品質のみを測定することで、チャネル品質の測定における携帯端末の作業負荷を低減し、それによりチャネル品質の測定効率を向上させることができる。

本願の他の実施形態では、セルハンドオーバー命令を取得した後、セルハンドオーバー命令をさらにキャッシュしてもよい。セルハンドオーバー命令がある期間キャッシュされた後、キャッシュされたセルハンドオーバー命令に基づいて報告すべき命令がさらに決定される。この場合、取得モジュールは、
サービングセルから配信された測定要求を受信した後、第１の目標セルのチャネル品質を測定し、第１の目標セルのチャネル品質をサービングセルに報告するように構成される第２の測定ユニットであって、ここで、第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである、第２の測定ユニットと、
サービングセルが、予め設定されたセルハンドオーバールールおよび第１の目標セルのチャネル品質に基づいて生成したセルハンドオーバー命令を取得し、セルハンドオーバー命令をキャッシュするように構成される、第１の命令キャッシュユニットと、
携帯端末が第１の状態にある期間および以下の式に基づいて、セルハンドオーバー命令のキャッシュ時間を決定するように構成される、第１のキャッシュ時間決定ユニットと、を含み、

ここで、Ｔ１（ｔ０）はセルハンドオーバー命令のキャッシュ時間を表し、ｔ０は携帯端末が第１の状態にある期間を表し、Ｔ１、Ｔ２、Ｔ１１およびｔ１は予め設定された期間を表し、αは予め設定された定数であり、ここで、αの値は１より小さい正数であり、
キャッシュ時間に達した後、少なくとも１つのキャッシュされたセルハンドオーバー命令の中で取得時刻が最新であるセルハンドオーバー命令を、報告すべき命令として決定するように構成される第１の命令決定ユニットと、を備える。

先行技術では、セルハンドオーバー命令を受信した後、携帯端末は直ちにアプリケーションプロセッサにセルハンドオーバー命令を報告していた。しかし、本願の本実施形態では、携帯端末は、セルハンドオーバー命令を取得した後、そのセルハンドオーバー命令をキャッシュし、キャッシュ時間経過後に、キャッシュされた全てのセルハンドオーバー命令の中で取得時刻が最新のセルハンドオーバー命令を報告すべき命令として使用する。したがって、先行技術と比較して、本願の本実施形態で開示される解決策では、セルハンドオーバー命令の報告回数を減らすことができ、それにより、アプリケーションプロセッサのウェイクアップの回数を減らし、アプリケーションプロセッサの頻繁なウェイクアップを回避することができる。

また、セル再選択命令に基づいて、対応する報告すべき命令をさらに取得してもよい。この場合、取得モジュールは、
第３の測定ユニットであって、携帯端末がネットワークアイドル状態であることが検出されるとき、第２の目標セルのチャネル品質を測定するように構成され、ここで、第２の目標セルは、セル優先度が予め設定された第２の優先度閾値より低くないセルである、第３の測定ユニットと、
第２の目標セルのチャネル品質と、予め設定されたセル再選択ルールとに基づいて、セル再選択を行う必要があると決定された場合に、セル再選択命令を生成するように構成される第１の命令生成ユニットであって、ここで、セル再選択命令は、報告すべき命令である、第１の命令生成ユニットとを含む。

先行技術では、携帯端末がネットワークアイドル状態であることが検出されるとき、各セルのチャネル品質が測定される。しかし、本願の本実施形態では、セル優先度が予め設定された第２の優先度閾値より低くないセルのチャネル品質のみを測定することで、チャネル品質を測定する際の作業負荷を低減し、それによりチャネル品質を測定する際の効率を向上させることができる。

あるいは、本願の他の実施形態では、セル再選択命令を取得した後、セル再選択命令をさらにキャッシュしてもよい。セル再選択命令がある期間キャッシュされた後、キャッシュされたセル再選択命令に基づいて報告すべき命令がさらに決定される。この場合、取得モジュールは、
第４の測定ユニットであって、携帯端末がネットワークアイドル状態であることが検出されたときに、第２の目標セルのチャネル品質を測定するように構成され、ここで、第２の目標セルは、セル優先度が予め設定された第２の優先度閾値より低くないセルである、第４の測定ユニットと、
第２の目標セルのチャネル品質と、予め設定されたセル再選択ルールとに基づいて、セル再選択を行う必要があると決定された場合に、セル再選択命令を生成するように構成される第２の命令生成ユニットと、
携帯端末が第１の状態にある期間および以下の式に基づいて、セル再選択命令のキャッシュ時間を決定するように構成される第２のキャッシュ時間決定ユニットと、を含み、

ここで、Ｔ２（ｔ０）はセル再選択命令のキャッシュ時間を表し、ｔ０は携帯端末が第１の状態にある期間を表し、Ｔ３、Ｔ４、Ｔ１２、およびｔ２は予め設定された期間を表し、βは予め設定された定数であり、ここで、βの値は１より小さい正数であり、
キャッシュ時間に達した後、キャッシュされた少なくとも１つのセル再選択命令の中で取得時間が最新のセルハンドオーバー命令を、報告すべき命令として決定するように構成された第２の命令決定ユニットと、を含む。

先行技術では、セル再選択命令を取得した後、携帯端末は直ちにアプリケーションプロセッサにセル再選択命令を報告していた。しかし、本願の本実施形態では、携帯端末は、セル再選択命令を取得した後、そのセル再選択命令をキャッシュし、キャッシュ時間に達した後、キャッシュされた全てのセル再選択命令の中で取得時刻が最新のセル再選択命令を報告すべき命令として使用する。したがって、先行技術と比較して、本願の本実施形態で開示される解決策では、セル再選択命令を報告する回数を減らすことができ、それにより、アプリケーションプロセッサをウェイクアップする回数を減らし、アプリケーションプロセッサのウェイクアップが頻繁に発生することを回避することができる。

また、携帯端末が第１の状態にあるときに、時刻更新命令、セルハンドオーバー命令、セル再選択命令に加えて、アプリケーションプロセッサに報告する必要がある他の種類の命令をさらに取得してもよい。

この場合、本願の本実施形態では、報告すべき命令が、目標期間において、予め設定された回数より多い回数分取得された命令であることをさらに設定してもよい。目標期間における時刻の取得回数が予め設定された回数より多ければ、その命令が頻繁に取得されていることを示す。この場合、アプリケーションプロセッサの頻繁なウェイクアップを避けるために、その命令を報告すべき命令として使用することができる。

さらに、本願の本実施形態では、報告すべき命令を取得した後に、報告すべき命令をさらに報告する必要があるかを、第３の閾値に基づいて決定する必要がある。第３の閾値は、複数の方法で取得することができる。ある方式としては、第３の閾値を固定の時刻値に予め設定してもよい。他の方式では、第３の閾値は、携帯端末が第１の状態にある期間に基づいてさらに取得されてもよい。この場合、本発明のこの実施形態では、装置はさらに第３の閾値決定モジュールを含む。

第３の閾値決定モジュールは、以下のように構成される。アプリケーションプロセッサに報告する必要がある報告すべき命令が取得された後、携帯端末が第１の状態にある期間と以下の式に基づいて第３の閾値を決定する。

ここで、Ｔ３（ｔ０）は第３の閾値を表し、ｔ０は携帯端末が第１の状態にある期間を表し、Ｔ５、Ｔ６、Ｔ１３、およびｔ３は予め設定された期間を表し、δは予め設定された定数であり、ここで、δの値は１より小さい正数である。

図１１は、第３の閾値と、携帯端末が第１の状態である期間との対応関係を示す概略図である。前述の式および図１１から、本願の本実施形態では、携帯端末が第１の状態にある期間が長いほど、第３の閾値がより大きくなることを示し、これに応じてアプリケーションプロセッサへの命令の報告回数が少なくなり、それによりアプリケーションプロセッサのウェイクアップ回数がさらに低減することが分かる。

さらに、本願の本実施形態で開示される携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置における命令報告モジュールは、
同じ種類の報告すべき命令が２つよりも多くある場合に、同じ種類の報告すべき命令の取得時刻を比較するように構成される時刻比較ユニットと、
同じ種類の報告すべき命令の中で、取得時刻が最新の報告すべき命令をアプリケーションプロセッサに報告するように構成される命令報告ユニットと、を含む。

前述の解決策では、報告すべき命令がアプリケーションプロセッサに報告される前に、報告すべき命令は、報告すべき命令の種類に基づいて分割される。同じ種類の報告すべき命令は、同じグループにグループ化される。この場合、各種類の報告する必要がある報告すべき命令の中で最新で取得された報告すべき命令だけをアプリケーションプロセッサに通知する必要があるため、それによりアプリケーションプロセッサに報告する命令の量を減らすことができる。この場合、アプリケーションプロセッサがウェイクアップした後、アプリケーションプロセッサは、各報告すべき命令グループの中で最新に取得された報告すべき命令のみを実行すればよく、それによりアプリケーションプロセッサが行うべき動作を低減することができる。

本願の他の実施形態では、さらに携帯端末を開示する。携帯端末は、通信サービスを行うことができる端末装置を含んでいてもよく、例えば、携帯電話やテレフォンウォッチなどが挙げられる。図１３に示す概略構造図を参照すると、携帯端末は、メモリと、プロセッサ２００と、メモリに記憶され、プロセッサ上で実行可能なコンピュータプログラムとを含む。さらに、携帯端末は、トランシーバ１００をさらに含んでいてもよい。メモリは、ランダムアクセスメモリ３００、リードオンリメモリ４００、およびバス５００を含んでもよい。プロセッサ２００は、バス５００を用いて、トランシーバ１００、ランダムアクセスメモリ３００、およびリードオンリメモリ４００に個別に結合されている。プロセッサがコンピュータプログラムを実行するとき、本願の上述の実施形態で開示された携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法のいくつかまたは全ての段階が実装され、すなわち、図１、図３、図４、図６、図７、図９、および図１０に示す携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法のいくつかまたは全ての段階が実装される。

また、プロセッサ２００は、携帯端末においてアプリケーションプロセッサ以外の処理機能を有する他のモジュールであり、他のモジュールはアプリケーションプロセッサに命令を送信することができる。例えば、プロセッサ２００は、アプリケーションプロセッサに接続されたモデムであってもよい。

携帯端末を実行する必要があるときは、メモリに固められた基本的な入出力システムまたは内蔵システムのブートローダを用いて、システムを開始するブートをして、携帯端末をウェイクアップして通常実行状態に入る。携帯端末が通常実行状態に入った後、携帯端末がメモリ上でアプリケーションプログラムとオペレーティングシステムを実行することで、プロセッサが以下の動作を行う。

携帯端末が予め設定された第１の状態にあるかを検出する。第１の状態は、携帯端末の状態として、スクリーンオフ状態、非充電状態、または速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態であることを示す。

携帯端末が予め設定された第１の状態にあると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令と、その報告すべき命令の優先度を取得する。

報告すべき命令の優先度が予め設定された優先度より高い場合、報告すべき命令をアプリケーションプロセッサに報告し、アプリケーションプロセッサをウェイクアップする。

本発明のこの実施形態における携帯端末は、図１、図３、図４、図６、図７、図９、図１０に対応する実施形態における携帯端末に対応していてもよい。携帯端末は、図１、図３、図４、図６、図７、図９、図１０に対応する実施形態において、携帯端末の機能および／またはさまざまな実装された段階や方法を実装することができる。詳細はここでは改めて説明しない。

任意の装置における記憶媒体は、磁気ディスク、光ディスク、リードオンリメモリ（英語：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、略してＲＯＭ）、ランダムアクセスメモリ（英語：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、略してＲＡＭ）などのいずれの装置であってもよい。

プロセッサは、アプリケーションプロセッサ以外の携帯端末の処理機能を持つ他のモジュールであり、そのモジュールはアプリケーションプロセッサに命令を送信することができる。例えば、プロセッサ２００は、アプリケーションプロセッサに接続されたモデムであってもよい。プロセッサは、ハードウェアチップをさらに含んでいてもよい。ハードウェアチップは、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、プログラマブルロジック装置（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ，ＰＬＤ）、またはそれらの組み合わせであってもよい。ＰＬＤは、コンプレックスプログラマブルロジック装置（ｃｏｍｐｌｅｘ ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃ、ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、ジェネリックアレイロジック（ｇｅｎｅｒｉｃ ａｒｒａｙ ｌｏｇｉｃ、ＧＡＬ）、またはそれらのいずれかの組み合わせであってよい。メモリは、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、例えば、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＲＡＭ）を含んでいてもよく、また、メモリは、不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、例えば、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ， ＲＯＭ）、フラッシュメモリ（ｆｌａｓｈ（登録商標） ｍｅｍｏｒｙ）、ハードディスクドライブ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ， ＨＤＤ）、またはソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ， ＳＳＤ）を含んでいてもよく、または、メモリは、さらに、前述の種類のメモリの組み合わせを含んでいてもよい。

なお、本実施形態では、ネットワーク装置は、ネットワーク機能仮想化（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ、ＮＦＶ）技術と組み合わせて汎用物理サーバに基づいて実装されてもよく、ネットワーク装置は、仮想ネットワーク装置（例えば、仮想ホスト、仮想ルーター、または仮想スイッチ）であることに注意すべきである。仮想ネットワーク装置は、仮想マシン（英語：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ、ＶＭ）であってもよい。仮想マシンは、ハードウェア装置（例えば、物理サーバ）上に配置されている。仮想マシンとは、完全に分離された環境で実行する、ソフトウェアを用いてシミュレートされ、完全なハードウェアシステムの機能を持つ完全なコンピュータシステムを示す。本願を読んだ後の当業者は、汎用物理サーバ上に前述の機能を持つ複数のネットワーク装置を仮想化することができる。詳細はここでは改めて説明しない。

本願の実施形態は、携帯端末に適用されるネットワーク選択方法に関する。携帯端末は、通信サービスを行うことができる端末装置を含んでいてもよく、例えば、携帯電話やテレフォンウォッチなどが挙げられる。

携帯端末が携帯電話である例を用いている。図１４は、本願の実施形態による携帯電話１４００の一部の構造を示すブロック図である。図１４を参照すると、携帯電話１４００は、ＲＦ（無線周波数、Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路１４１０、メモリ１４２０、他の入力装置１４３０、表示画面１４４０、センサ１４５０、オーディオ回路１４６０、Ｉ／Ｏサブシステム１４７０、プロセッサ１４８０、および電源１４９０などの構成要素を含んでいる。当業者であれば、図１４に示した携帯電話の構造は、携帯電話を限定するものではなく、携帯電話は、図に示したものより多くの構成要素または少ない構成要素を含んでいてよく、またはいくつかの構成要素を組み合わせてよく、またはいくつかの構成要素を分割してよく、または異なる構成要素配置を有してよいことを理解するできる。当業者であれば、表示画面１４４０がユーザインタフェース（ＵＩ、Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）に属し、携帯電話１４００が図に示したものより多いまたは少ないユーザインタフェースを含むことを理解できる。

以下、図１４を参照しながら、携帯電話１４００の全ての構成要素を詳細に説明する。

ＲＦ回路１４１０は、情報受信／送信処理または通話処理において信号を受信および送信するように構成されてもよい。特に、基地局のダウンリンク情報を受信した後、ＲＦ回路１４１０は、ダウンリンク情報をプロセッサ１４８０に送信して処理し、また、関連するアップリンクデータを基地局に送信する。一般に、ＲＦ回路は、アンテナ、少なくとも１つのアンプ、トランシーバ、カプラー、ＬＮＡ（低雑音増幅器、Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ）、デュプレクサなどを含むが、これらに限定されない。また、ＲＦ回路１４１０は、さらに無線通信によりネットワークや他の装置と通信してもよい。無線通信には、移動体通信用グローバルシステム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ， ＧＳＭ（登録商標））、汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃ ｅ， ＧＰＲＳ）、符号分割多重アクセス（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ， ＣＤＭＡ）、広帯域符号分割多重アクセス（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ， ＷＣＤＭＡ（登録商標））、長期進化（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏ ｎ， ＬＴＥ）、電子メール、ショートメッセージサービス（Ｓｈｏｒｔ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ， ＳＭＳ）など含む任意の通信規格またはプロトコルを使用することができるが、これらに限定されない。

メモリ１４２０は、ソフトウェアプログラムやモジュールを記憶するように構成されていてもよい。プロセッサ１４８０は、メモリ１２０に記憶されたソフトウェアプログラムやモジュールを実行して、携帯電話機１４００のさまざまなアプリケーション機能やデータ処理を行う。メモリ１２０は、主にプログラム記憶領域とデータ記憶領域を含んでいてもよい。プログラム記憶領域には、オペレーティングシステムや、少なくとも１つの機能（音声再生機能または画像再生機能など）に必要なアプリケーションプログラムなどが記憶されてよい。データ記憶領域には、携帯電話機１４００の使用に基づいて作成されたデータ（音声データまたは電話帳など）などが記憶されていてもよい。また、メモリ１４２０は、高速ランダムアクセスメモリを含んでよく、さらに不揮発性メモリ、例えば、少なくとも１つの磁気ディスク記憶装置、フラッシュ式記憶装置、または別の揮発性半導体記憶装置を含んでよい。

他の入力装置１４３０は、以下のように構成されてもよい。入力されたデジタルまたは文字情報を受信し、および、携帯電話１４００のユーザ設定および機能制御に関連するキー信号入力を生成する。具体的には、他の入力装置１４３０は、物理的なキーボード、ファンクションキー（音量調節キーまたはオン／オフキーなど）、トラックボール、マウス、ジョイスティック、光学式マウス（光学式マウスは、視覚的な出力を表示しないタッチ感応面であり、タッチスクリーンで形成されたタッチ感応面の延長線上にある）などのうちの１または複数を含んでもよいが、これらに限定されない。他の入力装置１４３０は、Ｉ／Ｏサブシステム１４７０の他の入力装置コントローラ１４７１に接続されており、他の入力装置コントローラ１４７１の制御下にあるプロセッサ１４８０と信号をやり取りしている。

表示画面１４４０は、ユーザが入力した情報、またはユーザのために提供された情報、携帯電話１４００のさまざまなメニューを表示するように構成されていてもよく、さらにユーザ入力を受信してもよい。具体的には、表示画面１４４０は、表示パネル１４４１とタッチパネル１４４２とを含んでいてもよい。表示パネル１４４１は、ＬＣＤ（液晶画面、Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（有機発光ダイオード、Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）などの形態で構成されていてもよい。タッチパネル１４４２は、タッチスクリーン、タッチ感応スクリーンなどとも呼ばれ、タッチパネル１４４２上またはその近傍でユーザが行ったタッチ動作または非タッチ動作（例えば、指またはスタイラスまたはモーションセンシング動作などの、任意の適切な物体またはアクセサリを用いて、タッチパネル１４４２上またはその近傍でユーザが行った動作、ここで、その動作には１点制御動作、多点制御動作、または同様の種類の動作が含まれる）を収集し、予め設定されたプログラムに基づいて、対応する接続装置を駆動してもよい。オプションとして、タッチパネル１４４２は、タッチ検出装置とタッチコントローラの２つの部分を含んでいてもよい。タッチ検出装置は、ユーザのタッチの向きやジェスチャーを検出し、タッチ動作によってもたらされた信号を検出し、その信号をタッチコントローラに送信する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報をプロセッサで処理可能な情報に変換し、続いてその情報をプロセッサ１４８０に送信し、プロセッサ１４８０から送信されたコマンドを受信して実行することができる。また、抵抗膜方式、静電容量方式、赤外線、表面弾性波などの複数の種類を用いてタッチパネル１４４２を実装してもよいし、または今後開発される任意の技術を用いてタッチパネル１４４２を実装してもよい。さらに、タッチパネル１４４２が表示パネル１４４１をカバーしていてもよい。ユーザは、表示パネル１４４１に表示された内容（表示された内容には、ソフトキーボード、仮想マウス、仮想キー、アイコンなどが含まれるが、これらに限定されない）に基づいて、表示パネル１４４１をカバーするタッチパネル１４４２またはその近傍で動作を行ってもよい。タッチパネル１４４２の上または近くで動作を検出した後、タッチパネル１４４２は、Ｉ／Ｏサブシステム１４７０を使用してプロセッサ１４８０に動作を送信し、ユーザ入力を決定する。次に、プロセッサ１４８０は、Ｉ／Ｏサブシステム１４７０を使用して、ユーザ入力に基づいて、対応する視覚出力を表示パネル１４４１上に提供する。なお、図１２のタッチパネル１４４２および表示パネル１４４１は、携帯電話１４００の入力および入力機能を実装するための２つの独立した部分として用いられているが、いくつかの実施形態では、タッチパネル１４４２および表示パネル１４４１を統合して、携帯電話１４００の入力および出力機能を実装してもよい。

携帯電話１４００は、例えば、光学センサ、モーションセンサ、および他のセンサなどの少なくとも１つのセンサ１４５０をさらに含んでもよい。具体的には、光学センサは、周辺光センサと近接センサを含んでいてもよい。周辺光センサは、環境光の明るさに基づいて、表示パネル１４４１の輝度を調整してもよい。近接センサは、携帯電話１４００が耳元に移動したときに、表示パネル１４４１の電源をオフにし、および／またはバックライト状態にするために使用されてもよい。モーションセンサの一種である加速度センサは、各方向（一般には３軸）の加速度の値を検出したり、静止状態での重力の値や方向を検出したりすることができ、携帯電話の姿勢を識別するアプリケーション（横向きと縦向きの画面切り替え、関連するゲーム、磁力計の姿勢校正など）、または振動認識に関する機能（歩数計またはノックなど）などに使用することができる。また、携帯電話１４００には、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサなどの他のセンサが配置されていてもよい。詳細はここでは改めて説明しない。

音声回路１４６０、スピーカ１４６１、およびマイク１４６２は、ユーザと携帯電話１４００との間に音声インタフェースを提供してもよい。なお、音声回路１４６０は、受信した音声データを信号に変換して、その信号をラウドスピーカ１４６１に送信し、ラウドスピーカ１４６１は、その信号を音声信号に変換して音声信号を出力してもよい。また、マイク１４６２は、収集した音声信号を信号に変換し、音声回路１４６０は、信号を受信し、信号を音声データに変換し、音声データをＲＦ回路１４０８に出力して、音声データを例えば他の携帯電話に送信し、または音声データをメモリ１４２０に出力して、さらなる処理を行う。

Ｉ／Ｏサブシステム１４７０は、外部入出力装置を制御するように構成されており、他の入力装置コントローラ１４７１、センサコントローラ１４７２、およびディスプレイコントローラ１４７３を含んでもよい。任意で、１つまたは複数の他の入力制御装置コントローラ１４７１は、他の入力装置１４３０から信号を受信し、および／または他の入力装置１４３０に信号を送信する。他の入力装置１４３０は、物理的なボタン（押しボタン、またはロッカーボタンなど）、ダイヤルパッド、スライダースイッチ、ジョイスティック、クリックスクロールホイール、および光学式マウス（光学式マウスは、視覚的な出力を表示しないタッチ感応面、またはタッチスクリーンによって形成されたタッチ感応面の延長線上にあるもの）を含んでもよい。他の入力制御装置コントローラ１４７１は、前述の装置のうちの任意の１または複数に接続されてもよいことに注意すべきである。Ｉ／Ｏサブシステム１４７０のディスプレイコントローラ１４７３は、表示画面１４４０から信号を受信し、および／または、表示画面１４４０に信号を送信する。表示画面１４４０がユーザ入力を検出した後、表示コントローラ１４７３は、検出されたユーザ入力を表示画面１４４０に表示されるユーザインタフェースオブジェクトとのインタラクションに変換し、ヒューマンマシンインタラクションを実装する。センサコントローラ１４７２は、１つまたは複数のセンサ１４５０から信号を受信し、および／または、１つまたは複数のセンサ１４５０に信号を送信してもよい。

プロセッサ１４８０は、携帯電話１４００の制御センターであり、さまざまなインタフェースや回線を使用して携帯電話の全ての部分を接続し、メモリ１４２０に記憶されたソフトウェアプログラムおよび／またはモジュールを実行または実行し、メモリ１４２０に記憶されたデータを呼び出すことにより、携帯電話１４００のさまざまな機能を実行し、データを処理することで、携帯電話に関する全体的な監視を行う。任意で、プロセッサ１４８０は、１つまたは複数の処理ユニットを含んでもよい。好ましくは、アプリケーションプロセッサとモデムプロセッサがプロセッサ１４８０に統合されてもよい。アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインタフェース、アプリケーションプログラムなどを処理する。モデムプロセッサは、主に無線通信の処理を行う。モデムプロセッサは、代替的に、プロセッサ１４８０に統合されなくてもよいことを理解してもよい。

アプリケーションプロセッサとモデムプロセッサがプロセッサ１４８０に統合されている場合、モデムプロセッサは、図１、図３、図４、図６、図７、図９、および図１０に対応する実施形態における機能を実装し、および／または対応する実施形態における段階および方法を実行し、アプリケーションプロセッサに命令を報告することができる。

携帯電話１４００は、各構成要素に電力を供給する電源１４９０（例えば、電池）をさらに含む。好ましくは、電源は、電力管理システムを使用して、プロセッサ１４８０に論理的に接続されて、充電管理、放電管理、および電力消費管理などの機能を実装するようにしてもよい。

図示していないが、携帯電話１４００は、カメラやＢｌｕｅｔｏｏｔｈ（登録商標）モジュールなどをさらに含んでいてもよい。詳細はここでは改めて説明しない。

具体的な実装では、本願の実施形態は、コンピュータ可読媒体をさらに提供する。コンピュータ可読媒体は、命令を含む。コンピュータ可読媒体がコンピュータ上で実行されるとき、コンピュータは、図１、図３、図４、図６、図７、図９、および図１０に提供される携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法の一部または全ての段階を実装することが可能になる。任意の装置における記憶媒体は、磁気ディスク、光ディスク、リードオンリメモリ（英語：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、略してＲＯＭ）、ランダムアクセスメモリ（英語：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、略してＲＡＭ）などである。

当業者であれば、本願の実施形態に記載されているさまざまな例示的な論理ブロック（イラストレーション・ロジカル・ブロック）および段階（段階）は、電子ハードウェア、コンピュータソフトウェア、またはそれらの組み合わせを用いて実装することができることをさらに理解することができる。これらの機能が、ハードウェアを用いることで実装されるか、またはソフトウェアを用いることで実装されるかは、特定の用途、及びシステム全体の設計要求に依存する。当業者であれば、特定の用途ごとにさまざまな方法を使用して説明した機能を実装することができるが、その実装が本願の実施形態の範囲を超えていると考えてはならない。

本願の実施形態で記載したさまざまな例示の論理ユニットおよび回路は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルな論理装置、離散的なゲートまたはトランジスタ論理、離散的なハードウェア構成要素、またはそれらの任意の組み合わせの設計を使用して、説明した機能を実装または動作させることができる。汎用プロセッサは、マイクロプロセッサであってもよい。任意で、汎用プロセッサは、従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンのいずれであってもよい。プロセッサは、デジタル信号プロセッサとマイクロプロセッサ、複数のマイクロプロセッサ、デジタル信号プロセッサコアを持つ１または複数のマイクロプロセッサ、またはその他の任意の同様の構成など、コンピューティング装置の組み合わせによって実装されてもよい。

本願の実施形態に記載されている方法またはアルゴリズムの段階は、ハードウェアに直接内蔵されていても、プロセッサによって実行されるソフトウェアユニットであっても、またはそれらの組み合わせであってもよい。ソフトウェアユニットは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル磁気ディスク、ＣＤ－ＲＯＭ、または当該技術分野における他の任意の形態の記憶媒体に記憶されていてもよい。例えば、記憶媒体はプロセッサに接続し、プロセッサが記憶媒体から情報を読み取ったり、記憶媒体に情報を書き込んだりできるようにしてもよい。あるいは、記憶媒体がさらにプロセッサに統合されていてもよい。プロセッサと記憶媒体は、ＡＳＩＣに配置されていてもよく、ＡＳＩＣはＵＥに配置されていてもよい。オプションとして、プロセッサと記憶媒体は、ＵＥの異なる構成要素に代替的に配置することができる。

前述のプロセスのシーケンス番号は、本願のさまざまな実施形態における実行シーケンスを意味するものではないことを理解されたい。プロセスの実行順序は、プロセスの機能や内部ロジックにしたがって決定されるべきものであり、本願の実施形態の実装プロセスを限定するもののいずれではないと解釈される。

上述の実施形態の全てまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用して実装することができる。実施形態を実装するためにソフトウェアを使用する場合、実施形態は、コンピュータプログラム製品の形態で完全にまたは部分的に実装することができる。コンピュータプログラム製品は、１または複数のコンピュータ命令を含む。コンピュータプログラムの命令がコンピュータに読み込まれて実行されるとき、本願の実施形態による手順または機能が全てまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、またはその他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、またはコンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから他のウェブサイト、コンピュータ、サーバ、またはデータセンタへ、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線（ＤＳＬ））または無線（例えば、赤外線、無線、またはマイクロ波）方式で伝送されることがある。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の使用可能な媒体であってもよいし、またはデータ記憶装置、例えば、１または複数の使用可能な媒体を統合したサーバまたはデータセンタであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、または磁気テープ）、光学媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ（ＳＳＤ）））などである。

本明細書では、部分の全てが進行形で記載されている。実施形態の中で同じまたは類似した部分については、これらの実施形態を参照されたい。各実施形態では、他の実施形態との差に注目している。特に、装置およびシステムの実施形態は、方法の実施形態と基本的に同様であり、したがって簡潔に記載する。関連した部分については、方法の実施形態の説明を参照されたい。

本願のいくつかの好ましい実施形態を記載したが、当業者が基本的な発明概念を習得すれば、当業者はこれらの実施形態に変更や変化を加えることができる。したがって、添付の特許請求の範囲は、好ましい実施形態および本願の範囲内に入る全ての変更および変化をカバーするように解釈されることが意図されている。

当業者であれば、本発明の実施形態における技術は、必要な一般的なハードウェアプラットフォームに加えて、ソフトウェアによっても実装され得ることを明確に理解することができる。このような理解に基づいて、本発明の実施形態における技術的解決策は、本質的に、または、先行技術に寄与する部分は、ソフトウェア製品の形で実装されてもよい。コンピュータソフトウェア製品は、ＲＯＭ／ＲＡＭ、磁気ディスク、または光ディスクなどの記憶媒体に記憶されていてもよく、本発明の実施形態または実施形態のいくつかの部分に記載されている方法を実行するためにコンピュータ装置（パーソナルコンピュータ、サーバ、またはネットワーク装置のいずれでもよい）に命令するための複数の命令を含んでいる。

本明細書中の実施形態と同じまたは類似した部分については、これらの実施形態を参照されたい。特に、装置の実施形態については、方法の実施形態と基本的には同様であり、したがって簡潔に記載する。関連した部分については、方法の実施形態の説明を参照されたい。

前述した本発明の実装は、本発明の保護範囲を限定することを意図したものではない。
［他の可能な請求項］
［項目１］
携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法であって、
上記携帯端末が予め設定された第１の状態にあるかを検出する段階であって、上記第１の状態は、上記携帯端末のスクリーンオフ状態、非充電状態、または速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である段階と、
上記携帯端末が上記予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令と、上記報告すべき命令の優先度とを取得する段階と、
上記報告すべき命令の上記優先度が予め設定された優先度より高い場合に、上記報告すべき命令を上記アプリケーションプロセッサに報告し、上記アプリケーションプロセッサをウェイクアップさせる段階と、を有する方法。
［項目２］
アプリケーションプロセッサに報告する必要がある報告すべき命令と、上記報告すべき命令の優先度を上記取得する段階の後、上記方法は、
現在の時刻と、報告すべき命令が上記アプリケーションプロセッサに最新の時刻として報告された時刻との差が、第３の閾値より大きい場合、上記報告すべき命令を上記アプリケーションプロセッサに報告して、上記アプリケーションプロセッサをウェイクアップする段階をさらに有する、項目１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法。
［項目３］
アプリケーションプロセッサに報告する必要がある報告すべき命令を上記取得する段階は、
少なくとも１つの時刻更新命令を受信し、上記時刻更新命令を受信した後、毎回、上記時刻更新命令の受信時刻を記録する段階と、
上記携帯端末が予め設定されたトリガ条件を満たしているときに、現在の時刻と目標時刻更新命令の受信時刻との間の時刻差を取得する段階であって、上記目標時刻更新命令は、受信時刻が上記現在の時刻に最も近い時刻更新命令であり、上記携帯端末がスクリーンオン状態および／または充電状態であるときに、上記携帯端末が上記予め設定されたトリガ条件を満たす段階と、
上記時刻差と上記目標時刻更新命令に含まれる時刻との和を取得し、上記和を含む時刻報告命令を生成する段階であって、上記時刻報告命令は上記報告すべき命令である段階と、を有する項目１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法。
［項目４］
アプリケーションプロセッサに報告する必要がある報告すべき命令を上記取得する段階は、
サービングセルによって配信される測定要求が受信された後、第１の目標セルのチャネル品質を測定し、上記第１の目標セルの上記チャネル品質を上記サービングセルに報告する段階であって、上記第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである段階と、
予め設定されたセルハンドオーバールールおよび上記第１の目標セルの上記チャネル品質に基づいて上記サービングセルによって生成されたセルハンドオーバー命令を取得する段階であって、上記セルハンドオーバー命令は上記報告すべき命令である段階と、を有する項目１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法。
［項目５］
アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、
サービングセルから配信された測定要求を受信した後、第１の目標セルのチャネル品質を測定し、上記第１の目標セルの上記チャネル品質を上記サービングセルに報告する段階であって、上記第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである段階と、
予め設定されたセルハンドオーバールールおよび上記第１の目標セルの上記チャネル品質に基づいて上記サービングセルにより生成されるセルハンドオーバー命令を取得し、上記セルハンドオーバー命令をキャッシュする段階と、
上記携帯端末が上記第１の状態にある期間および以下の式に基づいて、上記セルハンドオーバー命令のキャッシュ時間を決定する段階であって、

Ｔ１（ｔ０）は上記セルハンドオーバー命令の上記キャッシュ時間を表し、ｔ０は上記携帯端末が上記第１の状態にある上記期間を表し、Ｔ１、Ｔ２、Ｔ１１およびｔ１は予め設定された期間を表し、αは予め設定された定数であり、αの値は１より小さい正数である段階と、
上記キャッシュ時間に達した後、キャッシュされている少なくとも１つのセルハンドオーバー命令の中で、取得時刻が最新のセルハンドオーバー命令を上記報告すべき命令として決定する段階と、を有する項目１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法。
［項目６］
アプリケーションプロセッサに報告する必要がある報告すべき命令を上記取得する段階は、
上記携帯端末がネットワークアイドル状態であることが検出されたときに、第２の目標セルのチャネル品質を測定する段階であって、上記第２の目標セルは、セル優先度が予め設定された第２の優先度閾値より低くないセルである段階と、
上記第２の目標セルの上記チャネル品質と、予め設定されたセル再選択ルールとに基づいて、セル再選択を行う必要があると決定された場合、セル再選択命令を生成する段階であって、上記セル再選択命令は、上記報告すべき命令である段階とを有する、項目１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法。
［項目７］
アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、
上記携帯端末がネットワークアイドル状態であることが検出されたときに、第２の目標セルのチャネル品質を測定する段階であって、上記第２の目標セルは、セル優先度が予め設定された第２の優先度閾値より低くないセルである段階と、
上記第２の目標セルの上記チャネル品質と、予め設定されたセル再選択ルールとに基づいて、セル再選択を行う必要があると決定された場合、セル再選択命令を生成する段階と、
上記携帯端末が上記第１の状態にある期間と、以下の式とに基づいて、上記セル再選択命令のキャッシュ時間を決定する段階であって、

Ｔ２（ｔ０）は上記セル再選択命令の上記キャッシュ時間を表し、ｔ０は上記携帯端末が上記第１の状態にある上記期間を表し、Ｔ３、Ｔ４、Ｔ１２、およびｔ２は予め設定された期間を表し、βは予め設定された定数であり、βの値は１より小さい正数である段階と、
上記キャッシュ時間に達した後、キャッシュされている少なくとも１つのセル再選択命令のうち、取得時刻が最新であるセルハンドオーバー命令を上記報告すべき命令として決定する段階と、を有する、項目１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法。
［項目８］
上記報告すべき命令は、目標期間において、予め設定された回数より多い回数で取得された命令である、項目１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法。
［項目９］
上記方法は、
アプリケーションプロセッサに報告する必要がある報告すべき命令を上記取得する段階の後に、
上記携帯端末が上記第１の状態にある期間と、以下の式に基づいて、上記第３の閾値を決定する段階であって、

Ｔ３（ｔ０）は上記第３の閾値を表し、ｔ０は上記携帯端末が上記第１の状態にある上記期間を表し、Ｔ５、Ｔ６、Ｔ１３、およびｔ３は予め設定された期間を表し、δは予め設定された定数であり、δの値は１より小さい正数である段階を有する、項目１から８のいずれか１項に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法。
［項目１０］
上記報告すべき命令を上記アプリケーションプロセッサに上記報告する段階は、
同じ種類の報告すべき命令が２つよりも多くある場合、上記同じ種類の上記報告すべき命令の取得時刻を比較する段階と、
上記同じ種類の上記報告すべき命令の中で、取得時刻が最新の上記報告すべき命令を上記アプリケーションプロセッサに報告する段階を有する、項目１から９のいずれか１項に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ方法。
［項目１１］
状態検出モジュールであって、携帯端末が予め設定された第１の状態にあるかを検出するように構成されており、上記第１の状態は、携帯端末がスクリーンオフ状態、非充電状態、または速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である状態検出モジュールと、
上記携帯端末が上記予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令および上記報告すべき命令の優先度を取得するように構成される取得モジュールと、
上記報告すべき命令の上記優先度が予め設定された優先度より高い場合、上記報告すべき命令を上記アプリケーションプロセッサに報告し、上記アプリケーションプロセッサをウェイクアップさせるように構成される命令報告モジュールと、を有する携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置。
［項目１２］
上記命令報告モジュールは、上記アプリケーションプロセッサに報告する必要がある上記報告すべき命令と、上記報告すべき命令の上記優先度とを取得した後、現在の時刻と、上記アプリケーションプロセッサに報告すべき命令が最新の時刻として報告された時刻との差が第３の閾値より大きい場合、上記報告すべき命令を上記アプリケーションプロセッサに報告して、上記アプリケーションプロセッサをウェイクアップさせるようにさらに構成される、項目１１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置。
［項目１３］
上記取得モジュールは、
少なくとも１つの時刻更新命令を受信し、上記時刻更新命令を受信した後、毎回、上記時刻更新命令の受信時刻を記録するように構成される命令受信ユニットと、
上記携帯端末が予め設定されたトリガ条件を満たしたときに、現在の時刻と目標時刻更新命令の受信時刻との間の時刻差を取得するように構成される時刻差取得ユニットであって、上記目標時刻更新命令は、受信時刻が上記現在の時刻に最も近い時刻更新命令であり、上記携帯端末がスクリーンオン状態および／または充電状態にあるときに、上記携帯端末が上記予め設定されたトリガ条件を満たすように構成される時刻差取得ユニットと、
上記時刻差と上記目標時刻更新命令に含まれる時刻との和を取得し、上記和を有する時刻報告命令を生成するように構成される時刻報告命令取得ユニットであって、上記時刻報告命令は上記報告すべき命令である、時刻報告命令取得ユニットと、を有する項目１１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置。
［項目１４］
上記取得モジュールは、
サービングセルから配信された測定要求を受信した後、第１の目標セルのチャネル品質を測定し、上記第１の目標セルの上記チャネル品質を上記サービングセルに報告するように構成される第１の測定ユニットであって、上記第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである、第１の測定ユニットと、
予め設定されたセルハンドオーバールールおよび上記第１の目標セルの上記チャネル品質に基づいて上記サービングセルによって生成されたセルハンドオーバー命令を取得するように構成される第１の命令取得ユニットであって、上記セルハンドオーバー命令は上記報告すべき命令である、第１の命令取得ユニットと、を有する項目１１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置。
［項目１５］
上記取得モジュールは、
サービングセルから配信された測定要求を受信した後、第１の目標セルのチャネル品質を測定し、上記第１の目標セルの上記チャネル品質を上記サービングセルに報告するように構成される第２の測定ユニットであって、上記第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである、第２の測定ユニットと、
上記サービングセルが、予め設定されたセルハンドオーバールールと上記第１の目標セルの上記チャネル品質に基づいて生成したセルハンドオーバー命令を取得し、上記セルハンドオーバー命令をキャッシュするように構成される、第１の命令キャッシュユニットと、
上記携帯端末が上記第１の状態にある期間および以下の式に基づいて、上記セルハンドオーバー命令のキャッシュ時間を決定するように構成される第１のキャッシュ時間決定ユニットと、を有し、

Ｔ１（ｔ０）は上記セルハンドオーバー命令の上記キャッシュ時間を表し、ｔ０は携帯端末が上記第１の状態にある期間を表し、Ｔ１、Ｔ２、Ｔ１１およびｔ１は予め設定された期間を表し、αは予め設定された定数であり、αの値は１より小さい正数であり、
上記キャッシュ時間に達した後、少なくとも１つのキャッシュされたセルハンドオーバー命令の中で取得時間が最新のセルハンドオーバー命令を、上記報告すべき命令として決定するように構成される第１の命令決定ユニットと、
を有する項目１１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置。
［項目１６］
上記取得モジュールは、
上記携帯端末がネットワークアイドル状態であることが検出されたときに、第２の目標セルのチャネル品質を測定するように構成される第３の測定ユニットであって、上記第２の目標セルは、セル優先度が予め設定された第２の優先度閾値より低くないセルである、第３の測定ユニットと、
上記第２の目標セルの上記チャネル品質と、予め設定されたセル再選択ルールとに基づいて、セル再選択を行う必要があると決定された場合に、セル再選択命令を生成するように構成される第１の命令生成ユニットであって、上記セル再選択命令は、上記報告すべき命令である第１の命令生成ユニットと、を有する項目１１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置。
［項目１７］
上記取得モジュールは、
上記携帯端末がネットワークアイドル状態であることが検出されたときに、第２の目標セルのチャネル品質を測定するように構成される第４の測定ユニットであって、上記第２の目標セルは、セル優先度が予め設定された第２の優先度閾値より低くないセルである、第４の測定ユニットと、
上記第２の目標セルの上記チャネル品質と、予め設定されたセル再選択ルールとに基づいて、セル再選択を行う必要があると決定された場合に、セル再選択命令を生成するように構成される第２の命令生成ユニットと、
上記携帯端末が上記第１の状態にある期間および以下の式に基づいて、上記セル再選択命令のキャッシュ時間を決定するように構成される第２のキャッシュ時間決定ユニットと、を有し、

ここで、Ｔ２（ｔ０）は上記セル再選択命令の上記キャッシュ時間を表し、ｔ０は上記携帯端末が上記第１の状態にある期間を表し、Ｔ３、Ｔ４、Ｔ１２、およびｔ２は予め設定された期間を表し、βは予め設定された定数であり、βの値は１より小さい正数であり、
上記キャッシュ時間に達した後、キャッシュされた少なくとも１つのセル再選択命令の中で取得時刻が最新のセルハンドオーバー命令を、上記報告すべき命令として決定するように構成された第２の命令決定ユニットを有する、項目１１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置。
［項目１８］
上記報告すべき命令は、目標期間に予め設定された回数より多い回数で取得された命令である、項目１１に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置。
［項目１９］
第３の閾値決定モジュールをさらに有し、上記第３の閾値決定モジュールは、上記アプリケーションプロセッサに報告する必要がある上記報告すべき命令が取得された後、上記携帯端末が上記第１の状態にある期間と、以下の式に基づいて、上記第３の閾値を決定するように構成され、

Ｔ３（ｔ０）は上記第３の閾値を表し、ｔ０は上記携帯端末が上記第１の状態にある期間を表し、Ｔ５、Ｔ６、Ｔ１３、およびｔ３は予め設定された期間を表し、δは予め設定された定数であり、δの値は１より小さい正数である、項目１１から１８のいずれか１項に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置。
［項目２０］
上記命令報告モジュールは、
同じ種類の報告すべき命令が２つよりも多くある場合に、上記同じ種類の上記報告すべき命令の取得時刻を比較するように構成される時刻比較ユニットと、
上記同じ種類の上記報告すべき命令の中で、取得時刻が最新の上記報告すべき命令を上記アプリケーションプロセッサに報告するように構成される命令報告ユニットと、を有する、項目１１から１９のいずれか１項に記載の携帯端末に適用されるアプリケーションプロセッサのウェイクアップ装置。
［項目２１］
携帯端末であって、
メモリと、プロセッサと、上記メモリに記憶され、上記プロセッサ上で実行可能なコンピュータプログラムであって、上記コンピュータプログラムを実行するとき、上記プロセッサは、項目１から１０のいずれか１項に記載の方法を実装する、コンピュータプログラムと、を有する、携帯端末。
［項目２２］
装置に項目１から１０のいずれか１項に記載の方法を実行させる、コンピュータプログラム。

Claims (11)

1. アプリケーションプロセッサと他の構成要素とを備える携帯端末において、前記他の構成要素により実行される、スリープ状態にある前記アプリケーションプロセッサのウェイクアップ方法であって、前記方法が、
   前記携帯端末が予め設定された第１の状態にあるかを検出する段階であって、前記第１の状態は、前記携帯端末のスクリーンオフ状態、非充電状態、または移動速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である段階と、
   前記携帯端末が前記予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令を前記携帯端末の外部からまたは前記他の構成要素が生成することで取得し、前記報告すべき命令の優先度を前記携帯端末に記憶された予め定められたテーブルに基づいて取得する段階と、
   前記報告すべき命令の前記優先度が予め設定された優先度より高い場合に、前記報告すべき命令を前記アプリケーションプロセッサに報告し、前記アプリケーションプロセッサをウェイクアップさせる段階と、を有し、
   アプリケーションプロセッサに報告する必要がある報告すべき命令を取得し、前記報告すべき命令の優先度を前記取得する段階の後、前記方法は、
   現在の時刻と、報告すべき命令が前記アプリケーションプロセッサに最新の時刻として報告された時刻との差が、第３の閾値より大きい場合、前記報告すべき命令を前記アプリケーションプロセッサに報告して、前記アプリケーションプロセッサをウェイクアップする段階をさらに有する、アプリケーションプロセッサのウェイクアップ方法。
2. アプリケーションプロセッサと他の構成要素とを備える携帯端末において、前記他の構成要素により実行される、スリープ状態にある前記アプリケーションプロセッサのウェイクアップ方法であって、前記方法が、
   前記携帯端末が予め設定された第１の状態にあるかを検出する段階であって、前記第１の状態は、前記携帯端末のスクリーンオフ状態、非充電状態、または移動速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である段階と、
   前記携帯端末が前記予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得し、前記報告すべき命令の優先度を前記携帯端末に記憶された予め定められたテーブルに基づいて取得する段階と、
   前記報告すべき命令の前記優先度が予め設定された優先度より高い場合に、前記報告すべき命令を前記アプリケーションプロセッサに報告し、前記アプリケーションプロセッサをウェイクアップさせる段階と、を有し、
   アプリケーションプロセッサに報告する必要がある報告すべき命令を前記取得する段階は、
   少なくとも１つの時刻更新命令をサービングセルおよび隣接セルの少なくとも１つから受信し、前記時刻更新命令を受信した後、毎回、前記時刻更新命令の受信時刻を記録する段階と、
   前記携帯端末が予め設定されたトリガ条件を満たしているときに、現在の時刻と目標時刻更新命令の受信時刻との間の時刻差を取得する段階であって、前記目標時刻更新命令は、受信時刻が前記現在の時刻に最も近い時刻更新命令であり、前記携帯端末がスクリーンオン状態および／または充電状態であるときに、前記携帯端末が前記予め設定されたトリガ条件を満たす段階と、
   前記時刻差と前記目標時刻更新命令に含まれる時刻との和を取得し、前記和を含む時刻報告命令を生成する段階であって、前記時刻報告命令は前記報告すべき命令である段階とを有する、アプリケーションプロセッサのウェイクアップ方法。
3. アプリケーションプロセッサと他の構成要素とを備える携帯端末において、前記他の構成要素により実行される、スリープ状態にある前記アプリケーションプロセッサのウェイクアップ方法であって、前記方法が、
   前記携帯端末が予め設定された第１の状態にあるかを検出する段階であって、前記第１の状態は、前記携帯端末のスクリーンオフ状態、非充電状態、または移動速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である段階と、
   前記携帯端末が前記予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得し、前記報告すべき命令の優先度を前記携帯端末に記憶された予め定められたテーブルに基づいて取得する段階と、
   前記報告すべき命令の前記優先度が予め設定された優先度より高い場合に、前記報告すべき命令を前記アプリケーションプロセッサに報告し、前記アプリケーションプロセッサをウェイクアップさせる段階と、を有し、
   アプリケーションプロセッサに報告する必要がある報告すべき命令を前記取得する段階は、
   サービングセルによって配信される測定要求が受信された後、第１の目標セルのチャネル品質を測定し、前記第１の目標セルの前記チャネル品質を前記サービングセルに報告する段階であって、前記第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである段階と、
   予め設定されたセルハンドオーバールールおよび前記第１の目標セルの前記チャネル品質に基づいて前記サービングセルによって生成されたセルハンドオーバー命令を取得する段階であって、前記セルハンドオーバー命令は報告すべき命令である段階と、
   を有する、アプリケーションプロセッサのウェイクアップ方法。
4. アプリケーションプロセッサと他の構成要素とを備える携帯端末において、前記他の構成要素により実行される、スリープ状態にある前記アプリケーションプロセッサのウェイクアップ方法であって、前記方法が、
   前記携帯端末が予め設定された第１の状態にあるかを検出する段階であって、前記第１の状態は、前記携帯端末のスクリーンオフ状態、非充電状態、または移動速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である段階と、
   前記携帯端末が前記予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得し、前記報告すべき命令の優先度を前記携帯端末に記憶された予め定められたテーブルに基づいて取得する段階と、
   前記報告すべき命令の前記優先度が予め設定された優先度より高い場合に、前記報告すべき命令を前記アプリケーションプロセッサに報告し、前記アプリケーションプロセッサをウェイクアップさせる段階と、を有し、
   アプリケーションプロセッサに報告する必要がある報告すべき命令を前記取得する段階は、
   サービングセルから配信された測定要求を受信した後、第１の目標セルのチャネル品質を測定し、前記第１の目標セルの前記チャネル品質を前記サービングセルに報告する段階であって、前記第１の目標セルは、セル優先度が予め設定された第１の優先度閾値より低くないセルである段階と、
   予め設定されたセルハンドオーバールールおよび前記第１の目標セルの前記チャネル品質に基づいて前記サービングセルにより生成されるセルハンドオーバー命令を取得し、前記セルハンドオーバー命令をキャッシュする段階と、
   前記携帯端末が前記第１の状態にある期間および以下の式に基づいて、前記セルハンドオーバー命令のキャッシュ時間を決定する段階であって、
   

   

   Ｔ１（ｔ０）は前記セルハンドオーバー命令の前記キャッシュ時間を表し、ｔ０は前記携帯端末が前記第１の状態にある前記期間を表し、Ｔ１、Ｔ２、Ｔ１１およびｔ１は予め設定された期間を表し、αは予め設定された定数であり、αの値は１より小さい正数である段階と、
   前記キャッシュ時間に達した後、キャッシュされている少なくとも１つのセルハンドオーバー命令の中で、取得時刻が最新のセルハンドオーバー命令を前記報告すべき命令として決定する段階と、を有する、アプリケーションプロセッサのウェイクアップ方法。
5. アプリケーションプロセッサと他の構成要素とを備える携帯端末において、前記他の構成要素により実行される、スリープ状態にある前記アプリケーションプロセッサのウェイクアップ方法であって、前記方法が、
   前記携帯端末が予め設定された第１の状態にあるかを検出する段階であって、前記第１の状態は、前記携帯端末のスクリーンオフ状態、非充電状態、または移動速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である段階と、
   前記携帯端末が前記予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得し、前記報告すべき命令の優先度を前記携帯端末に記憶された予め定められたテーブルに基づいて取得する段階と、
   前記報告すべき命令の前記優先度が予め設定された優先度より高い場合に、前記報告すべき命令を前記アプリケーションプロセッサに報告し、前記アプリケーションプロセッサをウェイクアップさせる段階と、を有し、
   アプリケーションプロセッサに報告する必要がある報告すべき命令を前記取得する段階は、
   前記携帯端末がネットワークアイドル状態であることが検出されたときに、第２の目標セルのチャネル品質を測定する段階であって、前記第２の目標セルは、セル優先度が予め設定された第２の優先度閾値より低くないセルである段階と、
   前記第２の目標セルの前記チャネル品質と、予め設定されたセル再選択ルールとに基づいて、セル再選択を行う必要があると決定された場合、セル再選択命令を生成する段階であって、前記セル再選択命令は、前記報告すべき命令である段階とを有する、アプリケーションプロセッサのウェイクアップ方法。
6. アプリケーションプロセッサと他の構成要素とを備える携帯端末において、前記他の構成要素により実行される、スリープ状態にある前記アプリケーションプロセッサのウェイクアップ方法であって、前記方法が、
   前記携帯端末が予め設定された第１の状態にあるかを検出する段階であって、前記第１の状態は、前記携帯端末のスクリーンオフ状態、非充電状態、または移動速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である段階と、
   前記携帯端末が前記予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令を取得し、前記報告すべき命令の優先度を前記携帯端末に記憶された予め定められたテーブルに基づいて取得する段階と、
   前記報告すべき命令の前記優先度が予め設定された優先度より高い場合に、前記報告すべき命令を前記アプリケーションプロセッサに報告し、前記アプリケーションプロセッサをウェイクアップさせる段階と、を有し、
   アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する段階は、
   前記携帯端末がネットワークアイドル状態であることが検出されたときに、第２の目標セルのチャネル品質を測定する段階であって、前記第２の目標セルは、セル優先度が予め設定された第２の優先度閾値より低くないセルである段階と、
   前記第２の目標セルの前記チャネル品質と、予め設定されたセル再選択ルールとに基づいて、セル再選択を行う必要があると決定された場合、セル再選択命令を生成する段階と、
   前記携帯端末が前記第１の状態にある期間と、以下の式とに基づいて、前記セル再選択命令のキャッシュ時間を決定する段階であって、
   

   

   Ｔ２（ｔ０）は前記セル再選択命令の前記キャッシュ時間を表し、ｔ０は前記携帯端末が前記第１の状態にある前記期間を表し、Ｔ３、Ｔ４、Ｔ１２、およびｔ２は予め設定された期間を表し、βは予め設定された定数であり、βの値は１より小さい正数である段階と、
   前記キャッシュ時間に達した後、キャッシュされている少なくとも１つのセル再選択命令のうち、取得時刻が最新であるセルハンドオーバー命令を前記報告すべき命令として決定する段階と、を有する、アプリケーションプロセッサのウェイクアップ方法。
7. アプリケーションプロセッサと他の構成要素とを備える携帯端末において、前記他の構成要素により実行される、スリープ状態にある前記アプリケーションプロセッサのウェイクアップ方法であって、前記方法が、
   前記携帯端末が予め設定された第１の状態にあるかを検出する段階であって、前記第１の状態は、前記携帯端末のスクリーンオフ状態、非充電状態、または移動速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である段階と、
   前記携帯端末が前記予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令を前記携帯端末の外部からまたは前記他の構成要素が生成することで取得し、前記報告すべき命令の優先度を前記携帯端末に記憶された予め定められたテーブルに基づいて取得する段階と、
   前記報告すべき命令の前記優先度が予め設定された優先度より高い場合に、前記報告すべき命令を前記アプリケーションプロセッサに報告し、前記アプリケーションプロセッサをウェイクアップさせる段階と、を有し、
   前記報告すべき命令は、目標期間において、予め設定された回数より多い回数で取得された命令である、アプリケーションプロセッサのウェイクアップ方法。
8. アプリケーションプロセッサと他の構成要素とを備える携帯端末において、前記他の構成要素により実行される、スリープ状態にある前記アプリケーションプロセッサのウェイクアップ方法であって、前記方法が、
   前記携帯端末が予め設定された第１の状態にあるかを検出する段階であって、前記第１の状態は、前記携帯端末のスクリーンオフ状態、非充電状態、または移動速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である段階と、
   前記携帯端末が前記予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令を前記携帯端末の外部からまたは前記他の構成要素が生成することで取得し、前記報告すべき命令の優先度を前記携帯端末に記憶された予め定められたテーブルに基づいて取得する段階と、
   前記報告すべき命令の前記優先度が予め設定された優先度より高い場合に、前記報告すべき命令を前記アプリケーションプロセッサに報告し、前記アプリケーションプロセッサをウェイクアップさせる段階と、を有し、
   アプリケーションプロセッサに報告する必要がある報告すべき命令を取得する前記段階の後に、前記方法は、
   前記携帯端末が前記第１の状態にある期間と、以下の式とに基づいて、第３の閾値を決定する段階であって、
   

   

   Ｔ３（ｔ０）は前記第３の閾値を表し、ｔ０は前記携帯端末が前記第１の状態にある前記期間を表し、Ｔ５、Ｔ６、Ｔ１３、およびｔ３は予め設定された期間を表し、δは予め設定された定数であり、δの値は１より小さい正数である段階をさらに有する、アプリケーションプロセッサのウェイクアップ方法。
9. アプリケーションプロセッサと他の構成要素とを備える携帯端末において、前記他の構成要素により実行される、スリープ状態にある前記アプリケーションプロセッサのウェイクアップ方法であって、前記方法が、
   前記携帯端末が予め設定された第１の状態にあるかを検出する段階であって、前記第１の状態は、前記携帯端末のスクリーンオフ状態、非充電状態、または移動速度が予め設定された第１の閾値より小さく、サービングセルハンドオーバー速度が予め設定された第２の閾値より小さい状態のうち、いずれか１または複数の状態である段階と、
   前記携帯端末が前記予め設定された第１の状態であると決定された後、アプリケーションプロセッサに報告する必要がある報告すべき命令を前記携帯端末の外部からまたは前記他の構成要素が生成することで取得し、前記報告すべき命令の優先度を前記携帯端末に記憶された予め定められたテーブルに基づいて取得する段階と、
   前記報告すべき命令の前記優先度が予め設定された優先度より高い場合に、前記報告すべき命令を前記アプリケーションプロセッサに報告し、前記アプリケーションプロセッサをウェイクアップさせる段階と、を有し、
   前記報告すべき命令を前記アプリケーションプロセッサに前記報告する段階は、
   同じ種類の報告すべき命令が２つよりも多くある場合、前記同じ種類の前記報告すべき命令の取得時刻を比較する段階と、
   前記同じ種類の前記報告すべき命令の中で、取得時刻が最新の前記報告すべき命令を前記アプリケーションプロセッサに報告する段階とを有する、アプリケーションプロセッサのウェイクアップ方法。
10. 携帯端末であって、
    メモリと、プロセッサと、前記メモリに記憶され、前記プロセッサ上で実行可能なコンピュータプログラムであって、前記コンピュータプログラムを実行するとき、前記プロセッサは、請求項１から９のいずれか１項に記載の方法を実装する、コンピュータプログラムと、を有する、携帯端末。
11. 装置に請求項１から９のいずれか１項に記載の方法を実行させる、コンピュータプログラム。

Images