(57)【要約】  ハートビート信号生成システム及び方法が提供される。本方法は、通信状態を決定し、決定された通信状態に基づきハートビート信号を生成することを含む、システムは、複数の通信セルと、ハートビート信号を生成するよう構成される少なくとも１つの通信装置を有する。ハートビート信号を生成するレートは、（ｉ）サービス優先度又はユーザグループと、（ｉｉ）複数の通信セルのそれぞれのネットワークタイプの通信要求との１つに基づく。
2011523525.tif 000002
【特許請求の範囲】
【請求項１】
ハートビート信号を生成するための方法であって、
通信状態を決定するステップと、
前記決定された通信状態に基づきハートビート信号を生成するステップと、
を有する方法。
【請求項２】
前記ハートビート信号を自動生成するステップをさらに有する、請求項１記載の方法。
【請求項３】
前記ハートビート信号を生成するステップは、前記生成のレートを変更することを含む、請求項１記載の方法。
【請求項４】
前記ハートビート信号は、１以上の通信状態に基づき前記ハートビート信号を生成するための１以上のレートを規定した少なくとも１つの所定のプロファイルに基づき生成される、請求項１記載の方法。
【請求項５】
前記ハートビート信号を生成するステップは、データリンク維持設定に基づく、請求項１記載の方法。
【請求項６】
前記ハートビート信号を生成するステップはさらに、アップリンク通信とダウンリンク通信のそれぞれについて異なるレートによりハートビート信号を生成することを含む、請求項１記載の方法。
【請求項７】
前記通信状態は、送信即応性レベルである、請求項１記載の方法。
【請求項８】
前記通信状態は、通信装置の位置である、請求項１記載の方法。
【請求項９】
前記ハートビート信号は、ランダムに生成されるコンポーネントから構成される、請求項１記載の方法。
【請求項１０】
前記通信状態は、過去のネットワーク動作である、請求項１記載の方法。
【請求項１１】
前記通信状態は、過去のユーザ動作である、請求項１記載の方法。
【請求項１２】
前記通信状態は、サービス優先度である、請求項１記載の方法。
【請求項１３】
前記サービス優先度は、通信のサービスのタイプと優先レベルとの１つにより規定される、請求項１２記載の方法。
【請求項１４】
前記通信状態は、ユーザグループにより規定される、請求項１記載の方法。
【請求項１５】
前記通信状態は、データベアラにより規定される、請求項１記載の方法。
【請求項１６】
前記データベアラは、通信セルのネットワークタイプにより規定され、
前記ハートビート信号を生成するステップは、前記ネットワークタイプのそれぞれの範囲内の異なるモードに基づきハートビート信号レートを変更することを含む、請求項１５記載の方法。
【請求項１７】
ハートビート信号を生成するための方法であって、
異なる通信要求についてハートビート生成レートを決定するステップと、
現在の通信要求に対応するレートによりハートビート信号を生成するステップと、
を有する方法。
【請求項１８】
前記異なる通信要求は、１以上の通信の動作特性により規定される通信モードからなる、請求項１７記載の方法。
【請求項１９】
前記通信モードは、バッテリセーブ／共有帯域幅ハートビート生成モード、エンドコールハートビート生成モード、リスニングハートビート生成モード及び延長期間ハートビート生成モードの少なくとも１つからなり、
各モードは、異なる動作特性について異なるハートビート生成要求を有する、請求項１８記載の方法。
【請求項２０】
複数の通信セルと、
ハートビート信号を生成するよう構成される少なくとも１つの通信装置と、
を有するセルラ通信システムであって、
前記ハートビート信号を生成するレートは、（ｉ）サービス優先度又はユーザグループと、（ｉｉ）前記複数の通信セルのそれぞれのネットワークタイプの通信要求との１つに基づくセルラ通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示による主題は、一般に無線通信システムに関し、より詳細には無線通信システム内のハートビート信号の生成に関する。
【背景技術】
【０００２】
セルラ通信ネットワークなどの無線通信システムでは、通信装置間で情報を通信するため複数の通信チャネルが設けられる。各通信チャネルは、複数の通信装置により共有される特定の帯域幅を提供する。あるチャネルにより通信するため、装置はチャネルを用いてリンクを確立する。装置によるチャネルへの継続的なアクセスは、当該装置が依然として当該チャネルを利用していることをネットワークに通知することを求める。ネットワークが当該装置からチャネルに依然としてアクセスしているという通知を受信しなくなった場合、システムは当該コネクションを終了する。従って、あるネットワークでは、装置はチャネルへのコネクションを維持するためハートビート信号を送信する。
【０００３】
ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）ネットワークなどの一部の無線ネットワークでは、異なるコネクションが利用可能である。例えば、回線交換コネクションは、２つの通信装置間などのネットワークの２つのエンドポイントの間で利用可能である。セルラデジタルパケットデータを通信するためのパケットデータコネクションがまた利用可能である。これらの異なるコネクションは、異なる遅延を提供するかもしれない。パケットデータコネクションを維持するため、ハートビート信号がパケットデータコネクションを用いて装置により送信される必要がある。ハートビート信号がパケットデータコネクションの所定の未使用期間（ネットワークにより決定されるような）で送信されない場合、当該コネクションはタイムアウトになり、装置はパケットデータコネクションを失いうる（当該コネクションは共有されているため）。パケットデータコネクションへのアクセスが、典型的にはある期間後に限って再取得されてもよいが、これにより通信に遅延が加わる。
【０００４】
従って、装置とシステムの間のハートビート信号が、装置によるシステムのデータリンクコネクションを維持するのに必要とされる。要求されるハートビート信号の頻度は、システム設定である。ハートビート信号要求を設定するための既知のシステムとハードビート信号を生成するための方法とは、典型的には静的でフレキシブルでなく、システムリソースの非効率な利用をもたらす。
【発明の概要】
【０００５】
この解決手段は、ハートビート信号を生成するための方法により提供される。本方法は、通信状態を判断し、決定された通信状態に基づきハートビート信号を生成することを含む。
【０００６】
この解決手段はまた、異なる通信要求に対してハートビート生成レートを決定し、現在の通信要求に対応するレートによりハートビート信号を生成することを含む。
【０００７】
この解決手段はまた、複数の通信セルと、ハートビート信号を生成するよう構成される少なくとも１つの通信装置とを含むセルラ通信システムにより提供される。ハートビート信号の生成レートは、（ｉ）サービス優先度又はユーザグループと、（ｉｉ）各通信セルのネットワークタイプの通信要求との１つに基づく。
【図面の簡単な説明】
【０００８】
【図１】図１は、本発明の各種実施例によるハートビート信号が生成されるセルラ通信システムのブロック図である。
【図２】図２は、本発明の各種実施例による自動的で動的なハートビート信号生成方法のフローチャートである。
【図３】図３は、本発明の各種実施例によるデータを送信するための即応性レベルに基づく可変的なハートビート信号生成波形を示すグラフである。
【図４】図４は、本発明の各種実施例によるサービス優先度又はユーザグループに基づきハートビートレートを設定する方法のフローチャートである。
【図５】図５は、本発明の各種実施例によるデータベアラタイプに基づきハートビートレートを設定する方法のフローチャートである。
【発明を実施するための形態】
【０００９】
上記概要は、本発明の実施例の以下の詳細な説明と共に添付した図面とと共に参照されるときより良く理解されるであろう。これらの図面は各種実施例の機能ブロック図を示す範囲において、機能ブロックは必ずしもシステムコンポーネント又はハードウェア回路の間の分割を示すとは限らない。従って、例えば、機能ブロックの１以上（プロセッサ又はメモリなど）は、単一のハードウェア（汎用信号プロセッサ、ランダムアクセスメモリ、ハードディスクなど）により実現されてもよい。同様に、プログラムは、スタンドアローンプログラムであってもよく、オペレーティングシステムのサブルーチンとして搭載されてもよく、インストールされたソフトウェアパッケージにおけるファンクションなどであってもよい。各種実施例は図示される構成及び手段に限定されるものでないことが理解されるべきである。
【００１０】
ここで用いられる単数形により記載され、“ある”という単語に続く要素又はステップは、そうでないことが明示されない限り、複数の要素又はステップを排除するものでないことが理解されるべきである。さらに、本発明の“一実施例”という表現は、記載された特徴を含むさらなる実施例の存在を排除するものとして解釈されるべきでない。さらに、逆のことが明示されない限り、ある性質を有する１以上の要素“から構成される”又は“を有する”実施例は、当該性質を有さないさらなる要素を含むものであってもよい。
【００１１】
本発明の各種実施例は、ハートビート信号を生成する方法であって、自動的かつ動的に実行可能な方法を提供する。異なるレートによるハートビート信号の生成が、提供されてもよい。従って、より低いレートのハートビート信号がある時点で使用されてもよく、これにより、ネットワークトラフィックを減少させ、携帯電話やランドモバイルラジオ（ＬＭＲ）などの通信装置のバッテリ寿命をセーブすることが可能となる。ここで用いられるハートビート信号という用語は、一般にネットワークコネクション又はチャネルを維持するために装置により生成される何れかの信号を表すものである。さらに、ここで用いられる動的な又は動的にという用語は、変化する状態又は他のファクタに基づき異なるレートによりハートビートなどを生成することを表す。従って、動的な生成とは、一般にある状態又はファクタに基づきハートビートの生成レートを変化又は変更することを含みうるものであり、この動的な変化は自動的に提供されてもよい。しかしながら、動的な生成は、所定のプロファイル、所定の期間などに基づくなどの何れかの理由のためにハートビートの生成レートを変更することを含むものであってもよい。
【００１２】
各種実施例は、図１に示されるようなセルラ通信システム２０などの各種通信システムにおいてハートビート信号を生成する。セルラ通信システム２０は、複数のセルラデータネットワーク基地局２２と、複数の音声サーバ２４とを有する。音声サーバ２４は、ＶＮＩＣ（Ｖｏｉｃｅ  Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃｏｎｔｒｏｌｌｅｒ）サーバなどのメイン音声サーバ（図示せず）により制御されてもよいことに留意すべきである。また、音声サーバ２４は、音声サーバ２４が各時点で異なるセルと関連付けされてもよいことを示すよう図示され、一実施例では、音声サーバは中央データセンタ（図示せず）に物理的に配置される。各セルラデータネットワーク基地局２２は、対応するセルラデータネットワーク通信カバーエリア２６（通信セル又はセルとも呼ばれる）。セルラデータネットワーク通信カバーエリア２６は、いくつかの場所で重複してもよい。
【００１３】
ここに記載される本発明の各種実施例は、ユーザ装置（ＵＥ）２８や他のポータブル通信装置などの１以上の通信ユニットがセルラ通信システムの共有チャネル（データパケットチャネルなど）を用いて他のＵＥ２８と通信し、ハートビート信号を生成することによって当該チャネルとのコネクションを維持することを可能にする。ＵＥ２８は、例えば、セルラデータ通信パケットを送受信することによって、ＧＰＲＳシステムを介して通信するよう構成されるランドモバイルラジオなどであってもよい。
【００１４】
図２において、自動的で動的なハートビート信号生成などのハートビート生成方法３０が示される。方法３０は、ハートビート信号が生成されるレート又は速度を調整可能である。より詳細には、３２において、あるユーザ装置などについてハートビート信号生成のための１以上の所定のプロファイルがアクセスされる。所定のプロファイルは、ユーザ装置にあってもよいし（ユーザ装置のメモリに予めロードされるなど）、ネットワーク上にあってもよい（ネットワークのサーバ内に格納されるなど）。任意的には、ユーザ装置への定期的な更新は、所定のプロファイルの更新を含むようにしてもよい。所定のプロファイルは、変更可能なハートビート信号を生成するための異なるアルゴリズムであってもよい。所定のプロファイルがアクセスされた後、異なる所定のプロファイルが３４において特定され、それは、各プロファイルの具体的な特性、要求又は状態を特定することを含む。例えば、異なる所定のプロファイルを初期化及び実行するための具体的な要求（ユーザ装置に利用可能なサービスのタイプなど）又は状態（ユーザ装置の時間及び位置状態など）が特定されてもよい。
【００１５】
３４における特定に基づき、３６において、現在利用可能な所定のプロファイルが決定される。例えば、ある所定のプロファイルは、契約（又は料金）に対してのみ利用可能であってもよいし、又はユーザ装置に係るユーザにのみ利用可能であってもよい。その後、３８において、現在の通信状態が決定される。この決定は、例えば、ネットワークの現在の混雑レベル、ユーザ装置の位置、日時、優先度などを含むものであってもよい。参照することにより同時係属中の出願の記載が援用される。
【００１６】
任意的には、過去のネットワーク動作又は過去のユーザ行動が現在の通信状態の要因とされてもよい。
【００１７】
３８において現在の通信状態が決定された後、決定された通信状態に基づく所定のプロファイルが、４０において選択される。例えば、所定のプロファイルに係るハートビート信号を生成するためのアルゴリズムが選択される。所定のプロファイルは、可変的なものであってもよい、ハートビート信号を生成する１以上の頻度を規定するものであってもよい。特に、ユーザ装置は、選択されたユーザプロファイルにより規定されるようなプログラム、プロシージャ、アルゴリズムなどに基づきハートビート信号を生成する。
【００１８】
４４において、通信状態が変化したか判断される。通信状態が変化していない場合、選択された所定のプロファイルに基づく現在のハートビート生成が維持される。しかしながら、４４において通信状態が変わったと判断された場合、新たな所定のプロファイルが４０において選択されるか、又は選択された所定のプロファイルに基づきハートビート信号が生成される。このハートビート信号は、前のハートビート生成頻度から変更されたものであってもよい。
【００１９】
このように、ハートビート信号生成方法、特に自動的（自動的に実行されるなど）で動的なハートビート信号生成方法が提供される。異なる所定のプロファイルの各種実施例及び具体例が説明される。しかしながら、各種実施例は後述される具体例に限定されるものでなく、変形／変更が想定されることに留意すべきである。従って、各種実施例は、ハートビート信号の生成頻度又はレートなどのハートビート信号の生成における自動的及び／又は動的変更を提供する。ここでは所定のプロファイルが言及されるが、各種実施例は所定のプロファイルに限定されるものでないことに留意すべきである。例えば、各種実施例に従ってハートビート信号を生成するための何れかのタイプのプロセス又はプロシージャが実現されてもよい。
【００２０】
一実施例では、所定のプロファイルは、無線システムのデータリンク維持設定に基づく期間中、ハートビート信号を生成する。例えば、典型的には、システム設定は、パケットデータコネクションとの現在の接続を維持するためなど、現在のシステムデータリンクアクセス状態を維持するため、所定のサイクル毎のハートビート数（２ハートビートなど）を規定する。従って、所定のプロファイルは、サイクル毎の要求される回数でハートビート信号を生成するよう設定される。パケットの消失を回避するため、冗長性が加えられたより多くのハートビート信号があってもよいことに留意すべきである。ある状況では、システムがデータリンク上の大きなトラフィックロードを有するとき、システムがハートビート信号レートを減少させるため、より小さなネットワークトラフィックに冗長なハートビート信号を送信しないようにするため、及び／又は装置のバッテリ寿命を増やすため、ユーザを選択又は要求することが可能である場合など、所定回数は変更されてもよい。従って、本実施例では、システム閾値設定は、生成されるハートビート信号レートにリンクされる。
【００２１】
他の実施例では、所定のプロファイルは、アップリンクコネクションとダウンリンクコネクションとの双方においてハートビート信号を生成可能であり、ハートビート信号は、各リンク上で異なるレートにより生成されてもよい。例えば、システムは、典型的には、装置に所定のレートによりハートビート信号を送信するよう要求する。ダウンリンクによりハートビート信号の送信は、装置との間のコネクションを維持し、装置のネットワークへのアクセス時間を低減する。本実施例では、ダウンリンク上のハートビート信号レートは、アップリンク上のハートビート信号レートと異なるものであってもよい。例えば、ダウンリンクコネクションのハートビート生成レートは、アップリンクコネクションのハートビート生成レートより高い又は低いものであってもよい。
【００２２】
他の実施例では、所定のプロファイルは、所望の又は要求される送信即応性レベルに基づきハートビート信号の生成レートを変更する。例えば、図３の可変的なハートビート信号生成波形５０により示されるように、データを送信するための必要とされる又は所望の即応性レベルに応じて、ハートビート信号の生成レートが変更される。特に、ハートビートレートが延長されるに従って、交渉された装置状態は変更され、これは、通信装置のプッシュ・ツー・トーク（ＰＴＴ）機能などの遅延又はレスポンス時間に影響を与える。従って、要求される又は所望の即応性レベルが増加するに従って（より速いアクセス時間など）、ハートビートパルスの生成レートは増加する。従って、インテリジェント又はアダプティブなハートビート生成レートが提供される。異なるネットワーク状況の異なるプロファイルが、よりインテリジェントな又は動的なハートビート生成及び送信動作を可能にするため、システム及び／又は装置に追加されてもよいことに留意すべきである。例えば、ネットワークの混雑中、ハートビートレートは、すべての装置がより詳細に説明されるような同様の時間でリサイクルするシステムリスタートイベントとの比較に基づくものであってもよい。
【００２３】
他の実施例では、所定のプロファイルは通信装置の位置に基づきハートビートレートを変更する。例えば、ハートビートレートは、通信装置が送信中の通信セルＩＤに基づき変更されてもよい。しかしながら、通信装置の位置を決定するため、何れかの情報が利用されてもよい。例えば、所定のプロファイル又はアルゴリズムが、動的なハートビート信号の生成又は送信動作を可能にするため、システム及び／又は装置に提供されてもよい。従って、ハートビートレート又は所定のプロファイルの変更は、位置カバーエリアに基づくものであってもよい。一例として、あるエリアではネットワークの混雑がより支配的であり、より混雑度の低いエリアと比較して、異なるハートビートレート又は所定のプロファイルが規定及び利用可能である。
【００２４】
他の実施例では、所定のプロファイルは、時間の経過によるネットワークトラフィックの拡散を可能にするため、ハートビートレートをランダム化する。例えば、システムが再スタートする場合、システムは、一部又はすべての接続されている装置が再スタートすることを要求するようにしてもよい。このようなリスタートが複数の装置について同時に行われる場合（装置へのブロードキャスト又はマルチキャスト）、ハートビート信号は同時に行われ、周期的な間隔と許容できないトラフィックレートによるトラフィックの集中を生じさせる。従って、本実施例では、システムが再スタートした後、異なる期間中にハートビートレートがランダム化される。このランダム化は、１つの装置について又は複数の異なる装置についてのものであってもよい。各種実施例は、ランダムコンポーネントを含むハートビートを提供するものであってもよい。例えば、平均的には、ハートビート間隔の９０パーセントが固定され、１０パーセントが固定されてもよい。
【００２５】
他の実施例では、所定のプロファイルは、過去のネットワーク動作に基づきハートビートレートを変更する。例えば、１日、１週間又は１年若しくは数年の期間におけるある時点においては、ネットワークの混雑がより支配的であり、異なるハートビートレートが他の日時と比較してこれらの時点で利用されてもよい。従って、ハートビートレートは過去により多くの又はより少ない混雑度の通信トラフィックを有する日時に基づき変更される（例えば、ラッシュアワーや夜遅くなど）。しかしながら、変更されるハートビートレートはデータトラフィックの傾向などの他の過去のネットワーク動作又は情報に基づくものであってもよいことに留意すべきである。
【００２６】
他の実施例では、所定のプロファイルは、過去のユーザ行動に基づきハートビートレートを変更する。例えば、あるユーザは、連続して多数のＰＴＴ通話を行う傾向を有する可能性があるか、又は１日の特定の時間中に複数の連続する通話を行うことが知られている。従って、この所定のプロファイルは、ユーザ装置がデータリンク（パケットデータリンクなど）を保持し、これによりパフォーマンスを向上させるため、各通話の後にハートビート信号を送信することを可能にする。しかしながら、ＰＴＴ通話が過去に分散していたユーザは、ＰＴＴ通話の終了後にこのような高いハートビートレートにより提供される必要はないかもしれない。従って、ハートビートレートはユーザ動作に基づき変更されなくてもよい。
【００２７】
従って、他の通話を終了後すぐに少なくとも１つの通話を過去にしていたユーザについて、この所定のプロファイルは、高速コネクションへの再接続を必要とする際に遅延が生じることになる高速接続からの排除を回避するため、より長い期間で高速通信接続を保持するレートによってハートビート信号を送信し続ける。例えば、通話後、ハートビート信号の生成は、５秒間などの所定の期間の高速接続を維持するため、より高いレベルで維持するようにしてもよい。その後、通話が開始されない場合、ハートビートレートは、高速コネクションが終了されるように低下される。
【００２８】
他の実施例では、所定のプロファイルはサービス優先度に基づきハートビートレートを変更する。例えば、要求される又は所望されるサービスのタイプ（標準的又はプレミアムなど）に基づき、ハートビートレートは変更されてもよい。このため、警官の通信ユニットについて、特に緊急時、又はプレミアムサービスを購入したユーザについて、ハートビートレートは増加される。他方、例えば、タクシー通信又はプリペイドサービスなどの標準的なユーザについては、ハートビートレートは緊急サービスのレートより低いレートに低下又は維持される。これにより、複数のユーザの複数の閾値が、異なるハートビートレートを決定するのに利用されてもよい。
【００２９】
他の実施例では、所定のプロファイルは、ユーザグループに基づきハートビートレートを変更する。例えば、救命医や特別な警察部隊などのあるグループは、ＰＴＴシステムに対して低い遅延レスポンスを求めるかもしれない。これらのタイプのグループの通信装置は、より高いハートビート生成レートに設定されてもよい。パーソナルグループや交通パトロール警官などの他のグループについては、より大きな遅延が許容されるかもしれない。これらのタイプのグループの通信装置は、より低いハートビート生成レートに設定されてもよい。このように、ハートビートレートは、特定のユーザにより規定されるグループに基づき決定又は変更されてもよい。
【００３０】
従って、サービス優先度又はユーザグループに基づきハートビートレートを変更する所定のプロファイルに関して、図４に示されるような方法６０が提供される。方法６０は、６２において１以上の通信についてサービス優先度又はユーザグループ情報の１つを決定することを含む。例えば、通信セル内で通信しているユーザについてサービス優先度又はグループ優先度が決定されてもよい。この決定結果は、サービス優先度又はグループ優先度によりサーとされるユーザのリストであってもよい。その後、対応するハートビートレートと、特に通信セル内の異なるユーザの対応するハートビート生成レートとが決定される。この決定は、サービス優先度又はユーザグループのそれぞれについて所定のプロファイルに基づくものであってもよい。
【００３１】
６６において、各ユーザのハートビート生成レートが設定される。特に、各ユーザの通信装置（ＬＭＲなど）のハートビート生成レートがその後に設定される。例えば、異なる接続状態（高速接続、低速接続など）が、特定されたサービス優先度又はユーザグループ及びこのように設定された対応するハートビート生成レートに基づきユーザに関連付けされてもよい。従って、より高い優先度の通話（緊急通話やプレミアムサービスなど）については、ハートビート生成レートは、高速コネクションを維持するよう高いレベルに設定され、より低い優先度の通話については、高速コネクションが必ずしも維持されないように、又は維持されないように、ハートビート生成レートがより低いレベルに設定される。各通信装置のハートビート生成レートの設定は、通信セル内の他の通信装置を考慮することなく独立に実行されてもよいし、又は他の通信装置を考慮して実行されてもよいことに留意すべきである。例えば、一部のユーザの接続は、ハートビート生成レートが高速コネクションを維持するよう設定されるより優先度の高い通信について帯域幅が必要とされるとき、ハートビート生成レートを低下することによって低下されるようにしてもよい。
【００３２】
６８において、より優先度の高い通信が通信セルに現在あるか判断されてもよい。優先度の高い通信が通信セル内に存在しない場合、７０において、すべての通信装置の現在のハートビート生成レートが維持される。通信セル内の新たな緊急接続又は一部の通信が緊急通話になるなど、新たな当該優先度の通信に変更がある場合、ハートビート生成レートは、６６において再び設定（又は変更）される。
【００３３】
他の実施例では、所定のプロファイルはデータベアラに基づきハートビートレートを変更する。例えば、ハートビートレートは、通信装置が通信しているプロトコル又はネットワーク規格に基づくものであってもよい。例えば、ＷｉＦｉとセルラ通信規格とをサポートするデュアルモード装置は、ＰＴＴアプリケーション情報のベアラに応じて異なるハートビートレートを生成するようにしてもよい。ハートビートレートは、モバイル装置が異なるネットワークによりサービス提供される異なる通信セルを移動する際などに変更されるネットワーク接続のプロトコル又は規格に基づき、ハートビート送信からハートビート非送信に変更されてもよいし、又はより高いレートによるハートビートの送信からより低いレートによるハートビートの送信に変更されてもよい。
【００３４】
各種実施例が何れか特定のネットワークに限定されないことに留意すべきである。例えば、各種実施例は、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）ネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワーク、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）ネットワーク、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワーク、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）ネットワーク、一般に何れかの２Ｇ、３Ｇ又は４Ｇセルラネットワークなどの異なるセルラネットワークに関して実現されてもよい。
【００３５】
従って、データベアラに基づき変更される所定のプロファイルに関して、図５に示されるような方法８０が提供される。方法８０は、８２において現在のベアラタイプを決定することを含む。例えば、現在のネットワークタイプ又はプロトコルが決定され、これは、モバイル通信装置（ポータブルＬＭＲユニットなど）がＷ−ＣＤＭＡ通信を提供する通信セル内にあることであってもよい。その後、当該ネットワークプロトコルのハートビート生成レート要求又は所定のプロファイルが、８４において特定される。例えば、Ｗ−ＣＤＭＡネットワーク通信セルでは、バッテリセーブ／共有帯域幅ハートビート生成モード、エンドコールハートビート生成モード、リスニングハートビート生成モード及び延長期間ハートビート生成モードを含む複数の異なるハートビート生成要求が特定される。これらのハートビート生成モードのそれぞれについて、異なるハートビート生成レートが要求されるか、又は規定されてもよい。以下に列記される生成レートは、例示のためにのみ提供されるものであり、異なる値が使用されてもよい。従って、例えば、バッテリセーブ／共有帯域幅モードでは、異なるハートビートレートが以下のように提供されてもよい。
【００３６】
非アイドル状態の維持：ハートビート信号は３０分毎に生成される
バッテリセーブ状態：ハートビート信号は１０分毎に生成される
共有チャネル状態：ハートビート信号は１０秒毎に生成される
エンドコールハートビート生成モードでは、異なるハートビートレートが以下のように提供されてもよい。
【００３７】
通話直後：ハートビート信号は高速コネクションを維持するよう生成される（１〜２秒毎など）
通話から所定時間後（通話後５〜１０秒）：ハートビート信号は共有チャネルを維持するよう１０秒毎に生成される
リスニングハートビート生成モードでは、ハートビートレートは以下のように提供されてもよい。
【００３８】
アクティブ通話中に通信されるデータ／音声なし：ハートビート信号はコネクションの切断の所定時間前又は２０秒毎に生成される（高速コネクション通話の切断については当該期間の１／２など）
延長期間ハートビート生成モードでは、ハートビートレートは以下のように提供されてもよい。
【００３９】
２４時間に通信されるデータ／音声なし：ハートビート信号は８時間毎に生成される（コンテクスト接続の損失のための期間の１／３など）
ハートビート信号生成のための各種レートが異なるＷ−ＣＤＭＡシステムについて変更されてもよいことに留意すべきである。
【００４０】
方法８０を再び参照するに、ハートビート生成レートは、各モードについて特定されたレートを充足するよう設定される。通信装置の現在モードが決定され、これに従ってハートビートレートが設定されてもよい。例えば、通信装置がバッテリセーブ／共有帯域幅モードにある場合、ハートビート信号は、上述されたように、バッテリパワーをセーブするため又は共有帯域幅を維持するため生成される。
【００４１】
その後、８８において、ベアラタイプが変更されたか判断される。例えば、通信装置が異なる通信セルに移動した結果として、ネットワークタイプ又はプロトコルが変更されたか判断される。通信装置が依然として同一の通信セルにある場合、又は同一のネットワークタイプ又はプロトコルによる他の通信セルに移動した場合、９０において、現在のハートビート生成レートが維持される。しかしながら、通信装置が異なるネットワークタイプ又はプロトコルを有する他の通信セルに移動した場合、又はネットワークタイプ又はプロトコルが現在の通信セルのいて変更されている場合、８４において、異なるモードのハートビート生成レート要求が決定される。例えば、通信装置がＷ−ＣＤＭＡを用いて通信する通信セルからＥＤＧＥを用いて通信する通信セルに移動した場合、異なるハートビート生成レートが規定されるか、特定のモードが削除されるか、又は特定のモードが追加されてもよい。例えば、Ｗ−ＣＤＭＡ通信セルからＥＤＧＥ通信セルに移動するとき、バッテリセーブ／共有帯域幅モードが削除される。
【００４２】
他の可変的又は動的なハートビートレートが提供されてもよいことに留意すべきである。例えば、通信タイムアウト後（閾値などにより）、ハートビートレート及び／又は所定のプロファイルが変更されてもよい。また、各種実施例では、複数の異なるレベルのハートビートレートによる複数レベルのサービスが提供されてもよいことに留意すべきである。さらに、各種所定のプロファイルなどの各種実施例が、異なるプロファイルの一部又はすべてを含むよう組み合わせ可能である。
【００４３】
従って、各種実施例は、自動化された／自動的な及び／又は動的なハートビート信号生成を提供する。
【００４４】
セルラ通信システム、通信装置又はその中のコントローラなどの各種実施例又はコンポーネントは、１以上のコンピュータシステムの一部として実現可能である。コンピュータシステムは、コンピュータ、入力装置、表示ユニット及びインターネットなどにアクセスするためのインタフェースを含むものであってもよい。コンピュータは、マイクロプロセッサを有してもよい。マイクロプロセッサは、通信バスに接続されてもよい。コンピュータはまた、メモリを有してもよい。メモリは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）とＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）とを有してもよい。コンピュータシステムはさらに、ハードディスクドライブ、フロッピー（登録商標）ディスクドライブや光ディスクドライブなどの着脱可能なストレージドライブであってもよい記憶装置を有してもよい。記憶装置はまた、コンピュータプログラムや他の命令をコンピュータシステムにロードするための他の同様の手段であってもよい。
【００４５】
ここで用いられる“コンピュータ”という用語は、ここに記載される機能を実行可能なマイクロコントローラ、ＲＩＳＣ（Ｒｅｄｕｃｅｄ  Ｉｎｓｔｒｕｃｔｉｏｎ  Ｓｅｔ  Ｃｉｒｃｕｉｔ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、論理回路及び他の何れかの回路若しくはプロセッサを用いたシステムを含む何れかのプロセッサベース又はマイクロプロセッサベースシステムを含むものであってもよい。上記の具体例は、単なる一例であって、“コンピュータ”という用語の定義及び／又は意味を何れかの方法により限定することを意図したものでない。
【００４６】
コンピュータシステムは、入力データを処理するため、１以上の記憶要素に格納される命令セットを実行する。記憶要素はまた、必要とされる又は所望されるデータ又は他の情報を格納してもよい。記憶要素は、処理マシーン内の情報ソース又は物理メモリ要素の形態をとるものであってもよい。
【００４７】
命令セットは、処理マシーンとしてのコンピュータに本発明の各種実施例の方法及び処理などの特定の処理を実行するよう指示する各種命令を含むものであってもよい。命令セットは、ソフトウェアプログラムの形態をとるものであってもよい。ソフトウェアは、システムソフトウェア又はアプリケーションソフトウェアなどの各種形態をとるものであってもよい。さらに、ソフトウェアは、個別のプログラムの集合体、より大きなプログラム内のプログラムモジュール又はプログラムモジュールの一部の形態をとるものであってもよい。ソフトウェアはまた、オブジェクト指向プログラミングの形態のモジュラプログラミングを含むものであってもよい。処理マシーンによる入力データの処理は、ユーザコマンドに応答するものであってもよいし、前の処理結果に応答するものであってもよいし、又は他の処理マシーンによるリクエストに応答するものであってもよい。
【００４８】
ここで用いられる“ソフトウェア”及び“ファームウェア”という用語は、置換可能であり、ＲＡＭメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ及び不揮発性ＲＡＭ（ＮＶＲＡＭ）メモリを有するコンピュータによる実行用のメモリに格納される何れかのコンピュータプログラムを含む。上述したメモリタイプは、単なる一例であって、コンピュータプログラムの格納用に利用可能なメモリのタイプに限定されるものでない。
【００４９】
上記説明は、例示的なものであって、限定的なものでないことが理解されるべきである。例えば、上述した実施例（及び／又はその態様）が互いに組み合わせて利用可能である。さらに、本発明の教示に特定の状況又は物質をその範囲を逸脱することなく適用させるため、多数の改良が可能である。例えば、方法に記載される各ステップの順序は、明示的に言及されない限り又は暗黙的に要求されない限り（例えば、あるステップは、前のステップの結果や生成物が利用可能であることを必要とするなど）、特定の順序により実行される必要はない。ここに記載される物質の大きさ及びタイプは本発明のパラメータを規定するものであるが、それらは限定的なものでなく、一例である実施例である。上記記載を参照及び理解すると、当業者には他の多数の実施例が明らかになるであろう。従って、本発明の範囲は、添付した請求項を参照して、当該請求項に与えられる均等な全範囲と共に決定されるべきである。添付した請求項では、“含む”及び“〜において”という用語は、それぞれ“有する”及び“〜において”という単語の平易な英語の均等物として利用される。さらに、以下の請求項では、“第１の”、“第２の”、“第３の”などは単なるラベルとして用いられ、それらの対象物に関する数値的な要求を課すものでない。
【図１】
2011523525.tif 000003
【図２】
2011523525.tif 000004
【図３】
2011523525.tif 000005
【図４】
2011523525.tif 000006
【図５】
2011523525.tif 000007
【手続補正書】
【提出日】平成22年7月14日(2010.7.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおけるハートビート信号を生成するための方法であって、
利用可能な所定のプロファイルを決定するステップと、
緊急スタッフ又はプレミアムサービス加入者の１以上のユーザグループ又はサービス優先度に基づき規定される通信状態を決定するステップと、
前記決定された通信状態に基づき、ハートビート信号を生成するための１以上のレートを規定する所定のプロファイルを選択するステップと、
前記選択された所定のプロファイルに基づきハートビート信号を生成するステップと、
を有する方法。
【請求項２】
前記ハートビート信号を自動生成するステップをさらに有する、請求項１記載の方法。
【請求項３】
前記ハートビート信号を生成するステップは、前記生成のレートを変更することを含む、請求項１記載の方法。
【請求項４】
前記ハートビート信号を生成するステップはさらに、アップリンク通信とダウンリンク通信のそれぞれについて異なるレートによりハートビート信号を生成することを含む、請求項１記載の方法。
【請求項５】
前記通信状態は、送信即応性レベルに基づきさらに規定される、請求項１記載の方法。
【請求項６】
前記通信状態は、通信装置の位置に少なくとも部分的に基づきさらに規定される、請求項１記載の方法。
【請求項７】
前記ハートビート信号は、前記ハートビート信号をランダム化するためのランダムに生成されるコンポーネントから構成される、請求項１記載の方法。
【請求項８】
前記通信状態は、過去のネットワーク動作に少なくとも部分的に基づきさらに規定される、請求項１記載の方法。
【請求項９】
前記通信状態は、過去のユーザ動作に少なくとも部分的に基づきさらに規定される、請求項１記載の方法。
【請求項１０】
前記サービス優先度は、通信のサービスのタイプと優先レベルとの１つにより規定される、請求項１記載の方法。
【請求項１１】
前記通信状態は、データベアラに少なくとも部分的に基づきさらに規定される、請求項１記載の方法。
【請求項１２】
前記データベアラは、通信セルのネットワークタイプにより規定され、
前記ハートビート信号を生成するステップは、前記ネットワークタイプのそれぞれの範囲内の異なるモードに基づきハートビート信号レートを変更することを含む、請求項１１記載の方法。
【請求項１３】
前記所定のプロファイルは、バッテリセーブ／共有帯域幅ハートビート生成モード、エンドコールハートビート生成モード、リスニングハートビート生成モード及び延長期間ハートビート生成モードの少なくとも１つからなり、
各モードは、異なる動作特性について異なるハートビート生成要求を有する、請求項１記載の方法。
【請求項１４】
複数の通信セルと、
ハートビート信号を生成するよう構成される少なくとも１つの通信装置と、
を有するセルラ通信システムであって、
前記ハートビート信号を生成するレートは、複数の所定のプロファイルの選択された１つにより規定され、
前記選択された所定のプロファイルの選択は、（ｉ）サービス優先度又はユーザグループと、（ｉｉ）前記複数の通信セルのそれぞれのネットワークタイプの通信要求との１つに基づく通信状態に基づくセルラ通信システム。
【国際調査報告】
2011523525.tif 000008
2011523525.tif 000009
2011523525.tif 000010