(57)【特許請求の範囲】
【請求項１】
サーバからのプッシュサービスを受けるためにＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテキストが常時接続とされたモバイル携帯端末であって、
自端末からネットワーク側の前記ＰＤＰコンテキスト終端点までの間のヘルスチェックを行うＰＤＰコンテキストマネジメントを有し、
前記ＰＤＰコンテキストマネジメントは、自端末のパワーオン時の前記ＰＤＰコンテキストの確立処理と、長時間の圏外及び短時間の圏外の検出時と前記ネットワーク側からの前記ＰＤＰコンテキスト非稼働要求の受信時とにおいて前記ＰＤＰコンテキストの再確立処理とを少なくとも行う機能を含むことを特徴とするモバイル携帯端末。
【請求項２】
前記ＰＤＰコンテキストが、ＭＴＦ（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）で終端されるエアネットワークの論理セッションであることを特徴とする請求項１記載のモバイル携帯端末。
【請求項３】
サーバからのプッシュサービスを受けるためにＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテキストが常時接続とされたモバイル携帯端末の常時オン状態のＰＤＰコンテキスト管理方法であって、
前記モバイル携帯端末からネットワーク側の前記ＰＤＰコンテキスト終端点までの間のヘルスチェックを行うようにし、
前記モバイル携帯端末のパワーオン時の前記ＰＤＰコンテキストの確立処理と、長時間の圏外及び短時間の圏外の検出時と前記ネットワーク側からの前記ＰＤＰコンテキスト非稼働要求の受信時とにおいて前記ＰＤＰコンテキストの再確立処理とを少なくとも行うようにしたことを特徴とする常時オン状態のＰＤＰコンテキスト管理方法。
【請求項４】
前記ＰＤＰコンテキストが、ＭＴＦ（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）で終端されるエアネットワークの論理セッションであることを特徴とする請求項３記載の常時オン状態のＰＤＰコンテキスト管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はモバイル携帯端末及びそれに用いる常時オン状態のＰＤＰコンテキスト管理方法に関し、特に携帯端末装置におけるプッシュサービスに関する。
【０００２】
【従来の技術】
近年、携帯端末装置においては、ゲーム、画像、企業情報、オンラインマガジン等のインタネットを利用した各種情報の配送サービスが盛んになってきている。
【０００３】
これらの情報配信には、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）で定義される“常時、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを保持していて、いつでもデータ配送可能な状態で保持されるＰｒｅｓｅｒｖｅｄ  ＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）  ｃｏｎｔｅｘｔ”を利用したプッシュ（Ｐｕｓｈ）サービスが利用される。
【０００４】
上記のプッシュサービスはプッシュサーバからコンテンツ（データ）を自動送付するサービスで、常時オン状態（Ｐｒｅｓｅｒｖａｔｉｏｎ状態）のＰＤＰコンテキスト（Ｐｒｅｓｅｒｖｅｄ  ＰＤＰ  ｃｏｎｔｅｘｔ）［エア（Ａｉｒ）ネットワークの論理セッション］を使用している。
【０００５】
つまり、携帯端末装置とＧＧＳＮ［Ｇａｔｅｗａｙ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ］との間に常時オン状態のＰＤＰコンテキストが確立されていれば、ＧＧＳＮでは携帯端末装置に割り当てられたＩＰアドレスを保持することが可能であるため、その携帯端末装置のＩＰアドレスに対して、ＧＧＳＮを経由してプッシュデータを送付することができる。
【０００６】
【発明が解決しようとする課題】
しかしながら、無線通信を利用した携帯端末装置においては、サービス圏外に出てしまった場合、あるいは無線状況の悪い場所に移動した場合等、頻繁にスケルチ断が発生し、常時オン状態のＰＤＰコンテキストを容易に保持することができる環境ではない。
【０００７】
そこで、本発明の目的は上記の問題点を解消し、プッシュデータ不達を回避することができるモバイル携帯端末及びそれに用いる常時オン状態のＰＤＰコンテキスト管理方法を提供することにある。
【０００８】
【課題を解決するための手段】
本発明によるモバイル携帯端末は、サーバからのプッシュサービスを受けるためにＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテキストが常時接続とされたモバイル携帯端末であって、
自端末からネットワーク側の前記ＰＤＰコンテキスト終端点までの間のヘルスチェックを行うＰＤＰコンテキストマネジメントを備え、
前記ＰＤＰコンテキストマネジメントは、自端末のパワーオン時の前記ＰＤＰコンテキストの確立処理と、長時間の圏外及び短時間の圏外の検出時と前記ネットワーク側からの前記ＰＤＰコンテキスト非稼働要求の受信時とにおいて前記ＰＤＰコンテキストの再確立処理とを少なくとも行う機能を具備している。
【０００９】
本発明による常時オン状態のＰＤＰコンテキスト管理方法は、サーバからのプッシュサービスを受けるためにＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテキストが常時接続とされたモバイル携帯端末の常時オン状態のＰＤＰコンテキスト管理方法であって、
前記モバイル携帯端末からネットワーク側の前記ＰＤＰコンテキスト終端点までの間のヘルスチェックを行うようにし、
前記モバイル携帯端末のパワーオン時の前記ＰＤＰコンテキストの確立処理と、長時間の圏外及び短時間の圏外の検出時と前記ネットワーク側からの前記ＰＤＰコンテキスト非稼働要求の受信時とにおいて前記ＰＤＰコンテキストの再確立処理とを少なくとも行うようにしている。
【００１０】
すなわち、本発明のモバイル携帯端末は、サーバからのプッシュサービスを受けるために常時接続としておかなければならないＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテキスト（ｃｏｎｔｅｘｔ）、すなわち、常時オン状態のＰＤＰコンテキスト（Ｐｒｅｓｅｒｖｅｄ  ＰＤＰ  ｃｏｎｔｅｘｔ）の管理手法を提供するＰＤＰコンテキストマネジメント（Ｐｒｅｓｅｒｖｅｄ  ＰＤＰ  ｃｏｎｔｅｘｔ  Ｍａｎａｇｅｍｅｎｔ）を有している。
【００１１】
より具体的に説明すると、本発明のモバイル携帯端末では、ＭＴＦ（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）で終端される常時オン状態のＰＤＰコンテキストから受信したプッシュデータがＴＡＦ（ＴｅｒｍｉｎａｌＡｄａｐｔａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）でＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に転送されてプロトコル処理され、プッシュデータ処理アプリケーションソフトウェアに配信される。
【００１２】
上記のＰＤＰコンテキストマネジメントはモバイル携帯端末のパワーオン（Ｐｏｗｅｒ−ｏｎ）時の常時オン状態のＰＤＰコンテキストの確立をはじめとし、少なくとも、長時間のスケルチ断（圏外）、短時間のスケルチ断（圏外）、ネットワーク側からのＰＤＰコンテキスト非稼働（Ｄｅａｃｔｉｖａｔｅ）要求受信があった場合等を想定した常時オン状態のＰＤＰコンテキストの再確立処理ロジックを有し、ネットワーク側とモバイル携帯端末側とにおいてＰＭＭ（Ｐａｃｋｅｔ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）及びＰＤＰの状態の認識不一致が発生した場合のプッシュデータの不達を解消することが可能である。
【００１３】
つまり、本発明のモバイル携帯端末は、モバイル携帯端末からネットワーク側のＰＤＰコンテキスト終端点までの間のヘルスチェックを行うことで、常時オン状態のＰＤＰコンテキストの確立保証を行うことを特徴としている。
【００１４】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるモバイル携帯端末の構成を示すブロック図である。図１において、モバイル携帯端末１はアプリケーションソフトウェア［以下、ＡＰ（＃１），ＡＰ（＃２）とする］１１，１２と、プッシュ（Ｐｕｓｈ）データ処理アプリケーションソフトウェア（以下、ＰＤＡＰとする）１３と、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）／ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）１４と、ＴＡＦ（Ｔｅｒｍｉｎａｌ  Ａｄａｐｔａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）１５と、ＭＴＦ（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）１６と、ＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテキストマネジメント（ＰＤＰ−ＭＮＧ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ−Ｍａｎａｇｅｍｅｎｔ）１７とから構成されている。
【００１５】
ＡＰ（＃１）１１及びＡＰ（＃２）１２はブラウザ（Ｂｒｏｗｓｅｒ）やＪａｖａ（Ｒ）、及び電子メール（Ｍａｉｌ）等のアプリケーションソフトウェアである。ＰＤＡＰ１３はバックグラウンドで常時稼動してプッシュデータを待ち受けるアプリケーションソフトウェアである。
【００１６】
モバイル携帯端末１においては、ＭＴＦ１６で終端される常時オン状態のＰＤＰコンテキスト（Ｐｒｅｓｅｒｖｅｄ  ＰＤＰ  ｃｏｎｔｅｘｔ）から受信したプッシュデータがＴＡＦ１５でＴＣＰ／ＩＰ／ＩＣＭＰ１４に転送されてプロトコル処理され、ＰＤＡＰ１３に配信される。
【００１７】
ＰＤＰコンテキストマネジメント１７はモバイル携帯端末１のパワーオン時の常時オン状態のＰＤＰコンテキスト確立をはじめとし、少なくとも、長時間のスケルチ断（圏外）、短時間のスケルチ断（圏外）、ネットワーク側からのＰＤＰコンテキスト非稼働（Ｄｅａｃｔｉｖａｔｅ）要求受信があった場合等を想定した常時オン状態のＰＤＰコンテキストの再確立処理ロジックを有し、ネットワーク側とモバイル携帯端末１側とにおいてＰＭＭ（Ｐａｃｋｅｔ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）及びＰＤＰの状態の認識不一致が発生した場合のプッシュデータの不達を解消することができる。
【００１８】
つまり、モバイル携帯端末１からネットワーク側のＰＤＰコンテキスト終端点までの間のヘルスチェックを行うことで、常時オン状態のＰＤＰコンテキストの確立保証を行うことができる。
【００１９】
ここで、プッシュサービスはプッシュサーバからコンテンツ（データ）を自動送付するサービスで、常時オン状態のＰＤＰコンテキスト［エア（Ａｉｒ）ネットワークの論理セッション］を使用している。
【００２０】
すなわち、モバイル携帯端末１とＧＧＳＮ［Ｇａｔｅｗａｙ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ］との間に常時オン状態のＰＤＰコンテキストが確立されていれば、ＧＧＳＮでは携帯端末装置に割り当てられたＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）アドレスを保持することが可能であるため、モバイル携帯端末１のＩＰアドレスに対して、ＧＧＳＮを経由してプッシュデータを送付することができる。
【００２１】
図２は本発明の一実施例における適用対象のネットワークの一例を示す図である。図２において、モバイル携帯端末１は中継ノード［ＳＧＳＮ：Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ］２を中継されて終端ノード（ＧＧＳＮ）３で終端される論理回線であるＰＤＰコンテキスト１０１，１０２を使用して、インタネット［Ｅｘｔｅｒｎａｌ  Ｎｅｔｗｏｒｋ（Ｉｎｔｅｒｎｅｔ−Ｘ）］１００に置かれたＪａｖａ（Ｒ）コンテンツサーバ［Ｊａｖａ（Ｒ）Ｃｏｎｔｅｎｔ  Ｓｅｒｖｅｒ］４、ウェブサーバ（Ｗｅｂ  Ｓｅｒｖｅｒ）５、ＭＭＳ（Ｍｕｌｔｉ  Ｍｅｄｉａ  Ｓｅｒｖｉｃｅ）サーバ（ＭＭＳ  Ｓｅｒｖｅｒ）６等の各種サーバにアクセスしたり、プッシュコンテンツサーバ（Ｐｕｓｈ  Ｃｏｎｔｅｎｔ  Ｓｅｒｖｅｒ）７からのプッシュデータを受ける。
【００２２】
常時オン状態のＰＤＰコンテキストは、常時接続のため、通常、常時オン状態のＰＤＰコンテキスト１０１として確立する。プッシュデータに適したＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅｓ：サービス品質）レベル［バックグラウンド（Ｂａｃｋｇｒｏｕｎｄ）あるいはインタラクティブ（Ｉｎｔｅｒａｃｔｉｖｅ）トラヒッククラス］を常時オン状態のＰＤＰコンテキストに適用するため、それと異なるＱｏＳレベルを必要とするようなアプリケーション、例えば動画配信のようなストリーミング（Ｓｔｒｅａｍｉｎｇ）トラヒッククラスのトラヒックには、別途、セカンダリィ（Ｓｅｃｏｎｄａｒｙ）ＰＤＰコンテキスト１０２を確立する。
【００２３】
図３は本発明の一実施例においてＰＤＰコンテキストがアクティブ（Ａｃｔｉｖｅ：稼働）な状態でのスケルチ断を示す図である。図３においては、モバイル携帯端末１がＲＮＣ（基地局制御装置）８及び中継ノード（ＳＧＳＮ）２を介して終端ノード（ＧＧＳＮ）３に接続されている時に、トンネル内でスケルチ断（圏外）となった状態を示している。
【００２４】
図４は本発明の一実施例においてＰＭＭステートとＰＤＰステートとの組合せ状態遷移を示す図である。図４において、“ＰＭＭ呼解放（Ｄｅｔａｃｈ）＆ＰＤＰインアクティブ（Ｉｎａｃｔｉｖｅ）”状態２１は位置登録なしで、ＰＤＰコンテキストが確立されていない状態である。
【００２５】
また、“ＰＭＭアイドル（Ｉｄｌｅ）＆ＰＤＰインアクティブ”状態２２は位置登録済みだが、まだ呼が発生していないためにＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）コネクションも、ＰＤＰコンテキストも確立されていない状態である。
【００２６】
さらに、“ＰＭＭコネクト（Ｃｏｎｎｅｃｔｅｄ）＆ＰＤＰアクティブ（Ａｃｔｉｖｅ）“状態２４はＲＲＣコネクション確立済みで、ＰＤＰコンテキストが確立され、パケットデータ送受信中である状態である。
【００２７】
さらにまた、“ＰＭＭアイドル＆ＰＤＰアクティブ”状態２４は長期間、パケットデータが発生しなかったため、ＲＲＣコネクションが切断されたが、ＰＤＰコンテキストが確立継続している状態である。
【００２８】
図５は本発明の一実施例においてヘルスチェックに用いられるＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）エコー要求メッセージの構成を示す図である。図５において、ＩＣＭＰエコー要求メッセージＡはＩＰヘッダＡ１と、ＩＣＭＰヘッダＡ２と、ＩＣＭＰ情報Ａ３とから構成されており、ＩＣＭＰヘッダＡ２には「タイプ」と「コード」と「チェックサム」とが収納され、ＩＣＭＰ情報Ａ３には「識別子」と「シーケンス番号」と「エコー用データ」とが収納されている。
【００２９】
ここで、本発明の一実施例の構成の一つである適用ネットワークの動作の前提について説明する。
【００３０】
中継ノード２及び終端ノード３は３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）標準に則り、ＰＤＰコンテキストがアクティブな状態でスケルチ断（例えば、図３に示す状態）を検出したとしても、即座にＰＤＰコンテキストを非稼働にすることはない。
【００３１】
常時オン状態（Ｐｒｅｓｅｒｖａｔｉｏｎ状態）、すなわち“ＰＭＭアイドル＆ＰＤＰアクティブ”状態２３では、スケルチ断を契機に、中継ノード２にて周期的ルーティングエリアアップデートタイマ（Ｐｅｒｉｏｄｉｃ  Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ  ｔｉｍｅｒ）［デフォルト（Ｄｅｆａｕｌｔ）５４分］が起動されるため、タイマ値よりも長い時間、圏外になる場合には呼解放され、“ＰＭＭ呼解放＆ＰＤＰインアクティブ”状態２１にシフトダウンする。
【００３２】
この状態では、ＰＤＰコンテキスト解放によってプッシュコンテンツサーバ７が保持していたＩＰアドレスがクリアされるため、プッシュデータは送付不可能である。
【００３３】
常時オン状態、つまり“ＰＭＭアイドル＆ＰＤＰアクティブ”状態２３から“ＰＭＭコネクト＆ＰＤＰアクティブ”状態２４へのシフトアップは、モバイル携帯端末１からのデータ発信に伴うＲＲＣコネクション確立か、あるいはプッシュコンテンツサーバ７からのデータ発信に伴うページング［ルーティングエリア（ＲＡ：Ｒｏｕｔｉｎｇ  Ａｒｅａ）は知っているため］＆ＲＲＣコネクション確立によって可能となる。
【００３４】
仮に、中継ノード２及び終端ノード３がＰＤＰコンテキストを保持している状態で、モバイル携帯端末１からＰＤＰコンテキストのアクティブ要求を出せば、中継ノード２は既存のＰＤＰコンテキストを解放した上で、ＰＤＰコンテキストの再確立を行う。この時、モバイル携帯端末１のＩＰアドレスが新たに決定され、プッシュコンテンツサーバ７の持つモバイル携帯端末１のＩＰアドレスが更新されてしまう。
【００３５】
続いて、これら図１〜図５を参照して図１のＰＤＰコンテキストマネジメント１７の動作について説明する。
【００３６】
モバイル携帯端末１の電源投入時に、ＰＤＰコンテキストマネジメント１７はパワーオン→オフ時に発信するデータがなくとも、圏内であれば、ＰＤＰコンテキストのアクティブ要求をネットワーク側に出すようにＴＡＦ１５に要求する。
【００３７】
ネットワーク［中継ノード（ＳＧＳＮ）２／終端ノード（ＧＧＳＮ）３］からのＰＤＰコンテキストの非稼働通知を受信すると、ＰＤＰコンテキストマネジメント１７はＰＤＰコンテキストのアクティブ要求（再確立要求）をネットワーク側に出すようにＴＡＦ１５に要求する。
【００３８】
圏内→圏外→圏内の変化がある場合、ＰＤＰコンテキストマネジメント１７は圏内にいる場合に限り、定期的にＰＤＰコンテキストのヘルスチェックを行う。このヘルスチェックには図５に示すＩＣＭＰエコー要求／応答を用いる。
【００３９】
ＩＣＭＰエコー要求メッセージのＩＰヘッダＡ１に設定する宛先（Ｄｅｓｔｉｎａｔｉｏｎ）ＩＰアドレスには、ＰＤＰコンテキストの終端点に定義されたＩＰアドレスを用いる。あるいは、セキュリティの観点から、終端ノード３内に設けたＩＣＭＰエコー専用のインタフェースのＩＰアドレスを使用する。
【００４０】
アタック回避のため、終端ノード３が終端するＰＤＰコンテキスト以外のインタフェースからＩＣＭＰエコー専用のインタフェースに対して受信したパケットは廃棄する。
【００４１】
３ＧＰＰ標準では、モバイル携帯端末１が終端ノード３側のＩＰアドレスを知る手段がないため、本機能のために、予めＩＣＭＰエコー要求メッセージの宛先（Ｄｅｓｔｉｎａｔｉｏｎ）ＩＰアドレスに使用するＩＰアドレスをモバイル携帯端末１に用意しておく必要がある。
【００４２】
ＰＤＰコンテキストマネジメント１７はＩＣＭＰエコー応答が返らない場合に、ＰＤＰコンテキストのアクティブ要求（再確立要求）をネットワーク側に出すようにＴＡＦ１５に要求する。
【００４３】
このように、本実施例では、上述した適用ネットワークの動作の前提、すなわちタイマ値よりも長い時間、圏外になる場合に、プッシュデータ不達となるのを回避することができる。
【００４４】
また、その他のいかなる要因でネットワーク側とモバイル携帯端末１側とにおいて、ＰＭＭ及びＰＤＰの状態の認識不一致が発生した場合においても、本方式によってＰＤＰコンテキストの再確立を保証することができるため、プッシュデータの不達を解消することができる。
【００４５】
【発明の効果】
以上説明したように本発明は、サーバからのプッシュサービスを受けるためにＰＤＰコンテキストが常時接続とされたモバイル携帯端末において、自端末からネットワーク側のＰＤＰコンテキスト終端点までの間のヘルスチェックを行うことによって、プッシュデータ不達を回避することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるモバイル携帯端末の構成を示すブロック図である。
【図２】本発明の一実施例における適用対象のネットワークの一例を示す図である。
【図３】本発明の一実施例においてＰＤＰコンテキストがアクティブな状態でのスケルチ断を示す図である。
【図４】本発明の一実施例においてＰＭＭステートとＰＤＰステートとの組合せ状態遷移を示す図である。
【図５】本発明の一実施例においてヘルスチェックに用いられるＩＣＭＰエコー要求メッセージの構成を示す図である。
【符号の説明】
１  モバイル携帯端末
２  中継ノード
３  終端ノード
４  Ｊａｖａ（Ｒ）コンテンツサーバ
５  ウェブサーバ
６  ＭＭＳサーバ
７  プッシュコンテンツサーバ
１１，１２  アプリケーションソフトウェア
１３  プッシュデータ処理アプリケーションソフトウェア
１４  ＴＣＰ／ＩＰ／ＩＣＭＰ
１５  ＴＡＦ
１６  ＭＴＦ
１７  ＰＤＰコンテキストマネジメント
１００  インタネット
１０１，１０２  ＰＤＰコンテキスト
Ａ  ＩＣＭＰエコー要求メッセージ
Ａ１  ＩＰヘッダ
Ａ２  ＩＣＭＰヘッダ
Ａ３  ＩＣＭＰ情報
【図１】
0003879498.tif 000002
【図２】
0003879498.tif 000003
【図３】
0003879498.tif 000004
【図４】
0003879498.tif 000005
【図５】
0003879498.tif 000006