Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP7105311B2 - Ｎｒに対するｈａｒｑバッファの管理方法 - Google Patents
[go: Go Back, main page]

JP7105311B2 - Ｎｒに対するｈａｒｑバッファの管理方法 - Google Patents

Ｎｒに対するｈａｒｑバッファの管理方法 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

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

関連出願
本出願は、米国特許法１１９条（ｅ）のもと、２０１８年２月１４日に提出された米国特許仮出願６２／６３０，８１７に体する優先権を主張し、その全体をここに引用により援用する。
背景
ハイブリッド自動再送要求（ＨＡＲＱ）は、ユーザデバイスとの通信におけるエラーを管理するために、無線ネットワークの基地局によって使用される。第５世代新無線（５Ｇ－ＮＲ）技術などの高度な無線アクセス技術では、ユーザデバイス（ユーザ機器またはＵＥ）は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して受信されたダウンリンク制御情報（ＤＣＩ）メッセージからアップリンク（ＵＬ）許可を受信することができる。ＤＣＩメッセージは、ユーザデバイスを識別する構成されたスケジューリング無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）にアドレス指定され得る。ＤＣＩはまた、基地局が前のアップリンク許可の間にデータを受信できなかったことに基づいて、データの再送を要求することもできる。前のアップリンクに対応するＨＡＲＱバッファが空である場合、ユーザデバイスはアップリンク許可を無視する。
しかしながら、ユーザデバイスがアップリンク許可を無視し、アップリンク許可中に送信しない場合、ＨＡＲＱバッファはもはや空はない場合がある。そのような場合、ユーザデバイスが、適応再送を要求する別のアップリンク許可を基地局から受信すると、ユーザデバイスは、ＨＡＲＱバッファに格納されたデータを送信する。これは、ＨＡＲＱバッファに格納されたデータを不必要に送信する結果となり、また、データを送信するために使用されるユーザデバイスの電力を不必要に消費し得る。さらに、送信は、周波数－時間領域においてアップリンク許可と同じ位置の近くで動作する他の無線通信との干渉を引き起こし得る。
概要
本明細書では、ＨＡＲＱバッファ管理のための技術およびＨＡＲＱバッファ管理を可能にするシステムについて説明する。これらの技法は、ユーザデバイスがアップリンク許可中にデータを送信しないことに基づいて、ＨＡＲＱバッファに格納されたデータを除去することを含む。ＨＡＲＱバッファに格納されたデータを除去することによって、ユーザデバイスは、基地局からの再送要求に応答して、ＨＡＲＱバッファに格納されたデータを基地局に送信することを回避することができる。
ある態様において、ユーザデバイスは、基地局から、無線ネットワーク一時識別子（ＲＮＴＩ）を含む構成されたスケジューリングの構成と、ＲＮＴＩにアドレス指定され、構成されたスケジューリングの起動を示すダウンリンク制御情報（ＤＣＩ）メッセージからのアップリンク許可とを受信する。ユーザデバイスは、アップリンク許可が、ある時間間隔においてデータを送信するために使用可能であることに基づいて、その時間間隔に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセスを判断する。アップリンク許可を使用して時間間隔の間にデータを送信しないという判断に基づいて、ユーザデバイスは、ＨＡＲＱプロセスのバッファに格納されたデータを除去する。ＨＡＲＱプロセスのバッファに格納されたデータの除去に応答して、ユーザデバイスは、基地局から受信され、ＨＡＲＱプロセスに基づく再送の要求を無視する。
ある態様において、ユーザデバイスは、基地局から、構成されたスケジューリングの構成を受信する。構成は、無線ネットワーク一時識別子（ＲＮＴＩ）を含む。ユーザデバイスは、基地局から、第１のダウンリンク制御情報（ＤＣＩ）メッセージからのアップリンク許可を受信する。ＤＣＩメッセージは、ＲＮＴＩにアドレス指定され、構成されたスケジューリングの起動を示す。アップリンク許可がある時間間隔においてデータを送信するために使用可能であることに基づいて、ユーザデバイスは、その時間間隔に対してＨＡＲＱプロセスを判断する。ユーザデバイスは、ユーザデバイスがアップリンク許可中にデータを送信しないことに基づいて、第１のＨＡＲＱプロセスのバッファに格納されたデータを除去する。ユーザデバイスは、さらに、基地局から、さらなる、第２のＤＣＩメッセージからの、さらなる、第２のアップリンク許可を受信してもよい。第２のＤＣＩメッセージも、（第１の）ＲＮＴＩにアドレス指定され、（第１の）ＨＡＲＱプロセスからの再送の要求を含む。基地局は、（第１の）ＨＡＲＱプロセスのバッファに格納されたデータが除去されたことに基づいて、再送の要求を無視する。
ある態様において、ユーザデバイスは、基地局から、第１のダウンリンク制御情報（ＤＣＩ）メッセージからの第１のアップリンク許可を受信し、第１のＤＣＩメッセージは、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）にアドレス指定され、ある時間間隔の間に新たな送信を要求する。ユーザデバイスは次いで、その時間間隔に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセスを判断する。ユーザデバイスが第１のアップリンク許可を使用してその時間間隔の間にデータを送信しないことに基づいて、ユーザデバイスはＨＡＲＱプロセスのバッファをフラッシュする。ＨＡＲＱプロセスのバッファが空であることに基づいて、ユーザデバイスは、基地局から受信され、ＨＡＲＱプロセスに基づく再送の要求を無視する。
ダウンリンク共有チャネル（ＤＬ－ＳＣＨ）送信またはアップリンク共有チャネル（ＵＬ－ＳＣＨ）送信のためのＨＡＲＱ情報は、ニューデータインジケータ（ＮＤＩ）およびトランスポートブロック（ＴＢ）サイズを含む。ＤＬ－ＳＣＨ送信および非同期ＵＬ ＨＡＲＱおよび自律ＵＬ ＨＡＲＱの場合、ＨＡＲＱ情報は、この情報が存在しない単一のＨＡＲＱプロセスで構成されたNarrow Band Internet of Things（狭帯域モノのインターネット）（ＮＢ－ＩｏＴ）におけるユーザ機器（ＵＥ）を除き、ＨＡＲＱプロセスＩＤも含む。ＵＬ－ＳＣＨ送信の場合、ＨＡＲＱ情報は、冗長バージョン（ＲＶ）も含む。ＤＬ－ＳＣＨ上で空間多重化する場合、ＨＡＲＱ情報は、各トランスポートブロックに対してＮＤＩおよびＴＢサイズのセットを含む。サイドリンク共有チャネル（ＳＬ－ＳＣＨ）送信およびサイドリンクディスカバリチャネル（ＳＬ－ＤＣＨ）送信のためのＨＡＲＱ情報は、ＴＢサイズのみからなる。
Ｍｓｇ３という用語は、上位層から提出され、ランダムアクセス（ＲＡ）手順の一部としてユーザ機器（ＵＥ）競合解決識別に関連付けられる、セル－ＲＮＴＩ（Ｃ－ＲＮＴＩ）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）または共通制御チャネル（ＣＣＣＨ）サービスデータユニット（ＳＤＵ）を含む、ＵＬ－ＳＣＨ上で送信されるメッセージを指す。
１つまたは複数の実現例の詳細が、添付の図面および以下の説明に記載される。他の特徴および利点は、説明および図面ならびに特許請求の範囲から明らかとなるであろう。本概要は、詳細な説明および図面においてさらに説明される主題を紹介するために提供される。したがって、本概要は、本質的な特徴を説明するものと見なされるべきではなく、請求される主題の範囲を限定するために使用されるべきでもない。
ＨＡＲＱバッファ管理の１つまたは複数の態様の詳細を以下に記載する。説明および図面における異なる例における同じ参照番号の使用は、同様の要素を示し得る。
ＨＡＲＱバッファ管理の１つまたは複数の態様による無線通信システムの概略図である。 ＨＡＲＱバッファ管理の１つまたは複数の態様を実施することができる通信デバイスの概略図である。 ＨＡＲＱプロセスの一部として基地局からの再送要求に基づいてＨＡＲＱバッファを管理するための例示的な方法を示す。 ＰＤＣＣＨにおいて受信されたＤＣＩにおける再送要求を取り扱うＨＡＲＱバッファを管理するための例示的な方法を示す。 動的スケジューリング中にＨＡＲＱバッファを管理するための例示的な方法を示す。
詳細な説明
ユーザデバイスは、一般に、アップリンク許可を生成する基地局に送信するデータを有さないとき、アップリンク許可を無視する。しかしながら、ユーザデバイスがデータを送信しないことによってアップリンク許可を無視するとき、基地局は、アップリンク許可中に予想されたユーザデバイスからのデータの受信に失敗したと判断し得る。基地局がこの判断を行うとき、基地局は、再送要求を含む別の許可をユーザデバイスに送信するように構成され得る。再送要求は、ＨＡＲＱプロセスに基づいており、アップリンク許可中に受信に失敗したデータを再送するようユーザデバイスに指示する。アップリンク許可中にデータは送信されなかったが、ＨＡＲＱプロセスのＨＡＲＱバッファにデータが格納され得る。ユーザデバイスは、ＨＡＲＱバッファに格納されたデータを基地局に送信し得る。
本明細書では、ＨＡＲＱバッファ管理のための技法およびシステムについて説明する。これらの技法は、例えば、アップリンク許可を使用しないことによって、またはユーザデバイスによってＨＡＲＱプロセスに対して判断された時間間隔の間にデータを送信しないことによって、データが基地局に送信されないアップリンク許可の後に、ＨＡＲＱバッファを除去するかまたはフラッシュすることを含む。例えば、ユーザデバイスは、無線ネットワークのセルを動作させている基地局と無線接続を確立する。ユーザデバイスは、基地局から、基地局にデータを送信するために、アップリンク許可を受信する。しかしながら、ユーザデバイスは、非アクティブであり得、アップリンク許可中に基地局に送信するデータを有さない。ユーザデバイスはアップリンク許可中にデータを送信しないけれども、アップリンク許可に関連付けられるデータが、アップリンク許可にリンクされたＨＡＲＱバッファ上に記憶され得る。アップリンク許可中にデータを送信しないことに基づいて、ユーザデバイスは、ＨＡＲＱバッファからアップリンク許可に関連付けられるデータを除去するか、またはＨＡＲＱバッファをフラッシュする（特に、バッファからデータを除去することを含み得る）。
基地局はアップリンク許可中にデータを受信しようと試みるが、データが送信されなかったため、基地局は許可中にデータの受信に失敗する。基地局は、アップリンク許可中に予想されたデータの再送の要求を含む、ユーザデバイスへの別の許可の送信をトリガするＨＡＲＱプロセスに従ってもよい。ユーザデバイスは、ＨＡＲＱバッファが空であることに基づいて、要求を無視する。
図１は、ＨＡＲＱバッファ管理に使用可能な例示的な無線通信システム１００の概略図である。無線通信システム１００は、ネットワーク１１０および複数の通信デバイス１２０（例えば、通信デバイス１２１、通信デバイス１２２）を備える。ネットワーク１１０および通信デバイス１２０のうちの１つは、ライセンス付与帯域および／または非ライセンス付与帯域の１つまたは複数のキャリア上で１つまたは複数のセルを介して互いに通信する。１つまたは複数のセルは、同じもしくは異なるフレーム構造タイプで、または同じもしくは異なる二重化モード、たとえば周波数分割二重化（ＦＤＤ）および時分割二重化（ＴＤＤ）で動作されてもよい。
図１において、ネットワーク１１０および通信デバイス１２０は、無線通信システム１００の構造を示す。ネットワーク１１０は、少なくとも１つの基地局（ＢＳ）を含む無線アクセスネットワーク（ＲＡＮ）を含み得る。ＲＡＮは、少なくとも１つの発展型ノードＢ（ｅＮＢ）を含む発展型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）であってもよい。ＲＡＮは、通信デバイスと通信するために直交周波数分割多重（ＯＦＤＭ）および／または非ＯＦＤＭを使用する、少なくとも１つの５Ｇ ＢＳ（たとえば、ｇＮＢ）を含む５Ｇ ＮＲネットワークであってもよい。ＲＡＮの送信時間間隔（ＴＴＩ）は、１ｍｓよりも短くてもよい（例えば、１００マイクロ秒、２００マイクロ秒）。一般に、ＢＳは、ｅＮＢまたは５Ｇ ＢＳなど、ネットワーク１１０の任意のＢＳを指すのにも用いられ得る。さらに、ネットワーク１１０は、ＲＡＮに接続するネットワークエンティティを含むコアネットワークも含み得る。
通信デバイス１２０は、例えば、ユーザ機器、マシンタイプ通信（ＭＴＣ）デバイス、携帯電話、ラップトップ、タブレットコンピュータ、電子書籍、ポータブルコンピュータシステム、車両、または航空機であってもよい。加えて、ネットワーク１１０および通信デバイス１２０は、方向（例えば、送信方向）に応じて、送信機または受信機として見ることができる。アップリンク（ＵＬ）送信の場合、通信デバイス１２０は送信機であり、ネットワーク１１０は受信機である。ダウンリンク（ＤＬ）送信の場合、ネットワーク１１０は送信機であり、通信デバイス１２０は受信機である。
図２は、ＨＡＲＱバッファ管理に使用可能な通信デバイス２００の概略図である。通信デバイス２００は、図１に示した通信デバイス１２０またはネットワーク１１０であってもよいが、これに限定されない。通信デバイス２００は、マイクロプロセッサまたは特定用途向け集積回路（ＡＳＩＣ）などのプロセッサ２０２、記憶媒体２０４、および通信モジュール（たとえば、通信インターフェースユニット２０６）を含み得る。記憶媒体２０４は、プロセッサ２０２によってアクセスされ実行されるプログラムコード２０８を記憶し得る任意のデータ記憶装置であり得る。記憶装置２０４の例は、加入者識別モジュール（ＳＩＭ）、読み取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、ハードディスク、光データ記憶装置、不揮発性記憶装置、非一時的コンピュータ可読媒体（例えば有形媒体）等を含むが、これらに限定されない。通信モジュール（例えば、通信インターフェースユニット２０６）は、ハードウェアベースであり得るトランシーバを含み、プロセッサ２００の処理結果に従って信号（例えば、データ、メッセージおよび／またはパケット）を送受信するために使用される。
例示的な方法
以下の実現例における単純化のために、ユーザデバイスは、図１における通信デバイス１２０を表すために用いられる。しかしながら、以下に説明するプロセスは、図１に示されるように、任意の通信デバイスによって利用され得る。プロセスは、プログラムコード２０８にコンパイルされ、プロセッサ２０２によって実行され得る。
例示的な方法３００，４００，および５００を、新たな無線のためにＨＡＲＱバッファを管理する１つまたは複数の態様に従って、それぞれ図３～図５を参照して説明する。図３は、ＨＡＲＱプロセスの一部として基地局からの再送要求に基づいてＨＡＲＱバッファを管理するための例示的な方法３００を示す。図４は、ＰＤＣＣＨにおいて受信されたＤＣＩにおける再送要求を取り扱うＨＡＲＱバッファを管理するための例示的な方法４００を示す。図５は、動的スケジューリング中にＨＡＲＱバッファを管理するための例示的な方法５００を示す。
図３は、ＨＡＲＱプロセスの一部として基地局からの再送要求に基づいてＨＡＲＱバッファを管理するための例示的な方法３００を示す。
３０２において、ユーザデバイスは、構成されたスケジューリングの第１の構成を受信する。第１の構成は、第１のＲＮＴＩを含む。
３０４において、ユーザデバイスは、第１のＤＣＩから第１のアップリンク許可を受信する。ＤＣＩは、第１のＲＮＴＩにアドレス指定することができ、構成されたスケジューリングの起動を示す。さらに、ＤＣＩは、ＰＤＣＣＨを介して受信され得る。
３０６において、ユーザデバイスは、第１の時間間隔に対して第１のＨＡＲＱプロセスを判断する。この判断は、第１のアップリンク許可が第１の時間間隔においてデータを送信するために使用可能であることに基づくことができる。
３０８において、ユーザデバイスは、第１のアップリンク許可を使用してデータを第１の時間間隔において送信する、と判断する。次いで、３１０において、ユーザデバイスは、第１のアップリンク許可に関連付けられるデータを第１のＨＡＲＱプロセスのバッファに格納し、そのデータを第１のＨＡＲＱプロセスに従って送信する。３０８～３１０の実現形態は任意である。
代替的に、３１２において、ユーザデバイスは、第１のアップリンク許可を使用してデータを第１の時間間隔において送信しない、と判断する。次いで、３１４において、ユーザデバイスは、第１のＨＡＲＱプロセスのバッファに格納されたすべてのデータを除去する。
３１６において、ユーザデバイスは、第１のＲＮＴＩにアドレス指定された第２のＤＣＩから第２のアップリンク許可を受信する。第２のアップリンク許可は、第１のＨＡＲＱプロセスからの再送の要求を含む。いくつかの態様では、第１のＨＡＲＱプロセスに関連付けられるタイマ（たとえば、configuratedGrantTimer（構成された許可タイマ））を、再送が生じるときに開始または再開させる。
３１８において、ユーザデバイスは、次いで、第１のＨＡＲＱのバッファが空であるか否かを判断する。一例では、ユーザデバイスは、第１のＨＡＲＱのバッファは空ではない（「ＮＯ」）と判断する。第１のＨＡＲＱのバッファがデータを格納していることに基づいて、ユーザデバイスは、３２０において、第１のＨＡＲＱプロセスのバッファ内のデータを再送する。
代替的に、ユーザデバイスは、第１のＨＡＲＱのバッファは空である（「ＹＥＳ」）と判断する。第１のＨＡＲＱのバッファに格納されたデータが除去されていることに基づいて、ユーザデバイスは、３２２において、第２のアップリンク許可を無視する。
図４は、ＰＤＣＣＨにおいて受信されたＤＣＩにおける再送要求を取り扱うＨＡＲＱバッファを管理するための例示的な方法４００を示す。
４０２において、ユーザデバイスは、構成されたスケジューリングの第１の構成を受信する。第１の構成は、第１のアップリンク許可を含む。
第１の構成で与えられる第１のアップリンク許可を用いて第１の時間間隔においてデータを送信し得る場合、ユーザデバイスは、４０４において、第１の時間間隔に対して第１のＨＡＲＱプロセスを判断する。
４０６において、ユーザデバイスは、第１のアップリンク許可を使用してデータを第１の時間間隔において送信するかどうかを判断する。
第１のアップリンク許可を用いてデータを第１の時間間隔において送信する場合（「ＹＥＳ」）、４０８において、ユーザデバイスは、データを第１のＨＡＲＱプロセスのバッファに格納し、４１０において、そのデータを第１のＨＡＲＱプロセスによって送信する。
第１のアップリンク許可を用いてデータを第１の時間間隔において送信しない場合（「ＮＯ」）、４１２において、ユーザデバイスは、第１のＨＡＲＱプロセスのバッファをフラッシュする。例えば、ユーザデバイスは第１の時間間隔の間にデータを送信しなかった、とユーザデバイスが判断した場合、ユーザデバイスは、ＨＡＲＱプロセスのバッファに格納されたデータを除去する。
４１４において、ユーザデバイスは、ＰＤＣＣＨ上で、第１の構成において与えられる第１のＲＮＴＩにアドレス指定され、第１のＨＡＲＱプロセスから再送を要求する第２のＤＣＩからの第２のアップリンク許可を受信する。
４１６において、ユーザデバイスは、第１のＨＡＲＱのバッファが空であるか否かを判断する。
第１のＨＡＲＱのバッファが空でない場合（「ＮＯ」）、次いで、４１８において、ユーザデバイスは、第１のＨＡＲＱプロセスのバッファ内のデータを再送する。
第１のＨＡＲＱのバッファが空である場合（「ＹＥＳ」）、４２０において、ユーザデバイスは、第２のアップリンク許可を無視する。
図５は、動的スケジューリング中にＨＡＲＱバッファを管理するための例示的な方法５００を示す。
５０２において、ユーザデバイスは、ＰＤＣＣＨ上で、第１のＣ－ＲＮＴＩにアドレス指定され、第１の時間間隔において新たな送信を要求する第１のＤＣＩからの第１のアップリンク許可を受信する。
５０４において、ユーザデバイスは、第１のアップリンク許可に対して第１のＨＡＲＱプロセスを判断する。
５０６において、ユーザデバイスは、第１のアップリンク許可を使用してデータを第１の時間間隔において送信するかどうかを判断する。
第１のアップリンク許可を使用して第１の時間間隔においてデータを送信する場合、ユーザデバイスは、５０８において、データを第１のＨＡＲＱプロセスのバッファに格納し、５１０において、そのデータを第１のＨＡＲＱプロセスによって送信する。
ユーザデバイスが第１のアップリンク許可を使用してデータを第１の時間間隔において送信しない場合、ユーザデバイスは、５１２において、第１のＨＡＲＱプロセスのバッファをフラッシュする。
５１４において、ユーザデバイスは、ＰＤＣＣＨ上で、第１のＣ－ＲＮＴＩにアドレス指定され、第１のＨＡＲＱプロセスから再送を要求する第２のＤＣＩからの第２のアップリンク許可を受信する。
５１６において、ユーザデバイスは、第１のＨＡＲＱのバッファが空であるか否かを判断する。
第１のＨＡＲＱのバッファが空でない場合（「ＮＯ」）、ユーザデバイスは、５１８において、第１のＨＡＲＱプロセスのバッファ内のデータを再送する。
第１のＨＡＲＱのバッファが空である場合（「ＹＥＳ」）、ユーザデバイスは、５２０において、第２のアップリンク許可を無視する。
例示的実現例
実現例１は、図３に関して上述した例示的な方法３００と同様である。ユーザデバイスがｇＮＢから、構成されたスケジューリングの第１の構成を受信する場合、この構成は、第１のＲＮＴＩと、どの時間間隔においてアップリンク許可を用いてデータを送信することができるかを判断するために使用されるパラメータとを含むことができる。第１のＲＮＴＩはＣＳ－ＲＮＴＩであり得る。ユーザデバイスは、ＰＤＣＣＨ上で、第１のＲＮＴＩにアドレス指定された第１のＤＣＩから第１のアップリンク許可を受信することができる。第１のＤＣＩが、構成されたスケジューリングの起動を示す場合、ユーザデバイスは、第１のアップリンク許可を格納し、どの時間間隔において第１のアップリンク許可を使用してデータを送信することができるかを判断することができる。第１のアップリンク許可が第１の時間間隔においてデータを送信するのに使用可能である場合、ユーザデバイスは、第１の時間間隔に対して第１のＨＡＲＱプロセスを判断する。ユーザデバイスが第１のアップリンク許可を使用して第１の時間間隔においてデータを送信する場合、ユーザデバイスは、データを第１のＨＡＲＱプロセスのバッファに格納し、次いで、そのデータを第１のＨＡＲＱプロセスによって送信することができる。他方、ユーザデバイスが第１のアップリンク許可を使用してデータを第１の時間間隔において送信しない場合、ユーザデバイスは、ＨＡＲＱプロセスのバッファをフラッシュしてもよい。その後、ユーザデバイスが、ＰＤＣＣＨ上で、第１のＨＡＲＱプロセスから再送を要求する第２のＤＣＩからの第２のアップリンク許可を受信する場合、ユーザデバイスは第１のＨＡＲＱプロセスのバッファをチェックする。バッファが空でない場合、ユーザデバイスは、第１のＨＡＲＱプロセスのバッファ内のデータを再送する。そうでなければ、ユーザデバイスは、第２のアップリンク許可を無視する。
図４に関して説明した方法４００に対応する実現例２は、実現例１と同様である。しかしながら、実現例２における第１のアップリンク許可は、ＰＤＣＣＨ上で受信されるＤＣＩにおいてではなく、第１の構成において与えられる。
図５に関して説明される方法５００に対応する実現例３は、動的スケジューリングに関連する。ユーザデバイスが、ＰＤＣＣＨ上で、第１のＣ－ＲＮＴＩにアドレス指定され、新たな送信を要求する第１のＤＣＩからの第１のアップリンク許可を受信し、ユーザデバイスが第１のアップリンク許可を使用してデータを送信しない場合、ユーザデバイスは第１のＨＡＲＱプロセスのバッファをフラッシュする。第１のＨＡＲＱプロセスは、第１のＤＣＩに示される。その後、ユーザデバイスが、ＰＤＣＣＨ上で、第１のＣ－ＲＮＴＩにアドレス指定され、第１のＨＡＲＱプロセスから再送を要求する第２のＤＣＩからの第２のアップリンク許可を受信すると、ユーザデバイスは第１のＨＡＲＱプロセスのバッファをチェックする。第１のＨＡＲＱプロセスのバッファが空である場合、ユーザデバイスは、第２のアップリンク許可を無視する。換言すれば、ユーザデバイスは、第２のアップリンク許可を使用してデータを送信しない。しかしながら、第１のＨＡＲＱプロセスのバッファが空でない場合、ユーザデバイスは、第１のＨＡＲＱプロセスのバッファ内のデータを再送する。
いくつかの実現例では、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）がゼロＭＡＣサービスデータユニット（ＳＤＵ）を含む場合、ユーザデバイスは、第１のアップリンク許可を使用してデータを第１の時間間隔において送信しないよう判断する。
ユーザデバイスは、ＭＡＣ ＰＤＵが周期的バッファステータス報告（ＢＳＲ）のみを含み、任意の論理チャネルグループ（ＬＣＧ）に利用可能なデータがないか、またはＭＡＣ ＰＤＵがパディングＢＳＲのみを含む場合、第１のアップリンク許可を使用してデータを第１の時間間隔において送信しないよう判断してもよい。
ユーザデバイスが第２のアップリンク許可を受信し、第１のＨＡＲＱのバッファが空ではないが、第２のアップリンク許可によって割り当てられたトランスポートブロック（ＴＢ）サイズが第１のＨＡＲＱプロセスのバッファ内のデータを送信するには小さすぎる場合、ユーザデバイスは、第２のアップリンク許可を無視してもよい。
ユーザデバイスが第２のアップリンク許可を受信し、第１のＨＡＲＱのバッファが空ではないが、第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが第１のＨＡＲＱのバッファ内のデータを送信するには小さすぎる場合、ユーザデバイスは、第１のＨＡＲＱプロセスのバッファを除去してもよい。
第１のＨＡＲＱプロセスは、第１の構成においてユーザデバイスに割り当てられてもよい。代替的に、第１のＨＡＲＱプロセスは予め定義される。
例示的実現例
本文書の目的のために、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project）（３ＧＰＰ）技術報告書（ＴＲ）２１．９０５［１］（ならびに同じ用語および定義を使用する他の規格）において与えられる用語および定義が、以下の適用と共に与えられる。
ダウンリンク共有チャネル（ＤＬ－ＳＣＨ）送信またはアップリンク共有チャネル（ＵＬ－ＳＣＨ）送信のためのＨＡＲＱ情報は、ニューデータインジケータ（ＮＤＩ）、トランスポートブロック（ＴＢ）サイズを含む。ＤＬ－ＳＣＨ送信および非同期ＵＬ ＨＡＲＱおよび自律ＵＬ ＨＡＲＱの場合、ＨＡＲＱ情報は、この情報が存在しない単一のＨＡＲＱプロセスで構成された狭帯域モノのインターネット（Narrow Band Internet of Things）（ＮＢ－ＩｏＴ）におけるユーザ機器（ＵＥ）を除き、ＨＡＲＱプロセスＩＤも含む。ＵＬ－ＳＣＨ送信の場合、ＨＡＲＱ情報は、冗長バージョン（ＲＶ）も含む。ＤＬ－ＳＣＨ上での空間多重化の場合、ＨＡＲＱ情報は、各トランスポートブロックに対してＮＤＩおよびＴＢサイズのセットを含む。サイドリンク共有チャネル（ＳＬ－ＳＣＨ）送信およびサイドリンクディスカバリチャネル（ＳＬ－ＤＣＨ）送信のためのＨＡＲＱ情報は、ＴＢサイズのみからなる。
Ｍｓｇ３という用語は、上位層から提出され、ランダムアクセス（ＲＡ）手順の一部としてユーザ機器（ＵＥ）競合解決識別に関連付けられる、セル－ＲＮＴＩ（Ｃ－ＲＮＴＩ）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）または共通制御チャネル（ＣＣＣＨ）サービスデータユニット（ＳＤＵ）を含む、ＵＬ－ＳＣＨ上で送信されるメッセージを指す。加えて、以下は、３ＧＰＰ技術規格（ＴＳ）３８．２１３［７］および同じＨＡＲＱプロセスを使用する他の規格に規定されているように、ＨＡＲＱエンティティ当たりの並列ＵＬ ＨＡＲＱプロセスの数も組み込む。
以下は、ＨＡＲＱバッファ管理の１つまたは複数の態様を実現するためのガイドラインとして使用され得る。
ＭＡＣエンティティは、アップリンク（それが補助アップリンクで構成される場合を含む）を構成された各サービングセルについて、ＨＡＲＱエンティティを含み、ＨＡＲＱエンティティは、いくつかの並列ＨＡＲＱプロセスを維持する。
ＨＡＲＱエンティティ当たりの並列ＵＬ ＨＡＲＱプロセスの数は、ＴＳ ３８．２１４［７］に規定されている。
各ＨＡＲＱプロセスは、１つのＴＢをサポートする。
各ＨＡＲＱプロセスは、ＨＡＲＱプロセス識別子に関連付けられる。ＲＡ応答においてＵＬ許可を含むＵＬ送信の場合、ＨＡＲＱプロセス識別子０が使用される。
繰り返しがｒｅｐＫ＞１で構成される場合、パラメータｒｅｐＫは、あるバンドル内のＴＢの繰り返し数を与える。繰り返し動作は、各送信について同じバンドルの一部である同じＨＡＲＱプロセスを呼び出すためにＨＡＲＱエンティティに依存する。バンドル内では、ＨＡＲＱ再送は非適応的であり、ｒｅｐＫによる以前の送信からのフィードバックを待つことなくトリガされる。
各アップリンク許可について、ＨＡＲＱエンティティは：
１．この許可に関連付けられるＨＡＲＱプロセスを識別し、各識別されたＨＡＲＱプロセスについて：
２．受信した許可があるＰＤＣＣＨ上において一時Ｃ－ＲＮＴＩにアドレス指定されておらず、関連付けられるＨＡＲＱ情報において与えられるＮＤＩが、このＨＡＲＱプロセスのこのＴＢの以前の送信における値と比較してトグルされている場合；または
２．アップリンク許可がＰＤＣＣＨ上においてＣ－ＲＮＴＩに対して受信され、識別されたプロセスのＨＡＲＱバッファが空である場合；または、
２．アップリンク許可がランダムアクセス応答で受信された場合：
３．Ｍｓｇ３バッファ内にＭＡＣ ＰＤＵがあり、アップリンク許可がランダムアクセス応答で受信された場合には：
４．Ｍｓｇ３バッファから送信すべきＭＡＣ ＰＤＵを取得する。
３．そうでない場合には：
４．「多重化およびアセンブリ」エンティティから送信すべきＭＡＣ ＰＤＵ（もしあれば）を取得し；
３．送信すべきＭＡＣ ＰＤＵが得られた場合には：
４．ＭＡＣ ＰＤＵおよびアップリンク許可およびＴＢのＨＡＲＱ情報を、識別されたＨＡＲＱプロセスに配信し；
４．識別されたＨＡＲＱプロセスに、新たな送信をトリガするように命令し；
４．アップリンク許可がＣＳ－ＲＮＴＩにアドレス指定される場合；または
４．アップリンク許可が構成されたアップリンク許可である場合；または
４．アップリンク許可がＣ－ＲＮＴＩにアドレス指定され、識別されたＨＡＲＱプロセスが構成された許可に対して構成される場合：
５．送信が実行されるとき、対応するＨＡＲＱプロセスのために、構成される場合には、configuredGrantTimer（構成された許可タイマ）開始または再開する。
３．そうでない場合には：
４．識別されたプロセスのＨＡＲＱバッファをフラッシュする。
２．そうでない場合には（すなわち、再送）：
３．ＰＤＣＣＨ上で受信されたアップリンク許可がＣＳ－ＲＮＴＩにアドレス指定された場合、および識別されたプロセスのＨＡＲＱバッファが空である場合：
４．アップリンク許可を無視する。
３．そうでない場合には：
４．アップリンク許可およびＴＢのＨＡＲＱ情報（冗長バージョン）を、識別されたＨＡＲＱプロセスに配信し；
４．識別されたＨＡＲＱプロセスに再送をトリガするよう命令し；
４．アップリンク許可がＣＳ－ＲＮＴＩにアドレス指定される場合；または
４．アップリンク許可がＣ－ＲＮＴＩにアドレス指定され、識別されたＨＡＲＱプロセスが構成された許可のために構成される場合：
５．送信が実行されるとき、対応するＨＡＲＱプロセスのために、構成される場合には、configuredGrantTimer（構成された許可タイマ）開始または再開する。
ＮＤＩが以前の送信の値と比較してトグルされたかどうかを判断する際には、ＭＡＣエンティティは、その一時Ｃ－ＲＮＴＩについてＰＤＣＣＨ上ですべてのアップリンク許可において受信されたＮＤＩを無視することになる。

Claims (24)

  1. ユーザデバイスによって実行される方法であって、
    基地局から、ある時間間隔におけるデータの新たな送信に対する構成されたアップリンク許可と無線ネットワーク一時識別子（ＲＮＴＩ）とを含む構成されたスケジューリングの構成を受信することと、
    前記時間間隔に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセスを判断することと、
    前記ユーザデバイスが前記構成されたアップリンク許可を使用して前記時間間隔においてデータを送信しないことに基づいて、前記ＨＡＲＱプロセスのバッファに格納されたデータを除去することと、
    前記基地局から、前記ＲＮＴＩにアドレス指定されるダウンリンク制御情報（ＤＣＩ）を受信することとを備え、前記ＤＣＩは、前記ＨＡＲＱプロセスからの再送の要求および前記再送に対する第２のアップリンク許可を含み、前記方法はさらに、
    前記ＨＡＲＱプロセスの前記バッファに格納された前記データの除去後、前記ＨＡＲＱプロセスからの前記再送の要求を無視することを備える、ユーザデバイスによって実行される方法。
  2. 前記再送を要求することを含む前記ＤＣＩは第２のＤＣＩであり、前記方法は、物理ダウンリンク制御チャネルを介して第１のＤＣＩから前記構成されたアップリンク許可を受信することをさらに備える、請求項１に記載の方法。
  3. 前記再送の要求を無視することは、
    前記ＨＡＲＱプロセスの前記バッファが空ではない場合、および
    前記第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記ＨＡＲＱプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
    前記第２のアップリンク許可を無視することを含む、請求項１または２に記載の方法。
  4. 前記ＨＡＲＱプロセスの前記バッファに格納された前記データを除去することは、
    前記ＨＡＲＱプロセスの前記バッファが空ではない場合、および
    前記第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記ＨＡＲＱプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
    前記ＨＡＲＱプロセスの前記バッファに格納された前記データを除去することを含む、請求項１～３のいずれかに記載の方法。
  5. 前記ＨＡＲＱプロセスは、前記構成されたスケジューリングの構成において前記ユーザデバイスに割り当てられる、請求項１～４のいずれかに記載の方法。
  6. 前記ＨＡＲＱプロセスは予め定義される、請求項１～５のいずれかに記載の方法。
  7. 前記構成においてパラメータを使用して、前記構成されたアップリンク許可がどの時間間隔においてデータを送信するのに使用可能であるかを判断することをさらに備える、請求項１～６のいずれかに記載の方法。
  8. メディアアクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）がゼロＭＡＣサービスデータユニット（ＭＡＣ ＳＤＵ）を含む場合に、前記構成されたアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項１～７のいずれかに記載の方法。
  9. メディアアクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）が周期的バッファステータス報告（ＢＳＲ）のみを含み、論理チャネルグループ（ＬＣＧ）のためにデータが利用可能でない場合、前記構成されたアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項１～８のいずれかに記載の方法。
  10. メディアアクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）がパディングバッファステータス報告のみを含む場合、前記構成されたアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項１～９のいずれかに記載の方法。
  11. 前記構成されたアップリンク許可を受信することは、さらに、前記構成されたスケジューリングの構成において前記構成されたアップリンク許可を示すものを受信することを含む、請求項１～１０のいずれかに記載の方法。
  12. 前記第１のＤＣＩにおいて前記構成されたスケジューリングの起動を示すものを受信することをさらに含む、請求項２に記載の方法。
  13. ユーザデバイスによって実行される方法であって、
    基地局から、構成されたアップリンク許可を含む、構成されたスケジューリングの構成を受信することと、
    前記構成においてパラメータを用いることにより、前記ユーザデバイスが前記構成されたアップリンク許可においてデータ送信のために使用できる複数の時間間隔のうちのある時間間隔を判断することと、
    前記時間間隔に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセスを判断することと、
    前記ユーザデバイスが前記構成された許可を用いて前記時間間隔の間にデータを送信しないことに基づいて、前記ＨＡＲＱプロセスのバッファに格納されたデータを除去することと、
    前記ＨＡＲＱプロセスの前記バッファに格納された前記データを除去したあと、前記ＨＡＲＱプロセスに基づく、第２のアップリンク許可を用いる再送の要求を無視することとを備える、ユーザデバイスによって実行される方法。
  14. 前記再送の要求を無視することは、
    前記ＨＡＲＱプロセスの前記バッファが空ではない場合、および
    前記第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記ＨＡＲＱプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
    前記第２のアップリンク許可を無視することを含む、請求項１３に記載の方法。
  15. 前記ＨＡＲＱプロセスの前記バッファに格納された前記データを除去することは、
    前記ＨＡＲＱプロセスの前記バッファが空ではない場合、および
    前記第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記ＨＡＲＱプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
    前記ＨＡＲＱプロセスの前記バッファを除去することを含む、請求項１３または１４に記載の方法。
  16. 前記構成は、無線ネットワーク一時識別子（ＲＮＴＩ）を含み、
    前記方法は、さらに、前記構成において前記ＲＮＴＩにアドレス指定されたダウンリンク制御情報（ＤＣＩ）から前記第２のアップリンク許可を受信することをさらに備え、前記ＤＣＩは前記再送の要求を含み、
    前記再送の要求を無視することは、前記第２のアップリンク許可を無視することを含む、請求項１３～１５のいずれかに記載の方法。
  17. メディアアクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）が、
    ゼロＭＡＣサービスデータユニット（ＭＡＣ ＳＤＵ）を含むか、
    周期的バッファステータス報告（ＢＳＲ）含み、論理チャネルグループ（ＬＣＧ）に利用可能なデータを含まないか、または、
    パディングＢＳＲのみを含む場合に、
    前記構成されたアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項１３～１６のいずれかに記載の方法。
  18. ユーザデバイスによって実行される方法であって、
    基地局から、第１のダウンリンク制御情報（ＤＣＩ）からの第１のアップリンク許可を受信することを備え、前記第１のＤＣＩは、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）にアドレス指定され、ある時間間隔の間に新たな送信を要求し、前記方法はさらに、
    前記時間間隔に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセスを判断することと、
    前記ユーザデバイスが前記第１のアップリンク許可を使用して前記時間間隔の間にデータを送信しないことに基づいて、前記ＨＡＲＱプロセスのバッファをフラッシュすることと、
    物理ダウンリンク制御チャネル上で第２のＤＣＩから第２のアップリンク許可を受信することとを備え、前記第２のアップリンク許可は、前記第１のＤＣＩにおける前記Ｃ－ＲＮＴＩにアドレス指定され、再送の要求を含み、前記方法はさらに、
    前記ＨＡＲＱプロセスの前記バッファが空であることに基づいて、前記第２のアップリンク許可を使用してデータを送信しないよう判断することにより、前記ＨＡＲＱプロセスからの前記再送の要求を無視することを備える、ユーザデバイスによって実行される方法。
  19. 前記再送の要求を無視することは、
    前記ＨＡＲＱプロセスの前記バッファが空ではない場合、および
    前記第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記ＨＡＲＱプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
    前記第２のアップリンク許可を無視することを含む、請求項１８に記載の方法。
  20. 前記ＨＡＲＱプロセスのバッファをフラッシュすることは、
    前記ＨＡＲＱプロセスの前記バッファが空ではない場合、および
    前記第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記ＨＡＲＱプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
    前記ＨＡＲＱプロセスのバッファをフラッシュすることを含む、請求項１８または１９に記載の方法。
  21. 前記ＨＡＲＱプロセスは、前記第１のＤＣＩに示される、請求項１８～２０のいずれかに記載の方法。
  22. メディアアクセス制御（ＭＡＣ）プロトコルデータユニットが、
    ゼロＭＡＣサービスデータユニットを含むか、
    周期的バッファステータス報告（ＢＳＲ）含み、論理チャネルグループ（ＬＣＧ）に利用可能なデータを含まないか、または、
    パディングＢＳＲのみを含む場合に、
    前記第１のアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項１８～２１のいずれかに記載の方法。
  23. 前記ＨＡＲＱプロセスは前記ユーザデバイスに割り当てられる、請求項１８～２２のいずれかに記載の方法。
  24. 前記ＨＡＲＱプロセスは予め定義される、請求項１８～２３のいずれかに記載の方法。
JP2020541877A 2018-02-14 2019-02-11 Ｎｒに対するｈａｒｑバッファの管理方法 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 Ｎｒに対するｈａｒｑバッファの管理方法

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 (16)

* 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
US11234266B2 (en) * 2018-02-15 2022-01-25 Lg Electronics Inc. Method and apparatus for managing uplink transmission collision on shared resources in wireless communication system
EP4380304A3 (en) * 2018-03-27 2024-06-26 Sony Group Corporation Communication apparatus and communication system
WO2019191978A1 (en) * 2018-04-04 2019-10-10 Zte Corporation Method and apparatus for performing multiple rach procedures
EP3806531A4 (en) * 2018-06-01 2021-12-29 Ntt Docomo, Inc. User terminal and wireless base station
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
WO2021141401A1 (en) * 2020-01-08 2021-07-15 Lg Electronics Inc. Harq transmissions for configured grants
KR20210121586A (ko) * 2020-03-30 2021-10-08 삼성전자주식회사 재활성화 된 Configured Grant를 고려하여 자동재전송을 수행하는 방법 및 장치
WO2021230644A1 (en) 2020-05-12 2021-11-18 Lg Electronics Inc. Periodic transmissions for configured grant
US12200707B2 (en) * 2020-10-05 2025-01-14 Qualcomm Incorporated Traffic aware regular buffer status reports
CN116803031A (zh) * 2021-01-14 2023-09-22 三星电子株式会社 用于配置逻辑信道的可用harq进程的方法及装置
CN115061959B (zh) * 2022-08-17 2022-10-25 深圳比特微电子科技有限公司 数据交互方法、装置、系统、电子设备和存储介质
WO2024216508A1 (en) * 2023-04-18 2024-10-24 Nokia Shanghai Bell Co., Ltd. Mechanism for performing re-transmission for configured grant

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
US11476979B2 (en) 2015-09-21 2022-10-18 Lg Electronics Inc. Method for handling an adaptive retransmission in a wireless communication system and device therefor
US20180310201A1 (en) * 2015-11-04 2018-10-25 Lg Electronics Inc. Method for transmitting a harq transmission in a wireless communication system and a device therefor
WO2017104981A1 (en) * 2015-12-17 2017-06-22 Lg Electronics Inc. Method for performing rlc retransmission based on ul grant in wireless communication system and a device therefor
US20190068334A1 (en) * 2016-02-03 2019-02-28 Interdigital Patent Holdings, Inc. Methods, systems and apparatus for scheduling of subframes and hybrid automatic repeat request (harq) feedback
WO2017196400A1 (en) 2016-05-12 2017-11-16 Intel IP Corporation Systems, methods and devices for non-adaptive retransmission using semi-persistent scheduling resources
MX387983B (es) * 2016-05-12 2025-03-19 Ericsson Telefon Ab L M Sps con transmisiones de omisión y harq adaptable.
EP3466175B1 (en) * 2016-05-23 2019-08-21 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 シャープ株式会社 端末装置、基地局装置、および、通信方法
EP3646502B1 (en) * 2017-08-10 2025-07-16 Beijing Xiaomi Mobile Software Co., Ltd. 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>，１－３頁

Also Published As

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

Similar Documents

Publication Publication Date Title
JP7105311B2 (ja) Ｎｒに対するｈａｒｑバッファの管理方法
CN101741529B (zh) 处理传输时间间隔集束的方法及其相关装置
US10348470B2 (en) Method of controlling a monitoring operation of physical downlink channel in wireless communication system
KR101721015B1 (ko) 이동 통신 시스템에서 블라인드 스케쥴링 장치 및 방법
US8982780B2 (en) Method and apparatus for improving uplink transmission in a wireless communication system
EP2265069B1 (en) Method for transmitting data in a wireless communication system and system thereof
CN104170341B (zh) 一种数据传输方法、设备和系统
CN104170303B (zh) 一种数据传输方法、设备和系统
CN108604962B (zh) 用于共享射频频带中的上行链路信道的描述符信道设计
CN110463102B (zh) 用于harq-ack反馈的方法、设备和介质
EP2613468B1 (en) Method for uplink transmitting of radio link control (rlc) layer and evolved node b (enb)
US8279818B2 (en) Methods of packet element transmission in wireless communications system
CN113597805A (zh) 用于处理重叠的pusch持续时间的方法和装置
CN101599819A (zh) 改善混合自动重发请求程序的上行链路传输的方法及装置
WO2018133839A1 (zh) 一种上行信道的功率分配方法及装置
CN112119658A (zh) 用于服务传输的方法、装置和终端
WO2011098010A1 (zh) 确定物理下行控制信道搜索空间的方法、装置
CN102204384B (zh) 请求资源的方法、设备和通信系统
CN104170306B (zh) 一种数据传输方法、设备和系统
TWI607635B (zh) 處理用於非執照頻帶的混合自動重傳請求運作的裝置及方法
CN116326030B (zh) 混合自动重传请求方法、半持续调度方法和通信设备
CN110972325A (zh) 一种数据传输方法、设备及装置
WO2025129389A1 (zh) Sl prs的重传方法、装置、设备及存储介质

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250