(57)【要約】【課題】パイロットチャネル、オーバーヘッドチャネルおよびトラフィックチャネルの共同の干渉除去。【解決手段】干渉除去（ＩＣ）のための方法およびシステム。一態様は、トラフィック干渉除去に関する。別の態様は、パイロット、オーバーヘッドおよびデータについての共同のＩＣに関する。別の態様は、改善されたチャネル推定に関する。別の態様は、伝送サブチャネル利得の適応化に関する。【選択図】      図１２Ａ
2008526124.tif 000002
【特許請求の範囲】
【請求項１】
複数のアクセス端末から送信される信号のサンプルを受信することと、
前記受信サンプルからオーバーヘッドチャネルデータを除去することと、
前記オーバーヘッドチャネルデータを除去した後に、前記アクセス端末のうちの少なくとも１つによって送信されるトラフィックデータを取得するために前記サンプルを処理することと
を備える方法。
【請求項２】
前記信号は、符号分割多元接続（ＣＤＭＡ）信号を備える、請求項１に記載の方法。
【請求項３】
前記受信サンプルをバッファに記憶することと、前記記憶された受信サンプルから前記オーバーヘッドチャネルデータを除去することとをさらに備える、請求項１に記載の方法。
【請求項４】
前記オーバーヘッドチャネルは、逆方向レートインジケータ（ＲＲＩ）チャネル、補助パイロットチャネル、データ要求制御（ＤＲＣ）チャネル、データソース制御（ＤＳＣ）チャネルおよび肯定応答（ＡＣＫ）チャネルのうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項５】
前記オーバーヘッドチャネルは、専用物理制御チャネル（ＤＰＣＣＨ）、拡張専用物理制御チャネル（Ｅ−ＤＰＣＣＨ）、または高速専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ）のうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項６】
前記トラフィックデータは、ＥＶ−ＤＯリリース０フォーマットまたはＥＶ−ＤＯレビジョンＡフォーマットのうちの少なくとも１つで、１または複数のユーザによって送信される、請求項１に記載の方法。
【請求項７】
前記トラフィックデータは、専用物理データチャネル（ＤＰＤＣＨ）フォーマット、または拡張専用物理データチャネル（Ｅ−ＤＰＤＣＨ）フォーマットのうちの少なくとも１つで、１または複数のユーザによって送信される、請求項１に記載の方法。
【請求項８】
前記オーバーヘッドチャネルは、補助パイロットチャネルを備え、前記方法は、前記補助パイロットチャネルをチャネル推定値に基づいて復元することをさらに備える、請求項１に記載の方法。
【請求項９】
前記オーバーヘッドチャネルは、逆方向レートインジケータ（ＲＲＩ）チャネル、データ要求制御（ＤＲＣ）チャネル、およびデータソース制御（ＤＳＣ）チャネルのうちの少なくとも１つを備え、前記方法は、
前記オーバーヘッドチャネルの復調出力をしきい値と比較することと、
前記オーバーヘッドチャネルの前記復調出力が、前記しきい値より上にある場合、シンボルベースの最大尤度検出器を用いて前記オーバーヘッドチャネルを復号化することと、
前記オーバーヘッドチャネルを復元するために復号化されたオーバーヘッドチャネルビットを使用することと
をさらに備える、
請求項１に記載の方法。
【請求項１０】
復号化された各オーバーヘッド信号を利得によってスケーリングし、
前記スケーリングされ復号化されたオーバーヘッド信号をウォルシュコードによってカバーし、
複数の、カバーされスケーリングされ復号化されたオーバーヘッド信号を合計し、
前記合計されカバーされスケーリングされ復号化されたオーバーヘッド信号を疑似ランダムノイズ（ＰＮ）シーケンスによって拡散し、
前記拡散され合計されカバーされスケーリングされ復号化されたオーバーヘッド信号をチャネルスケーリングされたフィルタを介してフィルタをかけること
により、オーバーヘッドチャネルを復元することをさらに備える、請求項１に記載の方法。
【請求項１１】
複数のアクセス端末から送信される信号の、パイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータを備えるサンプル、を受信することと、
前記サンプル中の前記のパイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータのうちの少なくとも一部分を除去することと
を備える方法。
【請求項１２】
前記信号は、符号分割多元接続（ＣＤＭＡ）信号を備える、請求項１１に記載の方法。
【請求項１３】
前記受信サンプルをバッファに記憶することと、前記記憶された受信サンプル中のパイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータのうちの前記一部分を除去することとをさらに備える、請求項１１に記載の方法。
【請求項１４】
前記の、パイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータのうちの前記一部分を除去することは、
前記複数のアクセス端末についてのチャネル推定値を決定することと、
すべてのアクセス端末から前記サンプル中のパイロットチャネルデータを除去するために前記チャネル推定値を使用することと、
前記複数のアクセス端末から１組の１つまたは複数のアクセス端末を選択することと、
前記１組の１つまたは複数のアクセス端末について、オーバーヘッドチャネルデータおよびトラフィックチャネルデータを復調し復号化することと、
どのオーバーヘッドチャネルデータおよびトラフィックチャネルデータが正しく復号化されたかを決定することと、
前記正しく復号化されたオーバーヘッドチャネルデータおよびトラフィックチャネルデータについて、オーバーヘッドチャネルデータおよびトラフィックチャネルデータを復元することと、
前記サンプル中の前記の復元されたオーバーヘッドチャネルデータおよびトラフィックチャネルデータのうちの少なくとも一部分を除去することと
を備える、請求項１１に記載の方法。
【請求項１５】
前記の復号化すること、復元すること、および除去することが、１つのアクセス端末について、次いで別のアクセス端末について、逐次的な方法で発生する、請求項１４に記載の方法。
【請求項１６】
前記複数のアクセス端末から別の組の１つまたは複数のアクセス端末を選択することと、前記の復調すること、復号化すること、復元すること、および除去することを反復することと、をさらに備える、請求項１４に記載の方法。
【請求項１７】
前記決定されたチャネル推定値に基づいて前記アクセス端末の送信パワーを制御することをさらに備える、請求項１４に記載の方法。
【請求項１８】
前記選択された組の１つまたは複数のアクセス端末は、現行のスロット境界におけるパケットの終了を有する、請求項１４に記載の方法。
【請求項１９】
前記受信サンプルをバッファに記憶することと、前記記憶された受信サンプル中の前記のパイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータを除去することと、をさらに備える、請求項１４に記載の方法。
【請求項２０】
改良されたチャネル推定値を導き出すことと、
前記改良されたチャネル推定値に基づいて、前記のパイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータのうちの少なくとも１つから干渉の改訂された推定値を取り除くことと
をさらに備える、請求項１４に記載の方法。
【請求項２１】
改良されたチャネル推定値に基づいて残りのパイロットを取り除くことをさらに備える、請求項１４に記載の方法。
【請求項２２】
前記の、パイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータのうちの前記一部分を除去することは、
前記複数のアクセス端末についてのチャネル推定値を決定することと、
すべてのアクセス端末から前記サンプル中のパイロットチャネルデータを除去するために前記チャネル推定値を使用することと、
前記複数のアクセス端末から１組の１つまたは複数のアクセス端末を選択することと、
前記１組の１つまたは複数のアクセス端末について、オーバーヘッドチャネルデータを復調し復号化することと、
どのオーバーヘッドチャネルデータが正しく復号化されたかを決定することと、
前記正しく復号化されたオーバーヘッドチャネルデータについて、オーバーヘッドチャネルデータを復元することと、
前記サンプル中の前記復元されたオーバーヘッドチャネルデータのうちの少なくとも一部分を除去することと、
前記１組の１つまたは複数のアクセス端末について、トラフィックチャネルデータを復調し復号化することと、
どのトラフィックチャネルデータが正しく復号化されたかを決定することと、
前記正しく復号化されたトラフィックチャネルデータについて、オーバーヘッドトラフィックチャネルデータを復元することと、
前記サンプル中の前記復元されたトラフィックチャネルデータのうちの少なくとも一部分を除去することと
を備える、請求項１１に記載の方法。
【請求項２３】
前記受信サンプルをバッファに記憶することと、前記記憶された受信サンプル中の前記のパイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータのうちの少なくとも一部分を除去することと、をさらに備える、請求項２１に記載の方法。
【請求項２４】
前記の、パイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータのうちの少なくとも一部分を除去することは、
前記複数のアクセス端末についてのチャネル推定値を決定することと、
前記複数のアクセス端末から１組の１つまたは複数のアクセス端末を選択することと、
前記１組の１つまたは複数のアクセス端末について、前記パイロットチャネルデータからチャネル推定値を再推定することと、
前記１組の１つまたは複数のアクセス端末について、オーバーヘッドチャネルデータを復調し復号化することと、
前記１組の１つまたは複数のアクセス端末について、トラフィックチャネルデータを復調し復号化することと、
どのオーバーヘッドチャネルデータおよびトラフィックチャネルデータが正しく復号化されたかを決定することと、
トラフィックチャネルデータが正常に復号化されたアクセス端末について、パイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータを復元することと、
前記サンプル中の前記の復元されたパイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータのうちの少なくとも一部分を除去することと
を備える、請求項１１に記載の方法。
【請求項２５】
前記受信サンプルをバッファに記憶することと、前記記憶された受信サンプル中の前記のパイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータのうちの少なくとも一部分を除去することと、をさらに備える、請求項２４に記載の方法。
【請求項２６】
前記複数のアクセス端末から別の組の１つまたは複数のアクセス端末を選択することと、前記の復調すること、復号化すること、復元すること、および除去することを反復することと、をさらに備える、請求項２４に記載の方法。
【請求項２７】
複数のアクセス端末から受信される信号の、パイロットチャネルデータ、オーバーヘッドチャネルデータおよびトラフィックチャネルデータを備えるデータサンプル、を記憶するように構成されるメモリと、
前記複数のアクセス端末についてのチャネル推定値を決定するように構成されるチャネル推定器と、
前記複数のアクセス端末から、１組の１つまたは複数のアクセス端末を選択するように構成されるセレクタと、
前記選択された組の１つまたは複数のアクセス端末について、オーバーヘッドチャネルデータおよびトラフィックチャネルデータを復調するように構成される復調器と、
復調されたオーバーヘッドチャネルデータおよびトラフィックチャネルデータを復号化し、どのオーバーヘッドチャネルデータおよびトラフィックチャネルデータが正しく復号化されたかを決定するように構成されるデコーダと、
前記正しく復号化されたオーバーヘッドチャネルデータおよびトラフィックチャネルデータについてオーバーヘッドチャネルデータおよびトラフィックチャネルデータを復元するように構成され、さらに、前記チャネル推定値を使用してパイロットチャネルデータを復元するように構成されている、復元ユニットと、
前記メモリに記憶された前記サンプルから、前記の復元されたパイロットチャネルデータ、復元されたオーバーヘッドチャネルデータ、および復元されたトラフィックチャネルデータのうちの少なくとも一部分を差し引くように構成される減算器と
を備える基地局。
【請求項２８】
前記復調器は、マルチパス信号を処理する複数のフィンガ処理ユニットを有するレーキレシーバを備え、各フィンガ処理ユニットは、前記メモリからのサンプルを処理する固有の遅延を有する、請求項２７に記載の基地局。
【請求項２９】
前記復元ユニットは、再符号化すること、再インターリーブすること、再変調すること、データチャネル利得を再適用すること、および再拡散することのうちの少なくとも１つによって、データを復元するように構成される、請求項２７に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
（米国特許法１１９条のもとでの優先権の主張）
本出願は、参照により組み込まれている、「ＣＤＭＡ逆方向リンク上のＢＴＳにおけるトラフィック干渉除去(TRAFFIC INTERFERENCE CANCELLATION AT THE BTS ON A CDMA REVERSE LINK)」と題され、２００４年１２月２３日に出願され、共同譲渡された米国仮出願第６０／６３８，６６６号に対する優先権を主張するものである。
【０００２】
（技術分野）
本発明は、一般に無線通信システムに関し、特に、無線通信システムにおけるトラフィック干渉除去(traffic interference cancellation)に関する。
【背景技術】
【０００３】
通信システムは、基地局とアクセス端末との間の通信を提供することができる。順方向リン(forward link)クまたはダウンリンク(downlink)は、基地局からアクセス端末への伝送(transmission)を意味する。逆方向リンク(reverse link)またはアップリンク(uplink)は、アクセス端末から基地局への伝送を意味する。各アクセス端末は、アクセス端末がアクティブ(active)であるかどうか、またアクセス端末がソフトハンドオフ(soft handoff)であるかどうかに応じて、ある与えられた瞬間において順方向リンクおよび逆方向リンクの上の１つまたは複数の基地局と通信することができる。
【発明の開示】
【０００４】
［詳細な説明］
本出願の特徴、本質、および利点は、図面を用いて以下に述べられる詳細な説明から、より明らかになり得る。同様な参照番号および参照文字は、同じまたは類似したものを識別することができる。
【０００５】
ここで説明されるいずれの実施形態も、必ずしも、他の実施形態よりも好ましいあるいは有利であるものではない。本開示の様々な態様が図面に示されているが、それらの図面は、必ずしも拡大縮小して描かれてはおらず、また、必ずしもすべてを包含するように描かれてはいない。
【０００６】
図１は、無線通信システム１００を示しており、この無線通信システムは、システムコントローラ１０２と、基地局１０４ａ〜１０４ｂと、複数のアクセス端末１０６ａ〜１０６ｈとを含む。システム１００は、任意数のコントローラ１０２と、基地局１０４と、アクセス端末１０６とを有することができる。以下で説明される、本開示の様々な態様および実施形態は、システム１００中において実施される(implemented)ことができる。
【０００７】
アクセス端末は、モバイルであっても、あるいは静止したものであってもよく、図１の通信システム１００全体にわたって分散されてもよい。アクセス端末１０６は、ラップトップパーソナルコンピュータなどのコンピューティングデバイスに接続され、あるいはコンピューティングデバイスの形で実施されることができる。あるいは、アクセス端末は、携帯型個人情報端末(personal digital assistant)（ＰＤＡ）のような、自己完結型のデータデバイス(self-contained data device)であってもよい。アクセス端末１０６は、様々なタイプのデバイス、例えば、有線電話、無線電話、セルラ電話、ラップトップコンピュータ、無線通信パーソナルコンピュータ（ＰＣ）カード、ＰＤＡ、外付けまたは内蔵のモデムなど、を意味してもよい。アクセス端末は、例えば光ファイバまたは同軸ケーブルを使用して、無線チャネルまたは有線チャネルを介して通信することにより、ユーザに対してデータ接続性を提供する任意のデバイスであってもよい。アクセス端末は、移動局、アクセスユニット、加入者ユニット、モバイルデバイス、モバイル端末、モバイルユニット、モバイル電話、モバイル、リモート局、リモート端末、リモートユニット、ユーザデバイス、ユーザ装置、ハンドヘルドデバイスなど、様々な名前を有することができる。
【０００８】
システム１００は、各セルが１つまたは複数の基地局１０４によってサービスされる複数のセルについての通信を提供する。基地局１０４は、基地局トランシーバシステム(base station transceiver system)（ＢＴＳ）、アクセスポイント、アクセスネットワークの一部分、モデムプールトランシーバ(modem pool transceiver)（ＭＰＴ）、またはノードＢと称されることもできる。アクセスネットワークは、パケット交換データネットワーク（例えば、インターネット）とアクセス端末１０６との間のデータ接続性を実現するネットワーク装置を意味する。
【０００９】
順方向リンク(forward link)（ＦＬ）またはダウンリンクは、基地局１０４からアクセス端末１０６への伝送を意味する。逆方向リンク(reverse link)（ＲＬ）は、アクセス端末１０６から基地局１０４への伝送を意味する。
【００１０】
基地局１０４は、１組の異なるデータレートから選択されるデータレートを使用して、アクセス端末１０６にデータを送信することができる。アクセス端末１０６は、基地局１０４によって送信されるパイロット信号の信号対雑音干渉比(signal-to-noise-and-interference ratio)（ＳＩＮＲ）を測定し、そして、基地局１０４が基地局１０４にデータを送信するための望ましいデータレートを決定することができる。アクセス端末１０６は、その望ましいデータレートを基地局１０４に通知するために、基地局１０４に対し、データ要求チャネル(data request channel)またはデータレート制御(Data rate control)（ＤＲＣ）のメッセージを送信することができる。
【００１１】
システムコントローラ１０２（基地局コントローラ(base station controller)（ＢＳＣ）とも称される）は、基地局１０４に対し、調整および制御(coordination and control)を提供することができ、そしてさらに、基地局１０４を経由してのアクセス端末１０６への呼出しの経路指定(routing of calls)を制御することができる。システムコントローラ１０２はさらに、モバイル交換センタ(mobile switching center)（ＭＳＣ）を経由して公衆交換電話網(public switched telephone network)（ＰＳＴＮ）に、またパケットデータサービングノード(packet data serving node)（ＰＤＳＮ）を経由してパケットデータ網に結合されることができる。
【００１２】
通信システム１００は、符号分割多元接続(code division multiple access)（ＣＤＭＡ）、ＩＳ−９５、「ｃｄｍａ２０００高レートパケットデータエアインターフェース仕様(cdma2000 High Rate Packet Data Air Interface Specification)」中において規定される、高データレート(High Data Rate)（ＨＤＲ）とも称される高レートパケットデータ(High Rate Packet Data)（ＨＲＰＤ）、ＴＩＡ／ＥＩＡ／ＩＳ−８５６、ＣＤＭＡ  １ｘエボリューションデータ最適化(CDMA 1x Evolution Data Optimized)（ＥＶ−ＤＯ）、１ｘＥＶ−ＤＶ、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、ユニバーサルモバイル電気通信システム(Universal Mobile Telecommunications System)（ＵＭＴＳ）、時分割同期ＣＤＭＡ(Time Division Synchronous CDMA)（ＴＤ−ＳＣＤＭＡ）、直交周波数分割多重化(Orthogonal Frequency Division Multiplexing)（ＯＦＤＭ）など、１つまたは複数の通信技法を使用することができる。以下に説明される例は、理解を明確にするための詳細を提供する。ここで示されるアイデアは、同様に他のシステムに対しても適用可能であり、これらの例は、本出願を制限することを意味してはいない。
【００１３】
図２は、図１のアクセス端末１０６において実施されることができるトランスミッタの構成および／またはプロセスの一例を示している。図２に示される機能およびコンポーネントは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアとの組合せによって実施されることができる。図２に示される機能に加えて、またはそれらの機能の代わりに、他の機能が図２に追加されることができる。
【００１４】
データソース２００は、エンコーダ(encoder)２０２に対してデータを供給し、このエンコーダは、符号化されたデータチップ(data chip)を供給する１つまたは複数の符号化スキームを使用してデータビットを符号化する(encodes)。各符号化スキームは、１つまたは複数タイプの符号化、例えば、巡回冗長検査(cyclic redundancy check)（ＣＲＣ）、畳み込み符号化(convolutional coding)、ターボ符号化(Turbo coding)、ブロック符号化、他のタイプの符号化など、を含んでいてもよく、あるいは全く符号化を含んでいなくてもよい。他の符号化スキームは、自動反復要求(automatic repeat request)（ＡＲＱ）技法、ハイブリッドＡＲＱ（Ｈ−ＡＲＱ）技法、および増分冗長性反復技法(incremental redundancy repeat techniques.)を含むことができる。異なるタイプのデータは、異なる符号化スキームを用いて符号化されることができる。インターリーバ(interleaver)２０４は、フェーディング(fading)に対抗する(combat)ために符号化されたデータビットをインターリーブ(interleaves)する。
【００１５】
変調器(modulator)２０６は、変調されたデータ(modulated data)を生成するために、符号化され、インターリーブされたデータを変調する(modulates)。変調技法の例は、２相位相偏移変調(binary phase shift keying)（ＢＰＳＫ）と、４相位相偏移変調(quadrature phase shift keying)（ＱＰＳＫ）とを含んでいる。変調器２０６はまた、変調されたデータのシーケンスを反復する(repeat)ことができ、あるいはシンボル破壊ユニット(symbol puncture unit)はシンボルのビットを破壊する(puncture)ことができる。変調器２０６は、データチップを形成するためにウォルシュカバー(Walsh cover)（すなわち、ウォルシュコード(Walsh code)）を用いて変調されたデータを拡散(spread)することもできる。変調器２０６は、チップのストリームを形成するためにパイロットチップおよびＭＡＣチップを用いてデータチップを時分割多重化する(time-division multiplex)こともできる。変調器２０６は、１つまたは複数のＰＮコード（例えば、ショートコード、ロングコード）を用いてチップのストリームを拡散する(spread)ために疑似ランダム雑音(pseudo random noise)（ＰＮ）スプレッダを使用することもできる。
【００１６】
ベースバンド無線周波数(baseband-radio-frequency)（ＲＦ）変換ユニット２０８は、アンテナ２１０を経由して無線通信リンク上を１つまたは複数の基地局１０４へと送信するためにベースバンド信号をＲＦ信号に変換することができる。
【００１７】
図３は、図１の基地局１０４において実施されることができるレシーバのプロセスおよび／または構成の一例を示している。図３に示される機能およびコンポーネントは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアとの組合せによって実施されることができる。図３に示される機能に加えて、またはそれらの機能の代わりに、他の機能が図３に追加されることができる。
【００１８】
１つまたは複数のアンテナ３００は、１つまたは複数のアクセス端末１０６から逆方向リンク変調された信号(reverse link modulated signals)を受信する。複数のアンテナは、フェーディングのような有害な経路効果(deleterious pass effects)に対する空間ダイバーシティ(spatial diversity)を提供することができる。各受信された信号は、それぞれのレシーバまたはＲＦベースバンド変換ユニット３０２に供給され、このＲＦベースバンド変換ユニットは、受信された信号についてのデータサンプルを生成するために、その受信された信号を調整し（例えば、フィルタをかけ、増幅し、ダウンコンバートし）、デジタル化する。
【００１９】
復調器(demodulator)３０４は、回復されたシンボル(recovered symbols)を供給するために受信信号を復調する(demodulate)ことができる。ＣＤＭＡ２０００の場合、復調は、（１）受信データおよびパイロットを、それらのそれぞれのコードチャネル上へと分離する(isolate)あるいはチャネル化する(channelize)ために、逆拡散されたサンプル(despread samples)をチャネル化することによって、また（２）復調データ(demodulated data)を供給するために、回復されたパイロットを有するチャネル化されたデータをコヒーレントに(coherently)復調することによって、データ伝送を回復しようと試みる。復調器３０４は、すべてのユーザ／アクセス端末についての受信信号のサンプルを記憶する受信サンプルバッファ３１２（共同フロントエンド(joint front-end)ＲＡＭ（ＦＥＲＡＭ）あるいはサンプルＲＡＭとも呼ばれる）と、複数の(multiple)信号インスタンスを逆拡散し処理するレーキレシーバ(rake receiver)３１４と、復調シンボルバッファ３１６（バックエンドＲＡＭ（ＢＥＲＡＭ）または復調シンボルＲＡＭとも呼ばれる）とを含むことができる。複数のユーザ／アクセス端末に対応する複数の復調シンボルバッファ３１６が存在してもよい。
【００２０】
デインターリーバ(deinterleaver)３０６は、復調器３０４からのデータをデインターリーブする(deinterleave)。
【００２１】
デコーダ(decoder)３０８は、アクセス端末１０６によって送信された復号化されたデータビットを回復するために、復調データを復号化する(decode)ことができる。復号化されたデータは、データシンク３１０に供給されることができる。
【００２２】
図４は、基地局レシーバのプロセスまたは構成の別の実施形態を示している。図４において、正常に(successfully)復号化されたユーザのデータビットは、干渉復元ユニット(interference reconstruction)４００に入力され、この干渉復元ユニットは、エンコーダ４０２、インターリーバ４０４、変調器４０６およびフィルタ４０８を含む。エンコーダ４０２、インターリーバ４０４、および変調器４０６は、図２のエンコーダ２０２、インターリーバ２０４、および変調器２０６と類似していてもよい。フィルタ４０８は、ＦＥＲＡＭ分解能(resolution)、例えばチップレートから２ｘチップレートへの変更(change from chip rate to 2x chip rate)、で復号化されたユーザのサンプルを形成する。ＦＥＲＡＭに対するデコーダユーザの寄与(contribution)は、そのとき、ＦＥＲＡＭ３１２から取り除かれ(removed)、または除去される(canceled)。
【００２３】
基地局１０４における干渉除去(interference cancellation)は、以下に説明されるが、ここにおける概念は、通信システムのアクセス端末１０６あるいは他の任意のコンポーネントに対して適用されることができる。
【００２４】
トラフィック干渉除去(Traffic Interference Cancellation)
【００２５】
ＣＤＭＡ逆方向リンクの容量は、異なるユーザによって送信される信号が、ＢＴＳ１０４において直交していないのでユーザ間の干渉によって制限され得る。したがって、ユーザ間の干渉を低下させる技法は、ＣＤＭＡ逆方向リンクのシステム性能を改善することになる。ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ  ＲｅｖＡなど、高度なＣＤＭＡシステムについての干渉除去の効率的な実施についての技法が、ここにおいて説明される。
【００２６】
各ＤＯ  ＲｅｖＡユーザは、トラフィック信号、パイロット信号、およびオーバーヘッド信号を送信し、これらの信号のすべては、他のユーザに対する干渉を引き起こし得る。図４が示すように、信号は、ＢＴＳ１０４におけるフロントエンドＲＡＭ３１２から、復元され(reconstructed)、差し引かれる(subtracted)ことができる。送信されるパイロット信号は、ＢＴＳ１０４において知られており、チャネルについての知識に基づいて復元されることができる。しかしながら、オーバーヘッド信号（例えば、逆方向レートインジケータ(reverse rate indicator)（ＲＲＩ）、データ要求チャネルまたはデータレート制御（ＤＲＣ）、データソースチャネル(data source channel)（ＤＳＣ）、肯定応答（ＡＣＫ）など）が、最初に復調され検出され、そして、送信されたデータ信号は、送信されたオーバーヘッドおよびトラフィックチップを決定するために、ＢＴＳ１０４において復調され、デインターリーブされ、復号化される。ある与えられた信号についての送信されたチップを決定することに基づいて、次いで復元ユニット４００は、チャネル知識に基づいて、ＦＥＲＡＭ３１２に対する寄与を復元することができる。
【００２７】
データソース２００からのデータパケットのビットは、エンコーダ２０２、インターリーバ２０４、および／または変調器２０６によって、基地局１０４へ送信するための複数の対応する「サブパケット」へと反復され処理されることができる。基地局１０４が高い信号対雑音比信号を受信する場合は、第１のサブパケットは、基地局１０４が元のデータパケットを復号化し導き出すための十分な情報を、含むことができる。例えば、データソース２００からのデータパケットは、４つのサブパケットへと反復され処理されることができる。ユーザ端末１０６は、第１のサブパケットを基地局１０４へと送信する。基地局１０４は、元のデータパケットを第１の受信サブパケットから正しく復号化し導き出すという確率が比較的低いかもしれない。しかし、基地局１０４が、第２、第３および第４のサブパケットを受信し、各受信サブパケットから導き出された情報を組み合わせるにつれて、元のデータパケットを復号化し導き出す確率は増大する。基地局１０４は、（例えば、巡回冗長検査（ＣＲＣ）または他のエラー検出技法を使用して）元のパケットを正しく復号化するとすぐに、基地局１０４は、サブパケットを送信することを停止させるために肯定応答信号をユーザ端末１０６に対して送信する。次いでユーザ端末１０６は、新しいパケットの第１のサブパケットを送信することができる。
【００２８】
ＤＯ−ＲｅｖＡの逆方向リンクは、Ｈ−ＡＲＱ（図７）を使用し、ここでは、各１６−スロットパケットは、４つのサブパケットに分解され、同じインターレース(interlace)のサブパケットの間に８つのスロットを有するインターレース構成(interlaced structure)で送信される。さらに、異なるユーザ／アクセス端末１０６は、異なるスロット境界上でそれらの送信を開始することができ、それ故に異なるユーザの４−スロットのサブパケットは、ＢＴＳに非同期に到着する。Ｈ−ＡＲＱおよびＣＤＭＡについての干渉除去レシーバ(interference cancellation receivers)の非同期性の影響および効率的設計については、以下で説明される。
【００２９】
干渉除去からの利得は、信号がＦＥＲＡＭ３１２から取り除かれる順序に依存する。トラフィックツーパイロット(traffic-to-pilot)（Ｔ２Ｐ）比、実効ＳＩＮＲ、あるいは復号化の確率に基づいてユーザを復号化すること（および、ＣＲＣに合格する場合には差し引くこと）に関連した技法が、ここに開示される。他がＦＥＲＡＭ３１２から取り除かれた後に、ユーザの復調および復号化を再試行するための様々なアプローチが、ここに開示される。ＢＴＳ  ＦＥＲＡＭ３１２からの干渉除去は、ユーザがハイブリッド−ＡＲＱを使用してパイロット信号、制御信号、およびトラフィック信号を送信する非同期ＣＤＭＡシステム(asynchronous CDMA systems)、例えばＥＶ−ＤＯ  ＲｅｖＡなど、を明らかにするために効果的に実現される(implemented)ことができる。本開示はまた、ＥＶ−ＤＶ  ＲｅｌＤ、Ｗ−ＣＤＭＡ  ＥＵＬ、およびｃｄｍａ２０００にも適用することができる。
【００３０】
トラフィック干渉除去(traffic interference cancellation)（ＴＩＣ）は、ユーザが正しく復号化した後にＦＥＲＡＭ３１２に対するユーザのデータの寄与を取り除く減法干渉除去(subtractive interference cancellation)として定義されることができる（図４）。ＣＤＭＡ２０００、ＥＶ−ＤＯ、ＥＶ−ＤＶ、ＷＣＤＭＡのような、実際のＣＤＭＡシステム上の、ＴＩＣに関連する一部の実用的な問題が、ここにおいて対処される。これらの問題の多くは、実際のシステムがユーザ非同期性およびハイブリッドＡＲＱを有しているという事実によって、引き起こされる。例えば、ＣＤＭＡ２０００は、バックホールネットワーク(backhaul network)における過剰な遅延を防止するために、意図的に、ユーザデータフレームを時間的に一様に(uniformly in time)拡散する。ＥＶ−ＤＯのＲｅｖＡ、ＥＶ−ＤＶのＲｅｌＤ、およびＷＣＤＭＡのＥＵＬはまた、複数の可能なデータ長を導入するハイブリッドＡＲＱを使用する。
【００３１】
マルチユーザ検出(multi-user detection)は、ＴＩＣが入る主要カテゴリのアルゴリズムであり、そして、相互に作用する異なる２ユーザの検出を可能にすることによって性能を改善しようと試みる任意のアルゴリズムを意味する。ＴＩＣ法は、逐次的干渉除去(successive interference cancellation)（シーケンシャル干渉除去(sequential interference cancellation)またはＳＩＣとも呼ばれる）と並列的干渉除去(parallel interference cancellation)とのハイブリッド(hybrid)を含むことができる。「逐次的干渉除去」は、ユーザを順次に復号化し、性能を改善するために以前に復号化されたユーザのデータを使用する、任意のアルゴリズムを意味する。「並列的干渉除去」は、同時にユーザを復号化すること、および同時にすべての復号化されたユーザを差し引くこと(subtracting)、を広く意味する。
【００３２】
ＴＩＣは、パイロット干渉除去(pilot interference cancellation)（ＰＩＣ）とは相違しうる。ＴＩＣとＰＩＣとの間の１つの相違は、送信されたパイロット信号は事前にレシーバによって完全に(perfectly)知られていることである。したがって、ＰＩＣは、チャネル推定値だけを使用して受信信号に対するパイロットの寄与を差し引く(subtract)ことができる。第２の主要な相違は、トランスミッタとレシーバとが、Ｈ−ＡＲＱメカニズムをとおしてトラフィックチャネル上で密接に相互作用することである。レシーバは、ユーザが正常に復号化されるまで、送信されたデータシーケンスについて知らない。
【００３３】
同様に、オーバーヘッド干渉除去(overhead interference cancellation)（ＯＩＣ）と呼ばれる技法では、フロントエンドＲＡＭからオーバーヘッドチャネルを取り除くことが望ましい。オーバーヘッドチャネルは、ＢＴＳ１０４が送信されたオーバーヘッドデータについて知るまで、取り除かれることができず、そして、これは、オーバーヘッドメッセージを復号化し次いで再形成することによって、決定される。
【００３４】
逐次的干渉除去は、メソッドのクラスを定義する。相互の情報のチェーン規則(chain rule of mutual information)は、理想的な条件の下では、逐次的干渉除去は多重アクセスチャネルの容量を実現することができる、ことを示す。このための主要な条件は、すべてのユーザがフレームに同期しており、各ユーザのチャネルが、無視できるエラーで推定されることができる、ことである。
【００３５】
図５は、３ユーザ（ユーザ１、ユーザ２、ユーザ３）のパワー分布の一般的な一例を示しており、ここではユーザは、フレームを同期して送信し（すべてのユーザからのフレームが同時に受信される）、各ユーザは、同じデータレートで送信している。各ユーザは、特定の送信パワーを使用するように指示され、例えば、ユーザ３は、雑音にほぼ等しいパワーで送信し、ユーザ２は、ユーザ３のパワープラス雑音にほぼ等しいパワーで送信し、ユーザ１は、ユーザ２プラスユーザ３プラス雑音にほぼ等しいパワーで送信する。
【００３６】
レシーバは、送信パワーが減少する順序で(in decreasing order by transmit power)ユーザからの信号を処理する。ｋ＝１（最高のパワーを有するユーザ１）から出発して、レシーバは、ユーザ１について復号化しようと試みる。復号化が正常である場合、次いで受信信号に対するユーザ１の寄与は、ユーザ１のチャネル推定値に基づいて形成され、差し引かれる。これは、フレーム同期シーケンシャル干渉除去と呼ばれることができる。レシーバは、復号化が、すべてのユーザについて試行されるまで続行する。各ユーザは、以前に復号化されたユーザの逐次的干渉除去の干渉除去後に、同じＳＩＮＲを有する。
【００３７】
残念ながら、このアプローチは、復号化エラーの影響を非常に受けやすい可能性がある。もし単一の大きなパワーのユーザ、例えばユーザ１など、が正しく復号化しない場合は、すべての次のユーザの信号対干渉プラス雑音比(signal-to- interference-plus-noise ratio)（ＳＩＮＲ）が、著しく悪化させられてしまうかもしれない。これは、その時点から、すべてのユーザが復号化するのを妨げてしまう可能性がある。このアプローチの別の欠点は、このアプローチが、ユーザがレシーバにおいて特定の相対的パワーを有することを必要とすることであり、これは、フェーディングチャネル(fading channels)において保証することが難しい。  
フレーム非同期性および干渉除去、例えば、ｃｄｍａ２０００
【００３８】
ユーザフレームオフセット(user frame offsets)が、互いに意図的にジグザグに配置される(staggered)ことを仮定する。このフレーム非同期オペレーションは、全体としてシステムに対するいくつかの利点を有する。例えば、レシーバにおける処理パワーおよびネットワーク帯域幅は、そのとき、時間的にもっと一様な使用プロファイル(more uniform usage profile in time)を有するだろう。対照的に、ユーザの間のフレーム同期性は、すべてのユーザが同時にパケットを終了することになるので、各フレーム境界の端部において爆発的な処理パワーとネットワークリソースを必要とする。フレーム非同期性を用いて、ＢＴＳ１０４は、最大のパワーを有するユーザではなくて最も早い到着時刻を有するユーザを最初に復号化することができる。
【００３９】
図６は、等しい送信パワーを有するユーザの場合のフレーム非同期ＴＩＣについての一様な時間オフセット分布の一例を示している。図６は、ユーザ１のフレーム１が復号化されることになる直前の時刻のスナップショットを示している。フレーム０は、すべてのユーザについてすでに復号化され除去されているので、干渉に対するその寄与は、網目状の陰影を付けて示される（ユーザ２および３）。一般に、このアプローチは、２のファクタだけ干渉を低下させる。干渉の半分は、ユーザ１のフレーム１を復号化する前にＴＩＣによって取り除かれている。
【００４０】
別の実施形態においては、図６のユーザは、ユーザのグループ、例えばユーザグループ１、ユーザグループ２、ユーザグループ３を意味することもある。
【００４１】
非同期性および干渉除去の利点は、ユーザが同様なデータレートを欲する場合、パワーレベルとエラー統計の観点で、ユーザ間の相対的な対称性(relative symmetry)である。等しいユーザデータレートを有する一般的なシーケンシャル干渉除去においては、最後のユーザは、非常に低パワーで受信され、そしてまた、すべての先行するユーザの正常な復号化に非常に依存してもいる。  
非同期性、ハイブリッドＡＲＱおよびインターレーシング、例えば、ＥＶ−ＤＯ  ＲｅｖＡ
【００４２】
図７は、ＲＬデータパケットおよびＦＬ  ＡＲＱチャネルのために使用されるインターレーシング構成(interlacing structure)（例えば、１ｘＥＶ−ＤＯ  ＲｅｖＡ）を示している。各インターレース（インターレース１、インターレース２、インターレース３）は、時間的に互い違いに配置されたセグメントの組(a set of time-staggered segments)を備える。この例においては、各セグメントは、４時間スロット(4 time slot)の長さである。各セグメント中に、ユーザ端末は、サブパケットを基地局に送信することができる。３つのインターレースが存在し、各セグメントは、４時間スロットの長さである。したがって、ある与えられたインターレースのサブパケットの終わりと、同じインターレースの次のサブパケットの始めとの間には８時間スロットが存在する。これは、レシーバが、サブパケットを復号化し、ＡＣＫまたは否定応答（ＮＡＫ）をトランスミッタに中継するのに十分な時間を与える。
【００４３】
ハイブリッドＡＲＱは、フェーディングチャネルの時間と共に変化する性質を利用する。チャネル状態が、最初の１つ、２つまたは３つのサブパケットについて良好である場合、次いでデータフレームは、これらのサブパケットだけを使用して復号化されることができ、レシーバは、ＡＣＫをトランスミッタに対して送信する。ＡＣＫは、トランスミッタに、残りの１つ（または複数）のサブパケットを送信せずに、むしろ必要に応じて新しいパケットを開始するように、指示する。  
干渉除去のためのレシーバアーキテクチャ
【００４４】
ＴＩＣを用いて、復号化されたユーザのデータは、復元され差し引かれ（図４）、それ故に、ＢＴＳは、復号化されたユーザのデータが、他のユーザに対して引き起こす干渉を取り除くことができる。ＴＩＣレシーバは、２つのサーキュラメモリ(circular memory)、すなわちＦＥＲＡＭ３１２とＢＥＲＡＭ３１６とを装備することができる。
【００４５】
ＦＥＲＡＭ３１２は、受信サンプルを（例えば、２ｘチップレートで）記憶し、すべてのユーザに対して共通である。非ＴＩＣレシーバは、トラフィックまたはオーバーヘッドの干渉の減算が行われないので、（復調プロセスにおける遅延に対応する(accommodate)ために）約１〜２スロットのＦＥＲＡＭを使用するのみであろう。Ｈ−ＡＲＱを有するシステムのためのＴＩＣレシーバにおいては、ＦＥＲＡＭは、多数のスロット、例えば４０スロットにまたがる(span)ことができ、復号化されたユーザの干渉の減算を通してＴＩＣによってアップデートされる(updated)。別のコンフィギュレーション(configuration)においては、ＦＥＲＡＭ３１２は、パケットのサブパケットの始めからそのパケットの後続のサブパケットの終わりまでの期間にまたがる長さのようなフルパケット、よりも短い長さを有することができる。
【００４６】
ＢＥＲＡＭ３１６は、復調器のレーキレシーバ(demodulator's rake receiver)３１４によって生成されるような受信ビットの復調シンボル(demodulated symbol)を記憶する。復調シンボルは、ユーザ特有のＰＮシーケンスを用いて逆拡散し、レーキフィンガ(RAKE finger)にまたがって組み合わせることにより、取得されるので、各ユーザは、異なるＢＥＲＡＭを有することができる。ＴＩＣレシーバと非ＴＩＣレシーバの両方は、ＢＥＲＡＭ３１６を使用することができる。ＴＩＣ中のＢＥＲＡＭ３１６は、ＦＥＲＡＭ３１２がすべてのサブパケットにまたがらないとき、もはやＦＥＲＡＭ３１２に記憶されない以前のサブパケットの復調シンボルを記憶するために使用される。ＢＥＲＡＭ３１６は、復号化する試みが行われるときはいつでも、またはＦＥＲＡＭ３１２からのスロットが存在するときはいつでも、アップデートされることができる。  
ＦＥＲＡＭ長を選択するための方法
【００４７】
ＢＥＲＡＭ３１６およびＦＥＲＡＭ３１２のサイズは、本システムの必要とされる処理パワー、メモリからプロセッサへの転送帯域幅、遅延、および性能の間での様々なトレードオフに従って選択されることができる。一般に、最も古いサブパケットはアップデートされないので、より短いＦＥＲＡＭ３１２を使用することにより、ＴＩＣの利点は制限されることになる。他方、より短いＦＥＲＡＭ３１２は、減少させられた数の復調、減算、およびより低い転送帯域幅を与える。
【００４８】
ＲｅｖＡのインターレーシングを用いて、１６−スロットパケット（各サブパケットが４スロットで伝送される４つのサブパケット）は、４０スロットにまたがることになる。したがって、４０−スロットのＦＥＲＡＭは、すべての影響を受けたスロットからユーザの除去を保証するために使用されることができる。
【００４９】
図８は、ＥＶ−ＤＯ  ＲｅｖＡについての完全な１６−スロットパケットにまたがる４０−スロットのＦＥＲＡＭ３１２を、示している。新しいサブパケットが受信されるときはいつでも、ＦＥＲＡＭ３１２に記憶されるすべての使用可能なサブパケットを使用してそのパケットについての復号化が試みられる。復号化が正常である場合、次いでそのパケットの寄与は、すべての構成しているサブパケット（１つ、２つ、３つ、または４つ）の寄与を復元し差し引くことにより、ＦＥＲＡＭ３１２から除去される。ＤＯ−ＲｅｖＡでは、４スロット、１６スロット、２８スロット、または４０スロットのＦＥＲＡＭ長は、それぞれ１つ、２つ、３つ、または４つのサブパケットにまたがることになる。レシーバにおいて実施されるＦＥＲＡＭの長さは、複雑性の考慮と、様々なユーザの到着時刻をサポートする必要性と、以前のフレームオフセット上でユーザの復調と復号化をもう一度行う機能とに依存し得る。
【００５０】
図９Ａは、遅延した復号化のないシーケンシャル干渉除去（ＳＩＣ）の一例についてのＴＩＣの一般的な方法を示している。他の拡張が、以下に説明される。プロセスは、開始ブロック９００で始まり、遅延選択ブロック(choose delay block)９０２へと進む。ＳＩＣにおいては、遅延選択ブロック９０２は、省略されることができる。ブロック９０３において、ＢＴＳ１０４は、現行のスロット(current slot)中においてサブパケットを終了するこれらのユーザのうちの１ユーザ（またはユーザのグループ）を選択する。
【００５１】
ブロック９０４において、復調器３０４は、そのコンステレーションサイズ(constellation size)だけでなくユーザの拡散(spreading)およびスクランブル(scrambling)のシーケンスにも従って、ＦＥＲＡＭ３１２に記憶される一部または全部の時間セグメントについての選択されたユーザのサブパケットのサンプルを復調する。ブロック９０６において、デコーダ３０８は、ＢＥＲＡＭ３１６に記憶された以前に復調されたシンボルと復調されたＦＥＲＡＭサンプルとを使用して、ユーザパケットを復号化しようと試みる。
【００５２】
ブロック９１０において、デコーダ３０８または別のユニットは、巡回冗長コード(cyclic redundancy code)（ＣＲＣ）を使用するなどして、１（または複数）のユーザのパケットが、正常に復号化されたかどうか、すなわちエラー検査を合格するかどうかを決定することができる。
【００５３】
ユーザパケットが復号化することができない場合、ブロック９１８において、ＮＡＫが、アクセス端末１０６に対して返信される。ユーザパケットが正しく復号化される場合には、ブロック９０８において、ＡＣＫが、アクセス端末１０６に対して送信され、ブロック９１２〜９１４において干渉除去（ＩＣ）が、実行される。ブロック９１２は、復号化された信号、チャネルインパルス応答および送信／受信フィルタに従って、ユーザ信号を再生成する。ブロック９１４は、ユーザの寄与をＦＥＲＡＭ３１２から差し引き、それによってまだ復号化されていないユーザ上でその干渉を低下させる。
【００５４】
復号化における失敗と成功の両方に応じてすぐに(upon both failure and success)、ブロック９１６においてレシーバは、復号化されるべき次のユーザへと移動する。復号化しようとする試みが、すべてのユーザ上で実行されているときに、新しいスロットがＦＥＲＡＭ３１２に挿入され、全プロセスは、次のスロット上で反復される。サンプルは、リアルタイムでＦＥＲＡＭ３１２に書き込まれることができ、すなわち、２ｘチップレートのサンプルは、１／２チップごとに書き込まれることができる。
【００５５】
図９Ｂは、図９Ａの方法を実行する手段９３０〜９４６を備える、装置を示している。図９Ｂ中の手段９３０〜９４６は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せの形で実施されることができる。  
復号化順序を選択するための方法
【００５６】
ブロック９０３は、ＴＩＣが、各ユーザに対して順次に(sequentially)、またはユーザのグループに対して並列に(parallel)、適用されることができること、を示している。グループがより大きくなるにつれ、インプリメンテーションの複雑性は低減し得るが、ＴＩＣが以下に説明されるように反復されなければ、ＴＩＣの利点は減少するかもしれない。
【００５７】
ユーザが、それに従ってグループ化され、かつ／または順序づけられる判断基準は、チャネル変動のレート、トラフィックのタイプ、および使用可能な処理パワーに従って、変わり得る。良好な復号化順序は、取り除くことが最も有用で且つ復号化する可能性が最も高い第１の復号化するユーザ、を含むことができる。ＴＩＣからの最大利得を達成するための判断基準は、以下のものを含むことができる：
【００５８】
Ａ．ペイロードサイズ(Payload Size)およびＴ２Ｐ：  ＢＴＳ１０４は、ペイロードサイズに従ってユーザをグループ化し、順序づけることができ、そして、最高の送信パワーすなわち最高のＴ２Ｐを有するユーザから始めて最低のＴ２Ｐを有するユーザまで、順番に復号化することができる。ＦＥＲＡＭ３１２から高いＴ２Ｐユーザを復号化し取り除くことは、これらのユーザが他のユーザに対して最大の干渉を引き起こすので、最大の利点を有する。
【００５９】
Ｂ．ＳＩＮＲ：  ＢＴＳ１０４は、より高いＳＩＮＲを有するユーザが復号化のより高い確率を有するので、より低いＳＩＮＲを有するユーザの前に、より高いＳＩＮＲを有するユーザを復号化することができる。ほぼ同じＳＩＮＲを有するユーザはまた、一緒にグループ化されることができる。フェーディングチャネルの場合には、ＳＩＮＲは、時間的に、パケット全体にわたって変化しており、それ故に等価なＳＩＮＲ(equivalent SINR)は、適切な順序付けを決定するために計算されることができる。
【００６０】
Ｃ．時刻(Time)：  ＢＴＳ１０４は、「より古い」パケット（すなわち、より多くのサブパケットがＢＴＳ１０４において受信されているパケット）を「より新しい」パケットの前に復号化することができる。この選択は、ある与えられたＴ２Ｐ比およびＡＲＱ終了目標(termination goal)に対して、パケットは、各増分サブパケットと共に復号化する可能性がより高いという仮定を反映している。  
復号化を再試行するための方法
【００６１】
ユーザが、正しく復号化されるときはいつでも、その干渉の寄与(interference contribution)がＦＥＲＡＭ３１２から差し引かれ(subtracted)、このようにして、いくつかのスロットを共用するすべてのユーザを正しく復号化する可能性を増大させている。以前に失敗したユーザを復号化しようとする試みを反復することは、それらのユーザが認識する干渉がかなり下がり得るので、有用である(advantageous)。遅延選択ブロック９０２は、復号化およびＩＣについての基準(reference)として使用されるスロット（現行または過去において）を選択する。ユーザ選択ブロック９０３は、選択された遅延のスロットにおいてサブパケットを終了させるユーザを選択する。遅延の選択は、次のオプションに基づいてよい：
【００６２】
Ａ．いったんすべてのユーザが、復号化について試みられており、次のスロットがＦＥＲＡＭ３１２において仕様可能であると、現在の復号化は、次（将来）のスロットへの移動の選択を示す。この場合、各ユーザは、処理されるスロット当たりに１回(once)復号化されるように試みられるが、これは、逐次的干渉除去に対応するであろう。
【００６３】
Ｂ．反復的復号化(iterative decoding)は、処理されるスロット当たりに1回よりも多く(more than once)、ユーザを復号化しようと試みる。第２およびその後に続く復号化の反復は、前の反復に関して復号化されたユーザの除去された干渉からの恩恵を得る。反復的復号化は、複数の(multiple)ユーザがＩＣに干渉することなしに(without intervening)並列に復号化されるときに、利得を生む。現行のスロット上の純粋な反復的復号化を用いれば、遅延選択ブロック９０２は、同じスロット（すなわち、遅延）をただ単に複数回選択するだろう。
【００６４】
Ｃ．逆方向復号化(backward decoding)：レシーバは、サブパケットを復調し、そして、パケットを、そのパケットに対応するＦＥＲＡＭ中のすべての使用可能なサブパケットを復調することに基づいて、復号化しようと試みる。現行の時間スロットにおいて終了するサブパケットを有するパケット（すなわち、現行のフレームオフセット上のユーザ）を復号化しようと試みた後に、レシーバは、以前のスロットにおいて復号化できなかったパケット（すなわち、以前のフレームオフセット上のユーザ）を復号化しようと試みることができる。非同期のユーザの間における部分的なオーバーラップに起因して、現行のスロットにおいて終了するサブパケットの取り除かれた干渉は、過去のサブパケットを復号化する可能性(chances)を向上させる。プロセスは、より多くのスロットに戻ることによって、反復されることができる。順方向リンクのＡＣＫ／ＮＡＫ伝送における最大遅延は、逆方向復号化を制限し得る。
【００６５】
Ｄ．順方向復号化：現行のスロットにおいて終了するサブパケットを伴うすべてのパケットを復号化しようと試みた後、レシーバはまた、最新のユーザを、それらの全部の(full)サブパケットがＦＥＲＡＭに書き込まれる前に、復号化しようと試みることもできる。例えば、レシーバは、最新のサブパケットのそれらの４つのスロットのうちの３つが受信された後に、ユーザを復号化しようと試みることができるだろう。  
ＢＥＲＡＭをアップデートするための方法
【００６６】
非ＴＩＣ  ＢＴＳレシーバにおいては、パケットは、ＢＥＲＡＭに記憶される復調シンボルだけに基づいて復号化され、ＦＥＲＡＭは、最新の時間セグメントからのユーザを復調するためだけに使用される。ＴＩＣを用いれば、ＦＥＲＡＭ３１２は、レシーバが新しいユーザを復調しようと試みるときはいつでも、いままでどおり(still)アクセスされる。しかしながら、ＴＩＣを用いれば、ＦＥＲＡＭ３１２は、ユーザが、そのユーザの寄与を復元し差し引くことに基づいて正しく復号化された後に、アップデートされる。複雑性の考慮のために、パケットのスパン(span)（例えば、４０スロットが、ＥＶ−ＤＯ  ＲｅｖＡにおける１６−スロットパケットにまたがる(span)ために必要とされる）よりも短いＦＥＲＡＭバッファ長を選択することが望ましいこともある。新しいスロットがＦＥＲＡＭ３１２に書き込まれるとき、それらは、巡回バッファ中の最も古いサンプルに上書きする(overwrite)だろう。したがって、新しいスロットが受信されるとき、最も古いスロットは上書きされ、デコーダ３０８は、これらの古いスロットのためにＢＥＲＡＭ３１６を使用することになる。たとえ、ある与えられたサブパケットがＦＥＲＡＭ３１２に見出されるとしても、ＢＥＲＡＭ３１６は、インターリービングと復号化のプロセスにおける中間ステップとしてそのサブパケットについての復調器の最新の復調シンボル（ＦＥＲＡＭ３１２から決定される）を記憶するために使用されることができる、ということに注意されるべきである。ＢＥＲＡＭ３１６のアップデートについては、２つの主要オプション(main options)が存在する：すなわち、
【００６７】
Ａ．ユーザベースのアップデート：あるユーザについてのＢＥＲＡＭ３１６は、そのユーザのために試みられる復号化だけに関連してアップデートされる。この場合には、より古いＦＥＲＡＭスロットのアップデートは、ある与えられたユーザ(a given user)にとっては、そのユーザがよいタイミングで復号化されないならば、ＢＥＲＡＭ３１６を利することにならないかもしれない（すなわち、アップデートされたＦＥＲＡＭスロットは、そのユーザが復号化されるように試みられる前に、ＦＥＲＡＭ３１２から抜け出してしまうかもしれない）。
【００６８】
Ｂ．スロットベースのアップデート：ＴＩＣの利点を十分に活用するために、すべての影響を受けたユーザについてのＢＥＲＡＭ３１６は、スロットがＦＥＲＡＭ３１２を出ていくときにはいつでもアップデートされることができる。この場合には、ＢＥＲＡＭ３１６の内容は、ＦＥＲＡＭ３１２上で行われるすべての干渉の減算を含んでいる。  
失われたＡＣＫデッドラインに起因して到着するサブパケットからの干渉を除去するための方法
【００６９】
一般に、ＴＩＣによって使用される余分な処理(extra processing)は、復号化プロセスにおいて遅延を持ち込み、これは、特に、反復的スキームあるいは逆方向スキームが使用されるときに、関連する。この遅延は、同じパケットに関連したサブパケットの送信を停止させるために、ＡＣＫがトランスミッタに送信されることができる最大遅延を超過することもある。この場合には、レシーバは、過去のサブパケットだけでなく、失われたＡＣＫに起因して近い将来に受信されることになるサブパケットも差し引くために復号化データを使用することにより、正常な復号化を依然として利用することができる。
【００７０】
ＴＩＣを用いて、復号化されたユーザのデータは、復元され差し引かれ、その結果、基地局１０４は、それが他のユーザのサブパケットに対して引き起こす干渉を取り除くことができる。Ｈ−ＡＲＱでは、新しいパケットが受信されるときはいつでも、復号化が、元のパケットについて試みられる。復号化が正常である(successful)場合、次いでＴＩＣを伴うＨ−ＡＲＱでは、そのパケットの寄与は、構成しているサブパケットを復元し差し引くことにより受信サンプルから除去されることができる。複雑性の考慮にもよるが、より長い履歴のサンプルを記憶することにより、１つ、２つ、３つまたは４つのサブパケットからの干渉を除去することが可能である。一般に、ＩＣは、各ユーザに対して順次に、あるいはユーザのグループに対して、適用されることができる。
【００７１】
図１０は、３つの時間インスタンス：スロット時間ｎ、ｎ＋１２スロット、およびｎ＋２４スロット、におけるレシーバサンプルバッファ３１２を示している。説明の目的のために、図１０は、Ｈ−ＡＲＱを伴う干渉除去オペレーションを強調表示する(highlight)同じフレームオフセット上にある３ユーザからの、サブパケットを有する単一のインターレースを示している。図１０におけるレシーバサンプルバッファ３１２は、４つのすべてのサブパケットにまたがる（これは、各４−スロットサブパケットの間には８つのスロットが存在するので、ＥＶ−ＤＯ  ＲｅｖＡについて４０−スロットバッファによって達成されることができる）。復号化されていないサブパケット(undecoded subpackets)は、陰影付けされて(as shaded)示される。復号化されたサブパケット(decoded subpackets)は、４０−スロットバッファ中で陰影付けされないで(as unshaded)示され、除去される。各時間インスタンス(time instance)は、インターレース上の別のサブパケットの到着に対応する。スロット時間ｎにおいて、ユーザ１の４つの記憶されたサブパケットは正しく復号化されるが、ユーザ２および３からの最新のサブパケットは、復号化することができない。
【００７２】
時間インスタンスｎ＋１２スロットにおいて、インターレースの逐次的サブパケットは、ユーザ１の復号化された（陰影付けされない）サブパケット２、３および４の干渉除去を伴って到着する。時間インスタンスｎ＋１２スロット中に、ユーザ２および３からのパケットは、正常に復号化する。
【００７３】
図１０は、同じフレームオフセット上にあるユーザのグループに対してＩＣを適用するが、グループ内では逐次的干渉除去を実行しない。古典的なグループＩＣにおいては、同じグループ内のユーザは、相互の干渉除去を認識しない。したがって、グループ内のユーザ数が大きくなるにつれて、実施形態の複雑さは低下するが、同じ復号化の試みについての同じグループのユーザ間の除去の欠如に起因した損失が存在する。しかし、Ｈ−ＡＲＱでは、レシーバは、新しい各サブパケットが到着した後にグループ内のすべてのユーザを復号化しようと試みることになり、これにより同じグループ内のユーザは、相互の干渉除去を達成することができるようになる。例えば、ユーザ１のパケットが、時刻ｎにおいて復号化するときに、これは、ユーザ２および３のパケットが、時刻ｎ＋１２において復号化することを助け、これはさらにユーザ１が、時刻ｎ＋２４において復号化することを助ける。以前に復号化されたパケット(previously decoded packet)のすべてのサブパケットは、それらの次のサブパケットが到着するときに他のユーザについての復号化を再試行するまえに除去されることができる。要点は、個々のユーザは同じグループ内に常にいることができるが、それらのユーザのサブパケットは、他のグループのメンバが復号化するときに、ＩＣの利得を認識することである。  
パイロットチャネル、オーバーヘッドチャネル、およびトラフィックチャネルの共同の干渉除去(Joint Interference Cancellation Of Pilot, Overhead, And Traffic Channels)
【００７４】
本節(this section)によって対処される問題は、基地局レシーバにおけるマルチユーザ干渉を効率的に推定し除去することにより、ＣＤＭＡ  ＲＬのシステム容量を改善することに関連している。一般に、ＲＬユーザの信号は、パイロットチャネル、オーバーヘッドチャネル、およびトラフィックチャネルから構成される。本節は、すべてのユーザについての共同の(joint)パイロット、オーバーヘッド、およびトラフィックのＩＣスキームを説明する。
【００７５】
２つの態様が説明されている。第１に、オーバーヘッドＩＣ（ＯＩＣ）が導入される。逆方向リンク上で、各ユーザからのオーバーヘッドは、すべての他のユーザの信号に対する干渉として働く。各ユーザにとって、すべての他のユーザによるオーバーヘッドに起因した総計の干渉(aggregate interference)は、このユーザによって経験される全体の干渉(total interference)のうちの大きなパーセンテージ(percentage)かもしれない。この総計のオーバーヘッド干渉を取り除くことは、さらにシステム性能を改善し（例えば、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ  ＲｅｖＡシステムの場合）、ＰＩＣおよびＴＩＣによって達成される性能および容量を超えて逆方向リンク容量を増大させることができる。
【００７６】
第２に、ＰＩＣと、ＯＩＣと、ＴＩＣの間の重要な相互作用が、システム性能とハードウェア（ＨＷ）設計のトレードオフをとおして明らかにされる(demonstrated)。３つすべての除去プロシージャをどのようにして最もよく組み合わせるかについて、いくつかのスキームが説明される。あるものは、より多い性能利得を有することができ、あるものは、より複雑な利点を有することができる。例えば、説明されるスキームのうちの１つは、任意のオーバーヘッドチャネルおよびトラフィックチャネルを復号化する前にすべてのパイロット信号を取り除き、次いで逐次的な方法で、ユーザのオーバーヘッドチャネルおよびトラフィックチャネルを復号化し除去する。
【００７７】
本節は、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ  ＲｅｖＡシステムに基づいており、一般にＷ−ＣＤＭＡ、ＣＤＭＡ２０００  １ｘ、ＣＤＭＡ２０００  １ｘＥＶ−ＤＶなど、他のＣＤＭＡシステムにも適用される。  
オーバーヘッドチャネル除去のための方法
【００７８】
図１１は、ＥＶ−ＤＯ  ＲｅｖＡなどについてのＲＬオーバーヘッドチャネル構成を示している。２つのタイプのオーバーヘッドチャネルが存在する：すなわち、１つのタイプは、（ペイロードサイズが３０７２ビット以上であるときに使用される）ＲＲＩ（リバースレートインジケータ）チャネルと補助パイロットチャネルとを含むＲＬ復調／復号化を支援するものである。他のタイプは、ＤＲＣ（データレート制御）チャネル、ＤＳＣ（データソース制御）、およびＡＣＫ（肯定応答）チャネルを含む順方向リンク（ＦＬ）機能を容易にするものである。図１１に示されるように、ＡＣＫチャネルおよびＤＳＣチャネルは、スロットベースで時間多重化(time-multiplex)される。ＡＣＫチャネルは、ＦＬ上の同じユーザに伝送されたパケットに肯定応答するときのみに伝送される。
【００７９】
オーバーヘッドチャネルの中でも、補助パイロットチャネルのデータは、レシーバでは先験的に知られている(known a priori)。したがって、一次パイロットチャネルと同様に、復調と復号化は、このチャネルについては必要ではなく、補助パイロットチャネルは、チャネルについての知識に基づいて復元されることができる。復元された補助パイロット(reconstructed auxiliary pilot)は、２ｘチップレートの分解能であり得る、そして、（１セグメント上で）次式のように表されることができる。
【数１】
2008526124.tif 000003
【００８０】
式中でｎは、チップｘ１のサンプリングレート(sampling rate)に対応し、ｆは、フィンガ数(finger number)であり、ｃｆは、ＰＮシーケンス(PN sequence)であり、ｗｆ，ａｕｘは、補助パイロットチャネルに割り当てられるウォルシュコード(Walsh code)であり、Ｇａｕｘは、一次パイロットに対するこのチャネルの相対利得(relative gain)であり、ｈｆは、１セグメント上で定数であると仮定される推定されたチャネル係数(estimated channel coefficient)（またはチャネル応答）であり、φは、フィルタ関数(filter function)、あるいは、伝送パルスとチップｘ８の分解能のレシーバ低域通過フィルタとの畳み込み(convolution)であり（φは［−ＭＴｃ，ＭＴｃ］中で無視可能ではないと仮定される）、γｆは、αｆ＝γｆ  ｍｏｄ４とδｆ＝［γｆ／４］とを伴うこのフィンガのチップｘ８の時間オフセット(time offset)である。
【００８１】
ＤＲＣチャネル、ＤＳＣチャネル、およびＲＲＩチャネルを含む第２のグループのオーバーヘッドチャネルは、双直交コード(bi-orthogonal code)またはシンプレックスコード(simplex code)のどちらかによって符号化される。レシーバ側では、チャネルごとに、復調出力は、まずしきい値と比較される。出力がしきい値よりも下にある場合、消去が宣言され、復元は、この信号については試みられない。そうでない場合には、それらは、シンボルベースの最大尤度(maximum likelihood)（ＭＬ）検出器によって復号化され、この最大尤度検出器は、図４におけるデコーダ３０８の内側にあってもよい。復号化された出力ビットは、図４に示されるように対応するチャネルの復元のために使用される。これらのチャネルについての復元された信号(reconstructed signals for these channels)は、次式のように与えられる：
【数２】
2008526124.tif 000004
【００８２】
式１と比べると、オーバーヘッドチャネルデータである１つの新しい項ｄ０が存在し、ｗｆ，０は、ウォルシュカバー(Walsh cover)であり、Ｇａｕｘは、一次パイロットに対するオーバーヘッドチャネル利得を表す。
【００８３】
残りのオーバーヘッドチャネルは、１ビットのＡＣＫチャネルである。そのチャネルは、ＢＰＳＫ変調され、符号化されず、また半分のスロット上で反復されてもよい。レシーバは、信号を復調し、ＡＣＫチャネルデータ上で厳しい決定(hard-decision)を行うことができる。復元信号モデルは、式２と同じでもよい。
【００８４】
ＡＣＫチャネル信号を復元する別のアプローチは、復調され蓄積されたＡＣＫ信号を仮定しており、正規化の後は、
ｙ＝ｘ＋ｚ
として表されることができ、式中でｘは、伝送信号であり、ｚは、σ２の分散を有するスケーリングされた雑音項(scaled noise term)である。次いで、ｙの対数尤度比(log-likelihood ratio)（ＬＬＲ）は、次式として与えられる。
【数３】
2008526124.tif 000005
【００８５】
次いで、復元の目的のために、伝送ビットの軟推定(soft estimate)は、次式のように表わされることができる：
【数４】
2008526124.tif 000006
【００８６】
式中で、ｔａｎｈ関数は、テーブル化されることができる。復元されたＡＣＫ信号は、式２に非常に類似しているが、ただしｄ０を
【数５】
2008526124.tif 000007
【００８７】
によって置き換える点は例外である。一般に、レシーバは、データを確実には知らず、この方法は、信頼度レベルを描写(brings the confidence level into picture)するので、軟推定および除去のアプローチは、より良い除去性能を与えるはずである。このアプローチは、一般に上記のオーバーヘッドチャネルに対して拡張されることができる。しかしながら、ビットごとのＬＬＲを取得する最大事後確率(maximum aposteriori probability)（ＭＡＰ）検出器の複雑さは、１つのコードシンボル中の情報ビット数と共に指数関数的に増大する。
【００８８】
オーバーヘッドチャネル復元を実施する１つの効率的な方法は、１つのフィンガであり、その相対的利得によって復号化された各オーバーヘッド信号をスケーリングし、それをウォルシュコードによってカバーし、それらを一緒に合計し、次いで１つのＰＮシーケンスによって拡散し、チャネルスケーリングされたフィルタｈφをとおして一斉にフィルタをかけることができる。この方法は、差し引くための計算の複雑さとメモリ帯域幅の両方を節減することができる。  
【数６】
2008526124.tif 000008
【００８９】
共同のＰＩＣ、ＯＩＣ、およびＴＩＣ
【００９０】
共同のＰＩＣ、ＯＩＣおよびＴＩＣは、高い性能を達成し、システム容量を増大させるために実行されることができる。ＰＩＣ、ＯＩＣおよびＴＩＣの異なる復号化および除去順序は、異なるシステム性能を与え、ハードウェア設計の複雑性に対して異なる影響を及ぼすこともある。  
最初にＰＩＣを、次いでＯＩＣおよびＴＩＣを一緒に（第１のスキーム）
【００９１】
図１２Ａは、最初にＰＩＣを実行し、次いでＯＩＣおよびＴＩＣを一緒に実行する方法を示している。開始ブロック１２００の後に、ブロック１２０２においてレシーバは、すべてのユーザについてのチャネル推定を導き出し(derives)、パワー制御を実行する。すべてのユーザについてのパイロットデータはＢＴＳにおいて知られているので、これらは、ＰＩＣブロック１２０４において、ひとたびそれらのチャネルが推定されると差し引かれることができる。したがって、すべてのユーザのトラフィックチャネルおよびある種のオーバーヘッドチャネルは、より少ない干渉を観察することになり、直前のパイロット除去から恩恵を受けることができる。
【００９２】
ブロック１２０６は、復号化されていないユーザ、例えば、そのユーザのパケットまたはサブパケットが現行のスロット境界において終了するユーザ、のグループＧを選択する。ブロック１２０８〜１２１０は、オーバーヘッド／トラフィックチャネルの復調および復号化を実行する。ブロック１２１２において、正常に復号化されたチャネルデータだけが、復元され、すべてのユーザによって共用されるフロントエンドＲＡＭ（ＦＥＲＡＭ）３１２から差し引かれることになる。ブロック１２１４は、復号化すべきユーザがもっといるかどうかを検査する。ブロック１２１６は、プロセスを終了する。
【００９３】
復号化／復元／除去は、あるグループ内の１ユーザから、そのグループ内の次のユーザへと逐次的様式で行われることができ、これは、逐次的干渉除去(successive interference cancellation)と呼ばれることができる。このアプローチにおいては、同じグループの遅い復号化順序のユーザは、より早期の複合化順序のユーザの除去からの恩恵を受ける。簡略化されたアプローチは、同じグループ中のすべてのユーザを最初に復号化し、次いで彼らの干渉寄与を一斉に差し引くものである。第２のアプローチまたはスキーム（以下に説明される）は、より低いメモリ帯域幅とより効率的なパイプラインアーキテクチャの両方を可能にする。両方の場合において、同じスロット境界で終了しないがこのグループのパケットとオーバーラップする、ユーザのパケットは、この除去からの恩恵を受ける。この除去は、非同期ＣＤＭＡシステムにおける大部分の除去利得の理由を説明することができる(may account for a majority)。
【００９４】
図１２Ｂは、図１２Ａの方法を実行する手段１２３０〜１２４４を備える装置を示している。図１２Ｂ中における手段１２３０〜１２４４は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せの形で実施されることができる。
【００９５】
図１３Ａは、図１２Ａにおける方法の変形形態を示している。ブロック１２０４〜１２１０は、ブロック１２０２中の初期チャネル推定値に基づいて信号を取り除く。ブロック１３００は、データに基づいたチャネル推定値(data-based channel estimate)または改良されたチャネル推定値(refined channel estimate)を導き出す(derives)。データに基づいたチャネル推定値は、以下で説明されるように、より良いチャネル推定値を提供することができる。ブロック１３０２は、残りのＰＩＣを実行し、すなわちブロック１３００におけるチャネル推定値の改良に基づいて信号の改訂された推定値(revised estimate)を取り除く。
【００９６】
例えば、ブロック１２０４〜１２１０は、結果として、受信サンプルから初期信号推定値（例えば、パイロット信号）Ｐ１［ｎ］を取り除いたと考える。このとき、ブロック１３００において導き出されたもっと良いチャネル推定値に基づいて、本方法は、改訂された信号推定値Ｐ２［ｎ］を形成する。次いで本方法は、ＲＡＭ３１２中のサンプルロケーションから増分のＰ２［ｎ］−Ｐ１［ｎ］という差を取り除くことができる。
【００９７】
図１３Ｂは、図１３Ａの方法を実行する手段１２３０〜１２４４、１３１０、１３１２を備える装置を示している。図１３Ｂにおける手段１２３０〜１２４４、１３１０、１３１２は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せの形で実施されることができる。  
最初にＰＩＣを、次いでＯＩＣを、また次いでＴＩＣを（第２のスキーム）
【００９８】
第２のスキームは、同じグループのユーザのオーバーヘッドチャネルが、任意のトラフィックチャネルが復調され復号化される前に復調され復号化されることを除いて、上記の図１２Ａと同様である。このスキームは、厳格なＡＣＫデッドラインが課されないので非インターレース化システムでは適している。インターレース化システム、例えば、ＤＯ  Ｒｅｖ．Ａでは、ＡＣＫ／ＮＡＫ信号は、トラフィックチャネルサブパケットに応答するので、トラフィックチャネルサブパケットについての許容可能な復号化遅延は、一般に一対のスロット（１スロット＝１．６７ｍｓ）内に制限される。したがって、ある種のオーバーヘッドチャネルがこの時間スケールよりも長く拡散する場合、このスキームは、実現できなくなることもある。特にＤＯ  ＲｅｖＡ上では、補助パイロットチャネルおよびＡＣＫチャネルは、短い存続期間のフォーマットであり、ＴＩＣの前に差し引かれることができる。  
共同のパイロット／オーバーヘッド／トラフィックチャネル除去（第３のスキーム）
【００９９】
図１４Ａは、共同のＰＩＣ、ＯＩＣおよびＴＩＣを実行する方法を示している。開始ブロック１４００の後に、ブロック１４０２においてレシーバは、すべてのユーザについてのチャネル推定を導き出し、パワー制御を実行する。ブロック１４０４は、復号化されていないユーザのグループＧを選択する。ブロック１４０６は、パイロットからチャネルを再推定する。ブロック１４０８〜１４１０は、オーバーヘッド／トラフィックチャネルの復調および復号化を実行しようと試みる。ブロック１４１２は、すべてのユーザについてのＰＩＣを、また正常に復号化されたチャンネルデータを有するユーザだけについてＯＩＣおよびＴＩＣを実行する。
【０１００】
以上で論じられた第１のスキーム（図１２Ａ）とは違って、すべてのユーザについてのチャネル推定（ブロック１４０２）の後に、パイロットは、ＦＥＲＡＭ３１２から直ちに差し引かれず、チャネル推定は、パワー制御のために非ＩＣスキームとして使用される。次いで、同じパケット／サブパケット境界で終了したユーザのグループについて、本方法は、ある与えられた順序で、シーケンシャル復号化（ブロック１４０８および１４１０）を実行する。
【０１０１】
試みられた復号化するユーザでは、本方法は、最初にパイロットからチャネルを再推定する（ブロック１４０２）。パイロットは、復号化されるべきトラフィックパケットとオーバーラップする、以前に復号化されたパケットの干渉除去に起因して、それがパワー制御のために復調された時刻（１４０２）に比べて、より少ない干渉を見る。したがって、チャネル推定品質は改善され、これは、トラフィックチャネル復号化と除去性能の両方のためになる。この新しいチャネル推定は、トラフィックチャネル復号化（ブロック１４１０）ならびにある種のオーバーヘッドチャネル復号化（ブロック１４０８）（例えば、ＥＶ−ＤＯにおけるＲＲＩチャネル）のために使用される。ひとたび復号化プロセスが１ユーザについてブロック１４１２において完了されると、本方法は、ＦＥＲＡＭ３１２から、そのパイロットチャネルと任意の復号化されたオーバーヘッド／トラフィックチャネルを含むこのユーザの干渉寄与を差し引くことになる。
【０１０２】
ブロック１４１４は、復号化すべきユーザがもっといるかどうかを検査する。ブロック１４１６は、プロセスを終了する。
【０１０３】
図１４Ｂは、図１４Ａの方法を実行する手段１４２０〜１４３６を備える装置を示している。図１４Ｂにおける手段１４２０〜１４３６は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せの形で実施されることができる。
【０１０４】
図１５Ａは、図１４Ａにおける方法の変形形態を示している。ブロック１５００は、データに基づいたチャネル推定値を導き出す。ブロック１５０２は、図１３Ａにおけるように、オプションの残りのＰＩＣ(optional residual PIC)を実行する。
【０１０５】
図１５Ｂは、図１５Ａの方法を実行する手段１４２０〜１４３６、１５１０、１５１２を備える装置を示している。図１５Ｂにおける手段１４２０〜１４３６、１５１０、１５１２は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せの形で実施されることができる。  
第１のスキームと第３のスキームとの間のトレードオフ
【０１０６】
パイロット信号がＢＴＳにおいて知られており、直前でそれらをキャンセルすることが理にかなっているので、第１のスキームは、第３のスキームに比べて優れた性能を有するはずであるようである。両方のスキームが同じ除去品質を有するものと仮定される場合、第１のスキームは、すべてのデータレート全体にわたって、第３のスキームより性能が優れている可能性がある。しかしながら、第１のスキームでは、パイロットチャネル推定は、トラフィックデータ復調よりも高い干渉を見るので、（パイロットとオーバーヘッド／トラフィックの両方についての）復元目的のために使用される推定されたチャネル係数は、より雑音が多くなり得る。しかし、第３のスキームでは、パイロットチャネル推定は、トラフィックデータ復調／復号化の直前に再実行されるので、この改良されたチャネル推定によって見られる干渉レベルは、トラフィックデータ復調と同じである。その場合には、平均して第３のスキームの除去品質は、第１のスキームよりも良くなることができる。
【０１０７】
ハードウェア設計の観点から、第３のスキームは、少しだけ優位に立つ(have a slight edge)ことができる。すなわち、本方法は、パイロットデータと復号化されたオーバーヘッドチャネルデータとトラフィックチャネルデータを合計し、それらを一緒に除去することができ、それによってこのアプローチは、メモリ帯域幅を節約する。他方、パイロットの再推定は、（メモリからサンプルを読み取る観点から）オーバーヘッドチャネル復調またはトラフィックチャネル復調のどちらかと一緒に実行されることができ、それ故に、メモリ帯域幅要件は増大しない。
【０１０８】
第１のスキームが、第３のスキームの８０％または９０％の除去品質を有することが仮定される場合、ユーザ当たりのデータレートとユーザ数についての利得との間にトレードオフが存在する。一般に、そのトレードオフは、すべてのユーザが低データレート領域にある場合には第１のスキームに有利であり、すべてが高データレートユーザである場合にはその逆になる。本方法は、ひとたび１パケットのデータが復号化されるとチャネルをトラフィックチャネルから再推定することもできる。トラフィックチャネルは、パイロットチャネルに比べて（ずっと）高いＳＮＲで動作するので、除去品質は、改善するはずである。
【０１０９】
オーバーヘッドチャネルは、ひとたびそれらが正常に復調されると取り除かれる（除去される）ことができ、トラフィックチャネルは、ひとたびそれらが正常に復調され復号化されていると取り除かれることができる。基地局は、ある時点ですべてのアクセス端末のオーバーヘッドチャネルおよびトラフィックチャネルを正常に復調／復号化することができることが可能である。これ（ＰＩＣ、ＯＩＣ、ＴＩＣ）が行われる場合、次いでＦＥＲＡＭは、残りの干渉と雑音を含むだけになる。パイロットチャネルデータ、オーバーヘッドチャネルデータ、およびトラフィックチャネルデータは、様々な順序で除去され、アクセス端末のサブセットについて除去されることができる。
【０１１０】
１つのアプローチは、１ユーザについて一度にＲＡＭ３１２から（ＰＩＣ、ＴＩＣおよびＯＩＣの任意の組合せの）干渉除去を実行するものである。別のアプローチは、（ａ）ユーザのグループについて（ＰＩＣ、ＴＩＣおよびＯＩＣの任意の組合せの）複合信号を蓄積し、（ｂ）次いでそのグループについての干渉除去を同時に実行するものである。これらの２つのアプローチは、ここで開示される方法、スキーム、およびプロセスのうちのどれにも適用されることができる。  
干渉除去のためのチャネル推定の改善
【０１１１】
受信サンプルを正確に復元する能力は、伝送データの様々なコンポーネントを復元し取り除くことによって干渉除去を実施するＣＤＭＡレシーバのシステム性能にかなり影響を及ぼし得る。レーキレシーバにおいて、マルチパスチャネルは、パイロットシーケンスに関するＰＮ逆拡散することと、次いで適切な期間にわたってパイロットフィルタリングすること（すなわち、蓄積すること）によって推定される。パイロットフィルタリングの長さは一般的に、より多くのサンプルを蓄積することによって推定ＳＮＲを増大させるが、推定ＳＮＲがチャネルの時間変化によって悪化させられるほど長くは蓄積しないというそれらの間の折衷案として選択される。次いでパイロットフィルタ出力からのチャネル推定値は、データ復調を実行するために使用される。
【０１１２】
図４を用いて上記されるように、ＣＤＭＡレシーバ中において干渉除去を実施する１つの実用的な方法は、（例えば、チップｘ２）ＦＥＲＡＭサンプルに対する様々な伝送されたチップｘ１ストリームの寄与を復元するものである。これは、伝送されたチップストリーム、ならびにトランスミッタチップとレシーバサンプルとの間の全体的チャネルの推定値を決定することを要する。レーキフィンガからのチャネル推定値は、マルチパスチャネルそれ自体を表すので、全体的チャネル推定値は、トランスミッタとレシーバのフィルタリングの存在の理由も説明するはずである。
【０１１３】
本節は、ＣＤＭＡレシーバ中における干渉除去についての全体的チャネル推定を改善するためのいくつかの技法を開示している。これらの技法は、ＣＤＭＡ２０００、１ｘＥＶ−ＤＯ、１ｘＥＶ−ＤＶ、ＷＣＤＭＡに対して適用可能とすることができる。
【０１１４】
正しく復号化するパケットのＴＩＣを実行するために、図４中のレシーバは、デコーダ出力から情報ビットを取得し、再符号化し、再インターリーブし、再変調し、データチャネル利得を再適用し、再拡散することにより、伝送されたチップストリームを復元することができる。パイロットチャネル推定値を用いてＴＩＣについての受信サンプルを推定するために、送信チップストリームは、トランスミッタおよびレシーバのモデルと、パイロットＰＮシーケンスを用いた逆拡散からのレーキレシーバのチャネル推定値で畳み込まれることになる。
【０１１５】
パイロットチャネル推定値を使用する代わりに、（各レーキフィンガ遅延における）改善されたチャネル推定値が、復元されたデータチップそれら自体を用いて逆拡散することにより取得されることができる。パケットは、すでに正しく復号化しているので、この改善されたチャネル推定値は、パケットのデータ復調のために有用ではないが、むしろフロントエンドサンプル(front-end samples)に対するこのパケットの寄与を単に復元するためだけに使用される。この技法を用いて、レーキフィンガの遅延（例えば、チップＸ８分解能）ごとに、本方法は、復元されたデータチップストリームを用いて（例えば、チップｘ８に補間された）受信サンプルを「逆拡散」し、適切な期間にわたって蓄積することができる。トラフィックチャネルは、パイロットチャネルよりも高いパワーで伝送される（このトラフィックツーパイロットＴ２Ｐ比は、データレートの関数である）ので、これは、改善されたチャネル推定値をもたらすことになる。ＴＩＣについてのチャネルを推定するためにデータチップを使用することは、高精度で除去するために最も重要となる、より高いパワーのユーザについてのより正確なチャネル推定値をもたらすことができる。
【０１１６】
レーキフィンガ遅延のおのおのにおけるマルチパスチャネルを推定する代わりに、本節はまた、トランスミッタフィルタ、マルチパスチャネル、およびレシーバフィルタの組み合わされた効果を明確に推定することになるチャネル推定プロシージャについても説明している。この推定は、オーバーサンプリングされたフロントエンドサンプル（例えば、チップｘ２ＦＥＲＡＭ）と同じ分解能とすることができる。チャネル推定値は、チャネル推定精度においてＴ２Ｐ利得を達成するために復元された送信データチップを用いてフロントエンドサンプルを逆拡散することにより、達成されることができる。一様に間隔を置いて配置されたチャネル推定値(uniformly spaced channel estimates)の時間スパン(time span)は、レーキフィンガ遅延についての情報と、トランスミッタフィルタとレシーバフィルタの組み合わされた応答の先験的推定値(a priori estimate)とに基づいて選択されることができる。さらに、レーキフィンガからの情報は、一様に間隔を置いて配置されたチャネル推定値を改良するために使用されることができる。
【０１１７】
図１６は、送信フィルタｐ（ｔ）、全体的／複合チャネルｈ（ｔ）（対  以下で説明されるマルチパスチャネルｇ（ｔ））、およびレシーバフィルタｑ（ｔ）を有する、伝送システムのモデルを示している。無線通信チャネルのデジタルベースバンド表現は、Ｌ個の個別マルチパスコンポーネントによってモデル化されることができ、
【数７】
2008526124.tif 000009
【０１１８】
式中で、複雑な経路振幅は、対応する遅延τｌを伴うａｌである。トランスミッタフィルタとレシーバフィルタの組み合わされた効果は、φ（ｔ）として定義されることができ、ここで
【数８】
2008526124.tif 000010
【０１１９】
式中で、
【数９】
2008526124.tif 000011
【０１２０】
は、畳み込みを示す。組み合わされたφ（ｔ）は、多くの場合にレイズドコサイン(raised cosine)応答と同様になるように選択される。例えば、ＣＤＭＡ２０００およびその派生規格においては、応答は、図１７に示される例φ（ｔ）と類似している。全体的チャネル推定値は、次式によって与えられる。
【数１０】
2008526124.tif 000012
【０１２１】
図１８Ａおよび１８Ｂは、３つのレーキフィンガのおのおのにおける推定されたマルチパスチャネルに基づいたチャネル推定（実数成分および虚数成分）の一例を示すものである。この例においては、実際のチャネルは実線として示され、ａｌは、星印(stars)によって与えられる。復元（点線）は、以上の式３中のａｌを使用することに基づいている。図１８Ａおよび１８Ｂ中のレーキフィンガチャネル推定値は、パイロットチップを用いて逆拡散することに基づいている（ここで、全体的パイロットＳＮＲは、−２４ｄＢである）。  
レーキフィンガ遅延において、パイロットチップの代わりに再生成されたデータチップを用いて逆拡散すること
【０１２２】
チャネル推定の品質は、受信信号に対するユーザの寄与を復元する忠実度(fidelity)に対して直接の影響力を有する。干渉除去を実施するＣＤＭＡシステムの性能を改善するために、改善されたチャネル推定値を決定するためにユーザの復元されたデータチップを使用することが可能である。これは、干渉減算の精度を改善することになる。ＣＤＭＡシステムのための一技法は、古典的な「ユーザの伝送されたパイロットチップに関する逆拡散」とは対照的に「ユーザの伝送されたデータチップに関する逆拡散」として説明されることができる。
【０１２３】
図１８Ａ〜１８Ｂにおけるレーキフィンガチャネル推定値は、パイロットチップを用いた逆拡散に基づいていることを想起すべきである（ここでは、全体的パイロットＳＮＲは、−２４ｄＢである）。図１９Ａ〜１９Ｂは、レーキフィンガと、データチップを用いた逆拡散とに基づいた改善されたチャネル推定値の例を示すものであり、ここでデータチップは、パイロットチップよりも１０ｄＢ高いパワーで伝送される。
【０１２４】
図２０Ａは、レーキフィンガ遅延において再生されたデータチップを用いて逆拡散するための一方法を示している。ブロック２０００において、レーキレシーバ３１４（図４）は、レーキフィンガ値を取得するためにパイロットＰＮチップを用いてフロントエンドサンプルを逆拡散する。ブロック２００２において、復調器３０４は、データ復調を実行する。ブロック２００４において、デコーダ３０８は、データ復号化を実行し、ＣＲＣを検査する。ブロック２００６において、ＣＲＣが合格する場合、ユニット４００は、再符号化し、再インターリーブし、再変調し、再拡散することにより、伝送されたデータチップを決定する。ブロック２００８において、ユニット４００は、各フィンガ遅延において改善されたチャネル推定値を取得するために、伝送されたデータチップを用いてフロントエンドサンプルを逆拡散する。ブロック２０１０において、ユニット４００は、改善されたチャネル推定値を用いてフロントエンドサンプルに対するユーザのトラフィックとオーバーヘッドの寄与を復元する。
【０１２５】
図２０Ｂは、図２０Ａの方法を実行する手段２０２０〜２０３０を備える装置を示している。図２０Ｂにおける手段２０２０〜２０３０は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せの形で実施されることができる。  
再生成されたデータチップを用いてＦＥＲＡＭ分解能で複合チャネルを推定すること
【０１２６】
古典的なＣＤＭＡレシーバは、レーキフィンガ遅延のおのおのにおいてマルチパスチャネルの複素値を推定することができる。レーキレシーバに先行するレシーバフロントエンドは、トランスミッタフィルタ（すなわち、ｐ（ｔ））にマッチングさせられた低域通過レシーバフィルタ（すなわち、ｑ（ｔ））を含むことができる。したがって、レシーバがチャネル出力にマッチングさせられたフィルタを実施するために、レーキレシーバそれ自体は、マルチパスチャネル（すなわち、ｇ（ｔ））だけにマッチングさせようと試みる。レーキフィンガの遅延は、一般的に独立した時間追跡ループから最小限の分離要件内で駆動される（例えば、フィンガは、少なくとも１チップ離れている）。しかし、物理マルチパスチャネル(physical multipath channel)それ自体は、多くの場合に連続した遅延においてエネルギーを有することができる。したがって、一方法は、フロントエンドサンプル（例えば、チップｘ２ＦＥＲＡＭ）の分解能で複合チャネル（すなわち、ｈ（ｔ））を推定する。
【０１２７】
ＣＤＭＡ逆方向リンク上の伝送パワー制御を用いて、すべてのマルチパスおよびレシーバアンテナからの組み合わされたフィンガＳＮＲは、一般的に特定の範囲内に存在するように制御される。ＳＮＲのこの範囲は、比較的大きな推定分散を有する逆拡散されたパイロットチップから導き出される複合チャネル推定値をもたらし得る。これが、レーキレシーバが、エネルギー遅延プロファイルの「ピーク」においてのみフィンガを配置しようと試みる理由である。しかし、復元されたデータチップを用いて逆拡散するＴ２Ｐの利点と共に、複合チャネル推定は、φ（ｔ）のモデルと組み合わされたｇ（ｔ）の直接推定値よりも良いｈ（ｔ）の推定値をもたらすことができる。
【０１２８】
ここで説明されるチャネル推定プロシージャは、明確にトランスミッタフィルタと、マルチパスチャネルと、レシーバフィルタの組み合わされた効果を推定する。この推定値は、オーバーサンプリングされたフロントエンドサンプル（例えば、チップｘ２ＦＥＲＡＭ）と同じ分解能とすることができる。チャネル推定値は、チャネル推定精度におけるＴ２Ｐ利得を達成するために復元された伝送データチップを用いてフロントエンドサンプルを逆拡散することにより、達成されることができる。一様に間隔を置いて配置されたチャネル推定値の時間スパンは、レーキフィンガ遅延についての情報と、トランスミッタフィルタおよびレシーバフィルタの組み合わされた応答の先験的推定値とに基づいて選択されることができる。さらに、レーキフィンガからの情報は、一様に間隔を置いて配置されたチャネル推定値を改良するために使用されることができる。複合チャネルそれ自体を推定する技法はまた、それがφ（ｔ）の先験的推定値を使用する設計を必要としないので、有用であることに注意すべきである。
【０１２９】
図２１Ａ、２１Ｂは、チップＸ２の分解能で一様に間隔を置いて配置されたサンプルを使用して複合チャネルを推定することの一例を示している。図２１Ａ、２１Ｂにおいて、データチップＳＮＲは、−４ｄＢであり、これは−２４ｄＢのパイロットＳＮＲと２０ｄＢのＴ２Ｐに対応している。一様なチャネル推定値は、レーキフィンガロケーションにおいてのみデータチップを用いて逆拡散することに比べてより良い品質を与える。高いＳＮＲにおいては、「ファットパス(fatpath)」の効果は、レーキフィンガロケーションを使用してチャネルを正確に復元する能力を制限する。一様なサンプリングアプローチは、推定ＳＮＲが高いときに特に有用であり、これは、高いＴ２Ｐについてのデータチップを用いて逆拡散する場合に対応している。Ｔ２Ｐが特定のユーザについて高いときに、チャネル復元忠実度は重要である。
【０１３０】
図２２Ａは、再生成されたデータチップを使用して一様な分解能で複合チャネルを推定するための方法を示している。ブロック２０００〜２００６および２０１０は、上記の図２０Ａと類似している。ブロック２２００において、レーキレシーバ３１４（図４）または別のコンポーネントは、レーキフィンガ遅延に基づいて一様な構成のための時間スパンを決定する。ブロック２２０２において、復調器３０４または別のコンポーネントは、適切な時間スパンについての一様な遅延で、伝送されたデータチップを用いてフロントエンドサンプルを逆拡散することにより、改善されたチャネル推定値を決定する。
【０１３１】
図２２Ｂは、図２２Ａの方法を実行する手段２０２０〜２０３０、２２２０、２２２２を備える装置を示している。図２２Ｂにおける手段２０２０〜２０３０は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せの形で実施されることができる。
【０１３２】
以上の説明において、ｇ（ｔ）は、無線マルチパスチャネルそれ自体であるが、ｈ（ｔ）は、無線マルチパスチャネル、ならびにトランスミッタおよびレシーバのフィルタリングを含んでいる：すなわち、
ｈ（ｔ）＝ｐｈｉ（ｔ）で畳み込まれたｇ（ｔ）
である。
【０１３３】
以上の説明において、「サンプル(samples)」は、どのような任意のレート（例えば、チップ当たりに２回）であってもよいが、「データチップ(data chips)」は、チップ当たりに１つである。
【０１３４】
「再生成されたデータチップ(regenerated data chips)」は、図２０Ａのブロック２００６に示され、上記されるように、再符号化し、再インターリーブし、再変調し、再拡散することにより形成される。原理的に、「再生成すること」は、情報ビットが、モバイルトランスミッタ（アクセス端末）を通過したプロセスを模倣したものである。
【０１３５】
「復元されたサンプル(reconstructed samples)」は、ＦＥＲＡＭ３１２、またはレシーバ中におけるＦＥＲＡＭ３１２とは別のメモリに（例えば、チップ当たりに２回）記憶されるサンプルを表す。これらの復元されたサンプルは、（再生成された）伝送されたデータチップをチャネル推定値で畳み込むことにより形成される。
【０１３６】
用語「復元された(reconstructed)」および「再生成された(regenerated)」は、文脈が、伝送されたデータチップを再形成すること、または、受信されたサンプルを再形成することに対して与えられる場合は、交換可能に使用されることができる。「チップ」は、再符号化によって再形成されるので、サンプルまたはチップは、再形成されることができるのに対して、「サンプル」は、再形成されたチップを使用すること、ならびに無線チャネル（チャネル推定値）とトランスミッタおよびレシーバのフィルタリングの効果を組み込むことに基づいて再形成される。「復元」と「再生成」という両方の用語は、基本的に再構成し再形成することを意味する。技術的な違いはない。一実施形態は、データチップについて「再生成」を、またサンプルについて「復元」を排他的に使用する。その場合には、レシーバは、データチップ再生成ユニットとサンプル復元ユニットを有することができる。  
干渉除去を伴うＣＤＭＡシステムの逆方向リンク上での伝送サブチャネル利得の適応化
【０１３７】
マルチユーザ干渉は、ＣＤＭＡ伝送システムにおける制限ファクタであり、この干渉を緩和するどのようなレシーバ技法も、達成可能なスループットのかなりの改善を可能とすることができる。本節は、ＩＣを伴うシステムの伝送サブチャネル利得を適応させるための技法を説明している。
【０１３８】
逆方向リンク伝送において、各ユーザは、パイロット信号、オーバーヘッド信号およびトラフィック信号を送信する。パイロットは、伝送チャネルの同期化と推定を提供する。オーバーヘッドサブチャネル（ＲＲＩ、ＤＲＣ、ＤＳＣ、およびＡＣＫなど）は、ＭＡＣおよびトラフィック復号化セットアップのために必要とされる。パイロットサブチャネル、オーバーヘッドサブチャネルおよびトラフィックサブチャネルは、信号対干渉プラス雑音比（ＳＩＮＲ）に対する異なる要件を有する。ＣＤＭＡシステムにおいては、単一のパワー制御がパイロットの伝送パワーを適応させることができるが、オーバーヘッドサブチャネルおよびトラフィックサブチャネルのパワーは、パイロットに対して固定された利得を有する。ＢＴＳが、ＰＩＣ、ＯＩＣおよびＴＩＣを装備しているとき、様々なサブチャネルは、ＩＣの順序および除去能力に応じて異なる干渉レベルを見る。この場合には、サブチャネル利得の間の静的な関係が、システム性能を損なうこともある。
【０１３９】
本節は、ＩＣを実施するシステム上の異なる論理サブチャネルについての新しい利得制御戦略を説明している。本技法は、ＥＶ−ＤＯ  ＲｅｖＡなどのＣＤＭＡシステムに基づいており、ＥＶ−ＤＶ  ＲｅｌＤ、Ｗ−ＣＤＭＡ  ＥＵＬ、およびｃｄｍａ２０００に対して適用されることができる。
【０１４０】
説明される本技法は、パケットエラーレート、ＳＩＮＲまたは干渉パワーの観点から測定された性能に従って各サブチャネルの利得を適応的に変更することにより、異なるサブチャネル上でパワーおよび利得の制御を実施している。その目的は、時間的に変化する分散性サブチャネル上で伝送するための堅牢性(robustness)を提供しながらＩＣの可能性を十分に活用することを可能にする信頼できるパワーおよび利得の制御メカニズムを提供することである。
【０１４１】
干渉除去は、後で復号化されることになる他の信号に対する干渉を低下させるために、これらのサブチャネルが復号化された後にフロントエンドサンプルに対する論理サブチャネル(logical subchannels)の寄与を取り除くことを意味する。ＰＩＣにおいては、伝送されたパイロット信号は、ＢＴＳにおいて知られており、受信されたパイロットは、チャネル推定値を使用して復元される。ＴＩＣまたはＯＩＣにおいては、干渉は、ＢＴＳにおけるその復号化されたバージョンをとおして受信サブチャネルを復元することによって取り除かれる。
【０１４２】
現行のＢＴＳ（ＩＣを伴わない）は、トラフィックチャネルにおけるエラーレート要件を満たすためにパイロットサブチャネルのパワーＥｃｐを制御する。トラフィックサブチャネルのパワーは、ペイロードタイプとターゲット終了目標に依存する固定されたファクタＴ２Ｐによってパイロットに関係づけられる。パイロットパワーの適応化は、内側および外側のループを含む閉ループパワー制御メカニズムによって実行される。内側ループは、パイロットのＳＩＮＲ（Ｅｃｐ／Ｎｔ）をしきい値レベルＴに保持することを目的とするが、外側ループパワー制御は、例えばパケットエラーレート(packet error rate)（ＰＥＲ）に基づいてしきい値レベルＴを変化させる。
【０１４３】
ＩＣがレシーバ（図４）において実行されるときに、サブチャネル利得の適応化は、システムにとって有利になり得る。実際に、各サブチャネルは、異なるレベルの干渉を見るので、パイロットに関するそれらの利得は、望ましい性能を実現するためにそれに応じて適応させられるべきである。本節は、オーバーヘッドサブチャネルとパイロットサブチャネルについての利得制御の問題を解決することができ、ＩＣを十分に活用することによりシステムのスループットを増大させるＴ２Ｐの適応化についての技法が説明される。  
ＩＣを伴うシステムにおける重要なパラメータ
【０１４４】
調整されることができる２つのパラメータは、オーバーヘッドサブチャネル利得と、トラフィックツーパイロット（Ｔ２Ｐ）利得である。ＴＩＣがアクティブであるときに、オーバーヘッドサブチャネル利得は、パイロット性能とオーバーヘッド性能との間のより柔軟なトレードオフを可能とするために、（非ＴＩＣに対して）増大させられることができる。Ｇを用いて現行のシステム中で使用されるベースラインＧを示すことにより、オーバーヘッドチャネル利得の新しい値は、次式になる。  
Ｇ’＝Ｇ・ΔＧ
【０１４５】
ＩＣのないスキームにおいては、オーバーヘッド／パイロットサブチャネルは、トラフィックチャネルと同じ干渉レベルを見ており、ある種の比Ｔ２Ｐ／Ｇは、オーバーヘッドチャネルとトラフィックチャネルの両方の性能、ならびにパイロットチャネル推定について十分な性能を与えることができる。ＩＣが使用されるときには、干渉レベルは、オーバーヘッド／パイロットと、トラフィックでは異なり、Ｔ２Ｐは、２つのタイプのサブチャネルのコヒーレントな性能を可能にするために減少させられることができる。ある与えられたペイロードでは、本方法は、要件を満たすためにテーブル化された値に関してＴ２ＰをファクタΔＴ２Ｐだけ減少させることができる。Ｔ２Ｐを用いて現行のシステムにおける特定のペイロードについて使用されるベースラインＴ２Ｐを示すことにより、Ｔ２Ｐの新しい値は、次式になる。  
Ｔ２Ｐ’＝Ｔ２Ｐ・ΔＴ２Ｐ
【０１４６】
パラメータΔＴ２Ｐは、１組の有限または離散的な値（例えば、−０．１ｄＢから−１．０ｄＢ）へと量子化され、アクセス端末１０６へと送信されることができる。
【０１４７】
制御下で保持されることができる一部の量は、トラフィックＰＥＲ、パイロットＳＩＮＲ、およびライズオーバサーマル(rise over thermal)である。パイロットＳＩＮＲは、良好なチャネル推定のために望まれる最小レベルより下に低下すべきではない。ライズオーバサーマル（ＲＯＴ）は、パワー制御されたＣＤＭＡ逆方向リンクの安定性とリンクバジェット(link-budget)を保証するために重要である。非ＴＩＣレシーバにおいては、ＲＯＴは、受信された信号上で定義される。一般に、ＲＯＴは、良好な容量／カバレージのトレードオフを可能にするために、あらかじめ決定された範囲内に留まるべきである。  
ライズオーバサーマル制御(Rise Over Thermal Control)
【０１４８】
Ｉ０は、レシーバの入力における信号のパワーを示す。受信された信号からの干渉の除去は、パワーの低下をもたらす。Ｉ０’は、ＩＣの後の変調器３０４の入力における信号の平均パワーを示す。すなわち、
Ｉ０’≦Ｉ０
である。Ｉ０’の値は、それがＩＣでアップデートされた後にフロントエンドサンプルから測定されることができる。ＩＣが実行されるときに、ＲＯＴは、オーバーヘッドサブチャネルについて依然として重要であり、ＲＯＴは、
【数１１】
2008526124.tif 000013
【０１４９】
を保証するために、しきい値に関して制御されるべきであり、式中でＮ０は、雑音パワーである。
【０１５０】
しかしながら、トラフィックサブチャネルと一部のオーバーヘッドサブチャネルもまた、ＩＣからの恩恵を受ける。これらのサブチャネルの復号化性能は、ＩＣの後に測定されるライズオーバサーマルに関係づけられる。実効ＲＯＴは、ＩＣの後の信号パワーと雑音パワーとの間の比である。実効ＲＯＴは、しきい値によって制御されることができ、すなわち
【数１２】
2008526124.tif 000014
【０１５１】
となる。ＲＯＴｅｆｆ上の制約条件(constraint)は、雑音レベルが変化しないという仮定の下でＩ０’上の制約条件として同等に述べられることができる。すなわち、
【数１３】
2008526124.tif 000015
【０１５２】
であり、式中で
【数１４】
2008526124.tif 000016
【０１５３】
は、
【数１５】
2008526124.tif 000017
【０１５４】
に対応する信号パワーしきい値である。  
固定されたオーバーヘッド利得技法
【０１５５】
ＲＯＴが増大するときに、（ＩＣからの恩恵を受けない）パイロットチャネルとオーバーヘッドチャネルのＳＩＮＲは、減少し、消去レートの増大の可能性をもたらす。この効果を補償するために、オーバーヘッドチャネル利得は、固定値、または特定のシステム状態に対する適応化のいずれかにより、引き上げられることができる。
【０１５６】
オーバーヘッドサブチャネルの利得がパイロットに関して固定された場合の技法が、説明される。提案された技法は、パイロットサブチャネルのレベルとユーザごとのΔＴ２Ｐの両方を適応させる。  
固定されたΔＧ＝０ｄＢを伴うＴ２Ｐの閉ループ制御
【０１５７】
図２３は、ＥｃｐおよびΔＴ２Ｐについての閉ループパワー制御（ＰＣ）と、固定されたΔＧ＝０ｄＢ（ブロック２３０８）と、を示している。ΔＴ２ＰおよびＥｃｐの適応化についての第１の解法は、以下を備える：
【０１５８】
Ａ．内側および外側のループ２３００、２３０２は、Ｅｃｐの適応化のための従来の方法でパワー制御を実行することができる。外側ループ２３００は、ターゲットＰＥＲとトラフィックＰＥＲとを受け取る。内側ループ２３０４は、しきい値Ｔ２３０２と測定されたパイロットＳＩＮＲとを受け取り、Ｅｃｐを出力する。
【０１５９】
Ｂ．閉ループ利得制御（ＧＣ）２３０６は、取り除かれた干渉の測定値に基づいてΔＴ２Ｐを適応させる。利得制御２３０６は、測定されたＲＯＴと測定されたＲＯＴｅｆｆを受け取り、ΔＴ２Ｐを出力する。レシーバは、ＩＣスキームによって取り除かれる干渉を測定し、ΔＴ２Ｐを適応させる。
【０１６０】
Ｃ．ΔＴ２Ｐは、メッセージ中においてセクタ内のすべてのアクセス端末１０６へと定期的に送信されることができる。
【０１６１】
ΔＴ２Ｐの適応化では、ＩＣの後の干渉が、Ｉ０からＩ０’へと低下される場合、Ｔ２Ｐは、その結果として量が減少させられることができ、すなわち、
【数１６】
2008526124.tif 000018
【０１６２】
となる。
【０１６３】
Ｅｃｐは、（ＰＣループ２３０４を介して）すなわち、
【数１７】
2008526124.tif 000019
【０１６４】
として増大することになる。
【０１６５】
ＩＣを伴うシステムについての総伝送パワーと、ＩＣを伴わないシステムについての総伝送パワーと、の間の比は、
【数１８】
2008526124.tif 000020
【０１６６】
となり、式中で、Ｇは、オーバーヘッドチャネル利得である。（Ｇに関して）Ｔ２Ｐの大きな値では、比Ｃは、
【数１９】
2008526124.tif 000021
【０１６７】
として近似されることができる。
【０１６８】
実効ＲＯＴの推定では、実効ＲＯＴは、ＰＣとチャネル状態の変化との両方に起因して急速に変化する。その代わりに、ΔＴ２Ｐは、ＲＯＴｅｆｆのゆっくりした変化を反映する。したがって、ΔＴ２Ｐの選択では、実効ＲＯＴは、ＩＣの後の信号の長い平均化ウィンドウ(averaging window)を用いて測定される。平均化ウィンドウは、パワー制御アップデート期間の少なくとも２倍の長さを有することができる。  
固定されたΔＧ＞０ｄＢを伴うＴ２Ｐの閉ループ制御
【０１６９】
図２４は、利得制御２３０６が、しきい値実効ＲＯＴ(threshold effective ROT)を受け取り、ΔＧ＞０ｄＢ（ブロック２４００）である点を除いて、図２３と同じである。ΔＴ２Ｐの適応化についてのこの代替方法は、ＩＣシステムについてもＩＣのないシステムについても同じセルカバレージを有する要求に基づいている。Ｅｃｐ分布は、両方の場合について同じである。ＩＣの効果は、十分にロードされたシステム上では二重であり、すなわちｉ）ＩＣの前の信号パワー、Ｉ０は、ＩＣのないシステムの信号パワーに関して増大することになり、ｉｉ）ＰＥＲ制御による閉ループパワー制御に起因して、Ｉ０’は、ＩＣのないシステムの信号パワーと同様になる傾向があることになる。ΔＴ２Ｐは、次のように適応させられる：
【数２０】
2008526124.tif 000022
【０１７０】
ΔＴ２ＰのＡＣＫベースの制御
【０１７１】
図２５は、固定されたオーバーヘッドサブチャネル利得（ブロック２５０６）を伴うＡＣＫサブチャネルに基づいたＥｃｐおよびΔＴ２ＰについてのＰＣを示している。
【０１７２】
ΔＴ２Ｐの閉ループ制御ＧＣは、ＢＴＳからＡＴへのフィードバック信号を必要とし、ここではすべてのＡＴは、ＢＴＳからΔＴ２Ｐの同じブロードキャスト値を受け取る。代替的解法は、ΔＴ２Ｐ２５１０の開ループＧＣとパイロットについての閉ループＰＣ２５００、２５０４に基づいている。閉ループパイロットＰＣは、内側ループ２５０４を備え、この内側ループは、しきい値Ｔ０２５０２に従ってＥｃｐを調整する。外側ループ制御２５００は、オーバーヘッドサブチャネルの消去レート、例えばデータレート制御（ＤＲＣ）サブチャネルエラー確率、またはＤＲＣ消去レートによって導かれる。Ｔ０は、ＤＲＣ消去レートがしきい値を超えるときはいつでも増大させられるが、ＤＲＣ消去レートがしきい値より低いときには徐々に減少させられる。
【０１７３】
ΔＴ２Ｐは、ＡＣＫ順方向サブチャネルを介して適応させられる。特に、ＡＣＫおよびＮＡＣＫの統計値を測定することにより、ＡＴは、ＢＴＳにおいてトラフィックＰＥＲ（ブロック２５０８）を評価することができる。利得制御２５１０は、ターゲットトラフィックＰＥＲと測定されたＰＥＲとを比較する。ＰＥＲがしきい値よりも高いときはいつでも、ΔＴ２Ｐは、Ｔ２Ｐ’が、ＩＣのないシステムのベースライン値Ｔ２Ｐに到達するまで増大させられる。他方、より低いＰＥＲでは、ΔＴ２Ｐは、ＩＣプロセスを十分に活用するために減少させられる。  
可変オーバーヘッド利得技法
【０１７４】
トランシーバのさらなる最適化は、ΔＴ２Ｐだけでなく、オーバーヘッドサブチャネル利得（Ｇオーバーヘッド）もＩＣプロセスに対して適応させることにより、取得されることができる。この場合には、余分なフィードバック信号が必要とされる。ΔＧの値は、０ｄＢから０．５ｄＢへと量子化されることができる。  
干渉パワーベースのオーバーヘッド利得制御
【０１７５】
図２６は、オーバーヘッドＧＣ２６００を伴う点を除いて図２４と同様である。オーバーヘッドサブチャネル２６００のＧＣのための方法は、ＩＣの後の測定された信号パワーに基づいている。この場合、Ｅｃｐは、ＩＣがないシステムと同じセルカバレージ(cell coverage)を提供するために仮定される。ＩＣの前の信号は、増大させられたパワーＩ０を有し、オーバーヘッド利得は、増大させられた干渉を補償する。このインプリメンテーションは、
【数２１】
2008526124.tif 000023
【０１７６】
を設定することにより、オーバーヘッド利得を適応させる。
【０１７７】
ΔＧは、あまり役立ちそうもないオーバーヘッドサブチャネルパワーを減少させることに対応することになるだろうから、０ｄＢより下に行かないように制御されることができる。
【０１７８】
利得およびパワーの制御スキームは、図２３におけるようなＥｃｐについての内側および外側のループＰＣ２３０４、２３００と、上記のようなΔＧについてのＧＣループ２６００と、ΔＴ２Ｐについての開ループＧＣ２３０６とを含むことができ、ここでΔＴ２Ｐは、ＰＥＲがターゲット値より上であるときはいつでも増大させられ、ＰＥＲがターゲットより下であるときには減少させられる。ΔＴ２Ｐの最大レベルは、許容され、これはＩＣのないレシーバのレベルに対応している。  
ＤＲＣのみのオーバーヘッド利得制御
【０１７９】
図２７は、ＤＲＣのみのオーバーヘッド利得制御２７０２を伴う図２６の変形を示す。
【０１８０】
オーバーヘッドサブチャネル利得が適応させられるときでさえ、ΔＴ２Ｐ２７００の利得制御は、上記されるように閉ループを用いて実行されることができる。この場合にＥｃｐおよびΔＴ２Ｐは、図２３のスキーム中におけるように制御されるが、オーバーヘッドサブチャネル利得２７０２の適応化は、ＤＲＣ消去レートを介して実行される。特に、ＤＲＣ消去がしきい値より上の場合には、オーバーヘッドサブチャネル利得２７０２は、増大させられる。ＤＲＣ消去レートがしきい値よりも低いときには、オーバーヘッド利得は、次第に低減させられる。  
マルチセクタマルチセルネットワークにおけるＴ２Ｐの制御
【０１８１】
ΔＴ２ＰのＧＣはセルレベルで実行され、ＡＴ１０６は、よりソフトなハンドオフの中にあり得るので、様々なセクタが、適応化の異なる要求を生成することができる。この場合、様々なオプションが、ＡＴに送信されるべきΔＴ２Ｐ要求の選択について考慮されることができる。セルレベルで、一方法は、フルにロードされた(fully loaded)セクタ、すなわち次式、によって要求されるものの中から、Ｔ２Ｐの最小の低減(minimum reduction)を選択することができる。
【数２２】
2008526124.tif 000024
【０１８２】
式中で、
【数２３】
2008526124.tif 000025
【０１８３】
は、セクタｓによって必要とされるΔＴ２Ｐである。ＡＴは、様々なセルから異なる要求を受信することができ、またこの場合には、様々な判断基準が採用されることもできる。一方法は、それとの最も信頼できる通信を確かなものとするために、サービングセクタ(serving sector)に対応するΔＴ２Ｐを選択することができる。
【０１８４】
セルとＡＴの両方におけるΔＴ２Ｐの選択については、要求された値のうちの最小値、最大値、または平均値を含む、他の選択が考慮されてもよい。
【０１８５】
１つの重要な面(aspect)は、モバイルが、Ｔ２Ｐ’＝Ｔ２Ｐ×ΔＴ２Ｐと、Ｇ’＝Ｇ×ΔＧとを使用することである、なお、式中でのΔＴ２ＰはＩｏおよびＩｏ’の測定値に（そして多分Ｉｏｔｈｒの知識にも）基づいてＢＴＳにおいて計算され、ΔＧもまたＢＴＳにおいて計算される。ＢＴＳにおいて計算されたこれらのデルタファクタ(delta_factor)を用いて、これらは、各ＢＴＳによって、すべてのアクセス端末に対してブロードキャストされ、これらのアクセス端末はそれに応じて対応する。
【０１８６】
ここにおいて開示された概念は、ＷＣＤＭＡシステムに対して適用されることができ、このＷＣＤＭＡシステムは、専用物理制御チャネル(dedicated physical control channel)（ＤＰＣＣＨ）、拡張専用物理制御チャネル(enhanced dedicated physical control channel)（Ｅ−ＤＰＣＣＨ）、高速専用物理制御チャネル(high-speed dedicated physical control channel)（ＨＳ−ＤＰＣＣＨ）などの、オーバーヘッドチャネルを使用する。ＷＣＤＭＡシステムは、専用物理データチャネル(dedicated physical data channel)（ＤＰＤＣＨ）フォーマットおよび／または拡張専用物理データチャネル(enhanced dedicated physical data channel)（Ｅ−ＤＰＤＣＨ）フォーマットを使用することができる。
【０１８７】
ここにおいて開示されたものは、２つの異なるインターレース構成、例えば２−ｍｓの伝送時間間隔および１０−ｍｓの伝送時間間隔を有するＷＣＤＭＡシステムに対して適用されることができる。したがって、フロントエンドメモリ、復調器、および減算器は、異なる伝送時間間隔を有する１つまたは複数のサブパケットまたはパケットにまたがるように構成されることができる。
【０１８８】
ＴＩＣの場合、トラフィックデータは、ＥＶ−ＤＯリリース０フォーマットまたはＥＶ−ＤＯレビジョンＡフォーマットのうちの少なくとも一方で、１または複数のユーザによって送信されることができる。
【０１８９】
ここにおいて説明される特定の復号化順序は、復調し復号化するための順序に対応することができる。ＦＥＲＡＭ３１２からのパケットを復調するプロセスは、干渉除去をより良いデコーダ入力に変換するので、パケットを再復号化すること(re-decoding)は、再復調(re-demodulation)からであるべきである。
【０１９０】
当業者は、情報および信号が、様々な技術および技法のうちの任意のものを使用して表されることができることを理解するであろう。例えば、以上の説明全体を通して参照されることができるデータ、インストラクション、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁気のフィールドまたは粒子、光のフィールドまたは粒子、あるいはそれらの任意の組合せによって表されることができる。
【０１９１】
当業者は、ここにおいて開示される実施形態に関連して説明される様々な例示の論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子的ハードウェア、コンピュータソフトウェア、あるいは両方の組合せとして実施されることができることをさらに理解するであろう。ハードウェアおよびソフトウェアのこの交換可能性を明確に説明するために、様々な例示のコンポーネント、ブロック、モジュール、回路、およびステップが、一般にそれらの機能の観点から上記に説明されてきている。そのような機能がハードウェアとして実施されるか、あるいはソフトウェアとして実施されるかは、特定のアプリケーション、および全体的なシステムに課される設計制約条件に依存する。当業者は、各特定のアプリケーションに対し様々な方法で、説明された機能を実施することができるが、そのような実施の決定は、本発明の範囲からの逸脱を生じさせるものとして解釈されるべきではない。
【０１９２】
ここにおいて開示される実施形態に関連して説明される様々な例示の論理ブロック、モジュール、および回路は、ここにおいて説明された機能を実行するように設計された汎用プロセッサ、デジタル信号処理プロセッサ(digital signal processor)（ＤＳＰ）、特定用途向け集積回路(application specific integrated circuit)（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ(field programmable gate array)（ＦＰＧＡ）または他のプログラマブルロジックデバイス、個別ゲートまたはトランジスタロジック、個別ハードウェアコンポーネント、あるいはそれらの任意の組合せを用いて実施され、または実行されることができる。汎用プロセッサは、マイクロプロセッサであってもよいが、別の方法では、プロセッサは、どのような従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であってもよい。プロセッサはまた、コンピューティングデバイス(computing device)の組合せ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わされた１つまたは複数のマイクロプロセッサ、あるいは他のそのような任意のコンフィギュレーション、として実施されることもできる。
【０１９３】
ここにおいて開示される実施形態に関連して説明される方法またはアルゴリズムのステップは、ハードウェアの形で直接に、プロセッサによって実行されるソフトウェアモジュールの形で、あるいはこれらの２つの組合せの形で実施されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能ディスク、ＣＤ−ＲＯＭ、あるいはストレージ媒体の他の任意の形態の形で存在することができる。ストレージ媒体は、プロセッサが、ストレージ媒体から情報を読み取り、ストレージ媒体に情報を書き込むことができるように、プロセッサに結合される。代替形態においては、ストレージ媒体は、プロセッサと一体になっていてもよい。プロセッサおよびストレージ媒体は、ＡＳＩＣ中に存在することができる。そのＡＳＩＣは、ユーザ端末中に存在することができる。別の方法では、プロセッサおよびストレージ媒体は、ユーザ端末中に個別コンポーネントとして存在することもできる。
【０１９４】
見出しは、参照のために、また、ある節を見出す際に助けとなるように、ここに含まれている。これらの見出しは、その下でそこに説明される概念の範囲を限定するようには意図されておらず、これらの概念は、明細書全体を通して他の節においても適用可能性を有し得る。
【０１９５】
本開示の実施形態の以上の説明は、どのような当業者でも本発明を作りまたは使用することができるようにするために提供される。これらの実施形態に対する様々な修正は、当業者にとっては容易に明らかであろう、そして、ここにおいて定義される包括的な原理は、本発明の精神あるいは範囲を逸脱することなく他の実施形態に対しても適用されることができる。このように、本発明は、ここにおいて示される実施形態に限定されるようには意図されておらず、ここにおいて開示される原理および新規な特徴と整合する最も広い範囲が与えられるべきである。
【図面の簡単な説明】
【０１９６】
【図１】基地局およびアクセス端末を有する無線通信システムを示す図である。
【図２】図１のアクセス端末において実施されることができるトランスミッタの構成および／またはプロセスの一例を示す図である。
【図３】図１の基地局において実施されることができるレシーバのプロセスおよび／または構成の一例を示す図である。
【図４】基地局のレシーバのプロセスまたは構成の別の実施形態を示す図である。
【図５】図１のシステムにおける３ユーザのパワー分布の一般的な一例を示す図である。
【図６】等しい送信パワーを有するユーザについてのフレーム非同期トラフィック干渉除去についての一様な時間オフセット分布の一例を示す図である。
【図７】逆方向リンクデータパケットと順方向リンク自動反復要求チャネルのために使用されるインターレース構成を示す図である。
【図８】完全な１６−スロットパケットにまたがるメモリを示す図である。
【図９Ａ】遅延した復号化のないシーケンシャル干渉除去（ＳＩＣ）の一例についてのトラフィック干渉除去の方法を示す図である。
【図９Ｂ】図９Ａの方法を実行する装置を示す図である。
【図１０】復号化されたサブパケットの干渉除去を伴うインターレースの連続したサブパケットの到着の後のレシーバサンプルバッファを示す図である。
【図１１】オーバーヘッドチャネル構成を示す図である。
【図１２Ａ】最初にパイロットＩＣ（ＰＩＣ）を実行し、次いでオーバーヘッドＩＣ（ＯＩＣ）およびトラフィックＩＣ（ＴＩＣ）を一緒に実行する方法を示す図である。
【図１２Ｂ】図１２Ａの方法を実行する装置を示す図である。
【図１３Ａ】図１２Ａにおける方法の変形例を示す図である。
【図１３Ｂ】図１３Ａの方法を実行する装置を示す図である。
【図１４Ａ】共同のＰＩＣ、ＯＩＣおよびＴＩＣを実行する方法を示す図である。
【図１４Ｂ】図１４Ａの方法を実行する装置を示す図である。
【図１５Ａ】図１４Ａにおける方法の変形例を示す図である。
【図１５Ｂ】図１５Ａの方法を実行する装置を示す図である。
【図１６】伝送システムのモデルを示す図である。
【図１７】組み合わされた送信と受信のフィルタリングの応答の一例を示す図である。
【図１８Ａ】３つのレーキフィンガのおのおのにおける推定されたマルチパスチャネルに基づいたチャネル推定（実数成分および虚数成分）の一例を示す図である。
【図１８Ｂ】３つのレーキフィンガのおのおのにおける推定されたマルチパスチャネルに基づいたチャネル推定（実数成分および虚数成分）の一例を示す図である。
【図１９Ａ】レーキフィンガと、データチップを用いた逆拡散とに基づいた改善されたチャネル推定値の一例を示す図である。
【図１９Ｂ】レーキフィンガと、データチップを用いた逆拡散とに基づいた改善されたチャネル推定値の一例を示す図である。
【図２０Ａ】レーキフィンガ遅延において再生成されたデータチップを用いて逆拡散するための方法を示す図である。
【図２０Ｂ】図２０Ａの方法を実行する装置を示す図である。
【図２１Ａ】チップＸ２の分解能で一様に間隔をあけて配置されたサンプルを使用して複合チャネルを推定することの一例を示す図である。
【図２１Ｂ】チップＸ２の分解能で一様に間隔をあけて配置されたサンプルを使用して複合チャネルを推定することの一例を示す図である。
【図２２Ａ】再生成されたデータチップを使用して一様な分解能で複合チャネルを推定するための方法を示す図である。
【図２２Ｂ】図２２Ａの方法を実行する装置を示す図である。
【図２３】固定されたオーバーヘッドサブチャネル利得を伴う閉ループパワー制御および利得制御を示す図である。
【図２４】固定されたオーバーヘッドサブチャネル利得を伴う図２３のパワー制御および利得制御の変形例を示す図である。
【図２５】固定されたオーバーヘッドサブチャネル利得を伴うパワー制御の一例を示す図である。
【図２６】オーバーヘッド利得制御を伴う以外は図２４と類似した図である。
【図２７】ＤＲＣのみのオーバーヘッド利得制御を伴う図２６の変形例を示す図である。
【図１】
2008526124.tif 000026
【図２】
2008526124.tif 000027
【図３】
2008526124.tif 000028
【図４】
2008526124.tif 000029
【図５】
2008526124.tif 000030
【図６】
2008526124.tif 000031
【図７】
2008526124.tif 000032
【図８】
2008526124.tif 000033
【図９Ａ】
2008526124.tif 000034
【図９Ｂ】
2008526124.tif 000035
【図１０】
2008526124.tif 000036
【図１１】
2008526124.tif 000037
【図１２Ａ】
2008526124.tif 000038
【図１２Ｂ】
2008526124.tif 000039
【図１３Ａ】
2008526124.tif 000040
【図１３Ｂ】
2008526124.tif 000041
【図１４Ａ】
2008526124.tif 000042
【図１４Ｂ】
2008526124.tif 000043
【図１５Ａ】
2008526124.tif 000044
【図１５Ｂ】
2008526124.tif 000045
【図１６】
2008526124.tif 000046
【図１７】
2008526124.tif 000047
【図１８Ａ】
2008526124.tif 000048
【図１８Ｂ】
2008526124.tif 000049
【図１９Ａ】
2008526124.tif 000050
【図１９Ｂ】
2008526124.tif 000051
【図２０Ａ】
2008526124.tif 000052
【図２０Ｂ】
2008526124.tif 000053
【図２１Ａ】
2008526124.tif 000054
【図２１Ｂ】
2008526124.tif 000055
【図２２Ａ】
2008526124.tif 000056
【図２２Ｂ】
2008526124.tif 000057
【図２３】
2008526124.tif 000058
【図２４】
2008526124.tif 000059
【図２５】
2008526124.tif 000060
【図２６】
2008526124.tif 000061
【図２７】
2008526124.tif 000062
【国際調査報告】
2008526124.tif 000063
2008526124.tif 000064