(57)【要約】【課題】スロット当たり多数のユーザにサービスすること。【解決手段】ＣＤＭＡ（符号分割多元接続）テクノロジを使用する順方向リンク設計が提供される。この設計において、スロット当たり多数のユーザにサービスするため、順方向リンク上のデータと制御情報との間で時分割多重化が使用される。ＣＤＭＡ（符号分割多元接続）テクノロジを使用する他の順方向リンク設計が提供される。この設計において、スロット当たり多数のユーザにサービスするため、順方向リンク上のデータと制御情報との間で符号分割多重化が使用される。この設計は、好ましくは、レガシー標準、例えばＩＳ２０００Ａとバックワード互換性がある。逆方向リンク設計も提供される。【選択図】図１
2004511995.tif 000002
【特許請求の範囲】
【請求項１】
ＣＤＭＡ（符号分割多元接続）通信システムの順方向リンク上を伝送する方法であって、
各々のフレームが複数のスロットを含む順方向リンク・フレームを伝送し、
各々のスロットについて、順方向共用チャネルを伝送し、順方向共用チャネルはウォルシュカバーを所定の最大数まで有するように構成され、順方向共用チャネルは、スロット単位で、或るスロットでは１つの高レート・データ・ユーザのコンテンツを搬送するようにスケジュールされ、或るスロットでは複数の音声ユーザのコンテンツを搬送するようにスケジュールされ（音声ユーザは音声又は低レート・データである）、
どのスロットがユーザのコンテンツを含むかをユーザに決定させるように構成されたユーザ識別チャネルを伝送する
ことを含む方法。
【請求項２】
順方向共用チャネルは、更に、或るスロットでは、複数の音声ユーザ及び１つの高レート・データ・ユーザのコンテンツをスケジュールするように構成される、請求項１に記載の方法。
【請求項３】
ユーザ識別チャネルが、異なった符号空間を使用して共用チャネルと並行に伝送される、請求項２に記載の方法。
【請求項４】
各々のスロットの間に、順方向共用チャネルが、ウォルシュカバーの所定の最大数から、そのスロットの間にサービスされているレガシー・ユーザを収容するために必要なウォルシュカバーの数を差し引いた数に等しいウォルシュカバーの上にスケジュールされる、請求項３に記載の方法。
【請求項５】
所定の最大数のウォルシュカバーが、１４の１６アレーウォルシュカバーである、請求項４に記載の方法。
【請求項６】
ウォルシュカバーが１６アレーウォルシュカバーであり、所与のスロットの中で、１つ又は複数の１６アレーウォルシュカバーが更に複数の音声ユーザのために分割され、順方向共用チャネルの残りの全ての１６アレーウォルシュカバーが、一時に１つの高レート・データ・ユーザへ利用可能にされる共用データ・チャネルへ割り当てられる、請求項３に記載の方法。
【請求項７】
各々のスロットが１．２５ｍｓのスロット持続時間を有し、所与のユーザの共用データ・チャネル・コンテンツが多数の隣接スロットを占有する、請求項６に記載の方法。
【請求項８】
更に、共用データ・チャネルに関して制御情報を伝送することを含む、請求項７に記載の方法。
【請求項９】
共用データ・チャネルに関する制御情報が、所与のデータ・ユーザへ利用可能にされる多数の隣接スロットの表示を含む、請求項８に記載の方法。
【請求項１０】
制御情報が、低次変調（ＱＰＳＫ及び８−ＰＳＫ）のためにデータ・パケット・サイズ及びシングル／混成スロット・インディケータを含み、高次変調のためにデータ・パケット・サイズ、シングル／混成スロット・インディケータ、及び６４ＱＡＭ並びに１６ＱＡＭ共用チャネルの所与の利得値を含む、請求項９に記載の方法。
【請求項１１】
少なくとも或るスロットが、フル・レートで伝送される音声を含む、請求項３に記載の方法。
【請求項１２】
更に、フル・レートで伝送される音声をターボ・エンコードし、１つ又は２つの共用チャネル１６アレーウォルシュ符号を使用して、そのようなコンテンツを伝送することを含む、請求項１１に記載の方法。
【請求項１３】
少なくとも或るスロットが、１／２、１／４、又は１／８のレートを使用して伝送される音声コンテンツを含む、請求項３に記載の方法。
【請求項１４】
更に、畳み込み符号化を使用して１／２、１／４、及び１／８レートの音声チャネルをエンコードし、ただ１つの共用チャネル１６アレーウォルシュ符号を使用して、そのようなコンテンツを伝送することを含む、請求項１１に記載の方法。
【請求項１５】
フレームが２０ｍｓの持続時間を有し、各々のフレームは１６の１．２５ｍｓスロットから構成され、各々のスロットは１５３６のチップを含む、請求項３に記載の方法。
【請求項１６】
ウォルシュ符号及びサブ識別子を含むユーザ識別子を伝送することによって、共用データ・チャネルの現在のスロットがユーザのデータを含むかどうかを特定のユーザへ通知するため、ユーザ識別チャネルが使用される、請求項３に記載の方法。
【請求項１７】
サブ識別子がＮビット識別子であり、ウォルシュ符号がＰ個のＭアレーウォルシュ符号の１つである、請求項１６に記載の方法。
【請求項１８】
ユーザ識別チャネルが、Ｋ個のチップ・スロットの中で伝送され、かつＩ及びＱのチャネルを有し、それによって２＊Ｋ／（Ｍ）ビット容量、及びスロット当たり２＊Ｋ＊Ｍ／Ｎ個のユーザ識別子を伝送する能力を提供する、請求項１７に記載の方法。
【請求項１９】
Ｍ＝５１２、Ｋ＝１５３６、Ｎ＝３、Ｐ＝１６であり、それによってスロット当たり３２のユーザ識別子を伝送する能力、及び１２８の異なったユーザを唯一無二に識別する能力を提供する、請求項１６に記載の方法。
【請求項２０】
Ｍ＝５１２、Ｋ＝１５３６、Ｎ＝３、Ｐ＝８であり、それによってスロット当たり１６のユーザ識別子を伝送する能力、及び６４の異なったユーザを唯一無二に識別する能力を提供する、請求項１６に記載の方法。
【請求項２１】
音声専用ユーザが、１つのユーザ識別子を割り当てられ、音声及びデータを有するユーザが、データのために１つのユーザ識別子を割り当てられ、音声のために１つのユーザ識別子を割り当てられる、請求項１５に記載の方法。
【請求項２２】
高レート・データが伝送される所与のスロットについて、スロットの間に良好なチャネル条件を有する可能性のある高レート・データ・ユーザのためにデータが伝送される、請求項１に記載の方法。
【請求項２３】
更に、スロットごとにフィードバックされたチャネル推定に基づいて共用データ・チャネルのために適応変調及び符号化を実行することを含む、請求項２２に記載の方法。
【請求項２４】
更に、フル・レート音声は、ターボ符号化を使用し、１つ又は２つの共用チャネル１６アレーウォルシュ符号を使用して、１つの共用チャネル１６アレーウォルシュ符号で８ＰＳＫ変調を実行するか、２つの共用チャネル１６アレーウォルシュ符号でＱＰＳＫ変調を実行することができ、
１／２、１／４、及び１／８レート音声は、畳み込み符号化を使用し、ただ１つの共用チャネル１６アレーウォルシュ符号を使用するように、
レート及びチャネル推定に依存して５つの可能な方法の１つで音声コンテンツを符号化することを含む、請求項３に記載の方法。
【請求項２５】
更に、最初のハーフフレームに音声ユーザをスケジュールするプリファレンスを与え、
各々のスロットについて、そのスロットの間にスケジュールされた各々の音声ユーザからのＡＣＫ又はＮＡＫ　ＶＡＲＱ信号を探索し、可能な場合、第２のハーフフレームでＮＡＫ　ＶＡＲＱ信号が受け取られた音声ユーザを再スケジュールする
ことによって音声ユーザをスケジュールするように構成された、請求項１に記載の方法。
【請求項２６】
ＶＡＲＱ信号が、１ｘＲＴＴ類似の逆方向パイロット・チャネルにおいて、以前の所定のパワー制御ビット・ロケーションで受け取られる、請求項２５に記載の方法。
【請求項２７】
逆方向レート・インディケータ（ＲＲＩ）信号が、更に、１ｘＲＴＴＴ類似の逆方向パイロット・チャネルにおいて、以前の所定のパワー制御ビット・ロケーションで受け取られる、請求項２６に記載の方法。
【請求項２８】
各々のフレームが１６のスロットを有し、ＶＡＲＱ及びＲＲＩ信号の位置が、
音声サービスのみを有するユーザについては、ＶＡＲＱ有効ビット位置が、現在のフレームのスロット３、４、７、８、９、１１、１２、１３、１５、及び次のフレームのスロット０、１の中にあり、スロット２、６、１０、１４がＲＲＩのために予約され、
データ・サービス及び音声サービスの双方を有するユーザについては、ＲＲＩがスロット０〜８及び１１〜１５の中で伝送され、ＶＡＲＱがスロット９及び１０の中で伝送される
規則に従う、請求項２７に記載の方法。
【請求項２９】
もし所与のスロットのユーザの音声データが正しくデコードされるならば、所与のスロットに続くフレームの全てのスロットの中、及び次のフレームの最初の２つのスロットの中で、ＡＣＫ　ＶＡＲＱ信号が基地局へ送られ、もし音声がユーザのために所与のスロットの中で伝送されなかったか、もしユーザの音声データが正しくデコードされないならば、ユーザの音声データを含むスロットが正しくデコードされるまで、ＮＡＫ　ＶＡＲＱ信号が全てのスロット上で送られる、請求項２８に記載の方法。
【請求項３０】
更に、所与のスロットの間にスケジュールされた各々の音声ユーザのために逆方向チャネルを処理し、所与のスロットに対する逆方向チャネルの所定のスロット位置でＮＡＫ　ＶＡＲＱ信号又はＡＣＫ　ＶＡＲＱ信号を探索する
ことを含む、請求項１に記載の方法。
【請求項３１】
更に、順方向補助ページング・チャネルを伝送し、順方向補助ページング・チャネルは、共用チャネル・スロットのために利用可能な１６アレーウォルシュ符号の数、及び混成共用チャネル・スロットで音声のために利用可能な１６アレーウォルシュ符号の数をブロードキャストすることを含む、請求項１に記載の方法。
【請求項３２】
更に、各々のユーザからチャネル推定を受け取る、請求項１に記載の方法。
【請求項３３】
各々のユーザについて、そのユーザのために受け取られたチャネル推定に基づいて適応変調及び符号化が実行され、各々のスロットにおけるユーザのスケジューリングも、チャネル推定に基づいて実行される、請求項３２に記載の方法。
【請求項３４】
更に、各々のユーザからセクタ選択値を受け取ることを含む、請求項３３に記載の方法。
【請求項３５】
チャネル推定及びセクタ選択値が、各々のユーザからのチャネル推定及びセクタ選択（Ｒ−ＣＨＥＳＳ）チャネルの上で受け取られる、請求項３４に記載の方法。
【請求項３６】
所与のユーザのセクタ選択値が、所与のユーザのために最良セクタを識別し、そのユーザから受け取られたセクタ選択値に基づいてハンドオフが所与のユーザのために実行される、請求項３５に記載の方法。
【請求項３７】
ワイヤレス端末が、作動していると考えるセクタを示すため、各々のセクタ選択値が使用され、
各々のセクタ選択値が、アクティブ・セットに所属するセクタを表示し、アクティブ・セットは、受け入れ可能な信号長を有するものとして前に識別されたセクタであり、
逆方向リンク・トラヒックについては、アクティブ・セットの全てのセクタがワイヤレス端末からの伝送を聴取し、多数のセクタによって受け取られた多数の信号の中の最良信号が受信信号として選択され、それによってソフト逆方向リンク・ハンドオフ・メカニズムを提供し、
順方向リンク・トラヒックについては、所与のユーザのためにセクタ選択値によって定義されたセクタのみが所与のユーザへ伝送する、
請求項３６に記載の方法。
【請求項３８】
データ・ユーザ又はデータ／音声ユーザについては、セクタ選択値は、１つのセクタ値から他のセクタ値へ直接変わることを許されず、セクタ選択値はセクタ値からヌル値へ変わって、それからセクタ値へ変わることだけを許され、音声専用ユーザについては、セクタ選択値は１つのセクタ値から他のセクタ値へ直接変わることを許される、請求項３６に記載の方法。
【請求項３９】
セクタの選択は、セクタ値から他のセクタ値へ直接変わることを排除し、セクタ値からヌル値へ変わり、それから他のセクタ値へ変わることだけを許す、請求項３２に記載の方法。
【請求項４０】
更に、セクタ選択消去が現在のアクティブ・セクタで受け取られた場合、もしセクタ選択消去がデータ・ユーザに対応して受け取られるならば、そのユーザのためにデータはスケジュールされず、もしセクタ選択消去が音声ユーザに対応して受け取られるならば、音声コンテンツはそのユーザのためにスケジュールを継続される
ことを含む、請求項３５に記載の方法。
【請求項４１】
更に、現在のアクティブ・セクタが音声コンテンツの送信を停止する前に、他の有効なセクタに対応する２つのセクタ選択値が受け取られることを要求することを含む、請求項３８に記載の方法。
【請求項４２】
更に、所与のスロットの中で送られるターボ符号化データシンボルの一部分を選択するためのＵＴＣ（協定世界時）を基準とする均一秒タイミングを使用し、
各々の均一秒でスタートして、ｋ＝０から（均一秒時間間隔）／Ｋごとに増加するＫｍａｘまでカウントするカウント値ｋを使用し、
ｉ１＝１＋モジュロ（ｋＬ，Ｍ）及びｉ２＝ｉ１＋Ｌ−１から実際のターボ伝送パケットの開始（ｉ１）及び終了（ｉ２）シンボル位置を計算し、ターボ符号化パケットは周期Ｍを有する周期信号として現れ、ここでＮはシンボルの数で表されたユーザ・ペイロード・パケット・サイズであり、Ｍはターボ符号化の後のパックされたサイズ（シンボルの数）である符号化パケット・サイズであり、Ｌはシンボルの数で表された実際の伝送パケット・サイズであり、その結果、有効コードレートはＮ／Ｌとなり、
ワイヤレス端末は、パケット・サイズ情報を引き出し、カウント値を使用して、受け取られたパケットがターボ符号化パケットのどの部分に所属するかを決定する
ことによって共用チャネル上で音声及びデータのために系統的な所定の増分冗長シンボル選択を提供することを含む、請求項１に記載の方法。
【請求項４３】
更に、音声ユーザが音声情報を受け取る１つ又は２つの１６アレーウォルシュ符号を計算するために使用される音声チャネル番号Ｖ（Ｖ＝０，１，２，．．．）を各々の音声ユーザへ割り当て、
補助ページング・チャネル（ＳＰＣＨ）を使用して、データ専用共用チャネル・スロットに利用可能な１６アレーウォルシュ符号の数（Ｎｄ）、及び混成共用チャネル・スロットの音声に利用可能な１６アレーウォルシュ符号の数（Ｎｖ）をブロードキャストし、
Ｘ１＝１５−モジュロ（Ｖ，Ｎｖ）及びＸ２＝１５−モジュロ（Ｖ＋１，Ｎｖ）に従って、特定のユーザに対する２つのウォルシュ符号、Ｗｘ１１６及びＷｘ２１６を計算する
ことによって音声ウォルシュ符号を割り当てることを含む、請求項３に記載の方法。
【請求項４４】
更に、所与のユーザへ前もって知らされたウォルシュカバーを使用して、所与のユーザの音声コンテンツを伝送する
ことを含む、請求項１に記載の方法。
【請求項４５】
更に、音声及びデータの伝送における外側ループ・パワー制御のために否定応答（ＮＡＫ）及び肯定応答（ＡＣＫ）信号を使用することを含む、請求項３０に記載の方法。
【請求項４６】
外側ループ・パワー制御が、
ＮＡＫ及び非ＡＣＫ／ＮＡＫフレームの数をカウントすることによって、順方向リンク・フレーム誤り率を計算し、
前記順方向リンク・フレーム誤り率に基づいて外側ループ・パワー制御を決定する
ことを含む、請求項４５に記載の方法。
【請求項４７】
更に、パケット・サイズ、パケット長、及びスロットが１つのデータ専用ユーザに対するものであるか、データ・ユーザ及び１つ又は複数の音声ユーザに対するものであるかを表示するスロット・タイプ・フラグを示す明示データ・レート・サブチャネルを提供する
ことによって、共用チャネルのためにデータ・レートを明示的に指示することを含む、請求項１に記載の方法。
【請求項４８】
各々のスロットが、データ及び／又は音声のみを伝送できる複数の所定のデータ伝送期間を含み、パイロット・データのみが伝送される少なくとも１つの所定の期間及びＭＡＣチャネルのみが伝送される少なくとも１つの所定の期間を有する、
請求項１に記載の方法。
【請求項４９】
マルチユーザ・スロットを伝送するように構成され、各々のマルチユーザ・スロットは、前記ユーザ識別チャネルを含むプリアンブルを有し、また１つのスロット及び多数のスロットによるシングルユーザ高レート伝送に適応して、シングルユーザ高レート伝送の各々の最初のスロットが、前記ユーザ識別チャネルを含むプリアンブルを有する、請求項４８に記載の方法。
【請求項５０】
順方向パイロット・チャネルが、各々のセクタによって、変調されないＢＰＳＫとして順方向チャネル上の各々のハーフ・スロットで伝送される、請求項４９に記載の方法。
【請求項５１】
パイロット・チャネルが、ハーフスロットごとにフル・セクタ・パワーで９６のチップバーストとして伝送される、請求項４９に記載の方法。
【請求項５２】
各々のスロットが、第１の３０４チップ・データ期間、第１の３２チップＭＡＣチャネル・スロット、９６チップ・パイロット・バースト、第２の３２チップＭＡＣチャネル・スロット、第２及び第３の３０４チップ・データ期間、第３の３２チップＭＡＣチャネル・スロット、第２の９６チップ・パイロット・バースト、第４の３２チップＭＡＣチャネル・スロット、及び第４の３０４チップ・データ期間を含む、請求項４９に記載の方法。
【請求項５３】
順方向パワー制御コマンド及び逆方向アクティビティ・コマンドを伝送するためにＭＡＣチャネルが使用される、請求項５２に記載の方法。
【請求項５４】
各々の音声ユーザが少なくとも１つのグループＩＤを割り当てられ、
各々のデータ・ユーザがグループＩＤを割り当てられ、
１つのグループＩＤがプリアンブル上で伝送され、スロットがユーザのコンテンツを有することを、そのグループＩＤを割り当てられたユーザへ通知する、
請求項５２に記載の方法。
【請求項５５】
各々の音声ユーザが３つのグループＩＤを有し、１つのＧＩＤ１は、その音声が１つの１６アレーウォルシュカバーを使用して伝送されているときに使用され、１つのＧＩＤ２は、その音声が２つの１６アレーウォルシュカバーを使用して伝送されているときに使用され、また１つのＧＩＤ４は、その音声が４つの１６アレーウォルシュカバーを使用して伝送されているときに使用され、
各々のユーザが、その３つのグループＩＤの各々についてウォルシュカバーを割り当てられ、所与のグループＩＤが伝送されるとき、所与のグループＩＤを割り当てられた全ての音声ユーザは、スロットが音声ユーザのコンテンツを含むことを知り、幾つのウォルシュ符号を回復し、どのウォルシュ符号を回復すべきかを知る、
請求項５４に記載の方法。
【請求項５６】
図５Ａの表の任意の行からのパラメータを使用してデータを伝送するように構成された、請求項１に記載の方法。
【請求項５７】
図５Ｂの表の任意の行からのパラメータを使用して音声を伝送するように構成された、請求項１に記載の方法。
【請求項５８】
図５Ｃの表の任意の行からのパラメータを使用して音声を伝送するように構成された、請求項１に記載の方法。
【請求項５９】
図５Ｄの表の任意の行からのパラメータを使用して音声を伝送するように構成された、請求項１に記載の方法。
【請求項６０】
図１２の表の任意の行からのパラメータを使用して音声を伝送するように構成された、請求項２に記載の方法。
【請求項６１】
図１３の表の任意の行からのパラメータを使用してデータを伝送するように構成された、請求項２に記載の方法。
【請求項６２】
図１４の表の任意の行からのパラメータを使用してデータを伝送するように構成された、請求項２に記載の方法。
【請求項６３】
共用データ・チャネルの現在のスロットが、ユーザのためにデータを含むかどうかを特定のユーザへ通知する方法であって、
ユーザ識別チャネルを提供し、
ウォルシュ符号及びサブ識別子を含むユーザ識別子を伝送する
ことを含む方法。
【請求項６４】
サブ識別子がＮビット識別子であり、ウォルシュ符号がＰ個のＭアレーウォルシュ符号の１つである、請求項６３に記載の方法。
【請求項６５】
ユーザ識別チャネルがＫ個のチップ・スロットの中で伝送され、Ｉ及びＱのチャネルを有し、それによって２＊Ｋ／（Ｍ）ビット容量及びスロット当たり２＊Ｋ＊Ｍ／Ｎユーザ識別子を伝送する能力を提供する、請求項６４に記載の方法。
【請求項６６】
Ｍ＝５１２、Ｋ＝１５３６、Ｎ＝３、及びＰ＝１６であり、それによってスロット当たり３２のユーザ識別子を伝送する能力、及び１２８の異なったユーザを唯一無二に識別する能力を提供する、請求項６５に記載の方法。
【請求項６７】
Ｍ＝５１２、Ｋ＝１５３６、Ｎ＝３、及びＰ＝８であり、それによってスロット当たり１６のユーザ識別子を伝送する能力、及び６４の異なったユーザを唯一無二に識別する能力を提供する、請求項６５に記載の方法。
【請求項６８】
音声専用ユーザが１つのユーザ識別子を割り当てられ、音声及びデータを有するユーザがデータについて１つのユーザ識別子を割り当てられ、音声について１つのユーザ識別子を割り当てられる、請求項６３に記載の方法。
【請求項６９】
高レート・データが伝送される所与のスロットについて、スロットの間に良好なチャネル条件を有する可能性のある高レート・データ・ユーザのためにデータが伝送される、請求項６３に記載の方法。
【請求項７０】
更に、スロットごとにフィードバックされたチャネル推定に基づいて高レート・データ・ユーザのために適応変調及び符号化を実行することを含む、請求項６３に記載の方法。
【請求項７１】
音声ウォルシュ符号を割り当てる方法であって、
音声チャネル番号Ｖ（Ｖ＝０，１，２，．．．）を各々の音声ユーザへ割り当て、前記音声チャネル番号Ｖは、音声ユーザが音声情報を受け取る１つ又は２つの１６アレーウォルシュ符号を計算するために使用され、
補助ページング・チャネル（ＳＰＣＨ）を使用して、データ専用共用チャネル・スロットに利用可能な１６アレーウォルシュ符号の数（Ｎｄ）、及び混成共用チャネル・スロットの音声に利用可能な１６アレーウォルシュ符号の数（Ｎｖ）をブロードキャストし、
Ｘ１＝１５−モジュロ（Ｖ，Ｎｖ）及びＸ２＝１５−モジュロ（Ｖ＋１，Ｎｖ）に従って特定のユーザのために２つのウォルシュ符号、Ｗｘ１１６及びＷｘ２１６を計算する
ことを含む方法。
【請求項７２】
ＣＤＭＡ通信システムで機能するように構成されたワイヤレス端末であって、
ユーザ識別チャネル及び共用チャネルが存在するスロット構造を有するフレームを受け取るように構成された受信器を含み、
共用チャネルは複数のウォルシュ符号を使用して伝送されており、複数の音声ユーザ、複数の音声ユーザと１つの高レート・データ・ユーザ、又はただ１つの高レート・データ・ユーザのためにコンテンツを含み、
ワイヤレス端末はユーザ識別チャネルをデコードするように構成され、共用チャネルの現在のスロットが、ワイヤレス端末のために音声及び／又は高レート・データのコンテンツ（音声コンテンツは音声又は低レート・データである）を含むかどうかを決定する、
ワイヤレス端末。
【請求項７３】
現在のスロットがワイヤレス端末のために音声コンテンツを含むことをワイヤレス端末が決定した場合、受信器は、正しいＣＲＣを取得したことに基づいて、音声コンテンツを伝送するように使用された複数の異なった符号化及び変調タイプを盲目的に識別するように適応する、請求項７２に記載のワイヤレス端末。
【請求項７４】
割り当てられたユーザ識別子のウォルシュ及びサブ識別子を使用してユーザ識別チャネルをデコードするように構成された、請求項７２に記載のワイヤレス端末。
【請求項７５】
音声ユーザとして少なくとも１つのグループＩＤを割り当てられるように構成され、またデータ・ユーザとしてグループＩＤを割り当てられるように構成され、
スロットがユーザのためにコンテンツを有するかどうかをワイヤレス端末に通知するように、１つのグループＩＤが各々のスロットのプリアンブルの上で伝送される、
請求項７２に記載のワイヤレス端末。
【請求項７６】
各々の音声ユーザが３つのグループＩＤを有し、１つのＧＩＤ１はその音声が１つの１６アレーウォルシュカバーを使用して伝送されるときに使用され、１つのＧＩＤ２はその音声が２つの１６アレーウォルシュカバーを使用して伝送されるときに使用され、１つのＧＩＤ４はその音声が４つの１６アレーウォルシュカバーを使用して伝送されるときに使用され、
各々のユーザが、その３つのグループＩＤの各々についてウォルシュカバーを割り当てられ、所与のグループＩＤが伝送されるとき、所与のグループＩＤを割り当てられた全ての音声ユーザは、スロットが音声ユーザのコンテンツを含むことを知り、幾つのウォルシュ符号を回復すべきかを知り、どのウォルシュ符号を回復すべきかを知る、
請求項７５に記載のワイヤレス端末。
【請求項７７】
更に、音声のために高速ＡＲＱを実行するように構成された、請求項７０に記載のワイヤレス端末。
【請求項７８】
ユーザ識別チャネルに基づいて相関結果を決定し、
もし相関結果が第１の閾値よりも大きく、第２の閾値よりも小さいならば、ワイヤレス端末は更なるチャネルをデコードし、もしこれらのチャネルが完全性チェックに合格するならば、ＡＣＫを基地局へ送り、そうでなければ、ワイヤレス端末は現在のパケットを破棄し、
もし相関結果が第２の閾値よりも大きければ、ワイヤレス端末は更なるチャネルをデコードし、もしこれらのチャネルが完全性チェックに合格するならば、ＡＣＫ信号を基地局へ送り、もしこれらのチャネルが完全性チェックに合格しなければ、ＮＡＫを基地局へ送る
ことによって音声のために高速ＡＲＱを実行するように構成された、請求項７２に記載のワイヤレス端末。
【請求項７９】
更に、将来受け取られるデータ・パケットとソフト結合又は増分冗長のために、現在のパケット生データ・サンプルを保存するように構成された、請求項７８に記載のワイヤレス端末。
【請求項８０】
更に、もし端末が音声のみを予期していれば、１つのユーザ識別子を探索し、もし端末が音声及びデータを予期していれば、１つは音声のための、また１つはデータのための、２つのユーザ識別子を探索するように構成された、請求項７２に記載のワイヤレス端末。
【請求項８１】
更に、現在のスロットが、ユーザ識別チャネルによって決定されるワイヤレス端末のためのデータを含む場合、他の順方向リンク・チャネルをデコードしてデータ・パケットを伝送するときに使用されたパラメータを決定し、次に他の順方向リンク・チャネルから決定されたデータ・レートを使用して、共用チャネル上のデータを復調する
ことを含む、請求項８０に記載のワイヤレス端末。
【請求項８２】
更に、音声ＡＲＱを実行するように構成された、請求項７２に記載のワイヤレス端末。
【請求項８３】
１ｘＲＴＴ類似のパイロット・チャネルを使用して音声ＡＲＱを実行するように構成された、請求項８２に記載のワイヤレス端末。
【請求項８４】
更に、ＲＲＩ（逆方向レート・インディケータ）を伝送するために１ｘＲＴＴ類似のパイロット・チャネルが使用される、請求項８３に記載のワイヤレス端末。
【請求項８５】
音声サービスのみで機能しているとき、ＶＡＲＱ有効ビット位置は、現在のフレームのスロット３、４、７、８、９、１１、１２、１３、１５、及び次のフレームのスロット０、１の中にあり、スロット２、６、１０、１４はＲＲＩ（逆方向レート・インディケータ）のために予約され、
データ・サービス及び音声サービスの双方で機能しているとき、ＶＡＲＱの位置はフレームの中でスロット９及び１０に固定され、残りのスロットは逆方向レート・インディケータのために使用される
ことに従うＶＡＲＱビットを伝送することによって音声ＡＲＱを実行するように構成された、請求項８４に記載のワイヤレス端末。
【請求項８６】
混合データ及び音声ユーザのワイヤレス端末として機能しているとき、各々のＲＲＩ（逆方向レート・インディケータ）シンボル（３ビット）を、２回繰り返されてスロット０〜８及び１１〜１５へマップされた長さ７のシンプレクス・コードへマップし、音声ＡＲＱは１つのビットをスロット９及び１０へマップされ、現在のフレームについて、逆方向専用制御チャネル又は逆方向補助チャネルがアクティブであるか、いずれもアクティブでないかを示すためＲＲＩが使用され、
音声専用ユーザのワイヤレス端末として機能しているとき、ＲＲＩビットをスロット２、６、１０、１２へマップし、音声ＡＲＱはＲＲＩに予約されない２つの連続スロットの中へ１つのビットをマップされる
ように構成された、請求項８２に記載のワイヤレス端末。
【請求項８７】
更に、各々の順方向スロットのために１つのスロットを有するチャネル推定及びセクタ選択（Ｒ−ＣＨＥＳＳ）チャネルを伝送するように構成され、或るスロットはチャネル推定を含み、他のスロットはセクタ選択値を含む、請求項８２に記載のワイヤレス端末。
【請求項８８】
ＣＨＥＳＳチャネルはデータ・ユーザのためにセクタ選択を可能にし、このセクタ選択は、或るセクタ値から他のセクタ値へ直接変わることを排除し、セクタ値からヌル値へ変わり、それから他のセクタ値へ変わることだけを許す、請求項８７に記載のワイヤレス端末。
【請求項８９】
もしセクタ選択値が第１のセクタ値からヌル値へ変わるならば、ワイヤレス端末は、多数の後続のスロットの間、第１のセクタ値のためにチャネル推定を報告し続けるように構成され、
セクタ選択値が異なったセクタ値へ変わるとき、ワイヤレス端末はこの新しいセクタのためにチャネル推定を報告し始める、
請求項８８に記載のワイヤレス端末。
【請求項９０】
各々のチャネル推定が、絶対チャネル推定を表す３ビット値を含む、請求項８７に記載のワイヤレス端末。
【請求項９１】
チャネル推定が、絶対チャネル推定の表現とチャネル推定の変化との間で交替する３ビット値を含む、請求項８７に記載のワイヤレス端末。
【請求項９２】
セクタ選択値が１６の利用可能なＣＨＥＳＳチャネル・スロットの第１及び第９のスロットの間に送られ、チャネル推定がスロットの残りの間に送られる、
請求項８７に記載のワイヤレス端末。
【請求項９３】
共用チャネル上を送られたパケットを処理して音声及びデータのために系統的な所定の増分冗長シンボル選択を提供するように構成されたワイヤレス端末であって、前記増分冗長シンボル選択では、所与のスロットで伝送されるターボ符号化データシンボルの一部分を選択するためにＵＴＣ（協定世界時）を基準とした均一秒タイミングが使用され、各々の均一秒で開始してｋ＝０から（均一秒時間間隔）／Ｋごとに増分するＫｍａｘまでカウントするカウント値ｋが使用され、実際のターボ伝送パケットの開始シンボル位置（ｉ１）及び終了シンボル位置（ｉ２）は、ｉ１＝１＋モジュロ（ｋＬ，Ｍ）及びｉ２＝ｉ１＋Ｌ−１から計算され、ターボ符号化パケットは期間Ｍを有する周期信号として現れ、ここでＮはシンボルの数で表されたユーザ・ペイロード・パケット・サイズであり、Ｍはターボ符号化の後のパックされたサイズ（シンボルの数）である符号化パケット・サイズであり、Ｌはシンボルの数で表された実際の伝送パケット・サイズであり、その結果、有効コードレートはＮ／Ｌとなり、ワイヤレス端末は、
パケット・サイズ情報を引き出し、カウント値を使用して、受け取られたパケットがターボ符号化パケットのどの部分に所属するかを決定する
ことによってパケットを処理するように構成される、請求項７２に記載のワイヤレス端末。
【請求項９４】
更に、パケットをデコードするように構成され、デコードされたパケットの品質チェックを実行し、
もしデコードされた結果が品質チェックに合格しなければ、前に受け取られたパケットが正しくデコードされたか否かをチェックし、
もし前に受け取られたパケットが誤っていれば、現在受け取られたパケットが、前に受け取られたパケットとのソフト結合及び／又は増分冗長に使用され、
もし前に受け取られたパケットが正しいか、結合及びデコードされた結果が誤っていれば、ＮＡＫ信号が基地局へ送られ、現在受け取られたパケットが記憶されて将来受け取られるパケットとのソフト結合及び／又は増分冗長に使用される、
請求項９３に記載のワイヤレス端末。
【請求項９５】
図２２及び図２３の表の任意の行のパラメータに従って補助チャネルを伝送するように構成された、請求項７２に記載のワイヤレス端末。
【請求項９６】
逆方向補助チャネル及び逆方向制御チャネルを時分割多重化する方法であって、
前記補助チャネル及び制御チャネルを多重化し、
逆方向レート・インディケータ（ＲＲＩ）を介して、補助チャネル又は制御チャネルがアクティブであるか、いずれもアクティブでないかを表示することを含み、
ワイヤレス端末モデム及び基地局モデムの物理リソースによってチャネルの共用を可能にする方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、データ機能及び音声機能の双方を提供するＣＤＭＡシステムに関する。
【０００２】
【従来の技術】
符号分割多元接続（ＣＤＭＡ）は、最初、ＩＳ−９５として標準化されたセルラ技術である。これは、セルラ分野でＧＳＭ技術と優位性を争っている。ＣＤＭＡは、セルラ・システムの容量を増加するスペクトラム拡散技術を使用する。ＣＤＭＡは、１９９３年に米国電気通信工業会（ＴＩＡ）によって採用された。現在、異なったバリエーションが存在するが、最初のＣＤＭＡは、現在ではｃｄｍａＯｎｅとして知られる。例えば、現在、ｃｄｍａ２０００　１ｘＲＴＴ及びその変形、例えば１ｘＥＶ−ＤＯ、１ｘＥＶ−ＤＶ、及び３ｘＲＴＴマルチキャリア（ＭＣ　３ｘ）が存在する。これらは、基本的に、１．２５ＭＨｚキャリア・チャネルの使用変形を指す。例えば、ＭＣ　３ｘは、３．７５ＭＨｚキャリア・チャネルを使用する。２００１年５月までに、ｃｄｍａＯｎｅシステムには、世界で３千５百万の加入者が存在した。
【０００３】
ＩＴＵのＩＭＴ−２０００イニシアチブのもとでの第三世代の開発努力は、大部分がワイヤレス・チャネルでサポートされるデータレートを増加する必要性によって動機づけられた。高レートに対する要望は、第二世代システムによっては満たされなかった。なぜなら、これらのシステムは、音声及び低レート・データに対してのみ定義及び設計されていたからである。データ・レートが高くなると、伝送に必要な無線チャネルの帯域幅は増加する。
【０００４】
ｃｄｍａ２０００標準は、最初のＩＳ−９５標準に基づいた第三世代（３Ｇ）ソリューションである。他の３Ｇ標準とは異なり、ｃｄｍａ２０００は既存のワイヤレス標準の発展である。ｃｄｍａ２０００標準は、ＩＭＴ−２０００のために国際電気通信連合（ＩＴＵ）が定義した３Ｇサービスをサポートする。３Ｇネットワークは、より良好なパフォーマンス、より大きな費用対効率、及び顕著に多いコンテンツのワイヤレス・サービスを提供する。本質的には、目的は、１つのワイヤレス端末から任意のサービス、任意の場所、任意の時間へのアクセス、即ち、真の集中モバイル・サービスである。
【０００５】
現在、第三世代ＣＤＭＡ技術を革新するため、世界的リソースが投入されつつある。ｃｄｍａ２０００標準は、第三世代（３Ｇ）ネットワークの集中を促進し容易にするため、オペレータ調和グループによって同意されたエア・インタフェースの無線アクセス「ファミリー」の１つのモードである。言い換えれば、ｃｄｍａ２０００標準は、移動性及びインターネットによって創造された新しい市場力学を利用したいワイヤレス・オペレータの１つのソリューションである。ｃｄｍａ２０００標準は、エア・インタフェースであると同時に、顧客が今日望んでいるサービスを提供する核心的ネットワーク・ソリューションである。
【０００６】
ｃｄｍａ２０００標準の目的は、危険を緩和し、投資を保護し、オペレータの行動に強力な支持を与えて、オペレータがネットワークを開発し３Ｇサービスを提供するように後援することであった。ｃｄｍａ２０００に基づいたネットワークは、ｃｄｍａＯｎｅ（ＩＳ−９５）配置とのバックワード互換性を有し、ｃｄｍａＯｎｅネットワークにおけるオペレータの投資を保護し、次世代への簡単な費用効果的移行経路を提供する。更に、ｃｄｍａ２０００ネットワークは、音声品質及び音声容量の改善を提供し、高速及びマルチメディア・データ・サービスをサポートする。
【０００７】
１ｘＲＴＴ、３Ｇ１Ｘ、又は簡単に１Ｘなどの様々な用語で知られるｃｄｍａ２０００の第１段階は、ｃｄｍａＯｎｅの約２倍の音声容量、１４４ｋｂｐｓの平均データ・レート、ｃｄｍａＯｎｅネットワークとのバックワード互換性、及び多くの他のパフォーマンス改善を提供する。ｃｄｍａ２０００　１ｘＲＴＴ標準は、既存のスペクトラム又は新しいスペクトラム割り振りで実現されることができる。ｃｄｍａ２０００　１ｘＲＴＴネットワークは、更に、音声及びデータの同時サービス、低い待ち時間のデータ・サポート、及び他のパフォーマンス改善を実現する。ｃｄｍａ２０００によって提供されるｃｄｍａＯｎｅとのバックワード互換性は、更に、投資の保護を確実にする。
【０００８】
しかし、ｃｄｍａ２０００標準は、標準の１．２５ＭＨｚキャリアの中で新しいサービスを継続的にサポートするように発展している。この点に関して、１ｘＲＴＴを超えるｃｄｍａ２０００の発展は、今やｃｄｍａ２０００　１ｘＥＶ、又は簡単に１ｘＥＶと呼ばれる。１ｘＥＶは、更に、２つの段階、即ち、１ｘＥＶ−ＤＯ及び１ｘＥＶ−ＤＶへ分けられる。１ｘＥＶ−ＤＯは１ｘ　Ｅｖｏｌｕｔｉｏｎ　Ｄａｔａ　Ｏｎｌｙ（１ｘ発展データのみ）の略語であり、１ｘＥＶ−ＤＶは１ｘ　Ｅｖｏｌｕｔｉｏｎ　Ｄａｔａ　ａｎｄ　Ｖｏｉｃｅ（１ｘ発展データ及び音声）の略語である。双方の１ｘＥＶ発展ステップは、標準の１．２５ＭＨｚキャリアを使用してｃｄｍａ２０００での先進サービスを提供する。従って、ｃｄｍａ２０００の発展は、今日のネットワークとのバックワード互換性を継続し、各々の発展オプションとのフォワード互換性を継続するであろう。
【０００９】
１ｘＥＶ−ＤＯ標準は、２００２年の間にｃｄｍａ２０００オペレータで利用可能になることが予想され、１Ｘシステム上で、より高いデータ・レートを提供するであろう。具体的には、１ｘＥＶ−ＤＯは、データのために別個のキャリアを指定し、このキャリアは、もし音声及びデータの同時サービスが必要であれば、１Ｘキャリアへハンドオフすることができる。データに別個のキャリアを割り振ることによって、オペレータは２Ｍｂｐｓを超えるピーク・データ伝送レートを顧客へ提供することができるであろう。
【００１０】
１ｘＥＶ−ＤＶソリューションは、１ｘＥＶ−ＤＯよりも約一年半から二年遅れて利用可能になることが想定される。１ｘＥＶ−ＤＶの目的は、ｃｄｍａ２０００のデータ及び音声サービスを１つのキャリアへ戻すことである。即ち、１ｘＥＶ−ＤＶキャリアは、高速のデータ及び音声を同時に提供するだけでなく、リアルタイムのパケット・サービスを提供することができる。
【００１１】
要するに、ｃｄｍａ２０００　１ｘＲＴＴ標準は、音声のために最適化され、１６３．２ｋｂｐｓまでの基本パケット・データ・サービスを提供する。この標準は、現在商業化されつつあり、既にとは言えないが、すぐ市場へ現れるであろう。ｃｄｍａ２０００　１ｘＥＶ−ＤＯ標準は、データのみに最適化され、２Ｍｂｐｓまでの効率的データ・サービスを提供する。この標準はｃｄｍａ２０００　１ｘＲＴＴの後に展開されるであろう。最後に、提案されたｃｄｍａ２０００　１ｘＥＶ−ＤＶ標準は、データ及び音声の双方のために最適化されるであろう。音声及びデータの同時サービスを提供するとき、そのような標準の目的は、より多くのスペクトラム効率を提供することである。従って、ワイヤレス高速データ伝送を目的としたｃｄｍａ２０００標準の発展経路に関しては、ｃｄｍａ２０００　１ｘＲＴＴ標準は、現在、ｃｄｍａ２０００　１ｘＥＶ−ＤＯ標準へ向けて進んでおり、更にｃｄｍａ２０００　１ｘＥＶ−ＤＯ標準は、最適化されたｃｄｍａ２０００　１ｘＥＶ−ＤＶ標準へ向けて進んでいる。
【００１２】
【発明が解決しようとする課題】
１ｘＲＴＴ標準から１ｘＥＶ−ＤＯへの移行経路を検査するとき、当業者は、高データ・レート（ＨＤＲ）技術が、１ｘＥＶ−ＤＯの基本テクノロジとして使用されたことを理解するであろう。更に、１ｘＥＶ−ＤＯへ１ｘＲＴＴ逆方向リンクを組み込んだことが、テクノロジ再使用の目的を達成し、費用効率的ソリューションを提供した。
【００１３】
同様に、１ｘＥＶ−ＤＯから１ｘＥＶ−ＤＶへの適切な発展は、再投資を最小にし、企業の断片化を回避する。これに照らして、１ｘＥＶ−ＤＶは、標準及び製品の１ｘＲＴＴファミリーとのバックワード互換性を有しなければならない。言い換えれば、ＣＤＭＡシステムにおける顧客及びオペレータの投資は、保護されなければならない。可能な限り最大の再使用がなされ、１ｘＥＶ−ＤＶ標準は、可能な将来の発展、例えばパケット音声を考慮しなければならない。
【００１４】
前述したことに加えて、１ｘＥＶ−ＤＶの提案は、ＣＤＭＡ開発グループ（ＣＤＧ）及びオペレータの要求を満たさなければならない。特に、１ｘＥＶ−ＤＶは、様々なＱｏＳ属性を有するサービス、同一キャリアにおける同時の音声及びデータ、音声容量の向上、パケット・データ伝送におけるより多くのスペクトラム効率の増大、及び３Ｘモード動作へのスケーラビリティをサポートしなければならない。
【００１５】
１ｘＥＶ−ＤＯは、データ容量を増加するが、同一キャリア上での音声を許さず、従って、ｃｄｍａ２０００ファミリーの音声容量を変化させない。音声トラヒックは１ｘＲＴＴの使用を継続しなければならない。２００１年１０月２２日現在で、１ｘＥＶ−ＤＶの提案は音声及びデータを統合しているが、音声は１ｘＲＴＴと同じ様式で処理され、従って音声容量は変化しない。
【００１６】
【課題を解決するための手段】
本発明の最初の広い態様は、ＣＤＭＡ（符号分割多元接続）通信システムにおいて順方向リンク上を伝送する方法を提供する。この方法は、順方向リンク・フレームを伝送することを含む。各々のフレームは複数のスロットを含み、各々のスロットについて、順方向共用チャネルが伝送される。順方向共用チャネルは、所定の最大数のウォルシュカバーまでを有するように構成される。順方向共用チャネルは、スロットごとに、或るスロットでは１つの高レート・データ・ユーザのためにコンテンツを搬送し、或るスロットでは複数の音声ユーザ（音声ユーザは音声又は低レート・データである）のコンテンツを搬送するようにスケジュールされる。更に、どのスロットがユーザのコンテンツを含むかをユーザに決定させるように構成されたユーザ識別チャネルが伝送される。
【００１７】
好ましくは、順方向共用チャネルは、更に、或るスロットでは、複数の音声ユーザ及び１つの高レート・データ・ユーザのコンテンツをスケジュールするように構成される。
【００１８】
幾つかの実施形態では、異なった符号空間を使用して、ユーザ識別チャネルが共用チャネルと並列に伝送される。
【００１９】
好ましくは、各々のスロットの間に、順方向共用チャネルは、ウォルシュカバーの所定の最大数から、そのスロットの間にサービスされているレガシー・ユーザを収容するために必要なウォルシュカバーの数を差し引いた数のウォルシュカバーの上でスケジュールされる。
【００２０】
幾つかの実施形態におけるウォルシュカバーは、１６アレー（ａｒｙ）ウォルシュカバーであり、所与のスロットでは、１つ又は複数の１６アレーウォルシュカバーが、更に複数の音声ユーザのために分割される。順方向共用チャネルの残りの全ての１６アレーウォルシュカバーは、共用データ・チャネルへ割り当てられる。この共用データ・チャネルは、一時に１つの高レート・データ・ユーザに利用可能となる。
【００２１】
好ましくは、各々のスロットは１．２５ｍｓのスロット持続時間を有し、所与のユーザの共用データ・チャネル・コンテンツは、多数の隣接スロットを占有してよい。
【００２２】
本発明の他の実施形態は、添付のクレイム１〜９６に定義される。
【００２３】
本発明は、今から、添付の図面を参照し、例を挙げて詳細に説明されるであろう。
【００２４】
【発明の実施の形態】
図１Ａは、本発明の様々な実施形態が使用されてよい例示的ワイヤレス・システムの略図である。基地局（ＢＳ）１６０は、３つのカバレージエリア・セクタ１６２、１６４、１６６を有するように示される。基地局１６０は、より大きなワイヤレス・アクセス・ネットワーク（図示されていない）の一部分を形成する。異なった数のセクタが、使用されてよい。例として、セクタ１６２の中に２つのワイヤレス端末（ＷＴ）１６８及び１７０が示される。もっとも、セクタは２つを超えるワイヤレス端末にサービスしてよい。共用順方向リンクが概略的に１７２で示される。このリンクは、基地局１６０からワイヤレス端末１６８、１７０への伝送に使用される。各々のワイヤレス端末は、更に、それぞれの専用逆方向リンク１７４、１７６を有する。順方向リンク１７２及び逆方向リンク１７４、１７６の双方は、ＣＤＭＡ基本原理を使用する。
【００２５】
本発明の第１の実施形態は、ＣＤＭＡ（符号分割多元接続）テクノロジを使用する順方向リンク設計を提供する。この設計において、スロット当たり多数のユーザにサービスするため、順方向リンク上のデータ及び制御情報の間で、時分割多重化が使用される。第１の実施形態は、図１〜図５を参照して説明されるであろう。好ましくは、この設計は、１ｘＥＶ−ＤＶソリューションの順方向リンク部分として使用されてよい。本発明の他の実施形態は、ＣＤＭＡ（符号分割多元接続）テクノロジを使用する順方向リンク設計を提供する。この順方向リンク設計において、スロット当たり多数のユーザにサービスするため、データ及び制御情報の間の符号分割多重化が順方向リンク上で使用される。この順方向リンク設計は、好ましくは、レガシー標準、例えばＩＳ２０００Ａとバックワード互換性を有する。この実施形態は、この後で、図６〜図１６を参照して説明されるであろう。好ましくは、この設計は、１ｘＥＶ−ＤＶソリューションの順方向リンク部分として使用されてよい。いずれの順方向リンク設計も、本発明の他の実施形態によって提供される逆方向リンク設計と組み合わせて使用されてよい。この逆方向リンク設計も、好ましくは、１ｘＥＶ−ＤＶ逆方向リンク・ソリューションとして適している。逆方向リンクは、この後で、図１７〜図２３を参照して詳細に説明される。逆方向リンク設計は、好ましくは、例えば１ｘＲＴＴとして現在標準化されているものと類似しているが、或る程度精緻になっている。これは、既存のハードウェア及びソフトウェアの顕著な再使用を可能にし、同時に優れたデータ・パフォーマンスを提供する。
【００２６】
好ましくは、全ての実施形態について、逆方向リンク及び順方向リンクの双方のために、２０ｍｓの物理層フレーム長が使用される。これは１ｘＲＴＴと両立する。有利には、このフレーム・サイズは、ＩＳ−９５、１ｘＲＴＴ、及び１ｘＥＶ−ＤＶをサポートすることができるトライモードモデムを可能にする。更に、以下の説明で、「音声」又は「音声ユーザ」の用語が使用される場合、これは低レート・ユーザ、即ち、音声データ自身の伝送を必要とするユーザ、又は音声情報に必要なデータ・レートに等しいデータ・レートを有するユーザ、即ち、比較的低いデータ・レートを必要とするデータ・ユーザを意味する。
【００２７】
ワイヤレス・アクセス・ネットワーク無線リンク・プロトコル（ＲＬＰ）ＡＲＱスキームの目的は、全てのサービス及びアプリケーションのために再伝送メカニズムを実現することによって、改善された無線リンク品質を提供することである。本発明のこれらの実施形態は、パケット・ワイヤレス通信システムにおける音声サービスのために新しいＡＲＱメカニズムを提供する。
【００２８】
提供されるサービスには、２つのタイプがある。サービスの１つのタイプは、遅延敏感サービス、例えば音声サービスを提供する。サービスの他のタイプは、非遅延敏感サービス、例えばデータ・サービスを提供する。
【００２９】
音声サービスについては、以下で詳細に説明するように、基地局は１つのスロットの中で多数のワイヤレス端末へ信号を送ってよい。各々のワイヤレス端末は、そのスロットの間にパケットを受け取る。これに応答して、多数のワイヤレス端末は、パケットを正しく受け取ったかどうかを表示するため、ＡＲＱ信号を基地局へ返す。高レート・データ・サービスについては、ただ１つのユーザが所与のスロットの間にデータを受け取る。これを達成する２つの方法が提供される。
【００３０】
順方向リンク−時分割多重化制御の実現
図１の順方向リンク１７２の第１の実現形態が、今から、図１〜図５を参照して詳細に提供される。新しい順方向リンク設計は、マルチユーザ順方向リンク・スロットの使用によってリソースの効率的使用を可能にする。順方向リンクは、順方向リンク上でマルチユーザ・パケットを許すプリアンブルを使用する。この結果として、マルチユーザに対する音声及びデータのサービスのために、順方向リンク・スロットの割り振りが効率的になる。
【００３１】
順方向リンクは、時間多重化され、２０ｍｓのフレームは１６スロットから構成され、１スロットは１．２５ｍｓである。各々のスロットは１５３６のチップを含む。伝送は、１６スロット境界の１つから始まる。これから詳細に説明するように、各々のスロットは多数のユーザをサポートする。
【００３２】
順方向リンクは、順方向パイロット・チャネル、順方向ＭＡＣチャネル、及び順方向トラヒック・チャネルを時間多重化する。
【００３３】
順方向パイロット・チャネルは、各々のセクタによって、順方向チャネル上の各々のハーフスロットの中で伝送される。各々のパイロット・チャネル伝送は、フル・セクタ・パワーでハーフスロットごとに９６チップ・バーストとして伝送される非変調ＢＰＳＫから構成される。
【００３４】
パイロット・チャネルは、カバレージエリアの全てのワイヤレス端末によって、獲得、同期、復調、デコーディング、及びＣ／Ｉ推定のために使用される。このような様式でパイロット・バーストを伝送することによって、データ・レート制御生成、適応変調、及び符号化のために十分に正確なＣ／Ｉ推定を得ることができる。Ｃ／Ｉ推定を容易にするため、セクタの全てからのパイロット・バーストが同時に伝送される。
【００３５】
図２を参照すると、スロットのどこで、パイロット・バーストが２つのモードのために伝送されるかが示される。２つのモードとは、概略的に１００で示されるように、順方向リンク・データが伝送されているアクティブ・モードと、概略的に１０２で示されるように、順方向リンク・データが伝送されていないアイドル・モードである。
【００３６】
アクティブ・モード１００において、順方向リンク上のスロット（１．２５ｍｓ、１５３６チップ）は、第１の３０４のチップ・データ期間１０４、第１の３２のチップＭＡＣチャネル・スロット１０６、９６のチップ・パイロット・バースト１０８、第２の３２のチップＭＡＣチャネル・スロット１１０、第２及び第３の３０４のチップ・データ期間１１２及び１１４、第３の３２のチップＭＡＣチャネル・スロット１１６、第２の９６のチップ・パイロット・バースト１１８、第４の３２のチップＭＡＣチャネル・スロット１２０、及び第４の３０４のチップ・データ期間１２２を含む。非アクティブ・モード１０２において、ＭＡＣチャネル・スロット１０６、１１０、１１６、１２０及びパイロット・バースト１０８、１１８は、アクティブ・モードと同じように、スロットの間の同じ時間に伝送され、データ期間の間では、データは伝送されない。
【００３７】
順方向ＭＡＣチャネルは、逆方向パワー制御（ＲＰＣ）チャネル及び逆方向アクティビティ（ＲＡ）チャネルを搬送する。
【００３８】
順方向トラヒック・チャネルは、４つのデータ期間１０４、１１２、１１４、１２２の上で提供され、様々なＱｏＳ属性、例えばリアルタイム・データ、非リアルタイム・データなどを有する異なったサービスを提供するために使用される。幾つかのスロットでは、これらのデータ期間１０４、１１２、１１４、１２２の１つ又は複数は、どのユーザがスロットの間にスケジュールされているかを識別するプリアンブルを伝送するために使用される。
【００３９】
再び図２を参照すると、データ期間１０４、１１２、１１４、１２２は、時分割多重化順方向トラヒック・チャネルのために使用される。時分割多重化はデータ伝送、及びパイロット並びにＭＡＣチャネル・スロット伝送の間に起こる。有利には、これによって、適度のレート要件を有するユーザのスロット当たりの数を多くするか、音声及びデータの高レート・ユーザの数を適度にする。
【００４０】
データ期間１０４、１１２、１１４、１２２の間に、順方向トラヒック・チャネルを伝送するため、多数のＣＤＭＡウォルシュカバーが使用される。好ましくは、１６の１６アレー（ａｒｙ）ウォルシュカバーが使用される。ウォルシュカバーはスロットごとに割り振り可能であり、効率性及び柔軟性を提供するように低データ・レート又は音声の多数のユーザへサービスし、また１つの高データ・レート・ユーザへサービスするように、１つのスロットが構成される。
【００４１】
各々のスロットは、マルチユーザ・スロットであるか、高レート・シングルユーザ・スロットである。シングルユーザ・スロットについては、１つの高レート・ユーザへデータを伝送するため、１６の全てのウォルシュカバーが使用される。マルチユーザ・スロットについては、１６までのユーザの間で１６のウォルシュカバーが割り振られ、ユーザ当たり１つ、２つ、又は４つのウォルシュカバーが割り振られる。
【００４２】
各々のマルチユーザ・スロットは、スロットの間にスケジュールされているユーザを識別するプリアンブルを有する。シングルユーザのパケットは、多数のスロットの上で伝送されてよく、そのような多数のスロットの最初のスロットは、データ・ユーザ及びデータ・パケットの伝送パラメータを識別するプリアンブルを含む。
【００４３】
基地局は、逆方向リンク上でワイヤレス端末から受け取られたＣＨＥＳＳチャネルの上をフィードバックされたチャネル推定、ＱｏＳ要件、及び基地局におけるトラヒック負荷に基づいて、順方向トラヒック・チャネルへデータ・パケットをスケジュールする。基地局は、１つの２０ｍｓフレームの中で、音声及びデータを同時に使用する各々のユーザのために、順方向トラヒック・チャネルの上に少なくとも１つの音声フレームをスケジュールしなければならない。シングルユーザ・スロットの実際のレートは、ＥＤＲＩ（ｅｘｐｌｉｃｉｔ　ｄａｔａ　ｒａｔｅ　ｉｎｄｉｃａｔｏｒ；　明示データ・レート・インディケータ）によって指定される。
【００４４】
図３は、マルチユーザ・スロット９６０、及び２つのスロット９６４並びに９６６から構成されるシングルユーザ伝送９６２の例示的スケジュール分割を示す。３つの全てのスロット９６０、９６４、９６６は、それぞれ一対のパイロット期間、及びそれぞれ４つのＭＡＣチャネル・スロットを有する。マルチユーザ・スロット９６０はマルチユーザ・プリアンブル９６８を有する。マルチユーザ・プリアンブル９６８は、この例では、各々が４つのウォルシュ符号を占有する４つの音声ユーザを識別する（後で説明されるユーザ・インデックス構造を介して）。４つの音声ユーザに対する伝送は、Ｖ１、Ｖ２、Ｖ３、Ｖ４として示される。シングルユーザ伝送については、最初のスロット９６４は、データ・ユーザを識別する（グループＩＤ構造を介して）プリアンブル９７０を含む。スロット９６４及び次のスロット９６６の全体のトラヒック容量は、双方のスロットのＤ１によって示されるように、シングルユーザへ提供される。
【００４５】
理解すべきは、ＭＡＣチャネル・スロット、パイロット期間、及びデータ期間のために、他のフィールド・サイズが代替的に使用されてよいことである。アクティブ・モード及びアイドル・モードの双方について、他の例が図４に示される。この例では、１５３６チップ・スロットの中で、２つの３４８チップ・データ期間１４０及び１４４、２つの７２チップ・パイロット・バースト１４２及び１５０、２つの６４チップＭＡＣチャネル・スロット１４８及び１５２、並びに２つの２８４チップ・データ期間１４６及び１５４が存在する。
【００４６】
順方向チャネル構造は図１Ｂに示される。順方向トラヒック又は制御チャネル入力Ｃ及びＤ、プリアンブル及びＥＤＲＩ入力Ｅ及びＦ、パワー制御及びＲＡチャネル入力Ｇ及びＨ、並びにパイロット・チャネル入力Ｋ及びＬは、ＴＤＭ（ｔｉｍｅ　ｄｉｖｉｓｉｏｎ　ｍｕｌｔｉｐｌｅｘｉｎｇ；　時分割多重化）ブロック８００へ入力される。ＴＤＭブロック８００は、例えば、図２で示されるように、時分割多重化を実行する。直交拡散がブロック８０２で実行される。Ｉ及びＱ出力はベースバンド・フィルタ８０４及び８０６され、変調８１０及び８１２され、８１４で加算され、順方向変調波形を生成する。
【００４７】
順方向音声トラヒック・チャネル構造は図１Ｃに示される。音声ユーザは、１つを超えるウォルシュカバーを割り当てられてよく、好ましくは、１つ、２つ、又は４つのウォルシュカバーを割り当てられる。音声ユーザ入力は、例えば８Ｋ又は１３Ｋエンコーダを使用してチャネル・エンコード８３０される。次に、スクランブル、系列繰り返し（シーケンス繰り返し）、及び／又はシンボルパンクチャが８３２で実行される。次に、ＱＰＳＫ又は１６ＱＡＭ変調が８３４で実行される。ウォルシュカバーが８３６で適用され、ウォルシュ・チャネル利得が８３８で適用される。最後に、このようにして全ての音声ユーザのために生成された出力が、ウォルシュ・チップ・レベル加算器８４０を使用して加算される。出力Ｃ及びＤは、図１Ｂの順方向チャネル構造へ入力される。
【００４８】
順方向シングルユーザ・データ・トラヒック・チャネル構造は、図１Ｄに示される。順方向データ・トラヒック・チャネル物理層パケットは、Ｒ＝１／３又は１／５レート・エンコーダ８６０を使用してエンコードされる。スクランブラ８６２の系列（シーケンス）は、８６３で加算される。次に、チャネル・インタリーブが８６４で使用され、ＱＰＳＫ／８ＰＳＫ又は１６ＱＡＭ変調器８６６によって変調が実行される。シンボル繰り返し及び／又はシンボルパンクチャが８６８で実行される。１６から１へのシンボルデマルチプレックスが８７０で起こる。次に、１６のチャネルの各々について、適切なウォルシュカバーが８７２で適用され、ウォルシュ・チャネル利得が８７３で適用され、ウォルシュ・チップ・レベルの加算が８７４で起こる。出力Ｃ及びＤは、図１Ｂの順方向チャネル構造へ入力される。
【００４９】
プリアンブル・チャネル構造は図１Ｅに示される。プリアンブルは、最初は、オール０から構成される。これは８８０で信号マッピングされる。次に、ユーザ・インデックス／グループＩＤｉを有する３２シンボル双直交カバーが、８８２で適用される。系列繰り返しが８８４で実行され、プリアンブル利得が８８６で適用される。ＥＤＲＩについては、８アレー直交変調が８８８で適用され、信号マッピングが８９０で起こり、系列繰り返しが８９２で起こり、ＥＤＲＩチャネル利得が８９４で適用される。出力Ｅ及びＦは、図１Ｂの順方向チャネル構造へ入力される。ＥＤＲＩは、高レート・シングルユーザに使用された符号化及び変調を示す。
【００５０】
３２のウォルシュ×２（プラス、マイナス）の可能な双直交符号が存在する。これらの符号は前記のプリアンブル構造へ適用されてよく、それによって６４の異なったユーザ・インデックス／グループＩＤの識別を可能にする。
【００５１】
マルチユーザ・スロットで使用されるプリアンブル・チャネル構造は、図１Ｅに示されるが、ＥＤＲＩは必要でない。
【００５２】
各々のデータ・ユーザは、データ・サービスのための１つのグループＩＤを有する（これはユーザ・インデックスＩに類似している）。これは、図１Ｂの説明で示したように、シングルユーザ・スロットのプリアンブルの間に伝送される。各々の音声ユーザは、３つのグループＩＤを有する。１つのＧＩＤ１は、その音声が１つの１６アレーウォルシュカバーを使用して伝送されるときに使用され、１つのＧＩＤ２は、その音声が２つの１６アレーウォルシュカバーを使用して伝送されるときに使用され、１つのＧＩＤ４は、その音声が４つの１６アレーウォルシュカバーを使用して伝送されるときに使用される。各々のユーザは、その３つのグループＩＤの各々についてウォルシュカバーを割り当てられる。即ち、ＧＩＤ１については、ユーザは１つのウォルシュカバーを割り当てられ、ＧＩＤ２については、ユーザは２つのウォルシュカバーを割り当てられ、ＧＩＤ４については、ユーザは４つのウォルシュカバーを割り当てられる。マルチユーザは、同じＧＩＤを割り当てられてよい。所与のＧＩＤ１が伝送されるとき、ＧＩＤ１を割り当てられた全ての音声ユーザは、ＧＩＤ１に関連した１つのウォルシュカバーの上で音声パケットを予想することを知る。同様に、所与のＧＩＤ２が伝送されるとき、ＧＩＤ２を割り当てられた全ての音声ユーザは、ＧＩＤ２に関連した２つのウォルシュカバーの上で音声パケットを予想することを知り、所与のＧＩＤ４が伝送されるとき、ＧＩＤ４を割り当てられた全ての音声ユーザは、ＧＩＤ４に関連した４つのウォルシュカバーの上で音声パケットを予想することを知る。プリアンブルは、ユーザ識別チャネルとして機能し、所与のスロットがユーザのためにコンテンツを含むかどうかをユーザが決定することを可能にする。
【００５３】
ＭＡＣチャネル・スロット１０６、１１０、１１６、１２０の構造は、このより密で柔軟なユーザ・パッキングをサブスロット・レベルへ下げるのを容易にするために設計される。逆方向パワー制御コマンド及び逆方向アクティビティ・コマンドを搬送するために使用されるＭＡＣチャネルの構造は、図１Ｆに示される。ユーザＩＤｉのＲＰＣビットは、９００で信号マッピングされる。次に、ＲＰＣウォルシュ・チャネル利得が９０２で適用される。６４アレーウォルシュカバーは９０４で適用される。８ｘＲＡＢ長スロット当たり１つの（１００／ＲＡＢ長　ｂｐｓ）ＲＡビットは、ＲＡＢ長に等しい繰り返し因子を有するビット繰り返しブロック９０８へ入力される。次に、信号点マッピングが９１０で起こり、ＲＡチャネル利得が９１２で適用される。６４アレーウォルシュカバーが９１４で適用される。９０４及び９１４の出力は、ウォルシュ・チップ・レベル加算器９０６で加算される。ウォルシュ・チップ・レベル加算器９０６は出力を有する。この出力は９１６で系列を繰り返される。出力Ｇ及びＨは、図１Ｂの順方向チャネル構造へ入力される。ＭＡＣチャネルは、６３までのユーザへスロット当たり１つのＰＣビットを提供し、スロット当たり１つのＲＡビットを提供する。ＲＡビットの第１の状態は、逆方向リンク上を伝送している全てのユーザに対して、経過が順調であることを示し、ＲＡビットの第２の状態は、逆方向リンク上を伝送している全てのユーザに対して、逆方向リンク上に過度のアクティビティが存在すること、及びデータ・レートを低くしなければならないことを示す。
【００５４】
最後に、パイロット・チャネル構造が、図１Ｇに示される。ここで、オール０から構成されるパイロット・チャネル・ビットは、９３０で信号マッピングされ、次に、ウォルシュカバー０が９３２で適用される。出力Ｋ及びＬは、図１Ｂの順方向チャネル構造への入力である。
【００５５】
データに対する順方向リンク物理層パラメータは、図５Ａに示される。データ・パケットの長さは、１〜１６スロットであってよい。異なった可能性に対するプリアンブルも、小さな１２８チップから大きな１０２４チップまで変化する。プリアンブルが長いとき、データ・ユーザに対するユーザ・インデックス／グループＩＤが繰り返される。
【００５６】
音声に対する順方向リンク物理層パラメータは、高、中間、低のチャネル推定を有するユーザについて、それぞれ図５Ｂ、図５Ｃ、及び図５Ｄに示される。図５Ｂにおいて、１６の音声ユーザが存在し、ユーザ当たり１つのウォルシュ符号が存在するとき、パラメータが使用される。図５Ｃは、８つのユーザが存在し、ユーザ当たり２つのウォルシュ符号が存在するときに使用されるパラメータを示す。図５Ｄは、４つのユーザが存在し、ユーザ当たり４つのウォルシュ符号が存在するときに使用されるパラメータを示す。
【００５７】
順方向リンク−符号分割多重化制御の実現
本発明の他の実施形態は、符号多重化を使用して制御がデータと多重化される順方向リンク設計を提供する。この実施形態は、今から図６〜図１６を参照して説明される。順方向リンクに対する新しいチャネル分割は、図６に示される。順方向チャネルは、次のものを含む。
【００５８】
順方向パイロット・チャネル（Ｆ−ＰＩＣＨ）２５０
順方向同期チャネル（Ｆ−ＳＹＣＨ）２５２
ＴＤＰＩＣＨチャネル２５４
補助ページング・チャネル（Ｆ−ＳＰＣＨ）２５８
クイック・ページング・チャネル　１　２５６
クイック・ページング・チャネル　２　２５７
順方向ページング・チャネル（Ｆ−ＰＣＨ）２６０
ユーザ識別チャネル（ＵＩＣＨ）２６２
順方向共用パワー制御チャネル（Ｆ−ＳＨＰＣＣＨ）
共通明示データ・レート表示チャネル（ＣＥＤＲＩＣＨ）２６６
共用チャネル（ＳＨＣＨ）２６８
【００５９】
好ましくは、パイロット・チャネル２５０、同期チャネル２５２、ＴＤＰＩＣＨチャネル２５４、クイック・ページング・チャネル２５６及び２５７、並びにページング・チャネル２６０は、ＩＳ２０００Ａによって定義された対応するチャネルと同じチャネル構造を有する。更に、好ましくは、共用パワー制御チャネル２６４は、ＩＳ２０００Ａによって提供されるＣＰＣＣＨ（共通パワー制御チャネル）と類似の構造を有するが、相違は後で説明する。ＩＳ２０００Ａに基づかないチャネルの各々は、この後で詳細に説明される。
【００６０】
順方向リンク動作
順方向リンクは、新しい共用チャネル（ＳＨＣＨ）の上で時分割多重化の中の符号分割多重化を使用する。ＳＨＣＨは、多数の音声ユーザ及び１つのデータ・ユーザについて、柔軟なスロット・スケジューリング及びスロットを可能にする。順方向リンク伝送は、２０ｍｓフレームとして組織化される。各々のフレームは、１６の１．２５ｍｓスロットから構成される。各々のスロットは１５３６のチップを含む。
【００６１】
順方向リンクのスロット構造は、レガシーＩＳ９５／１ｘＲＴＴユーザへサービスが提供されるかどうかに依存する。順方向スロット／符号構造は、ＩＳ９５／１ｘＲＴＴユーザが存在しないと仮定した場合について、図７に示される。効果的には、１６のウォルシュ長１６符号空間サブチャネルが存在する。
【００６２】
スロット構造は、次のチャネルを含む。即ち、６４チップのウォルシュ長を有する順方向パイロット・チャネル（Ｆ−ＰＩＣＨ）２５０、６４チップのウォルシュ長を有する順方向同期チャネル（Ｆ−ＳＹＣＨ）２５２、１２８チップのウォルシュ長を有するＴＤＰＩＣＨチャネル２５４、及び１２８チップのウォルシュ長を有する補助ページング・チャネルＦ−ＳＰＣＨ２５８である。スロット構造は、各々が１２８のウォルシュ長を有するクイック・ページング・チャネル２５６及び２５７を有する。チャネル２５０、２５２、２５４、２５６、２５７、２５８は、集合して１つのウォルシュ１６符号空間を効果的に占有する。スロット構造は、更に、６４チップのウォルシュ長を有する順方向ページング・チャネル（Ｆ−ＰＣＨ）２６０、及び各々が８つのサブチャネル及び長さ５１２チップのウォルシュ符号を有する８つのユーザ識別チャネル（ＵＩＣＨ）２６２を有する。全部で６４のＵＩＣＨサブチャネルが存在する。もし追加のユーザ識別チャネル容量が必要であれば、符号空間が許す限り追加のウォルシュ符号を割り当てることができる。もし必要であれば、共用チャネルから空間を取ってよい。スロット構造は、更に、各々が２４のサブチャネル及び１２８チップのウォルシュ長を有する３つの順方向共用パワー制御チャネル（Ｆ−ＳＨＰＣＣＨ）２６４を含む。これは、スロット容量当たり全部で７２のパワー制御ビットを与える。なぜなら、３つの符号チャネルの各々について、２４のパワー制御ビットを時分割多重化して伝送することができるからである。好ましくは、２つのパワー制御ビットが逆方向アクティビティ（ＲＡ）チャネルによって使用される。これらのビットは、逆方向アクティビティ・コマンドをブロードキャストするために使用され、逆方向リンク・レート制御に使用されることができる。注意すべきは、ＦＳＰＣＣＨの６つのビットは、好ましくは、出願人の同時係属出願で説明される先進アクセス・チャネルのために使用されることである。もし追加のパワー制御サブチャネルが必要であれば、この目的のために余分の符号空間が割り振られてよい。スロット構造は、更に、共通明示データ・レート表示チャネル（ＣＥＤＲＩＣＨ）２６６を有する。ＣＥＤＲＩＣＨ２６６は、長さ５１２チップの４つのウォルシュ符号を有する。チャネル２６０、２６２、２６４、２６６は、集合して１つのウォルシュ１６符号空間を効果的に占有する。最後に、共用チャネル（ＳＨＣＨ）は１４のウォルシュ１６符号空間を占有する。ウォルシュ分離の詳細な例示的分割は、図９の表に示される。
【００６３】
サポートされる必要があるＩＳ９５／１ｘＲＴＴ（レガシー）ユーザが存在する場合、図７のスロット構造は、これを許すように容易に適合化される。共用チャネル２６８の容量のサブセットは、これらのレガシー・ユーザのために使用されることができる。ＩＳ９５／１ｘＲＴＴユーザが存在すると仮定した場合の例が、図８に示される。スロット構造は、下方の共用チャネルまで図７と同じである。図８のスロット構造は、各々が１２８のウォルシュ長を有する２つの１ｘＲＴＴ音声チャネル２７０及び２７２、３２のウォルシュ長を有する１つの１ｘＲＴＴデータ・チャネル２７２、及び６４のウォルシュ長を有する１つのＩＳ９５音声チャネル２７６を有する。これらのレガシー・チャネルは、集合して１つのウォルシュ１６符号空間を占有する。このウォルシュ１６符号空間は、前に共用チャネルへ割り振られた容量から取られ、より小さな共用チャネル（ＳＨＣＨ）２７８を残している。従って共用チャネルは、図７の共用チャネルの場合の１４ではなく、１３のウォルシュ符号空間を占有する。所与の時点におけるレガシー・ユーザの数に依存して、共用チャネル２７８のサイズは縮小することができ、可能性としてゼロまで縮小し、又は公称として割り振られた最大１４のウォルシュ符号空間へ戻ることができる。
【００６４】
順方向リンク共用チャネル（ＳＨＣＨ）
共用チャネル２６８は、非常に柔軟なチャネルである。この例における共用チャネルは、１４までの１６アレーウォルシュ符号を有することができる。
【００６５】
１つの実施形態において、各々のＳＨＣＨ１．２５ｍｓスロットは、複数の音声ユーザ及び１つのデータ・ユーザの組み合わせ、又は１つの高レート・データ・ユーザのために、ＴＤＭベースで割り当てられることができる。
【００６６】
仮定として、高レート・データ・ユーザは、リアルタイムのトラヒック引き渡しを必要としないことにする。所与のユーザについて十分な情報が集積され、ユーザのために全体のスロットを満たすまで待つか、及び／又は所与のユーザへのチャネルが良好になるまで待つことが許される。
【００６７】
１つの実施形態において、ＳＨＣＨは固定した帯域幅を有する。他の実施形態において、ＳＨＣＨは、最大帯域幅から、音声及び低レート・データのレガシー・ユーザにサービスするのに必要な帯域幅を差し引いた帯域幅を有する。更に具体的には、この実施形態において、共用チャネル２６８の上の空間は、必要に応じて、音声及びデータのレガシー・チャネルをサポートするために取られてよく、それによって共用チャネル２６８のサイズは縮小する。
【００６８】
公称としては、共用チャネルは１．２５ｍｓベースでスケジュールされる。しかし、高レート・データ・ユーザについては、１．２５ｍｓよりも長いスケジューリング期間、２．５及び５ｍｓが許されてよい。
【００６９】
データ専用ＳＨＣＨスロットは、１４の利用可能な１６アレーウォルシュ符号の全てを、シングルユーザのデータへ割り振られる。代替的に、もし幾つかのＳＨＣＨ１６アレーウォルシュ符号がレガシー・トラヒックのために割り振られたのであれば、データ専用ＳＨＣＨは、好ましくは、残りの全てのＳＨＣＨ１６アレーウォルシュ符号を使用する。
【００７０】
混成ＳＨＣＨスロットは、１つ又は複数の音声ユーザ及び１つのデータ・ユーザの間で分割される１４の（又は、レガシー・ユーザにサービスした後では任意数の）利用可能な１６アレーウォルシュ符号を有する。音声ユーザは、ＳＨＣＨ１６アレーウォルシュ符号の全てを取ってよい。
【００７１】
図１２に要約されているように、多数の異なった変調及び符号化スキームが、好ましくは、音声ユーザのためにサポートされる。このスキームは、フル、１／２、１／４、及び１／８レートを含む。フル・レート音声は、ターボ符号化を使用し、基地局へフィードバックされたチャネル推定（ＣＨＥ）及び他のファクタに依存して、１つ又は２つのＳＨＣＨ１６アレーウォルシュ符号を使用することができる。１／２、１／４、１／８レート音声は、畳み込み符号化を使用し、ただ１つのＳＨＣＨ１６アレーウォルシュ符号を使用する。ワイヤレス端末は、正しいＣＲＣを獲得したことに依存して、５つの可能性を盲目的に識別しなければならない。音声ユーザ当たりの利得も、ＣＨＥに基づいて調整される。
【００７２】
図１３及び図１４の表に要約されるように、多数の異なった変調及び符号化スキームも、高レート・データ・ユーザのためにサポートされる。他のレートもサポートされてよい。データ・ユーザは、１．２５ｍｓごとにチャネル推定（ＣＨＥ）に基づいて変調及び符号化を適合化する。高レート・ユーザへ提供される共用チャネル部分のサイズは、幾つの音声及びレガシー・ユーザが同じスロットの中でスケジュールされるかの関数として変化するから、多くの異なった有効データ・レートが必要である。
【００７３】
１つのフル・レート音声ユーザに対する順方向共用チャネル構造と同一の１つの高レート・データ・ユーザに対する好ましい順方向共用チャネル構造が、図１０に示される。図１０では、ユーザはＮ個のウォルシュ符号を有するものと仮定される。１つの高レート・データ・ユーザは、Ｎ＝１４ウォルシュ符号の全てまでを有してよく、音声ユーザは１つ又は２つのウォルシュ符号を有するであろう。物理層パケットは、１／５レート・ターボ・エンコーダ４０２でエンコードされ、チャネル・インタリーバ４０４を通過し、好ましくは、ＳＰＩＲＳＳブロック４０５によって処理され、変調器４０６で変調される（変調タイプに依存して、ＱＰＳＫ、８−ＰＳＫ、又は１６−ＱＡＭであってよい）。このようにして生成されたシンボルは、１からＮへデマルチプレックス４１６され、適切な長符号が付加され、長符号マスクを長符号発生器４１０へ適用することによって長符号が生成され、デシメータ４１２が続く。ウォルシュ・チャネル利得４２０が適用され、適切なＮ個のウォルシュカバー４１８が適用される。最後に、ウォルシュ・チップ・レベル加算４２２が起こる。
【００７４】
本発明の１つの実施形態において、所与のスロットを伝送される１／５レート・ターボ符号化２進シンボルの部分を選択するため、ＵＴＣ（協定世界時）を基準とする均一秒タイミングが使用される。この実施形態を詳細に説明する前に、次の表記法が定義される。
【００７５】
Ｎは、シンボルの数で表したユーザ・ペイロード・パケット・サイズである。
【００７６】
Ｍは、符号化されたパケット・サイズである。これは、１／５レート・ターボ符号化の後のパックされたサイズ（シンボルの数）であり、Ｍ＝５Ｎである。
【００７７】
Ｌは、シンボルの数で表した実際に伝送されたパケット・サイズである。有効コードレートはＮ／Ｌである。
【００７８】
アクセス・ネットワーク及びワイヤレス端末の双方において、均一秒を基準とするカウントが存在する。各々の均一秒のスタートで、カウントはゼロへクリアされる。次に、各々の４つのスロットについて（即ち、５ｍｓごとに）、カウントは１だけ増加する。１つの均一秒期間には１６００スロットが存在するから、カウント値は０から３９９へ進むことができる。例えば、もし均一秒のスタート位置が、現在のフレームのスロット０のスタート位置に整列すれば、現在のフレームのスロット０、１、２、３におけるカウント値は０であろう。現在のフレームのスロット４、５、６、７におけるカウント値は１であろう。現在のフレームのスロット８、９、１０、１１におけるカウント値は２であろう。現在のフレームのスロット１２、１３、１４、１５におけるカウント値は３であろう。次のフレームのスロット０、１、２、３におけるカウント値は３であろう。以下同様である。
【００７９】
ターボ符号化パケットは、Ｍに等しい期間を有する周期信号と見ることができる。実際の伝送パケットは、スケジュールされる現在のスロットにおけるカウント値に基づいて、周期符号化パケットから選択されるであろう。もし伝送されるパケットが１つを超えるスロットを必要とするならば、それは最初のスロットにおけるカウント値に基づいて周期符号化パケットから選択されるであろう。
【００８０】
現在のスロットにおけるカウント値がｋであると仮定する。伝送された実際のパケットのスタート位置は、次のように計算される。
ｉ１＝１＋（ｋＬ）モジュロＭ
【００８１】
伝送された実際のパケットの終了位置は、次のように計算される。
ｉ２＝ｉ１＋Ｌ−１
【００８２】
ワイヤレス端末がパケットを受け取るとき、それはＣＥＤＲＩＣチャネル（後で詳細に説明される）からパケット・サイズ情報（Ｎ、Ｍ、Ｌ）を引き出すことができる。パケットが受け取られるスロット（又は、もし受け取られたパケットが多数のスロットを含むならば、パケットが受け取られる最初のスロット）におけるカウント値から、ワイヤレス端末は受け取られたパケットが１／５レート・ターボ符号化データ・パケットのどの部分に所属するかを知り、パケットを適切な方法でデコードする。もしデコードされた結果がＣＲＣに合格しなければ、ワイヤレス端末は、前に受け取られたパケットが正しくデコードされたかどうかをチェックするであろう。もし前に受け取られたパケットが誤っていれば、現在受け取られたパケットは、前に受け取られたパケットとのソフト結合及び／又は増分冗長に使用されるであろう。もし前に受け取られたパケットが正しいか、結合及びデコードされた結果が誤っていれば、ＮＡＫ信号が基地局へ送られる。現在受け取られたパケットは記憶され、将来受け取られるパケットとのソフト結合及び／又は増分冗長に使用されてよい。
【００８３】
非フル・レート音声の好ましい順方向共用チャネル構造は、図１１に示される。各々の非フル・レート音声ユーザのために、チャネル構造の具体化が存在する。図１１において、そのような２つの同一チャネル構造が４４０及び４４５として示される。例として、チャネル構造４４０を説明する。物理層パケットはエンコーダ４５０でエンコードされ、チャネル・インタリーバ４５２を通過し、ＱＰＳＫ変調器４５４を通過する。このようにして生成されたＩ及びＱチャネルは、系列繰り返し及び／又はシンボルパンクチャ４５６を受ける。適切な長符号が付加され、長符号マスクを長符号発生器４５８へ適用することによって長符号が生成され、デシメータ４６０へ通される。適切なウォルシュカバー４６２が適用され、ウォルシュ・チャネル利得４６４が適用され、最後にウォルシュ・チップ・レベルの加算４８２が起こる。
【００８４】
ＳＨＣＨ及び混成ＳＨＣＨスロットは基地局によってスケジュールされ、ワイヤレス端末は、ユーザ識別チャネル（ＵＩＣＨ）によって所与のスロットがそのワイヤレス端末の音声／データを含むかどうかを通知される。
【００８５】
ユーザ識別チャネル（ＵＩＣＨ）は、共用データ・チャネルの現在のスロットが、ワイヤレス端末のデータを含むかどうかをワイヤレス端末へ通知する方法を提供する順方向チャネルである。好ましい実施形態において、長さ５１２の８つのウォルシュ符号がＵＩＣＨチャネルへ割り振られる。このチャネルの上を伝送されるユーザ識別子は、８つのウォルシュ符号の１つのＩ又はＱ成分を使用して伝送される３ビット・サブ識別子から構成される。次のように、４つの異なった３ビット・サブ識別子が存在する。
識別子１：　０００
識別子２：　０１０
識別子３：　１１０
識別子４：　１０１
【００８６】
各々のスロットにおいて、サブ識別子は５１２アレーウォルシュ符号によって拡散され、Ｉ又はＱ成分の上を伝送されることができる。Ｉ及びＱ成分は独立に検出されることができ、ＵＩＣＨのために８つのウォルシュ符号が使用されるから、チャネルによって唯一無二に識別されることのできるユーザは、全部で６４である（８つのウォルシュ符号×２つの成分×４つのサブ識別子）。各々のスロットについて、１６までのユーザを識別することができる。ＵＩＣＨチャネル構造は、図１５に示される。所与のユーザとＵＩＣＨ識別子との間のマッピングは、ワイヤレス端末が接続される度にセットアップされる。従って、Ｉ及びＱ成分の上を伝送されるサブ識別子は、エンコーダ３２０及び３２２でエンコードされ、チャネル利得エレメント３２４及び３２６でチャネル利得を与えられ、次にウォルシュ符号をカバーされて（図示されない）伝送される。
【００８７】
前述したユーザ識別チャネル（ＵＩＣＨ）は、どのユーザが現在のスロットにスケジュールされているかを示す。スロット当たり、１６までのユーザが識別されてよい。データ及び音声を同時に有するユーザは、データ用に１つのＵＩＣＨを有し、音声用に１つのＵＩＣＨを有する。ユーザは、基地局との最初のシグナリングの間に、そのＵＩＣＨを通知される。
【００８８】
更に一般的には、サブ識別子はＮビット識別子であり、ウォルシュ符号はＰ個のＭアレーウォルシュ符号の１つである。ユーザ識別チャネルはＫ個のチップ・スロットの中で伝送され、Ｉ及びＱのチャネルを有し、それによって２＊Ｋ／（Ｍ）ビット容量及びスロット当たり２＊Ｋ＊Ｍ／Ｎ個のユーザ識別子を伝送する能力を提供する。前記の例において、Ｍ＝５１２、Ｋ＝１５３６、Ｎ＝３、及びＰ＝８であれば、スロット当たり１６のユーザ識別子を伝送する能力、及び６４の異なったユーザを唯一無二に識別する能力を提供する。他の具体的な例において、Ｍ＝５１２、Ｋ＝１５３６、Ｎ＝３、及びＰ＝１６であれば、スロット当たり３２のユーザ識別子を伝送する能力を提供し、１２８の異なったユーザを唯一無二に識別する能力を提供する。
【００８９】
好ましくは、音声ユーザは、最初のハーフフレーム（即ち、最初の８つのスロット）の中にスケジュールされる。もしワイヤレス端末が音声パケットを正しく受け取るならば、ＡＣＫ信号がワイヤレス端末によって送られる。ワイヤレス端末がＵＩＣＨを正しくデコードし、信号エネルギーを測定することによって信号を検出し、受け取られた音声パケットのＣＲＣが失敗するとき、ＮＡＫ信号が基地局へ送られる。そうでなければ、ＡＣＫ又はＮＡＫ信号は送られない。音声パケットについてＮＡＫが受け取られるとき、音声レートが１／８レートでなければ、基地局はパケットを再伝送する。１／８レートであれば、音声パケットは再伝送されない。
【００９０】
音声ユーザは音声チャネル番号（Ｖ＝０，１，２，．．．）を割り当てられる。音声チャネル番号は、音声ユーザが音声情報を受け取る１つ又は２つのＷ１６符号を計算するために使用される。補助ページング・チャネルＳＰＣＨは、ＳＨＣＨ上で利用可能な１６アレーウォルシュ符号の総数（Ｎｄ）をブロードキャストする。データ専用ＳＨＣＨスロットについては、Ｎｄは、データ・ユーザが利用可能な符号の数となる。更に、混成ＳＨＣＨスロット内で音声に利用可能な１６アレーウォルシュ符号の数（Ｎｖ）もブロードキャストされる。混成スロットにおいて、高レート・データ・ユーザに対しては、（Ｎｄ−Ｎｖ）のウォルシュ符号が存在するであろう。特定の音声ユーザに対するＷｘ１１６及びＷｘ２１６符号は、次のようにして計算される。
Ｘ１＝１５−モジュロ（Ｖ，Ｎｖ）、及び、Ｘ２＝１５−モジュロ（Ｖ＋１，Ｎｖ）
【００９１】
スケジューリングは、ＱｏＳコミットメント、ワイヤレス端末から受け取られたチャネル推定、及びセクタ選択値に基づいて実行される。もしセクタ選択消去がデータ・ユーザに対応して受け取られるならば、データはそのユーザに対してスケジュールされない。もしセクタ選択消去が音声ユーザに対応して受け取られるならば、音声情報がそのユーザに対してスケジュールされ続ける。アクティブ・セクタが音声情報の送信を停止する前に、他の有効なセクタに対応するセクタ選択値が受け取られなければならない。
【００９２】
ＳＰＣＨの好ましい構造は、図１６に示される。補助ページング・チャネル（ＳＰＣＨ）は、前述したようにＮｄ及びＮｖをブロードキャストする。この情報を含むチャネル・ビットは、エンコーダ４３０で重畳的にエンコードされ、チャネル・インタリーバ４３２でインタリーブされる。長符号マスク発生器４３４によって生成された長符号マスク及びデシメータ４３６が適用され、次にチャネル利得４３８及びデマルチプレックス機能４４０が実行される。
【００９３】
共用チャネルをデータのみに使用するとき適用される符号化／変調フォーマットを表示するため、共通明示データ・レート表示チャネル（ＣＥＤＲＩＣ）が使用される。本発明の他の実施形態は、このチャネルを提供するが、このチャネルは、共用チャネル上を伝送されるデータのデータ・レートを決定するために使用される。好ましくは、長さ５１２の４つのウォルシュ符号が、チャネルのために使用される。
【００９４】
データ・レートは、データに使用されるウォルシュ符号の数、データ・パケット・サイズ、及びパケット長から決定されることができる。補助ページング・チャネルは、共用チャネルのウォルシュ符号の数、及び音声及びデータの双方が共用チャネル内の１つのスロットで伝送されるときの音声に使用されるウォルシュ符号の数をブロードキャストする。ＣＥＤＲＩＣチャネルは、パケット・サイズ、パケット長、及びスロットが１つのデータ専用ユーザのスロットであるか多数のデータ・ユーザ及び音声ユーザのスロットであるかを表示するスロット・タイプ・フラグを含む情報を搬送する。ワイヤレス端末が高次の復調（６４ＱＡＭ又は１６ＱＡＭ）を実行するのを助けるため、利得値がＣＥＤＲＩＣの中に含まれてよい。
【００９５】
ＣＥＤＲＩＣは３つのサブチャネルから構成される。第１のサブチャネル（ＣＥＤＲＩＣ＿ａ）は、スロット単位のパケット長を搬送し、パケット長はスロットのウォルシュ符号のＩ成分で伝送される３つのシンボルによって表される（拡散後の１５３６チップ）。シンボルとパケット長との間のマッピングは、表２に示される。
【００９６】
【表２】
2004511995.tif 000003
【００９７】
第２のサブチャネル（ＣＥＤＲＩＣ＿ｂ）は、低次変調（ＱＰＳＫ及び８−ＰＳＫ）のデータ・パケット・サイズ及びスロット・タイプ・フラグから構成される情報を搬送する。第３のサブチャネル（ＣＥＤＲＩＣ＿ｃ）は、高次変調（６４−ＱＡＭ又は１６−ＱＡＭ）のデータ・パケット・サイズ、スロット・タイプ・フラグ、及び利得値から構成される情報を搬送する。
【００９８】
各々のサブチャネルは、異なったウォルシュ符号を使用する。低次変調については、パケット・サイズ情報を搬送するため、１つのウォルシュ符号が割り当てられる。もしパケットが１つのスロットで伝送されるならば、２つのパケット・サイズが使用される。従って、パケット・サイズを表示するためには、単に１つのビットが必要である（表３を参照）。スロットが１つのデータ専用ユーザのスロットであるか、多数のデータ・ユーザ及び音声ユーザのスロットであるかを表示するため、更に１つのビット（スロット・タイプ・フラグ）が必要である（表４を参照）。パケットが多数のスロットで伝送されるとき、４つのパケット・サイズを使用することができ、パケット・サイズを表示するためには、２つのビットが必要である（表５を参照）。しかし、データ・パケットのみが多数のスロットで伝送され、従ってスロット・タイプ・フラグは必要でない。要するに、シングルスロットのパケット又はマルチスロットのパケットについて、２つのビットが６つのシンボルへエンコードされ、この６つのシンボルが５１２アレーウォルシュ符号によって拡散され、Ｉ及びＱ成分の上を伝送される。
【００９９】
【表３】
2004511995.tif 000004
【０１００】
【表４】
2004511995.tif 000005
【０１０１】
【表５】
2004511995.tif 000006
【０１０２】
高次変調については、パケット・サイズ及び利得情報を搬送するため、２及び１／２のウォルシュ符号（１／２はパケット長に使用されるウォルシュ符号のＱ成分を意味する）が割り当てられる。低次変調と同じく、１ビット・パケット・サイズ・フラグ及び１ビット・スロット・タイプ・フラグがシングルスロット・パケットに使用され、２ビット・パケット・サイズ・フラグがマルチスロット・パケットに使用される。利得を表すためには、５つのビットが使用される。７つの全てのビットが１５のシンボルへエンコードされ、５１２アレーウォルシュ符号によって拡散される。
【０１０３】
もしパケットがシングルスロットで伝送されるならば、パケット・サイズ及びスロット・タイプ・フラグ（及び、該当する場合には、利得）は、データ・パケットと同じスロットで伝送される。もしパケットがマルチスロットで伝送されるならば、パケット長（スロットの数）が、最初のスロットで伝送される。パケット・サイズ（及び、該当する場合には、利得）は、続くスロットで伝送される。効果的には、ただ１つのサブチャネルが１つのスロットで伝送される。
【０１０４】
順方向リンクがＳＨＣＨを使用するとき共用パワー制御チャネル（ＳＨＰＣＣＨ）が逆方向リンクＰＣを処理する。好ましい実現形態の詳細は、後述される出願人の同時係属出願で説明される。
【０１０５】
ＳＨＰＣＣＨは、逆方向の先進アクセス・チャネル（ＡＡＣＨ）によって使用される。アクセス・プローブの間にワイヤレス端末からのメッセージ伝送に先立って、ワイヤレス端末を確認及びパワー制御するため、ＳＨＰＣＣＨからの所定のＰＣビットが先導する。
【０１０６】
好ましくは、１つの逆方向アクティビティ（ＲＡ）制御ビットを２回繰り返して送るため、２つのビットが使用される。ＲＡビットの第１の状態は、逆方向リンクの上を伝送している全てのユーザへ、経過が順調であることを表示し、ＲＡビットの第２の状態は、逆方向リンク上で伝送している全てのユーザへ、逆方向リンクの上に過剰のアクティビティが存在すること、及びデータ・レートを低くしなければならないことを表示する。
【０１０７】
外側ループ・パワー制御のＮＡＫ
基地局は、ワイヤレス端末からフィードバックされたチャネル推定情報に基づいて、ユーザへ伝送されるパワーを調整する。好ましくは、他の実施形態において、ワイヤレス端末からフィードバックされたＮＡＫ信号は、フレーム誤り率の尺度を決定するために使用され、この尺度は外側ループ・パワー制御のため、即ち、チャネル推定が基地局伝送パワーへマップされる方式を変更するために使用される。ＮＡＫフレーム及びＡＣＫ／ＮＡＫ無しのフレームをカウントすることによって、基地局は、順方向リンクのフレーム誤り率を計算することができる。この誤り率は、外側ループ・パワー制御に関する意思決定を行うために使用されることができる。この外側ループ・パワー制御のためには、逆方向リンクからの他のシグナリングは必要でない。
【０１０８】
逆方向リンクの動作
本発明の他の実施形態によって提供される逆方向リンク設計の詳細が、今から図１７〜図２３を参照して提供される。この逆方向リンク設計は、図１の逆方向リンク１７４及び１７６で使用される。好ましくは、逆方向リンクは、チャネル推定及びセクタ選択をフィードバックする新しいチャネル、ＡＲＱをフィードバックし逆方向レートを表示する新しいチャネル、及び逆方向レート表示（ＲＲＩ）チャネルによって表示されたデータ・レートを有する修正逆方向補助チャネルを追加された１ｘＲＴＴ逆方向リンクである。各々の２０ｍｓ逆方向リンク・フレームは、１６の１．２５ｍｓスロット又はパワー制御グループから構成される。多重化のために符号チャネルが使用される（基本、補助チャネル）。逆方向リンク伝送をランダムにするため、フレーム・オフセットが適用される。
【０１０９】
ここで図１７Ａを参照すると、逆方向リンクは次のチャネルを有する。
【０１１０】
逆方向パイロット・チャネル（Ｒ−ＰＩＣＨ）２７２
Ｒ−ＣＨＥＳＳ（逆方向チャネル推定及びセクタ選択）チャネル２７０、ＲＲＩ（逆方向レート・インディケータ）チャネル２８２、逆方向データＡＲＱ（Ｒ−ＤＡＲＱ）チャネル２７６、逆方向音声ＡＲＱ（Ｒ−ＶＡＲＱ）チャネル２７４から構成される逆方向ＭＡＣチャネル
（音声トラヒック用の）逆方向基本チャネル（Ｒ−ＦＣＨ）２７８、及び（データ・トラヒック用の）逆方向補助チャネル（Ｒ−ＳＣＨ）２８０を含む逆方向トラヒック・チャネル
逆方向先進アクセス・チャネル（Ｒ−ＡＡＣＨ）２８８
逆方向専用制御チャネル（Ｒ−ＤＣＣＨ）２８４
逆方向共通制御チャネル（ＲＣＣＣＨ）２８６
【０１１１】
これから、図２０を参照して、逆方向リンク・チャネルの各々を詳細に説明する。図２０は、様々な逆方向リンク・チャネルのタイミングが、ワイヤレス端末によって受け取られた順方向チャネル・スロットのタイミングと、どのように関連しているかを示す逆方向リンク・タイミング図である。順方向リンク・トラヒックは、１６の１．２５ｍｓ順方向チャネル・スロット１９０を含む２０ｍｓフレームを伝送される。Ｔ０は、０の往復伝搬遅延を仮定されたワイヤレス端末におけるフレーム境界である。もちろん、基地局からのワイヤレス端末の距離の関数として増加するゼロでない往復伝搬遅延が存在するであろう。これは、実際の順方向リンク・スロット・タイミングに関して逆方向リンク・タイミングの全てを遅延させる効果を有するが、所与のワイヤレス端末で受け取られる順方向リンク・スロットに関しては、そのような効果を有しないであろう。
【０１１２】
逆方向パイロット・チャネル、ＲＲＩチャネル、及びＶＡＲＱチャネル
逆方向リンクＭＡＣは、高速逆方向ＶＡＲＱチャネル２７４、逆方向ＤＡＲＱチャネル２７６、ＲＲＩチャネル２８２、及びＲ−ＣＨＥＳＳチャネル２７０（後で詳細に説明される）から集合的に構成される。パイロット・チャネルの構造は、好ましくは、１ｘＲＴＴ逆方向リンク・パイロット・チャネルと同じである。全ての１．２５ｍｓスロットの最後の３８４チップは、情報の１つのビットを含む。１ｘＲＴＴについては、このビットは、パワー制御ビットである。本発明のこの実施形態において、このビットは、代わりに、ＶＡＲＱ及びＲＲＩを通信するために使用される。パイロット・チャネルは、ＢＳによって、チャネル推定及び逆方向リンク・パワー制御のための位相基準として使用される。
【０１１３】
逆方向パイロット・チャネル１９４は、バックワード互換モードで動作しているとき１ｘＲＴＴ逆方向パイロット・チャネルと同じである。バックワード互換モードにおいて、ワイヤレス端末はレガシー・ワイヤレス端末である。本発明のこの実施形態において、各々のワイヤレス端末についてＶＡＲＱのために他の専用ＡＲＱチャネルを設けるのではなく、１ｘＲＴＴ逆方向リンク構造におけるパイロット信号のパワー制御ビット（ＰＣＢ）が、音声サービスのために逆方向レート・インディケータ（ＲＲＩ）及びＡＲＱによって置換される。ワイヤレス端末が順方向リンクの順方向共用チャネルを使用したとき、各々のパイロット・チャネル１９４のスロットは、後で詳細に説明するように、パイロット、ＲＲＩ、及びＶＡＲＱフィールドを含む。逆方向パイロット・チャネルのタイミングは、図２０に示され、概略的に１９４で示されるように音声のみが伝送されているか、又は概略的に２０２で示されるように音声及びデータが伝送されているかに依存して、少し異なっている。双方の場合、逆方向パイロット・チャネル１９４及び２０２は、順方向チャネル・スロットと整列しており、従って１６の１．２５ｍｓスロットが存在する。
【０１１４】
逆方向リンク・パイロット・チャネルは、図１９で非常に高度に要約されている。再び、これは１ｘＲＴＴ逆方向パイロット・チャネルと同じであるが、ここではパワー制御ビットがＲＲＩ（逆方向レート・インディケータ）及び音声ＡＲＱ（ＶＡＲＱ）ビットによって置換されていることが異なる。１つのスロットの上のパイロット・チャネルは、１１５２のパイロット・チップが送られるパイロット期間１８０、及びＰＣＢ／ＲＲＩ／ＶＡＲＱが３８４のチップの上を送られる期間１８２を含む。ＰＣＢはレガシー端末によって送られる。全体のフレームの間に、現在ではＲＲＩ／ＶＡＲＱに使用される１６スロットからの期間１８２（前には、パワー制御に使用された）の集合的使用によって、１６ビット位置が利用可能である。
【０１１５】
ケース１：　音声専用ユーザ
音声専用ユーザについては、ＡＣＫ又はＮＡＫビットの位置は固定されない。スロット２、６、１０、１４はＲＲＩのために予約される。１つのＲＲＩビットは、４ビットの全ての位置へマップされ、基本チャネル及び専用制御チャネルの使用を示す。１つのフレームの中で、４つの全てのＲＲＩビットを「０」へ設定すると、それは基本チャネルのみが伝送されていることを示す。１つのフレームの中で、４つの全てのビットを「１」へ設定すると、それはＤＣＣＨ及び基本チャネルが伝送されていることを示す。
【０１１６】
もしユーザの音声データが正しくデコードされるならば、ＡＣＫ　ＶＡＲＱ信号はフレーム内の全てのスロットで基地局へ送られる。もし所与のスロットの中でユーザのために何も伝送されなかったか、ユーザの音声データが正しくデコードされないならば、ＮＡＫ　ＶＡＲＱ信号が基地局へ送られる。好ましくは、ＡＣＫを示すため「１」が送られ、ＮＡＫを示すため「０」が送られる。ＶＡＲＱ信号の可能な位置は、現在のフレームのスロット３、４、７、８、９、１１、１２、１３、１５、及び次のフレームのスロット０並びに１にある。順方向チャネルのスロットｎの中で伝送された順方向トラヒック・チャネル音声フレームについては、対応するＡＣＫチャネル・ビットは、フレーム内のスロットｎ＋２及び後続の残りのスロット、及び後続フレームのスロット０及び１の中で伝送される。
【０１１７】
この例は、図２０のタイミング図で見ることができる。図２０では、音声専用ユーザの順方向音声パケットが、スロットｎ２０４の間に、所与のワイヤレス端末へ送られるものと仮定される。スロットｎ及びスロットｎ＋１が受け取られた後、スロットｎ＋２はＲＲＩビット２０８を含み、例えば、フレームのスロット２０６及び２０７を含む後続の非ＲＲＩスロットの間、及び次のフレーム（図示されていない）の最初の２つのスロットの間に、ＶＡＲＱが逆方向パイロット・チャネル１９４のＲＲＩ／ＶＡＲＱビットの中に含められる。
【０１１８】
ケース２：　音声及びデータのユーザ
音声及びデータのユーザについては、ＶＡＲＱのタイミングが図２０の２０２で示される。このケースにおいて、１つのフレームにおける１４のＰＣビットがＲＲＩに使用され、逆方向補助チャネル上で使用されているレートを示す。好ましくは、各々のＲＲＩシンボル（３ビット）が７の長さを有するシンプレクス・コードへマップされ、２回繰り返され、ＲＲＩ／ＶＡＲＱロケーション０〜８及び１１〜１６へマップされる。ＲＲＩは、現在のフレームについて、専用制御チャネル又は補助チャネルがアクティブであるか、いずれもアクティブでないかを示すために使用される。３ビットのＲＲＩシンボルは、８つの値の１つを取ることができる。１つの値（好ましくは０）は、ＤＣＣＨ及び補助チャネルが存在しないことを示し、１つの値（好ましくは１）は、ＤＣＣＨのみが伝送されていることを示し、残りの値２〜７は、補助チャネルのみを示し、また補助チャネルの特定のレートを示す。レートは、図２２及び図２３を参照して補助チャネルを説明するとき詳説する。
【０１１９】
ＶＡＲＱ信号は、９番目及び１０番目のスロット２０３及び２０５の固定位置で伝送される。もしユーザのデータが正しくデコードされるならば、ＡＣＫ　ＶＡＲＱ信号が送られる。そうでなければ、ＮＡＫ　ＶＡＲＱ信号が基地局へ送られる。
【０１２０】
データＡＲＱ
データＡＲＱについては、データ・ユーザ又は音声及びデータのユーザによってデータＡＲＱチャネル１９６が使用される。このチャネルも順方向チャネル・スロットと揃えられ、従って１６の１．２５ｍｓスロットが存在する。もしワイヤレス端末がデータ・パケットを正しく受け取るならば、ＡＣＫ信号が基地局へ送られる。ワイヤレス端末が適切なＵＩＣＨを検出し、受け取られたデータ・パケットのＣＲＣが不合格であるとき、ＮＡＫ信号が基地局へ送られる。ワイヤレス端末が適切なＵＩＣＨを検出しなければ、ＡＣＫ又はＫＡＫ信号は送られない。データのＤＡＲＱ信号は、ＤＡＲＱチャネルを使用して、データ・パケットの終わりがワイヤレス端末で受け取られた後の２つのスロットから開始して最初のハーフスロットの中で送られる。この例は、図２０に示される。図２０では、データ・パケットがスロットｎの上を伝送され、ＤＡＲＱ１９７は、Ｒ−ＤＡＲＱチャネル１９６におけるスロットｎ＋３の最初のハーフスロットで送られる。
【０１２１】
逆方向ＤＡＲＱチャネルの構造は、図１８に示される。ＤＡＲＱは、最初の１／２スロットでスロット当たり１つのビットを取り、ビット繰り返し６００、信号点マッピング６０２、及びウォルシュカバー６０４を使用する。
【０１２２】
逆方向リンク補助チャネル及び基本チャネル
逆方向補助チャネルは、４．８ｋｂｐｓ〜１２２８．８ｋｂｐｓの可変データ・レートを有する。基本チャネルは音声のためにサポートされ、好ましくは、１ｘＲＴＴの８ｋ及び１３ｋボコーダ、並びにターボ符号化フル・レート音声を有する新しい８ｋボコーダがサポートされる。音声及びデータを同時に伝送することができる。可変データ・レートは、順方向リンク上を基地局によってブロードキャストされるレート設定識別子、及び前述したように、逆方向リンク上を送られるＲＲＩ（逆方向レート・インディケータ）を使用して、基地局と協調するワイヤレス端末によって決定される。レート設定は、低レート設定か高レート設定を識別する。シグナリングは、専用制御チャネルの上を伝送される。
【０１２３】
図２２は、低レート設定に対する逆方向トラヒック・チャネル符号化及び変調パラメータの例示的セットの表であり（１つの補助チャネル）、図２３は、高レート設定に対する逆方向トラヒック・チャネル符号化及び変調パラメータの例示的セットの表である（２つの補助チャネル）。パラメータは、パラメータの７つの異なったセットについて示され、パラメータの各々のセットは、異なった逆方向レート・インディケータによって区別される。パラメータの各々のセットは、それぞれのデータ・レート、エンコーダ・パケット・サイズ、全体のコードレート、コードシンボル／パケット、コードシンボルレート、インタリーブされたパケット繰り返し、モジュロシンボルレート、データ変調、及びエンコーダ・ビット当たりのＰＮチップを有する。逆方向レート・インディケータ０は、専用制御又は補助チャネル・コンテンツが存在しないことを意味する。逆方向レート・インディケータ１は、専用制御チャネルのみが逆方向リンク上で使用されていることを意味する。レート・インディケータ２〜７は、補助チャネル・コンテンツに関連する。ユーザが音声も伝送している場合、これは基本チャネル上を伝送される。
【０１２４】
Ｒ−ＣＨＥＳＳチャネル
ワイヤレス・エア・インタフェースのチャネル推定及びセクタ選択報告スキームが、本発明の実施形態によって提供される。このスキームにおいて、チャネル推定及びセクタ選択情報を時分割多重化することによって、（情報を同時に送ることと比較して）ビット・レートが顕著に低減され、逆方向リンク容量が改善される。セクタ選択及びチャネル推定情報を使用するハンドオフ・メカニズムも提供される。
【０１２５】
新しいスキームにおいて、チャネル条件は目的指向様式で報告される。ワイヤレス端末は、そのチャネル推定を基地局へ報告して、基地局がデータ伝送レートを決定するのを助けてよい。ワイヤレス端末も、受け取ることのできる全てのセクタを監視してよく、最良のセクタを選択して、それを報告してよい。チャネル推定及びセクタ選択情報を使用して、基地局は、良好なチャネル条件を効率的に使用し、順方向リンクのスループットを改善することができる。新しい報告スキームにおいて、８つの連続したタイムスロットごとに、ワイヤレス端末は、７つの連続したスロットでチャネル推定を報告し、１つのスロットでセクタ選択情報を報告する。
【０１２６】
新しいチャネルは、ここではＲ−ＣＨＥＳＳチャネルと呼ばれる。これは、逆方向チャネル推定及びセクタ選択（Ｒｅｖｅｒｓｅ　ＣＨａｎｎｅｌ　Ｅｓｔｉｍａｔｅ　ａｎｄ　Ｓｅｃｔｏｒ　Ｓｅｌｅｃｔｏｒ）チャネルの略である。Ｒ−ＣＨＥＳＳチャネルの構造は図１７Ｂに示される。チャネル推定又はチャネル推定の変化３００を表すため３つのビットが使用され、セクタ選択シンボル３０２を表すため３つのビットが使用される。チャネル推定又はチャネル推定の変化は、チャネル推定の符号化スキームに依存して、３ビットのＣＨＥ又はΔ−ＣＨＥ値へマップされる。ＣＨＥは現在のチャネル推定を表し、Δ−ＣＨＥは、現在のチャネル推定と前のチャネル推定との間の差を表す。これらは時分割多重化３０４され、７つのチャネル推定３００（ＣＨＥ及び／又はΔ−ＣＨＥ）が１つおきのセクタ選択３０２で報告される。次に、多重化されたストリームは、エンコーダ３０６を使用してシンプレクス・エンコードされる。次に、符号語は、１４回繰り返され、ブロック３０８で示されるようにパンクチャされる。結果は信号点マッピング３１０され、Ｒ−ＣＨＥＳＳチャネル・ウォルシュカバー３１２によって拡散される。
【０１２７】
ＣＨＥ（Δ−ＣＨＥ）、ＳＳ値は、１秒当たり８００値のデータ・レートで伝送される。他の逆方向リンク・チャネルに対するＣＨＥＳＳチャネルのタイミングは、図２０のタイミング図で示される。Ｒ−ＣＨＥＳＳチャネル１９２は１．２５ｍｓスロットを有するように示され、これらのスロットは、順方向チャネル・スロットからハーフスロットだけオフセットされる。このようにして、往復遅延を許しながら、所与のＲ−ＣＨＥＳＳチャネル・スロットは間に合うように基地局で受け取られ、基地局は次の順方向チャネル・スロットのためにＣＨＥ情報を使用する。例示された例では、１６スロット・フレームの中に、ＳＳがスロット０（ＳＳ１）及び８（ＳＳ２）の間に伝送され、ＣＨＥはスロット１、３、５、７、９、１１、１３、１５の間に伝送され、Δ−ＣＨＥはスロット２、４、６、１０、１２、１４の間に伝送される。他の実施形態において、ＣＨＥ値はスロット１〜７及び９〜１６で送られ、Δ−ＣＨＥは送られない。
【０１２８】
これから、Ｒ−ＣＨＥＳＳ情報を使用するハンドオフ・メカニズムを簡単に説明する。動作していなければならないとワイヤレス端末が考えるセクタを示すため、セクタ選択インディケータが使用される。３ビット・フィールドが、７つのセクタ及びヌル値の１つを表示することができる。バックグラウンド・プロセスとして、ワイヤレス端末は基地局セクタのパイロット信号の強度を測定し、基地局セクタの信号強度が十分に強くなったとき、これはアクセス・ネットワークへ報告され、そのセクタがワイヤレス端末のアクティブ・セットへ付け加えられる。セクタ選択値は、各々のセクタについてアクティブ・セットの中で定義される。同様に、或るセクタのパイロット強度が閾値の下に来たとき、そのセクタはアクティブ・セットから取り除かれる。
【０１２９】
逆方向トラヒックについては、アクティブ・セット内の全てのセクタは、ワイヤレス端末からの伝送を聴取し、好ましくは、各々の受信スロットについて、多数のセクタによって受け取られた多数の信号の最良信号が、受信信号として選択される。これは、ソフト逆方向リンク・ハンドオフ・メカニズムを提供する。
【０１３０】
順方向トラヒックについては、セクタ選択値によって定義されたセクタのみが、後で説明されるタイミング制約に従って伝送する。これは、スロットからスロットへ変化することができる。従って、順方向リンク・ハンドオフは、完全にセクタ選択駆動方式である。
【０１３１】
好ましくは、データ・ユーザ又はデータ／音声ユーザについて、セクタ選択値は、１つのセクタ値から他のセクタ値へ直接変化することを許されない。それは、セクタ値からヌル値へ変化し、それからセクタ値へ変化できるだけである。
【０１３２】
もしセクタ選択値が或るセクタ値（例えば、セクタＡ）からヌル値へ変化すれば、ワイヤレス端末は、依然として或る固定数の、例えば７つのスロットの間、セクタＡのＣＨＥ値を報告する。次に、セクタ選択は、異なったセクタ値へ変化することができ、ワイヤレス端末は新しいセクタについてＣＨＥを報告し始める。音声及びデータを同時に使用するユーザについては、音声及びデータの双方が同時にハンドオフされる。
【０１３３】
音声専用ユーザについては、好ましくは、セクタ選択は、１つのセクタ値から他のセクタ値へ直接変化することを許される。更に、もしセクタ選択がセクタ値を変えるならば（例えば、ＡからＢへ）、ワイヤレス端末はフレームの残りの間、セクタＡのためにＣＨＥを報告し続ける。ここで、音声ユーザは１フレーム当たり１つのスロットを獲得するものと仮定する。次に、ワイヤレス端末はＢのために値の報告を開始する。
【０１３４】
先進アクセス・チャネル
本出願と同日に出願され、参照して全体をここに組み込まれる出願人の同時係属出願番号「代理人ドケット７１４９３−９８０」で説明された新しい先進アクセス・チャネルは、逆方向リンク容量を改善する。
【０１３５】
例示的逆方向チャネルＩ及びＱのマッピングが、図２１Ａに示される。これに対する入力は、Ｒ−ＣＨＥＳＳチャネル入力Ｂ、パイロット／ＲＲＩ／ＶＡＲＱチャネル入力Ｂ、ＤＡＲＱチャネル入力Ｃ、基本チャネル入力Ｄ、及び補助チャネル又は専用制御チャネル又は強化アクセス・チャネル又は共通制御チャネル入力Ｅである。
【０１３６】
先進アクセス・チャネルの構造は、図２１Ｂに示される。先進アクセス・チャネル又は共通制御チャネル・ビットがフレーム品質インディケータ７００へ加えられ、ターボ・エンコード７０２され、シンボル繰り返し７０４でシンボルが繰り返され、シンボルパンクチャ７０６でパンクチャされ、ブロック・インタリーバ７０８でブロック・インタリーブされる。信号点マッピング７１０が実行され、適切なウォルシュカバー７１２が適用される。
【０１３７】
図２１Ｃで示されるように、基本チャネル、補助チャネル、又は専用制御チャネルのビットについて、類似の構造が使用される。チャネル・ビットがフレーム品質インディケータ７２０へ加えられ、ターボ・エンコード７２２され、シンボル繰り返し７２４でシンボルが繰り返され、シンボルパンクチャ７２６でパンクチャされ、ブロック・インタリーバ７２８でブロック・インタリーブされる。信号点マッピング７３０及び７３２が実行され、適切なウォルシュカバー７３４及び７３６が適用される。このとき、逆方向基本チャネルとは異なったウォルシュカバーが、逆方向補助又は専用制御チャネルへ適用される。
【０１３８】
これまでの教示に照らして、本発明の多数の修正及び変形が可能である。従って、添付されたクレイムの範囲の中で、本発明は、ここで具体的に説明された態様とは異なる態様で実施されてよいことを理解すべきである。
【図面の簡単な説明】
【図１】
本発明の第１の実施形態におけるネットワークの略図である。
【図１Ｂ】
図１Ａの順方向リンクで使用される順方向チャネル構造の例である。
【図１Ｃ】
図１Ｂの順方向チャネル構造で使用される順方向音声トラヒック・チャネル構造の例である。
【図１Ｄ】
図１Ｂの順方向チャネル構造で使用される順方向データ・トラヒック・チャネル構造の例である。
【図１Ｅ】
図１Ｂの順方向チャネル構造で使用されるプリアンブル・チャネル構造の例である。
【図１Ｆ】
図１Ｂの順方向チャネル構造で使用されるパワー制御及び逆方向アクティビティ・チャネル・チャネル構造の例である。
【図１Ｇ】
図１Ｂの順方向チャネル構造で使用される順方向パイロット・チャネル構造の例である。
【図２】
本発明の実施形態によって提供される順方向リンク・スロット構造の第１の例である。
【図３】
図２のスロット構造を使用して、コンテンツがどのようにスケジュールされるかを示す例である。
【図４】
本発明の実施形態によって提供される順方向リンク・スロット構造の第２の例である。
【図５Ａ】
順方向リンク上のデータについて、物理層パラメータ・セットの例を示す図である。
【図５Ｂ】
高いチャネル推定を有するユーザの順方向リンク上の音声について、物理層パラメータ・セットの例を示す図である。
【図５Ｃ】
中間のチャネル推定を有するユーザの順方向リンク上の音声について、物理層パラメータ・セットの例を示す図である。
【図５Ｄ】
低いチャネル推定を有するユーザの順方向リンク上の音声について、物理層パラメータ・セットの例を示す図である。
【図６】
本発明の実施形態によって提供される他のＣＤＭＡ順方向リンク構造のチャネルの要約である。
【図７】
レガシー・ユーザが存在しない順方向リンク構造のスロット構造を示す図である。
【図８】
レガシー・ユーザが存在する順方向リンク構造のスロット構造を示す図である。
【図９】
図７及び図８の順方向リンク構造について、ウォルシュ分離符号セットの例を示す図である。
【図１０】
データ及びフル・レート音声について、順方向共用チャネル構造の例を示すブロック図である。
【図１１】
非フル・レート音声について、順方向共用チャネル構造の例を示すブロック図である。
【図１２】
順方向リンク共用チャネル音声パラメータ・セットの例である。
【図１３】
順方向リンク共用チャネル・データ・パラメータ・セットの例である。
【図１４】
順方向リンク共用チャネル・データ・パラメータ・セットの例である。
【図１５】
ユーザ識別チャネル構造の例を示すブロック図である。
【図１６】
補助ページング・チャネル構造の例を示すブロック図である。
【図１７Ａ】
本発明の実施形態によって提供されるＣＤＭＡ逆方向リンク構造のチャネルの要約を示す図である。
【図１７Ｂ】
逆方向ＣＨＥＳＳチャネル構造の例を示すブロック図である。
【図１８】
逆方向データＡＲＱチャネル構造の例を示すブロック図である。
【図１９】
逆方向パイロット・チャネルの構造の例を示す図である。
【図２０】
逆方向リンクのタイミング図である。
【図２１Ａ】
逆方向チャネルＩ及びＱのマッピングを示すブロック図である。
【図２１Ｂ】
逆方向先進アクセス／共通制御チャネルのブロック図である。
【図２１Ｃ】
逆方向トラヒック／専用制御チャネルのブロック図である。
【図２２】
逆方向補助チャネル符号化及び変調パラメータの低レート・セットの例である。
【図２３】
逆方向補助チャネル符号化及び変調パラメータの高レート・セットの例である。
【図１Ａ】
2004511995.tif 000007
【図１Ｂ】
2004511995.tif 000008
【図１Ｃ】
2004511995.tif 000009
【図１Ｄ】
2004511995.tif 000010
【図１Ｅ】
2004511995.tif 000011
【図１Ｆ】
2004511995.tif 000012
【図１Ｇ】
2004511995.tif 000013
【図２】
2004511995.tif 000014
【図３】
2004511995.tif 000015
【図４】
2004511995.tif 000016
【図５Ａ】
2004511995.tif 000017
【図５Ｂ】
2004511995.tif 000018
【図５Ｃ】
2004511995.tif 000019
【図５Ｄ】
2004511995.tif 000020
【図６】
2004511995.tif 000021
【図７】
2004511995.tif 000022
【図８】
2004511995.tif 000023
【図９】
2004511995.tif 000024
【図１０】
2004511995.tif 000025
【図１１】
2004511995.tif 000026
【図１２】
2004511995.tif 000027
【図１３】
2004511995.tif 000028
【図１４】
2004511995.tif 000029
【図１５】
2004511995.tif 000030
【図１６】
2004511995.tif 000031
【図１７Ａ】
2004511995.tif 000032
【図１７Ｂ】
2004511995.tif 000033
【図１８】
2004511995.tif 000034
【図１９】
2004511995.tif 000035
【図２０】
2004511995.tif 000036
【図２１Ａ】
2004511995.tif 000037
【図２１Ｂ】
2004511995.tif 000038
【図２１Ｃ】
2004511995.tif 000039
【図２２】
2004511995.tif 000040
【図２３】
2004511995.tif 000041
【国際公開パンフレット】
2004511995.tif 000042
2004511995.tif 000043
2004511995.tif 000044
2004511995.tif 000045
2004511995.tif 000046
2004511995.tif 000047
2004511995.tif 000048
2004511995.tif 000049
2004511995.tif 000050
2004511995.tif 000051
2004511995.tif 000052
2004511995.tif 000053
2004511995.tif 000054
2004511995.tif 000055
2004511995.tif 000056
2004511995.tif 000057
2004511995.tif 000058
2004511995.tif 000059
2004511995.tif 000060
2004511995.tif 000061
2004511995.tif 000062
2004511995.tif 000063
2004511995.tif 000064
2004511995.tif 000065
2004511995.tif 000066
2004511995.tif 000067
2004511995.tif 000068
2004511995.tif 000069
2004511995.tif 000070
2004511995.tif 000071
2004511995.tif 000072
2004511995.tif 000073
2004511995.tif 000074
2004511995.tif 000075
2004511995.tif 000076
2004511995.tif 000077
2004511995.tif 000078
2004511995.tif 000079
2004511995.tif 000080
2004511995.tif 000081
2004511995.tif 000082
2004511995.tif 000083
2004511995.tif 000084
2004511995.tif 000085
2004511995.tif 000086
2004511995.tif 000087
2004511995.tif 000088
2004511995.tif 000089
2004511995.tif 000090
2004511995.tif 000091
2004511995.tif 000092
2004511995.tif 000093
2004511995.tif 000094
2004511995.tif 000095
2004511995.tif 000096
2004511995.tif 000097
2004511995.tif 000098
2004511995.tif 000099
2004511995.tif 000100
2004511995.tif 000101
2004511995.tif 000102
2004511995.tif 000103
2004511995.tif 000104
2004511995.tif 000105
2004511995.tif 000106
2004511995.tif 000107
2004511995.tif 000108
2004511995.tif 000109
2004511995.tif 000110
2004511995.tif 000111
2004511995.tif 000112
2004511995.tif 000113
2004511995.tif 000114
2004511995.tif 000115
2004511995.tif 000116
2004511995.tif 000117
2004511995.tif 000118
2004511995.tif 000119
2004511995.tif 000120
2004511995.tif 000121
2004511995.tif 000122
2004511995.tif 000123
2004511995.tif 000124
2004511995.tif 000125
2004511995.tif 000126
2004511995.tif 000127
2004511995.tif 000128
2004511995.tif 000129
2004511995.tif 000130
2004511995.tif 000131
2004511995.tif 000132
2004511995.tif 000133
2004511995.tif 000134
2004511995.tif 000135
2004511995.tif 000136
2004511995.tif 000137
2004511995.tif 000138
2004511995.tif 000139
2004511995.tif 000140
2004511995.tif 000141
2004511995.tif 000142
2004511995.tif 000143
2004511995.tif 000144
2004511995.tif 000145
【国際公開パンフレット（コレクトバージョン）】
2004511995.tif 000146
2004511995.tif 000147
【国際調査報告】
2004511995.tif 000148
2004511995.tif 000149
2004511995.tif 000150
2004511995.tif 000151