(57)【要約】ワイヤレス通信ネットワークとのコンタクトを維持する方法および装置は、トラフィックが受信領域の境界においてモバイル通信デバイスに送達されるタイムラインを改良する。そのような受信領域においてモバイルデバイスがネットワークにモバイルデバイスの存在について知らせる回数は、所定のネットワークの特徴に基づいて低減され得る。ある例では、この方法は、継続的にメモリ内にメッセージデコード履歴リストを維持し、かつ更新するステップと、メッセージデコード履歴リストをネットワークの所定のページングパターンと比較するステップを含む。メッセージデコード履歴リストは、最も最近の複数の規則的にブロードキャストされたメッセージのうちの各メッセージがデコードに成功したかどうかのトラックを保持する。【選択図】図７
2005505215.tif 000002
【特許請求の範囲】
【請求項１】
モバイル通信デバイスにおいて、無線通信ネットワークとの接触を維持する方法であって、該方法は、
無線通信チャネルをモニタリングする動作と、
該無線通信チャネルによる信号の受信信号強度を決定する動作と、
該信号からメッセージをデコードするように試みる動作と、
該モニタリングする動作、決定する動作、および、デコードするように試みる動作を連続的に繰り返す動作と、
該モニタリングする動作、決定する動作、および、デコードするように試みる動作の該繰り返し動作の間に、
識別されている不十分な通信条件に応じて、該ネットワークに該モバイル通信デバイスについて知らせる更新メッセージを送信する動作と、
該受信信号強度が該ページ送信期間の所定の閾値より下であるときでさえ、デコードに成功した該ページ送信期間内のメッセージに応じて、更新メッセージを該ネットワークに送信することを通常控える動作と
を含む、方法。
【請求項２】
前記不十分な通信条件は、１つ以上のメッセージがデコードに失敗した不十分なデコーディング条件を含む、請求項１に記載の方法。
【請求項３】
前記不十分な通信条件は、ネットワークページングパターンの全ページ通信期間に対するメッセージがデコードに失敗したという判断を含む、請求項１に記載の方法。
【請求項４】
前記更新メッセージを送信する前に、いつ通信条件が十分であるかを識別する動作をさらに含む、請求項１に記載の方法。
【請求項５】
前記更新メッセージを送信する前に、所定の期間遅延する動作をさらに包含する、請求項１に記載の方法。
【請求項６】
前記信号からメッセージをデコードするように試みる動作は、ブロードキャストページメッセージをデコードするように試みる動作をさらに含む、請求項１に記載の方法。
【請求項７】
前記更新メッセージを送信することを通常控える動作は、前記デコードに成功したメッセージが前記モバイル通信デバイスに入来データ通信セッションについて通知しない限り、該更新メッセージを送信することを通常控えるさらなる動作を含む、請求項１に記載の方法。
【請求項８】
モバイル通信デバイスであって、
受信機と、
送信機と、
該受信機と該送信機とに接続されたアンテナと、
該受信機と該送信機とに接続された１つ以上のプロセッサと
を備え、
該１つ以上のプロセッサは、
無線通信チャネルをモニタリングするように該受信機を制御して、
該無線通信チャネルにおける信号の受信信号強度を決定して、
該信号からメッセージをデコードするように試みて、
該受信機を制御して、決定して、デコードするように試みる動作を連続的に繰り返して、
該受信機を制御して、決定して、デコードするように試みる動作を繰り返す間に、
該ネットワークに該モバイル通信デバイスについて知らせる更新メッセージを、不十分な通信条件が識別された後に該送信機を通して送信させ、
該受信信号強度がページ送信期間内の所定の閾値より下であるときでさえ、デコードに成功した該ページ送信期間のメッセージに応じて、該送信機を通して更新メッセージを送信させることを通常控える
ように構成されている、モバイル通信デバイス。
【請求項９】
前記不十分な通信条件は、１つ以上のメッセージがデコード失敗した不十分なデコーディング条件を含む、請求項８に記載のモバイル通信デバイス。
【請求項１０】
前記不十分な通信条件は、所定のネットワークページングパターンの全ページ通信期間に対するメッセージがデコードに失敗したという判断を含む、請求項８に記載のモバイル通信デバイス。
【請求項１１】
前記１つ以上のプロセッサは、前記更新メッセージの送信の前にいつ通信条件が十分であるかを識別するようにさらに構成される、請求項８に記載のモバイル通信デバイス。
【請求項１２】
前記１つ以上のプロセッサは、前記更新メッセージの送信の前に所定の期間に遅延するようにさらに構成される、請求項８に記載のモバイル通信デバイス。
【請求項１３】
前記更新メッセージは、位置領域更新メッセージおよびルーティング領域更新メッセージのうちの１つを含む、請求項８に記載のモバイル通信デバイス。
【請求項１４】
前記信号からメッセージをデコードするように試みるために、前記１つ以上のプロセッサは、ブロードキャストページメッセージをデコードするように試みるようにさらに構成される、請求項８に記載のモバイル通信デバイス。
【請求項１５】
モバイル通信デバイスにおいて、無線通信ネットワークとの接触を維持する方法であって、該方法は、
無線通信チャネルをモニタリングする動作と、
モバイル通信デバイスに入来データ通信セッションについて知らせるメッセージを、該無線通信チャネルを介して受信する動作と、
該メッセージの受信に応じて１つ以上の応答メッセージを送信する動作と、
該１つ以上の応答メッセージを送信した後に、該メッセージに関連するさらなるデータ通信を受信することに失敗する動作と、
該メッセージに関連する該さらなるデータ通信を受信することに失敗した後に、所定の条件を検出する動作と、
該所定の条件を検出することに応じて、該ネットワークに該モバイル通信デバイスについて知らせる更新メッセージの送信を引き起こす動作と
を含む、方法。
【請求項１６】
前記メッセージは、ブロードキャストページメッセージを含み、前記１つ以上の応答メッセージは、１つ以上のページ応答メッセージを含む、請求項１５に記載の方法。
【請求項１７】
前記１つ以上の応答メッセージは、１つ以上の承認メッセージを含む、請求項１５に記載の方法。
【請求項１８】
前記所定の条件は、タイマーの満了を含む、請求項１５に記載の方法。
【請求項１９】
前記所定の条件は、十分な通信条件の検出を含む、請求項１５に記載の方法。
【請求項２０】
前記所定の条件は、前記モバイル通信デバイスにおけるユーザ入力の検出を含む、請求項１５に記載の方法。
【請求項２１】
モバイル通信デバイスであって、
受信機と、
送信機と、
該受信機と該送信機とに接続されたアンテナと、
該受信機と該送信機とに接続された１つ以上のプロセッサと
を備え、
該１つ以上のプロセッサは、
無線通信ネットワークによって確立された無線通信チャネルをモニタリングするように該受信機を制御して、
該モバイル通信デバイスに入来データ通信セッションについて知らせるメッセージを、該受信機を通して受信して、
該メッセージの受信に応じて、該送信機を通して１つ以上の応答メッセージの送信を引き起こして、
該１つ以上の応答メッセージの送信を引き起こした後に、該受信機を通るメッセージに関連するさらなるデータ通信を受信することに失敗して、
該メッセージに関連する該さらなるデータ通信を受信することに失敗した後に、所定の条件を検出して、
該所定の条件を検出することに応じて、該ネットワークに該モバイル通信デバイスについて知らせる更新メッセージの送信を引き起こす
ように構成されている、モバイル通信デバイス。
【請求項２２】
前記１つ以上のプロセッサは、ブロードキャストページメッセージを含むメッセージを受信するように構成される、請求項２１に記載のモバイル通信デバイス。
【請求項２３】
前記１つ以上のプロセッサは、１つ以上の承認メッセージを含む１つ以上の応答メッセージの送信を引き起こすようにさらに構成されている、請求項２１に記載のモバイル通信デバイス。
【請求項２４】
前記所定の条件は、タイマーの満了を含む、請求項２１に記載のモバイル通信デバイス。
【請求項２５】
前記所定の条件は、十分な通信条件の検出を含む、請求項２１に記載のモバイル通信デバイス。
【請求項２６】
前記所定の条件は、前記モバイル通信デバイスにおけるユーザ入力の検出を含む、請求項２１に記載のモバイル通信デバイス。
【請求項２７】
モバイル通信デバイスにおいて、無線通信ネットワークとの接触を維持する方法であって、該方法は、
メッセージデコード履歴リストを維持する動作と、
該メッセージデコード履歴リストと所定のネットワークページングパターンとを比較する動作と、
該メッセージデコード履歴リストの１つ以上のメッセージデコード失敗期間が該所定のネットワークページングパターンの全ページ送信期間と重なっていることを識別することに応じて、該ネットワークに該モバイル通信デバイスについて知らせる更新メッセージを送信する動作と
を含む、方法。
【請求項２８】
前記メッセージデコード履歴リストの任意のメッセージデコード成功期間が前記所定のネットワークページングパターンの任意のページ送信期間と重なっていることを識別することに応じて、前記更新メッセージを送信することを通常控える、請求項２７に記載の方法。
【請求項２９】
通信条件が十分となるまで前記更新メッセージを送信する動作を遅延させるさらなる動作を含む、請求項２７に記載の方法。
【請求項３０】
前記メッセージデコード履歴リストを維持する動作は、メッセージがデコードされているかいないかに基づいて決定されるインジケータによってメッセージデコード履歴リストを維持するさらなる動作を含む、請求項２７に記載の方法。
【請求項３１】
前記メッセージデコード履歴リスト維持する動作は、前記所定のネットワークページングパターンの期間に等しいある期間に対応するメッセージデコード履歴リストを維持することを含む、請求項２７に記載の方法。
【請求項３２】
前記メッセージデコード履歴リストを維持する動作は、最も最近の期間の該メッセージデコード履歴リストを連続的に更新するさらなる動作を含む、請求項２７に記載の方法。
【請求項３３】
モバイル通信デバイスであって、
受信機と、
送信機と、
該受信機と該送信機とに接続されたアンテナと、
該受信機と該送信機とに接続された１つ以上のプロセッサと、
メモリと
を備え、
該１つ以上のプロセッサは、
該メモリにメッセージデコード履歴リストを維持して、
該メッセージデコード履歴リストと所定のネットワークページングパターンとを比較して、
該メッセージデコード履歴リストの１つ以上のメッセージデコード失敗期間が該所定のネットワークページングパターンの全ページ送信期間と重なっていることを識別した後に、該送信機を通して更新メッセージを送信させる
ように構成されている、モバイル通信デバイス。
【請求項３４】
前記１つ以上のプロセッサは、
前記メッセージデコード履歴リストの任意のメッセージデコード成功期間が前記所定のネットワークページングパターンの任意のページ送信期間と重なっているときに、前記送信機を通して前記更新メッセージが送信させられることを通常控えるようにさらに構成されている、請求項３３に記載のモバイル通信デバイス。
【請求項３５】
前記１つ以上のプロセッサは、通信条件が十分になるまで前記更新メッセージの送信を遅延させるようにさらに構成されている、請求項３３に記載のモバイル通信デバイス。
【請求項３６】
前記メッセージデコード履歴リストを維持するために、前記１つ以上のプロセッサは、前記所定のネットワークページングパターンの期間に等しい期間に対応するメッセージ履歴リストを維持するようにさらに構成されている、請求項３３に記載のモバイル通信デバイス。
【請求項３７】
前記メッセージデコード履歴リストを維持するために、前記１つ以上のプロセッサは、
前記所定のネットワークページングパターンの期間をカバーするメッセージデコード履歴リストを維持して、各々がページブロードキャストインターバルの期間をカバーする複数の一時的に順序付けられたメッセージデコードインジケータを含むようにさらに構成されている、請求項３３に記載のモバイル通信デバイス。
【請求項３８】
前記メッセージデコード履歴リストを維持するために、前記１つ以上のプロセッサは、
複数のメッセージデコードインジケータを有するメッセージデコード履歴リストを維持するようにさらに構成されており、該複数のメッセージデコードインジケータの各々は、メッセージデコード成功期間およびメッセージデコード失敗期間のうちの１つを示す、請求項３３に記載のモバイル通信デバイス。
【請求項３９】
前記メッセージデコード履歴リストを維持するために、前記１つ以上のプロセッサは、最も最近の期間の該メッセージデコード履歴リストを連続的に更新するようにさらに構成されている、請求項３３に記載のモバイル通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、概して、ワイヤレス通信の分野に関し、特に、データパケットが周辺通信可能範囲におけるワイイヤレスリンクを介して、リンク全体にわたって過度の量のポーリングを追加することなく、モバイルデバイスに送達される適時性を改善する技術に関する。
【背景技術】
【０００２】
モバイル通信デバイスは、ワイヤレスパケット交換ネットワークにおける周辺通信可能エリア内で動作する場合、散発的インターバルの間しか、パケットトラフィックを送受信することができない。これは、パケット交換データトランザクションの従来の概念を破壊する。バックオフアルゴリズムを用いて単に送信を再試行する等の従来のアプローチは、特に、ネットワークからモバイルデバイスに方向付ける通信において、無線リソースを集中的に用いるか（例えば、過度なポーリング）、または、の信頼性を損なう。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
周辺通信可能エリアにおいて、データは、リアルタイムアプリケーションに予定されるような適時性の態様で、モバイルデバイスにて受信され得ない。
【課題を解決するための手段】
【０００４】
（要旨）
本明細書中に記載されるように、周辺通信範囲においてトラフィックがモバイルデバイスに送達される適時性は、ワイイヤレスリンク全体にわたって過度の量のポーリングを追加することなく改善される。さらに、モバイルデバイスがネットワークを更新する回数は、公知のネットワーク通信スキーマに基づいて、有利にも低減または最小化され得る。
【０００５】
本発明のある局面によると、ワイヤレス通信ネットワークとのコンタクトを維持する方法は、概して、ワイヤレス通信チャネルをモニタリングするステップと、ワイヤレス通信チャネル上の信号の受信信号強度を決定するステップと、信号からのメッセージをデコードすることを試みるステップとを包含する。不十分な通信状態が識別されると、モバイルデバイスは、モバイルデバイスのネットワークに知らせる更新メッセージを送信する。他方、モバイルデバイスは、通常、ページ送信期間の間のメッセージが首尾よくデコードされると、受信信号強度が所定の閾値未満であっても、更新メッセージを送信することを避ける。
【０００６】
更新メッセージは、そのメッセージが別の異なった主要目的を有し得る場合であっても、モバイルデバイスのステータスのネットワークに知らせる、および／または更新するために用いられるモバイルデバイスによって送信される任意のメッセージである。不十分な通信状態が識別された後、あるいは、状態が改善されたかまたは満たされた場合、ならびに／あるいは所定の期間が経過した後、更新メッセージは直ちに送信され得る。不十分な通信状態は、例えば、１つ以上のメッセージのデコードが不成功であるか、または、延長された期間の間に不十分な通信の質が検出されることを含む１つ以上のインジケーションに基づいて識別され得る。デコードされたメッセージは、モバイルデバイスが次に来るデータ通信セッションを通知する場合、モバイルデバイスにネットワークに応答させてデータ通信を受信するブロードキャストページメッセージであり得る。
【０００７】
本発明の別の局面によると、ワイヤレス通信ネットワークとのコンタクトを維持する方法は、通常、ワイヤレス通信チャネルをモニタリングするステップと、モバイル通信デバイスに次に来るデータ通信セッションを通知するメッセージを受信するステップと、メッセージを受信することに応答して、１つ以上の応答メッセージを送信するステップとを包含する。１つ以上の応答メッセージを送信した後、このメッセージと関連したさらなるデータ通信は、モバイルデバイスによって受信され得ない。この状態では、モバイルデバイスは、所定の状態を検出した後、モバイルデバイスのネットワークに知らせる更新メッセージを送信する。所定の状態は、例えば、所定の期間の経過、良好な通信品質の検出、またはモバイルデバイスにおけるユーザアクティビティの検出等の、ネットワークとコンタクトするための任意の適切なモチベーションを含み得る。モバイルデバイスによって受信された初期メッセージは、ネットワークからブロードキャストされたページメッセージであり得る。
【０００８】
本発明のさらに別の局面によると、ワイヤレス通信ネットワークとのコンタクトを維持する方法は、メッセージデコード履歴リストを連続的に維持するステップと、これをネットワークの所定のページングパターンと比較するステップとを包含する。メッセージデコード履歴リストは、所定のネットワークページングパターンと等しいか、またはこれよりも大きい期間を共にカバーする複数のメッセージデコードインジケータを有す。モバイルデバイスのネットワークに知らせる更新メッセージは、メッセージデコード履歴リストにおける１つ以上の不成功のデコード期間が所定のネットワークページングパターンにおけるすべてのページ送信期間と重なり合うことを識別することに応答して送信される。他方、更新メッセージは、メッセージデコード履歴リストにおける任意の成功したデコード期間が所定のネットワークページングパターンにおける任意のページ送信期間と重なり合うことを識別することに応答して、正常に送信されない。
【発明を実施するための最良の形態】
【０００９】
図１は、インスタントアプリケーョンの技術が実現され得る通信システムのブロック図である。例示的通信システム３００は、ネットワーク３０２と、ワイイヤレスリンク３０５を介して通信するモバイル通信デバイス３０４とを備える。ネットワーク３０２は、サーバ３０６、ネットワークコントローラ３０８、基地局コントローラ３１０、基地局３１２、および、図１に示されるアンテナタワー３１３を含むアンテナを備える。
【００１０】
サーバ３０６は、ネットワーク３０２内、またはこれに接続された任意のコンポーネントまたはシステムであり得る。例えば、サーバ３０６は、デバイス３０４にワイヤレス通信サービスを提供し、かつ、モバイルデバイス３０４に通信信号をルーティングするために必要とされるデータを格納するサービスプロバイダシステムであり得る。サーバ３０６は、さらに、他のネットワークへのゲートウェイであり得、このネットワークは、電話網、ローカルエリアネットワーク、または、インターネット等の広域ネットワークを含むが、決してこれらに限定されない。インスタントアプリケーションに関係する当業者は、図１に単一のサーバ３０６しか示されていないが、通常の通信ネットワークは、さらなるネットワークストレージ、プロセシング、ルーティング、およびゲートウェイコンポーネントをさらに含み得る。
【００１１】
ネットワークコントローラ３０８は、通常、宛先モバイル通信デバイス（モバイルデバイス３０４等）にネットワーク３０２を通じての通信信号をルーティングすることを処理する。ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）ベースのネットワーク等のパケット交換通信ネットワークの関連で、ネットワークコントローラ３０８は、宛先モバイルデバイスのロケーションまたはアドレスを決定し、１つ以上のルータまたはスイッチ（図示せず）を通じて、および、最終的に、そのモバイルデバイスが現在配置されているネットワーク通信可能エリアにサービスする基地局（基地局３１３等）にモバイルデバイスのパケットをルーティングしなければならない。
【００１２】
基地局３１２、これと関連したコントローラ３１０、およびアンテナ／タワー３１３は、一般的に「セル」と呼ばれる特定の通信可能エリアにワイヤレスネットワーク通信可能範囲を提供する。基地局３１２は、アンテナ３１３を介してセル内のモバイルデバイスに通信信号を送信し、かつ、このモバイルデバイスから通信信号を受信する。基地局３１２は、通常、基地局コントローラ３１０の制御下で、特別の、通常は、所定の通信プロトコルおよびパラメータにより、モバイルデバイスに送信されるべき信号の変調、場合によっては、エンコードおよび／または暗号化といった機能を実行する。基地局３１２は、同様に、必要に応じて、セル内のモバイルデバイス３０４から受信された任意の通信信号を復調、場合によっては、デコードおよび復号化する。通信プロトコルおよびパラメータは、種々のネットワーク間で異なり得る。例えば、あるネットワークは、他のネットワークとは異なった変調スキーマを用い、異なった周波数で動作し得る。
【００１３】
当業者は、例えば、Ｍｏｂｉｔｘ（Ｒ）ネットワークまたはＤａｔａＴＡＣ（Ｒ）ネットワーク等の実際のワイヤレスネットワークが、ネットワーク通信可能範囲の所望の拡張全体に依存して、数百ものセルを含み得、それぞれは別個の基地局コントローラ３１０、基地局３１２、およびトランシーバによってサービスされることを理解する。すべての基地局コントローラおよび基地局は、複数のスイッチおよびルータ（図示せず）によって接続され、かつ複数のネットワークコントローラによって制御され得るが、これらの１つだけが図１に示される。同様に、上述のように、ネットワーク３０４は、さらに、例えば、ストレージ、ルーティング、プロセシング、およびゲートウェイコンポーネント等を含む複数のサーバ３０６を備え得る。Ｍｏｂｉｔｅｘ（Ｒ）は、Ｔｅｌｉａ  ＡＢの登録商標であり、ＤａｔａＴＡＣ（Ｒ）は、Ｍｏｔｏｒｏｌａ，Ｉｎｃ．の登録商標である。
【００１４】
従って、「ネットワーク」という用語は、本明細書中で、ネットワークと接続されるＲＦトランシーバ、増幅器、基地局コントローラ、ネットワークサーバ、およびサーバを含むネットワークの固定部分を示すために用いられる。当業者は、場合によっては、図１に明示的に示されない他のネットワークを含む、ワイヤレスネットワークが他のシステムに接続され得ることを理解する。ネットワークは、通常、実際のパケットデータが交換されない場合であっても、特定の種類のページングおよびシステム情報を進行中に非常にわずかに送信し得る。ネットワークは、複数の部分を含むが、これらの部分はすべて、ワイイヤレスリンクで特定の挙動をするために共に動作する。しかしながら、どのネットワークの部分が、ワイイヤレスリンクを介する最終的な挙動のどの特定の局面を担うかは、このアプリケーションの範囲を越える。重要なのは、さらに後述されるように、ネットワークのコンポーネントが生成する挙動全体である。
【００１５】
モバイル通信デバイス３０４は、好適には、ディスプレイ３２０、キーボード３２２、場合によっては、１つ以上の補助ユーザインターフェース（ＵＩ）３２４を有し、これらの各々は、コントローラ３１４に結合され、次に、モデム３１６およびアンテナ３１８に接続される。モバイル通信デバイス３０４は、アンテナ３１８を介してワイイヤレスリンク３０５にわたってネットワーク３０２に通信信号を送信し、かつ、このネットワークから受信する。無線モデム３１６は、例えば、変調／復調、場合によっては、エンコード／デコード、および暗号化／復号化等、基地局３１２の機能と同様の機能を実行する。モデム３１６が基地局３１２によって実行される機能に加えて、特定の機能を実行し得る。通信信号またはパケット内の情報が機密であり、宛先モバイルデバイスにおいてのみ復号化され得る場合、例えば、基地局３１２は、予め暗号化された情報を含む受信パケットを暗号化し得ず、これに対して、無線モデムは、このような暗号化された情報を復号化し得る。この無線モデムがモバイルデバイス３０４が動作することが意図される特定のワイヤレスネットワークに適合されることが当業者に明らかである。
【００１６】
ほとんどの最新の通信デバイスにおいて、コントローラ３１４は、中央処理ユニット、またはモバイルデバイスメモリコンポーネント（図示せず）に格納されるＣＰＵ走行オペレーティングシステムソフトウェアとして具体化され得る。コントローラ３１４は、通常、モバイルデバイス３０４の動作全体を制御し、これに対して、通信機能と関連した信号処理動作は、通常、モデム３１６で実行される。コントローラ３１４は、受信情報、格納情報、ユーザ入力等を表示するために、デバイスディスプレイ３２０とインターフェースされる。電話タイプのキーパッドまたは全英数字キーボード、場合によっては、補助入力コンポーネントであるキーボード３２２は、通常、モバイルデバイス上に格納するデータ、モバイルデバイスからネットワークに送信する情報、モバイルデバイスから電話をかけるための電話番号、モバイルデバイス上で実行されるべき命令、および、場合によっては、他の、または異なったユーザ入力を入力するためのモバイル通信デバイス上に提供される。
【００１７】
従って、「モバイルデバイス」という用語は、本明細書中で、ワイヤレスモバイル通信デバイスに関して用いられる。モバイルデバイスは、データ通信デバイス、セルラー電話、データおよびボイス通信能力を有するマルチ機能通信デバイス、ワイヤレス通信用に実現されたパーソナルデジタルアシスタント（ＰＤＡ）、または、内蔵モデムが組み込まれたコンピュータ等の単一ユニットを含み得るが、その代わりに、ワイヤレスモデムに接続されたコンピュータまたは他のデバイスを含むが、これらに決して限定されない複数の別個のコンポーネントを備える、マルチモジュールユニットであり得る。例えば、図１のモバイルデバイスブロック図において、モデム３１６およびアンテナ３１８は、ラップトップコンピュータ上のポートに挿入され得る無線モデムユニットとして実現され得、このコンピュータは、ディスプレイ３２０、キーボード３２２、場合によっては、１つ以上の補助ＵＩ３２４、およびコンピュータのＣＰＵとして組み込まれるコントローラ３１４を備える。通常、ワイヤレス通信ができないコンピュータまたは他の機器は、上述のものの１つなどの単一ユニットデバイスの無線モデム３１６およびアンテナ３１８と接続するように適合され、かつこれを有効に制御することもまた考えられる。図１に単一のデバイス３０４のみが示されるが、異なったタイプのデバイスを含む複数のデバイスが任意の時間にワイヤレス通信ネットワーク内でアクティブか、または動作可能であり得ることがこのアプリケーションに関する当業者に明らかである。
【００１８】
図１のシステム内のコンポーネントについて記載したが、この動作は、ここで、さらに詳細に説明される。図１における無線モデム３１６内のモバイルデバイス送信機は、通常、ネットワークに送信する場合のみキーイングされるか、または同調され、そうでない場合、リソースを保存するためにオフにされる。送信機のこのような断続的な動作は、モバイルデバイス３０４の電力消費に対して劇的な効果を有する。モバイルデバイスの電力は、通常、バッテリ等の制限された電源によって提供されるので、モバイルデバイスが再充電可能な電源を備える場合、バッテリ寿命、または電源充電動作間の時間を延長するために、デバイス設計および動作は、電力消費を最小化しなくてはならない。
【００１９】
ワイイヤレスリンク３０５は、１つ以上の異なったチャネル、通常、異なった無線周波数（ＲＦ）チャネル、ネットワーク３０２とデバイス３０４との間で用いられる関連したプロトコルを表す。ＲＦチャネルは、通常、例えば、モバイルデバイスバッテリパワーと同じように帯域幅全体の制限のために保存されなければならない制限されたリソ−スであり、種々の変調およびデュプレックススキーマを用い得る。ネットワークは、通常、トラフィックが交換されない場合であっても連続的または断続的にキーイングされるように適合されるが、モバイルデバイスは、通常、送信するトラフィックを有する場合にのみキーイングされる。従って、モバイルデバイスとネットワークとの間で有意義な情報が交換される前の、デバイス３０４からネットワーク３０２への問い合わせを含む従来の「プル（ｐｕｌｌ）」アプローチは、複数のワイヤレス通信アプリケーションに集中し、従って、これらに不適切であるＲＦリソースである。
【００２０】
ネットワーク通信可能範囲ステータス分解スキーマは、実際のネットワーク通信可能範囲を改善し得ないが、モバイルデバイスが、その存在を比較的頻繁にネットワークに知らせるように強制すること以外によって、トラフィックがモバイルデバイスに送達される適時性を改善することが可能である。一般的には、ネットワーク通信可能範囲またはコンタクトステータスをマネージメントする新規のアプローチは、モバイルデバイスがネットワークの閲覧の知らせるべき推定を行うために、所定のネットワーク動作パラメータまたはプロパティ、ならびに／あるいは測定されるか、または検出されるイベントを含む特定の利用可能な情報を利用するモバイル通信デバイスを含む。ネットワークが、モバイルが通信可能範囲の外であると考え得るとモバイルデバイスが推察する場合、このモバイルデバイスは、実際にネットワーク通信可能範囲内であることを示すパケットまたは信号をネットワークに送信し得る。逆に、モバイルデバイスが、ネットワークは範囲の外にあると判定されるべきでなかったことを推察できる場合、ネットワークにその存在を示さないか、または、その存在をわずかな回数だけ示すことによって無線リソースを節約し得る。
【００２１】
図２は、インスタントアプリケーションの技術の様々な局面に従ったモバイルデバイスの状態遷移図を示す。モバイルデバイスは、「一時的受信領域ロス」状態４０６、および「喪失、通知しなければならない」状態４０８を除いて、図２の状態の全てにおいて基地局に聞く（ｈｅａｒ）ことができる。状態４０４は、モバイルデバイスは良好な受信領域にあるが、ネットワークと能動的にデータ交換を行っていないことを表現している。モバイルデバイスによってモニタリングされているネットワークページングチャネル、または同様のチャネルの信号がロスした場合、あるいはこのような信号がＲＳＳＩ（受信信号強度インジケータ）の閾値より下に降下する場合、モバイルデバイスは、「良好な受信領域」状態４０４から「一時的受信領域ロス」状態４０６への遷移４１２を行い得る。信号が回復されるか、または短期間において改善される場合、モバイルデバイスは、「良好な受信領域」状態４０４に戻る遷移４１４を行う。タイムアウト後にネットワークの受信領域を回復するとすぐに、モバイルデバイスは、「喪失、通知しなければならない」状態４０８（以下にさらなる詳細が記載される）への遷移４１６を行う。
【００２２】
「良好な受信領域」状態４０４におけるダウンリンクページに応答して、モバイルデバイスは、「コンタクトを試みる」状態４１０への遷移４１８を行う。「コンタクトを試みる」状態４１０では、モバイルデバイスは、ネットワークへの応答を送信を試みる。ネットワークの基地局とのコンタクトに成功すると、モバイルデバイスは、基地局がモバイルデバイスにデータを送信する「トラフィックを交換する」状態４０２への遷移４２０を行う。この状態４０２におけるトラフィックの交換は、モバイルデバイスとネットワークとの間で転送された多くのデータパケットに関与する。トラフィック交換後、モバイルデバイスは、「良好な受信領域」状態４０４に戻る遷移４２２を行う。
【００２３】
モバイルデバイスはまた、「受信領域内、通知しなければならない」状態４３０を有する。この状態４３０において、モバイルデバイスはネットワークに聞いている。モバイルデバイスは、モバイルデバイスが、ネットワークにその存在を通知しなければならないことを認識しているが、いくらかの時間が満了するか、または信号もしくは受信領域を改善するために何もしない。一般的に、モバイルデバイスは、「喪失、通知しなければならない」状態４０８よりもむしろ、可能である場合はいつでも状態４３０に時間を費やす。従来のアプローチは、信号が双方向通信に適するまで、モバイルデバイスが受信領域外であることを指示し得た。しかしながら、モバイルがネットワークに「聞く」ために信号が十分に良好である場合、状態４３０に位置され得る。このネットワークに従うと、この状態にある間にネットワークへの送信を試みない。
【００２４】
モバイルデバイスは、信号を受信すると（いかに弱くても）すぐに「喪失、通知しなければならない」状態４０８から「受信領域内、通知しなければならない」状態４３０への遷移４３４を行うが、信号を再度失うとすぐに「喪失、通知しなければならない」状態４０８へ戻る遷移４３２を行う。モバイルデバイスはまた、遷移４１８を介するページの受信後、基地局とのコンタクトに失敗（または、ネットワークによる通信動作の完了の失敗）するとすぐに、以下にさらなる詳細が記載されるように、「コンタクトを試みる」状態４１０から「受信領域内、通知しなければならない」状態４３０への遷移４３６を行い得る。「受信領域内、通知しなければならない」状態４３０において、モバイルデバイスは「コンタクトを試みる」状態４１０への遷移４３８を行い、かつ所定の条件の検知に応答して再度、基地局へのコンタクトを試す。所定の条件は、タイムアウト期間の満了、ＲＳＳＩにおける変更、ネットワーク仕様で指示されたものと同じ強度の信号の検知、ならびにモバイルデバイスで検知されたユーザのアクティビティあるいは入力のような、ネットワークとのコンタクトを再試行するための良好な時間であり得る任意の他の合図であり得る。
【００２５】
たいていのネットワークにおいて、ネットワークがモバイルデバイスにページメッセージをブロードキャストし得る頻度および間隔は、予め決定されている。その結果、モバイルデバイスは、ワイヤレスリンク上の、ページングチャネルまたは同等のチャネルをモニタリングし得、かつページングされていないときは、ネットワークがコンタクトを試みていなかったことは確かである。このように、信号が双方向パケット交換を成功させるためには乏しすぎる期間においてさえ、モバイルデバイスがこの期間中にネットワークによってパケット交換が試みられなかったとを判断した場合、ネットワークは、受信領域が一時的に乏しいとは考えず、モバイルデバイスとのコンタクトを中止することはない。
【００２６】
この実施形態に従うと、モバイルデバイスは、デコードされ得る信号がある場合、受信領域が比較的乏しい場合でさえ、「良好な受信領域」状態４０４に留まる。すなわち、信号の質、および信号のレベルは、それ自体では任意の遷移４１２を引き起こさない。従ってその遷移４１２は、モバイルがネットワークからの信号をデコードすることを失敗する状況に限定される。それ故、喪失はしていないが、受信領域が乏しい場合にモバイルデバイスから通常送信されるネットワーク更新信号は、回避される。モバイルデバイスが乏しい受信領域にあるときにページおよび信号等が検知された場合、モバイルデバイスは「コンタクトを試みる」状態４１０への遷移４１８を行い、かつ実質的に上述されたように動作を続ける。
【００２７】
逆に、信号強度および質が良好であり（状態４０４）、かつモバイルデバイスが、ネットワークがモバイルデバイスをページするか、モバイルデバイスにトラフィックの送信を試みることを検出するが（状態４１０への遷移４１８）、ネットワークがこの通信アクションを完了しない場合、モバイルデバイスは、ネットワークがモバイルデバイスの応答をデコード不可能であると推測し得る。このように、モバイルデバイスは、ネットワークがモバイルデバイスにトラフィックを送信するように試み得たが、成功しなかったことを認識しており、かつ続いて「受信領域内、通知しなければならない」状態４３０への遷移４３６を行う。特定の時間、信号条件あるいはユーザアクティビティ条件が満足される場合、モバイルデバイスは「コンタクトを試みる」状態４１０への遷移４３８を行い、かつその存在をネットワークに再通知する。ネットワークとのコンタクトが確立された場合、モバイルデバイスは「トラフィックを交換する」状態４０２への遷移４２０を行い、かつネットワークはトラフィックの送信を再度試みる。その結果、任意のトラフィックは、遅れてモバイルデバイスに送達されるが、適度な遅延のみである。本発明のこの局面に従うと、モバイルデバイスは、問題を認識し得、かつ実質的に関連するトラフィック送達遅延を低減する。
【００２８】
モバイルが完全にネットワークとの接触ができない（状態４０６）期間中に、ネットワークは、モバイルデバイスに連絡を取る試みを行っても行わなくてもよかったが、連絡が取れない状態であったと判定した。モバイルデバイスが予備の期間に完全にコンタクトができない場合、モバイルデバイスが、ネットワークがモバイルデバイスにコンタクトを試み得たかどうか判定することは不可能である。パケット交換ネットワークにおいて、ネットワークは、モバイルデバイスに連絡が取ることができないと判断する前に、相対的に長い時間をモバイルデバイスへのコンタクトの試みに費やし得る。例えば、Ｍｏｂｉｔｅｘネットワークがモバイルデバイスへのコンタクトの試みに何時間も費やすことが観測された。ＧＰＲＳネットワークにおいて、例えば、ネットワークのＧＰＲＳコンポーネントが再試行に費やす時間は、通常はるかに少ないが、ＧＰＲＳネットワークに接続されたサーバは、ＩＰパケットレベルでよりハイレベルの再試行を行うことによって、その期間がずっと長く見えるようにする。
【００２９】
ネットワークがモバイルデバイスへのコンタクトを試みる際に利用する特徴が公知の場合、この知識は、モバイルデバイスで利用され得る。モバイルデバイスの制御システム、またはソフトウェアが、ネットワークがどれくらいの長さまたは頻度でモバイルデバイスへのコンタクトを試み得るかを認識している場合、応答のない場合でさえ、モバイルデバイスがネットワークを聞くことができなかった期間中ずっと、ネットワークがコンタクトを試みることができたか、および中止するかどうかの判定がなされる。そのように、モバイルデバイスが受信領域外（状態４０６）にあった期間が、ネットワークがモバイルデバイスが受信領域外にあるという判断をする期間より短かった場合、モバイルデバイスは、ネットワークにコンタクトロスの期間後に受信領域に再エントリすることを示す必要はない。この実施形態に従って、モバイルデバイスは、公知のシステムが許可する持続時間より著しく長い時間に、好ましくは、「一時的受信領域ロス」状態４０６に留まり、それにより「良好な受信領域」状態４０４に戻る遷移４１４を行い得る。
【００３０】
この一般的なコンセプトは、むらのある受信領域を含むようにさらに拡張され得る。むらのある受信領域では、モバイルデバイスが、通常見られるページングのリクエストのパターンと成功したページングチャネルの受け取りのこれらの時間セグメントを比較し得る。ページングのリクエストのパターンが、モバイルデバイスが全てのページングの試みをおそらく失敗し得たような方法に適合し得る場合、かつ場合のみ、モバイルデバイスは、ネットワークに受信領域に復帰するようにネットワークに指示するべきである。従って、全てのネットワークページングリクエストが失敗され得た場合、モバイルデバイスは、「良好な受信領域」状態４０４から「受信領域内、通知しなければならない」状態４３０への遷移４４０を行い得る。さらに電力をセーブするために、これは次に無線リソースの利用法に対してメッセージを失敗するリスクを測るために拡張され得る。遷移４４０はある状況に制限され得る。その状況は、例えば、日、過去のトラフィックパターンあるいは他の判定基準に依存して、モバイルデバイスがメッセージを喪失した累積確立が十分に高くなる。
【００３１】
いくつかのワイヤレスネットワーク更新スキームは、上述された。例示的なワイヤレスネットワークおよびモバイル通信デバイス（これらに関連して、上述の任意のスキームが実装され得る）は、図３および４を参照してより詳細に説明される。しかしながら、これらの例は、説明の目的で単に拡張され、本明細書中に記載されたネットワーク更新スキームは以下に記載される特定のタイプのネットワークあるいはデバイスに限定されない。
【００３２】
好ましいネットワーク。本願において「ＩＰベースのワイヤレスネットワーク」という表現は以下を包含することが意図されるが、これに限定されない。（１）Ｑｕａｌｃｏｍｍによって開発かつ運営されるＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワーク、（２）ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ネットワークと連携して利用するＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）（ＧＰＲＳとＧＳＭの両方ともＣＥＰＴ（Ｅｕｒｏｐｅａｎ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｆ  Ｐｏｓｔａｌ  ａｎｄ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎｓ）によって開発された）、および（３）ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）およびＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）ような今後の３次元（３Ｇ）に限定されない。ＧＰＲＳは、ＧＳＭワイヤレスネットワークの上のデータ通信オーバーレイである。ＩＰベースのワイヤレスネットワークが図３に示されるが、本願に記載されるようなネットワーク更新スキームは他のタイプのワイヤレスパケットデータネットワークとともに利用され得ることが理解される。
【００３３】
図３は、インスタントアプリケーションに従ったネットワーク更新スキームが実装され得る好ましい通信システムのブロック図である。図３は、ＧＰＲＳネットワークのようなＩＰベースのワイヤレスデータネットワークの基本コンポーネントを示す。モバイルデバイス５００は、ワイヤレスパケットデータネットワーク５４５と通信し、以下にさらに詳細に記載される音声ワイヤレスネットワーク（図示せず）と通信可能であり得る。音声ネットワークは、例えば、ＧＳＭおよびＧＰＲＭネットワークと同様のＩＰベースのワイヤレスネットワーク５４５に関連し得、あるいは完全に別のネットワークであり得る。
【００３４】
ゲートウェイ５４０、ネットワークエントリポイント５０５、ネームサーバ５０７、ならびにアドレス解像度コンポーネント５３５は全て、図１に示され、かつ上述されたサーバ３０６の特定の例である。同様に、図３に示されたネットワークルータ６１５は、図１のネットワークコントローラ３０８の例である。図３に明確に示されていないが、図３の一般的な設計をされた基地局５２０はそれぞれの基地局コントローラを含み、かつ図１のコンポーネント３１０および３１２に類似することは、当業者に明らかである。ＧＰＲＳ  ＩＰベースのデータネットワークは、これが効果的にもＧＳＭ音声ネットワークのオーバーレイであるという点でユニークである。そのように、ＧＰＲＳコンポーネントは、基地局５２０のような既存のＧＳＭコンポーネントを拡張するか、あるいはネットワークエントリポイント５０５のような高度なＧＧＳＮ（ｇａｔｅｗａｙ  ＧＰＲＳ  ｓｅｒｖｉｃｅ  ｎｏｄｅ）と同様に、さらなるコンポーネントが付加されることを必要とする。
【００３５】
図３に示されるように、ゲートウェイ５４０は、内部または外部アドレス解像度コンポーネント５３５および１つ以上のネットワークエントリポイント５０５と接続される。データパケットは、ゲートウェイ５４０からモバイルデバイス５００へのワイヤレスネットワークトンネル５２５を設定することによって、ゲートウェイ５４０からネットワーク５４５を通ってモバイルデバイス５００へ送信される（ゲートウェイ５４０は図３の例示的システムにおけるモバイルデバイス５００へ送信されるべき情報ソースである）。このワイヤレスネットワークトンネルを構築するために、固有のネットワークアドレスは、モバイルデバイスに関連しなければならない。しかし、ＩＰベースのワイヤレスネットワークにおいて、ネットワークアドレスは、通常、特定のモバイルデバイス５００へ永久的に割当てられないが、代わりに必要とされるときという方式で動的に割り当てられる。このように、モバイルデバイスがネットワークアドレスを獲得することが必要であり、かつワイヤレスネットワークトンネル５２５を確立するためにゲートウェイ５４０がこのアドレスを判定する必要がある。
【００３６】
ネットワークエントリポイント５０５は、例えば、多くのゲートウェイ、企業サーバ、インターネットのような巨大な接続の間で多重化および逆多重化を行うために一般的に利用される。これらのネットワークエントリポイント５０５はまた、外部で利用可能なワイヤレスネットワークサービスを中央集中化されることが意図されるため、通常これらのネットワークエントリポイント５０５は非常に少ない。ネットワークエントリポイント５０５は、多くの場合アドレス解像度コンポーネント５３５の任意の形式を利用する。アドレス解像度コンポーネントは、アドレスの割当ならびにゲートウェイ５４５とモバイルデバイス５００との間のルックアップを支援する。この例において、ＤＨＣＰ（ｄｙｎａｍｉｃ  ｈｏｓｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）は、アドレス解像度メカニズムを提供する１つの方法として示される。
【００３７】
ワイヤレスデータネットワーク５４５の中央内部コンポーネントは、ネットワークルータ５１５である。通常、これらのネットワークルータ５１５は、特定のネットワークに対して独自のものであるが、代わりに標準的に市販されているハードウェアから構築され得る。これらの目的は、ネットワークエントリポイント５０５に戻る長距離接続のために比較的大きいネットワークに通常実装される何千の基地局５２０を中央位置へと中央集中化することである。いくつかのネットワークでは、複数の層のネットワークルータ５１５が存在してもよく、マスタおよびスレーブネットワークルータ５１５が存在する場合があるが、全てのケースにおいて機能は同様である。多くの場合、ネットワークルータ５１５は、ネームサーバ５０７（このケースにおいては、インターネットにおいて用いられるＤＮＳ（ｄｙｎａｍｉｃ  ｎａｍｅ  ｓｅｒｖｅｒ）５０７として示されている）にアクセスデータメッセージをルーティングするために、行先を探索する。上述されたように、基地局５２０は、モバイルデバイス５００へのワイヤレスリンクを提供する。
【００３８】
たいていのＩＰベースのワイヤレスネットワーク５４５が直面する問題は、関連するワイヤレス装置が、これまでの（ワイヤライン）ＩＰネットワークより複雑になる傾向があり、通常、通信の標準としてのＩＰに全く頼らない高度な独自のハードウェアを含むことである。そのため、ワイヤレスネットワーク５４５を介して情報を送信する他のプロトコルが、必要とされる。５２５のようなワイヤレスネットワークトンネルは、ＩＰパケットを送達するために必要なメモリ、ルーティングおよびアドレスリソースを割り当てるために、ワイヤレスネットワーク５４５の至るところで開けられる。
【００３９】
例えば、トンネル５２５を開くために、モバイルデバイス５００は、特定のワイヤレスネットワーク５４５と関連する特定の技術を利用しなければならない。ＧＰＲＳにおいて、例えば、これらのトンネル５２５は、ＰＤＰコンテクストと呼ばれる。トンネルを開くためのステップは、それによりモバイルデバイス５００がトンネルを開くことを希望するドメイン、あるいはネットワークエントリポイント５０５をモバイルデバイス５００が示すことを必要とし得る。この例において、トンネルは最初にネットワークルータ５１５に届き、その後、ネットワークルータ５１５は、ネットワークエントリポイント５０５が提供されたドメインに整合することを判定するためにネームサーバ５０７を利用する。複数のトンネルは、冗長性のため、あるいはネットワーク上の異なるゲートウェイおよびサービスにアクセスするために、あるモバイル５００から開かれる。一旦、ドメイン名がみつけられると、その後、トンネルは、ネットワークエントリポイント５０５まで広げられ、かつ必要なリソースは、その方向に沿って各ノードに割り当てられる。その後、ネットワークエントリポイント５０５は、モバイルデバイス５００に対してＩＰアドレスを割り当てるため、アドレス解像度（あるいはＤＨＣＰ５３５）コンポーネントを利用する。ＩＰアドレスがモバイルデバイス５００に割り当てられ、かつゲートウェイと通信する場合、情報は、ゲートウェイ５４０からモバイルデバイス５００へ転送され得る。
【００４０】
ワイヤレスネットワークトンネル５２５は、通常、モバイル５００の受信領域のプロファイルおよびアクティビティに依存して、非常に限定された寿命を有する。ワイヤレスネットワーク５４５は、他のユーザのためにこのトンネル５２５によって保持されたリソースを取り戻すために、インアクティビティの特定の期間あるいは受信領域外の期間の後にトンネル５２５を取り壊す。この主な理由は、トンネル５２５が最初に開かれた場合、モバイルデバイス５００用に一時的に確保されたＩＰアドレスを再要求するためである。一旦、ＩＰアドレスが失われ、かつトンネルが壊されると、ゲートウェイ５４０は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、またはＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）のどちらかを介して、モバイルデバイスへのＩＰデータパケットを開始する全ての可能性を失う。ＩＰベースのワイヤレスネットワークのこの一般的な特徴は、本明細書中に記載されたネットワーク更新スキームに従って、モバイルデバイス１００がネットワーク観点からその状態の判定あるいは妥当な判断が可能であるという重要性をさらに説明する。
【００４１】
好ましいデバイス。図４は、このアプリケーションで説明されるネットワーク更新スキームに従った、ネットワークにモバイル通信デバイスの接続状態について通知するように構成され得る、好ましいモバイル通信デバイスのブロック図である。モバイル通信デバイス６１０は、本出願のネットワーク更新スキームに従って、ネットワークにモバイル通信デバイスの接続状態について通知するように構成され得る。モバイル通信デバイス６１０は、好ましくは、少なくとも音声およびデータ通信能力を有する双方向通信デバイスである。モバイルデバイスは、好ましくは、インターネット上の他のコンピュータシステムと通信する能力を有する。モバイルデバイスによって提供される機能に依存して、モバイルデバイスは、データメッセージングデバイス、双方向ページャ、データメッセージング能力を有するセルラー電話、ワイヤレスインターネット機器、または（電話の性能を有していても有していなくてもよい）データ通信デバイスとして参照され得る。
【００４２】
モバイルデバイス６１０が双方向通信を可能とされる場合、モバイルデバイスは、通常、受信機６１２、送信機６１４、および関連するコンポーネントを含む、通信サブシステム６１１を組み込む。関連するコンポーネントとは、例えば、好ましくは組み込まれるか、もしくは内部の、１つ以上のアンテナ要素６１６および６１８、ローカルオシレータ（ＬＯ）６１３、ならびにデジタル信号プロセッサ（ＤＳＰ）６２０のような処理モジュールである。通信サブシステム６１１は、図１に示される無線モデム３１６およびアンテナ３１８に類似している。通信分野の当業者に明らかなように、通信サブシステム６１１の特定の設計は、モバイルデバイスが動作することを意図されている通信ネットワークに依存する。例えば、モバイルデバイス６１０は、Ｍｏｂｉｔｅｘモバイル通信システム、ＤａｔａＴＡＣ通信サブシステム、またはＧＰＲＳ通信システム内で動作するように設計された通信サブシステム６１１を含み得る。
【００４３】
ネットワークアクセス要件はまた、利用されるネットワーク６１９のタイプに依存して変化し得る。このようなモバイルデバイス６１０は、ＭｏｂｉｔｅｘおよびＤａｔａＴＡＣモバイルネットワークにおいて、各モバイルデバイスに関連する固有の識別番号を用いて、ネットワークに記録される。しかし、ＧＰＲＳネットワークにおいて、ネットワークアクエスは、モバイルデバイス６１０の加入者またはユーザに関連する。従って、ＧＰＲＳデバイスは、ＧＰＲＳネットワーク上で動作するためには、通常「ＳＩＭ」カードと呼ばれるＳｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ（図示されず）を必要とする。ＳＩＭカードなく、ＧＰＲＳデバイスは、十分に機能しない。ローカルまたは非ネットワーク通信機能（あれば）が動作し得るが、モバイルデバイス６１０は、ネットワーク６１９を介した通信を含む任意の機能を実行することができない。
【００４４】
必要とされるネットワークレジストレーションまたは起動プロシージャが完了した時、モバイルデバイス６１０は、ネットワーク６１９を介して通信信号を送受信し得る。ネットワーク６１９を通ってアンテナ６１６によって受信された信号は、受信機６１２に入力され、受信機６１２は、信号増幅、周波数ダウン変換、フィルタリング、チャネル選択等（図４に示されるシステム例ではアナログデジタル（Ａ／Ｄ）変換）の通常の受信機の機能を実行し得る。受信信号のＡ／Ｄ変換は、ＤＳＰ６２０において実行される復調およびデコードのような、より複雑な通信機能を可能にする。同様の方法で、送信される信号は、例えばＤＳＰ６２０によって処理され（変調およびエンコードを含む）、デジタルアナログ（Ｄ／Ａ）変換、周波数アップ変換、フィルタリング、増幅、およびアンテナ６１８を介した通信ネットワーク６１９を介する送信、のために、送信機６１４に入力される。ＤＳＰ６２０は、通信信号を処理するだけではなく、受信機および送信機の制御を提供する。例えば、受信機６１２および送信機６１４の通信信号に印加されるゲインは、ＤＳＰ６２０において実装される自動ゲイン制御アルゴリズムによって適切に制御され得る。
【００４５】
モバイルデバイス６１０は、図１のコントローラ３１４の１つの実装例であるマイクロプロセッサ６３８を含み、マイクロプロセッサ６１０は、モバイルデバイスの動作全体を制御する。少なくともデータおよび音声通信を含む通信機能は、通信サブシステム６１１を介して実行される。マイクロプロセッサ６３８はまた、ディスプレイ６２２、フラッシュメモリ６２４、ランダムアクセスメモリ（ＲＡＭ）６２６、補助入力／出力（Ｉ／Ｏ）サブシステム６２８、シリアルポート６３０、キーボード６３２、スピーカ６３４、マイクロフォン６３６、ショートレンジ通信サブシステム６４０、ならびに通常６４２のように設計される任意の他のデバイスサブシステムのような付加的なデバイスサブシステムとインタラクトし得る。
【００４６】
図４に示されるサブシステムのいくらかは、通信に関連する機能を実行する一方、他のサブシステムは、「常駐」またはオンデバイス機能を提供し得る。特に、キーボード６３２およびディスプレイ６２２のようないくらかのサブシステムは、例えば、通信ネットワークを介した通信のためにテキストメッセージを入力する等の通信に関連した機能、ならびに計算機またはタスクリストのようなデバイス常駐機能の両方のために利用され得る。
【００４７】
マイクロプロセッサ６３８のよって利用されるオペレーティングシステムソフトウェアは、好ましくはフラッシュメモリ６２４のような永久ストアに格納され、フラッシュメモリ６２４は、代替として、リードオンリーメモリ（ＲＯＭ）または同様のストア要素（示されない）であってもよい。当業者は、オペレーティングシステム、特定のデバイスアプリケーション、またはその一部が、ＲＡＭ６２６のような揮発性ストアへ一時的にロードされ得ることを理解する。受信された通信信号、検知された信号ログ、およびコンタクトログのロスはまた、ＲＡＭ６２６へ格納され得ることが理解される。
【００４８】
オペレーティングシステム機能に加えて、マイクロプロセッサ６３８は、好ましくは、モバイルデバイス上でソフトウェアアプリケーションの実行を可能にする。（ネットワーク更新スキーム等の）少なくともデータおよび音声通信アプリケーションを含む、基本のデバイス動作を制御するアプリケーションの所定のセットは、通常、製造時にモバイルデバイス６１０にインストールされる。モバイルデバイス上にロードされ得る好ましいアプリケーションは、個人情報マネージャ（ＰＩＭ）アプリケーションであり得る。個人情報マネージャ（ＰＩＭ）アプリケーションは、ｅメール、カレンダーイベント、音声メール、予約、およびタスクアイテム等を含むがこれらに制限されない、モバイルデバイスユーザに関連するデータアイテムを整理し、かつ管理する能力を有する。必然的に、１つ以上のメモリストアは、モバイルデバイス上で利用可能であり、モバイルデバイス上へのＰＩＭデータアイテムの格納を容易にする。このようなＰＩＭアプリケーションは、ワイヤレスネットワークを介してデータアイテムを送受信する能力を有する。好ましい実施形態において、ＰＩＭデータアイテムは、ワイヤレスネットワークを介してシームレスに統合され、同期化され、かつ更新され、モバイルデバイスユーザの対応するデータアイテムは、格納されるか、またはホストコンピュータシステムに関連付けられ、それにより、そのデータアイテムについてモバイルデバイス上でミラーリングされたホストコンピュータを少なくとも生成する。これは、ホストコンピュータシステムがモバイルデバイスユーザのオフィスコンピュータシステムである場合、特に有利である。さらなるアプリケーションがまた、ネットワーク６１９、補助Ｉ／Ｏサブシステム６２８、シリアルポート６３０、ショートレンジ通信サブシステム６４０、または任意の他の適切なサブシステム６４２を介してモバイルデバイス６１０上にロードされ得、かつ、マイクロプロセッサ６３８によって実行するために、ＲＡＭ６２６または好ましくは不揮発性ストア（示されない）にユーザによってインストールされ得る。アプリケーションのインストールのこのような柔軟性は、モバイルデバイスの機能を増加させ、オンデバイス機能、通信に関連した機能、またはその両方を増強し得る。例えば、安全な通信アプリケーションは、モバイルデバイス６１０を用いて実行される電子コマース機能、および他のこのような金融取引を可能にし得る。
【００４９】
データ通信モードでは、テキストメッセージまたはウェブページのダウンロードのような受信信号は、通信サブシステム６１１によって処理され、マイクロプロセッサ６３８へ入力される。マイクロプロセッサ６３８は、好ましくは、ディスプレイ６２２、または補助出力Ｉ／Ｏデバイス６２８への出力のために受信信号をさらに処理する。モバイルデバイス６１０のユーザはまた、例えばキーボード６３２を用いて、ｅメールメッセージのようなデータアイテムを構成し得る。キーボード６３２は、好ましくは、ディスプレイ６２２およびおそらく補助Ｉ／Ｏデバイス６２８に関連する、完全な英数字キーボード、または電話タイプのキーパッドである。このように構成されたアイテムは、通信サブシステム６１１を通り、通信ネットワークを介して送信され得る。
【００５０】
音声通信について、モバイルデバイス６１０の動作全体は、受信信号がスピーカ６３４へ出力されること、および送信用の信号がマイクロフォン６３６によって生成されることを除いて、実質的に同様である。音声メッセージ記録サブシステムのような代わりの音声またはオーディオＩ／Ｏサブシステムは、モバイルデバイス６１０において実装され得る。音声またはオーディオ信号出力は、好ましくは、スピーカ６３４によって主に達成されるが、ディスプレイ６２２はまた、電話をしているパーティのアイデンティティ、音声コールの期間、または他の音声コールに関連する情報等のインディケーションを提供するために利用され得る。
【００５１】
図４のシリアルポート６３０は、通常、パーソナルデジタルアシスタント（ＰＤＡ）型の通信デバイスにおいて実装されるが、任意のデバイスコンポーネントである。パーソナルデジタルアシスタント（ＰＤＡ）型の通信デバイスに対して、ユーザのデスクトップコンピュータ（図示されない）との同期が望まれ得る。このようなポート６３０により、ユーザは、外部のデバイスまたはソフトウェアアプリケーションを介して好みをセットすることができるようになり、ワイヤレス通信ネットワークを介することなく、モバイルデバイス６１０へ情報またはソフトウェアダウンロードを提供することによって、モバイルデバイスの性能を拡張する。例えば、直接的、かつ従って信頼される接続を介してモバイルデバイス上に暗号鍵をロードすることにより、安全なデバイス通信を可能にするために、代替のダウンロード経路が利用され得る。ショートレンジ通信サブシステム６４０は、モバイルデバイス６２４と異なるシステムまたはデバイスとの間の通信を提供し得る任意のコンポーネントであり、これは同様のデバイスを必ずしも必要としない。例えば、サブシステム６４０は、赤外線デバイスならびに関連する回路およびコンポーネントを含んでもよく、あるいは同様に実現されるシステムおよびデバイスとの通信を提供するＢｌｕｅｔｏｏｔｈ（Ｒ）通信モジュールを含んでもよい。Ｂｌｕｅｔｏｏｔｈ（Ｒ）は、Ｂｌｕｅｔｏｏｔｈ  ＳＩＧ，ＩＮＣの登録済み商標である。
【００５２】
図５は、ワイヤレスネットワークとのコンタクトを維持する１つの方法を説明するフローチャートである。このフローチャートは、図１、３、または４に関連して説明されたモバイルデバイスおよび／またはネットワークのいずれかを含み得る。図５の方法は、図２に関連して既に説明された方法のうちの１つをより詳細に説明する例である。この説明では、用語「受信機」を用いて、図１の無線モデム３１６または図４の受信機６１２を示し得る。用語「送信機」は、図１の無線モデム３１６または図４の送信機６１４を示し得る。用語「プロセッサ」は、図１のコントローラ３１４あるいは図４のマイクロプロセッサ６３８またはＤＳＰ６２０を示し得る。
【００５３】
図５におけるスタートブロック７０２で開始し、モバイルデバイスは、モバイルデバイスの受信機を用いて、モバイルデバイスとワイヤレスネットワークとの間のページングチャネルをモニタリングする（ステップ７０４）。ここで、モバイルデバイスは、好ましくは不連続受信モードで動作する。不連続受信モードでは、受信機は、周期的な様式でパワーダウンおよび起動するように制御され、ネットワークによって割り当てられるタイムスロットでブロードキャストメッセージ信号を聞く。ページングチャネルにおいて信号を受信する間、モバイルデバイスは、モバイルデバイスのプロセッサを用いて、従来技術のように信号から受信信号強度を判定する（ステップ７０６）。受信信号強度は、概してモバイルデバイスが良好な受信領域にある場合に高く、概してモバイルデバイスが貧弱な受信領域にある場合に低い。
【００５４】
従来の方法に関して、受信信号強度が低すぎる場合、モバイルデバイスは、現在のネットワークを拒絶し、かつ受信領域を「スキャン」して、異なる基地局またはネットワークによって提供され得る任意の良好な信号を識別する。しかしながら、本発明の方法では、受信信号強度に関わらず、モバイルデバイスは、モバイルデバイスの受信機により現在のネットワークを聞き続け、かつブロードキャストメッセージをモバイルデバイスのページングチャネル上でデコードしようとし続ける（７０８）。現在のネットワークを聞き続けることに加えて、モバイルデバイスはさらに、受信領域をスキャンして受信信号強度が低い場合に異なるネットワークから任意の良好な信号を識別する。これは、時分割通信環境において可能である。
【００５５】
次に、モバイルデバイスは、メッセージのデコードに成功したかどうかをテストする（ステップ７１０）。このステップは、エラー検出コード（循環冗長チェック、またはＣＲＣ等）を試験すること、チェックサムエラーをテストすること、デコードされたメッセージが所定のメッセージ形式と一致しているかどうかをテストすること等の任意の適切な従来のテスト、またはその他のテストを用いて、プロセッサにおいて実行され得る。モバイルデバイスは、好ましくは所与の期間を網羅するデコード履歴リストに、実際にメッセージのデコードに成功したかどうかのインディケーションを格納し得る。
【００５６】
ステップ７１０に識別されるように、メッセージのデコードが成功した場合、モバイルデバイスは、メッセージがモバイルデバイスに来るべきデータ通信セッションについて知らせるかどうかを決定する（ステップ７１２）。ステップ７１２は、メッセージのモバイル識別コードをそのモバイルデバイスの識別コード（または、ネットワークによって割り当てられた一時的識別コード）と比較し、整合した場合、来るべきデータ通信が生じることを理解すること等によって、従来技術を用いてプロセッサで実行され得る。ステップ７１０でデコードされたメッセージが、ステップ７１２において来るべきデータ通信セッションについてモバイルデバイスに知らせる場合、モバイルデバイスは、従来のようにメッセージを処理する（ステップ７１４）（すなわち、割り当てられたトラフィックチャネルを取得し、その後そのトラフィックチャネルを介してデータを受信する）。全てのデータが受信される場合、モバイルデバイスは、ステップ７０４のページングチャネルのモニタリングにまで戻り得る。
【００５７】
ステップ７１２において、モバイルデバイスに向けられるメッセージが存在しないとすると、モバイルデバイスは、不適切なデコード条件が存在するかどうかを識別する（ステップ７１６）。ステップ７１６でテストされた時に不適切なデコード条件が存在する場合、プロセッサは、モバイルデバイスの送信機に、モバイルデバイスについてネットワークに知らせる更新メッセージを送信させる（ステップ７１８）。たとえ更新メッセージが別の異なる目的を有していようとも、更新メッセージは、モバイルデバイスの状態についてネットワークに知らせるかつ／または更新するために利用される、モバイルデバイスによって送信された任意のメッセージである。例えば、更新メッセージは、ＧＰＲＳにおいて、位置領域更新メッセージ、またはルーティング領域更新メッセージであり得る。別の例としては、更新メッセージは、ユーザデータを送信するためのメッセージであり得る。一方、ステップ７１６において反するデコード条件が存在しない場合、プロセッサは、通常、送信機に更新メッセージを送信させることを避ける。通常、ほとんどのメッセージのデコードが成功しない限り、信号強度が低い場合であってさえ、更新メッセージはこの状況では送信されない。モバイルデバイスは、ステップ７０４のページングチャネルのモニタリングに戻って、このプロセスを繰り返し得る。
【００５８】
明らかに、ステップ７１６のテストは、受信信号強度を単にテストすることとは異なる更新メッセージを送信するより知的なプロセスを利用する。ステップ７１６でテストされる不適切なデコード条件は、１つ以上の定期的にブロードキャストされるメッセージの失敗のデコードに基づいて判定される。好ましくは、ステップ７１６でテストされる条件は、ネットワークページングパターンのほとんどまたは全てのページ送信に対応するメッセージがデコードに失敗したという判定に特に基づく。この場合、解析は、図７および図８（Ａ）〜（Ｇ）に関連して後で説明されるより詳細なプロセスを含み得る。
【００５９】
図５のステップ７１８のバリエーションでは、モバイルデバイスは、通信条件が不適切と判断される時、または不適切と判断されるまでのみ（例えば、受信信号強度が所定の閾値より上にある、および／または１つより多いメッセージがデコードされる等）、更新メッセージを送信する。別のバリエーションでは、モバイルデバイスは、更新メッセージの送信前に、所定の期間、遅延させる。さらに別のバリエーションでは、所定の期間遅延させた後、モバイルデバイスは、通信条件が適切である時、または適切になるまでのみ、更新メッセージを送信する。
【００６０】
図５に関連して説明される方法から明らかなように、モバイルデバイスは、受信信号強度が低い場合に、更新メッセージによりワイヤレスリンクに過剰に負荷を与えることなく、ワイヤレスネットワークとのコンタクトを維持する。説明されたように、この方法は、ワイヤレス通信チャネルをモニタリングするステップ、ワイヤレスチャネルの信号の受信信号強度を判定するステップ、および信号からのメッセージのデコードを試みるステップとを包含する。モバイルデバイスは、たとえ受信信号強度が所定の閾値よりも低くなり得るとしても、通常、ページ送信期間のメッセージのデコードが成功する場合に、更新メッセージの送信を避ける。しかし、不適切なデコード条件が識別されることに応答して、モバイルデバイスは、モバイルデバイスについてネットワークに知らせる更新メッセージを送信する。通信条件が適切であると判断される時、所定の期間が満了した後、またはその両方で、更新メッセージの送信がなされ得る。
【００６１】
図６は、ワイヤレスネットワークとのコンタクトを維持する別の方法を説明するフローチャートである。この方法は、図１、３、または４に関連して説明されたモバイルデバイスおよび／またはネットワークのいずれかを含み得る。図６の方法は、図２に関連してすでに説明された方法のうちの１つのより詳細な例である。この説明では、用語「受信機」を用いて、図１の無線モデム３１６または図４の受信機６１２を示し得る。用語「送信機」は、図１の無線モデム３１６または図４に送信機６１４を示し得る。用語「プロセッサ」は、図１のコントローラ３１４あるいは図４のマイクロプロセッサ６３８またはＤＳＰ６２０を示し得る。
【００６２】
図６のスタートブロック８０２で開始して、モバイルデバイスは、モバイルデバイスの受信機を利用して、モバイルデバイスとワイヤレスネットワークとの間のページングチャネルをモニタリングする（ステップ８０４）。ここで、モバイルデバイスは、好ましくは不連続受信モードで動作する。不連続受信モードでは、受信機は、周期的な様式でパワーダウンおよび起動するように制御され、ネットワークによって割り当てられるタイムスロットでブロードキャストメッセージ信号を聞く。ページングチャネルをモニタリングする間、モバイルデバイスは、そのチャネルを介して信号を受信し、かつ信号からメッセージをデコードすることを試みる。より詳細には、モバイルデバイスは、モバイルデバイスの受信機およびプロセッサを用いて、モバイルデバイスに来るべきデータ通信セッションについて知らせるページメッセージをモバイルデバイスが受信し、かつデコードしたかどうかをテストする（ステップ８０６）。このステップは、プロセッサを用いてメッセージのモバイル識別コードをモバイルデバイスの識別コードと比較し、かつ整合した場合、来るべきデータ通信セッションがモバイルデバイスに対して生じることを理解すること等によって、従来技術を用いて実行され得る。
【００６３】
ステップ８０６において、メッセージが来るべきデータ通信セッションについてモバイルデバイスに知らせる場合、プロセッサは、ページ応答メッセージを送信して、送信機を介してネットワークまで戻す（ステップ８０８）。しかし、応答が短い期間でネットワークから戻ってきて受信されない場合、プロセッサは、従来または標準化された方法論に従って、１つ以上のさらなるページ応答メッセージをネットワークまで送信する。ネットワーク応答が最終的にステップ８１０で受信される場合、モバイルデバイスは、従来のようにメッセージを処理し続ける（ステップ８１２）（すなわち、割り当てられたトラフィックチャネルを取得し、その後そのトラフィックチャネルを介してデータを受信する）。全てのデータが受信される場合、モバイルデバイスは、ステップ８０４のページングチャネルのモニタリングまで戻り得る。
【００６４】
しかし、ステップ８１０においてテストされる時に、ネットワークからの応答が依然としてページ応答メッセージ（単数または複数）を送信した後に受信されない場合、モバイルデバイスのプロセッサは、所定のイベントが発生するまでのいくらかの期間、遅延させる（ステップ８１４）。所定のイベントがステップ８１４でテストされる時に発生した後、プロセッサは、モバイルデバイスについて知らせる更新メッセージを、ネットワークにその送信機を介して送信させる（ステップ８１６）。たとえ更新メッセージが別の異なる目的を有しようとも、更新メッセージは、モバイルデバイスの状態についてネットワークに知らせる、かつ／または更新するモバイルデバイスによって送信される任意のメッセージである。例えば、更新メッセージは、ＧＰＲＳにおいて、位置領域更新メッセージ、またはルーティング領域更新メッセージであり得る。別の例としては、更新メッセージは、ユーザデータを送信するメッセージであり得る。
【００６５】
この更新メッセージを送信した後に、モバイルデバイスは、ステップ８１０においてネットワーク応答の受信を再度待つ。モバイルデバイスがネットワーク応答を受信する場合、モバイルデバイスは、ステップ８１２におけるページの処理を完了に進み得る。モバイルデバイスがステップ８１０でテストされる時にネットワーク応答を受信しない場合、示されるように、ステップ８１４のフローチャートに続き、所定のイベントが発生することを再度待つ。
【００６６】
もしくは、ステップ８１６において更新メッセージを送信した後、ステップ８１０のネットワーク応答を待つのではなく、モバイルデバイスは、ステップ８０６において同じ（であるが、新しくブロードキャストされた）ページを検出するために、ステップ８０４のページングチャネルのモニタリングに戻る。その後、モバイルデバイスは、ステップ８１４において所定のイベントが発生するまで、ステップ８１６において更新メッセージを送信し、かつページ用のページングチャネルをモニタリングすることを再度遅延させる。
【００６７】
ある実施形態では、ステップ８１４で検出された所定のイベントは、所定の期間の満了である。この場合、所定の期間は、好ましくは、３０秒から５分の間である。このような遅延は、新しく受信したｅメールメッセージに対するｅメール通知、ｅメールメッセージ、または更新されたカレンダー情報のような、（ボイスコールと反対の）更新されたユーザデータを含む通信のために、アクセプトできる。これらのデータ通信に適した他の期間も、同様に選択され得る。
【００６８】
別の実施形態では、ステップ８１４で検出された所定のイベントは、適切な通信の品質の検知である。通信の品質は、例えば、受信信号強度、あるいはメッセージがデコードされ得るかどうかに基づき得る。イベントが受信信号強度に基づく場合、モバイルデバイスは、受信信号強度が所定の閾値よりも上になることか、または受信信号強度が所定の期間に所定の閾値よりも上になることを待つ。イベントがメッセージがデコードされ得るかどうかに基づく場合、モバイルデバイスは、チャネルを介して受信された信号メッセージのデコードが成功した時を検出する。あるいは、モバイルデバイスは、チャネルを介して受信された複数のメッセージのデコードが成功した時を検出する。
【００６９】
さらに別の実施形態では、ステップ８１４で検出された所定のイベントは、モバイルデバイスでのユーザのアクティビティの検出である。例として、モバイルデバイスは、更新メッセージを送信する前に、ボタンまたはタッチスクリーンデバイスの作動のような、モバイルデバイスでの任意のユーザ入力を検出し得る。別のさらに特定の例として、モバイルデバイスは、エンドユーザがモバイルデバイス上でｅメールアプリケーション（またはカレンダーアプリケーション）にアクセスまたは開こうとしていること、あるいは、モバイルデバイスからｅメール情報（またはカレンダー情報）を読み出そうとしていることを検出し得る。これらのイベントの１つ以上が、組み合わせて利用されてもよく、ネットワークにコンタクトするための適切な刺激を提供する他の所定のイベントが、利用されてもよい。
【００７０】
図６に関連して説明される方法から明らかなように、モバイルデバイスは、ネットワークからの不十分な応答がある場合に、更新メッセージによりワイヤレスリンクに過剰の負荷を与えることなく、ワイヤレスネットワークとの十分なコンタクトを維持する。説明されるように、この方法は、概して、ワイヤレス通信チャネルをモニタリングするステップと、来るべきデータ通信セッションについてモバイル通信デバイスに通知するメッセージを受信するステップと、ならびにメッセージを受信するステップに応答して１つ以上の応答メッセージを送信するステップとを包含する。１つ以上の応答メッセージを送信した後、メッセージに関連するさらなる通信が、モバイルデバイスによって受信されなくてもよい。この状況では、モバイルデバイスは、所定の条件を検出した後、モバイルデバイスについてネットワークに知らせる更新メッセージを送信する。所定の条件は、例えば、所定の期間の満了、適切な通信の品質の検出、またはモバイルデバイスでのユーザアクティビティの検出等の、ネットワークとコンタクトするための任意の適切な刺激を含み得る。
【００７１】
図７は、ワイヤレスネットワークとのコンタクトをモニタリングするさらに別の方法を説明するフローチャートである。この方法は、図１、３、または４に関連して説明されたモバイルデバイスおよび／またはネットワークのいずれかを含み得る。図７の方法は、図２に関連して既に説明された方法の１つのより詳細な例である。この説明では、用語「受信機」を用いて、図１の無線モデム３１６または図４の受信機６１２を示し得る。用語「送信機」は、図１の無線モデム３１６または図４の送信機６１４を示し得る。用語「プロセッサ」は、図１のコントローラ３１４あるいは図４のマイクロプロセッサ６３８またはＤＳＰ６２０を示し得る。図７の方法が利用しているのは、データを受信するためにモバイルデバイスがページングされるたびにネットワークによって利用される「所定のページングパターン」として参照されるものである。図７のフローチャートを詳細に説明する前に、所定のネットワークページングパターンの例が、図８（Ａ）に示されるグラフに関連して説明される。
【００７２】
このネットワークは、モバイルデバイスが貧弱な受信領域にあり得る場合に、および、ネットワークによる最初または後の試行においてページを受信できない場合に、図８（Ａ）のページングパターンに従って、モバイルデバイスに同一のページメッセージを複数回ブロードキャストするように構成され、かつ準備される。特に、図８（Ａ）の所定のネットワークページングパターンは、複数のページブロードキャスト期間１００２を含み、それぞれのパターンは、文字「Ｐ」および対応する数字により示される。図８（Ａ）では、この特定のページングパターンは、明らかに、ネットワークがモバイルデバイスをページングしようとするたびに、１５秒間隔で最大数の６ページメッセージをブロードキャストし、０．５秒間隔の２つの連続的なページメッセージブロードキャストをそれぞれペアにする（各ページブロードキャストのペアの間の遅延期間は７秒である）ことを示している。より詳細には、ネットワークがブロードキャストする最初のメッセージは、時間ｔ０に示されるページメッセージ１００４（Ｐ１）である。約０．５秒の後、ネットワークは、別のページメッセージ１００６（Ｐ２）をブロードキャストする。ページメッセージ１００４および１００６をブロードキャストしたわずかに後に、ネットワークがモバイルデバイスからページ応答を受信しない場合、ネットワークは、約７秒の遅延の後に、時間ｔ７で別の２つのページメッセージ１００８および１０１０（Ｐ３およびＰ４）をブロードキャストする。ページメッセージ１００４および１００６（Ｐ１およびＰ２）と同様に、ページメッセージ１００８および１０１０（Ｐ３およびＰ４）は、０．５秒だけ間隔を空けられる。ページメッセージ１００８および１０１０のわずかに後に、ネットワークがモバイルデバイスからページ応答を受信しない場合、ネットワークは、約７秒の別の遅延の後に、時間ｔ１４で別の２つのページメッセージ１０１２および１０１４（Ｐ５およびＰ６）をブロードキャストする。ページメッセージ１０１２および１０１４はまた、０．５秒の間隔を空けられる。
【００７３】
ページメッセージ１０１２および１０１４をブロードキャストしたわずかに後に、ネットワークがモバイルデバイスからページ応答を受信しない場合、ネットワークは、ページメッセージをモバイルデバイスにブロードキャストすることを一斉に停止する（さらなる方法論が利用されないことを仮定している）。この場合、ネットワークは、モバイルデバイスが「消えた」と判断し、モバイルデバイスへページを送信することを停止する。ページメッセージをモバイルデバイスにブロードキャストすることをネットワークに停止させることが、望ましい。なぜなら、それは、ワイヤレスリンクを介したネットワークトラフィックの量を低減させるからである。しかし、これは、モバイルデバイスが適切な受信領域を回復し、ページを受信することが可能である場合には、望ましくない。
【００７４】
図８（Ｂ）および８（Ｃ）は、ネットワークからページを受信した後の、モバイルデバイスからの従来の応答シナリオの２つの例を示す。説明のために、図８（Ｂ）において、モバイルデバイスが、ネットワークによってブロードキャストされた最初のページメッセージ（すなわち、図８（Ａ）のページメッセージ１００４またはＰ１）の受信およびデコードに成功したこと、ならびにページ応答メッセージ１０１６を送信することによって応答に成功したことが示される。その後、ページに関連するデータ交換１０１８が、モバイルデバイスとネットワークとの間に生じる。しかし、図８（Ｃ）において、モバイルデバイスが、最初に比較的貧弱な受信領域１０２０（例えば、最初の９秒またはそれくらいの間）を有し、従って、ネットワークによりブロードキャストされた最初のページメッセージを失くした（すなわち、１０１０を介してページメッセージ１００４を失くす）ことが示される。しかし、モバイルデバイスは、最初の期間の後は比較的良好な受信領域を有し、従って、続くページメッセージを受信し、かつデコードする（すなわち、図８（Ａ）のページメッセージ１０１２またはＰ５）。従って、モバイルデバイスは、最終的に、ページ応答メッセージ１０２４を送信し、その後、ページに関連するデータ交換１０２６が、モバイルデバイスとネットワークとの間に生じる。図８（Ａ）および８（Ｂ）の２つのシナリオにおいて、システムは、意図されたように動作し、問題に遭遇しない。
【００７５】
本発明の新規性のある局面を利用するために、モバイルデバイスは、メモリ（例えば、ＲＡＭ、ＲＯＭ、またはＥＥＰＲＯＭ）に格納された所定のネットワークページングパターンの知識を有する。ページングパターンは、任意の適切な形式でモバイルデバイスのメモリに格納され得る。例えば、モバイルデバイスは、「１１００００００００００００１１００００００００００００１１」のようなバイナリ形式で、モバイルデバイスのメモリに格納された図８（Ａ）のページングパターンを有し得る。ここで、バイナリ「１」は、ブロードキャストされページメッセージを示し、バイナリ「０」は、所与の期間にブロードキャストされたメッセージがないことを示す。図８（Ａ）は、ネットワークにより利用されるページングパターンの極めて特定の例を示すが、任意の適切なページングパターンが利用され得る。好ましくは、所定のネットワークページングパターンは、例えば、１分より長くない所定の期間のような、比較的短い時間を網羅する。
【００７６】
モバイルデバイスは、モバイルデバイスのメモリ内に維持される「メッセージデコード履歴リスト」と呼ばれるものに関連するページングパターンについての知識を利用する。このメッセージデコード履歴リストは、メッセージデコード識別子のリストであり、識別子のそれぞれは、前のメッセージのデコードが、予測される場合に、相対的に短い期間（例えば、０．５秒）の間に成功したかどうかのインディケーションを提供する。別の方法を取ると、メッセージデコード履歴リストは、最も最近の複数の定期的にブロードキャストされたメッセージのそれぞれのデコードが成功しているかどうかについてのトラックを保持する。メッセージデコードインディケータのリストは、共に過去から現在までの比較的長い期間（例えば、所定のネットワークページングパターン全体の長さ、１５秒）を網羅し得る。
【００７７】
メッセージデコード履歴リストおよびその識別子は、任意の数の異なる方法で表示され得る。例えば、各メッセージデコード識別子は、「ＭＥＳＳＡＧＥ  ＳＵＣＣＥＳＳＦＵＬＬＹ  ＤＥＣＯＤＥＤ」（「１」）条件、または所定の期間の「ＭＥＳＳＡＧＥ  ＮＯＴ  ＳＵＣＣＥＳＳＦＵＬＬＹ  ＤＥＣＯＤＥＤ」（「０」）条件を示し得る。この場合、メッセージデコード履歴リストは、例えば、「１１１０１１１１１１１１１１１０１１１１１１０１１１１１１１」のようなバイナリ形式で表現され得る。ここで、各バイナリの数は、１５秒の合計期間の０．５秒の期間に対応し、最も左のバイナリの数は、最も古い期間であり、最も右の数は、最も最近の期間である。このように、これらの識別子は、好ましくは左から右までの一時的な順序で格納される。この特定の例では、示される履歴リストは、デコードが貧弱であった場合に、３つの短い間隔（３つのバイナリ「０」の数が配置される場所）だけを有する１５秒を超える期間に、比較的良好なデコードを示す。明らかなように、メッセージデコード履歴リストは、所定のネットワークページングパターン全体以上の期間を網羅する。
【００７８】
モバイルデバイスは、モバイルデバイスの受信機を用いてメッセージデコード履歴リストを発生させ、モバイルデバイスとワイヤレスネットワークとの間に確立されたページングチャネルをモニタリングする。ページングチャネルをモニタリングする間、モバイルデバイスは、チャネルを介して信号を受信すること、信号の受信信号強度を判定すること、および信号からのメッセージをデコードしようとすることを含む様々なタスクを実行する。モバイルデバイスは、期待されたブロードキャストメッセージが所定の期間にデコードされたかどうかに基づいて、メッセージデコード識別子を判定する。より詳細には、ブロードキャストメッセージが所定の期間にデコードされた場合、メッセージデコード識別子は、成功としてマークされる（「ＭＥＳＳＡＧＥ  ＳＵＣＣＥＳＳＦＵＬＬＹ  ＤＥＣＯＤＥＤ」または「１」）。ブロードキャストメッセージが所定の期間にデコードされることができなかった場合、メッセージデコード識別子は、不成功としてマークされる（「ＭＥＳＳＡＧＥ  ＮＯＴ  ＳＵＣＣＥＳＳＦＵＬＬＹ  ＤＥＣＯＤＥＤ」または「０」）。現在のメッセージデコード識別子を判定した後、モバイルデバイスは、現在のメッセージデコード識別子を最も最近のエントリとしてメッセージデコード履歴リストに格納させる。
【００７９】
ここで、メッセージデコード履歴リストおよび格納されたネットワークページングパターンの利用は、図７のフローチャートに関連して説明される。図７のスタートブロック９０２で開始して、モバイルデバイスは、モバイルデバイスのメモリにメッセージデコード履歴リストを維持する（ステップ９０４）。履歴リストのメンテナンスは、プロセッサおよびメモリを用いて継続的にリストの格納を維持し、かつメッセージデコード識別子を更新して、現在の期間を反映することを含み得る。リストのメンテナンスはまた、比較的「古い」デコード識別子を消去することを含み得る。一例として、前に説明されたように、履歴リストが、バイナリの一時的に並べられたフォームで維持される場合、周期的に「論理左シフト」または等価なリスト上の演算を利用して、最も最近のメッセージデコード識別子を加え、最も古いメッセージデコード識別子を削除することが、好ましい。
【００８０】
次に、モバイルデバイスは、モバイルデバイスのプロセッサを利用して、メッセージデコード履歴リストを、モバイルデバイスのメモリに格納された所定のネットワークページングパターンと比較する（図７のステップ９０６）。所定のネットワークページングパターンは、例えば、図８（Ａ）に関連して上述されたものであり得る。この比較では、リストおよびパターンの期間が、貧弱／良好なデコード期間とページ送信／非送信期間との間のオーバーラップを識別する順序に適切に整列される。モバイルデバイスは、モバイルデバイスのプロセッサを用いて、メッセージデコード履歴リストの１つ以上の不成功のメッセージデコード期間が、ページングパターンにおける全てのページ送信期間とオーバーラップしているかどうかをテストする（ステップ９０８）。これが、モバイルデバイスがネットワークからのページを失った場合である場合、従って、モバイルデバイスは、モバイルデバイスについてネットワークに知らせる更新メッセージを送信し（ステップ９１０）、かつステップ９０４でスタートする方法を繰り返し得る。更新メッセージが別の異なる目的を有し得る場合でさえ、更新メッセージは、モバイルデバイスの状態についてネットワークに知らせる、かつ／または更新するために利用されるモバイルデバイスによって送信される任意のメッセージである。例えば、更新メッセージは、ＧＰＲＳにおいて、位置領域更新メッセージ、またはルーティング領域更新メッセージであり得る。別の例として、更新メッセージは、ユーザデータを送信するためのメッセージであり得る。
【００８１】
１つ以上の不成功のメッセージデコード期間が、ステップ９０８においてテストされる場合に、そのパターンの全てのページ送信期間とオーバーラップしない場合（すなわち、履歴リストのあらゆる成功したメッセージデコード識別子が、このページングパターンのあらゆる送信期間とオーバーラップする場合）、モバイルデバイスは、通常、ネットワークへ更新メッセージを送信することを避ける。この方法は、ステップ９０４で再度スタートするステップを繰り返し得る。
【００８２】
図７の代わりの実施形態において、モバイルデバイスは、通信条件が不適切であると判断される場合にのみ（例えば、受信信号強度が所定の閾値よりも上、および／または、１つ以上のメッセージがデコードされ得る等）、更新メッセージを送信する。別の代わりの実施形態では、モバイルデバイスは、更新メッセージの送信の前に、所定の期間を遅延させる。さらに別の代わりの実施形態において、モバイルデバイスは、所定の期間を遅延させた後に、通信条件が適切である場合にのみ、更新メッセージを送信する。
【００８３】
履歴リストおよびページングパターンデータがバイナリ形式で維持される場合、図７のステップ９０６および９０８は、リストとパターンとの間に、論理「ＡＮＤ」演算を利用して実行され得る。例えば、「１１００００００００００００１１００００００００００００１１」のページングパターンと「１１１０１１１１１１１１１１１０１１１１１１０１１１１１１１」の履歴リストとの論理ＡＮＤ演算は、ゼロでない結果を提供する。このゼロでない結果は、ネットワークによる潜在的なページメッセージブロードキャストと共存した少なくとも１つの成功メッセージデコード期間があることを示す。同じページングパターン「１１００００００００００００１１００００００００００００１１」と「００００１０１０１００００００００００００１１１００００００」の履歴リストとの論理ＡＮＤ演算は、ゼロの結果を提供する。このゼロの結果は、ネットワークによる潜在的なページメッセージブロードキャストと共存した成功メッセージデコード期間がないことを示す。後者の場合、モバイルデバイスは、ネットワークにモバイルデバイスについて知らせる更新メッセージを送信する。前者の場合、通常、モバイルデバイスは送信しない。当業者に容易に理解されるように、同一の結果を達成する他の適切な論理演算が、利用され得る。
【００８４】
図７の別の代替的な実施形態では、モバイルデバイスは、更新メッセージを送信することを控えるために、ページメッセージブロードキャスト期間と重なるより多くの数のメッセージデコード成功期間を必要とする。つまり、ネットワークによる１より多い潜在的ページ送信と重なる１つ以上のメッセージデコード成功期間が必要とされる。例えば、モバイルデバイスは、更新メッセージを送信することを控えるために、２つまたは３つのメッセージデコード成功期間が、２つまたは３つの潜在的ページメッセージブロードキャスト期間と重なることを必要としてもよい。この場合、２または３より小さいいずれかの数により、結果的に更新メッセージがモバイルデバイスによって送信される。
【００８５】
図８（Ｄ）〜（Ｇ）は、図７および図８（Ａ）に関連して説明された方法を用いたモバイルデバイスからの可能な様々な応答の例を示す。図８（Ｄ）〜（Ｇ）において、モバイルデバイスは、比較的乏しい受信領域で動作しており、そのネットワークは、任意のページメッセージをモバイルデバイスへとブロードキャストするように試みてはいない。図８（Ｄ）〜（Ｅ）は、更新メッセージをネットワークへと送信するためには確かに受信領域が乏しいというシナリオを明らかにしている。一方、図８（Ｆ）〜（Ｇ）は、更新メッセージの送信が必要であったと判断されなかったというシナリオを明らかにしている。
【００８６】
より詳細には、図８（Ｄ）は、モバイルデバイスが拡張期間（例えば、１５秒間）に渡って比較的乏しい受信領域期間１０２８をで動作したことを示す。従って、モバイルデバイスによって保持されているメッセージデコード履歴リストの全メッセージデコードインジケータは、この期間１０２８内で乏しい受信領域を示した（すなわち、リストは、「００００００００００００００００００００００００００００００」）。履歴リストとネットワークページングパターンとの比較に応じて、モバイルステーションは、更新メッセージ１０３２を送信する。この更新メッセージ１０３２は、比較的良好な受信領域の期間１０３０内にモバイルデバイスについてネットワークに知らせる。このモバイルステーションは、ネットワークが期間１０２８内でいずれのページメッセージもブロードキャストしなかったであろうとしても、更新メッセージ１０３２を送信する。
【００８７】
図８（Ｅ）は、良好な受信領域と乏しい受信領域との両方の条件が接触したフリンジ領域でモバイルデバイスが動作したことを示す。図８（Ｅ）に示されたように、モバイルデバイスは、複数の乏しい受信領域の期間１０３６、１０４０および１０４４、ならびに、複数の良好な受信領域の期間１０３８、１０４２および１０４６を経てきた。これにより、モバイルデバイスは、更新メッセージ１０４８を送信することとなった。このメッセージデコード履歴リストは、図８（Ｅ）に従って、バイナリ形式で「００００００１１１１１１１１００００００１１１１１１１１００」とこの期間を表したかもしれない。この履歴リストと「１１００００００００００００１１００００００００００００１１」のページングパターンとの論理「ＡＮＤ」演算を実行することによって、ゼロの結果が提供される。この結果によって、更新メッセージが送信される。モバイルステーションは、ネットワークが周辺の受信領域の期間内でいずれのページメッセージもブロードキャストしなかったとしても、更新メッセージ１０４８を送信する。
【００８８】
図８（Ｆ）は、乏しい受信領域と良好な受信領域との両方の条件が接触した別のフリンジ領域でモバイルデバイスが動作したことを示す。図８（Ｆ）では、モバイルデバイスは、複数の乏しい受信領域の期間１０５２および１０５６、ならびに、複数の良好な受信領域の期間１０５４および１０５８を経てきた。しかし、このモバイルデバイスは、更新メッセージの送信を控えた。メッセージデコード履歴リストは、図８（Ｆ）に従って、バイナリ形式で「００００００１１１１１１００００００００００００００００１１」とこの期間を表したかもしれない。この履歴リストと「１１００００００００００００１１００００００００００００１１」のページングパターンとの論理「ＡＮＤ」演算を実行することによって、ゼロでない結果が提供される。この結果によって、モバイルデバイスは、更新メッセージを送信することを控える。
【００８９】
図８（Ｇ）は、乏しい受信領域と良好な受信領域との両方の条件が接触したさらに別のフリンジ領域でモバイルデバイスが動作したことを示す。図８（Ｇ）では、モバイルデバイスは、複数の乏しい受信領域の期間１０５２および１０５６、ならびに、複数の良好な受信領域の期間１０５４および１０５８を経てきた。しかし、このモバイルデバイスは、更新メッセージの送信を控えた。メッセージデコード履歴リストは、図８（Ｇ）と共に、バイナリ形式で「００００００００００００１１１１００００００００００００００」とこの期間を表したかもしれない。この履歴リストと「１１００００００００００００１１００００００００００００１１」のページングパターンとの論理「ＡＮＤ」演算を実行することによって、ゼロでない結果が提供される。この結果によって、モバイルデバイスは、更新メッセージを送信することを控える。
【００９０】
図７および図８（Ａ）〜８（Ｇ）に関連して説明された方法から明らかであるように、モバイルデバイスは、受信領域が端にあるときに、更新メッセージによって無線リンクに過剰に負担をかけることなく、無線ネットワークとの十分な接触を維持する。説明したように、この方法は、メッセージデコード履歴リストを連続的に維持するステップと、所定のネットワークのページングパターンとそれを比較するステップとを含む。モバイルデバイスについてネットワークに知らせる更新メッセージは、メッセージデコード履歴リストの１つ以上のメッセージデコード不成功期間が、所定のネットワークページングパターンの全ページ送信期間と重なっていることを識別することに応じて、送信される。一方、この更新メッセージは、メッセージデコード履歴リストの任意のメッセージデコード成功期間が所定のネットワークページングパターンのあらゆるページ送信期間と重なることを識別することに応じて、通常送信されない。好ましくは、モバイルデバイスは、本明細書中で説明された１つ以上の（または、全ての）接触管理スキームの組み合わせを利用する。上記の説明は、例としてのみ好ましい実施形態に関することが認識される。本発明の多くの改変が当業者に明らかであり、このような明らかな改変は、明確に記載されているかどうかにかかわらず、本発明の範囲内である。
【図面の簡単な説明】
【００９１】
【図１】図１は、インスタントアプリケーションの技術が実現され得る通信システムのブロック図である。
【図２】図２は、インスタントアプリケーションの技術の種々の局面による、モバイルデバイスステータス遷移図を示す。
【図３】図３は、インスタントアプリケーションによるネットワーク更新スキーマが実現され得る好適な通信システムのブロック図である。
【図４】図４は、このアプリケーションで記載されるネットワーク更新スキーマによる、接続ステータスのネットワークに知らせるように構成され得る好適なモバイル通信デバイスのブロック図である。
【図５】図５は、ワイヤレスネットワークとのコンタクトを維持する１方法を記載するフローチャートである。
【図６】図６は、ワイヤレスネットワークとのコンタクトを維持する別の方法を記載するフローチャートである。
【図７】図７は、ワイヤレスネットワークとのコンタクトを維持するさらに別の方法を記載するフローチャートである。
【図８】図８は、図７との関連で記載される方法に関する（Ａ）〜（Ｇ）のタイミング図である。
【図１】
2005505215.tif 000003
【図２】
2005505215.tif 000004
【図３】
2005505215.tif 000005
【図４】
2005505215.tif 000006
【図５】
2005505215.tif 000007
【図６】
2005505215.tif 000008
【図７】
2005505215.tif 000009
【図８】
2005505215.tif 000010
【国際公開パンフレット】
2005505215.tif 000011
2005505215.tif 000012
2005505215.tif 000013
2005505215.tif 000014
2005505215.tif 000015
2005505215.tif 000016
2005505215.tif 000017
2005505215.tif 000018
2005505215.tif 000019
2005505215.tif 000020
2005505215.tif 000021
2005505215.tif 000022
2005505215.tif 000023
2005505215.tif 000024
2005505215.tif 000025
2005505215.tif 000026
2005505215.tif 000027
2005505215.tif 000028
2005505215.tif 000029
2005505215.tif 000030
2005505215.tif 000031
2005505215.tif 000032
2005505215.tif 000033
2005505215.tif 000034
2005505215.tif 000035
2005505215.tif 000036
2005505215.tif 000037
2005505215.tif 000038
2005505215.tif 000039
2005505215.tif 000040
2005505215.tif 000041
2005505215.tif 000042
2005505215.tif 000043
2005505215.tif 000044
2005505215.tif 000045
2005505215.tif 000046
2005505215.tif 000047
2005505215.tif 000048
2005505215.tif 000049
2005505215.tif 000050
2005505215.tif 000051
2005505215.tif 000052
2005505215.tif 000053
2005505215.tif 000054
2005505215.tif 000055
2005505215.tif 000056
2005505215.tif 000057
2005505215.tif 000058
2005505215.tif 000059
2005505215.tif 000060
2005505215.tif 000061
2005505215.tif 000062
2005505215.tif 000063
2005505215.tif 000064
2005505215.tif 000065
2005505215.tif 000066
2005505215.tif 000067
2005505215.tif 000068
2005505215.tif 000069
2005505215.tif 000070
2005505215.tif 000071
2005505215.tif 000072
2005505215.tif 000073
2005505215.tif 000074
2005505215.tif 000075
2005505215.tif 000076
2005505215.tif 000077
【国際調査報告】
2005505215.tif 000078
2005505215.tif 000079
2005505215.tif 000080
2005505215.tif 000081