JP7105311B2 - Nrに対するharqバッファの管理方法 - Google Patents

Nrに対するharqバッファの管理方法 Download PDF

Info

Publication number
JP7105311B2
JP7105311B2 JP2020541877A JP2020541877A JP7105311B2 JP 7105311 B2 JP7105311 B2 JP 7105311B2 JP 2020541877 A JP2020541877 A JP 2020541877A JP 2020541877 A JP2020541877 A JP 2020541877A JP 7105311 B2 JP7105311 B2 JP 7105311B2
Authority
JP
Japan
Prior art keywords
uplink grant
data
harq process
buffer
harq
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.)
Active
Application number
JP2020541877A
Other languages
English (en)
Other versions
JP2021514572A (ja
Inventor
イェ,シアン-ルン
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.)
Google LLC
Original Assignee
Google LLC
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 Google LLC filed Critical Google LLC
Publication of JP2021514572A publication Critical patent/JP2021514572A/ja
Application granted granted Critical
Publication of JP7105311B2 publication Critical patent/JP7105311B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/1874Buffer 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/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
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0278Traffic management, e.g. flow control or congestion control using buffer status reports
    • 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
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Description

関連出願
本出願は、米国特許法119条(e)のもと、2018年2月14日に提出された米国特許仮出願62/630,817に体する優先権を主張し、その全体をここに引用により援用する。
背景
ハイブリッド自動再送要求(HARQ)は、ユーザデバイスとの通信におけるエラーを管理するために、無線ネットワークの基地局によって使用される。第5世代新無線(5G-NR)技術などの高度な無線アクセス技術では、ユーザデバイス(ユーザ機器またはUE)は、物理ダウンリンク制御チャネル(PDCCH)を介して受信されたダウンリンク制御情報(DCI)メッセージからアップリンク(UL)許可を受信することができる。DCIメッセージは、ユーザデバイスを識別する構成されたスケジューリング無線ネットワーク一時識別子(CS-RNTI)にアドレス指定され得る。DCIはまた、基地局が前のアップリンク許可の間にデータを受信できなかったことに基づいて、データの再送を要求することもできる。前のアップリンクに対応するHARQバッファが空である場合、ユーザデバイスはアップリンク許可を無視する。
しかしながら、ユーザデバイスがアップリンク許可を無視し、アップリンク許可中に送信しない場合、HARQバッファはもはや空はない場合がある。そのような場合、ユーザデバイスが、適応再送を要求する別のアップリンク許可を基地局から受信すると、ユーザデバイスは、HARQバッファに格納されたデータを送信する。これは、HARQバッファに格納されたデータを不必要に送信する結果となり、また、データを送信するために使用されるユーザデバイスの電力を不必要に消費し得る。さらに、送信は、周波数-時間領域においてアップリンク許可と同じ位置の近くで動作する他の無線通信との干渉を引き起こし得る。
概要
本明細書では、HARQバッファ管理のための技術およびHARQバッファ管理を可能にするシステムについて説明する。これらの技法は、ユーザデバイスがアップリンク許可中にデータを送信しないことに基づいて、HARQバッファに格納されたデータを除去することを含む。HARQバッファに格納されたデータを除去することによって、ユーザデバイスは、基地局からの再送要求に応答して、HARQバッファに格納されたデータを基地局に送信することを回避することができる。
ある態様において、ユーザデバイスは、基地局から、無線ネットワーク一時識別子(RNTI)を含む構成されたスケジューリングの構成と、RNTIにアドレス指定され、構成されたスケジューリングの起動を示すダウンリンク制御情報(DCI)メッセージからのアップリンク許可とを受信する。ユーザデバイスは、アップリンク許可が、ある時間間隔においてデータを送信するために使用可能であることに基づいて、その時間間隔に対してハイブリッド自動再送要求(HARQ)プロセスを判断する。アップリンク許可を使用して時間間隔の間にデータを送信しないという判断に基づいて、ユーザデバイスは、HARQプロセスのバッファに格納されたデータを除去する。HARQプロセスのバッファに格納されたデータの除去に応答して、ユーザデバイスは、基地局から受信され、HARQプロセスに基づく再送の要求を無視する。
ある態様において、ユーザデバイスは、基地局から、構成されたスケジューリングの構成を受信する。構成は、無線ネットワーク一時識別子(RNTI)を含む。ユーザデバイスは、基地局から、第1のダウンリンク制御情報(DCI)メッセージからのアップリンク許可を受信する。DCIメッセージは、RNTIにアドレス指定され、構成されたスケジューリングの起動を示す。アップリンク許可がある時間間隔においてデータを送信するために使用可能であることに基づいて、ユーザデバイスは、その時間間隔に対してHARQプロセスを判断する。ユーザデバイスは、ユーザデバイスがアップリンク許可中にデータを送信しないことに基づいて、第1のHARQプロセスのバッファに格納されたデータを除去する。ユーザデバイスは、さらに、基地局から、さらなる、第2のDCIメッセージからの、さらなる、第2のアップリンク許可を受信してもよい。第2のDCIメッセージも、(第1の)RNTIにアドレス指定され、(第1の)HARQプロセスからの再送の要求を含む。基地局は、(第1の)HARQプロセスのバッファに格納されたデータが除去されたことに基づいて、再送の要求を無視する。
ある態様において、ユーザデバイスは、基地局から、第1のダウンリンク制御情報(DCI)メッセージからの第1のアップリンク許可を受信し、第1のDCIメッセージは、セル無線ネットワーク一時識別子(C-RNTI)にアドレス指定され、ある時間間隔の間に新たな送信を要求する。ユーザデバイスは次いで、その時間間隔に対してハイブリッド自動再送要求(HARQ)プロセスを判断する。ユーザデバイスが第1のアップリンク許可を使用してその時間間隔の間にデータを送信しないことに基づいて、ユーザデバイスはHARQプロセスのバッファをフラッシュする。HARQプロセスのバッファが空であることに基づいて、ユーザデバイスは、基地局から受信され、HARQプロセスに基づく再送の要求を無視する。
ダウンリンク共有チャネル(DL-SCH)送信またはアップリンク共有チャネル(UL-SCH)送信のためのHARQ情報は、ニューデータインジケータ(NDI)およびトランスポートブロック(TB)サイズを含む。DL-SCH送信および非同期UL HARQおよび自律UL HARQの場合、HARQ情報は、この情報が存在しない単一のHARQプロセスで構成されたNarrow Band Internet of Things(狭帯域モノのインターネット)(NB-IoT)におけるユーザ機器(UE)を除き、HARQプロセスIDも含む。UL-SCH送信の場合、HARQ情報は、冗長バージョン(RV)も含む。DL-SCH上で空間多重化する場合、HARQ情報は、各トランスポートブロックに対してNDIおよびTBサイズのセットを含む。サイドリンク共有チャネル(SL-SCH)送信およびサイドリンクディスカバリチャネル(SL-DCH)送信のためのHARQ情報は、TBサイズのみからなる。
Msg3という用語は、上位層から提出され、ランダムアクセス(RA)手順の一部としてユーザ機器(UE)競合解決識別に関連付けられる、セル-RNTI(C-RNTI)メディアアクセス制御(MAC)制御要素(CE)または共通制御チャネル(CCCH)サービスデータユニット(SDU)を含む、UL-SCH上で送信されるメッセージを指す。
1つまたは複数の実現例の詳細が、添付の図面および以下の説明に記載される。他の特徴および利点は、説明および図面ならびに特許請求の範囲から明らかとなるであろう。本概要は、詳細な説明および図面においてさらに説明される主題を紹介するために提供される。したがって、本概要は、本質的な特徴を説明するものと見なされるべきではなく、請求される主題の範囲を限定するために使用されるべきでもない。
HARQバッファ管理の1つまたは複数の態様の詳細を以下に記載する。説明および図面における異なる例における同じ参照番号の使用は、同様の要素を示し得る。
HARQバッファ管理の1つまたは複数の態様による無線通信システムの概略図である。 HARQバッファ管理の1つまたは複数の態様を実施することができる通信デバイスの概略図である。 HARQプロセスの一部として基地局からの再送要求に基づいてHARQバッファを管理するための例示的な方法を示す。 PDCCHにおいて受信されたDCIにおける再送要求を取り扱うHARQバッファを管理するための例示的な方法を示す。 動的スケジューリング中にHARQバッファを管理するための例示的な方法を示す。
詳細な説明
ユーザデバイスは、一般に、アップリンク許可を生成する基地局に送信するデータを有さないとき、アップリンク許可を無視する。しかしながら、ユーザデバイスがデータを送信しないことによってアップリンク許可を無視するとき、基地局は、アップリンク許可中に予想されたユーザデバイスからのデータの受信に失敗したと判断し得る。基地局がこの判断を行うとき、基地局は、再送要求を含む別の許可をユーザデバイスに送信するように構成され得る。再送要求は、HARQプロセスに基づいており、アップリンク許可中に受信に失敗したデータを再送するようユーザデバイスに指示する。アップリンク許可中にデータは送信されなかったが、HARQプロセスのHARQバッファにデータが格納され得る。ユーザデバイスは、HARQバッファに格納されたデータを基地局に送信し得る。
本明細書では、HARQバッファ管理のための技法およびシステムについて説明する。これらの技法は、例えば、アップリンク許可を使用しないことによって、またはユーザデバイスによってHARQプロセスに対して判断された時間間隔の間にデータを送信しないことによって、データが基地局に送信されないアップリンク許可の後に、HARQバッファを除去するかまたはフラッシュすることを含む。例えば、ユーザデバイスは、無線ネットワークのセルを動作させている基地局と無線接続を確立する。ユーザデバイスは、基地局から、基地局にデータを送信するために、アップリンク許可を受信する。しかしながら、ユーザデバイスは、非アクティブであり得、アップリンク許可中に基地局に送信するデータを有さない。ユーザデバイスはアップリンク許可中にデータを送信しないけれども、アップリンク許可に関連付けられるデータが、アップリンク許可にリンクされたHARQバッファ上に記憶され得る。アップリンク許可中にデータを送信しないことに基づいて、ユーザデバイスは、HARQバッファからアップリンク許可に関連付けられるデータを除去するか、またはHARQバッファをフラッシュする(特に、バッファからデータを除去することを含み得る)。
基地局はアップリンク許可中にデータを受信しようと試みるが、データが送信されなかったため、基地局は許可中にデータの受信に失敗する。基地局は、アップリンク許可中に予想されたデータの再送の要求を含む、ユーザデバイスへの別の許可の送信をトリガするHARQプロセスに従ってもよい。ユーザデバイスは、HARQバッファが空であることに基づいて、要求を無視する。
図1は、HARQバッファ管理に使用可能な例示的な無線通信システム100の概略図である。無線通信システム100は、ネットワーク110および複数の通信デバイス120(例えば、通信デバイス121、通信デバイス122)を備える。ネットワーク110および通信デバイス120のうちの1つは、ライセンス付与帯域および/または非ライセンス付与帯域の1つまたは複数のキャリア上で1つまたは複数のセルを介して互いに通信する。1つまたは複数のセルは、同じもしくは異なるフレーム構造タイプで、または同じもしくは異なる二重化モード、たとえば周波数分割二重化(FDD)および時分割二重化(TDD)で動作されてもよい。
図1において、ネットワーク110および通信デバイス120は、無線通信システム100の構造を示す。ネットワーク110は、少なくとも1つの基地局(BS)を含む無線アクセスネットワーク(RAN)を含み得る。RANは、少なくとも1つの発展型ノードB(eNB)を含む発展型ユニバーサル地上無線アクセスネットワーク(E-UTRAN)であってもよい。RANは、通信デバイスと通信するために直交周波数分割多重(OFDM)および/または非OFDMを使用する、少なくとも1つの5G BS(たとえば、gNB)を含む5G NRネットワークであってもよい。RANの送信時間間隔(TTI)は、1msよりも短くてもよい(例えば、100マイクロ秒、200マイクロ秒)。一般に、BSは、eNBまたは5G BSなど、ネットワーク110の任意のBSを指すのにも用いられ得る。さらに、ネットワーク110は、RANに接続するネットワークエンティティを含むコアネットワークも含み得る。
通信デバイス120は、例えば、ユーザ機器、マシンタイプ通信(MTC)デバイス、携帯電話、ラップトップ、タブレットコンピュータ、電子書籍、ポータブルコンピュータシステム、車両、または航空機であってもよい。加えて、ネットワーク110および通信デバイス120は、方向(例えば、送信方向)に応じて、送信機または受信機として見ることができる。アップリンク(UL)送信の場合、通信デバイス120は送信機であり、ネットワーク110は受信機である。ダウンリンク(DL)送信の場合、ネットワーク110は送信機であり、通信デバイス120は受信機である。
図2は、HARQバッファ管理に使用可能な通信デバイス200の概略図である。通信デバイス200は、図1に示した通信デバイス120またはネットワーク110であってもよいが、これに限定されない。通信デバイス200は、マイクロプロセッサまたは特定用途向け集積回路(ASIC)などのプロセッサ202、記憶媒体204、および通信モジュール(たとえば、通信インターフェースユニット206)を含み得る。記憶媒体204は、プロセッサ202によってアクセスされ実行されるプログラムコード208を記憶し得る任意のデータ記憶装置であり得る。記憶装置204の例は、加入者識別モジュール(SIM)、読み取り専用メモリ(ROM)、フラッシュメモリ、ランダムアクセスメモリ(RAM)、ハードディスク、光データ記憶装置、不揮発性記憶装置、非一時的コンピュータ可読媒体(例えば有形媒体)等を含むが、これらに限定されない。通信モジュール(例えば、通信インターフェースユニット206)は、ハードウェアベースであり得るトランシーバを含み、プロセッサ200の処理結果に従って信号(例えば、データ、メッセージおよび/またはパケット)を送受信するために使用される。
例示的な方法
以下の実現例における単純化のために、ユーザデバイスは、図1における通信デバイス120を表すために用いられる。しかしながら、以下に説明するプロセスは、図1に示されるように、任意の通信デバイスによって利用され得る。プロセスは、プログラムコード208にコンパイルされ、プロセッサ202によって実行され得る。
例示的な方法300,400,および500を、新たな無線のためにHARQバッファを管理する1つまたは複数の態様に従って、それぞれ図3~図5を参照して説明する。図3は、HARQプロセスの一部として基地局からの再送要求に基づいてHARQバッファを管理するための例示的な方法300を示す。図4は、PDCCHにおいて受信されたDCIにおける再送要求を取り扱うHARQバッファを管理するための例示的な方法400を示す。図5は、動的スケジューリング中にHARQバッファを管理するための例示的な方法500を示す。
図3は、HARQプロセスの一部として基地局からの再送要求に基づいてHARQバッファを管理するための例示的な方法300を示す。
302において、ユーザデバイスは、構成されたスケジューリングの第1の構成を受信する。第1の構成は、第1のRNTIを含む。
304において、ユーザデバイスは、第1のDCIから第1のアップリンク許可を受信する。DCIは、第1のRNTIにアドレス指定することができ、構成されたスケジューリングの起動を示す。さらに、DCIは、PDCCHを介して受信され得る。
306において、ユーザデバイスは、第1の時間間隔に対して第1のHARQプロセスを判断する。この判断は、第1のアップリンク許可が第1の時間間隔においてデータを送信するために使用可能であることに基づくことができる。
308において、ユーザデバイスは、第1のアップリンク許可を使用してデータを第1の時間間隔において送信する、と判断する。次いで、310において、ユーザデバイスは、第1のアップリンク許可に関連付けられるデータを第1のHARQプロセスのバッファに格納し、そのデータを第1のHARQプロセスに従って送信する。308~310の実現形態は任意である。
代替的に、312において、ユーザデバイスは、第1のアップリンク許可を使用してデータを第1の時間間隔において送信しない、と判断する。次いで、314において、ユーザデバイスは、第1のHARQプロセスのバッファに格納されたすべてのデータを除去する。
316において、ユーザデバイスは、第1のRNTIにアドレス指定された第2のDCIから第2のアップリンク許可を受信する。第2のアップリンク許可は、第1のHARQプロセスからの再送の要求を含む。いくつかの態様では、第1のHARQプロセスに関連付けられるタイマ(たとえば、configuratedGrantTimer(構成された許可タイマ))を、再送が生じるときに開始または再開させる。
318において、ユーザデバイスは、次いで、第1のHARQのバッファが空であるか否かを判断する。一例では、ユーザデバイスは、第1のHARQのバッファは空ではない(「NO」)と判断する。第1のHARQのバッファがデータを格納していることに基づいて、ユーザデバイスは、320において、第1のHARQプロセスのバッファ内のデータを再送する。
代替的に、ユーザデバイスは、第1のHARQのバッファは空である(「YES」)と判断する。第1のHARQのバッファに格納されたデータが除去されていることに基づいて、ユーザデバイスは、322において、第2のアップリンク許可を無視する。
図4は、PDCCHにおいて受信されたDCIにおける再送要求を取り扱うHARQバッファを管理するための例示的な方法400を示す。
402において、ユーザデバイスは、構成されたスケジューリングの第1の構成を受信する。第1の構成は、第1のアップリンク許可を含む。
第1の構成で与えられる第1のアップリンク許可を用いて第1の時間間隔においてデータを送信し得る場合、ユーザデバイスは、404において、第1の時間間隔に対して第1のHARQプロセスを判断する。
406において、ユーザデバイスは、第1のアップリンク許可を使用してデータを第1の時間間隔において送信するかどうかを判断する。
第1のアップリンク許可を用いてデータを第1の時間間隔において送信する場合(「YES」)、408において、ユーザデバイスは、データを第1のHARQプロセスのバッファに格納し、410において、そのデータを第1のHARQプロセスによって送信する。
第1のアップリンク許可を用いてデータを第1の時間間隔において送信しない場合(「NO」)、412において、ユーザデバイスは、第1のHARQプロセスのバッファをフラッシュする。例えば、ユーザデバイスは第1の時間間隔の間にデータを送信しなかった、とユーザデバイスが判断した場合、ユーザデバイスは、HARQプロセスのバッファに格納されたデータを除去する。
414において、ユーザデバイスは、PDCCH上で、第1の構成において与えられる第1のRNTIにアドレス指定され、第1のHARQプロセスから再送を要求する第2のDCIからの第2のアップリンク許可を受信する。
416において、ユーザデバイスは、第1のHARQのバッファが空であるか否かを判断する。
第1のHARQのバッファが空でない場合(「NO」)、次いで、418において、ユーザデバイスは、第1のHARQプロセスのバッファ内のデータを再送する。
第1のHARQのバッファが空である場合(「YES」)、420において、ユーザデバイスは、第2のアップリンク許可を無視する。
図5は、動的スケジューリング中にHARQバッファを管理するための例示的な方法500を示す。
502において、ユーザデバイスは、PDCCH上で、第1のC-RNTIにアドレス指定され、第1の時間間隔において新たな送信を要求する第1のDCIからの第1のアップリンク許可を受信する。
504において、ユーザデバイスは、第1のアップリンク許可に対して第1のHARQプロセスを判断する。
506において、ユーザデバイスは、第1のアップリンク許可を使用してデータを第1の時間間隔において送信するかどうかを判断する。
第1のアップリンク許可を使用して第1の時間間隔においてデータを送信する場合、ユーザデバイスは、508において、データを第1のHARQプロセスのバッファに格納し、510において、そのデータを第1のHARQプロセスによって送信する。
ユーザデバイスが第1のアップリンク許可を使用してデータを第1の時間間隔において送信しない場合、ユーザデバイスは、512において、第1のHARQプロセスのバッファをフラッシュする。
514において、ユーザデバイスは、PDCCH上で、第1のC-RNTIにアドレス指定され、第1のHARQプロセスから再送を要求する第2のDCIからの第2のアップリンク許可を受信する。
516において、ユーザデバイスは、第1のHARQのバッファが空であるか否かを判断する。
第1のHARQのバッファが空でない場合(「NO」)、ユーザデバイスは、518において、第1のHARQプロセスのバッファ内のデータを再送する。
第1のHARQのバッファが空である場合(「YES」)、ユーザデバイスは、520において、第2のアップリンク許可を無視する。
例示的実現例
実現例1は、図3に関して上述した例示的な方法300と同様である。ユーザデバイスがgNBから、構成されたスケジューリングの第1の構成を受信する場合、この構成は、第1のRNTIと、どの時間間隔においてアップリンク許可を用いてデータを送信することができるかを判断するために使用されるパラメータとを含むことができる。第1のRNTIはCS-RNTIであり得る。ユーザデバイスは、PDCCH上で、第1のRNTIにアドレス指定された第1のDCIから第1のアップリンク許可を受信することができる。第1のDCIが、構成されたスケジューリングの起動を示す場合、ユーザデバイスは、第1のアップリンク許可を格納し、どの時間間隔において第1のアップリンク許可を使用してデータを送信することができるかを判断することができる。第1のアップリンク許可が第1の時間間隔においてデータを送信するのに使用可能である場合、ユーザデバイスは、第1の時間間隔に対して第1のHARQプロセスを判断する。ユーザデバイスが第1のアップリンク許可を使用して第1の時間間隔においてデータを送信する場合、ユーザデバイスは、データを第1のHARQプロセスのバッファに格納し、次いで、そのデータを第1のHARQプロセスによって送信することができる。他方、ユーザデバイスが第1のアップリンク許可を使用してデータを第1の時間間隔において送信しない場合、ユーザデバイスは、HARQプロセスのバッファをフラッシュしてもよい。その後、ユーザデバイスが、PDCCH上で、第1のHARQプロセスから再送を要求する第2のDCIからの第2のアップリンク許可を受信する場合、ユーザデバイスは第1のHARQプロセスのバッファをチェックする。バッファが空でない場合、ユーザデバイスは、第1のHARQプロセスのバッファ内のデータを再送する。そうでなければ、ユーザデバイスは、第2のアップリンク許可を無視する。
図4に関して説明した方法400に対応する実現例2は、実現例1と同様である。しかしながら、実現例2における第1のアップリンク許可は、PDCCH上で受信されるDCIにおいてではなく、第1の構成において与えられる。
図5に関して説明される方法500に対応する実現例3は、動的スケジューリングに関連する。ユーザデバイスが、PDCCH上で、第1のC-RNTIにアドレス指定され、新たな送信を要求する第1のDCIからの第1のアップリンク許可を受信し、ユーザデバイスが第1のアップリンク許可を使用してデータを送信しない場合、ユーザデバイスは第1のHARQプロセスのバッファをフラッシュする。第1のHARQプロセスは、第1のDCIに示される。その後、ユーザデバイスが、PDCCH上で、第1のC-RNTIにアドレス指定され、第1のHARQプロセスから再送を要求する第2のDCIからの第2のアップリンク許可を受信すると、ユーザデバイスは第1のHARQプロセスのバッファをチェックする。第1のHARQプロセスのバッファが空である場合、ユーザデバイスは、第2のアップリンク許可を無視する。換言すれば、ユーザデバイスは、第2のアップリンク許可を使用してデータを送信しない。しかしながら、第1のHARQプロセスのバッファが空でない場合、ユーザデバイスは、第1のHARQプロセスのバッファ内のデータを再送する。
いくつかの実現例では、メディアアクセス制御(MAC)プロトコルデータユニット(PDU)がゼロMACサービスデータユニット(SDU)を含む場合、ユーザデバイスは、第1のアップリンク許可を使用してデータを第1の時間間隔において送信しないよう判断する。
ユーザデバイスは、MAC PDUが周期的バッファステータス報告(BSR)のみを含み、任意の論理チャネルグループ(LCG)に利用可能なデータがないか、またはMAC PDUがパディングBSRのみを含む場合、第1のアップリンク許可を使用してデータを第1の時間間隔において送信しないよう判断してもよい。
ユーザデバイスが第2のアップリンク許可を受信し、第1のHARQのバッファが空ではないが、第2のアップリンク許可によって割り当てられたトランスポートブロック(TB)サイズが第1のHARQプロセスのバッファ内のデータを送信するには小さすぎる場合、ユーザデバイスは、第2のアップリンク許可を無視してもよい。
ユーザデバイスが第2のアップリンク許可を受信し、第1のHARQのバッファが空ではないが、第2のアップリンク許可によって割り当てられたトランスポートブロックサイズが第1のHARQのバッファ内のデータを送信するには小さすぎる場合、ユーザデバイスは、第1のHARQプロセスのバッファを除去してもよい。
第1のHARQプロセスは、第1の構成においてユーザデバイスに割り当てられてもよい。代替的に、第1のHARQプロセスは予め定義される。
例示的実現例
本文書の目的のために、第3世代パートナーシッププロジェクト(3rd Generation Partnership Project)(3GPP)技術報告書(TR)21.905[1](ならびに同じ用語および定義を使用する他の規格)において与えられる用語および定義が、以下の適用と共に与えられる。
ダウンリンク共有チャネル(DL-SCH)送信またはアップリンク共有チャネル(UL-SCH)送信のためのHARQ情報は、ニューデータインジケータ(NDI)、トランスポートブロック(TB)サイズを含む。DL-SCH送信および非同期UL HARQおよび自律UL HARQの場合、HARQ情報は、この情報が存在しない単一のHARQプロセスで構成された狭帯域モノのインターネット(Narrow Band Internet of Things)(NB-IoT)におけるユーザ機器(UE)を除き、HARQプロセスIDも含む。UL-SCH送信の場合、HARQ情報は、冗長バージョン(RV)も含む。DL-SCH上での空間多重化の場合、HARQ情報は、各トランスポートブロックに対してNDIおよびTBサイズのセットを含む。サイドリンク共有チャネル(SL-SCH)送信およびサイドリンクディスカバリチャネル(SL-DCH)送信のためのHARQ情報は、TBサイズのみからなる。
Msg3という用語は、上位層から提出され、ランダムアクセス(RA)手順の一部としてユーザ機器(UE)競合解決識別に関連付けられる、セル-RNTI(C-RNTI)メディアアクセス制御(MAC)制御要素(CE)または共通制御チャネル(CCCH)サービスデータユニット(SDU)を含む、UL-SCH上で送信されるメッセージを指す。加えて、以下は、3GPP技術規格(TS)38.213[7]および同じHARQプロセスを使用する他の規格に規定されているように、HARQエンティティ当たりの並列UL HARQプロセスの数も組み込む。
以下は、HARQバッファ管理の1つまたは複数の態様を実現するためのガイドラインとして使用され得る。
MACエンティティは、アップリンク(それが補助アップリンクで構成される場合を含む)を構成された各サービングセルについて、HARQエンティティを含み、HARQエンティティは、いくつかの並列HARQプロセスを維持する。
HARQエンティティ当たりの並列UL HARQプロセスの数は、TS 38.214[7]に規定されている。
各HARQプロセスは、1つのTBをサポートする。
各HARQプロセスは、HARQプロセス識別子に関連付けられる。RA応答においてUL許可を含むUL送信の場合、HARQプロセス識別子0が使用される。
繰り返しがrepK>1で構成される場合、パラメータrepKは、あるバンドル内のTBの繰り返し数を与える。繰り返し動作は、各送信について同じバンドルの一部である同じHARQプロセスを呼び出すためにHARQエンティティに依存する。バンドル内では、HARQ再送は非適応的であり、repKによる以前の送信からのフィードバックを待つことなくトリガされる。
各アップリンク許可について、HARQエンティティは:
1.この許可に関連付けられるHARQプロセスを識別し、各識別されたHARQプロセスについて:
2.受信した許可があるPDCCH上において一時C-RNTIにアドレス指定されておらず、関連付けられるHARQ情報において与えられるNDIが、このHARQプロセスのこのTBの以前の送信における値と比較してトグルされている場合;または
2.アップリンク許可がPDCCH上においてC-RNTIに対して受信され、識別されたプロセスのHARQバッファが空である場合;または、
2.アップリンク許可がランダムアクセス応答で受信された場合:
3.Msg3バッファ内にMAC PDUがあり、アップリンク許可がランダムアクセス応答で受信された場合には:
4.Msg3バッファから送信すべきMAC PDUを取得する。
3.そうでない場合には:
4.「多重化およびアセンブリ」エンティティから送信すべきMAC PDU(もしあれば)を取得し;
3.送信すべきMAC PDUが得られた場合には:
4.MAC PDUおよびアップリンク許可およびTBのHARQ情報を、識別されたHARQプロセスに配信し;
4.識別されたHARQプロセスに、新たな送信をトリガするように命令し;
4.アップリンク許可がCS-RNTIにアドレス指定される場合;または
4.アップリンク許可が構成されたアップリンク許可である場合;または
4.アップリンク許可がC-RNTIにアドレス指定され、識別されたHARQプロセスが構成された許可に対して構成される場合:
5.送信が実行されるとき、対応するHARQプロセスのために、構成される場合には、configuredGrantTimer(構成された許可タイマ)開始または再開する。
3.そうでない場合には:
4.識別されたプロセスのHARQバッファをフラッシュする。
2.そうでない場合には(すなわち、再送):
3.PDCCH上で受信されたアップリンク許可がCS-RNTIにアドレス指定された場合、および識別されたプロセスのHARQバッファが空である場合:
4.アップリンク許可を無視する。
3.そうでない場合には:
4.アップリンク許可およびTBのHARQ情報(冗長バージョン)を、識別されたHARQプロセスに配信し;
4.識別されたHARQプロセスに再送をトリガするよう命令し;
4.アップリンク許可がCS-RNTIにアドレス指定される場合;または
4.アップリンク許可がC-RNTIにアドレス指定され、識別されたHARQプロセスが構成された許可のために構成される場合:
5.送信が実行されるとき、対応するHARQプロセスのために、構成される場合には、configuredGrantTimer(構成された許可タイマ)開始または再開する。
NDIが以前の送信の値と比較してトグルされたかどうかを判断する際には、MACエンティティは、その一時C-RNTIについてPDCCH上ですべてのアップリンク許可において受信されたNDIを無視することになる。

Claims (24)

  1. ユーザデバイスによって実行される方法であって、
    基地局から、ある時間間隔におけるデータの新たな送信に対する構成されたアップリンク許可と無線ネットワーク一時識別子(RNTI)とを含む構成されたスケジューリングの構成を受信することと、
    前記時間間隔に対してハイブリッド自動再送要求(HARQ)プロセスを判断することと、
    前記ユーザデバイスが前記構成されたアップリンク許可を使用して前記時間間隔においてデータを送信しないことに基づいて、前記HARQプロセスのバッファに格納されたデータを除去することと、
    前記基地局から、前記RNTIにアドレス指定されるダウンリンク制御情報(DCI)を受信することとを備え、前記DCIは、前記HARQプロセスからの再送の要求および前記再送に対する第2のアップリンク許可を含み、前記方法はさらに、
    前記HARQプロセスの前記バッファに格納された前記データの除去後、前記HARQプロセスからの前記再送の要求を無視することを備える、ユーザデバイスによって実行される方法。
  2. 前記再送を要求することを含む前記DCIは第2のDCIであり、前記方法は、物理ダウンリンク制御チャネルを介して第1のDCIから前記構成されたアップリンク許可を受信することをさらに備える、請求項1に記載の方法。
  3. 前記再送の要求を無視することは、
    前記HARQプロセスの前記バッファが空ではない場合、および
    前記第2のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記HARQプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
    前記第2のアップリンク許可を無視することを含む、請求項1または2に記載の方法。
  4. 前記HARQプロセスの前記バッファに格納された前記データを除去することは、
    前記HARQプロセスの前記バッファが空ではない場合、および
    前記第2のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記HARQプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
    前記HARQプロセスの前記バッファに格納された前記データを除去することを含む、請求項1~3のいずれかに記載の方法。
  5. 前記HARQプロセスは、前記構成されたスケジューリングの構成において前記ユーザデバイスに割り当てられる、請求項1~4のいずれかに記載の方法。
  6. 前記HARQプロセスは予め定義される、請求項1~5のいずれかに記載の方法。
  7. 前記構成においてパラメータを使用して、前記構成されたアップリンク許可がどの時間間隔においてデータを送信するのに使用可能であるかを判断することをさらに備える、請求項1~6のいずれかに記載の方法。
  8. メディアアクセス制御プロトコルデータユニット(MAC PDU)がゼロMACサービスデータユニット(MAC SDU)を含む場合に、前記構成されたアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項1~7のいずれかに記載の方法。
  9. メディアアクセス制御プロトコルデータユニット(MAC PDU)が周期的バッファステータス報告(BSR)のみを含み、論理チャネルグループ(LCG)のためにデータが利用可能でない場合、前記構成されたアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項1~8のいずれかに記載の方法。
  10. メディアアクセス制御プロトコルデータユニット(MAC PDU)がパディングバッファステータス報告のみを含む場合、前記構成されたアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項1~9のいずれかに記載の方法。
  11. 前記構成されたアップリンク許可を受信することは、さらに、前記構成されたスケジューリングの構成において前記構成されたアップリンク許可を示すものを受信することを含む、請求項1~10のいずれかに記載の方法。
  12. 前記第1のDCIにおいて前記構成されたスケジューリングの起動を示すものを受信することをさらに含む、請求項2に記載の方法。
  13. ユーザデバイスによって実行される方法であって、
    基地局から、構成されたアップリンク許可を含む、構成されたスケジューリングの構成を受信することと、
    前記構成においてパラメータを用いることにより、前記ユーザデバイスが前記構成されたアップリンク許可においてデータ送信のために使用できる複数の時間間隔のうちのある時間間隔を判断することと、
    前記時間間隔に対してハイブリッド自動再送要求(HARQ)プロセスを判断することと、
    前記ユーザデバイスが前記構成された許可を用いて前記時間間隔の間にデータを送信しないことに基づいて、前記HARQプロセスのバッファに格納されたデータを除去することと、
    前記HARQプロセスの前記バッファに格納された前記データを除去したあと、前記HARQプロセスに基づく、第2のアップリンク許可を用いる再送の要求を無視することとを備える、ユーザデバイスによって実行される方法。
  14. 前記再送の要求を無視することは、
    前記HARQプロセスの前記バッファが空ではない場合、および
    前記第2のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記HARQプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
    前記第2のアップリンク許可を無視することを含む、請求項13に記載の方法。
  15. 前記HARQプロセスの前記バッファに格納された前記データを除去することは、
    前記HARQプロセスの前記バッファが空ではない場合、および
    前記第2のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記HARQプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
    前記HARQプロセスの前記バッファを除去することを含む、請求項13または14に記載の方法。
  16. 前記構成は、無線ネットワーク一時識別子(RNTI)を含み、
    前記方法は、さらに、前記構成において前記RNTIにアドレス指定されたダウンリンク制御情報(DCI)から前記第2のアップリンク許可を受信することをさらに備え、前記DCIは前記再送の要求を含み、
    前記再送の要求を無視することは、前記第2のアップリンク許可を無視することを含む、請求項13~15のいずれかに記載の方法。
  17. メディアアクセス制御プロトコルデータユニット(MAC PDU)が、
    ゼロMACサービスデータユニット(MAC SDU)を含むか、
    周期的バッファステータス報告(BSR)含み、論理チャネルグループ(LCG)に利用可能なデータを含まないか、または、
    パディングBSRのみを含む場合に、
    前記構成されたアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項13~16のいずれかに記載の方法。
  18. ユーザデバイスによって実行される方法であって、
    基地局から、第1のダウンリンク制御情報(DCI)からの第1のアップリンク許可を受信することを備え、前記第1のDCIは、セル無線ネットワーク一時識別子(C-RNTI)にアドレス指定され、ある時間間隔の間に新たな送信を要求し、前記方法はさらに、
    前記時間間隔に対してハイブリッド自動再送要求(HARQ)プロセスを判断することと、
    前記ユーザデバイスが前記第1のアップリンク許可を使用して前記時間間隔の間にデータを送信しないことに基づいて、前記HARQプロセスのバッファをフラッシュすることと、
    物理ダウンリンク制御チャネル上で第2のDCIから第2のアップリンク許可を受信することとを備え、前記第2のアップリンク許可は、前記第1のDCIにおける前記C-RNTIにアドレス指定され、再送の要求を含み、前記方法はさらに、
    前記HARQプロセスの前記バッファが空であることに基づいて、前記第2のアップリンク許可を使用してデータを送信しないよう判断することにより、前記HARQプロセスからの前記再送の要求を無視することを備える、ユーザデバイスによって実行される方法。
  19. 前記再送の要求を無視することは、
    前記HARQプロセスの前記バッファが空ではない場合、および
    前記第2のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記HARQプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
    前記第2のアップリンク許可を無視することを含む、請求項18に記載の方法。
  20. 前記HARQプロセスのバッファをフラッシュすることは、
    前記HARQプロセスの前記バッファが空ではない場合、および
    前記第2のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記HARQプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
    前記HARQプロセスのバッファをフラッシュすることを含む、請求項18または19に記載の方法。
  21. 前記HARQプロセスは、前記第1のDCIに示される、請求項18~20のいずれかに記載の方法。
  22. メディアアクセス制御(MAC)プロトコルデータユニットが、
    ゼロMACサービスデータユニットを含むか、
    周期的バッファステータス報告(BSR)含み、論理チャネルグループ(LCG)に利用可能なデータを含まないか、または、
    パディングBSRのみを含む場合に、
    前記第1のアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項18~21のいずれかに記載の方法。
  23. 前記HARQプロセスは前記ユーザデバイスに割り当てられる、請求項18~22のいずれかに記載の方法。
  24. 前記HARQプロセスは予め定義される、請求項18~23のいずれかに記載の方法。
JP2020541877A 2018-02-14 2019-02-11 Nrに対するharqバッファの管理方法 Active JP7105311B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862630817P 2018-02-14 2018-02-14
US62/630,817 2018-02-14
PCT/US2019/017506 WO2019160817A1 (en) 2018-02-14 2019-02-11 Method of managing harq buffer for nr

Publications (2)

Publication Number Publication Date
JP2021514572A JP2021514572A (ja) 2021-06-10
JP7105311B2 true JP7105311B2 (ja) 2022-07-22

Family

ID=65529819

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020541877A Active JP7105311B2 (ja) 2018-02-14 2019-02-11 Nrに対するharqバッファの管理方法

Country Status (6)

Country Link
US (1) US10924223B2 (ja)
EP (1) EP3698499A1 (ja)
JP (1) JP7105311B2 (ja)
KR (1) KR102382479B1 (ja)
CN (1) CN111684752B (ja)
WO (1) WO2019160817A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10924223B2 (en) 2018-02-14 2021-02-16 Google Llc Method of managing HARQ buffer for NR
WO2019160247A1 (en) * 2018-02-15 2019-08-22 Lg Electronics Inc. Method and apparatus for managing uplink transmission collision on shared resources in wireless communication system
WO2019188270A1 (ja) * 2018-03-27 2019-10-03 ソニー株式会社 通信装置、通信システム
EP4340521A2 (en) * 2018-04-04 2024-03-20 ZTE Corporation Method and apparatus for performing multiple rach procedures
JP7171716B2 (ja) * 2018-06-01 2022-11-15 株式会社Nttドコモ 端末、無線通信方法、基地局及びシステム
US11038628B2 (en) * 2019-05-04 2021-06-15 Qualcomm Incorporated Procedures for configured grants
US11791943B2 (en) * 2019-07-26 2023-10-17 Qualcomm Incorporated Techniques for retransmissions in wireless communication systems
CN114503476B (zh) * 2019-10-18 2023-12-05 Oppo广东移动通信有限公司 信息发送方法和装置、终端、接入网设备和系统
US11528742B2 (en) * 2019-11-07 2022-12-13 Qualcomm Incorporated Systems and methods for autonomous transmission of deprioritized protocol data units
KR20210121586A (ko) * 2020-03-30 2021-10-08 삼성전자주식회사 재활성화 된 Configured Grant를 고려하여 자동재전송을 수행하는 방법 및 장치
KR102618369B1 (ko) * 2020-05-12 2023-12-27 엘지전자 주식회사 설정된 그랜트에 대한 주기적 전송
US20240072944A1 (en) * 2021-01-14 2024-02-29 Samsung Electronics Co., Ltd. Method and device for configuring available harq process of logical channel
CN115061959B (zh) * 2022-08-17 2022-10-25 深圳比特微电子科技有限公司 数据交互方法、装置、系统、电子设备和存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017052182A1 (en) 2015-09-22 2017-03-30 Lg Electronics Inc. Method for skipping an ul transmission in a wireless communication system and device therefor

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010016669A2 (en) * 2008-08-04 2010-02-11 Samsung Electronics Co., Ltd. Signal transmission method and apparatus for user equipment in mobile communication system
KR101675367B1 (ko) * 2009-01-21 2016-11-11 삼성전자주식회사 무선 통신 네트워크의 전송 모드 전환 방법 및 이를 위한 무선 통신 시스템
US9178664B2 (en) * 2012-01-12 2015-11-03 Blackberry Limited Method and system for handling of a transport block size change in an adaptive retransmit order
US20150172023A1 (en) * 2013-12-13 2015-06-18 Qualcomm Incorporated Process for discarding pending harq processes
US20150327295A1 (en) * 2014-05-12 2015-11-12 Qualcomm Incorporated Inter radio access technology measurement gap
WO2017052170A1 (en) 2015-09-21 2017-03-30 Lg Electronics Inc. Method for handling an adaptive retransmission in a wireless communication system and device therefor
EP3371916A4 (en) * 2015-11-04 2019-07-03 LG Electronics Inc. METHOD FOR TRANSMITTING A HARQ TRANSMISSION IN A WIRELESS COMMUNICATION SYSTEM AND DEVICE THEREFOR
US20180359775A1 (en) * 2015-12-17 2018-12-13 Lg Electronics Inc. Method for performing rlc retransmission based on ul grant in wireless communication system and a device therefor
EP3411978A1 (en) * 2016-02-03 2018-12-12 Interdigital Patent Holdings, Inc. Methods, systems and apparatus for scheduling of subframes and hybrid automatic repeat request (harq) feedback
EP4024737A1 (en) * 2016-05-12 2022-07-06 Telefonaktiebolaget LM Ericsson (publ) Sps with skipping transmissions and adaptive harq
CN109075909B (zh) 2016-05-12 2021-08-31 苹果公司 使用半持续调度资源进行非自适应重新发送的系统、方法、和设备
US10334619B2 (en) * 2016-05-23 2019-06-25 Telefonaktiebolaget Lm Ericsson (Publ) Radio network node, wireless device and methods performed therein
US10154466B2 (en) * 2016-09-24 2018-12-11 Ofinno Technologies, Llc Power headroom transmission in a licensed assisted access cell
US9948481B1 (en) * 2016-10-07 2018-04-17 Qualcomm Incorporated Uplink voice and video enhancements
US11160099B2 (en) 2016-12-07 2021-10-26 Ofinno, Llc Uplink transmission skipping
JP2020107920A (ja) 2017-04-27 2020-07-09 シャープ株式会社 端末装置、基地局装置、および、通信方法
US10873415B2 (en) * 2017-08-10 2020-12-22 Ofinno, Llc Uplink control information multiplexing
US10924223B2 (en) 2018-02-14 2021-02-16 Google Llc Method of managing HARQ buffer for NR

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017052182A1 (en) 2015-09-22 2017-03-30 Lg Electronics Inc. Method for skipping an ul transmission in a wireless communication system and device therefor

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Google,Changes related to skipping UL transmission[online],3GPP TSG RAN WG2 #101 R2-1803114,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_101/Docs/R2-1803114.zip>,1-3頁

Also Published As

Publication number Publication date
JP2021514572A (ja) 2021-06-10
EP3698499A1 (en) 2020-08-26
WO2019160817A1 (en) 2019-08-22
KR20200103790A (ko) 2020-09-02
US20190253201A1 (en) 2019-08-15
KR102382479B1 (ko) 2022-04-08
CN111684752B (zh) 2023-10-31
US10924223B2 (en) 2021-02-16
CN111684752A (zh) 2020-09-18

Similar Documents

Publication Publication Date Title
JP7105311B2 (ja) Nrに対するharqバッファの管理方法
US9667400B2 (en) Method and apparatus for TTI bundling transmission in a wireless communications system
CN108604962B (zh) 用于共享射频频带中的上行链路信道的描述符信道设计
KR101721015B1 (ko) 이동 통신 시스템에서 블라인드 스케쥴링 장치 및 방법
US8982780B2 (en) Method and apparatus for improving uplink transmission in a wireless communication system
US8797974B2 (en) Method of controlling a monitoring operation of physical downlink channel in wireless communication system
CN110463102B (zh) 用于harq-ack反馈的方法、设备和介质
US9178667B2 (en) Method and apparatus for improving a semi-persistent scheduling resource release process in a wireless communication system
WO2018133839A1 (zh) 一种上行信道的功率分配方法及装置
EP2613468B1 (en) Method for uplink transmitting of radio link control (rlc) layer and evolved node b (enb)
EP2265069B1 (en) Method for transmitting data in a wireless communication system and system thereof
US8279818B2 (en) Methods of packet element transmission in wireless communications system
WO2011098010A1 (zh) 确定物理下行控制信道搜索空间的方法、装置
EP2870815A1 (en) Methods and apparatus for contention based transmission
CN113597805A (zh) 用于处理重叠的pusch持续时间的方法和装置
CN106171004A (zh) 一种rlc数据包分流方法及基站
TWI607635B (zh) 處理用於非執照頻帶的混合自動重傳請求運作的裝置及方法
CN110972325B (zh) 一种数据传输方法、设备及装置
TW202308437A (zh) 避免存續時間錯誤的方法和相關裝置
CN117579230A (zh) 混合自动重传请求方法、半持续调度方法和通信设备
KR20110043496A (ko) 무선 신호의 처리시간 획득 방법

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201207

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201207

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20211028

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211116

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220118

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220711

R150 Certificate of patent or registration of utility model

Ref document number: 7105311

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150