(57)【要約】適応変調符号化（ＡＭＣ）とマルチコード送信間の２次元の最適化は最大ビットレートを目標とするものであり、この最大ビットレートで、最高の使用可能な変調符号化方式（ＭＣＳ）により最大許容チャネル化コード数またはこれより少数のチャネル化コード数が達成される。最大ビットレートでの最適化されたＭＣＳとチャネル化コード数が、例えば、トランスポートフォーマットの組合せ指標（ＴＦＣＩ）を用いる電力情報と共に送信機から受信機へ通信される。ユーザ装置は、この最適化を実行し、ノードＢへ上記結果を信号送信する役割を果たすものであってもよいし、代わりに、ＵＥからノードＢへ送信される無線リンクの品質測定値に応じてノードＢやＲＮＣにより実行されるような結果を受信するものであってもよい。
2004536505.tif 000002
【特許請求の範囲】
【請求項１】
時変無線リンク品質に基づいて移動通信システムにおいて無線リンクの適応変調時に用いる方法において、
前記時変無線リンクの品質に基づいて上記無線リンクを介して送信機により使用するために、チャネル化コード数と変調符号化方式（ＭＣＳ）を複数のＭＣＳの中から適応選択するステップと、
前記適応選択されたＭＣＳと、前記チャネル化コード数とに関する情報を前記送信機から前記無線リンクの受信機へ信号送信するステップと、
を有する方法。
【請求項２】
予め記憶したルックアップテーブルから前記ＭＣＳと前記チャネル化コード数とを選択する、請求項１記載の方法。
【請求項３】
個々のＭＣＳと関連づけられた複数の可能なチャネル化コードを用いて前記ルックアップテーブルを作成する、請求項２記載の方法。
【請求項４】
最初に低次のＭＣＳを用いて、すべての許容されたチャネル化コードをリストするように前記ルックアップテーブルを作成し、次いで、後続する個々のＭＣＳに対して、許容された最大チャネル化コード数を前回のＭＣＳの最大ビットレートよりも高いビットレートに与えるコードチャネルのみをリストする、請求項２記載の方法。
【請求項５】
前記適応選択するステップに先行して前記無線リンクの品質を測定するステップをさらに有する、請求項１記載の方法。
【請求項６】
前記無線リンクの前記受信機として機能するユーザ装置で前記測定するステップを実行する、請求項５記載の方法。
【請求項７】
前記送信機において、あるいは、前記無線リンクの前記受信機として機能する前記ユーザ装置以外の別の装置において、前記適応選択するステップと前記信号送信するステップとを実行し、前記無線リンクの前記ユーザ装置から前記送信機へ測定信号を出力するステップをさらに有し、前記測定信号は前記測定するステップで測定された前記無線リンクの品質を示す振幅を有する、請求項６記載の方法。
【請求項８】
前記ユーザ装置が前記測定するステップで行われた測定値に基づいてＭＣＳを選択し、次いで、前記無線リンクの適応変調時に前記送信機による前記使用のために要求されたＭＣＳとして、前記選択されたＭＣＳを前記送信機へ報告するステップをさらに有する、請求項６記載の方法。
【請求項９】
前記信号送信するステップが、複数のユーザ装置の受信機間で共有される制御チャネルに関する前記情報を送信する前記送信機により実行される、請求項８記載の方法。
【請求項１０】
前記送信機が、前記受信機から前記要求されたＭＣＳを受信した後、前記適応選択されたＭＣＳと前記チャネル化コード数とに関する前記情報を決定するステップをさらに有する、請求項８記載の方法。
【請求項１１】
前記ユーザ装置がＭＣＳを選択する前記ステップが、複数のチャネル化コードを選択するステップを含み、前記選択されたＭＣＳを報告する前記ステップが、前記選択されたチャネル化コード数を報告するステップを含む、請求項１０記載の方法。
【請求項１２】
前記送信機が前記適応変調された無線リンクの下り共有チャネルを前記ユーザ装置の受信機へ送信する前に、前記制御チャネルで前記情報を送信する、請求項９記載の方法。
【請求項１３】
前記制御チャネルを編成して、前記制御チャネルでやはり送信される自動反復要求パラメータに先行して、前記適応選択されたＭＣＳと前記チャネル化コード数とに関する前記情報を送信するように為す、請求項９記載の方法。
【請求項１４】
前記制御チャネルを編成して、前記制御チャネルでやはり送信される自動反復要求パラメータに先行して、前記適応選択されたＭＣＳと前記チャネル化コード数とに関する前記情報を送信するように為す、請求項１２記載の方法。
【請求項１５】
前記下り共有チャネルと前記制御チャネルのいずれかまたは双方が２ミリ秒または３スロットに等しい送信時間間隔（ＴＴＩ）を持つ、請求項１２記載の方法。
【請求項１６】
パケットに応答するユーザ装置処理時間（Ｔｕｅｐ）が２ＴＴＩと３ＴＴＩの間にある、請求項１５記載の方法。
【請求項１７】
前記下り共有チャネルの所定のＴＴＩに関連する、前記制御チャネルで送信した前記情報を編成して、前記下り共有チャネルの前記所定のＴＴＩより前に開始する制御チャネルＴＴＩ内の別の情報よりも前に前記チャネル化コード数とＭＣＳとを送信するように為す、請求項１５記載の方法。
【請求項１８】
前記測定信号が、目標無線リンクの品質を満たす現在最大の可能なデータ転送レートを示す、請求項７記載の方法。
【請求項１９】
前記目標無線リンクの品質を満たす最高次のＭＣＳにより前記最大の可能なデータ転送レートを示す、請求項１８記載の方法。
【請求項２０】
前記ＭＣＳが、上記チャネル化コード数と、上記変調方式と、誤り訂正方式のコードレートとを含む、請求項１９記載の方法。
【請求項２１】
前記ＭＣＳが、上記チャネル化コード数と、上記変調方式と、ＴＴＩ当たりのビット数とを含む、請求項１９記載の方法。
【請求項２２】
前記複数のＭＣＳの間からＭＣＳを選択するとき送信が不可能となる信号送信（ＭＣＳ０）の可能性を前記測定信号が含む、請求項１８記載の方法。
【請求項２３】
前記選択されたＭＣＳが、目標無線リンクの品質を満たす現在最大の可能なデータ転送レートを示す、請求項８記載の方法。
【請求項２４】
前記目標無線リンクの品質を満たす最高次のＭＣＳにより前記最大の可能なデータ転送レートを示す、請求項２３記載の方法。
【請求項２５】
前記ＭＣＳが、上記チャネル化コード数と、上記変調方式と、誤り訂正方式のコードレートとを含む、請求項２４記載の方法。
【請求項２６】
前記ＭＣＳが、上記チャネル化コード数と、上記変調方式と、ＴＴＩ当たりのビット数とを含む、請求項２４記載の方法。
【請求項２７】
前記複数のＭＣＳの間からＭＣＳを選択するとき送信が不可能となる信号送信（ＭＣＳ０）の可能性を前記測定信号が含む、請求項２３記載の方法。
【請求項２８】
目標無線リンクの品質に対して、前記適応選択するステップが、
前記目標無線チャネルの品質を持つ前記チャネルに対して特定の誤り測定を行う能力を各々有する漸次高次になるＭＣＳを次々に検査するステップと、
前記目標無線チャネルの品質以下に品質を落すことなく、最大許容数またはそれ以下の数のチャネル化コードに対する検査を行う最高次のＭＣＳを選択するステップと、
を有する、請求項１記載の方法。
【請求項２９】
前記送信機がユーザ装置である、請求項１記載の方法。
【請求項３０】
前記受信機がユーザ装置である、請求項１記載の方法。
【請求項３１】
トランスポートフォーマットの組合せ指標（ＴＦＣＩ）を用いて前記信号送信するステップを実行する、請求項１記載の方法。
【請求項３２】
目標無線チャネルの品質に対して、前記適応選択するステップが、
前記時変無線チャネルの品質に従って特定の誤り測定を行う能力を持つ最も低次の変調符号化方式（ＭＣＳ）から始めて、前記目標無線チャネルの品質以下にチャネル品質を落すことなく、前記最低次のＭＣＳに対して、または、その後検査されるさらに高次のＭＣＳに対して、最大のチャネル化コード数が検査されるまで、相応に異なるビットレートで、増加するチャネル化コード数と共に前記最低次のＭＣＳを検査するステップと、その後、
前記目標無線チャネルの品質以下に上記チャネル品質を落すことなく、前記最大チャネル化コード数に対して検査を行う前記最低次のＭＣＳまたは最低の高次ＭＣＳを選択するステップと、
を有する、請求項１記載の方法。
【請求項３３】
前記選択された最低次のＭＣＳまたは最低の高次ＭＣＳに関連する情報を前記送信機から前記受信機へ信号送信するステップをさらに有する、請求項３２記載の方法。
【請求項３４】
トランスポートフォーマットの組合せ指標（ＴＦＣＩ）を用いて前記信号送信するステップを実行する、請求項３３記載の方法。
【請求項３５】
移動通信システムにおいて使用する変調符号化方式（ＭＣＳ）を選択する方法において、
時変無線チャネルの品質を持つチャネルに対して特定の誤り測定を行う能力を有するＭＣＳを選択するステップと、
目標無線チャネルの品質以下に品質を落すことなく前記選択されたＭＣＳと共に使用可能な複数のチャネル化コードを選択するステップと、
を有する方法。
【請求項３６】
前記システムの送信機から前記システムの受信機へ前記選択されたＭＣＳに関する情報を信号送信するステップをさらに有する、請求項３５記載の方法。
【請求項３７】
前記信号送信するステップがトランスポートフォーマットの組合せ指標（ＴＦＣＩ）を用いて実行される、請求項３６記載の方法。
【請求項３８】
前記送信機がユーザ装置である、請求項３６記載の方法。
【請求項３９】
前記受信機がユーザ装置である、請求項３６記載の方法。
【請求項４０】
予め記憶したルックアップテーブルから前記ＭＣＳと前記チャネル化コード数とを選択する、請求項３５記載の方法。
【請求項４１】
個々のＭＣＳと関連する複数の可能なコードチャネルを用いて前記ルックアップテーブルを作成する、請求項４０記載の方法。
【請求項４２】
最初に最低のＭＣＳを用いて、全ての許容されたチャネル化コードをリストするように前記ルックアップテーブルを作成し、個々の後続するＭＣＳに対して、許容された最大チャネル化コード数を前回のＭＣＳの最大ビットレートよりも高いビットレートに与えるコードチャネルのみをリストする、請求項３５記載の方法。
【請求項４３】
前記選択するステップに先行して前記無線チャネルの品質を測定するステップをさらに有する、請求項３６記載の方法。
【請求項４４】
ユーザ装置で前記測定するステップを実行する、請求項４３記載の方法。
【請求項４５】
前記送信機または前記無線リンクの前記受信機として機能する前記ユーザ装置以外のどこか別の装置で前記選択するステップと信号送信するステップとを実行する、請求項４４記載の方法。
【請求項４６】
前記ユーザ装置が前記測定するステップで作成された測定値に基づいてＭＣＳを選択し、次いで、要求されたＭＣＳとして、前記選択されたＭＣＳを前記送信機へ報告するステップをさらに有する、請求項４４記載の方法。
【請求項４７】
前記無線チャネルの前記ユーザ装置から前記送信機へ測定信号を出力するステップをさらに有し、前記測定信号は前記ユーザ装置において受信された前記無線チャネルの品質を示す振幅をさらに有する、請求項４５記載の方法。
【請求項４８】
前記信号送信するステップが、複数のユーザ装置の受信機間で共有される制御チャネルに関する前記情報を送信する前記送信機により実行される、請求項４６記載の方法。
【請求項４９】
前記送信機が、前記受信機から前記要求されたＭＣＳを受信した後、前記ＭＣＳと前記チャネル化コード数とを選択する前記ステップを実行するステップをさらに有する、請求項４６記載の方法。
【請求項５０】
前記ユーザ装置がＭＣＳを選択する前記ステップは、複数のチャネル化コードを選択するステップを含み、前記選択されたＭＣＳを報告する前記ステップは、要求されたチャネル化コード数として、前記選択されたチャネル化コード数を報告するステップを含む、請求項４１記載の方法。
【請求項５１】
前記送信機が、下り共有トランスポートチャネルを前記ユーザ装置の受信機へ送信する前に、前記制御チャネルで前記情報を送信する、請求項４８記載の方法。
【請求項５２】
前記制御チャネルを編成して前記制御チャネルでやはり送信される確認応答要求パラメータに先行して、前記選択されたＭＣＳとチャネル化コードとに関する前記情報を送信するように為す、請求項４８記載の方法。
【請求項５３】
前記制御チャネルを編成して、前記制御チャネルでやはり送信される自動反復要求パラメータに先行して、前記選択されたＭＣＳと前記チャネル化コードとに関する前記情報を送信するように為す、請求項５１記載の方法。
【請求項５４】
前記下り共有チャネルと前記制御チャネルのいずれかまたは双方が２ミリ秒または３スロットに等しい送信時間間隔（ＴＴＩ）を持つ、請求項５１記載の方法。
【請求項５５】
パケットに応答するユーザ装置処理時間（Ｔｕｅｐ）が２ＴＴＩと３ＴＴＩとの間にある、請求項５４記載の方法。
【請求項５６】
前記下り共有チャネルの所定のＴＴＩに関連する、前記制御チャネルで送信した前記情報を編成して、前記下り共有チャネルの前記所定のＴＴＩより３スロット前に開始する制御チャネルＴＴＩ内の別の情報より前に前記チャネル化コード数とＭＣＳとを送信するように為す、請求項５４記載の方法。
【請求項５７】
前記測定信号が、目標無線チャネルの品質以下に品質を落すことなく、最大許容チャネル化コード数あるいはこれよりも少ないチャネル化コード数をサポートする最高次のＭＣＳを示す、請求項４７記載の方法。
【請求項５８】
送信が不可能となる信号送信（ＭＣＳ０）の可能性を前記測定信号が含む、請求項５７記載の方法。
【請求項５９】
時変無線チャネルの品質を持つ無線チャネルを備えた移動通信システムで用いる方法であって、異なる次数の複雑さを持つ複数のＭＣＳの中から変調符号化方式（ＭＣＳ）を適応選択するための前記方法において、無線チャネルの品質に基づいて所定の適合化を行うために、
最低次のＭＣＳから始めて、その後に、前記目標無線チャネルの品質以下に品質を落すことなく、前記最低次のＭＣＳに対して、または、その後検査されるより高次のＭＣＳに対して、最大許容数またはそれ以下の数のチャネル化コードが検査されるまで、漸増するチャネル化コード数について相応に異なるビットレートで前記最低次のＭＣＳの検査を行いながら、時変無線チャネルの品質に基づく特定の誤り測定を行う能力をすべてが有するさらに高次のＭＣＳを続けるステップと、その後、
前記最低次のＭＣＳを選択するステップか、目標無線チャネルの品質以下に品質を落すことなく、前記最大許容数またはそれ以下の数のチャネル化コードに対する検査を行う利用可能な最高次のＭＣＳを選択するステップかのいずれかのステップと、
を有する方法。
【請求項６０】
前記選択された最低次のＭＣＳまたは最高次のＭＣＳに関連する情報を前記無線チャネルの送信機から受信機へ信号送信するステップをさらに有する、請求項５９記載の方法。
【請求項６１】
トランスポートフォーマットの組合せ指標（ＴＦＣＩ）を用いて前記信号送信するステップを実行する、請求項６０記載の方法。
【請求項６２】
予め記憶したルックアップテーブルから得られる前記チャネル化コードと関連する前記検査を行うために前記ＭＣＳを利用できる、請求項５９記載の方法。
【請求項６３】
個々のＭＣＳと関連する複数の可能なコードチャネルを用いて前記ルックアップテーブルを作成する、請求項６２記載の方法。
【請求項６４】
最初に最低のＭＣＳを用いて、許容されたチャネル化コードをリストするように前記ルックアップテーブルを作成し、個々の後続するＭＣＳに対して、許容された最大チャネル化コード数を前回のＭＣＳの最大ビットレートよりも高いビットレートに出力するコードチャネルのみをリストする、請求項６２記載の方法。
【請求項６５】
前記選択するステップに先行して前記無線チャネルの品質を測定するステップをさらに有する、請求項６０記載の方法。
【請求項６６】
ユーザ装置で前記測定するステップを実行する、請求項６５記載の方法。
【請求項６７】
前記送信機または前記無線リンクの前記受信機として動作する前記ユーザ装置以外の別の装置で前記検査するステップと前記選択するステップとを実行する、請求項６６記載の方法。
【請求項６８】
前記送信機が基地局または無線ネットワーク制御装置である、請求項６７記載の方法。
【請求項６９】
前記信号送信するステップが、複数のユーザ装置の受信機間で共有される制御チャネルに関する前記情報を送信する前記送信機により実行される、請求項６７記載の方法。
【請求項７０】
前記送信機が、前記ユーザ装置の受信機へ下り共有チャネルを送信する前に、前記制御チャネルで前記情報を送信する、請求項６９記載の方法。
【請求項７１】
前記制御チャネルを編成して、前記制御チャネルでやはり送信される自動反復要求パラメータに先行して、前記適応選択されたＭＣＳと前記チャネル化コード数とに関する前記情報を送信するように為す、請求項６９記載の方法。
【請求項７２】
前記制御チャネルを編成して、前記制御チャネルでやはり送信される確認応答要求パラメータに先行して、前記適応選択されたＭＣＳと前記チャネル化コード数とに関する前記情報を送信するように為す、請求項７０記載の方法。
【請求項７３】
前記測定するステップで行った測定に基づいて、前記ユーザ装置が、情報の検査、選択及び前記受信機への情報の信号送信を実行するステップをさらに有する、請求項６２記載の方法。
【請求項７４】
前記受信機が、前記ユーザ装置から信号送信された前記情報を受信後、目標無線チャネルの品質に基づいて前記情報を決定し、前記ユーザ装置へ同情報を信号送信するステップをさらに有する、請求項７３記載の方法。
【請求項７５】
前記下り共有チャネルと前記制御チャネルのいずれかまたは双方が２ミリ秒または３スロットに等しい送信時間間隔（ＴＴＩ）を持つ、請求項７０記載の方法。
【請求項７６】
パケットに応答するユーザ装置処理時間（Ｔｕｅｐ）が２ＴＴＩと３ＴＴＩの間にある、請求項７５記載の方法。
【請求項７７】
前記下り共有チャネルの所定のＴＴＩの間、前記制御チャネルで送信された前記情報を編成して、前記下り共有チャネルの前記所定のＴＴＩ前に制御チャネルＴＴＩ内の別の情報が起動する前に、前記チャネル化コード数とＭＣＳとを送信するように為す、請求項７５記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チャネル化（チャネル化コード設定）に用いられる複数の拡散符号、並びに、移動通信ネットワークにおいて無線リンクを介して送信される物理チャネルの変調に用いられる変調の型と（誤り訂正）符号化方式（ＭＣＳ）の最適化、並びに、上記最適化されたＭＣＳとチャネル化コード設定情報の信号送信を行うアルゴリズムに関し、さらに詳細には、高速データパケットアクセス（ＨＳＤＰＡ）と広帯域符号分割多元接続（ＷＣＤＭＡ）において適応変調と符号化を拡張するアルゴリズムに関する。
【背景技術】
【０００２】
スケジューリングと適応変調および符号化は、大学での研究用と商用という双方のコンテキストで無線通信では考えられてきた。例えば、Nilo Kasimiro Ericssonの“無線通信におけるスケジューリングと適応変調について”（２００１年６月）というタイトルの論文では、すべてのレベルにおける適応性が、供給されるアプリケーションに求められる通信品質を満たしながら無線リンクで高い帯域効率を達成する最も重要な手段であることが指摘されている。さらに、チャネル状態についての知識を利用して、条件の変動に応じて適応化を行うことにより、最悪のケースの設計が回避される旨が注記されている。比較的悪いケースの方法ではチャネル変動に対処する代わりに、チャネルの信号対雑音比（ＳＮＲ）の変動に応じて変調フォーマットの変更が可能である旨が示されている。例えば、上述の論文の２９ページの図５.３を参照されたい。選択したシンボル誤り率に対して、チャネルＳＮＲの変動に基づいて変調レベルの適応化を行うことができる。同じ主題が、Peter Malmの“セルラ無線システムにおけるチャネル分離、アルファベットサイズ及びコードレート”（“１９９９年２月”）というタイトルの論文で扱われている。Malmは、隣接チャネルの分離、チャネルアルファベットサイズ及びチャネルコードレートがどのようにセルラシステムのパフォーマンスに影響を与えるかを分析している。この分析の結論の１つとして、チャネルアルファベットサイズを大きくしても、セルラシステムのスペクトラム効率が、一定ポイント以上には改善しないという点が挙げられる。代わりに、小型から中型のアルファベットサイズが最大のパフォーマンスを示す。この理由として、より大きなクラスタサイズが要求されることにより大きなアルファベットが周波数の再使用メカニズムによって否定的な影響を受けるという理由が挙げられる。クラスタサイズがスループットよりも速く増加するため、大チャネルのアルファベットからはスペクトラム効率の利益が得られない。
【０００３】
現在の技術に関連して、Goldsmithらによる“フェージングチャネル用適応符号化変調”（通信に関するＩＥＥＥ会報、第４６巻、Ｎｏ.５、１９９８年５月）や、T. Ueらによる“高ビットレート無線データ送信のためのシンボルレートと変調レベル制御型適応変調／ＴＤＭＡ／ＴＤＤシステム”（車輌技術に関するＩＥＥＥ会報、第４７巻、Ｎｏ.４、１９９８年１１月）などの現今の参考文献を参照することも可能である。
【０００４】
規格の範囲では、第３世代パートナプロジェクト（３ＧＰＰ）は、高速下り方向パケットアクセス（ＨＳＤＰＡ）の実現可能性を確定する研究に着手したばかりであり、この研究で、適応変調と符号化、ハイブリッドＡＲＱ（ＨＡＲＱ）及びその他の進んだ機構のような技術について、スループットを上げ、遅延を減らし、高いピークレートを達成することを目標として議論が行われ、評価されている。３ＧＰＰ  ＴＲ２５.９５０Ｖ４.０.０（２００１-０３）“ＵＴＲＡ高速下り方向パケットアクセス”リリース４を参照されたい。上述の３ＧＰＰの文献では、セルラ通信システムにおいて、ＵＥの受信した信号の品質が、所望の基地局と干渉を生じる基地局との間の距離、経路損指数、対数正規なシャドウイング、短期レイリーフェージング及びノイズなどの複数の要因に依存して変動することが説明されている。システム容量、ピークデータレート及びカバーエリアの信頼性の向上を図ることを目的として、特定ユーザに対して、また、特定ユーザにより送信された信号を変更して、リンク適応化と一般に呼ばれているプロセスを通じて信号品質の変動を補償することができる。従来、ＣＤＭＡシステムでは、リンク適応化のための好ましい方法として高速電力制御が用いられてきた。
【０００５】
３ＧＰＰについての研究では、適応変調符号化（ＡＭＣ）は、システム容量全体の増加を約束する別のリンク適応法と予想されている。ＡＭＣによって、各ユーザの平均的チャネル条件に変調符号化方式を合わせる柔軟性が得られる。ＡＭＣの場合、送信信号の電力がフレーム間隔にわたって一定に保たれ、変調と誤り訂正符号化フォーマットが、現在の受信信号品質やチャネル条件に合うように変更される。ＡＭＣを備えたシステムでは、（例えば、Ｒ＝３／４ターボコードを有する６４ＱＡＭなどの）より高いコードレートを持つより高次の変調が基地局（ＢＴＳ）近傍のユーザに対して一般に割り当てられるが、ＢＴＳからの距離が大きくなるにつれて変調次数および／またはコードレートは減少する。ＡＭＣは、３ＧＰＰの下り共有チャネル（ＤＳＣＨ）により作動可能となる技術等のファットパイプ（fat-pipe）スケジューリング技術と組み合わされた場合、最も効果的になる。ファットパイプ多重化による利点に加えて、時間領域スケジューリングと組み合わされたＡＭＣにより、ＵＥフェージング包絡線の短期的変動を利用する機会が提供され、それによってＵＥが、構造的フェージング上で常時提供されるようになるという点が挙げられる。
【０００６】
拡散符号領域では、ＨＳＤＰＡ送信は固定拡散率とマルチコード送信とを用いることもできる旨が提案されている。ＴＲ  ２５.９５０  ｖ４.０.０（２００１-０３）の第６章３.１を参照されたい。このような固定ＨＳＤＰＡ拡散率の選択は、パフォーマンスに対する影響の評価と、ＵＥの複雑さと、柔軟性（ＨＳＤＰＡ送信に対する容量の全般的割り当てにおける細分性）とに基づくものとになる。複雑さなどに対する影響と比較した場合、ＨＳＤＰＡの可変拡散率のサポート時に柔軟性による何らかの付加的利点をどの程度まで得ることが可能かに対する配慮を行うことも推奨される。チャネル化と、スクランブリングと、ＱＰＳＫ変調とを含む拡散に関連する概要については、３ＧＴ  ＴＳ  ２５.２１３  ｖ４.０.０（２００１-０３）“拡散と変調（ＦＤＤ）”、及び、３Ｇ  ＴＳ  ２５.２２３  ｖ４.０.０（２００１-０３）“拡散と変調（ＴＤＤ）”を参照されたい。
【０００７】
適応変調と符号化のためのスケジューリングについては無線通信に関連してすでに考慮されているにもかかわらず、直交可変拡散率（ＯＶＳＦ）コード数の選択と、ＷＣＤＭＡネットワークにおける変調と（誤り訂正）符号化方式（ＭＣＳ）とに基づいてユーザスループットを最適化するパケットスケジューリングアルゴリズムに対する具体的な提案についてはまだ進展を見ていない。さらに、このような最適化に基づいて適正な電力レベルの信号送信を行う必要性については全く認識されていない。
【発明の開示】
【０００８】
本発明の目的は、移動通信ネットワークにおける無線リンクのための最適化された適応変調符号化並びにマルチコード送信を行うことである。
【０００９】
別の目的として、無線リンクを介して送信機から受信機へ最適化情報を信号送信するための適正な信号送信が挙げられる。
【００１０】
本発明の第１の態様によれば、時変無線リンクの品質に基づいて移動通信システムにおいて無線リンクを適応的に変調する際に用いる方法には、前記時変無線リンクの品質に基づいた無線リンクを介した送信機による使用のために、チャネル化コード数と変調符号化方式（ＭＣＳ）を複数のＭＣＳの中から選択し、前記適応的に選択されたＭＣＳと、前記チャネル化コード数とに関する情報を前記送信機から前記無線リンクの受信機へ信号送信するステップが含まれる。
【００１１】
さらに、本発明の第１の態様によれば、ＭＣＳとチャネル化コード数は予め記憶されたルックアップテーブルから選択される。このルックアップテーブルは、個々のＭＣＳと関連する複数の可能なチャネル化コードを用いて作成されたものであってもよい。さらに、低次のＭＣＳを用いて、許容されたチャネル化コードをリストするように上記ルックアップテーブルを作成してもよく、その場合、後続する個々のＭＣＳに対する許容された最大チャネル化コード数と共に前回のＭＣＳの最大ビットレートよりも高いビットレートを出力するコードチャネルのみがリストされる。
【００１２】
さらに、本発明の第１の態様によれば、上記方法は、適応選択するステップに先行して無線リンク品質を測定するステップをさらに有する。
【００１３】
さらに本発明によれば受信機はユーザ装置である。無線リンクの受信機として機能するようなユーザ装置において上述の測定ステップを実行してもよい。送信機において、あるいは、無線リンクの受信機として機能するユーザ装置以外の別の装置において、適応的に選択と信号送信とを行うステップを実行するようにしてもよい。その場合上記方法は、無線リンクのユーザ装置から送信機へ測定情報要素または信号を出力するステップをさらに有し、上記測定信号または情報要素は上述の測定ステップで測定された無線リンクの品質を示す振幅を有する。送信機は基地局であってもよいし、無線ネットワーク制御装置であってもよい。複数のユーザ装置の受信機間で共有される制御チャネルで、適応的に選択されたＭＣＳとチャネル化コード数に関する情報を送信する送信機により信号送信ステップを実行してもよい。送信機が下り共有トランスポートチャネルをユーザ装置の受信機へ送信するのに先行して制御チャネルで情報を送信するようにしてもよい。制御チャネルを編成して、やはり制御チャネルで送信される自動反復パラメータに先行して上記情報を送信してもよい。
【００１４】
さらに本発明の第１の態様によれば、目標無線リンクの品質に対して、適応的に選択を行う前記ステップが、前記目標無線チャネルの品質を持つ前記チャネルに対して特定の誤り測定を行う能力を各々有する漸次高次になるＭＣＳを次々に検査するステップと、前記目標無線チャネルの品質以下に品質を落すことなく、最大許容数またはそれ以下の数のチャネル化コードに対する検査を行う最高次のＭＣＳを選択するステップと、を有する。
【００１５】
さらに本発明の第１の態様によれば上記送信機はユーザ装置である。
【００１６】
さらに本発明の第１の態様によれば、信号送信を行うステップはトランスポートフォーマットの組合せ指標（ＴＦＣＩ）を用いて実行される。
【００１７】
さらに本発明の第１の態様によれば、前記時変無線チャネルの品質に従って特定の誤り測定を行う能力を持つ最も低次の変調符号化方式（ＭＣＳ）から始めて、前記目標無線チャネルの品質以下にチャネル品質を落すことなく、前記最低次のＭＣＳに対して、または、その後検査されるさらに高次のＭＣＳに対して、最大のチャネル化コード数が検査されるまで、相応に異なるビットレートで、増加するチャネル化コード数と共に前記最低次のＭＣＳを選択するステップと、その後、前記目標無線チャネルの品質以下に上記チャネル品質を落すことなく、前記最大チャネル化コード数に対して検査を行う前記最低次のＭＣＳまたは最低の高次ＭＣＳを選択するステップと、を有する。
【００１８】
さらに本発明の第１の態様によれば、前記送信機から前記受信機へ情報の信号送信を行うステップは、前記選択された最低次のＭＣＳまたは最低の高次のＭＣＳに関連する。
【００１９】
さらに本発明の第１の態様によれば、信号送信ステップが、トランスポートフォーマットの組合せ指標（ＴＦＣＩ）を用いて実行される。
【００２０】
本発明の第２の態様によれば、移動通信システムで使用する変調符号化方式（ＭＣＳ）を選択する方法は、時変無線チャネルの品質を持つチャネルに対して特定の誤り測定を行う能力を持つＭＣＳを選択し、さらに、目標無線チャネル品質以下に品質を落すことなく、上記選択されたＭＣＳと共に使用可能な前記ＭＣＳを用いて複数のチャネル化コードを選択するステップを有する。
【００２１】
本発明の第２の態様によれば、本方法は、前記システムの送信機から前記システムの受信機へ前記選択されたＭＣＳに関する情報を信号送信するステップをさらに有する。本方法がＵＥで実行されるか、あるいは、ノードＢ（３ＧＰＰの“基地局”）／ＲＮＣ（無線ネットワーク制御装置）で実行されるかに応じて、ユーザ装置（ＵＥ）は送信機または受信機の役割を果たすことができる。この信号送信ステップは、トランスポートフォーマットの組合せ指標（ＴＦＣＩ）を用いて実行してもよい。送信機がユーザ装置となってもよいし、受信機がユーザ装置となってもよい。
【００２２】
さらに、本発明の第２の態様によれば、ＭＣＳとチャネル化コード数は予め記憶されたルックアップテーブルから選択される。個々のＭＣＳと関連する複数の可能なコードチャネルを用いてルックアップテーブルを作成してもよい。
【００２３】
さらに、本発明の第２の態様によれば、まず最低のＭＣＳを用いて許容されたチャネル化コードをリストするように上記ルックアップテーブルを作成してもよい。その場合、個々の後続するＭＣＳに対して、許容された最大チャネル化コード数と共に前回のＭＣＳの最大ビットレートよりも高いビットレートを出力するコードチャネルのみがリストされる。
【００２４】
本発明の第２の態様によれば、前記方法は、ＭＣＳを選択するステップに先行して、無線チャネルの品質を測定するステップと複数のチャネル化コードを選択するステップとをさらに有する。ユーザ装置でこの測定ステップを実行してもよい。その場合、無線リンクの受信機として機能しているユーザ装置以外の送信機または別の装置で選択ステップと信号送信ステップとを実行してもよい。また、その場合、送信機は基地局や無線ネットワーク制御装置であってもよい。本方法は、ユーザ装置から無線チャネルの送信機へ測定信号を出力するステップをさらに有するものであってもよい。上記測定信号はユーザ装置で受信された無線チャネルの品質を示す振幅を有する信号である。前記情報の信号を制御するステップは、送信機により実行される場合、複数のユーザ装置の受信機間で共有される制御チャネルで送信されるものであってもよい。送信機がユーザ装置の受信機へ下り共有トランスポートチャネルを送信する前に、制御チャネルで上記情報を送信してもよい。上記制御チャネルを編成して、制御チャネルでも送信される自動反復パラメータに先行して、選択されたＭＣＳとチャネル化コードに関する情報を送信するようにしてもよい。
【００２５】
本発明の第３の態様によれば、時変無線チャネルの品質を持つ無線チャネルを備えた移動通信システムにおいて用いる方法であって、異なる次数の複雑さを持つ複数のＭＣＳの中から変調符号化方式（ＭＣＳ）を適応的に選択する前記方法は、目標無線チャネルの品質に基づいて所定の適応化を行うために、最低次のＭＣＳから始めて、その後に、前記目標無線チャネルの品質以下に品質を落すことなく、最大許容数またはそれ以下の数のチャネル化コードが検査されるまで、前記最低次のＭＣＳに対して、または、その後検査されるより高次のＭＣＳに対して、漸増するチャネル化コード数について相応に異なるビットレートで前記最低次のＭＣＳの検査を行いながら、時変無線チャネル品質に基づく特定の誤り測定を行う能力をすべてが有するさらに高次のＭＣＳを続けるステップと、その後、前記最低次のＭＣＳを選択するか、目標無線チャネルの品質以下に品質を落すことなく、前記最大許容数またはそれ以下の数のチャネル化コードに対する検査を行う利用可能な最高次のＭＣＳを選択するかのステップと、を有する。
【００２６】
さらに本発明の第３の態様によれば、本方法は、前記選択された最低次のＭＣＳまたは最高次のＭＣＳに関連する情報を前記無線チャネルの送信機から受信機へ信号送信するステップをさらに有する。ユーザ装置は送信機または受信機の役割を果たすことができる。トランスポートフォーマットの組合せ指標（ＴＦＣＩ）を用いて信号送信ステップを実行してもよい。
【００２７】
さらに本発明の第３の態様によれば、予め記憶されたルックアップテーブルから得られるチャネル化コードと共にＭＣＳを検査に利用することが可能である。上記ルックアップテーブルは個々のＭＣＳと関連する複数の可能なコードチャネルを用いて作成してもよい。まず最低のＭＣＳを用いて、許容されたチャネル化コードをリストするように上記ルックアップテーブルを作成してもよい。その場合、個々の後続するＭＣＳに対して、許容された最大チャネル化コード数と共に前回のＭＣＳの最大ビットレートよりも高いビットレートを出力するコードチャネルのみがリストされる。
【００２８】
本発明の第３の態様によれば、本方法は選択ステップに先行して無線チャネルの品質を測定するステップをさらに有する。上記測定ステップはユーザ装置で実行してもよい。その場合、上記検査ステップと選択ステップとは送信機またはユーザ装置以外の送信機または別の装置で実行される。またその場合、送信機は基地局または無線ネットワーク制御装置であってもよい。同様に、複数のユーザ装置の受信機間で共有される制御チャネルに関する情報を送信する送信機により信号送信ステップを実行してもよい。下り共有トランスポートチャネルをユーザ装置の受信機へ送信する送信機に先行して、制御チャネルでこの情報を送信してもよい。この制御チャネルを編成して、やはり制御チャネルで送信される自動反復パラメータに先行して、適応的に選択されたＭＣＳとチャネル化コード数に関する情報を送信するようにしてもよい。
【００２９】
添付図面に示すような本発明の最良の実施形態についての詳細な説明に照らして、本発明の上記目的とその他の目的、特徴並びに利点をさらに明らかにする。
【００３０】
発明を実施するための最良の形態
図１は、本発明に基づいて、マルチコードチャネル化と適応変調との２次元最適化と、（誤り訂正）符号化とを実行するフローチャートを示す。移動電話の高速移動車両ユーザでも受信した無線リンク電力の数ミリ秒先の変動を正確に予測できるように、バックグラウンドにおいてチャネル予測を採用することが想定されている。例えば、様々なチャネルの信号対雑音の連続測定と、推定値のバッファへの電力とが可能であることが知られている。チャネル予測装置は、このバッファ内容を利用してチャネル品質の数ミリ秒先の推定値を取得する。従来技術では、無線リンクをベースとするこのような予測をターゲットエリアと共に利用して、変調の複雑さを利用して、誤りなく、かつ、より高いレートで無線リンクを介してデータ転送の増加を図るようにすることが可能であることが証明されている。次いで、スケジューリングの決定が参加ユーザへ同報される。例えば、N. K. Ericssonによる論文の第２章２と第５章３、並びにM. Sternadらによる“広帯域チャネルにおける電力予測”（ＩＥＥＥ車輌技術会議、２００１年春（ＶＴＣ２００１Ｓ）、ギリシャ、ロードス、２００１年５月６〜９日）という文献も参照されたい。
【００３１】
適応変調と符号化とに関連する従来技術の提案に基づいて適正な変調の複雑さのレベルを発見することに加えて、図１は、チャネル化の増加に基づいて選択された適正なビットレートの選択方法と共に、最適となるように選択された変調の複雑さのレベルで使用する、複数のチャネル化コードの選択方法を示す図である。
【００３２】
図１を参照すると、開始ステップ１０での入力後、ステップ１２が実行されて、実際の無線リンクまたはチャネル品質パラメータ（ＤＳＣＨ  Ｅｂ／Ｎ０（Ｘ）など）と、（変調符号化方式、但し“符号化”とは誤り訂正符号化を意味する）ｊ番目のＭＣＳの所定のフレームエラー比率（ＦＥＲ）に対する目標品質（Ｅｂ／Ｎ０（Ｙｊ）など）が得られる。Ｅｂ／Ｎ０とは、ビット当たりのエネルギすなわち電力密度と、干渉とノイズ電力密度との比率を意味する。音声サービスの場合、この比率は通常５ｄＢのオーダーである。１２.２ｋｂｐｓのビットレートを持つ音声サービスは、３.８４Ｍｂｐｓのチップレートを用いると２５ｄＢ＝１０＊ｌｏｇ10（３.８４ｅ６／１２.２ｅ３）の処理利得を有する。したがって、このような音声サービスの場合、所要広帯域信号対干渉比は５ｄＢ−処理利得＝−２０ｄＢとなる。言い換えれば、干渉下で信号電力を２０ｄＢにすることが可能であり、ＷＣＤＭＡ受信機はそれでも信号の検出が可能である。ＦＥＲの代わりに、シンボル誤り率やＢＬＥＲ（ブロック誤り率）などの何らかの別の同様の誤り測定値またはパラメータの使用も可能である。同様に、Ｅｂ／Ｎ０以外の何らかの別のチャネルまたはリンク品質パラメータの使用も可能である。一般に、ＥＣ／Ｉ０の基準値は、干渉（＋ノイズ）当たりの広帯域チップエネルギを意味すると仮定され、また、Ｅｂ／Ｎ０（あるいはより正確にはＥｂ／Ｉ０またはＥｂ／（Ｉ０＋Ｎ０））は、干渉（＋ノイズ）当たりの狭帯域ビットエネルギを意味すると仮定される。
【００３３】
図１のアルゴリズムは、ＵＥ間でのコード多重化時に、ＵＥに対する最適化されたＭＣＳと、コードチャネル（“チャネル化”または“拡散”符号）の個数を知るために用いることも可能である。ＤＳＣＨをマップする対象のコードは、コード領域と時間領域の双方の領域でユーザ間での共有が可能である。この場合、例えば一定のＤＳＣＨ電力および／またはコードチャネルをＵＥ間で最初に分割することが可能であり、さらに、電力を分割する場合、本発明に記載の最適化アルゴリズムの中でこの分割された電力に対応する品質値を用いて、ＭＣＳとコードチャネルの最適化された値が確定される。さらに、ある個数のコードチャネルがすでに別のＵＥに対して割り当てられている場合、ＵＥに対して上記アルゴリズムを用いる際に、上記個数を考慮に入れる必要がある。さらに、コードの多重化を行って、例えば、別のＵＥ（あるいは多数のＵＥ）に対する割り当て後に、ＵＥの最大コード数の発見ができるようにすることも可能である。ＵＥが処理されると、いくつかのコードチャネルが別のＵＥから“繰り延べら（ｌｅａｖｅ  ｏｖｅｒ）れる”ため、これらのコードチャネルを他のＵＥ用として使用することが可能となる。次いで、ＵＥを使用するためにＤＳＣＨ用として割り当て可能なノードＢで利用できる電力がさらに存在すれば、割り当て用としてまだ残されている上記数のコードを用いてＵＥに対する割り当てが行われる。
【００３４】
図１のアルゴリズムを実行する１つの方法として、ＲＮＣやノードＢなどのパケットスケジューラに対する、ＤＳＣＨ  Ｅｂ／Ｎ０や対応する（おそらく広帯域の）値（例えば、共通パイロットチャネル（ＣＰＩＣＨ）Ｅｃ／Ｉｏ）の報告を様々なＵＥに行わせるという方法が挙げられる（現在、ＨＳＤＰＡに対してパケットスケジューラが、ノードＢ内のＭＡＣ-ｈｓエンティティの中に存在すると仮定されている）。しかし、ＲＮＣやノードＢの代わりに上記アルゴリズムがＵＥ内で実行中であってもよい。その場合、ＵＥは、最適のＭＣＳとコードチャネル数を決定し、これらの選択された値をネットワークへ報告する。次いで、この情報に基づいてノード−ＢまたはＲＮＣによりスケジューリングが行われる。このスケジュールされたコードチャネル数（チャネル化コードセット）とこれらコードチャネルの電力レベルは、ＵＥが求めるものとは異なる可能性がある。ノードＢまたはＲＮＣは、当該ＵＥと、最大コードチャネル数用として利用可能な電力について報告を行うようにすることも可能である。この最大コードチャネル数の中からＵＥがサポートできるコードチャネル数がＵＥ内で実行中のアルゴリズムにより決定される。ＵＥは、選択されたＭＣＳとコードチャネル数をネットワークへ報告する。例えば、上述のように、異なるユーザ間でのコードリソースのコード多重化に本発明を利用する場合、上記の状況が生じる可能性がある。現在の最適ビットレート（Ｒ_ｃｕｒｒ_ｂｅｓｔ）は初期値に設定される。図１に図示の様々な変数の定義を以下のようにリストする：
Ｘ＝ＤＳＣＨ  Ｅｂ／Ｎ０
Ｙｊ＝ｊ番目のＭＣＳの指定されたＦＥＲの目標値Ｅｂ／Ｎ０
ｊ＝ｊ番目のＭＣＳ（１からｊ_ｍａｘ）
ｊ_ｂｅｓｔ＝使用最高値ＭＣＳ
ｊ_ｍａｘ＝ＭＣＳの最大数
ｊ_ｓｅｌｅｃｔｅｄ＝ｊの選択値
Ｒｊ＝ｊ番目のＭＣＳの単一符号ビットレート
Ｒ_ｃｕｒｒ＝現在のビットレート
Ｒ_ｃｕｒｒ_ｂｅｓｔ＝現在の最適ビットレート
Ｒ_ｓｅｌｅｃｔｅｄ＝選択ビットレート
Ｎ＝使用／ユーザ用チャネル化コード数
Ｎ_ｂｅｓｔ＝使用最高値Ｎ
Ｎ_ｍａｘ＝Ｎの最大値
Ｎ_ｃｕｒｒ＝Ｎの現在値
Ｎ_ｓｅｌｅｃｔｅｄ＝Ｎの選択値
【００３５】
現在の最適ビットレート（Ｒ_ｃｕｒｒ_ｂｅｓｔ）の初期値の設定に加えて、現在のビットレート値（Ｒ_ｃｕｒｒ）も初期値に設定される。この初期値は、例えば、最低のＭＣＳ（ｊ＝１）や０などに対応するＲｊ（単一の符号ビットレート）に対応するビットレートなどであってもよい。ｊ変数（ｊ番目のＭＣＳ）は、使用最高値ＭＣＳ（ｊ_ｂｅｓｔ）と共に１に設定される。ユーザ当たりの使用チャネル化コード数（Ｎ）とＮの現在値（Ｎ_ｃｕｒｒ）並びに使用最高値Ｎ（Ｎ_ｂｅｓｔ）も、ステップ１２で、最低のＭＣＳ（ｊ＝１）に対応するコードチャネルの最小許容数（チャネル化コード）（１など）に設定される。最低のＭＣＳ（ｊ＝１）に対応するコードチャネルの最小許容数がＮの初期値である１とは異なる場合、Ｎ_ｃｕｒｒとＮ_ｃｕｒｒ_ｂｅｓｔはこの初期値に設定される。さらに、Ｎの最小値が異なるＭＣＳ間で異なる場合、また、所定のＸに対する別のＭＣＳ（ｊ）を後程検査する場合、Ｎは当該ＭＣＳに対応する最小チャネル化コード数に設定される。また、異なるＭＣＳに対応するチャネル化コードの最大数が異なる可能性もあるため、所定のＥｂ／Ｎ０値（Ｘ）に対して異なるＭＣＳを使用できる見込みを検査する際、検査中の現在のＭＣＳに対応するようにＮ_ｍａｘを常に設定することにより最適化アルゴリズムのフローで上記可能性を考慮に入れることができる。
【００３６】
例えばリンクレベルシミュレーションの結果から、あるいは、実際の実験データからフローチャート及び以下の説明で参照される目標値Ｅｂ／Ｎ０（Ｙｊ）を得ることが可能である。これらの目標値Ｅｂ／Ｎ０（Ｙｊ）は、例えば、経験したＦＥＲ（あるいはＢＬＥＲなど）が目標とするＦＥＲとは異なるように思われることに気がついた場合、ネットワークの利用中に調整を行うことも可能である。この調整を行って、呼のコースの最中に、ＦＥＲ（あるいはＢＬＥＲなど）を測定し、Ｙｊと所定値との比較が行われる。所定のＦＥＲと測定済みのＦＥＲとが異なる場合、所定のＦＥＲのＥｂ／Ｎ０目標値（Ｙｊ）の調整を行う。この目標値は、選択されたＭＣＳとコードチャネルの個数（チャネル化コード）とを用いて所望のＦＥＲを得ることを目的とする値である。毎フレーム後または１組のフレーム後にＹｊを修正する際、階段的調整を行うことができる。その際、測定済みのＦＥＲが目標より上であれば、Ｙｊを１段階だけ上げ、ＦＥＲが目標値未満であれば、１段階（この段階値は上方への調整の場合と同じであってもよいし、異なるものであってもよい）だけ下げることができる。また別の調整方式を用いることも可能である。Ｙｊは、いくつかのＵＥの共通の値であってもよいし、あるいは、個々のＵＥがその無線環境に対応する別個の値を持ってもよい。
【００３７】
ステップ１２での初期化後、ステップ１４が初めて実行され、ｊ番目のＭＣＳ（ｊ）がＭＣＳの最大数（ｊ_ｍａｘ）より大きいかどうかが判定される。大きくなければ、ステップ１６が実行され、ユーザ（Ｎ）当たりの使用コード数がＮの最大値（Ｎ_ｍａｘ）より大きいかどうかが判定される。大きくなければ、ステップ１８が初めて実行され、ステップ１２で前回得られたＤＳＣＨ  Ｅｂ／Ｎ０（Ｘ）が検査中のＭＣＳ（ｊ）に対応する目標値Ｅｂ／Ｎ０（Ｙｊ）より大きいかどうかが判定される。大きければ、さらに高いビットレートでさらに多数のコードを使用できる可能性が示される。したがって、ステップ２０が実行される。このステップ２０で、Ｎ（１ユーザ当たりの使用コード数）×（ｊ番目のＭＣＳの単一符号ビットレート（Ｒｊ））に等しくなるように現在のビットレート（Ｒ_ｃｕｒｒ）が変更される。ステップ１８からステップ２０への移行は図１に示す“外側ループ”の一部であり、数回実行することが可能であり、個々の増分値Ｎに対して一回実行することができる。これは、（Ｎ＋＋）により示されるような１以上の増分値だけステップ２０でＮの値が増分されることに起因する。例えば、このステップは、ＮをＮ＋１（Ｎ→Ｎ＋１）に設定することも可能である。電力もコード数に応じてＮ個のチャネル間で分割される。この外側ループのさらなる反復時に、ＤＳＣＨ  Ｅｂ／Ｎ０がまずステップ１８で目標値を下回らなければ、最終的にＮの値はＮ_ｍａｘよりも大きくなることがステップ１６で判明する。その場合、ステップ２２、２４を含む“内側ループ”が実行され、（１などの）次のＭＣＳに対応するマルチコードの可能な最小値と等しくなるようにＮがリセットされる。次いで、次のさらに高いＭＣＳを最初に選択して、可能な異なるマルチコードの組み合わせを試みるためにｊが増分され、ＭＣＳの複雑さの次のレベルまで増分が図られる。したがって、ステップ１４、１６、１８、２０の外側ループは高速ループと考えることが可能であり、様々なマルチコードが個々のＭＣＳで順に検査され、個々のパスで検査されるコード数に比例してＤＳＣＨ  Ｅｂ／Ｎ０が下げられる（以下の記載を参照されたい）。次いで、内側ループは、目標値Ｅｂ／Ｎ０を下回ることなく検査中のＭＣＳと利用可能なマルチコードとの間の適合の可能性のすべてが尽された（最大化した）後、次のさらに高次の複雑さへＭＣＳが変更される低速ループと考えられる。上記最適化を行った後、目標値Ｅｂ／Ｎ０を下回ることなく、コードの最大数（必ずしもＮ_ｍａｘとはかぎらない）の達成が可能な最適化されたＭＣＳの最低次で使用されるビットレートが（以下説明する）後続ステップにより選択される。
【００３８】
図１のステップ２０へ戻って参照すると、現在のビットレート（Ｒ_ｃｕｒｒ）がｊ番目のＭＣＳの単一符号ビットレートの倍数に設定された後、Ｎの現在値（Ｎ_ｃｕｒｒ）はＮに設定される。次いで、Ｎは例えば増分値１だけ増分される（Ｎ＋＋）。その後、ＤＳＣＨ  Ｅｂ／Ｎ０（Ｘ）の前回取得された値は以下のように修正される：
Ｘ’＝Ｘ−１０＊ｌｏｇ10（Ｎ） . . . . . . . . . . . . . . . . .（１）
ステップ２０で実行されるような数式１は、変調に先行して利用するチャネル数の増加またはチャネル化ブランチ数の増加（使用される拡散符号の数の増加毎に１）がＮの値の増分により表されるという事実を考慮に入れる。したがって、チャネル化コードの上記のような個々の増加に比例して電力レベルを下げる必要がある。Ｘ’はこの下げられた電力レベルを表す。個々のチャネルのレベルＸ’での電力の合計が元のＸの値に等しくなることを理解されたい。これは、限定的ではない方法で本明細書に開示されているようなマルチコードとＭＣＳの適切な最適化を図１のアルゴリズムにより確定できるようにするために、必要な電力の低下を考慮に入れる簡単な方法であり、別の方法でこの確定を行うことも可能である。
【００３９】
ステップ２０の実行後、ステップ１４が再び実行されてｊがまだｊ_ｍａｘを上回っているかどうかの判定が行われる。これが外側ループの最初の実行である場合、ｊはまだｊ_ｍａｘを越えていない。さらに、Ｎの値はまだＮ_ｍａｘを越えていないので、ステップ１４、１６、１８が再び実行されることになる。Ｘ’の値がまだＹｊより大きいと想定されて、ステップ２０が再び実行されることになり、それぞれステップ１６、１８で判定されるように、Ｎが再び増分されて、１ユーザ当たりの使用コード数が増分され、このような増加が許可できるものであるか、許容可能なものであるかの判定が図られる。これが可能であれば、ステップ２０の変数が再び調整される。ＮがＮ_ｍａｘより大きくなる（許可不能）か、ｊがｊ_ｍａｘを上回っていないと仮定して、ステップ１８でＸ’がＹｊより大きい（許容不能）という条件がもはや満たされなくなるかのいずれかになるまで、所定のＭＣＳに対して外側ループが繰り返し実行される。
【００４０】
ステップ２０によりＮ_ｍａｘより大きい数にまでＮが増分される外側ループの１以上の反復後（但し、ステップ１６で判定されるように、現在の最適候補ＭＣＳに対してコード数は最大化されている）、さらに高次のＭＣＳを使用することができる可能性は依然存在する。したがって、“内側ループ”ステップ２２、２４が実行されて、すなわち、Ｎ（当該ＭＣＳ（ｊ）に対応するＮ_ｍａｘ）×（ｊ番目のＭＣＳの単一符号ビットレート（Ｒｊ））の最大値として、得られたばかりのビットレート（Ｒ_ｃｕｒｒ_ｂｅｓｔ）に対する現在の最適候補値が格納される。次いで、次のステップ２４でｊが増分される前に、現在の最適候補ＭＣＳの識別子を格納するために使用最高値ＭＣＳ（ｊ_ｂｅｓｔ）がｊ（ｊ）の現在値に等しくなるように設定され、一方、同時に、Ｎの最大値（Ｎ_ｍａｘ）に等しくなるように使用最高値Ｎ（Ｎ_ｂｅｓｔ）が設定される。これによって、最後のＭＣＳが最大コード数と共に記憶され、一方、次のＭＣＳの検査も行われて同様に格納できるかどうかが調べられる。
【００４１】
上述のように、また、図１に図示のようにステップ２２の実行後、ステップ２４が実行され、ｊが増分され（ｊ＋＋）、次の値ｊに対応するコードチャネルの最小許容数（１など）に等しくなるようにＮがリセットされる。増分値（ｊ＋＋）に起因してｊがｊ_ｍａｘよりも大きくなり、したがって、当該値ｊに対応するＭＣＳが存在しなくなった場合、Ｎの値は現在と同じままの値とすることができる。なぜなら、ステップ１４が実行される次回には、ＭＣＳがすでに最大値に達しているため、ステップ１６、１８、２０、２２、２４は実行されなくなるからである。次いで、ステップ１６で判定されるように、ＮがＮ_ｍａｘを上回る（新たな最適候補ＭＣＳが次に存在することを意味する）か、判定ブロック１４、１８のうちの一方が図１のフローチャートの内側ループ／外側ループ部分からの脱出を強制するかのいずれかが行われるまで、外側ループがすべてのＮの値に対して次のより高いＭＣＳについて繰り返される。
【００４２】
ステップ１４で判定されるようにＭＣＳが最大値に達するか、ステップ１８で判定されるように、異なるチャネル化の電力レベルが検査中ＭＣＳの目標値Ｅｂ／Ｎ０（Ｙｊ）以下に低下するかのいずれかが生じた場合、上記のような脱出が行われる可能性がある。ｊ_ｍａｘを上回った内側／外側ループの１以上の反復（ステップ１４）後、または、チャネル化電力が低下しすぎた（ステップ１８）場合、本発明に基づいて、最大チャネル化コード数による最低次のＭＣＳの最適化が最終的に確定される。
【００４３】
上記目的のために、ステップ２６が次に実行され、前回のＭＣＳに対してステップ２２で設定されるような現在の最適ビットレート（Ｒ_ｃｕｒｒ_ｂｅｓｔ）が、検査済みの最後のＭＣＳに対してステップ２０で設定されるような現在のビットレート（Ｒ_ｃｕｒｒ）以上かどうかの判定が行われる。現在の最適ビットレート（ステップ２２）が現在のビットレートより大きければ（ステップ２０）、それは、検査中の前回のＭＣＳを選択すべきであることを意味する。したがって、ステップ２２の現在の最適ビットレート（Ｒ_ｃｕｒｒ_ｂｅｓｔ）の方がステップ２０の現在のビットレート（Ｒ_ｃｕｒｒ_）以上であることがステップ２６により判定されれば、選択ビットレート（Ｒ_ｓｅｌｅｃｔｅｄ）は、ステップ２２で設定された現在の最適ビットレート（Ｒ_ｃｕｒｒ_ｂｅｓｔ）に等しく設定され、Ｎの選択値（Ｎ_ｓｅｌｅｃｔｅｄ）は、ステップ２２から得られるＮに対する現在の最適値（Ｎ_ｂｅｓｔ）に等しくなるように設定され、ｊの選択値（ｊ_ｓｅｌｅｃｔｅｄ）は、ステップ２２から得られる現在の最高値ＭＣＳ（ｊ_ｂｅｓｔ）に等しくなるように設定される。図１のステップ３０を参照されたい。ステップ３０後、図１のフローチャートの実行が完了し、ステップ３４で終了あるいはリターンが行われる。これは本発明の最適化を終了する１つの方法である。
【００４４】
一方、現在の最適ビットレート（Ｒ_ｃｕｒｒ_ｂｅｓｔ）が現在のビットレート（Ｒ_ｃｕｒｒ）以上ではない旨がステップ２６で判定された場合、それは、検査中の前回のＭＣＳが最適ではないこと、従って、最後の検査済みＭＣＳを使用すべきであることを意味する。その場合、値ｊがまだ使用中の最大ＭＣＳ（ｊ_ｍａｘ）以下であることを知るために、まずステップ３２が実行される。なぜなら、値Ｘが最大コード数と最大ＭＣＳとをサポートすることができれば、値ｊはステップ２４で最大ＭＣＳ（ｊ_ｍａｘ）よりも大きな値にすでに設定されていることになるからである。ｊがｊ_ｍａｘ以下であれば、ステップ３６で、選択ビットレート（Ｒ_ｓｅｌｅｃｔｅｄ）が現在のビットレート（Ｒ_ｃｕｒｒ）になるように設定され、選択されたコード数（Ｎ_ｓｅｌｅｃｔｅｄ）は現在のコード数（Ｎ_ｃｕｒｒ）に設定され、選択されたＭＣＳ（ｊ_ｓｅｌｅｃｔｅｄ）は現在のＭＣＳ（ｊ）に設定される。この後、図１のフローチャートの実行が完了し、ステップ４０で終了あるいはリターンが行われる。したがって、これは本発明の最適化を終了する１つの方法である。値ｊがｊ_ｍａｘよりも大きければ、すなわち、ステップ３２の条件が満たされなければ、ステップ３８で、選択ビットレート（Ｒ_ｓｅｌｅｃｔｅｄ）は現在のビットレート（Ｒ_ｃｕｒｒ）になるように設定され、選択されたコード数（Ｎ_ｓｅｌｅｃｔｅｄ）は現在のコード数（Ｎ_ｃｕｒｒ）に設定され、選択されたＭＣＳ（ｊ_ｓｅｌｅｃｔｅｄ）が最大ＭＣＳ（ｊ_ｍａｘ）になるように設定される。これは、ステップ２４でｊの値がすでに増分されてｊ_ｍａｘよりも大きくなっていた場合にのみこのステップに達することができることに起因する。これは、検査済みの値Ｘが、最大コード数と最大ＭＣＳとをサポートできるほど好適であり、したがって、選択対象のＭＣＳが最大値（ｊ_ｍａｘ）であることを意味する。この後、図１のフローチャートの実行が完了し、ステップ４２で終了あるいはリターンが行われる。したがって、これは本発明の最適化を終了する１つの方法である。
【００４５】
この種のリンク適応を実行する別の方法として、ルックアップテーブルを利用する方法がある。この場合、Ｅｂ／Ｎ０あるいは対応する値が測定され、適当なＭＣＳとコードチャネル数に直接マップされる。このようなルックアップテーブルを作成する１つの方法として、上記記載のアルゴリズムを利用する方法がある。最初に最低のＭＣＳを用いて、許容コード数がリストされるようにルックアップテーブルを作成することができる。次いで、次のＭＣＳを用いて、前回のＭＣＳの最大ビットレートよりも高いビットレートに最大コード数を与える許容されたコードチャネル数のみがリストされる。後続するＭＣＳのセットに対しても同じ処理手順が行われる。この処理手順によって、個々のＭＣＳに対して最適のコードチャネル数を用いることにより、チャネルの品質をより好適に利用することが可能となる。また、上記処理手順により、異なるＭＣＳセットと共に最大コード数のみを使用する場合と比較すると、より好適な細分性が実施可能となる（このアプローチについてのさらなる解説については以下の記載を参照されたい）。
【００４６】
このようにして、本発明に基づいて、目標とする最高のビットレートを用いてマルチコードとＭＣＳの２次元の最適化が達成される。以下さらに詳細に解説するように、（或る“ｊ”値や“Ｎ”値のスキップにより）除外されるＭＣＳもなかにはあるが、上記アルゴリズムにより検査されるＭＣＳは様々の可能なＭＣＳ間で変動が可能である。
【００４７】
本発明のパフォーマンスを評価するために、ネットワークレベルのシミュレーションのいくつかのテストケースが行われた。これらのシミュレーションは、ＥＳＴＩ  ＴＲ１０１１１２  ｖ３.２.０（１９９８年４月）で定められたマクロシナリオ“ＵＭＴＳの無線送信技術の選択のための選択処理手順”（ＵＭＴＳ  ３０.０３  ｖ３.２.０）に基づいて行われる。単一の固定電力ＤＳＣＨが使用され、１つのセル内で認定されたユーザ間で時分割が行われる。また、閉ループ電力制御でのある基準ケースのシミュレーションが行われるが、ＡＭＣとマルチコードスケジューリングは使用されない。この基準ケースの利用可能なＤＳＣＨビットレートは、最大１０個のマルチコードを用いるテストケースの１つのケースの場合と同じビットレートに一致するように設計される。すべてのケースで、移動スピードは３ｋｍ／時であり、ソフト合成を用いるハイブリッドＡＲＱタイプＩが使用される。また単一タップチャネルのみが想定されている。
【００４８】
図２は、１ユーザ当たりの最大コードチャネル数の関数としての平均ＤＳＣＨネットワークビットレート（ｋｂｐｓ／セル／ＭＨｚ）を示す。これらの結果から、本発明のアルゴリズムを利用して数倍のスループットの改善が可能であることが示される。図３には、１ユーザ当たりの最大コードチャネル数の関数としての接続当たりの平均ＤＳＣＨビットレートが示されている。この図に示されているように、単一コードの場合と比較すると約８倍の改善を観察することができる。図４は１ユーザ当たりの最大コードチャネル数の関数としての接続毎の平均転送遅延を示す。この図では、転送遅延は、無線インタフェースを介するある文献の個々のパケットの送信時間の９５番目の百分位数に起因する遅延を意味し、したがって、この転送遅延には無線インタフェースを介するユーザ待合せ遅延と送信遅延とが含まれる。マルチコード選択方式の利用により、転送遅延全体の単一コードの場合の遅延の１／２以下への大幅な低下が可能となる。比較として、（最低次のＭＣＳのビットレートは上記基準ケースで使用中のビットレートと大まかに比較可能な）１０個のコードのテストケースのビットレートの１０２ｋｂｐｓ／セル／ＭＨｚと比較すると、この基準ケースのＤＳＣＨネットワークビットレートは約５０ｋｂｐｓ／セル／ＭＨｚにすぎない。ＡＭＣと本発明が提案するマルチコードスケジューリング方式の利用により、ユーザ当たりのＤＳＣＨ接続スループットは６４０ｋｂｐｓ／ユーザ（基準ケース）から２.６５Ｍｂｐｓ／（テストケース）へ改善される。これに対応して、転送遅延全体は３４００ｍｓから１２００ｍｓへ減少する。
【００４９】
次に図５を参照すると、物理層と上位層間のインタフェースで、トランスポートチャネルにより形成されたデータの、物理チャネルへのマッピングが送信機内で行われ、受信機においてもまた同様にマッピングが行われることがわかる。この図は、２００１年春に改訂され、更新されたH. Holmaらによるテキスト“ＵＭＴＳ用ＷＣＤＭＡ”（John Wiley & Sons、Ltd）の図６.１から採られたものであり、本発明の信号処理態様を実行する１つの方法を示すために若干修正したものである。ＵＥが、ダウンリンク時に１乃至いくつかのトランスポートチャネルを同時に備えることができるのみならず、アップリンク時に１以上のトランスポートチャネルも備えることが可能であることを理解されたい。図５は、アップリンクかダウンリンクのいずれか一方だけのリンクを示す。すなわち、すべてのトランスポートチャネルは単方向と定義され、並列である。ＵＥが本発明に基づいて選択されたＭＣＳ情報の送信機または受信機のいずれかの役割を果たすことが可能であることも理解されたい。言い換えれば、図１のアルゴリズムあるいはこのアルゴリズムと均等なアルゴリズムを実行し、その結果を受信機として機能するノードＢへ信号送信する（フィードバック方向）送信機としての役割を果たすようにＵＥを指定することが可能である。このアルゴリズムをＲＮＣまたはノードＢで実行する場合、ノードＢが送信機として機能し、ＵＥは受信機として機能する（順方向）。
【００５０】
トランスポートブロックとは、物理層と層２（ＭＡＣ）との間で交換される基本単位である。トランスポートブロックは一般にＲＬＣ  ＰＤＵまたはこれに対応する単位に対応する。物理層により個々のトランスポートブロック用のＣＲＣが追加される。個々のセットに対して２つのトランスポートブロックを備えた、トランスポートチャネル１とトランスポートチャネル２の双方のチャネル用のトランスポートブロックセット（ＴＢＳ）が図５に示されている。同じトランスポートチャネルを用いて、ＴＢＳが物理層とＭＡＣ間で同時刻に交換される。トランスポートブロックサイズはトランスポートブロックにおけるトランスポートビット数として定義され、所定のＴＢＳ内で常に一定である。ＴＢＳサイズはトランスポートブロックセット内のビット数として定義される。３Ｇ  ＴＳ  ２５.３０２  ｖ３.３.０（２０００-０１）の図６に図示のように、送信時間間隔（ＴＴＩ）はトランスポートブロック設定の到着間時間として定義され、物理層がＴＢＳを無線インタフェース上へ転送する周期性に等しい。この周期は、常に１無線フレーム長である最少インタリービング時間（１０ｍｓなど）の倍数である。ＨＳＤＰＡ文献３ＧＰＰ  ＴＲ  ２５.９５０  ｖ４.０.０（２００１-０３）の第６章３.２に１無線フレーム（１０ｍｓ）より短いＨＳＤＰＡ  ＴＴＩのサポートについての記載があることに注意されたい。さらに、可変ＴＴＩに関連する提案が記載されている。このようなさらに短いＨＳＤＰＡ  ＴＴＩ長は、集合｛Tslot，３×Tslot，５×Tslot，１５×Tslot｝の中から選択すべきである。このようなさらに短いＨＳＤＰＡ  ＴＴＩと場合によっては可変なＴＴＩの選択は、パフォーマンス、遅延、ネットワークとＵＥの複雑さと柔軟性（ＨＳＤＰＡペイロード細分性）に対する影響の評価に基づいて行うべきである。本願の出願日におけるものとして望ましいＨＳＤＰＡのＴＴＩ長は３スロット＝２ｍｓである。
【００５１】
本明細書の教示によれば、アップリンクまたはダウンリンクに関連するＨＳＤＰＡ信号処理を個々のＴＴＩに対して適合させることが非常に難しいという意味でＴＴＩ＝１スロットはあまりに短すぎる。アップリンクでは、ａｃｋ／ｎａｃｋは予め１スロットを予約することになる。なぜなら、このスロットの適当な符号化を行う必要があるからである。またダウンリンク時に、個々のスロットでダウンリンク制御信号処理を繰り返し行う必要がある場合、この信号処理はさらに多くのオーバーヘッドを意味することにもなる。特に、本明細書に教示のようにダウンリンク時に或るパラメータのタイミングの最適化が望まれ、ＴＴＩ＝１スロットの場合この最適化はさらに困難になる。したがって、本発明によれば、ＴＴＩは３スロットとすべきである。この場合、或るＤＬパラメータのタイミングを最適化しながら、アップリンクとダウンリンク双方の信号送信をぴったり適合することが可能であり、その結果ＵＥの複雑さは最小化される。
【００５２】
提案されたものとしておそらく１０ｍｓのものさえある、１スロットもしくは５スロットのような別の単数サイズや複数サイズの標準化も可能であることを理解されたい。いずれにせよ、トランスポートフォーマットに基づいて提供されるＴＴＩ毎に、物理層に設定された１つのトランスポートブロックがＭＡＣにより配信される。トランスポートチャネルでの送信時間間隔の間、トランスポートブロックセットの配信用としてのトランスポートフォーマットは、物理層がＭＡＣへ提供するフォーマットとして定義される（逆もまた同様である）。このトランスポートフォーマットは２つの部分／１つの動的部分と１つの擬似静的な部分とを構成する。
【００５３】
物理層が提供するこれらのサービスには、上述の動的並びに擬似静的な属性を含むように定義されるトランスポートフォーマットが含まれる。この動的部分には、トランスポートブロックサイズ、トランスポート設定サイズ及び送信時間間隔（ＴＤＤ専用のオプションの動的属性）が含まれる。“物理層により提供されるサービス”というタイトルの３Ｇ  ＴＳ  ２５.３０２  ｖ３.３.０（２０００-０１）の図６を再び参照されたい。擬似静的な部分の属性として、送信時間間隔（ＦＤＤの場合必須であり、ＴＤＤ非リアルタイム（ＮＲＴ）ベアラの動的部分の場合オプションである）と、適用すべきエラー保護方式と、ＣＲＣのサイズとがある。共用チャネル用の変調と符号化の場合、従来技術の変調方式は固定され（ＱＰＳＫ）、符号化方式は上述のように擬似静的であり、すなわち送信時間間隔（ＴＴＩ）からＴＴＩへの変更は行われない。ＱＰＳＫは位相変調であるため電力レベルを信号で送信する必要はない。
【００５４】
本発明の信号送信態様によれば、本発明のＭＣＳ／マルチコードの最適化態様の場合のように、チャネル化コード数がＭＣＳと共に変動する場合、特にマルチレベルＱＡＭ変調方式に関連して、ＵＥは上記事実並びにコードチャネルの電力レベルを知る必要がある（例えば、図１のアルゴリズムがＲＮＣまたはノードＢで実行されると仮定した場合）。したがって、別個のパラメータとして電力レベルをＵＥへ信号で送信するか、トランスポートフォーマットの組み合わせ（ＴＦＣ）の一部として該電力を定義するかのいずれかを行うことも可能である。層１は１乃至いくつかのトランスポートチャネルを多重化し、個々のトランスポートチャネルに対する、適用可能なトランスポートフォーマット（トランスポートフォーマット設定）のリストが存在する。それにもかかわらず、ある所定時点において必ずしもすべての組み合わせを層１へ発信できるとはかぎらず、あるサブセット（トランスポートフォーマットの組み合わせ）のみを発信できるにすぎない。これは、ＵＥの符号化されたコンポジットトランスポートチャネルで送信するために層１への同時発信が可能な現在有効なトランスポートフォーマットの組み合わせの許された組み合わせ、すなわち、個々のトランスポートチャネルから得られる１つのトランスポートフォーマットを含む組み合わせとして定義される。図１のアルゴリズムあるいはこれと同等のアルゴリズムがＵＥで実行される場合、この逆も真となる。
【００５５】
例えば、ある固定拡散率ＳＦ＝１６を仮定すると、利用可能な１６個のコードの中から１０個のコードなどの複数コードをノードＢのＨＳＤＰＡ用として利用することができる。例えば、図５のトランスポートフォーマットの組合せ指標（ＴＦＣＩ）を用いて、これらのコードをＵＥへ通信することが可能である。したがって、図５のＴＦＣＩを適合して、本発明の最適化に関連する情報並びに上述の関連する電力情報を伝えることが可能となることが理解される。ＴＦＣＩは現在のトランスポートフォーマットの組み合わせ（ＴＦＣ）の表現である。層１が１乃至いくつかのトランスポートチャネルの多重化を行う場合、個々のチャネルと関連づけられたトランスポートフォーマットセット（ＴＦＳ）から選択可能な個々のトランスポートチャネル用として利用可能な複数のトランスポートフォーマットが存在することになる。それにもかかわらず、すでに述べたように、任意の所定時点においてすべての組み合わせを層１へ発信できるとはかぎらず、トランスポートフォーマットの組み合わせ（ＴＦＣ）と呼ばれるサブセットだけを発信できるにすぎない。これは、ＵＥの符号化されたコンポジットトランスポートチャネルで送信するために層１へ同時発信が可能な現在有効なトランスポートフォーマットの組み合わせの許された組み合わせ、すなわち、個々のトランスポートチャネルから得られる１つのトランスポートフォーマットを含む組み合わせとして定義される。ＵＥのトランスポートフォーマットの組み合わせ（ＴＦＣ）は、例えば、個々のチャネル用としてブロックサイズと、擬似静的なＴＴＩサイズと、符号化タイプと、静的なレートマッチングパラメータと共に、個々のチャネル（動的部分）用として利用可能なブロックサイズおよびブロック設定サイズの様々な可能性を用いて定義される３つの専用チャネルを設けるようにしてもよい。３Ｇ  ＴＳ  ２５.３０２  ｖ３.３.０（２０００-０１）の第７章１.８を参照されたい。上述の技術仕様の第７章１.１１に述べられているように、ＴＦＣＩの一定値と一定のＴＦＣとの間には１対１の対応がある。現在有効なトランスポートフォーマットの組み合わせについて受信側に知らせるためにしたがって適当なトランスポートチャネルでの受信データの復号化、逆多重化及び配信方法について知らせるためにＴＦＣＩが使用される。
【００５６】
トランスポートフォーマット指標（ＴＦＩ）とは、３Ｇ  ＴＳ  ２５.３０２  ｖ３.３.０（２０００-０１）のそれぞれ第７章１.６と第７章１.７に定義されているようなトランスポートフォーマットセット内のある特定のトランスポートフォーマットを表すラベルである。それは、３ＧＴＳ２５.３０２の第７章１.２に定義されているようなトランスポートブロックのセットがトランスポートチャネルの２層間で交換される度にＭＡＣとＬ１間での層間通信で使用される。ＭＡＣは、ＴＦＳ内の選択肢の間からどのトランスポートフォーマットを使用すべきかを決定する。ＤＳＣＨがＤＣＨと関連づけられるとき、ＤＳＣＨのＴＦＩは、ＵＥがリスンする必要があるＤＳＣＨの物理チャネル（すなわちチャネル化コード）の指示も行う。
【００５７】
ＭＡＣは、個々のトランスポートチャネルでのトランスポートブロックセットの個々の配信時に層１に対してＴＦＩを指示する。次いで、層１はＵＥのすべてのパラレルトランスポートチャネルのＴＦＩからＴＦＣＩを組み立て、トランスポートブロックを適切に処理し、ＴＦＣＩを物理制御信号に付加する。ＴＦＣＩの検出を通じて、受信側はトランスポートフォーマットの組み合わせを識別することができる。割り当てられたトランスポートフォーマットの組み合わせから、受信側は情報を復号化し適当なトランスポートチャネルでこの情報をＭＡＣへ転送するために必要なすべての情報を入手する。
【００５８】
したがって、ＡＭＣ（適応変調符号化）時にチャネル化コード数と、対応するＭＣＳ（変調符号化方式）とを信号送信するための、送信側から受信側への信号送信メカニズムとしてＴＦＣＩを利用する場合、本発明による適正な処理を行うためにＵＥが知ることができるようにコードチャネルの電力レベルを信号送信することも可能であることを理解することができる。したがって、図５のＴＦＣＩは本発明の最適化情報を伝えるように適合された従来技術を示す例図として理解されたい。
【００５９】
上述の記載について考えるとき、電力レベルを示す所定のビット数を用いて、共用制御チャネルなどで個々のパケットを用いて電力レベルを明白に信号で送信できる（あるいは電力レベルを一定にすることができる。その場合電力レベルを信号送信する必要は全くない）ことが理解できる。
【００６０】
この着想は、トランスポートフォーマットの組み合わせの中へ電力レベルを含めるという着想である。すなわち、例えば、より少ないコードを含み、かつ、コードチャネル当たりより多くの電力を使用する追加のＭＣＳが形成される。ＭＣＳ（及びコードチャネル情報）と共に、トランスポートフォーマットの組み合わせを形成する電力レベルを予め設定することが可能であり、使用すべきフォーマットを指示するためにＴＦＣＩまたはＴＦＣＩタイプの信号処理が利用される。この時トランスポートフォーマットには電力レベルが含まれる。別の可能性として、ＭＣＳを拡張して使用するコードチャネル数および／または電力レベルを含めるという可能性が考えられる。
【００６１】
別の重要な配慮としてＵＥでの利用可能な処理時間がある。本願では以下の表１により処理時間要件を予め公に提案した。ＵＥに対する処理時間要件の提案はバッファサイズと処理時間とを組み合わせた最適化として導き出したものである。この提案は図６に図示のタイミングの仮説と以下の仮説とに基づくものであった。
・  Ｎ＝６とＴＴＩ＝３スロット
・  関連するＤＰＣＨには本願でポインタと呼ばれる１タイムスロットが含まれる。Tpointer＝１スロット。この中には以下が含まれる：
・  ＵＥ  ｉｄ
・  ＭＣＳ
・  コードツリーにおける開始ポイント
・  共有制御チャネルはＨＳＤＳＣＨ  ＴＴＩとの同時送信が想定され、以下を含む：
・  ＡＲＱパラメータ
・  コードチャネル数
・  Tcontrol＝１スロット。これはＤＰＣＨで送信されるパラメータの復号化に必要な時間である。
・  Tack＝１スロット（アップリンク時）
【００６２】
【表１】
2004536505.tif 000003
【００６３】
本願の視点として、ＵＥに対する所要処理時間がＵＥの複雑さに影響を与える主要な問題点であり、最大データ転送レートが、処理を必要とするほぼ１０Ｍｂｉｔ／秒であることを考慮するという点が挙げられる。したがって、本願は、ＵＥ処理時間用として少なくともＴｕｅｐ＝５ｍｓを利用できるようにＤＬチャネル構造の設計を行うべきである旨を推奨する。そうでない場合、ＮとＴＴＩの対に対する代替の提案をどのようなものにすべきかを再度考慮する必要がある。
【００６４】
言うまでもなく、本願でＮ＝６からＮ＝７へＮを増やすことも可能ではあるが、その場合、（１０Ｍｂｉｔ／秒をサポートする最高クラスのＵＥ用の）ＵＥの所要バッファサイズが増加することを意味することにもなり、これはあまり望ましいことではない。したがって、本願は、上記要件が、ＵＥの処理時間用としてＴｕｅｐ＝５ｍｓを利用できるようにすることを提案するものである。これは、ＤＬチャネル構造が拡散される最大時間がＴＤＬ制御＝６スロットとなり、ＵＥが、関連するＤＰＣＨにおいて１スロット上にわたって拡散される非同期タイミングを持つことが予め考慮されることを意味する。TDL_control＝６スロットは、本願の前回のＤＬ構造についての提案で用いた値であったが、これは本願の新たな代替提案でも目標とするものである。
【００６５】
トランスポートフォーマットのパラメータに対するＴＦＣＩタイプのマッピングフィロソフィの利用に関係するさらなる考慮について以下記載する。ＨＳ-ＤＳＣＨ送信のトランスポートフォーマットを定義するパラメータと考えることも可能な或るパラメータをまとめて送信すべきであるということが以前他の人々によって指摘されたことがある。これらのパラメータは主として以下のものである：
・  コード多重化情報
・  変調と符号化
・  ＨＳ-ＤＳＣＨコードチャネル電力関連情報
【００６６】
リリース９９でＴＦＣＩに対して定義されているような同種の着想を用いることも可能である。この着想とは、上記３つのすべてのパラメータを定義する或る最大ビット数が予約されていれば、コード多重化情報などの方により多数の値を定義し、ＭＣＳにはそれより少数の値を定義することが可能な場合もあるという着想である。また、場合によっては、ＭＣＳの方により多くの値を定義し、コード多重化などにはより少ない値を定義することも可能である。
【００６７】
これらのＴＦパラメータの若干が（例えば関連するＤＣＨのＨＳ-ＤＳＣＨ  ＴＴＩの前などに）別々に送信されたり、これらＴＦパラメータの若干が共用制御チャネルで同時にＨＳ-ＤＳＣＨ  ＴＴＩへ送信されたりした場合、これらのパラメータ値に関する余裕を示す一定量の柔軟性が無駄に浪費される。これは重要なポイントであり、ＴＦパラメータの十分な柔軟性が保たれるような方法で、ＨＳＤＰＡ  ＤＬ構造の１つの要件がＴＦＣＩのコンセプトをサポートするようなものとなることが推奨される。好ましくは、これらパラメータのほとんどを同じ束で送信することによりこの要件が達成されることが望ましい。一方、例えば、ＡＲＱ関連パラメータは、ＴＦパラメータとの組み合わせを必要とするような種類のパラメータではないため、所望の場合、上記ＴＦパラメータを持つ同じ束で送信することがないようにこれらのパラメータの送信を行うことができる。
【００６８】
本願出願者は、対応するＨＳ-ＤＳＣＨ  ＴＴＩの前に或る一定のパラメータを送信すべきであるという問題点をすでに公に提起している。いずれにせよＨＳＤＰＡ端末装置は非常に高速な処理を必要とするが、この高速処理はＵＥの複雑さという主要な問題点であると本願出願者は考える。したがって、上記仕様を定義して、ＵＥの複雑さが可能な限り最小のものとなるようにすることが望ましい。少なくともＨＳ-ＤＳＣＨの連続処理を回避できるように、ＵＥ  ｉｄを事前に送信することが望ましいというコンセンサスが存在するように思われる。
【００６９】
上記に加えて、本願の提案として上述のＴＦパラメータが、以下の、
・  コード多重化情報
・  変調と符号化
・  ＨＳ-ＤＳＣＨコードチャネル電力関連情報
を事前に送信することが望ましいという点が挙げられる。上記事前送信の１つの利点として、ＵＥがリアルタイムで復調を行うことが可能となる結果、２以上の場所にＵＥバッファを設けることを回避できるという点が挙げられる。したがって、ＭＣＳ、コード電力レベル及びコードに関する情報を得るために、ＵＥがＨＳＤＳＣＨ  ＴＴＩの終了を待つ必要がないため、変調シンボルレベルでのバッファを回避することができる。リアルタイムでの復調が可能でない場合、変調シンボルレベルでの量子化に必要なビット数の方が、ターボ復号器の入力部におけるビット数よりもおそらく多くなるため、変調シンボルレベルでのバッファサイズをきわめて大きくすることが可能となることに注意されたい。
【００７０】
本願で最も重要な問題と考えられる別の利点としてＵＥ処理時間の最適化がある。ＵＥがリアルタイムで復調を開始できる場合、ａｃｋの送信前にＵＥの利用可能な処理時間の最適化が可能となる。なぜならＵＥが復調を開始できるようになるまで、最初ＴＴＩの終了を待つ必要がなくなるからである。本発明が提案するＴＴＩ長は３スロットであるため、このタイムスケールでの処理時間の節減は明らかに非常に望ましいものである。
【００７１】
したがって、ＵＥの処理時間を最適化するために、本願では、対応するＨＳＤＳＣＨ  ＴＴＩの前にＵＥ  ｉｄとＴＦパラメータとを送信するというＤＬ構造の１つの要件を提案するものである。“前に”という語は、本願は、これらのパラメータとＨＳＤＳＣＨ  ＴＴＩとの間に、上記パラメータの復号化時間を許容するための少なくとも１つのタイムスロットが存在すべきであることを意味する。
【００７２】
２つの代替のＨＳＤＰＡ  ＤＬ構造について以下記載する。まず、本願の前回の提案が図７に示されているが、これに基づいて上記記載のＵＥの処理時間要件は導き出されたものである。本願の前回の提案は上記にリストした以下の要件を満たすものである：
１）  ＴＴＩ長さ＝３スロット
２）  この結果Ｔｕｅｐ＝５ｍｓとなり、これはＤＬチャネル構造が拡散される最大時間であるTDL_controlが６スロットとなることを意味する。
３）  対応するＨＳＤＳＣＨ  ＴＴＩの前に、リアルタイムでの復調を可能にするＴＦパラメータ（ＭＣＳ、コードツリーの開始点）はすべて送信される。ＨＳＤＳＣＨ  ＴＴＩ受信の開始前に当該情報を処理するための１スロットタイムが存在する。
【００７３】
ＵＥが完全に満たすわけではない要件として以下のものがある：
４）  ＴＦＣＩタイプのマッピングに対する十分な柔軟性はＴＦパラメータに対して保証されない。この理由としてＭＣＳからコードチャネル数が別々に送信されることが挙げられる。しかし、この構造では、１スロット時間内でＤＰＣＨの中に十分な余地がないため、ＭＣＳと共に同じ束でコードチャネル数の送信を行うことは不可能である。
【００７４】
この構造の別の欠点として、コードチャネルの電力レベルがＴＴＩ毎のベースでは信号送信されないという点が挙げられる。この理由として、この種のパラメータ用の１スロット時間内の関連するＤＰＣＨに十分な余地がないという点が再び挙げられる。一方、本願出願者は、ＱＰＳＫと８ＰＳＫの場合、コードチャネルの電力レベルの変動をＵＥへ知らせずに、ＴＴＩベース毎にコードチャネルの電力レベルの変動が可能であると言い続けてきた。
【００７５】
提案された第２の代替ＨＳＤＰＡ  ＤＬ構造が初めて図８に示されている。本願の着想として、対応するＨＳＤＳＣＨ  ＴＴＩの前に共用制御チャネルを送信すること、及び、ＴＦパラメータとＦＨＡＲＱパラメータとを別々に符号化することが挙げられる。この新たな構造によって、上記に定義した４つの要件のすべてが満たされることになる：
１）  ＴＴＩ長さ＝３スロット
２）  この結果、前回の提案と同じＴｕｅｐ＝５ｍｓが生じ、これはＤＬチャネル構造が拡散される最大時間であるTDL_controlが依然６スロットのままであることを意味する。
３）  ＴＦＣＩタイプのマッピングに対する十分な柔軟性がＴＦパラメータに対して保証され、これは３つすべてのパラメータ（コード多重化情報、ＭＣＳ、コードチャネル電力）が同じ束で送信されることを意味する。
４）  すべてのＴＦパラメータが対応するＨＳＤＳＣＨ  ＴＴＩの前に送信され、ＵＥがリアルタイムの復調を行うことが可能となる。ＨＳＤＳＣＨ  ＴＴＩ受信が開始される前に当該情報を処理するための１スロットタイムが存在する。
【００７６】
この新たな構造から得られる新たな言外の意味として、ＵＥが１つのＳＨＣＣＨまたはいくつかのＳＨＣＣＨを常に受信する必要があるという点が挙げられる。いくつかのＵＥコード多重化が存在する場合、最大Ｋ個のＵＥのみを同じＴＴＩへコード多重化することができるという限定などをどのようにしても設けるべきである。Ｋの値は例えば２〜４とすることも可能である。Ｋの値により、ネットワークが同時送信するＳＨＣＣＨの数が定義される。しかし、すべてのＵＥが４個のＳＨＣＣＨをずっと受信することが受け入可能かどうかに関するさらなる考慮が必要である。なぜなら、この受信には、ＵＥが受信しなければならないマルチコード数の増加が伴うことになるからである。１つの妥協策として、ＵＥがＳＨＣＣＨへのある種の所定のマッピングをい、例えばネットワークにより同時送信される最大４個のＳＨＣＣＨを設けて、個々のＵＥが上記４個のＳＨＣＣＨのうちの２つのＳＨＣＣＨのみをずっと受信しなければならない旨を定義する方法が考えらる。
【００７７】
上述の記載で、本願出願者は、ＨＳＤＰＡ  ＤＬ構造が満たすべきであると考える要件を提示した。本願出願者が非常に重要であると考える１態様として、ＵＥが利用可能な処理時間の最適化がある。別の重要なこととして、可能な限り柔軟なＴＦＣＩ構造をサポートするような種類の構造を定義することが挙げられる。本願出願者は、対応するＨＳＤＳＣＨ  ＴＴＩの前に関連するＤＰＣＨでＴＦパラメータのほとんどを送信する本発明の前回の提案を再び提示した。この構造の主な欠点として、コード多重化情報は２つの部分に上記構造により分割され、そのため、この構造がＴＦＣＩのコンセプトを最も柔軟にサポートするものではなくなるという点が挙げられる。この構造の別の欠点として、当該構造を用いる関連するＤＰＣＨの中にはコードチャネル電力情報のための余地が存在しないという点が挙げられる。本発明の新たな提案では、対応するＨＳＤＳＣＨ  ＴＴＩの前に共用制御チャネル内のすべてのＴＦパラメータの送信が提案される。これを行うことにより、最も柔軟なＴＦＣＩのコンセプトの利用が保証され、さらに、ＵＥの処理時間の最適化が可能となることが保証される。しかし、この構造では、ＵＥがずっと受信しなければならない共用制御チャネルの数についてさらなる検討を行う必要がある。
【００７８】
以下のさらなる考慮は、ＨＳＤＰＡに関連する多重化上の問題点及びチャネル符号化上の問題点に関するものである。いくつかの公開されている問題点に立ち戻り、いくつかの提案を行うことにする。トランスポートチャネルの多重化に関して、第１の考察としてトランスポートチャネルの数がある。ＭＡＣ−ｄにおいて様々な論理チャネルを多重化して、１つのトランスポートチャネルに変えることが可能であり、これは、単一のＨＳ-ＤＳＣＨトランスポートチャネルであっても、いくつかの論理チャネルのサポートが可能であることを意味する。しかし様々な論理チャネルが、例えばＱｏＳなどに対して非常に異なる要件を持つ場合、１つのＵＥに対していくつかのトランスポートチャネルを必要とすることが考えられる。これは、例えば、より高い優先度のチャネルを最初にスケジュールすることを可能にすることになる。現在の作業仮説として、１つのＴＴＩ内の唯一のトランスポートチャネルをＨＳ-ＤＳＣＨでサポートするという仮説を設けることにする。しかし、いくつかのトランスポートチャネルを時間多重化させて、異なるＴＴＩに変えることも可能である。このことによりいくつかの言外の意味が生じることになる：
・  異なるトランスポートチャネルは別個のＨＡＲＱ処理を行うことが望ましい（ＡＲＱ処理は例えば最大送信数などの異なるパラメータを持つ場合もある）。
・  異なるＨＡＲＱ処理に対して番号付けを行うか、あるいは、別々に分離できるものとすることが望ましい（明示的処理番号を持つ同期ＨＡＲＱと非同期ＨＡＲＱとがこの処理をサポートし、パケット番号を持つ非同期ＨＡＲＱだけがある追加の番号付けを必要とすることになる）。
・  異なるトランスポートチャネルは異なるトランスポートフォーマット（ブロックサイズ、ＭＣＳセットなど）を持つことも可能である。
【００７９】
トランスポートチャネルの多重化に関係する第２の考慮としてトランスポートブロックサイズがある。トランスポートチャネル内の擬似静的なトランスポートブロックサイズが提案される（時間多重化されて異なるＴＴＩに変えられたいくつかのトランスポートチャネルが存在する場合、これらの異なるトランスポートチャネルは異なるトランスポートブロックサイズを持つことも可能である）。このことは、ＭＡＣ-ＰＤＵとＲＬＣ-ＰＤＵは擬似静的なサイズも含まなければならないことを言外に意味する。確認応答モード（ＡＭ）サービスの場合、これは最近の標準化リリースではすでに真であり、その場合、無応答モード（ＵＭ）は可変のＲＬＣ-ＰＤＵサイズを持つことができる。必要に応じてＵＭの可変ＲＬＣ-ＰＤＵサイズを定義することも可能である。しかし、これは追加のＴＦＣを必要とすることになる。なぜならＭＣＳとコードチャネル数とは、トランスポートフォーマットを使用していることを示すことができるほど十分なものではないからである。ある特定のＵＥに対して割り当てられた最も堅牢なＭＣＳと最小コードチャネル数とに基づいてトランスポートブロックサイズの選択を行うべきである。次いで、ＭＣＳとコードチャネル数を変更することによりＴＴＩ当たりのトランスポートブロック数のみが変えられ、トランスポートブロックサイズは変わる必要はない。また、最も堅牢なＭＣＳが単一のトランスポートブロックと他のすべてのＭＣＳの整数のトランスポートブロックを含むようにＭＣＳセットの選択を行うべきである。以下に例を示す。
【００８０】
トランスポートチャネルの多重化に関係する第３の考慮である、ＴＴＩ当たりで送信されるトランスポートブロック数は、選択されたＭＣＳ並びにコードチャネル数に依存する。下記の表を参照されたい。選択されたＭＣＳとコード数とに基づいて、ＭＡＣ-ｈｓは所定数のトランスポートブロックを物理層へ送信する。したがって、通常、トランスポートブロック数を別々に信号送信する必要はない。しかし、パケットコール／セッションの最後に、任意の数の送信すべきＭＡＣ-ＰＤＵを設けるようにしてもよい。
【００８１】
送信すべき単一のＭＡＣ-ＰＤＵが存在する場合、たとえチャネル条件により堅牢でないＭＣＳの使用が可能であったとしても、最も堅牢なＭＣＳと最小コード数とを用いることが望ましい。このことは単に、上記ブロックがより高い確率を受けることを言外に意味するものにすぎない。
【００８２】
送信対象とする多くのＭＡＣ-ＰＤＵが存在するため、ＭＣＳとコード数との組み合わせが当該トランスポートブロック数を持たなくなった場合、いくつかの可能性が生じることになる。例えば、表３のＭＣＳセットについて考えると、送信対象の７つのＭＡＣ-ＰＤＵ（トランスポートブロック）が存在し、上記チャネル条件によりレート１／２と８個のコードとを持つＱＰＳＫによってＭＣＳの使用が可能となる（すなわち、８個のトランスポートブロックが当該モードにより送信可能となる）と仮定する。（少なくとも）３つの可能性が存在する：
・  まず、ＱＰＳＫ、レート１/２と６個のコードを持つ６個のトランスポートブロックを送信し、次いで、ＱＰＳＫ、レート１／４と２個のコードを持つ１ブロックを送信する。これは追加の信号送信を全く必要とせず、若干の容量を浪費し、小さな追加遅延が生じる。
・  ７個全部のトランスポートブロックを送信し、レートマッチングを用いてＴＴＩを満たすようにする。これはパフォーマンスという視点から見ると最善の解決方法であるが、追加の信号送信を必要とする。すなわちトランスポートブロック数も信号送信しなければならない（追加ＴＦＣ）。
・  ７個全部のトランスポートブロックを送信し、ＭＡＣ-ｈｓにより追加のダミーブロックを付け加える。物理層はこれを８ブロックとして処理し、受信端のＭＡＣ-ｈｓがダミーのブロックを取り除くことが望ましい。これは追加の物理層信号送信を必要としないが、若干のエネルギ浪費が生じる。
【００８３】
コードチャネルの使用状態に関して、トランスポートチャネルの多重化に関連する第４の考慮として、標準化のためにＳＦ＝１６の固定拡散率が提案され、高いデータ転送速度用として当該倍数コードを利用すべき旨が提案された。例えば、ノードＢで用いるＨＳＤＰＡ用の１０個のコードの予約も可能である旨が提案された。たとえＨＳＤＰＡ用として所定のノードＢで利用可能な１０個のコードが存在したとしても、ＴＴＩ内で所定のユーザ用として必ずしもすべてのコードの使用が必要となるわけではない。必ずしもすべてのコードがユーザへ送信されないいくつかの理由がある。
・  ＴＴＩ内でのいく人かの‘媒体’ビットレートユーザ（例えば２〜４人のユーザ）のコード多重化が可能である。
・  劣悪な条件で、例えばセルの端縁部において、より高い電力でより少数のコードをユーザへ送信する。本願では、ＨＳＤＰＡに対して割り当てられたノードＢの総電力がコードチャネル間で分割され、この分割によりコードチャネル当たりのより高い電力を得ることが仮定される。これは一般に低レートコードでＱＰＳＫを使用することになるため、コードチャネル電力の信号送信が不要となる。
・  全数のコードを持つさらに高いＭＣＳの利用は可能ではないかもしれない（品質目標が満たされない）、また、全数のコードを持つ低次のＭＣＳは目標値を大幅に上回ることになるかもしれない。この場合、より少ないコード（及びこれらのコード間で分割されたＨＳＤＰＡの総電力）でより高いＭＣＳを使用することが好適であると考えられる。例えば、ＱＰＳＫ、８個のコードを持つレート１／２の代わりに、ＱＰＳＫ、６個のコードを持つレート３／４を使用されたい（双方のケースでユーザ用として最大ＨＳＤＰＡ電力が使用されるものとする）。
【００８４】
ＨＳＤＰＡ用物理層チャネル符号化チェーンに関して、図９にＨＳＤＰＡ用のトランスポートチャネル符号化構造が描かれている。
【００８５】
誤り検出用として、前回の標準化リリースの場合と同じＣＲＣ長がＨＳＤＰＡに対して提案される。現在の作業仮説としては、ＨＳＤＰＡ  ＴＴＩ毎にＣＲＣが付加されるということが挙げられる。この理由として、トランスポートブロックのうちのいずれかに誤りが生じた場合、ＨＡＲＱがＴＴＩ全体を再転送するということが挙げられる。これによってオーバーヘッドが若干節減される。しかし、これは、異なるＭＣＳと異なる数のコードチャネル数を持つビット数が互いの整数倍ではなく、レートマッチングを用いてフレームを充填しなければならないことを言外に意味する。前回のリリースの場合のように個々のトランスポートブロック用としてＣＲＣの追加も可能である。これによってＭＣＳの変更がいくぶん促進されることになる（フレームの充填のためにレートマッチングを行う必要がなくなる）。また、ＭＡＣ層  ＨＡＲＱがＴＴＩ全体（着信済み送信の最大数）を修正できない場合、それでもＲＬＣ-ＰＤＵのうちのいくらかは正しいものであるかもしれないので、これらのＲＬＣ-ＰＤＵを上位層へ配信することも可能である。
【００８６】
１つの作業仮説として、前回のリリースの場合と同じトランスポートブロック連鎖とコードブロックのセグメンテーションとをＨＳＤＰＡに対して用いるということがある。ターボ符号化のための最大コードブロックサイズは５１１４である。
【００８７】
ＨＳ-ＤＳＣＨではターボ符号化だけがサポートされている。現行レート１／３の符号化と現行のレートマッチングを持つパンクチャリングとを用いて、３／４、１／２、３／８などのような別のコードレートを得るようにすることができる。レート１／４でさえ反復によってレート１／３から生成することが可能である。或いは、新しい低レートエンコーダを指定することができる。
【００８８】
前回のリリースの場合と同じレートマッチングアルゴリズムをＨＳＤＰＡ用として使用することが望ましい。ＨＳＤＰＡにおけるレートマッチングはいくつかの目的に用いられる：
・  レートマッチング（パンクチャリングや反復）を用いて異なるＭＣＳ用の異なるコードレートの生成を行うことができる。
・  反復（あるいはより少ないパンクチャリング）を用いて、アップリンク時と同時に（ＤＴＸを避けるために）フレームの充填を行うことができる。しかし、トランスポートブロックサイズを選択して、追加の充填が不要となるようにするほうが良い。添付資料Ａに図示のように上記充填の不要が可能である。
レートマッチングのための追加の信号送信は不要となり、ＭＣＳと固定トランスポートブロックサイズ（呼設定時に構成される）によりレートマッチングの量が定義される。ＨＳＤＰＡ  ＴＴＩ毎に唯一つのトランスポートチャネルだけが送信されるため、レートマッチングには異なるトランスポートチャネルのパフォーマンスのバランスをとる必要がなくなることに注意されたい。
【００８９】
ＨＳＤＰＡ  ＴＴＩが固定されているため、第２のインタリービングのみが必要となる。
【００９０】
さらに高次の変調によるＤＴＸの利用は、例えば、除去した１ビットで４ビット列をマップ化して１６ＱＡＭコンステレーションにする方法などの、ＱＰＳＫの場合ほど簡単ではない。２つの可能な代替方法が前回のＤＴＸの提案時に提示された。ＤＴＸの代替として、レートマッチングの反復を用いて、フレームを充填する方法がある（アップリンク参照）。ＨＳ-ＤＳＣＨの場合、ＴＴＩ毎に唯一つのトランスポートチャネルだけがサポートされるため上記方法は可能であり、したがって、ＣＣＴｒＣＨの異なるトランスポートチャネルのパフォーマンスのバランスをとるためのレートマッチングは不要となる。たとえ反復を利用する場合であっても、電力レベルは変更すべきでないことに留意されたい。反復の結果改善されるパフォーマンスは単にブロック誤り率を下げるものにすぎず、したがって再送回数（及び遅延）を減らすものにすぎない。本発明の提案は、レートマッチング反復（あるいはより少ないパンクチャリング）を利用してＤＴＸを用いずにフレームを充填する方法である。しかし、追加の充填が不要よなるようにトランスポートブロックサイズの選択を行う方が良い。
【００９１】
物理チャネルマッピングに関する限り、前回の標準化リリースの場合と同じ方法で異なるコードチャネルに対してビットのマッピングを行うことが可能となる。
【００９２】
上述の考慮を要約すると、（１）ＨＳＤＰＡがサポートするトランスポートチャネル数を決定する必要がある。（２）トランスポートブロックサイズは擬似静的なものにし、最も堅牢なＭＣＳに基づくものとすることが望ましい。（３）ＭＣＳは、（ＲＬＣレベルの再セグメンテーションを避けるために）唯一のトランスポートブロックサイズを必要とするようにすることが望ましい。（４）トランスポートブロック数は別個のパラメータとならないようにすることが望ましい。すなわち、ＭＣＳとコードチャネル数はトランスポートブロック数も言外に示すようにすることが望ましい（ＭＡＣ-ｈｓで必要な場合にダミーのブロックを追加できる可能性について検討することが望ましい）。（５）個々のトランスポートブロックにＣＲＣを追加することを再度考慮することが望ましい。（６）ＤＴＸの代わりにレートマッチングを利用してＴＴＩを充填することが望ましい。
【００９３】
擬似静的なトランスポートブロックサイズに基づく可能なＭＣＳセットを以下に示す。ビット／ＴＴＩはＴＴＩ当たりの情報ビット数を示す。いくつかのデータ転送レートに対する数個の代替値が表に示されていることに注意されたい。このことは、必ずしもこれらすべての代替値が提案されていることを意味するものではない。上記代替値は単に、異なるデータ転送レートを取得するいくつかの方法があることを示すものにすぎない。最終的に、パフォーマンスと実施構成の複雑さに基づいてこれらの方式の適正なサブセットを選択することが望ましい。
【００９４】
【表２】
2004536505.tif 000004
【００９５】
図１０と１１とは、表２の２つの例示ＭＣＳを対象とするチャネル符号化と物理チャネルセグメンテーションとを示す。
【００９６】
【表３】
2004536505.tif 000005
【００９７】
【表４】
2004536505.tif 000006
【００９８】
【表５】
2004536505.tif 000007
【００９９】
図１を参照して、必ずしもすべての生じる可能性のあるＭＣＳを検査しなければならないわけではない旨を再言しておくべきであろう。検査用として選択できるＭＣＳもあれば、スキップされるＭＣＳもある。言い換えれば、“ｊ”はすべての値１、２、３、４、５、６、…などの中を１ステップずつ進む必要はない。別の列を選択することも可能である。１つの可能性として、ＵＥが測定に基づいてＳＩＲの代わりに所望のＭＣＳを報告するという可能性が挙げられる。これは粗いＳＩＲ測定または要求と考えることができる。この場合、対応するＳＩＲ値はお互いから６ｄＢ離れているものとすることができる。したがって、実際のＭＣＳ間のいくつかの、‘中間ＭＣＳ’を定義して、さらに正確なＳＩＲ値を得るようにすることも可能である。例えば１乃至２個の中間ＭＣＳが個々の‘現実の’ＭＣＳの間に存在するようにすることも可能であり、それによって測定時に３乃至２ｄＢの細分性が得られることになる。実際には、これらの中間ＭＣＳは、より少数の（またはより多数の）チャネル化コードを持つ現行のＭＣＳを表すことになる。例えば本願では以下のようなＭＣＳセットを設けることが可能である：
ＭＣＳ０：送信なし
ＭＣＳ１：ＱＰＳＫ１／４（但し１／４はレート１／４ターボコードを意味する）
ＭＣＳ２
ＭＣＳ３：ＱＰＳＫ１／２
ＭＣＳ４
ＭＣＳ５：ＱＰＳＫ３／４
ＭＣＳ６
ＭＣＳ７：１６ＱＡＭ３／４
ＭＣＳ８
ＭＣＳ９：６４ＱＡＭ３／４
【０１００】
この場合、偶数番号を持つＭＣＳは、中間ＭＣＳを表し、アップリンクで測定値を信号送信する際、ＵＥも中間ＭＣＳを使用することが可能である。すなわち、ＭＣＳ７が全数のコードの場合不能であるが、より少数のコードの場合には可能となる（全数のコードの場合、ＭＣＳ５よりも高いデータ転送速度を与える）ようにチャネルがなっている場合、ＵＥはＭＣＳ６を要求することができる。
【０１０１】
典型的には、（例えば上記ＭＣＳセットの場合）ＭＣＳ間のデータ転送レートは（最大で）ＭＣＳ１とＭＣＳ３またはＭＣＳ５とＭＣＳ７などの２の倍数である。例えば、ＨＳ-ＤＳＣＨ用として利用可能な最大１２個のチャネル化コードが存在する場合、１２個のコードを持つＭＣＳ１と、６個のコードを持つＭＣＳ３とは同じデータ転送レートを示す。しかし、ＭＣＳ（この場合ＭＣＳ１）が堅牢であればそれだけより優れたパフォーマンスが得られる（ＨＳ-ＤＳＣＨの総電力がＵＥに対して割り当てられている場合）。したがって、‘中間ＭＣＳ’は、より高いデータ転送レートを得るために、上記コードの１／２より多数のコードを含むことが望ましい。
【０１０２】
さらに詳細には、ＭＣＳも実際にコード数を含むことが望ましい。例えば、
ＭＣＳ０：送信なし
ＭＣＳ１：ＱＰＳＫ１／４、３個のコード
ＭＣＳ２：ＱＰＳＫ１／４、６個のコード
ＭＣＳ３：ＱＰＳＫ１／４、９個のコード
ＭＣＳ４：ＱＰＳＫ１／４、１２個のコード
ＭＣＳ５：ＱＰＳＫ１／２、９個のコード
ＭＣＳ６：ＱＰＳＫ１／２、１２個のコード
ＭＣＳ７：ＱＰＳＫ３／４、９個のコード
ＭＣＳ８：ＱＰＳＫ３／４、１２個のコード
ＭＣＳ９：１６ＱＡＭ３／４、９個のコード
ＭＣＳ１０：１６ＱＡＭ３／４、１２個のコード
ＭＣＳ１１：６４ＱＡＭ３／４、９個のコード
ＭＣＳ１２：６４ＱＡＭ３／４、１２個のコード
【０１０３】
個々のＭＣＳに関連するコード数は任意の数とすることができる（例えば、上記ＭＣＳ１１は１０個のコードを持つことも可能である）ことに留意されたい。しかし、前述したように、より少数のコードを持つ堅牢でないＭＣＳの方が、より多数のコードを持つさらに堅牢なＭＣＳよりも高いデータ転送レートを与える（データ転送レートが同じであれば、より堅牢なＭＣＳの方がいずれにせよより良好なパフォーマンスを与えることになる）。それにもかかわらず、無線リンク条件に基づく“許容された”マルチコードと共に様々の可能なＭＣＳを持つ上記のようなリストまたは表を選択のために設けてもよい。
【０１０４】
例えば、４ビットの場合、１６個の異なるＭＣＳ、すなわちＭＣＳとコードチャネル数の組み合わせを信号送信することが可能となる。
【０１０５】
ＵＥは、最大ＨＳＤＰＡ電力が当該ＵＥに対して割り当てられていると仮定すると、上記組合わせ値を用いてノードＢにリンクやチャネルの品質を伝えることになる。次いで、ノードＢ内のパケットスケジューリング用アルゴリズムは、より少数のコードをＵＥに割り当てることができる（例えば、ＵＥがさらに多数のユーザのコード多重化を同時に行いたい場合など）。例えば、２人のユーザ（ＵＥ１とＵＥ２）が最大６個のコードについて、双方のコード多重化を行い、ＵＥ１がＭＣＳ５を要求し、ＵＥ２がＭＣＳ８を望んでいる場合、ノードＢは４個のコード（及び１／２ＨＳＤＰＡ電力）でＱＰＳＫ１／２をＵＥ１に割り当て、ＵＥ２に対して、６個のコード（及び１／２ＨＳＤＰＡ電力）でＱＰＳＫ３／４を割り当てることも可能である。
【０１０６】
ダウンリンクでは、ノードＢは実際のＭＣＳが何であるか、コード数及びどのコード並びに使用電力レベルを最終的に決定し、ＵＥにこれらを伝えなければならない（少数のコードが最大電力で割り当てられているのか、低電力でのコード多重化に起因するのかはＵＥにはわからない）。ダウンリンクでは、前述したようにＴＦＣＩタイプの信号送信の使用が可能である。
【０１０７】
以上、本発明の最良の実施形態と関連して本発明について図示し、説明したが、上述の記載並びに、本発明の形態及び細部におけるその他の様々な変更、省略並びに追加を本発明の精神と範囲から逸脱することなく本発明において行うことも可能であることは当業者であれば理解されよう。
【図面の簡単な説明】
【０１０８】
【図１】本発明に基づく、セルラ無線システムにおける適応変調と誤り訂正符号化によるマルチコードチャネル化の利用についての２次元最適化のフローチャートを示す。
【図２】本発明のＨＳＤＰＡ実施形態に関連する、１ユーザ当たりの最大チャネル化コード（コードチャネル）数の関数として平均ＤＳＣＨビットレートを示す。
【図３】上述のＨＳＤＰＡ実施形態に関連する、１ユーザ当たりの最大コードチャネル数の関数としての１接続当たりの平均ＤＳＣＨビットレートを示す。
【図４】上述のＨＳＤＰＡ実施形態に関連する、１ユーザ当たりの最大コードチャネル数の関数としての接続毎の平均転送遅延を示す。
【図５】物理チャネル上へのトランスポートチャネルのマッピング、及び、トランスポートチャネル上への物理チャネルのマッピングのための上位層と物理層間のインタフェースを示す。
【図６】６個のＨＳＤＰＡチャネル（Ｎ＝６）の場合のＨＡＲＱのタイミング図を示す。
【図７】第１のＨＳＤＰＡ  ＤＬ構造を示す。
【図８】第２のＨＳＤＰＡ  ＤＬ構造を示す。
【図９】ＨＳＤＰＡ用のトランスポートチャネル符号化構造を示す。
【図１０】表２のＱＳＰＫ１／４、５個のコードに対するチャネル符号化と物理的セグメンテーションとの第１の例を示す。
【図１１】表２のＱＰＳＫ３／４、５個のコードに対するチャネル符号化と物理的セグメンテーションの第２の例を示す。
【図１】
2004536505.tif 000008
【図２】
2004536505.tif 000009
【図３】
2004536505.tif 000010
【図４】
2004536505.tif 000011
【図５】
2004536505.tif 000012
【図６】
2004536505.tif 000013
【図７】
2004536505.tif 000014
【図８】
2004536505.tif 000015
【図９】
2004536505.tif 000016
【図１０】
2004536505.tif 000017
【図１１】
2004536505.tif 000018
【国際公開パンフレット】
2004536505.tif 000019
2004536505.tif 000020
2004536505.tif 000021
2004536505.tif 000022
2004536505.tif 000023
2004536505.tif 000024
2004536505.tif 000025
2004536505.tif 000026
2004536505.tif 000027
2004536505.tif 000028
2004536505.tif 000029
2004536505.tif 000030
2004536505.tif 000031
2004536505.tif 000032
2004536505.tif 000033
2004536505.tif 000034
2004536505.tif 000035
2004536505.tif 000036
2004536505.tif 000037
2004536505.tif 000038
2004536505.tif 000039
2004536505.tif 000040
2004536505.tif 000041
2004536505.tif 000042
2004536505.tif 000043
2004536505.tif 000044
2004536505.tif 000045
2004536505.tif 000046
2004536505.tif 000047
2004536505.tif 000048
2004536505.tif 000049
2004536505.tif 000050
2004536505.tif 000051
2004536505.tif 000052
2004536505.tif 000053
2004536505.tif 000054
2004536505.tif 000055
2004536505.tif 000056
2004536505.tif 000057
2004536505.tif 000058
2004536505.tif 000059
2004536505.tif 000060
2004536505.tif 000061
2004536505.tif 000062
2004536505.tif 000063
2004536505.tif 000064
2004536505.tif 000065
2004536505.tif 000066
2004536505.tif 000067
2004536505.tif 000068
2004536505.tif 000069
2004536505.tif 000070
2004536505.tif 000071
2004536505.tif 000072
2004536505.tif 000073
2004536505.tif 000074
【国際公開パンフレット（コレクトバージョン）】
2004536505.tif 000075
2004536505.tif 000076
【国際調査報告】
2004536505.tif 000077
2004536505.tif 000078