特許 6624760 ＥＮＯＤＥＢ、ユーザ機器および無線通信方法

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

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

(11)【特許番号】6624760

(24)【登録日】2019年12月6日

(45)【発行日】2019年12月25日

(54)【発明の名称】ＥＮＯＤＥＢ、ユーザ機器および無線通信方法

(51)【国際特許分類】

   H04W 72/04 20090101AFI20191216BHJP

   H04W 28/10 20090101ALI20191216BHJP

【ＦＩ】

   H04W72/04 131

   H04W72/04 136

   H04W28/10

【請求項の数】17

【全頁数】25

(21)【出願番号】特願2018-530576(P2018-530576)

(86)(22)【出願日】2016年2月2日

(65)【公表番号】特表2019-507512(P2019-507512A)

(43)【公表日】2019年3月14日

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

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

(87)【国際公開日】20170810

【審査請求日】2018年8月23日

(73)【特許権者】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002952

【氏名又は名称】特許業務法人鷲田国際特許事務所

(72)【発明者】

【氏名】ワン リレイ

(72)【発明者】

【氏名】堀内 綾子

(72)【発明者】

【氏名】ゴリチェック エドラー フォン エルブヴァルト アレクサンダー

(72)【発明者】

【氏名】星野 正幸

【審査官】 望月 章俊

(56)【参考文献】

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

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

【文献】 CATT，System Analysis on TTI Shortening[online]， 3GPP TSG-RAN WG1#83 R1-156613，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_83/Docs/R1-156613.zip＞，２０１５年１１月１５日

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

サブフレーム内の物理チャネル用の有効な送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を前記サブフレーム内の各ＴＴＩの前記リソースエレメント（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）数に基づいて決定するように動作する回路と、
一部のまたはすべての前記有効なＴＴＩをブラインド復号化することによって前記有効なＴＴＩの１または複数内で前記物理チャネルを受信するように動作する受信部と
を備え、
各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、
前記受信部は、前記サブフレーム内の前記有効なＴＴＩそれぞれが前記物理チャネル用の候補ＴＴＩであるか否かを示すビットマップを無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において受信するようにさらに動作し、
前記ビットマップのサイズは、前記サブフレーム内の前記有効なＴＴＩの数、またはユーザ機器（ＵＥ）が利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しい、
ユーザ機器。

【請求項2】

前記物理チャネルを送信するための前記有効なＴＴＩの前記１または複数は、前記候補ＴＴＩのなかにあり、前記受信部は、前記物理チャネルを受信するとき、前記候補ＴＴＩをブラインド復号化するように動作する、
請求項１に記載のユーザ機器。

【請求項3】

同じビットマップが異なるタイプのサブフレーム用に使用され、
前記ビットマップの前記サイズは、前記ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しい、
請求項１に記載のユーザ機器。

【請求項4】

前記受信部は、前記物理チャネルを受信するとき、前記有効なＴＴＩすべてをブラインド復号化するように動作する、
請求項１に記載のユーザ機器。

【請求項5】

一式のＴＴＩのうちの各個々のＴＴＩの前記ＲＥ数が前記物理チャネルを送信するために十分でないケースでは、前記一式のＴＴＩの前記総ＲＥ数が前記物理チャネルを送信するために十分な場合、前記回路は、前記サブフレーム内の前記一式のＴＴＩが有効であると決定するようにさらに動作し、前記物理チャネルを送信するために前記一式のＴＴＩが組み合わせて使用される、
請求項１に記載のユーザ機器。

【請求項6】

サブフレーム内の物理チャネル用の有効な送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を前記サブフレーム内の各ＴＴＩの前記リソースエレメント（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）数に基づいて決定するように動作する回路と、
前記有効なＴＴＩの１または複数内で前記物理チャネルをユーザ機器（ＵＥ）へ送信するように動作する送信部と
を備え、
各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、
前記送信部は、前記サブフレーム内の前記有効なＴＴＩそれぞれが前記物理チャネル用の候補ＴＴＩであるか否かを示すビットマップを無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において前記ＵＥへ送信するようにさらに動作し、
前記ビットマップのサイズは、前記サブフレーム内の前記有効なＴＴＩの数、または前記ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しい、
ｅＮｏｄｅＢ（ｅＮＢ）。

【請求項7】

前記物理チャネルを送信するための前記有効なＴＴＩの前記１または複数は、前記候補ＴＴＩのなかにある、
請求項６に記載のｅＮｏｄｅＢ。

【請求項8】

サブフレーム内の各送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）それぞれが物理チャネル用の候補ＴＴＩであるか否かを示すビットマップを生成するように動作する回路と、
前記ビットマップを無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において送信するように、および前記候補ＴＴＩの１または複数内で前記物理チャネルを送信するように動作する送信部と、
を備え、
前記サブフレーム内の各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、前記ビットマップのサイズは、前記サブフレーム内のＴＴＩの長さに依存する、
ｅＮｏｄｅＢ（ｅＮＢ）。

【請求項9】

前記サブフレーム内の前記ＴＴＩの前記長さは、ユーザ機器（ＵＥ）固有である、
請求項８に記載のｅＮｏｄｅＢ。

【請求項10】

前記サブフレーム内の前記ＴＴＩの前記長さは、ＵＥのカバレッジ状況に依存する、
請求項９に記載のｅＮｏｄｅＢ。

【請求項11】

前記サブフレーム内の前記ＴＴＩの前記長さがすべて同じで、
前記ＴＴＩの前記長さが１４の公約数ちょうどではない場合、前記サブフレーム内の少なくとも２つのＴＴＩが互いにオーバーラップするように配置されるか、または前記サブフレーム内のいくつかのＯＦＤＭシンボルが前記ＴＴＩに割り当てられない、
請求項８に記載のｅＮｏｄｅＢ。

【請求項12】

前記サブフレームがスペシャルサブフレームまたは部分サブフレームである場合、前記ビットマップのｎビットが、前記候補ＴＴＩを示すために利用され、ｎは前記スペシャルサブフレームまたは部分サブフレーム内のＴＴＩの数に依存する、
請求項８に記載のｅＮｏｄｅＢ。

【請求項13】

無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において、サブフレーム内の各送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）それぞれが物理チャネル用の候補ＴＴＩであるか否かを示すビットマップを受信するように動作する受信部と、
前記候補ＴＴＩを前記ビットマップに基づいて決定するように動作する回路と
を備え、
前記受信部は、前記候補ＴＴＩをブラインド復号化することによって前記候補ＴＴＩの１または複数内で前記物理チャネルを受信するようにも動作し、
前記サブフレーム内の各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、前記ビットマップのサイズは、前記サブフレーム内のＴＴＩの長さに依存する、
ユーザ機器（ＵＥ）。

【請求項14】

ユーザ機器（ＵＥ）によって実行される無線通信方法であって、
サブフレーム内の物理チャネル用の有効な送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を前記サブフレーム内の各ＴＴＩの前記リソースエレメント（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）数に基づいて決定するステップと、
一部のまたはすべての前記有効なＴＴＩをブラインド復号化することによって前記有効なＴＴＩの１または複数内で前記物理チャネルを受信するステップと
を含み、
各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、
前記有効なＴＴＩのうちの前記物理チャネル用の候補ＴＴＩを示すビットマップを無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において受信し、
前記ビットマップのサイズは、前記サブフレーム内の前記有効なＴＴＩの数、または前記ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しい、
無線通信方法。

【請求項15】

ｅＮｏｄｅＢ（ｅＮＢ）によって実行される無線通信方法であって、
サブフレーム内の物理チャネル用の有効な送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を前記サブフレーム内の各ＴＴＩの前記リソースエレメント（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）数に基づいて決定するステップと、
前記有効なＴＴＩの１または複数内で前記物理チャネルをユーザ機器（ＵＥ）へ送信するステップと
を含み、
各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、
前記有効なＴＴＩのうちの前記物理チャネル用の候補ＴＴＩを示すビットマップを無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において前記ＵＥへ送信し、
前記ビットマップのサイズは、前記サブフレーム内の前記有効なＴＴＩの数、または前記ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しい、
無線通信方法。

【請求項16】

ｅＮｏｄｅＢ（ｅＮＢ）によって実行される無線通信方法であって、
サブフレーム内の各送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）それぞれが物理チャネル用の候補ＴＴＩを示すビットマップを生成するステップと、
前記ビットマップを無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において送信するステップと、
前記候補ＴＴＩの１または複数内で前記物理チャネルを送信するステップと
を含み、
前記サブフレーム内の各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、前記ビットマップのサイズは、前記サブフレーム内のＴＴＩの長さに依存する、
無線通信方法。

【請求項17】

ユーザ機器（ＵＥ）によって実行される無線通信方法であって、
無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において、サブフレーム内の各送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）それぞれが物理チャネル用の候補ＴＴＩを示すビットマップを受信するステップと、
前記候補ＴＴＩを前記ビットマップに基づいて決定するステップと、
前記候補ＴＴＩをブラインド復号化することによって前記候補ＴＴＩの１または複数内で前記物理チャネルを受信するステップと
を含み、
前記サブフレーム内の各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、前記ビットマップのサイズは、前記サブフレーム内のＴＴＩの長さに依存する、
無線通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信分野に関し、詳細には、送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）インジケーションについての、ｅＮｏｄｅＢ（ｅＮＢ）、ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、および無線通信方法に関する。

【背景技術】

【0002】

レイテンシ短縮は、３ＧＰＰにおける１テーマであり、主な方法は、ＴＴＩ長を例えば１ｍｓから１直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルに変更することであり、これによって送信レイテンシを大幅に短縮することができる。

【発明の概要】

【課題を解決するための手段】

【0003】

限定的でなく、かつ、例示的な一実施形態によれば、物理チャネル用の候補ＴＴＩを決定または指示する手法が提供される。

【0004】

本開示の第１の一般的な態様では、サブフレーム内の物理チャネル用の有効な送信間隔時間（ＴＴＩ）をサブフレーム内の各ＴＴＩのリソースエレメント（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）数に基づいて決定するように動作する回路と、一部のまたはすべての有効なＴＴＩをブラインド復号化することによって有効なＴＴＩの１または複数内で物理チャネルを受信するように動作する受信部とを備え、各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ）シンボルを含む、ユーザ機器（ＵＥ）が提供される。

【0005】

本開示の第２の一般的な態様では、サブフレーム内の物理チャネル用の有効な送信間隔時間（ＴＴＩ）をサブフレーム内の各ＴＴＩのリソースエレメント（ＲＥ）数に基づいて決定するように動作する回路と、有効なＴＴＩの１または複数内で物理チャネルをユーザ機器（ＵＥ）へ送信するように動作する送信部とを備え、各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ）シンボルを含む、ｅＮｏｄｅＢ（ｅＮＢ）が提供される。

【0006】

本開示の第３の一般的な態様では、サブフレーム内の物理チャネル用の候補送信間隔時間（ＴＴＩ）を示すビットマップを生成するように動作する回路と、ビットマップを無線リソース制御（ＲＲＣ）層またはメディアアクセス制御（ＭＡＣ）層において送信するように、および候補ＴＴＩの１または複数内で物理チャネルを送信するように動作する送信部とを備え、サブフレーム内の各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ）シンボルを含み、ビットマップのサイズは、サブフレーム内のＴＴＩの長さに依存する、ｅＮｏｄｅＢ（ｅＮＢ）が提供される。

【0007】

本開示の第４の一般的な態様では、無線リソース制御（ＲＲＣ）層またはメディアアクセス制御（ＭＡＣ）層において、サブフレーム内の物理チャネル用の候補送信間隔時間（ＴＴＩ）を示すビットマップを受信するように動作する受信部と、候補ＴＴＩをビットマップに基づいて決定するように動作する回路とを備え、受信部は、候補ＴＴＩをブラインド復号化することによって候補ＴＴＩの１または複数内で物理チャネルを受信するようにも動作し、サブフレーム内の各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ）シンボルを含み、ビットマップのサイズは、サブフレーム内のＴＴＩの長さに依存する、ユーザ機器（ＵＥ）が提供される。

【0008】

本開示の第５の一般的な態様では、ユーザ機器（ＵＥ）によって実行される無線通信方法であって、サブフレーム内の物理チャネル用の有効な送信間隔時間（ＴＴＩ）をサブフレーム内の各ＴＴＩのリソースエレメント（ＲＥ）数に基づいて決定するステップと、一部のまたはすべての有効なＴＴＩをブラインド復号化することによって有効なＴＴＩの１または複数内で物理チャネルを受信するステップとを含み、各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ）シンボルを含む、無線通信方法が提供される。

【0009】

本開示の第６の一般的な態様では、ｅＮｏｄｅＢ（ｅＮＢ）によって実行される無線通信方法であって、サブフレーム内の物理チャネル用の有効な送信間隔時間（ＴＴＩ）をサブフレーム内の各ＴＴＩのリソースエレメント（ＲＥ）数に基づいて決定するステップと、有効なＴＴＩの１または複数内で物理チャネルをユーザ機器（ＵＥ）へ送信するステップとを含み、各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ）シンボルを含む、無線通信方法が提供される。

【0010】

本開示の第７の一般的な態様では、ｅＮｏｄｅＢ（ｅＮＢ）によって実行される無線通信方法であって、サブフレーム内の物理チャネル用の候補送信間隔時間（ＴＴＩ）を示すビットマップを生成するステップと、ビットマップを無線リソース制御（ＲＲＣ）層またはメディアアクセス制御（ＭＡＣ）層において送信するステップと、候補ＴＴＩの１または複数内で物理チャネルを送信するステップとを含み、サブフレーム内の各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ）シンボルを含み、ビットマップのサイズは、サブフレーム内のＴＴＩの長さに依存する、無線通信方法が提供される。

【0011】

本開示の第８の一般的な態様では、ユーザ機器（ＵＥ）によって実行される無線通信方法であって、無線リソース制御（ＲＲＣ）層またはメディアアクセス制御（ＭＡＣ）層において、サブフレーム内の物理チャネル用の候補送信間隔時間（ＴＴＩ）を示すビットマップを受信するステップと、候補ＴＴＩをビットマップに基づいて決定するステップと、候補ＴＴＩをブラインド復号化することによって候補ＴＴＩの１または複数内で物理チャネルを受信するステップとを含み、サブフレーム内の各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ）シンボルを含み、ビットマップのサイズは、サブフレーム内のＴＴＩの長さに依存する、無線通信方法が提供される。

【0012】

一般的なまたは具体的な実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはそれらのいかなる組合せとして実施してもよいことに留意するべきである。

【0013】

開示された実施形態のさらなる利益や利点は、明細書および図面から明らかになる。利益および／または利点は、明細書および図面のさまざまな実施形態および特徴によって個々に得られてもよく、実施形態および特徴すべてがこうした利益および／または利点の１または複数を得るために提供される必要はない。

【0014】

本開示の前述および他の特徴は、添付図面に関連して、以下の記載および添付の特許請求の範囲によって、より完全に明確となる。これらの図面は本開示に係るいくつかの実施形態を描写しているだけであり、したがって、その範囲を限定するものと考えられるべきではないことを理解して、本開示は、添付図面を使用して、さらに具体的かつ詳細に記載されている。

【図面の簡単な説明】

【0015】

【図1】ＴＴＩ長短縮のいくつかの例を概略的に示している。

【図2】サブフレーム内のＥＰＤＣＣＨを送信するための候補ＴＴＩを概略的に示している。

【図3】本開示の一実施形態に係るｅＮＢのブロック図を概略的に示している。

【図4】本開示の一実施形態に係る、ｅＮＢによって実行される無線通信方法のフローチャートを示している。

【図5】本開示の一実施形態に係るＵＥのブロック図を概略的に示している。

【図6】本開示の一実施形態に係る、ＵＥによって実行される無線通信方法のフローチャートを示している。

【図7】本開示の一実施形態に係るＵＥのブロック図を概略的に示している。

【図8】一例における参照信号推定を概略的に示している。

【図9】本開示の一実施形態に係る、ＵＥによって実行される無線通信方法のフローチャートを示している。

【図10】本開示の一実施形態に係る、ｅＮＢによって実行される無線通信方法のフローチャートを示している。

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

【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】

上記の想定に基づき、１つのサブフレームの各ＴＴＩ内のＲＥ数は、表１に示すように決定することができる。上記ＤＣＩを送信するため必要とされるＲＥ数は４８であるため、ＴＴＩ（またはＯＦＤＭシンボル）１、２、３および８だけがＥＰＤＣＣＨ用に有効である。

【表1】

【0046】

一実施形態では、有効なＴＴＩすべてを候補ＴＴＩと見なし、ＵＥ７００は有効なＴＴＩすべてをブラインド復号化することになる。表１に示す上記の例では、４つの有効なＴＴＩをＥＰＤＣＣＨ用の候補ＴＴＩと見なすことができる。

【0047】

別の方法として、別の実施形態では、有効なＴＴＩのうちのどのＴＴＩが物理チャネル用の候補ＴＴＩかをさらに示すために、有効なＴＴＩに適用されるビットマップをｅＮＢから送信することができる。それに応じて、受信部７０２は、有効なＴＴＩのうちの物理チャネル用の候補ＴＴＩを示すビットマップを、ＲＲＣ層またはＭＡＣ層において受信するようにさらに動作することができ、物理チャネルを送信するための有効なＴＴＩの１または複数が候補ＴＴＩ内にあり、受信部７０２は、物理チャネルを受信したとき、候補ＴＴＩをブラインド復号化するように動作することができる。ここで、ビットマップを有効なＴＴＩにだけ適用することができるため、ビットマップのサイズは、サブフレーム内の有効なＴＴＩの数と等しくすることができ、その結果、ビットマップのサイズは、サブフレーム内のＴＴＩすべてに適用されるビットマップよりも小さくすることができる。表１に示す上記の例について、４つの有効なＴＴＩのうちのどのＴＴＩがＥＰＤＣＣＨ用の候補ＴＴＩかを示すために、４ビットのビットマップを使用することができる。別の方法として、ビットマップのサイズを、ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しくすることができる。異なるタイプのサブフレーム、例えば、ＭＢＳＦＮ（マルチキャスト放送単一周波数ネットワーク：Ｍｕｌｔｉｃａｓｔ Ｂｒｏａｄｃａｓｔ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）サブフレームおよびｎｏｎ−ＭＢＳＦＮサブフレームがあり、ＣＳＩ−ＲＳのようないくつかのＲＳは、あらゆるサブフレームに存在するわけではなくてもよい。したがって、異なるタイプのサブフレームには、有効なＴＴＩ数に関して異なる状況があり得る。図８に示す例について、ＣＳＩ−ＲＳがいくつかのサブフレームに存在しないことがあってもよく、その結果、いくつかのサブフレームにおいてＴＴＩ（ＯＦＤＭシンボル）９および１０が、ＥＰＤＣＣＨ用の有効なＴＴＩとなり得る。したがって、異なったタイプのサブフレーム（例えば、図８に示す、ＯＦＤＭシンボル９および１０内にＣＳＩ−ＲＳがあるものと、ＯＦＤＭシンボル９および１０内にＣＳＩ−ＲＳがないもの）用に同じビットマップを使用するために、ビットマップのサイズをすべてのタイプのサブフレームに適する最大のサイズに、すなわち、ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しくすることができる。図８および表１に示す上記の例では、シンボル（ＴＴＩ）１、２、３、８、９および１０を示すために６ビットのビットマップを使用することができる。ＣＳＩ−ＲＳがあるサブフレームについては、シンボル９および１０用のビットマップ内のビットは有効ではない。

【0048】

通常、１つの物理チャネルは１つのＴＴＩ内で送信されるだけである。ただし、１つの物理チャネルが１つのＴＴＩ内で送信されるだけの場合、サブフレーム内に存在する有効なＴＴＩが少なすぎることもあり得る。したがって、本開示に提案のとおり、ＥＰＤＣＣＨなどの１つの物理チャネルを送信するために複数のＴＴＩを使用することができる。サブフレーム内の一式のＴＴＩのうちの各個々のＴＴＩのＲＥ数が物理チャネルを送信するために十分でないケースでは、一式のＴＴＩの総ＲＥ数が物理チャネルを送信するために十分な場合、一式のＴＴＩを有効と決定することができ、物理チャネルを送信するために一式のＴＴＩを組み合わせて使用し、受信部７０２は、一式のＴＴＩをいっしょに復号化することができる。例えば、２つの連続するＴＴＩが１つのＥＰＤＣＣＨを送信することができると仮定すると、図８および表１に示す例において、ＥＰＤＣＣＨを１つのＴＴＩ内で送信することができるだけのとき無効なＴＴＩ０、４、５、６、７、９、１０、１１、１２および１３のうち、表２に示すように、ＴＴＩ４と５、６と７、および９と１０の組合せも、組合せのそれぞれが４８を超えるＲＥを有しているため、有効と決定することができる。これにより、短縮されたＴＴＩ送信の容量を増やすことができる。一実施形態では、２ＴＴＩにわたるＥＰＤＣＣＨは、ＥＰＤＣＣＨを１つのＴＴＩ内でのみ送信するときに無効であったＴＴＩ内でのみ送信することができる。

【表2】

【0049】

本開示の一実施形態では、上記ＵＥ７００によって実行される無線通信方法９００も提供される。図９は、本開示の一実施形態に係る、ＵＥによって実行される無線通信方法９００のフローチャートを示している。無線通信方法９００は、サブフレーム内の物理チャネル用の有効なＴＴＩをサブフレーム内の各ＴＴＩのＲＥ数に基づいて決定するステップ９０１と、一部のまたはすべての有効なＴＴＩをブラインド復号化することによって有効なＴＴＩの１または複数内で物理チャネルを受信するステップ９０２とを含むことができ、各ＴＴＩは、１〜７ＯＦＤＭシンボルを含む。上記のＵＥ７００についての詳細およびメリットは、無線通信方法９００にも適用することができる。

【0050】

ｅＮＢ側において、本開示の実施形態によれば、ｅＮＢ、およびｅＮＢによって実行される無線通信方法が提供される。

【0051】

図１０は、本開示の一実施形態に係る、ｅＮＢによって実行される無線通信方法１０００のフローチャートを示している。無線通信方法１０００は、サブフレーム内の物理チャネル用の有効なＴＴＩをサブフレーム内の各ＴＴＩのＲＥ数に基づいて決定するステップ１００１と、有効なＴＴＩの１または複数内で物理チャネルをＵＥへ送信するステップ１００２とを含むことができ、各ＴＴＩは、１〜７ＯＦＤＭシンボルを含む。随意に、方法１０００は、有効なＴＴＩのうちの物理チャネル用の候補ＴＴＩを示すビットマップをＲＲＣ層またはＭＡＣ層においてＵＥへ送信するステップを含むこともでき、ビットマップのサイズは、サブフレーム内の有効なＴＴＩの数、またはＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しく、物理チャネルを送信するための有効なＴＴＩの１または複数は、候補ＴＴＩのなかにある。

【0052】

本開示の一実施形態によれば、上記方法１０００を実行するためのｅＮＢも提供され、ｅＮＢは、サブフレーム内の物理チャネル用の有効なＴＴＩをサブフレーム内の各ＴＴＩのＲＥ数に基づいて決定するように動作する回路と、有効なＴＴＩの１または複数内で物理チャネルをＵＥへ送信するように動作する送信部とを備えることができ、各ＴＴＩは、１〜７ＯＦＤＭシンボルを含む。随意に、送信部は、有効なＴＴＩのうちの物理チャネル用の候補ＴＴＩを示すビットマップをＲＲＣ層またはＭＡＣ層においてＵＥへ送信するようにさらに動作することができ、ビットマップのサイズは、サブフレーム内の有効なＴＴＩの数、またはＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しく、物理チャネルを送信するための有効なＴＴＩの１または複数は、候補ＴＴＩのなかにある。この実施形態におけるｅＮＢのブロック図は、図３に示す構造を参照することができる。

【0053】

なお、文脈が別途指示しない限り、ＵＥ側についての上記の詳細および利益は、ｅＮＢ側にも適用することができる。

【0054】

本開示は、ソフトウェア、ハードウェア、またはハードウェアと連携したソフトウェアによって実現することができる。上記の各実施形態の記載で使用されている各機能ブロックは、集積回路としてＬＳＩによって実現することができ、各実施形態に記載の各プロセスはＬＳＩによって制御してもよい。それらは、個々にチップとして形成してもよく、または一部またはすべての機能ブロックを含むように１つのチップを形成してもよい。それらは、それらに結合されたデータ入出力を含んでもよい。ここで、ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと称され得る。ただし、集積回路を実装する技術はＬＳＩに限定されず、専用回路または汎用プロセッサを使用して実現されてもよい。また、ＬＳＩの製造後にプログラムすることができるＦＰＧＡ（フィールドプログラマブルゲートアレイ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、またはＬＳＩ内に配置された回路セルの接続および設定を再構成することができる再構成可能プロセッサを使用してもよい。

【0055】

なお、本開示は、当業者によって、本明細書で提示された記載および既知の技術に基づいて、本開示の内容および範囲から逸脱することなく、種々変更または変形されることを意図しており、かかる変更および応用は、保護を請求する範囲に含まれる。さらに、本開示の内容から逸脱しない範囲において、上記の実施形態の構成要素を任意に組み合わせてもよい。

【0056】

本開示の実施形態によれば、以下の主題を少なくとも提供することができる。

【0057】

１．サブフレーム内の物理チャネル用の有効な送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を前記サブフレーム内の各ＴＴＩの前記リソースエレメント（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）数に基づいて決定するように動作する回路と、
一部のまたはすべての前記有効なＴＴＩをブラインド復号化することによって前記有効なＴＴＩの１または複数内で前記物理チャネルを受信するように動作する受信部と
を備え、
各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む、
ユーザ機器（ＵＥ）。

【0058】

２．前記受信部は、前記有効なＴＴＩのうちの前記物理チャネル用の候補ＴＴＩを示すビットマップを無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において受信するようにさらに動作し、前記ビットマップのサイズは、前記サブフレーム内の前記有効なＴＴＩの数、または前記ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しく、
前記物理チャネルを送信するための前記有効なＴＴＩの前記１または複数は、前記候補ＴＴＩのなかにあり、前記受信部は、前記物理チャネルを受信するとき、前記候補ＴＴＩをブラインド復号化するように動作する、
１に記載のユーザ機器。

【0059】

３．同じビットマップが異なるタイプのサブフレーム用に使用され、
前記ビットマップの前記サイズは、前記ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しい、
２に記載のユーザ機器。

【0060】

４．前記受信部は、前記物理チャネルを受信するとき、前記有効なＴＴＩすべてをブラインド復号化するように動作する、
１に記載のユーザ機器。

【0061】

５．一式のＴＴＩのうちの各個々のＴＴＩの前記ＲＥ数が前記物理チャネルを送信するために十分でないケースでは、前記一式のＴＴＩの前記総ＲＥ数が前記物理チャネルを送信するために十分な場合、前記回路は、前記サブフレーム内の前記一式のＴＴＩが有効であると決定するようにさらに動作し、前記物理チャネルを送信するために前記一式のＴＴＩが組み合わせて使用される、
１に記載のユーザ機器。

【0062】

６．サブフレーム内の物理チャネル用の有効な送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を前記サブフレーム内の各ＴＴＩの前記リソースエレメント（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）数に基づいて決定するように動作する回路と、
前記有効なＴＴＩの１または複数内で前記物理チャネルをユーザ機器（ＵＥ）へ送信するように動作する送信部と
を備え、
各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む、
ｅＮｏｄｅＢ（ｅＮＢ）。

【0063】

７．前記送信部は、前記有効なＴＴＩのうちの前記物理チャネル用の候補ＴＴＩを示すビットマップを無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において前記ＵＥへ送信するようにさらに動作し、前記ビットマップのサイズは、前記サブフレーム内の前記有効なＴＴＩの数、または前記ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しく、
前記物理チャネルを送信するための前記有効なＴＴＩの前記１または複数は、前記候補ＴＴＩのなかにある、
６に記載のｅＮｏｄｅＢ。

【0064】

８．同じビットマップが異なるタイプのサブフレーム用に使用され、
前記ビットマップの前記サイズは、前記ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しい、
７に記載のｅＮｏｄｅＢ。

【0065】

９．前記送信部は、前記有効なＴＴＩすべてを前記物理チャネル用の候補ＴＴＩと見なすことによって前記有効なＴＴＩの１または複数内で前記物理チャネルを送信するように動作する、
６に記載のｅＮｏｄｅＢ。

【0066】

１０．一式のＴＴＩのうちの各個々のＴＴＩの前記ＲＥ数が前記物理チャネルを送信するために十分でないケースでは、前記一式のＴＴＩの前記総ＲＥ数が前記物理チャネルを送信するために十分な場合、前記回路は、前記サブフレーム内の前記一式のＴＴＩが有効であると決定するようにさらに動作し、前記物理チャネルを送信するために前記一式のＴＴＩが組み合わせて使用される、
６に記載のｅＮｏｄｅＢ。

【0067】

１１．サブフレーム内の物理チャネル用の候補送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を示すビットマップを生成するように動作する回路と、
前記ビットマップを無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において送信するように、および前記候補ＴＴＩの１または複数内で前記物理チャネルを送信するように動作する送信部と
を備え、
前記サブフレーム内の各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、前記ビットマップのサイズは、前記サブフレーム内のＴＴＩの長さに依存する、
ｅＮｏｄｅＢ（ｅＮＢ）。

【0068】

１２．前記サブフレーム内の前記ＴＴＩの前記長さは、ユーザ機器（ＵＥ）固有である、
１１に記載のｅＮｏｄｅＢ。

【0069】

１３．前記サブフレーム内の前記ＴＴＩの前記長さは、ＵＥのカバレッジ状況に依存する、
１２に記載のｅＮｏｄｅＢ。

【0070】

１４．前記サブフレーム内の前記ＴＴＩの前記長さがすべて同じで、
前記ＴＴＩの前記長さが１４の公約数ちょうどではない場合、前記サブフレーム内の少なくとも２つのＴＴＩが互いにオーバーラップするように配置されるか、または前記サブフレーム内のいくつかのＯＦＤＭシンボルが前記ＴＴＩに割り当てられない、
１１に記載のｅＮｏｄｅＢ。

【0071】

１５．前記サブフレームがスペシャルサブフレームまたは部分サブフレームである場合、前記ビットマップのｎビットが、前記候補ＴＴＩを示すために利用され、ｎは前記スペシャルサブフレームまたは部分サブフレーム内のＴＴＩの数に依存する、
１１に記載のｅＮｏｄｅＢ。

【0072】

１６．無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において、サブフレーム内の物理チャネル用の候補送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を示すビットマップを受信するように動作する受信部と、
前記候補ＴＴＩを前記ビットマップに基づいて決定するように動作する回路と
を備え、
前記受信部は、前記候補ＴＴＩをブラインド復号化することによって前記候補ＴＴＩの１または複数内で前記物理チャネルを受信するようにも動作し、
前記サブフレーム内の各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、前記ビットマップのサイズは、前記サブフレーム内のＴＴＩの長さに依存する、
ユーザ機器（ＵＥ）。

【0073】

１７．前記サブフレーム内の前記ＴＴＩの前記長さは、ユーザ機器（ＵＥ）固有である、
１６に記載のユーザ機器。

【0074】

１８．前記サブフレーム内の前記ＴＴＩの前記長さは、ＵＥのカバレッジ状況に依存する、
１７に記載のユーザ機器。

【0075】

１９．前記サブフレーム内の前記ＴＴＩの前記長さがすべて同じで、
前記ＴＴＩの前記長さが１４の公約数ちょうどではない場合、前記サブフレーム内の少なくとも２つのＴＴＩが互いにオーバーラップするように配置されるか、または前記サブフレーム内のいくつかのＯＦＤＭシンボルが前記ＴＴＩに割り当てられない、
１６に記載のユーザ機器。

【0076】

２０．前記サブフレームがスペシャルサブフレームまたは部分サブフレームである場合、前記ビットマップのｎビットが、前記候補ＴＴＩを示すために利用され、ｎは前記スペシャルサブフレームまたは部分サブフレーム内のＴＴＩの数に依存する、
１６に記載のユーザ機器。

【0077】

２１．ユーザ機器（ＵＥ）によって実行される無線通信方法であって、
サブフレーム内の物理チャネル用の有効な送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を前記サブフレーム内の各ＴＴＩの前記リソースエレメント（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）数に基づいて決定するステップと、
一部のまたはすべての前記有効なＴＴＩをブラインド復号化することによって前記有効なＴＴＩの１または複数内で前記物理チャネルを受信するステップと
を含み、
各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む、
無線通信方法。

【0078】

２２．前記有効なＴＴＩのうちの前記物理チャネル用の候補ＴＴＩを示すビットマップを無線リソース制御（ＲＲＣ）層またはメディアアクセス制御（ＭＡＣ）層において受信するステップをさらに含み、
前記ビットマップの前記サイズは、前記サブフレーム内の前記有効なＴＴＩの数、または前記ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しく、
前記物理チャネルを送信するための前記有効なＴＴＩの前記１または複数は、前記候補ＴＴＩのなかにあり、前記候補ＴＴＩは、前記物理チャネルを受信するときブラインド復号化される、
２１に記載の無線通信方法。

【0079】

２３．同じビットマップが異なるタイプのサブフレーム用に使用され、
前記ビットマップの前記サイズは、前記ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しい、
２２に記載の無線通信方法。

【0080】

２４．前記物理チャネルを受信するとき、前記有効なＴＴＩすべてがブラインド復号化される、
２１に記載の無線通信方法。

【0081】

２５．一式のＴＴＩのうちの各個々のＴＴＩの前記ＲＥ数が前記物理チャネルを送信するために十分でないケースでは、前記一式のＴＴＩの前記総ＲＥ数が前記物理チャネルを送信するために十分な場合、前記サブフレーム内の前記一式のＴＴＩが有効であると決定するステップをさらに含み、前記物理チャネルを送信するために前記一式のＴＴＩが組み合わせて使用される、
２１に記載の無線通信方法。

【0082】

２６．ｅＮｏｄｅＢ（ｅＮＢ）によって実行される無線通信方法であって、
サブフレーム内の物理チャネル用の有効な送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を前記サブフレーム内の各ＴＴＩの前記リソースエレメント（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）数に基づいて決定するステップと、
前記有効なＴＴＩの１または複数内で前記物理チャネルをユーザ機器（ＵＥ）へ送信するステップと
を含み、
各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む、
無線通信方法。

【0083】

２７．前記有効なＴＴＩのうちの前記物理チャネル用の候補ＴＴＩを示すビットマップを無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において前記ＵＥへ送信するステップをさらに含み、
前記ビットマップの前記サイズは、前記サブフレーム内の前記有効なＴＴＩの数、または前記ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しく、
前記物理チャネルを送信するための前記有効なＴＴＩの前記１または複数は、前記候補ＴＴＩのなかにある、
２６に記載の無線通信方法。

【0084】

２８．同じビットマップが異なるタイプのサブフレーム用に使用され、
前記ビットマップの前記サイズは、前記ＵＥが利用可能なそれぞれのサブフレーム内の有効なＴＴＩの数のうちの最大のものと等しい、
２７に記載の無線通信方法。

【0085】

２９．前記有効なＴＴＩすべてを前記物理チャネル用の候補ＴＴＩと見なすことによって前記有効なＴＴＩの１または複数内で前記物理チャネルが送信される、
２６に記載の無線通信方法。

【0086】

３０．一式のＴＴＩのうちの各個々のＴＴＩの前記ＲＥ数が前記物理チャネルを送信するために十分でないケースでは、前記一式のＴＴＩの前記総ＲＥ数が前記物理チャネルを送信するために十分な場合、前記サブフレーム内の前記一式のＴＴＩが有効であると決定するステップをさらに含み、前記物理チャネルを送信するために前記一式のＴＴＩが組み合わせて使用される、
２６に記載の無線通信方法。

【0087】

３１．ｅＮｏｄｅＢ（ｅＮＢ）によって実行される無線通信方法であって、
サブフレーム内の物理チャネル用の候補送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を示すビットマップを生成するステップと、
前記ビットマップを無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において送信するステップと、
前記候補ＴＴＩの１または複数内で前記物理チャネルを送信するステップと
を含み、
前記サブフレーム内の各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、前記ビットマップのサイズは、前記サブフレーム内のＴＴＩの長さに依存する、
無線通信方法。

【0088】

３２．前記サブフレーム内の前記ＴＴＩの前記長さは、ユーザ機器（ＵＥ）固有である、
３１に記載の無線通信方法。

【0089】

３３．前記サブフレーム内の前記ＴＴＩの前記長さは、ＵＥのカバレッジ状況に依存する、
３２に記載の無線通信方法。

【0090】

３４．前記サブフレーム内の前記ＴＴＩの前記長さがすべて同じで、
前記ＴＴＩの前記長さが１４の公約数ちょうどではない場合、前記サブフレーム内の少なくとも２つのＴＴＩが互いにオーバーラップするように配置されるか、または前記サブフレーム内のいくつかのＯＦＤＭシンボルが前記ＴＴＩに割り当てられない、
３１に記載の無線通信方法。

【0091】

３５．前記サブフレームがスペシャルサブフレームまたは部分サブフレームである場合、前記ビットマップのｎビットが、前記候補ＴＴＩを示すために利用され、ｎは前記スペシャルサブフレームまたは部分サブフレーム内のＴＴＩの数に依存する、
３１に記載の無線通信方法。

【0092】

３６．ユーザ機器（ＵＥ）によって実行される無線通信方法であって、
無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層またはメディアアクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層において、サブフレーム内の物理チャネル用の候補送信間隔時間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を示すビットマップを受信するステップと、
前記候補ＴＴＩを前記ビットマップに基づいて決定するステップと、
前記候補ＴＴＩをブラインド復号化することによって前記候補ＴＴＩの１または複数内で前記物理チャネルを受信するステップと
を含み、
前記サブフレーム内の各ＴＴＩは、１〜７直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、前記ビットマップのサイズは、前記サブフレーム内のＴＴＩの長さに依存する、
無線通信方法。

【0093】

３７．前記サブフレーム内の前記ＴＴＩの前記長さは、ユーザ機器（ＵＥ）固有である、
３６に記載の無線通信方法。

【0094】

３８．前記サブフレーム内の前記ＴＴＩの前記長さは、ＵＥのカバレッジ状況に依存する、
３７に記載の無線通信方法。

【0095】

３９．前記サブフレーム内の前記ＴＴＩの前記長さがすべて同じで、
前記ＴＴＩの前記長さが１４の公約数ちょうどではない場合、前記サブフレーム内の少なくとも２つのＴＴＩが互いにオーバーラップするように配置されるか、または前記サブフレーム内のいくつかのＯＦＤＭシンボルが前記ＴＴＩに割り当てられない、
３６に記載の無線通信方法。

【0096】

４０．前記サブフレームがスペシャルサブフレームまたは部分サブフレームである場合、前記ビットマップのｎビットが、前記候補ＴＴＩを示すために利用され、ｎは前記スペシャルサブフレームまたは部分サブフレーム内のＴＴＩの数に依存する、
３６に記載の無線通信方法。

【0097】

また、本開示の実施形態によれば、上記のそれぞれの通信方法内のステップを実行するためのモジュールを備える集積回路を提供することもできる。さらに、本開示の実施形態によれば、コンピューティングデバイス上で実行されたとき、上記のそれぞれの通信方法のステップを実行するプログラムコードを格納したコンピュータプログラムをその上に記憶している、コンピュータ可読記憶媒体を提供することもできる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】