(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-11
(45)【発行日】2023-12-19
(54)【発明の名称】方法、端末デバイス、およびネットワークデバイス
(51)【国際特許分類】
H04W 72/04 20230101AFI20231212BHJP
H04W 72/0453 20230101ALI20231212BHJP
H04W 72/0446 20230101ALI20231212BHJP
H04W 28/16 20090101ALI20231212BHJP
H04L 27/26 20060101ALI20231212BHJP
【ＦＩ】
H04W72/04
H04W72/0453
H04W72/0446
H04W28/16
H04L27/26 114
H04L27/26 113
【請求項の数】
8
(21)【出願番号】P 2021575211
(86)(22)【出願日】2019-06-17
(65)【公表番号】
(43)【公表日】2022-10-18
(86)【国際出願番号】 CN2019091592
(87)【国際公開番号】W WO2020252641
(87)【国際公開日】2020-12-24
【審査請求日】2022-06-14
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ユエン ファン
(72)【発明者】
【氏名】ワン ガン
【審査官】中村 信也
(56)【参考文献】
【文献】ZTE，Enhancements on Multi-TRP and Multi-panel Transmission[online]，3GPP TSG RAN WG1 #97 R1-1906236，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906236.zip>，2019年05月04日
【文献】Ericsson，On multi-TRP and multi-panel[online]，3GPP TSG RAN WG1 #96 R1-1902540，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1902540.zip>，2019年02月15日
【文献】Huawei, HiSilicon，Reliability/robustness enhancement with multi-TRP/panel[online]，3GPP TSG RAN WG1 #97 R1-1906039，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906039.zip>，2019年05月03日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９－００
Ｈ０４Ｌ ２７／００－２７／３８
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
端末デバイスが、
第１の周波数分割多重（ＦＤＭ）方式、第２のＦＤＭ方式、または時分割多重（ＴＤＭ）方式のうちの１つの繰り返し方式を示す上位層の構成を受信する処理と、
２つのＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態と、１つのＤＭＲＳグループ内の少なくとも１つのＤＭＲＳポートを指示されたことに応答して、
２つのＴＣＩ状態が指示され、かつ第１のＦＤＭ方式が指示された場合には、各ＴＣＩ状態が、重複していない周波数領域のリソース割り当てに関連付けられた、トランスポートブロック（ＴＢ）のダウンリンク伝送を受信し、
２つのＴＣＩ状態が指示され、かつ第２のＦＤＭ方式が指示された場合には、各ＴＣＩ状態が、同じＴＢの２つのダウンリンク伝送からの一のダウンリンク伝送に関連付けられ、当該一のダウンリンク伝送は、他のダウンリンク伝送に関して重複していない周波数領域のリソース割り当てに関連付けられた、当該２つのダウンリンク伝送を受信し、
２つのＴＣＩ状態が指示され、かつＴＤＭ方式が指示された場合には、各ＴＣＩ状態が、１つのスロット内の同じＴＢで受信される２つのダウンリンク伝送からの一のダウンリンク伝送に関連付けられ、当該一のダウンリンク伝送が、他のダウンリンク伝送に関して重複していない時間領域のリソース割り当てに関連付けられた、当該２つのダウンリンク伝送を受信する処理と、
を実行する方法。
【請求項2】
前記ＴＤＭ方式が指示された場合、各ダウンリンク伝送のＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）はＴＣＩ状態に関連付けられる、
請求項１に記載の方法。
【請求項3】
ネットワークデバイスが、
第１の周波数分割多重（ＦＤＭ）方式、第２のＦＤＭ方式、または時分割多重（ＴＤＭ）方式のうちの１つの繰り返し方式を示す上位層の構成を送信する処理と、
２つのＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態と、１つのＤＭＲＳグループ内の少なくとも１つのＤＭＲＳポートを端末デバイスへ指示したことに応答して、
２つのＴＣＩ状態を指示し、かつ第１のＦＤＭ方式を指示した場合には、各ＴＣＩ状態が、重複していない周波数領域のリソース割り当てに関連付けられた、トランスポートブロック（ＴＢ）のダウンリンク伝送を送信し、
２つのＴＣＩ状態を指示し、かつ第２のＦＤＭ方式を指示した場合には、各ＴＣＩ状態が、同じＴＢの２つのダウンリンク伝送からの一のダウンリンク伝送に関連付けられ、当該一のダウンリンク伝送は、他のダウンリンク伝送に関して重複していない周波数領域のリソース割り当てに関連付けられた、当該２つのダウンリンク伝送を送信し、
２つのＴＣＩ状態を指示し、かつＴＤＭ方式を指示した場合には、各ＴＣＩ状態が、１つのスロット内の同じＴＢで受信される２つのダウンリンク伝送からの一のダウンリンク伝送に関連付けられ、当該一のダウンリンク伝送が、他のダウンリンク伝送に関して重複していない時間領域のリソース割り当てに関連付けられた、当該２つのダウンリンク伝送を送信する処理と、
を実行する方法。
【請求項4】
前記ＴＤＭ方式を指示した場合、各ダウンリンク伝送のＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）はＴＣＩ状態に関連付けられる、
請求項３に記載の方法。
【請求項5】
第１の周波数分割多重（ＦＤＭ）方式、第２のＦＤＭ方式、または時分割多重（ＴＤＭ）方式のうちの１つの繰り返し方式を示す上位層の構成を受信する手段と、
２つのＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態と、１つのＤＭＲＳグループ内の少なくとも１つのＤＭＲＳポートを指示されたことに応答して、
２つのＴＣＩ状態が指示され、かつ第１のＦＤＭ方式が指示された場合には、各ＴＣＩ状態が、重複していない周波数領域のリソース割り当てに関連付けられた、トランスポートブロック（ＴＢ）のダウンリンク伝送を受信し、
２つのＴＣＩ状態が指示され、かつ第２のＦＤＭ方式が指示された場合には、各ＴＣＩ状態が、同じＴＢの２つのダウンリンク伝送からの一のダウンリンク伝送に関連付けられ、当該一のダウンリンク伝送は、他のダウンリンク伝送に関して重複していない周波数領域のリソース割り当てに関連付けられた、当該２つのダウンリンク伝送を受信し、
２つのＴＣＩ状態が指示され、かつＴＤＭ方式が指示された場合には、各ＴＣＩ状態が、１つのスロット内の同じＴＢで受信される２つのダウンリンク伝送からの一のダウンリンク伝送に関連付けられ、当該一のダウンリンク伝送が、他のダウンリンク伝送に関して重複していない時間領域のリソース割り当てに関連付けられた、当該２つのダウンリンク伝送を受信する手段と、
を有する端末デバイス。
【請求項6】
前記ＴＤＭ方式が指示された場合、各ダウンリンク伝送のＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）はＴＣＩ状態に関連付けられる、
請求項５に記載の端末デバイス。
【請求項7】
第１の周波数分割多重（ＦＤＭ）方式、第２のＦＤＭ方式、または時分割多重（ＴＤＭ）方式のうちの１つの繰り返し方式を示す上位層の構成を送信する手段と、
２つのＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態と、１つのＤＭＲＳグループ内の少なくとも１つのＤＭＲＳポートを端末デバイスへ指示したことに応答して、
２つのＴＣＩ状態を指示し、かつ第１のＦＤＭ方式を指示した場合には、各ＴＣＩ状態が、重複していない周波数領域のリソース割り当てに関連付けられた、トランスポートブロック（ＴＢ）のダウンリンク伝送を送信し、
２つのＴＣＩ状態を指示し、かつ第２のＦＤＭ方式を指示した場合には、各ＴＣＩ状態が、同じＴＢの２つのダウンリンク伝送からの一のダウンリンク伝送に関連付けられ、当該一のダウンリンク伝送は、他のダウンリンク伝送に関して重複していない周波数領域のリソース割り当てに関連付けられた、当該２つのダウンリンク伝送を送信し、
２つのＴＣＩ状態を指示し、かつＴＤＭ方式を指示した場合には、各ＴＣＩ状態が、１つのスロット内の同じＴＢで受信される２つのダウンリンク伝送からの一のダウンリンク伝送に関連付けられ、当該一のダウンリンク伝送が、他のダウンリンク伝送に関して重複していない時間領域のリソース割り当てに関連付けられた、当該２つのダウンリンク伝送を送信する手段と、
を有するネットワークデバイス。
【請求項8】
前記ＴＤＭ方式を指示した場合、各ダウンリンク伝送のＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）はＴＣＩ状態に関連付けられる、
請求項７に記載のネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は、一般的に、通信分野に関し、特に、複数送受信ポイント（ｍｕｌｔｉ－ＴＲＰ：ｍｕｌｔｉ－Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）通信に関する。
【背景技術】
【0002】
３ＧＰＰ規格の最新の開発は、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークのＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びＥ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と呼ばれ、通常「４Ｇ」と呼ばれる。さらに、「５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）」という用語とは、さまざまなアプリケーションやサービスをサポートすることが期待される、進化の通信技術を指す。５Ｇ ＮＲは、遅延性、信頼性、セキュリティ、スケーラビリティ（例えば、モノのインターネット）に関連する新たな要求、及びその他の要求を満たすために、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって公布された継続的なモバイルブロードバンドの進化の一部である。５Ｇ ＮＲのいくつかの側面は、４Ｇ ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）規格に基づくことがある。
【0003】
３ＧＰＰ ＲＡＮ１－９６ｂ／９７において、以下の事項は合意されている。単一のダウンリンク制御情報（ＤＣＩ）によってスケジュールされたマルチＴＲＰによる超信頼性低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）について、多くの繰り返し方式、例えば、方式１（ＳＤＭ方式：空間分割多重化方式）、方式２（ＦＤＭ方式：周波数分割多重化方式）、方式３（ＴＤＭ方式：時分割多重化方式）、及び方式４（ほかのＴＤＭ方式）などをサポートすると合意された。しかしながら、サポートされているすべての繰り返し方式において、マルチＴＲＰによるＵＲＬＬＣ送信用の異なる繰り返しモードの間の切り替えを如何に示すことはまだ明確ではない。
【発明の概要】
【0004】
一般に、本開示の例示的な実施形態は、マルチＴＲＰ通信用のソリューションを提供する。
【0005】
第１態様において、通信方法を提供する。当該方法は、端末デバイスで、ＴＲＰに接続されるネットワークデバイスから、前記ネットワークデバイスから前記端末デバイスへのデータ送信に関連つけられる制御情報を受信することを含む。当該方法は、前記制御情報から、前記複数のＴＲＰを介して前記データを前記端末デバイスへ送信するために前記ネットワークデバイスによって使用される繰り返し方式を特定することも含む。当該方法は、さらに、前記繰り返し方式に基づいて、前記ネットワークデバイスから前記データを受信することを含む。
【0006】
第２態様において、通信方法を提供する。当該方法は、ＴＲＰに接続されるネットワークデバイスで、前記複数のＴＲＰを介して端末デバイスへのデータ送信のために前記ネットワークデバイスによって使用される繰り返し方式を特定することを含む。当該方法は、前記ネットワークデバイスから前記端末デバイスへの前記データ送信に関連つけられる、前記繰り返し方式を示す前記制御情報を生成することも含む。当該方法は、前記制御情報を前記端末デバイスへ送信することも含む。当該方法は、さらに、前記繰り返し方式に基づいて、前記複数のＴＲＰを介して前記データを前記端末デバイスへ送信することを含む。
【0007】
第３態様において、通信方法を提供する。当該方法は、端末デバイスで、ネットワークデバイスから前記端末デバイスへ送信される第１データに関連つけられる第１制御情報を前記ネットワークデバイスから受信することを含む。当該方法は、前記ネットワークデバイスから前記端末デバイスへ送信される第２データに関連つけられる第２制御情報を前記ネットワークデバイスから受信することも含み、前記第１制御情報及び前記第２制御情報は、それぞれ、第１ＴＲＰ及び第２ＴＲＰを介して前記ネットワークデバイスによって送信され、前記第１制御情報の第１開始時間点及び前記第２制御情報の第２開始時間点は、前記端末デバイスが前記ネットワークデバイスからの制御情報を監視するための１つの時間間隔内にある。当該方法は、前記ネットワークデバイスが使用する目標制御情報の送信基準に基づいて、前記第１制御情報及び前記第２制御情報から前記目標制御情報を選択することも含む。当該方法は、さらに、前記目標制御情報において示されるフィードバックチャネル上で前記第１データに対する第１フィードバック及び前記第２データに対する第２フィードバックを、前記ネットワークデバイスへ送信することを含む。
【0008】
第４態様において、通信方法を提供する。当該方法は、ネットワークデバイスで、前記ネットワークデバイスから端末デバイスへ送信される第１データに関連つけられる第１制御情報、及び前記ネットワークデバイスから前記端末デバイスへ送信される第２データに関連つけられる第２制御情報を生成することを含み、前記第１制御情報及び前記第２制御情報は、それぞれ、第１ＴＲＰ及び第２ＴＲＰを介して前記 ネットワークデバイスによって送信され、前記第１制御情報の第１開始時間点及び前記第２制御情報の第２開始時間点は、前記端末デバイスが前記ネットワークデバイスからの制御情報を監視するための１つの時間間隔内にある。当該方法は、送信基準に基づいて、前記第１ＴＲＰ及び前記第２ＴＲＰの一方を介して、前記第１制御情報及び前記第２制御情報のうち、前記端末デバイスが前記第１データに対する第１フィードバック及び前記第２データに対する第２フィードバックを送信するためのフィードバックチャネルを示す目標制御情報を前記端末デバイスへ送信することも含む。当該方法は、さらに、前記第１ＴＲＰ及び前記第２ＴＲＰの他方を介して、前記第１制御情報及び前記第２制御情報の他方の制御情報を前記端末デバイスへ送信することを含む。
【0009】
第５態様において、通信方法を提供する。当該方法は、端末デバイスで、ネットワークデバイスから、前記ネットワークデバイスから前記端末デバイスへ送信される第１データに関連つけられ、かつ、第１インデックスを有する第１制御情報を受信することを含む。当該方法は、前記ネットワークデバイスから、前記ネットワークデバイスから前記端末デバイスへ送信される第２データに関連つけられ、かつ第２インデックスを有する第２制御情報を受信することも含み、前記第１制御情報及び前記第２制御情報は、それぞれ、第１ＴＲＰ及び第２ＴＲＰを介して前記ネットワークデバイスによって送信され、前記第１制御情報の第１開始時間点及び前記第２制御情報の第２開始時間点は、前記端末デバイスが前記ネットワークデバイスからの制御情報を監視するための１つの時間間隔内にある。当該方法は、さらに、前記第１インデックス及び前記第２インデックスに基づいて前記第１制御情報及び前記第２制御情報の受信順番を特定することを含む。
【0010】
第６態様において、通信方法を提供する。当該方法は、複数のＴＲＰに接続されるネットワークデバイスで、前記ネットワークデバイスから端末デバイスへの送信に関連つけられる制御情報を生成することを含む。当該方法は、前記複数のＴＲＰのうち、１つのＴＲＰの第２インデックスに基づいて、前記ＴＲＰを介して送信される前記制御情報の第１インデックスを特定することも含む。当該方法は、さらに、前記第１インデックスを含む前記制御情報を前記端末デバイスへ送信することを含む。
【0011】
第７態様において、通信方法を提供する。当該方法は、端末デバイスで、複数のＴＲＰに接続されるネットワークデバイスから、前記ネットワークデバイスから前記端末デバイスへの送信に関連つけられる制御情報を受信することを含む。当該方法は、前記制御情報から、前記制御情報の第１インデックスを特定することも含む。当該方法は、前記複数のＴＲＰのうち、前記制御情報が前記ネットワークデバイスによって送信されることに使用されるＴＲＰの第２インデックスを特定することも含む。当該方法は、さらに、前記第１インデックス及び前記第２インデックスに基づいて、前記制御情報の以前の制御情報の受信状態を特定することを含む。
【0012】
第８態様において、端末デバイスを提供する。当該端末デバイスは、プロセッサと、指令を記憶するメモリと、を含む。当該メモリ及び指令は、前記プロセッサで、前記端末デバイスに第１、第３、第５、及び第７態様のいずれかによる方法を実行させるように構成される。
【0013】
第９態様において、ネットワークデバイスを提供する。当該ネットワークデバイスは、プロセッサと、指令を記憶するメモリと、を含む。当該メモリ及び指令は、前記プロセッサで、前記端末デバイスに第２、第４、及び第６態様のいずれかによる方法を実行させるように構成される。
【0014】
第１０態様において、指令が格納されたコンピュータ読み取り可能な媒体を提供する。当該指令はデバイスの少なくとも１つのプロセッサで実施されると、前記デバイスに第１態様～第７態様のいずれかによる方法を実行させる。
【0015】
当該概要は、本開示の実施形態の重要な又は本質的な特徴を特定することを意図するものではなく、また、本開示の範囲を限定するために使用することを意図するものでもないと理解されたい。本開示の他の特徴は、以下の説明を通して容易に理解できるようになる。
【図面の簡単な説明】
【0016】
添付図面を参照しながら本開示のいくつかの実施形態をより詳細に説明することを通じて、本開示の上記及び他の目的、特徴及び利点がより明らかになる。
【0017】
【0018】
【0019】
【0020】
【0021】
【0022】
【0023】
【0024】
【0025】
【0026】
【0027】
【0028】
【0029】
【0030】
【0031】
【0032】
図面全体において、同じ又は類似の符号は、同じ又は類似の要素を示す。
【発明を実施するための形態】
【0033】
本開示の原理について、いくつかの例示的な実施形態を参照して説明する。これらの実施形態は、例示の目的で記載されることにすぎず、本開示の範囲に関する限定を示唆することなく、当業者が本開示を理解及び実施するのを助けることを理解されたい。本明細書で説明される開示は、以下で説明されるもの以外の様々な方法で実施されることができる。
【0034】
以下の説明及び特許請求の範囲において、別途定義されない限り、本明細書で使用されるすべての技術用語及び科学用語は、本開示が属する技術分野の当業者に一般的に理解されるのと同じ意味を有する。
【0035】
本明細書で使用されるとき、用語「送受信ポイント」、「送信／受信ポイント」、或いは「送信受信ポイント」という用語は、一般的に、ユーザ機器と通信するステーションを示す。しかしながら、送信受信ポイントは、基地局（ＢＳ）、セル、Ｎｏｄｅ Ｂ、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、セクター、サイト、基地局システム（ＢＴＳ）、アクセスポイント（ＡＰ）、リレーノード（ＲＮ）、リモート無線ヘッド（ＲＲＨ）、無線ユニット（ＲＵ）、アンテナなどの異なる用語と呼ばれる場合がある。
【0036】
即ち、本開示の文脈において、送受信ポイント、基地局（ＢＳ）やセルは、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）に基づく基地局制御装置（ＢＳＣ）、Ｗ－ＣＤＭＡに基づくＮｏｄｅ Ｂ、ＬＴＥに基づくｅＮＢ又はセクター（サイト）、ＮＲに基づくｇＮＢ又はＴＲＰなどによってカバーされるエリアや機能の一部を示す包括的な概念として解釈されることがある。従って、送受信ポイント、基地局（ＢＳ）、及び／又はセルの概念は、メガセル、マクロセル、マイクロセル、ピコセル、フェムトセルなどのような様々なカバレッジエリアを含み得る。さらに、このような概念は、リレーノード（ＲＮ）、遠隔無線ヘッド（ＲＲＨ）、又は無線ユニット（ＲＵ）の通信範囲を含み得る。
【0037】
本開示の文脈において、ユーザ機器及び送受信ポイントは、本明細書に開示される技術及び技術概念を具体化するために使用される包括的な意味を有する２つの送受信対象であるが、特定の用語又は単語に限定されない。さらに、ユーザ機器及び送受信ポイントは、本実施形態に関連して開示される技術及び技術概念を具体化するために使用される、包括的意味を有するアップリンク又はダウンリンクの送受信対象であるが、特定の用語又は単語に限定されない。本明細書において、アップリンク（ＵＬ）送受信は、データをユーザ機器から基地局に伝送する方式である。又は、ダウンリンク（ＤＬ）送受信は、データを基地局からユーザ機器に伝送する方式である。
【0038】
本明細書で使用されるとき、単数形である「１つ（ａ）」、「１つ（ａｎ）」、及び「上記（ｔｈｅ」は、文脈からそうでないことが明確に示されていない限り、複数形も含むことを意図している。「含む」という用語及びその変形は、「含むがこれに限定されない」ことを意味するオープンな用語として読まれる。「に基づいて」という用語は、「少なくとも部分的に基づいて」と読まれる。「一実施形態」及び「実施形態」という用語は、「少なくとも一実施形態」と読まれる。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と読まれる。「第１」、「第２」などの用語は、異なるオブジェクト又は同じオブジェクトを指す。明示的及び暗黙的なその他の定義は、以下に含まれる。
【0039】
いくつかの例では、値、手順、又は装置は、「最もよい」、「最も小さい」、「最も高い」、「最小」、「最大」などとして言及される。そのような記述は、多くの使用される機能的選択肢から選択可能であり、このような選択は、他の選択に比べてより良い、小さい、高い、又はより好ましい必要がないことを示すと意図していることを理解されたい。
【0040】
図１は、本開示のいくつかの実施形態を実施することができる通信環境１００の概略図である。当該通信環境１００は、ネットワークデバイス１１０、及びネットワークデバイス１１０によってサービスが提供される端末デバイス１２０を含む。当該ネットワークデバイス１１０のサービスエリアは、セル１０２と称されてもよい。通信環境１００において、ネットワークデバイス１１０は、データ及び制御情報を端末デバイス１２０へ送信することができ、端末デバイス１２０もデータ及び制御情報をネットワークデバイス１１０へ送信することができる。ネットワークデバイス１１０から端末デバイス１２０への通信リンクはダウンリンク（ＤＬ）又は下りリンクと呼ばれ、一方、端末デバイス１２０からネットワークデバイス１１０への通信リンクは、アップリンク（ＵＬ）又は上りリンクと呼ばれる。
【0041】
図１に示されるように、ネットワークデバイス１１０は２つのＴＲＰ１３１、１３２に接続され、２つのＴＲＰ１３１、１３２を介して端末デバイス１２０と通信することができる。例えば、マルチＴＲＰによるＵＲＬＬＣ送信などの、ネットワークデバイス１１０から端末デバイス１２０への繰り返し送信において、ネットワークデバイス１１０はＴＲＰ１３１及びＴＲＰ１３２を介して同じデータ１４０を送信してもよい。本明細書で使用されるとき、データ１４０は、ユーザ側データ、制御側データなどを含む、ネットワークデバイス１１０と端末デバイス１２０との間で送信されることができる任意のデータを含んでもよい。例えば、データ１４０はＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）又はパケットである。以下、ＴＲＰ１３１は第１ＴＲＰとも呼ばれることがあり、一方、ＴＲＰ１３２は第２ＴＲＰとも呼ばれることがある。当該第１及び第２ＴＲＰ１３１、１３２は、ネットワークデバイス１１０によって提供される同じサービングセル（Ｓｅｒｖｉｎｇ Ｃｅｌｌ）（図１に示すセル１０２など）又は異なるサービングセルに含まれてもよい。
【0042】
いくつかの実施形態において、第１及び第２ＴＲＰ１３１、１３２は、異なる上位層の構成ＩＤに明示的に関連つけられてもよい。例えば、上位層の構成されたインデックスは、事前に定義されたＣＯＲＥＳＥＴ（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ）、事前に定義された基準信号（ＲＳ）、又は事前に定義されたＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態に関連つけられることができ、これらは異なるＴＲＰから端末デバイス１２０への送信の間を区別するために使用される。端末デバイス１２０が異なる上位層の構成ＩＤに関連つけられる２つのＣＯＲＥＳＥＴから２つのＤＣＩを受信する際に、当該２つのＤＣＩは異なるＴＲＰから示される。さらに、第１及び第２ＴＲＰ１３１、１３２は、物理チャネル又は信号の専用構成によって暗示的に識別されてもよい。例えば、ＴＲＰに関連つけられる専用のＣＯＲＥＳＥＴ、ＲＳ、及びＴＣＩ状態は、異なるＴＲＰから端末デバイス１２０への送信を識別するために使用される。例えば、端末デバイス１２０が専用のＣＯＲＥＳＥＴからＤＣＩを受信する際に、当該ＤＣＩは当該ＣＯＲＥＳＥＴ専用の関連するＴＲＰから示される。
【0043】
２つのＴＲＰ１３１、１３２を介しての繰り返し送信において、ネットワークデバイス１１０は、多くの利用可能な繰り返し方式のうち、繰り返し方式１５０を使用することができる。当該繰り返し方式１５０は、例えば、２つのＴＲＰ１３１、１３２の間の多重化方式、２つのＴＲＰ１３１、１３２のそれぞれに対するリソースの割り当てなどの、ネットワークデバイス１１０が２つのＴＲＰ１３１、１３２を共同に使用する送信方式を指定してもよい。
【0044】
追加的に、データ１４０を端末デバイス１２０へ送信する前に、ネットワークデバイス１１０はデータ１４０の送信に関連つけられる制御情報１３５を送信してもよい。例えば、制御情報１３５は、３ＧＰＰ仕様で定義されたように、スロットオフセット、及びＳＬＩＶ（Ｓｔａｒｔ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）、復調基準信号（ＤＭＲＳ）グループ、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）を含む周波数領域リソース割り当て（ＦＤＲＡ）、時間領域リソース割り当て（ＴＤＲＡ）などの、データ１４０の送信に関する様々な送信パラメータを示すことができる。制御情報１３５において示された送信パラメータは上記したものに限定されないと理解されたい。本開示の実施形態は、任意の送信パラメータを含む制御情報に同等に適用可能である。
【0045】
いくつかの実施形態において、制御情報１３５は３ＧＰＰ仕様で定義されたようなＤＣＩであってもよく、それが様々な送信パラメータを動的に、つまり、比較的短い時間スケールで示すことができる。いくつかの他の実施形態において、制御情報１３５は、様々な送信パラメータを半静的に、つまり、比較的長い時間スケールで示すことができる無線リソース制御（ＲＲＣ）メッセージ又は媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）メッセージであってもよい。
【0046】
ネットワークデバイス１１０によって提供された同じサービングセル内の第１及び第２ＴＲＰ１３１、１３２を参照しながら本開示のいくつかの実施形態を説明したが、これらの実施形態は、本開示の範囲に対して限定を示唆することなく、例示の目的のためのものにすぎず、当業者が本開示を理解及び実施することに貢献するためである。本明細書で説明される本開示の実施形態は、以下に説明されるもの以外の様々な態様で実施されることができると理解されたい。
【0047】
図１に示すネットワークデバイスの数、端末デバイスの数、及びＴＲＰの数は、いかなる限定を示唆することなく、例示の目的のためのものにすぎないと理解されたい。実際に、通信環境１００は本開示の実施形態を実行するのに適する任意の適切な数のネットワークデバイス、任意の適切な数の端末デバイス、及び任意の適切な数のＴＲＰを含んでもよい。言い換えると、本開示の実施形態は、端末デバイスが複数のネットワークデバイスと通信し、又はネットワークデバイスが３つ以上のＴＲＰに接続されるシナリオにも適用可能である。
【0048】
本明細書で使用されるとき、「ネットワークデバイス」又は「基地局」（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）という用語は、端末デバイスが通信できるセル又はカバレッジを提供し、又はホストすることができるデバイスを指す。ネットワークデバイスの例として、Ｎｏｄｅ Ｂ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、リモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）、無線ヘッド（ＲＨ：Ｒａｄｉｏ Ｈｅａｄ）、リモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、及びフェムトノードやピコノードなどの低パワーノードなどが挙げられるが、これらに限定されない。
【0049】
本明細書で使用されるとき、「端末デバイス」という用語は、無線又は有線の通信機能を有する任意のデバイスを指す。端末デバイスの例として、ユーザー機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、パーソナルコンピュータ、デスクトップ、携帯電話、セルラー電話、スマートフォン、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲームデバイス、音楽記憶及び再生機器、又は無線や有線インターネットアクセス及びブラウジングなどを可能にするインターネット機器が挙げられるが、それらに限定されない。検討の目的のために、以下では、端末デバイスの例としてＵＥを参照していくつかの実施形態を説明し、「端末デバイス」及び「ユーザ機器」（ＵＥ）という用語は、本開示の文脈において相互に交換可能に使用される。
【0050】
本明細書で使用されるとき、「リソース」又は「送信リソース」という用語は、通信、例えば、時間領域におけるリソース、周波数領域におけるリソース、空間領域におけるリソース、コード領域におけるリソース、又は通信を可能にする他のリソースなどの、ネットワークデバイスと端末デバイスとの間の通信を実行するための任意のリソースを指す。それに対応して、「リソースプール」という用語は、時間領域（例えば、タイムスロット）、周波数領域（例えば、サブチャネル）、空間領域、コード領域などにおけるリソースユニットのセットを指す。以下、本開示のいくつかの実施形態を説明するために、周波数領域及び時間領域の両方におけるリソースは、送信リソースの例として使用される。本開示の実施形態は他の領域における他のリソースにも同等に適用可能であると注意されたい。
【0051】
通信環境１００における通信は、任意の適切な規格に準拠することができる。ここでの規格は、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＣ－ＧＳＭ－ＩｏＴ（Ｅｘｔｅｎｄｅｄ Ｃｏｖｅｒａｇｅ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、Ｗ－ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）などを含むが、これらに限定されない。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されることができる。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルを含むが、これらに限定されない。
【0052】
現在の仕様では、ＴＢの繰り返しモードはＲＲＣシグナリングで半静的に構成されている。しかしながら、サポートされているすべての繰り返し方式において、マルチＴＲＰによるＵＲＬＬＣ送信用の異なる繰り返しモードの間の切り替えを如何に示すことはまだ明確ではない。従来のソリューションに存在する上記問題及び他の潜在的な問題を考慮して、本開示の実施形態は、マルチＴＲＰ通信、特にＵＲＬＬＣ通信のためのソリューションを提供する。いくつかの実施形態において、データ（例えば、ＴＢ）の送信（例えば、ＵＲＬＬＣ送信）用の繰り返し方式（繰り返しモードとも呼ばれる）は、ＤＣＩなどを介して動的に示されることができる。本開示の実施形態によれば、リリース１５のＤＣＩと比較して、ＤＣＩのペイロードを増やすことなく、マルチＴＲＰ送信用の繰り返しデータをスケジュールできるＤＣＩは１つだけである。また、データ送信用の繰り返し方式は、同じＤＣＩでより動的に示されることができる。以下、本開示の実施形態の原理及び実施について詳細に説明する。
【0053】
図２は、本開示のいくつかの実施形態によるネットワークデバイス１１０と端末デバイス１２０との間の例示的な通信プロセス２００を示す。以下、図１に示されたような、ネットワークデバイス１１０が２つのＴＲＰ１３１、１３２に接続される通信環境１００を参照しながら、本開示の実施形態を説明する。しかしながら、本開示の実施形態は、ネットワークデバイス１１０が３つ以上のＴＲＰと接続され、３つ以上のＴＲＰを介してデータ１４０を送信する場合にも同等に適用可能であると理解されたい。
【0054】
図２に示されるように、ネットワークデバイス１１０は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２を介してデータ１４０を端末デバイス１２０へ送信するためにネットワークデバイス１１０によって使用される繰り返し方式１５０を特定する（２０５）。ネットワークデバイス１１０が２つのＴＲＰ１３１、１３２を介してデータ１４０の送信を実行するための様々な利用可能な繰り返し方式がある。従って、繰り返し方式１５０を特定する際に、ネットワークデバイス１１０は、これらの利用可能な繰り返し方式のうち、１つの繰り返し方式を選択することができる。図３Ａ～図３Ｅを参照しながら、いくつかの利用可能な繰り返し方式を説明する。しかしながら、本開示の実施形態は、本明細書に記載される繰り返し方式に限定されず、既存又は将来の繰り返し方式にも同等に適用可能であると理解されたい。
【0055】
図３Ａ～図３Ｅは、本開示のいくつかの実施形態による様々な繰り返し方式用の送信リソースの例示的な模式図を示す。図３Ａ～図３Ｅにおいて、横軸は時間領域を表し、縦軸は周波数領域を表す。マルチＴＲＰ送信の利用可能な繰り返し方式の例として、マルチＴＲＰによるＵＲＬＬＣ用のいくつかの繰り返し方式は、単一のＤＣＩによってスケジュールされることができるＲＡＮ１＃９６ｂｉｓにおける１つ以上の繰り返し方式のさらなる縮小選択を容易にするために明確化されている。
【0056】
図３Ａは、ＳＤＭ１ａ方式とも呼ばれる空間分割多重化（ＳＤＭ）方式３１０を示す。ＳＤＭ方式３１０において、ネットワークデバイス１１０は、データ１４０を端末デバイス１２０へ送信するために、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に対して同じ周波数及び時間リソースのセット３１２を使用してもよい。例えば、ＳＤＭ方式３１０において、ＴＣＩ状態は、重複した時間及び周波数リソースの割り当てにより、単一のスロット内にある。各送信機会は、同じＴＢの一層又は層のセットであり、各層又は各層のセットは１つのＴＣＩ及び１セットのＤＭＲＳポートに関連つけられる。１つのＲＶを有する単一のコードワードは、すべての空間層又は層のセットにわたって使用される。端末デバイス１２０の観点から、異なる符号化ビットは、リリース１５に記載されるものと同じマッピングルールによって異なる層又は層のセットにマッピングされる。
【0057】
図３Ｂ及び図３Ｃは、それぞれ、第１ＦＤＭ（ＦＤＭ１）方式及び第２ＦＤＭ（ＦＤＭ２）方式とも呼ばれる２つの周波数分割多重化（ＦＤＭ）方式３２０、３３０を示す。いくつかの実施形態において、第１ＦＤＭ方式３２０及び第２ＦＤＭ方式３３０において、ＴＣＩ状態は、重複していない周波数リソースの割り当てによって、単一のスロット内にある。各重複していない周波数リソース割り当ては、１つのＴＣＩ状態に関連つけられる。同じ単一／複数のＤＭＲＳポートはすべての重複していない周波数リソース割り当てに関連つけられる。
【0058】
第１ＦＤＭ方式３２０において、ネットワークデバイス１１０は、データ１４０を端末デバイス１２０へ送信するために、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対して２つの周波数リソースのセット３２２、３２４を使用してもよい。しかしながら、図３Ｂに示されるように、２つの周波数リソースのセット３２２、３２４は、周波数領域でお互いに隣接する。これは、２つの周波数リソースのセット３２２、３２４が１つのＦＤＲＡで示されることができ、かつ、ネットワークデバイス１１０が、例えば示された周波数リソースを均等に分割するなどの事前に定義された分割ルールに基づいて、示された周波数リソースを２つのセット３２２、３２４に分割することができることを意味する。
【0059】
追加的に、第１ＦＤＭ方式３２０では、データ１４０の同じコードワードは、第１ＴＲＰ１３１及び第２ＴＲＰ１３２を介してネットワークデバイス１１０によって送信される。例えば、第１ＦＤＭ方式３２０において、１つのＲＶを有する単一のコードワードは、リソースの割り当て全体にわたって使用される。端末デバイス１２０の観点から、共通のリソースブロック（ＲＢ）マッピング（リリース１５に記載されたようなコードワードから層へのマッピング）は、リソース割り当て全体にわたって適用される。
【0060】
同様に、第２ＦＤＭ方式３３０において、ネットワークデバイス１１０は、データ１４０を端末デバイス１２０へ送信するために、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対して２つの周波数リソースのセット３３２、３３４を使用することもできる。また、図３Ｃに示されるように、２つの周波数リソースのセット３３２、３３４は、周波数領域でお互いに隣接する。これは、２つの周波数リソースのセット３３２、３３４が１つのＦＤＲＡで示されることができ、かつ、ネットワークデバイス１１０が、例えば示された周波数リソースを均等に分割するなどの事前に定義された分割ルールに基づいて、示された周波数リソースを２つのセット３３２、３３４に分割することができることを意味する。
【0061】
第１ＦＤＭ方式３２０の場合と異なり、第２ＦＤＭ方式３３０では、データ１４０の２つの異なるコードワードは、それぞれ、第１ＴＲＰ１３１及び第２ＴＲＰ１３２を介してネットワークデバイス１１０によって送信される。例えば、第２ＦＤＭ方式３３０において、１つのＲＶを有する単一のコードワードは、各重複していない周波数リソース割り当てに使用される。各重複していない周波数リソース割り当てに対応するＲＶは同じであってもよく、異なってもよい。
【0062】
図３Ｄ及び図３Ｅは、第１ＴＤＭ（ＴＤＭ１）方式及び第２ＴＤＭ（ＴＤＭ２）方式とも呼ばれる２つの時間分割多重化（ＴＤＭ）方式３４０、３５０を示す。第１ＴＤＭ方式３４０において、ネットワークデバイス１１０は、データ１４０を端末デバイス１２０へ送信するために、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対して２つの時間リソースのセット３４２、３４４を使用してもよい。２つのセット３４２、３４４の間のオフセット３４６は、３ＧＰＰ仕様に定義されたようなタイムスロットより少ない。言い換えると、時間リソースのセット３４２、３４４は同じタイムスロットに位置する。例えば、第１ＴＤＭ方式３４０において、ＴＣＩ状態は、重複していない時間リソース割り当てにより、単一のスロット内にある。ＴＢの各送信機会は、ミニスロットの時間粒度を有する１つのＴＣＩ及び１つのＲＶがある。スロット内のすべての送信機会は、同じ単一又は複数のＤＭＲＳポートで共通のＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）を使用する。ＲＶ／ＴＣＩの状態は、送信機会の間に、同じであってもよく、異なってもよい。
【0063】
同様に、第２ＴＤＭ方式３５０において、ネットワークデバイス１１０は、データ１４０を端末デバイス１２０へ送信するために、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対して２つの時間リソースのセット３５２、３５４を使用してもよい。第１ＴＤＭ方式３４０の場合と異なり、第２ＴＤＭ方式３５０では、２つのセット３５２、３５４の間のオフセット３５６は、３ＧＰＰ仕様に定義されたようなタイムスロットより大きい。言い換えると、時間リソースのセット３５２、３５４は異なるタイムスロットに位置する。例えば、第２ＴＤＭ方式３５０において、ＴＣＩ状態はＫ（ｎ≦Ｋ）個の異なるスロットにある。ＴＢの各送信機会は１つのＴＣＩ及び１つのＲＶを有する。Ｋ個のスロットにわたるすべての送信機会は、同じ単一又は複数のＤＭＲＳポートで共通のＭＣＳを使用する。ＲＶ／ＴＣＩ状態は、送信機会の間に、同じであってもよく、異なってもよい。
【0064】
繰り返し方式１５０を特定した後に、かつ、繰り返し方式１５０に基づいて２つのＴＲＰ１３１、１３２を介してデータ１４０を送信する前に、ネットワークデバイス１１０は、制御情報１３５を端末デバイス１２０へ送信することで端末デバイス１２０に繰り返し方式１５０を通知してもよい。言い換えると、ネットワークデバイス１１０は、制御情報１３５において繰り返し方式１５０を示すことができる。従って、制御情報１３５を受信すると、端末デバイス１２０は、ネットワークデバイス１１０によって使用される繰り返し方式１５０を知ることができるため、データ１４０を適切に受信することができる。
【0065】
そのため、図２に戻して参照し、ネットワークデバイス１１０は、ネットワークデバイス１１０から端末デバイス１２０へのデータ１４０の送信に関連つけられる制御情報１３５を生成する（２１０）。ネットワークデバイス１１０は、受信側での端末デバイス１２０はデータ１４０を送信するために使用される繰り返し方式１５０を識別することができるように、制御情報１３５において繰り返し方式１５０を示す。いくつかの実施形態において、制御情報１３５は、３ＧＰＰ仕様に定義されたようなダウンリンク制御情報（ＤＣＩ）であってもよい。いくつかの他の実施形態において、制御情報１３５はＲＲＣメッセージ又はＭＡＣ ＣＥメッセージであってもよい。
【0066】
ネットワークデバイス１１０は、様々な方法のうちの１つを使用して、制御情報１３５において繰り返し方式１５０を示すことができる。例えば、簡単な方法として、すべての利用可能な繰り返し方式のそれぞれに固有の明示的な指示を使用してもよい。しかしながら、この明示的な指示方法は、制御情報１３５に新しい指示フィールドを導入する必要があり、これに起因して、シグナリングオーバーヘッドが増加する。そのため、繰り返し方式１５０が、ＤＣＩなどの制御情報１３５内のいくつかの既存のフィールドの数の異なる組み合わせによって示されることができれば有利である。このために、上記した繰り返し方式のために示されるいくつかの送信パラメータの必要な数は、以下のように表１にリストされ、分析される。
表１：異なる繰り返し方式用の送信パラメータの数
表１：異なる繰り返し方式用の送信パラメータの数
【表1】
【0067】
表１からわかるように、ＳＤＭ方式３１０の場合に、第１ＴＲＰ１３１及び第２ＴＲＰ１３２は、ＳＤＭ方式３１０において、同じ周波数領域リソースのセット及び同じ時間領域リソースのセットを共有するため、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＦＤＲＡ及び共通のＴＤＲＡが存在する。第１ＴＲＰ１３１及び第２ＴＲＰ１３２がＳＤＭ方式でデータ１４０を送信しようとするため、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対して２つのＤＭＲＳグループが存在する。第１ＴＲＰ１３１及び第２ＴＲＰ１３２がＳＤＭ方式３１０でデータ１４０の同じコードワードを送信するため、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＲＶが存在する。
【0068】
第１ＦＤＭ方式３２０の場合に、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＦＤＲＡが存在し、共通のＦＤＲＡによって示される周波数領域リソースのセットは、例えば、周波数領域リソースのセットを２つに均等に分割するような事前に定義された分割ルールに基づいて、第１ＴＲＰ１３１と第２ＴＲＰ１３２との間で分けられる。第１ＴＲＰ１３１及び第２ＴＲＰ１３２が第１ＦＤＭ方式３２０において同じ時間領域リソースのセットを共有するため、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＴＤＲＡが存在する。第１ＴＲＰ１３１及び第２ＴＲＰ１３２が第１ＦＤＭ方式３２０において１つのＤＭＲＳグループを使用することができるため、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＤＭＲＳグループが存在する。第１ＴＲＰ１３１及び第２ＴＲＰ１３２が第１ＦＤＭ方式３２０においてデータ１４０の同じコードワードを送信するため、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＲＶが存在する。
【0069】
第２ＦＤＭ方式３３０の場合に、ＦＤＲＡの数、ＴＤＲＡの数、及びＤＭＲＳグループの数は、第１ＦＤＭ方式３２０と同じである。第２ＦＤＭ方式３３０と第１ＦＤＭ方式３２０との相違点は、第２ＦＤＭ方式３３０において、第１のＴＲＰ３１１および第２のＴＲＰ１３２がそれぞれデータ１４０の異なるコードワードを送信するため、第１のＴＲＰ１３１および第２のＴＲＰ１３２のそれぞれに対して２つのＲＶが存在することにある。
【0070】
第１ＴＤＭ方式３４０の場合に、第１ＴＲＰ１３１及び第２ＴＲＰ１３２が第１ＴＤＭ方式３４０において同じ周波数領域リソースのセットを共有するため、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＦＤＲＡが存在する。第１ＴＤＭ方式３４０において、第１ＴＲＰ１３１及び第２ＴＲＰ１３２が異なる時間領域リソースのセットを使用するため、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対して２つのＴＤＲＡが存在する。第１ＴＤＭ方式３４０において、第１ＴＲＰ１３１及び第２ＴＲＰ１３２が１つのＤＭＲＳグループを使用することができるため、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＤＭＲＳグループが存在する。第１ＴＤＭ方式３４０において、第１ＴＲＰ１３１及び第２ＴＲＰ１３２が異なる時間領域リソースでデータ１４０を送信するため、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対して２つのＲＶが存在する。
【0071】
第２ＴＤＭ方式３５０の場合に、ＦＤＲＡの数、ＴＤＲＡの数、ＤＭＲＳグループの数、及びＲＶの数は、第１ＴＤＭ方式３４０と同じである。第１ＴＤＭ方式３４０と第２ＴＤＭ方式３５０との相違点は、第１ＴＤＭ方式３４０において、第１ＴＲＰ１３１用の第１時間領域リソースのセット３４２及び第２ＴＲＰ１３２用の第２時間領域リソースのセット３４４が１つのタイムスロット内にあり、一方、第２ＴＤＭ方式３５０において、第１時間領域リソースのセット３５２及び第２時間領域リソースのセット３５４が異なるタイムスロットにあることにある。
【0072】
よって、表１は、ネットワークデバイス１１０が上記した送信パラメータの特定の数を示すことで、異なる繰り返し方式のうち、ＳＤＭ方式３１０、第１ＦＤＭ方式３２０、第２ＦＤＭ方式３３０、第１ＴＤＭ方式３４０、及び第２ＴＤＭ方式３５０の１つなどの特定の繰り返し方式を示すことができる可能性を表す。例えば、２つのＤＭＲＳグループはＳＤＭ方式３１０を示すことができる。１つのＲＶ及び１つのＤＭＲＳグループは第１ＦＤＭ方式３２０を示すことができる。２つのＲＶ、１つのＤＭＲＳグループ、及び１つのＴＤＲＡは第２ＦＤＭ方式３３０を示すことができる。２つのＲＶ、１つのＤＭＲＳグループ、及び２つのＴＤＲＡは第１ＴＤＭ方式３４０及び第２ＴＤＭ方式３５０を示すことができる。２つのＴＤＭ方式は、２つのＴＤＲＡによって示される２つの周波数領域リソースのセットの間のオフセットで区別されることができる。
【0073】
そのため、制御情報１３５を生成する際に、ネットワークデバイス１１０が繰り返し方式１５０をＳＤＭ方式３１０として特定すると、ネットワークデバイス１１０は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対して、制御情報１３５において２つのＤＭＲＳグループを示すことができる。
【0074】
代替的に、ネットワークデバイス１１０が繰り返し方式１５０を第１ＳＤＭ方式３２０として特定すると、ネットワークデバイス１１０は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の両方に対して制御情報１３５において１つのＤＭＲＳグループ及び１つのＲＶを示すことができる。ネットワークデバイス１１０が繰り返し方式１５０を第２ＦＤＭ方式３３０として特定すると、ネットワークデバイス１１０は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の両方に対して制御情報１３５において１つのＤＭＲＳグループ及び１つのＴＤＲＡを示すとともに、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対して制御情報１３５において２つのＲＶを示すことができる。
【0075】
代替的に、ネットワークデバイス１１０が繰り返し方式１５０を、例えば、第１ＴＤＭ方式３４０又は第２ＴＤＭ方式３５０のようなＴＤＭ方式として特定すると、ネットワークデバイス１１０は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の両方に対して制御情報１３５において１つのＤＭＲＳグループを示すとともに、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対して２つのＲＶ及び２つのＴＤＲＡを示すことができる。
【0076】
さらに、ネットワークデバイス１１０によって特定されたＴＤＭ方式が第１ＴＤＭ方式３４０であると、ネットワークデバイス１１０は、１つのタイムスロット内にある２つの時間領域リソースのセットを示すための２つのＴＤＲＡを構成することができる。例えば、２つのＴＤＲＡのそれぞれは、現在のタイムスロットと割り当てられた時間リソースのセットが位置するタイムスロットとの間のオフセットを示すためのオフセットインジケータ（Ｋ０など）を有する。このようなオフセットインジケータを使用することで、第１ＴＤＭ方式３４０の場合に、ネットワークデバイス１１０は、２つのＴＤＲＡの２つのオフセットインジケータに対して同じ値を構成することができる。
【0077】
一方、ネットワークデバイス１１０によって特定されたＴＤＭ方式が第２ＴＤＭ方式３５０であると、ネットワークデバイス１１０は、代替的に、それぞれの２つの異なるタイムスロットにある２つの時間領域リソースのセットを示すための２つのＴＤＲＡを構成することができる。オフセットインジケータがＴＤＲＡに含まれる場合に、ネットワークデバイス１１０は、２つのＴＤＲＡの２つのオフセットインジケータの２つの異なる値を構成することができる。
【0078】
上記した表１によれば、制御情報１３５内のＴＤＲＡフィールドは、ＳＤＭ方式３１０、第１ＦＤＭ方式３２０、第２ＦＤＭ方式３３０の場合に１つのＴＤＲＡを示す必要があり、代替的に、第１ＴＤＭ方式３４０及び第２ＴＤＭ方式３５０の場合に２つのＴＤＲＡを示す必要がある。同様に、制御情報１３５内のＲＶフィールドは、ＳＤＭ方式３１０及び第１ＦＤＭ方式３２０の場合に１つのＲＶを示す必要があり、代替的に、第２ＦＤＭ方式３３０、第１ＴＤＭ方式３４０及び第２ＴＤＭ方式３５０の場合に２つのＲＶを示す必要がある。
【0079】
そのため、制御情報１３５を生成する際に、ネットワークデバイス１１０は、いくつかの単一のＴＤＲＡ値及びいくつかのペアとなるＴＤＲＡ値の両方を示すために、制御情報１３５に多用途のＴＤＲＡフィールド（ビットマップとも呼ばれる）を含めてもよい。言い換えると、ＴＤＲＡフィールドにおけるＴＤＲＡビット（符号点とも呼ばれる）の第１値は第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通の１つのＴＤＲＡ値を示すことができ、ＴＤＲＡビットマップにおけるＴＤＲＡビットの第２値は第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対して２つのＴＤＲＡ値を示すことができる。このようにして、ＴＤＲＡビットの数は、異なる繰り返し方式に対しても変更されないままであることができる。下記の表２は、このような多用途のＴＤＲＡビットマップの例を示す。
表２：多用途のＴＤＲＡフィールドの例
表２：多用途のＴＤＲＡフィールドの例
【表2】
【0080】
表２に示されるように、制御情報１３５が２ビットのＴＤＲＡビットマップを含むと、ＴＤＲＡビットの値「００」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のオフセットインジケータＫ０の第１値（Ｋ０１として示される）及びＳＬＩＶ（Ｓｔａｒｔ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）の第１値（ＳＬＩＶ１として示される）を示すことができる。追加的に、ＴＤＲＡビットの値「０１」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の一方に対して、オフセットインジケータＫ０の第２値（Ｋ０２として示される）及びＳＬＩＶの第２値（ＳＬＩＶ２として示される）を示すとともに、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の他方に対してオフセットインジケータＫ０の第３値（Ｋ０３として示される）及びＳＬＩＶの第３値（ＳＬＩＶ３として示される）を示すことができる。
【0081】
また、ＴＤＲＡビットの値「１０」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のオフセットインジケータＫ０の第４値（Ｋ０４として示される）、及びＳＬＩＶの第４値（ＳＬＩＶ４として示される）を示すことができる。さらに、ＴＤＲＡビットの値「１１」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の一方に対してオフセットインジケータＫ０の第５値（Ｋ０５として示される）、及びＳＬＩＶの第５値（ＳＬＩＶ５として示される）を示すとともに、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の他方に対してオフセットインジケータＫ０の第６値（Ｋ０６として示される）及びＳＬＩＶの第６値（ＳＬＩＶ６として示される）を示すことができる。
【0082】
特定な数のビット及びビットの特定の値からＫ０及びＳＬＩＶの特定の値への特定のマッピングを有する、表２に示される特定のＴＤＲＡビットマップは、本開示の範囲に対する限定を示唆することなく、例示的なものにすぎないと理解されたい。他の実施形態において、ここで説明した多用途のＴＤＲＡビットマップは任意の数のビット、及びビットの値からＴＤＲＡの値への任意の可能なマッピングを有してもよい。いくつかの実施形態において、ＴＤＲＡビットマップのマッピングは、物理（ＰＨＹ）層の上位層によって示されることができ、これにより、特定のマッピングは、ＴＤＲＡビットの数を増やすことなく、必要に応じて柔軟に変更されることができる。いくつかの実施形態において、表２と類似の構成されたＴＤＲＡ表は複数存在し得る。例えば、ＲＲＣシグナリングは複数のＴＲＲＡ表を構成してもよく、ＭＡＣ－ＣＥはＤＣＩ指示用の１つのＴＲＲＡ表をアクティブ化するために使用されてもよい。
【0083】
同様に、制御情報１３５を生成する際に、ネットワークデバイス１１０は、いくつかの単一のＲＶ値及びいくつかのペアとなるＲＶ値の両方を示すために、制御情報１３５において多用途のＲＶビットマップを含めてもよい。言い換えると、ＲＶビットマップにおけるＲＶビットの第１値は第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通の１つのＲＶ値を示し、ＲＶビットマップにおけるＲＶビットの第２値は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対して２つのＲＶ値を示すことができる。このようにして、ＲＶビットの数は、異なる繰り返し方式に対しても変更されないままであることができる。下記の表３は、このような多用途のＲＶビットマップの例を示す。
表３：多用途のＲＶフィールドの例
表３：多用途のＲＶフィールドの例
【表3】
【0084】
表３に示されるように、制御情報１３５が２ビットのＲＶビットマップを含むと、ＲＶビットの値「００」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＲＶの第１値（ＲＶ１として示される）を示すことができる。追加的に、ＲＶビットの値「０１」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＲＶの第２値（ＲＶ２として示される）を示すことができる。また、ＲＶビットの値「１０」は第１ＴＲＰ１３１及び第２ＴＲＰ１３２の一方に対してＲＶの第３値（ＲＶ３として示される）を示すとともに、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の他方に対してＲＶの第４値（ＲＶ４として示される）を示すことができる。さらに、ＲＶビットの値「１１」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の一方に対してＲＶの第５値（ＲＶ５として示される）を示すとともに、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の他方に対してＲＶの第６値（ＲＶ６として示される）を示すことができる。
【0085】
特定な数のビットを有する特定のＲＶビットマップ、及び特定のビットの値から特定のＲＶの値への特定のマッピングは、本開示の範囲に対する限定を示唆することなく、例示的なものにすぎないと理解されたい。他の実施形態において、ここで説明した多用途のＲＶビットマップは任意の数のビット、及びビットの値からＲＶの値への任意の可能なマッピングを有してもよい。いくつかの実施形態において、ＲＶビットマップのマッピングは、ＰＨＹ層の上位層によって示されることができるため、特定のマッピングは、ＲＶビットの数を増やすことなく、必要に応じて柔軟に変更されることができる。いくつかの実施形態において、構成されたＲＶ表は複数存在してもよい。例えば、ＲＲＣシグナリングは表３と類似の複数のＲＶ表を構成してもよく、ＭＡＣ－ＣＥはＤＣＩ指示用の１つのＲＶ表をアクティブ化するために使用されてもよい。
【0086】
表１からさらに分かるように、ネットワークデバイス１１０が制御情報１３５において２つのＤＲＭＳグループを示すと、１つのＴＤＲＡだけ、及び１つのＲＶだけが制御情報１３５において示される必要がある。ＤＭＲＳグループの数とＴＤＲＡの数及びＲＶの数との間の関係は、ＴＤＲＡ及びＲＶを示すことに関連するシグナリングオーバーヘッドを減少するように、ＴＤＲＡビットマップ及びＲＶビットマップの設計を簡略化するために使用されることができる。
【0087】
特に、ネットワークデバイス１１０が制御情報１３５において２つのＤＭＲＳグループを示すと、ネットワークデバイス１１０は１つだけのＴＤＲＡ値を示すようにＴＤＲＡビットマップにおけるＴＤＲＡビットの各値を使用することができる。下記の表４は２つのＤＭＲＳグループが制御情報１３５において示される場合のＴＤＲＡビットマップの例を示す。
表４：２つのＤＭＲＳグループの場合のＴＤＲＡフィールドの例
表４：２つのＤＭＲＳグループの場合のＴＤＲＡフィールドの例
【表4】
【0088】
表４に示されるように、制御情報１３５が２つのＤＭＲＳグループを示し、かつ、２ビットのＴＤＲＡビットマップを含むと、ＴＤＲＡビットの値「００」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のオフセットインジケータＫ０の第１値（Ｋ０１として示される）、及びＳＬＩＶの第１値（ＳＬＩＶ１として示される）を示すことができる。ＴＤＲＡビットの値「０１」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のオフセットインジケータＫ０の第２値（Ｋ０２として示される）、及びＳＬＩＶの第２値（ＳＬＩＶ２として示される）を示すことができる。ＴＤＲＡビットの値「１０」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のオフセットインジケータＫ０の第３値（Ｋ０３として示される）、及びＳＬＩＶの第３値（ＳＬＩＶ３として示される）を示すことができる。ＴＤＲＡビットの値「１１」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のオフセットインジケータＫ０の第４値（Ｋ０４として示される）、及びＳＬＩＶの第４値（ＳＬＩＶ４として示される）を示すことができる。
【0089】
一方、ネットワークデバイス１１０が制御情報１３５において１つのＤＭＲＳグループを示すと、ネットワークデバイス１１０は、２つのＴＤＲＡ値を示すために、ＴＤＲＡビットマップにおけるＴＤＲＡビットの少なくとも１つの値を使用する必要がある。下記の表５は１つのＤＭＲＳグループが制御情報１３５において示される場合のこのようなＴＤＲＡビットマップの例を示す。表５において、ＴＤＲＡビットの値からＴＤＲＡ値へのマッピングは、上記の表２と類似するので、表５についての詳細な説明は省略される。
表５：１つのＤＭＲＳグループの場合のＴＤＲＡフィールドの例
表５：１つのＤＭＲＳグループの場合のＴＤＲＡフィールドの例
【表5】
【0090】
同様に、ネットワークデバイス１１０が制御情報１３５において２つのＤＭＲＳグループを示すと、ネットワークデバイス１１０は、１つのＲＶ値のみを示すように、ＲＶビットマップにおけるＲＶビットの各値を使用することができる。下記の表６は２つのＤＭＲＳグループが制御情報１３５において示される場合のＲＶビットマップの例を示す。
表６：２つのＤＭＲＳグループの場合のＲＶフィールドの例
表６：２つのＤＭＲＳグループの場合のＲＶフィールドの例
【表6】
【0091】
表６に示されるように、制御情報１３５が２つのＤＭＲＳグループを示し、かつ、２ビットのＲＶビットマップを含むと、ＲＶビットの値「００」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＲＶの第１値（ＲＶ１として示される）を示すことができる。ＲＶビットの値「０１」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＲＶの第２値（ＲＶ２として示される）を示すことができる。ＲＶビットの値「１０」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＲＶの第３値（ＲＶ３として示される）を示すことができる。ＲＶビットの値「１１」は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通のＲＶの第４値（ＲＶ４として示される）を示すことができる。
【0092】
一方、ネットワークデバイス１１０が制御情報１３５において１つのＤＭＲＳグループを示すと、ネットワークデバイス１１０は、２つのＲＶ値を示すために、ＲＶビットマップにおけるＲＶビットの少なくとも１つの値を使用する必要がある。下記の表７は１つのＤＭＲＳグループが制御情報１３５において示される場合のＲＶビットマップの例を示す。表７において、ＲＶビットの値からＲＶ値へのマッピングは、上記の表３と類似するので、表７についての詳細な説明は省略される。
表７：１つのＤＭＲＳグループの場合のＲＶフィールドの例
表７：１つのＤＭＲＳグループの場合のＲＶフィールドの例
【表7】
【0093】
いくつかの実施形態において、ネットワークデバイス１１０は、繰り返し方式１５０を端末デバイス１２０へ通信するために、他の専用のインジケータ（例えば、上位層からのもの）とともに制御情報１３５（ＤＣＩなど）を使用することができる。例えば、専用のインジケータは、特定の繰り返し方式を示すために使用されることができるため、繰り返し方式１５０を示すための制御情報１３５の設計を簡略化することができる。いくつかの実施形態において、専用のインジケータは、ＲＲＣメッセージ又はＭＡＣ ＣＥメッセージによって伝送されることができる。制御情報１３５及び専用のインジケータの両方を使用する指示アプローチは、ハイブリッドアプローチと呼ばれてもよい。ハイブリッドアプローチを使用することで、制御情報１３５の設計を簡略化することができる。
【0094】
特に、ネットワークデバイス１１０は、２つのＦＤＭ方式を区別するための専用のインジケータを端末デバイス１２０へ送信してもよい。専用のインジケータは、第１ＦＤＭ方式３２０及び第２ＦＤＭ方式３３０の１つを明示的に示すことができる。言い換えると、端末デバイス１２０が繰り返し方式１５０をＦＤＭ方式として特定することができる場合に、さらに、専用のインジケータをチェックして、第１ＦＤＭ方式３２０と第２ＦＤＭ方式３３０とを区別することができる。ＳＤＭ方式３１０及び２つのＴＤＭ方式３４０、３５０を含む他の繰り返し方式は、制御情報１３５によって示されることができる。２つのＦＤＭ方式を区別するための専用のインジケータの貢献により、上記した表２は以下の表８になることができる。表８からわかるように、制御情報１３５の設計は、簡略化されることができる。
表８：専用のインジケータを使用する場合の送信パラメータの数
表８：専用のインジケータを使用する場合の送信パラメータの数
【表8】
【0095】
よって、第１ＦＤＭ方式３２０及び第２ＦＤＭ方式３３０用の専用のインジケータが使用される場合に、制御情報１３５を生成する際に、ネットワークデバイス１１０が繰り返し方式１５０を第１ＳＤＭ方式３２０又は第２ＦＤＭ方式３３０として特定すると、ネットワークデバイス１１０は、制御情報１３５において第１ＴＲＰ１３１及び第２ＴＲＰ１３２の両方に共通の、１つのＤＭＲＳグループ及び１つのＴＤＲＡを示すことができる。
【0096】
そのほか、ネットワークデバイス１１０が繰り返し方式１５０をＴＤＭ方式（例えば、第１ＴＤＭ方式３４０又は第２ＴＤＭ方式３５０）として特定すると、ネットワークデバイス１１０は制御情報１３５において１つのＤＭＲＳグループ及び２つのＴＤＲＡを示してもよい。１つのＤＭＲＳグループは第１ＴＲＰ１３１及び第２ＴＲＰ１３２に共通し、２つのＴＤＲＡは、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれに対するものである。さらに、ネットワークデバイス１１０が繰り返し方式１５０をＳＤＭ方式３１０として特定すると、ネットワークデバイス１１０は、制御情報１３５において２つのＤＭＲＳグループを示してもよい。
【0097】
同様な方法で、ネットワークデバイス１１０は、第１ＴＤＭ方式３４０と第２ＴＤＭ方式３５０とを区別するための他の専用のインジケータを使用することができる。特に、ネットワークデバイス１１０は、専用のオフセットインジケータを端末デバイス１２０へ送信してもよい。専用のオフセットインジケータは、第１ＴＲＰ１３１用の第１時間領域リソースと第２ＴＲＰ１３２用の第２時間領域リソースとのオフセットを示すことができる。言い換えると、端末デバイス１２０が繰り返し方式１５０をＴＤＭ方式として特定することができると、専用のオフセットインジケータをチェックして、第１ＴＤＭ方式３４０と第２ＴＤＭ方式３５０とを区別することができる。
【0098】
例えば、ネットワークデバイス１１０が繰り返し方式１５０を第１ＴＤＭ方式３４０として特定すると、ネットワークデバイス１１０は、１つのタイムスロットよりも小さいオフセットを示すように専用のオフセットインジケータを構成することができる。そのほか、ネットワークデバイス１１０が繰り返し方式１５０を第２ＴＤＭ方式３５０として特定すると、ネットワークデバイス１１０は、１つのタイムスロットよりも大きいオフセットを示すように専用のオフセットインジケータを構成することができる。２つのＦＤＭ方式用の専用のインジケータ及び２つのＴＤＭ方式用の専用のオフセットインジケータの両方の貢献により、上記した表２は以下の表９になることができる。表９からわかるように、制御情報１３５の設計は、簡略化されることができる。
表９：２つの専用のインジケータを使用する場合の送信パラメータの数
表９：２つの専用のインジケータを使用する場合の送信パラメータの数
【表9】
【0099】
よって、２つのＦＤＭ方式用の専用のインジケータ及び２つのＴＤＭ方式用の専用のオフセットインジケータの両方が使用される場合に、制御情報１３５を生成する際に、ネットワークデバイス１１０が繰り返し方式１５０を第１ＴＤＭ方式３４０又は第２ＴＤＭ方式３５０として特定すると、ネットワークデバイス１１０は、制御情報１３５において第１ＴＲＰ及び第２ＴＲＰの両方に共通の、１つのＤＭＲＳグループ及び１つのＴＤＲＡを示すができる。より具体的には、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の一方用の第１時間領域リソースは１つのＴＤＲＡによって示されることができ、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の他方用の第２時間領域リソースは第１時間リソース及びオフセットによって示されることができる。このようにして、ネットワークデバイス１１０は、２つのＴＤＲＡ値を示すために１つのＴＤＲＡだけを使用することができる。
【0100】
ネットワークデバイス１１０が繰り返し方式１５０を第１ＦＤＭ方式３２０又は第２ＦＤＭ方式３３０として特定すると、ネットワークデバイス１１０は、制御情報１３５において第１ＴＲＰ１３１及び第２ＴＲＰ１３２の両方に共通の、１つのＤＭＲＳグループ及び１つのＴＤＲＡを示すが、２つのＴＤＭ方式用の専用のオフセットインジケータを送信せずに、第１ＦＤＭ方式３２０及び第２ＦＤＭ方式３３０の１つを示すように専用のインジケータを設定することもできる。さらに、ネットワークデバイス１１０が繰り返し方式１５０をＳＤＭ方式３１０として特定すると、ネットワークデバイス１１０は、制御情報１３５において２つのＤＭＲＳグループを示してもよい。
【0101】
いくつかの送信パラメータの異なる数によって繰り返し方式１５０を暗黙的に示す代わりに、ネットワークデバイス１１０は、利用可能な繰り返し方式の１つを明示的に示すことができる。このように、端末デバイス１２０での繰り返し方式１５０の特定は、簡略化されることができる。例えば、ネットワークデバイス１１０は制御情報１３５において繰り返し方式のビットマップを含めてもよい。繰り返し方式のビットマップは、複数の繰り返し方式のうち、繰り返し方式１５０を示すために使用されることができる。いくつかの実施形態において、制御情報１３５は、以下のインジケータの１つまたは複数を構成するＲＲＣメッセージであってもよい。
ＵＲＬＬＣ＿ｍｏｄｅ
｛
Ｍｏｄｅ＿ｓｅｌｅｃｔ ｂｉｔｍａｐ ｏｆ ｛ＵＲＬＬＣ＿ＳＤＭ， ＵＲＬＬＣ＿ＦＤＭ１， ＵＲＬＬＣ＿ＦＤＭ２， ＵＲＬＬＣ＿ＴＤＭ１， ＵＲＬＬＣ＿ＴＤＭ２｝
｝
ここで、インジケータ「ＵＲＬＬＣ＿ＳＤＭ」はＳＤＭ方式３１０に対応し、インジケータ「ＵＲＬＬＣ＿ＦＤＭ１」は第１ＦＤＭ方式３２０に対応し、インジケータ「ＵＲＬＬＣ＿ＦＤＭ２」は第２ＦＤＭ方式３３０に対応し、インジケータ「ＵＲＬＬＣ＿ＴＤＭ１」は第１ＴＤＭ方式３４０に対応し、インジケータ「ＵＲＬＬＣ＿ＴＤＭ２」は第２ＴＤＭ方式３５０に対応する。
ＵＲＬＬＣ＿ｍｏｄｅ
｛
Ｍｏｄｅ＿ｓｅｌｅｃｔ ｂｉｔｍａｐ ｏｆ ｛ＵＲＬＬＣ＿ＳＤＭ， ＵＲＬＬＣ＿ＦＤＭ１， ＵＲＬＬＣ＿ＦＤＭ２， ＵＲＬＬＣ＿ＴＤＭ１， ＵＲＬＬＣ＿ＴＤＭ２｝
｝
ここで、インジケータ「ＵＲＬＬＣ＿ＳＤＭ」はＳＤＭ方式３１０に対応し、インジケータ「ＵＲＬＬＣ＿ＦＤＭ１」は第１ＦＤＭ方式３２０に対応し、インジケータ「ＵＲＬＬＣ＿ＦＤＭ２」は第２ＦＤＭ方式３３０に対応し、インジケータ「ＵＲＬＬＣ＿ＴＤＭ１」は第１ＴＤＭ方式３４０に対応し、インジケータ「ＵＲＬＬＣ＿ＴＤＭ２」は第２ＴＤＭ方式３５０に対応する。
【0102】
いくつかの他の実施形態において、制御情報１３５は、繰り返し方式の１つまたは複数を有効化する、又は無効化するＭＡＣ ＣＥメッセージであってもよい。下記の表１０は、このような、ＭＡＣ ＣＥメッセージで伝送される繰り返し方式のビットマップを示す。
表１０：繰り返し方式の明示的なビットマップの例
表１０：繰り返し方式の明示的なビットマップの例
【表10】
【0103】
制御情報１３５を生成した後、ネットワークデバイス１１０は、制御情報１３５を端末デバイス１２０へ送信する（２１５）。例えば、ネットワークデバイス１１０は、第１ＴＲＰ１３１、第２ＴＲＰ１３２、又はその両方を介して制御情報１３５を送信してもよい。いくつかの他の実施形態において、ネットワークデバイス１１０は、図１に示されていない他のＴＲＰを介して制御情報１３５を送信することができる。
【0104】
対応して、受信側で、端末デバイス１２０は、ネットワークデバイス１１０から制御情報１３５を受信することができ（２１５）、データ１４０がそれ自身に送信されようとすることを認識することができ、例えば、データ１４０の送信の様々な送信パラメータを取得することができる。さらに、ネットワークデバイス１１０は、データ１４０を送信するようにネットワークデバイス１１０によって使用される繰り返し方式１５０を示すための制御情報１３５を構成するため、端末デバイス１２０は、当該制御情報１３５を受信すると、制御情報１３５からの繰り返し方式１５０を特定することができる（２２０）。
【0105】
制御情報１３５からの繰り返し方式１５０を特定するために端末デバイス１２０によって使用される特定方法は、制御情報１３５において繰り返し方式１５０を示すためにネットワークデバイス１１０で採用される指示方法に対応すると理解されたい。よって、以下、端末デバイス１２０に使用される異なる特定方法について詳細に説明せず、それらは、上記したネットワークデバイス１１０に使用される様々な指示方法の説明を参照して理解することができる。
【0106】
例えば、制御情報１３５から繰り返し方式１５０を特定する際に、制御情報１３５が２つのＤＭＲＳグループを示すと、端末デバイス１２０は、繰り返し方式１５０をＳＤＭ方式３１０として特定することができる。制御情報１３５が１つのＤＭＲＳグループ及び１つのＲＶを示すと、端末デバイス１２０は、繰り返し方式１５０を第１ＦＤＭ方式３１０として特定することができる。制御情報１３５が１つのＤＭＲＳグループ、２つのＲＶ、及び１つのＴＤＲＡを示すと、端末デバイス１２０は、繰り返し方式１５０を第２ＦＤＭ方式３３０として特定することができる。
【0107】
制御情報１３５が１つのＤＭＲＳグループ、２つのＲＶ、及び２つのＴＤＲＡを示すと、端末デバイス１２０は、繰り返し方式１５０をＴＤＭ方式として特定することができる。さらに、制御情報１３５内の２つのＴＤＲＡが１つのタイムスロットにおける２つの時間領域リソースを示すと、端末デバイス１２０がＴＤＭ方式を第１ＴＤＭ方式３４０として特定することが可能である。そのほか、制御情報１３５内の２つのＴＤＲＡがそれぞれ異なるタイムスロットにおける２つの時間領域リソースを示すと、端末デバイス１２０は、ＴＤＭ方式を第２ＴＤＭ方式３５０として特定することが可能である。
【0108】
いくつかの実施形態において、制御情報１３５はＴＤＲＡビットマップを含んでもよい。端末デバイス１２０は、ＴＤＲＡビットマップの第１値が２つのＴＲＰ１３１、１３２に共通の１つのＴＤＲＡ値を示すとともに、ＴＤＲＡビットマップの第２値が２つのＴＲＰ１３１、１３２のそれぞれのＴＤＲＡ値を示すと特定することができる。言い換えると、ＴＤＲＡビットマップのいくつかの値は１つのＴＤＲＡ値のみを示すが、ＴＤＲＡビットマップのいくつかの他の値は２つのＴＤＲＡ値を示すことがある。例えば、ＴＤＲＡビットマップのマッピングは、ＰＨＹ層の上位層によって示されることができる。
【0109】
いくつかの実施形態において、制御情報１３５はＲＶビットマップを含んでもよい。端末デバイス１２０は、ＲＶビットマップの第１値が２つのＴＲＰ１３１、１３２に共通の１つのＲＶ値を示すとともに、ＲＶビットマップの第２値が２つのＴＲＰ１３１、１３２のそれぞれのＲＶ値を示すと特定することができる。言い換えると、ＲＶビットマップのいくつかの値は１つのＲＶ値のみを示すが、ＲＶビットマップのいくつかの他の値は２つのＲＶ値を示すことがある。例えば、ＲＶビットマップのマッピングは、ＰＨＹ層の上位層によって示されることができる。
【0110】
いくつかの実施形態において、ネットワークデバイス１１０はＤＭＲＳグループの数に応じてＴＤＲＡビットマップを採用する場合に、端末デバイス１２０は、制御情報１３５内のＤＭＲＳグループの数を使用することで、制御情報１３５内のＴＤＲＡビットの値が１つのＴＤＲＡ値を示すか、又は２つのＴＤＲＡ値を示すかを特定することができる。
【0111】
制御情報１３５が２つのＤＭＲＳグループを示すと、端末デバイス１２０はＴＤＲＡビットマップの各値が１つのＴＤＲＡ値を示すと特定することができる。制御情報１３５が１つのＤＭＲＳグループを示すと、端末デバイス１２０はＴＤＲＡビットマップの値が２つのＴＤＲＡ値を示すと特定することができる。言い換えると、ＴＤＲＡビットマップのいくつかの値は１つのＴＤＲＡ値のみを示すが、ＴＤＲＡビットマップのいくつかの他の値は２つのＴＤＲＡ値を示すことがある。
【0112】
同様に、ネットワークデバイス１１０がＤＭＲＳグループの数に応じてビットマップを採用する場合に、端末デバイス１２０は、制御情報１３５内のＤＭＲＳグループの数を使用することで、制御情報１３５内のＲＶビットの値が１つのＲＶ値を示すか、又は２つのＲＶ値を示すかを特定することができる。
【0113】
制御情報１３５が２つのＤＭＲＳグループを示すと、端末デバイス１２０はＲＶビットマップの各値が１つのＲＶ値を示すと特定することができる。制御情報１３５が１つのＤＭＲＳグループを示すと、端末デバイス１２０はＲＶビットマップの値が２つのＲＶ値を示すと特定することができる。言い換えると、ＲＶビットマップのいくつかの値は１つのＲＶ値のみを示すが、ＲＶビットマップのいくつかの他の値は２つのＲＶ値を示すことがある。
【0114】
いくつかの実施形態において、端末デバイス１２０は、ネットワークデバイス１１０から専用のインジケータを受信してもよい。専用のインジケータは第１ＦＤＭ方式３２０又は第２ＦＤＭ方式３３０を示すために専用なものである。この場合、繰り返し方式１５０を特定する際に、制御情報１３５が１つのＤＭＲＳグループ及び１つのＴＤＲＡを示す場合に、専用のインジケータが第１ＦＤＭ方式３３０を示すと、端末デバイス１２０は繰り返し方式１５０を第１ＦＤＭ方式３３０として特定してもよい。そのほか、専用のインジケータが第２ＦＤＭ方式３４０を示すと、端末デバイス１２０は繰り返し方式１５０を第２ＦＤＭ方式３４０として特定してもよい。
【0115】
また、制御情報１３５が１つのＤＭＲＳグループ及び２つのＴＤＲＡを示すと、端末デバイス１２０は繰り返し方式１５０をＴＤＭ方式として特定することができる。この場合、端末デバイス１２０は、さらに、制御情報１３５のＴＤＲＡフィールドにおけるオフセットインジケータ（Ｋ０など）に基づいて、ＴＤＭ方式を第１ＴＤＭ方式３４０及び第２ＴＤＭ方式３５０の一方として特定してもよい。
【0116】
代替的に、ネットワークデバイス１１０が第１ＴＤＭ方式３４０と第２ＴＤＭ方式３５０とを区別するための専用のオフセットインジケータを使用すると、端末デバイス１２０は、制御情報１３５を受信することに加えて、専用のオフセットインジケータをネットワークデバイス１１０から受信することができる。この場合、繰り返し方式１５０を特定する際に、制御情報１３５が１つのＤＭＲＳグループ及び１つのＴＤＲＡを示す場合に、専用のオフセットインジケータが１つのタイムスロットよりも小さいオフセットを示すと、端末デバイス１２０は、繰り返し方式１５０を第１ＴＤＭ方式３４０として特定することができる。そのほか、専用のオフセットインジケータが１つのタイムスロットよりも大きいオフセットを示すと、端末デバイス１２０は繰り返し方式１５０を第２ＴＤＭ方式３５０として特定することができる。
【0117】
制御情報１３５が１つのＴＤＲＡのみを示しても、端末デバイス１２０は、１つのＴＤＲＡに基づいて、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の一方用の第１時間領域リソースを特定してもよい。例えば、１つのＴＤＲＡは第１時間領域リソースを直接示すことができる。さらに、端末デバイス１２０は、第１時間領域リソース及びオフセットに基づいて、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の他方用の第２時間領域リソースを特定してもよい。
【0118】
いくつかの実施形態において、制御情報１３５は、複数の繰り返し方式のうち、繰り返し方式１５０を示すための繰り返し方式のビットマップを含んでもよい。この場合、制御情報１３５はＰＨＹ層の上位層からのＲＲＣメッセージ又はＭＡＣ ＣＥメッセージであり得る。これらの実施形態において、端末デバイス１２０は、繰り返し方式のビットマップの明示的な指示に応じて、繰り返し方式１５０を特定することができる。
【0119】
制御情報１３５を端末デバイス１２０へ送信した後、ネットワークデバイス１１０は、繰り返し方式１５０に基づいて、第１ＴＲＰ１３１及び第２ＴＲＰ１３２を介してデータ１４０を端末デバイス１２０へ送信することができる（２２５）。例えば、ネットワークデバイス１１０は、上記した繰り返し方式の１つを使用して、２つのＴＲＰ１３１、１３２を介してデータ１４０を端末デバイス１２０へ送信してもよい。対応して、受信側で、ネットワークデバイス１１０で採用された繰り返し方式１５０を特定した後、端末デバイス１２０は、繰り返し方式１５０に基づいて、ネットワークデバイス１１０からデータ１４０を適切に受信することができる（２２５）。
【0120】
上記のように、本開示のいくつかの実施形態について、ネットワークデバイス１１０が如何に端末デバイス１２０へ、第１ＴＲＰ１３１及び第２ＴＲＰ１３２を介してデータ１４０を送信するためにネットワークデバイス１１０によって使用される繰り返し方式１５０を示すことに関して説明した。以下、図４～図８を参照しながら、いくつかの他の本開示の実施形態について、ネットワークデバイス１１０が如何に第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれを介して異なる制御情報（例えば、２つのＤＣＩ）を送信すること、及び端末デバイス１２０が如何に第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれを介して送信された異なる制御情報（例えば、２つのＤＣＩ）を受信することに関して説明する。
【0121】
一般的に、ネットワークデバイス１１０と端末デバイス１２０との間の通信では、ネットワークデバイス１１０は、ネットワークデバイス１１０から端末デバイス１２０へのデータ送信をスケジュールするためのＤＣＩを送信してもよい。例えば、ネットワークデバイス１１０は、ネットワークデバイス１１０から端末デバイス１２０への第１データの送信をスケジュールするための第１ＤＣＩを送信するとともに、ネットワークデバイス１１０から端末デバイス１２０への第２データの送信をスケジュールするための第２ＤＣＩを送信してもよい。
【0122】
第１データの場合に、端末デバイス１２０は、第１データが端末デバイス１２０によって成功に受信されたか否かを示すように、例えば、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバック、ＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フィードバックのような第１フィードバックをネットワークデバイス１１０へ送信してもよい。同様に、第２データの場合に、端末デバイス１２０は、第２データが端末デバイス１２０によって成功に受信されたか否かを示すように、第２フィードバックをネットワークデバイス１１０へ送信してもよい。
【0123】
端末デバイス１２０によって送信される、第１データに対する第１フィードバックの場合に、第１ＤＣＩは、例えば、物理アップリンク制御チャネル（ＰＵＣＣＨ）のような、第１フィードバックを伝送するための第１フィードバックチャネルを示すことができる。同様に、端末デバイス１２０によって送信される、第２データに対する第２フィードバックの場合に、第２ＤＣＩは、第２フィードバックを伝送するための第２フィードバックチャネルを示すことができる。
【0124】
いくつかの場合に、端末デバイス１２０は、第１フィードバックチャネル及び第２フィードバックチャネルの一方のみを使用して、第１フィードバック及び第２フィードバックの両方をネットワークデバイス１１０へ送信することができる。従来、ネットワークデバイスは、１つのＴＲＰのみに接続されるため、２つのＤＣＩを同じ時間で送信することができない。言い換えると、２つのＤＣＩは時間領域において次々と送信される。よって、端末デバイスは、時間領域において第１ＤＣＩ及び第２ＤＣＩのうち、どちらが遅い方であると特定することができる。ここで、一般性を失うことなく、第２ＤＣＩが遅い方であると想定する。そして、端末デバイスは、第２ＤＣＩ内に示される第２フィードバックチャネルを使用することで、第１フィードバック及び第２フィードバックの両方を送信することができる。
【0125】
しかしながら、ネットワークデバイス１１０が２つのＴＲＰ１３１、１３２に接続される場合に、ネットワークデバイス１１０は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２のそれぞれを介して第１ＤＣＩ及び第２ＤＣＩを送信することができる。そのため、第１ＤＣＩ及び第２ＤＣＩは同じ時間で送信される可能性があり、これにより、端末デバイス１２０は、第１ＤＣＩ及び第２ＤＣＩのどちらが遅い方であると特定することができない。このような場合、端末デバイス１２０は、第１フィードバック及び第２フィードバックの両方を送信するためにどちらのフィードバックチャネルを使用すべきであると特定することができない。本開示のいくつかの態様は、従来のソリューションに存在する上記問題及び他の可能な問題を解決する。以下、図４～図５を参照しながら、本開示のこれらの態様の実施形態を詳細に説明する。
【0126】
図４は、本開示のいくつかの実施形態によるネットワークデバイス１１０と端末デバイス１２０との間の他の例示的な通信プロセス４００を示す。以下、図１に示すネットワークデバイス１１０が２つのＴＲＰ１３１、１３２に接続される通信環境１００を参照しながら本開示の実施形態を説明する。しかしながら、本開示の実施形態はネットワークデバイス１１０が３つ以上のＴＲＰに接続される場合にも同等に適用できると理解されたい。
【0127】
図４に示されるように、ネットワークデバイス１１０は、ネットワークデバイス１１０から端末デバイス１２０へ送信される第１データに関連つけられる第１制御情報、及びネットワークデバイス１１０から端末デバイス１２０へ送信される第２データに関連つけられる第２制御情報を生成する（４０５）。いくつかの実施形態において、第１制御情報及び第２制御情報は３ＧＰＰ仕様に定義されたようなＤＣＩであってもよい。他の実施形態において、第１制御情報及び第２制御情報は、３ＧＰＰ規格又は他の任意の規格で定義された、又は未定義の他の任意の既存する、又は将来の制御情報であるこＴができる。
【0128】
いくつかの実施形態において、第１制御情報及び第２制御情報は、それぞれ、第１ＴＲＰ１３１及び第２ＴＲＰ１３２を介してネットワークデバイス１１０によって送信されようとする。追加的に、第１制御情報の第１開始時間点及び第２制御情報の第２開始時間点は、端末デバイス１２０がネットワークデバイス１１０からの制御情報を監視するための１つの時間間隔内にある。言い換えると、端末デバイス１２０は、第１制御情報及び第２制御情報のどちらがより遅いかを特定することができない。以下、図５を参照しながら、この状況の更なる説明をする。
【0129】
図５は、本開示のいくつかの実施形態による、２つのＤＣＩ５１０、５２０が２つのＴＲＰ１３１、１３２を介して同じ時間間隔でネットワークデバイス１１０によって送信される例示的なシナリオを示す。図５に示されるように、ネットワークデバイス１１０は、第１タイムスロット５０２で第１ＤＣＩ１ ５１０を送信する。第１ＤＣＩ１ ５１０は、端末デバイス１２０が第１フィードバックを送信するために、第２タイムスロット５０４において第１ＰＵＣＣＨ１ ５１５をスケジュールする。第１フィードバックは、第１ＤＣＩ１ ５１０によってスケジュールされた、ネットワークデバイス１１０から端末デバイス１２０へ送信される第１データに対するものである。追加的に、ネットワークデバイス１１０は、第１タイムスロット５０２で第２ＤＣＩ２ ５２０を送信する。第２ＤＣＩ２ ５２０は、端末デバイス１２０が第２フィードバックを送信するために、第２タイムスロット５０４において第２ＰＵＣＣＨ２ ５２５をスケジュールする。第２フィードバックは、第２ＤＣＩ２ ５２０によってスケジュールされた、ネットワークデバイス１１０から端末デバイス１２０へ送信される第２データに対するものである。
【0130】
複数のＤＣＩが各ＴＲＰから受信されてスロット内の同じＰＵＣＣＨを示す場合に、端末デバイス１２０は、まず、同じＴＲＰに関連つけられかつ同じスロット内のＰＵＣＣＨを示すＤＣＩに基づいて、各ＴＲＰ用のＰＵＣＣＨリソースを特定する。次に、端末デバイス１２０が異なるＴＲＰから特定されたＰＵＣＣＨが１つのスロット内に重複するか否かをチェックする。重複する場合に、さらに、異なるＴＲＰ間の最後のＤＣＩに基づいてＰＵＣＣＨを特定する。
【0131】
さらに、ＤＣＩ１ ５１０の第１開始時間点及びＤＣＩ２ ５２０の第２開始時間点は、端末デバイス１２０がネットワークデバイス１１０からのＤＣＩを監視するように１つの時間間隔内にあり、これにより、端末デバイス１２０は、時間領域でＤＣＩ１ ５１０及びＤＣＩ２ ５２０のどちらがより遅いかを知ることができない。例えば、概略的に示されるように、ＤＣＩ１ ５１０及びＤＣＩ２ ５２０は同じ開始時間点を有する可能性があるため、端末デバイス１２０は、ＰＵＣＣＨ１ ５１５及びＰＵＣＣＨ２ ５２５のどのＰＵＣＣＨが第１フィードバック及び第２フィードバックの両方を送信するために使用されるべきであるかを特定することができない。いくつかの実施形態において、３ＧＰＰ仕様に定義されたように、時間間隔は、直交周波数分割多重化（ＯＦＤＭ）シンボル又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の監視機会に対応することができる。
【0132】
端末デバイス１２０はどの制御情報が第１及び第２フィードバックの両方を送信するために使用されるフィードバックチャネルをスケジュールするかを特定することを有効にするために、ネットワークデバイス１１０は、第１制御情報及び第２制御情報のうち、目標制御情報を選択することができ、端末デバイス１２０が第１データに対する第１フィードバック及び第２データに対する第２フィードバックを送信するためのフィードバックチャネルを示すように、選択された目標制御情報を使用してもよい。そして、端末デバイス１２０が第１制御情報及び第２制御情報のうち、目標制御情報を識別することができるために、ネットワークデバイス１１０は、ネットワークデバイス１１０及び端末デバイス１２０の両方に知られている事前に定義された送信基準に基づいて、目標制御情報を送信することができる。
【0133】
よって、図４に戻して、ネットワークデバイス１１０は、送信基準に基づいて、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の一方を介して、目標制御情報を端末デバイス１２０へ送信する（４１０）。いくつかの実施形態において、送信基準は、様々な利用可能な送信基準から選択されることができ、又は複数の利用可能な送信基準の組み合わせであってもよい。例えば、ネットワークデバイス１１０は、第１ＴＲＰ１３１などの事前に定義されたＴＲＰを介して、目標制御情報を送信してもよく、これにより、端末デバイス１２０は、第１ＴＲＰ１３１を介して送信された制御情報が目標制御情報であると特定することができる。事前に定義されたＴＲＰは、最も低い上位層の構成されたインデックスに関連つけられるＴＲＰであり得る。ＲＲＣシグナリングは、ＴＲＰに関連つけられるインデックスを構成するために使用されてもよい。
【0134】
代替的又は追加的に、ネットワークデバイス１１０は、ＣＯＲＥＳＥＴ又はＣＯＲＥＳＥＴグループ内で目標制御情報を送信してもよく、それに対応して、端末デバイス１２０は、事前に定義されたＣＯＲＥＳＥＴ又はＣＯＲＥＳＥＴグループ内で送信された制御情報が目標制御情報であると特定することができる。ＣＯＲＥＳＥＴの定義は３ＧＰＰ仕様から見つけることができる。ＣＯＲＥＳＥＴグループは、ＴＲＰを識別するために使用される同じ上位層の構成されたインデックスに関連つけられる複数のＣＯＲＥＳＥＴであることが可能である。代替的又は追加的に、ネットワークデバイス１１０は、より低いインデックスを有するＣＯＲＥＳＥＴで目標制御情報を送信してもよく、そのため、端末デバイス１２０は、より低いインデックスを有するＣＯＲＥＳＥＴによって送信された制御情報が目標制御情報であると特定することができる。
【0135】
代替的又は追加的に、ネットワークデバイス１１０は、端末デバイス１２０のより低いインデックスのサーチスペース（ＳＳ）で目標制御情報を送信してもよく、それに対応して、端末デバイス１２０は、より低いインデックスのＳＳで送信された制御情報が目標制御情報であると特定することができる。ＳＳの定義は、３ＧＰＰ仕様から見つけることができる。代替的又は追加的に、ネットワークデバイス１１０はより大きい監視インデックスを有するＰＤＣＣＨ内に目標制御情報を送信してもよい。ＰＤＣＣＨの監視インデックスは、複数のサービングセルの間にＰＤＣＣＨを送信するためのサービングセルのインデックスや、複数のＴＲＰの間にＰＤＣＣＨを送信するためのＴＲＰのインデックスなどであってもよい。そのため、端末デバイス１２０は、より大きい監視インデックスを有するＰＤＣＣＨ内に送信された制御情報が目標制御情報であると特定することができる。
【0136】
代替的又は追加的に、ネットワークデバイス１１０は、より遅い終了時間点を有するＰＤＣＣＨで目標制御情報を送信してもよく、それに対応して、端末デバイス１２０は、より遅い終了時間点を有するＰＤＣＣＨで送信された制御情報が目標制御情報であると特定することができる。代替的又は追加的に、ネットワークデバイス１１０は、より大きいＤＡＩを有するＰＤＣＣＨで目標制御情報を送信してもよく、それに対応して、端末デバイス１２０は、より大きいＤＡＩを有するＰＤＣＣＨで送信された制御情報が目標制御情報であると特定することができる。
【0137】
第１ＴＲＰ１３１及び第２ＴＲＰ１３２の一方を介して目標制御情報を送信することに加えて、ネットワークデバイス１１０は、第１ＴＲＰ１３１及び第２ＴＲＰ１３２の他方を介して、第１制御情報及び第２制御情報の他方の制御情報を端末デバイス１２０へ送信する（４１５）。それに対応して、受信側で、仮に、端末デバイス１２０は、一般性を失うことなく、ネットワークデバイス１１０から、ネットワークデバイス１１０から端末デバイス１２０へ送信される第１データに関連つけられる第１制御情報を受信する（４１０）。追加的に、端末デバイス１２０は、ネットワークデバイス１１０から、ネットワークデバイス１１０から端末デバイス１２０へ送信される第２データに関連つけられる第２制御情報を受信する（４１５）。
【0138】
上記のように、第１制御情報及び第２制御情報は、それぞれ、第１ＴＲＰ１３１及び第２ＴＲＰ１３２を介して、ネットワークデバイス１１０によって送信される。第１制御情報の第１開始時間点及び第２制御情報の第２開始時間点は、端末デバイス１２０がネットワークデバイス１１０からの制御情報を監視するための１つの時間間隔内にあるため、端末デバイス１２０が時間領域内に第１制御情報及び第２制御情報のどちらがより遅いものであることを特定することができない。
【0139】
しかしながら、端末デバイス１２０が目標制御情報の送信基準を知るため、端末デバイス１２０は、送信基準に基づいて、第１制御情報及び第２制御情報から目標制御情報を選択することができる（４２０）。いくつかの実施形態において、送信基準が、事前に定義されたＴＲＰを介して目標制御情報を送信することであると、端末デバイス１２０は、事前に定義されたＴＲＰを介して送信された制御情報を目標制御情報として選択してもよい。
【0140】
代替的又は追加的に、送信基準が、事前に定義されたＣＯＲＥＳＥＴで目標制御情報を送信することであると、端末デバイス１２０は、事前に定義されたＣＯＲＥＳＥＴで送信された制御情報を目標制御情報として選択してもよい。代替的又は追加的に、送信基準が、より低いインデックスを有するＣＯＲＥＳＥＴで目標制御情報を送信することであると、端末デバイス１２０は、より低いインデックスを有するＣＯＲＥＳＥＴで送信された制御情報を目標制御情報として選択してもよい。
【0141】
代替的又は追加的に、送信基準が、端末デバイス１２０のより低いインデックスのＳＳで目標制御情報を送信することであると、端末デバイス１２０は、より低いインデックスのＳＳで検索された制御情報を目標制御情報として選択してもよい。代替的又は追加的に、送信基準がより大きい監視インデックスを有するＰＤＣＣＨで目標制御情報を送信することであると、端末デバイス１２０は、より大きい監視インデックスを有するＰＤＣＣＨで送信された制御情報を目標制御情報として選択してもよい。
【0142】
代替的又は追加的に、送信基準が、より遅い終了時間点を有するＰＤＣＣＨで目標制御情報を送信することであると、端末デバイス１２０は、より遅い終了時間点を有するＰＤＣＣＨで送信された制御情報を、目標制御情報として選択してもよい。代替的又は追加的に、送信基準が、より大きいＤＡＩを有するＰＤＣＣＨで目標制御情報を送信することであると、端末デバイス１２０は、より大きいＤＡＩを有するＰＤＣＣＨで送信された制御情報を、目標制御情報として選択してもよい。
【0143】
第１制御情報及び第２制御情報のうち、目標制御情報を特定した後、端末デバイス１２０は、ネットワークデバイス１１０へ、目標制御情報内に示されるフィードバックチャネルで第１データに対する第１フィードバック及び第２データに対する第２フィードバックを送信する（４２５）。このようにして、複数のフィードバック（例えば、ＡＣＫ／ＮＡＣＫ）を送信するためのフィードバックチャネル（例えば、ＰＵＣＣＨ）を示す制御情報（例えば、ＤＣＩ）がさらなる制御情報（例えば、もう１つのＤＣＩ）と同じ時間で送信されたとしても、端末デバイス１２０は、当該制御情報を特定することができる。
【0144】
上記のように、３ＧＰＰ仕様に定義されたように、ＤＣＩで伝送されるＤＡＩは、端末デバイスがＤＣＩのセットが正常に受信されたか否かを特定することに寄与するＤＣＩのインデックスであり得る。例えば、ネットワークデバイス１１０は、端末デバイス１２０へ、１つのサービングセルにおいて時間領域内に連続して４つのＤＣＩを送信するとする。ネットワークデバイス１１０は、第１ＤＣＩがＤＡＩ値１を有し、第２ＤＣＩがＤＡＩ値２を有し、第３ＤＣＩがＤＡＩ値３を有し、第４ＤＣＩがＤＡＩ値４を有するように構成してもよい。ある場合に、ＤＡＩ値の最大値は４であり、ＤＡＩ値４を有するＤＣＩの次のＤＣＩは、再びＤＡＩ値１に割り当てられる。
【0145】
受信側で、一実施例として、端末デバイス１２０が時間領域内にＤＡＩ値１を有するＤＣＩ、ＤＡＩ値２を有するＤＣＩ、及びＤＡＩ値４を有するＤＣＩだけを連続して受信すると、端末デバイス１２０は、ＤＡＩ値３を有するＤＣＩが失われたと判定できる。別の実施例として、端末デバイス１２０が時間領域内にＤＡＩ値３を有するＤＣＩ、ＤＡＩ値４を有するＤＣＩ、及びＤＡＩ値２を有するＤＣＩだけを連続して受信すると、端末デバイス１２０は、ＤＡＩ値１を有するＤＣＩが失われたと判定できる。
【0146】
しかしながら、ネットワークデバイス１１０が２つのＴＲＰ１３１、１３２に接続される場合に、２つのＤＣＩは、同じセル内に、かつ、端末デバイス１２０がネットワークデバイス１１０からのＤＣＩを監視するための同じ時間間隔で、それぞれ、第１ＴＲＰ１３１及び第２ＴＲＰ１３２を介して送信される可能性がある。言い換えると、端末デバイス１２０は、２つのＤＣＩが同じ時間で受信されるとみなす。ここで、一般性を失うことなく、仮に２つのＤＣＩは、それぞれ、ＤＡＩ値２及びＤＡＩ値３を有する。
【0147】
従来のソリューションにおいて、端末デバイスが最初にＤＡＩ値２を有するＤＣＩを復号し、次にＤＡＩ値３を有するＤＣＩを復号する場合に、端末デバイスは、ＤＣＩのＤＡＩが正しい順番｛２、３｝を有し、ＤＣＩが失われていないとみなすことができる。そのほか、端末デバイスが最初にＤＡＩ値３を有するＤＣＩを復号し、次にＤＡＩ値２を有するＤＣＩを復号する場合に、端末デバイスは、ＤＣＩのＤＡＩが順番｛３、２｝を有し、２つのＤＣＩが失われ、つまり、ＤＡＩ値４を有するＤＣＩ及びＤＡＩ値１を有するＤＣＩが失われたとみなすことができる。本開示のいくつかの態様は、従来のソリューションにおけるこれらおよび他の可能な問題を解決する。以下、図６～８を参照しながら、これらの態様の実施形態を詳細に説明する。
【0148】
上記した問題を解決するための第１オプションとして、ネットワークデバイス１１０は、同じサービングセル内に各々のＤＡＩを有するＤＣＩを送信するためのＴＲＰ順番がつけられないままとすることができ、ＤＡＩ値は受信側で端末デバイス１２０によってソートされることができる。このようにして、複数のＤＣＩは同じセル内、かつ、端末デバイス１２０がＤＣＩを監視するための同じ時間間隔で送信されたとしても、端末デバイス１２０も複数のＤＣＩの正しい順番を取得することができる。図６を参照しながら、この第１オプションを説明する。
【0149】
図６は、本開示のいくつかの実施形態による例示的な方法６００のフローチャートを示す。いくつかの実施形態において、方法６００は、図１に示す端末デバイス１２０などの端末デバイスによって実行されることができる。追加的に又は代替的に、方法６００は図１に示されていない他の端末デバイスによって実行されることもできる。検討の目的で、図１を参照しながら、方法６００は、一般性を失うことなく、端末デバイス１２０によって実行されるように説明される。
【0150】
ブロック６１０で、端末デバイス１２０はネットワークデバイス１１０から第１制御情報を受信する。この第１制御情報は、ネットワークデバイス１１０から端末デバイス１２０へ送信される第１データに関連つけられ、かつ、第１インデックスを有する。例えば、図５に示す例示的なシナリオにおいて、端末デバイス１２０はネットワークデバイス１１０から第１ＤＣＩ１ ５１０を受信してもよく、ＤＣＩ１ ５１０は第１ＤＡＩ値を有してもよい。
【0151】
図６に戻して、ブロック６２０で、端末デバイス１２０はネットワークデバイス１１０から第２制御情報を受信する。この第２制御情報はネットワークデバイス１１０から端末デバイス１２０へ送信される第２データに関連つけられ、かつ、第２インデックスを有する。例えば、図５に示す例示的なシナリオにおいて、端末デバイス１２０はネットワークデバイス１１０から第２ＤＣＩ２ ５２０を受信してもよく、ＤＣＩ２ ５２０は第２ＤＡＩ値を有してもよい。
【0152】
上記のように、第１制御情報及び第２制御情報は、それぞれ、第１ＴＲＰ１３１及び第２ＴＲＰ１３２を介して、ネットワークデバイス１１０によって送信される。第１制御情報の第１開始時間点及び第２制御情報の第２開始時間点は、端末デバイス１２０がネットワークデバイス１１０からの制御情報を監視するための１つの時間間隔内にあるため、端末デバイス１２０は、時間領域内の第１制御情報及び第２制御情報の順番を特定することができない。例えば、図５に示す例示的なシナリオにおいて、ＤＣＩ１ ５１０及びＤＣＩ２ ５２０は同じ時間で送信されてもよい。
【0153】
図６に戻して、ブロック６３０で、端末デバイス１２０は、第１インデックス及び第２インデックスに基づいて、第１制御情報及び第２制御情報の受信順番を特定する。言い換えると、端末デバイス１２０は、第１制御情報及び第２制御情報の復号順番ではなく、第１及び第２インデックスに従って、どの制御情報が最初に受信されたかと特定する。例えば、図５に示す例示的なシナリオにおいて、ＤＣＩ１ ５１０がＤＡＩ値２を有し、かつ、ＤＣＩ２ ５２０がＤＡＩ値３を有すると、端末デバイス１２０は、ＤＡＩ値３の前にＤＡＩ値２が存在するため、たとえＤＣＩ１ ５１０がＤＣＩ２ ５２０の後で復号化されたとしても、ＤＣＩ１ ５１０がＤＣＩ２ ５２０よりも前に受信されたと特定することができる。そして、端末デバイス１２０は、同じサービングセルでかつ同じ時間間隔内に受信されたＤＣＩのソートされたＤＡＩ値に基づいて、ＡＣＫ／ＮＡＣＫコードブックを特定することができる。
【0154】
上記した問題を解決するための第２オプションとして、ネットワークデバイス１１０はサービングセル内に各々のＤＡＩを有するＤＣＩを送信するための特定のＴＲＰ順番を有し、ＤＡＩ値は、ＴＲＰのインデックスに基づいて、受信側で端末デバイス１２０によってソートされることができる。このようにして、複数のＤＣＩは、同じセルで、かつ同じ時間間隔で、ＴＲＰインデックスに基づく順番でネットワークデバイス１１０によって送信され、そのため、端末デバイス１２０は、同様にＴＲＰインデックスに基づいて複数のＤＣＩの正しい順番を取得することができる。図７、図８を参照しながら、第２オプションを説明する。
【0155】
図７は、本開示のいくつかの実施形態によるネットワークデバイス１１０と端末デバイス１２０との間の他の例示的な通信プロセス７００を示す。以下、図１に示すネットワークデバイス１１０が２つのＴＲＰ１３１、１３２に接続される通信環境１００を参照しながら、本開示の実施形態を説明する。しかしながら、本開示の実施形態はネットワークデバイス１１０が３つ以上のＴＲＰに接続される場合にも同等に適用できる。
【0156】
上記のように、２つのＴＲＰ１３１、１３２に接続されるネットワークデバイス１１０はネットワークデバイス１１０から端末デバイス１２０への送信に関連つけられる制御情報を生成する（７０５）。いくつかの実施形態において、制御情報は、３ＧＰＰ仕様に定義されたようなＤＣＩであってもよい。そして、ネットワークデバイス１１０は、ＴＲＰの第２インデックスに基づいて、制御情報の第１インデックスを特定し（７１０）、制御情報は当該ＴＲＰを介して送信されようとする。ＴＲＰの第２インデックスは２つのＴＲＰ１３１、１３２のうち、ＴＲＰを識別するためである。いくつかの実施形態において、第１インデックスは、３ＧＰＰ仕様に定義されたようなＤＣＩであってもよい。図８を参照しながら、第１インデックスの特定を詳細に説明する。
【0157】
図８は、本開示のいくつかの実施形態による、異なるＤＣＩのＤＡＩがＴＲＰのインデックスに基づいて特定される例示的な模式図を示す。図８に示す例示的なシナリオにおいて、３ＧＰＰ仕様に定義されたようなＤＣＩは制御情報の例として挙げられ、３ＧＰＰ仕様に定義されたようなＤＡＩ値は制御情報の第１インデックスの例として挙げられる。上記のように、ネットワークデバイス１１０が、ＣＣ０およびＣＣ１として示される２つのサービングセルを有すると想定する。図８において、第１ＴＲＰ１３１はＴＲＰ１として示され、第２ＴＲＰ１３２はＴＲＰ２として示される。ここで、さらに、ネットワークデバイス１１０は、ＤＣＩ８１０、ＤＣＩ８２０、ＤＣＩ８３０、及びＤＣＩ８４０である４つのＤＣＩを生成すると想定する。
【0158】
ＤＣＩ用のＤＡＩ値を特定する際に、ネットワークデバイス１１０は、最初にＤＣＩを送信するために使用されるサービングセルのインデックスを考慮し、次にＤＣＩが送信されることに使用されるＴＲＰのインデックスを考慮することができる。例えば、ＤＣＩ８１０がＣＣ０でＴＲＰ１を介して送信されると、ＤＣＩ８１０用のＤＡＩは値１を有すると特定されることができる。ＤＣＩ８２０がＣＣ１でＴＲＰ１を介して送信されると、ＤＣＩ８２０用のＤＡＩは値２を有すると特定されることができる。ＤＣＩ８３０がＣＣ０でＴＲＰ２を介して送信されると、ＤＣＩ８３０用のＤＡＩは値３を有すると特定されることができる。ＤＣＩ８４０がＣＣ１でＴＲＰ２を介して送信されると、ＤＣＩ８４０のＤＡＩは値４を有すると特定されることができる。言い換えると、ＤＣＩのＤＡＩ値はＤＣＩが送信されることに使用されるＴＲＰのインデックスに基づいて特定される。
【0159】
このようにして、ネットワークデバイス１１０が１つのサービングセル内に同じ時間で２つのＴＲＰ１３１、１３２のそれぞれを介して２つのＤＣＩを送信しても、受信側での端末デバイス１２０は、ネットワークデバイス１１０から送信された２つのＤＣＩの順番を正しく特定することができる。図８に示す例示的なシナリオにおいて、ＤＡＩ値は、サービングセルのインデックス及びＴＲＰのインデックスの両方に基づいて特定されるが、本開示の範囲を限定する示唆のない一例にすぎない。本開示の実施形態は、ＤＡＩ値がＴＲＰのインデックスのみによって特定されるシナリオ、又は、ＤＡＩ値が、サービングセルインデックス及びＴＲＰインデックスに加えて、ＰＤＣＣＨ監視機会のインデックスなどの他のインデックスに基づいて特定されるシナリオにも同等に適用可能であると理解されたい。
【0160】
また、図８に示す例示的なシナリオにおいて、ＤＡＩ値を特定する際に、ＴＲＰインデックスよりもサービングセルインデックスを先に考慮するが、本開示の範囲を限定する示唆がない一例にすぎない。本開示の実施形態は、サービングセルインデックス、ＴＲＰインデックス、ＰＤＣＣＨ監視機会のインデックスなどの様々なインデックスが、ＤＡＩ値を特定する際に任意の順番で考慮されるシナリオに同等に適用可能であると理解されたい。
【0161】
図７に戻して、ネットワークデバイス１１０は、第２インデックスを有するＴＲＰを介して、第１インデックスを含む制御情報を端末デバイス１２０へ送信する（７１５）。例えば、図８に示されるように、ネットワークデバイス１１０は、第１サービングセルＣＣ０における第１ＴＲＰ１３１を介してＤＡＩ１を含むＤＣＩ８１０を端末デバイス１２０へ送信し、第２サービングセルＣＣ１における第１ＴＲＰ１３１を介してＤＡＩ２を含むＤＣＩ８２０を端末デバイス１２０へ送信し、第１サービングセルＣＣ０における第２ＴＲＰ１３２を介してＤＡＩ３を含むＤＣＩ８３０を端末デバイス１２０へ送信し、第２サービングセルＣＣ１における第２ＴＲＰ１３２を介してＤＡＩ４を含むＤＣＩ８４０を端末デバイス１２０へ送信する。
【0162】
図７に戻して、受信側で、端末デバイス１２０はネットワークデバイス１１０から制御情報を受信する（７１５）。例えば、図８に示す例示的なシナリオにおいて、端末デバイス１２０はＤＣＩ８１０、ＤＣＩ８２０、ＤＣＩ８３０、及びＤＣＩ８４０を受信してもよい。図７に戻して、端末デバイス１２０は、制御情報からの制御情報用の第１インデックスを特定する（７２０）。例えば、図８に示す例示的なシナリオにおいて、端末デバイス１２０はＤＣＩ８１０からのＤＡＩ１、ＤＣＩ８２０からのＤＡＩ２、ＤＣＩ８３０からのＤＡＩ３、及びＤＣＩ８４０からのＤＡＩ４を特定してもよい。
【0163】
図７に戻して、端末デバイス１２０は、制御情報が送信されることに使用されるＴＲＰの第２インデックスを特定する（７２５）。例えば、図８に示す例示的なシナリオにおいて、端末デバイス１２０は、ＤＣＩ８１０が送信されることに使用されるＴＲＰ１３１のインデックス１、ＤＣＩ８２０が送信されることに使用されるＴＲＰ１３１のインデックス１、ＤＣＩ８３０が送信されることに使用されるＴＲＰ１３２のインデックス２、ＤＣＩ８４０が送信されることに使用されるＴＲＰ１３２のインデックス２を特定してもよい。
【0164】
図７に戻して、端末デバイス１２０は、第１インデックス及び第２インデックスに基づいて当該制御情報以前の制御情報の受信状態を特定する（７３０）。例えば、図８に示す例示的なシナリオにおいて、端末デバイス１２０は、サービングセルのインデックス及びＴＲＰのインデックスに従って、受信したＤＣＩの順番を｛ＤＣＩ８１０、ＤＣＩ８２０、ＤＣＩ８３０、ＤＣＩ８４０｝として特定する。また、端末デバイス１２０は、ＤＣＩのＤＡＩ値｛１、２、３、４｝の順番が受信したＤＣＩの順番と一致すると特定してもよい。よって、ＤＣＩの１つを受信すると、端末デバイス１２０は、以前のＤＣＩの受信状態が失われていないと判定できる。言い換えると、ＤＣＩが失われることはない。そのほか、ＤＡＩ値の順番が受信したＤＣＩの順番に一致しないと、端末デバイス１２０は以前のＤＣＩの受信状態が失われたと判定する。つまり、１つ以上のＤＣＩが失われた。
【0165】
図９は本開示のいくつかの実施形態による他の例示的な方法のフローチャート９００を示す。いくつかの実施形態において、方法９００は、図１に示す端末デバイス１２０などの端末デバイスによって実行されることができる。追加的に又は代替的に、方法９００は、図１に示されていない他の端末デバイスによって実行されることもできる。検討の目的で、図１を参照しながら、方法９００は、一般性を失うことなく、端末デバイス１２０によって実行されるように説明される。
【0166】
ブロック９１０で、端末デバイス１２０は、複数のＴＲＰに接続されるネットワークデバイス１１０から、ネットワークデバイス１１０から端末デバイス１２０へのデータ送信に関連つけられる制御情報を受信する。ブロック９２０で、端末デバイス１２０は、制御情報から、複数のＴＲＰを介してデータを端末デバイス１２０へ送信するためにネットワークデバイス１１０によって使用される繰り返し方式を特定する。ブロック９３０で、端末デバイス１２０は、繰り返し方式に基づいて、ネットワークデバイス１１０からデータを受信する。
【0167】
いくつかの実施形態において、繰り返し方式を特定することは、複数のＤＭＲＳグループが制御情報において示されることに応答して、繰り返し方式をＳＤＭ方式として特定することを含んでもよい。
【0168】
いくつかの実施形態において、繰り返し方式を特定することは、１つのＤＭＲＳグループ及び１つのＲＶが制御情報において示されることに応答して、繰り返し方式を、データの同じコードワードが複数のＴＲＰを介して送信される第１ＦＤＭ方式として特定することを含んでもよい。
【0169】
いくつかの実施形態において、繰り返し方式を特定することは、１つのＤＭＲＳグループ、複数のＲＶ、及び１つのＴＤＲＡが制御情報において示されることに応答して、繰り返し方式を、データの複数のコードワードがそれぞれ複数のＴＲＰを介して送信される第２ＦＤＭ方式として特定することを含んでもよい。
【0170】
いくつかの実施形態において、繰り返し方式を特定することは、１つのＤＭＲＳグループ、複数のＲＶ、及び複数のＴＤＲＡが制御情報において示されることに応答して、繰り返し方式を、ＴＤＭ方式として特定することを含んでもよい。
【0171】
いくつかの実施形態において、繰り返し方式を特定することは、さらに、複数のＴＤＲＡが１つのタイムスロットにおける複数の時間領域リソースを示すことに応答して、ＴＤＭ方式を、データが複数のＴＲＰを介して１つのタイムスロット内で送信される第１ＴＤＭ方式として特定することと、複数のＴＤＲＡがそれぞれ異なるタイムスロットにおける複数の時間領域リソースを示すことに応答して、ＴＤＭ方式を、データが複数のＴＲＰを介してそれぞれ異なるタイムスロットにおいて送信される第２ＴＤＭ方式として特定することと、を含んでもよい。
【0172】
いくつかの実施形態において、制御情報はＴＤＲＡビットマップ及びＲＶビットマップの少なくとも１つを含んでもよく、ＴＤＲＡビットマップの第１値は複数のＴＲＰの１つのＴＤＲＡ値を示し、かつ、ＴＤＲＡビットマップの第２値は複数のＴＲＰのそれぞれのＴＤＲＡ値を示し、ＲＶビットマップの第１値は複数のＴＲＰの１つのＲＶ値を示し、かつ、ＲＶビットマップの第２値は複数のＴＲＰのそれぞれのＲＶ値を示す。
【0173】
いくつかの実施形態において、ＴＤＲＡビットマップ又はＲＶビットマップのマッピングはＰＨＹ層の上位層によって示されてもよい。
【0174】
いくつかの実施形態において、当該方法９００は、さらに、複数のＤＭＲＳグループが制御情報において示されることに応答して、ＴＤＲＡビットマップの各値が１つのＴＤＲＡ値を示し、又はＲＶビットマップの各値が１つのＲＶ値を示すと判定することと、１つのＤＭＲＳグループが制御情報において示されることに応答して、ＴＤＲＡビットマップの値が複数のＴＤＲＡ値を示し、ＲＶビットマップの値が複数のＲＶ値を示すと判定することと、を含んでもよい。
【0175】
いくつかの実施形態において、当該方法９００は、さらに、ネットワークデバイス１１０から、第１ＦＤＭ方式又は第２ＦＤＭ方式を示すインジケータを受信することを含んでもよく、第１ＦＤＭ方式において、データの同じコードワードが複数のＴＲＰを介して送信され、かつ、第２ＦＤＭ方式において、データの複数のコードワードが、それぞれ、複数のＴＲＰを介して送信される。繰り返し方式を特定することは、１つのＤＭＲＳグループ及び１つのＴＤＲＡが制御情報において示されることに応答して、インジケータが第１ＦＤＭ方式を示すことに応答して、繰り返し方式を第１ＦＤＭ方式として特定し、インジケータが第２ＦＤＭ方式を示すことに応答して、繰り返し方式を第２ＦＤＭ方式として特定することを含んでもよい。
【0176】
いくつかの実施形態において、繰り返し方式を特定することは、さらに、１つのＤＭＲＳグループ及び複数のＴＤＲＡが制御情報において示されることに応答して、繰り返し方式をＴＤＭ方式として特定することを含んでもよい。
【0177】
いくつかの実施形態において、当該方法９００は、さらに、ネットワークデバイス１１０から、複数のＴＲＰの第１ＴＲＰ用の第１時間領域リソースと複数のＴＲＰの第２ＴＲＰ用の第２時間領域リソースとの間のオフセットを示すオフセットインジケータを受信することを含んでもよい。繰り返し方式を特定することは、１つのＤＭＲＳグループ及び１つのＴＤＲＡが制御情報において示されることに応答して、オフセットが１つのタイムスロットよりも小さいに応答して、繰り返し方式を、データが第１ＴＲＰ及び第２ＴＲＰを介して１つのタイムスロット内で送信される第１ＴＤＭ方式として特定し、かつ、オフセットが１つのタイムスロットより大きいに応答し、繰り返し方式を、データが第１ＴＲＰ及び第２ＴＲＰを介してそれぞれ異なるタイムスロット内で送信される第２ＴＤＭ方式として特定することを含んでもよい。
【0178】
いくつかの実施形態において、当該方法９００は、さらに、１つのＴＤＲＡに基づいて、第１時間領域リソースを特定することと、第１時間領域リソース及びオフセットに基づいて、第２時間領域リソースを特定することと、を含んでもよい。
【0179】
いくつかの実施形態において、制御情報は、複数の繰り返し方式中の当該繰り返し方式を示すための繰り返し方式のビットマップを含んでもよい。
【0180】
図１０は、本開示のいくつかの実施形態による他の例示的な方法のフローチャート１０００を示す。いくつかの実施形態において、方法１０００は図１に示すネットワークデバイス１１０などのネットワークデバイスによって実行されることができる。追加的に又は代替的に、方法１０００は、図１に示されていない他のネットワークデバイスによって実行されることもできる。検討の目的で、図１を参照しながら、方法１０００は、一般性を失うことなく、ネットワークデバイス１１０によって実行されるように説明される。
【0181】
ブロック１０１０で、複数のＴＲＰに接続されるネットワークデバイス１１０は複数のＴＲＰを介して端末デバイス１２０へデータを送信するためにネットワークデバイス１１０によって使用される繰り返し方式を特定する。ブロック１０２０で、ネットワークデバイス１１０は、ネットワークデバイス１１０から端末デバイス１２０へのデータ送信に関連つけられる、繰り返し方式を示す制御情報を生成する。ブロック１０３０で、ネットワークデバイス１１０は、制御情報を端末デバイス１２０へ送信する。ブロック１０４０で、ネットワークデバイス１１０は、繰り返し方式に基づいて、複数のＴＲＰを介してデータを端末デバイス１２０へ送信する。
【0182】
いくつかの実施形態において、制御情報を生成することは、繰り返し方式をＳＤＭ方式として特定することに応答して、複数のＤＭＲＳグループを示す制御情報を生成することを含んでもよい。
【0183】
いくつかの実施形態において、制御情報を生成することは、繰り返し方式を、データの同じコードワードが複数のＴＲＰを介して送信される第１ＦＤＭ方式として特定することに応答して、１つのＤＭＲＳグループ及び１つのＲＶを示す制御情報を生成することを含んでもよい。
【0184】
いくつかの実施形態において、制御情報を生成することは、繰り返し方式を、データのそれぞれのコードワードが複数のＴＲＰを介して送信される第２ＦＤＭ方式として特定することに応答して、１つのＤＭＲＳグループ、複数のＲＶ、及び１つのＴＤＲＡを示す制御情報を生成することを含んでもよい。
【0185】
いくつかの実施形態において、制御情報を生成することは、繰り返し方式をＴＤＭ方式として特定することに応答して、１つのＤＭＲＳグループ、複数のＲＶ、及び複数のＴＤＲＡを示す制御情報を生成することを含んでもよい。
【0186】
いくつかの実施形態において、ＴＤＭ方式はデータが複数のＴＲＰを介して１つのタイムスロット内で送信される第１ＴＤＭ方式である場合に、複数のＴＤＲＡは１つのタイムスロットにおける複数の時間領域リソースを示し、ＴＤＭ方式はデータが複数のＴＲＰを介してそれぞれ異なるタイムスロットにおいて送信される第２ＴＤＭ方式である場合に、複数のＴＤＲＡはそれぞれ異なるタイムスロットにおける複数の時間領域リソースを示す。
【0187】
いくつかの実施形態において、制御情報を生成することは、さらに、制御情報にＴＤＲＡビットマップ及びＲＶビットマップの少なくとも１つを含めることを含み、ＴＤＲＡビットマップの第１値は複数のＴＲＰの１つのＴＤＲＡ値を示し、ＴＤＲＡビットマップの第２値は複数のＴＲＰのそれぞれのＴＤＲＡ値を示し、ＲＶビットマップの第１値は複数のＴＲＰの１つのＲＶ値を示し、ＲＶビットマップの第２値は複数のＴＲＰのそれぞれのＲＶ値を示す。
【0188】
いくつかの実施形態において、ＴＤＲＡビットマップ又はＲＶビットマップのマッピングはＰＨＹ層の上位層によって示されてもよい。
【0189】
いくつかの実施形態において、複数のＤＭＲＳグループが制御情報において示される場合に、ＴＤＲＡビットマップの各値が１つのＴＤＲＡ値を示し、又はＲＶビットマップの各値が１つのＲＶ値を示してもよく、１つのＤＭＲＳグループが制御情報において示される場合に、ＴＤＲＡビットマップの値が複数のＴＤＲＡ値を示し、又はＲＶビットマップの値が複数のＲＶ値を示してもよい。
【0190】
いくつかの実施形態において、当該方法１０００は、さらに、端末デバイス１２０へ、第１ＦＤＭ方式又は第２ＦＤＭ方式を示すインジケータを送信することを含んでもよく、第１ＦＤＭ方式においてデータの同じコードワードが複数のＴＲＰを介して送信され、かつ、第２ＦＤＭ方式において、データのそれぞれのコードワードが複数のＴＲＰを介して送信される。制御情報を生成することは、繰り返し方式を第１ＦＤＭ方式又は第２ＦＤＭ方式として特定することに応答して、１つのＤＭＲＳグループ及び１つのＴＤＲＡを示す制御情報を生成することを含んでもよい。
【0191】
いくつかの実施形態において、制御情報を生成することは、繰り返し方式をＴＤＭ方式として特定することに応答して、１つのＤＭＲＳグループ及び複数のＴＤＲＡを示す制御情報を生成することを含んでもよい。
【0192】
いくつかの実施形態において、当該方法１０００は、さらに、端末デバイス１２０へ、複数のＴＲＰの第１ＴＲＰ用の第１時間領域リソースと複数のＴＲＰの第２ＴＲＰ用の第２時間領域リソースとの間のオフセットを示すオフセットインジケータを送信することを含んでもよい。制御情報を生成することは、繰り返し方式を、データが第１ＴＲＰ及び第２ＴＲＰを介して１つのタイムスロット内で送信される第１ＴＤＭ方式、又は、データが第１ＴＲＰ及び第２ＴＲＰを介してそれぞれ異なるタイムスロット内で送信される第２ＴＤＭ方式として特定することに応答して、１つのＤＭＲＳグループ及び１つのＴＤＲＡを示す制御情報を生成することを含んでもよい。
【0193】
いくつかの実施形態において、第１時間領域リソースは１つのＴＤＲＡによって示されてもよく、第２時間領域リソースは第１時間リソース及びオフセットによって示されてもよい。
【0194】
いくつかの実施形態において、制御情報を生成することは、制御情報に、複数の繰り返し方式中の当該繰り返し方式を示すための繰り返し方式のビットマップを含めることを含んでもよい。
【0195】
図１１は本開示のいくつかの実施形態による他の例示的な方法のフローチャート１１００を示す。いくつかの実施形態において、方法１１００は図１に示す端末デバイス１２０などの端末デバイスによって実行されることができる。追加的に又は代替的に、方法１１００は、図１に示されていない他の端末デバイスによって実行されることもできる。検討の目的で、図１を参照しながら、方法１１００は、一般性を失うことなく、端末デバイス１２０によって実行されるように説明される。
【0196】
ブロック１１１０で、端末デバイス１２０は、ネットワークデバイス１１０から端末デバイス１２０へ送信される第１データに関連つけられる第１制御情報をネットワークデバイス１１０から受信する。ブロック１１２０で、端末デバイス１２０は、ネットワークデバイス１１０から端末デバイス１２０へ送信される第２データに関連つけられる第２制御情報をネットワークデバイス１１０から受信し、第１制御情報及び第２制御情報は、それぞれ、第１ＴＲＰ及び第２ＴＲＰを介してネットワークデバイス１１０によって送信され、第１制御情報の第１開始時間点及び第２制御情報の第２開始時間点は、端末デバイス１２０がネットワークデバイス１１０からの制御情報を監視するための１つの時間間隔内にある。
【0197】
ブロック１１３０で、端末デバイス１２０は、ネットワークデバイスが使用する目標制御情報の送信基準に基づいて、第１制御情報及び第２制御情報から目標制御情報を選択する。ブロック１１４０で、端末デバイス１２０は、目標制御情報において示されるフィードバックチャネル上で第１データに対する第１フィードバック及び第２データに対する第２フィードバックを、ネットワークデバイス１１０へ送信する。
【0198】
いくつかの実施形態において、目標制御情報を選択することは、事前に定義されたＴＲＰを介して送信された制御情報を選択すること、事前に定義されたＣＯＲＥＳＥＴにおいて送信された制御情報を選択すること、より低いインデックスを有するＣＯＲＥＳＥＴを使用して送信された制御情報を選択すること、より低いインデックスを有するサーチスペースにおいて検索された制御情報を選択すること、より大きい監視インデックスを有するＰＤＣＣＨで送信された制御情報を選択すること、より遅い終了時間点を有するＰＤＣＣＨで送信された制御情報を選択すること、より大きいＤＡＩを有するＰＤＣＣＨで送信された制御情報を選択すること、の少なくとも１つを含む。
【0199】
図１２は、本開示のいくつかの実施形態による他の例示的な方法のフローチャート１２００を示す。いくつかの実施形態において、方法１２００は図１に示すネットワークデバイス１１０などのネットワークデバイスによって実行されることができる。追加的に又は代替的に、方法１２００は、図１に示されていない他のネットワークデバイスによって実行されることもできる。検討の目的で、図１を参照しながら、方法１２００は、一般性を失うことなく、ネットワークデバイス１１０によって実行されるように説明される。
【0200】
ブロック１２１０で、ネットワークデバイス１１０は、ネットワークデバイス１１０から端末デバイス１２０へ送信される第１データに関連つけられる第１制御情報、及びネットワークデバイス１１０から端末デバイス１２０へ送信される第２データに関連つけられる第２制御情報を生成し、第１制御情報及び第２制御情報は、それぞれ、第１ＴＲＰ及び第２ＴＲＰを介してネットワークデバイス１１０によって送信され、第１制御情報の第１開始時間点及び第２制御情報の第２開始時間点は、端末デバイス１２０がネットワークデバイス１１０からの制御情報を監視するための１つの時間間隔内にある。
【0201】
ブロック１２２０で、ネットワークデバイス１１０は、送信基準に基づいて、第１ＴＲＰ及び第２ＴＲＰの一方を介して、第１制御情報及び第２制御情報のうち、端末デバイス１２０が第１データに対する第１フィードバック及び第２データに対する第２フィードバックを送信するためのフィードバックチャネルを示す目標制御情報を端末デバイス１２０へ送信する。ブロック１２３０で、ネットワークデバイス１１０は、第１ＴＲＰ及び第２ＴＲＰの他方を介して、第１制御情報及び第２制御情報の他方の制御情報を端末デバイス１２０へ送信する。
【0202】
いくつかの実施形態において、送信基準は、事前に定義されたＴＲＰを介してを目標制御情報を送信すること、事前に定義されたＣＯＲＥＳＥＴにおいて目標制御情報を送信すること、より低いインデックスを有するＣＯＲＥＳＥＴで目標制御情報を送信すること、より低いインデックスを有するサーチスペースにおいて目標制御情報を送信すること、より大きい監視インデックスを有するＰＤＣＣＨで目標制御情報を送信すること、より遅い終了時間点を有するＰＤＣＣＨで目標制御情報を送信すること、より大きいＤＡＩを有するＰＤＣＣＨで目標制御情報を送信すること、の少なくとも１つを含む。
【0203】
図１３は、本開示のいくつかの実施形態による他の例示的な方法のフローチャート１３００を示す。いくつかの実施形態において、方法１３００は図１に示すネットワークデバイス１１０などのネットワークデバイスによって実行されることができる。追加的に又は代替的に、方法１３００は、図１に示されていない他のネットワークデバイスによって実行されることもできる。検討の目的で、図１を参照しながら、方法１３００は、一般性を失うことなく、ネットワークデバイス１１０によって実行されるように説明される。
【0204】
ブロック１３１０で、複数のＴＲＰに接続されるネットワークデバイス１１０は、ネットワークデバイス１１０から端末デバイス１２０への送信に関連つけられる制御情報を生成する。ブロック１３２０で、ネットワークデバイス１１０は、複数のＴＲＰのうち、制御情報が送信されることに使用されるＴＲＰの第２インデックスに基づいて、制御情報の第１インデックスを特定する。ブロック１３３０で、ネットワークデバイス１１０は、ＴＲＰを介して、第１インデックスを含む制御情報を端末デバイス１２０へ送信する。
【0205】
図１４は本開示のいくつかの実施形態による他の例示的な方法のフローチャート１４００を示す。いくつかの実施形態において、方法１４００は、図１に示す端末デバイス１２０などの端末デバイスによって実行されることができる。追加的に又は代替的に、方法１４００は、図１に示されていない他の端末デバイスによって実行されることもできる。検討の目的で、図１を参照しながら、方法１４００は、一般性を失うことなく、端末デバイス１２０によって実行されるように説明される。
【0206】
ブロック１４１０で、端末デバイス１２０は、複数のＴＲＰに接続されるネットワークデバイス１１０から、ネットワークデバイス１１０から端末デバイス１２０への送信に関連つけられる制御情報を受信する。ブロック１４２０で、端末デバイス１２０は、制御情報から制御情報の第１インデックスを特定する。ブロック１４３０で、端末デバイス１２０は、複数のＴＲＰのうち、制御情報がネットワークデバイス１１０によって送信されることに使用されるＴＲＰの第２インデックスを特定する。ブロック１４４０で、端末デバイス１２０は、第１インデックス及び第２インデックスに基づいて、当該制御情報の以前の制御情報の受信状態を特定する。
【0207】
図１５は、本開示のいくつかの実施形態の実施に適したデバイス１５００の簡略化のブロック図である。デバイス１５００は、図１に示すネットワークデバイス１１０及び端末デバイス１２０のさらなる例示的な実施形態と見なされることができる。従って、デバイス１５００は、ネットワークデバイス１１０及び端末デバイス１２０として、又は少なくともこれらのデバイスの一部として実施されることができる。
【0208】
図示するように、デバイス１５００は、プロセッサ１５１０と、プロセッサ１５１０に接続されたメモリ１５２０と、プロセッサ１５１０に接続された適切な伝送機（ＴＸ）及び受信機（ＲＸ）１５４０と、ＴＸ／ＲＸ１５４０に接続された通信インターフェースとを含む。メモリ１５２０は、プログラム１５３０の少なくとも一部を格納する。ＴＸ／ＲＸ１５４０は、双方向通信するためのものである。ＴＸ／ＲＸ１５４０は、通信を容易にするために少なくとも１つのアンテナを有するが、実際には、本明細書で言及されるアクセスノードは、いくつかのアンテナを有してもよい。通信インターフェースは、ｇＮＢ又はｅＮＢ間の双方向通信用のＸ２インターフェース、Ｍｏｂｉｌｉｔｙ ＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ（ＭＭＥ）／Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ（Ｓ－ＧＷ）とｇＮＢ又はｅＮＢとの間の通信用のＳ１インターフェース、ｇＮＢ又はｅＮＢとリレーノード（ＲＮ：Ｒｅｌａｙ Ｎｏｄｅ）との間の通信用のＵｎインターフェース、又はｇＮＢ又はｅＮＢと端末デバイスとの間の通信用のＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェイスを表す。
【0209】
プログラム１５３０は、関連するプロセッサ１５１０によって実行されると、図６、図９～図１４のいずれかを参照して本明細書で検討されるように、デバイス１５００に本開示の実施形態に従って動作させることを可能にするプログラム命令を含むと想定される。本開示の実施形態は、デバイス１５００のプロセッサ１５１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアの組み合わせにより実施され得る。プロセッサ１５１０は、本開示の様々な実施形態を実施するように設定され得る。さらに、プロセッサ１５１０とメモリ１５２０との組み合わせは、本開示の様々な実施形態を実施することに適した処理手段１５５０を形成してもよい。
【0210】
メモリ１５２０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、非一時的なコンピュータ読み取り可能な記憶媒体、半導体系のメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリ及びリムーバブルメモリなどの任意の適切なデータストレージ技術を使用して実施されてもよい。デバイス１５００には１つのメモリ１５２０のみが示されているが、デバイス１５００には別個であるいくつかのメモリモジュールがあってもよい。プロセッサ１５１０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、及び、マルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよい。デバイス１５００は、メインプロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなどの複数のプロセッサを有してもよい。
【0211】
本開示の装置及び／又はデバイスに含まれる構成要素は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを含む様々な方式で実行されることができる。一実施形態では、１つ又は複数のユニットは、例えば、記憶媒体に格納された機械実行可能指令のようなソフトウェア及び／又はファームウェアを使用して実行されることができる。機械実行可能指令に加えて、又はその代わりに、装置及び／又はデバイスにおける一部又はすべてのユニットは、少なくとも一部的に、１つ又は複数のハードウェアロジック構成要素によって実行されることができる。例えば、使用できるハードウェアロジック構成要素の例示的な種類は、ＦＰＧＡ（Ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、ＡＳＳＰ（Ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ Ｓｔａｎｄａｒｄ Ｐｒｏｄｕｃｔｓ）、ＳＯＣ（Ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ）システム、ＣＰＬＤ（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）などを含む。
【0212】
一般的に、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、ロジック、又はそれらの任意の組み合わせで実施され得る。いくつかの態様はハードウェアで実施され、他の態様はコントローラ、マイクロプロセッサ又は他のコンピューティングデバイスによって実行されるファームウェア又はソフトウェアで実施されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート、又は他の何らかの画像表現を使用して例示及び説明されているが、本明細書で説明されるこれらのブロック、装置、システム、技術又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又はロジック、汎用ハードウェア又はコントローラ又は他のコンピューティングデバイス、又はそれらの組み合わせに実施されてもよい。
【0213】
本開示は、さらに、非一時的なコンピュータ読み取り可能な記憶媒体に有形に格納された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図６、図９～図１４のいずれかを参照して上記で説明したプロセス又は方法を実行するために、プログラムモジュールに含まれるものなどの、対象の実プロセッサ又は仮想プロセッサ上のデバイスで実行される、コンピュータ実行可能な命令を含む。一般的に、プログラムモジュールは、特定のタスクを実行する、又は特定の抽象データ型を実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、構成要素、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態で必要に応じてプログラムモジュール間で組み合わせるか、又は分割することができる。プログラムモジュールのためのマシン実行可能な命令は、ローカルデバイス又は分散型デバイスで実行できる。分散型デバイスでは、プログラムモジュールはローカルとリモートのストレージメディアの両方に配置できる。
【0214】
本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせでコーディングされることができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又はその他のプログラマブルデータ処理装置のプロセッサ又はコントローラに提供されることによって、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定される機能／動作が実現される。プログラムコードは、完全にマシン上で実行されたり、その一部がマシン上で実行されたり、スタンドアロンソフトウェアパッケージとして実行されたり、一部がマシン上で実行され、かつ一部がリモートマシン上で実行されたり、又は完全にリモートマシン又はサーバー上で実行されたりすることができる。
【0215】
上記のプログラムコードは、命令実行システム、装置、又はデバイスによって、又はそれらと関連して使用するためのプログラムを含むか、又は格納する任意の有形媒体であり得るマシン読み取り可能な媒体上で具現化され得る。マシン読み取り可能な媒体は、マシン読み取り可能な信号媒体又はマシン読み取り可能な記憶媒体であり得る。マシン読み取り可能な媒体は、電子、磁気、光学、電磁気、赤外線、又は半導体システム、装置、又はデバイス、あるいは前述の任意の適切な組み合わせを含むが、これらに限定されない。マシン読み取り可能記憶媒体のより具体的な例には、１つ又は複数のワイヤによる電気的な接続、ポータブルコンピュータディスケット、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ－ｏｎｌｙ Ｍｅｍｏｒｙ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバー、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、光学式ストレージデバイス、磁気ストレージデバイス、又は前述の任意の適切な組み合わせが含まれる。
【0216】
さらに、操作は特定の順序で図面に描かれているが、これは、望ましい結果を達成するために、そのような操作が図示の特定の順序又は連続順序で実行されること、又はすべての描かれた操作が実行されることを要求するものとして理解されるべきではない。特定の状況では、マルチタスクと並列処理が有利な場合がある。同様に、上記説明にはいくつかの特定の実装の詳細が含まれているが、これらは本開示の範囲の制限としてではなく、特定の実施形態に特有の特徴の説明として解釈されるべきである。別個の実施形態の文脈で記載されている特定の特徴は、単一の実施形態に組み合わせて実施されることもできる。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態で別々に、又は任意の適切なサブコンビネーションで実施されることもできる。
【0217】
本開示について、構造的特徴及び／又は方法論的動作に特有の用語で説明したが、添付の請求の範囲で限定される本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解されたい。むしろ、上記の特定の特徴及び動作は、請求の範囲を実施する例示的な形態として開示されている。
【図1】
【図2】
【図3A】
【図3B】
【図3C】
【図3D】
【図3E】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】