特表 2024-533581 通信のための方法、装置及びコンピュータ可読媒体

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-09-12

(54)【発明の名称】通信のための方法、装置及びコンピュータ可読媒体

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20240905BHJP

   H04W 28/24 20090101ALI20240905BHJP

【ＦＩ】

H04W72/1268

H04W28/24

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024516969

(86)(22)【出願日】2021-09-15

(85)【翻訳文提出日】2024-05-15

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

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

(87)【国際公開日】2023-03-23

(81)【指定国・地域】

(71)【出願人】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ワン ガン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA13

5K067DD11

5K067DD30

5K067EE02

5K067EE10

(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】

比例閾値を示す設定を前記ネットワーク装置から受信することと、
前記データパケットの第１セットの前記一部が前記比例閾値を超えるかどうかに基づいて、前記データパケットの第１セットの前記一部をドロップする必要があるかどうかを決定することと、
をさらに含む、
請求項１８に記載の方法。

【請求項25】

前記データパケットの第１セットの前記一部がドロップされた後の前記データパケットの第１セットの残りのデータ量を示すＢＳＲを、前記ネットワーク装置に送信することをさらに含む、
請求項１８に記載の方法。

【請求項26】

前記データパケットの第１セットの残りのデータパケットを全てドロップする必要があるとの決定に従って、前記データパケットの第１セットに関連付けられたバッファをフラッシュすることと、
前記データパケットの第１セットの残りのデータパケットが全てドロップされたことを示すドロップ指示を、前記ネットワーク装置に送信することと、
をさらに含む、
請求項１８に記載の方法。

【請求項27】

前記データパケットの第１セットの前記一部をドロップする前記決定の後に、アップリンク送信機会があるとの決定に従って、前記アップリンク送信機会がスキップされるようにすることをさらに含む、
請求項１８に記載の方法。

【請求項28】

プロセッサと、
前記プロセッサに結合され、命令が格納されたメモリと、
を備え、
前記命令が前記プロセッサによって実行された場合、請求項１～８のいずれか１項、又は請求項１８～２７のいずれか１項に記載の方法を実行する、
端末装置。

【請求項29】

プロセッサと、
前記プロセッサに結合され、命令が格納されたメモリと、
を備え、
前記命令が前記プロセッサによって実行された場合、請求項９～１７のいずれか１項に記載の方法を実行する、
ネットワーク装置。

【請求項30】

命令が格納されたコンピュータ可読媒体であって、
前記命令は、少なくとも１つのプロセッサにおいて実行された場合、前記少なくとも１つのプロセッサに、請求項１～８のいずれか１項、請求項９～１７のいずれか１項、又は請求項１８～２７のいずれか１項に記載の方法を実行させる、
コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、一般に電気通信の分野に関し、特に、通信のための方法、装置及びコンピュータ可読媒体に関する。

【背景技術】

【0002】

通信性能を向上させるために、いくつかの技術が提案されている。いくつかの通信サービスでは、遅延に関する要件が非常に厳しい。例えば、データによっては、送信が遅れるとデータが役に立たなくなる可能性がある。また、端末装置は、新しいデータがアップリンク（ＵＬ）バッファに到着したときに、バッファ状態レポート（ＢＳＲ）をネットワーク装置に送信することができる。バッファ状態レポート手順は、ＵＬバッファ内の送信可能なデータ量に関する情報を、サービスを行うネットワーク装置に提供するために使用されている。

【発明の概要】

【発明が解決しようとする課題】

【0003】

一般に、本開示の例示的な実施形態は、通信のための解決手段を提供する。

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

【0004】

第１の態様では、通信方法が提供される。通信方法は、端末装置において、ネットワーク装置に送信されるデータパケットの第１セットを決定することと、データパケットの第１セットの第１のバッファ状態レポート（ＢＳＲ）、及び第１のＢＳＲに関連付けられた第１遅延バジェットを示す情報を、ネットワーク装置に送信することと、を含む。

【0005】

第２の態様では、通信方法が提供される。通信方法は、ネットワーク装置において、データパケットの第１セットの第１のバッファ状態レポート（ＢＳＲ）と、第１のＢＳＲに関連付けられた第１遅延バジェットとを示す情報を、端末装置から受信することを含む。データパケットの第１セットは、端末装置によって送信されるものである。

【0006】

第３の態様では、通信方法が提供される。通信方法は、端末装置において、ネットワーク装置に送信されるデータパケットの第１セットを決定することと、データパケットの第１セットに対する遅延バジェット又は上位レイヤの指示に基づいて、データパケットの第１セットの一部をドロップする必要があると決定したことに従って、データパケットの第１セットの一部がドロップされるようにすることと、を含む。

【0007】

第４の態様では、端末装置が提供される。端末装置は、プロセッサユニットと、プロセッサユニットに結合され命令が格納されたメモリと、を含む。命令は、プロセッサユニットによって実行された場合、端末装置に動作を実行させる。動作は、端末装置において、ネットワーク装置に送信されるデータパケットの第１セットを決定することと、データパケットの第１セットの第１のバッファ状態レポート（ＢＳＲ）、及び第１のＢＳＲに関連付けられた第１遅延バジェットを示す情報を、ネットワーク装置に送信することと、を含む。

【0008】

第５の態様では、ネットワーク装置が提供される。ネットワーク装置は、プロセッサユニットと、プロセッサユニットに結合され命令が格納されたメモリと、を含む。命令は、プロセッサユニットによって実行された場合、ネットワーク装置に動作を実行させる。動作は、ネットワーク装置において、データパケットの第１セットの第１のバッファ状態レポート（ＢＳＲ）と、第１のＢＳＲに関連付けられた第１遅延バジェットとを示す情報を、端末装置から受信することを含む。データパケットの第１セットは、端末装置によって送信されるものである。

【0009】

第６の態様では、端末装置が提供される。端末装置は、プロセッサユニットと、プロセッサユニットに結合され命令が格納されたメモリと、を含む。命令は、プロセッサユニットによって実行された場合、端末装置に動作を実行させる。動作は、端末装置において、ネットワーク装置に送信されるデータパケットの第１セットを決定することと、データパケットの第１セットに対する遅延バジェット又は上位レイヤの指示に基づいて、データパケットの第１セットの一部をドロップする必要があると決定したことに従って、データパケットの第１セットの一部がドロップされるようにすることと、を含む。

【0010】

第７の態様では、命令が格納されたコンピュータ可読媒体が提供される。命令は、少なくとも１つのプロセッサにおいて実行された場合、少なくとも１つのプロセッサに、第１の態様、第２の態様、又は第３の態様のいずれかにかかる方法を実行させる。

【0011】

本開示の他の特徴は、以下の説明を通して容易に理解されるはずである。

【図面の簡単な説明】

【0012】

添付図面における本開示のいくつかの例示的な実施形態のより詳細な説明を通じて、本開示の上記及び他の目的、特徴及び利点がより明らかになるはずである。

【0013】

【図1】本開示の実施形態を実施可能な通信環境の模式図である。

【図2】本開示のいくつかの実施形態にかかる通信のシグナリングフローを示す。

【図3A】本開示のいくつかの実施形態にかかる、バッファ状態レポート（ＢＳＲ）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）の模式図を示す。

【図3B】本開示のいくつかの実施形態にかかる、バッファ状態レポート（ＢＳＲ）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）の模式図を示す。

【図3C】本開示のいくつかの実施形態にかかる、バッファ状態レポート（ＢＳＲ）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）の模式図を示す。

【図3D】本開示のいくつかの実施形態にかかる、バッファ状態レポート（ＢＳＲ）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）の模式図を示す。

【図3E】本開示のいくつかの実施形態にかかる、バッファ状態レポート（ＢＳＲ）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）の模式図を示す。

【図4】本開示のいくつかの実施形態にかかる通信のシグナリングフローを示す。

【図5】本開示のいくつかの実施形態にかかるパケットドロップの模式図を示す。

【図6】本開示のいくつかの実施形態にかかるパケットドロップの模式図を示す。

【図7】本開示のいくつかの実施形態にかかるパケットドロップの模式図を示す。

【図8】本開示のいくつかの実施形態にかかるパケットドロップの模式図を示す。

【図9】本開示のいくつかの実施形態にかかるパケットドロップの模式図を示す。

【図10】本開示のいくつかの実施形態にかかるパケットドロップの模式図を示す。

【図11】本開示の実施形態にかかる例示的な方法のフローチャートである。

【図12】本開示の実施形態にかかる例示的な方法のフローチャートである。

【図13】本開示の実施形態にかかる例示的な方法のフローチャートである。

【図14】本開示の実施形態を実施するのに好適な装置の概略ブロック図である。

【0014】

全ての図面にわたって、同一又は類似の参照番号は、同一又は類似の要素を表す。

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

【0015】

本開示の原理について、いくつかの例示的な実施形態を参照しながら説明する。これらの実施形態は、単に説明を目的として説明されるもので、当業者が本開示を理解し実施する際に役立つものであり、本開示の範囲に対するいかなる限定も示唆しないことを理解されたい。本明細書で説明する本開示は、以下で説明するもの以外にも様々な方法で実施することができる。

【0016】

以下の説明及び特許請求の範囲において、別途定義されない限り、使用される全ての技術用語及び科学用語は、本開示が属する技術分野の当業者によって一般的に理解されるものと同じ意味を有する。

【0017】

本明細書で使用される場合、「ネットワーク装置」という用語は、端末装置が通信できるセル又はカバレッジを提供又はホストすることが可能な装置を指す。ネットワーク装置の例には、Ｎｏｄｅ Ｂ（ＮＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、新無線アクセスのＮｏｄｅＢ（ｇＮＢ）、リモート無線ヘッド（ＲＲＵ：Remote Radio Unit）、無線ヘッド（ＲＨ：Radio Head）、リモート無線ヘッド（ＲＲＨ：Remote Radio Head）、フェムトノード、ピコノード等の低電力ノード、衛星ネットワーク装置、航空機ネットワーク装置等が含まれるが、これらに限定されない。以下では、議論を目的として、ネットワーク装置の例としてｅＮＢを参照しながら、いくつかの例示的な実施形態を説明する。

【0018】

本明細書において、「端末装置」という用語は、無線又は有線の通信機能を有する任意の装置を指す。端末装置の例としては、ユーザ端末（ＵＥ）、パーソナルコンピュータ、デスクトップ、移動電話、携帯電話、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブルデバイス、ＩｏＴ（internet of things）デバイス、ＩｏＥ（internet of everything）デバイス、マシンタイプ通信（ＭＴＣ）機器、Ｖ２Ｘ通信用の車両搭載機器（ここでＸは歩行者、車両又はインフラ／ネットワークを意味する）、デジタルカメラ等の撮像装置、ゲーム機器、音楽保存・再生装置、無線／有線でのインターネットアクセス及び閲覧を可能にするインターネット装置等が挙げられるが、それらに限定されない。以下の説明では、「端末装置」、「通信装置」、「端末」、「ユーザ端末」、「ＵＥ」という用語を互換的に使用する場合がある。

【0019】

一実施形態において、端末装置は、第１ネットワーク装置及び第２ネットワーク装置と接続されてもよい。第１ネットワーク装置と第２ネットワーク装置の一方はマスターノードで、他方はセカンダリーノードであってもよい。第１ネットワーク装置と第２ネットワーク装置は、異なる無線アクセス技術（ＲＡＴ）を使用してもよい。一実施形態では、第１ネットワーク装置は第１ＲＡＴ装置であってもよく、第２ネットワーク装置は第２ＲＡＴ装置であってもよい。一実施形態では、第１ＲＡＴ装置はｅＮＢであり、第２ＲＡＴ装置はｇＮＢである。異なるＲＡＴに関連する情報は、第１ネットワーク装置及び第２ネットワーク装置の少なくとも一方から端末装置に送信されてもよい。一実施形態において、第１情報が第１ネットワーク装置から端末装置に送信されてもよく、第２情報が第２ネットワーク装置から端末装置に直接送信されるか、又は第１ネットワーク装置を介して送信されてもよい。一実施形態において、第２ネットワーク装置によって設定された端末装置の設定に関連する情報が、第２ネットワーク装置から第１ネットワーク装置を介して送信されてもよい。第２ネットワーク装置によって設定された端末装置の再設定に関連する情報が、第２ネットワーク装置から端末装置に、直接送信されるか、又は第１ネットワーク装置を介して送信されてもよい。

【0020】

本明細書で論じられる通信は、任意の適切な規格に準拠してもよく、規格は、新無線アクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＬＴＥエボリューション（ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥアドバンスト（ＬＴＥ－Ａ：LTE-Advanced）、広帯域符号分割多元接続（ＷＣＤＭＡ(登録商標)：Wideband Code Division Multiple Access）、符号分割多元接続（ＣＤＭＡ：Code Division Multiple Access）、ｃｄｍａ２０００、及びモバイル通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）等を含むが、これらに限定されない。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例には、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．８５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）、第６世代（６Ｇ）の通信プロトコルが含まれるが、これらに限定されない。本明細書に記載された技術は、上記の無線ネットワーク及び無線技術だけでなく、他の無線ネットワーク及び無線技術に使用してもよい。

【0021】

本明細書で使用される場合、用語「回路」は、ハードウェア回路、及び／又はハードウェア回路とソフトウェアとの組合せを意味してもよい。例えば、回路は、アナログハードウェア回路及び／又はデジタルハードウェア回路と、ソフトウェア／ファームウェアとの組合せであってもよい。さらなる例として、回路は、協働して端末装置やネットワーク装置等の装置に種々の機能を発揮させる、デジタル信号プロセッサ等のソフトウェア付きハードウェアプロセッサ、ソフトウェア、及びメモリの任意の部分であってもよい。さらに別の例では、回路は、操作のためにソフトウェア／ファームウェアを必要とするが、操作に必要ないときはソフトウェアが存在しない場合があるマイクロプロセッサ又はマイクロプロセッサの一部のようなハードウェア回路及び／又はプロセッサであってもよい。本明細書で使用される場合、回路という用語は、単なるハードウェア回路若しくはプロセッサ、又はハードウェア回路若しくはプロセッサの一部、並びにその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実装も網羅する。

【0022】

本明細書で使用される場合、単数形「１つ（ａ）」、「１つ（ａｎ）」、及び「上記（ｔｈｅ）」は、文脈で別途明確に示されていない限り、複数形も含むことを意図している。「含む」という用語及びその変形は、「含むがこれに限定されない」ことを意味する開放式の用語として解釈される。「・・・に基づいて」という用語は、「・・・に少なくとも部分的に基づいて」と解釈される。「一実施形態」及び「１つの実施形態」という用語は、「少なくとも１つの実施形態」と解釈される。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と解釈される。「第１」、「第２」等の用語は、異なる対象又は同じ対象を指してもよい。以下の内容には、明示的及び暗黙的な他の定義が含まれることがある。

【0023】

いくつかの例において、値、手順又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解される点として、こうした説明は、使用される複数の機能的代替の中から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。

【0024】

前述したように、遅延に関する要件は非常に厳しい。仮想現実（ＶＲ）と拡張現実（ＡＲ）（「ＸＲ」と総称することができる）のトラフィックのためのＵＬパケットドロップの強化が求められている。ＸＲトラフィックの特徴を簡単にまとめると、高スループット（１０Ｍｂｐｓ～５０Ｍｂｐｓ）、高信頼性（９９％～９９．９９９％）、低遅延（ＰＤＢ＝１０ｍｓ～６０ｍｓ）、周期性である。ＸＲの場合、パケットサイズが通常大きく、古いパケットを送信し続けると、かなりのリソースが無駄になる可能性がある。パケットドロップにはレイヤを跨いだ設計が必要かもしれない。つまり、ｇＮＢ／ＵＥは、パケット遅延バジェット（ＰＤＢ：Packet Delay Budget）と、ＸＲアプリケーションフレームの境界を知る必要がある。ダウンリンク（ＤＬ）スケジューリングの場合、パケットドロップは実施上の問題である可能性があり、ＵＥは、少なくとも下位レイヤ（すなわち、メディアアクセス制御（ＭＡＣ）及び物理（ＰＨＹ））では、ｇＮＢがパケットをドロップしたかどうかを知る必要はない。ＵＬスケジューリングの場合、ｇＮＢは、ＵＬパケットがドロップされるべきかどうか、ＵＬリソース割当がまだ必要かどうかを知る必要がある。

【0025】

さらに、現在の新無線（ＮＲ）の仕様では、以下のイベントのいずれかが発生した場合、ＢＳＲがトリガされる。（１）ＬＣＧに属する論理チャネルのＵＬデータが、ＭＡＣエンティティで利用可能になる。（２）ＵＬリソースが割り当てられ、パディングビット数がバッファ状態レポートＭＡＣ ＣＥ及びそのサブヘッダのサイズ以上である。（３）ｒｅｔｘＢＳＲ－Ｔｉｍｅｒが満了し、ＬＣＧに属する論理チャネルの少なくとも１つに、ＵＬデータが含まれる。（４）ｐｅｒｉｏｄｉｃＢＳＲ－Ｔｉｍｅｒが満了する。

【0026】

５Ｇ ＱｏＳ（Quality of Service）の特性は、ＱｏＳフローがＵＥとＵＰＦとの間のエッジトゥエッジで受けるパケット転送処理を、以下の性能特性の観点から説明している。リソース・タイプ（ＧＢＲ（Guaranteed Bit Rate）、遅延に厳しいＧＢＲ、又はＮｏｎ－ＧＢＲ）、優先度レベル、パケット遅延バジェット（ＰＤＢ）、パケット誤り率（ＰＥＲ）、ａｖｅｒａｇｉｎｇ ｗｉｎｄｏｗ（ＧＢＲ、及び遅延に厳しいＧＢＲリソースタイプのみ）、最大データバースト量（ＭＤＢＶ：maximum data burst volume）（遅延に厳しいＧＢＲリソースタイプのみ）。

【0027】

本明細書で使用する「パケット遅延バジェット（ＰＤＢ）」という用語は、ＵＥと、ユーザプレーン機能（ＵＰＦ：User Plane Function）のＮ６終端点との間でパケットが遅延する可能性のある時間の上限を定義する。ＰＤＢは、ＵＰＦによってＮ６インタフェースで受信されるＤＬパケットと、ＵＥによって送信されるＵＬパケットに適用される。ある５Ｇ ＱｏＳ識別子（５ＱＩ）の場合、ＰＤＢの値は、ＵＬとＤＬで同じである。３ＧＰＰ(登録商標)アクセスの場合、ＰＤＢは、スケジューリングとリンク層機能の設定（スケジューリングの優先度の重みとＨＡＲＱターゲット動作点の設定等）をサポートするために使用される。保証されたＧＢＲ（遅延に厳しいリソースタイプを使用するＱｏＳフロー）では、ＰＤＢの期間内にデータバーストがＭＤＢＶを超えず、ＱｏＳフローがＧＦＢＲを超えない場合、ＰＤＢよりも遅延したパケットは、損失としてカウントされる。ＧＦＢＲを超えないＧＢＲリソースタイプを伴うＧＢＲ ＱｏＳフローの場合、パケットの９８％は、５ＱＩのＰＤＢを超える遅延をしてはならない。５Ｇアクセスネットワークパケット遅延バジェット（５Ｇ－ＡＮ ＰＤＢ）は、コアネットワークパケット遅延バジェット（ＣＮ ＰＤＢ）の静的な値を差し引くことによって決定される。これは、ＵＰＦ（ＰＤＵセッション用に選択される可能性のある任意のＵＰＦ）の任意のＮ６終端点と、５Ｇ－ＡＮとの間の、所定のＰＤＢからの遅延を表す。ＸＲトラフィックバーストのＰＤＢは、ＸＲトラフィックバーストがｇＮＢ／ＵＥに到着した時間から、ＸＲトラフィックバーストの全てのデータパケット（又はデータパケットのＸ％、ここでＸは０～１００の数）が正常に送信される時間までの遅延バジェットを指すことができる。ＸＲトラフィックバーストは、１つ又は複数のデータパケットを含んでもよい。一例として、ＸＲトラフィックバーストのデータパケットには、相互に関連する情報が含まれてもよく、例えば、データパケットのそれぞれには、ＸＲアプリケーションによって生成されるビデオフレームの情報の一部が含まれてもよい。この場合、データパケットは、遅延バジェットと同じ要件を有してもよい。ＸＲトラフィックバーストのデータパケットが同時にｇＮＢ／ＵＥに到着しない場合、ＸＲトラフィックバーストの到着時間は、最初のパケット若しくは最後のパケットの到着時間、又はＸＲトラフィックバーストのデータパケットの平均到着時間として定義され得る。

【0028】

パケットドロップを有効にするためには、ファイルの境界（すなわち、パケットの開始と終了が同じＸＲトラフィックバーストに属する）と、関連ＰＤＢとを、スケジューラが知る必要がある。特定の論理チャネルについて、ｇＮＢ／ＵＥは、到着時間が似ていて同じＰＤＢ要件を持つパケットが、同じＸＲトラフィックバーストに属すると判断してもよいし、或いは、例えばアプリケーションデータユニット（ＡＤＵ）のヘッダ等によって判断してもよい。本明細書で使用する「アプリケーションデータユニット（ＡＤＵ）」という用語は、アプリケーションデータの処理用の最小粒度を指すことができる。ＡＤＵは、１つ又は複数のインターネットプロトコル（ＩＰ）パケットにパケット化されてから、ｇＮＢ／ＵＥに届けられてもよい。一実施形態において、ＸＲバーストのデータパケットはＡＤＵの情報を含んでもよい。スケジューラは、ＰＤＢ内で全てのパケットを正常に送信するように努めるべきである。しかし、それでもパケットのいくつかは時間内に送信できない可能性がある。ＵＬスケジューリングの場合、ｇＮＢは、ＵＬトラフィックのＱｏＳパラメータに基づいて最大ＰＤＢを引き出してもよい。しかし、ｇＮＢはＵＬパケットがＵＥに到着する正確な時間を知らないため、ｇＮＢはＸＲトラフィックバーストの残りのＰＤＢを正確に知ることができない。

【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】

いくつかの実施形態において、データパケットの第１セットの一部が第１時点の前に送信できない場合、端末装置１１０－１は、データパケットの第１セットの一部がドロップされると決定してもよい。第１時点は、遅延バジェットに基づいて決定されてもよい。例えば、端末装置１１０－１は、遅くとも時間Ｔｄ－Ｔ１までにパケットをドロップすると決定することができる。ここで、Ｔｄは遅延バジェットの終了であり、Ｔ１は物理アップリンク共有チャネル（ＰＵＳＣＨ）とそのスケジューリングＤＣＩとの間の最短必要期間である。あくまで例として、図５に示すように、データパケットの第１セット（例えば、データパケット５６０－１、５６０－２）が時点５２０で到着し、遅延バジェットが時点５３０で終了する。端末装置１１０－１はスロット５４０でＢＳＲを送信してもよい。ＰＵＳＣＨ送信の機会は、スロット５５０－１、５５０－２を含んでもよい。図５に示すように、データパケット５６０－１は、遅延バジェット期間５１０内にあるスロット５５０－１で送信することができるが、データパケット５６０－１は、遅延バジェット期間５１０から外れたスロット５５０－２で送信する必要がある。この場合、端末装置１１０－１は、データパケット５６０－２をドロップすると決定してもよい。ある実施形態では、第１時点は時間Ｔｄ－Ｔ１であり、別の実施形態では、第１時点は時点５３０である。

【0060】

他の実施形態において、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックがある場合、又はデータパケットの第１セットの一部における少なくとも１つのデータパケットに関連付けられた少なくとも１つの新規データインジケータ（ＮＤＩ）が、第２時点の前に受信できない場合、端末装置１１０－１は、データパケットの第１セットの一部がドロップされると決定してもよい。ここで、第２時点は、遅延バジェットに基づいて決定される。例えば、端末装置１１０－１は、時間Ｔｄ－Ｔ２においてパケットをドロップすると決定することができる。ここで、Ｔｄは遅延バジェットの終了であり、Ｔ２は、ＰＵＳＣＨをスケジューリングするＵＬグラントを端末装置１１０－１が受信する時間であり、対応するＨＡＲＱ－ＡＣＫは、遅延バジェットの終了前に送信不可能である。あくまで例として、図６に示すように、データパケットの第１セット（例えば、データパケット６６０－１、６６０－２）が時点６２０で到着し、遅延バジェットが時点６３０で終了する。端末装置１１０－１はスロット６４０でＢＳＲを送信してもよい。ＰＵＳＣＨ送信の機会は、スロット６５０－１、６５０－２を含んでもよい。図６に示すように、データパケット６６０－１は遅延バジェット期間６１０内にあるスロット６５０－１で送信することができ、データパケット６６０－１は遅延バジェット期間６１０内にあるスロット６５０－２で送信する必要がある。しかしながら、データパケット６６０－２又はＮＤＩのＨＡＲＱフィードバックを送信する機会は、遅延バジェット期間６１０から外れたスロット６７０である可能性がある。この場合、端末装置１１０－１は、データパケット６６０－２をドロップすると決定してもよい。ある実施形態では、第２時点は時間Ｔｄ－Ｔ２であり、別の実施形態では、第２時点は時点６３０である。

【0061】

いくつかの実施形態において、データパケットの第１セットの一部における少なくとも１つのデータパケットの少なくとも１つの再送が、第３時点の前に送信できない場合、端末装置１１０－１は、データパケットの第１セットの一部がドロップされると決定してもよい。ここで、第３時点は、遅延バジェットに基づいて決定される。例えば、端末装置１１０－１は、時間Ｔｄ－Ｔ３においてパケットをドロップすると決定することができる。ここで、Ｔｄは遅延バジェットの終了であり、Ｔ３は、データパケットの再送をスケジューリングするＵＬグラントを端末装置１１０－１が受信する時間であり、その再送は、遅延バジェットの終了より遅い。あくまで例として、図７に示すように、データパケットの第１セット（例えば、データパケット７６０－１、７６０－２）が時点７２０で到着し、遅延バジェットが時点７３０で終了する。端末装置１１０－１はスロット７４０でＢＳＲを送信してもよい。ＰＵＳＣＨ送信の機会は、スロット７５０－１、７５０－２を含んでもよい。図７に示すように、データパケット７６０－１は遅延バジェット期間７１０内にあるスロット７５０－１で送信することができ、データパケット７６０－１は遅延バジェット期間７１０内にあるスロット７５０－２で送信する必要がある。データパケット７６０－２又はＮＤＩのＨＡＲＱフィードバックを送信する機会は、スロット７７０であってもよい。しかしながら、データパケット７６０－２又はＮＤＩの再送の機会は、遅延バジェット期間７１０から外れたスロット７８０である可能性がある。この場合、端末装置１１０－１は、データパケット７６０－２をドロップすると決定してもよい。ある例示的な実施形態では、第３時点は時間Ｔｄ－Ｔ３であり、別の実施形態では、第３時点は時点７３０である。

【0062】

端末装置１１０－１がデータパケットの第１セット内のいくつかのデータパケットをドロップすると決定した場合、端末装置１１０－１はネットワーク装置１２０にＢＳＲを送信してもよい（４０３０）。ＢＳＲは、いくつかのデータパケットがドロップされることをネットワーク装置に示してもよい。ＢＳＲは、データパケットの第１セットの一部がドロップされた後の、データパケットの第１セットの残りのデータ量を示してもよい。例えば、端末装置１１０－１がいくつかのデータパケットをドロップすると決定したが、まだ送信したいデータがある場合、ＢＳＲレポートが送信されてもよい。一実施形態において、データパケットの第１セットの残りのデータパケットが全てドロップされると決定された場合、端末装置はバッファサイズがゼロのＢＳＲを示してもよい。

【0063】

あるいは、端末装置１１０－１が、第１データパケットの残りのデータパケットを全てドロップすると決定した場合、端末装置１１０－１は、データパケットの第１セットに関連付けられたバッファをフラッシュしてもよい。言い換えれば、端末装置１１０－１は、第１のＢＳＲに関連付けられた残りのパケットを破棄してもよい。データパケットの第１セット内の残りのデータパケットは、ネットワーク装置１２０にまだ送信されていないデータパケットの第１セット内の全てのデータパケットを含む。この場合、端末装置１１０－１は、ドロップ指示をネットワーク装置１２０に送信してもよい（４０４０）。ドロップ指示は、残りのデータパケットが全てドロップされることを示してもよい。いくつかの実施形態において、ドロップ指示はＭＡＣ ＣＥで送信されてもよい。あるいは、ドロップ指示はアップリンク制御情報（ＵＣＩ）で送信されてもよい。

【0064】

いくつかの実施形態において、端末装置１１０－１がパケットのドロップを決定及び／又は報告した後に、端末装置１１０－１が少なくとも１つのアップリンクリソース割当（例えば、端末装置１１０－１がドロップ指示を送信する前にスケジューリングされた設定グラント（ＣＧ）－ＰＵＳＣＨ又は動的グラント（ＤＧ）－ＰＵＳＣＨ）を依然として有する場合、端末装置１１０－１は、このリソース割り当てをスキップしてもよく（すなわち、割り当てられたリソースで送信しない）、ネットワーク装置１２０は、これらのリソースを活用するために他のＵＥをスケジューリングしてもよい。

【0065】

いくつかの実施形態では、タイムウィンドウ内のリソースのみをドロップすることができる。例えば、Ｔ４からＴ５までのタイムウィンドウであり、Ｔ４とＴ５は、端末装置１１０－１がドロップ指示を送信した後の、又は遅延バジェット終了後の、整数のＯＦＤＭシンボル数又はミリ秒数である。また、Ｔ４をゼロとすることができ、Ｔ５を遅延バジェット終了の時点とすることができる。動的スケジューリングの場合、端末装置１１０－１がドロップ指示を送信する前にＵＬグラントが受信され、スケジューリングされたＰＵＳＣＨが、ＵＥがドロップ指示を送信した後である場合、関連するＰＵＳＣＨはスキップされてもよい。設定グラントの場合、Ｔ４からＴ５までのタイムウィンドウでのＣＧ－ＰＵＳＣＨ機会はスキップされてもよい。任意で、Ｔ５を（Ｔ６－Ｔｐ－ｄｅｌｔａ）とすることができる。ここで、Ｔ６はＣＧ設定の周期、又は２つのＸＲトラフィックバースト間の時間間隔（例えば、１／ＦＰＳ秒に等しく、ＦＰＳは１秒当たりのフレーム数を表し、ＦＰＳは３０／６０／９０／１２０である）であり、Ｔｐは最大遅延バジェットであり、ｄｅｌｔａはｇＮＢによって設定される値である（任意で、ｄｅｌｔａは到着時間のジッタに対応することができる）。例えば、図８は、遅延バジェット終了後にＴ４＝０と仮定した状況を示す。ジッタの範囲とは、可能性のあるＸＲバースト到着時間の範囲を意味し、正確な到着時間はパケット到着前に予測できないが、範囲を超えることはない。ジッタが考慮されるケースでは、Ｔ６は、平均して、２つの隣り合うＸＲトラフィックバースト間の時間間隔であってもよい。ジッタが存在しないか無視されるケースでは、Ｔ６は２つの隣り合うＸＲトラフィックバースト間の時間間隔であってもよく、デルタはゼロであってもよい。

【0066】

いくつかの実施形態において、キャンセルされるＰＵＳＣＨが、ドロップされたデータパケットの最初の送信のためのものであってもよい。あくまで例として、図９に示すように、データパケットの第１セット（例えば、データパケット９６０－１、９６０－２）が時点９５２０で到着し、遅延バジェットが時点５９３０で終了する。図９に示すように、データパケット９６０－１は、遅延バジェット期間９１０内にあるスロット９５０－１のＰＵＳＣＨで送信されるようにスケジューリング又は設定されており、一方、データパケット９６０－２は、スロット９５０－２のＰＵＳＣＨで送信されるようにスケジューリング又は設定されているが、スロット９５０－２は、既に遅延バジェット終了を超えている。この場合、端末装置１１０－１は、スロット９５０－２でのＰＵＳＣＨ送信をスキップすると決定してもよい。

【0067】

いくつかの実施形態において、キャンセルされるＰＵＳＣＨが、ドロップされたデータパケットの再送のためのものであってもよい。あくまで例として、図１０に示すように、データパケットの第１セット（例えば、データパケット１０６０－１、１０６０－２）が時点１０２０で到着し、遅延バジェットが時点１０３０で終了する。図１０に示すように、データパケット１０６０－１は、遅延バジェット期間１０１０内にあるスロット１０５０－１のＰＵＳＣＨで送信するようにスケジューリング又は設定されており、データパケット１０６０－１は、遅延バジェット期間１０１０内にあるスロット１０５０－２のＰＵＳＣＨで送信するようにスケジューリング又は設定されている。データパケット１０６０－２に関連付けられたＨＡＲＱ－ＡＣＫ又はＮＤＩを受信する機会は、スロット１０７０であってもよい。しかしながら、再送が示される場合、データパケット１０６０－２の再送の機会は、遅延バジェット期間１０１０から外れたスロット１０８０である可能性がある。この場合、端末装置１１０－１は、スロット１０８０でのＰＵＳＣＨをスキップすると決定してもよい。

【0068】

図４を参照して説明した実施形態によれば、古いＵＬパケットの送信によるリソースの浪費を回避することができる。ＵＬトラフィックのより正確な情報をＵＥが有するため、ＵＥがトリガするパケットドロップを、より正確なものとすることができる。ユーザエクスペリエンスを低下させる可能性のある誤った決定を回避することは、有益である。

【0069】

いくつかの実施形態において、パケットドロップは、明示的なドロップ指示なしに行うことができる。言い換えれば、端末装置１１０－１とネットワーク装置１２０は、データパケットの第１セットのデータパケットをドロップするかどうかを、独立して決定することができる。このように、暗黙のパケットドロップ方式では、シグナリングのオーバーヘッドを節約することができる。例えば、端末装置１１０－１とネットワーク装置１２０は、予め設定されたドロップルールに基づいて、パケットをドロップすべきかどうかを決定することができる。例として、端末装置１１０－１では、遅延バジェットの終了前に残りのパケットを正常に送信するのに十分なＵＬリソースがスケジューリングされていないか、又は設定されていないと判断した場合、端末装置１１０－１は残りのパケットをドロップする（すなわち、バッファをフラッシュする）と決定してもよい。ネットワーク装置１２０では、スケジューラが、遅延バジェット終了前に残りのパケットを正常に送信するのに十分なリソースを端末装置１１０－１に割り当てられないと判断した場合、ネットワーク装置１２０は、残りのデータパケットのためにＵＥにＵＬリソースを割り当てない。したがって、ｇＮＢ又はＵＥによって送信される明示的なドロップ指示は存在しない。

【0070】

図１１は、本開示の実施形態にかかる例示的な方法１１００のフローチャートを示す。方法１１００は、任意の適切な装置で実施することができる。あくまで説明を目的として、方法１１００は、図１に示す端末装置１１０－１で実施することができる。

【0071】

ブロック１１１０において、端末装置１１０－１は、ネットワーク装置１２０に送信されるデータパケットの第１セットを決定する。データパケットの第１セットは、ＸＲトラフィックバースト又はＡＤＵに属してもよい。データパケットの第１セットは、任意の適切な数のデータパケットを含んでもよい。端末装置１１０－１は、例えばＭＡＣレイヤ等の上位レイヤからデータパケットの第１セットを受信してもよい。いくつかの実施形態において、データパケットはＡＤＵであってもよい。あるいは、データパケットはインターネットプロトコル（ＩＰ）のパケットであってもよい。データパケットは、無線リンク制御（ＲＬＣ）プロトコルのデータユニットであってもよい。あるいは、データパケットはＲＬＣのサービスデータユニット（ＳＤＵ）であってもよい。他の実施形態において、データパケットはＭＡＣ ＰＤＵ又はＭＡＣ ＳＤＵであってもよい。データパケットはまた、トランスポートブロック（ＴＢ）であってもよい。また、データパケットはコードブロックグループ（ＣＢＧ）であってもよい。いくつかの実施形態において、データパケットはスケジューリングユニットであってもよい。

【0072】

ブロック１１２０において、端末装置１１０－１は、データパケットの第１セットの第１のバッファ状態レポート（ＢＳＲ）と、第１のＢＳＲに関連付けられた第１遅延バジェットとを示す情報を、ネットワーク装置１２０に送信する。第１のＢＳＲは、データパケットの第１セットのデータ量を示してもよい。また、情報は、第１のＢＳＲに関連付けられた第１遅延バジェットを示す。第１遅延バジェットは、データパケットの第１セットのための残りの遅延バジェットであってもよい。データパケットの第１セットのための残りの遅延バジェットは、情報が送信された時間から、データパケットの第１セットが正常に送信されると予想される一番遅い時間までの期間であってもよい。情報は、ＭＡＣ ＣＥで送信されてもよい。情報が送信される時間は、情報を含む送信の最初のシンボル又は最後のシンボルの時間である。また、データパケットの第１セットは論理チャネルで送信されてもよい。

【0073】

いくつかの実施形態において、端末装置１１０－１は、ネットワーク装置に送信されるデータパケットの第２セットを決定してもよい。この場合、端末装置１１０－１は、データパケットの第２セットの第２のＢＳＲと、第２のＢＳＲに関連付けられた第２遅延バジェットとをさらに示す情報を送信してもよい。第２遅延バジェットは、データパケットの第２セットのための残りの遅延バジェットであってもよい。データパケットの第２セットのための残りの遅延バジェットは、情報が送信された時間から、データパケットの第２セットが正常に送信されると予想される一番遅い時間までの期間であってもよい。

【0074】

いくつかの実施形態において、情報は、第１のＢＳＲ又は第１遅延バジェットの第１アイデンティティを示してもよい。代替として、又は追加で、情報は、第２のＢＳＲ又は第２遅延バジェットの第２アイデンティティを示してもよい。

【0075】

いくつかの実施形態において、端末装置１１０－１は、ネットワーク装置１２０から、第１遅延バジェットの送信のための第１指示を受信してもよい。

【0076】

いくつかの実施形態において、端末装置１１０－１は、第１のＢＳＲ又は第１遅延バジェットに関連付けられたデータパケットの第１セットの少なくとも一部をドロップできるかどうかに関する第２指示を、ネットワーク装置１２０に送信してもよい。いくつかの実施形態において、第２指示は、データパケットの第１セットの少なくとも一部をドロップできることを示してもよい。この場合、ネットワーク装置１２０は、データパケットの第１セットの少なくとも一部をドロップしてもよい。あるいは、第２指示は、データパケットの第１セットの少なくとも一部をドロップできないことを示してもよい。この場合、ネットワーク装置１２０は、第１遅延バジェットの終了前にデータパケットの第１セットの残りのデータパケットを送信することができなくても、その残りのデータパケットを送信する必要がある。いくつかの実施形態において、情報は、論理チャネルグループのアイデンティティ又は論理チャネルのアイデンティティを含む。

【0077】

いくつかの実施形態において、端末装置１１０－１は、ネットワーク装置１２０から、第１のＢＳＲ又は第１遅延バジェットに関連付けられたドロップ指示を受信してもよい。この場合、端末装置１１０－１は、ドロップ指示に基づいて、第１のＢＳＲ又は第１遅延バジェットに関連付けられたバッファをフラッシュしてもよい。

【0078】

いくつかの実施形態において、端末装置１１０－１は、第３のＢＳＲをネットワーク装置１２０に送信してもよく、第３のＢＳＲは、データパケットの第１セット内の少なくとも１つのデータパケットに関連付けられている。

【0079】

図１２は、本開示の実施形態にかかる例示的な方法１２００のフローチャートを示す。方法１２００は、任意の適切な装置で実施することができる。あくまで説明を目的として、方法１２００は、図１に示すネットワーク装置１２０で実施することができる。

【0080】

ブロック１２１０において、ネットワーク装置１２０は、データパケットの第１セットの第１のバッファ状態レポート（ＢＳＲ）と、第１のＢＳＲに関連付けられた第１遅延バジェットとを示す情報を、端末装置１１０－１から受信する。データパケットの第１セットは、端末装置によって送信されるものである。いくつかの実施形態において、ネットワーク装置１２０は、データパケットの第２セットの第２のＢＳＲと、第２のＢＳＲに関連付けられた第２遅延バジェットとをさらに示す情報を受信してもよい。ここで、データパケットの第２セットは、端末装置によって送信されるものである。この場合、ネットワーク装置１２０は、情報に基づいて、第１のＢＳＲ又は第１遅延バジェットの第１アイデンティティと、第２のＢＳＲ又は第２遅延バジェットの第２アイデンティティとを決定してもよい。

【0081】

いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０－１に、第１遅延バジェットの送信のための第１指示を送信してもよい。いくつかの実施形態において、ネットワーク装置１２０は、第１のＢＳＲ又は第１遅延バジェットに関連付けられたデータパケットの第１セットの少なくとも一部をドロップできるかどうかに関する第２指示を受信してもよい。いくつかの実施形態において、第２指示は、データパケットの第１セットの少なくとも一部をドロップできることを示してもよい。この場合、ネットワーク装置１２０は、データパケットの第１セットの少なくとも一部をドロップしてもよい。あるいは、第２指示は、データパケットの第１セットの少なくとも一部をドロップできないことを示してもよい。この場合、ネットワーク装置１２０は、第１遅延バジェットの終了前にデータパケットの第１セットの残りのデータパケットを送信することができなくても、その残りのデータパケットを送信する必要がある。

【0082】

いくつかの実施形態において、情報は、論理チャネルグループのアイデンティティ又は論理チャネルのアイデンティティを含む。

【0083】

いくつかの実施形態において、ネットワーク装置１２０は、第１遅延バジェットに基づいて、データパケットの第１セットの少なくとも一部をドロップするかどうかを決定してもよい。この場合、データパケットの第１セットの少なくとも１部がドロップされる場合、ネットワーク装置１２０は、第１のＢＳＲ又は第１遅延バジェットに関連付けられたドロップ指示を、端末装置１１０－１に送信してもよい。

【0084】

いくつかの実施形態において、ネットワーク装置１２０は、データパケットの第１セットの少なくとも一部が第１遅延バジェット内で送信可能かどうか、又は上位レイヤの指示、のうちの１つに基づいて、データパケットの第１セットの少なくとも一部をドロップするかどうかを決定してもよい。

【0085】

いくつかの実施形態において、ネットワーク装置１２０は、情報に基づいて第１遅延バジェットを決定するか、又は、アップリンクＱｏＳ（Quality of Service）パラメータに基づいて第１遅延バジェットを決定してもよい。

【0086】

図１３は、本開示の実施形態にかかる例示的な方法１３００のフローチャートを示す。方法１３００は、任意の適切な装置で実施することができる。あくまで説明を目的として、方法１３００は、図１に示す端末装置１１０－１で実施することができる。

【0087】

ブロック１３１０において、端末装置１１０－１は、ネットワーク装置に送信されるデータパケットの第１セットを決定する。

【0088】

ブロック１３２０において、端末装置１１０－１は、データパケットの第１セットに対する遅延バジェット又は上位レイヤの指示に基づいて、データパケットの第１セットの一部をドロップする必要があるかどうかを決定する。

【0089】

ブロック１３３０において、データパケットの第１セットの一部をドロップする必要がある場合、端末装置１１０－１は、データパケットの第１セットの一部がドロップされるようにする。いくつかの実施形態において、端末装置１１０－１は、データパケットの第１セットの到着時間とＱｏＳパラメータとに基づいて、遅延バジェットを決定してもよい。

【0090】

いくつかの実施形態において、データパケットの第１セットの一部が、ある時点の前に送信できない場合、端末装置１１０－１は、データパケットの第１セットの一部がドロップされると決定してもよい。ここで、当該時点は遅延バジェットに基づいて決定される。いくつかの実施形態において、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックがある場合、又はデータパケットの第１セットの一部における少なくとも１つのデータパケットに関連付けられた少なくとも１つの新規データインジケータ（ＮＤＩ）が、ある時点の前に受信できない場合、端末装置１１０－１は、データパケットの第１セットの一部がドロップされると決定してもよい。ここで、当該時点は、遅延バジェットに基づいて決定される。

【0091】

いくつかの実施形態において、データパケットの第１セットの一部における少なくとも１つのデータパケットの少なくとも１つの再送が、ある時点の前に送信できない場合、端末装置１１０－１は、データパケットの第１セットの一部がドロップされると決定してもよい。ここで、当該時点は、遅延バジェットに基づいて決定される。

【0092】

いくつかの実施形態において、端末装置１１０－１は、データサイズの閾値を示す設定をネットワーク装置１２０から受信してもよい。この場合、端末装置１１０－１は、データパケットの第１セットの一部のサイズがデータサイズの閾値を超えるかどうかに基づいて、データパケットの第１セットの一部をドロップする必要があるかどうかを決定してもよい。

【0093】

いくつかの実施形態において、端末装置１１０－１は、比例閾値を示す設定をネットワーク装置１２０から受信してもよい。この場合、端末装置１１０－１は、データパケットの第１セットの一部が比例閾値を超えるかどうかに基づいて、データパケットの第１セットの一部をドロップする必要があるかどうかを決定してもよい。

【0094】

いくつかの実施形態において、端末装置１１０－１は、データパケットの第１セットの一部がドロップされた後のデータパケットの第１セットの残りのデータ量を示すＢＳＲを、ネットワーク装置１２０に送信してもよい。

【0095】

いくつかの実施形態において、データパケットの第１セットの残りのデータパケットを全てドロップする必要がある場合、端末装置１１０－１は、データパケットの第１セットに関連付けられたバッファをフラッシュしてもよい。端末装置１１０－１は、さらに、データパケットの第１セットの残りのデータパケットが全てドロップされることを示すドロップ指示をネットワーク装置１２０に送信してもよい。

【0096】

いくつかの実施形態において、データパケットの第１セットの一部をドロップする決定の後にアップリンク送信機会がある場合、端末装置１１０－１は、アップリンク送信機会がスキップされるようにしてもよい。

【0097】

いくつかの実施形態において、端末装置は、ネットワーク装置に送信されるデータパケットの第１セットを決定し、データパケットの第１セットの第１のバッファ状態レポート（ＢＳＲ）と、第１のＢＳＲに関連付けられた第１遅延バジェットとを示す情報を、ネットワーク装置に送信するように設定された回路を含む。

【0098】

いくつかの実施形態において、端末装置は、ネットワーク装置１２０から、第１遅延バジェットの送信のための第１指示を受信するようにさらに設定された回路を含む。

【0099】

いくつかの実施形態において、端末装置は、ネットワーク装置に送信されるデータパケットの第２セットを決定するようにさらに設定された回路を含む。端末装置は、データパケットの第２セットの第２のＢＳＲと、第２のＢＳＲに関連付けられた第２遅延バジェットとをさらに示す情報を送信することによって、情報を送信するように設定された回路を含む。

【0100】

いくつかの実施形態において、情報は、第１のＢＳＲ又は第１遅延バジェットの第１アイデンティティと、第２のＢＳＲ又は第２遅延バジェットの第２アイデンティティとを示す。

【0101】

いくつかの実施形態において、端末装置は、第１のＢＳＲ又は第１遅延バジェットに関連付けられたデータパケットの第１セットの少なくとも一部をドロップできるかどうかに関する第２指示を、ネットワーク装置に送信するようにさらに設定された回路を含む。

【0102】

いくつかの実施形態において、情報は、論理チャネルグループのアイデンティティ又は論理チャネルのアイデンティティを含む。

【0103】

いくつかの実施形態において、端末装置は、ネットワーク装置から、第１のＢＳＲ又は第１遅延バジェットに関連付けられたドロップ指示を受信し、ドロップ指示に基づいて、第１のＢＳＲ又は第１遅延バジェットに関連付けられたバッファをフラッシュするようにさらに設定された回路を含む。

【0104】

いくつかの実施形態において、端末装置は、第３のＢＳＲをネットワーク装置に送信するようにさらに設定された回路を含む。第３のＢＳＲは、データパケットの第１セット内の、送信が必要な少なくとも１つのデータパケットに関連付けられている。

【0105】

いくつかの実施形態において、ネットワーク装置は、データパケットの第１セットの第１のバッファ状態レポート（ＢＳＲ）と、第１のＢＳＲに関連付けられた第１遅延バジェットとを示す情報を、端末装置から受信するように設定された回路を含む。データパケットの第１セットは、端末装置によって送信されるものである。

【0106】

いくつかの実施形態において、ネットワーク装置は、端末装置に、第１遅延バジェットの送信のための第１指示を送信するようにさらに設定された回路を含む。

【0107】

いくつかの実施形態において、ネットワーク装置は、データパケットの第２セットの第２のＢＳＲと、第２のＢＳＲに関連付けられた第２遅延バジェットとをさらに示す情報を受信することによって、情報を受信するように設定された回路を含む。データパケットの第２セットは、端末装置によって送信されるものである。

【0108】

いくつかの実施形態において、ネットワーク装置は、情報に基づいて、第１のＢＳＲ又は第１遅延バジェットの第１アイデンティティと、第２のＢＳＲ又は第２遅延バジェットの第２アイデンティティとを決定するように設定された回路を含む。

【0109】

いくつかの実施形態において、ネットワーク装置は、第１のＢＳＲ又は第１遅延バジェットに関連付けられたデータパケットの第１セットの少なくとも一部をドロップできるかどうかに関する第２指示を受信するように設定された回路を含む。

【0110】

いくつかの実施形態において、情報は、論理チャネルグループのアイデンティティ又は論理チャネルのアイデンティティを含む。

【0111】

いくつかの実施形態において、ネットワーク装置は、第１遅延バジェットに基づいて、データパケットの第１セットの少なくとも一部をドロップするかどうかを決定し、データパケットの第１セットの少なくとも１部がドロップされるとの決定に従って、第１のＢＳＲ又は第１遅延バジェットに関連付けられたドロップ指示を、端末装置に送信するように設定された回路を含む。

【0112】

いくつかの実施形態において、ネットワーク装置は、データパケットの第１セットの少なくとも一部が第１遅延バジェット内で送信可能かどうか、又は上位レイヤの指示、のうちの１つに基づいて、データパケットの第１セットの少なくとも一部をドロップするかどうかを決定することによって、データパケットの第１セットの少なくとも一部をドロップするかどうかを決定するように設定された回路を含む。

【0113】

いくつかの実施形態において、ネットワーク装置は、情報に基づいて第１遅延バジェットを決定するか、又は、アップリンクＱｏＳ（Quality of Service）パラメータに基づいて第１遅延バジェットを決定するように設定された回路を含む。

【0114】

いくつかの実施形態において、端末装置は、端末装置において、ネットワーク装置に送信されるデータパケットの第１セットを決定し、データパケットの第１セットに対する遅延バジェット又は上位レイヤの指示に基づいて、データパケットの第１セットの一部をドロップする必要があると決定したことに従って、データパケットの第１セットの一部をドロップさせるように設定された回路を含む。

【0115】

いくつかの実施形態において、端末装置は、データパケットの第１セットの到着時間とＱｏＳパラメータとに基づいて、遅延バジェットを決定するようにさらに設定された回路を含む。

【0116】

いくつかの実施形態において、端末装置は、データパケットの第１セットの一部が、遅延バジェットに基づいて決定されたある時点の前に送信できないとの決定に従って、データパケットの第１セットの一部がドロップされると決定することによって、データパケットの第１セットの遅延バジェットに基づいて、データパケットの第１セットの一部をドロップする必要があるかどうかを決定するようにさらに設定された回路を含む。

【0117】

いくつかの実施形態において、端末装置は、データパケットの第１セットの一部が、遅延バジェットに基づいて決定されたある時点の前に送信できないとの決定に従って、データパケットの第１セットの一部がドロップされると決定することによって、データパケットの第１セットの遅延バジェットに基づいて、データパケットの第１セットの一部をドロップする必要があるかどうかを決定するようにさらに設定された回路を含む。

【0118】

いくつかの実施形態において、端末装置は、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックがあるとの決定、又はデータパケットの第１セットの一部における少なくとも１つのデータパケットに関連付けられた少なくとも１つの新規データインジケータ（ＮＤＩ）が、遅延バジェットに基づいて決定されたある時点の前に受信できないとの決定に従って、データパケットの第１セットの一部がドロップされると決定することによって、データパケットの第１セットの遅延バジェットに基づいて、データパケットの第１セットの一部をドロップする必要があるかどうかを決定するようにさらに設定された回路を含む。

【0119】

いくつかの実施形態において、端末装置は、データパケットの第１セットの一部における少なくとも１つのデータパケットの少なくとも１つの再送が、遅延バジェットに基づいて決定されたある時点の前に送信できないとの決定に従って、データパケットの第１セットの一部がドロップされると決定することによって、データパケットの第１セットの遅延バジェットに基づいて、データパケットの第１セットの一部をドロップする必要があるかどうかを決定するようにさらに設定された回路を含む。

【0120】

いくつかの実施形態において、端末装置は、データサイズの閾値を示す設定をネットワーク装置から受信し、データパケットの第１セットの一部のサイズがデータサイズの閾値を超えるかどうかに基づいて、データパケットの第１セットの一部をドロップする必要があるかどうかを決定するようにさらに設定された回路を含む。

【0121】

いくつかの実施形態において、端末装置は、比例閾値を示す設定をネットワーク装置から受信し、データパケットの第１セットの一部が比例閾値を超えるかどうかに基づいて、データパケットの第１セットの一部をドロップする必要があるかどうかを決定するようにさらに設定された回路を含む。

【0122】

いくつかの実施形態において、端末装置は、データパケットの第１セットの一部がドロップされた後のデータパケットの第１セットの残りのデータ量を示すＢＳＲを、ネットワーク装置に送信するようにさらに設定された回路を含む。

【0123】

いくつかの実施形態において、端末装置は、データパケットの第１セットの残りのデータパケットを全てドロップする必要があるとの決定に従って、データパケットの第１セットに関連付けられたバッファをフラッシュし、データパケットの第１セットの残りのデータパケットが全てドロップされることを示すドロップ指示をネットワーク装置に送信するようにさらに設定された回路を含む。

【0124】

いくつかの実施形態において、端末装置は、データパケットの第１セットの一部をドロップする決定の後に、アップリンク送信機会があるとの決定に従って、アップリンク送信機会をスキップさせるようにさらに設定された回路を含む。

【0125】

図１４は、本開示の実施形態を実施するのに適した装置１４００の概略ブロック図である。装置１４００は、図１に示す端末装置１１０及びネットワーク装置１２０のさらなる例示的な実装であるとみなすことができる。したがって、装置１０００は、端末装置１１０又はネットワーク装置１２０において、又は少なくともその一部として実装することができる。

【0126】

図に示すように、装置１４００は、プロセッサ１４１０、プロセッサ１４１０に結合されるメモリ１４２０、プロセッサ１４１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）１４４０、並びにＴＸ／ＲＸ１４４０に結合された通信インタフェースを含む。メモリ１４２０は、プログラム１４３０の少なくとも一部を格納する。ＴＸ／ＲＸ １４４０は、双方向通信用である。ＴＸ／ＲＸ １４４０は、通信を促進する少なくとも１つのアンテナを有するが、実際には、本願で述べたアクセスノードは、複数のアンテナを有してもよい。通信インタフェースは、他のネットワーク要素と通信を行う際に必要な任意のインタフェース、例えば、ｅＮＢ間の双方向通信用のＸ２インタフェース、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信用のＳ１インタフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信用のＵｎインタフェース、又はｅＮＢと端末装置との間の通信用のＵｕインタフェースを表してもよい。

【0127】

プログラム１４３０はプログラム命令を含むとみなされ、プログラムは、関連付けられたプロセッサ１４１０によって実行されると、本明細書で図２～図１４を参照して論じたように、本開示の実施形態に従って装置１４００が操作することを可能にする。本明細書の実施形態は、装置１４００のプロセッサ１４１０が実行可能なコンピュータソフトウェア、ハードウェア、又はソフトウェア及びハードウェアの組合せにより実施してもよい。プロセッサ１４１０は、本開示の様々な実施形態を実施するように構成され得る。また、プロセッサ１４１０及びメモリ１４２０の組合せは、本開示の各実施形態を実施するのに適した処理手段１５５０を構成してもよい。

【0128】

メモリ１４２０は、ローカルの技術ネットワークに適した任意のタイプとしてもよく、任意の適切なデータ記憶技術（例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体ベースの記憶装置、磁気記憶装置及びシステム、光学記憶装置及びシステム、固定メモリ及び移動可能メモリ等が挙げられるが、これらに限定されない）により実装してもよい。装置１４００には１つのメモリ１４２０しか示されていないが、装置１４００には複数の物理上異なるメモリモジュールを設置してもよい。プロセッサ１４１０は、ローカルの技術ネットワークに適した任意のタイプであってもよく、例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、１つ又は複数を含んでもよいが、これらに限定されない。装置１４００は複数のプロセッサ、例えば、マスタープロセッサと同期するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

【0129】

通常、本開示の様々な実施形態は、ハードウェア若しくは専用回路、ソフトウェア、論理又はそれらの任意の組合せにより実施してもよい。いくつかの態様はハードウェアによって実施し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピューティングデバイスが実行し得るファームウェア又はソフトウェアによって実施してもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして図示されて説明され、又は他の何らかの絵画的表現によって示されており、本明細書に記載のブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくは論理、汎用ハードウェア若しくはコントローラ若しくは他のコンピューティングデバイス、又はそれらの組合せによって実施されてもよいが、これらに限定されないことが理解されるであろう。

【0130】

本開示はさらに、コンピュータが読み取り可能な非一時的記憶媒体に有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。当該コンピュータプログラム製品は、プログラムモジュールに含まれる命令のような、コンピュータが実行可能な命令を含む。当該命令は、対象の実プロセッサ又は仮想プロセッサ上のデバイスにおいて実行され、例えば図４～１０のいずれかを参照して上述したプロセス又は方法を実行する。通常、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等を含む。様々な実施形態において、プログラムモジュールの機能は、必要に応じてプログラムモジュール間で組み合わせるか、又は分割してもよい。プログラムモジュールの機械可読命令は、ローカル又は分散型のデバイス内で実行してもよい。分散型デバイスにおいて、プログラムモジュールはローカル及びリモートの記憶媒体のどちらに置いてもよい。

【0131】

本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組合せにより記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供されてもよく、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定された機能／操作が実施される。プログラムコードは全てマシン上で実行するか、部分的にマシン上で実行するか、独立したソフトウェアパッケージとして実行するか、マシン上で部分的に実行するとともにリモートのマシン上で部分的に実行するか、又は全てリモートのマシン若しくはサーバ上で実行してもよい。

【0132】

上述のプログラムコードは、機械可読媒体上で具現化されてもよく、当該機械可読媒体は、命令実行システム、装置若しくはデバイスにより使用されるプログラム、又は、それらと結合して使用されるプログラムを含むか又は格納する任意の有形媒体であってもよい。機械可読媒体は、機械可読信号媒体又は機械可読記憶媒体であってもよい。機械可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、装置若しくはデバイス、又は前述の任意の適切な組合せを含んでもよいが、これらに限定されない。機械可読記憶媒体のさらにより具体的な例には、１つ若しくは複数のワイヤ、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は前述の任意の適切な組合せが含まれる。

【0133】

なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を示された特定の順序で実行するか若しくは順に実行する、又は、示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、マルチタスク及び並行処理が有利である可能性がある。同様に、上述の議論には、いくつかの具体的な実施の詳細が含まれるが、これらは本開示の範囲に対する限定ではなく、特定の実施形態に特定され得る特徴についての説明であると解釈されるべきである。個々の実施形態の文脈において説明されるいくつかの特徴は、ある１つの実施形態において組み合わせて実施されてもよい。逆に、１つの実施形態の文脈において説明される各種特徴は、複数の実施形態において別々に、又は任意の適切な副次的な組合せにおいて実施されてもよい。

【0134】

本開示について、構造的特徴及び／又は方法論的な動作に特有の言葉で説明してきたが、添付の特許請求の範囲によって定義される本開示は、必ずしも上述の特定の特徴又は動作に限定されないことを理解されたい。上述の特定の特徴や動作はむしろ、特許請求の範囲を実施する例示的形態として開示されている。

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図3D】

【図3E】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【手続補正書】

【提出日】2024-05-15

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ユーザ装置（ＵＥ）であって、
送信されるアップリンクデータの第１セットの第１数と、前記アップリンクデータの第１セットの第１数に関連付けられる第１遅延バジェットとを示す情報を、ネットワーク装置に送信する手段、
を含む、
ユーザ装置。

【請求項2】

前記第１遅延バジェットは、前記情報が送信された時間から前記アップリンクデータの第１セットが正常に送信されると予想される一番遅い時間までの期間に関連する
請求項１に記載のユーザ装置。

【請求項3】

前記情報は、ＭＡＣ ＣＥにおいて送信される
請求項１に記載のユーザ装置。

【請求項4】

前記第１遅延バジェットのため、前記アップリンクデータの第１セットの一部が送信できない場合、前記アップリンクデータの第１セットを破棄する手段を、さらに含む
請求項１に記載のユーザ装置。

【請求項5】

前記ネットワーク装置から、前記情報の送信のための第１指示を受信する手段をさらに含む、
請求項１に記載のユーザ装置。

【請求項6】

前記情報は、送信されるアップリンクデータの第２セットの第２数と、前記アップリンクデータの第２セットの第２数に関連付けられる第２遅延バジェットとを、さらに示す、
請求項１に記載のユーザ装置。

【請求項7】

前記情報は、前記アップリンクデータの第１セット又は前記第１遅延バジェットの第１アイデンティティと、前記アップリンクデータの第２セット又は前記第２遅延バジェットの第２アイデンティティとを含む、
請求項６に記載のユーザ装置。

【請求項8】

前記アップリンクデータの第１セットの少なくとも一部をドロップできるかどうかに関する第２指示を、前記ネットワーク装置に送信する手段をさらに含む、
請求項１に記載のユーザ装置。

【請求項9】

前記情報は、論理チャネルグループのアイデンティティ又は論理チャネルのアイデンティティを含む、
請求項１に記載のユーザ装置。

【請求項10】

前記アップリンクデータの第１セット又は前記第１遅延バジェットに関連付けられたドロップ指示を前記ネットワーク装置から受信する手段と、
前記ドロップ指示に基づいて、前記アップリンクデータの第１セット又は前記第１遅延バジェットに関連付けられたバッファをフラッシュする手段と、
をさらに含む、
請求項１に記載のユーザ装置。

【請求項11】

送信されるアップリンクデータの第１セットの第１数と、前記アップリンクデータの第１セットの第１数に関連付けられる第１遅延バジェットとを示す情報を、ユーザ装置（ＵＥ）から受信する手段を含む、
ネットワーク装置。

【請求項12】

前記第１遅延バジェットは、前記情報が送信された時間から前記アップリンクデータの第１セットが正常に送信されると予想される一番遅い時間までの期間に関連する
請求項１１に記載のネットワーク装置。

【請求項13】

前記情報は、ＭＡＣ ＣＥにおいて送信される
請求項１１に記載のネットワーク装置。

【請求項14】

前記ＵＥに、前記情報の送信のための第１指示を送信する手段をさらに含む、
請求項１１に記載のネットワーク装置。

【請求項15】

前記情報は、送信されるアップリンクデータの第２セットの第２数と、前記アップリンクデータの第２セットの第２数に関連付けられる第２遅延バジェットとを、さらに示す
請求項１１に記載のネットワーク装置。

【請求項16】

前記情報は、前記アップリンクデータの第１セット又は前記第１遅延バジェットの第１アイデンティティと、前記アップリンクデータの第２セット又は前記第２遅延バジェットの第２アイデンティティとを含む、
請求項１５に記載のネットワーク装置。

【請求項17】

前記アップリンクデータの第１セットの少なくとも一部をドロップできるかどうかに関する第２指示を受信する手段をさらに含む、
請求項１１に記載のネットワーク装置。

【請求項18】

前記情報は、論理チャネルグループのアイデンティティ又は論理チャネルのアイデンティティを含む、
請求項１１に記載のネットワーク装置。

【請求項19】

前記第１遅延バジェットに基づいて、前記アップリンクデータの第１セットの少なくとも一部をドロップするかどうかを決定する手段と、
前記アップリンクデータの第１セットの前記少なくとも１部がドロップされるとの決定に従って、前記アップリンクデータの第１セット又は前記第１遅延バジェットに関連付けられたドロップ指示を、前記ＵＥに送信する手段と、
をさらに含む、
請求項１１に記載のネットワーク装置。

【請求項20】

前記アップリンクデータの第１セットの前記少なくとも一部をドロップするかどうかを決定する手段は、
前記アップリンクデータの第１セットの前記少なくとも一部が前記第１遅延バジェット内で送信可能かどうか、又は
上位レイヤの指示
のうちの１つに基づいて、前記アップリンクデータの第１セットの前記少なくとも一部をドロップするかどうかを決定する手段を含む、
請求項１９に記載のネットワーク装置。

【請求項21】

前記情報に基づいて前記第１遅延バジェットを決定する手段、又は
アップリンクＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）パラメータに基づいて前記第１遅延バジェットを決定する手段、
をさらに含む、
請求項１１に記載のネットワーク装置。

【請求項22】

ユーザ装置（ＵＥ）により実行される通信の方法であって、
送信されるアップリンクデータの第１セットの第１数と、前記アップリンクデータの第１セットの第１数に関連付けられる第１遅延バジェットとを示す情報を、ネットワーク装置に送信すること、
を含む、
方法。

【請求項23】

前記第１遅延バジェットは、前記情報が送信された時間から前記アップリンクデータの第１セットが正常に送信されると予想される一番遅い時間までの期間に関連する
請求項２２に記載の方法。

【請求項24】

前記情報は、ＭＡＣ ＣＥにおいて送信される
請求項２２に記載の方法。

【請求項25】

前記第１遅延バジェットのため、前記アップリンクデータの第１セットの一部が送信できない場合、前記アップリンクデータの第１セットを破棄することを、さらに含む
請求項２２に記載の方法。

【国際調査報告】