特許 7105311 ＮＲに対するＨＡＲＱバッファの管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-07-13

(45)【発行日】2022-07-22

(54)【発明の名称】ＮＲに対するＨＡＲＱバッファの管理方法

(51)【国際特許分類】

   H04W 28/04 20090101AFI20220714BHJP

   H04W 72/14 20090101ALI20220714BHJP

【ＦＩ】

H04W28/04 110

H04W72/14

【請求項の数】 24

(21)【出願番号】P 2020541877

(86)(22)【出願日】2019-02-11

(65)【公表番号】

(43)【公表日】2021-06-10

(86)【国際出願番号】 US2019017506

(87)【国際公開番号】W WO2019160817

(87)【国際公開日】2019-08-22

【審査請求日】2020-12-07

(31)【優先権主張番号】62/630,817

(32)【優先日】2018-02-14

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ

【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】イェ，シアン－ルン

【審査官】桑江 晃

(56)【参考文献】

【文献】国際公開第２０１７／０５２１８２（ＷＯ，Ａ１）

【文献】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>，１－３頁

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

ユーザデバイスによって実行される方法であって、
基地局から、ある時間間隔におけるデータの新たな送信に対する構成されたアップリンク許可と無線ネットワーク一時識別子（ＲＮＴＩ）とを含む構成されたスケジューリングの構成を受信することと、
前記時間間隔に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセスを判断することと、
前記ユーザデバイスが前記構成されたアップリンク許可を使用して前記時間間隔においてデータを送信しないことに基づいて、前記ＨＡＲＱプロセスのバッファに格納されたデータを除去することと、
前記基地局から、前記ＲＮＴＩにアドレス指定されるダウンリンク制御情報（ＤＣＩ）を受信することとを備え、前記ＤＣＩは、前記ＨＡＲＱプロセスからの再送の要求および前記再送に対する第２のアップリンク許可を含み、前記方法はさらに、
前記ＨＡＲＱプロセスの前記バッファに格納された前記データの除去後、前記ＨＡＲＱプロセスからの前記再送の要求を無視することを備える、ユーザデバイスによって実行される方法。

【請求項2】

前記再送を要求することを含む前記ＤＣＩは第２のＤＣＩであり、前記方法は、物理ダウンリンク制御チャネルを介して第１のＤＣＩから前記構成されたアップリンク許可を受信することをさらに備える、請求項１に記載の方法。

【請求項3】

前記再送の要求を無視することは、
前記ＨＡＲＱプロセスの前記バッファが空ではない場合、および
前記第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記ＨＡＲＱプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
前記第２のアップリンク許可を無視することを含む、請求項１または２に記載の方法。

【請求項4】

前記ＨＡＲＱプロセスの前記バッファに格納された前記データを除去することは、
前記ＨＡＲＱプロセスの前記バッファが空ではない場合、および
前記第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記ＨＡＲＱプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
前記ＨＡＲＱプロセスの前記バッファに格納された前記データを除去することを含む、請求項１～３のいずれかに記載の方法。

【請求項5】

前記ＨＡＲＱプロセスは、前記構成されたスケジューリングの構成において前記ユーザデバイスに割り当てられる、請求項１～４のいずれかに記載の方法。

【請求項6】

前記ＨＡＲＱプロセスは予め定義される、請求項１～５のいずれかに記載の方法。

【請求項7】

前記構成においてパラメータを使用して、前記構成されたアップリンク許可がどの時間間隔においてデータを送信するのに使用可能であるかを判断することをさらに備える、請求項１～６のいずれかに記載の方法。

【請求項8】

メディアアクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）がゼロＭＡＣサービスデータユニット（ＭＡＣ ＳＤＵ）を含む場合に、前記構成されたアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項１～７のいずれかに記載の方法。

【請求項9】

メディアアクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）が周期的バッファステータス報告（ＢＳＲ）のみを含み、論理チャネルグループ（ＬＣＧ）のためにデータが利用可能でない場合、前記構成されたアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項１～８のいずれかに記載の方法。

【請求項10】

メディアアクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）がパディングバッファステータス報告のみを含む場合、前記構成されたアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項１～９のいずれかに記載の方法。

【請求項11】

前記構成されたアップリンク許可を受信することは、さらに、前記構成されたスケジューリングの構成において前記構成されたアップリンク許可を示すものを受信することを含む、請求項１～１０のいずれかに記載の方法。

【請求項12】

前記第１のＤＣＩにおいて前記構成されたスケジューリングの起動を示すものを受信することをさらに含む、請求項２に記載の方法。

【請求項13】

ユーザデバイスによって実行される方法であって、
基地局から、構成されたアップリンク許可を含む、構成されたスケジューリングの構成を受信することと、
前記構成においてパラメータを用いることにより、前記ユーザデバイスが前記構成されたアップリンク許可においてデータ送信のために使用できる複数の時間間隔のうちのある時間間隔を判断することと、
前記時間間隔に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセスを判断することと、
前記ユーザデバイスが前記構成された許可を用いて前記時間間隔の間にデータを送信しないことに基づいて、前記ＨＡＲＱプロセスのバッファに格納されたデータを除去することと、
前記ＨＡＲＱプロセスの前記バッファに格納された前記データを除去したあと、前記ＨＡＲＱプロセスに基づく、第２のアップリンク許可を用いる再送の要求を無視することとを備える、ユーザデバイスによって実行される方法。

【請求項14】

前記再送の要求を無視することは、
前記ＨＡＲＱプロセスの前記バッファが空ではない場合、および
前記第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記ＨＡＲＱプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
前記第２のアップリンク許可を無視することを含む、請求項１３に記載の方法。

【請求項15】

前記ＨＡＲＱプロセスの前記バッファに格納された前記データを除去することは、
前記ＨＡＲＱプロセスの前記バッファが空ではない場合、および
前記第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記ＨＡＲＱプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
前記ＨＡＲＱプロセスの前記バッファを除去することを含む、請求項１３または１４に記載の方法。

【請求項16】

前記構成は、無線ネットワーク一時識別子（ＲＮＴＩ）を含み、
前記方法は、さらに、前記構成において前記ＲＮＴＩにアドレス指定されたダウンリンク制御情報（ＤＣＩ）から前記第２のアップリンク許可を受信することをさらに備え、前記ＤＣＩは前記再送の要求を含み、
前記再送の要求を無視することは、前記第２のアップリンク許可を無視することを含む、請求項１３～１５のいずれかに記載の方法。

【請求項17】

メディアアクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）が、
ゼロＭＡＣサービスデータユニット（ＭＡＣ ＳＤＵ）を含むか、
周期的バッファステータス報告（ＢＳＲ）含み、論理チャネルグループ（ＬＣＧ）に利用可能なデータを含まないか、または、
パディングＢＳＲのみを含む場合に、
前記構成されたアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項１３～１６のいずれかに記載の方法。

【請求項18】

ユーザデバイスによって実行される方法であって、
基地局から、第１のダウンリンク制御情報（ＤＣＩ）からの第１のアップリンク許可を受信することを備え、前記第１のＤＣＩは、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）にアドレス指定され、ある時間間隔の間に新たな送信を要求し、前記方法はさらに、
前記時間間隔に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセスを判断することと、
前記ユーザデバイスが前記第１のアップリンク許可を使用して前記時間間隔の間にデータを送信しないことに基づいて、前記ＨＡＲＱプロセスのバッファをフラッシュすることと、
物理ダウンリンク制御チャネル上で第２のＤＣＩから第２のアップリンク許可を受信することとを備え、前記第２のアップリンク許可は、前記第１のＤＣＩにおける前記Ｃ－ＲＮＴＩにアドレス指定され、再送の要求を含み、前記方法はさらに、
前記ＨＡＲＱプロセスの前記バッファが空であることに基づいて、前記第２のアップリンク許可を使用してデータを送信しないよう判断することにより、前記ＨＡＲＱプロセスからの前記再送の要求を無視することを備える、ユーザデバイスによって実行される方法。

【請求項19】

前記再送の要求を無視することは、
前記ＨＡＲＱプロセスの前記バッファが空ではない場合、および
前記第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記ＨＡＲＱプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
前記第２のアップリンク許可を無視することを含む、請求項１８に記載の方法。

【請求項20】

前記ＨＡＲＱプロセスのバッファをフラッシュすることは、
前記ＨＡＲＱプロセスの前記バッファが空ではない場合、および
前記第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが前記ＨＡＲＱプロセスの前記バッファ内の前記データを送信するには小さすぎる場合に、
前記ＨＡＲＱプロセスのバッファをフラッシュすることを含む、請求項１８または１９に記載の方法。

【請求項21】

前記ＨＡＲＱプロセスは、前記第１のＤＣＩに示される、請求項１８～２０のいずれかに記載の方法。

【請求項22】

メディアアクセス制御（ＭＡＣ）プロトコルデータユニットが、
ゼロＭＡＣサービスデータユニットを含むか、
周期的バッファステータス報告（ＢＳＲ）含み、論理チャネルグループ（ＬＣＧ）に利用可能なデータを含まないか、または、
パディングＢＳＲのみを含む場合に、
前記第１のアップリンク許可を使用して前記データを前記時間間隔において送信しないよう判断することをさらに備える、請求項１８～２１のいずれかに記載の方法。

【請求項23】

前記ＨＡＲＱプロセスは前記ユーザデバイスに割り当てられる、請求項１８～２２のいずれかに記載の方法。

【請求項24】

前記ＨＡＲＱプロセスは予め定義される、請求項１８～２３のいずれかに記載の方法。

【発明の詳細な説明】

【背景技術】

【0001】

関連出願
本出願は、米国特許法１１９条（ｅ）のもと、２０１８年２月１４日に提出された米国特許仮出願６２／６３０，８１７に体する優先権を主張し、その全体をここに引用により援用する。

【0002】

背景
ハイブリッド自動再送要求（ＨＡＲＱ）は、ユーザデバイスとの通信におけるエラーを管理するために、無線ネットワークの基地局によって使用される。第５世代新無線（５Ｇ－ＮＲ）技術などの高度な無線アクセス技術では、ユーザデバイス（ユーザ機器またはＵＥ）は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して受信されたダウンリンク制御情報（ＤＣＩ）メッセージからアップリンク（ＵＬ）許可を受信することができる。ＤＣＩメッセージは、ユーザデバイスを識別する構成されたスケジューリング無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）にアドレス指定され得る。ＤＣＩはまた、基地局が前のアップリンク許可の間にデータを受信できなかったことに基づいて、データの再送を要求することもできる。前のアップリンクに対応するＨＡＲＱバッファが空である場合、ユーザデバイスはアップリンク許可を無視する。

【0003】

しかしながら、ユーザデバイスがアップリンク許可を無視し、アップリンク許可中に送信しない場合、ＨＡＲＱバッファはもはや空はない場合がある。そのような場合、ユーザデバイスが、適応再送を要求する別のアップリンク許可を基地局から受信すると、ユーザデバイスは、ＨＡＲＱバッファに格納されたデータを送信する。これは、ＨＡＲＱバッファに格納されたデータを不必要に送信する結果となり、また、データを送信するために使用されるユーザデバイスの電力を不必要に消費し得る。さらに、送信は、周波数－時間領域においてアップリンク許可と同じ位置の近くで動作する他の無線通信との干渉を引き起こし得る。

【発明の概要】

【課題を解決するための手段】

【0004】

概要
本明細書では、ＨＡＲＱバッファ管理のための技術およびＨＡＲＱバッファ管理を可能にするシステムについて説明する。これらの技法は、ユーザデバイスがアップリンク許可中にデータを送信しないことに基づいて、ＨＡＲＱバッファに格納されたデータを除去することを含む。ＨＡＲＱバッファに格納されたデータを除去することによって、ユーザデバイスは、基地局からの再送要求に応答して、ＨＡＲＱバッファに格納されたデータを基地局に送信することを回避することができる。

【0005】

ある態様において、ユーザデバイスは、基地局から、無線ネットワーク一時識別子（ＲＮＴＩ）を含む構成されたスケジューリングの構成と、ＲＮＴＩにアドレス指定され、構成されたスケジューリングの起動を示すダウンリンク制御情報（ＤＣＩ）メッセージからのアップリンク許可とを受信する。ユーザデバイスは、アップリンク許可が、ある時間間隔においてデータを送信するために使用可能であることに基づいて、その時間間隔に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセスを判断する。アップリンク許可を使用して時間間隔の間にデータを送信しないという判断に基づいて、ユーザデバイスは、ＨＡＲＱプロセスのバッファに格納されたデータを除去する。ＨＡＲＱプロセスのバッファに格納されたデータの除去に応答して、ユーザデバイスは、基地局から受信され、ＨＡＲＱプロセスに基づく再送の要求を無視する。

【0006】

ある態様において、ユーザデバイスは、基地局から、構成されたスケジューリングの構成を受信する。構成は、無線ネットワーク一時識別子（ＲＮＴＩ）を含む。ユーザデバイスは、基地局から、第１のダウンリンク制御情報（ＤＣＩ）メッセージからのアップリンク許可を受信する。ＤＣＩメッセージは、ＲＮＴＩにアドレス指定され、構成されたスケジューリングの起動を示す。アップリンク許可がある時間間隔においてデータを送信するために使用可能であることに基づいて、ユーザデバイスは、その時間間隔に対してＨＡＲＱプロセスを判断する。ユーザデバイスは、ユーザデバイスがアップリンク許可中にデータを送信しないことに基づいて、第１のＨＡＲＱプロセスのバッファに格納されたデータを除去する。ユーザデバイスは、さらに、基地局から、さらなる、第２のＤＣＩメッセージからの、さらなる、第２のアップリンク許可を受信してもよい。第２のＤＣＩメッセージも、（第１の）ＲＮＴＩにアドレス指定され、（第１の）ＨＡＲＱプロセスからの再送の要求を含む。基地局は、（第１の）ＨＡＲＱプロセスのバッファに格納されたデータが除去されたことに基づいて、再送の要求を無視する。

【0007】

ある態様において、ユーザデバイスは、基地局から、第１のダウンリンク制御情報（ＤＣＩ）メッセージからの第１のアップリンク許可を受信し、第１のＤＣＩメッセージは、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）にアドレス指定され、ある時間間隔の間に新たな送信を要求する。ユーザデバイスは次いで、その時間間隔に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセスを判断する。ユーザデバイスが第１のアップリンク許可を使用してその時間間隔の間にデータを送信しないことに基づいて、ユーザデバイスはＨＡＲＱプロセスのバッファをフラッシュする。ＨＡＲＱプロセスのバッファが空であることに基づいて、ユーザデバイスは、基地局から受信され、ＨＡＲＱプロセスに基づく再送の要求を無視する。

【0008】

ダウンリンク共有チャネル（ＤＬ－ＳＣＨ）送信またはアップリンク共有チャネル（ＵＬ－ＳＣＨ）送信のためのＨＡＲＱ情報は、ニューデータインジケータ（ＮＤＩ）およびトランスポートブロック（ＴＢ）サイズを含む。ＤＬ－ＳＣＨ送信および非同期ＵＬ ＨＡＲＱおよび自律ＵＬ ＨＡＲＱの場合、ＨＡＲＱ情報は、この情報が存在しない単一のＨＡＲＱプロセスで構成されたNarrow Band Internet of Things（狭帯域モノのインターネット）（ＮＢ－ＩｏＴ）におけるユーザ機器（ＵＥ）を除き、ＨＡＲＱプロセスＩＤも含む。ＵＬ－ＳＣＨ送信の場合、ＨＡＲＱ情報は、冗長バージョン（ＲＶ）も含む。ＤＬ－ＳＣＨ上で空間多重化する場合、ＨＡＲＱ情報は、各トランスポートブロックに対してＮＤＩおよびＴＢサイズのセットを含む。サイドリンク共有チャネル（ＳＬ－ＳＣＨ）送信およびサイドリンクディスカバリチャネル（ＳＬ－ＤＣＨ）送信のためのＨＡＲＱ情報は、ＴＢサイズのみからなる。

【0009】

Ｍｓｇ３という用語は、上位層から提出され、ランダムアクセス（ＲＡ）手順の一部としてユーザ機器（ＵＥ）競合解決識別に関連付けられる、セル－ＲＮＴＩ（Ｃ－ＲＮＴＩ）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）または共通制御チャネル（ＣＣＣＨ）サービスデータユニット（ＳＤＵ）を含む、ＵＬ－ＳＣＨ上で送信されるメッセージを指す。

【0010】

１つまたは複数の実現例の詳細が、添付の図面および以下の説明に記載される。他の特徴および利点は、説明および図面ならびに特許請求の範囲から明らかとなるであろう。本概要は、詳細な説明および図面においてさらに説明される主題を紹介するために提供される。したがって、本概要は、本質的な特徴を説明するものと見なされるべきではなく、請求される主題の範囲を限定するために使用されるべきでもない。

【0011】

ＨＡＲＱバッファ管理の１つまたは複数の態様の詳細を以下に記載する。説明および図面における異なる例における同じ参照番号の使用は、同様の要素を示し得る。

【図面の簡単な説明】

【0012】

【図1】ＨＡＲＱバッファ管理の１つまたは複数の態様による無線通信システムの概略図である。

【図2】ＨＡＲＱバッファ管理の１つまたは複数の態様を実施することができる通信デバイスの概略図である。

【図3】ＨＡＲＱプロセスの一部として基地局からの再送要求に基づいてＨＡＲＱバッファを管理するための例示的な方法を示す。

【図4】ＰＤＣＣＨにおいて受信されたＤＣＩにおける再送要求を取り扱うＨＡＲＱバッファを管理するための例示的な方法を示す。

【図5】動的スケジューリング中にＨＡＲＱバッファを管理するための例示的な方法を示す。

【発明を実施するための形態】

【0013】

詳細な説明
ユーザデバイスは、一般に、アップリンク許可を生成する基地局に送信するデータを有さないとき、アップリンク許可を無視する。しかしながら、ユーザデバイスがデータを送信しないことによってアップリンク許可を無視するとき、基地局は、アップリンク許可中に予想されたユーザデバイスからのデータの受信に失敗したと判断し得る。基地局がこの判断を行うとき、基地局は、再送要求を含む別の許可をユーザデバイスに送信するように構成され得る。再送要求は、ＨＡＲＱプロセスに基づいており、アップリンク許可中に受信に失敗したデータを再送するようユーザデバイスに指示する。アップリンク許可中にデータは送信されなかったが、ＨＡＲＱプロセスのＨＡＲＱバッファにデータが格納され得る。ユーザデバイスは、ＨＡＲＱバッファに格納されたデータを基地局に送信し得る。

【0014】

本明細書では、ＨＡＲＱバッファ管理のための技法およびシステムについて説明する。これらの技法は、例えば、アップリンク許可を使用しないことによって、またはユーザデバイスによってＨＡＲＱプロセスに対して判断された時間間隔の間にデータを送信しないことによって、データが基地局に送信されないアップリンク許可の後に、ＨＡＲＱバッファを除去するかまたはフラッシュすることを含む。例えば、ユーザデバイスは、無線ネットワークのセルを動作させている基地局と無線接続を確立する。ユーザデバイスは、基地局から、基地局にデータを送信するために、アップリンク許可を受信する。しかしながら、ユーザデバイスは、非アクティブであり得、アップリンク許可中に基地局に送信するデータを有さない。ユーザデバイスはアップリンク許可中にデータを送信しないけれども、アップリンク許可に関連付けられるデータが、アップリンク許可にリンクされたＨＡＲＱバッファ上に記憶され得る。アップリンク許可中にデータを送信しないことに基づいて、ユーザデバイスは、ＨＡＲＱバッファからアップリンク許可に関連付けられるデータを除去するか、またはＨＡＲＱバッファをフラッシュする（特に、バッファからデータを除去することを含み得る）。

【0015】

基地局はアップリンク許可中にデータを受信しようと試みるが、データが送信されなかったため、基地局は許可中にデータの受信に失敗する。基地局は、アップリンク許可中に予想されたデータの再送の要求を含む、ユーザデバイスへの別の許可の送信をトリガするＨＡＲＱプロセスに従ってもよい。ユーザデバイスは、ＨＡＲＱバッファが空であることに基づいて、要求を無視する。

【0016】

図１は、ＨＡＲＱバッファ管理に使用可能な例示的な無線通信システム１００の概略図である。無線通信システム１００は、ネットワーク１１０および複数の通信デバイス１２０（例えば、通信デバイス１２１、通信デバイス１２２）を備える。ネットワーク１１０および通信デバイス１２０のうちの１つは、ライセンス付与帯域および／または非ライセンス付与帯域の１つまたは複数のキャリア上で１つまたは複数のセルを介して互いに通信する。１つまたは複数のセルは、同じもしくは異なるフレーム構造タイプで、または同じもしくは異なる二重化モード、たとえば周波数分割二重化（ＦＤＤ）および時分割二重化（ＴＤＤ）で動作されてもよい。

【0017】

図１において、ネットワーク１１０および通信デバイス１２０は、無線通信システム１００の構造を示す。ネットワーク１１０は、少なくとも１つの基地局（ＢＳ）を含む無線アクセスネットワーク（ＲＡＮ）を含み得る。ＲＡＮは、少なくとも１つの発展型ノードＢ（ｅＮＢ）を含む発展型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）であってもよい。ＲＡＮは、通信デバイスと通信するために直交周波数分割多重（ＯＦＤＭ）および／または非ＯＦＤＭを使用する、少なくとも１つの５Ｇ ＢＳ（たとえば、ｇＮＢ）を含む５Ｇ ＮＲネットワークであってもよい。ＲＡＮの送信時間間隔（ＴＴＩ）は、１ｍｓよりも短くてもよい（例えば、１００マイクロ秒、２００マイクロ秒）。一般に、ＢＳは、ｅＮＢまたは５Ｇ ＢＳなど、ネットワーク１１０の任意のＢＳを指すのにも用いられ得る。さらに、ネットワーク１１０は、ＲＡＮに接続するネットワークエンティティを含むコアネットワークも含み得る。

【0018】

通信デバイス１２０は、例えば、ユーザ機器、マシンタイプ通信（ＭＴＣ）デバイス、携帯電話、ラップトップ、タブレットコンピュータ、電子書籍、ポータブルコンピュータシステム、車両、または航空機であってもよい。加えて、ネットワーク１１０および通信デバイス１２０は、方向（例えば、送信方向）に応じて、送信機または受信機として見ることができる。アップリンク（ＵＬ）送信の場合、通信デバイス１２０は送信機であり、ネットワーク１１０は受信機である。ダウンリンク（ＤＬ）送信の場合、ネットワーク１１０は送信機であり、通信デバイス１２０は受信機である。

【0019】

図２は、ＨＡＲＱバッファ管理に使用可能な通信デバイス２００の概略図である。通信デバイス２００は、図１に示した通信デバイス１２０またはネットワーク１１０であってもよいが、これに限定されない。通信デバイス２００は、マイクロプロセッサまたは特定用途向け集積回路（ＡＳＩＣ）などのプロセッサ２０２、記憶媒体２０４、および通信モジュール（たとえば、通信インターフェースユニット２０６）を含み得る。記憶媒体２０４は、プロセッサ２０２によってアクセスされ実行されるプログラムコード２０８を記憶し得る任意のデータ記憶装置であり得る。記憶装置２０４の例は、加入者識別モジュール（ＳＩＭ）、読み取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、ハードディスク、光データ記憶装置、不揮発性記憶装置、非一時的コンピュータ可読媒体（例えば有形媒体）等を含むが、これらに限定されない。通信モジュール（例えば、通信インターフェースユニット２０６）は、ハードウェアベースであり得るトランシーバを含み、プロセッサ２００の処理結果に従って信号（例えば、データ、メッセージおよび／またはパケット）を送受信するために使用される。

【0020】

例示的な方法
以下の実現例における単純化のために、ユーザデバイスは、図１における通信デバイス１２０を表すために用いられる。しかしながら、以下に説明するプロセスは、図１に示されるように、任意の通信デバイスによって利用され得る。プロセスは、プログラムコード２０８にコンパイルされ、プロセッサ２０２によって実行され得る。

【0021】

例示的な方法３００，４００，および５００を、新たな無線のためにＨＡＲＱバッファを管理する１つまたは複数の態様に従って、それぞれ図３～図５を参照して説明する。図３は、ＨＡＲＱプロセスの一部として基地局からの再送要求に基づいてＨＡＲＱバッファを管理するための例示的な方法３００を示す。図４は、ＰＤＣＣＨにおいて受信されたＤＣＩにおける再送要求を取り扱うＨＡＲＱバッファを管理するための例示的な方法４００を示す。図５は、動的スケジューリング中にＨＡＲＱバッファを管理するための例示的な方法５００を示す。

【0022】

図３は、ＨＡＲＱプロセスの一部として基地局からの再送要求に基づいてＨＡＲＱバッファを管理するための例示的な方法３００を示す。

【0023】

３０２において、ユーザデバイスは、構成されたスケジューリングの第１の構成を受信する。第１の構成は、第１のＲＮＴＩを含む。

【0024】

３０４において、ユーザデバイスは、第１のＤＣＩから第１のアップリンク許可を受信する。ＤＣＩは、第１のＲＮＴＩにアドレス指定することができ、構成されたスケジューリングの起動を示す。さらに、ＤＣＩは、ＰＤＣＣＨを介して受信され得る。

【0025】

３０６において、ユーザデバイスは、第１の時間間隔に対して第１のＨＡＲＱプロセスを判断する。この判断は、第１のアップリンク許可が第１の時間間隔においてデータを送信するために使用可能であることに基づくことができる。

【0026】

３０８において、ユーザデバイスは、第１のアップリンク許可を使用してデータを第１の時間間隔において送信する、と判断する。次いで、３１０において、ユーザデバイスは、第１のアップリンク許可に関連付けられるデータを第１のＨＡＲＱプロセスのバッファに格納し、そのデータを第１のＨＡＲＱプロセスに従って送信する。３０８～３１０の実現形態は任意である。

【0027】

代替的に、３１２において、ユーザデバイスは、第１のアップリンク許可を使用してデータを第１の時間間隔において送信しない、と判断する。次いで、３１４において、ユーザデバイスは、第１のＨＡＲＱプロセスのバッファに格納されたすべてのデータを除去する。

【0028】

３１６において、ユーザデバイスは、第１のＲＮＴＩにアドレス指定された第２のＤＣＩから第２のアップリンク許可を受信する。第２のアップリンク許可は、第１のＨＡＲＱプロセスからの再送の要求を含む。いくつかの態様では、第１のＨＡＲＱプロセスに関連付けられるタイマ（たとえば、configuratedGrantTimer（構成された許可タイマ））を、再送が生じるときに開始または再開させる。

【0029】

３１８において、ユーザデバイスは、次いで、第１のＨＡＲＱのバッファが空であるか否かを判断する。一例では、ユーザデバイスは、第１のＨＡＲＱのバッファは空ではない（「ＮＯ」）と判断する。第１のＨＡＲＱのバッファがデータを格納していることに基づいて、ユーザデバイスは、３２０において、第１のＨＡＲＱプロセスのバッファ内のデータを再送する。

【0030】

代替的に、ユーザデバイスは、第１のＨＡＲＱのバッファは空である（「ＹＥＳ」）と判断する。第１のＨＡＲＱのバッファに格納されたデータが除去されていることに基づいて、ユーザデバイスは、３２２において、第２のアップリンク許可を無視する。

【0031】

図４は、ＰＤＣＣＨにおいて受信されたＤＣＩにおける再送要求を取り扱うＨＡＲＱバッファを管理するための例示的な方法４００を示す。

【0032】

４０２において、ユーザデバイスは、構成されたスケジューリングの第１の構成を受信する。第１の構成は、第１のアップリンク許可を含む。

【0033】

第１の構成で与えられる第１のアップリンク許可を用いて第１の時間間隔においてデータを送信し得る場合、ユーザデバイスは、４０４において、第１の時間間隔に対して第１のＨＡＲＱプロセスを判断する。

【0034】

４０６において、ユーザデバイスは、第１のアップリンク許可を使用してデータを第１の時間間隔において送信するかどうかを判断する。

【0035】

第１のアップリンク許可を用いてデータを第１の時間間隔において送信する場合（「ＹＥＳ」）、４０８において、ユーザデバイスは、データを第１のＨＡＲＱプロセスのバッファに格納し、４１０において、そのデータを第１のＨＡＲＱプロセスによって送信する。

【0036】

第１のアップリンク許可を用いてデータを第１の時間間隔において送信しない場合（「ＮＯ」）、４１２において、ユーザデバイスは、第１のＨＡＲＱプロセスのバッファをフラッシュする。例えば、ユーザデバイスは第１の時間間隔の間にデータを送信しなかった、とユーザデバイスが判断した場合、ユーザデバイスは、ＨＡＲＱプロセスのバッファに格納されたデータを除去する。

【0037】

４１４において、ユーザデバイスは、ＰＤＣＣＨ上で、第１の構成において与えられる第１のＲＮＴＩにアドレス指定され、第１のＨＡＲＱプロセスから再送を要求する第２のＤＣＩからの第２のアップリンク許可を受信する。

【0038】

４１６において、ユーザデバイスは、第１のＨＡＲＱのバッファが空であるか否かを判断する。

【0039】

第１のＨＡＲＱのバッファが空でない場合（「ＮＯ」）、次いで、４１８において、ユーザデバイスは、第１のＨＡＲＱプロセスのバッファ内のデータを再送する。

【0040】

第１のＨＡＲＱのバッファが空である場合（「ＹＥＳ」）、４２０において、ユーザデバイスは、第２のアップリンク許可を無視する。

【0041】

図５は、動的スケジューリング中にＨＡＲＱバッファを管理するための例示的な方法５００を示す。

【0042】

５０２において、ユーザデバイスは、ＰＤＣＣＨ上で、第１のＣ－ＲＮＴＩにアドレス指定され、第１の時間間隔において新たな送信を要求する第１のＤＣＩからの第１のアップリンク許可を受信する。

【0043】

５０４において、ユーザデバイスは、第１のアップリンク許可に対して第１のＨＡＲＱプロセスを判断する。

【0044】

５０６において、ユーザデバイスは、第１のアップリンク許可を使用してデータを第１の時間間隔において送信するかどうかを判断する。

【0045】

第１のアップリンク許可を使用して第１の時間間隔においてデータを送信する場合、ユーザデバイスは、５０８において、データを第１のＨＡＲＱプロセスのバッファに格納し、５１０において、そのデータを第１のＨＡＲＱプロセスによって送信する。

【0046】

ユーザデバイスが第１のアップリンク許可を使用してデータを第１の時間間隔において送信しない場合、ユーザデバイスは、５１２において、第１のＨＡＲＱプロセスのバッファをフラッシュする。

【0047】

５１４において、ユーザデバイスは、ＰＤＣＣＨ上で、第１のＣ－ＲＮＴＩにアドレス指定され、第１のＨＡＲＱプロセスから再送を要求する第２のＤＣＩからの第２のアップリンク許可を受信する。

【0048】

５１６において、ユーザデバイスは、第１のＨＡＲＱのバッファが空であるか否かを判断する。

【0049】

第１のＨＡＲＱのバッファが空でない場合（「ＮＯ」）、ユーザデバイスは、５１８において、第１のＨＡＲＱプロセスのバッファ内のデータを再送する。

【0050】

第１のＨＡＲＱのバッファが空である場合（「ＹＥＳ」）、ユーザデバイスは、５２０において、第２のアップリンク許可を無視する。

【0051】

例示的実現例
実現例１は、図３に関して上述した例示的な方法３００と同様である。ユーザデバイスがｇＮＢから、構成されたスケジューリングの第１の構成を受信する場合、この構成は、第１のＲＮＴＩと、どの時間間隔においてアップリンク許可を用いてデータを送信することができるかを判断するために使用されるパラメータとを含むことができる。第１のＲＮＴＩはＣＳ－ＲＮＴＩであり得る。ユーザデバイスは、ＰＤＣＣＨ上で、第１のＲＮＴＩにアドレス指定された第１のＤＣＩから第１のアップリンク許可を受信することができる。第１のＤＣＩが、構成されたスケジューリングの起動を示す場合、ユーザデバイスは、第１のアップリンク許可を格納し、どの時間間隔において第１のアップリンク許可を使用してデータを送信することができるかを判断することができる。第１のアップリンク許可が第１の時間間隔においてデータを送信するのに使用可能である場合、ユーザデバイスは、第１の時間間隔に対して第１のＨＡＲＱプロセスを判断する。ユーザデバイスが第１のアップリンク許可を使用して第１の時間間隔においてデータを送信する場合、ユーザデバイスは、データを第１のＨＡＲＱプロセスのバッファに格納し、次いで、そのデータを第１のＨＡＲＱプロセスによって送信することができる。他方、ユーザデバイスが第１のアップリンク許可を使用してデータを第１の時間間隔において送信しない場合、ユーザデバイスは、ＨＡＲＱプロセスのバッファをフラッシュしてもよい。その後、ユーザデバイスが、ＰＤＣＣＨ上で、第１のＨＡＲＱプロセスから再送を要求する第２のＤＣＩからの第２のアップリンク許可を受信する場合、ユーザデバイスは第１のＨＡＲＱプロセスのバッファをチェックする。バッファが空でない場合、ユーザデバイスは、第１のＨＡＲＱプロセスのバッファ内のデータを再送する。そうでなければ、ユーザデバイスは、第２のアップリンク許可を無視する。

【0052】

図４に関して説明した方法４００に対応する実現例２は、実現例１と同様である。しかしながら、実現例２における第１のアップリンク許可は、ＰＤＣＣＨ上で受信されるＤＣＩにおいてではなく、第１の構成において与えられる。

【0053】

図５に関して説明される方法５００に対応する実現例３は、動的スケジューリングに関連する。ユーザデバイスが、ＰＤＣＣＨ上で、第１のＣ－ＲＮＴＩにアドレス指定され、新たな送信を要求する第１のＤＣＩからの第１のアップリンク許可を受信し、ユーザデバイスが第１のアップリンク許可を使用してデータを送信しない場合、ユーザデバイスは第１のＨＡＲＱプロセスのバッファをフラッシュする。第１のＨＡＲＱプロセスは、第１のＤＣＩに示される。その後、ユーザデバイスが、ＰＤＣＣＨ上で、第１のＣ－ＲＮＴＩにアドレス指定され、第１のＨＡＲＱプロセスから再送を要求する第２のＤＣＩからの第２のアップリンク許可を受信すると、ユーザデバイスは第１のＨＡＲＱプロセスのバッファをチェックする。第１のＨＡＲＱプロセスのバッファが空である場合、ユーザデバイスは、第２のアップリンク許可を無視する。換言すれば、ユーザデバイスは、第２のアップリンク許可を使用してデータを送信しない。しかしながら、第１のＨＡＲＱプロセスのバッファが空でない場合、ユーザデバイスは、第１のＨＡＲＱプロセスのバッファ内のデータを再送する。

【0054】

いくつかの実現例では、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）がゼロＭＡＣサービスデータユニット（ＳＤＵ）を含む場合、ユーザデバイスは、第１のアップリンク許可を使用してデータを第１の時間間隔において送信しないよう判断する。

【0055】

ユーザデバイスは、ＭＡＣ ＰＤＵが周期的バッファステータス報告（ＢＳＲ）のみを含み、任意の論理チャネルグループ（ＬＣＧ）に利用可能なデータがないか、またはＭＡＣ ＰＤＵがパディングＢＳＲのみを含む場合、第１のアップリンク許可を使用してデータを第１の時間間隔において送信しないよう判断してもよい。

【0056】

ユーザデバイスが第２のアップリンク許可を受信し、第１のＨＡＲＱのバッファが空ではないが、第２のアップリンク許可によって割り当てられたトランスポートブロック（ＴＢ）サイズが第１のＨＡＲＱプロセスのバッファ内のデータを送信するには小さすぎる場合、ユーザデバイスは、第２のアップリンク許可を無視してもよい。

【0057】

ユーザデバイスが第２のアップリンク許可を受信し、第１のＨＡＲＱのバッファが空ではないが、第２のアップリンク許可によって割り当てられたトランスポートブロックサイズが第１のＨＡＲＱのバッファ内のデータを送信するには小さすぎる場合、ユーザデバイスは、第１のＨＡＲＱプロセスのバッファを除去してもよい。

【0058】

第１のＨＡＲＱプロセスは、第１の構成においてユーザデバイスに割り当てられてもよい。代替的に、第１のＨＡＲＱプロセスは予め定義される。

【0059】

例示的実現例
本文書の目的のために、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project）（３ＧＰＰ）技術報告書（ＴＲ）２１．９０５［１］（ならびに同じ用語および定義を使用する他の規格）において与えられる用語および定義が、以下の適用と共に与えられる。

【0060】

ダウンリンク共有チャネル（ＤＬ－ＳＣＨ）送信またはアップリンク共有チャネル（ＵＬ－ＳＣＨ）送信のためのＨＡＲＱ情報は、ニューデータインジケータ（ＮＤＩ）、トランスポートブロック（ＴＢ）サイズを含む。ＤＬ－ＳＣＨ送信および非同期ＵＬ ＨＡＲＱおよび自律ＵＬ ＨＡＲＱの場合、ＨＡＲＱ情報は、この情報が存在しない単一のＨＡＲＱプロセスで構成された狭帯域モノのインターネット（Narrow Band Internet of Things）（ＮＢ－ＩｏＴ）におけるユーザ機器（ＵＥ）を除き、ＨＡＲＱプロセスＩＤも含む。ＵＬ－ＳＣＨ送信の場合、ＨＡＲＱ情報は、冗長バージョン（ＲＶ）も含む。ＤＬ－ＳＣＨ上での空間多重化の場合、ＨＡＲＱ情報は、各トランスポートブロックに対してＮＤＩおよびＴＢサイズのセットを含む。サイドリンク共有チャネル（ＳＬ－ＳＣＨ）送信およびサイドリンクディスカバリチャネル（ＳＬ－ＤＣＨ）送信のためのＨＡＲＱ情報は、ＴＢサイズのみからなる。

【0061】

Ｍｓｇ３という用語は、上位層から提出され、ランダムアクセス（ＲＡ）手順の一部としてユーザ機器（ＵＥ）競合解決識別に関連付けられる、セル－ＲＮＴＩ（Ｃ－ＲＮＴＩ）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）または共通制御チャネル（ＣＣＣＨ）サービスデータユニット（ＳＤＵ）を含む、ＵＬ－ＳＣＨ上で送信されるメッセージを指す。加えて、以下は、３ＧＰＰ技術規格（ＴＳ）３８．２１３［７］および同じＨＡＲＱプロセスを使用する他の規格に規定されているように、ＨＡＲＱエンティティ当たりの並列ＵＬ ＨＡＲＱプロセスの数も組み込む。

【0062】

以下は、ＨＡＲＱバッファ管理の１つまたは複数の態様を実現するためのガイドラインとして使用され得る。

【0063】

ＭＡＣエンティティは、アップリンク（それが補助アップリンクで構成される場合を含む）を構成された各サービングセルについて、ＨＡＲＱエンティティを含み、ＨＡＲＱエンティティは、いくつかの並列ＨＡＲＱプロセスを維持する。

【0064】

ＨＡＲＱエンティティ当たりの並列ＵＬ ＨＡＲＱプロセスの数は、ＴＳ ３８．２１４［７］に規定されている。

【0065】

各ＨＡＲＱプロセスは、１つのＴＢをサポートする。
各ＨＡＲＱプロセスは、ＨＡＲＱプロセス識別子に関連付けられる。ＲＡ応答においてＵＬ許可を含むＵＬ送信の場合、ＨＡＲＱプロセス識別子０が使用される。

【0066】

繰り返しがｒｅｐＫ＞１で構成される場合、パラメータｒｅｐＫは、あるバンドル内のＴＢの繰り返し数を与える。繰り返し動作は、各送信について同じバンドルの一部である同じＨＡＲＱプロセスを呼び出すためにＨＡＲＱエンティティに依存する。バンドル内では、ＨＡＲＱ再送は非適応的であり、ｒｅｐＫによる以前の送信からのフィードバックを待つことなくトリガされる。

【0067】

各アップリンク許可について、ＨＡＲＱエンティティは：
１．この許可に関連付けられるＨＡＲＱプロセスを識別し、各識別されたＨＡＲＱプロセスについて：
２．受信した許可があるＰＤＣＣＨ上において一時Ｃ－ＲＮＴＩにアドレス指定されておらず、関連付けられるＨＡＲＱ情報において与えられるＮＤＩが、このＨＡＲＱプロセスのこのＴＢの以前の送信における値と比較してトグルされている場合；または
２．アップリンク許可がＰＤＣＣＨ上においてＣ－ＲＮＴＩに対して受信され、識別されたプロセスのＨＡＲＱバッファが空である場合；または、
２．アップリンク許可がランダムアクセス応答で受信された場合：
３．Ｍｓｇ３バッファ内にＭＡＣ ＰＤＵがあり、アップリンク許可がランダムアクセス応答で受信された場合には：
４．Ｍｓｇ３バッファから送信すべきＭＡＣ ＰＤＵを取得する。

【0068】

３．そうでない場合には：
４．「多重化およびアセンブリ」エンティティから送信すべきＭＡＣ ＰＤＵ（もしあれば）を取得し；
３．送信すべきＭＡＣ ＰＤＵが得られた場合には：
４．ＭＡＣ ＰＤＵおよびアップリンク許可およびＴＢのＨＡＲＱ情報を、識別されたＨＡＲＱプロセスに配信し；
４．識別されたＨＡＲＱプロセスに、新たな送信をトリガするように命令し；
４．アップリンク許可がＣＳ－ＲＮＴＩにアドレス指定される場合；または
４．アップリンク許可が構成されたアップリンク許可である場合；または
４．アップリンク許可がＣ－ＲＮＴＩにアドレス指定され、識別されたＨＡＲＱプロセスが構成された許可に対して構成される場合：
５．送信が実行されるとき、対応するＨＡＲＱプロセスのために、構成される場合には、configuredGrantTimer（構成された許可タイマ）開始または再開する。

【0069】

３．そうでない場合には：
４．識別されたプロセスのＨＡＲＱバッファをフラッシュする。

【0070】

２．そうでない場合には（すなわち、再送）：
３．ＰＤＣＣＨ上で受信されたアップリンク許可がＣＳ－ＲＮＴＩにアドレス指定された場合、および識別されたプロセスのＨＡＲＱバッファが空である場合：
４．アップリンク許可を無視する。

【0071】

３．そうでない場合には：
４．アップリンク許可およびＴＢのＨＡＲＱ情報（冗長バージョン）を、識別されたＨＡＲＱプロセスに配信し；
４．識別されたＨＡＲＱプロセスに再送をトリガするよう命令し；
４．アップリンク許可がＣＳ－ＲＮＴＩにアドレス指定される場合；または
４．アップリンク許可がＣ－ＲＮＴＩにアドレス指定され、識別されたＨＡＲＱプロセスが構成された許可のために構成される場合：
５．送信が実行されるとき、対応するＨＡＲＱプロセスのために、構成される場合には、configuredGrantTimer（構成された許可タイマ）開始または再開する。

【0072】

ＮＤＩが以前の送信の値と比較してトグルされたかどうかを判断する際には、ＭＡＣエンティティは、その一時Ｃ－ＲＮＴＩについてＰＤＣＣＨ上ですべてのアップリンク許可において受信されたＮＤＩを無視することになる。

【図1】

【図2】

【図3】

【図4】

【図5】