(57)【要約】  本発明は、ＣＤＭＡ伝送のために符号チャネル数および付随する拡散係数を選択する方法および通信装置に関する。本発明によれば、符号チャネル数およびそれに付随する拡散係数というパラメータをもつ許容可能なパラメータペアセットが、少なくとも１つの第１の選択判定基準に従って決定される。ＣＤＭＡ伝送のために許容可能なパラメータペアセットの中から１つのパラメータペアが、少なくとも１つの第２の選択判定基準に従い選択される。この選択プロセスにおいて、大きい拡散係数値と小さい拡散係数値の双方が拡散係数閾値以下であれば、大きい拡散係数値が小さい値よりも優先される。本発明によれば、何らかの状況において小さい拡散係数によって著しく高い処理負荷が引き起こされて信号間干渉の増大に至る点が考慮される。【特許請求の範囲】
【請求項１】
送信側装置と受信側装置との間のＣＤＭＡ伝送のために符号チャネル数および付随する拡散係数を選択する方法において、
符号チャネル数および付随する拡散係数から成るパラメータをもつ許容可能なパラメータペアセットを、少なくとも１つの第１の選択判定基準に従い決定するステップと、
ＣＤＭＡ伝送のために前記許容可能なパラメータペアセットの中から１つのパラメータペアを、少なくとも１つの第２の選択判定基準に従い選択するステップと、
前記拡散係数を第２の選択判定基準として用い、大きい拡散係数値と小さい拡散係数値の双方が拡散係数閾値と等しいかまたはそれよりも小さければ、小さい値よりも大きい値を優先するステップ
を有することを特徴とする方法。
【請求項２】
請求項１記載の方法において、
前記拡散係数を第２の選択判定基準として用い、大きい拡散係数値と小さい拡散係数値の双方が拡散係数閾値よりも大きいかまたはそれと等しければ、大きい値よりも小さい値を優先するステップを有することを特徴とする方法。
【請求項３】
請求項１または２記載の方法において、
符号チャネル数を第２の選択判定基準として用い、大きい値よりも小さい値を優先するステップを有することを特徴とする方法。
【請求項４】
請求項１または２記載の方法において、
符号チャネル数を第２の選択判定基準として用い、１つの値をそれよりも大きい値よりも優先するステップを有することを特徴とする方法。
【請求項５】
請求項３または４記載の方法において、
前記符号チャネル数を第１の選択判定基準として用い、前記拡散係数値を第２の選択判定基準として用いるステップを有することを特徴とする方法。
【請求項６】
請求項１から５のいずれか１項記載の方法において、
第１の選択判定基準を、送信側装置または受信側装置の制約、レートマッチング判定基準またはパンクチャリング量に対する制限によって設定するステップを有することを特徴とする方法。
【請求項７】
請求項１から６のいずれか１項記載のステップを実施するための手段が設けられていることを特徴とする通信装置。
【請求項８】
請求項７記載の通信装置において、
該装置は送信装置または受信装置であることを特徴とする通信装置。
【請求項９】
請求項７または８記載の通信装置において、
該装置は基地局または移動端末機器であることを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置と受信装置との間のＣＤＭＡ伝送のために符号チャネル数およびそれに付随する拡散係数を選択する方法および通信装置に関する。
【０００２】
本発明は移動通信の分野に係わる。さらに詳しく述べると、ＣＤＭＡ（code division multiple access 符号分割多重接続）伝送のためのパラメータ決定に係わるものである。
【０００３】
ワイヤレス伝送はリソースの制限された伝送媒体に基づくものである。多数のユーザの伝送サービスを可能にするため、利用可能な帯域幅を効率的に割り当てなければならない。リソース割り当てのためのごく一般的なやり方は、周波数による分割（FDMA: frequency division multiple access周波数分割多重接続）または時間による分割（TDMA: time division multiple access時分割多重接続）である。ＧＳＭ（Global System for Mobile communications移動通信用グローバルシステム）はこれらのテクノロジーを利用している。ＣＤＭＡ（Code Division Multiple Access符号分割多重接続）によって新たなアプローチが提供される。許可された周波数帯域を数１００の狭いチャネルに分割する代わりに、ＣＤＭＡによれば通常、各局は周波数スペクトル全体にわたりいつでも伝送を行うことができる。多重同時伝送は符号化理論を用いることで分割される。ＣＤＭＡの場合、各ビット時間がチップと呼ばれる短いインターバルに分割される。さらに各局に対し、チップシーケンスと呼ばれるユニークな符号が割り当てられる。１のビットを伝送するために、各局はそのチップシーケンスを送信する。０のビットを伝送するために、各局はそのチップシーケンスの１の補数を送信する。すべてのチップシーケンスはペアとして直交しているので、所定の送信局の信号を受信信号と送信局のチップシーケンスとの内積により抽出することができる。したがって各局はスペクトル全体を利用することができる。
【０００４】
ＣＤＭＡのために、伝送パラメータ（拡散係数）およびＣＤＭＡ通信装置において用いられる物理的なリソース（時間的に多重化されたパラレルな符号チャネル数）を選択する必要がある。レートマッチングの後、符号化情報ビットが利用可能な物理リソースにマッピングされ、これは（多重符号を回避して）パラレル符号チャネルの個数を制限することによりＰＡＰＲ（Peek-to-Average Power Ratioピーク対平均電力比）が低く抑えられるようにして行われる。これに加えて、いっそう大きい拡散係数についてクリティカルなパンクチャリングレシオを超えないかぎり、最も小さい拡散係数の使用を回避することによって、シンボル間干渉の影響による劣化が低く抑えられる。このため拡散係数は一般に、チップレートとデータレートとの比として定義されるか、あるいは等価的にチップ期間における情報ビット期間の比として定義される。
【０００５】
通信システムにおいて物理リソースと伝送パラメータは、符号化後の情報ビット数と利用可能な物理リソースとに依存して決定されることが多く、物理リソースはさらに通信装置のケイパビリティに左右される可能性がある。この種の伝送システムの一例は、いわゆるＥ−ＤＣＨ（Enhanced Dedicated Channel拡張専用チャネル）スキームであり、これはＵＭＴＳ（Universal Mobile Telecommunication System汎用移動通信システム）の拡張である。
【０００６】
Ｅ−ＤＣＨ標準のアウトラインについては3GPP RAN仕様書に示されており、物理層リソース選択のスキームについては仕様書TS 25.212 V6.6.0第4.8.4.1章 "Determination of SF and number of PhCHs needed"に記載されている。この仕様書には、ハードウェアによりサポートされているものの中からＣＤＭＡ伝送のために符号チャネル数およびそれに付随する拡散係数をどのように決定あるいは選択するのかについて、明示的に述べられている。選択基準は、必要とされるパンクチャリング量と符号チャネル数である。パンクチャリングすなわち電力コントロールビットとトラフィックチャネルにおけるバイナリ音声シンボルの結合に用いられる手順とは、挿入される電力コントロールビットを優先して音声シンボルを破棄することを意味する。ここで明らかなように、パンクチャリングが多すぎると音声信号の劣化が引き起こされることになる。通常、パンクチャリングは拡散係数とともに増加する。符号チャネル数およびそれに付随する拡散係数の決定において、基本的に以下の手順が実行される：パンクチャリングの最大量に対する制限が行われる。この制限により、符号チャネル数およびそれに付随する拡散係数に応じて許容可能なパンクチャリング範囲が規定されることになる。この範囲を、必要とされる情報ビット反復を考慮して制限してもよい。さらに別の判定基準として、できるかぎり小さい符号チャネル数が用いられるようにする。最後に、残された符号チャネルと付随する拡散係数のペア（これは拡散係数についてのみ異なる）のうちから、パンクチャリング量ができるかぎり低減されるよう、最も小さい拡散係数をもつペアが選択される。
【０００７】
本発明の課題は、ＣＤＭＡ伝送のための符号チャネル数および付随する拡散係数の選択を改善することにある。
【０００８】
本発明は、ローエンドにおける拡散係数の選択は不利である、との認識に基づいている。２ｘＳＦ２（拡散係数２を伴う２つの符号チャネル）のように小さい拡散係数を選択することによってビット数が増加することになり、ひいては受信装置における処理の負荷が大きくなってしまう。これに加えてシンボル干渉も増加する。小さい拡散係数に関してこれらの点は、いっそう小さいパンクチャリングの利点よりも重要である。小さい拡散係数であると、余分な処理負荷が特に顕著になる。たとえば、４ｘＳＦ２（次に大きい拡散係数）の代わりに２ｘＳＦ２を選択することにより実質的に負荷が２倍になる。これとは対照的に拡散係数がいっそう大きければこの作用は減少し、パンクチャリング量が重要となる。したがって本発明によれば、送信装置と受信装置との間のＣＤＭＡ伝送のために符号チャネル数およびそれに付随する拡散係数を以下のようにして選択する手法が提案される。
【０００９】
符号チャネル数およびそれに付随する拡散係数というパラメータをもつ許容可能なパラメータペアセットが、少なくとも１つの第１の選択判定基準に従って決定される。このような第１の選択は、送信装置または受信装置の制約（たとえばハードウェアの制約）、レートマッチング判定基準（たとえばレートマッチング比）、あるいはパンクチャリングにより生じる劣化を範囲内に維持するのに必要なパンクチャリング量に対する制限によって与えることができる。
【００１０】
ＣＤＭＡ伝送に対して許容可能なパラメータペアのうち、少なくとも１つの第２の選択判定基準に従いパラメータペアが選択される。この選択のために、拡散係数が第２の選択基準として使用される。この選択においては、大きい拡散係数ないしは拡散係数値が小さい値よりも優先され、これは双方が拡散係数閾値よりも小さいかまたは等しい場合である。この場合、処理負荷が大きくなる作用およびシンボル干渉が大きくなることとパンクチャリングが多くなることのトレードオフを考慮して、拡散係数閾値を決定することができる。ここで考えられる閾値は４という拡散係数である。
【００１１】
本発明による１つの実施形態によれば、小さい拡散係数値と大きい拡散係数値の双方が拡散係数閾値よりも大きいかまたは等しい場合、小さい拡散係数値が大きい値よりも優先される。上述の作用ファクタ間のバランスがとれることにより、パラメータの最適な選択が得られる。
【００１２】
本発明による上述の選択基準を、付加的な判定基準として符号チャネル数と組み合わせることができる。つまり符号チャネル数を、いっそう大きい値よりも優先される小さい値またはいっそう大きい値よりも優先される１つの値とともに、第２の選択判定基準として用いることができる。符号チャネル数を低減する重要性を考慮して、この数を拡散係数値に関する第１の選択判定基準として用いることができ、つまり拡散係数はチャネル数に従って選択が行われた後にのみ用いられる。
【００１３】
本発明は、符号チャネル数およびそれに付随する拡散係数の選択を本発明に従って実施する手段を備えた通信装置（たとえば基地局または移動端末機器）にも関する。上述の手段がハードウェア手段、ソフトウェア手段およびファームウェア手段を有するように構成することができる。通信装置を送信装置または受信装置とすることができる。
【００１４】
本発明によれば、以下で述べるような実現形態が提供される。
【００１５】
Ｅ−ＤＣＨ標準のアウトラインについては3GPP RAN仕様書に示されており、物理層リソース選択のスキームについては仕様書TS 25.212 V6.6.0第4.8.4.1章 "Determination of SF and number of PhCHs needed"に記載されている。ここでこの章を引用しておく：
---------- 引用の開始 ----------
4.8.4.1  必要とされるSFおよびPhCh数の決定
適用可能な最大パンクチャリング量：
符号チャネル数がユーザ端末（UE）ケイパビリティにより許容される最大値およびUTRANにより課される制限よりも小さい場合、1-PLnon-max
符号チャネル数がユーザ端末（UE）ケイパビリティにより許容される最大値およびUTRANにより課される制限と等しい場合、1-PLmax
すべての可能な拡散係数に対する１つのE-DPDCH符号チャネルのTTI (Transmission Time Interval)ごとに利用可能なビット数はN256, N128, N64, N32, N16, N8, N4, N2により表され、ここで添え字の数字は拡散係数を表す。
【００１６】
この場合、すべてのPhCHにおいてE-DCHタイプのCCTrCHに対して利用できる可能なビット数Ne,dataは、{N256, N128, N64, N32, N16, N8, N4, 2xN4, 2xN2, 2xN2+2xN4}となる。
【００１７】
SET0は、UTRANにより許容されユーザ端末ケイパビリティの一部分としてユーザ端末によりサポートされるNe,dataの値の集合を表す。SET0を{ N256, N128, N64, N32, N16, N8, N4, 2xN4, 2xN2, 2xN2+2xN4}から成る部分集合とすることができる。
【００１８】
伝送フォーマットｊによるレートマッチング前のTTIにおける総ビット数はNe,jである。伝送フォーマットjによるTTIごとのE-DCH伝送のために利用可能な総ビット数は、以下のアルゴリズムを実行することにより決定される。この場合、PLnom-maxはいっそう高いレイヤからシグナリングされ、PLmaxは[15]で定義されているすべてのE-DCH UEカテゴリについて、PLmaxが0.33と等しい最上位のE-DCH UEカテゴリを除き、0.44と等しい：
SET1 = {Ne,data - Ne,jが負でないようなSET0におけるNe,data}
If ((SET1が空でない) and (SET1の最小の要素がただ１つのE-DPDPCHを要求する)) then
Ne,data,j = min SET1
Else
SET2 = {Ne,data - PLnon-max x Ne,jが負でないようなSET0におけるNe,data}
If (SET2が空でない) then
SET2を昇順にソート
Ne,data = min SET2
While ((Ne,data - Ne,jが負) and (Ne,dataがSET2のmaxではない) and (後続のNe,dataが付加的なE-DPDCHを要求しない)) do
Ne,data = SET2における後続のNe,data
End while
Ne,data,j = Ne,data
Else
Ne,data,j = max SET0ただしNe,data,j - PLmax x Ne,jが負でない
End if
End if
E-DCH TTIの長さが１０ｍｓであり、１つの圧縮フレーム内で初期伝送が行われるか、１つの圧縮フレーム内で再送が行われるか、あるいは１つの非圧縮フレーム内で再送が行われ初期伝送が圧縮されていたならば、上述のアルゴリズムにおいて使用されるN256, N128, N64, N32, N16, N8, N4, N2で表されたすべての可能な拡散係数のために１つのE-DPDCHのTTIごとに利用可能なビット数は、kxN256, kxN128, kxN64, kxN32, kxN16, kxN8, kxN4, kxN2により置き換えられる。パラメータｋはntx1/15と等しく、ntx1は4.4.5.1で定義されている。
---------- 引用の終了 ----------
このスキームは、符号化情報ビット数と送信側通信装置のケイパビリティに依存して、符号チャネル数およびそれらの拡散係数を決定するように設計されている。拡散係数および符号チャネル数の決定により、レートマッチング比も確定される。レートマッチング比によって、符号化後に情報ビットストリームのうち反復またはパンクチャリング（すなわち除去）されるビット量が決定され、これによってそれらが符号チャネルに適合されるようになる。
【００１９】
このスキームにおいて、パラレルの符号チャネル数を小さく維持するが所定のパンクチャリング量を超えないようにするために、1-PLnon-maxおよび1-PLmaxと呼ばれる２つのパンクチャリングリミットが使用されている。1-PLnon-maxが用いられるのは、符号チャネル数がユーザ端末ケイパビリティにより許容される最大値および受信側通信装置により課される制限よりも小さい場合である。1-PLmaxが用いられるのは、符号チャネル数がユーザ端末ケイパビリティにより許容される最大値およびネットワークにより課される制限と等しい場合である。1-PLnon-maxは受信側の通信装置により設定してシグナリングすることができ、1-PLmaxは、最も高いE-DCHユーザ端末カテゴリを除いて、3GPP Specification TS 25.306に示されているすべてのE-DCHユーザ端末カテゴリに対し０．５６であり、最上位のE-DCHユーザ端末カテゴリに対して1-PLmaxは０．６７である。これ以外のあらゆる特定のパラメータの選択が可能である。
【００２０】
すべての可能な拡散係数に対する１つのＥ−ＤＣＨ符号チャネル（Ｅ−ＤＰＤＣＨ）の伝送単位（たとえばTTI, Transmission Time Interval）ごとに利用可能なデータビット数はN256, N128, N64, N32, N16, N8, N4,N2により表され、ここで添え字の数字は拡散係数を表す。この場合、多重符号チャネルを使用可能な伝送全体に対し利用できる可能なデータビット数の集合Ne,dataは{N256, N128, N64, N32, N16, N8, N4, 2xN4, 2xN2, 2xN2+2xN4}となる。
【００２１】
SET0により、受信側通信装置（たとえばNodeB）により許容され伝送側通信装置のケイパビリティの一部分として伝送側通信装置（たとえばユーザ端末UE）によりサポートされるNe,dataの値の集合が表される。SET0を{N256, N128, N64, N32, N16, N8, N4, 2xN4, 2xN2, 2xN2+2xN4}から成る部分集合とすることができる。チャネル符号化後でありレートマッチング前の伝送単位ごとの総ビット数はNe,jである。Ne,data,jは、伝送単位ごとにＥ−ＤＣＨ伝送に対して利用可能な総ビット数である。
【００２２】
上述の制約のもとで伝送パラメータと物理リソースを選択するために、以下のルールを利用することができる：
SET1 = {Ne,data - Ne,jが負ではないようなSET0におけるNe,data}
If ((SET1が空ではない） and (SET1の最小要素がただ１つのE-DPDCHを要求する) then
Ne,data,j = min SET1
Else
SET2 = {Ne, data - PLnon-max x Ne,jが負ではないようなSET0におけるNe,data}
If (SET2が空ではない) then
SET2を昇順にソート
Ne,data = mim SET2
While ((Ne,data - Ne,jは負) and (Ne,dataはSET2の最大ではない) and (後続のNe,dataが付加的なE-DPDCHを要求しない)) do
Ne,data = SET2における後続のNe,data
End While
Ne,data,j = Ne,data
Else
Ne,data,j = max SET0 ただしNe,data, j - PLmax x Ne,j が負でない場合
End if
End if
しかしながら現在の慣行では、2xSF2の利用がSET0において許容されるならば、伝送側通信装置は2xSF4を選択せず、使用するならば何らかのパンクチャリングが必要とされることになる。その代わりに、反復があっても2xSF2が選択される。1-PLnon-maxが0.5以上であれば、2xSF4は決して使用されず、物理リソースの選択は非連続的に行われる。なお、SFyは拡散係数ｙを表すものであり、たとえばSF4は拡散係数４を表し、2xSF4は２つの符号チャネル（または略して符号と表現する）を各々拡散係数４とともに使用することを表し、2xSF2は２つの符号を各々拡散係数２とともに使用することを表し、2xSF2 + 2xSF4は各々拡散係数２をもつ２つの符号と各々拡散係数４をもつ２つの符号をいっしょに使用することを表す。このことは数字N4, 2xN4, 2xN2, 2xN2+2xN4についてもそれぞれあてはまる。
【００２３】
したがって伝送パラメータおよび物理リソースに対する改善された選択が提案される。
【００２４】
これに加えて、SF2の使用を回避するようにしたい。現在、SF2は2xSF2という組み合わせにおいては特に避けられてはおらず、その代わりに2xSF4を優先させてはいない。現在の慣行では、２つの拡散係数を同時に使用する際にいくつかの制限が伴っている。これは、多重拡散シーケンス（場合によっては多重符号とも称する）が使用されることから、「マルチコードmulticode」とも呼ばれる。いっそう多くの符号が使われれば使われるほど、いわゆるピーク対平均電力比が大きくなる。つまりこのことは、送信装置のピーク電力は同じ平均電力において必然的に高くなることを意味する。その理由は、多重符号が建設的ないしは発展的に(constructively)、あるいは破壊的ないしは否定的に(destructively)大きな量となる可能性があり、これによって少ない符号よりも高い変動が引き起こされるからである。したがって従来技術の視点からすれば、2xSF2と2xSF4との間には相違がなく、それというのも双方のケースで２つの拡散係数が用いられるからである。いっそう高いピーク電力で送信可能な送信装置はいっそう複雑になり、したがって実現がいっそう難しくなるのは自明である。
しかしながら実際には、考慮すべき相違が存在する：2xSF2により2xSF4の場合よりも２倍の量のビットのNe,data,jが搬送されると、受信装置における処理負荷が（少なくともいくつかの処理部分について）２倍になる。これは選択可能な一連のＮ（選択された符号チャネル数およびそれらの拡散係数）において、最後を除きいずれのステップについてもあてはまる一方、考察しているケースではNe,data,jはすでにかなり大きい（2xSF2は２番目に大きい割り当てであり、2xSF2 + 2xSF4は５０％大きいだけである）。したがって絶対的なステップないしは無条件のステップは一連のものにおいて最大のステップサイズである（2xSF2 + 2xSF4に対するステップはこれよりも大きくはないにしろ等しいサイズである）。このステップを回避できるならば、これは他のステップを回避するよりも受信装置に対しいっそう大きなインパクトをもつことになる。これにより受信装置のハードウェアをいっそう経済的に設計できるようになる。受信装置は基地局であることが多いので、基地局におけるいっそう経済的なリソース利用によって、いっそう安価な基地局の設計が可能となるし、あるいはいっそうパワフルな基地局すなわちいっそう多くのトラフィックを処理可能な基地局を実現することができる。
【００２５】
SF2の使用による別の欠点は、処理利得が小さくなることからシンボル間干渉特性および符号間干渉特性がさらに劣化してしまうことである。このため典型的には、SF2のパフォーマンスがSF4に比べて低くなってしまう。これは拡散係数のどのような変更についてもあてはまる一方、その作用は最小の拡散係数すなわちSF2について最も顕著なものとなる。
【００２６】
このため本発明によれば、SF2を避けるために、さらに詳しくいえば上述の欠点を回避するために、伝送パラメータおよび物理リソースを選択する手段が提案される。
【００２７】
これは上述のアルゴリズムを以下のように変更することによって達成できる：
単純に以下の行をアルゴリズムから削除する：
While ((Ne,data - Ne,jは負) and (Ne,dataはSET2の最大ではない) and (後続のNe,dataが付加的なE-DPDCHを要求しない)) do
Ne,data = SET2における後続のNe,data
End While
2xSF2と2xSF4の双方がこの段階で可能であるならば、2xSF4の代わりに2xSF2を選択させるのが、まさにこれらの行である。その理由は2xSF2と2xSF4はともに２つのE-DPDCHすなわち２つの拡散係数または２つの符号チャネルを必要とするからである。したがって「後続のNe,dataが付加的なE-DPDCHを要求しない」は真であり、後続すなわち2xSF2（または2xN2）が選択される。これが本発明により実現可能な実施形態である。
【００２８】
なお、ここで付言しておくと、このアルゴリズムにおいてSET2のソートも同様に不要となり、中間の変数Ne,dataを用いることなくNe,data,jをダイレクトに算出することができる。
【００２９】
上述の実施形態にはいくつかの制約がある。特に、whileループの削除が望ましい効果をもつ一方で、望ましくない副作用も生じる：ここでは2xSF4が2xSF2よりも優先されるだけなく、SF8がSF4よりも優先される。上述のことと同様に、SF8はSF4よりも良好なパフォーマンスを有する一方、相違がいっそう大きくなり、拡散係数が増えるにつれていっそう限界に近づき、ないしは不十分になる。ただしSF8を使用すると、N4の代わりに利用可能ないっそう小さいビット数N8に整合させる目的で、いっそう多くのパンクチャリングが必要とされる。不都合なことにパンクチャリングが多くなると符号化パフォーマンスが悪くなり、これによってSF4に対するSF8の二義的な利点が相殺されることになる。ここで留意したいのは、2xSF4から2xSF2に向うにつれてシンボル間干渉および符号間干渉ゆえにパフォーマンスが低減するのがいっそう顕著になることであり、したがってこのようなケースではいっそう大きいパンクチャリングを使用するのが有利である。
【００３０】
このため本発明の以下の実施形態で示すように、なおいっそうの最適化を行うことができる。
【００３１】
この実施形態によれば、2xSF4よりも優先して2xSF2を選択することが回避され、これと同時にSF8よりも優先してSF4を選択することがそのまま維持される。もっと一般的に表現すると、拡散係数がすでに所定の制限を下回っていないかぎりいっそう低い拡散係数が優先され、さもなければそれよりも高い拡散係数が優先される。本発明によれば、以下のようにwhileステートメントを変更することによりこの実施形態が実現される。
While ((Ne,data - Ne,jは負) and (Ne,dataはSET2の最大ではない) and (後続のNe,dataは付加的なE-DPDCHを要求しない) and (後続のNe,dataがSFtよりも高い拡散係数を要求する)) do
SFtはプリセットすることができる（あるいは別のパラメータとしてシグナリングすることができる）。これは拡散係数閾値であり、この閾値よりも低い拡散係数は回避され、つまりSFtがSF2にセットされれば、SF2はSF4よりも優先されることはない（ただしSF4はSF8よりも優先されることになる）。
【００３２】
この第２の実施形態によれば第１の実施形態の欠点が回避される一方、第１の実施形態の利点が維持される。
【００３３】
ここで論じられている特定の事例に対する第２の実施形態の目標はさらに、以下の第３の実施形態によって達成可能である。本発明によれば、以下のようにwhileステートメントを変更することによりこの実施形態が実現される。
While ((Ne,data - Ne,jは負) and (Ne,dataはSET2の最大ではない) and (後続のNe, ataが付加的なE-DPDCHを要求しない) and (後続のNe,dataが単一のE-DPDCHだけを要求する)) do
このことからわかるのは、後続のNe,dataが集合{N256, N128, N64, N32, N16, N8, N4}の中にあれば、すなわち集合{2xN4, 2xN2, 2xN2+2xN4}の中になければ、後続のNe,dataはただ１つのE-DPDCHだけを要求することである。ここでわかるように後者の集合には、１つの付加的なE-DPDCHが要求されるケース（これは2xN4および2xN2+2xN4のケース）だけでなく、SF2が導入されるケース（これは2xN2のケース）も含まれている。つまり、「単一のE-DPDCHだけを要求する」というこのようないっそう単純な判定基準は、求められているケースを十分に記述している。この判定基準は、「Ne,dataは付加的なE-DPDCHを要求せず、かつ後続のNe,dataはSFtよりも大きい拡散係数を要求する」という判定基準よりも評価がいっそう単純なだけでなく、同様に「後続のNe,dataは付加的なE- DPDCHを要求しない」という従来技術の判定基準よりも評価がいっそう単純である。
【００３４】
第３の実施形態によれば、後続のものと先行のものとの比較を行う必要がなく、後続のものに対し検査を行うだけでよく、これは従来技術よりもシンプルである。第２の実施形態によれば、従来技術の条件とさらに別の条件との組み合わせを含む条件が使われており、したがって従来技術よりも複雑であり、それゆえ第３の実施形態よりも複雑である。
【００３５】
よって、本発明の目標を最小限の複雑さで、かつ従来技術に対し僅かな変更を加えるだけで達成できるのは、第３の実施形態である。僅かな変更は大きな変更を加えるよりも有利であるのは明らかである。それというのも大きな変更によってインプリメンテーションにエラーが入り込むリスクが常に生じるからである。
【００３６】
内側のwhileループにより行われる比較に関する別の実施形態および単純化は、"While"ステートメントを"if"ステートメントで置き換え、付随する"End while"を単純な"End if"ステートメントで置き換えることである。このことは、"While"ループが完全には除かれない既述のすべての実施形態について適用できる。
【００３７】
さらに単純化として挙げられるのは、上述のアルゴリズムにおいてすでに記述されているようにNe,data,j = min SET2とセットし、E-DPDCHの個数がmax SET2に対して１つであるならば、Ne,data,j = max SET2とセットし、以下のwhile loopをはずすことである：
While ((Ne,data - Ne,jは負) and (Ne,dataはSET2の最大ではない) and (後続のNe,dataが付加的なE-DPDCHを要求しない) do
End while
その結果、以下の通りとなる：
SET1 = {Ne,data - Ne,jが負ではないようなSET0におけるNe,data}
If ((SET1が空ではない） and (SET1の最小要素がただ１つのE-DPDCHを要求する)) then
Ne,data,j = min SET1
Else
SET2 = {Ne,data - PLnon-max x Ne,jが負ではないようなSET0におけるNe,data}
If (SET2が空ではない) then
SET2を昇順にソート
Ne,data = mim SET2
if (E-DPDCHの個数がmax SET2に対して１つ)
Ne,data,j = max SET2
End if
Else
Ne,data,j = max SET0 ただしNe,data,j - PLmax x Ne,j が負でない場合
End if
End if
これまで本発明を、送信装置における選択プロセスとして説明してきた。しかしながら当業者であれば自明のとおり、どのパラメータを送信装置が使用したのかを見つけ出す目的で、受信装置も上述の決定プロセスを実行する必要がある。同じパラメータをその反復プロセスにおいて適用するだけで、受信装置は送信されたデータを再構築できることから、このことはきわめて重要である。したがって本発明は送信装置に適用できるだけでなく、受信装置およびそれらのいずれにおいても使用される手段（コンピュータプログラム、電子回路等あるいは上述の目的で使用される種々の手段）に対しても適用することができる。
【国際調査報告】
2009514287.tif 000002
2009514287.tif 000003
2009514287.tif 000004