特許 6435306 コンテンションベースのアップリンクデータ送信のための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6435306

(24)【登録日】2018年11月16日

(45)【発行日】2018年12月5日

(54)【発明の名称】コンテンションベースのアップリンクデータ送信のための方法および装置

(51)【国際特許分類】

   H04W 72/12 20090101AFI20181126BHJP

   H04W 74/08 20090101ALI20181126BHJP

   H04W 72/14 20090101ALI20181126BHJP

   H04W 28/04 20090101ALI20181126BHJP

【ＦＩ】

   H04W72/12 150

   H04W74/08

   H04W72/14

   H04W28/04 110

【請求項の数】16

【全頁数】32

(21)【出願番号】特願2016-213029(P2016-213029)

(22)【出願日】2016年10月31日

(62)【分割の表示】特願2015-52358(P2015-52358)の分割

【原出願日】2010年8月11日

(65)【公開番号】特開2017-50879(P2017-50879A)

(43)【公開日】2017年3月9日

【審査請求日】2016年11月30日

(31)【優先権主張番号】61/233,359

(32)【優先日】2009年8月12日

(33)【優先権主張国】US

(31)【優先権主張番号】61/233,736

(32)【優先日】2009年8月13日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】チャン グオドン

(72)【発明者】

【氏名】アフシン ハギガート

(72)【発明者】

【氏名】エルデム バラ

(72)【発明者】

【氏名】デイビッド エス．バス

(72)【発明者】

【氏名】ポール マリニエール

(72)【発明者】

【氏名】マリアン ルドルフ

(72)【発明者】

【氏名】ステファン イー．テリー

【審査官】 石田 紀之

(56)【参考文献】

【文献】 InterDigital，Contention Based UL Transmission foe Dormant to Active State Transition，3GPP TSG-RAN WG2♯67 R2-094215，２００９年 ８月１８日

【文献】 Ericsson, ST-Ericsson，Contention based uplink transmissions，3GPP TSG-RAN WG2♯66bis R2-093812，２００９年 ６月２３日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

送信時間間隔（ＴＴＩ）中の物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送についての許可を受信するように構成された回路と、
前記ＰＵＳＣＨ伝送が許可された前記ＴＴＩ中においてスケジューリング要求（ＳＲ）情報が送信されるという条件において、前記許可されたＰＵＳＣＨ上での前記伝送とともに物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＳＲ情報を送信するように構成された回路と、
前記ＰＵＳＣＨ伝送が許可された前記ＴＴＩ中において肯定応答（ＡＣＫ）情報が送信されるという条件において、前記許可されたＰＵＳＣＨ上での前記伝送とともに前記ＰＵＣＣＨ上で前記ＡＣＫ情報を送信するように構成された回路と、
を備える無線送受信ユニット（ＷＴＲＵ）。

【請求項2】

ＰＵＣＣＨとＰＵＳＣＨとの間の制御情報の割当ては、ルールベースである、請求項１に記載のＷＴＲＵ。

【請求項3】

ＰＵＳＣＨ伝送にてチャネル品質指標情報を送信するように構成された回路をさらに備える、請求項１に記載のＷＴＲＵ。

【請求項4】

ＰＵＣＣＨとＰＵＳＣＨの同時送信がＴＴＩ内で発生するという条件において、前記ＰＵＣＣＨ上でチャネル品質指標情報を送信するように構成された回路をさらに備える、請求項１に記載のＷＴＲＵ。

【請求項5】

無線送受信ユニット（ＷＴＲＵ）により、送信時間間隔（ＴＴＩ）中の物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送についての許可を受信するステップと、
前記ＰＵＳＣＨ伝送が許可された前記ＴＴＩ中においてスケジューリング要求（ＳＲ）情報が送信されるという条件において、前記ＷＴＲＵにより、前記許可されたＰＵＳＣＨ上での前記伝送とともに物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＳＲ情報を送信するステップと、
前記ＰＵＳＣＨ伝送が許可された前記ＴＴＩ中において肯定応答（ＡＣＫ）情報が送信されるという条件において、前記ＷＴＲＵにより、前記許可されたＰＵＳＣＨ上での前記伝送とともに前記ＰＵＣＣＨ上で前記ＡＣＫ情報を送信するステップと、
を含む方法。

【請求項6】

ＰＵＣＣＨとＰＵＳＣＨとの間の制御情報の割当ては、ルールベースである、請求項５に記載の方法。

【請求項7】

前記ＷＴＲＵにより、ＰＵＳＣＨ伝送にてチャネル品質指標情報を送信するステップをさらに含む、請求項５に記載の方法。

【請求項8】

ＰＵＣＣＨとＰＵＳＣＨの同時送信がＴＴＩ内で発生するという条件において、前記ＷＴＲＵにより、前記ＰＵＣＣＨ上でチャネル品質指標情報を送信するステップをさらに含む、請求項５に記載の方法。

【請求項9】

送信時間間隔（ＴＴＩ）中の物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送についての許可を無線送受信ユニット（ＷＴＲＵ）に送信するように構成された回路と、
前記ＰＵＳＣＨ伝送が許可された前記ＴＴＩ中にて前記ＷＴＲＵがスケジューリング要求（ＳＲ）情報を送信するという条件において、前記ＷＴＲＵからの前記許可されたＰＵＳＣＨ上での前記ＰＵＳＣＨ伝送とともに物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＳＲ情報を受信するように構成された回路と、
前記ＰＵＳＣＨ伝送が許可された前記ＴＴＩ中にて前記ＷＴＲＵが肯定応答（ＡＣＫ）情報を送信するという条件において、前記ＷＴＲＵからの前記許可されたＰＵＳＣＨ上での前記ＰＵＳＣＨ伝送とともに前記ＰＵＣＣＨ上で前記ＡＣＫ情報を受信するように構成された回路と、
を備える基地局。

【請求項10】

ＰＵＣＣＨとＰＵＳＣＨとの間の制御情報の割当ては、ルールベースである、請求項９に記載の基地局。

【請求項11】

ＰＵＳＣＨ伝送にてチャネル品質指標情報を受信するように構成された回路をさらに備える、請求項９に記載の基地局。

【請求項12】

ＰＵＣＣＨとＰＵＳＣＨの同時送信がＴＴＩ内で発生するという条件において、前記ＰＵＣＣＨ上でチャネル品質指標情報を受信するように構成された回路をさらに備える、請求項９に記載の基地局。

【請求項13】

基地局（ＢＳ）により、送信時間間隔（ＴＴＩ）中の物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送についての許可を無線送受信ユニット（ＷＴＲＵ）に送信するステップと、
前記ＰＵＳＣＨ伝送が許可された前記ＴＴＩ中にて前記ＷＴＲＵがスケジューリング要求（ＳＲ）情報を送信するという条件において、前記ＢＳにより、前記ＷＴＲＵからの前記許可されたＰＵＳＣＨ上での前記ＰＵＳＣＨ伝送とともに物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＳＲ情報を受信するステップと、
前記ＰＵＳＣＨ伝送が許可された前記ＴＴＩ中にて前記ＷＴＲＵが肯定応答（ＡＣＫ）情報を送信するという条件において、前記ＢＳにより、前記ＷＴＲＵからの前記許可されたＰＵＳＣＨ上での前記ＰＵＳＣＨ伝送とともに前記ＰＵＣＣＨ上で前記ＡＣＫ情報を受信するステップと、
を含む方法。

【請求項14】

ＰＵＣＣＨとＰＵＳＣＨとの間の制御情報の割当ては、ルールベースである、請求項１３に記載の方法。

【請求項15】

前記ＢＳにより、ＰＵＳＣＨ伝送にてチャネル品質指標情報を受信するステップをさらに含む、請求項１３に記載の方法。

【請求項16】

ＰＵＣＣＨとＰＵＳＣＨの同時送信がＴＴＩ内で発生するという条件において、前記ＢＳにより、前記ＰＵＣＣＨ上でチャネル品質指標情報を受信するステップさらに含む、請求項１３に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２００９年８月１２日に出願された米国特許仮出願第６１／２３３，３５９号明細書、および２００９年８月１３日に出願された米国特許仮出願第６１／２３３，７３６号明細書の利益を主張するものであり、その内容を参照により本明細書に組み込む。

【0002】

本出願は無線通信に関する。

【背景技術】

【0003】

休止状態のＷＴＲＵ（無線送受信ユニット）は、ｅＮｏｄｅＢへのＲＲＣ（無線リソース制御）接続を有し、確立された無線ベアラを有し、セルレベルで知られているが、一時的な不活動中に電力を節約するためにＤＲＸ（不連続受信）を動作させているＷＴＲＵである。ＷＴＲＵは、迅速にこの休止する「サブ状態（ｓｕｂ−ｓｔａｔｅ）」へと移ることができ、休止状態から活動状態への移行に関する待ち時間は、ＱｏＳ（サービス品質）に影響を与える。活動状態に移行するために、アップリンク同期を有する休止状態のＷＴＲＵは、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：物理アップリンク共有チャネル）へのアクセス許可を受けるために、ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：物理アップリンク制御チャネル）で、ＳＲ（スケジューリング要求）によりアップリンクデータ送信を要求することができる。以下のものは、エラーのないＳＲに対する現在のＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）仕様に基づいた活動状態への移行に関する待ち時間構成要素の例である。ＳＲに対して構成された周期的なＰＵＣＣＨが５ｍｓごとにスケジュールされていると仮定すると、平均的な待ち時間は２．５ｍｓである。ＳＲの送信は、スケジューリング許可を受け取るまで繰り返すことができる。最初のＳＲが、ｅＮｏｄｅＢにより成功裡に受信されたと仮定すると、スケジューリング許可は、３ｍｓの処理遅延の後に、ｅＮｏｄｅＢにより送ることができる。許可がサブフレームｎで受信された場合、ＷＴＲＵの処理時間が３ｍｓであるとすると、アップリンク（ＵＬ）データを、サブフレームｎ＋４で送信することができる。アップリンク送信期間を１ｍｓとすると、合計の移行遅延は、１１．５ｍｓになりうる。３ＧＰＰのＬＴＥ Ａｄｖａｎｃｅｄ ｓｙｓｔｅｍは、ＤＲＸサイクルを除き、１０ｍｓの休止状態から活動状態への待ち時間を目標としている。１０ｍｓの移行には、１つのＴＴＩ（送信時間間隔）に適合するメッセージサイズを有する最初のメッセージ送信が含まれる。エラーのないデータ送信およびシグナリングだけが、ＬＴＥ−Ａの目標性能を満たすと考えられる。

【0004】

コンテンションベースの（ＣＢ）アップリンクデータ送信は、コンテンションのない（ＣＦ）アップリンク送信では使用されていないアップリンクのＲＢ（リソースブロック）で送信されるに過ぎない。ＣＢ送信は、先行してＳＲ（スケジューリング要求）を送ることなく、アップリンクに同期したＷＴＲＵにアップリンクデータを送信できるようにし、それにより、待ち時間およびシグナリングのオーバヘッドが低減される。ＣＢ許可は、ダウンリンクでＷＴＲＵにより受信され、またサブフレームごとに、未使用のリソースを割り当てるために使用される。したがって、少ないデータパケットの場合、パケットを、スケジュールされたものと比較して、ＣＢチャネル上でより効率的に送信することができる。ＣＢ送信はまた、ＢＳＲ（バッファ状態報告）を含むことができ、それにより、ＷＴＲＵのアップリンクバッファ中で送信に利用できるデータ量に関する情報がサービングｅＮｏｄｅＢに提供される。論理チャネルに対するアップリンクデータが送信に利用可能になり、かつデータが、他の論理チャネルの優先順位よりも高い優先順位を有する論理チャネルに属しており、そのデータがすでに送信に利用可能である場合、またはいずれの論理チャネルに対しても送信に利用可能なデータがない場合、「一般ＢＳＲ（ｒｅｇｕｌａｒ ＢＳＲ）」がトリガされる。他のトリガ条件によりトリガされる他のタイプのＢＳＲも存在する。

【発明の概要】

【0005】

コンテンションベースのアップリンク通信チャネルを使用するＷＴＲＵ（無線送受信ユニット）のための方法および装置は、少なくとも１つのコンテンションのないアップリンクチャネルアロケーションが許可されたという条件で、アップリンク送信に少なくとも１つのコンテンションのないアップリンクチャネルアロケーションを使用することを試みる、コンテンションベースのアップリンクチャネルへのアクセスのルールベースの制限を適用する。

【0006】

ＷＴＲＵのための他の方法および装置は、通信ネットワークにより許可され、割り振られたコンテンションベースのアップリンクリソースのサイズを決定し、また周波数ドメインで復調基準信号の長さを設定して、割り振られたＣＢアップリンクリソースのサイズにマッチさせる。

【図面の簡単な説明】

【0007】

さらなる詳細な理解は、添付の図面と共に例として示された以下の記述から得ることができる。

【0008】

【図1A】１つまたは複数の開示された実施形態を実施することのできる例示的な通信システムのシステム図である。

【図1B】図１Ａで示された通信システム内で使用できる例示的なＷＴＲＵ（無線送受信ユニット）のシステム図である。

【図1C】図１Ａで示された通信システム内で使用できる例示的な無線アクセスネットワーク、および例示的なコアネットワークのシステム図である。

【図2A】コンテンションベースのアップリンクチャネルに対するアクセスを制限するために使用されるスケジューリング要求送信に対するサブフレームタイミング図である。

【図2B】コンテンションベースのアップリンクチャネルに対するアクセスを制限するために使用されるスケジューリング要求送信に対するサブフレームタイミング図である。

【図3】コンテンションベースのアップリンクチャネルに対するアクセスを制限するために使用されるバッファ状態報告のためのサブフレームタイミング図である。

【図4A】コンテンションベースのアップリンクチャネルに対するアクセスを制限するために使用されるアップリンクチャネル送信のためのサブフレームタイミング図である。

【図4B】コンテンションベースのアップリンクチャネルに対するアクセスを制限するために使用されるアップリンクチャネル送信のためのサブフレームタイミング図である。

【図5A】コンテンションベースのアップリンク、およびコンテンションのないアップリンク上で同時に送信するための方法の流れ図である。

【図5B】コンテンションベースのアップリンク、およびコンテンションのないアップリンク上で同時に送信するための方法の流れ図である。

【図6A】コンテンションベースのアップリンクチャネル、およびランダムアクセスチャネル上で同時に送信するための方法の流れ図である。

【図6B】コンテンションベースのアップリンクチャネル、およびランダムアクセスチャネル上で同時に送信するための方法の流れ図である。

【図6C】コンテンションベースのアップリンクチャネル、およびランダムアクセスチャネル上で同時に送信するための方法の流れ図である。

【図7】サブフレームに対してアップリンクの許可を受け取っているにもかかわらず、コンテンションベースのアップリンクチャネルへのアクセスを条件付きで制限するための方法の流れ図である。

【図8】コンテンションベースのアップリンクチャネルに対するサブチャネルおよびリソースブロック割当ての様々な例を示す図である。

【図9】コンテンションベースのアップリンクチャネルに対するサブチャネルおよびリソースブロック割当ての様々な例を示す図である。

【図10】コンテンションベースのアップリンクチャネルに対するサブチャネルおよびリソースブロック割当ての様々な例を示す図である。

【発明を実施するための形態】

【0009】

図１Ａは、１つまたは複数の開示された実施形態を実施することのできる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、同報通信などのコンテンツを、複数の無線ユーザに提供する複数のアクセスシステムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースを共有することにより、このようなコンテンツにアクセスできるようにする。例えば、通信システム１００は、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（単一搬送波ＦＤＭＡ）、および同様のものなど、１つまたは複数のチャネルアクセス方法を使用することができる。

【0010】

図１Ａで示すように、通信システム１００は、ＷＴＲＵ（無線送受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（無線アクセスネットワーク）１０４、コアネットワーク１０６、ＰＳＴＮ（公衆交換電話網）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される諸実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が企図されていることを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境中で動作し、かつ／または通信するように構成された任意のタイプの装置とすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信し、かつ／または受信するように構成することができ、またＵＥ（ユーザ装置）移動局、固定または移動の加入者ユニット、ページャ、セルラ式電話、ＰＤＡ（携帯情報端末）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電子機器、および同様のものを含むことができる。

【0011】

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプの装置とすることができる。例として、基地局１１４ａ、１１４ｂは、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ：無線基地局）、ノードＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、ＡＰ（アクセスポイント）、無線ルータ、および同様のものとすることができる。基地局１１４ａ、１１４ｂはそれぞれ、単一の要素として示されているが、これらの基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含みうることが理解されよう。

【0012】

基地局１１４ａは、ＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４はまた、他の基地局、および／またはＢＳＣ（基地局制御装置）、ＲＮＣ（無線ネットワーク制御装置）、中継ノードなどのネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ぶことのできる特定の地理的領域内で、無線信号を送信し、かつ／または受信するように構成することができる。セルは、セルのセクタへとさらに分割することができる。例えば、基地局１１４ａに関係するセルを、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つの送受信器、すなわち、セルの各セクタに１つを含むことができる。他の実施形態では、基地局１１４ａは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）技術を使用することができ、したがって、セルの各セクタに対して複数の送受信器を利用することができる。

【0013】

基地局１１４ａ、１１４ｂは、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数のものと通信することができ、無線インターフェース１１６は、任意の適切な無線通信リンク（例えば、ＲＦ（無線周波数）、マイクロ波、ＩＲ（赤外線）、ＵＶ（紫外線）、可視光など）とすることができる。無線インターフェース１１６を、任意の適切なＲＡＴ（無線アクセス技術）を用いて確立することができる。

【0014】

より具体的には、上記で述べたように、通信システム１００は、複数のアクセスシステムとすることができ、またＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および同様のものなど、１つまたは複数のアクセス方式を使用することができる。例えば、ＲＡＮ１０４における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＷＣＤＭＡ（広帯域ＣＤＭＡ）を用いて無線インターフェース１１６を確立できるＵＴＲＡ（ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）地上無線アクセス）などの無線技術を実施することができる。ＷＣＤＭＡは、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、および／またはＨＳＰＡ＋（Ｅｖｏｌｖｅｄ ＨＳＰＡ）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）および／またはＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）を含むことができる。

【0015】

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＭＴＳ地上無線アクセス）などの無線技術を実施することができ、それは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）および／またはＬＴＥ−Ａ（ＬＴＥ− Ａｄｖａｎｃｅｄ）を用いて無線インターフェース１１６を確立することができる。

【0016】

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６）、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（登録商標）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ）、および同様のものなどの無線技術を実施することができる。

【0017】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、また仕事の場所、家庭、乗物、キャンパス、および同様のものなど、局所化された領域における無線接続性を容易にするための任意の適切なＲＡＴを使用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、ＷＬＡＮ（無線ローカルエリアネットワーク）を確立することができる。他の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、ＷＰＡＮ（無線パーソナルエリアネットワーク）を確立することができる。さらに他の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａで示すように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を経由して、インターネット１１０にアクセスする必要はないはずである。

【0018】

ＲＡＮ１０４は、コアネットワーク１０６と通信することができるが、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数のものへと提供するように構成された任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、請求処理サービス、移動体位置ベースのサービス、プリペイドコーリング、インターネット接続性、ビデオ配布などを提供することができ、かつ／またはユーザ認証などの高レベルのセキュリティ機能を実施することができる。図１Ａで示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴを使用する、または異なるＲＡＴを使用する他のＲＡＮと直接、または間接的に通信できることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用しているＲＡＮ１０４に接続されるのに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を使用する他のＲＡＮ（図示せず）と通信することもできる。

【0019】

コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ１０８は、ＰＯＴＳ（ｐｌａｉｎ ｏｌｄ ｔｅｌｅｐｈｏｎｅ ｓｅｒｖｉｃｅ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群のＴＣＰ（伝送制御プロトコル）、ＵＤＰ（ｕｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ）、およびＩＰ（インターネットプロトコル）など、共通の通信プロトコルを使用する相互接続されたネットワークおよび装置の大域システムを含むことができる。ネットワーク１１２は、他のサービスプロバイダにより所有され、かつ／または運用される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴを使用する、または異なるＲＡＴを使用できる１つまたは複数のＲＡＮに接続された他のコアネットワークを含むことができる。

【0020】

通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか、またはすべては、マルチモード機能を含むことができる、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々な無線リンクを介して、様々な無線ネットワークと通信するための複数の送受信器を含むことができる。例えば、図１Ａで示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用することのできる基地局１１４ａと通信するように構成され、かつＩＥＥＥ８０２無線技術を使用することのできる基地局１１４ｂと通信するように構成することができる。

【0021】

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂで示すように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信器１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不可メモリ１３０、取外し可能メモリ１３２、電源１３４、ＧＰＳ（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ：全地球測位システム）チップセット１３６、および他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら、前述の要素の任意の下位の組合せを含みうることが理解されよう。

【0022】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向けＩＣ）ＦＰＧＡ（書替え可能ゲートアレイ）回路、任意の他のタイプのＩＣ（集積回路）、状態マシン、および同様のものとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２に無線環境で動作することを可能にする任意の他の機能を実施することができる。プロセッサ１１８を、送信／受信要素１２２に結合できる送受信器１２０に結合することができる。図１Ｂは、プロセッサ１１８および送受信器１２０を別個のコンポーネントとして示しているが、プロセッサ１１８および送受信器１２０は共に、電子パッケージもしくはチップ内に一体化できることが理解されよう。

【0023】

送信／受信要素１２２は、無線インターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信するように、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。他の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ，または可視光信号を送信および／または受信するように構成された発光体／検出器とすることができる。さらに他の実施形態では、送信／受信要素１２２を、ＲＦ信号と光信号を共に送信し、かつ受信するように構成することもできる。送信／受信要素１２２は、任意の組合せの無線信号を送信および／または受信するように構成できることが理解されよう。

【0024】

さらに、図１Ｂでは、送信／受信要素１２２が単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、無線インターフェース１１６を介して無線信号を送信し、かつ受信するために、２つ以上の送信／受信要素１２２（例えば、複数のアンテナなど）を含むことができる。

【0025】

送受信器１２０は、送信／受信要素１２２により送信される信号を変調するように、また送信／受信要素１２２により受信された信号を復調するように構成することができる。上記で述べたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信器１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴによりＷＴＲＵ１０２が通信できるようにする複数の送受信器を含むことができる。

【0026】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶表示装置）表示ユニット、またはＯＬＥＤ（有機発光ダイオード）表示ユニット）に結合することができ、かつそこからユーザ入力データを受け取ることができる。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することができる。さらに、プロセッサ１１８は、取外し不可メモリ１０６、および／または取外し可能メモリ１３２など、任意のタイプの適切なメモリに情報をアクセスし、かつデータをそれに記憶することができる。取外し不可メモリ１０６は、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読出し専用メモリ）、ハードディスク、または他の任意のタイプのメモリ記憶装置を含むことができる。取外し可能メモリ１３２は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）カード、メモリスティック、ＳＤ（ｓｅｃｕｒｅ ｄｉｇｉｔａｌ）メモリカード、および同様のものを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上になど、ＷＴＲＵ１０２上に物理的に配置されていないメモリに情報をアクセスし、かつデータをそれに記憶することができる。

【0027】

プロセッサ１１８は、電源１３４から電力を受け取ることができ、またその電力をＷＴＲＵ１０２の他のコンポーネントに分配し、かつ／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切な装置とすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミニウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池、および同様のものを含むことができる。

【0028】

プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度など）を提供するように構成できるＧＰＳチップセット１３６に結合することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から無線インターフェース１１６を介して位置情報を受信し、かつ／または２つ以上の近傍にある基地局から受信される信号のタイミングに基づき、その位置を決定することができる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら、任意の適切な位置決定方法により、位置情報を取得できることが理解されよう。

【0029】

プロセッサ１１８は、他の周辺装置１３８にさらに結合することができ、それは、さらなる特徴、機能性、および／または有線もしくは無線接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば、周辺装置１３８は、加速度計、電子コンパス（ｅ−ｃｏｍｐａｓｓ）、衛星送受信器、デジタルカメラ（写真もしくはビデオ用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ポート、振動装置、テレビジョン送受信器、手を使用しないヘッドセット、ブルートゥース（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットのブラウザ、および同様のものを含むことができる。

【0030】

図１Ｃは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で述べたように、ＲＡＮ１０４は、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用することができる、ただし、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、図１Ｂで示されたＷＴＲＵ１０２を表している。ＲＡＮ１０４はまた、コアネットワーク１０６と通信することができる。ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、実施形態と一貫性を保ちながら、任意の数のｅＮｏｄｅ−Ｂを含むことが理解されよう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信器を含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、例えば、ｅＮｏｄｅ−Ｂ１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、またそこから無線信号を受信することができる。

【0031】

ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれを、特定のセル（図示せず）に関連付けることができ、また無線リソース管理の決定、ハンドオーバの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング、ならびに同様のものなどを処理するように構成することができる。図１Ｃで示すように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

【0032】

図１Ｃで示すコアネットワーク１０６は、ＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｇａｔｅｗａｙ）１４２、サービングゲートウェイ１４４、およびＰＤＮ（パケットデータネットワーク）ゲートウェイ１４６を含むことができる。前述の要素のそれぞれが、コアネットワーク１０６の一部として示されているが、これらの要素の任意のものを、コアネットワークオペレータ以外のエンティティが所有し、かつ／または運用できることも理解されよう。

【0033】

ＭＭＥ１４２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができ、また制御ノードとして働くことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ベアラの活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中に特定のサービングゲートウェイを選択することなどを扱うことができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなど他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り換えるための制御プレーン機能を提供することもできる。

【0034】

サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれと接続することができる。サービングゲートウェイ１４４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間で、ユーザデータパケットを経路指定し、かつ転送することができる。サービングゲートウェイ１４４はまた、ｅＮｏｄｅＢ間のハンドオーバ中にユーザプレーンを中継（ａｎｃｈｏｒｉｎｇ）すること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃで利用可能な場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、記憶すること、および同様のものなど、他の機能を実施することもできる。

【0035】

サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続することができ、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰが使用可能な装置との間の通信を容易にすることができる。

【0036】

コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の陸線通信装置との間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバ）を含むことができる、またはそれと通信することができる。さらに、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２は、他のサービスプロバイダにより所有され、かつ／または運用される他の有線または無線ネットワークを含むことができる。

【0037】

本明細書で開示される方法によるコンテンションベースの（ＣＢ）アップリンク（ＵＬ）送信を行うために、ＷＴＲＵ１０２ａは、アップリンクに同期化されかつＲＲＣが休止するサブ状態にあり、アップリンクデータがＲＬＣ（無線リンク制御）エンティティ、もしくはＰＤＣＰ（パケットデータ制御プロトコル）エンティティで送信できる状態にある、またはＷＴＲＵの送信バッファ中に既存のデータよりも高い優先順位を有する新しいアップリンクデータを有する。ＷＴＲＵ１０２ａは、次いで、アップリンク送信を、ＣＢチャネルを用いて送信するか、それともコンテンションのない（ＣＦ）割り振られたチャネル（例えば、ＰＵＣＣＨ（物理アップリンク制御チャネル））を用いるかの判断を行う。ＣＢ送信は、ＣＢ−ＰＵＳＣＨ（ＣＢ物理アップリンク共有チャネル）で送ることができる。ＣＢ−ＰＵＳＣＨは、コンテンションのないＰＵＣＣＨを補うために使用することができるので、ＣＢ−ＰＵＳＣＨを効率的に利用し、ＷＴＲＵ１０２ａのアップリンク送信が、ＣＢ−ＰＵＳＣＨおよびＰＵＣＣＨを共に使用して配信されるように、ＣＢ−ＰＵＳＣＨへのアクセスを制限するための以下のルールが確立される。ＷＴＲＵ１０２ａのプロセッサ１１８は、これらのルールを実行するように、かつ／またはこれらのルールを、ｅＮｏｄｅＢ１４０ａからのシグナリングで受け取るように事前に構成されうる。

【0038】

ＣＢ−ＰＵＳＣＨを使用することに対する第１のルールベースの制限は、過去および将来のＳＲの出現に基づいている。次のＰＵＣＣＨが、現在のサブフレーム、または次のいくつかのサブフレーム内のＳＲ（例えば、Ｘサブフレーム、Ｘ＝０、１、・・・、Ｘｍａｘ内で生ずるようにスケジュールされた将来のＳＲの出現）に対して、スケジュールされる、または割り振られた場合、ＷＴＲＵ１０２ａは、ＣＢ−ＰＵＳＣＨを使用することを制限されうる。それに代えて、ＷＴＲＵ１０２ａは、割り振られたサブフレームでＰＵＣＣＨを使用して、ＣＢ−ＰＵＳＣＨにアクセスせずにＳＲを送信することができ、それにより、ＣＢ−ＰＵＳＣＨは他のＷＴＲＵ１０２ｂ、１０２ｃで利用できるように残される。例えば、図２Ａで示すように、ＷＴＲＵ１０２ａは、Ｘ＝Ｘｍａｘ＝２である場合、サブフレームＸ＝２でスケジュールされたＰＵＣＣＨを有しており、したがって、ＷＴＲＵ１０２ａは、ＣＢ−ＰＵＣＳＨで送信するのではなく、ＳＲを送信するためにＰＵＣＣＨを待つことになる。Ｘｍａｘの値は、ＳＲに対して構成された次のＰＵＣＣＨを待つこと、ＳＲを送ること、および／またはアップリンク許可を得ることを含むＳＲ処理のための全体の待ち時間によって決まる。

【0039】

あるいは、ＷＴＲＵ１０２ａが、すでに、過去のいくつかのサブフレームで（例えば、Ｘ≧ＸｍｉｎのＸサブフレーム内で）ＰＵＣＣＨでＳＲを送信しており、かつ関係するその後のＰＵＳＣＨ許可が、まだ受信されていない場合、ＰＵＳＣＨ許可が間近であるとの予想により、ＷＴＲＵ１０２ａは、ＳＲのためにＣＢ−ＰＵＳＣＨを使用することは制限される。例えば、Ｘ≧Ｘｍｉｎ＝−２であるサブフレームで、ＰＵＣＣＨでＷＴＲＵ１０２ａが送信した図２Ｂを参照のこと。したがって、ＣＢ−ＰＵＳＣＨは、ＳＲが従来通り許可されることを利用して保存される。Ｘｍｉｎの値は、ＷＴＲＵ１０２ａに対するアップリンクのスケジューリングにおけるｅＮｏｄｅＢ１４０ａの待ち時間によって決まる。

【0040】

あるいは、ＷＴＲＵ１０２ａは、いずれかのプロセスが、アップリンクの共有チャネルリソースの許可を得るまで、ＣＢ−ＰＵＳＣＨと、ＰＵＣＣＨ上のＳＲサブミッションとの並列使用を利用することもできる。どちらかの要求が許可されると、ｅＮｏｄｅＢ１４０ａは、進行中のいずれか他方のアップリンクのアクセスを無視することができる。

【0041】

ＣＢ−ＰＵＳＣＨに対する第２の制限ルールは、過去および将来のＢＳＲ（バッファ状態報告）の出現に基づいている。ＢＳＲがトリガされて送られるとき、少なくとも１つのＢＳＲが送信され（また明確に知らされており）、かつこのＢＥＲで報告されるデータの送信に成功していなかった場合、ＷＴＲＵ１０２ａは、このデータが、少なくともコンテンションのないＰＵＳＣＨ送信により送信されるまで、ＣＢ−ＰＵＳＣＨへのアクセスは制限される。あるいは、少なくとも１つのＢＳＲが、過去のいくつかのフレームで（例えば、Ｙ≧ＹｍｉｎであるサブフレームＹで）送信されている（かつ明確に知らされている）場合、ＷＴＲＵは、現在のサブフレーム（またはＴＴＩ（送信時間間隔））でＣＢ−ＰＵＳＣＨを使用することが制限される。図３は、ＢＳＲが、Ｙ≧Ｙｍｉｎ＝−１のサブフレームで送信された例を示しており、したがって、ＷＴＲＵ１０２ａは、ＣＢ−ＰＵＳＣＨへのアクセスが禁止される。Ｙｍｉｎの値は、ＷＴＲＵ１０２ａのためのアップリンクのスケジューリングにおいて、ｅＮｏｄｅＢ１４０ａの待ち時間により決まる。

【0042】

ＢＳＲおよびＳＲとのＣＢ−ＰＵＳＣＨ対話に関して、ＢＳＲがＷＴＲＵ１０２ａによりトリガされ、かつ現在のＴＴＩでデータと共にＢＳＲを送るためのコンテンションのないアップリンクリソースがない場合、ＷＴＲＵ１０２ａがＳＲをトリガすることができる。ＷＴＲＵ１０２ａが、ＣＢ−ＰＵＳＣＨでＢＳＲと共にデータを送信する場合、ＢＳＲをトリガする条件は維持され、かつ／またはＳＲは、コンテンションのないＵＬ−ＳＣＨリソースがＷＴＲＵに許可されるまで保留のままである。こうすることにより、ＢＳＲが、ｅＮｏｄｅＢ１４０ａにより成功裡に受信されない可能性のあるＣＢ−ＰＵＳＣＨ上の送信衝突に対して偶然性が提供される。したがって、ＳＲは、ＣＢ−ＰＵＳＣＨ送信の後、後続するサブフレームにおいてＰＵＣＣＨ上で送信することができる、またはＢＳＲは、コンテンションのないＵＬ−ＳＣＨリソースが許可されるまで、上記のルールベースの制限を考慮して、次のＣＢ−ＰＵＳＣＨにアクセスする機会に再送信される。

【0043】

以下の方法は、ＢＳＲとのＣＢ−ＰＵＳＣＨ対話に関して、ＷＴＲＵ１０２ａで実施することができる。バッファ状態報告は、ＢＳＲタイマを構成することにより、ＷＴＲＵ１０２ａのＲＲＣ（無線リソース制御）エンティティにより制御される。タイマｒｅｔｘＢＳＲ−Ｔｉｍｅｒは、一般ＢＳＲをトリガするために使用され、またタイマｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒは、タイマが終了すると周期的（Ｐｅｒｉｏｄｉｃ）ＢＳＲをトリガするために使用される。ＷＴＲＵ１０２ａが、ＣＢ−ＰＵＳＣＨでＢＳＲと共にデータを送信する場合、すべてのトリガされたＢＳＲを取り消すことができ、またＷＴＲＵ１０２ａは、タイマｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを起動または再起動（ＢＳＲがトランケートされたＢＳＲである場合は除く）し、かつ一般ＢＳＲタイマｒｅｔｘＢＳＲ−Ｔｉｍｅｒを起動または再起動すべきである。このように、ＢＳＲは、タイマｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ、またはタイマｒｅｔｘＢＳＲ−Ｔｉｍｅｒが終了するまで、後続するサブフレームにおいて、ＣＢ−ＰＵＳＣＨ上で送信することはできない。

【0044】

あるいは、ＷＴＲＵ１０２ａが、ＣＢ−ＰＵＳＣＨでＢＳＲと共にデータを送信する場合、一般ＢＳＲをトリガする条件は、コンテンションのないＵＬ−ＳＣＨリソースがＷＴＲＵに対して許可されるまで、取り消されない可能性がある。このように、ＢＳＲを、有効なコンテンションベースのアップリンク許可が存在する場合は常に、後続するサブフレームにおいて、ＣＢ−ＰＵＳＣＨで再送信することができる。

【0045】

他の代替形態では、ＷＴＲＵ１０２ａが、ＣＢ−ＰＵＳＣＨでＢＳＲと共にデータを送信した場合、すべてのトリガされたＢＳＲを取り消すことができ、またＷＴＲＵは、前に述べたように、タイマｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ、およびタイマｒｅｔｘＢＳＲ−Ｔｉｍｅｒを設定することに加えて、新しいＣＢタイマであるｒｅｔｘ−ＣＢ−ＢＳＲ−Ｔｉｍｅｒを起動または再起動すべきである。タイマｒｅｔｘ−ＣＢ−ＢＳＲ−Ｔｉｍｅｒの値は、１以下であり、かつタイマｒｅｔｘＢＳＲ−Ｔｉｍｅｒおよび／またはｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒの値を超えないものとすべきである。例えば、タイマｒｅｔｘ−ＣＢ−ＢＳＲ−Ｔｉｍｅｒの値が、タイマｒｅｔｘＢＳＲ−Ｔｉｍｅｒの値を超えないままであることを保証するために、タイマｒｅｔｘ−ＣＢ−ＢＳＲ−Ｔｉｍｅｒを、タイマｒｅｔｘＢＳＲ−Ｔｉｍｅｒのリセットに応じてリセットすることができる。このように、ＢＳＲは、タイマｒｅｔｘ−ＣＢ−ＢＳＲ−Ｔｉｍｅｒが終了するまで、後続するサブフレームにおいてＣＢ−ＰＵＳＣＨで送信されることはない。

【0046】

ＷＴＲＵ１０２ａがＣＢ−ＰＵＳＣＨを使用することに対する制限はまた、以下のように、ＰＵＳＣＨおよびＣＢ−ＰＵＳＣＨ上の最近の送信に関するウィンドウに基づくこともできる。ＷＴＲＵ１０２ａが、過去のいくつかのＫサブフレーム（すなわち、ウィンドウサイズはＫサブフレームであり、Ｋは正の整数とする）で、少なくとも１つのＰＵＳＣＨ上でデータを送信している場合、ＷＴＲＵ１０２ａは、現在のサブフレーム（ＴＴＩ）でＣＢ−ＰＵＳＣＨにアクセスすることが制限される。図４Ａは、Ｋサブフレームのウィンドウ内で、コンテンションのないＰＵＳＣＨ上で送信したＷＴＲＵ１０２ａの例を示しており、したがって、ＷＴＲＵ１０２ａは、ＣＢ−ＰＵＳＣＨへのアクセスが禁じられる。あるいは、ＷＴＲＵ１０２ａによる少なくとも１つのＣＢ−ＰＵＳＣＨ送信が、過去のＫサブフレーム中で行われた場合、ＷＴＲＵ１０２ａは、現在のサブフレーム（またはＴＴＩ）でＣＢ−ＰＵＳＣＨにアクセスすることが制限される。図４Ｂは、Ｋサブフレーム内でＣＢ−ＰＵＳＣＨ上で送信したＷＴＲＵ１０２ａの例を示しており、したがって、ＣＢ−ＰＵＳＣＨへのアクセスは禁じられる。

【0047】

ＷＴＲＵ１０２ａはまた、ＣＢ−ＰＵＳＣＨを使用すべきかどうかを判定するためにアップリンク負荷のタイプをモニタすることができる。例えば、ＷＴＲＵ１０２ａは、ダウンリンクのＳＩＢ（システム情報ブロック）、または新しいＣＣＥ（ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）で受信されたアップリンクのコンテンションベースのリソース使用量の統計量を収集することができる。他の例として、ＷＴＲＵ１０２ａは、アップリンクのコンテンションのないリソース使用量に関する統計量をモニタすることができる。ＷＴＲＵは、ＣＢ−ＲＮＴＩ（コンテンションベースの無線ネットワーク一時識別子）によりスクランブルされたＣＲＣ（巡回冗長検査）を用いてＰＤＣＣＨをモニタすることによりこの情報を導くことができる（すなわち、使用されたコンテンションのないＲＢ（リソースブロック）の数は、ＰＵＣＣＨに使用されたＲＢを除くＲＢの合計数からコンテンションベースのＲＢの数を引いたものに等しい）。ＷＴＲＵ１０２ａおよび／または同じサービングセル／ＲＡＮ１０４のアップリンクリソースを使用する他のＷＴＲＵ１０２ｂ、１０２ｃのモニタされたアップリンク負荷のタイプに基づいて、ＷＴＲＵ１０２ａは、ＷＴＲＵ１０２ａがＣＢ−ＰＵＳＣＨにアクセスするための確率を求め、次いで、アクセスの確率に基づきＣＢ−ＰＵＳＣＨを使用するように判断することができる。表１は、ＣＢ−ＰＵＳＣＨ送信の制限に関する前述のルールを要約している。

【0048】

【表1】

【0049】

他の実施形態では、ＣＢ−ＰＵＳＣＨに使用されるＲＢの位置およびＲＢの数は、ｅＮｏｄｅＢ１４０ａにおけるブラインド復号の複雑さを低減するように制御される。ＷＴＲＵ１０２ａには、ＰＤＣＣＨを介するコンテンションベースのアップリンクのリソースが許可されうるが、許可は、アップリンク送信に対して割り振られたＲＢの数による。ＣＢ−ＰＵＳＣＨ送信に対して、ＷＴＲＵ１０２ａにより、固定数のＲＢを使用することができる。例えば、固定数は、１ＲＢ、または１ＲＢグループ（ＲＢＧ）、または複数のＲＢとすることができる。あるいは、１組の固定数のＲＢを使用することもできる。例えば、１組の固定数のＲＢは、｛１ＲＢ、２ＲＢ｝とすることができる。この例では、ＷＴＲＵ１０２ａは、（ａ）そのアップリンクデータの量および／または優先順位、（ｂ）ＷＴＲＵ１０２ａに対するＷＴＲＵクラス、および／または（ｃ）アップリンクにおけるＷＴＲＵ１０２ａに対する無線リンク条件（経路損失など）に基づいて、固定数（１ＲＢまたは２ＲＢ）の一方を使用することを選択することができる。ＲＢの数を制御するための他の可能な方法は、ＣＢ−ＲＮＴＩを各一意の数のＲＢにそれぞれ割り当てることによる。したがって、ＷＴＲＵ１０２ａは、望ましい組の固定数のＲＢに関連付けられたＣＢ−ＲＮＴＩのサブセットで構成することにより、ＣＢ−ＰＵＳＣＨに対して固定数のＲＢに制限することができる。利用可能なＣＢ−ＰＵＳＣＨリソースは、ＣＢ−ＲＮＴＩにより区分することができ、したがって、各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のＣＢ−ＲＮＴＩに関連付けられたアクセスに対して構成されうる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのいくつかは、したがって、他のものよりもＣＢ−ＰＵＳＣＨでより多くのアクセス機会を有することができる。ＷＴＲＵ１０２ａは、ＰＤＣＣＨでＣＢ−ＲＮＴＩ許可を受け取ることができ、各許可は、異なる数のＲＢを提供することができる。したがって、ＷＴＲＵ１０２ａは、他のＷＴＲＵ１０２ｂ、１０２ｃよりも大きな許可、または小さな許可を受け取ることができる。ＷＴＲＵ１０２ａは、個別のシグナリングで構成された特定のＣＢ−ＲＮＴＩにアクセスすることができるが、またはＷＴＲＵアクセスサービスクラスに基づくこともできる。

【0050】

さらに他の代替的方法では、ｅＮｏｄｅＢ１４０ａは、アップリンクのトラフィック負荷により、ＣＢ−ＰＵＳＣＨオペレーションに対して割り振られるＲＢの数を動的に設定する。量の少ないアップリンク活動のときには、より多くのＲＢをＣＢ−ＰＵＳＣＨに割り当てることができる。ＣＢ−ＰＵＳＣＨのＲＢを動的に割り当てることによりＰＤＣＣＨシグナリングのオーバヘッドが増加することを回避するために、ｅＮｏｄｅＢ１４０ａは、ＲＲＣシグナリングを介して、ＲＢに対して固定された位置を規定することができる。複数のＲＢに対して、様々なＷＴＲＵが様々な選択の頻度を有するため、ＲＢを動的に割り当てることは必要ではない（すなわち、１つのＷＴＲＵに対して好ましいＲＢが、他のＷＴＲＵに対して好ましくないこともありうる）。

【0051】

他の実施形態では、ルールベースの方法は、ＣＢ−ＰＵＳＣＨと他のアップリンクチャネルの同時送信を制御する。ＬＴＥ仕様は、ＣＱＩ（チャネル品質指標）、ＰＭＩ（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｅｘ）、ＲＩ（ｒａｎｋ ｉｎｄｅｘ）、およびＡＣＫ／ＮＡＣＫ（肯定応答／否定応答）信号など、アップリンクの制御フィードバック情報を、ＰＵＳＣＨが存在する場合、Ｃ−ＲＮＴＩ（セルＲＮＴＩ）で、またはＳＰＳ−Ｃ−ＲＮＴＩ（半永続スケジューリングＣ−ＲＮＴＩ）でスケジュールされたＰＵＳＣＨ上で送信されることを要求している。制御情報の非周期的な報告に関して、ＰＵＳＣＨが使用されるが、制御フィードバック情報の周期的な報告は、ＰＵＣＣＨで行われる。この実施形態では、アップリンクの制御フィードバック情報をＣＢ−ＰＵＳＣＨで送信すべきかどうかに関する判断は、ルールに基づくことができる。図５Ａは、このルールベースの方法の第１の変形形態を示しており、そこでは、アップリンクの制御情報が、ＰＵＣＣＨとＣＢ−ＰＵＳＣＨの間で分割される。この変形形態では、ＣＱＩ、ＰＭＩ、ＲＩ、およびＡＣＫ／ＮＡＣＫなど、ＷＴＲＵ１０２ａに関する制御フィードバック情報は、ＷＴＲＵ１０２ａが、コンテンションベースのアップリンク許可を成功裡に受信したかどうか（５０１）にかかわらず、ＰＵＣＣＨで送信される（５０２）が、ＢＳＲなどの他の制御情報は、許可された場合、ＣＢ−ＰＵＳＣＨで送信することができる。図５Ｂは第２の変形形態を示しており、その場合、ＷＴＲＵ１０２ａは、同時に使用されるＰＵＣＣＨのタイプに応じて、ＣＢ−ＰＵＳＣＨで送信することができる。例えば、アップリンクの制御情報が、ＳＲを送信できるＰＵＣＣＨのタイプで送信された場合（５１０）、ＷＴＲＵ１０２ａは、そのＣＢ−ＰＵＳＣＨ送信を取り消して、ＳＲをＰＵＣＣＨで送信することができる（５１１）。このタイプのＰＵＣＣＨは、ＬＴＥリリース８で規定されたすべてのＰＵＣＣＨタイプを含む。しかし、アップリンクの制御フィードバック情報送信に対して規定されたＰＵＣＣＨのタイプが、ＳＲをＷＴＲＵ１０２ａで送信することを許容しない場合、ＷＴＲＵ１０２ａは、許可されるとＣＢ−ＰＵＳＣＨでそのＢＳＲを送信することができる（５１２）。

【0052】

ＷＴＲＵ１０２ａが、トリガされたＳＲまたは少なくとも１つの保留中のＳＲを有する場合、ＷＴＲＵ１０２ａは、いずれかのＴＴＩでＰＵＣＣＨがなければＲＡＣＨプリアンブルを送信することができるが、または個別のＳＲの再送信の最大数に達していた場合には、ＷＴＲＵ１０２ａは、すべての保留中のＳＲを取り消す。次に述べる他の実施形態によれば、ＷＴＲＵ１０２ａは、ＲＡＣＨのプリアンブル（上記で述べたようにトリガされる）、およびＣＢ−ＰＵＳＣＨの保留されている同時送信を処理する。図６Ａは、第１の例を示しており、ＷＴＲＵ１０２ａのバッファは、条件６０１で、送信する用意のできたＲＡＣＨプリアンブル、ならびにアップリンクデータおよびＢＳＲを有しており、後者はＣＢ許可を待っている。保留中のＳＲを有するＷＴＲＵ１０２ａが、６０２で、有効なＣＢアップリンク許可を成功裡に受信した場合、ＷＴＲＵ１０２ａは、６０４で、サブフレームＸで、ＢＳＲと共にＣＢ−ＰＵＳＣＨデータを送信し、かつ６０３で、同じサブフレームＸで、ＲＡＣＨプリアンブル送信（例えば、ＲＡＣＨメッセージ１）を取り消すことができる。その結果、このＷＴＲＵ１０２ａからのＣＢ−ＰＵＳＣＨ送信がｅＮｏｄｅＢ１４０ａで成功裡に受信された後、ｅＮｏｄｅＢ１４０ａは、ＢＳＲの知識を有するので、より効率的に後続するアップリンク送信をスケジュールすることができる。このＣＢ−ＰＵＳＣＨ送信は、ＲＡＣＨ上の最初のアップリンク送信（例えば、ＲＡＣＨメッセージ３）よりも速い。図６Ｂで示す代替的例では、６０２のＣＢ許可に応じて、ＷＴＲＵ１０２ａは、６１３で、サブフレームＸで、ＲＡＣＨプリアンブルを送信するだけであり、６１４で、同じサブフレームＸで、ＣＢ−ＰＵＳＣＨを送信しないことになる。図６Ｃは、この実施形態に対する他の代替形態の例を提供しており、その場合、ＷＴＲＵ１０２ａは、６２３で、ＲＡＣＨプリアンブル送信するが、６０２で、有効なコンテンションベースのアップリンク許可を成功裡に受信したことに応じて、６２４で、同じサブフレームＸで、ＢＳＲと共にＣＢ−ＰＵＳＣＨも送信する。

【0053】

さらに他の代替形態では、ＷＴＲＵ１０２ａが、トリガされたもしくは保留中のＳＲを有し、かつ／またはＣＢ−ＰＵＳＣＨを開始した場合、個別のＳＲの再送信の事前定義の最大数が、ＰＵＣＣＨですでに試みられていること、またはＣＢ−ＰＵＳＣＨ上でＢＳＲが送られて不成功であったことを条件として、ＷＴＲＵ１０２ａはＲＡＣＨを送信することができる。

【0054】

ＷＴＲＵ１０２ａは、サブフレームで同時タイプのアップリンク許可を受信することができ、またこのような許可を以下のように処理することができる。図７で示すように、以下の条件のいずれかが生じた場合、コンテンションベースのアップリンク許可を受信した場合（７０１）であっても、サブフレームＸで、ＷＴＲＵ１０２ａによるＣＢ−ＰＵＳＣＨへのアクセスは禁止される（７１０）。条件７０２で、ＷＴＲＵ１０２ａは、同じサブフレームでＷＴＲＵ１０２ａのＣ−ＲＮＴＩ、または一時的なＣ−ＲＮＴＩに対してＰＤＣＣＨ（例えば、ＤＣＩフォーマット０）でアップリンク許可の受信に成功する。条件７０３で、ＷＴＲＵ１０２ａは、同じサブフレームＸで、ＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）においてアップリンク許可の受信に成功する。条件７０４で、ＷＴＲＵ１０２ａは、同じサブフレームＸで、ＷＴＲＵのＳＰＳ Ｃ−ＲＮＴＩに対してＳＰＳ（例えば、ＤＣＩフォーマット０に対する）を初期化または再初期化するために、ＰＤＣＣＨ上でアップリンク許可を成功裡に受信する。ＷＴＲＵ１０２ａに対する他の条件７０５は、同じサブフレームＸで（例えば、アップリンク許可のないＮＡＣＫの受信に応じて）送信するために、非適応型の再送信を有する。条件７０６で、ＷＴＲＵ１０２ａは、サブフレームＸの前のサブフレームで、ＰＤＣＣＨによって前に初期化され、構成されたＳＰＳアップリンク許可を有する。

【0055】

次に、ＣＢ−ＰＵＳＣＨに対する送信フォーマットおよびシグナリング側面に関する詳細が述べられる。正確なチャネル状態情報が欠けていることを考慮して、ＣＢ−ＰＵＳＣＨに対してロバストな送信方式を使用することが提案される。ロバストな送信方式を使用することは、送信の成功率を増加させてＣＢ−ＰＵＳＣＨ機能を改善する。これを達成するために、ＣＢ−ＰＵＳＣＨは、使用される変調方式に関するもの限定することができ、例えば、ＢＰＳＫ（二位相偏移変調）／ＱＰＳＫ（四位相偏移変調）に限定される。ロバスト性を改善できるさらなる方法は、符号化率を低い符号化率（１／３、１／６など）に限定できるようにＣＢ−ＰＵＳＣＨ送信を構成すること、および／またはＷＴＲＵが複数のアンテナを有する場合、送信ダイバーシティに限定できるアンテナ送信方式を構成することである。

【0056】

ＣＢ−ＰＵＳＣＨに対するシグナリング側面に関して、ＣＢ−ＰＵＳＣＨに対する送信パラメータに関する情報は、ＷＴＲＵ１０２ａにより、半静的に、かつ／または動的に受信することができる。半静的なシグナリングに関して、いくつかの固定されたＣＢ−ＰＵＳＣＨパラメータ（ＭＣＳ（変調および符号化方式）など）が使用される場合、これらのパラメータは、同報通信により、またはＲＲＣシグナリングを介して、ＷＴＲＵ１０２ａにより受信することができる。これらのパラメータはまた、標準化することができ、したがって、シグナリングは必要としない。しかし、コンテンションベースのＲＢは、サブフレームごとに異なるので、ＷＴＲＵ１０２ａへのＰＤＣＣＨシグナリングは必要である。

【0057】

動的なシグナリングに関しては、ＣＢ−ＰＵＳＣＨ送信フォーマットの細部を、ＰＤＣＣＨシグナリングを介してＷＴＲＵに伝えることができる。したがって、以下のＤＣＩ（ダウンリンク制御情報）フォーマットの１つを使用することができる。

【0058】

ＣＢ−ＰＵＳＣＨに関する第１のＤＣＩフォーマットでは、ＷＴＲＵ１０２ａは、ＬＴＥリリース８により規定されたＤＣＩフォーマット０を受け取ることができ、それは、未使用の（未定義の）フィールドを利用するように変更される。第１の変更では、ＣＲＣ（巡回冗長検査）符号化が、ＣＢ−ＲＮＴＩによりスクランブルされうる。フォーマット０で規定された多くのフィールドは、ＣＢ−ＰＵＳＣＨオペレーションには必要がないので、それらを無視するか、またはＣＢ−ＰＵＳＣＨの他の目的に使用することができる。表２は、ＣＢ−ＰＵＳＣＨオペレーションに対する必須フィールドおよび未使用フィールドの例を要約している。

【0059】

【表2】

【0060】

代替的ＤＣＩフォーマットをＤＣＩフォーマット０Ａとして規定することができ、それは、上記で述べたＤＣＩフォーマット０と比較して、フィールドを縮小させた組を有する。ＤＣＩフォーマット０Ａは、ＤＣＩフォーマット０から未使用として残されたフィールドを削除することによって、ＤＣＩフォーマット０の縮小バージョンとなり、したがって、縮小したＰＤＣＣＨシグナリングのオーバヘッドが得られる。表３は、ＤＣＩフォーマット０Ａに対するフィールドの組の例を要約している。

【0061】

【表3】

【0062】

ＲＢアロケーションに関して、ＬＴＥリリース８で規定されたＤＣＩフォーマット０は、割り振られるアップリンクＲＢを連続的に割り振る。コンテンションのないＰＵＳＣＨに割り振られていないＲＢ（すなわち、ＣＢ−ＰＵＳＣＨに割り振られるＲＢ）は、本来、不連続であるので、単一の変更されたＤＣＩフォーマット０は、すべてのＣＢリソースを割り振ることはできない。以下の手法の１つを使用する実施形態は、ＣＢ−ＰＵＳＣＨに対してＲＢアロケーションのシグナリングを処理するために使用することができる。第１の手法では、ＰＤＣＣＨに対するダウンリンクの共通の検索空間は限られているので、ＣＢリソースを割り振るＰＤＣＣＨの数もまた制限されるべきである。これらの前述の未使用ビット（ＴＰＣ、ＮＤＩ（新データ指示子）など）は、ＲＢ割当てと共に使用することができ、またホッピングリソースアロケーションフィールドを、複数の、またはすべての不連続ＲＢを割り振る１つの再使用ＤＣＩフォーマット０を可能にするように変更することができる。不連続のＲＢを送る１つの方法は、ビットマップベースのＲＢアロケーションを使用することである。他の手法では、共通の検索空間を増加させる。異なる、または同じＣＢ−ＲＮＴＩ（複数可）との複数のアップリンク許可を、ＣＢ ＲＢを送るために同じサブフレームで使用することができ、各アップリンク許可は、ＣＢアップリンク許可の不連続スペーシングによりグループ化された１つまたはいくつかの連続するＲＢを割り振る。

【0063】

休止のサブ状態にあるＷＴＲＵ１０２ａが不活動状態にあるため、ＣＢ−ＰＵＳＣＨに対する電力制御処理を行うようにする電力制御のための正確な基準が存在しないことに留意されたい。そうではあるが、ＲＡＣＨ手順とは異なってＣＢ−ＰＵＳＣＨに対する電力制御は重要であり、ＣＢ−ＰＵＳＣＨで行われるプロセスは、直交するプリアンブルを利用しない。したがって、同じＣＢ−ＰＵＳＣＨリソースを求めて競合する複数のＷＴＲＵからの干渉がありうる。電力制御を実施し、かつＣＢ−ＰＵＳＣＨの主目的を抑制しながら、システムにおけるどのような遅延も回避するために、以下の手法を実施することができる。

【0064】

電力制御のための第１の例示的な手法では、ＣＢ−ＰＵＳＣＨに対する開ループの電力設定手順（ＴＰＣ（送信電力制御）コマンドを使用しない）を実施することができる。このような開ループの電力設定の例が、以下の式１で示される。
Ｐ_{CB_PUSCH}（ｉ）＝ｍｉｎ｛Ｐ_CMAX、１０ｌｏｇ₁₀（Ｍ_PUSCH（ｉ））＋Ｐ_{O_PUSCH}（ｊ）＋α（ｊ）・ＰＬ＋Δ_TF（ｉ）｝ 式（１）
式中、
Ｐ_CMAXは、ＭＩＮ｛Ｐ_EMAX、Ｐ_UMAX｝として定義される構成されたＷＴＲＵ送信電力、ただし、Ｐ_EMAXは、高位のレイヤにより構成された最大の許容電力であり、Ｐ_UMAXは、指定されたＷＴＲＵ電力クラスに対する最大のＷＴＲＵ電力である。
Ｍ_PUSCH（ｉ）は、サブフレームｉで有効なリソースブロックの数で表されたＣＢ−ＰＵＳＣＨリソース割当ての帯域幅である。
Ｐ_{O_PUSCH}（ｊ）は、ｊ＝０および１に対する高位のレイヤから提供されるセルの特定の公称成分（ｎｏｍｉｎａｌ ｃｏｍｐｏｎｅｎｔ）Ｐ_{O_NOMINAL_PUSCH}（ｊ）と、ＷＴＲＵの特定成分Ｐ_{O_UE_PUSCH}（ｊ）との合計からなるパラメータである。ＣＢ−ＰＵＳＣＨに対して、Ｐ_{O_UE_PUSCH}（ｊ）の新しいタイプ（すなわち、ｊ＝３に対するもの）を定義することができる。
Δ_TF（ｉ）は、ＣＢ−ＰＵＳＣＨに対して使用されるＭＣＳに従って送信電力を補償する。
ＰＬは、高位レイヤにより提供されたＲＳ（基準信号）電力、および受信したＲＳ電力に基づいてＷＴＲＵで計算されたダウンリンクの経路損失推定である。
α（ｊ）は、高位レイヤから提供されるセル特有のパラメータである。

【0065】

あるいは、ＣＢ−ＰＵＳＣＨ送信は、最後のＰＵＳＣＨ（またはＰＵＣＣＨ）電力レベルを、上記の開ループ電力制御により求められた送信電力に適用することができる。しかし、最終的な送信電力設定は、ＣＢ−ＰＵＳＣＨに使用される変調／符号化設定に従って、調整される必要がある。

【0066】

あるいは、ＣＢ−ＰＵＳＣＨに対する限られた２つの状態の電力ランピング（ｒａｍｐｉｎｇ）を使用することもできる。ｐ₀を、最初の試行における電力レベルであると仮定した場合、早期のＣＢ−ＰＵＳＣＨ試行からＵＬ−ＳＣＨ許可を受信することに失敗した場合、ＷＴＲＵ１０２ａは、次の試行が行われる場合、次の試行に対してｐ₀＋Δｐで進めることができる、ただし、Δｐは事前定義の電力ステップである。

【0067】

次に、ＣＢ−ＰＵＳＣＨオペレーションに対する全体手順を述べる。ＣＢ−ＰＵＳＣＨは、通常、少ないデータパケットに対して使用され、したがって、送信するための限られたデータ量を有する。例えば、ＣＢ−ＰＵＳＣＨは、ＷＴＲＵ識別子、ＢＳＲ、および少量のペイロードを含んでいる可能性がある。ｅＮｏｄｅＢは、半静的なシグナリングにより、またはＰＤＣＣＨチャネルに対する許可により、いくつかのＲＢをコンテンションベースの送信で利用できることを示すことができる。利用可能なＲＢは、１つまたは複数のＷＴＲＵに対してリソースを提供する。

【0068】

ＣＢ−ＰＵＳＣＨで使用されるＭＣＳおよびトランスポートフォーマットは、標準化され、ネットワークにより半静的に送られ、またはＰＤＣＣＨ許可で示されるようにすることができる。ＭＣＳおよびフォーマットは、許可中で識別されたＲＢの合計数ではなく、指定された数Ｎ^CB_RB個のＲＢを用いて単一のＷＴＲＵ（例えば、ＷＴＲＵ１０２ａ）に適用される。ＳＲおよびデータパケットに対して、異なるＭＣＳおよびフォーマットを指定することも可能である。

【0069】

ＷＴＲＵ１０２ａは、ＣＢアップリンク送信に対してＮ^CB_RB個のＲＢを使用することができ、値Ｎ^CB_RBは標準化される、またはネットワークにより半静的に送られうる。ＭＣＳおよびデータフォーマットと共にＮ^CB_RBに対する値は、ＣＢリソースを用いて送ることのできる最大サイズのデータパケットを有効に決定することができる。ｅＮｏｄｅＢ１４０ａがデータを復号するために、すべてのＣＢ−ＰＵＳＣＨは、ｅＮｏｄｅＢ１４０ａに知られているトランスポートブロックサイズ、およびＭＣＳを有することができる。ＷＴＲＵ１０２ａが、ＣＢトランスポートブロックサイズに満たないデータを有する場合、残りのスペースをＰＨＲ（電力ヘッドルーム）情報、およびパディングビットで満たす必要がある。

【0070】

ＷＴＲＵ１０２ａが、ＳＲが取り消されるまで、サブフレームごとにトリガされたＳＲまたは保留中のＳＲ（すなわち、データによりトリガされる）を有する場合、ＷＴＲＵ１０２ａは、コンテンションのないＳＲ、またはＣＢ−ＰＵＳＣＨ送信を送ることを試みることができる。コンテンションのないＳＲとＣＢ送信の間の優先順位は標準化される、またはネットワーク負荷に応じて、半静的なシグナリングを用いてネットワークにより設定されうる。以下の優先順位ルールを適用することができる。第１のルールは、ＣＢリソースが、常に優先順位を得るようにすることができる。あるいは、コンテンションのないリソースが、常に優先順位を得る、または標準化された（もしくは、半静的に送られた）数のＣＢ試行の失敗の後に、優先順位を得ることができる。可能な第３のルールは、コンテンションのないリソースが特定数のサブフレーム（その数は、１つまたは複数のものに設定できる）内で利用可能である場合、ＣＢリソースは、使用されないこととすることができる。サブフレームの数は標準化される、またはネットワーク負荷に応じて半静的なシグナリングを用いてネットワークにより設定されうる。他の可能なルールは、バッファされたデータが閾値以下である場合に、ＣＢリソースは、コンテンションのないリソースに対して優先順位を取得することができる。閾値は事前に定義される、または高位レイヤから送ることができる。あるいは、閾値は、単一のＣＢ送信で送信できる情報ビット量、またはその因数に相当するものとすることができる。あるいは、閾値（複数可）は、ＣＢ−ＰＵＳＣＨに利用可能なリソースの量（例えば、ＲＢにより表される）、またはＣＢ送信に使用するためのＭＣＳの関数とすることができる。上記のいずれかに加えて、ＣＢ送信は、標準化された、または半静的に送られた数の試行が不成功であった後、放棄することができる。ＷＴＲＵ１０２ａが、ＣＢ−ＰＵＳＣＨを送る必要のある場合、衝突を最小化するために、標準化されたランダム関数、またはハッシュ関数に従って、これらの利用可能なものからＮ^CB_RB個のＲＢを選択することができる。ランダム関数は、異なるＷＴＲＵにより行われる一連の選択が、無相関となるように選択すべきである。例えば、ハッシュ関数は、ＷＴＲＵのＩＤ（例えば、Ｃ−ＲＮＴＩ）およびセルＩＤなどの入力を用いて選択することができる。

【0071】

ネットワークは、以下のようにＣＢ−ＰＵＳＣＨの受信を知らせることができる。ｅＮｏｄｅＢ１４０ａからのスケジューリング許可は、ｅＮｏｄｅＢ１４０ａが、コンテンションのないＳＲに関するものと同様な方法で、ＢＳＲおよびＢＳＲと共に送られたデータペイロードの受信に成功したことを示唆するので、ＣＢ−ＰＵＳＣＨの受信を暗黙的に知らせることになる。ＡＣＫ／ＮＡＣＫシグナリングに関して、ＡＣＫ（肯定応答）信号は、ＣＢ−ＰＵＳＣＨの受信を明示的に知らせるために使用することができ、その場合、ＷＴＲＵ１０２ａは、スケジューリング許可を待っている間に、さらなるＳＲまたはＰＵＳＣＨを送信する必要はない。ネットワーク（ｅＮｏｄｅＢ１４０ａ）は、ＷＴＲＵがデータを送信しようとしていることを知らないため、ＮＡＣＫ（否定応答）信号を送ることができない。したがって、ｅＮｏｄｅＢが、ＣＢ−ＰＵＳＣＨを知らせるためにＡＣＫシグナリングを行うように構成される場合、ＷＴＲＵ１０２ａは、ＡＣＫと、送信のない場合とを区別するように構成する必要がある。

【0072】

ＷＴＲＵ１０２ａが、ＣＢ−ＰＵＳＣＨが送信された時間と、ＡＣＫもしくはスケジューリング許可の受信との間にコンテンションのないＳＲを送る機会を有する場合、ＷＴＲＵ１０２ａは、このコンテンションのないＳＲを送ることができるが、ｅＮｏｄｅＢ１４０ａは、ＣＢ−ＰＵＳＣＨがすでに成功裡に受信されていた場合、それを無視することになる。ＷＴＲＵ１０２ａが、ｅＮｏｄｅＢ１４０ａにより送られたＡＣＫを正しく復号しない状況を処理するために、ＷＴＲＵ１０２ａは、コンテンションのないＳＲを送ることができ、適切なエラー処理が指定される。この状態は、コンテンションのないリソースを待つためのサブフレーム数を、データパケットの送信と、そのデータパケットに対するＡＣＫの受信との間の遅延よりも大きくなるように設定することにより回避することができる。あるいは、ＷＴＲＵ１０２ａは、単に、ＣＢ−ＰＵＳＣＨが送信された時間と、ＡＣＫが予想される時間との間で、コンテンションのないＳＲを送らないようにすることもできる。

【0073】

ＷＴＲＵ１０２ａは、コンテンションのないアップリンクのスケジューリング許可が受信されるまで、またはＣＢ−ＰＵＳＣＨに対するＡＣＫが受信されるまで、かつこれ以上送信するデータがなくなるまで、指定された間隔で、上記のルールに従って、コンテンションのないＳＲ、またはＣＢ−ＰＵＳＣＨの送信を続ける。ＣＢ送信のための間隔は、標準化された範囲内でランダムに選択すべきであり、また各ＳＲ送信間で異なる間隔を選択すべきである。あるいは、ＣＢ送信の間隔は、標準化により、または半静的なシグナリングにより固定することもできる。ＣＢ−ＰＵＳＣＨが送られた場合、ＷＴＲＵ１０２ａは、使用するＲＢの独立したランダムな選択を行い、上記で述べたように電力を増加させる。

【0074】

次に、ＣＢ−ＰＵＳＣＨのためのサブチャネル化方法が述べられる。上記で述べたように、ＷＴＲＵ１０２ａは、ＣＢアップリンク送信のために、Ｎ^CB_RB個のＲＢを使用するが、この場合、Ｎ^CB_RBは、標準化される、またはネットワークにより半静的送ることができる。ＣＢ−ＰＵＳＣＨのサブチャネル化のための方法は、ＷＴＲＵ１０２ａにより使用することができ、ＷＴＲＵ１０２ａは、ＣＢ−ＰＵＳＣＨに利用可能なＲＢの合計数からサブチャネルを作成する。特定のサイズが述べられるが、この実施形態の範囲は、このようなサイズに限定されることはなく、サイズを適切に変更することもできる。図８は、ＣＢ−ＰＵＳＣＨサブチャネル構造の例を示しており、時間ドメインにおける最初の２つのスロットであるスロット０およびスロット１が示されている。サブチャネル８０１、８０２は、スロット０に属し、またサブチャネル８０３、８０４はスロット１にあり、サブチャネルは重複していない。各サブチャネルは、ｎ個のＲＢにより定義される。すなわち、この例では、すべてのサブチャネル８０１〜８０４に対して、ｎ＝１である。各ＲＢは、複数のリソース要素（ＲＥ）を有するものとして定義される（例えば、ＲＢ当たり１２ＲＥ）。各サブチャネルは、１つのスロットにわたってｍ個のサブキャリアからなる（例えば、ｍ＝１２）。各スロットは、ＯＦＤＭベースとすることのできる７個のシンボルを有して示されている。スロット中の１つのシンボルは、ＲＳ（基準信号）を搬送するために使用することができる。例えば、図８で示すように、スロットの中央のシンボルが、ＲＳを運ぶために使用される。ＷＴＲＵ１０２ａは、各スロットにおけるサブチャネルのうちのいずれか１つまたは複数のものを使用できる、またはサブチャネルのサブセットを使用するように構成することもできる。例えば、図８のサブチャネル８０１および８０２を、ＣＢ−ＰＵＳＣＨ送信のためにＷＴＲＵ１０２ａにより使用することもできる。

【0075】

サブチャネル構造は、高位レイヤのシグナリングにより構成される、標準仕様により規定される、またはＰＤＣＣＨにより送ることができる。すべてのサブチャネルのサイズが、例えば、ｎＲＢに固定される場合、パラメータｎを送ることで十分である。サブチャネルのサイズが、例えば、３つのサブチャネルに対して（ｎ、ｍ、ｋ）であるなど、異なる場合、少なくともこれらの３つのパラメータｎ、ｍ、ｋを送るべきである。

【0076】

ＲＳは、Ｚａｄｏｆｆ−Ｃｈｕ（ＺＣ）系列に基づくことができ、またＷＴＲＵ１０２ａは、所与の系列の循環シフトをランダムに選択し、それをＲＳとして選択することができる。ＷＴＲＵ１０２ａにより選択された、または特定のサブチャネルで使用できる循環シフトの組は、設定により制限することができる。図９で示すように、ＲＳ送信のために、さらに多くのリソースを割り振ることも可能であるが、その場合、第２および第６のシンボルが、サブチャネル９０１〜９０４に対する各スロットでＲＳを搬送するために使用される。繰り返すが、各サブチャネルは、単一のＲＢからなる。

【0077】

図１０で示すように、サブチャネルのサイズは異なることができる。サブチャネル１００１、１００２、１００４、および１００５は、それぞれ２ＲＢからなるが、サブチャネル１００３および１００６は、それぞれ、単一のＲＢを搬送するに過ぎない。図１０はまた、ＲＳの数、およびサブチャネルにわたる位置に関する可能な変形形態も示しており、サブチャネル１００１、１００２、１００４、および１００５は、それぞれ、中央のＯＦＤＭシンボルに位置するＲＳを有するが、サブチャネル１００３および１００６はそれぞれ、２つのＲＳを搬送する。このような変形形態は、ＷＴＲＵが、ＣＢ−ＰＵＳＣＨで送信される必要のあるデータの量およびタイプに応じて、特定タイプのサブチャネルへと選択的にアクセスできるようにする。

【0078】

ＣＢ送信に対する動的な許可に加えて、またはそれに代えて、ＣＢ送信に対して半永続的にスケジュールされた（ＳＰＳ）許可を定義することができる。ＣＢ送信のためのこのようなＳＰＳ許可は、以下の差異を除いて、コンテンションのない送信のためのＳＰＳ許可と同様な方法で動作する。ＣＢ送信のためのＳＰＳ許可の周期性、およびＣＢ送信に利用可能なＲＢの数は、システム情報を介してＷＴＲＵ１０２ａに送ることができる。送信時間オフセット（サブフレーム単位で）は、半静的に構成することができ、またシステム情報を介して送ることもできる。この場合、反復するＳＰＳを「開始する」必要はないはずであり、最初のＳＰＳ許可は、コンテンションのない送信に対する通常のＳＰＳ許可と同様に、ＰＤＣＣＨを介して送られる。

【0079】

送信時間オフセットが、システム情報を介して（特別のＣ−ＲＮＴＩ値と共に）送られた最初のＳＰＳ許可に基づくことになる場合、最大の有効時間（または最大の繰返し数）を、ＣＢ ＳＰＳ許可に対して定義するべきである。ＷＴＲＵ１０２ａは、ＣＢ ＳＰＳ許可を受信すると開始されたタイマ（またはカウンタ）が終了すると、ＣＢ ＳＰＳ許可を利用できないと判定することができる。この手法は、ＷＴＲＵ１０２ａが、ＣＢ送信に使用されたリソースを再び要求したい場合、ＷＴＲＵ１０２ａからの望ましくないアクセス試行に対して、何らかのさらなる保護をネットワークに与える。

【0080】

ＣＢ送信に対するＳＰＳ許可の使用は、ＰＤＣＣＨ負荷を大幅に増加させることなくＣＢ送信を使用可能にするので、ネットワークに利益がある。ＣＢアップリンクのためにＳＰＳ許可を用いることは、ＷＴＲＵ１０２ａが、ＣＢアップリンクチャネルへのアクセスの可用性を時間で良好に予測できるようにする。例えば、ＷＴＲＵ１０２ａが、ＳＰＳ ＣＢ許可を間もなく利用できると判定した場合、ＷＴＲＵ１０２ａは、電池リソースを保存するために、いくつかのサブフレームでＰＤＣＣＨをモニタすることを控えることができる。

【0081】

アップリンク信号は、チャネル推定およびコヒーレント復調が意図されたＤＭ−ＲＳ（復調基準信号）を含むことができる。時間ドメインでは、ＤＭ−ＲＳの位置は、各スロットの特定シンボル（例えば、４番目のＯＦＤＭベースのシンボル）上にあると規定することができる。ＣＢアップリンクオペレーションに対しては、ＷＴＲＵ１０２ａは、周波数ドメインにおけるＤＭ−ＲＳ信号の長さを設定して、ＣＢアップリンクオペレーションに対して割り振られたリソースのサイズにマッチさせることができる。例えば、ｎＲＢが、ＣＢ−ＰＵＳＣＨに割り振られた場合、ＤＭ−ＲＳの幅もまた、ｎＲＢとすべきである。

【0082】

ｅＮｏｄｅＢ１４０ａにおけるＣＢアップリンクチャネル処理に関して、チャネルは、受信する可能性のあるＤＭ−ＲＳ信号ごとに推定される。ＣＢアップリンクリソースを用いるために、異なるユーザ間における協調はないので、ＷＴＲＵ中で衝突する可能性がある。したがって、推定されたチャネルは、同時のＣＢアップリンク送信の解決および分離のために使用することができる。２つのＷＴＲＵが、同じＣＢリソース上であるが異なるＤＭ−ＲＳで送信する場合、ｅＮｏｄｅＢ１４０ａは、ＬＴＥ仕様で規定されているように、仮想のアップリンクＭＵ−ＭＩＭＯを処理するのと同様に動作することができる。ｅＮｏｄｅＢ１４０ａは、２つのＷＴＲＵ送信を共に検出し、かつ復号することができる。通常のＰＵＳＣＨオペレーションに使用されるものと同様のシーケンスを、ＤＭ−ＲＳを生成するために使用することもできる。ｅＮｏｄｅＢにおける検出の複雑さを低減するために、いくつかのシーケンスを、ＣＢアップリンクオペレーションのために選択し、かつ割り当てることができる。この情報は、他のＣＢアップリンク情報／パラメータと共に、ＷＴＲＵ１０２ａに搬送することができる。すなわち、この情報は、ＲＲＣシグナリング（例えば、ＷＴＲＵ１０２ａが、ＲＲＣ接続を介して構成され、または再構成されたとき）、ＣＢ−ＰＵＳＣＨに対するアップリンク許可、またはＳＩＢによる同報通信を介して送ることができる。

【0083】

（実施形態）
１．コンテンションベースのアップリンクチャネルで送信するための無線送受信ユニットにより実施される方法であって、
少なくとも１つのコンテンションのないアップリンクチャネルアロケーションが許可されているという条件で、アップリンク送信に対して少なくとも１つのコンテンションのないアップリンクチャネルアロケーションを使用することを試みる、コンテンションベースのアップリンクチャネルへのアクセスのルールベースの制限を適用するステップ
を含む方法。

【0084】

２．変調方式を、二位相偏移変調、または四位相偏移変調に限定するステップ
をさらに含む実施形態１に記載の方法。

【0085】

３．符号化率を１／３、または１／６に限定するステップ
をさらに含む実施形態１または２に記載の方法。

【0086】

４．アンテナ送信方式を送信ダイバーシティに限定するステップ
をさらに含む実施形態１〜３のいずれか１つに記載の方法。

【0087】

５．コンテンションベースのアップリンクチャネルに関する送信パラメータを半静的に送るステップ
をさらに含む実施形態１〜４のいずれか１つに記載の方法。

【0088】

６．いくつかのコンテンションベースのアップリンクチャネルパラメータが固定され、かつ同報通信を介して、または無線リソース制御シグナリングを介して送られる実施形態５に記載の方法。

【0089】

７．コンテンションベースのアップリンクチャネルに関する送信パラメータを動的に送るステップ
をさらに含む実施形態１〜６のいずれか１つに記載の方法。

【0090】

８．送信パラメータが、物理ダウンリンク制御チャネルのシグナリングを介して搬送される実施形態７に記載の方法。

【0091】

９．シグナリングが、コンテンションベースの無線ネットワーク一時識別子によりスクランブルされた巡回冗長検査を備えるＤＣＩフォーマットを用いるステップを含む実施形態８に記載の方法。

【0092】

１０．ＤＣＩフォーマットが、リソースブロック割当て情報、およびホッピングリソースアロケーション情報を含む実施形態８または９に記載の方法。

【0093】

１１．シグナリングが、ＭＣＳ（変調および符号化方式）が標準化または固定されていないという条件におけるＭＣＳ情報、リソースブロック割当て情報、またはホッピングリソースアロケーション情報のうちの少なくとも１つを含むＤＣＩフォーマットを使用するステップを含む実施形態１０に記載の方法。

【0094】

１２．コンテンションベースのリソースを割り振る物理ダウンリンク制御チャネルの数を制限するステップ
をさらに含む実施形態１〜１１のいずれか１つに記載の方法。

【0095】

１３．コンテンションベースのリソースブロックを送るために複数のアップリンク許可を使用するステップ
をさらに含む実施形態１２に記載の方法。

【0096】

１４．各アップリンクの許可が、１つのリソースブロックを割り振る実施形態１３に記載の方法。

【0097】

１５．各アップリンク許可が、いくつかの連続するリソースブロックを割り振る実施形態１４に記載の方法。

【0098】

１６．開ループ電力制御プロセスを使用して、コンテンションベースのアップリンクチャネル送信の送信電力を設定するステップ
をさらに含む実施形態１〜１５のいずれか１つに記載の方法。

【0099】

１７．送信電力設定は、コンテンションのない物理アップリンク共有チャネル、またはコンテンションのない物理アップリンク制御チャネル上の最後の送信電力レベルに基づく実施形態１６に記載の方法。

【0100】

１８．コンテンションベースのアップリンクチャネルに使用される変調および符号化設定に従って、最終的な送信電力設定を調整するステップ
をさらに含む実施形態１６〜１７のいずれか１つに記載の方法。

【0101】

１９．コンテンションベースのアップリンクチャネルに対して、限定された２つの状態の電力ランピングを使用するステップ
をさらに含む実施形態１〜１８のいずれか１つに記載の方法。

【0102】

２０．コンテンションベースのアップリンクチャネルは、無線送信／受信ユニット識別子、バッファ状態報告、または少ないペイロードのうちの少なくとも１つを含む実施形態１〜１９のいずれか１つに記載の方法。

【0103】

２１．コンテンションベースのアップリンクチャネルは、Ｎ個のリソースブロックを介して送信され、Ｎは標準化される、または半静的に送ることができる実施形態１〜２０のいずれか１つに記載の方法。

【0104】

２２．送信されるデータがトランスポートブロックサイズよりも小さいという条件の場合、残りのスペースは、電力ヘッドルーム情報、およびパディングビットで満たされる実施形態１〜２１のいずれか１つに記載の方法。

【0105】

２３．無線送受信ユニットは、スケジューリング要求が取り消されるまで、コンテンションのないスケジューリング要求、またはコンテンションベースのアップリンクチャネルを送るように試みる実施形態１〜２２のいずれか１つに記載の方法。

【0106】

２４．コンテンションのないリソースが特定数のサブフレーム内で利用可能になるという条件で、コンテンションベースのアップリンクチャネルへのアクセスが制限される実施形態１〜２３のいずれか１つに記載の方法。

【0107】

２５．コンテンションベースのアップリンクチャネルを受け取ったという通知を受信するステップ
をさらに含む実施形態１〜２４のいずれか１つに記載の方法。

【0108】

２６．スケジューリング許可の受信は、コンテンションベースのアップリンクチャネルの受信を暗黙的に知らせることである実施形態２５に記載の方法。

【0109】

２７．通知信号を受信するステップは、明示的な通知信号である実施形態２５に記載の方法。

【0110】

２８．通知が受信されないという条件で、コンテンションのないスケジューリング要求を送るステップ
をさらに含む実施形態２５〜２７いずれか１つに記載の方法。

【0111】

２９．コンテンションのないアップリンクスケジューリング許可、または通知が受信されるまで、ある間隔で、コンテンションのないスケジューリング要求、またはコンテンションベースのアップリンクチャネルを連続的に送信するステップ
をさらに含む実施形態２５〜２８のいずれか１つに記載の方法。

【0112】

３０．利用可能なリソースブロックの数に従って、サブチャネルを備えるコンテンションベースのアップリンクチャネルを定義するステップ
をさらに含む実施形態１〜２９のいずれか１つに記載の方法。

【0113】

３１．サブチャネルは重複していない実施形態３０に記載の方法。

【0114】

３２．サブチャネルは、１つのリソースブロックを含み、また基準信号を搬送するために、タイムスロット中に１つのシンボルが使用される実施形態３０〜３１のいずれか１つに記載の方法。

【0115】

３３．サブチャネル構造は、高位レイヤのシグナリングにより構成される実施形態３０〜３２のいずれか１つに記載の方法。

【0116】

３４．サブチャネル構造は、物理ダウンリンク制御チャネルを介して送られる実施形態３０〜３２のいずれか１つに記載の方法。

【0117】

３５．コンテンションベースの送信のために、半永続的にスケジュールされた（ＳＰＳ）許可を使用するステップ
をさらに含む実施形態１〜３４のいずれか１つに記載の方法。

【0118】

３６．ＳＰＳ許可の周期性は、システム情報を介して送られる実施形態３５に記載の方法。

【0119】

３７．利用可能なリソースブロックの数は、システム情報を介して送られる実施形態３５または３６に記載の方法。

【0120】

３８．周波数ドメインで復調基準信号の帯域幅を設定して、コンテンションベースのアップリンクオペレーションのために割り振られたリソースのサイズにマッチさせるステップ
をさらに含む実施形態１〜３７のいずれか１つに記載の方法。

【0121】

３９．スケジューリング要求が送信された後のサブフレーム数に基づいて、コンテンションベースのチャネルへのアクセスを制限するステップ
をさらに含む実施形態１〜３８のいずれか１つに記載の方法。

【0122】

４０．ＢＳＲ（バッファ状態報告）の成功裡の送信、およびＢＳＲに含まれたデータの不成功の送信に基づいて、コンテンションベースのチャネルへのアクセスを制限するステップ
をさらに含む実施形態１〜３８のいずれか１つに記載の方法。

【0123】

４１．所定のフレーム数内のアップリンク共有チャネルの送信に基づいて、コンテンションベースのチャネルへのアクセスを制限するステップ
をさらに含む実施形態１〜３８のいずれか１つに記載の方法。

【0124】

４２．アップリンクのコンテンションベースのリソース使用量、およびアップリンクのコンテンションのないリソース使用量の統計量をモニタするステップ
をさらに含む実施形態１〜４１のいずれか１つに記載の方法。

【0125】

４３．コンテンションベースのチャネルを使用することを判定するステップ、またはモニタするステップに基づいて、コンテンションベースのチャネルを使用する確率を判定するステップをさらに含む実施形態４２に記載の方法。

【0126】

４４．無線送受信ユニットが、コンテンションベースのチャネルでデータを送信し、かつトリガされたＢＳＲを取り消すステップをさらに含む実施形態１〜４３のいずれか１つに記載の方法。

【0127】

４５．アップリンクデータの量または優先順位、ユーザクラス、または無線リンク状態に基づいて、固定数のリソースブロックを用いるステップ
をさらに含む実施形態１〜４４のいずれか１つに記載の方法。

【0128】

４６．コンテンションベースのチャネルに使用されるリソースブロックの数は、異なるコンテンションベースの無線ネットワーク一時識別子に関連付けられる実施形態１〜４５のいずれか１つに記載の方法。

【0129】

４７．スケジューリング要求が保留され、有効なコンテンションベースのアップリンク許可が受信されており、コンテンションベースのチャネルで送信するステップと、同じサブフレームにおけるランダムアクセスチャネルプリアンブル送信を取り消すステップとをさらに含む実施形態１〜４６のいずれか１つに記載の方法。

【0130】

４８．スケジューリング要求が保留されており、コンテンションのないチャネルで個別のスケジューリング要求の最大再送信の数に達したこと、またはコンテンションベースのチャネル上の不成功なＢＳＲ送信に応じて、ランダムアクセスチャネルプリアンブルを送信するステップをさらに含む実施形態１〜４６のいずれか１つに記載の方法。

【0131】

４９．同じサブフレームで、コンテンションベースのアップリンク許可、およびコンテンションのないアップリンク許可を受信するステップと、許可に応じて、コンテンションベースのチャネルではなく、コンテンションのないアップリンクチャネルで送信するステップとをさらに含む実施形態１〜４８のいずれか１つに記載の方法。

【0132】

５０．同じサブフレーム中で、コンテンションベースのアップリンク許可、およびランダムアクセス応答アップリンク許可を受信するステップと、許可に応じて、コンテンションベースのチャネルではなく、ランダムアクセスチャネルで送信するステップとをさらに含む実施形態１〜４８のいずれか１つに記載の方法。

【0133】

５１．実施形態１〜５０の１つに記載の方法を実施するように構成された無線送受信ユニット。

【0134】

特徴および要素が、上記において特定の組合せで述べられているが、当業者であれば、各特徴または要素を単独で、または他の特徴または要素との任意の組合せで使用できることが理解されよう。さらに、本明細書で述べられた方法は、コンピュータまたはプロセッサで実行するために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これだけに限らないが、ＲＯＭ（読出し専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内部のハードディスクおよび取外し可能ディスクなどの磁気媒体、磁気光学媒体、ならびにＣＤ−ＲＯＭディスク、およびＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋｓ）などの光媒体を含む。ソフトウェアと関連付けられたプロセッサを、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用する無線周波数送受信器を実施するために使用することができる。

【図1A】

【図1B】

【図1C】

【図2A】

【図2B】

【図3】

【図4A】

【図4B】

【図5A】

【図5B】

【図6A】

【図6B】

【図6C】

【図7】

【図8】

【図9】

【図10】