ホーム > 特許ランキング > 華碩電腦股▲ふん▼有限公司
知財求人 - 知財ポータルサイト「IP Force」
特許6561168無線通信システムにおいてプリコーディングリソースブロックグループを改善するための方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6561168
(24)【登録日】2019年7月26日
(45)【発行日】2019年8月14日
(54)【発明の名称】無線通信システムにおいてプリコーディングリソースブロックグループを改善するための方法及び装置
(51)【国際特許分類】
H04W 72/04 20090101AFI20190805BHJP
【ＦＩ】
H04W72/04 111
H04W72/04 132
【請求項の数】8
【外国語出願】
【全頁数】55
(21)【出願番号】特願2018-77253(P2018-77253)
(22)【出願日】2018年4月13日
(65)【公開番号】特開2018-186498(P2018-186498A)
(43)【公開日】2018年11月22日
【審査請求日】2018年6月11日
(31)【優先権主張番号】62/488,226
(32)【優先日】2017年4月21日
(33)【優先権主張国】US
(73)【特許権者】
【識別番号】517114621
【氏名又は名称】華碩電腦股▲ふん▼有限公司
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100091214
【弁理士】
【氏名又は名称】大貫 進介
(72)【発明者】
【氏名】林 克彊
【審査官】
伊東 和重
(56)【参考文献】
【文献】
中国特許出願公開第１０３９７４４２７（ＣＮ，Ａ）
【文献】
ZTE, ZTE Microelectronics，On PRB Bundling[online]，3GPP TSG RAN WG1 #88bis，3GPP，２０１７年 ４月 ７日，R1-1704396，検索日[2019.03.13],インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88b/Docs/R1-1704396.zip＞
【文献】
3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access(E-UTRA); Physical layer procedures (Release 14)，3GPP TS 36.213，3GPP，２０１７年 ３月，V14.2.0，pp.75-76
【文献】
Nokia, Alcatel-Lucent Shanghai Bell，On wider band aspects[online]，3GPP TSG RAN WG1 #88bis，3GPP，２０１７年 ４月 ７日，R1-1705200，検索日[2019.07.03],インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88b/Docs/R1-1705200.zip＞
【文献】
NTT DOCOMO, INC.,，WF on channel bandwidth and transmission bandwidth configuration for NR[online]，3GPP TSG RAN WG4 #81，3GPP，２０１６年１１月１８日，R4-1610920，検索日[2019.07.03],インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG4_Radio/TSGR4_81/Docs/R4-1610920.zip＞
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｂ ７／２４−７／２６
Ｈ０４Ｗ ４／００−９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
ユーザ機器（ＵＥ）の方法であって、
前記ＵＥが、セル内での第１の帯域幅部分及び第２の帯域幅部分を設定する専用シグナリングを基地局から受信することであって、該専用シグナリングは、該第１の帯域幅部分の第１の境界及び第１の数の物理リソースブロック（ＰＲＢ）と、該第２の帯域幅部分の第２の境界及び第２の数のＰＲＢを示す、受信することと、
前記ＵＥが、第１の帯域幅部分に対する第１のプリコーディングリソースグループ（ＰＲＧ）サイズを示す第１の設定を受信することと、
前記ＵＥが、第２の帯域幅部分に対する第２のＰＲＧサイズを示す第２の設定を受信することであって、前記第２のＰＲＧサイズは前記第１のＰＲＧサイズと異なる、受信することと、
前記ＵＥは、前記第１の設定に従って前記第１の帯域幅部分内のＰＲＧを決定し、前記ＵＥは、前記第２の設定に従って前記第２の帯域幅部分内のＰＲＧを決定し、前記ＵＥは、それらに応じてダウンリンクデータを受信することと、を含む方法。
前記ＵＥが、セル内での第１の帯域幅部分及び第２の帯域幅部分を設定する専用シグナリングを基地局から受信することであって、該専用シグナリングは、該第１の帯域幅部分の第１の境界及び第１の数の物理リソースブロック（ＰＲＢ）と、該第２の帯域幅部分の第２の境界及び第２の数のＰＲＢを示す、受信することと、
前記ＵＥが、第１の帯域幅部分に対する第１のプリコーディングリソースグループ（ＰＲＧ）サイズを示す第１の設定を受信することと、
前記ＵＥが、第２の帯域幅部分に対する第２のＰＲＧサイズを示す第２の設定を受信することであって、前記第２のＰＲＧサイズは前記第１のＰＲＧサイズと異なる、受信することと、
前記ＵＥは、前記第１の設定に従って前記第１の帯域幅部分内のＰＲＧを決定し、前記ＵＥは、前記第２の設定に従って前記第２の帯域幅部分内のＰＲＧを決定し、前記ＵＥは、それらに応じてダウンリンクデータを受信することと、を含む方法。
【請求項2】
前記第１の帯域幅部分は前記第１のＰＲＧサイズによって仕切られ、前記第２の帯域幅部分は前記第２のＰＲＧサイズによって仕切られる、請求項１に記載の方法。
【請求項3】
ＰＲＧのサイズは、前記第１の帯域幅部分内の周波数領域においては非増加順に従い、ＰＲＧのサイズは、前記第２の帯域幅部分内の周波数領域においては非増加順に従う、請求項１に記載の方法。
【請求項4】
前記第１の帯域幅部分内での複数のＰＲＧは前記第１のＰＲＧサイズを有し、前記第２の帯域幅部分内での複数のＰＲＧは前記第２のＰＲＧサイズを有する、請求項１に記載の方法。
【請求項5】
基地局の方法であって、
前記基地局が、セル内での第１の帯域幅部分及び第２の帯域幅部分を設定する専用シグナリングをＵＥ（ユーザ機器）に送信することであって、該専用シグナリングは、該第１の帯域幅部分の第１の境界及び第１の数の物理リソースブロック（ＰＲＢ）と、該第２の帯域幅部分の第２の境界及び第２の数のＰＲＢを示す、送信することと、
前記基地局が、前記第１の帯域幅部分に対する第１のプリコーディングリソースグループ（ＰＲＧ）サイズを示す第１の設定を前記ＵＥに送信することと、
前記基地局が、前記第２の帯域幅部分に対する第２のＰＲＧサイズを示す第２の設定を前記ＵＥに送信することであって、前記第２のＰＲＧサイズは前記第１のＰＲＧサイズと異なる、送信することと、
前記基地局は、前記第１の設定に従って前記第１の帯域幅部分内のＰＲＧを決定し、前記ＵＥは、前記第２の設定に従って前記第２の帯域幅部分内のＰＲＧを決定し、前記ＵＥは、それらに応じてダウンリンクデータをＵＥに送信することと、を含む方法。
前記基地局が、セル内での第１の帯域幅部分及び第２の帯域幅部分を設定する専用シグナリングをＵＥ（ユーザ機器）に送信することであって、該専用シグナリングは、該第１の帯域幅部分の第１の境界及び第１の数の物理リソースブロック（ＰＲＢ）と、該第２の帯域幅部分の第２の境界及び第２の数のＰＲＢを示す、送信することと、
前記基地局が、前記第１の帯域幅部分に対する第１のプリコーディングリソースグループ（ＰＲＧ）サイズを示す第１の設定を前記ＵＥに送信することと、
前記基地局が、前記第２の帯域幅部分に対する第２のＰＲＧサイズを示す第２の設定を前記ＵＥに送信することであって、前記第２のＰＲＧサイズは前記第１のＰＲＧサイズと異なる、送信することと、
前記基地局は、前記第１の設定に従って前記第１の帯域幅部分内のＰＲＧを決定し、前記ＵＥは、前記第２の設定に従って前記第２の帯域幅部分内のＰＲＧを決定し、前記ＵＥは、それらに応じてダウンリンクデータをＵＥに送信することと、を含む方法。
【請求項6】
前記第１の帯域幅部分は前記第１のＰＲＧサイズによって仕切られ、前記第２の帯域幅部分は前記第２のＰＲＧサイズによって仕切られる、請求項５に記載の方法。
【請求項7】
ＰＲＧのサイズは、前記第１の帯域幅部分内の周波数領域においては非増加順に従い、ＰＲＧのサイズは、第２の帯域幅部分内の周波数領域においては非増加順に従う、請求項５に記載の方法。
【請求項8】
前記第１の帯域幅部分内の複数のＰＲＧは前記第１のＰＲＧサイズを有し、前記第２の帯域幅部分内の複数のＰＲＧは前記第２のＰＲＧサイズを有する、請求項５に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、２０１７年４月２１日に出願された米国仮特許出願第６２／４８８，２２６号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【0002】
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおいてプリコーディングリソースブロックグループのプレコーディングを改善するための方法及び装置に関連する。
【背景技術】
【0003】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。このようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。
【0004】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。
【発明の概要】
【0005】
方法及び装置は、ＵＥ（ユーザ機器）の観点から開示される。一実施形態では、本方法は、ＵＥが、物理リソースブロック（ＰＲＢ）バンドリングの機能の設定を基地局から受信することを含む。本方法は、ＵＥが、ＰＲＢバンドリングの機能が送信時間間隔（ＴＴＩ）に適用されるかどうかに関して基地局から指示を受信することも含む。
【図面の簡単な説明】
【0006】
【図1】例示的な一実施形態による無線通信システムの図を示す。
【図2】例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。
【図3】例示的な一実施形態による通信デバイスの機能ブロック図である。
【発明を実施するための形態】
【0007】
以下に記載される例示的な無線通信システム及び機器は、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するため、広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ ＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２ ＵＭＢ（Ultra Mobile Broadband：超モバイル広帯域）、ＷｉＭａｘ、又はその他何らかの変調技術に基づいてよい。
【0008】
特に、以下に説明する例示的な無線通信システム及びデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよい。標準は、RP-150465,“New SI proposal: Study on Latency reduction techniques for LTE”，Ericsson，Huawei、TS 36.211 V13.1.0,“E-UTRA Physical channels and modulation (Release 13)”、TS 36.212 v13.1.0，“Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding (Release 13)”、TS 36.213 v13.1.1，“E-UTRA Physical layer procedures (Release 13)”、TS 36.331 V14.1.0，“E-UTRA Radio Resource Control (Release 14)”、及びR4-1610920，“WF on channel bandwidth and transmission bandwidth configuration for NR”，NTT DOCOMOが含む。上記に挙げた標準及び文書は、全体として参照により本明細書に明示的に援用される。
【0009】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４及び１０６、別のグループは１０８及び１１０、また別のグループは１１２及び１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くの又はより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信しており、アンテナ１１２及び１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信しており、アンテナ１０６及び１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、及び１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【0010】
アンテナの各グループ及び／又はアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【0011】
順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【0012】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局又は基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、又はその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、又はその他何らかの専門用語で呼ばれることもある。
【0013】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【0014】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、及びインターリーブして、符号化データを提供する。
【0015】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロット及び符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、及び変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【0016】
そして、すべてのデータストリームについての変調シンボルはＴＸ ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。
【0017】
各送信機２２２は、各シンボルストリームを受信及び処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【0018】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、及びダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【0019】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信及び処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、及び復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４により実行される処理と相補的である。
【0020】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部及びランク値部を含む逆方向リンクメッセージを構築する。
【0021】
逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【0022】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【0023】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６及び１２２又は図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、ＬＴＥシステムであることが好ましい。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及びトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を受信及び送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【0024】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、及びレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【0025】
パケットデータレイテンシは、性能評価のための重要な指標の１つである。パケットデータのレイテンシを低減することにより、システム性能が向上する。３ＧＰＰ ＲＰ−１５０４６５では、検討項目「Study on latency reduction techniques for LTE」は、レイテンシ低減のいくつかの技術を調査し、標準化することを目的としている。
【0026】
３ＧＰＰ ＲＰ−１５０４６５によれば、その検討項目の目的は、アクティブＵＥに対するＬＴＥ Ｕｕエアインタフェースを介したパケットデータレイテンシを大幅に低減し、より長い期間（接続された状態で）非アクティブであるＵＥに対するパケットデータ転送ラウンドトリップレイテンシを大幅に低減するために、Ｅ−ＵＴＲＡＮ無線システムへの拡張を検討することである。この検討領域は、無線インタフェース容量、バッテリ寿命、制御チャネルリソース、仕様による影響及び技術的実現可能性を含むリソース効率性を含む。ＦＤＤ（周波数分割複信）とＴＤＤ（時分割複信）二重モードの両方が考慮される。
【0027】
３ＧＰＰ ＲＰ−１５０４６５によれば、以下の２つの領域を検討し、文書化すべきとされている：− 高速アップリンクアクセスソリューション
アクティブＵＥと、より長い時間非アクティブになっているが、ＲＲＣ（無線リソース制御）接続が維持されているＵＥに対しては、現行のＴＴＩ（送信時間間隔）の長さと処理時間を維持する場合と維持しない場合の両方において、スケジューリングされるＵＬ（アップリンク）送信のためのユーザプレーンレイテンシを低減することと、現行の標準によって許可されたプレスケジューリングソリューションと比較して、プロトコル及びシグナリングの向上を伴うよりリソース効率のよいソリューションを得ることに焦点を当てるべきである。
− ＴＴＩの短縮と処理時間の短縮
参照信号と物理レイヤ制御シグナリングへの影響を考慮して、仕様への影響を評価し、０．５ｍｓと１つのＯＦＤＭ（直交周波数分割多重）シンボルの間のＴＴＩ長の実現可能性及び性能を検討する。
【0028】
ＴＴＩの短縮及び処理時間の短縮は、レイテンシを低減するための効果的なソリューションと考えることができ、これは、送信のための時間単位を、例えば、１ｍｓの１４ＯＦＤＭシンボルから１〜７ＯＦＤＭシンボルに減らすことができるためであり、同様に復号により生じる遅延を減らすことができる。ＴＴＩ長を小さくするもう１つの利点は、トランスポートブロック（ＴＢ）サイズについてより細かい粒度をサポートすることであり、不要なパディングを減らすことができるようにする。一方で、ＴＴＩ長を小さくすると、物理チャネルは１ｍｓ構造に基づいて開発されているため、現在のシステム設計に大きな影響を与える可能性もある。短縮されたＴＴＩは、ｓＴＴＩとも呼ばれる。
【0029】
５Ｇの場合のＮｅｗ ＲＡＴ（ＮＲ）において使用されるフレーム構造は、（３ＧＰＰ ＲＰ−１５０４６５で論じられているように）時間及び周波数リソースについての様々なタイプの要件に対応している。例えば、超低遅延（〜０．５ｍｓ）から、ＭＴＣ（マシン型通信）の場合の遅延許容トラフィックまで、ｅＭＢＢ（拡張型モバイルブロードバンド）の場合の高いピークレートから、ＭＴＣの場合の非常に低いデータレートまで対応する。この検討の重要な焦点は、例えば、短ＴＴＩである低レイテンシの態様であるが、異なるＴＴＩを混合／適応させるという他の態様もその検討において考慮されることができる。多様なサービスと要件に加え、ＮＲのすべての機能が初期段階／リリースに含まれるわけではないため、前方互換性が初期ＮＲフレーム構造設計においては重要な考慮事項となる。
【0030】
プロトコルのレイテンシを低減することは、異なる世代又はリリース間での重要な改善であって、新しいアプリケーションの要件、例えばリアルタイムサービスを満たすだけではなく、効率を改善することができる。レイテンシを低減するために頻繁に採用される効果的な方法は、ＴＴＩ長を３Ｇにおける１０ｍｓからＬＴＥにおける１ｍｓに短縮することである。ＲＥ１−１４におけるＬＴＥ−Ａ Ｐｒｏとの関連においては、いかなる既存のＬＴＥヌメロロジ（ＬＴＥにおいてはただ１つのヌメロロジのみが存在する）を変更せずに、あるＴＴＩ内のＯＦＤＭシンボル数を減らすことによって、ＴＴＩをサブミリ秒レベル、例えば０．１〜０．５ｍｓにまで短縮するＳＩ／ＷＩが提案された。この改善の目標は、極端に低いが頻繁に生じるトラフィックである、ＴＣＰスロースタート問題を解決すること、又はある程度ＮＲにおける予見される超低遅延を満たすことができることである。処理時間の短縮は、レイテンシを低減するための別の考慮事項である。短ＴＴＩと短い処理時間が常に両立するとは結論付けられていない。採用される方法は、後方互換性、例えば、レガシー制御領域の存在を維持するべきであるため、この検討はなんらかの制限を受ける。
【0031】
ＬＴＥヌメロロジの簡単な説明は、以下のように３ＧＰＰ ＴＳ ３６．２１１において与えられる。(外１−１)
(外１−２)
(外１−３)
(外１−４)
“Downlink resource grid”と題する、３ＧＰＰ ＴＳ ３６．２１１ Ｖ１３．１．０の図６．２．２−１は、図５として再現されている。
(外２)
“Physical resource blocks parameters”と題する、３ＧＰＰ ＴＳ ３６．２１１ Ｖ１３．１．０の表６．２．３−１は、図６として再現されている。
(外３)
“OFDM parameters”と題する、３ＧＰＰ ＴＳ ３６．２１１ Ｖ１３．１．０の表６．１２−１は、図７として再現されている。
(外４)
“Downlink modulation”と題する、３ＧＰＰ ＴＳ ３６．２１１ Ｖ１３．１．０の図６．１３−１は、図８として再現されている。
【0032】
ＬＴＥでは、１５ｋＨｚのサブキャリア間隔という、初期アクセスのために定義されただだ１つのＤＬヌメロロジが存在し、初期アクセス中に取得される信号及びチャネルは１５ｋＨｚヌメロロジに基づく。セルにアクセスするために、ＵＥはいくつかの基本的な情報を取得することを必要とすることがある。例えば、ＵＥは、最初にセルの時間／周波数同期を取得し、これは、セルサーチ又はセル選択／再選択中に行われる。時間／周波数同期は、プライマリ同期信号（ＰＳＳ）／セカンダリ同期信号（ＳＳＳ）などの同期信号を受信することによって取得することができる。同期中、セルの中心周波数を知り、サブフレーム／フレーム境界を取得する。
【0033】
セルのサイクリックプレフィックス（ＣＰ）、例えば、通常ＣＰ又は拡張ＣＰ、物理セルＩＤ、セルのデュプレックスモード、例えば、ＦＤＤ又はＴＤＤは、ＰＳＳ（プリマリ同期信号）／ＳＳＳ（セカンダリ同期信号）を取得するときに同様に知ることができる。そして、物理ブロードキャストチャネル（ＰＢＣＨ）上で搬送されるマスター情報ブロック（ＭＩＢ）を受信し、いくつかの基本的なシステム情報、例えば、システムフレーム番号（ＳＦＮ）、システム帯域幅、物理制御チャネル関連情報を取得する。ＵＥは、システム帯域幅に従って、適切なリソース要素上であって適切なペイロードサイズでＤＬ（ダウンリンク）制御チャネル（例えば、ＰＤＣＣＨ（物理ダウンリンク制御チャネル））を受信し、セルにアクセスすることができるかどうか、ＵＬ帯域幅及び周波数、ランダムアクセスパラメータ等、システム情報ブロック（ＳＩＢ）においてセルにアクセスするために必要なより多くのシステム情報を取得することができる。
【0034】
ＵＥは次いで、ランダムアクセスを実行し、セルへの接続を要求することができる。セル固有参照信号（ＣＲＳ）が、上述のＤＬチャネル、ＰＢＣＨ、ＤＬ制御チャネル、又はＤＬデータチャネルを復調するために使用され得る。上述のようにＭＩＢ／ＳＩＢを読んだ後ではＣＲＳの電力／内容を知っているため、ＣＲＳをセル／キャリアのための測定を実行するために使用することもできる。接続セットアップが完了した後、ＵＥは接続モードに入り、セルへのデータ送信を実行するか、セルからのデータ受信を実行することが可能になる。データの受信及び送信のためのリソース割り当ては、ＭＩＢ又はＳＩＢにおいてシグナリングされるシステム帯域幅（例えば、以下の引用における【数1】
【数2】
【0035】
３ＧＰＰ ＴＳ ３６．２１１、ＴＳ ３６．２１２、ＴＳ ３６．２１３、及びＴＳ ３６．３３１は、次のような追加の詳細を提供する。(外５)
(外６−１)
(外６−２)
(外６−３)
“Mapping between physical-layer cell-identity group
【数3】
(外７−１)
(外７−２)
(外７−３)
(外８−１)
(外８−２)
“Frame offset, slot and symbol number triplets for repetition of PBCH for frame structure type 1”と題する、３ＧＰＰ ＴＳ ３６．２１１ Ｖ１３．１．０の表６．６．４−１は、図１２として再現されている。
“Slot and symbol number pairs for repetition of PBCH for frame structure type 2”と題する、３ＧＰＰ ＴＳ ３６．２１１ Ｖ１３．１．０の表６．６．４−２は、図１３として再現されている。
(外９−１)
(外９−２)
“Mapping of downlink reference signals (normal cyclic prefix)”と題する、３ＧＰＰ ＴＳ ３６．２１１ Ｖ１３．１．０の図６．１０．１．２−１は、図１４Ａとして再現されている。
“Mapping of downlink reference signals (extended cyclic prefix)”と題する、３ＧＰＰ ＴＳ ３６．２１１ Ｖ１３．１．０の図６．１０．１．２−２は、図１４Ｂとして再現されている。
(外１０−１)
(外１０−２)
【0036】
データを受信するとき、受信性能を改善するために物理リソースブロック（ＰＲＢ）バンドリングを行うことができる。周波数領域において連続する物理リソースブロックのセットをプリコーディングリソースブロックグループ（ＰＲＧ）にグループ化することができる。ＵＥが何らかの送信モードで設定されるとき、又はＵＥが何らかのチャネル状態情報（ＣＳＩ）報告タイプで設定されるとき、あるいはＵＥがＰＲＢバンドリング動作で設定されるとき、ＵＥは同じ送信技術が同じＰＲＧ内のリソースブロックに適用される、例えば、同じプリコーダを使用する、又は同じビームを使用して同じＰＲＧ内のリソースブロックを送信すると想定する可能性がある。
【0037】
したがって、ＵＥが同じＰＲＧ内のリソースブロックを受信するとき、受信プロセスも同様に共同で行うことができる。例えば、ＵＥが同じＰＲＧ内のリソースブロックを復調するとき、ＰＲＢが周波数領域で閉じており、ＰＲＢに対するチャネルが同一のものであると想定することができるように同じやり方で送信するため、複数のＰＲＢのチャネル推定を共同で行うことができる。例えば、ＰＲＧ内に３つのＰＲＢ（ＰＲＢ Ａと、ＰＲＢ Ｂと、ＰＲＢ Ｃと、を含む）が存在する場合、ＰＲＢ Ａ、ＰＲＢ Ｂ、及びＰＲＢ Ｃ内の参照信号は、チャネルを導出するためにすべて使用することができ、ＰＲＢ Ａ、ＰＲＢ Ｂ、及びＰＲＢ Ｃ内のデータは、導出されたチャネルを想定して復調することができる。
【0038】
ＰＲＢ Ａ内の参照信号を使用してチャネルを導出し、ＰＲＢ Ａ内のデータを復調するのと比較して、チャネルを共同で導出すると、参照信号によって占有されるリソースの数が本例においては３倍に増加するため、チャネル推定の正確性を改善することができる。また、より多くの参照信号のサンプルが測定されれば、チャネル推定をよりロバストなものとすることができ、参照信号のいくつかのリソースが他の信号により干渉される場合でも、すべてのサンプルを平均化することで干渉による影響を排除することができるようにする。ＰＲＢバンドリングを伴うチャネル推定を改善することができるため、受信品質、例えば、ビットエラーレート（ＢＥＲ）、ブロックエラーレート（ＢＬＥＲ）、スループット、又はデータレートも改善することができる。追加の詳細は、以下のように３ＧＰＰ ＴＳ ３６．２１３に見出すことができる。（外１１）
【0039】
ＮＲに関しては、後方互換性は必須ではないため、ストーリーはいくぶん異なってくる。ＴＴＩのシンボル数を減らすことがＴＴＩ長を変更する唯一のツールであるとはならないように、ヌメロロジを調整することができる。例として、ＬＴＥヌメロロジを使用すると、それは１ｍｓ内に１４個のＯＦＤＭシンボルと１５ｋＨｚのサブキャリア間隔とを含む。サブキャリア間隔が３０ＫＨｚになるときは、同じＦＦＴサイズで同じＣＰ構造を前提とすると、１ｍｓに２８個のＯＦＤＭシンボルが存在することになり、ＴＴＩ内のＯＦＤＭシンボル数が同じに維持される場合にＴＴＩが０．５ｍｓになるのと等価である。これは、異なるＴＴＩ長間での設計は、サブキャリア間隔について実行される良好なスケーラビリティを共通して維持することができることを意味する。もちろん、サブキャリア間隔の選択に対しては、ＦＦＴサイズ、ＰＲＢの定義／数、ＣＰの設計、サポート可能なシステム帯域幅などのトレードオフが常に存在することになる。一方、ＮＲはより大きなシステム帯域幅とより大きなコヒーレンス帯域幅を考慮するため、より大きなサブキャリア間隔を含めることは自然な選択である。
【0040】
上述したように、単一のヌメロロジを用いて多様な要求をすべて満たすことは一般的には、非常に困難である。したがって、初期の会合では、複数のヌメロロジが採用されることが合意されている。さらに、標準化の努力、実装の努力、及び異なるヌメロロジの多重化機能を考慮すると、整数倍関係など、異なるヌメロロジ間に何らかの関係性を持たせることが有益となる。いくつかのヌメロロジファミリが挙げられたが、それらのうちの１つはＬＴＥの１５ｋＨｚに基づき、他のヌメロロジ（以下のＡｌｔ２〜４）は、１ｍｓ内に２のＮ乗のシンボルを許容する：・ＮＲの場合、サブキャリア間隔の複数の値をサポートする必要がある。
− サブキャリア間隔の値は、サブキャリア間隔の特定の値にＮを掛けたもの（Ｎは整数）から導出される。
・ 選択肢１：サブキャリア間隔値は、１５ｋＨｚのサブキャリア間隔（すなわち、ＬＴＥベースのヌメロロジ）を含む。
・ 選択肢２：サブキャリア間隔値は、ＣＰ長を含む均一なシンボル持続時間で１７．５ｋＨｚのサブキャリア間隔を含む。
・ 選択肢３：サブキャリア間隔値は、ＣＰ長を含む均一なシンボル持続時間で１７．０６ｋＨｚのサブキャリア間隔を含む。
・ 選択肢４：２１．３３ｋＨｚのサブキャリア間隔値。
・ 注：他の選択肢を排除しない。
・ さらなる検討事項：特定の値の正確な値及び取り得るＮの値。
− 取り得るサブキャリア間隔値をＲＡＮ１＃８５でさらに絞り込む。
【0041】
また、所与のヌメロロジファミリの乗数について制限が存在するかどうかについても議論されているが、異なるヌメロロジが時間領域において多重化されるときに、大きなオーバヘッドを導入することなく、異なるヌメロロジをより容易に多重化することができるため、２の累乗（以下のＡｌｔ１）はいくらかの関心を引く：・ＲＡＮ１は、次の会合において以下の選択肢についてさらなる検討を継続し結論をだす。
−選択肢１：
＞ ＮＲのスケーラブルなヌメロロジのためのサブキャリア間隔は、
＞ ｆｓｃ＝ｆ０＊２ｍ
＞ としてスケーリングされる。ここで、
− ｆ０については、さらに検討する。
− ｍは、取り得る値のセットから選択される整数である。
−選択肢２：
＞ ＮＲのスケーラブルなヌメロロジのためのサブキャリア間隔は、
＞ ｆｓｃ＝ｆ０＊Ｍ
＞ としてスケーリングされる。ここで、
− ｆ０については、さらに検討する。
− Ｍは、取り得る正の値のセットから選択される整数である。
【0042】
通常、ＲＡＮ１は帯域に依存しない手法で機能する、すなわち、スキーム／機能がすべての周波数帯域に適用可能であると想定され、次に、ＲＡＮ４が、いくつかの組み合わせが非現実的であるか、展開が合理的に行われるかどうかを考慮した関連テストケースを導出することになる。このルールは引き続きＮＲにおいても想定されるが、ＮＲの周波数範囲が非常に高いため、企業によっては確実に制限が存在することになると見ている：・ＮＲを検討する場合、ＲＡＮ１は、（必ずしもすべてではないが）複数のＯＦＤＭヌメロロジが同じ周波数範囲に適用される可能性があることと想定する。
− 注：ＲＡＮ１は、非常に小さいサブキャリア間隔値を非常に高いキャリア周波数に適用することは想定しない。
【0043】
さらに、ＮＲにおける同期信号／参照信号の設計は、ＬＴＥにおけるものとはかなり異なってもよい。例えば、同期信号（例えば、ＳＳブロック）の周期は、ＬＴＥにおける５ｍｓの周期と比較して、１０又は２０ｍｓとしてもよい。さらに、基地局は、ＬＴＥにおいて想定された固定周期ではなく、すべての側面、例えば、トラフィック又は電力消費を考慮して、同期信号の周期をより長い値に調整してもよい。また、サブフレームごとに利用可能なＣＲＳは、膨大な量のオーバヘッドと一定の電力消費を考慮して、ＮＲから除去される可能性が高い。合意：
・ＲＡＮ１は、関連するデフォルトのサブキャリア間隔及びＮＲ−ＳＳ設計に対して取り得る最大送信帯域幅で以下のパラメータセットを考慮する。
− １５ｋＨｚのサブキャリア間隔及び５ＭＨｚ以下のＮＲ−ＳＳ送信帯域幅に関連するパラメータセット＃Ｗ
− ３０ｋＨｚのサブキャリア間隔及び１０ＭＨｚ以下のＮＲ−ＳＳ送信帯域幅に関連するパラメータセット＃Ｘ
− １２０ｋＨｚのサブキャリア間隔及び４０ＭＨｚ以下のＮＲ−ＳＳ送信帯域幅に関連するパラメータセット＃Ｙ
− ２４０ｋＨｚのサブキャリア間隔及び８０ＭＨｚ以下のＮＲ−ＳＳ送信帯域幅に関連するパラメータセット＃Ｚ
− 周波数帯域と単一セットのデフォルトパラメータ（ＳＣＳ、シーケンス長、ＮＲ−ＳＳ送信帯域幅）との間の関連付けは、ＲＡＮ４において定義されることに留意する。
− 各サブキャリア間隔は、単一のシーケンス長及び送信帯域幅に関連することに留意する。
− 追加のパラメータのセット又はパラメータセットの絞り込み（down selection）は排除されないことに留意する。
− この合意は、データチャネルに対するいかなるサブキャリア間隔を排除しない。
合意：
・取り得るＳＳブロック時間位置のセットについて、少なくとも以下の点を考慮して、さらなる評価を次の会合までに行う。
○ ＳＳブロックが連続したシンボルで構成されるかどうか、ＳＳ＆ＰＢＣＨは同じスロットにするか又は異なるスロットにするか。
○ ＳＳブロックあたりのシンボル数。
○ スロット境界をまたいでマッピングするかどうか。
○ スロット又はスロットセット内のシンボルをスキップするかどうか
○ ＳＳブロックの内容（注：ＳＳブロックの内容は、この会合中にさらに議論される可能性がある）
○ ＳＳブロックをバーストセット内にどのように配置するか、バースト／バーストセットあたりのＳＳブロック数（＃）
合意：
・ＳＳバーストセット内のＳＳブロックの最大数Ｌは、キャリア周波数依存としてもよい。
− 周波数範囲カテゴリ＃Ａ（例えば、０〜６ＧＨｚ）の場合、その数（Ｌ）は、Ｌ≦［１６］のＴＢＤである。
− 周波数範囲カテゴリ＃Ｂ（例えば、６〜６０ＧＨｚ）の場合、その数は、Ｌ≦１２８ののＴＢＤである。
− さらに検討：追加の周波数範囲カテゴリの場合のＬ
・実際に送信されたＳＳブロックの位置を、ＣＯＮＮＥＣＴＥＤ／ＩＤＬＥモード測定を助けるため、ＣＯＮＮＥＣＴＥＤモードのＵＥが未使用のＳＳブロックにおいてＤＬデータ／制御を受信することを助けるため、ＩＤＬＥモードのＵＥが未使用のＳＳブロックでＤＬデータ／制御を受信することを潜在的に助けるため、通知することができる。
− この情報がＣＯＮＮＥＣＴＥＤモードにおいてのみ利用可能であるか又は両方のモードで利用可能かについては、さらに検討する。
− 位置をシグナリングする方法については、さらに検討する。
合意：
・非スタンドアロンＮＲセルを検出するために、ＮＲは、ＳＳバーストセット周期の適応及びネットワーク指示、及び測定タイミング／持続時間（例えば、ＮＲ−ＳＳ検出のための時間ウィンドウ）を導出するための情報をサポートすべきである。
− 非スタンドアロンＮＲセルを検出するために、ネットワークは、周波数キャリアあたり１つのＳＳバーストセット周期情報をＵＥに提供し、可能であれば測定タイミング／持続時間を導出するための情報を提供する。
・ １つのＳＳバースト設定周期及びタイミング／持続時間に関する１つの情報が指示される場合、ＵＥは、同じキャリア上のすべてのセルに対する周期及びタイミング／継続時間と想定する。
・ ＲＡＮ１は、設定された周期、例えば、１、５、又は１０ｍｓより短い測定時間を推奨する。
− 複数の期間にまたがるＬ１／Ｌ３フィルタリングが引き続き許可されることに留意する。
・ 複数の周期／タイミング／持続時間の指示については、さらに検討する。
− ＮＲは、適応及びネットワーク指示のためにＳＳバーストセットの周期の値のセットをサポートするべきである。
・ 評価される周期値の候補は、［２０、４０、８０、及び１６０ｍｓ］である。
・ ＣＯＮＮＥＣＴＥＤモードにおいてＮＲ−ＳＳによって提供される機能について考慮される他の値については、さらに検討する。
− 非スタンドアロンＮＲセルにおいてＮＲ−ＰＢＣＨをサポートするかどうかについては、さらに検討する。
合意：
・ＮＲセルについての初期のセル選択の場合、ＵＥは以下のデフォルトＳＳバーストセット周期を想定する。
− キャリア周波数範囲カテゴリ＃Ａの場合：１０、２０ｍｓのうちのＴＢＤ
− 例えば、＃Ａについての範囲（０〜６ＧＨｚ）
− キャリア周波数範囲カテゴリ＃Ｂの場合：１０、２０ｍｓのうちのＴＢＤ
− 例えば、＃Ｂについての範囲（６ＧＨｚ〜６０ＧＨｚ）
− 絞り込みにあたっては、ＳＳブロックの寸法、初期アクセスレイテンシ、消費電力、検出パフォーマンスの側面を考慮する。他の考慮事項を排除しない。
− これは、周波数範囲のさらなるサブカテゴリ化を排除しないことに留意する。さらに、定義された追加の周波数サブ範囲は、単一のデフォルトＳＳバーストセット周期、１０，２０ｍｓの間で選択された値をサポートするものとする。
− これは、＃Ａと＃Ｂでカバーされない周波数範囲の追加のカテゴリ化を排除しないことに留意する。潜在的な追加の周波数範囲に対するＳＳバーストセット周期については、さらに検討する。
− ＲＡＮ４は、周波数範囲の正確な値を決定する。
− カテゴリ＃Ａ及び＃Ｂについての正確な周波数範囲はＲＡＮ１においてさらに議論され、ＲＡＮ１は、正確な値を確定するためにＲＡＮ４にインプットを提供する。
− ＵＥがデフォルトＳＳバーストセット周期に適合しないセルを検出することは期待されないことに留意する。
− ＲＡＮ１は、間違いなく次回の会合で１０，２０ｍｓからの値に絞り込む。
合意：
・ＣＯＮＮＥＣＴＥＤ及びＩＤＬＥモードのＵＥの場合、ＮＲは、ＳＳバーストセット周期のネットワーク指示、及び測定タイミング／持続時間（例えば、ＮＲ−ＳＳ検出のための時間ウィンドウ）を導出するための情報をサポートするべきである。
− ネットワークは、周波数キャリアあたり１つのＳＳバーストセット周期情報をＵＥに提供し、可能であれば測定タイミング／持続時間を導出するための情報を提供する。
・ １つのＳＳバースト設定周期及びタイミング／持続時間に関する１つの情報が示される場合、ＵＥは、同じキャリア上のすべてのセルに対する周期及びタイミング／継続時間と想定する。
・ ＲＡＮ１は、設定された周期、例えば、１、５、又は１０ｍｓより短い測定時間を推奨する。
− 複数の期間にまたがるＬ１／Ｌ３フィルタリングは引き続き許可されることに留意する。
・ 複数の周期／タイミング／持続時間の指示については、さらに検討する。
− ネットワークがＳＳバーストセット周期の指示及び測定タイミング／持続時間を導出するための情報を提供しない場合、ＵＥは、ＳＳバーストセット周期として５ｍｓを想定すべきである。
− ＮＲは、適応及びネットワーク指示のためのＳＳバーストセット周期値のセットをサポートするべきである。
・ 評価される周期値の候補は［５、１０、２０、４０、８０、及び１６０ｍｓ］である。
【0044】
データレートの要件を満たすために、ＮＲは合計１ＧＨｚを超える帯域幅をサポートする必要があることが期待される。これは、より小さいキャリア帯域幅を有するより大量のキャリアを集約することによって、又はより大きいキャリア帯域幅を有するより少量のキャリアを集約することによって達成されてよい。２つの選択肢の間のトレードオフとは、複雑性と効率性であることがある。とにかくＮＲは、ＬＴＥにおける最大２０ＭＨｚと比較すると、ＬＴＥよりもはるかに広い単一帯域幅、例えば１００ＭＨｚレベルをサポートするが、これは、そのような大きな違いを考慮した異なる設計上の何らかの考慮が存在することがあることを示唆している。
【0045】
重要な考慮事項の１つは、単一のベースバンド（チャネル）帯域幅又は単一のＲＦ帯域幅が単一のキャリアをカバーできるかどうかである。複雑性（例えば、ＦＦＴサイズ、サンプリングレート、ＰＡ直線性）、総電力等、多くの側面を考慮することができるが、それにより、可能な実装の異なる組合せをもたらす。コンポーネントのより小さい帯域幅を用いてより広い帯域幅をカバーするための異なるオプションの例が（３ＧＰＰ Ｒ４−１６１０９２０に示されているように）図１６に与えられる。
【0046】
いくつかの関連する議論が３ＧＰＰにおいてなされている：合意：
・少なくともフェーズ１の場合、例えば、少なくとも８０ＭＨｚの最大単一キャリア帯域幅を含み、ＮＷ及びＵＥの両方の視点から、約１ＧＨｚの連続スペクトルでの動作をサポートするための機構を検討する。
− キャリアアグリゲーション／デュアルコネクティビティ（マルチキャリアアプローチ）
・ 詳細はさらに検討する。
・ さらに検討：非連続スペクトルの場合
− 単一キャリア動作
・ 詳細はさらに検討する。
・ 最大チャネル帯域幅は、ＲＡＮ１／４において継続して検討する。
・ 一部のＵＥ機能又はカテゴリによってサポートされる最大帯域幅は、単一キャリアを提供するチャネル帯域幅より小さくなることがある。
・ いくつかのＵＥ機能又はカテゴリは、単一キャリアを提供するチャネル帯域幅をサポートしてよい。
・ＬＳを送り、ＲＡＮ４にＮＷとＵＥの両方の視点から上記のメカニズムの実現可能性を検討してもらうように依頼する。
合意：
・ＮＲキャリアアグリゲーション／デュアルコネクティビティについて、少なくとも以下の側面を検討する。
・ 理想的、非理想的なバックホールシナリオでのＴＲＰ内及びＴＲＰ間
・ キャリア数
・ 特定のチャンネル、例えば、ダウンリンク制御チャネル、アップリンク制御チャネル、又はいくつかのキャリアのためのＰＢＣＨについての必要性
・ クロスキャリアスケジューリング及び共同ＵＣＩフィードバック、例えば、ＨＡＲＱ−ＡＣＫフィードバック
・ ＴＢマッピング、すなわちキャリアあたりの又はキャリアをまたいだもの
・ キャリアのオン／オフ切り替え機構
・ 電力制御
・ 所与のＵＥに対する異なる／同じキャリア間の異なるヌメロロジ
・ さらに検討：１つのＵＥに対する１つのキャリア上で異なるヌメロロジが多重化されるかどうかが、キャリアアグリゲーション／デュアルコネクティビティと呼ばれる。
合意：
・ＮＲは、同じ又は異なるヌメロロジを有する異なるキャリアを含む、キャリアアグリゲーションについてのサポートを提供すべきである。
合意：
・フェーズ１の場合、例えば、ＮＷとＵＥの両方の視点から、約１ＧＨｚの連続及び非連続スペクトルを介したＮＲキャリア内のキャリアアグリゲーション／デュアルコネクティビティ動作がサポートされる。
− ［４−３２］がＮＲキャリアの最大数のさらなる検討のために想定されるべきである。
・ ＲＡＮ１は今週、正確な数を決定しようと試みる。
− クロスキャリアスケジューリングと共同ＵＣＩフィードバックがサポートされる。
− キャリアあたりのＴＢマッピングがサポートされる。
・ 複数のキャリアにまたがるＴＢマッピングについては、さらに検討する。
合意：
・ＲＡＮ１仕様の観点から、ＮＲキャリアあたりの最大チャネル帯域幅はＲｅｌ〜１５においては［４００，８００，１０００］ＭＨｚである。
△ ＲＡＮ１は、ＲＡＮ４に、キャリア周波数帯域を考慮してＲｅｌ〜１５においてＮＲキャリアあたり少なくとも１００ＭＨｚの最大チャネル帯域幅を考慮することを推奨している。
＊ ＲＡＮ１は少なくとも以下の実現可能性を依頼する。
● ６ＧＨｚより低い場合、１００ＭＨｚを考慮し、６ＧＨｚより高い場合、１００ＭＨｚより高いものを考慮する。
● 他のケース、例えば、４０ＭＨｚ、２００ＭＨｚをＲＡＮ４によって考慮することができる。
△ ＲＡＮ１は、Ｒｅｌ〜１５においてＮＲキャリアあたり少なくとも１００ＭＨｚまでのチャネル帯域幅についてのすべての詳細を指定することに留意する。
△ ＲＡＮ１は、ＮＲキャリアあたりの最大チャネル帯域幅までのスケーラブルな設計を考慮することにも留意する。
・ＲＡＮ１仕様の観点から、ＣＡ及びＤＣのためのＮＲキャリアの最大数は［８，１６，３２］である。
△
・最大ＦＦＴサイズが［８１９２，４０９６，２０４８］より大きくない。
合意：
・最大ＣＣ ＢＷが４００ＭＨｚ以上１０００ＭＨｚ以下と決定される場合
− 任意のアグリゲーションにおけるＣＣの最大数は［８又は１６のいずれか］である。
・最大ＣＣ ＢＷが＜＝１００ＭＨｚと決定される場合
− 任意のアグリゲーションにおけるＣＣの最大数は［１６又は３２のいずれか］である。
・最大ＣＣ ＢＷが１００ＭＨｚより大きく４００ＭＨｚより小さいと決定される場合
− ＣＣの最大数は、さらに検討する。
合意：
・ＲＡＮ１仕様の観点から、ＮＲキャリアあたりの最大チャネル帯域幅は、Ｒｅｌ〜１５においては４００ＭＨｚである。
− 注：値の最終決定はＲＡＮ４に任せる。
・ＲＡＮ１仕様の観点から、少なくとも単一ヌメロロジケースの場合、ＮＲキャリアあたりの最大サブキャリア数の候補はＲｅｌ〜１５においては３３００又は６６００である。
− さらに検討：混合ヌメロロジケースの場合、上記は最小サブキャリア間隔に適用される。
− 注：所定のチャネルＢＷについての最終値はＲＡＮ４による決定に任せる。
・ＲＡＮ１仕様の観点から、ＣＡ及びＤＣのためのＮＲキャリアの最大数は１６である。
− ３２がＲＡＮ２仕様の観点から考慮されることに留意する。
− 任意のアグリゲーションにおけるＮＲ ＣＣの数は、ダウンリンク及びアップリンクに対して独立して設定される。
・ＮＲチャネル設計は、後のリリースにおいて上記パラメータの潜在的な将来の拡張を考慮するべきであり、Ｒｅｌ〜１５のＵＥが後のリリースにおいて同じ周波数帯域でＮＲネットワークにアクセスできるようにする。
合意：
・Ｒ１−１７０３９１９−Ｐｅｔｅｒ（Ｑｕａｌｃｏｍｍ）においてドラフトＬＳを準備して、ＲＡＮ１がより広いＢＷ ＣＣ、すなわちＸ（例えば、１００ＭＨｚ）より大きいＣＣ ＢＷについての以下の選択肢を議論していることをＲＡＮ４に通知する。
− Ａ）ＵＥは複数のＲｘ／Ｔｘチェーンを利用しつつ、ＵＥは１つの広帯域キャリアで設定される（ケース３）。
− Ｂ）ｇＮＢはいくつかのＵＥ（単一チェーンを有するＵＥ）のための広帯域ＣＣとして、及び他のＵＥ（複数のチェーンを有するＵＥ）のためのＣＡを用いたバンド内連続ＣＣのセットとして同時に動作することができる。
・ さらに検討：広いＢＷ信号／チャネルについての設計への潜在的な影響
・注：１つの広帯域ＣＣ内のｇＮＢ内の複数のＲｘ／Ｔｘチェーンのサポートは、上記の議論では対処されていない。
合意：
・キャリア帯域幅をサポートすることができないＵＥのためのデータ送信のためのリソース割り当ては、２ステップの周波数領域割り当てプロセスに基づいて導出され得る。
ｏ 第１のステップ：帯域幅部分の指示
・ 第２のステップ：帯域幅部分内のＰＲＢの指示
・ 帯域幅部分の定義については、さらに検討する。
・ シグナリングの詳細については、さらに検討する。
・ キャリア帯域幅をサポートすることができるＵＥの場合については、さらに検討する。
・以下では、ＮＲにおけるデータチャネルのための２ステップのリソース割り当ての詳細についての見解を提供する。
合意：
・データチャネルにおけるデータ送信の持続時間を、半静的に設定することができ、及び／又はデータ送信をスケジューリングするＰＤＣＣＨにおいて動的に指示することができる。
・ さらに検討：データ送信の開始／終了位置
・ さらに検討：指示された持続時間は、シンボル数である。
・ さらに検討：指示された持続時間は、スロット数である。
・ さらに検討：指示された持続時間は、シンボル＋スロット数である。
・ さらに検討：クロススロットスケジューリングを使用する場合
・ さらに検討：スロットアグリゲーションを使用する場合
・ さらに検討：レートマッチングの詳細
・ さらに検討：ＵＥに対するデータチャネルにおけるデータ送信の持続時間が不明であるときのＵＥの行動を指定するかどうか／指定する方法
合意：
・単一キャリア動作の場合、
− ＵＥは、ＵＥに設定される周波数範囲Ａ外の任意のＤＬ信号を受信する必要がない。
・ 周波数範囲Ａから周波数範囲Ｂへの周波数範囲変更に必要な中断時間はＴＢＤである。
・ 周波数範囲Ａ及びＢは、単一キャリア動作においては、ＢＷと中心周波数において異なってよい。
ワーキングの前提：
・各コンポーネントキャリアに対して１つ以上の帯域幅部分の構成を、半静的にＵＥにシグナリングすることができる。
− 帯域幅部分は、連続ＰＲＢのグループからなる。
・ 予約されたリソースを帯域幅部分内で設定することができる。
− 帯域幅部分の帯域幅は、ＵＥによってサポートされる最大帯域幅機能以下である。
− 帯域幅部分の帯域幅は、少なくともＳＳブロック帯域幅と同じ大きさである。
・ 帯域幅部分は、ＳＳブロックを含んでも含まなくてもよい。
− 帯域幅部分の構成は、以下の特性を含んでよい
・ ヌメロロジ
・ 周波数の位置（例えば、中心周波数）
・ 帯域幅（例えば、ＰＲＢの数）
− それは、ＲＲＣ接続モードのＵＥに対するものであることに留意する。
− （複数の場合）どの帯域幅部分の構成を所与の時間でのリソースの割り当てに想定すべきかをＵＥに指示する方法については、さらに検討する。
− 隣接セルＲＲについては、さらに検討する。
合意：
・以下をサポートする。
− ｇＮＢは、いくつかのＵＥのための広帯域ＣＣとして、他のＵＥのためのＣＡを用いたバンド内連続ＣＣのセットとして同時に動作することができる。
・ ＲＡＮ１は、広帯域ＣＣ内のＣＣ間にゼロガードバンドを許容することが有益であると考えており、ＲＡＮ４に、チャネルラスタを議論するときに考慮に入れるように依頼する。
・ ガードバンドが必要と考えられるシナリオが存在する場合、広帯域ＣＣ内のＣＣ間のガードバンドのためのサブキャリア数を最小限に抑えるように努める。
・ ＲＡＮ１は、ガードバンドがＲＡＮ４によってサポートされる可能性があることを理解している。
・ 広帯域ＣＣにおいて単一又は複数の同期信号の位置を許可する。
・以下についての設計へのさらなる影響を考慮する：
− 参照信号
− リソースブロックグループ設計及びＣＳＩサブバンド
【0047】
複数のＲＦチェーンによってサポートされるより広い帯域幅を有するセルにＰＲＧが適用される場合、ＰＲＧはセル全体にわたって連続的にカウントされるため、ＰＲＧは交差する異なるＲＦ帯域幅をマッピングされる可能性がある。例えば、ＰＲＧ内のいくつかのリソースブロックはあるＲＦチェーンによって処理され、ＰＲＧ内の他のリソースブロックは別のＲＦチェーンによって処理される。異なるＲＦチェーンは、互いに位相及び振幅の非連続性を誘発するため、異なるＲＦチェーンに属するリソースブロックを共同で復調すると、振幅及び位相誤差が非連続性によって誘発されるため、チャネル推定の正確性が損なわれることになる。
【0048】
一般的に、ＰＲＢバンドリングの利点があるが、ＲＦ（無線周波数）境界をまたぐＰＲＧにおける受信の品質／性能が損なわれることになる。言い換えると、ＲＦチェーン境界をまたいでマッピングされたＰＲＧがＵＥにスケジューリングされ、ＰＲＧ内のすべての参照信号がＰＲＧ全体の復調のためのチャネルを導出するために使用することができるとＵＥが想定する場合、１つのＲＦチェーンにおけるＰＲＧ内の１つのＰＲＢの参照信号が別のＲＦチェーンにおけるＰＲＧ内の別のＰＲＢのチャネルを取得するために使用することができないため、受信が劣化する。この問題の例を図１６及び図１７に与える。
【0049】
この例では、１つのキャリア内に合計４００個のＰＲＢが想定され、例えば、ｇＮＢ側においては、キャリアをカバーするために使用される３つのＲＦチェーンが存在する。１番目のＲＦチェーンと２番目のＲＦチェーンは１３３個のリソースブロックをカバーし、３番目のＲＦチェーンは１３４個のリソースブロックをカバーすることができる。現行のＰＲＧ設計に従うと、低周波数から始まって高周波数まで、ＰＲＧのサイズは非増加（non-increasing）順である。すなわち、この例においては３つのＰＲＢがＰＲＧにグループ化され、１番目のＰＲＧ〜１３３番目のＰＲＧは各々３つのＰＲＢを含み、１３４番目のＰＲＧは１つのＰＲＢを含む。この設計に従うと、４５番目のＰＲＧうちの１番目のＰＲＢは１番目のＲＦチェーンでカバーされ、４５番目のＰＲＢのうちの残りの２つのＰＲＢは、２番目のＲＦチェーンでカバーされることが見て取れる。同様に、８９番目のＰＲＧ内のＰＲＢは、２番目のＲＦチェーン及び３番目のＲＦチェーンでカバーされる。４５番目のＰＲＧがＵＥの受信帯域幅内にあり、４５番目のＰＲＧ内でＵＥにスケジューリングされたＰＲＢが異なるＲＦチェーンに属する場合、４５番目のＰＲＧ内の複数のＰＲＢにわたるチャネル推定を導出することが問題となる。この例では、ＰＲＧあたり３つのＰＲＢが想定され、より大きなサイズのＰＲＧが使用される場合、例えば、ＰＲＧあたり６つ又は１０個のＰＲＢの場合、問題はさらに悪化する。
【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】
一実施形態では、ＰＲＢバンドリングの機能をＵＥに対して設定することができる。さらに、ＵＥを、ＰＲＢバンドリングをサポートする送信モードに設定することができる。
【0098】
一実施形態では、指示は、どのＴＴＩ、サブフレーム、スロット、又はミニスロットに対して、ＰＲＢバンドリングの機能が適用される、アクティブにされる、又はオンにされるかをＵＥに通知することができる。指示は、所与のＴＴＩ、サブフレーム、スロット、又はミニスロットに対して、ＰＲＢバンドリングの機能が適用される、アクティブにされる、オンにされるかどうかをＵＥに通知することができる。さらに、指示は、次のＴＴＩ、サブフレーム、スロット、又はミニスロットにおいて、ＰＲＢバンドリングの機能が適用される、アクティブにされる、又はオンにされることをＵＥに通知することができる。追加的には、指示は、次のＴＴＩ、サブフレーム、スロット、又はミニスロットにおいて、ＰＲＢバンドリングの機能が適用されない、アクティブにされない、又はオンにされないことをＵＥに通知することができる。
【0099】
一実施形態では、指示の受信と、適用される又は適用されない、アクティブにされる又はアクティブにされない、あるいはオンにされる又はオフにされるというＵＥのアクションとの間にはいくらかの遅延が存在してもよい。
【0100】
一実施形態では、指示は、所与のＰＲＢ、ＰＲＧ、サブバンド、又は帯域幅部分に対して、ＰＲＢバンドリングの機能が適用される、アクティブにされる、オンにされるかどうかをＵＥに通知することができる。指示は、ＰＲＢバンドリングの機能が適用されない、アクティブにされない、又はオンにされないＰＲＢ、ＰＲＧ、サブバンド、又は帯域幅部分をＵＥに通知することができる。
【0101】
一実施形態では、指示を制御チャネル上で搬送することができる。制御チャネルは、データチャネルをＵＥにスケジューリングするために使用することができる。
【0102】
一実施形態では、指示は、制御チャネルが関連するＴＴＩ、サブフレーム、スロット、又はミニスロットに適用可能とすることができる。指示は、データチャネルが関連するＴＴＩ、サブフレーム、スロット、又はミニスロットにも適用可能とすることができる。
【0103】
図３及び図４に戻って参照すると、ｇＮＢの例示的な一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ｇＮＢが、ＰＲＢバンドリングの機能が適用される、アクティブにされる、オンにされるかどうかをＵＥに指示する。さらに、ＣＰＵ３０８はプログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は本明細書で説明した他の事項のすべてを実行することができる。
【0104】
図３５は、例示的な一実施形態によるフローチャート３５００である。ステップ３５０５では、ＵＥは、セル内での第１の帯域幅部分及び第２の帯域幅部分を設定する専用シグナリングを基地局から受信する。ステップ３５１０では、ＵＥは、第１の帯域幅部分に対する第１のプリコーディングリソースブロックグループ（ＰＲＧ）サイズを示す第１の設定を受信する。ステップ３５１５では、ＵＥは、第２の帯域幅部分に対する第２のＰＲＧサイズを示す第２の設定を受信する。
【0105】
一実施形態では、ＵＥは、第１の設定に従って第１の帯域幅部分内のＰＲＧを決定し、ＵＥは、第２の設定に従って第２の帯域幅部分内のＰＲＧを決定し、ＵＥはそれら応じてダウンリンクデータを受信する。
【0106】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが、（ｉ）セル内での第１の帯域幅部分及び第２の帯域幅部分を設定する専用シグナリングを基地局から受信することと、（ｉｉ）第１の帯域幅部分に対する第１のプリコーディングリソースブロックグループ（ＰＲＧ）サイズを示す第１の設定を受信することと、（ｉｉｉ）第２の帯域幅部分に対する第２のＰＲＧサイズを示す第２の設定を受信することと、を可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は本明細書で説明した他の事項のすべてを実行することができる。
【0107】
図３６は、例示的な一実施形態によるフローチャート３６００である。ステップ３６０５では、基地局は、セル内での第１の帯域幅部分及び第２の帯域幅部分を設定する専用シグナリングをＵＥに送信する。ステップ３６１０では、基地局は、第１の帯域幅部分に対する第１のプリコーディングリソースブロックグループサイズを示す第１の設定をＵＥに送信する。ステップ３６１５では、基地局は、第２の帯域幅部分に対する第２のＰＲＧサイズを示す第２の設定をＵＥに送信する。
【0108】
一実施形態では、基地局は、第１の設定に従って第１の帯域幅部分内のＰＲＧを決定し、基地局は、第２の設定に従って第２の帯域幅部分内のＰＲＧを決定し、基地局はそれらに応じてダウンリンクデータをＵＥに送信する。
【0109】
図３及び図４に戻って参照すると、基地局の例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、基地局が、（ｉ）セル内での第１の帯域幅部分及び第２の帯域幅部分を設定する専用シグナリングをＵＥに送信することと、（ｉｉ）第１の帯域幅部分に対する第１のプリコーディングリソースブロックグループサイズを示す第１の設定をＵＥに送信することと、（ｉｉｉ）第２の帯域幅部分に対する第２のＰＲＧサイズを示す第２の設定をＵＥに送信することと、を可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は本明細書で説明した他の事項のすべてを実行することができる。
【0110】
図３５及び図３６に示し、上記に説明した実施形態との関連においては、一実施形態では、第１の帯域幅部分は第１のＰＲＧサイズで仕切られ、第２の帯域幅部分は第２のＰＲＧサイズで仕切られることができる。さらに、ＰＲＧのサイズは、第１の帯域幅部分内の周波数領域において非増加順に従うことができ、ＰＲＧのサイズは、第２の帯域幅部分内の周波数領域において非増加順に従うことができる。
【0111】
一実施形態では、第１の帯域幅部分は第１の数の物理リソースブロック（ＰＲＢ）を含むことができ、第２の帯域幅部分は第２の数のＰＲＢを含むことができる。
【0112】
一実施形態では、第１の帯域幅部分内の複数のＰＲＧは第１のＰＲＧサイズを有することができ、第２の帯域幅部分内の複数のＰＲＧは第２のＰＲＧサイズを有することができる。
【0113】
図３７は、例示的な一実施形態によるフローチャート３７００である。ステップ３７０５では、ＵＥは、ＰＲＢバンドリングの機能の設定を基地局から受信する。ステップ３７１０では、ＵＥは、ＰＲＢバンドリングの機能がＴＴＩに適用されるかどうかに関して指示を基地局から受信する。
【0114】
一実施形態では、ＵＥは、指示に従ってＴＴＩにおいてダウンリンクデータを受信する。
【0115】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む．ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）ＰＲＢバンドリングの機能の設定を基地局から受信することと、（ｉｉ）ＰＲＢバンドリングの機能がＴＴＩに適用されるかどうかに関して指示を基地局から受信することと、を可能にする。さらに、ＣＰＵ３０８はプログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は本明細書で説明した他の事項のすべてを実行することができる。
【0116】
図３８は、例示的な一実施形態によるフローチャート３８００である。ステップ３８０５では、基地局は、ＰＲＢバンドリングのＵＥ機能を設定する。ステップ３８１０では、基地局は、ＰＲＢバンドリングの機能がＴＴＩに適用されるかどうかをＵＥに指示する。
【0117】
一実施形態では、基地局は、指示に従ってＴＴＩにおいてダウンリンクデータを送信する。
【0118】
図３及び図４に戻って参照すると、基地局の例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、基地局が、（ｉ）ＰＲＢバンドリングのＵＥ機能を設定することと、（ｉｉ）ＰＲＢバンドリングの機能がＴＴＩに適用されるかどうかをＵＥに指示することと、を可能にする。さらに、ＣＰＵ３０８はプログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は本明細書で説明した他の事項のすべてを実行することができる。
【0120】
一実施形態では、ＰＲＢバンドリングの機能が送信時間間隔（ＴＴＩ）に適用されるかどうかの指示は、制御チャネル上で搬送される。
【0121】
一実施形態では、制御チャネルは、データチャネルをＵＥにスケジューリングするために使用することができる。
【0122】
一実施形態では、指示は、データチャネルが関連する送信時間間隔に適用可能とすることができる。指示は、制御チャネルが関連する送信時間間隔にも適用可能とすることができる。
【0123】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様において、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。
【0124】
当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。
【0125】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【0126】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。
【0127】
任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。
【0128】
本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【0129】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。