JP2019180095A - Harqフィードバックをコンパクト化するための方法及びユーザ機器 - Google Patents

Harqフィードバックをコンパクト化するための方法及びユーザ機器 Download PDF

Info

Publication number
JP2019180095A
JP2019180095A JP2019113904A JP2019113904A JP2019180095A JP 2019180095 A JP2019180095 A JP 2019180095A JP 2019113904 A JP2019113904 A JP 2019113904A JP 2019113904 A JP2019113904 A JP 2019113904A JP 2019180095 A JP2019180095 A JP 2019180095A
Authority
JP
Japan
Prior art keywords
harq feedback
transmission
network node
radio network
channel
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
JP2019113904A
Other languages
English (en)
Other versions
JP6764978B2 (ja
Inventor
リウ、ジンファ
Jinhua Liu
リ、シャオファ
Shaohua Li
ソン、シンファ
Xinghua Song
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of JP2019180095A publication Critical patent/JP2019180095A/ja
Application granted granted Critical
Publication of JP6764978B2 publication Critical patent/JP6764978B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • 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/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • 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/1664Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • 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
    • 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/1864ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0231Traffic management, e.g. flow control or congestion control based on communication conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/52Allocation or scheduling criteria for wireless resources based on load
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • 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/0002Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • 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

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フィードバック送信をコンパクト化するために、ユーザ機器(UE)において動作するための方法を提供する。【解決手段】ワイヤレス通信システムにおいて、無線ネットワークノードから、スケジューリングされるダウンリンク送信の配置を示す支援情報を受信しS710、支援情報に基づいて、HARQフィードバックビットの数及び順序を判定しS720、HARQフィードバックビットの数及び順序に基づいて、パディングビットの削減されたコンパクトな形のHARQフィードバックを、無線ネットワークノードへ送信するS730。【選択図】図7

Description

本開示は、概して、方法、ユーザ機器(UE)及び無線ネットワークノードに関し、具体的には、ワイヤレス通信システムでのアップリンク送信におけるHARQフィードバックをコンパクト化するための方法、UE及び無線ネットワークノードに関する。
このセクションは、本開示のより良好な理解を促進し得る複数の観点を紹介する。従って、本解決策の記述は、それを踏まえて読まれるべきであり、何が従来技術の範囲内であるか又は何が従来技術の範囲外であるかに関する自認として理解されるべきではない。
3GPPの作業項目であるFeCA(Further Evolution Carrier Aggregation)について、32個までのダウンリンク(DL)キャリアがダウンリンク送信のためにサポートされるものとされている。DLデータ送信についてのHARQフィードバック(ACK/NACK)は、最大で5つのDLコンポーネントキャリア(CC)のみが存在するリリース10と比較して線型的に増加し、構成される各CCについてHARQフィードバック送信のためのリソースが予約される。しかしながら、FeCAのキャリアアグリゲーションは、32個までのCCを有するかもしれず、少数のライセンス済みCCが多数の未ライセンスCCと統合される可能性がある。
リリース10において導入され及びリリース11において拡張されたLTEのキャリアアグリゲーション(CA)の使用は、同一の帯域内に又は異なる帯域内に所在し得る複数のキャリアからの無線リソースを統合することにより、ピークデータレート、システムキャパシティ及びユーザ体験を向上する手段を提供し、帯域間CAのケースでは、様々なアップリンク(UL)/DL構成と共に構成され得る。リリース12では、TDDサービングセルとFDDサービングセルとの間のキャリアアグリゲーションが、それらへ同時にUEが接続することをサポートするために導入される。
リリース13では、5GHz帯域内の未ライセンススペクトルのスペクトル機会を捕捉することに向けて、ライセンス支援型アクセス(LAA)がLTEのキャリアアグリゲーションの特徴を拡張する点において大きな関心を集めている。今日5GHz帯域内で動作するWLANは、当分野で80MHzを既にサポートしており、IEEE802.11acのWave2配備では160MHzに至る予定である。3.5GHzなど他の周波数帯域も存在し、既にLTEのために広く使用中の帯域に加えて、同じ帯域上での1つよりも多くのキャリアの統合が可能である。LTEについて、LAAとの組み合わせで、少なくともIEEE802.11acのWave2配備と同様の帯域幅の利用を可能にすれば、5つよりも多くのキャリアをサポートするようにキャリアアグリゲーションのフレームワークを拡張することを求める機運がサポートされるであろう。5キャリアを超えるCAフレームワークの拡張は、LTEリリース13に向けた1つの作業項目として承認されている。その目的は、UL及びDLの双方において、32個までのキャリアをサポートすることである。
シングルキャリア動作と比較すると、CAで動作するUEは、1つよりも多くのDLコンポーネントキャリアについてHARQフィードバックをレポートしなければならない。一方、UEは、DL及びULのCAを同時にサポートしなくてもよい。例えば、市場でのCA対応型UEの最初のリリースは、UL CAをサポートせず、DL CAをサポートするのみである。これは、3GPP RAN4の標準化における基本的な前提でもある。従って、拡張UL制御チャネル、即ちPUCCHフォーマット3が、リリース10のタイムフレームの期間中のCAのために導入された。しかしながら、UL CAをサポートしないそれらUEについてより多くのDLコンポーネントキャリアをリリース13でサポートするためには、そのUL制御チャネルのキャパシティが限界になる。
現行のHARQプロトコルによれば、各ダウンリンクデータ送信についてACK/NACKがレポートされるものとされている。FDDについては、構成されるDL CCの数に依存して、32個までのDL CCのために、一度に64個までのHARQ ACK/NACKビット(ランク≧2)が存在する。TDDについては、HARQ−ACK/NACKビットの数は、構成されるCCの数、及びそれらDL CCのUL/DLサブフレームコンフィグレーションに依存する。UL/DLサブフレームコンフィグレーション2及び送信モード3と共に32個のDL CCが存在すると仮定すると、256(32×4×2)個までのHARQ ACK/NACKビットが存在する。1/2の符号化レート及びQPSK変調が適用されると仮定すると、FDDのシナリオでは、(空間バンドリングが適用されると仮定して)少なくとも32個のREが必要であり、一方でTDDのシナリオでは、(空間バンドリングが適用されると仮定して)少なくとも128個のREが必要である。
FeCAについて、理想的には、1つのUEについて32個までのCCを構成することができる。しかし、いくつかの理由に起因して、1つのUEについてDL CCの全てが利用可能であるという可能性は小さい。例えば、32個までのCCの中には、異なる複数のネットワークの間で共有されるかなりの数の未ライセンスCCが存在するかもしれない。例えば、5GHz帯域上の未ライセンスキャリアは、共存するWiFiネットワークと、複数の共存するLTEネットワークとにより共有されることができ;同じセルにより多数のユーザがサービスされ、キャリアリソースがそれらサービス対象ユーザの間で分割されるものとされ;又は、1つのFeCA対応型UEは、トラフィックの変動に起因して、時折、構成されたCCよりも少ないCCしか必要としないかもしれない。
上述したように、未ライセンスCCは複数の事業者により共有され、1つのUEについてCCが疎らにスケジューリングされるというのが、頻繁なケースであり得る。HARQフィードバック送信についての既存の仕組みによれば、UEは、構成される各CCについてリソースを予約する必要があり、これは、HARQフィードバック送信について耐え難いオーバヘッドをもたらしかねない。
上述した問題の少なくとも一部を解決するために、本開示の多様な実施形態は、リソース効率的な手法でHARQフィードバックを提供するための解決策を提供する。添付図面と併せて具体的な実施形態の以下の説明を読めば、本開示の実施形態の他の特徴及び利点もまた理解されるであろう。添付図面は、本開示の実施形態の原理を例示している。
第1の観点において、ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するために、ユーザ機器(UE)において動作するための方法が提供される。上記方法は、無線ネットワークノードから、スケジューリングされるダウンリンク送信の配置を示す支援情報を受信するステップ、を含み得る。上記方法は、さらに、上記支援情報に基づいて、HARQフィードバックビットの数及び順序を判定するステップ、を含み得る。上記方法は、さらに、上記HARQフィードバックビットの上記数及び順序に基づいてパディングビットの削減されたコンパクトな形の上記HARQフィードバックを、上記無線ネットワークノードへ送信するステップ、を含み得る。
一実施形態において、上記支援情報は、ダウンリンク割り当てインデックス(DAI)及びスケジューリングインジケータのうちの少なくとも1つであってもよい。
他の実施形態において、上記支援情報は、TDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックス、又は、FDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスであってもよい。
他の実施形態において、上記方法は、無線リソース制御(RRC)シグナリングを介して、上記無線ネットワークノードから、HARQフィードバック送信についてチャネルフォーマットを選択するための構成を受信するステップ、をさらに含んでもよい。
他の実施形態において、上記方法は、上記HARQフィードバックのペイロードサイズに基づいて、上記HARQフィードバック送信について上記チャネルフォーマットを選択するステップ、をさらに含んでもよい。
他の実施形態において、上記HARQフィードバックを送信するステップは、上記HARQフィードバックと共に他のタイプのフィードバック情報を送信すること、をさらに含んでもよい。
また別の実施形態において、上記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも1つを含んでもよい。
また別の実施形態において、HARQフィードバック送信について上記チャネルフォーマットを選択するステップは、HARQフィードバック及び上記他のタイプの情報の合計ペイロードサイズに基づいて、HARQフィードバック送信について上記チャネルフォーマットを選択すること、をさらに含んでもよい。
一実施形態において、上記HARQフィードバックを送信するステップは、キャパシティの大きいチャネルについてより低い符号化レート及びより低い送信電力のうち少なくとも1つを使用すること、又は、キャパシティの小さいチャネルについてより高い符号化レート及びより高い送信電力のうち少なくとも1つを使用すること、をさらに含んでもよい。
第2の観点において、ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するために、無線ネットワークノードにおいて動作するための方法が提供される。上記方法は、ユーザ機器(UE)へ、スケジューリングされるダウンリンク送信を示す支援情報を送信するステップ、を含み得る。上記方法は、さらに、HARQフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形のHARQフィードバックを、上記UEから受信するステップ、を含み得る。上記HARQフィードバックビットの上記数及び順序は、上記UEにより上記支援情報に基づいて判定され得る。
一実施形態において、上記支援情報は、ダウンリンク割り当てインデックス(DAI)及びスケジューリングインジケータのうちの少なくとも1つであってもよい。
他の実施形態において、上記支援情報は、TDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックス、又は、FDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスであってもよい。
一実施形態において、上記方法は、無線リソース制御(RRC)シグナリングを介して、上記UEへ、HARQフィードバック送信についてチャネルフォーマットを選択するための構成を送信するステップ、をさらに含んでもよい。
他の実施形態において、上記HARQフィードバック送信についての上記チャネルフォーマットは、上記HARQフィードバックのペイロードサイズに基づいて選択されてもよい。
一実施形態において、上記HARQフィードバックを受信するステップは、上記HARQフィードバックと共に他のタイプのフィードバック情報を受信すること、をさらに含んでもよい。
他の実施形態において、上記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも1つを含んでもよい。
また別の実施形態において、HARQフィードバック送信についての上記チャネルフォーマットは、HARQフィードバック及び上記他のタイプの情報の合計ペイロードサイズに基づいて選択されてもよい。
一実施形態において、受信される上記HARQフィードバックについて、キャパシティの大きいチャネルにおいてより低い符号化レート及びより低い送信電力のうち少なくとも1つが使用されてもよく、又は、キャパシティの小さいチャネルにおいてより高い符号化レート及びより高い送信電力のうち少なくとも1つが使用されてもよい。
第3の観点において、ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するためのユーザ機器(UE)が提供される。上記UEは、無線ネットワークノードから、スケジューリングされるダウンリンク送信を示す支援情報を受信する、ように構成される受信ユニット、を備え得る。上記UEは、上記支援情報に基づいて、HARQフィードバックビットの数及び順序を判定する、ように構成される判定ユニット、をさらに備え得る。上記UEは、上記HARQフィードバックビットの上記数及び順序に基づいてパディングビットの削減されたコンパクトな形の上記HARQフィードバックを、上記無線ネットワークノードへ送信する、ように構成される送信ユニット、をさらに備え得る。
第4の観点において、ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するための無線ネットワークノードが提供される。上記無線ネットワークノードは、ユーザ機器(UE)へ、ダウンリンク送信のスケジューリングを示す支援情報を送信する、ように構成される送信ユニット、を備え得る。上記無線ネットワークノードは、HARQフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形のHARQフィードバックを、上記UEから受信する、ように構成される受信ユニット、をさらに備え得る。上記HARQフィードバックビットの上記数及び順序は、上記UEにより上記支援情報に基づいて判定され得る。
第5の観点において、ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するためのユーザ機器(UE)が提供される。上記UEは、本開示の上記第1の観点に係る方法を実行するように適合される、メモリ及びプロセッサを備える。
第6の観点において、ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するための無線ネットワークノードが提供される。上記無線ネットワークノードは、本開示の上記第2の観点に係る方法を実行するように適合される、メモリ及びプロセッサを備える。
第7の観点において、コンピュータプログラムプロダクトが提供される。上記コンピュータプログラムプロダクトは、少なくとも1つのプロセッサ上で実行された場合に、上記少なくとも1つのプロセッサに、本開示の上記第1及び第2の観点に係る方法を遂行させる命令、を含む。
上記第1の観点の多様な実施形態が本開示の上記第3、第5、第7の観点に等しく適用されてもよく、一方で、上記第2の観点の多様な実施形態が本開示の上記第4、第6、第7の観点に等しく適用されてもよいことが理解されるものとする。
上の及び他の目的、特徴及び利点が、次の図面への参照を伴う実施形態の以下の説明からより明らかとなるであろう。
本開示の多様な実施形態を通じて改善することのできる、疎らなスケジューリングの一例を示す概略図である。 FDDモードにおけるUCIペイロード内のHARQ ACKビットマッピングの例を示す概略図である。 TDDモードにおけるUCIペイロード内のHARQ ACKビットマッピングの例を示す概略図である。 構成され及びスケジューリングされるCCの一例、及びFDDモードでのUEのためのHARQフィードバックのためのUCIマッピング例を示す概略図である。 本開示の一実施形態に係るFDDモードでのコンパクトHARQ ACKフィードバックの一例を示す概略図である。 本開示の一実施形態に係るFDDモードでの選択されるチャネルフォーマットについてのチャネル符号化の一例を示す概略図である。 本開示の一実施形態に従ってコンパクトHARQ ACKフィードバックと共に送信される他のタイプの情報を示す概略図である。 本開示の一実施形態に従ってワイヤレス通信システムにおいてUEのためにアップリンクにてHARQフィードバック送信をコンパクト化するための方法を例示するフローチャートである。 本開示の一実施形態に従ってワイヤレス通信システムにおいて無線ネットワークノードのためにアップリンクにてHARQフィードバック送信をコンパクト化するための方法を例示するフローチャートである。 本開示の一実施形態に係るUEのブロック図である。 本開示の一実施形態に係る無線ネットワークノードのブロック図である。 本開示の他の実施形態に係るUEのブロック図である。 本開示の他の実施形態に係る無線ネットワークノードのブロック図である。
これ以降、本開示の原理及び思想について、例示的な実施形態を参照しながら説明する。理解されるべきこととして、それら全ての実施形態は、本開示のスコープを限定するためではなく、単に当業者による本開示のより良好な理解及びさらなる実践のために与えられている。例えば、1つの実施形態の一部として例示され又は説明される特徴は、他の実施形態と共に使用されて、また別の実施形態が生み出されてもよい。明瞭さのために、実際の実装の全ての特徴が本明細書において説明されるわけではない。
本明細書における“一実施形態”、“他の実施形態”などへの言及は、説明される実施形態が具体的な特徴、構造又は特性を含み得ることを示し、但しあらゆる実施形態がその具体的な特徴、構造又は特性を必ずしも含まなくてもよい。そのうえ、具体的な特徴、構造又は特性が一実施形態との関連で説明される場合、明示的に説明されているかに関わらず、そうした特徴、構造又は特性を他の実施形態との関連で作用させることは、当業者の知識の範囲内であるものと思量される。
ここで使用される専門用語は、具体的な実施形態を説明するためだけのものであり、それら実施形態を限定することを意図されない。ここで使用されるところによれば、単数形の“a”、“an”及び“the”は、文脈が別段明示的に示さない限り、複数形をも含むことを意図される。さらに理解されるであろうこととして、“含む/備える(comprises)”、“含む/備える(comprising)”、“有する(has)”、“有する(having)”、“含む(includes)”及び/又は“含む(including)”との用語は、ここで使用される場合、記述される特徴、エレメント、及び/若しくはコンポーネント並びに/又はそれらの組み合わせの存在を特定する。
以下の説明及び特許請求の範囲において、別段定義されない限り、ここで使用される全ての技術的な及び学術的な用語は、本開示が属する分野における当業者により通常理解されるものと同じ意味を有する。例えば、ここで使用される“無線ネットワークノード”は、使用される技術及び専門用語に依存して、アクセスポイントとしても言及され得る基地局、アクセスノード、eNB、eNodeB、NodeB若しくは基地送受信局(BTS)などへの言及であってもよく、又は、使用される技術及び専門用語に依存して、無線ネトワークコントローラ(RNC)のような中央ノードへの言及であってもよい。ここで使用される“UE”との用語は、ワイヤレス通信ケイパビリティを有するいかなる端末への言及であってもよく、限定ではないものの、モバイルフォン、セルラーフォン、スマートフォン若しくはPDA(personal digital assistants)、ポータブルコンピュータ、デジタルカメラなどの撮像デバイス、ゲーミングデバイス、楽曲記憶再生機器、及びワイヤレス通信ケイパビリティを有する任意のポータブルユニット若しくは端末、又は、ワイヤレスインターネットアクセス及びブラウジングを可能にするインターネット機器など、を含む。
現在のところ、3GPPリリース10のキャリアアグリゲーション(CA)では、PUCCH(Physical Uplink Control Channel)フォーマット3上でのHARQ ACK/NACKフィードバック(これ以降、HARQフィードバック又はHARQ ACK若しくはHARQ ACKフィードバックという)のためのペイロードビットの数は、構成されるCCの数により左右される。スケジューリングされるCCについてのHARQ ACKビットを配置すべき位置は、CCインデックスにより左右される順序に基づいて判定される。しかしながら、スケジューリングされていない構成済みのCCについて、PUCCH上のUCIペイロード内の対応する位置に、既定のパディングビットが依然として埋められることになる。
図1は、本開示の1つ以上の実施形態により一層改善されることのできる疎らなスケジューリングの一例を示している。図1に示したように、構成されるCCのある割合のみが、サブフレームn及びn+1においてUEのためにスケジューリングされる。もう1つの要因は、32個までのDL CCをサポートするために限られたUL CCが存在し得ることである。従って、TDD及びFDDの双方においてダウンリンク送信のためのHARQフィードバックを提供するより効率的な手法を有することが望ましい。
図2a及び図2bは、それぞれFDDモード及びTDDモードでのUCIペイロードにおけるHARQ ACKビットマッピングの例を示す概略図である。図2(a)では、サブフレームnにおいては3つのCCしかダウンリンク送信のためにスケジューリングされていないが、FDDモードでのUCIペイロードにおいて、HARQ ACKビット(斜線のカラム)と共に、構成済みだが未スケジューリングのCCについてパディングビット(縦の破線のカラム)が追加されている。図2(b)では、ダウンリンク送信のためにサブフレームn、n+1、n+2、n+3の各々において3つのCCがスケジューリングされているが、TDDモードでのUCIペイロードにおいて、HARQ ACKビット(斜線のカラム)と共に、構成済みだが未スケジューリングのCCについてパディングビット(縦の破線のカラム)が追加されている。
CCが5つまでの3GPPリリース10について、1つのUE向けにいくつかのCCが構成済みだが未スケジューリングであることは、次の理由で、統計上で受け入れることができたはずである:1)FeCAでの32個までのCCと比較するとCCの数は格段に少ない、2)リリース10では、全てのCCがライセンス済みCCであることからCCの利用可能性は問題ではない。しかしながら、32個までのCCのためのHARQフィードバックについて、全ての構成済みのCCのためにパディングビットが追加されるとすると、アップリンクにとってフィードバックの負荷は非常に重くなり、特に1つのアップリンクCCのみで32個のDL CCをサポートする場合にはそうである。そのうえ、ほとんどのCCが未ライセンスCCであり得ることを考慮すると、実際上疎らなスケジューリングが普通であるかもしれない。リリース10と同様のマッピングルールでのUCIペイロードにおけるHARQ ACKビットマッピングは、耐え難いほど高いパディングビットの比率に起因して、受け入れ不可能であり得る。
図3は、構成済みでありスケジューリングされたCCの一例と、FDDモードでのUEのためのHARQフィードバックについてのUCIマッピング例とを示す概略図である。図3に示した1つの例(FDD)において、1つのUEについての32個の構成済みDL CCのうち、当該UEについて7つのDL CCのみがスケジューリングされている。HARQ ACKビット負荷に対するパディングビット負荷の比率は、50対14である。同様の問題がTDDのケースについても存在しており、その例の図示はここでは簡明さのために省略されている。
本開示は、例えば、HARQ ACKフィードバックのための無線リソース消費(TX電力及び/又は時間周波数リソース)を削減できるように、スケジューリングされたダウンリンク送信を指し示す支援情報(例えば、FDDではスケジューリングされたCCの数及び順序、TDDではスケジューリングされたCC及びサブフレームの数及び順序)を包含して、HARQフィードバックにおけるパディングビットの送信を削減することにより、アップリンク送信におけるコンパクトなHARQフィードバックを実現する方法を提案する。
より具体的には、ユーザ機器(UE)は、無線ネットワークノード(例えば、eNB)から支援情報(例えば、ダウンリンク割り当てインデックス(DAI)又はスケジューリングインジケータ)を受信する。支援情報は、実効的なHARQ ACKビットの数、及びそのHARQ ACKビットが配置される順序を判定するために使用されることができ、その双方に基づいて、パディングビットを削減し又は除去することができる。
コンパクトなHARQ ACKビットによれば、さらには、例えば、同じチャネルでより低い符号化レートを用いてTX電力を削減し、削減されたHARQ ACKビットを伴うUCIについて時間、周波数及び/若しくは符号ドメインの無線リソースを削減し(これは、削減されたHARQ ACKビットを伴うUCIについてUEがUCIチャネルを再選択し得ることをさらに意味し得る)、並びに/又は、UCIにおいてより多くの他のタイプの情報を送信することにより、無線リソース消費を削減するという技術的効果を達成することができる。
以下では、FDDの例と共に実施形態が詳細に説明される。一般的なルール及び手続は、FDD及びTDDの双方について、PUCCH及び/又はPUSCH上でのUCIの送信(例えば、HARQフィードバック送信、又は他のタイプの情報と併せたHARQフィードバックの送信)に等しく適用可能である。
一実施形態によれば、スケジューリングされたダウンリンク送信を識別するためにある支援情報がUEにより使用可能であると予め定義され又は構成されることができ、その情報に従って、HARQフィードバックをコンパクトなスタイルで(即ち、未スケジューリングだが構成済みのCCに起因するパディングビット無しで)UCIに配置することができるように、HARQフィードバックビットの数及び順序を判定することができる。
他の実施形態によれば、支援情報は、ダウンリンク割り当てインデックス(DAI)であり得る。DLスケジューリングのための各スケジューリングコマンドについて1つのDAIが搬送される。予め定義されるルールに基づいて、UEは、DAIの昇順又は降順に従ってHARQ ACKビットを配置することができ、一方で、eNBもまた、支援情報(例えば、DAI)に従って、復号されるHARQ ACKビットと対応する送信されたデータブロックとの間のマッピングを導出することができる。図4は、本開示の一実施形態に係るFDDモードでのコンパクトなHARQ ACKフィードバックの一例を示す概略図である。図4において、DAI情報から、UE及びeNBの双方が全部で14個のHARQ ACKビット(即ち、x=7、7つのスケジューリングされたCC)が存在することを知得する。このように、コンパクトHARQ ACK配置をUCIフィードバックにおいて適用することができる。
他の実施形態によれば、支援情報は、スケジューリングインジケータであり得る(スケジューリングインジケータは、UEへどのCCがそのUEのためにスケジューリングされるかを示すために使用され得る)。例えば、あるUEについてのスケジューリングされるDL CCを示すためにスケジューリングインジケータが送信される場合、UEは、そのスケジューリングされるCCのインデックスの昇順又は降順に従って、DL送信についてHARQフィードバックビットの数及び順序を判定することができる。一例として、図4では、32ビットのビットマップでスケジューリングインジケータを受信することにより、UEは、当該UEのために7つのDL CCがスケジューリングされることを通知され、さらに合計で14個のHARQ ACKビットが存在することを判定する。
他の実施形態によれば、コンパクトHARQフィードバックは、キャパシティの大きいチャネル上で、より低い符号化レート及び/又は低減された送信電力を用いることにより送信され得る。図4に示したように、14ビットのコンパクトHARQフィードバックは、64Pビットへと符号化される。図3と比較すると、より少ない送信電力が適用可能となるように、符号化利得が有意に増加している。
他の実施形態によれば、コンパクトHARQフィードバックについてキャパシティの異なる複数のチャネルを予め定義することができ、コンパクトHARQフィードバックは、その送信のために使用されるチャネルを予め定義される構成に基づいて適応的に選択されることができる。例えば、よりビット数の少ないコンパクトHARQフィードバックについて、チャネルキャパシティのより小さいチャネルを選択することができる。
下のテーブル1は、HARQフィードバックのペイロードサイズとチャネルフォーマットとの間のマッピングの1つの例を与える。例えば、チャネルフォーマットAは、現行のUCIフォーマット3のチャネル(20個までのHARQ ACKビット)であってよく、チャネルフォーマットBは、キャパシティの大きい新たなUCIチャネル(例えば、40個までのHARQ ACKビット)であってよく、チャネルフォーマットCは、他の新たなUCIチャネル(例えば、64個までのHARQ ACKビット)であってよい。特にTDDシステムについて、HARQ ACKビットの最大数がFDDシステム内のそれよりも格段に大きい、一層多くのチャネルフォーマットが存在してもよい。
Figure 2019180095
テーブル1において、NHarqはコンパクトHARQ ACKビットの数であり、XはHARQフィードバックのための低キャパシティチャネル(チャネルフォーマットA)の閾値であり、X(X>X)はHARQフィードバックのための高キャパシティチャネル(チャネルフォーマットC)の閾値である。これは例を示しているだけであり、本開示をその固有の例に限定することを意図しておらず、当業者は、ここで説明したHARQフィードバックのペイロードサイズと共に他の要因をも考慮に入れることで、チャネルフォーマットを構成する類似の手法が存在することをよく考察することができる。また、当業者により理解され得ることとして、チャネルフォーマットを、HARQフィードバック及びHARQフィードバックと共に送信され得る他のタイプの情報の合計のペイロードサイズに基づいて選択することもできる。
図5は、本開示の一実施形態に係るFDDモードにおける選択されるチャネルフォーマトについてのチャネル符号化の一例を示す概略図である。HARQフィードバックのサイズとチャネルフォーマットとの間のマッピングテーブルが予め定義され、UE及びそのサービングeNBはそのマッピングテーブルに従ってどのチャネルが使用されるべきかを判定し得る。図3と比較すると、電力リソース及び時間−周波数リソースの双方を、コンパクトHARQフィードバック及びそのコンパクトHARQフィードバックに従った適切なチャネル選択に起因して節約することができる。
他の実施形態によれば、HARQフィードバックをコンパクト化することによる節約されるチャネルキャパシティが、チャネル測定レポート、スケジューリングリクエストなどといった他のタイプの情報の送信のために使用され得る。図6において、他のタイプの情報が、コンパクトHARQフィードバックと共にUCIペイロードへ埋められている。チャネルキャパシティは変更されないが、チャネルキャパシティは図3と比較してより効率的に使用されている。そうした状況において、チャネルフォーマットは、HARQフィードバックのサイズと併せて他のタイプの情報のペイロードサイズをも算入することにより選択され得る。
他の実施形態によれば、eNBは、無線リソース制御(RRC)シグナリングを介して、コンパクトHARQフィードバック送信のために、上のどの構成をUEについて適用するものとするかを送信し得る。
ここで説明した実施形態を採用することにより、以下の利点のうちの少なくとも1つを達成することができるはずである:(1)FeCAのケースで未スケジューリングかつ構成済みのCCに起因するパディングビットを低減、(2)UCI送信のためのTX電力消費を低減、(3)UCI送信について時間/周波数/符号ドメインの無線リソースを節約、及び/又は、(4)UCI送信のロバスト性を改善。
図7は、本開示の一実施形態に従ってワイヤレス通信システムにおいてUEのためにアップリンクにてHARQフィードバック送信をコンパクト化するための方法700を例示するフローチャートである。
ステップS710において、スケジューリングされるダウンリンク送信の配置を示す支援情報(例えば、FDDにおけるスケジューリングされたCCの数及び順序、又は、TDDにおけるスケジューリングされたCC及びサブフレームの数及び順序)が、無線ネットワークノードから受信される。追加的な又は代替的な実施形態において、支援情報は、とりわけ、ダウンリンク割り当てインデックス(DAI)及びスケジューリングインジケータのうちの少なくとも1つであってもよい。追加的な又は代替的な実施形態において、支援情報は、TDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックスであってもよく、又は、FDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスであってもよい。
ステップS720において、HARQフィードバックビットの数及び順序が支援情報に基づいて判定される。ステップS730において、HARQフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形で、HARQフィードバックが無線ネットワークノードへ送信される。
代替的な実施形態において、HARQフィードバックと共に他のタイプの情報が無線ネットワークノードへ送信される。他の実施形態において、当該他のタイプのフィードバック情報は、とりわけ、チャネル測定レポート及び/又はスケジューリングリクエストを含んでもよい。
代替的な又は追加的な実施形態において、方法700は、ステップS740をさらに含んでもよい。ステップS740において、RRCシグナリングを介して、無線ネットワークノードから、HARQフィードバック送信についてチャネルフォーマットを選択するための構成が受信される。当業者は、ステップS740が上で言及したS710〜S730のいずれのステップにも依拠しない独立したステップであることを理解するはずである。例えば、ステップS740は、ステップS710に先立って実行されてもよく、又は、無線ネットワークノードとUEとの間でセッションをセットアップする際に実行されてもよい。図7のステップ群のシーケンスは、例を示しているだけであり、本開示のスコープを限定することを意図していない。
一実施形態において、上記方法は、ステップS750をさらに含んでよい。ステップS750において、HARQフィードバックのペイロードサイズに基づいて、HARQフィードバック送信についてのチャネルフォーマットが選択され得る。代替的な又は追加的な実施形態では、ステップS750において、HARQフィードバック及び上記他のタイプの情報の合計サイズに基づいて、HARQフィードバック送信についてのチャネルフォーマットが選択され得る。チャネルフォーマット選択は、図7を参照することにより説明した実施形態のようにUEにより実行されてもよく、又は、無線ネットワークノードにより実行されてもよい。無線ネットワークノードにより実行される状況では、選択されるチャネルフォーマットは、無線ネットワークノードから受信されてもよい。
代替的な又は追加的な実施形態において、キャパシティの大きいチャネルではより低い符号化レート及び/若しくはより低い送信電力がHARQフィードバック及び/若しくは他のタイプの情報を送信するために使用されてもよく、並びに、キャパシティの小さいチャネルではより高い符号化レート及び/若しくはより高い送信電力がHARQフィードバック及び/若しくは他のタイプの情報を送信するために使用されてもよい。
図8は、本開示の一実施形態に従ってワイヤレス通信システムにおいて無線ネットワークノードのためにアップリンクにてHARQフィードバック送信をコンパクト化するための方法800を例示するフローチャートである。
ステップS810において、スケジューリングされるダウンリンク送信の配置を示す支援情報(例えば、FDDにおけるスケジューリングされたCCの数及び順序、又は、TDDにおけるスケジューリングされたCC及びサブフレームの数及び順序)が、ユーザ機器(UE)へ送信される。一実施形態において、支援情報は、とりわけ、ダウンリンク割り当てインデックス(DAI)及びスケジューリングインジケータのうちの少なくとも1つであってもよい。追加的な又は代替的な実施形態において、支援情報は、TDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックスであってもよく、又は、FDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスであってもよい。
ステップS820において、HARQフィードバックが、HARQフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形でUEから受信される。HARQフィードバックビットの数及び順序は、UEにより上記支援情報に基づいて判定される。
一実施形態では、ステップS820において、HARQフィードバックと共に他のタイプの情報が受信される。追加的な又は代替的な実施形態において、上記他のタイプのフィードバック情報は、とりわけ、チャネル測定レポート及び/又はスケジューリングリクエストを含んでもよい。
他の実施形態において、方法800は、ステップS830をさらに含み得る。ステップS830において、RRCシグナリングを介してUEへ、HARQフィードバック送信についてのチャネルフォーマットを選択するための構成が送信される。同様に、当業者は、ステップS830が上で言及したS810及びS820のいずれのステップにも依拠しない独立したステップであることを理解するはずである。例えば、ステップS830は、ステップS810に先立って実行されてもよく、又は、無線ネットワークノードとUEとの間でセッションをセットアップする際に実行されてもよい。図8のステップ群のシーケンスは、例を示しているだけであり、本開示のスコープを限定することを意図していない。
追加的な又は代替的な実施形態において、HARQフィードバック送信についてのチャネルフォーマットは、HARQフィードバックのペイロードサイズに基づいて選択される。追加的な又は代替的な実施形態において、HARQフィードバック送信についてのチャネルフォーマットは、HARQフィードバック及び他のタイプの情報の合計ペイロードサイズに基づいて選択される。上述したように、チャネルフォーマット選択は、UEにより実行されてもよく、又は、無線ネットワークノードにより実行されてもよい。無線ネットワークノードにより実行される状況では、選択されるチャネルフォーマットがUEへ送信されてもよい。
一実施形態において、キャパシティの大きいチャネルではより低い符号化レート及び/若しくはより低い送信電力がHARQフィードバック及び/若しくは他のタイプの情報を受信するために使用されてもよく、並びに、キャパシティの小さいチャネルではより高い符号化レート及び/若しくはより高い送信電力がHARQフィードバック及び/若しくは他のタイプの情報を受信するために使用されてもよい。
上述したような方法700に対応するようにUEは提供される。図9は、本開示の一実施形態に係る、ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するためのUE900のブロック図である。
図9に示したように、UE900は、無線ネットワークノードから、スケジューリングされるダウンリンク送信の配置を示す支援情報(例えば、FDDにおけるスケジューリングされたCCの数及び順序、又は、TDDにおけるスケジューリングされたCC及びサブフレームの数及び順序)を受信する、ように構成される受信ユニット910、を含む。一実施形態において、支援情報は、ダウンリンク割り当てインデックス(DAI)及びスケジューリングインジケータのうちの少なくとも1つであってもよい。追加的な又は代替的な実施形態において、支援情報は、TDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックスであってもよく、又は、FDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスであってもよい。
UE900は、上記支援情報に基づいて、HARQフィードバックビットの数及び順序を判定する、ように構成される判定ユニット920、をさらに含む。UE900は、HARQフィードバックビットの判定された上記数及び順序に基づいてパディングビットの削減されたコンパクトな形のHARQフィードバックを、無線ネットワークノードへ送信する、ように構成される送信ユニット930、をさらに含む。
一実施形態において、送信ユニット930によりHARQフィードバックと共に他のタイプの情報が送信される。追加的な又は代替的な実施形態において、当該他のタイプのフィードバック情報は、とりわけ、チャネル測定レポート及び/又はスケジューリングリクエストを含んでもよい。
一実施形態において、受信ユニット910は、RRCシグナリングを介して、無線ネットワークノードから、HARQフィードバック送信についてチャネルフォーマットを選択するための構成を受信する、ようにさらに構成されてもよい。追加的な又は代替的な実施形態において、送信ユニット930は、HARQフィードバックのペイロードサイズに基づいて、HARQフィードバック送信についてチャネルフォーマットを選択する、ようにさらに構成されてもよい。追加的な又は代替的な実施形態において、送信ユニット930は、HARQフィードバック及び上記他のタイプの情報の合計ペイロードサイズに基づいて、HARQフィードバック送信iについてチャネルフォーマットを選択する、ようにさらに構成されてもよい。一実施形態において、チャネルフォーマットの選択は、無線ネットワークノードにより実行されてもよく、無線ネットワークノードにより実行される状況では、受信ユニット910は、無線ネットワークノードにより選択されたチャネルフォーマットを受信する、ようにさらに構成されてもよい。
一実施形態において、送信ユニット930により、キャパシティの大きいチャネルではより低い符号化レート及び/若しくはより低い送信電力がHARQフィードバック及び/若しくは他のタイプの情報を送信するために使用されてもよく、並びに、キャパシティの小さいチャネルではより高い符号化レート及び/若しくはより高い送信電力がHARQフィードバック及び/若しくは他のタイプの情報を送信するために使用されてもよい。
上記ユニット910〜930の各々は、例えば、プロセッサ若しくはマイクロプロセッサ、適切なソフトウェア及び当該ソフトウェアを記憶するためのメモリ、プログラマブルロジックデバイス(PLD)若しくは他の電子部品、又は、上で説明し例えば図7に示したアクションを実行するように構成される処理回路、のうちの1つ以上により、純粋なハードウェアソリューションとして、又はソフトウェアとハードウェアとの組み合わせとして実装されることができる。
上述したような方法800に対応するように無線ネットワークノードは提供される。図10は、本開示の一実施形態に係る、ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するための無線ネットワークノード1000のブロック図である。
図10に示したように、無線ネットワークノード1000は、ユーザ機器(UE)へ、スケジューリングされるダウンリンク送信の配置を示す支援情報(例えば、FDDにおけるスケジューリングされたCCの数及び順序、又は、TDDにおけるスケジューリングされたCC及びサブフレームの数及び順序)を送信する、ように構成される送信ユニット1010、を含む。一実施形態において、支援情報は、とりわけ、ダウンリンク割り当てインデックス(DAI)及びスケジューリングインジケータのうちの少なくとも1つであってもよい。追加的な又は代替的な実施形態において、支援情報は、TDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックスであってもよく、又は、FDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスであってもよい。
無線ネットワークノード1000は、HARQフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形のHARQフィードバックを上記UEから受信する、ように構成される受信ユニット1020、をさらに含む。HARQフィードバックビットの数及び順序は、上記UEにより支援情報に基づいて判定される。
一実施形態において、受信ユニット1020により他のタイプの情報がHARQフィードバックと共に受信される。また別の実施形態において、当該他のタイプのフィードバック情報は、とりわけ、チャネル測定レポート及び/又はスケジューリングリクエストを含んでもよい。
一実施形態において、送信ユニット1010は、上記UEへ、HARQフィードバック送信についてチャネルフォーマットを選択するための構成を送信する、ようにさらに構成されてもよい。追加的な又は代替的な実施形態において、HARQフィードバック送信についてのチャネルフォーマットは、HARQフィードバックのペイロードサイズに基づいて選択されてもよい。追加的な又は代替的な実施形態において、HARQフィードバック送信についてのチャネルフォーマットは、HARQフィードバック及び上記他のタイプの情報の合計ペイロードサイズに基づいて選択される。一実施形態において、チャネルフォーマットの選択は、無線ネットワークノードにより実行されてもよく、無線ネットワークノードにより実行される状況では、送信ユニット910は、選択されたチャネルフォーマットをUEへ送信する、ようにさらに構成されてもよい。
一実施形態において、キャパシティの大きいチャネルではより低い符号化レート及び/若しくはより低い送信電力が、受信されるHARQフィードバック及び/若しくは他のタイプの情報のために使用されてもよく、並びに、キャパシティの小さいチャネルではより高い符号化レート及び/若しくはより高い送信電力が、受信されるHARQフィードバック及び/若しくは他のタイプの情報のために使用されてもよい。
上記ユニット1010〜1020の各々は、例えば、プロセッサ若しくはマイクロプロセッサ、適切なソフトウェア及び当該ソフトウェアを記憶するためのメモリ、プログラマブルロジックデバイス(PLD)若しくは他の電子部品、又は、上で説明し例えば図8に示したアクションを実行するように構成される処理回路、のうちの1つ以上により、純粋なハードウェアソリューションとして、又はソフトウェアとハードウェアとの組み合わせとして実装されることができる。
図11は、本開示の他の実施形態に係る、ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するためのUE1100のブロック図である。
UE1100は、送受信機1110、プロセッサ1120及びメモリ1130を含む。メモリ1130は、プロセッサ1120により実行可能な命令群を収容し、例えば図7への参照を伴う方法700を実行するなど、本開示の実施形態に従ってUE1100が動作することを可能にする。その詳細な説明は、簡明さのために省略される。
図12は、本開示の他の実施形態に係る、ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するための無線ネットワークノード1200のブロック図である。
無線ネットワークノード1200は、送受信機1210、プロセッサ1220及びメモリ1230を含む。メモリ1230は、プロセッサ1220により実行可能な命令群を収容し、例えば図8への参照を伴う方法800を実行するなど、本開示の実施形態に従って無線ネットワークノード1200が動作することを可能にする。その詳細な説明は、簡明さのために省略される。
本開示は、例えばEEPROM(Electrically Erasable Programmable Read-Only Memory)、フラッシュメモリ及びハードドライブなどの不揮発性又は揮発性のメモリの形式の少なくとも1つのコンピュータプログラムプロダクトをも提供する。コンピュータプログラムプロダクトは、コンピュータプログラムを含む。コンピュータプログラムは、プロセッサ820により実行された場合に、ネットワークエンティティ800に例えば図7又は図8に関連して以前に説明した手続などのアクションを実行させるコード/コンピュータ読取可能な命令、を含む。
コンピュータプログラムプロダクトは、コンピュータプログラムモジュール群に構造化されるコンピュータプログラムコードとして構成されてもよい。コンピュータプログラムモジュールは、本質的には、図7又は図8に示したフローのアクションを実行することができるはずである。
プロセッサは、単一のCPU(Central processing unit)であってもよく、但し2つ以上の処理ユニットを含むこともできるはずである。例えば、プロセッサは、汎用のマイクロプロセッサ、命令セットプロセッサ、及び/若しくは関連するチップセット、並びに/又は、ASIC(Application Specific Integrated Circuit)などの特殊目的のマイクロプロセッサを含んでもよい。プロセッサは、キャッシュ目的のために基板上のメモリを含んでもよい。コンピュータプログラムは、プロセッサへ接続されるコンピュータプログラムプロダクトにより担持されてもよい。コンピュータプログラムプロダクトは、コンピュータプログラムが記憶されるコンピュータ読取可能な媒体を含んでもよい。例えば、コンピュータプログラムプロダクトは、フラッシュメモリ、RAM(Random-access memory)、ROM(Read-Only Memory)又はEEPROMであってもよく、代替的な実施形態において、上述したコンピュータプログラムモジュールが、メモリの形式の異なる複数のコンピュータプログラムプロダクト上に分散されてもよい。
ここまで、本開示の実施形態を参照しながら本開示について説明した。理解されるべきこととして、本開示の思想及びスコープから逸脱することなく、当業者により多様な修正、変形及び追加をなすことができる。従って、本開示のスコープは、上の具体的な実施形態には限定されず、添付の通りの特許請求の範囲によってのみ定義される。

Claims (39)

  1. ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するために、ユーザ機器(UE)において動作するための方法(700)であって、
    無線ネットワークノードから、スケジューリングされるダウンリンク送信の配置を示す支援情報を受信すること(S710)と、
    前記支援情報に基づいて、HARQフィードバックビットの数及び順序を判定すること(S720)と、
    前記HARQフィードバックビットの前記数及び順序に基づいてパディングビットの削減されたコンパクトな形の前記HARQフィードバックを、前記無線ネットワークノードへ送信すること(S730)と、
    を含む方法。
  2. 前記支援情報は、ダウンリンク割り当てインデックス(DAI)及びスケジューリングインジケータのうちの少なくとも1つである、請求項1に記載の方法。
  3. 前記支援情報は、TDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックス、又は、FDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスである、請求項1又は請求項2に記載の方法。
  4. 無線リソース制御(RRC)シグナリングを介して、前記無線ネットワークノードから、HARQフィードバック送信についてチャネルフォーマットを選択するための構成を受信すること(S740)、
    をさらに含む、請求項1〜4のいずれか1項に記載の方法。
  5. 前記HARQフィードバックのペイロードサイズに基づいて、前記HARQフィードバック送信について前記チャネルフォーマットを選択すること(S750)、をさらに含む、請求項4に記載の方法。
  6. 前記HARQフィードバックを送信すること(S730)は、前記HARQフィードバックと共に他のタイプのフィードバック情報を送信すること、をさらに含む、請求項1〜5のいずれか1項に記載の方法。
  7. 前記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも1つを含む、請求項6に記載の方法。
  8. HARQフィードバック送信について前記チャネルフォーマットを選択すること(S750)は、HARQフィードバック及び前記他のタイプの情報の合計ペイロードサイズに基づいて、HARQフィードバック送信について前記チャネルフォーマットを選択すること、をさらに含む、請求項6又は請求項7に記載の方法。
  9. 前記HARQフィードバックを送信すること(S730)は、キャパシティの大きいチャネルについてより低い符号化レート及びより低い送信電力のうち少なくとも1つを使用すること、又は、キャパシティの小さいチャネルについてより高い符号化レート及びより高い送信電力のうち少なくとも1つを使用すること、をさらに含む、請求項1〜8のいずれか1項に記載の方法。
  10. ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するために、無線ネットワークノードにおいて動作するための方法(800)であって、
    ユーザ機器(UE)へ、スケジューリングされるダウンリンク送信の配置を示す支援情報を送信すること(S810)と、
    前記UEにより前記支援情報に基づいて判定されるHARQフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形のHARQフィードバックを、前記UEから受信すること(S820)と、
    を含む方法。
  11. 前記支援情報は、ダウンリンク割り当てインデックス(DAI)及びスケジューリングインジケータのうちの少なくとも1つである、請求項10に記載の方法。
  12. 前記支援情報は、TDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックス、又は、FDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスである、請求項11に記載の方法。
  13. 無線リソース制御(RRC)シグナリングを介して、前記UEへ、HARQフィードバック送信についてチャネルフォーマットを選択するための構成を送信すること(S830)、
    をさらに含む、請求項10〜12のいずれか1項に記載の方法。
  14. 前記HARQフィードバック送信についての前記チャネルフォーマットは、前記HARQフィードバックのペイロードサイズに基づいて選択される、請求項13に記載の方法。
  15. 前記HARQフィードバックを受信すること(S820)は、前記HARQフィードバックと共に他のタイプのフィードバック情報を受信すること、をさらに含む、請求項10〜14のいずれか1項に記載の方法。
  16. 前記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも1つを含む、請求項15に記載の方法。
  17. HARQフィードバック送信についての前記チャネルフォーマットは、HARQフィードバック及び前記他のタイプの情報の合計ペイロードサイズに基づいて選択される、請求項15又は請求項16に記載の方法。
  18. 受信される前記HARQフィードバックについて、キャパシティの大きいチャネルにおいてより低い符号化レート及びより低い送信電力のうち少なくとも1つが使用され、又は、キャパシティの小さいチャネルにおいてより高い符号化レート及びより高い送信電力のうち少なくとも1つが使用される、請求項12〜17のいずれか1項に記載の方法。
  19. ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するためのユーザ機器(UE)(900)であって、
    無線ネットワークノードから、スケジューリングされるダウンリンク送信の配置を示す支援情報を受信する、ように構成される受信ユニット(910)と、
    前記支援情報に基づいて、HARQフィードバックビットの数及び順序を判定する、ように構成される判定ユニット(920)と、
    前記HARQフィードバックビットの前記数及び順序に基づいてパディングビットの削減されたコンパクトな形の前記HARQフィードバックを、前記無線ネットワークノードへ送信する、ように構成される送信ユニット(930)と、
    を備えるUE。
  20. 前記支援情報は、ダウンリンク割り当てインデックス(DAI)及びスケジューリングインジケータのうちの少なくとも1つである、請求項19に記載のUE。
  21. 前記支援情報は、TDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレーム、又は、FDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリア、のインデックスである、請求項19又は請求項20に記載のUE。
  22. 受信ユニット(910)は、無線リソース制御(RRC)シグナリングを介して、前記無線ネットワークノードから、HARQフィードバック送信についてチャネルフォーマットを選択するための構成を受信する、ようにさらに構成される、請求項19〜21のいずれか1項に記載のUE。
  23. 前記送信ユニット(930)は、前記HARQフィードバックのペイロードサイズに基づいて、HARQフィードバック送信についてチャネルフォーマットを選択する、ようにさらに構成される、請求項22に記載のUE。
  24. 前記送信ユニット(930)は、前記HARQフィードバックと共に他のタイプのフィードバック情報を送信する、ようにさらに構成される、請求項19〜23のいずれか1項に記載のUE。
  25. 前記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも1つを含む、請求項24に記載のUE。
  26. 前記送信ユニット(930)は、HARQフィードバック及び前記他のタイプの情報の合計ペイロードサイズに基づいて、HARQフィードバック送信についてチャネルフォーマットを選択する、ようにさらに構成される、請求項24又は請求項25に記載のUE。
  27. 前記HARQフィードバックを送信することは、キャパシティの大きいチャネルについてより低い符号化レート及びより低い送信電力のうち少なくとも1つを使用すること、又は、キャパシティの小さいチャネルについてより高い符号化レート及びより高い送信電力のうち少なくとも1つを使用すること、をさらに含む、請求項19〜26のいずれか1項に記載のUE。
  28. ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するための無線ネットワークノード(1000)であって、
    ユーザ機器(UE)へ、スケジューリングされるダウンリンク送信の配置を示す支援情報を送信する、ように構成される送信ユニット(1010)と、
    前記UEにより前記支援情報に基づいて判定されるHARQフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形のHARQフィードバックを、前記UEから受信する、ように構成される受信ユニット(1020)と、
    を備える無線ネットワークノード。
  29. 前記支援情報は、ダウンリンク割り当てインデックス(DAI)及びスケジューリングインジケータのうちの少なくとも1つである、請求項28に記載の無線ネットワークノード。
  30. 前記支援情報は、TDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックス、又は、FDDダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスである、請求項28又は請求項29に記載の無線ネットワークノード。
  31. 前記送信ユニット(1010)は、無線リソース制御(RRC)シグナリングを介して、前記UEへ、HARQフィードバック送信についてチャネルフォーマットを選択するための構成を送信する、ようにさらに構成される、請求項28〜30のいずれか1項に記載の無線ネットワークノード。
  32. HARQフィードバック送信についての前記チャネルフォーマットは、前記HARQフィードバックのペイロードサイズに基づいて選択される、請求項31に記載の無線ネットワークノード。
  33. 前記受信ユニット(1020)は、前記HARQフィードバックと共に他のタイプのフィードバック情報を受信する、ようにさらに構成される、請求項28〜32のいずれか1項に記載の無線ネットワークノード。
  34. 前記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも1つを含む、請求項33に記載の無線ネットワークノード。
  35. HARQフィードバック送信についての前記チャネルフォーマットは、HARQフィードバック及び前記他のタイプの情報の合計ペイロードサイズに基づいて選択される、請求項33又は請求項34に記載の無線ネットワークノード。
  36. 受信される前記HARQフィードバックについて、キャパシティの大きいチャネルにおいてより低い符号化レート及びより低い送信電力のうち少なくとも1つが使用され、又は、キャパシティの小さいチャネルにおいてより高い符号化レート及びより高い送信電力のうち少なくとも1つが使用される、請求項28〜35のいずれか1項に記載の無線ネットワークノード。
  37. ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するためのユーザ機器(UE)(1100)であって、プロセッサ(1120)及びメモリ(1130)を備え、前記メモリは前記プロセッサにより実行可能な命令を含み、それにより、前記UEは請求項1〜9のいずれかの方法を実行するように動作可能である、UE。
  38. ワイヤレス通信システムにおいてアップリンクでのHARQフィードバック送信をコンパクト化するための無線ネットワークノード(1200)であって、プロセッサ(1220)及びメモリ(1130)を備え、前記メモリは前記プロセッサにより実行可能な命令を含み、それにより、前記UEは請求項10〜18のいずれかの方法を実行するように動作可能である、無線ネットワークノード。
  39. 少なくとも1つのプロセッサ上で実行された場合に、前記少なくとも1つのプロセッサに、請求項1〜9のいずれかに記載の方法又は請求項10〜18のいずれかに記載の方法を遂行させる命令、を含むコンピュータプログラムプロダクト。
JP2019113904A 2015-04-10 2019-06-19 Harqフィードバックをコンパクト化するための方法及びユーザ機器 Active JP6764978B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2015076317 2015-04-10
CNPCT/CN2015/076317 2015-04-10

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2017552988A Division JP6793660B2 (ja) 2015-04-10 2016-01-18 Harqフィードバックをコンパクト化するための方法及びユーザ機器

Publications (2)

Publication Number Publication Date
JP2019180095A true JP2019180095A (ja) 2019-10-17
JP6764978B2 JP6764978B2 (ja) 2020-10-07

Family

ID=57071631

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2017552988A Active JP6793660B2 (ja) 2015-04-10 2016-01-18 Harqフィードバックをコンパクト化するための方法及びユーザ機器
JP2019113904A Active JP6764978B2 (ja) 2015-04-10 2019-06-19 Harqフィードバックをコンパクト化するための方法及びユーザ機器

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2017552988A Active JP6793660B2 (ja) 2015-04-10 2016-01-18 Harqフィードバックをコンパクト化するための方法及びユーザ機器

Country Status (15)

Country Link
US (1) US10778381B2 (ja)
EP (2) EP3281332B1 (ja)
JP (2) JP6793660B2 (ja)
KR (1) KR102051506B1 (ja)
CN (2) CN107534527B (ja)
AR (1) AR104779A1 (ja)
BR (1) BR112017021839A2 (ja)
CA (1) CA2982198C (ja)
CL (1) CL2017002525A1 (ja)
HK (1) HK1246529A1 (ja)
MX (1) MX367996B (ja)
MY (1) MY188752A (ja)
RU (1) RU2679245C1 (ja)
WO (1) WO2016161833A1 (ja)
ZA (1) ZA201706261B (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10616912B2 (en) * 2016-04-22 2020-04-07 Qualcomm Incorporated Uplink payload determination and uplink grant indication for multefire
US10512065B2 (en) * 2016-05-31 2019-12-17 Qualcomm Incorporated Flexible control information reporting
CN108702258B (zh) * 2016-08-03 2021-02-12 华为技术有限公司 一种harq应答信息传输方法及设备
JP6794547B2 (ja) * 2016-08-31 2020-12-02 華為技術有限公司Huawei Technologies Co.,Ltd. 無認可スペクトルのack/nackフィードバック方法および関連デバイス
US11044726B1 (en) * 2017-01-10 2021-06-22 Marvell Asia Pte, Ltd. Selection of transmission parameters for acknowledgment packets
WO2018165924A1 (zh) * 2017-03-15 2018-09-20 华为技术有限公司 自适应传输方法和装置
US10419197B2 (en) * 2017-04-27 2019-09-17 Qualcomm Incorporated Sharing of long-term evolution (LTE) uplink spectrum
CN111034086B (zh) * 2017-08-10 2022-06-10 Lg电子株式会社 在无线通信系统中报告harq ack/nack的方法及其装置
CN109495226B (zh) * 2017-09-11 2021-05-25 维沃移动通信有限公司 传输控制信号的方法、用户终端及网络侧设备
BR112020007041A2 (pt) * 2017-10-10 2020-10-13 Telefonaktiebolaget Lm Ericsson (Publ) modo de fallback de canal de controle de enlace ascendente físico
US11540257B2 (en) 2018-03-23 2022-12-27 Qualcomm Incorporated Uplink control information transmission on autonomous uplink in new radio-unlicensed (NR-U)
CN113329512B (zh) * 2020-02-28 2023-02-03 华为技术服务有限公司 通信方法及装置
CN113328834A (zh) * 2020-02-28 2021-08-31 华为技术有限公司 一种通信方法及装置
CN114499796A (zh) * 2020-11-12 2022-05-13 大唐移动通信设备有限公司 一种数据传输方法、装置及设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110142025A1 (en) * 2000-06-13 2011-06-16 Cpu Consultants, Inc. Apparatus for generating at least one signal based on at least one aspect of at least two received signals
JP2013534392A (ja) * 2010-08-16 2013-09-02 クゥアルコム・インコーポレイテッド マルチキャリア動作のためのack/nack送信

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9143255B2 (en) * 2002-10-18 2015-09-22 Microsoft Technology Licensing, Llc Orthogonal signaling for CDMA
US20050041746A1 (en) * 2003-08-04 2005-02-24 Lowell Rosen Software-defined wideband holographic communications apparatus and methods
KR101137327B1 (ko) * 2005-05-06 2012-04-19 엘지전자 주식회사 상향링크 채널 스케쥴링을 위한 제어정보 전송 방법 및상향링크 채널 스케쥴링 방법
RU2392752C2 (ru) 2006-01-05 2010-06-20 ЭлДжи ЭЛЕКТРОНИКС ИНК. Способ передачи данных и способ повторной передачи данных
CN103260202B (zh) * 2007-04-30 2016-08-17 交互数字技术公司 用于处理小区重选的方法及用户设备
CN102017506B (zh) * 2008-03-16 2014-06-04 Lg电子株式会社 在无线通信系统中执行混合自动重传请求(harq)的方法
US8634333B2 (en) * 2008-05-07 2014-01-21 Qualcomm Incorporated Bundling of ACK information in a wireless communication system
WO2010099653A1 (zh) * 2009-03-03 2010-09-10 深圳华为通信技术有限公司 信号编码方法及装置、联合反馈信号编码方法
WO2010144245A1 (en) * 2009-06-08 2010-12-16 Research In Motion Limited Harq process management for carrier aggregation and mapping between harq processes and transmission resources
CN107104780B (zh) * 2009-10-01 2020-10-16 交互数字专利控股公司 上行链路控制数据传输
US8767797B2 (en) * 2009-10-05 2014-07-01 Qualcomm Incorporated Apparatus and method for providing HARQ feedback in a multi-carrier wireless communication system
US8848643B2 (en) * 2010-01-08 2014-09-30 Lg Electronics Inc. Method and apparatus for transmitting uplink control information in wireless communication system for supporting multi-carriers
PT2378828E (pt) 2010-03-22 2013-08-22 Samsung Electronics Co Ltd Multiplexagem de informação de controlo e de dados proveniente de um equipamento de utilizador num canal de dados físico
WO2011122902A2 (ko) * 2010-04-01 2011-10-06 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
US9083501B2 (en) * 2010-04-05 2015-07-14 Qualcomm Incorporated Feedback of control information for multiple carriers
US9553697B2 (en) * 2010-04-05 2017-01-24 Qualcomm Incorporated HARQ ACK/NACK transmission for multi-carrier operation
ES2495429T3 (es) * 2010-06-18 2014-09-17 Mediatek Inc. Asignación de recursos del canal de retroalimentación de HARQ para la agregación de portadoras en sistemas de OFDMA
US8737299B2 (en) 2010-06-18 2014-05-27 Mediatek Inc. Resource allocation of uplink HARQ feedback channel for carrier aggregation in OFDMA systems
US9819458B2 (en) * 2010-08-13 2017-11-14 Qualcomm Incorporation Feedback bundling for power-limited devices in wireless communications
CN101958778B (zh) * 2010-09-28 2015-11-25 中兴通讯股份有限公司 正确/错误应答消息的映射方法及终端
US10873425B2 (en) 2010-11-12 2020-12-22 Qualcomm Incorporated Acknowledgement / negative acknowledgement feedback for TDD
WO2012111975A2 (ko) * 2011-02-15 2012-08-23 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보 전송 방법 및 장치
CN102904698B (zh) 2011-05-31 2017-06-16 北京三星通信技术研究有限公司 一种发送harq‑ack反馈信息的方法
CN102223219B (zh) * 2011-06-16 2017-07-18 中兴通讯股份有限公司 Harq‑ack的反馈处理方法及系统
JP5873708B2 (ja) * 2011-12-19 2016-03-01 シャープ株式会社 移動局装置、方法および集積回路
CN103297208A (zh) * 2012-03-02 2013-09-11 北京三星通信技术研究有限公司 一种支持pusch的harq传输的方法
CN103580827A (zh) * 2012-08-09 2014-02-12 北京三星通信技术研究有限公司 传输harq-ack信息的方法和设备
WO2014077607A1 (ko) 2012-11-14 2014-05-22 엘지전자 주식회사 반송파 집성 시스템에서 단말의 동작 방법 및 이러한 방법을 이용하는 장치
US9876620B2 (en) * 2013-01-10 2018-01-23 Samsung Electronics Co., Ltd. Uplink control information transmissions/receptions in wireless networks
US9692582B2 (en) * 2013-05-09 2017-06-27 Sharp Kabushiki Kaisha Systems and methods for signaling reference configurations
US9408158B2 (en) * 2014-03-14 2016-08-02 Sharp Laboratories Of America, Inc. Systems and methods for feedback reporting
JP6526231B2 (ja) * 2015-03-30 2019-06-05 華為技術有限公司Huawei Technologies Co.,Ltd. 制御情報を送信するための方法、ユーザ機器、及び基地局

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110142025A1 (en) * 2000-06-13 2011-06-16 Cpu Consultants, Inc. Apparatus for generating at least one signal based on at least one aspect of at least two received signals
JP2013534392A (ja) * 2010-08-16 2013-09-02 クゥアルコム・インコーポレイテッド マルチキャリア動作のためのack/nack送信

Also Published As

Publication number Publication date
RU2679245C1 (ru) 2019-02-06
CA2982198A1 (en) 2016-10-13
US10778381B2 (en) 2020-09-15
EP3281332A1 (en) 2018-02-14
CL2017002525A1 (es) 2018-02-16
US20170117991A1 (en) 2017-04-27
JP6793660B2 (ja) 2020-12-02
KR102051506B1 (ko) 2019-12-03
CN107534527A (zh) 2018-01-02
EP3281332A4 (en) 2018-11-07
HK1246529A1 (zh) 2018-09-07
MX2017012585A (es) 2018-01-09
JP2018516485A (ja) 2018-06-21
AR104779A1 (es) 2017-08-16
ZA201706261B (en) 2019-01-30
CN107534527B (zh) 2020-07-24
MY188752A (en) 2021-12-28
EP4135241A1 (en) 2023-02-15
JP6764978B2 (ja) 2020-10-07
BR112017021839A2 (pt) 2018-07-10
WO2016161833A1 (en) 2016-10-13
EP3281332B1 (en) 2022-10-05
CN111818569A (zh) 2020-10-23
KR20170124577A (ko) 2017-11-10
MX367996B (es) 2019-09-13
CN111818569B (zh) 2024-04-16
CA2982198C (en) 2020-11-03

Similar Documents

Publication Publication Date Title
JP6764978B2 (ja) Harqフィードバックをコンパクト化するための方法及びユーザ機器
US11381346B2 (en) Prioritization of services for control and data transmission for new radio systems
RU2743667C1 (ru) Способ передачи сигнализации о назначении ресурсов частотной области
US10939384B2 (en) Power control method and apparatus
CN111213416B (zh) 无线网络中上行链路控制信令资源的动态管理
US20160212734A1 (en) Devices and methods for harq-ack feedback scheme on pusch in wireless communication systems
JP2018528657A (ja) グラントフリー多元接続システムにおけるリンク適応
JP6975839B2 (ja) 等しいサイズのコードブロックのためのトランスポートブロックサイズの決定
EP3251247A2 (en) Method and apparatus for transmission of uplink control information in multi-carrier communication system
JP7287494B2 (ja) 信号送受信方法、装置及びシステム
JP7110244B6 (ja) 無線通信方法及び装置
US20200322959A1 (en) Method for transmitting uplink control information, and related product
US20220353877A1 (en) Method and Apparatus for Supporting Transmission Adaptation
BR112020022906A2 (pt) método de transmissão de informação, dispositivo de comunicação e dispositivo de rede
US20210204264A1 (en) Information sending method, information receiving method, and communications apparatus
CN107889239B (zh) 一种上行控制信息发送、接收方法及设备
WO2024059984A1 (zh) 传输块大小的确定方法、装置、设备及存储介质
WO2023001284A1 (en) Method and apparatus for tboms transmission
WO2021262071A1 (en) Enhanced hybrid arq (harq) for a wireless network

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190621

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190621

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200406

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200514

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: 20200831

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200914

R150 Certificate of patent or registration of utility model

Ref document number: 6764978

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250