JP2009504006A - 非常に高いデータ速度のユーザの存在時におけるマルチ−パス取得 - Google Patents

Abstract

マルチ−パス取得の方法が、受信信号に対する第１タイプの取得ユーザの寄与を推定すること、受信信号から推定寄与をキャンセルして結果としての信号を生成すること、および結果としての信号に基づいて第１タイプのユーザおよび第２タイプのユーザのためにマルチ−パス取得を行うことを含んでもよい。

Description

本発明は、非常に高いデータ速度のユーザの存在時におけるマルチ−パス取得に関する。

セルラ通信ネットワークは、通常、無線接続または有線接続によって結合され、異なるタイプの通信チャネルを通してアクセスされる様々な通信ノードを含む。各通信ノードは、通信チャネルを介して送受信されたデータを処理するプロトコル・スタックを含む。様々な通信ノードの動作および構成は、通信システムのタイプに応じて変わり、異なる名称で呼ばれることが多い。そのような通信システムには、たとえば、符号分割多元接続２０００（ＣＤＭＡ２０００）システムおよびユニバーサル移動体通信システム（ＵＭＴＳ）がある。

第３世代無線通信プロトコル規格（たとえば、３ＧＰＰ−ＵＭＴＳ、３ＧＰＰ２−ＣＤＭＡ２０００など）は、アップリンク（たとえば、以下ではユーザと呼ばれる移動局（ＭＳ）またはユーザ機器（ＵＥ）と、基地局（ＢＳ）またはノードＢとの間の通信の流れ）における専用トラフィック・チャネルを利用してもよい。専用物理チャネルは、データ部分（たとえば、ＵＭＴＳリリース４／５プロトコルに準拠した専用物理データ・チャネル（ＤＰＤＣＨ）、ＣＤＭＡ２０００プロトコルに準拠した基本チャネルまたは補足チャネルなど）および制御部分（たとえば、ＵＭＴＳリリース４／５プロトコルに準拠した専用物理制御チャネル（ＤＰＣＣＨ）、ＣＤＭＡ２０００プロトコルに準拠したパイロット／電力制御サブチャネルなど）を含んでもよい。

これらの規格のより新しいバージョン、たとえばＵＭＴＳのリリース６は、拡張専用物理チャネルと呼ばれる高いデータ速度のアップリンク・チャネルを提供する。これらの拡張専用物理チャネルは、拡張データ部分（たとえば、ＵＭＴＳプロトコルに準拠した拡張専用物理データ・チャネル（Ｅ−ＤＰＤＣＨ））およびＵＭＴＳプロトコルに準拠した拡張制御部分（たとえば、拡張専用物理制御チャネル（Ｅ−ＤＰＣＣＨ））を含んでもよい。

図１は、ＵＭＴＳプロトコルに従って動作する従来の無線通信システム１００を示す。図１を参照すると、無線通信システム１００は、それぞれがそれぞれのカバレッジ・エリアで第１タイプのユーザ１１０および第２タイプのユーザ１０５の通信ニーズにサービスするノードＢ１２０、１２２および１２４など、いくつかのノードＢを含んでもよい。第１タイプのユーザ１１０は、以下では拡張ユーザと呼ばれるＵＭＴＳリリース６のユーザなど、より高いデータ速度のユーザでもよい。第２タイプのユーザは、以下ではレガシー・ユーザと呼ばれるＵＭＴＳリリース４／５のユーザなど、より低いデータ速度のユーザでもよい。ノードＢは、ＲＮＣ１３０および１３２などのＲＮＣに接続され、ＲＮＣは、ＭＳＣ／ＳＧＳＮ１４０に接続される。ＲＮＣは、ＭＳＣおよびＳＧＳＮの関与なしに自律的にハンドオーバーを管理することなど、いくつかのコールおよびデータ処理機能を処理する。ＭＳＣ／ＳＧＳＮ１４０は、ネットワーク内のコールおよび／またはデータを、他の要素（たとえば、ＲＮＣ１３０／１３２およびノードＢ１２０／１２２／１２４）に、または外部ネットワークに、ルーティングすることを処理する。さらに、図１には、これらの要素間のインターフェースＵｕ、Ｉｕｂ、ＩｕｒおよびＩｕｂが示されている。

ＵＭＴＳアップリンク専用物理チャネルのフレーム構造の一例が図２Ａに示されている。各フレーム２００は、たとえば１０ミリ秒（ｍｓ）の長さを有してもよく、１５スロット２０５に分割されてもよい。各スロット２０５は、たとえば、１つの電力制御期間に対応する２５６０チップの長さを有してもよく、たとえば、２／３ｍｓの継続期間を有してもよい。

アップリンク専用物理チャネルは、ＤＰＤＣＨ２４０およびＤＰＣＣＨ２２０を含み、ＤＰＣＣＨ２２０およびＤＰＤＣＨ２４０のそれぞれはコード多重化されてもよい。ＤＰＤＣＨ２４０は、レガシー・ユーザ１０５から送信された情報を含んでもよい。ＤＰＣＣＨ２２０は、制御情報、たとえば、パイロット信号２２１、送信電力制御情報（たとえば送信電力制御（ＴＰＣ）ビット）２２２、トランスポート・フォーマット結合インジケータ（ＴＦＣＩ）値２２３、および（使用されても使用されなくてもよい）フィードバック情報（ＦＢＩ）２２４を含んでもよい。

ＴＦＣＩ２２３は、ノードＢ１２０／１２２／１２４に、レガシー・ユーザ１０５から送信されたトランスポート・フォーマット情報（たとえば、音声および／またはデータ・パケット・サイズ、コーディング・タイプなど）を通知してもよい。レガシー・ユーザ１０５およびノードＢ１２０／１２２／１２４は、互いの送信電力を制御するために送信電力制御（ＴＰＣ）コマンド２２２を生成してもよい。ユーザ１０５が、たとえば、単一のノードＢ１２０／１２２／１２４と通信する場合、単一の送信電力制御コマンドが各タイムスロットのＴＰＣ情報２２２で受信されてもよい。

図２Ａは３ＧＰＰ−ＵＭＴＳアップリンク・フレーム構造を示すが、３ＧＰＰ２−ＣＤＭＡ２０００アップリンク・フレーム構造は同様でもよい。しかし、典型的な３ＧＰＰ２−ＣＤＭＡ２０００アップリンク・フレーム構造は、前述のＴＦＣＩ２２３およびＦＢＩ２２４を含まない。

拡張アップリンク専用物理チャネル（たとえば、Ｅ−ＤＰＣＣＨおよびＥ−ＤＰＤＣＨ）のフレーム構造の一例が図２Ｂに示されている。各フレーム２００ａは、たとえば、１０ミリ秒（ｍｓ）の長さを有してもよく、１５スロット２０５ａに分割されてもよい。各スロット２０５ａは、たとえば、１つの電力制御期間に対応する２５６０チップの長さを有してもよく、たとえば、２／３ｍｓの継続期間を有してもよい。

拡張アップリンク専用物理チャネルは、Ｅ−ＤＰＤＣＨ２４０ａおよびＥ−ＤＰＣＣＨ２２０ａを含み、Ｅ−ＤＰＣＣＨ２２０ａおよびＥ−ＤＰＤＣＨ２４０ａのそれぞれはコード多重化されてもよい。

Ｅ−ＤＰＤＣＨ２４０ａは、ユーザ１１０から送信された情報を含んでもよい。Ｅ−ＤＰＣＣＨ２２０ａは、制御情報、たとえば、コード化され、図２Ｂのフレームの中の少なくとも３つのスロット（たとえば、１サブフレーム）を占める、ハッピー・ビット（Ｈ−ビット）信号、トランスポート・フォーマット結合インジケータ（Ｅ−ＴＦＣＩ）、および再送シーケンス番号（ＲＳＮ）を含んでもよい。

Ｅ−ＴＦＣＩは、ノードＢ１２０／１２２／１２４に、拡張ユーザ１１０から送信された情報のトランスポート・フォーマット（たとえば、データ・パケットのサイズ、ＴＴＩの長さなど）を通知してもよい。

図３Ａは、（たとえば、図１のレガシーＵＥ１０５に配置された）従来のＵＭＴＳアップリンク送信器３００、および（たとえば、図１のノードＢ１２０／１２２／１２４の１つに配置された）受信器３５０を示す。図３Ａは、アップリンク専用チャネル（たとえば、ＤＰＤＣＨおよびＤＰＣＣＨ）を送信するための従来の送信器３００および受信器３５０を示すが、拡張アップリンク専用チャネル（たとえば、Ｅ−ＤＰＤＣＨおよびＥ−ＤＰＣＣＨ）は同じように送受信されてもよいことが理解されるであろう。

図３Ａに示されているように、送信器３００は、ＤＰＤＣＨ２４０およびＤＰＣＣＨ２２０のそれぞれのために、２相位相変調（ＢＰＳＫ）変調器３０５、直交拡散ユニット３１０、およびゲイン・ユニット３１５を含む。ＤＰＣＣＨ２４０およびＤＰＤＣＨ２２０に関連するフレーム（たとえば、フレーム２００）が、それぞれのＢＰＳＫ変調器３０５でモジュール化され、次いで、モジュール化されたフレームが、それぞれの直交拡散ユニット３１０で直交的に拡散される。拡散されたモジュール化フレームは、ゲイン・ユニット３１５によって受信され、そこで拡散されたモジュール化フレームの振幅が調整されてもよい。ゲイン・ユニット３１５のそれぞれの出力がコンバイナ・ユニット３２０によって結合信号に結合される（たとえば、コード分割多重化される）。結合信号は、シェーピング・フィルタ３２５によってスクランブルされ、フィルタされ、シェーピング・フィルタ３２５の出力が伝搬チャネルを介して（たとえば、空気を介して）受信器３５０に送信される。

受信器３５０は、たとえば伝搬パス３３０上で送信器３００から受信された信号をフィルタするための整合フィルタ・ユニット３５５を含む。すなわち、言い換えれば、整合フィルタ・ユニット３５５は、シェーピング・フィルタ３２５のフィルタリング動作と共にフィルタリング動作を行う。フィルタされた信号は、処理ブロック３６０およびマルチ−パス取得ユニット３６５に送信される。

マルチ−パス取得ユニット３６５は、代替として「仮説」と呼ばれる様々なパス位置またはパス・オフセットを分析し、（たとえば、所与の閾値より高い）高い信号エネルギを有するパス位置の範囲内の位置について「利用可能」であると報告する。パス管理ユニット３７０が、利用可能なパスを、処理ブロック３６０から受信されたパス・オフセットを含む既存のパスの情報と比較する。比較に基づいて、パス管理ユニット３７０が、利用可能なパスから重複パスを除去し、その結果としてのパスの情報を利用可能なパスの情報の形で処理ブロック３６０に所与の間隔で送信する。同様に、既存のパスの情報が、パス管理ユニット３７０によって処理ブロック３６０から所与の間隔で受信されてもよい。一例では、所与の間隔は、各フレームに（たとえば、１０ｍｓごとに）相関してもよい。

図３Ｂおよび３Ｃは、図３Ａのマルチ−パス取得ユニット３６５における処理を全体的に説明する、従来のマルチ−パス取得のための処理の流れを示す。図３Ｂを参照すると、フレームのパイロット・エネルギが、特定のパス位置（仮説）に関して計算される。特定のパス位置は、以下で詳細に論じられるように、ＲＮＣによって提供された、または既存のパスの情報で処理ブロック３６０から得られた、可能なパス・オフセットの範囲からのパス・オフセットでもよい。

図３Ｂに戻ると、（複合信号である）この仮説に対応する整合フィルタ３５５からの出力が、逆スクランブルされ、逆拡散され（３１０ａ）、パイロット・パターンも機能３１０ａによって除去される。次に、パイロット・ビットに対応する出力符号が各スロットの上への簡単な追加によって累積される（３２０ａ）。このブロックの出力は、スロット速度、すなわち、スロットごとに１つの（複合）出力においてである。

次に、３２０ａからの出力のＬ２ノルムが形成される（３３０ａ）。たとえば、複合出力信号がｚ＝ａ＋ｊ^＊ｂと仮定すると、Ｌ２ノルムはＬ２（ｚ）＝ａ^２＋ｂ^２によって与えられてもよい。累積されたパイロット信号のＬ２ノルムがフレーム間隔の上にさらに累積され（３４０ａ）、その結果としての出力がフレーム・パイロット・エネルギである（３５０ａ）。

図３Ｃを参照すると、各仮説のフレーム・パイロット・エネルギ（３５５ｂ）が閾値と比較される（３６５ｂ）。閾値を超えるフレーム・パイロット・エネルギを有する（３６５の出力が「はい」である）仮説がさらなる処理のために図３Ａの既存および新規パスの管理ブロック３７０に報告される（３７５ｂ）。

図３Ａに戻ると、前述のように、整合フィルタ３５５からの出力はまた、送信されたデータを得るために、ターボ・デコーダまたは畳み込みデコーダ（図示されていない）を用いて受信信号をデコードするためのＤＰＤＣＨソフト符号を生成するために処理ブロック３６０に送信される。処理ブロック３６０は、受信信号に基づいて、受信された伝搬パスに関するパス・オフセット、チャネル推定値、およびユーザ１０５の移動性を含む既存のパスの情報を生成してもよく、この既存のパスの情報を既存および新規パスの管理ユニット３７０に提供する。

一例では、ユーザ１０５の移動性は、代替として伝搬チャネルのドップラー・スプレッドと呼ばれる、伝搬チャネルの帯域幅の推定値でもよい、移動性インジケータを用いて判定されてもよい。移動性インジケータを判定する方法は当技術分野ではよく知られている。他の例では、伝播パス上の受信信号の受信信号フレーム・エネルギは、所与のフレーム（たとえばフレーム２００）のＤＰＣＣＨエネルギでもよい。

処理ブロック３６０は、受信信号をさらに処理する際に、既存および新規パスの管理ユニット３７０からの利用可能なパスの情報を使用してもよい。上記で論じられたように、この利用可能なパスの情報は、マルチ−パス取得ユニット３６５およびパス管理ユニット３７０で前に行われた処理によって取得されてもよい。

マルチ−パス取得の上記従来の方法が、（たとえば、拡張ユーザおよびレガシー・ユーザを含む）マルチ−ユーザ環境で適用された場合、拡張ユーザ（たとえば、リリース６のユーザ）の存在は、レガシー（たとえば、非リリース６の）ユーザの電力レベルをオーバーシャドウする増大された干渉（たとえば、レガシー・ユーザに対する干渉）を提示する。したがって、レガシー・ユーザのためのマルチ−パス取得性能が落ちる可能性がある。

本発明は従来技術に関する上述の問題を解決するためのものである。

本発明の例示的実施形態は、マルチ−パス取得の方法を提供する。マルチ−パス取得の方法は、受信信号に対する第１タイプの取得ユーザの寄与を推定すること、受信信号から推定寄与をキャンセルして結果としての信号を生成すること、および結果としての信号に基づいて第１タイプのユーザおよび第２タイプのユーザのためのマルチ−パス取得を行うことを含んでもよい。たとえば、第１タイプのユーザは、リリース６ＵＭＴＳユーザなど、高いデータ速度のユーザでもよく、第２タイプのユーザは、リリース４／５ＵＭＴＳユーザなど、より低いデータ速度のユーザでもよい。

本発明の他の例示的実施形態は、キャンセル・ユニットおよびマルチ−パス取得ユニットを含む機器を提供する。キャンセル・ユニットは、受信信号に対する第１タイプの取得ユーザの寄与を推定し、受信信号から推定寄与をキャンセルして結果としての信号を生成するように適応されてもよい。マルチ−パス取得ユニットは、結果としての信号に基づいて第１タイプのユーザおよび第２タイプのユーザのためのマルチ−パス取得を行うように適応されてもよい。

本発明の他の例示的実施形態は、受信信号から第１タイプの取得ユーザに関連する受信信号の一部分をキャンセルし、結果としての信号を得て、第１タイプのユーザおよび第２タイプのユーザのためのマルチ−パス取得を行うことを含む方法を提供する。

本発明の他の例示的実施形態は、第１タイプの各ユーザに関するデコードされたデータを変調して少なくとも１つの変調信号を生成すること、少なくとも１つのそれぞれのパス・オフセットを使用して変調信号のそれぞれを遅延させること、遅延させられた変調信号のそれぞれに少なくとも１つのそれぞれのチャネル推定値を掛けること、および乗算工程の出力を結合して、第１タイプおよび第２タイプのユーザからの寄与を含む受信信号に対する第１タイプの取得ユーザの推定寄与を得ることを含む方法を提供する。

本発明の例示的諸実施形態では、取得ユーザの寄与が、取得ユーザから送信されたデータを含む信号でもよい。
本発明の例示的諸実施形態では、取得ユーザの寄与が、受信信号の少なくとも一部分を形成してもよい。

本発明の例示的諸実施形態は、受信信号内の第１タイプの取得ユーザからのデータをデコードすることをさらに含んでもよく、推定工程が、第１タイプの取得ユーザに関連するデコードされたデータおよびパスの情報に基づいて寄与を推定してもよい。パスの情報は、チャネル推定値およびパス・オフセットを含んでもよい。

本発明の例示的諸実施形態では、推定工程が、デコードされたデータを変調して少なくとも１つの変調信号を生成すること、および変調信号およびパスの情報に基づいて推定寄与を生成することをさらに含んでもよい。

本発明の例示的諸実施形態では、生成工程は、少なくとも１つのそれぞれのパス・オフセットを使用して変調信号のそれぞれを遅延させること、遅延させられた変調信号のそれぞれに少なくとも１つのそれぞれのチャネル推定値を掛けること、および乗算工程の出力を結合して推定寄与を得ることをさらに含んでもよい。

本発明の例示的諸実施形態は、推定寄与をフィルタすること、受信信号から推定寄与を引いて結果としての信号を生成することをさらに含んでもよい。
本発明の例示的諸実施形態では、第１タイプのユーザが第２タイプのユーザより高いデータ速度のユーザでもよく、かつ／または、結果としての信号が、第１タイプの新規ユーザ、および第２タイプの取得ユーザと新規ユーザの両方からの寄与を含んでもよい。
本発明は、以下に記載の詳細な説明、および例としてのみ与えられ、同様の参照番号は様々な図面において対応する部分を指定する添付の図面から、より十分に理解されるようになるであろう。

上記で論じられたように、マルチ−ユーザ環境は、本明細書では拡張ユーザと呼ばれる、ＵＭＴＳリリース６のユーザなど、より高いデータ速度のユーザでもよい少なくとも第１タイプのユーザ１０５、および本明細書ではレガシー・ユーザと呼ばれる、ＵＭＴＳリリース４／５のユーザなど、より低いデータ速度のユーザでもよい第２タイプのユーザを含んでもよい。拡張ユーザ１１０およびレガシー・ユーザ１０５が、それぞれ拡張専用チャネル（たとえば、Ｅ−ＤＰＤＣＨおよびＥ−ＤＰＣＣＨ）および専用チャネル（たとえば、ＤＰＤＣＨおよびＤＰＣＣＨ）を介して、同時にサービング・ノードＢ１２０／１２２／１２４に信号を送信する。上記で論じられたように、これらの拡張およびレガシー専用物理チャネルは、それぞれが複数の伝搬パスを含んでもよいそれぞれの伝搬チャネルを介して送信されてもよい。

図４は、本発明の例示的一実施形態によるアップリンクＵＭＴＳ受信器を示す。図４に示されている受信器は、たとえば図１に示されているようなノードＢ１２０／１２２／１２４に配置されてもよい。例示のために、本発明の例示的諸実施形態が図１の従来のシステムに関して論じられる。しかし、本発明の例示的諸実施形態は、任意の適切な通信ネットワーク（たとえば、ＵＭＴＳ、ＣＤＭＡ２０００など）と共に実施されてもよいことが理解されるであろう。

図４を参照すると、アップリンク受信器５５０は、（図３Ａの）従来のアップリンク受信器３５０と同様でよい。しかし、アップリンク受信器５５０は、処理ブロック３６０の代わりに処理ブロック４６０を含んでもよく、整合フィルタ３５５とマルチ−パス取得ユニット３６５との間に配置されたキャンセル・ユニット５５５をさらに含んでもよい。したがって、簡潔にするために、これらの違いのみが詳細に説明される。

動作中に、整合フィルタ３５５が、１つまたは複数のレガシー・ユーザ１０５および拡張ユーザ１１０によって送信されたデータを含む受信信号をフィルタしてもよい。すなわち、整合フィルタ３５５が、レガシー・ユーザ１０５と拡張ユーザ１１０の両方からの信号エネルギを含む受信信号をフィルタしてもよい。整合フィルタ３５５は、フィルタされた信号をキャンセル・ユニット５５５および処理ブロック４６０に、たとえば並行して（たとえば、同時になど）出力してもよい。

処理ブロック４６０は、パス管理ユニット３７０から受信された利用可能なパスの情報に基づいてレガシー・ユーザ１０５から受信された信号に対して従来のレガシー処理を行ってもよいレガシー処理ブロック３６０を含んでもよい。本発明の例示的諸実施形態では、レガシー・ユーザ１０５から受信された信号の処理は、図３Ａに関して上記で論じられたように処理されてもよい。処理ブロック４６０内の拡張処理ブロック４６５は、拡張ユーザ１１０から受信された信号をレガシー処理ブロック３６０と実質的に同じやり方で処理する。

すなわち、処理ブロック４６５は、パス管理ユニット３７０から受信された利用可能なパスの情報に基づいて、送信されたデータを得るために、ターボ・デコーダ（図示されていない）を用いて受信信号をデコードするためのＥ−ＤＰＤＣＨソフト符号を生成してもよい。処理ブロック４６５は、受信信号に基づいて、受信された伝搬パスに関する、たとえば、パス・オフセット、チャネル推定値、および拡張ユーザ１１０の移動性を含む既存のパスの情報を生成してもよい。図５に示されているように、既存のパスの情報がキャンセル・ユニット５５５ならびに既存および新規パスの管理ユニット３７０に提供されてもよい。

受信されたデータをデコードした後、処理ブロック４６５はまた、デコードされたデータをキャンセル・ユニット５５５に出力してもよい。ここで論じられたように、受信されたデータをデコードし、チャネル推定値を生成し、既存のパスの情報を生成する方法は、当技術分野ではよく知られていて、明確にするためにここではさらには論じられない。

キャンセル・ユニット５５５が整合フィルタ出力から（既存の伝搬パスを介して）既存の拡張ユーザ１１０から受信された信号をキャンセルしてもよい。キャンセル・ユニット５５５が結果としての信号をマルチ−パス取得ユニット３６５に出力してもよい。すなわち、言い換えれば、キャンセル・ユニット５５５は、拡張ユーザ１１０のための既存の伝搬パスに関連する信号（または伝搬パス）エネルギを除去してもよい。したがって、キャンセル・ユニット５５５から出力された結果としての信号は、拡張ユーザのための新規の（知られていない）伝搬パス、およびレガシー・ユーザのための既存の伝搬パスと知られていない伝搬パスの両方を含んでもよい。キャンセル・ユニット５５５の動作が図５に関して以下でより詳細に説明される。

続いて、マルチ−パス取得ブロック３６５が、キャンセル・ユニット５５５から出力された結果としての信号に対して、図３Ｂおよび３Ｃに関して上記で説明されたように処理を行ってもよい。すなわち、拡張ユーザとレガシー・ユーザの両方のための新規の伝搬パスが結果としての信号に基づいて判定されてもよい。

図５は、本発明の例示的一実施形態によるキャンセル・ユニット５５５のより詳細な例である。図５に示されているように、キャンセル・ユニット５５５は、フレーム再構築ブロック６０２、フレーム・バッファ６０４、整合フィルタ６０５、および減算ブロック６０６を含む。

動作中に、フレーム・バッファ６０４が、整合フィルタ３５５から出力されたフィルタされた信号を受信し、バッファしてもよい。フレーム・バッファ６０４が、フレーム再構築ブロック６０２および整合フィルタ６０５の動作時間によって整合フィルタ出力をバッファしてもよい。

整合フィルタ出力はフレーム・バッファ６０４でバッファされるが、再構築ブロック６０２は、チャネル推定値、既存のパスの情報、および処理ブロック４６５によって提供されたデコードされたデータに基づいて既存の伝搬パスを介して拡張ユーザ１１０から受信された信号を再生成してもよい。受信信号が再生成されてもよい方法は、図６に関して以下でより詳細に説明される。

次いで、再生成された信号が、再構築された信号をフィルタしてもよい整合フィルタ６０５に出力されてもよい。整合フィルタ６０５は、整合フィルタ３５５と同じものでもよい。再生成された信号をフィルタした後、フレーム・バッファ６０４内のバッファされた信号およびフィルタされた再生成された信号が、減算ブロック６０６に出力されてもよい。

減算ブロック６０６で、再生成された信号が、たとえば、当技術分野ではよく知られているように簡単な引き算を使用して、バッファされた信号からキャンセル（たとえば、除去、減算など）されてもよく、結果としての信号がマルチ−パス取得ブロック３６５に出力されてもよい。本発明の例示的諸実施形態では、再生成された信号が、フレーム・バッファ６０４でバッファされた元の受信信号に対する取得された（たとえば、既存の、または知られている）拡張ユーザの寄与を表してもよい。

図６は、本発明の例示的一実施形態による再構築ブロック６０２のより詳細な例である。図６に示されているように、再構築ブロック６０２は、ユーザ機能ブロック６１０および伝搬チャネル・ブロック６２０を含む。

動作中に、ユーザ機能ブロック６１０が、図３Ａに関して上記で論じられた送信器３００によって行われた動作と同じ動作を行ってもよい。すなわち、言い換えれば、たとえば、ユーザ機能ブロック６１０が、ＢＰＳＫ変調、直交拡散、振幅調整、結合、スクランブリング、シェーピング、フィルタリング、ならびに処理ブロック４６５によって提供されたデコードされたＥ−ＤＰＤＣＨおよびＥ−ＤＰＣＣＨデータに対する変調を行ってもよい。次いで、変調信号が伝搬チャネル・ブロック６２０に出力されてもよい。

上記で論じられたように、拡張ユーザ１１０が、伝搬チャネルを介して（変調された場合、信号と呼ばれる）データを送信してもよい。図５に示されているように、伝搬チャネル・ブロック６２０が、送信された信号に対する各既存の伝搬パスの影響をシミュレートしてもよい。すなわち、伝搬チャネル・ブロックが、拡張ユーザ１１０によって送信された変調信号を、受信信号が受信器で受信され、整合フィルタ３５５に入力される形に変換してもよい。このシミュレーションまたは変換が、パス・オフセット・ブロック６６０＿１〜６６０＿ｎ、乗算器６７０＿１〜６７０＿ｎ、およびコンバイナ６８０を介して行われてもよい。

動作中に、変調された拡張信号ＥｎｈＳｉｇが、パス・オフセット（または推定された伝搬遅延）を変調された拡張信号ＥｎｈＳｉｇに適用してもよいパス・オフセット・ブロック６６０＿１〜６６０＿ｎに入力されてもよい。パス・オフセットは、既存のパスの情報の形で処理ブロック４６５から受信されてもよい。パス・オフセット推定ブロック６６０＿１〜６６０＿ｎのそれぞれが、それぞれの変調信号ＯｆｆｓｅｔＳｉｇ＿１〜ＯｆｆｓｅｔＳｉｇ＿ｎの遅延バージョンを、それぞれ乗算器６７０＿１〜６７０＿ｎに出力してもよい。

乗算器６７０＿１〜６７０＿ｎにおいて、各信号ＯｆｆｓｅｔＳｉｇ＿１〜ＯｆｆｓｅｔＳｉｇ＿ｎは、それぞれチャネル推定値ＣｈａｎＥｓｔ＿１〜ＣｈａｎＥｓｔ＿ｎと結合されてもよい。チャネル推定値ＣｈａｎＥｓｔ＿１〜ＣｈａｎＥｓｔ＿ｎはまた、既存のパスの情報で処理ブロック４６５によって提供されてもよい。

乗算器６７０＿１〜６０７＿ｎのそれぞれが、ゆがめられた信号ＯｆｆｓｅｔＳｉｇ＿１〜ＯｆｆｓｅｔＳｉｇ＿ｎを表す信号ＤｉｓｔＳｉｇ＿１〜ＤｉｓｔＳｉｇ＿ｎをコンバイナ６８０に出力してもよい。コンバイナ６８０において、信号ＤｉｓｔＳｉｇ＿１〜ＤｉｓｔＳｉｇ＿ｎが再生成された信号に結合されてもよい。次いで、再生成された信号が整合フィルタ６０５に出力されてもよい。

本発明の例示的諸実施形態では、（リリース６および非リリース６の）拡張ユーザおよびレガシー・ユーザのためのマルチ−パス取得ブロックが整合フィルタから直接データを読み取らなくてもよい。そうではなく、データが、処理ブロック４６５からの結果を待つために、少なくとも１つのフレーム（たとえば、１０ｍｓ）の間、バッファされてもよい。次いで、デコードされたＥ−ＤＰＤＣＨおよびＥ−ＤＰＣＣＨデータが拡張ユーザ信号を再生成するために使用されてもよい。この信号は、既存の拡張ユーザ信号を表す、すなわち、言い換えれば、この信号は、取得された拡張ユーザの元の受信信号に対する推定寄与を表してもよい。次いで、結果としての信号が、フレーム・バッファでバッファされる、元の受信信号から引かれる。

したがって、結果としての信号が、知られているおよび知られていないレガシー・ユーザおよび／または新規の（または知られていない）拡張ユーザおよび／または第１タイプの取得ユーザの新規パスからの信号エネルギを含むだけでよい。本発明の例示的諸実施形態では、拡張ユーザが、拡張送信速度、すなわち、言い換えれば、レガシー・ユーザによって使用されるものより高い送信速度で送信してもよい。

本発明の例示的諸実施形態では、知られている（１つまたは複数の）拡張ユーザのエネルギが除去されるので、レガシー・ユーザのための伝搬パスのみならず拡張ユーザのための新規の伝搬パスがより容易に検出されることができる。

本発明の例示的諸実施形態は、拡張ユーザ（たとえば、拡張チャネルを介して無線ネットワークにアクセスしようとしているユーザ）のためのマルチ−パス取得を改善し、かつ／またはレガシー・ユーザに対する拡張ユーザの影響を低減することができる。

本発明はこのように説明されているが、本発明は様々に変形できることが明らかであろう。そのような変形形態は、本発明からの逸脱とはみなされず、そのような変更形態はすべて本発明の範囲内に含まれるものとする。

ＵＭＴＳプロトコルに従って動作する従来の無線通信システム１００を示す図である。 アップリンク専用物理チャネルの従来のフレーム構造の一例を示す図である。 拡張アップリンク専用物理チャネルの従来のフレーム構造の一例を示す図である。 従来のＵＭＴＳアップリンク送信器および受信器を示す図である。 従来のマルチ−パス取得のための処理の流れを示す図である。 従来のマルチ−パス取得のための処理の流れを示す図である。 本発明の例示的一実施形態によるＵＭＴＳアップリンク受信器を示す図である。 本発明の例示的一実施形態によるキャンセル・ユニットを示す図である。 本発明の例示的一実施形態による再構築ブロックを示す図である。

Claims (10)

1. 受信信号に対する第１タイプの取得ユーザの寄与を推定すること、
   前記受信信号から推定寄与をキャンセルして結果としての信号を生成すること、および
   前記結果としての信号に基づいて前記第１タイプのユーザおよび第２タイプのユーザのためのマルチ−パス取得を行うこと
   を含むマルチ−パス取得の方法。
2. 前記取得ユーザの前記寄与が前記取得ユーザから送信されたデータを含む信号である、請求項１に記載の方法。
3. 前記取得ユーザの前記寄与が前記受信信号の少なくとも一部分を形成する、請求項２に記載の方法。
4. 前記受信信号内の前記第１タイプの前記取得ユーザからのデータをデコーダすることをさらに含み、
   前記推定工程が前記第１タイプの前記取得ユーザに関連する前記デコードされたデータおよびパスの情報に基づいて前記寄与を推定する、
   請求項２に記載の方法。
5. 前記第１タイプの各取得ユーザのために、前記推定工程が、
   前記デコードされたデータを変調して少なくとも１つの変調信号を生成すること、および
   前記変調信号および前記パスの情報に基づいて前記推定寄与を生成すること
   を含む、請求項４に記載の方法。
6. 前記生成工程が、
   少なくとも１つのそれぞれのパス・オフセットを使用して前記変調信号のそれぞれを遅延させること、
   前記遅延させられた変調信号のそれぞれに少なくとも１つのそれぞれのチャネル推定値を掛けること、および
   前記乗算工程の出力を結合して前記推定寄与を得ること
   を含む、請求項５に記載の方法。
7. 前記推定寄与をフィルタすること、および
   前記受信信号から前記推定寄与を引いて前記結果としての信号を生成すること
   をさらに含む、請求項５に記載の方法。
8. 第１タイプの前記ユーザが前記第２タイプのユーザより高いデータ速度のユーザである、請求項１に記載の方法。
9. 前記結果としての信号が、前記第１タイプの新規ユーザ、または前記第１タイプの前記取得ユーザの新規パス、および前記第２タイプの取得ユーザと新規ユーザの両方からの寄与を含む、請求項１に記載の方法。
10. 受信信号に対する第１タイプの取得ユーザの寄与を推定し、前記受信信号から前記推定寄与をキャンセルして結果としての信号を生成するように適応されたキャンセル・ユニット、および
    前記結果としての信号に基づいて前記第１タイプのユーザおよび第２タイプのユーザのためにマルチ−パス取得を行うように適応されたマルチ−パス取得ユニット
    を含む機器。

Images