特許 5972955 マルチユーザ制御チャネル割り当て

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

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

(11)【特許番号】5972955

(24)【登録日】2016年7月22日

(45)【発行日】2016年8月17日

(54)【発明の名称】マルチユーザ制御チャネル割り当て

(51)【国際特許分類】

   H04W 72/04 20090101AFI20160804BHJP

   H04J 1/00 20060101ALI20160804BHJP

   H04J 11/00 20060101ALI20160804BHJP

【ＦＩ】

   H04W72/04 136

   H04J1/00

   H04J11/00 Z

【請求項の数】15

【外国語出願】

【全頁数】31

(21)【出願番号】特願2014-233049(P2014-233049)

(22)【出願日】2014年11月17日

(62)【分割の表示】特願2012-552951(P2012-552951)の分割

【原出願日】2011年2月9日

(65)【公開番号】特開2015-73293(P2015-73293A)

(43)【公開日】2015年4月16日

【審査請求日】2014年12月11日

(31)【優先権主張番号】13/022,621

(32)【優先日】2011年2月7日

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

(31)【優先権主張番号】61/303,241

(32)【優先日】2010年2月10日

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

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(72)【発明者】

【氏名】ワンシ・チェン

(72)【発明者】

【氏名】ハオ・シュ

(72)【発明者】

【氏名】ナガ・ブシャン

(72)【発明者】

【氏名】サイ・イウ・ダンキャン・ホ

(72)【発明者】

【氏名】ティンファン・ジ

【審査官】 石田 昌敏

(56)【参考文献】

【文献】 特開２００９−２９６６１１（ＪＰ，Ａ）

【文献】 国際公開第２００８／１１１８２２（ＷＯ，Ａ２）

【文献】 特表２００８−５１０３８０（ＪＰ，Ａ）

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

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

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

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

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

【請求項1】

共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを生成することと、
前記制御メッセージの少なくとも一部をグループ識別子を用いてスクランブルすることと、
アクセス端末のグループ内の１つまたは複数のアクセス端末のためのペイロードを含む、パケットを生成することと、なお、前記グループが前記複数のアクセス端末を備え、前記グループ識別子によって識別され、前記パケットは、アップリンク送信上で利用する、前記複数のアクセス端末のうちの第１のアクセス端末のためのチャネルリソースの割り当てを指し示すための情報を備える、
制御チャネル上で前記制御メッセージを送信し及び前記共有チャネル上で前記パケットを送信することと、
を備える、ワイアレス通信の方法。

【請求項2】

前記制御メッセージが誤り検出コードをさらに備え、前記グループ識別子によってスクランブルされた前記制御メッセージの前記少なくとも一部は前記誤り検出コードを備える、請求項１に記載の方法。

【請求項3】

前記パケットが、一意の識別子に対応する前記第１のアクセス端末のためのペイロード部分と関連する長さインジケータをさらに備える、請求項１に記載の方法。

【請求項4】

前記制御メッセージが、前記第１のアクセス端末が前記共有チャネル上でチャネルリソースを割り当てられていることを指し示すために、前記第１のアクセス端末に対応する１つまたは複数のビットを備えるビットマップを備える、請求項１に記載の方法。

【請求項5】

前記共有チャネル上で送信された前記パケットは、各々のアップリンク送信上で利用
する前記第１のアクセス端末に加えて１つまたは複数のアクセス端末のためのチャネルリソースの割り当てを指し示すための情報をさらに備える、請求項１に記載の方法。

【請求項6】

前記制御メッセージを含む複数の制御メッセージを生成することと、
前記制御メッセージをリソースブロックの第１の領域に割り付けることと、
前記複数の制御メッセージの少なくとも１つの制御メッセージを前記リソースブロックの第２の領域に割り付けることと、
をさらに備える、請求項１に記載の方法。

【請求項7】

共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御チャネル上の制御メッセージを第１のアクセス端末において受信することと、ここにおいて前記制御メッセージの少なくとも一部は、前記制御メッセージをアクセス端末のグループに宛てるためのグループ識別子を用いてスクランブルされる、および、アクセス端末の前記グループ内の１つまたは複数のアクセス端末のためのペイロードを含む前記共有チャネル上のパケットを受信することと、なお、前記グループは前記複数のアクセス端末を備え、前記パケットは、アップリンク送信上で利用する前記第１のアクセス端末のためのチャネルリソースの割り当てを指し示すための情報を備える、
前記制御メッセージの前記一部を前記グループ識別子を用いてデスクランブルすることと、
前記デスクランブルすることが成功した場合、前記第１のアクセス端末のための任意のペイロード部分に関して検査するために前記パケットを復号することと、
を備えるワイアレス通信の方法。

【請求項8】

前記制御メッセージの前記デスクランブルすることが、前記制御メッセージの前記一部を複数の利用可能なグループ識別子からの前記グループ識別子を用いてデスクランブルすること
を備える、請求項７に記載の方法。

【請求項9】

前記制御メッセージが誤り検出コードをさらに備え、前記グループ識別子によってスクランブルされた前記制御メッセージの前記一部は前記誤り検出コードを備える、請求項７に記載の方法。

【請求項10】

前記複数のアクセス端末うちの前記第１のアクセス端末を識別するために前記受信されたパケット内の一意の識別子を捜索することと、および、前記パケット内の前記一意の識別子の不在を指し示す否定応答信号を送信することと、
または、
前記複数のアクセス端末うちの前記第１のアクセス端末を識別するために前記パケット内の一意の識別子を探し出すことと、および、前記一意の識別子と関連するペイロード部分を復元することと、
のうちの少なくとも１つをさらに備える、請求項７に記載の方法。

【請求項11】

前記パケットが、一意の識別子に対応する前記複数のアクセス端末のうちの前記第１のアクセス端末のためのペイロード部分と関連する長さインジケータをさらに備え、前記ペイロード部分が前記長さインジケータを使用して復元される、請求項７に記載の方法。

【請求項12】

前記制御メッセージが、前記アクセス端末が前記共有チャネル上でチャネルリソースを割り当てられていることを指し示すために前記第１のアクセス端末に対応する１つまたは複数のビットを備えるビットマップを備える、請求項７に記載の方法。

【請求項13】

共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを生成するための手段と、
前記制御メッセージの少なくとも一部をグループ識別子を用いてスクランブルするための手段と、
アクセス端末のグループ内の１つまたは複数のアクセス端末のためのペイロードを含む、パケットを生成するための手段と、なお、前記グループが前記複数のアクセス端末を備え、前記グループ識別子によって識別され、前記パケットは、アップリンク送信上で利用する、前記複数のアクセス端末のうちの第１のアクセス端末のためのチャネルリソースの割り当てを指し示すための情報を備える、
制御チャネル上で前記制御メッセージを送信し及び前記共有チャネル上で前記パケットを送信するための手段と、
を備える、ワイアレス通信のための装置。

【請求項14】

共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御チャネル上の制御メッセージを第１のアクセス端末において受信するための手段と、ここにおいて前記制御メッセージの少なくとも一部は、前記制御メッセージをアクセス端末のグループに宛てるためのグループ識別子を用いてスクランブルされる、
アクセス端末の前記グループ内の１つまたは複数のアクセス端末のためのペイロードを含む前記共有チャネル上のパケットを受信するための手段と、なお、前記グループは前記複数のアクセス端末を備え、前記パケットは、アップリンク送信上で利用する前記第１のアクセス端末のためのチャネルリソースの割り当てを指し示すための情報を備える、
前記制御メッセージの前記一部を前記グループ識別子を用いてデスクランブルするための手段と、
前記デスクランブルすることが成功した場合、前記第１のアクセス端末のための任意のペイロード部分に関して検査するために前記パケットを復号するための手段と、
を備える、ワイアレス通信の装置。

【請求項15】

実行されたときに、少なくとも１つのコンピュータに、請求項１乃至６、および／または、請求項７乃至１２のいずれかにしたがった方法を実行させるためのコードを備えるコンピュータ読み取り可能記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

［（１つもしくは複数の）関連する出願への相互参照］
本出願は、２０１０年２月１０日に出願し、「ＳＹＳＴＥＭＳ，ＡＰＰＡＲＡＴＵＳ ＡＮＤ ＭＥＴＨＯＤＳ ＵＴＩＬＩＺＩＮＧ ＤＯＷＮＬＩＮＫ ＣＯＮＴＲＯＬ ＣＨＡＮＮＥＬＳ ＴＯ ＦＡＣＩＬＩＴＡＴＥ ＢＵＲＳＴＹ ＴＲＡＦＦＩＣ」という名称の米国仮出願第６１／３０３，２４１の優先権を主張し、全体として本明細書に参照により明示的に組み込まれている。
本開示は一般的に通信システムに、より具体的には、ワイアレス通信システムにおけるユーザ機器へのリソースの割り当てに関する。

【背景技術】

【0002】

ワイアレス通信システムは、電話通信、ビデオ、データ、メッセージング、及び放送のような様々な電気通信サービスを提供するために広く配置される。典型的なワイアレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることができるマルチプルアクセス技術を用い得る。そのようなマルチプルアクセス技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、及び時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。

【0003】

これらのマルチプルアクセス技術は、異なるワイアレスデバイスが市の、国家の、地域の、さらに世界的なレベルで通信することを可能にする共通のプロトコルを提供するために様々な電気通信標準規格において採用されてきた。新興の電気通信標準規格の例はロングタームエボリューション（ＬＴＥ）である。ＬＴＥは第３世代パートナーシッププロジェクト（３ＧＰＰ）によって普及されたユニバーサル移動通信システム（ＵＭＴＳ）モバイル標準規格への１組の機能強化である。それは、スペクトルの有効性を向上させることによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを向上させ、新たなスペクトルを利用し、そしてダウンリンク（ＤＬ）においてＯＦＤＭＡを、アップリンク（ＵＬ）においてＳＣ−ＦＤＭＡを使用し、及び多入力多出力（ＭＩＭＯ）アンテナ技術を使用する他のオープンな（ｏｐｅｎ）標準規格とより良く一体化するように設計されている。しかしながらモバイルブロードバンドアクセスを求める要求は増加し続けているため、ＬＴＥ技術における更なる向上の必要性が存在する。望ましくは、これらの向上が他のマルチプルアクセス技術及びこれらの技術を用いる電気通信標準規格に適用可能であるべきである。

【0004】

いくつかの場合ワイアレス通信システムは、低レートのバースト的なトラフィックを送信もしくは受信する多数のユーザ機器（ＵＥｓ）を有し得る。共有トラフィックチャネルにおけるリソースの頻繁なスケジューリングは通常、これらの環境に対応するために用いられる。しかしながらこの手法は、多くの理由でダウンリンクの制御チャネルでのボトルネックを不都合に引き起こし得る。共有チャネルを介するダイナミックなスケジューリングは制御チャネルトラフィックを要求し得る。しかしながら、３ＧＰＰ標準規格によると広いシステム帯域幅のための最初の３つの制御シンボルのみが情報を制御するために割り当てられるように利用可能であり得るため制御チャネルは制限された電力容量及び制限された周波数／時間リソース容量を有するのでボトルネックが生じ得る。従って、バースト的なトラフィックのためにリソースを割り当てるための他の方法が望まれ得る。

【発明の概要】

【0005】

本開示のいくつかの態様は、個々のＵＥｓのためのスケジューリング情報をＰＤＳＣＨに移動することによってＰＤＣＣＨの次元の制限に対応する。これは、スケジューリング情報がＰＤＳＣＨにおいて利用可能であることをＵＥｓのグループに指し示すためのグループ識別子を利用することによって達成され得る。このように、ＰＤＣＣＨの容量はグループのサイズによって増大され得る。さらなる態様はリソースの割り当てに関する更なる情報を指し示すためにＰＤＣＣＨにおけるビットマップを利用し得る。

【0006】

本開示のさらなる態様はスケジューリングの目的のためにリレーダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）を利用することによってＰＤＣＣＨの電力制限に対応する。このように、ＵＥがＲ−ＰＤＣＣＨを復号することを可能にされるとき、ＵＥｓをスケジューリングするための制御情報はリソースブロックのデータ領域内のスペースを含むように拡大され得る。

【0007】

本開示の態様において、基地局のためのワイアレス通信の方法は、共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを生成すること、複数のアクセス端末のうちの第１のアクセス端末を識別するための一意の識別子及び第１のアクセス端末のためのペイロードを含むパケットを生成すること、ならびに制御チャネル上で制御メッセージを送信し及び共有チャネル上でパケットを送信することを含み得る。本開示の別の態様において、アクセス端末のためのワイアレス通信の方法は、共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを受信し、ここにおいて制御メッセージの少なくとも一部は、アクセス端末のグループに制御メッセージを宛てるためのグループ識別子を用いてスクランブルされ、そのグループは複数のアクセス端末を備えること、及びチャネルリソースの割り当てを復元するために制御メッセージを復号することを含み得る。

【0008】

本開示の別の態様において、ワイアレス通信のための装置は、共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを生成するための手段、複数のアクセス端末のうちの第１のアクセス端末を識別するための一意の識別子及び第１のアクセス端末のためのペイロードを含むパケットを生成するための手段、ならびに制御チャネル上で制御メッセージを送信し及び共有チャネル上でパケットを送信するための手段を含み得る。本開示のまた別の態様において、ワイアレス通信のための装置は共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを受信する手段、ここにおいて制御メッセージの少なくとも一部がアクセス端末のグループに制御メッセージを宛てるためのグループ識別子を用いてスクランブルされ、そのグループは複数のアクセス端末を備え、ならびにチャネルリソースの割り当てを復元するために制御メッセージを復号するための手段を含み得る。

【0009】

本開示の別の態様において、コンピュータプログラム製品は、共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを生成するためのコード、複数のアクセス端末のうちの第１のアクセス端末を識別するための一意の識別子及び第１のアクセス端末のためのペイロードを含むパケットを生成するためのコード、ならびに制御チャネル上で制御メッセージを送信し及び共有チャネル上でパケットを送信するためのコードを有するコンピュータ読み取り可能媒体を含み得る。本開示のまた別の態様において、コンピュータプログラム製品は共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを受信するためのコード、ここにおいて制御メッセージの少なくとも一部がアクセス端末のグループに制御メッセージを宛てるためのグループ識別子を用いてスクランブルされ、そのグループは複数のアクセス端末を備え、ならびにチャネルリソースの割り当てを復元するために制御メッセージを復号するためのコードを有するコンピュータ読み取り可能媒体を含み得る。

【0010】

本開示のまた別の態様において、ワイアレス通信のための装置は、共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを生成するように、複数のアクセス端末のうちの第１のアクセス端末を識別するための一意の識別子及び第１のアクセス端末のためのペイロードを有するパケットを生成するように、ならびに制御チャネル上で制御メッセージを送信し及び共有チャネル上でパケットを送信するように構成された処理システムを含み得る。本開示の別の態様において、ワイアレス通信のための装置は共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを受信するように、ここにおいて制御メッセージの少なくとも一部がアクセス端末のグループに制御メッセージを宛てるためのグループ識別子を用いてスクランブルされ、そのグループは複数のアクセス端末を備え、ならびにチャネルリソースの割り当てを復元するために制御メッセージを復号するように構成された処理システムを含み得る。

【図面の簡単な説明】

【0011】

【図1】処理システムを用いる装置のためのハードウェア実行の例を例示する図。

【図2】ネットワークアーキテクチャの例を例示する図。

【図3】アクセスネットワークの例を例示する図。

【図4】アクセスネットワークにおける使用のためのフレーム構造の例を例示する図。

【図5】ＬＴＥにおけるＵＬのための例示的なフォーマット。

【図6】ユーザ及び制御プレーンのための無線プロトコルアーキテクチャの例を例示する図。

【図7】アクセスネットワークにおけるユーザ機器及び進化型ノードＢの例を例示する図。

【図8】１つまたは複数のＵＥｓにチャネルリソースを割り当てる方法のフローチャート。

【図9A】共有トラフィックチャネル上で提供される例示的なＭＡＣパケットを例示する図。

【図9B】共有トラフィックチャネル上で提供される例示的なＭＡＣパケットを例示する図。

【図10】制御チャネル上で提供されるビットマップを例示する図。

【図11】ビットマップを利用する１つまたは複数のＵＥｓにチャネルリソースを割り当てる方法のフローチャート。

【図12】ビットマップを利用するチャネルリソースの割り当てを受信する方法のフローチャート。

【図13】ネスト化された割り当て構造を利用してチャネルリソースを割り当てる方法のフローチャート。

【図14】Ｒ−ＰＤＣＣＨを含むフレームを例示する図。

【詳細な説明】

【0012】

添付の図面と関係して以下で述べられる詳細な説明は、様々な構成の説明として意図されており、本明細書で説明される概念が実行され得る構成のみを示すように意図されていない。詳細な説明は、様々な概念の徹底的な理解を提供する目的のために具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細がなくても実行され得ることは当業者には明らかになる。いくつかの事例において、周知の構造及びコンポーネントがそのような概念を不明瞭にすることを避けるためにブロック図の形態で表示される。

【0013】

電気通信システムのいくつかの態様はこれから様々な装置及び方法を参照して示されることになる。これらの装置及び方法は以下の詳細な説明で説明され、様々なブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズムなど（集合的に「要素」として称される）によって添付の図面において例示されることになる。これらの要素は電子ハードウェア、コンピュータソフトウェア、もしくはそれらの任意の組み合わせを使用して実行され得る。そのような要素が実行されるのがハードウェアとしてかソフトウェアとしてかは全体のシステムに課された設計制限及び特定のアプリケーションによって決まる。

【0014】

例として、要素、もしくは要素の任意の一部、もしくは要素の任意の組み合わせは１つまたは複数のプロセッサを含む「処理システム」と共に実行され得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）、プログラマブル論理デバイス（ＰＬＤｓ）、ステートマシン、ゲート論理、ディスクリートハードウェア回路、及び本開示全体を通して説明される様々な機能性を実行するように構成された他の適当なハードウェアを含む。

【0015】

従って、１つまたは複数の典型的な実施例において、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、もしくは任意のそれらの組み合わせにおいて実行され得る。もしソフトウェアにおいて実行された場合、機能はコンピュータ読み取り可能媒体上に格納、もしくはコンピュータ読み取り可能媒体上の１つまたは複数の命令もしくはコードとして符号化され得る。コンピュータ読み取り可能媒体はコンピュータ記憶媒体を含む。記憶媒体はコンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ読み取り可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光学ディスク記憶媒体、磁気ディスク記憶媒体もしくは他の磁気記憶デバイス、もしくは命令あるいはデータ構造の形態で望ましいプログラムコードを搬送もしくは格納するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備え得る。本明細書で使用されるようにディスク（Ｄｉｓｋ）及びディスク（Ｄｉｓｃ）は、コンパクトディスク（ｃｏｍｐａｃｔ ｄｉｓｃ）（ＣＤ）、レーザーディスク（登録商標）（ｌａｓｅｒ ｄｉｓｃ）、光学ディスク（ｏｐｔｉｃａｌ ｄｉｓｃ）、デジタルバーサタイルディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）（ＤＶＤ），フロッピー（登録商標）ディスク（ｆｌｏｐｐｙ（登録商標） ｄｉｓｋ）及びブルーレイディスク（ｂｌｕ−ｒａｙ ｄｉｓｃ）を含み、ここにおいてディスク（ｄｉｓｃ）がレーザーを用いて光学的にデータを再現するのに対し、ディスク（ｄｉｓｋ）は大抵磁気的にデータを再現する。上記の組み合わせはまた、コンピュータ読み取り可能媒体の範囲内にも含まれるべきである。

【0016】

図１は処理システム１１４を用いる装置１１０のためのハードウェア実行の例を例示する概念的な図である。この例において処理システム１１４は、概してバス１０２によって表されるバスアーキテクチャと共に実装され得る。バス１０２は、処理システム１１４の特定のアプリケーション及び全体の設計制限によって決まる任意の数の相互接続するバス及びブリッジを含み得る。バス１０２は、概してプロセッサ１０４によって表される１つまたは複数のプロセッサ、及び概してコンピュータ読み取り可能媒体１０６によって表されるコンピュータ読み取り可能媒体を含む様々な回路を一緒にリンクする。バス１０２はまた、タイミングソース、周辺機器、電圧調節器、及び電力管理回路のような様々な他の回路も結合し得、これらは当技術分野では周知であり、従ってこれ以上は説明されない。バスインタフェース１０８は、バス１０２とトランシーバ１１０の間にインタフェースを供給する。トランシーバ１１０は、送信媒体をわたって様々な他の装置と通信するための手段を提供する。装置の本質次第で、ユーザインタフェース１１２（例えば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック）も提供され得る。

【0017】

プロセッサ１０４は、コンピュータ読み取り可能媒体１０６に格納されるソフトウェアの実行を含む、一般的な処理、ならびにバス１０２を管理することを担っている。プロセッサ１０４によって実行されるとき、ソフトウェアは処理システム１１４に任意の特定の装置用の以下で説明される様々な機能を実行させる。コンピュータ読み取り可能媒体１０６はまた、ソフトウェアを実行するときプロセッサ１０４によって操作されるデータを格納するためにも使用され得る。

【0018】

図２は様々な装置１００（図１を参照）を用いるＬＴＥネットワークアーキテクチャ２００を例示する図である。ＬＴＥネットワークアーキテクチャ２００は進化型パケットシステム（ＥＰＳ）２００として称され得る。ＥＰＳ２００は１つまたは複数のユーザ機器（ＵＥ）２０２、進化型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）２０４、進化型パケットコア網（ＥＰＣ）２１０、ホーム加入者サーバ（ＨＳＳ）２２０、及びオペレータのＩＰサービス２２２を含み得る。ＥＰＳは他のアクセスネットワークと相互接続し得るが、簡略化のためにそれらのエンティティ／インタフェースは表示されない。表示されているようにＥＰＳはパケット交換サービスを提供するけれども当業者が容易に理解することになるように、本開示全体に渡って示される様々な概念が回線交換サービスを提供するネットワークにも拡張され得る。

【0019】

Ｅ−ＵＴＲＡＮは進化型ノードＢ（ｅＮＢ）２０６及び他のｅＮＢｓ２０８を含む。ｅＮＢ２０６は、ユーザ及び制御プレーンプロトコルのＵＥ２０２に対する終端を提供する。ｅＮＢ２０６はＸ２インタフェース（つまり、バックホール）を介して他のｅＮＢ２０８に接続され得る。ｅＮＢ２０６はまた、当業者によって、基地局、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、もしくはいくつかの他の適当な用語として称され得る。ｅＮＢ２０６はＵＥ２０２のためにＥＰＣ２１０へのアクセスポイントを提供する。ＵＥｓ２０２の例は、携帯電話、スマートフォン、セッション確立プロトコル（ＳＩＰ）電話、ラップトップ、パーソナルデジタルアシスタント（ＰＤＡ）、衛星無線、グローバルポジショニングシステム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレイヤ（例えば、ＭＰ３プレイヤ）、カメラ、コンピュータゲーム機、もしくは任意の他の類似の機能デバイスを含む。ＵＥ２０２はまた、当業者によって、移動局、加入者局、移動ユニット、加入者ユニット、ワイアレスユニット、遠隔ユニット、移動デバイス、ワイアレスデバイス、ワイアレス通信デバイス、遠隔デバイス、移動加入者局、アクセス端末、移動端末、ワイアレス端末、遠隔端末、ハンドセット、ユーザエージェント、移動クライアント、クライアント、もしくはいくつかの他の適当な用語としても称され得る。

【0020】

ｅＮＢ２０６はＳ１インタフェースによってＥＰＣ２１０に接続される。ＥＰＣ２１０は、モビリティ管理エンティティ（ＭＭＥ）２１２、他のＭＭＥｓ２１４、サービスゲートウェイ２１６、及びパケットデータネットワーク（ＰＤＮ）ゲートウェイ２１８を含む。ＭＭＥ２１２は、ＵＥ２０２とＥＰＣ２１０との間のシグナリングを処理する制御ノードである。一般的に、ＭＭＥ２１２はベアラ（ｂｅａｒｅｒ）及び接続管理を提供する。全てのユーザＩＰパケットは、それ自体がＰＤＮゲートウェイ２１８に接続される、サービスゲートウェイ２１６を介して転送される。ＰＤＮゲートウェイ２１８はＵＥに他の機能と同様にＩＰアドレスの割り当てを提供する。ＰＤＮゲートウェイ２１８はオペレータＩＰサービス２２２に接続される。オペレータＩＰサービス２２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、及びＰＳストリーミングサービス（ＰＳＳ）を含む。

【0021】

図３は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワークの例を例示する図である。この例において、アクセスネットワーク３００は多くのセルラー領域（セル）３０２に分けられる。１つまたは複数のより低い電力クラスのｅＮＢｓ３０８、３１２は、セル３０２の１つまたは複数と重複する、セルラー領域３１０、３１４をそれぞれ有し得る。より低い電力クラスのｅＮＢｓ３０８、３１２はフェムトセル（例えば、ホームｅＮＢｓ（ＨｅＮＢｓ））、ピコセル、もしくはマイクロセルであり得る。より高い電力クラスの、もしくはマクロのｅＮＢ３０４はセル３０２に割り当てられ、セル３０２内の全てのＵＥｓ３０６のためにＥＰＣ２１０へのアクセスポイントを提供するように構成される。アクセスネットワーク３００のこの例には中心となるコントローラはなく、しかし中心となるコントローラは別の代わりとなる構成において使用され得る。ｅＮＢ３０４は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、及びサービスゲートウェイ２１６（図２を参照）への接続性を含む無線関連機能の全てを担っている。

【0022】

アクセスネットワーク３００によって用いられる変調及びマルチプルアクセスのスキームは、配備されている特定の電気通信標準規格次第で変わり得る。ＬＴＥアプリケーションにおいて、周波数分割デュプレックス（ＦＤＤ）及び時分割デュプレックス（ＴＤＤ）の両方をサポートするために、ＯＦＤＭはＤＬ上で使用され、ＳＣ−ＦＤＭＡはＵＬ上で使用される。以下に続く詳細な説明から当業者が容易に認識することになるように、本明細書で示される様々な概念はＬＴＥアプリケーションにうまく適合される。しかしながら、これらの概念は、他の変調及びマルチプルアクセス技法を用いる他の電気通信標準規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ）もしくはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯ及びＵＭＢは第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって標準規格のＣＤＭＡ２０００ファミリの一部として普及されたエアインタフェース標準規格であり、ブロードバンドインターネットアクセスを移動局に提供するためにＣＤＭＡを用いる。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）及びＴＤ−ＳＣＤＭＡのようなＣＤＭＡの他の変種を用いるユニバーサル地上無線アクセス（ＵＴＲＡ）、ＴＤＭＡを用いる移動通信のためのグローバルシステム（ＧＳＭ（登録商標））、及びＯＦＤＭＡを用いる進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、及びＦｌａｓｈ−ＯＦＤＭにも拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、及びＧＳＭは３ＧＰＰ組織によるドキュメントにおいて説明される。ＣＤＭＡ２０００及びＵＭＢは３ＧＰＰ２組織によるドキュメントにおいて説明される。用いられる実際のワイアレス通信標準規格及びマルチプルアクセス技術はシステムに課された全体の設計制限及び特定のアプリケーションによって決まることになる。

【0023】

ｅＮＢ３０４はＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用は，空間的多重化、ビームフォーミング、及び送信ダイバーシチをサポートするために、ｅＮＢ３０４が空間ドメインを活用することを可能にする。

【0024】

空間的多重化は、同じ周波数上で同時にデータの異なるストリームを送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ３０６に、もしくは全体のシステム容量を増加させるために複数のＵＥｓ３０６に送信され得る。これはそれぞれのデータストリームを空間的にプリコーディングし（つまり、振幅及び位相のスケーリングを適用し）、その後ダウンリンク上に複数の送信アンテナを通じてそれぞれの空間的にプリコーディングされたストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間的なシグネチャとともに（１つまたは複数の）ＵＥ３０６に到着し、このことは、（１つまたは複数の）ＵＥ３０６のそれぞれがそのＵＥ３０６に向けられた１つまたは複数のデータストリームを復元することを可能にする。アップリンク上でそれぞれのＵＥ３０６は、空間的にプリコーディングされたデータストリームを送信し、このことは、ｅＮＢ３０４がそれぞれの空間的にプリコーディングされたデータストリームのソースを識別することを可能にする。

【0025】

空間的多重化は一般的に、チャネル状況が良好な時に使用される。チャネル状況があまり好ましくないとき、ビームフォーミングが１つまたは複数の方向に送信エネルギーを集中させるために使用され得る。これは、複数のアンテナを通じた送信のためにデータを空間的にプリコーディングすることによって達成され得る。セルの端で良好なカバレッジを達成するために、単一ストリームのビームフォーミング送信が送信ダイバーシチと組み合わせて使用され得る。

【0026】

以下に続く詳細な説明において、アクセスネットワークの様々な態様がダウンリンク上でＯＦＤＭをサポートするＭＩＭＯシステムを参照して説明されることになる。ＯＦＤＭは、ＯＦＤＭシンボル内の多くのサブキャリアに渡るデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で間隔を空けて配置される。間隔を空けることは、受信機がサブキャリアからデータを復元することを可能にする「直交性」を提供する。時間ドメインにおいて、ガードインターバル（例えば、サイクリックプリフィックス）が、ＯＦＤＭシンボル間干渉に対抗するためにそれぞれのＯＦＤＭシンボルに加えられ得る。アップリンクは、高いピーク対平均電力比（ＰＡＲＲ）を補うためにＤＦＴ拡散ＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用し得る。

【0027】

様々なフレーム構造はＤＬ及びＵＬ送信をサポートするために使用され得る。ＤＬフレーム構造の例が図４を参照してこれから示されることになる。しかしながら当業者が容易に認識することになるように、任意の特定のアプリケーションのためのフレーム構造は任意の数のファクタ次第で異なり得る。この例において、フレーム（１０ｍｓ）は１０個の等しい大きさのサブフレームに分けられる。それぞれのサブフレームは２つの連続した時間スロットを含む。

【0028】

リソースグリッドは２つの時間スロットを示すために使用され得、それぞれの時間スロットはリソースブロックを含む。リソースグリッドは複数のリソースエレメントに分けられる。ＬＴＥにおいて、リソースブロックは周波数ドメインにおいて１２個の連続するサブキャリアを、ならびにそれぞれのＯＦＤＭシンボルにおける通常のサイクリックプレフィックスに関しては時間ドメインにおいて７個の連続するＯＦＤＭシンボルを、すなわち８４個のリソースエレメントを含む。Ｒ４０２、４０４として示されるような、リソースエレメントのいくつかはＤＬ基準信号（DL reference signals）（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは（時には共有ＲＳとも呼ばれる）セル特有ＲＳ（ＣＲＳ）４０２及びＵＥ特有ＲＳ（ＵＥ−ＲＳ）４０４を含む。ＵＥ−ＲＳ４０４は、対応する物理ダウンリンク共用チャネル（ＰＤＳＣＨ）がマッピングされるリソースブロック上でのみ送信される。それぞれのリソースエレメントによって搬送されるビットの数は変調スキームによって決まる。従って、ＵＥが受信するリソースブロックがより多く、変調スキームがより高いと、ＵＥのためのデータレートはより高くなる。

【0029】

ＵＬフレーム構造５００の例が図５を参照してこれから示されることになる。図５はＬＴＥにおけるＵＬのための例示的なフォーマットを表示している。ＵＬのための利用可能なリソースブロックは、データセクション及び制御セクションに区分化され得る。制御セクションはシステム帯域幅の２つの端で形成され得、設定可能なサイズを有し得る。制御セクションにおけるリソースブロックは制御情報の送信のためにＵＥｓに割り当てられ得る。データセクションは、制御セクションに含まれない全てのリソースブロックを含み得る。図５における設計は、単一のＵＥがデータセクションにおける隣接するサブキャリアの全てが割り当てられることを許容し得る隣接するサブキャリアを含むデータセクションに結果としてなる。

【0030】

ＵＥはｅＮＢに制御情報を送信するために制御セクションにおけるリソースブロック５１０ａ、５１０ｂを割り当てられ得る。ＵＥはまたｅＮＢにデータを送信するためにデータセクションにおけるリソースブロック５２０ａ、５２０ｂも割り当てられ得る。ＵＥは、制御セクションにおける割り当てられたリソースブロック上の物理アップリンク制御チャネル（ＰＵＣＣＨ）において制御情報を送信し得る。ＵＥは、データセクションにおける割り当てられたリソースブロック上の物理アップリンク共有チャネル（ＰＵＳＣＨ）においてデータ及び制御情報の両方、もしくはデータのみを送信し得る。図５で表示されているように、ＵＬ送信はサブフレームの両方のスロットに渡ることができ、周波数に渡ってホップ（ｈｏｐ）し得る。

【0031】

図５で表示されているように、１組のリソースブロックは最初のシステムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ）５３０におけるＵＬ同期を達成するために使用され得る。ＰＲＡＣＨ５３０はランダムシーケンスを搬送し、いずれのＵＬデータ／シグナリングも搬送できない。それぞれのランダムアクセスプリアンブルは６つの連続するリソースブロックに対応する帯域幅を占める。始めの周波数はネットワークによって特定される。つまり、ランダムアクセスプリアンブルの送信は特定の時間及び周波数リソースに制限される。ＰＲＡＣＨ用に周波数ホッピングはない。ＰＲＡＣＨの試みは単一のサブフレーム（１ｍｓ）において行われ、ＵＥはフレーム（１０ｍｓ）毎に一回のみのＰＲＡＣＨの試みを行うことができる。

【0032】

ＬＴＥにおけるＰＵＣＣＨ、ＰＵＳＣＨ、及びＰＲＡＣＨは、公に利用可能な「進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）；物理チャネル及び変調」という名称の３ＧＰＰ ＴＳ３６．２１１において説明される。

【0033】

無線プロトコルアーキテクチャは、特定のアプリケーション次第で様々な形態を呈し得る。ＬＴＥシステムの例が図６を参照してこれから示されることになる。図６はユーザ及び制御プレーンのための無線プロトコルアーキテクチャの例を例示する概念的図である。

【0034】

図６を参照すると、ＵＥ及びｅＮＢのための無線プロトコルアーキテクチャが、レイヤ１、レイヤ２、及びレイヤ３の３つの層で表示される。レイヤ１は最も下のレイヤであり、様々な物理レイヤ信号処理機能を実行する。レイヤ１は本明細書において物理レイヤ６０６として称されることになる。レイヤ２（Ｌ２レイヤ）６０８は物理レイヤ６０６より上位にあり、物理レイヤ６０６を介したＵＥとｅＮＢの間のリンクを担っている。

【0035】

ユーザプレーンにおいてＬ２レイヤ６０８は、ネットワーク側のｅＮＢで終端されるメディアアクセス制御（ＭＡＣ）サブレイヤ６１０、無線リンク制御（ＲＬＣ）サブレイヤ６１２、及びパケットデータコンバージェンスプロトコル（ＰＤＣＰ）６１４サブレイヤを含む。表示されていないけれども、ＵＥはネットワーク側のＰＤＮゲートウェイ２０８（図２を参照）で終端されるネットワークレイヤ（例えば、ＩＰレイヤ）、及び接続のもう一方の端（例えば、遠端ＵＥ、サーバなど）で終端されるアプリケーションレイヤを含む、Ｌ２レイヤ６０８よりも上位にいくつかの上位レイヤを有し得る。

【0036】

ＰＤＣＰサブレイヤ６１４は、異なる無線ベアラと論理チャネルとの間の多重化を提供する。ＰＤＣＤサブレイヤ６１４はまた、無線送信オーバヘッドを低減するための上位レイヤデータパケット用のヘッダ圧縮、データパケットを暗号化することによるセキュリティ、及びｅＮＢｓ間のＵＥｓのためのハンドオーバサポートを提供する。ＲＬＣサブレイヤ６１２は、上位レイヤデータパケットのセグメント化及び再構築、失われたデータパケットの再送信、ハイブリット自動再送要求（ＨＡＲＱ）を原因とする順序の乱れた受信を補うためのデータパケットの並び替えを提供する。ＭＡＣサブレイヤ６１０は、論理チャネルとトランスポートチャネルとの間の多重化を提供する。ＭＡＣサブレイヤ６１０はまた、ＵＥｓ間で１つのセル内で様々な無線リソース（例えば、リソースブロック）を割り当てることも担っている。ＭＡＣサブレイヤ６１０はまた、ＨＡＲＱ動作も担っている。

【0037】

制御プレーンにおいて、ＵＥ及びｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンにヘッダ圧縮機能がないことは例外として、実質的に物理レイヤ６０６及びＬ２レイヤ６０８と同じである。制御プレーンはまた、レイヤ３における無線リソース制御（ＲＲＣ）サブレイヤ６１６を含む。ＲＲＣサブレイヤ６１６はｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して、より低いレイヤを構成することと、及び無線リソース（つまり、無線ベアラ）を獲得することを担っている。

【0038】

図７はアクセスネットワークにおいてＵＥ７５０と通信するｅＮＢ７１０のブロック図である。ＤＬにおいて、コアネットワークからの上位レイヤパケットは、コントローラ／プロセッサ７７５に提供される。コントローラ／プロセッサ７７５は、図６と関係して上記で説明されたＬ２レイヤの機能性を実行する。ＤＬにおいて、コントローラ／プロセッサ７７５は、ヘッダ圧縮、暗号化、パケットセグメント化及び並び替え、論理チャネルとトランスポートチャネルとの間の多重化、及び様々な優先メトリックに基づくＵＥ７５０への無線リソースの割り当てを提供する。コントローラ／プロセッサ７７５はまた、ＨＡＲＱ動作、失われたパケットの再送信、及びＵＥ７５０へのシグナリングも担っている。

【0039】

ＴＸプロセッサ７１６はＬ１レイヤ（つまり、物理レイヤ）のための様々な信号処理機能を実行する。信号処理機能は、ＵＥ７５０で前方向誤り訂正（ＦＥＣ）を容易にするためにコード化すること及びインターリーブすること、ならびに様々な変調スキーム（例えば、２相位相変調（ＢＰＳＫ）、４相位相変調（ＱＰＳＫ）、多相位相変調（Ｍ−ＰＳＫ）、もしくは多値直交振幅変調（Ｍ−ＱＡＭ））に基づいて信号コンステレーションにマッピングすることを含む。コード化された、ならびに変調されたシンボルはその後並行なストリームに分けられる。それぞれのストリームはその後、ＯＦＤＭサブキャリアにマッピングされ、時間及び／もしくは周波数ドメインにおいて基準信号（a reference signal）（例えば、パイロット）と多重化され、その後時間ドメインＯＦＤＭシンボルストリームを搬送する物理チャネルを生み出すために逆高速フーリエ変換（ＩＦＦＴ）を使用して合わせて結合される。ＯＦＤＭストリームは複数の空間的ストリームを生み出すために空間的にプリコーディングされる。チャネル推定機７７４からのチャネル推定は空間的処理のためだけでなく、コード化及び変調スキームを決定するために使用され得る。チャネル推定は、ＵＥ７５０によって送信されたチャネルコンディションフィードバック及び／もしくは基準信号から導き出され得る。その後、それぞれの空間的ストリームは別個の送信機７１８ＴＸを介して異なるアンテナ７２０に提供される。それぞれの送信機７１８ＴＸはＲＦキャリアを送信用の各々の空間的ストリームで変調する。

【0040】

ＵＥ７５０で、それぞれの受信機７５４ＲＸはその各々のアンテナ７５２を通じて信号を受信する。それぞれの受信機７５４ＲＸはＲＦキャリア上に変調された情報を復元し、受信機（ＲＸ）プロセッサ７５６にその情報を提供する。

【0041】

ＲＸプロセッサ７５６はＬ１レイヤの様々な信号処理機能を実行する。ＲＸプロセッサ７５６はＵＥ７５０に向けられた任意の空間的ストリームを復元するために情報に空間処理を実行する。もし複数の空間的ストリームがＵＥ７５０に向けられた場合、それらはＲＸプロセッサ７５６によって単一のＯＦＤＭシンボルストリームに結合され得る。ＲＸプロセッサ７５６はその後、ＯＦＤＭシンボルストリームを、高速フーリエ変換（ＦＦＴ）を使用して時間ドメインから周波数ドメインに変換する。周波数ドメイン信号は、ＯＦＤＭ信号のそれぞれのサブキャリア用の別個のＯＦＤＭシンボルストリームを備える。それぞれのサブキャリア上のシンボル及び基準信号は、ｅＮＢ７１０によって送信された最も可能性のある信号コンステレーションポイントを決定することによって復元及び復調される。これらのソフト決定は、チャネル推定器７５８によって算定されるチャネル推定に基づき得る。ソフト決定はその後物理チャネル上でｅＮＢ７１０によって最初に送信された制御信号及びデータを復元するために復号及びデインターリーブされる。データ及び制御信号はその後、コントローラ／プロセッサ７５９に提供される。

【0042】

コントローラ／プロセッサ７５９は、図６と関係して上記で説明されたＬ２レイヤを実装する。ＵＬにおいて、制御／プロセッサ７５９は、コアネットワークからの上位レイヤパケットを復元するためにトランスポートチャネルと論理チャネルとの間のデマルチプレクシング、パケット再構築、解読、ヘッダ解凍、制御信号処理を提供する。上位レイヤパケットはその後、Ｌ２レイヤよりも上位の全てのプロトコルレイヤを表すデータシンク７６２に提供される。様々な制御信号はまた、Ｌ３処理のためにデータシンク７６２に提供され得る。コントローラ／プロセッサ７５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）、及び／もしくは否定応答（ＮＡＣＫ）プロトコルを使用する誤り検出も担っている。

【0043】

ＵＬにおいて、データソース７６７は上位レイヤパケットをコントローラ／プロセッサ７５９に提供するために使用される。データソース７６７はＬ２レイヤ（Ｌ２）より上位の全てのプロトコルレイヤを表す。ｅＮＢ７１０によるＤＬ送信と関係して説明された機能性に類似して、コントローラ／プロセッサ７５９は、ｅＮＢ７１０による無線リソース割り当てに基づいて、ヘッダ圧縮、暗号化、パケットセグメント化及び並び替え、論理チャネルとトランスポートチャネルとの間の多重化を提供することによってユーザプレーン及び制御プレーン用のＬ２レイヤを実装する。コントローラ／プロセッサ７５９はまた、ＨＡＲＱ動作、失われたパケットの再送信、及びｅＮＢ７１０へのシグナリングも担っている。

【0044】

ｅＮＢ７１０によって送信された基準信号もしくはフィードバックからチャネル推定機７５８によって導き出されるチャネル推定は適当なコード化及び変調スキームを選択するために、ならびに空間的な処理を容易にするためにＴＸプロセッサ７６８によって使用され得る。ＴＸプロセッサ７６８によって生成される空間的ストリームは別個の送信機７５４ＴＸを介して異なるアンテナ７５２に提供される。それぞれの送信機７５４ＴＸはＲＦキャリアを送信用の各々の空間的ストリームで変調する。

【0045】

ＵＬ送信は、ＵＥ７５０での受信機機能と関係して説明されたものと類似の方式で、ｅＮＢ７１０で処理される。それぞれの受信機７１８ＲＸはその各々のアンテナ７２０を通じて信号を受信する。それぞれの受信機７１８ＲＸはＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ７７０にその情報を提供する。ＲＸプロセッサ７７０はＬ１レイヤを実装する。

【0046】

コントローラ／プロセッサ７５９は、図６と関係して上記で説明されたＬ２レイヤを実装する。ＵＬにおいて、制御／プロセッサ７５９は、ＵＥ７５０からの上位レイヤパケットを復元するためにトランスポートチャネルと論理チャネルとの間のデマルチプレクシング、パケット再構築、解読、ヘッダ解凍、制御信号処理を提供する。コントローラ／プロセッサ７７５からの上位レイヤパケットはコアネットワークに提供され得る。コントローラ／プロセッサ７５９はまた、ＨＡＲＱ動作をサポートするためにＡＣＫ、及び／もしくはＮＡＣＫプロトコルを使用する誤り検出も担っている。

【0047】

本開示のいくつかの態様において、図１と関連して説明される処理システム１１４はｅＮＢ７１０を含む。特に、処理システム１１４は、ＴＸプロセッサ７１６、ＲＸプロセッサ７７０、及びコントローラ／プロセッサ７７５を含み得る。本開示のいくつかの態様において、図１と関連して処理システム１１４はＵＥ７５０を含む。特に、処理システム１１４は、ＴＸプロセッサ７６８、ＲＸプロセッサ７５６、及びコントローラ／プロセッサ７５９を含み得る。

【0048】

例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）などの制御チャネル上で提供される制御メッセージは、例えば物理ダウンリンク共用チャネル（ＰＤＳＣＨ）及び／もしくは物理アップリンク共用チャネル（ＰＵＳＣＨ）などのダウンリンク及びアップリンクの共有チャネルの送信をサポートするために利用され得る。例えば、制御メッセージが、ＰＤＳＣＨを首尾よく受信、復調、及び復号するようにＵＥを構成するために利用され得る。ＰＤＣＣＨは通常、サブフレームの第１のスロットにおける最大始めの３つまでのＯＦＤＭシンボル内のリソースエレメントにマッピングされ、ＵＥｓのためのチャネルリソース割り当てを指し示し得る。

【0049】

ＰＤＣＣＨ上で搬送される制御メッセージは、制御メッセージが向けられた特定のＵＥを識別するための識別子を含み得る。例えば、ユニキャスト制御メッセージは、ＰＤＣＣＨに含まれる巡回冗長検査（ＣＲＣ）をマスク、もしくはスクランブルするために特定のＵＥに対応するセル固有無線ネットワーク一次識別子（Ｃ−ＲＮＴＩ）を利用し得る。このように、その特定のＵＥはＣＲＣをデスクランブルし、制御メッセージを復号し得、それに対し異なるＣ−ＲＮＴＩを有する別のＵＥはＣＲＣを正確にデスクランブルし、制御メッセージを復号することに失敗するであろう。

【0050】

しかしながらネットワークが数多くのＵＥｓもしくは低いレートのバースト的なトラフィックを有する多くの高容量(high-volume) ＵＥｓにサービスするとき、Ｅ−ＵＴＲＡＮは、小さなＰＤＳＣＨもしくはＰＵＳＣＨの割り当てのみを度々対象とする、要求される頻繁なスケジューリングを提供することは問題であると発見し得る。つまり、ＰＤＣＣＨの制限された容量（つまり、電力及び周波数／時間リソースディメンションの点で限定される）を原因として、ＰＤＣＣＨはボトルネックになり得る。例えば、ＰＤＣＣＨの容量が短時間でのＵＥｓから、もしくはＵＥｓへのトラフィックのバーストを原因とするリソース割り当ての混雑(backup) を防ぐのに不十分であり得るという状況が生じ得る。

【0051】

本開示の様々な態様を利用することによって、ＰＤＣＣＨでのボトルネックが低減され得る。

【0052】

本開示のある態様において、ＰＤＣＣＨにおいて利用可能な制限された周波数／時間リソースディメンションがユニキャストのＰＤＣＣＨよりもむしろグループキャストのＰＤＣＣＨを利用することによって対応(address) され得る。例えばＵＥ特有のＣ−ＲＮＴＩを用いてＣＲＣをスクランブルするよりもむしろ、ＣＲＣはグループＣ−ＲＮＴＩ（つまり、Ｇ−ＲＮＴＩ）を用いてスクランブルされ得る。

【0053】

図８は、本開示の態様に従って１つまたは複数のＵＥｓへチャネルリソースを割り当てるためのプロセスを例示するフローチャートを含む。ここにおいて、プロセス８００はｅＮＢで実行され得るプロセスを例示し、プロセス８５０はＵＥで実行され得るプロセスを例示する。ブロック８０２において、プロセスは１つまたは複数のＵＥｓのグループのためのチャネルリソースに関連する情報を含む制御メッセージを生成する。以下で説明されるように、制御メッセージはＰＤＣＣＨ上の、もしくはＰＤＣＣＨ及びＰＤＳＣＨ上の情報を含み得る。

【0054】

ブロック８０４において、プロセスは制御メッセージの少なくとも一部に対応する１組のＣＲＣパリティ（ｐａｒｉｔｙ）ビットを算定する。例えば、ＣＲＣはＰＤＣＣＨのペイロードに従って算定され、ＰＤＣＣＨに付け加えられ得る。

【0055】

制御メッセージがどのグループを対象としているかを識別するために、ブロック８０６において、プロセスはＧ−ＲＮＴＩのようなグループ識別子を用いて制御メッセージの少なくとも一部をスクランブルする。このように、グループ識別子に対応するグループのメンバーであるＵＥは、制御メッセージの一部をデスクランブルするためにグループ識別子を適用可能であり得る。ある例において、制御メッセージの一部がブロック８０４において算定されるＣＲＣであり得る。

【0056】

本開示のいくつかの態様において、ＵＥは１つのグループ、もしくは複数のグループ識別子に対応する複数のグループのメンバーであり得る。ここにおいて、ＵＥがメンバーであるグループの一つに対応するグループ識別子の任意の１つが制御メッセージの一部をスクランブルするために利用された場合、ＵＥは制御メッセージをデスクランブルするためにそのグループの識別子のそれぞれを検査することができることがある。

【0057】

グループへのＵＥｓのグループ分けはｅＮＢによって、もしくはＥ−ＵＴＲＡＮにおける任意の他のノードによって調整され得る。特定のグループに対するＵＥｓの選択は、チャネルコンディション、トラフィックの特徴、もしくはチャネルリソースのスケジューリングを支援し得る任意の他の適当な特徴のようなファクタに基づき得る。

【0058】

ブロック８０８において、プロセスはグループ識別子によって識別されるグループ内の１つまたは複数のＵＥｓのためのデータを含むパケットを生成する。ここにおいて、特定のＵＥが正確なグループ識別子を利用することによってＣＲＣを首尾よく復号した場合、チャネルリソースはＵＥがメンバーであるグループ内の少なくとも１つのＵＥに割り当てられるというインジケーションとして捉えられ得る。本開示の態様に従って、グループに対応する１つまたは複数のＵＥｓのためのデータを含むパケットは、ＰＤＳＣＨのような共有チャネル上で提供されるＭＡＣパケットであり得る。ここにおいてＰＤＳＣＨ上のパケットはその特定のＵＥのためのデータを含み得る。パケットはＵＥのＣ−ＲＮＴＩのようなＵＥ特有の識別子によってＰＤＳＣＨ内でＵＥｓを識別し得る。

【0059】

図９Ａは本開示のある態様に従って、ＰＤＳＣＨ上で搬送されるＭＡＣペイロードを例示するマップである。図９Ａで表示されているＭＡＣペイロードは２つのＵＥｓへの割り当てのための構造を例示している。しかしながら他の実施例において、他の数のＵＥｓは図９Ａで表示されている形態でのペイロード構造を拡張することによって割り当てられ得る。

【0060】

ＭＡＣペイロード９００は、２つのＵＥｓのためのＲＮＴＩ情報を含み得るＣ−ＲＮＴＩ部分９０２及び９０８を含み得る。ＭＡＣペイロード９００はまた、ＵＥペイロードサイズの長さを示す情報を含み得る、長さ部分９０４及び９１０も含み得る。ＭＡＣペイロード９００はまた、割り当てが提供されるＵＥｓのためのデータを含み得る、ペイロード部分９０６及び９１２も含み得る。

【0061】

図９Ｂは本開示の別の態様に従って、ＭＡＣペイロードを例示するマップである。図９Ｂで表示されているＭＡＣペイロード９１３は３つのＵＥｓへの割り当てのための構造を例示する。しかしながら他の実施例において、他の数のＵＥｓは図９Ｂで表示されている形態でのペイロード構造を拡張することによって割り当てられ得る。

【0062】

ＭＡＣペイロード９１３は、３つのＵＥｓのためのＲＮＴＩ情報を含み得るＣ−ＲＮＴＩ部分９１６、９１８及び９２０を含み得る。ＭＡＣペイロード９１３は割り当てられるＵＥｓの数を指し示すための情報を含む第１の部分９１４を含み得る。ＭＡＣペイロード９１３はまた、対応するＵＥペイロードサイズの長さを示す情報を含み得る、長さ部分９２０及び９２６も含み得る。ＭＡＣペイロード９１３はまた、割り当てが提供されるＵＥｓのためのデータを含み得る、ペイロード部分９２４、９２８及び９３０も含み得る。

【0063】

本開示の様々な態様において、ＭＡＣペイロード９００及び９１３は様々な構造を有し得る。いくつかの実施例において、ＭＡＣペイロード９００及び９１３はスケジューリングされているＵＥｓ用のペイロードサイズの長さ及び／もしくはスケジューリングされているＵＥｓを示す識別情報を含む。もしただ１つのＵＥがスケジューリングされている場合、識別情報はいくつかの実施例において含まれる必要はない。

【0064】

図９Ａ及び９Ｂにおいて表示されるように、Ｎ個のＵＥｓのためにＮ−１個の長さフィールドが特定され得る。これらの実施例において、最後の長さは特定されたＮ−１個の長さフィールド及びＰＨＹトランスポートブロックサイズから黙示的に導き出され得る。

【0065】

従って図８に戻りブロック８１０において、例えばＰＤＣＣＨ上で搬送される制御メッセージ、及び例えばＰＤＳＣＨ上で搬送されるＭＡＣパケットはｅＮＢによって送信される。もちろん、制御メッセージを含むＰＤＣＣＨ及びＭＡＣパケットを含むＰＤＳＣＨは必ずしも同じリソース上で送信される必要はない。つまり、いくつかの実施例においてそれらは同じリソースブロック上で提供され得、他の実施例においてそれらは異なるリソースブロック上で提供され得る。

【0066】

プロセス８５０は本開示の態様に従ってＵＥで実行され得るプロセスを例示する。ここにおいてブロック８５２で、ＵＥは上記で説明されたようにＰＤＣＣＨ及びＰＤＳＣＨを含む１つまたは複数のリソースブロックを受信する。ブロック８５４においてＵＥは、ＵＥがメンバーであるグループに対応するＧ−ＲＮＴＩを利用してＣＲＣをデスクランブルする。もし成功した場合、その後ブロック８５６においてＵＥはＰＤＳＣＨを復号し、ブロック８５８においてそのＵＥ用のＭＡＣパケットにおけるペイロードを探し出す(locate) ためＰＤＳＣＨ内のＭＡＣパケットを検査する。例えば、ＵＥはＣ−ＲＮＴＩのようなＵＥ特有の識別子についてＭＡＣパケットを探索し得る。ブロック８６０において、もしＣ−ＲＮＴＩ及びそのＵＥのための対応するペイロードが発見された場合、ＵＥは肯定応答信号（ＡＣＫ）を送信し得、ならびにもしそのＵＥのためのトラフィックがＭＡＣパケットにおいて発見されなかった場合、ＵＥは否定応答信号（ＮＡＣＫ）を送信し得る。

【0067】

ＡＣＫ／ＮＡＣＫインジケーションの送信は、本開示に従って様々な方法で遂行され得る。ある態様において、オンオフキーイングが利用され得る。例えば、もしＵＥがＭＡＣパケットにおいてそのＣ−ＲＮＴＩを探し出すことに失敗した場合、ＵＥはＮＡＣＫ信号を送信し得、そうでなくもしＵＥがＭＡＣパケットにおいてそのＣ−ＲＮＴＩ及び対応するペイロードを探し出した場合、ＵＥは不連続送信（ＤＴＸ）を実行することによって、つまりどのシンボルも送信しないことによって、肯定応答（ＡＣＫ）を指し示し得る。このように、もしいずれのＵＥもマルチユーザのＰＤＳＣＨを復号することに失敗した場合、ｅＮＢは１つまたは複数の受信されたＮＡＣＫの送信に従ってＰＤＳＣＨを再送信することを決定し得る。

【0068】

別の態様において、ＡＣＫ／ＮＡＣＫインジケーションは、ＡＣＫ／ＮＡＣＫシンボルを搬送するための複数のＰＵＣＣＨリソースを、動的にもしくは半静的に割り当てることによって遂行され得、（例えば、３ＧＰＰのＬＴＥ Ｒｅｌ．８ 仕様書に従った）従来のＡＣＫ／ＮＡＣＫメカニズムが利用され得る。

【0069】

本開示の更なる態様において、制御メッセージは、ＵＥにスケジューリングされているかどうかを知らせるためのビットマップを含み得る。例えば図１０は、本開示の態様に従って、簡略化された典型的なビットマップ１０００を例示する。ここにおいて、例えばＵＥ３のような特定のＵＥは、その特定のＵＥに対応するビットマップ内の１つまたは複数のビット１００２を知らされ得る。このように、ＵＥは、ＵＥがこのＰＤＣＣＨによってスケジューリングされているかどうかを決定するためにその特定の１つまたは複数のビット１００２に注目(look to) し得る。

【0070】

ここにおいてＵＥがスケジューリングされているかどうかの決定は、ビットマップにおける１つまたは複数のビット位置及び（１つまたは複数の）ビット値に従って下され得る。もしＵＥが、それがスケジューリングされていると決定した場合、特定のＵＥ用のリソース割り当ての導出は上記のように、つまり、ＭＡＣペイロードにおけるそれぞれのスケジューリングされたＵＥの識別を利用して行われ得、あるいは本開示の別の態様においてそれはリソース割り当てを決定するためにビットマップ内の情報をさらに利用し得る。

【0071】

図１１は、ｅＮＢによって実行され得る、本開示の態様に従って１つまたは複数のＵＥｓへチャネルリソースを割り当てるためのプロセス１１００を例示するフローチャートを含む。ここにおいてブロック１１０２、１１０４、及び１１０６で、ｅＮＢは図８において例示されるプロセス８００とほとんど同じ様式でグループ割り当てを割り当て及び実行し得る。しかしながらブロック１１０８において、ｅＮＢは各々のＵＥに割り当てられたビットマップ内の１つまたは複数の位置を１つまたは複数のＵＥｓに（例えば、より高いレイヤのシグナリングを利用して）知らせ得る。ブロック１１１０においてプロセスは、ＰＤＣＣＨにおけるＣＲＣをスクランブルするために利用されるグループ識別子に対応するグループのどのＵＥｓがＰＤＳＣＨ内でチャネルリソースを割り当てられているのかを指定するためのビットマップを生成し得る。ブロック１１１２においてプロセスは、割り当てられたチャネルリソースを利用してＭＡＣペイロードを生成し、ブロック１１１４においてプロセスは制御メッセージ及びＭＡＣペイロードを含む１つまたは複数のフレームを送信する。

【0072】

図１２は、ＵＥによって実行され得る、本開示の態様に従って１つまたは複数のＵＥｓへチャネルリソースを割り当てるためのプロセス１２５０を例示するフローチャートを含む。ここにおいてブロック１２５２、１２５４、及び１２５６でＵＥは、図８で例示されるプロセス８５０とほとんど同じ様式で、ＵＥがメンバーであるグループに対応するＧ−ＲＮＴＩを利用してそのＣＲＣをデスクランブルし、ＰＤＣＣＨを復号し得る。しかしながらブロック１２５８でＵＥは、制御メッセージペイロードにおけるビットマップに従ってリソース割り当てを決定し得る。もしＵＥがビットマップで指し示されるようにスケジューリングされた場合、その後ブロック１２６０及び１２６２においてＵＥはＰＤＳＣＨ内のＭＡＣペイロードを復号し、そこにおけるパケットの復号の成功もしくは失敗に従って対応するＡＣＫ／ＮＡＣＫを送信し得る。しかしながらもしＵＥがビットマップで指し示されるようにスケジューリングされなかった場合、ＵＥは対応するＰＤＳＣＨを復号しようと試みない場合があり、従ってどのＡＣＫ／ＮＡＣＫ送信も提供されない場合がある。

【0073】

ブロック１２５８におけるリソース割り当ての決定は本開示に従って様々な方法で下され得る。ある態様においてリソース割り当ては図１０において例示されるように決定され得、ここにおいて１つまたは複数のビットは、その１つまたは複数のビットを調べるように構成された特定のＵＥにリソースが割り当てられるというインジケータとして利用される。ここにおいて、もしＵＥがビットマップにおいて指し示されたようにスケジューリングされなかった場合、ＵＥは対応するＰＤＳＣＨを復号しようと試みない場合があり、従ってどのＡＣＫ／ＮＡＣＫ送信も提供されない場合がある。

【0074】

本開示の別の態様において、ブロック１２５８におけるリソース割り当ての決定は以下のように下され得る。つまり、もしＰＤＣＣＨ内の全体のリソース割り当てのサイズがＭとして表示され、ＰＤＣＣＨ内でスケジューリングされているＵＥｓの総数がＮとして表示された場合、その時ＰＤＣＣＨ内でスケジューリングされているそれぞれのＵＥはＭ／Ｎのリソース割り当てのサイズを有し得る。このように、ＰＤＣＣＨ内の特定のＵＥへのリソース割り当てはＭＡＣペイロードのための１つまたは複数のＰＤＳＣＨ内の位置を指し示すために利用され得る。加えて、リソース割り当てのサイズは対応するビットマップの位置からシーケンシャルに決定され得る。

【0075】

本開示のまた更なる態様において、ＰＤＣＣＨ内で提供されるリソース割り当ては、例えばＰＵＳＣＨ上でＵＥによって利用されるアップリンクリソースに対応し得る。つまり、ＰＵＳＣＨ上でリソースを割り当てるためのネスト化(nested) された割り当て構造が利用され得る。ここにおいてリソース割り当ては、１つまたは複数のＰＵＳＣＨｓのために１つのＰＤＣＣＨを用い得る。それぞれのＵＥがＰＵＳＣＨ送信用にその独自の開始物理リソースブロックを有し得るので、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）用のＡＣＫ／ＮＡＫ設計はｅＮＢによって個々にシグナリングされ得る。

【0076】

図１３は本開示の態様に従って、アップリンクチャネルリソースのネスト化された割り当てのためのプロセスを例示する。ここにおいてブロック１３０２、１３０４、及び１３０６でＵＥは、図８において例示されるプロセス８５０とほとんど同じ様式で、ＰＤＣＣＨを受信し、ＵＥがメンバーであるグループに対応するＧ−ＲＮＴＩを利用してそのＣＲＣをデスクランブルし、ＰＤＣＣＨを復号し得る。しかしながらブロック１３０８において、ＵＥは１つまたは複数のＰＵＳＣＨリソース割り当ての対応するＰＤＳＣＨにおける位置を決定するために、例えばＰＤＣＣＨ内のビットマップに注目し得る。つまり、ＰＵＳＣＨ用のチャネルリソース割り当てはＰＤＳＣＨに配置され、ＰＵＳＣＨリソース割り当てが置かれるＰＤＳＣＨ内の位置はＰＤＣＣＨ内のビットマップによって指摘される。ブロック１３１０においてＵＥは、アップリンク上で送信される情報のためにＰＵＳＣＨリソースを利用し得、ブロック１３１２においてＵＥはアップリンク上でＰＵＳＣＨを送信し得る。

【0077】

本開示の別の態様において、ＰＤＣＣＨにおいて利用可能な制限された電力はチャネルリソースの割り当てに関する制御メッセージのためにリレーＰＤＣＣＨ（Ｒ−ＰＤＣＣＨ）を利用することによって対応され得る。Ｒ−ＰＤＣＣＨは、例えばリレーとｅＮＢとの間のバックホールリンクの構成のために制御情報をリレーに搬送するように指定されて、現行の３ＧＰＰ標準規格に含まれる。特定されたように、Ｒ−ＰＤＣＣＨは制御シグナリングを搬送するためにデータ領域を利用する。

【0078】

Ｒ−ＰＤＣＣＨは、ＦＤＭ、ＴＤＭ、もしくはＦＤＭとＴＤＭの組み合わせの様式でリソースブロックのデータ領域１３０６に割り当てられ得る。図１４は、Ｒ−ＰＤＣＣＨ１４０４がＦＤＭ様式で割り当てられる特定の実行の例示である。さらには、Ｒ−ＰＤＣＣＨ１４０４の特定の組成は半静的に、もしくは動的に構成され得る。ここにおいて、Ｒ−ＰＤＣＣＨの動的な構成は、例えば、Ｒｅｌ−８制御領域１４０２内で指示され得る。例えば、ＰＨＩＣＨ、ＰＣＦＩＣＨ、及び／もしくはＰＤＣＣＨリソースもしくはフィールドのいくつかは、Ｒ−ＰＤＣＣＨを動的に構成するために利用され得る。また更に、Ｒ−ＰＤＣＣＨ１４０４は、データ領域１４０６内の１つの位置に完全にローカライズされ得る、もしくは図１４において例示される例におけるように、Ｒ−ＰＤＣＣＨ１４０４はデータ領域１４０６のあたりに分散され得る。

【0079】

本開示の態様に従ってＵＥは、ＰＤＣＣＨがＲ−ＰＤＣＣＨで補強され得るようにＲ−ＰＤＣＣＨを受信することを可能とされ得る。ここにおいて、ＰＤＣＣＨを補強するために利用されるＲ−ＰＤＣＣＨのサイズは、チャネルリソースのスケジューリングを求める要求に従って構成され得る。従って、もしＰＤＣＣＨがチャネルリソースのスケジューリングのために完全に利用された場合、Ｒ−ＰＤＣＣＨにおける追加のスペースが割り当て及び利用され得る。さらに、Ｒ−ＰＤＣＣＨにおけるスペースは、上記で説明されたようにＰＤＳＣＨの使用を補強もしくは交換するために利用され得る。つまり、チャネルリソース割り当てはＰＤＣＣＨ、Ｒ−ＰＤＣＣＨ、もしくはその二つの組み合わせを含み得る。

【0080】

Ｒ−ＰＤＣＣＨの利用は周波数再使用利得を提供し得る。例えば周波数帯域の一部１４０４はいくつかのユーザの専用にされ得、それに対し周波数帯域の別の一部１４０８は、周波数帯域の一部の適当な選択を適切にする他の環境もしくは異なるチャネルコンディションを有する他のユーザの専用にされ得る。さらには、Ｒ−ＰＤＣＣＨのために適当な周波数を選択することによって、セル間干渉調整が可能である。従ってＲ―ＰＤＣＣＨ上で搬送される制御メッセージは、ＰＤＣＣＨ上で搬送されるものよりもより良く保護され得る。

【0081】

本開示の態様において、ＰＤＣＣＨは３ＧＰＰのＬＴＥ Ｒｅｌ−８もしくは９に従って構成されたレガシＵＥｓを対象にする制御メッセージのために利用され得、それに対しＲ−ＰＤＣＣＨは３ＧＰＰのＬＴＥ標準規格の後のリリースに従って構成されたＵＥｓを対象とする制御メッセージのために利用され得る。

【0082】

もちろん、上記で説明された本開示の他の態様は、ＵＥをＰＤＳＣＨ内の情報に向けるためのグループ識別子を利用し、本明細書で説明されるようにＲ−ＰＤＣＣＨを利用して実行され得ることを当業者は理解することになる。例えば図８、１０、１１、１２、及び１３を参照して、説明された実施例のいずれかで利用される制御メッセージはＲ−ＰＤＣＣＨで、もしくはＰＤＣＣＨとＲ−ＰＤＣＣＨの組み合わせで実行され得る。

【0083】

さらには上記の手法の組み合わせが利用され得る。例えば、いくつかのＵＥｓは図８−１３と関連して上記で説明されたグループに基づくＰＤＣＣＨリソース割り当てを利用し得、それに対し他のＵＥｓは上記で説明されたようにリソース割り当てのためにＲ−ＰＤＣＣＨもしくはリソース割り当てのために従来のＰＤＣＣＨを利用し得る。

【0084】

典型的な実施例において、良好なチャネルコンディションを有するＵＥｓの第１のグループはグループに基づくＰＤＣＣＨリソース割り当てを利用するように構成され得る。ここにおいて良好なチャネルコンディションは、ＰＤＣＣＨ内の要求されたディメンションの一部分がＰＤＣＣＨ内の要求された電力の一部分よりも少ない状態に対応し得る。さらには、乏しいチャネルコンディションを有するＵＥｓの第２のグループはリソース割り当てのためにＲ−ＰＤＣＣＨもしくは従来のＰＤＣＣＨのうちの１つを利用するように構成され得る。ここにおいて乏しいチャネルコンディションは、ＰＤＣＣＨ内の要求されたディメンションの一部分がＰＤＣＣＨ内の要求された電力の一部分よりも大きい状態に対応し得る。

【0085】

図１及び図７を参照してある構成において、ワイアレス通信のための装置１００は、制御メッセージを生成するための手段、パケットを生成するための手段、制御チャネル上で制御メッセージを送信し及び共有チャネル上でパケットを送信するための手段、制御メッセージの少なくとも一部をグループ識別子を用いてスクランブルするための手段、複数の制御メッセージを生成するための手段、制御メッセージをリソースブロックの第１の領域に割り付けるための手段、及び少なくとも１つの制御メッセージをリソースブロックの第２の領域に割り付けるための手段を含む。本開示のいくつかの態様において当該手段は、当該手段によって記載された機能を実行するように構成された処理システム１１４を含む。上記に説明されたように、処理システム１１４は、ＴＸプロセッサ７１６、ＲＸプロセッサ７７０、及びコントローラ／プロセッサ７７５を含む。このように、ある構成において当該手段は、当該手段によって記載された機能を実行するように構成されたＴＸプロセッサ７１６、ＲＸプロセッサ７７０、コントローラ／プロセッサ７７５であり得る。さらには本開示のいくつかの態様において当該手段は、当該手段によって記載された機能を実行するように構成された（１つまたは複数の）送信機／（１つまたは複数の）受信機７１８を含む。

【0086】

別の構成において、ワイアレス通信のための装置１００は制御メッセージを受信するための手段、制御メッセージを復号するための手段、制御メッセージの少なくとも一部をグループ識別子を用いてデスクランブルするための手段、共有チャネル上でパケットを受信するための手段、パケット内の一意の識別子を捜索するための手段、否定応答信号を送信するための手段、共有チャネル上でパケットを受信するための手段、パケット内の一意の識別子を探し出すための手段、一意の識別子と関連するペイロードを復元するための手段、ビットマップの１つまたは複数のビットに従って共有チャネル上のチャネルリソースの割り当てを決定するための手段、パケットからペイロードを復元するための手段、ペイロードをパケットから復元するためにスケジューリング情報を利用するための手段、ペイロードをパケットから復元するために長さインジケータを使用するための手段、アップリンクパケットを送信するための手段を含む。本開示のいくつかの態様において当該手段は、当該手段によって記載された機能を実行するように構成された処理システム１１４を含む。上記に説明されたように、処理システム１１４は、ＴＸプロセッサ７６８、ＲＸプロセッサ７５６、及びコントローラ／プロセッサ７５９を含む。このようにある構成において当該手段は、当該手段によって記載された機能を実行するように構成されたＴＸプロセッサ７６８、ＲＸプロセッサ７５６、コントローラ／プロセッサ７５９であり得る。さらには本開示のいくつかの態様において当該手段は、当該手段によって記載された機能を実行するように構成された（１つまたは複数の）送信機／（１つまたは複数の）受信機７５４を含む。

【0087】

開示されるプロセスにおけるステップの特定の順序もしくは階層は典型的な手法の例示であることは理解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序もしくは階層は再整理され得ることは理解される。添付の方法の請求項はサンプルの順序における様々なステップの要素を示し、示される特定の順序もしくは階層に限定されることは意図されていない。

【0088】

前述の説明は、いずれの当業者も本明細書で説明される様々な態様を実施することを可能にするために提供される。これらの態様への様々な変更は当業者には容易に明らかになり、本明細書で定義される包括的な本質は他の態様に適用され得る。従って、請求項は本明細書で表示される態様に限定されることは意図されておらず、しかし請求項の用語と一貫する全ての範囲が与えられるべきであり、ここにおいて単数形の要素への参照は特別にそのように述べられない限り「１つ及びただ１つ」を意味するように意図されず、むしろ「１つまたは複数の」を意味するように意図される。特別に他の方法で述べられない限り、「いくつかの」という表現は１つまたは複数を表す。当業者には既知の、もしくは後に既知となる本開示全体を通して説明された様々な態様の要素に対する全ての構造的及び機能的均等物は本明細書において参照により明示的に組み込まれ、特許請求の範囲により包含されることが意図されている。さらには本明細書で開示されるものはどれも、そのような開示が特許請求の範囲において明白に記載されているかどうかに関わらず、公共に捧げられるように意図されていない。請求項の要素はどれも、要素が「のための手段」というフレーズを使用して明示的に記載されていない限り、もしくは方法の請求項の場合、要素が「のためのステップ」というフレーズを使用して記載されない限り、米国特許法１１２条第６段落の規定の下、解釈されるべきでない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］ 共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを生成することと、
前記複数のアクセス端末の第１のアクセス端末を識別するための一意の識別子、及び前記第１のアクセス端末のためのペイロードを備える、パケットを生成することと、
制御チャネル上で前記制御メッセージを送信し及び前記共有チャネル上で前記パケットを送信することと、
を備える、ワイアレス通信の方法。
［Ｃ２］ 前記制御メッセージをアクセス端末のグループに宛てるために前記制御メッセージの少なくとも一部をグループ識別子を用いてスクランブルすることをさらに備え、前記グループが前記複数のアクセス端末を備える、Ｃ１に記載の方法。
［Ｃ３］ 前記制御メッセージが誤り検出コードをさらに備え、前記グループ識別子によってスクランブルされた前記制御メッセージの前記少なくとも一部は前記誤り検出コードを備える、Ｃ１に記載の方法。
［Ｃ４］ 前記誤り検出コードが巡回冗長検査を備える、Ｃ３に記載の方法。
［Ｃ５］ 前記パケットが、前記一意の識別子に対応する前記第１のアクセス端末のための前記ペイロードと関連する長さインジケータをさらに備える、Ｃ１に記載の方法。
［Ｃ６］ 前記制御メッセージが、前記第１のアクセス端末が前記共有チャネル上でチャネルリソースを割り当てられていることを指し示すために、前記第１のアクセス端末に対応する１つまたは複数のビットを備えるビットマップを備える、Ｃ１に記載の方法。
［Ｃ７］ 前記共有チャネル上で送信された前記パケットは、アップリンク送信上で利用する前記第１のアクセス端末のためのチャネルリソースの割り当てを指し示すための情報を備える、Ｃ１に記載の方法。
［Ｃ８］ 前記共有チャネル上で送信された前記パケットは、各々のアップリンク送信上で利用する前記第１のアクセス端末に加えて１つまたは複数のアクセス端末のためのチャネルリソースの割り当てを指し示すための情報をさらに備える、Ｃ７に記載の方法。
［Ｃ９］ 前記制御チャネルは、リソースブロックのデータ領域の少なくとも一部を備える、Ｃ１に記載の方法。
［Ｃ１０］ 前記制御チャネルがリレー制御チャネルを備える、Ｃ９に記載の方法。
［Ｃ１１］ 前記制御メッセージを含む複数の制御メッセージを生成することと、
前記制御メッセージをリソースブロックの第１の領域に割り付けることと、
前記複数の制御メッセージの少なくとも１つの制御メッセージを前記リソースブロックの第２の領域に割り付けることと、
をさらに備える、Ｃ１に記載の方法。
［Ｃ１２］ 前記第１の領域及び前記第２の領域は時間において分離される、Ｃ１１に記載の方法。
［Ｃ１３］ 共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを受信することと、ここにおいて前記制御メッセージの少なくとも一部は、前記制御メッセージをアクセス端末のグループに宛てるためのグループ識別子を用いてスクランブルされ、前記グループは前記複数のアクセス端末を備え、
前記チャネルリソースの割り当てを復元するために前記制御メッセージを復号することと、
を備えるワイアレス通信の方法。
［Ｃ１４］ 前記制御メッセージの前記少なくとも一部を前記グループ識別子を用いてデスクランブルすることによって前記制御メッセージを復号することをさらに備える、Ｃ１３に記載の方法。
［Ｃ１５］ 前記制御メッセージの前記復号が、前記制御メッセージの前記少なくとも一部を複数の利用可能なグループ識別子からの前記グループ識別子を用いてデスクランブルすることを備える、Ｃ１４に記載の方法。
［Ｃ１６］ 前記制御メッセージが誤り検出コードをさらに備え、前記グループ識別子によってスクランブルされた前記制御メッセージの前記少なくとも一部は前記誤り検出コードを備える、Ｃ１４に記載の方法。
［Ｃ１７］ 前記誤り検出コードが巡回冗長検査を備える、Ｃ１６に記載の方法。
［Ｃ１８］ 前記共有チャネル上でパケットを受信することと、
前記複数のアクセス端末の第１のアクセス端末を識別するために前記パケット内の一意の識別子を捜索することと、
前記パケット内の前記一意の識別子の不在を指し示す否定応答信号を送信することと、
をさらに備える、Ｃ１４に記載の方法。
［Ｃ１９］ 前記共有チャネル上でパケットを受信することと、
前記複数のアクセス端末の第１のアクセス端末を識別するために前記パケット内の一意の識別子を探し出すことと、
前記一意の識別子と関連するペイロードを復元することと、
をさらに備える、Ｃ１４に記載の方法。
［Ｃ２０］ 前記パケットが、長さインジケータをさらに備え、前記ペイロードが前記長さインジケータを使用して復元される、Ｃ１９に記載の方法。
［Ｃ２１］ 前記制御メッセージが、前記アクセス端末が前記共有チャネル上でチャネルリソースを割り当てられていることを指し示すために前記第１のアクセス端末に対応する１つまたは複数のビットを備えるビットマップを備える、Ｃ１４に記載の方法。
［Ｃ２２］ 前記共有チャネル上でパケットを受信することと、
前記１つまたは複数のビットに従って前記共有チャネル上でのチャネルリソースの割り当てを決定することと、
前記チャネルリソースの決定された割り当てを使用して前記パケットからペイロードを復元することと、
をさらに備える、Ｃ２１に記載の方法。
［Ｃ２３］ 前記ビットマップがスケジューリング情報を備え、前記方法は前記パケットから前記ペイロードを復元するために前記スケジューリング情報を利用することをさらに備える、Ｃ２２に記載の方法。
［Ｃ２４］ 前記ビットマップが前記パケットのスケジューリングされた送信と関連する長さインジケータを備え、前記方法が前記パケットから前記ペイロードを復元するために前記長さインジケータを使用するようにさらに構成された、Ｃ２３に記載の方法。
［Ｃ２５］ 前記ペイロードは、アップリンク送信上での利用のためのチャネルリソースの割り当てを指し示すための情報を備える、Ｃ２２に記載の方法。
［Ｃ２６］ 前記割り当てられたチャネルリソースを利用してアップリンクパケットを送信すること
をさらに備える、Ｃ２５に記載の方法。
［Ｃ２７］ 前記制御メッセージが制御チャネル上で受信される、Ｃ１４に記載の方法。
［Ｃ２８］ 前記制御チャネルは、リソースブロックのデータ領域の少なくとも一部を備える、Ｃ２７に記載の方法。
［Ｃ２９］ 前記制御チャネルがリレー制御チャネルを備える、Ｃ２８に記載の方法。
［Ｃ３０］ 共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを生成するための手段と、
前記複数のアクセス端末の第１のアクセス端末を識別するための一意の識別子、及び前記第１のアクセス端末のためのペイロードを備える、パケットを生成するための手段と、
制御チャネル上で前記制御メッセージを送信し及び前記共有チャネル上で前記パケットを送信するための手段と、
を備える、ワイアレス通信のための装置。
［Ｃ３１］ 前記制御メッセージをアクセス端末のグループに宛てるために前記制御メッセージの少なくとも一部をグループ識別子を用いてスクランブルするための手段をさらに備え、前記グループが前記複数のアクセス端末を備える、Ｃ３０に記載の装置。
［Ｃ３２］ 前記制御メッセージが誤り検出コードをさらに備え、前記グループ識別子によってスクランブルされた前記制御メッセージの前記少なくとも一部は前記誤り検出コードを備える、Ｃ３０に記載の装置。
［Ｃ３３］ 前記誤り検出コードが巡回冗長検査を備える、Ｃ３２に記載の装置。
［Ｃ３４］ 前記パケットが、前記一意の識別子に対応する前記第１のアクセス端末のための前記ペイロードと関連する長さインジケータをさらに備える、Ｃ３０に記載の装置。
［Ｃ３５］ 前記制御メッセージが、前記第１のアクセス端末が前記共有チャネル上でチャネルリソースを割り当てられていることを指し示すために、前記第１のアクセス端末に対応する１つまたは複数のビットを備えるビットマップを備える、Ｃ３０に記載の装置。
［Ｃ３６］ 前記共有チャネル上で送信された前記パケットは、アップリンク送信上で利用する前記第１のアクセス端末のためのチャネルリソースの割り当てを指し示すための情報を備える、Ｃ３０に記載の装置。
［Ｃ３７］ 前記共有チャネル上で送信された前記パケットは、各々のアップリンク送信上で利用する前記第１のアクセス端末に加えて１つまたは複数のアクセス端末のためのチャネルリソースの割り当てを指し示すための情報をさらに備える、Ｃ３６に記載の装置。
［Ｃ３８］ 前記制御チャネルは、リソースブロックのデータ領域の少なくとも一部を備える、Ｃ３０に記載の装置。
［Ｃ３９］ 前記制御チャネルがリレー制御チャネルを備える、Ｃ３８に記載の装置。
［Ｃ４０］ 前記制御メッセージを含む複数の制御メッセージを生成するための手段と、
前記制御メッセージをリソースブロックの第１の領域に割り付けるための手段と、
前記複数の制御メッセージの少なくとも１つの制御メッセージを前記リソースブロックの第２の領域に割り付けるための手段と、
をさらに備える、Ｃ３０に記載の装置。
［Ｃ４１］ 前記第１の領域及び前記第２の領域は時間において分離される、Ｃ４０に記載の装置。
［Ｃ４２］ 共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを受信するための手段と、ここにおいて前記制御メッセージの少なくとも一部は、前記制御メッセージをアクセス端末のグループに宛てるためのグループ識別子を用いてスクランブルされ、前記グループは前記複数のアクセス端末を備え、
前記チャネルリソースの割り当てを復元するために前記制御メッセージを復号するための手段と、
を備える、ワイアレス通信ための装置。
［Ｃ４３］ 前記制御メッセージの前記少なくとも一部を前記グループ識別子を用いてデスクランブルすることによって前記制御メッセージを復号するための手段をさらに備える、Ｃ４２に記載の装置。
［Ｃ４４］ 前記制御メッセージを復号するための前記手段が、前記制御メッセージの前記少なくとも一部を複数の利用可能なグループ識別子からの前記グループ識別子を用いてデスクランブルするための手段を備える、Ｃ４３に記載の装置。
［Ｃ４５］ 前記制御メッセージが誤り検出コードをさらに備え、前記グループ識別子によってスクランブルされた前記制御メッセージの前記少なくとも一部は前記誤り検出コードを備える、Ｃ４３に記載の装置。
［Ｃ４６］ 前記誤り検出コードが巡回冗長検査を備える、Ｃ４５に記載の装置。
［Ｃ４７］ 前記共有チャネル上のパケットを受信するための手段と、
前記複数のアクセス端末の第１のアクセス端末を識別するために、前記パケット内の一意の識別子を探索するための手段と、
前記パケット内の前記一意の識別子の不在を指し示す否定応答信号を送信するための手段と、
をさらに備える、Ｃ４３に記載の装置。
［Ｃ４８］ 前記共有チャネル上でパケットを受信するための手段と、
前記複数のアクセス端末の第１のアクセス端末を識別するために前記パケットの一意の識別子を探し出すための手段と、
前記一意の識別子と関連するペイロードを復元するための手段と、
をさらに備える、Ｃ４３に記載の装置。
［Ｃ４９］ 前記パケットが、長さインジケータをさらに備え、前記ペイロードが前記長さインジケータを使用して復元される、Ｃ４８に記載の装置。
［Ｃ５０］ 前記制御メッセージが、前記アクセス端末が前記共有チャネル上でチャネルリソースを割り当てられていることを指し示すために、前記第１のアクセス端末に対応する１つまたは複数のビットを備えるビットマップを備える、Ｃ４３に記載の装置。
［Ｃ５１］ 前記共有チャネル上でパケットを受信するための手段と、
前記１つまたは複数のビットに従って、前記共有チャネル上でのチャネルリソースの割り当てを決定するための手段と、
前記チャネルリソースの決定された割り当てを使用して前記パケットからペイロードを復元するための手段と、
をさらに備える、Ｃ５０に記載の装置。
［Ｃ５２］ 前記ビットマップがスケジューリング情報を備え、前記装置は前記パケットから前記ペイロードを復元するために前記スケジューリング情報を利用するための手段をさらに備える、Ｃ５１に記載の装置。
［Ｃ５３］ 前記ビットマップが前記パケットのスケジューリングされた送信と関連する長さインジケータを備え、前記装置が前記パケットから前記ペイロードを復元するために前記長さインジケータを使用するための手段をさらに備える、Ｃ５２に記載の装置。
［Ｃ５４］ 前記ペイロードは、アップリンク送信上での利用のためのチャネルリソースの割り当てを指し示すための情報を備える、Ｃ５１に記載の装置。
［Ｃ５５］ 前記割り当てられたチャネルリソースを利用してアップリンクパケットを送信するための手段
をさらに備える、Ｃ５４に記載の装置。
［Ｃ５６］ 前記制御メッセージが制御チャネル上で受信される、Ｃ４３に記載の装置。
［Ｃ５７］ 前記制御チャネルは、リソースブロックのデータ領域の少なくとも一部を備える、Ｃ５６に記載の装置。
［Ｃ５８］ 前記制御チャネルがリレー制御チャネルを備える、Ｃ５７に記載の装置。
［Ｃ５９］ 共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを生成し、
前記複数のアクセス端末の第１のアクセス端末を識別するための一意の識別子、及び前記第１のアクセス端末のためのペイロードを備えるパケットを生成し、
制御チャネル上で前記制御メッセージを送信し及び前記共有チャネル上で前記パケットを送信する、
ためのコードを備えるコンピュータ読み取り可能媒体
を備える、コンピュータプログラム製品。
［Ｃ６０］ 共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを受信し、ここにおいて前記制御メッセージの少なくとも一部は、前記制御メッセージをアクセス端末のグループに宛てるためのグループ識別子を用いてスクランブルされ、前記グループは前記複数のアクセス端末を備え、
前記チャネルリソースの割り当てを復元するために前記制御メッセージを復号する
ためのコードを備えるコンピュータ読み取り可能媒体
を備えるコンピュータプログラム製品。
［Ｃ６１］ 共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを生成するように、
前記複数のアクセス端末の第１のアクセス端末を識別するための一意の識別子、及び前記第１のアクセス端末のためのペイロードを備える、パケットを生成するように、
制御チャネル上で前記制御メッセージを送信し及び前記共有チャネル上で前記パケットを送信するように、
構成された処理システム
を備える、ワイアレス通信のための装置。
［Ｃ６２］ 前記処理システムが、前記制御メッセージをアクセス端末のグループに宛てるために前記制御メッセージの少なくとも一部をグループ識別子を用いてスクランブルするようにさらに構成され、前記グループが前記複数のアクセス端末を備える、Ｃ６１に記載の装置。
［Ｃ６３］ 前記制御メッセージが誤り検出コードをさらに備え、前記グループ識別子によってスクランブルされた前記制御メッセージの前記少なくとも一部は前記誤り検出コードを備える、Ｃ６１に記載の装置。
［Ｃ６４］ 前記誤り検出コードが巡回冗長検査を備える、Ｃ６３に記載の装置。
［Ｃ６５］ 前記パケットが、前記一意の識別子に対応する前記第１のアクセス端末のための前記ペイロードと関連する長さインジケータをさらに備える、Ｃ６１に記載の装置。
［Ｃ６６］ 前記制御メッセージが、前記第１のアクセス端末が前記共有チャネル上でチャネルリソースを割り当てられていることを指し示すために前記第１のアクセス端末に対応する１つまたは複数のビットを備えるビットマップを備える、Ｃ６１に記載の装置。
［Ｃ６７］ 前記共有チャネル上で送信された前記パケットは、アップリンク送信上で利用する前記第１のアクセス端末のためのチャネルリソースの割り当てを指し示すための情報を備える、Ｃ６１に記載の装置。
［Ｃ６８］ 前記共有チャネル上で送信された前記パケットは、各々のアップリンク送信上で利用する前記第１のアクセス端末に加えて１つまたは複数のアクセス端末のためのチャネルリソースの割り当てを指し示すための情報をさらに備える、Ｃ６７に記載の装置。
［Ｃ６９］ 前記制御チャネルは、リソースブロックのデータ領域の少なくとも一部を備える、Ｃ６１に記載の装置。
［Ｃ７０］ 前記制御チャネルがリレー制御チャネルを備える、Ｃ６９に記載の装置。
［Ｃ７１］ 前記処理システムが、
前記制御メッセージを含む複数の制御メッセージを生成するように、
前記制御メッセージをリソースブロックの第１の領域に割り付けるように、
前記複数の制御メッセージの少なくとも１つの制御メッセージを前記リソースブロックの第２の領域に割り付けるように、
さらに構成された、Ｃ６１に記載の装置。
［Ｃ７２］ 前記第１の領域及び前記第２の領域は時間において分離される、Ｃ７１に記載の装置。
［Ｃ７３］ 共有チャネル上の複数のアクセス端末へのチャネルリソースの割り当てを指し示すための制御メッセージを受信するように、ここにおいて前記制御メッセージの少なくとも一部は、前記制御メッセージをアクセス端末のグループに宛てるためのグループ識別子を用いてスクランブルされ、前記グループは前記複数のアクセス端末を備え、
前記チャネルリソースの割り当てを復元するために前記制御メッセージを復号するように、
構成された処理システム
を備える、ワイアレス通信のための装置。
［Ｃ７４］ 前記処理システムが、前記制御メッセージの前記少なくとも一部を前記グループ識別子を用いてデスクランブルすることによって前記制御メッセージを復号するようにさらに構成された、Ｃ７３に記載の装置。
［Ｃ７５］ 前記制御メッセージの前記復号が、前記制御メッセージの前記少なくとも一部を複数の利用可能なグループ識別子からの前記グループ識別子を用いてデスクランブルすることを備える、Ｃ７４に記載の装置。
［Ｃ７６］ 前記制御メッセージが誤り検出コードをさらに備え、前記グループ識別子によってスクランブルされた前記制御メッセージの前記少なくとも一部は前記誤り検出コードを備える、Ｃ７４に記載の装置。
［Ｃ７７］ 前記誤り検出コードが巡回冗長検査を備える、Ｃ７６に記載の装置。
［Ｃ７８］ 前記処理システムが、
前記共有チャネル上でパケットを受信するように、
前記複数のアクセス端末の第１のアクセス端末を識別するために、前記パケット内の一意の識別子を探索するように、
前記パケット内の前記一意の識別子の不在を指し示す否定応答信号を送信するように、
さらに構成された、Ｃ７４に記載の装置。
［Ｃ７９］ 前記処理システムが、
前記共有チャネル上でパケットを受信するように、
前記複数のアクセス端末の第１のアクセス端末を識別するために前記パケットの一意の識別子を探し出すように、
前記一意の識別子と関連するペイロードを復元するように、
さらに構成された、Ｃ７４に記載の装置。
［Ｃ８０］ 前記パケットが、長さインジケータをさらに備え、前記ペイロードが前記長さインジケータを使用して復元される、Ｃ７９に記載の装置。
［Ｃ８１］ 前記制御メッセージが、前記アクセス端末が前記共有チャネル上でチャネルリソースを割り当てられていることを指し示すために、前記第１のアクセス端末に対応する１つまたは複数のビットを備えるビットマップを備える、Ｃ７４に記載の装置。
［Ｃ８２］ 前記処理システムが、
前記共有チャネル上でパケットを受信するように、
前記１つまたは複数のビットに従って前記共有チャネル上でのチャネルリソースの割り当てを決定するように、
前記チャネルリソースの決定された割り当てを使用して前記パケットからペイロードを復元するように、
さらに構成された、Ｃ８１に記載の装置。
［Ｃ８３］ 前記ビットマップがスケジューリング情報を備え、前記方法は前記パケットから前記ペイロードを復元するために前記スケジューリング情報を利用することをさらに備える、Ｃ８２に記載の装置。
［Ｃ８４］ 前記ビットマップが前記パケットのスケジューリングされた送信と関連する長さインジケータを備え、前記方法が前記パケットから前記ペイロードを復元するために前記長さインジケータを使用するようにさらに構成された、Ｃ８３に記載の装置。
［Ｃ８５］ 前記ペイロードは、アップリンク送信上での利用のためのチャネルリソースの割り当てを指し示すための情報を備える、Ｃ８２に記載の装置。
［Ｃ８６］ 前記処理システムが、
前記割り当てられたチャネルリソースを利用してアップリンクパケットを送信するように
さらに構成された、Ｃ８５に記載の装置。
［Ｃ８７］ 前記制御メッセージが制御チャネル上で受信される、Ｃ７４に記載の装置。
［Ｃ８８］ 前記制御チャネルは、リソースブロックのデータ領域の少なくとも一部を備える、Ｃ８７に記載の装置。
［Ｃ８９］ 前記制御チャネルがリレー制御チャネルを備える、Ｃ８８に記載の装置。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】

【図10】

【図11】

【図12】

【図13】

【図14】