(57)【要約】  ワイヤレストランシーバのようなデバイスにおけるタイミング追跡の回復のために、不正確なタイミング追跡によるデコーディングエラーが発生した後で、ワイヤレス通信システムにおいて使用する装置および方法を開示する。特に、開示する方法および装置は、第１のフレームの間に発生するデコーディングエラーに対して、トランシーバ中のデコードされた信号を監視し、デコーディングエラーの数が予め定められた量より大きいか否かを決定し、デコーディングエラーの数が予め定められた量より大きいと決定されたとき、後続して受信された第２のフレームの開始において、第１のパイロットチャネルを再捕捉し、再捕捉された第１のパイロットチャネルに基づいて、トランシーバのタイミング追跡をリセットすることによって、タイミング追跡を回復する。【選択図】      図１
2009520412.tif 000002
【特許請求の範囲】
【請求項１】
トランシーバ中で、通信信号のタイミングを回復する方法において、
第１のフレームの間に発生するデコーディングエラーに対して、前記トランシーバ中のデコードされた信号を監視することと、
デコーディングエラーの数が予め定められた量より大きいか否かを決定することと、
前記デコーディングエラーの数が前記予め定められた量より大きいとして決定されるときに、第２の受信フレームの開始において、第１のパイロットチャネルを再捕捉することと、
前記再捕捉された第１のパイロットチャネルに基づいて、前記トランシーバのタイミング追跡をリセットすることと
を含む方法。
【請求項２】
前記予め定められた量はゼロである、請求項１記載の方法。
【請求項３】
少なくとも前記第１および前記第２のフレームのデコーディングの間に、デコーディングエラーが発生したか否かを決定することと、
前記第２のフレームがデコーディングエラーを有するという決定に後続して受信された第３のフレームの開始において、前記第１のパイロットチャネルおよび第２のパイロットチャネルを再捕捉することと
をさらに含む、請求項１記載の方法。
【請求項４】
前記少なくとも第１および第２のフレームのデコーディングの間に、デコーディングエラーが発生したという前記決定が行われたとき、前記再捕捉された第１および第２のパイロットチャネルに基づいて、前記トランシーバのタイミング追跡をリセットすることと、
前記第１のフレームだけのデコーディングの間に、デコーディングエラーが発生したとき、前記再捕捉された第１のパイロットチャネルに基づいて、前記トランシーバのタイミング追跡をリセットすることと
をさらに含む、請求項３記載の方法。
【請求項５】
前記第１および第２のフレームは、連続するフレームである、請求項３記載の方法。
【請求項６】
前記フレームは、複数のより小さいフレームを有するスーパーフレームである、請求項１記載の方法。
【請求項７】
前記方法は、直交周波数分割多重化信号に対するタイミング回復のために使用される、請求項１記載の方法。
【請求項８】
プロセッサによって実行される時に、タイミング追跡を回復する方法を前記プロセッサに実行させる記憶された命令を有するコンピュータ読取可能媒体において、
前記方法は、
第１のフレームの間に発生するデコーディングエラーに対して、トランシーバ中のデコードされた信号を監視することと、
デコーディングエラーの数が予め定められた量より大きいか否かを決定することと、
前記デコーディングエラーの数が前記予め定められた量より大きいとして決定されるときに、第２の受信フレームの開始において、第１のパイロットチャネルを再捕捉することと、
前記再捕捉された第１のパイロットチャネルに基づいて、前記トランシーバのタイミング追跡をリセットすることと
を含むコンピュータ読取可能媒体。
【請求項９】
前記予め定められた量はゼロである、請求項８記載のコンピュータ読取可能媒体。
【請求項１０】
前記方法は、
少なくとも前記第１および前記第２のフレームのデコーディングの間に、デコーディングエラーが発生したか否かを決定することと、
前記第２のフレームがデコーディングエラーを有するという決定に後続して受信された第３のフレームの開始において、前記第１のパイロットチャネルおよび第２のパイロットチャネルを再捕捉することと
をさらに含む、請求項７記載のコンピュータ読取可能媒体。
【請求項１１】
前記方法は、
前記少なくとも第１および第２のフレームのデコーディングの間に、デコーディングエラーが発生したという前記決定が行われたとき、前記再捕捉された第１および第２のパイロットチャネルに基づいて、前記トランシーバのタイミング追跡をリセットすることと、
前記第１のフレームだけのデコーディングの間に、デコーディングエラーが発生したとき、前記再捕捉された第１のパイロットチャネルに基づいて、前記トランシーバのタイミング追跡をリセットすることと
をさらに含む、請求項１０記載のコンピュータ読取可能媒体。
【請求項１２】
前記第１および第２のフレームは、連続するフレームである、請求項１０記載のコンピュータ読取可能媒体。
【請求項１３】
前記フレームは、複数のより小さいフレームを有するスーパーフレームである、請求項８記載のコンピュータ読取可能媒体。
【請求項１４】
前記方法は、直交周波数分割多重化信号に対するタイミング回復のために使用される、請求項８記載のコンピュータ読取可能媒体。
【請求項１５】
タイミング追跡を回復するように構成されたトランシーバ装置において、
少なくとも１つのパイロットチャネルを含むトランシーバによって受信された通信信号をデコードするように構成されたデコーダと、
第１のフレームの間に発生するデコーディングエラーに対して、前記デコーダによって出力されたデコードされた信号を監視し、
デコーディングエラーの数が予め定められた量より大きいか否かを決定し、
前記デコーディングエラーの数が前記予め定められた量より大きいとして決定されるときに、第２の受信フレームの開始において、第１のパイロットチャネルを再捕捉し、
前記再捕捉された第１のパイロットチャネルに基づいて、前記トランシーバのタイミング追跡をリセットする
ように構成された少なくとも１つのプロセッサと
を具備するトランシーバ装置。
【請求項１６】
前記予め定められた量はゼロである、請求項１５記載のトランシーバ装置。
【請求項１７】
前記少なくとも１つのプロセッサは、
少なくとも前記第１および前記第２のフレームのデコーディングの間に、デコーディングエラーが発生したか否かを決定し、
前記第２のフレームがデコーディングエラーを有するという決定に後続して受信されたフレームの開始において、前記第１のパイロットチャネルおよび第２のパイロットチャネルを再捕捉する
ようにさらに構成されている、請求項１５記載のトランシーバ装置。
【請求項１８】
前記少なくとも１つのプロセッサは、
前記少なくとも第１および第２のフレームのデコーディングの間に、デコーディングエラーが発生したという前記決定が行われたとき、前記再捕捉された第１および第２のパイロットチャネルに基づいて、前記トランシーバのタイミング追跡をリセットし、
前記第１のフレームだけのデコーディングの間に、デコーディングエラーが発生したとき、前記再捕捉された第１のパイロットチャネルに基づいて、前記トランシーバのタイミング追跡をリセットする
ようにさらに構成されている、請求項１７記載のトランシーバ装置。
【請求項１９】
前記第１および第２のフレームは、連続するフレームである、請求項１７記載のトランシーバ装置。
【請求項２０】
前記フレームは、複数のより小さいフレームを有するスーパーフレームである、請求項１５記載のトランシーバ装置。
【請求項２１】
前記トランシーバは、直交周波数分割多重化システムにおいて使用される、請求項１５記載のトランシーバ装置。
【請求項２２】
ワイヤレス通信デバイス中で、タイミングを解決する装置において、
デコーダ出力を監視し、デコーディングエラーの数を決定する手段と、
前記デコーディングエラーの数が予め定められた量を超えるか否かを決定する手段と、
前記デコーディングエラーの数が前記予め定められた量を超えるか否かを決定する手段からの決定結果に基づいて、第１のパイロットチャネルを再捕捉する手段と、
前記再捕捉された第１のパイロットチャネルに基づいて、タイミング追跡をリセットする手段と
を具備する装置。
【請求項２３】
前記予め定められた量はゼロである、請求項２２記載の装置。
【請求項２４】
前記デコーディングエラーの数が予め定められた量を超えるか否かを決定する手段は、
少なくとも第１および第２のフレームのデコーディングの間に、デコーディングエラーが発生したか否かを示す、フレームエラーフラグがセットされているか否かを決定する手段
をさらに備える、請求項２２記載の装置。
【請求項２５】
前記第１のパイロットチャネルを再捕捉する手段は、
前記少なくとも第１および第２のフレームのデコーディングの間に、デコーディングエラーが発生したか否かを示す、フレームエラーフラグがセットされているか否かを決定する手段による、前記第２のフレームがデコーディングエラーを有するという決定に後続して受信されたフレームの開始において、第２のパイロットチャネルを再捕捉する手段
をさらに備える、請求項２４記載の装置。
【請求項２６】
前記再捕捉された第１のパイロットチャネルに基づいて、タイミング追跡をリセットする手段は、
前記フレームエラーフラグがセットされていないとき、前記再捕捉された第１のパイロットチャネルに基づいて、前記ワイヤレス通信デバイスのタイミング追跡をリセットし、
前記フレームエラーフラグがセットされているとき、前記再捕捉された第１のパイロットチャネルに基づいて、前記ワイヤレス通信デバイスのタイミング追跡をリセットする
ようにさらに構成されている、請求項２４記載の装置。
【請求項２７】
前記第１および第２のフレームは、連続するフレームである、請求項２４記載の装置。
【請求項２８】
前記フレームは、複数のより小さいフレームを有するスーパーフレームである、請求項２２記載の装置。
【請求項２９】
前記ワイヤレス通信デバイスは、ワイヤレス直交周波数分割多重化システムにおいて使用される、請求項２２記載の装置。
【発明の詳細な説明】
【発明の分野】
【０００１】
本開示は、ワイヤレス通信トランシーバ中のタイミング追跡回路におけるタイミング回復のための装置および方法に関連し、さらに詳細には、タイミング追跡回路が、トランシーバによって受信されたワイヤレス信号のタイミングを不正確に追跡しているときを決定し、トランシーバによって出力された信号品質の劣化を軽減させるために、タイミング追跡回路をリセットする装置および方法に関連する。
【背景技術】
【０００２】
直交周波数分割多重（ＯＦＤＭ）を使用するもののような、あるワイヤレス通信システムにおいて、ワイヤレス通信信号のタイミング追跡は、これらの信号中に含まれるオーディオおよびビジュアル信号情報の品質を維持するために重要である。ＯＦＤＭのようなシステムでは、このようなシステムのトランシーバ内のタイミング追跡回路が、不正確なタイミングウィンドウにロックされる。例えば、ＯＦＤＭフレームは、一般的に1,024チップを含む。したがって、タイミング追跡回路が、間違ったタイミングウィンドウまたはフレームにロックされているとき、タイミングは全体として、1,024チップの正しいタイミングウィンドウとなるだろう。このことが発生するとき、タイミング回路は回復することができず、後続して受信される何らかのパケットをデコードするのに失敗することになり、このことは、受信機の無線および／またはオーディオ品質の劣化になる。
【０００３】
ＯＦＤＭシステムのような通信システムにおいて、情報のフレームが“スーパーフレーム” と称されるものへと配列され、スーパーフレームはいくつかのより小さいフレームを含み、いくつかのより小さいフレームはそれぞれ、ビデオおよびオーディオデータを有する通信データを含むいくつかのパケットを含むことにさらに留意すべきである。さらに、このような通信システムでは、各フレームは、時分割多重化（ＴＤＭ）パイロットチャネルを含み、ＴＤＭパイロットチャネルは、チャネル推定のために使用され、また、タイミング追跡を確立するために、信号の最初の捕捉において使用される。一般的に非システムにおいて、ＴＤＭパイロット信号は、信号の最初の捕捉においてのみ捕捉されるチャネルであり、トランシーバがスリープモードから立ち上がった後のように、トランシーバが別の初期化モードに入るまでは、タイミング追跡をセットするために後では使用されないチャネルである。しかしながら、このようなシステムでは、上で説明したように、タイミング追跡が間違ったタイミングウィンドウにロックされているとき、コード化情報の品質は劣化する。
【発明の概要】
【０００４】
１つの観点では、トランシーバ中で、通信信号のタイミングを回復する方法を説明し、方法は、第１のフレームの間に発生するデコーディングエラーに対して、トランシーバ中のデコードされた信号を監視することと、デコーディングエラーの数が予め定められた量より大きいか否かを決定することとを含む。方法は、デコーディングエラーの数が予め定められた量より大きいとして決定されるときに、第２の受信フレームの開始において、第１のパイロットチャネルを再捕捉することと、再捕捉された第１のパイロットチャネルに基づいて、トランシーバのタイミング追跡をリセットすることとをさらに含む。
【０００５】
別の観点では、コンピュータ読取可能媒体は、プロセッサによって実行される時に、タイミング追跡を回復する方法をプロセッサに実行させる記憶された命令を有する。方法は、第１のフレームの間に発生するデコーディングエラーに対して、トランシーバ中のデコードされた信号を監視することと、デコーディングエラーの数が予め定められた量より大きいか否かを決定することと；デコーディングエラーの数が予め定められた量より大きいとして決定されるときに、第２の受信フレームの開始において、第１のパイロットチャネルを再捕捉することと、再捕捉された第１のパイロットチャネルに基づいて、トランシーバのタイミング追跡をリセットすることとを含む。
【０００６】
さらに別の観点にしたがうと、トランシーバ装置は、タイミング追跡を回復するように構成されている。特に、トランシーバは、少なくとも１つのパイロットチャネルを含むトランシーバによって受信された通信信号をデコードするように構成されたデコーダを含む。トランシーバは、第１のフレームの間に発生するデコーディングエラーに対して、デコーダによって出力されたデコードされた信号を監視し、デコーディングエラーの数が予め定められた量より大きいか否かを決定するように構成された少なくとも１つのプロセッサをさらに含む。プロセッサは、デコーディングエラーの数が予め定められた量より大きいとして決定されるときに、第２の受信フレームの開始において、第１のパイロットチャネルを再捕捉し、再捕捉された第１のパイロットチャネルに基づいて、トランシーバのタイミング追跡をリセットするようにさらに構成されている。
【０００７】
依然として別の観点にしたがうと、ワイヤレス通信デバイス中で、タイミングを解決する装置が開示される。装置は、デコーダ出力を監視し、デコーディングエラーの数を決定する手段と、デコーディングエラーの数が予め定められた量を超えるか否かを決定する手段とを含む。さらに、装置は、デコーディングエラーの数が予め定められた量を超えるか否かを決定する手段からの決定結果に基づいて、第１のパイロットチャネルを再捕捉する手段と、再捕捉された第１のパイロットチャネルに基づいて、タイミング追跡をリセットする手段とを含む。
【実施形態の詳細な説明】
【０００８】
ここで開示する方法および装置は、通信システムにおいて使用されるトランシーバ中でタイミング追跡の回復を提供する。特に、次のスーパーフレームの開始におけるような、予め定められた間隔において、少なくとも１つのパイロットチャネルを要求して、トランシーバ内のタイミング追跡回路をリセットすることによって、タイミング回復を実行する装置および方法を、本開示は教示する。したがって、ここで開示する方法および装置は、特に、制限されたチャネル推定分解能を持つトランシーバ（すなわち、512チップより長いチャネルを持つトランシーバ）が、確実に、タイミングエラーからすばやく回復するようにする。
【０００９】
図１は、本開示の１つの例にしたがって、タイミング追跡をリセットする方法を図示する。図示したように、プロセス１００は、開始ブロック１０２において開始する。次に、フローはブロック１０４に進み、ここで、デコーディングエラーに対してトランシーバのデコードされた信号を監視し、第１のフレームの間にデコードされた信号中で、検出されたデコーディングエラーのそれぞれに対して、カウントをインクリメントする。より詳細には、例えば、デコーダ出力を監視し、エラーでデコードされたフレームのそれぞれに対して、カウント“Ｎ”をインクリメントする。
【００１０】
フローはブロック１０４から決定ブロック１０６に進み、ここでカウント“Ｎ”が、予め定められた量よりも大きいか否かの決定が行われ、予め定められた量は、事実上、１フレーム中の受け入れ可能なまたは容認されるエラー数のしきい値レベルである。図１に示した例では、エラーに対する容認が何も受け入れ可能でないとき、予め定められた量はゼロにセットされる。１つの例では、フレームは、スーパーフレームであってもよく、したがって、カウントＮは、スーパーフレーム内で発生しているエラーの数のカウントである。しかしながら、１つの例では、頻度を監視することが、複数のスーパーフレームにわたってエラーをカウントするようにセットされてもよく、または、特定の時間期間にわたってエラーでデコードされたパケットの特定の数をカウントするようにセットされてもよいことを、当業者の１人が理解するだろうことに留意すべきである。さらに、カウントではなく、何らかのエラーがパイロットチャネルの再捕捉をトリガすることが望ましいとき、予め定められた監視期間の間に、または、予め定められた数のフレーム（例えば、スーパーフレーム）のデコーディングの間に、エラーが発生するときはいつでも、単にエラーフラグをセットすることができる。
【００１１】
ブロック１０６において決定されたように、カウント“Ｎ”がゼロより大きくない場合、フローはブロック１０４に戻り、ここでエラーに対してデコーダ出力を監視し続ける。代わりに、ブロック１０６における決定が肯定である場合、フローはブロック１０８に進む。次に、ブロック１０８で図示したように、後続の、すなわち、第２のフレームの開始において、受信信号の第１のパイロットチャネルを再捕捉する。
【００１２】
ブロック１０８で図示したように、一度、パイロットチャネルが再捕捉されると、フローはブロック１１０に進み、ここで、再捕捉されたパイロットチャネルに基づいて、タイミング追跡をリセットする。次に、プロセスはブロック１１２に続き、ここでプロセスは終了する。アクティブまたはスリープモードのいずれかにおいて、トランシーバが使用可能な間、手続１００を継続的に繰り返してもよいことに留意すべきである。したがって、デコーディングエラーに対して、トランシーバを継続的にチェックし、エラーを検出するときはいつでも、タイミング追跡を修正する。
【００１３】
ある通信システムでは、２つ以上のパイロットチャネルを使用して、タイミング追跡を初期化する。例えば、ＯＦＤＭシステムのようなシステムでは、最初のタイミング追跡セットのために、２つのＴＤＭパイロットチャネルを利用することが知られている。複数のパイロットチャネルの使用は、タイミング追跡をセットする際に、確実に、より高い正確さになるようにする。したがって、別の例では、トランシーバに対するタイミング追跡を再捕捉するために、２つ以上のパイロットチャネルを使用してもよい。しかしながら、パイロットチャネル同期を使用したタイミングの捕捉は、受信機内の余分な電力コストを招くことに留意すべきである。すなわち、その時間においてトランシーバによって、データを必ずしも受信する必要がないことから、そうでなければトランシーバがスリープモードになり得るときに、トランシーバはタイミング追跡を再捕捉するために、ウェークアップし、処理を実行しなければならない。さらに、１つだけではなく、２つ以上のパイロットチャネルを捕捉することは、トランシーバにとって、依然としてより大きな電力コストを招く。タイミング同期において、確実に、より高い正確さになるようにするために余分な電力を招くこと（すなわち、タイミングの再捕捉のために２つ以上のパイロットチャネルを捕捉すること）と、単に１つのパイロットチャネルを捕捉することによって、電力を節約することとのバランスを取るために、図２において別の例示的な方法を開示し、ここで、タイミング追跡の再捕捉は、１つまたは２つのパイロットチャネルの選択的な使用に基づいている。
【００１４】
図２は、第２のパイロットチャネルを選択的に利用することによって、タイミング追跡を回復する方法を図示する。タイミングエラーが特定の度合または頻度のものであるときに、第１のパイロットチャネルを利用し、他方、タイミングエラーがより大きな度合または頻度のものであるときに、２つのパイロットチャネルを利用する。図２において図示したプロセス２００は、開始ブロック２０２において開始する。次に、フローはブロック２０４に進み、ここで、カウント“Ｎ”がゼロ値に初期化され、リピートフレームエラーフラグ（ＦＥＦ）が“オフ”にセットされる。次に、フローはブロック２０４からブロック２０６に進み、ここで、デコーダ出力を監視し、フレーム内のエラーでデコードされている検出パケットのそれぞれに対して、カウント“Ｎ”をインクリメントする。次に、フローは決定ブロック２０８に進み、ここで、カウントＮがゼロより大きいか否かの決定が行われる。カウントがゼロより大きくない場合、フローはブロック２０６に戻り、ここで、デコーダ出力を監視し続ける。
【００１５】
代わりに、ブロック２０８において、カウント“Ｎ”がゼロより大きい場合、フローは決定ブロック２１０に進む。ブロック２１０において、フレームエラーフラグが“オン”にセットされているか否かの決定が行われ、ここで、連続するシーケンス中の１つより多いフレームが（あるいは、代わりに、予め定められた数のフレームまたは時間期間中の、１つより多いフレームが）、後で説明することになるように、タイミング追跡の問題に直面するときに、フレームエラーフラグ（ＦＥＦ）が“オン”にセットされる。ブロック２１０において決定されたように、ＦＥＦが“オン”にセットされている場合、フローはブロック２１２に進み、ここで、後続のフレームの開始において、第１および第２のパイロットチャネルを再捕捉する。１つより多いパイロットチャネルを再捕捉する理由は、フレームエラーフラグが“オン”にセットされているとき、これは、潜在的により深刻なタイミング問題が存在しているかもしれないことを示すからである。これは、タイミングエラーが少なくとも２つのフレーム中で持続していたので、したがって、より深刻なタイミング追跡問題を示し、よって、より大きな度合のタイミング同期を必要とするからである。
【００１６】
ブロック２１２のプロセスが完了した後、フローはブロック２１４に進み、ここで、再捕捉されたパイロットチャネルに基づいて、タイミング追跡をリセットする。次に、フローはブロック２１６に進み、ここで、カウンタ“Ｎ”をゼロにリセットし、フレームエラーフラグを“オフ”にリセットする。
【００１７】
代わりに、ブロック２１０において、フレームエラーフラグが“オフ”である場合、フローはブロック２１８に進み、ここで、後続のフレームの開始において、第１のパイロットチャネルだけを再捕捉する。次に、フローはブロック２２０に進み、ここで、再捕捉されたパイロットチャネルに基づいて、タイミング追跡をリセットする。次に、フローはブロック２２２に進み、ここでカウント“Ｎ”をゼロ値にリセットし、フレームエラーフラグをオンにセットする。次に、フローは、ブロック２２２から、またブロック２１６から、“Ａ”とラベル付けされたブロック２２４に進む。このことを図２に示したが、ブロック２２４からのフローは、ブロック２０６に続き、ここで、もう一度、デコーダ出力を監視し、検出されたフレームデコーディングエラーのそれぞれに対して、カウントをインクリメントする。それぞれの通信システムの特定のスキームに基づいて、より大きな数のパイロットチャネルを捕捉してもよいことが、当業者によって理解されるだろう。さらに、図２の方法は、交互フレームに対して（すなわち、１フレームおきに）、せいぜい第１および第２のパイロットチャネルだけを捕捉するだろうが、その内で検出されたフレームデコーディングエラーを有する、３つ以上の繰り返されたフレームおきのような、異なる周期性をセットし得ることが、理解されるだろう。
【００１８】
図３は、上で説明したタイミング回復の技法を実施する装置を使用する例示的なトランシーバ３００のブロック図である。図示したように、トランシーバ３００は、送信されたワイヤレス信号を受信するアンテナ３０２を含む。アンテナ３０２は、アナログデジタル（Ａ／Ｄ）コンバータ３０４に信号を配信し、Ａ／Ｄコンバータ３０４は、アナログワイヤレス信号をデジタル信号３０５に変換する。Ａ／Ｄコンバータ３０４は、サンプラ３０６または同様の適切なデバイスに対してデジタル信号３０５を出力する。とにかく、サンプラ３０６は、デジタル信号３０５内のサブ搬送波をサンプリングするためのタイミングウィンドウに影響を及ぼすトランシーバ３００の一部である。したがって、サンプラ３０６は、ここで開示する方法および装置によって影響されるタイミング追跡情報のリセットを利用するトランシーバ３００の一部である。サンプラ３０６の出力は、同期化されたデジタル信号３０７であり、チャネル推定器３０８、復調器／ＦＦＴ３１２、およびパイロットチャネル捕捉モジュール３１１に対する入力である。
【００１９】
チャネル推定器３０８は、（示していない）送信機によって挿入された、周波数領域パイロットトーン、または、時分割多重化パイロットチャネルを使用して、デジタル信号へのデスクランブリングおよび変換を実行する。パイロットチャネル捕捉モジュール３１１は、時分割多重化（ＴＤＭ）パイロットチャネルを利用して、トランシーバ３００の初期化の間に実際のタイミング追跡を決定し、ここで開示した方法および装置にしたがって、デコーディングエラーが検出されたときにパイロットチャネルを再捕捉する。追加的に、パイロットチャネル捕捉モジュール３１１がビットストリーム出力３１４を監視し、ビットストリーム出力３１４は、例えば、通信接続３１８を通してのデコーダ３１６による出力である。パイロットチャネル捕捉モジュール３１１は、図１および２に図示した方法を実施してもよいことにも、留意すべきである。さらに、パイロットチャネル捕捉モジュール３１１は、個別のプロセッサとして、または、点線で図示した、より大きなデジタル信号プロセッサ３２０の一部として、実現されてもよい。追加的に、パイロットチャネル捕捉モジュール３１１によって、または、代替として、ＤＳＰ３２０によって、図１および２に示した方法を実行するために使用される命令は、例として、メモリデバイス３２２中に記憶されてもよい。
【００２０】
パイロットチャネル捕捉モジュール３１１により決定されるタイミング追跡情報と、チャネル推定器３０８により決定されるチャネル推定とが、タイミング推定器３２４に送られ、タイミング推定器３２４は、この情報を利用して、サンプラ３０６に対する実際のタイミングウィンドウをセットする。
【００２１】
また、図３に示したように、変調器／ＦＦＴ３１２は、復調された信号３２６をデコーダ３１６に送る。デコーダ３１６によって復調された信号３２６を受信した後、デコーダは情報をデコードし、例として、トランシーバを収容する、移動体電話機デバイスまたはパーソナルデータアシスタントのような移動体通信デバイスによって使用するために、結果シリアルビットストリーム３１４を出力する。
【００２２】
図４は、本開示にしたがって、タイミング追跡の回復を利用または提供する装置の別の例を図示する。図示したように、例示的な装置を含むトランシーバ４００は、ワイヤレス通信信号を受信するためのアンテナ４０２を含む。トランシーバ４００内には、タイミング追跡の回復を実施する装置が含まれている。この装置は、デコーダ出力を監視し、パケットデコーディングエラーの数を決定する手段４０４を含む。代わりに、デコーディングエラーの数を決定するのではなく、手段４０４は少なくとも１つのエラーが発生したか否かを単に決定してもよい。手段４０４は、エラーの数が予め定められた数を超えたか否か（または、エラーが発生したか否か）を決定する手段４０６に対して、カウント（またはエラー決定）を配信する。図１および２の従前の例において図示したように、予め定められた数はゼロであってもよく、または、代わりに、ゼロ以外の数であってもよく、これはパイロットチャネルの再捕捉が実行される前に超えられなければならないしきい値量である。
【００２３】
カウントＮが予め定められた数を超えることを手段４０６が決定するとき、この決定は、手段４０６によって、第１のパイロットチャネルを再捕捉する手段４０８に通信される。一度手段４０８がパイロットチャネルを再捕捉すると、手段４０８から、第１のパイロットチャネルに基づいて、タイミング追跡をリセットする手段４１０に対して、パイロットチャネル情報が送られる。
【００２４】
図５は、タイミング追跡の回復を実施する装置のさらに別の例を図示する。特に、図５の装置は、特定の例として図２に図示した方法と同様の技法を使用することによって、タイミング回復を実施する。図示したように、図５はワイヤレス通信信号を受信するためのアンテナ５０２を持つトランシーバ５００を含む。トランシーバ５００内には、デコーダ出力を監視し、デコーディングエラーの数を決定する手段５０４を含むタイミング回復のための装置がある。手段５０４によって決定された数を、デコーディングエラーの数が予め定められた数を超えるか否かと、リピートフレームエラーフラグ（ＦＥＦ）がセットされているか否かとを決定する手段５０６に送る。図２の方法と同様に、デコーディングエラーを有する従前のフレームの後で、後続のフレームの間にデコーディングエラーがまた発生する（すなわち、エラーが繰り返す）とき、フレームエラーフラグがセットされる。
【００２５】
次に、手段５０６は、フレームエラーフラグがセットされていないとき、第１のパイロットチャネルを再捕捉し、フレームエラーフラグがセットされているとき、第１および第２のパイロットチャネルを再捕捉する手段５０８に、送出または信号送信するように構成されている。代わりに、手段５０８は、第１の再捕捉されたパイロットチャネル、または、第１および第２の再捕捉されたパイロットチャネルのいずれかを手段５１０に出力し、出力は、手段５１０に対するフレームエラーフラグの状態の決定に依拠している。手段５１０は、再捕捉されたパイロットチャネルに基づいて、タイミング追跡をリセットするように構成されている。
【００２６】
受信機５００内の装置は、タイミング追跡がリセットされたときに、数をゼロにリセットすることのような、エラー数決定をリセットする手段５１２も含む。手段５１２はまた、後続のフレームがエラーに直面するか否かに依拠して、フレームエラーフラグを“オン”または“オフ”にセットするためのものである。手段５１２は、例えば、手段５０４および手段５０６をトリガしてもよく、または手段５０４および手段５０６に信号送信してもよく、手段５０４および手段５０６は、それぞれエラーをカウントし、カウントおよびフレームエラーフラグに基づいて決定を行う。
【００２７】
図４および５の装置は、１つの例として、図３に示したパイロットチャネル捕捉モジュール３１１によって実現されてもよく、または、同じく図３に示したように、デジタル信号プロセッサ３２０のような、トランシーバ内の、他の何らかのプロセッサによって実現されてもよいことに留意すべきである。
【００２８】
ここで開示した例に関係して説明した方法またはアルゴリズムは、直接ハードウェア中で実施されてもよく、プロセッサ、ファームウェアによって、またはこれらの２つ以上の組み合わせ中で実行されるソフトウェアモジュール中で、実施されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または、技術的に知られた記憶媒体の、他の任意の形態中に存在してもよい。プロセッサが、記憶媒体から情報を読み出すことができ、記憶媒体に情報を書き込むことができるように、例示的な記憶媒体はプロセッサに結合されている。代替において、記憶媒体はプロセッサに内蔵されていてもよい。プロセッサおよび記憶媒体はＡＳＩＣ中に存在していてもよい。ＡＳＩＣはユーザ端末中に存在してもよい。代替において、プロセッサおよび記憶媒体は、ユーザ端末中のディスクリート構成部品として存在してもよい。
【００２９】
上で説明した例は、単に例示的なものであり、当業者は、ここで開示した新規な概念から逸脱することなく、ここで上記の例のさまざまな使用を行ってもよく、上記の例から出発してもよい。これらの例に対するさまざまな変更は、当業者にとって容易に明らかになってもよく、ここで規定した包括的な原則は、ここで説明した新しい観点の精神または範囲から逸脱することなく、他の例、例えば、インスタントメッセージングサービス、または任意の一般的なワイヤレスデータ通信アプリケーションに適用してもよい。したがって、本開示の範囲は、ここで示した例に限定されることを意図しておらず、ここで開示した原則および新しい特徴に一致した最も広い範囲にしたがうことを意図している。“例示的”という言葉は、“例として、事例として、あるいは、例示として働くこと”を意味するためだけにここで使用されている。ここで“例示的”として記述した任意の例は、必ずしも他の例より好ましい、または有利であるとして解釈すべきではない。したがって、ここで説明した新しい観点は、特許請求の範囲によってのみ規定されるべきである。
【図面の簡単な説明】
【００３０】
【図１】図１は、本開示にしたがって、タイミング追跡をリセットする例示的な方法のフロー図である。
【図２】図２は、本開示にしたがって、少なくとも２つのパイロットチャネルを選択的に利用して、タイミング追跡を回復する別の例示的な方法のフロー図である。
【図３】図３は、本開示にしたがった、タイミング追跡をリセットする例示的な装置を使用するトランシーバのブロック図である。
【図４】図４は、本開示にしたがった、タイミング回復のための装置を含む別の例示的なトランシーバのブロック図である。
【図５】図５は、本開示にしたがった、タイミング回復のための装置を含むさらに別の例示的なトランシーバ装置のブロック図である。
【図１】
2009520412.tif 000003
【図２】
2009520412.tif 000004
【図３】
2009520412.tif 000005
【図４】
2009520412.tif 000006
【図５】
2009520412.tif 000007
【手続補正書】
【提出日】平成20年8月15日(2008.8.15)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2009520412.tif 000008
【国際調査報告】
2009520412.tif 000009
2009520412.tif 000010
2009520412.tif 000011