(57)【特許請求の範囲】
【請求項１】
ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを送信すること、
ノードＢから、ＵＥに割り当てられたリソースを備え、前記アクセスプリアンブルに対応するメッセージを受信すること、前記割り当てられたリソースは、前記ノードＢによって前記ノードＢに事前割当てされたリソースのプールから選択され、前記ノードＢによってＵＥに割り当てられるように利用可能であり、
前記割り当てられたリソースを使用して前記ノードＢに情報を送信することを備え、
前記割り当てられたリソースは、ランダムアクセスチャネルより高いレートをサポートする高速チャネルのためであり、
情報を前記送信することは、前記割り当てられたリソースを使用して前記ノードＢにスケジューリング情報、ＵＥ  ＩＤ、およびメッセージの少なくとも１つを送信することを備える、無線通信のための方法。
【請求項２】
前記アクセスプリアンブルを送信することに先立って、さらに前記割り当てられたリソースを使用して前記情報を送信している間にも、不活性状態で動作することをさらに備える請求項１に記載の方法。
【請求項３】
前記不活性状態から活性状態に遷移すること、および
ＲＮＣ（無線ネットワークコントローラ）から、前記活性状態で使用するためのリソースの割当てを受信することをさらに備える請求項２に記載の方法。
【請求項４】
前記ノードＢからいずれのリソースに関してもスケジューリング許可を受信しないことに応答して、または前記ＵＥによって送信するべきデータがもはや存在しないことを示すスケジューリング情報を送信することに応答して、前記割り当てられたリソースを解放することをさらに備える請求項１に記載の方法。
【請求項５】
前記アクセスプリアンブルを送信することに先立って、さらに前記割り当てられたリソースを使用して前記情報を送信している間にも、ＣＥＬＬ＿ＦＡＣＨ状態で動作することをさらに備える請求項１に記載の方法。
【請求項６】
ＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態に遷移すること、および
前記ＣＥＬＬ＿ＤＣＨ状態に遷移した後、または前記ＣＥＬＬ＿ＤＣＨ状態で使用するための新たなリソースの割当てを受信した後、前記割り当てられたリソースを使用しつづけることをさらに備える請求項５に記載の方法。
【請求項７】
ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを送信し、ノードＢから、前記ＵＥに割り当てられたリソースを備え、前記アクセスプリアンブルに対応するメッセージを受信し、前記割り当てられたリソースは、前記ノードＢによって前記ノードＢに事前割当てされたリソースのプールから選択され、前記ノードＢによってＵＥに割り当てられるように利用可能であり、前記割り当てられたリソースを使用して前記ノードＢに情報を送信するように構成され、
前記割り当てられたリソースは、ランダムアクセスチャネルより高いレートをサポートする高速チャネルのためであり、
前記少なくとも１つのプロセッサは、前記割り当てられたリソースを使用して前記ノードＢにスケジューリング情報、ＵＥ  ＩＤ、およびメッセージの少なくとも１つを送信するように構成される、少なくとも１つのプロセッサを備える無線通信のための装置。
【請求項８】
前記少なくとも１つのプロセッサは、前記アクセスプリアンブルを送信することに先立って、さらに前記割り当てられたリソースを使用して前記情報を送信している間にも、不活性状態で動作するように構成される請求項７に記載の装置。
【請求項９】
前記少なくとも１つのプロセッサは、不活性状態から活性状態に遷移し、さらにＲＮＣ（無線ネットワークコントローラ）から、前記活性状態で使用するためのリソースの割当てを受信するように構成される請求項８に記載の装置。
【請求項１０】
ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを送信するための手段と、
ノードＢから、ＵＥに割り当てられたリソースを備え、前記アクセスプリアンブルに対応するメッセージを受信するための手段と、前記割り当てられたリソースは、前記ノードＢによって前記ノードＢに事前割当てされたリソースのプールから選択され、前記ノードＢによってＵＥに割り当てられるように利用可能であり、
前記割り当てられたリソースを使用して前記ノードＢに情報を送信するための手段とを備え、
前記割り当てられたリソースは、ランダムアクセスチャネルより高いレートをサポートする高速チャネルのためであり、
情報を前記送信するための手段は、前記割り当てられたリソースを使用して前記ノードＢにスケジューリング情報、ＵＥ  ＩＤ、およびメッセージの少なくとも１つを送信するための手段を備える、無線通信のための装置。
【請求項１１】
前記アクセスプリアンブルを送信することに先立って、さらに前記割り当てられたリソースを使用して前記情報を送信している間にも、不活性状態で動作するための手段をさらに備える請求項１０に記載の装置。
【請求項１２】
前記不活性状態から活性状態に遷移するための手段と、
ＲＮＣ（無線ネットワークコントローラ）から、前記活性状態で使用するためのリソースの割当てを受信するための手段とをさらに備える請求項１１に記載の装置。
【請求項１３】
少なくとも１つのコンピュータに、ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを送信させるためのコードと、
前記少なくとも１つのコンピュータに、ノードＢから、ＵＥに割り当てられたリソースを備え、前記アクセスプリアンブルに対応するメッセージを受信させるためのコードと、前記割り当てられたリソースは、前記ノードＢによって前記ノードＢに事前割当てされたリソースのプールから選択され、前記ノードＢによってＵＥに割り当てられるように利用可能であり、
前記少なくとも１つのコンピュータに、前記割り当てられたリソースを使用して前記ノードＢに情報を送信させるためのコードとを備え、
前記割り当てられたリソースは、ランダムアクセスチャネルより高いレートをサポートする高速チャネルのためであり、
前記情報は、前記ノードＢへのスケジューリング情報、ＵＥ  ＩＤ、およびメッセージを含む、コンピュータプログラム。
【請求項１４】
ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを受信すること、
前記アクセスプリアンブルに応答して、ノードＢに事前割当てされ、前記ノードＢによってＵＥに割り当てられるように利用可能なリソースのプールから、前記ＵＥにリソースを割り当てること、
前記割り当てられたリソースを備え、前記アクセスプリアンブルに対応するメッセージを前記ＵＥに送信すること、および
前記割り当てられたリソースを使用して前記ＵＥによって送信された情報を受信することを備え、
前記割り当てられたリソースは、ランダムアクセスチャネルより高いレートをサポートする高速チャネルのためであり、
前記情報は、前記ノードＢへのスケジューリング情報、ＵＥ  ＩＤ、およびメッセージを含む、無線通信のための方法。
【請求項１５】
ＲＮＣ（無線ネットワークコントローラ）に対して、事前割当てされたリソースの前記プールに関するベアラを事前構成すること、および
前記ＵＥに割り当てられた前記リソースに関連するベアラを使用して、前記ＵＥに関するデータを前記ＲＮＣと交換することをさらに備える請求項１４に記載の方法。
【請求項１６】
前記割り当てられたリソースに関して活動がないことを検出したことに応答して、または前記ＵＥによって送信するべきデータがもはや存在しないという指摘を受信したことに応答して、前記割り当てられたリソースを割当て解除することをさらに備える請求項１４に記載の方法。
【請求項１７】
ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを受信し、前記アクセスプリアンブルに応答して、ノードＢに事前割当てされ、前記ノードＢによってＵＥに割り当てられるように利用可能なリソースのプールから、前記ＵＥにリソースを割り当て、前記割り当てられたリソースを備え、前記アクセスプリアンブルに対応するメッセージを前記ＵＥに送信し、さらに前記割り当てられたリソースを使用して前記ＵＥによって送信された情報を受信するように構成され、
前記割り当てられたリソースは、ランダムアクセスチャネルより高いレートをサポートする高速チャネルのためであり、
前記少なくとも１つのプロセッサは、前記ＵＥからスケジューリング情報、ＵＥ  ＩＤ、およびメッセージの少なくとも１つを受信するように構成される、少なくとも１つのプロセッサを備える無線通信のための装置。
【請求項１８】
前記少なくとも１つのプロセッサは、ＲＮＣ（無線ネットワークコントローラ）に対して、事前割当てされたリソースの前記プールに関するベアラを事前構成し、さらに前記ＵＥに割り当てられた前記リソースに関連するベアラを使用して、前記ＵＥに関するデータを前記ＲＮＣと交換するように構成される請求項１７に記載の装置。
【請求項１９】
前記少なくとも１つのプロセッサは、前記割り当てられたリソースに関して活動がないことを検出したことに応答して、または前記ＵＥによって送信するべきデータがもはや存在しないという指摘を受信したことに応答して、前記割り当てられたリソースを割当て解除するように構成される請求項１７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（米国特許法第１１９条の下における優先権の主張）
本特許出願は、本特許出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれている、すべて「ＥＮＨＡＮＣＥＤ  ＵＰＬＩＮＫ  ＵＳＩＮＧ  ＲＡＣＨ  ＩＮ  ＷＩＲＥＬＥＳＳ  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ」という名称の２００７年１０月１日に出願された米国特許仮出願第６０／９７６，７５８号、２００７年１１月５日に出願された米国特許仮出願第６０／９８５，４１２号、および２００７年１２月５日に出願された米国特許仮出願第６０／９９２，４２７号の優先権を主張するものである。
【０００２】
本発明は、一般に、通信に関し、より詳細には、無線通信システムにおいてデータを送信するための技術に関する。
【背景技術】
【０００３】
無線通信システムは、音声、ビデオ、パケット、データ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するように広く展開されている。これらのシステムは、利用可能なシステムリソースを共有することによって複数のユーザをサポートすることができる多元接続システムであることが可能である。多元接続システムの例には、ＣＤＭＡ（符号分割多元接続）システム、ＴＤＡＭ（時分割多元接続）システム、ＦＤＭＡ（周波数分割多元接続）システム、ＯＦＤＭＡ（直交ＦＤＭＡ）システム、ＳＣ−ＦＤＭＡ（シングルキャリアＦＤＭＡ）システムが含まれる。
【０００４】
無線通信システムは、いくつかのＵＥ（ユーザ機器）に関する通信をサポートすることができるいくつかのノードＢを含むことが可能である。ＵＥは、ダウンリンクおよびアップリンクを介してノードＢと通信することができる。ダウンリンク（または順方向リンク）とは、ノードＢからＵＥに至る通信リンクを指し、アップリンク（または逆方向リンク）とは、ＵＥからノードＢに至る通信リンクを指す。
【０００５】
ＵＥは、断続的に活性であることが可能であり、（ｉ）活性状態で動作して、ノードＢとデータを活発に交換することが可能であり、あるいは（ｉｉ）送受信すべきデータが全く存在しない場合に不活性状態で動作することが可能である。ＲＡＣＨ（ランダムアクセスチャネル）などの１つまたは複数の低速の共通チャネルが、不活性状態にあるＵＥに利用可能であることが可能である。ＵＥは、活性状態に遷移すると、高速チャネルのためのリソースを割り当てられることが可能である。しかし、この状態遷移は、シグナリングオーバーヘッドを被る可能性があり、さらにデータ伝送を遅延させる可能性もある。システム効率を高め、遅延を減らすためにシグナリングの量を減らすことが望ましい。
【発明の概要】
【０００６】
不活性状態に関して強化されたアップリンクを使用する効率的なＵＥ動作をサポートするための技術が、本明細書で説明される。強化されたアップリンクとは、アップリンク上で低速の共通チャネルより高い伝送能力を有する高速チャネルを使用することを指す。
【０００７】
或る態様では、ＵＥが、不活性状態にある間、強化されたアップリンクに関する高速チャネルのためのリソースを割り当てられることが可能であり、ＵＥは、不活性状態で、これらの割り当てられたリソースを使用して情報をより効率的に送信することができる。一設計において、ＵＥは、ランダムアクセスのためのアクセスプリアンブルを送信することができ、さらにＵＥに割り当てられたリソースを備えるメッセージを受信することができる。これらの割り当てられたリソースは、ノードＢに事前割当てされていることが可能であり、さらにノードＢによって、強化されたアップリンクのためにＵＥに割り当てるのに利用されることが可能なリソースのプールから、ノードＢによって選択されることが可能である。ＵＥは、これらの割り当てられたリソースを使用して、ノードＢに情報（例えば、スケジューリング情報、ＵＥ  ＩＤ、およびショートメッセージなど）を送信することができる。ＵＥは、不活性状態のままであることが可能であり、これらの割り当てられたリソースを、これらのリソースが割当て解除されるまで、使用しつづけることができる。代替として、ＵＥは、例えば、音声呼またはデータ呼のために、不活性状態から活性状態に遷移することが可能である。ＵＥは、その遷移の後、これらの割り当てられたリソースを使用しつづけることができ、あるいは活性状態で使用するための新たなリソースの割当てを受信することができる。
【０００８】
別の態様では、ＵＥは、強化されたアップリンクに関して衝突検出および衝突解決を伴うランダムアクセスを実行することができる。ＵＥは、強化されたアップリンクでランダムアクセスのために利用可能なシグネチャの第１のセットから、或るシグネチャを選択することができる。シグネチャの第１のセットは、ランダムアクセスチャネルでランダムアクセスのために利用可能なシグネチャの第２のセットとは異なることが可能である。ＵＥは、選択されたシグネチャに基づいてアクセスプリアンブルを生成し、ランダムアクセスのためにアクセスプリアンブルを送信し、ノードＢから獲得標識を受信することができる。次に、ＵＥは、衝突検出のためにノードＢにＵＥ  ＩＤを送信することができる。ＵＥは、ノードＢから、ＵＥ  ＩＤに基づいてＵＥにアドレス指定された肯定応答を受信することができる。ＵＥは、ノードＢにＵＥ  ＩＤを送信すると、タイマを設定することができ、さらにこのタイマの満了より前に肯定応答が受信されない場合、別のアクセスプリアンブルを送信することができる。
【０００９】
本開示の様々な態様および特徴が、後段でさらに詳細に説明される。
【図面の簡単な説明】
【００１０】
【図１】無線通信システムを示す図。
【図２】様々なプロトコルおよびチャネルを有する層構造を示す図。
【図３】ＵＥに関する様々な動作状態および動作モードを示す図。
【図４】強化されたアップリンクを使用した動作に関する呼フローを示す図。
【図５】ＲＡＣＨを使用する移動体によって発信された呼に関する呼フローを示す図。
【図６】強化されたアップリンクを使用する移動体によって発信された呼に関する呼フローを示す図。
【図７】ＲＡＣＨを使用するショートメッセージ伝送に関する呼フローを示す図。
【図８】強化されたアップリンクを使用するショートメッセージ伝送に関する呼フローを示す図。
【図９】強化されたアップリンクに関してＵＥによって実行されるプロセスを示す図。
【図１０】強化されたアップリンクに関してノードＢによって実行されるプロセスを示す図。
【図１１】ランダムアクセスのためにＵＥによって実行されるプロセスを示す図。
【図１２】ランダムアクセスをサポートするようにノードＢによって実行されるプロセスを示す図。
【図１３】ＵＥおよびノードＢを示すブロック図。
【発明を実施するための形態】
【００１１】
本明細書で説明される技術は、ＣＤＭＡシステム、ＴＤＭＡシステム、ＦＤＭＡシステム、ＯＦＤＭＡシステム、ＳＣ−ＦＤＭＡシステム、およびその他のシステムなどの様々な無線通信システムに関して使用されることが可能である。「システム」という用語と「ネットワーク」という用語は、しばしば、互換的に使用される。ＣＤＭＡシステムは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、ｃｄｍａ２０００などの無線技術を実施することが可能である。ＵＴＲＡは、ＷＣＤＭＡ（広帯域ＣＤＭＡ）、およびＣＤＭＡの他の変種を含む。ｃｄｍａ２０００は、ＩＳ−２０００標準、ＩＳ−９５標準、およびＩＳ−８５６標準を範囲に含む。ＴＤＭＡシステムは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などの無線技術を実施することができる。ＯＦＤＭＡシステムは、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）、ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ８０２．２０、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、８０２．１１（ＷｉＦｉ）、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実施することが可能である。ＵＴＲＡおよびＥ−ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）が、Ｅ−ＵＴＲＡを使用するＵＭＴＳの来たるべきリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＭＳは、３ＧＰＰ（「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ」）という名称の組織からの文書において説明されている。ｃｄｍａ２０００およびＵＭＢは、３ＧＰＰ２（「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２」）という名称の組織からの文書において説明されている。これらの様々な無線技術および無線標準は、当技術分野で知られている。簡明のため、これらの技術のいくつかの態様は、ＷＣＤＭＡに関して後段で説明され、さらに３ＧＰＰの用語が、後段の説明の大部分において使用される。
【００１２】
図１は、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０２と、コアネットワーク１４０とを含む無線通信システム１００を示す。ＵＴＲＡＮ１０２は、いくつかのノードＢと、他のネットワークエンティティとを含むことが可能である。簡明のため、１つのノードＢ１２０と、１つのＲＮＣ（無線ネットワークコントローラ）１３０だけが、ＵＴＲＡＮ１０２に関して図１に示される。ノードＢは、ＵＥと通信する固定局であることが可能であり、ｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）、基地局、アクセスポイントなどと呼ばれることも可能である。ノードＢ１２０は、或る特定の地理的区域に関する通信カバレッジを提供する。ノードＢ１２０のカバレッジ区域は、複数（例えば、３つ）のより小さい区域に分割されることが可能である。それぞれのより小さい区域は、それぞれのノードＢサブシステムによるサービスを受けることが可能である。３ＧＰＰにおいて、「セル」という用語が、ノードＢの最小のカバレッジ区域、および／またはこのカバレッジ区域にサービスを提供するノードＢサブシステムを指すことが可能である。
【００１３】
ＲＮＣ１３０は、Ｉｕｂインターフェースを介してノードＢ１２０、およびその他のノードＢに結合されることが可能であり、さらにこれらのノードＢに関する調整および制御をもたらすことが可能である。また、ＲＮＣ１３０は、コアネットワーク１４０内のネットワークエンティティと通信することもできる。コアネットワーク１４０は、ＵＥに関する様々な機能およびサービスをサポートする様々なネットワークエンティティ（例えば、ＭＳＣ（移動交換局））を含むことが可能である。
【００１４】
ＵＥ１１０は、ダウンリンクおよびアップリンクを介してノードＢ１２０と通信することができる。ＵＥ１１０は、固定型または移動型であることが可能であり、さらに移動局、端末装置、アクセス端末装置、加入者ユニット、局などと呼ばれることも可能である。ＵＥ１１０は、セルラー電話機、ＰＤＡ（パーソナルディジタルアシスタント）、無線モデム、無線通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話機などであることが可能である。
【００１５】
３ＧＰＰリリース５以降は、ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）をサポートする。３ＧＰＰリリース６以降は、ＨＳＵＰＡ（高速アップリンクパケットアクセス）をサポートする。ＨＳＤＰＡおよびＨＳＵＰＡは、それぞれ、ダウンリンク上、およびアップリンク上で高速パケットデータ伝送を可能にするチャネルおよび手順のセットである。
【００１６】
図２は、３ＧＰＰリリース６以降におけるＷＣＤＭＡに関する層構造２００を示す。層構造２００は、ＲＲＣ（無線リソース制御）、ＲＬＣ（無線リンク制御）、ＭＡＣ（媒体アクセス制御）、およびＰＨＹ（物理層）を含む。ＲＲＣは、層３の一部であり、ＲＬＣおよびＭＡＣは、層２の一部であり、さらにＰＨＹは、層１の一部である。
【００１７】
ＲＲＣは、呼の確立、維持、および終了のための様々な機能を実行する。ＲＬＣは、トランスペアレントなデータ転送、肯定応答のないデータ転送、および肯定応答のあるデータ転送、上位層によって規定されるＱｏＳ（サービス品質）の維持、ならびに回復できない誤りの通知などの様々なサービスを上位層に提供する。ＲＬＣは、論理チャネル、例えば、それぞれデータ転送およびシグナリングのためのＤＴＣＨ（専用トラヒックチャネル）およびＤＣＣＨ（専用制御チャネル）においてデータを処理し、提供する。
【００１８】
ＭＡＣは、データ転送、無線リソースおよびＭＡＣパラメータの再割当て、ならびに測定の報告などの様々なサービスを上位層に提供する。ＭＡＣは、ＭＡＣ−ｄ、ＭＡＣ−ｈｓ、ＭＡＣ−ｅ、およびＭＡＣ−ｃ／ｓｈなどの様々なエンティティを含む。ＭＡＣ−ｄは、トランスポートチャネルタイプ切換え、トランスポートチャネルに対する論理チャネルの多重化、暗号化、解読、およびアップリンクＴＦＣ（トランスポートフォーマットコンビネーション）選択などの機能を提供する。ＭＡＣ−ｈｓは、ＨＳＤＰＡをサポートし、伝送および再送、並べ換え、および分解などの機能を実行する。ＭＡＣ−ｅは、ＨＳＵＰＡをサポートし、伝送および再送、多重化、ならびにＥ−ＴＦＣ（ｅｖｏｌｖｅｄ  ＴＦＣ）選択などの機能を実行する。ＭＡＣ−ｃ／ｓｈは、ページングチャネル、順方向アクセスチャネル、ランダムアクセスチャネルなどをサポートする。ＭＡＣは、トランスポートチャネルを介してＲＬＣとデータを交換し、さらに物理チャネルを介してＰＨＹとデータを交換する。図２の様々なプロトコルおよびチャネルは、公開されている「Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ」という名称の３ＧＰＰ  ＴＳ  ２５．３０１において説明されている。
【００１９】
表１が、ＷＣＤＭＡにおけるいくつかのトランスポートチャネルをリストアップする。
【表１】
0005399399.tif 000002
【００２０】
表２は、ＷＣＤＭＡにおけるいくつかの物理チャネルをリストアップする。
【表２】
0005399399.tif 000003
【００２１】
ＷＣＤＭＡは、簡明のため表１および表２に示されていない他のトランスポートチャネルおよび物理チャネルもサポートする。ＷＣＤＭＡにおけるトランスポートチャネルおよび物理チャネルは、公開されている「Ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌｓ  ａｎｄ  ｍａｐｐｉｎｇ  ｏｆ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌｓ  ｏｎｔｏ  ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌｓ（ＦＤＤ）」という名称の３ＧＰＰ  ＴＳ２５．２１１において説明されている。
【００２２】
ＨＳＤＰＡおよびＨＳＵＰＡは、ＨＡＲＱ（ハイブリッド自動再送）をサポートする。ＨＡＲＱに関して、送信機は、トランスポートブロックの伝送を送信することが可能であり、さらにこのトランスポートブロックが受信機によって正しく復号されるまで、または最大回数の再送が送信されるまで、または他の何らかの終了条件に出くわすまで、１回または複数回の再送を送信することが可能である。トランスポートブロックのすべての伝送および再送は、１つのＨＡＲＱプロセスにおいて送信されることが可能である。１つまたは複数のＨＡＲＱプロセスが、活性であり、１つまたは複数のトランスポートブロックを受信機に送信するのに使用されることが可能である。
【００２３】
図３は、ＷＣＤＭＡにおけるＵＥに関するＲＲＣ状態の状態図３００を示す。電源投入されると、ＵＥは、セル選択を実行して、ＵＥがサービスを受けることができる適切なセルを見出すことができる。次に、ＵＥは、ＵＥに関する活動が存在するかどうかに応じて、アイドルモード３１０または接続モード３２０に遷移することが可能である。アイドルモードにおいて、ＵＥは、システムに登録しており、ページングメッセージをリッスンし、必要な場合、システムに対してＵＥの位置を更新する。接続モードにおいて、ＵＥは、ＵＥのＲＲＣ状態および構成に応じてデータを受信する、さらに／または送信することができる。
【００２４】
接続モードにおいて、ＵＥは、可能な４つのＲＲＣ状態、すなわち、ＣＥＬＬ＿ＤＣＨ状態３２２、ＣＥＬＬ＿ＦＡＣＨ状態３２４、ＣＥＬＬ＿ＰＣＨ状態３２６、またはＵＲＡ＿ＰＣＨ状態３２８の１つにあることが可能であり、ただし、ＵＲＡは、ユーザ登録エリアを表す。ＣＥＬＬ＿ＤＣＨ状態は、（ｉ）ダウンリンクおよびアップリンクに関して専用物理チャネルが、ＵＥに割り当てられること、および（ｉｉ）専用トランスポートチャネルと共有トランスポートチャネルの組合せが、ＵＥに利用可能であることによって特徴付けられる。ＣＥＬＬ＿ＦＡＣＨ状態は、（ｉ）ＵＥに専用物理チャネルが全く割り当てられないこと、（ｉｉ）システムにアクセスするのに使用されるようにＵＥに割り当てられるデフォルトの共通もしくは共有のトランスポートチャネル、および（ｉｉｉ）ＵＥが、再構成メッセージなどのシグナリングのためのＦＡＣＨを絶えず監視することによって特徴付けられる。ＣＥＬＬ＿ＰＣＨ状態およびＵＲＡ＿ＰＣＨ状態は、（ｉ）ＵＥに専用物理チャネルが全く割り当てられないこと、（ｉｉ）ＵＥが、ページに関してＰＣＨを定期的に監視すること、および（ｉｉｉ）ＵＥが、アップリンク上で送信することを許可されないことによって特徴付けられる。
【００２５】
接続モードにある間、システムは、ＵＥの活動に基づいて、これら４つのＲＲＣ状態の１つに入るようにＵＥに命令することができる。ＵＥは、（ｉ）ＲＲＣ接続解除手順を実行することによって接続モードにおける任意の状態からアイドルモードに、（ｉｉ）ＲＲＣ接続確立手順を実行することによってアイドルモードからＣＥＬＬ＿ＤＣＨ状態またはＣＥＬＬ＿ＦＡＣＨ状態に、さらに（ｉｉｉ）再構成手順を実行することによって接続モードにおける状態の間で遷移することができる。
【００２６】
ＷＣＤＭＡにおけるＵＥに関するこれらのモードおよび状態は、公開されている「Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」という名称の３ＧＰＰ  ＴＳ２５．３３１において説明されている。また、ＲＲＣ状態に／から、ならびにＲＲＣ状態の間で遷移するための、様々な手順も、３ＧＰＰ  ＴＳ２５．３３１において説明されている。
【００２７】
ＵＥは、送信すべき、または受信すべきデータが全く存在しない場合、ＣＥＬＬ＿ＦＡＣＨ状態で動作することが可能である。ＵＥは、送信すべき、または受信すべきデータが存在する場合はいつでも、ＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態に遷移することができ、そのデータを送信した後、または受信した後、ＣＥＬＬ＿ＦＡＣＨ状態に再び遷移することができる。ＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態に遷移するためにランダムアクセス手順およびＲＲＣ再構成手順を実行することができる。ランダムアクセス手順は、ＰＲＡＣＨ手順と呼ばれることも可能である。ＵＥは、これらの手順のためにシグナリングメッセージを交換することができる。ＷＣＤＭＡに関して、リソースは、通常、シグナリングオーバーヘッドとセットアップ遅延の両方をもたらす可能性があるメッセージ交換を介してＲＮＣによって割り当てられる。
【００２８】
或る態様では、不活性状態におけるＵＥ動作を向上させるようにＥＵＬ（強化されたアップリンク）が提供される。一般に、不活性状態は、ＵＥが、ノードＢと通信するための専用リソースを割り当てられていない任意の状態もしくはモードであることが可能である。ＲＲＣに関して、不活性状態は、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、ＵＲＡ＿ＰＣＨ状態、またはアイドルモードであることが可能である。不活性状態は、ＵＥが、通信のための専用リソースを割り当てられている、ＣＥＬＬ＿ＤＣＨ状態などの活性状態と対照的であることが可能である。
【００２９】
不活性状態に関する強化されたアップリンクは、Ｅ−ＲＡＣＨ（強化されたランダムアクセスチャネル）、ＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードにおける強化されたアップリンク、強化されたアップリンク手順などと呼ばれることも可能である。ＷＣＤＭＡに関して、強化されたアップリンクは、以下の特性を有することが可能である。すなわち、
アイドルモード、ならびにＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、およびＵＲＡ＿ＰＣＨ状態においてユーザプレーンおよび制御プレーンの潜時を減らし、
ＨＳＵＰＡの使用によってＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、およびＵＲＡ＿ＰＣＨ状態にあるＵＥに関して、より高いピークレートをサポートし、さらに
ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、およびＵＲＡ＿ＰＣＨ状態からＣＥＬＬ＿ＤＣＨ状態への状態遷移遅延を減らす。
【００３０】
強化されたアップリンクは、ＵＥに事前割当てされたアップリンクをより迅速に許可することができる、ノードＢにおけるＭＡＣエンティティに対してサポートされることが可能である。強化されたアップリンクは、ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態において少量のデータを効率的に送信することを可能にすることができ、このことにより、ＣＥＬＬ＿ＤＣＨ状態に遷移する必要性が回避されることが可能である。また、強化されたアップリンクは、ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態により迅速に遷移することを可能にすることもできる。また、強化されたアップリンクは、他のシナリオにおいて、パフォーマンスおよびシステム効率を向上させるのに使用されることも可能である。
【００３１】
図４は、強化されたアップリンクを使用した動作に関する呼フロー４００の設計を示す。ＵＥ１１０が、ＣＥＬＬ＿ＦＡＣＨ状態で動作することが可能であり、さらに少量のデータを送信する、またはＣＥＬＬ＿ＤＣＨ状態に遷移することを所望することが可能である。ＵＥ１１０は、ランダムアクセス手順を実行することができ、さらに利用可能なシグネチャのセットから或るシグネチャをランダムに選択することができる。このシグネチャは、ランダムアクセス手順のための一時ＵＥ  ＩＤとして使用されることが可能である。ＵＥ１１０は、このシグネチャに基づいて、アクセスプリアンブル（ＲＡＣＨプリアンブルと呼ばれることも可能な）を生成することができ、さらにアップリンク上でこのアクセスプリアンブルを送信することができる（ステップ１）。ノードＢ１２０が、ＵＥ１１０から、このアクセスプリアンブルを受信することができ、さらにＡＩＣＨ上でＵＥ１１０に獲得標識を戻すことができる（ステップ２）。この獲得標識は、ＵＥ１１０によってアクセスプリアンブルの中で送信されたシグネチャに関する肯定応答を示すことが可能である。
【００３２】
アクセスプリアンブルを受信したことに応答して、ノードＢ１２０は、ＵＥ１１０がアップリンク上でメッセージを送信することを可能にするアップリンクリソースを割り当てるプロセスを開始することができる。ＷＣＤＭＡに関して、ＲＮＣ１３０は、通常、ノードＢからの要求に応答して、ＵＥにリソースを割り当てる。一設計において、ＲＮＣ１３０は、強化されたアップリンクのためにノードＢ１２０によってＵＥに割り当てられるように、ノードＢ１２０にリソースのプールを事前割当てすることが可能である。事前割当てされたリソースの、このプールは、共通Ｅ−ＤＣＨリソースと呼ばれることが可能である。また、ＲＮＣ１３０は、呼セットアップ遅延を減らすために、前もって、この事前割当てされたリソースに対応するＩｕｂインターフェース（Ｉｕｂベアラとも呼ばれることが可能な）上でＤＣＣＨ無線ベアラをセットアップすることもできる。ノードＢ１２０は、事前割当てされたリソースのプールからＵＥ１１０にリソースを割り当てることができ、さらにＵＬ（アップリンク）リソース割当てメッセージをＵＥ１１０に送信することができる（ステップ３）。このアップリンクリソース割当てメッセージは、ＭＡＣ制御メッセージであることが可能であり、後段で説明されるとおり、様々なタイプの情報を伝えることが可能であり、さらにＨＳ−ＰＤＳＣＨ上で送信されることが可能である。
【００３３】
ＵＥ１１０は、ノードＢ１２０からアップリンクリソース割当てメッセージを受信することができ、さらに割り当てられたアップリンクリソースを使用してノードＢ１２０に１つまたは複数のメッセージの中でＵＥ１１０のＵＥ  ＩＤ、ＳＩ（スケジューリング情報）、および／またはデータを送信することができる（ステップ４）。一設計において、割り当てられるアップリンクリソースは、ＨＳＵＰＡのためであることが可能であり、さらにＵＥ１１０は、ステップ４でＥ−ＤＰＤＣＨを使用して情報を送信することができる。ＵＥ  ＩＤは、ＲＮＣ１３０によってＵＥ１１０に割り当てられ、ＣＥＬＬ＿ＦＡＣＨ状態中にＵＥ１１０によって保持されるＥ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時識別子）であることが可能である。ＵＥ  ＩＤは、ＩＭＳＩ（国際移動体加入者ＩＤ）、ＴＭＳＩ（一時移動体加入者ＩＤ）、または他の何らかのタイプのＵＥ  ＩＤであることも可能である。例えば、ＵＥ１１０は、アイドルモードにおいてＥ−ＲＮＴＩを有さない可能性があり、ＵＥ１１０のＩＭＳＩまたはＴＭＳＩのすべてまたは一部をＵＥ  ＩＤとして送信することが可能である。いずれにしても、ＵＥ  ＩＤは、後段で説明されるとおり、衝突検出および衝突解決のためにノードＢ１２０によって使用されることが可能である。スケジューリング情報は、ＵＥ１１０におけるバッファサイズ、および／または他の情報を伝えることが可能であり、さらにＵＥ１１０にアップリンクリソースを許可するのにノードＢ１２０によって使用されることが可能である。ＵＥ１１０は、ステップ４で、この情報を送信すると、タイマを開始することが可能である（ステップ５）。
【００３４】
ノードＢ１２０が、ステップ１で１つまたは複数のＵＥから１つまたは複数のアクセスプリアンブルを受信することが可能であり、さらに各ＵＥが、ステップ４でそのＵＥのＵＥ  ＩＤを送信することが可能である。衝突は、複数のＵＥが、同一のシグネチャを使用して同時にＵＥのアクセスプリアンブルを送信すると、生じる可能性がある。ノードＢ１２０は、衝突検出および衝突解決を実行することができる。ノードＢ１２０が、１つだけのＵＥからＵＥ  ＩＤを受信し、衝突を全く検出しなかった場合、ノードＢ１２０は、例えば、このＵＥ  ＩＤをＬ２（層２）肯定応答メッセージの一部として送信することによって、このＵＥ  ＩＤに関するＬ２肯定応答メッセージを戻すことができる（ステップ６）。ノードＢ１２０が衝突を検出した場合、ノードＢ１２０は、Ｌ２肯定応答メッセージをＵＥのうち１つだけに送信することを決定することができる。両方の場合に関して、ＵＥ  ＩＤを伴うＬ２肯定応答メッセージを受信するＵＥは、そのＵＥのアクセスプリアンブルが、ノードＢによって検出され、確認されることに成功したことを知る。図４で、ノードＢ１２０は、Ｌ２肯定応答メッセージをＵＥ１１０に送信する。また、ノードＢ１２０は、例えば、Ｅ−ＡＧＣＨ上で、スケジューリング許可をＵＥ１１０に送信することもできる（ステップ７）。また、ノードＢ１２０は、ＵＥ  ＩＤと一緒に、アップリンクリソースがＵＥ１１０に割り当てられたことをＲＮＣ１３０に通知することもできる（ステップ８）。
【００３５】
ステップ５でタイマを開始した後、ＵＥ１１０は、ノードＢ１２０からのＬ２肯定応答メッセージを待つことができる。タイマが満了し、Ｌ２肯定応答メッセージが、ノードＢ１２０から受信されていない場合（図４に図示せず）、ＵＥ１１０は、ランダムアクセス手順を終了することができ、さらに、例えば、バックオフ機構に従って、ステップ１から始めてやり直すことができる。ＵＥ１１０が、Ｌ２肯定応答メッセージを受信した場合（ステップ６で）、ＵＥ１１０は、このメッセージからのＵＥ  ＩＤが、ＵＥ１１０のＵＥ  ＩＤと合致するかどうかを判定することができる。ＵＥ  ＩＤが合致した場合、ＵＥ１１０は、ノードＢ１２０からスケジューリング許可を待つことができる。ノードＢ１２０からスケジューリング許可を受信すると（ステップ７）、ＵＥ１１０は、制御プレーンを介してＲＮＣ１３０とシグナリングメッセージを交換する（例えば、送受信する）ことができ、さらにユーザプレーンを介して、例えば、ＨＳ−ＰＤＳＣＨ上、およびＥ−ＤＰＤＣＨ上で、データを交換することもできる（ステップ９）。制御プレーンは、ＲＲＣおよび上位層に関するシグナリングメッセージを伝送するのに対して、ユーザプレーンは、トラヒックデータを伝送する。
【００３６】
強化されたアップリンク動作に関して、ＵＥ１１０およびノードＢ１２０は、ＵＥ１１０が実際にはＣＥＬＬ＿ＦＡＣＨ状態にあるものの、ＵＥ１１０がＣＥＬＬ＿ＤＣＨ状態にあるかのように動作することが可能である。特に、ノードＢ１２０は、ＣＥＬＬ＿ＤＣＨ状態でＨＳＵＰＡに関して通常に行われるとおり、Ｅ−ＡＧＣＨ上で絶対許可を、Ｅ−ＲＧＣＨ上で相対許可を、さらにＥ−ＨＩＣＨ上でＡＣＫ（肯定応答）フィードバックおよびＮＡＣＫ（否定応答）フィードバックを送信することができる。ＵＥ１１０は、ＣＱＩおよびＡＣＫ／ＮＡＣＫ情報をＨＳ−ＤＰＣＣＨ上でノードＢ１２０に送信することができる。一設計において、ＵＥ１１０は、強化されたアップリンクに関してソフトウェアハンドオーバ中ではなく、サービス提供をしていないノードＢからの電力制御コマンドまたはレート制御コマンド（Ｅ−ＲＧＣＨを介して送信される）に従わない。この設計において、ＵＥ１１０は、強化されたアップリンクを使用している間、隣接ノードＢの容量に一時的に影響を与える可能性がある。別の設計において、サービス提供をしていないノードＢは、強化されたアップリンクに関してＵＥ１１０に電力制御コマンドおよびレート制御コマンドを送信することができる。
【００３７】
ノードＢ１２０は、例えば、ＵＥ１１０によって送信されたスケジューリング情報、またはノードＢ１２０によるアップリンク上で活動がないことの検出を介して、ＵＥ１１０が、強化されたアップリンクをもはや必要としていないことを検出することが可能である。すると、ノードＢ１２０は、ＵＥ１１０に割り当てられたリソースを割当て解除することを決定することができ、さらにアップリンクリソース解放メッセージ（ＭＡＣ制御メッセージであることが可能な）をＵＥ１１０に送信することができる（ステップ１０）。ＵＥ１１０は、アップリンクリソースを解放することができ、さらにアップリンクリソース解放完了メッセージをノードＢ１２０に戻すことができる（ステップ１１）。ノードＢ１２０は、ＵＥ１１０に関するリソースが解放されたことをＲＮＣ１３０に通知することができる（ステップ１２）。
【００３８】
逆に、ノードＢ１２０は、例えば、タイマによって把握されていることが可能な、或る時間を超えて、アップリンク上でＵＥ１１０がデータを活発に送信していることを検出することも可能である。ＵＥ１１０は、ＣＥＬＬ＿ＤＣＨ状態に遷移する（例えば、音声呼またはデータ呼のために）ことを意図してランダムアクセスを実行することも可能であり、さらにこの意図を伝えることが可能である。いずれにしても、ノードＢ１２０は、これらのイベントに関してＲＮＣ１３０に通知することができる。すると、ＲＮＣ１３０は、ＣＥＬＬ＿ＤＣＨ状態に遷移するようＵＥ１１０に命令することができる。一設計において、ＵＥ１１０は、ＣＥＬＬ＿ＤＣＨ状態に遷移した後、ＵＥ１１０に既に割り当てられているリソースを使用しつづけることができる。この設計に関して、ＲＮＣ１３０は、ＵＥ１１０に割り当てられたリソースの制御を取り戻すことができ、さらに将来の強化されたアップリンク動作のために、事前割当てされたリソースのプールに関してさらなるアップリンクリソースをノードＢ１２０に供給することができる。別の設計において、ＵＥ１１０は、ＵＥに割り当てられたリソースを解放することができ、さらにこれらの解放されたリソースは、事前割当てされたリソースのプールの中に戻されることが可能である。ＵＥ１１０は、例えば、ＲＮＣ１３０によってＵＥ１１０に送信される無線ベアラセットアップメッセージを介して、ＣＥＬＬ＿ＤＣＨ状態への遷移のための新たなリソースを割り当てられることが可能である。両方の設計に関して、ＣＥＬＬ＿ＤＣＨへの遷移は、無線ベアラが既にセットアップされているので、層１上で最小限の中断しかない、または全く中断がないことを確実にしなければならない。このことは、呼セットアップ遅延を減らすとともに、ユーザプレーンおよび制御プレーンの潜時を減らすことが可能である。
【００３９】
簡明のため、図４に関する説明のほとんどは、ＵＥ１１０が、最初、ＣＥＬＬ＿ＦＡＣＨ状態で動作するものと想定する。ＵＥ１１０が、ＣＥＬＬ＿ＰＣＨ状態、ＵＲＡ＿ＰＣＨ状態、またはアイドルモードで動作する場合、図４の強化されたアップリンク動作が、使用されることも可能である。
【００４０】
強化されたアップリンクのない従来のランダムアクセス手順の場合、ＵＥは、ステップ１でアクセスプリアンブルを送信することが可能であり、さらにステップ２で獲得標識を受信することが可能である。次に、ＵＥは、８ｋｂｐｓ（キロビット／秒）のレートを有し、ＨＡＲＱをサポートしない低速のＰＲＡＣＨ上でＲＡＣＨメッセージを送信することができる。低速のＰＲＡＣＨは、システム動作にいくつかの悪影響をもたらす。第１に、ＰＲＡＣＨ上の遅い速度、およびＨ−ＡＲＱの欠如のため、ＵＥは、通常、ＣＥＬＬ＿ＦＡＣＨ状態でショートメッセージを送信しない。代わりに、ＵＥは、ショートメッセージを送信するために、通常、ＣＥＬＬ＿ＤＣＨ状態に遷移する。このことは、ＣＥＬＬ＿ＤＣＨ状態に遷移する呼セットアップ手順のため、ショートメッセージを送信する際に潜時をもたらす。さらに、ＵＥは、ＶｏＩＰに関するキープアライブメッセージ、または他のアプリケーションに関する他のメッセージであることが可能なショートメッセージを送信した後、通常、ＣＥＬＬ＿ＦＡＣＨ状態に再び遷移する。ＣＥＬＬ＿ＦＡＣＨ状態とＣＥＬＬ＿ＤＣＨ状態の間で行き来するように遷移するようにシグナリングメッセージを送信するのに、リソースが消費される。
【００４１】
図４の強化されたアップリンク動作は、ランダムアクセス手順のステップ１およびステップ２を利用する。しかし、低速のＰＲＡＣＨを使用する代わりに、ＵＥは、高速のチャネル（例えば、Ｅ−ＤＰＤＣＨ）のためのアップリンクリソースを割り当てられることが可能であり、さらに強化されたアップリンク上でＲＡＣＨメッセージおよび／または他の情報を、より効率的に送信することができる。この高速のチャネルは、呼セットアップ遅延（例えば、ＶｏＩＰおよび他のアプリケーションに関する）を改善することが可能である。また、ＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態で、強化されたアップリンク上でショートメッセージ（例えば、ＶｏＩＰに関するＳＩＰ関連のメッセージ）を送信することもでき、さらにデータ伝送に関して経験する遅延がより小さいだけでなく、ＣＥＬＬ＿ＤＣＨ状態への遷移を回避することも可能である。また、ＵＥは、強化されたアップリンク上で測定レポートなどの、より大きいＲＲＣメッセージを（例えば、より高速のハンドオフを可能にするのに）送信することもできる。
【００４２】
図４に示される設計において、強化されたアップリンク動作は、従来のランダムアクセス手順と同一の仕方でアクセスプリアンブルを利用する。ＷＣＤＭＡに関して、４０９６チップのアクセスプリアンブルが、１６チップのシグネチャを２５６回、繰り返すことによって、生成されることが可能である。従来のランダムアクセス手順を実行するレガシーＵＥと、強化されたアップリンクを使用する新たなＵＥとを区別する機構が、定義され、使用されることが可能である。一設計において、利用可能なシグネチャは、２つのセット、すなわち、レガシーＵＥに利用可能なシグネチャの第１のセットと、新たなＵＥに利用可能なシグネチャの第２のセットに分けられることが可能である。例えば、ＷＣＤＭＡにおいて利用可能な１６のシグネチャが、８つのシグネチャを各セットが含む、２つのセットに分けられることが可能である。各セットの中のシグネチャは、ＵＥにブロードキャストされることが可能であり、あるいはＵＥによってアプリオリに知られていてもよい。レガシーＵＥは、ランダムアクセス手順のために第１のセットの中のシグネチャを使用することができ、新たなＵＥは、強化されたアップリンクのために第２のセットの中のシグネチャを使用することができる。別の設計において、レガシーＵＥと新たなＵＥは、異なるアクセスプリアンブルコードを使用する。１つのアクセスプリアンブルコードが、ランダムアクセス手順のためにレガシーＵＥによって使用されることが可能であり、別のアクセスプリアンブルコードが、強化されたアップリンクのために新たなＵＥによって使用されることが可能である。すべての設計に関して、ノードＢは、レガシーＵＥからのアクセスプリアンブルと、新たなＵＥからのアクセスプリアンブルとを区別することができる。ノードＢは、各レガシーＵＥに関してランダムアクセス手順を実行することができ、さらにそれぞれの新たなＵＥに関する強化されたアップリンクを使用して動作することができる。
【００４３】
図４に示される設計において、ノードＢ１２０は、ステップ３でアップリンクリソース割当てメッセージを送信して、ＵＥ１１０が、ステップ４で低速のＰＲＡＣＨではなく、高速のＥ−ＤＰＤＣＨを使用して送信することを可能にすることができる。このアップリンクリソース割当てメッセージは、様々なタイプの情報を含むことが可能である。一設計において、アップリンクリソース割当てメッセージは、以下のすべてまたはサブセットを含むことが可能である。すなわち、
Ｅ−ＲＮＴＩ  ＵＥが、Ｅ−ＲＮＴＩを既に割り当てられているのでない場合、ノードＢによって割り当てられ、ＵＥによって使用されることが可能である、
アップリンクＤＰＣＨ情報  ＤＰＣＨ上のアップリンク伝送のために使用される情報、例えば、スクランブルコードタイプ、スクランブルコード番号など、
Ｅ−ＤＣＨ情報  Ｅ−ＤＣＨ動作のために使用される情報、例えば、Ｅ−ＤＰＤＣＨ、Ｅ−ＤＰＣＣＨ、Ｅ−ＡＧＣＨ、Ｅ−ＲＧＣＨ、Ｅ−ＨＩＣＨなどに関する情報、
Ｆ−ＤＰＣＨ情報  Ｆ−ＤＰＣＨ上で送信される制御伝送を受信するのに使用される情報、
ＵＥの最大アップリンク送信電力、
使用すべきＴＴＩ（伝送時間間隔）、例えば、２ミリ秒または１０ミリ秒、および
ＵＥが、Ｅ−ＤＣＨ伝送を開始した際に、ＵＥに利用可能な初期許可に対応することが可能である、デフォルトのサービング許可（例えば、トラヒック対パイロット比）。
【００４４】
また、アップリンクリソース割当てメッセージは、異なる情報、および／またはさらなる情報を含むことも可能である。
【００４５】
ＨＳＵＰＡは、Ｅ−ＤＣＨに関して閉ループ電力制御およびＨ−ＡＲＱを使用し、２ミリ秒および１０ミリ秒のＴＴＩをさらにサポートする。２ミリ秒のＴＴＩは、潜時を減らし、より高いピークレートをサポートする。一設計において、ノードＢ１２０は、強化されたアップリンクに関していずれのＴＴＩを使用すべきかを決定することができ、さらにアップリンクリソース割当てメッセージの中でＵＥ１１０に、その選択されたＴＴＩを送信することができる。この設計に関して、新たなＵＥは、２ミリ秒のＴＴＩと１０ミリ秒のＴＴＩの両方をサポートすることができる。別の設計において、２ミリ秒または１０ミリ秒が、強化されたアップリンクに関して使用されることが可能であり、さらに新たなＵＥによってアプリオリに知られていること、またはノードＢ１２０によってブロードキャストされることが可能である。
【００４６】
ＵＥ１１０は、少量のデータをノードＢ１２０に送信するのに十分なリソースを割り当てられることが可能である。この少量のデータは、５００バイト以下のＨＴＴＰ要求メッセージなどの１つまたは複数のショートメッセージに関することが可能である。この少量のデータは、１つまたは複数のＨＡＲＱプロセス上で適切なＴＢＳ（トランスポートブロックサイズ）の１つまたは複数のトランスポートブロックの中で送信されることが可能である。８０ミリ秒の遅延予算を想定すると、５００バイトのデータが、以下の構成の１つを使用して送信されることが可能である。すなわち、
２ミリ秒のＴＴＩ、８つのＨ−ＡＲＱプロセス、４つのターゲットＨＡＲＱ伝送、
ＴＢＳ＝８つのＨ−ＡＲＱプロセスのそれぞれにおいて送信される５００ビット、
ＴＢＳ＝４つのＨ−ＡＲＱプロセスのそれぞれにおいて送信される１０００ビット、
ＴＢＳ＝２つのＨ−ＡＲＱプロセスのそれぞれにおいて送信される２０００ビット、または
ＴＢＳ＝１つのＨ−ＡＲＱプロセスにおいて送信される４０００ビット
１０ミリ秒のＴＴＩ、４つのＨ−ＡＲＱプロセス、４つのターゲットＨＡＲＱ伝送、
ＴＢＳ＝４つのＨ−ＡＲＱプロセスのそれぞれにおいて送信される１０００ビット、
ＴＢＳ＝２つのＨ−ＡＲＱプロセスのそれぞれにおいて送信される２０００ビット、または
ＴＢＳ＝１つのＨ−ＡＲＱプロセスにおいて送信される４０００ビット。
【００４７】
前述した構成は、２ミリ秒のＴＴＩで６４ｋｂｐｓ（キロビット／秒）、または１０ミリ秒のＴＴＩで５０ｋｂｐｓのターゲットデータレートを有するセル縁端のＵＥ、またはカバレッジが限られたＵＥによってサポートされることが可能である。
【００４８】
ＴＢＳの大きいセット（例えば、１２８のＴＢＳ）が、ＣＥＬＬ＿ＤＣＨ状態でＥ−ＤＣＨに関してサポートされることが可能である。一設計において、ＴＢＳの大きいセットの全体が、強化されたアップリンクのためのＥ−ＤＣＨに関して使用されることが可能である。この設計は、ＵＥ１１０が、ＣＥＬＬ＿ＤＣＨ状態にあるか、または強化されたアップリンクを使用して動作しているかにかかわらず、ＵＥ１１０およびノードＢ１２０が、Ｅ−ＤＣＨに関して同一の仕方で動作することを可能にすることができる。別の設計において、ＴＢＳの小さいセットが、強化されたアップリンクのためのＥ−ＤＣＨに関してサポートされることが可能である。少数のＴＢＳだけが、通常、ＰＲＡＣＨのために使用される。Ｅ−ＤＣＨに関するＴＢＳの小さいセットは、ＰＲＡＣＨに関するＴＢＳと、より高いデータレートのための、いくつかのさらなるＴＢＳとを含むことが可能である。例えば、Ｅ−ＤＣＨに関するＴＢＳの小さいセットは、ＰＲＡＣＨのために一般に使用される１６８ビットおよび３６０ビットのＴＢＳ、ならびにＵＥによるさらなるデータの伝送をサポートする２ミリ秒のＴＴＩにわたる５００ビットおよび１０００ビットのさらなるＴＢＳを含むことが可能である。Ｅ−ＤＣＨに関するＴＢＳの小さいセットにより、Ｅ−ＤＰＣＣＨ上のシグナリングオーバーヘッドが減ることが可能であり、これにより、アップリンクパフォーマンスが向上することが可能である。また、ＴＢＳの小さいセットは、ノードＢにおけるＥ−ＤＰＣＣＨ処理の複雑さを低減することも可能である。
【００４９】
本明細書で説明される強化されたアップリンクは、様々な動作シナリオに関する様々な呼フローにおいて使用されることが可能である。強化されたアップリンクは、セットアップ遅延を減らし、他の利益を得るのに使用されることが可能である。いくつかの一般的な呼フローにおける強化されたアップリンクの使用が、後段で説明される。
【００５０】
図５は、従来のＲＡＣＨを使用する移動体によって発信された呼に関する呼フロー５００を示す。ＵＥ１１０は、ＣＥＬＬ＿ＦＡＣＨ状態で動作することが可能であり、呼を開始することを所望することが可能である。ＵＥ１１０は、アップリンク上でアクセスプリアンブルを送信することができ（ステップ１）、ノードＢ１２０からＡＩＣＨ上で獲得標識を受信することができる（ステップ２）。次に、ＵＥ１１０は、低速ＰＲＡＣＨを使用してＲＮＣ１３０にＲＲＣ接続要求メッセージを送信することができる（ステップ３）。ＲＮＣ１３０は、ＵＥ１１０に関するＲＲＣ接続をセットアップすることができ、さらに無線リンクセットアップ要求メッセージをノードＢ１２０に送信することができる（ステップ４）。ノードＢ１２０は、ＵＥ１１０に関する無線リンクをセットアップすることができ、さらに無線リンクセットアップ応答メッセージをＲＮＣ１３０に戻すことができる（ステップ５）。ＲＮＣ１３０は、ノードＢ１２０とシグナリングメッセージを交換して、ＵＥ１１０に関するＩｕｂベアラを確立し（ステップ６）、さらにこのＩｕｂベアラをダウンリンクおよびアップリンクに関して同期することができる（ステップ７）。次に、ＲＮＣ１３０は、専用リソースを含むＲＲＣ接続セットアップメッセージをＵＥ１１０に送信することができる（ステップ８）。ＵＥ１１０は、ＲＲＣ接続セットアップメッセージを受信すると、ＣＥＬＬ＿ＤＣＨ状態に遷移することができ、さらにＲＲＣ接続セットアップ完了メッセージをＲＮＣ１３０に戻すことができる（ステップ９）。
【００５１】
ＵＥ１１０は、ＵＥ１１０に関する呼をセットアップするようコアネットワーク１４０とＮＡＳ（非アクセス層）メッセージを交換することができる（ステップ１０）。コアネットワーク１４０は、この呼に関するＲＡＢ（無線アクセスベアラ）を確立するようＲＮＣ１３０にＲＡＢ割当て要求メッセージを送信することができる。次に、ＲＮＣ１３０は、ＲＡＢに関する無線リンクセットアップおよびＩｕｂベアラ確立のためにノードＢ１２０とシグナリングメッセージを交換することができる（ステップ１２からステップ１５まで）。次に、ＲＮＣ１３０は、ＲＡＢに関する新たな専用リソースを有する無線ベアラセットアップメッセージをＵＥ１１０に送信することができる（ステップ１６）。ＵＥ１１０は、これらの新たなリソースを追加することができ、さらに無線ベアラセットアップ完了メッセージをＲＮＣ１３０に戻すことができる（ステップ１７）。ＲＮＣ１３０は、ＲＡＢ割当て応答メッセージをコアネットワーク１４０に戻すことができる（ステップ１８）。その後、ＵＥ１１０は、呼に関してノードＢ１２０およびＲＮＣ１３０と通信することができる。
【００５２】
図５に示されるとおり、移動体によって発信された呼に関する呼セットアップは、ＵＥ１１０、ノードＢ１２０、ＲＮＣ１３０、およびコアネットワーク１４０の間の様々なシグナリングメッセージの交換を含むことが可能である。これらのメッセージ交換は、ＵＥ１１０に関するサービスを遅延させる可能性がある。さらに、ＵＥ１１０は、低速ＰＲＡＣＨを使用してＲＮＣ１３０にシグナリングメッセージを送信する可能性があり、このことも、呼セットアップを遅延させる可能性がある。
【００５３】
図６は、強化されたアップリンクを使用する移動体によって発信された呼に関する呼フロー６００の設計を示す。ＵＥ１１０が、ＣＥＬＬ＿ＦＡＣＨ状態で動作することが可能であり、さらに呼を開始することを所望することが可能である。ＵＥ１１０は、アップリンク上でアクセスプリアンブルを送信することができ（ステップ１）、さらにノードＢ１２０からＡＩＣＨ上で獲得標識を受信することができる（ステップ２）。また、ＵＥ１１０は、ノードＢ１２０からアップリンクリソース割当てメッセージを受信することもできる（ステップ３）。ＵＥ１１０は、これらの割り当てられたリソースを使用して、スケジューリング情報、およびＵＥ１１０のＵＥ  ＩＤを送信することができ（ステップ４）、さらにノードＢ１２０からＬ２肯定応答メッセージを受信することができる（ステップ５）。ノードＢ１２０は、アップリンクリソースがＵＥ１１０に割り当てられたことをＲＮＣ１３０に通知することができる（ステップ６）。
【００５４】
ＵＥ１１０は、高速Ｅ−ＤＰＤＣＨを使用してＲＮＣ１３０にＲＲＣ接続要求メッセージを送信することができる（ステップ７）。ＵＥ１１０に割り当てられるリソースは、ノードＢ１２０に事前割当てされたリソースのプールから来ることが可能であるので、図５のステップ４からステップ７までは、図６の呼フロー６００において飛ばされることが可能である。ＲＮＣ１３０は、ＲＲＣ接続セットアップメッセージをＵＥ１１０（ステップ８）に送信することができる。ＵＥ１１０は、ＣＥＬＬ＿ＤＣＨ状態に遷移することができ、さらにＲＲＣ接続セットアップ完了メッセージをＲＮＣ１３０に戻すことができる（ステップ９）。ノードＢ１２０とＲＮＣ１３０は、シグナリングメッセージを交換して、アップリンクリソースを事前割当てし、他のＵＥによる将来の強化されたアップリンク動作のためのＩｕｂベアラをセットアップすることができる（ステップ１０からステップ１３まで）。ステップ１０からステップ１３までは、いつでも実行されることが可能であり、ＵＥ１１０に関する呼セットアップに最小限の影響しか及ぼさない、または全く影響を及ぼさない。
【００５５】
ステップ１０でＲＲＣ接続セットアップ完了メッセージを送信した後、ＵＥ１１０は、コアネットワーク１４０とＮＡＳメッセージを交換することができる（ステップ１４）。コアネットワーク１４０は、ＲＡＢ割当て要求メッセージをＲＮＣ１３０に送信することができる（ステップ１５）。すると、ＲＮＣ１３０は、Ｉｕｂベアラ確立およびダウンリンク／アップリンク同期のためにノードＢ１２０とシグナリングメッセージを交換することができる（ステップ１６およびステップ１７）。次に、ＲＮＣ１３０は、ＲＡＢ割当て応答メッセージをコアネットワーク１４０に戻すことができる（ステップ１８）。その後、ＵＥ１１０は、呼に関してノードＢ１２０およびＲＮＣ１３０と通信することができる。
【００５６】
図６に示される設計において、移動体によって発信された呼に関する呼セットアップは、ＵＥ１１０、ノードＢ１２０、ＲＮＣ１３０、およびコアネットワーク１４０の間でシグナリングメッセージのより少ない交換を含むことが可能である。このより少ないメッセージ交換により、呼セットアップ遅延が短くなり、ＵＥ１１０がサービスをより迅速に得ることができるようになることが可能である。さらに、ＵＥ１１０は、強化されたアップリンクを使用してＲＮＣ１３０にシグナリングメッセージを送信することができ、このことも、呼セットアップ遅延を減らすことが可能である。
【００５７】
図７は、ＣＥＬＬ＿ＦＡＣＨ状態でＲＡＣＨを使用するショートメッセージ伝送に関する呼フロー７００を示す。ＵＥ１１０が、ＣＥＬＬ＿ＦＡＣＨ状態で動作することが可能であり、さらにショートメッセージを送信することを所望することが可能である。ＵＥ１１０は、アップリンク上でアクセスプリアンブルを送信することができ（ステップ１）、さらにノードＢ１２０からＡＩＣＨ上で獲得標識を受信することができる（ステップ２）。次に、ＵＥ１１０は、低速ＰＲＡＣＨを使用して、ＴＶＭ（トラヒック量測定）またはバッファサイズを含む測定レポートメッセージをＲＮＣ１３０に送信することができる（ステップ３）。ノードＢ１２０とＲＮＣ１３０は、シグナリングメッセージを交換して、無線リンクをセットアップし、Ｉｕｂベアラをセットアップし、さらにこのＩｕｂベアラを、ＵＥ１１０に関するダウンリンクおよびアップリンクに関して同期することができる（ステップ４からステップ７まで）。次に、ＲＮＣ１３０は、ＵＥ１１０に割り当てられたアップリンクリソースを伝える物理チャネル再構成メッセージをＵＥ１１０に送信することができる。ＵＥ１１０は、物理チャネル再構成メッセージを受信すると、ＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態に遷移することができ、さらに物理チャネル再構成完了メッセージをＲＮＣ１３０に戻すことができる（ステップ９）。
【００５８】
次に、ＵＥ１１０は、これらの割り当てられたアップリンクリソース上でショートメッセージを送信することができる（ステップ１０）。その後、ＵＥ１１０は、ＲＮＣ１３０とシグナリングメッセージを交換して、割り当てられたリソースを解放し、次に、ＣＥＬＬ＿ＤＣＨ状態からＣＥＬＬ＿ＦＡＣＨ状態に再び遷移することができる（ステップ１１）。
【００５９】
図７に示されるとおり、ＵＥ１１０、ノードＢ１２０、およびＲＮＣ１３０は、ショートメッセージを送信するアップリンクリソースをＵＥ１１０に割り当てるために、様々なシグナリングメッセージを交換することができる。このことは、シグナリングオーバーヘッドを増やし、ショートメッセージの伝送を遅延させる可能性がある。
【００６０】
図８は、ＣＥＬＬ＿ＦＡＣＨ状態で強化されたアップリンクを使用するショートメッセージ伝送に関する呼フロー８００の設計を示す。ＵＥ１１０は、ＣＥＬＬ＿ＦＡＣＨ状態で動作することが可能であり、ショートメッセージを送信することを所望することが可能である。ＵＥ１１０は、アップリンク上でアクセスプリアンブルを送信することができ（ステップ１）、ＡＩＣＨ上で獲得標識を受信する（ステップ２）とともに、ノードＢ１２０からアップリンクリソース割当てメッセージを受信することができる（ステップ３）。ＵＥ１１０は、これらの割り当てられたリソースを使用して、ノードＢ１２０にスケジューリング情報、およびＵＥ１１０のＵＥ  ＩＤを送信し（ステップ４）、ノードＢ１２０からＬ２肯定応答メッセージを受信することができる（ステップ５）。ノードＢ１２０は、アップリンクリソースがＵＥ１１０に割り当てられたことをＲＮＣ１３０に通知することができる（ステップ６）。その後、ＵＥ１１０は、ノードＢ１２０に高速Ｅ−ＥＰＤＣＨ上でショートメッセージを送信することができる（ステップ７）。何らかの時点で、ノードＢ１２０は、ＵＥ１１０にアップリンクリソース解放メッセージを送信することができ（ステップ８）、ＵＥ１１０は、割り当てられたリソースを解放して、アップリンクリソース解放完了メッセージを戻すことができる（ステップ９）。また、ノードＢ１２０が、解放されたリソースについてＲＮＣ１３０に知らせることも可能である（ステップ１０）。
【００６１】
図８に示される設計において、ＵＥ１１０は、ノードＢ１２０とのメッセージ交換を完了した後、より早期にショートメッセージを送信することができる。また、ＵＥ１１０は、ノードＢ１２０とのメッセージ交換を介して、リソースを迅速に解放することもできる。ＵＥ１１０は、ＲＮＣ１３０とシグナリングメッセージを交換することを回避することができ、このことにより、セットアップ遅延とともに、シグナリングオーバーヘッドが減らされることが可能である。
【００６２】
図９は、不活性状態で強化されたアップリンクを使用した動作に関してＵＥによって実行されるプロセス９００の設計を示す。ＵＥが、ランダムアクセスのためにアクセスプリアンブルを送信することが可能である（ブロック９１２）。ＵＥは、ノードＢから、ＵＥに割り当てられたリソースを備えるメッセージを受信することが可能である（ブロック９１４）。これらの割り当てられたリソースは、ノードＢに事前割当てされ、強化されたアップリンクのためにノードＢ１２０によってＵＥに割り当てられるように利用可能なリソースのプールから、ノードＢによって選択されることが可能である。これらの割り当てられたリソースは、ランダムアクセスチャネルより高いレートをサポートする高速チャネル（例えば、Ｅ−ＤＰＤＣＨ）のためであることが可能である。ＵＥは、これらの割り当てられたリソースを使用してノードＢに情報（例えば、スケジューリング情報、ＵＥ  ＩＤ、および１つまたは複数のショートメッセージなど）を送信することができる（ブロック９１６）。
【００６３】
ＵＥは、アクセスプリアンブルを送信することに先立って、さらに割り当てられたリソースを使用して情報を送信している間にも、不活性状態（例えば、ＣＥＬＬ＿ＦＡＣＨ状態）で動作することが可能である（ブロック９１８）。ＵＥは、不活性状態のままであることが可能であり、割り当てられたリソースを使用しつづけることが可能である。ＵＥは、（ｉ）ノードＢからいずれのリソースに関してもスケジューリング許可を受信しないこと、（ｉｉ）ＵＥによって送信するべきデータがもはや存在しないことを示すスケジューリング情報を送信すること、または（ｉｉｉ）他の何らかのイベントの出現に応答して、割り当てられたリソースを解放することが可能である。代替として、ＵＥは、不活性状態から活性状態（例えば、ＣＥＬＬ＿ＤＣＨ状態）に遷移することが可能である（ブロック９２０）。一設計において、ＵＥは、ＲＮＣから、活性状態にあるＵＥによって使用されるように新たなリソースの割当てを受信することができる（ブロック９２２）。別の設計において、ＵＥは、活性状態に遷移した後、割り当てられたリソースを使用しつづけることができる。
【００６４】
図１０は、不活性状態で強化されたアップリンクを使用したＵＥ動作をサポートするようにノードＢによって実行されるプロセス１０００の設計を示す。ノードＢが、ランダムアクセスのためにＵＥからアクセスプリアンブルを受信することが可能である（ブロック１０１２）。ノードＢは、ノードＢに事前割当てされ、強化されたアップリンクのためにノードＢによってＵＥに割り当てられるように利用可能なリソースのプールから、ＵＥにリソースを割り当てることができる（ブロック１０１４）。ノードＢは、これらの割り当てられたリソースを備えるメッセージをＵＥに送信することができる（ブロック１０１６）。ノードＢは、これらの割り当てられたリソースを使用してＵＥによって送信された情報（例えば、スケジューリング情報、ＵＥ  ＩＤ、１つまたは複数のショートメッセージなど）を受信することができる（ブロック１０１８）。ノードＢは、ＲＮＣに対して、事前割当てされたリソースのプールに関するベアラを事前構成することができる。ノードＢは、ＵＥに割り当てられたリソースに関連するベアラを使用して、ＵＥに関するデータをＲＮＣと交換することができる。ノードＢは、（ｉ）割り当てられたリソースに関して活動がないことを検出すること、（ｉｉ）ＵＥによって送信するべきデータがもはや存在しないことを示すスケジューリング情報を送信すること、または（ｉｉｉ）他の何らかのイベントの出現に応答して、ＵＥに割り当てられたリソースを割当て解除することが可能である。
【００６５】
図１１は、強化されたアップリンクに関してランダムアクセスのためにＵＥによって実行されるプロセス１１００の設計を示す。ＵＥが、強化されたアップリンクに関してランダムアクセスのために利用可能なシグネチャの第１のセットから、或るシグネチャを選択することが可能である（ブロック１１１２）。シグネチャの第１のセットは、ランダムアクセスチャネルでランダムアクセスのために利用可能なシグネチャの第２のセットとは異なることが可能である。ＵＥは、選択されたシグネチャに基づいて、アクセスプリアンブルを生成することができ（ブロック１１１４）、さらにランダムアクセスのためにアクセスプリアンブルを送信することができる（ブロック１１１６）。ＵＥは、アクセスプリアンブルに関してノードＢから獲得標識を受信することができる（ブロック１１１８）。また、ＵＥは、ノードＢから、ＵＥに割り当てられたリソースを備えるメッセージを受信することもできる（ブロック１１２０）。これらの割り当てられたリソースは、ランダムアクセスチャネルより高いレートをサポートする高速チャネルのためであることが可能である。ＵＥは、例えば、ランダムアクセスチャネルではなく、高速チャネル上で、衝突検出のためにノードＢにＵＥ  ＩＤ（例えば、Ｅ−ＲＮＴＩ、ＩＭＳ、ＴＭＳＩなど）を送信することができる（ブロック１１２２）。ＵＥは、ノードＢから、ＵＥ  ＩＤに基づいてＵＥにアドレス指定された肯定応答を受信することができる（ブロック１１２４）。ＵＥは、ＵＥ  ＩＤを送信すると、タイマを設定することができ、さらにこのタイマの満了より前に肯定応答が受信されない場合、別のアクセスプリアンブルを送信することができる。
【００６６】
図１２は、強化されたアップリンクに関してランダムアクセスをサポートするようにノードＢによって実行されるプロセス１２００の設計を示す。ノードＢが、ランダムアクセスのために少なくとも１つのＵＥから少なくとも１つのアクセスプリアンブルを受信することが可能である（ブロック１２１２）。ノードＢは、この少なくとも１つのＵＥに獲得標識を送信することができる（ブロック１２１４）。ノードＢは、ランダムアクセスチャネルより高いレートをサポートする高速チャネルにリソースを割り当てることができる（ブロック１２１６）。ノードＢは、この少なくとも１つのＵＥに、これらの割り当てられたリソースを備えるメッセージを送信することができる（ブロック１２１８）。
【００６７】
ノードＢは、例えば、ランダムアクセスチャネルではなく、高速チャネル上で、この少なくとも１つのＵＥから少なくとも１つのＵＥ  ＩＤを受信することができる（ブロック１２２０）。各ＵＥ  ＩＤは、Ｅ−ＲＮＴＩ、ＩＭＳＩ、ＴＭＳＩなどを備えることが可能である。ノードＢは、この少なくとも１つのＵＥ  ＩＤに基づいて、衝突検出を実行することができる（ブロック１２２２）。ノードＢは、この１つのＵＥのＵＥ  ＩＤに基づいて、少なくとも１つのＵＥのうちの１つのＵＥにアドレス指定された肯定応答を送信することができる（ブロック１２２４）。ノードＢは、獲得標識に応答して複数のＵＥから複数のＵＥ  ＩＤが受信された場合、衝突を検出することができ、次に、肯定応答を送信するためにそれらの複数のＵＥの１つを選択することができる。
【００６８】
一設計において、ノードＢは、この少なくとも１つのＵＥから受信された少なくとも１つのアクセスプリアンブルに関して使用される少なくとも１つのシグネチャを特定することができる。ノードＢは、シグネチャの第１のセットの中のシグネチャを使用して生成されたアクセスプリアンブルを送信する各ＵＥに関して、ランダムアクセスチャネルを使用することができる。ノードＢは、シグネチャの第２のセットの中のシグネチャを使用して生成されたアクセスプリアンブルを送信する各ＵＥに関して、高速チャネルを使用することが可能である。
【００６９】
不活性状態（例えば、ＣＥＬＬ＿ＦＡＣＨ状態）に関する強化されたアップリンクは、様々な利点をもたらすことが可能である。強化されたアップリンクは、以下の１つまたは複数を達することが可能である。すなわち、
Ｅ−ＰＤＣＨ上で利用可能な、より大きいトランスポートブロックサイズを使用して、より高いピークレートをサポートする、
ＵＥが、アクセスプリアンブルを送信したすぐ後に、Ｅ−ＤＣＨを使用すること、およびＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態に遷移するための長い同期期間を回避することを可能にする、
Ｅ−ＤＰＤＣＨに関して利用可能なＨ−ＡＲＱフィーチャおよび高速閉ループ電力制御フィーチャのお陰で、ＲＡＣＨメッセージの潜時および信頼性を改善する、
状態遷移遅延、ならびにユーザプレーンにおけるデータの潜時、および制御プレーンにおけるシグナリングを減らす。
【００７０】
図１３は、図１のＵＥ１１０、ノードＢ１２０、およびＲＮＣ１３０の設計のブロック図を示す。ＵＥ１１０において、符号器１３１２が、ＵＥ１２０によって送信されるべき情報（例えば、スケジューリング情報、ＵＥ  ＩＤ、メッセージなど）を受け取ることが可能である。復号器１３１２は、この情報を処理して（例えば、フォーマットし、符号化し、さらにインタリーブして）、符号化されたデータを得ることができる。Ｍｏｄ（変調器）１３１４が、この符号化されたデータをさらに処理して（例えば、変調し、チャネル化し、さらにスクランブルして）、出力サンプルをもたらすことができる。ＴＭＴＲ（送信機）１３２２が、これらの出力サンプルを調整して（例えば、アナログに変換し、フィルタリングし、増幅し、さらに周波数アップコンバートして）、１つまたは複数のノードＢに送信されることが可能なアップリンク信号を生成することができる。また、ＵＥ１１０は、１つまたは複数のノードＢによって伝送されたダウンリンク信号を受信することもできる。ＲＣＶＲ（受信機）１３２６が、受信された信号を調整して（例えば、フィルタリングし、増幅し、周波数ダウンコンバートし、さらにディジタル化して）、入力サンプルをもたらすことができる。Ｄｅｍｏｄ（復調器）１３１６が、これらの入力サンプルを処理して（例えば、逆スクランブル、チャネル化、および復調して）、シンボル推定をもたらすことができる。復号器１３１８が、これらのシンボル推定を処理して（例えば、ディインタリーブし、復号して）、ＵＥ１１０に送信された情報（例えば、リソース割当て、メッセージなど）をもたらすことができる。符号器１３１２、変調器１３１４、復調器１３１６、および復号器１３１８は、モデムプロセッサ１３１０によって実施されることが可能である。これらのユニットは、システムによって使用される無線技術（例えば、ＷＣＤＭＡ）に従って処理を実行することができる。コントローラ／プロセッサ１３３０が、ＵＥ１１０における様々なユニットの動作を指示することができる。コントローラ／プロセッサ１３３０は、図９のプロセス９００、図１１のプロセス１１００、および／または本明細書で説明される技術に関する他のプロセスを実行する、または指示することができる。また、コントローラ／プロセッサ１３３０は、図４から図８までにおいてＵＥ１１０によって実行されるタスクを実行する、または指示することもできる。メモリ１３３２が、ＵＥ１１０のためのプログラムコードおよびデータを格納することができる。
【００７１】
ノードＢ１２０において、送信機／受信機１３３８が、ＵＥ１１０および他のＵＥとの無線通信をサポートすることができる。コントローラ／プロセッサ１３４０が、ＵＥとの通信のための様々な機能を実行することができる。アップリンクに関して、ＵＥ１１０からのアップリンク信号は、受信機１３３８によって受信され、調整されて、コントローラ／プロセッサ１３４０によってさらに処理されて、ＵＥ１１０によって送信された情報が回復されることが可能である。ダウンリンクに関して、情報は、コントローラ／プロセッサ１３４０によって処理され、送信機１３３８によって調整されて、ＵＥ１１０および他のＵＥに伝送されることが可能なダウンリンク信号が生成されることが可能である。コントローラ／プロセッサ１３４０が、図１０のプロセス１０００、図１２のプロセス１２００、および／または本明細書で説明される技術に関する他のプロセスを実行する、または指示することができる。また、コントローラ／プロセッサ１３４０は、図４から図８までにおいてノードＢ１２０によって実行されるタスクを実行する、または指示することもできる。メモリ１３４２が、ノードＢ１２０のためのプログラムコードおよびデータを格納することができる。Ｃｏｍｍ（通信）ユニット１３４４が、ＲＮＣ１３０および他のネットワークエンティティとの通信をサポートすることができる。
【００７２】
ＲＮＣ１３０において、コントローラ／プロセッサ１３５０が、ＵＥに関する通信サービスをサポートする様々な機能を実行することができる。また、コントローラ／プロセッサ１３５０は、図４から図８までにおいてＲＮＣ１３０によって実行されるタスクを実行する、または指示することもできる。メモリ１３５２が、ＲＮＣ１３０のためのプログラムコードおよびデータを格納することができる。通信ユニット１３５４が、ノードＢ１２０および他のネットワークエンティティとの通信をサポートすることができる。
【００７３】
情報および信号は、様々な異なる技術および技法のいずれを使用して表されることも可能であることが、当業者には理解されよう。例えば、以上の説明の全体で言及されることが可能なデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界もしくは磁気粒子、光の場もしくは粒子、または以上の任意の組合せによって表現されることが可能である。
【００７４】
本明細書における開示に関連して説明される様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェアとして実施されても、コンピュータソフトウェアとして実施されても、あるいはその両方の組合せとして実施されてもよいことが、当業者にはさらに理解されよう。ハードウェアとソフトウェアの、この互換性を明確に示すのに、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、概ね機能の点で以上に説明されてきた。そのような機能が、ハードウェアとして実施されるか、ソフトウェアとして実施されるかは、全体的なシステムに課される特定の応用上の制約、および設計上の制約に依存する。当業者は、説明される機能を、それぞれの特定の応用例に関して、様々な仕方で実施することができるが、そのような実施上の決定が、本開示の範囲からの逸脱を生じさせるものと解釈されてはならない。
【００７５】
本明細書の開示に関連して説明される様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、ＤＳＰ（ディジタル信号プロセッサ）、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレー）もしくは他のプログラミング可能なロジックデバイス、ディスクリートのゲートもしくはトランジスタロジック、ディスクリートのハードウェア構成要素、あるいは本明細書で説明される機能を実行するように設計された以上の任意の組合せを使用して、実施される、または実行されることが可能である。汎用プロセッサは、マイクロプロセッサであることが可能であるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態マシンであってもよい。また、プロセッサは、コンピューティングデバイスの組合せとして、例えば、ＤＳＰとマイクロプロセッサの組合せとして、複数のマイクロプロセッサとして、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサとして、あるいは他の任意のそのような構成として実施されることも可能である。
【００７６】
本明細書の開示に関連して説明される方法またはアルゴリズムのステップは、ハードウェアにおいて直接に、プロセッサによって実行されるソフトウェアモジュールにおいて、またはこの２つの組合せで実施されることが可能である。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルなディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の任意の形態の記憶媒体の中に存在することが可能である。例示的な記憶媒体は、プロセッサが、その記憶媒体から情報を読み取ること、およびその記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体は、プロセッサと一体化していてもよい。プロセッサと記憶媒体は、ＡＳＩＣの中に存在することが可能である。このＡＳＩＣは、ユーザ端末装置内に存在することが可能である。代替として、プロセッサと記憶媒体は、ユーザ端末装置内のディスクリートの構成要素として存在してもよい。
【００７７】
１つまたは複数の例示的な設計において、説明される機能は、ハードウェアで、ソフトウェアで、ファームウェアで、または以上の任意の組合せで実施されることが可能である。ソフトウェアで実施される場合、これらの機能は、１つまたは複数の命令もしくはコードとしてコンピュータ可読媒体上に格納される、またはコンピュータ可読媒体を介して伝送されることが可能である。コンピュータ可読媒体には、１つの場所から別の場所へのコンピュータプログラムの移動を円滑にする任意の媒体を含め、コンピュータ記憶媒体と通信媒体の両方が含まれる。記憶媒体は、汎用コンピュータまたは専用コンピュータがアクセスすることができる任意の利用可能な媒体である可能性がある。例として、限定としてではなく、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気記憶装置、または命令もしくはデータ構造の形態で所望されるプログラムコード手段を担持する、もしくは格納するのに使用されることが可能であるとともに、汎用コンピュータもしくは専用コンピュータ、または汎用プロセッサもしくは専用プロセッサがアクセスすることができる他の任意の媒体を備えることが可能である。また、任意の接続が、コンピュータ可読媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、より対線、ＤＳＬ（ディジタル加入者線）、あるいは赤外線、無線、およびマイクロ波などの無線技術を使用してウェブサイト、サーバ、または他の遠隔ソースから伝送される場合、その同軸ケーブル、光ファイバケーブル、より対線、ＤＳＬ、あるいは赤外線、無線、およびマイクロ波などの無線技術が、媒体の定義に含められる。本明細書で使用されるディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）には、ＣＤ（コンパクトディスク（ｄｉｓｃ））、レーザーディスク（登録商標）（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、ＤＶＤ（ディジタルバーサタイルディスク（ｄｉｓｃ））、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびブルーレイディスク（ｄｉｓｃ）が含まれ、ただし、ディスク（ｄｉｓｋ）は、通常、データを磁気的に再現するのに対して、ディスク（ｄｉｓｃ）は、レーザーを使用してデータを光学的に再現する。また、以上の媒体の組合せも、コンピュータ可読媒体の範囲内に含められるべきである。
【００７８】
本開示の以上の説明は、任意の当業者が、本開示を作成する、または使用することを可能にするように提供される。本開示に対する様々な変形が、当業者には直ちに明白となり、本明細書において規定される一般的な原理は、本開示の範囲を逸脱することなく、他の変種に適用されることが可能である。このため、本開示は、本明細書で説明される例および設計に限定されることを意図しておらず、本明細書で開示される原理および新奇な特徴と合致する最も広い範囲を与えられるべきものとする。
以下の記載は、出願当初の特許請求の範囲の記載と実質的に一致するものである。
［１］
ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを送信すること、
ノードＢから、ＵＥに割り当てられたリソースを備えるメッセージを受信すること、前記割り当てられたリソースは、前記ノードＢによって前記ノードＢに事前割当てされたリソースのプールから選択され、前記ノードＢによってＵＥに割り当てられるように利用可能であり、
前記割り当てられたリソースを使用して前記ノードＢに情報を送信することを備える無線通信のための方法。
［２］
情報を前記送信することは、前記割り当てられたリソースを使用して前記ノードＢにスケジューリング情報、ＵＥ  ＩＤ、およびメッセージの少なくとも１つを送信することを備える［１］に記載の方法。
［３］
前記アクセスプリアンブルを送信することに先立って、さらに前記割り当てられたリソースを使用して前記情報を送信している間にも、不活性状態で動作することをさらに備える［１］に記載の方法。
［４］
前記不活性状態から活性状態に遷移すること、および
ＲＮＣ（無線ネットワークコントローラ）から、前記活性状態で使用するためのリソースの割当てを受信することをさらに備える［３］に記載の方法。
［５］
前記ノードＢからいずれのリソースに関してもスケジューリング許可を受信しないことに応答して、または前記ＵＥによって送信するべきデータがもはや存在しないことを示すスケジューリング情報を送信することに応答して、前記割り当てられたリソースを解放することをさらに備える［１］に記載の方法。
［６］
前記割り当てられたリソースは、ランダムアクセスチャネルより高いレートをサポートする高速チャネルのためである［１］に記載の方法。
［７］
前記アクセスプリアンブルを送信することに先立って、さらに前記割り当てられたリソースを使用して前記情報を送信している間にも、ＣＥＬＬ＿ＦＡＣＨ状態で動作することをさらに備える［１］に記載の方法。
［８］
ＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態に遷移すること、および
前記ＣＥＬＬ＿ＤＣＨ状態に遷移した後、または前記ＣＥＬＬ＿ＤＣＨ状態で使用するための新たなリソースの割当てを受信した後、前記割り当てられたリソースを使用しつづけることをさらに備える［７］に記載の方法。
［９］
ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを送信し、ノードＢから、前記ＵＥに割り当てられたリソースを備えるメッセージを受信し、前記割り当てられたリソースは、前記ノードＢによって前記ノードＢに事前割当てされたリソースのプールから選択され、前記ノードＢによってＵＥに割り当てられるように利用可能であり、前記割り当てられたリソースを使用して前記ノードＢに情報を送信するように構成された少なくとも１つのプロセッサを備える無線通信のための装置。
［１０］
前記少なくとも１つのプロセッサは、前記割り当てられたリソースを使用して前記ノードＢにスケジューリング情報、ＵＥ  ＩＤ、およびメッセージの少なくとも１つを送信するように構成される［９］に記載の装置。
［１１］
前記少なくとも１つのプロセッサは、前記アクセスプリアンブルを送信することに先立って、さらに前記割り当てられたリソースを使用して前記情報を送信している間にも、不活性状態で動作するように構成される［９］に記載の装置。
［１２］
前記少なくとも１つのプロセッサは、不活性状態から活性状態に遷移し、さらにＲＮＣ（無線ネットワークコントローラ）から、前記活性状態で使用するためのリソースの割当てを受信するように構成される［１１］に記載の装置。
［１３］
ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを送信するための手段と、
ノードＢから、ＵＥに割り当てられたリソースを備えるメッセージを受信するための手段と、前記割り当てられたリソースは、前記ノードＢによって前記ノードＢに事前割当てされたリソースのプールから選択され、前記ノードＢによってＵＥに割り当てられるように利用可能であり、
前記割り当てられたリソースを使用して前記ノードＢに情報を送信するための手段とを備える無線通信のための装置。
［１４］
情報を前記送信するための手段は、前記割り当てられたリソースを使用して前記ノードＢにスケジューリング情報、ＵＥ  ＩＤ、およびメッセージの少なくとも１つを送信するための手段を備える［１３］に記載の装置。
［１５］
前記アクセスプリアンブルを送信することに先立って、さらに前記割り当てられたリソースを使用して前記情報を送信している間にも、不活性状態で動作するための手段をさらに備える［１３］に記載の装置。
［１６］
前記不活性状態から活性状態に遷移するための手段と、
ＲＮＣ（無線ネットワークコントローラ）から、前記活性状態で使用するためのリソースの割当てを受信するための手段とをさらに備える［１５］に記載の装置。
［１７］
少なくとも１つのコンピュータに、ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを送信させるためのコードと、
前記少なくとも１つのコンピュータに、ノードＢから、ＵＥに割り当てられたリソースを備えるメッセージを受信させるためのコードと、前記割り当てられたリソースは、前記ノードＢによって前記ノードＢに事前割当てされたリソースのプールから選択され、前記ノードＢによってＵＥに割り当てられるように利用可能であり、
前記少なくとも１つのコンピュータに、前記割り当てられたリソースを使用して前記ノードＢに情報を送信させるためのコードとを備えるコンピュータ可読媒体を備えるコンピュータプログラム製品。
［１８］
ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを受信すること、
ノードＢに事前割当てされ、前記ノードＢによってＵＥに割り当てられるように利用可能なリソースのプールから、前記ＵＥにリソースを割り当てること、
前記割り当てられたリソースを備えるメッセージを前記ＵＥに送信すること、および
前記割り当てられたリソースを使用して前記ＵＥによって送信された情報を受信することを備える無線通信のための方法。
［１９］
情報を前記受信することは、前記ＵＥからスケジューリング情報、ＵＥ  ＩＤ、およびメッセージの少なくとも１つを受信することを備える［１８］に記載の方法。
［２０］
ＲＮＣ（無線ネットワークコントローラ）に対して、事前割当てされたリソースの前記プールに関するベアラを事前構成すること、および
前記ＵＥに割り当てられた前記リソースに関連するベアラを使用して、前記ＵＥに関するデータを前記ＲＮＣと交換することをさらに備える［１８］に記載の方法。
［２１］
前記割り当てられたリソースに関して活動がないことを検出したことに応答して、または前記ＵＥによって送信するべきデータがもはや存在しないという指摘を受信したことに応答して、前記割り当てられたリソースを割当て解除することをさらに備える［１８］に記載の方法。
［２２］
ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを受信し、ノードＢに事前割当てされ、前記ノードＢによってＵＥに割り当てられるように利用可能なリソースのプールから、前記ＵＥにリソースを割り当て、前記割り当てられたリソースを備えるメッセージを前記ＵＥに送信し、さらに前記割り当てられたリソースを使用して前記ＵＥによって送信された情報を受信するように構成された少なくとも１つのプロセッサを備える無線通信のための装置。
［２３］
前記少なくとも１つのプロセッサは、前記ＵＥからスケジューリング情報、ＵＥ  ＩＤ、およびメッセージの少なくとも１つを受信するように構成される［２２］に記載の装置。
［２４］
前記少なくとも１つのプロセッサは、ＲＮＣ（無線ネットワークコントローラ）に対して、事前割当てされたリソースの前記プールに関するベアラを事前構成し、さらに前記ＵＥに割り当てられた前記リソースに関連するベアラを使用して、前記ＵＥに関するデータを前記ＲＮＣと交換するように構成される［２２］に記載の装置。
［２５］
前記少なくとも１つのプロセッサは、前記割り当てられたリソースに関して活動がないことを検出したことに応答して、または前記ＵＥによって送信するべきデータがもはや存在しないという指摘を受信したことに応答して、前記割り当てられたリソースを割当て解除するように構成される［２２］に記載の装置。
［２６］
ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを送信すること、
前記アクセスプリアンブルに関してノードＢから獲得標識を受信すること、
衝突検出のために前記ノードＢにＵＥ  ＩＤを送信すること、および
前記ノードＢから、前記ＵＥ  ＩＤに基づいて前記ＵＥにアドレス指定された肯定応答を受信することを備える無線通信のための方法。
［２７］
前記ノードＢに前記ＵＥ  ＩＤを送信すると、タイマを設定すること、および
前記タイマの満了より前に前記肯定応答が受信されない場合、別のアクセスプリアンブルを送信することをさらに備える［２６］に記載の方法。
［２８］
ランダムアクセスチャネルでランダムアクセスのために利用可能なシグネチャの第２のセットとは異なる、強化されたアップリンクに関してランダムアクセスのために利用可能なシグネチャの第１のセットから、或るシグネチャを選択すること、および
前記選択されたシグネチャに基づいて、前記アクセスプリアンブルを生成することをさらに備える［２６］に記載の方法。
［２９］
前記ノードＢから、前記ＵＥに割り当てられたリソースを備えるメッセージを受信することをさらに備え、前記割り当てられたリソースは、ランダムアクセスチャネルより高いレートをサポートする高速チャネルのためであり、さらに前記ＵＥ  ＩＤは、前記ランダムアクセスチャネルではなく、前記高速チャネル上で送信される［２６］に記載の方法。
［３０］
前記ＵＥ  ＩＤは、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時識別子）、ＩＭＳＩ（国際移動体加入者識別子）、またはＴＭＳＩ（一時移動体加入者識別子）を備える［２６］に記載の方法。
［３１］
ランダムアクセスのためにＵＥ（ユーザ機器）からアクセスプリアンブルを送信し、前記アクセスプリアンブルに関してノードＢから獲得標識を受信し、衝突検出のために前記ノードＢにＵＥ  ＩＤを送信し、さらに  前記ノードＢから、前記ＵＥ  ＩＤに基づいて前記ＵＥにアドレス指定された肯定応答を受信するように構成された少なくとも１つのプロセッサを備える無線通信のための装置。
［３２］
前記少なくとも１つのプロセッサは、前記ノードＢに前記ＵＥ  ＩＤを送信すると、タイマを設定し、さらに前記タイマの満了より前に前記肯定応答が受信されない場合、別のアクセスプリアンブルを送信するように構成される［３１］に記載の装置。
［３３］
前記少なくとも１つのプロセッサは、ランダムアクセスチャネルでランダムアクセスのために利用可能なシグネチャの第２のセットとは異なる、強化されたアップリンクに関してランダムアクセスのために利用可能なシグネチャの第１のセットから、或るシグネチャを選択し、さらに前記選択されたシグネチャに基づいて、前記アクセスプリアンブルを生成するように構成される［３１］に記載の装置。
［３４］
前記少なくとも１つのプロセッサは、前記ノードＢから、ランダムアクセスチャネルより高いレートをサポートする高速チャネルのためである前記ＵＥに割り当てられたリソースを備えるメッセージを受信し、さらに前記ランダムアクセスチャネルではなく、前記高速チャネル上で前記ＵＥ  ＩＤを送信するように構成される［３１］に記載の装置。
［３５］
ランダムアクセスのために少なくとも１つのＵＥ（ユーザ機器）から少なくとも１つのアクセスプリアンブルを受信すること、
前記少なくとも１つのＵＥに獲得標識を送信すること、
前記少なくとも１つのＵＥから少なくとも１つのＵＥ  ＩＤを受信すること、
前記少なくとも１つのＵＥ  ＩＤに基づいて、衝突検出を実行すること、および
前記１つのＵＥのＵＥ  ＩＤに基づいて、前記少なくとも１つのＵＥのうちの１つのＵＥにアドレス指定された肯定応答を送信することを含む無線通信のための方法。
［３６］
ランダムアクセスチャネルより高いレートをサポートする高速チャネルにリソースを割り当てること、および
前記割り当てられたリソースを備えるメッセージを、前記少なくとも１つのＵＥに送信することをさらに備え、前記少なくとも１つのＵＥ  ＩＤは、前記ランダムアクセスチャネルではなく、前記高速チャネル上で受信される［３５］に記載の方法。
［３７］
前記少なくとも１つのＵＥから受信された前記少なくとも１つのアクセスプリアンブルに関して使用される少なくとも１つのシグネチャを特定すること、
シグネチャの第１のセットの中のシグネチャを使用して生成されたアクセスプリアンブルを送信する各ＵＥに関して、ランダムアクセスチャネルを使用すること、および
シグネチャの第２のセットの中のシグネチャを使用して生成されたアクセスプリアンブルを送信する各ＵＥに関して、高速チャネルを使用することをさらに備える［３５］に記載の方法。
［３８］
衝突検出を前記実行することは、
前記獲得標識に応答して複数のＵＥから複数のＵＥ  ＩＤが受信された場合、衝突を検出すること、および
衝突が検出された場合、前記肯定応答を送信するために前記複数のＵＥの１つを選択することを備える［３５］に記載の方法。
［３９］
前記少なくとも１つのＵＥ  ＩＤのそれぞれは、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時識別子）、ＩＭＳＩ（国際移動体加入者識別子）、またはＴＭＳＩ（一時移動体加入者識別子）を備える［３５］に記載の方法。
［４０］
ランダムアクセスのために少なくとも１つのＵＥ（ユーザ機器）から少なくとも１つのアクセスプリアンブルを受信し、前記少なくとも１つのＵＥに獲得標識を送信し、前記少なくとも１つのＵＥから少なくとも１つのＵＥ  ＩＤを受信し、前記少なくとも１つのＵＥ  ＩＤに基づいて、衝突検出を実行し、さらに前記１つのＵＥのＵＥ  ＩＤに基づいて、前記少なくとも１つのＵＥのうちの１つのＵＥにアドレス指定された肯定応答を送信するように構成された少なくとも１つのプロセッサを備える無線通信のための装置。
［４１］
前記少なくとも１つのプロセッサは、ランダムアクセスチャネルより高いレートをサポートする高速チャネルにリソースを割り当て、前記割り当てられたリソースを備えるメッセージを、前記少なくとも１つのＵＥに送信し、さらに前記ランダムアクセスチャネルではなく、前記高速チャネル上で前記少なくとも１つのＵＥ  ＩＤを受信するように構成される［４０］に記載の装置。
［４２］
前記少なくとも１つのプロセッサは、前記少なくとも１つのＵＥから受信された前記少なくとも１つのアクセスプリアンブルに関して使用される少なくとも１つのシグネチャを特定し、シグネチャの第１のセットの中のシグネチャを使用して生成されたアクセスプリアンブルを送信する各ＵＥに関して、ランダムアクセスチャネルを使用し、さらにシグネチャの第２のセットの中のシグネチャを使用して生成されたアクセスプリアンブルを送信する各ＵＥに関して、高速チャネルを使用するように構成される［４０］に記載の装置。
［４３］
前記少なくとも１つのプロセッサは、前記獲得標識に応答して複数のＵＥから複数のＵＥ  ＩＤが受信された場合、衝突を検出し、さらに衝突が検出された場合、前記肯定応答を送信するために前記複数のＵＥの１つを選択するように構成される［４０］に記載の装置。
【図１】
0005399399.tif 000004
【図２】
0005399399.tif 000005
【図３】
0005399399.tif 000006
【図４】
0005399399.tif 000007
【図５】
0005399399.tif 000008
【図６】
0005399399.tif 000009
【図７】
0005399399.tif 000010
【図８】
0005399399.tif 000011
【図９】
0005399399.tif 000012
【図１０】
0005399399.tif 000013
【図１１】
0005399399.tif 000014
【図１２】
0005399399.tif 000015
【図１３】
0005399399.tif 000016