JP2010527182A - ブロードキャストシステムにおけるサービス獲得のための方法及び装置 - Google Patents

ブロードキャストシステムにおけるサービス獲得のための方法及び装置 Download PDF

Info

Publication number
JP2010527182A
JP2010527182A JP2010506497A JP2010506497A JP2010527182A JP 2010527182 A JP2010527182 A JP 2010527182A JP 2010506497 A JP2010506497 A JP 2010506497A JP 2010506497 A JP2010506497 A JP 2010506497A JP 2010527182 A JP2010527182 A JP 2010527182A
Authority
JP
Japan
Prior art keywords
acquisition
service
phase
aggressive
extended
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2010506497A
Other languages
English (en)
Inventor
ゴールミー、ラルフ・アクラム
チェン、アン・メイ
デ・ビコ、マイケル
バルラジュ、サジス
ガオ、イン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2010527182A publication Critical patent/JP2010527182A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/11—Arrangements for counter-measures when a portion of broadcast information is unavailable
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/29—Arrangements for monitoring broadcast services or broadcast-related services
    • H04H60/32—Arrangements for monitoring conditions of receiving stations, e.g. malfunction or breakdown of receiving stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0241—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where no transmission is received, e.g. out of range of the transmitter
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Abstract

ブロードキャストシステムにおけるサービス獲得のための方法及び装置。一態様において、方法は、サービスのロスが生じたかどうかを検出することと、サービスのロスが生じた場合には、アグレッシブ獲得フェーズの間に獲得試みを開始することと、を含んでおり、なお、連続する獲得試みの間のバックオフタイムインターバルは、一定であるか、増加しており、アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは選択された数の獲得試みが実行されたときに、終了する。装置は、サービスのロスが生じたかどうかを検出するように構成されたインタフェース論理と、サービスのロスが生じた場合にはアグレッシブ獲得フェーズの間に獲得試みを開始するように構成された処理論理と、を含んでおり、なお、連続する獲得試みの間のバックオフタイムインターバルは、一定であるか、増加しており、アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは選択された数の獲得試みが実行されたときに、終了する。

Description

優先権主張
（米国特許法１１９条の下の優先権主張）
本願は、ここでの譲受人に譲渡され、ここに参照することによりここに明示的に組み込まれ、２００７年４月２５日に出願された「サービス要求のための方法及び装置(“Methods and Apparatus for Service Requisition”)」と題された米国仮特許出願第６０／９１４，０１６号の優先権を主張する。
背景
（分野）
本願は、無線通信デバイスのオペレーションに一般に関し、より具体的には、ブロードキャストシステムにおけるサービス獲得(service acquisition in a broadcast system)のための方法及び装置(apparatus)に関する。
（背景）
無線通信デバイスがサービングシステムから使用可能な信号(usable signal)を受信することができないとき、それは非稼動(out-of-service)（ＯＯＳ）であると言われる。一般的には、非稼動のとき、無線通信デバイスは、サービングシステムからのサービスが確立されることができるように、使用可能な信号を獲得することを試みる。使用可能な信号を獲得するその試みにおいて、無線通信デバイスは、すぐに利用可能ではないかもしれない使用可能な信号を獲得することを試みてバッテリパワー(battery power)を費やし、そしてそれは、バッテリが再充電(recharging)を必要とする前に、デバイスの利用可能なオペレーティング時間(operating time)を減らす。無線通信デバイスが使用可能な信号を継続的に(continuously)獲得することを試み、そしてそのような信号が無線通信デバイスの現在のオペレーティング環境においてすぐに利用可能ではない場合、バッテリパワーは、利益的な結果なく、早く消費されるであろう。例えば、デバイスが、ビーコン信号を検出するために、あるいは、それのために意図されたデータを獲得するために、アクティブである、現代のブロードキャストシステムは、バーストでデータを送信することができる。デバイスがサービスをサーチしている(searching)とき、それはいずれのタイミング情報も有していない、したがって、継続的にアクティブでなくてはならず、このことは、非稼動状態におけるより高い現在の消費(higher current consumption)をもたらす。
したがって、必要とされるものは、非稼動デバイス(out-of-service device)が、サービスを確立するために、使用可能な信号を効率的に獲得することを可能にする、無線通信デバイスでのサービス獲得処理を提供するように動作するメカニズムである。
概要
１つまたは複数の態様においては、非稼働状態のときにどのように無線通信デバイスがサービスを獲得することを試みるかを制御するように動作する、方法及び装置を備えているサービス獲得システム、が提供されている。様々な態様において、サービス獲得システム(service acquisition system)は、デバイスが比較的短いタイムインターバル(time intervals)においてサービスを獲得することを試みるアグレッシブフェーズ(aggressive phase)、を備えるアルゴリズムを提供する。一態様において、アグレッシブフェーズは、複数の獲得の試みの間のタイムインターバル(the time interval between multiple acquisition attempts)を増加させるために提供している。別の態様において、アルゴリズムは、延長された獲得フェーズ(extended acquisition phase)が続くアグレッシブフェーズを備えるように修正される。延長された獲得フェーズの間に、デバイスは、比較的より長いタイムインターバルでサービスを獲得することを試みる。例えば、延長された獲得フェーズの間に、デバイスでのパワー消費(power consumption)が制御されることができるように、連続する獲得試みの間の比較的に長い固定された持続時間のタイムインターバル(a relatively long fixed duration time interval between successive acquisition attempts)を使用して、デバイスはサービスを周期的に獲得することを試みる。アルゴリズムはまた、タイマを終了することによって、及び／または、より早くサービスを確立するためにそれ自体をリセットすることによって、獲得試みの間にコンテンツのためのリクエストに応答する。したがって、サービス獲得システムは、延長された獲得フェーズの間のデバイスでのバッテリパワー使用を制御している一方で、アグレッシブフェーズの間に、サービス獲得が試みられるアグレッシブ性(aggressiveness)を調節するように動作する。
一態様において、ブロードキャストシステムにおけるサービス獲得のための方法が提供されている。方法は、サービスのロス(a loss of service)が生じたかどうかを検出することと、サービスのロスが生じた場合には、アグレッシブ獲得フェーズの間(during an aggressive acquisition phase)に少なくとも１つの獲得試みを開始することと、を備えており、なお、連続する獲得試みの間のバックオフタイムインターバル(backoff time interval between successive acquisition attempts)は、一定であるか、増加しており、また、アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは、選択された数の獲得試みが実行されたときに、終了する。
一態様において、ブロードキャストシステムにおけるサービス獲得のための装置が提供されている。装置は、サービスのロスが生じたかどうかを検出するように構成されたインタフェース論理(interface logic)と、サービスのロスが生じた場合には、アグレッシブ獲得フェーズの間に少なくとも１つの獲得の試みを開始するように構成された処理論理(processing logic)と、を備えており、なお、連続する獲得試みの間のバックオフタイムインターバルは、一定であるか、増加しており、また、アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは、選択された数の獲得試みが実行されたときに、終了する。
一態様において、ブロードキャストシステムにおけるサービス獲得のための装置が提供されている。装置は、サービスのロスが生じたかどうかを検出するための手段と、サービスのロスが生じた場合には、アグレッシブ獲得フェーズの間に少なくとも１つの獲得の試みを開始するための手段と、を備えており、なお、連続する獲得試みの間のバックオフタイムインターバルは、一定であるか、増加しており、また、アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは、選択された数の獲得試みが実行されたときに、終了する。
一態様において、ブロードキャストシステムにおけるサービス獲得のためのコンピュータプログラムプロダクト(computer program product)が提供されている。コンピュータプログラムプロダクトは、サービスのロスが生じたかどうかをコンピュータに検出させるための第1セットのコードと、サービスのロスが生じた場合にはアグレッシブ獲得フェーズの間に少なくとも１つの獲得試みをコンピュータに開始させるための第２セットのコードと、を備えるマシン可読媒体(machine-readable medium)、を備えており、なお、連続する獲得試みの間のバックオフタイムインターバルは、一定であるか、増加しており、また、アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは、選択された数の獲得試みが実行されたときに、終了する。
一態様において、ブロードキャストシステムにおけるサービス獲得のために構成される少なくとも１つの集積回路が提供されている。少なくとも１つの集積回路は、サービスのロスが生じたかどうかを検出するように構成された第１のモジュールと、サービスのロスが生じた場合には、アグレッシブ獲得フェーズの間に少なくとも１つの獲得の試みを開始するように構成された第２のモジュールと、を備えており、なお、連続する獲得試みの間のバックオフタイムインターバルは、一定であるか、増加しており、また、アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは、選択された数の獲得試みが実行されたときに、終了する。
他の態様は、図面の簡単な説明、詳細な説明、及び特許請求の範囲が記載された下記の検討の後で明らかとなるであろう。
図１は、サービス獲得システムの態様を図示するネットワークを示す。 図２は、サービス獲得システムの態様における使用のために例示的な獲得制御論理を示す。 図３は、どのように外部ループアルゴリズムのリセット(a reset of an outer-loop algorithm)がサービス獲得システムの態様における使用のために実行されるかを図示するタイミング図を示す。 図４は、サービス獲得システムの態様における使用のために延長された獲得アルゴリズム(extended acquisition algorithm)のオペレーションを図示するタイミング図を示す。 図５は、外部ループアルゴリズム(an outer-loop algorithm)の延長されたフェーズ上のコンテンツフローアクティベーションの効果(the effect of content flow activation)を図示するタイミング図を示す。 図６は、サービス獲得システムの態様によって提供されるサービス獲得のための例示的な方法を示す。 図７は、サービス獲得システムの態様によって提供されるサービス獲得のための例示的な方法を示す。 図８は、サービス獲得システムの態様における使用のために、例示的な獲得制御論理を示す。
詳細な説明
ここにおいて説明された前述の態様は、添付図面と併せて、詳細な説明に対して、参照によって容易に明らかとなるであろう。
様々な態様において、非稼動中のときにどのように無線通信デバイスがサービスを獲得することを試みるかを制御するように動作するサービス獲得システム、が提供されている。
序論(Introduction)
デバイスは、コンテンツフローを復号する、及び／または、デバイスユーザに対してあるいはデバイスで実行しているアプリケーションに対して更新されたサービスを提供する、前に、順方向リンク専用(forward link only)（ＦＬＯ）信号を無事に獲得することを必要としてもよい。様々な態様において、ここにおいて説明されたサービス獲得システムは、ブロードキャストネットワークにおいてサービスを獲得するために使用されることができる、アルゴリズムおよび／または１セットのプロシージャを提供する。
一態様においては、デバイスは、配信マルチプレクスでパックされた(packed with distribution multiplexes)、そして、ブロードキャストネットワークにわたって順方向リンク専用信号(a forward link only signal)として送信された、伝送フレーム(transmission frame)を受信することを試みる。伝送フレームは、広域エリアおよびローカルエリアのコンテンツを伝達するために使用される１つまたは複数のサブフレームを備えることができる。例えば、広域エリアのコンテンツは、ネットワークの１つまたは複数の広い地理的領域にわたって配信され(distributed)、ローカルエリアのコンテンツは、ネットワークの１つまたは複数のローカル地理的領域にわたって配信される。各サブフレームは、広域エリアのコンテンツでパックされた広域エリア分割(a wide area partition)と、ローカルエリアのコンテンツでパックされたローカルエリア分割(a local area partition)と、を備えている。
伝送フレームの開始に、同期化のために、また、広域エリア及びローカルエリアのコンテンツの一部として搬送されるコンテンツ及びオーバーヘッド情報を位置づけるために、使用されるタイミング及び制御情報を提供する、パイロットシンボルとオーバーヘッド情報シンボル(overhead information symbols)（ＯＩＳ）がある。ＯＩＳは、広域エリアのコンテンツのための制御情報を含む広いＯＩＳ部分と、ローカルエリアのコンテンツのための制御情報を含むローカルＯＩＳ部分と、を備える。
広域エリア及びローカルエリアの信号が独立して、獲得され、失われる可能性があるので、ローカルエリアの獲得のロスは、広域エリアの獲得のロスなしに生じることができ、逆もまた然りである。したがって、ここにおいて提示されたアルゴリズムはすべて、広域エリア及びローカルエリアの信号獲得のために独立して実行されることができる。
内部ループの獲得論理(Inner-Loop Acquisition Logic)
物理層において、信号獲得は、パイロットシンボルに同期化し、識別情報及びオーバーヘッドチャネルを復号し、そして、チャネルロックのロス(loss of channel lock)から回復することによって達成される。広域エリアの信号獲得の場合、広域エリアの識別情報及びオーバーヘッドシンボルは、無事に復号される必要があるかもしれない。ローカルエリアの信号獲得の場合、ローカルのエリアの識別情報及びオーバーヘッドシンボルは、無事に復号される必要があるかもしれない。
内部ループの獲得論理(inner-loop acquisition logic)は、失敗だと思われる前に(before being deemed unsuccessful)、設定された数の連続秒の間(for a set number of consecutive seconds)、広域及び／またはローカル信号の獲得を試みるように動作する。例えば、内部ループの獲得論理が伝送フレームの一部としてパイロットシンボルブロードキャスト(pilot symbols broadcast)を見つけることにおいて失敗する場合、そのときには、デバイスは、非稼働中であると考えられる。デバイスがブロードキャストシステムから何のタイミング情報(timing information)も有していないので、デバイス受信機チェイン(device receiver chain)は、パイロットシンボルを検出しようと、継続してアクティブ(continuously active)であり、そしてそれは、高いバッテリドレイン(high battery drain)をもたらす。サービスが存在する場合には、そのときには、内部ループの獲得論理は、システムが獲得されたことを宣言する(declaring)前に、オーバーヘッドシンボル及びいずれの他の物理層のチャネル、例えば１つまたは複数の制御チャネル、を検出することができるであろう。
ここに説明された様々な態様において、サービス獲得システムは、内部ループの獲得論理のオペレーションを制御するように動作する。例えば、サービス獲得システムは、サービスシステムを獲得する試みにおいて、いつに、且つ、どのくらいの間、内部ループ獲得論理はスキャンするかを制御するように動作する。したがって、いずれの適切なタイプの内部ループの論理は、サービス獲得システムの態様と共に使用されることができる。したがって、いずれのタイプの内部ループ獲得論理が使用されることができるので、内部ループ獲得論理の詳細な説明は、サービス獲得システムの理解のために必要ではなく、ここにおいて提供されていない。
外部ループのアルゴリズム(Outer-Loop Algorithm)
様々な態様において、サービス獲得システムは、単一の内部ループ獲得試みが回復することができない延長された非稼動条件の間に(during extended out-of-service conditions)、サービスを獲得するためのメカニズムを提供する外部ループアルゴリズムを備えている。一態様において、外部ループのアルゴリズムは、サービス獲得がアグレッシブに追求されるアグレッシブフェーズを含む。一態様において、アグレッシブフェーズは、連続の内部ループの獲得の試みの間のタイムインターバルを変えること(varying time intervals between successive inner-loop acquisition attempts)を備えている。例えば、アグレッシブフェーズは、システム獲得が達成されるまで、あるいは、内部ループ獲得試みの最大許可数に達するまで(until either system acquisition is achieved, or the maximum allowed number of inner-loop acquisition attempts is reached)、連続内部ループ獲得試みの間の指数関数的に増加しているタイムインターバルを備えることができる。この増加しているタイムインターバルは、バックオフインターバル(backoff interval)と呼ばれる。さらに、内部ループのスキャニング試みの持続時間は、連続試みの間で変化してもよい。一態様において、回復の機会の見込みがあまりなくなると、内部ループの持続時間は低減される。例えば、ヒステリシス(hysteresis)が異なるデータソース間で移動するときに加えられるとき、内部ループの持続時間は、さらに延長されることができる、ということを注目すべきである。一態様において、コンテンツフローを復号するリクエストが外部ループアルゴリズムのオペレーションの間に受信される場合には、外部ループアルゴリズムは、獲得が最もアグレッシブに追求されることができる(acquisition can be pursued most aggressively)ように、初めにリセットされる。
別の態様において、デバイスがアグレッシブフェーズの終了の後まだサービスエリア外である場合には、延長された獲得フェーズを追加する延長された外部ループアルゴリズムが提供される。したがって、様々な態様において、外部ループのアルゴリズムは、２つの部分、すなわち、アグレッシブ獲得フェーズと延長された獲得フェーズ、を備えている。
別の態様において、サービス獲得システムは、後続スリープタイマを調節することによって、より長いあるいはより短い内部ループスキャニング(longer or shorter inner-loop scanning)に反応する。スリープタイマは、望ましい平均パワー消費を達成するために、パワー消費を制御する延長された獲得フェーズにおいて使用される。
別の態様において、外部ループのアルゴリズムは、フローアクティベーション(flow activations)（すなわち、コンテンツについてのリクエスト）に異なって応答する。例えば、フローアクティベーションに応じてアルゴリズムをリセットする代わりに、アルゴリズムは、現在設定されているタイマが何であろうと終了し、タイマが通常通りに終了するかのように実行しつづける。したがって、上層アプリケーションによってデータをダウンロードするリクエストは、リセット、効果なし、あるいはアルゴリズムにおいて使用されるタイマの終了、のうちの１つをトリガする。どのアクションをとるかの選択は、アルゴリズムの様々なパラメータの設定に依存する。
サービス獲得システムはまた、サービスが獲得されるフェーズに基づいて異なる関数を提供するように動作する。アグレッシブフェーズにおいて、デバイスは、サービスをサーチしており、また、サービス回復の後すぐに中断されたオペレーションを再開することができる。例えば、デバイス上でビューされたビデオストリームとして送信されたデータを受信している間にサービスが失われる場合には、サービス獲得システムによる即座のシステム回復は、デバイスのユーザに対するビデオストリームのディスプレイの再開を結果としてもたらす。サービスが失われ、サービス獲得システムは延長されたフェーズに入る場合、システムが回復されるとき、サービス獲得システムは、サービスの延長されたロスによりユーザは前に受信されたデータにもはや関心がないかもしれないので、デバイスユーザに対してシステム利用可能な信号を送ることのみができる。さらに、サービス獲得システムは、デバイスがサービスを回復することを試みていることをアグレッシブフェーズにおいてユーザに対してアナウンスすることができる一方で、延長されたフェーズにおける後の試みは、ユーザ通知なしにバックグラウンドで実行されるであろう。
延長されたフェーズにおけるサービス獲得システムは、アイドルである稼働中デバイスに似たレートでバッテリパワーが消費されるように、サービス獲得を制御することができる。例えば、コンテンツチャネルをプレイしている間のサービスロスのケースでは、サービス獲得システムは、サービスメッセージのためにスキャニングを表示し、第１のタイムインターバル（すなわち、２０秒）の間、サービスのためにスキャンする。サービスが回復されない場合には、後のスキャン(scans)は、より短いタイムインターバル（すなわち、５ｓ、５ｓ、そして、そのあと１ｓ）の間行われ、バッテリ寿命を節約することをもたらす。
したがって、サービス獲得システムは、データソース(a data source)とデータ収集デバイス(data collecting device)との間の接続性を確立するためのメカニズムを提供する。下記で説明された様々な態様は無線ブロードキャストシステムに照準が合わせられる(geared toward)が、当業者は、ワイヤラインシステム(wire-line systems)及びいずれの他の通信ブロードキャストメディアに対してこのような技術を容易に適用することができる。
図１は、サービス獲得システムの態様を図示するネットワーク１００を示す。ネットワーク１００は、ブロードキャストネットワーク１０２と無線通信デバイス１０４を備えている。ブロードキャストネットワーク１０２はいずれのタイプの無線および／または有線の通信ネットワークを備えており、いずれの望ましい地理的領域もカバーする(covers)。ブロードキャストネットワーク１０２は、いずれのタイプのコンテンツ、サービス、データあるいは、いずれの他のタイプの情報を、デバイスに対して、いずれの適切なタイプのブロードキャスト技法あるいは技術を使用してその地理的領域内で、ブロードキャストするように動作する。
無線通信デバイス１０４は、ブロードキャストネットワーク１０２からブロードキャストを受信することが動作可能であり、いずれのタイプのセル電話、ＰＤＡ、ｅｍａｉｌデバイス、ページャ、コンピュータ、あるいは、適切な技術を使用してブロードキャストネットワーク１０２からブロードキャストを受信することができるいずれのタイプのデバイス、であってもよい。例えば、立ち上げ時に(at power-up)、無線通信デバイス１０２は、ブロードキャストネットワーク１０２でサービスを確立し、無線通信デバイス１０４がブロードキャストネットワーク１０２によってカバーされた領域内で移動するときサービスを維持する、ことが動作可能である。
無線通信デバイス１０４は、ブロードキャストネットワーク１０２でサービスをサーチし獲得するように動作する受信機１０６を備える。例えば、受信機１０６は、指定された無線周波数にチューニングし、それの周波数上でブロードキャストネットワーク１０２から伝送を受信することが動作可能である。ブロードキャストネットワーク１０２でサービスを確立する受信機１０６のオペレーションは、バッテリパワーの使用を必要とする。したがって、受信機１０６が、ブロードキャストネットワーク１０２でサービスをサーチし、確立する時間が長くかかると、より多くのバッテリパワーが使用される。
一態様において、受信機１０６は、獲得制御論理１１０に対して、サービスの現在のステータスに関する情報を提供する。例えば、受信機は、デバイス１０４が現在稼動中あるいは非稼動であるかどうかを示す獲得制御論理１１０に対して、ステータス情報を提供する。一態様において、獲得制御論理１１０は、ユーザあるいは１つまたは複数のアプリケーションに関連づけられた、情報及び／またはリクエストを受信するように動作する。受信された情報および／またはリクエストに基づいて、獲得制御論理１１０は、どのようにサービスを獲得する試みがスキャニング論理１０８によって実行されるかを制御するために、獲得アルゴリズムを実行するように動作する。
様々な態様において、スキャニング論理１０８は、デバイスの現在の位置におけるサービスをスキャンするために、受信機１０６を制御する内部ループ獲得論理の一部として動作する。スキャニング論理１０８は、選択された時間の持続時間の間サービスをスキャンするために制御されることができ、どのくらい頻繁にスキャニングが生じるかについてもまた制御されることができる。様々な態様において、獲得制御論理１１０は、どのくらいアグレッシブにサービスのためにスキャンするかを制御し、且つバッテリパワー消費を制御するために、スキャニング論理１０８によって実行される獲得試みの周波数及び持続時間を制御するように動作する。したがって、獲得制御論理１１０は、アグレッシブ獲得フェーズの間にアグレッシブにスキャンするスキャニング論理１０８を制御し、そして、どのように延長された獲得フェーズの間にバッテリパワーが消費されるかを制御することができる。
タイミング図１１２は、アグレッシブフェーズの間にサービス獲得を実行する、サービス獲得システムのオペレーションを図示する。例えば、時間１１４で、デバイス１０４が非稼動であるということが想定される。例えば、デバイス１０４の電源がちょうど入れられた、あるいは、デバイス１０４は、稼働中で、且つ、最近サービスを失ったとする。一態様において、獲得制御論理１１０は、１１６で示されているように、第１の選択された持続時間の間続く第１の獲得試み（すなわち、内部ループ獲得）を実行するスキャニング論理１０８を制御するように動作する。
サービス獲得が失敗の場合には、獲得制御論理１１０は、第１のバックオフインターバル（Ｂ１）を待機し、そのあとで、第１の選択された持続時間と同じあるいは異なっていてもよい第２の選択された持続時間の間続く第２の獲得試みを実行するために、スキャニング論理１０８を制御するように動作する。獲得がまた失敗の場合には、獲得制御論理１１０は、第２のバックオフインターバル（Ｂ２）を待機し、そのあとで、第１の選択された持続時間と同じあるいは異なっていてもよい第３の選択された持続時間の間続く第３の獲得試みを実行するために、スキャニング論理１０８を制御するように動作する。サービスが獲得されるか、獲得の試みの数が選択された制限に達するまで、このプロセスは継続する。このプロセスの間に、獲得制御論理１１０は、ユーザおよび／またはデバイス１０４において実行するアプリケーションに対して、ステータス表示を提供するように動作する。
サービスが獲得される場合には、獲得制御論理１１０は、コンテンツフローダウンロードのいずれかがペンディングである場合にはコンテンツフローダウンロードを再確立するか、あるいは、時間が経過しすぎた場合にはすべてのダウンロードを終了する、ように動作する。一態様において、獲得制御論理１１０は、獲得アルゴリズムのオペレーションを調節するために、デバイス１０４におけるユーザ及び／またはアプリケーションから受信された情報を処理する。例えば、コンテンツフローを復号する新しいリクエスト（すなわち、フローアクティベーション）が獲得アルゴリズムのオペレーションの間に受信される場合には、獲得制御論理１１０は、獲得アルゴリズムのオペレーションを調節するように動作し、そして、それはスキャニング論理１０８のオペレーションを制御する。どのように獲得アルゴリズムが調節されるかという詳細な説明がこの文書の他のセクションにおいて提供されている。
したがって、様々な態様において、サービス獲得システムは、サービス獲得を提供し、バッテリパワー使用を制御するために、１つまたは複数の次の関数を実行するように動作する。
１．デバイスが非稼動のときに検出する。
２．開始時間と獲得試みについての持続時間を決定する。
３．開始時間において、及び、決定された持続時間の間、サービス獲得を試みるために、内部ループのスキャニング論理を制御する。
４．サービスが獲得される場合には、いずれのペンディングフローダウンロード(any pending flow downloads)も再確立する。
５．サービスが獲得されない場合には、バックオフタイマに基づいて、次の獲得の開始時間と持続時間を決定する。設定プレファレンス(set preferences)に基づいて、すべてのフローダウンロードを終わらせるか、あるいは、フローダウンロードをペンディング状態(pending state)に置く。一態様においては、フローダウンロードは、最初の失敗したスキャニングで(at the first unsuccessful scanning)終了する。別の態様においては、フローダウンロードは、アグレッシブフェーズの終わりに終了する。連続開始時間および持続時間は、互いに、いずれのタイプの関係も有することができるということに注目してください。
６．上記のオペレーション３に戻る。
したがって、様々な態様において、獲得システムは、サービス獲得のためにデバイスが、いつに、且つ、どのくらいの間、スキャンするか、を制御するように動作する。例えば、獲得システムは、サービスをアグレッシブに獲得するためにアグレッシブフェーズを実行し、その後で、バッテリ寿命を節約しながらサービスを獲得するために延長されたフェーズを実行する、ように動作する。
図２は、サービス獲得システムの態様における使用のために、例示的な獲得制御論理２００を示す。例えば、獲得制御論理２００は、図１に示される獲得制御論理１１０としての使用に適している。獲得制御論理２００は、データバス２０８にすべて結合された、処理論理２０２、タイミング論理２０４、及びインタフェース（Ｉ／Ｆ）論理２０６を備えている。
インタフェース論理２０６は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、メモリエレメント、及び／または、ソフトウェアを実行するハードウェア、のうちの少なくとも１つを備えている。インタフェース論理２０６は、無線通信デバイスの現在のサービスステータスを示すサービスステータスインジケータを受信するように動作する。例えば、サービスステータスインジケータは、無線通信デバイスが現在稼働中あるいは非稼動であるかどうかを示す。例えば、サービスステータス情報は、図１で示された受信機１０６のような無線通信デバイスにおいて受信機から受信されることができる。
インタフェース論理２０８はまた、デバイスにおける内部ループ獲得を提供するスキャニング論理に対して獲得制御情報を送信するように動作する。獲得制御情報は、獲得の開始時間と持続時間を備えている。例えば、サービス獲得がすぐに達成されない場合には、獲得開始時間のシーケンスは、指数関数に基づいていてもよい。２つの獲得開始時間の間の差は、「バックオフ(backoff)」時間と呼ばれる。同様に、スキャニング持続時間のシーケンスは、各連続獲得試みについて、同じあるいは異なっていてもよい。例えば、各スキャニング持続時間は、前のスキャニング持続時間と同じ、前のスキャニング持続時間よりも短い、あるいは、前のスキャニング持続時間よりも長くてもよい。
タイマ論理２０４は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、メモリエレメント、および／または、ソフトウェアを実行するハードウェア、のうちの少なくとも１つを備えている。一態様において、タイマ論理２０４は、デバイスにおける処理論理２０２が内部ループのスキャニング論理によって提供される獲得試みの時間を正確に制御することができるように、バックオフ及びスキャンの持続時間のタイムインターバルを測定するように動作する。一態様において、タイマ論理２０４は、バックオフ及び獲得持続時間のタイムインターバルを測定するために処理論理２０２の制御の下で動作する。タイマ論理２０４はまた、サービス獲得システムの様々な態様において使用されるいずれの他のタイムインターバルを測定する。
処理論理２０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、メモリエレメント、および／またはソフトウェアを実行するハードウェア、のうちの少なくとも１つを含む。処理論理２０２は、デバイスが非稼動であるときを決定し、サービス獲得を試みるためにデバイスで内部ループのスキャニング論理を制御するように動作する。例えば、処理論理２０２は、インタフェース論理２０８からサービスステータスインジケータを受信し、デバイスが非稼動かどうかを決定するためにこの情報を使用する。いったんデバイスが非稼動であることが決定されると、処理論理２０２は、サービス獲得を試みるためにデバイスにおいて内部ループのスキャニング論理を制御するように動作する。
一態様において、処理論理２０２は、アグレッシブ獲得フェーズを備える獲得アルゴリズムをインプリメントするように動作し、なお、変わっているバックオフタイムインターバル(a varying backoff time interval)は、連続内部ループ獲得試みの間で提供される。別の態様において、獲得アルゴリズムは、延長された獲得フェーズを備えており、なお、周期的獲得試みは、パワー消費を制御する方法で提供される。また別の態様においては、処理論理２０２は、新しいフローアクティベーションの受信に基づいた獲得アルゴリズムのオペレーション（すなわち、コンテンツフローを復号するリクエスト）を調節するように動作する。獲得制御論理２００のオペレーションの詳細な説明は、この文書の他のセクションにおいて提供されている。
一態様において、サービス獲得システムは、マシン可読メディア上で保存され具現化された、１つまたは複数のインストラクション（「インストラクション(instructions)」）あるいは複数セットの「コード(codes)」を有するコンピュータプログラムプロダクトを備えており、そしてそれは、少なくとも１つのプロセッサ、例えば処理論理２０２におけるプロセッサ、によって実行されるときに、ここにおいて説明される関数を提供するように動作する。例えば、複数セットのコードは、マシン可読媒体、例えばフロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリカード、ＦＬＡＳＨメモリデバイス、ＲＡＭ、ＲＯＭ、あるいは、獲得制御論理２００にインタフェース接続するいずれの他のタイプのメモリデバイスまたはマシン可読媒体、から獲得制御論理２００へとロードされることができる。別の態様においては、複数セットのコードは、外部デバイスからあるいは通信ネットワークリソースから、獲得制御論理２００にダウンロードされることができる。複数セットのコードは、少なくとも１つのプロセッサによって実行される時、獲得制御論理２００にここに説明されるようなサービス獲得システムの態様を提供させる。
獲得アルゴリズムの全体像(Acquisition Algorithm Overview)
様々な態様において、獲得制御論理２００は、サービングシステムでサービスを獲得する獲得アルゴリズムを実行するように動作する。下記で説明された獲得アルゴリズムは、「外部ループ(outer-loop)」のアルゴリズムとして、ここでは呼ばれており、そしてそれは、デバイスでの内部ループのスキャニング論理がどのようにサービス獲得を試みるかを制御する。獲得制御論理２００によって実行される外部ループアルゴリズムは、単一の内部ループ獲得試みが回復することができない非稼動条件から回復するためのメカニズムを提供する。一態様において、アルゴリズムは、獲得が達成されるまで、あるいは獲得試みの最大許可数に達するまで、連続する獲得試みの間のバックオフインターバルを決定する。
アルゴリズムは、獲得が広域エリアあるいはローカルエリアの信号獲得についてターゲットとされるかどうかにかかわらず同じことを操作する。様々な態様において、１つまたは複数の外部ループの獲得アルゴリズムは、サービス獲得を実行するために、デバイスにおける内部ループのスキャニング論理を制御するように、独立して、あるいは、同時に、実行することができる。例えば、ある外部ループは、広域エリアサービス獲得について実行することができ、別の外部ループは、ローカルエリアサービス獲得について同時にあるいは独立して実行することができる。
一態様において、サービス獲得システムは、獲得アルゴリズムを提供し、下記で説明されている。獲得アルゴリズムの延長されたあるいは修正されたバージョンは、この文書の他のセクションにおいて提示されている。
獲得アルゴリズムの説明(Acquisition Algorithm Description)
様々な態様において、処理論理２０２は、サービス獲得を試みるために、デバイスにおいて内部ループのスキャニング論理のオペレーションを制御するタイマ論理２０４とインタフェース論理２０６を使用するように動作する。例えば、初期ループ獲得試み(an initial inner-loop acquisition attempt)が失敗する場合、処理論理２０２は、選択された持続時間の間に、そして、選択されたタイムインターバルのときに内部ループサービス獲得試みのトータル数が規定された最大数の試み(Nreacq)に達するまで、内部ループサービス獲得試みを繰り返すスキャニング論理を制御する。したがって、初期の内部ループの獲得試みが失敗した後、処理論理２０２は、デバイスにおいて内部ループのスキャニング論理を制御するので、(Nreacq-1)内部ループ獲得試みが実行されるであろう。
一態様において、タイマ論理２０４は、バックオフタイムインターバルを測定するように動作するので、内部ループ獲得試みの数ｉが失敗した後、ただし（０＜ｉ＜Ｎｒｅａｃｑ）である、タイマ論理２０４は、次の指数関数的なバックオフの式にしたがって、タイムインターバルＴｒｅａｃｑ（ｉ）を測定する。
Ｔｒｅａｃｑ（ｉ）＝Ｔ１＊２（ａｌｐｈａ＊（ｉ−１））
したがって、次の３つのパラメータは、獲得アルゴリズムにしたがって、内部ループのスキャニング論理を制御するために使用される。
１．初期バックオフ値（Ｔ１）
２．指数係数(exponent factor)（アルファ）
３．獲得試みのトータル数（Ｎｒｅａｃｑ）
パラメータＴ１、アルファ、及びＮｒｅａｃｑは、処理論理２０２が獲得外部ループアルゴリズムを実行することを可能にするために、デバイス製造の間に、デバイスの登録の間に、及び／または、ダウンロード可能なパラメータとして、デバイスオペレーションの間に、構成可能である。
一態様において、デバイスが以前にサービスエリア内にあったとき、あるいは、フローダウンロードがトリガされるとき、第１の内部ループ獲得試みは実行である。この場合には、内部ループの獲得試みは、デバイスがサービスエリア内にあるかどうかをチェックするために、十分長く実行する。例えば、デバイスが、２０秒よりも少なく続くディープシャドーイング伝送条件(a deep-shadowing transmission condition)の結果としてサービスを失う場合には、処理論理２０２は、第１の内部ループ獲得試みが大体２０秒実行するようにスキャニング論理を制御するように動作する。
獲得が第１の内部ループ獲得試みの間に失敗する場合には、後続の内部ループ獲得試みが実行される。後続内部ループ獲得試みの最初の２、３秒における失敗した獲得は、全体の試みについて、失敗した獲得をもたらす可能性が最も高いだろう。したがって、より短い獲得時間の持続時間は、後続内部ループ獲得試みのために使用される。例えば、後続の内部ループの獲得の試みについては、５秒の時間持続時間が使用されることができる。
したがって、「初期獲得タイマスレッシュホールド」秒の持続時間の間、第１の内部ループ獲得試みは実行であり、また、「繰り返し獲得タイマスレッシュホールド」秒の持続時間の間、Ｎｒｅａｃｑに対する内部ループ獲得試み数２(inner-loop acquisition attempts numbers 2)は実行であるであろう。
図１を再び参照すると、タイムライン１１４は、獲得アルゴリズムによって提供される外部ループの例を示しており、なお、獲得試みのトータル数は３つである。タイムラインで示されたインターバル（Ｂ１，Ｂ２）は、内部ループの獲得試みの間のバックオフタイムインターバルである。例えば、バックオフタイムインターバルは、長さにおいて指数関数的に増加するように、処理論理によって生成されることができる。成功したサービス獲得は、アルゴリズムが３つの内部ループ獲得試みの間のいずれの時間に実行することを、止める(stop)ことができる。
獲得外部ループアルゴリズムをリセットする(Resetting the Acquisition Outer-Loop Algorithm)
一態様において、システムがＮｒｅａｃｑ内部ループ獲得試みのトータルの後で獲得されなかったということを獲得システムが決定する場合には、デバイスは、サービスエリア外にあると考えられ、獲得システムは、アプリケーションがコンテンツフローの復号をリクエストするまで、サービングシステムを獲得しようとしないであろう。様々な態様において、コンテンツフローを復号するリクエストに関連した次のイベントは、デバイスがサービスエリア外にあると考えられるときには、処理論理２０２がサービス獲得を試みることをもたらすことができる。
１．ユーザインタフェース関数を起動することは、いくつかのアプリケーション層のオーバーヘッドフローのフロー復号をトリガする。アプリケーション層のオーバーヘッドフローは、デバイスの現在の位置において利用可能なフローについての情報を提供する。１つの可能なインプリメンテーションにおいて、オーバーヘッドフローは、１つのマスターフローがすべての他のオーバーヘッドフローについてのバージョン情報を搬送する、階層的な方法で組織化されることができる。このマスターフローは、最初に復号され、また、他のオーバーヘッドフローは、必要であれば、復号される。
２．リアル時間サービスのアクティベーション（すなわち、復号するリクエスト）は、コンテンツフローを復調する試みをトリガするであろう、そしてそれは、代わりにシステム再獲得をトリガするであろう。
３．ネットワークは、ファイル配信サービスを提供することができる。ファイル配信サービスは、デバイスが、ネットワークによって通知された(advertised)特定の時間期間において、知られたコンテンツフローによって搬送されたクリップダウンロードを開始することを、可能にする。デバイスは、フローを復号するリクエストがファイル配信コンテンツを搬送するとき、サービスエリア外であってもよい。クリップダウンロードの試みは、処理論理２０２に内部ループ再獲得試みを強要させる。
４．別のタイプのコンテンツフローは、ＩＰマルチキャストサービスデータを搬送する。このコンテンツに関与するデバイスアプリケーションは、様々な時に、これらのフローの復調をリクエストすることができる。フローコンテンツ復号についてのリクエストは、デバイスがサービスエリア外である場合、システム再獲得を生じさせる。
図３は、サービス獲得システムの態様における使用について外部ループアルゴリズムのリセットがどのように実行されるかを図示するタイミング図３００を示す。一態様において、第１の内部ループの獲得３０２は、すべてのメディア論理チャネルのロス、あるいは、オーバーヘッド情報シンボルを復調する能力のなさ(inability)に基づいて、試みられる。一態様において、処理論理２０２は、第１の内部ループの獲得３０２の試みを開始するために、インタフェース論理２０６を制御するように動作する。第２の獲得３０４は、上記のアルゴリズムにしたがって試みられ、なお、第２の獲得３０４の試みは、第１の獲得の試み３０２よりも短い持続時間を有する。
アクティベーション３０６（すなわち、選択されたコンテンツを復号するリクエスト）は、外部ループにおける獲得が実行している時間の間に、生じる。例えば、ユーザ相互作用あるいはプログラム実行の結果、選択されたコンテンツを復号するリクエストが受信される。アクティベーションに応じて、処理論理２０２は、最初から獲得アルゴリズムをリセットするようにあるいは再開するように動作しており、なお、新しい第１の内部ループの獲得が試みられ、３０６においても示されている。サービスが獲得されない場合、処理論理２０２は、そのあとで、３０８において、第２の内部ループの獲得の試みを実行するために、スキャニング論理を制御するように動作する。サービスがまだ獲得されない場合には、処理論理２０２は、そのあとで、３１０において、第３の内部ループの獲得の試みを実行するために、スキャニング論理を制御するように動作する。内部ループの獲得の試みの持続時間、及び、内部ループの獲得の試みの間の時間は、獲得アルゴリズムにしたがって処理論理２０２によって制御されることに注意してください。
新しいアクティベーションが獲得アルゴリズムのオペレーションの間に受信されるときにはいつでも、外部ループ獲得アルゴリズムのリセットは実行されるということに注意すべきである。
延長された獲得アルゴリズムの概観(Extended Acquisition Algorithm Overview)
様々な態様において、獲得制御論理２００は、サービングシステムを備えたサービスを獲得するために、延長された獲得アルゴリズムを実行するように動作する。延長された獲得アルゴリズムの態様において提供された外部ループアルゴリズムは、単一の内部ループ獲得試みが回復できない、延長されたサービスエリア期間のロス(extended loss-of-coverage periods)から回復するためのメカニズムを提供する。最初に、バックオフタイマが、獲得が達成されるまで、あるいは獲得試みの最大許可数に達するまで、連続する獲得試みの間で使用される、アグレッシブフェーズが提供されている。システムがまだ獲得されない場合には、サービス獲得はより短い持続時間で周期的に試みられる、延長された獲得フェーズが提供される。したがって、延長された獲得アルゴリズムの外部ループは２つの部分、すなわちアグレッシブフェーズと延長されたフェーズである。
一態様において、延長された獲得アルゴリズムは、現在設定されているタイマが何であろうと終了し、タイマが通常通りに終了するかのようにアルゴリズムを実行しつづけることによって、フローアクティベーションの試み（すなわち、コンテンツを復号するリクエスト）に応答する。コンテンツフローを復号するリクエストが、延長された獲得アルゴリズムのすでにアクティブな内部ループフェーズと同時に起こる場合、そのときには、現在の獲得試みは、割込みなしで継続する。
延長された獲得アルゴリズムは、広域エリアのあるいはローカルエリアの信号獲得のために獲得がターゲットされるかどうかに関わらず同じに動作する。様々な態様において、１つまたは複数の外部ループ獲得アルゴリズムは、サービス獲得を実行するために、デバイスにおいてスキャニング論理を制御するように、独立してあるいは同時に、のいずれかで、実行することができる。例えば、ある外部ループは、広域エリアのサービス獲得のために実行することができ、別の外部ループは、ローカルエリアのサービス獲得のために同時にあるいは独立して実行することができる。
延長された獲得アルゴリズムの説明(Extended Acquisition Algorithm Description)
一態様において、延長された獲得アルゴリズムは、上記で説明されるように、同じアグレッシブフェーズを実行する。例えば、初期の内部ループ獲得試みが失敗する場合、獲得制御論理２００は、選択された（すなわち指数関数的に増加している）タイムインターバルのときに、そして、選択された持続時間の間、アグレッシブフェーズにおいて内部ループ獲得試みの数が規定された最大数の試み（Ｎｒｅａｃｑ）に達するまで、内部ループ獲得を繰り返す。
延長された獲得アルゴリズムにおいては、アグレッシブフェーズは、次に定義される５つのパラメータを使用する。
１．初期バックオフ値（Ｔ１）
２．指数係数（アルファ）
３．アルゴリズムのアグレッシブフェーズにおける試みの数（Ｎｒｅａｃｑ）
４．アグレッシブフェーズにおける第１の獲得試みの望ましい持続時間を定義する初期獲得タイマスレッシュホールド
５．アグレッシブフェーズにおける後続獲得試みのための望ましい持続時間を定義する繰り返し獲得タイマスレッシュホールド
外部ループアルゴリズムの延長されたフェーズは、アルゴリズムのアグレッシブフェーズにおいてサービスが獲得されない場合には実行される。獲得制御論理２００は、信号を周期的に獲得することを試みるだろう。これらの周期的試みが実行である持続時間、そして、長期のタイムアウト値(the long term timeout value)は、いずれの適切な技術を使用して選択されあるいは決定されることができる。
したがって、２つ以上のパラメータは、次のように、延長された獲得フェーズにおいて使用される。
１．延長されたフェーズのバックオフ値（Ｔ２）。
２．延長されたフェーズにおいて各獲得のための望ましい持続時間を定義する延長されたフェーズの獲得タイマスレッシュホールド
図４は、サービス獲得システムの態様における使用のために、延長された獲得アルゴリズムの延長されたフェーズのオペレーションを図示するタイミング図４００を示す。タイミング図４００は、アグレッシブフェーズ４０２を示しており、なお、獲得の試みのトータル数が３である。延長された獲得フェーズ４０４は、そのあとで、周期的タイムインターバルにおいて、後続獲得試みを提供するように生じる。成功した獲得は、アルゴリズムが内部ループ獲得試みの間にいずれの時間において実行することを、止める。
延長された獲得外部ループアルゴリズムに関するアクティベーションの効果(Effect of Activations on the Extended Acquisition Outer-Loop Algorithm)
一態様において、いったんサービング信号が獲得されると、外部ループのアルゴリズムはリセットされる。しかしながら、フローアクティベーション（すなわち、コンテンツを復号するリクエスト）は、外部ループのアルゴリズムに関して、次の効果があるだろう。
１．アクティベーションが生じるときに、デバイスが内部ループ獲得試みの最中である場合には、そのときには、デバイスは、現在の獲得試みを継続するであろう。
２．デバイスがサービスエリア外にあり、獲得試みをトリガするためのタイムセットを有する場合には、アクティベーションは、タイマが通常通りに終了するかのようにアルゴリズムがオペレーションを継続するために、現在のタイマの終了をトリガするであろう。獲得の試みの持続時間及び結果として生じるタイムアウトの長さ(the length of the consequent timeout)は、もしあれば、外部ループアルゴリズムのコンテキスト内の現在の獲得試みの数に依存する。
図５は、延長された獲得フェーズの外部ループアルゴリズムに関する、コンテンツフローのアクティベーションの効果を図示するタイミング図５００を示す。例えば、タイムライン５００は、アクティベーションが第２の獲得タイムアウトの間に生じるときに、延長された再獲得の外部ループアルゴリズムのオペレーションを図示する。図５で図示されるように、第２の獲得タイムアウトが５０２で生じる。この時間の間に、新しいコンテンツフローのアクティベーションが５０４で生じる。これに応じて、延長された獲得外部ループアルゴリズムは、第２のタイムアウトのタイミングを終了し、第３の獲得試みを開始するように動作する。サービスが第３の獲得試みの間に獲得されない場合には、延長された獲得の外部ループアルゴリズムは、５０６で図示されるように、延長された獲得を提供するように動作する。
出力表示(Output Indications)
様々な態様において、獲得システムは、ユーザ及び／またはデバイスで実行しているアプリケーションに対して、様々な表示を出力するように動作する。例えば、処理論理２０２は、ユーザ及び／またはデバイスにおいて実行するアプリケーションに対して、次のリストの表示を出力するように動作する。次のリストは網羅的ではないということ、また、いずれの追加の表示も処理論理２０２によって出力されることができるということ、に注意すべきである。
１．システムのロス
２．システムを獲得する
３．システムを獲得した
図６は、サービス獲得システムの態様によって提示される、サービス獲得のための例示的な方法６００を示す。例えば、方法６００は、上記で説明された獲得アルゴリズムにしたがって、外部ループの処理(outer-loop processing)を提供する。明らかにするために、方法６００は、図２で示された獲得制御論理２００を参照して下記で説明される。一態様において、処理論理２０２は、下記で説明された関数(function)を実行するために、獲得制御論理２００を制御する１つまたは複数のセットのコードを実行する。
ブロック６０２では、サービス獲得システムは、アイドル状態にある。
ブロック６０４では、獲得外部ループタイマ(an acquisition outer-loop timer)が終了したかどうかに関しての決定が行われる。例えば、タイマ論理２０４は、外部ループタイマを維持しており、また、外部ループ時間が終了した場合には、方法はブロック６１８に移る。外部ループタイマが終了していない場合には、方法はブロック６０６に移る。
ブロック６０６で、フローアクティベーションが受信されたかどうかに関しての決定が行われる。一態様において、処理論理２０２は、デバイスにおけるアプリケーションからフローアクティベーションを受信するように動作する。処理論理２０２は、新しいフローアクティベーションが受信されたかどうか決定するように動作する。フローアクティベーションが受信された場合には、方法はブロック６１４に移る。フローアクティベーションが受信されなかった場合には、方法はブロック６０２に移る。
ブロック６１８では、システム獲得が試みられる。一態様において、処理論理２０２は、デバイスにおけるスキャニング論理によって内部ループの獲得の試みを開始するようにインタフェース論理２０６を制御する。したがって、内部ループの獲得は、処理論理２０２によって決定された、選択された持続時間の間に、試みられる。
ブロック６２０で、フローアクティベーションが進行中の内部ループスキャンの間に受信されたかどうかに関しての決定が行なわれる。一態様において、処理論理２０２がこの決定を行なう。フローアクティベーションが受信された場合、方法はブロック６１４に移る。フローアクティベーションが受信されなかった場合、方法はブロック６２２に移る。
ブロック６２２において、獲得の試みが失敗したかどうかに関しての決定が行なわれる。一態様において、インタフェース論理２０６は、処理論理２０２に受け渡されるサービスインジケータを受信する。処理論理２０２は、そのあとで、獲得試みが失敗したかを決定する。獲得試みが失敗しなかった場合には、方法はブロック６０８に移る。獲得の試みが失敗した場合には、方法はブロック６２４に移る。
ブロック６０８では、「システムを獲得した(system acquired)」という表示が提示される。一態様において、処理論理２０２は、デバイスユーザ及び／またはデバイスにおけるアプリケーションに対して、表示を送信するように動作する。
ブロック６１０では、デバイスは、アクティブモードにある。したがって、デバイスは稼働中(in-service)である。
ブロック６１２では、サービス獲得が必要かどうかに関する決定が行なわれる。一態様において、インタフェース論理２０６は、処理論理２０２に受け渡されるサービスインジケータを受信する。処理論理２０２は、そのあとで、サービスが失われたか、そして、サービス獲得は必要であるかを決定する。サービス獲得が必要とされない場合には、方法は、ブロック６１０に移る。サービス獲得が必要とされる場合には、方法は、ブロック６１４に移る。
ブロック６１４では、外部ループの獲得アルゴリズムは、リセットされる。一態様において、処理論理２０２は外部ループの獲得アルゴリズムをリセットするように動作する。したがって、スキャニング持続時間はリセットされ、また、バックオフタイムインターバルはリセットされる。
ブロック６１６で、「システムを獲得する(acquiring system)」という表示が提示される。一態様において、処理論理２０２は、デバイスユーザ及び／またはデバイスにおけるアプリケーションに対して、この表示を提供するように動作する。
ブロック６２４では、最近の獲得失敗が第１の内部ループの試みだったかどうかに関しての決定が行なわれる。一態様において、処理論理２０２がこの決定を行なう。それが第１の内部ループの試みであった場合、方法は、ブロック６２６に移る。それが第１の内部ループの試みでなかった場合、方法はブロック６２８に移る。
ブロック６２６では、すべてのフローは非アクティブ化され(deactivated)、「システムのロス(loss of system)」表示が送られる。一態様において、処理論理２０２は、関連するフローデータが受信されないように、すべてのフローを非アクティブ化するように動作する。処理論理２０２はまた、「システムのロス(loss of system)」表示を、デバイスユーザ及び／またはデバイスにおけるアプリケーションに対して、送信するように動作する。
ブロック６２８では、内部ループの試みの数が選択された限界（Ｎｒｅａｃｑ）よりも小さいかどうかに関しての決定が行なわれる。一態様においては、処理論理２０２はこの決定を行なう。試みの数がＮｒｅａｃｑよりも小さい場合には、方法は、ブロック６３０に移る。試みの数がＮｒｅａｃｑよりも小さくない場合には、方法はブロック６０２に移る。
ブロック６３０では、外部ループタイマは、次の獲得の試みのために調節される。一態様においては、タイマ論理２０４は、（Ｔ１＊２［ａｌｐｈａ＊（ＣｕｒｒｅｎｔＲｅａｃｑＮｕｍｂｅｒ−１）］）と等しい値に設定される外部ループタイマを維持する。方法は、そのあと、ブロック６０２に移る。
したがって、方法６００は、サービス獲得システムの態様における使用のために、獲得アルゴリズムを提供するように動作する。方法６００が単に１つのインプリメンテーションであるということ、方法６００のオペレーションは再配列されてもよく、あるいは、そうでなければ様々な態様の範囲内で修正されてもよいということに注意すべきである。したがって、他のインプリメンテーションは、ここにおいて説明された様々な態様の範囲で可能である。
図７は、サービス獲得システムの態様によって提供される、サービス獲得のための例示的な方法７００を示す。例えば、方法７００は、上記で説明されるような、延長された再獲得アルゴリズムにしたがって外部ループの処理を提供する。明らかにするために、方法７００は、図２で示された獲得制御論理２００を参照して下記で説明される。一態様において、処理論理２０２は、下記で説明される関数を実行するために、獲得制御論理２００を制御する１つまたは複数セットのコードを実行する。
ブロック７０２において、サービスエリア外の状態(out of coverage condition)が存在する。一態様において、サービス獲得システムは、上記で説明された獲得アルゴリズムにしたがってデバイスがサービスエリア外であるということを決定した。
ブロック７０４では、外部ループタイマが終了したかどうかに関しての決定が行なわれる。例えば、タイマ論理２０４は、外部ループタイマを維持し、また、外部ループ時間が終了した場合には、方法はブロック７１８に移る。外部ループタイマが終了しなかった場合には、方法はブロック７０６に移る。
ブロック７０６では、フローアクティベーションが受信されたかどうかに関しての決定が行なわれる。一態様において、処理論理２０２は、デバイスにおけるアプリケーションからフローアクティベーションを受信するように動作する。処理論理２０２は、新しいフローアクティベーションが受信されたかどうかを決定するように動作する。フローアクティベーションが受信された場合には、方法はブロック７１８に移る。フローアクティベーションが受信されなかった場合には、方法はブロック７０２に移る。
ブロック７１８で、システム獲得が試みられる。一態様において、処理論理２０２は、デバイスにおけるスキャニング論理によって内部ループの獲得試みを開始するためにインタフェース論理２０６を制御する。したがって、内部ループの獲得は、処理論理２０２によって決定された、選択された持続時間の間、試みられる。いったん獲得の試みが開始すると受信される新しいフローアクティベーションは、処理論理２０２によって送信されている「システムを獲得する(acquiring system)」という表示を結果としてもたらす。
ブロック７２０において、獲得の試みが失敗したかどうかに関しての決定が行なわれる。一態様において、インタフェース論理２０６は、処理論理２０２に受け渡されるサービスインジケータを受信する。その後、処理論理２０２は、そのあとで、獲得の試みが失敗したかを決定する。獲得の試みが失敗しなかった場合には、方法はブロック７０８に移る。獲得の試みが失敗した場合には、方法はブロック７２２に移る。
ブロック７０８では、「システムを獲得した(system acquired)」という表示が提示される。一態様において、処理論理２０２は、デバイスユーザ及び／またはデバイスにおけるアプリケーションに対して、表示を送信するように動作する。
ブロック７１０では、デバイスはアクティブモードにある。したがって、デバイスは、現在、稼働中(in-service)である。
ブロック７１２では、サービス獲得が必要かどうかに関しての決定が行なわれる。一態様において、インタフェース論理２０６は、処理論理２０２に受け渡されるサービスインジケータを受信する。処理論理２０２は、その後で、サービスが失われたかどうか、そしてサービス獲得が必要とされるかを決定する。サービス獲得が必要とされない場合、方法は、ブロック７１０に移る。サービス獲得が必要とされる場合には、方法は、ブロック７１４に移る。
ブロック７１４において、外部ループの獲得アルゴリズムはリセットされる。一態様において、処理論理２０２は、外部ループの獲得アルゴリズムをリセットするように動作する。したがって、スキャニング持続時間はリセットされ、バックオフタイムインターバルがリセットされる。
ブロック７１６において、「システムを獲得する(acquiring system)」という表示が提示される。一態様において、処理論理２０２は、デバイスユーザ及び／またはデバイスにおけるアプリケーションに対して、この表示を提供するように動作する。
ブロック７２２では、最近の獲得失敗が最初の内部ループの試みあるいは新しいアクティベーションの結果であったかどうかに関しての決定が行なわれる。一態様において、処理論理２０２はこの決定を行なう。それが最初の内部ループの試みあるいは新しいアクティベーションの結果だった場合には、方法は、ブロック７２４に移る。それが最初の内部ループの試みあるいは新しいアクティベーションの結果でなかった場合には、方法はブロック７２６に移る。
ブロック７２４において、すべてのフローは、非アクティブ化され、「システムのロス(loss of system)」表示が送信される。一態様において、処理論理２０２は、関連づけられたフローのデータが受信されないように、すべてのフローを非アクティブ化するように動作する。処理論理２０２はまた、デバイスユーザおよび／またはデバイスにおけるアプリケーションに対して、「システムのロス」を送信するように動作する。
ブロック７２６において、内部ループ試みの数が選択された限界（Ｎｒｅａｃｑ）よりも小さいかどうかに関しての決定が行なわれる。一態様において、処理論理２０２はこの決定を行なう。試みの数がＮｒｅａｃｑよりも小さい場合には、方法はブロック７２８に移る。試みの数がＮｒｅａｃｑよりも少なくない場合には、方法は、ブロック７３０に移る。
ブロック７２８においては、外部ループタイマは、次の獲得の試みのために調節される。一態様において、タイマ論理２０４は、（Ｔ１＊２［ａｌｐｈａ＊（ＣｕｒｒｅｎｔＲｅａｃｑＮｕｍｂｅｒ−１）］）と等しい値に設定される外部ループタイマを保持する。方法は、そのあとで、ブロック７０２に移る。
ブロック７３０において、外部ループタイマは時間値Ｔ２に設定される。一態様において、タイマ論理２０４は、値Ｔ２に設定される外部ループタイマを保持し、Ｔ２は、周期的獲得試みのために使用されるタイムインターバルである。方法は、ブロック７０２に移る。
したがって、方法７００は、サービス獲得システムの態様における使用のために、延長された獲得アルゴリズムを提供するように動作する。方法７００は、ただ１つのインプリメンテーションであるということ、また、方法７００のオペレーションは、再配列される(rearranged)ことができ、そうでなければ、様々な態様の範囲内で修正されることができるということ、に注目すべきである。したがって、他のインプリメンテーションは、ここに記述された様々な態様の範囲で可能である。
図８は、サービス獲得システムの態様における使用のために、例示的な獲得制御論理８００を示す。例えば、獲得制御論理８００は、図２で示される獲得制御論理２００としての使用に適切である。一態様において、獲得制御論理８００は、ここにおいて説明されるように獲得システムの態様を提供するように構成された１つまたは複数のモジュールを備えている少なくとも１つの集積回路によってインプリメントされる。例えば、一態様において、各モジュールは、ハードウェアおよび／またはソフトウェアを実行するハードウェアを備える。
獲得制御論理８００は、サービスのロスが生じたかどうかを検出するための手段（８０２）を備えている第１のモジュールを備えており、そしてそれは一態様において、インタフェース２０６を備える。獲得制御論理８００はまた、サービスのロスが生じた場合には、アグレッシブ獲得フェーズの間に少なくとも１つの獲得試みを開始するための手段（８０４）を備えている第２のモジュールを備え、なお、連続する獲得試みの間のバックオフタイムインターバルは、一定である、あるいは増加しており、アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは、選択された数の獲得試みが実行されたときに終了し、そしてそれは、一態様において処理論理２０２を備える。
ここにおいて開示された態様に関連して様々な説明のための論理、論理ブロック、モジュール及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラムゲートアレイ（ＦＰＧＡ）あるいは他のプログラム可能な論理デバイス、ディスクリートゲートあるいはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは、ここにおいて説明された機能を実行するように設計されたそれらのいずれの組み合わせ、を用いてインプリメントされる、あるいは実行されることができる。汎用プロセッサは、マイクロプロセッサであってもよいが、代替的に、プロセッサは、いずれの従来のプロセッサ、コントローラ、マイクロコントローラ、あるいはステートマシンであってもよい。プロセッサもまた、コンピューティングデバイスの組み合わせ、例えばＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに関連した１つまたは複数のマイクロプロセッサ、あるいはいずれの他のそのような構成、としてインプリメントされることができる。
ここに開示された態様に関連して説明されたアルゴリズムあるいは方法のステップは、直接ハードウェアにおいて、プロセッサによって実行されたソフトウェアモジュールにおいて、あるいは２つの組み合わせで、具現化されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいは技術分野において知られているいずれの他の形のストレージメディア、において常駐していてもよい。例示的なストレージメディアは、プロセッサがストレージメディアから情報を読み取り、そしてストレージメディアに情報を書き込むことができるように、プロセッサに結合される。代替的に、ストレージメディアは、プロセッサに一体化していてもよい。プロセッサとストレージメディアは、ＡＳＩＣに常駐してもよい。ＡＳＩＣは無線通信デバイスにおいて常駐してもよい。代替的には、プロセッサとストレージメディアは、無線通信デバイスにおいて、ディスクリートコンポーネントとして常駐していてもよい。
開示された態様の説明は、当業者が本発明を作りあるいは使用することができるように提供されている。これらの態様に対する様々な修正は、当業者にとっては容易に明らかであろう、そして、ここにおいて定義された包括的な原理は、本発明の精神あるいは範囲から逸脱することなく、他の態様、例えばインスタントメッセージングサービスあるいはいずれの一般的な無線データ通信アプリケーションにおける、に適用されることができる。したがって、本開示は、ここに示された実施形態に限定されるようには意図されておらず、ここに開示された原理および新規な特徴に整合する最も広い範囲が与えられるべきである。用語「例示的な(exemplary)」は、「例(example)、インスタンス(instance)、又は図示(illustration)として機能している」を意味するように、ここでは排他的に使用されている。「例示的な」としてここに説明されるいずれの態様も、他の態様よりも、好ましいまたは有利であるとして、必ずしも解釈されるべきではない。
したがって、サービス獲得システムの態様がここに図示され説明されているが、それらの精神または本質的な特性から逸脱することなく、態様に対して、様々な変更がなされることができるということは理解されるであろう。したがって、ここにおいて開示と説明は、添付の特許請求の範囲で記載されている発明の範囲を説明するように意図されており、限定するものではない。

Claims (55)

  1. ブロードキャストシステムにおけるサービス獲得のための方法であって、前記方法は、
    サービスのロスが生じたかどうかを検出することと；
    サービスのロスが生じた場合には、アグレッシブ獲得フェーズの間に少なくとも１つの獲得の試みを開始することと、なお、連続する獲得試みの間のバックオフタイムインターバルは、一定であるか、増加しており、また、前記アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは、選択された数の獲得試みが実行されたときに、終了する；
    を備えている、方法。
  2. 前記開始することは、第１の持続時間を有する第１の獲得試みと、前記第１の持続時間と等しいあるいは前記第１の持続時間より短い持続時間を有する後続獲得試みと、を開始することを備えている、請求項１に記載の方法。
  3. 前記アグレッシブフェーズの後で延長された獲得フェーズを開始すること、をさらに備えており、なお、固定あるいは変数のタイムインターバルは、さらなる獲得試みの間で提供されており、前記さらなる獲得試みは、固定のあるいは変化している持続時間を有する、請求項１に記載の方法。
  4. 選択されたパワーの使用を達成するために、前記さらなる獲得試みの間の前記のタイムインターバルと前記の持続時間を決定すること、をさらに備えている請求項３に記載の方法。
  5. 前記アグレッシブ獲得フェーズにおける獲得試みの間の平均タイムインターバルが前記延長された獲得フェーズにおける獲得試みの間の平均タイムインターバルよりも少ないように、前記アグレッシブ獲得フェーズと前記延長された獲得フェーズとを決定すること、をさらに備えている請求項３に記載の方法。
  6. 前記アグレッシブ獲得フェーズにおける平均パワーの使用が前記延長された獲得フェーズにおける平均パワーの使用よりも多いように、前記アグレッシブ獲得フェーズと前記延長された獲得フェーズとを決定すること、をさらに備えている請求項３に記載の方法。
  7. 前記延長された獲得フェーズにおける平均パワーの使用が選択されたターゲットを満たすように、前記延長された獲得フェーズを決定すること、をさらに備えている請求項３に記載の方法。
  8. 前記選択されたターゲットは、稼働中のときのスタンバイモードにおける平均パワーの使用と等しい、請求項７に記載の方法。
  9. システムのロス、システムを獲得している、及びシステムを獲得した、のうちの１つから選択されたステータスインジケータを提供すること、をさらに備えている請求項１に記載の方法。
  10. サービスが前記アグレッシブ獲得フェーズにおいて獲得される場合、少なくとも１つのフローダウンロードを再確立すること、をさらに備えている請求項１に記載の方法。
  11. サービスが前記アグレッシブ獲得フェーズの終了までに獲得されない場合には少なくとも１つのフローダウンロードを終了すること、をさらに備えている請求項１に記載の方法。
  12. ブロードキャストシステムにおけるサービス獲得のための装置であって、前記装置は、
    サービスのロスが生じたかどうかを検出するように構成されたインタフェース論理と；
    サービスのロスが生じた場合にはアグレッシブ獲得フェーズの間に少なくとも１つの獲得試みを開始するように構成された処理論理と、なお、連続する獲得試みの間のバックオフタイムインターバルは一定であるか、増加しており、前記アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは選択された数の獲得試みが実行されるときに終了する；
    を備えている、装置。
  13. 前記処理論理は、第１の持続時間を有する第１の獲得試みと、前記第１の持続時間に等しいあるいは前記第１の持続時間より短い持続時間を有する後続獲得試みと、を開始するように構成されている、請求項１２に記載の装置。
  14. 前記処理論理は、前記アグレッシブフェーズの後で延長された獲得フェーズを開始するように構成されており、なお、固定あるいは変数のタイムインターバルは、さらなる獲得試みの間で提供されており、前記さらなる獲得試みは、固定あるいは変化している持続時間を有する、請求項１２に記載の方法。
  15. 前記処理論理は、選択されたパワーの使用を達成するために前記さらなる獲得試みの間の前記タイムインターバルと前記持続時間を決定するように構成されている、請求項１４に記載の方法。
  16. 前記処理論理は、前記アグレッシブ獲得フェーズにおける獲得試みの間の平均タイムインターバルが前記延長された獲得フェーズにおける獲得試みの間の平均タイムインターバルよりも少ないように、前記アグレッシブ獲得フェーズと前記延長された獲得フェーズとを決定するように構成されている、請求項１４に記載の装置。
  17. 前記処理論理は、前記アグレッシブ獲得フェーズにおける平均パワーの使用が前記延長された獲得フェーズにおける平均パワーの使用よりも多いように、前記アグレッシブ獲得フェーズと前記延長された獲得フェーズとを決定するように構成されている、請求項１４に記載の装置。
  18. 前記処理論理は、前記延長された獲得フェーズにおける平均パワーの使用が選択されたターゲットを満たすように、前記延長された獲得フェーズを決定するように構成されている、請求項１４に記載の装置。
  19. 前記選択されたターゲットは、稼働中のときのスタンバイモードにおける平均パワーの使用と等しい、請求項１８に記載の装置。
  20. 前記処理論理は、システムのロス、システムを獲得している、及びシステムを獲得した、のうちの１つから選択されたステータスインジケータを提供するように構成されている、請求項１２に記載の装置。
  21. 前記処理論理は、サービスが前記アグレッシブ獲得フェーズにおいて獲得される場合、少なくとも１つのフローダウンロードを再確立するように構成されている、請求項１２に記載の装置。
  22. 前記処理論理は、サービスが前記アグレッシブ獲得フェーズの終了までに獲得されない場合には少なくとも１つのフローダウンロードを終了するように構成されている、請求項１２に記載の装置。
  23. ブロードキャストシステムにおけるサービス獲得のための装置であって、前記装置は、
    サービスのロスが生じたかどうかを検出するための手段と；
    サービスのロスが生じた場合には、アグレッシブ獲得フェーズの間に少なくとも１つの獲得の試みを開始するための手段と、なお、連続する獲得試みの間のバックオフタイムインターバルは、一定であるか、増加しており、また、前記アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは、選択された数の獲得試みが実行されたときに、終了する；
    を備える装置。
  24. 前記開始するための手段は、第１の持続時間を有する第１の獲得試みと、前記第１の持続時間と等しいあるいは前記第１の持続時間より短い持続時間を有する後続獲得試みと、を開始するための手段を備えている、請求項２３に記載の装置。
  25. 前記アグレッシブフェーズの後で延長された獲得フェーズを開始するための手段、をさらに備えており、なお、固定あるいは変数のタイムインターバルは、さらなる獲得試みの間で提供されており、前記さらなる獲得試みは、固定あるいは変化している持続時間を有する、請求項２３に記載の装置。
  26. 選択されたパワーの使用を達成するために、前記さらなる獲得試みの間の前記タイムインターバルと前記持続時間を決定するための手段、をさらに備えている請求項２５に記載の装置。
  27. 前記アグレッシブ獲得フェーズにおける獲得試みの間の平均タイムインターバルが前記延長された獲得フェーズにおける獲得試みの間の平均タイムインターバルよりも少ないように、前記アグレッシブ獲得フェーズと前記延長された獲得フェーズとを決定するための手段、をさらに備えている請求項２５に記載の装置。
  28. 前記アグレッシブ獲得フェーズにおける平均パワーの使用が前記延長された獲得フェーズにおける平均パワーの使用よりも多いように、前記アグレッシブ獲得フェーズと前記延長された獲得フェーズとを決定するための手段、をさらに備えている請求項２５に記載の装置。
  29. 前記延長された獲得フェーズにおける平均パワーの使用が選択されたターゲットを満たすように、前記延長された獲得フェーズを決定するための手段、をさらに備えている請求項２５に記載の装置。
  30. 前記選択されたターゲットが、稼働中のときのスタンバイモードにおける平均パワー使用に等しい、請求項２９に記載の装置。
  31. システムのロス、システムを獲得している、及びシステムを獲得した、のうちの１つから選択されたステータスインジケータを提供するための手段、をさらに備えている請求項２３に記載の装置。
  32. サービスが前記アグレッシブ獲得フェーズにおいて獲得される場合、少なくとも１つのフローダウンロードを再確立するための手段、をさらに備えている請求項２３に記載の装置。
  33. サービスが前記アグレッシブ獲得フェーズの終了までに獲得されない場合には少なくとも１つのフローダウンロードを終了するための手段、をさらに備えている請求項２３に記載の装置。
  34. ブロードキャストシステムにおけるサービス獲得のためのコンピュータプログラムプロダクトであって、前記コンピュータプログラムプロダクトは、
    サービスのロスが生じたかどうかをコンピュータに検出させるための第1セットのコードと；
    サービスのロスが生じた場合には、アグレッシブ獲得フェーズの間に少なくとも１つの獲得試みをコンピュータに開始させるための第２セットのコードと、なお、連続する獲得試みの間のバックオフタイムインターバルは、一定であるか、増加しており、また、前記アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは、選択された数の獲得試みが実行されたときに、終了する；
    を備えているマシン可読媒体、
    を備えているコンピュータプログラムプロダクト。
  35. 前記第２セットのコードは、第１の持続時間を有する第１の獲得試みと、前記第１の持続時間と等しいあるいは前記第１の持続時間より短い持続時間を有する後続獲得試みと、を前記コンピュータに開始させるために構成されている、請求項３４に記載のマシン可読媒体。
  36. 前記第２セットのコードは、前記アグレッシブフェーズの後で延長された獲得フェーズを前記コンピュータに開始させるために構成されており、固定あるいは変数のタイムインターバルは、さらなる獲得試みの間で提供されており、そして、前記さらなる獲得試みは、固定あるいは変化している持続時間を有する、請求項３４に記載のマシン可読媒体。
  37. 前記第２セットのコードは、選択されたパワーの使用を達成するために前記さらなる獲得試みの間の前記タイムインターバルと前記持続時間を前記コンピュータに決定させるために構成されている、請求項３４に記載のマシン可読媒体。
  38. 前記第２セットのコードは、前記アグレッシブ獲得フェーズにおける獲得試みの間の平均タイムインターバルが前記延長された獲得フェーズにおける獲得試みの間の平均タイムインターバルよりも少ないように、前記アグレッシブ獲得フェーズと前記延長された獲得フェーズとを前記コンピュータに決定させるために構成されている、請求項３７に記載のマシン可読媒体。
  39. 前記第２セットのコードは、前記アグレッシブ獲得フェーズにおける平均パワーの使用が前記延長された獲得フェーズにおける平均パワーの使用よりも多いように、前記アグレッシブ獲得フェーズと前記延長された獲得フェーズとを前記コンピュータに決定させるために構成されている、請求項３７に記載のマシン可読媒体。
  40. 前記第２セットのコードは、前記延長された獲得フェーズにおける平均パワーの使用が選択されたターゲットを満たすように、前記延長された獲得フェーズを前記コンピュータに決定させるために構成されている、請求項３７に記載のマシン可読媒体。
  41. 前記選択されたターゲットは、稼働中のときのスタンバイモードにおける平均パワーの使用と等しい、請求項４０に記載のマシン可読媒体。
  42. 前記第２セットのコードは、システムのロス、システムを獲得している、及びシステムを獲得した、のうちの１つから選択されたステータスインジケータを前記コンピュータに提供させるために構成されている、請求項３４に記載のマシン可読媒体。
  43. 前記第２セットのコードは、サービスが前記アグレッシブ獲得フェーズにおいて獲得される場合、少なくとも１つのフローダウンロードを前記コンピュータに再確立させるために構成されている、請求項３４に記載のマシン可読媒体。
  44. 前記第２セットのコードは、サービスが前記アグレッシブ獲得フェーズの終了までに獲得されない場合には少なくとも１つのフローダウンロードを前記コンピュータに終了させるために構成されている、請求項３４に記載のマシン可読媒体。
  45. ブロードキャストシステムにおけるサービス獲得のために構成された少なくとも１つの集積回路であって、前記少なくとも１つの集積回路は、
    サービスのロスが生じたかどうかを検出するように構成された第１のモジュールと；
    サービスのロスが生じた場合には、アグレッシブ獲得フェーズの間に少なくとも１つの獲得の試みを開始するように構成された第２のモジュールと、なお、連続する獲得試みの間のバックオフタイムインターバルは、一定であるか、増加しており、また、前記アグレッシブ獲得フェーズは、サービス獲得が達成されるときに、あるいは、選択された数の獲得試みが実行されたときに、終了する；
    を備えている、少なくとも１つの集積回路。
  46. 前記第２のモジュールは、第１の持続時間を有する第１の獲得試みと、前記第１の持続時間と等しいあるいは前記第１の持続時間とより短い持続時間を有する後続獲得試みと、を開始するように構成されている、請求項４５に記載の少なくとも１つの集積回路。
  47. 前記第２のモジュールは、前記アグレッシブフェーズの後で延長された獲得フェーズを開始するように構成されており、固定あるいは変数のタイムインターバルは、さらなる獲得試みの間で提供されており、前記さらなる獲得試みは、固定あるいは変化している持続時間を有する、請求項４５に記載の少なくとも１つの集積回路。
  48. 前記第２のモジュールは、選択されたパワーの使用を達成するために前記さらなる獲得試みの間の前記タイムインターバルと前記持続時間を決定するように構成されている、請求項４７に記載の少なくとも１つの集積回路。
  49. 前記第２のモジュールは、前記アグレッシブ獲得フェーズにおける獲得試みの間の平均タイムインターバルが前記延長された獲得フェーズにおける獲得試みの間の平均タイムインターバルよりも少ないように、前記アグレッシブ獲得フェーズと前記延長された獲得フェーズとを決定するように構成されている、請求項４７に記載の少なくとも１つの集積回路。
  50. 前記第２のモジュールは、前記アグレッシブ獲得フェーズにおける平均パワーの使用が前記延長された獲得フェーズにおける平均パワーの使用よりも多いように、前記アグレッシブ獲得フェーズと前記延長された獲得フェーズとを決定するように構成されている、請求項４７に記載の少なくとも１つの集積回路。
  51. 前記第２のモジュールは、前記延長された獲得フェーズにおける平均パワーの使用が選択されたターゲットを満たすように、前記延長された獲得フェーズを決定するように構成されている、請求項４７に記載の少なくとも１つの集積回路。
  52. 前記選択されたターゲットは、稼働中のときのスタンバイモードにおける平均パワーの使用と等しい、請求５１に記載の少なくとも１つの集積回路。
  53. 前記第２のモジュールは、システムのロス、システムを獲得している、及びシステムを獲得した、のうちの１つから選択されたステータスインジケータを提供するように構成されている、請求項４５に記載の少なくとも１つの集積回路。
  54. 前記第２のモジュールは、サービスが前記アグレッシブ獲得フェーズにおいて獲得される場合、少なくとも１つのフローダウンロードを再確立するように構成されている、請求項４５に記載の少なくとも１つの集積回路。
  55. 前記第２のモジュールは、サービスが前記アグレッシブ獲得フェーズの終了までに獲得されない場合には少なくとも１つのフローダウンロードを終了するように構成されている、請求項４５に記載の少なくとも１つの集積回路。
JP2010506497A 2007-04-25 2008-04-24 ブロードキャストシステムにおけるサービス獲得のための方法及び装置 Pending JP2010527182A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US91401607P 2007-04-25 2007-04-25
US12/107,684 US8331969B2 (en) 2007-04-25 2008-04-22 Methods and apparatus for service acquisition in a broadcast system
PCT/US2008/061449 WO2008134447A2 (en) 2007-04-25 2008-04-24 Methods and apparatus for service acquisition in a broadcast system

Publications (1)

Publication Number Publication Date
JP2010527182A true JP2010527182A (ja) 2010-08-05

Family

ID=39887567

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010506497A Pending JP2010527182A (ja) 2007-04-25 2008-04-24 ブロードキャストシステムにおけるサービス獲得のための方法及び装置

Country Status (6)

Country Link
US (1) US8331969B2 (ja)
EP (1) EP2153558A2 (ja)
JP (1) JP2010527182A (ja)
KR (1) KR101129127B1 (ja)
CN (1) CN101663848B (ja)
WO (1) WO2008134447A2 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5889542B2 (ja) * 2011-04-07 2016-03-22 クラリオン株式会社 無線通信端末及び操作システム
US8798089B2 (en) * 2011-06-17 2014-08-05 Microsoft Corporation Wireless communications
CN104160741B (zh) * 2012-03-08 2018-07-10 诺基亚技术有限公司 提高无线网络中的效率
US9603182B2 (en) * 2013-03-14 2017-03-21 Qualcomm Incorporated Establishing reliable always-on packet data network connections
US11039395B1 (en) * 2019-11-22 2021-06-15 Qualcomm Incorporated Out of service notification and deactivation of radio frequency components

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11234201A (ja) * 1998-02-19 1999-08-27 Mitsubishi Electric Corp 無線通信システム
JP2005167749A (ja) * 2003-12-04 2005-06-23 Matsushita Electric Ind Co Ltd 無線通信装置および制御用データ検索方法
US20050238047A1 (en) * 2004-04-23 2005-10-27 Intermec Ip Corp. System and method for providing seamless roaming
US20050246417A1 (en) * 2004-04-05 2005-11-03 Raith Alex K Repair function for a broadcast service
JP2006505200A (ja) * 2002-11-04 2006-02-09 リサーチ イン モーション リミテッド 無線データ接続を維持するための方法およびシステム
US20070082688A1 (en) * 2005-10-12 2007-04-12 Alex Kuang-Hsuan Tu Method and apparatus for detecting adverse channel conditions and conserving power

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4961073A (en) 1989-02-27 1990-10-02 Motorola, Inc. Battery saving apparatus and method providing optimum synchronization codeword detection
US5109530A (en) 1990-10-24 1992-04-28 Motorola, Inc. Receiver with battery saver
US6236850B1 (en) * 1999-01-08 2001-05-22 Trw Inc. Apparatus and method for remote convenience function control with increased effective receiver seek time and reduced power consumption
AU2004200486B2 (en) * 2003-02-12 2007-06-07 Samsung Electronics Co., Ltd. Complex wireless service apparatus using wired and wireless communication systems and method thereof
US7102565B2 (en) * 2004-03-12 2006-09-05 Transport International Pool, Inc. Power saving operation in a GPS-based asset tracking unit
US7555319B2 (en) * 2006-03-21 2009-06-30 Telefonaktiebolaget L M Ericsson (Publ) Adaptive power efficient radio environment measurements
US8064444B2 (en) * 2007-01-12 2011-11-22 Wi-Lan Inc. Wireless broadcasting system
US8019340B2 (en) * 2007-03-07 2011-09-13 Motorola Mobility, Inc. Reduced scanning within a uniform period in out-of-service conditions

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11234201A (ja) * 1998-02-19 1999-08-27 Mitsubishi Electric Corp 無線通信システム
JP2006505200A (ja) * 2002-11-04 2006-02-09 リサーチ イン モーション リミテッド 無線データ接続を維持するための方法およびシステム
JP2005167749A (ja) * 2003-12-04 2005-06-23 Matsushita Electric Ind Co Ltd 無線通信装置および制御用データ検索方法
US20050246417A1 (en) * 2004-04-05 2005-11-03 Raith Alex K Repair function for a broadcast service
US20050238047A1 (en) * 2004-04-23 2005-10-27 Intermec Ip Corp. System and method for providing seamless roaming
US20070082688A1 (en) * 2005-10-12 2007-04-12 Alex Kuang-Hsuan Tu Method and apparatus for detecting adverse channel conditions and conserving power

Also Published As

Publication number Publication date
US8331969B2 (en) 2012-12-11
KR101129127B1 (ko) 2012-04-12
CN101663848A (zh) 2010-03-03
WO2008134447A3 (en) 2009-04-30
EP2153558A2 (en) 2010-02-17
KR20090131293A (ko) 2009-12-28
CN101663848B (zh) 2012-11-21
WO2008134447A2 (en) 2008-11-06
US20080268787A1 (en) 2008-10-30

Similar Documents

Publication Publication Date Title
JP5768189B2 (ja) 移動ワイヤレスデバイスにおける不連続受信の間の適応的受信ダイバーシチ
US8295217B2 (en) Method and apparatus for a device power savings class
US6650912B2 (en) Selecting paging channel mode
JP5209484B2 (ja) ブロードキャストｏｆｄｍシステムにおけるｒｆチャネル交換
KR100689553B1 (ko) 무선 통신 시스템에서 단말에서의 동작 모드 천이 방법 및그 단말
US20160081025A1 (en) Method and Apparatus for Adjusting Wake-Up Period of a Terminal in a Communications System
JP2006505199A (ja) 無線通信装置バッテリ消費方法およびシステム
JP5021811B2 (ja) 無線ブロードキャスト・システムにおけるチャネル・モニタリング方法
TWI487344B (zh) 用於抑制行動台裝置的應用處理器喚醒直至滿足工作中條件的方法、系統、及其産品
JP2010527182A (ja) ブロードキャストシステムにおけるサービス獲得のための方法及び装置
JP2013530634A (ja) ワイヤレス通信デバイスのための適応的サービス品質
JP2007515902A (ja) 通信ユニットのエネルギー節約装置および方法
US7330735B2 (en) Timing transitions between wireless communication systems
AU2005279737A1 (en) Methods and apparatus for the transmission of configuration information to wireless terminals in a wireless communication network
JP2015505438A (ja) 無線通信システムにおけるダイナミックなパイロット取得のための装置及び方法
JP4620414B2 (ja) 無線通信端末装置及びプログラム
JP5823652B2 (ja) スロッテッドモード通信プロトコルで電力消費を軽減するための方法およびデバイス
JP2007325213A (ja) 無線基地局、無線ノード、無線通信システム及びその方法
JP4646938B2 (ja) 無線通信端末装置の制御方法
EP1921875B1 (en) System and method of network identifier polling
US20080095130A1 (en) System and method of network identifier polling
WO2018084756A1 (en) Autonomous validation of stored connectivity information
KR20070008028A (ko) 무선 통신 시스템의 단말에서의 동작 모드 제어 방법 및 그단말

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20111220

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20120605