(57)【要約】【課題】干渉除去を備えたシステムにおける送信サブチャネル利得の適応【解決手段】干渉除去（ＩＣ）のための方法及びシステム。１つの態様は、トラフィック干渉除去に関する。別の態様は、パイロット、オーバヘッド及びデータのための結合ＩＣに関する。他の態様は、改善されたチャネル推定に関する。別の態様は、送信サブチャネル利得の適応に関する。【選択図】      図２３
2008526118.tif 000002
【特許請求の範囲】
【請求項１】
複数のアクセス端末から送信された信号のサンプルを受信することであって、前記サンプルが、パイロットチャネルデータ、オーバヘッドチャネルデータ及びトラフィックチャネルデータを備えることと、
前記パイロットチャネルデータ、オーバヘッドチャネルデータ及びトラフィックチャネルデータのうちの少なくとも１つを再構成することと、
前記サンプル内の前記パイロットチャネルデータ、オーバヘッドチャネルデータ及びトラフィックチャネルデータのうちの前記再構成された少なくとも１つの少なくとも一部を除去することと、
前記サンプルを処理して、第１のアクセス端末によって送信されたトラフィックデータを得ることと、
トラフィックパケット誤り率（ＰＥＲ（packet error rate））、パイロット信号対干渉雑音比（ＳＩＮＲ（signal-to-interference-and-noise ratio））及び前記信号の総電力のうちの少なくとも１つを測定することと、
前記測定した少なくとも１つのトラフィックＰＥＲ、パイロットＳＩＮＲ及び総電力に従って、パイロットチャネル、オーバヘッドチャネル及びトラフィックチャネルのうちの少なくとも１つの電力及び利得の少なくとも一方を制御することと、
を備える方法。
【請求項２】
前記信号は、符号分割多元接続（ＣＤＭＡ（Code Division Multiple Access））信号を備える、請求項１に記載の方法。
【請求項３】
前記受信したサンプルをバッファ内に格納することと、
前記格納した受信サンプルから、前記再構成されたパイロットチャネルデータ、オーバヘッドチャネルデータ及びトラフィックチャネルデータのうちの少なくとも１つを除去することと、
をさらに備える、請求項１に記載の方法。
【請求項４】
前記オーバヘッドチャネルは、リバースレートインジケータ（ＲＲＩ（Reverse Rate Indicator））チャネル、補助パイロットチャネル、データ要求制御（ＤＲＣ（Data Request Control））チャネル、データソース制御（ＤＳＣ（Data Source Control））チャネル及び肯定応答（ＡＣＫ（Acknowledge））チャネルのうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項５】
前記オーバヘッドチャネルは、専用物理制御チャネル（ＤＰＣＣＨ（dedicated physical control channel））、エンハンスド専用物理制御チャネル（Ｅ−ＤＰＣＣＨ（enhanced dedicated physical control channel））及び高速専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ（high-speed dedicated physical control channel））のうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項６】
前記オーバヘッドチャネルは補助チャネルを備え、前記方法はさらに、チャネル推定に基づいて、前記補助パイロットチャネルを再構成することを備える、請求項１に記載の方法。
【請求項７】
前記再構成されたパイロットチャネルデータを除去することは、
前記複数のアクセス端末に対するチャネル推定を判断することと、
前記チャネル推定を用いて、パイロットチャネルデータを再構成することと、
全てのアクセス端末からの前記サンプル内の再構成されたパイロットチャネルデータを除去することと、
を備える、請求項１に記載の方法。
【請求項８】
前記再構成されたオーバヘッドチャネルデータを除去することは、
前記複数のアクセス端末に対するチャネル推定を判断することと、
前記チャネル推定を用いて、オーバヘッドチャネルデータを再構成することと、
全てのアクセス端末からの前記サンプル内の前記再構成されたオーバヘッドチャネルデータを除去することと、
を備える、請求項１に記載の方法。
【請求項９】
再構成されたデータチャネルデータを除去することは、
前記複数のアクセス端末に対するチャネル推定を判断することと、
前記チャネル推定を用いて、データチャネルデータを再構成することと、
全てのアクセス端末からのサンプル内の前記再構成されたデータチャネルデータを除去することと、
を備える、請求項１に記載の方法。
【請求項１０】
前記電力及び利得の少なくとも一方を制御することは、
トラフィックチャネルデータが除去された場合に、オーバヘッドチャネル利得を増加させることを備える、請求項１に記載の方法。
【請求項１１】
前記電力及び利得の少なくとも一方を制御することは、
少なくとも１つのアクセス端末のトラフィック対パイロット（Ｔ２Ｐ（traffic-to-pilot））比を低減することを備える、請求項１に記載の方法。
【請求項１２】
前記電力及び利得の少なくとも一方を制御することは、
しきい値に対して、ライズ・オーバー・サーマル（ＲＯＴ（rise-over-thermal））値を制御することを備える、請求項１に記載の方法。
【請求項１３】
前記電力及び利得の少なくとも一方を制御することは、
内側ループ及び外側ループを有する閉ループパイロットチャネル電力制御メカニズムを用いることを備える、請求項１に記載の方法。
【請求項１４】
前記外側ループは、前記測定されたトラフィックＰＥＲをターゲットトラフィックＰＥＲと比較する、請求項１３に記載の方法。
【請求項１５】
前記外側ループは、オーバヘッドチャネルの測定した削除レートを、前記オーバヘッドチャネルのターゲット削除レートと比較する、請求項１３に記載の方法。
【請求項１６】
前記オーバヘッドチャネルは、データレート制御（ＤＲＣ（data rate control））チャネルである、請求項１５に記載の方法。
【請求項１７】
前記オーバヘッドチャネルは、Ｅ−ＤＰＣＣＨを備える、請求項１５に記載の方法。
【請求項１８】
前記オーバヘッドチャネルは、ＤＰＣＣＨを備える、請求項１５に記載の方法。
【請求項１９】
前記電力及び利得の少なくとも一方を制御することは、
前記パイロットチャネル、オーバヘッドチャネル及びトラフィックデータチャネルのうちの少なくとも１つを除去した後の信号電力を測定することと、
閉ループ利得制御を用い、除去後の測定した信号電力に基づいて、Ｔ２Ｐ比の変化に適応することと、
を備える、請求項１に記載の方法。
【請求項２０】
前記適応されたＴ２Ｐ比の変化を伴うメッセージを、少なくとも１つのアクセス端末に定期的に送信することをさらに備える、請求項１９に記載の方法。
【請求項２１】
前記Ｔ２Ｐ比の変化は、ＡＣＫフォワードチャネルを介して適応される、請求項１９に記載の方法。
【請求項２２】
前記電力及び利得の少なくとも一方を制御することは、
長さが、電力制御更新期間の少なくとも２倍である平均化ウィンドウを用いて、有効ＲＯＴ値を測定することを備える、請求項１に記載の方法。
【請求項２３】
前記電力及び利得の少なくとも一方を制御することは、
Ｔ２Ｐ比の開ループ利得制御と、閉ループパイロット電力制御とを備える、請求項１に記載の方法。
【請求項２４】
前記閉ループ電力制御は、しきい値に従って前記パイロット電力を調整する内側ループを備える、請求項２３に記載の方法。
【請求項２５】
ＤＲＣ（data rate control）削除レートが第２のしきい値を超えた場合に、前記しきい値を増加させることと、
前記ＤＲＣ削除レートが前記第２のしきい値未満である場合に、前記しきい値を減少させることと、
をさらに備える、請求項２４に記載の方法。
【請求項２６】
前記測定されたトラフィックＰＥＲがしきい値を超えた場合に、Ｔ２Ｐ比の変化を増加させることと、
前記測定されたトラフィックＰＥＲが前記しきい値未満である場合、Ｔ２Ｐ比の変化を減少させることと、
をさらに備える、請求項１に記載の方法。
【請求項２７】
前記測定した少なくとも１つのトラフィックＰＥＲ、パイロットＳＩＮＲ、及び前記信号の総電力に従って、オーバヘッドチャネル利得を適応させることをさらに備える、請求項１に記載の方法。
【請求項２８】
前記オーバヘッドチャネル利得を適応させることは、測定したＲＯＴ値とターゲットＲＯＴ値とを比較することを備える、請求項２７に記載の方法。
【請求項２９】
前記オーバヘッドチャネル利得を適応させることは、測定したＤＲＣ（data rate control）削除レートをターゲットＤＲＣ（data rate control）削除レートと比較することを備える、請求項２７に記載の方法。
【請求項３０】
複数のコマンドを複数のセクタからアクセス端末へ送信することであって、各要求が、前記アクセス端末にＴ２Ｐ比を低下させることを要求することと、
最低のＴ２Ｐ比の低下で、満載のセクタからの複数の要求の中の要求を識別することと、
をさらに備える、請求項１に記載の方法。
【請求項３１】
満載のセクタを識別することをさらに備える、請求項３０に記載の方法。
【請求項３２】
複数のセクタからの複数の要求をアクセス端末に送信することであって、各要求が、前記アクセス端末にＴ２Ｐ比を低下させることを要求することと、
前記アクセス端末に関連するサービングセクタからの複数の要求の中の要求を識別することと、
をさらに備える、請求項１に記載の方法。
【請求項３３】
前記電力及び利得の少なくとも一方を制御することは、
前記オーバヘッドチャネル及びトラフィックチャネルの利得を制御することを備える、請求項１に記載の方法。
【請求項３４】
複数のアクセス端末から受信した信号のデータサンプルを格納するように構成された記憶装置であって、前記サンプルが、パイロットチャネルデータ、オーバヘッドチャネルデータ及びトラフィックチャネルデータを備える、記憶装置と、
１つ以上のアクセス端末のためのオーバヘッドチャネルデータ及びトラフィックチャネルデータを復調するように構成された復調器と、
前記復調されたオーバヘッドチャネルデータ及びトラフィックチャネルデータを復号し、どのオーバヘッドチャネルデータ及びトラフィックチャネルデータが適切に復号されたか否かを判断するように構成された復号器と、
前記適切に復号されたオーバヘッドチャネルデータ及びトラフィックチャネルデータのためにオーバヘッドチャネルデータ及びトラフィックチャネルデータを再構成するように構成された再構成ユニットであって、前記再構成ユニットがさらに、前記チャネル推定を用いてパイロットチャネルデータを再構成するように構成されている、再構成ユニットと、
前記記憶装置に格納された前記サンプルから、前記再構成されたパイロットチャネルデータ、再構成されたオーバヘッドチャネルデータ及び再構成されたトラフィックチャネルデータを減算するように構成された減算器と、
前記再構成されたパイロットチャネルデータ、再構成されたオーバヘッドチャネルデータ及び再構成されたトラフィックチャネルデータが、前記記憶装置に格納された前記サンプルから減算された後に、少なくとも１つのアクセス端末のパイロットチャネル電力を制御するように構成された電力制御ユニットと、
前記測定された干渉除去に基づいて、Ｔ２Ｐ比の変化を制御するように構成された利得制御ユニットと、
を備える基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
（米国特許法第１１９条による優先権の主張）
本出願は、本明細書に援用する、２００４年１２月２３日に出願された「ＣＤＭＡリバースリンク上のＢＴＳにおけるトラフィック干渉除去（TRAFFIC INTERFERENCE CANCELLATION AT THE BTS ON A CDMA REVERSE LINK）」というタイトルの同一出願人による米国仮出願第６０／６３８，６６６号に対して優先権を主張する。
【０００２】
本発明は、一般に、無線通信システムに関し、具体的には、無線通信システムにおけるトラフィック干渉除去に関する。
【背景技術】
【０００３】
通信システムは、基地局とアクセス端末との間の通信を提供することができる。フォワードリンク又はダウンリンクとは、基地局からアクセス端末への送信を指す。リバースリンク又はアップリンクは、アクセス端末から基地局への送信を指す。各アクセス端末は、該アクセス端末が動作中であるか否か、及び該アクセス端末がソフトハンドオフ中であるか否かにより、所定の時期にフォワードリンク及びリバースリンクで１つ以上の基地局と通信することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
【発明を実施するための最良の形態】
【０００５】
本発明の特徴、本質及び効果は、図面と共に以下に記載した詳細な説明からより明らかにすることができる。同様の参照数字及び符号は、同じか又は同様の対象を特定することができる。
【０００６】
本明細書に記載された実施形態はどれも、必ずしも他の実施形態よりも好ましく又は有利なわけではない。本開示の様々な態様が図面に示されているが、該図面は、包括的になるように必ずしも縮尺どおりに描かれてはいない。
【０００７】
図１は、システム制御装置１０２と、基地局１０４ａ、１０４ｂと、複数のアクセス端末１０６ａ〜１０６ｈとを含む無線通信システム１００を示す。システム１００は、制御装置１０２、基地局１０４及びアクセス端末１０６をいくつでも有することができる。以下に説明する本開示の様々な態様及び実施形態は、システム１００内で実施することができる。
【０００８】
アクセス端末１０６は、携帯式又は固定式とすることができ、図１の通信システム１００のいたるところに分散させることができる。アクセス端末１０６は、ラップトップパーソナルコンピュータ等のコンピュータ装置に接続することができ、又は該コンピュータ装置内に実装することができる。代替として、アクセス端末は、ＰＤＡ（personal digital assistant）等の内蔵型データデバイスであってもよい。アクセス端末１０６とは、有線電話、無線電話、携帯電話、ラップトップコンピュータ、無線通信ＰＣ（personal computer）カード、ＰＤＡ、外部又は内部モデム等の様々な種類の装置を指す。アクセス端末は、無線チャネルを介して、又は例えば、光ファイバ又は同軸ケーブルを用いた有線チャネルを介して通信することにより、ユーザにデータ接続を提供するどのようなデバイスであってもよい。アクセス端末は、移動局、アクセスユニット、加入者ユニット、モバイルデバイス、モバイル端末、モバイルユニット、携帯電話、モバイル、遠隔局、リモート端末、リモートユニット、ユーザデバイス、ユーザ装置、ハンドヘルドデバイス等の様々な名称を有する。
【０００９】
システム１００は、多数のセルに対して通信を提供し、この場合、各セルには、１つ以上の基地局１０４によってサービスが提供される。基地局１０４は、無線基地局装置（ＢＴＳ（base station transceiver system））、アクセスポイント、アクセスネットワークの一部、モデムプールトランシーバ（ＭＰＴ（modem pool transceiver））、又はノードＢを指すこともある。アクセスネットワークは、パケット交換データ網（例えば、インターネット）とアクセス端末１０６との間のデータ接続を実行できるネットワーク設備を指す。
【００１０】
フォワードリンク（ＦＬ（forward link））又はダウンリンクは、基地局１０４からアクセス端末１０６への送信を指す。リバースリンク（ＲＬ（reverse link））は、アクセス端末１０６から基地局１０４への送信を指す。
【００１１】
基地局１０４は、異なるデータ速度からなるセットから選択されたデータ速度を用いてアクセス端末１０６へデータを送信することができる。アクセス端末１０６は、基地局１０４によって送信されたパイロット信号の信号対干渉雑音比（ＳＩＮＲ（signal-to-noise-and-interference ratio））を測定して、基地局１０４がデータをアクセス端末１０６へ送信するための所望のデータ速度を決めることができる。アクセス端末１０６は、基地局１０４に該所望のデータ速度を知らせるために、データ要求チャネル又はデータレート制御（ＤＲＣ（data rate control））メッセージを送信することができる。
【００１２】
（基地局制御装置（ＢＳＣ（base station controller））とも呼ばれる）システム制御装置１０２は、基地局１０４に対して調整及び制御を実行することができ、またさらに、基地局１０４を介したアクセス端末１０６に対する呼のルーティングを制御することができる。システム制御装置１０２はさらに、移動通信交換局（ＭＳＣ（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））、ＴＩＡ／ＥＩＡ／ＩＳ−８５６、ＣＤＭＡ  １ｘエボリューション・データ・オプティマイズド（ＥＶ−ＤＯ（Evolution Data Optimized））、１ｘＥＶ−ＤＶ、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）、ユニバーサル・モバイル・テレコミュニケーションズ・システム（ＵＭＴＳ（Universal Mobile Telecommunications System））、時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ（Time Division Synchronous CDMA））、直交周波数分割多重（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing））等の１つ以上の通信技術を用いることができる。以下に説明する実施例は、理解の明快さのための詳細を提供する。本明細書に示されているアイデアは、他のシステムにも適用可能であり、また、本発明の実施例は、本出願を限定するものではない。
【００１４】
図２は、図１のアクセス端末１０６において実施することができるトランスミッタ構造及び／又はプロセスの実施例を示す。図２に示す機能及びコンポーネントは、ソフトウェア、ハードウェア、又はソフトウェアとハードウェアの組合せによって実施することができる。図２に示す機能に加えて、又は該機能に代わって、他の機能を図２に付加してもよい。
【００１５】
データソース２００は、符号器２０２にデータを供給し、該符号器は、１つ以上の符号化スキームを用いてデータビットを符号化し、符号化されたデータチップを生成する。各符号化スキームは、巡回冗長検査（ＣＲＣ（cyclic redundancy check））、畳み込み符号化、ターボ符号化、ブロック符号化、他の種類の符号化、又は、符号化なし等の１つ以上の種類の符号化を含むことができる。他の符号化スキームは、自動再送要求（ＡＲＱ（automatic repeat request））、ハイブリッドＡＲＱ（H-ARQ）及びインクリメンタルリダンダンシーリピート法（incremental redundancy repeat techniques）を含むことができる。異なる種類のデータは、異なる符号化スキームと符号化されてもよい。インタリーバ２０４は、符号化されたデータビットをインタリーブして、フェージングに対抗する。
【００１６】
変調器２０６は、符号化され、インタリーブされたデータを変調して、変調信号を生成する。変調方法の実施例は、二位相偏移変調（ＢＰＳＫ（binary phase shift keying））及び四位相偏移変調（ＱＰＳＫ（quadrature phase shift keying））を含む。また、変調器２０６は、変調されたデータからなるシーケンスを繰り返すことができ、又は、記号パンクチャユニットが、記号からなるビットをパンクチャしてもよい。また、変調器２０６は、ウォルシュカバー（Walsh cover）（すなわち、ウォルシュ符号）を用いて該変調されたデータを拡散させて、データチップを形成することもできる。また、変調器２０６は、パイロットチップ及びＭＡＣチップを用いて該データチップを時間分割多重化して、チップからなるストリームを形成することもできる。また、変調器２０６は、擬似ランダム雑音（ＰＮ（psedo random noise））拡散器を用いて、１つ以上のＰＮ符号（例えば、短い符号、長い符号）でチップからなるストリームを拡散させる。
【００１７】
ベースバンド・無線周波数（ＲＦ（radio-frequency））変換ユニット２０８は、ベースバンド信号を、アンテナ２１０を介した、１つ以上の基地局１０４への無線通信リンクを通じた送信のためのＲＦ信号に変換することができる。
【００１８】
図３は、図１の基地局１０４において実施することができるレシーバプロセス及び／又は構造の実施例を示す。図３に示す機能及びコンポーネントは、ソフトウェア、ハードウェア、又はソフトウェアとハードウェアの組合せによって実施することができる。図３に示す機能に加えて、又は該機能に代わって、他の機能を図３に付加してもよい。
【００１９】
１つ以上のアンテナ３００は、１つ以上のアクセス端末１０６からのリバースリンク変調信号を受信する。複数のアンテナが、フェージング等の有害な経路効果に抗して、空間ダイバーシティを実現できる。各受信信号は、それぞれのレシーバ又はＲＦ・ベースバンド変換ユニット３０２へ供給され、該ユニットは、該受信信号を調整（例えば、フィルタリング、増幅、ダウンコンバート）して、該受信信号をディジタル化し、該受信信号のためのデータサンプルを生成する。
【００２０】
復調器３０４は、受信信号を復調して、復元したシンボルを生成することができる。ＣＤＭＡ２０００の場合、復調は、（１）逆拡散したサンプルをチャネル化して、受信したデータ及びパイロットをそれぞれの符号チャネル上に分離又はチャネル化することにより、及び（２）該チャネル化したデータを復元したパイロットでコヒーレントに復調して、復調データを生成することにより、データ送信を復元しようと試みる。復調器３０４は、全てのユーザ／アクセス端末のための受信信号のサンプルを格納する（結合フロントエンドＲＡＭ（ＦＥＲＡＭ）又はサンプルＲＡＭとも呼ばれる）受信サンプルバッファ３１２と、多数の信号インスタンスを逆拡散して処理するレーキ（Rake）レシーバ３１４と、（バックエンドＲＡＭ（ＢＥＲＡＭ）又は復調シンボルＲＡＭとも呼ばれる）復調シンボルバッファ３１６とを含むことができる。複数のユーザ／アクセス端末に対応するために、複数の復調シンボルバッファ３１６があってもよい。
【００２１】
デインタリーバ３０６は、復調器３０４からのデータをデインタリーブする。
【００２２】
符号器３０８は、復調されたデータを符号化して、アクセス端末１０６によって送信された符号化データビットを復元することができる。該符号化されたデータは、データシンク３１０に供給することができる。
【００２３】
図４は、基地局レシーバプロセス又は構造の別の実施形態を示す。図４において、連続的に符号化されたユーザのデータビットは、干渉再構成ユニット４００に入力され、該ユニットは、符号器４０２と、インタリーバ４０４と、変調器４０６と、フィルタ４０８とを含む。符号器４０２、インタリーバ４０４及び変調器４０６は、図２の符号器２０２、インタリーバ２０４及び変調器２０６と同じでよい。フィルタ４０８は、ＦＥＲＡＭ分解における復号されたユーザのサンプルを形成し、例えば、チップレートを２ｘのチップレートに変更する。該ＦＥＲＡＭに対する復号されたユーザの寄与は、ＦＥＲＡＭ３１２から取り除かれ、又は相殺される。
【００２４】
基地局１０４における干渉除去を以下で説明するが、本明細書におけるコンセプトは、アクセス端末１０６又は通信システムの他のどのコンポーネントにも適用することができる。
【００２５】
（トラフィック干渉除去）
ＣＤＭＡリバースリンクの容量は、異なるユーザによって送信された信号がＢＴＳ１０４において直交していないため、ユーザ間の干渉によって限定することができる。このため、ユーザ間の干渉を減らす技術は、ＣＤＭＡリバースリンクのシステムパフォーマンスを向上させるであろう。本明細書には、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ  ＲｅｖＡ等の進化したＣＤＭＡシステムのための、干渉除去の有効な実施のための技術が記載されている。
【００２６】
各ＤＯ  ＲｅｖＡユーザは、トラフィック、パイロット及びオーバヘッド信号を送信し、これらの全ては、他のユーザに対して干渉を引き起こす可能性がある。図４に示すように、信号は、ＢＴＳ１０４におけるフロントエンドＲＡＭ３１２から再構成し、及び取り去ることができる。送信されたパイロット信号は、ＢＴＳ１０４において知られており、該チャネルに関する知識に基づいて再構成することができる。しかし、送信されたオーバヘッド及びトラフィックチップを判断するために、ＢＴＳ１０４において、（リバースレートインジケータ（ＲＲＩ（reverse rate indicator））、データ要求チャネル（data request channel）又はデータレート制御（ＤＲＣ（data rate control））、データソースチャネル（ＤＳＣ（data source channel））、肯定応答（ＡＣＫ（acknowledgement））等の）オーバヘッド信号が先ず復調されて検知され、次いで、該送信されたデータ信号が復調され、デインタリーブされて符号化される。そして、与えられた信号に対する送信チップの判断に基づいて、再構成ユニット４００は、チャネル知識に基づき、ＦＥＲＡＭ３１２に対する寄与を再構成する。
【００２７】
データソース２００からのデータパケットのビットは、符号器２０２、インタリーバ２０４及び／又は変調器２０６によって繰り返すことができ、基地局１０４に送信する複数の対応する「サブパケット」に処理することができる。基地局１０４が高い信号対雑音比の信号を受信した場合、最初のサブパケットは、基地局１０４が復号して元のデータパケットを得るための十分な情報を含んでいる可能性がある。例えば、データソース２００からのデータパケットは、繰り返して、４つのサブパケットに処理することができる。ユーザ端末１０６は、第１のサブパケットを基地局１０４に送信する。基地局１０４は、該第１の受信したサブパケットを適当に復号して、該サブパケットから元のデータパケットを得ることに関して比較的低い可能性を有する可能性がある。しかし、基地局１０４は、第２、第３及び第４のサブパケットを受信して、各受信したサブパケットから得られた情報を結合するので、復号して元のデータパケットを得る可能性は高まる。基地局１０４が、（例えば、ＣＲＣ又は他の誤り検出技術を用いて）元のパケットを適当に復号するとすぐに、基地局１０４は、サブパケットの送信を停めるために、肯定応答信号をユーザ端末１０６に送信する。ユーザ端末１０６は、その後、新たなパケットからなる第１のサブパケットを送信してもよい。
【００２８】
ＤＯ−ＲｅｖＡのリバースリンクは、Ｈ−ＡＲＱ（図７）を用い、この場合、各１６スロットパケットは、４つのサブパケットに分けられて、同じインタレースのサブパケット間に８つのスロットを有するインタレース構造で送信される。さらに、異なるユーザ／アクセス端末１０６は、異なるスロット境界で送信を始めることができ、このため、異なるユーザの４スロットサブパケットは、上記ＢＴＳに同時に着く。以下、Ｈ−ＡＲＱ及びＣＤＭＡ用の干渉除去レシーバの非同期及び有効なデザインの効果について説明する。
【００２９】
干渉除去による利得は、信号がＦＥＲＡＭ３１２から除去される順番に依存する。本明細書には、トラフィック対パイロット（Ｔ２Ｐ（traffic-to-pilot））比、有効ＳＩＮＲ、又は復号化の可能性に基づいてユーザを復号すること（及びＣＲＣが通過する場合の減算）に関連する技術が開示されている。本明細書には、他のものがＦＥＲＡＭ３１２から移された後のユーザの復調及び復号化の再試行のための様々なアプローチが開示されている。上記ＢＴＳのＦＥＲＡＭ３１２からの干渉除去は、ＥＶ−ＤＯ  ＲｅｖＡ等の非同期ＣＤＭＡシステムを明らかにするために、有効に実施することができ、この場合、ユーザは、ハイブリッドＡＲＱを用いて、パイロット信号、制御信号及びトラフィック信号を送信する。この開示は、ＥＶ−ＤＶ  Ｒｅｌ  Ｄ、Ｗ−ＣＤＭＡ  ＥＵＬ及びｃｄｍａ２０００にも適用することができる。
【００３０】
トラフィック干渉除去（ＴＩＣ（traffic interference cancellation））は、ユーザが適切に復号した後（図４）に、該ユーザのデータのＦＥＲＡＭ３１２に対する寄与を取り除く減法的干渉除去（subtractive interference cancellation）として定義することができる。本明細書においては、ＣＤＭＡ２０００、ＥＶ−ＤＯ、ＥＶ−ＤＶ及びＷＣＤＭＡ等の実際のＣＤＭＡに対するＴＩＣに関連する実際的な問題のうちのいくつかを扱う。それらの問題のうちのほとんどは、実際のシステムがユーザ非同時性及びハイブリッドＡＲＱを有するという事実によって引き起こされる。例えば、ＣＤＭＡ２０００は、帰路ネットワーク（backhaul network）における過剰な遅延を防ぐために、ユーザデータフレームを意図的に均一に拡散する。ＥＶ−ＤＯのＲｅｖＡ、ＥＶ−ＤＶのＲｅｌ  Ｄ及びＷＣＤＭＡのＥＵＬもまた、１以上の可能性のあるデータ長を導入するハイブリッドＡＲＱを用いる。
【００３１】
マルチユーザ検出は、ＴＩＣがその分類に入り、かつ互いに影響し合う２つの異なるユーザの検出を可能にすることにより、パフォーマンスを向上させようとするあらゆるアルゴリズムを指すアルゴリズムの主カテゴリーである。ＴＩＣ法は、（逐次干渉除去（sequential interference cancellation）又はＳＩＣとも呼ばれる）連続干渉除去（succesive interference cancellation）と並列干渉除去（parallel interference cancellation）とのハイブリッドを含んでもよい。「連続干渉除去」とは、ユーザを連続的に復号し、それまでに復号されたユーザのデータを用いてパフォーマンスを向上させるアルゴリズムを指す。「並列干渉除去」とは、同時にユーザを復号すること、及び同時に全ての復号したユーザを減算することを広く指す。
【００３２】
ＴＩＣは、パイロット干渉除去（ＰＩＣ（pilot interference cancellation））とは異なっていてもよい。ＴＩＣとＰＩＣの間の１つの違いは、送信されたパイロット信号が、予め上記レシーバに完全に知られているということである。このため、ＰＩＣは、チャネル推定のみを用いて、受信信号に対する該パイロットの寄与を減算することができる。第２の重要な違いは、該トランスミッタ及びレシーバが、Ｈ−ＡＲＱメカニズムによって該トラフィックチャネル上で互いに密接に影響し合うということである。該レシーバは、ユーザが連続的に復号されるまで、送信されたデータシーケンスを知らない。
【００３３】
同様に、オーバヘッド干渉除去（ＯＩＣ（overhead interference cancellation））と呼ばれる方法で、フロントエンドＲＡＭからオーバヘッドチャネルと取り除くことが好ましい。オーバヘッドチャネルは、上記ＢＴＳ１０４が、送信されたオーバヘッドデータを知るまで取り除くことができず、このことは、オーバヘッドメッセージを復号した後、再形成することによって決まる。
【００３４】
連続干渉除去は、方法のクラスを定義する。相互情報の連鎖ルールは、理想的な条件下で、連続干渉除去が、多数のアクセスチャネルの容量を実現することができることを示す。このための重要な条件は、全てのユーザがフレーム同期であり、かつ各ユーザのチャネルをごくわずかなエラーで推定することができることである。
【００３５】
図５は、３つのユーザ（ユーザ１、ユーザ２、ユーザ３）の電力配分の一般的な実施例を示し、この場合、該ユーザは、フレームを同期的に送信し（全てのユーザからのフレームは、同時に受信される）、各ユーザは、同じデータレートで送信する。各ユーザは、特定の送信電力を用いるように指示され、例えば、ユーザ３は、実質的にノイズに等しい電力で送信し、ユーザ２は、ユーザ３の電力にノイズを加えたものに実質的に等しい電力で送信し、ユーザ１は、ユーザ２にユーザ３及びノイズを加えたものに実質的に等しい電力で送信する。
【００３６】
上記レシーバは、ユーザからの信号を、送信電力の大きい順に処理する。ｋ＝１（最大の電力を有するユーザ１）で始めると、該レシーバは、ユーザ１のために復号しようと試みる。復号が連続的な場合、ユーザ１の受信信号に対する寄与が形成され、彼のチャネル推定に基づいて減算される。これは、フレーム同期逐次干渉除去（frame synchronous sequential interference cancellation）と呼んでもよい。該レシーバは、復号が全てのユーザに対して試みられるまで続行する。各ユーザは、それまでに復号されたユーザの連続干渉除去の干渉除去後には、同じＳＩＮＲを有する。
【００３７】
あいにく、このアプローチは、復号エラーに対して非常に敏感である可能性がある。ユーザ１等の単一の大きな電力ユーザが適切に復号しない場合、全ての後に続くユーザのＳＩＮＲは、大幅に低下する可能性がある。このことは、そのとき以降の全てのユーザが復号するのを阻止する可能性がある。このアプローチの別の欠点は、フェージングチャネルにおいて保障するのが難しい、ユーザが、該レシーバにおいて、特定の相対電力を有する必要があるということである。
【００３８】
（フレーム非同期性及び干渉除去、例えば、ｃｄｍａ２０００）
ユーザフレームオフセットが、互いに対して意図的にふらつくと仮定する。このフレーム非同期動作は、システム全体に対して多くの利点を有する。例えば、上記レシーバにおける処理電力及びネットワーク帯域幅は、時間内に、より均一な使用プロファイルを有するであろう。これとは対照的に、ユーザ間のフレーム同期性は、全てのユーザが同時にパケットを終了するため、各フレーム境界の端部において、処理電力のバースト及びネットワークリソースを必要とする。フレーム非同期性によって、ＢＴＳ１０４は、最大電力を有するユーザではなく、一番早い到着時間を有するユーザを最初に復号することができる。
【００３９】
図６は、同じ送信電力を有するユーザに対するフレーム非同期ＴＩＣの場合の均一なタイムオフセット分布の実施例を示す。図６は、ユーザ１のフレーム１が復号される直前の時刻のスナップショットを示す。フレーム０は既に全てのユーザに対して復号されて、除去されているため、その干渉に対する寄与は、斜交平行線で示されている（ユーザ２及び３）。一般的に、このアプローチは、干渉を２倍低減する。干渉の半分は、ユーザ１のフレーム１を復号する前に、ＴＩＣによって取り除かれている。
【００４０】
別の実施形態においては、図６におけるユーザは、ユーザからなる群、例えば、ユーザ群１、ユーザ群２、ユーザ群３を指す可能性もある。
【００４１】
非同期性及び干渉除去の効用は、ユーザが同じデータレートを希望する場合の電力レベル及び誤り統計に関するユーザ間の相対的な対称性である。同じユーザデータレートを伴う一般的な逐次干渉除去において、最後のユーザは、非常に低い電力で受信され、それまでの全てのユーザの連続的な復号に依存している。
【００４２】
（非同期性、ハイブリッドＡＲＱ及びインタレース、例えば、ＥＶ−ＤＯ  ＲｅｖＡ）
図７は、ＲＬデータパケット及びＦＬ  ＡＲＱチャネルに用いられる（例えば、１ｘＥＶ−ＤＯ  ＲｅｖＡにおける）インタレース構造を示す。各インタレース（インタレース１、インタレース２、インタレース３）は、時間が互い違いのセグメントからなるセットを備える。この実施例において、各セグメントは、４つのタイムスロット長である。各セグメント中、ユーザ端末は、サブパケットを上記基地局に送信することができる。３つのインタレースがあり、各セグメントは、４つのタイムスロット長である。この結果、所定のインタレースのサブパケットの端部と、同じインタレースの次のサブパケットの始めとの間には、８つのタイムスロットがある。このことは、上記レシーバに、該サブパケットを復号して、ＡＣＫ又は否定応答（ＮＡＫ（negative acknowledgement））を上記トランスミッタに中継するのに十分な時間を与える。
【００４３】
ハイブリッドＡＲＱは、フェージングチャネルの時変性をうまく利用する。最初の１つ、２つ又は３つのサブパケットに対してチャネル状態が良好な場合、該データフレームは、それらのサブパケットのみを用いて復号することができ、該レシーバは、ＡＣＫを該トランスミッタへ送信する。該ＡＣＫは、該トランスミッタに、残りのサブパケットは送信せずに、必要に応じて、新たなパケットをスタートさせるように指示する。
【００４４】
（干渉除去のためのレシーバアーキテクチャ）
ＴＩＣを用いて、復号されたユーザのデータが再構成されて減算される（図４）ため、ＢＴＳ１０４は、復号されたユーザのデータが互いに対して引き起こす干渉を取り除くことができる。ＴＩＣレシーバは、２つの循環メモリ、すなわち、ＦＥＲＡＭ３１２及びＢＥＲＡＭ３１６を備えることができる。
【００４５】
ＦＥＲＡＭ３１２は、（例えば、２ｘチップレートで）受信したサンプルを格納し、全てのユーザに対して共通である。非ＴＩＣレシーバは、トラフィックの減算又はオーバヘッド干渉は行われないため、（復調プロセスにおける遅延に適応するために）約１〜２スロットのＦＥＲＡＭを使用するのみである。Ｈ−ＡＲＱを伴うシステムのためのＴＩＣレシーバにおいて、該ＦＥＲＡＭは、多数のスロット、例えば、４０のスロットに及んでもよく、また、復号されたユーザの干渉の減算を介してＴＩＣにより更新される。別のコンフィギュレーションにおいて、ＦＥＲＡＭ３１２は、１つのパケットのサブパケットの始まりから該パケットの後のサブパケットの端部までの期間に及ぶ長さ等の全パケット未満に及ぶ長さを有してもよい。
【００４６】
ＢＥＲＡＭ３１６は、復調器のレーキレシーバ３１４によって生成された、受信したビットの復調されたシンボルを格納する。該復調されたシンボルは、ユーザ固有のＰＮシーケンスで逆拡散し、レーキフィンガ全域で結合することにより得られるため、各ユーザは、異なるＢＥＲＡＭを有してもよい。ＴＩＣ及び非ＴＩＣの両レシーバは、ＢＥＲＡＭ３１６を用いることができる。ＴＩＣにおけるＢＥＲＡＭ３１６は、ＦＥＲＡＭ３１２が全てのサブパケットに及んでいない場合に、もはやＦＥＲＡＭ３１２に格納されていないそれまでのサブパケットの復調済みのシンボルを格納するのに用いられる。ＢＥＲＡＭ３１６は、復号しようとする試みが行われたときはいつでも、又は、ＦＥＲＡＭ３１２からのスロットが存在する場合にはいつでも更新することができる。
【００４７】
（ＦＥＲＡＭ長を選定する方法）
ＢＥＲＡＭ３１６及びＦＥＲＡＭ３１２のサイズは、必要な処理電力、これらのメモリからプロセッサへの転送帯域幅、上記システムの遅延及びパフォーマンス間の様々なトレードオフに従って選定することができる。一般的に、最も古いサブパケットは更新されないため、より短いＦＥＲＡＭ３１２を用いることにより、ＴＩＣの利点が限定されることになる。一方、より短いＦＥＲＡＭ３１２は、低減された数の復調、減算及びより低い転送帯域幅をもたらす。
【００４８】
ＲｅｖＡインタレースの場合、１６スロットのパケット（各サブパケットが４つのスロットで送信される４つのサブパケット）は、４０のスロットに及ぶ。このため、４０スロットのＦＥＲＡＭを、全ての影響されたスロットからのユーザの除去を確実にするのに用いることができる。
【００４９】
図８は、ＥＶ−ＤＯ  ＲｅｖＡに対する完全な１６スロットパケットを構成する４０スロットのＦＥＲＡＭ３１２を示す。新たなサブパケットを受信した場合にはいつでも、ＦＥＲＡＭ３１２に格納されている使用可能な全てのサブパケットを用いて、該パケットに対する復号が試みられる。復号が成功した場合には、全てのコンポーネントのサブパケット（１、２、３又は４）の寄与を再構成して減算することにより、該パケットの寄与がＦＥＲＡＭ３１２から除去される。４、１６、２８又は４０スロットのＤＯ−ＲｅｖＡ  ＦＥＲＡＭの長さは、１、２、３又は４のサブパケットに及ぶ。上記レシーバに実装された該ＦＥＲＡＭの長さは、複雑さの考慮、様々なユーザ到着時間をサポートする必要性、及び復調をやり直し、これまでのフレームオフセットに対するユーザの復号の可能性に依存する。
【００５０】
図９Ａは、遅延復号を伴わない逐次干渉除去（ＳＩＣ（sequential interference cancellation））の実施例のためのＴＩＣの一般的な方法を示す。他の機能強化について以下に説明する。このプロセスは、スタートブロック９００で始まり、選択遅延ブロック９０２へ進む。ＳＩＣにおいては、選択遅延ブロック９０２を省略してもよい。ブロック９０３において、ＢＴＳ１０４は、現在のスロット内のサブパケットを終了するユーザの中から１つのユーザ（又は、ユーザからなる１つの群）を選択する。
【００５１】
ブロック９０４において、復調器３０４は、ユーザの拡散及びスクランブルシーケンス、ならびにその一群のサイズに従って、ＦＥＲＡＭ３１２に格納されているいくつかの又は全ての時間セグメントに対する選択されたユーザのサブパケットのサンプルを復調する。ブロック９０６において、復号器３０８は、ＢＥＲＡＭ３１６に格納された、これまでに復調されたシンボル及び復調されたＦＥＲＡＭサンプルを用いて、該ユーザパケットを復号しようと試みる。
【００５２】
ブロック９１０において、復号器３０８又は別のユニットは、ユーザのパケットがうまく復号されたか、すなわち、例えば、ＣＲＣを用いたエラーチェックを通ったか否かを判断することができる。
【００５３】
該ユーザパケットが復号に失敗した場合、ブロック９１８において、ＮＡＫがアクセス端末１０６に返送される。該ユーザパケットが適切に復号された場合には、ブロック９０８において、ＡＣＫがアクセス端末１０６に送信され、ブロック９１２〜９１４において、干渉除去（ＩＣ（interference cancellation））が実行される。ブロック９１２は、復号された信号、チャネルインパルス応答及び送信／受信フィルタに従って、該ユーザ信号を再生する。ブロック９１４は、ＦＥＲＡＭ３１２から該ユーザの寄与を減算し、それによって、まだ復号されていないユーザに対するその干渉を低減する。
【００５４】
復号の失敗及び成功時に、上記レシーバは、ブロック９１６において、復号すべき次のユーザに移る。復号しようとする試みが、全てのユーザに対して実行されると、新たなスロットがＦＥＲＡＭ３１２に挿入されて、該プロセス全体が、該次のスロットに対して繰り返される。サンプルは、リアルタイムでＦＥＲＡＭ３１２に書き込むことができ、すなわち、２ｘチップレートサンプルを１／２チップごとに書き込むことができる。
【００５５】
図９Ｂは、図９Ａの方法を実行する手段９３０〜９４６を備える装置を示す。図９Ｂにおける手段９３０〜９４６は、ハードウェア、ソフトウェア、又は、ハードウェアとソフトウェアの組合せで実施することができる。
【００５６】
（復号順序を選定する方法）
ブロック９０３は、ＴＩＣを各ユーザに順次、又は、ユーザからなる群に並行して適用することができることを示す。該群が大きくなるにつれて、実施の複雑さは少なくなるが、ＴＩＣの利点は、ＴＩＣが以下に説明するように反復されない限り、低下する可能性がある。
【００５７】
どのユーザがグループ化され及び／又は順序付けられるかに従った基準は、チャネルバリエーションのレート、トラフィックの種類及び使用可能な処理電力によって変化する可能性がある。良好な復号順序は、除去するのに最も有効であり、かつ最も復号しやすい第１の復号ユーザを含むことができる。ＴＩＣから最大の利点をもたらす基準は、以下の項目を含むことができる。
【００５８】
Ａ．ペイロードサイズ及びＴ２Ｐ：ＢＴＳ１０４は、ペイロードサイズに従って、ユーザをグループ化又は順序付けすることができ、最大送信電力を伴うものから始まる順序で、すなわち、最大Ｔ２Ｐから最小のＴ２Ｐを伴うものへの順で復号することができる。ＦＥＲＡＭ３１２からの最大Ｔ２Ｐユーザを復号して除去することは、該最大Ｔ２Ｐユーザが他のユーザに対して最大の干渉を引き起こすため、最大の利点をもたらす。
【００５９】
Ｂ．ＳＩＮＲ：より大きなＳＩＮＲは、より大きな復号の可能性を有するため、ＢＴＳ１０４は、より小さなＳＩＮＲを有するユーザの前に、より大きなＳＩＮＲを有するユーザを復号することができる。また、同様のＳＩＮＲを有するユーザは、一緒にグループ化することができる。フェージングチャネルの場合、該ＳＩＮＲは、該パケット全体を通して時間的に変化し、このため、同等のＳＩＮＲを、適切な順序を決めるために計算することができる。
【００６０】
Ｃ．時間：ＢＴＳ１０４は、「より新しい」パケットの前に、「より古い」パケット（すなわち、該パケットのために、より多くのサブパケットがＢＴＳ１０４において受信されているパケット）を復号することができる。この選択は、所定のＴ２Ｐ及びＡＲＱ終了目的に対する仮定を反映し、パケットは、各インクリメンタルサブパケットによって復号しやすい。
【００６１】
（復号を再試行する方法）
ユーザが正しく復号されたときはいつでも、その干渉寄与はＦＥＲＡＭ３１２から減算され、その結果、いくつかのスロットを共有する全てのユーザを適切に復号する可能性が高まる。ユーザが経験した干渉が、著しく小さくなっている可能性があるため、それまでに失敗したユーザを復号する試みを繰り返すことが有利である。選択遅延ブロック９０２は、復号及びＩＣのためのリファレンスとして用いられる（現在又は過去の）スロットを選択する。選択ユーザブロック９０３は、該選択された遅延のスロットでサブパケットを終了するユーザを選択することになる。遅延の選択は、次のオプションに基づいて行うことができる。
【００６２】
Ａ．最新復号は、一旦、全てのユーザに対する復号が試行され、次のスロットがＦＥＲＡＭ３１２内で使用可能であれば、次の（将来の）スロットに移るという選択を示す。この場合、各ユーザは、処理されたスロットごとに一度、復号されるように試行され、このことは、連続干渉除去に相当する。
【００６３】
Ｂ．反復復号は、処理されたスロットごとに一度以上、ユーザを復号するように試行する。第２の及びそれ以後の復号反復は、それまでの反復に対する復号されたユーザの除去された干渉から恩恵を受けることになる。反復復号は、多数のユーザが、ＩＣを介在させることなく、並行して復号される場合に利点をもたらす。現在のスロットに対する純粋な反復復号の場合、選択遅延ブロック９０２は、単純に、同じスロット（すなわち、遅延）を何度も選択することになる。
【００６４】
Ｃ．逆行復号：上記レシーバは、サブパケットを復調し、当該パケットに対応する該ＦＥＲＡＭ内の使用可能な全てのサブパケットの復調に基づいて、該パケットを復号しようと試みる。現在のタイムスロットで終了するサブパケット（すなわち、現在のフレームオフセット上のユーザ）でパケットを復号する試みの後、該レシーバは、それまでのスロットで復号に失敗したパケット（すなわち、それまでのフレームオフセット上のユーザ）を復号しようと試みることができる。非同期ユーザ間の部分的なオーバラップにより、現在のスロットで終了するサブパケットの除去された干渉は、過去のサブパケットを復号するという機会を改善することになる。該プロセスは、より多くのスロットを遡ることにより、反復することができる。フォワードリンクのＡＣＫ／ＮＡＫ送信における最大遅延は、逆行復号を制限することができる。
【００６５】
Ｄ．フォワード復号：現在のスロットで終了するサブパケットで全てのパケットを復号しようと試みた後、上記レシーバは、最新のユーザの全サブパケットがＦＥＲＡＭに書き込まれる前に、該最新ユーザを復号しようと試みることもできる。例えば、該レシーバは、該最新のサブパケットの４つのスロットのうちの３つが受信された後に、ユーザを復号しようと試みることができる。
【００６６】
（ＢＥＲＡＭを更新する方法）
非ＴＩＣ  ＢＴＳレシーバにおいて、パケットは、単に、該ＢＥＲＡＭに格納されている復調されたシンボルに基づいて復号され、該ＦＥＲＡＭは、最新の時間セグメントからのユーザを復調することのみに用いられる。ＴＩＣを用いて、ＦＥＲＡＭ３１２は、該レシーバが新たなユーザを復調しようと試みる場合はいつでもアクセスされる。しかし、ＴＩＣを用いて、ＦＥＲＡＭ３１２は、ユーザが、該ユーザの寄与を再構成して減算することに基づいて、適切に復号された後に更新される。複雑さの考慮により、ＦＥＲＡＭのバッファ長は、パケットのスパン未満になるように選択することが望ましい（例えば、ＥＶ−ＤＯ  ＲｅｖＡにおいて１６スロットのパケットに及ぶには、４０スロットを必要とする）。新たなスロットがＦＥＲＡＭ３１２に書き込まれると、該スロットは、循環バッファ内の最も古いサンプルに上書きされる。このため、新たなスロットが受信されると、該最も古いスロットに上書きされ、復号器３０８は、それらの古いスロットに対してＢＥＲＡＭ３１６を用いることになる。所定のサブパケットがＦＥＲＡＭ３１２内に配置されている場合でも、ＢＥＲＡＭ３１６は、インタリーブ及び復号プロセスにおける中間ステップとして、該サブパケットのための（ＦＥＲＡＭ３１２によって決められた）復調器の最新の復調シンボルを格納するのに用いることができることに留意すべきである。ＢＥＲＡＭ３１６の更新に対しては、２つの重要なオプションがある。
【００６７】
Ａ．ユーザベースの更新：ユーザのためのＢＥＲＡＭ３１６は、該ユーザのために試みられた復号に関連してのみ更新される。この場合、より古いＦＥＲＡＭスロットの更新は、該ユーザが適当な時刻に復号されない場合には、所定のユーザのためのＢＥＲＡＭ３１６の利点にならない可能性がある（すなわち、更新されたＦＥＲＡＭスロットは、該ユーザが復号されるように試行される前に、ＦＥＲＡＭ３１２から抜け出すことができる）。
【００６８】
Ｂ．スロットベースの更新：ＴＩＣの利点をフルに活用するため、全ての影響されたユーザのためのＢＥＲＡＭ３１６は、スロットがＦＥＲＡＭ３１２を出たときはいつでも更新することができる。この場合、ＢＥＲＡＭ３１６の内容は、ＦＥＲＡＭ３１２上で行われた全ての干渉減算を含む。
【００６９】
（しそこなったＡＣＫの期限による、到着するサブパケットから干渉を除去する方法）
一般的に、ＴＩＣによって用いられる余計な処理は、復号プロセスに遅延をもたらし、これは特に、反復又は逆行スキームのどちらかが用いられる場合に関係が有る。この遅延は、同じパケットに関連するサブパケットの送信を停止させるために、ＡＣＫを該トランスミッタに送信することができる最大遅延を超える可能性がある。この場合、該レシーバは、復号されたデータを用いて、過去のサブパケットだけではなく、しそこなったＡＣＫにより、近い将来に受信されるであろうサブパケットも減算することにより、うまくいった復号を利用することができる。
【００７０】
ＴＩＣを用いて、復号されたユーザのデータは、基地局１０４が、他のユーザのサブパケットに対して引き起こす干渉を除去することができるように、再構成されて減算される。Ｈ−ＡＲＱを用いて、新たなサブパケットを受信したときはいつでも、復号が元のパケットに対して試行される。復号がうまくいった場合、ＴＩＣを用いたＨ−ＡＲＱに対して、該パケットの寄与を、コンポーネントサブパケットを再構成して減算することにより、受信したサンプルから除去することができる。複雑さの考慮により、サンプルのより長い履歴を格納することによって、１、２、３又は４つのサブパケットから干渉を除去することが可能である。一般的に、ＩＣは、各ユーザに対して、又はユーザからなる群に連続的に適用することができる。
【００７１】
図１０は、３つの時間の事例、すなわち、スロットタイムｎ、ｎ＋１２スロット及びｎ＋２４スロットにおけるレシーバのサンプルバッファ３１２を示す。説明のため、図１０は、Ｈ−ＡＲＱを用いた干渉除去動作を強調するために、同じフレームオフセット上にある３つのユーザからのサブパケットを伴う単一のインタレースを示す。図１０のレシーバサンプルバッファ３１２は、４つ全てのサブパケットに及ぶ（このことは、各４スロットサブパケット間には、８つのスロットがあるため、ＥＶ−ＤＯ  ＲｅｖＡに対して、４０スロットバッファにより実現することができる）。復号されていないサブパケットは、陰影で示されている。復号されたサブパケットは、４０スロットバッファ内に陰影なしで示されており、除去される。各時間事例は、該インタレースへの別のサブパケットの到着に対応している。スロットタイムｎにおいて、ユーザ１の４つの格納されたサブパケットが適切に復号され、ユーザ２及び３からの最新のサブパケットは、復号に失敗している。
【００７２】
時間事例ｎ＋１２スロットにおいて、該インタレースの連続するサブパケットは、ユーザ１の復号された（陰影が付いていない）サブパケット２、３及び４の干渉除去を伴って到着する。時間事例ｎ＋１２スロットの間、ユーザ２及び３からのパケットは、良好に復号される。
【００７３】
図１０は、同じフレームオフセット上にあるが、該群内で連続干渉除去を実行しないユーザからなる群にＩＣを適用することができる。古典的な群のＩＣにおいて、同じ群内のユーザは、相互干渉除去（mutual interference cancellation）を経験しない。このため、１つの群内のユーザの数が大きくなるにつれて、実施の複雑さは低下するが、同じ復号試行に対する同じ群のユーザ間の除去の欠如により、ロスが生じる。しかし、Ｈ−ＡＲＱを用いて、上記レシーバは、各新しいサブパケットが到着した後、該群内の全てのユーザを復号しようと試み、同じ群内のユーザが相互干渉除去を達成できるようにする。例えば、時刻ｎにおいて、ユーザ１のパケットが復号される場合、これは、時刻ｎ＋１２において、ユーザ２及び３のパケットを復号するのを支援し、このことはさらに、ユーザ１を時刻ｎ＋２４において復号するのを支援する。それまでに復号されたパケットの全てのサブパケットを、それらの次のサブパケットが到着するときの他のユーザに対する復号の再試行の前に、除去することができる。キーポイントは、特定のユーザを常に同じ群にすることができるが、それらのサブパケットは、他の群のメンバーが復号する際に、ＩＣ利得を経験する。
【００７４】
（パイロット、オーバヘッド及びトラフィックチャネルの結合干渉除去）
この節で扱う問題は、基地局でマルチユーザ干渉を有効に推定して除去することにより、ＣＤＭＡのＲＬのシステム容量を改善することに関する。一般的に、ＲＬユーザの信号は、パイロット、オーバヘッド及びトラフィックチャネルからなる。この節では、全てのユーザのための結合パイロット、オーバヘッド及びトラフィックＩＣスキームについて説明する。
【００７５】
２つの態様について説明する。第１に、オーバヘッドＩＣ（ＯＩＣ）が導入される。上記リバースリンク上で、各ユーザからのオーバヘッドは、全ての他のユーザの干渉信号比として作用する。各ユーザの場合、全ての他のユーザによるオーバヘッドに依存する干渉の総計は、このユーザが経験するトータルの干渉の大きな割合を占める可能性がある。このオーバヘッド干渉の総計を取り除くことにより、（例えば、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ  ＲｅｖＡシステムの場合）システムパフォーマンスをさらに改善し、ＰＩＣ及びＴＩＣによって実現されるパフォーマンス及び容量を超えてリバースリンク容量を増加させることができる。
【００７６】
第２に、ＰＩＣ、ＯＩＣ及びＴＩＣ間の重要な相互作用を、システムパフォーマンスとハードウェア（ＨＷ）デザインのトレードオフによって論証する。３つ全ての除去処理手順を最も良く組合わせる方法について、スキームを少し説明する。あるスキームは、より多くのパフォーマンス利得を有する可能性があり、またあるスキームは、より複雑な効果を有する可能性がある。例えば、記載したスキームのうちの１つは、オーバヘッド及びトラフィックチャネルを復号する前に、全てのパイロット信号を取り除き、その後、ユーザのオーバヘッド及びトラフィックチャネルを逐次的方法で復号し、除去する。
【００７７】
この節は、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ  ＲｅｖＡシステムに基づいており、一般に、Ｗ−ＣＤＭＡ、ＣＤＭＡ２０００  １ｘ及びＣＤＭＡ２０００  １ｘＥＶ−ＤＶ等の他のＣＤＭＡシステムに適用できる。
【００７８】
（オーバヘッドチャネルを除去する方法）
図１１は、例えば、ＥＶ−ＤＯ  ＲｅｖＡ等の場合のＲＬオーバヘッドチャネル構造を示す。そこには、２種類のオーバヘッドチャネルがあり、一方は、ＲＲＩ（reverse rate indicator）チャネルと、（ペイロードサイズが３０７２ビット以上である場合に用いられる補助パイロットチャネルとを含むＲＬ復調／復号を支援するタイプであり、他方は、ＤＲＣ（data rate control）チャネルと、ＤＳＣ（data source control）と、ＡＣＫ（acknowledge）チャネルとを含むＦＬ機能を手助けするタイプである。図１１に示すように、ＡＣＫ及びＤＳＣチャネルは、スロットベース上で時分割される。ＡＣＫチャネルは、パケットがＦＬを介して同じユーザに送信されたことを肯定応答するときにのみ送信される。
【００７９】
オーバヘッドチャネル間で、該補助パイロットチャネルの日付は、上記レシーバにおいて事前に知られている。このため、主パイロットチャネルと同様に、このチャネルに対しては、復調も復号も必要なく、また、該補助パイロットチャネルは、該チャネルに関する知識に基づいて再構成することができる。再構成された補助パイロットは、２ｘチップレート分解能になる可能性があり、（１つのセグメントに関して）
【数１】
2008526118.tif 000003
【００８０】
のごとく表すことができる。ただし、ｎは、チップｘ１のサンプリングレートに相当し、ｆはフィンガ番号であり、ｃｆはＰＮシーケンスであり、ｗｆ，ａｕｘは、該補助パイロットチャネルに割当てられたウォルシュ符号であり、Ｇａｕｘは、このチャネルの該主パイロットに対する相対利得であり、ｈｆは、１つのセグメントに関して定数であると仮定される推定されたチャネル係数（又は、チャネル応答）であり、φは、チップｘ８分解能の送信パルス及びレシーバローパスフィルタのフィルタ関数又は畳み込みであり（φは、［−ＭＴＣ，ＭＴＣ］において無視できないと仮定する）、γｆは、αｆ＝γｆ  ｍｏｄ  ４及びδｆ＝［γｆ／４］の場合のこのフィンガのチップｘ８の時間オフセットである。
【００８１】
ＤＲＣ、ＤＳＣ及びＲＲＩチャネルを含むオーバヘッドチャネルの第２の群は、双直交符号又はシンプレックス符号のいずれかによって符号化される。レシーバ側においては、各チャネルに対して、復調された出力がまず、しきい値と比較される。該出力がしきい値以下である場合には、削除が宣言され、この信号に対しては、再構成は試みられない。そうでない場合、該出力は、シンボルベースの最尤（ＭＬ（maximum-likelihood））検出器によって復号され、該最尤検出器は図４の復号器３０８内に配置することができる。復号された出力ビットは、図４に示すように、対応するチャネルの再構成に用いられる。これらのチャネルのための再構成された信号は、
【数２】
2008526118.tif 000004
【００８２】
で示される。
【００８３】
式１と比較すると、オーバヘッドチャネルデータである１つの新たな項ｄ０があり、ｗｆ，ｏはウォルシュカバーであり、Ｇａｕｘは、主パイロットに対するオーバヘッドチャネル利得を表す。
【００８４】
残りのオーバヘッドチャネルは、1ビットＡＣＫチャネルである。該チャネルは、０．５スロットの間、ＢＰＳＫ変調、未符号化及び繰り返すことができる。上記レシーバは、該信号を復調して、該ＡＣＫチャネルデータに関して厳しい決断をしてもよい。該再構成信号モデルは、数２と同様とすることができる。
【００８５】
該ＡＣＫチャネル信号を再構成する別のアプローチは、復調され累積されたＡＣＫ信号を想定し、正規化後、
【数３】
2008526118.tif 000005
【００８６】
で表すことができ、ただし、ｘは送信された信号であり、ｚは、変数σ２を伴う基準化したノイズの項である。この結果、ｙの対数尤度比（ＬＬＲ（log-likelihood ratio））は、
【数４】
2008526118.tif 000006
【００８７】
で示される。
【００８８】
そして、再構成目的の場合、送信されたビットの軟推定（soft estimate）は、
【数５】
2008526118.tif 000007
【００８９】
とすることができ、ただし、ｔａｎｈ関数は、表にすることができる。再構成されたＡＣＫ信号は、ｄ０が
【数６】
2008526118.tif 000008
【００９０】
により置換されていることを除いて、式２と非常に似ている。一般に、推論的推定及び除去アプローチは、上記レシーバがデータを正確には知らず、また、この方法が、写真に信頼性のレベルをもたらすため、良好な除去パフォーマンスを与えるはずである。このアプローチは一般に、上述したオーバヘッドチャネルに拡大適用することができる。しかし、各ビットのためのＬＬＲを得るための最大事後確率（ＭＡＰ（maximum aposteriori probability））の複雑さは、１つのコードシンボルにおける情報ビットの数に伴って、指数関数的に増す。
【００９１】
オーバヘッドチャネル再構成を実施するための１つの有効な方法は、その相対利得によって、各復号されたオーバヘッド信号を基準化し、ウォルシュ符号によって該オーバヘッド信号をカバーし、それらを合計した後、一度にそろって、１つのＰＮシーケンス及びチャネル基準化フィルタｈφを介したフィルタによって拡散することができる１つのフィンガである。この方法は、減算目的のための計算の複雑さ及びメモリの帯域幅を減ずることができる。
【数７】
2008526118.tif 000009
【００９２】
（結合ＰＩＣ、ＯＩＣ及びＴＩＣ）
結合ＰＩＣ、ＯＩＣ及びＴＩＣは、高パフォーマンスを実現し、システム容量を増加させるために実行することができる。ＰＩＣ、ＯＩＣ及びＴＩＣの異なる復号及び除去の順序は、異なるシステムパフォーマンスをもたらし、又はハードウェアデザインの複雑さに対して異なるインパクトを与える。
【００９３】
（ＰＩＣを最初に行った後、ＯＩＣ及びＴＩＣを一緒に行う（第１のスキーム））
図１２Ａは、最初にＰＩＣを実行した後、ＯＩＣ及びＴＩＣを一緒に実行する方法を示す。スタートブロック１２００の後、ブロック１２０２において、上記レシーバは、全てのユーザのためのチャネル推定を得て、電力制御を実行する。全てのユーザのためのパイロットデータは、ＢＴＳにおいて知られているため、該パイロットデータは、一旦、それらのチャネルがＰＩＣのブロック１２０４で推定されると、減算することができる。このため、全てのユーザのトラフィックチャネル及び一部のオーバヘッドチャネルは、より少ない干渉を監視し、先立つパイロット除去から利点を得ることが可能である。
【００９４】
ブロック１２０６は、例えば、そのパケット又はサブパケットが現在のスロット境界で終了する未復号のユーザからなる群Ｇを選択する。ブロック１２０８、１２１０は、オーバヘッド／トラフィックチャネルの復調及び復号を実行する。ブロック１２１２においては、良好に復号されたチャネルデータのみが再構成されて、全てのユーザによって共用されるフロントエンドＲＡＭ（ＦＥＲＡＭ）３１２から減算される。ブロック１２１４は、復号すべきユーザがまだ存在するか否かをチェックする。ブロック１２１６は、このプロセスを終了する。
【００９５】
この復号／再構成／除去は、１つの群における１つのユーザから該群における次のユーザへの逐次的方法で行うことができ、これは、連続干渉除去と呼ぶことができる。このアプローチにおいて、同じ群の後ろの復号順番のユーザは、前の方の復号順番のユーザの除去から恩恵を受ける。単純化したアプローチは、同じ群内の全てのユーザをまず復号した後、それらの干渉寄与を一度にそろって減算することである。第２のアプローチ又はスキーム（以下に説明する）はより低いメモリ帯域幅及びより効率的なパイプライン構造の両方を可能にする。いずれの場合においても、同じスロット境界では終了しないが、この群のパケットと重なるユーザのパケットは、この除去から恩恵を受ける。この除去は、非同期ＣＤＭＡシステムにおける除去利得の大部分を占める。
【００９６】
図１２Ｂは、図１２Ａの方法を実行する手段１２３０〜１２４４を備える装置を示す。図１２Ｂにおける手段１２３０〜１２４４は、ハードウェア、ソフトウェア、又は、ハードウェアとソフトウェアの組合せで実施することができる。
【００９７】
図１３Ａは、図１２Ａにおける方法の変形例を示す。ブロック１２０４〜１２１０は、ブロック１２０２における最初のチャネル推定に基づいて信号を取り除く。ブロック１３００は、データに基づくチャネル推定又は正確なチャネル推定を導く。データに基づくチャネル推定は、以下に説明するように、より良好なチャネル推定を提供することができる。ブロック１３０２は、未処理のＰＩＣを実行し、すなわち、ブロック１３００におけるチャネル推定の改善に基づいて、該信号の修正推定を取り除く。
【００９８】
例えば、ブロック１２０４〜１２１０が、受取ったサンプルから最初の信号推定（例えば、パイロット信号）Ｐ１［ｎ］を除去することをもたらしたことを考慮する。その結果、ブロック１３００で得られたより良好なチャネル推定に基づいて、上記方法は、修正された信号推定Ｐ２［ｎ］を形成する。そして、該方法は、ＲＡＭ３１２におけるサンプルの記憶場所から、増分Ｐ２［ｎ］−Ｐ１［ｎ］差を取り除く。
【００９９】
図１３Ｂは、図１３Ａの方法を実行する手段１２３０〜１２４４、１３１０、１３１２を備える装置を示す。図１３Ｂにおける手段１２３０〜１２４４、１３１０、１３１２は、ハードウェア、ソフトウェア、又は、ハードウェアとソフトウェアの組合せで実施することができる。
【０１００】
（最初にＰＩＣを実行した後、ＯＩＣを実行し、その後ＴＩＣを実行する（第２のスキーム））
この第２のスキームは、ユーザの同じ群のオーバヘッドチャネルが、何れかのトラフィックチャネルが実証されて復号される前に、実証されて復号されることを除いて、上述した図１２Ａと同様である。このスキームは、厳格なＡＣＫ期限がつけられていないため、非インタレースシステムに適している。インタレースシステム、例えば、ＤＯ  Ｒｅｖ．Ａの場合、ＡＣＫ／ＮＡＫ信号がトラフィックチャネルサブパケットに対応するため、トラフィックチャネルサブパケットに対する許容可能な復号遅延は、一般に、組スロット（1スロット＝１．６７ｍｓ）の範囲内に制限される。このため、一部のオーバヘッドチャネルが、このタイムスケールを超えて拡散した場合、このスキームは、実行不可能になる可能性がある。具体的には、ＤＯ  ＲｅｖＡに関しては、補助パイロットチャネル及びＡＣＫチャネルは、短期間フォーマット内にあり、ＴＩＣの前に減算することができる。
【０１０１】
（結合パイロット／オーバヘッド／トラフィックチャネル除去（第３のスキーム））
図１４Ａは、結合ＰＩＣ、ＯＩＣ及びＴＩＣを実行する方法を示す。スタートブロック１４００の後、ブロック１４０２において、上記レシーバは、全てのユーザのためのチャネル推定を得て、電力制御を実行する。ブロック１４０４は、未復号ユーザからなる群Ｇを選択する。ブロック１４０６は、パイロットから該チャネルを再推定する。ブロック１４０８、１４１０は、オーバヘッド／トラフィックチャネルの復調及び復号を実行しようと試みる。ブロック１４１２は、全てのユーザのためにＰＩＣを実行し、良好に復号されたチャネルデータを有するユーザに対してのみＯＩＣ及びＴＩＣを実行する。
【０１０２】
上述した第１のスキーム（図１２Ａ）とは異なり、全てのユーザに対するチャネル推定（ブロック１４０２）の後、上記パイロットは、すぐにＦＥＲＡＭ３１２から減算されず、該チャネル推定は、非ＩＣスキームとして電力制御に用いられる。その結果、同じパケット／サブパケット境界で終了したユーザからなる群の場合、上記方法は、所定の順序で逐次復号を実行する（ブロック１４０８及び１４１０）。
【０１０３】
試行された復号ユーザの場合、上記方法はまず、上記パイロットから該チャネルを再推定する（ブロック１４０２）。該パイロットは、復号すべきトラフィックパケットと重なるそれまでに復号されたパケットの干渉除去による電力制御のために復調されたとき（ブロック１４０２）と比較して、より少ない干渉を経験する。このため、チャネル推定品質が向上し、それにより、トラフィックチャネル復号及び除去パフォーマンスの両方の利益になる。この新たなチャネル推定は、トラフィックチャネル復号（ブロック１４１０）ならびに一部のオーバヘッドチャネル復号（ブロック１４０８）（例えば、ＥＶ−ＤＯにおけるＲＲＩチャネル）に用いられる。ブロック１４１２において、１つのユーザに対して、該復号プロセスが一旦、終了すると、該方法は、ＦＥＲＡＭ３１２からこのユーザの干渉寄与を減算し、これは、そのパイロットチャネル及び何れかの復号されたオーバヘッド／トラフィックチャネルを含む。
【０１０４】
ブロック１４１４は、復号すべきユーザがまだあるか否かをチェックする。ブロック１４１６は、上記プロセスを終了する。
【０１０５】
図１４Ｂは、図１４Ａの方法を実行する手段１４２０〜１４３６を備える装置を示す。図１４Ｂにおける手段１４２０〜１４３６は、ハードウェア、ソフトウェア、又は、ハードウェアとソフトウェアの組合せで実施することができる。
【０１０６】
図１５Ａは、図１４Ａの方法の変形例を示す。ブロック１５００は、データに基づくチャネル推定を導く。ブロック１５０２は、図１３Ａの場合と同様に、任意の残りのＰＩＣを実行する。
【０１０７】
図１５Ｂは、図１５Ａの方法を実行する手段１４２０〜１４３６、１５１０、１５１２を備える装置を示す。図１５Ｂの手段１４２０〜１４３６、１５１０、１５１２は、ハードウェア、ソフトウェア、又は、ハードウェアとソフトウェアの組合せで実施することができる。
【０１０８】
（第１のスキームと第３のスキームとの間のトレードオフ）
上記パイロット信号は、上記ＢＴＳにおいて知られており、該信号を事前に除去することは意味があることであるため、上記第３のスキームと比較して、第１のスキームが優れたパフォーマンスを有しているはずであると思われる。両方のスキーム共、同じ除去品質を有していると仮定した場合、該第１のスキームは、全てのデータレートを通じて該第３のスキームよりパフォーマンスが優れている可能性がある。しかし、該第１のスキームの場合、パイロットチャネル推定が、トラフィックデータ復調よりも高い干渉に遭うため、（パイロット及びオーバヘッド／トラフィックの両方のための）再構成目的に用いられる推定されたチャネル係数は、より雑音を増加させる可能性がある。しかし、該第３のスキームの場合、パイロットチャネル推定は、トラフィックデータ復調／復号の直前にやり直されるため、この洗練されたチャネル推定によって遭わされる干渉レベルは、トラフィックデータ復調と同じである。この結果、平均して、該第３のスキームの除去品質は、該第１のスキームよりも良好になる可能性がある。
【０１０９】
ハードウェアデザインの観点から、上記第３のスキームは、わずかに優位に立つ可能性があり、すなわち、該方法は、パイロット及び復号されたオーバヘッド及びトラフィックチャネルデータを合計して、それらを一緒に除去することができ、このため、このアプローチは、メモリの帯域幅を減少させる。一方、パイロットの再推定は、（メモリからサンプルを読み取るという点から見ると）オーバヘッドチャネル復調又はトラフィックチャネル復調のいずれかと一緒に実行することができ、その結果、メモリ帯域幅要件は増加しない。
【０１１０】
上記第１のスキームが、上記第３のスキームの８０％又は９０％の除去品質を有すると仮定した場合、ユーザごとのデータレート対ユーザの数に対する利得にはトレードオフが存在する。一般に、全てのユーザが低データレート領域内にある場合には該第１のスキームが、全てが高データレートユーザである場合には、その反対が好ましい。また、該方法は、一旦、データの１つのパケットが復号されると、該トラフィックチャネルから該チャネルを再推定することもできる。該除去品質は、該トラフィックチャネルが、該パイロットチャネルと比較して（かなり）より高いＳＮＲで作動するため、当然、改善されることになる。
【０１１１】
オーバヘッドチャネルは、該オーバヘッドチャネルが一旦、うまく復調されると、取り除く（除去する）ことができ、トラフィックチャネルは、該トラフィックチャネルが一旦、うまく復調されて復号されると、取り除くことができる。上記基地局は、ある時点で、全てのアクセス端末のオーバヘッド及びトラフィックチャネルをうまく復調／復号することができることが可能である。この（ＰＩＣ、ＯＩＣ、ＴＩＣ）が行われた場合、上記ＦＥＲＡＭは、残りの干渉及びノイズのみを含むことになるであろう。パイロット、オーバヘッド及びトラフィックチャネルデータは、様々な順番で除去することができ、また、アクセス端末のサブセットのために除去することができる。
【０１１２】
１つのアプローチは、ＲＡＭ３１２から一度に、１つのユーザに対して（ＰＩＣ、ＴＩＣ及びＯＩＣからなる何れかの組合せの）干渉除去を実行することである。別のアプローチは、（ａ）ユーザからなる１つの群に対して、（ＰＩＣ、ＴＩＣ及びＯＩＣからなる何れかの組合せの）再構成信号を蓄積し、（ｂ）その後、該群に対して同時に干渉除去を実行することである。これら２つのアプローチは、本明細書に開示した方法、スキーム及びプロセスの何れかに適用することができる。
【０１１３】
（干渉除去のためのチャネル推定の改善）
受信したサンプルを的確に再構成する能力は、送信したデータの様々な成分を再構成及び取り除くことにより、干渉除去を実施するＣＤＭＡレシーバのシステムパフォーマンスに著しく影響を及ぼす可能性がある。レーキレシーバにおいては、マルチパスチャネルが、パイロットシーケンスに対するＰＮ逆拡散及びその後の、適切な期間のパイロットフィルタリング（すなわち、蓄積）によって推定される。パイロットフィルタリングの長さは、典型的には、より多くのサンプルを蓄積すると同時に、推定ＳＮＲが、該チャネルの時間変化によって低下するほど長くは蓄積しないことにより、該推定ＳＮＲを向上させるという折衷として選定される。そして、パイロットフィルタ出力からのチャネル推定は、データの復調を実行するのに用いられる。
【０１１４】
図４を用いて説明したように、ＣＤＭＡレシーバにおいて干渉除去を実施する１つの実際的な方法は、様々な送信されたチップｘ１ストリームの（例えば、チップｘ２）ＦＥＲＡＭサンプルに対する寄与を再構成することである。このことは、送信されたチップストリームを判断することと、上記トランスミッタチップと上記レシーバサンプルとの間のチャネル全体の推定とを必要とする。レーキフィンガからのチャネル推定は、マルチパスチャネル自体を表すため、チャネル全体の推定も、トランスミッタ及びレシーバのフィルタリングの存在を明らかにするはずである。
【０１１５】
この節は、ＣＤＭＡレシーバにおける干渉除去のためのチャネル全体の推定を改善するいくつかの方法を開示する。それらの方法は、ＣＤＭＡ２０００、１ｘＥＶ−ＤＯ、１ｘＥＶ−ＤＶ、ＷＣＤＭＡに適用することができる。
【０１１６】
正しく復号するパケットのＴＩＣを実行するために、図４のレシーバは、復号器出力から情報ビットを取得し、再符号化し、再インタリーブし、再変調し、データチャネル利得を再適用し、再拡散することにより、送信されたチップストリームを再構成することができる。パイロットチャネル推定で、ＴＩＣのための受信サンプルを推定するために、送信チップストリームは、トランスミッタ及びレシーバのフィルタのモデルと、パイロットＰＮシーケンスで逆拡散することによるレーキレシーバのチャネル推定とで畳み込まれることになる。
【０１１７】
上記パイロットチャネル推定を用いる代わりに、上記再構成されたデータチップ自体で逆拡散することにより、（各レーキフィンガ遅延における）改善されたチャネル推定を得ることができる。この改善されたチャネル推定は、パケットが既に正しく復号されているが、どちらかといえば、このパケットのフロントエンドサンプルに対する寄与を再構成するためだけに用いられるため、該パケットのデータ復調には有用ではない。この方法を用いて、該レーキフィンガの遅延の各々に対して（例えば、チップＸ８分解能）、該方法は、該再構成されたデータチップストリームで（例えば、チップｘ８に挿入された）受信サンプルを「逆拡散し」、適切な期間、蓄積することができる。このことは、上記トラフィックチャネルが、該パイロットチャネルよりも大きい電力で送信されるため（このトラフィック対パイロットＴ２Ｐ比は、データレートの関数である）、改善されたチャネル推定をもたらすことになる。該データチップを用いて、ＴＩＣのために該チャネルを推定することは、高精度で除去することが最も重要であるより高電力のユーザのためのより正確なチャネル推定を結果として生じることができる。
【０１１８】
上記レーキフィンガ遅延の各々においてマルチパスチャネルを推定する代わりに、この節は、上記トランスミッタフィルタ、マルチパスチャネル及びレシーバフィルタの複合効果を明確に推定するチャネル推定処理手順について説明する。この推定は、オーバサンプリングされたフロントエンドサンプルと同じ分解能（例えば、チップｘ２ＦＥＲＡＭ）で行うことができる。該チャネル推定は、該再構成された送信データで該フロントエンドサンプルを逆拡散して、チャネル推定精度でＴ２Ｐ利得を実現することにより達成することができる。均一に離間したチャネル推定の時間範囲は、該レーキフィンガ遅延に関する情報と、トランスミッタフィルタ及びレシーバフィルタの複合応答の推測的推定とに基づいて選定することができる。さらに、該レーキフィンガからの情報は、該均一に離間したチャネル推定をリファインするのに用いることができる。
【０１１９】
図１６は、送信フィルタｐ（ｔ）、全体／複合チャネルｈ（ｔ）（対以下に説明するマルチパスチャネルｇ（ｔ））、及びレシーバフィルタｑ（ｔ）を有する送信システムのモデルを示す。無線通信チャネルのディジタルベースバンドの説明は、Ｌ個の個別マルチパス成分によってモデル化することができる。
【数８】
2008526118.tif 000010
【０１２０】
ただし、複雑な経路の振幅は、対応する遅延τｌを有するａｌである。トランスミッタフィルタとレシーバフィルタの複合効果は、φ（ｔ）として定義することができ、ただし、
【数９】
2008526118.tif 000011
【０１２１】
結合されたφ（ｔ）は、多くの場合、二乗余弦応答と等しくなるように選定される。例えば、ＣＤＭＡ２０００及びその派生方式において、該応答は、図１７に示された実施例φ（ｔ）と等しい。チャネル全体の推定は、
【数１０】
2008526118.tif 000012
【０１２２】
によって示される。
【０１２３】
図１８Ａ及び図１８Ｂは、３つのレーキフィンガの各々における推定されたマルチパスチャネルに基づくチャネル推定（実成分及び虚数成分）の実施例を示す。この実施例において、実際のチャネルは実線で示されており、ａｌは、星印によって示されている。再構成（点線）は、上記式３においてａｌを用いることに基づいている。図１８Ａ及び図１８Ｂにおけるレーキフィンガチャネル推定は、パイロットチップで逆拡散することに基づいている（ただし、パイロット全体のＳＮＲは、−２４ｄＢである）。
【０１２４】
（パイロットチップの代わりに、再生成されたデータチップを用いたレーキフィンガ遅延での逆拡散）
チャネル推定の品質は、受信信号に対するユーザの寄与を再構成するという忠実性に直接的な影響を及ぼす。干渉除去を実施するＣＤＭＡシステムのパフォーマンスを改善するために、ユーザの再構成されたデータチップを用いて、改善されたチャネル推定を決めることが可能である。このことは、干渉減算の精度を改善するであろう。ＣＤＭＡシステムのための１つの方法は、古典的な「ユーザの送信したパイロットチップに関して逆拡散すること」とは対照的に、「ユーザの送信したデータチップに関して逆拡散すること」と記述することができる。
【０１２５】
図１８Ａ、図１８Ｂにおけるレーキフィンガチャネル推定が、上記パイロットチップで逆拡散することに基づいている（ただし、パイロット全体のＳＮＲは、−２４ｄＢである）ことを思い起こしてほしい。図１９Ａ、図１９Ｂは、レーキフィンガと、データチップで逆拡散することとに基づいている改善されたチャネル推定の実施例を示し、ただし、該データチップは、パイロットチップよりも大きい１０ｄＢで送信されている。
【０１２６】
図２０Ａは、再生成されたデータチップを用いて、レーキフィンガ遅延で逆拡散する方法を示す。ブロック２０００において、レーキレシーバ３１４（図４）は、レーキフィンガ値を得るために、パイロットＰＮチップでフロントエンドサンプルを逆拡散する。ブロック２００２において、復調器３０４は、データの復調を実行する。ブロック２００４において、復号器３０８は、データの復号を実行し、ＣＲＣをチェックする。ブロック２００６において、ＣＲＣが通った場合、ユニット４００は、再復号し、再インタリーブし、再変調し、及び再拡散することにより、送信されたデータチップを判断する。ブロック２００８において、ユニット４００は、送信されたデータチップでフロントエンドサンプルを逆拡散して、各フィンガ遅延での改善されたチャネル推定を得る。ブロック２０１０において、ユニット４００は、改善されたチャネル推定を用いて、フロントエンドサンプルに対するユーザのトラフィック及びオーバヘッドの寄与を再構成する。
【０１２７】
図２０Ｂは、図２０Ａの方法を実行する手段２０２０〜２０３０を備える装置を示す。図２０Ｂにおける手段２０２０〜２０３０は、ハードウェア、ソフトウェア、又は、ハードウェアとソフトウェアの組合せで実施することができる。
【０１２８】
（再生成されたデータチップを用いたＦＥＲＡＭ分解能での複合チャネルの推定）
古典的なＣＤＭＡレシーバは、レーキフィンガ遅延の各々におけるマルチパスチャネルの複素数を推定することができる。該レーキレシーバの前のレシーバフロントエンドは、トランスミッタフィルタ（すなわち、ｐ（ｔ））に適合されているローパスレシーバフィルタ（すなわち、ｑ（ｔ））を含むことができる。このため、該チャネル出力に適合されたフィルタを実装する該レシーバの場合、該レーキレシーバ自体は、該マルチパスチャネル（すなわち、ｇ（ｔ））のみに適合しようと試みる。該レーキフィンガの遅延は、典型的には、最小分離要件内の独立した時間追跡ループ（ｔｉｍｅ−ｔｒａｃｋｉｎｇ  ｌｏｏｐ）によって駆動される（例えば、フィンガは少なくとも一チップ離れている）。しかし、物理的なマルチパスチャネル自体は、多くの場合、一連の遅延においてエネルギを有する可能性がある。このため、１つの方法は、フロントエンドサンプルの分解能で（例えば、チップｘ２ＦＥＲＡＭ）該複合チャネル（すなわち、ｈ（ｔ））を推定する。
【０１２９】
上記ＣＤＭＡリバースリンクに対する送信電力制御によって、全てのマルチパス及びレシーバアンテナからの複合フィンガＳＮＲは、典型的には、特定の範囲内に収まるように制御される。ＳＮＲのこの範囲は、比較的大きな推定変動を有する逆拡散されたパイロットチップから得られた複合チャネル推定をもたらすことができる。このため、該レーキレシーバは、エネルギ遅延プロファイルの「ピーク」にのみフィンガを配置しようと試みる。しかし、再構成されたデータチップで逆拡散するというＴ２Ｐの利点によって、該複合チャネル推定は、φ（ｔ）のモデルと結合されたｇ（ｔ）の直接的推定よりも良好なｈ（ｔ）の推定をもたらすことができる。
【０１３０】
本明細書に記載したチャネル推定処理手順は、上記トランスミッタフィルタ、マルチパスチャネル及びレシーバフィルタの複合効果を明確に推定する。この推定は、オーバサンプリングされたフロントエンドサンプル（例えば、チップｘ２ＦＥＲＡＭ）と同じ分解能で行うことができる。該チャネル推定は、再構成された送信データチップで該フロントエンドサンプルを逆拡散して、チャネル推定精度でＴ２Ｐ利得を実現することにより、達成することができる。均一に離間したチャネル推定の時間範囲は、レーキフィンガ遅延に関する情報と、上記トランスミッタフィルタ及びレシーバフィルタの結合応答の推測的推定とに基づいて選択することができる。さらに、該レーキフィンガからの情報は、該均一に離間したチャネル推定をリファインするのに用いることができる。該複合チャネル自体を推定する方法は、推測的推定φ（ｔ）を用いるデザインを必要としないため、有用であることに留意する。
【０１３１】
図２１Ａ、図２１Ｂは、チップＸ２分解能で均一に離間したサンプルを用いて、複合チャネルを推定する実施例を示す。図２１Ａ、図２１Ｂにおいて、データチップＳＮＲは、−４ｄＢであり、−２４ｄＢのパイロットＳＮＲ及び２０ｄＢのＴ２Ｐに相当する。該均一なチャネル推定は、該レーキフィンガ位置においてのみデータチップで逆拡散することと比較して、より良好な品質を与える。高いＳＮＲにおいて、「ファットパス（ｆａｔｐａｔｈ）」の影響は、レーキフィンガ位置を用いて該チャネルを正確に再構成する能力を制限する。均一なサンプリングアプローチは、高いＴ２Ｐのためのデータチップで逆拡散する場合に相当する、推定ＳＮＲが高い場合に特に有用である。特定のユーザに対して該Ｔ２Ｐが高い場合、このチャネル再構成の忠実性は重要である。
【０１３２】
図２２Ａは、再生成されたデータチップを用いて、均一な分解能で、複合チャネルを推定する方法を示す。ブロック２０００〜２００６及び２０１０は、上述した図２０Ａと同様である。ブロック２２００において、レーキレシーバ３１４（図４）又は別のコンポーネントは、均一構造のための時間範囲をレーキフィンガ遅延に基づいて決める。ブロック２２０２において、復調器３０４又は別のコンポーネントは、適切な時間範囲のための均一な遅延で、送信されたデータチップを用いてフロントエンドサンプルを逆拡散することにより、改善されたチャネル推定を決める。
【０１３３】
図２２Ｂは、図２２Ａの方法を実行する手段２０２０〜２０３０、２２２０、２２２２を備える装置を示す。図２２Ｂにおける手段２０２０〜２０３０は、ハードウェア、ソフトウェア、又は、ハードウェアとソフトウェアの組合せで実施することができる。
【０１３４】
上記の説明において、ｇ（ｔ）は、無線マルチパスチャネル自体であり、ｈ（ｔ）は、無線マルチパスチャネルならびに上記トランスミッタ及びレシーバのフィルタリングを含み、ｈ（ｔ）＝ｐｈｉ（ｔ）で畳み込み積分されたｇ（ｔ）である。
【０１３５】
上記の説明において、「サンプル」は、任意のレート（例えば、チップごとに２倍）であってよいが、「データチップ」は、チップごとに１倍である。
【０１３６】
「再生成されたデータチップ」は、図２０Ａのブロック２００６に示されているように、及び上述したように、再復号し、再インタリーブし、再変調し及び再拡散することにより、形成される。原則として、「再生成」は、情報ビットがモバイルトランスミッタ（アクセス端末）を通過するプロセスに似ている。
【０１３７】
「再構成されたサンプル」は、ＦＥＲＡＭ３１２に、又は、上記レシーバ内のＦＥＲＡＭ３１２とは別のメモリ（例えば、チップごとに２倍）に格納されたサンプルを指す。それらの再構成されたサンプルは、チャネル推定で、（再構成された）送信データチップを畳み込み積分することによって形成される。
【０１３８】
「再構成された」及び「再生成された」という用語は、文脈が、該送信データチップを再形成すること、又は、受信サンプルを再形成することのいずれかを説明している場合には、相互に置換え可能である。サンプル又はチップは、「チップ」が、再復号すること等によって再形成されるのに対して、「サンプル」は、該再形成されたチップを用いることと、無線チャネル（チャネル推定）、及びトランスミッタ及びレシーバのフィルタリングの効果を組み込むこととに基づいて、再形成される。「再構成する」及び「再生成する」という２つの言葉は、本質的に、復元すること、又は再形成することを意味する。そこには、技術的な違いはない。一実施形態は、データチップに対して「再生成する」という言葉を、サンプルに対しては「再構成する」という言葉を排他的に用いる。その結果、レシーバは、データチップ再生成ユニットと、サンプル再構成ユニットとを有することができる。
【０１３９】
（干渉除去を伴うＣＤＭＡシステムのリバースリンク上の送信サブチャネル利得の適応）
マルチユーザ干渉は、ＣＤＭＡ送信システムにおける制限要因であり、また、この干渉を軽減するどのようなレシーバ技術も、達成可能なスループットの著しい向上を可能にする。この節では、ＩＣを伴うシステムの送信サブチャネル利得の適応方法について説明する。
【０１４０】
リバースリンク送信において、各ユーザは、パイロット信号、オーバヘッド信号及びトラフィック信号を送信する。パイロットは、送信チャネルの同期化及び推定を担当する。（ＲＲＩ、ＤＲＣ、ＤＳＣ及びＡＣＫ等の）オーバヘッドサブチャネルは、ＭＡＣ及びトラフィック復号設定に要する。パイロット、オーバヘッド及びトラフィックサブチャネルは、ＳＩＮＲに対して異なる要件を有する。ＣＤＭＡシステムにおいて、単一の電力制御は、複数のパイロットの送信電力に適応することができるが、オーバヘッド及びトラフィックサブチャネルの電力は、該パイロットに対して固定された利得を有する。上記ＢＴＳがＰＩＣ、ＯＩＣ及びＴＩＣを備えている場合、種々のサブチャネルは、干渉除去の順序及びその除去能力により、異なるレベルの干渉を経験する。この場合、サブチャネル利得間の静的関係が、システムパフォーマンスに害を与える可能性がある。
【０１４１】
この節では、ＩＣを実施するシステム上の異なる論理サブチャネルのための新たな利得制御方法について説明する。これらの技術は、ＥＶ−ＤＯ  ＲｅｖＡ等のＣＤＭＡシステムに基づいており、ＥＶ−ＤＶ  Ｒｅｌ  Ｄ、Ｗ−ＣＤＭＡ  ＥＵＬ及びｃｄｍａ２０００に適用することができる。
【０１４２】
記載した技術は、パケットエラーレート、ＳＩＮＲ又は干渉電力に関する測定パフォーマンスに従って、各サブチャネルの利得を適応的に変化させることにより、異なるサブチャネルに対して電力及び利得制御を実施する。この目的は、ＩＣの潜在能力をフルに活用することを可能にする高信頼性の電力及び利得制御メカニズムを提供すると共に、時変分散性サブチャネルでの送信のためのロバスト性を実現することである。
【０１４３】
干渉除去とは、後に復号される他の信号に対する干渉を低減するために、論理サブチャネルの、該サブチャネルが復号された後のフロントエンドサンプルに対する寄与を取り除くことを指す。ＰＩＣにおいて、送信パイロット信号は、上記ＢＴＳにおいて知られており、受信パイロットは、チャネル推定を用いて再構成される。ＴＩＣ又はＯＩＣにおいて、干渉は、該ＢＴＳにおいて、該受信したサブチャネルをその復号したバージョンによって再構成することにより取り除かれる。
【０１４４】
（ＩＣを伴わない）現在のＢＴＳは、上記トラフィックチャネルにおけるエラーレート要件を満たすために、パイロットサブチャネルの電力Ｅｃｐを制御する。上記トラフィックサブチャネルの電力は、ペイロードタイプ及びターゲット終了目標に依存する固定係数Ｔ２Ｐによりパイロットに関連付けられている。パイロット電力の適応は、内側及び外側ループを含む閉ループ電力制御メカニズムによって実行される。該内側ループは、パイロットのＳＩＮＲ（Ｅｃｐ／Ｎｔ）をしきい値レベルＴに保つことを目的とし、該外側ループ電力制御は、例えば、パケットエラーレート（ＰＥＲ（packet error rate））に基づいて、しきい値レベルＴを変更する。
【０１４５】
上記レシーバ（図４）において、ＩＣが実行された場合、サブチャネル利得の適応は、上記システムに対して有益となる可能性がある。実際には、各サブチャネルは、異なるレベルの干渉を経験するため、パイロットに関しての利得は、所望のパフォーマンスを可能にするために、それに応じて適応させなければならない。この節は、オーバヘッド及びパイロットサブチャネルのための利得制御の問題を解決することができ、ＩＣをフルに活用することにより、該システムのスループットを向上させるＴ２Ｐの適応のための方法が記載されている。
【０１４６】
（ＩＣを伴うシステムにおける重要なパラメータ）
調整することができる２つのパラメータは、オーバヘッドサブチャネル利得及びトラフィック対パイロット（Ｔ２Ｐ）利得である。ＴＩＣが作動中の場合、該オーバヘッドサブチャネル利得は、該パイロットとオーバヘッドパフォーマンス間のより柔軟なトレードオフを可能にするために、（非ＴＩＣと比べて）増加させることができる。現在のシステムで用いられているベースラインＧをＧで示すことにより、該オーバヘッドチャネル利得の新たな値は、
【数１１】
2008526118.tif 000013
【０１４７】
になる。
【０１４８】
非ＩＣスキームにおいて、該オーバヘッド／パイロットサブチャネルは、トラフィックチャネルと同じ干渉レベルを経験し、特定の比Ｔ２Ｐ／Ｇは、オーバヘッド及びトラフィックチャネルパフォーマンスならびにパイロットチャネル推定に対して満足なパフォーマンスを与えることができる。ＩＣが用いられた場合、その干渉レベルは、オーバヘッド／パイロット及びトラフィックに対して異なり、２種類のサブチャネルのコヒーレントなパフォーマンスを可能にするために、Ｔ２Ｐを低減することができる。所定のペイロードの場合、該方法は、要件を満たすために、表にされた値に関する係数ΔＴ２Ｐによって該Ｔ２Ｐを低下させることができる。現在のシステムにおける特定のペイロードに用いられるベースラインＴ２ＰをＴ２Ｐで示すことにより、Ｔ２Ｐの新たな値は、
【数１２】
2008526118.tif 000014
【０１４９】
になる。
【０１５０】
パラメータΔＴ２Ｐは、有限値又は離散値からなるセット（例えば、−０．１ｄＢ〜−１．０ｄＢ）に量子化して、アクセス端末１０６へ送信することができる。
【０１５１】
制御を保つことができる一部の量は、トラフィックＰＥＲ、パイロットＳＩＮＲ及びＲＯＴ（rise over thermal）である。パイロットＳＩＮＲは、良好なチャネル推定に求められる最小レベル以下に低下してはならない。ＲＯＴは、電力制御されたＣＤＭＡのリバースリンクの安定性及びリンク量を確実にするために重要である。非ＴＩＣレシーバにおいて、ＲＯＴは、受信信号上で定義される。一般に、ＲＯＴは、良好な容量／カバレージのトレードオフを可能にするために、所定の範囲内にとどまるべきである。
【０１５２】
（ＲＯＴ制御）
Ｉ０は、上記レシーバの入力における信号の電力を示す。該受信信号からの干渉の除去は、電力の低減をもたらす。Ｉ0’は、ＩＣ後の復調器３０４の入力における信号の平均電力を示す。すなわち、
【数１３】
2008526118.tif 000015
【０１５３】
である。
【０１５４】
Ｉ0’の値はＩＣによって更新された後に、フロントエンドサンプルから算出することができる。ＩＣが実行された場合、該ＲＯＴは、オーバヘッドサブチャネルに対してはなお重要であり、ＲＯＴは、しきい値に関して、すなわち、確実に
【数１４】
2008526118.tif 000016
【０１５５】
となるように制御しなければならない。ただし、Ｎ０はノイズ電力である。
【０１５６】
しかし、トラフィック及び一部のオーバヘッドサブチャネルもＩＣから恩恵を受ける。これらのサブチャネルの復号パフォーマンスは、ＩＣ後に測定されたＲＯＴに関連する。有効なＲＯＴは、ＩＣ後の信号電力とノイズ電力との比である。該有効なＲＯＴは、しきい値、すなわち、
【数１５】
2008526118.tif 000017
【０１５７】
によって制御することができる。ＲＯＴｅｆｆに対する制約は、ノイズレベルが変化しないという仮定の下で、Ｉ0’に対する制約として等価的に記述することができる。すなわち、
【数１６】
2008526118.tif 000018
【０１５８】
ただし、Ｉ0(thr)は、ＲＯＴthr(eff)に相当する信号電力しきい値である。
【０１５９】
（固定オーバヘッド利得方法）
ＲＯＴが増加した場合、（ＩＣからは恩恵を受けない）上記パイロット及びオーバヘッドチャネルのＳＩＮＲは減少し、削除レートの潜在的な増加につながる。この影響を補正するために、固定値だけ、又は、特定のシステム条件に対する適応によって、オーバヘッドチャネル利得を上昇させることができる。
【０１６０】
該オーバヘッドサブチャネルの利得が、パイロットに対して固定されている方法を説明する。提案された方法は、パイロットサブチャネルのレベル、及び各ユーザの場合のΔＴ２Ｐの両方に適応する。
【０１６１】
（固定されたΔＧ＝０ｄＢを用いたＴ２Ｐの閉ループ制御）
図２３は、Ｅｃｐ及びΔＴ２Ｐ及び固定されたΔＧ＝０ｄＢ（ブロック２３０８）の場合の閉ループ電力制御（ＰＣ（power control））を示す。ΔＴ２Ｐ及びＥｃｐの適応に対する第１の解は、以下の項目を備える。
【０１６２】
Ａ．内側及び外側ループ２３００、２３０２は、Ｅｃｐの適応のための従来の方法で電力制御を実行することができる。外側ループ２３００は、ターゲットＰＥＲ及びトラフィックＰＥＲを受取る。内側ループ２３０４は、しきい値Ｔ２３０２及び測定されたパイロットＳＩＮＲ及び出力Ｅｃｐを受取る。
【０１６３】
Ｂ．閉ループ利得制御（ＧＣ（gain control））２３０６は、取り除かれた干渉の測定に基づいて、ΔＴ２Ｐを適応させる。利得制御２３０６は、測定されたＲＯＴ及び測定されたＲＯＴｅｆｆを受取って、ΔＴ２Ｐを出力する。該レシーバは、ＩＣスキームによって取り除かれた干渉を測定し、ΔＴ２Ｐを適応させる。
【０１６４】
Ｃ．ΔＴ２Ｐは、メッセージで、セクタ内の全てのアクセス端末１０６に定期的に送信することができる。
【０１６５】
ΔＴ２Ｐの適応の場合、ＩＣ後の干渉がＩ０からＩ0’に低下すると、該Ｔ２Ｐは、その結果として、
【数１７】
2008526118.tif 000019
【０１６６】
の量に低減することができる。
【０１６７】
Ｅｃｐは、（ＰＣループ２３０４を介して）
【数１８】
2008526118.tif 000020
【０１６８】
のごとく増加することになる。
【０１６９】
ＩＣを伴う及び伴わないシステムの場合の総送信電力の比は、
【数１９】
2008526118.tif 000021
【０１７０】
になり、ただし、Ｇは、オーバヘッドチャネル利得である。（Ｇと比較して）大きな値のＴ２Ｐの場合、比Ｃは、
【数２０】
2008526118.tif 000022
【０１７１】
のように概算することができる。
【０１７２】
有効なＲＯＴの推定の場合、該有効なＲＯＴは、ＰＣ及びチャネル状態の変化の両方により急激に変化する。その代わり、ΔＴ２Ｐは、ＲＯＴｅｆｆの遅い変動を反映する。従って、ΔＴ２Ｐの選択の場合、有効なＲＯＴは、ＩＣ後の信号の長い平均化ウィンドウ（averaging window）によって測定される。該平均化ウィンドウは、電力制御更新期間の少なくとも２倍の長さを有することができる。
【０１７３】
（固定されたΔＧ＞０ｄＢを用いたＴ２Ｐの閉ループ制御）
図２４は、利得制御２３０６がしきい値有効ＲＯＴを受取り、ΔＧ＞０ｄＢ（ブロック２４００）であることを除いて、図２３と同じである。ΔＴ２Ｐの適応のためのこの代替の方法は、ＩＣシステム及び非ＩＣシステムの両方に対して同じセルカバレージを有するという要求に基づいている。Ｅｃｐの分布は、両方のケースにおいて同じである。ＩＣの効果は、完全装備されたシステムに対して２つあり、すなわち、ｉ）ＩＣ前の信号電力Ｉ０は、ＩＣを伴わないシステムの信号電力に対して増加するということと、ｉｉ）ＰＥＲ制御による閉ループ電力制御により、Ｉ0’は、ＩＣを伴うシステムの信号電力と同じになる傾向があるということである。ΔＴ２Ｐは、次のように適応される。
【数２１】
2008526118.tif 000023
【０１７４】
（ΔＴ２ＰのＡＣＫベースの制御）
図２５は、固定されたオーバヘッドサブチャネル利得（ブロック２５０６）を有するＡＣＫサブチャネルに基づく、Ｅｃｐ及びΔＴ２ＰのためのＰＣを示す。
【０１７５】
ΔＴ２Ｐの閉ループＧＣは、上記ＢＴＳからＡＴへのフィードバック信号を必要とし、この場合、全てのＡＴは、同じブロードキャスト値のΔＴ２ＰをＢＴＳから受信する。代替的な解決法は、ΔＴ２Ｐの開ループＧＣ２５１０と、上記パイロットのための閉ループＰＣ２５００、２５０４とに基づいている。該閉ループパイロットＰＣは、しきい値Ｔ０に従ってＥｃｐを調節する内側ループ２５０４を備える。外側ループ制御２５００は、該オーバヘッドサブチャネルの削除レート、例えば、ＤＲＣサブチャネルエラーの可能性又はＤＲＣ削除レートによって指示される。Ｔ０は、該ＤＲＣ削除レートがしきい値を超えたときは常に増加するが、該ＤＲＣ削除レートが該しきい値以下の場合には、徐々に減少する。
【０１７６】
ΔＴ２Ｐは、ＡＣＫフォワードサブチャネルによって適応される。具体的には、該ＡＣＫ及びＮＡＣＫの統計値を測定することにより、上記ＡＴは、上記ＢＴＳにおいて、トラフィックＰＥＲの値を算出することができる（ブロック２５０８）。利得制御２５１０は、ターゲットトラフィックＰＥＲと、測定したＰＥＲとを比較する。該ＰＥＲがしきい値よりも高い場合にはいつでも、Ｔ２Ｐ’が非ＩＣシステムのベースライン値Ｔ２Ｐに達するまで、ΔＴ２Ｐが増加される。一方、より低いＰＥＲの場合、ΔＴ２Ｐは、該ＩＣプロセスをフルに活用するために、減少される。
【０１７７】
（可変オーバヘッド利得技術）
上記トランシーバのさらなる最適化は、ΔＴ２Ｐだけではなく、オーバヘッドサブチャネル利得（Ｇオーバヘッド）もＩＣプロセスに適応させることによって得ることができる。この場合、追加的なフィードバック信号が必要である。ΔＧの値は、０ｄＢから０．５ｄＢまで量子化することができる。
【０１７８】
（干渉電力ベースのオーバヘッド利得制御）
図２６は、オーバヘッドＧＣ２６００を除いて、図２４と同様である。オーバヘッドサブチャネル２６００のＧＣのための方法は、ＩＣ後の測定信号電力に基づいている。この場合、ＩＣを伴わないシステムの同じセルカバレージを提供するために、Ｅｃｐが想定される。ＩＣ前の信号は、増加した電力Ｉ０を有し、オーバヘッド利得は、増加した干渉を補正する。この実施は、
【数２２】
2008526118.tif 000024
【０１７９】
を設定することにより、該オーバヘッド利得を適応させる。
【０１８０】
ΔＧは、有用にはなりそうにない、該オーバヘッドサブチャネル電力を低下させることに相当するため、０ｄＢ以下にならないように制御することができる。
【０１８１】
上記利得及び電力制御スキームは、図２３と同じようなＥｃｐのための内側及び外側ループＰＣ２３０４、２３００と、上述したようなΔＧのためのＧＣループ２６００と、ΔＴ２Ｐのための開ループＧＣ２３０６とを含むことができ、この場合、ΔＴ２Ｐは、ＰＥＲがターゲット値以上になったときはいつでも増加され、ＰＥＲが該ターゲット以下になった場合には減少される。非ＩＣレシーバのレベルに相当する最大レベルのΔＴ２Ｐが可能である。
【０１８２】
（ＤＲＣ専用オーバヘッド利得制御）
図２７は、ＤＲＣ専用オーバヘッド利得制御２７０２を有する図２６の変形例を示す。
【０１８３】
オーバヘッドサブチャネル利得が適応された場合でも、ΔＴ２Ｐの利得制御２７００は、上述したように、閉ループで実行することができる。この場合、Ｅｃｐ及びΔＴ２Ｐは、図２３と同じように制御され、オーバヘッドサブチャネル利得の適応２７０２は、ＤＲＣ削除レートによって実行される。具体的には、ＤＲＣ削除がしきい値以上である場合、オーバヘッドサブチャネル利得２７０２は増加される。ＤＲＣ削除がしきい値未満である場合、オーバヘッド利得２７０２は徐々に減少される。
【０１８４】
（マルチセクタ・マルチセルネットワークにおけるＴ２Ｐの制御）
ΔＴ２ＰのＧＣは、セルレベルで実行され、ＡＴ１０６は、よりソフトなハンドオフにすることができるため、様々なセクタが、適応の異なる要求を生成することができる。この場合、該ＡＴに送信されるΔＴ２Ｐ要求の選択のために、様々なオプションを考慮することができる。セルレベルにおいて、１つの方法は、満載のセクタによって要求されたものの中からＴ２Ｐの最小低減を選択することができ、すなわち、
【数２３】
2008526118.tif 000025
【０１８５】
であり、ただし、Δ(s)T2Pは、セクタｓによって要求されたΔＴ２Ｐである。該ＡＴは、様々なセルから異なる要求を受けることができ、またこの場合、様々な基準を採用することができる。１つの方法は、サービングセクタとの最も信頼できる通信を確実にするために、該サービングセクタに対応するΔＴ２Ｐを選択することができる。
【０１８６】
セルにおける、及び上記ＡＴにおけるΔＴ２Ｐの選択の場合、要求された値の中での最小、最大又は平均を含む他の選択も考慮することができる。
【０１８７】
１つの重要な態様は、上記モバイルが、Ｔ２Ｐ’＝Ｔ２Ｐ×ΔＴ２Ｐを用いることであり、この場合、ｃは、上記ＢＴＳにおいて、Ｉ０及びＩ0’（及び場合により、Ｉ0 thrの知識）の測定値に基づいて計算され、また、Ｇ’＝Ｇ×ΔＧであり、この場合、ΔＧも該ＢＴＳで計算される。該ＢＴＳで計算されたこれらのデルタ＿係数の場合、それらの係数は、各ＢＴＳによって、それに応じて反応する全てのアクセス端末に送信される。
【０１８８】
本明細書に開示したコンセプトは、ＤＰＣＣＨ（dedicated physical control channel）、Ｅ−ＤＰＣＣＨ（enhanced dedicated physical control channel）、又はＨＳ−ＤＰＣＣＨ（high-speed dedicated physical control channel）等のオーバヘッドチャネルを用いるＷＣＤＭＡシステムに適用することができる。該ＷＣＤＭＡシステムは、ＤＰＤＣＨ（dedicated physical data channel）フォーマット及び／又はＥ−ＤＰＤＣＨ（enhanced dedicated physical data channel）を用いることができる。
【０１８９】
本明細書に開示したコンセプトは、２つの異なるインタレース構造、例えば、２ｍｓの送信時間間隔と１０ｍｓの送信時間間隔とを有するＷＣＤＭＡシステムに適用することができる。その結果、フロントエンドメモリ、復調器及び減算器は、異なる送信時間間隔を有するパケットの１つ以上のサブパケットに及ぶように構成することができる。
【０１９０】
ＴＩＣの場合、トラフィックデータは、ＥＶ−ＤＯ  リリース０フォーマット又はＥＶ−ＤＯ  改定Ａフォーマットの少なくとも一方で、１つ以上のユーザによって送信することができる。
【０１９１】
本明細書に記載した特定の復号順序は、復調及び復号の順序に対応することができる。パケットを再復号することは、ＦＥＲＡＭ３１２からのパケットを復調するプロセスが、干渉除去をより良好な復号器入力に変換するため、再復調から行うべきである。
【０１９２】
当業者は、情報及び信号を、様々な異なる専門用語及び技術のうちのいずれかを用いて表すことができることを理解するであろう。例えば、上記の説明全体にわたって参照することができるデータ、命令、コマンド、情報、信号、ビット、シンボル及びチップは、電圧、電流、電磁波、磁界又は粒子、光場又は粒子、あるいはこれらからなるいずれかの組合せによって表すことができる。
【０１９３】
当業者は、本明細書で開示された実施形態とともに説明した様々な例示的な論理ブロック、モジュール、回路及びアルゴリズムステップを、電子ハードウェア、コンピュータソフトウェア、又はこれら両方からなる組合せとして実施することができることをさらに深く認識するであろう。ハードウェアとソフトウェアのこの互換性を明確に説明するために、様々な例示的なコンポーネント、ブロック、モジュール、回路及びステップが、概してそれらの機能性に関して上述されている。このような機能性がハードウェア又はソフトウェアとして実施されるか否かは、システム全体に与えられた特定の用途及びデザイン上の制約に依存する。当業者は、各具体的な用途に対して、記載した機能性を様々な方法で実施することができるが、このような実施の決定は、本発明の範囲からの逸脱を引き起こすものと解釈すべきではない。
【０１９４】
本明細書に開示した実施形態と共に説明した様々な例示的な論理ブロック、モジュール及び回路は、汎用プロセッサ、ＤＳＰ（ディジタル信号プロセッサ（digital signal processor））、ＡＳＩＣ（特定用途向けＩＣ（application specific integrated circuit）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ（field programmable gate array）、又は他のプログラマブル論理素子、個別ゲート又はトランジスタ論理、個別ハードウェアコンポーネント、あるいは、本明細書に記載した機能を実行するようにデザインされたこれらからなる何れかの組合せを用いて、実施又は実行することができる。汎用プロセッサは、マイクロプロセッサとすることができるが、代替例においては、該プロセッサは、何らかの従来のプロセッサ、コントローラ、マイクロコントローラ又は状態マシンであってもよい。プロセッサは、演算素子の組合せ、例えば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連結された１つ以上のマイクロプロセッサ、あるいは、他の何らかのこのような構成としても実施することができる。
【０１９５】
本明細書に開示した実施形態と共に説明した方法又はアルゴリズムのステップは、直接ハードウェアに、プロセッサによって実行されるソフトウェアモジュールに、又はこれら２つの組合せに具体化することができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は記憶媒体の他の何らかの形態内に存在することができる。記憶媒体は、プロセッサが該記憶媒体から情報を読み出し、かつ該記憶媒体に情報を書き込むことができるように、該プロセッサに結合される。代替例においては、該記憶媒体は、該プロセッサに一体化してもよい。該プロセッサ及び記憶媒体は、ＡＳＩＣ内に存在してもよい。該ＡＳＩＣは、ユーザ端末内に存在してもよい。代替例においては、該プロセッサ及び記憶媒体は、ユーザ端末内の個別コンポーネントとして存在することができる。
【０１９６】
本明細書には、参照のために、及び特定の節を探すのを支援するために、見出しが含められている。これらの見出しは、本明細書に記載されたコンセプトの範囲を限定しようとするものではなく、これらのコンセプトは、本明細書全体を通じて他の節への適用性を有することができる。
【０１９７】
開示した実施形態のこれまでの説明は、当業者が本発明を実行又は利用できるようにするように記載されている。これらの実施形態に対する様々な変更は、当業者には容易に理解できるであろうし、また、本明細書で定義された包括的な原理は、本発明の趣旨又は範囲を逸脱することなく、他の実施形態に適用することができる。従って、本発明は、本明細書に示された実施形態に限定されることを意図しておらず、本明細書に開示された原理及び新規な特徴に一致する最も広い範囲を認容すべきである。
【図面の簡単な説明】
【０１９８】
【図１】基地局及びアクセス端末を有する無線通信システムを示す。
【図２】図１のアクセス端末において実施することができる送信構造及び／又はプロセスの実施例を示す。
【図３】図１の基地局において実施することができるレシーバプロセス及び／又は構造の実施例を示す。
【図４】基地局レシーバプロセス又は構造の別の実施形態を示す。
【図５】図１のシステムにおける３人のユーザの電力配分の一般的な実施例を示す。
【図６】同じ送信電力を伴うユーザに対するフレーム非同期トラフィック干渉除去のための均一タイムオフセットの実施例を示す。
【図７】リバースリンクデータパケット及びフォワードリンク自動再送要求チャネルに用いられる交差構造を示す。
【図８】コンプリート１６スロットパケットに及ぶメモリを示す。
【図９Ａ】遅延復号を伴わないＳＩＣの実施例の場合のトラフィック干渉除去の方法を示す。
【図９Ｂ】図９Ａの方法を実行する装置を示す。
【図１０】復号されたサブパケットの干渉除去を伴うインタレースの一連のサブパケットの到着後のレシーバサンプルバッファを示す。
【図１１】オーバヘッドチャネル構造を示す。
【図１２Ａ】最初にＰＩＣ（pilot IC）を実行し、その後、ＯＩＣ（overhead IC）及びＴＩＣ（traffic IC）を一緒に実行する方法を示す。
【図１２Ｂ】図１２Ａの方法を実行する装置を示す。
【図１３Ａ】図１２Ａの方法の変形例を示す。
【図１３Ｂ】図１３Ａの方法を実行する装置を示す。
【図１４Ａ】複合ＰＩＣ、ＯＩＣ及びＴＩＣを実行する方法を示す。
【図１４Ｂ】図１４Ａの方法を実行する装置を示す。
【図１５Ａ】図１４Ａの方法の変形例を示す。
【図１５Ｂ】図１５Ａの方法を実行する装置を示す。
【図１６】送信システムのモデルを示す。
【図１７】複合送信及び受信フィルタリングの実施例の応答を示す。
【図１８Ａ】３つのレーキフィンガの各々における推定されたマルチパスチャネルに基づくチャネル推定（実在及び想像上のコンポーネント）の実施例を示す。
【図１８Ｂ】３つのレーキフィンガの各々における推定されたマルチパスチャネルに基づくチャネル推定（実在及び想像上のコンポーネント）の実施例を示す。
【図１９Ａ】レーキフィンガに基づき、データチップで逆拡散する改良されたチャネル推定の実施例を示す。
【図１９Ｂ】レーキフィンガに基づき、データチップで逆拡散する改良されたチャネル推定の実施例を示す。
【図２０Ａ】レーキフィンガディレイにおいて再生したデータチップを用いて逆拡散する方法を示す。
【図２０Ｂ】図２０Ａの方法を実行する装置を示す。
【図２１Ａ】チップＸ２分解における均等に離間したサンプルを用いた複合チャネルを推定することの実施例を示す。
【図２１Ｂ】チップＸ２分解における均等に離間したサンプルを用いた複合チャネルを推定することの実施例を示す。
【図２２Ａ】再生されたデータチップを用いて、均等分解で複合チャネルを推定する方法を示す。
【図２２Ｂ】図２２Ａの方法を実行する装置を示す。
【図２３】固定されたオーバヘッドサブチャネル利得を用いた閉ループ電力制御及び利得制御を示す。
【図２４】図２３の固定オーバヘッドサブチャネル利得を用いた電力制御及び利得制御の変形例を示す。
【図２５】固定オーバヘッドサブチャネル利得を用いた電力制御の実施例を示す。
【図２６】オーバヘッド利得制御を除いて図２４と同様である。
【図２７】ＤＲＣだけのオーバヘッド利得制御を用いた図２６の変形例を示す。
【図１】
2008526118.tif 000026
【図２】
2008526118.tif 000027
【図３】
2008526118.tif 000028
【図４】
2008526118.tif 000029
【図５】
2008526118.tif 000030
【図６】
2008526118.tif 000031
【図７】
2008526118.tif 000032
【図８】
2008526118.tif 000033
【図９Ａ】
2008526118.tif 000034
【図９Ｂ】
2008526118.tif 000035
【図１０】
2008526118.tif 000036
【図１１】
2008526118.tif 000037
【図１２Ａ】
2008526118.tif 000038
【図１２Ｂ】
2008526118.tif 000039
【図１３Ａ】
2008526118.tif 000040
【図１３Ｂ】
2008526118.tif 000041
【図１４Ａ】
2008526118.tif 000042
【図１４Ｂ】
2008526118.tif 000043
【図１５Ａ】
2008526118.tif 000044
【図１５Ｂ】
2008526118.tif 000045
【図１６】
2008526118.tif 000046
【図１７】
2008526118.tif 000047
【図１８Ａ】
2008526118.tif 000048
【図１８Ｂ】
2008526118.tif 000049
【図１９Ａ】
2008526118.tif 000050
【図１９Ｂ】
2008526118.tif 000051
【図２０Ａ】
2008526118.tif 000052
【図２０Ｂ】
2008526118.tif 000053
【図２１Ａ】
2008526118.tif 000054
【図２１Ｂ】
2008526118.tif 000055
【図２２Ａ】
2008526118.tif 000056
【図２２Ｂ】
2008526118.tif 000057
【図２３】
2008526118.tif 000058
【図２４】
2008526118.tif 000059
【図２５】
2008526118.tif 000060
【図２６】
2008526118.tif 000061
【国際調査報告】
2008526118.tif 000062
2008526118.tif 000063
2008526118.tif 000064