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