(57)【要約】  本発明は、ＵＥ識別子を用いることにより、データ送信のために基地局（４０３）とユーザ機器（ＵＥ）（４０１）との間の専用ＵＬリソースへの高速アクセスを提供することを可能にするＵＥ（４０１）、基地局（４０３）、および方法に関する。ＵＥ（４０１）は、共通ＵＬリソースのセットの構成パラメータを基地局（４０３）から受信すること（ステップ３０２、Ｓ−４０２）と、共通ＵＬリソースの前記セットの共通ＵＬリソースのランダムアクセス要求を前記基地局（４０３）に送信すること（ステップ３０４、ステップＳ−４０４、５０８、８１０、７１２、９１０）と、前記セットの前記共通リソースの割り当てを前記基地局（４０３）から取得すること（ステップ３０６、Ｓ−４０８、５１４、７１８、７２０、８１２、９１２）と、前記共通リソース（５２０、８１４、７２８、９１８）でＵＥ（４０１）識別子を前記基地局に送信すること（ステップ３０８、Ｓ−４１０）と、を行うことが可能である。ＵＥ識別子は、以前に使用された、専用リソースの構成パラメータのセットを示す。ＵＬセットアップ遅延を減らすことが可能であり、ネットワーク性能およびエンドユーザの体験の質を改善することが可能である。
2010541439.tif 000002
【特許請求の範囲】
【請求項１】
基地局（４０３）において、データ送信のために、専用アップリンクリソースへの高速アクセスをユーザ機器（ＵＥ）（４０１）に提供することを可能にするユーザ機器識別子を取得する方法であって、
共通アップリンクリソースのセットの構成パラメータを前記ＵＥに送信するステップ（ステップ２０２、Ｓ−４０２）と、
前記ＵＥからの、共通リソースのランダムアクセス要求を受信するステップ（ステップ２０４、Ｓ−４０４、５０８、８１０；７１２、９１２）と、
前記セットの前記共通リソースのうちの少なくとも１つが利用可能かどうかを判定するステップ（ステップ２０６、Ｓ−４０６）と、を含み、
前記共通リソースのうちの少なくとも１つが利用可能な場合には、
利用可能な共通リソースを前記ＵＥに割り当てるステップ（ステップ２０８、Ｓ−４０８、５１４、８１２、７１８、７２０、９１２）と、
前記割り当てられた共通リソースで送信された、前記ＵＥからのＵＥ識別子を受信するステップ（ステップ２１０、Ｓ−４１０、８２２；９２４）であって、前記ＵＥ識別子は、以前に使用された、専用リソースの構成パラメータのセットを示す、ステップ（ステップ２１０、Ｓ−４１０、８２２、９２４）と、を含み、
以前に使用された構成パラメータを前記ＵＥ（４０１）が使用することを可能にする、
方法。
【請求項２】
ＵＥ識別子（８２２；９２４）を受信する前記ステップにおける前記ＵＥ識別子は、拡張専用チャネル（Ｅ−ＤＣＨ）無線ネットワーク一時識別子（Ｅ−ＲＮＴＩ）を含む、請求項１に記載の方法。
【請求項３】
前記ＵＥ（４０１）が、専用リソース用として特定の構成パラメータのセットを以前に使用しているかどうかを、前記ＵＥ識別子に基づいて判定するステップ（ステップ２１２、Ｓ−４１２）をさらに含み、ＵＥ（４０１）が特定の構成パラメータのセットを以前に使用している場合には、前記専用アップリンクリソースをデータ送信用として前記ＵＥ（４０１）に提供するために、前記以前に使用された構成パラメータのセットを適用することを前記ＵＥ（４０１）に指示するステップ（ステップ２１４、Ｓ−４１４）をさらに含む、請求項１または２に記載の方法。
【請求項４】
共通アップリンクリソースの前記セットの前記構成パラメータは、ブロードキャストチャネル（５１４、８１２）で、または、高速共用制御物理チャネル（ＨＳ−ＳＣＣＨ）（７０４、７１８）および高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）（７０６、７２０）の少なくとも一方で、前記ＵＥ（４０１）に送信される、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記共通リソース割り当てに関する情報が、捕捉表示チャネルＡＩＣＨ（５１４、８１２）で前記ＵＥ（４０１）に送信される、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
前記構成パラメータのセットは、構成識別子と、チャネライゼーションコード、タイミングインジケータ、オフセット、およびシグネチャシーケンスのうちの少なくとも１つとを含む、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
ユーザ機器（ＵＥ）（４０１）において、データ送信のために、専用アップリンクリソースへの高速アクセスを基地局（４０３）に提供することを可能にする、前記ＵＥの識別子を提供する方法であって、
共通アップリンクリソースのセットの構成パラメータを前記基地局（４０３）から受信するステップ（ステップ３０２、Ｓ−４０２）と、
共通アップリンクリソースの前記セットの共通アップリンクリソースのランダムアクセス要求を前記基地局（４０３）に送信するステップ（ステップ３０４、Ｓ−４０４、５０８、８１０；７１２、９１０）と、
前記セットの前記共通リソースの割り当てを前記基地局（４０３）から取得するステップ（ステップ３０６、Ｓ−４０８）と、
前記共通リソースでＵＥ識別子を前記基地局（４０３）に送信するステップ（ステップ３０８、Ｓ−４１０、５２０；７１２）であって、前記ＵＥ識別子は、以前に使用された、専用リソースの構成パラメータのセットを示す、ステップ（ステップ３０８、Ｓ−４１０、５２０、７１２）と、
を含む方法。
【請求項８】
ＵＥ識別子を送信する前記ステップ（ステップ３０８、Ｓ−４１０）における前記ＵＥ識別子は、拡張専用チャネル（Ｅ−ＤＣＨ）無線ネットワーク一時識別子（Ｅ−ＲＮＴＩ）を含む、請求項７に記載の方法。
【請求項９】
データ送信用として前記専用アップリンクリソースを提供するために、前記以前に使用された構成パラメータのセットを適用する指示を、前記基地局（４０３）から受信するステップ（ステップ３１０、Ｓ−４１４）をさらに含む、請求項７または８に記載の方法。
【請求項１０】
共通アップリンクリソースの前記セットの前記構成パラメータは、ブロードキャストチャネル（５１４、８１２）で、または、高速共用制御チャネル（ＨＳ−ＳＣＣＨ）（７１８）および高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）（７２０、９１２）の少なくとも一方で、前記基地局から受信される、請求項７〜９のいずれか一項に記載の方法。
【請求項１１】
前記セットの前記共通リソースの割り当てを前記基地局（４０３）から取得する前記ステップにおける割り当ては、捕捉表示チャネルＡＩＣＨ（５１４、８１２）で取得される、請求項７〜１０のいずれか一項に記載の方法。
【請求項１２】
データ送信のために、専用アップリンクリソースへの高速アクセスをユーザ機器（ＵＥ）（４０１）に提供することが可能な基地局（４０３）であって、請求項１〜６のいずれか一項に記載の方法を実行するように構成された基地局（４０３）。
【請求項１３】
データ送信のために、専用アップリンクリソースへの高速アクセスを基地局（４０３）に提供することが可能なユーザ機器（ＵＥ）（４０１）であって、請求項７〜１１のいずれか一項に記載の方法を実行するように構成されたＵＥ（４０１）。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野
本発明は、一般に、電気通信システムにおける方法および装置に関し、詳細には、電気通信システムにおけるデータ送信のための、ＵＥと基地局との間の専用アップリンクリソースへの高速アクセスを提供する方法および装置に関する。
【背景技術】
【０００２】
背景
移動局あるいは端末と呼ばれることもあるユーザ機器（ＵＥ）は、接続モードにおいては、セルレベル（ＵＥがどのセル内にあるかを無線網制御（ＲＮＣ）が追跡する）またはユニバーサル移動電気通信システム（ＵＭＴＳ）のユニバーサル陸上無線アクセス網（ＵＴＲＡＮ）のＵＴＲＡＮ登録エリア（ＵＲＡ）レベルでの追跡が可能である。ＵＲＡは、いくつかのセルをカバーする。ＵＲＡ＿ＰＣＨ状態およびＣＥＬＬ＿ＰＣＨ状態（ＰＣＨ＝物理チャネル）では、ユーザデータが送信される可能性はない。ＲＮＣは、ＵＴＲＡＮページングによってＵＥに到達することだけが可能である。ＣＥＬＬ＿ＦＡＣＨ（ＦＡＣＨ＝フォワードアクセスチャネル）状態では、アップリンク（ＵＬ）でのユーザデータ送信に使用可能な共通ランダムアクセスチャネル（ＲＡＣＨ）がＵＥに割り当てられている。
【０００３】
しかしながら、パワーランピング（power ramping）、衝突回避、競合解決などの特殊なチャネルアクセス手順は、先に行わないと、アップリンクデータ送信を開始することができない。これは、複数の端末がチャネルを共用するためである。ダウンリンクデータ用に割り当てられたチャネル（フォワードアクセスチャネル（ＦＡＣＨ））も複数の端末が共用するが、このチャネルへのアクセスはＲＮＣによってスケジュールされる。ＣＥＬＬ＿ＤＣＨ状態（ＤＣＨ＝専用チャネル）では、専用または共用の物理チャネルがＵＥに割り当てられている。
【０００４】
Ｒｅｌ−７（３ＧＰＰ  ＴＳ  ２５．２１４「Physical layer procedures (FDD)」のＲｅｌｅａｓｅ  ７）より前は、ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥが、高速共用制御チャネル／高速ダウンリンク共用チャネル（ＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨ）を読み取るためには、ＣＥＬＬ＿ＤＣＨに切り替わる必要があった。このことは、ＵＥと基地局（ノードＢ、あるいは、ＬＴＥ（Long Term Evolution）ではｅノードＢ（evolved Node-B）とも呼ばれる）との間、およびノードＢとＲＮＣとの間でいくつかの制御メッセージを交換することが必要であり、それによって、遅延がかなり大きくなることを意味していた。Ｒｅｌｅａｓｅ  ７では、ＵＥがＣＥＬＬ＿ＦＡＣＨ状態である間にノードＢがＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨでＵＥをアドレス指定できる機能が導入された。その結果、遅延が減り、性能が向上した。
【０００５】
しかしながら、ＵＥは、送信すべきデータがある場合には、ノードＢをアドレス指定してよい。ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥがデータの送信を開始するためには、ＵＥは、ランダムアクセスチャネル（ＲＡＣＨ）手順を用いてネットワークにアクセスし、アップリンク（ＵＬ）およびダウンリンク（ＤＬ）の両方で同期し、ＣＥＬＬ＿ＤＣＨ状態に移ることが必要である。この手順はさらに、ノードＢとＲＮＣとの間で何らかの制御メッセージ交換を行うことを必要とする。
【０００６】
バースト性のトラフィック、すなわち未確定期間ごとのデータ量が比較的小さいトラフィック（Ｗｅｂブラウジングトラフィックなど）をＵＥが送信しなければならない場合には、ＲＡＣＨ手順の１つの弱点が顕著になる。
【０００７】
この場合、ＵＥがＣＥＬＬ＿ＦＡＣＨ状態であれば、ＵＥは、送信するデータが非常に少ない量でない限り、送信の前にＣＥＬＬ＿ＤＣＨ状態に切り替わる必要がある。切り替え手順の実行には、数百ミリ秒を要することがある。このことは、ＵＥが送信すべきデータが比較的少量でありながら、それでも現在のＲＡＣＨで送信可能な量より多い場合には、非常に不便である。セットアップ時間が長いために実際のスループットが非常に低くなるからである。
【０００８】
ＵＥは、データの送信後、非活動時間を経て、最終的に再度ＣＥＬＬ＿ＦＡＣＨ状態に移行する。もう一度データの送信が必要になった場合には、同じ手順を再度踏まなければならない。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
概要
本発明の目的は、上述の問題を少なくともある程度まで軽減する解決方法を提供することである。
【課題を解決するための手段】
【００１０】
本発明の第１の態様は、基地局において、データ送信のために、専用ＵＬリソースへの高速アクセスをＵＥに提供することを可能にするＵＥ識別子を取得する方法を提供する。本方法では、基地局は、共通ＵＬリソースのセットの構成パラメータをＵＥに送信する。このＵＥは、共通リソースのランダムアクセス要求を基地局に送信し、これによって、共通リソース要求は本方法で受信される。次に基地局は、共通ＵＬリソースのセットの共通リソースのうちの少なくとも１つが利用可能かどうかを判定する。共通リソースの少なくとも１つが空いている場合、基地局は、利用可能な共通リソース(available common resource)を前記ＵＥに割り当てる。さらに、基地局は、前記割り当てられた共通リソースでＵＥから送信されたＵＥ識別子を受信する。ＵＥ識別子は、以前に使用された、専用リソースの構成パラメータのセットを示しており、以前に使用された構成パラメータをＵＥが使用することを可能にする。
【００１１】
この態様の少なくともいくつかの実施形態では、ＵＥから受信されるＵＥ識別子は、拡張専用チャネル（Ｅ−ＤＣＨ）無線ネットワーク一時識別子（Ｅ−ＲＮＴＩ）を含むことが可能である。
【００１２】
この態様の少なくともいくつかの実施形態では、基地局は、前記ＵＥが、専用リソース用として特定の構成パラメータのセットを以前に使用しているかどうかを、ＵＥ識別子に基づいて判定することが可能である。ＵＥが特定の構成パラメータのセットを以前に使用している場合には、基地局は、前記専用ＵＬリソースをデータ送信用としてＵＥに提供するために、前記以前に使用された構成パラメータのセットを適用することを前記ＵＥに指示することが可能である。
【００１３】
この態様の少なくともいくつかの実施形態では、基地局は、共通ＵＬリソースのセットの構成パラメータをブロードキャストチャネルでＵＥに送信することが可能である。あるいは、ノードＢは、共通ＵＬリソースのセットの構成パラメータを、高速共用制御物理チャネル（ＨＳ−ＳＣＣＨ）および高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）の少なくとも一方で、前記ＵＥに送信することが可能である。
【００１４】
この態様の少なくともいくつかの実施形態では、基地局は、共通リソース割り当てを、捕捉表示チャネル（ＡＩＣＨ）で前記ＵＥに送信することが可能である。
【００１５】
この態様の少なくともいくつかの実施形態では、構成パラメータのセットは、構成識別子と、チャネライゼーションコード、タイミングインジケータ、オフセット、およびシグネチャシーケンス（signature sequence）のうちの少なくとも１つとを含むことが可能である。
【００１６】
本発明の第２の態様は、ユーザ機器（ＵＥ）において、データ送信のために、専用ＵＬリソースへの高速アクセスを基地局に提供することを可能にする、前記ＵＥの識別子を提供する方法を提供する。本方法では、ＵＥは、共通ＵＬリソースのセットの構成パラメータを前記基地局から受信する。ＵＥはさらに、共通ＵＬリソースのセットの共通リソースのランダムアクセス要求を前記基地局に送信する。さらに、ＵＥは、共通ＵＬリソースのセットの前記共通リソースの割り当てを基地局から取得する。さらに、ＵＥは、ＵＥ識別子を、前記共通リソースで前記基地局に送信する。識別子は、以前に使用された、専用リソースの構成パラメータのセットを示している。
【００１７】
この態様の少なくともいくつかの実施形態では、ＵＥが送信するＵＥ識別子は、Ｅ−ＲＮＴＩを含むことが可能である。
【００１８】
この態様の少なくともいくつかの実施形態では、本方法において、ＵＥは、前記専用ＵＬリソースをデータ送信用として提供するために、前記以前に使用された構成パラメータのセットを適用する指示を、前記基地局から受信することが可能である。
【００１９】
この態様の少なくともいくつかの実施形態では、ＵＥは、基地局からブロードキャストチャネルで送信された、共通ＵＬリソースのセットの構成パラメータを受信することが可能である。あるいは、基地局は、共通ＵＬリソースのセットの構成パラメータを、高速共用制御チャネル（ＨＳ−ＳＣＣＨ）および高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）の少なくとも一方で、受信することが可能である。
【００２０】
この態様の少なくともいくつかの実施形態では、ＵＥは、割り当てを、基地局から捕捉表示チャネル（ＡＩＣＨ）で取得することが可能である。
【００２１】
本発明の第３の態様は、データ送信のための専用ＵＬリソースへの高速アクセスをユーザ機器（ＵＥ）に提供することが可能な基地局を提供する。本基地局は、この第３の態様に従って、本発明の第１の態様の方法ステップを実行するように構成可能である。
【００２２】
本発明の第４の態様によれば、ＵＥは、データ送信のために、専用ＵＬリソースへの高速アクセスを基地局に提供することが可能である。この態様によれば、ＵＥは、本発明の第２の態様の方法ステップを実行するように構成可能である。
【００２３】
本発明の各種実施形態は、ＵＬセットアップ遅延を減らす利点をもたらし、その結果、ネットワークから見た性能を改善し、エンドユーザから見た体験の質を改善する。
【００２４】
また、上述の本方法に関連した特徴は、該当する場合には、本方法に関連して説明したものと同等または同様の利点を有する、本発明に従う構成で実装可能である。
【００２５】
言うまでもなく、上述の各実施形態は、同じ実施形態にまとめることが可能である。以下では、本発明の好ましい実施形態を、図面を参照しながら説明する。
【００２６】
なお、用語「含む（comprises/comprising）」は、本明細書で用いられる場合には、述べられている特徴、整数、ステップ、または構成要素の存在を明示するために用いられており、１つまたは複数の他の特徴、整数、ステップ、または構成要素、あるいはこれらの集まりの存在または追加を排除するものではない。
【００２７】
本明細書において本発明の利点および特徴をより詳細に説明するために、いくつかの実施形態を以下で説明する。その際、以下の添付図面を参照する。
【図面の簡単な説明】
【００２８】
図面の簡単な説明
【図１】本発明の基本シグナリング方式を示す図である。
【図２】本発明のいくつかの実施形態による方法ステップのフローチャートを示す図である。
【図３】本発明のいくつかの実施形態による方法ステップのフローチャートを示す図である。
【図４】本発明のいくつかの実施形態によるシグナリング方式を示す図である。
【図５】少なくとも本発明の第１の好ましい実施形態によるシグナリングを示す図である。
【図６】拡張獲得インジケータチャネル（ＡＩＣＨ）を示す図である。
【図７】少なくとも本発明の第２および第３の好ましい実施形態によるシグナリングを示す図である。
【図８】少なくとも本発明の第１の好ましい実施形態による、様々なフェーズにおけるシグナリングを示す図である。
【図９】少なくとも本発明の第２および第３の好ましい実施形態による、様々なフェーズにおけるシグナリングを示す図である。
【００２９】
略語
ＡＣＫ  肯定応答（Acknowledgment）
ＡＩＣＨ  捕捉表示チャネル（Acquisition Indicator Channel）
ＡＲＱ  自動再送要求（Automatic Repeat Query）
Ｃ−ＲＮＴＩ  セル無線ネットワーク一時識別子（Cell Radio Network Temporary Identity）
ＤＬ  ダウンリンク（Downlink）
ＤＴＸ  不連続送信（Discontinuous Transmission）
Ｅ−ＡＧＣＨ  Ｅ−ＤＣＨ絶対的許可チャネル（E-DCH Absolute Grant Channel）
Ｅ−ＤＣＨ  拡張専用チャネル（Enhanced Dedicated Channel）
Ｅ−ＨＩＣＨ  Ｅ−ＤＣＨハイブリッドＡＲＱインジケータチャネル（E-DCH Hybrid ARQ Indicator Channel）
Ｅ−ＲＮＴＩ  Ｅ−ＤＣＨ無線ネットワーク一時識別子（E-DCH Radio Network Temporary Identity）
Ｅ−ＴＦＣＩ  Ｅ−ＤＣＨトランスポートフォーマットコンビネーションインジケータ（E-DCH Transport Format Combination Indicator）
Ｆ−ＤＰＣＨ  フラクショナル専用物理チャネル（Fractional Dedicated Physical Channel）
ＦＡＣＨ  フォワードアクセスチャネル（Forward Access Channel）
ＨＳ−ＤＳＣＨ  高速ダウンリンク共用チャネル（High Speed Downlink Shared Channel）
ＨＳ−ＳＣＣＨ  高速共用制御チャネル（High Speed Shared Control Channel）
ＮＡＣＫ  否定応答（Negative Acknowledgment）
Ｐ−ＣＣＰＣＨ  プライマリ共通制御物理チャネル（Primary Control Common Physical Channel）
ＰＲＡＣＨ  物理ランダムアクセスチャネル（Physical Random Access Channel）
ＲＡＣＨ  ランダムアクセスチャネル（Random Access Channel）
Ｒｅｌ−７  ３ＧＰＰ  ＴＳ  ２５．２１４のＲｅｌｅａｓｅ  ７
Ｒｅｌ’９９  ３ＧＰＰ  ＴＳ  ２５．２１４のＲｅｌｅａｓｅ  １９９９
ＲＮＣ  無線網制御（Radio Network Controller）
ＵＥ  ユーザ機器（User Equipment）
ＵＬ  アップリンク（Uplink）
【発明を実施するための形態】
【００３０】
詳細な説明
簡単に述べると、本発明は、ＵＥと基地局との間のデータ送信のための専用アップリンクリソースを提供するように、少なくとも何らかの方式で適合された方法、ユーザ機器（ＵＥ）、および基地局に関する。より具体的には、本発明は、出願人の最善の知識に基づく、既知の方式より高速な方式で専用ＵＬリソースを提供する方法および手段を提供するものである。
【００３１】
Ｒｅｌｅａｓｅ  ７（３ＧＰＰ  ＴＳ  ２５．２１４）では、ノードＢとＵＥとの間のダウンリンク（ＤＬ）が改善されている。
【００３２】
これに対し、本発明は、ＵＥとノードＢとの間のアップリンク（ＵＬ）を改善することを提案する。ＵＥは、ＣＥＬＬ＿ＦＡＣＨ（セルフォワードアクセスチャネル）でのＵＬデータの送信を、現在可能なスループットより高いスループットで行うことが可能でなければならない。そのためには、ＵＥは、ＣＥＬＬ＿ＤＣＨに移行することなく、可能な限り早急にＥ−ＤＣＨを用いることが必要になる。ＣＥＬＬ＿ＤＣＨに移行することはＲＮＣと通信することを意味し、これは時間遅延およびシグナリングリソースの非最適利用につながるからである。そこで、この手順を「高速Ｅ−ＤＣＨアクセス」と呼ぶことにする。
【００３３】
図１は、本発明による、専用ＵＬリソースへの高速アクセスをＵＥに提供するためにＵＥ  １０１とノードＢ  １０３との間でシグナリングを行う基本シグナリング方式を示す。ここに含まれるシグナリングの簡単な説明を以下に記す。
【００３４】
信号Ｓ−１０２で、ノードＢ  １０３は、共通ＵＬリソースの構成を、少なくともＵＥ  １０１にブロードキャストする。これらのＵＬリソースは、典型的には、ＣＥＬＬ＿ＦＡＣＨでのアップリンクトラフィックに使用可能な共通Ｅ−ＤＣＨリソースを含む。
【００３５】
信号Ｓ−１０４で、ＵＥ  １０１は、ランダムアクセスチャネル（ＲＡＣＨ）手順を開始する。
【００３６】
信号Ｓ−１０６で、ノードＢ  １０３は、ＵＥ  １０１に応答を送信する。この応答は、ＵＥがそのデータを共通Ｅ−ＤＣＨリソースで送信することを可能にする、割り当てられた共通構成を含む。この応答はさらに、ＵＥ  １０１がそのデータを前記共通Ｅ−ＤＣＨで送信することを可能にする、ＵＥ  １０１向けのコード、タイミングオフセット、および他の任意の追加情報を含んでよい。
【００３７】
このように、ここでは、共通Ｅ−ＤＣＨリソースでの信号の送信のために無線ネットワーク制御（ＲＮＣ）と対話する必要がない。
【００３８】
この時点で、ＵＥ  １０１は、信号Ｓ−１０８で、そのデータを、共通Ｅ−ＤＣＨリソースでノードＢ  １０３まで送信することが可能である。
【００３９】
ＵＥ  １０１が、割り当てられた共通Ｅ−ＤＣＨリソースでのパケットの送信を完了すると、ノードＢ  １０３は、信号Ｓ−１１０で、共通Ｅ−ＤＣＨリソースを解放することが可能である。
【００４０】
これらの信号は、記載した順序と異なる順序で伝達されてもよい。たとえば、共通Ｅ−ＤＣＨの構成パラメータは、信号Ｓ−１０６（すなわち、Ｓ−１０４でＵＥ  １０１によってシグナリングされたＲＡＣＨ手順に対する、ノードＢの応答）で提供されてもよい。
【００４１】
いくつかの実施形態をより詳細に説明するために、基地局（ノードＢ）が、ユーザ識別子を取得して、専用ＵＬリソースへの高速アクセスをＵＥに提供することを可能にする方法ステップを説明する。その方法ステップを、図２に示す。
【００４２】
図２の最初のステップは、利用可能な共通リソースのセットの構成パラメータを含むメッセージを、ノードＢによって送信するステップ（ステップ２０２）である。このステップは、図１の信号Ｓ−１０２（ノードＢ  １０１によって送信される、共通ＵＬリソースの構成）に対応する。
【００４３】
さらなる情報および詳細については、後述の好ましい実施形態の図５〜９に関連して説明することとする。
【００４４】
ノードＢ  １０３からのメッセージに対する応答として、このノードＢ  １０３は、ステップ２０４で、共通リソースのランダムアクセス要求を受信することが可能であり、このステップは、ＵＥ  １０１から送信されたランダムアクセス手順に関連する、図１の信号Ｓ−１０４に対応する。
【００４５】
この要求を受信したノードＢ  １０３は、ＵＥ  １０１が使用できる共通リソースが少なくとも１つあるかどうかを判定することが可能である。この判定は、ステップ２０６において行う。少なくとも１つの共通リソースが利用可能であれば、ノードＢ  １０３は、ステップ２０８で、その利用可能な共通リソースをＵＥ  １０１に割り当てる。
【００４６】
図１において対応するステップの信号は、信号Ｓ−１０６（ＵＥが共通Ｅ＿ＤＣＨリソースでデータを送信することを可能にする、割り当てられた共通構成）である。
【００４７】
ステップ２０８での割り当てに対する応答として、ノードＢ  １０３は、ステップ２１０でＵＥ識別子を受信することが可能である。このＵＥ識別子は、前記ＵＥ  １０１からのＥ−ＤＣＨ無線ネットワーク一時識別子（Ｅ−ＲＮＴＩ）であってよい。
【００４８】
図１においてステップ２１０に対応するのは、ＵＥ  １０１が共通Ｅ−ＤＣＨリソースでデータを送信する信号Ｓ−１０８である。
【００４９】
ノードＢ  １０３は、ステップ２１２で、ＵＥ  １０１が特定の構成パラメータのセットを使用したかどうかを、Ｅ−ＲＮＴＩ識別子に基づいて判定することが可能である。
【００５０】
ＵＥ  １０１が特定の構成パラメータのセットを使用した場合、ノードＢ  １０３は、ステップ２１４で、構成パラメータの前記セットを適用することをＵＥ  １０１に指示する。
【００５１】
ノードＢ  １０３は、ステップ２１２で、ＵＥが特定の構成パラメータのセットを使用していないと判定した場合には、ステップ２１６で、ランダムアクセスチャネル（ＲＡＣＨ）手順を用いてデータを送信することをＵＥ  １０１に指示する。
【００５２】
なお、図１に示したような基本シグナリング方式は、以前に使用された構成パラメータのセットを、ノードＢにデータを送信するＵＥ自身のＥ−ＤＣＨリソースの利用するためにＵＥによって使用されることを、ノードＢが許可できるようにするＵＥ識別子を明示的に含んでいない。しかしながら、このＵＥ識別子（Ｅ−ＤＣＨ無線ネットワーク一時識別子（Ｅ−ＲＮＴＩ）であってよい）は、本発明の実施形態をより詳細に説明している後続の各図のステップおよび信号に含まれている。
【００５３】
以上、図２を参照して、ノードＢに関する方法ステップを説明した。
【００５４】
次に、ＵＥ側の対応するステップを、図３を参照して説明する。図３は、ＵＥ  １０１の識別子を与えて、専用ＵＬリソースへの高速アクセスをデータ送信用としてノードＢ  １０３に提供することを可能にする方法ステップを示している。
【００５５】
以下、図３の方法ステップを説明する。
【００５６】
ステップ３０２で、ＵＥ  １０１は、共通リソースのセットの構成パラメータを、ノードＢ  １０３から受信することが可能である。
【００５７】
したがって、このステップは、ＵＥ  １０１が共通ＵＬリソースの構成を受信する、図１の信号Ｓ−１０２に対応する。
【００５８】
ＵＥ  １０１がデータの送信を希望した場合、ＵＥ  １０１は、ステップ３０４で、ランダムアクセス要求を送信することが可能である。この要求は、典型的には、物理ランダムアクセスチャネル（ＰＲＡＣＨ）で送信される。
【００５９】
この場合も、図１において対応するのは、ＵＥ  １０１がランダムアクセス手順を実行する信号Ｓ−１０４である。
【００６０】
ランダムアクセス要求に対する応答として、ＵＥ  １０１は、ステップ３０６で、共通リソースの割り当てを受信することが可能である。これは、図１の信号Ｓ−１０６に対応する。
【００６１】
上記ステップ３０２で取得した構成パラメータは、あるいは、共通リソースのセットの割り当てを取得するステップ３０６において受信することも可能である。さらに下記では、ＵＥからのランダムアクセス要求の受信後にノードＢから構成パラメータが送信される実施形態について説明する。
【００６２】
ＵＥ  １０１は、共通リソースの割り当てを受信した後、ステップ３０８で、共通リソースでＵＥ識別子（Ｅ−ＲＮＴＩ識別子であってよい）を送信する。この識別子は、以前に使用された、専用リソースの構成パラメータのセットを示す。この構成パラメータのセットは、フラクショナル専用物理チャネル（Ｆ−ＤＰＣＨ）（図８および９に関連して後述）により、ノードＢ  １０３からＵＥ  １０１へ送信可能である。
【００６３】
ステップ３０８は、データが共通Ｅ−ＤＣＨリソースで送信される、図１の信号Ｓ−１０８に対応する。
【００６４】
ＵＥ識別子を送信した後、ＵＥ  １０１は、ステップ３１０で、以前に使用された、データ送信用専用アップリンク（ＵＬ）リソースを提供する構成パラメータのセットを適用する指示を、ノードＢ  １０３から受信することが可能である。
【００６５】
以上、ＵＥ  １０１およびノードＢ  １０３の方法ステップを、図２および３を参照して簡単に説明した。
【００６６】
各種方法ステップを互いに関連付け、本発明のいくつかの実施形態をさらに説明するために、ＵＥ  ４０１およびノードＢ  ４０３によって送信される信号および実行されるステップを例示するシグナリング方式を、図４に示す。
【００６７】
まず、信号Ｓ−４０２で、共通ＵＬリソースのセットの構成パラメータを、ノードＢ  ４０３からＵＥ  ４０１へ伝達することが可能である。
【００６８】
この信号は、図１の信号Ｓ−１０２に対応する。
【００６９】
その後、共通リソースのランダムアクセス要求が、信号Ｓ−４０４で、ＵＥ  ４０１からノードＢ  ４０３へ伝達される。この信号は、図１の信号Ｓ−１０４に対応する。
【００７０】
ノードＢ  ４０３は、共通リソースのランダムアクセス要求を受信した後、ステップＳ−４０６で、共通リソースの少なくとも１つが利用可能かどうかを判定することが可能になる。
【００７１】
少なくとも１つの共通リソースが利用可能であれば、ノードＢ  ４０３は、信号Ｓ−４０８で、利用可能な共通リソースの割り当てをＵＥ  ４０１に伝達することが可能である。この信号は、信号Ｓ−１０６（ＵＥ  １０１が共通Ｅ−ＤＣＨリソースでデータを送信することを可能にする、割り当てられた共通構成）に相当する。
【００７２】
既に簡単に説明したように、ＵＥ  ４０１は次に、信号Ｓ−４１０で、割り当てられた共通リソースでそのＵＥ識別子を送信することによって自身を識別させることが可能である。本発明の少なくともいくつかの実施形態によれば、ＵＥ識別子は、Ｅ−ＤＣＨ無線ネットワーク一時識別子（Ｅ−ＲＮＴＩ）を含む。
【００７３】
対応する信号は、図１に示した、共通Ｅ−ＤＣＨリソースでデータが送信される信号Ｓ−１０８である。
【００７４】
次にノードＢ  ４０３は、信号Ｓ−４１２で、ＵＥ  ４０１が特定の構成パラメータのセットを以前に使用しているかどうかを、受信したＵＥ識別子に基づいて判定する。
【００７５】
信号Ｓ−４１２の判定の答えが肯定であれば、ノードＢ４０３は、信号Ｓ−４１４で、その、以前に使用された構成パラメータのセットを適用することをＵＥ  ４０１に指示する。
【００７６】
答えが否定であった場合、ノードＢ  １０３は、ランダムアクセスチャネル（ＲＡＣＨ）手順を用いてデータを送信することをＵＥに指示することが可能である。これは、図２のステップ２１６に示した。
【００７７】
ここまで、ノードＢ  １０３およびＵＥ  １０１の方法ステップを簡単に説明した。
【００７８】
これに対し、以下では、本発明の好ましい実施形態を説明する。
【００７９】
これらの好ましい実施形態は、ＵＥの方法ステップとノードＢの方法ステップとの両方を含む。
【００８０】
専用ＵＬリソースへの高速アクセスをＵＥに提供することを可能にする手順は、様々なフェーズを含み、各フェーズは、その手順の別々のタイムスタンプを反映する。以下では、第１フェーズを説明する。
【００８１】
フェーズ１  −  ＵＥのＲＡＣＨ送信
第１フェーズを説明するために、図５および７を参照する。図５および７は、第１、第２、および第３の好ましい実施形態によるシグナリングを、それぞれ示している。
【００８２】
図５および７は両方とも、捕捉表示チャネル（ＡＩＣＨ）アクセススロット５０２、７０２ならびに物理ランダムアクセスチャネル（ＰＲＡＣＨ）アクセススロット５０４、７０４を示している。
【００８３】
このフェーズでは、ＵＥが何らかの理由（たとえば、データがＵＥのバッファにある、など）でネットワークにアクセスしようとしたときに、ランダムアクセスチャネル（ＲＡＣＨ）手順が開始される。ＲＡＣＨ手順では、まず、ＵＥが、電力レベルを増やしながら（いわゆるパワー ランプリング）、信号をＲＡＣＨプリアンブル５０６、７１０および５０８、７１２の形でノードＢへ送信する。
【００８４】
ＲＡＣＨプリアンブルを送信するために、ＵＥは、１６個のシグネチャのセットの中からシグネチャを選択する必要がある。このシグネチャは、ＲＡＣＨプリアンブル５１０、７１４の第１の部分に含めることが可能である。ＲＡＣＨプリアンブル５０８、７１２はさらに、第２の部分５１２、７１６を含み、これは、データをノードＢに不連続送信することに使用可能である。
【００８５】
なお、ＲＡＣＨプリアンブル７１２を送信するステップは、図３のステップ３０４（ランダムアクセス要求を送信する）に対応し、図４に示した信号Ｓ−４０４（共通リソースのランダムアクセス要求）に対応する。
【００８６】
これら１６個のシグネチャのうちのいくつかは、高速共通Ｅ−ＤＣＨアクセスに適用されるべく予約され、残りのシグネチャは、Ｒｅｌ’９９で定義されているように使用されることが可能であり、したがって、選択されたＵＬアクセススロットに対応する、選択されたシグネチャを含む非修飾ＡＩＣＨの要求に使用されることが可能である。
【００８７】
これらの分割されたシグネチャは、ノードＢによって、ＤＬブロードキャストチャネルまたはＤＬ共用チャネルでブロードキャストされることが可能である。
【００８８】
そしてＵＥは、それらのシグネチャの中から、高速共通Ｅ−ＤＣＨアクセスに用いるシグネチャをランダムに選択することが可能である。いくつかのシグネチャはＲｅｌ’９９で定義されているように使用されることが可能なので、高速共通Ｅ−ＤＣＨアクセスのための選択の対象となるシグネチャは、完全にランダムというわけではない。これはあくまで、高速共通Ｅ−ＤＣＨアクセスに適用されるべく予約されているシグネチャの中でランダムである。
【００８９】
第２フェーズでは、ＲＡＣＨプリアンブル５０８、７１２に対してノードＢから送信される応答について説明する。
【００９０】
フェーズ１のＲＡＣＨ手順は、図５および７の両方に示しているが、第１の好ましい実施形態によるフェーズ２の手順は、図５にのみ示している。図７はさらに、第２の好ましい実施形態による手順を示している。以下、これについて説明する。
【００９１】
フェーズ２の第１の好ましい実施形態  −  ノードＢのＡＩＣＨ送信
図５は、拡張捕捉表示チャネル（ＡＩＣＨ）５１４を含んでいるため、まず、これについて、この拡張ＡＩＣＨメッセージを示している図６を参照して紹介する。
【００９２】
図６に示すように、捕捉表示チャネル（ＡＩＣＨ）６０２は、４０９６個のチップを含む第１の部分６０４と、１０２４個のチップを含む第２の部分とを含む。したがって、拡張ＡＩＣＨ全体は、５１２０個のチップを含んでいる。
【００９３】
拡張ＡＩＣＨ  ６０２の第１の部分６０４は、Ｒｅｌ’９９におけるそれと同じ意味を有しており、すなわち、送信される捕捉表示当たりの電力に関するＵＥ向け情報を含んでいる。
【００９４】
拡張ＡＩＣＨ  ６０２の第２の部分６０６（Ｒｅｌ’９９では未使用）には、割り当てられた共通Ｅ−ＤＣＨ構成を含めることが可能である。さらに、要求されたリソースの利用可能性が、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）の形で含められる。共通Ｅ−ＤＣＨ構成に関する情報とリソースの利用可能性に関する情報は、一緒に符号化しても、別々に符号化してもよい。
【００９５】
図５では、拡張ＡＩＣＨ  ５１４も示されており、これには、前の段落で説明したように、第１の部分５１６および第２の部分５１８が含まれている。
【００９６】
この第１の好ましい実施形態によれば、ノードＢは、ＵＥへの応答を、捕捉表示チャネル（ＡＩＣＨ）５０２の拡張ＡＩＣＨプリアンブル５１４の形で送信する。
【００９７】
したがって、拡張ＡＩＣＨ  ５１４は、全部で５１２０個のチップの容量を有し、そのうち、第１の部分５１６の４０９６個のチップが獲得ビットに使用される。拡張ＡＩＣＨプリアンブル５１４全体のうちの第２の部分５１８の１０２４個のチップは、この第１の好ましい実施形態において使用されている。
【００９８】
上述のように、第２の部分５１８、６０６は、割り当てられた共通Ｅ−ＤＣＨ構成、ならびに、ＲＡＣＨプリアンブル５０８で要求されたリソースについてのリソースの利用可能性に関する、符号化が可能な情報を含んでいる。
【００９９】
このように、ノードＢはさらに、共通Ｅ−ＤＣＨ構成のセットをＡＩＣＨプリアンブル５１４に含めてブロードキャストする。
【０１００】
このＡＩＣＨプリアンブル５１４は、図２のステップ２０８（利用可能な共通リソースを割り当てる）に対応しており、このステップは、図４では、ノードＢ  ４０３から送信される信号Ｓ−４０８（利用可能な共通リソースの割り当て）として示されている。
【０１０１】
フェーズ３の第１の好ましい実施形態  −  ＵＥのＡＩＣＨ受信
このフェーズでは、ＵＥは、ノードＢから送信されたＡＩＣＨプリアンブル５１４（および、該当するものがあれば、他の任意の情報）を読み取る必要がある。
【０１０２】
したがって、ＵＥは、ＡＩＣＨを読み取る必要がある。ＡＩＣＨプリアンブル５１４に含まれる情報に応じて異なる３つのケースが、以下のように識別される。
【０１０３】
ケース１では、ＡＩＣＨプリアンブル５１４の第１の部分５１６および第２の部分５１８の両方に、肯定応答（ＡＣＫ）が含まれる。このケースでは、ＵＥは、第２の部分５１８にある、割り当てられた構成によって与えられるパラメータを適用し、共通Ｅ−ＤＣＨリソース５２０での送信を開始する。
【０１０４】
ＵＥは、ＡＩＣＨプリアンブル５１４を読み取ることに加えて、フラクショナル専用物理チャネル（Ｆ−ＤＰＣＨ）、Ｅ−ＤＣＨハイブリッド自動再送要求（ＡＲＱ）インジケータチャネル（Ｅ−ＨＩＣＨ）、およびＥ−ＤＣＨ絶対的許可チャネル（Ｅ−ＡＧＣＨ）も読み取る。
【０１０５】
これらの信号に応じて、拡張ＡＩＣＨプリアンブル５１４に含まれる構成は、特定のＩＤで識別される。各構成は、他の構成のパラメータセットと部分的または全面的に異なってよいパラメータセットを含む。これらの構成は、チャネライゼーションコード、タイミングインジケータ、オフセット、シグネチャシーケンスなどを含んでよい。
【０１０６】
受信される共通Ｅ−ＤＣＨ構成は、ＵＥが、割り当てられた共通Ｅ−ＤＣＨリソースを用いて送信を開始するのに十分な情報を含んでいる。
【０１０７】
ＵＥは、Ｅ−ＤＣＨリソースでデータの送信を開始したら、競合解決用として、ＵＥ自身のＥ−ＲＮＴＩをメッセージ内で紹介しなければならない。
【０１０８】
識別された３つのケースのうちの第２のケースでは、ＵＥは、拡張ＡＩＣＨ  ５１４の第１の部分５１６でＡＣＫを受信し、拡張ＡＩＣＨプリアンブル５１４の第２の部分５１８にはＮＡＣＫが含まれる。このケースでは、ＵＥは、任意の共通Ｅ−ＤＣＨ構成を適用するため、共通Ｅ−ＤＣＨリソースを使用することができない。したがって、ＵＥは、Ｅ−ＤＣＨでの送信を行わない。
【０１０９】
しかしながら、ＵＥは、その代わりに、ＲＡＣＨ手順に続いて、ノードＢによってアナウンスされた同じシグネチャまたは別のシグネチャを用いてデータを送信する。
【０１１０】
このようにして、ＵＥは、利用可能な共通Ｅ−ＤＣＨリソースがない場合でも、ＲＡＣＨでデータを送信することが可能である。
【０１１１】
第３のケース、すなわち、拡張ＡＩＣＨプリアンブル５１４の第１の部分がＮＡＣＫを含む場合には、ＵＥは、送信を停止し、その後、バックオフおよび再試行を行わなければならない。
【０１１２】
フェーズ２の第２の好ましい実施形態  −  ノードＢによるＡＩＣＨおよびＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨの送信
本発明の第２の好ましい実施形態を、少なくとも部分的に、図７に示す。図７は、専用ＵＬリソースへの高速アクセスをＵＥに提供することを可能にする手順を示している。
【０１１３】
「フェーズ１」で説明したように、ＵＥは、電力レベルを増やしながらＲＡＣＨプリアンブル７１０、７１２を送信する。
【０１１４】
これらの信号への応答として、ノードＢは、ＵＥに対する返答を、ＡＩＣＨで、非修飾ＡＩＣＨプリアンブル７２２の形で送信する。
【０１１５】
このＡＩＣＨプリアンブル７２２は、４０９６個のチップからなる第１の部分７２４と、１０２４個のチップからなる第２の部分７２６とを含み、このうちの、ＡＩＣＨプリアンブル７２２の第１の部分７２４は、Ｒｅｌ’９９で指定されているとおりの獲得ビットを含む。
【０１１６】
十分な電力を有するＰＲＡＣＨプリアンブル７１２がノードＢで受信されてから、できるだけ早く（好ましくは、ＡＩＣＨプリアンブル７２２が送信される前に）、他の情報がノードＢから伝達される。
【０１１７】
高速共用制御チャネル（ＨＳ−ＳＣＣＨ）７０４および高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）７０６を用いて、ＨＳ−ＳＣＣＨメッセージ７１８およびＨＳ−ＤＳＣＨメッセージ７２０がノードＢから送信され、これらのメッセージは、割り当てられた共通Ｅ−ＤＣＨ構成およびリソースの利用可能性情報を含んでおり、ＵＥからＲＡＣＨプリアンブル７１２で送信された要求に対する応答である。
【０１１８】
「フェーズ２の第１の好ましい実施形態」において、第１の好ましい実施形態に関連して説明したように、共通Ｅ−ＤＣＨ構成をＡＩＣＨでブロードキャストすることが可能である。
【０１１９】
しかしながら、フェーズ２の第２の好ましい実施形態によれば、共通Ｅ−ＤＣＨ構成パラメータは、ＨＳ−ＳＣＣＨメッセージおよびＨＳ−ＤＳＣＨメッセージに含めてよい。
【０１２０】
ノードＢに利用可能なリソースがない場合、ノードＢは、高速共通Ｅ−ＤＣＨアクセスを後で再試行することをＵＥに命令することが可能である。あるいは、ノードＢは、ノードＢによって計算された特定量の時間の後にメッセージ部分（すなわち、ＲＡＣＨプリアンブル７１２）の送信を続行することをＵＥに命令することが可能である。この場合、ＵＥは、そのメッセージ部分の送信を、プリアンブル７１２で適用されたものと同じシグネチャ、またはノードＢによって割り当てられることが可能な別のシグネチャを用いて行う。これらすべての命令は、ＨＳ−ＳＣＣＨ  ７１８メッセージおよびＨＳ−ＤＳＣＨ  ７２０メッセージで送信可能である。
【０１２１】
ノードＢは、構成パラメータを最初に受信したＵＥとは別のＵＥに同じ構成パラメータを（たとえば、ＨＳ−ＳＣＣＨ  ７１８メッセージおよびＨＳ−  ＤＳＣＨ  ７２０メッセージで）送信することができない。
【０１２２】
なお、ＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨ  ７１８、７２０メッセージを送信することは、図２のステップ２０８（利用可能な共通リソースを割り当てる）に対応し、図４に示した、ノードＢ  ４０３によって送信される信号Ｓ−４０８（利用可能な共通リソースの割り当て）に対応する。
【０１２３】
フェーズ３の第２の好ましい実施形態  −  ＵＥによるＡＩＣＨおよびＨＳ−ＳＣＣＨＨＳ−／ＤＳＣＨの受信
このフェーズでは、ＵＥは、フェーズ２でノードＢから送信されたメッセージを読み取る必要がある。
【０１２４】
本発明の第１の好ましい実施形態に関して上述したように、ＵＥは、フェーズ３でＡＩＣＨプリアンブルを読み取る必要があった。
【０１２５】
ここで、本発明の第２の好ましい実施形態によれば、ＵＥは、ＨＳ−ＳＣＣＨ  ７１８メッセージおよびＨＳ−ＤＳＣＨ  ７２０メッセージを読み取る必要がある。
【０１２６】
ＵＥは、高速Ｅ−ＤＣＨアクセス手順でＲＡＣＨプリアンブル７１２を送信した際には、専用シグネチャの１つを使用している。したがって、ＵＥは、ＨＳ−ＳＣＣＨ  ７１８メッセージおよびＨＳ−ＤＳＣＨ  ７２０メッセージに含まれる新しいシグネチャ、またはシグネチャの有効性の、定義されたタイマの満了を待たなければならない。
【０１２７】
ＵＥがＨＳ−ＳＣＣＨメッセージおよびＨＳ−ＤＳＣＨメッセージを受信する前にタイマが満了した場合、ＡＩＣＨプリアンブル７２２の第１の部分７２４においてＡＣＫが受信されていれば、ＵＥは、同じシグネチャを用いてＲＡＣＨプリアンブル７１２のメッセージ部分の送信を開始する。一方、ＡＩＣＨプリアンブル７２２の前記第１の部分７２４にＮＡＣＫが含まれていれば、ＵＥは、送信を停止し、その後、バックオフおよび再試行を行う。
【０１２８】
したがって、ＨＳ−ＳＣＣＨ  ７１８メッセージおよびＨＳ−ＤＳＣＨ  ７２０メッセージの少なくとも一方が時間内に受信されれば、タイマは満了しない。その代わり、ＨＳ−ＳＣＣＨメッセージおよびＨＳ−ＤＳＣＨメッセージに含まれている共通構成を使用するかどうかは、ノードＢによって伝達されたリソースの利用可能性に依存する。
【０１２９】
ケース１では、ＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨ  ７１８、７２０メッセージの両方、ならびにＡＩＣＨプリアンブル７２２に、肯定応答（ＡＣＫ）が含まれる。このケースでは、ＵＥは、ＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨ  ７１８、７２０メッセージにある、割り当てられた構成によって与えられるパラメータを適用し、共通Ｅ−ＤＣＨリソース７２８での送信を開始する。
【０１３０】
ＵＥは、ＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨメッセージ７１８、７２０を読み取ることに加えて、Ｆ−ＤＰＣＨ、Ｅ−ＨＩＣＨ、およびＥ−ＡＧＣＨも読み取る。
【０１３１】
ＵＥは、共通Ｅ−ＤＣＨリソース７２８でデータの送信を開始したら、競合解決用として、ＵＥ自身のＥ−ＲＮＴＩをメッセージ内で紹介しなければならない。
【０１３２】
第２のケースでは、ＵＥは、ＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨメッセージ７１８、７２０と、ＡＩＣＨプリアンブル７２２との両方でＮＡＣＫを受信する。このケースでは、ＵＥは、どの共通Ｅ−ＤＣＨ構成も適用しないため、Ｅ−ＤＣＨリソース７２８による送信を行わない。
【０１３３】
しかしながら、ＵＥは、ＲＡＣＨ手順に続いて、ノードＢによってアナウンスされていれば、同じシグネチャあるいは別のシグネチャを用いてデータを送信する。したがって、共通Ｅ−ＤＣＨリソースが利用可能でない場合でも、データの送信が可能である。
【０１３４】
あるいは、上述のようにシグネチャを用いてＲＡＣＨプリアンブル７１２を再度送信することによって、共通Ｅ−ＤＣＨリソースを要求するプロセスを最初から開始することが可能である。
【０１３５】
第３のケース、すなわち、ＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨ  ７１８、７２０メッセージ、またはＡＩＣＨプリアンブル７２２のいずれかにＮＡＣＫが含まれる場合には、ＵＥは、送信を停止し、その後、バックオフおよび再試行を行わなければならない。
【０１３６】
フェーズ２および３の第３の好ましい実施形態  −  ＡＩＣＨおよびＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨの送信および受信
本発明の第３の好ましい実施形態によれば、ノードＢは、ＲＡＣＨプリアンブルに対する応答として、応答メッセージをＵＥに送信する。この応答メッセージは、フェーズ２の第２の好ましい実施形態について説明したものと同様に、修飾されないＡＩＣＨプリアンブルである。このため、本発明の第２の実施形態による手順の一部を示している図７を参照することが可能である。したがって、この、フェーズ２の第３の実施形態で送信されるＡＩＣＨメッセージは、ＡＩＣＨプリアンブル７２２メッセージであってよい。
【０１３７】
しかしながら、この第３の実施形態による高速Ｅ−ＤＣＨアクセス用シグネチャセットの中のシグネチャに対する獲得ビットの意味は、フェーズ２およびフェーズ３の第２の実施形態について上述した意味と比較すると、変更されている。
【０１３８】
ＡＩＣＨプリアンブルによって送信された、選択されたシグネチャの肯定応答（ＡＣＫ）に対応する獲得ビットは、ノードＢが、ＵＥの高速Ｅ−ＤＣＨアクセスのためのリソースを予約することが可能になっていることを意味する。ＵＥは、フェーズ２の第２の実施形態について前述したように、ＨＳ−ＳＣＣＨ  ７１８およびＨＳ−ＤＳＣＨ  ７２０でＥ−ＤＣＨ構成を受信することに進む。
【０１３９】
選択されたシグネチャの否定応答（ＮＡＣＫ）に対応する獲得ビットは、ノードＢが、ＵＥの高速Ｅ−ＤＣＨアクセスのためのリソースを予約することが可能でなかったことを意味する。しかしながら、このＮＡＣＫメッセージは、ノードＢが、ＲＡＣＨメッセージ部分を用いてデータを受信するためのリソースを予約したことを意味する。
【０１４０】
このことは、ノードＢが、高速Ｅ−ＤＣＨアクセスのためのリソース、またはＲＡＣＨメッセージを用いてデータを受信するためのリソースを予約することを意味する。したがって、ＵＥの送信試行は完全に拒否されるわけではなく、ノードＢは、Ｅ−ＤＣＨ送信またはＲＡＣＨメッセージ部分のいずれかを受信することに備えることが必要になる。
【０１４１】
別の代替実施態様によれば、ＡＣＫおよびＮＡＣＫの意味を逆にすることが可能である。そのような実施態様では、ＡＩＣＨプリアンブル７２２によって伝達された肯定応答は、ノードＢがＲＡＣＨメッセージ部分を受信するためのリソースを予約したことを意味する。一方、否定応答は、ノードＢが高速Ｅ−ＤＣＨアクセスのためのリソースを予約することが可能だったことを意味する。
【０１４２】
この実施態様では、ＮＡＣＫの解釈はＲｅｌ’９９と異なるが、ＡＣＫの解釈はＲｅｌ’９９と同じであり、このことによって、この実施態様は、上述のフェーズ２の第３の実施形態と比較すると、より下位互換性を有することが可能である。
【０１４３】
選択されたシグネチャに対するＡＣＫまたはＮＡＣＫを含む、ＡＩＣＨプリアンブルの内容に応じて、ＵＥは、上述のように否定応答および肯定応答の意味を込めて、割り当てられた共通Ｅ−ＤＣＨ構成を用いてＥ−ＤＣＨメッセージ７２８を送信するか、上述のＲＡＣＨメッセージ部分を送信することが可能である。
【０１４４】
ＵＥが動的送信を行わなくても、割り当てられた共通Ｅ−ＤＣＨ構成を取得できる場合（たとえば、使用中の構成が１つしかない場合、あるいは、構成がＵＥ  ＩＤまたはシグネチャによって与えられている場合）は、ＵＥから送信されたＲＡＣＨプリアンブル要求に応答する際に、割り当てられた共通Ｅ−ＤＣＨ構成をノードＢからの応答メッセージの一部として送信することは必須ではない場合がある。このことは、フェーズ２および３の３つの好ましい実施形態のすべてに該当する。
【０１４５】
フェーズ４  −  ＵＥによるＥ−ＤＣＨの送信、ノードＢによるＥ−ＤＣＨの受信
このフェーズを（ただし、さらに将来的には以前のフェーズも）図８および９に示す。図８および９は、好ましい第１および第２（または第３）の実施形態をそれぞれ示している。
【０１４６】
前述のように、ＵＥは、ＰＲＡＣＨ  ８０６、９０６でＲＡＣＨプリアンブルを、ノードＢからの応答を受信できるまで電力を増やしながら（８０８、８１０および９０８、９１０）送信する。
【０１４７】
したがって、ノードＢは、ＡＩＣＨ  ９０４で、第１の好ましい実施形態に従って拡張ＡＩＣＨプリアンブル８１２を送信するか、本発明の第２および第３の実施形態に従って通常の非修飾ＡＩＣＨプリアンブル９１６を送信することにより、応答する。
【０１４８】
これらのＲＡＣＨプリアンブルおよびＡＩＣＨプリアンブルは、ここまで述べてきた、これまでの図の各ステップおよび信号にそれぞれ対応する。
【０１４９】
ＵＥがＡＩＣＨプリアンブル８１２（図８）またはＡＩＣＨプリアンブル９１６およびＨＳ−ＳＣＨＨ／ＨＳ−ＤＳＣＨ  ９１２を受信した後、ＵＥは、したがって、一定のオフセット時間を経てノードＢから命令されたときに、ノードＢによって割り当てられた共通Ｅ−ＤＣＨ構成で与えられるパラメータを適用することにより、共通Ｅ−ＤＣＨリソース８１４、９１８でＵＥのデータの送信を開始することが可能である。
【０１５０】
この時点で、ノードＢはさらに、割り当てられたフラクショナル専用物理チャネル（Ｆ−ＤＰＣＨ）８１８、９２０で、ＵＥに電力制御命令を送信する。さらに、Ｅ−ＤＣＨハイブリッド自動再送要求（ＡＲＱ）インジケータチャネル（Ｅ−ＨＩＣＨ）メッセージおよびＥ−ＤＣＨ絶対的許可チャネル（Ｅ−ＡＧＣＨ）メッセージが、ノードＢからＵＥに送信される。ここで、これらのメッセージはＵＥによって識別される。
【０１５１】
ノードＢがＵＥを識別できるようにするために、ＵＥは、媒体アクセス制御（ＭＡＣ）ヘッダ８２２、９２４で、Ｅ−ＤＣＨ無線ネットワーク一時識別子（Ｅ−ＲＮＴＩ）８２２、９２４の形でパケットを送信する。
【０１５２】
ノードＢは、これらのパケットを受信すると、これらを処理して、前記Ｅ−ＲＮＴＩからＵＥを識別する。
【０１５３】
ノードＢがＭＡＣヘッダ８２２、９２４でＥ−ＲＮＴＩを受信することは、図２のステップ２１０（ＵＥ識別子の受信）および図３のステップ３０８（共通リソースでのＵＥ識別子の送信）に対応する（ただし、識別子は、以前に使用された、専用リソースの構成パラメータのセットを示す）。さらに、図４の信号Ｓ−４１０（割り当てられた共通リソースで伝達されるＵＥ識別子）にも対応している。
【０１５４】
フェーズ５  −  ノードＢによるＵＥ  ＩＤの受信、ＵＥからのデータに対する肯定応答
ノードＢは、ＭＡＣヘッダで送信されたＥ−ＲＮＴＩに基づいてＵＥを一意識別すると、ＵＥから送信されたデータに対して肯定応答を行う。さらに、ノードＢは、タイミング情報を送信することも可能である。
【０１５５】
この時点で、ノードＢは、ＵＥに対し、ＵＥ自身のＥ−ＤＣＨ構成を使用することを命令する。この専用Ｅ−ＤＣＨ構成は、ＵＥが初めてＣＥＬＬ＿ＤＣＨモードになったときに、ノードＢで記憶されている。
【０１５６】
ノードＢは、この情報を、ＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨ  ８２６、９２８で、または他の任意の好適なチャネルを用いて、送信することが可能である。
【０１５７】
これまでの図面の中では、ステップ２１４（ノードＢが、以前に使用された構成パラメータのセットを適用することをＵＥに指示する）、および図４の信号Ｓ−４１４（以前に使用された構成パラメータのセットを適用することの指示）に対応する。
【０１５８】
フェーズ６  −  ＵＥによるパラメータ受信、専用Ｅ−ＤＣＨリソースでの送信
ＵＥは、ＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨ  ８２８、９２８情報を受信すると、受信した、専用Ｅ−ＤＣＨ構成の新しいパラメータを読み取り、適用する。ＵＥはさらに、ノードＢによって与えられた情報を用いて、Ｆ−ＤＰＣＨ  ８２８、９３０、  Ｅ−ＨＩＣＨ、およびＥ−ＡＧＣＨの各メッセージを読み取る。
【０１５９】
したがって、ＵＥは、この時点でＵＥ自身の専用Ｅ−ＤＣＨリソース８３０、９３２を用いてデータをノードＢに送信することが可能である。
【０１６０】
フェーズ７  −  ノードＢによるＵＥデータの受信、共通Ｅ−ＤＣＨリソースの解放
ノードＢは、ＵＥの専用Ｅ−ＤＣＨリソース８３０、９３２でＵＥから送信されたデータを受信した後、以前にフェーズ４で使用された共通Ｅ−ＤＣＨリソース８１４、９１８を解放する。次にノードＢは、これらの共通Ｅ−ＤＣＨリソースを、利用可能な共通Ｅ−ＤＣＨリソースのプールに戻す。
【０１６１】
図１に示すように、この、共通Ｅ−ＤＣＨリソースを解放するステップは、専用ＵＬリソースへの高速アクセスを提供するためのシグナリングを行う基本シグナリング方式で共通Ｅ−ＤＣＨを解放する、信号Ｓ−１１０に対応する。
【０１６２】
ノードＢが、フェーズ４の共通Ｅ−ＤＣＨ構成でも、一定時間以内の専用Ｅ−ＤＣＨ構成でもデータをまったく受信していない場合、ノードＢは、割り当てられた共通または専用のＥ−ＤＣＨリソースをノードＢが解放した直後からＵＥのバッファにデータがもはやないと見なす。
【０１６３】
この時点で、ノードＢはさらに、割り当てられたフラクショナル専用物理チャネル（Ｆ−ＤＰＣＨ）８１８、９２０で、ＵＥに電力制御命令を送信する。
【０１６４】
フェーズ４で上述したように、ノードＢは、電力制御を実行するために、割り当てられたフラクショナル専用物理チャネル（Ｆ−ＤＰＣＨ）で、ＵＥに電力制御命令を送信する。Ｅ−ＡＧＣＨを用いて、電力制御命令を間接的に送信することも可能である。
【０１６５】
上述の各方法の実装に関して言えば、これらの方法は、（該当する場合には）ノードＢまたは基地局（ＢＳ）にある処理装置、またはユーザ機器（ＵＥ）の処理装置で実行されるソフトウェアで実装可能である。
【０１６６】
本明細書で用いた、３ＧＰＰ  ＬＴＥ規格に関連するすべての例および用語は、本発明の範囲を限定するものとして解釈されるべきではなく、本発明の方法論は、原則として、任意の通信システムに適用可能である。
【０１６７】
記載した主題は、当然ながら、上述の実施形態に限定されず、添付の特許請求の範囲内での修正が可能である。
【０１６８】
なお、本発明は、様々な変形が可能である。本明細書に示した、本発明の実施形態は、本発明の範囲に含まれる様々な実施形態のうちのいくつかの例に過ぎない。これらの様々な実施形態は、したがって、限定的でない例である。
【０１６９】
少なくともいくつかの実施形態から、以下の利点を見出すことが可能である。
【０１７０】
本発明の少なくともいくつかの実施形態は、ＵＥとノードＢとの間のセットアップのＵＬセットアップ遅延を減らす利点をもたらし、その結果、ネットワークから見た性能を改善し、エンドユーザから見た体験の質を改善する。
【０１７１】
本発明の少なくともいくつかの実施形態によれば、共通Ｅ−ＤＣＨリソースに高速でアクセスできるため、バックグラウンドトラフィックレベルの強化を可能にすることができる。
【図１】
2010541439.tif 000003
【図２】
2010541439.tif 000004
【図３】
2010541439.tif 000005
【図４】
2010541439.tif 000006
【図５】
2010541439.tif 000007
【図６】
2010541439.tif 000008
【図７】
2010541439.tif 000009
【図８】
2010541439.tif 000010
【図９】
2010541439.tif 000011
【国際調査報告】
2010541439.tif 000012
2010541439.tif 000013
2010541439.tif 000014