共通Ｅ−ＤＣＨ送信での衝突を管理する方法および装置
ＲＡＣＨ（ランダムアクセスチャネル）アクセス送信での衝突を管理する方法および装置を開示する。ＷＴＲＵ（無線送受信ユニット）は、検出されたＡＩ（アクイジションインジケータ）（１０４）がそのＷＴＲＵ宛であることを確認するためにＷＴＲＵ依存情報（１０６）を送信する。ＷＴＲＵ依存情報（１０６）は、ＡＩ（１０４）を検出した後に単独に送信でき、ＲＡＣＨプリアンブル（１０２）と一緒に送信でき、あるいは、Ｅ−ＲＡＣＨメッセージ（１１０）内で送信することができる。ＷＴＲＵ依存情報（１０６）は、乱数、シーケンスまたはスクランブリングコードの所定のセットからランダムに選択されたシーケンスまたはスクランブリングコードとすることができる。代替として、ＷＴＲＵ依存情報（１０６）を、設定済み識別子または設定済み識別子から導出された情報とすることができる。代替として、ＡＩ（１０４）の検出の後に、ＷＴＲＵは、ＲＡＣＨプリアンブル（１０２）の送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）リソースのセットからＥ−ＤＣＨリソースをランダムに選択し、選択されたＥ−ＤＣＨリソースを使用してＥ−ＲＡＣＨメッセージ（１１０）を送信することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、無線通信に関する。
【背景技術】
【０００２】
ＲＡＣＨ（ランダムアクセスチャネル）は、専用リソースを入手するためにか、少量のデータを送信するために、初期アクセスに使用される共有チャネルである。ＲＡＣＨは、ＷＴＲＵ（無線送受信ユニット）間で共有されて、アクセスがランダムなので、あるチャネルについて同時にアクセスを試みる複数のＷＴＲＵ間で衝突（コリジョン）が生じる可能性がある。
【０００３】
３ＧＰＰ（ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ；第三世代携帯電話システムの使用の検討・作成を行うプロジェクト）仕様のリリース７においては、ＲＡＣＨプロシージャ（手続）は、２つのステージ（局面）、すなわち、スロット付きアロハ（ｓｌｏｔｔｅｄ−ＡＬＯＨＡ）機構と、ＲＡＣＨメッセージ送信ステージに続くチャネルアクセス表示とを有する。このチャネルへのアクセスを求めるＷＴＲＵは、シグネチャ（署名）をランダムに選択し、ランダムに選択されたアクセスのスロット期間中に、ある送信電力でＲＡＣＨプリアンブル（前文）を送信する。Ｎｏｄｅ Ｂ（ノードＢ）が、このシグネチャを検出し、関連するリソースが空いている場合には、Ｎｏｄｅ Ｂは、ＡＩＣＨ（ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ；アクイジションインジケータチャネル）上で正の肯定応答（ＡＣＫ）を送信する。ＡＩＣＨ上でＡＩ（ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｏｒ；アクイジションインジケータ）（すなわち、ＡＣＫ）を受信した後に、ＷＴＲＵは、第２ステージに進み、ＲＡＣＨメッセージを送信することができる。関連するリソースが使用不能である場合には、Ｎｏｄｅ Ｂは、ＡＩＣＨ上で負の肯定応答（ＮＡＣＫ）を用いて応答する。これは、ＷＴＲＵ側のバックオフ機構をトリガし、このバックオフ機構は、本質的に、その後のランダムな時刻にＲＡＣＨアクセスプロシージャを再開始する。その一方で、ＷＴＲＵからのシグネチャがＮｏｄｅ Ｂで検出されない場合には、ＡＩは、ＡＩＣＨ上に送信されない。ＷＴＲＵが、ＲＡＣＨプリアンブルの送信の後にＡＩを受信できない場合には、ＷＴＲＵは、後続のアクセススロット期間において、最大の値に至るまでのより高い送信電力を用いてもう一度試行する。
【０００４】
シグネチャは、使用可能なシグネチャのリストからランダムに選択され、ＲＡＣＨアクセスプロシージャは、匿名なので、Ｎｏｄｅ Ｂは、ＲＡＣＨメッセージを復号するまで、どのＷＴＲＵがそのチャネルにアクセスしているのかを知っていない。したがって、複数のＷＴＲＵが、同一のアクセススロット内でたまたま同一のシグネチャを選択し、そのうちの１つがＮｏｄｅ Ｂによって検出される場合には、Ｎｏｄｅ Ｂは、ＡＣＫを送信し、これらのＷＴＲＵが、ＲＡＣＨメッセージを送信するためにそのチャネルに同時にアクセスすることとなる。このことが、ＲＡＣＨメッセージ上の衝突を引き起こす。衝突が発生する時において、ＲＡＣＨメッセージが、再送信される場合があるかもしれない。衝突は、検出がむずかしく、余計な遅延を引き起こす可能性がある。
【０００５】
最近、Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ；拡張専用チャネル）を介してＲＡＣＨメッセージを送信することによってランダムアクセストランスポート機構を修正することが提案された。このプロシージャは、ＣＥＬＬ＿ＦＡＣＨおよびＩＤＬＥモードの拡張アップリンク（ｅｎｈａｎｃｅｄ ｕｐｌｉｎｋ）として知られている。Ｎｏｄｅ Ｂは、すべてのＷＴＲＵの間で共有されなければならない共通Ｅ−ＤＣＨリソースの一組からＥ−ＤＣＨを選択するということになる。Ｎｏｄｅ Ｂは、ＡＩＣＨおよび／またはＥ−ＡＩＣＨ（ｅｎｈａｎｃｅｄ ＡＩＣＨ）を介してＷＴＲＵにこれらのリソースのうちの１つを割り当て、かつ通知することによって、ＷＴＲＵチャネルアクセス要求に応答する。ＡＩの受信の後に、ＷＴＲＵは、アップリンク電力制御コマンドの監視を開始し、ダウンリンク電力制御コマンドの送信を始め、ネットワーク構成可能遅延（ｎｅｔｗｏｒｋ ｃｏｎｆｉｇｕｒａｂｌｅ ｄｅｌａｙ）の後に、Ｅ−ＤＣＨトランスポートチャネル上の送信を開始する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
この手法は、従来のＲＡＣＨを用いて可能なものより短い待ち時間でより大きいデータメッセージを送信することを可能にするであろう。実際に、Ｅ−ＤＣＨは、データ送信のためにより長い時間期間の間に使用されるであろうと思われる。このことは、メッセージ衝突が、ユーザによって知覚される待ち時間およびシステムのスペクトル効率に対して有するであろう影響を増やすこととなるはずである。したがって、衝突を回避し、管理し、識別する方法を提供することは望ましいということになる。
【課題を解決するための手段】
【０００７】
ＣＥＬＬ＿ＦＡＣＨ状態またはアイドルモードでの拡張アップリンク（ｅｎｈａｎｃｅｄ ｕｐｌｉｎｋ）送信で衝突を管理する方法および装置を開示する。どのＷＴＲＵがＡＩ（アクイジションインジケータ）を検出したかをＮｏｄｅ Ｂが識別できるようにするために、ＷＴＲＵは、ＷＴＲＵ依存情報を送信する。ＷＴＲＵ依存情報を、ＡＩの検出後に単独で送信でき、またはＲＡＣＨプリアンブルと共に送信することができる。ＷＴＲＵ依存情報を、Ｅ−ＤＣＨを介してＥ−ＲＡＣＨメッセージ送信ステージ期間に送信することができる。ＷＴＲＵ依存情報は、乱数、あるいは、シーケンスまたはスクランブリングコードの所定のセットからランダムに選択されたシーケンスまたはスクランブリングコードとすることができる。代替として、ＷＴＲＵ依存情報を、設定済み識別子（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ ｉｄｅｎｔｉｆｉｅｒ）、または設定済み識別子から導出される情報とすることができる。代替として、ＡＩを検出した後に、ＷＴＲＵが、ＲＡＣＨプリアンブルの送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨリソースのセットからＥ−ＤＣＨリソースをランダムに選択し、その選択されたＥ−ＤＣＨリソースを使用してＥ−ＲＡＣＨを送信することができる。代替として、確認応答を、Ｅ−ＲＡＣＨメッセージに応答して送信することができる。
【０００８】
より詳細な理解は、添付図面と併せて例として与えられた以下の説明から得ることができるであろう。
【図面の簡単な説明】
【０００９】
【図１】一実施形態によるＲＡＣＨアクセスに関するＷＴＲＵとＮｏｄｅ Ｂとの間のシグナリングの例を示す図である。
【図２】もう１つの実施形態によるＲＡＣＨアクセスに関するＷＴＲＵとＮｏｄｅ Ｂとの間のシグナリングの例を示す図である。
【図３】もう１つの実施形態によるＲＡＣＨアクセスに関するＷＴＲＵとＮｏｄｅ Ｂとの間のシグナリングの例を示す図である。
【発明を実施するための形態】
【００１０】
以下で言及される時に、用語「ＷＴＲＵ」は、ユーザ機器（ＵＥ）、移動局、固定のまたは可動の加入者ユニット、ポケットベル、セル電話機、携帯情報端末（ＰＤＡ）、コンピュータ、あるいは無線環境で動作することのできる任意の他のタイプのユーザデバイスを含むが、これらに限定はされない。下で言及される時に、用語「Ｎｏｄｅ Ｂ」は、基地局、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作することのできる任意の他のタイプのインターフェースするデバイスを含むが、これらに限定はされない。以下で言及される時に、用語「ＡＩＣＨ（アクイジションインジケータチャネル）上のＡＩ（アクイジションインジケータ）」は、ＡＩＣＨおよび／またはＥ−ＡＩＣＨ上でのアクイジションインジケーション（ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ）のすべての受信を含む。以下で言及される時に、用語「アクイジションインジケーション」は、ＡＣＫ／ＮＡＣＫ表示または共通Ｅ−ＤＣＨリソース表示を含むが、これらに限定はされない。以下で言及される時に、用語「Ｅ−ＲＡＣＨメッセージ」は、肯定応答されたＲＡＣＨプリアンブルステージの後に共通Ｅ−ＤＣＨリソース上で送信されるすべてのデータ（パケットまたはプロトコルデータユニット（ＰＤＵ））を含む。用語「表示（インジケーション）」および「インジケータ」は、本明細書では交換可能に使用されることが可能である。
【００１１】
実施形態を、３ＧＰＰ ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ；ユニバーサル地上無線アクセス）周波数分割二重（ＦＤＤ）の文脈で説明するが、実施形態を、任意の他の無線通信テクノロジにも適用できることに留意されたい。
【００１２】
一実施形態によれば、ＷＴＲＵは、ＡＩＣＨでのＡＩの検出の後にＷＴＲＵ依存情報を送信して、どのＷＴＲＵがＡＩを検出したのかをＮｏｄｅ Ｂが判定できるようにしている。
【００１３】
図１は、ＣＥＬＬ＿ＦＡＣＨおよびアイドル（ｉｄｅｌ）モードプロシージャの新しい拡張アップリンクに関するＷＴＲＵとＮｏｄｅ Ｂとの間のシグナリングの例を示す。このプロシージャを開始するために、ＷＴＲＵは、ＲＡＣＨシグネチャおよびアクセススロットをランダムに選択し、ＲＡＣＨプリアンブル１０２を送信する。このＲＡＣＨプリアンブル１０２は、Ｎｏｄｅ Ｂで首尾よく受信されてもされなくてもよい。Ｎｏｄｅ Ｂは、ＲＡＣＨプリアンブルを検出し、ＡＩＣＨ上でＡＩ １０４を送信する。Ｎｏｄｅ Ｂによって検出されるＲＡＣＨプリアンブルは、このＷＴＲＵによって送信されたＲＡＣＨプリアンブル１０２であってもよく、あるいは別のＷＴＲＵからのＲＡＣＨプリアンブルであってもよい。
【００１４】
ＷＴＲＵがＥ−ＲＡＣＨメッセージの送信を進める際に、ＷＴＲＵによって送信されたＲＡＣＨプリアンブル１０２がＮｏｄｅ Ｂによって首尾よく検出されず、ＡＩ １０４が、実際には、別のＷＴＲＵによって同一アクセススロットで送信された同一シグネチャを有するＲＡＣＨプリアンブルに対する応答である場合に、衝突が発生することとなる。この衝突は、ＷＴＲＵが衝突を検出し、Ｅ−ＲＡＣＨメッセージ部分の送信を停止した場合よりも、システムに対して悪い影響（たとえば、無線資源の浪費）を有していたであろう。
【００１５】
衝突の影響を緩和するために、ＡＩ １０４を検出した後に、ＷＴＲＵは、ＡＩ １０４を検出したＷＴＲＵの識別子をＮｏｄｅ Ｂが確認することを可能にするＷＴＲＵ依存情報１０６を送信する。Ｎｏｄｅ Ｂは、ＷＴＲＵ依存情報１０６を受信し、確認応答１０８をＷＴＲＵに送信する。この確認応答に基づいて、ＷＴＲＵは、ＡＩがそのＷＴＲＵ目的のものであるか別のＷＴＲＵを目的とするものであるかを判定する。検出されたＡＩ １０４がそのＷＴＲＵを目的とするものであると判定した場合には、ＷＴＲＵは、Ｅ−ＲＡＣＨメッセージ１１０を送信する。しかし、ＡＩ １０４がそのＷＴＲＵ目的としたものではないと判定した場合には、ＷＴＲＵは、Ｅ−ＲＡＣＨメッセージ１１０を送信しない。
【００１６】
この判定は、確認応答を監視することによって行うことができる。ＷＴＲＵが、衝突解消時間内に期待された応答を受信しない場合には、ＷＴＲＵは、衝突が発生しており、かつ受信されたＡＩが別のＷＴＲＵに関するものであったと宣言することができる。
【００１７】
衝突解消時間が満了したかどうかを判定するために、多数のトリガを利用して、確認応答の監視を開始するようにＷＴＲＵに告げることができる。それらは、ＡＩＣＨおよび／またはＥ−ＡＩＣＨでのＡＩおよびリソースのインジケイション（表示）の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理チャネルが確立されたとＷＴＲＵが宣言する時、物理チャネルが後検証（ｐｏｓｔ−ｖｅｒｉｆｉｃａｔｉｏｎ）に合格したとＷＴＲＵが宣言する時、およびアップリンクでのＥ−ＤＣＨ送信の開始を含む。
【００１８】
複数のＷＴＲＵが、たまたま同一のシグネチャを使用して同一のアクセススロットでＲＡＣＨプリアンブルを送信する場合に、それらのＷＴＲＵは、それぞれ、ＡＩ １０４を検出し、ＷＴＲＵ依存情報をＮｏｄｅ Ｂに送信する。この場合に、Ｎｏｄｅ Ｂは、すべてのＷＴＲＵ依存情報を受信する場合もそうでない場合もありうる。Ｎｏｄｅ Ｂが、それらＷＴＲＵ依存情報のうちの１つだけを受信する場合には、そのノードは、上で述べたように受信された１つに応答する。Ｎｏｄｅ Ｂが、複数のＷＴＲＵ依存情報を検出する場合には、Ｎｏｄｅ Ｂは、そのうちの１つだけ（たとえば、最良の信号品質を有するＷＴＲＵ依存情報）に応答することができる。
【００１９】
ＷＴＲＵ依存情報は、ＷＴＲＵを区別することを目的としている。ＷＴＲＵ依存情報を、ランダムに生成することができる。ＷＴＲＵ依存情報を、乱数、シーケンスまたはシグネチャの所定のセットからランダムに選択されたシーケンスまたはシグネチャ、スクランブリングコードの所定のセットからランダムに選択されたスクランブリングコード、ＷＴＲＵがＷＴＲＵ依存情報を送信する時刻を判定するためのダウンリンクシグナリングに関連するタイミング、またはその種の他のもの、とすることができる。ＷＴＲＵ依存送信の異なるタイミングを使用して、ＷＴＲＵの間で区別することができる。ＷＴＲＵがＡＩを受信した後に、ＷＴＲＵは、それぞれ、ＷＴＲＵ依存情報を送信すべき時をランダムに選択する。Ｎｏｄｅ Ｂが、これらのうちの１つだけに応答し、応答の厳密なタイミングを維持する場合には、各ＷＴＲＵは、確認応答がそのＷＴＲＵ宛であるかどうかを判定することができる。
【００２０】
代替として、ＷＴＲＵ依存情報は、Ｕ−ＲＮＴＩ（ＵＴＲＡＮ無線ネットワーク一時的識別子（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｔｙ））、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時的識別子）、Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ；高速下り共有チャネル）無線ネットワーク一時的識別子）、ＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ；国際移動体加入者識別子（端末識別番号））、その他を含むがこれらに限定されない設定済みＷＴＲＵ識別子に対応するか、あるいはそれから生成されたものとすることができる。
【００２１】
ＷＴＲＵ依存情報を、この確認プロシージャに専用のチャネルを介して送信することができる。代替として、ＷＴＲＵ依存情報を、任意の通常のアップリンクチャネルメッセージのペイロード（データ本体）として送信することができる。
【００２２】
代替として、ＷＴＲＵ依存情報を、図２に示されているようにＥ−ＲＡＣＨメッセージの一部として送信することができる。ＲＡＣＨアクセスプロシージャを開始するために、ＷＴＲＵは、ＲＡＣＨシグネチャおよびアクセススロットをランダムに選択し、ＲＡＣＨプリアンブル２０２を送信する。Ｎｏｄｅ Ｂは、ＲＡＣＨプリアンブル２０２を検出し、ＡＩＣＨ上でＡＩ ２０４を送信する。ＷＴＲＵは、ＡＩ ２０４を検出した後に、Ｅ−ＲＡＣＨメッセージ２０６内でＷＴＲＵ依存情報を送信する。次に、Ｎｏｄｅ Ｂは、確認応答２０８をそのＷＴＲＵに送信する。確認応答２０８に基づいて、そのＷＴＲＵは、衝突が発生するか否かを判定することができる。
【００２３】
代替として、図３に示されているように、ＷＴＲＵ依存情報を、各ＲＡＣＨプリアンブルの直後に送信することができる。ＲＡＣＨアクセスプロシージャを開始するために、ＷＴＲＵは、ＲＡＣＨシグネチャおよびアクセススロットをランダムに選択し、ＲＡＣＨプリアンブル３０２ａをＷＴＲＵ依存情報３０２ｂと一緒に送信する。Ｎｏｄｅ Ｂは、ＲＡＣＨプリアンブル３０２ａおよびＷＴＲＵ依存情報３０２ｂを検出し、ＡＩＣＨ上でＡＩ ３０４ａおよび確認応答３０４ｂを送信する。確認応答３０４ｂに基づいて、ＡＩ ３０４ａがそのＷＴＲＵ宛であることを確認した後に、そのＷＴＲＵは、Ｅ−ＲＡＣＨメッセージ３０６を送信する。
【００２４】
Ｎｏｄｅ Ｂは、ＨＳ−ＤＳＣＨを介してＷＴＲＵに確認応答を送信することができる。この確認応答は、ＷＴＲＵ依存情報またはＷＴＲＵ依存情報から導出された情報（たとえば、巡回冗長検査（ＣＲＣ）チェックサム）の反復（繰り返し）を含むことができる。ＷＴＲＵが、専用Ｈ−ＲＮＴＩを割り当てなかった場合には、確認応答を、共通Ｈ−ＲＮＴＩを使用して送信することができる。ＷＴＲＵが専用Ｈ−ＲＮＴＩを既に割り当てている場合には、ＷＴＲＵの専用Ｈ−ＲＮＴＩを使用するＮｏｄｅ Ｂからの送信を、確認応答であると考えることができる。
【００２５】
代替として、Ｎｏｄｅ Ｂは、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対的認可チャネル（ａｂｓｏｌｕｔｅ ｇｒａｎｔ ｃｈａｎｎｅｌ））を介して確認応答を送信することができる。Ｅ−ＡＧＣＨは、Ｅ−ＤＣＨの絶対的認可を送信するためのチャネルである。ＷＴＲＵが、専用Ｅ−ＲＮＴＩを既に割り当てており、Ｎｏｄｅ Ｂが、Ｅ−ＲＮＴＩおよびＷＴＲＵ依存情報をマッピングできる場合には、Ｅ−ＡＧＣＨを使用して、ＷＴＲＵ依存情報を受信した後にＷＴＲＵに絶対的認可値を送信することができる。ＷＴＲＵが、ＷＴＲＵ依存情報を送信した後にＥ−ＡＧＣＨを介してＥ−ＲＮＴＩと共に絶対的認可を受信する場合には、ＷＴＲＵは、衝突の可能性なしに共通Ｅ−ＤＣＨリソースを自由に使用できると理解する。
【００２６】
ＷＴＲＵがＥ−ＲＮＴＩを割り当てなかった場合で、確認応答の送信を、共通Ｅ−ＲＮＴＩを使用して行うことができ、ここで、絶対的認可値５＋１ビットを、ＷＴＲＵによって送信されたＷＴＲＵ依存情報と一組のビットシーケンスとの間の所定のマッピングに従ってセットすることができる。
【００２７】
代替として、Ｎｏｄｅ Ｂは、Ｅ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル（ｒｅｌａｔｉｖｅ ｇｒａｎｔ ｃｈａｎｎｅｌ））を介して確認応答を送信することができる。確認応答にＥ−ＲＧＣＨを使用する機構は、Ｅ−ＲＧＣＨが、所与の認可が送信されるＷＴＲＵを識別するのにＥ−ＲＮＴＩを使用するのではなく、チャネライゼーションコード（ｃｈａｎｎｅｌｉｚａｔｉｏｎ ｃｏｄｅ；多重用の拡散符号）およびシーケンス（すなわち、シグネチャ）の組合せを使用することを除いて、Ｅ−ＡＧＣＨの使用に類似する。
【００２８】
代替として、Ｎｏｄｅ Ｂは、ＡＩＣＨを介して確認応答を送信することができる。ＷＴＲＵ依存情報が、ＲＡＣＨプリアンブルシグネチャのシグネチャに似たシグネチャを含む場合、またはＷＴＲＵ依存情報がＲＡＣＨプリアンブルと一緒に送信される場合には、確認応答をＡＩＣＨを介して送信することができる。図３に示されているように、確認応答を、ＡＩに続いてＮｏｄｅ Ｂから送信することができる。現在のリリース７ ３ＧＰＰ仕様によれば、ＡＩＣＨ送信は、ＡＩの４０９６チップの送信の後に１０２４チップの間オフである。確認応答を、この１０２４チップのすべてまたは一部で送信することができる。
【００２９】
もう１つの実施形態によれば、Ｅ−ＲＡＣＨメッセージ衝突を、ＷＴＲＵがそのＡＩを検出した後にＥ−ＤＣＨリソースの追加ランダム選択を有することによって緩和することができる。たとえば、１対多マッピングを、ＲＡＣＨリソースとＥ−ＤＣＨリソースとの間で定義することができる。すなわち、すべてのＲＡＣＨリソースが、セットＥ−ＤＣＨリソースに関連し、同一セット内の各Ｅ−ＤＣＨリソースが、たとえば、一意のスクランブリングコードを有することができる。ＷＴＲＵがＡＩを受信した後に、そのＷＴＲＵは、ＲＡＣＨプリアンブルの送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨリソースのセットからＥ−ＤＣＨリソースの１つをランダムに選択する。２つのＷＴＲＵが同一のアクセススロットで同一のシグネチャを送信し、したがって同時にＡＩを受信する場合には、Ｅ−ＤＣＨリソースの後続のランダム選択が、Ｅ−ＲＡＣＨメッセージ衝突の確率を下げることとなる。というのは、これらのＷＴＲＵが、たとえば、その一意のスクランブリングコードによって区別されるからである。
【００３０】
もう１つの実施形態によれば、従来のＲＡＣＨプリアンブルおよびアクイジションインジケーションが、リリース７ ３ＧＰＰ仕様のように維持される（すなわち、ＷＴＲＵは、ＡＩが実際にそのＷＴＲＵ宛であることを確認するための追加ステップなしで、ＡＩの受信後にＥ−ＲＡＣＨメッセージを送信する）。ＷＴＲＵがそのＥ−ＲＡＣＨメッセージを送信した後に、ＷＴＲＵ識別子を、ＭＡＣヘッダまたはメッセージ内容からＮｏｄｅ Ｂで（好ましくは）またはサービング無線ネットワーク制御装置（ｓｅｒｖｉｎｇ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ、ＳＲＮＣ）で推断することができる。この実施形態によれば、ネットワークは、Ｅ−ＲＡＣＨメッセージに応答してＷＴＲＵに確認応答を送信する。確認応答は、ＷＴＲＵ一意識別子、Ｅ−ＲＡＣＨメッセージの成功の受信もしくは失敗の確認、専用チャネルの追加の認可もしくはリソース割当、またはその種の他のもの、の情報のうちの１つまたは複数を含むことができる。
【００３１】
確認応答を、たとえば、ＦＡＣＨ（ｆｏｒｗａｒｄ ａｃｃｅｓｓ ｃｈａｎｎｅｌ；下りアクセスチャネル）またはＨＳ−ＤＳＣＨ上で搬送することができる。ＷＴＲＵを、そのＨ−ＲＮＴＩ、Ｅ−ＲＮＴＩ、またはこの目的に適し、ＷＴＲＵとネットワークとの両方に既知の別の識別子を使用してアドレッシングすることができる。代替として、新しいダウンリンクチャネルを作成して、この確認応答を伝えることができる。たとえば、この新しいチャネルを、情報ビットの新しい解釈（およびおそらくは減少）を伴う変更されたＥ−ＡＧＣＨに基づくものとすることができる。Ｅ−ＡＧＣＨは、絶対的認可（５ビット）および絶対的認可スコープ（１ビット）を担持する。ＷＴＲＵ識別子は、１６ビットＣＲＣ内でマスクされる。確認応答がＡＣＫ／ＮＡＣＫ情報だけを含む場合には、Ｅ−ＡＧＣＨの６ビットのすべてが必要ではない。そうではなく、認可範囲をＡＣＫ／ＮＡＣＫになるように解釈しなおすことができ、５ビットの絶対的認可を除去することができる。この確認応答を、既知のタイミングを用いてＷＴＲＵに送信することができる。この手法は、ＷＴＲＵが既にネットワークによって提供される識別子を有する、ＣＥＬＬ＿ＦＡＣＨ状態でのＵＭ（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ；未確認モード）データ送信のコンテキストで待ち時間を減らすのに特に有用であろう。
【００３２】
実施形態
１．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避する方法。
【００３３】
２．ＲＡＣＨプリアンブルを送信するＷＴＲＵを含む、実施形態１の方法。
【００３４】
３．ＷＴＲＵがＷＴＲＵ依存情報を送信することを含む、実施形態２の方法。
【００３５】
４．ＷＴＲＵが確認応答を受信することを含む、実施形態３の方法。
【００３６】
５．ＷＴＲＵが、確認応答に基づいて衝突がないと判定される場合に、共通Ｅ−ＤＣＨリソースを使用してメッセージを送信することを含む、実施形態４の方法。
【００３７】
６．ＷＴＲＵは、ＲＡＣＨプリアンブルと共にＷＴＲＵ依存情報を送信する、実施形態３〜５のいずれか一項の方法。
【００３８】
７．ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つである、実施形態３〜６のいずれか一項の方法。
【００３９】
８．ＷＴＲＵ依存情報は、設定済み識別子および設定済み識別子から導出された情報のうちの１つである、実施形態３〜７のいずれか一項の方法。
【００４０】
９．識別子は、Ｕ−ＲＮＴＩ、Ｅ−ＲＮＴＩ、Ｈ−ＲＮＴＩ、およびＩＭＳＩのうちの少なくとも１つである、実施形態８の方法。
【００４１】
１０．ＷＴＲＵは、ＨＳ−ＤＳＣＨを介して確認応答を受信する、実施形態４〜９のいずれか一項の方法。
【００４２】
１１．確認応答は、ＷＴＲＵ依存情報およびＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含む、実施形態４〜１０のいずれか一項の方法。
【００４３】
１２．ＷＴＲＵは、Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨのうちの１つを介して確認応答を受信する、実施形態４〜１１のいずれか一項の方法。
【００４４】
１３．Ｅ−ＲＮＴＩは、Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有ＣＲＣアタッチメントに含まれる確認応答として使用される、実施形態１２の方法。
【００４５】
１４．ＷＴＲＵの絶対的認可は、Ｅ−ＡＧＣＨを介して送信される確認応答に含まれる、実施形態１２の方法。
【００４６】
１５．ＷＴＲＵは、ＡＩＣＨを介して確認応答を受信する、実施形態４〜１４のいずれか一項の方法。
【００４７】
１６．確認応答は、ＡＩの４０９６チップの送信の後の１０２４チップ内で送信される、実施形態１５の方法。
【００４８】
１７．ＷＴＲＵは、ＡＩおよびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始というトリガのうちの１つの時に衝突解消時間を評価するために確認応答を監視し始める、実施形態４〜１６のいずれか一項の方法。
【００４９】
１８．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を管理する方法。
【００５０】
１９．ＲＡＣＨプリアンブルを送信するＷＴＲＵを含む、実施形態１８の方法。
【００５１】
２０．ＷＴＲＵがＡＩを受信することを含む、実施形態１９の方法。
【００５２】
２１．ＷＴＲＵが、ＷＴＲＵ依存情報を含むパケットを、共通Ｅ−ＤＣＨリソースを使用して送信することを含む、実施形態２０の方法。
【００５３】
２２．ＷＴＲＵが確認応答を受信することを含み、ＷＴＲＵが、確認応答に基づいて衝突が発生するかどうかを判定する、実施形態２１の方法。
【００５４】
２３．ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つである、実施形態２１〜２２のいずれか一項の方法。
【００５５】
２４．ＷＴＲＵ依存情報は、設定済み識別子および設定済み識別子から導出された情報のうちの１つである、実施形態２１〜２３のいずれか一項の方法。
【００５６】
２５．識別子は、Ｕ−ＲＮＴＩ、Ｅ−ＲＮＴＩ、Ｈ−ＲＮＴＩおよびＩＭＳＩのうちの少なくとも１つである、実施形態２４の方法。
【００５７】
２６．ＷＴＲＵは、ＨＳ−ＤＳＣＨを介して確認応答を受信する、実施形態２２〜２５のいずれか一項の方法。
【００５８】
２７．確認応答は、ＷＴＲＵ依存情報およびＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含む、実施形態２２〜２６のいずれか一項の方法。
【００５９】
２８．ＷＴＲＵは、Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨのうちの１つを介して確認応答を受信する、実施形態２２〜２７のいずれか一項の方法。
【００６０】
２９．Ｅ−ＲＮＴＩは、Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有ＣＲＣアタッチメントに含まれる確認応答として使用される、実施形態２８の方法。
【００６１】
３０．ＷＴＲＵの絶対的認可は、Ｅ−ＡＧＣＨを介して送信される確認応答に含まれる、実施形態２８の方法。
【００６２】
３１．ＷＴＲＵは、ＡＩおよびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始というトリガのうちの１つの時に衝突解消時間を評価するために確認応答を監視し始める、実施形態２２〜２８のいずれか一項の方法。
【００６３】
３２．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避する方法。
【００６４】
３３．ＲＡＣＨプリアンブルを送信するＷＴＲＵを含む、実施形態３２の方法。
【００６５】
３４．ＷＴＲＵがＡＩを受信することを含む、実施形態３３の方法。
【００６６】
３５．ＷＴＲＵが、ＲＡＣＨプリアンブルの送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨリソースのセットからＥ−ＤＣＨリソースをランダムに選択することを含む、実施形態３４の方法。
【００６７】
３６．ＷＴＲＵが、選択されたＥ−ＤＣＨリソースを使用してメッセージを送信することを含む、実施形態３５の方法。
【００６８】
３７．Ｅ−ＤＣＨリソースのセット内の各Ｅ−ＤＣＨリソースは、異なるスクランブリングコードを有する、実施形態３６の方法。
【００６９】
３８．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を検出する方法。
【００７０】
３９．ＲＡＣＨプリアンブルを送信するＷＴＲＵを含む、実施形態３８の方法。
【００７１】
４０．ＷＴＲＵがＡＩを受信することを含む、実施形態３９の方法。
【００７２】
４１．ＷＴＲＵがメッセージを送信することを含む、実施形態４０の方法。
【００７３】
４２．ＷＴＲＵがメッセージの確認応答を受信することを含む、実施形態４１の方法。
【００７４】
４３．確認応答は、ＷＴＲＵ識別子、メッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含む、実施形態４２の方法。
【００７５】
４４．ＷＴＲＵは、ＦＡＣＨおよびＨＳ−ＤＳＣＨのうちの１つを介して確認応答を受信する、実施形態４２〜４３のいずれか一項の方法。
【００７６】
４５．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避するＷＴＲＵ。
【００７７】
４６．トランシーバを含む、実施形態４５のＷＴＲＵ。
【００７８】
４７．ＲＡＣＨプリアンブルを送信することによってランダムアクセスプロシージャを開始し、ＷＴＲＵ依存情報を送信し、ＷＴＲＵ依存情報に応答して受信される確認応答に基づいて衝突がないことが確認された後にメッセージを送信するように適合された制御エンティティを含む、実施形態４６のＷＴＲＵ。
【００７９】
４８．制御エンティティは、ＲＡＣＨプリアンブルと共にＷＴＲＵ依存情報を送信する、実施形態４７のＷＴＲＵ。
【００８０】
４９．ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つである、実施形態４７〜４８のいずれか一項のＷＴＲＵ。
【００８１】
５０．ＷＴＲＵ依存情報は、設定済み識別子および設定済み識別子から導出された情報のうちの１つである、実施形態４７〜４９のいずれか一項のＷＴＲＵ。
【００８２】
５１．識別子は、Ｕ−ＲＮＴＩ、Ｅ−ＲＮＴＩ、Ｈ−ＲＮＴＩ、およびＩＭＳＩのうちの少なくとも１つである、実施形態５０のＷＴＲＵ。
【００８３】
５２．ＷＴＲＵは、ＨＳ−ＤＳＣＨを介して確認応答を受信する、実施形態４７〜５１のいずれか一項のＷＴＲＵ。
【００８４】
５３．確認応答は、ＷＴＲＵ依存情報およびＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含む、実施形態４７〜５２のいずれか一項のＷＴＲＵ。
【００８５】
５４．ＷＴＲＵは、Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨのうちの１つを介して確認応答を受信する、実施形態４７〜５３のいずれか一項のＷＴＲＵ。
【００８６】
５５．Ｅ−ＲＮＴＩは、Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有ＣＲＣアタッチメントに含まれる確認応答として使用される、実施形態５４のＷＴＲＵ。
【００８７】
５６．ＷＴＲＵの絶対的認可は、確認応答を担持するＥ−ＡＧＣＨを介して受信される、実施形態５４のＷＴＲＵ。
【００８８】
５７．ＷＴＲＵは、ＡＩＣＨを介して確認応答を受信する、実施形態４７〜５３のいずれか一項のＷＴＲＵ。
【００８９】
５８．確認応答は、ＡＩの４０９６チップの送信の後の１０２４チップ内で送信される、実施形態５７のＷＴＲＵ。
【００９０】
５９．ＷＴＲＵは、ＡＩおよびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始のうちの１つの時に衝突解消時間を評価するために確認応答を監視し始める、実施形態４７〜５８のいずれか一項のＷＴＲＵ。
【００９１】
６０．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を管理するＷＴＲＵ。
【００９２】
６１．トランシーバを含む、実施形態６０のＷＴＲＵ。
【００９３】
６２．ＲＡＣＨプリアンブルを送信することによってランダムアクセスプロシージャを開始し、ＷＴＲＵ依存情報と共に共通Ｅ−ＤＣＨリソースを使用してメッセージを送信し、ＷＴＲＵ依存情報に応答して受信される確認応答に基づいて衝突が発生するかどうかを判定するように適合された制御エンティティを含む、実施形態６１のＷＴＲＵ。
【００９４】
６３．ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つである、実施形態６２のＷＴＲＵ。
【００９５】
６４．ＷＴＲＵ依存情報は、設定済み識別子および設定済み識別子から導出された情報のうちの１つである、実施形態６２〜６３のいずれか一項のＷＴＲＵ。
【００９６】
６５．識別子は、Ｕ−ＲＮＴＩ、Ｅ−ＲＮＴＩ、Ｈ−ＲＮＴＩ、およびＩＭＳＩのうちの少なくとも１つである、実施形態６４のＷＴＲＵ。
【００９７】
６６．ＷＴＲＵは、ＨＳ−ＤＳＣＨを介して確認応答を受信する、実施形態６２〜６５のいずれか一項のＷＴＲＵ。
【００９８】
６７．確認応答は、ＷＴＲＵ依存情報およびＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含む、実施形態６２〜６６のいずれか一項のＷＴＲＵ。
【００９９】
６８．ＷＴＲＵは、Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨのうちの１つを介して確認応答を受信する、実施形態６２〜６７のいずれか一項のＷＴＲＵ。
【０１００】
６９．Ｅ−ＲＮＴＩは、Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有ＣＲＣアタッチメントに含まれる確認応答として使用される、実施形態６８のＷＴＲＵ。
【０１０１】
７０．ＷＴＲＵの絶対的認可は、確認応答を担持するＥ−ＡＧＣＨを介して受信される、実施形態６８のＷＴＲＵ。
【０１０２】
７１．ＷＴＲＵは、ＡＩおよびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始のうちの１つの時に衝突解消時間を評価するために確認応答を監視し始める、実施形態６２〜７０のいずれか一項のＷＴＲＵ。
【０１０３】
７２．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避するＷＴＲＵ。
【０１０４】
７３．トランシーバを含む、実施形態７２のＷＴＲＵ。
【０１０５】
７４．ＲＡＣＨプリアンブルの送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨリソースのセットからＥ−ＤＣＨリソースをランダムに選択し、選択されたＥ−ＤＣＨリソースを使用してメッセージを送信するように適合された制御エンティティを含む、実施形態７３のＷＴＲＵ。
【０１０６】
７５．Ｅ−ＤＣＨリソースのセット内の各Ｅ−ＤＣＨリソースは、異なるスクランブリングコードを有する、実施形態７４のＷＴＲＵ。
【０１０７】
７６．ＲＡＣＨプリアンブルおよびメッセージを送信し、メッセージの確認応答に基づいて衝突が発生するかどうかを判定するように適合された制御エンティティを含む、実施形態７３のＷＴＲＵ。
【０１０８】
７７．確認応答は、ＷＴＲＵ識別子、メッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含む、実施形態７６のＷＴＲＵ。
【０１０９】
７８．ＷＴＲＵは、ＦＡＣＨおよびＨＳ−ＤＳＣＨのうちの１つを介して確認応答を受信する、実施形態７６〜７７のいずれか一項のＷＴＲＵ。
【０１１０】
７９．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避する方法。
【０１１１】
８０．ＲＡＣＨプリアンブルを受信することを含む、実施形態７９の方法。
【０１１２】
８１．受信されたＲＡＣＨプリアンブルに応答してＡＩを送信することを含む、実施形態８０の方法。
【０１１３】
８２．ＷＴＲＵ依存情報を受信することを含む、実施形態８１の方法。
【０１１４】
８３．ＷＴＲＵ依存情報に応答して確認応答を送信することを含む、実施形態８２の方法。
【０１１５】
８４．確認応答は、ＡＩと共に送信される、実施形態８３の方法。
【０１１６】
８５．確認応答は、ＨＳ−ＤＳＣＨを介して送信される、実施形態８３〜８４のいずれか一項の方法。
【０１１７】
８６．確認応答は、ＷＴＲＵ依存情報およびＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含む、実施形態８３〜８５のいずれか一項の方法。
【０１１８】
８７．確認応答は、Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨのうちの１つを介して送信される、実施形態８３〜８６のいずれか一項の方法。
【０１１９】
８８．確認応答は、ＡＩＣＨを介して送信される、実施形態８３〜８７のいずれか一項の方法。
【０１２０】
８９．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突の検出をサポートする方法。
【０１２１】
９０．ＲＡＣＨプリアンブルを受信することを含む、実施形態８９の方法。
【０１２２】
９１．ＲＡＣＨプリアンブルに応答してＡＩを送信することを含む、実施形態９０の方法。
【０１２３】
９２．ＲＡＣＨメッセージを受信することを含む、実施形態９１の方法。
【０１２４】
９３．ＲＡＣＨメッセージの確認応答を送信することを含む、実施形態９２の方法。
【０１２５】
９４．確認応答は、ＷＴＲＵ識別子、メッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含む、実施形態９３の方法。
【０１２６】
９５．確認応答は、ＦＡＣＨおよびＨＳ−ＤＳＣＨのうちの１つを介して送信される、実施形態９３〜９４のいずれか一項の方法。
【０１２７】
９６．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突の検出をサポートする装置。
【０１２８】
９７．トランシーバを含む、実施形態９６の装置。
【０１２９】
９８．ＡＩが特定のＷＴＲＵ宛であることを確認するためにＷＴＲＵ依存情報に応答して確認応答を送信するように構成された制御エンティティを含む、実施形態９７の装置。
【０１３０】
９９．確認応答は、ＡＩと共に送信される、実施形態９８の装置。
【０１３１】
１００．確認応答は、ＨＳ−ＤＳＣＨを介して送信される、実施形態９８〜９９のいずれか一項の装置。
【０１３２】
１０１．確認応答は、ＷＴＲＵ依存情報およびＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含む、実施形態９８〜１００のいずれか一項の装置。
【０１３３】
１０２．確認応答は、Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨのうちの１つを介して送信される、実施形態９８〜１０１のいずれか一項の装置。
【０１３４】
１０３．確認応答は、ＡＩＣＨを介して送信される、実施形態９８〜１０２のいずれか一項の装置。
【０１３５】
１０４．ＲＡＣＨメッセージを受信し、ＲＡＣＨメッセージの確認応答を送信するように構成された制御エンティティを含む、実施形態９７の装置。
【０１３６】
１０５．確認応答は、ＷＴＲＵ識別子、ＲＡＣＨメッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含む、実施形態１０４の装置。
【０１３７】
１０６．確認応答は、ＦＡＣＨおよびＨＳ−ＤＳＣＨのうちの１つを介して送信される、実施形態１０４〜１０５のいずれか一項の装置。
【０１３８】
特徴および構成要素を、上記で特定の組合せで説明したが、各特徴または構成要素を、他の特徴および構成要素なしで単独で、または他の特徴および構成要素と共にもしくはこれらを伴わないさまざまな組合せで使用することができる。本明細書で提供される方法または流れ図は、汎用コンピュータまたはプロセッサによる実行のために、コンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびディジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。
【０１３９】
適切なプロセッサは、たとえば、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および／またはステートマシーンを含む。
【０１４０】
ソフトウェアに関連してプロセッサを使用して、ＷＴＲＵ（無線送受信ユニット）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワーク制御装置（ＲＮＣ）、または任意のホストコンピュータ内で使用される無線周波数トランシーバを実施することができる。ＷＴＲＵを、カメラ、ビデオカメラモジュール、テレビ電話、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールもしくはウルトラワイドバンド（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実施されるモジュールと共に使用することができる。
【技術分野】
【０００１】
本願は、無線通信に関する。
【背景技術】
【０００２】
ＲＡＣＨ（ランダムアクセスチャネル）は、専用リソースを入手するためにか、少量のデータを送信するために、初期アクセスに使用される共有チャネルである。ＲＡＣＨは、ＷＴＲＵ（無線送受信ユニット）間で共有されて、アクセスがランダムなので、あるチャネルについて同時にアクセスを試みる複数のＷＴＲＵ間で衝突（コリジョン）が生じる可能性がある。
【０００３】
３ＧＰＰ（ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ；第三世代携帯電話システムの使用の検討・作成を行うプロジェクト）仕様のリリース７においては、ＲＡＣＨプロシージャ（手続）は、２つのステージ（局面）、すなわち、スロット付きアロハ（ｓｌｏｔｔｅｄ−ＡＬＯＨＡ）機構と、ＲＡＣＨメッセージ送信ステージに続くチャネルアクセス表示とを有する。このチャネルへのアクセスを求めるＷＴＲＵは、シグネチャ（署名）をランダムに選択し、ランダムに選択されたアクセスのスロット期間中に、ある送信電力でＲＡＣＨプリアンブル（前文）を送信する。Ｎｏｄｅ Ｂ（ノードＢ）が、このシグネチャを検出し、関連するリソースが空いている場合には、Ｎｏｄｅ Ｂは、ＡＩＣＨ（ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ；アクイジションインジケータチャネル）上で正の肯定応答（ＡＣＫ）を送信する。ＡＩＣＨ上でＡＩ（ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｏｒ；アクイジションインジケータ）（すなわち、ＡＣＫ）を受信した後に、ＷＴＲＵは、第２ステージに進み、ＲＡＣＨメッセージを送信することができる。関連するリソースが使用不能である場合には、Ｎｏｄｅ Ｂは、ＡＩＣＨ上で負の肯定応答（ＮＡＣＫ）を用いて応答する。これは、ＷＴＲＵ側のバックオフ機構をトリガし、このバックオフ機構は、本質的に、その後のランダムな時刻にＲＡＣＨアクセスプロシージャを再開始する。その一方で、ＷＴＲＵからのシグネチャがＮｏｄｅ Ｂで検出されない場合には、ＡＩは、ＡＩＣＨ上に送信されない。ＷＴＲＵが、ＲＡＣＨプリアンブルの送信の後にＡＩを受信できない場合には、ＷＴＲＵは、後続のアクセススロット期間において、最大の値に至るまでのより高い送信電力を用いてもう一度試行する。
【０００４】
シグネチャは、使用可能なシグネチャのリストからランダムに選択され、ＲＡＣＨアクセスプロシージャは、匿名なので、Ｎｏｄｅ Ｂは、ＲＡＣＨメッセージを復号するまで、どのＷＴＲＵがそのチャネルにアクセスしているのかを知っていない。したがって、複数のＷＴＲＵが、同一のアクセススロット内でたまたま同一のシグネチャを選択し、そのうちの１つがＮｏｄｅ Ｂによって検出される場合には、Ｎｏｄｅ Ｂは、ＡＣＫを送信し、これらのＷＴＲＵが、ＲＡＣＨメッセージを送信するためにそのチャネルに同時にアクセスすることとなる。このことが、ＲＡＣＨメッセージ上の衝突を引き起こす。衝突が発生する時において、ＲＡＣＨメッセージが、再送信される場合があるかもしれない。衝突は、検出がむずかしく、余計な遅延を引き起こす可能性がある。
【０００５】
最近、Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ；拡張専用チャネル）を介してＲＡＣＨメッセージを送信することによってランダムアクセストランスポート機構を修正することが提案された。このプロシージャは、ＣＥＬＬ＿ＦＡＣＨおよびＩＤＬＥモードの拡張アップリンク（ｅｎｈａｎｃｅｄ ｕｐｌｉｎｋ）として知られている。Ｎｏｄｅ Ｂは、すべてのＷＴＲＵの間で共有されなければならない共通Ｅ−ＤＣＨリソースの一組からＥ−ＤＣＨを選択するということになる。Ｎｏｄｅ Ｂは、ＡＩＣＨおよび／またはＥ−ＡＩＣＨ（ｅｎｈａｎｃｅｄ ＡＩＣＨ）を介してＷＴＲＵにこれらのリソースのうちの１つを割り当て、かつ通知することによって、ＷＴＲＵチャネルアクセス要求に応答する。ＡＩの受信の後に、ＷＴＲＵは、アップリンク電力制御コマンドの監視を開始し、ダウンリンク電力制御コマンドの送信を始め、ネットワーク構成可能遅延（ｎｅｔｗｏｒｋ ｃｏｎｆｉｇｕｒａｂｌｅ ｄｅｌａｙ）の後に、Ｅ−ＤＣＨトランスポートチャネル上の送信を開始する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
この手法は、従来のＲＡＣＨを用いて可能なものより短い待ち時間でより大きいデータメッセージを送信することを可能にするであろう。実際に、Ｅ−ＤＣＨは、データ送信のためにより長い時間期間の間に使用されるであろうと思われる。このことは、メッセージ衝突が、ユーザによって知覚される待ち時間およびシステムのスペクトル効率に対して有するであろう影響を増やすこととなるはずである。したがって、衝突を回避し、管理し、識別する方法を提供することは望ましいということになる。
【課題を解決するための手段】
【０００７】
ＣＥＬＬ＿ＦＡＣＨ状態またはアイドルモードでの拡張アップリンク（ｅｎｈａｎｃｅｄ ｕｐｌｉｎｋ）送信で衝突を管理する方法および装置を開示する。どのＷＴＲＵがＡＩ（アクイジションインジケータ）を検出したかをＮｏｄｅ Ｂが識別できるようにするために、ＷＴＲＵは、ＷＴＲＵ依存情報を送信する。ＷＴＲＵ依存情報を、ＡＩの検出後に単独で送信でき、またはＲＡＣＨプリアンブルと共に送信することができる。ＷＴＲＵ依存情報を、Ｅ−ＤＣＨを介してＥ−ＲＡＣＨメッセージ送信ステージ期間に送信することができる。ＷＴＲＵ依存情報は、乱数、あるいは、シーケンスまたはスクランブリングコードの所定のセットからランダムに選択されたシーケンスまたはスクランブリングコードとすることができる。代替として、ＷＴＲＵ依存情報を、設定済み識別子（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ ｉｄｅｎｔｉｆｉｅｒ）、または設定済み識別子から導出される情報とすることができる。代替として、ＡＩを検出した後に、ＷＴＲＵが、ＲＡＣＨプリアンブルの送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨリソースのセットからＥ−ＤＣＨリソースをランダムに選択し、その選択されたＥ−ＤＣＨリソースを使用してＥ−ＲＡＣＨを送信することができる。代替として、確認応答を、Ｅ−ＲＡＣＨメッセージに応答して送信することができる。
【０００８】
より詳細な理解は、添付図面と併せて例として与えられた以下の説明から得ることができるであろう。
【図面の簡単な説明】
【０００９】
【図１】一実施形態によるＲＡＣＨアクセスに関するＷＴＲＵとＮｏｄｅ Ｂとの間のシグナリングの例を示す図である。
【図２】もう１つの実施形態によるＲＡＣＨアクセスに関するＷＴＲＵとＮｏｄｅ Ｂとの間のシグナリングの例を示す図である。
【図３】もう１つの実施形態によるＲＡＣＨアクセスに関するＷＴＲＵとＮｏｄｅ Ｂとの間のシグナリングの例を示す図である。
【発明を実施するための形態】
【００１０】
以下で言及される時に、用語「ＷＴＲＵ」は、ユーザ機器（ＵＥ）、移動局、固定のまたは可動の加入者ユニット、ポケットベル、セル電話機、携帯情報端末（ＰＤＡ）、コンピュータ、あるいは無線環境で動作することのできる任意の他のタイプのユーザデバイスを含むが、これらに限定はされない。下で言及される時に、用語「Ｎｏｄｅ Ｂ」は、基地局、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作することのできる任意の他のタイプのインターフェースするデバイスを含むが、これらに限定はされない。以下で言及される時に、用語「ＡＩＣＨ（アクイジションインジケータチャネル）上のＡＩ（アクイジションインジケータ）」は、ＡＩＣＨおよび／またはＥ−ＡＩＣＨ上でのアクイジションインジケーション（ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ）のすべての受信を含む。以下で言及される時に、用語「アクイジションインジケーション」は、ＡＣＫ／ＮＡＣＫ表示または共通Ｅ−ＤＣＨリソース表示を含むが、これらに限定はされない。以下で言及される時に、用語「Ｅ−ＲＡＣＨメッセージ」は、肯定応答されたＲＡＣＨプリアンブルステージの後に共通Ｅ−ＤＣＨリソース上で送信されるすべてのデータ（パケットまたはプロトコルデータユニット（ＰＤＵ））を含む。用語「表示（インジケーション）」および「インジケータ」は、本明細書では交換可能に使用されることが可能である。
【００１１】
実施形態を、３ＧＰＰ ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ；ユニバーサル地上無線アクセス）周波数分割二重（ＦＤＤ）の文脈で説明するが、実施形態を、任意の他の無線通信テクノロジにも適用できることに留意されたい。
【００１２】
一実施形態によれば、ＷＴＲＵは、ＡＩＣＨでのＡＩの検出の後にＷＴＲＵ依存情報を送信して、どのＷＴＲＵがＡＩを検出したのかをＮｏｄｅ Ｂが判定できるようにしている。
【００１３】
図１は、ＣＥＬＬ＿ＦＡＣＨおよびアイドル（ｉｄｅｌ）モードプロシージャの新しい拡張アップリンクに関するＷＴＲＵとＮｏｄｅ Ｂとの間のシグナリングの例を示す。このプロシージャを開始するために、ＷＴＲＵは、ＲＡＣＨシグネチャおよびアクセススロットをランダムに選択し、ＲＡＣＨプリアンブル１０２を送信する。このＲＡＣＨプリアンブル１０２は、Ｎｏｄｅ Ｂで首尾よく受信されてもされなくてもよい。Ｎｏｄｅ Ｂは、ＲＡＣＨプリアンブルを検出し、ＡＩＣＨ上でＡＩ １０４を送信する。Ｎｏｄｅ Ｂによって検出されるＲＡＣＨプリアンブルは、このＷＴＲＵによって送信されたＲＡＣＨプリアンブル１０２であってもよく、あるいは別のＷＴＲＵからのＲＡＣＨプリアンブルであってもよい。
【００１４】
ＷＴＲＵがＥ−ＲＡＣＨメッセージの送信を進める際に、ＷＴＲＵによって送信されたＲＡＣＨプリアンブル１０２がＮｏｄｅ Ｂによって首尾よく検出されず、ＡＩ １０４が、実際には、別のＷＴＲＵによって同一アクセススロットで送信された同一シグネチャを有するＲＡＣＨプリアンブルに対する応答である場合に、衝突が発生することとなる。この衝突は、ＷＴＲＵが衝突を検出し、Ｅ−ＲＡＣＨメッセージ部分の送信を停止した場合よりも、システムに対して悪い影響（たとえば、無線資源の浪費）を有していたであろう。
【００１５】
衝突の影響を緩和するために、ＡＩ １０４を検出した後に、ＷＴＲＵは、ＡＩ １０４を検出したＷＴＲＵの識別子をＮｏｄｅ Ｂが確認することを可能にするＷＴＲＵ依存情報１０６を送信する。Ｎｏｄｅ Ｂは、ＷＴＲＵ依存情報１０６を受信し、確認応答１０８をＷＴＲＵに送信する。この確認応答に基づいて、ＷＴＲＵは、ＡＩがそのＷＴＲＵ目的のものであるか別のＷＴＲＵを目的とするものであるかを判定する。検出されたＡＩ １０４がそのＷＴＲＵを目的とするものであると判定した場合には、ＷＴＲＵは、Ｅ−ＲＡＣＨメッセージ１１０を送信する。しかし、ＡＩ １０４がそのＷＴＲＵ目的としたものではないと判定した場合には、ＷＴＲＵは、Ｅ−ＲＡＣＨメッセージ１１０を送信しない。
【００１６】
この判定は、確認応答を監視することによって行うことができる。ＷＴＲＵが、衝突解消時間内に期待された応答を受信しない場合には、ＷＴＲＵは、衝突が発生しており、かつ受信されたＡＩが別のＷＴＲＵに関するものであったと宣言することができる。
【００１７】
衝突解消時間が満了したかどうかを判定するために、多数のトリガを利用して、確認応答の監視を開始するようにＷＴＲＵに告げることができる。それらは、ＡＩＣＨおよび／またはＥ−ＡＩＣＨでのＡＩおよびリソースのインジケイション（表示）の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理チャネルが確立されたとＷＴＲＵが宣言する時、物理チャネルが後検証（ｐｏｓｔ−ｖｅｒｉｆｉｃａｔｉｏｎ）に合格したとＷＴＲＵが宣言する時、およびアップリンクでのＥ−ＤＣＨ送信の開始を含む。
【００１８】
複数のＷＴＲＵが、たまたま同一のシグネチャを使用して同一のアクセススロットでＲＡＣＨプリアンブルを送信する場合に、それらのＷＴＲＵは、それぞれ、ＡＩ １０４を検出し、ＷＴＲＵ依存情報をＮｏｄｅ Ｂに送信する。この場合に、Ｎｏｄｅ Ｂは、すべてのＷＴＲＵ依存情報を受信する場合もそうでない場合もありうる。Ｎｏｄｅ Ｂが、それらＷＴＲＵ依存情報のうちの１つだけを受信する場合には、そのノードは、上で述べたように受信された１つに応答する。Ｎｏｄｅ Ｂが、複数のＷＴＲＵ依存情報を検出する場合には、Ｎｏｄｅ Ｂは、そのうちの１つだけ（たとえば、最良の信号品質を有するＷＴＲＵ依存情報）に応答することができる。
【００１９】
ＷＴＲＵ依存情報は、ＷＴＲＵを区別することを目的としている。ＷＴＲＵ依存情報を、ランダムに生成することができる。ＷＴＲＵ依存情報を、乱数、シーケンスまたはシグネチャの所定のセットからランダムに選択されたシーケンスまたはシグネチャ、スクランブリングコードの所定のセットからランダムに選択されたスクランブリングコード、ＷＴＲＵがＷＴＲＵ依存情報を送信する時刻を判定するためのダウンリンクシグナリングに関連するタイミング、またはその種の他のもの、とすることができる。ＷＴＲＵ依存送信の異なるタイミングを使用して、ＷＴＲＵの間で区別することができる。ＷＴＲＵがＡＩを受信した後に、ＷＴＲＵは、それぞれ、ＷＴＲＵ依存情報を送信すべき時をランダムに選択する。Ｎｏｄｅ Ｂが、これらのうちの１つだけに応答し、応答の厳密なタイミングを維持する場合には、各ＷＴＲＵは、確認応答がそのＷＴＲＵ宛であるかどうかを判定することができる。
【００２０】
代替として、ＷＴＲＵ依存情報は、Ｕ−ＲＮＴＩ（ＵＴＲＡＮ無線ネットワーク一時的識別子（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｔｙ））、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時的識別子）、Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ；高速下り共有チャネル）無線ネットワーク一時的識別子）、ＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ；国際移動体加入者識別子（端末識別番号））、その他を含むがこれらに限定されない設定済みＷＴＲＵ識別子に対応するか、あるいはそれから生成されたものとすることができる。
【００２１】
ＷＴＲＵ依存情報を、この確認プロシージャに専用のチャネルを介して送信することができる。代替として、ＷＴＲＵ依存情報を、任意の通常のアップリンクチャネルメッセージのペイロード（データ本体）として送信することができる。
【００２２】
代替として、ＷＴＲＵ依存情報を、図２に示されているようにＥ−ＲＡＣＨメッセージの一部として送信することができる。ＲＡＣＨアクセスプロシージャを開始するために、ＷＴＲＵは、ＲＡＣＨシグネチャおよびアクセススロットをランダムに選択し、ＲＡＣＨプリアンブル２０２を送信する。Ｎｏｄｅ Ｂは、ＲＡＣＨプリアンブル２０２を検出し、ＡＩＣＨ上でＡＩ ２０４を送信する。ＷＴＲＵは、ＡＩ ２０４を検出した後に、Ｅ−ＲＡＣＨメッセージ２０６内でＷＴＲＵ依存情報を送信する。次に、Ｎｏｄｅ Ｂは、確認応答２０８をそのＷＴＲＵに送信する。確認応答２０８に基づいて、そのＷＴＲＵは、衝突が発生するか否かを判定することができる。
【００２３】
代替として、図３に示されているように、ＷＴＲＵ依存情報を、各ＲＡＣＨプリアンブルの直後に送信することができる。ＲＡＣＨアクセスプロシージャを開始するために、ＷＴＲＵは、ＲＡＣＨシグネチャおよびアクセススロットをランダムに選択し、ＲＡＣＨプリアンブル３０２ａをＷＴＲＵ依存情報３０２ｂと一緒に送信する。Ｎｏｄｅ Ｂは、ＲＡＣＨプリアンブル３０２ａおよびＷＴＲＵ依存情報３０２ｂを検出し、ＡＩＣＨ上でＡＩ ３０４ａおよび確認応答３０４ｂを送信する。確認応答３０４ｂに基づいて、ＡＩ ３０４ａがそのＷＴＲＵ宛であることを確認した後に、そのＷＴＲＵは、Ｅ−ＲＡＣＨメッセージ３０６を送信する。
【００２４】
Ｎｏｄｅ Ｂは、ＨＳ−ＤＳＣＨを介してＷＴＲＵに確認応答を送信することができる。この確認応答は、ＷＴＲＵ依存情報またはＷＴＲＵ依存情報から導出された情報（たとえば、巡回冗長検査（ＣＲＣ）チェックサム）の反復（繰り返し）を含むことができる。ＷＴＲＵが、専用Ｈ−ＲＮＴＩを割り当てなかった場合には、確認応答を、共通Ｈ−ＲＮＴＩを使用して送信することができる。ＷＴＲＵが専用Ｈ−ＲＮＴＩを既に割り当てている場合には、ＷＴＲＵの専用Ｈ−ＲＮＴＩを使用するＮｏｄｅ Ｂからの送信を、確認応答であると考えることができる。
【００２５】
代替として、Ｎｏｄｅ Ｂは、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対的認可チャネル（ａｂｓｏｌｕｔｅ ｇｒａｎｔ ｃｈａｎｎｅｌ））を介して確認応答を送信することができる。Ｅ−ＡＧＣＨは、Ｅ−ＤＣＨの絶対的認可を送信するためのチャネルである。ＷＴＲＵが、専用Ｅ−ＲＮＴＩを既に割り当てており、Ｎｏｄｅ Ｂが、Ｅ−ＲＮＴＩおよびＷＴＲＵ依存情報をマッピングできる場合には、Ｅ−ＡＧＣＨを使用して、ＷＴＲＵ依存情報を受信した後にＷＴＲＵに絶対的認可値を送信することができる。ＷＴＲＵが、ＷＴＲＵ依存情報を送信した後にＥ−ＡＧＣＨを介してＥ−ＲＮＴＩと共に絶対的認可を受信する場合には、ＷＴＲＵは、衝突の可能性なしに共通Ｅ−ＤＣＨリソースを自由に使用できると理解する。
【００２６】
ＷＴＲＵがＥ−ＲＮＴＩを割り当てなかった場合で、確認応答の送信を、共通Ｅ−ＲＮＴＩを使用して行うことができ、ここで、絶対的認可値５＋１ビットを、ＷＴＲＵによって送信されたＷＴＲＵ依存情報と一組のビットシーケンスとの間の所定のマッピングに従ってセットすることができる。
【００２７】
代替として、Ｎｏｄｅ Ｂは、Ｅ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル（ｒｅｌａｔｉｖｅ ｇｒａｎｔ ｃｈａｎｎｅｌ））を介して確認応答を送信することができる。確認応答にＥ−ＲＧＣＨを使用する機構は、Ｅ−ＲＧＣＨが、所与の認可が送信されるＷＴＲＵを識別するのにＥ−ＲＮＴＩを使用するのではなく、チャネライゼーションコード（ｃｈａｎｎｅｌｉｚａｔｉｏｎ ｃｏｄｅ；多重用の拡散符号）およびシーケンス（すなわち、シグネチャ）の組合せを使用することを除いて、Ｅ−ＡＧＣＨの使用に類似する。
【００２８】
代替として、Ｎｏｄｅ Ｂは、ＡＩＣＨを介して確認応答を送信することができる。ＷＴＲＵ依存情報が、ＲＡＣＨプリアンブルシグネチャのシグネチャに似たシグネチャを含む場合、またはＷＴＲＵ依存情報がＲＡＣＨプリアンブルと一緒に送信される場合には、確認応答をＡＩＣＨを介して送信することができる。図３に示されているように、確認応答を、ＡＩに続いてＮｏｄｅ Ｂから送信することができる。現在のリリース７ ３ＧＰＰ仕様によれば、ＡＩＣＨ送信は、ＡＩの４０９６チップの送信の後に１０２４チップの間オフである。確認応答を、この１０２４チップのすべてまたは一部で送信することができる。
【００２９】
もう１つの実施形態によれば、Ｅ−ＲＡＣＨメッセージ衝突を、ＷＴＲＵがそのＡＩを検出した後にＥ−ＤＣＨリソースの追加ランダム選択を有することによって緩和することができる。たとえば、１対多マッピングを、ＲＡＣＨリソースとＥ−ＤＣＨリソースとの間で定義することができる。すなわち、すべてのＲＡＣＨリソースが、セットＥ−ＤＣＨリソースに関連し、同一セット内の各Ｅ−ＤＣＨリソースが、たとえば、一意のスクランブリングコードを有することができる。ＷＴＲＵがＡＩを受信した後に、そのＷＴＲＵは、ＲＡＣＨプリアンブルの送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨリソースのセットからＥ−ＤＣＨリソースの１つをランダムに選択する。２つのＷＴＲＵが同一のアクセススロットで同一のシグネチャを送信し、したがって同時にＡＩを受信する場合には、Ｅ−ＤＣＨリソースの後続のランダム選択が、Ｅ−ＲＡＣＨメッセージ衝突の確率を下げることとなる。というのは、これらのＷＴＲＵが、たとえば、その一意のスクランブリングコードによって区別されるからである。
【００３０】
もう１つの実施形態によれば、従来のＲＡＣＨプリアンブルおよびアクイジションインジケーションが、リリース７ ３ＧＰＰ仕様のように維持される（すなわち、ＷＴＲＵは、ＡＩが実際にそのＷＴＲＵ宛であることを確認するための追加ステップなしで、ＡＩの受信後にＥ−ＲＡＣＨメッセージを送信する）。ＷＴＲＵがそのＥ−ＲＡＣＨメッセージを送信した後に、ＷＴＲＵ識別子を、ＭＡＣヘッダまたはメッセージ内容からＮｏｄｅ Ｂで（好ましくは）またはサービング無線ネットワーク制御装置（ｓｅｒｖｉｎｇ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ、ＳＲＮＣ）で推断することができる。この実施形態によれば、ネットワークは、Ｅ−ＲＡＣＨメッセージに応答してＷＴＲＵに確認応答を送信する。確認応答は、ＷＴＲＵ一意識別子、Ｅ−ＲＡＣＨメッセージの成功の受信もしくは失敗の確認、専用チャネルの追加の認可もしくはリソース割当、またはその種の他のもの、の情報のうちの１つまたは複数を含むことができる。
【００３１】
確認応答を、たとえば、ＦＡＣＨ（ｆｏｒｗａｒｄ ａｃｃｅｓｓ ｃｈａｎｎｅｌ；下りアクセスチャネル）またはＨＳ−ＤＳＣＨ上で搬送することができる。ＷＴＲＵを、そのＨ−ＲＮＴＩ、Ｅ−ＲＮＴＩ、またはこの目的に適し、ＷＴＲＵとネットワークとの両方に既知の別の識別子を使用してアドレッシングすることができる。代替として、新しいダウンリンクチャネルを作成して、この確認応答を伝えることができる。たとえば、この新しいチャネルを、情報ビットの新しい解釈（およびおそらくは減少）を伴う変更されたＥ−ＡＧＣＨに基づくものとすることができる。Ｅ−ＡＧＣＨは、絶対的認可（５ビット）および絶対的認可スコープ（１ビット）を担持する。ＷＴＲＵ識別子は、１６ビットＣＲＣ内でマスクされる。確認応答がＡＣＫ／ＮＡＣＫ情報だけを含む場合には、Ｅ−ＡＧＣＨの６ビットのすべてが必要ではない。そうではなく、認可範囲をＡＣＫ／ＮＡＣＫになるように解釈しなおすことができ、５ビットの絶対的認可を除去することができる。この確認応答を、既知のタイミングを用いてＷＴＲＵに送信することができる。この手法は、ＷＴＲＵが既にネットワークによって提供される識別子を有する、ＣＥＬＬ＿ＦＡＣＨ状態でのＵＭ（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ；未確認モード）データ送信のコンテキストで待ち時間を減らすのに特に有用であろう。
【００３２】
実施形態
１．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避する方法。
【００３３】
２．ＲＡＣＨプリアンブルを送信するＷＴＲＵを含む、実施形態１の方法。
【００３４】
３．ＷＴＲＵがＷＴＲＵ依存情報を送信することを含む、実施形態２の方法。
【００３５】
４．ＷＴＲＵが確認応答を受信することを含む、実施形態３の方法。
【００３６】
５．ＷＴＲＵが、確認応答に基づいて衝突がないと判定される場合に、共通Ｅ−ＤＣＨリソースを使用してメッセージを送信することを含む、実施形態４の方法。
【００３７】
６．ＷＴＲＵは、ＲＡＣＨプリアンブルと共にＷＴＲＵ依存情報を送信する、実施形態３〜５のいずれか一項の方法。
【００３８】
７．ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つである、実施形態３〜６のいずれか一項の方法。
【００３９】
８．ＷＴＲＵ依存情報は、設定済み識別子および設定済み識別子から導出された情報のうちの１つである、実施形態３〜７のいずれか一項の方法。
【００４０】
９．識別子は、Ｕ−ＲＮＴＩ、Ｅ−ＲＮＴＩ、Ｈ−ＲＮＴＩ、およびＩＭＳＩのうちの少なくとも１つである、実施形態８の方法。
【００４１】
１０．ＷＴＲＵは、ＨＳ−ＤＳＣＨを介して確認応答を受信する、実施形態４〜９のいずれか一項の方法。
【００４２】
１１．確認応答は、ＷＴＲＵ依存情報およびＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含む、実施形態４〜１０のいずれか一項の方法。
【００４３】
１２．ＷＴＲＵは、Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨのうちの１つを介して確認応答を受信する、実施形態４〜１１のいずれか一項の方法。
【００４４】
１３．Ｅ−ＲＮＴＩは、Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有ＣＲＣアタッチメントに含まれる確認応答として使用される、実施形態１２の方法。
【００４５】
１４．ＷＴＲＵの絶対的認可は、Ｅ−ＡＧＣＨを介して送信される確認応答に含まれる、実施形態１２の方法。
【００４６】
１５．ＷＴＲＵは、ＡＩＣＨを介して確認応答を受信する、実施形態４〜１４のいずれか一項の方法。
【００４７】
１６．確認応答は、ＡＩの４０９６チップの送信の後の１０２４チップ内で送信される、実施形態１５の方法。
【００４８】
１７．ＷＴＲＵは、ＡＩおよびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始というトリガのうちの１つの時に衝突解消時間を評価するために確認応答を監視し始める、実施形態４〜１６のいずれか一項の方法。
【００４９】
１８．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を管理する方法。
【００５０】
１９．ＲＡＣＨプリアンブルを送信するＷＴＲＵを含む、実施形態１８の方法。
【００５１】
２０．ＷＴＲＵがＡＩを受信することを含む、実施形態１９の方法。
【００５２】
２１．ＷＴＲＵが、ＷＴＲＵ依存情報を含むパケットを、共通Ｅ−ＤＣＨリソースを使用して送信することを含む、実施形態２０の方法。
【００５３】
２２．ＷＴＲＵが確認応答を受信することを含み、ＷＴＲＵが、確認応答に基づいて衝突が発生するかどうかを判定する、実施形態２１の方法。
【００５４】
２３．ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つである、実施形態２１〜２２のいずれか一項の方法。
【００５５】
２４．ＷＴＲＵ依存情報は、設定済み識別子および設定済み識別子から導出された情報のうちの１つである、実施形態２１〜２３のいずれか一項の方法。
【００５６】
２５．識別子は、Ｕ−ＲＮＴＩ、Ｅ−ＲＮＴＩ、Ｈ−ＲＮＴＩおよびＩＭＳＩのうちの少なくとも１つである、実施形態２４の方法。
【００５７】
２６．ＷＴＲＵは、ＨＳ−ＤＳＣＨを介して確認応答を受信する、実施形態２２〜２５のいずれか一項の方法。
【００５８】
２７．確認応答は、ＷＴＲＵ依存情報およびＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含む、実施形態２２〜２６のいずれか一項の方法。
【００５９】
２８．ＷＴＲＵは、Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨのうちの１つを介して確認応答を受信する、実施形態２２〜２７のいずれか一項の方法。
【００６０】
２９．Ｅ−ＲＮＴＩは、Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有ＣＲＣアタッチメントに含まれる確認応答として使用される、実施形態２８の方法。
【００６１】
３０．ＷＴＲＵの絶対的認可は、Ｅ−ＡＧＣＨを介して送信される確認応答に含まれる、実施形態２８の方法。
【００６２】
３１．ＷＴＲＵは、ＡＩおよびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始というトリガのうちの１つの時に衝突解消時間を評価するために確認応答を監視し始める、実施形態２２〜２８のいずれか一項の方法。
【００６３】
３２．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避する方法。
【００６４】
３３．ＲＡＣＨプリアンブルを送信するＷＴＲＵを含む、実施形態３２の方法。
【００６５】
３４．ＷＴＲＵがＡＩを受信することを含む、実施形態３３の方法。
【００６６】
３５．ＷＴＲＵが、ＲＡＣＨプリアンブルの送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨリソースのセットからＥ−ＤＣＨリソースをランダムに選択することを含む、実施形態３４の方法。
【００６７】
３６．ＷＴＲＵが、選択されたＥ−ＤＣＨリソースを使用してメッセージを送信することを含む、実施形態３５の方法。
【００６８】
３７．Ｅ−ＤＣＨリソースのセット内の各Ｅ−ＤＣＨリソースは、異なるスクランブリングコードを有する、実施形態３６の方法。
【００６９】
３８．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を検出する方法。
【００７０】
３９．ＲＡＣＨプリアンブルを送信するＷＴＲＵを含む、実施形態３８の方法。
【００７１】
４０．ＷＴＲＵがＡＩを受信することを含む、実施形態３９の方法。
【００７２】
４１．ＷＴＲＵがメッセージを送信することを含む、実施形態４０の方法。
【００７３】
４２．ＷＴＲＵがメッセージの確認応答を受信することを含む、実施形態４１の方法。
【００７４】
４３．確認応答は、ＷＴＲＵ識別子、メッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含む、実施形態４２の方法。
【００７５】
４４．ＷＴＲＵは、ＦＡＣＨおよびＨＳ−ＤＳＣＨのうちの１つを介して確認応答を受信する、実施形態４２〜４３のいずれか一項の方法。
【００７６】
４５．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避するＷＴＲＵ。
【００７７】
４６．トランシーバを含む、実施形態４５のＷＴＲＵ。
【００７８】
４７．ＲＡＣＨプリアンブルを送信することによってランダムアクセスプロシージャを開始し、ＷＴＲＵ依存情報を送信し、ＷＴＲＵ依存情報に応答して受信される確認応答に基づいて衝突がないことが確認された後にメッセージを送信するように適合された制御エンティティを含む、実施形態４６のＷＴＲＵ。
【００７９】
４８．制御エンティティは、ＲＡＣＨプリアンブルと共にＷＴＲＵ依存情報を送信する、実施形態４７のＷＴＲＵ。
【００８０】
４９．ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つである、実施形態４７〜４８のいずれか一項のＷＴＲＵ。
【００８１】
５０．ＷＴＲＵ依存情報は、設定済み識別子および設定済み識別子から導出された情報のうちの１つである、実施形態４７〜４９のいずれか一項のＷＴＲＵ。
【００８２】
５１．識別子は、Ｕ−ＲＮＴＩ、Ｅ−ＲＮＴＩ、Ｈ−ＲＮＴＩ、およびＩＭＳＩのうちの少なくとも１つである、実施形態５０のＷＴＲＵ。
【００８３】
５２．ＷＴＲＵは、ＨＳ−ＤＳＣＨを介して確認応答を受信する、実施形態４７〜５１のいずれか一項のＷＴＲＵ。
【００８４】
５３．確認応答は、ＷＴＲＵ依存情報およびＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含む、実施形態４７〜５２のいずれか一項のＷＴＲＵ。
【００８５】
５４．ＷＴＲＵは、Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨのうちの１つを介して確認応答を受信する、実施形態４７〜５３のいずれか一項のＷＴＲＵ。
【００８６】
５５．Ｅ−ＲＮＴＩは、Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有ＣＲＣアタッチメントに含まれる確認応答として使用される、実施形態５４のＷＴＲＵ。
【００８７】
５６．ＷＴＲＵの絶対的認可は、確認応答を担持するＥ−ＡＧＣＨを介して受信される、実施形態５４のＷＴＲＵ。
【００８８】
５７．ＷＴＲＵは、ＡＩＣＨを介して確認応答を受信する、実施形態４７〜５３のいずれか一項のＷＴＲＵ。
【００８９】
５８．確認応答は、ＡＩの４０９６チップの送信の後の１０２４チップ内で送信される、実施形態５７のＷＴＲＵ。
【００９０】
５９．ＷＴＲＵは、ＡＩおよびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始のうちの１つの時に衝突解消時間を評価するために確認応答を監視し始める、実施形態４７〜５８のいずれか一項のＷＴＲＵ。
【００９１】
６０．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を管理するＷＴＲＵ。
【００９２】
６１．トランシーバを含む、実施形態６０のＷＴＲＵ。
【００９３】
６２．ＲＡＣＨプリアンブルを送信することによってランダムアクセスプロシージャを開始し、ＷＴＲＵ依存情報と共に共通Ｅ−ＤＣＨリソースを使用してメッセージを送信し、ＷＴＲＵ依存情報に応答して受信される確認応答に基づいて衝突が発生するかどうかを判定するように適合された制御エンティティを含む、実施形態６１のＷＴＲＵ。
【００９４】
６３．ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つである、実施形態６２のＷＴＲＵ。
【００９５】
６４．ＷＴＲＵ依存情報は、設定済み識別子および設定済み識別子から導出された情報のうちの１つである、実施形態６２〜６３のいずれか一項のＷＴＲＵ。
【００９６】
６５．識別子は、Ｕ−ＲＮＴＩ、Ｅ−ＲＮＴＩ、Ｈ−ＲＮＴＩ、およびＩＭＳＩのうちの少なくとも１つである、実施形態６４のＷＴＲＵ。
【００９７】
６６．ＷＴＲＵは、ＨＳ−ＤＳＣＨを介して確認応答を受信する、実施形態６２〜６５のいずれか一項のＷＴＲＵ。
【００９８】
６７．確認応答は、ＷＴＲＵ依存情報およびＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含む、実施形態６２〜６６のいずれか一項のＷＴＲＵ。
【００９９】
６８．ＷＴＲＵは、Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨのうちの１つを介して確認応答を受信する、実施形態６２〜６７のいずれか一項のＷＴＲＵ。
【０１００】
６９．Ｅ−ＲＮＴＩは、Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有ＣＲＣアタッチメントに含まれる確認応答として使用される、実施形態６８のＷＴＲＵ。
【０１０１】
７０．ＷＴＲＵの絶対的認可は、確認応答を担持するＥ−ＡＧＣＨを介して受信される、実施形態６８のＷＴＲＵ。
【０１０２】
７１．ＷＴＲＵは、ＡＩおよびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始のうちの１つの時に衝突解消時間を評価するために確認応答を監視し始める、実施形態６２〜７０のいずれか一項のＷＴＲＵ。
【０１０３】
７２．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避するＷＴＲＵ。
【０１０４】
７３．トランシーバを含む、実施形態７２のＷＴＲＵ。
【０１０５】
７４．ＲＡＣＨプリアンブルの送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨリソースのセットからＥ−ＤＣＨリソースをランダムに選択し、選択されたＥ−ＤＣＨリソースを使用してメッセージを送信するように適合された制御エンティティを含む、実施形態７３のＷＴＲＵ。
【０１０６】
７５．Ｅ−ＤＣＨリソースのセット内の各Ｅ−ＤＣＨリソースは、異なるスクランブリングコードを有する、実施形態７４のＷＴＲＵ。
【０１０７】
７６．ＲＡＣＨプリアンブルおよびメッセージを送信し、メッセージの確認応答に基づいて衝突が発生するかどうかを判定するように適合された制御エンティティを含む、実施形態７３のＷＴＲＵ。
【０１０８】
７７．確認応答は、ＷＴＲＵ識別子、メッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含む、実施形態７６のＷＴＲＵ。
【０１０９】
７８．ＷＴＲＵは、ＦＡＣＨおよびＨＳ−ＤＳＣＨのうちの１つを介して確認応答を受信する、実施形態７６〜７７のいずれか一項のＷＴＲＵ。
【０１１０】
７９．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避する方法。
【０１１１】
８０．ＲＡＣＨプリアンブルを受信することを含む、実施形態７９の方法。
【０１１２】
８１．受信されたＲＡＣＨプリアンブルに応答してＡＩを送信することを含む、実施形態８０の方法。
【０１１３】
８２．ＷＴＲＵ依存情報を受信することを含む、実施形態８１の方法。
【０１１４】
８３．ＷＴＲＵ依存情報に応答して確認応答を送信することを含む、実施形態８２の方法。
【０１１５】
８４．確認応答は、ＡＩと共に送信される、実施形態８３の方法。
【０１１６】
８５．確認応答は、ＨＳ−ＤＳＣＨを介して送信される、実施形態８３〜８４のいずれか一項の方法。
【０１１７】
８６．確認応答は、ＷＴＲＵ依存情報およびＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含む、実施形態８３〜８５のいずれか一項の方法。
【０１１８】
８７．確認応答は、Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨのうちの１つを介して送信される、実施形態８３〜８６のいずれか一項の方法。
【０１１９】
８８．確認応答は、ＡＩＣＨを介して送信される、実施形態８３〜８７のいずれか一項の方法。
【０１２０】
８９．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突の検出をサポートする方法。
【０１２１】
９０．ＲＡＣＨプリアンブルを受信することを含む、実施形態８９の方法。
【０１２２】
９１．ＲＡＣＨプリアンブルに応答してＡＩを送信することを含む、実施形態９０の方法。
【０１２３】
９２．ＲＡＣＨメッセージを受信することを含む、実施形態９１の方法。
【０１２４】
９３．ＲＡＣＨメッセージの確認応答を送信することを含む、実施形態９２の方法。
【０１２５】
９４．確認応答は、ＷＴＲＵ識別子、メッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含む、実施形態９３の方法。
【０１２６】
９５．確認応答は、ＦＡＣＨおよびＨＳ−ＤＳＣＨのうちの１つを介して送信される、実施形態９３〜９４のいずれか一項の方法。
【０１２７】
９６．ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突の検出をサポートする装置。
【０１２８】
９７．トランシーバを含む、実施形態９６の装置。
【０１２９】
９８．ＡＩが特定のＷＴＲＵ宛であることを確認するためにＷＴＲＵ依存情報に応答して確認応答を送信するように構成された制御エンティティを含む、実施形態９７の装置。
【０１３０】
９９．確認応答は、ＡＩと共に送信される、実施形態９８の装置。
【０１３１】
１００．確認応答は、ＨＳ−ＤＳＣＨを介して送信される、実施形態９８〜９９のいずれか一項の装置。
【０１３２】
１０１．確認応答は、ＷＴＲＵ依存情報およびＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含む、実施形態９８〜１００のいずれか一項の装置。
【０１３３】
１０２．確認応答は、Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨのうちの１つを介して送信される、実施形態９８〜１０１のいずれか一項の装置。
【０１３４】
１０３．確認応答は、ＡＩＣＨを介して送信される、実施形態９８〜１０２のいずれか一項の装置。
【０１３５】
１０４．ＲＡＣＨメッセージを受信し、ＲＡＣＨメッセージの確認応答を送信するように構成された制御エンティティを含む、実施形態９７の装置。
【０１３６】
１０５．確認応答は、ＷＴＲＵ識別子、ＲＡＣＨメッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含む、実施形態１０４の装置。
【０１３７】
１０６．確認応答は、ＦＡＣＨおよびＨＳ−ＤＳＣＨのうちの１つを介して送信される、実施形態１０４〜１０５のいずれか一項の装置。
【０１３８】
特徴および構成要素を、上記で特定の組合せで説明したが、各特徴または構成要素を、他の特徴および構成要素なしで単独で、または他の特徴および構成要素と共にもしくはこれらを伴わないさまざまな組合せで使用することができる。本明細書で提供される方法または流れ図は、汎用コンピュータまたはプロセッサによる実行のために、コンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびディジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。
【０１３９】
適切なプロセッサは、たとえば、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および／またはステートマシーンを含む。
【０１４０】
ソフトウェアに関連してプロセッサを使用して、ＷＴＲＵ（無線送受信ユニット）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワーク制御装置（ＲＮＣ）、または任意のホストコンピュータ内で使用される無線周波数トランシーバを実施することができる。ＷＴＲＵを、カメラ、ビデオカメラモジュール、テレビ電話、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールもしくはウルトラワイドバンド（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実施されるモジュールと共に使用することができる。
【特許請求の範囲】
【請求項１】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避する方法であって、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信するＷＴＲＵ（無線送受信ユニット）
を含み、
前記ＷＴＲＵは、ＷＴＲＵ依存情報を送信し、
前記ＷＴＲＵは、確認応答を受信し、
前記ＷＴＲＵは、前記確認応答に基づいて衝突がないと判定される場合に、共通Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）リソースを使用してメッセージを送信する
ことを特徴とする方法。
【請求項２】
前記ＷＴＲＵは、前記ＲＡＣＨプリアンブルと共に前記ＷＴＲＵ依存情報を送信することを特徴とする請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つであることを特徴とする請求項１に記載の方法。
【請求項４】
前記ＷＴＲＵ依存情報は、設定済み識別子および前記設定済み識別子から導出された情報のうちの１つであることを特徴とする請求項１に記載の方法。
【請求項５】
前記識別子は、Ｕ−ＲＮＴＩ（ＵＴＲＡＮ無線ネットワーク一時的識別子）、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、およびＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つであることを特徴とする請求項４に記載の方法。
【請求項６】
前記ＷＴＲＵは、ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して前記確認応答を受信することを特徴とする請求項１に記載の方法。
【請求項７】
前記確認応答は、前記ＷＴＲＵ依存情報および前記ＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記ＷＴＲＵは、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対的認可チャネル）およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル）のうちの１つを介して前記確認応答を受信することを特徴とする請求項１に記載の方法。
【請求項９】
Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時的識別子）は、前記Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有巡回冗長検査（ＣＲＣ）アタッチメントに含まれる前記確認応答として使用されることを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＷＴＲＵの絶対的認可は、前記Ｅ−ＡＧＣＨを介して送信される前記確認応答に含まれることを特徴とする請求項８に記載の方法。
【請求項１１】
前記ＷＴＲＵは、ＡＩＣＨ（アクイジションインジケータチャネル）を介して前記確認応答を受信することを特徴とする請求項１に記載の方法。
【請求項１２】
前記確認応答は、ＡＩの４０９６チップの送信の後の１０２４チップ内で送信されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＷＴＲＵは、ＡＩ（アクイジションインジケータ）およびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始というトリガのうちの１つの時に衝突解消時間を評価するために前記確認応答を監視し始めることを特徴とする請求項１に記載の方法。
【請求項１４】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を管理する方法であって、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信するＷＴＲＵ（無線送受信ユニット）
を含み、
前記ＷＴＲＵは、ＡＩ（アクイジションインジケータ）を受信し、
前記ＷＴＲＵは、ＷＴＲＵ依存情報を含むパケットを、共通Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）リソースを使用して送信し、
前記ＷＴＲＵは、確認応答を受信し、前記ＷＴＲＵは、前記確認応答に基づいて衝突が発生するかどうかを判定する
ことを特徴とする方法。
【請求項１５】
前記ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つであることを特徴とする請求項１４に記載の方法。
【請求項１６】
前記ＷＴＲＵ依存情報は、設定済み識別子および前記設定済み識別子から導出された情報のうちの１つであることを特徴とする請求項１４に記載の方法。
【請求項１７】
前記識別子は、Ｕ−ＲＮＴＩ（ＵＴＲＡＮ無線ネットワーク一時的識別子）、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、およびＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つであることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ＷＴＲＵは、ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して前記確認応答を受信することを特徴とする請求項１４に記載の方法。
【請求項１９】
前記確認応答は、前記ＷＴＲＵ依存情報および前記ＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含むことを特徴とする請求項１４に記載の方法。
【請求項２０】
前記ＷＴＲＵは、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対的認可チャネル）およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル）のうちの１つを介して前記確認応答を受信することを特徴とする請求項１４に記載の方法。
【請求項２１】
Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時的識別子）は、前記Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有巡回冗長検査（ＣＲＣ）アタッチメントに含まれる前記確認応答として使用されることを特徴とする請求項２０に記載の方法。
【請求項２２】
前記ＷＴＲＵの絶対的認可は、前記Ｅ−ＡＧＣＨを介して送信される前記確認応答に含まれることを特徴とする請求項２０に記載の方法。
【請求項２３】
前記ＷＴＲＵは、ＡＩ（アクイジションインジケータ）およびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始というトリガのうちの１つの時に衝突解消時間を評価するために前記確認応答を監視し始めることを特徴とする請求項１４に記載の方法。
【請求項２４】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避する方法であって、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信するＷＴＲＵ（無線送受信ユニット）
を含み、
前記ＷＴＲＵは、ＡＩ（アクイジションインジケーション）を受信し、
前記ＷＴＲＵは、ＲＡＣＨプリアンブルの送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）リソースのセットからＥ−ＤＣＨリソースをランダムに選択し、
前記ＷＴＲＵは、前記選択されたＥ−ＤＣＨリソースを使用してメッセージを送信する
ことを特徴とする方法。
【請求項２５】
Ｅ−ＤＣＨリソースの前記セット内の各Ｅ−ＤＣＨリソースは、異なるスクランブリングコードを有することを特徴とする請求項２４に記載の方法。
【請求項２６】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を検出する方法であって、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信するＷＴＲＵ（無線送受信ユニット）
を含み、
前記ＷＴＲＵは、ＡＩ（アクイジションインジケーション）を受信し、
前記ＷＴＲＵは、メッセージを送信し、
前記ＷＴＲＵは、前記メッセージの確認応答を受信する
ことを特徴とする方法。
【請求項２７】
前記確認応答は、ＷＴＲＵ識別子、前記メッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含むことを特徴とする請求項２６に記載の方法。
【請求項２８】
前記ＷＴＲＵは、ＦＡＣＨ（ｆｏｒｗａｒｄ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）およびＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のうちの１つを介して前記確認応答を受信することを特徴とする請求項２６に記載の方法。
【請求項２９】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避するＷＴＲＵ（無線送受信ユニット）であって、
トランシーバと、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信することによってランダムアクセスプロシージャを開始し、ＷＴＲＵ依存情報を送信し、前記ＷＴＲＵ依存情報に応答して受信される確認応答に基づいて衝突がないことが確認された後にメッセージを送信するように適合された制御エンティティと
を含むことを特徴とするＷＴＲＵ。
【請求項３０】
前記制御エンティティは、前記ＲＡＣＨプリアンブルと共に前記ＷＴＲＵ依存情報を送信することを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３１】
前記ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つであることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３２】
前記ＷＴＲＵ依存情報は、設定済み識別子および前記設定済み識別子から導出された情報のうちの１つであることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３３】
前記識別子は、Ｕ−ＲＮＴＩ（ＵＴＲＡＮ無線ネットワーク一時的識別子）、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、およびＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つであることを特徴とする請求項３２に記載のＷＴＲＵ。
【請求項３４】
前記ＷＴＲＵは、ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して前記確認応答を受信することを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３５】
前記確認応答は、前記ＷＴＲＵ依存情報および前記ＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含むことを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３６】
前記ＷＴＲＵは、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）絶対的認可チャネル）およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル）のうちの１つを介して前記確認応答を受信することを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３７】
Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時的識別子）は、前記Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有巡回冗長検査（ＣＲＣ）アタッチメントに含まれる前記確認応答として使用されることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３８】
前記ＷＴＲＵの絶対的認可は、前記確認応答を担持する前記Ｅ−ＡＧＣＨを介して受信されることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３９】
前記ＷＴＲＵは、ＡＩＣＨ（アクイジションインジケータチャネル）を介して前記確認応答を受信することを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項４０】
前記確認応答は、ＡＩの４０９６チップの送信の後の１０２４チップ内で送信されることを特徴とする請求項３９に記載のＷＴＲＵ。
【請求項４１】
前記ＷＴＲＵは、ＡＩ（アクイジションインジケーション）およびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始のうちの１つの時に衝突解消時間を評価するために前記確認応答を監視し始めることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項４２】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を管理するＷＴＲＵ（無線送受信ユニット）であって、
トランシーバと、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信することによってランダムアクセスプロシージャを開始し、ＷＴＲＵ依存情報と共に共通Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）リソースを使用してメッセージを送信し、前記ＷＴＲＵ依存情報に応答して受信される確認応答に基づいて衝突が発生するかどうかを判定するように適合された制御エンティティと
を含むことを特徴とするＷＴＲＵ。
【請求項４３】
前記ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つであることを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項４４】
前記ＷＴＲＵ依存情報は、設定済み識別子および前記設定済み識別子から導出された情報のうちの１つであることを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項４５】
前記識別子は、Ｕ−ＲＮＴＩ（ＵＴＲＡＮ無線ネットワーク一時的識別子）、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、およびＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つであることを特徴とする請求項４４に記載のＷＴＲＵ。
【請求項４６】
前記ＷＴＲＵは、ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して前記確認応答を受信することを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項４７】
前記確認応答は、前記ＷＴＲＵ依存情報および前記ＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含むことを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項４８】
前記ＷＴＲＵは、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対的認可チャネル）およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル）のうちの１つを介して前記確認応答を受信することを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項４９】
Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時的識別子）は、前記Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有巡回冗長検査（ＣＲＣ）アタッチメントに含まれる前記確認応答として使用されることを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項５０】
前記ＷＴＲＵの絶対的認可は、前記確認応答を担持する前記Ｅ−ＡＧＣＨを介して受信されることを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項５１】
前記ＷＴＲＵは、ＡＩ（アクイジションインジケーション）およびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始のうちの１つの時に衝突解消時間を評価するために前記確認応答を監視し始めることを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項５２】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避するＷＴＲＵ（無線送受信ユニット）であって、
トランシーバと、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルの送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）リソースのセットからＥ−ＤＣＨリソースをランダムに選択し、前記選択されたＥ−ＤＣＨリソースを使用してメッセージを送信するように適合された制御エンティティと
を含むことを特徴とするＷＴＲＵ。
【請求項５３】
Ｅ−ＤＣＨリソースの前記セット内の各Ｅ−ＤＣＨリソースは、異なるスクランブリングコードを有することを特徴とする請求項５２に記載のＷＴＲＵ。
【請求項５４】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を検出するＷＴＲＵ（無線送受信ユニット）であって、
トランシーバと、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルおよびメッセージを送信し、前記メッセージの確認応答に基づいて衝突が発生するかどうかを判定するように適合された制御エンティティと
を含むことを特徴とするＷＴＲＵ。
【請求項５５】
前記確認応答は、ＷＴＲＵ識別子、前記メッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含むことを特徴とする請求項５４に記載のＷＴＲＵ。
【請求項５６】
前記ＷＴＲＵは、ＦＡＣＨ（ｆｏｒｗａｒｄ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）およびＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のうちの１つを介して前記確認応答を受信することを特徴とする請求項５４に記載のＷＴＲＵ。
【請求項５７】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避する方法であって、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを受信することと、
前記受信されたＲＡＣＨプリアンブルに応答してＡＩ（アクイジションインジケーション）を送信することと、
ＷＴＲＵ依存情報を受信することと、
前記ＷＴＲＵ依存情報に応答して確認応答を送信することと
を含むことを特徴とする方法。
【請求項５８】
前記確認応答は、前記ＡＩと共に送信されることを特徴とする請求項５７に記載の方法。
【請求項５９】
前記確認応答は、ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して送信されることを特徴とする請求項５７に記載の方法。
【請求項６０】
前記確認応答は、前記ＷＴＲＵ依存情報および前記ＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含むことを特徴とする請求項５７に記載の方法。
【請求項６１】
前記確認応答は、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対的認可チャネル）およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル）のうちの１つを介して送信されることを特徴とする請求項５７に記載の方法。
【請求項６２】
前記確認応答は、ＡＩＣＨ（アクイジションインジケータチャネル）を介して送信されることを特徴とする請求項５７に記載の方法。
【請求項６３】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突の検出をサポートする方法であって、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを受信することと、
前記ＲＡＣＨプリアンブルに応答してＡＩ（アクイジションインジケーション）を送信することと、
ＲＡＣＨ（ランダムアクセスチャネル）メッセージを受信することと、
前記ＲＡＣＨメッセージの確認応答を送信することと
を含むことを特徴とする方法。
【請求項６４】
前記確認応答は、ＷＴＲＵ識別子、前記ＲＡＣＨメッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含むことを特徴とする請求項６３に記載の方法。
【請求項６５】
前記確認応答は、ＦＡＣＨ（ｆｏｒｗａｒｄ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）およびＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のうちの１つを介して送信されることを特徴とする請求項６３に記載の方法。
【請求項６６】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突の検出をサポートする装置であって、
トランシーバと、
ＡＩ（アクイジションインジケータ）が特定のＷＴＲＵ（無線送受信ユニット）宛であることを確認するためにＷＴＲＵ依存情報に応答して確認応答を送信するように構成された制御エンティティと
を含むことを特徴とする装置。
【請求項６７】
前記確認応答は、前記ＡＩと共に送信されることを特徴とする請求項６６に記載の装置。
【請求項６８】
前記確認応答は、ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して送信されることを特徴とする請求項６６に記載の装置。
【請求項６９】
前記確認応答は、前記ＷＴＲＵ依存情報および前記ＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含むことを特徴とする請求項６６に記載の装置。
【請求項７０】
前記確認応答は、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）絶対的認可チャネル）およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル）のうちの１つを介して送信されることを特徴とする請求項６６に記載の装置。
【請求項７１】
前記確認応答は、ＡＩＣＨ（アクイジションインジケータチャネル）を介して送信されることを特徴とする請求項６６に記載の装置。
【請求項７２】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突の検出をサポートする装置であって、
トランシーバと、
ＲＡＣＨ（ランダムアクセスチャネル）メッセージを受信し、前記ＲＡＣＨメッセージの確認応答を送信するように構成された制御エンティティと
を含むことを特徴とする装置。
【請求項７３】
前記確認応答は、ＷＴＲＵ（無線送受信ユニット）識別子、前記ＲＡＣＨメッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含むことを特徴とする請求項７２に記載の装置。
【請求項７４】
前記確認応答は、ＦＡＣＨ（ｆｏｒｗａｒｄ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）およびＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のうちの１つを介して送信されることを特徴とする請求項７２に記載の装置。
【請求項１】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避する方法であって、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信するＷＴＲＵ（無線送受信ユニット）
を含み、
前記ＷＴＲＵは、ＷＴＲＵ依存情報を送信し、
前記ＷＴＲＵは、確認応答を受信し、
前記ＷＴＲＵは、前記確認応答に基づいて衝突がないと判定される場合に、共通Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）リソースを使用してメッセージを送信する
ことを特徴とする方法。
【請求項２】
前記ＷＴＲＵは、前記ＲＡＣＨプリアンブルと共に前記ＷＴＲＵ依存情報を送信することを特徴とする請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つであることを特徴とする請求項１に記載の方法。
【請求項４】
前記ＷＴＲＵ依存情報は、設定済み識別子および前記設定済み識別子から導出された情報のうちの１つであることを特徴とする請求項１に記載の方法。
【請求項５】
前記識別子は、Ｕ−ＲＮＴＩ（ＵＴＲＡＮ無線ネットワーク一時的識別子）、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、およびＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つであることを特徴とする請求項４に記載の方法。
【請求項６】
前記ＷＴＲＵは、ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して前記確認応答を受信することを特徴とする請求項１に記載の方法。
【請求項７】
前記確認応答は、前記ＷＴＲＵ依存情報および前記ＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記ＷＴＲＵは、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対的認可チャネル）およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル）のうちの１つを介して前記確認応答を受信することを特徴とする請求項１に記載の方法。
【請求項９】
Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時的識別子）は、前記Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有巡回冗長検査（ＣＲＣ）アタッチメントに含まれる前記確認応答として使用されることを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＷＴＲＵの絶対的認可は、前記Ｅ−ＡＧＣＨを介して送信される前記確認応答に含まれることを特徴とする請求項８に記載の方法。
【請求項１１】
前記ＷＴＲＵは、ＡＩＣＨ（アクイジションインジケータチャネル）を介して前記確認応答を受信することを特徴とする請求項１に記載の方法。
【請求項１２】
前記確認応答は、ＡＩの４０９６チップの送信の後の１０２４チップ内で送信されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＷＴＲＵは、ＡＩ（アクイジションインジケータ）およびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始というトリガのうちの１つの時に衝突解消時間を評価するために前記確認応答を監視し始めることを特徴とする請求項１に記載の方法。
【請求項１４】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を管理する方法であって、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信するＷＴＲＵ（無線送受信ユニット）
を含み、
前記ＷＴＲＵは、ＡＩ（アクイジションインジケータ）を受信し、
前記ＷＴＲＵは、ＷＴＲＵ依存情報を含むパケットを、共通Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）リソースを使用して送信し、
前記ＷＴＲＵは、確認応答を受信し、前記ＷＴＲＵは、前記確認応答に基づいて衝突が発生するかどうかを判定する
ことを特徴とする方法。
【請求項１５】
前記ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つであることを特徴とする請求項１４に記載の方法。
【請求項１６】
前記ＷＴＲＵ依存情報は、設定済み識別子および前記設定済み識別子から導出された情報のうちの１つであることを特徴とする請求項１４に記載の方法。
【請求項１７】
前記識別子は、Ｕ−ＲＮＴＩ（ＵＴＲＡＮ無線ネットワーク一時的識別子）、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、およびＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つであることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ＷＴＲＵは、ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して前記確認応答を受信することを特徴とする請求項１４に記載の方法。
【請求項１９】
前記確認応答は、前記ＷＴＲＵ依存情報および前記ＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含むことを特徴とする請求項１４に記載の方法。
【請求項２０】
前記ＷＴＲＵは、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対的認可チャネル）およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル）のうちの１つを介して前記確認応答を受信することを特徴とする請求項１４に記載の方法。
【請求項２１】
Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時的識別子）は、前記Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有巡回冗長検査（ＣＲＣ）アタッチメントに含まれる前記確認応答として使用されることを特徴とする請求項２０に記載の方法。
【請求項２２】
前記ＷＴＲＵの絶対的認可は、前記Ｅ−ＡＧＣＨを介して送信される前記確認応答に含まれることを特徴とする請求項２０に記載の方法。
【請求項２３】
前記ＷＴＲＵは、ＡＩ（アクイジションインジケータ）およびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始というトリガのうちの１つの時に衝突解消時間を評価するために前記確認応答を監視し始めることを特徴とする請求項１４に記載の方法。
【請求項２４】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避する方法であって、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信するＷＴＲＵ（無線送受信ユニット）
を含み、
前記ＷＴＲＵは、ＡＩ（アクイジションインジケーション）を受信し、
前記ＷＴＲＵは、ＲＡＣＨプリアンブルの送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）リソースのセットからＥ−ＤＣＨリソースをランダムに選択し、
前記ＷＴＲＵは、前記選択されたＥ−ＤＣＨリソースを使用してメッセージを送信する
ことを特徴とする方法。
【請求項２５】
Ｅ−ＤＣＨリソースの前記セット内の各Ｅ−ＤＣＨリソースは、異なるスクランブリングコードを有することを特徴とする請求項２４に記載の方法。
【請求項２６】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を検出する方法であって、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信するＷＴＲＵ（無線送受信ユニット）
を含み、
前記ＷＴＲＵは、ＡＩ（アクイジションインジケーション）を受信し、
前記ＷＴＲＵは、メッセージを送信し、
前記ＷＴＲＵは、前記メッセージの確認応答を受信する
ことを特徴とする方法。
【請求項２７】
前記確認応答は、ＷＴＲＵ識別子、前記メッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含むことを特徴とする請求項２６に記載の方法。
【請求項２８】
前記ＷＴＲＵは、ＦＡＣＨ（ｆｏｒｗａｒｄ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）およびＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のうちの１つを介して前記確認応答を受信することを特徴とする請求項２６に記載の方法。
【請求項２９】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避するＷＴＲＵ（無線送受信ユニット）であって、
トランシーバと、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信することによってランダムアクセスプロシージャを開始し、ＷＴＲＵ依存情報を送信し、前記ＷＴＲＵ依存情報に応答して受信される確認応答に基づいて衝突がないことが確認された後にメッセージを送信するように適合された制御エンティティと
を含むことを特徴とするＷＴＲＵ。
【請求項３０】
前記制御エンティティは、前記ＲＡＣＨプリアンブルと共に前記ＷＴＲＵ依存情報を送信することを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３１】
前記ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つであることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３２】
前記ＷＴＲＵ依存情報は、設定済み識別子および前記設定済み識別子から導出された情報のうちの１つであることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３３】
前記識別子は、Ｕ−ＲＮＴＩ（ＵＴＲＡＮ無線ネットワーク一時的識別子）、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、およびＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つであることを特徴とする請求項３２に記載のＷＴＲＵ。
【請求項３４】
前記ＷＴＲＵは、ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して前記確認応答を受信することを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３５】
前記確認応答は、前記ＷＴＲＵ依存情報および前記ＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含むことを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３６】
前記ＷＴＲＵは、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）絶対的認可チャネル）およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル）のうちの１つを介して前記確認応答を受信することを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３７】
Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時的識別子）は、前記Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有巡回冗長検査（ＣＲＣ）アタッチメントに含まれる前記確認応答として使用されることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３８】
前記ＷＴＲＵの絶対的認可は、前記確認応答を担持する前記Ｅ−ＡＧＣＨを介して受信されることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３９】
前記ＷＴＲＵは、ＡＩＣＨ（アクイジションインジケータチャネル）を介して前記確認応答を受信することを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項４０】
前記確認応答は、ＡＩの４０９６チップの送信の後の１０２４チップ内で送信されることを特徴とする請求項３９に記載のＷＴＲＵ。
【請求項４１】
前記ＷＴＲＵは、ＡＩ（アクイジションインジケーション）およびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始のうちの１つの時に衝突解消時間を評価するために前記確認応答を監視し始めることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項４２】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を管理するＷＴＲＵ（無線送受信ユニット）であって、
トランシーバと、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信することによってランダムアクセスプロシージャを開始し、ＷＴＲＵ依存情報と共に共通Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）リソースを使用してメッセージを送信し、前記ＷＴＲＵ依存情報に応答して受信される確認応答に基づいて衝突が発生するかどうかを判定するように適合された制御エンティティと
を含むことを特徴とするＷＴＲＵ。
【請求項４３】
前記ＷＴＲＵ依存情報は、乱数、シーケンスの所定のセットからランダムに選択されたシーケンス、およびスクランブリングコードの所定のセットからランダムに選択されたスクランブリングコードのうちの少なくとも１つであることを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項４４】
前記ＷＴＲＵ依存情報は、設定済み識別子および前記設定済み識別子から導出された情報のうちの１つであることを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項４５】
前記識別子は、Ｕ−ＲＮＴＩ（ＵＴＲＡＮ無線ネットワーク一時的識別子）、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）無線ネットワーク一時的識別子）、およびＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つであることを特徴とする請求項４４に記載のＷＴＲＵ。
【請求項４６】
前記ＷＴＲＵは、ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して前記確認応答を受信することを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項４７】
前記確認応答は、前記ＷＴＲＵ依存情報および前記ＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含むことを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項４８】
前記ＷＴＲＵは、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対的認可チャネル）およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル）のうちの１つを介して前記確認応答を受信することを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項４９】
Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時的識別子）は、前記Ｅ−ＡＧＣＨのＥ−ＲＮＴＩ固有巡回冗長検査（ＣＲＣ）アタッチメントに含まれる前記確認応答として使用されることを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項５０】
前記ＷＴＲＵの絶対的認可は、前記確認応答を担持する前記Ｅ−ＡＧＣＨを介して受信されることを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項５１】
前記ＷＴＲＵは、ＡＩ（アクイジションインジケーション）およびリソース表示の受信、アップリンク電力制御コマンドの受信の開始、ダウンリンク電力制御コマンドの送信の開始、物理層チャネル確立の宣言、後検証成功時の宣言、ならびにＥ−ＤＣＨ送信の開始のうちの１つの時に衝突解消時間を評価するために前記確認応答を監視し始めることを特徴とする請求項４２に記載のＷＴＲＵ。
【請求項５２】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避するＷＴＲＵ（無線送受信ユニット）であって、
トランシーバと、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルの送信に使用されるＲＡＣＨリソースに関連するＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）リソースのセットからＥ−ＤＣＨリソースをランダムに選択し、前記選択されたＥ−ＤＣＨリソースを使用してメッセージを送信するように適合された制御エンティティと
を含むことを特徴とするＷＴＲＵ。
【請求項５３】
Ｅ−ＤＣＨリソースの前記セット内の各Ｅ−ＤＣＨリソースは、異なるスクランブリングコードを有することを特徴とする請求項５２に記載のＷＴＲＵ。
【請求項５４】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を検出するＷＴＲＵ（無線送受信ユニット）であって、
トランシーバと、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルおよびメッセージを送信し、前記メッセージの確認応答に基づいて衝突が発生するかどうかを判定するように適合された制御エンティティと
を含むことを特徴とするＷＴＲＵ。
【請求項５５】
前記確認応答は、ＷＴＲＵ識別子、前記メッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含むことを特徴とする請求項５４に記載のＷＴＲＵ。
【請求項５６】
前記ＷＴＲＵは、ＦＡＣＨ（ｆｏｒｗａｒｄ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）およびＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のうちの１つを介して前記確認応答を受信することを特徴とする請求項５４に記載のＷＴＲＵ。
【請求項５７】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突を回避する方法であって、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを受信することと、
前記受信されたＲＡＣＨプリアンブルに応答してＡＩ（アクイジションインジケーション）を送信することと、
ＷＴＲＵ依存情報を受信することと、
前記ＷＴＲＵ依存情報に応答して確認応答を送信することと
を含むことを特徴とする方法。
【請求項５８】
前記確認応答は、前記ＡＩと共に送信されることを特徴とする請求項５７に記載の方法。
【請求項５９】
前記確認応答は、ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して送信されることを特徴とする請求項５７に記載の方法。
【請求項６０】
前記確認応答は、前記ＷＴＲＵ依存情報および前記ＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含むことを特徴とする請求項５７に記載の方法。
【請求項６１】
前記確認応答は、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対的認可チャネル）およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル）のうちの１つを介して送信されることを特徴とする請求項５７に記載の方法。
【請求項６２】
前記確認応答は、ＡＩＣＨ（アクイジションインジケータチャネル）を介して送信されることを特徴とする請求項５７に記載の方法。
【請求項６３】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突の検出をサポートする方法であって、
ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを受信することと、
前記ＲＡＣＨプリアンブルに応答してＡＩ（アクイジションインジケーション）を送信することと、
ＲＡＣＨ（ランダムアクセスチャネル）メッセージを受信することと、
前記ＲＡＣＨメッセージの確認応答を送信することと
を含むことを特徴とする方法。
【請求項６４】
前記確認応答は、ＷＴＲＵ識別子、前記ＲＡＣＨメッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含むことを特徴とする請求項６３に記載の方法。
【請求項６５】
前記確認応答は、ＦＡＣＨ（ｆｏｒｗａｒｄ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）およびＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のうちの１つを介して送信されることを特徴とする請求項６３に記載の方法。
【請求項６６】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突の検出をサポートする装置であって、
トランシーバと、
ＡＩ（アクイジションインジケータ）が特定のＷＴＲＵ（無線送受信ユニット）宛であることを確認するためにＷＴＲＵ依存情報に応答して確認応答を送信するように構成された制御エンティティと
を含むことを特徴とする装置。
【請求項６７】
前記確認応答は、前記ＡＩと共に送信されることを特徴とする請求項６６に記載の装置。
【請求項６８】
前記確認応答は、ＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して送信されることを特徴とする請求項６６に記載の装置。
【請求項６９】
前記確認応答は、前記ＷＴＲＵ依存情報および前記ＷＴＲＵ依存情報から導出された情報のうちの１つの繰返しを含むことを特徴とする請求項６６に記載の装置。
【請求項７０】
前記確認応答は、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）絶対的認可チャネル）およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的認可チャネル）のうちの１つを介して送信されることを特徴とする請求項６６に記載の装置。
【請求項７１】
前記確認応答は、ＡＩＣＨ（アクイジションインジケータチャネル）を介して送信されることを特徴とする請求項６６に記載の装置。
【請求項７２】
ＣＥＬＬ＿ＦＡＣＨ送信用の拡張アップリンクでの衝突の検出をサポートする装置であって、
トランシーバと、
ＲＡＣＨ（ランダムアクセスチャネル）メッセージを受信し、前記ＲＡＣＨメッセージの確認応答を送信するように構成された制御エンティティと
を含むことを特徴とする装置。
【請求項７３】
前記確認応答は、ＷＴＲＵ（無線送受信ユニット）識別子、前記ＲＡＣＨメッセージの成功の受信または失敗の確認、および専用チャネルのアップリンクリソース割当のうちの少なくとも１つを含むことを特徴とする請求項７２に記載の装置。
【請求項７４】
前記確認応答は、ＦＡＣＨ（ｆｏｒｗａｒｄ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）およびＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のうちの１つを介して送信されることを特徴とする請求項７２に記載の装置。
【図１】
【図２】
【図３】
【図２】
【図３】
【公表番号】特表２０１０−５４１４２１（Ｐ２０１０−５４１４２１Ａ）
【公表日】平成２２年１２月２４日（２０１０．１２．２４）
【国際特許分類】
【出願番号】特願２０１０−５２７１９２（Ｐ２０１０−５２７１９２）
【出願日】平成２０年９月２６日（２００８．９．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０７７８９４
【国際公開番号】ＷＯ２００９／０４２８８５
【国際公開日】平成２１年４月２日（２００９．４．２）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
【公表日】平成２２年１２月２４日（２０１０．１２．２４）
【国際特許分類】
【出願日】平成２０年９月２６日（２００８．９．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０７７８９４
【国際公開番号】ＷＯ２００９／０４２８８５
【国際公開日】平成２１年４月２日（２００９．４．２）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
[ Back to top ]