(57)【特許請求の範囲】
【請求項１】
無線通信のための方法であって、
ランダムアクセスに利用可能な署名のセットから１つの署名を選択すること、前記署名のセットに含まれる各署名は予め割り当てられた異なるユーザ機器識別子（ＵＥＩＤ）にマッピングされ、；
前記選択された署名に基づきアクセスプリアンブルの生成すること；
非アクティブ状態で動作するユーザ機器（ＵＥ）によるランダムアクセスのために前記アクセスプリアンブルを送ること、前記アクセスプリアンブルは、ＰＲＡＣＨ（Physical Random Access Channel）アクセススロット中にＰＲＡＣＨで送られ；
前記ＵＥに割り当てられたリソースを共有制御チャネルから受信すること、前記割り当てられたリソースは、前記アクセスプリアンブルが送られた前記ＰＲＡＣＨアクセススロットに対応するＡＩＣＨ（Acquisition Indicator Channel）アクセススロット中にＨＳ−ＳＣＣＨ(Shared Control Channel for HS-DSCH)で受信され；
前記割り当てられたリソースを使用して、ノードＢへデータを送ること；
を含み、
前記割り当てられたリソースを受信することは、
前記共有制御チャネルについて受信シンボルを得ること、
前記選択された署名に関連する予め割り当てられたＵＥＩＤを決定すること、
デマスクされたシンボルを得るために、前記予め割り当てられた前記ＵＥＩＤに基づき、前記受信シンボルをデマスクすること、
コードワードを得るために、前記デマスクされたシンボルを復号すること、
前記コードワードに関連するリソース構成を決定すること、
前記コードワードが指定値をもつ場合、前記アクセスプリアンブル及びリソース割り当てに対し否定応答（ＮＡＣＫ）が送られたと決定すること、
前記リソース構成に基づき、前記ＵＥについて前記割り当てられたリソースを決定すること、
を含む、方法。
【請求項２】
ランダムアクセスに利用可能な署名の前記セット中の複数の署名は、署名と予め割り当てられたＵＥＩＤとの間の１対１マッピングに基づき異なる複数の予め割り当てられたＵＥＩＤに関連する請求項１の方法。
【請求項３】
複数のリソース構成は、リソース構成とコードワードとの間の１対１マッピングに基づき異なる複数のコードワードに関連する請求項１の方法。
【請求項４】
前記割り当てられたリソースを受信することは、
ランダムアクセスを行うＵＥへ割り当てられたリソースを送るために使用されるチャネライゼーションコードに基づき前記共有制御チャネルを処理すること、
を含む請求項１の方法。
【請求項５】
前記割り当てられたリソースを使用して前記ノードＢへデータを送る間、前記非アクティブ状態を維持すること、
をさらに含む請求項１の方法。
【請求項６】
前記非アクティブ状態は、ＣＥＬＬ＿ＦＡＣＨ状態あるいはアイドルモードを含む請求項１の方法。
【請求項７】
前記割り当てられたリソースは、拡張専用チャンネル（Ｅ−ＤＣＨ）のリソースを含み、
前記共有制御チャネルは、高速ダウンリンク共有チャネルの共有制御チャネル（ＨＳ−ＳＣＣＨ）を含む、請求項１の方法。
【請求項８】
ランダムアクセスに利用可能な署名のセットから１つの署名を選択し、前記セットに含まれる各署名は予め割り当てられた異なるユーザ機器識別子（ＵＥＩＤ）にマッピングされ、
前記選択された署名に基づきアクセスプリアンブルの生成し、
非アクティブ状態で動作するユーザ機器（ＵＥ）によるランダムアクセスのために前記アクセスプリアンブルを送り、前記アクセスプリアンブルは、ＰＲＡＣＨ（Physical Random Access Channel）アクセススロット中にＰＲＡＣＨで送られ、
前記ＵＥに割り当てられたリソースを共有制御チャネルから受信し、前記割り当てられたリソースは、前記アクセスプリアンブルが送られた前記ＰＲＡＣＨアクセススロットに対応するＡＩＣＨ（Acquisition Indicator Channel）アクセススロット中にＨＳ−ＳＣＣＨ(Shared Control Channel for HS-DSCH)で受信され、
前記割り当てられたリソースを使用して、ノードＢへデータを送る
少なくとも１つのプロセッサを備え、
前記割り当てられたリソースを受信することは、
前記共有制御チャネルについて受信シンボルを得ること、
前記選択された署名に関連する予め割り当てられたＵＥＩＤを決定すること、
デマスクされたシンボルを得るために、前記予め割り当てられた前記ＵＥＩＤに基づき、前記受信シンボルをデマスクすること、
コードワードを得るために、前記デマスクされたシンボルを復号すること、
前記コードワードに関連するリソース構成を決定し、
前記コードワードが指定値をもつ場合、前記アクセスプリアンブル及びリソース割り当てに対し否定応答（ＮＡＣＫ）が送られたと決定し、
前記リソース構成に基づき、前記ＵＥについて前記割り当てられたリソースを決定することを含む、装置。
【請求項９】
無線通信のための装置であって、
ランダムアクセスに利用可能な署名のセットから１つの署名を選択する手段と、前記セットに含まれる各署名は予め割り当てられた異なるユーザ機器識別子（ＵＥＩＤ）にマッピングされ、
前記選択された署名に基づきアクセスプリアンブルの生成する手段、
非アクティブ状態で動作するユーザ機器（ＵＥ）によるランダムアクセスのために前記アクセスプリアンブルを送る手段、前記アクセスプリアンブルは、ＰＲＡＣＨ（Physical Random Access Channel）アクセススロット中にＰＲＡＣＨで送られ、
前記ＵＥに割り当てられたリソースを共有制御チャネルから受信する手段、前記割り当てられたリソースは、前記アクセスプリアンブルが送られた前記ＰＲＡＣＨアクセススロットに対応するＡＩＣＨ（Acquisition Indicator Channel）アクセススロット中にＨＳ−ＳＣＣＨ(Shared Control Channel for HS-DSCH)で受信され、
前記割り当てられたリソースを使用して、ノードＢへデータを送る手段、
を備え、
前記割り当てられたリソースを受信する手段は、
前記共有制御チャネルについて受信シンボルを得る手段と、
前記選択された署名に関連する予め割り当てられた前記ＵＥＩＤを決定する手段と、
デマスクされたシンボルを得るために、前記予め割り当てられた前記ＵＥＩＤに基づき、前記受信シンボルをデマスクする手段と、
コードワードを得るために、前記デマスクされたシンボルを復号する手段と、
前記コードワードに関連するリソース構成を決定する手段と、
前記コードワードが指定値をもつ場合、前記アクセスプリアンブル及びリソース割り当てに対し否定応答（ＮＡＣＫ）が送られたと決定する手段と、
前記リソース構成に基づき、前記ＵＥについて前記割り当てられたリソースを決定する手段と、
を備える、装置。
【請求項１０】
少なくとも１つのコンピュータに、ランダムアクセスに利用可能な署名のセットから１つの署名を選択させるコードと、前記セットに含まれる各署名は予め割り当てられた異なるユーザ機器識別子（ＵＥＩＤ）にマッピングされ、
前記少なくとも１つのコンピュータに、前記選択された署名に基づきアクセスプリアンブルの生成させるコードと、
前記少なくとも１つのコンピュータに、非アクティブ状態で動作するユーザ機器（ＵＥ）によるランダムアクセスのために前記アクセスプリアンブルを送らせるコードと、前記アクセスプリアンブルは、ＰＲＡＣＨ（Physical Random Access Channel）アクセススロット中にＰＲＡＣＨで送られ、
前記少なくとも１つのコンピュータに、前記ＵＥに割り当てられたリソースを共有制御チャネルから受信させるコードと、前記割り当てられたリソースは、前記アクセスプリアンブルが送られた前記ＰＲＡＣＨアクセススロットに対応するＡＩＣＨ（Acquisition Indicator Channel）アクセススロット中にＨＳ−ＳＣＣＨ(Shared Control Channel for HS-DSCH)で受信され、
前記少なくとも１つのコンピュータに、前記割り当てられたリソースを使用して、ノードＢへデータを送らせるコードと、
を記憶し、
前記少なくとも１つのコンピュータに、前記割り当てられたリソースを受信させるコードは、
前記少なくとも１つのコンピュータに、前記共有制御チャネルについて受信シンボルを取得させ、
前記少なくとも１つのコンピュータに、前記選択された署名に関連する予め割り当てられたＵＥＩＤを決定させ、
前記少なくとも１つのコンピュータに、デマスクされたシンボルを得るために、前記予め割り当てられた前記ＵＥＩＤに基づき、前記受信シンボルをデマスクさせ、
前記少なくとも１つのコンピュータに、コードワードを得るために、前記デマスクされたシンボルを復号させ、
前記少なくとも１つのコンピュータに、前記コードワードに関連するリソース構成を決定させるコードと、
前記少なくとも１つのコンピュータに、前記コードワードが指定値をもつ場合、前記アクセスプリアンブル及びリソース割り当てに対し否定応答（ＮＡＣＫ）が送られたと決定させるコードと、
前記少なくとも１つのコンピュータに、前記リソース構成に基づき、前記ＵＥについて前記割り当てられたリソースを決定させるコードと、
を備える、コンピュータ読み取り可能記憶媒体。
【請求項１１】
無線通信のための方法であって、
ユーザ機器（ＵＥ）からアクセスプリアンブルを受信すること、前記アクセスプリアンブルは、ランダムアクセスに利用可能な署名のセットから選択された１つの署名に基づき生成され、前記セットに含まれる各署名は予め割り当てられた異なるユーザ機器識別子（ＵＥＩＤ）にマッピングされ、前記アクセスプリアンブルは、ＰＲＡＣＨ（Physical Random Access Channel）アクセススロット中にＰＲＡＣＨで受信される；
前記アクセスプリアンブルの受信に応答して、前記ＵＥへリソースを割り当てること；
共有制御チャネルで前記割り当てられたリソースを前記ＵＥへ送ること、前記割り当てられたリソースは、前記アクセスプリアンブルが受信された前記ＰＲＡＣＨアクセススロットに対応するＡＩＣＨ（Acquisition Indicator Channel）アクセススロット中にＨＳ−ＳＣＣＨ(Shared Control Channel for HS-DSCH)で送信される；
前記割り当てられたリソースで前記ＵＥにより送られたデータを受信すること；
を含み、
前記割り当てられたリソースを送ることは、
前記選択された署名に関連する予め割り当てられたＵＥＩＤを決定すること、
前記割り当てられたリソースについてのリソース構成に対応するコードワードと、前記アクセスプリアンブル及びリソース割り当てに対する否定応答（ＮＡＣＫ）に対応するコードワードと、のうちの一方を決定すること、
前記ＵＥについてのレスポンスを得るために、前記コードワードを符号化すること、
前記予め割り当てられたＵＥＩＤに基づき前記レスポンスをマスクすること、
を含む、方法。
【請求項１２】
ランダムアクセスに利用可能な署名の前記セット中の複数の署名は、署名と予め割り当てられたＵＥＩＤとの間の１対１マッピングに基づき異なる複数の予め割り当てられたＵＥＩＤに関連する請求項１１の方法。
【請求項１３】
複数のリソース構成は、リソース構成とコードワードとの間の１対１マッピングに基づき異なる複数のコードワードに関連する請求項１１の方法。
【請求項１４】
無線通信のための装置であって、少なくとも1つのプロセッサを備え、
前記少なくとも１つのプロセッサは、
ユーザ機器（ＵＥ）からアクセスプリアンブルを受信し、前記アクセスプリアンブルは、ランダムアクセスに利用可能な署名のセットから選択された１つの署名に基づき生成され、前記セットに含まれる各署名は予め割り当てられた異なるユーザ機器識別子（ＵＥＩＤ）にマッピングされ、前記アクセスプリアンブルは、ＰＲＡＣＨ（Physical Random Access Channel）アクセススロット中にＰＲＡＣＨで受信される、
前記アクセスプリアンブルの受信に応答して、前記ＵＥへリソースを割り当て、
共有制御チャネルで前記割り当てられたリソースを前記ＵＥへ送り、前記割り当てられたリソースは、前記アクセスプリアンブルが受信された前記ＰＲＡＣＨアクセススロットに対応するＡＩＣＨ（Acquisition Indicator Channel）アクセススロット中にＨＳ−ＳＣＣＨ(Shared Control Channel for HS-DSCH)で送信される、
前記割り当てられたリソースで前記ＵＥにより送られたデータを受信し、
前記割り当てられたリソースを送ることは、
前記選択された署名に関連する予め割り当てられたＵＥＩＤを決定し、
前記割り当てられたリソースについてのリソース構成に対応するコードワードと、前記アクセスプリアンブル及びリソース割り当てに対する否定応答（ＮＡＣＫ）に対応するコードワードと、のうちの一方を決定し、
前記ＵＥについてのレスポンスを得るために、前記コードワードを符号化すること、
前記予め割り当てられたＵＥＩＤに基づき前記レスポンスをマスクすること、を含む、装置。
【発明の詳細な説明】
【優先権の主張】
【０００１】
米国特許法第１１９条３５における優先権の主張
本特許出願は、ともに「E-DCH RESOURCE ALLOCATION SCHEME IN CELL_FACH」というタイトルで、譲受人に譲渡され、ここに参照として明示的に組込まれている２００８年１月４日出願の米国仮出願番号６１／０１９，１９４号及び２００８年１月９日出願の米国仮出願番号６１／０２０，０３１号に基づき優先権を主張する。
【技術分野】
【０００２】
本開示は、一般に通信に関し、より具体的には、無線通信システムにおいてリソースを割り当てる技術に関する。
【背景技術】
【０００３】
無線通信システムは、ヴォイス、ビデオ、パケットデータ、メッセージング、ブロードキャストなどのような様々な通信サービスを提供するための広く展開されている。これらのシステムは、利用可能なシステムリソースを共有することにより複数のユーザをサポートすることができる多元アクセスシステムである。そのような多元アクセスシステムの例は、符号分割多元接続（Code Division Multiple Access (CDMA）)システム、時分割多元接続（Time Division Multiple Access （TDMA））システム、周波数分割多元接続（Frequency Division Multiple Access （FDMA））システム、および直交周波数分割多元接続（Orthogonal FDMA (OFDMA)）システム、及びシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）を含む。
【０００４】
無線通信システムは、多くのユーザ機器（user equipment：ＵＥ）に対し通信のサポートを行うことができる多くのノードＢを含むことができる。ＵＥはダウンリンクとアップリンクによってノードＢと通信できる。ダウンリンク（あるいは順方向リンク）はノードＢからＵＥへの通信リンクのことをいい、アップリンク（あるいは逆方向リンク）はＵＥからノードＢへの通信リンクのことをいう。
【０００５】
ＵＥは、断続的にアクティブであり、（ｉ）ノードＢと積極的に（actively）データ交換するアクティブ状態、または（ii）送るかまたは受信するデータがない非アクティブ状態で動作できる。送るべきデータがあるたびに、ＵＥは、非アクティブ状態からアクティブ状態へ遷移し、該データを送るために高速チャネルにリソースが割り当てられる。しかしながら、状態遷移はシグナリングオーバーヘッドを招き、さらに、データの送信を遅らせる。システム効率を改善し、かつ遅延を低減するために、シグナリングの量を低減することが望ましい。
【発明の概要】
【０００６】
非アクティブ状態について拡張（enhanced）アップリンクを用いた効率的なＵＥ動作をサポートする技術がここに開示される。拡張アップリンクは、アップリンク上の遅い共通チャネルより大きな送信能力を持つ高速チャネルの使用をいう。ＵＥには、非アクティブ状態の間、拡張アップリンクの高速チャネルのためのリソースが割り当てられ、非アクティブ状態に割り当てられたリソースを使用して、より効率よくデータを送ることができる。
【０００７】
１つの設計において、ＵＥは、拡張アップリンクについてのランダムアクセスに利用可能な署名（signature）のセットから１つの署名を選択する。ＵＥは、選択された署名に基づきアクセスプリアンブルを生成し、非アクティブ状態で動作している間、例えばＣＥＬＬ＿ＦＡＣＨ状態またはアイドルモードで動作している間、ランダムアクセスのために当該アクセスプリアンブルを送る。ＵＥは、共有制御チャネルからＵＥに対し割り当てられたリソースを受け取り、この共有制御チャネルは、高速ダウンリンク共有制御チャネル（ＨＳ−ＳＣＣＨ）についての共有制御チャネルであり得る。割り当てられたリソースは、上りリンクの高速チャネルである拡張専用チャンネル（enhanced dedicated channel (E-DCH)）についてでもよい。ＵＥは、割り当てられたリソースを使用して、ノードＢにデータを送信し、ノードＢにデータを送信する間、非アクティブ状態のままでいる。
【０００８】
１つの設計では、ＵＥは、選択された署名に関連する予め割り当てられたＵＥ識別子（ＩＤ）を決定する。ＵＥは、共有制御チャネルについて受信されたシンボルを得、予め割り当てられたＵＥＩＤに基づき該受信シンボルをデマスク（de-mask）し、共有制御チャネルにてＵＥへ送られたレスポンスのためにデマスクされたシンボルを得る。その後、ＵＥは、該デマスクされたシンボルを復号し、コードワード（codeword）についての復号されたシンボルを得る。ＵＥは、該コードワードに基づきリソース構成（resource configuration）を決定し、該リソース構成に基づきＵＥに対し割り当てられたリソースを決定する。ＵＥは、該コードワードが指定された値を持つ場合、否定応答（ＮＡＣＫ：negative acknowledgement）がアクセスプリアンブルに対し送られたと決定する。
【０００９】
１つの設計では、拡張アップリンクのランダムアクセスに利用可能な複数の署名は、予め割り当てられた異なる複数のＵＥＩＤに関連する。１つの設計では、複数のリソース構成は、異なる複数のコードワードに関連する。署名と予め割り当てられたＵＥＩＤとの間のマッピングと、リソース構成とコードワードとの間のマッピングとは、ＵＥへ（例えばブロードキャストにより）伝えられ、あるいはＵＥによって推定される。
【００１０】
本開示の様々な側面および特徴は、以下にさらに詳細に記述される。
【図面の簡単な説明】
【００１１】
【図１】無線通信システムを示す。
【図２】無線リソース制御（ＲＲＣ：Radio Resource Control）状態の状態図を示す。
【図３】ＨＳ−ＳＣＣＨに基づくＥ−ＤＣＨリソース割当の設計を示す。
【図４】割り当てられたＥ−ＤＣＨリソースを送るための処理ユニットを示す。
【図５】ランダムアクセスのためにＵＥにより行なわれるプロセスを示す。
【図６】ＵＥにより割り当てられるリソースを受信するためのプロセスを示す。
【図７】ノードＢによるランダムアクセスをサポートするプロセスを示す。
【図８】ノードＢにより割り当てられたリソースを送るプロセスを示す。
【図９】ＵＥおよびノードＢのブロック図を示す。
【発明を実施するための形態】
【００１２】
ここに記述された技術は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のシステムのような様々な無線通信システムに使用できる。「システム（system）」、「ネットワーク（network）」という用語はしばしば交換可能に使用される。ＣＤＭＡシステムは、ＵＴＲＡ（Universal Terrestrial Radio Access）、ｃｄｍａ２０００などのような無線技術を実装できる。ＵＴＲＡは広帯域ＣＤＭＡ（ＷＣＤＭＡ）およびＣＤＡＭの他の変形を含む。ｃｄｍａ２０００はＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６標準をカバーする。ＴＤＭＡシステムは、ＧＳＭ（登録商標）（Global System for Mobile Communications）のような無線技術を実装できる。ＯＦＤＭＡシステムは、Ｅ−ＵＴＲＡ（Evolved UTRA）、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ８０２．２０、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、８０２．１１（ＷｉＦｉ）、フラッシュ−ＯＦＤＭ（登録商標）などのような無線技術を実装できる。ＵＴＲＡおよびＥ−ＵＴＲＡはＵＭＴＳ（Universal Mobile Telecommunication System）の一部である。３ＧＰＰ ＬＴＥ（Long Term Evolution）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの来たるリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ（3rd Generation Partnership Project）と呼ばれる組織からの文書に記述されている。ｃｄｍａ２０００とＵＭＢは、３ＧＰＰ２（3rd Generation Partnership Project 2）と呼ばれる組織からの文書に記述される。明確のために、技術のある側面は、以下にＷＣＤＭＡについて説明され、また、３ＧＰＰ用語は、以下の説明のほとんどで使用される。
【００１３】
図１は無線通信システム１００を示し、これはＵＴＲＮ（Universal Terrestrial Radio Access Network）１０２およびコアネットワーク１４０を含む。ＵＴＲＡＮ１０２は、多くのノードＢおよび他のネットワークエンティティを含む。簡単のために、１つのみのノードＢ１２０と、１つの無線ネットワークコントローラ（ＲＮＣ）１３０が、ＵＴＲＡＮ１０２について図１に示される。ノードＢは、複数のＵＥと通信する固定局でもよいし、発展（evolved）ノードＢ（ｅＮＢ）、基地局、アクセスポイントなどと呼ばれるものでもよい。ノードＢ１２０は特別な地理的エリアに通信カバレッジ（coverage）を提供する。ノードＢ１２０のカバレッジエリアは、複数の（例えば３つの）小エリアに分割できる。各小エリアは、それぞれのノードＢサブシステムによりサービスされる。３ＧＰＰにおいて、用語「セル」は、ノードＢの最小カバレッジエリアおよびまたはこのカバレッジエリアをサービスするノードＢサブシステムをいう。
【００１４】
ＲＮＣ１３０は、ノードＢ１２０、およびＩｕｂインターフェース経由で他のノードＢに連結され、これらのノードＢに対し調整および制御を行う。ＲＮＣ１３０は、さらに、コアネットワーク１４０内のネットワークエンティティと通信できる。コアネットワーク１４０は、ＵＥに様々な機能およびサービスをサポートする様々なネットワークエンティティを含む。
【００１５】
ＵＥ１１０は、ダウンリンクとアップリンクによってノードＢ１２０と通信できる。ＵＥ１１０は、固定または移動可能でもよく、移動局、端末、アクセス端末、加入者ユニット、局などとも呼ばれる。ＵＥ１１０は、携帯電話、ＰＤＡ（personal digital assistant）、無線モデム、無線通信デバイス、ハンドヘルドデバイス（handheld device）、ラップトップコンピュータ、コードレスホン、ワイヤレスローカルループ（ＷＬＬ）局などであり得る。
【００１６】
３ＧＰＰリリース５以降は、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ：High-Speed Downlink Packet Access）をサポートする。３ＧＰＰリリース６以降は、高速アップリンク・パケット・アクセス（ＨＳＵＰＡ：High-Speed Uplink Packet Access）をサポートする。ＨＳＤＰＡおよびＨＳＵＰＡは、それぞれ、ダウンリンクおよびアップリンクで高速パケットデータ伝送を可能にするチャネルおよび手順のセットである。
【００１７】
ＷＣＤＭＡにおいて、ＵＥのためのデータは、より高いレイヤでの１つまたは複数のトランスポートチャネルとして処理される。トランスポートチャネルは、ヴォイス、ビデオ、パケットデータなどのような１つまたは複数のサービスについてデータを運ぶ。トランスポートチャネルは物理レイヤにおける物理チャネルへマッピングされる。物理チャネルは、異なるチャネライゼーションコード（channelization code）でチャネル化され（channelized）、従って、コード領域（code domain）内で互いに直交する。ＷＣＤＭＡは、物理チャネルについてのチャネライゼーションコードとして、直交可変拡散率（ＯＶＳＦ：orthogonal variable spreading factor）符号を使用する。
【００１８】
表１は、ＷＣＤＭＡにおけるいくつかのトランスポートチャネルをリストアップする。
【表１】
0005639205.tif 000002
【００１９】
表２は、ＷＣＤＭＡの中のいくつかの物理的チャネルをリストアップする。
【表２】
0005639205.tif 000003
【００２０】
ＷＣＤＭＡは、簡単のために表１及び２には示されていない他のトランスポートチャネルおよび物理チャネルをサポートする。ＷＣＤＭＡにおけるトランスポートチャネルおよび物理チャネルは、"物理チャネルおよびトランスポートチャネルの物理チャネルへのマッピング（ＦＤＤ）Physical channels and mapping of transport channels onto physical channels (FDD)"というタイトルの3GPP TS 25.211に記載され、これは公的に利用可能である。
【００２１】
図２は、ＷＣＤＭＡにおけるＵＥについての無線リソース制御（ＲＲＣ：Radio Resource Control）状態の状態ブロック図２００を示す。パワーオンされると、ＵＥはセル選択を実行して、ＵＥがサービスを受けることができる適切なセルを見つける。その後、ＵＥは、該ＵＥにアクティビティがあるかどうかに応じて、アイドルモード２１０あるいは接続モード２２０へ遷移する。アイドルモードにおいて、ＵＥはシステムに登録しており、ページングメッセージを聞き（listen）、その位置を必要に応じてシステムに更新する。接続モードにおいて、ＵＥは、そのＲＲＣ状態および構成に応じて、データを受信およびまたは送信できる。
【００２２】
接続モードにおいて、ＵＥは、ＣＥＬＬ＿ＤＣＨ状態２２２、ＣＥＬＬ＿ＦＡＣＨ状態２２４、ＣＥＬＬ＿ＰＣＨ状態２２６およびＵＲＡ＿ＰＣＨ状態２２８の４つの可能なＲＲＣ状態のうちの１つにある。ここで、ＵＲＡはユーザ登録エリア（User Registration Area）を表わす。ＣＥＬＬ＿ＤＣＨ状態は、（ｉ）専用物理チャネルがＵＥにダウンリンクおよびアップリンクのために割り当てられること、および（ｉｉ）専用及び共有トランスポートチャネルの組合せがＵＥに利用可能であること、により特徴つけられる。ＣＥＬＬ＿ＦＡＣＨ状態は、（ｉ）専用物理チャネルがＵＥに割り当てられていないこと、（ｉｉ）デフォルト共通あるいは共有トランスポートチャネルがシステムへのアクセスに用いるために、ＵＥに割り当てられること、および（ｉｉｉ）再構成（Reconfiguration）メッセージのようなシグナリングのために、ＵＥがＦＡＣＨを絶えず監視すること、によって特徴づけられる。ＣＥＬＬ＿ＰＣＨとＵＲＡ＿ＰＣＨの状態は、（ｉ）専用物理チャネルがＵＥに割り当てられないこと、（ｉｉ）ＵＥは周期的にページについてＰＣＨを監視すること、および（ｉｉｉ）ＵＥはアップリンクで送信することは許可されていないこと、によって特徴づけられる。
【００２３】
接続モードの間、システムはＵＥに、ＵＥのアクティビティに基づき、４つのＲＲＣ状態のうちの１つにあることを命じることができる。ＵＥは、（ｉ）ＲＲＣ接続リリース手順（Release RRC Connection procedure）を行なうことにより、接続モードにおける任意の状態からアイドルモードへ遷移でき、（ｉｉ）ＲＲＣ接続確立手順（Establish RRC Connection procedure）を行なうことにより、アイドルモードからＣＥＬＬ＿ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨ状態へ遷移でき、および（ｉｉｉ）再構成手順（Reconfiguration procedure）を行なうことにより、接続モードにおけるＲＲＣ状態間を遷移できる。
【００２４】
ＷＣＤＭＡにおけるＵＥのモードおよび状態は、"Radio Resource Control (RRC)；Protocol Specification”というタイトルの３ＧＰＰ ＴＳ ２５．３３１に記述され、それは公に利用可能である。ＲＲＣ状態から／への遷移と、ＲＲＣ状態間の遷移とのための様々な手順も、３ＧＰＰ ＴＳ ２５．３３１に記述されている。
【００２５】
ＵＥ１１０は、交換すなわち送信または受信するデータがない場合、ＣＥＬＬ＿ＦＡＣＨ状態で動作する。ＵＥ１１０は、交換するデータがあるときはいつでも、ＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態へ遷移し、データ交換した後、ＣＥＬＬ＿ＦＡＣＨ状態へ戻る。ＵＥ１１０は、ＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態へ遷移するために、ランダムアクセス手順およびＲＲＣ再構成手順（RRC Reconfiguration procedure）を行う。ＵＥ１１０はこれらの手順のために様々なシグナリングメッセージを交換する。メッセージ交換は、シグナリングオーバーを増加し、ＵＥ１１０によるデータ送信を遅延させる。多くの場合、ＵＥ１１０は、送信すべき小さいメッセージあるいは少量のデータだけを持ち、このような場合において、シグナリングオーバヘッドは特に高い。さらに、ＵＥ１１０は、小さいメッセージあるいは少量のデータを周期的に送信し、これらの手順を、ＵＥ１１０がデータを送信する必要があるたびに実行することは、非常に非能率的である。
【００２６】
一側面において、拡張アップリンク（ＥＵＬ：enhanced uplink）は非アクティブ状態にあるＵＥ動作を改善するために提供される。一般に、非アクティブ状態は、ノードＢとの通信のためにＵＥに専用リソースが割り当てられていない任意の状態またはモードである。ＲＲＣにおいて、非アクティブ状態は、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、ＵＲＡ＿ＰＣＨ状態、またはアイドルモードを含む。非アクティブ状態は、ノードＢとの通信のためにＵＥに専用リソースが割り当てられるＣＥＬＬ＿ＤＣＨ状態のようなアクティブ状態とは対照的である。
【００２７】
非アクティブ状態の拡張アップリンクは、拡張ランダムアクセスチャネル（Ｅ−ＲＡＣＨ：Enhanced Random Access Channel）、ＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードにおける拡張アップリンク、拡張アップリンク手順などとも呼ばれる。拡張アップリンクは、（ｉ）非アクティブ状態におけるユーザプレーンおよび制御プレーンの待ち時間を低減でき、（ｉｉ）非アクティブ状態におけるＵＥに、より高いピークレートをサポートでき、（ｉｉｉ）異なるＲＲＣ状態間の状態遷移遅延を低減できる。
【００２８】
拡張アップリンクについて、ＵＥ１１０は、ＵＥによって送られたアクセスプリアンブルに応答して、アップリンクでのデータ送信のためにＥ−ＤＣＨリソースが割り当てられる。一般に、任意のリソースが拡張アップリンクのためにＵＥ１１０に割り当てられる。１つの設計では、割り当てられたＥ−ＤＣＨリソースは次のものを含む：
・Ｅ−ＤＣＨコード  −  Ｅ−ＤＰＤＣＨでデータを送信するために用いられる１つまたは複数のＯＶＳＦコード、
・Ｅ−ＡＧＣＨコード  −  Ｅ−ＡＧＣＨで絶対的許可を受信するＯＶＳＦコード、  ・Ｅ−ＲＧＣＨコード  −  Ｅ−ＲＧＣＨで相対的許可を受信するＯＶＳＦコード、  ・Ｆ−ＤＰＣＨ位置  −  アップリンク上のＵＥ１１０の送信パワーを調節するパワー制御コマンドを受信する位置。他のリソースも拡張アップリンクについてＵＥ１１０に割り当てられる。
【００２９】
図３は、拡張アップリンクについてのＨＳ−ＳＣＣＨに基づくＥ−ＤＣＨリソース割当の一設計を示す。ＷＣＤＭＡにおいて、各リンクの送信時間軸（timeline）は、複数の無線フレームのユニットに分けられ、各無線フレームは１０ミリ秒（ｍｓ）をカバーする。ＰＲＡＣＨの場合、無線フレームの各ペアは、０〜１４のインデクスをもつ１５のＰＲＡＣＨアクセススロットに分割される。ＡＩＣＨの場合、無線フレームの各ペアは、０〜１４のインデックスをもつ１５のＡＩＣＨアクセススロットに分割される。各ＰＲＡＣＨアクセススロットは、τp-a=7680チップ（すなわち、２ｍｓ）離れている対応するＡＩＣＨアクセススロットに関連する。ＨＳ−ＳＣＣＨのような他の物理チャネルの場合、各無線フレームは０〜１４のインデックスをもつ１５のスロットに分割される。
【００３０】
ＵＥ１１０はＣＥＬＬ＿ＦＡＣＨ状態で動作し、データを送信することを望む。ＵＥ１１０は、ランダムアクセスに利用可能な１セットの署名から１つの署名をランダムに選択する。ＵＥ１１０は、選択された署名に基づきアクセスプリアンブルを生成し、ランダムアクセス送信に利用可能なＰＲＡＣＨアクセススロット中のＰＲＡＣＨで当該アクセスプリアンブルを送る。その後、ＵＥ１１０は、対応するＡＩＣＨアクセススロット中のＨＳ−ＳＣＣＨ上のレスポンスをリッスン（listen）する。レスポンスがＨＳ−ＳＣＣＨで受信されない場合、ＵＥ１１０は少なくともτp-p=15360チップ（あるいは４ｍｓ）の期間の後に、より高い送信電力で、ＰＲＡＣＨでアクセスプリアンブルを再送する。図３に示される例において、ＵＥ１１０は、ＡＩＣＨアクセススロット３中のＨＳ−ＳＣＣＨでレスポンスを受信する。以下に述べられるように、レスポンスはＵＥに割り当てられたＥ−ＤＣＨリソースを運ぶ。
【００３１】
図４は、拡張アップリンクのためにＵＥ１１０に割り当てられたＥ−ＤＣＨリソースを送ることができる処理装置４００の設計のブロック図を示す。処理装置４００内では、マルチプレクサ（Ｍｕｘ）４１０は、ｘ1からｘKと表されたＫ個の情報ビットを受信し、これらＫ個の情報ビットを含むコードワード（codeword）Ｘを与える。ここでＫは任意の適切な値である。以下に述べられるように、Ｋ情報ビットはＵＥ１１０のために割り当てられたＥ−ＤＣＨリソースを運ぶ。エンコーダ４２０はコードワードを符号化し、Ｚと表されているＬ個のコードビットを与える。ここでＬは任意の適切な値である。レートマッチングユニット４３０は、エンコーダ４２０からＬ個のコードビットを受信し、そのコードビットのうちのいくつかを削除し、ＵＥ１１０によって送られたアクセスプリアンブルへのレスポンスＲのためにＭ個のレートマッチビット（rate-matched bits）を与える。ここでＭは任意の適切な値である。特定ＵＥマスキングユニット４４０は、ＢビットのＵＥＩＤを受信し、該ＵＥＩＤに基づきＭ個のスクランブリングビットを生成し、該Ｍ個のレートマッチビットを該Ｍ個のスクランブリングビットでマスキングし、Ｓと表されているＭ個の出力ビットを与える。ＨＳ−ＳＣＣＨマッパー４５０は、ＨＳ−ＳＣＣＨについてＭ個の出力ビットをＯＶＳＦコードで拡散し、Ｎ個の出力チップを与える。ここでＮは任意の適切な値である。
【００３２】
１つの設計では、エンコーダ４２０は、レート１／３畳込み符号に基づきコードワードについて情報ビットを符号化し、コードビットを提供する。この設計では、８個の情報ビットについて２５６の有効なコードワードがある。コードワードは、ワード（word）、メッセージなどとも呼ばれる。レートマッチングユニット４３０は４８コードビットを受信し、８コードビットを削除し、Ｍ＝４０のレートマッチビットを提供する。マスキングユニット４４０は、Ｂ＝１６ビットのＵＥＩＤのビットを受信し、このＵＥＩＤの１６ビットをレート１／２畳込み符号で符号化して、４８スクランブリングビットを得、８スクランブリングビットを削除し、４０スクランブリングビットを提供する。その後、マスキングユニット４４０は、４０レートマッチビットと４０スクランブリングビットとのビット毎の排他的論理和（ＸＯＲ）をとり、４０出力ビットを得る。
【００３３】
１つの設計では、ＨＳ−ＳＣＣＨマッパー４５０は、４０個の出力ビットを２０個の出力シンボルにマッピングし、ＨＳ−ＳＣＣＨについて、これら２０個の出力シンボルを、１２８チップＯＶＳＦコードで拡散し、ＨＳ−ＳＣＣＨｐａｒｔ１についてＮ＝２５６０出力チップを与える。低いミス検出及びエラー検出確率を達成するために、ＨＳ−ＳＣＣＨｐａｒｔ１についての２５６０出力チップは、例えば図３に示されるように、１つのＡＩＣＨアクセススロットの連続する２つのスロットで２度送信される。別の設計では、ＨＳ−ＳＣＣＨマッパー４５０は、２０個の出力シンボルを、ＨＳ−ＳＣＣＨについて２５６チップＯＶＳＦコードで拡散して、ＨＳ−ＳＣＣＨｐａｒｔ１についてＮ＝５１２０出力チップを与え、それは１つのＡＩＣＨアクセススロットの２つのスロットで送られる。両方の設計について、ＨＳ−ＳＣＣＨｐａｒｔ１は、図３に示されるように、ＡＩＣＨのタイミングに基づき送られる。
【００３４】
ＨＳ−ＳＣＣＨは、通常、ＨＳ−ＰＤＳＣＨで送られるデータ送信のための制御情報を送るために、異なるＵＥに、ＨＳＤＰＡで送られる。各データ送信についての制御情報は、通常、第１のスロットで送信されるＨＳ−ＳＣＣＨｐａｒｔ１と、連続する２つのスロットで送信されるＨＳ−ＳＣＣＨｐａｒｔ２とを含む。ＨＳ−ＳＣＣＨは、上に述べたように、拡張アップリンクについてランダムアクセスを行なうＵＥに割り当てられたＥ−ＤＣＨリソースを送るために使用される。これらのＵＥは、これらＵＥによって送られるアクセスプリアンブルに対するレスポンスのために（ＡＩＣＨの代わりに）ＨＳ−ＳＣＣＨをモニタする。
【００３５】
システムは、拡張アップリンクをサポートしない「レガシー（legacy）」ＵＥと、拡張アップリンクをサポートする「新しい」ＵＥとの両方をサポートする。メカニズムは、従来のランダムアクセス手順を行なうレガシーＵＥと、拡張アップリンクを使用する新しいＵＥとを識別するために使用できる。１つの設計では、ＰＲＡＣＨ上のランダムアクセスのためのＴ個の利用可能な署名は２つのセット―レガシーＵＥに利用可能なＰ個の署名の第１のセット、および新しいＵＥに利用可能なＱ個の署名の第２のセット−に分割される。ここで、Ｐ、ＱおよびＴは、Ｐ＋Ｑ＝Ｔとなるような任意の適切な値である。署名の２つのセットのうちの１つまたは両方は、ＵＥにブロードキャストされるか、あるいはＵＥによって推定される。Ｔ個の利用可能な署名は、０からＴ−１のインデックスが割り当てられる。
【００３６】
１つの設計において、ＰＲＡＣＨに利用可能なＴ＝１６個の署名は、２つのセットに分割され、各セットは８つの署名を含む。レガシーＵＥは、従来のランダムアクセス手順について第１のセットの中の８つの署名を使用し、新しいＵＥは、拡張アップリンクのために第２のセットの中の８つの署名を使用する。ノードＢは、レガシーＵＥからの署名と新しいＵＥからの署名とを識別することができる。ノードＢは、各レガシーＵＥについて、従来のランダムアクセス手順を行ない、各新しいＵＥについては拡張アップリンクで動作できる。第１及び第２のセットは、別のいくつかの署名も含む。
【００３７】
１つの設計では、拡張アップリンクについてランダムアクセスに利用可能なＱ個の署名は、Ｑ個の予め割りあてられたＵＥＩＤに関連する（すなわち、１対１にマッピングされる）。各署名は予め割りあてられた異なるＵＥＩＤにマッピングされる。予め割り当てられたＵＥＩＤは、ＨＳ−ＤＳＣＨ無線ネットワーク一時的識別子（Ｈ−ＲＮＴＩ：HS-DSCH Radio Network Temporary Identifiers）あるいは別のいくつかのタイプのＵＥＩＤである。予め割りあてられたＵＥＩＤへの署名のマッピングは、ＵＥにブロードキャストされてもよいし、あるいはＵＥによって推定されてもよい。
【００３８】
表３は、拡張アップリンクについてランダムアクセスに利用可能な署名を８つの１６ビットＨ−ＲＮＴＩへマッピングする設計を示す。
【表３】
0005639205.tif 000004
【００３９】
一般に、任意の数の署名（Ｑ）は、任意の適切なマッピングに基づき、対応する数のＨ−ＲＮＴＩにマッピングされる。署名の数は、拡張アップリンクをサポートする新しいＵＥの数およびまたはパーセンテージ、拡張アップリンクに利用可能なＥ−ＤＣＨリソース量などのような、様々な要因に基づき選択される。
【００４０】
ＵＥ１１０は、拡張アップリンクに利用可能なＱ個の署名の中から１つの署名を選択し、選択された信号に基づきアクセスプリアンブルを生成し、該アクセスプリアンブルをＰＲＡＣＨで送る。ノードＢは、ＵＥ１１０によって選択された署名に関連する予め割りあてられたＵＥＩＤを使用して、ＵＥ１１０にＥ−ＤＣＨリソース割り当てを送る。特に、ノードＢは、予め割り当てられたＵＥＩＤに基づき、スクランブリングビットを生成し、該スクランブリングビットで、アクセスプリアンブルに対するレスポンスをマスク（mask）する。
【００４１】
１つの設計では、Ｙ個のＥ−ＤＣＨリソース構成が定義される。ここでＹは任意の適切な値である。例えば、Ｙは８、１６、３２などに等しい。各Ｅ−ＤＣＨリソース構成は、特定のＥ−ＤＣＨリソース（例えばＥ−ＤＣＨ、Ｅ−ＡＧＣＨ、Ｅ−ＲＧＣＨ、Ｆ−ＤＰＣＨなどについての特定リソース）に関連する。Ｙ個のＥ−ＤＣＨリソース構成は、異なるＥ−ＤＣＨリソースについてであり、それは同じかまたは異なる送信容量をもつ。Ｙ個のＥ−ＤＣＨリソース構成は、ブロードキャストメッセージによって伝えられるか、あるいは別の方法で新しいＵＥに知らされる。
【００４２】
１つの設計では、Ｙ個のＥ−ＤＣＨリソース構成は、ＨＳ−ＳＣＣＨｐａｒｔ１で送られたＫ個の情報ビットについてのＹ個のコードワードで運ばれる。１つのコードワード（例えばコードワード０）はＥ−ＤＣＨリソース構成が割り当てられないことを示すＮＡＣＫを伝えるために使用される。
【００４３】
テーブル４は、Ｙ＝３１個のＥ−ＤＣＨリソース構成を３１個のコードワードにマッピングする設計を示す。３１個のＥ−ＤＣＨリソース構成は、Ｅ−ＤＣＨ  Ｒ１からＥ−ＤＣＨ  Ｒ３１と表される。テーブル４に示される設計では、最初のコードワードはアクセスプリアンブルに対するＮＡＣＫレスポンスのためにリザーブされ、次の３１個のコードワードは異なるＥ−ＤＣＨリソース構成を示すために使用される。ＮＡＣＫを検知したときの新たなＵＥのレスポンスは、従来のランダムアクセス手順におけるＮＡＣＫに対するレガシーＵＥのレスポンスと同一である。新たなＵＥがＨＳ−ＳＣＣＨｐａｒｔ１について不連続な送信（ＤＴＸ）を検出する場合、新たなＵＥのレスポンスは、従来のランダムアクセス手順におけるＤＴＸに対するレガシーＵＥのレスポンスと同一である。例えば、新たなＵＥは、ＤＴＸがＨＳ−ＳＣＣＨについて受信される場合、アクセスプリアンブルを再送する。
【表４】
0005639205.tif 000005
【００４４】
0005639205.tif 000006
【００４５】
テーブル４に示される設計では、２５６個の可能なコードワードのうちの３２個が使用され、残りの２２４個のコードワードは使用されない。３２個のコードワードは、復号パフォーマンスを改善するために、互いにできるだけ遠くに離されているように選択される。２５６個のコードワードは、通常ＨＳ−ＳＣＣＨｐａｒｔ１について送られる８つの情報ビットで得られる。別の設計では、３２個のコードワードは、５つの情報ビットで表わすことができ、それは４０コードビットを得るために適切なコードで符号化される。Ｅ−ＤＣＨリソース構成も他の方法でコードワードにマッピングされ得る。
【００４６】
一般に、Ｅ−ＤＣＨリソース構成のどの数（Ｙ）も、任意の適切なマッピングに基づきコードワードの対応する数にマッピングされる。Ｅ−ＤＣＨリソース構成の数は、拡張アップリンクに利用可能なＥ−ＤＣＨリソースの量、いかなるときでも拡張アップリンクで動作することが予想されるＵＥの数、などのような様々な要因に基づいて選択される。１つの設計では、１つのコードワードは、ＵＥがＰＲＡＣＨメッセージ送信にＲＡＣＨを使用すべきであることを示すために使用される。この場合、ＵＥは、ＰＲＡＣＨプリアンブルとＰＲＡＣＨメッセージ送信との間の定義されたタイミング関係を観測する。
【００４７】
ノードＢは、任意のＰＲＡＣＨアクセススロット中の１つまたは複数の新たなＵＥからの１つまたは複数のアクセスプリアンブルを受信し、ＨＳ−ＳＣＣＨで１つのＵＥに応答することができる。ノードＢは、複数のＨＳ−ＳＣＣＨを使用することにより、各ＨＳ−ＳＣＣＨについて異なるＯＶＳＦコードを使用して、同じＡＩＣＨアクセススロット中の複数のＵＥにレスポンスを送ることができる。すべてのＨＳ−ＳＣＣＨについてのＶＳＦコードは、ＵＥにブロードキャストされるか、あるいは、他の方法でＵＥに知らされる。
【００４８】
ここに記述された技術はある利点を備える。第１に、各署名に割り当てられるＥ−ＤＣＨリソース構成の数は、設計への変更なしで、スケーリング可能である（あるいは容易に増加される）。第２に、Ｅ−ＤＣＨリソース割り当ては、既存のＨＳ−ＳＣＣＨを使用して伝えられ、これにより、既存のノードＢおよびＵＥ設備の再利用を可能にする。第３に、アクセスプリアンブルおよびＥ−ＤＣＨリソース割り当てについてのＡＣＫ／ＮＡＣＫは、ＨＳ−ＳＣＣＨでリンク効率のよい方法で送られる。第４に、Ｅ−ＤＣＨリソースは、ＨＳ−ＳＣＣＨによって迅速に割り当てられ運ばれる。第５に、拡張アップリンクのための署名は、Ｅ−ＤＣＨリソース構成から切り離され、それはスケーリング可能な設計をサポートする。他の利点もここに記述された技術で得られる。
【００４９】
図５は、ランダムアクセスのためにＵＥによって行なわれるプロセス５００の設計を示す。ＵＥは、拡張アップリンクについてランダムアクセスに利用可能な署名のセットから１つの署名を選択する（ブロック５１２）。このセットは、ランダムアクセスに利用可能なすべての署名のうちのサブセットを含む。該ＵＥは、該選択された署名に基づきアクセスプリアンブルを生成する（ブロック５１４）。該ＵＥは、非アクティブ状態（例えばＣＥＬＬ＿ＦＡＣＨ状態またはアイドルモード）で動作する間に、ランダムアクセスのために該アクセスプリアンブルを送る（ブロック５１６）。
【００５０】
該ＵＥは、共有制御チャネルから該ＵＥに割り当てられたリソースを受信する（ブロック５１８）。１つの設計では、割り当てられたリソースはＥ−ＤＣＨ向けであり、共有制御チャネルはＷＣＤＭＡ中のＨＳ−ＳＣＣＨである。該ＵＥは、割り当てられたリソースを使用して、ノードＢにデータを送信する（ブロック５２０）。該ＵＥは、割り当てられたリソースを使用してノードＢにデータを送信する間、非アクティブ状態を維持する（ブロック５２２）。
【００５１】
図６は、図５のブロック５１８において、割り当てられたリソースを該ＵＥにより受信する設計を示す。該ＵＥは、拡張アップリンクについてランダムアクセスを行なうＵＥに割り当てられたリソースを送るために使用される、１つまたは複数のチャネライゼーション（channelization）コードに基づき、共有制御チャネルを処理（例えば逆拡散）する。該ＵＥは共有制御チャネルについて受信シンボルを得る（ブロック６１２）。該ＵＥは、さらに、該選択された署名に関連する予め割り当てられたＵＥＩＤ（例えばＨ−ＲＮＴＩ）を決定する（ブロック６１４）。
【００５２】
該ＵＥは、該予め割り当てられたＵＥＩＤに基づき、受信シンボルをデマスク（de-mask）し、共有制御チャネルでＵＥへ送られたレスポンスについてデマスクされたシンボルを得る。該ＵＥは、該デマスクされたシンボルを復号し、コードワードについて復号されたシンボルを得る（ブロック６１８）。復号はディレート（de-rate）マッチング、畳み込み復号（convolutional decoding）などを含む。該ＵＥは、該コードワードに基づき、リソース構成を決定する（ブロック６２０）。その後、該ＵＥは、該リソース構成に基づき、該ＵＥに割り当てられたリソースを決定する（ブロック６２２）。該ＵＥは、該コードワードが指定された値（例えば０）を持つ場合、ＮＡＣＫが該アクセスプリアンブルについて送られたと決定する。
【００５３】
１つの設計では、拡張アップリンクについてのランダムアクセスに利用可能な署名のセット中の署名は、署名と予め割り当てられたＵＥＩＤとの間の１対１マッピングに基づき予め割り当てられた異なるＵＥＩＤに関連する。１つの設計では、複数のリソース構成は、リソース構成とコードワードとの間の１対１マッピングに基づき、異なる複数のコードワードに関連する。マッピングは、該ＵＥへ（例えばブロードキャストにより）伝えられるか、あるいは該ＵＥによって推定される。
【００５４】
図７は、ノードＢによってランダムアクセスをサポートするプロセス７００の設計を示す。ノードＢは、ＵＥからアクセスプリアンブルを受信し、該アクセスプリアンブルは、拡張アップリンクについてのランダムアクセスに利用可能な署名のセットから選択された署名に基づいて生成される（ブロック７１２）。ノードＢは該アクセスプリアンブルの受信に応答して、該ＵＥにリソースを割り当てる（ブロック７１４）。ノードＢは、該ＵＥへ、共有制御チャネル（例えばＨＳ−ＳＣＣＨ）により、割り当てられたリソースを送る（ブロック７１６）。ノードＢは、その後、割り当てられたリソースで該ＵＥによって送信されたデータを受信する（ブロック７１８）。
【００５５】
図８は、図７の中のブロック７１６において、ノードＢによって割り当てられたリソースを送る設計を示す。ノードＢは、該選択された署名に関連する予め割り当てられたＵＥＩＤを決定する（ブロック８１２）。ノードＢは、該ＵＥに割り当てられたリソースについてのリソース構成に対応するコードワードを決定する（ブロック８１４）。ノードＢは、該アクセスプリアンブルについてＮＡＣＫが送られることを示すための指定値のコードワードを選択する。ノードＢは、該コードワードを符号化して、該ＵＥに対するレスポンスを得る（ブロック８１６）。符号化は畳み込み符号化、レートマッチングなどを含む。その後、ノードＢは、予め割り当てられたＵＥＩＤに基づき該レスポンスをマスクする（ブロック８１８）。ノードＢは、さらに、共有制御チャネル上のマスクされたレスポンスの送信を処理（例えば、拡散）する（ブロック８２０）。
【００５６】
図９は、図１のＵＥ１１０、ノードＢ１２０およびＲＮＣ１３０の設計のブロック図を示す。ＵＥ１１０において、エンコーダ９１２は、ＵＥ１１０によって送られる情報（例えばアクセスプリアンブル、メッセージ、データなど）を受信する。エンコーダ９１２は、該情報を処理し（符号化及びインターリーブ）、符号化データを得る。変調器（Ｍｏｄ）９１４は、さらに、該符号化データを処理し（例えば、変調、チャネル化（channelize）、スクランブル）、出力サンプルを与える。トランスミッタ（ＴＭＴＲ）９２２は、該出力サンプルを調整し（例えば、アナログへの変換、フィルタリング、増幅、周波数アップコンバート）、アップリンク信号を生成し、それは１つまたは複数のノードＢへ送信される。ＵＥ１１０は、さらに、１つまたは複数のノードＢによって送信されるダウンリンク信号を受信する。レシーバ（ＲＣＶＲ）９２６は、受信信号を調整し（例えば、フィルタリング、増幅、周波数ダウンコンバート、デジタル化）、入力サンプルを与える。復調器（Ｄｅｍｏｄ）９１６は、該入力サンプルを処理し（例えば、デスクランブル、チャネル化（channelize）、復調）、シンボル推定値を与える。デコーダ９１８は、該シンボル推定値を処理し（例えば、デインタリーブ、デコード）、ＵＥ１１０に送られた情報（例えば、レスポンス、メッセージ、データなど）を提供する。エンコーダ９１２、変調器９１４、復調器９１６、およびデコーダ９１８は、モデムプロセッサ９１０によって実装され得る。これらのユニットは、当該システムによって使用される無線技術（例えばＷＣＤＭＡ）に従って処理を行う。コントローラ／プロセッサ９３０は、ＵＥ１１０における様々なユニットの動作を指示する。コントローラ／プロセッサ９３０は、図５のプロセス５００、図６のプロセス５１８，及びまたは、ここに記述された技術についての他のプロセスを実行または指示する。メモリ９３２はＵＥ１１０についてのプログラムコードおよびデータを記憶する。
【００５７】
ノードＢ１２０において、トランスミッタ／レシーバ９３８は、ＵＥ１１０および他のＵＥとの無線通信をサポートする。コントローラ／プロセッサ９４０は、該複数のＵＥとの通信のための様々な機能を行う。アップリンクについて、ＵＥ１１０からのアップリンク信号は受信機９３８によって受信及び調整され、さらに、コントローラ／プロセッサ９４０によって処理されて、ＵＥ１１０によって送られた情報（例えば、アクセスプリアンブル、メッセージ、データなど）を再生する。ダウンリンクについて、情報（例えば、レスポンス、メッセージ、データなど）は、コントローラ／プロセッサ９４０によって処理され、トランスミッタ９３８によって調整されて、ダウンリンク信号を生成し、それはＵＥ１１０および他のＵＥへ送信される。コントローラ／プロセッサ９４０は、図７のプロセス７００、図８のプロセス７１６、及びまたは、ここに記述された技術のための他のプロセスを実行または指示する。メモリ９４２はノードＢ１２０についてのプログラムコードおよびデータを記憶する。通信（Ｃｏｍｍ）ユニット９４４は、ＲＮＣ１３０および他のネットワークエンティティとの通信をサポートする。
【００５８】
ＲＮＣ１３０では、コントローラ／プロセッサ９５０は、該複数のＵＥに対する通信サービスをサポートするための様々な機能を行う。メモリ９５２はＲＮＣ１３０についてのプログラムコードおよびデータを記憶する。通信ユニット９５４は、ノードＢ１２０および他のネットワークエンティティとの通信をサポートする。
【００５９】
当業者は、情報および信号が様々な異なるテクノロジーおよびテクニックのうちのどれを使用しても表わされることは理解するだろう。例えば、上記の説明の全体にわたって参照されたデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界またはパーティクル(particle)、光学フィールドまたはパーティクル、あるいはそれらの任意の組合せによって表わされる。
【００６０】
当業者は、さらに、この開示に関して説明された様々な実例の論理ブロック、モジュール、回路、及びアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェアあるいはこれらの組合せとして実装されることは理解されよう。ハードウェアとソフトウェアのこの互換性を明確に説明するために、様々な実例となるコンポーネント、ブロック、モジュール、回路およびステップが、一般的にそれらの機能性の点から、上記に説明された。そのような機能が、ハードウェアまたはソフトウェアで実装されるかは、システム全体に課された特定のアプリケーションおよび設計制約に依存する。当業者は、各特定のアプリケーションについて、様々な方法で説明された機能を実装できるが、そのような実装決定は本開示の範囲から逸脱するとは解釈されるべきでない。
【００６１】
この開示に監視説明された様々な実例となる論理的ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレー（ＦＰＧＡ：field programmable gate array）、あるいは他のプログラム可能ロジックデバイス、ディスクリート（discrete）ゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、またはここに説明された機能を行うように設計された、これらの任意の組合せにより実装される。汎用プロセッサは、マイクロプロセッサでもよいが、代替として、該プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラあるいはステートマシンでもよい。プロセッサも、複数のコンピュータデバイスの組合せ（例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協調動作する１つまたは複数のマイクロプロセッサ、あるいは他のそのような構成）として実装できる。
【００６２】
この開示に関して説明された方法またはアルゴリズムのステップは、ハードウェア、プロセッサによって実行されたソフトウェアモジュール、あるいはその２つの組合せで直接具体化できる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいは当該技術において既知の他の記憶媒体の形式で存在できる。典型的な記憶媒体は、プロセッサが当該記憶媒体に対し情報を読み書きが行えるように該プロセッサに接続される。あるいは、記憶媒体はプロセッサと一体となっている。プロセッサと記憶媒体とはＡＳＩＣに存在してもよい。ＡＳＩＣはユーザ端末に存在してもよい。代替として、プロセッサと記憶媒体はユーザ端末内に個別のコンポーネントとして存在してもよい。
【００６３】
１つまたは複数の設計では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組合せで実装される。ソフトウェアで実装される場合、該機能は、コンピュータ読み取り可能媒体上の１つまたは複数の命令またはコードとして記憶または送信される。コンピュータ読み取り可能媒体は、コンピュータ記憶媒体および通信媒体を含み、ある場所から別の場所へコンピュータプログラムの転送を容易にする任意の媒体を含む。記憶媒体は、汎用または特定用途向けコンピュータによってアクセスできるあらゆる利用可能な媒体である。限定するものではないが、例として、そのようなコンピュータ読み取り可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置あるいは他の磁気記憶装置、または、所望のプログラムコード手段を命令またはデータ構造の形で運ぶかまたは記憶するために用いることができ、また、汎用または特定用途向けコンピュータ、または、汎用または特定用途向けプロセッサによりアクセスできる任意の他の媒体を含むことができる。さらに、任意のコネクションが、コンピュータ読み取り可能媒体と呼ばれる。例えば、ソフトウェアがウェブサイト、サーバ、あるいは他のリモートソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、あるいは赤外線、ラジオおよびマイクロ波のような無線技術を使用して送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、あるいは、赤外線、ラジオおよびマイクロ波のような無線技術は、媒体の定義に含まれる。ディスク（Disk）およびディスク（disc）は、ここで用いられるように、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、ＤＶＤ（digital versatile disc）、フロッピー（登録商標）ディスク、及びブルーレイディスクを含み、通常、ディスク（disk）はデータを磁気的に再生し、ディスク（disc）はレーザで光学的にデータを再生する。上記の組合せも、コンピュータ読み取り可能媒体の範囲に含まれる。
【００６４】
本開示の上記の説明は、任意の当業者が本開示を作るか使用することができるようにするために提供される。本開示への様々な修正は当業者に容易に明白であろう。また、ここに定義された総括的な原理は、本開示の範囲から逸脱することなく、他の変形例にも適用できる。したがって、本開示は、ここに説明された例及び設計に限定することを意図したものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲が許容することが意図されている。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］無線通信のための方法であって、
ランダムアクセスに利用可能な署名のセットから１つの署名を選択すること；
前記選択された署名に基づきアクセスプリアンブルの生成すること；
非アクティブ状態で動作するユーザ機器（ＵＥ）によるランダムアクセスのために前記アクセスプリアンブルを送ること；
前記ＵＥに割り当てられたリソースを共有制御チャネルから受信すること；
前記割り当てられたリソースを使用して、ノードＢへデータを送ること；
を含む方法。
［２］前記割り当てられたリソースを受信することは、
前記選択された署名に関連する予め割り当てられたＵＥ識別子（ＩＤ）を決定すること、
前記共有制御チャネルで前記ＵＥへ送られるレスポンスを得るために、前記予め割り当てられたＵＥＩＤに基づき前記共有制御チャネルにデマスクを行うこと、
前記レスポンスに基づき前記ＵＥについて前記割り当てられたリソースを決定すること、
を含む［１］の方法。
［３］ランダムアクセスに利用可能な署名の前記セット中の複数の署名は、署名と予め割り当てられたＵＥＩＤとの間の１対１マッピングに基づき異なる複数の予め割り当てられたＵＥＩＤに関連する［２］の方法。
［４］前記割り当てられたリソースを受信することは、
前記共有制御チャネルからコードワードを受信すること、
前記コードワードに関連するリソース構成を決定すること、
前記リソース構成に基づき、前記ＵＥについて前記割り当てられたリソースを決定すること、
を含む［１］の方法。
［５］前記割り当てられたリソースを受信することは、さらに、
前記コードワードが指定値をもつ場合、前記アクセスプリアンブルに対し否定応答（ＮＡＣＫ）が送られたと決定すること、
を含む［４］の方法。
［６］複数のリソース構成は、リソース構成とコードワードとの間の１対１マッピングに基づき異なる複数のコードワードに関連する［４］の方法。
［７］前記割り当てられたリソースを受信することは、
前記共有制御チャネルについて受信シンボルを得ること、
前記選択された署名に関連する予め割り当てられたＵＥ識別子（ＩＤ）を決定すること、
デマスクされたシンボルを得るために、前記予め割り当てられたＵＥＩＤに基づき、前記受信シンボルをデマスクすること、
復号されたシンボルを得るために、前記デマスクされたシンボルを復号すること、
前記復号されたシンボルに基づき、リソース構成を決定すること、
前記リソース構成に基づき前記ＵＥについて前記割り当てられたリソースを決定すること、
を含む［１］の方法。
［８］前記割り当てられたリソースを受信することは、
ランダムアクセスを行うＵＥへ割り当てられたリソースを送るために使用されるチャネライゼーションコードに基づき前記共有制御チャネルを処理すること、
を含む［１］の方法。
［９］前記割り当てられたリソースを使用して前記ノードＢへデータを送る間、前記非アクティブ状態を維持すること、
をさらに含む［１］の方法。
［１０］前記非アクティブ状態は、ＣＥＬＬ＿ＦＡＣＨ状態あるいはアイドルモードを含む［１］の方法。
［１１］前記割り当てられたリソースは、拡張専用チャンネル（Ｅ−ＤＣＨ）のリソースを含み、
前記共有制御チャネルは、高速ダウンリンク共有チャネル（ＨＳ−ＳＣＣＨ）の共有制御チャネルを含む、［１］の方法。
［１２］ランダムアクセスに利用可能な署名のセットから１つの署名を選択し、
前記選択された署名に基づきアクセスプリアンブルの生成し、
非アクティブ状態で動作するユーザ機器（ＵＥ）によるランダムアクセスのために前記アクセスプリアンブルを送り、
前記ＵＥに割り当てられたリソースを共有制御チャネルから受信し、
前記割り当てられたリソースを使用して、ノードＢへデータを送る
少なくとも１つのプロセッサを備える装置。
［１３］前記少なくとも１つのプロセッサは、
前記選択された署名に関連する予め割り当てられたＵＥ識別子（ＩＤ）を決定し、
前記共有制御チャネルで前記ＵＥへ送られるレスポンスを得るために、前記予め割り当てられたＵＥＩＤに基づき前記共有制御チャネルにデマスクを行い、
前記レスポンスに基づき前記ＵＥについて前記割り当てられたリソースを決定する、［１２］の装置。
［１４］前記少なくとも１つのプロセッサは、
前記共有制御チャネルからコードワードを受信し、
前記コードワードに関連するリソース構成を決定し、
前記リソース構成に基づき、前記ＵＥについて前記割り当てられたリソースを決定する、［１２］の装置。
［１５］前記少なくとも１つのプロセッサは、
前記共有制御チャネルについて受信シンボルを得、
前記選択された署名に関連する予め割り当てられたＵＥ識別子（ＩＤ）を決定し、
デマスクされたシンボルを得るために、前記予め割り当てられたＵＥＩＤに基づき、前記受信シンボルをデマスクし、
復号されたシンボルを得るために、前記デマスクされたシンボルを復号し、
前記復号されたシンボルに基づき、リソース構成を決定し、
前記リソース構成に基づき前記ＵＥについて前記割り当てられたリソースを決定する、［１２］の装置。
［１６］無線通信のための装置であって、
ランダムアクセスに利用可能な署名のセットから１つの署名を選択する手段、
前記選択された署名に基づきアクセスプリアンブルの生成する手段、
非アクティブ状態で動作するユーザ機器（ＵＥ）によるランダムアクセスのために前記アクセスプリアンブルを送る手段、
前記ＵＥに割り当てられたリソースを共有制御チャネルから受信する手段、
前記割り当てられたリソースを使用して、ノードＢへデータを送る手段、
を備える装置。
［１７］前記割り当てられたリソースを受信する手段は、
前記選択された署名に関連する予め割り当てられたＵＥ識別子（ＩＤ）を決定する手段と、
前記共有制御チャネルで前記ＵＥへ送られるレスポンスを得るために、前記予め割り当てられたＵＥＩＤに基づき前記共有制御チャネルにデマスクを行う手段と、
前記レスポンスに基づき前記ＵＥについて前記割り当てられたリソースを決定する手段と、を備える［１６］の装置。
［１８］前記割り当てられたリソースを受信する手段は、
前記共有制御チャネルからコードワードを受信する手段と、
前記コードワードに関連するリソース構成を決定する手段と、
前記リソース構成に基づき、前記ＵＥについて前記割り当てられたリソースを決定する手段と、
を備える［１６］の装置。
［１９］前記割り当てられたリソースを受信する手段は、
前記共有制御チャネルについて受信シンボルを得る手段と、
前記選択された署名に関連する予め割り当てられたＵＥ識別子（ＩＤ）を決定する手段と、
デマスクされたシンボルを得るために、前記予め割り当てられたＵＥＩＤに基づき、前記受信シンボルをデマスクする手段と、
復号されたシンボルを得るために、前記デマスクされたシンボルを復号する手段と、
前記復号されたシンボルに基づき、リソース構成を決定する手段と、
前記リソース構成に基づき前記ＵＥについて前記割り当てられたリソースを決定する手段と、を備える［１６］の装置。
［２０］少なくとも１つのコンピュータに、ランダムアクセスに利用可能な署名のセットから１つの署名を選択させるコードと、
前記少なくとも１つのコンピュータに、前記選択された署名に基づきアクセスプリアンブルの生成させるコードと、
前記少なくとも１つのコンピュータに、非アクティブ状態で動作するユーザ機器（ＵＥ）によるランダムアクセスのために前記アクセスプリアンブルを送らせるコードと、
前記少なくとも１つのコンピュータに、前記ＵＥに割り当てられたリソースを共有制御チャネルから受信させるコードと、
前記少なくとも１つのコンピュータに、前記割り当てられたリソースを使用して、ノードＢへデータを送らせるコードと、
を含むコンピュータ読み取り可能媒体を備えるコンピュータプログラム製品。
［２１］無線通信のための方法であって、
ユーザ機器（ＵＥ）からアクセスプリアンブルを受信すること、前記アクセスプリアンブルは、ランダムアクセスに利用可能な署名のセットから選択された１つの署名に基づき生成される；
前記アクセスプリアンブルの受信に応答して、前記ＵＥへリソースを割り当てること；
共有制御チャネルで前記割り当てられたリソースを前記ＵＥへ送ること；
前記割り当てられたリソースで前記ＵＥにより送られたデータを受信すること；を含む方法。
［２２］前記割り当てられたリソースを送ることは、
前記選択された署名に関連する予め割り当てられたＵＥ識別子（ＩＤ）を決定すること、
前記ＵＥについて前記割り当てられたリソースを含むレスポンスを生成すること、
前記予め割り当てられたＵＥＩＤに基づき前記レスポンスをマスクすること、
を含む［２１］の方法。
［２３］ランダムアクセスに利用可能な署名の前記セット中の複数の署名は、署名と予め割り当てられたＵＥＩＤとの間の１対１マッピングに基づき異なる複数の予め割り当てられたＵＥＩＤに関連する［２２］の方法。
［２４］前記割り当てられたリソースを送ることは、
前記割り当てられたリソースについてのリソース構成に対応するコードワードを決定すること、
前記ＵＥについてのレスポンスを得るために、前記コードワードを符号化すること、を含む［２１］の方法。
［２５］前記割り当てられたリソースを送信することは、さらに、
前記コードワードが指定値をもつ場合、前記アクセスプリアンブルに対し否定応答（ＮＡＣＫ）が送られることを示す指定値のコードワードを選択すること、を含む［２４］の方法。
［２６］複数のリソース構成は、リソース構成とコードワードとの間の１対１マッピングに基づき異なる複数のコードワードに関連する［２４］の方法。
［２７］前記割り当てられたリソースを送ることは、
前記選択された署名に関連する予め割り当てられたＵＥ識別子（ＩＤ）を決定すること、
前記割り当てられたリソースについてのリソース構成に対応するコードワードを決定すること、
前記ＵＥについてレスポンスを得るために前記コードワードを符号化すること、
前記予め割り当てられたＵＥＩＤに基づき前記レスポンスをマスクすること、
を含む［２１］の方法。
［２８］無線通信のための装置であって、少なくとも1つのプロセッサを備え、
前記少なくとも１つのプロセッサは、
ユーザ機器（ＵＥ）からアクセスプリアンブルを受信し、前記アクセスプリアンブルは、ランダムアクセスに利用可能な署名のセットから選択された１つの署名に基づき生成され、
前記アクセスプリアンブルの受信に応答して、前記ＵＥへリソースを割り当て、
共有制御チャネルで前記割り当てられたリソースを前記ＵＥへ送り、
前記割り当てられたリソースで前記ＵＥにより送られたデータを受信する、
装置。
［２９］前記少なくとも１つのプロセッサは、
前記選択された署名に関連する予め割り当てられたＵＥ識別子（ＩＤ）を決定し、
前記ＵＥについて前記割り当てられたリソースを含むレスポンスを生成し、
前記予め割り当てられたＵＥＩＤに基づき前記レスポンスをマスクする、
［２８］の装置。
［３０］前記少なくとも１つのプロセッサは、
前記割り当てられたリソースについてのリソース構成に対応するコードワードを決定し、
前記ＵＥについてのレスポンスを得るために、前記コードワードを符号化する、［２８］の装置。
［３１］前記少なくとも１つのプロセッサは、
前記選択された署名に関連する予め割り当てられたＵＥ識別子（ＩＤ）を決定し、
前記割り当てられたリソースについてのリソース構成に対応するコードワードを決定し、
前記ＵＥについてのレスポンスを得るために、前記コードワードを符号化し、
前記予め割り当てられたＵＥＩＤに基づき前記レスポンスをマスクする、［２８］の装置。
【図１】
0005639205.tif 000007
【図２】
0005639205.tif 000008
【図３】
0005639205.tif 000009
【図４】
0005639205.tif 000010
【図５】
0005639205.tif 000011
【図６】
0005639205.tif 000012
【図７】
0005639205.tif 000013
【図８】
0005639205.tif 000014
【図９】
0005639205.tif 000015