[go: up one dir, main page]

JP2019510389A - 効率的なharqフィードバック - Google Patents

効率的なharqフィードバック Download PDF

Info

Publication number
JP2019510389A
JP2019510389A JP2018538175A JP2018538175A JP2019510389A JP 2019510389 A JP2019510389 A JP 2019510389A JP 2018538175 A JP2018538175 A JP 2018538175A JP 2018538175 A JP2018538175 A JP 2018538175A JP 2019510389 A JP2019510389 A JP 2019510389A
Authority
JP
Japan
Prior art keywords
harq
wireless device
harq feedback
downlink
timing offset
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.)
Pending
Application number
JP2018538175A
Other languages
English (en)
Other versions
JP2019510389A5 (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 JP2019510389A publication Critical patent/JP2019510389A/ja
Publication of JP2019510389A5 publication Critical patent/JP2019510389A5/ja
Pending legal-status Critical Current

Links

Images

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/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0027Scheduling of signalling, e.g. occurrence thereof
    • 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/1621Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • 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/1628List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • 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/1685Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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/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/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • 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
    • H04L2001/125Arrangements for preventing errors in the return channel

Landscapes

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

Abstract

効率的なダウンリンクハイブリッド自動再送(HARQ)フィードバックを提供するためのシステムおよび方法が開示される。いくつかの実施形態では、セルラ通信システムにおける無線デバイスの動作方法は、第1のサブフレームTにおいて無線アクセスノードからダウンリンク制御情報(DCI)を受信することを含む。DCTは、HARQタイミングオフセットKの指標を含む。方法は更に、ダウンリンクHARQフィードバックを、サブフレームT+Kにおいて無線アクセスノードへ送信することを示す。このようにして、HARQフィードバックは、ネットワークにより直接的にスケジュールすることが可能となり、効率的なHARQフィードバックが可能となる。

Description

本開示は、セルラ通信ネットワークにおけるダウンリンクハイブリッド自動再送要求(HARQ)に関する。
本出願は、2016年2月9日に提出された仮特許出願シリアル番号62/293,148と、2016年2月16日に提出された仮特許出願シリアル番号62/295,722の利益を主張し、それらで開示された事項は、それら全体を参照することにより、ここに組み入れられる。
アドバンストアンテナシステム(ASS)は、近年顕著に進化している技術であり、将来急速な技術の開発が見込まれている分野である。従って、一般的にはASSであって、具体的には大量の他出力多入力(MIMO)送信および受信が、将来の第5世代(5G)セルラ通信システムにおいて基礎となると想定することは自然なことである。
ビームフォーミングは、ますます一般的であり有能なものとなることから、データの送信に対してのみビームフォーミングを使用するのではなく、制御情報に対しても使用することは自然なことである。これは、強化型物理ダウンリンク制御チャネル(ePDCCH)として知られる、ロングタームエヴォリューション(LTE)における(比較的)新しい制御チャネルの背後にある1つの動機である。ビームフォーミングが制御チャネルに対して使用される場合、追加的なアンテナゲインにより提供されるリンクバジェットが増えることから、オーバーヘッドの制御情報を送信するコストを削減することが可能である。これは良好な特性であり、また5Gに対して望まれることであり、おそらく、現在のLTE規格において可能なことよりも、かなり大きな度合いである。
今日のLTEにおけるハイブリッド自動再送要求(HARQ)送信に対しては、HARQフィードバックが、ユーザ装置デバイス(UE)がアップリンクPUSCH送信に対してスケジュールされているか否かに依存して、物理アップリンク制御チャネル(PUCCH)または物理アップリンク共有チャネル(PUSCH)のいずれかにおいて、UEからネットワークへ送信される。よって、ネットワークはその後、個別のHARQプロセスベースにおいて、ダウンリンク割り当て受信が失敗した場合であっても(不連続送信(DTX))、そのプロセスに対する最後のHARQ受信が成功したか否か(確認(肯定)応答/否定応答(ACK/NACK))についての結論を出す。
LTEにおいて送信されたHARQフィードバックのタイミングは、周波数分割多重(FDD)に対して、1つのHARQ受信プロセスからのフィードバックが、そのHARQ受信プロセスに対して対応するダウンリンク送信がサブフレームnにおけるものであった場合に、サブフレームn+4におけるアップリンクにおいて受信されるようなものである。したがって、ダウンリンク送信と対応するHARQフィードバックとの間の遅延は、全体で4ミリ秒(ms)である。時間分割複信(TDD)に対しては、ダウンリンク送信からアップリンクフィードバック受信までの遅延は、半二重ダウンリンクアップリンク分離に適応させるために、4ms(または等価的に4サブフレーム)より大きくなり得る。
5Gに対しては、HARQフィードバックが、xPUCCH上でアップリンク制御情報(UCI)の一部として送信される。ここで使用される“xPUCCH”という用語は、5G等の将来の世代のセルラ通信ネットワークにおける物理アップリンク制御チャネルを参照するために使用される。
アップリンク制御チャネル(xPUCCH)は、1つの直交周波数分割多重(OFDM)シンボル上で送信され得る。このチャネルは、(LTE PUCCHフォーマット1/1a/1bと同様の)いくつかの固定フォーマットを有することにより、または、1つの単一のフォーマットを有することにより、限定数のビット(例えば1〜4情報ビット)を提供し得るが、柔軟な数の情報ビットも許容される。柔軟な数の情報ビットに対して、単一のフォーマットを使用することに関して、性能はより少ない情報ビットが使用されることから向上する可能性がある。なぜならば、ショートトレーニングシーケンスとして未使用の情報ビットが使用されることが許容されるからである。更に、LTEと同様に、ダウンリンク制御情報(DCI)制御チャネルエレメント(CCE)のUCI CCEへの暗示的なマッピングが存在すると想定される。
現存のHARQ技術は、100%信頼できるものではなく、柔軟性がなく、著しい量のリソースを消費してしまう。よって、改善されたHARQ技術、特に、例えば5Gセルラ通信ネットワークといった、将来の世代のセルラ通信ネットワークに対して好適なものが必要とされる。
効率的なダウンリンクハイブリッド自動再送(HARQ)フィードバックを提供するためのシステムおよび方法が開示される。いくつかの実施形態では、セルラ通信システムにおける無線デバイスの動作方法は、第1のサブフレームTにおいて無線アクセスノードからダウンリンク制御情報(DCI)を受信することを含む。DCIは、HARQタイミングオフセットKの指標を含む。方法は更に、ダウンリンクHARQフィードバックを、サブフレームT+Kにおいて無線アクセスノードへ送信することを示す。このようにして、HARQフィードバックは、ネットワークが直接的にスケジュールすることが可能となり、効率的なHARQフィードバックが可能となる。
いくつかの実施形態では、方法は更に、複数のダウンリンクHARQフィードバックフラグを、単一のダウンリンクHARQフィードバック送信に統合することを含む。更に、HARQフィードバックをサブフレームT+Kにおいて送信することは、単一のダウンリンクHARQフィードバック送信をサブフレームT+Kにおいて送信することを含む。いくつかの実施形態では、複数のダウンリンクHARQフィードバックフラグを単一のダウンリンクHARQフィードバック送信に統合することは、複数のダウンリンクHARQフィードバックフラグを、単一のダウンリンクHARQフィードバック送信に対するコードワードに結合符号化することを含む。
いくつかの実施形態では、DCIは更に、どのフィードバックフラグが単一のダウンリンクHARQフィードバック送信に統合されるかを示す情報を含む。
いくつかの実施形態では、HARQタイミングオフセットKの指標は、HARQタイミングオフセットKに対する値である。他の実施形態では、HARQタイミングオフセットKの指標は、値Sであり、HARQタイミングオフセットK=N+Sであり、Nは予め定義された値である。他の実施形態では、HARQタイミングオフセットKの指標は、値Sであり、HARQタイミングオフセットK=N+Sであり、Nは予め設定された値である。他の実施形態では、HARQタイミングオフセットKの指標は、値Sであり、HARQタイミングオフセットK=N+Sであり、Nは無線デバイスの予め決定された最小のHARQタイミングオフセットである。他の実施形態では、HARQタイミングオフセットKの指標は、値Xであり、HARQタイミングオフセットKは値Xの関数である。
いくつかの実施形態では、HARQフィードバックは、HARQフィードバックフラグを含む。HARQフィードバックフラグは、各ダウンリンクデータが無線デバイスにより正常に受信された場合には確認応答(ACK)であり、各ダウンリンクデータが無線デバイスにより正常に受信されなかった場合には否定応答(NACK)であり、各DCIが無線デバイスにより受信されなかった場合には、DCI失敗の指標である。
無線デバイスの実施形態も開示される。いくつかの実施形態では、セルラ通信システムのための無線デバイスは、第1のサブフレームTにおいて無線アクセスノードからDCIを受信するように構成される。DCIは、HARQタイミングオフセットKの指標を含む。無線デバイスは更に、サブフレームT+Kにおいて、ダウンリンクHARQフィードバックを無線アクセスノードに送信するように構成される。いくつかの実施形態では、無線デバイスは更に、ここに開示した実施形態のいずれかに従った無線デバイスの動作方法を実行するように構成される。
いくつかの実施形態では、セルラ通信システムのための無線デバイスは、送受信器、少なくとも1つのプロセッサ、および命令を格納したメモリを有し、当該命令は少なくとも1つのプロセッサにより実行可能であり、それにより、無線デバイスは、送受信器を介して、第1のサブフレームTにおいて無線アクセスノードからDCIを受信するように動作可能である。DCIは、HARQタイミングオフセットKの指標を含む。少なくとも1つのプロセッサによる命令の実行を介して、無線デバイスは更に、サブフレームT+Kにおいて無線アクセスノードへダウンリンクHARQフィードバックを、送受信器を介して送信するように動作可能である。
いくつかの実施形態では、少なくとも1つのプロセッサによる命令の実行により、無線デバイスは更に、複数のダウンリンクHARQフィードバックフラグを、単一のダウンリンクHARQフィードバック送信に統合するように動作可能である。ここで、サブフレームT+KにおいてダウンリンクHARQフィードバックを送信するために、無線デバイスは、送受信器を介して、サブフレームT+Kにおいて単一のダウンリンクHARQフィードバック送信を送信するように動作可能である。更に、いくつかの実施形態では、複数のダウンリンクHARQフィードバックフラグを単一のダウンリンクHARQフィードバック送信に統合するために、無線デバイスは更に、複数のダウンリンクHARQフィードバックフラグを、単一のダウンリンクHARQフィードバック送信に対するコードワードに結合符号化するように動作可能である。
いくつかの実施形態では、DCIは更に、どのフィードバックフラグが単一のダウンリンクHARQフィードバック送信に統合されるかを示す情報を含む。
いくつかの実施形態では、HARQタイミングオフセットKの指標は、HARQタイミングオフセットKに対する値である。他の実施形態では、HARQタイミングオフセットKの指標は、値Sであり、HARQタイミングオフセットK=N+Sであり、Nは予め定義された値である。他の実施形態では、HARQタイミングオフセットKの指標は、値Sであり、HARQタイミングオフセットK=N+Sであり、Nは予め設定された値である。他の実施形態では、HARQタイミングオフセットKの指標は、値Sであり、HARQタイミングオフセットK=N+Sであり、Nは無線デバイスの予め決定された最小のHARQタイミングオフセットである。他の実施形態では、HARQタイミングオフセットKの指標は、値Xであり、HARQタイミングオフセットKは値Xの関数である。
いくつかの実施形態では、HARQフィードバックは、HARQフィードバックフラグを含む。HARQフィードバックフラグは、各ダウンリンクデータが無線デバイスにより正常に受信された場合にはACKであり、各ダウンリンクデータが無線デバイスにより正常に受信されなかった場合にはNACKであり、各DCIが無線デバイスにより受信されなかった場合には、DCI失敗の指標である。
いくつかの実施形態では、セルラ通信システムのための無線デバイスは、第1のサブフレームTにおいて無線アクセスノードからDCIを受信するための手段を有する。DCIは、HARQタイミングオフセットKの指標を含む。無線デバイスは更に、サブフレームT+KにおいてダウンリンクHARQフィードバックを無線アクセスノードへ送信するための手段を有する。
いくつかの実施形態では、セルラ通信システムのための無線デバイスは、第1のサブフレームTにおいて無線アクセスノードからDCIを受信するように動作可能な受信モジュールを有する。DCIは、HARQタイミングオフセットKの指標を含む。無線デバイスは更に、サブフレームT+KにおいてダウンリンクHARQフィードバックを無線アクセスノードへ送信するように動作可能な送信モジュールを有する。
セルラ通信システムにおける無線アクセスノードの動作方法の実施形態も開示される。いくつかの実施形態では、無線アクセスノードの動作方法は、第1のサブフレームTにおいてDCIを無線デバイスに送信することを含む。DCIは、HARQタイミングオフセットKの指標を含む。方法は更に、サブフレームT+Kにおいて無線デバイスからダウンリンクHARQフィードバックを受信することを含む。
いくつかの実施形態では、サブフレームT+KにおけるダウンリンクHARQフィードバックは、複数のダウンリンクHARQフィードバックフラグの結合である、サブフレームT+Kにおける単一のダウンリンクHARQフィードバック送信を含む。更に、いくつかの実施形態では、単一のダウンリンクHARQフィードバック送信は、複数のダウンリンクHARQフィードバックフラグの結合符号化を表す。
いくつかの実施形態では、DCIは、更にどのフィードバックフラグが単一のダウンリンクHARQフィードバック送信に統合されるかを示す情報を含む。
いくつかの実施形態では、HARQタイミングオフセットKの指標は、HARQタイミングオフセットKに対する値である。他の実施形態では、HARQタイミングオフセットKの指標は、値Sであり、HARQタイミングオフセットK=N+Sであり、Nは予め定義された値である。他の実施形態では、HARQタイミングオフセットKの指標は、値Sであり、HARQタイミングオフセットK=N+Sであり、Nは予め設定された値である。他の実施形態では、HARQタイミングオフセットKの指標は、値Sであり、HARQタイミングオフセットK=N+Sであり、Nは無線デバイスの予め決定された最小のHARQタイミングオフセットである。他の実施形態では、HARQタイミングオフセットKの指標は、値Xであり、HARQタイミングオフセットKは値Xの関数である。
いくつかの実施形態では、HARQフィードバックは、HARQフィードバックフラグを含む。HARQフィードバックフラグは、各ダウンリンクデータが無線デバイスにより正常に受信された場合にはACKであり、各ダウンリンクデータが無線デバイスにより正常に受信されなかった場合にはNACKであり、各DCIが無線デバイスにより受信されなかった場合には、DCI失敗の指標である。
セルラ通信システムのための無線アクセスノードの動作方法の実施形態も開示される。いくつかの実施形態では、無線アクセスノードは、第1のサブフレームTにおいて無線デバイスへDCIを送信するように構成される。DCIは、HARQタイミングオフセットKの指標を含む。無線アクセスノードは更に、サブフレームT+Kにおいて無線デバイスからダウンリンクHARQフィードバックを受信するように構成される。いくつかの実施形態では、無線アクセスノードは更に、ここに記載した実施形態のいずれかに従った無線アクセスノードの動作方法を実行するように構成される。
いくつかの実施形態では、セルラ通信システムのための無線アクセスノードは、少なくとも1つの無線ユニット、少なくとも1つのプロセッサ、および命令を格納したメモリを有し、当該命令は少なくとも1つのプロセッサにより実行可能であり、それにより、無線アクセスノードは、少なくとも1つの無線ユニットを介して、第1のサブフレームTにおいて無線デバイスへDCIを送信するように動作可能である。DCIは、HARQタイミングオフセットKの指標を含む。少なくとも1つのプロセッサによる命令の実行を介して、無線アクセスノードは更に、サブフレームT+Kにおいて無線デバイスからダウンリンクHARQフィードバックを、無線ユニットを介して受信するように動作可能である。
いくつかの実施形態では、サブフレームT+KにおけるダウンリンクHARQフィードバックは、複数のダウンリンクHARQフィードバックフラグの結合(統合)である、サブフレームT+Kにおける単一のダウンリンクHARQフィードバック送信を含む。更に、いくつかの実施形態では、単一のダウンリンクHARQフィードバック送信は、複数のダウンリンクHARQフィードバックフラグの結合符号化を表す。
いくつかの実施形態では、DCIは更に、どのフィードバックフラグが単一のダウンリンクHARQフィードバック送信に統合されるかを示す情報を含む。
いくつかの実施形態では、HARQタイミングオフセットKの指標は、HARQタイミングオフセットKに対する値である。他の実施形態では、HARQタイミングオフセットKの指標は、値Sであり、HARQタイミングオフセットK=N+Sであり、Nは予め定義された値である。他の実施形態では、HARQタイミングオフセットKの指標は、値Sであり、HARQタイミングオフセットK=N+Sであり、Nは予め設定された値である。他の実施形態では、HARQタイミングオフセットKの指標は、値Sであり、HARQタイミングオフセットK=N+Sであり、Nは無線デバイスの予め決定された最小のHARQタイミングオフセットである。他の実施形態では、HARQタイミングオフセットKの指標は、値Xであり、HARQタイミングオフセットKは値Xの関数である。
いくつかの実施形態では、HARQフィードバックは、HARQフィードバックフラグを含む。HARQフィードバックフラグは、各ダウンリンクデータが無線デバイスにより正常に受信された場合にはACKであり、各ダウンリンクデータが無線デバイスにより正常に受信されなかった場合にはNACKであり、各DCIが無線デバイスにより受信されなかった場合には、DCI失敗の指標である。
いくつかの実施形態では、セルラ通信システムのための無線アクセスノードは、第1のサブフレームTにおいてDCIを無線デバイスに送信するための手段を有する。DCIは、HARQタイミングオフセットKの指標を含む。無線アクセスノードは更に、サブフレームT+Kにおいて無線デバイスからダウンリンクHARQフィードバックを受信するための手段を有する。
いくつかの実施形態では、セルラ通信システムのための無線アクセスノードは、第1のサブフレームTにおいてDCIを無線デバイスに送信するように動作可能な送信モジュールを有する。DCIは、HARQタイミングオフセットKの指標を含む。無線アクセスノードは更に、サブフレームT+Kにおいて無線デバイスからダウンリンクHARQフィードバックを受信するように動作可能な受信モジュールを有する。
当業者であれば、本開示の範囲を理解し、添付の素面に関連付けられる以下の詳細な説明を読んだ後に、その追加的な観点を実現化するだろう。
本明細書に組み入れられ、一部を構成する添付の図面は、本開示の原理を説明するのに役立つ説明と共に、本開示のいくつかの観点を説明する。
本開示の1つの実施形態に従うセルラ通信システムを示す。 本開示の1つの実施形態に従う無線デバイス(例えばユーザ装置デバイス(UE))と無線アクセスノード(または他のネットワークノード)の動作を示す。 本開示の実施形態の例示を示す。 本開示の実施形態の例示を示す。 本開示の別の実施形態に従う無線デバイスと無線アクセスノード(または他のネットワークノード)の動作を示す。 本開示のいくつかの他の実施形態の例示を示す。 本開示のいくつかの他の実施形態の例示を示す。 本開示のいくつかの実施形態に従う無線デバイスの動作を示すフローチャートである。 セルラ通信システムにおける束ねられたハイブリッド自動再送要求(HARQ)フィードバックに関連する問題を示す。 セルラ通信システムにおける束ねられたハイブリッド自動再送要求(HARQ)フィードバックに関連する問題を示す。 セルラ通信システムにおける一束ねられたハイブリッド自動再送要求(HARQ)フィードバックに関連する問題を示す。 本開示のいくつかの実施形態に従う無線デバイスとネットワークノードの動作を示す。 本開示のいくつかの実施形態に従うネットワークノードにより実行されるポーリング手順を示すフローチャートである。 本開示のいくつかの実施形態に従うUE側のフィードバック手順を示すフローチャートである。 本開示のいくつかの実施形態に従うネットワーク側のx物理アプリンク制御チャネル(xPUCCH)検出手順を示すフローチャートである。 本開示のいくつかの実施形態に従うネットワーク側のHARQフィードバック解釈手順を示すフローチャートである。 本開示の種々の実施形態に従う例を示す。 本開示の種々の実施形態に従う例を示す。 本開示の種々の実施形態に従う例を示す。 本開示の種々の実施形態に従う例を示す。 本開示の種々の実施形態に従う例を示す。 本開示の種々の実施形態に従う例を示す。 本開示の種々の実施形態に従う例を示す。 本開示の種々の実施形態に従う例を示す。 本開示の種々の実施形態に従う例を示す。 本開示の種々の実施形態に従う例を示す。 本開示の種々の実施形態に従う例を示す。 本開示の種々の実施形態に従う例を示す。 開示のいくつかの実施形態に従う無線デバイスの例の実施形態のブロック図である。 開示のいくつかの実施形態に従う無線デバイスの例の実施形態のブロック図である。 本開示のいくつかの実施形態に従う基地局の例の実施形態のブロック図である。 本開示のいくつかの実施形態に従う基地局の例の実施形態のブロック図である。 本開示のいくつかの実施形態に従う基地局の例の実施形態のブロック図である。
以下に説明する実施形態は、当業者が実施形態を実行するための情報を表し、実施形態を実行するベストモードを説明する。添付の図面の観点から以下の説明を読むと、当業者は本開示の観点を理解し、ここに特に検討しない、これらの観点のアプリケーションを認識するだろう。これらのコンセプトおよびアプリケーションは、本開示と添付のクレームの範囲に含まれる。
無線ノード:ここで使用される“無線ノード”は、無線アクセスノードまたは無線デバイスのいずれかである。
無線アクセスノード:ここで使用される“無線アクセスノード”は、無線で信号を送信および/または無線で信号を受信するように動作する、セルラ通信ネットワークの無線アクセスネットワークにおけるあらゆるノードである。無線アクセスノードのいくつかの例は、第3世代パートナーシッププロジェクト(3GPP)ロングタームエヴォリューション(LTE)ネットワークにおける強化型または進化型NodeB(eNB)、高電力またはマクロ基地局、例えばミクロ基地局、ピコ基地局、ホームeNB等の低電力基地局、中継ノードといった基地局であるが、これらに限定されない。
無線デバイス:ここで使用される“無線デバイス”は、無線で信号を無線アクセスノードへ送信および/または無線で信号を無線アクセスノードから受信することにより、セルラ通信ネットワークへのアクセスを有する、すなわち、通信ネットワークによりサービスを受ける、あらゆるタイプのデバイスである。無線デバイスのいくつかの例は、3GPP LTEネットワークにおけるユーザ装置デバイス(UE)とマシーンタイプ通信(MTC)デバイスであるが、これらに限定されない。
ネットワークノード:ここで使用される“ネットワークノード”は、無線アクセスネットワークまたはセルラ通信ネットワーク/システムのコアネットワークのいずれか部分のあらゆるノードである。
なお、ここに与えられる説明は、3GPPセルラ通信システムを目的し、それにより、3GPP LTEの用語または、3GPP LTEの用語と同様の用語が頻繁に使用される。しかしながら、ここに開示される概念は、3GPPシステムに限定されない。
なお、本説明において、“セル”という用語に対して参照がなされるが、特に第5世代(5G)の概念に関しては、セルに代わってビームが使用され得る。そのように、ここで説明される概念は、セルとビームの両方に等価的に適用可能であることに注意することが重要である。
本開示の実施形態について議論する前に、現存のハイブリッド自動再送要求(HARQ)ソリューションに関連するいくつかの問題について議論することが有益である。LTEの現在のHARQプロトコルは100%信頼できるものではない。よって、LTEも、信頼性を確実にするために、高いレイヤの無線リンク制御(RLC)確認応答モード(AM(Acknowledged Mode))を使用する。また、現在のHARQプロトコルは、例えば同期HARQタイミング動作毎といった、多くの厳しいタイミング関係に基づき、かなり柔軟性のないものであり、5Gに対しては非常に一般的と予想されている、動的な時間分割複信(TDD)を用いて動作する場合等では、いくつかの問題を引き起こす。
更に、5Gに対するHARQフィードバックプロトコルは、超高速であることと、特にLTEよりかなり速いことの両方が望まれるが、まだx物理アップリンク制御チャネル(xPUCCH)リソースを使用しすぎることはない。したがって、ロバスト性および/またはユーザプレーンデータサービスの遅延要件等に依存した、むしろダイナミックな方法で、フィードバック遅延対xPUCCHリソース消費に関して適合することができるHARQフィードバックメカニズムが望まれる。
本開示は、5Gネットワーク等であって、これに限定されない、将来の世代のセルラ通信システムに対して特に良好に適したダウンリンクHARQフィードバックに関するシステムおよび方法を提供する。いくつかの実施形態では、いくつかのダウンリンクHARQ送信からのフィードバックフラグは、単一のHARQフィードバック送信に束ねられる。いくつかの実施形態では、ネットワークは、ダウンリンク制御情報(DCI)を用い、UEに対して、どのフィードバックフラグをHARQフィードバック送信に統合させるべきか、およびそれをいつどのように送信すべきかを指示する。
本開示は、例えば5G xPUCCHに対する、高速で効率的なダウンリンクHARQフィードバックメカニズムを提案する。いくつかの実施形態では、当該メカニズムは、1つのHARQフィードバックメカニズムに含まれる、可変の数のHARQフィードバックフラグ(確認応答/否定応答(ACK/NACK))を許容する。2つの異なる変形を示す。
●直接的にスケジューリングされること。ここで、各DCIは直接的にxPUCCH上のACK/NACKの1つのアップリンクフィードバックをスケジュールする。
●ポーリングによること。ここで、受信結果はフィードバックバッファに格納され、ネットワークによる要求に応じて報告される。受信結果は、例えばACK、NACKであり、いくつかの実施形態では、非連続送信(DTX)である。
両方の変形は更にDTX検出、すなわち、以下に検討するように、DCIが聴取されない場合を許容する。
本開示の実施形態は、例えば5G xPUCCHに対する、高速で効率的なダウンリンクHARQフィードバックメカニズムを提供する。UE毎に使用されるxPUCCHリソースの量を調整し、更に、超高速のフィードバックを可能にする。また、ここに開示するダウンリンクHARQフィードバックメカニズムの実施形態は、ネットワークにより完全にスケジュールされ得る。それにより、ユーザプレーンサービス要件に依存して、リソース消費対フィードバック遅延に関して動的に適合化することが可能となる。ここに開示するダウンリンクHARQフィードバックメカニズムの実施形態は、DTX検出を可能にする。
本開示の実施形態は、セルラ通信システムまたはネットワークにおいて実装される。セルラ通信システム10の1つの非限定的な例を図1に示す。図示されるように、セルラ通信システム10は、いくつかの無線アクセスノードであって、この図示する例では基地局14を含む無線アクセスネットワーク(RAN)12を含む。基地局14は、時に、より一般的に無線アクセスノード14と称される。3GPPでは、基地局14は、例えば、eNBまたは低電力基地局(例えばピコ、マクロ、フェムト、ホーム基地局)であり得る。基地局14は、基地局14の対応するセル16におけるUE等の、無線デバイス18へ無線アクセスを提供する。なお、図1の例においてはセル16が示されているが、他の実施形態では、基地局14は複数のビームで送信し得る。この例では、基地局14は、X2接続、または、より一般的には基地局対基地局接続を介して、通信を行う。更に、基地局14は、コアネットワーク20と接続される。コアネットワーク20は、1つ以上のモビリティ管理エンティティ(MME)22、1つ以上のサービングゲートウェイ(S−GW)24、および1つ以上のパケットデータネットワークゲートウェイ(P−GW)26等といった種々のコアネットワークノードを含む。
<直接的にスケジュールされたHARQフィードバック>
いくつかの実施形態では、各DCIは、フィードバックが、含まれるサブフレームのオフセットKで与えられる後の機会において送信されるようにスケジュールする。よって、サブフレームTにおいてスケジュールされたDCIは、サブフレームT+Kにおいてフィードバックを表す。
いくつかの関連する実施形態では、Kの構成が、例えばより高いレイヤのシグナリングを介して送信された、および/または仕様においてハードコードされたルックアップテーブル等により、例えば部分的に提供され得る。例えば、可能な最小のKがN(無線デバイス18のリアクション時間)であると仮定すると、K=N、K=N+1、K=N+2等を送信することに代えて、DCIにおいてネットワークはS=0、S=1、S=2等に代えることができ、分離して値Nをシグナリングする。その後、無線デバイス18は、K=S+NとしてKを計算する。なお、少なくともいくつかの実施形態では、Nの値は、例えばより高いシグナリングにより一度のみ、シグナリングされ得るか、例えばより早く実行されたRRC接続手順からネットワークが既に気づいている無線デバイス18の特性であり得る。Sの値は変動し得る。例えば、Sの値は、各DCIメッセージにおいてSの値を含むことにより変動し得る。ここで、Sの値は、1つのDCIメッセージから別のものに変動し得る。
図2は、例えば上記の実施形態に従って動作するための無線デバイス18と無線アクセスノード14または他のネットワークノードの動作を示す。図示するように、無線アクセスノード14またはいくつかの他のネットワークノードは、オプション的に、DCIメッセージを受信したことを受けて無線デバイス18がHARQフィードバックを送信する時間(T+K)を決定するために使用されるオフセットKを、少なくとも部分的に設定する(ステップ100)。重ねて、Tは、サブフレームであり、より一般的には、DCIメッセージが受信された時間であり、T+Kは、サブフレームであり、より一般的には、HARQフィードバックが送信される時間である。したがって、Tは、時にここでは現在のサブフレームと称され、KはここではHARQタイミングオフセットKまたは単にオフセットKと称される。上述したように、オフセットKのこの設定は、例えば、対応するDCIメッセージにおいて送信されたインデックスからKの値を決定するために無線デバイス18により使用されるルックアップテーブルのシグナリング等を含み得る。上記に検討した別の例として、この設定は、例えばK=N+Sに従ってオフセットKを決定するために使用される値Sの設定であり得る。ここで、Sは、対応するDCIメッセージに含まれ、Nは、例えば無線デバイス18の予め決定されたリアクション時間等の、予め決定された時間である。
ある時点で、無線デバイス18は、無線アクセスノード14からDCIメッセージを受信する。ここで、DCIメッセージは、オフセットKの指標を含む(ステップ102)。オフセットKの指標は、Kの値、または、Kの値を決定するために無線デバイス18により使用することができる何らかの値であり得る。すなわち、Kは、指標により通信された値Xの関数であり得る。例えば、オフセットKの指標は、値Sであり得る。ここで、オフセットK=N+Sであり、ここでNは、ステップ100の設定において提供される等、ネットワークにより規定されるまたは設定されること等により、予め定義され得る。
いくつかの実施形態では、無線デバイス18は、単一のDCIメッセージを受信し、以下のステップ106で単一のHARQフラグを含むHARQフィードバックの送信をもたらす。しかしながら、他の実施形態では、無線デバイス18はステップ102のDCIメッセージと、潜在的に前のサブフレームにある追加的なDCIメッセージを含む複数のDCIメッセージを受信する。したがって、複数のDCIメッセージがある場合、これらのDCIメッセージは、それぞれのHARQタイミングオフセットKを有し、それにより、同じサブフレームで送信されるそれぞれのHARQフィードバックをもたらす。したがって、いくつかの実施形態では、無線デバイス18は、複数のHARQフィードバックフラグを統合し、サブフレームT+Kにおいて無線デバイスにより送信されるHARQフィードバックを提供する(ステップ104)。しかしながら、ステップ104はオプション的である。以下に議論するように、無線デバイス18が複数のフラグを統合する方法は、特定の実施形態/実装に依存して変化し得る。例えば、無線デバイス18は、複数のフィードバックフラグを表わすビットパターンを連結するか、複数のHARQフィードバックフラグを単一のコードワードに結合符号化し得る。HARQフィードバックフラグを統合する1つの例の代替として、無線デバイス18は、分離したアップリンク制御情報(UCI)メッセージにおいてHARQフィードバックフラグを送信し得る。
無線デバイス18は、サブフレームT+Kにおいて、ダウンリンクHARQフィードバックを送信する(ステップ106)。ここで説明したように、いくつかの実施形態では、HARQフィードバックは、サブフレームTにおいてDCIメッセージによりスケジュールされた単一のダウンリンクデータ送信に対するダウンリンクHARQフラグである。このケースでは、ダウンリンクHARQフラグは、DCIメッセージによりスケジュールされたダウンリンクデータがサブフレームTにおいて無線デバイス18により正常に受信された(受信に成功した)場合はACKであり、DCIメッセージによりスケジュールされたダウンリンクデータがサブフレームTにおいて無線デバイス18により正常に受信されなかった(受信に成功しなかった)場合はNACKである。
いくつかの他の実施形態では、HARQフィードバックは、複数のダウンリンク送信に対するダウンリンクHARQフィードバックを含む。例えば、複数のダウンリンク送信は、サブフレームT、T、…、Tにおいて受信されたそれぞれのDCIメッセージによりスケジュールされ得る。ここで、それぞれのHARQタイミングオフセットK、K、…、Kは、これらのダウンリンク送信の全てに対するHARQフィードバックが同じサブフレーム(すなわち、T+K=T+K=…=T+K)において起こるといったものである。HARQフィードバックはそして、例えば、分離したUCIメッセージ等において、xPUCCHにおけるリソースエレメント(RE)等の分離した物理的リソースにマッピングされた、複数のダウンリンクHARQフラグを含み得る。代わりに、HARQフィードバックは、ステップ104により提供された、複数のダウンリンクHARQフラグを共に示す、単一の結合されたフィードバックを含み得る。例えばそれは、複数のダウンリンクHARQフラグの単一のコードワードへの結合符号化の結果、または、複数のHARQフラグを表す複数のビットパターンを連結する結果である。いくつかの実施形態では、ダウンリンクHARQフラグは、それぞれのダウンリンクデータ送信(例えば物理ダウンリンク共有チャネル(PDSCH)上のデータ送信)が無線デバイス18により正常に受信されたかに依存して、ACKとNACKを含む。追加的に、いくつかの実施形態では、それぞれのDCIメッセージが無線デバイス18により正常に受信されなかった場合、DCI受信において、ダウンリンクHARQフラグは、DTX、すなわち、エラーまたは失敗を表すフラグを含む。
無線アクセスノード14は、あらゆる所望のHARQフィードバック処理スキームに従って、HARQフィードバックを受信して処理する(ステップ108)。例えば、NACKが受信された場合、無線アクセスノード14は、ダウンリンクデータを再送する。
いくつかの実施形態では、無線アクセスノード14は、DCIエラーまたは失敗を、HARQフィードバックに基づいて検出することができる。これは、DTXまたはDCIの失敗/エラーと称される。いくつかの実施形態では、DTXの検出、すなわち、DCIの失敗は、下記のいずれかにより得ることができる。
●xPUCCH上の物理リソース/REの所与のセットへの各受信したDCIの個別の(明示的な)マッピングを有すること。すなわち、いくつかの分離したUCIメッセージは、個別のリソースを用いるが同じ時間で送信される。1つの特定のリソース/リソースエレメントにおいてネットワークにより何も受信されなかった場合、無線デバイス18が対応するDCIの復号化に失敗したというように解釈することができる。
●フィードバックにおける分離したコードポイントとしてDTXを明確に符号化する。例えば、00=ACK、01=DTX、11=NACK、…とする。
●複数のHARQフィードバックの結合符号化。このケースでは、無線デバイス18は、xPUCCH送信を準備するとき、無線デバイス18は、送信されるフィードバックフラグを、xPUCCH上で送信されるコードワードにマッピングされる単一のコードポイントに統合する。例えば、4つまでのフィードバックフラグがHARQフィードバック送信に含まれる場合、コードポイントは、f+3f+9f+…+27fのように計算することができる。ここで、f1…f4は、ACK=1、NACK=2、およびDTX=0として符号化されたフィードバックフラグである。DTXは、そのフラグに対して何らの送信も検出されないことを意味する。なお、複数のHARQフィードバックは、結合符号化なしで、同様の方法で結合され得る。例えば、各フィードバックは、HARQ送信において、数ビット、例えば先の箇条書きにおける例として2ビットで表わせられる。
図2の手順の例示を図3Aと図3Bに示す。図3Aに示す第1の例では、DCIメッセージとダウンリンクデータの両方は、サブフレームT、T+1、T+2、およびT+3に対して正常に復号化され、それぞれのHARQフィードバックフラグ、ACK、ACK、ACK、およびACKは、サブフレームPにおいて送信される。これらの4つのフィードバックフラグは、結合符号化され、または、それ以外では、単一のフィードバック/ビットパターンに結合され、または、例えば分離したUCIメッセージにおいて分離した物理リソースにおいて送信され得る。図3Aに示す第2の例では、サブフレームT、T+1、T+2、およびT+3に対するDCIメッセージは正常に復号化され、サブフレームT、T+2、およびT+3に対するダウンリンクデータは正常に復号化され、サブフレームT+1に対するダウンリンクデータは正常に復号化されない。すなわち、PDSCHエラーが存在する。適切なHARQフィードバックフラグ(ACK、NACK、ACK、ACK)は、サブフレームPにおいて無線デバイス18により送信される。重ねて、これらの4つのフィードバックフラグは、結合符号化され、または、それ以外では、単一のフィードバック/ビットパターンに結合され、または、例えば分離したUCIメッセージ等の分離した物理リソースにおいて送信され得る。
図3Bに示す第3の例では、サブフレームT、T+2、およびT+3に対するDCIメッセージは正常に復号化され、サブフレームT+1に対するDCIメッセージは正常に復号化されない。すなわち、サブフレームT+1においてDCIエラーが存在し、サブフレームT、T+2、およびT+3に対するダウンリンクデータは正常に復号化される。適切なHARQフィードバックフラグ(ACK、DTX、ACK、ACK)は、サブフレームPにおいて無線デバイス18により送信される。重ねて、これらの4つのフィードバックフラグは、結合符号化され、または、それ以外では、単一のフィードバック/ビットパターンに結合され、または、例えば分離したUCIメッセージ等の分離した物理リソースにおいて送信され得る。最後に、図3Bに示す第4の例では、無線デバイス18がサブフレームT+1においてスケジュールされない以外は、例1と同様である。この例では、適切なHARQフィードバックフラグ(ACK、DTX、ACK、ACK)は、サブフレームPにおいて無線デバイス18により送信される。重ねて、これらの4つのフィードバックフラグは、結合符号化され、または、それ以外では、単一のフィードバック/ビットパターンに結合され、または、例えば分離したUCIメッセージ等の分離した物理リソースにおいて送信され得る。
<ポーリングによるHARQフィードバック>
いくつかの実施形態では、各DCIメッセージは、HARQフィードバックバッファへのインデックスを含み、ここで、インデックス付きの受信に対する受信ステータス(ACK(A)/NACK(N)、または、少なくともいくつかの実施形態では、DTXまたはDCIエラー(D))が記憶される。
いくつかの関連する実施形態では、ネットワークは、HARQフィードバックバッファのステータスレポートを明示的にポーリングし、また、HARQフィードバックバッファのステータスもフラッシュする。無線デバイス18のHARQフィードバック遅延をdサブフレームと仮定すると、サブフレームTにおいて受信されるポールは、サブフレームT+dにおけるフィードバックと表わせられる。いくつかの実施形態では、HARQフィードバック遅延dは、4つのサブフレーム等の固定的な遅延であり得る。他の実施形態では、HARQフィードバック遅延dは、設定可能な遅延であり得る。特に、いくつかの実施形態では、上述のポールは、上述したHARQタイミングオフセットKの設定に対して説明したものと同様の手法でフィードバックが送信されるときについての明示的な詳細を含み得る。すなわち、いくつかの実施形態では、d=Kであり、ここで、Kは、上述したHARQタイミングオフセットKである。
更にいくつかの更なる関連する実施形態では、DTXの検出、すなわち、DCIの失敗は、下記のいずれかにより得ることができる。
●物理的リソース/リソースエレメントの所与のセットへの各HARQフィードバックバッファのエントリの個別のマッピングを有すること。特定のリソース/リソースエレメントにおいてネットワークにより何も受信されなかった場合、無線デバイス18が対応するDCIの復号化に失敗したというように解釈することができる。
●フィードバックにおける分離したコードポイントとしてのDTXの明示的な符号化。
○例1:分離的に、00=ACK、01=DTX、11=NACK、…とする。
○例2:全てのブロックに渡って結合符号化する。最後のエントリのDTXの場合、報告は送信されないため、最初の3つのエントリだけにおいてDTXが含まれる必要がある。したがって、これは3*3*3*2=54コードポイントを必要とし、例えば、最小6ビットの適切なブロックコードにより符号化され得る。すなわち、2^6=64>54となる。
上述したポーリング手順の1つの例を図4に示す。図示するように、無線アクセスノード14は、サブフレームTにおいて、ここではx物理ダウンリンク制御チャネル(xPDCCH)と称される、ダウンリンク制御チャネル上で第1のDCIメッセージ送信し、無線デバイス18はそれを受信する(ステップ200)。第1のDCIメッセージは、サブフレームTにおいてダウンリンクデータが無線デバイス18に送信されたことを示すダウンリンクグラントを含む。追加的に、第1のDCIメッセージは、それぞれのダウンリンクHARQフラグ(例えば、ACK、NACKまたはDTX)が格納されるHARQフィードバックバッファにおける位置に対するインデックスを含む。無線アクセスノード14はまた、第1のDCIメッセージに含まれるダウンリンクグラントに従って、サブフレームTにおいて第1のダウンリンクデータを無線デバイス18に送信する(ステップ202)。無線デバイス18は、ここでは受信ステータスと称されるダウンリンクHARQフラグを、第1のDCIメッセージに含まれるインデックスにより定義される位置において、HARQフィードバックバッファに格納する(ステップ204)。いくつかの実施形態では、格納されたダウンリンクHARQフラグは、無線デバイス18がサブフレームTにおいて正常にダウンリンクの受信/復号化した場合は、ACKであり、無線デバイス18がサブフレームTにおいて正常にダウンリンクデータの受信/復号化しなかった場合は、NACKである。しかしながら、以下に説明するように、いくつかの実施形態において、格納スキームは修正され得る。いくつかの実施形態では、HARQフィードバックバッファは、DTXに対する全ての位置において初期化される。例えば、無線デバイス18が第1のDCIメッセージの受信に失敗した場合、DTXフラグは、HARQフィードバックバッファにおけるそれぞれの位置において維持される。
同じ方法で、無線アクセスノード14は、サブフレームTにおいて、ここではxPDCCHと称される、ダウンリンク制御チャネル上で第2のDCIメッセージ送信し、無線デバイス18はそれを受信する(ステップ206)。第2のDCIメッセージは、サブフレームTにおいてダウンリンクデータが無線デバイス18に送信されたことを示すダウンリンクグラントを含む。追加的に、第2のDCIメッセージは、それぞれのダウンリンクHARQフラグ(例えば、ACK、NACKまたはDTX)が格納されるHARQフィードバックバッファにおける位置に対するインデックスを含む。無線アクセスノード14はまた、第2のDCIメッセージに含まれるダウンリンクグラントに従って、サブフレームTにおいて第2のダウンリンクデータを無線デバイス18に送信する(ステップ208)。無線デバイス18は、ここでは受信ステータスと称されるダウンリンクHARQフラグを、第2のDCIメッセージに含まれるインデックスにより定義される位置において、HARQフィードバックバッファに格納する(ステップ210)。いくつかの実施形態では、格納されたダウンリンクHARQフラグは、無線デバイス18がサブフレームTにおいてダウンリンクの受信/復号化に成功した(正常に受信/復号化した)場合は、ACKであり、無線デバイス18がサブフレームTにおいてダウンリンクデータの受信/復号化に成功しなかった(正常に受信/復号化しなかった)場合は、NACKである。しかしながら、以下に説明するように、いくつかの実施形態において、格納スキームは修正され得る。いくつかの実施形態では、HARQフィードバックバッファは、DTXに対する全ての位置において初期化される。例えば、無線デバイス18が第2のDCIメッセージの受信に失敗した場合、DTXフラグは、HARQフィードバックバッファにおけるそれぞれの位置において維持される。
当該処理は、無線アクセスノード14がサブフレームTでポールインジケータを含むDCIメッセージを送信し、無線デバイス18がこれを受信するまで、この手法で続く(ステップ212)。この例では、DCIメッセージはまた、サブフレームTに対するダウンリンクグラントと、対応するダウンリンクHARQフラグに対するHARQバッファインデックスも含む。例えば、無線アクセスノード14は、サブフレームTにおいて送信されたDCIメッセージに含まれるダウンリンクグラントに従って、サブフレームTにおいてダウンリンクデータを無線デバイス18に送信する(ステップ214)。無線デバイス18は、ここでは受信ステータスと称されるダウンリンクHARQフラグを、サブフレームTにおいて送信されるDCIメッセージに含まれるインデックスにより定義される位置において、HARQフィードバックバッファに格納する(ステップ216)。いくつかの実施形態では、格納されたダウンリンクHARQフラグは、無線デバイス18がサブフレームTにおいて正常にダウンリンクの受信/復号化した場合は、ACKであり、無線デバイス18がサブフレームTにおいて正常にダウンリンクデータの受信/復号化しなかった場合は、NACKである。しかしながら、以下に説明するように、いくつかの実施形態において、格納スキームは修正され得る。いくつかの実施形態では、HARQフィードバックバッファは、DTXに対する全ての位置において初期化される。例えば、無線デバイス18がサブフレームTにおいてDCIメッセージの受信に失敗した場合、DTXフラグは、HARQフィードバックバッファにおけるそれぞれの位置において維持される。
ポールインジケータを受信したことを受けて、無線デバイス18は、HARQフィードバックバッファに格納されているHARQフィードバックフラグを表わすHARQフィードバックを、例えばxPUCCH上で送信する(ステップ218)。HARQフィードバックは、サブフレームT+dにおいて送信される。ここで、遅延dは、固定的の遅延、または、いくつかの実施形態では設定可能なHARQタイミングオフセットK等の設定可能な遅延であり得る。いくつかの実施形態では、HARQフィードバックバッファにおける複数のHARQフィードバックフラグは、分離したUCIメッセージ等の分離した物理リソースにおいて送信され得る。他の実施形態では、複数のHARQフィードバックフラグは結合され、送信のために結合されたHARQフィードバックを提供する。結合されたHARQフィードバックは、複数のHARQフラグを表すビットパターンの連結であり得る。例えば、HARQフラグがACK=00とNACK=01であり、HARQフィードバックに4つの位置が存在する場合、結合されたHARQフィードバックは、00000001であり得る。別の例として、結合されたHARQフィードバックは、複数のHARQフラグを結合符号化することにより得られるコードワードであり得る。
無線アクセスノード14は、HARQフィードバックを検出し(ステップ220)、HARQフィードバックを解釈する(222)。一度HARQフィードバックが検出され解釈されると、無線アクセスノード14は、適切なアクション、例えば、データの再送、を行う。
この手順の例示を、図6における無線デバイス18の動作を示すフローチャートに対応して、図5Aと図5Bに示す。なお、図5Aと図5Bでは、DCIにおいてインデックスを付すこととポーリングすることは、別々に符号化される。それらはもちろん結合符号化され得る。例えば、
●00=インデックス0でフィードバックを格納する。
●01=インデックス1でフィードバックを格納する。
●10=インデックス2でフィードバックを格納する。
●11=インデックス3でフィードバックを格納し、Nサブフレーム後にフィードバックを送信する/バッファをフラッシュする。
図5Aに示すように、第1の例では、無線デバイス18は、バッファインデックス00でDCIメッセージを受信し、インデックス00に対応するバッファ位置で、HARQフィードバックバッファにおいてそれぞれのHARQフィードバックフラグを格納する。次のサブフレームでは、無線デバイス18は、ポールバッファインデックス01でDCIメッセージを受信し、インデックス01に対応するバッファ位置で、HARQフィードバックバッファにおいてそれぞれのHARQフィードバックフラグを格納する。後に、無線デバイス18は、ポールバッファインデックス02と13のそれぞれでサブフレームにおいて別のDCIメッセージを受信し、インデックス02と13に対応するバッファ位置で、HARQフィードバックバッファにおいてそれぞれのHARQフィードバックフラグを格納する。無線アクセスノード14等のネットワークは、HARQフィードバックのために無線デバイス18をポーリングする。ネットワークによりポーリングされたことに応答して、無線デバイス18は、サブフレームT+dにおいてHARQフィードバックバッファに格納されたHARQフィードバックを送信する。この例では、無線デバイス18は、例えばサブフレームTにおいてポーリングされ、値dは、固定的な値または設定可能な値であり、例えば、上述したようにネットワークにより設定され得るHARQタイミングオフセットKであり得る。図5Aと図5Bの例2と例3は、第1の例と同様であるが、第2のサブフレームでPDSCHエラーが存在し(例2)、第2のサブフレームでDCIエラーが存在する(例3)。
図6は、本開示のいくつかの実施形態に従う無線デバイス18の動作を示すフローチャートである。なお、いくつかの実施形態では、HARQフィードバックバッファは、全ての位置がいくつかのデフォルトの値に設定されるように、初期化される(ここで説明する例の実施形態では、DTXとする)。なお、点線の四角はオプションのステップを表す。図示するように、無線デバイス18は、まず、DCIメッセージの受信を待機する(ステップ300と302)。DCIメッセージを受信すると、無線デバイス18は、適切なHARQフラグ、ACKまたはNACKを、所与のインデックスに対して、HARQフィードバックバッファに格納する。ここでインデックスは、例えば、DCIメッセージにおいて提供される(ステップ304)。処理はステップ300に戻り、無線デバイス18がネットワークによりポーリングされるまで、繰り返され得る(ステップ306、YES)。なお、いくつかの実施形態では、ステップ306はオプション的であり、例えば、無線デバイス18は、HARQフィードバックバッファにおける最後の位置に到達すると自動にフィードバックを送信し得る。これは、暗示的なポーリングと考えられ得る。
ポーリングされると、無線デバイス18は、HARQフィードバックバッファのステータスに基づいて、xPUCCHメッセージを作成する(ステップ308)。例えば、いくつかの実施形態において、無線デバイス18は、HARQフィードバックバッファに格納されているダウンリンクHARQフラグを結合し、結合したHARQフィードバック、すなわち結合したダウンリンクHARQフィードバックメッセージを提供する。結合したHARQフィードバックは、例えば、各ダウンリンクHARQフラグに対するビットパターン/シーケンスの連結、または、別の例として、HARQフィードバックバッファに格納されているHARQフラグを結合符号化することにより得られる単一のコードワードであり得る。xPDCCHメッセージは、例えば符号化された形式において、HARQフィードバックバッファに格納されているHARQフィードバックフラグを含む。無線デバイス18は、HARQフィードバックバッファをフラッシュする(ステップ310)。例えば、全てのエントリをDTXに設定する。無線デバイス18はd個のサブフレーム待機し(ステップ312)、作成したxPUCCHメッセージをxPUCCH上で送信する(ステップ314)。なお、値d、すなわち、HARQフィードバック遅延は、規格により定義された固定的の値等のあらかじめ定義された値、または、HARQタイミングオフセットKの設定と同様な手法等においてネットワークにより設定された設定値であり得る。
いくつかの実施形態では、HARQフィードバック遅延dは、デバイス固有の値であり、例えば、無線デバイス18の処理遅延により決まる。このケースでは、異なる無線デバイス18は、無線デバイス18がDCIメッセージを受信する時間から無線デバイスがUCI、より一般的にはHARQフィードバックを送信するまでの、異なるデバイス固有の遅延を有し得る。1つ以上の無線デバイス18は、同時に、すなわち、同じサブフレームで、UCIメッセージを送信し得る。これは、UCIメッセージの同時の送信が衝突するという問題を表す。この問題は、以下のいずれかにより解決することができる。
●UCIマッピングへの暗示的なDCIよりむしろ、無線デバイス18に対してUCIリソースを示すための明示的なシグナリングを用いること。この明示的なシグナリングは、上述したように、HARQオフセットタイミングKをシグナリングする等、無線デバイス18により使用されるdの値の指標のシグナリングであり得る。
●異なる処理遅延を有する無線デバイス18を、異なる周波数リソースに割り当てること。
●無線デバイス18を、異なるDCI制御チャネルエレメント(CCE)でスケジューリングすること。
●既にスケジュールされた別の無線デバイス18により送信されるUCIと衝突するUCIを送信する新しい無線デバイス18をスケジューリングすることを避けること。
<進化型HARQフィードバック>
上述したような5GにおけるxPUCCHに対するHARQフィードバックソリューションは、例えばHARQフィードバック報告の形式において、HARQフィードバックがダウンリンク上のDCIエラーにより、および/または、アップリンク上のxPUCCHエラーにより、受信されない場合の問題を経験し得る。
図7Aおよび図7Bおよび図8において図示するように、これらのケースでは、ネットワークは、受信していない報告によりカバーされるPUSCH送信の正常および/または非正常受信についての結論を出すことはできない。追加的に、ネットワークは、受信されていない送信がACKとされる(例えば、NACK→ACKエラー)と信じることについて、間違った結論を出す可能性があり、それは、費用が掛かるより高いレイヤの再送を引き起こす。
具体的には、図7Aと図7Bは、問題Aと問題Bと称す、2つの問題を示す。問題Aでは、DCIエラーは、サブフレームSF#(J)において無線デバイス18により受信されないポール要求/インジケータを引き起こす。ポールインジケータが受信されないため、HARQフィードバックバッファは、クリアされない。すなわち、HARQフィードバックバッファにおける全ての位置は、DTXにリセットされず、無線デバイス18は、サブフレームSF#(J+2)においてHARQフィードバックをネットワークに送信しない。この例において、サブフレームSF#(J+1)において、NACKは、HARQフィードバックバッファにおける第1の位置に格納される。ここで、NACKは、サブフレームSF#(J)におけるDCIエラーの結果としてネットワークへ送信されなかったHARQフィードバックバッファにおけるACKを上書き/隠す。サブフレームSF#(J+2)では、NACKは、HARQフィードバックバッファにおける第2の位置に格納される。ここで、NACKは、サブフレームSF#(J)におけるDCIエラーの結果としてネットワークへ送信されなかったHARQフィードバックバッファにおけるACKを上書き/隠す。サブフレームSF#(J+3)では、ACKは、HARQフィードバックバッファにおける第3の位置に格納される。ここで、ACKは、サブフレームSF#(J)におけるDCIエラーの結果としてネットワークへ送信されなかったHARQフィードバックバッファにおけるNACKを上書き/隠す。サブフレームSF#(J+4)では、ACKは、HARQフィードバックバッファにおける第4の位置に格納される。ここで、ACKは、サブフレームSF#(J)におけるDCIエラーの結果としてネットワークへ送信されなかったHARQフィードバックバッファにおけるNACKを上書き/隠す。問題Bでは、xPUCCHフィードバックは、アップリンクにおいて欠落し、xPUCCHはサブフレームSF#(J+2)において受信されない。
なお、ネットワークは、問題Aと問題Bとをどのように区別するかについての知識はない。問題Aと問題Bの両方において、サブフレームSF#(J+2)では、ネットワークは、サブフレームSF#(J−3)、SF#(J−2)、SF#(J−1)およびSF#(J)においてダウンリンク送信に対するHARQフィードバックを受信せず、ネットワークは、これらのダウンリンク送信に関して何らの結論を出すことはできない。サブフレームSF#(J+7)では、ネットワークは、NACKにされている全てのHARQプロセスを再送する。すなわち、それらのバッファインデックスは0と1であり、これらはサブフレームSF#(J+1)とSF#(J+2)のダウンリンクの送信に対応する。ネットワークは、同様に、サブフレームSF#(J+3)とSF#(J+4)のダウンリンク送信がACKにされると想定する。これは全て正しいが、ネットワークは、サブフレームSF#(J−3)、SF#(J−2)、SF#(J−1)およびSF#(J)の受信ステータスを知らない。なぜならば、対応するステータスフラグは、新しいステータスフラグにより上書きされているからである。
図8は、複数の連続するDCIエラーがあるシナリオにおいてもたらされる問題(問題C)を示す。図7Aの問題Aの問題に加えて、問題Cに対しては、サブフレームSF#(J+1)におけるDCIエラーが、HARQフィードバックバッファにおけるエントリを、更新されないインデックス0にさせる。これにより、ネットワークは、サブフレームSF#(J+7)において、対応するダウンリンク送信がACKにされていると誤って想定することとなる。ここで、実際には、それは、DTXとして示されるべきである。
本開示の実施形態は、上述したような5GにおけるxPUCCHに対するHARQフィードバックのソリューションを強化する。なお、ここで使用されるxPUCCHという用語は、特に5Gネットワークにおける、アップリンク制御チャネルを参照する。しかしながら、xPUCCHという名前は、明確性と議論の簡単化のために使用されるのみであり、5Gにおける実際のアップリンク制御チャネルには異なる名前が与えられ得る。本開示の概要を図9に表し、以下に説明する。最も重要なことは、本開示の実施形態は、
●無線デバイス18が、単純に、先の受信の古いステータス(ACK/NACK/DTX)を新しいものに置き換えず、より洗練された手順を使用することを保証する(図11と、対応する以下の説明を参照されたい)。
●ネットワークが、フィードバックの欠落(DCIエラーまたはxPUCCHエラー)を正しく解釈し、それに応じて適切なアクションをとることを保証する(図12と、対応する以下の説明を参照されたい)。
ここに開示する改良により、上述のHARQフィードバックソリューションは、ダウンリンクにおける制御チャネルエラー、すなわち、DCIエラー、並びに、アップリンクにおける制御チャネルエラー、すなわち、xPUCCHエラーに対して、よりロバストなものとなる。より高いレイヤの再送を引き起こす、コスト高のDTX/NACK→ACKエラーは、コスト高ではない、いくつかの余分なHARQ再送のコストにおいて、軽減される。特別ボーナスとして、HARQフィードバックの欠落をできるだけ速く暗に解釈し、それにより、一番短い可能なHARQラウンドトリップタイム(RTT)を提供することができる。
強化型HARQフィードバックソリューションの実施形態の詳細は、図9から13のフローにより、大部分が提供される。このセクションの以下の部分では、これらの図に対する、いくつかの詳細および可能な実施形態を提供する。更に、本開示で使用する説明を、図14Aから図14C、図15Aから図15C、図16Aと図16B、図17Aと図17B、および図18Aと図18Bの例において示す。
なお、以下の議論は、最も複雑であることから、ポーリングされたHARQフィードバックソリューション周辺に焦点を当てる。しかしながら、以下の本文において示すように、直接的にスケジュールされたHARQフィードバックソリューションにも、本改良点を適用可能である。
図9は、全体のHARQフィードバックプロセスに対する概要/アルゴリズムの分析を示す。特に、図9は、図10から図13、図14Aから図14C、図15Aから図15C、および図16Aと図16Bの個別の処理がどのように共に作用するかを示す。図示するように、ネットワーク、例えば無線アクセスノード14は、xPDCCHと称される制御チャネル上でDCIメッセージを送信し、また、xPDSCHと称されるダウンリンク共有チャネルでダウンリンクデータを送信する。UE/無線デバイス18において、無線デバイス18は、ネットワークへのHARQフィードバックの送信をもたらす、UE側のフィードバック手順を実行する。ネットワーク側では、無線デバイス18からのHARQフィードバックを解釈し、適切なアクションを行うために、ネットワーク側フィードバック解釈手順が、HARQ処理毎に実行される。
図10は、本開示のいくつかの実施形態に従うネットワーク側ポーリング手順を示すフローチャートである。いくつかの実施形態では、ネットワーク側のポーリング手順は、無線アクセスノード14により行われる。ネットワークは、各xPDSCH送信に対して、スケジュールされたHARQプロセスは、ローカルに、DCIにおいても示されるユニークバッファインデックス(BI)に関連付けられることを保証する。BIは、対応するHARQフラグが格納されるHARQフィードバックバッファ内の位置を定義する、無線デバイス18におけるHARQフィードバックバッファに対するインデックスである。BIMAXのそのような送信を実行した後、ポールビットはDCIにセットされる。BIMAXは、ここでは、無線デバイス18におけるHARQフィードバックバッファのサイズに対応する。なお、ここでは、明確性と議論の簡単化のために、xPDSCHが5GネットワークにおけるPDSCHに対する名称として使用されている。しかしながら、5Gネットワークにおけるダウンリンク共有チャネルに対する実際の名前は、別の名前が与えられ得る。いくつかの実施形態では、BIMAXは、関連する規格等による、予め決定される値である。一方、他の実施形態では、それは固定的または、より高いレイヤのシグナリング等により設定された準固定的の値であり得る。更に別の実施形態では、それは、DCIにおいて動的に設定され得る。なお、上述した“直接的にスケジュールされる”ケースにおいては、ポーリング部分は、明らかに省略され得る。
特に、図示するように、手順はステップ400から開始し、BIは0にセットされる(ステップ402)。無線アクセスノード14は、ダウンリンクデータ送信が、現在のサブフレームに対しては、ユーザと称される無線デバイス18に対してスケジュールされているかを判定する(ステップ404)。スケジュールされていなければ、無線アクセスノード14は、次のサブフレームまで待機し(ステップ406)、処理はステップ404に戻る。ダウンリンクデータ送信が無線デバイス18に対してスケジュールされている場合(ステップ404、YES)、無線アクセスノード14は、送信するそれぞれのHARQプロセスを現在のBIに関連付け(ステップ408)、ダウンリンクグラントで無線デバイス18に送信されるそれぞれのDCIメッセージにおいてBIを含める(ステップ410)。無線アクセスノード14は、BIがBIMAXと等しいかを判定する(ステップ412)。もし等しくなければ、BIはインクリメントされ(ステップ414)、処理はステップ406に進む。BIがBIMAXに到達すると(ステップ412、YES)、無線アクセスノード14は、無線デバイス18に送信されるDCIメッセージにおいてポールフラグ/インジケータをセットし(ステップ416)、処理はステップ402へ戻る。
図11は、本開示のいくつかの実施形態に従う、UE側または無線デバイス側の、フィードバック手順を示す。このプロセスは、図6のものと同じであるが、格納ステップ304に対する強化がある。一般的に、フィードバック手順は、無線デバイス18がxPDCSH送信、および、場合によってはxPDSCHそれ自身の送信を示す少なくともDCIメッセージを復号化することを管理するときに関連する。先に述べたように、DCIメッセージは、BI並びにポールインジケータ(ポールビット等の形式であり得る)を含む。無線デバイス18は、受信ステータス(ACK/NACK/DTX)が格納されているHARQフィードバックバッファを維持する。HARQフィードバックバッファは、典型的にはフラシュされる。すなわち、全てのエントリは、各ポーリングの後、DTXにリセットされる。HARQフィードバックバッファにおける各エントリは、先に記載したBIによってインデックスが付与される。
この実施形態では、HARQフィードバックバッファにおける先の受信の、HARQフラグとも称される、古い受信ステータスを、現在の受信の受信ステータスに単純に置き換えるといよりはむしろ、無線デバイスは、その代りに、強化型の記憶手順を使用する。それにより、ネットワークは、後に、より良好で、より賢明な、受信されたときのHARQフィードバックの解釈を行うことが可能となる。これは、HARQフィードバックバッファがポーリングからフラッシュされていない、DCIエラーを有するケースにおいて重要である。なぜならば、ポーリングインジケータが受信されなかったからである。
いくつかの実施形態では、HARQフィードバックバッファの1つのエントリにおいて既に格納されたNACKは、このバッファエントリ、すなわち同じBI、に対応する現在の受信が成功し、それによりACKを示す場合であっても、維持される。しかしながら、格納されたACKは、ロバスト性ために、このバッファエントリ(すなわち同じBI)に対応する現在の受信が成功しなければ、NACKにより上書きされる。使用例を図16Bの例8に示す。
いくつかの実施形態では、先のバッファエントリ((BI−1)modulo(BIMAX+1)の表現で与えられるバッファインデックスを有する)の格納された値は、バッファインデックスが先のDCIにおいて示されなかった場合のDTXに置き換えられる。これは、その送信に対するDCIエラーが存在する場合のケースにおいて発生し得る。この暗示的なDTXマーキングは、例えば、最も重要には、NACK→ACKエラーに関して、エラーの伝搬を防ぐ。使用例を図17Aと図17Bの例9に示す。
重ねて、上述した、直接的にスケジュールされたHARQフィードバックソリューションに対して、ポーリング部分は明らかに省略され、それ以外では、残りは適用可能であるべきである。
図11に示されるような、強化された格納プロセスを以下に示す。DCIメッセージを受信したことを受けて(ステップ302、YES)、無線デバイス18は、それぞれのダウンリンクデータが正常に受信されたかを判定する(ステップ500)。もし正常に受信されたのであれば、無線デバイス18は、DCIメッセージに含まれるBIに対するHARQフィードバックバッファにおけるエントリがNACKであるかを判定する(ステップ502)。もしNACKでなければ、無線デバイス18は、受信したDCIメッセージに含まれるBIにより示されるHARQフィードバックバッファにおける位置/エントリにACKを格納する(ステップ504)。反対に、受信したDCIメッセージに含まれるBIに対するHARQフィードバックバッファにおけるエントリがNACKであれば、無線デバイス18はNACKを格納し、または、それ以外では、受信されたDCIメッセージに含まれるBIに対するHARQフィードバックバッファにおけるエントリにおいてNACKを維持する(ステップ506)。このように、先のNACKはACKにより隠される、または、上書きされる。ステップ500に戻り、もしダウンリンクデータが無線デバイス18により正常に受信されなかった場合、無線デバイス18は、DCIメッセージに含まれるBIにより示される位置/エントリにおいてHARQフィードバックバッファにおいてNACKを格納する(ステップ506)。
オプション的に、処理は先のDCIエラーを検出するために継続し得る。これに関して、ステップ504または506からの手順次第で、無線デバイス18は、BIPREV = BIとセットし(ステップ508)、そして、BIPREV =(BIPREV − 1)modulo (BIMAX+1) とセットする(ステップ510)。ステップ510は、インデックスBIPREVを、可能なBIの値{0、1、…、BIMAX}のシーケンスにおける先のインデックスにセットする。また、ステップ510において与えられる式は、BIは符号なし整数であると想定される。符号あり整数が使用される場合、式は、BIPREV = (BIPREV + BIMAX) modulo (BIMAX + 1)となる。無線デバイス18は、そしてBIPREVをBILASTと比較する。ここで、BILASTは、直近に正常に受信したDCIメッセージに含まれるBIである。よって、BIPREVがBILASTと等しくない場合、先のDCIエラーが存在することを意味する。したがって、BIPREVがBILASTと等しい場合、無線デバイス18は、BIPREVにより定まる位置におけるHARQフィードバックバッファにDTXを格納し(ステップ514)、処理はステップ510へ戻る。なお、複数の連続したDCIエラーが存在する場合、このプロセスは、それらのDCIエラーを検出し、それぞれのHARQフィードバックバッファの位置にDTXを格納する。BIPREV = BILASTであることは、これ以上DCIエラーが存在しないことを意味し、無線デバイス18は、BILASTをBIにセットする(ステップ515)、そして処理は、図6に関して上述したステップ306へ進む。
図12は、本開示のいくつかの実施形態に従う、ネットワーク側のxPUCCH検出手順を示すフローチャートである。この手順は、無線アクセスノード14等のネットワークノードにより実行される。ここで、無線アクセスノード14等のネットワークは、所与のサブフレームの間でxPUCCH上でHARQフィードバックを予期している(ステップ600)。HARQフィードバックは、BI=0,…,BIMAXに対して、{(FB(BI))}と示される(ステップ602)。いくつかの実施形態では、xPUCCH受信に対する信号対干渉雑音比(SINR)が所与の閾値THIGH(これは例えばより高いレイヤにより設定されるパラメータであり得る)より高い場合(ステップ604でYES)、HARQフィードバックは信頼できるとみなされる(ステップ606)。説明のために、図14Aから図14C、図15Aから図15C、図16Aと図16B、図17Aと図17B、図18Aと図18Bの例を参照されたい。
いくつかの実施形態では、xPUCCH受信に対するSINRが閾値THIGHより低いが、例えば高いレイヤにより設定されるパラメータであり得る別の閾値TLOWより高い場合(ステップ608でYES)、受信されたHARQフィードバックは信頼できないとみなされる(ステップ610)。そのようなケースでは、全ての検討される送信は、NACKにされる(ステップ612)。すなわち、この報告における全てのBIに対するHARQフィードバックはNACKにセットされる。これにより、確かに、いくつかの余計なHARQ再送のコストがかかるが、NACK/DTX→ACKエラーによる、検討されるHARQプロセスの早まった解放に起因した、多くのコストがかかるより高いレイヤの再送を避けることとなる。この説明のために、図18Aと図18Bにおける例10と例11を参照されたい。
両方の上記の実施形態に対して、ネットワークは、BI=0とセットし(ステップ614)、ネットワークは次に、報告により運ばれた各BI(すなわち、BI=0、…、BIMAX)に対して、BIに関連付けられた各HARQプロセスに対する特定のBIに対するHARQフィードバックを処理し続ける(ステップ616〜630)。特に、{HP(BI)}を、BIに関連付けられた全てのHARQプロセスとする(ステップ616)。HP(BI)を、{HP(BI)}の第1のエレメントとし、{HP(BI)}からこのエレメントを削除する(ステップ618)。ネットワークは、HARQプロセスHP(BI)とBIとの間の関連付けを削除する(ステップ620)。ネットワークは、そして、HARQ処理HP(BI)に対するHARQフィードバックFB(BI)を処理する。HARQフィードバック処理を、図12において詳述する。ネットワークは、は{HP(BI)}が空かを判定する(ステップ624)。空でなければ、処理はステップ618へ戻る。一旦{HP(BI)}が空であれば、BIはインクリメントされる(ステップ626)。この点において、BIがBIMAXより大きければ(ステップ618)、処理は終了し(ステップ630)、それ以外は、処理はステップ616へ戻り、この新しいBIに対して繰り返される。
ステップ608へ戻り、更なる他の実施形態では、xPUCCH受信に対するSINRが閾値TLOWより低い場合(ステップ608、NO)、ネットワークは、無線デバイス18がxPUCCHフィードバックを送信することを決して試みず、よって、対応するポールにDCIエラーが存在したと結論付ける(ステップ632)。ネットワークはそして、関連するxPDSCH送信に対するHARQフィードバックは、無線デバイス18により受信できないことから、DTX(BI=BIMAX)であると暗示的に仮定する(ステップ634)。ネットワークはそして、BI=BIMAXとセットし(ステップ636)、処理はこの暗示的なDTXフィードバックの即時の処理のためにステップ616へ進む。この説明のために、図16A、図16B、図17Aおよび図17Bにおける例7、例8、および例9を参照されたい。
図13は、本開示のいくつかの実施形態に従うネットワーク側のHARQフィードバック解釈手順を示すフローチャートである。この手順は、例えば無線アクセスノード14といったネットワークノードにより実行される。ここで、特定のBIに対するHARQフィードバックが、関連するHARQプロセスに対して与えられる。示されたフィードバック(ACK/NACK/DTX)に依存して、HARQプロセスにより使用される冗長度バージョン(RV)は、(NACK)または非(DTX)に応じて更新される。特定のHARQプロセスは、その後、スケジューラに対して、再送(NACKまたはDTX)、または、フリー(ACK)のいずれかが適格であるとして示される。後者のケースでは、HARQプロセスはクリアにされ、新規データインジケータ(NDI)が切り替えられる(トグルされる)。
特に、図13に示されるように、HARQプロセス(HP)に対するHARQフィードバック(FB(BI))が処理される際に(例えば図12のステップ622)、本手順は開始する(ステップ700)。HARQフィードバック(FB)がDTXである場合(ステップ702、YES)、ネットワークは、HARQプロセス(HP)を再送が必要であるとしてフラグを付ける/マークする(ステップ704)。それ以外では、HARQフィードバック(FB)がNACKである場合(ステップ706、YES)、ネットワークは、HARQプロセス(HP)に対するRVを更新し(ステップ708)、HARQプロセス(HP)を再送が必要であるとしてフラグを付ける/マークする(ステップ704)。それ以外では、HARQフィードバック(FB)がACKである場合(ステップ710、YES)、この送信は先の送信と関連しないが、むしろ新規の送信であることから、ネットワークはHARQプロセス(HP)をクリアにし、LTEにおける現存のインジケータである、その新規データインジケータ(NDI)を切り替え、それにより、HARQプロセスにHARQバッファをフラッシュすることを指示する(ステップ712)。そして、HARQプロセス(HP)を新規のデータに対してフリー(free)/レディ(ready)として、フラグを付す/マークする(ステップ714)。なお、HARQフィードバックがDTXでなく、NACKでない場合、ステップ710は必須ではない。そしてこの例では、それはACKでなければならない。よって、処理は、ステップ706の分岐で“NO”からステップ712へ直接進む。
図14Aから図14C、図15Aから図15C、図16Aと図16B、図17Aと図17B、および図18Aと図18Bは、上述した強化型のHARQフィードバックソリューションの種々な観点の実施形態を示すいくつかの例を示す。これらの例は、例1から例11と称される。例1は、DCIメッセージとダウンリンクデータが無線デバイス18により正常に受信され、HARQフィードバックに対するアップリンク送信がネットワークにより受信されるシナリオを示す。
例2は、サブフレームSF#(J−1)に対するNACKをもたらすPDSCHエラーを有するシナリオを示す。NACKに応答して、ネットワークは、新しいRVで、サブフレームSF#(J−1)からのHARQプロセスを再送する。
例3は、複数のPDSCHエラーを有するシナリオを示す。サブフレームSF#(J−2)とSF#(J−1)に対するNACKに応答して、ネットワークは、新しいRVで、サブフレームSF#(J−2)とSF#(J−1)からのHARQプロセスを再送する。
例4は、非ポーリングDCIメッセージに対するDCIエラーを有するシナリオを示す。ここで、ネットワークは、RVを更新せずに、サブフレームSF#(J−1)からのHARQプロセスを再送する。
例5は、非ポーリングDCIメッセージ上の複数のDCIエラーを有するシナリオを示す。ここで、ネットワークは、RVを更新せずに、サブフレームSF#(K−2)とSF#(J−1)からのHARQプロセスを再送する。
例6は、非ポーリングDCIメッセージ上の混合DCIエラーを有するシナリオを示す。ここで、ネットワークは、サブフレームSF#(J−3)、SF#(J−2)、およびSF#(J−1)からのHARQプロセスを再送する。ここで、第1のHARQプロセスは、新しいRVで再送されるが、後の2つは、RVを更新せずに再送される。
例7は、ポーリングDCIメッセージ上のDCIエラーを有するシナリオを示す。サブフレームSF#(J+2)、すなわち、ネットワークがHARQフィードバックの送信を予期しているサブフレームにおいて、ネットワークは、HARQフィードバックの欠落を通知し、その後同じRVで再送されるサブフレームSF#(J)においてDCIエラーが存在したことに気付く。サブフレームSF#(J+7)では、HARQフィードバックは全てのACKを含むため、ネットワークは、何も行わない。
例8は、ポーリングDCIメッセージ上のDCIエラーに加えて、追加的なPDSCHエラーを有するシナリオを示す。なお、この例は、図7Aの問題Aと比較することが有益である。サブフレームSF#(J+2)において、ネットワークは、HARQフィードバックの欠落を通知し、サブフレームSF#(J)でDCIエラーが存在したことに気付く。これは、暗示的には、その後同じRVで再送される、サブフレームSF#(J)において送信されるHARQプロセスをDTXとすることを暗示する。サブフレームSF#(J+7)において、ネットワークは、NACKとされた全てのHARQプロセスを再送する。
●BI=0に対して:サブフレームSF#(J−3)とSF#(J+1)のHARQプロセスを再送する。
●BI=1に対して:サブフレームSF#(J−2)とSF#(J+2)のHARQプロセスを再送する。
●BI=1に対して:サブフレームSF#(J−1)とSF#(J+3)のHARQプロセスを再送する。
サブフレームSF#(J−3)、SF#(J−2)、SF#(J+3)のそれらは、全て正常に受信されていることから、“不必要”と通知され得る。DCIの低エラーレート(〜1%)が与えられると、これらの“不必要”な再送のインパクトは、PDSCHエラーの量と比較して小さくなるべきである。
例9Aは、複数のDCIエラーが存在するシナリオを示す。この例は、図8の問題Cと比較することが有益であり得る。サブフレームSF#(J+2)において、ネットワークは、HARQフィードバックの欠落を通知し、サブフレームSF#(J)でDCIエラーが存在したことに気付く。これは、サブフレームSF#(J)において送信されたHARQプロセスを暗示的にDTXし得る。それにより、サブフレームSF#(J)に対するHARQプロセスは再送される。ネットワークはまた、BIシーケンスにおいて、“ジャンプ”、すなわち、BI=0の代わりに、BI=2がBI=1に先行することを検出する。従って、ネットワークは、BI=0はおそらく欠落していたと結論付ける。すなわち、ネットワークは、欠落したBI=0に対応するサブフレームに対するDCIエラーにおいて、DCIエラーを検出する。よって、HARQフィードバックバッファにおけるエントリは、DTXにセットされる。更に、サブフレームSF#(J+7)において、ネットワークは、サブフレームSF#(J+1)からの“新しい”送信、並びに、サブフレームSF#(J−3)からの“古い”送信をDTXとしてマークし、それらは両方再送される。サブフレームSF#(J+2)、SF#(J+3)、SF#(J+4)における他の“新しい”送信は、ACKにされ、サブフレームSF#(J−2)とSF#(J−1)からの古い送信は、同様にACKにされる。
例9Bは、複数のDCIエラーを有する別のシナリオを示す。サブフレームSF#(J+2)において、ネットワークは、HARQフィードバックの欠落を通知し、サブフレームSF#(J)でDCIエラーが存在したことに気付く。これは、サブフレームSF#(J)において送信されたHARQプロセスを暗示的にDTXし得る。それにより、サブフレームSF#(J)に対するHARQプロセスは再送される。ネットワークはまた、BIシーケンスにおいて、“ジャンプ”、すなわち、BI=0の代わりに、BI=2がBI=1とBI=2に先行することを検出する。従って、ネットワークは、BI=0とBI=1はおそらく欠落していたと結論付ける。すなわち、ネットワークは、欠落したBI=0とBI=1に対応するサブフレームに対するDCIエラーにおいて、DCIエラーを検出する。よって、HARQフィードバックバッファにおけるそれらのエントリは、DTXに設定される。更に、サブフレームSF#(J+7)において、ネットワークは、サブフレームSF#(J+1)とSF#(J+2)からの“新しい”送信、並びに、サブフレームSF#(J−3)とSF#(J−2)からの“古い”送信をDTXとしてマークし、それらは両方再送される。サブフレームSF#(J+3)とSF#(J+4)における他の“新しい”送信は、ACKにされ、サブフレームSF#(J−1)からの古い送信は、同様にACKにされる。
例10は、全てのダウンリンクデータが正常に受信されたが、xPUCCHエラーが存在する(すなわち、xPUCCH送信が欠落しているか、言い換えれば、ネットワークにより受信されていない)シナリオを示す。サブフレームSF#(J+2)において、ネットワークは、HARQフィードバックの欠落を通知し、xPUCCHエラーが存在したことに気付く。これは、報告されると予期される全てのHARQプロセス、すなわち、サブフレームSF#(J−3)、SF#(J−2)、SF#(J−1)、およびSF#(J)からのHARQプロセスを、暗示的にNACKとする。サブフレームSF#(J+7)において、全てのダウンリンク送信がACKにされていることから、ネットワークは何も行わない。
例11は、xPUCCHフィードバックが欠落し、更に、追加的なPDSCHエラーが存在するシナリオを示す。この例は、図7Bの問題Bと比較することが有益であり得る。サブフレームSF#(J+2)において、ネットワークは、HARQフィードバックの欠落を通知し、xPUCCHエラーが存在したことに気付く。これは、報告されると予期される全てのHARQプロセス、すなわち、、サブフレームSF#(J−3)、SF#(J−2)、SF#(J−1)、およびSF#(J)からのHARQプロセスを、暗示的にNACKとする。それらのダウンリンク送信は、正常に受信されていることから、サブフレームSF#(J−3)とSF#(J−2)のそれらは、“不必要”と通知され得る。よって、xPUCCHエラーをむしろ低くし続けることが重要である。更に、サブフレームSF#(J+7)において、ネットワークは、NACKとされた全てのHARQプロセスを再送する。
●BI=0に対して:サブフレームSF#(J+1)のHARQプロセスを再送する(サブフレームSF#(J−3)は既にNACKにされている)。
●BI=1に対して:サブフレームSF#(J+2)のHARQプロセスを再送する(サブフレームSF#(J−2)は既にNACKにされている)。
<例の無線デバイスおよび無線アクセスノードの実装>
図19は、本開示のいくつかの実施形態に従う、無線デバイス18(例えばUE)の概略的なブロック図である。図示するように、無線デバイス18は、1つ以上のプロセッサ28(例えば、中央処理ユニット(CPU)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)等)、メモリ30、およびそれぞれが1つ以上のアンテナ38と接続される1つ以上の送信器34と1つ以上の受信器36を有する1つ以上の送受信器32を有する。いくつかの実施形態では、上述した無線デバイス18の機能性は、完全に、または、部分的に、例えばメモリ30に格納されたソフトウェアにおいて実装され、プロセッサ28により実行され得る。
いくつかの実施形態では、少なくとも1つのプロセッサにより実行される場合に、当該少なくとも1つのプロセッサに、ここに説明した実施形態のいずれかに従う無線デバイス18の機能性を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラムプロダクトを含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、または、メモリといった持続性のコンピュータ読み取り可能な媒体等のコンピュータ読み取り可能な媒体のいずれか1つである。
図20は、本開示のいくつかの実施形態に従う、無線デバイス18の概略的なブロック図である。無線デバイス18は、それぞれがソフトウェアにおいて実装される、1つ以上のモジュール40を有する。モジュール40は、ここに記載した無線デバイス18の機能性を提供する。例えば、モジュール40は、ネットワークからDCIメッセージを受信するように動作可能な受信モジュール40−1を含み得る。ここで、DCIメッセージは、実施形態に依存して、本開示の種々の実施形態に関して上述したように、HARQタイミングオフセットKの指標、HARQフィードバックバッファのインデックス、および/または、ポーリングインジケータを含み得る。別の例として、モジュール40は、ここに説明した実施形態のいずれかに従うHARQフィードバックを送信するように動作可能な送信モジュール40−2を含み得る。更に別の例として、モジュール40は、本開示のいくつかの実施形態に関して上述したような、HARQフィードバックバッファにおいてHARQフィードバックを格納するように動作可能な格納モジュール40−3を含み得る。
図21は、本開示のいくつかの実施形態に従う、基地局14(またはより一般的には、無線アクセスノード14)の概略的なブロック図である。この議論は、他のタイプの無線アクセスノードにも同様に適用可能である。更に、他のタイプのネットワークノードは、同様の構造(特に、プロセッサ、メモリ、ネットワークインタフェースを含むことに関して)を有し得る。図示されるように、基地局14は、1つ以上のプロセッサ44(例えば、CPU、ASIC、FPGA等)を含むベースバンドユニット42、メモリ46、およびネットワークインタフェース48、並びに、それぞれが1つ以上のアンテナ56に接続される1つ以上の送信器52と1つ以上の受信器54を含む1つ以上の無線ユニット50を有する。いくつかの実施形態では、基地局14の機能性、または、より一般的には、無線アクセスノードの機能性、または、より一般的には、ネットワークノードの機能性は、完全に、または、部分的に、例えばメモリ46に格納されたソフトウェアにおいて実装され、プロセッサ44により実行され得る。
図22は、本開示のいくつかの実施形態に従う基地局14の仮想化された実施形態を示す概略的なブロック図である。この議論は、他のタイプの無線アクセスノードにも同様に適用可能である。更に、他のタイプのネットワークノードも、同様な仮想化された構造を有し得る。
ここで使用されるような“仮想化された”ネットワークノード(例えば、仮想化された基地局または仮想化された無線アクセスノード)は、ネットワークの機能性の少なくとも一部分が、例えば、ネットワークにおける物理的な処理ノード上で実行する仮想マシーンを介して、仮想的なコンポーネントとして実装されるネットワークノードの実装である。図示されるように、この例では、基地局14は、上述したように、1つ以上のプロセッサ48(例えば、CPU、ASIC、FPGA等)を含むベースバンドユニット42、メモリ46、およびネットワークインタフェース48、並びに、それぞれが1つ以上のアンテナ56に接続される1つ以上の送信器52と1つ以上の受信器54を含む1つ以上の無線ユニット50を有する。ベースバンドユニット42は、例えば光ケーブル等を介して、無線ユニット50に接続される。ベースバンドユニット42は、ネットワークインタフェース48を介してネットワーク60に接続された、または、ネットワークインタフェース48を介してネットワーク60の一部として含まれる、1つ以上の処理ノード58に接続される。各処理ノード58は、1つ以上のプロセッサ62(例えば、CPU、ASIC、FPGA等)、メモリ64、および、ネットワークインタフェース66を含む。
この例では、ここに記載した基地局14の機能68は、1つ以上の処理ノード58に実装されるか、あらゆる所望の方法でベースバンドユニット42と1つ以上の処理ノード58に渡って分散される。いくつかの特定の実施形態では、ここに記載した基地局14の機能68のいくつかまたは全ては、処理ノード58によりホストされる仮想環境において実装される1つ以上の仮想マシーンにより実行される仮想コンポーネントとして実装される。当業者には理解されるように、処理ノード58とベースバンドユニット42との間の追加的なシグナリングまたは通信は、所望の機能68の少なくともいくつかを実行するために使用される。特に、いくつかの実施形態では、無線ユニット50が適切なネットワークインタフェースを介して直接的に処理ノード58と通信するケースでは、ベースバンドユニット42は含まれなくてもよい。
したがって、直接的なスケジューリングの実施形態に関して、いくつかの実施形態では、処理ノード58は、無線ユニット50を介して、無線デバイス18に、HARQフィードバックタイミングオフセットKを伝える、それ以外では、HARQフィードバックタイミングオフセットKの指標を含むDCIの送信を行わせるように動作する。別の例として、図10のいくつかまたは全てのネットワーク側のポーリング手順は、処理ノード58により実行され、および/または、図12のいくつかまたは全てのネットワーク側のxPUCCH検出手順は、無線ユニット50を介して無線デバイス18から受信されたダウンリンクHARQフィードバックに基づいて、処理ノード58により実行され得る。
いくつかの実施形態では、少なくとも1つのプロセッサにより実行された場合に、当該1つ以上のプロセッサに、ここに記載された実施形態のいずれかに従って、例えばネットワークノードまたは無線アクセスノードの形態で、ネットワークの機能性を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラムプロダクトを含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、または、メモリといった持続性のコンピュータ読み取り可能な媒体等のコンピュータ読み取り可能な媒体のいずれか1つである。
図23は、本開示のいくつかの実施形態に従う、基地局14(またはより一般的には、無線アクセスノード14)の概略的なブロック図である。無線デバイス14は、それぞれがソフトウェアにおいて実装される、1つ以上のモジュール70を有する。モジュール70は、ここに記載した無線デバイス14の機能性を提供する。モジュール70は、例えば、ここに記載した実施形態のいずれかに従ってDCIメッセージおよびダウンリンクデータを送信するように動作可能な送信モジュール70−1と、ここに記載した実施形態のいずれかに従ってHARQフィードバックを受信し処理するように動作可能な受信モジュール70−2を含み得る。なお、他のタイプの無線アクセスノードは、基地局14に対して、図23に示した構造と同様の構造であり得る。
<例の実施形態>
あらゆる特定の実施形態に限定しないが、本開示のいくつかの例の実施形態を以下に記載する。
●実施形態1:セルラ通信システム(10)における無線デバイスの動作方法であって、
○第1のサブフレームTにおいて無線デバイス(18)へダウンリンク制御情報を送信すること(102)であって、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含む、ことと、
○HARQフィードバックをサブフレームT+Kにおいて送信すること(106)を含む。
●実施形態2:実施形態1の方法であって、前記HARQフィードバックを送信すること(106)は、
○複数のダウンリンクHARQフィードバックフラグを、単一のダウンリンクHARQフィードバック送信に統合することと、
○サブフレームT+Kにおいて単一のダウンリンクHARQ送信を送信すること、を含む。
●実施形態3:実施形態2の方法であって、前記複数のHARQフィードバックフラグを統合することは、前記複数のHAFQフィードバックフラグを、前記単一のダウンリンクHARQフィードバック送信に対するコードワードに結合符号化することを含む。
●実施形態4:実施形態2または実施形態3の方法であって、前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクHARQフィードバック送信に統合されるかを示す情報を含む。
●実施形態5:実施形態1から4のいずれかの方法であって、前記HARQタイミングオフセットKの前記指標は、前記HARQタイミングオフセットKに対する値である。
●実施形態6:実施形態1から4のいずれかの方法であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは予め定義された値または、予め設定された値である。
●実施形態7:実施形態1から6のいずれかの方法であって、更に、ダウンリンク制御情報の失敗を検出することを含む、方法。
●実施形態8:実施形態1から7のいずれかに従って動作するように構成された無線デバイス(18)。
●実施形態9:セルラ通信システム(10)において動作することが可能な無線デバイス(18)であって、前記無線デバイス(18)は、
○送受信器(32)と、
○少なくとも1つのプロセッサ(28)を有し、
○前記少なくとも1つのプロセッサ(28)により実行可能な命令を記憶するメモリ(30)を有し、それにより、前記無線デバイス(18)は、
●前記送受信器(32)を介して、第1のサブフレームTにおいてダウンリンク制御情報を受信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含み、
●前記送受信器を介して、HARQフィードバックをサブフレームT+Kにおいて送信するように動作可能である。
●実施形態10:実施形態9の無線デバイス(18)であって、前記HARQフィードバックを送信するために、前記無線デバイス(18)は、更に、
○複数のダウンリンクHARQフィードバックフラグを、単一のダウンリンクHARQフィードバック送信に統合し、
○サブフレームT+Kにおいて前記単一のダウンリンクHARQ送信を送信するように動作可能である。
●実施形態11:実施形態10の無線デバイス(18)であって、前記複数のダウンリンクHARQフィードバックフラグを統合するために、前記無線デバイス(18)は、更に、前記複数のダウンリンクHARQフィードバックフラグを、前記単一のダウンリンクHARQフィードバック送信に対するコードワードに結合符号化するように動作可能である。
●実施形態12:実施形態10または実施形態11の前記無線デバイス(18)であって、前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクHARQフィードバック送信に統合されるかを示す情報を含む。
●実施形態13:実施形態9から12のいずれかの無線デバイス(18)であって、前記HARQタイミングオフセットKの前記指標は、前記HARQタイミングオフセットKに対する値である。
●実施形態14:実施形態9から12のいずれかの無線デバイス(18)であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは予め定義された値または予め設定された値である。
●実施形態15:セルラ通信システム(10)において動作することが可能な無線デバイス(18)であって、前記無線デバイス(18)は、
○第1のサブフレームTにおいて無線デバイス(18)へダウンリンク制御情報を送信するための手段であって、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含む、手段と、
○HARQフィードバックをサブフレームT+Kにおいて送信するための手段を含む。
●実施形態16:セルラ通信システム(10)において動作することが可能な無線デバイス(18)であって、前記無線デバイス(18)は、
○第1のサブフレームTにおいてダウンリンク制御情報を受信するように動作可能な受信モジュール(40−1)であって、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含む、受信モジュールと、
○サブフレームT+Kにおいて前記無線アクセスノード(14)にダウンリンクHARQフィードバックを送信するように動作可能な送信モジュール(40−2)を有する。
●実施形態17:セルラ通信システム(10)における無線デバイスの動作方法であって、
○ハイブリッド自動再送要求(HARQ)フィードバックバッファのインデックスを含むダウンリンク制御情報メッセージを受信すること(302)と、
○前記HARQフィードバックバッファのインデックスに対応する前記HARQフィードアックバッファ内の位置においてダウンリンクHARQフィードバックフラグを格納すること(304)を含む。
●実施形態18:実施形態17の方法であって、更に、1つ以上の追加的なダウンリンク制御情報メッセージに対して、受信すること(302)と格納すること(304)を繰り返すことを含む。
●実施形態19:実施形態18の方法であって、更に、
○ネットワークノードから、ポーリング要求を受信すること(306、YES)と、
○前記ポーリング要求の受信を受けて、
・前記HARQフィードバックバッファに格納されているHARQフィードバックフラグを含むアップリンク制御メッセージを作成すること(308)と、
・前記アップリンク制御メッセージを送信すること(314)を含む。
●実施形態20:実施形態19の方法であって、前記アップリンク制御メッセージを作成することは、前記ダウンリンクHARQフィードバックフラグを、前記アップリンク制御メッセージに対するコードワードに結合符号化することを含む。
●実施形態21:実施形態19または20の方法であって、前記アップリンク制御メッセージを送信することは、前記アップリンク制御メッセージをサブフレームT+Nにおいて送信することを含み、ここでサブフレームTは前記ポーリング要求が受信されたサブフレームであり、NはHARQフィードバックオフセットである。
●実施形態22:実施形態21の方法であって、前記HARQフィードバックオフセットNは、予め定義される、または、予め設定される。
●実施形態23:実施形態21の方法であって、前記HARQフィードバックオフセットNは、ポーリング要求またはサブフレームTにおいて受信されたダウンリンク制御情報メッセージのいずれかにおいて受信されたインデックスの関数である。
●実施形態24:実施形態17から23のいずれかの方法であって、更に、ダウンリンク制御情報の失敗を検出することを含む。
●実施形態25:実施形態17から24のいずれかに従って動作するように構成された無線デバイス(18)。
●実施形態26:セルラ通信システム(10)において動作することが可能な無線デバイス(18)であって、前記無線デバイス(18)は、
○送受信器(32)と、
○少なくとも1つのプロセッサ(28)と、
○前記少なくとも1つのプロセッサ(28)により実行可能な命令を記憶するメモリ(30)を有し、それにより、前記無線デバイス(18)は、
・前記送受信器(32)を介して、ハイブリッド自動再送要求(HARQ)フィードバックバッファのインデックスを含むダウンリンク制御情報メッセージを受信し、
・前記HARQフィードバックバッファのインデックスに対応する前記HARQフィードアックバッファ内の位置においてダウンリンクHARQフィードバックフラグを格納するように動作可能である。
●実施形態27:実施形態26の無線デバイス(18)であって、前記無線デバイス(18)は、更に、1つ以上の追加的なダウンリンク制御情報メッセージに対して、前記受信することと前記格納することを繰り返すように動作可能である。
●実施形態28:実施形態27の無線デバイス(18)であって、前記前記無線デバイス(18)は、更に、
○前記送受信器(32)を介してネットワークノードから、ポーリング要求を受信し、
○前記ポーリング要求の受信を受けて、
・前記HARQフィードバックバッファに格納されているHARQフィードバックフラグを含むアップリンク制御メッセージを作成し、
・前記アップリンク制御メッセージを送信するように動作可能である。
●実施形態29:実施形態28の無線デバイス(18)であって、前記アップリンク制御メッセージを作成するために、前記無線デバイス(18)は、更に、前記ダウンリンクHARQフィードバックフラグを、前記アップリンク制御メッセージに対するコードワードに結合符号化するように動作可能である。
●実施形態30:実施形態28または29の無線デバイス(18)であって、前記無線デバイス(18)は、更に、前記アップリンク制御メッセージをサブフレームT+Nにおいて送信するように動作可能であり、ここでサブフレームTは前記ポーリング要求が受信されたサブフレームであり、NはHARQフィードバックオフセットである。
●実施形態31:実施形態30の無線デバイス(18)であって、前記HARQフィードバックオフセットNは、予め定義される、または、予め設定される。
●実施形態31:実施形態30の無線デバイス(18)であって、前記HARQフィードバックオフセットNは、ポーリング要求またはサブフレームTにおいて受信されたダウンリンク制御情報メッセージのいずれかにおいて受信されたインデックスの関数である。
●実施形態32:実施形態26から31のいずれかの無線デバイス(18)であって、前記前記無線デバイス(18)は、更に、ダウンリンク制御情報の失敗を検出するように動作可能である。
●実施形態33:セルラ通信システム(10)において動作することが可能な無線デバイス(18)であって、前記無線デバイス(18)は、
○ハイブリッド自動再送要求(HARQ)フィードバックバッファのインデックスを含むダウンリンク制御情報メッセージを受信するための手段と、
○前記HARQフィードバックバッファのインデックスに対応する前記HARQフィードアックバッファ内の位置においてダウンリンクHARQフィードバックフラグを格納するための手段を有する。
●実施形態34:セルラ通信システム(10)において動作することが可能な無線デバイス(18)であって、前記無線デバイス(18)は、
○ハイブリッド自動再送要求(HARQ)フィードバックバッファのインデックスを含むダウンリンク制御情報メッセージを受信するように動作可能な受信モジュール(40−1)と、
○前記HARQフィードバックバッファのインデックスに対応する前記HARQフィードアックバッファ内の位置においてダウンリンクHARQフィードバックフラグを格納するように動作する格納モジュール(40−3)を有する。
●実施形態35a:セルラ通信システム(10)における無線デバイスの動作方法であって、
○ハイブリッド自動再送要求(HARQ)フィードバックバッファインデックスを含むメッセージを受信することと、
○現在のサブフレームに対するデータの受信が成功したかを判定することであって、前記現在のサブフレームは、前記メッセージが受信されたサブフレームである、ことと、
○否定応答(NACK)フラグが、前記メッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)のHARQフィードバックバッファに格納されているかを判定することと、
○前記HARQフラグが、前記メッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)の前記HARQフィードバックバッファに格納されていると判定することに応じて、前記現在のサブフレームの前記データの受信が成功したとしても、前記メッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)の前記HARQフィードバックバッファにおけるNACKフラグを維持することを含む。
●実施形態35:セルラ通信システム(10)における無線デバイスの動作方法であって、
○ハイブリッド自動再送要求(HARQ)フィードバックバッファのインデックスを含むダウンリンク制御情報(DCI)メッセージを受信することと、
○現在のサブフレームに対するデータの受信が成功したかを判定することであって、前記現在のサブフレームは、前記DCIメッセージが受信されたサブフレームである、ことと、
○否定応答(NACK)フラグが、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)のHARQフィードバックバッファに格納されていることを判定することと、
○前記HARQフラグが、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)の前記HARQフィードバックバッファに格納されていると判定することに応じて、前記現在のサブフレームの前記データの受信が成功したとしても、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)の前記HARQフィードバックバッファにおけるNACKフラグを維持することを含む。
●実施形態36:実施形態35の方法であって、更に、前記HARQフィードバックバッファに格納されているHARQフィードバックを、ネットワークノードに送信することを含む。
●実施形態37:実施形態35の方法であって、更に、現在のサブフレームに対して、複数のDCIエラーが、前記現在のサブフレームの前の複数の連続するサブフレームにおいて発生しているかを判定することを含む。
●実施形態38:実施形態37の方法であって、更に、前記複数のDCIエラーが、複数の連続するサブフレームにおいて発生していると判定したことを受けて、非連続送信(DTX)フラグを、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスの直前のHARQフィードバックバッファのインデックスに対応する位置において、前記HARQフィードバックバッファに格納することを含む。
●実施形態39:少なくとも1つのプロセッサにおいて実行される場合に、実施形態35から39のいずれかによる前記方法を、前記少なくとも1つのプロセッサに実行させる命令を含むコンピュータプログラム製品。
●実施形態40:実施形態39のコンピュータプログラムを含むキャリアであって、前記キャリアは電気信号、光信号、無線信号、またはコンピュータ読み取り可能な記憶媒体のうちの一つである。
●実施形態41:セルラ通信システム(10)において動作することが可能な無線デバイス(18)であって、前記無線デバイス(18)は、
○送受信器(32)と、
○少なくとも1つのプロセッサ(28)と、
○前記少なくとも1つのプロセッサ(28)により実行可能な命令を記憶するメモリ(30)を有し、それにより、前記無線デバイス(18)は、
・前記送受信器(32)を介して、ハイブリッド自動再送要求(HARQ)フィードバックバッファのインデックスを含むダウンリンク制御情報(DCI)メッセージを受信し、
・現在のサブフレームに対するデータの受信が成功したかを判定し、ここで、前記現在のサブフレームは、前記DCIメッセージが受信されたサブフレームであり、
・否定応答(NACK)フラグが、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)のHARQフィードバックバッファに格納されていることを判定し、
・前記HARQフラグが、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)の前記HARQフィードバックバッファに格納されていると判定することに応じて、前記現在のサブフレームの前記データの受信が成功したとしても、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)の前記HARQフィードバックバッファにおけるNACKフラグを維持するように動作可能である。
●実施形態42:実施形態41の無線デバイス(18)であって、前記無線デバイス(18)は、更に、前記HARQフィードバックバッファに格納されているHARQフィードバックを、ネットワークノードに送信するように動作可能である。
●実施形態43:実施形態41の無線デバイス(18)あって、前記無線デバイス(18)は、更に、現在のサブフレームに対して、複数のDCIエラーが、前記現在のサブフレームの前の複数の連続するサブフレームにおいて発生しているかを判定するように動作可能である。
●実施形態44:実施形態41の無線デバイス(18)であって、前記無線デバイス(18)は、更に、複数のDCIエラーが、複数の連続するサブフレームにおいて発生していると判定したことを受けて、非連続送信(DTX)フラグを、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスの直前のHARQフィードバックバッファのインデックスに対応する位置において、前記HARQフィードバックバッファに格納するように操作可能である。
●実施形態45:セルラ通信システム(10)に対する無線デバイス(18)であって、前記無線デバイス(18)は、
○ハイブリッド自動再送要求(HARQ)フィードバックバッファのインデックスを含むダウンリンク制御情報(DCI)メッセージを受信するための手段と、
○現在のサブフレームに対するデータの受信が成功したかを判定するための手段であって、前記現在のサブフレームは、前記DCIメッセージが受信されたサブフレームである、手段と、
○否定応答(NACK)フラグが、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)のHARQフィードバックバッファに格納されていることを判定するための手段と、
○前記NACKフラグが、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)の前記HARQフィードバックバッファに格納されていると判定することに応じて、前記現在のサブフレームの前記データの受信が成功したとしても、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)の前記HARQフィードバックバッファにおけるNACKフラグを維持するための手段を有する。
●実施形態46:セルラ通信システム(10)において動作することが可能な無線デバイス(18)であって、前記無線デバイス(18)は、
○ハイブリッド自動再送要求(HARQ)フィードバックバッファのインデックスを含むダウンリンク制御情報(DCI)メッセージを受信するように動作可能な受信モジュール(40−1)と、
○現在のサブフレームに対するデータの受信が成功したことを判定するように動作可能な第1の判定モジュール(40)であって、前記現在のサブフレームは、前記DCIメッセージが受信されたサブフレームである、モジュールと、
○否定応答(NACK)フラグが、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)のHARQフィードバックバッファに格納されていることを判定するように動作可能な第2の判定モジュール(40)と、
○前記NACKフラグが、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)の前記HARQフィードバックバッファに格納されていると判定することに応じて、前記現在のサブフレームの前記データの受信が成功したとしても、前記DCIメッセージに含まれる前記HARQフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス(18)の前記HARQフィードバックバッファにおけるNACKフラグを維持するように動作可能なフラグ格納モジュールを有する。
●実施形態47a:セルラ通信システム(10)における無線アクセスノード(14)の動作方法であって、
○無線デバイス(18)から前記無線アクセスノード(14)へのアップリンク制御チャネルの品質が、上限閾値より低いが、下限閾値より高いかを判定することと、
○前記アップリンク制御チャネルの前記品質が、前記上限閾値より低いが、前記下限閾値より高いと判定したことに応じて、複数のフラグのそれぞれを、否定応答(NACK)フラグにセットすることであって、前記フラグは、前記無線デバイス(18)から受信されている、ことを含む。
●実施形態47:セルラ通信システム(10)における無線アクセスノード(14)の動作方法であって、
○無線デバイス(18)から前記無線アクセスノード(14)へのアップリンク制御チャネルの品質が、予め定義された上限閾値より低いが、予め定義された下限閾値より高いかを判定することと、
○前記アップリンク制御チャネルの前記品質が、前記予め定義された上限閾値より低いが、前記予め定義された下限閾値より高いと判定したことに応じて、前記アップリンク制御チャネルを介して前記無線デバイス(18)から受信される必要があった複数の束ねられたHARQフラグのそれぞれを、否定応答(NACK)フラグにセットすることを含む。
●実施形態48:実施形態47の方法であって、前記複数の束ねられたHARQフィードバックフラグは、対応するインデックスBI={1,…,BIMAX}を有し、ここで、BIMAXは1より大きい、予め定められた値であり、前記方法は、
○前記無線デバイス(18)から前記無線アクセスノード(14)への前記アップリンク制御チャネルの前記品質が、前記予め定められた下限の閾値より低いかを判定することと、
○前記アップリンク制御チャネルの前記品質が、前記予め定められた下限の閾値より低いと判定したことに応じて、前記アップリンク制御チャネルを介して前記無線デバイス(18)から受信された、インデックスBIMAXに対応する、複数の束ねられたHARQフィードバックフラグの1つを、DCIエラーを示す非連続送信(DTX)フラグにセットすることを含む。
●実施形態49:少なくとも1つのプロセッサにおいて実行される場合に、実施形態47から48のいずれかによる前記方法を、前記少なくとも1つのプロセッサに実行させる命令を含むことを特徴とするコンピュータプログラム製品。
●実施形態50:実施形態49のコンピュータプログラムを含むキャリアであって、前記キャリアは電気信号、光信号、無線信号、またはコンピュータ読み取り可能な記憶媒体のうちの1つである。
●実施形態51:セルラ通信システム(10)に対する無線アクセスノード(14)であって、前記無線アクセスノード(14)は、
○無線ユニット(50)と、
○少なくとも1つのプロセッサ(44)と、
○前記少なくとも1つのプロセッサ(44)により実行可能な命令を記憶するメモリ(46)を有し、それにより、前記無線アクセスノード(14)は、
・無線デバイス(18)から前記無線アクセスノード(14)へのアップリンク制御チャネルの品質が、予め定義された上限閾値より低いが、予め定義された下限閾値より高いかを判定し、
・前記アップリンク制御チャネルの前記品質が、前記予め定義された上限閾値より低いが、前記予め定義された下限閾値より高いと判定したことに応じて、前記アップリンク制御チャネルを介して前記無線デバイス(18)から受信される必要があった複数の束ねられたHARQフラグのそれぞれを、否定応答(NACK)フラグにセットするように動作可能である。
●実施形態52:実施形態51の無線アクセスノード(14)であって、前記複数の束ねられたHARQフィードバックフラグは、対応するインデックスBI={1,…,BIMAX}を有し、ここで、BIMAXは1より大きい、予め定められた値であり、前記無線アクセスノード(14)は、更に、
○前記無線デバイス(18)から前記無線アクセスノード(14)への前記アップリンク制御チャネルの前記品質が、前記予め定められた下限の閾値より低いかを判定し、
○前記アップリンク制御チャネルの前記品質が、前記予め定められた下限の閾値より低いと判定したことに応じて、前記アップリンク制御チャネルを介して前記無線デバイス(18)から受信された、インデックスBIMAXに対応する、複数の束ねられたHARQフィードバックフラグの1つを、DCIエラーを示す非連続送信(DTX)フラグに設定するように動作可能である。
●実施形態53:セルラ通信システム(10)に対する無線アクセスノード(14)であって、前記無線アクセスノード(14)は、
○無線デバイス(18)から前記無線アクセスノード(14)へのアップリンク制御チャネルの品質が、予め定義された上限閾値より低いが、予め定義された下限閾値より高いかを判定するための手段と、
○前記アップリンク制御チャネルの前記品質が、前記予め定義された上限閾値より低いが、前記予め定義された下限閾値より高いと判定したことに応じて、前記アップリンク制御チャネルを介して前記無線デバイス(18)から受信される必要があった複数の束ねられたHARQフラグのそれぞれを、否定応答(NACK)フラグにセットするための手段を有する。
●実施形態54:セルラ通信システム(10)に対する無線アクセスノード(14)であって、前記無線アクセスノード(14)は、
○無線デバイス(18)から前記無線アクセスノード(14)へのアップリンク制御チャネルの品質が、予め定義された上限閾値より低いが、予め定義された下限閾値より高いかを判定するように動作可能な判定モジュールと、
○前記アップリンク制御チャネルの前記品質が、前記予め定義された上限閾値より低いが、前記予め定義された下限閾値より高いと判定したことに応じて、前記アップリンク制御チャネルを介して前記無線デバイス(18)から受信される必要があった複数の束ねられたHARQフラグのそれぞれを、否定応答(NACK)フラグにセットするように動作可能であるフラグ設定モジュールを有する。
以下の頭字語は、本開示を通じて使用される。
3GPP:第3世代パートナーシッププロジェクト
5G:第5世代
ASS:アドヴァンストアンテナシステム
ACK:確認応答
AM:確認応答モード
ASIC:特定用途向け集積回路
BI:バッファインデックス
CCE:制御チャネルエレメント
CPU;中央処理ユニット
DCI:ダウンリンク制御情報
DTX:非連続送信
eNB:強化型(Enhanced)または進化型(Evolved)ノードB
ePDCCH:強化型物理ダウンリンク制御チャネル
FDD:周波数分割複信
FPGA:フィールドプログラマブルゲートアレイ
HARQ:ハイブリッド自動再送要求
LTE:ロングタームエヴォリューション
MIMO:多入力多出力
MME:モビリティ管理エンティティ
ms:ミリ秒
MTC:マシーンタイプ通信
NACK:否定応答
NDI:新規データインジケータ
OFDM:直交周波数分割多重
PDCCH:物理ダウンリンク制御チャネル
PDSCH:物理ダウンリンク共有チャネル
PーGW:パケットデータネットワークゲートウェイ
PDCCH:物理アップリンク制御チャネル
PUSCH:物理アップリンク共有チャネル
RAN:無線アクセスネットワーク
RRC:無線リンク制御
RTT:ラウンドトリップタイム
RV:冗長度バージョン
S−GW:サービングゲートウェイ
SINR:信号対干渉雑音比
TB:テストベッド
TDD:時分割複信
UCI:アップリンク制御情報
UE:ユーザ装置
当業者であれば、本開示の実施形態に対する改良および修正を認識するだろう。そのような改良および修正は、ここに開示された概念および以下のクレームの範囲で考慮される。

Claims (48)

  1. セルラ通信システム(10)における無線デバイス(18)の動作方法であって、
    第1のサブフレームTにおいて無線アクセスノード(14)からダウンリンク制御情報を受信すること(102)であって、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含む、ことと、
    サブフレームT+Kにおいて前記無線アクセスノード(14)へダウンリンクHARQフィードバックを送信すること(106)を含む、方法。
  2. 請求項1に記載の方法であって、更に、
    複数のダウンリンクHARQフィードバックフラグを、単一のダウンリンクHARQフィードバック送信に統合すること(104)を含み、
    前記サブフレームT+Kにおいて前記HARQフィードバックを送信すること(106)は、前記サブフレームT+Kにおいて前記単一のダウンリンクHARQフィードバック送信を送信すること(106)を含む、方法。
  3. 請求項2に記載の方法であって、
    前記複数のダウンリンクHARQフィードバックフラグを、前記単一のダウンリンクHARQフィードバック送信に統合すること(104)は、前記複数のダウンリンクHARQフィードバックフラグを、前記単一のダウンリンクHARQフィードバック送信に対するコードワードに結合符号化すること(104)を含む、方法。
  4. 請求項2または3に記載の方法であって、
    前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクHARQフィードバック送信に統合されるかを示す情報を含む、方法。
  5. 請求項1から4のいずれか1項に記載の方法であって、前記HARQタイミングオフセットKの前記指標は、前記HARQタイミングオフセットKに対する値である、方法。
  6. 請求項1から4のいずれか1項に記載の方法であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは予め定義された値である、方法。
  7. 請求項1から4のいずれか1項に記載の方法であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは予め設定された値である、方法。
  8. 請求項1から4のいずれか1項に記載の方法であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは前記無線デバイス(18)の予め決定された最小のHARQタイミングオフセットである、方法。
  9. 請求項1から4のいずれか1項に記載の方法であって、前記HARQタイミングオフセットKの前記指標は、値Xであり、前記HARQタイミングオフセットKは前記値Xの関数である、方法。
  10. 請求項1から9のいずれか1項に記載の方法であって、前記HARQフィードバックは、HARQフィードバックフラグを含み、前記HARQフィードバックフラグは、各ダウンリンクデータが前記無線デバイス(18)により正常に受信された場合には確認応答であり、前記各ダウンリンクデータが前記無線デバイス(18)により正常に受信されなかった場合には否定応答であり、各ダウンリンク制御情報が前記無線デバイス(18)により受信されなかった場合には、ダウンリンク制御情報の失敗の指標である、方法。
  11. セルラ通信システム(10)に対する無線デバイス(18)であって、前記無線デバイス(18)は、
    第1のサブフレームTにおいて無線アクセスノード(14)からダウンリンク制御情報を受信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含み、
    サブフレームT+Kにおいて前記無線アクセスノード(14)へダウンリンクHARQフィードバックを送信するように構成される、無線デバイス。
  12. 請求項11に記載の無線デバイス(18)であって、更に、請求項2から10のいずれか1項に記載の方法に従って動作するように構成される、無線デバイス。
  13. セルラ通信システム(10)に対する無線デバイス(18)であって、
    送受信器(32)と、
    少なくとも1つのプロセッサ(28)を有し、
    前記少なくとも1つのプロセッサ(28)により実行可能な命令を記憶するメモリ(30)を有し、それにより、前記無線デバイス(18)は、
    前記送受信器(32)を介して、第1のサブフレームTにおいて無線アクセスノード(14)からダウンリンク制御情報を受信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含み、
    前記送受信器(32)を介して、サブフレームT+Kにおいて前記無線アクセスノード(14)へダウンリンクHARQフィードバックを送信するように動作可能である、無線デバイス。
  14. 請求項13に記載の無線デバイス(18)であって、前記少なくとも1つのプロセッサ(28)による前記命令の実行により、前記無線デバイス(18)は、更に、
    複数のダウンリンクHARQフィードバックフラグを、単一のダウンリンクHARQフィードバック送信に統合するように動作可能であり、
    前記サブフレームT+Kにおいて前記ダウンリンクHARQフィードバックを送信するために、前記無線デバイス(18)は、前記送受信器(32)を介して、前記サブフレームT+Kにおいて前記単一のダウンリンクHARQフィードバック送信を送信するように動作可能である、無線デバイス。
  15. 請求項14に記載の無線デバイス(18)であって、前記複数のダウンリンクHARQフィードバックフラグを、前記単一のダウンリンクHARQフィードバック送信に統合するために、前記無線デバイス(18)は、更に、前記複数のダウンリンクHARQフィードバックフラグを、前記単一のダウンリンクHARQフィードバック送信に対するコードワードに結合符号化するように動作可能である、無線デバイス。
  16. 請求項14または15に記載の無線デバイス(18)であって、
    前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクHARQフィードバック送信に統合されるかを示す情報を含む、無線デバイス。
  17. 請求項13から16のいずれか1項に記載の無線デバイス(18)であって、前記HARQタイミングオフセットKの前記指標は、前記HARQタイミングオフセットKに対する値である、無線デバイス。
  18. 請求項13から16のいずれか1項に記載の無線デバイス(18)であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは予め定義された値である、無線デバイス。
  19. 請求項13から16のいずれか1項に記載の無線デバイス(18)であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは予め定設定れた値である、無線デバイス。
  20. 請求項13から16のいずれか1項に記載の無線デバイス(18)であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは前記無線デバイス(18)の予め決定された最小のHARQタイミングオフセットである、無線デバイス。
  21. 請求項13から16のいずれか1項に記載の無線デバイス(18)であって、前記HARQタイミングオフセットKの前記指標は、値Xであり、前記HARQタイミングオフセットKは前記値Xの関数である、無線デバイス。
  22. 請求項13から21のいずれか1項に記載の無線デバイス(18)であって、前記HARQフィードバックは、HARQフィードバックフラグを含み、前記HARQフィードバックフラグは、各ダウンリンクデータが前記無線デバイス(18)により正常に受信された場合には確認応答であり、前記各ダウンリンクデータが前記無線デバイス(18)により正常に受信されなかった場合には否定応答であり、各ダウンリンク制御情報が前記無線デバイス(18)により受信されなかった場合には、ダウンリンク制御情報の失敗の指標である、無線デバイス。
  23. セルラ通信システム(10)に対する無線デバイス(18)であって、
    第1のサブフレームTにおいて無線アクセスノード(14)からダウンリンク制御情報を受信するための手段であって、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含む、手段と、
    サブフレームT+Kにおいて前記無線アクセスノード(14)へダウンリンクHARQフィードバックを送信するための手段を有する、無線デバイス。
  24. セルラ通信システム(10)に対する無線デバイス(18)であって、
    第1のサブフレームTにおいて無線アクセスノード(14)からダウンリンク制御情報を受信するように動作可能な受信モジュール(40−1)であって、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含む、受信モジュールと、
    サブフレームT+Kにおいて前記無線アクセスノード(14)へダウンリンクHARQフィードバックを送信するように動作可能な送信モジュール(40−2)を有する、無線デバイス。
  25. セルラ通信システム(10)における無線アクセスノード(14)の動作方法であって、
    第1のサブフレームTにおいて無線デバイス(18)へダウンリンク制御情報を送信すること(102)であって、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含む、ことと、
    サブフレームT+Kにおいて前記無線アクセスノード(18)からダウンリンクHARQフィードバックを受信すること(106)を含む、方法。
  26. 請求項25に記載の方法であって、
    前記サブフレームT+Kにおける前記ダウンリンクHARQフィードバックは、複数のダウンリンクHARQフィードバックフラグの組み合わせである、前記サブフレームT+Kにおける単一のダウンリンクHARQフィードバック送信を含む、方法。
  27. 請求項26に記載の方法であって、前記単一のダウンリンクHARQフィードバック送信は、前記複数のダウンリンクHARQフィードバックフラグの結合符号化を表す、方法。
  28. 請求項26または27に記載の方法であって、
    前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクHARQフィードバック送信に統合されるかを示す情報を含む、方法。
  29. 請求項25から28のいずれか1項に記載の方法であって、前記HARQタイミングオフセットKの前記指標は、前記HARQタイミングオフセットKに対する値である、方法。
  30. 請求項25から28のいずれか1項に記載の方法であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは予め定義された値である、方法。
  31. 請求項25から28のいずれか1項に記載の方法であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは予め設定された値である、方法。
  32. 請求項25から28のいずれか1項に記載の方法であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは前記無線デバイス(18)の予め決定された最小のHARQタイミングオフセットである、方法。
  33. 請求項25から28のいずれか1項に記載の方法であって、前記HARQタイミングオフセットKの前記指標は、値Xであり、前記HARQタイミングオフセットKは前記値Xの関数である、方法。
  34. 請求項25から33のいずれか1項に記載の方法であって、前記HARQフィードバックは、HARQフィードバックフラグを含み、前記HARQフィードバックフラグは、各ダウンリンクデータが前記無線デバイス(18)により正常に受信された場合には確認応答であり、前記各ダウンリンクデータが前記無線デバイス(18)により正常に受信されなかった場合には否定応答であり、各ダウンリンク制御情報が前記無線デバイス(18)により受信されなかった場合には、ダウンリンク制御情報の失敗の指標である、方法。
  35. セルラ通信システム(10)に対する無線アクセスノード(14)であって、前記無線アクセスノード(14)は、
    第1のサブフレームTにおいて無線デバイス(18)へダウンリンク制御情報を送信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含み、
    サブフレームT+Kにおいて前記無線アクセスノード(18)からダウンリンクHARQフィードバックを受信するように構成される、無線アクセスノード。
  36. 請求項35に記載の無線アクセスノード(14)であって、更に、請求項25から34のいずれか1項に記載の方法に従って動作するように構成される、無線アクセスノード。
  37. セルラ通信システム(10)に対する無線アクセスノード(14)であって、
    少なくとも1つの無線ユニット(50)と、
    少なくとも1つのプロセッサ(44)を有し、
    前記少なくとも1つのプロセッサ(44)により実行可能な命令を記憶するメモリ(36)を有し、それにより、前記無線アクセスノード(14)は、
    前記少なくとも1つの無線ユニット(50)を介して、第1のサブフレームTにおいて無線デバイス(18)へダウンリンク制御情報を送信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含み、
    前記少なくとも1つの無線ユニット(50)を介して、サブフレームT+Kにおいて前記無線アクセスノード(18)からダウンリンクHARQフィードバックを受信するように動作することが可能な無線アクセスノード。
  38. 請求項37に記載の無線アクセスノード(14)であって、
    前記サブフレームT+Kにおける前記ダウンリンクHARQフィードバックは、複数のダウンリンクHARQフィードバックフラグの組み合わせである、前記サブフレームT+Kにおける単一のダウンリンクHARQフィードバック送信を含む、無線アクセスノード。
  39. 請求項38に記載の無線アクセスノード(14)であって、前記単一のダウンリンクHARQフィードバック送信は、前記複数のダウンリンクHARQフィードバックフラグの結合符号化を表す、無線アクセスノード。
  40. 請求項37または38に記載の無線アクセスノード(14)であって、
    前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクHARQフィードバック送信に統合されるかを示す情報を含む、無線アクセスノード。
  41. 請求項37から40のいずれか1項に記載の無線アクセスノード(14)であって、前記HARQタイミングオフセットKの前記指標は、前記HARQタイミングオフセットKに対する値である、無線アクセスノード。
  42. 請求項37から40のいずれか1項に記載の無線アクセスノード(14)であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは予め定義された値である、無線アクセスノード。
  43. 請求項37から40のいずれか1項に記載の無線アクセスノード(14)であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは予め設定された値である、無線アクセスノード。
  44. 請求項37から40のいずれか1項に記載の無線アクセスノード(14)であって、前記HARQタイミングオフセットKの前記指標は、値Sであり、前記HARQタイミングオフセットK=N+Sであり、Nは前記無線デバイス(18)の予め決定された最小のHARQタイミングオフセットである、無線アクセスノード。
  45. 請求項37から40のいずれか1項に記載の無線アクセスノード(14)であって、前記HARQタイミングオフセットKの前記指標は、値Xであり、前記HARQタイミングオフセットKは前記値Xの関数である、無線アクセスノード。
  46. 請求項37から45のいずれか1項に記載の無線アクセスノード(14)であって、前記HARQフィードバックは、HARQフィードバックフラグを含み、前記HARQフィードバックフラグは、各ダウンリンクデータが前記無線デバイス(18)により正常に受信された場合には確認応答であり、前記各ダウンリンクデータが前記無線デバイス(18)により正常に受信されなかった場合には否定応答であり、各ダウンリンク制御情報が前記無線デバイス(18)により受信されなかった場合には、ダウンリンク制御情報の失敗の指標である、無線アクセスノード。
  47. セルラ通信システム(10)に対する無線アクセスノード(14)であって、
    第1のサブフレームTにおいて無線デバイス(18)へダウンリンク制御情報を送信するための手段であって、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含む、手段と、
    サブフレームT+Kにおいて前記無線アクセスノード(18)からダウンリンクHARQフィードバックを受信するための手段を有する、無線アクセスノード。
  48. セルラ通信システム(10)に対する無線アクセスノード(14)であって、
    第1のサブフレームTにおいて無線デバイス(18)へダウンリンク制御情報を送信するように動作可能な送信モジュール(70−1)であって、前記ダウンリンク制御情報はハイブリッド自動再送要求(HARQ)のタイミングオフセットKの指標を含む、送信モジュールと、
    サブフレームT+Kにおいて前記無線アクセスノード(18)からダウンリンクHARQフィードバックを受信するように動作可能な受信モジュール(70−2)を有する、無線アクセスノード。
JP2018538175A 2016-02-09 2016-06-01 効率的なharqフィードバック Pending JP2019510389A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662293148P 2016-02-09 2016-02-09
US62/293,148 2016-02-09
US201662295722P 2016-02-16 2016-02-16
US62/295,722 2016-02-16
PCT/SE2016/050514 WO2017138853A1 (en) 2016-02-09 2016-06-01 Efficient harq feedback

Publications (2)

Publication Number Publication Date
JP2019510389A true JP2019510389A (ja) 2019-04-11
JP2019510389A5 JP2019510389A5 (ja) 2019-06-27

Family

ID=56119727

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018538175A Pending JP2019510389A (ja) 2016-02-09 2016-06-01 効率的なharqフィードバック

Country Status (7)

Country Link
US (4) US10187185B2 (ja)
EP (2) EP3414856B1 (ja)
JP (1) JP2019510389A (ja)
KR (1) KR20180110071A (ja)
CN (2) CN108604946A (ja)
MX (1) MX2018009409A (ja)
WO (2) WO2017138854A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020502855A (ja) * 2016-11-03 2020-01-23 オッポ広東移動通信有限公司 アップリンク制御情報を伝送するための方法、端末装置及びネットワーク装置
JP2021503219A (ja) * 2017-11-14 2021-02-04 テレフオンアクチーボラゲット エルエム エリクソン(パブル) 無線アクセスネットワークのための確認応答シグナリングプロセス
JP2022513512A (ja) * 2018-12-28 2022-02-08 オッポ広東移動通信有限公司 無線通信方法、端末装置及びネットワーク装置
JP2022110011A (ja) * 2016-11-03 2022-07-28 オッポ広東移動通信有限公司 アップリンク制御情報を伝送するための方法、端末装置及びネットワーク装置

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI486017B (zh) 2008-03-10 2015-05-21 Interdigital Patent Holdings 高效使用harq程序於半持續及動態傳輸方法及裝置
CN108604946A (zh) 2016-02-09 2018-09-28 瑞典爱立信有限公司 高效的harq反馈
EP3220681B1 (en) * 2016-03-18 2020-07-15 Nokia Technologies Oy Adaptive and dynamic qos/qoe enforcement
CN116156650A (zh) * 2016-03-31 2023-05-23 株式会社Ntt都科摩 用户终端、无线基站以及无线通信方法
KR20190028375A (ko) 2016-07-18 2019-03-18 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 데이터 전송 방법 및 장치
US10541785B2 (en) * 2016-07-18 2020-01-21 Samsung Electronics Co., Ltd. Carrier aggregation with variable transmission durations
WO2018026199A1 (en) * 2016-08-02 2018-02-08 Samsung Electronics Co., Ltd. Method and apparatus for communicating in a wireless communication system
CN108282881B (zh) * 2017-01-06 2020-12-15 华为技术有限公司 一种资源配置方法及装置
WO2018143621A1 (ko) * 2017-02-05 2018-08-09 엘지전자 주식회사 무선 통신 시스템에서 복수의 전송 시간 간격, 복수의 서브캐리어 간격 또는 복수의 프로세싱 시간을 지원하기 위한 방법 및 이를 위한 장치
US10667288B2 (en) * 2017-02-21 2020-05-26 Qualcomm Incorporated Techniques for configuring or transmitting grantless transmissions on beams in uplink subframes
CN110635867B (zh) 2017-06-14 2021-03-05 华为技术有限公司 通信方法、网络设备和终端
CN109275192B (zh) * 2017-07-18 2022-12-13 华为技术有限公司 用于传输信息的方法和设备
US10506468B2 (en) * 2017-09-08 2019-12-10 At&T Intellectual Property I, L.P. Reporting hybrid automatic repeat request-acknowledgements in wireless communication systems
US10715283B2 (en) * 2017-10-02 2020-07-14 Kt Corporation Apparatus and method of transmitting and receiving HARQ ACK/NACK information for new radio
CN109451798B (zh) * 2017-11-17 2022-04-08 北京小米移动软件有限公司 混合自动重传请求反馈指示、反馈方法及装置和基站
ES3052655T3 (en) * 2017-11-17 2026-01-12 Beijing Xiaomi Mobile Software Co Ltd Hybrid automatic repeat request feedback indication and feedback method, device, and base station
EP3738244B1 (en) 2018-01-09 2025-07-16 NEC Corporation Method and device for harq feedback
US10972223B2 (en) 2018-01-12 2021-04-06 Qualcomm Incorporated Timing considerations for AUL-DFI
CN110945810A (zh) * 2018-02-14 2020-03-31 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
US11533133B2 (en) * 2018-04-02 2022-12-20 Lg Electronics Inc. Method for transmitting or receiving frame in wireless LAN system and apparatus therefor
TWI716063B (zh) * 2018-08-07 2021-01-11 財團法人資訊工業策進會 用於行動通訊系統之基地台及使用者裝置
WO2020029130A1 (zh) * 2018-08-08 2020-02-13 北京小米移动软件有限公司 混合自动重传请求harq反馈方法及装置
DE112019003556T5 (de) * 2018-08-10 2021-04-01 Lg Electronics Inc. Verfahren zum senden oder empfangen von signalen in einem drahtlosen kommunikationssystem, das ein unlizenziertes band unterstützt, und vorrichtung, die dieses unterstützt
CN110855401A (zh) * 2018-08-20 2020-02-28 华为技术有限公司 一种harq反馈方法和装置
WO2020037616A1 (zh) * 2018-08-23 2020-02-27 北京小米移动软件有限公司 混合自动重传请求反馈方法及装置、用户设备和基站
US20200106569A1 (en) * 2018-09-27 2020-04-02 Mediatek Inc. Mechanisms for postponing hybrid automatic repeat request acknowledgement (harq-ack) feedback
WO2020133507A1 (zh) * 2018-12-29 2020-07-02 北京小米移动软件有限公司 通信反馈方法、装置、用户设备和存储介质
US10797832B2 (en) 2019-02-14 2020-10-06 Qualcomm Incorporated Dynamic hybrid automatic repeat request (HARQ) codebook for multi-transmit receive point (TRP) communication
KR102883750B1 (ko) * 2019-02-15 2025-11-11 프라운호퍼 게젤샤프트 쭈르 푀르데룽 데어 안겐반텐 포르슝 에. 베. V2x harq 프로세스 관리
US11582077B2 (en) * 2019-02-25 2023-02-14 Huawei Technologies Co., Ltd. Systems and methods for transmission of uplink control information over multiple carriers in unlicensed spectrum
FR3095565A1 (fr) * 2019-04-26 2020-10-30 Orange Procédés de communication entre un terminal et une station de base, terminal, station de base et programme d’ordinateur correspondants.
MX2021013164A (es) * 2019-04-30 2021-12-10 Guangdong Oppo Mobile Telecommunications Corp Ltd Metodo para la determinacion de recursos, aparato y medio de almacenamiento.
US11438794B2 (en) * 2019-05-02 2022-09-06 Mediatek Inc. Radio link monitoring in sidelink communications
WO2020237425A1 (en) 2019-05-24 2020-12-03 Qualcomm Incorporated Scheduling for improved throughput in enhanced machine-type communication
US11533738B2 (en) * 2019-06-28 2022-12-20 Qualcomm Incorporated Joint activation and/or release for multiple configured grant and/or semi-persistent scheduling configurations
US20210050947A1 (en) * 2019-08-14 2021-02-18 Mediatek Inc. Downlink feedback information for uplink data retransmission
US12082037B2 (en) * 2019-09-25 2024-09-03 Beijing Xiaomi Mobile Software Co., Ltd. Method, apparatus, communication device and storage medium for configuring transmission of receipt feedback information
US11864216B2 (en) * 2019-09-30 2024-01-02 Qualcomm Incorporated Acknowledgment feedback for semi-persistent scheduling in wireless communications
US11589293B2 (en) * 2019-10-03 2023-02-21 Qualcomm Incorporated Non regular search space configuration and adaptation
US11658776B2 (en) 2019-11-08 2023-05-23 Semiconductor Components Industries, Llc Feedback and retransmission format of HARQ protocol
US12160318B2 (en) 2019-12-13 2024-12-03 Qualcomm Incorporated HARQ feedback for DCI-based beam configuration and/or pathloss reference signal configuration
WO2021093124A1 (en) 2019-12-31 2021-05-20 Zte Corporation Systems and methods for determining information indicative of cancelation
EP4088404A4 (en) 2020-02-14 2024-01-17 ZTE Corporation METHODS AND DEVICES FOR TRANSMITTING FEEDBACK INFORMATION
US20230156720A1 (en) * 2020-04-02 2023-05-18 Beijing Xiaomi Mobile Software Co., Ltd. Resource scheduling method, apparatus, access network device, terminal and storage medium
CN115699638B (zh) * 2020-06-19 2025-07-25 深圳传音控股股份有限公司 确定反馈方式的方法、通信装置及存储介质
US11799594B2 (en) * 2020-06-22 2023-10-24 Qualcomm Incorporated Methods and apparatus for transmitting a reset negative acknowledgement
US11985660B2 (en) * 2020-10-08 2024-05-14 Electronics And Telecommunications Research Institute Method and apparatus for transmitting and receiving feedback information in communication system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013542692A (ja) * 2010-11-03 2013-11-21 サムスン エレクトロニクス カンパニー リミテッド 時分割二重化システムにおける受信確認情報生成及び電力制御のための方法及び装置
JP2015531220A (ja) * 2012-08-23 2015-10-29 インターデイジタル パテント ホールディングス インコ 異なるサービングサイトへの物理レイヤリソースの提供

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7346018B2 (en) 2003-01-16 2008-03-18 Qualcomm, Incorporated Margin control in a data communication system
KR101313353B1 (ko) * 2008-12-30 2013-10-02 인터디지탈 패튼 홀딩스, 인크 다수의 다운링크 캐리어 동작을 위한 제어 채널 피드백
US9191177B2 (en) 2009-05-04 2015-11-17 Qualcomm Incorporated Transmission of feedback information for multi-carrier operation
US8386875B2 (en) * 2009-08-07 2013-02-26 Research In Motion Limited Method and system for handling HARQ operations during transmission mode changes
CN102111250A (zh) 2009-12-28 2011-06-29 华为技术有限公司 数据传输的方法和网络侧设备
KR20110093665A (ko) * 2010-02-10 2011-08-18 엘지전자 주식회사 무선 통신 시스템에서 피드백 전송 방법 및 장치
EP2542006B1 (en) 2010-02-22 2018-11-21 Sharp Kabushiki Kaisha Mobile station device et communication method
KR101738893B1 (ko) 2010-06-09 2017-06-09 삼성전자주식회사 광대역 무선통신 시스템에서 복합 자동 재전송 요청 파라미터에 대한 능력 협상을 위한 장치 및 방법
CN102404096B (zh) * 2010-09-13 2015-06-03 中兴通讯股份有限公司 混合自动重传请求信息的反馈方法及终端
US8842622B2 (en) * 2011-01-07 2014-09-23 Interdigital Patent Holdings, Inc. Method, system and apparatus for downlink shared channel reception in cooperative multipoint transmissions
CN102684852A (zh) * 2011-03-31 2012-09-19 北京新岸线无线技术有限公司 一种用于帧确认的方法和装置
KR101595676B1 (ko) * 2011-08-12 2016-02-18 인터디지탈 패튼 홀딩스, 인크 무선 시스템에서의 융통성있는 대역폭 동작을 위한 다운링크 리소스 할당
US9515780B2 (en) * 2011-12-23 2016-12-06 Nokia Technologies Oy Shifting HARQ feedback for cognitive-radio-based TD-LTE systems
JP6110472B2 (ja) 2012-03-22 2017-04-05 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける制御情報受信方法及び装置
KR20140144189A (ko) 2012-04-18 2014-12-18 엘지전자 주식회사 무선 통신 시스템에서 단말 간 직접 통신을 위한 harq 수행 방법 및 이를 위한 장치
US9014064B2 (en) 2012-05-11 2015-04-21 Intel Corporation Scheduling and hybrid automatic repeat request (HARQ) timing indication for an uplink-downlink (UL-DL) reconfiguration
MX344081B (es) * 2012-12-21 2016-12-02 Ericsson Telefon Ab L M Subtramas no consecutivas en mensajes de programacion de multiples intervalos de tiempo de transmision.
EP2959726B1 (en) 2013-02-22 2019-07-10 Intel IP Corporation Systems and methods for access network selection and traffic routing
JP2014183357A (ja) 2013-03-18 2014-09-29 Nec Corp 無線端末装置及び無線基地局並びに通信システム、通信方法、プログラム
US9839018B2 (en) * 2013-07-03 2017-12-05 Futurewei Technologies, Inc. Systems and methods for transmitting data information messages on a downlink of a wireless communication system
KR20150060118A (ko) * 2013-11-25 2015-06-03 주식회사 아이티엘 Harq ack/nack의 전송방법 및 장치
CN106031071B (zh) 2014-02-14 2019-08-06 Lg电子株式会社 用于在无线通信系统中发送harq-ack的方法和设备
US10003486B2 (en) * 2014-04-28 2018-06-19 Intel IP Corporation Non-orthogonal multiple access (NOMA) wireless systems and methods
US9642159B1 (en) * 2014-07-11 2017-05-02 Sprint Spectrum L.P. Use of indication in downlink control information messaging to signal presence of additional downlink control information messaging
US9615283B1 (en) * 2014-07-30 2017-04-04 Sprint Spectrum L.P. Dynamic management of control channel capacity
US9912504B2 (en) 2014-07-31 2018-03-06 Futurewei Technologies, Inc. System and method for multiple carrier transmission
US9681451B1 (en) * 2014-10-08 2017-06-13 Sprint Spectrum L.P. Reducing PDCCH interference
US10575325B2 (en) 2014-10-09 2020-02-25 Acer Incorporated Device and method of handling service in unlicensed cell
US10122429B2 (en) 2015-01-16 2018-11-06 Qualcomm Incorporated Channel state information for enhanced carrier aggregation
US9686064B2 (en) * 2015-01-21 2017-06-20 Intel IP Corporation Devices and methods for HARQ-ACK feedback scheme on PUSCH in wireless communication systems
US9629066B2 (en) 2015-02-24 2017-04-18 Huawei Technologies Co., Ltd. System and method for transmission time intervals
US10075949B2 (en) * 2016-02-02 2018-09-11 Motorola Mobility Llc Method and apparatus for low latency transmissions
CN108604946A (zh) 2016-02-09 2018-09-28 瑞典爱立信有限公司 高效的harq反馈

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013542692A (ja) * 2010-11-03 2013-11-21 サムスン エレクトロニクス カンパニー リミテッド 時分割二重化システムにおける受信確認情報生成及び電力制御のための方法及び装置
JP2015531220A (ja) * 2012-08-23 2015-10-29 インターデイジタル パテント ホールディングス インコ 異なるサービングサイトへの物理レイヤリソースの提供

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NOKIA, NOKIA SIEMENS NETWORKS: "Explicit DTX support for UL ACK/NAK Feedback in LTE-A TDD", 3GPP TSG-RAN WG1#62 R1-104430, JPN6019026203, 17 August 2010 (2010-08-17), ISSN: 0004222248 *

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020502855A (ja) * 2016-11-03 2020-01-23 オッポ広東移動通信有限公司 アップリンク制御情報を伝送するための方法、端末装置及びネットワーク装置
JP7068290B2 (ja) 2016-11-03 2022-05-16 オッポ広東移動通信有限公司 アップリンク制御情報を伝送するための方法、端末装置及びネットワーク装置
JP2022110011A (ja) * 2016-11-03 2022-07-28 オッポ広東移動通信有限公司 アップリンク制御情報を伝送するための方法、端末装置及びネットワーク装置
JP7252396B2 (ja) 2016-11-03 2023-04-04 オッポ広東移動通信有限公司 アップリンク制御情報を伝送するための方法、端末装置及びネットワーク装置
US12127204B2 (en) 2016-11-03 2024-10-22 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Uplink control information transmission method, terminal device, and network device
JP2021503219A (ja) * 2017-11-14 2021-02-04 テレフオンアクチーボラゲット エルエム エリクソン(パブル) 無線アクセスネットワークのための確認応答シグナリングプロセス
JP7203104B2 (ja) 2017-11-14 2023-01-12 テレフオンアクチーボラゲット エルエム エリクソン(パブル) 無線アクセスネットワークのための確認応答シグナリングプロセス
US12003333B2 (en) 2017-11-14 2024-06-04 Telefonaktiebolaget Lm Ericsson (Publ) Acknowledgement signaling processes for radio access networks
JP2022513512A (ja) * 2018-12-28 2022-02-08 オッポ広東移動通信有限公司 無線通信方法、端末装置及びネットワーク装置

Also Published As

Publication number Publication date
EP3414856A1 (en) 2018-12-19
WO2017138854A1 (en) 2017-08-17
KR20180110071A (ko) 2018-10-08
US10313064B2 (en) 2019-06-04
US10727988B2 (en) 2020-07-28
US10069603B2 (en) 2018-09-04
US20180343087A1 (en) 2018-11-29
US20170373802A1 (en) 2017-12-28
CN108604945A (zh) 2018-09-28
US20170373801A1 (en) 2017-12-28
US10187185B2 (en) 2019-01-22
EP3414856B1 (en) 2023-03-22
EP3414855A1 (en) 2018-12-19
MX2018009409A (es) 2018-09-21
CN108604946A (zh) 2018-09-28
US20190253202A1 (en) 2019-08-15
WO2017138853A1 (en) 2017-08-17

Similar Documents

Publication Publication Date Title
US10727988B2 (en) Efficient HARQ feedback
USRE49490E1 (en) HARQ-ACK handling for unintended downlink sub-frames
CN108886832B (zh) 下行控制信息的传输方法、终端和基站
KR102359716B1 (ko) 부분적 재전송을 위한 방법
US11121821B2 (en) Enhancements for retransmission due to conflicting transmissions for different services
EP3440790B1 (en) Radio-network node, wireless device and methods performed therein
US20120084618A1 (en) Jointly encoding a scheduling request indicator and acknowledgments/negative acknowledgments
CN108270525A (zh) 冗余版本传输方法及设备
US10700821B2 (en) Clear soft buffer partially using NDI
CN112889235B (zh) Harq-ack码本的发送方法、接收方法及装置
TWI628921B (zh) 有效率的混合式自動重送請求(harq)回授之可靠性的強化
HK1260369A1 (zh) 高效的harq反馈

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181001

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180831

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180831

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190516

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20190516

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20190627

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190627

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190708

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20200228