無線ブロードキャスト・システムにおけるチャネル・モニタリング方法
【課題】１または複数のチャネルがフォワード・リンク・オンリー（ＦＬＯ）信号を備えているかを判定するために、無線通信環境におけるＲＦチャネルのモニタリングを容易にするシステムおよび方法を提供する。
【解決手段】受信機は、ＦＬＯ信号を備える第１のＲＦチャネルを受信し、ＦＬＯ信号を求めて、他のＲＦチャネルをモニタリングしうる。モニタリングされたＲＦチャネルがＦＬＯ信号を備えていると判定すると、受信機は、第１のＲＦチャネルと、モニタリングされたＲＦチャネルとの切換を実行する。ＦＬＯ信号検出は、広域識別表示チャネル・エネルギ検出プロトコルと、広域オーバヘッド情報シンボル復号誤り検出プロトコルとのうちの１または複数を用いて実行される。
【解決手段】受信機は、ＦＬＯ信号を備える第１のＲＦチャネルを受信し、ＦＬＯ信号を求めて、他のＲＦチャネルをモニタリングしうる。モニタリングされたＲＦチャネルがＦＬＯ信号を備えていると判定すると、受信機は、第１のＲＦチャネルと、モニタリングされたＲＦチャネルとの切換を実行する。ＦＬＯ信号検出は、広域識別表示チャネル・エネルギ検出プロトコルと、広域オーバヘッド情報シンボル復号誤り検出プロトコルとのうちの１または複数を用いて実行される。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の記述は、一般に無線通信に関し、さらに詳しくは、無線通信環境におけるラジオ周波数チャネルのモニタリングおよび切り換えに関する。
【背景技術】
【０００２】
無線通信システムは、世界中の多くの人が通信する普及手段となった。無線通信デバイスは、消費者ニーズを満足し、可搬性および利便性を改善するために、より小型かつより強力になった。例えばセルラ電話のようなモバイル・デバイスにおける処理電力の増加は、無線ネットワーク送信システムにおけるデマンドの増加をもたらす。そのようなシステムは、一般に、それを用いて通信するセルラ・デバイスほど容易に更新されない。モバイル・デバイス機能が拡張すると、旧式の無線ネットワーク・システムを、新たなかつ改善された無線デバイス機能を十分容易にするように維持することは困難になりうる。
【０００３】
（例えば、周波数分割技術、時間分割技術、および符号分割技術を適用する）一般的な無線通信ネットワークは、有効範囲領域を提供する１または複数の基地局、および、有効範囲領域内でデータを送信および受信する１または複数のモバイル（例えば、無線）端末を含む。一般的な基地局は、サービスをブロードキャスト、マルチキャスト、および／またはユニキャストするために、複数のデータ・ストリームを同時に送信しうる。ここで、データ・ストリームは、モバイル端末に対する独立した受信対象でありうるデータのストリームである。基地局の有効範囲領域内のモバイル端末は、合成ストリームによって搬送された１つ、１つより多い、あるいは全てのデータ・ストリームを受信することに興味を持ちうる。同様に、モバイル端末は、基地局または他のモバイル端末へデータを送信しうる。基地局とモバイル端末との間、あるいは、複数のモバイル端末間のそのような通信は、チャネル変化および／または干渉電力変化により、劣化しうる。
【０００４】
現在、フォワード・リンク・オンリー（ＦＬＯ）信号は、例えば、より低い７００ＭＨｚ周波数帯域内の６ＭＨｚ帯域幅部分を占めるラジオ周波数（ＲＦ）チャネルを介してユーザ・デバイスへ送信されうる。ＦＬＯ信号は例えば、コンテンツの複数のストリームに適応するために、１より多いＲＦチャネル内に存在しうる。しかしながら、従来の無線システムは、ＦＬＯ信号等の複数のＲＦチャネル間でのモニタリングおよび／または切換を提供しない。したがって、当該技術では、そのような無線ネットワーク・システムにおけるスループットを改善するシステムおよび／または方法論に対するニーズが存在する。
【発明の概要】
【０００５】
以下は、１または複数の実施形態の基本的な理解を提供するために、そのような実施形態の簡単な概要を示す。この概要は、考えられる全ての実施形態の広範囲な概要ではなく、全ての実施形態の重要要素または決定的要素を特定することでも、任意または全ての実施形態の範囲を線引きすることでもないことが意図される。その唯一の目的は、後に説明されるより詳細な記述に対する前置きとして、１または複数の実施形態のいくつかの概念をより簡単に示すことである。
【０００６】
１または複数の実施形態およびその対応する開示によれば、さまざまな態様が、１または複数のチャネルがフォワード・リンク・オンリー（ＦＬＯ）信号を備えているかを判定するために、無線通信環境におけるＲＦチャネルのモニタリングに関して説明される。受信機は、ＦＬＯ信号を備える第１のＲＦチャネルを受信し、ＦＬＯ信号を求めて、１または複数の他のＲＦチャネルをモニタしうる。モニタされたＲＦチャネルがＦＬＯ信号を備えていると判定されると、受信機は、ＲＦチャネル間で同期されたスーパフレームでありうるＦＬＯ信号のシームレスな受信を提供することを容易にするために、第１のＲＦチャネルと、モニタされたＲＦチャネルとの間での切換を行いうる。広域識別表示チャネル・エネルギ検出プロトコル、および、広域オーバヘッド情報シンボル（ＯＩＳ）復号誤り検出プロトコルのうちの１または複数を用いて、ＦＬＯ信号検出が実行されうる。さらに、ＦＬＯ信号検出はまた、例えば受信信号強度インジケーション（ＲＳＳＩ）および／またはサイクリック・プレフィクス（ＣＰ）相関、あるいは時分割多重化パイロット（ＴＤＭパイロット）検出プロトコルのようなその他の信号品質メトリックにも基づきうる。
【０００７】
関連する態様によれば、ＦＬＯ（フォワード・リンク・オンリー）信号を検出するために、無線通信環境におけるアクセス端末でラジオ周波数（ＲＦ）をモニタする方法が、本明細書において記述される。この方法は、受信信号において、第１の時分割多重パイロット（ＴＤＭ１）を検出することを含む。さらにこの方法は、ＴＤＭ検出タイマをインクリメントすることを備えうる。さらにこの方法は、ＴＤＭパイロットが検出されたかと、ＴＤＭ１検出タイマがＴＤＭ検出タイムアウトを過ぎたかを判定することを含みうる。さらにこの方法は、この判定に基づいてＦＬＯ信号の存在を検出することを備えうる。この判定は、広域識別表示チャネル・エネルギおよび広域ＯＩＳ復号誤りに基づくさらなる基準を含みうる。
【０００８】
他の態様は、無線通信装置に関する。この無線通信装置は、少なくとも１つの近隣のＲＦをモニタしてそのＲＳＳＩを分析する受信機を含みうる。この無線通信装置はさらに、現在のＲＦおよび少なくとも１つの近隣のＲＦのための識別表示情報と、ＲＳＳＩに関連する情報とを格納するメモリを含みうる。さらに、この無線通信装置は、プロセッサを備えうる。このプロセッサは、メモリに接続され、現在のＲＦチャネルと、少なくとも１つの近隣のＲＦチャネルとの切換を行う。
【０００９】
また別の態様は、無線通信装置に関する。無線通信装置は、現在のラジオ周波数（ＲＦ）のための受信信号強度インジケータ（ＲＳＳＩ）を測定する手段と、測定されたＲＳＳＩが、予め定めたしきい値を超えているかを判定する手段と、近隣のＲＦをモニタする手段と、近隣のＲＦ内におけるＦＬＯ（フォワード・リンク・オンリー）信号の存在を検出する手段とを含みうる。近隣のＲＦにおけるＦＬＯ信号の存在の検出は、ＲＳＳＩとＣＰの相関に基づきうる。
【００１０】
さらに別の態様は、現在のラジオ周波数（ＲＦ）のための受信信号強度インジケータ（ＲＳＳＩ）を測定し、測定されたＲＳＳＩが、予め定めたしきい値を超えているかを判定し、近隣のＲＦをモニタし、近隣のＲＦ内におけるＦＬＯ（フォワード・リンク・オンリー）信号の存在を検出するためのコンピュータ実行可能な命令群を備えるコンピュータ・プログラムを有するコンピュータ読取可能媒体に関する。
【００１１】
別の態様によれば、プロセッサは、無線通信環境におけるスループットを増加させるための命令群を実行しうる。これら命令群は、現在のラジオ周波数（ＲＦ）のための受信信号強度インジケータ（ＲＳＳＩ）を測定し、測定されたＲＳＳＩが、予め定めたしきい値を超えているかを判定することを含みうる。さらに、これら命令群は、近隣のＲＦをモニタし、近隣のＲＦ内におけるＦＬＯ（フォワード・リンク・オンリー）信号の存在を検出することを含みうる。
【００１２】
別の態様によれば、本明細書では、ＦＬＯ（フォワード・リンク・オンリー）信号を検出するために、無線通信環境内のアクセス端末においてラジオ周波数（ＲＦ）をモニタする方法が説明される。この方法は、受信信号に関連する広域アイデンティティ（ＷＩＤ）チャネルのエネルギ・レベルを検出することを含みうる。さらにこの方法は、ＷＩＤチャネルのエネルギ・レベルを、予め定めたしきい値と比較することを含みうる。さらにこの方法は、この比較に基づいて、ＦＬＯ信号の存在を検出することを含みうる。
【００１３】
前述の目的および関連する目的を達成するために、１または複数の実施形態は、後に十分説明され、特に特許請求の範囲で指摘される特徴を備える。以下の記述および添付図面は、１または複数の実施形態の、ある例示的な態様を詳細に記述する。しかしながら、これらの態様は、さまざまな実施形態の原理が適用されるさまざまな方法のうちのごく一部しか示しておらず、記述された実施形態は、そのような態様およびそれらの等価物の全てを含んでいることが意図される。
【図面の簡単な説明】
【００１４】
【図１】図１は、本明細書に示されたさまざまな実施形態にしたがう無線ネットワーク通信システムを例示する。
【図２】図２は、１または複数の実施形態にしたがう多元接続無線通信システムの例である。
【図３】図３は、さまざまな態様にしたがってＦＬＯ信号を検出するための方法論の例示である。
【図４】図４は、１または複数の態様にしたがって提案されたＦＬＯ探索スキームを用いた、ロック喪失ベースおよびアプリケーション・レイヤ起動されたモニタリング方法のスケジュールの例示である。
【図５】図５は、１または複数の態様にしたがったＦＬＯチャネル・モニタリングのための高レベル状態遷移図を例示する。
【図６】図６は、１または複数の態様にしたがって、ＷＩＤエネルギ・ベースのＦＬＯ信号検出方法を用いて、バックグラウンド・モニタリングを実行するためのスケジュールを例示する。
【図７】図７は、１または複数の態様にしたがって、ＷＯＩＳ−ＰＥＲベースのＦＬＯ信号検出方法を用いて、バックグラウンド・モニタリングを実行するためのスケジュールを例示する。
【図８】図８は、１または複数の態様にしたがって、ＷＩＤエネルギ・ベースのＦＬＯ信号検出方法を用いて、バックグラウンド・モニタリングを実行するためのスケジュールを例示する。
【図９】図９は、１または複数の態様にしたがって、ＷＩＤエネルギ・ベースとＷＯＩＳ−ＰＥＲベースとが組み合わされたＦＬＯ信号検出方法を用いて、バックグラウンド・モニタリングを実行するためのスケジュールを例示する。
【図１０】図１０は、本明細書に記載された１または複数の態様にしたがって、無線通信環境におけるＦＬＯチャネル・モニタリングおよび／またはＦＬＯチャネルの切換を容易にするユーザ・デバイスの例示である。
【図１１】図１１は、さまざまな態様にしたがって、無線通信環境において複数のＲＦチャネルを提供することを容易にするシステムの例示である。
【図１２】図１２は、１または複数の態様にしたがったＣＰ相関構成の例示である。
【図１３】図１３は、１または複数の態様にしたがうパワー・アップのためのＲＳＳＩ（受信信号強度インジケーション）モニタリング方法の例示である。
【図１４】図１４は、さまざまな態様にしたがって、アイドル・モード／アプリケーション・レイヤ開始期間中に非同期ＲＳＳＩプロトコルを実行するためのスケジュールを例示する。
【図１５】図１５は、１または複数の態様にしたがって、ＭｅｄｉａＦＬＯ論理チャネルの終了時のｅｎｄ−ｏｆ−ＭＬＣ割込に基づくＲＳＳＩモニタリング・スケジュールを例示する。
【図１６】図１６は、１または複数の態様にしたがって、ＣＰ（サイクリック・プレフィクス）相関を伴うＲＳＳＩプロトコルのためのＲＦモニタリング・スケジュールの例示である。
【図１７】図１７は、本明細書に記載のさまざまなシステムおよび方法と連携して適用される無線ネットワーク環境の例示である。
【図１８】図１８は、本明細書で示されたさまざまな態様にしたがってＦＬＯ信号検出を実行することを容易にする装置を例示する。
【発明を実施するための形態】
【００１５】
さまざまな実施形態が、全体を通じて同一要素を示すために同一の参照番号が使用される図面を参照して説明される。以下の記載では、説明の目的のために、１または複数の実施形態の完全な理解を提供するために、多くの具体的な詳細が述べられる。しかしながら、そのような実施形態は、これら具体的な詳細無しで実現されうることが明確である。他の事例では、１または複数の実施形態の記載を容易にするために、周知の構成およびデバイスがブロック図形式で示される。
【００１６】
本願で使用されるように、用語「構成要素」、「システム」等は、ハードウェア、ソフトウェア、または実行中のソフトウェア、ファームウェア、ミドル・ウェア、マイクロコード、および／またはこれらの任意の組み合わせのようなコンピュータ関連エンティティを称することが意図される。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１または複数のコンピュータに局在化されるか、および／または、２またはそれ以上のコンピュータに分散されうる。さらに、これらの構成要素は、さまざまなデータ構造を格納して有するさまざまなコンピュータ読取可能媒体から実行可能である。これら構成要素は、例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを介して他の構成要素とインタラクトする１つの構成要素からのデータのような１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。さらに、本明細書に記載されるシステムの構成要素は、関連して記載されたさまざまな態様、目的、利点等を達成することを容易にするために、再構成されたり、その他の構成要素によって補完され、当業者によって認識されるように、与えられた図面において述べられた正確な構成に限定されない。
【００１７】
さらに、さまざまな実施形態が、本明細書では、加入者局に関して記載される。加入者局はまた、システム、加入者ユニット、モバイル局、モバイル、遠隔局、アクセス・ポイント、遠隔端末、アクセス端末、ユーザ端末、ユーザ・エージェント、ユーザ・デバイス、またはユーザ機器とも称されうる。加入者局は、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、あるいは、無線モデムに接続されたその他の処理デバイスでありうる。
【００１８】
さらに、本明細書に記載のさまざまな態様または特徴は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、またはメディアからアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、カード、スティック、キー・ドライブ等）を含みうる。さらに、本明細書に記載されたさまざまな記憶媒体は、情報を格納するための１または複数のデバイス、および／または、その他の機械読取可能媒体を示すことができる。用語「機械読取可能媒体」は、限定されることなく、無線チャネル、および、命令群および／またはデータを格納、包含、および／または搬送が可能なその他任意の媒体を含みうる。さらに、本明細書で使用される用語「チャネル」は、ＲＬチャネル、広域アイデンティティ（ＷＩＤ）チャネル、およびローカル・エリア識別表示（ＬＩＤ）チャネルの組み合わせ、すなわち（ＲＦ、ＷＩＤ、ＬＩＤ）でありうる。
【００１９】
図１には、本明細書で示されるさまざまな実施形態にしたがう無線ネットワーク通信システム１００が例示される。システム１００は、互いにおよび／または１または複数のモバイル・デバイス１０４との間で無線通信信号を受信、送信、反復等する１または複数のセクタ内の１または複数の基地局１０２を備えうる。おのおのの基地局１０２は送信チェーンおよび受信チェーンを備える。当業者によって認識されるように、それらのおのおのは、信号の送信および受信に関連する複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナ等）を備える。モバイル・デバイス１０４は例えば、セルラ電話、スマート・フォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド・コンピュータ・デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、無線ネットワーク１００を介して通信することに適したその他任意のデバイスでありうる。システム１００は、以下に続く図面に関連して説明するように、無線通信環境においてフォワード・リンク・オンリー（ＦＬＯ）チャネル間のモニタリングおよび／または切り換えを容易にするために、本明細書に記載のさまざまな態様と連携して適用されうる。
【００２０】
例えば、１または複数のＲＦチャネルを適用する基地局１０２は、複数の異なるＲＦチャネルを介してＦＬＯ信号を送信しうる。さらにおよび／またはそれに加えて、１より多い基地局１０２によって、同じＲＦチャネルが使用されうる。（単数または複数の）ユーザ・デバイス１０４は、ＦＬＯ信号をブロードキャストするために利用される複数のＲＦチャネルをモニタするために、（例えば、プロセッサ、コンピュータ実行可能命令群、コンピュータ読取可能メモリ等によって）１または複数のアルゴリズムおよび／または方法を適用する。そして、１または複数の基地局１０２とユーザ・デバイス１０４との間の通信スループットを改善するために、ＲＦチャネル間での切り換えを行う。
【００２１】
図２に示すように、１または複数の実施形態にしたがう多元接続無線通信システム２００が例示される。システム２００は、例示目的のために示されており、以下に示すさまざまな態様と連携して利用されうる。３セクタ基地局２０２は、複数のアンテナ・グループを含む。１つ目はアンテナ２１２および２１４を含み、２つ目はアンテナ２０４および２０６を含み、３つ目はアンテナ２０８および２１０を含む。この図によれば、２本のアンテナのみが各アンテナ・グループについて例示されているが、２本より多い、または２本より少ないアンテナも、各グループについて利用されうる。モバイル・デバイス２１６は、アンテナ２１２およびアンテナ２１４と通信している。ここで、アンテナ２１２およびアンテナ２１４は、フォワード・リンク２２０によってモバイル・デバイス２１６へ情報を送信し、リバース・リンク２１８によってモバイル・デバイス２１６から情報を受信する。モバイル・デバイス２２２はアンテナ２０４およびアンテナ２０６と通信している。ここで、アンテナ２０４およびアンテナ２０６は、フォワード・リンク２２６でモバイル・デバイス２２２へ情報を送信し、リバース・リンク２２４でモバイル・デバイス２２２から情報を受信する。
【００２２】
通信するように指定された領域および／またはアンテナのおのおののグループは、基地局２０２のセクタと称されうる。１つの実施形態では、基地局２０２によってカバーされる領域のセクタ内のモバイル・デバイスに通信するように、アンテナ・グループが設計されうる。フォワード・リンク２２０およびフォワード・リンク２２６による通信では、基地局２０２の送信アンテナは、モバイル・デバイス２１６およびモバイル・デバイス２２２のためのフォワード・リンクの信号対雑音比を改善するためにビームフォーミングを適用することができる。さらに、有効範囲領域にわたってランダムに散在するモバイル・デバイスへ送信するためにビームフォーミングを用いる基地局は、有効範囲領域内の全てのモバイル・デバイスへ単一のアンテナによって送信している基地局よりも、近隣のセル／セクタ内のモバイル・デバイスに対して少ない干渉しかもたらさない。基地局は、端末と通信するために使用される固定局であり、アクセス・ポイント、ノードＢ、あるいはその他幾つかの専門用語でも称されうる。モバイル・デバイスはまた、モバイル局、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、ユーザ・デバイス、あるいはその他いくつかの専門用語で称されうる。
【００２３】
１または複数の態様によれば、例えばユーザ・デバイス２１６のようなユーザ・デバイスは、（例えば、フォワード・リンク２２０によって送信された）ＦＬＯ信号を備える複数のＲＦチャネルをモニタリングする。そして、ユーザ・デバイス２１６における受信を最適化するために、そのようなチャネル間での切換を実行する。ＦＬＯ信号は、通信システムの下部７００ＭＨｚ周波数帯域内のおよそ６ＭＨｚの帯域幅のチャネルを占有することを目標とされる。しかしながら、ＦＬＯ信号は、例えば５、７、８ＭＨｚ等のようなその他の帯域幅を導入することや、および／または、下部７００ＭＨｚ帯域に加えられた別の周波数に、あるいは下部７００ＭＨｚ帯域ではない別のＲＦ周波数にも存在しうることが考慮される。ＦＬＯ信号が、より多くのコンテンツのストリームに適応するために、１より多いラジオ周波数（ＲＦ）チャネルに存在する場合、別のＲＦチャネルのモニタリング、獲得、および別のＲＦチャネルへの切り換えの問題を調査することが好ましい。（例えば、ユーザ・デバイス内の）受信機が、新たなＦＬＯ ＲＦチャネルのモニタリングおよび新たなＦＬＯ ＲＦチャネルへの切り換えを開始するシナリオは幾つかある。例えば、受信機は、現在のＦＬＯ ＲＦチャネルにおいて発生しうる再獲得の文脈におけるロック喪失のような深刻な障害が発生すると、チャネルのモニタリングおよび／または切り換えを開始しうる。別の例によれば、アプリケーション・レイヤが開始されると、ＦＬＯ ＲＦチャネルの開始および／またはモニタすることが望ましい。別の例は、受信機がアイドル・モードにある間における、新たなＲＦチャネルのモニタリングおよび／または切り換えに関する。さらに別の例は、新たなＲＦチャネルの（例えば、周期的な、または受信品質依存による）バックグラウンド・モニタリングに関する。
【００２４】
新たなチャネルのモニタリングを開始する前に、受信機にＲＦチャネルのリストが提供され、その中から、ＦＬＯ信号を求める探索を行うことができる。この最初のリストは、制御チャネル・メッセージを復号することにより、ＦＬＯネットワークから取得されうる。このネットワークは、（例えば、スーパフレーム毎に１度のような）予め定めたスケジュールにしたがって、制御チャネルによってＦＬＯ受信機へＲＦ記述メッセージをブロードキャストしうる。そのような情報をＦＬＯ受信機に提供することを容易にするために、複数の情報フィールドが定義および／または埋められる。例えば、「ＲＦチャネル・カウント」フィールドは、ＦＬＯブロードキャストを有するＲＦチャネルの数を含みうる。ＲＦチャネルＩＤ、周波数、およびチャネル計画に関連するフィールドは、ＲＦチャネル・カウントに示されるＲＦチャネルのチャネル帯域幅、中心周波数、およびチャネル識別子それぞれに関連する情報を含みうる。受信機は、これらＲＦチャネル候補においてＦＬＯ信号を探索し、これらチャネルにおいてＦＬＯブロードキャストが利用可能であるか、あるいは復号可能であるかを判定する。
【００２５】
図３に示すように、ＦＬＯ信号検出に関連する方法論が例示される。この方法論は例えば、ＦＤＭＡ環境、ＯＦＤＭＡ環境、ＣＤＭＡ環境、ＷＣＤＭＡ環境、ＴＤＭＡ環境、ＳＤＭＡ環境、あるいはその他任意の適切な無線環境におけるＦＬＯ ＲＦチャネルのモニタリング、復号、および／またはそれらの間の切換に関連しうる。説明を簡単にする目的で、これら方法論は一連の動作として図示され記載されているが、幾つかの動作は、１または複数の実施形態にしたがって、本明細書に図示され記載されたものとは異なる順序で、および／または、他の動作と同時に生じうるので、これらの方法論は、これら動作順によって限定されないことが理解され認識されるべきである。例えば、当業者であれば、方法論は、代わりに、例えば状態図のような相互関連する状態またはイベントのシリーズとして表されうることを理解するだろう。さらに、１または複数の実施形態にしたがって方法論を実現するために、必ずしも例示された全ての動作が必要とされる訳ではない。
【００２６】
そのような方法にしたがい、例えば再獲得の文脈におけるロック喪失のような、現在のＲＦチャネルにおけるＦＬＯ動作の深刻な障害の後に、新たなＲＦチャネルのモニタリングが開始される。例えば、受信機は、オリジナルのＲＦチャネル（例えば、喪失したチャネル）において受信の再獲得を試みうる。オリジナルのチャネルについて、再獲得タイムアウト内に信号ロックが得られない場合、受信機は、制御チャネル・メッセージから取得された候補リストにおいて、新たなＲＦチャネルのモニタリングを開始しうる。オリジナルのチャネルのロックは既に失われているので、例えば、オリジナルのＦＬＯチャネルのタイミング、自動周波数制御（ＡＦＣ）、自動利得制御（ＡＧＣ）、および直流（ＤＣ）のような、ブロックのキー・パラメータを格納し、復元する必要はない。受信機は、新たなＲＦチャネルへの切り換え、および、ＦＬＯ信号の検出の再開を行うことができる。
【００２７】
図３は、さまざまな態様にしたがってＦＬＯ信号を検出する方法論３００の例示である。ＦＬＯ信号検出を開始すると、３０２において、ＴＤＭ１検出タイマＣＴＤＭ１が起動される。その後、３０４において、ＦＬＯデバイスが、受信信号においてＴＤＭパイロット１を検出することを試みる。また３０４では、ＴＤＭ１検出タイマＣＴＤＭ１がインクリメントされる。３０６では、ＦＬＯデバイスが正しくＴＤＭ１を検出したか、および、ＴＤＭ１検出タイマＣＴＤＭ１が、ＴＤＭ１検出タイムアウトＴＴＤＭ１を超えたかが判定される。何れかが生じると、この方法は、３０４へ戻る。３０４では、方法は、ＴＤＭ１の検出を再試行し、ＴＤＭ１検出カウンタＣＴＤＭ１がインクリメントされる。３０６では、ＣＴＤＭ１がタイムアウト値ＴＴＤＭ１を超えたと判定されると、ＴＤＭ１検出が失敗し、ＦＬＯ信号が検出されない。この場合、方法は３１４に進み、ＦＬＯ信号が検出されないことを示すインジケーションが生成される。３０６において、ＴＤＭ１が正しく検出されたと判定されると、３１０において、分析されている送信に関連する広域アイデンティティ（ＷＩＤ）チャネルのためのエネルギ・レベルが確認され、予め定めたしきいエネルギ・レベルと比較される。検出されたＷＩＤエネルギが、予め定めたしきいレベルよりも大きくない場合、３１４において、ＦＬＯ信号が検出されないという結論が導かれる。検出されたＷＩＤエネルギが、しきい値よりも大きい場合、３１２において、分析されている送信におけるＷＯＩＳ（広域オーバヘッド情報シンボル）の復号中（例えば、この送信に関連するＷＩＤが検出されると）、誤りが生じたかに関連する判定がなされる。誤りが生じている場合、３１４において、ＦＬＯ信号が検出されないと結論付けられる。ＷＯＩＳの復号中に、誤りがないのであれば、３１６において、ＦＬＯ信号が検出されたとの結論が導かれる。３つの基準のおのおの、すなわちＴＤＭ１検出（ブロック３０２から３０８）、ＷＩＤエネルギ（ブロック３１０）、ＷＯＩＳパケット誤り率（ブロック３１２）は、方法３００において使用されることもされないこともありうる。方法３００から分かるように、ＦＬＯ信号は、上記基準のうちの１または複数を用いて検出される。方法３００は反復的であり、例えば、ＦＬＯ信号検出を容易にするために無線通信環境において通信中のユーザ・デバイスによって反復および／または連続して実行されうることが理解されるだろう。
【００２８】
したがって、方法論３００によれば、別のＲＦチャネルでＦＬＯサービスが利用可能であるかを判定することが実行されうる。アプローチは先ず、ＴＤＭパイロット１（ＴＤＭ１）を検出することを試みる。ＴＤＭパイロット１の検出後、ＷＩＤ検出がしきい値よりも弱いエネルギを返す場合、ＦＬＯ信号は新たなチャネルにおいて利用できないと宣言される。その代わり、検出されたＷＩＤエネルギがしきい値よりも高い場合、受信機はＷＯＩＳを復号し続け、検出基準としてターボ復号ＰＥＲを用いる。
【００２９】
受信機の電力消費量を節約するために、新たなチャネルにおける受信信号強度インジケータ（ＲＳＳＩ）が、早期終了条件として使用されうる。例えば、新たなチャネルへの切換、ならびに、直流（ＤＣ）および自動利得制御（ＡＧＣ）の獲得後、受信機はまず、デジタル可変利得アンプ（ＤＶＧＡ）ループ・アキュムレータおよびＡＧＣ利得状態情報に基づいて、新たなチャネルのＲＳＳＩを計算する。ＲＳＳＩが、予め定めたしきい値よりも高い場合、受信機は、方法３００に示すような１または複数の基準を適用して、探索手順を実行することに進む。そうではない場合、ＦＬＯは、新たなチャネルで利用可能ではないと宣言されうる。
【００３０】
本明細書に記載の１または複数の態様によれば、チャネル・モニタリング、ＦＬＯ信号検出、ＲＦチャネル切換等に関する推論がなされることが認識されよう。本明細書で使用されるように、「推論する」または「推論」なる用語は一般に、イベントおよび／またはデータによって取得されたような観察のセットからの、システムの状態、環境、および／または、ユーザの推論あるいはそれらに関する推理のプロセスを称する。推論は、特定のコンテクストまたは動作を特定するために適用されるか、あるいは、例えば状態にわたる確率分布を生成することができる。推論は、確率論的、すなわち、興味のある状態にわたる確率分布の、データおよびイベントの考慮に基づく計算でありうる。推測はまた、イベントおよび／またはデータのセットから、より高次のイベントを構成するために適用される技術をも称する。そのような推測によって、イベントが時間的に近接して相関付けられていようといまいと、これらイベントおよびデータが１またはいくつかのイベント・ソースおよびデータ・ソースに由来しようとも、観察されたイベントおよび／または格納されたイベント・データのセットから、新たなイベントまたは動作を考慮することができる。
【００３１】
例によれば、上述した方法は、例えば信号強度等のような付随情報に基づいて、ＲＦチャネル周波数を切り換えるかに関する推論を行うことを含みうる。例えば、現在のＲＦチャネルに関連する電力レベルが、連続的および／または周期的にモニタされうる。ユーザ・デバイスが無線通信システムのセクタまたは領域を通って移動する（例えば、ユーザ・デバイスが、ＲＦ送信のソースに向かって移動する）と、電力レベルが増加するとの判定が（例えば、受信機やプロセッサによって）なされる。この場合、チャネル切換は今のところ必要ないと推論される。関連する例によれば、ＲＦチャネル電力レベルの評価は、ユーザ・デバイスが有効範囲領域を通って移動する（例えば、ユーザ・デバイスが、ＲＦ送信のソースから離れて行く）と、チャネル電力が減少することを示す。この場合、新たなＲＦチャネルへの切換が、直ちに望まれるとの推論がなされ、それに関する動作が開始されうる。そのような推論は、チャネル切換が望ましいかに関する評価を行うために、例えば、検出された電力レベルを、予め定めたしきい電力レベルと比較することに基づきうる。さらにおよび／またはその代わりに、ユーザ・デバイスが１または複数の有効範囲領域を通って移動すると、電力レベル・トレンド情報を提供するために、連続した電力レベル評価のおのおのが、１または複数の以前の電力レベル読取値と比較されうる。前述した例は、本質的に例示であって、なされうる推論の数、あるいは、これら推論が、本明細書に記載されたさまざまな実施形態および／または方法と連携してなされる方法も限定することは意図されていないことが認識されるだろう。
【００３２】
図４は、１または複数の態様にしたがって提案されたＦＬＯ探索スキームを備えたロック喪失ベースの、およびアプリケーション・レイヤ起動されたモニタリング方法のスケジュール４００の例示である。この図によれば、ロック喪失またはユーザ起動によってトリガされるＲＦ切換およびセトリング時間後にＤＣ獲得４０２がなされる。ＤＣ獲得４０２の後には、ＡＧＣ獲得ブロック４０４が続く。その後、ＲＳＳＩエネルギが、予め定めたしきい値未満であるかに関する判定がなされる。この判定が正である場合、ＦＬＯ信号が検出されないと結論付けられる。ＡＧＣ獲得ブロックの後には、ＩＣ（干渉キャンセラ）獲得ブロック４０６が続く。ＩＣ獲得が実行され、それが完了すると、ＩＣ＿Ｄｏｎｅ割込が提供される。
【００３３】
ＴＤＭパイロット１検出のための期間ＴＴＤＭ１を表すＴＤＭ１ブロック４０８が例示される。その後、ＷＩＤチャネル（ＷＩＣ）４１０送信中において、ＦＬＯ信号検出が評価されうる。ＴＴＤＭ１の終了に関する検出に失敗すると、それを示すインジケーションが生成される。ＷＩＣブロック４１０の後、ローカル・エリアＩＤチャネル（ＬＩＣ）ブロック４１２が続く。その間、特定のＦＬＯ信号検出スキームに依存して、さまざまな動作および／または評価が実行されうる。例えば、ＷＩＤエネルギ基準のみが適用される方法３００と連携して、検出されたＷＩＤエネルギが、予め定めたしきいレベルより大きいかあるいはそれに等しいかに関する判定がなされる。この場合、ＦＬＯ信号が正しく検出されたとの結論が導かれる。関連する例によれば、方法３００と連携して、もしもＷＩＤエネルギが、予め定めたしきい値よりも大きいかあるいはそれに等しいと判定された場合には、ＷＯＩＳ復号および分析が実行されうる。あるいは、ＷＩＤエネルギがしきい値未満であると判定された場合には、ＦＬＯ信号が検出されなかったと判定される。
【００３４】
４１４では、ＴＤＭパイロット２の検出のための期間を定義するＴＤＭ２ブロックが示される。その後、広域遷移パイロット・チャネルが評価され（４１６）、４１８におけるＷＯＩＳ復号のためにチャネル推定を実行することが容易とされる。ＷＯＩＳパケット誤り率基準が適用される方法３００の場合、ＷＯＩＳターボ・パケット誤り率（ＰＥＲ）がゼロに等しいかに関する判定がなされうる。もしもゼロに等しいのであれば、ＦＬＯ信号が正しく検出されている。そうではないのであれば、ＦＬＯ信号は正しく検出されないと結論付けられる。
【００３５】
図５は、１または複数の態様にしたがったＦＬＯチャネル・モニタリングのための高レベル状態遷移図５００を例示する。５０２では、オリジナルのＲＦチャネルが復号されうる。ロック喪失が生じると、あるいは、アプリケーション・レイヤによってモニタリングが開始されると、５０４において、新たなＲＦチャネルにおけるＦＬＯ信号探索が開始される。新たなチャネル・モニタリングが完了すると、５０６において、さらなる指示が待たれる。別の態様によれば、５０６において、ＦＬＯ信号が検出される第１のチャネルの復号が始まる。
【００３６】
これまでの図と連携して、ロック喪失ベースのモニタリングの場合、ＦＬＯ信号探索の全てのアプローチが適用されうる。ＲＦ回路が新たなチャネルへ切り換わる期間の後、新たなチャネルのためのＤＣブロックおよびＡＧＣブロックの獲得のために、２つのＯＦＤＭシンボルが使用されうる。ＦＬＯサービスが利用可能であると探索スキームによって判定されると、新たなＦＬＯ信号の復調が開始されうる。ＲＦ切換およびセトリング時間は、例えば、およそ５ミリ秒である。これは、スーパフレームの持続時間である１秒に比べて些細である。新たなチャネルにおいてＦＬＯ信号が利用可能である場合、ＴＤＭパイロット１の次の発生までの待ち時間は、最大１秒であるので、ＴＤＭパイロット１の検出タイムアウトＴＴＤＭ１は、およそ１秒に予め設定されうる。
【００３７】
新たなチャネルのモニタリングもまた、アプリケーション・レイヤによって開始されうる。例えば、ソフトウェアは、新たなＲＦチャネルをモニタするためのコマンドを発行する。そして、その結果、オリジナルのチャネルの復号および／またはビデオ再生が終了する。ロック喪失ベースのモニタリングでは、オリジナルのＦＬＯチャネルのためのキー・パラメータがリストアされる必要はないので、方法３００で例示されるＦＬＯ信号探索方法のうちの何れかが適用されうる。このシナリオでは、ロック喪失ベースのモニタリングのためになされる考慮もまた適用可能である。
【００３８】
図６乃至図９は、本明細書で示された１または複数のＦＬＯ信号検出方法と連携したＲＦチャネルのバックグラウンド・モニタリングに関する。例えば、受信機は、現在のＲＦチャネルの復号を妨害することなく、制御チャネルから取得されたリストにおける新たなチャネルを、バックグラウンドでモニタリングしうる。例によれば、異なるＲＦチャネルにおけるＦＬＯ信号が、同期されたスーパフレームであると仮定される。そのような場合、受信機は、新たなＲＦチャネルにおいて次に期待されるＴＤＭパイロット１のインスタントを知っている。したがって、適切な時間において、ＲＦ回路を新たな周波数へ切り換えることができる。オリジナルのチャネルにおける復号は、悪影響が与えられるべきではないので、ＴＤＭパイロット１検出タイムアウトＴＴＤＭ１のサイズが、予め定めたサイズ範囲内に保たれ、フレーム１の開始近くのＭｅｄｉａＦＬＯ論理チャネル（ＭＬＣ）に悪影響を与えることが緩和される。例えば、ＴＴＤＭ１はゼロに設定されうる。これによって、期待される時間にＴＤＭパイロット１が検出されない場合、探索されたＦＬＯ信号が利用できないと宣言され、受信機は、直ちにオリジナルのチャネルへと切り換わる。（例えば、約１００マイクロ秒のオーダである）異なるＲＦチャネルの残りのタイミング・オフセットに適応するために、ＴＴＤＭ１が１つのＯＦＤＭシンボル期間になるように選択されうる。
【００３９】
ＲＦ回路は、次に期待されるＴＤＭパイロット１の前、およそＴＳｅｔｔｌｅ＋ＴＤＣＡｃｑ＋ＴＡＧＣＡｃｑ＋ＴＩＣＡｃｑで切り換えられる。ここで、ＴＳｅｔｔｌｅは、ＲＦセトリング時間であり、ＴＤＣＡｃｑは、ＤＣ獲得のための１つのＯＦＤＭシンボル期間であり、ＴＡＧＣＡｃｑは、ＡＧＣ獲得のための１つのＯＦＤＭシンボル期間である。オリジナル・チャネルの場合、受信機が新たなＲＦチャネルで動作する時間中にスケジュールされた何れのＭＬＣも受信されないだろう（オリジナル・チャネルのための「ブラック・アウト」時間）。これは、フレーム４の終了に近いＭＬＣにのみ影響を及ぼすだろう。この「ブラック・アウト」期間の最小長さは、（例えば、ＤＣおよびＡＧＣ獲得のための）２つのＯＦＤＭシンボル持続期間にＩＣ獲得期間を加えたものと、ＲＦ切換／セトリング時間との合計によって与えられる。ＩＣ獲得時間はプログラム可能であり、ＩＣレジスタ設定に部分的に基づくことができる。ＲＦ切換およびセトリング時間のノミナル期間が５ミリ秒であり、ノミナルのＩＣ獲得期間が５ ＯＦＤＭシンボルである場合、最小の「ブラック・アウト」期間は、およそ１３ ＯＦＤＭシンボル期間である。良好なチャネル条件の場合、フレーム１、２、３から受信したパケットに基づいて、悪影響を受けたコード・ブロックが、例えばリード・ソロモン・アウタ・コードを実施することによって正しく復号されうる。したがって、極端なチャネル条件ではなく、コード・ブロックが、フレームの終端近くにスケジュールされた場合、受信機のパフォーマンスは、悪影響を受けないだろう。約１３のシンボルからなる「ブラック・アウト」期間の影響はまた、スーパフレームの終端に位置するＰＰＣ（ポジショニング・パイロット・チャネル）シンボルの数にも依存する。例えば６、１０、１４のように、ＰＰＣの数がゼロではない場合、フレーム４の終端における「ブラック・アウト」期間に関連するあらゆる負の影響がさらに低減される。
【００４０】
バックグラウンド・モニタリングは、アプリケーション・レイヤによって開始されうる。一方、その開始は、受信品質に依存しうる。例えば、受信機は、オリジナルのチャネルの受信が、低品質である（例えば、予め定めたしきいレベル未満である）場合に、新たなＲＦチャネルのバックグラウンド・モニタリングを開始しうる。ＲＳＳＩがあるしきい値未満である場合、パケット消失率があるしきい値よりも高い等である場合、受信品質が低いと判定される。バックグラウンド・モニタリングによって判定されたＦＬＯサービスが持つＲＦチャネルのリストが、ソフトウェアへ定期的に返される。このソフトウェアは、その後、新たなチャネルのうちの１つへのハンドオフを開始する。受信機の電力消費を節約するために、ＲＦ回路切換およびセトリング時間中、シグマ・デルタＡ／Ｄ後のデジタル・ベースバンド・ブロックがオフされる。受信機が新たなＲＦチャネルをモニタするレートは、可変でありうる。最大レートでは、１つの新たなチャネルが、フレーム４においてスーパフレーム毎にモニタされる。受信機の電力消費をさらに節約するために、バックグラウンド・モニタリングが、数スーパフレーム毎に１度なされる。新たなチャネルのモニタリングはまた、ＦＬＯ受信機がアイドル・モードである（何れのＦＬＯ信号も復号していない）場合にも開始されうる。これは、ロック喪失ベース、あるいはアプリケーション・レイヤによって起動されたモニタリング、に類似している。それゆえ、これらのシナリオのためになされた考慮は適用可能である。
【００４１】
図６は、１または複数の態様にしたがって、ＷＩＤエネルギ・ベースのＦＬＯ信号検出方法を用いてバックグラウンド・モニタリングを実行するためのスケジュール６００を例示する。例えば、スケジュール６００は、上述するように、ＷＩＤエネルギ基準のみしか適用されていない方法論３００と連携して見ることができる。「レジスタ格納」期間ブロック６０２の間、オリジナルのＲＦチャネルに関連付けられたレジスタが格納される。ＲＦチャネル切換およびセトリング（例えば、およそ５ミリ秒）の後、ＤＣ獲得ブロック６０４が示される。この間では、新たなＲＦチャネルに関連付けられたＤＣ成分が取り除かれる。ＤＣ獲得ブロック６０４の後には、ＡＧＣ獲得ブロック６０６が続く。この間では、利得制御情報が評価されうる。ＩＣ（干渉キャンセラ）獲得ブロック６０８が、ＡＧＣ獲得ブロック６０６の後に続く。ＩＣ獲得が実行され、これが完了すると、ＩＣ＿Ｄｏｎｅ割込が与えられる。ＴＤＭ１ブロック６１０は、期間ＴＴＤＭ１を定める。この間において、第１のパイロットＴＤＭパイロット１の検出が試みられる。この期間の間、特定のＲＦチャネルのＲＳＳＩが、予め定めたしきい値未満であるかに関する判定がなされる。予め定めたしきい値未満である場合、ＲＦチャネル内にＦＬＯ信号は存在しないと結論付けられる。ＴＤＭ１ブロック６１０の後には、ＷＩＤブロック６１２が続く。この間において、ＴＴＤＭ１中にパイロットが検出されないと、ＲＦチャネル内にＦＬＯ信号が存在しないとの結論が導かれる。ＬＩＣブロック６１４の間、ブロック６１２の間に検出されたＷＩＤエネルギの評価が実行されうる。ＷＩＤエネルギが、予め定めたしきい値よりも大きいかあるいはそれに等しいと判定された場合、ＦＬＯ信号が正しく検出される。一方、そうでない場合には、現在のＲＦチャネルにおいてＦＬＯ信号が検出されなかったと仮定される。別のＲＦ切換およびセトリング期間後、ブロック６１６において、レジスタがリストアされ、動作が再開されうる。動作を再開させることは、例えば、ＦＬＯ信号が検出されたＲＦチャネルで通信を再開させることと、ＦＬＯ信号が検出されないイベントにおいて、ＦＬＯ信号検出のさらなる反復を実行すること等を備える。
【００４２】
図７は、１または複数の態様にしたがい、ＷＯＩＳ−ＰＥＲベースのＦＬＯ信号検出方法を用いてバックグラウンド・モニタリングを実行するスケジュール７００を例示する。例えば、スケジュール７００は、上述したように、ＷＯＩＳパケット誤り率基準のみが適用される方法論３００と連携して見ることができる。オリジナルのＲＦチャネルに関連付けられたレジスタが格納される「レジスタ格納」期間ブロック７０２が示される。ＲＦチャネル切換およびセトリングがなされる期間（例えば、およそ５ミリ秒）の後、ＤＣ獲得ブロック７０４が例示される。この間では、新たなＲＦチャネルに関連付けられたＤＣ成分が取り除かれる。ＤＣ獲得ブロック７０４の後には、ＡＧＣ獲得ブロック７０６が続く。この間では、利得制御情報が査定および／または評価される。ＩＣ（干渉キャンセラ）獲得ブロック７０８が、ＡＧＣ獲得ブロック７０６の後に続く。ＴＤＭ１ブロック７１０は、期間ＴＴＤＭ１に対応する。この間では、パイロット、すなわちＴＤＭパイロット１の検出が試みられる。この期間中、特定のＲＦチャネルのＲＳＳＩが、予め定めたしきい値未満であるかに関する判定がなされる。予め定めたしきい値未満であれば、現在のＲＦチャネル内にＦＬＯ信号が存在しないと認識される。ＴＭＤ１ブロック７１０の後には、ＷＩＣブロック７１２が続く。この間では、ＴＴＤＭ１中にパイロットが検出されない場合には、ＲＦチャネル内にＦＬＯ信号が存在しないとの結論が導かれる。
【００４３】
ＷＩＣブロック７１２の後には、図４に関して上述したものと類似した方式で、ＬＩＣブロック７１４、ＴＤＭ２ブロック７１６、ＷＴＰＣブロック７１８、およびＷＯＩＳブロック７２０が続く。ＷＯＩＳブロックが終了すると、ＷＯＩＳターボＰＥＲがゼロに等しいかに関する判定がなされる。この場合、ＦＬＯ信号は検出されない。ＷＯＩＳ ＰＥＲがゼロに等しくない場合、ＦＬＯ信号は検出されない。別のＲＦ切換およびセトリング期間の後、ブロック７２２において、レジスタがリストアされ、別の動作が再開される。動作を再開させることは、例えば、ＦＬＯ信号が検出されたＲＦチャネルを介して通信を再開することと、ＦＬＯ信号が検出されないイベントにおいて、ＦＬＯ信号検出のもう１つの反復を実行すること等を備えうる。
【００４４】
図８は、１または複数の態様にしたがって、ＷＩＤエネルギ・ベースのＦＬＯ信号検出方法を用いたバックグラウンド・モニタリングの実行のためのスケジュール８００を例示する。例えば、スケジュール８００は、上述したように、ＷＩＤエネルギ基準がＴＤＭ１処理とともに適用される方法論３００と連携して見ることができる。「レジスタ格納」期間ブロック８０２の間、オリジナルのＲＦチャネルに関連付けられたレジスタが格納される。ＲＦチャネル切換およびセトリング（例えば、およそ５ミリ秒）の後、ＤＣ獲得ブロック８０４が例示される。この間では、新たなＲＦチャネルに関連付けられたＤＣ成分が取り除かれる。ＤＣ獲得ブロック８０４の後には、ＡＧＣ獲得ブロック８０６が続く。この間では、利得制御情報が評価されうる。ＡＧＣ獲得ブロックの後にはＩＣ獲得ブロック８０８が続く。その後、ＷＩＣブロック８１０が続く。この間では、ＲＦチャネルにＦＬＯ信号は存在しないとの結論が導かれる。ＬＩＣブロック８１２の間、ブロック８１０の間に検出されたＷＩＤエネルギの評価が実行されうる。ＷＩＤエネルギが、予め定めたしきい値よりも大きいかそれに等しいと判定された場合、ＦＬＯ信号が正しく検出される。一方、そうでない場合には、現在のＲＦチャネルにおいてＦＬＯ信号が検出されないと仮定される。別のＲＦ切換およびセトリング期間の後、ブロック８１４において、レジスタがリストアされ、動作が再開されうる。動作を再開することは、例えば、ＦＬＯ信号が検出されるＲＦチャネルで通信を再開することと、ＦＬＯ信号が検出されないイベントにおいてＦＬＯ信号検出の別の反復を実行すること等を備えうる。
【００４５】
図９は、１または複数の態様にしたがい、ＷＩＤエネルギ・ベースおよびＷＯＩＳ−ＰＥＲベースを組み合わせたＦＬＯ信号検出方法を用いてバックグラウンド・モニタリングを実行するスケジュール９００を例示する。例えば、スケジュール９００は、上述したように、方法論３００と連携して見ることができる。「レジスタ格納」期間ブロック９０２が示される。この間では、オリジナルのＲＦチャネルに関連付けられたレジスタが格納されうる。ＲＦチャネル切換およびセトリングの期間（例えば、およそ５ミリ秒）の後、ＤＣ獲得ブロック９０４が例示される。この間では、新たなＲＦチャネルに関連付けられたＤＣ成分が取り除かれる。ＤＣ獲得ブロック９０４の後には、ＡＧＣ獲得ブロック９０６が続く。この間では、利得制御情報の取得および／または評価がなされる。ＡＧＣ獲得ブロック９０６の後には、ＩＣ獲得ブロック９０８が続く。その後さらに、ＴＤＭ１ブロック９１０が続く。パイロットであるＴＤＭパイロット１の検出が試みられる期間であるＴＴＤＭ１に対応するＴＤＭ１ブロック９１０が、ＡＧＣ獲得ブロックの後に続く。期間ＴＴＤＭ１の間、特定のＲＦチャネルのＲＳＳＩが評価され、予め定めたしきい値未満であるかが査定される。予め定めたしきい値未満であれば、ＦＬＯ信号は、現在のＲＦチャネル内に存在しないと認識される。ＴＤＭ１ブロック９１０の後には、ＷＩＣブロック９１２が続く。この間では、ＴＴＤＭ１中にパイロットが検出されない場合、ＲＦチャネル内にＦＬＯ信号は存在しないとの結論が導かれる。
【００４６】
ＷＩＣブロック９１２の後には、ＬＩＣブロック９１４が続く。この間では、ＷＩＣブロック９１２中に検出されたＷＩＤエネルギが査定され、予め定めたしきい値よりも大きいかあるいはそれに等しいかが判定される。ＷＩＤエネルギが予め定めたしきい値であるか、あるいはそれよりも大きいと判定結果が示す場合、ＦＬＯ信号が検出される。検出されたＷＩＤエネルギ・レベルが、予め定めたしきい値未満である場合、現在のＲＦチャネルにおいてＦＬＯ信号は検出されない。ＬＩＣブロックの後には、図４に関して上述したものと同様に、ＴＤＭ２ブロック９１６、ＷＯＩＳ復号のためのチャネル推定を容易にするＷＴＰＣブロック９１８、および、ＷＯＩＳブロック９２０が続く。ＷＯＩＳブロック９２０が終了すると、ＷＯＩＳターボＰＥＲがゼロに等しいかに関する判定がなされる。この場合、ＦＬＯ信号が検出される。ＷＯＩＳ−ＰＥＲがゼロに等しくない場合、ＦＬＯ信号は検知されない。別のＲＦ切換およびセトリング期間の後、ブロック９２２において、レジスタがリストアされ、動作が再開されうる。動作を再開させることは、例えば、ＦＬＯ信号が検出されたＲＦチャネルで通信を再開することと、ＦＬＯが検出されないイベントにおいて、ＦＬＯ信号検出の別の反復を実行すること、あるいはその他任意の適切な動作を備えうることが認識されるだろう。
【００４７】
図１０は、本明細書に記載の１または複数の態様にしたがって、無線通信環境におけるＦＬＯチャネル・モニタリング、およびＦＬＯチャネルの切換を容易にするユーザ・デバイス１０００の例示である。ユーザ・デバイス１０００は、例えば（図示しない）受信アンテナから信号を受信し、受信信号に対して一般的な動作（例えば、フィルタ、増幅、ダウンコンバート等）を実行し、調整された信号をデジタル化して、サンプルを取得する受信機１００２を備える。復調器１００４は、受信したパイロット・シンボルを復調し、チャネル推定のために、プロセッサ１００６へ提供する。プロセッサ１００６は、受信機１００２によって受信された情報の分析、および／または、送信機１０１６による送信のための情報の生成に特化されたプロセッサ、ユーザ・デバイス１０００の１または複数の成分を制御するプロセッサ、および／または、受信機１００２によって受信された情報の分析、送信機１０１６による送信のための情報の生成、ユーザ・デバイス１０００の１または複数の成分の制御を全て行うプロセッサでありうる。
【００４８】
ユーザ・デバイス１０００はさらに、プロセッサ１００６と動作可能に接続されたメモリ１００８を備える。このメモリ１００８は、ＲＦチャネル・アイデンティティに関連する情報、それに関連するＴＤＭパイロット情報、ＴＤＭパイロット・カウンタ調節値、それらに関連する情報を備えるルックアップ・テーブル、および、ＲＦチャネルのモニタリングおよび／または切換をサポートするためのその他任意の適切な情報を格納し、本明細書に記載されたような無線通信システム内のユーザへシームレスな情報表示を提供する。メモリ１００８はさらに、プロトコルＲＦチャネル・モニタリング、ＲＦチャネル切換等を格納する。これによって、ユーザ・デバイス１０００は、本明細書に記載されたさまざまな方法を実行するために、格納されたプロトコルおよび／またはアルゴリズムを適用することができる。
【００４９】
本明細書に記載のデータ・ストア（例えば、メモリ）要素は、揮発性メモリまたは不揮発性メモリの何れかでありうるか、あるいは、揮発性メモリと不揮発性メモリとの両方を含みうることが認識されよう。限定ではなく、例示によって、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電子的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電子的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュ・メモリを含みうる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス・メモリ（ＲＡＭ）を含みうる。限定ではなく、例示によって、ＲＡＭは、例えばシンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、同期リンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ）のような多くの形態で利用可能である。主題とするシステムおよび方法のメモリ１００８は、限定ではなく、これらおよびその他任意の適切なタイプのメモリを備えることが意図される。
【００５０】
受信機１００２はさらに、例えば、上述したようなロック喪失が発生すると、新たなＦＬＯ ＲＦチャネルのモニタリングを開始することを容易にするＦＬＯチャネル・モニタ１０１０を備えうる。さらにおよび／またはその代わりに、ＦＬＯチャネル・モニタ１０１０は、アプリケーションによって起動されるＦＬＯチャネル・モニタリングを実行しうる。受信機１００２はさらに、１または複数のＲＦチャネルのバックグラウンド・モニタリングに関連するさまざまな動作を実行するバックグラウンド・モニタ１０１２を備える。例えば、バックグラウンド・モニタ１０１２は、ＲＦ周波数が切り換えられて戻った場合、オリジナルのチャネルにおける受信機の動作をリストアするために、ＤＣブロック、ＡＧＣブロック、ＡＦＣブロック、およびタイミング・ブロックに関連するいくつかの制約を課すことができる。
【００５１】
例えば、ＤＣブロックについて、新たなＲＦチャネルへの切換前に、現在のＲＦチャネルに関連付けられた粗いループ・アキュムレータおよび精細なループ・アキュムレータ（および／またはその他のレジスタ）が、メモリ１００８内に格納されうる。そのようなループ・アキュムレータは、オリジナルのチャネルへ切り換わって戻った後に復元されうる。ＡＧＣブロックに関し、現在のチャネルについてのＡＧＣ利得状態及びＤＶＧＡループ・アキュムレータ値が、切換前に格納され、切換がなされると復元される。ＡＦＣブロックの場合、新たなチャネルへの切換後であって、オリジナルのチャネルへ戻る前に、外部ループ周波数アキュムレータがフリーズ（例えば、格納）される。ＦＬＯ信号を探索するために、ＲＦは一時的にしか切り換えられないので、例えば、新たなチャネルのための残りの周波数誤りやドップラを追跡するために、内部ループおよび新たなチャネルにおける動作が適用される場合、外部ループ更新が、温度補償電圧制御水晶発振器（ＴＣＶＣＸＯ）に関連付けられうる。新たなチャネルへ切り換わる前に、内部ループの周波数アキュムレータが、メモリ１００８に格納され、オリジナルのチャネルに戻った後に復元される。これによって、外部ループが再度更新され、オリジナルのチャネルにおける動作の再開が容易とされる。タイミング・ブロックの場合、上述したＦＬＯ探索方法が、新たなチャネルにおいてＴＤＭパイロット１を検出するという事実を考慮し、新たなチャネルにおいてＴＤＭパイロット１が検出された後に、ＴＤＭパイロット１カウンタ調節値が、メモリ１００８に格納され、オリジナルの周波数にチャネルが切り換えられる前に戻されるという事実を考慮する。ＦＬＯ信号探索のためにＷＯＩＳ−ＰＥＲ方法を用いるか、ＷＩＤとＷＯＩＳとが結合された方法を用いるかに関わらず、新たなチャネルについてＴＤＭパイロット２が常に処理される。これによって、新たなチャネルのためのＴＤＭパイロット２カウンタ調節値もまた格納され、オリジナルのチャネルへ切り換わる前に格納され戻されるようになる。このように、受信機１００２は、改善されたユーザ経験およびストリームング・データのシームレスな受信等を容易にするために、ＦＬＯ信号探索および／または切換と連携して複数のＲＦチャネル・モニタリング機能を実行しうる。
【００５２】
図１１は、さまざまな態様にしたがって、無線通信環境において複数のＲＦチャネルを提供することを容易にするシステム１１００の実例である。システム１１００は、複数の受信アンテナ１１０６を介して、１または複数のユーザ・デバイス１１０４から信号を受信する受信機１１１０と、送信アンテナ１１０８を介して１または複数のユーザ・デバイス１１０４へ信号を送信する送信機１１２２とを備える基地局１１０２を備える。受信機１１１０は、受信アンテナ１１０６から情報を受信することができ、受信した情報を復調する復調器１１１２と動作可能に関連付けられる。復調されたシンボルは、図１０に関し上述したプロセッサに類似したプロセッサ１１１４によって分析される。このプロセッサは、ユーザ・アイデンティティに関連する情報、ＲＦチャネル周波数、ＲＦチャネルによって送信されたデータ、それらに関連するルックアップ・テーブル、および／または、本明細書に記載のさまざまな動作および機能を実行することに関連するその他任意の適切な情報を格納するメモリ１１１６に接続されている。プロセッサ１１１４はさらに、複数のＲＦチャネルにおけるスーパフレーム送信を同期化するＦＬＯチャネル・ガバナ１１１８に接続される。ＦＬＯチャネル・ガバナ１１１８は、前述した図面に関連して記載するように、ユーザ・デバイス１１０４によるＲＦチャネル切換を容易にしうる。変調器１１２０は、送信アンテナ１１０８を介して送信機１１２２によってユーザ・デバイス１１０４へ送信するための信号を多重化しうる。このように、基地局１１０２は、ＲＦチャネル切換、ＦＬＯ信号検出、チャネル・モニタリング等を可能にするために、ユーザ・デバイス１１０４とインタラクトしうる。
【００５３】
本明細書に記載のその他さまざまな態様によれば、別のＲＦチャネル上のＦＬＯ信号は、ＲＦチャネル間の切換および／またはＲＦチャネルのモニタリングを容易にするために同期化されたスーパフレームでありうる。別のＲＦチャネル上のＦＬＯ信号はまた、異なるクロック・レート間の切換に関連付けられた複雑さを緩和するために、同じまたは類似の帯域幅を持つようにも設計されうる。さらに、「広域」は、同じＲＦチャネルまたは異なるＲＦチャネル上で生じうる同じ広域多重化をブロードキャストする有効範囲領域の集合に一般化されうる。さらに、本明細書に記載のさまざまな方法およびシステムは、例えば、同じ広域オーバヘッド情報（ＷＯＩ）領域内の近隣のＲＦチャネルのみならず、隣接するＷＯＩ領域内のＲＦチャネルのような近隣の地域または領域において利用されるＲＦチャネルのリストを維持することによって、エア・インタフェース・サポートを提供する。広域内では、制御チャネル情報は、ユーザ・デバイスのシームレスなハンドオフを容易にするために、別のノードと類似または同一でありうる。一般に、近隣のチャネルが、現在のＲＦと同じＷＩＤ／ＬＩＤを搬送する場合に、シームレスなハンドオフが引き起こり、これによって、両方のチャネルでブロードキャストされるコンテンツが同じになり、スーパフレーム喪失がなくなる。そうではなく、近隣のＲＦのＷＩＤ／ＬＩＤが現在のものとは異なる場合、ハンドオフは非シームレスとなる。このように、本明細書に記述されたシステムおよび方法は、ＲＦチャネル切換のためのスケジュール、ソフトウェアおよび／またはハードウェア・モニタリング動作、異なる方法／ルーチン／サブルーチンがコールされる動作条件等を指定することを容易にしうる。
【００５４】
図１２は、１または複数の態様にしたがったＣＰ相関構成１２００の例示である。例えば、最初の到着経路（ＦＡＰ）１２０２および最後の到着経路（ＬＡＰ）１２０４は、時間的にオフセットしており、おのおのＣＰ部１２０６およびＣＰ部１２０８をそれぞれ備えうる。ＣＰ相関ウィンドウ１２１０は、ＦＡＰ１２０２およびＬＡＰ１２０４の開始点の平均（例えば、（ＦＡＰ＋ＬＡＰ）／２）において始まるように配置され、予め定めた長さ（例えば、２５６サンプル、５１２サンプル、１０２４サンプル等）を持つ。他の態様によれば、予め定めたオフセットが、ＣＰ相関ウィンドウの開始点に加えられうる。ウィンドウ１２１２は、最初の相関ウィンドウ１２１０からＦＦＴサイズ離され、ＣＰ相関が、ウィンドウ１２１０およびウィンドウ１２１２内のサンプル間で実行されうる。
【００５５】
図１３は、１または複数の態様にしたがったＲＳＳＩパワーアップ・プロトコルのためのスケジュール１３００の例示である。１３０２では、パワー・アップが開始され、ラジオ周波数（ＲＦ）の設定が許可される。１３０４ではＤＣ較正が実行される。その後、１３０６のＡＧＣ獲得に続く。ブロック１３０８では、干渉キャンセラ（ＩＣ）獲得が実行される。これが終わると、ＩＣ＿Ｄｏｎｅ割込が与えられる。ＩＣ＿Ｄｏｎｅ割込の後、１３１０では、ソフトウェア処理がなされる。１３１０において、ソフトウェア処理が完了すると、１３１２において、ＲＦ切換タイマが起動され、ＲＦ切換が実行される。１３１４では、再びＤＣ較正が実行される。その後は、次の周波数におけるプロトコルの更なる反復のために、１３１６におけるＡＧＣ獲得、１３１８におけるＩＣ獲得等がなされる。
【００５６】
（例えば、ソフトウェア処理期間１３１０の間）ＩＣ＿Ｄｏｎｅ割込が発生すると、ソフトウェアは、ＲＳＳＩを計算するために、ＡＧＣ利得状態のみならず、１次および２次デジタル可変利得アンプ（ＤＶＧＡ）アキュムレータを読み取る。（例えば、下記に述べるようなＲＳＳＩプロトコル、または、ＣＰ相関を伴うＲＳＳＩプロトコルを選択するために）次のＲＦのためのプロトコル選択ビットが設定されうる。次に、ＡＧＣ ＡＦＣレジスタがプログラムされる。その後、１セットのＩＣ制御ビットが設定され、これらのビットが、ＩＣの挙動を決定することができる。新たなＲＦへ切り換わった後、バッファのリセット、獲得の実行、および／または、ＩＣ制御ビット値に依存して既にバックアップされたＩＣ係数のリロードに関する判定がなされる。
【００５７】
図１４は、さまざまな態様にしたがって、アイドル・モード／アプリケーション・レイヤによって起動された期間中に、非同期ＲＳＳＩプロトコルを実行するためのスケジュール１４００を例示する。１４０２では、ソフトウェア・コマンドがなされると、ＤＣ較正が実行される。１４０４および１４０６において、ＡＧＣ獲得およびＩＣ獲得がそれぞれ行なわれうる。ＩＣ獲得の後にＩＣ＿Ｄｏｎｅ割込が提供される。この間、図１３に関して上述されたさまざまな動作が実行されうる。１４０８において、ソフトウェア処理が実行される。そして、１４１０では、ＲＦ切換タイマが起動された後、ＲＦ切換がなされる。新たなＲＦについてのさらなる反復のために、１４１２におけるＤＣ較正、１４１４におけるＡＧＣ獲得、１４１６におけるＩＣ獲得等がなされる。
【００５８】
ＲＦ切換中におけるソフトウェアとハードウェアとのインタラクションに関し、ソフトウェアは、ＳＳＢＩメモリに格納された情報を用いてＲＦをプログラムすることができる。その後、ソフトウェア・プロトコルが、ソフトウェアＲＦ切換タイマを起動し、ＬＮＡをオフし、ＤＣ較正をイネーブルする。関連する態様によれば、ソフトウェアは、ＳＳＢＩに格納された情報を用いて新たなＲＦをプログラムし、その後、（例えば、ＡＦＣにおいて）ハードウェアＲＦ切換タイマをトリガする。これが時間切れになると、ハードウェアは、ＬＮＡをオフし、ＤＣ較正を開始する。さらに別の態様は、新たなＲＦのための値を用いたＳＳＢＩデータ・メモリのソフトウェア・プログラムに関し、（例えば、ＳＳＢＩのような）ハードウェアが、新たなＲＦをプログラムし、ハードウェアＲＦ切換タイマがタイムアウトになるのを待ち、ＬＮＡをオフして、ＤＣ較正をイネーブルする。
【００５９】
図１５は、１または複数の態様にしたがい、ＭｅｄｉａＦＬＯ論理チャネルの終了時にｅｎｄ−ｏｆ−ＭＬＣ割込を提供することを容易にするＲＳＳＩモニタリング・スケジュール１５００を例示する。ＲＳＳＩモニタリング中、近隣のＲＦのＲＳＳＩが、現在のＲＦのＭＬＣギャップ中において、バックグラウンドでモニタリングされる。この間、ＭＬＣが復号される。スケジュール１５００によれば、１５０２においてＭＬＣが引き起こり、ＭＣＬの終了時に、ｅｎｄ−ｏｆ−ＭＬＣ割込が提供される。ｅｎｄ−ｏｆ−ＭＬＣ割込がなされると、ＩＣ係数のバックアップが実行され、ＣＰ相関を伴うＲＳＳＩプロトコルおよびＲＳＳＩプロトコルのうちの１または複数に関連付けられたビットが１に設定される。ＲＳＳＩプロトコル中、デバイスは、近隣チャネルへ切り換わった場合に、近隣チャネルのＲＳＳＩのみをモニタする。ＣＰ相関を伴うＲＳＳＩプロトコルの場合、デバイスは、近隣チャネル上のＲＳＳＩおよびＣＰ相関の両方をモニタする。上述したように、ＡＧＣ ＡＦＣレジスタはその後プログラムされ、ＩＣ獲得ビットが１に設定される。新たなＲＦのソフトウェア・プログラムが開始され、ハードウェアＲＦ切換タイマがトリガされる。
【００６０】
１５０４では、新たなＲＦへの切換が実行される。その後、１５０６におけるＤＣ較正、および１５０８におけるＡＧＣ獲得に続く。１５１０では、ＩＣ獲得が実行され、ＩＣ獲得の終了時に、ＩＣ＿Ｄｏｎｅ割込が提供される。ＩＣ＿Ｄｏｎｅ割込がなされると、ソフトウェアは、ＲＳＳＩを計算するために、ＡＧＣ利得状態と、１次および２次のＤＶＧＡアキュムレータとを読み取る。ＲＳＳＩおよび／またはＲＳＳＩ＋ＣＰ相関プロトコルに関連付けられたビットは、（望まれれば、ビット割当は逆になりうるが、ＲＳＳＩ＋ＣＰ相関プロトコルとは逆に、）ＲＳＳＩのみのプロトコルを選択するために１に設定される。ＡＧＣ ＡＦＣレジスタがプログラムされ、（例えば、ＭＬＣ ＲＦ上のＩＣ獲得およびＩＣ＿Ｄｏｎｅ割込の喪失を示すために）ＩＣ獲得ビットがゼロに設定される。次のＤＣ＿Ｃａｌ＿Ｄｏｎｅ信号においては、ハードウェアが部分的にＩＣ（バッファ、シフト・レジスタ）をリセットし、ＭＬＣ ＲＦに切り換わる場合にＩＣ係数をロードし、ＡＧＣ獲得後にトラック・モードでＩＣを起動させる。その後、ソフトウェアは、ＳＳＢＩによって新たなＲＦをプログラムし、ハードウェア内のＲＦ切換タイマをトリガする。新たなＲＦは、ＭＬＣが復号されているＭＬＣ ＲＦでありうるか、近隣のＲＦのうちの１つでありうる。この場合、ＭＬＣギャップが十分であると仮定されると、デバイスは、ＭＬＣ ＲＦへ戻る前に他のＲＦをモニタし続ける。ＩＣ＿Ｄｏｎｅ割込に関連付けられたロジックは、カウンタ・ベースであり、ＩＣ獲得の持続時間は、プログラム可能でありうる。
【００６１】
１５１２では、（例えば、ＩＣ＿Ｄｏｎｅ割込がなされた場合における上述したような動作を含む）ソフトウェア処理が実行され、上述したようなハードウェアＲＦ切換タイマがトリガされ、１５１４において、新たなＲＦへの切換が可能となる。１５１６ではＤＣ較正がなされ、その後１５１８において、１５２０における次のＭＬＣまで、さらなる反復のために、ＡＧＣ獲得等がなされる。
【００６２】
図１６は、１または複数の態様にしたがったＣＰ相関を伴うＲＳＳＩプロトコルのためのスケジュール１６００の例示である。このプロトコルは、単一のＭＬＣギャップにおいて複数のＲＦをモニタリングすることを容易にする。ＭＬＣ１６０２は１６０２で終了し、ｅｎｄ−ｏｆ−ＭＬＣ割込がトリガされる。ＩＣ係数がバックアップされ、その後、１６０４において、ＲＦ切換がなされる。１６０６においてＤＣ較正がなされ、その後１６０８においてＡＧＣ獲得がなされる。１６１０においてＩＣ獲得が実行される。１６１２において、ＣＰ相関が開始され実行される。そして、ＣＰ＿ｃｏｒｒｅｌａｔｉｏｎ＿Ｄｏｎｅ割込が提供される。これによって、１６１４において、ソフトウェア処理が実行される。１６１６において、新たなＲＦへの切換がなされ、その後、可能であれば、スリープ期間（例えば、パワー・ダウン期間）が続く。その後、１６２０においてＤＣ較正がなされる。その後１６２２においてＡＧＣ獲得がなされる。その後、次のＭＬＣ１６２４が続く。
【００６３】
ブロック１６０２後、ｅｎｄ−ｏｆ−ＭＬＣ割込があると、ＩＣ係数のバックアップが実行され、ＲＳＳＩプロトコル、および、ＣＰ相関を伴うＲＳＳＩプロトコルに関連付けられたビットが、（例えば、次のＲＦのためのＣＰ相関を伴うＲＳＳＩプロトコルを選択するために）ゼロに設定される。次に、上述したように、ＡＧＣ ＡＦＣレジスタがプログラムされ、ＩＣ獲得ビットが１に設定される。新たなＲＦのソフトウェア・プログラミングが開始され、ハードウェアＲＦ切換タイマがトリガされる。さまざまな態様によれば、ＩＣ＿Ｄｏｎｅ割込手続きは、何ら処理を備える必要はない。ＣＰ相関は、サンプル・カウンタをＣに初期化することを備える。ここでＣは、最初の到着経路（ＦＡＰ）と最後の到着経路（ＬＡＰ）との平均に、プログラム可能な既知のオフセットを加えたものに等しい。ＣＰ＿Ｃｏｒｒ＿Ｄｏｎｅ割込は、１次および２次ＤＶＧＡアキュムレータのみならずＡＧＣ利得状態を読み取ることと、ソフトウェアによる処理後のためのＣＰ相関バッファを読み取ることと、ＩＣ獲得ビットをゼロに設定すること等を容易にし得る。新たなＭＬＣ ＲＦへの切換をカウントするハードウェア・タイマが時間切れになると、ｔｉｍｅｒ＿ｄｏｎｅ割込がトリガされ、ソフトウェアに対して、カウンタを確認させ、可能であればスリープさせる。デバイスは、復号を続けるためにＭＬＣ ＲＦへ戻る。あるいは、ＭＬＣギャップが十分であれば、ＲＳＳＩおよびＣＰ相関をモニタするために、別の近隣のＲＦへ切り換わる。デバイスが、ＭＬＣ ＲＦに切り換わり、ｔｉｍｅｒ＿ｄｏｎｅ割込がなされると、ソフトウェアは、ＯＦＤＭシンボルおよびサンプル・カウンタを確認し、可能であれば、スリープをトリガする。
【００６４】
他の態様によれば、ハードウェアは、ＩＣバックアップおよび／またはリロード・ロジック、ＣＰ相関ロジック、ＣＰ相関カウンタ、ＣＰ相関計算ロジック、ＣＰ ｃｏｒｒｅｌａｔｉｏｎ＿ｄｏｎｅ割込を提供するためのロジック、ＣＰ相関蓄積結果を保持するためのバッファ等を含むように構成されうる。ソフトウェアは、ＣＰ ｃｏｒｒｅｌａｔｉｏｎ＿ｄｏｎｅ割込プロトコルを実行すること、ＲＳＳＩ−ｗｉｔｈ−ＣＰ相関方法＿ｄｏｎｅ割込を提供すること、ＲＳＳＩプロトコルを実行すること、ＣＰ相関計算を実行すること、および／または平均化すること等を容易にするように設計されうる。
【００６５】
例によれば、ＭＬＣギャップが、予め定めたしきい値パラメータを超えると、ＲＳＳＩ＋ＣＰ相関プロトコルが選択される。例えば、ＭＬＣギャップは、６ＭＨｚの場合、約４０シンボルよりも長く、８ＭＨｚの場合、約４５シンボルよりも長い場合等には、ＲＳＳＩ＋ＣＰ相関プロトコルが最適でありうる。関連する例によれば、ＭＬＣギャップが十分長い（例えば、約７０シンボルよりも長い）場合、ＲＳＳＩ＋ＣＰ相関プロトコルが選択され、スリープ期間１６１８が実施される。ＲＳＳＩ＋ＣＰ相関プロトコルについてギャップが不十分であるが、ＲＳＳＩ−ｏｎｌｙプロトコルについて十分長い（例えば、約３０シンボルよりも長い持続時間である）場合、ＲＳＳＩ−ｏｎｌｙプロトコルが選択されうる。さらに、オーバヘッド情報シンボル（ＯＩＳ）処理に、ＲＳＳＩプロトコル以上の優先度が与えられうる。さらに、ソフトウェアが、与えられたスーパフレーム内の任意の時間において、新たなＲＦへハンドオフすることを決定しうる。ＲＳＳＩ−ｏｎｌｙプロトコルについて、十分なギャップ持続時間がない（例えば、約３０シンボル未満等である）イベントでは、ＲＦモニタリングが中断され、ＯＩＳ障害が検出されると、非同期的にＲＳＳＩ−ｏｎｌｙプロトコルがトリガされる。上述したギャップ持続時間は、例示目的のみのために示され、その他のギャップ持続時間が、本明細書に記載のさまざまな態様と連携して定義および／または適用されうることが認識されるだろう。
【００６６】
図１７は、典型的な無線通信システム１７００を示す。無線通信システム１７００は、簡潔さのために、１つの基地局および１つの端末を示す。しかしながら、このシステムは、１より多い基地局および／または１より多い端末を含みうることが認識されるべきである。ここで、さらなる基地局および／または端末は、以下に示す典型的な基地局および端末と実質的に同じでありうるし、あるいは、異なりうる。さらに、基地局および／または端末は、その間の無線通信を容易にするために、本明細書に記載されたシステム（図１，２および４乃至１８）および／または方法（図３）を適用しうることが認識されるべきである。
【００６７】
図１７に示すように、ダウンリンクでは、アクセス・ポイント１７０５において、送信（ＴＸ）データ・プロセッサ１７１０が、トラフィック・データを受信、フォーマット、符号化、インタリーブ、および変調（あるいはシンボル・マップ）し、変調シンボル（「データ・シンボル」）を提供する。シンボル変調器１７１５は、データ・シンボルおよびパイロット・シンボルを受信して処理し、シンボルのストリームを提供する。シンボル変調器１７２０は、データ・シンボルおよびパイロット・シンボルを多重化し、これらを、送信機ユニット（ＴＭＴＲ）１７２０に提供する。おのおのの送信シンボルは、データ・シンボル、パイロット・シンボル、あるいはゼロの値を持つ信号でありうる。パイロット・シンボルは、おのおののシンボル期間で連続的に送信されうる。パイロット・シンボルは、周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）、周波数分割多重化（ＦＤＭ）、あるいは符号分割多重化（ＣＤＭ）されうる。
【００６８】
ＴＭＴＲ１７２０は、シンボルのストリームを受信して、１または複数のアナログ信号に変換する。さらに、これらアナログ信号を調整（例えば、増幅、フィルタ、および周波数アップコンバート）し、無線チャネルを介した送信のために適切なダウンリンク信号を生成する。その後、ダウンリンク信号は、アンテナ１７２５を介して端末へ送信される。端末１７３０では、アンテナ１７３５がこのダウンリンク信号を受信し、受信信号を、受信ユニット（ＲＣＶＲ）１７４０へ提供する。受信ユニット１７４は、この受信信号を調整（例えば、フィルタ、増幅、および周波数ダウンコンバート）し、調整された信号をデジタル化して、サンプルを得る。シンボル復調器１７４５は、受信したパイロット・シンボルを復調し、チャネル推定のためにプロセッサ１７５０へ提供する。シンボル復調器１７４５はさらに、プロセッサ１７５０から、ダウンリンクのための周波数応答推定値を受信し、受信したデータ・シンボルについてデータ復調を実行して、データ・シンボル推定値（送信されたデータ・シンボルの推定値）を取得し、このデータ・シンボル推定値をＲＸデータ・プロセッサ１７５５へ提供する。ＲＸデータ・プロセッサ１７５５は、送信されたトラフィック・データを復元するために、データ・シンボル推定値を復調（すなわち、シンボル・デマップ）し、デインタリーブし、復号する。シンボル復調器１７４５およびＲＸデータ・プロセッサ１７５５による処理は、アクセス・ポイント１７０５におけるシンボル変調器１７１５およびＴＸデータ・プロセッサ１７１０による処理と相補的である。
【００６９】
アップリンクでは、ＴＸデータ・プロセッサ１７６０がトラフィック・データを処理し、データ・シンボルを提供する。シンボル変調器１７６５は、データ・シンボルを受信して、パイロット・シンボルと多重化し、変調を行い、シンボルのストリームを提供する。その後、送信機ユニット１７７０が、アップリンク信号を生成するために、シンボルのストリームを受信し、処理する。アップリンク信号は、アンテナ１７２５によってアクセス・ポイント１７０５へ送信される。
【００７０】
アクセス・ポイント１７０５では、端末１７３０からのアップリンク信号が、アンテナ１７２５によって受信され、受信ユニット１７７５によって処理されて、サンプルが得られる。その後、シンボル復調器１７８０が、サンプルを処理し、アップリンクの受信パイロット・シンボルおよびデータ・シンボル推定値を提供する。ＲＸデータ・プロセッサ１７８５は、端末１７３０によって送信されたトラフィック・データを復元するために、データ・シンボル推定値を処理する。プロセッサ１７９０は、アップリンクで送信を行うおのおののアクティブ端末のためのチャネル推定を実行する。複数の端末が、それぞれ割り当てられたパイロット・サブ帯域のセットで、パイロットをアップリンクで同時送信する。パイロット・サブ帯域のセットは、インタレースされうる。
【００７１】
プロセッサ１７９０およびプロセッサ１７５０は、アクセス・ポイント１７０５および端末１７３０それぞれにおける動作を指示（例えば、制御、調整、管理等）する。それぞれのプロセッサ１７９０およびプロセッサ１７５０は、プログラム・コードおよびデータを格納するメモリ・ユニット（図示せず）に関連付けられうる。プロセッサ１７９０およびプロセッサ１７５０はまた、アップリンクおよびダウンリンクそれぞれのための周波数およびインパルスの応答推定値を導出するための計算をも実行する。
【００７２】
多元接続システム（例えばＦＤＭＡ、ＯＦＤＭＡ、ＣＤＭＡ、ＴＤＭＡ等）の場合、複数の端末が、アップリンクで同時送信する。そのようなシステムの場合、パイロット・サブ帯域が、異なる端末間で共有されうる。これらチャネル推定技術は、おのおのの端末のパイロット・サブ帯域が（恐らくは、帯域端を除く）動作帯域全体におよぶ場合に用いられる。そのようなパイロット・サブ帯域構造は、おのおのの端末のための周波数ダイバーシティを得るために望ましいだろう。本明細書に記述されたこれら技術は、さまざまな手段によって実現される。例えば、これらの技術は、ハードウェア、ソフトウェア、あるいはそれらの組み合わせで実現されうる。ハードウェアで実現する場合、チャネル推定のために使用される処理ユニットは、１または複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、本明細書に記載された機能を実行するために設計されたその他の電子ユニット、あるいはこれらの組み合わせ内に実装されうる。ソフトウェアを用いた場合、本明細書に記載の機能を実行するモジュール（例えば、手順、関数等）によって実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサ１７９０およびプロセッサ１７５０によって実行されうる。
【００７３】
図１８は、本明細書に記載のさまざまな態様にしたがってＦＬＯ信号検出を実行することを容易にする装置１８００の例示である。ＦＬＯサービスがＲＦチャネル上で利用可能であるかを判定するために、ＦＬＯ検出が開始され、例えば時分割多重化（ＴＤＭ）パイロット検出タイマのようなタイマを初期化するモジュール（１８０２）が起動され、第１のＴＤＭパイロット（ＴＤＭ１）の検出が試みられる。そして、そのタイマ・カウントＣＴＤＭ１がゼロに初期化される。タイマを初期化するモジュール（１８０２）は、（例えば、ＴＤＭ１のような）パイロットを検出するモジュール（１８０４）に動作可能に接続されうる。このモジュールは、カウンタＣＴＤＭ１のインクリメントも行う。比較モジュール（１８０６）は、ＣＴＤＭ１に関連付けられたカウンタ値を、要求されたパイロットに関連付けられた値と比較しうる。そして、カウンタ値が、要求されたパイロットの値よりも大きいかが判定される。例えば、要求されたパイロットがＴＤＭ１であり、パイロットを検出するモジュール（１８０４）によってカウンタが０から１へとインクリメントされた場合、比較モジュール（１８０６）は、このカウンタ値が、求められるパイロットの値よりも大きくない（例えば、この例では、これらの値は等しい）と判定しうる。そのような場合、検出するモジュール（１８０４）は、パイロット検出時において別の試みを開始し、カウンタを再びインクリメントする。さらに、検知するモジュールは、パイロットが正しく検出されたかに関する判定を行いうる。
【００７４】
広域アイデンティティ（ＷＩＤ）エネルギを比較するモジュールは、分析されている送信に関連付けられたＷＩＤチャネルのためのエネルギ・レベルを、予め定めたしきいエネルギ・レベルと比較することができる。検出されたＷＩＤエネルギが、予め定めたしきいレベルよりも大きくない場合、ＦＬＯ信号は検出されない。検出されたＷＩＤエネルギがしきい値よりも大きい場合、ＦＬＯ信号が検出される。装置１８００のさまざまなモジュールは、反復しておよび／または連続して実行され、および／または、例えば、ＦＬＯ信号検出を容易にするために、無線通信環境において通信するユーザ・デバイスによって構成されうることが理解されるだろう。
【００７５】
上述したものは、１または複数の実施形態の例を含んでいる。もちろん、前述した実施形態を記述する目的のために、構成要素または方法論の考えられる全ての組み合わせを記述することは不可能であるが、当業者であれば、さまざまな実施形態のさらに多くの組み合わせおよび置き換えが可能であることを認識することができる。したがって、記述された実施形態は、特許請求の範囲の精神およびスコープ内に入るそのような全ての変更、修正、および変形を包含するように意図される。さらに、用語「含む」が、詳細な説明または特許請求の範囲の何れかで使用される限り、そのような用語は、請求項における遷移語として適用される場合に解釈される用語「備える」と同様に、包括的であると意図される。
【技術分野】
【０００１】
以下の記述は、一般に無線通信に関し、さらに詳しくは、無線通信環境におけるラジオ周波数チャネルのモニタリングおよび切り換えに関する。
【背景技術】
【０００２】
無線通信システムは、世界中の多くの人が通信する普及手段となった。無線通信デバイスは、消費者ニーズを満足し、可搬性および利便性を改善するために、より小型かつより強力になった。例えばセルラ電話のようなモバイル・デバイスにおける処理電力の増加は、無線ネットワーク送信システムにおけるデマンドの増加をもたらす。そのようなシステムは、一般に、それを用いて通信するセルラ・デバイスほど容易に更新されない。モバイル・デバイス機能が拡張すると、旧式の無線ネットワーク・システムを、新たなかつ改善された無線デバイス機能を十分容易にするように維持することは困難になりうる。
【０００３】
（例えば、周波数分割技術、時間分割技術、および符号分割技術を適用する）一般的な無線通信ネットワークは、有効範囲領域を提供する１または複数の基地局、および、有効範囲領域内でデータを送信および受信する１または複数のモバイル（例えば、無線）端末を含む。一般的な基地局は、サービスをブロードキャスト、マルチキャスト、および／またはユニキャストするために、複数のデータ・ストリームを同時に送信しうる。ここで、データ・ストリームは、モバイル端末に対する独立した受信対象でありうるデータのストリームである。基地局の有効範囲領域内のモバイル端末は、合成ストリームによって搬送された１つ、１つより多い、あるいは全てのデータ・ストリームを受信することに興味を持ちうる。同様に、モバイル端末は、基地局または他のモバイル端末へデータを送信しうる。基地局とモバイル端末との間、あるいは、複数のモバイル端末間のそのような通信は、チャネル変化および／または干渉電力変化により、劣化しうる。
【０００４】
現在、フォワード・リンク・オンリー（ＦＬＯ）信号は、例えば、より低い７００ＭＨｚ周波数帯域内の６ＭＨｚ帯域幅部分を占めるラジオ周波数（ＲＦ）チャネルを介してユーザ・デバイスへ送信されうる。ＦＬＯ信号は例えば、コンテンツの複数のストリームに適応するために、１より多いＲＦチャネル内に存在しうる。しかしながら、従来の無線システムは、ＦＬＯ信号等の複数のＲＦチャネル間でのモニタリングおよび／または切換を提供しない。したがって、当該技術では、そのような無線ネットワーク・システムにおけるスループットを改善するシステムおよび／または方法論に対するニーズが存在する。
【発明の概要】
【０００５】
以下は、１または複数の実施形態の基本的な理解を提供するために、そのような実施形態の簡単な概要を示す。この概要は、考えられる全ての実施形態の広範囲な概要ではなく、全ての実施形態の重要要素または決定的要素を特定することでも、任意または全ての実施形態の範囲を線引きすることでもないことが意図される。その唯一の目的は、後に説明されるより詳細な記述に対する前置きとして、１または複数の実施形態のいくつかの概念をより簡単に示すことである。
【０００６】
１または複数の実施形態およびその対応する開示によれば、さまざまな態様が、１または複数のチャネルがフォワード・リンク・オンリー（ＦＬＯ）信号を備えているかを判定するために、無線通信環境におけるＲＦチャネルのモニタリングに関して説明される。受信機は、ＦＬＯ信号を備える第１のＲＦチャネルを受信し、ＦＬＯ信号を求めて、１または複数の他のＲＦチャネルをモニタしうる。モニタされたＲＦチャネルがＦＬＯ信号を備えていると判定されると、受信機は、ＲＦチャネル間で同期されたスーパフレームでありうるＦＬＯ信号のシームレスな受信を提供することを容易にするために、第１のＲＦチャネルと、モニタされたＲＦチャネルとの間での切換を行いうる。広域識別表示チャネル・エネルギ検出プロトコル、および、広域オーバヘッド情報シンボル（ＯＩＳ）復号誤り検出プロトコルのうちの１または複数を用いて、ＦＬＯ信号検出が実行されうる。さらに、ＦＬＯ信号検出はまた、例えば受信信号強度インジケーション（ＲＳＳＩ）および／またはサイクリック・プレフィクス（ＣＰ）相関、あるいは時分割多重化パイロット（ＴＤＭパイロット）検出プロトコルのようなその他の信号品質メトリックにも基づきうる。
【０００７】
関連する態様によれば、ＦＬＯ（フォワード・リンク・オンリー）信号を検出するために、無線通信環境におけるアクセス端末でラジオ周波数（ＲＦ）をモニタする方法が、本明細書において記述される。この方法は、受信信号において、第１の時分割多重パイロット（ＴＤＭ１）を検出することを含む。さらにこの方法は、ＴＤＭ検出タイマをインクリメントすることを備えうる。さらにこの方法は、ＴＤＭパイロットが検出されたかと、ＴＤＭ１検出タイマがＴＤＭ検出タイムアウトを過ぎたかを判定することを含みうる。さらにこの方法は、この判定に基づいてＦＬＯ信号の存在を検出することを備えうる。この判定は、広域識別表示チャネル・エネルギおよび広域ＯＩＳ復号誤りに基づくさらなる基準を含みうる。
【０００８】
他の態様は、無線通信装置に関する。この無線通信装置は、少なくとも１つの近隣のＲＦをモニタしてそのＲＳＳＩを分析する受信機を含みうる。この無線通信装置はさらに、現在のＲＦおよび少なくとも１つの近隣のＲＦのための識別表示情報と、ＲＳＳＩに関連する情報とを格納するメモリを含みうる。さらに、この無線通信装置は、プロセッサを備えうる。このプロセッサは、メモリに接続され、現在のＲＦチャネルと、少なくとも１つの近隣のＲＦチャネルとの切換を行う。
【０００９】
また別の態様は、無線通信装置に関する。無線通信装置は、現在のラジオ周波数（ＲＦ）のための受信信号強度インジケータ（ＲＳＳＩ）を測定する手段と、測定されたＲＳＳＩが、予め定めたしきい値を超えているかを判定する手段と、近隣のＲＦをモニタする手段と、近隣のＲＦ内におけるＦＬＯ（フォワード・リンク・オンリー）信号の存在を検出する手段とを含みうる。近隣のＲＦにおけるＦＬＯ信号の存在の検出は、ＲＳＳＩとＣＰの相関に基づきうる。
【００１０】
さらに別の態様は、現在のラジオ周波数（ＲＦ）のための受信信号強度インジケータ（ＲＳＳＩ）を測定し、測定されたＲＳＳＩが、予め定めたしきい値を超えているかを判定し、近隣のＲＦをモニタし、近隣のＲＦ内におけるＦＬＯ（フォワード・リンク・オンリー）信号の存在を検出するためのコンピュータ実行可能な命令群を備えるコンピュータ・プログラムを有するコンピュータ読取可能媒体に関する。
【００１１】
別の態様によれば、プロセッサは、無線通信環境におけるスループットを増加させるための命令群を実行しうる。これら命令群は、現在のラジオ周波数（ＲＦ）のための受信信号強度インジケータ（ＲＳＳＩ）を測定し、測定されたＲＳＳＩが、予め定めたしきい値を超えているかを判定することを含みうる。さらに、これら命令群は、近隣のＲＦをモニタし、近隣のＲＦ内におけるＦＬＯ（フォワード・リンク・オンリー）信号の存在を検出することを含みうる。
【００１２】
別の態様によれば、本明細書では、ＦＬＯ（フォワード・リンク・オンリー）信号を検出するために、無線通信環境内のアクセス端末においてラジオ周波数（ＲＦ）をモニタする方法が説明される。この方法は、受信信号に関連する広域アイデンティティ（ＷＩＤ）チャネルのエネルギ・レベルを検出することを含みうる。さらにこの方法は、ＷＩＤチャネルのエネルギ・レベルを、予め定めたしきい値と比較することを含みうる。さらにこの方法は、この比較に基づいて、ＦＬＯ信号の存在を検出することを含みうる。
【００１３】
前述の目的および関連する目的を達成するために、１または複数の実施形態は、後に十分説明され、特に特許請求の範囲で指摘される特徴を備える。以下の記述および添付図面は、１または複数の実施形態の、ある例示的な態様を詳細に記述する。しかしながら、これらの態様は、さまざまな実施形態の原理が適用されるさまざまな方法のうちのごく一部しか示しておらず、記述された実施形態は、そのような態様およびそれらの等価物の全てを含んでいることが意図される。
【図面の簡単な説明】
【００１４】
【図１】図１は、本明細書に示されたさまざまな実施形態にしたがう無線ネットワーク通信システムを例示する。
【図２】図２は、１または複数の実施形態にしたがう多元接続無線通信システムの例である。
【図３】図３は、さまざまな態様にしたがってＦＬＯ信号を検出するための方法論の例示である。
【図４】図４は、１または複数の態様にしたがって提案されたＦＬＯ探索スキームを用いた、ロック喪失ベースおよびアプリケーション・レイヤ起動されたモニタリング方法のスケジュールの例示である。
【図５】図５は、１または複数の態様にしたがったＦＬＯチャネル・モニタリングのための高レベル状態遷移図を例示する。
【図６】図６は、１または複数の態様にしたがって、ＷＩＤエネルギ・ベースのＦＬＯ信号検出方法を用いて、バックグラウンド・モニタリングを実行するためのスケジュールを例示する。
【図７】図７は、１または複数の態様にしたがって、ＷＯＩＳ−ＰＥＲベースのＦＬＯ信号検出方法を用いて、バックグラウンド・モニタリングを実行するためのスケジュールを例示する。
【図８】図８は、１または複数の態様にしたがって、ＷＩＤエネルギ・ベースのＦＬＯ信号検出方法を用いて、バックグラウンド・モニタリングを実行するためのスケジュールを例示する。
【図９】図９は、１または複数の態様にしたがって、ＷＩＤエネルギ・ベースとＷＯＩＳ−ＰＥＲベースとが組み合わされたＦＬＯ信号検出方法を用いて、バックグラウンド・モニタリングを実行するためのスケジュールを例示する。
【図１０】図１０は、本明細書に記載された１または複数の態様にしたがって、無線通信環境におけるＦＬＯチャネル・モニタリングおよび／またはＦＬＯチャネルの切換を容易にするユーザ・デバイスの例示である。
【図１１】図１１は、さまざまな態様にしたがって、無線通信環境において複数のＲＦチャネルを提供することを容易にするシステムの例示である。
【図１２】図１２は、１または複数の態様にしたがったＣＰ相関構成の例示である。
【図１３】図１３は、１または複数の態様にしたがうパワー・アップのためのＲＳＳＩ（受信信号強度インジケーション）モニタリング方法の例示である。
【図１４】図１４は、さまざまな態様にしたがって、アイドル・モード／アプリケーション・レイヤ開始期間中に非同期ＲＳＳＩプロトコルを実行するためのスケジュールを例示する。
【図１５】図１５は、１または複数の態様にしたがって、ＭｅｄｉａＦＬＯ論理チャネルの終了時のｅｎｄ−ｏｆ−ＭＬＣ割込に基づくＲＳＳＩモニタリング・スケジュールを例示する。
【図１６】図１６は、１または複数の態様にしたがって、ＣＰ（サイクリック・プレフィクス）相関を伴うＲＳＳＩプロトコルのためのＲＦモニタリング・スケジュールの例示である。
【図１７】図１７は、本明細書に記載のさまざまなシステムおよび方法と連携して適用される無線ネットワーク環境の例示である。
【図１８】図１８は、本明細書で示されたさまざまな態様にしたがってＦＬＯ信号検出を実行することを容易にする装置を例示する。
【発明を実施するための形態】
【００１５】
さまざまな実施形態が、全体を通じて同一要素を示すために同一の参照番号が使用される図面を参照して説明される。以下の記載では、説明の目的のために、１または複数の実施形態の完全な理解を提供するために、多くの具体的な詳細が述べられる。しかしながら、そのような実施形態は、これら具体的な詳細無しで実現されうることが明確である。他の事例では、１または複数の実施形態の記載を容易にするために、周知の構成およびデバイスがブロック図形式で示される。
【００１６】
本願で使用されるように、用語「構成要素」、「システム」等は、ハードウェア、ソフトウェア、または実行中のソフトウェア、ファームウェア、ミドル・ウェア、マイクロコード、および／またはこれらの任意の組み合わせのようなコンピュータ関連エンティティを称することが意図される。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１または複数のコンピュータに局在化されるか、および／または、２またはそれ以上のコンピュータに分散されうる。さらに、これらの構成要素は、さまざまなデータ構造を格納して有するさまざまなコンピュータ読取可能媒体から実行可能である。これら構成要素は、例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを介して他の構成要素とインタラクトする１つの構成要素からのデータのような１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。さらに、本明細書に記載されるシステムの構成要素は、関連して記載されたさまざまな態様、目的、利点等を達成することを容易にするために、再構成されたり、その他の構成要素によって補完され、当業者によって認識されるように、与えられた図面において述べられた正確な構成に限定されない。
【００１７】
さらに、さまざまな実施形態が、本明細書では、加入者局に関して記載される。加入者局はまた、システム、加入者ユニット、モバイル局、モバイル、遠隔局、アクセス・ポイント、遠隔端末、アクセス端末、ユーザ端末、ユーザ・エージェント、ユーザ・デバイス、またはユーザ機器とも称されうる。加入者局は、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、あるいは、無線モデムに接続されたその他の処理デバイスでありうる。
【００１８】
さらに、本明細書に記載のさまざまな態様または特徴は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、またはメディアからアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、カード、スティック、キー・ドライブ等）を含みうる。さらに、本明細書に記載されたさまざまな記憶媒体は、情報を格納するための１または複数のデバイス、および／または、その他の機械読取可能媒体を示すことができる。用語「機械読取可能媒体」は、限定されることなく、無線チャネル、および、命令群および／またはデータを格納、包含、および／または搬送が可能なその他任意の媒体を含みうる。さらに、本明細書で使用される用語「チャネル」は、ＲＬチャネル、広域アイデンティティ（ＷＩＤ）チャネル、およびローカル・エリア識別表示（ＬＩＤ）チャネルの組み合わせ、すなわち（ＲＦ、ＷＩＤ、ＬＩＤ）でありうる。
【００１９】
図１には、本明細書で示されるさまざまな実施形態にしたがう無線ネットワーク通信システム１００が例示される。システム１００は、互いにおよび／または１または複数のモバイル・デバイス１０４との間で無線通信信号を受信、送信、反復等する１または複数のセクタ内の１または複数の基地局１０２を備えうる。おのおのの基地局１０２は送信チェーンおよび受信チェーンを備える。当業者によって認識されるように、それらのおのおのは、信号の送信および受信に関連する複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナ等）を備える。モバイル・デバイス１０４は例えば、セルラ電話、スマート・フォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド・コンピュータ・デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、無線ネットワーク１００を介して通信することに適したその他任意のデバイスでありうる。システム１００は、以下に続く図面に関連して説明するように、無線通信環境においてフォワード・リンク・オンリー（ＦＬＯ）チャネル間のモニタリングおよび／または切り換えを容易にするために、本明細書に記載のさまざまな態様と連携して適用されうる。
【００２０】
例えば、１または複数のＲＦチャネルを適用する基地局１０２は、複数の異なるＲＦチャネルを介してＦＬＯ信号を送信しうる。さらにおよび／またはそれに加えて、１より多い基地局１０２によって、同じＲＦチャネルが使用されうる。（単数または複数の）ユーザ・デバイス１０４は、ＦＬＯ信号をブロードキャストするために利用される複数のＲＦチャネルをモニタするために、（例えば、プロセッサ、コンピュータ実行可能命令群、コンピュータ読取可能メモリ等によって）１または複数のアルゴリズムおよび／または方法を適用する。そして、１または複数の基地局１０２とユーザ・デバイス１０４との間の通信スループットを改善するために、ＲＦチャネル間での切り換えを行う。
【００２１】
図２に示すように、１または複数の実施形態にしたがう多元接続無線通信システム２００が例示される。システム２００は、例示目的のために示されており、以下に示すさまざまな態様と連携して利用されうる。３セクタ基地局２０２は、複数のアンテナ・グループを含む。１つ目はアンテナ２１２および２１４を含み、２つ目はアンテナ２０４および２０６を含み、３つ目はアンテナ２０８および２１０を含む。この図によれば、２本のアンテナのみが各アンテナ・グループについて例示されているが、２本より多い、または２本より少ないアンテナも、各グループについて利用されうる。モバイル・デバイス２１６は、アンテナ２１２およびアンテナ２１４と通信している。ここで、アンテナ２１２およびアンテナ２１４は、フォワード・リンク２２０によってモバイル・デバイス２１６へ情報を送信し、リバース・リンク２１８によってモバイル・デバイス２１６から情報を受信する。モバイル・デバイス２２２はアンテナ２０４およびアンテナ２０６と通信している。ここで、アンテナ２０４およびアンテナ２０６は、フォワード・リンク２２６でモバイル・デバイス２２２へ情報を送信し、リバース・リンク２２４でモバイル・デバイス２２２から情報を受信する。
【００２２】
通信するように指定された領域および／またはアンテナのおのおののグループは、基地局２０２のセクタと称されうる。１つの実施形態では、基地局２０２によってカバーされる領域のセクタ内のモバイル・デバイスに通信するように、アンテナ・グループが設計されうる。フォワード・リンク２２０およびフォワード・リンク２２６による通信では、基地局２０２の送信アンテナは、モバイル・デバイス２１６およびモバイル・デバイス２２２のためのフォワード・リンクの信号対雑音比を改善するためにビームフォーミングを適用することができる。さらに、有効範囲領域にわたってランダムに散在するモバイル・デバイスへ送信するためにビームフォーミングを用いる基地局は、有効範囲領域内の全てのモバイル・デバイスへ単一のアンテナによって送信している基地局よりも、近隣のセル／セクタ内のモバイル・デバイスに対して少ない干渉しかもたらさない。基地局は、端末と通信するために使用される固定局であり、アクセス・ポイント、ノードＢ、あるいはその他幾つかの専門用語でも称されうる。モバイル・デバイスはまた、モバイル局、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、ユーザ・デバイス、あるいはその他いくつかの専門用語で称されうる。
【００２３】
１または複数の態様によれば、例えばユーザ・デバイス２１６のようなユーザ・デバイスは、（例えば、フォワード・リンク２２０によって送信された）ＦＬＯ信号を備える複数のＲＦチャネルをモニタリングする。そして、ユーザ・デバイス２１６における受信を最適化するために、そのようなチャネル間での切換を実行する。ＦＬＯ信号は、通信システムの下部７００ＭＨｚ周波数帯域内のおよそ６ＭＨｚの帯域幅のチャネルを占有することを目標とされる。しかしながら、ＦＬＯ信号は、例えば５、７、８ＭＨｚ等のようなその他の帯域幅を導入することや、および／または、下部７００ＭＨｚ帯域に加えられた別の周波数に、あるいは下部７００ＭＨｚ帯域ではない別のＲＦ周波数にも存在しうることが考慮される。ＦＬＯ信号が、より多くのコンテンツのストリームに適応するために、１より多いラジオ周波数（ＲＦ）チャネルに存在する場合、別のＲＦチャネルのモニタリング、獲得、および別のＲＦチャネルへの切り換えの問題を調査することが好ましい。（例えば、ユーザ・デバイス内の）受信機が、新たなＦＬＯ ＲＦチャネルのモニタリングおよび新たなＦＬＯ ＲＦチャネルへの切り換えを開始するシナリオは幾つかある。例えば、受信機は、現在のＦＬＯ ＲＦチャネルにおいて発生しうる再獲得の文脈におけるロック喪失のような深刻な障害が発生すると、チャネルのモニタリングおよび／または切り換えを開始しうる。別の例によれば、アプリケーション・レイヤが開始されると、ＦＬＯ ＲＦチャネルの開始および／またはモニタすることが望ましい。別の例は、受信機がアイドル・モードにある間における、新たなＲＦチャネルのモニタリングおよび／または切り換えに関する。さらに別の例は、新たなＲＦチャネルの（例えば、周期的な、または受信品質依存による）バックグラウンド・モニタリングに関する。
【００２４】
新たなチャネルのモニタリングを開始する前に、受信機にＲＦチャネルのリストが提供され、その中から、ＦＬＯ信号を求める探索を行うことができる。この最初のリストは、制御チャネル・メッセージを復号することにより、ＦＬＯネットワークから取得されうる。このネットワークは、（例えば、スーパフレーム毎に１度のような）予め定めたスケジュールにしたがって、制御チャネルによってＦＬＯ受信機へＲＦ記述メッセージをブロードキャストしうる。そのような情報をＦＬＯ受信機に提供することを容易にするために、複数の情報フィールドが定義および／または埋められる。例えば、「ＲＦチャネル・カウント」フィールドは、ＦＬＯブロードキャストを有するＲＦチャネルの数を含みうる。ＲＦチャネルＩＤ、周波数、およびチャネル計画に関連するフィールドは、ＲＦチャネル・カウントに示されるＲＦチャネルのチャネル帯域幅、中心周波数、およびチャネル識別子それぞれに関連する情報を含みうる。受信機は、これらＲＦチャネル候補においてＦＬＯ信号を探索し、これらチャネルにおいてＦＬＯブロードキャストが利用可能であるか、あるいは復号可能であるかを判定する。
【００２５】
図３に示すように、ＦＬＯ信号検出に関連する方法論が例示される。この方法論は例えば、ＦＤＭＡ環境、ＯＦＤＭＡ環境、ＣＤＭＡ環境、ＷＣＤＭＡ環境、ＴＤＭＡ環境、ＳＤＭＡ環境、あるいはその他任意の適切な無線環境におけるＦＬＯ ＲＦチャネルのモニタリング、復号、および／またはそれらの間の切換に関連しうる。説明を簡単にする目的で、これら方法論は一連の動作として図示され記載されているが、幾つかの動作は、１または複数の実施形態にしたがって、本明細書に図示され記載されたものとは異なる順序で、および／または、他の動作と同時に生じうるので、これらの方法論は、これら動作順によって限定されないことが理解され認識されるべきである。例えば、当業者であれば、方法論は、代わりに、例えば状態図のような相互関連する状態またはイベントのシリーズとして表されうることを理解するだろう。さらに、１または複数の実施形態にしたがって方法論を実現するために、必ずしも例示された全ての動作が必要とされる訳ではない。
【００２６】
そのような方法にしたがい、例えば再獲得の文脈におけるロック喪失のような、現在のＲＦチャネルにおけるＦＬＯ動作の深刻な障害の後に、新たなＲＦチャネルのモニタリングが開始される。例えば、受信機は、オリジナルのＲＦチャネル（例えば、喪失したチャネル）において受信の再獲得を試みうる。オリジナルのチャネルについて、再獲得タイムアウト内に信号ロックが得られない場合、受信機は、制御チャネル・メッセージから取得された候補リストにおいて、新たなＲＦチャネルのモニタリングを開始しうる。オリジナルのチャネルのロックは既に失われているので、例えば、オリジナルのＦＬＯチャネルのタイミング、自動周波数制御（ＡＦＣ）、自動利得制御（ＡＧＣ）、および直流（ＤＣ）のような、ブロックのキー・パラメータを格納し、復元する必要はない。受信機は、新たなＲＦチャネルへの切り換え、および、ＦＬＯ信号の検出の再開を行うことができる。
【００２７】
図３は、さまざまな態様にしたがってＦＬＯ信号を検出する方法論３００の例示である。ＦＬＯ信号検出を開始すると、３０２において、ＴＤＭ１検出タイマＣＴＤＭ１が起動される。その後、３０４において、ＦＬＯデバイスが、受信信号においてＴＤＭパイロット１を検出することを試みる。また３０４では、ＴＤＭ１検出タイマＣＴＤＭ１がインクリメントされる。３０６では、ＦＬＯデバイスが正しくＴＤＭ１を検出したか、および、ＴＤＭ１検出タイマＣＴＤＭ１が、ＴＤＭ１検出タイムアウトＴＴＤＭ１を超えたかが判定される。何れかが生じると、この方法は、３０４へ戻る。３０４では、方法は、ＴＤＭ１の検出を再試行し、ＴＤＭ１検出カウンタＣＴＤＭ１がインクリメントされる。３０６では、ＣＴＤＭ１がタイムアウト値ＴＴＤＭ１を超えたと判定されると、ＴＤＭ１検出が失敗し、ＦＬＯ信号が検出されない。この場合、方法は３１４に進み、ＦＬＯ信号が検出されないことを示すインジケーションが生成される。３０６において、ＴＤＭ１が正しく検出されたと判定されると、３１０において、分析されている送信に関連する広域アイデンティティ（ＷＩＤ）チャネルのためのエネルギ・レベルが確認され、予め定めたしきいエネルギ・レベルと比較される。検出されたＷＩＤエネルギが、予め定めたしきいレベルよりも大きくない場合、３１４において、ＦＬＯ信号が検出されないという結論が導かれる。検出されたＷＩＤエネルギが、しきい値よりも大きい場合、３１２において、分析されている送信におけるＷＯＩＳ（広域オーバヘッド情報シンボル）の復号中（例えば、この送信に関連するＷＩＤが検出されると）、誤りが生じたかに関連する判定がなされる。誤りが生じている場合、３１４において、ＦＬＯ信号が検出されないと結論付けられる。ＷＯＩＳの復号中に、誤りがないのであれば、３１６において、ＦＬＯ信号が検出されたとの結論が導かれる。３つの基準のおのおの、すなわちＴＤＭ１検出（ブロック３０２から３０８）、ＷＩＤエネルギ（ブロック３１０）、ＷＯＩＳパケット誤り率（ブロック３１２）は、方法３００において使用されることもされないこともありうる。方法３００から分かるように、ＦＬＯ信号は、上記基準のうちの１または複数を用いて検出される。方法３００は反復的であり、例えば、ＦＬＯ信号検出を容易にするために無線通信環境において通信中のユーザ・デバイスによって反復および／または連続して実行されうることが理解されるだろう。
【００２８】
したがって、方法論３００によれば、別のＲＦチャネルでＦＬＯサービスが利用可能であるかを判定することが実行されうる。アプローチは先ず、ＴＤＭパイロット１（ＴＤＭ１）を検出することを試みる。ＴＤＭパイロット１の検出後、ＷＩＤ検出がしきい値よりも弱いエネルギを返す場合、ＦＬＯ信号は新たなチャネルにおいて利用できないと宣言される。その代わり、検出されたＷＩＤエネルギがしきい値よりも高い場合、受信機はＷＯＩＳを復号し続け、検出基準としてターボ復号ＰＥＲを用いる。
【００２９】
受信機の電力消費量を節約するために、新たなチャネルにおける受信信号強度インジケータ（ＲＳＳＩ）が、早期終了条件として使用されうる。例えば、新たなチャネルへの切換、ならびに、直流（ＤＣ）および自動利得制御（ＡＧＣ）の獲得後、受信機はまず、デジタル可変利得アンプ（ＤＶＧＡ）ループ・アキュムレータおよびＡＧＣ利得状態情報に基づいて、新たなチャネルのＲＳＳＩを計算する。ＲＳＳＩが、予め定めたしきい値よりも高い場合、受信機は、方法３００に示すような１または複数の基準を適用して、探索手順を実行することに進む。そうではない場合、ＦＬＯは、新たなチャネルで利用可能ではないと宣言されうる。
【００３０】
本明細書に記載の１または複数の態様によれば、チャネル・モニタリング、ＦＬＯ信号検出、ＲＦチャネル切換等に関する推論がなされることが認識されよう。本明細書で使用されるように、「推論する」または「推論」なる用語は一般に、イベントおよび／またはデータによって取得されたような観察のセットからの、システムの状態、環境、および／または、ユーザの推論あるいはそれらに関する推理のプロセスを称する。推論は、特定のコンテクストまたは動作を特定するために適用されるか、あるいは、例えば状態にわたる確率分布を生成することができる。推論は、確率論的、すなわち、興味のある状態にわたる確率分布の、データおよびイベントの考慮に基づく計算でありうる。推測はまた、イベントおよび／またはデータのセットから、より高次のイベントを構成するために適用される技術をも称する。そのような推測によって、イベントが時間的に近接して相関付けられていようといまいと、これらイベントおよびデータが１またはいくつかのイベント・ソースおよびデータ・ソースに由来しようとも、観察されたイベントおよび／または格納されたイベント・データのセットから、新たなイベントまたは動作を考慮することができる。
【００３１】
例によれば、上述した方法は、例えば信号強度等のような付随情報に基づいて、ＲＦチャネル周波数を切り換えるかに関する推論を行うことを含みうる。例えば、現在のＲＦチャネルに関連する電力レベルが、連続的および／または周期的にモニタされうる。ユーザ・デバイスが無線通信システムのセクタまたは領域を通って移動する（例えば、ユーザ・デバイスが、ＲＦ送信のソースに向かって移動する）と、電力レベルが増加するとの判定が（例えば、受信機やプロセッサによって）なされる。この場合、チャネル切換は今のところ必要ないと推論される。関連する例によれば、ＲＦチャネル電力レベルの評価は、ユーザ・デバイスが有効範囲領域を通って移動する（例えば、ユーザ・デバイスが、ＲＦ送信のソースから離れて行く）と、チャネル電力が減少することを示す。この場合、新たなＲＦチャネルへの切換が、直ちに望まれるとの推論がなされ、それに関する動作が開始されうる。そのような推論は、チャネル切換が望ましいかに関する評価を行うために、例えば、検出された電力レベルを、予め定めたしきい電力レベルと比較することに基づきうる。さらにおよび／またはその代わりに、ユーザ・デバイスが１または複数の有効範囲領域を通って移動すると、電力レベル・トレンド情報を提供するために、連続した電力レベル評価のおのおのが、１または複数の以前の電力レベル読取値と比較されうる。前述した例は、本質的に例示であって、なされうる推論の数、あるいは、これら推論が、本明細書に記載されたさまざまな実施形態および／または方法と連携してなされる方法も限定することは意図されていないことが認識されるだろう。
【００３２】
図４は、１または複数の態様にしたがって提案されたＦＬＯ探索スキームを備えたロック喪失ベースの、およびアプリケーション・レイヤ起動されたモニタリング方法のスケジュール４００の例示である。この図によれば、ロック喪失またはユーザ起動によってトリガされるＲＦ切換およびセトリング時間後にＤＣ獲得４０２がなされる。ＤＣ獲得４０２の後には、ＡＧＣ獲得ブロック４０４が続く。その後、ＲＳＳＩエネルギが、予め定めたしきい値未満であるかに関する判定がなされる。この判定が正である場合、ＦＬＯ信号が検出されないと結論付けられる。ＡＧＣ獲得ブロックの後には、ＩＣ（干渉キャンセラ）獲得ブロック４０６が続く。ＩＣ獲得が実行され、それが完了すると、ＩＣ＿Ｄｏｎｅ割込が提供される。
【００３３】
ＴＤＭパイロット１検出のための期間ＴＴＤＭ１を表すＴＤＭ１ブロック４０８が例示される。その後、ＷＩＤチャネル（ＷＩＣ）４１０送信中において、ＦＬＯ信号検出が評価されうる。ＴＴＤＭ１の終了に関する検出に失敗すると、それを示すインジケーションが生成される。ＷＩＣブロック４１０の後、ローカル・エリアＩＤチャネル（ＬＩＣ）ブロック４１２が続く。その間、特定のＦＬＯ信号検出スキームに依存して、さまざまな動作および／または評価が実行されうる。例えば、ＷＩＤエネルギ基準のみが適用される方法３００と連携して、検出されたＷＩＤエネルギが、予め定めたしきいレベルより大きいかあるいはそれに等しいかに関する判定がなされる。この場合、ＦＬＯ信号が正しく検出されたとの結論が導かれる。関連する例によれば、方法３００と連携して、もしもＷＩＤエネルギが、予め定めたしきい値よりも大きいかあるいはそれに等しいと判定された場合には、ＷＯＩＳ復号および分析が実行されうる。あるいは、ＷＩＤエネルギがしきい値未満であると判定された場合には、ＦＬＯ信号が検出されなかったと判定される。
【００３４】
４１４では、ＴＤＭパイロット２の検出のための期間を定義するＴＤＭ２ブロックが示される。その後、広域遷移パイロット・チャネルが評価され（４１６）、４１８におけるＷＯＩＳ復号のためにチャネル推定を実行することが容易とされる。ＷＯＩＳパケット誤り率基準が適用される方法３００の場合、ＷＯＩＳターボ・パケット誤り率（ＰＥＲ）がゼロに等しいかに関する判定がなされうる。もしもゼロに等しいのであれば、ＦＬＯ信号が正しく検出されている。そうではないのであれば、ＦＬＯ信号は正しく検出されないと結論付けられる。
【００３５】
図５は、１または複数の態様にしたがったＦＬＯチャネル・モニタリングのための高レベル状態遷移図５００を例示する。５０２では、オリジナルのＲＦチャネルが復号されうる。ロック喪失が生じると、あるいは、アプリケーション・レイヤによってモニタリングが開始されると、５０４において、新たなＲＦチャネルにおけるＦＬＯ信号探索が開始される。新たなチャネル・モニタリングが完了すると、５０６において、さらなる指示が待たれる。別の態様によれば、５０６において、ＦＬＯ信号が検出される第１のチャネルの復号が始まる。
【００３６】
これまでの図と連携して、ロック喪失ベースのモニタリングの場合、ＦＬＯ信号探索の全てのアプローチが適用されうる。ＲＦ回路が新たなチャネルへ切り換わる期間の後、新たなチャネルのためのＤＣブロックおよびＡＧＣブロックの獲得のために、２つのＯＦＤＭシンボルが使用されうる。ＦＬＯサービスが利用可能であると探索スキームによって判定されると、新たなＦＬＯ信号の復調が開始されうる。ＲＦ切換およびセトリング時間は、例えば、およそ５ミリ秒である。これは、スーパフレームの持続時間である１秒に比べて些細である。新たなチャネルにおいてＦＬＯ信号が利用可能である場合、ＴＤＭパイロット１の次の発生までの待ち時間は、最大１秒であるので、ＴＤＭパイロット１の検出タイムアウトＴＴＤＭ１は、およそ１秒に予め設定されうる。
【００３７】
新たなチャネルのモニタリングもまた、アプリケーション・レイヤによって開始されうる。例えば、ソフトウェアは、新たなＲＦチャネルをモニタするためのコマンドを発行する。そして、その結果、オリジナルのチャネルの復号および／またはビデオ再生が終了する。ロック喪失ベースのモニタリングでは、オリジナルのＦＬＯチャネルのためのキー・パラメータがリストアされる必要はないので、方法３００で例示されるＦＬＯ信号探索方法のうちの何れかが適用されうる。このシナリオでは、ロック喪失ベースのモニタリングのためになされる考慮もまた適用可能である。
【００３８】
図６乃至図９は、本明細書で示された１または複数のＦＬＯ信号検出方法と連携したＲＦチャネルのバックグラウンド・モニタリングに関する。例えば、受信機は、現在のＲＦチャネルの復号を妨害することなく、制御チャネルから取得されたリストにおける新たなチャネルを、バックグラウンドでモニタリングしうる。例によれば、異なるＲＦチャネルにおけるＦＬＯ信号が、同期されたスーパフレームであると仮定される。そのような場合、受信機は、新たなＲＦチャネルにおいて次に期待されるＴＤＭパイロット１のインスタントを知っている。したがって、適切な時間において、ＲＦ回路を新たな周波数へ切り換えることができる。オリジナルのチャネルにおける復号は、悪影響が与えられるべきではないので、ＴＤＭパイロット１検出タイムアウトＴＴＤＭ１のサイズが、予め定めたサイズ範囲内に保たれ、フレーム１の開始近くのＭｅｄｉａＦＬＯ論理チャネル（ＭＬＣ）に悪影響を与えることが緩和される。例えば、ＴＴＤＭ１はゼロに設定されうる。これによって、期待される時間にＴＤＭパイロット１が検出されない場合、探索されたＦＬＯ信号が利用できないと宣言され、受信機は、直ちにオリジナルのチャネルへと切り換わる。（例えば、約１００マイクロ秒のオーダである）異なるＲＦチャネルの残りのタイミング・オフセットに適応するために、ＴＴＤＭ１が１つのＯＦＤＭシンボル期間になるように選択されうる。
【００３９】
ＲＦ回路は、次に期待されるＴＤＭパイロット１の前、およそＴＳｅｔｔｌｅ＋ＴＤＣＡｃｑ＋ＴＡＧＣＡｃｑ＋ＴＩＣＡｃｑで切り換えられる。ここで、ＴＳｅｔｔｌｅは、ＲＦセトリング時間であり、ＴＤＣＡｃｑは、ＤＣ獲得のための１つのＯＦＤＭシンボル期間であり、ＴＡＧＣＡｃｑは、ＡＧＣ獲得のための１つのＯＦＤＭシンボル期間である。オリジナル・チャネルの場合、受信機が新たなＲＦチャネルで動作する時間中にスケジュールされた何れのＭＬＣも受信されないだろう（オリジナル・チャネルのための「ブラック・アウト」時間）。これは、フレーム４の終了に近いＭＬＣにのみ影響を及ぼすだろう。この「ブラック・アウト」期間の最小長さは、（例えば、ＤＣおよびＡＧＣ獲得のための）２つのＯＦＤＭシンボル持続期間にＩＣ獲得期間を加えたものと、ＲＦ切換／セトリング時間との合計によって与えられる。ＩＣ獲得時間はプログラム可能であり、ＩＣレジスタ設定に部分的に基づくことができる。ＲＦ切換およびセトリング時間のノミナル期間が５ミリ秒であり、ノミナルのＩＣ獲得期間が５ ＯＦＤＭシンボルである場合、最小の「ブラック・アウト」期間は、およそ１３ ＯＦＤＭシンボル期間である。良好なチャネル条件の場合、フレーム１、２、３から受信したパケットに基づいて、悪影響を受けたコード・ブロックが、例えばリード・ソロモン・アウタ・コードを実施することによって正しく復号されうる。したがって、極端なチャネル条件ではなく、コード・ブロックが、フレームの終端近くにスケジュールされた場合、受信機のパフォーマンスは、悪影響を受けないだろう。約１３のシンボルからなる「ブラック・アウト」期間の影響はまた、スーパフレームの終端に位置するＰＰＣ（ポジショニング・パイロット・チャネル）シンボルの数にも依存する。例えば６、１０、１４のように、ＰＰＣの数がゼロではない場合、フレーム４の終端における「ブラック・アウト」期間に関連するあらゆる負の影響がさらに低減される。
【００４０】
バックグラウンド・モニタリングは、アプリケーション・レイヤによって開始されうる。一方、その開始は、受信品質に依存しうる。例えば、受信機は、オリジナルのチャネルの受信が、低品質である（例えば、予め定めたしきいレベル未満である）場合に、新たなＲＦチャネルのバックグラウンド・モニタリングを開始しうる。ＲＳＳＩがあるしきい値未満である場合、パケット消失率があるしきい値よりも高い等である場合、受信品質が低いと判定される。バックグラウンド・モニタリングによって判定されたＦＬＯサービスが持つＲＦチャネルのリストが、ソフトウェアへ定期的に返される。このソフトウェアは、その後、新たなチャネルのうちの１つへのハンドオフを開始する。受信機の電力消費を節約するために、ＲＦ回路切換およびセトリング時間中、シグマ・デルタＡ／Ｄ後のデジタル・ベースバンド・ブロックがオフされる。受信機が新たなＲＦチャネルをモニタするレートは、可変でありうる。最大レートでは、１つの新たなチャネルが、フレーム４においてスーパフレーム毎にモニタされる。受信機の電力消費をさらに節約するために、バックグラウンド・モニタリングが、数スーパフレーム毎に１度なされる。新たなチャネルのモニタリングはまた、ＦＬＯ受信機がアイドル・モードである（何れのＦＬＯ信号も復号していない）場合にも開始されうる。これは、ロック喪失ベース、あるいはアプリケーション・レイヤによって起動されたモニタリング、に類似している。それゆえ、これらのシナリオのためになされた考慮は適用可能である。
【００４１】
図６は、１または複数の態様にしたがって、ＷＩＤエネルギ・ベースのＦＬＯ信号検出方法を用いてバックグラウンド・モニタリングを実行するためのスケジュール６００を例示する。例えば、スケジュール６００は、上述するように、ＷＩＤエネルギ基準のみしか適用されていない方法論３００と連携して見ることができる。「レジスタ格納」期間ブロック６０２の間、オリジナルのＲＦチャネルに関連付けられたレジスタが格納される。ＲＦチャネル切換およびセトリング（例えば、およそ５ミリ秒）の後、ＤＣ獲得ブロック６０４が示される。この間では、新たなＲＦチャネルに関連付けられたＤＣ成分が取り除かれる。ＤＣ獲得ブロック６０４の後には、ＡＧＣ獲得ブロック６０６が続く。この間では、利得制御情報が評価されうる。ＩＣ（干渉キャンセラ）獲得ブロック６０８が、ＡＧＣ獲得ブロック６０６の後に続く。ＩＣ獲得が実行され、これが完了すると、ＩＣ＿Ｄｏｎｅ割込が与えられる。ＴＤＭ１ブロック６１０は、期間ＴＴＤＭ１を定める。この間において、第１のパイロットＴＤＭパイロット１の検出が試みられる。この期間の間、特定のＲＦチャネルのＲＳＳＩが、予め定めたしきい値未満であるかに関する判定がなされる。予め定めたしきい値未満である場合、ＲＦチャネル内にＦＬＯ信号は存在しないと結論付けられる。ＴＤＭ１ブロック６１０の後には、ＷＩＤブロック６１２が続く。この間において、ＴＴＤＭ１中にパイロットが検出されないと、ＲＦチャネル内にＦＬＯ信号が存在しないとの結論が導かれる。ＬＩＣブロック６１４の間、ブロック６１２の間に検出されたＷＩＤエネルギの評価が実行されうる。ＷＩＤエネルギが、予め定めたしきい値よりも大きいかあるいはそれに等しいと判定された場合、ＦＬＯ信号が正しく検出される。一方、そうでない場合には、現在のＲＦチャネルにおいてＦＬＯ信号が検出されなかったと仮定される。別のＲＦ切換およびセトリング期間後、ブロック６１６において、レジスタがリストアされ、動作が再開されうる。動作を再開させることは、例えば、ＦＬＯ信号が検出されたＲＦチャネルで通信を再開させることと、ＦＬＯ信号が検出されないイベントにおいて、ＦＬＯ信号検出のさらなる反復を実行すること等を備える。
【００４２】
図７は、１または複数の態様にしたがい、ＷＯＩＳ−ＰＥＲベースのＦＬＯ信号検出方法を用いてバックグラウンド・モニタリングを実行するスケジュール７００を例示する。例えば、スケジュール７００は、上述したように、ＷＯＩＳパケット誤り率基準のみが適用される方法論３００と連携して見ることができる。オリジナルのＲＦチャネルに関連付けられたレジスタが格納される「レジスタ格納」期間ブロック７０２が示される。ＲＦチャネル切換およびセトリングがなされる期間（例えば、およそ５ミリ秒）の後、ＤＣ獲得ブロック７０４が例示される。この間では、新たなＲＦチャネルに関連付けられたＤＣ成分が取り除かれる。ＤＣ獲得ブロック７０４の後には、ＡＧＣ獲得ブロック７０６が続く。この間では、利得制御情報が査定および／または評価される。ＩＣ（干渉キャンセラ）獲得ブロック７０８が、ＡＧＣ獲得ブロック７０６の後に続く。ＴＤＭ１ブロック７１０は、期間ＴＴＤＭ１に対応する。この間では、パイロット、すなわちＴＤＭパイロット１の検出が試みられる。この期間中、特定のＲＦチャネルのＲＳＳＩが、予め定めたしきい値未満であるかに関する判定がなされる。予め定めたしきい値未満であれば、現在のＲＦチャネル内にＦＬＯ信号が存在しないと認識される。ＴＭＤ１ブロック７１０の後には、ＷＩＣブロック７１２が続く。この間では、ＴＴＤＭ１中にパイロットが検出されない場合には、ＲＦチャネル内にＦＬＯ信号が存在しないとの結論が導かれる。
【００４３】
ＷＩＣブロック７１２の後には、図４に関して上述したものと類似した方式で、ＬＩＣブロック７１４、ＴＤＭ２ブロック７１６、ＷＴＰＣブロック７１８、およびＷＯＩＳブロック７２０が続く。ＷＯＩＳブロックが終了すると、ＷＯＩＳターボＰＥＲがゼロに等しいかに関する判定がなされる。この場合、ＦＬＯ信号は検出されない。ＷＯＩＳ ＰＥＲがゼロに等しくない場合、ＦＬＯ信号は検出されない。別のＲＦ切換およびセトリング期間の後、ブロック７２２において、レジスタがリストアされ、別の動作が再開される。動作を再開させることは、例えば、ＦＬＯ信号が検出されたＲＦチャネルを介して通信を再開することと、ＦＬＯ信号が検出されないイベントにおいて、ＦＬＯ信号検出のもう１つの反復を実行すること等を備えうる。
【００４４】
図８は、１または複数の態様にしたがって、ＷＩＤエネルギ・ベースのＦＬＯ信号検出方法を用いたバックグラウンド・モニタリングの実行のためのスケジュール８００を例示する。例えば、スケジュール８００は、上述したように、ＷＩＤエネルギ基準がＴＤＭ１処理とともに適用される方法論３００と連携して見ることができる。「レジスタ格納」期間ブロック８０２の間、オリジナルのＲＦチャネルに関連付けられたレジスタが格納される。ＲＦチャネル切換およびセトリング（例えば、およそ５ミリ秒）の後、ＤＣ獲得ブロック８０４が例示される。この間では、新たなＲＦチャネルに関連付けられたＤＣ成分が取り除かれる。ＤＣ獲得ブロック８０４の後には、ＡＧＣ獲得ブロック８０６が続く。この間では、利得制御情報が評価されうる。ＡＧＣ獲得ブロックの後にはＩＣ獲得ブロック８０８が続く。その後、ＷＩＣブロック８１０が続く。この間では、ＲＦチャネルにＦＬＯ信号は存在しないとの結論が導かれる。ＬＩＣブロック８１２の間、ブロック８１０の間に検出されたＷＩＤエネルギの評価が実行されうる。ＷＩＤエネルギが、予め定めたしきい値よりも大きいかそれに等しいと判定された場合、ＦＬＯ信号が正しく検出される。一方、そうでない場合には、現在のＲＦチャネルにおいてＦＬＯ信号が検出されないと仮定される。別のＲＦ切換およびセトリング期間の後、ブロック８１４において、レジスタがリストアされ、動作が再開されうる。動作を再開することは、例えば、ＦＬＯ信号が検出されるＲＦチャネルで通信を再開することと、ＦＬＯ信号が検出されないイベントにおいてＦＬＯ信号検出の別の反復を実行すること等を備えうる。
【００４５】
図９は、１または複数の態様にしたがい、ＷＩＤエネルギ・ベースおよびＷＯＩＳ−ＰＥＲベースを組み合わせたＦＬＯ信号検出方法を用いてバックグラウンド・モニタリングを実行するスケジュール９００を例示する。例えば、スケジュール９００は、上述したように、方法論３００と連携して見ることができる。「レジスタ格納」期間ブロック９０２が示される。この間では、オリジナルのＲＦチャネルに関連付けられたレジスタが格納されうる。ＲＦチャネル切換およびセトリングの期間（例えば、およそ５ミリ秒）の後、ＤＣ獲得ブロック９０４が例示される。この間では、新たなＲＦチャネルに関連付けられたＤＣ成分が取り除かれる。ＤＣ獲得ブロック９０４の後には、ＡＧＣ獲得ブロック９０６が続く。この間では、利得制御情報の取得および／または評価がなされる。ＡＧＣ獲得ブロック９０６の後には、ＩＣ獲得ブロック９０８が続く。その後さらに、ＴＤＭ１ブロック９１０が続く。パイロットであるＴＤＭパイロット１の検出が試みられる期間であるＴＴＤＭ１に対応するＴＤＭ１ブロック９１０が、ＡＧＣ獲得ブロックの後に続く。期間ＴＴＤＭ１の間、特定のＲＦチャネルのＲＳＳＩが評価され、予め定めたしきい値未満であるかが査定される。予め定めたしきい値未満であれば、ＦＬＯ信号は、現在のＲＦチャネル内に存在しないと認識される。ＴＤＭ１ブロック９１０の後には、ＷＩＣブロック９１２が続く。この間では、ＴＴＤＭ１中にパイロットが検出されない場合、ＲＦチャネル内にＦＬＯ信号は存在しないとの結論が導かれる。
【００４６】
ＷＩＣブロック９１２の後には、ＬＩＣブロック９１４が続く。この間では、ＷＩＣブロック９１２中に検出されたＷＩＤエネルギが査定され、予め定めたしきい値よりも大きいかあるいはそれに等しいかが判定される。ＷＩＤエネルギが予め定めたしきい値であるか、あるいはそれよりも大きいと判定結果が示す場合、ＦＬＯ信号が検出される。検出されたＷＩＤエネルギ・レベルが、予め定めたしきい値未満である場合、現在のＲＦチャネルにおいてＦＬＯ信号は検出されない。ＬＩＣブロックの後には、図４に関して上述したものと同様に、ＴＤＭ２ブロック９１６、ＷＯＩＳ復号のためのチャネル推定を容易にするＷＴＰＣブロック９１８、および、ＷＯＩＳブロック９２０が続く。ＷＯＩＳブロック９２０が終了すると、ＷＯＩＳターボＰＥＲがゼロに等しいかに関する判定がなされる。この場合、ＦＬＯ信号が検出される。ＷＯＩＳ−ＰＥＲがゼロに等しくない場合、ＦＬＯ信号は検知されない。別のＲＦ切換およびセトリング期間の後、ブロック９２２において、レジスタがリストアされ、動作が再開されうる。動作を再開させることは、例えば、ＦＬＯ信号が検出されたＲＦチャネルで通信を再開することと、ＦＬＯが検出されないイベントにおいて、ＦＬＯ信号検出の別の反復を実行すること、あるいはその他任意の適切な動作を備えうることが認識されるだろう。
【００４７】
図１０は、本明細書に記載の１または複数の態様にしたがって、無線通信環境におけるＦＬＯチャネル・モニタリング、およびＦＬＯチャネルの切換を容易にするユーザ・デバイス１０００の例示である。ユーザ・デバイス１０００は、例えば（図示しない）受信アンテナから信号を受信し、受信信号に対して一般的な動作（例えば、フィルタ、増幅、ダウンコンバート等）を実行し、調整された信号をデジタル化して、サンプルを取得する受信機１００２を備える。復調器１００４は、受信したパイロット・シンボルを復調し、チャネル推定のために、プロセッサ１００６へ提供する。プロセッサ１００６は、受信機１００２によって受信された情報の分析、および／または、送信機１０１６による送信のための情報の生成に特化されたプロセッサ、ユーザ・デバイス１０００の１または複数の成分を制御するプロセッサ、および／または、受信機１００２によって受信された情報の分析、送信機１０１６による送信のための情報の生成、ユーザ・デバイス１０００の１または複数の成分の制御を全て行うプロセッサでありうる。
【００４８】
ユーザ・デバイス１０００はさらに、プロセッサ１００６と動作可能に接続されたメモリ１００８を備える。このメモリ１００８は、ＲＦチャネル・アイデンティティに関連する情報、それに関連するＴＤＭパイロット情報、ＴＤＭパイロット・カウンタ調節値、それらに関連する情報を備えるルックアップ・テーブル、および、ＲＦチャネルのモニタリングおよび／または切換をサポートするためのその他任意の適切な情報を格納し、本明細書に記載されたような無線通信システム内のユーザへシームレスな情報表示を提供する。メモリ１００８はさらに、プロトコルＲＦチャネル・モニタリング、ＲＦチャネル切換等を格納する。これによって、ユーザ・デバイス１０００は、本明細書に記載されたさまざまな方法を実行するために、格納されたプロトコルおよび／またはアルゴリズムを適用することができる。
【００４９】
本明細書に記載のデータ・ストア（例えば、メモリ）要素は、揮発性メモリまたは不揮発性メモリの何れかでありうるか、あるいは、揮発性メモリと不揮発性メモリとの両方を含みうることが認識されよう。限定ではなく、例示によって、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電子的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電子的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュ・メモリを含みうる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス・メモリ（ＲＡＭ）を含みうる。限定ではなく、例示によって、ＲＡＭは、例えばシンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、同期リンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ）のような多くの形態で利用可能である。主題とするシステムおよび方法のメモリ１００８は、限定ではなく、これらおよびその他任意の適切なタイプのメモリを備えることが意図される。
【００５０】
受信機１００２はさらに、例えば、上述したようなロック喪失が発生すると、新たなＦＬＯ ＲＦチャネルのモニタリングを開始することを容易にするＦＬＯチャネル・モニタ１０１０を備えうる。さらにおよび／またはその代わりに、ＦＬＯチャネル・モニタ１０１０は、アプリケーションによって起動されるＦＬＯチャネル・モニタリングを実行しうる。受信機１００２はさらに、１または複数のＲＦチャネルのバックグラウンド・モニタリングに関連するさまざまな動作を実行するバックグラウンド・モニタ１０１２を備える。例えば、バックグラウンド・モニタ１０１２は、ＲＦ周波数が切り換えられて戻った場合、オリジナルのチャネルにおける受信機の動作をリストアするために、ＤＣブロック、ＡＧＣブロック、ＡＦＣブロック、およびタイミング・ブロックに関連するいくつかの制約を課すことができる。
【００５１】
例えば、ＤＣブロックについて、新たなＲＦチャネルへの切換前に、現在のＲＦチャネルに関連付けられた粗いループ・アキュムレータおよび精細なループ・アキュムレータ（および／またはその他のレジスタ）が、メモリ１００８内に格納されうる。そのようなループ・アキュムレータは、オリジナルのチャネルへ切り換わって戻った後に復元されうる。ＡＧＣブロックに関し、現在のチャネルについてのＡＧＣ利得状態及びＤＶＧＡループ・アキュムレータ値が、切換前に格納され、切換がなされると復元される。ＡＦＣブロックの場合、新たなチャネルへの切換後であって、オリジナルのチャネルへ戻る前に、外部ループ周波数アキュムレータがフリーズ（例えば、格納）される。ＦＬＯ信号を探索するために、ＲＦは一時的にしか切り換えられないので、例えば、新たなチャネルのための残りの周波数誤りやドップラを追跡するために、内部ループおよび新たなチャネルにおける動作が適用される場合、外部ループ更新が、温度補償電圧制御水晶発振器（ＴＣＶＣＸＯ）に関連付けられうる。新たなチャネルへ切り換わる前に、内部ループの周波数アキュムレータが、メモリ１００８に格納され、オリジナルのチャネルに戻った後に復元される。これによって、外部ループが再度更新され、オリジナルのチャネルにおける動作の再開が容易とされる。タイミング・ブロックの場合、上述したＦＬＯ探索方法が、新たなチャネルにおいてＴＤＭパイロット１を検出するという事実を考慮し、新たなチャネルにおいてＴＤＭパイロット１が検出された後に、ＴＤＭパイロット１カウンタ調節値が、メモリ１００８に格納され、オリジナルの周波数にチャネルが切り換えられる前に戻されるという事実を考慮する。ＦＬＯ信号探索のためにＷＯＩＳ−ＰＥＲ方法を用いるか、ＷＩＤとＷＯＩＳとが結合された方法を用いるかに関わらず、新たなチャネルについてＴＤＭパイロット２が常に処理される。これによって、新たなチャネルのためのＴＤＭパイロット２カウンタ調節値もまた格納され、オリジナルのチャネルへ切り換わる前に格納され戻されるようになる。このように、受信機１００２は、改善されたユーザ経験およびストリームング・データのシームレスな受信等を容易にするために、ＦＬＯ信号探索および／または切換と連携して複数のＲＦチャネル・モニタリング機能を実行しうる。
【００５２】
図１１は、さまざまな態様にしたがって、無線通信環境において複数のＲＦチャネルを提供することを容易にするシステム１１００の実例である。システム１１００は、複数の受信アンテナ１１０６を介して、１または複数のユーザ・デバイス１１０４から信号を受信する受信機１１１０と、送信アンテナ１１０８を介して１または複数のユーザ・デバイス１１０４へ信号を送信する送信機１１２２とを備える基地局１１０２を備える。受信機１１１０は、受信アンテナ１１０６から情報を受信することができ、受信した情報を復調する復調器１１１２と動作可能に関連付けられる。復調されたシンボルは、図１０に関し上述したプロセッサに類似したプロセッサ１１１４によって分析される。このプロセッサは、ユーザ・アイデンティティに関連する情報、ＲＦチャネル周波数、ＲＦチャネルによって送信されたデータ、それらに関連するルックアップ・テーブル、および／または、本明細書に記載のさまざまな動作および機能を実行することに関連するその他任意の適切な情報を格納するメモリ１１１６に接続されている。プロセッサ１１１４はさらに、複数のＲＦチャネルにおけるスーパフレーム送信を同期化するＦＬＯチャネル・ガバナ１１１８に接続される。ＦＬＯチャネル・ガバナ１１１８は、前述した図面に関連して記載するように、ユーザ・デバイス１１０４によるＲＦチャネル切換を容易にしうる。変調器１１２０は、送信アンテナ１１０８を介して送信機１１２２によってユーザ・デバイス１１０４へ送信するための信号を多重化しうる。このように、基地局１１０２は、ＲＦチャネル切換、ＦＬＯ信号検出、チャネル・モニタリング等を可能にするために、ユーザ・デバイス１１０４とインタラクトしうる。
【００５３】
本明細書に記載のその他さまざまな態様によれば、別のＲＦチャネル上のＦＬＯ信号は、ＲＦチャネル間の切換および／またはＲＦチャネルのモニタリングを容易にするために同期化されたスーパフレームでありうる。別のＲＦチャネル上のＦＬＯ信号はまた、異なるクロック・レート間の切換に関連付けられた複雑さを緩和するために、同じまたは類似の帯域幅を持つようにも設計されうる。さらに、「広域」は、同じＲＦチャネルまたは異なるＲＦチャネル上で生じうる同じ広域多重化をブロードキャストする有効範囲領域の集合に一般化されうる。さらに、本明細書に記載のさまざまな方法およびシステムは、例えば、同じ広域オーバヘッド情報（ＷＯＩ）領域内の近隣のＲＦチャネルのみならず、隣接するＷＯＩ領域内のＲＦチャネルのような近隣の地域または領域において利用されるＲＦチャネルのリストを維持することによって、エア・インタフェース・サポートを提供する。広域内では、制御チャネル情報は、ユーザ・デバイスのシームレスなハンドオフを容易にするために、別のノードと類似または同一でありうる。一般に、近隣のチャネルが、現在のＲＦと同じＷＩＤ／ＬＩＤを搬送する場合に、シームレスなハンドオフが引き起こり、これによって、両方のチャネルでブロードキャストされるコンテンツが同じになり、スーパフレーム喪失がなくなる。そうではなく、近隣のＲＦのＷＩＤ／ＬＩＤが現在のものとは異なる場合、ハンドオフは非シームレスとなる。このように、本明細書に記述されたシステムおよび方法は、ＲＦチャネル切換のためのスケジュール、ソフトウェアおよび／またはハードウェア・モニタリング動作、異なる方法／ルーチン／サブルーチンがコールされる動作条件等を指定することを容易にしうる。
【００５４】
図１２は、１または複数の態様にしたがったＣＰ相関構成１２００の例示である。例えば、最初の到着経路（ＦＡＰ）１２０２および最後の到着経路（ＬＡＰ）１２０４は、時間的にオフセットしており、おのおのＣＰ部１２０６およびＣＰ部１２０８をそれぞれ備えうる。ＣＰ相関ウィンドウ１２１０は、ＦＡＰ１２０２およびＬＡＰ１２０４の開始点の平均（例えば、（ＦＡＰ＋ＬＡＰ）／２）において始まるように配置され、予め定めた長さ（例えば、２５６サンプル、５１２サンプル、１０２４サンプル等）を持つ。他の態様によれば、予め定めたオフセットが、ＣＰ相関ウィンドウの開始点に加えられうる。ウィンドウ１２１２は、最初の相関ウィンドウ１２１０からＦＦＴサイズ離され、ＣＰ相関が、ウィンドウ１２１０およびウィンドウ１２１２内のサンプル間で実行されうる。
【００５５】
図１３は、１または複数の態様にしたがったＲＳＳＩパワーアップ・プロトコルのためのスケジュール１３００の例示である。１３０２では、パワー・アップが開始され、ラジオ周波数（ＲＦ）の設定が許可される。１３０４ではＤＣ較正が実行される。その後、１３０６のＡＧＣ獲得に続く。ブロック１３０８では、干渉キャンセラ（ＩＣ）獲得が実行される。これが終わると、ＩＣ＿Ｄｏｎｅ割込が与えられる。ＩＣ＿Ｄｏｎｅ割込の後、１３１０では、ソフトウェア処理がなされる。１３１０において、ソフトウェア処理が完了すると、１３１２において、ＲＦ切換タイマが起動され、ＲＦ切換が実行される。１３１４では、再びＤＣ較正が実行される。その後は、次の周波数におけるプロトコルの更なる反復のために、１３１６におけるＡＧＣ獲得、１３１８におけるＩＣ獲得等がなされる。
【００５６】
（例えば、ソフトウェア処理期間１３１０の間）ＩＣ＿Ｄｏｎｅ割込が発生すると、ソフトウェアは、ＲＳＳＩを計算するために、ＡＧＣ利得状態のみならず、１次および２次デジタル可変利得アンプ（ＤＶＧＡ）アキュムレータを読み取る。（例えば、下記に述べるようなＲＳＳＩプロトコル、または、ＣＰ相関を伴うＲＳＳＩプロトコルを選択するために）次のＲＦのためのプロトコル選択ビットが設定されうる。次に、ＡＧＣ ＡＦＣレジスタがプログラムされる。その後、１セットのＩＣ制御ビットが設定され、これらのビットが、ＩＣの挙動を決定することができる。新たなＲＦへ切り換わった後、バッファのリセット、獲得の実行、および／または、ＩＣ制御ビット値に依存して既にバックアップされたＩＣ係数のリロードに関する判定がなされる。
【００５７】
図１４は、さまざまな態様にしたがって、アイドル・モード／アプリケーション・レイヤによって起動された期間中に、非同期ＲＳＳＩプロトコルを実行するためのスケジュール１４００を例示する。１４０２では、ソフトウェア・コマンドがなされると、ＤＣ較正が実行される。１４０４および１４０６において、ＡＧＣ獲得およびＩＣ獲得がそれぞれ行なわれうる。ＩＣ獲得の後にＩＣ＿Ｄｏｎｅ割込が提供される。この間、図１３に関して上述されたさまざまな動作が実行されうる。１４０８において、ソフトウェア処理が実行される。そして、１４１０では、ＲＦ切換タイマが起動された後、ＲＦ切換がなされる。新たなＲＦについてのさらなる反復のために、１４１２におけるＤＣ較正、１４１４におけるＡＧＣ獲得、１４１６におけるＩＣ獲得等がなされる。
【００５８】
ＲＦ切換中におけるソフトウェアとハードウェアとのインタラクションに関し、ソフトウェアは、ＳＳＢＩメモリに格納された情報を用いてＲＦをプログラムすることができる。その後、ソフトウェア・プロトコルが、ソフトウェアＲＦ切換タイマを起動し、ＬＮＡをオフし、ＤＣ較正をイネーブルする。関連する態様によれば、ソフトウェアは、ＳＳＢＩに格納された情報を用いて新たなＲＦをプログラムし、その後、（例えば、ＡＦＣにおいて）ハードウェアＲＦ切換タイマをトリガする。これが時間切れになると、ハードウェアは、ＬＮＡをオフし、ＤＣ較正を開始する。さらに別の態様は、新たなＲＦのための値を用いたＳＳＢＩデータ・メモリのソフトウェア・プログラムに関し、（例えば、ＳＳＢＩのような）ハードウェアが、新たなＲＦをプログラムし、ハードウェアＲＦ切換タイマがタイムアウトになるのを待ち、ＬＮＡをオフして、ＤＣ較正をイネーブルする。
【００５９】
図１５は、１または複数の態様にしたがい、ＭｅｄｉａＦＬＯ論理チャネルの終了時にｅｎｄ−ｏｆ−ＭＬＣ割込を提供することを容易にするＲＳＳＩモニタリング・スケジュール１５００を例示する。ＲＳＳＩモニタリング中、近隣のＲＦのＲＳＳＩが、現在のＲＦのＭＬＣギャップ中において、バックグラウンドでモニタリングされる。この間、ＭＬＣが復号される。スケジュール１５００によれば、１５０２においてＭＬＣが引き起こり、ＭＣＬの終了時に、ｅｎｄ−ｏｆ−ＭＬＣ割込が提供される。ｅｎｄ−ｏｆ−ＭＬＣ割込がなされると、ＩＣ係数のバックアップが実行され、ＣＰ相関を伴うＲＳＳＩプロトコルおよびＲＳＳＩプロトコルのうちの１または複数に関連付けられたビットが１に設定される。ＲＳＳＩプロトコル中、デバイスは、近隣チャネルへ切り換わった場合に、近隣チャネルのＲＳＳＩのみをモニタする。ＣＰ相関を伴うＲＳＳＩプロトコルの場合、デバイスは、近隣チャネル上のＲＳＳＩおよびＣＰ相関の両方をモニタする。上述したように、ＡＧＣ ＡＦＣレジスタはその後プログラムされ、ＩＣ獲得ビットが１に設定される。新たなＲＦのソフトウェア・プログラムが開始され、ハードウェアＲＦ切換タイマがトリガされる。
【００６０】
１５０４では、新たなＲＦへの切換が実行される。その後、１５０６におけるＤＣ較正、および１５０８におけるＡＧＣ獲得に続く。１５１０では、ＩＣ獲得が実行され、ＩＣ獲得の終了時に、ＩＣ＿Ｄｏｎｅ割込が提供される。ＩＣ＿Ｄｏｎｅ割込がなされると、ソフトウェアは、ＲＳＳＩを計算するために、ＡＧＣ利得状態と、１次および２次のＤＶＧＡアキュムレータとを読み取る。ＲＳＳＩおよび／またはＲＳＳＩ＋ＣＰ相関プロトコルに関連付けられたビットは、（望まれれば、ビット割当は逆になりうるが、ＲＳＳＩ＋ＣＰ相関プロトコルとは逆に、）ＲＳＳＩのみのプロトコルを選択するために１に設定される。ＡＧＣ ＡＦＣレジスタがプログラムされ、（例えば、ＭＬＣ ＲＦ上のＩＣ獲得およびＩＣ＿Ｄｏｎｅ割込の喪失を示すために）ＩＣ獲得ビットがゼロに設定される。次のＤＣ＿Ｃａｌ＿Ｄｏｎｅ信号においては、ハードウェアが部分的にＩＣ（バッファ、シフト・レジスタ）をリセットし、ＭＬＣ ＲＦに切り換わる場合にＩＣ係数をロードし、ＡＧＣ獲得後にトラック・モードでＩＣを起動させる。その後、ソフトウェアは、ＳＳＢＩによって新たなＲＦをプログラムし、ハードウェア内のＲＦ切換タイマをトリガする。新たなＲＦは、ＭＬＣが復号されているＭＬＣ ＲＦでありうるか、近隣のＲＦのうちの１つでありうる。この場合、ＭＬＣギャップが十分であると仮定されると、デバイスは、ＭＬＣ ＲＦへ戻る前に他のＲＦをモニタし続ける。ＩＣ＿Ｄｏｎｅ割込に関連付けられたロジックは、カウンタ・ベースであり、ＩＣ獲得の持続時間は、プログラム可能でありうる。
【００６１】
１５１２では、（例えば、ＩＣ＿Ｄｏｎｅ割込がなされた場合における上述したような動作を含む）ソフトウェア処理が実行され、上述したようなハードウェアＲＦ切換タイマがトリガされ、１５１４において、新たなＲＦへの切換が可能となる。１５１６ではＤＣ較正がなされ、その後１５１８において、１５２０における次のＭＬＣまで、さらなる反復のために、ＡＧＣ獲得等がなされる。
【００６２】
図１６は、１または複数の態様にしたがったＣＰ相関を伴うＲＳＳＩプロトコルのためのスケジュール１６００の例示である。このプロトコルは、単一のＭＬＣギャップにおいて複数のＲＦをモニタリングすることを容易にする。ＭＬＣ１６０２は１６０２で終了し、ｅｎｄ−ｏｆ−ＭＬＣ割込がトリガされる。ＩＣ係数がバックアップされ、その後、１６０４において、ＲＦ切換がなされる。１６０６においてＤＣ較正がなされ、その後１６０８においてＡＧＣ獲得がなされる。１６１０においてＩＣ獲得が実行される。１６１２において、ＣＰ相関が開始され実行される。そして、ＣＰ＿ｃｏｒｒｅｌａｔｉｏｎ＿Ｄｏｎｅ割込が提供される。これによって、１６１４において、ソフトウェア処理が実行される。１６１６において、新たなＲＦへの切換がなされ、その後、可能であれば、スリープ期間（例えば、パワー・ダウン期間）が続く。その後、１６２０においてＤＣ較正がなされる。その後１６２２においてＡＧＣ獲得がなされる。その後、次のＭＬＣ１６２４が続く。
【００６３】
ブロック１６０２後、ｅｎｄ−ｏｆ−ＭＬＣ割込があると、ＩＣ係数のバックアップが実行され、ＲＳＳＩプロトコル、および、ＣＰ相関を伴うＲＳＳＩプロトコルに関連付けられたビットが、（例えば、次のＲＦのためのＣＰ相関を伴うＲＳＳＩプロトコルを選択するために）ゼロに設定される。次に、上述したように、ＡＧＣ ＡＦＣレジスタがプログラムされ、ＩＣ獲得ビットが１に設定される。新たなＲＦのソフトウェア・プログラミングが開始され、ハードウェアＲＦ切換タイマがトリガされる。さまざまな態様によれば、ＩＣ＿Ｄｏｎｅ割込手続きは、何ら処理を備える必要はない。ＣＰ相関は、サンプル・カウンタをＣに初期化することを備える。ここでＣは、最初の到着経路（ＦＡＰ）と最後の到着経路（ＬＡＰ）との平均に、プログラム可能な既知のオフセットを加えたものに等しい。ＣＰ＿Ｃｏｒｒ＿Ｄｏｎｅ割込は、１次および２次ＤＶＧＡアキュムレータのみならずＡＧＣ利得状態を読み取ることと、ソフトウェアによる処理後のためのＣＰ相関バッファを読み取ることと、ＩＣ獲得ビットをゼロに設定すること等を容易にし得る。新たなＭＬＣ ＲＦへの切換をカウントするハードウェア・タイマが時間切れになると、ｔｉｍｅｒ＿ｄｏｎｅ割込がトリガされ、ソフトウェアに対して、カウンタを確認させ、可能であればスリープさせる。デバイスは、復号を続けるためにＭＬＣ ＲＦへ戻る。あるいは、ＭＬＣギャップが十分であれば、ＲＳＳＩおよびＣＰ相関をモニタするために、別の近隣のＲＦへ切り換わる。デバイスが、ＭＬＣ ＲＦに切り換わり、ｔｉｍｅｒ＿ｄｏｎｅ割込がなされると、ソフトウェアは、ＯＦＤＭシンボルおよびサンプル・カウンタを確認し、可能であれば、スリープをトリガする。
【００６４】
他の態様によれば、ハードウェアは、ＩＣバックアップおよび／またはリロード・ロジック、ＣＰ相関ロジック、ＣＰ相関カウンタ、ＣＰ相関計算ロジック、ＣＰ ｃｏｒｒｅｌａｔｉｏｎ＿ｄｏｎｅ割込を提供するためのロジック、ＣＰ相関蓄積結果を保持するためのバッファ等を含むように構成されうる。ソフトウェアは、ＣＰ ｃｏｒｒｅｌａｔｉｏｎ＿ｄｏｎｅ割込プロトコルを実行すること、ＲＳＳＩ−ｗｉｔｈ−ＣＰ相関方法＿ｄｏｎｅ割込を提供すること、ＲＳＳＩプロトコルを実行すること、ＣＰ相関計算を実行すること、および／または平均化すること等を容易にするように設計されうる。
【００６５】
例によれば、ＭＬＣギャップが、予め定めたしきい値パラメータを超えると、ＲＳＳＩ＋ＣＰ相関プロトコルが選択される。例えば、ＭＬＣギャップは、６ＭＨｚの場合、約４０シンボルよりも長く、８ＭＨｚの場合、約４５シンボルよりも長い場合等には、ＲＳＳＩ＋ＣＰ相関プロトコルが最適でありうる。関連する例によれば、ＭＬＣギャップが十分長い（例えば、約７０シンボルよりも長い）場合、ＲＳＳＩ＋ＣＰ相関プロトコルが選択され、スリープ期間１６１８が実施される。ＲＳＳＩ＋ＣＰ相関プロトコルについてギャップが不十分であるが、ＲＳＳＩ−ｏｎｌｙプロトコルについて十分長い（例えば、約３０シンボルよりも長い持続時間である）場合、ＲＳＳＩ−ｏｎｌｙプロトコルが選択されうる。さらに、オーバヘッド情報シンボル（ＯＩＳ）処理に、ＲＳＳＩプロトコル以上の優先度が与えられうる。さらに、ソフトウェアが、与えられたスーパフレーム内の任意の時間において、新たなＲＦへハンドオフすることを決定しうる。ＲＳＳＩ−ｏｎｌｙプロトコルについて、十分なギャップ持続時間がない（例えば、約３０シンボル未満等である）イベントでは、ＲＦモニタリングが中断され、ＯＩＳ障害が検出されると、非同期的にＲＳＳＩ−ｏｎｌｙプロトコルがトリガされる。上述したギャップ持続時間は、例示目的のみのために示され、その他のギャップ持続時間が、本明細書に記載のさまざまな態様と連携して定義および／または適用されうることが認識されるだろう。
【００６６】
図１７は、典型的な無線通信システム１７００を示す。無線通信システム１７００は、簡潔さのために、１つの基地局および１つの端末を示す。しかしながら、このシステムは、１より多い基地局および／または１より多い端末を含みうることが認識されるべきである。ここで、さらなる基地局および／または端末は、以下に示す典型的な基地局および端末と実質的に同じでありうるし、あるいは、異なりうる。さらに、基地局および／または端末は、その間の無線通信を容易にするために、本明細書に記載されたシステム（図１，２および４乃至１８）および／または方法（図３）を適用しうることが認識されるべきである。
【００６７】
図１７に示すように、ダウンリンクでは、アクセス・ポイント１７０５において、送信（ＴＸ）データ・プロセッサ１７１０が、トラフィック・データを受信、フォーマット、符号化、インタリーブ、および変調（あるいはシンボル・マップ）し、変調シンボル（「データ・シンボル」）を提供する。シンボル変調器１７１５は、データ・シンボルおよびパイロット・シンボルを受信して処理し、シンボルのストリームを提供する。シンボル変調器１７２０は、データ・シンボルおよびパイロット・シンボルを多重化し、これらを、送信機ユニット（ＴＭＴＲ）１７２０に提供する。おのおのの送信シンボルは、データ・シンボル、パイロット・シンボル、あるいはゼロの値を持つ信号でありうる。パイロット・シンボルは、おのおののシンボル期間で連続的に送信されうる。パイロット・シンボルは、周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）、周波数分割多重化（ＦＤＭ）、あるいは符号分割多重化（ＣＤＭ）されうる。
【００６８】
ＴＭＴＲ１７２０は、シンボルのストリームを受信して、１または複数のアナログ信号に変換する。さらに、これらアナログ信号を調整（例えば、増幅、フィルタ、および周波数アップコンバート）し、無線チャネルを介した送信のために適切なダウンリンク信号を生成する。その後、ダウンリンク信号は、アンテナ１７２５を介して端末へ送信される。端末１７３０では、アンテナ１７３５がこのダウンリンク信号を受信し、受信信号を、受信ユニット（ＲＣＶＲ）１７４０へ提供する。受信ユニット１７４は、この受信信号を調整（例えば、フィルタ、増幅、および周波数ダウンコンバート）し、調整された信号をデジタル化して、サンプルを得る。シンボル復調器１７４５は、受信したパイロット・シンボルを復調し、チャネル推定のためにプロセッサ１７５０へ提供する。シンボル復調器１７４５はさらに、プロセッサ１７５０から、ダウンリンクのための周波数応答推定値を受信し、受信したデータ・シンボルについてデータ復調を実行して、データ・シンボル推定値（送信されたデータ・シンボルの推定値）を取得し、このデータ・シンボル推定値をＲＸデータ・プロセッサ１７５５へ提供する。ＲＸデータ・プロセッサ１７５５は、送信されたトラフィック・データを復元するために、データ・シンボル推定値を復調（すなわち、シンボル・デマップ）し、デインタリーブし、復号する。シンボル復調器１７４５およびＲＸデータ・プロセッサ１７５５による処理は、アクセス・ポイント１７０５におけるシンボル変調器１７１５およびＴＸデータ・プロセッサ１７１０による処理と相補的である。
【００６９】
アップリンクでは、ＴＸデータ・プロセッサ１７６０がトラフィック・データを処理し、データ・シンボルを提供する。シンボル変調器１７６５は、データ・シンボルを受信して、パイロット・シンボルと多重化し、変調を行い、シンボルのストリームを提供する。その後、送信機ユニット１７７０が、アップリンク信号を生成するために、シンボルのストリームを受信し、処理する。アップリンク信号は、アンテナ１７２５によってアクセス・ポイント１７０５へ送信される。
【００７０】
アクセス・ポイント１７０５では、端末１７３０からのアップリンク信号が、アンテナ１７２５によって受信され、受信ユニット１７７５によって処理されて、サンプルが得られる。その後、シンボル復調器１７８０が、サンプルを処理し、アップリンクの受信パイロット・シンボルおよびデータ・シンボル推定値を提供する。ＲＸデータ・プロセッサ１７８５は、端末１７３０によって送信されたトラフィック・データを復元するために、データ・シンボル推定値を処理する。プロセッサ１７９０は、アップリンクで送信を行うおのおののアクティブ端末のためのチャネル推定を実行する。複数の端末が、それぞれ割り当てられたパイロット・サブ帯域のセットで、パイロットをアップリンクで同時送信する。パイロット・サブ帯域のセットは、インタレースされうる。
【００７１】
プロセッサ１７９０およびプロセッサ１７５０は、アクセス・ポイント１７０５および端末１７３０それぞれにおける動作を指示（例えば、制御、調整、管理等）する。それぞれのプロセッサ１７９０およびプロセッサ１７５０は、プログラム・コードおよびデータを格納するメモリ・ユニット（図示せず）に関連付けられうる。プロセッサ１７９０およびプロセッサ１７５０はまた、アップリンクおよびダウンリンクそれぞれのための周波数およびインパルスの応答推定値を導出するための計算をも実行する。
【００７２】
多元接続システム（例えばＦＤＭＡ、ＯＦＤＭＡ、ＣＤＭＡ、ＴＤＭＡ等）の場合、複数の端末が、アップリンクで同時送信する。そのようなシステムの場合、パイロット・サブ帯域が、異なる端末間で共有されうる。これらチャネル推定技術は、おのおのの端末のパイロット・サブ帯域が（恐らくは、帯域端を除く）動作帯域全体におよぶ場合に用いられる。そのようなパイロット・サブ帯域構造は、おのおのの端末のための周波数ダイバーシティを得るために望ましいだろう。本明細書に記述されたこれら技術は、さまざまな手段によって実現される。例えば、これらの技術は、ハードウェア、ソフトウェア、あるいはそれらの組み合わせで実現されうる。ハードウェアで実現する場合、チャネル推定のために使用される処理ユニットは、１または複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、本明細書に記載された機能を実行するために設計されたその他の電子ユニット、あるいはこれらの組み合わせ内に実装されうる。ソフトウェアを用いた場合、本明細書に記載の機能を実行するモジュール（例えば、手順、関数等）によって実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサ１７９０およびプロセッサ１７５０によって実行されうる。
【００７３】
図１８は、本明細書に記載のさまざまな態様にしたがってＦＬＯ信号検出を実行することを容易にする装置１８００の例示である。ＦＬＯサービスがＲＦチャネル上で利用可能であるかを判定するために、ＦＬＯ検出が開始され、例えば時分割多重化（ＴＤＭ）パイロット検出タイマのようなタイマを初期化するモジュール（１８０２）が起動され、第１のＴＤＭパイロット（ＴＤＭ１）の検出が試みられる。そして、そのタイマ・カウントＣＴＤＭ１がゼロに初期化される。タイマを初期化するモジュール（１８０２）は、（例えば、ＴＤＭ１のような）パイロットを検出するモジュール（１８０４）に動作可能に接続されうる。このモジュールは、カウンタＣＴＤＭ１のインクリメントも行う。比較モジュール（１８０６）は、ＣＴＤＭ１に関連付けられたカウンタ値を、要求されたパイロットに関連付けられた値と比較しうる。そして、カウンタ値が、要求されたパイロットの値よりも大きいかが判定される。例えば、要求されたパイロットがＴＤＭ１であり、パイロットを検出するモジュール（１８０４）によってカウンタが０から１へとインクリメントされた場合、比較モジュール（１８０６）は、このカウンタ値が、求められるパイロットの値よりも大きくない（例えば、この例では、これらの値は等しい）と判定しうる。そのような場合、検出するモジュール（１８０４）は、パイロット検出時において別の試みを開始し、カウンタを再びインクリメントする。さらに、検知するモジュールは、パイロットが正しく検出されたかに関する判定を行いうる。
【００７４】
広域アイデンティティ（ＷＩＤ）エネルギを比較するモジュールは、分析されている送信に関連付けられたＷＩＤチャネルのためのエネルギ・レベルを、予め定めたしきいエネルギ・レベルと比較することができる。検出されたＷＩＤエネルギが、予め定めたしきいレベルよりも大きくない場合、ＦＬＯ信号は検出されない。検出されたＷＩＤエネルギがしきい値よりも大きい場合、ＦＬＯ信号が検出される。装置１８００のさまざまなモジュールは、反復しておよび／または連続して実行され、および／または、例えば、ＦＬＯ信号検出を容易にするために、無線通信環境において通信するユーザ・デバイスによって構成されうることが理解されるだろう。
【００７５】
上述したものは、１または複数の実施形態の例を含んでいる。もちろん、前述した実施形態を記述する目的のために、構成要素または方法論の考えられる全ての組み合わせを記述することは不可能であるが、当業者であれば、さまざまな実施形態のさらに多くの組み合わせおよび置き換えが可能であることを認識することができる。したがって、記述された実施形態は、特許請求の範囲の精神およびスコープ内に入るそのような全ての変更、修正、および変形を包含するように意図される。さらに、用語「含む」が、詳細な説明または特許請求の範囲の何れかで使用される限り、そのような用語は、請求項における遷移語として適用される場合に解釈される用語「備える」と同様に、包括的であると意図される。
【特許請求の範囲】
【請求項１】
ＦＬＯ（フォワード・リンク・オンリー）信号を検出するために、無線通信環境におけるアクセス端末においてラジオ周波数（ＲＦ）をモニタリングする方法であって、
受信信号において第１の時分割多重化パイロット（ＴＤＭ１）を検出することと、
ＴＤＭ検出タイマをインクリメントすることと、
前記時分割多重化パイロットが検出されたか、および、前記ＴＤＭ検出タイマが、ＴＤＭ検出タイムアウトを超えたかを判定することと、
前記判定に基づいて、前記ＦＬＯ信号の存在を検出することと
を備える方法。
【請求項２】
前記受信信号に関連付けられた広域識別子（ＷＩＤ）のエネルギ・レベルを検出すること、をさらに備える請求項１に記載の方法。
【請求項３】
前記エネルギ・レベルと予め定めたしきい値との比較に基づいて、前記ＦＬＯ信号の存在を判定すること、をさらに備える請求項２に記載の方法。
【請求項４】
ＷＯＩＳ（広域オーバヘッド情報シンボル）の復号中に、誤りの発生を判定すること、をさらに備える請求項３に記載の方法。
【請求項５】
前記誤りが発生していない場合、ＦＬＯ信号を検出すること、をさらに備える請求項４に記載の方法。
【請求項６】
ＷＯＩＳ（広域オーバヘッド情報シンボル）の復号中に、誤りの発生を判定すること、をさらに備える請求項１に記載の方法。
【請求項７】
前記誤りが発生していない場合、ＦＬＯ信号を検出すること、をさらに備える請求項６に記載の方法。
【請求項８】
ロック喪失、または、アプリケーション・レイヤによる開始、のうちの少なくとも１つに基づいて前記ラジオ周波数をモニタリングすること、をさらに備える請求項１に記載の方法。
【請求項９】
現在のＲＦチャネルの復号を妨害することなく、前記ラジオ周波数をバックグラウンドでモニタリングすること、をさらに備える請求項１に記載の方法。
【請求項１０】
測定された受信信号強度インジケータ（ＲＳＳＩ）が予め定めたしきい値を超える場合、ＲＦをモニタリングすることをディセーブルする、請求項９に記載の方法。
【請求項１１】
測定された受信信号強度インジケータ（ＲＳＳＩ）が予め定めたしきい値未満であるかそれに等しい場合、ＲＦモニタリングをイネーブルすること、をさらに備える請求項９に記載の方法。
【請求項１２】
１または複数のＭｅｄｉａＦＬＯ論理チャネル（ＭＬＣ）セグメントの障害が発生したかを判定すること、をさらに備える請求項９に記載の方法。
【請求項１３】
ＭＬＣ障害が発生した場合、ＲＦモニタリング・サブルーチンを実行すること、をさらに備える請求項９に記載の方法。
【請求項１４】
ＭＬＣ障害が発生すると、タイムアウト・ロジックを起動すること、をさらに備える請求項１２に記載の方法。
【請求項１５】
ＲＦモニタリングをイネーブルすることと、
前記１または複数のＭＬＣセグメントのためのＯＩＳ情報を取得することと
をさらに備える請求項１４に記載の方法。
【請求項１６】
ＲＦモニタリング・サブルーチンを起動すること、をさらに備える請求項１５に記載の方法。
【請求項１７】
ＣＰ相関とともにＲＳＳＩプロトコルを実行することと、
ＭＬＣ間のギャップが、予め定めたしきい値よりも大きい場合、近隣のＲＦをモニタリングすること
をさらに備える請求項１に記載の方法。
【請求項１８】
ＣＰ相関を伴うことなくＲＳＳＩプロトコルを実行することと、
ＭＬＣ間のギャップが、予め定めたしきい値未満である場合、近隣のＲＦをモニタリングすることと
をさらに備える請求項１に記載の方法。
【請求項１９】
無線通信環境におけるアクセス端末においてラジオ周波数（ＲＦ）をモニタリングすることを容易にする装置であって、
少なくとも１つの近隣のＲＦをモニタリングし、そのＲＳＳＩを分析する受信機と、 ＲＳＳＩに関連する情報と、現在のＲＦおよび前記少なくとも１つの近隣のＲＦのためのアイデンティティ情報とを格納するメモリと、
前記メモリに接続されており、前記現在のＲＦチャネルと、前記少なくとも１つの近隣のＲＦチャネルとの切換を行うプロセッサと
を備える装置。
【請求項２０】
前記受信機は、測定されたＲＳＳＩが予め定めたしきい値を超えているかを判定する、請求項１９に記載の装置。
【請求項２１】
オーバヘッド情報シンボル（ＯＩＳ）障害が発生したかを判定することと、
ＯＩＳ障害が発生した場合、再獲得プロトコルを開始することと
をさらに備える請求項２０に記載の装置。
【請求項２２】
前記受信機は、１または複数のＭｅｄｉａＦＬＯ論理チャネル（ＭＬＣ）セグメント障害が発生したかを判定する、請求項２１に記載の装置。
【請求項２３】
前記受信機は、ＭＬＣ障害が発生している場合、ＲＦモニタリング・サブルーチンを実行する、請求項２２に記載の装置。
【請求項２４】
無線通信装置であって、
現在のラジオ周波数（ＲＦ）の受信信号強度インジケータ（ＲＳＳＩ）を測定する手段と、
前記測定されたＲＳＳＩが予め定めたしきい値を超えているかを判定する手段と、
近隣のＲＦをモニタリングする手段と、
前記近隣のＲＦにおけるＦＬＯ（フォワード・リンク・オンリー）信号の存在を検出する手段と
を備える装置。
【請求項２５】
前記測定されたＲＳＳＩが前記予め定めたしきい値を超えている場合には、ＲＦモニタリングをディセーブルし、前記測定されたＲＳＳＩが前記予め定めたしきい値未満であるか、またはそれに等しい場合には、ＲＦモニタリングをイネーブルする手段、をさらに備える請求項２４に記載の装置。
【請求項２６】
第１の時分割多重化パイロット（ＴＤＭ１）検出、ＷＩＤエネルギ判定、またはＷＯＩＳパケット誤り率判定基準のうちの少なくとも１つを適用する前記近隣のＲＦをモニタリングする手段、をさらに備える請求項２４に記載の装置。
【請求項２７】
ＭＬＣ（ＭｅｄｉａＦＬＯ論理チャネル）間のギャップが、予め定めたしきい値よりも大きい場合、ＣＰ相関とともにＲＳＳＩプロトコルを実行し、近隣のＲＦをモニタリングする手段、をさらに備える請求項２４に記載の装置。
【請求項２８】
ＭＬＣ間のギャップが予め定めたしきい値未満である場合、ＣＰ相関無しでＲＳＳＩプロトコルを実行し、近隣のＲＦをモニタリングする手段、をさらに備える請求項２４に記載の装置。
【請求項２９】
帯域干渉を限定するロバストさを求めてＩＣ（干渉キャンセル）を実行する手段、をさらに備える請求項２４に記載の装置。
【請求項３０】
現在のラジオ周波数（ＲＦ）の受信信号強度インジケータ（ＲＳＳＩ）を測定することと、
前記測定されたＲＳＳＩが予め定めたしきい値を超えているかを判定することと、
近隣のＲＦをモニタリングすることと、
前記近隣のＲＦにおけるＦＬＯ（フォワード・リンク・オンリー）信号の存在を検出することと、
のためのコンピュータ実行可能な命令群を備えるコンピュータ・プログラムを有するコンピュータ読取可能媒体。
【請求項３１】
前記測定されたＲＳＳＩが前記予め定めたしきい値を超えている場合には、ＲＦモニタリングをディセーブルし、前記測定されたＲＳＳＩが前記予め定めたしきい値未満であるか、またはそれに等しい場合には、ＲＦモニタリングをイネーブルする、ための命令群をさらに備える請求項３０に記載のコンピュータ読取可能媒体。
【請求項３２】
前記近隣のＲＦをモニタリングするために、第１の時分割多重化パイロット（ＴＤＭ１）検出、ＷＩＤエネルギ判定、またはＷＯＩＳパケット誤り率判定基準のうちの少なくとも１つを適用する、ための命令群をさらに備える請求項３０に記載のコンピュータ読取可能媒体。
【請求項３３】
ＭＬＣ（ＭｅｄｉａＦＬＯ論理チャネル）間のギャップが、予め定めたしきい値よりも大きい場合、ＣＰ相関とともにＲＳＳＩプロトコルを実行し、近隣のＲＦをモニタリングする手段、をさらに備える請求項３０に記載のコンピュータ読取可能媒体。
【請求項３４】
ＭＬＣ間のギャップが予め定めたしきい値未満である場合、ＣＰ相関無しでＲＳＳＩプロトコルを実行し、近隣のＲＦをモニタリングする手段、をさらに備える請求項３２に記載のコンピュータ読取可能媒体。
【請求項３５】
帯域干渉を限定するロバストさを求めてＩＣ（干渉キャンセラ）を実行する手段、をさらに備える請求項３２に記載のコンピュータ読取可能媒体。
【請求項３６】
無線通信環境におけるスループットを増加させるための命令群を実行するプロセッサであって、
前記命令群は、
現在のラジオ周波数（ＲＦ）の受信信号強度インジケータ（ＲＳＳＩ）を測定することと、
前記測定されたＲＳＳＩが予め定めたしきい値を超えているかを判定することと、
近隣のＲＦをモニタリングすることと、
前記近隣のＲＦにおけるＦＬＯ（フォワード・リンク・オンリー）信号の存在を検出することと
を備えるプロセッサ。
【請求項３７】
前記命令群はさらに、前記測定されたＲＳＳＩが前記予め定めたしきい値を超えている場合には、ＲＦモニタリングをディセーブルし、前記測定されたＲＳＳＩが前記予め定めたしきい値未満であるか、またはそれに等しい場合には、ＲＦモニタリングをイネーブルすること、をさらに備える請求項３６に記載のプロセッサ。
【請求項３８】
前記近隣のＲＦをモニタリングするために、第１の時分割多重化パイロット（ＴＤＭ１）検出、ＷＩＤエネルギ判定、またはＷＯＩＳパケット誤り率判定基準のうちの少なくとも１つを適用すること、をさらに備える請求項３６に記載のプロセッサ。
【請求項３９】
ＭＬＣ（ＭｅｄｉａＦＬＯ論理チャネル）間のギャップが、予め定めたしきい値よりも大きい場合、ＣＰ相関とともにＲＳＳＩプロトコルを実行し、近隣のＲＦをモニタリングすること、をさらに備える請求項３８に記載のプロセッサ。
【請求項４０】
ＭＬＣ間のギャップが予め定めたしきい値未満である場合、ＣＰ相関無しでＲＳＳＩプロトコルを実行し、近隣のＲＦをモニタリングすること、をさらに備える請求項３８に記載のプロセッサ。
【請求項４１】
帯域干渉を限定するロバストさを求めてＩＣ（干渉キャンセル）を実行すること、をさらに備える請求項３８に記載のプロセッサ。
【請求項４２】
ＦＬＯ（フォワード・リンク・オンリー）信号を検出するために、無線通信環境におけるアクセス端末においてラジオ周波数（ＲＦ）をモニタする方法であって、
受信信号に関連する広域アイデンティティ（ＷＩＤ）チャネルのエネルギ・レベルを検出することと、
前記ＷＩＤチャネルのエネルギ・レベルを、予め定めたしきい値と比較することと、 この比較に基づいて、前記ＦＬＯ信号の存在を検出することと
を備える方法。
【請求項４３】
ＦＬＯ（フォワード・リンク・オンリー）信号を検出するために、無線通信環境におけるアクセス端末においてラジオ周波数（ＲＦ）をモニタする方法であって、
ＷＯＩＳ（広域オーバヘッド情報シンボル）の復号中における誤りの発生を判定することと、
前記誤りが発生しなかった場合、ＦＬＯ信号を検出することと
を備える方法。
【請求項１】
ＦＬＯ（フォワード・リンク・オンリー）信号を検出するために、無線通信環境におけるアクセス端末においてラジオ周波数（ＲＦ）をモニタリングする方法であって、
受信信号において第１の時分割多重化パイロット（ＴＤＭ１）を検出することと、
ＴＤＭ検出タイマをインクリメントすることと、
前記時分割多重化パイロットが検出されたか、および、前記ＴＤＭ検出タイマが、ＴＤＭ検出タイムアウトを超えたかを判定することと、
前記判定に基づいて、前記ＦＬＯ信号の存在を検出することと
を備える方法。
【請求項２】
前記受信信号に関連付けられた広域識別子（ＷＩＤ）のエネルギ・レベルを検出すること、をさらに備える請求項１に記載の方法。
【請求項３】
前記エネルギ・レベルと予め定めたしきい値との比較に基づいて、前記ＦＬＯ信号の存在を判定すること、をさらに備える請求項２に記載の方法。
【請求項４】
ＷＯＩＳ（広域オーバヘッド情報シンボル）の復号中に、誤りの発生を判定すること、をさらに備える請求項３に記載の方法。
【請求項５】
前記誤りが発生していない場合、ＦＬＯ信号を検出すること、をさらに備える請求項４に記載の方法。
【請求項６】
ＷＯＩＳ（広域オーバヘッド情報シンボル）の復号中に、誤りの発生を判定すること、をさらに備える請求項１に記載の方法。
【請求項７】
前記誤りが発生していない場合、ＦＬＯ信号を検出すること、をさらに備える請求項６に記載の方法。
【請求項８】
ロック喪失、または、アプリケーション・レイヤによる開始、のうちの少なくとも１つに基づいて前記ラジオ周波数をモニタリングすること、をさらに備える請求項１に記載の方法。
【請求項９】
現在のＲＦチャネルの復号を妨害することなく、前記ラジオ周波数をバックグラウンドでモニタリングすること、をさらに備える請求項１に記載の方法。
【請求項１０】
測定された受信信号強度インジケータ（ＲＳＳＩ）が予め定めたしきい値を超える場合、ＲＦをモニタリングすることをディセーブルする、請求項９に記載の方法。
【請求項１１】
測定された受信信号強度インジケータ（ＲＳＳＩ）が予め定めたしきい値未満であるかそれに等しい場合、ＲＦモニタリングをイネーブルすること、をさらに備える請求項９に記載の方法。
【請求項１２】
１または複数のＭｅｄｉａＦＬＯ論理チャネル（ＭＬＣ）セグメントの障害が発生したかを判定すること、をさらに備える請求項９に記載の方法。
【請求項１３】
ＭＬＣ障害が発生した場合、ＲＦモニタリング・サブルーチンを実行すること、をさらに備える請求項９に記載の方法。
【請求項１４】
ＭＬＣ障害が発生すると、タイムアウト・ロジックを起動すること、をさらに備える請求項１２に記載の方法。
【請求項１５】
ＲＦモニタリングをイネーブルすることと、
前記１または複数のＭＬＣセグメントのためのＯＩＳ情報を取得することと
をさらに備える請求項１４に記載の方法。
【請求項１６】
ＲＦモニタリング・サブルーチンを起動すること、をさらに備える請求項１５に記載の方法。
【請求項１７】
ＣＰ相関とともにＲＳＳＩプロトコルを実行することと、
ＭＬＣ間のギャップが、予め定めたしきい値よりも大きい場合、近隣のＲＦをモニタリングすること
をさらに備える請求項１に記載の方法。
【請求項１８】
ＣＰ相関を伴うことなくＲＳＳＩプロトコルを実行することと、
ＭＬＣ間のギャップが、予め定めたしきい値未満である場合、近隣のＲＦをモニタリングすることと
をさらに備える請求項１に記載の方法。
【請求項１９】
無線通信環境におけるアクセス端末においてラジオ周波数（ＲＦ）をモニタリングすることを容易にする装置であって、
少なくとも１つの近隣のＲＦをモニタリングし、そのＲＳＳＩを分析する受信機と、 ＲＳＳＩに関連する情報と、現在のＲＦおよび前記少なくとも１つの近隣のＲＦのためのアイデンティティ情報とを格納するメモリと、
前記メモリに接続されており、前記現在のＲＦチャネルと、前記少なくとも１つの近隣のＲＦチャネルとの切換を行うプロセッサと
を備える装置。
【請求項２０】
前記受信機は、測定されたＲＳＳＩが予め定めたしきい値を超えているかを判定する、請求項１９に記載の装置。
【請求項２１】
オーバヘッド情報シンボル（ＯＩＳ）障害が発生したかを判定することと、
ＯＩＳ障害が発生した場合、再獲得プロトコルを開始することと
をさらに備える請求項２０に記載の装置。
【請求項２２】
前記受信機は、１または複数のＭｅｄｉａＦＬＯ論理チャネル（ＭＬＣ）セグメント障害が発生したかを判定する、請求項２１に記載の装置。
【請求項２３】
前記受信機は、ＭＬＣ障害が発生している場合、ＲＦモニタリング・サブルーチンを実行する、請求項２２に記載の装置。
【請求項２４】
無線通信装置であって、
現在のラジオ周波数（ＲＦ）の受信信号強度インジケータ（ＲＳＳＩ）を測定する手段と、
前記測定されたＲＳＳＩが予め定めたしきい値を超えているかを判定する手段と、
近隣のＲＦをモニタリングする手段と、
前記近隣のＲＦにおけるＦＬＯ（フォワード・リンク・オンリー）信号の存在を検出する手段と
を備える装置。
【請求項２５】
前記測定されたＲＳＳＩが前記予め定めたしきい値を超えている場合には、ＲＦモニタリングをディセーブルし、前記測定されたＲＳＳＩが前記予め定めたしきい値未満であるか、またはそれに等しい場合には、ＲＦモニタリングをイネーブルする手段、をさらに備える請求項２４に記載の装置。
【請求項２６】
第１の時分割多重化パイロット（ＴＤＭ１）検出、ＷＩＤエネルギ判定、またはＷＯＩＳパケット誤り率判定基準のうちの少なくとも１つを適用する前記近隣のＲＦをモニタリングする手段、をさらに備える請求項２４に記載の装置。
【請求項２７】
ＭＬＣ（ＭｅｄｉａＦＬＯ論理チャネル）間のギャップが、予め定めたしきい値よりも大きい場合、ＣＰ相関とともにＲＳＳＩプロトコルを実行し、近隣のＲＦをモニタリングする手段、をさらに備える請求項２４に記載の装置。
【請求項２８】
ＭＬＣ間のギャップが予め定めたしきい値未満である場合、ＣＰ相関無しでＲＳＳＩプロトコルを実行し、近隣のＲＦをモニタリングする手段、をさらに備える請求項２４に記載の装置。
【請求項２９】
帯域干渉を限定するロバストさを求めてＩＣ（干渉キャンセル）を実行する手段、をさらに備える請求項２４に記載の装置。
【請求項３０】
現在のラジオ周波数（ＲＦ）の受信信号強度インジケータ（ＲＳＳＩ）を測定することと、
前記測定されたＲＳＳＩが予め定めたしきい値を超えているかを判定することと、
近隣のＲＦをモニタリングすることと、
前記近隣のＲＦにおけるＦＬＯ（フォワード・リンク・オンリー）信号の存在を検出することと、
のためのコンピュータ実行可能な命令群を備えるコンピュータ・プログラムを有するコンピュータ読取可能媒体。
【請求項３１】
前記測定されたＲＳＳＩが前記予め定めたしきい値を超えている場合には、ＲＦモニタリングをディセーブルし、前記測定されたＲＳＳＩが前記予め定めたしきい値未満であるか、またはそれに等しい場合には、ＲＦモニタリングをイネーブルする、ための命令群をさらに備える請求項３０に記載のコンピュータ読取可能媒体。
【請求項３２】
前記近隣のＲＦをモニタリングするために、第１の時分割多重化パイロット（ＴＤＭ１）検出、ＷＩＤエネルギ判定、またはＷＯＩＳパケット誤り率判定基準のうちの少なくとも１つを適用する、ための命令群をさらに備える請求項３０に記載のコンピュータ読取可能媒体。
【請求項３３】
ＭＬＣ（ＭｅｄｉａＦＬＯ論理チャネル）間のギャップが、予め定めたしきい値よりも大きい場合、ＣＰ相関とともにＲＳＳＩプロトコルを実行し、近隣のＲＦをモニタリングする手段、をさらに備える請求項３０に記載のコンピュータ読取可能媒体。
【請求項３４】
ＭＬＣ間のギャップが予め定めたしきい値未満である場合、ＣＰ相関無しでＲＳＳＩプロトコルを実行し、近隣のＲＦをモニタリングする手段、をさらに備える請求項３２に記載のコンピュータ読取可能媒体。
【請求項３５】
帯域干渉を限定するロバストさを求めてＩＣ（干渉キャンセラ）を実行する手段、をさらに備える請求項３２に記載のコンピュータ読取可能媒体。
【請求項３６】
無線通信環境におけるスループットを増加させるための命令群を実行するプロセッサであって、
前記命令群は、
現在のラジオ周波数（ＲＦ）の受信信号強度インジケータ（ＲＳＳＩ）を測定することと、
前記測定されたＲＳＳＩが予め定めたしきい値を超えているかを判定することと、
近隣のＲＦをモニタリングすることと、
前記近隣のＲＦにおけるＦＬＯ（フォワード・リンク・オンリー）信号の存在を検出することと
を備えるプロセッサ。
【請求項３７】
前記命令群はさらに、前記測定されたＲＳＳＩが前記予め定めたしきい値を超えている場合には、ＲＦモニタリングをディセーブルし、前記測定されたＲＳＳＩが前記予め定めたしきい値未満であるか、またはそれに等しい場合には、ＲＦモニタリングをイネーブルすること、をさらに備える請求項３６に記載のプロセッサ。
【請求項３８】
前記近隣のＲＦをモニタリングするために、第１の時分割多重化パイロット（ＴＤＭ１）検出、ＷＩＤエネルギ判定、またはＷＯＩＳパケット誤り率判定基準のうちの少なくとも１つを適用すること、をさらに備える請求項３６に記載のプロセッサ。
【請求項３９】
ＭＬＣ（ＭｅｄｉａＦＬＯ論理チャネル）間のギャップが、予め定めたしきい値よりも大きい場合、ＣＰ相関とともにＲＳＳＩプロトコルを実行し、近隣のＲＦをモニタリングすること、をさらに備える請求項３８に記載のプロセッサ。
【請求項４０】
ＭＬＣ間のギャップが予め定めたしきい値未満である場合、ＣＰ相関無しでＲＳＳＩプロトコルを実行し、近隣のＲＦをモニタリングすること、をさらに備える請求項３８に記載のプロセッサ。
【請求項４１】
帯域干渉を限定するロバストさを求めてＩＣ（干渉キャンセル）を実行すること、をさらに備える請求項３８に記載のプロセッサ。
【請求項４２】
ＦＬＯ（フォワード・リンク・オンリー）信号を検出するために、無線通信環境におけるアクセス端末においてラジオ周波数（ＲＦ）をモニタする方法であって、
受信信号に関連する広域アイデンティティ（ＷＩＤ）チャネルのエネルギ・レベルを検出することと、
前記ＷＩＤチャネルのエネルギ・レベルを、予め定めたしきい値と比較することと、 この比較に基づいて、前記ＦＬＯ信号の存在を検出することと
を備える方法。
【請求項４３】
ＦＬＯ（フォワード・リンク・オンリー）信号を検出するために、無線通信環境におけるアクセス端末においてラジオ周波数（ＲＦ）をモニタする方法であって、
ＷＯＩＳ（広域オーバヘッド情報シンボル）の復号中における誤りの発生を判定することと、
前記誤りが発生しなかった場合、ＦＬＯ信号を検出することと
を備える方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１２−１６５４３０（Ｐ２０１２−１６５４３０Ａ）
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−８５６４４（Ｐ２０１２−８５６４４）
【出願日】平成２４年４月４日（２０１２．４．４）
【分割の表示】特願２０１０−５１８４２３（Ｐ２０１０−５１８４２３）の分割
【原出願日】平成２０年７月２５日（２００８．７．２５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願番号】特願２０１２−８５６４４（Ｐ２０１２−８５６４４）
【出願日】平成２４年４月４日（２０１２．４．４）
【分割の表示】特願２０１０−５１８４２３（Ｐ２０１０−５１８４２３）の分割
【原出願日】平成２０年７月２５日（２００８．７．２５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]