JP2018509837A - 高度なパイロットおよび制御を伴うスケーラブルtti - Google Patents

高度なパイロットおよび制御を伴うスケーラブルtti Download PDF

Info

Publication number
JP2018509837A
JP2018509837A JP2017548147A JP2017548147A JP2018509837A JP 2018509837 A JP2018509837 A JP 2018509837A JP 2017548147 A JP2017548147 A JP 2017548147A JP 2017548147 A JP2017548147 A JP 2017548147A JP 2018509837 A JP2018509837 A JP 2018509837A
Authority
JP
Japan
Prior art keywords
tti
feedback information
data
communicating
traffic
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2017548147A
Other languages
English (en)
Other versions
JP6832866B2 (ja
JP2018509837A5 (ja
Inventor
ジン・ジアン
クリシュナ・ムッカヴィリ
ジョセフ・ビナミラ・ソリアガ
ティンファン・ジー
チー・ピン・リ
ジョン・スミー
ナガ・ブーシャン
Original Assignee
クアルコム,インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by クアルコム,インコーポレイテッド filed Critical クアルコム,インコーポレイテッド
Publication of JP2018509837A publication Critical patent/JP2018509837A/ja
Publication of JP2018509837A5 publication Critical patent/JP2018509837A5/ja
Application granted granted Critical
Publication of JP6832866B2 publication Critical patent/JP6832866B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072Error control for data other than payload data, e.g. control data
    • H04L1/0073Special arrangements for feedback channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Arrangements for allocating sub-channels of the transmission path allocation of payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048Allocation of pilot signals, i.e. of signals known to the receiver
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825Adaptation of specific ARQ protocol parameters according to transmission conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1893Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Radio Relay Systems (AREA)

Abstract

本開示は、いくつかの態様では、スケーラブルな送信時間間隔(TTI)およびハイブリッド自動再送要求(HARQ)設計に関する。TTIは、たとえば、異なるタイプのトラフィックに対するレイテンシおよび/または効率のトレードオフ(たとえば、ミッションクリティカルトラフィック対より緩やかなレイテンシ要件を有するトラフィック)を実現するようにスケーラブルである。もっと長いTTIが採用される場合、高速なターンアラウンドHARQを確実にし、それによって、高レベルの通信性能を維持するために、様々な技法が開示される。

Description

関連出願の相互参照
本出願は、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性能との間の例示的な比較を示す。
細い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情報

Claims (60)

  1. 通信の方法であって、
    複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信するステップと、
    複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に、前記データに基づくフィードバック情報を通信するステップと
    を備える方法。
  2. 前記データを通信する前記ステップが、前記データを受信するステップを備え、
    前記フィードバック情報を通信する前記ステップが、前記フィードバック情報を送信するステップを備え、
    前記方法が、前記フィードバック情報を生成するために前記第2のTTI中に前記データの少なくとも一部分を処理するステップをさらに備える、
    請求項1に記載の方法。
  3. 前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも別の部分を処理するステップをさらに備える、請求項2に記載の方法。
  4. 前記フィードバック情報が、チャネル状態フィードバック情報を備え、
    前記方法が、前記チャネル状態フィードバック情報を生成するために前記データを処理するステップをさらに備える、
    請求項2に記載の方法。
  5. 前記データを通信する前記ステップが、前記データを送信するステップを備え、
    前記フィードバック情報を通信する前記ステップが、前記フィードバック情報を受信するステップを備え、
    前記方法が、前記データを再送信すべきかどうかを決定するために前記第2のTTI中に前記フィードバック情報の少なくとも一部分を処理するステップをさらに備える、
    請求項1に記載の方法。
  6. 前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも別の部分を処理するステップ
    をさらに備える、請求項5に記載の方法。
  7. 前記フィードバック情報が、チャネル状態フィードバック情報を備え、
    前記方法が、前記データを再送信すべきかどうかを決定するために前記チャネル状態フィードバック情報を処理するステップをさらに備える、
    請求項5に記載の方法。
  8. 前記フィードバック情報が、パイロット情報および確認応答情報を備え、
    前記パイロット情報が、前記第2のTTIの前記シンボル時間期間の中でフロントローディングされる、
    請求項1に記載の方法。
  9. 前記フィードバック情報が、パイロット情報および確認応答情報を備え、
    前記パイロット情報および前記確認応答情報が、共通のシンボル期間中に通信される、
    請求項1に記載の方法。
  10. 前記データが、ミッションクリティカルトラフィックを備える、請求項1に記載の方法。
  11. 第1のトラフィックが通信されるべきと決定するステップであって、前記第1のトラフィックが、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、ステップと、
    前記第1のトラフィックを通信するためのスケーリングされたTTIを選択するステップであって、前記スケーリングされたTTIが、前記第1のTTIおよび前記第2のTTIの各々に対する前記複数のシンボル時間期間を規定し、前記スケーリングされたTTIが、前記第2のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、ステップと
    をさらに備える、請求項1に記載の方法。
  12. 前記スケーリングされたTTIが、前記HARQ通信が複数のTTIにわたって広げられるための時間期間にさらに関連する、請求項11に記載の方法。
  13. パイロット情報および/または制御情報が、前記第1のTTIの前記シンボル時間期間の中でフロントローディングされる、請求項1に記載の方法。
  14. 前記フィードバック情報が、複数のパイロット表示および/または複数の確認応答表示を備える、請求項1に記載の方法。
  15. 処理および確認応答の時間間隔を整合させるように前記第1のTTIおよび前記第2のTTIの各々の長さを選択するステップ
    をさらに備える、請求項1に記載の方法。
  16. 通信のための装置であって、
    メモリデバイスと、
    前記メモリデバイスに結合された処理回路とを備え、前記処理回路が、
    複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信することと、
    複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に、前記データに基づくフィードバック情報を通信することと
    を行うように構成される、装置。
  17. 前記データを前記通信することが、前記データを受信することを備え、
    前記フィードバック情報を前記通信することが、前記フィードバック情報を送信することを備え、
    前記処理回路が、前記フィードバック情報を生成するために前記第2のTTI中に前記データの少なくとも一部分を処理するようにさらに構成される、
    請求項16に記載の装置。
  18. 前記処理回路が、前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも別の部分を処理するようにさらに構成される、請求項17に記載の装置。
  19. 前記フィードバック情報が、チャネル状態フィードバック情報を備え、
    前記処理回路が、前記チャネル状態フィードバック情報を生成するために前記データを処理するようにさらに構成される、
    請求項17に記載の装置。
  20. 前記データを前記通信することが、前記データを送信することを備え、
    前記フィードバック情報を前記通信することが、前記フィードバック情報を受信することを備え、
    前記処理回路が、前記データを再送信すべきかどうかを決定するために前記第2のTTI中に前記フィードバック情報の少なくとも一部分を処理するようにさらに構成される、
    請求項16に記載の装置。
  21. 前記処理回路が、
    前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも別の部分を処理するようにさらに構成される、
    請求項20に記載の装置。
  22. 前記フィードバック情報が、チャネル状態フィードバック情報を備え、
    前記処理回路が、前記データを再送信すべきかどうかを決定するために前記チャネル状態フィードバック情報を処理するようにさらに構成される、
    請求項20に記載の装置。
  23. 前記処理回路が、
    第1のトラフィックが通信されるべきと決定することであって、前記第1のトラフィックが、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、決定することと、
    前記第1のトラフィックを通信するためのスケーリングされたTTIを選択することであって、前記スケーリングされたTTIが、前記第1のTTIおよび前記第2のTTIの各々に対する前記複数のシンボル時間期間を規定し、前記スケーリングされたTTIが、前記第2のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、選択することと
    を行うようにさらに構成される、請求項16に記載の装置。
  24. 前記処理回路が、
    処理および確認応答の時間間隔を整合させるように前記第1のTTIおよび前記第2のTTIの各々の長さを選択する
    ようにさらに構成される、請求項16に記載の装置。
  25. 通信のための装置であって、
    複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信するための手段と、
    複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に、前記データに基づくフィードバック情報を通信するための手段と
    を備える装置。
  26. 前記データを前記通信することが、前記データを受信することを備え、
    前記フィードバック情報を前記通信することが、前記フィードバック情報を送信することを備え、
    前記装置が、前記フィードバック情報を生成するために前記第2のTTI中に前記データの少なくとも一部分を処理するための手段をさらに備える、
    請求項25に記載の装置。
  27. 前記データを前記通信することが、前記データを送信することを備え、
    前記フィードバック情報を前記通信することが、前記フィードバック情報を受信することを備え、
    前記装置が、前記データを再送信すべきかどうかを決定するために前記第2のTTI中に前記フィードバック情報の少なくとも一部分を処理するための手段をさらに備える、
    請求項25に記載の装置。
  28. 第1のトラフィックが通信されるべきと決定するための手段であって、前記第1のトラフィックが、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、手段と、
    前記第1のトラフィックを通信するためのスケーリングされたTTIを選択するための手段であって、前記スケーリングされたTTIが、前記第1のTTIおよび前記第2のTTIの各々に対する前記複数のシンボル時間期間を規定し、前記スケーリングされたTTIが、前記第2のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、手段と
    をさらに備える、請求項25に記載の装置。
  29. 処理および確認応答の時間間隔を整合させるように前記第1のTTIおよび前記第2のTTIの各々の長さを選択するための手段をさらに備える、請求項25に記載の装置。
  30. コンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、前記コンピュータ実行可能コードが、
    複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信することと、
    複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に、前記データに基づくフィードバック情報を通信することと
    を行うためのコードを含む、非一時的コンピュータ可読媒体。
  31. 通信の方法であって、
    複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信するステップと、
    前記第1のTTI中に前記データに基づくフィードバック情報を通信するステップと
    を備える方法。
  32. 前記データを通信する前記ステップが、前記データを受信するステップを備え、
    前記フィードバック情報を通信する前記ステップが、前記フィードバック情報を送信するステップを備え、
    前記方法が、前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも一部分を処理するステップをさらに備える、
    請求項31に記載の方法。
  33. 追加のフィードバック情報を生成するために、複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に前記データの少なくとも別の部分を処理するステップと、
    前記追加のフィードバック情報を通信するステップと
    をさらに備える、請求項32に記載の方法。
  34. 前記フィードバック情報が、チャネル状態フィードバック情報を備え、
    前記方法が、前記チャネル状態フィードバック情報を生成するために前記データを処理するステップをさらに備える、
    請求項32に記載の方法。
  35. 前記データを通信する前記ステップが、前記データを送信するステップを備え、
    前記フィードバック情報を通信する前記ステップが、前記フィードバック情報を受信するステップを備え、
    前記方法が、前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも一部分を処理するステップをさらに備える、
    請求項31に記載の方法。
  36. 前記データを再送信すべきかどうかを決定するために、複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に前記フィードバック情報の少なくとも別の部分を処理するステップ
    をさらに備える、請求項35に記載の方法。
  37. 前記フィードバック情報が、チャネル状態フィードバック情報を備え、
    前記方法が、前記データを再送信すべきかどうかを決定するために前記チャネル状態フィードバック情報を処理するステップをさらに備える、
    請求項35に記載の方法。
  38. 前記フィードバック情報が、パイロット情報および確認応答情報を備える、請求項31に記載の方法。
  39. 前記パイロット情報および前記確認応答情報が、共通のシンボル期間中に通信される、請求項38に記載の方法。
  40. 前記データが、ミッションクリティカルトラフィックを備える、請求項31に記載の方法。
  41. 第1のトラフィックが通信されるべきと決定するステップであって、前記第1のトラフィックが、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、ステップと、
    前記第1のトラフィックを通信するためのスケーリングされたTTIを選択するステップであって、前記スケーリングされたTTIが、前記第1のTTIに対する前記複数のシンボル時間期間を規定し、前記スケーリングされたTTIが、前記第1のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、ステップと
    をさらに備える、請求項31に記載の方法。
  42. 前記スケーリングされたTTIが、前記HARQ通信が複数のTTIにわたって広げられるための時間期間にさらに関連する、請求項41に記載の方法。
  43. 前記フィードバック情報が、複数の確認応答表示を備える、請求項31に記載の方法。
  44. 前記フィードバック情報が、複数のパイロット表示を備える、請求項31に記載の方法。
  45. 処理および確認応答の時間間隔を整合させるように前記第1のTTIの長さを選択するステップをさらに備える、請求項31に記載の方法。
  46. 通信のための装置であって、
    メモリデバイスと、
    前記メモリデバイスに結合された処理回路とを備え、前記処理装置が、
    複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信することと、
    前記第1のTTI中に前記データに基づくフィードバック情報を通信することと
    を行うように構成される、装置。
  47. 前記データを前記通信することが、前記データを受信することを備え、
    前記フィードバック情報を前記通信することが、前記フィードバック情報を送信することを備え、
    前記処理回路が、前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも一部分を処理するようにさらに構成される、
    請求項46に記載の装置。
  48. 前記処理回路が、
    追加のフィードバック情報を生成するために、複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に前記データの少なくとも別の部分を処理し、
    前記追加のフィードバック情報を通信するようにさらに構成される、
    請求項47に記載の装置。
  49. 前記フィードバック情報が、チャネル状態フィードバック情報を備え、
    前記処理回路が、前記チャネル状態フィードバック情報を生成するために前記データを処理するようにさらに構成される、
    請求項47に記載の装置。
  50. 前記データを前記通信することが、前記データを送信することを備え、
    前記フィードバック情報を前記通信することが、前記フィードバック情報を受信することを備え、
    前記処理回路が、前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも一部分を処理するようにさらに構成される、
    請求項46に記載の装置。
  51. 前記処理回路が、
    前記データを再送信すべきかどうかを決定するために、複数のシンボル時間期間を備え前記第1のTTIに連続的に後続する第2のTTI中に前記フィードバック情報の少なくとも別の部分を処理するようにさらに構成される、
    請求項50に記載の装置。
  52. 前記フィードバック情報が、チャネル状態フィードバック情報を備え、
    前記処理回路が、前記データを再送信すべきかどうかを決定するために前記チャネル状態フィードバック情報を処理するようにさらに構成される、
    請求項50に記載の装置。
  53. 前記処理回路が、
    第1のトラフィックが通信されるべきと決定することであって、前記第1のトラフィックが、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、決定することと、
    前記第1のトラフィックを通信するためのスケーリングされたTTIを選択することであって、前記スケーリングされたTTIが、前記第1のTTIに対する前記複数のシンボル時間期間を規定し、前記スケーリングされたTTIが、前記第1のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、選択することと
    を行うようにさらに構成される、請求項46に記載の装置。
  54. 前記処理回路が、
    処理および確認応答の時間間隔を整合させるように前記第1のTTIの長さを選択する
    ようにさらに構成される、請求項46に記載の装置。
  55. 通信のための装置であって、
    複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信するための手段と、
    前記第1のTTI中に前記データに基づくフィードバック情報を通信するための手段と
    を備える装置。
  56. 前記データを前記通信することが、前記データを受信することを備え、
    前記フィードバック情報を前記通信することが、前記フィードバック情報を送信することを備え、
    前記装置が、前記フィードバック情報を生成するために前記第1のTTI中に前記データの少なくとも一部分を処理するための手段をさらに備える、
    請求項55に記載の装置。
  57. 前記データを前記通信することが、前記データを送信することを備え、
    前記フィードバック情報を前記通信することが、前記フィードバック情報を受信することを備え、
    前記装置が、前記データを再送信すべきかどうかを決定するために前記第1のTTI中に前記フィードバック情報の少なくとも一部分を処理するための手段をさらに備える、
    請求項55に記載の装置。
  58. 第1のトラフィックが通信されるべきと決定するための手段であって、前記第1のトラフィックが、現在通信されている第2のトラフィックに関連する第2のレイテンシ期間と異なる、第1のレイテンシ期間に関連する、手段と、
    前記第1のトラフィックを通信するためのスケーリングされたTTIを選択するための手段であって、前記スケーリングされたTTIが、前記第1のTTIに対する前記複数のシンボル時間期間を規定し、前記スケーリングされたTTIが、前記第1のTTI中のハイブリッド自動再送要求(HARQ)通信に関連する、手段と
    をさらに備える、請求項55に記載の装置。
  59. 処理および確認応答の時間間隔を整合させるように前記第1のTTIの長さを選択するための手段をさらに備える、請求項55に記載の装置。
  60. コンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、前記コンピュータ実行可能コードが、
    複数のシンボル時間期間を備える第1の送信時間間隔(TTI)中にデータを通信することと、
    前記第1のTTI中に前記データに基づくフィードバック情報を通信することと
    を行うためのコードを含む、非一時的コンピュータ可読媒体。
JP2017548147A 2015-03-15 2016-02-29 高度なパイロットおよび制御を伴うスケーラブルtti Active JP6832866B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201562133432P 2015-03-15 2015-03-15
US62/133,432 2015-03-15
US14/958,656 2015-12-03
US14/958,656 US10547415B2 (en) 2015-03-15 2015-12-03 Scalable TTI with advanced pilot and control
PCT/US2016/020139 WO2016148891A1 (en) 2015-03-15 2016-02-29 Scalable tti with advanced pilot and control

Publications (3)

Publication Number Publication Date
JP2018509837A true JP2018509837A (ja) 2018-04-05
JP2018509837A5 JP2018509837A5 (ja) 2019-03-28
JP6832866B2 JP6832866B2 (ja) 2021-02-24

Family

ID=56888303

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017548147A Active JP6832866B2 (ja) 2015-03-15 2016-02-29 高度なパイロットおよび制御を伴うスケーラブルtti

Country Status (10)

Country Link
US (1) US10547415B2 (ja)
EP (1) EP3272048B1 (ja)
JP (1) JP6832866B2 (ja)
KR (1) KR20170128283A (ja)
CN (1) CN107431579B (ja)
AU (1) AU2016233808B2 (ja)
BR (1) BR112017019772B1 (ja)
ES (1) ES2821001T3 (ja)
TW (1) TWI701914B (ja)
WO (1) WO2016148891A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022501849A (ja) * 2018-09-27 2022-01-06 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America データの伝送に関与するユーザ機器及び基地局

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10218457B2 (en) 2015-08-24 2019-02-26 Qualcomm Incorporated Techniques for improving feedback processes based on a latency between a transmission time interval (TTI) and a feedback opportunity
US10455611B2 (en) * 2015-09-16 2019-10-22 Lg Electronics Inc. Method for transceiving data in wireless communication system and apparatus for same
JP6707892B2 (ja) * 2016-02-22 2020-06-10 ソニー株式会社 基地局装置及び基地局装置の制御方法
WO2017153464A1 (en) * 2016-03-08 2017-09-14 Ipcom Gmbh & Co. Kg Transmission time interval control
US10348472B2 (en) * 2016-07-25 2019-07-09 Telefonaktiebolaget Lm Ericsson (Publ) Determination of feedback timing
US10205559B2 (en) * 2016-10-20 2019-02-12 Verizon Patent And Licensing Inc. System and method for increasing network efficiency using dynamic repeat requests adjustment
US10917201B2 (en) 2017-01-09 2021-02-09 Telefonaktiebolaget Lm Ericsson (Publ) Decoding partial radio transmissions
US10251200B2 (en) * 2017-02-06 2019-04-02 Qualcomm Incorporated Techniques and apparatuses for handling collisions between legacy transmission time interval (TTI) communications and shortened TTI communications
US10412733B2 (en) 2017-02-17 2019-09-10 Qualcomm Incorporated Feedback-based retransmission using mixed-duration transmission time intervals
US11051339B2 (en) * 2018-02-07 2021-06-29 Qualcomm Incorporated Vehicle-to-everything ultra-reliable/low-latency communications design
US11411779B2 (en) 2020-03-31 2022-08-09 XCOM Labs, Inc. Reference signal channel estimation
CA3195885A1 (en) 2020-10-19 2022-04-28 XCOM Labs, Inc. Reference signal for wireless communication systems
WO2022093988A1 (en) 2020-10-30 2022-05-05 XCOM Labs, Inc. Clustering and/or rate selection in multiple-input multiple-output communication systems

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009273175A (ja) * 2005-06-14 2009-11-19 Ntt Docomo Inc 送信装置、送信方法、受信装置及び受信方法
JP2011211749A (ja) * 2006-11-01 2011-10-20 Nec Corp リソース割当情報伝達装置、伝達方法、及びプログラム
JP2013153518A (ja) * 2007-05-09 2013-08-08 Samsung Electronics Co Ltd 移動通信システムにおけるフレーム送受信方法
WO2013138779A1 (en) * 2012-03-16 2013-09-19 Intel Corporation Physical uplink shared channel (pusch) transmission time interval (tti) bundling
JP2014064309A (ja) * 2009-10-19 2014-04-10 Samsung Electronics Co Ltd 通信システムにおけるharq−ack信号のための伝送デイバーシティ及び多重化

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100735346B1 (ko) 2004-05-04 2007-07-04 삼성전자주식회사 향상된 상향 링크 전용 채널에서 harq 동작을 고려한tti 변경 방법 및 장치
EP3285418B1 (en) * 2005-03-30 2021-05-05 Apple Inc. Systems and methods for ofdm channelization
JP4732808B2 (ja) * 2005-06-14 2011-07-27 株式会社エヌ・ティ・ティ・ドコモ 無線パラメータ群を生成する装置
EP1946459B1 (en) * 2005-09-30 2017-10-25 Apple Inc. Mimo communication system
CN101061649A (zh) * 2005-11-16 2007-10-24 高通股份有限公司 控制字段和数据字段的高效划分
US7940687B2 (en) * 2005-11-16 2011-05-10 Qualcomm Incorporated Efficient partitioning of control and data fields
JP4995916B2 (ja) * 2006-10-04 2012-08-08 クゥアルコム・インコーポレイテッド 無線通信システムにおけるsdmaのためのアップリンクack伝送
KR20090078723A (ko) 2008-01-15 2009-07-20 삼성전자주식회사 무선 이동 통신 시스템에서 복합 자동 재송신 요구 방식에 기반한 신호 송수신 방법
JP5070239B2 (ja) * 2008-04-15 2012-11-07 創新音▲速▼股▲ふん▼有限公司 Ttiバンドリング伝送を改善する方法及び通信装置
TW200947939A (en) * 2008-04-25 2009-11-16 Interdigital Patent Holdings Method and apparatus for performing a bundled transmission
KR101761627B1 (ko) * 2009-09-16 2017-07-27 엘지전자 주식회사 상향링크 제어 정보의 전송 방법 및 이를 위한 장치
US8670417B2 (en) 2009-10-28 2014-03-11 Electronics And Telecommunications Research Institute Method and apparatus for retransmission
US9673837B2 (en) * 2009-11-27 2017-06-06 Qualcomm Incorporated Increasing capacity in wireless communications
US20140044206A1 (en) 2012-08-13 2014-02-13 Telefonaktiebolaget L M Ericsson (Publ) Methods of mapping retransmissions responsive to bundled nack messages and related devices
US9131498B2 (en) 2012-09-12 2015-09-08 Futurewei Technologies, Inc. System and method for adaptive transmission time interval (TTI) structure
WO2014166884A1 (en) * 2013-04-08 2014-10-16 Telefonaktiebolaget L M Ericsson (Publ) Congestion aware throughput targets
GB2513122A (en) * 2013-04-15 2014-10-22 Vodafone Intellectual Property Licensing Ltd Uplink control channel overhead reduction
CN103546973B (zh) * 2013-11-01 2016-01-20 宇龙计算机通信科技(深圳)有限公司 VoIP数据的传输方法和基站
KR20160050481A (ko) * 2014-10-29 2016-05-11 한국전자통신연구원 이동통신시스템에서의 송신 방법 및 장치
US9629066B2 (en) * 2015-02-24 2017-04-18 Huawei Technologies Co., Ltd. System and method for transmission time intervals
AR103887A1 (es) * 2015-03-09 2017-06-14 ERICSSON TELEFON AB L M (publ) Canal pucch breve en canal spucch de enlace ascendente

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009273175A (ja) * 2005-06-14 2009-11-19 Ntt Docomo Inc 送信装置、送信方法、受信装置及び受信方法
JP2011211749A (ja) * 2006-11-01 2011-10-20 Nec Corp リソース割当情報伝達装置、伝達方法、及びプログラム
JP2013153518A (ja) * 2007-05-09 2013-08-08 Samsung Electronics Co Ltd 移動通信システムにおけるフレーム送受信方法
JP2014064309A (ja) * 2009-10-19 2014-04-10 Samsung Electronics Co Ltd 通信システムにおけるharq−ack信号のための伝送デイバーシティ及び多重化
WO2013138779A1 (en) * 2012-03-16 2013-09-19 Intel Corporation Physical uplink shared channel (pusch) transmission time interval (tti) bundling

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022501849A (ja) * 2018-09-27 2022-01-06 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America データの伝送に関与するユーザ機器及び基地局
US11910425B2 (en) 2018-09-27 2024-02-20 Panasonic Intellectual Property Corporation Of America User equipment and base station involved in the transmission of data
JP7461893B2 (ja) 2018-09-27 2024-04-04 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ ユーザ機器及び方法

Also Published As

Publication number Publication date
JP6832866B2 (ja) 2021-02-24
CN107431579B (zh) 2020-09-11
US20160269150A1 (en) 2016-09-15
KR20170128283A (ko) 2017-11-22
BR112017019772A2 (pt) 2018-05-15
CN107431579A (zh) 2017-12-01
EP3272048B1 (en) 2020-06-24
TW201635747A (zh) 2016-10-01
WO2016148891A1 (en) 2016-09-22
AU2016233808B2 (en) 2020-07-30
TWI701914B (zh) 2020-08-11
US10547415B2 (en) 2020-01-28
ES2821001T3 (es) 2021-04-23
EP3272048A1 (en) 2018-01-24
BR112017019772B1 (pt) 2024-01-16
AU2016233808A1 (en) 2017-08-17

Similar Documents

Publication Publication Date Title
JP6832866B2 (ja) 高度なパイロットおよび制御を伴うスケーラブルtti
US10644859B2 (en) Unified frame structure
AU2015339645B2 (en) Channel estimation enhancements
JP2017519448A (ja) ワイヤレス通信のためのレート制御

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170919

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190214

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190214

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20191118

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191125

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20200225

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200325

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200511

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20200811

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201009

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210104

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210202

R150 Certificate of patent or registration of utility model

Ref document number: 6832866

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250