JP4440977B2 - デジタル無線通信コールを処理するためのシステムおよび方法 - Google Patents

Description

（発明の背景）
（１．発明の分野）
本発明は、一般的に、無線通信に関し、より具体的には、デジタルコールを処理するためのシステムおよび方法に関する。

（２．背景）
セルラー無線通信デバイスおよびネットワークは、ますます多くのサービスをユーザに提供している。双方向音声コールのような一部のサービスは、デジタルネットワークまたはアナログネットワークのいずれかを用いて、一般に、実行され得る。他のサービスは、典型的には、デジタルネットワークを要求し、アナログネットワークとともに実行され得ない。１つのこのようなサービスは、プッシュ・ツー・トーク（ＰＴＴ）通信である。ＰＴＴ通信において、ユーザは、別の無線通信デバイスに、瞬時に接続し得る。それには、別のデバイスを呼び出して待つことも、他のユーザがそのコールに答えるのを待つことも必要がない。ボタンを１回押すと、ＰＴＴコールは、接続される。

ＰＴＴコールは、一般に、半二重コールである。半二重とは、一人のみが一度に話し得ることを意味する。従来の全二重コールと異なり、両者は、同時に話し得ない。当然、スピーチが、ＰＴＴまたは従来の全二重コール上で搬送される唯一の可能なデータではない。スピーチは、例示的な目的のためのデータとして、本明細書にて、考慮され得るに過ぎない。テキストおよびピクチャまたはビデオに加え、他のタイプのオーディオ通信もまた、可能であり得る。

瞬時の接続能力を達成するために、ネットワークは、各ＰＴＴ可能な無線通信デバイスに対するプレゼンス情報を維持しなくてはならない。例えば、ＡおよびＢが、それぞれＰＴＴ可能な無線通信デバイスＣおよびＤのユーザであるとすれば、Ｃが、デバイスＤに瞬時に接続し得るように、ネットワークは、デバイスＣおよびＤを追跡し続けなくてはならない。さらに、Ａは、自分のデバイスＣが、デバイスＤと瞬時の接続に、利用可能であるように、あるいは利用可能でないようにさせ得る。

ネットワークが、デバイスＣおよびＤに関する情報を維持するのみならず、これらのデバイスのそれぞれはまた、他のデバイスのプレゼンスに関する情報を、一般に受信する。例えば、Ａは、ＰＴＴコールを受信するように、あるいはＰＴＴコールを受信しないように、デバイスＣの状態を設定し得る。デバイスＣが、ＰＴＴコールを受信する状態にあり、Ａが、ＰＴＴコールの受信を停止したいと欲する場合、Ａは、自分のデバイスＣ上のメニュのオプションを選択して、コールの受信を停止し得る。逆に、デバイスＣが、ＰＴＴコールを受信しない状態にあり、Ａが、ＰＴＴコールの受信を利用可能にすることを開始したいと欲する場合、Ａは、自分のデバイスＣ上のメニュの別のオプションを選択して、ＰＴＴコールの受信を利用可能にすることを開始し得る。このように状態を変化するために、デバイスＣは、その状態が変化されるべきであることを示すメッセージをネットワークに送信しなくてはならない。ネットワークは、デバイスＣにＰＴＴコールをさせるように構成されたデバイスＤのようなデバイス全てに、同様のメッセージを送信しなくてはならない。状態を変化するデバイスＣのようなデバイスから、状態の変化に関して知る必要のあるデバイスＤのような他のデバイスへのこのようなメッセージは、プレゼンスメッセージと称される。

ＰＴＴプレゼンスメッセージは、典型的には、デジタルネットワーク上でのみ送信される。したがって、無線通信デバイスが、デジタルおよびアナログのネットワーク上で通信するように構成され得るとしても、プレゼンスメッセージを送信するために、デバイスをデジタルネットワークのみに制約する必要があり得る。デバイスをデジタルネットワークのみに制約することは、デジタルモードオンリーに制約する、あるいはデジタルオンリーモードに入ると称される。

ＰＴＴプレゼンスメッセージが送信された後、無線通信デバイスが、再び、可能な限り、デジタルモードまたはアナログモードのいずれにおいても、通信し得るようにするために、デジタルオンリーモードへの制約は、取り除かれ得る。

デジタルオンリーモードに出入りする動きは、優先ローミングリスト（ＰＲＬ）を用いることによって、達成される。ＰＲＬは、その無線通信デバイスのメモリの中に格納される。ＰＲＬは、無線通信デバイスが通信し得る無線通信システムまたはネットワークの全ての記録を含む。ＰＲＬを用いる幾つかの例は、特許文献１（１９９９年１１月３０日発行）、特許文献２（２００２年７月２日発行）、特許文献３（２００２年１０月１５日発行）、特許文献４（２００３年７月１７日公開）、特許文献５（２００４年６月１０日公開）、および特許文献６（２００４年６月２４日公開）に記載されており、これらの特許文献は、それぞれ、その全体を参考として、本明細書に援用される。

特許文献２に記載されているように、ＰＲＬは、典型的には、無線通信デバイスが遭遇し得る可能性のあるシステムの完全なリストを含む。ＰＲＬは、それらのシステムのそれぞれに関する優先情報を含む。優先情報とは、どのシステム、どのネットワーク、およびどのチャネルが優先されるかの指示を意味する。具体的には、優先情報は、システム、ネットワーク、チャネル、モード（例えば、デジタルまたはアナログ）、地理的情報に関する情報であり得る。すなわち、優先情報とは、優先が無線通信デバイスによってなされ得ることに関する任意の情報である。優先とは、優先情報に基づく選択である。例えば、無線通信は、デジタルオンリーモードの状態であり得る。デジタルオンリーモードとは、優先が選択されることを意味する。ＰＲＬの中の優先情報に、デジタル表示を有するこれらのシステムおよびネットワークのみが、無線通信デバイスによって、使用され得る。

図５は、システム獲得に関与する典型的なアルゴリズムを説明する流れ図である。ステップ５００で、アルゴリズムは、開始する。開始ステップ５００は、無線通信デバイスのパワーアップであり得る。ステップ５０５において、順序付けされたチャネルのセットは、ＰＲＬ５１０および任意の優先度５１５（例えば、デジタルのみ）から導出される。具体的には、獲得テーブル５１７は、ＰＲＬ５１０の中に含まれる。順序付けされたチャネルのセットは、獲得テーブル５１７から導出され、これは、スキャンリストとして、公知である。ステップ５２０で、順序付けされたチャネルのセットは、最も直近に使用されたリスト（ＭＲＵ）５２５に基づいて、ソートされる。ステップ５３０で、無線通信デバイスは、通信システムを獲得する。一度、通信システムが獲得されると、デバイスは、自身の地理的ロケーションを知る。ステップ５３３で、別の順序付けされたチャネルのセットが、任意の優先度５１５およびＰＲＬ５１０に基づいて、導出される。特に、システムテーブル地理情報５３６は、順序付けされたチャネルのセットを導出するために使用される。このようにして導出された順序付けされたチャネルのセットは、別のスキャンリストであり、この別のスキャンリストは、再スキャンリストとして、公知であり得る。

典型的に、Ｓ１のような加入者は、特定のサービスプロバイダ、またはネットワークから、無線通信サービスに加入する。例えば、Ｓ１は、サービスプロバイダＨ１に加入し得る。Ｓ２もまた、サービスプロバイダＨ１に加入し得る。サービスプロバイダＨ１は、サービスプロバイダＲ１との関係を有し得る。それは、サービスプロバイダＨ１によって、サービスプロバイダＲ１に支払われる料金に対して、Ｓ１およびＳ２のようなサービスプロバイダＨ１の加入者が、サービスプロバイダＲ１のネットワークを使用し得るようにするためである。

サービスプロバイダＨ１はまた、サービスプロバイダＲ２との関係も有し得る。これは、サービスプロバイダＨ１によって、サービスプロバイダＲ２に支払われる料金に対して、サービスプロバイダＨ１の加入者が、サービスプロバイダＲ２のネットワークを使用し得るようにするためである。しかしながら、Ｒ２に支払われる料金は、Ｒ１に支払われる料金よりも多いことがあり得る。この場合、Ｈ１は、Ｓ１およびＳ２のようなＨ１の加入者が、可能であるときはいつでも、Ｒ２のネットワークではなく、Ｒ１のネットワークを使用することを優先し得る。当然、可能であるなら、Ｈ１は、Ｓ１およびＳ２のようなＨ１の加入者が、Ｈ１のネットワークを使用することを優先する。このネットワークの優先度のレベル、または順序は、ＰＲＬの中に格納される。

ネットワーク優先の説明を続けると、サービスプロバイダＨ１は、デジタルネットワークおよびアナログネットワークを有し得る。Ｈ１は、加入者が、可能なときはいつでも、Ｈ１のアナログネットワークではなく、Ｈ１のデジタルネットワークを使用することを優先し得る。別の例として、Ｈ１は、サービスプロバイダＮと、何ら関係を有し得ない。したがって、Ｓ１およびＳ２のようなＨ１の加入者は、コールをネットワークＮ上に置くことを許可され得ない。ネットワークＮが、利用可能な唯一のネットワークである場合、加入者Ｓ１のデバイス、例えば、Ｄ１および加入者Ｓ２のデバイス、例えば、Ｄ２は、どのサービスも利用可能でないことを表示し得る。当然、緊急応答サービスに置かれたコールの場合、Ｈ１の加入者は、ネットワークＮを使用することを許可される。

上述の例から考えると、Ｈ１のデジタルネットワークは、より最優先のネットワークと称される。Ｎのネットワークは、許可されない。他のネットワークは、最優先および不許可の両極端の間に収まる。例えば、Ｒ２のネットワークは、不許可のネットワークＮを除くと、最低優先ネットワークであり得る。Ｈ１のアナログネットワークは、Ｒ２のネットワークよりも高優先であり得るが、Ｒ１のネットワークよりも低優先である。Ｒ１のネットワークは、Ｈ１のアナログネットワークよりも高優先であるが、Ｈ１のデジタルネットワークよりも低優先である。

ネットワークと優先との関係の上述の整理は、実際のところ、単純な例である。現実には、より多くのネットワークが関与し、ＰＲＬは、幾つかの他の要因によっても複雑化される。一つのこのような要因は、地理である。ＰＲＬは、「地理情報」として、あるいは単に「地理」として知られた地理的情報を格納する。この地理情報は、特定の地理的エリアにおいて、ネットワークを選択するために使用され得る。

別の複雑化要因は、以上に簡潔に述べてきた、すなわち、アナログ動作対デジタル動作である。システムは、アナログ通信システムまたはデジタル通信システムのいずれかであり得る。ＰＲＬは、システムがアナログまたはデジタルであるかの表示器を含む。ＰＴＴプレゼンスメッセージと関連して上述したように、一部のアプリケーションは、デジタルシステムを要求する一方で、一部のアプリケーション（例えば、多くのボイスコール）は、デジタルシステムまたはアナログシステム上にあり得る。

Ｄ１またはＤ２のようなデバイスが、所与の地理的エリアで、より低優先のシステムまたはネットワークとして知られた最優先システム以外のシステムを獲得した場合、そのデバイスは、ローミングしていると言われる。デバイスが、ローミングしているとき、そのデバイスは、典型的には、スキャンタイマに基づいて、定期的に、最優先システムをスキャンする。例えば、デバイスＤ１が、ネットワークＲ１にある信号を獲得した場合、デバイスＤ１は、ネットワークＨ１を１８０秒ごとにスキャンし得る。あるいは、例えば、デバイスＤ１が、ネットワークＲ２にある信号を獲得した場合、デバイスＤ１は、ネットワークＨ１およびＲ１の双方を１８０秒ごとにスキャンし得る。再スキャン期間は、１８０秒ごとであっても、なくても、任意の都合の良い期間であり得る。

デバイスが、ネットワーク内の信号を獲得したとき、デバイスは、そのネットワーク上に、あるいはそのネットワーク内にあると言われ、このネットワークは、現在のネットワークと称され得る。便宜上、デバイスが、最優先ネットワーク以外の任意のネットワーク上にあるとき、そのデバイスは、図５に関して上述されたように、スキャンリストを再構築する。そのスキャンリストは、ＰＲＬのサブセットである。スキャンリストは、現在のネットワークよりも高優先であり、現在のネットワークと同じ地理的エリアにあるＰＲＬ内の全てのネットワークを含む。スキャンタイマが、満了するとき、そのデバイスは、スキャンリストをスキャンする。このスキャンリストのスキャンは、ＰＲＬ全体をスキャンするよりも速い。
米国特許第５，９９５，８２９号明細書 米国特許第６，４１５，１４８号明細書 米国特許第６，４６６，８０２号明細書 米国特許出願公開第２００３／０１３４６３７号明細書 米国特許出願公開第２００４／０１１０５０３号明細書 米国特許出願公開第２００４／０１２１７８１号明細書

しかしながら、スキャンリストをスキャンすることは、幾つかの点で、リソースを消費する。デバイスが、より高優先のネットワークをスキャンする間、そのデバイスは、現在のネットワーク上で、通信を受信または送信し得ない。その結果は、（１）ページの欠落、（２）ボイスコールの失敗、（３）ＳＭＳコールの失敗、（４）ネットワークリソースの無駄遣い、および（５）電池寿命消費の結果生じる通話時間の減少またはスタンバイ時間の減少、あるいはその双方の時間の減少であり、これらのうちの１つ以上を含み得る。

スキャンリストをスキャンするには、約１秒〜５秒を要し得る。典型的には、スキャンリストは、同じ地理的領域にある約１つ〜５つの高優先システムを含み得る。典型的には、無線通信デバイスは、１つのシステムをスキャンするのに、約１秒を要し得る。当然、これらの典型的な時間の推定は、スキャン技術が変化すると変化するし、システムの数が増減すると変化する。再スキャンの間、デバイスは、通信のために利用できない。したがって、とりわけ、コールが失敗になり得る。これは、Ｓ１およびＳ２のようなユーザにとっては、腹立たしいことであるし、サービスプロバイダにとっては、収益の損失という結果になる。

（発明の概要）
デジタルオンリーモードの間に置かれたデジタルコールを終えた結果、再スキャンすることと関連する問題を避けるために、最優先デバイス以外のネットワーク上にある無線通信デバイスは、デジタルオンリーモードを出たことに応答して、より高優先のネットワークのスキャンを妨げられる。その結果として、無線通信デバイスは、たとえ、現行システムが、より低優先のシステムであったとしても、現在のシステム上に、より長くロックされた状態に留まる。

この利点として含まれ得るのは、スキャンしている間のページの欠落減少と、その結果、コールの欠落減少およびＳＭＳメッセージの欠落減少と、その結果、収益増およびエンドユーザの欲求不満減少とであり、ならびに消費電力削減と、その結果、通話時間の増加またはスタンバイ時間の増加と、その結果、再び、収益増およびエンドユーザの欲求不満減少とである。

本発明の他の局面、利点、および新規な特徴は、以下の添付図面と関連付けて、考慮したとき、以下の詳細な説明から明らかになる。

本明細書で教示される本発明の好ましい実施形態は、添付図面の図で、例示によって説明されるが、これは、限定するためのものではない。

（詳細な説明）
図１は、デジタルオンリーコール発生リクエストまたはコマンドを処理するための方法を説明する流れ図を示す。ステップ１００で、より低優先のデジタルチャネルが、獲得される。より低優先のチャネルは、ＰＲＬによって規定される最優先チャネル以外の同じ地理領域にある任意のシステム内のチャネルである。望ましいおよび好ましいという用語は、互いに置換されるように、使用され得る。

ステップ１０５で、デジタルオンリー発生リクエストまたはコマンドが受信される。例えば、デジタルオンリー発生リクエストは、無線通信デバイス上のソフトウェアアプリケーションの中で、無線通信デバイスユーザによるメニュ選択の結果として、生成され得る。例えば、メニュ選択は、ＰＴＴネットワークにおけるプレゼンス変化であり得る。デジタルオンリー発生リクエストは、プレゼンスメッセージを送信する目的のためのものであり得る。あるいは、デジタルオンリー発生リクエストは、別のＰＴＴデバイスのＰＴＴプレゼンスに関するプレゼンスメッセージを送信するためのネットワークからのものであり得る。ソフトウェアアプリケーションおよびプレゼンスメッセージは、図３および図４と関連して、より詳細に、以下に記載される。他の例も可能である。例えば、デジタルオンリー発生リクエストは、ＳＭＳメッセージを送信する目的であり得る。

ネットワークは、米国ＣＤＭＡネットワークであり得る。この場合、例えば、ＩＳ−９５ＢまたはＣＤＭＡ２０００システムのような任意のサービスオプション（ＳＯ）３３コール発生リクエストは、デジタルオンリーコール発生コマンドを生成する。例えば、モバイル通信用グローバルシステム（ＧＳＭ）および広帯域ＣＤＭＡのような他のネットワークにおいて、デジタルオンリーコール発生コマンドを生成するＳＯ３３と同様のプロトコルが利用可能である。実際、デジタルオンリーリクエストまたはコマンドを生成するのに都合の良い任意の方法が、使用され得る。

ステップ１１０で、モードは、デジタルオンリーに強制される。一部の無線通信デバイスは、アナログ通信およびデジタル通信で、通信可能である。このようなデバイスは、デュアルモードデバイスと称される。デュアルモードデバイスは、３つ以上の通信標準で通信可能でもあり得る。このようなデバイスは、一般に、三モードデバイス、四モードデバイス、または高次モードデバイスと称される。しかしながら、このようなデバイスは、本明細書では、デュアルモードデバイスと称される。なぜなら、関連する機能性は、単に、そのデバイスが、アナログモードおよびデジタルモードで、通信され得るということだからである。モードが、強制的にデジタルにされるとき、デバイスは、通信をデジタルモードに限定され、アナログモードでの通信から排除される。より具体的には、デバイスは、デジタル通信システムを獲得することに限定され、アナログ通信システムを獲得することが禁じられる。デジタルに限定し、アナログを禁じることは、典型的には、ＰＲＬを用いて実行され、これは、図３に関連して、以下に詳細に記載される。

ステップ１１５で、デジタルコールがリリースされる。デジタルコールは、完了し得るか、あるいは決して成功裏に接続され得ないかである。換言すれば、典型的に、デジタルオンリーリクエストに応答して、無線通信デバイスは、デジタルコールに接続しようと試みる。このコールは、接続され得るか、あるいは成功裏に接続され得ないかである。また、コールは、接続され得るが、その後に、弱まった信号強度または他の同様の理由で、落とされ得る。そのコールが完了されたか、落とされたか、決して接続されないか、あるいは任意の他の方法で扱われたかに関わらず、結果として、ステップ１１５で述べるように、コールは、リリースされる。

ステップ１２０で、モードは、デジタルオンリーから強制を外される。これは、アナログ通信が、再び、許可されることを意味する。典型的には、無線通信デバイスは、この点で、ノーマルモードに戻る。ノーマルモードにおいて、アナログ通信システムおよびデジタル通信システムが、獲得され得る。図３と関連して、より詳細に、以下に記載されるように、ノーマルモードへの変更は、典型的には、ＰＲＬを用いて、アナログ通信システムおよびデジタル通信システムをスキャンリストに含むようにすることを含む。

ステップ１２５で、より高優先のチャネルに対してスキャンすることはできない。具体的には、モードをデジタルオンリーから強制を外した結果として、デバイスは、より高優先の通信システムに対してスキャンすることを避ける。デバイスは、現行システム上にロックされたまま留まる。有利なことに、これは、上述されたようなネットワークおよび電源リソースの消費を避ける。より高優先のネットワークに対してスキャンするとき、無線通信デバイスは、とりわけ、着信（ｉｎｃｏｍｉｎｇ）ショートメッセージサービス（ＳＭＳ）と着信コールに対して、ページを逸し得る。スキャンしないことで、無線通信デバイスは、その無線通信デバイスに送信されるページを、より高い確率で受信する。

ここで、図２について、記載され、特に、デジタルオンリーコールの終了に応答して、より高優先のシステムに対してスキャンしないための一つの方法を説明する。図２は、図１に関して説明された方法と同様に、デジタルオンリーコール発生リクエストまたはコマンドを処理する方法を説明する流れ図である。図２に関して示されるステップ１００、１０５、および１１５は、図２に関して示されるステップ１００、１０５、および１１５と同様であるので、ステップ１００、１０５、および１１５は、ここでは、詳細に記載されない。

ステップ１３０で、再スキャンタイマが開始される。再スキャンタイマは、所定の期間を有する。タイマは、所定の期間をカウントし、その所定の期間の終了時に、満了する。典型的に、再スキャンタイマは、無線通信デバイスが低優先ネットワークを獲得していたときで、そのデバイスが高優先ネットワークに対してスキャンするべきときを決定するために、使用される。この所定の期間は、１８０秒であり得るか、あるいは任意の都合の良い期間であり得る。

ステップ１１５で、図１と関連して上述されたように、デジタルコールが、終了する。クエリ１３５で、再スキャンタイマが、満了されているかかどうかが決定される。再スキャンタイマが、満了されていない場合、有利なことに、無線通信デバイスは、待ち続け、クエリ１３５からの「ＮＯ」経路によって示されるように、より高優先のシステムに対してスキャンしない。クエリ１３５からの「ＹＥＳ」経路によって示されるように、再スキャンタイマが、満了される場合、ステップ１４０に示されるように、より高優先のシステムに対するスキャンが実行される。より高優先のシステムに対するスキャンは、デジタルコールの終了後、即座によりも、むしろ、再スキャンタイマの開始後、１８０秒後に、起こり得る。この結果、より高優先のチャネルに対するスキャンが、より少なくなる。この結果、ページ欠落削減および低電力消費の少なくとも一方が得られる。

図１および図２に関して説明された方法の幾つかの局面が、ここで、図３に関連して記載される。図３は、デジタルオンリーコール発生リクエストまたはコマンドを処理するように構成された無線通信デバイス１４２を説明するブロック図を示す。

プロセッサ１４４は、メモリ１４６に接続される。プロセッサ１４４は、無線通信デバイス１４２の機能を調整し、コール発生リクエストを処理することを含め、デバイスに与えられたデータおよびコマンドを処理する。優先ローミングリスト（ＰＲＬ）１４８は、メモリ１４６の中に格納される。上述のように、ＰＲＬ１４８は、無線通信デバイス１４２が通信し得る様々な通信システムに対するシステム情報、ネットワーク情報、ローミング情報、ホーム情報、および地理的情報を格納する。さらに、ＰＲＬ１４８は、様々な通信システムの様々なチャネル上を通信するのに必要であり得るチャネル情報を格納する。

メモリ１４６はまた、スキャンリスト１５０も含む。スキャンリスト１５０は、現在の通信ネットワークよりも高優先である通信ネットワークがあれば、それらのネットワークのリストを含む。無線通信デバイス１４２が、より低優先の通信システムを獲得しているときはいつも、スキャンリスト１５０は、構築される。したがって、無線通信デバイス１４２は、最優先ネットワークを獲得していた場合、スキャンリスト１５０に対する必要はないこともあり得る。

メモリ１４６はまた、デジタルオンリースキャンリスト１５２も含む。デジタルオンリースキャンリスト１５２は、高優先ネットワークのリストを含む。無線通信デバイス１４２が、より低優先のネットワークを獲得しており、デジタルオンリーコール発生リクエストまたはコマンドを受信するときに、デジタルオンリースキャンリスト１５２は、構築される。典型的に、無線通信デバイス１４２が、デジタルオンリーモードに強制されるときに、デジタルオンリースキャンリスト１５２は、構築される。スキャンリスト１５０は、デジタルオンリースキャンリスト１５２を構築することに応答して、削除され得るか、あるいは上書きされ得る。代替的に、スキャンリスト１５０は、デジタルオンリースキャンリスト１５２とともに、メモリの中に常駐し得る。スキャンリスト１５０とデジタルオンリースキャンリスト１５２との双方は、図３に関連して示される。しかしながら、スキャンリスト１５０とデジタルオンリースキャンリスト１５２とのうちの一方のみが、メモリ１４６の中に、任意の一時点に存在し得ることも可能である。実際、ときとして、例えば、無線通信デバイス１４２が、最優先通信ネットワークを獲得していたときのように、スキャンリスト１５０もデジタルオンリースキャンリスト１５２も、メモリ１４６の中に、存在し得ないことも可能である。

メモリ１４６はまた、オプションとして、最も直近に使用されたリスト１５４も含む。最も直近に使用されたリスト１５４は、最も直近に使用された通信チャネルのリストを格納する。最も直近に使用されたチャネルが、最近使用されていないチャネルの前に、スキャンされるために、最も直近に使用されたリスト１５４は、スキャンリスト１５０またはデジタルオンリースキャンリスト１５２の中に有用な順序でエントリを置くために、使用され得る。

メモリ１４６は、１つ以上のメモリデバイスとして、インプリメントされ得る。さらに、メモリ１４６は、部分的に、プロセッサ１４４の内部に、インプリメントされ得る。具体的には、プロセッサ１４４は、内部メモリ（図示せず）を有し得る。リスト１４８、１５０、１５２、および１５４のいずれも、プロセッサ１４４の内部メモリの中に含まれ得る。これらのリストは、異なる時間に、内部メモリに書き込まれ得る。

プロセッサ１４４は、幾つかのソフトウェアモジュール１５６、１５８、１６０、１６２、１６４、１６６、および１６８をランし得る。これらのソフトウェアモジュールは、メモリ内に格納され得るが、これらのモジュールは、プロセッサの中に示される。なぜなら、これらのソフトウェアモジュールがランされるとき、これらは、プロセッサ１４４上でランされるからである。ソフトウェアモジュールの数は、図３に関連して示されるより多いことも少ないこともあり得る。ソフトウェアは、ソフトウェアの範囲または設計を限定するためでなく、むしろ、機能性を示すために、特定のモジュールとして示されている。

最下位にあるソフトウェアから始めると、受信モジュール１６４は、トランシーバ１７０に接続され、トランシーバ１７０の受信機能を制御する。送信モジュール１６６もまた、トランシーバ１７０に接続され、トランシーバ１７０の送信機能を制御する。サーチャモジュール１６８もまた、トランシーバ１７０に接続され、トランシーバ１７０のサーチ機能を制御する。具体的には、デバイス１４２が、通信チャネルをサーチしているときに、サーチャモジュール１６８は、トランシーバ１７０を制御する。

受信モジュール１６４、送信モジュール１６６、およびサーチャモジュール１６８のそれぞれは、主制御タスク１６２に接続される。主制御タスク１６２は、モジュール１６４、１６６、および１６８のそれぞれを制御する。主制御タスク１６２は、モジュール１６４、１６６、および１６８のそれぞれが、アクティブ化されるべきときを決定し、例えば、通信チャネルが、受信モジュール１６４および送信モジュール１６６によって使用され、サーチャモジュール１６８によってサーチされるように設定する。

例えば、主制御タスク１６２は、スキャンリスト１５０またはデジタルオンリースキャンリスト１５２を用いる。それは、再スキャンタイマの満了に応答して、より高優先の通信システムに対してスキャンするとき、どの通信チャネルをサーチするかを、サーチャモジュール１６８に伝えるためである。有利なことに、主制御タスク１６２は、デジタルコールリリースに応答して、サーチャモジュール１６８を用いて、より高優先のチャネルに対してスキャンするのではなく、受信モジュール１６４および送信モジュール１６６が、より長い間、アクティブであるように、保ち得る。例えば、受信モジュール１６４は、トランシーバ１７０が、デジタルコールが開始されたより低優先のチャネルのパイロット信号を受信し続けるようにさせ得る。また、受信モジュール１６４は、トランシーバ１７０が、より低優先のチャネル上のページを聞き続けるようにさせ得る。

主制御タスク１６２は、コールマネージャ１６０によって、ある程度、制御される。すなわち、コールマネージャ１６０は、サービスおよび機能をリクエストする。主制御タスク１６２は、リクエストされたサービスおよび機能を提供することによって、応答する。コールマネージャ１６０は、デバイス１４２への無線通信およびデバイス１４２からの無線通信を処理することに関連する機能を管理する。コールマネージャ１６０は、ユーザインタフェース（ＵＩ）モジュール１５６とインタフェースする。

ＵＩモジュール１５６は、様々なユーザインタフェースデバイス１７２、１７４、１７６、１７８、および１８０を制御し、これらのデバイスに応答する。多くのＵＩデバイスは、例えば、キーパッド１７４、ディスプレイ１７６、スピーカ１７８、マイク１８０、および（総合ＵＩデバイス１７２で代表される）他のＵＩデバイスのようなものが可能である。例えば、ＵＩモジュールは、ディスプレイデバイス１７６を制御して、ディスプレイデバイス１７６が、デバイス１４２のユーザによる選択のためのメニュオプションを表示するようにさせ得る。ユーザは、キーパッド１７４上のキー（図示せず）を押すことによって、メニュ上のオプションを選択し得る。

コールマネージャ１６０はまた、アプリケーション１５８とインタフェースする。アプリケーション１５８は、ＰＴＴコール管理用のＰＴＴソフトウェアアプリケーションであり得る。他のアプリケーションも、可能である。アプリケーション１５８は、デジタルオンリーコール発生リクエストまたはコマンド１８２を生成する。デジタルオンリーコール発生リクエストまたはコマンド１８２は、図１および図２と関連して上述したように、プレゼンスメッセージを送信するリクエストであり得る。例えば、デバイス１４２のユーザは、自分のＰＴＴプレゼンス情報を変更したいと願い得る。ユーザは、ＵＩデバイス１７２、１７４、１７６、１７８、および１８０のうちの１つ以上を用いて、自分のプレゼンス情報を変更するオプションを選択し得る。アプリケーション１５８は、そのデジタルオンリーコール発生リクエストをデジタルオンリーコール発生として、扱うことも、扱わないこともあり得る。アプリケーション１５８は、そのリクエストがデジタルオンリーコール発生リクエストであることを認知しているかどうかに関わらず、コールマネージャ１６０は、そのリクエストをデジタルオンリーコール発生リクエストとして、認知し、扱う。

デジタルオンリーコール発生リクエスト１８２に応答して、コールマネージャ１６０は、主制御タスク１６２を強制的にデジタルオンリーモードにする。少なくとも、デバイス１４２が、より低優先の通信チャネルを獲得していたとき、主制御タスク１６２は、デジタルオンリースキャンリスト１５２が構築されるようにさせる。次いで、主制御タスク１６２は、デジタルオンリーコール発生リクエスト１８２によってリクエストされたコールを完了しようと試みる。コールが完了すると、主制御タスク１６２は、サーチャ１６８にデジタルオンリースキャンリスト１５２をスキャンさせない。追加的に、一部のタイプのコール失敗に関して、主制御タスク１６２は、同様に、サーチャ１６８にデジタルオンリースキャンリスト１５２をスキャンさせることを回避する。

具体的には、コール完了と、おそらく一部のタイプのコール失敗との場合、主制御タスク１６２は、受信モジュール１６４または送信モジュール１６６、あるいはその双方に、デジタルコールのリリース後でさえも、アクティブのまま留まるようにさせる。主制御タスク１６２は、デジタルオンリースキャンリスト１５２またはスキャンリスト１５０のいずれかをスキャンするために、（図２と関連して記載された）再スキャンタイマの満了まで待つ。主制御タスク１６２は、コールが失敗したとき、あるいは完了したとき、スキャンリスト１５０を再構築するようにさせ得る。しかし、たとえ、スキャンリスト１５０が再構築されない場合でも、スキャンリスト１５０は、（図２と関連して記載された）再スキャンタイマの満了まで、スキャンされ得ない。

主制御タスク１６２は、ＰＲＬ１４８に基づくスキャンリスト１５０およびデジタルオンリースキャンリスト１５２、ならびにオプションとして、最も直近に使用されたリスト１５４の構築を制御し得るか、あるいはシステム決定モジュール（図示せず）と称される別のソフトウェアモジュールがあって、上述したようなリスト１４８、１５０、１５２、および１５４の使用を制御し得る。上述のように、モジュールの数は、ここに記載されたものより多いことも、少ないこともあり得る。

例えば、セルラー電話のようなセルラー通信デバイスは、典型的に、これらのデバイスが入り得る幾つかのモードを有する。一般に、これらのモードは、主制御タスク１６２のモードであり、コールマネージャ１６０が、どのモードが主制御タスク１６２（そして、それゆえ、デバイス１４２）の中にあるかを制御する。典型的なモードは、アナログオンリーモード、デジタルオンリーモード、およびホームオンリーモードを含む。さらに、米国において、セルラーオンリーモード、およびＰＣＳオンリーモードが一般的である。

これらのモードは、以下の制限を意味する。セルラーオンリーモードは、デバイス１４２に、８２４メガヘルツ（ＭＨｚ）と８９４ＭＨｚとの間の米国セルラー通信帯域にある通信ネットワークを用いるように制約することを意味する。ＰＣＳオンリーモードは、デバイス１４２に、１９１０ＭＨｚと１９９５ＭＨｚとの間の米国パーソナル通信システム（ＰＣＳ）通信帯域にある通信ネットワークを用いるように制約することを意味する。

他の同様なモードも、他の国々における通信帯域に対して、可能である。ホームオンリーモードは、デバイス１４２を特定のシステムでの通信に制約することを意味する。ＰＲＬは、各システムが、ホームシステムであるか、ローミングシステムであるかを識別するためのローミング表示器を含む。例えば、ホームシステムは、特定の地理的エリアに対応することも、対応しないこともあり得る。地理的エリアは、州、電話エリアコード、特定の基地局または基地局のセットへの接続、あるいは他の便宜的な地理的制約によって、表わされる得る。デジタルオンリーモードおよびアナログオンリーモードは、上述から当然明らかなように、デバイス１４２をそれぞれデジタル通信システムまたはアナログ通信システムでの通信に制約することを意味する。

上述のモードのそれぞれに入ることは、スキャンリスト１５０と同様の新たなスキャンリストを生成することを含む。これもまた、スキャンリストを再構築することとして、公知であり得る。例えば、デジタルオンリーモードに入るとき、デバイス１４２は、上述のように、デジタルオンリースキャンリスト１５２を構築する。

デジタルオンリーコールのリリースに応答して、デジタルオンリースキャンリスト１５２を操作して、スキャンしない代わりに、新たなモードが、主制御タスク１６２、またはデバイス１４２のために生成される。サービスプロトコルモードと称されるこの新たなモードにおいて、主制御タスク１６２（オプションとして、システム決定モジュール（図示せず）によって）は、デジタルオンリースキャンリスト１５２を構築して、次いで、デジタルコールへの接続へと進む。デジタルオンリーコールが完了した後、主制御タスクは、その主制御タスクが以前いたモードがいずれであっても、そのモードに戻るが、たとえ、その主制御タスクがより低優先のチャネル上にあっても、より高優先のチャネルに対してスキャンしない。

プロトコルサービスモードは、（１）現在のチャネル上に滞在する時間の継続長さ、（２）送信失敗の場合、メッセージの送信を再試行する回数、（３）サービスプロトコルモードの前のモードに戻って再び入ることを遅延させる待ち時間、（４）帯域クラスおよびモード制約、および（５）デジタルオンリーに強制するか否かを表示するｙｅｓ／ｎｏ表示器のパラメータのうちの１つ以上を含む。パラメータ（３）待ち時間の利点は、デバイス１４２とサーバ１９６との間で、あるいはサーバ１９６と図４と関連して以下に記載されるが、図示されていない他のデバイスとの間で、任意の確認メッセージまたは他のプロトコルメッセージが、交換される間に、（図４に示され、図４と関連して、以下に記載される）ＰＴＴサーバ１９６のようなＰＴＴシステムのサービスプロバイダまたはオペレータが、特定の期間にわたって、サービスプロトコルモードで、デバイス１４２を保ち続けたいと欲し得ることである。

再び、図３を参照すると、トランシーバ１７０は、アンテナ１８５に接続される。アンテナ１８５は、エアを介して、無線周波数（ＲＦ）通信信号を送信し、エアからＲＦ信号を受信する。電池のような携帯電源（図示せず）もまた、プロセッサ１４４およびトランシーバ１７０に接続され、プロセッサ１４４およびトランシーバ１７０に電力を供給する。

図４は、ＰＴＴプレゼンス情報１９６を維持するための、ＰＴＴサーバ１９３を含む無線通信システム１９０を説明するブロック図を示す。無線通信デバイス１４２は、基地局１９９と無線で通信する。基地局１９９は、インターネットクラウド２０２として示されるインターネット２０２に接続される。インターネット２０２上で、ＰＴＴサーバ１９３は、ＰＴＴサービスをデバイス１４２およびその他（図示せず）のようなＰＴＴデバイスのために提供する。サーバ１９３は、デバイス１４２のために無線通信サービスを提供する基地局を動作する同じ会社またはエンティティによって動作され得るか、あるいはサーバ１９３は、サードパーティによって動作され得る。

デバイス１４２のユーザが、図１〜図３と関連して記載されたように、自分のＰＴＴプレゼンス情報を変更するように選択するとき、（図３に関連して示される）ＰＴＴプレゼンスメッセージ１８２が、生成され、エアを介して基地局１９９に送信される。次いで、メッセージ１８２は、サーバ１９３に送信され、サーバ１９３は、プレゼンス情報１９６に適切な変更を行う。例えば、プレゼンス情報１９６は、デバイス１４２がＰＴＴコールに対して利用可能でないことを表示し得る。

デバイス１４２が、プレゼンスメッセージ１８２をＰＴＴサーバ１９３に送信した後、ＰＴＴサーバ１９３は、プレゼンス更新メッセージをデバイス１４２に送信する。そのプレゼンス更新メッセージは、サーバ１９３に格納されているプレゼンス情報が、デバイス１４２に対して更新された旨を表示する。このプレゼンス更新メッセージ（および他のプロトコル関連メッセージ）は、デバイス１４２が、より高優先のシステムに対してスキャンすることに掛かっている場合、デバイス１４２によって、省略され得る。

別の例として、プレゼンス情報１９６は、デバイス１４２が利用可能であるべき１人以上の他のＰＴＴユーザを特定し得る。あるいは、ＰＴＴサーバ１９３は、デバイス１４２がいつ利用可能であるかを知りたいと欲する他のＰＴＴユーザのリストを維持し得る。いずれの場合にも、ＰＴＴサーバ１９３は、デバイス１４２がＰＴＴコールに対して利用可能である旨を表示するメッセージ（図示せず）を他のユーザ（図示せず）に送信する。他のユーザのリストは、例えば、２０人の他のユーザを含み得る。したがって、２０個のプレゼンスメッセージが、デバイス１４２で生成されたＰＴＴプレゼンスメッセージ１８２に応答して、これらの他のユーザに送信され得、サーバ１９３で受信され得る。デジタルオンリーコールは、サーバ１９３によって生成され、これらのメッセージを他のユーザに送信する。

したがって、大量のデジタルオンリーコールが、例えば、自分のＰＴＴプレゼンス情報の変更を選択して、デバイス１４２の１人のユーザによって生成され得る。これらのコールが終了した後に、より高優先のシステムに対してスキャンすることを避けることは、他のユーザのデバイスが、より低優先のシステム上にある場合、有利である。

また、本発明の実施形態およびインプリメンテーションが、図示され、記載されてきたが、さらに多くの実施形態およびインプリメンテーションが本発明の範囲内に入ることは、明らかなはずである。したがって、本発明は、請求項およびそれらの均等物の観点以外では、制約されるべきではない。

図１は、デジタルオンリーコール発生リクエストを処理するための方法を説明する流れ図を示す。 図２は、デジタルオンリーコール発生リクエストを処理するための方法を説明する流れ図を示す。 図３は、デジタルオンリーコール発生リクエストを処理するように構成された無線通信デバイスを説明するブロック図を示す。 図４は、プレゼンス情報を維持するためのＰＴＴサーバを含む無線通信システムを説明するブロック図を示す。 図５は、システム獲得に関連する従来技術のアルゴリズムを説明する流れ図を示す。

Claims (19)

1. セルラー通信デバイスにおいて、より低優先の通信システムに同調された状態を保つための方法であって、該方法は、
   該セルラー通信デバイスによって、第一の通信システムに対して意図されたエアインタフェースを介して、１つ以上のデジタルメッセージを送信することであって、デジタルコールが、該１つ以上のデジタルメッセージを備える、ことと、
   該デジタルコールをリリースすることと、
   第二の通信システムが該第一の通信システムより高優先であるという表示器を有する一方で、該第一の通信システムを受信し続けることであって、ある期間にわたって該第二の通信システムに対してスキャンを実行しないことを含み、該期間は、該第二の通信システムに対して１回のスキャンを行うのに必要とされる時間量よりも格段に長い、ことと
   を包含する、方法。
2. デジタルオンリーコール発生コマンドを受信することをさらに包含する、請求項１に記載の方法。
3. 前記コール発生コマンドに応答して、前記第一の通信システム上で、前記デジタルコールを発生させることをさらに包含する、請求項２に記載の方法。
4. 前記第一の通信システムは、より低優先であると決定することと、
   該決定することに応答して、再スキャンタイマを開始することであって、該再スキャンタイマは、前記期間の表示を含む、ことと、
   前記第二の通信システムをスキャンする前に、該期間の満了を待つことと
   をさらに包含する、請求項３に記載の方法。
5. スキャンリストを再構築することであって、該スキャンリストの中にデジタルシステムのみを含むことをさらに包含する、請求項３に記載の方法。
6. 前記スキャンリストを再構築することは、メモリ格納領域に、デジタルシステムのリストを書き込むことを包含する、請求項５に記載の方法。
7. 前記スキャンリスト内のアナログシステムエントリを無視するように、表示器を設定することと、
   前記デジタルコールを終了することに応答して、該表示器の設定を外すことと
   をさらに包含する、請求項３に記載の方法。
8. 前記デジタルコールをリリースすることは、該デジタルコールが落とされたことを認知することを包含する、請求項１に記載の方法。
9. セルラー通信デバイスにおいて、より低優先の通信システムに同調された状態を保つための方法を実行する命令を具現化するコンピュータ読み出し可能な媒体であって、該方法は、
   該セルラー通信デバイスによって、第一の通信システムに対して意図されたエアインタフェースを用いて、１つ以上のデジタルメッセージを送信することであって、デジタルコールは、該１つ以上のデジタルメッセージを備える、ことと、
   該デジタルコールをリリースすることと、
   第二の通信システムが該第一の通信システムより高優先であるという表示器を有する一方で、該第一の通信システムを受信し続けることであって、所定期間にわたって該第二の通信システムに対してスキャンを実行しないことを含むことと、
   該所定の期間の満了後、該第二の通信システムに対してスキャンすること
   を包含する、コンピュータ読み出し可能な媒体。
10. 前記方法は、
    デジタルオンリーコール発生コマンドを受信すること
    をさらに包含する、請求項９に記載のコンピュータ読み出し可能な媒体。
11. 前記方法は、
    前記コール発生コマンドに応答して、前記第一の通信システム上で、前記デジタルコールを発生させること
    をさらに包含する、請求項１０に記載のコンピュータ読み出し可能な媒体。
12. 前記方法は、
    前記第一の通信システムは、より低優先であると決定することと、
    該決定することに応答して、再スキャンタイマを開始することであって、該再スキャンタイマは、前記所定の期間の表示を含むことと
    をさらに包含する、請求項１１に記載のコンピュータ読み出し可能な媒体。
13. 前記方法は、
    スキャンリストを再構築することであって、該スキャンリストの中にデジタルシステムのみを含むことを
    さらに包含する、請求項１１に記載のコンピュータ読み出し可能な媒体。
14. 前記スキャンリストを再構築することは、メモリ格納領域に、デジタルシステムのリストを書き込むことを包含する、請求項１３に記載のコンピュータ読み出し可能な媒体。
15. 前記方法は、
    前記スキャンリスト内のアナログシステムエントリを無視するように、表示器を設定することと、
    前記デジタルコールを終了することに応答して、該表示器の設定を外すことと
    をさらに包含する、請求項１１に記載のコンピュータ読み出し可能な媒体。
16. 前記デジタルコールをリリースすることは、該デジタルコールが落とされたことを認知することを包含する、請求項９に記載のコンピュータ読み出し可能な媒体。
17. エアを介して無線通信信号を受信するアンテナと、
    該アンテナに結合されたトランシーバと、
    メモリと、
    クロックと、
    該トランシーバと、該メモリと、該クロックとに接続されたプロセッサと
    を備えた、無線通信デバイスであって、
    該プロセッサは、方法を実行するように構成されており、
    該方法は、
    第一の通信システムに対して意図されたエアインタフェースを用いて、少なくとも１つのデジタルメッセージを送信することであって、デジタルコールは、該少なくとも１つのデジタルメッセージを備える、ことと、
    該メモリの中に、該第一の通信システムより高優先である少なくとも１つの通信システムを含むスキャンリストを生成することと、
    該デジタルコールをリリースすることと、
    該第一の通信を受信し続けて留まる間に、該デジタルコールの該リリースの後、所定の期間の完了を待つことと、
    該所定の期間の該完了に応答して、該生成されたスキャンリストを用いて、より高優先の通信システムをスキャンすることと
    を包含する、
    無線通信デバイス。
18. 前記プロセッサの中に常駐し、前記デジタルコールを発生するように構成されたプッシュ・ツー・トーク・クライアントをさらに備える、請求項１７に記載の無線通信デバイス。
19. 前記無線通信デバイスのプッシュ・ツー・トーク・プレゼンスの変化に応答して、前記プッシュ・ツー・トーク・クライアントは、デジタルコール発生コマンドを生成するように構成されている、請求項１８に記載の無線通信デバイス。

Images