特許 6986547 フィードバックタイミングの決定

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

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

(11)【特許番号】6986547

(24)【登録日】2021年12月1日

(45)【発行日】2021年12月22日

(54)【発明の名称】フィードバックタイミングの決定

(51)【国際特許分類】

   H04W 28/04 20090101AFI20211213BHJP

   H04B 17/24 20150101ALI20211213BHJP

   H04W 8/22 20090101ALI20211213BHJP

   H04W 72/04 20090101ALI20211213BHJP

【ＦＩ】

   H04W28/04

   H04B17/24

   H04W8/22

   H04W72/04 131

【請求項の数】12

【全頁数】22

(21)【出願番号】特願2019-503428(P2019-503428)

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

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

(43)【公表日】2019年10月31日

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

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

(87)【国際公開日】20180201

【審査請求日】2019年3月29日

【審判番号】不服2020-14995(P2020-14995/J1)

【審判請求日】2020年10月28日

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(72)【発明者】

【氏名】ミャオ， チンユイ

(72)【発明者】

【氏名】リー， ショウカ

【合議体】

【審判長】 中木 努

【審判官】 望月 章俊

【審判官】 國分 直樹

(56)【参考文献】

【文献】 米国特許出願公開第２０１６／０２０５５４０（ＵＳ，Ａ１）

【文献】 Ｎｏｋｉａ，Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ Ｓｈａｎｇｈａｉ Ｂｅｌｌ，Ｏｎ Ｈｙｂｒｉｄ ＡＲＱ ｆｕｎｃｔｉｏｎａｌｉｔｙ ｆｏｒ ５Ｇ［ｏｎｌｉｎｅ］， ３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ１＃８５ Ｒ１−１６５３７３，インターネット＜ＵＲＬ ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿１４７７／Ｄｏｃｓ／Ｒ１−１６５３７３．ｚｉｐ＞，２０１６年５月２７日，Ｓｅｃｔｉｏｎ２

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

H04W4/00-H04W99/00 H04B7/24-H04B7/26

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

【請求項1】

３ＧＰＰ ５Ｇ通信プロトコルにおける基地局である第１の通信デバイス（１１０、７００）において実装される方法（３００）であって、
端末デバイスである第２の通信デバイス（１２０、８００）の能力を示す情報を取得すること（３０５）と、
取得した前記情報に基づいて、前記第２の通信デバイスが使用するべきフィードバックタイミングを決定すること（３１０）と、
前記フィードバックタイミングにしたがって前記第２の通信デバイス（１２０、８００）と通信するために、前記フィードバックタイミングの指示を前記第２の通信デバイスに送信すること（３１５）と
を含み、前記能力は、前記第２の通信デバイスの複数のタイミング要件であり、前記複数のタイミング要件は、伝送ブロックを復号し、フィードバックのためのアップリンク伝送を準備するためのものであり、前記タイミング要件のそれぞれは、伝送ブロックを含む少なくとも１つのパラメータの異なる値に対応する、方法（３００）。

【請求項2】

前記フィードバックタイミングは、無線フレームのアップリンクおよびダウンリンク構成を定義する３ＧＰＰ新無線フレーム構成に含まれる、請求項１に記載の方法（３００）。

【請求項3】

３ＧＰＰ ５Ｇ通信プロトコルにおける端末デバイスである第２の通信デバイス（１２０、８００）において実装される方法（６００）であって、
前記第２の通信デバイス（１２０、８００）の能力を示す情報を決定すること（６０５）と、
前記情報を基地局である第１の通信デバイス（１１０、７００）に送信すること（６１０）と、
フィードバックタイミングにしたがって前記第１の通信デバイス（１１０、７００）と通信するために、フィードバックタイミングの指示を前記第１の通信デバイス（１１０、７００）から受信すること（６１５）と
を含み、前記能力は、前記第２の通信デバイスの複数のタイミング要件であり、前記複数のタイミング要件は、伝送ブロックを復号し、フィードバックのためのアップリンク伝送を準備するためのものであり、前記タイミング要件のそれぞれは、伝送ブロックを含む少なくとも１つのパラメータの異なる値に対応する、方法。

【請求項4】

前記フィードバックタイミングは、無線フレームのアップリンクおよびダウンリンク構成を定義する３ＧＰＰ新無線フレーム構成に含まれる、請求項３に記載の方法（６００）。

【請求項5】

前記情報を決定すること（６０５）は、
前記第２の通信デバイス（１２０、８００）の前記能力を示す前記第２の通信デバイス（１２０、８００）の処理時間を決定すること
を含む、請求項３又は４に記載の方法（６００）。

【請求項6】

前記処理時間を決定すること（６０５）が、
通信構成における前記第２の通信デバイス（１２０、８００）の前記処理時間を決定すること
を含む、請求項５に記載の方法（６００）。

【請求項7】

前記情報を決定すること（６０５）が、
通信構成に関連付けられた前記第２の通信デバイス（１２０、８００）のタイミング要件を決定すること
を含む、請求項３から５のいずれか一項に記載の方法（６００）。

【請求項8】

前記情報を決定すること（６０５）が、
サービスタイプに関連付けられた前記第２の通信デバイス（１２０、８００）のタイミング要件を決定すること
を含む、請求項３から５のいずれか一項に記載の方法（６００）。

【請求項9】

通信デバイス（１１０、７００）であって、
更なる通信デバイス（１２０、８００）の能力を示す情報を取得するように構成された第１の取得ユニット（７０５）であって、前記通信デバイスが３ＧＰＰ ５Ｇ通信プロトコルにおける基地局であり、前記更なる通信デバイスが端末デバイスである、第１の取得ユニット（７０５）と、
取得した前記情報に基づいて、前記更なる通信デバイス（１２０、８００）が使用するべきフィードバックタイミングを決定するように構成された第１の決定ユニット（７１０）と、
前記フィードバックタイミングにしたがって前記更なる通信デバイス（１２０、８００）と通信するために、前記フィードバックタイミングの指示を前記更なる通信デバイス（１２０、８００）に送信するように構成された第１の送信ユニット（７１５）と
を備え、前記能力は、前記更なる通信デバイスの複数のタイミング要件であり、前記複数のタイミング要件は、、伝送ブロックを復号し、フィードバックのためのアップリンク伝送を準備するためのものであり、前記タイミング要件のそれぞれは、伝送ブロックを含む少なくとも１つのパラメータの異なる値に対応する、通信デバイス（１１０、７００）。

【請求項10】

通信デバイス（１２０、８００）であって、
前記通信デバイス（１２０、８００）の能力を示す情報を決定するように構成された第２の決定ユニット（８０５）と、
前記情報を更なる通信デバイス（１１０、７００）に送信するように構成された第２の送信ユニット（８１０）であって、前記通信デバイスが３ＧＰＰ ５Ｇ通信プロトコルにおける端末デバイスであり、前記更なる通信デバイスが基地局である、第２の送信ユニット（８１０）と、
フィードバックタイミングにしたがって前記更なる通信デバイス（１１０、７００）と通信するために、フィードバックタイミングの指示を前記更なる通信デバイス（１１０、７００）から受信するように構成された受信ユニット（８１５）と
を備え、前記能力は、前記通信デバイスの複数のタイミング要件であり、前記複数のタイミング要件は、伝送ブロックを復号し、フィードバックのためのアップリンク伝送を準備するためのものであり、前記タイミング要件のそれぞれは、伝送ブロックを含む少なくとも１つのパラメータの異なる値に対応する、通信デバイス（１２０、８００）。

【請求項11】

少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに、請求項１または２に記載の方法（３００）を実行させる命令を含む、
コンピュータプログラム。

【請求項12】

少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに、請求項３から８のいずれか一項に記載の方法（６００）を実行させる命令を含む、
コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

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

【図1】本開示の実施形態を実装することができる、例示の環境のブロック図である。

【図2】本開示のいくつかの実施形態によるフィードバックタイミングの決定を示すフローチャートである。

【図3】本開示のいくつかの実施形態による方法のフローチャートである。

【図4】本開示のいくつかの実施形態によるＬＴＥ周波数分割複信（ＦＤＤ）における例示のフィードバックタイミングを示す図である。

【図5】本開示のいくつかの実施形態による時分割複信（ＴＤＤ）における例示のフィードバックタイミングを示す図である。

【図6】本開示の他のいくつかの実施形態による方法のフローチャートである。

【図7】本発明のいくつかの実施形態による通信デバイスのブロック図である。

【図8】本発明の他のいくつかの実施形態による通信デバイスのブロック図である。

【図9】本発明の実施形態を実装することに適したデバイスの単純化したブロック図である。

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

【0031】

図面全体を通して、同じまたは類似の参照番号は同じまたは類似の要素を表す。

【0032】

以下、本開示の原理について、いくつかの例示の実施形態を参照して記載する。これらの実施形態は、単に例証の目的で記載されるものであり、本開示の範囲に関していかなる限定も示唆することなく、当業者が本開示を理解し、実装する助けとなることが、理解されるべきである。本明細書に記載する開示は、以下に記載するもの以外の様々な手法で実装することができる。

【0033】

以下の説明および特許請求の範囲において、別途定義されない限り、本明細書で使用される全ての技術用語および科学用語は、本開示が属する分野の当業者によって一般に理解されるのと同じ意味を有する。

【0034】

本明細書で使用するとき、「通信デバイス」という用語は、ネットワーク側および端末側の両方のデバイスを含む、ワイヤレスまたはワイヤード通信能力を有するあらゆるデバイスを指す。例えば、通信デバイスは、基地局、中継器、端末デバイスなどを含んでもよい。

【0035】

本明細書で使用するとき、「基地局」（ＢＳ）という用語は、端末デバイスが通信することができるセルまたはカバレッジを提供またはホストすることができるデバイスを指す。ＢＳの例としては、ノードＢ（ＮｏｄｅＢもしくはＮＢ）、発展型ノードＢ（ｅＮｏｄｅＢもしくはｅＮＢ）、リモート無線装置（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノードやピコノードなどの低電力ノードが挙げられるが、これらに限定されない。

【0036】

本明細書で使用するとき、「端末デバイス」または「ユーザ機器」という用語は、移動電話、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲーミングデバイス、音楽保存再生用家電、ワイヤレス通信能力を有するあらゆるポータブル装置もしくは端末、またはワイヤレスインターネットアクセスおよびブラウジングを可能にするインターネット家電などが挙げられるが、これらに限定されない、ワイヤレス通信能力を有するあらゆるエンドデバイスを指す。

【0037】

本明細書で使用するとき、「中継器」という用語は、伝送距離を増加させ、通信ネットワークのカバレッジを拡大するように、２つの通信デバイス間で、例えばＢＳと端末デバイスとの間でデータを再送または転送することができるデバイスを指す。

【0038】

本明細書で使用するとき、単数形「ａ」、「ａｎ」、「ｔｈｅ」は、文脈において別段の明確な指示がない限り、複数も含む。「〜を含む」という用語およびその変化形は、「〜を含むがそれに限定されない」ことを意味するオープンタームとして読まれるべきものである。「〜に基づいて」という用語は、「少なくとも部分的に〜に基づいて」と読まれるべきものである。「一実施形態」および「ある実施形態」という用語は、「少なくとも１つの実施形態」として読まれるべきものである。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」として読まれるべきものである。明示的または暗示的な他の定義が、以下に含まれることがある。

【0039】

上述したように、３ＧＰＰのＮＲフレーム構造に関する現在の考察では、様々なメカニズム／構造が提案されている。これらの構成（またはメカニズム）では、提案されたＮＲフレーム構造はそれぞれ、対応するタイプのフィードバックタイミングを含むことがある。かかるフィードバックタイミングの１つの設計目的は、早い肯定応答報告および早いアップリンクデータ伝送ができるようにすることである。

【0040】

しかしながら、上述したように、アプリケーションの範囲がますます広がっていることで、要件および特性が変化することがある。更に、異なるハードウェア能力を有し、異なる受信アルゴリズムを利用し、異なるタイミング要件を有する異なるサービスを使用する、非常に多数の異なるタイプの通信デバイスが通信ネットワークに存在することがある。そのため、通信ネットワークにおいて、固定のフィードバックタイミングを有する共通のＮＲフレーム構造を有することが困難になる。それに加えて、後方互換性のため、レガシー通信ネットワークのレガシー構成（またはメカニズム）も考慮されることがある。この場合、高速／短時間の肯定応答を含めて、ＮＲフレーム構造に加えて他の構成を設計することが有利であろう。

【0041】

上述の問題および他の潜在的問題を解決するために、本開示の実施形態は、通信デバイス（「第１の通信デバイス」と呼ばれる）が、更なる通信デバイス（「第２の通信デバイス」と呼ばれる）の能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報に基づいて、第２の通信デバイスが使用するフィードバックタイミングを決定することを可能にする。このように、第２の通信デバイスは、その能力、タイミング要件、サービスタイプと関連付けられたフィードバックタイミングを使用して、第１の通信デバイスと通信してもよい。

【0042】

図１は、本開示の実施形態を実装することができる、例示の環境１００を示している。環境１００は、通信ネットワークの一部であり、第１の通信デバイス１１０と第２の通信デバイス１２０とを含む。２つの通信デバイス１１０および１２０が示されているが、これは単に例証のためのものであり、本開示の範囲に関していかなる限定も示唆するものではないことが理解されるべきである。環境１００は、本開示の実施形態を実装するように適合された、任意の適切な数の通信デバイスを含んでもよい。

【0043】

本開示の実施形態によれば、第１および第２の通信デバイス１１０および１２０の任意の適切な実装が可能であってもよい。いくつかの実施形態では、第１の通信デバイス１１０は基地局（ＢＳ）として実装されてもよく、第２の通信デバイス１２０は端末デバイスとして実装されてもよい。いくつかの実施形態では、環境１００は中継通信ネットワークの一部であってもよい。いくつかの例では、第１の通信デバイス１１０はＢＳであってもよく、第２の通信デバイス１２０は中継器であってもよい。他のいくつかの実施形態では、第１および第２の通信デバイス１１０および１２０は両方とも、サイドリンクと代替的に呼ばれることがあるデバイス・ツー・デバイス（Ｄ２Ｄ）通信、またはビークル・ツー・エブリシング（Ｖ２Ｘ）通信における、端末デバイスとして実装されてもよい。

【0044】

第１および第２の通信デバイス１１０および１２０は、破線によって示されるように、互いと通信してもよい。通信は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥエボリューション、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、および汎欧州デジタル移動電話方式（ＧＳＭ）などを含むが、これらに限定されない、任意の適切な規格にしたがってもよい。更に、通信は、現在知られているかまたは将来開発されるであろう、任意の世代の通信プロトコルにしたがって実施されてもよい。通信プロトコルの例としては、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが挙げられるが、これらに限定されない。

【0045】

上述したように、本開示の実施形態は、図２に示されるような高次フローチャートにそのメカニズムが示されている、第２の通信デバイス１２０の能力、タイミング要件、またはサービスタイプを示す情報に基づいて、第２の通信デバイス１２０に関して第１の通信デバイス１１０によってフィードバックタイミングを決定する。図示されるように、第１の通信デバイス１１０は、第２の通信デバイス１２０の能力、タイミング要件、またはサービスタイプのうち少なくとも１つを示す情報を取得する（ブロック２０５）。取得した情報に基づいて、第１の通信デバイス１１０は、第２の通信デバイス１２０が使用するフィードバックタイミングを決定する（ブロック２１０）。次いで、第１の通信デバイス１１０は、フィードバックタイミングの指示を第２の通信デバイスに送信する（ブロック２１５）。フィードバックタイミングの指示を受信した後、第２の通信デバイス１２０は、フィードバックタイミングにしたがって第１の通信デバイス１１０と通信する（ブロック２２０）。

【0046】

本開示の実施形態によれば、通信デバイスのフィードバックタイミングは、通信デバイスの能力、タイミング要件、またはサービスタイプと関連して決定されてもよい。このように、それぞれのフィードバックタイミングを提供するため、個々の通信デバイスの遅延要件が考慮されてもよい。通信ネットワーク全体で使用される固定のフィードバックタイミングと比較して、個々の通信デバイスに対して決定されるそれぞれのフィードバックタイミングは、より効率的で柔軟である。以下、いくつかの例示の実施形態について詳細に記載する。

【0047】

図３は、本開示のいくつかの実施形態による例示の方法３００のフローチャートを示している。方法３００は、例えば、図１および２に示されるような、第２の通信デバイス１２０のフィードバックタイミングを決定するため、第１の通信デバイス１１０で実装することができる。考察のため、方法３００については、図１および２を参照して記載する。

【0048】

図示されるように、ブロック３０５で、第１の通信デバイス１１０は、第２の通信デバイス１２０の能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を取得する。本開示の実施形態によれば、任意の適切なタイプの情報が、指示を可能にするために使用されてもよい。

【0049】

情報が第２の通信デバイス１２０の能力を示す、いくつかの実施形態では、情報は、第２の通信デバイス１２０のデバイスタイプであってもよい。デバイスタイプは、第２の通信デバイス１２０の能力と関連付けられた複雑性を反映してもよい。例えば、デバイスタイプは、第２の通信デバイス１２０が端末デバイスまたは中継器のどちらであるかを指定してもよい。デバイスタイプはまた、第２の通信デバイス１２０が、通常の端末デバイス、大容量マシンタイプ通信（Ｍ−ＭＴＣ）、またはクリティカルＭＴＣ（Ｃ−ＭＴＣ）のどれであるかを指定してもよい。更に、デバイスタイプは、ユーザ機器（ＵＥ）分類を指定してもよい。これらのデバイスタイプは、第２の通信デバイス１２０が第１の通信デバイス１１０からデータを受信し処理し、正常終了に応じてフィードバックを提供する、持続時間に影響することがある。したがって、第２の通信デバイス１２０のデバイスタイプに基づいて、第１の通信デバイス１１０は、以下のパラグラフに記載するように、第２の通信デバイス１２０に対するフィードバックタイミングを決定してもよい。第２の通信デバイス１２０の複雑性を示す他の情報が可能であってもよいことが、理解されるべきである。

【0050】

情報が第２の通信デバイス１２０の能力を示す、他のいくつかの実施形態では、情報は、第２の通信デバイス１２０の処理時間に関する情報であってもよい。処理時間は、いずれかの代表的な動作における第２の通信デバイス１２０の処理時間として実装されてもよく、それによって、第２の通信デバイス１２０の能力（例えば、処理能力）の指示が可能になってもよい。

【0051】

一例として、処理時間は、特定の通信構成で動作するときの第２の通信デバイス１２０の処理時間であってもよい。本開示の文脈では、通信構成は、通信のためにデバイスが使用することができる任意の適切な構成であってもよい。例えば、通信構成は、伝送ブロック（ＴＢ）サイズ、マルチ入力マルチ出力（ＭＩＭＯ）層、変調および符号化方法（ＭＣＳ）、キャリアアグリゲーション（ＣＡ）構成、物理リソースブロック（ＰＲＢ）、帯域幅、伝送モード、符号化方法などの、伝送パラメータを含んでもよい。それに加えて、またはその代わりに、通信構成はまた、第２の通信デバイス１２０の受信器タイプを含んでもよい。受信器タイプの例としては、最大比合成（ＭＲＣ）受信器、干渉抑圧合成（ＩＲＣ）受信器、ネットワーク支援干渉除去および抑制（network-assisted interference cancellation and suppression）（ＮＡＩＣ）受信器、ＥＭＭＳＥ（拡張最小平均二乗誤差）−ＩＲＣ受信器などを挙げることができるが、これらに限定されない。異なる通信構成における第２の通信デバイス１２０のこれらの処理時間に基づいて、第１の通信デバイス１１０は、以下のパラグラフに記載するように、対応するフィードバックタイミングを決定してもよい。別の例として、処理時間は、様々な通信構成に適用可能な、第２の通信デバイス１２０の一般処理時間であってもよい。

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

構造的特徴および／または機能的作用に特有の文言で本開示について記載してきたが、添付の特許請求の範囲で定義される本開示は、上述した特定の特徴または作用に必ずしも限定されないことが理解されるべきである。それよりもむしろ、上述した特定の特徴および作用は、特許請求の範囲を実装する例示の形態として開示される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】