JP2013535902A - ユーザデバイス休止 - Google Patents

Abstract

特定の実施形態では、方法は、通信デバイスから無線ネットワークコントローラにメッセージを送ることを含む。このメッセージは、データセッションが終了したことを示す。データセッションは、通信デバイスと無線ネットワークコントローラとの間のワイヤレスチャネルによってサポートされる。メッセージの送付に続く期間の後、第2のメッセージが無線ネットワークコントローラに選択的に送られる。第2のメッセージは、データセッションが終了したことを示す。第2のメッセージは、期間中にワイヤレスチャネルを介してデータが伝達されたことを測定値が示すかどうかに少なくとも部分的に基づいて選択的に送られる。

Description

優先権の主張
本出願は、その内容全体が参照によって明白に本明細書に組み込まれている、2010年7月23日に出願した米国特許仮出願第61/367,160号の優先権を主張する。

本開示は概して、ワイヤレス通信システムに関する。

技術の進歩によって、コンピューティングデバイスはより小型にかつより高性能になっている。たとえば、現在、小型で、軽量で、ユーザが簡単に持ち運べる、携帯式のワイヤレス電話、携帯情報端末(PDA)、およびページングデバイスのような、ワイヤレスコンピューティングデバイスを含む、様々な携帯式の個人向けコンピューティングデバイスが存在する。より具体的には、セルラー電話やインターネットプロトコル(IP)電話などの携帯式のワイヤレス電話は、ボイスおよびデータパケットを、ワイヤレスネットワークを介して通信することができる。多くのそのようなワイヤレス電話は、エンドユーザのための拡張機能を提供するために、追加のデバイスを内蔵する。たとえば、ワイヤレス電話は、デジタルスチルカメラ、デジタルビデオカメラ、デジタルレコーダ、およびオーディオファイルプレーヤーも含み得る。また、そのようなワイヤレス電話は、ウェブブラウザアプリケーションなど、インターネットにアクセスするために使用され得るソフトウェアアプリケーションを含む実行可能な命令を処理することができる。したがって、これらのワイヤレス電話は、高いコンピューティング能力を含み得る。

バッテリ寿命を延長し、したがってユーザエクスペリエンスを高めるために、そのようなデバイスにおいて不必要な電力消費を削減することが望ましい。

モバイル電話などの通信デバイスが、データセッションが終了したことを示すメッセージをアクセスネットワークに送ることができる。メッセージの送付に続く期間が過ぎた後、通信デバイスは、メッセージを再送するかどうか判断することができる。たとえば、通信デバイスのモデムが、データセッションをサポートしたワイヤレスチャネルを介して期間中にデータが転送されたかどうか判断することができる。期間中にどのデータも転送されなかった場合、メッセージを再送することができる。別の例として、モバイルデバイスがアクティブ状態にあるか、それとも低電力状態にあるかという指示を、データセッションに関連付けられたアプリケーションに与えることができ、アプリケーションは、メッセージを再送するかどうか判断することができる。

特定の実施形態では、方法が開示される。この方法は、通信デバイスから無線ネットワークコントローラにメッセージを送ることを含む。このメッセージは、データセッションが終了したことを示す。データセッションは、通信デバイスと無線ネットワークコントローラとの間のワイヤレスチャネルによってサポートされる。この方法は、メッセージの送付に続く期間の後、無線ネットワークコントローラに第2のメッセージを選択的に送ることも含む。第2のメッセージは、データセッションが終了したことを示す。第2のメッセージは、期間中にワイヤレスチャネルを介してデータが伝達されたことを測定値が示すかどうかに少なくとも部分的に基づいて選択的に送られる。

別の特定の実施形態では、通信デバイスから無線ネットワークコントローラに送られるべきメッセージを生成するように構成されたモデムを含む装置が開示される。このメッセージは、データセッションが終了したことを示す。データセッションは、通信デバイスと無線ネットワークコントローラとの間のワイヤレスチャネルによってサポートされる。モデムは、メッセージの送付に続く期間の後、無線ネットワークコントローラに送られるべき第2のメッセージを選択的に与えるようにさらに構成される。第2のメッセージは、データセッションが終了したことを示す。第2のメッセージは、期間中にワイヤレスチャネルを介してデータが伝達されたことを測定値が示すかどうかに少なくとも部分的に基づいて選択的に提供される。

別の特定の実施形態では、方法は、通信デバイスにおいて実行しているアプリケーションから休止要求を受信することを含む。方法は、休止要求に応答して、通信デバイスから無線ネットワークコントローラにメッセージを送ることも含む。このメッセージは、データセッションが終了したことを示す。方法は、メッセージの送付に続く期間の満了の後、アプリケーションに状態情報を提供することをさらに含む。状態情報は、通信デバイスが低電力状態にあるかどうかを示す。

別の特定の実施形態では、装置は、通信デバイスにおいて実行しているアプリケーションから休止要求を受信し、休止要求に応答して、通信デバイスから無線ネットワークコントローラに送られるべきメッセージを生成するように構成されたモデムを含む。このメッセージは、データセッションが終了したことを示す。モデムは、メッセージの送付に続く期間の満了の後、アプリケーションに状態情報を提供するようにさらに構成される。状態情報は、通信デバイスが低電力状態に遷移しているかどうかを示す。

別の実施形態では、方法は、通信デバイスのモデムに休止要求を送ることを含む。方法は、通信デバイスがアクティブ状態にあるか、それとも低電力状態にあるかを示す状態情報をモデムから受信することも含む。方法は、通信デバイスがアクティブ状態にあることを示す状態情報に応答して、モデムに第2の休止要求を選択的に送ることをさらに含む。

別の実施形態では、通信デバイスのモデムに休止要求を送り、通信デバイスが低電力状態に遷移していないことを示す状態情報をモデムから受信したことに応答して、モデムに第2の休止要求を選択的に送るように構成されたアプリケーションプロセッサを含む装置が開示される。

開示する実施形態の少なくとも1つによって与えられる1つの特定の利点は、データセッションが終了した後、ネットワークに、通信デバイスを低電力状態に遷移させるためのメッセージを選択的に再送することによる、通信デバイスにおける電力消費の削減である。たとえば、通信デバイスからの第1のメッセージは、ネットワークによって失われる場合がある。メッセージを再送することによって、通信デバイスは、低電力状態に遷移する前にネットワーク使用タイマが満了するのを待つ従来のデバイスよりも速く低電力状態に遷移することができる。

本開示の他の態様、利点、および特徴は、以下のセクション、すなわち、図面の簡単な説明、発明を実施するための形態、および特許請求の範囲を含む、本出願全体の検討後に明らかになろう。

データセッション終了論理を有するデバイスを含む通信システムの特定の例示的実施形態を示すブロック図である。 データセッションが終了したことを示すメッセージを再送するかどうか判断する方法の第1の例示的実施形態を示すラダー図である。 データセッションが終了したことを示すメッセージを再送するかどうか判断する方法の第2の例示的実施形態を示す流れ図である。 データセッションが終了したことを示すメッセージを再送するかどうか判断する方法の第3の例示的実施形態を示すラダー図である。 データセッションが終了したことを示すメッセージを再送するかどうか判断する方法の第4の例示的実施形態を示す流れ図である。 データセッション終了メッセージを選択的に再送するように構成されたデバイスを含む通信システムの第1の例示的実施形態を示すブロック図である。 データセッション終了メッセージを選択的に再送するように構成されたデバイスを含む通信システムの第2の例示的実施形態を示すブロック図である。

図1を参照すると、通信システムの第1の実施形態が図示され、全般に100と称される。システム100は、ユニバーサルモバイル通信システム(UMTS)地上無線アクセスネットワーク(UTRAN)などのアクセスネットワーク104と通信するユーザ機器102を含む。アクセスネットワーク104は、コアネットワーク106に結合される。コアネットワーク106は、インターネット108などのパケット交換ネットワークに結合され、公衆交換電話網(PSTN)および/または統合サービスデジタルネットワーク(ISDN)110など、1つまたは複数の他のネットワークに結合される。

ユーザ機器102は、通信デバイス114に結合されたユニバーサル加入者識別モジュール(USIM)など、ユーザの加入情報を識別することができるモジュール112を含む。通信デバイス114は、スマートフォンなどのモバイル電話でよい。他の例として、通信デバイス114は、固定局、データ端末、または別のタイプの通信デバイスでよい。通信デバイス114は、データセッション終了論理140を含む。ユーザ機器102は、通信デバイス114の休止状態を要求する第1の要求を送ることによって、および第1の要求がアクセスネットワーク104に送られた後で休止状態を再要求するかどうか判断することによって、電力消費削減を可能にするためのデータセッション終了論理140を実装するように構成される。たとえば、データセッション終了論理140は、第1の要求を送った後、所定の期間中のチャネルアクティビティを監視することもでき、通信デバイス114が低電力状態にあるか、それともアクティブ状態にあるかを示す、通信デバイス114におけるアプリケーションへのメッセージを生成するための電力状態ステータス論理により通信デバイス114の電力状態を示すこともできる。休止状態を求める要求を再送することによって、通信デバイス114は、第1の要求の送信中にエラーが起きたとしても、低電力状態に入ることが可能であり得る。

アクセスネットワーク104は、通信デバイス114がコアネットワーク106にアクセスするのを可能にするための無線機器などのワイヤレス通信機器を含む。アクセスネットワーク104は、代表的登録エリア120を含む、登録エリアなど、複数の領域を含む。領域の各々は、代表的ノードB122など、複数のノードを含む。ノードの各々は、ユーザデバイスと通信するための受信および送信機器を含むことができ、代表的無線ネットワークコントローラ(RNC)124などの無線ネットワークコントローラに結合される。

コアネットワーク106は、RNCと、サービング汎用パケット無線サービス(GPRS)サポートノード(SGSN)130およびモバイルサービス交換センター(MSC)/在圏ロケーションレジスタ(VLR)134など、コアネットワーク106の様々な構成要素との間の通信経路を介してアクセスネットワーク104に結合される。SGSN130は、ホームロケーションレジスタ(HLR)/認証センター(AuC)138に結合される。HLR/AuC138はまた、MSC/VLR134、ゲートウェイGPRSサポートノード(GGSN)132、およびゲートウェイモバイル交換センター(GMSC)136に結合される。GGSN132はインターネット108に結合され、GMSC136はPSTN/ISDN110に結合される。コアネットワーク106は、移動性および加入者ロケーション管理、ならびに認証サービスのために、ユーザ機器102をPSTN110(回路交換呼用)またはパケットデータネットワーク(パケット交換呼用)に接続するためのスイッチングおよびルーティング能力を含む。

特定の実施形態では、システム100はUMTSシステムであり、アクセス階層(AS)および非アクセス階層(NAS)に分けられるシグナリングプロトコルスタックに従ってシグナリングが実施される。

非アクセス階層(NAS)アーキテクチャは、回路交換呼を扱う接続管理を含むことができ、副層を含む。NASは、呼制御(たとえば、確立、解放)、付加サービス(たとえば、呼フォワード、三者間通話)、およびショートメッセージサービス(SMS)を担い得る。NASは、パケット交換呼を扱うセッション管理を含み得る。NASは、回路交換(CS)呼のためのロケーション更新および認証を扱うモビリティ管理を含み得る。NASは、パケット交換(PS)呼のためのロケーション更新および認証を扱うGPRSモビリティ管理を含み得る。

アクセス階層(AS)アーキテクチャは、無線リソースの確立、解放、および構成を扱うようにUE102とRNC124との間で定義される無線リソース制御(RRC)プロトコルを含み得る。ASは、分割、再アセンブリ、重複検出、および他の従来のレイヤ2機能を提供するようにUE102とRNC124との間で定義される無線リンク制御(RLC)プロトコルを含み得る。ASは、ユーザプレーンおよび制御プレーンデータを多重化するようにUE102とRNC124との間で定義されるメディアアクセス制御(MAC)プロトコルを含み得る。ASは、無線リンクを介してデータを転送するようにUE102とノードBとの間で定義される物理層プロトコルを含み得る。物理層における、UE102とRNC124との間のインターフェースは、マクロダイバーシティ合成および分割機能を扱うことができる。

NASは、RRC(ASの上位層)によって提供されるサービスを利用することができる。初期直接転送手続きは、シグナリング接続を確立するのに使うことができる。初期直接転送手続きは、無線インターフェースを介して初期上位層(NAS)メッセージを搬送するのにも使われる。ダウンリンク直接転送手続きは、ダウンリンク方向で、無線インターフェースを介してNASメッセージを搬送するのに使うことができる。アップリンク直接転送手続きは、アップリンク方向で、シグナリング接続に属す無線インターフェースを介してNASメッセージを搬送するのに使うことができる。

パケットデータユーザのための高速休止は、第3世代パートナーシッププロジェクト(3GPP)仕様のリリース8で導入された特徴である。高速休止の特徴は、複数の利点をもたらす。たとえば、高速休止は、モバイル端末が接続状態に留まるよう求められる一定の時間量における大幅な削減を可能にし得る。接続状態にある時間の削減の結果、バッテリ寿命がかなり向上し得る。たとえば、ネットワーク構成によっては、既存ネットワーク内で、高速休止を使ってUE102をアイドルにさせるUMTSデバイスにおいて、100%を超えるスタンバイ時間の改善を達成することができる。第2の例として、使われていない無線リソースを解放し、モバイル端末をアイドル状態、UTRAN登録エリアページングチャネル(URA_PCH)状態、またはセルページングチャネル(CELL_PCH)状態に移すことによって、ネットワークは、他のユーザ用に使うことができる余分容量を空けることもできるであろう。

いくつかのアプリケーションの場合、デバイスがそのデータ転送を完了し、さらなるデータ交換を予想していない可能性があるとしても、デバイスは、ネットワークがデバイスを専用データチャネル(CELL_DCH)状態または高速アクセスチャネル(CELL_FACH)状態からアイドルまたはCELL_PCHまたはURA_PCH状態に遷移させるのを待たなければならない。この遅延は、モバイル端末が転送するべきそれ以上のデータをもち、したがってモバイルを、必要であり得るよりもはるかに長い期間だけデータ転送状態(たとえば、CELL_DCHやCELL_FACH)に保つかどうかをネットワークが判断することがないので、高速休止のないシステムにおいて生じ得る。ネットワークは、後続パケットデータ転送のための追加セットアップ遅延を回避するために、転送するべきそれ以上のデータパケットがある場合、モバイルを、必要であり得るよりも長くデータ転送状態に保つ可能性がある。UMTSネットワークは、特定のアプリケーションのデータ転送特性を予期することができないので、ユーザデバイスは、必要であるよりも長くデータ転送状態に保たれる場合があり、ユーザデバイスにおいて超過バッテリドレインを生じる可能性がある。

UEのアプリケーション層は、アプリケーションが、交換するべきそれ以上のデータを有するかどうか自律的に判断することができる。アプリケーション層確認応答(データ転送用)およびアプリケーション特有非アクティビティタイマを使用することによって、UE102は、アプリケーションが交換するべきそれ以上のデータをもたないという指示をネットワークに送るのに適しているときを確実に判断することが可能であり得る。

高速休止は、UE102が、この指示を、データ転送セッションの終了を示す原因値を含めることによってRRCシグナリング接続解放指示(SCRI)メッセージに入れてUTRAN104に送るのを可能にする。データセッション原因値の終了を含むSCRIメッセージは、データ転送が完了したので、指示されたシグナリング接続をUE102がもはや必要としないことを示し、ネットワークは、UE102をどのように扱うかに関して、インフォームド決定を行うことができる。ネットワークは、シグナリング接続を解放するという決定をすることができ、この場合、ネットワークは次いで、RRC接続を解放し、UE102をアイドルに進ませるという決定をすることができる。あるいは、ネットワークは、今後のデータ転送のためのより速い再設定を行いながら、同様のバッテリ節電を達成するために、UE102をCELL_PCHまたはURA_PCH状態に保ってもよい。高速休止はしたがって、ネットワークが低電力状態コマンドを最終的に送るのを待つ従来のプロセスよりもはるかに速く、UE102が有効データ転送状態からアイドル状態に移るのを可能にする。

UE102がアイドル状態に遷移するのを可能にする高速休止は、UE102のデータセッション終了論理140によって改善され得る。たとえば、SCRIメッセージは、非確認型モードで送ることができ、いくつかの状況では、ネットワークによって受信することができず、またはネットワークによる返信をUE102によって受信することができない。図2〜図7を参照してさらに説明するように、UE102は、シグナリング接続の解放を要求するためのSCRIメッセージを再送し、低電力状態に遷移するかどうか判断することができる。

図2は、データセッションが終了したことを示すメッセージを通信デバイスからネットワークに再送するかどうか判断する方法の第1の特定の実施形態を示す。図2の例は、モバイルデバイスからのSCRIに応答しないUMTSネットワークの高速休止を使う実施形態における動作を示す。ユーザアプリケーション202と、ユーザ機器(UE)の無線リソース制御(RRC)(UE-RRC)204との間でのシグナリングが示されている。ユーザアプリケーション202およびUE-RRC204は、図1のUE102において実装され得る。UE-RRC204は、それぞれ、図1のRNC124およびインターネット108など、無線ネットワークコントローラ(RNC)206およびパケット交換ドメイン(PS CN)208と通信する。

1.ユーザアプリケーション202(たとえば、10分ごとに一度、図1のインターネット108においてサーバと210で同期をとる図1のUE102のeメールクライアント)は、UE-RRC204に、RRC接続214を確立するRRC接続要求メッセージ212を送らせることになるパケット交換(PS)データ呼を行う。

2.PSドメインが、初期直接転送(IDT)メッセージ216を送るUEによってオープンされる。

3.ネットワークが、RBセットアップメッセージ218の一部として、PS無線ベアラ(RB)をセットアップし、UEが、RBセットアップ完了メッセージ220を送ることができる。

4.ユーザアプリケーション202が、データセッションを終了し(たとえば、eメールクライアントが、サーバからのデータの受信を完了し)、アプリケーション202がデータの転送を完了したことを示す、モデムへの休止要求222をトリガする(たとえば、UMTSプロトコルに従って)。

5.休止要求222に応答して、UE-RRC層204は、データ転送セッションの終了を示す原因値を含むRRCシグナリング接続解放指示(SCRI)メッセージ224を、ネットワーク(たとえば、UTRAN)に送る。原因値は、データ転送が完了したのでUEがシグナリング接続をそれ以上必要としないことを示す。タイマT323が開始される。UEは、タイマT323が稼動している間、情報要素(IE)「シグナリング接続解放指示原因」が「UE要求PSデータセッション終了」にセットされたSCRIメッセージ224を送る(または再送する)ことを禁止され得る。

ネットワークは、シグナリング接続を解放するという決定をすることができ、この場合、ネットワークは、RRC接続を解放し、UEをアイドル状態に遷移させることができる。あるいは、ネットワークは、今後のデータ転送のためのより速い再設定も可能にしながら、バッテリ節電を可能にするために、UEをCELL_PCHまたはURA_PCH状態に保ってもよい。UEは、ネットワークからの命令に応答して、バッテリ節電状態(すなわち、RRC状態IDLE、CELL_PCH、またはURA_PCH)に入ることができる。

ただし、図2に示すように、ネットワークは、シグナリング接続を解放することができない場合がある。たとえば、ネットワークは、不良無線条件のせいで、RRCシグナリング接続解放指示(SCRI)メッセージ224を受信することができない。3GPP仕様によると、SCRIメッセージ224の配信は保証されない。別の例として、SCRIメッセージ224は受信され得るが、ネットワークは、RRCシグナリング接続解放指示(SCRI)メッセージ224を受信した後、UEをバッテリ節電状態にすることができない。別の例として、ネットワークは、UEをバッテリ節電状態に遷移させるためのメッセージを送っている場合があるが、メッセージは、失われている可能性がある(たとえば、非確認型モードを使って送られたRRC接続解放)。

これらの場合、UEアプリケーション層は、UEの、省電力状態でのネットワークアクションに気づかない場合がある。従来のアプリケーションは、最初に休止要求222をトリガし得るが、データセッションが完了していることを示すための休止要求を再送することができない場合がある。

たとえば、eメールクライアントが、サーバとの定期的同期をトリガして、いずれかのeメールがダウンロードされるべきかどうか判断することができ(1)、eメールがダウンロードされるべきである場合、eメールクライアントは、eメールをダウンロードする(2)。長期間データを検出しなかった後(3)、eメールクライアントは、プロトコル層への休止要求222をトリガして(4)、ネットワークにSCRI224を送ることができる。アプリケーション手続きは、そのプロセスを終了することができ(5)、「長期間データなし」を検出することができないので、アプリケーション202は、プロトコル層へのさらなる休止要求をトリガすることができない。

6.UE-RRC204は、あらゆるデータトランザクション用の無線ベアラパイプ(すなわち、ユーザアプリケーション202にデータを搬送する論理パイプ)を監視することができる。ユーザアプリケーション202が、UEプロトコルへの休止要求222をトリガすると、UE-RRC204は、IE「シグナリング接続解放指示原因」を「UE要求PSデータセッション終了」にセットすることによって、SCRIメッセージ224をネットワークに送る。UEは、アプリケーション202が休止を要求したこと、およびアプリケーション202が送るべきデータをもたないことを覚えている。

一実施形態では、UEは、カウンタ「Count_C」をポーリングすることによって、いずれかのアップリンクデータが送られたか、またはいずれかのダウンリンクデータが受信されたか判断するために、ユーザアプリケーションデータを搬送する無線ベアラパイプの監視を開始する。カウンタは、どのデータが送られ、または受信された場合も増分される数を与える。別の実施形態では、UEは、どのデータが送られ、または受信された場合にも増分されるRLCシーケンス番号をポーリングすることによって、いずれかのアップリンクデータが送られたか、またはいずれかのダウンリンクデータが受信されたか判断するために、ユーザアプリケーションデータを搬送する無線ベアラパイプの監視を開始する。

タイマT323が満期226になると、ネットワークが、UEをバッテリ節電状態に遷移させていない(すなわち、UEは、低電力状態に遷移してから、バッテリ節電をしていない)場合、UEは、ユーザ無線リンク制御(RLC)パイプにおいてアクティビティがあるかどうか調べる。T323タイマが開始されたときと、T323タイマの満期226との間の期間中、UEにおけるRLCパイプにおいてアクティビティがなかったと判断すると、UEは、SCRIメッセージ230をネットワークに送り、ユーザRLCパイプの監視を開始する。UEは、最大N回の周期(Nは正の整数)だけ、非アクティビティプロセス用にSCRI送付/T323稼動/チェックを繰り返し続ければよい。UEは、ネットワークがUEをバッテリ節電状態に遷移させた場合、無線ベアラパイプをポーリングするプロセスを停止してよい。

その結果、UE-RRC204は、無線ベアラを(たとえば、Count-CまたはRLCシーケンス番号に基づいて)監視するので、SCRIメッセージ224を送った後でデータ送信が終わったかどうかの判断、およびSCRI230を送るかどうかの判断は、アプリケーション202に依存せずに、UE-RRC204において起こり得る。UEは、休止要求222を送った後にアプリケーション202がシャットダウンした場合でもSCRI230を選択的に送る集中ポーリング機構を提供する。UEプロトコルは、UEがバッテリ節電状態にあるかどうか判断するための、RRC状態情報への効率的アクセスも提供し得る。

図3は、モバイルデバイスにおいて休止要求を選択的に再送する方法の第2の例示的実施形態を示す。方法300は、302で、データセッションが終了したことを示すメッセージを送ることを含む。たとえば、メッセージは、通信デバイスから無線ネットワークコントローラに送ることができ、たとえば、SCRIメッセージが、図1の通信デバイス114から図1のUTRAN104の代表的無線ネットワークコントローラ124に送られる。データセッションは、図2のメッセージ218〜220によりUE-RCC204とRNC206との間で確立された無線ベアラ(RB)など、コントローラとアクセスネットワークとの間のワイヤレスチャネルによってサポートされ得る。

304で、期間が満了したかどうかの判断が行われる。たとえば、期間は、所定の期間でよい。例示のために、所定の期間は、UMTSシステムの、T323タイマの開始からT323タイマの満期までの期間に対応し得る。期間が終了していない(たとえば、タイマが満了していない)とき、処理は304に戻る。

期間が終了している(たとえば、タイマが満了している)とき、処理は次に進み、306で、通信デバイスが低電力状態にあるかどうかを判断する。通信デバイスが、306で、低電力状態にあると判断された場合、方法は308で終了する。ただし、通信デバイスが、306で、低電力状態にないと判断された場合、処理は310に進み、ここで、データがワイヤレスチャネルを介して期間中に伝達されたことを測定値が示すかどうかの判断が行われる。

データが期間中に伝達されたことを測定値が示すとき、方法は308で終了する。データがワイヤレスチャネルによって期間中に伝達されなかったことを測定値が示すとき、312で、送られたメッセージ数のカウントが閾値を超えるかどうかの判断が行われ得る。送られたメッセージ数のカウントが、312で閾値を超えないとき、処理は302に戻り、ここで、データセッションが終了したことを示す次のメッセージが送られる。たとえば、次のメッセージは、SCRIメッセージの再送でよい。ただし、送られたメッセージのカウントが、312で閾値を超えるとき、方法は308で終了する。

方法300は、通信デバイスから無線ネットワークコントローラにメッセージを送ることを含む。通信デバイスは、アクティブ状態と低電力状態との間を遷移するように設定可能でよく、メッセージが送られるとき、通信デバイスはアクティブ状態にある。低電力状態は、アイドル状態、セルページングチャネル監視状態(CELL_PCH)、登録エリアページングチャネル監視状態(URA_PCH)、またはそれらの任意の組合せの1つまたは複数を含み得る。

メッセージは、通信デバイスと無線ネットワークコントローラとの間のデータセッションが終了したことを示し、ユーザ機器(UE)要求パケット交換(PS)データセッション終了を示すシグナリング接続解放指示原因情報要素(IE)を含むシグナリング接続解放指示(SCRI)を含み得る。データセッションは、通信デバイスと無線ネットワークコントローラとの間のワイヤレスチャネルによってサポートされる。

ワイヤレスチャネルは、メッセージを送ると始まる期間中に監視され得る。期間の終了は、メッセージの送付に応答してセットされるメッセージ抑止タイマ(たとえば、T323)の満了に基づいて判断することができる。パラメータの値は、データがワイヤレスチャネルを介して期間中に伝達されたことに応答して修正することができる。たとえば、パラメータは、ワイヤレスチャネルを介したプロトコルデータ単位(PDU)データ通信の検出に応答して、ユニバーサルモバイル通信サービス(UMTS)仕様に従って増分されるカウント(Count-C)でよい。別の例として、パラメータは、ユニバーサルモバイル通信サービス(UMTS)仕様に従って増分されるとともにPDUヘッダー中のシーケンス番号として与えられ得る無線リンク制御(RLC)シーケンス番号でよい。期間の始まりにおけるパラメータの第1の値を、期間の終了におけるパラメータの第2の値と比較して、期間中にワイヤレスチャネルを介してデータが伝達されたかどうか判断することができる。

メッセージを送った後の期間の満了後、方法は、無線ネットワークコントローラに第2のメッセージを選択的に送る(たとえば、第2のSCRI、または同じメッセージを第1のメッセージとして再送する)ことを含み、第2のメッセージは、データセッションが終了したことを示す。第2のメッセージは、期間中にワイヤレスチャネルを介してデータが伝達されたことを測定値が示すかどうかに基づいて選択的に送られる。

方法は、メッセージのカウントが所定の閾値を超えないとき、データセッションが終了した後に送られたメッセージのカウントに基づいて、第3または後続のメッセージを選択的に送ることを含み得る。第3のメッセージは、データセッションが終了したことを示す。たとえば、312で、メッセージのカウントが閾値を超えないとき、302で、データセッションが終了したことを示す別のメッセージを送ることができる。

その結果、第1のメッセージが失われた場合、または第1のメッセージへのネットワーク返信が受信されない場合、通信デバイスは、ネットワークにメッセージを再送すればよい。第2または後続のメッセージがネットワークによって受信され、作用される場合、通信デバイスは、低電力状態に遷移する前に、従来の非アクティビティ期間だけ待つ必要なく、低電力状態に遷移することが可能であり得る。

図4は、データセッションが終了したことを示すメッセージを再送するかどうか判断する方法の第3の実施形態を示す。図4の例は、モバイルデバイスからのSCRIに応答しないUMTSネットワークの高速休止を使う実施形態における動作を示す。ユーザアプリケーション402と、無線ネットワークコントローラ(RNC)406およびパケット交換ドメイン(PS CN)408を有するユーザ機器(UE)の無線リソース制御(RRC)(UE-RRC)404との間のシグナリングが示されている。たとえば、図4は、図1のアクセスネットワーク104を介した、UE102とインターネット108との通信に対応し得る。

1.ユーザアプリケーション402(たとえば、10分ごとに一度、サーバと同期410をとるeメールクライアント)は、UE-RRC404に、RRC接続確立414のためのRRC接続要求メッセージ412を送らせることになるパケット交換(PS)データ呼を行う。

2.PSドメインが、初期直接転送(IDT)メッセージ416を送るUEによってオープンされる。

3.ネットワークが、RBセットアップメッセージ418の一部として、PS無線ベアラ(RB)をセットアップし、UEが、RBセットアップ完了メッセージ420を送ることができる。

4.ユーザアプリケーション402が、データセッションを終了し(たとえば、eメールクライアントが、サーバからのデータの受信を完了し)、アプリケーション402がデータの転送を完了したことを示す、モデムへの休止要求422をトリガする(たとえば、UMTSプロトコルに従って)。

5.休止要求422に応答して、UE-RRC層404は、データ転送が完了しているのでUEがシグナリング接続をそれ以上必要としないというデータ転送セッションの終了を示す原因値を含むRRCシグナリング接続解放指示(SCRI)メッセージ424を、ネットワーク(たとえば、UTRAN)に送る。UEは、タイマT323スタート426を開始する。UEは、タイマT323が稼動している間、情報要素(IE)「シグナリング接続解放指示原因」が「UE要求PSデータセッション終了」にセットされたSCRIメッセージ424を送る(または再送する)ことを禁止され得る。

6.ネットワークはシグナリング接続を解放することができ、この場合、ネットワークは、428で、RRC接続を解放し、またはUEをバッテリ節電状態に再設定することができる。ネットワークは、PS RBに対するRRC接続解放命令またはRB再設定命令を含むメッセージ430を送ることができる。UEは、RRC接続解放および/またはRB再設定が完了していることを示すメッセージ432を送ることができる。UEは、434で、バッテリ節電状態に入ることができる。

7.タイマT323の満期時に(すなわち、SCRI424が送られると開始し、タイマT323が満了すると終了する期間の終了時に)、UEプロトコルは、現在のRRC状態436をユーザアプリケーション402に対して示すことになる。たとえば、RRC状態436は、アクティブ状態(たとえば、CELL_DCHもしくはCELL_FACH)または低電力状態(たとえば、アイドル、CELL_PCH、もしくはURA_PCH)であり得る。ユーザアプリケーション402は、RCC状態情報を受信し、UEプロトコルに別の休止要求を送る(たとえば、休止要求422を再送する)かどうか判断することができる。

その結果、SCRIメッセージ424を再送するかどうかの判断は、無線ベアラを監視するUE-RRC404ではなく、休止要求をトリガしたアプリケーション402によって行われ得る(図2〜図3の実施形態への代替法として)。図4に示す実施形態は、ユーザアプリケーション402が休止要求422を送った後、各ユーザアプリケーション402が、ネットワークがUEを低電力状態に遷移させるのに失敗したことに対してどのようにして応答するか判断するために、カスタマイズされた論理を実装することを可能にする。

図5は、休止要求を選択的に再送する方法の第4の実施形態を示す。方法500は、502で、通信デバイスにおいて実行しているアプリケーションから、休止要求が受信されたかどうか判断することを含む。たとえば、アプリケーションは、図4のユーザアプリケーション402でよい。通信デバイスにおいて実行しているアプリケーションから休止要求が受信されたと判断されると、504で、データセッションが終了したことを示すメッセージが送られる。メッセージは、通信デバイスから無線ネットワークコントローラに送ることができ、たとえば、SCRIメッセージ424が図4のRNC406に送られる。通信デバイスは、アクティブ状態と低電力状態との間を遷移するように設定可能でよく、メッセージが送られるとき、通信デバイスはアクティブ状態にあり得る。

メッセージの送付に続く期間が満了したかどうかの判断が、506で行われる。たとえば、期間は、図4を参照して説明した期間でよい。期間が終了した後、508で、状態情報がアプリケーションに提供される。状態情報は、通信デバイスが低電力状態にあるかどうかを示し得る。例示のために、状態情報は、アクティブ状態(たとえば、CELL_DCHもしくはCELL_FACH)または低電力状態(たとえば、アイドル、CELL_PCH、もしくはURA_PCH)など、現在の無線リソース制御(RRC)状態の指示を含み得る。

アプリケーションに状態情報を送った後、処理は502に戻り、ここで、アプリケーションから第2の休止要求が受信されたかどうか判断される。アプリケーションからの第2の休止要求の受信に応答して、データセッションが終了したことを示す第2のメッセージが、通信デバイスから無線ネットワークコントローラに送られ得る。

その結果、第1のメッセージが失われた場合、または第1のメッセージへのネットワーク返信が受信されない場合、アプリケーションは、ネットワークにメッセージを再送することを決定してよい。第2または後続のメッセージがネットワークによって受信され、作用される場合、通信デバイスは、低電力状態に遷移する前に、従来の非アクティビティ期間だけ待つ必要なく、低電力状態に遷移することが可能であり得る。

図6は、スマートフォンなどの通信デバイス602を含むシステム600の特定の実施形態を示す。通信デバイス602は、アプリケーションプロセッサ608に動作可能に結合された、ディスプレイデバイス604およびユーザ入力デバイス606を含む。アプリケーションプロセッサ608は、メモリ610およびモデム616に結合される。モデム616は、アンテナ620に結合されたトランシーバ618に結合される。通信デバイス602は、ワイヤレスチャネル660を介してデータ662を送り、受信するように構成される。たとえば、ワイヤレスチャネル660は、UMTS仕様に従う無線ベアラでよい。特定の実施形態では、通信デバイス602は、図1のUE102に対応してよく、図2または図3の方法によるデータセッションの終了を示すメッセージを選択的に再送するように構成され得る。

モデム616は、ワイヤレスチャネル660を介した通信を可能にするプロトコルスタック632を稼動するプロセッサ622を含む。モデム616は、図1のデータセッション終了論理140を実装するように構成され得る。たとえば、モデム616は、図2のUE-RRC204に従って動作するように構成され得る。別の例として、モデム616は、図3の方法300に従って動作するように構成され得る。

プロトコルスタック632は、メッセージ生成器モジュール634およびチャネルアクティビティ検出器636を含み得る。モデム616は、モデムコード638を記憶するメモリ624も含む。たとえば、モデムコード638は、プロセッサ622によって、プロトコルスタック632の一部または全部を実装するように実行可能なプロセッサ実行可能命令を含み得る。たとえば、モデムコード638は、メッセージ生成器634によって1つまたは複数のメッセージを生成するように、プロセッサ622によって実行可能な命令を含み得る。別の例として、モデムコード638は、チャネル660を介してデータが送信されたか、または受信されたかをチャネルアクティビティ検出器636により判断するように、プロセッサ622によって実行可能であり得る。チャネルアクティビティ検出器636は、データセッションの終了を示すメッセージの送付に続く期間中にデータ転送を検出するように構成され得る。

モデム616は、カウントレジスタ626など、1つまたは複数のレジスタを含む。カウントレジスタ626は、第1の値Count-C640、シーケンス番号642を示す第2の値、またはそれらの組合せを含み得る。たとえば、Count-C値640、シーケンス番号642、または両方は、データ送信が、ワイヤレスチャネル660を介して送られ、または通信チャネル660から受信されたのを検出したことに応答して増分され得る。Count-C値640およびシーケンス番号642は、UMTSプロトコルに従って維持し、増分することができ、データセッションの終了を示すメッセージの送付に続く期間中にデータが転送されたかどうか判断するためにポーリングされ得る。

モデム616は、1つまたは複数の呼タイマ628を含む。たとえば、モデム616は、T323タイマ644を含む。モデム616は、1つまたは複数の状態レジスタ630も含む。たとえば、状態レジスタ630は、モデムが低電力状態646にあるか、それともアクティブ状態648にあるかを示す1つまたは複数の値を記憶することができる。例示のために、低電力状態は、アイドル状態、セルページングチャネル監視状態(CELL_PCH)、登録エリアページングチャネル監視状態(URA_PCH)、またはそれらの任意の組合せの1つまたは複数を含み得る。

アプリケーションプロセッサ608は、代表的アプリケーション614など、1つまたは複数のアプリケーションを実行するように構成され得る。例示のために、アプリケーション614は、ウェブブラウザ、オーディオもしくはビデオ再生デバイスアプリケーション、1つもしくは複数のユーザアプリケーションまたはデータベース同期ソフトウェアを含み得る。アプリケーションプロセッサ608は、メモリ610からのアプリケーションコード612の実行により、アプリケーション614を実装することができる。たとえば、アプリケーションコード612は、アプリケーション614を実装するように、アプリケーションプロセッサ608によって実行可能なプロセッサ実行可能命令を含み得る。

動作中、アプリケーション614は、リモートサーバなどのリモートデバイスとのデータセッション中に、モデム616にデータ650を伝達するように構成することができ、それに応答して、モデム616は、ワイヤレスチャネル660を介して1つまたは複数のデータパケット662を送信することができる。例示のために、アプリケーション614は、データチャネル660を介してデータパケットの1つまたは複数のバーストを送り、受信するために、リモートデータサーバとのデータセッションを実装することができる。データセッションが終了したとアプリケーション614が判断したことに応答して、アプリケーション614は、モデム616に送られる休止要求652を生成することができる。モデム616は、休止要求652を受信することができ、その応答として、メッセージ生成器634は、アクセスネットワークに、たとえば図1のRNC124に送信されるべき、データセッションが終了したことを示し、かつ/またはモデムが低電力状態646に移行されることを要求するメッセージを生成することができる。たとえば、メッセージ生成器634は、SCRIメッセージを生成することができる。

メッセージを送った後、チャネルアクティビティ検出器636は、カウントレジスタ626をポーリングして、Count-C640の値、シーケンス番号642の値、またはそれらの組合せを判断することができる。さらに、T323タイマ644は、メッセージが送られたときに開始され得る。T323タイマ644が満期になると、チャネルアクティビティ検出器636は、状態レジスタ630にアクセスすることによって、通信デバイス602が低電力状態646にあるかどうか判断することができる。さらに、チャネルアクティビティ検出器636は、カウントレジスタ626をポーリングして、Count-C640の別の値またはシーケンス番号642を判断することができる。通信デバイス602が低電力状態646にあると判断すると、プロトコルスタック632は、ワイヤレスチャネル660がクローズされていると認識するように構成され得る。

ただし、通信デバイス602が低電力状態646になく、アクティブ状態648にあると判断すると、メッセージ生成器634は、メッセージ(たとえば、SCRIメッセージ)を再送し、またはデータセッションが終了したことを示す第2のメッセージ(たとえば、第2のSCRIメッセージ)を送るように構成され得る。例示のために、チャネルアクティビティ検出器636は、T323タイマ644が完了すると、カウントレジスタ626をポーリングすることができる。T323タイマ644の満了時のCount-Cパラメータ640の値が、Count-Cパラメータ640の初期値とは異なる(メッセージが送られるとき)ことを検出すると、チャネルアクティビティ検出器636は、ワイヤレスチャネル660が依然として使用中であると判断することができ、プロトコルスタック632に関連付けられた規則または論理は、データセッションが終了したことを示す第2のメッセージは送られるべきでないと判断し得る。別の例として、チャネルアクティビティ検出器636は、シーケンス番号642の値の同様の比較を実施して、T323タイマ644の期間中にワイヤレスチャネル660を介してデータが伝達されたかどうか判断することができる。T323タイマ644に関連付けられた期間中にワイヤレスチャネル660を介してデータが伝達されていないとチャネルアクティビティ検出器636が判断したことに応答して、メッセージ生成器634は、データセッションが終了したことを示すメッセージをアクセスネットワークに再送することができる。

したがって、メッセージがネットワークに配信されなかった場合、または第1のメッセージへのネットワーク返信が受信されない場合、通信デバイス602は、ネットワークにメッセージを再送すればよい。通信デバイス602は、低電力状態に遷移する前に、従来の非アクティビティ期間だけ待つ必要なく、低電力状態に遷移することが可能であり得る。

図7を参照すると、ワイヤレスチャネル760へのアクセスを有する通信デバイス702を含むシステム700が示されている。通信デバイス702は、アプリケーションプロセッサ708に動作可能に結合された、ディスプレイデバイス704およびユーザ入力デバイス706を含む。アプリケーションプロセッサ708は、メモリ710にあるアプリケーションコード712を実行することによって、アプリケーション714を実装するように構成される。たとえば、メモリ710は、プロセッサ実行可能命令を記憶する非一時的有形記憶媒体であり得る。アプリケーションプロセッサ708は、モデム716に結合される。モデム716は、トランシーバ718およびアンテナ720を使って、ワイヤレスチャネル760を介した通信を可能にする。

モデム716は、プロセッサ722、メモリ724、1つまたは複数の呼タイマ728、および状態レジスタ730を含む。モデム716は、図1のデータセッション終了論理140を実装するように構成され得る。たとえば、モデム716は、図4のUE-RRC404に従って動作するように構成され得る。別の例として、モデム716は、図5の方法500に従って動作するように構成され得る。

プロセッサ722は、プロトコルスタック732を実装するように構成され得る。たとえば、プロセッサ722は、メモリ724に記憶されたモデムコード738などのプロセッサ実行可能命令を実行するように構成され得る。モデムコード738は、プロセッサ722によって、プロトコルスタック732を実装するように実行可能なプロセッサ実行可能命令を含み得る。プロトコルスタック732は、メッセージ生成器734を含み得る。メッセージ生成器734は、アクセスネットワークの無線ネットワークコントローラに、図1の無線ネットワークコントローラ124に送られるSCRIメッセージ、ワイヤレスチャネル760によってサポートされるデータセッションの終了などを示すための1つまたは複数のメッセージを生成するように構成され得る。

1つまたは複数の呼タイマ728は、第1のSCRIメッセージ768または第2のSCRIメッセージ770などのSCRIメッセージの送信に続く所定の持続時間の満了を示すように構成されたT323タイマ744を含み得る。状態レジスタ730は、通信デバイス702が低電力状態746にあるか、それともアクティブ状態748にあるかを示すデータを記録するように構成され得る。

アプリケーションプロセッサ708は、休止要求モジュール764を含むアプリケーション714を実装することができる。休止要求モジュール764は、データセッションが終了したという判断に応答して、第1の休止要求774をモデム716に送るように構成され得る。たとえば、データセッションは、アプリケーション714によって、ワイヤレスチャネル760を介してデータ772をリモートソースに送り、受信するのに使うことができる。データセッションが終了したと判断すると、アプリケーション714は、第1の休止要求774をプロトコルスタック732に送ることができる。

プロトコルスタック732は、メッセージ生成器734を使って第1のSCRIメッセージ768を生成し、ワイヤレスチャネル760を介して第1のSCRIメッセージ768を送るように構成され得る。第1のSCRI768は、データセッションが終了したことを示す。第1のSCRI768を送ると、T323タイマ744が開始され得る。T323タイマ744が満了すると、プロトコルスタック732は、通信デバイス702の状態を示す状態情報776をアプリケーション714に送るように構成され得る。たとえば、モデム716は、状態レジスタ730の内容を読むことによって、および現在の無線リソース制御(RRC)状態の指示をアプリケーション714に与えることによって、状態情報776を提供することができる。

アプリケーション714は、通信デバイス702がアクティブ状態748にあるか、それとも低電力状態746にあるかを示す状態情報776をモデム716から受信し得る。状態情報776が、通信デバイス702が低電力状態746にあることを示すとき、ネットワークは第1のSCRI768に対して応答済みであり、第1の休止要求774によってトリガされたように、ワイヤレスチャネル760は解放されている。通信デバイス702がアクティブ状態748にあることを示す状態情報776に応答して、休止要求モジュール764は、第2の休止要求778をモデム716に選択的に送ってよい。たとえば、第2の休止要求778は、どのデータもモデム716を介した転送を保留されていないという、アプリケーション714による判断に応答して送られ得る。

モデム716において第2の休止要求778を受信すると、メッセージ生成器734は、第2のSCRIメッセージ770を送ることができ、通信チャネル760をクローズするよう、および/または低電力状態746に遷移させるよう、再度要求する。

したがって、第1のSCRI768が失われた場合、または第1のSCRI768へのネットワーク返信が受信されない場合、アプリケーション714は、第2のSCRI770をネットワークに送ると判断してよい。第2または後続のSCRIがネットワークによって受信され、作用される場合、通信デバイス702は、低電力状態746に遷移する前に、従来の非アクティビティ期間だけ待つ必要なく、低電力状態746に遷移することが可能であり得る。

本明細書で開示される実施形態とともに説明される様々な例示的な論理ブロック、構成、モジュール、回路、およびアルゴリズムのステップは、電子的なハードウェア、プロセッサにより実行されるコンピュータソフトウェア、またはこれら両方の組合せとして実装され得ることが、当業者にはさらに理解されよう。様々な例示的なコンポーネント、ブロック、構成、モジュール、回路、およびステップが、全般にそれらの機能に関して、上で説明されてきた。そのような機能がハードウェアとして実装されるか、プロセッサ実行可能命令として実装されるかは、具体的な用途およびシステム全体に課された設計制約により決まる。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。

本明細書で開示する実施形態に関して説明する方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその2つの組合せで実施され得る。ソフトウェアモジュールは、ランダムアクセスメモリ(RAM)、フラッシュメモリ、読取り専用メモリ(ROM)、プログラマブル読取り専用メモリ(PROM)、消去可能プログラマブル読取り専用メモリ(EPROM)、電気的消去可能プログラマブル読取り専用メモリ(EEPROM)、レジスタ、ハードディスク、リムーバブルディスク、コンパクトディスク読取り専用メモリ(CD-ROM)、または当技術分野で知られている任意の他の形態の非一時的記憶媒体中に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体は、特定用途向け集積回路(ASIC)に存在し得る。ASICは、コンピューティングデバイスまたはユーザ端末(たとえば、モバイル電話)に存在し得る。代替として、プロセッサおよび記憶媒体は、コンピューティングデバイスまたはユーザ端末の中に、個別部品として存在し得る。

開示される実施形態の上記の説明は、当業者が、開示された実施形態を実現または利用するのを可能にするようになされている。これらの実施形態への様々な修正が、当業者には容易に明らかであり、本明細書で定義される原理は、本開示の範囲から逸脱することなく、他の実施形態に適用され得る。したがって、本開示は、本明細書で開示した実施形態に限定されることは意図されず、以下の特許請求の範囲で定義されるような原理および新規の特徴と矛盾しない、可能な最大の範囲を認められるべきである。

100 システム
102 ユーザ機器、UE
104 アクセスネットワーク
106 コアネットワーク
108 インターネット
110 公衆交換電話網(PSTN)および/または統合サービスデジタルネットワーク(ISDN)
112 モジュール
114 通信デバイス
120 登録エリア
122 ノードB
124 無線ネットワークコントローラ(RNC)
130 サービング汎用パケット無線サービス(GPRS)サポートノード(SGSN)
132 ゲートウェイGPRSサポートノード(GGSN)
134 モバイルサービス交換センター(MSC)/在圏ロケーションレジスタ(VLR)
136 ゲートウェイモバイル交換センター(GMSC)
138 ホームロケーションレジスタ(HLR)/認証センター(AuC)
140 データセッション終了論理
202 ユーザアプリケーション
204 ユーザ機器(UE)の無線リソース制御(RRC)(UE-RRC)
206 無線ネットワークコントローラ(RNC)
208 パケット交換ドメイン(PS CN)
402 ユーザアプリケーション
404 ユーザ機器(UE)の無線リソース制御(RRC)(UE-RRC)
406 無線ネットワークコントローラ(RNC)
408 パケット交換ドメイン(PS CN)
600 システム
602 通信デバイス
604 ディスプレイデバイス
606 ユーザ入力デバイス
608 アプリケーションプロセッサ
610 メモリ
612 アプリケーションコード
614 アプリケーション
616 モデム
618 トランシーバ
620 アンテナ
622 プロセッサ
624 メモリ
626 カウントレジスタ
628 呼タイマ
630 状態レジスタ
632 プロトコルスタック
634 メッセージ生成器モジュール、メッセージ生成器
636 チャネルアクティビティ検出器
638 モデムコード
644 T323タイマ
660 ワイヤレスチャネル
700 システム
702 通信デバイス
704 ディスプレイデバイス
706 ユーザ入力デバイス
708 アプリケーションプロセッサ
710 メモリ
712 アプリケーションコード
714 アプリケーション
716 モデム
718 トランシーバ
720 アンテナ
722 プロセッサ
724 メモリ
728 呼タイマ
730 状態レジスタ
732 プロトコルスタック
734 メッセージ生成器
738 モデムコード
744 T323タイマ
760 ワイヤレスチャネル
764 休止要求モジュール

Claims (42)

1. 通信デバイスから無線ネットワークコントローラにメッセージを送るステップであって、前記メッセージが、データセッションが終了したことを示し、前記データセッションが、前記通信デバイスと前記無線ネットワークコントローラとの間のワイヤレスチャネルによってサポートされるステップと、
   前記メッセージの前記送付に続く期間の後、前記無線ネットワークコントローラに第2のメッセージを選択的に送るステップであって、前記第2のメッセージが、前記データセッションが終了したことを示し、前記第2のメッセージが、前記期間中に前記ワイヤレスチャネルを介してデータが伝達されたことを測定値が示すかどうかに少なくとも部分的に基づいて選択的に送られるステップとを含む方法。
2. 前記メッセージがシグナリング接続解放指示(SCRI)を含む、請求項1に記載の方法。
3. 前記SCRIが、ユーザ機器(UE)要求パケット交換(PS)データセッション終了を示すシグナリング接続解放指示原因情報要素(IE)を含む、請求項2に記載の方法。
4. 前記ワイヤレスチャネルが前記期間中に監視され、パラメータの値が、前記期間中に前記ワイヤレスチャネルを介してデータが伝達されたことに応答して修正され、前記期間の始まりにおける前記パラメータの第1の値を、前記期間の終了における前記パラメータの第2の値と比較するステップをさらに含む、請求項1に記載の方法。
5. 前記パラメータが、前記ワイヤレスチャネルを介してデータが伝達されたことに応答して、ユニバーサルモバイル通信サービス(UMTS)仕様に従って増分されるカウント(Count-C)である、請求項4に記載の方法。
6. 前記パラメータが、ユニバーサルモバイル通信サービス(UMTS)仕様に従って増分される無線リンク制御(RLC)シーケンス番号である、請求項4に記載の方法。
7. 前記第2のメッセージが前記メッセージと同じメッセージである、請求項1に記載の方法。
8. 前記データセッションが終了した後に送られるメッセージのカウントが所定の閾値を超えないことに基づいて、第3のメッセージが選択的に送られ、前記第3のメッセージが、前記データセッションが終了したことを示す、請求項1に記載の方法。
9. 前記期間の終了が、前記メッセージの送付に応答してセットされるメッセージ抑止タイマの満了に基づいて判断される、請求項1に記載の方法。
10. 前記通信デバイスが、アクティブ状態と低電力状態との間を遷移するように設定可能であり、前記メッセージが送られるとき、前記通信デバイスが前記アクティブ状態にある、請求項1に記載の方法。
11. 前記低電力状態が、アイドル状態、セルページングチャネル監視状態(CELL_PCH)、登録エリアページングチャネル監視状態(URA_PCH)、またはそれらの任意の組合せの1つまたは複数を含む、請求項10に記載の方法。
12. 通信デバイスから無線ネットワークコントローラに送られるべきメッセージを生成するように構成されたモデムであって、前記メッセージが、データセッションが終了したことを示し、前記データセッションが、前記通信デバイスと前記無線ネットワークコントローラとの間のワイヤレスチャネルによってサポートされるモデムを備える装置であって、
    前記モデムが、前記メッセージの送付に続く期間の後、前記無線ネットワークコントローラに送られるべき第2のメッセージを選択的に提供するようにさらに構成され、前記第2のメッセージが、前記データセッションが終了したことを示し、前記第2のメッセージが、前記期間中に前記ワイヤレスチャネルを介してデータが伝達されたことを測定値が示すかどうかに少なくとも部分的に基づいて選択的に提供される装置。
13. 前記モデムが、前記期間中に前記ワイヤレスチャネルを監視し、前記期間中に前記ワイヤレスチャネルを介してデータが伝達されたことに応答してパラメータの値を修正するように構成され、前記モデムが、前記期間の始まりにおける前記パラメータの第1の値を、前記期間の終了における前記パラメータの第2の値と比較するようにさらに構成される、請求項12に記載の装置。
14. 前記パラメータが、前記ワイヤレスチャネルを介してデータが伝達されたことに応答して増分されるカウント(Count-C)である、請求項13に記載の装置。
15. 前記パラメータが無線リンク制御(RLC)シーケンス番号である、請求項13に記載の装置。
16. プロセッサに、
    通信デバイスと無線ネットワークコントローラとの間のワイヤレスチャネルによってサポートされるデータセッションが終了したことを示す、前記通信デバイスから前記無線ネットワークコントローラに送られるべきメッセージを生成させ、
    前記メッセージの前記送付に続く期間の後、前記データセッションが終了したことを示し、前記期間中に前記ワイヤレスチャネルを介してデータが伝達されたことを測定値が示すかどうかに少なくとも部分的に基づいて選択的に提供される、前記無線ネットワークコントローラに選択的に送られるべき第2のメッセージを提供させるように実行可能なプロセッサ実行可能命令を記録するコンピュータ可読記録媒体。
17. 前記ワイヤレスチャネルが、前記期間中に監視され、パラメータの値が、前記期間中に前記ワイヤレスチャネルを介してデータが伝達されたことに応答して修正され、前記プロセッサ実行可能命令が、前記プロセッサに、前記期間の始まりにおける前記パラメータの第1の値を、前記期間の終了における前記パラメータの第2の値と比較させるための命令をさらに含む、請求項16に記載のコンピュータ可読記録媒体。
18. 前記パラメータが、前記ワイヤレスチャネルを介してデータが伝達されたことに応答して増分されるカウント(Count-C)である、請求項17に記載のコンピュータ可読記録媒体。
19. 前記パラメータが無線リンク制御(RLC)シーケンス番号である、請求項17に記載のコンピュータ可読記録媒体。
20. 通信デバイスから無線ネットワークコントローラに送られるべき第1のメッセージを生成するための手段であって、前記メッセージが、データセッションが終了したことを示し、前記データセッションが、前記通信デバイスと前記無線ネットワークコントローラとの間のワイヤレスチャネルによってサポートされ、前記第1のメッセージの送付に続く期間の後、前記無線ネットワークコントローラに送られるべき第2のメッセージを選択的に提供する手段であって、前記第2のメッセージが、前記データセッションが終了したことを示す手段と、
    前記期間中に前記ワイヤレスチャネルを介してデータが伝達されたかどうか判断するための手段とを備える装置であって、
    前記第2のメッセージが、前記期間中に前記ワイヤレスチャネルを介して前記データが伝達されたかどうかに少なくとも部分的に基づいて選択的に与えられる装置。
21. 前記ワイヤレスチャネルが前記期間中に監視され、パラメータの値が、前記期間中に前記ワイヤレスチャネルを介してデータが伝達されたことに応答して修正され、判断するための前記手段が、前記期間の始まりにおける前記パラメータの第1の値を、前記期間の終了における前記パラメータの第2の値と比較するように構成される、請求項20に記載の装置。
22. 前記パラメータが、前記ワイヤレスチャネルを介してデータが伝達されたことに応答して増分されるカウント(Count-C)である、請求項21に記載の装置。
23. 前記パラメータが無線リンク制御(RLC)シーケンス番号である、請求項21に記載の装置。
24. 通信デバイスにおいて実行しているアプリケーションから休止要求を受信するステップと、
    前記休止要求に応答して、前記通信デバイスから無線ネットワークコントローラにメッセージを送るステップであって、前記メッセージが、データセッションが終了したことを示すステップと、
    前記メッセージの送付に続く期間の満了の後、前記アプリケーションに状態情報を提供するステップであって、前記状態情報が、前記通信デバイスが低電力状態にあるかどうかを示すステップとを含む方法。
25. 前記アプリケーションから第2の休止要求を受信したことに応答して、前記通信デバイスから前記無線ネットワークコントローラに第2のメッセージを送るステップであって、前記第2のメッセージが、前記データセッションが終了したことを示すステップをさらに含む、請求項24に記載の方法。
26. 前記状態情報が、無線リソース制御(RRC)状態の指示を含む、請求項24に記載の方法。
27. 前記通信デバイスが、アクティブ状態と前記低電力状態との間を遷移するように設定可能であり、前記メッセージが送られるとき、前記通信デバイスが前記アクティブ状態にある、請求項24に記載の方法。
28. プロセッサに、
    通信デバイスにおいて実行しているアプリケーションから休止要求を受信させ、
    前記休止要求に応答して、データセッションが終了したことを示す、前記通信デバイスから無線ネットワークコントローラに送られるべきメッセージを生成させ、
    前記メッセージの送付に続く期間の満了の後、前記通信デバイスが低電力状態に遷移したかどうかを示す状態情報を前記アプリケーションに提供させるように実行可能なプロセッサ実行可能命令を記録するコンピュータ可読記録媒体。
29. 前記プロセッサ実行可能命令が、前記プロセッサに、前記アプリケーションから第2の休止要求を受信したことに応答して前記通信デバイスから前記無線ネットワークコントローラに送られるべき、前記データセッションが終了したことを示す第2のメッセージを与えさせる命令をさらに含む、請求項28に記載のコンピュータ可読記録媒体。
30. 前記状態情報が、無線リソース制御(RRC)状態の指示を含む、請求項28に記載のコンピュータ可読記録媒体。
31. 通信デバイスにおいて実行しているアプリケーションから休止要求を受信し、前記休止要求に応答して、前記通信デバイスから無線ネットワークコントローラに送られるべきメッセージを生成するように構成されたモデムであって、前記メッセージが、データセッションが終了したことを示すモデムを備える装置であって、
    前記モデムが、前記メッセージの送付に続く期間の満了の後、前記アプリケーションに状態情報を提供するようにさらに構成され、前記状態情報が、前記通信デバイスが低電力状態に遷移したことを示す装置。
32. 前記モデムが、前記アプリケーションからの第2の休止要求の受信に応答して、前記通信デバイスから前記無線ネットワークコントローラに送られるべき第2のメッセージを与えるようにさらに構成され、前記第2のメッセージが、前記データセッションが終了したことを示す、請求項31に記載の装置。
33. 前記状態情報が、現在の無線リソース制御(RRC)状態の指示を含む、請求項31に記載の装置。
34. 通信デバイスにおいて実行しているアプリケーションからの休止要求の受信に応答して、前記通信デバイスから無線ネットワークコントローラに送られるべきメッセージを生成するための手段であって、前記メッセージが、データセッションが終了したことを示す手段と、
    前記アプリケーションから前記休止要求を受信し、前記メッセージの送付に続く期間の後、前記アプリケーションに状態情報を提供するための手段であって、前記状態情報が、前記通信デバイスが低電力状態に遷移したことを示す手段とを備える装置。
35. 生成するための前記手段が、前記アプリケーションからの第2の休止要求の受信に応答して、前記データセッションが終了したことを示す、前記通信デバイスから前記無線ネットワークコントローラに送られるべき第2のメッセージを提供するための手段をさらに含む、請求項34に記載の装置。
36. 前記状態情報が、現在の無線リソース制御(RRC)状態の指示を含む、請求項34に記載の装置。
37. 通信デバイスのモデムに休止要求を送るステップと、
    前記通信デバイスがアクティブ状態にあるか、それとも低電力状態にあるかを示す状態情報を前記モデムから受信するステップと、
    前記通信デバイスが前記アクティブ状態にあることを示す前記状態情報に応答して、前記モデムに第2の休止要求を選択的に送るステップとを含む方法。
38. 前記モデムが、ユニバーサルモバイル通信システム(UMTS)プロトコルに従って動作し、前記休止要求が高速休止要求に対応し、前記状態情報が無線リソース制御(RRC)情報を含む、請求項37に記載の方法。
39. 前記第2の休止要求が、前記モデムを介して転送されるのを保留されているデータがないという判断に応答して送られる、請求項37に記載の方法。
40. プロセッサに、
    通信デバイスのモデムに休止要求を送らせ、
    前記通信デバイスがアクティブ状態にあるか、それとも低電力状態にあるかを示す状態情報を前記モデムから受信させ、
    前記通信デバイスが前記アクティブ状態にあることを示す前記状態情報に応答して、前記モデムに第2の休止要求を選択的に送らせるように実行可能なプロセッサ実行可能命令を記録するコンピュータ可読記録媒体。
41. 通信デバイスのモデムに休止要求を送り、前記通信デバイスが低電力状態に遷移していないことを示す状態情報を前記モデムから受信したことに応答して、前記モデムに第2の休止要求を選択的に送るように構成されたアプリケーションプロセッサを備える装置。
42. 通信デバイスのモデムに休止要求を送り、前記モデムから状態情報を受信するための手段と、
    前記通信デバイスが低電力状態に遷移していないことを前記状態情報が示すとき、前記モデムに第2の休止要求を送るかどうか判断するための手段とを備える装置。

Images