(57)【要約】  本開示の実施形態は、フィードバックタイミングを決定するための方法およびデバイスに関する。例示の実施形態では、第１の通信デバイスは、第２の通信デバイスの能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を取得する。取得した情報に基づいて、第１の通信デバイスは、第２の通信デバイスが使用するべきフィードバックタイミングを決定する。次いで、第１の通信デバイスは、フィードバックタイミングにしたがって第２の通信デバイスと通信するため、フィードバックタイミングの指示を第２の通信デバイスに送信する。【選択図】図３
2019531617.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信デバイス（１１０、７００）において実装される方法（３００）であって、
第２の通信デバイス（１２０、８００）の能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を取得すること（３０５）と、
前記取得した情報に基づいて、前記第２の通信デバイス（１２０、８００）が使用するべきフィードバックタイミングを決定すること（３１０）と、
前記フィードバックタイミングにしたがって前記第２の通信デバイス（１２０、８００）と通信するため、前記フィードバックタイミングの指示を前記第２の通信デバイス（１２０、８００）に送信すること（３１５）と
を含む、方法（３００）。
【請求項２】
前記フィードバックタイミングを決定すること（３１０）が、
前記フィードバックタイミングを含むフレーム構造を選択すること
を含む、請求項１に記載の方法（３００）。
【請求項３】
前記フィードバックタイミングの前記指示を送信することが、
前記フレーム構造の指示を前記第２の通信デバイス（１２０、８００）に送信すること
を含む、請求項１に記載の方法（３００）。
【請求項４】
前記フレーム構造にしたがって、前記第２の通信デバイス（１２０、８００）とデータを通信すること
を更に含む、請求項２に記載の方法（３００）。
【請求項５】
前記フィードバックタイミングを決定すること（３１０）が、
前記フィードバックタイミングと、前記第２の通信デバイス（１２０、８００）の前記能力、前記タイミング要件、または前記サービスタイプとの関連に基づいて、前記フィードバックタイミングを選択すること
を含む、請求項１から４のいずれか一項に記載の方法（３００）。
【請求項６】
前記情報を取得すること（３０５）が、
前記第２の通信デバイス（１２０、８００）から前記情報を受信すること
を含む、請求項１から５のいずれか一項に記載の方法（３００）。
【請求項７】
前記第２の通信デバイス（１２０、８００）に、前記情報に対する要求を送信すること
を更に含む、請求項６に記載の方法（３００）。
【請求項８】
前記情報を取得すること（３０５）が、
前記第２の通信デバイス（１２０、８００）から、前記第２の通信デバイス（１２０、８００）の前記能力を示す、前記第２の通信デバイス（１２０、８００）の処理時間に関する情報を受信すること
を含む、請求項１から５のいずれか一項に記載の方法（３００）。
【請求項９】
前記処理時間に関する前記情報を受信することが、
前記第２の通信デバイス（１２０、８００）から、通信構成における前記第２の通信デバイス（１２０、８００）の前記処理時間に関する前記情報を受信すること
を含む、請求項８に記載の方法（３００）。
【請求項１０】
前記情報を取得すること（３０５）が、
前記第２の通信デバイス（１２０、８００）から、通信構成と関連付けられた前記第２の通信デバイス（１２０、８００）の前記タイミング要件を示す前記情報を受信すること
を含む、請求項１から５のいずれか一項に記載の方法（３００）。
【請求項１１】
前記情報を取得すること（３０５）が、
前記第２の通信デバイス（１２０、８００）から、サービスタイプと関連付けられた前記第２の通信デバイス（１２０、８００）の前記タイミング要件を示す前記情報を受信すること
を含む、請求項１から５のいずれか一項に記載の方法（３００）。
【請求項１２】
前記フィードバックタイミングを決定すること（３１０）が、
第２の通信デバイス（１２０、８００）と関連付けられたデータの伝搬時間を取得することと、
前記取得した伝搬時間に更に基づいて、前記フィードバックタイミングを決定することと
を含む、請求項１から４および請求項６から１１のいずれか一項に記載の方法（３００）。
【請求項１３】
前記フィードバックタイミングを決定すること（３１０）が、
前記取得した情報に基づいて、それぞれの通信構成と関連付けられた一組のフィードバックタイミング値／アイテムから前記フィードバックタイミングを選択すること
を含む、請求項１から４および請求項６から１１のいずれか一項に記載の方法（３００）。
【請求項１４】
前記フィードバックタイミングの前記指示を送信すること（３１５）が、
前記第２の通信デバイス（１２０、８００）に、前記フィードバックタイミングと関連付けられた前記通信構成のうち１つの指示を送信すること
を含む、請求項１３に記載の方法（３００）。
【請求項１５】
前記第２の通信デバイス（１２０、８００）に、前記通信構成のうち前記１つと前記フィードバックタイミングとの関連を送信すること
を更に含む、請求項１４に記載の方法（３００）。
【請求項１６】
第２の通信デバイス（１２０、８００）において実装される方法（６００）であって、
前記第２の通信デバイス（１２０、８００）の能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を取得すること（６０５）と、
前記情報を第１の通信デバイス（１１０、７００）に送信すること（６１０）と、
フィードバックタイミングにしたがって前記第１の通信デバイス（１１０、７００）と通信するため、前記フィードバックタイミングの指示を前記第１の通信デバイス（１１０、７００）から受信すること（６１５）と
を含む、方法。
【請求項１７】
前記第１の通信デバイス（１１０、７００）から、前記情報に対する要求を受信すること
を更に含む、請求項１６に記載の方法（６００）。
【請求項１８】
前記フィードバックタイミングの前記指示を受信すること（６１５）が、
前記第１の通信デバイス（１１０、７００）から、前記フィードバックタイミングを含むフレーム構造の指示を受信すること
を更に含む、請求項１６または１７に記載の方法（６００）。
【請求項１９】
前記フレーム構造にしたがって、前記第１の通信デバイス（１１０、７００）とデータを通信すること
を更に含む、請求項１８に記載の方法（６００）。
【請求項２０】
前記情報を決定すること（６０５）が、
前記第２の通信デバイス（１２０、８００）の前記能力を示す、前記第２の通信デバイス（１２０、８００）の処理時間を決定すること
を含む、請求項１６から１９のいずれか一項に記載の方法（６００）。
【請求項２１】
前記処理時間を決定すること（６０５）が、
通信構成における前記第２の通信デバイス（１２０、８００）の前記処理時間を決定すること
を含む、請求項２０に記載の方法（６００）。
【請求項２２】
前記情報を決定すること（６０５）が、
通信構成と関連付けられた前記第２の通信デバイス（１２０、８００）の前記タイミング要件を決定すること
を含む、請求項１６から１９のいずれか一項に記載の方法（６００）。
【請求項２３】
前記情報を決定すること（６０５）が、
サービスタイプと関連付けられた前記第２の通信デバイス（１２０、８００）の前記タイミング要件を決定すること
を含む、請求項１６から１９のいずれか一項に記載の方法（６００）。
【請求項２４】
前記第２の通信デバイス（１２０、８００）と関連付けられたデータの伝搬時間を決定することと、
前記伝搬時間を前記第１の通信デバイス（１１０、７００）に送信することと
を更に含む、請求項１６から２３に記載の方法（６００）。
【請求項２５】
前記フィードバックタイミングの前記指示を受信すること（６１５）が、
前記第１の通信デバイス（１１０、７００）から、前記フィードバックタイミングと関連付けられた通信構成のうち１つの指示を受信すること
を含む、請求項１６、１７および１９から２４のいずれか一項に記載の方法（６００）。
【請求項２６】
前記第１の通信デバイス（１１０、７００）から、前記通信構成のうち前記１つと前記フィードバックタイミングとの関連を受信すること
を更に含む、請求項２５に記載の方法（６００）。
【請求項２７】
更なる通信デバイス（１２０、８００）の能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を取得するように構成された第１の取得ユニット（７０５）と、
前記取得した情報に基づいて、前記更なる通信デバイス（１２０、８００）が使用するべきフィードバックタイミングを決定するように構成された第１の決定ユニット（７１０）と、
前記フィードバックタイミングにしたがって前記更なる通信デバイス（１２０、８００）と通信するため、前記フィードバックタイミングの指示を前記更なる通信デバイス（１２０、８００）に送信するように構成された第１の送信ユニット（７１５）と
を備える、通信デバイス（１１０、７００）。
【請求項２８】
前記第１の決定ユニット（７１０）が、前記フィードバックタイミングを含むフレーム構造を選択するように更に構成された、請求項２７に記載の通信デバイス（１１０、７００）。
【請求項２９】
前記第１の送信ユニット（７１５）が、前記フレーム構造の指示を前記更なる通信デバイス（１２０、８００）に送信するように更に構成された、請求項２８に記載の通信デバイス（１１０、７００）。
【請求項３０】
前記フレーム構造にしたがって、前記更なる通信デバイス（１２０、８００）とデータを通信するように構成された第１の通信ユニット（７２０）
を更に備える、請求項２８に記載の通信デバイス（１１０、７００）。
【請求項３１】
前記第１の決定ユニット（７１０）が、前記フィードバックタイミングと、前記更なる通信デバイス（１２０、８００）の前記能力、前記タイミング要件、または前記サービスタイプとの関連に基づいて、前記フィードバックタイミングを選択するように更に構成された、請求項２７から３０のいずれか一項に記載の通信デバイス（１１０、７００）。
【請求項３２】
前記第１の取得ユニット（７０５）が、前記更なる通信デバイス（１２０、８００）から前記情報を受信するように更に構成された、請求項２７から３１のいずれか一項に記載の通信デバイス（１１０、７００）。
【請求項３３】
前記第１の送信ユニット（７１５）が、前記更なる通信デバイス（１２０、８００）に、前記情報に対する要求を送信するように更に構成された、請求項３２に記載の通信デバイス（１１０、７００）。
【請求項３４】
前記第１の取得ユニット（７０５）が、前記更なる通信デバイス（１２０、８００）から、前記更なる通信デバイス（１２０、８００）の前記能力を示す前記更なる通信デバイス（１２０、８００）の処理時間に関する情報を受信するように更に構成された、請求項２７から３１のいずれか一項に記載の通信デバイス（１１０、７００）。
【請求項３５】
前記第１の取得ユニット（７０５）が、前記更なる通信デバイス（１２０、８００）から、通信構成における前記更なる通信デバイス（１２０、８００）の前記処理時間に関する前記情報を受信するように更に構成された、請求項３４に記載の通信デバイス（１１０、７００）。
【請求項３６】
前記第１の取得ユニット（７０５）が、前記更なる通信デバイス（１２０、８００）から、通信構成と関連付けられた前記更なる通信デバイス（１２０、８００）の前記タイミング要件を示す前記情報を受信するように更に構成された、請求項２７から３１のいずれか一項に記載の通信デバイス（１１０、７００）。
【請求項３７】
前記第１の取得ユニット（７０５）が、前記更なる通信デバイス（１２０、８００）から、サービスタイプと関連付けられた前記更なる通信デバイス（１２０、８００）の前記タイミング要件を示す前記情報を受信するように更に構成された、請求項２７から３１のいずれか一項に記載の通信デバイス（１１０、７００）。
【請求項３８】
前記更なる通信デバイス（１２０、８００）と関連付けられたデータの伝搬時間を取得するように構成された第２の取得ユニットを更に備え、
前記第１の決定ユニットが、前記取得した伝搬時間に更に基づいて、前記フィードバックタイミングを決定するように更に構成された、請求項２７から３０および請求項３２から３７のいずれか一項に記載の通信デバイス（１１０、７００）。
【請求項３９】
前記第１の決定ユニット（７１０）が、前記取得した情報に基づいて、通信構成と関連付けられた一組のフィードバックタイミングから前記フィードバックタイミングを選択するように更に構成された、請求項２７から３０および請求項３２から３７のいずれか一項に記載の通信デバイス（１１０、７００）。
【請求項４０】
前記第１の送信ユニット（７１５）が、前記更なる通信デバイス（１２０、８００）に、前記フィードバックタイミングと関連付けられた前記通信構成のうち１つの指示を送信するように更に構成された、請求項３９に記載の通信デバイス（１１０、７００）。
【請求項４１】
前記第１の送信ユニット（７１５）が、前記更なる通信デバイス（１２０、８００）に、前記通信構成のうち前記１つと前記フィードバックタイミングとの関連を送信するように更に構成された、請求項４０に記載の通信デバイス（１１０、７００）。
【請求項４２】
通信デバイス（１２０、８００）であって、
前記通信デバイス（１２０、８００）の能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を決定するように構成された第２の決定ユニット（８０５）と、
前記情報を更なる通信デバイス（１１０、７００）に送信するように構成された第２の送信ユニット（８１０）と、
フィードバックタイミングにしたがって前記更なる通信デバイス（１１０、７００）と通信するため、前記フィードバックタイミングの指示を前記更なる通信デバイス（１１０、７００）から受信するように構成された受信ユニット（８１５）と
を備える、通信デバイス（１２０、８００）。
【請求項４３】
前記受信ユニット（８１５）が、前記更なる通信デバイス（１１０、７００）から、前記情報に対する要求を受信するように更に構成された、請求項４２に記載の通信デバイス（１２０、８００）。
【請求項４４】
前記受信ユニット（８１５）が、前記更なる通信デバイス（１１０、７００）から、前記フィードバックタイミングを示すフレーム構造の指示を受信するように更に構成された、請求項４２または４３に記載の通信デバイス（１２０、８００）。
【請求項４５】
前記フレーム構造にしたがって、前記更なる通信デバイス（１１０、７００）とデータを通信するように構成された第２の通信ユニット（８２０）
を更に備える、請求項４４に記載の通信デバイス（１２０、８００）。
【請求項４６】
前記第２の決定ユニット（８０５）が、前記通信デバイス（１２０、８００）の前記能力を示す、前記通信デバイス（１２０、８００）の処理時間を決定するように更に構成された、請求項４２から４５のいずれか一項に記載の通信デバイス（１２０、８００）。
【請求項４７】
前記第２の決定ユニット（８０５）が、通信構成における前記通信デバイス（１２０、８００）の前記処理時間を決定するように更に構成された、請求項４６に記載の通信デバイス（１２０、８００）。
【請求項４８】
前記第２の決定ユニット（８０５）が、通信構成と関連付けられた前記通信デバイス（１２０、８００）の前記タイミング要件を決定するように更に構成された、請求項４２から４５のいずれか一項に記載の通信デバイス（１２０、８００）。
【請求項４９】
前記第２の決定ユニット（８０５）が、サービスタイプと関連付けられた前記通信デバイス（１２０、８００）の前記タイミング要件を決定するように更に構成された、請求項４２から４５のいずれか一項に記載の通信デバイス（１２０、８００）。
【請求項５０】
前記通信デバイス（１２０、８００）と関連付けられたデータの伝搬時間を決定するように構成された第３の決定ユニットを更に備え、
前記第２の送信ユニット（８１０）が、前記伝搬時間を前記更なる通信デバイス（１１０、７００）に送信するように更に構成された、請求項４２から４９のいずれか一項に記載の通信デバイス（１２０、８００）。
【請求項５１】
前記受信ユニット（８１５）が、前記更なる通信デバイス（１１０、７００）から、前記フィードバックタイミングと関連付けられた通信構成のうち１つの指示を受信するように更に構成された、請求項４２、４３および４５から５０のいずれか一項に記載の通信デバイス（１２０、８００）。
【請求項５２】
前記受信ユニット（８１５）が、前記更なる通信デバイス（１１０、７００）から、前記通信構成のうち前記１つと前記フィードバックタイミングとの関連を受信するよう更に構成された、請求項５１に記載の通信デバイス（１２０、８００）。
【請求項５３】
第１の通信デバイス（１１０、７００）における装置（９００）であって、
少なくとも１つのプロセッサ（９１０）とメモリ（９２０）とを備え、前記メモリ（９２０）が、前記少なくとも１つのプロセッサ（９１０）によって実行可能な命令を含み、それによって前記装置（９００）が、請求項１から１５のいずれか一項に記載の方法（３００）を実行するように動作する、装置（９００）。
【請求項５４】
第２の通信デバイス（１２０、８００）における装置（９００）であって、
少なくとも１つのプロセッサ（９１０）とメモリ（９２０）とを備え、前記メモリ（９２０）が、前記少なくとも１つのプロセッサ（９１０）によって実行可能な命令を含み、それによって前記装置（９００）が、請求項１６から２６のいずれか一項に記載の方法（６００）を実行するように動作する、装置（９００）。
【請求項５５】
コンピュータ可読記憶媒体に有形的に格納され、少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに、請求項１から２６のいずれか一項に記載の方法（３００、６００）を実行させる命令を含む、コンピュータプログラム製品。
【請求項５６】
少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに、請求項１から２６のいずれか一項に記載の方法（３００、６００）を実行させる命令を含む、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、一般に、電気通信の分野に関し、特に、フィードバックタイミングを決定する方法およびデバイスに関する。
【背景技術】
【０００２】
デバイス数およびトラフィック量の大幅な増加に伴い、情報にアクセスすることができ、誰もが場所や時間を問わず、あらゆることについてデータを共有することができる、ネットワーク化社会を可能にするために、第５世代（５Ｇ）ワイヤレス通信システムが開発されている。第３世代パートナーシッププロジェクト（３ＧＰＰ）の現在の標準化活動では、いくつかの新しい無線（ＮＲ）フレーム構造が提案されてきた。
【０００３】
提案されたＮＲフレーム構造はそれぞれ、対応するタイプのフィードバックタイミングを含み得る。本明細書で使用するとき、「フィードバックタイミング」という用語は、肯定応答（Ａｃｋ）／否定応答（Ｎａｃｋ）、チャネル状態インジケータ（ＣＳＩ）、チャネル品質インジケータ（ＣＱＩ）、ランクインジケータ（ＲＩ）、サウンディング参照信号（ＳＲＳ）、または他の任意の適切な制御データなど、任意の適切なデータをフィードバックするために使用されるタイミングを指す。ＮＲフレーム構造におけるフィードバックタイミングの１つの設計概念は、ダウンリンクデータ伝送の終了後に早い（例えば、数マイクロ秒での）肯定応答報告ができるようにすることである。早い（例えば、数マイクロ秒の）アップリンクデータ伝送は、アップリンクリソース割当ての受信後にもできるようにされる。
【０００４】
しかしながら、ますます範囲が広がりつつある適用例は、様々な要件および特性を有し得る。通信ネットワークにおいて固定のフィードバックタイミングを有する共通のＮＲフレーム構造を使用することは、困難になるであろう。
【発明の概要】
【０００５】
概して、本開示の例示の実施形態は、フィードバックタイミングを決定するための方法およびデバイス、特に、フィードバックタイミングを適合させる方法およびデバイスを提供する。
【０００６】
第１の態様では、第１の通信デバイスにおいて実装される方法が提供される。本方法によれば、第１の通信デバイスは、第２の通信デバイスの能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を取得する。取得した情報に基づいて、第１の通信デバイスは、第２の通信デバイスが使用するべきフィードバックタイミングを決定する。次いで、第１の通信デバイスは、フィードバックタイミングにしたがって第２の通信デバイスと通信するため、フィードバックタイミングの指示を第２の通信デバイスに送信する。
【０００７】
いくつかの実施形態では、第１の通信デバイスは、フィードバックタイミングを含むフレーム構造を選択してもよい。
【０００８】
いくつかの実施形態では、第１の通信デバイスは、フレーム構造の指示を第２の通信デバイスに送信してもよい。
【０００９】
いくつかの実施形態では、第１の通信デバイスは、フレーム構造にしたがって、第２の通信デバイスとデータを通信してもよい。
【００１０】
いくつかの実施形態では、第１の通信デバイスは、フィードバックタイミングと、第２の通信デバイスの能力、タイミング要件、またはサービスタイプとの関連に基づいて、フィードバックタイミングを選択してもよい。
【００１１】
いくつかの実施形態では、第１の通信デバイスは、第２の通信デバイスから情報を受信してもよい。
【００１２】
いくつかの実施形態では、第１の通信デバイスは、第２の通信デバイスに情報に対する要求を送信してもよい。
【００１３】
いくつかの実施形態では、第１の通信デバイスは、第２の通信デバイスから、第２の通信デバイスの能力を示す第２の通信デバイスの処理時間に関する情報を受信してもよい。
【００１４】
いくつかの実施形態では、第１の通信デバイスは、第２の通信デバイスから、通信構成における第２の通信デバイスの処理時間に関する情報を受信してもよい。
【００１５】
いくつかの実施形態では、第１の通信デバイスは、第２の通信デバイスから、通信構成と関連付けられた第２の通信デバイスのタイミング要件を示す情報を受信してもよい。
【００１６】
いくつかの実施形態では、第１の通信デバイスは、第２の通信デバイスから、サービスタイプと関連付けられた第２の通信デバイスのタイミング要件を示す情報を受信してもよい。
【００１７】
いくつかの実施形態では、第１の通信デバイスは、第２の通信デバイスと関連付けられたデータの伝搬時間を取得し、取得した伝搬時間に更に基づいてフィードバックタイミングを決定してもよい。
【００１８】
いくつかの実施形態では、第１の通信デバイスは、取得した情報に基づいて、通信構成と関連付けられた一組のフィードバックタイミングからフィードバックタイミングを選択してもよい。
【００１９】
いくつかの実施形態では、第１の通信デバイスは、第２の通信デバイスに、フィードバックタイミングと関連付けられた通信構成のうち１つの指示を送信してもよい。
【００２０】
いくつかの実施形態では、第１の通信デバイスは、第２の通信デバイスに、通信構成の１つとフィードバックタイミングとの関連を送信してもよい。
【００２１】
第２の態様では、第２の通信デバイスにおいて実装される方法が提供される。本方法は、第２の通信デバイスの能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を決定することと、情報を第１の通信デバイスに送信することと、フィードバックタイミングにしたがって第１の通信デバイスと通信するため、フィードバックタイミングの指示を第１の通信デバイスから受信することとを含む。
【００２２】
第３の態様では、上述したような意味で第１の通信デバイスとして機能することに適した、通信デバイスが提供される。通信デバイスは、更なる通信デバイスの能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を取得するように構成された第１の取得ユニットと、取得した情報に基づいて、更なる通信デバイスが使用するべきフィードバックタイミングを決定するように構成された第１の決定ユニットと、フィードバックタイミングにしたがって更なる通信デバイスと通信するため、フィードバックタイミングの指示を更なる通信デバイスに送信するように構成された第１の送信ユニットとを備える。
【００２３】
第４の態様では、上述したような意味で第１の通信デバイスとして機能することに適した、通信デバイスが提供される。通信デバイスは、通信デバイスの能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を決定するように構成された第２の決定ユニットと、情報を更なる通信デバイスに送信するように構成された第２の送信ユニットと、フィードバックタイミングにしたがって更なる通信デバイスと通信するため、フィードバックタイミングの指示を更なる通信デバイスから受信するように構成された受信ユニットとを備える。
【００２４】
第５の態様では、第１の通信デバイスにおける装置が提供される。本装置は、少なくとも１つのプロセッサとメモリとを備える。メモリは、少なくとも１つのプロセッサによって実行可能な命令を含み、それによって本装置は、第１の態様による方法を実行するように動作可能である。
【００２５】
第６の態様では、第２の通信デバイスにおける装置が提供される。本装置は、少なくとも１つのプロセッサとメモリとを備える。メモリは、少なくとも１つのプロセッサによって実行可能な命令を含み、それによって本装置は、第２の態様による方法を実行するように動作可能である。
【００２６】
第７の態様では、コンピュータプログラムと、コンピュータ可読記憶媒体に有形的に格納されているコンピュータプログラム製品とが提供される。コンピュータプログラムおよびコンピュータプログラム製品はそれぞれ、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに、第１または第２の態様による方法を実行させる、命令を含む。
【００２７】
以下の記載全体を通して、本開示の実施形態によれば、通信デバイスが使用するフィードバックタイミングは、通信デバイスの能力、タイミング要件、サービスタイプのうち少なくとも１つと関連して、更なる通信デバイスによって決定されてもよいことが認識されるであろう。このように、個々の通信デバイスは、より効率的で柔軟な、通信のためのそれぞれのフィードバックタイミングを使用してもよい。
【００２８】
「発明の概要」の項は、本開示の実施形態の重要なまたは必須の特徴を特定することを意図するものではなく、本開示の範囲を限定するために使用されることを意図するものでもないことが理解されるべきである。本開示の他の特徴は、以下の記載全体を通して簡単に理解できるようになるであろう。
【００２９】
添付の図面を参照する、本開示のいくつかの実施形態のより詳細な記載を通して、本開示の上述のおよび他の目的、特徴、および利点がより明白となるであろう。
【図面の簡単な説明】
【００３０】
【図１】本開示の実施形態を実装することができる、例示の環境のブロック図である。
【図２】本開示のいくつかの実施形態によるフィードバックタイミングの決定を示すフローチャートである。
【図３】本開示のいくつかの実施形態による方法のフローチャートである。
【図４】本開示のいくつかの実施形態によるＬＴＥ周波数分割複信（ＦＤＤ）における例示のフィードバックタイミングを示す図である。
【図５】本開示のいくつかの実施形態による時分割複信（ＴＤＤ）における例示のフィードバックタイミングを示す図である。
【図６】本開示の他のいくつかの実施形態による方法のフローチャートである。
【図７】本発明のいくつかの実施形態による通信デバイスのブロック図である。
【図８】本発明の他のいくつかの実施形態による通信デバイスのブロック図である。
【図９】本発明の実施形態を実装することに適したデバイスの単純化したブロック図である。
【発明を実施するための形態】
【００３１】
図面全体を通して、同じまたは類似の参照番号は同じまたは類似の要素を表す。
【００３２】
以下、本開示の原理について、いくつかの例示の実施形態を参照して記載する。これらの実施形態は、単に例証の目的で記載されるものであり、本開示の範囲に関していかなる限定も示唆することなく、当業者が本開示を理解し、実装する助けとなることが、理解されるべきである。本明細書に記載する開示は、以下に記載するもの以外の様々な手法で実装することができる。
【００３３】
以下の説明および特許請求の範囲において、別途定義されない限り、本明細書で使用される全ての技術用語および科学用語は、本開示が属する分野の当業者によって一般に理解されるのと同じ意味を有する。
【００３４】
本明細書で使用するとき、「通信デバイス」という用語は、ネットワーク側および端末側の両方のデバイスを含む、ワイヤレスまたはワイヤード通信能力を有するあらゆるデバイスを指す。例えば、通信デバイスは、基地局、中継器、端末デバイスなどを含んでもよい。
【００３５】
本明細書で使用するとき、「基地局」（ＢＳ）という用語は、端末デバイスが通信することができるセルまたはカバレッジを提供またはホストすることができるデバイスを指す。ＢＳの例としては、ノードＢ（ＮｏｄｅＢもしくはＮＢ）、発展型ノードＢ（ｅＮｏｄｅＢもしくはｅＮＢ）、リモート無線装置（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノードやピコノードなどの低電力ノードが挙げられるが、これらに限定されない。
【００３６】
本明細書で使用するとき、「端末デバイス」または「ユーザ機器」という用語は、移動電話、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲーミングデバイス、音楽保存再生用家電、ワイヤレス通信能力を有するあらゆるポータブル装置もしくは端末、またはワイヤレスインターネットアクセスおよびブラウジングを可能にするインターネット家電などが挙げられるが、これらに限定されない、ワイヤレス通信能力を有するあらゆるエンドデバイスを指す。
【００３７】
本明細書で使用するとき、「中継器」という用語は、伝送距離を増加させ、通信ネットワークのカバレッジを拡大するように、２つの通信デバイス間で、例えばＢＳと端末デバイスとの間でデータを再送または転送することができるデバイスを指す。
【００３８】
本明細書で使用するとき、単数形「ａ」、「ａｎ」、「ｔｈｅ」は、文脈において別段の明確な指示がない限り、複数も含む。「〜を含む」という用語およびその変化形は、「〜を含むがそれに限定されない」ことを意味するオープンタームとして読まれるべきものである。「〜に基づいて」という用語は、「少なくとも部分的に〜に基づいて」と読まれるべきものである。「一実施形態」および「ある実施形態」という用語は、「少なくとも１つの実施形態」として読まれるべきものである。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」として読まれるべきものである。明示的または暗示的な他の定義が、以下に含まれることがある。
【００３９】
上述したように、３ＧＰＰのＮＲフレーム構造に関する現在の考察では、様々なメカニズム／構造が提案されている。これらの構成（またはメカニズム）では、提案されたＮＲフレーム構造はそれぞれ、対応するタイプのフィードバックタイミングを含むことがある。かかるフィードバックタイミングの１つの設計目的は、早い肯定応答報告および早いアップリンクデータ伝送ができるようにすることである。
【００４０】
しかしながら、上述したように、アプリケーションの範囲がますます広がっていることで、要件および特性が変化することがある。更に、異なるハードウェア能力を有し、異なる受信アルゴリズムを利用し、異なるタイミング要件を有する異なるサービスを使用する、非常に多数の異なるタイプの通信デバイスが通信ネットワークに存在することがある。そのため、通信ネットワークにおいて、固定のフィードバックタイミングを有する共通のＮＲフレーム構造を有することが困難になる。それに加えて、後方互換性のため、レガシー通信ネットワークのレガシー構成（またはメカニズム）も考慮されることがある。この場合、高速／短時間の肯定応答を含めて、ＮＲフレーム構造に加えて他の構成を設計することが有利であろう。
【００４１】
上述の問題および他の潜在的問題を解決するために、本開示の実施形態は、通信デバイス（「第１の通信デバイス」と呼ばれる）が、更なる通信デバイス（「第２の通信デバイス」と呼ばれる）の能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報に基づいて、第２の通信デバイスが使用するフィードバックタイミングを決定することを可能にする。このように、第２の通信デバイスは、その能力、タイミング要件、サービスタイプと関連付けられたフィードバックタイミングを使用して、第１の通信デバイスと通信してもよい。
【００４２】
図１は、本開示の実施形態を実装することができる、例示の環境１００を示している。環境１００は、通信ネットワークの一部であり、第１の通信デバイス１１０と第２の通信デバイス１２０とを含む。２つの通信デバイス１１０および１２０が示されているが、これは単に例証のためのものであり、本開示の範囲に関していかなる限定も示唆するものではないことが理解されるべきである。環境１００は、本開示の実施形態を実装するように適合された、任意の適切な数の通信デバイスを含んでもよい。
【００４３】
本開示の実施形態によれば、第１および第２の通信デバイス１１０および１２０の任意の適切な実装が可能であってもよい。いくつかの実施形態では、第１の通信デバイス１１０は基地局（ＢＳ）として実装されてもよく、第２の通信デバイス１２０は端末デバイスとして実装されてもよい。いくつかの実施形態では、環境１００は中継通信ネットワークの一部であってもよい。いくつかの例では、第１の通信デバイス１１０はＢＳであってもよく、第２の通信デバイス１２０は中継器であってもよい。他のいくつかの実施形態では、第１および第２の通信デバイス１１０および１２０は両方とも、サイドリンクと代替的に呼ばれることがあるデバイス・ツー・デバイス（Ｄ２Ｄ）通信、またはビークル・ツー・エブリシング（Ｖ２Ｘ）通信における、端末デバイスとして実装されてもよい。
【００４４】
第１および第２の通信デバイス１１０および１２０は、破線によって示されるように、互いと通信してもよい。通信は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥエボリューション、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、および汎欧州デジタル移動電話方式（ＧＳＭ）などを含むが、これらに限定されない、任意の適切な規格にしたがってもよい。更に、通信は、現在知られているかまたは将来開発されるであろう、任意の世代の通信プロトコルにしたがって実施されてもよい。通信プロトコルの例としては、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが挙げられるが、これらに限定されない。
【００４５】
上述したように、本開示の実施形態は、図２に示されるような高次フローチャートにそのメカニズムが示されている、第２の通信デバイス１２０の能力、タイミング要件、またはサービスタイプを示す情報に基づいて、第２の通信デバイス１２０に関して第１の通信デバイス１１０によってフィードバックタイミングを決定する。図示されるように、第１の通信デバイス１１０は、第２の通信デバイス１２０の能力、タイミング要件、またはサービスタイプのうち少なくとも１つを示す情報を取得する（ブロック２０５）。取得した情報に基づいて、第１の通信デバイス１１０は、第２の通信デバイス１２０が使用するフィードバックタイミングを決定する（ブロック２１０）。次いで、第１の通信デバイス１１０は、フィードバックタイミングの指示を第２の通信デバイスに送信する（ブロック２１５）。フィードバックタイミングの指示を受信した後、第２の通信デバイス１２０は、フィードバックタイミングにしたがって第１の通信デバイス１１０と通信する（ブロック２２０）。
【００４６】
本開示の実施形態によれば、通信デバイスのフィードバックタイミングは、通信デバイスの能力、タイミング要件、またはサービスタイプと関連して決定されてもよい。このように、それぞれのフィードバックタイミングを提供するため、個々の通信デバイスの遅延要件が考慮されてもよい。通信ネットワーク全体で使用される固定のフィードバックタイミングと比較して、個々の通信デバイスに対して決定されるそれぞれのフィードバックタイミングは、より効率的で柔軟である。以下、いくつかの例示の実施形態について詳細に記載する。
【００４７】
図３は、本開示のいくつかの実施形態による例示の方法３００のフローチャートを示している。方法３００は、例えば、図１および２に示されるような、第２の通信デバイス１２０のフィードバックタイミングを決定するため、第１の通信デバイス１１０で実装することができる。考察のため、方法３００については、図１および２を参照して記載する。
【００４８】
図示されるように、ブロック３０５で、第１の通信デバイス１１０は、第２の通信デバイス１２０の能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を取得する。本開示の実施形態によれば、任意の適切なタイプの情報が、指示を可能にするために使用されてもよい。
【００４９】
情報が第２の通信デバイス１２０の能力を示す、いくつかの実施形態では、情報は、第２の通信デバイス１２０のデバイスタイプであってもよい。デバイスタイプは、第２の通信デバイス１２０の能力と関連付けられた複雑性を反映してもよい。例えば、デバイスタイプは、第２の通信デバイス１２０が端末デバイスまたは中継器のどちらであるかを指定してもよい。デバイスタイプはまた、第２の通信デバイス１２０が、通常の端末デバイス、大容量マシンタイプ通信（Ｍ−ＭＴＣ）、またはクリティカルＭＴＣ（Ｃ−ＭＴＣ）のどれであるかを指定してもよい。更に、デバイスタイプは、ユーザ機器（ＵＥ）分類を指定してもよい。これらのデバイスタイプは、第２の通信デバイス１２０が第１の通信デバイス１１０からデータを受信し処理し、正常終了に応じてフィードバックを提供する、持続時間に影響することがある。したがって、第２の通信デバイス１２０のデバイスタイプに基づいて、第１の通信デバイス１１０は、以下のパラグラフに記載するように、第２の通信デバイス１２０に対するフィードバックタイミングを決定してもよい。第２の通信デバイス１２０の複雑性を示す他の情報が可能であってもよいことが、理解されるべきである。
【００５０】
情報が第２の通信デバイス１２０の能力を示す、他のいくつかの実施形態では、情報は、第２の通信デバイス１２０の処理時間に関する情報であってもよい。処理時間は、いずれかの代表的な動作における第２の通信デバイス１２０の処理時間として実装されてもよく、それによって、第２の通信デバイス１２０の能力（例えば、処理能力）の指示が可能になってもよい。
【００５１】
一例として、処理時間は、特定の通信構成で動作するときの第２の通信デバイス１２０の処理時間であってもよい。本開示の文脈では、通信構成は、通信のためにデバイスが使用することができる任意の適切な構成であってもよい。例えば、通信構成は、伝送ブロック（ＴＢ）サイズ、マルチ入力マルチ出力（ＭＩＭＯ）層、変調および符号化方法（ＭＣＳ）、キャリアアグリゲーション（ＣＡ）構成、物理リソースブロック（ＰＲＢ）、帯域幅、伝送モード、符号化方法などの、伝送パラメータを含んでもよい。それに加えて、またはその代わりに、通信構成はまた、第２の通信デバイス１２０の受信器タイプを含んでもよい。受信器タイプの例としては、最大比合成（ＭＲＣ）受信器、干渉抑圧合成（ＩＲＣ）受信器、ネットワーク支援干渉除去および抑制（network-assisted interference cancellation and suppression）（ＮＡＩＣ）受信器、ＥＭＭＳＥ（拡張最小平均二乗誤差）−ＩＲＣ受信器などを挙げることができるが、これらに限定されない。異なる通信構成における第２の通信デバイス１２０のこれらの処理時間に基づいて、第１の通信デバイス１１０は、以下のパラグラフに記載するように、対応するフィードバックタイミングを決定してもよい。別の例として、処理時間は、様々な通信構成に適用可能な、第２の通信デバイス１２０の一般処理時間であってもよい。
【００５２】
本発明の実施形態によれば、情報はまた、第２の通信デバイス１２０のサービスタイプを示してもよい。サービスタイプは、第２の通信デバイス１２０に対して、またはそれによって提供される、サービスのタイプであってもよい。異なるサービスタイプは異なるタイミング要件を有してもよい。例えば、いくつかのサービスタイプは遅延クリティカルであってもよく、いくつかのサービスタイプはより長い遅延に耐えられてもよい。それにより、第１の通信デバイス１１０は、特定のサービスタイプを使用して、第２の通信デバイス１２０に対するフィードバックタイミングを決定してもよい。第１の通信デバイス１１０によるフィードバックタイミングの決定については、以下のパラグラフで詳細に記載する。
【００５３】
それに加えて、またはその代わりに、本発明の実施形態によれば、情報はまた、第２の通信デバイス１２０のタイミング要件を示してもよい。いくつかの実施形態では、タイミング要件は通信構成と関連付けられてもよい。第２の通信デバイス１２０が異なる通信構成で動作するとき、第２の通信デバイス１２０は、異なる処理時間を有してもよく、したがって異なるタイミング要件を有してもよい。これらのタイミング要件を用いて、第１の通信デバイス１１０は、第２の通信デバイス１２０に対する対応するフィードバックタイミングを決定してもよい。他のいくつかの実施形態では、タイミング要件はサービスタイプと関連付けられてもよい。上述したように、異なるサービスタイプは異なるタイミング要件を有してもよい。それにより、第１の通信デバイス１１０は、第２の通信デバイス１２０のサービスタイプと関連付けられたタイミング要件に基づいて、対応するフィードバックタイミングを決定してもよい。
【００５４】
第２の通信デバイス１２０の能力、タイミング要件、またはサービスタイプを示す情報は、任意の適切な手法で、第１の通信デバイス１１０によって取得されてもよい。いくつかの実施形態では、第１の通信デバイス１１０は、第２の通信デバイス１２０から情報を受信してもよい。例えば、第１の通信デバイス１１０は、デバイスタイプ、処理時間、サービスタイプ、またはタイミング要件を第２の通信デバイス１２０から受信してもよい。任意に、第１の通信デバイス１１０の受信は、第１の通信デバイス１１０から第２の通信デバイス１２０に送信される情報の要求によって開始されてもよい。例えば、第２の通信デバイス１２０に対するフィードバックタイミングが決定される前に、第１の通信デバイス１１０は、第２の通信デバイス１２０の能力に対するクエリを送信してもよい。応答として、第２の通信デバイス１２０は、第１の通信デバイス１１０に能力を示す情報を送信してもよい。第２の通信デバイス１２０の動作は、以下のパラグラフで詳述される。
【００５５】
情報を取得する他の方法が可能であることが理解されるべきである。いくつかの実施形態では、第１の通信デバイス１１０は自身で情報を決定してもよい。例えば、第１の通信デバイス１１０は、第２の通信デバイス１２０に対してまたはそれによって提供される、サービスタイプを決定してもよい。
【００５６】
第２の通信デバイス１２０の能力、タイミング要件、またはサービスタイプを示す情報は、任意の適切な形態で実装されてもよい。いくつかの実施形態では、情報はテーブルに記録されてもよい。したがって、第１の通信デバイス１１０はテーブルを取得してもよい。テーブルの一例を以下に示す。
2019531617.tif 000003
【００５７】
この例では、テーブル（例えば、表１）は、タイミング要件と通信構成との関連を示している。示されるように、ＴＢサイズは、セット１とセット２などの２つのセット間で異なり、その場合、セット１は７１２ビットの値を有し、セット２は１４８０ビットの値を有する。ＴＢサイズが７１２ビット以下の場合、第２の通信デバイス１２０のタイミング要件は１伝送時間間隔（ＴＴＩ）であり、これは１ｍｓまたは数ミリ秒であってもよい。そうでなければ、タイミング要件な２ＴＴＩである。表１はまた、３ＧＰＰ規格で定義されているような、ＴＭ２およびＴＭ１０を含む２セットの伝送モードを示している。示されるように、伝送モードがＴＭ２の場合、第２の通信デバイス１２０のタイミング要件は１ＴＴＩである。伝送モードがＴＭ１０の場合、タイミング要件は２ＴＴＩである。更に、示されるように、表１はまた、ＭＩＭＯ層、ＭＣＳ、ＰＲＢ、受信器タイプなど、他の通信構成のセットと関連付けられたタイミング要件を含む。
【００５８】
表１は、単に、何らかの限定を示唆する例証のためのものであることが理解されるべきである。テーブルの他の実装例が可能であってもよい。いくつかの実施形態では、テーブルはまた、タイミング要件とサービスタイプとの関連を含んでもよい。その代わりに、またはそれに加えて、テーブルは、各セットに対して、第２の通信デバイス１２０の能力を含んでもよい。
【００５９】
ブロック３０５で第１の通信デバイス１１０が情報を取得した後、方法３００はブロック３１０に進み、第１の通信デバイス１１０が、取得した情報に基づいて、第２の通信デバイス１２０が使用するフィードバックタイミングを決定する。任意の適切な方法が決定に使用されてもよい。例えば、フィードバックタイミングは、フィードバックタイミングと、第２の通信デバイス１２０の能力、タイミング要件、またはサービスタイプとの関連に基づいて選択されてもよい。
【００６０】
例えば、能力が受信されていることを情報が示す実施形態では、第１の通信デバイス１１０は、より早い（より高速／短時間の）フィードバックタイミングを、より高い能力、より低い処理の複雑性、またはより少ない処理時間を有する第２の通信デバイス１２０に割り当ててもよく、またその逆であってもよい。具体的には、第２の通信デバイス１２０が端末デバイスではなく中継器の場合、第１の通信デバイス１１０は、より早いフィードバックタイミングを第２の通信デバイス１２０に割り当ててもよい。第２の通信デバイス１２０がＭ−ＭＴＣではなくＣ−ＭＴＣの場合、第２の通信デバイス１２０はより遅延クリティカルである。この場合、第１の通信デバイス１１０はより早いフィードバックタイミングを決定してもよい。
【００６１】
例えば、サービスタイプが受信されていることを情報が示す実施形態では、第１の通信デバイス１１０は、より遅延クリティカルなサービスが提供される第２の通信デバイス１２０が、より早いフィードバックタイミングを使用することを決定してもよく、またその逆であってもよい。具体的には、第２の通信デバイス１２０が、より遅延クリティカルな接続を開始する場合、より早いフィードバックタイミングが決定されてもよい。第２の通信デバイス１２０が、より長い待ち時間に耐えられるデータ共有サービスを使用する場合、より遅いフィードバックタイミングが決定されてもよい。別の例として、第１の通信デバイス１１０は、第２の通信デバイス１２０によって提供されるサービスのタイプがより遅延クリティカルである場合、より早いフィードバックタイミングを決定してもよい。具体的には、第２の通信デバイス１２０が、中継サービスとして他のデバイスにバックホールを提供する場合、第１の通信デバイス１２０は、バックホールリンクの待ち時間を低減するように、フィードバックタイミングがより早くてもよいと決定してもよい。
【００６２】
その代わりに、またはそれに加えて、第２の通信デバイス１２０のタイミング要件が取得される実施形態では、第１の通信デバイス１１０は、より遅い（より低速の／より長い）フィードバックタイミングを、より長い（より遅い／より低速の）タイミング要件を有する第２の通信デバイス１２０に割り当ててもよい。例えば、第２の通信デバイス１２０は、より低い能力を有する場合に、より長いタイミング要件を報告してもよい。したがって、第１の通信デバイス１１０はより遅いフィードバックタイミングを決定してもよい。
【００６３】
能力、タイミング要件、またはサービスタイプを示す情報に加えて、第２の通信デバイス１２０に対するフィードバックタイミングの決定に関して、他の因子が考慮されてもよい。いくつかの実施形態では、決定は更に、フィードバックタイミングとフレーム構造との関連に基づいてもよい。本開示の文脈では、フレーム構造は、例えば、多数のサブフレームおよびそれらのそれぞれの使用を含む、両方の通信側で使用されてもよい、無線フレームのアップリンクおよびダウンリンク構成を指す。例えば、フィードバックタイミングのタイプをそれぞれ含む、一組のフレーム構造が予め定義されてもよい。第１の通信デバイス１１０は、取得した情報に基づいて、予め定義されたフレーム構造に含まれる一組のフィードバックタイミングからフィードバックタイミングを選択してもよい。
【００６４】
これに関連する例について、図４および５を参照して以下に記載する。図４は、ＬＴＥ周波数分割複信（ＦＤＤ）における例示のシナリオを概略的に示している。図示されるように、この例では、端末デバイスとして作用する第２の通信デバイス１２０は、アップリンクサブフレームｎ＋４において、ダウンリンクサブフレームｎに関連した、自動再送要求（ＡＲＱ）またはハイブリッドＡＲＱ肯定応答を伝送することが求められる。図４では、Ｔｐは、アクセスノードとして作用する第１の通信デバイス１１０から第２の通信デバイス１２０への伝搬遅延を表し、ＴＴＡは、端末側の対応するダウンリンクサブフレームの開始に対してアップリンクサブフレームの開始を分離するオフセットを表し、ＴＵＥは、端末に利用可能な処理時間であり、ＴｅＮＢは、第１の通信デバイス１１０に利用可能な処理時間である。これにより、第２の通信デバイス１２０が、２〜３ｍｓの間に、搬送ブロックを復号し、ＡＣＫ／ＮＡＣＫを伝えるアップリンク伝送を準備することが可能になる。正確な時間はタイミングのアドバンス設定に応じて決まる。
【００６５】
図５は、時分割複信（ＴＤＤ）に関するダウンリンクデータとアップリンクハイブリッドＡＲＱ肯定応答とのタイミング関係を示している。実際には、アップリンクサブフレーム７で伝送された肯定応答がバンドルされ、サブフレーム０および３の両方のダウンリンク伝送が適正に復号された場合のみ、正の値が与えられる。
【００６６】
それに加えて、他のいくつかの実施形態では、フィードバックタイミングの決定は更にシステム構成に基づいてもよい。例えば、システム帯域幅が１０ＭＨｚであり、２ＭＨｚの帯域幅が第２の通信デバイス１２０に割り振られた場合、フィードバックタイミングは、２ＭＨｚの帯域幅で動作する第２の通信デバイス１２０のタイミング要件に基づいて、第１の通信デバイス１１０によって決定されてもよい。
【００６７】
別の例として、第１の通信デバイス１１０は、システム構成に基づいて、第２の通信デバイス１２０に対する通信構成を最初に決めてもよい。通信構成を所与として、フィードバックタイミングは、フィードバックタイミングと通信構成の関連に基づいて更に決定されてもよい。表１も参照されてもよい。構成されたＴＢサイズが７１２ビット以下の場合、１ＴＴＩ以上がフィードバックタイミングとして選択されてもよい。そうでなければ、フィードバックタイミングは２ＴＴＩ以上である。それに加えて、またはその代わりに、伝送モードがＴＭ２の場合、１ＴＴＩ以上がフィードバックタイミングとして選択されてもよく、そうでなければ、フィードバックタイミングは２ＴＴＩ以上である。同様に、フィードバックタイミングは、ＭＩＭＯ層、ＭＣＳ、ＰＲＢ，受信器タイプなど、他の通信構成のセットと関連して決定されてもよい。
【００６８】
任意に、第１の通信デバイス１１０は、第２の通信デバイス１２０と関連付けられたデータの伝搬時間を更に考慮して、フィードバックタイミングを決定してもよい。例えば、第１の通信デバイス１１０と第２の通信デバイス１２０との間におけるデータの伝搬時間がより長い場合、第１の通信デバイス１１０は、フィードバックタイミングがより遅い（より低速／より長い）と判断してもよい。伝搬時間は、任意の適切な測定方法により、第１の通信デバイス１１０によって測定されてもよい。あるいは、第１の通信デバイス１１０は、伝搬時間の測定を実行する第２の通信デバイス１２０から伝搬時間を受信してもよい。
【００６９】
図３を再び参照すると、第２の通信デバイス１２０に対してフィードバックタイミングが決定された後、ブロック３１５で、第１の通信デバイス１１０は、フィードバックタイミングの指示を第２の通信デバイス１２０に送信する。結果として、第１の通信デバイス１１０は、フィードバックタイミングにしたがって、第２の通信デバイス１２０と通信してもよい。フィードバックタイミングの指示は、フィードバックタイミングの任意の適切な明示または暗示の指示として実装されてもよい。
【００７０】
いくつかの実施形態では、指示は、それ自体がフィードバックタイミングであってもよい。他のいくつかの実施形態では、指示は、フィードバックタイミングと関連付けられたフレーム構造であってもよい。上述したように、一組のフレーム構造が予め定義されてもよく、各フレーム構造はフィードバックタイミングのタイプを含む。フィードバックタイミングが、予め定義されたフレーム構造に含まれる一組のフィードバックタイミングから選択された後、関連するフレーム構造も選択される。したがって、第１の通信デバイス１１０は、第２の通信デバイス１２０に、フレーム構造の指示を選択されたフィードバックタイミングの指示として送信してもよい。第２の通信デバイス１２０にフレーム構造が通知された後、第２の通信デバイス１２０は、以下のパラグラフで詳細に記載するように、フィードバックタイミングとフレーム構造との関連に基づいてフィードバックタイミングを決定してもよい。フレーム構造が第２の通信デバイス１２０に指示された後、いくつかの実施形態では、第１の通信デバイス１１０はまた、フレーム構造にしたがって第２の通信デバイス１２０と通信してもよい。
【００７１】
予め定義されないが動的に構成されたフレーム構造を使用することも可能である。この場合、第１の通信デバイス１１０は、ブロック３０５で取得した情報に基づいて、特定のフィードバックタイミングを含むフレーム構造を構成してもよい。次いで、第１の通信デバイス１１０は、第２の通信デバイス１２０に、フィードバックタイミングおよびフレーム構造の両方を指示するフレーム構造の指示を、第２の通信デバイス１２０に送信してもよい。
【００７２】
フィードバックタイミング自体および関連するフレーム構造に加えて、いくつかの実施形態では、指示は、フィードバックタイミングと関連付けられた通信構成であってもよい。上述したように、異なる通信構成で動作するとき、第２の通信デバイス１２０は異なるタイミング要件を有してもよい。第２の通信デバイス１２０が使用する通信構成が決まると、フィードバックタイミングが、対応するタイミング要件に基づいて、第１の通信デバイス１１０によって適宜決定されてもよい。この場合、第１の通信デバイス１１０は、第２の通信デバイス１２０に通信構成の指示を送信してもよい。このように、フィードバックタイミングは通信構成によって暗示的に通知される。
【００７３】
いくつかの実施形態では、通信構成に加えて、第１の通信デバイス１１０は、第２の通信デバイス１２０にフィードバックタイミングと通信構成の関連を送信してもよい。そのため、第２の通信デバイス１２０は、第１の通信デバイス１１０から受信した通信構成の指示に基づいて、フィードバックタイミングを決定してもよい。フィードバックタイミングと通信構成の関連は、準安定的または動的に構成されてもよい。したがって、第１の通信デバイス１１０は、準安定的または動的に第２の通信デバイス１２０に関連を通知してもよい。フィードバックタイミングと通信構成の関連はまた、予め定義されてもよい。
【００７４】
図６は、本開示の他のいくつかの実施形態による例示の方法６００のフローチャートを示している。方法６００は、例えば、図１および２に示されるような、第２の通信デバイス１２０で実装することができる。考察のため、方法６００については、図１および２を参照して記載する。
【００７５】
図示されるように、ブロック６０５で、第２の通信デバイス１２０は、第２の通信デバイス１２０の能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を決定する。上述したように、情報は、任意の適切なタイプの情報として実装されてもよい。
【００７６】
例えば、情報が能力を示す実施形態では、第２の通信デバイスは、その能力の指示を第１の通信デバイス１１０に送信してもよい。具体的には、第２の通信デバイス１２０は、デバイスタイプ、またはその能力と関連付けられた処理時間を、第１の通信デバイス１１０に報告してもよい。どうように、処理時間は、特定の通信構成で動作する第２の通信デバイス１２０の処理時間であってもよい。
【００７７】
情報がサービスタイプを示す実施形態では、第２の通信デバイス１２０は、第１の通信デバイス１１０に、それ自体に対してまたはそれ自体によって提供されるサービスを送信してもよい。それに加えて、またはその代わりに、情報がタイミング要件を示す実施形態では、第２の通信デバイス１２０は、通信構成および／またはサービスタイプに基づいて、タイミング要件を決定してもよい。例えば、第２の通信デバイス１２０は、特定の通信構成で動作するときの処理時間を測定してもよい。更に、第２の通信デバイス１２０は、測定された処理時間に基づいてタイミング要件を決定してもよい。次いで、第２の通信デバイス１２０は、タイミング要件を示す情報を第１の通信デバイス１１０に送信してもよい。別の例として、第２の通信デバイス１２０（例えば、端末デバイス）は、それ自体によってタイミング要件を構成してもよい。例えば、第２の通信デバイス１２０が省電力モードのとき、タイミング要件はより長くてもよく、第２の通信デバイス１２０が非省電力モードのとき、タイミング要件はより短くてもよい。
【００７８】
上述したように、情報は任意の適切な形態で実装されてもよい。同様に、情報は、第２の通信デバイス１２０によってテーブルに、例えば上述したような表１に記録されてもよい。表１が使用される実施形態では、第２の通信デバイス１２０は、ＴＢサイズ、ＭＩＭＯ層、ＭＣＳ、ＰＲＢ、伝送モード、受信器タイプなど、複数の通信構成で動作するときの、そのタイミング要件を決定してもよい。
【００７９】
第２の通信デバイス１２０の能力、タイミング要件、サービスタイプを示す情報が決定された後、方法６００はブロック６１０に進み、第２の通信デバイス１２０が情報を第１の通信デバイス１１０に送信する。このように、第１の通信デバイス１１０は、情報に基づいて、第２の通信デバイス１２０が使用するフィードバックタイミングを決定してもよい。同様に、情報を記録するためにテーブルが使用される実施形態では、第２の通信デバイス１２０は、テーブルを第１の通信デバイス１１０に送信してもよい。いくつかの実施形態では、上述したように、送信は、第１の通信デバイス１１０から送信される情報に対する要求によって始動されてもよい。
【００８０】
いくつかの実施形態では、上述の情報に加えて、第２の通信デバイス１２０は、第２の通信デバイス１２０と第１の通信デバイス１１０との間のデータの伝搬時間を測定し、第１の通信デバイス１１０に送信してもよい。任意の適切な方法が測定に使用されてもよい。それにより、第１の通信デバイス１１０は、伝搬時間に更に基づいて、対応するフィードバックタイミングを決定してもよい。
【００８１】
ブロック６１０で情報が送信された後、第２の通信デバイス１２０は、ブロック６１５で、第１の通信デバイス１１０から、それ自体が使用するフィードバックタイミングの指示を受信する。そのため、第２の通信デバイス１２０は、フィードバックタイミングにしたがって第１の通信デバイス１１０と通信してもよい。
【００８２】
上述したように、フィードバックタイミングの指示は、フィードバックタイミングの指示の任意の適切な明示または暗示として実装されてもよい。例えば、指示は、それ自体がフィードバックタイミングであってもよい。別の例として、フレーム構造の指示またはフィードバックタイミングと関連付けられた通信構成は、フィードバックタイミングを指示するために使用されてもよい。任意に、フィードバックタイミングと通信構成との関連はまた、第２の通信デバイス１２０によって受信されてもよい。したがって、フレーム構造または通信構成の指示が受信された後、第２の通信デバイス１２０は、フィードバックタイミングとフレーム構造または通信構成との関連に基づいて、フィードバックタイミングを決定してもよい。
【００８３】
例として、上述したように、一組のフレーム構造が予め定義されてもよく、予め定義された各フレーム構造は特定のタイプのフィードバックタイミングを含む。この場合、第２の通信デバイス１２０は、フィードバックタイミングがフレーム構造に含まれると予め定義されたことに基づいて、フィードバックタイミングを認知してもよい。フレーム構造の指示が受信された場合、いくつかの実施形態では、第２の通信デバイス１２０は、指示されたフレーム構造にしたがって第１の通信デバイス１１０と通信してもよい。
【００８４】
それに加えて、またはその代わりに、フィードバックタイミングと通信構成との関連が前もって決定される場合、第２の通信デバイス１２０は、通信構成の指示を受信した後、関連する通信構成に基づいてフィードバックタイミングを決定してもよい。同様に、第２の通信デバイス１２０はまた、指示された通信構成の第１の通信デバイス１１０と通信してもよい。
【００８５】
図３に示されるような方法３００を参照して上述した全ての動作および特徴は、方法６００に同様に適用可能であることが認識されるであろう。単純にするため、詳細については省略する。
【００８６】
図７は、本開示のいくつかの実施形態による通信デバイス７００のブロック図を示している。通信デバイス７００は、図１および２に示されるような、第１の通信デバイス１１０の例示の実装と見なすことができる。
【００８７】
図示されるように、通信デバイス７００は、更なる通信デバイス（本開示のいくつかのパラグラフでは、第２の通信デバイスと呼ばれる）の能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を取得するように構成された第１の取得ユニット７０５と、取得した情報に基づいて、更なる通信デバイスが使用するフィードバックタイミングを決定するように構成された第１の決定ユニット７１０と、フィードバックタイミングにしたがって更なる通信デバイスと通信するため、フィードバックタイミングの指示を更なる通信デバイスに送信するように構成された第１の送信ユニット７１５とを備える。
【００８８】
いくつかの実施形態では、第１の決定ユニット７１０は、フィードバックタイミングを含むフレーム構造を選択するように更に構成されてもよい。いくつかの実施形態では、第１の送信ユニット７１５は、フレーム構造の指示を更なる通信デバイスに送信するように更に構成されてもよい。いくつかの実施形態では、通信デバイス７００は、フレーム構造にしたがって、データを更なる通信デバイスと通信するように構成された、第１の通信ユニット７２０を更に備えてもよい。
【００８９】
いくつかの実施形態では、第１の決定ユニット７１０は、フィードバックタイミングと、更なる通信デバイスの能力、タイミング要件、またはサービスタイプとの関連に基づいて、フィードバックタイミングを選択するように更に構成されてもよい。
【００９０】
いくつかの実施形態では、第１の取得ユニット７０５は、情報を更なる通信デバイスから受信するように更に構成されてもよい。いくつかの実施形態では、第１の送信ユニット７１５は、更なる通信デバイスに情報に対する要求を送信するように更に構成されてもよい。
【００９１】
いくつかの実施形態では、第１の取得ユニット７０５は、更なる通信デバイスから、更なる通信デバイスの能力を示す更なる通信デバイスの処理時間を受信するように更に構成されてもよい。いくつかの実施形態では、第１の取得ユニット７０５は、更なる通信デバイスから、通信構成における更なる通信デバイスの処理時間を受信するように更に構成されてもよい。
【００９２】
いくつかの実施形態では、第１の取得ユニット７０５は、更なる通信デバイスから、通信構成と関連付けられた更なる通信デバイスのタイミング要件を示す情報を受信するように更に構成されてもよい。いくつかの実施形態では、第１の取得ユニット７０５は、更なる通信デバイスから、サービスタイプと関連付けられた更なる通信デバイスのタイミング要件を示す情報を受信するように更に構成されてもよい。
【００９３】
いくつかの実施形態では、通信デバイス７００は、更なる通信デバイスと関連付けられたデータの伝搬時間を取得するように構成された、第２の取得ユニットを更に備えてもよい。これらの実施形態では、第１の決定ユニット７１０は、取得した伝搬時間に更に基づいて、フィードバックタイミングを決定するように更に構成されてもよい。
【００９４】
いくつかの実施形態では、第１の決定ユニット７１０は、取得した情報に基づいて、通信構成と関連付けられた一組のフィードバックタイミングからフィードバックタイミングを選択するように更に構成されてもよい。いくつかの実施形態では、第１の送信ユニット７１５は、更なる通信デバイスに、フィードバックタイミングと関連付けられた通信構成のうち１つの指示を送信するように更に構成されてもよい。
【００９５】
図８は、本開示の他のいくつかの実施形態による通信デバイス８００のブロック図を示している。通信デバイス８００は、図１および２に示されるような、第２の通信デバイス１２０の例示の実装と見なすことができる。
【００９６】
図示されるように、通信デバイス８００は、通信デバイスの能力、タイミング要件、およびサービスタイプのうち少なくとも１つを示す情報を決定するように構成された第２の決定ユニット８０５と、情報を更なる通信デバイス（本開示のいくつかのパラグラフでは、第１の通信デバイスと呼ばれる）に送信するように構成された第２の送信ユニット８１０と、フィードバックタイミングにしたがって更なる通信デバイスと通信するため、フィードバックタイミングの指示を更なる通信デバイスから受信するように構成された受信ユニット８１５とを備える。
【００９７】
いくつかの実施形態では、受信ユニット８１５は、更なる通信デバイスから、情報に対する要求を受信するように更に構成されてもよい。
【００９８】
いくつかの実施形態では、受信ユニット８１５は、更なる通信デバイスから、フィードバックタイミングを含むフレーム構造の指示を受信するように更に構成されてもよい。いくつかの実施形態では、通信デバイス８００は、フレーム構造にしたがって、データを更なる通信デバイスと通信するように構成された、第２の通信ユニット８２０を更に備えてもよい。
【００９９】
いくつかの実施形態では、第２の決定ユニット８０５は、通信デバイスの能力を示す通信デバイスの処理時間を決定するように更に構成されてもよい。いくつかの実施形態では、第２の決定ユニット８０５は、通信構成における通信デバイスの処理時間を決定するように更に構成されてもよい。
【０１００】
いくつかの実施形態では、第２の決定ユニット８０５は、通信構成と関連付けられた通信デバイスのタイミング要件を決定するように更に構成されてもよい。いくつかの実施形態では、第２の決定ユニット８０５は、サービスタイプと関連付けられた通信デバイスのタイミング要件を決定するように更に構成されてもよい。
【０１０１】
いくつかの実施形態では、通信デバイス８００は、通信デバイスと関連付けられたデータの伝搬時間を決定するように構成された、第３の取得ユニットを更に備えてもよい。これらの実施形態では、第２の送信ユニット８１０は、伝搬時間を更なる通信デバイスに送信するように更に構成されてもよい。
【０１０２】
いくつかの実施形態では、受信ユニット８１５は、更なる通信デバイスから、フィードバックタイミングと関連付けられた通信構成のうち１つの指示を受信するように更に構成されてもよい。
【０１０３】
通信デバイス７００および８００に含まれるユニットは、方法３００および６００のブロックに対応することが認識されるべきである。したがって、図１〜６を参照して上述した全ての動作および特徴は、同様に、通信デバイス７００および８００に含まれるユニットに適用可能であり、同様の効果を有する。単純にするため、詳細については省略する。
【０１０４】
通信デバイス７００および８００に含まれるユニットは、ソフトウェア、ハードウェア、ファームウェア、またはこれらのいずれかの組み合わせを含む、様々な形で実装されてもよい。一実施形態では、１つまたは複数のユニットが、ソフトウェアおよび／またはファームウェア、例えば記憶媒体に格納された機械実行可能命令を使用して、実装されてもよい。機械実行可能命令に加えて、またはその代わりに、通信デバイス７００および８００のユニットのうち一部または全てが、少なくとも部分的に、１つもしくは複数のハードウェア論理構成要素によって実装されてもよい。例えば、非限定的に、使用することができる例証的なタイプのハードウェア論理構成要素としては、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、システム・オン・チップシステム（ＳＯＣ）、複雑なプログラマブル論理デバイス（ＣＰＬＤ）などが挙げられる。
【０１０５】
図９は、本開示の実施形態を実装することに適したデバイス９００の単純化したブロック図である。デバイス９００は、図１および２に示されるような、第１および第２の通信デバイス１１０および１２０の更なる例示の実装と見なすことができる。したがって、デバイス９００は、第１および第２の通信デバイス１１０および１２０それぞれで実装される方法を有することができる。
【０１０６】
図示されるように、デバイス９００は、プロセッサ９１０と、プロセッサ９１０に連結されたメモリ９２０と、プロセッサ９１０に連結された適切な送信器（ＴＸ）および受信器（ＲＸ）９４０と、プロセッサ９１０に連結された通信インターフェース９５０とを含む。メモリ９２０はプログラム９３０の少なくとも一部を格納する。ＴＸ／ＲＸ  ９４０は双方向ワイヤレス通信向けのものである。ＴＸ／ＲＸ  ９４０は、通信を容易にする少なくとも１つのアンテナを有するが、実際には、本出願で言及するアクセスノードはいくつかのアンテナを有してもよい。通信インターフェース９５０は、ｅＮＢ間の双方向通信向けのＸ２インターフェース、移動管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ−ＧＷ）とｅＮＢとの間の通信向けのＳ１インターフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信向けのＵｎインターフェース、またはｅＮＢと端末デバイスとの間の通信向けのＵｕインターフェースなど、他のネットワーク要素との通信に必須である任意のインターフェースを表してもよい。
【０１０７】
プログラム９３０は、関連するプロセッサ９１０によって実行されると、図１〜８を参照して本明細書で考察したように、本開示の実施形態にしたがってデバイス９００が動作できるようにする、プログラム命令を含むものと仮定される。本明細書の実施形態は、デバイス９００のプロセッサ９１０によって、またはハードウェアによって、またはソフトウェアとハードウェアの組み合わせによって実行可能な、コンピュータソフトウェアによって実装されてもよい。プロセッサ９１０は、本開示の様々な実施形態を実装するように構成されてもよい。更に、プロセッサ９１０とメモリ９２０の組み合わせは、本開示の様々な実施形態を実装するように適合された処理手段を形成してもよい。
【０１０８】
メモリ９２０は、局所的な技術環境に適したいずれかのタイプのものであってもよく、非限定例として、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定のメモリおよび取外し可能なメモリなど、任意の適切なデータ格納技術を使用して実装されてもよい。１つのみのメモリ９２０がデバイス９００に示されているが、いくつかの物理的に明確なメモリモジュールがデバイス９００に存在してもよい。プロセッサ９１０は、局所的な技術環境に適したいずれかのタイプのものであってもよく、非限定例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づいたプロセッサのうち１つもしくは複数を含んでもよい。デバイス９００は、主プロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなど、複数のプロセッサを有してもよい。
【０１０９】
一般に、本開示の様々な実施形態は、ハードウェアもしくは専用回路、ソフトウェア、論理、またはこれらのいずれかの組み合わせの形で実装されてもよい。いくつかの態様はハードウェアの形で実装されてもよいが、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行されてもよい、ファームウェアまたはソフトウェアの形で実装されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして、または他の何らかの描画表現を使用して例証され記載されているが、本明細書に記載するブロック、装置、システム、技術、または方法は、非限定例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくは論理、汎用ハードウェアもしくはコントローラもしくは他のコンピューティングデバイス、またはこれらの何らかの組み合わせの形で実装されてもよいことが認識されるであろう。
【０１１０】
例として、本開示の実施形態は、プログラムモジュールに含まれるものなどの機械実行可能命令が、標的の実プロセッサまたは仮想プロセッサ上のデバイスで実行されているという一般的文脈で記載することができる。一般に、プログラムモジュールは、特定のタスクを実行するかまたは特定の抽象データタイプを実装する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能性は、様々な実施形態で所望に応じて、組み合わされるかプログラムモジュール間で分割されてもよい。プログラムモジュールに対する機械実行可能命令は、ローカルまたは分散デバイス内で実行されてもよい。分散デバイスでは、プログラムモジュールは、ローカルおよびリモート両方の記憶媒体内にあってもよい。
【０１１１】
本開示の方法を実行するプログラムコードは、１つまたは複数のプログラミング言語のいずれかの組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサまたはコントローラに提供されてもよく、プログラムコードは、プロセッサまたはコントローラによって実行されると、フローチャートおよび／またはブロック図で指定された機能／動作を実装させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立型ソフトウェアパッケージとして、部分的にマシン上および部分的にリモートマシン上で、または完全にリモートマシンもしくはサーバ上で実行してもよい。
【０１１２】
本開示の文脈では、機械可読媒体は、命令実行システム、装置、もしくはデバイスによって、またはこれらと関連して使用されるプログラムを包含し、または格納し得る、いずれかの有形媒体であってもよい。機械可読媒体は、機械可読信号媒体または機械可読記憶媒体であってもよい。機械可読媒体は、電子、磁気、光学、電磁、赤外、もしくは半導体のシステム、装置、もしくはデバイス、またはこれらの任意の適切な組み合わせを含んでもよいが、これらに限定されない。機械可読記憶媒体のより具体的な例としては、１つもしくは複数のワイヤを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読出し専用メモリ（ＥＰＲＯＭ、もしくはフラッシュメモリ）、光ファイバー、ポータブルコンパクトディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、光学記憶デバイス、磁気記憶デバイス、またはこれらの任意の適切な組み合わせが挙げられるであろう。
【０１１３】
更に、動作は特定の順序で描かれているが、これは、望ましい結果を達成するために、かかる動作が、示される特定の順序または連続順で実施されること、あるいは例証される全ての動作が実施されることを要するものと理解されるべきではない。特定の状況では、マルチタスキングおよび並列処理が有利なことがある。同様に、いくつかの特定の実装の詳細が上述の考察に含まれるが、これらは本開示の範囲に対する限定としてではなく、特定の実施形態に特有であってもよい特徴の説明として解釈されるべきである。別個の実施形態に関連して記載した特定の特徴は、単一の実施形態において組み合わせて実装されることもあってもよい。逆に、単一の実施形態に関連して記載した様々な特徴が、複数の実施形態において別個に、または任意の好適な部分的組み合わせで実装されることもあってもよい。
【０１１４】
構造的特徴および／または機能的作用に特有の文言で本開示について記載してきたが、添付の特許請求の範囲で定義される本開示は、上述した特定の特徴または作用に必ずしも限定されないことが理解されるべきである。それよりもむしろ、上述した特定の特徴および作用は、特許請求の範囲を実装する例示の形態として開示される。
【図１】
2019531617.tif 000004
【図２】
2019531617.tif 000005
【図３】
2019531617.tif 000006
【図４】
2019531617.tif 000007
【図５】
2019531617.tif 000008
【図６】
2019531617.tif 000009
【図７】
2019531617.tif 000010
【図８】
2019531617.tif 000011
【図９】
2019531617.tif 000012
【手続補正書】
【提出日】平成31年3月29日(2019.3.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレスネットワーク内で動作する第１の通信デバイス（１１０、７００）において実装される方法（３００）であって、
第２の通信デバイス（１２０、８００）の処理時間を示す能力情報を取得すること（３０５）であって、前記処理時間が、第１の通信デバイスへの伝送のための前記第２の通信デバイスにおけるフィードバックの生成に関連する、取得すること（３０５）と、
前記第２の通信デバイスの前記処理時間に依存して、および前記第２の通信デバイスに対するタイミングアドバンスに更に依存して、前記第２の通信デバイスと通信するために使用されるべきフレーム構造を選択すること（３１０）であって、前記選択されたフレーム構造が、前記第２の通信デバイスの前記処理時間と適合した対応するフィードバックタイミングを有し、前記処理時間に前記タイミングアドバンスを加えたものが、前記選択されたフレーム構造の前記対応するフィードバックタイミングを違反しない、選択すること（３１０）と、
前記選択されたフレーム構造の指示を前記第２の通信デバイスに送信すること（３１５）と、
前記選択されたフレーム構造にしたがって前記第２の通信デバイスからフィードバックを受信することを含む、前記選択されたフレーム構造にしたがって前記第２の通信デバイスと通信することと
を含む、方法（３００）。
【請求項２】
前記フレーム構造を選択すること（３１０）が、
フィードバックタイミング要件と、前記第２の通信デバイス（１２０、８００）の前記処理時間との関連に基づいて、前記フレーム構造を選択すること
を含む、請求項１に記載の方法（３００）。
【請求項３】
前記能力情報を取得すること（３０５）が、
前記第２の通信デバイス（１２０、８００）から前記能力情報を受信すること
を含む、請求項１または２に記載の方法（３００）。
【請求項４】
前記第２の通信デバイス（１２０、８００）に、前記能力情報に対する要求を送信すること
を更に含む、請求項３に記載の方法（３００）。
【請求項５】
前記フレーム構造を選択すること（３１０）が、
前記取得した能力情報に基づいて、それぞれの通信構成と関連付けられた一組のフィードバックタイミング値からフィードバックタイミングを選択すること
を含む、請求項３または４に記載の方法（３００）。
【請求項６】
前記選択されたフレーム構造の前記指示を送信すること（３１５）が、
前記第２の通信デバイス（１２０、８００）に、前記フィードバックタイミングと関連付けられた通信構成の指示を送信すること
を含む、請求項５に記載の方法（３００）。
【請求項７】
前記第２の通信デバイス（１２０、８００）に、前記通信構成と前記フィードバックタイミングとの関連を送信すること
を更に含む、請求項６に記載の方法（３００）。
【請求項８】
ワイヤレスネットワーク内で動作する第２の通信デバイス（１２０、８００）において実装される方法（６００）であって、
前記第２の通信デバイス（１２０、８００）の処理時間を示す能力情報を含むメッセージを生成すること（６０５）であって、前記処理時間が、前記ワイヤレスネットワークの第１の通信デバイスへの伝送のための前記第２の通信デバイスにおけるフィードバックの生成に関連する、生成すること（６０５）と、
第１の通信デバイスと前記第２の通信デバイスとの間の通信に使用されるべきフレーム構造を選択する際に前記第１の通信デバイスによって使用するため、前記メッセージを第１の通信デバイス（１１０、７００）に送信すること（６１０）であって、前記選択されたフレーム構造が、前記第２の通信デバイスの前記処理時間と適合すると共に、前記処理時間に前記第１の通信デバイスに対するタイミングアドバンスを加えたものによって違反されない、対応するフィードバックタイミングを有する、送信すること（６１０）と、
前記選択されたフレーム構造の指示を前記第１の通信デバイス（１１０、７００）から受信すること（６１５）と、
前記選択されたフレーム構造にしたがって前記第２の通信デバイスからフィードバックを伝送することを含む、前記選択されたフレーム構造にしたがって前記第１の通信デバイス（１１０、７００）と通信することと
を含む、方法。
【請求項９】
前記第１の通信デバイス（１１０、７００）から、前記能力情報に対する要求を受信すること
を更に含む、請求項８に記載の方法（６００）。
【請求項１０】
前記処理時間を示す能力情報を含む前記メッセージを生成すること（６０５）が、
通信構成における前記第２の通信デバイス（１２０、８００）の前記処理時間を決定すること
を含む、請求項８に記載の方法（６００）。
【請求項１１】
前記選択されたフレーム構造の前記指示を受信すること（６１５）が、
前記第１の通信デバイス（１１０、７００）から、前記フィードバックタイミングと関連付けられた通信構成の指示を受信すること
を含む、請求項８から１０のいずれか一項に記載の方法（６００）。
【請求項１２】
前記第１の通信デバイス（１１０、７００）から、前記通信構成と前記フィードバックタイミングとの関連を受信すること
を更に含む、請求項１１に記載の方法（６００）。
【請求項１３】
ワイヤレスネットワーク内で動作するように構成された通信デバイス（１１０、７００）であって、
更なる通信デバイス（１２０、８００）の処理時間を示す能力情報を取得するように構成された第１の取得ユニット（７０５）であって、前記処理時間が、前記通信デバイスへの伝送のための前記更なる通信デバイスにおけるフィードバックの生成に関連する、第１の取得ユニット（７０５）と、
前記更なる通信デバイスの前記処理時間に依存し、および前記更なる通信デバイスに対するタイミングアドバンスに更に依存して、前記更なる通信デバイスと通信するために使用されるべきフレーム構造を選択するように構成された第１の決定ユニット（７１０）であって、選択されたフレーム構造が、前記更なる通信デバイスの前記処理時間と適合した対応するフィードバックタイミングを有し、前記処理時間に前記タイミングアドバンスを加えたものが、前記選択されたフレーム構造の前記対応するフィードバックを違反しない、第１の決定ユニット（７１０）と、
前記選択されたフレーム構造の指示を前記更なる通信デバイス（１２０、８００）に送信し、前記選択されたフレーム構造にしたがって前記更なる通信デバイスからのフィードバックを受信することを含めて、前記選択されたフレーム構造にしたがって前記更なる通信デバイス（１２０、８００）と通信するように構成された第１の送信ユニット（７１５）と
を備える、通信デバイス（１１０、７００）。
【請求項１４】
ワイヤレスネットワーク内で動作するように構成された通信デバイス（１２０、８００）であって、
前記通信デバイス（１２０、８００）の処理時間を示す能力情報を示す能力情報を含むメッセージを生成するように構成された第２の決定ユニット（８０５）であって、前記処理時間が、更なる通信デバイスへの伝送のための前記通信デバイスにおけるフィードバックの生成に関連する、第２の決定ユニット（８０５）と、
前記通信デバイスと前記更なる通信デバイスとの間の通信に使用されるべきフレーム構造を選択する際に前記更なる通信デバイスによって使用するため、前記メッセージを更なる通信デバイス（１１０、７００）に送信するように構成された第２の送信ユニット（８１０）であって、前記選択されたフレーム構造が、前記通信デバイスの前記処理時間と適合すると共に、前記処理時間に前記更なる通信デバイスに対するタイミングアドバンスを加えたものによって違反されない、対応するフィードバックタイミングを有する、第２の送信ユニット（８１０）と、
前記選択されたフレーム構造の指示を前記更なる通信デバイス（１１０、７００）から受信し、前記選択されたフレーム構造にしたがって前記通信デバイスからフィードバックを伝送することを含めて、前記選択されたフレーム構造にしたがって前記更なる通信デバイス（１１０、７００）と通信するように構成された受信ユニット（８１５）と
を備える、通信デバイス（１２０、８００）。
【請求項１５】
少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに、請求項１から１２のいずれか一項に記載の方法（３００、６００）を実行させる命令を含む、コンピュータプログラム。
【手続補正書】
【提出日】令和1年5月31日(2019.5.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
３ＧＰＰ  ５Ｇ通信プロトコルにおける基地局である第１の通信デバイス（１１０、７００）において実装される方法（３００）であって、
端末デバイスである第２の通信デバイス（１２０、８００）の能力を示す情報を取得すること（３０５）と、
取得した前記情報に基づいて、前記第２の通信デバイスが使用するべきフィードバックタイミングを決定すること（３１０）と、
前記フィードバックタイミングにしたがって前記第２の通信デバイス（１２０、８００）と通信するために、前記フィードバックタイミングの指示を前記第２の通信デバイスに送信すること（３１５）と
を含み、前記能力は、前記第２の通信デバイスの複数の処理時間であり、前記処理時間のそれぞれは伝送パラメータ又は複数のパラメータの異なる値に対応する、方法（３００）。
【請求項２】
前記フィードバックタイミングは、３ＧＰＰ新無線フレーム構成に含まれる、請求項１に記載の方法（３００）。
【請求項３】
３ＧＰＰ  ５Ｇ通信プロトコルにおける端末デバイスである第２の通信デバイス（１２０、８００）において実装される方法（６００）であって、
前記第２の通信デバイス（１２０、８００）の能力を示す情報を決定すること（６０５）と、
前記情報を基地局である第１の通信デバイス（１１０、７００）に送信すること（６１０）と、
フィードバックタイミングにしたがって前記第１の通信デバイス（１１０、７００）と通信するために、フィードバックタイミングの指示を前記第１の通信デバイス（１１０、７００）から受信すること（６１５）と
を含み、前記能力は、前記第２の通信デバイスの複数の処理時間であり、前記処理時間のそれぞれは伝送パラメータ又は複数のパラメータの異なる値に対応する、方法。
【請求項４】
前記フィードバックタイミングは、３ＧＰＰ新無線フレーム構成に含まれる、請求項３に記載の方法（６００）。
【請求項５】
前記情報を決定すること（６０５）は、
前記第２の通信デバイス（１２０、８００）の前記能力を示す前記第２の通信デバイス（１２０、８００）の処理時間を決定すること
を含む、請求項３又は４に記載の方法（６００）。
【請求項６】
前記処理時間を決定すること（６０５）が、
通信構成における前記第２の通信デバイス（１２０、８００）の前記処理時間を決定すること
を含む、請求項５に記載の方法（６００）。
【請求項７】
前記情報を決定すること（６０５）が、
通信構成に関連付けられた前記第２の通信デバイス（１２０、８００）のタイミング要件を決定すること
を含む、請求項３から５のいずれか一項に記載の方法（６００）。
【請求項８】
前記情報を決定すること（６０５）が、
サービスタイプに関連付けられた前記第２の通信デバイス（１２０、８００）のタイミング要件を決定すること
を含む、請求項３から５のいずれか一項に記載の方法（６００）。
【請求項９】
通信デバイス（１１０、７００）であって、
更なる通信デバイス（１２０、８００）の能力を示す情報を取得するように構成された第１の取得ユニット（７０５）であって、前記通信デバイスが３ＧＰＰ  ５Ｇ通信プロトコルにおける基地局であり、前記更なる通信デバイスが端末デバイスである、第１の取得ユニット（７０５）と、
取得した前記情報に基づいて、前記更なる通信デバイス（１２０、８００）が使用するべきフィードバックタイミングを決定するように構成された第１の決定ユニット（７１０）と、
前記フィードバックタイミングにしたがって前記更なる通信デバイス（１２０、８００）と通信するために、前記フィードバックタイミングの指示を前記更なる通信デバイス（１２０、８００）に送信するように構成された第１の送信ユニット（７１５）と
を備え、前記能力は、前記更なる通信デバイスの複数の処理時間であり、前記処理時間のそれぞれは伝送パラメータ又は複数のパラメータの異なる値に対応する、通信デバイス（１１０、７００）。
【請求項１０】
通信デバイス（１２０、８００）であって、
前記通信デバイス（１２０、８００）の能力を示す情報を決定するように構成された第２の決定ユニット（８０５）と、
前記情報を更なる通信デバイス（１１０、７００）に送信するように構成された第２の送信ユニット（８１０）であって、前記通信デバイスが３ＧＰＰ  ５Ｇ通信プロトコルにおける端末デバイスであり、前記更なる通信デバイスが基地局である、第２の送信ユニット（８１０）と、
フィードバックタイミングにしたがって前記更なる通信デバイス（１１０、７００）と通信するために、フィードバックタイミングの指示を前記更なる通信デバイス（１１０、７００）から受信するように構成された受信ユニット（８１５）と
を備え、前記能力は、前記通信デバイスの複数の処理時間であり、前記処理時間のそれぞれは伝送パラメータ又は複数のパラメータの異なる値に対応する、通信デバイス（１２０、８００）。
【請求項１１】
少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに、請求項１から８のいずれか一項に記載の方法（３００、６００）を実行させる命令を含む、コンピュータプログラム。
【国際調査報告】
2019531617.tif 000013
2019531617.tif 000014