特許 6359522 低コストユーザ機器のための制御およびデータ送信を管理するための方法および装置

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

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

(11)【特許番号】6359522

(24)【登録日】2018年6月29日

(45)【発行日】2018年7月18日

(54)【発明の名称】低コストユーザ機器のための制御およびデータ送信を管理するための方法および装置

(51)【国際特許分類】

   H04W 28/06 20090101AFI20180709BHJP

   H04W 72/04 20090101ALI20180709BHJP

【ＦＩ】

   H04W28/06

   H04W72/04 137

   H04W72/04 136

   H04W72/04 131

   H04W72/04 132

【請求項の数】44

【全頁数】33

(21)【出願番号】特願2015-510410(P2015-510410)

(86)(22)【出願日】2013年5月1日

(65)【公表番号】特表2015-519825(P2015-519825A)

(43)【公表日】2015年7月9日

(86)【国際出願番号】US2013039000

(87)【国際公開番号】WO2013166104

(87)【国際公開日】20131107

【審査請求日】2016年4月4日

(31)【優先権主張番号】61/640,798

(32)【優先日】2012年5月1日

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

(31)【優先権主張番号】13/874,259

(32)【優先日】2013年4月30日

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

(73)【特許権者】

【識別番号】595020643

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

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

(74)【代理人】

【識別番号】100108855

【弁理士】

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

(74)【代理人】

【識別番号】100109830

【弁理士】

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

(74)【代理人】

【識別番号】100103034

【弁理士】

【氏名又は名称】野河 信久

(74)【代理人】

【識別番号】100075672

【弁理士】

【氏名又は名称】峰 隆司

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100140176

【弁理士】

【氏名又は名称】砂川 克

(74)【代理人】

【識別番号】100158805

【弁理士】

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

(74)【代理人】

【識別番号】100179062

【弁理士】

【氏名又は名称】井上 正

(74)【代理人】

【識別番号】100124394

【弁理士】

【氏名又は名称】佐藤 立志

(74)【代理人】

【識別番号】100112807

【弁理士】

【氏名又は名称】岡田 貴志

(74)【代理人】

【識別番号】100111073

【弁理士】

【氏名又は名称】堀内 美保子

(72)【発明者】

【氏名】チェン、ワンシ

(72)【発明者】

【氏名】シュ、ハオ

【審査官】 田部井 和彦

(56)【参考文献】

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

【文献】 SAMSUNG，DISCUSSION ON EPDCCH DESIGN ISSUES，3GPP TSG-RAN1 #66 MEETING (R1-112517)，MOBILE COMPETENCE CENTRE，２０１１年 ８月１６日，V RAN WG1 N ATHENS

【文献】 LG ELECTRONICS，MULTIPLEXING PDSCH AND E-PDCCH WITHIN A PRB PAIR，3GPP TSG RAN WG1 MEETING #68 (R1-120449)，MOBILE COMPETENCE CENTRE，２０１２年 １月３１日，V RAN WG1 N DRESDEN

【文献】 NEC GROUP，MAXIMUM BANDWIDTH REDUCTION FOR LOW-COST MTC UE BASED ON LTE，3GPP TSG RAN WG1 MEETING #68 (R1-120259)，MOBILE COMPETENCE CENTRE，２０１２年 １月３１日，V RAN WG1 N DRESDEN

【文献】 QUALCOMM INCORPORATED，MULTIPLEXING E-PDCCH WITH PDSCH，3GPP TSG RAN WG1 #67 (R1-114124)，米国，MOBILE COMPETENCE CENTRE，２０１１年１１月 ８日，V RAN WG1 N SAN FRANCISCO

【文献】 QUALCOMM INCORPORATED，INDICATION TO THE UE OF EPDCCH PRB PAIRS，3GPP TSG RAN WG1 #70 (R1-123697) [ONLINE]，MOBILE COMPETENCE CENTRE，２０１２年 ８月 ５日，V RAN WG1 N QINGDAO，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_70/Docs/

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を用いて制御チャネルを送信することと、
前記制御チャネルを送信するために使用されない前記少なくとも１つのＰＲＢペアのリソースの第２の部分が物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に送信するために利用可能であるかどうかに関する指示を与えることと、
整数の１つ以上の拡張制御チャネル要素（ｅＣＣＥｓ）を備える第１のリソース割振りグラニュラリティを用いて制御チャネルを送信するために利用可能であるＰＲＢペアのＰＤＳＣＨリソースを割振ることと、
前記第１のリソース割振りグラニュラリティとは異なる第２のリソース割振りグラニュラリティを用いて制御チャネルを送信するために利用可能でないＰＲＢペアのＰＤＳＣＨリソースを割振ることと、
を備える、基地局（ＢＳ）によるワイヤレス通信の方法。

【請求項2】

前記指示が前記制御チャネル中の１つ以上のビットを備える、請求項１に記載の方法。

【請求項3】

前記１つ以上のビットは、リソースの前記第２の部分のどのリソースが前記ＰＤＳＣＨに送信するために利用可能であるかを示す複数のビットを備える、請求項２に記載の方法。

【請求項4】

前記１つ以上のビットが、リソースの前記第２の部分のどのリソースが前記ＰＤＳＣＨに送信するために利用可能であるかを示す複数のビットを備える、請求項２に記載の方法。

【請求項5】

前記１つ以上のビットが、制御チャネルを送信するために利用可能であるＰＲＢペアのサブセットを示す、請求項２に記載の方法。

【請求項6】

前記第２のリソース割振りグラニュラリティが整数の１つ以上のＰＲＢを備える、請求項１に記載の方法。

【請求項7】

前記サブフレームがＬＴＥサブフレームを備える、請求項１に記載の方法。

【請求項8】

前記制御チャネルが拡張物理ダウンリンク制御チャネル（ｅ−ＰＤＣＣＨ）を備える、請求項１に記載の方法。

【請求項9】

前記制御チャネル及び対応する前記ＰＤＳＣＨによって占有される帯域幅が、しきい値以下である、請求項１に記載の方法。

【請求項10】

前記しきい値が６つのリソースブロックである、請求項９に記載の方法。

【請求項11】

サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を用いて制御チャネルを送信するための手段と、
前記制御チャネルを送信するために使用されない前記少なくとも１つのＰＲＢペアのリソースの第２の部分が、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に送信するために利用可能であるかどうかに関する指示を与えるための手段と、
整数の１つ以上の拡張制御チャネル要素（ｅＣＣＥｓ）を備える第１のリソース割振りグラニュラリティを用いて制御チャネルを送信するために利用可能であるＰＲＢペアのＰＤＳＣＨリソースを割振るための手段と、
前記第１のリソース割振りグラニュラリティとは異なる第２のリソース割振りグラニュラリティを用いて制御チャネルを送信するために利用可能でないＰＲＢペアのＰＤＳＣＨリソースを割振るための手段と、
を備える、ワイヤレス通信のための装置。

【請求項12】

前記指示は前記制御チャネルの中の１つ以上のビットを備える、請求項１１に記載の装置。

【請求項13】

前記１つ以上のビットがリソースの前記第２の部分が前記ＰＤＳＣＨに送信するために利用可能であるか否かを示す単一ビットを備える、請求項１２に記載の装置。

【請求項14】

前記１つ以上のビットが、リソースの前記第２の部分のどのリソースが前記ＰＤＳＣＨに送信するために利用可能であるかを示す複数のビットを備える、請求項１２に記載の装置。

【請求項15】

前記１つ以上のビットが、制御チャネルを送信するために利用可能であるＰＲＢペアのサブセットを示す、請求項１２に記載の装置。

【請求項16】

前記第２のリソース割振りグラニュラリティが、整数の１つ以上のＰＲＢを備える、請求項１１に記載の装置。

【請求項17】

前記サブフレームがＬＴＥサブフレームを備える、請求項１１に記載の装置。

【請求項18】

前記制御チャネルが拡張物理ダウンリンク制御チャネル（ｅ−ＰＤＣＣＨ）を備える、請求項１１に記載の装置。

【請求項19】

前記制御チャネル及び対応する前記ＰＤＳＣＨによって占有される帯域幅が、しきい値以下である、請求項１１に記載の装置。

【請求項20】

前記しきい値が６つのリソースブロックである、請求項１９に記載の装置。

【請求項21】

サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を用いて制御チャネルを送信することと、
前記制御チャネルを送信するために使用されない前記少なくとも１つのＰＲＢペアのリソースの第２の部分が、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に送信するために利用可能であるかどうかに関する指示を与えることと、
整数の１つ以上の拡張制御チャネル要素（ｅＣＣＥｓ）を備える第１のリソース割振りグラニュラリティを用いて制御チャネルを送信するために利用可能であるＰＲＢペアのＰＤＳＣＨリソースを割振ることと、
前記第１のリソース割振りグラニュラリティとは異なる第２のリソース割振りグラニュラリティを用いて制御チャネルを送信するために利用可能でないＰＲＢペアのＰＤＳＣＨリソースを割振ることと、
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと、
を備える、ワイヤレス通信のための装置。

【請求項22】

サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を用いて制御チャネルを送信するためのコードと、
前記制御チャネルを送信するために使用されない前記少なくとも１つのＰＲＢペアのリソースの第２の部分が、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に送信するために利用可能であるかどうかに関する指示を与えるためのコードと、
整数の１つ以上の拡張制御チャネル要素（ｅＣＣＥｓ）を備える第１のリソース割振りグラニュラリティを用いて制御チャネルを送信するために利用可能であるＰＲＢペアのＰＤＳＣＨリソースを割振るためのコードと、
前記第１のリソース割振りグラニュラリティとは異なる第２のリソース割振りグラニュラリティを用いて制御チャネルを送信するために利用可能でないＰＲＢペアのＰＤＳＣＨリソースを割振るためのコードと、
を備えるコンピュータ可読記憶媒体。

【請求項23】

サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を用いて制御チャネルを受信することと、
前記制御チャネルを送信するために使用されない前記少なくとも１つのＰＲＢペアのリソースの第２の部分が、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に受信するために利用可能であるかどうかに関する指示を受信することと、ここにおいて、制御チャネルを受信するために利用可能であるＰＲＢペアのＰＤＳＣＨリソースが、整数の１つ以上の拡張制御チャネル要素（ｅＣＣＥｓ）を備える第１のリソース割振りグラニュラリティを用いて割り振られ、制御チャネルを受信するために利用可能でないＰＲＢペアのＰＤＳＣＨリソースが、前記第１のリソース割振りグラニュラリティとは異なる第２のリソース割振りグラニュラリティを用いて割り振られる、
を備え、ユーザ装置（ＵＥ）によるワイヤレス通信の方法。

【請求項24】

前記指示が前記制御チャネル中の１つ以上のビットを備える、請求項２３に記載の方法。

【請求項25】

前記１つ以上のビットが、リソースの前記第２の部分が前記ＰＤＳＣＨに受信するために利用可能であるか否かを示す単一ビットを備える、請求項２４に記載の方法。

【請求項26】

前記１つ以上のビットが、リソースの前記第２の部分のどのリソースが前記ＰＤＳＣＨに受信するために利用可能であるかを示す複数のビットを備える、請求項２４に記載の方法。

【請求項27】

前記１つ以上のビットが制御チャネルを受信するために利用可能であるＰＲＢペアのサブセットを示す、請求項２４に記載の方法。

【請求項28】

前記第２のリソース割振りグラニュラリティが整数の１つ以上のＰＲＢを備える、請求項２３に記載の方法。

【請求項29】

前記サブフレームがＬＴＥサブフレームを備える、請求項２３に記載の方法。

【請求項30】

前記制御チャネルが拡張物理ダウンリンク制御チャネル（ｅ−ＰＤＣＣＨ）を備える、請求項２３に記載の方法。

【請求項31】

前記制御チャネル及び対応する前記ＰＤＳＣＨによって占有される帯域幅が、しきい値以下である、請求項２３に記載の方法。

【請求項32】

前記しきい値が６つのリソースブロックである、請求項３１に記載の方法。

【請求項33】

サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を用いて制御チャネルを受信するための手段と、
前記制御チャネルを送信するために使用されない前記少なくとも１つのＰＲＢペアのリソースの第２の部分が、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に受信するために利用可能であるかどうかに関する指示を受信するための手段と、ここにおいて、制御チャネルを受信するために利用可能であるＰＲＢペアのＰＤＳＣＨリソースが、整数の１つ以上の拡張制御チャネル要素（ｅＣＣＥｓ）を備える第１のリソース割振りグラニュラリティを用いて割り振られ、制御チャネルを受信するために利用可能でないＰＲＢペアのＰＤＳＣＨリソースが、前記第１のリソース割振りグラニュラリティとは異なる第２のリソース割振りグラニュラリティを用いて割り振られる、
を備える、ユーザ装置によるワイヤレス通信のための装置。

【請求項34】

前記指示が前記制御チャネルの中の１つ以上のビットを備える、請求項３３に記載の装置。

【請求項35】

前記１つ以上のビットがリソースの前記第２の部分が前記ＰＤＳＣＨに受信するために利用可能であるか否かを示す単一ビットを備える、請求項３４に記載の装置。

【請求項36】

前記１つ以上のビットが、リソースの前記第２の部分のどのリソースが前記ＰＤＳＣＨに受信するために利用可能であるかを示す複数のビットを備える、請求項３４に記載の装置。

【請求項37】

前記１つ以上のビットが、制御チャネルを受信するために利用可能であるＰＲＢペアのサブセットを示す、請求項３４に記載の装置。

【請求項38】

前記第２のリソース割振りグラニュラリティが、整数の１つ以上のＰＲＢを備える、請求項３３に記載の装置。

【請求項39】

前記サブフレームがＬＴＥサブフレームを備える、請求項３３に記載の装置。

【請求項40】

前記制御チャネルが拡張物理ダウンリンク制御チャネル（ｅ−ＰＤＣＣＨ）を備える、請求項３３に記載の装置。

【請求項41】

前記制御チャネル及び対応する前記ＰＤＳＣＨによって占有される帯域幅が、しきい値以下である、請求項３３に記載の装置。

【請求項42】

前記しきい値が６つのリソースブロックである、請求項４１に記載の装置。

【請求項43】

サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を用いて制御チャネルを受信することと、
前記制御チャネルを受信するために使用されない前記少なくとも１つのＰＲＢペアのリソースの第２の部分が、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に受信するために利用可能であるかどうかに関する指示を受信することと、ここにおいて、制御チャネルを受信するために利用可能であるＰＲＢペアのＰＤＳＣＨリソースが、整数の１つ以上の拡張制御チャネル要素（ｅＣＣＥｓ）を備える第１のリソース割振りグラニュラリティを用いて割り振られ、制御チャネルを受信するために利用可能でないＰＲＢペアのＰＤＳＣＨリソースが、前記第１のリソース割振りグラニュラリティとは異なる第２のリソース割振りグラニュラリティを用いて割り振られる、
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと、
を備える、ワイヤレス通信のための装置。

【請求項44】

サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を用いて制御チャネルを受信するためのコードと、
前記制御チャネルを受信するために使用されない前記少なくとも１つのＰＲＢペアのリソースの第２の部分が、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に受信するために利用可能であるかどうかに関する指示を受信するためのコードと、ここにおいて、制御チャネルを受信するために利用可能であるＰＲＢペアのＰＤＳＣＨリソースが、整数の１つ以上の拡張制御チャネル要素（ｅＣＣＥｓ）を備える第１のリソース割振りグラニュラリティを用いて割り振られ、制御チャネルを受信するために利用可能でないＰＲＢペアのＰＤＳＣＨリソースが、前記第１のリソース割振りグラニュラリティとは異なる第２のリソース割振りグラニュラリティを用いて割り振られる、
を備える、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

米国特許法第１１９条に基づく優先権の主張
[0001] 本特許出願は、本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、２０１２年５月１日に出願された、METHODS AND APPARATUS FOR MANAGING CONTROL AND DATA TRANSMISIONS FOR LOW COST USER EQUIPMENTSと題する米国仮出願第６１／６４０，７９８号の優先権を主張する。

【0002】

[0002] 本開示は、一般に通信システムに関し、より詳細には、低コストユーザ機器（ＵＥ）のための制御およびデータ送信を管理するための方法および装置に関する。

【背景技術】

【0003】

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

【0004】

[0004] これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。新生の電気通信規格の一例はロングタームエボリューション（ＬＴＥ：Long Term Evolution）である。ＬＴＥ／ＬＴＥアドバンスト（LTE-Advanced）は、第３世代パートナーシッププロジェクト（３ＧＰＰ：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新しいスペクトルを利用し、また、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合するように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。

【発明の概要】

【0005】

[0005] 本開示のいくつかの態様は、基地局によるワイヤレス通信のための方法を提供する。本方法は、概して、サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を使用して制御チャネルを送信することと、制御チャネルを送信するために使用されないＰＲＢペアのリソースの第２の部分がデータチャネルを送信するために利用可能であるかどうかに関する指示を与えることとを含む。

【0006】

[0006] 本開示のいくつかの態様は、ユーザ機器によるワイヤレス通信のための方法を提供する。本方法は、概して、サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を使用して制御チャネルを受信することと、制御チャネルを送信するために使用されないＰＲＢペアのリソースの第２の部分がデータチャネルを受信するために利用可能であるかどうかに関する指示を受信することとを含む。

【0007】

[0007] 本開示のいくつかの態様は、基地局によるワイヤレス通信のための方法を提供する。本方法は、概して、サブフレームの第２のサブセットのうちの１つまたは複数のサブフレーム中でのデータ送信をスケジュールするためにサブフレームの第１のサブセットのうちのサブフレーム中で制御情報を送信することと、ここにおいて、サブフレームの第１のサブセットが、データを送信することなしに制御情報を送信するために指定され、サブフレームの第２のサブセットが、制御情報を送信することなしにデータを送信するために指定される、送信された制御情報に従って第２のサブセットの１つまたは複数のサブフレーム中でデータを送信することとを含む。

【0008】

[0008] 本開示のいくつかの態様は、ユーザ機器によるワイヤレス通信のための方法を提供する。本方法は、概して、サブフレームの第２のサブセットのうちの１つまたは複数のサブフレーム中でのデータ送信をスケジュールする、サブフレームの第１のサブセットのうちのサブフレーム中で制御情報を受信することと、ここにおいて、サブフレームの第１のサブセットが、データを受信することなしに制御情報を受信するために指定され、サブフレームの第２のサブセットが、制御情報を受信することなしにデータを受信するために指定される、受信された制御情報に従って第２のサブセットの１つまたは複数のサブフレーム中でデータを受信することとを含む。

【図面の簡単な説明】

【0009】

【図1】[0009] ネットワークアーキテクチャの一例を示す図。

【図2】[0010] アクセスネットワークの一例を示す図。

【図3】[0011] ＬＴＥにおけるＤＬフレーム構造の一例を示す図。

【図4】[0012] ＬＴＥにおけるＵＬフレーム構造の一例を示す図。

【図5】[0013] ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。

【図6】[0014] 本開示のいくつかの態様による、アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。

【図7】[0015] 本開示のいくつかの態様による、可能なｅ−ＰＤＣＣＨ構造を示す図。

【図8】[0016] 本開示のいくつかの態様による、大きい帯域幅中のＵＥ（たとえば、低コストＵＥ）の狭帯域動作を示す図。

【図9】[0017] 本開示のいくつかの態様による、ＵＥ（たとえば、低コストＵＥ）の狭帯域ＤＬ動作と広帯域ＵＬ動作とを示す図。

【図10】[0018] 本開示のいくつかの態様による、ＴＤＭベースの制御およびデータ構造を示す図。

【図11】[0019] 本開示のいくつかの態様による、ＰＲＢペア中の多重化されたｅ−ＰＤＣＣＨとＰＤＳＣＨとを用いた制御およびデータ構造を示す図。

【図12】[0020] 本開示のいくつかの態様による、第１の例に従って制御およびデータ送信を管理するための基地局（ＢＳ）による動作を示す流れ図。

【図13】[0021] 本開示のいくつかの態様による、第１の例に従って制御およびデータ送信を管理するためのユーザ機器（ＵＥ）による動作を示す流れ図。

【図14】[0022] 本開示のいくつかの態様による、第２の例に従って制御およびデータ送信を管理するための基地局（ＢＳ）による動作を示す流れ図。

【図15】[0023] 本開示のいくつかの態様による、第２の例に従って制御およびデータ送信を管理するためのユーザ機器（ＵＥ）による動作を示す流れ図。

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

【0010】

[0024] 添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。

【0011】

[0025] 次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の詳細な説明において説明し、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、ハードウェア、ソフトウェア、またはそれらの組合せを使用して実装され得る。そのような要素をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。ＬＴＥおよびＬＴＥアドバンストは、一般にＬＴＥと呼ばれる。

【0012】

[0026] 例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ファームウェア、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。

【0013】

[0027] したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装した場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＰＣＭ（相変化メモリ）、フラッシュメモリ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

【0014】

[0028] 図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、事業者のＩＰサービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示していない。例示的な他のアクセスネットワークは、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）ＰＤＮ、インターネットＰＤＮ、管理ＰＤＮ（たとえば、プロビジョニングＰＤＮ）、キャリア固有のＰＤＮ、事業者固有のＰＤＮ、および／またはＧＰＳ ＰＤＮを含み得る。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。

【0015】

[0029] Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６と他のｅＮＢ１０８とを含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、Ｘ２インターフェース（たとえば、バックホール）を介して他のｅＮＢ１０８に接続され得る。ｅＮＢ１０６は、基地局、送受信基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、ネットブック、スマートブック、ウルトラブック、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。

【0016】

[0030] ｅＮＢ１０６はＳ１インターフェースによってＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８とを含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８は事業者のＩＰサービス１２２に接続される。事業者のＩＰサービス１２２は、たとえば、インターネットと、イントラネットと、ＩＰマルチメディアサブシステム（ＩＭＳ）と、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）とを含み得る。この方法では、ＵＥ１０２は、ＬＴＥネットワークを通してＰＤＮに結合され得る。

【0017】

[0031] 図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、リモートラジオヘッド（ＲＲＨ：remote radio head）と呼ばれることがある。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、またはマイクロセルであり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例には集中コントローラはないが、代替構成では集中コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。

【0018】

[0032] アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ：frequency division duplex）と時分割複信（ＴＤＤ：time division duplex）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念は、ＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、ＣＤＭＡを採用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。

【0019】

[0033] ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコードし（たとえば、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコードされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグナチャとともに（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々がそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコードされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコードされた各データストリームのソースを識別することが可能になる。

【0020】

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

【0021】

[0035] 以下の詳細な説明では、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照しながらアクセスネットワークの様々な態様について説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間する。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性（orthogonality）」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。

【0022】

[0036] 図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、０〜９のインデックスをもつ等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、リソースブロックは、周波数領域中に１２個の連続サブキャリアを含んでおり、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスについて、時間領域中に７個の連続ＯＦＤＭシンボル、または８４個のリソース要素を含んでいる。拡張サイクリックプレフィックスについて、リソースブロックは、時間領域中に６個の連続ＯＦＤＭシンボルを含んでおり、７２個のリソース要素を有する。Ｒ３０２、３０４として示されるリソース要素のいくつかはＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上のみで送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。

【0023】

[0037] ＬＴＥでは、ｅＮＢは、ｅＮＢ中の各セルについて１次同期信号（ＰＳＳ：primary synchronization signal）と２次同期信号（ＳＳＳ：secondary synchronization signal）とを送り得る。１次同期信号および２次同期信号は、それぞれ、ノーマルサイクリックプレフィックス（ＣＰ）をもつ各無線フレームのサブフレーム０および５の各々中のシンボル期間６および５中で送られ得る。同期信号は、セル検出および捕捉のためにＵＥによって使用され得る。ｅＮＢは、サブフレーム０のスロット１中のシンボル期間０〜３中で物理ブロードキャストチャネル（ＰＢＣＨ：Physical Broadcast Channel）を送り得る。ＰＢＣＨはあるシステム情報を搬送し得る。

【0024】

[0038] ｅＮＢは、各サブフレームの第１のシンボル期間中で物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：Physical Control Format Indicator Channel）を送り得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるいくつか（Ｍ個）のシンボル期間を搬送し得、ここで、Ｍは、１、２または３に等しくなり得、サブフレームごとに変化し得る。Ｍはまた、たとえば、リソースブロックが１０個未満である、小さいシステム帯域幅では４に等しくなり得る。ｅＮＢは、各サブフレームの最初のＭ個のシンボル期間中に物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical HARQ Indicator Channel）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）とを送り得る。ＰＨＩＣＨは、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ＵＥのためのリソース割振りに関する情報と、ダウンリンクチャネルのための制御情報とを搬送し得る。ｅＮＢは、各サブフレームの残りのシンボル期間中に物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）を送り得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信がスケジュールされたＵＥのためのデータを搬送し得る。

【0025】

[0039] ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚにおいてＰＳＳ、ＳＳＳおよびＰＢＣＨを送り得る。ｅＮＢは、これらのチャネルが送られる各シンボル期間中のシステム帯域幅全体にわたってＰＣＦＩＣＨおよびＰＨＩＣＨを送り得る。ｅＮＢは、システム帯域幅のいくつかの部分においてＵＥのグループにＰＤＣＣＨを送り得る。ｅＮＢは、システム帯域幅の特定の部分において特定のＵＥにＰＤＳＣＨを送り得る。ｅＮＢは、すべてのＵＥにブロードキャスト方式でＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨおよびＰＨＩＣＨを送り得、特定のＵＥにユニキャスト方法でＰＤＣＣＨを送り得、また特定のＵＥにユニキャスト方法でＰＤＳＣＨを送り得る。

【0026】

[0040] 各シンボル期間においていくつかのリソース要素が利用可能であり得る。各リソース要素（ＲＥ：resource element）は、１つのシンボル期間中に１つのサブキャリアをカバーし得、実数値または複素数値であり得る１つの変調シンボルを送るために使用され得る。各シンボル期間中に基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ：resource element group）に構成され得る。各ＲＥＧは、１つのシンボル期間中に４つのリソース要素を含み得る。ＰＣＦＩＣＨは、シンボル期間０において、周波数にわたってほぼ等しく離間され得る、４つのＲＥＧを占有し得る。ＰＨＩＣＨは、１つまたは複数の構成可能なシンボル期間において、周波数全体にわたって拡散され得る、３つのＲＥＧを占有し得る。たとえば、ＰＨＩＣＨのための３つのＲＥＧは、すべてシンボル期間０に属し得るか、またはシンボル期間０、１および２に拡散され得る。ＰＤＣＣＨは、たとえば、最初のＭ個のシンボル期間において、利用可能なＲＥＧから選択され得る、９、１８、３６、または７２個のＲＥＧを占有し得る。ＲＥＧのいくつかの組合せのみがＰＤＣＣＨに対して許され得る。

【0027】

[0041] ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨのために使用される特定のＲＥＧを知り得る。ＵＥは、ＰＤＣＣＨのためのＲＥＧの様々な組合せを探索し得る。探索する組合せの数は、一般に、ＰＤＣＣＨに対して可能にされた組合せの数よりも少ない。ｅＮＢは、ＵＥが探索することになる組合せのいずれかにおいてＵＥにＰＤＣＣＨを送り得る。

【0028】

[0042] 図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション内のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、データセクション中の連続するサブキャリアのすべてを単一のＵＥに割り当てることを可能にし得る連続サブキャリアを含むデータセクションを生じる。

【0029】

[0043] ＵＥには、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂが割り当てられ得る。ＵＥには、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。

【0030】

[0044] 初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みだけを行うことができる。

【0031】

[0045] 図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、レイヤ１と、レイヤ２と、レイヤ３との３つのレイヤとともに示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。

【0032】

[0046] ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含むＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。

【0033】

[0047] ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するために上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよび再統合と、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ）による、順が狂った受信を補正するデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル内の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はまたＨＡＲＱ動作を担当する。

【0034】

[0048] 制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ：radio resource control）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（すなわち、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。

【0035】

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

【0036】

[0050] ＴＸプロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づいた信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。次いで、符号化され変調されたシンボルは並列ストリームに分割される。各ストリームは、次いでＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成されて、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成する。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、符号化および変調方式を判断するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられる。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。

【0037】

[0051] ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号のコンスタレーションポイントを判断することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータおよび制御信号を復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。

【0038】

[0052] コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサ６５９は、プログラムコードとデータとを記憶するメモリ６６０に関連し得る。メモリ６６０は、コンピュータ可読媒体と呼ばれることがある。ＵＬでは、制御／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間での多重分離と、パケット再統合と、復号と、ヘッダの復元と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担当する。

【0039】

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

【0040】

[0054] ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切な符号化および変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられる。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。

【0041】

[0055] ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した方法と同様の方法でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上で変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。

【0042】

[0056] コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連し得る。メモリ６７６は、コンピュータ可読媒体と呼ばれることがある。ＵＬでは、制御／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用した誤り検出を担当する。

【0043】

[0057] いくつかのＬＴＥリリース（たとえば、ＬＴＥ Ｒｅｌ−８／９／１０）では、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、サブフレームの最初のいくつかのシンボル中にある。概して、ＰＤＣＣＨは、全システム帯域幅中に完全に分散し、ＰＤＳＣＨと時分割多重化（ＴＤＭ）される。効果的に、サブフレームは、制御領域とデータ領域とに分割される。

【0044】

[0058] ＬＴＥ Ｒｅｌ−１１以降では、新しい制御チャネル（たとえば、拡張ＰＤＣＣＨ（ｅ−ＰＤＣＣＨ：enhanced PDCCH））が導入され得る。サブフレーム中の最初のいくつかの制御シンボルを占有するレガシーＰＤＣＣＨとは異なり、ｅ−ＰＤＣＣＨは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）と同様にデータ領域を占有し得る。いくつかの態様では、ｅ−ＰＤＣＣＨは、制御チャネル容量を増加させるのを助け、周波数領域セル間干渉協調（ＩＣＩＣ：Inter Cell Interference Coordination）をサポートし、制御チャネルリソースの空間再利用の改善を達成し、ビームフォーミングおよび／またはダイバーシティをサポートし、新キャリアタイプ上およびＭＢＳＦＮサブフレーム中で動作し、レガシーＵＥと同じキャリア上で共存し得る。

【0045】

[0059] いくつかの態様では、新キャリアタイプ（ＮＣＴ：new carrier type）もＲｅｌ−１１以降では導入され得る。いくつかの態様では、ＮＣＴは、必ずしも後方互換性があるとは限らず、キャリアアグリゲーションの一部として後方互換性があるキャリアに関連付けられなければならないことがある。そのような制約は、将来のＬＴＥリリースでは、ＮＣＴのキャリアがスタンドアロンキャリアであり得るように緩和され得る。いくつかの態様では、ＮＣＴは、（すべてのサブフレームではないとしても）少なくともいくつかのサブフレーム中でレガシー制御領域を有しないことがあり、必要な制御シグナリングのためのｅ−ＰＤＣＣＨに完全に依拠し得る。

【0046】

[0060] 図７に、本開示のいくつかの態様による、可能なｅ−ＰＤＣＣＨ構造を示す。７０２はＬＴＥサブフレームを表す。代替形態１（Ａｌｔ１）は、リレーＰＤＣＣＨ（Ｒ−ＰＤＣＣＨ）と同じであるｅ−ＰＤＣＣＨ構造を含み得る。Ａｌｔ２は、ｅ−ＰＤＣＣＨがサブフレーム７０２の第１のスロットと第２のスロットの両方（図示せず）にわたる純粋周波数分割多重化（ＦＤＭ）されたｅ−ＰＤＣＣＨ構造を含み得る。Ａｌｔ３はＴＤＭされたｅ−ＰＤＣＣＨを含み得る。Ａｌｔ−４は、Ｒ−ＰＤＣＣＨと同様のｅ−ＰＤＣＣＨ構造を含み得る。Ａｌｔ５は、ＴＤＭされたＤＬ許可とＦＤＭ ＵＬ許可とを含み得る。いくつかの態様では、図７に示すように、ＰＣＦＩＣＨ、ＰＨＩＣＨおよびＰＤＣＣＨが新キャリアタイプ中に存在しないことがある。

【0047】

[0061] いくつかの態様では、従来のＬＴＥ設計の主要な焦点は、スペクトル効率、ユビキタスカバレージ、拡張ＱｏＳサポートなどの改善にある。これは、一般に、最先端のスマートフォン、タブレットなど、ハイエンドデバイスをもたらす。しかしながら、低コスト低レートデバイスが同様にサポートされる必要がある。いくつかのマーケット予想は、低コストデバイスの数が今日のセルフォンを大きく超え得ることを示している。いくつかの態様では、ＬＴＥに基づく低コストＭＴＣ（マシンタイプ通信）ＵＥのプロビジョンは、最大帯域幅の低減と、単一の受信ＲＦチェーンと、ピークレートの低減と、送信電力の低減と、半二重動作とのうちの１つまたは複数を含み得る。

【0048】

[0062] いくつかの態様では、低コストデバイスのための意図されたデータレートが１００ｋｂｐｓ未満であり得るので、コストを低減するために、狭帯域幅においてのみデバイスを動作させることが可能であり得る。低コストＵＥのための２つの展開シナリオが予見され得る。

【0049】

[0063] １つの簡単な展開シナリオは、ＭＴＣ動作をサポートするために、ある狭帯域幅、たとえば、１．２５ＭＨｚを確保することであり得る。そのような動作のために、規格変更が必要でないことがある。

【0050】

[0064] 第２のシナリオでは、低コストＵＥが、（他の通常ＵＥのように）大きい帯域幅、たとえば、最高２０ＭＨｚ中で動作し得、通常ＵＥと共存し得る。これは、有意な規格影響を含まないことがあるが、コストおよびバッテリー電力消費を低減するのに有用でないことがある。代替態様では、低コストＵＥは、大きい帯域幅内の（以下の本開示のいくつかの態様で説明するように）より小さい帯域幅、たとえば、１．２５ＭＨｚで動作し得る。しかしながら、最小仕様と性能影響とがあるという注意が払われなければならない。

【0051】

[0065] 図８に、本開示のいくつかの態様による、大きい帯域幅内のＵＥ（たとえば、低コストＵＥ）の狭帯域動作を示す。８０２はダウンリンクサブフレームを表し、８０４Ａおよび８０４Ｂはアップリンクサブフレームを表す。図８において、低コストＵＥは、ＤＬとＵＬの両方の上で小さい帯域幅（たとえば、１．２５ＭＨｚ）中で動作し得る。さらに、小さい帯域幅は、大きい帯域幅の中心に位置することもしないこともある。ダウンリンクサブフレーム８０２に示されているように、低コストＵＥのためのＤＬは、ＤＬのために使用される大きい帯域幅の中心において動作し得る。ＵＬ上で、アップリンクサブフレーム８０４Ａに示されているように、低コストデバイスがシステムにアクセスすることを可能にするために、低コストＵＥのためのＵＬランダムアクセスチャネル（ＲＡＣＨ）プロシージャ（メッセージ１およびメッセージ３）が、ＵＬのために使用される大きい帯域幅の中心にスケジュールされ得る。アップリンクサブフレーム８０４Ｂに示されているように、他のＵＬ送信は大きい帯域幅の異なるロケーション中にあり得る。しかしながら、いくつかの態様では、有意な規格変更が、この構成では予想され得る。

【0052】

[0066] 図９に、本開示のいくつかの態様による、ＵＥ（たとえば、低コストＵＥ）の狭帯域ＤＬ動作と広帯域ＵＬ動作とを示す。ダウンリンクサブフレーム９０２に示されているように、低コストＵＥは、ＤＬのための大きい帯域幅のうちの中心の小さい帯域幅を使用し得る。さらに、アップリンクサブフレーム９０４に示されているように、ＵＬは、大きい帯域幅全体において動作し得る。一態様では、この構成は、図８に示された構成と比較して、比較的より低い規格影響を有し得る。いくつかの態様では、（図８および図９に示されている）両方の動作はｅＰＤＣＣＨを必要とし得る。

【0053】

[0067] いくつかの態様では、狭帯域動作（たとえば、６ＲＢ）では、ごく限られた数のＵＥがサブフレーム内でスケジュールされる可能性が高くなり得る。一態様では、各ｅＰＤＣＣＨは、それの送信のために１つほどの小さい拡張制御チャネル要素（ｅＣＣＥ：enhanced control channel element）を使用し得る。各ｅＣＣＥサイズは、３６個のリソース要素（ＲＥ）に固定されるレガシーＣＣＥサイズと同様に、３６個のＲＥに相当し得る。

【0054】

[0068] いくつかの態様では、ｅＰＤＣＣＨの送信は局所化または分散され得る。たとえば、送信は、１つのＰＲＢペア中に局所化され得るか、または多くのＰＲＢペア（たとえば、最高８つのＰＲＢペア）にわたって分散され得る。

【0055】

[0069] Ｒｅｌ−１１以降では、ＰＲＢペア内のＰＤＳＣＨとｅＰＤＣＣＨとの多重化は許容されないことがある。したがって、いくつかの態様では、制御とデータとが同じサブフレーム中で送信されるようにスケジュールされた場合、かなりのダウンリンクリソースが浪費され得る。たとえば、局所ｅＰＤＣＣＨがＰＲＢペア内の１つのｅＣＣＥを使用する場合、ＰＲＢペアごとに４つのｅＣＣＥがあると仮定して、ＰＲＢペアの３／４が浪費されるか、または（３／４）／６ＲＢ＝１２．５％のシステムリソースが浪費される。別の例では、分散ｅＰＤＣＣＨが４つのＰＲＢペアにわたる１つのｅＣＣＥを使用する場合、ＰＲＢペアごとに４つのｅＣＣＥを仮定して、４つのＰＲＢペアの（１−１／１６）が浪費されるか、または（１５／１６）＊４／６ＲＢ＝６２．５％のシステムリソースが浪費される。

【0056】

[0070] したがって、特に低コストＵＥの場合、狭帯域システムにおいて制御およびデータのためのリソースをより効率的に利用する必要がある。述べたように、低コストＵＥのための狭帯域は、スタンドアロン狭帯域キャリア、または広帯域キャリア動作の一部であり得る。

【0057】

[0071] いくつかの態様では、最適設計は、いくつのＵＥがサブフレーム中でスケジュールされているかに依存し得る。より正確には、場合によってはサブフレーム中で送信され得るいくつの許可（ダウンリンクおよびアップリンク）。いくつかの態様では、可能な場合、ＰＤＳＣＨのためのｅＰＤＣＣＨによって占有されるＰＲＢペア中の残りのリソースを利用することが重要であり得る。代替的に、リソース浪費を最小限に抑えるために、ｅＰＤＣＣＨの送信は、帯域幅のあまりに多くの断片化を生じてはならない。

【0058】

[0072] いくつかの態様では、サブフレーム（または同じサブフレーム中のＰＲＢペア）中で制御とデータとを多重化する必要がないように、制御とデータとが異なるサブフレーム中でスケジュールされ得る。

【0059】

[0073] 図１０に、本開示のいくつかの態様による、ＴＤＭベースの制御およびデータ構造１０００を示す。図１０は、ＦＤＤの場合の一例を示しており、８つのサブフレームのうち１つのサブフレーム（たとえば１００２）が制御送信のために設計され、残りはデータを搬送し得る。いくつかの態様では、値「８」は、周波数分割複信（ＦＤＤ）の場合の典型的なハイブリッド自動再送要求（Ｈ−ＡＲＱ：Hybrid Automatic Repeat Request）ラウンドトリップ時間（ＲＴＴ：Round-Trip Time）と一致する。また、クロスサブフレームスケジューリングを示すために、現在の３ビットＣＩＦ（クロスキャリア指示フィールド）が再利用され得る。

【0060】

[0074] 概して、制御を含んでいるサブフレーム１００２は、ＵＥにブロードキャストされ得るか、またはＵＥ固有構成され得る。たとえば、サブフレーム１００２は、共通探索空間が存在するところにリンクされ得る。いくつかの態様では、システムにおいてそのような動作を厳密に強制することは必要でないことがある。たとえば、データに指定されたいくつかのサブフレームが依然として制御情報を時々搬送し得る。

【0061】

[0075] いくつかの態様では、そのような構成に気づいていないＵＥは、ＤＬとＵＬの両方のためのレガシーＨ−ＡＲＱタイミングを仮定し得る。代替的に、ＵＥは、ＤＬ制御が、新しいＨ−ＡＲＱタイミングを必要とするサブフレームのサブセット（アンカー制御サブフレーム）中にのみ存在すると仮定し得る。

【0062】

[0076] いくつかの態様では、サブフレーム１００２中の制御のための狭帯域ロケーションは、他のサブフレーム中のデータのための狭帯域ロケーションと同じであるか、またはそれとは異なり得る。追加として、または別個に、制御のための狭帯域ロケーションは（たとえば、上位レイヤ構成によって）事前決定されるか、または半静的に判断され得るが、データのための狭帯域ロケーションは（たとえば、制御チャネル中の指示によって）動的に判断され得る。

【0063】

[0077] たとえば、ＴＤＭベースの制御およびデータ構造１０００の場合、必要な規格変更は、マルチサブフレームおよび／またはクロスサブフレームスケジューリングのためのサポートと、新しいＤＬおよびＵＬ Ｈ−ＡＲＱタイミングのサポートとを含み得る。構造１０００の利益はＰＤＳＣＨのためのＤＬリソース割振りを含み得、ＰＲＢペアのユニット中にあり得、改善されたＤＬリソース利用。しかしながら、構造１０００のいくつかの欠点は、重要な規格変更と、たとえば、増加したＨ−ＡＲＱスケジューリングタイミングおよびＡＣＫ／ＮＡＫタイミングによる何らかのＨ−ＡＲＱ動作影響とを含み得る。

【0064】

[0078] 一態様では、ＴＤＭベースの制御およびデータ構造が使用されるか否かは、ＵＥが動作する帯域幅に依存し得る。動作帯域幅が狭い（たとえば、６ＲＢ）場合、ＴＤＭベースの制御およびデータ構造が採用され得る。追加としてまたは別個に、ＴＤＭベースの制御およびデータ構造が使用されるか否かは、ＵＥカテゴリーに依存し得る。たとえば、ＴＤＭ構造は低コストＵＥカテゴリーのために採用され得る。１つまたは複数の低コストカテゴリーに属さないＵＥがＴＤＭ構造を仮定しないことがある。

【0065】

[0079] いくつかの態様では、ｅ−ＰＤＣＣＨとＰＤＳＣＨとの多重化が１つのＰＲＢペア中で可能にされ得る。

【0066】

[0080] 図１１に、本開示のいくつかの態様による、ＰＲＢペア中の多重化されたｅ−ＰＤＣＣＨとＰＤＳＣＨとを用いた制御およびデータ構造１１００を示す。サブフレーム１１０２は６つのＰＲＢペアＰＲＢ０〜ＰＲＢ５を含む。図１１に示すように、ＰＲＢ０およびＰＲＢ５はｅ−ＰＤＣＣＨとＰＤＳＣＨとの多重化を可能にする。ＰＲＢ０および５のリソースの一部分は制御送信のために使用され得、残りのリソースはデータ送信のために使用され得る。図１１に示すように、いくつかのＰＲＢ（たとえば、ＰＲＢ１〜４）はデータ送信のみのために使用され得る。

【0067】

[0081] いくつかの態様では、制御情報によって占有されるＰＲＢペア中の残りのリソースを利用すべきかどうか、および／またはどのように利用すべきかがＵＥにシグナリングされ得る。いくつかの態様では、シグナリングは明示的または暗黙的であり得る。暗黙的シグナリングでは、ＵＥは、検出されたｅ−ＰＤＣＣＨについて、ＵＥのｅ−ＰＤＣＣＨによって占有される（１つまたは複数の）ＰＲＢペア中の残りのリソースがＵＥのＰＤＳＣＨのために利用可能であると仮定し得る。これは単純であるが、残りのリソースが（ｅ−ＰＤＣＣＨ以外の）他の制御情報のためにスケジュールされないことがあるので限定的であり得る。明示的シグナリングでは、ＵＥには、いくつかの残りのリソースがＰＤＳＣＨのために利用可能であるか否かが示され得る。

【0068】

[0082] いくつかの態様では、第１の代替形態では、ＵＥのｅ−ＰＤＣＣＨによって占有される（１つまたは複数の）ＰＲＢペア中の残りのリソースがＵＥのＰＤＳＣＨのために利用可能であるか否かをＵＥに教えるために、１ビット情報がｅ−ＰＤＣＣＨ中で示され得る。上述したように、これは単純であるが、たとえば、場合によっては同じサブフレーム中にいくつかの他の許可（同じまたは異なるＵＥのためのダウンリンク許可、アップリンク許可）があり得るので、限定的であり得る。

【0069】

[0083] 第２の代替形態では、ＵＥのｅＰＤＣＣＨによって占有される（１つまたは複数の）ＰＲＢペア中の残りのリソースがＵＥのＰＤＳＣＨのために利用可能であるか否か、および残りのリソースのうちのどれが利用可能であるかをＵＥに教えるために、１つまたは複数のビット情報フィールドがｅ−ＰＤＣＣＨ中に含まれ得る。

【0070】

[0084] 第３の代替形態では、ｅ−ＰＤＣＣＨを搬送し得るＰＲＢペアと、ｅ−ＰＤＣＣＨを搬送しないことがあるＰＲＢペアとについて、異なるリソース割振りグラニュラリティが定義され得る。

【0071】

[0085] いくつかの態様では、ｅＣＣＥ（またはｅＲＥＧ）は、ｅＰＤＣＣＨのための最小リソースグラニュラリティとして導入され得る。たとえば、各ＰＲＢペアは４つのｅＣＣＥを含んでいることがある。いくつかの態様では、ＵＥには、どのＰＲＢペアがｅＰＤＣＣＨを含んでいることがあるかが示され得る。たとえば、６つのＰＲＢペアの中から、それらのうちの３つのみがｅＰＤＣＣＨを含んでいることがある。

【0072】

[0086] いくつかの態様では、ＰＤＳＣＨのためのリソース割振りは、ｅ−ＰＤＣＣＨを含んでいることがあるＰＲＢペアについて、第１のリソース割振りグラニュラリティ（たとえば、１つｅＣＣＥ（またはｅＲＥＧ）、２つのｅＣＣＥ（または２つのｅＲＥＧ）など）が使用され、ｅ−ＰＤＣＣＨを含んでいないことがあるＰＲＢペアについて、第２のリソース割振りグラニュラリティ（たとえば、ＰＲＢ）が使用され得るようになり得る。

【0073】

[0087] たとえば、サブフレームは、６つのＰＲＢペア（図１１に示すＰＲＢ０、１、２、３、４、５）を含み得、ＰＲＢ０および５は、ＰＲＢペアごとに４つのｅＣＣＥをもつｅ−ＰＤＣＣＨを含んでいることがある。したがって、ＰＤＳＣＨリソース割振りは、以下のリソース｛ＲＢ０のｅＣＣＥ１、ＲＢ０のｅＣＣＥ２、ＲＢ０のｅＣＣＥ３、ＲＢ０のｅＣＣＥ４、ＲＢ１、ＲＢ２、ＲＢ３、ＲＢ４、ＲＢ５のｅＣＣＥ１、ＲＢ５のｅＣＣＥ２、ＲＢ５のｅＣＣＥ３、ＲＢ５のｅＣＣＥ４｝が対処され得るようになり得る。

【0074】

[0088] 一態様では、ビットマップシグナリングがＰＤＳＣＨリソース割振りのために使用される場合、最初に、６つのＲＢについて６つのビットが必要とされ得る。しかしながら、現在、２×４＋４＝１２ビットを必要とする。

【0075】

[0089] 代替的に、たとえば、２つのｅＣＣＥのグラニュラリティがＰＤＳＣＨのための最小リソース割振りユニットであり得る。したがって、ビットマップシグナリングが必要とされ得る場合、｛ＲＢ０のｅＣＣＥ１およびｅＣＣＥ２、ＲＢ０のｅＣＣＥ３およびｅＣＣＥ４、ＲＢ１、ＲＢ２、ＲＢ３、ＲＢ４、ＲＢ５のｅＣＣＥ１およびｅＣＣＥ２、ＲＢ５のｅＣＣＥ３およびｅＣＣＥ４｝、したがって、合計２×２＋４＝８ビットを有し得る。

【0076】

[0090] 一態様では、ｅＰＤＣＣＨとＰＤＳＣＨとが同じＰＲＢペア中で多重化され得るか否かは、ＵＥがどの帯域幅で動作するかに依存する。動作帯域幅が狭い（たとえば、６ＲＢ）場合、多重化は可能にされ得る。追加として、または別個に、ｅＰＤＣＣＨとＰＤＳＣＨとが同じＰＲＢペア中で多重化され得るか否かはＵＥカテゴリーに依存し得る。多重化は、低コストＵＥカテゴリーのために可能にされ得る。ＵＥが大きい帯域幅でも動作することができる場合、１つまたは複数の低コストカテゴリーに属さないＵＥは多重化動作を仮定しないことがある。

【0077】

[0091] 一態様では、ＴＤＭベースのｅＰＤＣＣＨとＰＤＳＣＨとの組合せ、および同じサブフレーム内の同じＰＲＢペア中でｅＰＤＣＣＨとＰＤＳＣＨとを多重化することは同時に可能にされ得る。いくつかのサブフレームでは、制御またはデータのみが送信される。いくつかの他のサブフレームでは、制御とデータの両方が送信され得、ｅＰＤＣＣＨとＰＤＳＣＨとは１つのＰＲＢペア中で多重化され得る。

【0078】

[0092] 図１２に、本開示のいくつかの態様による、第１の例に従って制御およびデータ送信を管理するための基地局（ＢＳ）による動作１２００を示す流れ図を示す。動作１２００は、１２０２において、サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を使用して制御チャネルを送信することから開始し得る。１２０４において、制御チャネルを送信するために使用されないＰＲＢペアのリソースの第２の部分がデータチャネルを送信するために利用可能であるかどうかに関する指示を与える。

【0079】

[0093] 一態様では、サブフレームはＬＴＥサブフレームを含み得、制御チャネルはｅ−ＰＤＣＣＨを含み得、データチャネルはＰＤＳＣＨを含み得る。

【0080】

[0094] いくつかの態様では、指示は、制御チャネル中の１つまたは複数のビットを含み得る。一態様では、１つまたは複数のビットは、リソースの第２の部分がデータチャネルを送信するために利用可能であるか否かを示す単一のビットを含み得る。一態様では、１つまたは複数のビットは、リソースの第２の部分のどのリソースがデータチャネルを送信するために利用可能であるかを示す複数のビットを含み得る。一態様では、１つまたは複数のビットは、制御チャネルを送信するために利用可能であるＰＲＢペアのサブセットを示し得る。

【0081】

[0095] いくつかの態様では、第１のリソース割振りグラニュラリティは、制御チャネルを送信するために利用可能であるＰＲＢペアのデータチャネルリソースを割り振るために使用され得、第２のリソース割振りグラニュラリティは、制御チャネルを送信するために利用可能でないＰＲＢペアのデータチャネルリソースを割り振るために使用され得る。一態様では、第１のリソース割振りグラニュラリティは１つまたは複数のＣＣＥのうちの整数個を含み得、第２のリソース割振りグラニュラリティは１つまたは複数のＰＲＢのうちの整数個を含み得る。

【0082】

[0096] いくつかの態様では、制御チャネルと対応するデータチャネルとによって占有される帯域幅はしきい値以下であり得、ここにおいて、しきい値は６つのリソースブロックであり得る。

【0083】

[0097] 図１３に、本開示のいくつかの態様による、第１の例に従って制御およびデータ送信を管理するためのユーザ機器（たとえば、低コストＵＥ）による動作１３００を示す流れ図を示す。動作１３００は、１３０２において、サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を使用して制御チャネルを受信することから開始し得る。１３０４において、制御チャネルを送信するために使用されないＰＲＢペアのリソースの第２の部分がデータチャネルを受信するために利用可能であるかどうかに関する指示を受信する。

【0084】

[0098] 一態様では、サブフレームはＬＴＥサブフレームを含み得、制御チャネルはｅ−ＰＤＣＣＨを含み得、データチャネルはＰＤＳＣＨを含み得る。

【0085】

[0099] いくつかの態様では、指示は、制御チャネル中の１つまたは複数のビットを含み得る。一態様では、１つまたは複数のビットは、リソースの第２の部分がデータチャネルを受信するために利用可能であるか否かを示す単一のビットを含み得る。一態様では、１つまたは複数のビットは、リソースの第２の部分のどのリソースがデータチャネルを受信するために利用可能であるかを示す複数のビットを含み得る。一態様では、１つまたは複数のビットは、制御チャネルを受信するために利用可能であるＰＲＢペアのサブセットを示し得る。

【0086】

[0100] いくつかの態様では、第１のリソース割振りグラニュラリティは、制御チャネルを受信するために利用可能であるＰＲＢペアのデータチャネルリソースを割り振るために使用され得、第２のリソース割振りグラニュラリティは、制御チャネルを受信するために利用可能でないＰＲＢペアのデータチャネルリソースを割り振るために使用され得る。一態様では、第１のリソース割振りグラニュラリティは１つまたは複数のＣＣＥのうちの整数個を含み得、第２のリソース割振りグラニュラリティは１つまたは複数のＰＲＢのうちの整数個を含み得る。

【0087】

[0101] いくつかの態様では、制御チャネルと対応するデータチャネルとによって占有される帯域幅はしきい値以下であり得、ここにおいて、しきい値は６つのリソースブロックであり得る。

【0088】

[0102] 図１４に、本開示のいくつかの態様による、第２の例に従って制御およびデータ送信を管理するための基地局（ＢＳ）による動作１４００を示す流れ図を示す。動作１４００は、１４０２において、サブフレームの第２のサブセットのうちの１つまたは複数のサブフレーム中でのデータ送信をスケジュールするためにサブフレームの第１のサブセットのうちのサブフレーム中で制御情報を送信することから開始し得、ここにおいて、サブフレームの第１のサブセットは、データを送信することなしに制御情報を送信するために指定され、サブフレームの第２のサブセットは、制御情報を送信することなしにデータを送信するために指定される。１４０４において、データは、送信された制御情報に従って第２のサブセットの１つまたは複数のサブフレーム中で送信され得る。

【0089】

[0103] いくつかの態様では、動作１４００は、どのサブフレームが第１のサブセットに属するかという指示を与えることをさらに含み得、ここにおいて、指示はブロードキャストされ得る。

【0090】

[0104] いくつかの態様では、どのサブフレームが第１のサブセットに属するかは共通探索空間ロケーション（common search space location）にリンクされ得る。

【0091】

[0105] 一態様では、制御情報は、クロスキャリア指示（ＣＩＦ）フィールドを介してデータ送信をスケジュールし得る。一態様では、制御情報はｅ−ＰＤＣＣＨ中で送信され得る。

【0092】

[0106] いくつかの態様では、動作１４００は、第２のサブセットのサブフレーム中で制御情報を送信することをさらに含み得る。

【0093】

[0107] いくつかの態様では、制御情報を搬送する制御チャネルまたはデータを搬送する対応するデータチャネルによって占有される帯域幅はしきい値以下であり得る。一態様では、しきい値は６つのリソースブロックであり得る。

【0094】

[0108] いくつかの態様では、制御情報を搬送する制御チャネルのための帯域幅ロケーション（bandwidth location）は半静的に判断され得、データを搬送するデータチャネルのための帯域幅ロケーションは動的に判断され得る。

【0095】

[0109] 図１５に、本開示のいくつかの態様による、第２の例に従って制御およびデータ送信を管理するためのユーザ機器（たとえば、低コストＵＥ）による動作１５００を示す流れ図を示す。動作１５００は、１５０２において、サブフレームの第２のサブセットのうちの１つまたは複数のサブフレーム中でのデータ送信をスケジュールする、サブフレームの第１のサブセットのうちのサブフレーム中で制御情報を受信することから開始し得、ここにおいて、サブフレームの第１のサブセットは、データを受信することなしに制御情報を受信するために指定され、サブフレームの第２のサブセットは、制御情報を受信することなしにデータを受信するために指定される。１５０４において、データは、受信された制御情報に従って第２のサブセットの１つまたは複数のサブフレーム中で受信され得る。

【0096】

[0110] いくつかの態様では、動作１５００は、どのサブフレームが第１のサブセットに属するかという指示を受信することをさらに含み得、ここにおいて、指示はブロードキャストされ得る。

【0097】

[0111] いくつかの態様では、どのサブフレームが第１のサブセットに属するかは共通探索空間ロケーションにリンクされ得る。

【0098】

[0112] いくつかの態様では、制御情報は、ＣＩＦフィールドを介してデータ送信をスケジュールし得る。一態様では、制御情報はｅ−ＰＤＣＣＨ中で受信され得る。

【0099】

[0113] いくつかの態様では、動作１５００は、第２のサブセットのサブフレーム中で制御情報を受信することをさらに含み得る。

【0100】

[0114] いくつかの態様では、制御情報を搬送する制御チャネルまたはデータを搬送する対応するデータチャネルによって占有される帯域幅はしきい値以下であり得る。一態様では、しきい値は６つのリソースブロックであり得る。

【0101】

[0115] いくつかの態様では、制御情報を搬送する制御チャネルのための帯域幅ロケーションは半静的に判断され得、データを搬送するデータチャネルのための帯域幅ロケーションは動的に判断され得る。

【0102】

[0116] 開示したプロセスにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス中のステップの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのステップは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

【0103】

[0117] 本明細書で使用する、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃを包含するものとする。さらに、「または」という用語は、排他的な「または」ではなく、包括的な「または」を意味するものとする。すなわち、別段に規定されていない限り、または文脈から明らかでない限り、「ＸはＡまたはＢを使用する」という句は、自然包括的並べ替えのいずれかを意味するものとする。すなわち、「ＸはＡまたはＢを使用する」という句は、ＸがＡを使用する場合、ＸがＢを使用する場合、またはＸがＡとＢの両方を使用する場合のいずれによっても満たされる。

【0104】

[0118] 以上の説明は、本明細書で説明された様々な態様を、当業者が実行できるようにするために提供される。これらの態様に対する様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、特許請求の言い回しに矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という語は「１つまたは複数の」を表す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明白に組み込まれ、特許請求の範囲に包含されるものである。さらに、本明細書に開示するいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に本件出願当初の特許請求の範囲に記載された発明を付記する。
［１］ サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を使用して制御チャネルを送信することと、前記制御チャネルを送信するために使用されない前記ＰＲＢペアのリソースの第２の部分がデータチャネルを送信するために利用可能であるかどうかに関する指示を与えることとを備える、基地局（ＢＳ）によるワイヤレス通信の方法。
［２］ 前記指示が前記制御チャネル中の１つまたは複数のビットを備える、［１］に記載の方法。
［３］ 前記１つまたは複数のビットは、リソースの前記第２の部分が前記データチャネルを送信するために利用可能であるか否かを示す単一のビットを備える、［２］に記載の方法。
［４］ 前記１つまたは複数のビットは、リソースの前記第２の部分のどのリソースが前記データチャネルを送信するために利用可能であるかを示す複数のビットを備える、［２］に記載の方法。
［５］ 前記１つまたは複数のビットが、制御チャネルを送信するために利用可能であるＰＲＢペアのサブセットを示す、［２］に記載の方法。
［６］ 第１のリソース割振りグラニュラリティが、制御チャネルを送信するために利用可能であるＰＲＢペアのデータチャネルリソースを割り振るために使用され、第２のリソース割振りグラニュラリティが、制御チャネルを送信するために利用可能でないＰＲＢペアのデータチャネルリソースを割り振るために使用される、［１］に記載の方法。
［７］ 前記第１のリソース割振りグラニュラリティが１つまたは複数の制御チャネル要素（ＣＣＥ）のうちの整数個を備え、前記第２のリソース割振りグラニュラリティが１つまたは複数のＰＲＢのうちの整数個を備える、［６］に記載の方法。
［８］ 前記サブフレームがＬＴＥサブフレームを備える、［１］に記載の方法。
［９］ 前記制御チャネルが拡張物理ダウンリンク制御チャネル（ｅ−ＰＤＣＣＨ）を備える、［１］に記載の方法。
［１０］ 前記データチャネルが物理データ共有チャネル（ＰＤＳＣＨ）を備える、［１］に記載の方法。
［１１］ 前記制御チャネルと前記対応するデータチャネルとによって占有される帯域幅がしきい値以下である、［１］に記載の方法。
［１２］ 前記しきい値が６つのリソースブロックである、［１１］に記載の方法。
［１３］ サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を使用して制御チャネルを送信するための手段と、前記制御チャネルを送信するために使用されない前記ＰＲＢペアのリソースの第２の部分がデータチャネルを送信するために利用可能であるかどうかに関する指示を与えるための手段とを備える、ワイヤレス通信のための装置。
［１４］ 前記指示が前記制御チャネル中の１つまたは複数のビットを備える、［１３］に記載の装置。
［１５］ 前記１つまたは複数のビットは、リソースの前記第２の部分が前記データチャネルを送信するために利用可能であるか否かを示す単一のビットを備える、［１４］に記載の装置。
［１６］ 前記１つまたは複数のビットは、リソースの前記第２の部分のどのリソースが前記データチャネルを送信するために利用可能であるかを示す複数のビットを備える、［１４］に記載の装置。
［１７］ 前記１つまたは複数のビットが、制御チャネルを送信するために利用可能であるＰＲＢペアのサブセットを示す、［１４］に記載の装置。
［１８］ 第１のリソース割振りグラニュラリティが、制御チャネルを送信するために利用可能であるＰＲＢペアのデータチャネルリソースを割り振るために使用され、第２のリソース割振りグラニュラリティが、制御チャネルを送信するために利用可能でないＰＲＢペアのデータチャネルリソースを割り振るために使用される、［１３］に記載の装置。
［１９］ 前記第１のリソース割振りグラニュラリティが１つまたは複数の制御チャネル要素（ＣＣＥ）のうちの整数個を備え、前記第２のリソース割振りグラニュラリティが１つまたは複数のＰＲＢのうちの整数個を備える、［１８］に記載の装置。
［２０］ 前記サブフレームがＬＴＥサブフレームを備える、［１３］に記載の装置。
［２１］ 前記制御チャネルが拡張物理ダウンリンク制御チャネル（ｅ−ＰＤＣＣＨ）を備える、［１３］に記載の装置。
［２２］ 前記データチャネルが物理データ共有チャネル（ＰＤＳＣＨ）を備える、［１３］に記載の装置。
［２３］ 前記制御チャネルと前記対応するデータチャネルとによって占有される帯域幅がしきい値以下である、［１３］に記載の装置。
［２４］ 前記しきい値が６つのリソースブロックである、［２３］に記載の装置。
［２５］ サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を使用して制御チャネルを送信することと、前記制御チャネルを送信するために使用されない前記ＰＲＢペアのリソースの第２の部分がデータチャネルを送信するために利用可能であるかどうかに関する指示を与えることとを行うように構成された少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに結合されたメモリとを備える、ワイヤレス通信のための装置。
［２６］ サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を使用して制御チャネルを送信することと、前記制御チャネルを送信するために使用されない前記ＰＲＢペアのリソースの第２の部分がデータチャネルを送信するために利用可能であるかどうかに関する指示を与えることとを行うためのコードを備えるコンピュータ可読媒体を備える、ワイヤレス通信のためのコンピュータプログラム製品。
［２７］ サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を使用して制御チャネルを受信することと、前記制御チャネルを送信するために使用されない前記ＰＲＢペアのリソースの第２の部分がデータチャネルを受信するために利用可能であるかどうかに関する指示を受信することとを備える、ユーザ機器（ＵＥ）によるワイヤレス通信の方法。
［２８］ 前記指示が前記制御チャネル中の１つまたは複数のビットを備える、［２７］に記載の方法。
［２９］ 前記１つまたは複数のビットは、リソースの前記第２の部分が前記データチャネルを受信するために利用可能であるか否かを示す単一のビットを備える、［２８］に記載の方法。
［３０］ 前記１つまたは複数のビットは、リソースの前記第２の部分のどのリソースが前記データチャネルを受信するために利用可能であるかを示す複数のビットを備える、［２８］に記載の方法。
［３１］ 前記１つまたは複数のビットが、制御チャネルを受信するために利用可能であるＰＲＢペアのサブセットを示す、［２８］に記載の方法。
［３２］ 第１のリソース割振りグラニュラリティが、制御チャネルを受信するために利用可能であるＰＲＢペアのデータチャネルリソースを割り振るために使用され、第２のリソース割振りグラニュラリティが、制御チャネルを受信するために利用可能でないＰＲＢペアのデータチャネルリソースを割り振るために使用される、［２７］に記載の方法。
［３３］ 前記第１のリソース割振りグラニュラリティが１つまたは複数の制御チャネル要素（ＣＣＥ）のうちの整数個を備え、前記第２のリソース割振りグラニュラリティが１つまたは複数のＰＲＢのうちの整数個を備える、［３２］に記載の方法。
［３４］ 前記サブフレームがＬＴＥサブフレームを備える、［２７］に記載の方法。
［３５］ 前記制御チャネルが拡張物理ダウンリンク制御チャネル（ｅ−ＰＤＣＣＨ）を備える、［２７］に記載の方法。
［３６］ 前記データチャネルが物理データ共有チャネル（ＰＤＳＣＨ）を備える、［２７］に記載の方法。
［３７］ 前記制御チャネルと前記対応するデータチャネルとによって占有される帯域幅がしきい値以下である、［２７］に記載の方法。
［３８］ 前記しきい値が６つのリソースブロックである、［３７］に記載の方法。
［３９］ サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を使用して制御チャネルを受信するための手段と、前記制御チャネルを送信するために使用されない前記ＰＲＢペアのリソースの第２の部分がデータチャネルを受信するために利用可能であるかどうかに関する指示を受信するための手段とを備える、ユーザ機器（ＵＥ）によるワイヤレス通信のための装置。
［４０］ 前記指示が前記制御チャネル中の１つまたは複数のビットを備える、［３９］に記載の装置。
［４１］ 前記１つまたは複数のビットは、リソースの前記第２の部分が前記データチャネルを受信するために利用可能であるか否かを示す単一のビットを備える、［４０］に記載の装置。
［４２］ 前記１つまたは複数のビットは、リソースの前記第２の部分のどのリソースが前記データチャネルを受信するために利用可能であるかを示す複数のビットを備える、［４０］に記載の装置。
［４３］ 前記１つまたは複数のビットが、制御チャネルを受信するために利用可能であるＰＲＢペアのサブセットを示す、［４０］に記載の装置。
［４４］ 第１のリソース割振りグラニュラリティが、制御チャネルを受信するために利用可能であるＰＲＢペアのデータチャネルリソースを割り振るために使用され、第２のリソース割振りグラニュラリティが、制御チャネルを受信するために利用可能でないＰＲＢペアのデータチャネルリソースを割り振るために使用される、［３９］に記載の装置。
［４５］ 前記第１のリソース割振りグラニュラリティが１つまたは複数の制御チャネル要素（ＣＣＥ）のうちの整数個を備え、前記第２のリソース割振りグラニュラリティが１つまたは複数のＰＲＢのうちの整数個を備える、［４４］に記載の装置。
［４６］ 前記サブフレームがＬＴＥサブフレームを備える、［３９］に記載の装置。
［４７］ 前記制御チャネルが拡張物理ダウンリンク制御チャネル（ｅ−ＰＤＣＣＨ）を備える、［３９］に記載の装置。
［４８］ 前記データチャネルが物理データ共有チャネル（ＰＤＳＣＨ）を備える、［３９］に記載の装置。
［４９］ 前記制御チャネルと前記対応するデータチャネルとによって占有される帯域幅がしきい値以下である、［３９］に記載の装置。
［５０］ 前記しきい値が６つのリソースブロックである、［４９］に記載の装置。
［５１］ サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を使用して制御チャネルを受信することと、前記制御チャネルを送信するために使用されない前記ＰＲＢペアのリソースの第２の部分がデータチャネルを受信するために利用可能であるかどうかに関する指示を受信することとを行うように構成された少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに結合されたメモリとを備える、ワイヤレス通信のための装置。
［５２］ サブフレームの少なくとも１つの物理リソースブロック（ＰＲＢ）ペアのリソースの第１の部分を使用して制御チャネルを受信することと、前記制御チャネルを送信するために使用されない前記ＰＲＢペアのリソースの第２の部分がデータチャネルを受信するために利用可能であるかどうかに関する指示を受信することと を行うためのコードを備えるコンピュータ可読媒体を備える、ワイヤレス通信のためのコンピュータプログラム製品。
［５３］ サブフレームの第２のサブセットのうちの１つまたは複数のサブフレーム中でのデータ送信をスケジュールするためにサブフレームの第１のサブセットのうちのサブフレーム中で制御情報を送信することと、ここにおいて、サブフレームの前記第１のサブセットが、データを送信することなしに制御情報を送信するために指定され、サブフレームの前記第２のサブセットが、制御情報を送信することなしにデータを送信するために指定される、前記送信された制御情報に従って前記第２のサブセットの前記１つまたは複数のサブフレーム中で前記データを送信することとを備える、基地局（ＢＳ）によるワイヤレス通信の方法。
［５４］ どのサブフレームが前記第１のサブセットに属するかという指示を与えることをさらに備える、［５３］に記載の方法。
［５５］ 前記指示がブロードキャストされる、［５４］に記載の方法。
［５６］ どのサブフレームが前記第１のサブセットに属するかが共通探索空間ロケーションにリンクされる、［５３］に記載の方法。
［５７］ 前記制御情報が、クロスキャリア指示フィールド（ＣＩＦ）を介してデータ送信をスケジュールする、［５３］に記載の方法。
［５８］ 前記制御情報が拡張物理ダウンリンク制御チャネル（ｅ−ＰＤＣＣＨ）中で送信される、［５３］に記載の方法。
［５９］ 前記第２のサブセットのサブフレーム中で制御情報を送信することをさらに備える、［５３］に記載の方法。
［６０］ 前記制御情報を搬送する制御チャネルまたは前記データを搬送する対応するデータチャネルによって占有される帯域幅がしきい値以下である、［５３］に記載の方法。
［６１］ 前記しきい値が６つのリソースブロックである、［６０］に記載の方法。
［６２］ 前記制御情報を搬送する制御チャネルのための帯域幅ロケーションが半静的に判断され、前記データを搬送するデータチャネルのための前記帯域幅ロケーションが動的に判断される、［５３］に記載の方法。
［６３］ サブフレームの第２のサブセットのうちの１つまたは複数のサブフレーム中でのデータ送信をスケジュールするためにサブフレームの第１のサブセットのうちのサブフレーム中で制御情報を送信するための手段と、ここにおいて、サブフレームの前記第１のサブセットが、データを送信することなしに制御情報を送信するために指定され、サブフレームの前記第２のサブセットが、制御情報を送信することなしにデータを送信するために指定される、前記送信された制御情報に従って前記第２のサブセットの前記１つまたは複数のサブフレーム中で前記データを送信するための手段とを備える、基地局（ＢＳ）によるワイヤレス通信のための装置。
［６４］ どのサブフレームが前記第１のサブセットに属するかという指示を与えるための手段をさらに備える、［６３］に記載の装置。
［６５］ 前記指示がブロードキャストされる、［６４］に記載の装置。
［６６］ どのサブフレームが前記第１のサブセットに属するかが共通探索空間ロケーションにリンクされる、［６３］に記載の装置。
［６７］ 前記制御情報が、クロスキャリア指示フィールド（ＣＩＦ）を介してデータ送信をスケジュールする、［６３］に記載の装置。
［６８］ 前記制御情報が拡張物理ダウンリンク制御チャネル（ｅ−ＰＤＣＣＨ）中で送信される、［６３］に記載の装置。
［６９］ 前記第２のサブセットのサブフレーム中で制御情報を送信するための手段をさらに備える、［６３］に記載の装置。
［７０］ 前記制御情報を搬送する制御チャネルまたは前記データを搬送する対応するデータチャネルによって占有される帯域幅がしきい値以下である、［６３］に記載の装置。
［７１］ 前記しきい値が６つのリソースブロックである、［７０］に記載の装置。
［７２］ 前記制御情報を搬送する制御チャネルのための帯域幅ロケーションが半静的に判断され、前記データを搬送するデータチャネルのための前記帯域幅ロケーションが動的に判断される、［６３］に記載の装置。
［７３］ サブフレームの第２のサブセットのうちの１つまたは複数のサブフレーム中でのデータ送信をスケジュールするためにサブフレームの第１のサブセットのうちのサブフレーム中で制御情報を送信することと、ここにおいて、サブフレームの前記第１のサブセットが、データを送信することなしに制御情報を送信するために指定され、サブフレームの前記第２のサブセットが、制御情報を送信することなしにデータを送信するために指定される、前記送信された制御情報に従って前記第２のサブセットの前記１つまたは複数のサブフレーム中で前記データを送信することとを行うように構成された少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに結合されたメモリとを備える、ワイヤレス通信のための装置。
［７４］ サブフレームの第２のサブセットのうちの１つまたは複数のサブフレーム中でのデータ送信をスケジュールするためにサブフレームの第１のサブセットのうちのサブフレーム中で制御情報を送信することと、ここにおいて、サブフレームの前記第１のサブセットが、データを送信することなしに制御情報を送信するために指定され、サブフレームの前記第２のサブセットが、制御情報を送信することなしにデータを送信するために指定される、前記送信された制御情報に従って前記第２のサブセットの前記１つまたは複数のサブフレーム中で前記データを送信することと を行うためのコードを備えるコンピュータ可読媒体を備える、ワイヤレス通信のためのコンピュータプログラム製品。
［７５］ サブフレームの第２のサブセットのうちの１つまたは複数のサブフレーム中でのデータ送信をスケジュールする、サブフレームの第１のサブセットのうちのサブフレーム中で制御情報を受信することと、ここにおいて、サブフレームの前記第１のサブセットが、データを受信することなしに制御情報を受信するために指定され、サブフレームの前記第２のサブセットが、制御情報を受信することなしにデータを受信するために指定される、前記受信された制御情報に従って前記第２のサブセットの前記１つまたは複数のサブフレーム中で前記データを受信することとを備える、ユーザ機器（ＵＥ）によるワイヤレス通信の方法。
［７６］ どのサブフレームが前記第１のサブセットに属するかという指示を受信することをさらに備える、［７５］に記載の方法。
［７７］ 前記指示がブロードキャストされる、［７６］に記載の方法。
［７８］ どのサブフレームが前記第１のサブセットに属するかが共通探索空間ロケーションにリンクされる、［７５］に記載の方法。
［７９］ 前記制御情報が、クロスキャリア指示フィールド（ＣＩＦ）を介してデータ送信をスケジュールする、［７５］に記載の方法。
［８０］ 前記制御情報が拡張物理ダウンリンク制御チャネル（ｅ−ＰＤＣＣＨ）中で受信される、［７５］に記載の方法。
［８１］ 前記第２のサブセットのサブフレーム中で制御情報を受信することをさらに備える、［７５］に記載の方法。
［８２］ 前記制御情報を搬送する制御チャネルまたは前記データを搬送する対応するデータチャネルによって占有される帯域幅がしきい値以下である、［７５］に記載の方法。
［８３］ 前記しきい値が６つのリソースブロックである、［８２］に記載の方法。
［８４］ 前記制御情報を搬送する制御チャネルのための帯域幅ロケーションが半静的に判断され、前記データを搬送するデータチャネルのための前記帯域幅ロケーションが動的に判断される、［７５］に記載の方法。
［８５］ サブフレームの第２のサブセットのうちの１つまたは複数のサブフレーム中でのデータ送信をスケジュールする、サブフレームの第１のサブセットのうちのサブフレーム中で制御情報を受信するための手段と、ここにおいて、サブフレームの前記第１のサブセットが、データを受信することなしに制御情報を受信するために指定され、サブフレームの前記第２のサブセットが、制御情報を受信することなしにデータを受信するために指定される、前記受信された制御情報に従って前記第２のサブセットの前記１つまたは複数のサブフレーム中で前記データを受信するための手段とを備える、ユーザ機器（ＵＥ）によるワイヤレス通信のための装置。
［８６］ どのサブフレームが前記第１のサブセットに属するかという指示を受信するための手段をさらに備える、［８５］に記載の装置。
［８７］ 前記指示がブロードキャストされる、［８６］に記載の装置。
［８８］ どのサブフレームが前記第１のサブセットに属するかが共通探索空間ロケーションにリンクされる、［８５］に記載の装置。
［８９］ 前記制御情報が、クロスキャリア指示フィールド（ＣＩＦ）を介してデータ送信をスケジュールする、［８５］に記載の装置。
［９０］ 前記制御情報が拡張物理ダウンリンク制御チャネル（ｅ−ＰＤＣＣＨ）中で受信される、［８５］に記載の装置。
［９１］ 前記第２のサブセットのサブフレーム中で制御情報を受信するための手段をさらに備える、［８５］に記載の装置。
［９２］ 前記制御情報を搬送する制御チャネルまたは前記データを搬送する対応するデータチャネルによって占有される帯域幅がしきい値以下である、［８５］に記載の装置。
［９３］ 前記しきい値が６つのリソースブロックである、［９２］に記載の装置。
［９４］ 前記制御情報を搬送する制御チャネルのための帯域幅ロケーションが半静的に判断され、前記データを搬送するデータチャネルのための前記帯域幅ロケーションが動的に判断される、［８５］に記載の装置。
［９５］ サブフレームの第２のサブセットのうちの１つまたは複数のサブフレーム中でのデータ送信をスケジュールする、サブフレームの第１のサブセットのうちのサブフレーム中で制御情報を受信することと、ここにおいて、サブフレームの前記第１のサブセットが、データを受信することなしに制御情報を受信するために指定され、サブフレームの前記第２のサブセットが、制御情報を受信することなしにデータを受信するために指定される、前記受信された制御情報に従って前記第２のサブセットの前記１つまたは複数のサブフレーム中で前記データを受信することと を行うように構成された少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに結合されたメモリとを備える、ワイヤレス通信のための装置。
［９６］ サブフレームの第２のサブセットのうちの１つまたは複数のサブフレーム中でのデータ送信をスケジュールする、サブフレームの第１のサブセットのうちのサブフレーム中で制御情報を受信することと、ここにおいて、サブフレームの前記第１のサブセットが、データを受信することなしに制御情報を受信するために指定され、サブフレームの前記第２のサブセットが、制御情報を受信することなしにデータを受信するために指定される、前記受信された制御情報に従って前記第２のサブセットの前記１つまたは複数のサブフレーム中で前記データを受信することと を行うためのコードを備えるコンピュータ可読媒体を備える、ワイヤレス通信のためのコンピュータプログラム製品。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】