(57)【要約】【課題】  本発明は、全てのチャネルの識別情報がレシーバ（１９）で知られていないとき、情報が伝送される複数のチャネルの識別情報を決定するブラインド符号検出デバイス（１５）を含むレシーバである。【解決手段】  ブラインド符号検出デバイス（１５）は、複数のチャネルから選択されたチャネルの識別情報で満たされた候補チャネルリストを生成する。マルチユーザ検出デバイス（１６）は、ブラインド符号検出デバイス（１５）に応答し、候補符号リストのそれらのチャネルを処理する。【選択図】図１
2006157949.tif 000002
【特許請求の範囲】
【請求項１】
複数のチャネルのデータ信号を有するタイムスロットを複数有するタイムフレームにおいて通信信号を受信するＵＥ（user equipment）であって、
前記ＵＥにアプリオリに知られていないチャネルを含む前記複数のチャネルに存在するチャネルを識別し、かつown-ＵＥチャネルおよびother-ＵＥチャネルを含むことができる前記複数のチャネルから候補チャネルのリストを生成するブラインド符号検出器と、
マルチユーザ検出器（ＭＵＤ）又はシングルユーザ検出器（ＳＵＤ）のうちのいずれかの検出器であって、前記候補から、own-ＵＥ符号およびother-ＵＥ符号を検出する検出器と
を備えたことを特徴とするＵＥ。
【請求項２】
請求項１において、前記検出器は、own-ＵＥ候補を所定のエネルギー閾値と比較し、かつ前記エネルギー閾値未満のエネルギーを有するown-ＵＥ候補を拒否し、これによりown-ＵＥ候補を拒否する手段を含むことを特徴とするＵＥ。
【請求項３】
請求項１において、前記検出器は、other-ＵＥ候補を所定のエネルギー閾値と比較し、かつ前記エネルギー閾値未満のエネルギーを有するother-ＵＥ候補を拒否し、これによりother-ＵＥ候補を拒否する手段を含むことを特徴とするＵＥ。
【請求項４】
前記ブラインド符号検出器は、
候補符号リストを生成するデバイスと、
前記候補符号リストの符号の符号エネルギーを測定するデバイスと、
符号を検出するデバイスと
を備えたことを特徴とするＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＣＤＭＡ（code division multiple access）の通信システムに関する。特に、本発明は、ＣＤＭＡレシーバに関する。
【背景技術】
【０００２】
ＣＤＭＡシステムは、特定の帯域幅でのネットワーク容量を単一符号システムよりも大きくするため、スペクトラム拡散技術および多符号操作を使用している。増加したネットワーク容量は、シングルユーザに向けるか、マルチユーザ間で共有することができる。
【０００３】
レシーバをインプリメントするため、ＣＤＭＡシステムは、一般に、伝送する信号を構築するために使用される符号の識別情報を知る必要がある。このレシーバは、ＵＥにおいて、全ての符号の識別情報又は符号のサブセットの識別情報を知ることができるか、あるいは任意の伝送に使用される符号について全く知ることができない。所望のＵＥに向けられた信号に関連付けられた符号を、以下「own-ＵＥ符号」という。そして、他のレシーバに向けられた信号に関連付けをした符号を、以下「other-ＵＥ符号」という。典型的に、システムには、初期のプログラミング方法、通信方法、獲得方法、その他の試行錯誤を含む技法によって、own-ＵＥ符号の識別情報を知るか、又は学習する手段が、レシーバに含まれている。この手段は、パワーまたは性能の観点からは、十分なものでない。システムは、other-ＵＥ符号の識別情報を学習する手段を提供できるか、又は提供できない。データを伝送するため使用された特定の符号は、変化しないか、時々変化することができる。
【０００４】
任意の１つの符号に関連付けしたデータの復調にあっては、own-ＵＥ符号および／またはother-ＵＥ符号が干渉して生じる劣化ＢＥＲ（bit error rate）の影響を受ける。ある特定のマルチパス特性を有するレディオチャネル（radio channel）で所定のＳＮＲのより低いＢＥＲを実現する改良された方法をインプリメントすることで、own-ＵＥ符号またはother-ＵＥ符号の識別情報を知れば、当該レシーバは便益がある。
【０００５】
ＭＵＤ（multi-user detection）は、干渉の影響を最小限にし、あまり有利でないＳＮＲまたはマルチパスで＜より低いＢＥＲまたは同じＢＥＲを実現する試みで、多重符号に関連付けをした受信信号を同時に処理するレシーバ方法の一例である。ＭＵＤは、伝送された符号の正確なセットのため、構成されたとき、最適に動作する。このため、ＭＵＤは、伝送されたown-ＵＥ符号と、伝送されたother-ＵＥ符号との識別情報を知る必要がある。さらに、ＭＵＤは、一般に、信号が送信された伝送チャネルを推定する必要がある。伝送チャネルの推定は、「チャネル応答」または「チャネル推定」と呼ばれる。伝送チャネルは、全ての符号に対して同じにすることができる。仮に、伝送ダイバシティ、アンテナ・ビーム操縦、その他、シグナリングダイバシティの方法が、トランスミッタにおいて使用される場合には、異なる伝送チャネルは異なる符号と関連付けることができる。
【０００６】
ＭＵＤをインプリメントする１つのアプローチは、伝送できてもできなくても、全ての符号に対して、レシーバを構成することである。このアプローチには、望ましくなく、実際的でない２つの不利な点がある。第１に、ＭＵＤデバイスで処理できる符号が多くなるほど、伝送データの復調における計算量が増加する。したがって、伝送された符号に合わせてレシーバを構成すると、必要なパワーは少なくなり、処理時間が短くなる。第２に、仮に比較的多くの符号を処理できるようにＭＵＤを構成した場合には、多くの場合、ＢＥＲが悪くなる。したがって、伝送された符号に合わせた構成したレシーバは、一般に、ＢＥＲが改善される。
【０００７】
ＭＵＤを使用するタイムスロットＣＤＭＡシステム、例えば３ＧＰＰＴＤＤシステムでは、１つまたは複数のタイムスロット中の１つまたは複数のチャネル化符号が、ＣＣＴｒＣＨ（coded composite transport channel）に割り当てられる。各タイムスロットで、マルチプルＣＣＴｒＣＨを伝送することができ、１つまたは複数のＵＥに向けて送ることができる。
【０００８】
各伝送符号は、他の伝送符号と共用できるか、又は共用できないミドアンブル（midamble）符号シフトと関連付けられている。当該ＵＥは、受信されたミドアンブルを処理してチャネル応答を推定する。特定のミドアンブル符号シフトの検出は、関連付けをした符号が伝送されたことを保証しないので、ミドアンブル符号シフトと伝送符号の間の関連付けは、明確ではない。しかし、ＴＤＤにおいて、ＫＣＥＬＬ＝１６という具体例では、この関連付けはユニークである。
【０００９】
一例として、コールセットアップにおいて、ＣＣＴｒＣＨには、チャネル化符号およびタイムスロットの割当てが与えられ、これらはＵＥにシグナル（signal）される。したがって、当該ＵＥは、割り当てられた符号のリストを持っている。しかし、割り当てられた符号の全てが全ての伝送で使用されるわけではないので、当該ＵＥは部分的な情報（すなわち、own-ＵＥ符号に関する情報）を持っている。other-ＵＥ符号のリストは、符号の総数についてのヒントが、物理層シグナリングによって表示される場合を除き、入手できない。
【００１０】
各伝送符号は、チャネル化符号と、チャネル化符号特定乗数と、スクランブル符号との組み合わせたものである。スクランブル符号は、当該ＵＥにシグナルされ、符号特定乗数はチャネル化符号と関連付けされるので、チャネル化符号の識別情報は、決定する必要のある３つのうちのただ１つだけである。
【００１１】
仮にＣＣＴｒＣＨに割り当てられた符号が伝送されない場合には、ＣＣＴｒＣＨはＤＴＸ（discontinuous transmission）の状態である。割り当てられた符号の全てが所定のタイムスロットで伝送されるわけでない場合、ＣＣＴｒＣＨは「パーシャル（partial）ＤＴＸ」の状態であると言われる。割り当てられた符号が全くフレームで伝送されない場合、ＣＣＴｒＣＨは「フル（full）ＤＴＸ」の状態であると言われる。
【００１２】
フレーム全体の伝送符号の識別情報は、ＵＥにシグナルされデータ信号と多重化されたＴＦＣＩ（transport format combination index）から得ることができる。ＴＦＣＩは、ＣＣＴｒＣＨに割り当てられた第１のタイムスロットで伝送され、また随意に同じフレームのその後のタイムスロットで伝送される。各ＵＥは、受信したＴＦＣＩを処理して、フレームの各タイムスロットで伝送されたown-ＵＥ符号を決定することができる。しかし、これには、受信データ記号を復調し様々な他の処理を実行してＴＦＣＩ情報を復号し解釈することが必要になる。あるレシーバ・インプリメンテーションでは、これらの処理の固有レイテンシーのため、フレームの第１のタイムスロット（および、ことによるとその後のいくつかのタイムスロット）の受信データがＭＵＤデバイスで処理されるときに、伝送されたユーザ符号の識別情報は使用可能にならないかもしれない。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
したがって、より効率的に到来チャネル（incoming channel）を識別する能力を有する改良されたレシーバが必要となる。
【課題を解決するための手段】
【００１４】
本発明は、複数のタイムスロットに分割されたタイムフレームで通信信号を受信するレシーバに関する。ここで、タイムスロットは複数のチャネルのデータ信号を含む。レシーバは、１）タイムスロットのデータ信号を復号するためのデータ推定デバイスであって、レシーバが全てのチャネルの識別情報を知っているとき複数のチャネルの識別情報を決定し、かつ複数のチャネルのうちから選択されたチャネルの識別情報で満たされた候補チャネルリストを生成するブラインド符号検出デバイスを備えるデータ推定デバイスと、２）候補符号リストのそれらのチャネルを処理する、ブラインド符号検出デバイスに応答するＭＵＤデバイスを含む。
【発明を実施するための最良の形態】
【００１５】
図１を参照すると、レシーバ１９、好ましくはＵＥ（モバイルまたは固定の）のレシーバと、アンテナ５と、アイソレータまたはスイッチ６と、復調器８と、チャネル推定デバイス７と、データ推定デバイス２とを備えている。データ推定デバイス２から、信号はデマルチプレクサ／デコーダ４に送られ、周知の方法に従って処理される。復調器８とチャネル推定デバイス７とに結合されたデータ推定デバイス２は、ブラインド符号検出（ＢＣＤ）デバイス１５と、マルチユーザ検出（ＭＵＤ）デバイス１６と、ＴＦＣＩデコーダ１７とを備えている。ＭＵＤデバイス１６は、チャネル推定デバイスからのチャネルインパルス応答と、ＢＣＤデバイス１５からのチャネル化符号、拡散符号、およびチャネル応答オフセットのセットと、を使用して、受信データを復号する。それぞれＵＥと関連付けをした複数の受信可能ＣＣＴｒＣＨの１つを検出するＭＭＳＥ−ＢＬＥ（minimum mean squared error bock linear equalizer）、ＺＦ−ＢＬＥ（zero-forcing block linear equalizer）、又は複数の結合（joint）検出器のような、ＭＵＤデバイス１６は、現行のＭＵＤ方法を使用して、受信通信のデータ記号を推定することができる。ＢＣＤデバイス１５は別個のデバイスとして示しているが、ＢＣＤデバイス１５は、ＭＵＤデバイス１６の一部として組み込むことができる。必要であれば、ＢＣＤの符号エネルギー測定部分は、ＭＵＤの一部とすることができる。すなわち、ＭＵＤのフロントエンドコンポーネント（front end component）（マッチドフィルタ）は、符号のセットの符号エネルギーを測定するＢＣＤ符号エネルギー測定機能と同じであり、ＢＣＤ出力は、残りのＭＵＤ機能がフロントエンドで本来測定された符号のサブセットのみに基づいて動作するように、ＭＵＤにフィードバックされる。
【００１６】
ＢＣＤデバイス１５は、復調器８と、チャネル推定デバイス７と、ＴＦＣＩデコーダと、ＭＵＤ１６とに結合されている。デバイス７のチャネル推定出力は、ＢＣＤデバイス１５の符号エネルギー測定機能への入力である。ＢＣＤデバイス１５は、チャネル化符号、拡散率およびチャネル応答オフセットのセットを、現在タイムスロット用のＭＵＤ（または、シングルユーザ検出、すなわちＳＵＤ）デバイス１０に供給する。ＢＣＤ１５は、ＵＥがダウンリンク割当てを有するフレームの全てのタイムスロットで動作する。
【００１７】
ブラインド符号検出機能は、現在タイムスロットで使用すべきチャネル化符号と、拡散率と、チャネル応答オフセットとのセットを、ＭＵＤまたはＳＵＤに供給する。また、ブラインド符号検出機能は、ＳＩＲ測定に使用されるチャネル化符号をＴＰＣ機能に表示する。
【００１８】
ＭＵＤ構成において、ＢＣＤ１５は符号エネルギーを測定し、どのown-ＵＥ符号およびother-ＵＥ符号を出力検出符号リストに加えるべきか、又は加えるべきでないか、を決定する。検出符号リストは、ここでは、候補リスト中の符号の全てが調べられたときに依然として残っている符号のリストとして定義され、そして前述の基準の全てを満たさないものは、候補符号リストから除去される。基本的には、ＢＣＤは、符号割当ておよびミドアンブル割当て方法に基づいて候補符号リストをいっぱいにし、そして、エネルギー測定またはＴＦＣＩに基づいて符号の一部をそのリストから削除し、そしてそれがＭＵＤに出力されるものである。ＣＥＬＬ＿ＤＣＨ状態で、own-ＵＥに割り当てられたＰ−ＣＣＰＣＨと、最高で４つのＤＣＨ  ＣＣＴｒＣＨが、other-ＵＥの符号と共に存在することができる。ＣＥＬＬ＿ＦＡＣＨ状態で、own-ＵＥに指定されたＰ−ＣＣＰＣＨと、１つの共通チャネルＣＣＴｒＣＨとが、other-ＵＥの符号と共に存在することができる。ビーコンとして伝送された共通チャネル符号は、その各ミドアンブルがミドアンブル検出機能で検出された場合に検出された通りに考慮されることを除いて、共通チャネル符号は、それの符号エネルギーに関係なく、own-ＵＥ  ＤＨＣ符号と同じに取り扱われる。Ｐ−ＣＣＰＣＨは、その唯一のＣＣＴｒＣＨとして取り扱われる。Ｐ−ＣＣＰＣＨはＴＦＣＩを有しないので、符号検出機能でＴＦＣＩ試験を受けないが、Ｐ−ＣＣＰＣＨはいつもビーコンとして伝送されるので、Ｐ−ＣＣＰＣＨ検出決定は、それのミドアンブル検出に基づいて行われるだけであり、そうでなければ、Ｐ−ＣＣＰＣＨは任意の他の共通チャネルとして扱われる。ＴＦＣＩによってシグナルされ、かつＴＦＣＩ受信の１または２タイムスロット後に高速ＴＦＣＩ機能で使用可能にされる伝送された符号および伝送されない符号の識別情報は、使用可能なときに利用される。
【００１９】
シングルユーザ検出（ＳＵＤ）構成では、全ての割り当てられたown-ＵＥ符号は、出力検出符号リストの中に含まれ、そしてother-ＵＥ符号はどれも出力検出符号リストから除かれている。ＭＵＤ構成は、共通チャネルを含んだタイムスロットのため、選択されるので、ＳＵＤ構成はＰ−ＣＣＰＣＨのための特殊な論理を含まない。ＢＣＤは、図２に示すように次の副機能を使用する。
【００２０】
図２を参照すると、ブラインド符号検出（ＢＣＤ）デバイス１５は、候補符号リスト生成器３０と、符号エネルギー測定ユニット３２と、符号検出ユニット３４とを備える。これらのユニットの入力および出力も図２に示す。
【００２１】
候補符号リスト生成（３０）
タイムスロットミドアンブル割当てスキームと、ビーコン標識とに依存するとともに、可能であれば、検出されたミドアンブルシフト及び受信ＴＦＣＩとに依存して、own-ＵＥとother-ＵＥの両方の候補チャネル化符号（ＭＵＤ構成の場合だけ）が選択される。
【００２２】
符号エネルギー測定（３２）
ＭＵＤ構成に関して、候補符号の各々のエネルギーが、マッチドフイルタの出力で候補符号のソフト記号に基づいて測定される。
【００２３】
符号検出（３４）
符号検出は次のことを行う。
・own-ＵＥ符号検出（ＭＵＤ構成の場合だけ）
各ＣＣＴｒＣＨの候補符号は、符号エネルギー、フルＤＴＸ状態、受信ＴＦＣＩの状態、およびフレーム内の相対タイムスロットに依存して、候補リスト中に保持されるか、または候補リストから除外される。
・other-ＵＥ符号検出（ＭＵＤ構成の場合だけ）
ひとたびown-ＵＥ符号が検出されると、other-ＵＥ符号は、own-ＵＥ符号のエネルギーに基づいた閾値を用いて、少なくとも１つのown-ＵＥ符号が明確に伝送されたことが知られていようとなかろうと、符号エネルギーに依存して検出される。
・上述の閾値試験の後で、余りにも多くの符号が受け入れられたままで残っている場合には、ある特定の弱い符号を拒否する。
・ＭＵＤまたはＳＵＤへのフォーマット出力
入力
データ
・符号エネルギー測定（ＣＥＭ）３２で受信されたデータ
・oddRxData、奇数受信データ（ミドアンブル取り消し後）
・evenRxData、３２での偶数受信データ（ミドアンブル取り消し後）
・oddChResp
【００２４】
【数１】
2006157949.tif 000003
【００２５】
、奇数チャネル応答
・evenChResp
【００２６】
【数２】
2006157949.tif 000004
【００２７】
、偶数チャネル応答
・チャネル推定機能７で検出されたミドアンブルシフトのリスト、候補符号リスト生成器（ＣＣＬＧ）３０に供給され、以下のものを含む。
【００２８】
・detMidList(16)、検出されたミドアンブルのシフト数（ｋ値）、０＝有効入力なし。
【００２９】
・detMidOffset(16)、検出されたミドアンブルのチャネル応答オフセット。
【００３０】
・nDetMid、detMidList、およびdetMidOffset中の有効項目の数
・フルＤＴＸ標識、ＣＣＴｒＣＨがフルＤＴＸであり、かつ符号検出（ＣＤ）３４に供給される場合にセットされる。
・tfcCodeList(4、224)、すなわち、受信ＴＦＣＩで表示されるような、ＣＣＴｒＣＨ当たり１６符号×１４タイムスロットのフレーム中の伝送符号のリストは、ＣＣＬＧ３２に供給される。
・tfcCodeListValid(4)、受信ＴＦＣＩが高速ＴＦＣＩ処理で復号されており、かつtfcCodeListが有効データを含む場合に、ＣＣＴｒＣＨによってセットされ、ＣＣＬＧ３０に供給される。
【００３１】
コントロール
・ＫＣＥＬＬ、ミドアンブルシフトの最大数、このタイムスロットはＣＣＬＧ３０およびＣＥＭ３２に与えられる。
・burstType、バースト型、このタイムスロットはＣＣＬＧ３０に与えられる。
・beaconTSI、ビーコンタイムスロット標識はＣＥＭ３２に与えられる。
・allocMode、ミドアンブル割当てモード（デフォルト、共通またはＵＥ特定）、このタイムスロットはＣＣＬＧ３０に与えられる。
・MUD_SUDindicator、このタイムスロットで活動状態のＭＵＤまたはＳＵＤを表示し、ＣＣＬＧ３０、ＣＥＭ３２、およびＣＤ３４に与えられる。
・own-ＵＥに割り当てられたＰｈＣＨのパラメータのリスト、次の形である。
【００３２】
・allocCode(phy chan)、割り当てられたＰｈＣＨのチャネル化符号はＣＣＬＧ３０に与えられる。
【００３３】
・allocTimeslot(phy chan)、割り当てられたＰｈＣＨのタイムスロットはＣＣＬＧ３０に与えられる。
【００３４】
・allocSprFactor(phy chan)、割り当てられたＰｈＣＨの拡散率はＣＣＬＧ３０に与えられる。
【００３５】
・allocMidShift(phy chan)、割り当てられたＰｈＣＨのミドアンブルシフトはＣＣＬＧ３０に与えられる。
【００３６】
・allocCCTrCH(phy chan)、割り当てられたＰｈＣＨのＣＣＴｒＣＨ番号｛１〜４＝own-ＵＥまたは共通チャネルＣＣＴｒＣＨ、５＝Ｐ−ＣＣＰＣＨ｝はＣＣＬＧ３０に与えられる。
【００３７】
出力
データ
・検出符号リスト、ＣＤ３４によって与えられ、次の形である。
【００３８】
・chanCode(16)、検出された符号のチャネル化符号、０＝有効入力なし。
【００３９】
・sprFactor(16)、検出された符号の拡散率。
【００４０】
・midOffset(16)、検出された符号のチャネル応答オフセット。
【００４１】
・chanCCTrCH(16)、検出された符号のＣＣＴｒＣＨ番号｛０＝other-ＵＥ符号、１〜４＝own-ＵＥまたは共通チャネルＣＣＴｒＣＨ、５＝Ｐ−ＣＣＰＣＨ｝
・chanTFCIflag(16)、符号がそれのＣＣＴｒＣＨでＴＦＣＩを伝える場合にセットされる。
【００４２】
・numCodes、chanCode、sprFactor、およびmidOffset中の有効項目の数。
【００４３】
コントロール
・timeslotAbort、復調するown-ＵＥ符号またはＰ−ＣＣＰＣＨ、したがってタイムスロットのさらなる処理が必要でない場合にセットされる。
【００４４】
ブラインド符号検出手順は、全てのＤＬタイムスロットを操作する。
【００４５】
パラメータ
・ownUEthresholdFactor、０．１にセットされ、ＣＤ３４に与えられる。
・otherUEthresholdFactor、０．７にセットされ、ＣＤ３４に与えられる。
・maxMudCodes、ＭＵＤがサポートすることができるチャネル化符号の最大数、１４にセットされたデフォルト値、ＣＤ３４に与えられる。
・numSymbols、符号エネルギーを推定するための記号の数、３０にセットされたデフォルト値、６１程度になる可能性あり（全第１データフィールド）、ＣＥＭ３２に与えられる。
・ミドアンブル／符号関連、デフォルトミドアンブルケース（表１を参照されたい）、ＣＣＬＧ３０に与えられる。
・ビーコン符号（常に、符号番号＝１（および２、ＳＣＴＤが応用される場合）、ＳＦ＝１６）。
・ビーコンシフト（常に、ｋ＝１）。ミドアンブルｋ＝１は第１のアンテナに使用され、ｋ＝２は、ＳＣＴＤがビーコンチャネルに応用される場合に、ダイバーシティアンテナに使用される。
・直交可変拡散率（ＯＶＳＦ）符号、ＳＦ＝１６だけが（表１を参照されたい）ＣＥＭ３２に与えられる。
・Ｌｒ、チャネル応答長（表１を参照されたい）はＣＥＭ３２に与えられる。
【００４６】
実施要求
一例として、ブラインド符号検出ブロックの固定小数点要求仕様を表１に示す（しかし、使用されるビット数は、望ましい場合には変えることができる）。
【００４７】
【表１】
2006157949.tif 000005
【００４８】
候補符号リスト生成（ＣＣＬＧ）３０
機能記述
候補符号リストは、タイムスロットで受信された可能性があり後で符号検出（ＣＤ）機能３４の閾値試験を受けるチャネル化符号および関連パラメータのリストである。このリストは、タイムスロットのミドアンブル割当てスキームと、検出されたミドアンブルシフトとに基くとともに、高速ＴＦＣＩ処理から入手可能な場合、受信ＴＦＣＩから得られた伝送符号の知られている数に基づいて、決定される。ビーコンタイムスロットでは、検出されたビーコンミドアンブルの符号は、符号検出（ＣＤ）機能３４による拒否を防止するため、タグがつけられる。
【００４９】
ＳＣＴＤで伝送されたビーコンは、候補符号リスト（ｃｃｌ）の生成において、特殊な処理を必要とする。２つのビーコンミドアンブルのうちの１つだけが検出された場合、１つだけが伝送されたか、または両方が伝送されたが１つだけが受信されたかのどちらかである。この場合、その１つの検出されたビーコンは、ｋ＝１かｋ＝２が検出されたかどうかに依存して、符号１または符号２として候補符号リストの中に入力される。両方のビーコンミドアンブルが検出され、かつＳＣＴＤがオフであることが知られていない場合、本質的には、２つのビーコン符号はＡマトリックスで互いに崩壊し合い、その後、１つの符号として扱われる。この場合、１つの符号だけ、すなわち符号１＆ｋ＝１が、候補符号リストに入力されるべきである。ｋ＝２のビーコンは、単独で伝送されない。
【００５０】
デフォルトミドアンブル割当てスキーム
デフォルトミドアンブル割当てスキームでは、検出された各ミドアンブルは、伝送された可能性があり候補符号リスト中に含まれるチャネル化符号のセットを明示的に表示する。ビーコンタイムスロットで、第１および第２のビーコン符号が、それぞれのミドアンブルが検出された場合、候補符号リストに含められる。ビーコン符号は、符号検出機能３４で拒否されないように、フラグが付けられる。ひとたび候補符号およびその関連付けをしたミドアンブルシフトが候補符号リストの中に入力されてしまうと、own-ＵＥ候補符号およびそれのパラメータを識別するため、own-ＵＥに割り当てられたＰｈＣＨのパラメータのリストが探索される。own-ＵＥ符号に関して、伝送された符号が高速ＴＦＣＩから知られる場合には、それに応じて候補符号リストは調整される。
【００５１】
手順は次の通りで、また図３の流れ図に示す通りである。そのステップは：
・候補符号リストをクリアする（Ｓ１）。
・（Ｓ２）で初期化して、cclRow＝１、標識＝０をセットする。
・ビーコンタイムスロットの存在する状態で（Ｓ３）、
・Ｓ４で、ミドアンブル検出が第１のビーコンミドアンブルＳ４Ａを報告した場合、Ｓ５で、第１のビーコンミドアンブルを、それのチャネル化符号、チャネル応答オフセットおよび拡散率と共に、候補符号リストの中に入力し、さらに、ビーコン符号が符号検出機能によって拒否されないように、ビーコン符号にcclAcceptフラグをセットする。
【００５２】
・ミドアンブル検出が第１のビーコンミドアンブルＳ４Ａを報告しないで、第２のビーコンミドアンブルＳ６Ａを報告した場合、Ｓ７で、第２のミドアンブルについて同じことを行う。
・Ｓ８で、表１のそれぞれ（残っている、これがビーコンタイムスロットである場合）検出されたミドアンブルの符号を発見する。Ｓ８は、全てのミドアンブルを調べるようにループする。
・Ｓ１０およびＳ１１で、関連付けをしたミドアンブルシフト、チャネル応答オフセットおよび拡散率と共に、Ｓ１２で、発見された符号を候補符号リストにコピーする。Ｓ１０は、ｎ個の符号全てが調べられるまでループする。Ｓ１１は、行の全て（１６）についてループする。
・全ての符号が候補符号リストに入力された後で、各候補符号を探してown-ＵＥ割当リストを探索する。探索Allocルーチン（Ｓ１２）は図６により詳細に示す。own-ＵＥ割当リスト中に発見された候補符号について、ＣＣＴｒＣＨ番号を候補符号リストに追加する。own-ＵＥ割当リスト中に発見されなかった候補符号は、クリアされゼロであるＣＣＴｒＣＨ番号（符号がown-ＵＥに割り当てられないことを示す）を保存する。
・own-ＵＥ符号に関して、ＣＣＴｒＣＨごとに、このタイムスロットで伝送された符号が高速ＴＦＣＩから知られている場合、Ｓ１３で、
・伝送された符号について、それらが符号検出機能で拒否されないようにcclAcceptフラグをセットする。
【００５３】
・伝送されない符号について、その符号を候補符号リストから削除する。使用ＴＦＣＩルーチンは、図７により詳細に示す。
【００５４】
コモンミドアンブル割当てスキーム
コモンミドアンブル割当てスキームでは、非ビーコンタイムスロットで、ただ１つの（「共通」）ミドアンブルシフトだけが伝送される。このミドアンブルシフトは、このタイムスロットで伝送されたチャネル化符号の数を含んだセットを示す。ビーコンタイムスロットで、１つまたは２つのビーコンミドアンブルシフトにコモンミドアンブルシフトを加えたものが伝送され、これはこのタイムスロットのチャネル化符号の数を表示する。ビーコン符号のそれぞれのミドアンブルシフトが検出された場合、ビーコン符号およびそれのミドアンブルシフトが候補符号リストに含められ、その符号は、符号検出機能で拒否されないようにフラグが付けられる。コモンミドアンブルで表示されるチャネル化符号の数は使用されない。コモンミドアンブルシフトが検出されない場合、ことによるとビーコン符号以外に、候補符号リストに挿入すべき符号はない。ビーコンタイムスロットでは、それぞれ検出されたコモンミドアンブルシフトと関連付けをした１４個の残っているＳＦ＝１６チャネル化符号全てで、候補符号リストが満たされる。非ビーコンタイムスロットでは、１つのＳＦ＝１符号か最高で１６個のＳＦ＝１６符号かのどちらかが、そのタイムスロットに存在することができる。それぞれ検出されたコモンミドアンブルシフトと関連付けをした１個のＳＦ＝１符号かまたは１６個のＳＦ＝１６符号を、候補符号リストに満たすことを決定するため、own-ＵＥ割当リスト中のこのタイムスロットの１つの符号のＳＦが、検査されまた使用される。
【００５５】
ひとたび候補符号およびその関連付けをしたミドアンブルシフトが候補符号リスト（ccl）に入力されると、own-ＵＥ候補符号およびそれのパラメータを識別するため、own-ＵＥに割り当てられたＰｈＣＨのパラメータのリストが探索される。Ｐ−ＣＣＰＣＨは、コモンミドアンブルタイムスロットには存在することができない。own-ＵＥ符号に関して、伝送された符号が高速ＴＦＣＩから知られている場合、候補符号リストはそれに応じて調整される。
【００５６】
手順は、次の流れ図に示す通りである。
・図４を参照すると、
・Ｓ１で、候補符号リストをクリアし、Ｓ２で初期化する。
・ビーコンタイムスロットＳ３Ａで、
・ミドアンブル検出が、Ｓ４Ａで、第１のビーコンミドアンブルを報告した場合、第１のビーコンミドアンブルを、それのチャネル化符号、チャネル応答オフセットおよび拡散率と共に、候補符号リストに入力し、Ｓ５で、ビーコン符号が符号検出機能で拒否されないようにビーコン符号にcclAcceptフラグをセットする。
【００５７】
・ミドアンブル検出が、Ｓ４Ｂで、第１のビーコンミドアンブルを報告しなかったが、第２のミドアンブルＳ６Ａを報告した場合、Ｓ７で、第２のミドアンブルについて同じことを行う。
【００５８】
・Ｓ８Ａで、コモンミドアンブルシフト（２＜ｋ≦ＫＣＥＬＬ）が検出されなかった場合は、停止する。
【００５９】
・全ての残っているチャネル化符号を、コモンミドアンブルシフトおよびＳＦ＝１６と共に候補符号リストに入力する。
・Ｓ３Ｂの非ビーコンタイムスロットでは、
・以下に指定されるように、コモンミドアンブルシフトが検出されなかった場合、Ｓ９Ａで、停止する。
【００６０】
・ＫＣＥＬＬ＝４以外の全て：  ０＜ｋ≦ＫＣＥＬＬ
・ＫＣＥＬＬ＝４：  ｋ＝１、３、５または７
・Ｓ１１で、これが、ＳＦ＝１６のタイムスロット又はＳＦ＝１のタイムスロットかどうかを、own-ＵＥ割当リストから、決定する。
【００６１】
・全ての拡散率（ＳＦ）（ここで、Ｓ１２およびＳ１３で、ＳＦ＝１６、又はＳ１６で、ＳＦ＝１）、及びチャネル化符号を、コモンミドアンブルシフトおよびこのＳＦと共に、候補符号リストに入力する。
・全ての符号が候補符号リストに入力された後で、Ｓ１４で、各候補符号を探してown-ＵＥ割当リストを探索する。own-ＵＥ割当リストに発見された候補符号について、それらのＣＣＴｒＣＨ番号を候補符号リストに追加する。own-ＵＥ割当リストに発見されなかった候補符号は、その符号がown-ＵＥに割り当てられていないことを表示するゼロのクリアされたＣＣＴｒＣＨ番号を保持する。
・own-ＵＥ符号に関して、ＣＣＴｒＣＨごとに、このタイムスロットで伝送された符号が高速ＴＦＣＩから知られる場合、Ｓ１５、
・伝送された符号に対して、それらの符号が符号検出機能で拒否されないように、cclAcceptフラグをセットする。
【００６２】
・伝送されなかった符号について、それらを候補符号リストから削除する。
【００６３】
ＵＥ特有のミドアンブル割当てスキーム
全てのミドアンブル割当てスキームにおいて、ＵＥは、own-ＵＥ符号に割り当てられたミドアンブルシフトを演繹的に知っている。デフォルトおよびコモンミドアンブル割当てスキームでは、ＵＥは、ことによるとother-ＵＥに割り当てられる符号について、ミドアンブルと符号の間の関連を知っている。しかし、ＵＥ特定ミドアンブル割当てスキームでは、ＵＥは、ことによるとother-ＵＥに割り当てられる符号について、ミドアンブルと符号の間の関連を知っていない。ＵＥは、other-ＵＥのミドアンブルシフトとチャネル化符号の関連を知っていないので、other-ＵＥのチャネル化符号を検出することは実際的でない。したがって、全ての検出されたミドアンブルシフトに関して、ＵＥは、ただ単にそれの割当リストを探索し、そのミドアンブルに関連付けをした符号を候補符号リストに追加する。other-ＵＥのチャネル化符号は、候補符号リストに追加されることはない。ビーコンタイムスロットで、第１または第２のビーコンミドアンブルが検出された場合には、符号検出機能で拒否されないように、それぞれの符号にフラグがつけられる。Ｐ−ＣＣＰＣＨが、ＵＥの特定タイムスロットにあることはない。全てのＣＣＴｒＣＨについて、伝送された符号が高速ＴＦＣＩから知られる場合、候補符号リストはそれに応じて調整される。
【００６４】
手順は次の通りであり、また図５の流れ図に示す通りである。
・Ｓ１で、候補符号リストをクリアし、Ｓ２で初期化する。
・ビーコンタイムスロット、Ｓ３Ａ、
・ミドアンブル検出が第１のビーコンミドアンブルを報告した場合Ｓ４Ａ、第１のビーコンミドアンブルを、チャネル化符号、チャネル応答オフセットおよび拡散率と共に候補符号リストに入力し、Ｓ５でビーコン符号が符号検出機能で拒否されないようにビーコン符号にcclAcceptフラグをセットする。
【００６５】
・ミドアンブル検出が第１のビーコンミドアンブルを報告しなかったが（Ｓ４Ｂ）、第２のビーコンミドアンブルＳ６Ａを報告した場合、Ｓ７で、第２のミドアンブルに対して同じことを行う。
・検出されたミドアンブルシフトごとに、このタイムスロットで、そのミドアンブルシフトと関連付けをしたチャネル化符号を探してown-ＵＥ割当リストを探索する。
・発見された符号を、それに関連付けをしたミドアンブルシフト、チャネル応答オフセット、拡散率およびＣＣＴｒＣＨと共に、候補符号リストにコピーする。
・own-ＵＥ符号（この場合は、候補リスト中の符号だけ）に関して、ＣＣＴｒＣＨごとに、このタイムスロットの伝送された符号が高速ＴＦＣＩから知られている場合、Ｓ１４で、
・伝送された符号について、それらの符号が符号検出機能によって拒否されないように、cclAccept符号をセットする。
【００６６】
・伝送されなかった符号について、それらの符号を候補符号リストから削除する。
【００６７】
探索割当符号リスト
図６に示すSearchAlloc機能は、全ての候補符号が候補符号リストに入力された後で、命令およびデフォルトミドアンブル割当てスキームに使用される。own-ＵＥ割当リストが探索される。割当リスト中で発見された候補符号は、定義によって、own-ＵＥに割り当てられる。発見された候補符号のＣＣＴｒＣＨ番号は、候補符号リストにコピーされる。own-ＵＥ割当リストで発見されなかった候補符号は、その符号がown-ＵＥに割り当てられていないことを表示するゼロのクリアＣＣＴｒＣＨ番号を保持する。
【００６８】
シングルユーザ検出（ＳＵＤ）構成（Ｓ１１）について、他のＵＥに属する符号が候補符号リスト（Ｓ１４）から削除される。
【００６９】
Ｕｓｅ  ＴＦＣＩ機能
図７に示すこの機能ｕｓｅＴＦＣＩは、伝送されたことが分かっている符号の符号決定による拒否を防止し、伝送されなかったことが分かっている符号を候補符号リストから除去する（Ｓ１２、Ｓ１３）。ＴＦＣＩが高速ＴＦＣＩ処理で復号されたことが、それらのＣＣＴｒＣＨに使用され、したがって、伝送された符号についての情報が使用可能になる。
【００７０】
入力
データ
・チャネル推定機能で検出されたミドアンブルシフトのリスト、次のフォームを有する。
【００７１】
・detMidList(16)、検出されたミドアンブルのシフト数（ｋ値）、０＝有効入力なし、しかし、無効入力を表示するため、任意の他の数を使用することができる（例えば９９）。
【００７２】
・detMidOffset(16)、検出されたミドアンブルのチャネル応答オフセット。
【００７３】
・nDetMid、detMidListおよびdetMidOffsetの有効項目の数。
・tfcCodeList(4、224)、受信ＴＦＣＩで表示されるような、ＣＣＴｒＣＨ当たり、１６符号×１４タイムスロットのフレーム中の伝送された符号のリスト。
・tfcCodeListValid(4)、受信ＴＦＣＩが高速ＴＦＣＩ処理で復号され、tfcCodeListが有効データを含む場合、ＣＣＴｒＣＨ当たりにセットされる。
【００７４】
コントロール
・ＫＣＥＬＬ、ミドアンブルシフトの最大数、このタイムスロット。
・burstType、バースト型、このタイムスロット。
・beaconTSI、ビーコンタイムスロット標識。
・allocMode、ミドアンブル割当てモード（デフォルト、共通またはＵＥ特定）、このタイムスロット。
・MUD_SUDindicator、このタイムスロットで活動状態のＭＵＤまたはＳＵＤを表示する。
・own-ＵＥに割り当てられたＰｈＣＨのパラメータのリスト、次の形である。
・allocCode(phy chan)、割り当てられたＰｈＣＨのチャネル化
符号。
【００７５】
・allocTimeslot(phy chan)、割り当てられたＰｈＣＨのタイムスロット。
・allocSprFactor(phy chan)、割り当てられたＰｈＣＨの拡散率。
【００７６】
・allocMidShift(phy chan)、割り当てられたＰｈＣＨのミドアンブルシフト。
【００７７】
・allocCCTrCH(phy chan)、割り当てられたＰｈＣＨのＣＣＴｒＣ番号｛１〜４＝own-ＵＥまたは共通チャネルＣＣＴｒＣＨ、５＝Ｐ−ＣＣＰＣＨ｝
【００７８】
出力
データ
・候補符号リスト、次の形である。
【００７９】
・ccCode(16)、候補符号のＯＶＳＦチャネル化符号番号。
・cclMid(16)、候補符号のミドアンブルシフト。
【００８０】
・cclOffset(16)、候補符号のチャネル応答オフセット。
【００８１】
・cclSprFactor(16)、候補符号の拡散率。
【００８２】
・cclAccept(16)、候補符号の受入れフラグ。
【００８３】
・chanCCTrCH(16)、検出された符号のＣＣＴｒＣＨ番号｛０＝other-ＵＥ符号、１〜４＝own-ＵＥまたは共通チャネルＣＣＴｒＣＨ、５＝Ｐ−ＣＣＰＣＨ｝
・cclTFCIflag(16)、符号が、それのＣＣＴｒＣＨでＴＦＣＩを伝える場合、セットされる。
【００８４】
コントロール
・何もなし
動作周波数
この機能は全てのＤＬタイムスロットで動作する。
【００８５】
パラメータ
・ミドアンブル／符号関連、デフォルトミドアンブルケース（表２を参照されたし）、Ｂ＝ビーコンタイムスロット、ＮＢ＝非ビーコンタイムスロット。
【００８６】
【表２】
2006157949.tif 000006
【００８７】
例えば、検出されたミドアンブルｋ＝５およびＫＣＥＬＬ＝８、バースト型＝１の場合、候補符号は９および１０である。
【００８８】
【表３】
2006157949.tif 000007
【００８９】
符号エネルギー測定
機能記述
この機能は、ＭＵＤ構成のみで行われる。符号エネルギー測定機能は、受信データをシステムマトリックスでマッチドフイルタ処理してソフト記号を形成し、それから各候補符号からのソフトシンボルのエネルギー測定を行い、候補チャネル化符号のエネルギーを測定する。処理を少なくするため、限られた数の記号だけが決定される。マッチドフイルタは次式で与えられる。
【００９０】
【数３】
2006157949.tif 000008
【００９１】
手順は次の通りである。
・ｃｃｌＮｕｍＣｏｄｅｓ候補符号の各々に対して、２つのベクトルｂｉを
【００９２】
【数４】
2006157949.tif 000009
【００９３】
として決定する。ここで、ｎは、候補符号リスト内の候補符号の次数であり、
【００９４】
【数５】
2006157949.tif 000010
【００９５】
は、表４から第ｎ番目の候補符号の拡散符号列（ＯＶＳＦ符号列にスクランブル符号列を掛けたもの）であり、
【００９６】
【数６】
2006157949.tif 000011
【００９７】
は、候補符号リストの第ｎ番目の符号と関連付けをしたミドアンブルシフトｋのチャネル応答であり、ここでｉ＝１、２はそれぞれ奇数チャネルまたは偶数チャネルの応答を表す。チャネル推定からのチャネル応答長出力は１１４であるが、先頭から６４までが使用される。
【００９８】
【数７】
2006157949.tif 000012
【００９９】
の長さは常に１６であり、
【０１００】
【数８】
2006157949.tif 000013
【０１０１】
の長さは、ＫＣＥＬＬすなわちこのタイムスロットのミドアンブルシフトの最大数の関数であり、表３にＬｒとして与えられる。
・ベクトル
【０１０２】
【数９】
2006157949.tif 000014
【０１０３】
の列ベクトルの２つ（奇数および偶数）のマトリックスまたはブロックを形成する。ここで、図８に示すように、ｎ＝１、…、ｃｃｌＮｕｍＣｏｄｅｓ。
・２つのシステムマトリックスの各々に対して、図８に示すように降順に上述のブロックの各々を、numSymbols回だけ繰り返し、Ａｉを形成する。ここで、ｉ＝｛奇数、偶数｝。
・ビーコンタイムスロットで、ミドアンブルシフトｋ＝１およびｋ＝２が検出された場合（ＳＣＴＤがオンで、かつ検出される）、各Ａｉの最初の２列を互いに加え、第２の列を除去し、cclNumCodesを１つだけ減らす。
・２つのシステムマトリックスＡｉ（ここで、ｉ＝｛奇数、偶数｝）のエルミートを計算し、
【０１０４】
【数１０】
2006157949.tif 000015
【０１０５】
（ここで、ｉ＝｛奇数、偶数｝）を形成する。
【０１０６】
【数１１】
2006157949.tif 000016
【０１０７】
（ここで、ｉ＝｛奇数、偶数｝）を、偶数および奇数の受信データ列のデータフィールドＤ１の最初の１６＊numSymbolsチップとして、決定する。
・全ての候補符号のnumSymbolsシンボルを
【０１０８】
【数１２】
2006157949.tif 000017
【０１０９】
として決定する。ここで、
【０１１０】
【数１３】
2006157949.tif 000018
【０１１１】
は次の形である。
【０１１２】
【数１４】
2006157949.tif 000019
【０１１３】
、ここでｓ（ｉ）＝［ｓ（ｉ）（０）ｓ（ｉ）（１）…ｓ（ｉ）（numSymbol−１）］Ｔ。
・cclNumCodes候補チャネル化符号の各々のエネルギーを計算する。このエネルギーは、非ビーコンでは、次式で与えられる。
【０１１４】
【数１５】
2006157949.tif 000020
【０１１５】
ここで、
【０１１６】
【数１６】
2006157949.tif 000021
【０１１７】
は、候補符号リスト中の第ｎ番目の符号と関連付けをしたミドアンブルシフトｋ＝cclMidList(n)のチャネル応答であり、ｉ＝１、２は、それぞれ、奇数または偶数チャネル応答を表す。
・ビーコンタイムスロットでは、ミドアンブルシフトｋ＝１およびｋ＝２が検出された場合（ＳＣＴＤがオンであり、かつ検出される）、ビーコンのエネルギーを次式として計算する。
【０１１８】
【数１７】
2006157949.tif 000022
【０１１９】
【表４】
2006157949.tif 000023
【０１２０】
入力
データ
・oddRxData、奇数受信データ（ミドアンブル取り消し後）。
・evenRxData、偶数受信データ（ミドアンブル取り消し後）。
・oddChResp
【０１２１】
【数１８】
2006157949.tif 000024
【０１２２】
、奇数チャネル応答。
・evenChResp
【０１２３】
【数１９】
2006157949.tif 000025
【０１２４】
、偶数チャネル応答。
・cclCode(16)、候補符号のＯＶＳＦチャネル化符号番号。
・チャネル推定機能で検出されたミドアンブルシフトのリストであって次のフォームを有するリスト。
【０１２５】
・detMidList(16)、検出されたミドアンブルのシフト数（ｋ値）、０＝有効入力なし。
【０１２６】
・detMidOffset(16)、検出されたミドアンブルのチャネル応答オフセット。
【０１２７】
・nDetMid、detMidListおよびdetMidOffsetの有効項目の数。
・cclSprFactor(16)、候補符号の拡散率。
・cclAccept(16)、候補符号の受入れフラグ。
【０１２８】
コントロール
・ＫＣＥＬＬ、ミドアンブルシフトの最大数、このタイムスロット。
・burstType、バースト型、このタイムスロット。
・MUD_SUDindicator、このタイムスロットで活動状態のＭＵＤまたはＳＵＤを表示する。
・beaconTSI、ビーコンタイムスロット標識。
【０１２９】
出力
データ
・cclEnergy(16)、候補符号のエネルギー。
【０１３０】
動作周波数
この機能は全てのＤＬタイムスロットで動作する。
【０１３１】
パラメータ
・numSymbols、符号エネルギーを推定するためのシンボルの数、すなわち３０にセットされる。
・ＯＶＳＦ符号、ＳＦ＝１６のみ（表４を参照されたし）。
・Ｌｒ、チャネル応答長（表３を参照されたし）
符号検出
機能記述
この機能は、図９に示し、主としてＭＵＤ構成のため、行われる。ＳＵＤ構成では、この機能は、ただ単に、ＳＵＤのため、出力をフォーマットするだけである。
【０１３２】
own-ＵＥ符号検出の後にother-ＵＥ符号検出が続く。own-ＵＥ符号およびother-ＵＥ符号は、それらを候補符号リストから取り除くことで「拒否」される。own-ＵＥ符号検出およびother-ＵＥ符号検出を実行し、かつ余分な符号を削除した後で、候補符号リストに残っている符号が検出符号リストに出力される。残っているown-ＵＥ符号（または、Ｐ−ＣＣＰＣＨ）がない場合、アボート（abort）信号（Ｓ１０）が出力される。
【０１３３】
own-ＵＥ符号検出
own-ＵＥ符号検出機能を図９に示す。
【０１３４】
own-ＵＥ符号検出のステップ１は、候補符号リスト中のＣＣＴｒＣＨごとに実行される。いくつかのown-ＵＥ符号は拒否されるかもしれない。
【０１３５】
own-ＵＥ符号検出のステップＳ１０は、アボート信号を出力し、候補符号リスト中に残っているown-ＵＥ符号またはＰ−ＣＣＰＣＨがない場合、そのタイムスロットのさらなる処理は必要でないことを表示する。
【０１３６】
other-ＵＥ符号検出
other-ＵＥ符号検出を図１０Ａおよび１０Ｂに示す。
【０１３７】
own-ＵＥ符号検出の後で、最初に、other-ＵＥ符号検出が実行される（ＭＵＤ構成のみで）。other-ＵＥ符号は、図１０Ａに示すように、own-ＵＥ符号のエネルギーおよびown-ＵＥＣＣＴｒＣＨの属性に基づいた閾値を用いて検出される（Ｓ７およびＳ８）。
【０１３８】
その後で、候補符号リスト中にmaxMudCodesを超えるものがある場合、other-ＵＥ符号検出はother-ＵＥ符号を拒否する。Ｓ２０で、より弱いother-ＵＥ符号を削除して、符号の数をmaxMudCodesに減らす。
【０１３９】
次の点に留意すべきである。すなわち、
・Ｍａ（Ｓ３）、Ｍｂ（Ｓ１０）、およびＭｃ（Ｓ１２）は、流れ図に従って計算された最小エネルギーを含む局所変数である。
・Ｆａ（Ｓ４）、Ｆｂ（Ｓ９）、およびＦｃ（Ｓ１３）は、Ｍａ、Ｍｂおよび／またはＭｃがそれぞれ計算されかつ有効データを含むことを示す局所フラグである。
・上述のフラグの３つ全てがFALSE（Ｓ１４）である場合、このことはown-ＵＥ符号のどれかが実際に存在するという確固とした知識がないことを意味するが、最大エネルギーのown-ＵＥ符号が閾値の基準（「Ｔ」）として選ばれる（Ｓ１６）。そうでなければ、前に計算された最小限のエネルギーの最小（この最小は、１つ、２つ、または３つ全てであるかもしれない。すなわち、Ｍａおよび／またはＭｂおよび／またはＭｃであるかもしれない。）が基準（「Ｔ」）として使用される（Ｓ１５）。ＦｘはＭｘが計算されたかどうかを表示することを思い出されたい。ここで、ｘ＝｛ａ、ｂ、ｃ｝である。
【０１４０】
入力
データ
・cclCode(16)、候補符号のＯＶＳＦチャネル化符号数。
・cclMid(16)、候補符号のミドアンブルシフト。
・cclOffset(16)、候補符号のチャネル応答オフセット。
・cclSprFactry(16)、候補符号の拡散率。
・cclEnergy(16)、候補符号のエネルギー。
・cclCCTrCH(16)、検出された符号のＣＣＴｒＣＨ番号｛０＝other-ＵＥ符号、１〜４＝own-ＵＥまたは共通チャネルＣＣＴｒＣＨ、５＝Ｐ−ＣＣＰＣＨ｝
・cclTFCIflag(16)、符号が、それのＣＣＴｒＣＨでＴＦＣＩを伝える場合にセットされる。
・tfcCodeListValid(4)、受信ＴＦＣＩが高速ＴＦＣＩ処理で復号され、ｔｆｃＣｏｄｅＬｉｓｔが有効データを含む場合に、ＣＣＴｒＣＨ当たりにセットされる。
・fullDTXindicator(4)、ＣＣＴｒＣＨがフルＤＴＸである場合に、セットされる。
【０１４１】
コントロール
・MUD_SUDindicator、このタイムスロットで活動状態のＭＵＤまたはＳＵＤを表示する。
【０１４２】
出力
データ
【０１４３】
・検出符号リスト、次の形である。
【０１４４】
・chanCode(16)、検出された符号のチャネル化符号、０＝有効入力なし。
・sprFactor(16)、検出された符号の拡散率。
・midOffset(16)、検出された符号のチャネル応答オフセット。
・chanCCTrCH(16)、検出された符号のＣＣＴｒＣＨ番号｛０＝other-ＵＥ符号、１〜４＝own-ＵＥまたは共通チャネルＣＣＴｒＣＨ、５＝Ｐ−ＣＣＰＣＨ｝
・chanTFCIflag(16)、符号が、それのＣＣＴｒＣＨでＴＦＣＩを伝える場合、セットされる。
・numCodes、chanCode、sprFactor、chanCCTrCH、chanTFCIflag、およびmidOffsetの有効項目の数。
【０１４５】
コントロール
・TimeslotAbort、復調するown-ＵＥ符号またはＰ−ＣＣＰＣＨ、したがってタイムスロットのさらなる処理が必要でない場合に、セットされる。
【０１４６】
この機能は、全てのＤＬタイムスロット中に動作する。
【０１４７】
パラメータ
２つの閾値がセットされる。
【０１４８】
一例で、
・ownUEthresholdFactorは、０．１にセットされた。
・otherUEthresholdFactorは、０．７にセットされた。
・maxMudCodes、ＭＵＤがサポートすることができるチャネル化符号の最大の数、１４にセットされる。
・望ましい場合には、他の閾値を選ぶことができる。
【図面の簡単な説明】
【０１４９】
【図１】本発明の好ましい実施の形態に係るレシーバを示すブロック図である。
【図２】本発明の好ましい実施の形態に係るブラインド符号検出ブロック図を示すブロック図である。
【図３】本発明の好ましい実施の形態に係るデフォルトミドアンブルケースで候補符号リストを生成する手順を示す図である。
【図４】本発明の好ましい実施の形態に係るコモンミドアンブルケースで候補符号を生成する手順を示す図である。
【図５】本発明の好ましい実施の形態に係るＵＥ特定ケースで候補符号リストを生成する手順を示す図である。
【図６】本発明の好ましい実施の形態に係る探索割当て（searchAlloc）機能の手順を示す図である。
【図７】本発明の好ましい実施の形態に係る使用ＴＦＣＩ機能の手順を示す図である。
【図８】本発明の好ましい実施の形態に係るシステムマトリックスＡｊの構築を示す図である。
【図９】本発明の好ましい実施の形態に係るown-ＵＥ符号検出機能の手順を示す図である。
【図１０Ａ】本発明の好ましい実施の形態に係るother-ＵＥ符号検出機能の手順を示す図（その１）である。
【図１０Ｂ】本発明の好ましい実施の形態に係るother-ＵＥ符号検出機能の手順を示す図（その２）である。
【図１】
2006157949.tif 000026
【図２】
2006157949.tif 000027
【図３】
2006157949.tif 000028
【図４】
2006157949.tif 000029
【図５】
2006157949.tif 000030
【図６】
2006157949.tif 000031
【図７】
2006157949.tif 000032
【図８】
2006157949.tif 000033
【図９】
2006157949.tif 000034
【図１０Ａ】
2006157949.tif 000035
【図１０Ｂ】
2006157949.tif 000036