(57)【要約】  本開示は、いくつかの態様では、スケーラブルな送信時間間隔(TTI)およびハイブリッド自動再送要求(HARQ)設計に関する。TTIは、たとえば、異なるタイプのトラフィックに対するレイテンシおよび/または効率のトレードオフ(たとえば、ミッションクリティカルトラフィック対より緩やかなレイテンシ要件を有するトラフィック)を実現するようにスケーラブルである。もっと長いTTIが採用される場合、高速なターンアラウンドHARQを確実にし、それによって、高レベルの通信性能を維持するために、様々な技法が開示される。
2018509837.tif 000002
【特許請求の範囲】
【請求項１】
通信の方法であって、
複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信するステップと、
複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に、前記データに基づくフィードバック情報を通信するステップと
を備える方法。
【請求項２】
前記データを通信する前記ステップが、前記データを受信するステップを備え、
前記フィードバック情報を通信する前記ステップが、前記フィードバック情報を送信するステップを備え、
前記方法が、前記フィードバック情報を生成するために前記第2のTTI中に前記データの少なくとも一部分を処理するステップをさらに備える、
請求項1に記載の方法。
【請求項３】
前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも別の部分を処理するステップをさらに備える、請求項2に記載の方法。
【請求項４】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記方法が、前記チャネル状態フィードバック情報を生成するために前記データを処理するステップをさらに備える、
請求項2に記載の方法。
【請求項５】
前記データを通信する前記ステップが、前記データを送信するステップを備え、
前記フィードバック情報を通信する前記ステップが、前記フィードバック情報を受信するステップを備え、
前記方法が、前記データを再送信すべきかどうかを決定するために前記第2のTTI中に前記フィードバック情報の少なくとも一部分を処理するステップをさらに備える、
請求項1に記載の方法。
【請求項６】
前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも別の部分を処理するステップ
をさらに備える、請求項5に記載の方法。
【請求項７】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記方法が、前記データを再送信すべきかどうかを決定するために前記チャネル状態フィードバック情報を処理するステップをさらに備える、
請求項5に記載の方法。
【請求項８】
前記フィードバック情報が、パイロット情報および確認応答情報を備え、
前記パイロット情報が、前記第2のTTIの前記シンボル時間期間の中でフロントローディングされる、
請求項1に記載の方法。
【請求項９】
前記フィードバック情報が、パイロット情報および確認応答情報を備え、
前記パイロット情報および前記確認応答情報が、共通のシンボル期間中に通信される、
請求項1に記載の方法。
【請求項１０】
前記データが、ミッションクリティカルトラフィックを備える、請求項1に記載の方法。
【請求項１１】
第1のトラフィックが通信されるべきと決定するステップであって、前記第1のトラフィックが、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、ステップと、
前記第1のトラフィックを通信するためのスケーリングされたTTIを選択するステップであって、前記スケーリングされたTTIが、前記第1のTTIおよび前記第2のTTIの各々に対する前記複数のシンボル時間期間を規定し、前記スケーリングされたTTIが、前記第2のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、ステップと
をさらに備える、請求項1に記載の方法。
【請求項１２】
前記スケーリングされたTTIが、前記HARQ通信が複数のTTIにわたって広げられるための時間期間にさらに関連する、請求項11に記載の方法。
【請求項１３】
パイロット情報および/または制御情報が、前記第1のTTIの前記シンボル時間期間の中でフロントローディングされる、請求項1に記載の方法。
【請求項１４】
前記フィードバック情報が、複数のパイロット表示および/または複数の確認応答表示を備える、請求項1に記載の方法。
【請求項１５】
処理および確認応答の時間間隔を整合させるように前記第1のTTIおよび前記第2のTTIの各々の長さを選択するステップ
をさらに備える、請求項1に記載の方法。
【請求項１６】
通信のための装置であって、
メモリデバイスと、
前記メモリデバイスに結合された処理回路とを備え、前記処理回路が、
複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信することと、
複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に、前記データに基づくフィードバック情報を通信することと
を行うように構成される、装置。
【請求項１７】
前記データを前記通信することが、前記データを受信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を送信することを備え、
前記処理回路が、前記フィードバック情報を生成するために前記第2のTTI中に前記データの少なくとも一部分を処理するようにさらに構成される、
請求項16に記載の装置。
【請求項１８】
前記処理回路が、前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも別の部分を処理するようにさらに構成される、請求項17に記載の装置。
【請求項１９】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記処理回路が、前記チャネル状態フィードバック情報を生成するために前記データを処理するようにさらに構成される、
請求項17に記載の装置。
【請求項２０】
前記データを前記通信することが、前記データを送信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を受信することを備え、
前記処理回路が、前記データを再送信すべきかどうかを決定するために前記第2のTTI中に前記フィードバック情報の少なくとも一部分を処理するようにさらに構成される、
請求項16に記載の装置。
【請求項２１】
前記処理回路が、
前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも別の部分を処理するようにさらに構成される、
請求項20に記載の装置。
【請求項２２】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記処理回路が、前記データを再送信すべきかどうかを決定するために前記チャネル状態フィードバック情報を処理するようにさらに構成される、
請求項20に記載の装置。
【請求項２３】
前記処理回路が、
第1のトラフィックが通信されるべきと決定することであって、前記第1のトラフィックが、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、決定することと、
前記第1のトラフィックを通信するためのスケーリングされたTTIを選択することであって、前記スケーリングされたTTIが、前記第1のTTIおよび前記第2のTTIの各々に対する前記複数のシンボル時間期間を規定し、前記スケーリングされたTTIが、前記第2のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、選択することと
を行うようにさらに構成される、請求項16に記載の装置。
【請求項２４】
前記処理回路が、
処理および確認応答の時間間隔を整合させるように前記第1のTTIおよび前記第2のTTIの各々の長さを選択する
ようにさらに構成される、請求項16に記載の装置。
【請求項２５】
通信のための装置であって、
複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信するための手段と、
複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に、前記データに基づくフィードバック情報を通信するための手段と
を備える装置。
【請求項２６】
前記データを前記通信することが、前記データを受信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を送信することを備え、
前記装置が、前記フィードバック情報を生成するために前記第2のTTI中に前記データの少なくとも一部分を処理するための手段をさらに備える、
請求項25に記載の装置。
【請求項２７】
前記データを前記通信することが、前記データを送信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を受信することを備え、
前記装置が、前記データを再送信すべきかどうかを決定するために前記第2のTTI中に前記フィードバック情報の少なくとも一部分を処理するための手段をさらに備える、
請求項25に記載の装置。
【請求項２８】
第1のトラフィックが通信されるべきと決定するための手段であって、前記第1のトラフィックが、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、手段と、
前記第1のトラフィックを通信するためのスケーリングされたTTIを選択するための手段であって、前記スケーリングされたTTIが、前記第1のTTIおよび前記第2のTTIの各々に対する前記複数のシンボル時間期間を規定し、前記スケーリングされたTTIが、前記第2のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、手段と
をさらに備える、請求項25に記載の装置。
【請求項２９】
処理および確認応答の時間間隔を整合させるように前記第1のTTIおよび前記第2のTTIの各々の長さを選択するための手段をさらに備える、請求項25に記載の装置。
【請求項３０】
コンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、前記コンピュータ実行可能コードが、
複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信することと、
複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に、前記データに基づくフィードバック情報を通信することと
を行うためのコードを含む、非一時的コンピュータ可読媒体。
【請求項３１】
通信の方法であって、
複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信するステップと、
前記第1のTTI中に前記データに基づくフィードバック情報を通信するステップと
を備える方法。
【請求項３２】
前記データを通信する前記ステップが、前記データを受信するステップを備え、
前記フィードバック情報を通信する前記ステップが、前記フィードバック情報を送信するステップを備え、
前記方法が、前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも一部分を処理するステップをさらに備える、
請求項31に記載の方法。
【請求項３３】
追加のフィードバック情報を生成するために、複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に前記データの少なくとも別の部分を処理するステップと、
前記追加のフィードバック情報を通信するステップと
をさらに備える、請求項32に記載の方法。
【請求項３４】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記方法が、前記チャネル状態フィードバック情報を生成するために前記データを処理するステップをさらに備える、
請求項32に記載の方法。
【請求項３５】
前記データを通信する前記ステップが、前記データを送信するステップを備え、
前記フィードバック情報を通信する前記ステップが、前記フィードバック情報を受信するステップを備え、
前記方法が、前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも一部分を処理するステップをさらに備える、
請求項31に記載の方法。
【請求項３６】
前記データを再送信すべきかどうかを決定するために、複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に前記フィードバック情報の少なくとも別の部分を処理するステップ
をさらに備える、請求項35に記載の方法。
【請求項３７】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記方法が、前記データを再送信すべきかどうかを決定するために前記チャネル状態フィードバック情報を処理するステップをさらに備える、
請求項35に記載の方法。
【請求項３８】
前記フィードバック情報が、パイロット情報および確認応答情報を備える、請求項31に記載の方法。
【請求項３９】
前記パイロット情報および前記確認応答情報が、共通のシンボル期間中に通信される、請求項38に記載の方法。
【請求項４０】
前記データが、ミッションクリティカルトラフィックを備える、請求項31に記載の方法。
【請求項４１】
第1のトラフィックが通信されるべきと決定するステップであって、前記第1のトラフィックが、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、ステップと、
前記第1のトラフィックを通信するためのスケーリングされたTTIを選択するステップであって、前記スケーリングされたTTIが、前記第1のTTIに対する前記複数のシンボル時間期間を規定し、前記スケーリングされたTTIが、前記第1のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、ステップと
をさらに備える、請求項31に記載の方法。
【請求項４２】
前記スケーリングされたTTIが、前記HARQ通信が複数のTTIにわたって広げられるための時間期間にさらに関連する、請求項41に記載の方法。
【請求項４３】
前記フィードバック情報が、複数の確認応答表示を備える、請求項31に記載の方法。
【請求項４４】
前記フィードバック情報が、複数のパイロット表示を備える、請求項31に記載の方法。
【請求項４５】
処理および確認応答の時間間隔を整合させるように前記第1のTTIの長さを選択するステップをさらに備える、請求項31に記載の方法。
【請求項４６】
通信のための装置であって、
メモリデバイスと、
前記メモリデバイスに結合された処理回路とを備え、前記処理装置が、
複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信することと、
前記第1のTTI中に前記データに基づくフィードバック情報を通信することと
を行うように構成される、装置。
【請求項４７】
前記データを前記通信することが、前記データを受信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を送信することを備え、
前記処理回路が、前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも一部分を処理するようにさらに構成される、
請求項46に記載の装置。
【請求項４８】
前記処理回路が、
追加のフィードバック情報を生成するために、複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に前記データの少なくとも別の部分を処理し、
前記追加のフィードバック情報を通信するようにさらに構成される、
請求項47に記載の装置。
【請求項４９】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記処理回路が、前記チャネル状態フィードバック情報を生成するために前記データを処理するようにさらに構成される、
請求項47に記載の装置。
【請求項５０】
前記データを前記通信することが、前記データを送信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を受信することを備え、
前記処理回路が、前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも一部分を処理するようにさらに構成される、
請求項46に記載の装置。
【請求項５１】
前記処理回路が、
前記データを再送信すべきかどうかを決定するために、複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に前記フィードバック情報の少なくとも別の部分を処理するようにさらに構成される、
請求項50に記載の装置。
【請求項５２】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記処理回路が、前記データを再送信すべきかどうかを決定するために前記チャネル状態フィードバック情報を処理するようにさらに構成される、
請求項50に記載の装置。
【請求項５３】
前記処理回路が、
第1のトラフィックが通信されるべきと決定することであって、前記第1のトラフィックが、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、決定することと、
前記第1のトラフィックを通信するためのスケーリングされたTTIを選択することであって、前記スケーリングされたTTIが、前記第1のTTIに対する前記複数のシンボル時間期間を規定し、前記スケーリングされたTTIが、前記第1のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、選択することと
を行うようにさらに構成される、請求項46に記載の装置。
【請求項５４】
前記処理回路が、
処理および確認応答の時間間隔を整合させるように前記第1のTTIの長さを選択する
ようにさらに構成される、請求項46に記載の装置。
【請求項５５】
通信のための装置であって、
複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信するための手段と、
前記第1のTTI中に前記データに基づくフィードバック情報を通信するための手段と
を備える装置。
【請求項５６】
前記データを前記通信することが、前記データを受信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を送信することを備え、
前記装置が、前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも一部分を処理するための手段をさらに備える、
請求項55に記載の装置。
【請求項５７】
前記データを前記通信することが、前記データを送信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を受信することを備え、
前記装置が、前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも一部分を処理するための手段をさらに備える、
請求項55に記載の装置。
【請求項５８】
第1のトラフィックが通信されるべきと決定するための手段であって、前記第1のトラフィックが、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、手段と、
前記第1のトラフィックを通信するためのスケーリングされたTTIを選択するための手段であって、前記スケーリングされたTTIが、前記第1のTTIに対する前記複数のシンボル時間期間を規定し、前記スケーリングされたTTIが、前記第1のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、手段と
をさらに備える、請求項55に記載の装置。
【請求項５９】
処理および確認応答の時間間隔を整合させるように前記第1のTTIの長さを選択するための手段をさらに備える、請求項55に記載の装置。
【請求項６０】
コンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、前記コンピュータ実行可能コードが、
複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信することと、
前記第1のTTI中に前記データに基づくフィードバック情報を通信することと
を行うためのコードを含む、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、2015年3月15日に米国特許商標庁に出願した仮特許出願第62/133,432号、および2015年12月3日に米国特許商標庁に出願した非仮特許出願第14/958,656号の優先権および利益を主張するものであり、その内容全体が、参照により本明細書に組み込まれる。
【０００２】
本開示の態様は、一般に、ワイヤレス通信に関し、より詳細には、限定はしないが、スケーラブルな送信時間間隔(TTI)をサポートするための技法に関する。
【背景技術】
【０００３】
ワイヤレス通信ネットワークは、テレフォニー、ビデオ、データ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。そのようなネットワークは、通常、多元接続ネットワークであり、利用可能なネットワークリソースを共有することによって複数のユーザのための通信をサポートする。たとえば、第3世代パートナーシッププロジェクト(3GPP)ロングタームエボリューション(LTE)では、拡張ノードB(eNB)が、eNBのカバレージエリア内のユーザ機器(UE)のためのネットワーク接続性を提供する。
【０００４】
低レイテンシならびに高い信頼性および効率を達成するように、ワイヤレス通信を改善することが望ましくあり得る。たとえば、いくつかのワイヤレス通信ネットワークは、通信信頼性を改善するためにハイブリッド自動再送要求(HARQ)方式を採用する。
【発明の概要】
【課題を解決するための手段】
【０００５】
以下のことは、本開示のいくつかの態様の基本的な理解をもたらすように、そのような態様の簡略化された概要を提示する。本概要は、本開示のすべての企図された特徴の広範な概要でなく、本開示のすべての態様の鍵となる要素または重要な要素を特定するものでもなく、本開示のいずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示されるより詳細な説明の前置きとして、本開示のいくつかの態様の様々な概念を簡略化された形態で提示することである。
【０００６】
一態様では、本開示は、メモリデバイスと、メモリデバイスに結合された処理回路とを含む、通信のために構成された装置を提供する。処理回路は、複数のシンボル時間期間を含む第1の送信時間間隔(TTI)中にデータを通信し、複数のシンボル時間期間を含み第1のTTIに連続的に後続する第2のTTI中に、データに基づくフィードバック情報を通信するように構成される。
【０００７】
本開示の別の態様は、クライアントデバイスがデータトラフィックのための接続性を確立するための方法を提供する。方法は、複数のシンボル時間期間を含む第1の送信時間間隔(TTI)中にデータを通信することと、複数のシンボル時間期間を含み第1のTTIに連続的に後続する第2のTTI中に、データに基づくフィードバック情報を通信することとを含む。
【０００８】
本開示の別の態様は、通信のために構成された装置を提供する。装置は、複数のシンボル時間期間を含む第1の送信時間間隔(TTI)中にデータを通信するための手段と、複数のシンボル時間期間を含み第1のTTIに連続的に後続する第2のTTI中に、データに基づくフィードバック情報を通信するための手段とを含む。
【０００９】
本開示の別の態様は、複数のシンボル時間期間を含む第1の送信時間間隔(TTI)中にデータを通信し、複数のシンボル時間期間を含み第1のTTIに連続的に後続する第2のTTI中に、データに基づくフィードバック情報を通信するためのコードを含むコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体を提供する。
【００１０】
上記のことのさらなる態様の例が以下に続く。いくつかの態様では、パイロット情報および/または制御情報は、第1のTTIのシンボル時間期間の中でフロントローディングされる。
【００１１】
いくつかの態様では、データを通信することは、データを受信することを含み得、フィードバック情報を通信することは、フィードバック情報を送信することを含み得る。この場合、データの少なくとも一部分は、フィードバック情報を生成するために第2のTTI中に処理され得る。いくつかの態様では、データの少なくとも別の部分は、フィードバック情報を生成するために第1のTTI中に処理され得る。
【００１２】
いくつかの態様では、フィードバック情報は、チャネル状態フィードバック情報を含み得る。この場合、データは、チャネル状態フィードバック情報を生成するために処理され得る。
【００１３】
いくつかの態様では、データを通信することは、データを送信することを含み得、フィードバック情報を通信することは、フィードバック情報を受信することを含み得る。この場合、フィードバック情報の少なくとも一部分は、データを再送信すべきかどうかを決定するために第2のTTI中に処理され得る。
【００１４】
いくつかの態様では、フィードバック情報の少なくとも別の部分は、データを再送信すべきかどうかを決定するために第1のTTI中に処理され得る。
【００１５】
いくつかの態様では、フィードバック情報は、チャネル状態フィードバック情報を含み得る。この場合、チャネル状態フィードバック情報は、データを再送信すべきかどうかを決定するために処理され得る。
【００１６】
いくつかの態様では、フィードバック情報は、パイロット情報および確認応答情報を含み得る。いくつかの態様では、パイロット情報および確認応答情報は、共通のシンボル期間中に通信される。いくつかの態様では、パイロット情報は、第2のTTIのシンボル時間期間の中でフロントローディングされる。いくつかの態様では、データは、デッドライン内で受信および復号に成功することを必要とされるミッションクリティカルトラフィックを含み得る。
【００１７】
いくつかの態様では、決定は、第1のトラフィックが通信されるべきかどうかに関して行われ得、第1のトラフィックは、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する。この場合、第1のトラフィックを通信するためのスケーリングされたTTIが選択され得、スケーリングされたTTIは、第1のTTIおよび第2のTTIの各々に対する複数のシンボル時間期間を規定し、スケーリングされたTTIは、第2のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する。いくつかの態様では、スケーリングされたTTIは、HARQ通信が複数のTTIにわたって広げられるための時間期間にさらに関連する。
【００１８】
いくつかの態様では、フィードバック情報は、複数の確認応答表示を含み得る。いくつかの態様では、フィードバック情報は、複数のパイロット表示を含み得る。
【００１９】
いくつかの態様では、第1のTTIおよび第2のTTIの各々の長さは、処理および確認応答の時間間隔を整合させるように選択され得る。
【００２０】
一態様では、本開示は、メモリデバイスと、メモリデバイスに結合された処理回路とを含む、通信のために構成された装置を提供する。処理回路は、複数のシンボル時間期間を含む第1の送信時間間隔(TTI)中にデータを通信し、第1のTTI中にデータに基づくフィードバック情報を通信するように構成される。
【００２１】
本開示の別の態様は、クライアントデバイスがデータトラフィックのための接続性を確立するための方法を提供する。方法は、複数のシンボル時間期間を含む第1の送信時間間隔(TTI)中にデータを通信することと、第1のTTI中にデータに基づくフィードバック情報を通信することとを含む。
【００２２】
本開示の別の態様は、通信のために構成された装置を提供する。装置は、複数のシンボル時間期間を含む第1の送信時間間隔(TTI)中にデータを通信するための手段と、第1のTTI中にデータに基づくフィードバック情報を通信するための手段とを含む。
【００２３】
本開示の別の態様は、複数のシンボル時間期間を含む第1の送信時間間隔(TTI)中にデータを通信し、第1のTTI中にデータに基づくフィードバック情報を通信するためのコードを含むコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体を提供する。
【００２４】
上記のことのさらなる態様の例が以下に続く。いくつかの態様では、パイロット情報および/または制御情報は、第1のTTIのシンボル時間期間の中でフロントローディングされる。
【００２５】
いくつかの態様では、データを通信することは、データを受信することを含み得、フィードバック情報を通信することは、フィードバック情報を送信することを含み得る。この場合、データの少なくとも一部分は、フィードバック情報を生成するために第1のTTI中に処理され得る。
【００２６】
いくつかの態様では、データの少なくとも別の部分は、追加のフィードバック情報を生成するために、複数のシンボル時間期間を含み得るとともに第1のTTIに連続的に後続する第2のTTI中に処理され得る。追加として、この追加のフィードバック情報が通信され得る。
【００２７】
いくつかの態様では、フィードバック情報は、チャネル状態フィードバック情報を含み得る。この場合、データは、チャネル状態フィードバック情報を生成するために処理され得る。
【００２８】
いくつかの態様では、データを通信することは、データを送信することを含み得、フィードバック情報を通信することは、フィードバック情報を受信することを含み得る。この場合、フィードバック情報の少なくとも一部分は、データを再送信すべきかどうかを決定するために第1のTTI中に処理され得る。
【００２９】
いくつかの態様では、フィードバック情報の少なくとも別の部分は、データを再送信すべきかどうかを決定するために、複数のシンボル時間期間を含み得るとともに第1のTTIに連続的に後続する第2のTTI中に処理され得る。
【００３０】
いくつかの態様では、フィードバック情報は、チャネル状態フィードバック情報を含み得る。この場合、チャネル状態フィードバック情報は、データを再送信すべきかどうかを決定するために処理され得る。
【００３１】
いくつかの態様では、フィードバック情報は、パイロット情報および確認応答情報を含み得る。いくつかの態様では、パイロット情報および確認応答情報は、共通のシンボル期間中に通信される。いくつかの態様では、パイロット情報は、フィードバック情報を搬送するシンボル時間期間の中でフロントローディングされる。いくつかの態様では、データは、デッドライン内で受信および復号に成功することを必要とされるミッションクリティカルトラフィックを含み得る。
【００３２】
いくつかの態様では、決定は、第1のトラフィックが通信されるべきかどうかに関して行われ得、第1のトラフィックは、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する。この場合、第1のトラフィックを通信するためのスケーリングされたTTIが選択され得、スケーリングされたTTIは、第1のTTIに対する複数のシンボル時間期間を規定し、スケーリングされたTTIは、第1のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する。いくつかの態様では、スケーリングされたTTIは、HARQ通信が複数のTTIにわたって広げられるための時間期間に関連し得る。
【００３３】
いくつかの態様では、フィードバック情報は、複数の確認応答表示を含み得る。いくつかの態様では、フィードバック情報は、複数のパイロット表示を含み得る。
【００３４】
いくつかの態様では、第1のTTIの長さは、処理および確認応答の時間間隔を整合させるように選択され得る。
【００３５】
本開示のこれらおよび他の態様は、以下の発明を実施するための形態を検討すれば、より十分に理解されよう。本開示の他の態様、特徴、および実装形態は、添付の図とともに本開示の特定の実装形態の以下の説明を検討すれば、当業者に明らかになろう。本開示の特徴が以下のいくつかの実装形態および図に対して説明され得るが、本開示のすべての実装形態は、本明細書で説明する有利な特徴のうちの1つまたは複数を含むことができる。言い換えれば、1つまたは複数の実装形態が、いくつかの有利な特徴を有するものとして説明され得るが、そのような特徴のうちの1つまたは複数はまた、本明細書で説明する本開示の様々な実装形態に従って使用され得る。同様に、いくつかの実装形態が、デバイス、システム、または方法の実装形態として以下で説明され得るが、そのような実装形態が様々なデバイス、システム、および方法で実施され得ることを理解されたい。
【図面の簡単な説明】
【００３６】
【図１】本開示の1つまたは複数の態様が適用例を見つけ得るアクセスネットワークの一例を示すブロック図である。
【図２】本開示のいくつかの態様による、通信システムの中の第2のデバイスと通信している第1のデバイスの一例を示すブロック図である。
【図３】本開示のいくつかの態様による、スケーラブルTTIの使用をシグナリングすることの例を示す図である。
【図４】HARQタイムラインの一例を示す図である。
【図５】本開示のいくつかの態様によるTTIスケーリングの一例を示す図である。
【図６】本開示のいくつかの態様によるTTIスケーリングの別の例を示す図である。
【図７】本開示のいくつかの態様による異なるTTI設計の比較を示す図である。
【図８】本開示のいくつかの態様による、複数のシンボルを有する細いTTIの例を示す図である。
【図９】本開示のいくつかの態様による、レイテンシ対HARQ送信回数の例示的な比較を示す図である。
【図１０】本開示のいくつかの態様による緊縮されたTTIタイムラインの例を示す図である。
【図１１】本開示のいくつかの態様による、レイテンシ比対送信回数の例示的な比較を示す図である。
【図１２】本開示のいくつかの態様による、フィードバック情報を通信するためのプロセスの一例を示す図である。
【図１３】本開示のいくつかの態様による、フィードバック通信をサポートできる装置(たとえば、電子デバイス)のための例示的なハードウェア実装形態のブロック図である。
【図１４】本開示のいくつかの態様による、第2のTTI中にフィードバック情報を通信するためのプロセスの一例を示す図である。
【図１５】本開示のいくつかの態様による、第1のTTI中にフィードバック情報を通信するためのプロセスの一例を示す図である。
【図１６】本開示のいくつかの態様による、フィードバック情報を生成するためのプロセスの一例を示す図である。
【図１７】本開示のいくつかの態様による、データを再送信すべきかどうかを決定するためのプロセスの一例を示す図である。
【図１８】本開示のいくつかの態様による、スケーリングされたTTIを選択するためのプロセスの一例を示す図である。
【図１９】本開示のいくつかの態様による、TTIの長さを選択するためのプロセスの一例を示す図である。
【発明を実施するための形態】
【００３７】
添付の図面に関して以下に記載する詳細な説明は、様々な構成の説明として意図されており、本明細書で説明する概念が実践され得る唯一の構成を表すことは意図されていない。詳細な説明は、様々な概念の完全な理解をもたらすための具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細なしに実践され得ることが当業者に明らかであろう。いくつかの事例では、よく知られている構造および構成要素が、そのような概念を不明瞭にすることを避けるためにブロック図の形態で示される。
【００３８】
いくつかのワイヤレス通信ネットワークは、通信信頼性を改善するためにハイブリッド自動再送要求(HARQ)方式を採用する。一般のHARQ方式では、所与のTTI中に第2の装置からデータを受信する第1の装置が、データが受信に成功したかどうかを決定するためにデータを処理する。第1の装置は、次いで、データが受信に成功したかどうかを第2の装置に通知するために、確認応答メッセージ(たとえば、ACKまたはNACK)を送る。データが受信に成功しなかった(たとえば、第1の装置がNACKを送った)場合、第2の装置はデータを再送信する。したがって、いくつかの態様では、通信性能は、HARQのいわゆるラウンドトリップ時間(RTT)によって決まる。概して、HARQ RTTは、最初の送信の時間(たとえば、対応するTTIの時間)から再送信の時間(たとえば、対応する後続のTTIの時間)までの時間期間として定義され得る。より短いHARQ RTTは、再送信がもっと速やかに送られ得ることを意味する。
【００３９】
本開示全体にわたって提示する様々な概念は、広く様々な通信システム、ネットワークアーキテクチャ、通信規格にわたって実施され得る。図1を参照すると、限定はしないが例として、アクセスネットワーク100が簡略化された形態で示される。アクセスネットワーク100は、限定はしないが、第5世代(5G)技術、第4世代(4G)技術、第3世代(3G)技術、および他のネットワークアーキテクチャを含む様々なネットワーク技術に従って実施され得る。したがって、本開示の様々な態様は、ロングタームエボリューション(LTE)、LTEアドバンスト(LTE-A)(FDD、TDD、または両モードでの)、ユニバーサルモバイルテレコミュニケーションシステム(UMTS)、モバイル通信用グローバルシステム(GSM（登録商標）)、符号分割多元接続(CDMA)、エボリューションデータオプティマイズド(EV-DO)、ウルトラモバイルブロードバンド(UMB)、米国電気電子学会(IEEE)802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、ウルトラワイドバンド(UWB)、Bluetooth（登録商標）、および/または他の好適なシステムに基づくネットワークに拡張され得る。採用される実際の電気通信規格、ネットワークアーキテクチャ、および/または通信規格は、特定の適用例およびシステムに課された全体的な設計制約によって決まる。
【００４０】
アクセスネットワーク100は、その各々が1つまたは複数のセクタを含み得るセル102、104、および106を含む、複数のセルラー領域(セル)を含む。セルは、地理的に、たとえば、カバレージエリアによって画定され得る。セクタに分割されるセルの中で、セル内の複数のセクタは、各アンテナがセルの一部分の中のATとの通信に対して責任を担って、アンテナのグループによって形成され得る。たとえば、セル102の中で、アンテナグループ112、114、および116はそれぞれ、異なるセクタに対応し得る。セル104の中で、アンテナグループ118、120、および122はそれぞれ、異なるセクタに対応し得る。セル106の中で、アンテナグループ124、126、および128はそれぞれ、異なるセクタに対応し得る。
【００４１】
セル102、104、および106は、各セル102、104、または106の1つまたは複数のセクタと通信していることがあるいくつかのアクセス端末(AT)を含み得る。たとえば、AT130および132は、アクセスポイント(AP)142と通信していることがあり、AT134および136は、AP144と通信していることがあり、AT138および140は、AP146と通信していることがある。ATはまた、ピアツーピア通信をサポートしてよい。たとえば、AT132は、ワイヤレス通信シンボル148によって表されるように、AT141と直接通信してよい。様々な実装形態では、APは、基地局、ノードB、eノードBなどとして呼ばれることがあり、または実装されることがあり、ATは、ユーザ機器(UE)、移動局などとして呼ばれることがあり、または実装されることがある。
【００４２】
図2は、第2のデバイス250と通信している第1のデバイス210を含むシステム200のブロック図であり、ここで、第1のデバイス210および第2のデバイス250は、本明細書で教示するような機能を提供するように構成され得る。いくつかの実装形態では、第1のデバイス210はアクセスポイント(AP)であり、第2のデバイス250はATである。たとえば、第1のデバイス210は、図1におけるAP142、144、または146であってよく、第2のデバイス250は、図1におけるAT130、132、134、136、138、または140であってよい。いくつかの実装形態では、第1のデバイス210および第2のデバイス250はピアデバイス(たとえば、AT)である。いくつかの実装形態では、第2のデバイス250はミッションクリティカル(MiCr)デバイスである。様々な動作シナリオでは、第1のデバイス210および/または第2のデバイス250は、送信機もしくは送信デバイス、または受信機もしくは受信デバイス、あるいは両方であってよい。そのような送信機、送信デバイス、受信機、および受信デバイスの例が、図1、図3、および図13に示される。
【００４３】
第1のデバイス210から第2のデバイス250へのダウンリンク(DL)通信では、コントローラまたはプロセッサ(コントローラ/プロセッサ)240は、データソース212からデータを受信し得る。送信機232用のコーディング、変調、拡散、および/またはスクランブリング方式を決定するために、チャネル推定がコントローラ/プロセッサ240によって使用され得る。これらのチャネル推定は、第2のデバイス250によって送信された基準信号から、または第2のデバイス250からのフィードバックから導出され得る。送信機232は、アンテナ234A〜234Nを通じワイヤレス媒体を介したダウンリンク送信のためにフレームを増幅し、フィルタ処理し、かつキャリア上に変調することを含む、様々な信号調整機能を提供し得る。アンテナ234A〜234Nは、たとえば、ビームステアリング双方向適応アンテナアレイ、多入力多出力(MIMO)アレイ、または任意の他の好適な送信/受信技術を含む、1つまたは複数のアンテナを含み得る。
【００４４】
第2のデバイス250において、受信機254は、アンテナ252A〜252N(たとえば、1つまたは複数のアンテナを表す)を通じてダウンリンク送信を受信し、送信を処理してキャリア上に変調されている情報を復元する。受信機254によって復元された情報は、コントローラ/プロセッサ290に提供される。コントローラ/プロセッサ290は、シンボルをデスクランブルおよび逆拡散し、第1のデバイス210によって送信された可能性が最も高い信号コンスタレーションポイントを、変調方式に基づいて決定する。これらの軟判定は、コントローラ/プロセッサ290によって計算されるチャネル推定に基づき得る。軟判定は、次いで、復号およびデインターリーブされてデータ、制御信号、および基準信号を復元する。フレームが復号に成功したどうかを決定するために、巡回冗長検査(CRC)符号が、次いで、検査される。復号に成功したフレームによって搬送されたデータは、次いで、データシンク272に提供され、データシンク272は、第2のデバイス250において実行しているアプリケーション、および/または様々なユーザインターフェース(たとえば、ディスプレイ)を表す。復号に成功したフレームによって搬送された制御信号は、コントローラ/プロセッサ290に提供される。フレームが復号に失敗しているとき、コントローラ/プロセッサ290はまた、それらのフレームに対する再送信要求をサポートするために、確認応答(ACK)および/または否定応答(NACK)プロトコルを使用し得る。
【００４５】
第2のデバイス250から第1のデバイス210へのアップリンクでは、データソース278からデータ、およびコントローラ/プロセッサ290から制御信号が提供される。データソース278は、第2のデバイス250において実行しているアプリケーション、および様々なユーザインターフェース(たとえば、キーボード)を表し得る。第1のデバイス210によるダウンリンク送信に関して説明する機能と同様に、コントローラ/プロセッサ290は、CRC符号、FECを容易にするためのコーディングおよびインターリービング、信号コンスタレーションへのマッピング、OVSFを用いた拡散、ならびに一連のシンボルを生成するためのスクランブリングを含む、様々な信号処理機能を提供する。第1のデバイス210によって送信された基準信号から、または第1のデバイス210によって送信されたミッドアンブルの中に含まれるフィードバックから、コントローラ/プロセッサ290によって導出されたチャネル推定は、適切なコーディング、変調、拡散、および/またはスクランブリング方式を選択するために使用され得る。コントローラ/プロセッサ290によって生成されるシンボルは、フレーム構造を作成するために利用される。コントローラ/プロセッサ290は、シンボルを追加の情報と多重化することによってこのフレーム構造を作成し、一連のフレームが得られる。フレームは、次いで、送信機256に提供され、送信機256は、アンテナ252A〜252Nを通じワイヤレス媒体を介したアップリンク送信のためにフレームを増幅し、フィルタ処理し、かつキャリア上に変調することを含む、様々な信号調整機能を提供する。
【００４６】
アップリンク送信は、第1のデバイス210において、第2のデバイス250における受信機機能に関して説明されたものと同様に処理される。受信機235は、アンテナ234A〜234Nを通じてアップリンク送信を受信し、送信を処理してキャリア上に変調されている情報を復元する。受信機235によって復元された情報は、コントローラ/プロセッサ240に提供され、コントローラ/プロセッサ240は、各フレームを構文解析する。コントローラ/プロセッサ240は、第2のデバイス250におけるコントローラ/プロセッサ290によって実行された処理の逆を実行する。復号に成功したフレームによって搬送されたデータおよび制御信号は、次いで、データシンク239に提供され得る。フレームのうちのいくつかが復号に失敗した場合、コントローラ/プロセッサ240はまた、それらのフレームに対する再送信要求をサポートするために、肯定応答(ACK)および/または否定応答(NACK)プロトコルを使用し得る。
【００４７】
コントローラ/プロセッサ240および290は、それぞれ、第1のデバイス210および第2のデバイス250において動作を導くために使用され得る。たとえば、コントローラ/プロセッサ240および290は、タイミング、周辺インターフェース、電圧調整、電力管理、および他の制御機能を含む様々な機能を提供し得る。メモリ242および292としてのコンピュータ可読媒体は、それぞれ、第1のデバイス210用および第2のデバイス250用のデータおよびソフトウェアを記憶し得る。
【００４８】
本開示の様々な態様によれば、要素、もしく要素の任意の部分、または要素の任意の組合せが、(たとえば、それぞれ1つまたは複数のプロセッサを含み得る)コントローラ/プロセッサ240および290を用いて実装され得る。コントローラ/プロセッサ240および290は、メモリ242または292の中に記憶されているソフトウェアの実行を含む一般的処理のための責任を担う。ソフトウェアは、コントローラ/プロセッサ240および290によって実行されたとき、任意の特定のデバイスに対して以下で説明する様々な機能をコントローラ/プロセッサ240および290に実行させる。メモリ242または292はまた、ソフトウェアを実行するときにコントローラ/プロセッサ240および290によって操作されるデータを記憶するために使用され得る。
【００４９】
本開示の様々な態様では、デバイスは、スケジューリングエンティティとして(たとえば、第1のデバイス210)、および/または非スケジューリングエンティティもしくは従属エンティティとして(たとえば、第2のデバイス250)、ワイヤレス通信ネットワークの中で利用され得る。いずれの場合も、デバイスは、1つまたは複数のワイヤレスエンティティとエアインターフェースを介して通信し得る。いかなるワイヤレス通信ネットワークにおいても、エアインターフェースに対応するチャネル状態は経時的に変化する。
【００５０】
多くのネットワークは、それに応じて、チャネルに動的に適合するための1つまたは複数のレート制御ループを使用する。たとえば、送信デバイスは、限定はしないが、受信デバイスにおける所望のエラーレートを目標とする変調およびコーディング方式(MCS)、送信電力などを含む、1つまたは複数の送信パラメータを構成し得る。パケット交換データストリームを受信している受信デバイスは、通常、(たとえば、巡回冗長検査すなわちCRC、チェックサム、物理層(PHY)チャネルコーディング通過/失敗ステータスなどを使用して)パケットの完全性を検査し、確認応答または非確認応答を使用して送信デバイスに返報し得る。この完全性検査および報告は、しばしば、常にとは限らないが、自動再送要求(ARQ)および/またはハイブリッド自動再送要求(HARQ)アルゴリズムとしての形態をとる。他の例では、チャネル品質に関する報告などの、受信デバイスから送信デバイスへのフィードバック情報またはレスポンス送信を提供する任意の好適なアルゴリズムまたは手段が使用され得る。
【００５１】
スケーラブルTTIおよびHARQ最適化
デバイス間(たとえば、eNBと異なるUEとの間)の通信は、定格トラフィックおよびミッションクリティカルトラフィックを伴うことができる。いくつかの態様では、ミッションクリティカルトラフィックは、定格トラフィックと比較して、より低いレイテンシおよび/またはより高い信頼性を必要とし得る。たとえば、ミッションクリティカルトラフィックは、送信されるデータが受信機において厳しいデッドライン(たとえば、超低レイテンシ)内で受信および復号に成功することを必要するアプリケーションに関連し得る。ミッションクリティカルトラフィックを採用し得るアプリケーションの例は、限定はしないが、仮想手術、自動車トラフィック制御(たとえば、トラフィックグリッド)、および物体に関する自律制御(たとえば、自律的自動車、ドローンタイプの航空機、および/またはワイヤレス通信を使用する他のタイプの自律的制御システム)を含む。
【００５２】
概して、ミッションクリティカルトラフィックは、定格トラフィックよりも優先順位が高い。したがって、ワイヤレス通信リソース(たとえば、周波数リソースおよび/または時間リソース)の所与のセット上で定格トラフィックとミッションクリティカルトラフィックとを多重化するために、定格トラフィックは、必要な場合、パンクチャされ得る。すなわち、ミッションクリティカルトラフィックは、他のトラフィックよりも優先される。
【００５３】
本開示は、いくつかの態様では、スケーラブルTTIおよびHARQ設計に関する。TTIは、たとえば、異なるタイプのトラフィックに対するレイテンシ/効率のトレードオフ(たとえば、ミッションクリティカルトラフィック対より緩やかなレイテンシ要件を有するトラフィック)を実現するようにスケーラブルである。追加として、もっと長いTTIが採用される場合、高速なターンアラウンドHARQを確実にし、それによって、高レベルの通信性能を維持するために、様々な技法が使用される。
【００５４】
図3は、そのようなスケーラブルTTIおよびHARQ設計をサポートする通信システム300の一例を示す。通信システム300は、異なるTTI長およびHARQプロセスを使用して通信し得る第1のデバイス302および第2のデバイス304を含む。いくつかの実装形態では、第1のデバイス302はアクセスポイント(たとえば、eNB)であり、第2のデバイス304はアクセス端末(たとえば、UE)である。いくつかの実装形態では、第1のデバイス302および第2のデバイス304は、ピアデバイスである。いくつかの時点において(たとえば、第1のデバイス302および第2のデバイス304が、最初に互いに関連付けるとき)、第1のデバイス302および第2のデバイス304は、スケーラブルTTIの使用のためのサポートをシグナリングする(306)。たとえば、第1のデバイス302は、メッセージを第2のデバイス304へ送ってよく、ここで、メッセージは、第1のデバイス302が次回のトラフィックフローのために複数シンボルの細いTTIを使用することを示す。したがって、第1のデバイス302および第2のデバイス304は、複数シンボルの細いTTIに対して最適化されているHARQ RTTを、後続の通信中に使用し得る(308)。
【００５５】
本開示は、いくつかの態様では、通信レイテンシ、効率、および信頼性を改善するように最適化されたHARQ RTTを有する複数シンボルTTI設計に関する。たとえば、ミッションクリティカルトラフィック用に、単一シンボルTTIが使用され得る。より緩やかなレイテンシ要件を有するトラフィックの場合、複数シンボルTTIが採用され得る。追加として、複数シンボルTTIが採用されるときに高速なHARQ RTTを容易にするために、データ処理、パイロット送信、および確認応答送信が、複数シンボルTTIの受信のすぐ後かつ/または受信中に実行され得る。
【００５６】
本開示は、いくつかの態様では、最適化されたHARQ RTTを有する複数シンボルTTI設計に関する。いくつかの態様では、この設計は、他のスケーラブルTTI設計と比較して改善されたレイテンシ、効率、または信頼性のうちの少なくとも1つをもたらし得る。
【００５７】
本開示は、いくつかの態様では、ミッションクリティカル(MiCr)トラフィック用の複数シンボルTTI設計に関する。設計は、スケーラブルTTIおよび最適化されたHARQ設計を含む。レイテンシ/効率のトレードオフをもたらすために、スケーラブルTTIが使用され得る。追加として、高レベルの通信性能を維持するために、高速なターンアラウンドHARQが採用され得る。
【００５８】
設計は、以下の特徴のうちの1つまたは複数を含み得る。いくつかの態様では、パイロットおよび制御オーバーヘッドの償却が、複数シンボルTTIの使用を通じて実現され得る。いくつかの態様では、HARQ RTTタイムラインの低減が、複数シンボルTTI設計および極めて最適化された制御/ACKタイムライン(たとえば、早期パイロットおよびACK/NACKスケジューリング)の使用を通じて、(たとえば、他のスケーラブルTTI設計と比較して)実現され得る。いくつかの態様では、アップリンク(UL)TTI改善(たとえば、より大きいリンクバジェット)が、複数シンボルTTIに基づくHARQ RTT最適化の使用を通じて実現され得る。いくつかの態様では、複数シンボルTTIフレームワークにおいて、ULパイロットの早期スケジューリングが採用され得る。いくつかの態様では、複数シンボルTTIフレームワークにおいて、ULチャネル状態フィードバック(CSF)の早期スケジューリングが採用され得る。いくつかの態様では、低レイテンシトラフィック/パンクチャリング監視および干渉管理を容易にするために、複数シンボル低レイテンシTTIと定格TTIとの間にTTI位置合わせが提供される。ここで、TTIを位置合わせされる(たとえば、複数シンボル境界において同期している)ように保つことによって、定格トラフィックおよび低レイテンシ(たとえば、MiCr)トラフィックが低レイテンシトラフィックを監視することを必要とするデューティサイクルが、低減され得る。いくつかの態様では、タイミングアドバンス(TA)技法および/またはCSFベース技法の使用を通じて、さらなるRTTタイムライン低減が実現され得る。
【００５９】
本開示のいくつかの例示的な態様が、図4〜図12を参照しながら説明される。本明細書の教示が様々なタイプのデバイスを採用し得、様々なタイプの無線技術およびアーキテクチャを使用して実施され得ることを諒解されたい。また、様々な動作が、特定のタイプの構成要素(たとえば、eNB、基地局、クライアントデバイス、ピアツーピアデバイス、MiCrデバイス、UEなど)によって実行されるものとして説明されることがある。これらの動作が他のタイプのデバイスによって実行され得ることを理解されたい。これらの図の複雑さを低減するために、少数の例示的な構成要素しか示されない。しかしながら、本明細書の教示は、異なる数の構成要素または他のタイプの構成要素を使用して実施され得る。
【００６０】
導入のために、図4は、MiCrな単一シンボルTTI DL HARQタイムライン400の一例を示す。MiCr DL HARQタイムライン400は、eNBスケジューリングおよびUE処理を示す。MiCr DL HARQタイムライン400において、物理層(PHY)TTIは、長さが1シンボルである(たとえば、31.25マイクロ秒(μs)としての期間またはいくらかの他の適切な期間を有する)。単一シンボルTTIは、極めて低いレイテンシを実現するために使用される。RTTが1ミリ秒(ms)のアプリケーション層の一例の場合、125μsとしてのHARQ RTTがいくつかのシナリオにおいて採用され得る。したがって、図4のHARQ RTTは、4シンボル(たとえば、125μs)を含むように示される。いくつかのシナリオでは、この例に対する最悪のレイテンシは6シンボル(たとえば、187.5μs)である。
【００６１】
図4は、ダウンリンク制御(DL CTRL)402、アップリンク制御(UL CTRL)404、およびデータ406のためのTTIを示す。以下のことは、2つのHARQ送信を説明する。
【００６２】
第1のシンボル期間1の間、eNBは、DLを介してUEへデータ408を送信する。したがって、eNBは、シンボル410によって示されるようにDLデータおよびグラントを送信し得、このデータは、シンボル412によって示されるようにUEにおいて受信される。伝搬遅延414ならびにUE DL復号およびUL ACK/NACK準備のための時間期間416の後、UEは、第3のシンボル期間3の間に第1のACKまたはNACKをeNBへ送る(418)。このUL制御情報は、シンボル420によって示されるようにeNBにおいて受信される。
【００６３】
伝搬遅延422ならびにeNB ACK/NACK復号およびDL再送信準備のための時間期間424の後、eNBは、第5のシンボル期間5の間にUEへ再送信を送り得る(426)。したがって、eNBは、シンボル428によって示されるようにDLデータおよびグラントを再送信し得、このデータは、シンボル430によって示されるようにUEにおいて受信される。伝搬遅延432ならびにUE DL復号およびUL ACK/NACK準備のための時間期間434の後、UEは、第7のシンボル期間7の間にeNBへ第2のACKまたはNACKを送る(436)。このUL制御情報は、シンボル438によって示されるようにeNBにおいて受信される。
【００６４】
本開示は、いくつかの態様では、通信信頼性およびスペクトル効率を改善する方法で、異なるレイテンシ要件の下でTTIをスケールアップすることに関する。たとえば、いくつかのユースケースは、高い信頼性を必要とするが、(レイテンシ要件という観点から)緩やかなタイムラインを有する。具体例として、TTIは、1msとしての2方向アプリケーション層レイテンシから1msとしての1方向アプリケーション層レイテンシへの切替えに対処できるようにスケールアップされ得る。
【００６５】
TTIをスケールアップする(たとえば、ミッションクリティカルトラフィックと、定格トラフィックまたはレイテンシ要件がさほど重要でないトラフィックとの間で切り替えるときに)ことは線形に行われてよく、またはTTIの中のシンボル数は変更されてよい。本開示は、いくつかの態様では、(TTI当たり複数のシンボルを使用するときに)リンクバジェット、信頼性、またはスペクトル使用を改善するようにTTIをスケールアップすることに関する。以下で説明するように、すべて(たとえば、HARQ)を線形にスケールアップするとは限らないことが有利であり得る。
【００６６】
図5は、線形スケーリング手法500(すなわち、TTIは、その全体がスケーリングされる)を示し、図6は、非線形スケーリング手法600(すなわち、HARQ RTTは、線形にスケーリングされない)を示す。両方のケースにおいて、パイロット/制御オーバーヘッドは、同じ量だけ経時的に償却される。
【００６７】
図5の線形スケーリング手法500では、1つの細いシンボル502(たとえば、図4において採用されるようなシンボル)が、1つの広いシンボル504または1つのもっと広いシンボル506にマッピングされる。図示のように、細いシンボル502のパイロット508は、それぞれ、パイロット510およびパイロット512によって示されるように、広いシンボル504およびもっと広いシンボル506全体にわたって広げられる。同様に、細いシンボル502のデータ514は、それぞれ、データ516およびデータ518によって示されるように、広いシンボル504およびもっと広いシンボル506全体にわたって広げられる。また、細いシンボル502の制御情報(CTRL)520は、それぞれ、CTRL522およびCTRL524によって示されるように、広いシンボル504およびもっと広いシンボル506全体にわたって広げられる。したがって、パイロットおよび/または制御処理は、比較的高いレイテンシ(シンボル期間全体)を有し得る。また、広いシンボル504およびもっと広いシンボル506は、比較的長いサイクリックプレフィックス(CP)を有し得る。
【００６８】
図6の非線形スケーリング手法600では、1つの細いシンボル602(たとえば、細いシンボル502と同じシンボル)が、第1の細い複数シンボル604または第2の細い複数シンボル606にマッピングされる。この場合、パイロットおよび/または制御処理は、フロントローディングされる。たとえば、細いシンボル602のパイロット608は、それぞれ、パイロット610およびパイロット612によって示されるように、第1の細い複数シンボル604または第2の細い複数シンボル606の冒頭にマッピングされる。同様に、細いシンボル602の制御情報(CTRL)614は、それぞれ、CTRL616およびCTRL618によって示されるように、第1の細い複数シンボル604または第2の細い複数シンボル606の冒頭にマッピングされる。その結果、非線形スケーリング手法600におけるこのパイロットおよび/または制御処理は、線形スケーリング手法500における処理よりも低い処理レイテンシを有し得る。また、非線形スケーリング手法600における細い複数シンボルは、線形スケーリング手法500と比較して比較的短いCPを有し得る。
【００６９】
図7は、細い1シンボルのTTIシナリオ702(たとえば、図4に示す)の一例、広い1シンボルのTTIシナリオ704(たとえば、図5の線形スケーリング手法500)の一例、および細い2シンボルのTTIシナリオ706(たとえば、図6の非線形スケーリング手法600)の一例の間のタイミング比較を示す。各シナリオにおいて、第1の送信(第1のTX)中のDL送信と第2の送信(第2のTX)中のDL送信との間に、処理のためのTTIギャップがある。
【００７０】
細い1シンボルのTTIシナリオ702は、スケジューリング遅延708に対する第1のTTI、第1のTX710に対する第2のTTI、第3〜第5のTTI712(TTIギャップ)、および第2のTX714に対する第6のTTIを含む。アップリンクでは、パイロットおよび確認応答(たとえば、ACK)信号716が、第1のTX710の後の2つのTTIで送られる。
【００７１】
広い1シンボルのTTIシナリオ704は、スケジューリング遅延718に対する第1のTTI、第1のTX720に対する第2のTTI、第3〜第5のTTI722(TTIギャップ)、および第2のTX724に対する第6のTTIを含む。アップリンクでは、パイロットおよび確認応答(たとえば、ACK)信号726が、第1のTX720の後の2つのTTIで送られる。
【００７２】
細い2シンボルのTTIシナリオ706は、スケジューリング遅延728に対する第1のTTI、第1のTX用の第1のシンボル(SYMB0)730および第2のシンボル(SYMB1)732に対する第2のTTI、第3および第4のTTI734(TTIギャップ)、ならびに第2のTX用の第1のシンボル(SYMB0)736および第2のシンボル(SYMB1)738に対する第5のTTIを含む。パイロットおよび制御情報は、第1のシンボル(たとえば、SYMB0 730)の中でアップフロントローディングされ得る。アップリンクでは、パイロット信号(単にパイロットと呼ばれることがある)740および確認応答信号(ACK REP0 742、ACK REP1 744、およびACK REP2 746)が、SYMB0 730およびSYMB1 732を含む第2のTTIの直後のTTIの中で送られる。
【００７３】
したがって、細い2シンボルのTTIシナリオ706の場合、制御/ACK TTIは、高速なHARQターンアラウンドをもたらす。たとえば、SYMB0 730の処理は、SYMB1 732の時間期間中に実行されてよく、それによって、ACKがもっと速やかに生成されることを可能にする。その上、ACK信号は、フロントローディングされたパイロット740を含み、それによって、ACKがもっと速やかに処理されることを可能にする。図7のシナリオの各々に対するタイミングの比較が以下に続く。
【００７４】
細い1シンボルのTTIシナリオ702では、DL 1 RTT=4つの細いシンボルであり、UL ACKチャネル=1つの細いシンボルである。TTI期間を31.25μsと想定すると、第1のTX710の冒頭748から第2のTX714の冒頭750までの4つのシンボルRTTは、125μsである。追加として、スケジューリング遅延708の冒頭752から第2のTX714の末尾754までの最悪の6シンボルエンドツーエンド遅延は、スケジューリング遅延ならびに失敗した第1の送信、および第2の送信を完了させることを考慮に入れ187.5μsである。異なる実装形態および/またはトラフィックシナリオが異なるTTI期間を使用し得ることを諒解されたい。
【００７５】
広い1シンボルのTTIシナリオ704では、DL 1 RTT=8つの細いシンボルであり、UL ACKチャネル=2つの細いシンボルである。ここで、「細いシンボル」は、細い1シンボルのTTIシナリオ702のシンボル期間に相当する。TTI期間を62.5μsと想定すると、第1のTX720の冒頭756から第2のTX724の冒頭758までの8シンボルのRTTは、250μsである。追加として、スケジューリング遅延718の冒頭760から第2のTX724の末尾762までの最悪の12シンボルエンドツーエンドレイテンシは、スケジューリング遅延ならびに失敗した第1の送信、および第2の送信を完了させることを考慮に入れ375μsである。異なる実装形態および/またはトラフィックシナリオが異なるTTI期間を使用し得ることを諒解されたい。
【００７６】
対照的に、細い2シンボルのTTIシナリオ706では、DL 1 RTT=6つの細いシンボルであり、UL ACKチャネル=3つの細いシンボルである。TTI期間を62.5μsと想定すると、SYMB0 730の冒頭764からSYMB0 736の冒頭766までの6シンボルRTTは、187.5μsである。スケジューリング遅延728の冒頭768からSYMB1 738の末尾770までの最悪の10シンボルエンドツーエンドレイテンシは、312.5μsである。いくつかのシナリオでは、eNBが第2の送信の前にACK REP2 746を処理するための十分な時間を有しないことがあるので、ACK REP2が送られないことがある。異なる実装形態および/またはトラフィックシナリオが異なるTTI期間を使用し得ることを諒解されたい。
【００７７】
広い1シンボルのTTIシナリオ704および細い2シンボルのTTIシナリオ706の比較は、いくつかの態様では、細い2シンボルのTTIシナリオ706がより有利であることを示す。たとえば、DLの場合、広い1シンボルのTTIシナリオ704と比較して、細い2シンボルのTTIシナリオ706ではRTT当たり25%のレイテンシ低減がある。ULの場合、広い1シンボルのTTIシナリオ704と比較して、細い2シンボルのTTIシナリオ706では50%よりも大きいTTI持続時間利得(たとえば、電力利得)がある。この電力利得(または、リンクバジェット利得)は、パイロットおよびACK/NACKを送るために利用可能なより長い時間期間に起因する。その上、図7に示されるように、パイロットおよびACK/NACKを送るために利用可能なより長い時間期間は、受信デバイス(たとえば、UE)がUL上で複数のACK/NACK(たとえば、ACK REP0 742およびACK REP1 744)を送ることを可能にし、それによって、通信性能を潜在的に改善する。
【００７８】
上記を要約すると、各TTIの中で2つのシンボルを採用しパイロットおよび制御を第1のシンボル(たとえば、SYMB0 730)の中でアップフロントローディングさせることによって、データが復号される前であっても、受信デバイスは、第1のシンボル(たとえば、SYMB0 730)の中のパイロットおよび制御を復号することができる。すなわち、受信デバイスは、対応するTTIが完了する前にパイロットおよび制御を処理することができる。たとえば、第2のシンボル(たとえば、SYMB1 732)の中で、受信デバイスは、パイロットおよび制御を処理することができ、それによって、そのデバイス用のデータがこの特定のTTIの中にあることを決定することができる。このことは、パイロットおよび制御処理において、いくつかの処理タイミング利点をもたらす。
【００７９】
したがって、対応するULの場合、受信デバイスは、広い1シンボルのTTIシナリオ704において行われ得るよりも速やかに(たとえば、図7に示すように、第1のTX TTIの直後のTTIの中で)、上位層をスケジュールし始めることができる。また、パイロットはもっと早くスケジュールされ得る。対照的に、広い1シンボルのTTIシナリオ704では、パイロットおよび制御が1つのTTIシンボルの中にあって、ULがスケジュールされ得る前にこの情報を処理するために、いくらかの時間が必要とされる。
【００８０】
繰り返すと、細い2シンボルのTTIシナリオ706において、SYMB0 730の間にDL上で受信するデバイス(たとえば、UE)は、SYMB1 732の間に受信された信号を処理し始めることができる。各TTIが複数シンボルを有するので、第1のTX TTIの直後のTTIの中で、TTIの第2の部分に到達すると、DLの全TTIはすでに復号されていることがある。したがって、第1のTX TTIの直後のTTIの中で、UL ACK(たとえば、ACK REP0 742)が送られ得る。UL ACKのためのパイロット740は、同様にフロントローディングされる。したがって、全タイムラインは、広い1シンボルのTTIシナリオ704と比較して、緊縮および圧縮されている。
【００８１】
その上、UL TTI持続時間の増大がある。したがって、図7に示すように、次のTTIの中でACKが反復され得る。
【００８２】
本明細書の教示は、異なるTTIスケーリングファクタ(たとえば、2、4など)とともに採用され得る。図8は、細い1シンボルのTTIシナリオ802(たとえば、図7の細い1シンボルのTTIシナリオ702)の一例、細い2シンボルのTTIシナリオ804(たとえば、図7の細い2シンボルのTTIシナリオ706)の一例、および細い4シンボルのTTIシナリオ806の一例の間のタイミング比較を示す。
【００８３】
細い4シンボルのTTIシナリオ806は、スケジューリング遅延808に対する第1のTTI、第1のTX810に対する第2のTTI、ギャップ812に対する第3のTTI、および第2のTX814に対する第4のTTIを含む。パイロット信号の複数のコピー(パイロットREP0 816、パイロットREP1 818、およびパイロットREP2 820)および確認応答信号の複数のコピー(ACK REP0 822、ACK REP1 824、およびACK REP2 826)が、この例ではUL上で送られる。
【００８４】
図8に示すように、細い4シンボルのTTIシナリオ806は、よりいっそう高速なHARQターンアラウンドをもたらす。たとえば、第1のTX810の処理は、少なくとも部分的には第1のTX810の間に実行され得、それによって、もっと速やかにACKが生成されることを可能にする。細い2シンボルのTTIシナリオ804および細い4シンボルのTTIシナリオ806に対するタイミングの比較が以下に続く。
【００８５】
図6とともに上記で説明したように、細い2シンボルのTTIシナリオ804は、最悪のエンドツーエンド(E2E)レイテンシが5TTIであってRTT=3TTIを有する。したがって、TTI期間が62.5μsであって、RTTは187.5μsであり、最悪のエンドツーエンドレイテンシは312.5μsである。
【００８６】
細い4シンボルのTTIシナリオ806では、最悪のエンドツーエンド(E2E)レイテンシが4TTIであって1RTT=2TTIである。TTI期間を125μsと想定すると、第1のTX810の冒頭828から第2のTX814の冒頭830までの2TTI RTTは、250μsである。スケジューリング遅延808の冒頭832から第2のTX814の末尾834までの最悪の4TTIエンドツーエンドレイテンシは、500μsである。異なる実装形態および/またはトラフィックシナリオが異なるTTI期間を使用し得ることを諒解されたい。
【００８７】
図8に示されるように、早期ULパイロット事前スケジューリングを可能にするために、(データが復号される前の)早期パイロットおよび/または制御処理が採用される。たとえば、細い4シンボルのTTIシナリオ806では、受信デバイスは、ACKを迅速に生成するために、第1のTX810の間に受信されたデータを処理し得る。また、パイロットは、細い4シンボルのTTIシナリオ806における第1のTX810の間に送られてよく、それによって、データを送信したデバイスが受信デバイスからのフィードバックをより迅速に復号することを可能にする。
【００８８】
追加として、細い4シンボルのTTIシナリオ806に対して示すように、データTTIの期間は、処理およびACK時間間隔に整合され得る。したがって、送信の間の処理のためのギャップは、図示のように単一のTTIであってよい。
【００８９】
Table 1(表1)は、複数シンボルのTTI性能と単一シンボルのTTI性能との間の例示的な比較を示す。
【００９０】
【表１】
2018509837.tif 000003
【００９１】
細い1シンボルのTTIにまさる細い複数シンボルのTTIの利点は、以下のことのうちの1つまたは複数を含むことができる。制御/ACK期間は、データTTI期間に整合されてよく、すなわち、ほぼ線形のRTTが、4シンボル(たとえば、125μs)から8シンボル(たとえば、250μs)に増大される。パイロットオーバーヘッドおよび/または制御オーバーヘッドの低減があり得る。たとえば、細い1シンボルのTTIから細い4シンボルのTTIまで、オーバーヘッドは25%から6%に変化し得る。ULフィードバックTTIに利得があり得る。たとえば、細い1シンボルのTTIから細い4シンボルのTTIまで、UL送信時間は細い1シンボルから細い5シンボルに増大し得る(図8参照)。MiCrトラフィック監視および/またはMiCr干渉監視の場合、監視頻度(間隔)の低減があり得る。たとえば、細い1シンボルのTTIから細い4シンボルのTTIまで、MiCrトラフィック監視の周期性(TTIごとに1回)は、ms当たり32回からms当たり8回に変化し得る。
【００９２】
(図7からの)広い1シンボルのTTIにまさる細い複数シンボルTTIの利点は、以下のことのうちの1つまたは複数を含むことができる。細い制御および/またはACKの使用に起因して、(TTIが同じであって)RTTの低減があり得る。より長い時間期間にわたるパイロットおよび制御の償却に起因して、UL制御チャネル容量利得および/または電力利得があり得る。
【００９３】
図9は、細い複数シンボルTTI E2Eレイテンシ対HARQ送信回数のグラフ900を示す。第1の曲線902は、細い1シンボルのTTIに対応する。第2の曲線904は、細い2シンボルのTTIに対応する。第3の曲線906は、細い4シンボルのTTIに対応する。第4の曲線908は、広い1シンボルのTTIに対応する。第5の曲線910は、もっと広い1シンボルTTI(たとえば、広い1シンボルのTTIの幅の2倍)に対応する。
【００９４】
単一シンボルの場合、RTT=4TTIであり、スケジューリング+最終TTI=2TTIである。レイテンシ=4(num_HARQ_Tx-1)TTI+2TTIである。
【００９５】
細い2シンボルの場合、RTT=3TTIであり、スケジューリング+最終TTI=2TTIである。レイテンシ=3(num_HARQ_Tx-1)TTI+2TTIである。
【００９６】
細い4シンボルの場合、RTT=2TTIであり、スケジューリング+最終TTI=2TTIである。レイテンシ=2(num_HARQ_Tx-1)TTI+2TTIである。
【００９７】
したがって、複数シンボルRTT=4TTIでなく2または3TTIである。したがって、細い複数シンボルの使用は、より多くのHARQ送信を伴うとより効率的である。図9に示すように、細い複数シンボルTTIは、広いシンボルのTTIよりも良好な勾配を有する。
【００９８】
次に図10および図11を参照すると、タイミングアドバンスおよび/またはチャネル状態フィードバック(CSF)の使用を通じて、TTIをさらに短くする(緊縮する)ことが可能であり得る。
【００９９】
図10は、スケーラブルな細い複数シンボルのTTIタイムラインの例を示す。細い1シンボルのTTIシナリオ1002は、タイミングアドバンスの使用を通じた緊縮を採用し、細い2シンボルのTTIシナリオ1004は、タイミングアドバンスの使用を通じた緊縮を採用し、細い4シンボルのTTIシナリオ1006は、チャネル状態フィードバック(CSF)の使用を通じた緊縮を採用する。
【０１００】
細い1シンボルのTTIシナリオ1002および細い2シンボルのTTIシナリオ1004に対して示されるように、パイロットおよびACKチャネルRTTは、パイロットおよびACKの送信のタイミングを進めることによって緊縮される。いくつかの実装形態では、パイロットおよびACKは、同じシンボル期間中に(たとえば、異なる周波数帯域を介して)送られ得る。(たとえば、非コヒーレント受信機を採用する)いくつかの実装形態では、パイロットは、ここで採用されないことがある。
【０１０１】
細い1シンボルのTTIシナリオ1002は、スケジューリング遅延1008に対する第1のTTI、第1のTX1010に対する第2のTTI、第1のギャップ1012に対する第3のTTI、第2のギャップ1014に対する第4のTTI、および第2のTX1016に対する第5のTTIを含む。したがって、細い1シンボルのTTIシナリオ1002は、図8の細い1シンボルのTTIシナリオ802において使用される3つのギャップ処理期間と比較して、2つのギャップ処理期間を使用する。
【０１０２】
追加として、図8の細い1シンボルのTTIシナリオ802(パイロットおよびACKが第2のギャップ中に開始する)と比較して、パイロットおよびACK1018は時間的に進められる(第1のギャップ1012の間に開始する)。また、DLおよびUL処理のために、パイロットおよびACK1018の両側に比較的小さいギャップが設けられる。
【０１０３】
細い1シンボルのTTIシナリオ1002の場合、最悪のE2Eレイテンシ=5シンボルであって1RTT=3TTIである。したがって、TTI期間を31.25μsと想定すると、第1のTX1010の冒頭1020から第2のTX1016の冒頭1022までの3シンボルRTTは、93.75μsである。追加として、スケジューリング遅延1008の冒頭1024から第2のTX1016の末尾1026までの最悪の5シンボルエンドツーエンドレイテンシは、156.25μsである。異なる実装形態および/またはトラフィックシナリオが、異なるTTI期間を使用し得る。
【０１０４】
細い2シンボルのTTIシナリオ1004は、スケジューリング遅延1028に対する第1のTTI、第1のTX1030に対する第2のTTI、ギャップ1032に対する第3のTTI、および第2のTX1034に対する第4のTTIを含む。したがって、細い2シンボルのTTIシナリオ1004は、図8の細い2シンボルのTTIシナリオ804において使用される2つのギャップ処理期間と比較して、1つのギャップ処理期間を使用する。DLおよびUL処理のために、パイロットおよびACK1036の両側に比較的小さいギャップが設けられる。
【０１０５】
細い2シンボルのTTIシナリオ1004の場合、最悪のE2Eレイテンシ=8シンボルであって1RTT=2TTIである。したがって、TTI期間を62.5μsと想定すると、第1のTX1030の冒頭1038から第2のTX1034の冒頭1040までの4シンボルRTTは、125μsである。追加として、スケジューリング遅延1028の冒頭1042から第2のTX1034の末尾1044までの最悪の8シンボルエンドツーエンドレイテンシは、250μsである。異なる実装形態および/またはトラフィックシナリオが、異なるTTI期間を使用し得る。
【０１０６】
細い4シンボルのTTIシナリオ1006は、スケジューリング遅延1046に対する第1のTTI、第1のTX1048に対する第2のTTI、および第2のTX1050に対する第3のTTIを含む。ここで、ギャップ812を採用する図8の細い4シンボルのTTIシナリオ806とは対照的に、再送信が第1の送信の直後にきてよいことが理解され得る。
【０１０７】
追加として、ULフィードバック(たとえば、パイロット1052、CSF1054、パイロット1056、およびACK1058)は、図8の細い4シンボルのTTIシナリオ806と比較して時間的に進められる。たとえば、パイロット1052は、図10における第1のTX1048の前半の間に開始するが、パイロットREP0 816は、図8における第1のTX810の中間で開始する。
【０１０８】
細い4シンボルのTTIシナリオ1006の場合、最悪のE2Eレイテンシ=12シンボルであって1RTT=1TTIである。TTI期間を125μsと想定すると、第1のTX1048の冒頭1060から第2のTX1050の冒頭1062までの4シンボルRTTは、125μsである。追加として、スケジューリング遅延1046の冒頭1064から第2のTX1050の末尾1066までの最悪の12シンボルエンドツーエンドレイテンシは、375μsである。異なる実装形態および/またはトラフィックシナリオが、異なるTTI期間を使用し得る。
【０１０９】
図10に示すように、細い4シンボルのTTIシナリオ1006は、再送信があるかどうかを制御するために、ACKの代わりにチャネル状態フィードバック(CSF)を使用し得る。たとえば、第1のTX1048の間、受信デバイスは、その時点までに受信されたデータに基づくチャネル推定値を生成し得る。このチャネル推定情報(たとえば、CSF)は、UL上で送られ得る。チャネル推定情報を受信すると、送信しているデバイスは、チャネルが許容できるかどうかを決定し得る。チャネルが許容できない(たとえば、予期されるよりもチャネル品質が劣悪である)場合、劣悪なチャネル状態に起因して再送信が必要とされることが想定され得るので、送信機はデータを再送信してよい。追加として、最終的に、受信デバイスは、ACK1058を(たとえば、図10に示すように処理の末尾において)送ってよい。この例では、ACK再送信は、余分な125μsの遅延を有する。
【０１１０】
図11は、通常のタイムライン(たとえば、図8に対応する)と緊縮されたタイムライン(たとえば、図10に対応する)とを比較して、細い複数シンボルのTTIレイテンシの一例を示す。第1の曲線1102は、細い1シンボルのTTI(たとえば、図8におけるような)に対応する。第2の曲線1104は、細い2シンボルのTTI(たとえば、図8におけるような)に対応する。第3の曲線1106は、細い4シンボルのTTI(たとえば、図8におけるような)に対応する。第4の曲線1108は、RTTが緊縮された細い2シンボルのTTI(たとえば、図10におけるような)に対応する。第5の曲線1110は、RTTが緊縮された細い4シンボルのTTI(たとえば、図10におけるような)に対応する。図示のように、所与の送信回数に対して、細い複数シンボルのTTIシナリオにとってレイテンシ比がより小さい。
【０１１１】
図12は、本開示のいくつかの態様による、通信するためのプロセス1200を示す。プロセス1200は、アクセスポイント、アクセス端末、ピアデバイス、MiCrデバイス、またはいくつかの他の適切な装置にあり得る処理回路(たとえば、図13の処理回路1310)内で行われ得る。もちろん、本開示の範囲内の様々な態様では、プロセス1200は、通信動作をサポートできる任意の適切な装置によって実施され得る。
【０１１２】
随意のブロック1202において、第1のデバイスは、通信されるべきデータを識別し得る。たとえば、UEまたはeNBは、ミッションクリティカルトラフィックが送られるかまたは受信される必要があると決定し得る。
【０１１３】
随意のブロック1204において、第1のデバイスは、データの通信のためのスケーリングされたTTIを選択し得る。たとえば、UEまたはeNBは、ミッションクリティカルトラフィックのより厳しいレイテンシ要件を満たすために、より短いTTIを使用することを選択し得る。
【０１１４】
ブロック1206において、第1のデバイスは、第1のTTI中にデータを第2のデバイスへ送る。第1のTTIは、ブロック1204に従ってスケーリングされ得る。
【０１１５】
ブロック1208において、データを受信すると、第2のデバイスは、フィードバック情報(たとえば、ACK、NACK、CSF値など)を生成するためにデータを処理する。図7、図8、および図10とともに上記で説明したように、この処理は、第1のTTI中、および/または第1のTTIの直後にくる第2のTTI中に行われ得る。第2のTTIは、ブロック1204に従ってスケーリングされ得る。
【０１１６】
ブロック1210において、第2のデバイスは、フィードバック情報を第1のデバイスへ送る。図7、図8、および図10とともに上記で説明したように、第2のデバイスは、第1のTTI中および/または第2のTTI中にフィードバック情報を送信し得る。
【０１１７】
ブロック1212において、第1のデバイスは、データを再送信すべきかどうかを決定するためにフィードバック情報を処理する。図7、図8、および図10とともに上記で説明したように、この処理は、第1のTTI中および/または第2のTTI中に行われ得る。
【０１１８】
例示的な装置
図13は、本開示の1つまたは複数の態様による通信をサポートするように構成された装置1300の例示的なハードウェア実装形態ブロック図を示す。たとえば、装置1300は、アクセス端末、アクセスポイント、またはいくつかの他のタイプのデバイスを具現化することができる。様々な実装形態では、装置1300は、モバイルフォン、スマートフォン、タブレット、ポータブルコンピュータ、サーバ、パーソナルコンピュータ、センサー、アプライアンス、自動車、および/または回路機構を有する任意の他の電子デバイスであってよい。
【０１１９】
装置1300は、通信インターフェース(たとえば、少なくとも1つのトランシーバ)1302、記憶媒体1304、ユーザインターフェース1306、メモリデバイス(たとえば、メモリ回路)1308、および処理回路(たとえば、少なくとも1つのプロセッサ)1310を含む。様々な実装形態では、ユーザインターフェース1306は、ユーザから入力を受けまたはユーザへ出力を送るためのいくつかの他の回路機構としての、キーパッド、ディスプレイ、スピーカー、マイクロフォン、タッチスクリーンディスプレイのうちの1つまたは複数を含み得る。
【０１２０】
これらの構成要素は、図13における接続線によって概略的に表されるシグナリングバスまたは他の適切な構成要素を介して、互いに結合され得、かつ/または互いに電気通信して配置され得る。シグナリングバスは、処理回路1310の特定の適用例、および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。シグナリングバスは、通信インターフェース1302、記憶媒体1304、ユーザインターフェース1306、およびメモリデバイス1308の各々が処理回路1310に結合され、かつ/または処理回路1310と電気通信しているように、様々な回路を互いにリンクする。シグナリングバスはまた、タイミングソース、周辺装置、電圧調整器、および電力管理回路などの様々な他の回路(図示せず)をリンクし得、それらは当技術分野でよく知られており、したがって、これ以上説明しない。
【０１２１】
通信インターフェース1302は、伝送媒体を介して他の装置と通信するための手段を提供する。いくつかの実装形態では、通信インターフェース1302は、ネットワークの中の1つまたは複数の通信デバイスに対する情報の通信を双方向で容易にするように適合された回路機構および/またはプログラミングを含む。いくつかの実装形態では、通信インターフェース1302は、装置1300のワイヤレス通信を容易にするように適合される。これらの実装形態では、通信インターフェース1302は、ワイヤレス通信システム内でのワイヤレス通信用に、図13に示すような1つまたは複数のアンテナ1312に結合され得る。通信インターフェース1302は、1つまたは複数のスタンドアロンの受信機および/または送信機、ならびに1つまたは複数のトランシーバを用いて構成され得る。図示の例では、通信インターフェース1302は、送信機1314および受信機1316を含む。通信インターフェース1302は、受信するための手段および/または送信する手段の一例として働く。
【０１２２】
メモリデバイス1308は、1つまたは複数のメモリデバイスを表し得る。図示のように、メモリデバイス1308は、装置1300によって使用される他の情報とともにTTIおよびHARQ情報1318を保持し得る。いくつかの実装形態では、メモリデバイス1308および記憶媒体1304は、共通メモリ構成要素として実装される。メモリデバイス1308はまた、処理回路1310、または装置1300のいくつかの他の構成要素によって操作されるデータを記憶するために使用され得る。
【０１２３】
記憶媒体1304は、プロセッサ実行可能コードもしくは命令(たとえば、ソフトウェア、ファームウェア)、電子データ、データベース、または他のデジタル情報などのプログラミングを記憶するための、1つまたは複数のコンピュータ可読、機械可読、および/またはプロセッサ可読のデバイスを表し得る。記憶媒体1304はまた、プログラミングを実行するときに処理回路1310によって操作されるデータを記憶するために使用され得る。記憶媒体1304は、プログラミングを記憶すること、含むこと、または搬送することができるポータブルまたは固定の記憶デバイス、光学記憶デバイス、および様々な他の媒体を含む、汎用または専用のプロセッサによってアクセスされ得る任意の利用可能な媒体であってよい。
【０１２４】
限定ではなく例として、記憶媒体1304は、磁気記憶デバイス(たとえば、ハードディスク、フロッピーディスク、磁気ストリップ)、光ディスク(たとえば、コンパクトディスク(CD)またはデジタル多用途ディスク(DVD))、スマートカード、フラッシュメモリデバイス(たとえば、カード、スティック、またはキードライブ)、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、プログラマブルROM(PROM)、消去可能PROM(EPROM)、電気的消去可能PROM(EEPROM)、レジスタ、リムーバブルディスク、およびコンピュータによってアクセスされ得るとともに読み取られ得るソフトウェアおよび/または命令を記憶するための任意の他の好適な媒体を含み得る。記憶媒体1304は、製造品(たとえば、コンピュータプログラム製品)の中で具現化され得る。例として、コンピュータプログラム製品は、パッケージング材料の中のコンピュータ可読媒体を含み得る。上記のことに鑑みて、いくつかの実装形態では、記憶媒体1304は、非一時的(たとえば、有形の)記憶媒体であってよい。
【０１２５】
記憶媒体1304は、処理回路1310が記憶媒体1304から情報を読み取ることができ、記憶媒体1304に情報を書き込むことができるような、処理回路1310に結合され得る。すなわち、記憶媒体1304は、少なくとも1つの記憶媒体が処理回路1310と一体である例、および/または少なくとも1つの記憶媒体が処理回路1310から別個である例を含む(たとえば、装置1300の中に存在する、装置1300の外部にある、複数のエンティティにわたって分散されるなど)、記憶媒体1304が処理回路1310によって少なくともアクセス可能であるように処理回路1310に結合され得る。
【０１２６】
記憶媒体1304によって記憶されたプログラミングは、処理回路1310によって実行されたとき、本明細書で説明する様々な機能および/またはプロセス動作のうちの1つまたは複数を処理回路1310に実行させる。たとえば、記憶媒体1304は、処理回路1310の1つまたは複数のハードウェアブロックにおける動作を調整するために、ならびに通信インターフェース1302をそれらのそれぞれの通信プロトコルを利用するワイヤレス通信用に利用するために構成された動作を含み得る。
【０１２７】
処理回路1310は、概して、記憶媒体1304上に記憶されたそのようなプログラミングの実行を含む処理のために適合される。本明細書で使用する「コード」または「プログラミング」という用語は、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれ以外と呼ばれるかどうかにかかわらず、限定はしないが、命令、命令セット、データ、コード、コードセグメント、プログラムコード、プログラム、プログラミング、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを含むものと広く解釈されなければならない。
【０１２８】
処理回路1310は、データを取得し、処理し、かつ/または送り、ならびにデータアクセスおよび記憶域を制御し、コマンドを発行し、かつ他の所望の動作を制御するように構成される。処理回路1310は、少なくとも一例では、好適な媒体によって提供された所望のプログラミングを実施するように構成された回路機構を含み得る。たとえば、処理回路1310は、1つもしくは複数のプロセッサ、1つもしくは複数のコントローラ、および/または実行可能プログラミングを実行するように構成された他の構造として実装され得る。処理回路1310の例は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理構成要素、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を実行するように設計されたそれらの任意の組合せを含み得る。汎用プロセッサは、マイクロプロセッサ、ならびに任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンを含み得る。処理回路1310はまた、DSPとマイクロプロセッサの組合せ、いくつかのマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、ASICおよびマイクロプロセッサ、または任意の他の数の様々な構成などの、コンピューティング構成要素の組合せとして実装され得る。処理回路1310のこれらの例は説明のためであり、本開示の範囲内の他の好適な構成も企図される。
【０１２９】
本開示の1つまたは複数の態様によれば、処理回路1310は、本明細書で説明する装置のいずれかまたはすべてのための特徴、プロセス、機能、動作、および/あるいはルーチンのいずれかまたはすべてを実行するように適合され得る。たとえば、処理回路1310は、図1〜図12および図13〜図19に関して説明するステップ、機能、および/またはプロセスのいずれかを実行するように構成され得る。処理回路1310に関して本明細書で使用する「適合される」という用語は、処理回路1310が、本明細書で説明する様々な特徴による特定のプロセス、機能、動作、および/またはルーチンを実行するように構成され、採用され、実装され、かつ/またはプログラムされることのうちの1つまたは複数であることを指し得る。
【０１３０】
処理回路1310は、図1〜図12および図13〜図19とともに説明される動作のうちの任意のものを実行するための手段(たとえば、そのための構造)として働く特定用途向け集積回路(ASIC)などの専用プロセッサであってよい。処理回路1310は、受信するための手段、トラフィックを制御すべきかどうかを決定するための手段、トラフィックを制御するための手段、クラスを識別するための手段、表示が異なるかどうかを決定するための手段、トラフィック経路設定ポリシーの評価をトリガするための手段、または表示を送るための手段の一例として働く。処理回路1310はまた、受信および/または送信するための手段の一例として働く。
【０１３１】
装置1300の少なくとも一例によれば、処理回路1310は、データを通信するための回路/モジュール1320、フィードバック情報を通信するための回路/モジュール1322、データを処理するための回路/モジュール1324、フィードバック情報を処理するための回路/モジュール1326、トラフィックが通信されるべきと決定するための回路/モジュール1328、スケーリングされたTTIを選択するための回路/モジュール1330、またはTTIの長さを選択するための回路/モジュール1332のうちの1つまたは複数を含み得る。
【０１３２】
データを通信するための回路/モジュール1320は、たとえば、データを送ることおよび/または受信することに関するいくつかの機能を実行するように適合された回路機構および/またはプログラミング(たとえば、記憶媒体1304上に記憶された、データを通信するためのコード1334)を含み得る。いくつかの実装形態では、データは、複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中に通信される。この場合、データを通信するための回路/モジュール1320は、第1のTTIを識別し得、そのTTI中にデータを送ることまたはデータを受信することを開始し得る。いくつかの実装形態では、通信インターフェース1302が、データを通信するための回路/モジュール1320および/またはデータを通信するためのコード1334を含む。
【０１３３】
いくつかのシナリオでは、通信することは、データを通信するための回路/モジュール1320が、データを送信したデバイスから直接情報を受信すること、または装置1300の構成要素(たとえば、受信機1316、メモリデバイス1308、またはいくつかの他の構成要素)からデータを受信することを伴う。この場合、データを通信するための回路/モジュール1320は、受信されたデータを処理(たとえば、復号)し得る。データを通信するための回路/モジュール1320は、次いで、受信されたデータを装置1300の構成要素(たとえば、メモリデバイス1308、データを処理するための回路/モジュール1324、またはいくつかの他の構成要素)へ出力する。
【０１３４】
いくつかのシナリオでは、通信することは、別のデバイスへの送信のために装置1300の別の構成要素(たとえば、送信機1314)へデータを送ること、または最終の宛先へデータを直接送ること(たとえば、データを通信するための回路/モジュール1320が送信機を含む場合)を伴う。この場合、データを通信するための回路/モジュール1320は、通信されるべきデータを(たとえば、メモリデバイス1308、データが通信されるべきと決定するための回路/モジュール1328、またはいくつかの他の構成要素から)最初に取得する。データを通信するための回路/モジュール1320は、送信されるべきデータを処理(たとえば、符号化)し得る。データを通信するための回路/モジュール1320は、次いで、データを送信されるようにする。たとえば、データを通信するための回路/モジュール1320は、データを直接送信することができ、またはその後の無線周波数(RF)送信のためにデータを送信機1314に伝えることができる。
【０１３５】
フィードバック情報を通信するための回路/モジュール1322は、たとえば、フィードバック情報を送ることおよび/または受信することに関するいくつかの機能を実行するように適合された回路機構および/またはプログラミング(たとえば、記憶媒体1304上に記憶された、フィードバック情報を通信するためのコード1336)を含み得る。いくつかの実装形態では、フィードバック情報は、データを通信するための回路/モジュール1320によって通信される(たとえば、それによって受信されるか、またはそれによって送られる)データに基づく。いくつかのシナリオでは、フィードバック情報を通信するための回路/モジュール1322は、第1のTTI中にフィードバック情報を通信し得る。この場合、フィードバック情報を通信するための回路/モジュール1322は、第1のTTIを識別し得、そのTTI中にフィードバック情報を送ることまたはフィードバック情報を受信することを開始し得る。いくつかのシナリオでは、フィードバック情報を通信するための回路/モジュール1322は、複数のシンボル時間期間を備え第1のTTIに連続的に後続する第2のTTI中に、フィードバック情報を通信し得る。この場合、フィードバック情報を通信するための回路/モジュール1322は、第2のTTIを識別し得、そのTTI中にフィードバック情報を送ることまたはフィードバック情報を受信することを開始し得る。いくつかの実装形態では、通信インターフェース1302が、フィードバック情報を通信するための回路/モジュール1322および/またはフィードバック情報を通信するためのコード1336を含む。
【０１３６】
いくつかのシナリオでは、通信することは、フィードバック情報を通信するための回路/モジュール1322が、フィードバック情報を送信したデバイスからフィードバック情報を直接受信すること、または装置1300の構成要素(たとえば、受信機1316、メモリデバイス1308、またはいくつかの他の構成要素)からフィードバック情報を受信することを伴う。この場合、フィードバック情報を通信するための回路/モジュール1322は、受信されたフィードバック情報を処理(たとえば、復号)し得る。フィードバック情報を通信するための回路/モジュール1322は、次いで、受信されたフィードバック情報を装置1300の構成要素(たとえば、メモリデバイス1308、フィードバック情報を処理するための回路/モジュール1326、またはいくつかの他の構成要素)へ出力する。
【０１３７】
いくつかのシナリオでは、通信することは、別のデバイスへの送信のためにフィードバック情報を装置1300の別の構成要素(たとえば、送信機1314)へ送ること、またはフィードバック情報を最終の宛先へ直接送ること(たとえば、フィードバック情報を通信するための回路/モジュール1322が送信機を含む場合)を伴う。この場合、フィードバック情報を通信するための回路/モジュール1322は、通信されるべきフィードバック情報を(たとえば、メモリデバイス1308、データを処理するための回路/モジュール1324、またはいくつかの他の構成要素から)最初に取得する。フィードバック情報を通信するための回路/モジュール1322は、送信されるべきフィードバック情報を処理(たとえば、符号化)し得る。フィードバック情報を通信するための回路/モジュール1322は、次いで、フィードバック情報を送信されるようにする。たとえば、フィードバック情報を通信するための回路/モジュール1322は、フィードバック情報を直接送信することができ、またはその後の無線周波数(RF)送信のためにフィードバック情報を送信機1314に伝えることができる。
【０１３８】
データを処理するための回路/モジュール1324は、たとえば、フィードバック情報を生成するためにデータを処理することに関するいくつかの機能を実行するように適合された回路機構および/またはプログラミング(たとえば、記憶媒体1304上に記憶された、データを処理するためのコード1338)を含み得る。いくつかのシナリオでは、データの少なくとも一部分は、フィードバック情報を生成するために第2のTTI中に処理され得る。いくつかのシナリオでは、データの少なくとも一部分(たとえば、別の部分)は、フィードバック情報を生成するために第1のTTI中に処理され得る。いくつかのシナリオでは、データは、データに基づくチャネル状態フィードバック情報を生成するために処理される。
【０１３９】
いくつかの時点において、データを処理するための回路/モジュール1324は、処理されるべきデータを取得する。たとえば、データを処理するための回路/モジュール1324は、装置1300の構成要素から(たとえば、データを通信するための回路/モジュール1320、メモリデバイス1308、通信インターフェース1302、またはいくつかの他の構成要素から)この情報を取得し得る。データを処理するための回路/モジュール1324は、次いで、フィードバック情報(たとえば、肯定応答、否定応答、エラーレートなど)を生成するために、データを処理する(たとえば、HARQプロセスを実行する、エラー検査を実行するなど)。データを処理するための回路/モジュール1324は、次いで、フィードバック情報を装置1100の構成要素(たとえば、フィードバック情報を通信するための回路/モジュール1322、メモリデバイス1308、通信インターフェース1302、またはいくつかの他の構成要素)へ送り得る。
【０１４０】
フィードバック情報を処理するための回路/モジュール1326は、たとえば、データが再送信される必要があるかどうかを決定するためにフィードバック情報を処理することに関するいくつかの機能を実行するように適合された回路機構および/またはプログラミング(たとえば、記憶媒体1304上に記憶された、フィードバック情報を処理するためのコード1340)を含み得る。いくつかのシナリオでは、フィードバック情報の少なくとも一部分は、データを再送信すべきかどうかを決定するために第2のTTI中に処理され得る。いくつかのシナリオでは、フィードバック情報の少なくとも一部分(たとえば、別の部分)は、データを再送信すべきかどうかを決定するために第1のTTI中に処理され得る。いくつかのシナリオでは、チャネル状態フィードバック情報が、データを再送信すべきかどうかを決定するために処理される。
【０１４１】
いくつかの時点において、フィードバック情報を処理するための回路/モジュール1326は、処理されるべきフィードバック情報を取得する。たとえば、フィードバック情報を処理するための回路/モジュール1326は、このフィードバック情報を装置1300の構成要素から(たとえば、フィードバック情報を通信するための回路/モジュール1322、メモリデバイス1308、通信インターフェース1302、またはいくつかの他の構成要素から)取得し得る。フィードバック情報を処理するための回路/モジュール1326は、次いで、データが別の装置によって受信に成功したかどうかを決定するために、フィードバック情報を処理する(たとえば、受信された値を、成功を示す第1の値および失敗を示す第2の値と比較する)。フィードバック情報を処理するための回路/モジュール1326は、次いで、処理の結果の表示(たとえば、データが再送信される必要があるかどうか)を装置1100の構成要素(たとえば、トラフィックが通信されるべきと決定するための回路/モジュール1328、メモリデバイス1308、通信インターフェース1302、またはいくつかの他の構成要素)へ送り得る。
【０１４２】
トラフィックが通信されるべきと決定するための回路/モジュール1328は、たとえば、トラフィック(たとえば、第1のトラフィック)が送られるべきかどうか、または受信されるべきかどうかを決定することに関するいくつかの機能を実行するように適合された回路機構および/またはプログラミング(たとえば、記憶媒体1304上に記憶された、トラフィックが通信されるべきと決定するためのコード1342)を含み得る。いくつかのシナリオでは、第1のトラフィックは、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する。
【０１４３】
いくつかの時点において、トラフィックが通信されるべきと決定するための回路/モジュール1328は、データが送られる必要があるか、または受信されることを予期されるという(たとえば、バッファステータスなどに基づいて、どのTTIが送信または受信のために使用されるべきかを示すスケジュールに基づく)表示を取得し得る。トラフィックが通信されるべきと決定するための回路/モジュール1328は、この表示を、たとえば、データを通信するための回路/モジュール1320、メモリデバイス1308、通信インターフェース1302、またはいくつかの他の構成要素から取得し得る。トラフィックが通信されるべきと決定するための回路/モジュール1328は、次いで、トラフィックが通信されるべきかどうかの対応する決定の表示を装置1300の構成要素へ(たとえば、メモリデバイス1308、スケーリングされたTTIを選択するための回路/モジュール1330、またはいくつかの他の構成要素へ)出力する。
【０１４４】
スケーリングされたTTIを選択するための回路/モジュール1330は、たとえば、トラフィックを通信するためのスケーリングされたTTIを選択することに関するいくつかの機能を実行するように適合された回路機構および/またはプログラミング(たとえば、記憶媒体1304上に記憶された、スケーリングされたTTIを選択するためのコード1344)を含み得る。いくつかのシナリオでは、スケーリングされたTTIは、第1のTTIおよび/または第2のTTIに対する複数のシンボル時間期間を規定し、スケーリングされたTTIは、第2のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する。いくつかのシナリオでは、スケーリングされたTTIは、HARQ通信が複数のTTIにわたって広げられるための時間期間にさらに関連する。
【０１４５】
いくつかの実装形態では、スケーリングされたTTIを選択するための回路/モジュール1330は、通信されるべきトラフィックのタイプに基づいてTTI長を選択する。たとえば、TTIは、ミッションクリティカルトラフィックと定格トラフィックとの間の切替えに対処できるようにスケールアップされ得る。この目的で、スケーリングされたTTIを選択するための回路/モジュール1330は、通信されるべきトラフィックの表示を(たとえば、メモリデバイス1308、トラフィックが通信されるべきと決定するための回路/モジュール1328、通信インターフェース1302、またはいくつかの他の構成要素から)取得し得る。スケーリングされたTTIを選択するための回路/モジュール1330は、次いで、選択結果の表示を装置1300の構成要素(たとえば、メモリデバイス1308、データを通信するための回路/モジュール1320、通信インターフェース1302、またはいくつかの他の構成要素)へ出力し得る。
【０１４６】
TTIの長さを選択するための回路/モジュール1332は、たとえば、処理および確認応答の時間間隔を整合させるようにTTI長(たとえば、第1のTTIおよび第2のTTIに対する)を選択することに関するいくつかの機能を実行するように適合された回路機構および/またはプログラミング(たとえば、記憶媒体1304上に記憶された、TTIの長さを選択するためのコード1346)を含み得る。この目的で、TTIの長さを選択するための回路/モジュール1332は、処理および確認応答の時間間隔の表示を(たとえば、メモリデバイス1308、データを通信するための回路/モジュール1320、通信インターフェース1302、またはいくつかの他の構成要素から)取得する。TTIの長さを選択するための回路/モジュール1332は、次いで、TTI長をこの間隔に等しく設定し得る。追加として、TTIの長さを選択するための回路/モジュール1332は、選択結果の表示を装置1300の構成要素(たとえば、メモリデバイス1308、データを通信するための回路/モジュール1320、通信インターフェース1302、またはいくつかの他の構成要素)へ出力し得る。
【０１４７】
上述のように、記憶媒体1304によって記憶されるプログラミングは、処理回路1310によって実行されたとき、本明細書で説明する様々な機能および/またはプロセス動作のうちの1つまたは複数を処理回路1310に実行させる。たとえば、プログラミングは、処理回路1310によって実行されたとき、様々な実装形態において図1〜図12および図13〜図19に関して本明細書で説明する様々な機能、ステップ、および/またはプロセスを処理回路1310に実行させ得る。図13に示すように、記憶媒体1304は、データを通信するためのコード1334、フィードバック情報を通信するためのコード1336、データを処理するためのコード1338、フィードバック情報を処理するためのコード1340、トラフィックが通信されるべきと決定するためのコード1342、スケーリングされたTTIを選択するためのコード1344、またはTTIの長さを選択するためのコード1346のうちの1つまたは複数を含み得る。
【０１４８】
例示的なプロセス
図14は、本開示のいくつかの態様による、通信するためのプロセス1400を示す。プロセス1400は、アクセスポイント、アクセス端末、ピアデバイス、MiCrデバイス、またはいくつかの他の適切な装置にあり得る処理回路(たとえば、図13の処理回路1310)内で行われ得る。もちろん、本開示の範囲内の様々な態様では、プロセス1400は、通信動作をサポートできる任意の適切な装置によって実施され得る。
【０１４９】
ブロック1402において、装置は、第1のTTI中にデータを通信する(たとえば、送るかまたは受信する)。第1のTTIは、複数のシンボル時間期間を含む。したがって、第1のTTIは、本明細書で教示するような細い2シンボルのTTI、細い4シンボルのTTIなどに相当し得る。たとえば、第1のTTIは、図7のSYMB0 730およびSYMB1 732、図8の第1のTX810、図10の第1のTX1010、図10の第1のTX1030、または図10の第1のTX1048に対応し得る。いくつかの態様では、パイロット情報および/または制御情報は、少なくとも部分的には第1のTTIのシンボル時間期間の中でフロントローディングされ得る。たとえば、第1のシンボル時間期間は、パイロット情報および制御情報を含み得る。
【０１５０】
いくつかのシナリオでは、プロセス1400は、データを受信する装置によって実行され得る。したがって、いくつかの態様では、ブロック1402においてデータを通信することは、データを受信することを伴い得る。
【０１５１】
いくつかのシナリオでは、プロセス1400は、データを送信する装置によって実行され得る。したがって、いくつかの態様では、ブロック1402においてデータを通信することは、データを送信することを伴い得る。
【０１５２】
いくつかの態様では、データは、ミッションクリティカルトラフィックを含み得る。したがって、第1のTTIは、本明細書で教示するようなスケーリングされたTTIであってよい。
【０１５３】
ブロック1404において、装置は、第2のTTI中にデータに基づくフィードバック情報を通信する(たとえば、送るかまたは受信する)。第2のTTIは、第1のTTIに連続的に後続する。たとえば、第2のTTIは、図7の第3のTTI734(たとえば、SYMB1 732の直後にくるTTI)、図8のギャップ812に対する第3のTTI、図10の第2のギャップ1014に対する第4のTTI、図10のギャップ1032に対する第3のTTI、または図10の第2のTX1050に対応し得る。
【０１５４】
第2のTTIは、複数のシンボル時間期間を含み得る。たとえば、第2のTTIは、本明細書で教示するような細い2シンボルのTTI、細い4シンボルのTTIなどに相当し得る。いくつかの態様では、パイロット情報は、少なくとも部分的には第2のTTIのシンボル時間期間の中でフロントローディングされ得る。たとえば、第1のシンボル時間期間は、パイロット情報を含み得る。
【０１５５】
プロセス1400がブロック1402においてデータを受信する装置によって実行されるシナリオでは、フィードバック情報を通信することは、フィードバック情報を送信することを伴い得る。この場合、フィードバック情報(たとえば、ACK/NACK情報、チャネル状態フィードバック情報など)を生成するために、装置は、第2のTTI中および/または第1のTTI中に受信されたデータの少なくとも一部分を処理し得る。
【０１５６】
プロセス1400がブロック1402においてデータを送信する装置によって実行されるシナリオでは、フィードバック情報を通信することは、フィードバック情報を受信することを伴い得る。この場合、ブロック1402において送信されたデータを再送信すべきかどうかを決定するために、装置は、第2のTTI中および/または第1のTTI中に受信されたフィードバック情報(たとえば、ACK/NACK情報、チャネル状態フィードバック情報など)の少なくとも一部分を処理し得る。
【０１５７】
いくつかの態様では、フィードバック情報は、パイロット情報および確認応答情報を含み得る。この場合、パイロット情報および確認応答情報は、共通の(すなわち、同じ)シンボル期間中に通信され得る。
【０１５８】
いくつかの態様では、フィードバック情報は、複数の確認応答表示および/または複数のパイロット表示を含み得る。
【０１５９】
図15は、本開示のいくつかの態様による、通信するためのプロセス1500を示す。プロセス1500は、アクセスポイント、アクセス端末、ピアデバイス、MiCrデバイス、またはいくつかの他の適切な装置にあり得る処理回路(たとえば、図13の処理回路1310)内で行われ得る。もちろん、本開示の範囲内の様々な態様では、プロセス1500は、通信動作をサポートできる任意の適切な装置によって実施され得る。
【０１６０】
ブロック1502において、装置は、第1のTTI中にデータを通信する(たとえば、送るかまたは受信する)。第1のTTIは、複数のシンボル時間期間を含む。したがって、第1のTTIは、本明細書で教示するような細い2シンボルのTTI、細い4シンボルのTTIなどに相当し得る。たとえば、第1のTTIは、図7のSYMB0 730およびSYMB1 732、図8の第1のTX810、図10の第1のTX1010、図10の第1のTX1030、または図10の第1のTX1048に対応し得る。いくつかの態様では、パイロット情報および/または制御情報は、少なくとも部分的には第1のTTIのシンボル時間期間の中でフロントローディングされ得る。たとえば、第1のシンボル時間期間は、パイロット情報および制御情報を含み得る。
【０１６１】
いくつかのシナリオでは、プロセス1500は、データを受信する装置によって実行され得る。したがって、いくつかの態様では、ブロック1502においてデータを通信することは、データを受信することを伴い得る。
【０１６２】
いくつかのシナリオでは、プロセス1500は、データを送信する装置によって実行され得る。したがって、いくつかの態様では、ブロック1502においてデータを通信することは、データを送信することを伴い得る。
【０１６３】
いくつかの態様では、データは、ミッションクリティカルトラフィックを含み得る。したがって、第1のTTIは、本明細書で教示するようなスケーリングされたTTIであってよい。
【０１６４】
ブロック1504において、装置は、第1のTTI中にデータに基づくフィードバック情報を通信する(たとえば、送るかまたは受信する)。
【０１６５】
プロセス1500がブロック1502においてデータを受信する装置によって実行されるシナリオでは、フィードバック情報を通信することは、フィードバック情報を送信することを伴い得る。この場合、フィードバック情報(たとえば、ACK/NACK情報、チャネル状態フィードバック情報など)を生成するために、装置は、第1のTTI中および/または第2のTTI中に受信されたデータの少なくとも一部分を処理し得る。
【０１６６】
プロセス1500がブロック1502においてデータを送信する装置によって実行されるシナリオでは、フィードバック情報を通信することは、フィードバック情報を受信することを伴い得る。この場合、ブロック1502において送信されたデータを再送信すべきかどうかを決定するために、装置は、第1のTTI中および/または第2のTTI中に受信されたフィードバック情報(たとえば、ACK/NACK情報、チャネル状態フィードバック情報など)の少なくとも一部分を処理し得る。
【０１６７】
いくつかの態様では、フィードバック情報は、パイロット情報および確認応答情報を含み得る。この場合、パイロット情報および確認応答情報は、共通の(すなわち、同じ)シンボル期間中に通信され得る。
【０１６８】
いくつかの態様では、フィードバック情報は、複数の確認応答表示および/または複数のパイロット表示を含み得る。いくつかの態様では、パイロット情報は、少なくとも部分的にはフィードバック情報を搬送するシンボル時間期間の中でフロントローディングされ得る。たとえば、第1のシンボル時間期間は、パイロット情報を含み得る。
【０１６９】
図16は、本開示のいくつかの態様による、図14のプロセス1400および/または図15のプロセス1500とともに採用され得るプロセス1600の例示的な動作を示す。プロセス1600は、アクセスポイント、アクセス端末、ピアデバイス、MiCrデバイス、またはいくつかの他の適切な装置にあり得る処理回路(たとえば、図13の処理回路1310)内で行われ得る。もちろん、本開示の範囲内の様々な態様では、プロセス1600は、通信動作をサポートできる任意の適切な装置によって実施され得る。
【０１７０】
ブロック1602において、装置はデータを受信する。したがって、いくつかの態様では、装置は、図14のブロック1402または図15のブロック1502において第1のTTI中に通信されるデータを受信する装置に相当し得る。
【０１７１】
随意のブロック1604において、第1のTTI中に、装置は、フィードバック情報を生成するために、ブロック1602において受信されたデータの少なくとも一部分を処理し得る。フィードバック情報がチャネル状態フィードバック情報を含むシナリオでは、装置は、チャネル状態フィードバック情報を生成するためにデータを処理し得る。
【０１７２】
随意のブロック1606において、装置は、第1のTTI中にフィードバック情報の少なくとも一部分を送信し得る。たとえば、装置は、パイロット、ACK、またはCSF情報のうちの少なくとも1つを送信し得る。
【０１７３】
随意のブロック1608において、第2のTTI中に、装置は、フィードバック情報を生成するために、ブロック1602において受信されたデータの少なくとも一部分(たとえば、別の部分)を処理し得る。フィードバック情報がチャネル状態フィードバック情報を含むシナリオでは、装置は、チャネル状態フィードバック情報を生成するためにデータを処理し得る。
【０１７４】
随意のブロック1610において、装置は、第2のTTI中にフィードバック情報の少なくとも一部分(たとえば、別の部分)を送信し得る。たとえば、装置は、パイロット、ACK、またはCSF情報のうちの少なくとも1つを送信し得る。
【０１７５】
図17は、本開示のいくつかの態様による、図14のプロセス1400および/または図15のプロセス1500とともに採用され得るプロセス1700の例示的な動作を示す。プロセス1700は、アクセスポイント、アクセス端末、ピアデバイス、MiCrデバイス、またはいくつかの他の適切な装置にあり得る処理回路(たとえば、図13の処理回路1310)内で行われ得る。もちろん、本開示の範囲内の様々な態様では、プロセス1700は、通信動作をサポートできる任意の適切な装置によって実施され得る。
【０１７６】
ブロック1702において、装置は、第1のTTI中にデータを送信する。したがって、いくつかの態様では、装置は、図14のブロック1402または図15のブロック1502において第1のTTI中に通信されるデータを送信する装置に相当し得る。
【０１７７】
随意のブロック1704において、装置は、第1のTTI中にフィードバック情報を受信し得る。このフィードバック情報は、ブロック1702において送信されたデータに対応する。
【０１７８】
随意のブロック1706において、装置は、ブロック1704において受信されたフィードバック情報を処理し得る。たとえば、第1のTTI中に、装置は、最初にブロック1702において送信されたデータを再送信すべきかどうかを決定するために、フィードバック情報の少なくとも一部分を処理し得る。フィードバック情報がチャネル状態フィードバック情報を含むシナリオでは、装置は、データを再送信すべきかどうかを決定するために、チャネル状態フィードバック情報を処理し得る。
【０１７９】
随意のブロック1708において、装置は、第2のTTI中にフィードバック情報を受信し得る。このフィードバック情報は、ブロック1702において送信されたデータに対応する。
【０１８０】
随意のブロック1710において、装置は、ブロック1708において受信されたフィードバック情報を処理し得る。たとえば、第2のTTI中に、装置は、最初にブロック1702において送信されたデータを再送信すべきかどうかを決定するために、フィードバック情報の少なくとも一部分を処理し得る。フィードバック情報がチャネル状態フィードバック情報を含むシナリオでは、装置は、データを再送信すべきかどうかを決定するために、チャネル状態フィードバック情報を処理し得る。
【０１８１】
図18は、本開示のいくつかの態様による、図14のプロセス1400および/または図15のプロセス1500とともに採用され得るプロセス1800の例示的な動作を示す。プロセス1800は、アクセスポイント、アクセス端末、ピアデバイス、MiCrデバイス、またはいくつかの他の適切な装置にあり得る処理回路(たとえば、図13の処理回路1310)内で行われ得る。もちろん、本開示の範囲内の様々な態様では、プロセス1800は、通信動作をサポートできる任意の適切な装置によって実施され得る。
【０１８２】
ブロック1802において、装置は、トラフィック(たとえば、データ)が通信されるべきと決定する。ここで、通信されるべき第1のトラフィックは、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連し得る。
【０１８３】
ブロック1804において、装置は、ブロック1802のトラフィックを通信するためのスケーリングされたTTIを選択する。スケーリングされたTTIは、第1のTTIおよび第2のTTIの各々に対して複数のシンボル時間期間を規定し得る。追加として、スケーリングされたTTIは、第2のTTI中のハイブリッド自動再送要求(HARQ)通信に関連し得る。いくつかの態様では、スケーリングされたTTIは、HARQ通信が複数のTTIにわたって広げられるための時間期間に関連し得る。
【０１８４】
図19は、本開示のいくつかの態様による、図14のプロセス1400および/または図15のプロセス1500とともに採用され得るプロセス1900の例示的な動作を示す。プロセス1900は、アクセスポイント、アクセス端末、ピアデバイス、MiCrデバイス、またはいくつかの他の適切な装置にあり得る処理回路(たとえば、図13の処理回路1310)内で行われ得る。もちろん、本開示の範囲内の様々な態様では、プロセス1900は、通信動作をサポートできる任意の適切な装置によって実施され得る。
【０１８５】
ブロック1902において、装置は、処理および確認応答の時間間隔を決定する。たとえば、装置は、装置が特定のタイプのトラフィックを処理し確認応答するのにかかる時間量の記録を保持し得る。したがって、場合によっては、装置は、通信されることが必要である特定のタイプのトラフィックに関連する処理および確認応答の時間間隔を識別する。
【０１８６】
ブロック1904において、装置は、通信のために使用されるべき各TTI(たとえば、図14〜図17の第1のTTIおよび第2のTTI)の長さを選択する。いくつかの態様では、装置は、ブロック1902において決定された処理および確認応答の時間間隔を整合させるように、第1のTTIおよび第2のTTIの各々の長さを選択し得る(たとえば、図10の細い4シンボルのTTIシナリオ1006に対して示されるように)。
【０１８７】
追加の態様
図に示す構成要素、ステップ、特徴、および/または機能のうちの1つまたは複数は、単一の構成要素、ステップ、特徴、もしくは機能に再構成および/もしくは結合されてよく、またはいくつかの構成要素、ステップ、もしくは機能において具現化されてよい。本明細書で開示した新規の特徴から逸脱することなく、追加の要素、構成要素、ステップ、および/または機能も追加されてよい。図に示した装置、デバイス、および/または構成要素は、本明細書で説明した方法、特徴、またはステップの1つまたは複数を実行するように構成されてよい。本明細書で説明した新規のアルゴリズムはまた、効率的にソフトウェアで実装されてよく、かつ/またはハードウェアに埋め込まれてよい。
【０１８８】
開示した方法におけるステップの特定の順序または階層が例示的なプロセスの例示であることを理解されたい。設計選好に基づいて、方法におけるステップの特定の順序または階層が再構成されてよいことが理解される。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、クレームにおいて特に記載されていない限り、提示された特定の順序または階層に限定されることを意図するものではない。本開示から逸脱することなく、追加の要素、構成要素、ステップ、および/または機能が追加されることもあり、または利用されないこともある。
【０１８９】
本開示の特徴がいくつかの実装形態および図に対して説明されることがあったが、本開示のすべての実装形態は、本明細書で説明した有利な特徴のうちの1つまたは複数を含むことができる。言い換えれば、1つまたは複数の実装形態が、いくつかの有利な特徴を有するものとして説明されることがあったが、そのような特徴のうちの1つまたは複数はまた、本明細書で説明した様々な実装形態のいずれかに従って使用され得る。同様に、例示的な実装形態がデバイス、システム、または方法の実装形態として本明細書で説明されることがあったが、そのような例示的な実装形態が様々なデバイス、システム、および方法において実施され得ることを理解されたい。
【０１９０】
また、少なくともいくつかの実装形態がフローチャート、フロー図、構造図、またはブロック図として示されるプロセスとして説明されたことに留意されたい。フローチャートは動作を逐次プロセスとして説明し得るが、動作の多くは並行してまたは同時に実行され得る。追加として、動作の順序は再構成されてよい。プロセスは、その動作が完了したときに終了する。いくつかの態様では、プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラムなどに相当し得る。プロセスが関数に相当するとき、その終了は、関数が呼び出し関数またはメイン関数に戻ることに相当する。本明細書で説明した様々な方法のうちの1つまたは複数は、機械可読記憶媒体、コンピュータ可読記憶媒体、および/またはプロセッサ可読記憶媒体に記憶され得るプログラミング(たとえば、命令および/またはデータ)によって部分的にまたは完全に実施されてよく、1つまたは複数のプロセッサ、機械、および/またはデバイスによって実行されてよい。
【０１９１】
本明細書で開示した実装形態に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組合せとして実装され得ることが当業者にはさらに諒解されよう。この互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、概してそれらの観点から上記で説明された。そのような機能がハードウェアとして実装されるのか、それともソフトウェアとして実装されるのかは、特定の適用例および全体的なシステムに課された設計制約によって決まる。
【０１９２】
本開示内で、「例示的」という単語は、「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明する任意の実装形態または態様は、必ずしも本開示の他の態様よりも好ましいかまたは有利であると解釈されるべきではない。同様に、「態様」という用語は、本開示のすべての態様が、説明された特徴、利点、または動作モードを含むことを必要としない。「結合された」という用語は、本明細書では、2つの物体間の直接または間接的な結合を指すために使用される。たとえば、物体Aが物体Bに物理的に接触し、物体Bが物体Cに接触する場合、物体AおよびCは、それらが互いに直接物理的に接触しない場合であっても、依然として互いに結合されると見なされてよい。たとえば、第1のダイが第2のダイにまったく物理的に直接接触していなくても、第1のダイはパッケージの中で第2のダイに結合されてよい。「回路(circuit)」および「回路機構(circuitry)」という用語は広く使用され、電子回路のタイプに関する制限なく、接続および構成されたときに本開示で説明した機能の実行を可能にする電気デバイスおよび導体のハードウェア実装形態と、プロセッサによって実行されたときに本開示で説明した機能の実行を可能にする情報および命令のソフトウェア実装形態の両方を含むものとする。
【０１９３】
本明細書で使用する「決定すること(determining)」という用語は、多種多様な動作を包含する。たとえば、「決定すること」は、計算すること(calculating)、計算すること(computing)、処理すること、導出すること、調査すること、ルックアップすること(たとえば、テーブル、データベース、または別のデータ構造においてルックアップすること)、確認することなどを含み得る。また、「決定すること」は、受信すること(たとえば、情報を受信すること)、アクセスすること(たとえば、メモリの中のデータにアクセスすること)などを含み得る。また、「決定すること」は、解決すること、選択すること、選定すること、確立することなどを含み得る。
【０１９４】
前の説明は、本明細書で説明した様々な態様を任意の当業者が実践することを可能にするために提供される。これらの態様への様々な修正が当業者には容易に明らかになり、本明細書で定義した一般原理は他の態様に適用され得る。したがって、特許請求の範囲は本明細書で示される態様に限定されるものではなく、特許請求の範囲の文言と一致する最大限の範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されない限り、「唯一無二の」ではなく、「1つまたは複数の」を意味することを意図している。別段に明記されていない限り、「いくつか(some)」という用語は、1つまたは複数を指す。項目のリスト「のうちの少なくとも1つ」に言及する句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「a、b、またはcのうちの少なくとも1つ」は、a、b、c、aおよびb、aおよびc、bおよびc、ならびにa、b、およびcを包含するものとする。当業者に知られており、または後で知られることになる、本開示全体にわたって説明した様々な態様の要素に対するすべての構造的および機能的均等物が、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されるものとする。その上、本明細書で開示したものは、そのような開示が特許請求の範囲において明示的に列挙されているかどうかにかかわらず、公に供されることは意図していない。請求項の要素は、要素が「のための手段」という句を使用して明示的に列挙されていない限り、または方法クレームの場合、要素が「のためのステップ」という句を使用して列挙されていない限り、米国特許法112条第6段落の規定に基づいて解釈されるべきではない。
【０１９５】
したがって、本明細書で説明され添付図面に示された例に関連する様々な特徴は、本開示の範囲から逸脱することなく、異なる例および実装形態で実装され得る。したがって、いくつかの特定の構成および配置が説明され添付の図面において示されたが、説明した実装形態への様々な他の追加および修正、ならびにそうした実装形態からの削除が当業者には明らかになるので、そのような実装形態は例示にすぎず、本開示の範囲を限定するものではない。したがって、本開示の範囲は、以下の特許請求の範囲の文言、および法的均等物によってのみ決定される。
【符号の説明】
【０１９６】
100  アクセスネットワーク
102〜106  セル
112〜128  アンテナグループ
130〜141  アクセス端末
142〜146  アクセスポイント
200  システム
210  第1のデバイス
212  データソース
232  送信機
234  アンテナ
235  受信機
239  データシンク
240  コントローラ/プロセッサ
242  メモリ
250  第2のデバイス
252  アンテナ
254  受信機
256  送信機
272  データシンク
278  データソース
290  コントローラ/プロセッサ
292  メモリ
300  通信システム
302  第1のデバイス
304  第2のデバイス
402  ダウンリンク制御
404  アップリンク制御
406  データ
1300  装置
1302  通信インターフェース
1304  記憶媒体
1306  ユーザインターフェース
1308  メモリデバイス
1310  処理回路
1312  アンテナ
1314  送信機
1316  受信機
1318  TTIおよびHARQ情報
【図１】
2018509837.tif 000004
【図２】
2018509837.tif 000005
【図３】
2018509837.tif 000006
【図４】
2018509837.tif 000007
【図５】
2018509837.tif 000008
【図６】
2018509837.tif 000009
【図７】
2018509837.tif 000010
【図８】
2018509837.tif 000011
【図９】
2018509837.tif 000012
【図１０】
2018509837.tif 000013
【図１１】
2018509837.tif 000014
【図１２】
2018509837.tif 000015
【図１３】
2018509837.tif 000016
【図１４】
2018509837.tif 000017
【図１５】
2018509837.tif 000018
【図１６】
2018509837.tif 000019
【図１７】
2018509837.tif 000020
【図１８】
2018509837.tif 000021
【図１９】
2018509837.tif 000022
【手続補正書】
【提出日】平成29年9月19日(2017.9.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信の方法であって、
データが通信されるべきと決定するステップであって、前記データが、現在通信されている第2のデータに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、ステップと、
前記データを通信するためのスケーリングされた送信時間間隔(TTI)を選択するステップであって、前記スケーリングされたTTIが、第1のTTIおよび第2のTTIの各々に対する複数のシンボル時間期間を規定する、ステップと、
前記複数のシンボル時間期間を備える前記第1のTTI中に前記データを通信するステップと、
前記複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する前記第2のTTI中に、前記データに基づくフィードバック情報を通信するステップと
を備える方法。
【請求項２】
前記データを通信する前記ステップが、前記データを受信するステップを備え、
前記フィードバック情報を通信する前記ステップが、前記フィードバック情報を送信するステップを備え、
前記方法が、前記フィードバック情報を生成するために前記第2のTTI中に前記データの少なくとも一部分を処理するステップをさらに備える、
請求項1に記載の方法。
【請求項３】
前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも別の部分を処理するステップをさらに備える、請求項2に記載の方法。
【請求項４】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記方法が、前記チャネル状態フィードバック情報を生成するために前記データを処理するステップをさらに備える、
請求項2に記載の方法。
【請求項５】
前記データを通信する前記ステップが、前記データを送信するステップを備え、
前記フィードバック情報を通信する前記ステップが、前記フィードバック情報を受信するステップを備え、
前記方法が、前記データを再送信すべきかどうかを決定するために前記第2のTTI中に前記フィードバック情報の少なくとも一部分を処理するステップをさらに備える、
請求項1に記載の方法。
【請求項６】
前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも別の部分を処理するステップ
をさらに備える、請求項5に記載の方法。
【請求項７】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記方法が、前記データを再送信すべきかどうかを決定するために前記チャネル状態フィードバック情報を処理するステップをさらに備える、
請求項5に記載の方法。
【請求項８】
前記フィードバック情報が、パイロット情報および確認応答情報を備え、
前記パイロット情報が、前記第2のTTIの前記シンボル時間期間の中でフロントローディングされる、
請求項1に記載の方法。
【請求項９】
前記フィードバック情報が、パイロット情報および確認応答情報を備え、
前記パイロット情報および前記確認応答情報が、共通のシンボル期間中に通信される、
請求項1に記載の方法。
【請求項１０】
前記データが、ミッションクリティカルトラフィックを備える、請求項1に記載の方法。
【請求項１１】
前記スケーリングされたTTIが、前記第2のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、請求項1に記載の方法。
【請求項１２】
前記スケーリングされたTTIが、前記HARQ通信が複数のTTIにわたって広げられるための時間期間にさらに関連する、請求項11に記載の方法。
【請求項１３】
パイロット情報および/または制御情報が、前記第1のTTIの前記シンボル時間期間の中でフロントローディングされる、請求項1に記載の方法。
【請求項１４】
前記フィードバック情報が、複数のパイロット表示および/または複数の確認応答表示を備える、請求項1に記載の方法。
【請求項１５】
処理および確認応答の時間間隔を整合させるように前記第1のTTIおよび前記第2のTTIの各々の長さを選択するステップ
をさらに備える、請求項1に記載の方法。
【請求項１６】
通信のための装置であって、
メモリデバイスと、
前記メモリデバイスに結合された処理回路とを備え、前記処理回路が、
データが通信されるべきと決定することであって、前記データが、現在通信されている第2のデータに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、決定することと、
前記データを通信するためのスケーリングされた送信時間間隔(TTI)を選択することであって、前記スケーリングされたTTIが、第1のTTIおよび第2のTTIの各々に対する複数のシンボル時間期間を規定する、選択することと、
前記複数のシンボル時間期間を備える前記第1のTTI中に前記データを通信することと、
前記複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する前記第2のTTI中に、前記データに基づくフィードバック情報を通信することと
を行うように構成される、装置。
【請求項１７】
前記データを前記通信することが、前記データを受信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を送信することを備え、
前記処理回路が、前記フィードバック情報を生成するために前記第2のTTI中に前記データの少なくとも一部分を処理するようにさらに構成される、
請求項16に記載の装置。
【請求項１８】
前記処理回路が、前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも別の部分を処理するようにさらに構成される、請求項17に記載の装置。
【請求項１９】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記処理回路が、前記チャネル状態フィードバック情報を生成するために前記データを処理するようにさらに構成される、
請求項17に記載の装置。
【請求項２０】
前記データを前記通信することが、前記データを送信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を受信することを備え、
前記処理回路が、前記データを再送信すべきかどうかを決定するために前記第2のTTI中に前記フィードバック情報の少なくとも一部分を処理するようにさらに構成される、
請求項16に記載の装置。
【請求項２１】
前記処理回路が、
前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも別の部分を処理するようにさらに構成される、
請求項20に記載の装置。
【請求項２２】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記処理回路が、前記データを再送信すべきかどうかを決定するために前記チャネル状態フィードバック情報を処理するようにさらに構成される、
請求項20に記載の装置。
【請求項２３】
前記スケーリングされたTTIが、前記第2のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、請求項16に記載の装置。
【請求項２４】
前記処理回路が、
処理および確認応答の時間間隔を整合させるように前記第1のTTIおよび前記第2のTTIの各々の長さを選択する
ようにさらに構成される、請求項16に記載の装置。
【請求項２５】
通信のための装置であって、
データが通信されるべきと決定するための手段であって、前記データが、現在通信されている第2のデータに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、手段と、
前記データを通信するためのスケーリングされた送信時間間隔(TTI)を選択するための手段であって、前記スケーリングされたTTIが、前記第1のTTIおよび前記第2のTTIの各々に対する複数のシンボル時間期間を規定する、手段と、
前記複数のシンボル時間期間を備える前記第1のTTI中に前記データを通信するための手段と、
前記複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する前記第2のTTI中に、前記データに基づくフィードバック情報を通信するための手段と
を備える装置。
【請求項２６】
前記データを前記通信することが、前記データを受信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を送信することを備え、
前記装置が、前記フィードバック情報を生成するために前記第2のTTI中に前記データの少なくとも一部分を処理するための手段をさらに備える、
請求項25に記載の装置。
【請求項２７】
前記データを前記通信することが、前記データを送信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を受信することを備え、
前記装置が、前記データを再送信すべきかどうかを決定するために前記第2のTTI中に前記フィードバック情報の少なくとも一部分を処理するための手段をさらに備える、
請求項25に記載の装置。
【請求項２８】
前記スケーリングされたTTIが、前記第2のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、請求項25に記載の装置。
【請求項２９】
処理および確認応答の時間間隔を整合させるように前記第1のTTIおよび前記第2のTTIの各々の長さを選択するための手段をさらに備える、請求項25に記載の装置。
【請求項３０】
コンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、前記コンピュータ実行可能コードが、
データが通信されるべきと決定することであって、前記データが、現在通信されている第2のデータに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、決定することと、
前記データを通信するためのスケーリングされた送信時間間隔(TTI)を選択することであって、前記スケーリングされたTTIが、第1のTTIおよび第2のTTIの各々に対する複数のシンボル時間期間を規定する、選択することと、
前記複数のシンボル時間期間を備える前記第1のTTI中に前記データを通信することと、
前記複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する前記第2のTTI中に、前記データに基づくフィードバック情報を通信することと
を行うためのコードを含む、非一時的コンピュータ可読媒体。
【請求項３１】
通信の方法であって、
データが通信されるべきと決定するステップであって、前記データが、現在通信されている第2のデータに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、ステップと、
前記データを通信するためのスケーリングされた送信時間間隔(TTI)を選択するステップであって、前記スケーリングされたTTIが、第1のTTIに対する複数のシンボル時間期間を規定する、ステップと、
前記複数のシンボル時間期間を備える前記第1のTTI中に前記データを通信するステップと、
前記第1のTTI中に前記データに基づくフィードバック情報を通信するステップと
を備える方法。
【請求項３２】
前記データを通信する前記ステップが、前記データを受信するステップを備え、
前記フィードバック情報を通信する前記ステップが、前記フィードバック情報を送信するステップを備え、
前記方法が、前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも一部分を処理するステップをさらに備える、
請求項31に記載の方法。
【請求項３３】
追加のフィードバック情報を生成するために、前記複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に前記データの少なくとも別の部分を処理するステップと、
前記追加のフィードバック情報を通信するステップと
をさらに備える、請求項32に記載の方法。
【請求項３４】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記方法が、前記チャネル状態フィードバック情報を生成するために前記データを処理するステップをさらに備える、
請求項32に記載の方法。
【請求項３５】
前記データを通信する前記ステップが、前記データを送信するステップを備え、
前記フィードバック情報を通信する前記ステップが、前記フィードバック情報を受信するステップを備え、
前記方法が、前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも一部分を処理するステップをさらに備える、
請求項31に記載の方法。
【請求項３６】
前記データを再送信すべきかどうかを決定するために、前記複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に前記フィードバック情報の少なくとも別の部分を処理するステップ
をさらに備える、請求項35に記載の方法。
【請求項３７】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記方法が、前記データを再送信すべきかどうかを決定するために前記チャネル状態フィードバック情報を処理するステップをさらに備える、
請求項35に記載の方法。
【請求項３８】
前記フィードバック情報が、パイロット情報および確認応答情報を備える、請求項31に記載の方法。
【請求項３９】
前記パイロット情報および前記確認応答情報が、共通のシンボル期間中に通信される、請求項38に記載の方法。
【請求項４０】
前記データが、ミッションクリティカルトラフィックを備える、請求項31に記載の方法。
【請求項４１】
前記スケーリングされたTTIが、前記第1のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、請求項31に記載の方法。
【請求項４２】
前記スケーリングされたTTIが、前記HARQ通信が複数のTTIにわたって広げられるための時間期間にさらに関連する、請求項41に記載の方法。
【請求項４３】
前記フィードバック情報が、複数の確認応答表示を備える、請求項31に記載の方法。
【請求項４４】
前記フィードバック情報が、複数のパイロット表示を備える、請求項31に記載の方法。
【請求項４５】
処理および確認応答の時間間隔を整合させるように前記第1のTTIの長さを選択するステップをさらに備える、請求項31に記載の方法。
【請求項４６】
通信のための装置であって、
メモリデバイスと、
前記メモリデバイスに結合された処理回路とを備え、前記処理装置が、
データが通信されるべきと決定することであって、前記データが、現在通信されている第2のデータに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、決定することと、
前記データを通信するためのスケーリングされた送信時間間隔(TTI)を選択することであって、前記スケーリングされたTTIが、第1のTTIに対する複数のシンボル時間期間を規定する、選択することと、
前記複数のシンボル時間期間を備える前記第1のTTI中に前記データを通信することと、
前記第1のTTI中に前記データに基づくフィードバック情報を通信することと
を行うように構成される、装置。
【請求項４７】
前記データを前記通信することが、前記データを受信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を送信することを備え、
前記処理回路が、前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも一部分を処理するようにさらに構成される、
請求項46に記載の装置。
【請求項４８】
前記処理回路が、
追加のフィードバック情報を生成するために、前記複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に前記データの少なくとも別の部分を処理し、
前記追加のフィードバック情報を通信するようにさらに構成される、
請求項47に記載の装置。
【請求項４９】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記処理回路が、前記チャネル状態フィードバック情報を生成するために前記データを処理するようにさらに構成される、
請求項47に記載の装置。
【請求項５０】
前記データを前記通信することが、前記データを送信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を受信することを備え、
前記処理回路が、前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも一部分を処理するようにさらに構成される、
請求項46に記載の装置。
【請求項５１】
前記処理回路が、
前記データを再送信すべきかどうかを決定するために、前記複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に前記フィードバック情報の少なくとも別の部分を処理するようにさらに構成される、
請求項50に記載の装置。
【請求項５２】
前記フィードバック情報が、チャネル状態フィードバック情報を備え、
前記処理回路が、前記データを再送信すべきかどうかを決定するために前記チャネル状態フィードバック情報を処理するようにさらに構成される、
請求項50に記載の装置。
【請求項５３】
前記スケーリングされたTTIが、前記第1のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、請求項46に記載の装置。
【請求項５４】
前記処理回路が、
処理および確認応答の時間間隔を整合させるように前記第1のTTIの長さを選択する
ようにさらに構成される、請求項46に記載の装置。
【請求項５５】
通信のための装置であって、
データが通信されるべきと決定するための手段であって、前記データが、現在通信されている第2のデータに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、手段と、
前記データを通信するためのスケーリングされた送信時間間隔(TTI)を選択するための手段であって、前記スケーリングされたTTIが、第1のTTIに対する複数のシンボル時間期間を規定する、手段と、
前記複数のシンボル時間期間を備える前記第1のTTI中に前記データを通信するための手段と、
前記第1のTTI中に前記データに基づくフィードバック情報を通信するための手段と
を備える装置。
【請求項５６】
前記データを前記通信することが、前記データを受信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を送信することを備え、
前記装置が、前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも一部分を処理するための手段をさらに備える、
請求項55に記載の装置。
【請求項５７】
前記データを前記通信することが、前記データを送信することを備え、
前記フィードバック情報を前記通信することが、前記フィードバック情報を受信することを備え、
前記装置が、前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも一部分を処理するための手段をさらに備える、
請求項55に記載の装置。
【請求項５８】
前記スケーリングされたTTIが、前記第1のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、請求項55に記載の装置。
【請求項５９】
処理および確認応答の時間間隔を整合させるように前記第1のTTIの長さを選択するための手段をさらに備える、請求項55に記載の装置。
【請求項６０】
コンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、前記コンピュータ実行可能コードが、
データが通信されるべきと決定することであって、前記データが、現在通信されている第2のデータに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、決定することと、
前記データを通信するためのスケーリングされた送信時間間隔(TTI)を選択することであって、前記スケーリングされたTTIが、第1のTTIに対する複数のシンボル時間期間を規定する、選択することと、
前記複数のシンボル時間期間を備える前記第1のTTI中に前記データを通信することと、
前記第1のTTI中に前記データに基づくフィードバック情報を通信することと
を行うためのコードを含む、非一時的コンピュータ可読媒体。
【国際調査報告】
2018509837.tif 000023
2018509837.tif 000024
2018509837.tif 000025
2018509837.tif 000026
2018509837.tif 000027