(57)【特許請求の範囲】
【請求項１】
無線の多重アクセス通信システムにアクセスする方法であって、
フレームについて少なくとも２つのコンテンションベースのランダムアクセスチャネルの構造に関する情報を含む、少なくとも１つの同報メッセージを受信することと；
端末の現在の作動状態を決定することと；
現在の作動状態に基づいて、前記少なくとも２つのランダムアクセスチャネルの中から1つのランダムアクセスチャネルを選択することと；
前記フレームの間、前記システムにアクセスするために、選択されたランダムアクセスチャネル上でメッセージを送信することと；
を備え、
前記少なくとも２つのコンテンションベースのランダムアクセスチャネルは、システムアクセスに登録された端末によって使用される第１のランダムアクセスチャネルと、システムアクセスに登録された端末および非登録の端末によって使用される第２のランダムアクセスチャネルを備える、
方法。
【請求項２】
前記第１のランダムアクセスチャネルにおける送信は、伝播遅延について補償される、請求項１の方法。
【請求項３】
前記現在の作動状態は、前記端末がシステムに対して登録したかどうかを示している、請求項1の方法。
【請求項４】
前記現在の作動状態は、前記端末が前記メッセージを受信するアクセスポイントに対して伝播遅延を補償することができるかどうかを示している、請求項1の方法。
【請求項５】
前記現在の作動状態は、特定の受信された信号対雑音比(SNR)が前記端末のために達成されるかどうかを示している、請求項1の方法。
【請求項６】
前記メッセージについて肯定応答が受信されるまで、または最大数のアクセス試みが超えられるまで前記メッセージを再送することをさらに備えた、請求項1の方法。
【請求項７】
アクセスが前記選択されたランダムアクセスチャネルを通して得られないならば、前記少なくとも2つのランダムアクセスチャネルの中から選択された別のランダムアクセスチャネルで別のメッセージを送信することをさらに備えた、請求項1の方法。
【請求項８】
前記送信することは、
前記選択されたランダムアクセスチャネルについて利用可能な複数のスロットの中からスロットを選択することと；
選択された前記スロットで前記メッセージを送信することと；
を備えた、請求項1の方法。
【請求項９】
前記メッセージは前記端末に関する識別子を含む、請求項1の方法。
【請求項１０】
前記識別子は前記端末に唯一である、請求項９の方法。
【請求項１１】
前記識別子は非登録の端末によって使用される共通の識別子である、請求項９の方法。
【請求項１２】
前記多重アクセス通信システムは、単一のアンテナを有する端末および多アンテナを有する端末をサポートする、請求項1の方法。
【請求項１３】
前記多重アクセス通信システムは、直交周波数分割多重（ＯＦＤＭ）を使用する、請求項1の方法。
【請求項１４】
無線の多重アクセス通信システムにおける端末であって、
前記端末の現在の作動状態を決定し、少なくとも２つのコンテンションベースのランダムアクセスチャネルの中から前記システムにアクセスするために使用する1つのランダムアクセスチャネルを、前記現在の作動状態に基づいて選択するように作動するコントローラと、なお、前記少なくとも２つのコンテンションベースのランダムアクセスチャネルは、システムアクセスに登録された端末によって使用される第１のランダムアクセスチャネルと、システムアクセスに登録された端末および非登録の端末によって使用される第２のランダムアクセスチャネルを備える；
選択された前記ランダムアクセスチャネル上での送信のために、メッセージを処理するように作動するデータプロセッサと；
を備えた端末。
【請求項１５】
無線の多重アクセス通信システムにおける装置であって、
前記装置の現在の作動状態を決定する手段と；
前記現在の作動状態に基づいて、少なくとも２つのコンテンションベースのランダムアクセスチャネルの中から1つのランダムアクセスチャネルを選択する手段と、なお、前記少なくとも２つのコンテンションベースのランダムアクセスチャネルは、システムアクセスに登録された端末によって使用される第１のランダムアクセスチャネルと、システムアクセスに登録された端末および非登録の端末によって使用される第２のランダムアクセスチャネルを備える；
前記システムにアクセスするために、前記選択されたランダムアクセスチャネル上で多入力多出力（ＭＩＭＯ）送信方式を通してメッセージを送信する手段と；
を備えた装置。
【発明の詳細な説明】
【技術分野】
【０００１】
35 U.S.C. 119条下の優先権の主張
この出願は、本出願の譲受人に譲渡され、ここにすべての目的のためにその全体を引用文献として組み込まれた、2002年10月25日に出願された“MIMO WLAN System”と題するU.S.仮出願シリアルNo. 60/421,309の利益を要求する。
【０００２】
この出願は、本出願の譲受人に譲渡され、ここにすべての目的のためにその全体を引用文献として組み込まれた、2002年12月10日に出願された“Random Access For Wireless Multiple- Access Communication Systems” と題するU.S.仮出願シリアルNo. 60/432,440の利益を要求する。
【０００３】
本発明は一般にデータ通信に係り、より明確には無線の多重アクセス通信システムにおけるランダムアクセスを容易にする技術に関連する。
【背景技術】
【０００４】
無線の通信システムは、音声、パケットデータなどの通信の様々な型を提供するために広く配備される。これらのシステムは利用可能なシステム資源を共有することによって、複数のユーザ端末との通信をサポートすることができる多重アクセスシステムであるかもしれない。そのような多重アクセスシステムの例は符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、および周波数分割多元接続(FDMA)システムを含んでいる。
【０００５】
多重アクセス通信システムでは、多くのユーザ端末が、ランダムな時間にシステムにアクセスを獲得することを望むかもしれない。これらのユーザ端末はシステムタイミングに関してスキューされるタイミングを有するシステムによって登録したか、登録しなかったかもしれず、およびこれらのアクセスポイントに対する伝播遅延を知っているか、知っていないかもしれない。その結果、システムへのアクセスを得ることを試みるユーザ端末からの送信は、ランダムな時間に起こるかもしれず、また受信アクセスポイントで適切に時間整合されるかもしれず、または時間整合されないかもしれない。アクセスポイントは、システムへのアクセスを得ることを望んでいる特定のユーザ端末を確認するためにこれらの送信について検出する必要があるだろう。無線の多重アクセスシステムのランダムアクセス方式の設計において、様々な挑戦が遭遇された。例えば、ランダムアクセス方式はユーザ端末ができるだけ少ないアクセスの試みでシステムを速く獲得することを許容するであろう。そのうえ、ランダムアクセス方式は効率的であり、できるだけ少ないシステム資源を消費するべきである。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
したがって、無線の多重アクセス通信システムのための有効で効率的なランダムアクセス方式に関する技術が必要である。
【課題を解決するための手段】
【０００７】
技術は、無線の多重アクセス通信システムのランダムアクセスを容易にするためにここに提供される。態様において、ランダムアクセスチャネル(RACH)が“速い”ランダムアクセスがチャネル(F-RACH)と、“遅い”ランダムアクセスチャネル(S-RACH)を含むように定義される。F-RACHとS-RACHは、異なった作動状態でユーザ端末を効率的にサポートし、異なった設計を使用するように設計される。F-RACHは効率的であり、すばやくシステムにアクセスするために使用することができ、S-RACHは、丈夫であり、様々な作動状態と 条件でユーザ端末をサポートすることができる。F-RACH はシステムに対して登録したユーザ端末によって使用されるかもしれなくて、適切に進んでいるそれらの送信タイミングにより、それらの周回遅れ(RTD)を補償することができる。S-RACHはシステムに対して登録したか、または登録しなかったかもしれないユーザ端末によって使用されるかもしれず、それらのRTDについて補償することができるか、またはできないかもしれない。ユーザ端末は、システムへのアクセスを得るためにF-RACHまたはS-RACHを使用するか、または両方を使用するかもしれない。
【０００８】
発明の様々な態様と実施例が以下で詳細に説明される。
本発明の特徴、本質、および利点は参照符号が対応して同定される図面と関連して取られるとき、以下に示された詳細な記述からより明らかになるであろう。
【発明を実施するための最良の形態】
【０００９】
語“模範的”はここに“具体例、代表例または例証として役立つ”意味に使用される。ここで“模範的”として記述されたどんな実施例または設計も他の実施例または設計よりも好ましい、または有利であるとして解釈される必要性はない。
図１は多くのユーザをサポートする無線の多重アクセス通信システム100を示す。システム100は多くのユーザ端末(UT)120に関する通信をサポートする多くのアクセスポイント(AP)110を含んでいる。簡単化のために、2つのアクセスポイント110aと110bだけが図１に示される。一般に、アクセスポイントはユーザ端末と通信するのに使用される固定局である。また、アクセスポイントは基地局またはある他の用語で呼ばれるかもしれない。
【００１０】
ユーザ端末120はシステムの中で分散されるかもしれない。それぞれのユーザ端末はアクセスポイントと通信することができる固定または移動端末であるかもしれない。また、ユーザ端末はアクセス端末、移動局、遠隔局、ユーザ設備(UE)、無線装置、またはある他の用語で呼ばれるかもしれない。それぞれのユーザ端末は、任意の与えられたときにダウンリンクおよび/またはアップリンクで１つまたはことによると複数のアクセスポイントと通信するかもしれない。ダウンリンク(即ち、順方向リンク) はアクセスポイントからユーザ端末への送信を云い、アップリンク(即ち、逆方向リンク) はユーザ端末からアクセスポイントへの送信を云う。
【００１１】
図１では、アクセスポイント110aはユーザ端末120a乃至120f と通信し、アクセスポイント110b はユーザ端末120f乃至 120k と通信する。システムコントローラ130は、アクセスポイント110と結合して、(1) それと結合されたアクセスポイントのための整合と制御、(2) これらのアクセスポイント間のデータのルート設定、および(3)これらのアクセスポイントによってサービスされるユーザ端末とのアクセスと通信の制御などの多くの機能を実行するように設計されるかもしれない。
ここに説明されるランダムアクセスの技術は様々な無線の多重アクセス通信システムに使用されるかもしれない。例えば、これらの技術は(1)データ送信のための1つ または複数のアンテナおよびデータ受信のための1つまたは複数のアンテナ、(2) 様々な変調技術(例えば、CDMA、OFDMなど)、および(3)ダウンリンクとアップリンクのための1つまたは多重周波数帯域を採用するシステムに使用されるかもしれない。
【００１２】
明確化のために、ランダムアクセス技術は特に模範的な無線の多重アクセスシステムについて以下で説明される。このシステムでは、各アクセスポイントはデータ送信と受信のための複数の(例えば、4つ)アンテナを備えており、それぞれのユーザ端末は1つまたは複数のアンテナを備えるかもしれない。
【００１３】
システムはさらに、全体のシステム帯域幅を複数の(NF)直交サブバンドに有効に仕切る直交周波数分割多重化(OFDM)を採用する。1つの特定の設計では、システム帯域幅が20MHz、NF=64、サブバンドは-32から+31にインデックスを割り当てられ、各変換シンボルの持続時間が3.2μsecであり、周期的な接頭語が800 nsecであり、各OFDMシンボルの持続時間が4.0μsecである。OFDMシンボル期間(また、シンボル期間と呼ばれる)は1つのOFDMシンボルの持続時間に対応している。
【００１４】
また、システムはダウンリンクとアップリンクの両方に単一周波数帯域を使用し、それは時分割デュープレクス(TDD)を使用している共通の帯域を共有する。そのうえ、システムは、ダウンリンクとアップリンクでデータ伝送を容易にするために複数の輸送チャネルを採用する。
【００１５】
図２は無線のTDD多重アクセスシステムに使用されるかもしれないフレーム構造200を示す。伝送がTDDフレームの単位で起こり、その各々は特定の時間の持続時間をカバーする(例えば、2msec)。各TDDフレームはダウンリンク位相とアップリンク位相に仕切られる。各ダウンリンクとアップリンク位相は多重ダウンリンク/アップリンク輸送チャネルのためにさらに多重セグメントに仕切られる。
図２に示される実施例では、ダウンリンク輸送チャネルは放送チャネル(BCH)、順方向制御チャネル(FCCH)、および順方向チャネル(FCH)を含み、チャネルはそれぞれセグメント210、220、および230で送信される。BCHは、(1) システムタイミングと周波数獲得に使用されるかもしれない標識パイロット、(2) チャネル推定に使用されるかもしれないMIMOパイロット、および(3) システム情報を運ぶBCHメッセージを送るために使用される。FCCHは、RACHとダウンリンクおよびアップリンク資源の割り当てのための肯定応答を送るのに使用される。FCHは、ダウンリンクでユーザ端末へユーザ特定のデータパケット、ページ、同報メッセージなどを送るのに使用される。
【００１６】
図２に示される実施例では、アップリンク輸送チャネルは逆方向チャネル(RCH)とランダムアクセスチャネル(RACH)を含み、チャネルはそれぞれセグメント240と250で送信される。RCHは、データパケットをアップリンクで送るのに使用される。RACHはユーザ端末によって使用されて、システムへのアクセスを得る。
【００１７】
図２で示されるフレーム構造と輸送チャネルは前述の仮U.S.特許出願シリアルNo. 60/421,309により詳細に記述される。
１．RACH構造
態様では、RACHは“速い”ランダムアクセスチャネル(F-RACH)と“遅い”ランダムアクセスチャネル(S-RACH)を含む。F-RACHとS-RACHは、異なった作動状態で効率的にユーザ端末をサポートするように設計され、異なった設計を採用する。F-RACHはシステムに対して登録されたユーザ端末によって使用されるかもしれなくて、以下で説明されるように、それらの送信タイミングを適切に進めることによりそれらの周回遅れ(RTD)を補償することができる。S-RACHはシステム周波数を取得した(例えば、BCH上で送られた標識パイロットを経て)が、システムに対して登録したか、あるいは登録しなかったユーザ端末によって使用されるかもしれない。S-RACH上で送信しているとき、ユーザ端末はそれらのRTDを補償するか、補償しないかもしれない。
【００１８】
表１はF-RACHとS- RACHの要件と特性をまとめる。
【００１９】
【表１】
0004509793.tif 000002
可能であるときはいつもシステムへの急速なアクセスを容易にし、かつランダムアクセスを実行するのに必要であるシステム資源の量を最小にするために、異なった設計がF-RACHとS-RACHのために使用される。実施例では、F-RACHはより短いプロトコルデータ単位(PDU)を使用して、より弱い符号化方式を採用し、アクセスポイントへのおおよその時間整列された到着のためにF-RACH PDUを必要とする。実施例において、S-RACHは長いPDUを使用し、より強い符号化方式を採用し、アクセスポイントへのおおよその時間整列された到着のためにS-RACH PDUを必要としない。F-RACHとS-RACHの設計とそれらの使用は以下で詳細に説明される。
【００２０】
典型的な無線の通信システムでは、それぞれのユーザ端末はそのタイミングをシステムのタイミングに合わせる。これは通常、タイミング情報を運ぶまたは埋め込んでいる送信(例えば、BCHに送られた標識のパイロット)をアクセスポイントから受信することによって達成される。そして、ユーザ端末は受信されたタイミング情報に基づくそのタイミングを設定する。しかしながら、ユーザ端末タイミングはシステムタイミングに関して斜行（skew）（即ち遅延）され、通常斜行の量はタイミング情報を含む送信のための伝播遅延に対応している。その後ユーザ端末がそのタイミングを使用して送信するならば、アクセスポイントで受信された送信は実際に2度の伝播遅延(即ち、周回遅れ)だけ遅延され、ここに1つの伝播遅延がユーザ端末のタイミングとシステムタイミングとの間の差、即ち斜行のためであり、他の伝播遅延がユーザ端末からアクセスポイントへの送信ためである(図7A参照)。アクセスポイントのタイミングに基づく特定の時間の瞬間に到着する送信のため、ユーザ端末はアクセスポイントへの周回遅れを補償するためその送信タイミングを調整する必要がある(図7B参照)。
【００２１】
ここで使用されるように、RTD補償送信は、それが受信機タイミングに基づく指定された時間の瞬間に受信機に到着するような方法で送られた送信を云う。 (いくつかの誤りがあり得るなら、送信が近くで受信され、正確に指定された時間の瞬間である必要性がないかもしれない) 。ユーザ端末がシステムのものにそのタイミングを合わせることができるならば(例えば、両方のためのタイミングがGPS時間に基づいて得られる)、RTD補償送信は、ユーザ端末からアクセスポイントへの伝播遅延を説明するために必要があるだけであるだろう。
【００２２】
また、図２はRACHのための構造の実施例を示す。この実施例では、RACHセグメント250は3つのセグメント、即ちF-RACHのためのセグメント252、S-RACHのためのセグメント254、および保護セグメント256に仕切られる。F-RACHセグメントは、F-RACHにおける送信がRTD補償され、したがって、前のRCHセグメントで送信を妨げないので、RACHセグメントの最初にある。S-RACHセグメントは、S-RACHにおける送信がRTD補償されないかもしれないし、最初に置かれるならば、前のRCHセグメントにおけるそれらを妨げるかもしれないので、RACHセグメントの次にある。保護セグメントはS-RACHセグメントに続いて、S-RACH送信が次のTDDフレームにおけるBCHのダウンリンク送信を妨げるのを防ぐために使用されている。
【００２３】
実施例において、F-RACHとS-RACHの両方の構成はそれぞれのTDDフレームについてシステムによって動的に定義することができる。例えば、RACHセグメントの始めの位置、F-RACHセグメントの持続時間、S-RACHセグメントの持続時間、および保護間隔は個別にそれぞれのTDDフレームについて定義されるかもしれない。F-RACHとS-RACHセグメントの持続時間は、例えば、登録/非登録のユーザ端末の数、システムローディングなど様々な要素に基づいて選択されるかもしれない。各TDDフレームについてF-RACHとS- RACH構成を搬送するパラメタは、同じTDDフレームで送信されるBCHメッセージを通してユーザ端末に送信されるかもしれない。
図3Aは、F-RACHとして使用されるかもしれないスロット構造300の実施例を示す。F-RACHセグメントは複数のF-RACHスロットに仕切られる。各TDDフレームで利用可能なF-RACHスロットの特定の数は、同じTDDフレームで送られたBCHメッセージで運ばれる構成可能なパラメタである。実施例では、それぞれのF-RACHスロットが、例えば1つのOFDMシンボル期間に等しくなるように定義される固定持続時間を持っている。
【００２４】
実施例において、１つのF-RACH PDUがそれぞれのF-RACHスロットで送られるかもしれない。F-RACH PDUはF-RACHメッセージと多重化される参照部分を含む。F-RACH参照部分は1組のサブバンドで送信される1組のパイロットシンボルを含み、F-RACHメッセージは他の組のサブバンドで送信されるデータシンボルのグループを含む。パイロットシンボルはチャネル推定とデータ復調に使用されるかもしれない。サブバンド多重化、F-RACH PDUのための処理、およびシステムアクセスのためのF-RACHの動作は以下の詳細でさらに説明される。
【００２５】
表２は模範的なF-RACH メッセージ様式のフィールドを表示する。
【００２６】
【表２】
0004509793.tif 000003
媒体アクセス制御(MAC)IDフィールドはF-RACHメッセージを送っている特定のユーザ端末を確認するMAC IDを含んでいる。各ユーザ端末は通信セッションの開始にシステムによって登録し、唯一のMAC IDを割り当てられる。このMAC IDは、その後セッションの間ユーザ端末を確認するのに使用される。テールビットフィールドはF-RACHメッセージの終わりに知られている状態に畳込み符号化器をリセットするのに使用されるゼロのグループを含んでいる。
【００２７】
図3BはS-RACHに使用されるかもしれないスロット構造310の実施例を示す。また、S-RACHセグメントは複数のS-RACHスロットに仕切られる。それぞれのTDDフレームでの使用に利用可能なS-RACHスロットの特定の数は、同じTDDフレームで送信されるBCHメッセージで運ばれる構成可能なパラメタである。実施例では、各S-RACHスロットは、例えば4つのOFDMシンボル期間と等しくなるように定義される固定持続時間を持っている。
【００２８】
実施例では、１つのS-RACH PDUが各S-RACHスロットで送信されるかもしれない。S-RACH PDUはS-RACHメッセージがあとに続いた参照部分を含む。特定の実施例では、参照部分は2つのパイロットOFDMシンボルを含み、そのシンボルは、S-RACHメッセージ部分のコヒーレント復調で支援するのと同様に、S-RACHの獲得と検出を容易にするのに使用される。パイロットOFDMシンボルは以下で説明されるように発生されるかもしれない。
【００２９】
表3は模範的なS-RACHメッセージ様式のためのフィールドを表示する。
【００３０】
【表３】
0004509793.tif 000004
表 3に示される実施例のために、S-RACHメッセージは3つのフィールドを含んでいる。MAC IDとテールビットフィールドは上で説明された。S-RACHはシステムアクセスのために非登録のユーザ端末によって使用されるかもしれない。非登録のユーザ端末による最初のシステムアクセスのために、唯一のMAC IDがユーザ端末にまだ割り当てられていない。この場合に、登録目的のために予約される登録MAC IDは、唯一のMAC IDが割り当てられるまで、非登録のユーザ端末によって使用されるかもしれない。登録MAC IDは特定の値(例えば、0x0001) である。巡回冗長検査(CRC)フィールドはS-RACHメッセージのためのCRC値を含んでいる。このCRC値はアクセスポイントによって使用され、受信されたS-RACHメッセージが正しいかまたは間違って復号されるかどうかを決定するかもしれない。このようにしてCRC値は、S-RACHメッセージを不正確に検出する尤度を最小にするのに使用される。
【００３１】
表2と3はまた、F-RACHとS-RACHメッセージのための様式の特定の実施例に示す。より少ない、付加的な、および/または異なるフィールドがある他の様式がまた、これらのメッセージについて定義され、これも発明の範囲の中にある。例えば、S-RACHメッセージは、S-RACH PDUが送られた特定のS-RACHスロットのインデックスを運ぶSlot IDフィールドを含むように定義されるかもしれない。別の例として、F-RACHメッセージはCRCフィールドを含むように定義されるかもしれない。
【００３２】
図3Aと3BはF-RACHとS-RACHのための特定の構造を示す。他の構造もまたF-RACHとS-RACHについて定義されるかもしれなくて、これも発明の範囲の中にある。例えば、F-RACHおよび/またはS-RACHは、構成可能なスロット持続時間を持つように定義されるかもしれず、持続時間はBCHメッセージで搬送されるかもしれない。
【００３３】
図3Aと3Bはまた、F-RACHおよびS-RACH PDUの特定の実施例を示す。他のPDU様式がまた定義されるかもしれなくて、これも発明の範囲の中にある。例えば、サブバンド多重化はまた、S-RACH PDUのために使用される。さらに各PDUの部分が上で説明されたそれらと異なったサイズで定義されるかもしれない。例えば、S-RACH PDUの参照部分が、1つのパイロットOFDMシンボルだけを含むように定義されるかもしれない。
【００３４】
ランダムアクセスに関してF-RACHとS-RACHの使用は様々な利益を提供することができる。まず最初に、改良された効率はユーザ端末を2つのグループに分けることによって達成される。タイミングと受信SNR要件を満たすことができるユーザ端末はランダムアクセスに関してより効率的なF-RACHを使用することができ、他のすべてのユーザ端末はS-RACHによってサポートされることができる。F-RACHはスロット付アロハ(Aloha) チャネルとして作動することができ、チャネルはスロットのないアロハチャネルよりもおよそ2倍効率的であることが知られている。それらのRTDを補償することができないユーザ端末がS-RACHに制限されて、F-RACH上のユーザ端末を妨げないだろう。
【００３５】
第２に、異なった検出閾値がF-RACHとS- RACHのために使用されるかもしれない。この柔軟性はシステムが異なった目標を達成することを許容する。例えば、F-RACHのための検出閾値はS-RACHのための検出閾値より高く設定されるかもしれない。そして、これは、より高い総合的なシステムスループットを提供するかもしれないF-RACHを通してシステムにアクセスするために、システムがより効率的である(即ち、より高い受信SNRを有する)ユーザ端末を支持させるだろう。S- RACHのための検出閾値はすべてのユーザ端末(特定の最小受信SNRを有する) をシステムにアクセスさせるように、より低く設定されるかもしれない。
【００３６】
第3に、異なった設計、およびPDUはF-RACHとS-RACHのために使用されるかもしれない。上で説明された特定の実施例について、F-RACH PDUは1つのOFDMシンボルを含み、S-RACH PDUは4つのOFDMシンボルを含む。異なったPDUサイズはF-RACHのユーザおよびS-RACHのユーザによって送られている異なるデータのためと、F-RACHとS-RACHについての異なる符号化方式と必要な受信SNRのためでもある。全体的に見て、F-RACHはS-RACHよりもおよそ8倍効率的であり、ここに4つの要素が短いPDUサイズから来ており、2つの要素がF-RACHのスロット付特質から来ている。したがって、同じセグメント持続時間に関して、F-RACHはS-RACHがサポートすることができる数の8倍のユーザ端末をサポートすることができる。別の方法で見ると、同じ数のユーザ端末はS- RACHセグメントの1/8の持続時間であるF-RACHセグメントによってサポートされることができる。
２．ランダムアクセス手続き
ユーザ端末は、システムへのアクセスを得るためF-RACHかS-RACHを使用するかもしれない。初めに、システムにより登録しなかったユーザ端末(即ち、唯一のMAC IDを割り当てていないそれら)がシステムにアクセスするためにS-RACHを使用する。一度登録されると、ユーザ端末はシステムアクセスのためにF-RACHおよび/またはS-RACHを使用するかもしれない。
【００３７】
F-RACHとS-RACHのために異なった設計が使用されるので、F-RACHにおける送信の成功している検出はS-RACHにおける送信に必要であるより高い受信SNRを必要とする。この理由のため、F-RACHについて必要な受信SNRを達成するために十分なパワーレベルで送信することができないユーザ端末は、S-RACHを使用することにデフォルトすることができる。さらにユーザ端末がF-RACHへの指定された数の連続した試みの後にシステムにアクセスすることに失敗したならば、そのときそれはまたS-RACHを使用することにデフォルトすることができる。
【００３８】
図4はF-RACHおよび/またはS-RACHを使用してシステムにアクセスするためユーザ端末により行われる処理400の実施例に関するフローチャートを示す。初めに、ユーザ端末がシステムによって登録したか否かの決定がなされる(ステップ412)。答えがノーであるならば、S-RACHがシステムアクセスに使用され、処理はステップ430に進む。さもなければ次に、ユーザ端末のために達成される受信SNRがF-RACHのための必要な受信SNR(即ち、F-RACHの閾値SNR)より大きいかまたは等しいか否かの決定がなされる(ステップ414)。ユーザ端末のための受信SNRが知られていないなら、ステップ414はスキップされるかもしれない。ステップ414の答えがノーであるなら、次にまた処理はステップ430に進む。
【００３９】
ユーザ端末が登録されていて、F-RACHの閾値SNRが合致されるならば、F-RACHアクセス手続きは、システムにアクセスすることを試みるために実行される(ステップ420)。F-RACHアクセス手続き(図5で以下説明される実施例)の完成の後に、アクセスが成功しているか否かの決定がなされる(ステップ422)。答えがイエスであるならば、アクセス成功が宣言され(ステップ424)、処理は終わる。さもなければ、処理はステップ430に進み、S-RACHを通してアクセスを試みる。
【００４０】
端末が登録されていない、F-RACHの閾値SNRを達成することができない、またはF-RACHを通してアクセスを得ることに成功しなかったならば、それはシステムにアクセスすることを試みるためS-RACHアクセス手続きを実行する(ステップ430)。S- RACHアクセス手続き(図6で以下記述される実施例)の完成の後に、アクセスが成功しているか否かの決定がなされる(ステップ432)。答えがイエスであるなら、アクセス成功が宣言される(ステップ424)。さもなくば、アクセス失敗が宣言される(ステップ434)。どちらの場合でも処理は終了する。
【００４１】
簡単さのために、図4に示された実施例は、ユーザ端末がシステムで登録されるならば、ユーザ端末は最新のRTD情報を有すると仮定する。ユーザ端末が静止しているか(即ち、固定位置に)、または無線チャネルがあまり変化しなかったならば、この仮定は一般に本当である。移動ユーザ端末に関しては、RTDはシステムアクセスの間、または多分アクセス試みからアクセス試みの間でさえ顕著に変化するかもしれない。したがって、処理400は、ユーザ端末が最新のRTD情報を有するか否かを決定するステップを含むように変更されるかもしれない。この決定は、例えば最後のシステムアクセス、最後のシステムアクセスの間の観測されたチャネルの振舞いなど以来の経過時間に基づくようにされるかもしれない。
【００４２】
一般に、ランダムアクセスチャネルの多重型が利用可能であり、初めに1つのランダムアクセスチャネルがユーザ端末の作動状態に基づいて使用のために選ばれる。作動状態は、例えばユーザ端末の登録状態、受信SNR、現在のRTD情報などによって定義されるかもしれない。ユーザ端末はシステムアクセスのために、一度に１つのチャネルで、多重ランダムアクセスチャネルを使用するかもしれない。
【００４３】
A.F-RACH手続き
実施例において、F-RACHはスロット付アロハランダムアクセス方式を使用し、それによりユーザ端末はシステムへのアクセスを得ることを試みるために手当たり次第に選択されたF-RACHスロットに送信する。F-RACH上で送信するとき、ユーザ端末は現在のRTD情報を持っていると仮定される。その結果、F-RACH PDUはアクセスポイントのF-RACHスロット境界に時間整列されると仮定される。これはF-RACHを使用するための要求に合致することができるユーザ端末について、検出処理を大いに簡素化して、アクセスタイムを短くすることができる。
【００４４】
アクセスが得られるか、またはアクセス試みの最大許容数が超えられるまで、ユーザ端末はF-RACH上で多重送信で送るかもしれない。以下で説明されるように、それぞれのF-RACH送信について成功の尤度を改良するように、様々なパラメタが変えられるかもしれない。
【００４５】
図 5はF-RACHを使用してシステムにアクセスするためにユーザ端末により行われる処理420aの実施例に関するフローチャートを示す。処理420aは図 4のステップ420で実行されるF-RACHアクセス手続きの実施例である。
F-RACH上で最初の送信の前に、ユーザ端末はF-RACH上の送信で使用される様々なパラメタを初期化する(ステップ512)。そのようなパラメタは、例えばアクセス試みの数、初期送信パワーなどを含むかもしれない。カウンタはアクセス試みの数を数えるために維持され、このカウンタは最初のアクセス試みのために１に初期化されるかもしれない。初期送信パワーはF-RACHのために必要な受信SNRがアクセスポイントで達成されることを期待することができるように設定される。初期送信パワーはユーザ端末で測定されるように、受信信号強度またはアクセスポイントのためのSNRに基づいて推定されるかもしれない。次に、処理はループ520に入る。
【００４６】
F-RACHにおける各送信のために、ユーザ端末は現在のTDDフレームについて適切なシステムパラメタを得るためにBCHを処理する(ステップ522)。上で説明されたように、各TDDフレームで利用可能なF-RACHスロットの数とF-RACHセグメントの始まりはフレームからフレームへ変化することができる構成可能なパラメタである。現在のTDDフレームのF-RACHパラメタは、同じフレームで送られるBCHメッセージから得られる。そして、ユーザ端末は利用可能なF-RACHスロットの1つを手当たり次第に選択し、F-RACH PDUをアクセスポイントに送信する(ステップ524)。次に、ユーザ端末は、PDU がアクセスポイントで選択されたF-RACHスロットの始まりに略時間整合されて到着するように、RTDの補償を有するF-RACH PDUを送信する(ステップ526)。
アクセスポイントはF-RACH PDUを受信して処理し、閉じ込められたF-RACHメッセージを回復して、回復されたメッセージに含まれているMAC IDを決定する。表2に示される実施例について、F-RACHメッセージはCRC値を含んでいないので、アクセスポイントはメッセージが正しくまたは間違って復号されたかどうか決定することができない。しかしながら、登録されたユーザ端末だけがシステムアクセスについてF-RACHを使用し、各登録されたユーザ端末が唯一のMAC IDを割り当てられるので、アクセスポイントは割り当てられたMAC IDに対して受信されたMAC IDをチェックすることができる。受信されたMAC IDが割り当てられたMAC IDの1つであるならば、アクセスポイントは受信されたF-RACH PDUの受領を肯定応答する。この肯定応答は以下で説明されるように様々な方法で送られるかもしれない。
【００４７】
F-RACH PDUを送信した後に、ユーザ端末は、肯定応答が送信されたPDUについて受信されたか否かを決定する(ステップ528)。答えがイエスであるならば、ユーザ端末は活動的な状態に変遷し(ステップ530)、処理は終わる。さもなくば、肯定応答が指定された数のTDDフレーム中の送信されたF-RACH PDU について受信されないならば、ユーザ端末は、アクセスポイントがF-RACH PDUを受信しなかったと仮定し、F-RACHでアクセス手続きを再開する。
それぞれのその後のアクセス試みのために、ユーザ端末は最初にF-RACH送信パラメタを更新する(ステップ534)。更新は、(1) それぞれのその後のアクセス試みのために１だけカウンタを増加し、(2) 送信パワーを調整する(例えば、それを特定の量だけ増加させる)ことを伴うかもしれない。そして、F-RACH上でのアクセス試みの最大許容数が更新されたカウンタ値に基づいて超えられたか否かの決定がなされる(ステップ536)。答えがイエスであるならば、ユーザ端末はアクセス状態に残り(ステップ538)、 処理は終わる。
【００４８】
アクセス試みの最大許容数が超えられていないならば、ユーザ端末は次のアクセス試みのためにF-RACH PDUを送信する前に待ち時間の量を決定する。この待ち時間を決定するために、ユーザ端末は最初に次のアクセス試みのための待ち時間の最大量を決定し、それはまた回線争奪ウィンドウ(CW)と呼ばれる。実施例では、回線争奪ウィンドウ(TDDフレームの単位で与えられる) はそれぞれのアクセス試みについて指数関数的に増加する(即ち、CW=２access attempt)。また、回線争奪ウィンドウはアクセス試みの数の他の関数(例えば、一次関数) に基づいて決定されてもよい。そして、次のアクセス試みのための待ち時間の量はゼロとCWの間で手当たり次第に選択される。ユーザ端末は次のアクセス試みのためにF-RACH PDUを送信する前に、この時間の量待つだろう(ステップ540)。
手当たり次第に選択された待ち時間を待った後に、ユーザ端末は再びBCHメッセージを処理することにより現在のTDDフレームのためのF-RACHパラメタを決定し(ステップ522)、送信のために手当たり次第にF-RACHスロットを選択し(ステップ524)、手当たり次第に選択されたF-RACHスロットにF-RACH PDUを送信する(ステップ526)。
【００４９】
F-RACHアクセス手続きは、(1) ユーザ端末がアクセスポイントからの肯定応答を受信するか、(2) 最大許容数のアクセス試みが超えられるまで続く。それぞれのその後のアクセス試みのために、F-RACH PDUを送信する前に待つ時間の量、F-RACH送信に使用する特定のF-RACHスロット、およびF-RACH PDUのための送信パワーが上で説明されたように選択されるかもしれない。
【００５０】
B.S-RACH手続き
実施例では、S-RACHはアロハランダムアクセス方式を使用し、それによりユーザ端末はシステムへのアクセスを得る試みのために手当たり次第に選択されたS-RACHスロットに送信する。たとえユーザ端末が特定のS-RACHスロットで送信することを試みても、S-RACH上での送信の送信タイミングはRTD補償されると仮定されない。その結果、ユーザ端末がそれらのRTDの良好な推定値を持たないとき、S-RACHの振舞いはスロットのないアロハチャネルのものと同様である。
【００５１】
図6はS-RACHを使用してシステムにアクセスするためのユーザ端末により行われる処理430aの実施例に関するフローチャートを示す。処理430aは図4のステップ430で実行されるS-RACHアクセス手続きの実施例である。
S-RACHにおける最初の送信の前に、ユーザ端末はS-RACH上で送信するために使用される様々なパラメタを初期化する(例えば、アクセス試みの数、初期送信パワーなど)(ステップ612)。そして、処理はループ620に入る。
【００５２】
S-RACHにおける各送信のために、ユーザ端末は、利用可能なS-RACHスロット数とS-RACHセグメントの始まりのような現在のTDDフレームのためのS-RACHの適切なパラメタを得るためBCHを処理する(ステップ622)。次にユーザ端末は、S-RACH PDUを送信するために手当たり次第に利用可能なS-RACHスロットの1つを選択する(ステップ624)。S-RACH PDUは表 3に示されるフィールドを持っているS-RACHメッセージを含んでいる。ユーザ端末がシステムにより登録されるか、さもなくば登録MAC IDを有するならば、RACHメッセージは割り当てられたMAC IDを含んでいる。次に、ユーザ端末は選択されたS-RACHスロットのアクセスポイントにS-RACH PDUを送信する(ステップ626)。ユーザ端末がRTDを知っているならば、それはRTDの計算に従ってその送信タイミングを調整することができる。
【００５３】
アクセスポイントは、S-RACH PDUを受信して処理し、S-RACHメッセージを回復して、メッセージに含まれているCRC値を使用して回復されたメッセージをチェックする。アクセスポイントは、CRCが失敗するなら、S-RACHメッセージを捨てる。CRCが通るならば、アクセスポイントは回復されたメッセージに含まれているMAC IDを得て、S-RACH PDUの受領を肯定応答する。
【００５４】
S-RACH PDUを送信た後に、ユーザ端末は肯定応答が送信されたPDUについて受信されたか否かを決定する(ステップ628)。答えがイエスであるならば、ユーザ端末は活動的な状態に変遷し(ステップ630)、処理は終わる。さもなくば、ユーザ端末は、アクセスポイントがS-RACH PDUを受信しなかったと仮定し、S-RACHでアクセス手続きを再開する。
【００５５】
それぞれのその後のアクセス試みのために、ユーザ端末は最初にS-RACH送信パラメタを更新する(例えば、カウンタを増加し、送信パワーを調整するなど) (ステップ634)。そして、S-RACH上のアクセス試みの最大許容数が超えられたか否かの決定がなされる(ステップ636)。答えがイエスであるならば、ユーザ端末はアクセス状態に残り(ステップ638)、処理は終わる。さもなくば、ユーザ端末は、次のアクセス試みのためにS-RACH PDUを送信する前に待つ時間の量を決定する。待ち時間は図 5について上で説明されたように決定されるかもしれない。ユーザ端末はこの時間の量を待つだろう(ステップ640)。手当たり次第に選択された待ち時間を待った後に、ユーザ端末は再び、BCHメッセージを処理することにより現在のTDDフレームについてS-RACHパラメタを決定し(ステップ622)、送信のためにS-RACHスロットを手当たり次第に選択し(ステップ624)、手当たり次第に選択されたS-RACHスロットにS-RACH PDUを送信する(ステップ626)。
【００５６】
上で説明されたS-RACHアクセス手続きは、(1) ユーザ端末がアクセスポイントから肯定応答を受信するか、(2)許容アクセス試みの最大数が超えられるまで続く。
C.RACH肯定応答
実施例では、正しく受信されたF/S-RACH PDUに肯定応答するために、アクセスポイントはBCHメッセージにおけるF/S-RACH Acknowledgmentビットを設定し、FCCHにRACH肯定応答を送信する。別々のF-RACHおよびS-RACH AcknowledgmentビットがそれぞれF-RACHとS-RACHのために使用されるかもしれない。BCHでのF/S-RACH Acknowledgmentビットの設定とFCCH上のRACH肯定応答の発送との間には遅れがあり、それは予定している遅れなどと説明するのに使用されるかもしれない。F/S-RACH Acknowledgmentビットは、ユーザ端末が再試行するのを防いで、失敗したユーザ端末がすぐに再試行することを許容する。
【００５７】
ユーザ端末がF/S-RACH PDUを送った後に、それはBCHとFCCHを監視し、そのPDUがアクセスポイントによって受信されたか否かを決定する。ユーザ端末はBCHを監視し、対応するF/S- RACH Acknowledgmentビットが設定されるかどうかを決定する。このビットが設定されると、それはこれおよび/またはいくつかの他のユーザ端末のための肯定応答がFCCHで送信されるかもしれないことを示し、そのときユーザ端末はRACH肯定応答のためFCCHをさらに処理する。さもなくば、このビットが設定されないならば、ユーザ端末はBCHを監視し続けるか、またはそのアクセス手続きを再開する。
【００５８】
FCCHは成功しているアクセス試みのために肯定応答を運ぶのに使用される。それぞれのRACH肯定応答は肯定応答が送られるユーザ端末に関連づけられるMAC IDを含んでいる。そのアクセス要求が受信されたがFCH/RCHリソースの割当に関連づけられないユーザ端末に知らせるために、迅速な肯定応答が使用されるかもしれない。割当ベースの肯定応答はFCH/RCH割当に関連づけられる。ユーザ端末がFCCHで迅速な肯定応答を受信するなら、それは睡眠（Dormant）状態へ変遷する。ユーザ端末が割当ベースの肯定応答を受信するなら、それは肯定応答と共に送られるスケジューリング情報を得て、システムによって割り当てられるFCH/RCHを使用し始める。
【００５９】
ユーザ端末が登録を実行しているならば、それは登録MAC IDを使用する。非登録ユーザ端末のためにRACH肯定応答はユーザ端末に指示し、システムによる登録手続きに着手する。登録手続きを通して、ユーザ端末の唯一のアイデンティティは、例えばシステムのそれぞれのユーザ端末に唯一である電子連続番号(ESN)に基づいて確かめられる。そして、システムは唯一のMAC IDをユーザ端末に割り当てるだろう(例えば、FCHに送られた MAC ID Assignment Messageを通して)。
【００６０】
S-RACHに関しては、すべての非登録ユーザ端末がシステムにアクセスするのに同じ登録MAC IDを使用する。したがって、同じS-RACHスロットに同時に送信することが複数の非登録ユーザ端末のために可能である。この場合、アクセスポイントがこのS-RACHスロットで送信を検出することができるならば、システムは同時に、複数のユーザ端末で登録手続きを(知らずに)着手するだろう。登録手続き(例えば、これらのユーザ端末についてのCRCと唯一のESNの使用による)を通して、システムは衝突を解決することができるだろう。1つの可能な結果として、ユーザ端末が互いを妨げるので、システムはこれらのユーザ端末のいずれかから送信を正しく受信することができないかもしれず、その場合、ユーザ端末はアクセス手続きを再開することができる。代わりに、システムは最強のユーザ端末からの送信を正しく受信することができるかもしれず、その場合、より弱いユーザ端末はアクセス手続きを再開することができる。
【００６１】
D.RTD決定
非登録ユーザ端末からの送信はRTDに関して補償されないかもしれず、S-RACHスロット境界に整列されないアクセスポイントに到着するかもしれない。アクセス/登録手続きの一部として、RTDは決定されかつその後のアップリンク送信の使用のためにユーザ端末に提供される。RTDは様々な方法で決定されるかもしれず、そのいくつかが以下で説明される。
【００６２】
第１の方式では、S-RACHスロット持続時間がシステムのすべてのユーザ端末について最長期待RTDよりも大きくなるように定義される。この方式において、それぞれの送信S-RACH PDUは、送信が意図されたのと同じS-RACHスロットで始まることを受信されるであろう。その時、S-RACHスロットがS-RACH PDUを送信するのに使用されたとして曖昧さはなにもないだろう。
【００６３】
第２の方式では、RTDはアクセスと登録手続きによって漸次決定される。この方式において、S-RACHスロット持続時間は、最長期待RTDよりも少なくなるように定義されるかもしれない。送信されたS-RACH PDUは意図されたS-RACHスロットより遅く、ゼロ、1、または多重S-RACHスロットで受信されるかもしれない。RTDは2つの部分に仕切られるかもしれない：(1) S- RACHスロットの整数番号のための第1の部分(第1の部分は0、1、2、またはある他の値と等しいかもしれない)、および(2) S-RACHスロットの断片的な部分のための第2の部分。アクセスポイントは受信されたS-RACH PDUに基づいて断片的な部分を決定することができる。登録の間、ユーザ端末の送信タイミングは断片的な部分を補償するように調整されることができ、その結果ユーザ端末からの送信はS-RACHスロット境界に整列されて到着する。次に、第1の部分は登録手続きの間に決定され、ユーザ端末に報告されるかもしれない。
【００６４】
第3の方式では、S-RACHメッセージがSlot IDフィールドを含むように定義される。このフィールドはS-RACH PDUが送信される特定のS-RACHスロットのインデックスを運ぶ。その時、アクセスポイントはSlot IDフィールドに含まれているスロットインデックスに基づいてユーザ端末のためにRTDを決定することができるだろう。
【００６５】
Slot IDフィールドは様々な方法で実施されるかもしれない。第１の実施では、S-RACHメッセージ持続時間は同じコードレートを維持している間増加される(例えば、2乃至3のOFDMシンボル)。第２の実施では、S-RACHメッセージ持続時間は維持されるが、コードレートが増加され(例えば、レート1/4からレート1/2へ)、それはより多くの情報ビットを許容するだろう。第３の実施では、S-RACH PDU持続時間は維持されるが(例えば、4OFDMシンボルに)、S-RACHメッセージ部分は伸され(例えば、2から3OFDMシンボルへ)、参照部分が短くされる(例えば、2から1OFDMシンボルへ)。
S-RACH PDUの参照部分を短くすると、参照のための受信された信号品質が減少し、それは次にS-RACH送信を検出しない尤度(即ち、より高い不検出確率)を増加させるだろう。この場合、検出閾値(S-RACH送信が存在しているかどうかを示すのに使用される)は、所望の不検出確率を達成するために減少されるかもしれない。下側の検出閾値は、なにも存在していないとき受信されたS-RACH送信を宣言する尤度(即ち、より高い間違い警報確率)を増加させる。しかしながら、各S-RACHメッセージに含まれているCRC値は、誤った検出の許容できる確率を達成するのに使用されるかもしれない。
【００６６】
第４の方式では、スロットインデックスはS-RACHメッセージのためにCRC値に埋め込まれている。S-RACHメッセージに関するデータ(例えば、表 3に示される実施例に関するMAC ID)とスロットインデックスは、CRC発生器に供給されて、CRC値を発生させるのに使用されるかもしれない。そして、MAC IDとCRC値(しかし、スロットインデックスでない)はS-RACHメッセージのために送信される。アクセスポイントでは、受信されたS-RACHメッセージ(例えば.、受信されたMAC ID)と期待されたスロットインデックスが、受信されたメッセージに関するCRC値を発生させるために使用される。次に、発生されたCRC値は受信されたS-RACH メッセージのCRC値に対して比較される。CRCが合格すると、次にアクセスポイントが成功を宣言し、メッセージを処理するように進む。CRCが失敗するならば、アクセスポイントは失敗を宣言して、メッセージを無視する。
E.F-RACHおよびS-RACH送信
図7AはS-RACH上の模範的送信を示す。ユーザ端末はS-RACH PDUの送信のために、特定のS-RACHスロット(例えば、スロット3)を選択する。しかしながら、S-RACH送信がRTD補償されないなら、送信されたS-RACH PDUはアクセスポイントタイミングに基づく選択されたS-RACHスロットの始まりに時間整列されて到着しないだろう。アクセスポイントは上で説明されたようにRTDを決定することができる。
図7BはF-RACH上の模範的送信を示す。ユーザ端末はF-RACH PDUの送信のために、特定のF-RACHスロット(例えば、スロット5)を選択する。F-RACH送信は補償されたRTDであり、送信されたF-RACH PDUはアクセスポイントで選択されたF-RACHスロットの始まりに略時間整列されて到着する。
【００６７】
3. システム
簡単化のために、以下の記述において用語“RACH”は用語が使用されている文脈によって、F-RACH、S-RACH、またはRACHを云うかもしれない。
図8はシステム100におけるアクセスポイント110xと2つのユーザ端末120xおよび120yの実施例のブロック図を示す。ユーザの端末120xは単一のアンテナを備え、ユーザ端末120yはNut個のアンテナを備えている。一般に、アクセスポイントとユーザ端末はそれぞれ任意の数の送信/受信アンテナを備えていてよい。
【００６８】
アップリンクでは、それぞれのユーザ端末において送信(TX)データプロセッサ810がデータ源808からトラヒックデータを、コントローラ830からシグナリングおよび他のデータ(例えば、RACHメッセージに関する)を受け取る。TXデータプロセッサ810は変調シンボルを提供するためにデータをフォーマットして、コード化して、インターリーブして、変調する。ユーザ端末が単一のアンテナを備えているならば、これらの変調シンボルは送信シンボルのストリームに対応する。ユーザ端末が多アンテナを備えているなら、TX空間的プロセッサ820は変調シンボルを受け取りかつ空間的な処理を実行し、それぞれのアンテナのために送信シンボルのストリームを提供する。各変調器(MOD)822はそれぞれの送信シンボルストリームを受けて、処理し、対応するアップリンク変調信号を提供し、その信号は次に関連アンテナ824から送信される。
【００６９】
アクセスポイント110xでは、Nap個のアンテナ852aから852apがユーザ端末から送信されたアップリンク変調された信号を受信し、各アンテナは受信された信号をそれぞれの復調器(DEMOD)854に提供する。各復調器854は変調器822で実行される処理と相補的処理を実行して、受信されたシンボルを提供する。受信(RX)空間的プロセッサ856は、その時すべての復調器854a乃至854apからの受信シンボルに空間的な処理を行い、回復されたシンボルを提供し、そのシンボルはユーザ端末によって送信られた変調シンボルの推定である。RXデータプロセッサ858は回復されたシンボルをさらに処理し(例えば、シンボルデマップ、デインターリーブ、および復号)、復号されたデータ(例えば、回復されたRACHメッセージに関して)を提供し、そのデータはさらなる処理のため記憶用データシンク860および/またはコントローラ870のに提供されるかもしれない。また、RX空間的プロセッサ856は各ユーザ端末のために受信SNRを推定かつ提供し、それは、F-RACHまたはS-RACHがシステムアクセスに使用されるべきであるかどうかを決定するのに使用されるかもしれない。
【００７０】
ダウンリンクのための処理はアップリンクのための処理と同じであるか、または異なっているかもしれない。データ源888からのデータとコントローラ870および/またはスケジューラ880からのシグナリング(例えば、RACH肯定応答)がTXデータプロセッサ890によって、さらにTX空間的プロセッサ892によって処理される(例えば、コード化され、インターリーブされ、変調される)。TX空間的プロセッサ892からの送信シンボルは、変調器854a乃至854apによってさらに処理され、Napのダウンリンク変調信号を発生させ、その信号は次にアンテナ852aから852apを通して送信される。
【００７１】
各ユーザ端末120では、ダウンリンク変調信号はアンテナ824によって受信され、アクセスポイントで実行された処理と相補的な方法で、復調器822によって復調され、RX空間的プロセッサ840とRXデータプロセッサ842によって処理される。ダウンリンクに関する復号されたデータは記憶のためにデータシンクにおよび/またはさらなる処理のためコントローラ830に提供されるかもしれない。
【００７２】
コントローラ830と870はそれぞれユーザ端末とアクセスポイントで様々な処理ユニットの動作を制御する。メモリユニット832と872はコントローラ830と870によってそれぞれ使用されるデータとプログラムコードを記憶する。
図9はF-RACHとS-RACHのためにデータ処理を実行することができて、図8のTXデータプロセッサ810xと810yとして使用されるかもしれないTXデータプロセッサ810aの実施例のブロック図を示す。
【００７３】
TXデータプロセッサ810aの中において、CRC発生器912はRACH PDUに関するデータを受け取る。RACHデータは表2と3で示された実施例のためのまさしくMAC IDを含んでいる。S-RACHがシステムアクセスに使用されるならば、CRC発生器912はMAC IDのためにCRC値を発生させる。フレーミングユニット914は、RACHメッセージの主要な部分を形成するために、表2と3で示されるようにMAC IDとCRC値を(S-RACH PDUのために)多重化する。そして、スクランブラ916がフレーム化されたデータをランダム化するためにスクランブルする。
【００７４】
符号化器918は、テールビットを有するスクランブルされたデータを受けて、多重化し、選択された符号化方式にしたがって多重化されたデータとテールビットをさらにコード化し、コードビットを提供する。反復/パンクチャユニット920が次に、コードビットのいくつかを反復またはパンクチャ (即ち、削除)し、所望のコードレートを得る。次にインターリーバ922が特定のインターリービング方式に基づいてコードビットをインターリーブ(即ち、再順序付け)する。シンボル写像ユニット924が特定の変調方式に従ってインターリーブされたデータを写像し、変調シンボルを提供する。次に、マルチプレクサ(MUX)926がパイロットシンボルを用いた変調シンボルを受けて、多重化し、多重化されたシンボルのストリームを提供する。TXデータプロセッサ810aのそれぞれのユニットは以下でさらに詳細に説明される。
【００７５】
4. F-RACHとS-RACHの設計
上で述べたように、登録されたユーザ端末について急速なシステムアクセスを容易にし、RACHを実施するのに必要であるシステム資源の量を最小にするためにF-RACHとS-RACHについて異なった設計が使用される。表4はF-RACHとS-RACHの模範的設計の様々なパラメタを示す。
【００７６】
【表４】
0004509793.tif 000005
図10Aは以下の8ビットの発生器多項式を実施するCRC発生器912の実施例のブロック図を示す：
g(x)=x8+x7+x3+x+l               式(1)
また、他の発生器多項式がCRCに使用されるかもしれず、これも発明の範囲内である。
【００７７】
CRC発生器912は直列に接続された8つの遅延素子(D)1012a乃至1012hおよび5つの加算器の1014a乃至1014eを含み、式(1)で示される発生器多項式を実行する。スイッチ1016aはCRC値の計算のためRACHデータ(例えば、MAC ID)を発生器に供給し、CRC値が読みだされているとき、N個のゼロを発生器に供給し、ここにNはCRCのためのビット数であり、式(1)で示される発生器多項式に関して8に等しい。mビットスロットインデックスがCRCに埋め込まれている上で説明された実施例において、スイッチ1016aは、CRC値が読みだされているときN-m個のゼロ(N個のゼロの代わり)により続いたmビットスロットインデックスを提供するように作動するかもしれない。スイッチ1016bはCRC値の計算中に発生器のためにフィードバックを供給し、CRC値が読みだされているとき、発生器にゼロを供給する。加算器1014eは、全てのRACHデータビットが発生器に提供された後にCRC値を提供する。上で説明された実施例について、スイッチ1016aと1016bは初めに10ビット(MAC IDのため) に関して上側の位置にあり、次に8ビット(CRC値のため) に関して下側の位置にある。
【００７８】
また、図10Aはフレーミングユニット914の実施例を示し、それは最初にRACHデータ(または、MAC ID)を選択し、次に任意のCRC値(S-RACH PDUが送信られるべきであるならば) を選択するスイッチ1020を含む。
図10Aはさらに以下の発生器多項式を実施するスクランブラ916の実施例を示す:
G(x)=x7+x4+x                    式(2)
スクランブラ916は直列に接続した7つの遅延素子1032a乃至1032gを含んでいる。各クロック周期について、加算器1034は遅延素子1032dと1032gに記憶された2ビットのモジュロ２加算を行い、遅延素子1032aにスクランブルビットを提供する。フレームされたビット(d1 d2 d3…)は加算器1036に供給され、それはまた、加算器1034からスクランブルビットを受ける。加算器1036は対応するスクランブルビットとフレームされたビットdnとのモジュロ2加算を行い、スクランブルされたビットqnを提供する。
図10Bは、レート1/2、制限長さ7(K=7)、133と171(8値)の 発生器を有する2進の畳込み符号を実行する符号化器918の実施例のブロック図を示す。符号化器918内で、マルチプレクサ1040がスクランブルされたデータとテールビットを受けて多重化する。符号化器918はさらに直列に接続された6つの遅延素子1042a乃至1042fを含んでいる。また、4つの加算器1044a乃至1044dが直列に接続されて、第１の発生器(133)を実施するために使用される。同様に、4つの加算器1046a乃至1046dが直列に接続されて、第２の発生器(171)を実施するために使用される。加算器は図10Bに示されるように133と171の2つの発生器を実施する方法で遅延素子とさらに接続される。マルチプレクサ1048が2つの発生器からのコードビットの2つのストリームを受けてコードビット単一のストリームに多重化する。各入力ビットqnについて、2つのコードビットａnおよびｂnが発生され、それはコードレート1/2をもたらす。
【００７９】
また、図10Bはベースコードレート1/2に基づく他のコードレートを発生させるのに使用することができる反復/パンクチャユニット920の実施例を示す。ユニット920の中では、符号化器918からのレート1/2コードビットが反復ユニット1052およびパンクチャユニット1054に供給される。反復ユニット1052は一度1/4の有効なコードレートを得るために各レート1/2コードビットを繰り返す。パンクチャユニット1054は所望のコードレートを提供するために特定のパンクチャパターンに基づいて1/2コードビットのいくつかを削除する。実施例では、F-RACHのためのレート2/3は、全ての4番目のレート1/2コードビットが2/3の有効なコードレートを得るために削除されることを表す“1110”のパンクチャパターンに基づいて達成される。
【００８０】
図9に戻って、インターリーバ 922は各RACH PDUについてコードビットを再順序付けし、周波数ダイバーシティ(S-RACHとF-RACHの両方のために)と時間ダイバーシティ(S-RACHのために)を得る。表 2に示される実施例に関して、F-RACH PDUは24コードビットを発生させるためにレート2/3コードを使用してコード化される16データビットを含み、24コードビットはBPSKを使用して1つのOFDMシンボルにおいて24データサブバンド上で送信される。
【００８１】
表5はF-RACHのためのサブバンドインターリーブを示す。各F-RACH PDUに関して、インターリーバ 922は初めにF-RACH PDUのために0乃至23のチップインデックスを24コードビットに割り当てる。そして、各コードビットは表 5に示されるようにそのチップインデックスに基づいて特定のデータサブバンドに写像される。例えば、チップインデックス0を有するコードビットはサブバンド-24に写像され、チップインデックス1を有するコードビットはサブバンド-12に写像され、チップインデックス2を有するコードビットはサブバンド 2に写像されるなど。
【００８２】
【表５】
0004509793.tif 000006
表 3に示される実施例に関して、S-RACH PDUは96コードビットを発生させるようにコード化されて繰り返される24データビットを含み、96コードビットはBPSKを使用して2つのOFDMシンボルにおいて48データサブバンド上で送信される。表 6はS-RACHのためのサブバンドインターリーブを示す。各S-RACH PDUに関して、インターリーバ 922は初めに48コードビットの2つのグループを形成する。各グループ内で、48コードビットは0乃至47のチップインデックスに割り当てられる。そして、各コードビットは表 6に示されるようにそのチップインデックスに基づいて特定のデータサブバンドに写像される。例えば、チップインデックス0を有するコードビットはサブバンド- 26に写像され、チップインデックス1を有するコードビットはサブバンド1に写像され、チップインデックス2を有するコードビットはサブバンド-17などに写像されるなど。
【００８３】
【表６】
0004509793.tif 000007
シンボル写像ユニット924は変調シンボルを得るためにインターリーブされたビットを写像する。実施例では、BPSKはF-RACHとS-RACHの両方に使用される。BPSKについて、各インターリーブされたコードビット(“0”または“1”)は例えば、“0”⇒-1+j0および“1” ⇒1+j0のように、それぞれの変調シンボルに写像されるかもしれない。また、ユニット924からの変調シンボルはデータシンボルと呼ばれる。
【００８４】
マルチプレクサ926は各RACH PDUについてデータシンボルをパイロットシンボルと多重化する。多重化は様々な方法で実行されるかもしれない。F-RACHとS-RACHのための特定の設計は以下で説明される。
F-RACHのための実施例では、データシンボルとパイロットシンボルはサブバンド多重化される。各F-RACH PDUは表 5に示されたように24のデータシンボルで多重化された28のパイロットシンボルを含んでいる。サブバンド多重化は各データシンボルが両側でパイロットシンボルによって挟まれる(flank) ようなものである。パイロットシンボルはデータサブバンドのためにチャネル応答を推定するのに使用されるかもしれず(例えば、各データサブバンドの両側のパイロットサブバンドのためのチャネル応答を平均することにより)、データサブバンドはデータ復調のために使用することができる。
【００８５】
実施例では、S-RACHのために、データシンボルとパイロットシンボルは図3Bに示されるように時分割多重化される。各S-RACH PDUは、第１の2つのシンボル期間の各々についてパイロットOFDMシンボルと、次の2つのシンボル期間の2つのデータOFDMシンボルとを含んでいる。実施例では、パイロットOFDMシンボルは表6に示されるように、52サブバンドについて52のQPSK変調シンボル(または、パイロットシンボル)と、残っている12サブバンドについてのゼロの信号値とを含む。52のパイロットシンボルは、これらのパイロットシンボルに基づいて発生された波形のピークから平均への最小の変化を持つように選択される。この特性は、過剰な量のひずみを生じることなく、より高いパワーレベルでパイロットOFDMシンボルを送信させる。
【００８６】
また、多重化はある他の方式に基づいてS-RACHとF-RACHのために実行されるかもしれず、これは発明の範囲内である。どの場合でも、マルチプレクサ926は各RACH PDUのために多重化されたデータとパイロットシンボルの系列（s(n)として表された）を提供する。
【００８７】
各ユーザ端末は1つまたは多数のアンテナを備えるかもしれない。多アンテナがあるユーザ端末について、RACH PDUがビームステアリング、ビーム形成、送信ダイバーシティ、空間的な多重化などを使用して多アンテナから送信されるかもしれない。ビームステアリングに関して、RACH PDUは最良の性能(例えば、最高の受信SNR) に関連づけられる単独の空間的なチャネル上で送信される。送信ダイバーシティに関して、RACH PDUに関するデータがダイバーシティを提供するために多アンテナおよびサブバンドから冗長に送信される。ビームステアリングは以下で説明されるように実行されるかもしれない。
【００８８】
アップリンクにおいて、Nut端末アンテナおよびNapアクセスポイントアンテナにより形成されるMIMOチャネルは、ｋ∈Kについて、チャネル応答行列H(k) によって特徴付けられ、ここにKは関係があるサブバンドの組を表す(例えば、K={-26...26}) 。各行列H(k)はNapNutエントリーを含み、ここにi∈{1... Nap}およびj{1...Nut}について、エントリーhij(k)はk番目のサブバンドに関するj番目のユーザ端末アンテナとi 番目のアクセスポイントアンテナとの間の結合(即ち、複素利得) である。
【００８９】
各サブバンドについてアップリンクチャネル応答行列H(k)は、そのサブバンドの固有モードを得るために“行列を対角化される” (例えば、固有値分解または特異値分解を使用して) かもしれない。行列H(k)の特異値分解は以下で表されるかもしれない。
【００９０】
H(k)=U(k)Σ(k)VH(k)，  ｋ∈Kについて        式(3)
ここに、U(k)はH(k)の左固有ベクトルの(Nap×Nap)行列であり、
Σ(k)はH(k)の特異値の(Nap×Nut)対角行列であり、
V(k)はH(k)の右固有ベクトルの(Nut×Nut) 行列である。
【００９１】
各興味があるサブバンドについて、チャネル応答行列H(k)のために固有値分解は独自に実行され、そのサブバンドのために固有モードを決定するかもしれない。対角行列Σ(k)の特異値が｛σ1(k)≧σ2(k) ≧・・・≧σNs(k)｝のように順序付けられ、ここにσ1(k)は最大の特異値であり、σNs(k)はk番目のサブバンドについて最小の特異値である。各対角行列Σ(k)に関する特異値が順序付けられるとき、関連行列V(k)の固有ベクトル(または列)はまた対応して順序付けられる。“広帯域”固有モードは順序付けの後にすべてのサブバンドの同じ次数の固有モードの組と定義されるかもしれない。“主”広帯域固有モードは順序付けの後に各行列Σ(k)の最大特異値に関連づけられたものである。ビームステアリングが主広帯域固有モードのために、k∈Kに関して、各固有ベクトルv1(k) からの位相情報だけを使用して、固有ベクトルにおけるすべての要素が等しい大きさを持つように各固有ベクトルを正規化する。
【００９２】
【数１】
0004509793.tif 000008
ここに、Aは定数である(例えば、A= 1);およびθi(k)はi 番目のユーザ端末アンテナのk番目のサブバンドの位相であり、以下のように与えられる：
【００９３】
【数２】
0004509793.tif 000009
ここに、v1(k) =[v1,1(k) v1,2(k)・・・v1,Nut(k)]T
そして、ビームステアリングのための空間的な処理は以下として言い表されるかもしれない。
【００９４】
【数３】
0004509793.tif 000010
図11はビームステアリングのための空間的な処理を実行するTX空間的プロセッサ820yの実施例のブロック図を示す。プロセッサ820y内で、データおよびパイロットシンボルを送信するために使用されるKサブバンドのためのKサブストリーム（s(1)からs(k)として表される）内に、インターリーブされたデータおよびパイロットシンボルs(n)をデマルチプレクサ1112が受けかつデマルチプレックスする。各サブストリームはF-RACH PDUの１つのシンボルとS-RACH PDUの4つのシンボルを含んでいる。各サブストリームはそれぞれのTX サブバンドビームステアリングプロセッサ1120に供給され、それは１つのサブバンドについて式(6)で示される処理を実行する。
【００９５】
【数４】
0004509793.tif 000011
乗算器1122a乃至1122utはそれぞれバッファ/マルチプレクサ1130a乃至1130utにNut送信シンボルサブストリームを提供する。各バッファ/マルチプレクサ1130はTX サブバンドビームステアリングプロセッサ1120a乃至1120kからの送信シンボルを受けて多重化し、1つのアンテナについて送信シンボルのストリームxi(n)を提供する。
【００９６】
ビームステアリングのための処理は、本出願の譲受人に譲渡されかつここに引用文献として組み込まれた、2002年8月27日に出願された“Beam-Steering and Beam-Forming for Wideband MIMO/MISO Systems”と題する前述の仮U.S.特許出願シリアルNo.60/421,309およびU.S.特許出願シリアルNo.10/228,393にさらに詳細に記述される。RACH PDUはまた送信ダイバーシティ、ビーム形成、または空間的な多重化を使用して多アンテナユーザ端末により送信されるかもしれず、それはまた、前述の仮U.S.特許出願シリアルNo. 60/421,309に記述される。
【００９７】
図12Aは図8の各MOD 822に使用されるかもしれないOFDM変調器822xの実施例のブロック図を示す。OFDM変調器822xの中では、逆高速フーリエ変換(IFFT)ユニット1212が送信シンボルのストリームxi(n)を受け、64ポイント逆高速フーリエ変換（ここに、64はサブバンドの総数に対応する）を使用して、64送信シンボルの各系列を時間領域表現(“変換”シンボルと呼ばれる)に変換する。各変換シンボルは64時間領域サンプルを含む。各変換シンボルに関して、周期的な接頭語発生器1214が対応するOFDMシンボルを形成するために変換シンボルの部分を反復する。実施例では、周期的な接頭語は16サンプルを含み、各OFDMシンボルは80サンプルを含む。
【００９８】
図12BはOFDMシンボルを示す。OFDMシンボルは2つの部分：例えば、16サンプルの持続時間を持っている周期的な接頭語と64サンプルの持続時間がある変換シンボルで構成される。周期的な接頭語は変換シンボルの最後の16サンプル(即ち、周期的な継続)のコピーであり、変換シンボルの前に挿入される。周期的な接頭語は、OFDMシンボルが拡散されたマルチパス遅れの存在において直交特性を保持し、その結果、周波数選択フェージングにより起こされるマルチパスおよびチャネル分散などの有害なパス効果に対して性能を向上させることを確実にする。
【００９９】
周期的な接頭語発生器1214が送信機ユニット(TMTR)1216にOFDMシンボルのストリームを供給する。送信機ユニット1216はOFDMシンボルストリームを1つ以上のアナログ信号に変換し、さらに増幅し、フィルタにかけ、アナログ信号を周波数上方変換し、関連アンテナから送信に適したアップリンク変調された信号を生成する。
【０１００】
5. アクセスポイント処理
各TDDフレームに関しては、アクセスポイントはF-RACHおよび S-RACH を処理し、システムにアクセスするのを望んでいるユーザ端末によって送信されたF/ S-RACH PDUを検出する。 F-RACHとS-RACHが異なった設計に関連づけられ、異なる送信タイミング要件を有するので、異なった受信機処理技術がF-RACHおよびS-RACH PDUを検出するためにアクセスポイントによって使用されてもよい。
F-RACHについて、F-RACH PDUのための送信タイミングがRTDに関して補償され、受信F-RACH PDUがアクセスポイントでF-RACHスロット境界に実質的に整列される。周波数領域で作動する決定の指示された検出器はF-RACH PDUの検出のために使用されるかもしれない。実施例において、検出器は時間毎に1スロットずつF-RACHセグメントのすべてのF-RACHスロットを処理する。各スロットに関して、検出器は、そのスロットに受け取られるOFDMシンボルについて必要な信号エネルギーが十分に高いかどうか決定する。答えがイエスであるならば、OFDMシンボルはF-RACHメッセージを回復するためにさらに復号される。
【０１０１】
S-RACHについて、S-RACH PDUのための送信タイミングはRTDに関して補償されないかもしれなくて、受け取られたS-RACH PDUのタイミングは知られていない。時間領域で作動するスライディング相関関係検出器はS-RACH PDUを検出するために使用されるかもしれない。実施例では、検出器は時間で１サンプル期間毎にS-RACHセグメントを通してスライドする。仮定に対応する各サンプル期間について、検出器は、十分な信号エネルギーがそのサンプル期間で開始している受信されたと仮定されたS-RACH PDUの2つのパイロットOFDMシンボルのために受信されたか否かを決定する。答えがイエスであるならS-RACH PDUはS-RACHメッセージを回復するためにさらに復号される。
【０１０２】
F-RACHとS-RACH送信を検出して復調する技術は前述のU.S.特許出願シリアルNo.60/432,626に詳細に説明される。
明快ために、ランダムアクセス技術が特定の設計のために記述された。様々な変更がこれらの設計になされるかもしれず、これは発明の範囲内である。例えば、ランダムアクセスのために2つ以上の異なった型のRACHを持っていることが望ましいかもしれない。そのうえ、RACHデータは他のコード化、インターリービング、および変調方式を使用して処理されるかもしれない。
【０１０３】
ランダムアクセス技術は様々な無線の多重アクセス通信システムのために使用されるかもしれない。１つのこのようなシステムは、前述の仮U.S.特許出願シリアルNo.60/421,309で説明される無線の多重アクセスMIMOシステムである。一般に、これらのシステムはOFDMを使用するか、使用しないかもしれない。OFDMの代わりにある他の多搬送波変調方式を使用するか、使用しないかもしれない。そしてMIMOを使うか、または使わないかもしれない。
【０１０４】
ここに説明されるランダムアクセス技術は様々な利点を提供するかもしれない。第1に、F-RACHはあるユーザ端末(例えば、システムによって登録され、それらのRTDを補償することができるもの) が速やかにシステムにアクセスを得ることを許容する。これは、トラヒックのバーストにより散発的にパンクチャされる沈黙の長い期間により通常特徴付けられるパケットデータアプリケーションには特に望ましい。そして、速いシステムアクセスはユーザ端末にこれらの散発的なデータバーストに関するシステム資源を速やかに得させるであろう。第２に、F-RACHとS-RACHの組み合わせは様々な作動状態と条件(例えば、高いおよび低い受信SNRを有する、登録されたおよび非登録のユーザ端末など)で効率的にユーザ端末を扱うことができる。
【０１０５】
ここに開示された技術は様々な方法によって実施されるかもしれない。例えば、これらの技術はハードウェア、ソフトウェア、またはそれらの組み合わせで実施されるかもしれない。ハードウェア実施のために、ユーザ端末およびアクセスポイントでランダムアクセスを容易にするために使用される素子は、1つ以上の特定用途向け集積回路(ASIC)、ディジタル信号プロセッサ(DSP)、ディジタル信号処理装置(DSPD)、プログラマブル論理装置(PLD)、フィールドプログラマブルゲートアレイ(FPGA)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、ここに開示された機能を実行するように設計された他の電子ユニット、またはそれらの組み合わせで実施されるかもしれない。
【０１０６】
ソフトウェア実施のために、ランダムアクセス技術がここに開示された機能を実行するモジュール(例えば、手続き、機能など)で実施されるかもしれない。ソフトウェアコードはメモリユニット(例えば、図8のメモリユニット832と872)に記憶されて、プロセッサ(例えば、コントローラ830と870)によって実行されるかもしれない。メモリユニットはプロセッサの中で、またはプロセッサに対し外部で実施されてもよく、外部の場合、それは技術で知られている様々な方法を通してプロセッサと通信可能に接続することができる。
【０１０７】
見出しは参照のためおよびあるセクションを見つけることの目的のためここに含まれる。これらの見出しがここに記述された概念の範囲を制限することを意図せず、これらの概念は明細書全体を通して他のセクションに適応性を持っているかもしれない。
開示された実施例の先の記述は当業者が本発明を行い、或いは使用することを可能にするために提供される。これらの実施例への様々な変更は当業者には直ちに明白であり、ここに定義された一般原理は本発明の精神または範囲から逸脱することなく他の実施例に適用できる。したがって、本発明はここに示された実施例に限定されることを意図せず、ここに開示された原理及び新規な特徴と両立する最も広い範囲を与えられるべきである。
【図面の簡単な説明】
【０１０８】
【図１】無線の多重アクセス通信システムを示す。
【図２】時分割二重化(TDD)フレーム構造を示す。
【図３Ａ】F-RACHのためのスロット構造を示す。
【図３Ｂ】S-RACHのためのスロット構造を示す。
【図４】F-RACHおよび/またはS-RACHを使用してシステムにアクセスするための全体的な処理を示す。
【図５】F-RACHを使用してシステムにアクセスするための処理を示す。
【図６】S-RACHを使用してシステムにアクセスするための処理を示す。
【図７Ａ】S-RACH上の模範的送信を示す。
【図７Ｂ】F-RACH上の模範的送信を示す。
【図８】アクセスポイントと2つのユーザ端末を示す。
【図９】端末におけるTXデータプロセッサのブロック図を示す。
【図１０Ａ】TXデータプロセッサ中の処理ユニットのブロック図を示す。
【図１０Ｂ】TXデータプロセッサ中の処理ユニットのブロック図を示す。
【図１１】端末の中のTX空間的プロセッサのブロック図を示す。
【図１２Ａ】OFDM変調器のブロック図を示す。
【図１２Ｂ】OFDMシンボルを例証する。
【図１】
0004509793.tif 000012
【図２】
0004509793.tif 000013
【図３Ａ】
0004509793.tif 000014
【図３Ｂ】
0004509793.tif 000015
【図４】
0004509793.tif 000016
【図５】
0004509793.tif 000017
【図６】
0004509793.tif 000018
【図７Ａ】
0004509793.tif 000019
【図７Ｂ】
0004509793.tif 000020
【図８】
0004509793.tif 000021
【図９】
0004509793.tif 000022
【図１０Ａ】
0004509793.tif 000023
【図１０Ｂ】
0004509793.tif 000024
【図１１】
0004509793.tif 000025
【図１２Ａ】
0004509793.tif 000026
【図１２Ｂ】
0004509793.tif 000027