特表 2022-549956 バッファステータスレポートの報告方法及び通信装置

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

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

(11)【公表番号】

(43)【公表日】2022-11-29

(54)【発明の名称】バッファステータスレポートの報告方法及び通信装置

(51)【国際特許分類】

   H04W 72/10 20090101AFI20221121BHJP

   H04W 92/18 20090101ALI20221121BHJP

   H04W 4/40 20180101ALI20221121BHJP

【ＦＩ】

H04W72/10

H04W92/18

H04W4/40

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022519845

(86)(22)【出願日】2019-09-30

(85)【翻訳文提出日】2022-05-25

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

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

(87)【国際公開日】2021-04-08

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ユイ，チャーン

(72)【発明者】

【氏名】チャーン，ジュインゥレン

(72)【発明者】

【氏名】シヤオ，シヤオ

(72)【発明者】

【氏名】リー，シアーンユイ

(72)【発明者】

【氏名】ワーン，ジュイン

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

5K067

【Ｆターム（参考）】

5K067AA13

5K067DD11

5K067EE02

5K067EE10

5K067EE25

5K067HH21

(57)【要約】

本願は、バッファステータスレポートの報告方法及び通信装置を提供し、車両運転に関するシステム、例えば、自動運転システム又はＶ２Ｘシステムに適用され得る。方法は、端末デバイスによって、サイドリンクバッファステータスレポートＳＬ ＢＳＲに対応する第１パラメータと、アップリンクバッファステータスレポートＵＬ ＢＳＲに対応する第２パラメータとを取得することと、第１パラメータ及び第２パラメータに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定することとを含む。第１パラメータは、データを有するサイドリンクサービスの優先度に関係があり、第２パラメータは、データを有するアップリンクサービスの優先度に関係がある。これは、低優先度のサービスに基づきトリガされたＢＳＲが優先的にＭＡＣ ＰＤＵのために多重化され得るために、高優先度のサービスに基づきトリガされたＢＳＲが遅延するという問題に対処する。更に、ＵＬ及びＳＬに実際に存在するデータは包括的に考えることができ、端末デバイスの全体の通信効率は改善される。

【特許請求の範囲】

【請求項1】

端末デバイスによって、サイドリンクバッファステータスレポートＳＬ ＢＳＲに対応する第１パラメータと、アップリンクバッファステータスレポートＵＬ ＢＳＲに対応する第２パラメータとを取得することと、
前記端末デバイスによって、前記第１パラメータ及び前記第２パラメータに基づき、前記ＳＬ ＢＳＲの優先度が前記ＵＬ ＢＳＲの優先度よりも高いこと、又は前記ＵＬ ＢＳＲの優先度が前記ＳＬ ＢＳＲの優先度よりも高いことを決定することと
を有する、バッファステータスレポートの報告方法。

【請求項2】

前記第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、
前記第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である、
請求項１に記載のバッファステータスレポートの報告方法。

【請求項3】

前記サイドリンクサービスは、次の、サイドリンククオリティ・オブ・サービスＱｏＳフロー、サイドリンク論理チャネルＬＣＨ、サイドリンクデータ無線ベアラＤＲＢ、サイドリンク論理チャネルグループＬＣＧ、サイドリンクサービスあて先識別子、及びサイドリンクパケットデータユニットセッションＰＤＵセッション、のうちの１つ以上を有し、
前記アップリンクサービスは、次の、アップリンククオリティ・オブ・サービスフロー、アップリンク論理チャネルＬＣＨ、アップリンクデータ無線ベアラＤＲＢ、アップリンク論理チャネルグループＬＣＧ、アップリンクサービスあて先識別子、及びアップリンクパケットデータユニットセッション、のうちの１つ以上を有する、
請求項２に記載のバッファステータスレポートの報告方法。

【請求項4】

前記サイドリンクサービスが前記ＳＬ ＬＣＧである場合に、前記第１パラメータは、サイドリンクデータを有する１つ以上のＳＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＧの優先度であり、かつ／あるいは、
前記アップリンクサービスが前記ＵＬ ＬＣＧである場合に、前記第２パラメータは、アップリンクデータを有する１つ以上のＵＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＧの優先度である、
請求項２又は３に記載の方法。

【請求項5】

前記サイドリンクサービスが前記ＳＬ ＬＣＨである場合に、前記第１パラメータは、サイドリンクデータを有する１つ以上のＳＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、かつ／あるいは、
前記アップリンクサービスが前記ＵＬ ＬＣＨである場合に、前記第２パラメータは、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である、
請求項２乃至４のうちいずれか一項に記載のバッファステータスレポートの報告方法。

【請求項6】

前記端末デバイスによって、前記第１パラメータ及び前記第２パラメータに基づき、前記ＳＬ ＢＳＲの優先度が前記ＵＬ ＢＳＲの優先度よりも高いこと、又は前記ＵＬ ＢＳＲの優先度が前記ＳＬ ＢＳＲの優先度よりも高いことを決定することは、
前記第１パラメータが前記第２パラメータよりも大きい場合に、前記端末デバイスによって、前記ＳＬ ＢＳＲの優先度が前記ＵＬ ＢＳＲの優先度よりも高いと決定すること、又は
前記第１パラメータが前記第２パラメータ以下である場合に、前記端末デバイスによって、前記ＵＬ ＢＳＲの優先度が前記ＳＬ ＢＳＲの優先度よりも高いと決定すること
を有する、
請求項１乃至５のうちいずれか一項に記載のバッファステータスレポートの報告方法。

【請求項7】

当該方法は、
第１条件を満足するサービスがある場合に、前記端末デバイスによって、前記第１条件を満足する前記サービスのバッファステータス情報を含む第１ＢＳＲを生成することと、
前記端末デバイスによって、前記第１ＢＳＲを送信することと
を更に有し、
前記第１条件は、前記サービスの優先度が第１閾値以上であることである、
請求項１乃至６のうちいずれか一項に記載のバッファステータスレポートの報告方法。

【請求項8】

前記第１ＢＳＲは、前記第１条件を満足しないサービスのバッファステータス情報を含まない、
請求項７に記載のバッファステータスレポートの報告方法。

【請求項9】

前記第１閾値は、次の、事前設定された値、ネットワークによって設定された値、より優先度が低いＢＳＲをトリガするサービスに対応する優先度の中で最も高い優先度を有しているサービスの優先度、データを有しかつより優先度が低いＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度、又はデータを有しかつより優先度が低いＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度、のうちのいずれか１つを有し、
前記ＵＬ ＢＳＲの優先度が前記ＳＬ ＢＳＲの優先度よりも高い場合に、前記より優先度が低いＢＳＲは前記ＳＬ ＢＳＲであり、あるいは、前記ＵＬ ＢＳＲの優先度が前記ＳＬ ＢＳＲの優先度よりも低い場合に、前記より優先度が低いＢＳＲは前記ＵＬ ＢＳＲである、
請求項７又は８に記載のバッファステータスレポートの報告方法。

【請求項10】

当該方法は、
前記端末デバイスによって、前記第１条件を満足しないサービスのバッファステータス情報を含む第２ＢＳＲを送信することを更に有する、
請求項７乃至９のうちいずれか一項に記載のバッファステータスレポートの報告方法。

【請求項11】

端末デバイスによって、第１アップリンクリソースのサイズを取得することと、
前記端末デバイスによって、前記第１アップリンクリソースの前記サイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定することと
を有する、バッファステータスレポートの報告方法。

【請求項12】

前記端末デバイスによって、前記第１アップリンクリソースの前記サイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定することは、
前記第１アップリンクリソースの前記サイズが前記ＵＬ ＢＳＲのサイズ以上であるか、あるいは、前記第１アップリンクリソースの前記サイズが、前記ＵＬ ＢＳＲのサイズ及び少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズ以上であるか、あるいは、前記第１アップリンクリソースの前記サイズが前記ＵＬ ＢＳＲのサイズ以上でありかつ前記第１アップリンクリソースの前記サイズが前記ＳＬ ＢＳＲのサイズ以下であるか、あるいは、前記第１アップリンクリソースの前記サイズが前記ＵＬ ＢＳＲのサイズ及び少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズ以上でありかつ前記第１アップリンクリソースの前記サイズが前記ＳＬ ＢＳＲのサイズ以下である場合に、前記端末デバイスによって、前記ＵＬ ＢＳＲの優先度が前記ＳＬ ＢＳＲの優先度よりも高いと決定することを有する、
請求項１１に記載のバッファステータスレポートの報告方法。

【請求項13】

前記端末デバイスによって、前記第１アップリンクリソースの前記サイズに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定することは、
前記第１アップリンクリソースの前記サイズが前記ＳＬ ＢＳＲのサイズ以上であるか、あるいは、前記第１アップリンクリソースの前記サイズが、前記ＳＬ ＢＳＲのサイズ及び少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲのサイズ以上であるか、あるいは、前記第１アップリンクリソースの前記サイズが前記ＳＬ ＢＳＲのサイズ以上でありかつ前記第１アップリンクリソースの前記サイズが前記ＵＬ ＢＳＲのサイズ以下であるか、あるいは、前記第１アップリンクリソースの前記サイズが前記ＳＬ ＢＳＲのサイズ及び少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲのサイズ以上でありかつ前記第１アップリンクリソースの前記サイズが前記ＵＬ ＢＳＲのサイズ以下である場合に、前記端末デバイスによって、前記ＳＬ ＢＳＲの優先度が前記ＵＬ ＢＳＲの優先度よりも高いと決定することを有する、
請求項１１に記載のバッファステータスレポートの報告方法。

【請求項14】

当該方法は、前記端末デバイスによって、前記ＳＬ ＢＳＲに対応する第１パラメータと、前記ＵＬ ＢＳＲに対応する第２パラメータとを取得することを更に有し、
前記第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、前記第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度であり、あるいは、
前記第１パラメータは、前記ＳＬ ＢＳＲをトリガするサイドリンクサービスに対応する優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、前記第２パラメータは、前記ＵＬ ＢＳＲをトリガするアップリンクサービスに対応する優先度の中で最も高い優先度を有しているアップリンクサービスの優先度であり、
前記端末デバイスによって、前記第１アップリンクリソースの前記サイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定することは、
前記端末デバイスによって、前記第１アップリンクリソースの前記サイズ、前記第１パラメータ、及び前記第２パラメータに基づき、前記ＵＬ ＢＳＲの優先度が前記ＳＬ ＢＳＲの優先度よりも高いこと、又は前記ＳＬ ＢＳＲの優先度が前記ＵＬ ＢＳＲの優先度よりも高いことを決定することを有する、
請求項１１に記載のバッファステータスレポートの報告方法。

【請求項15】

前記端末デバイスによって、前記第１アップリンクリソースの前記サイズ、前記第１パラメータ、及び前記第２パラメータに基づき、前記ＵＬ ＢＳＲの優先度が前記ＳＬ ＢＳＲの優先度よりも高いこと、又は前記ＳＬ ＢＳＲの優先度が前記ＵＬ ＢＳＲの優先度よりも高いことを決定することは、
前記第１アップリンクリソースの前記サイズが前記ＳＬ ＢＳＲのサイズよりも小さくかつ前記ＵＬ ＢＳＲのサイズよりも小さい場合に、前記端末デバイスによって、前記第１パラメータ及び前記第２パラメータに基づき、前記ＵＬ ＢＳＲの優先度が前記ＳＬ ＢＳＲの優先度よりも高いこと、又は前記ＳＬ ＢＳＲの優先度が前記ＵＬ ＢＳＲの優先度よりも高いことを決定すること、あるいは、
前記第１アップリンクリソースの前記サイズが前記ＳＬ ＢＳＲのサイズ以上でありかつ前記ＵＬ ＢＳＲのサイズ以上である場合に、前記端末デバイスによって、前記第１パラメータ及び前記第２パラメータに基づき、前記ＵＬ ＢＳＲの優先度が前記ＳＬ ＢＳＲの優先度よりも高いこと、又は前記ＳＬ ＢＳＲの優先度が前記ＵＬ ＢＳＲの優先度よりも高いことを決定すること
を有する、
請求項１４に記載のバッファステータスレポートの報告方法。

【請求項16】

前記端末デバイスによって、前記第１パラメータ及び前記第２パラメータに基づき、前記ＵＬ ＢＳＲの優先度が前記ＳＬ ＢＳＲの優先度よりも高いこと、又は前記ＳＬ ＢＳＲの優先度が前記ＵＬ ＢＳＲの優先度よりも高いことを決定することは、
前記ＳＬ ＢＳＲに対応する前記第１パラメータが前記ＵＬ ＢＳＲに対応する前記第２パラメータよりも大きい場合に、前記端末デバイスによって、前記ＳＬ ＢＳＲの優先度が前記ＵＬ ＢＳＲの優先度よりも高いと決定すること、又は
前記ＳＬ ＢＳＲに対応する前記第１パラメータが前記ＵＬ ＢＳＲに対応する前記第２パラメータよりも小さい場合に、前記端末デバイスによって、前記ＵＬ ＢＳＲの優先度が前記ＳＬ ＢＳＲの優先度よりも高いと決定すること
を有する、
請求項１５に記載のバッファステータスレポートの報告方法。

【請求項17】

通信装置であって、
プロセッサを有し、該プロセッサがメモリへ結合され、
前記メモリは、コンピュータプログラムを記憶するよう構成され、
前記プロセッサは、前記メモリに記憶されている前記コンピュータプログラムを実行して、当該通信装置が、請求項１乃至１０のうちいずれか一項に記載のバッファステータスレポートの報告方法を実行することを可能にするよう構成される、
通信装置。

【請求項18】

通信装置であって、
プロセッサを有し、該プロセッサがメモリへ結合され、
前記メモリは、コンピュータプログラムを記憶するよう構成され、
前記プロセッサは、前記メモリに記憶されている前記コンピュータプログラムを実行して、当該通信装置が、請求項１１乃至１６のうちいずれか一項に記載のバッファステータスレポートの報告方法を実行することを可能にするよう構成される、
通信装置。

【請求項19】

プロセッサ及び入力／出力ポートを有し、
前記プロセッサが、請求項１乃至１０のうちいずれか一項に記載の処理機能を実装するよう構成され、前記入力／出力ポートが、請求項１乃至１０のうちいずれか一項に記載の送受信機能を実装するよう構成される、
チップシステム。

【請求項20】

プロセッサ及び入力／出力ポートを有し、
前記プロセッサが、請求項１１乃至１６のうちいずれか一項に記載の処理機能を実装するよう構成され、前記入力／出力ポートが、請求項１１乃至１６のうちいずれか一項に記載の送受信機能を実装するよう構成される、
チップシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、通信技術の分野に、特に、バッファステータスレポートの報告方法及び通信装置に関係がある。

【背景技術】

【0002】

車両のインターネット、つまり、車両が互いに接続されるネットワークでは、新世代の情報及び通信技術に応じて、車両とあらゆるものとの間（つまり、車両と車両、人々、道路、又はサービスプラットフォームとの間）のネットワーク接続を実装するよう、移動車両が情報検知対象物として使用される。これは、車両の全体的なインテリジェント運転機能を改善し、ユーザに安全、快適、インテリジェント、かつ効率的な運転経験及び交通サービスを提供し、交通運用効率を改善し、社会的な交通サービスのインテリジェントレベルを高めることができる。新しい車両のインターネットのソリューションでは、車両対あらゆるもの（vehicle to everything，Ｖ２Ｘ）の通信は、車両に関する情報が、車両に実装されているセンサ、車載端末、などを通じて供給されることを意味し、車両間（vehicle to vehicle，Ｖ２Ｖ）通信、車両対歩行者（vehicle to pedestrian，Ｖ２Ｐ）の通信、車両対インフラストラクチャ（vehicle to infrastructure，Ｖ２Ｉ）の通信、及び車両対ネットワーク（vehicle to network，Ｖ２Ｎ）の通信は、様々な通信技術を用いることによって実装される。例えば、これらの通信シナリオは図１に示される。

【0003】

Ｖ２Ｘには２つのエア通信インターフェース、つまり、ＰＣ５インターフェース及びＵｕインターフェースがある。ＰＣ５インターフェースは、端末間の直接通信のために主に使用され、Ｕｕインターフェースは、端末とネットワークとの間の通信のために主に使用される。Ｕｕインターフェースでは、端末は、図２に示されるアップリンク（uplink，ＵＬ）で基地局へアップリンクデータを送信し得る。端末がアップリンクデータを送信する前に、端末は、ＵＬバッファステータスレポート（buffer status report，ＢＳＲ）を基地局へＵＬを介して送信し、ＵＬ ＢＳＲは、端末のアップリンクバッファに存在する送信対象のデータの量を示すために使用され、それにより、基地局は、端末に対して、ＵＬ ＢＳＲに基づき、アップリンクデータ（ＵＬデータ）を伝送するためのアップリンクリソース（ＵＬグラント）を割り当てる。ＰＣ５インターフェースでは、端末は、図２に示されるサイドリンク（sidelink，ＳＬ）で互いと直接に通信し得る。可能な実施では、端末がＳＬを介して互いと直接に通信する前に、端末の１つは、図２に示されるＵＬで基地局へＳＬ ＢＳＲを送信し、ＳＬ ＢＳＲは、その端末のサイドリンクバッファに存在する送信対象のデータの量を示すために使用され、それにより、基地局は、その端末に対して、ＳＬ ＢＳＲに基づき、サイドリンクデータ（ＳＬデータ）を伝送するためのサイドリンクリソース（ＳＬグラント）を割り当てる。

【0004】

現在、端末がＵＬ ＢＳＲ及びＳＬ ＢＳＲを同時にトリガするシナリオでは、アップリンクデータ及びサイドリンクデータを送信する効率を改善する有効な解決法がない。

【発明の概要】

【0005】

本願の実施形態は、アップリンクデータ及び／又はサイドリンクデータを伝送する効率を改善するための、バッファステータスレポートの報告方法及び装置を提供する。

【0006】

上記の目的を達成するために、以下の技術的解決法が、本願の実施形態で使用される。

【0007】

第１の態様に従って、本願の実施形態は、バッファステータスレポートの報告方法を提供する。方法は、端末デバイス、端末デバイスのコンポーネント（例えば、チップシステム）、又は端末機能を備えた他のコンポーネントに適用される。方法は、端末デバイスが、サイドリンクバッファステータスレポートＳＬ ＢＳＲに対応する第１パラメータと、アップリンクバッファステータスレポートＵＬ ＢＳＲに対応する第２パラメータとを取得し、第１パラメータ及び第２パラメータに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定する、ことを含む。第１パラメータは、データを有するサイドリンクサービスの優先度に関係があり、第２パラメータは、データを有するアップリンクサービスの優先度に関係がある。代替的に、第１パラメータは、データを有するサイドリンクサービスに対応する優先度に基づき決定され、第２パラメータは、データを有するアップリンクサービスの優先度に基づき決定される。可能な実施では、データを有する１つ以上のサイドリンクサービスに夫々対応する１つ以上の優先度の中の優先度（例えば、優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度）が、第１パラメータとして使用されてよく、データを有する１つ以上のアップリンクサービスに夫々対応する１つ以上の優先度の中の優先度（例えば、最も高い優先度）が、第２パラメータとして使用されてよい。

【0008】

既存の解決法では、端末デバイスは、ＳＬ ＢＳＲ媒体アクセス制御制御要素（media access control control element，ＭＡＣ ＣＥ）又はＵＬ ＢＳＲ ＭＡＣ ＣＥを連続して優先的にカプセル化する場合があり、その場合に、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度が、ＵＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度を、ＳＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度と比較することによって決定されるので、アップリンクデータ又はサイドリンクデータの伝送は遅延する。既存の解決法と比較して、本願の実施形態における技術的解決法では、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度は、サイドリンクデータを実際に有するサイドリンクサービスの優先度及び／又はアップリンクデータを実際に有するアップリンクサービスの優先度に基づき決定され、取得された優先度比較結果は、サービス要件をより良く満足する。このようにして、端末デバイスは、優先的に高優先度のアップリンクデータ又は高優先度のサイドリンクデータを続いて送信することができる。これは、アップリンクデータ又はサイドリンクデータを送信する効率を改善する。

【0009】

可能な解決法では、第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0010】

可能な解決法では、サイドリンクサービスは、次の、サイドリンククオリティ・オブ・サービスＱｏＳフロー、サイドリンク論理チャネルＬＣＨ、サイドリンクデータ無線ベアラＤＲＢ、サイドリンク論理チャネルグループＬＣＧ、サイドリンクサービスあて先識別子、及びサイドリンクパケットデータユニットセッションＰＤＵセッション、のうちの１つ以上を含む。

【0011】

アップリンクサービスは、次の、アップリンククオリティ・オブ・サービスフロー、アップリンク論理チャネルＬＣＨ、アップリンクデータ無線ベアラＤＲＢ、アップリンク論理チャネルグループＬＣＧ、アップリンクサービスあて先識別子、及びアップリンクパケットデータユニットセッション、のうちの１つ以上を含む。

【0012】

可能な解決法では、サイドリンクサービスはＳＬ ＬＣＧであり、第１パラメータは、サイドリンクデータを有する１つ以上のＳＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＧの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＧである場合に、第２パラメータは、アップリンクデータを有する１つ以上のＵＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＧの優先度である。

【0013】

可能な解決法では、サイドリンクサービスがＳＬ ＬＣＨである場合に、第１パラメータは、サイドリンクデータを有する１つ以上のＳＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＨである場合に、第２パラメータは、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。

【0014】

可能な解決法では、端末デバイスが、第１パラメータ及び第２パラメータに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定することは：
第１パラメータが第２パラメータよりも大きい場合に、端末デバイスが、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定すること、又は
第１パラメータが第２パラメータよりも小さい場合に、端末デバイスが、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定することを含む。

【0015】

可能な解決法では、方法は：
第１条件を満足するサービスがある場合に、端末デバイスが、第１条件を満足するサービスのバッファステータス情報を含む第１ＢＳＲを生成することと、
端末デバイスが第１ＢＳＲを送信することと
を更に含む。

【0016】

第１条件は、サービスの優先度が第１閾値以上であることである。

【0017】

可能な解決法では、端末デバイスは、第１アップリンクリソースで第１ＢＳＲを送信する。

【0018】

可能な解決法では、第１ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報を含まない。言い換えると、第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報のみを含む。言い換えると、第１ＢＳＲは、優先度が第１閾値以上であるサービスのバッファステータス情報のみを含む。

【0019】

可能な解決法では、第１閾値は、次の、事前設定された値、ネットワークによって設定された値、より優先度が低いＢＳＲをトリガするサービスに対応する優先度の中で最も高い優先度を有しているサービスの優先度、データを有しかつより優先度が低いＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度、又はデータを有しかつより優先度が低いＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度、のうちのいずれか１つを含む。可能な実施では、第１閾値は、代替的に、いくつかのパラメータに基づき端末デバイスによって決定された値であってよい。例えば、端末デバイスは、第１アップリンクリソースのサイズに基づき第１閾値を決定する。

【0020】

ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高い場合に、より優先度が低いＢＳＲはＳＬ ＢＳＲであり、あるいは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低い場合に、より優先度が低いＢＳＲはＵＬ ＢＳＲである。

【0021】

第１条件を満足するサービスは、サイドリンクサービス及びアップリンクサービスの両方を含んでよい。アップリンクサービスは、アップリンク論理チャネルであり、サイドリンクサービスは、サイドリンク論理チャネルである。図１１が例として使用され、図６（ａ）に対応する技術的解決法が、サービスの優先度を比較するために使用される。第１閾値が４である場合に、データを有するＬＣＨは、黒色で塗りつぶされている、優先度値が２、７、８、４、６及び１０であるＳＬ ＬＣＨと、優先度値が３、４、５及び６であるＵＬ ＬＣＨとである。ＤＳＴ１に対応するＳＬ ＬＣＧ１内の最初のＳＬ ＬＣＨの優先度と、ＵＬ ＬＣＧ１内の３番目のＵＬ ＬＣＨの優先度とは、第１閾値以上である。言い換えると、第１条件を満足するＬＣＨは、図１１中で矢印によって示されているＬＣＨである。

【0022】

第１条件を満足するサービスは、サイドリンクサービス及びアップリンクサービスの両方を含んでよい。アップリンクサービスは、アップリンク論理チャネルグループであり、サイドリンクサービスは、サイドリンク論理チャネルグループである。図１１が例として使用され、図６（ａ）に対応する技術的解決法が、サービスの優先度を比較するために使用される。第１閾値が４である場合に、図１１には、データを有する６つのＬＣＧが存在する。ＤＳＴ１に対応するＬＣＧ１の優先度値は１である。同様に、ＤＳＴ１に対応するＬＣＧ２の優先度値は７であり、ＤＳＴ２に対応するＬＣＧ１の優先度値は４であり、ＤＳＴ２に対応するＬＣＧ２の優先度値は９である。ＤＳＴ３に対応するＬＣＧ１の優先度値は１であり、ＤＳＴ４に対応するＬＣＧ１の優先度値は４である。言い換えると、優先度が第１閾値以上であるＬＣＧは、破線ボックスによって示されている４つのＬＣＧである。

【0023】

可能な実施では、第１条件を満足するサービスは、サイドリンク又はアップリンクサービスである。この場合に、第１閾値は、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度に関係があってよい。具体的に、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いとき、第１条件を満足するサービスは、サービス優先度が第１閾値以上であるアップリンクサービスである。ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低いとき、第１条件を満足するサービスは、サービス優先度が第１閾値以上であるサイドリンクサービスである。ここで、図６（ａ）、図６（ｂ）、若しくは図６（ｃ）に対応する技術的解決法、又は既存の技術が、ＵＬ ＢＳＲの優先度をＳＬ ＢＳＲの優先度と比較するために使用されてよい。

【0024】

この場合に、端末デバイスがＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定した後、端末デバイスは、より高い優先度のＢＳＲを切り捨ててもよい。具体的に言えば、端末デバイスは、より高い優先度のＢＳＲに含まれるＬＣＧバッファステータス情報の量を制限する。この場合に、第１閾値は、より低い優先度のＢＳＲをトリガするサービスに対応する優先度の中で最も高い優先度を有しているサービスの優先度、又はデータを有しかつより低い優先度のＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度であってよい。確かに、第１閾値は、代替的に、事前設定された値、ネットワークデバイスによって設定された値、又は端末デバイスによって決定された値であってもよい。

【0025】

可能な解決法では、方法は：
端末デバイスが、第１条件を満足しないサービスのバッファステータス情報を含む第２ＢＳＲを送信することを更に含む。言い換えると、第２ＢＳＲは、優先度が第１閾値以下であるサービスのバッファステータス情報を含む。端末デバイスが第１アップリンクリソースで第１ＢＳＲを送信することに基づいて、第１アップリンクリソースに残っているリソースがある場合には、端末デバイスは、第１アップリンクリソースで第２ＢＳＲを送信してもよい。代替的に、第１アップリンクリソースに残っているリソースがない場合には、端末デバイスは、第２アップリンクリソースで第２ＢＳＲを送信してもよい。

【0026】

第２の態様に従って、本願は、バッファステータスレポートの報告方法を提供する。方法は、端末デバイス、端末デバイスのコンポーネント（例えば、チップシステム）、又は端末機能を備えている他のコンポーネントによって実行され得る。方法は、端末デバイスが、第１アップリンクリソースのサイズを取得し、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する、ことを含む。

【0027】

可能な解決法では、端末デバイスが、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定することは：
第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上であるか、あるいは、第１アップリンクリソースのサイズが、ＵＬ ＢＳＲのサイズ及び少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズ以上であるか、あるいは、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上でありかつ第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以下であるか、あるいは、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ及び少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズ以上でありかつ第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以下である場合に、端末デバイスが、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定することを含む。

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

【図1】本願の実施形態に従うＶ２Ｘ通信シナリオの概略図である。

【図2】本願の実施形態に従うアップリンク及びサイドリンクの概略図である。

【図3】本願の実施形態に従う通信システムの略アーキテクチャ図である。

【図4】本願の実施形態に従う通信装置の略構造図である。

【図5】本願の実施形態に従う優先度比較原理の概略図である。

【図6(a)】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図6(b)】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図6(c)】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図7】本願の実施形態に従う優先度比較原理の概略図である。

【図8】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図9】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図10(a)】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図10(b)】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図10(c)】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図11】本願の実施形態に従う優先度比較原理の概略図である。

【図12】本願の実施形態に従う通信装置の略構造図である。

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

【0085】

以下は、添付の図面を参照して、本願の技術的解決法について記載する。

【0086】

最初に、本願の実施形態における技術的解決法を読者が理解するのを助けるために、本願の実施形態に関係があるいくつかの技術用語が最初に説明される。

【0087】

１．論理チャネル（logical channel，ＬＣＨ）：端末は、異なるサービスに基づき複数の論理チャネルを確立し得る。ＬＣＨは、データを運ぶチャネルを示すために使用される。ＬＣＨは、ＬＣＨのタイプに基づき、制御チャネル及びトラフィックチャネルに分類され得る。

【0088】

２．論理チャネルグループ（logical channel group，ＬＣＧ）：論理チャネルで送信されるデータがある場合に、論理チャネルのＢＳＲが報告される。これは、シグナリングオーバーヘッドを増大させる。この場合を回避するために、ＬＣＧの概念がＬＴＥでは導入されている。１つのＬＣＧは、１つ以上の論理チャネルを含む。ＵＥは、ＬＣＧに基づきＢＳＲを報告する。具体的に言えば、ＵＥは、ＢＳＲにおいて、各ＬＣＧ内のバッファサイズを示す。

【0089】

３．ＢＳＲ ＭＡＣ制御要素（control element，ＣＥ）：ＢＳＲは、ＵＬ ＭＡＣプロトコルデータユニット（protocol data unit，ＰＤＵ）で運ばれ、ＵＬ ＭＡＣ ＰＤＵは、１つ以上のＢＳＲ ＭＡＣ ＣＵを含む。具体的に、ＰＣ５インターフェースでは、ＵＬ ＭＡＣ ＰＤＵは、１つ以上のＳＬ ＢＳＲ ＭＡＣ ＣＥを含み、Ｕｕインターフェースでは、ＵＬ ＭＡＣ ＰＤＵは、１つ以上のＵＬ ＢＳＲ ＭＡＣ ＣＥを含む。

【0090】

例えば、ＢＳＲ ＭＡＣ ＣＥのフォーマットが表１に示される。

【表1】

【0091】

各あて先（略してＤＳＴ）インデックスは、１つ以上のＬＣＧ ＩＤを含んでよく、複数のあて先インデックスが、同じＬＣＧ ＩＤを含んでもよい。例えば、あて先インデックス１は、ＬＣＧ ＩＤ１及びＬＣＧ ＩＤ２を含むことができ、あて先インデックス２も、ＬＣＧ ＩＤ１及びＬＣＧ ＩＤ２を含むことができる。あて先インデックス及びＬＣＧ ＩＤは、ＬＣＧを一意に示すために一緒に使用されてよい。

【0092】

本願の実施形態で、端末デバイスは、表１に示されるＢＳＲ ＭＡＣ ＣＥをＵＬ ＭＡＣ ＰＤＵにカプセル化し、ＵＬ ＭＡＣ ＰＤＵをネットワークデバイスへ送信して、ＬＣＧ１内のバッファサイズ（つまり、バッファサイズ１）及びＬＣＧ２内のバッファサイズ（つまり、バッファサイズ２）をネットワークデバイスへ報告し得る。

【0093】

ＵｕインターフェースでのＵＬ ＢＳＲ ＭＡＣ ＣＥのフォーマットは、ＰＣ５インターフェースでのＳＬ ＢＳＲ ＭＡＣ ＣＥのフォーマットとは異なってもよい。具体的に、ＵｕインターフェースでのＵＬ ＢＳＲ ＭＡＣ ＣＥは、４つのフォーマットを有している：
●ショートＢＳＲフォーマット（固定サイズを有する）、つまり、ｓｈｏｒｔ ＢＳＲフォーマット、
●ロングＢＳＲフォーマット（可変サイズを有する）、つまり、ｌｏｎｇ ＢＳＲフォーマット、
●ショートトランケーテッドＢＳＲフォーマット（固定サイズを有する）、つまり、ｓｈｏｒｔ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット、及び
●ロングトランケーテッドＢＳＲフォーマット（可変サイズを有する）、つまり、ｌｏｎｇ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット。

【0094】

ＰＣ５インターフェースでのＳＬ ＢＳＲ ＭＡＣ ＣＥは、２つのフォーマットを有している：
●ＢＳＲフォーマット（可変サイズを有する）、及び
●トランケーテッドＢＳＲフォーマット（可変サイズを有する）。

【0095】

４．論理チャネル識別（logical channel identification，ＬＣＩＤ）：ＢＳＲフォーマット、又はＢＳＲ ＭＡＣ ＣＥフォーマットと呼ばれるものは、ＵＬ ＭＡＣ ＰＤＵに含まれているサブヘッダ（subheader）内のＬＣＩＤによって識別される。可能な実施では、ＬＣＩＤ値及び異なるＬＣＩＤ値の意味は、表２に示される。

【表2】

【0096】

表２によれば、ＬＣＩＤ値が１１１０１１、１１１１００、１１１１０１、及び１１１１１０であるとき、ＢＳＲフォーマットは、ｓｈｏｒｔ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット、ｌｏｎｇ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット、ｓｈｏｒｔ ＢＳＲフォーマット、及びｌｏｎｇ ＢＳＲフォーマットであることが分かる。

【0097】

各ＢＳＲ ＭＡＣ ＣＥは1つのＬＣＩＤに対応し、ＬＣＩＤは、ＢＳＲ ＭＡＣ ＣＥのＢＳＲフォーマットを示すために使用される。例えば、表1に示されるＢＳＲ ＭＡＣ ＣＥは、ＬＣＩＤ値１１１０１１に対応し、そのＬＣＩＤ値は、ＢＳＲ ＭＡＣ ＣＥがｓｈｏｒｔ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマットにあることを示す。

【0098】

５．ペンディング（pending）：ペンディングは、トリガされており、送信されるべきであることを意味する。例えば、ペンディングデータは、送信されるべきデータである。ペンディングＢＳＲは、トリガされており、送信されるべきであるＢＳＲである。ペンディングＳＲは、トリガされており、送信されるべきであるＳＲである。

【0099】

６．非パディングバッファステータスレポート（非パディングＢＳＲ）は、異なるトリガ条件に基づき、ＢＳＲがパディングバッファステータスレポート（パディングＢＳＲ）及び非パディングバッファステータスレポート（非パディングＢＳＲ）に分類される。例えば、端末デバイスが全てのとり得るデータ及びシグナリングを多重化シーケンスにおいて多重化した後、依然として残っているアップリンクリソースがあり、残りのリソースのサイズがＢＳＲ及びＢＳＲのサブヘッダを収容するのに十分である場合には、ＢＳＲはトリガされ、ＢＳＲはパディングＢＳＲと呼ばれる。優先度が目下の伝送対象のデータの優先度よりも高いデータを端末デバイスが生成するとき、ＢＳＲはトリガされ、ＢＳＲは非パディングＢＳＲと呼ばれる。上記のデータの優先度は、データをバッファリングするＬＣＨの優先度として理解され得る。

【0100】

７．優先順位：一般に、ＳＬ ＢＳＲ ＭＡＣ ＣＥ及びＵＬ ＢＳＲ ＭＡＣ ＣＥは、ＭＡＣ ＰＤＵを形成するようＳＬ ＢＳＲ ＭＡＣ ＣＥ又はＵＬ ＢＳＲ ＭＡＣ ＣＥを多重化及びカプセル化するプロセスで優先順位を有している。ＳＬ ＢＳＲ ＭＡＣ ＣＥの優先度がＵＬ ＢＳＲ ＭＡＣ ＣＥの優先度よりも高い場合には、端末デバイスは、優先的に、ＳＬ ＢＳＲ ＭＡＣ ＣＥをＭＡＣ ＰＤＵにカプセル化し、そうではなく、ＳＬ ＢＳＲ ＭＡＣ ＣＥの優先度がＵＬ ＢＳＲ ＭＡＣ ＣＥの優先度よりも低い場合には、端末デバイスは、優先的に、ＵＬ ＢＳＲ ＭＡＣ ＣＥをＭＡＣ ＰＤＵにカプセル化する。

【0101】

８．クオリティ・オブ・サービスフロー（quality of service flow，ＱｏＳフロー）：データフローのタイプは、データフローの相対的な重要性を識別するよう伝送優先度を割り当てられ得る。更に、デバイスによって提供される様々な優先度転送ポリシー及び輻輳回避メカニズムのようなメカニズムが、データフローのための特別な伝送サービスを提供するために使用される。そのようなタイプのデータフローがＱｏＳフローと呼ばれる。

【0102】

９．データ無線ベアラ（data radio bearer，ＤＲＢ）：無線ベアラは、種々の搬送コンテンツに基づき、シグナリング無線ベアラ（signaling radio bearer，ＳＲＢ）及びＤＲＢに分類される。ＤＲＢは、ユーザプレーンデータを運ぶために使用される。ＳＲＢは、制御プレーンデータ、つまり、シグナリングを運ぶために使用される。

【0103】

１０．パケットデータユニットセッション（packet data unit session，ＰＤＵセッション）：端末デバイスは、複数のＰＤＵセッション（Protocol Data Unit Session，プロトコルデータユニットセッション）を確立し得る。１つのＰＤＵセッションは、複数のＱｏＳフローに対応し得る。同じＰＤＵセッションに対応する複数のＱｏＳフローは、同じＤＲＢにマッピングされ得る。

【0104】

１１．サービスあて先識別子：サービスあて先識別子は、異なるサービスどうしを区別するために使用される。例えば、サービスあて先識別子は、表1に示されるあて先インデックスであってよい。

【0105】

本願の実施形態で、ＢＳＲ及びＢＳＲ ＭＡＣ ＣＥは、ときどき、同義的に使用される場合がある。バッファステータス、バッファリングされたステータス、バッファ情報、及びバッファリングされた情報は、ときどき、同義的に使用される。

【0106】

例えば、本願の実施形態における優先度は、パケットごとに設定された優先度（prose per-packet priority，ＰＰＰＰ）、優先レベル値、優先度値、５Ｇクオリティ・オブ・サービス識別子（Fifth-generation QoS Identifier，5QI，５ＱＩ）、又はＳＬ伝送品質要件を反映する他のパラメータで等価に置換され得る。例えば、本願の優先度は、ＰＰＰＰで置換されてもよい。

【0107】

本願の実施形態における技術的解決法は、直交周波数分割多重アクセス（orthogonal frequency-division multiple access，ＯＦＤＭＡ）システム、シングルキャリア周波数分割多重アクセス（single carrier frequency division multiple access，ＳＣ－ＦＤＭＡ）システム、及び他のシステムのような様々な通信システムに適用されてよい。「システム」及び「ネットワーク」という用語は、交換可能である。ＯＦＤＭＡシステムは、進化型汎用地上無線アクセス（evolved universal terrestrial radio access，Ｅ－ＵＴＲＡＮ）及びウルトラモバイルブロードバンド（ultra mobile broadband，ＵＭＢ）のような無線技術を実装し得る。Ｅ－ＵＴＲＡＮは、汎用地上電気通信システム（universal mobile telecommunications system，ＵＭＴＳ）の進化したバージョンである。新しいＥ－ＵＴＲＡＮバージョンは、第３世代パートナーシッププロジェクト（3rd generation partnership project，３ＧＰＰ）におけるＬＥＴ及びＬＴＥに基づき進化した様々なバージョンで使用されている。５Ｇ通信システムは、研究中の次世代の通信システムであり、ＮＲシステムと呼ばれることもある。５Ｇ通信システムは、５Ｇ非スタンドアロン（non-standalone，略してＮＳＡ）移動体通信システム、５Ｇスタンドアロン（standalone，略してＳＡ）移動体通信システム、又は５Ｇ ＮＳＡ移動体通信システム及び５Ｇ ＳＡ移動体通信システムの両方を含む。更に、通信システムは、未来志向の通信技術に更に適用可能であってよく、本願の実施形態で提供される技術的解決法に全て適用可能である。本願に適用可能な上記の通信システムは、記載のための例にすぎず、本願に適用可能な通信システムは、それらに限られない。概要がここでは提供され、詳細は以下で記載されない。

【0108】

全ての態様、実施形態、又は特徴は、複数のデバイス、コンポーネント、モジュール、などを含み得るシステムについて記載することによって、本願で提示される。各システムは、他のデバイス、コンポーネント、モジュールなどを含んでもよく、かつ／あるいは、添付の図面を参照して議論される全てのデバイス、コンポーネント、モジュール、などを含まなくてもよいことが認識及び理解されるべきである。更に、これらの解決法の組み合わせが使用されてもよい。

【0109】

本願の明細書及び添付の図面において、「第１」、「第２」などの用語は、異なるオブジェクトどうしを区別するよう、あるいは、同じオブジェクトの異なる処理どうしを区別するよう意図されるが、オブジェクトの特定の順序について記載するために使用されるわけではない。

【0110】

「少なくとも１つ」は、１つ以上を意味する。

【0111】

「複数の」は、２つ又は２つよりも多いことを意味する。

【0112】

「及び／又は」という用語は、関連するオブジェクト間の関連付け関係を表し、３つの関係を示す可能性がある。例えば、Ａ及び／又はＢＳＲ ＭＡＣ ＣＥは、次の場合、Ａのみが存在、ＡとＢの両方が存在、及びＢのみが存在、を示すことができ、Ａ及びＢは単数又は複数であってよい。

【0113】

文字「／」は、一般に、関連するオブジェクト間の“論理和”関係を示す。例えば、Ａ／Ｂは、Ａ又はＢを表し得る。

【0114】

更に、本願の明細書で述べられている「含む」や「包含する」との用語、及びそれらのあらゆる他の変形は、非排他的な包含をカバーするよう意図される。例えば、一連のステップを含むプロセス、方法、システム、製品、又はデバイスは、挙げられているステップ又はユニットに限定されず、任意に、他の挙げられていないステップ又はユニットを含み、あるいは、任意に、プロセス、方法、製品、又はデバイスの他の内在するステップ又はユニットを含む。

【0115】

本願の実施形態で、「例」、「例えば」、などの語は、例、例示、又は記載を与えることを表すために使用されることが留意されるべきである。本願の実施形態において「例」として又は「例えば」記載されている如何なる実施形態又は設計スキームも、他の実施形態又は設計スキームよりも好ましいものとして又はより多くの利点を有するものとして説明されるべきではない。厳密には、「例」、「例えば」、などの語の使用は、関連する概念を特定の様態で表すよう意図される。

【0116】

本願の明細書及び添付の図面において、「～の（英語：ｏｆ）」、「対応する（英語：corresponding、relevant）」、及び「対応する（英語：corresponding）」は、ときどき、同義的に使用される場合がある。違いが強調されない場合には、一貫した意味が表現されることが留意されるべきである。

【0117】

本願の実施形態で、情報（information）、信号（signal）、メッセージ（message）、チャネル（channel）、又はシグナリング（signalling）は、ときどき、同義的に使用される場合がある。違いが強調されない場合には、一貫した意味が表現されることが留意されるべきである。「～の（of）」、「対応する（corresponding、relevant）」、及び「対応する（corresponding）」は、ときどき、同義的に使用される場合がある。違いが強調されない場合には、一貫した意味が表現されることが留意されるべきである。

【0118】

本願の実施形態で、下付文字、例えば、Ｗ_１は、ときどき、Ｗ１のような不正確な形で書かれる場合がある。違いが強調されない場合には、一貫した意味が表現される。

【0119】

本願の実施形態で記載されるネットワークアーキテクチャ及びサービスシナリオは、本願の実施形態における技術的解決法をより明りょうに記載するよう意図され、本願の実施形態で提供される技術的解決法に対する限定を構成しない。当業者は、ネットワークアーキテクチャの進化及び新しいシナリオの新興により、本願の実施形態で提供される技術的解決法が類似した技術的課題にも適用可能であることを認識し得る。

【0120】

本願の実施形態におけるいくつかのシナリオは、例として図３に示される通信システムにおけるシナリオを使用することによって、記載される。本願の実施形態における技術的解決法は、他の移動体通信システムに更に適用されてもよく、名称は、他の移動体通信システムでの対応する機能の名称で相応して置換されてよいことが留意されるべきである。

【0121】

本願の実施形態を理解するのを容易にするために、図３に示される通信システムは、最初に、本願の実施形態に適用可能な通信システムを詳細に記載するための例として使用される。図３は、バッファステータスレポートの報告方法が本願の実施形態に従って適用可能である通信システムの略アーキテクチャ図である。図３に示されるように、通信システムは、端末デバイス１乃至端末デバイス７のような１つ以上の端末デバイスと、１つ以上のネットワークデバイスとを含む。

【0122】

端末デバイス及びネットワークデバイスは、アップリンク（uplink，ＵＬ）及び／又はダウンリンク（downlink）にわたってＵｕインターフェースを通じて互いと通信し得る。ＵＬ上で、端末デバイスは送信側であり、ネットワークデバイスは受信側である。ＤＬ上で、ネットワークデバイスは送信側であり、端末デバイスは受信側である。

【0123】

上記の異なる端末デバイスは、サイドリンク（sidelink，ＳＬ）にわたってＰＣ５インターフェースを通じて互いと通信し得ることが理解されるべきである。ＳＬ上で、端末デバイスは送信側であり、もう１つの端末デバイス又は他の端末デバイスは受信側である。

【0124】

図３は、一例として、いくつかの端末間の信号と、いくつかの端末とネットワークデバイスとの間の信号とを示しているにすぎないことが理解されるべきである。信号はまた、他の端末間で送信又は受信されてもよく、信号はまた、他の端末とネットワークデバイスとの間で送信又は受信されてもよい。

【0125】

ＵＬ及びＳＬは両方とも、ＬＴＥ及びＮＲのような複数の標準規格を満足し得ることが理解されるべきである。ＵＬとＳＬとの間及びＳＬ間の次の具体的な比較が実行されるとき、具体的な標準規格は限定されない。例えば、比較は、ＮＲ ＵＬとＮＲ ＳＬとの間で行われてもよく、あるいは、ＮＲ ＵＬとＬＴＥ ＳＬとの間で行われてもよく、あるいは、ＬＴＥ ＵＬとＮＲ ＳＬとの間で行われてもよい。例えば、同じインターフェースについては、ＳＬ間の比較は、ＮＲ ＳＬとＬＴＥ ＳＬとの間の比較に限定されない。

【0126】

いくつかの通信シナリオで、端末デバイスがアップリンクデータ及びサイドリンクデータを有しているとき、端末デバイスは、ＵＬ ＢＳＲ及びＳＬ ＢＳＲをネットワークデバイスへ送信するようトリガされ得る。この場合に、端末デバイスは、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定する必要があり、つまり、同じＭＡＣ ＰＤＵにＵＬ ＢＳＲ及びＳＬ ＢＳＲを多重化／カプセル化するための優先度を決定する。具体的に、アップリンクリソースが限られている場合に、アップリンクリソースは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ、ＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダ、ＳＬ ＢＳＲ ＭＡＣ ＣＥ、及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダを同時に運ぶには不十分であるか、あるいは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ及びＳＬ ＢＳＲ ＭＡＣ ＣＥを同時に運ぶには不十分であるか、あるいは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ、ＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダ、及びＳＬ ＢＳＲ ＭＡＣ ＣＥを同時に運ぶには不十分であるか、あるいは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ、ＳＬ ＢＳＲ ＭＡＣ ＣＥ、及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダを同時に運ぶには不十分である。代替的に、他の場合に、端末デバイスは、優先的にＵＬ ＢＳＲ ＭＡＣ ＣＥ及びＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダをＵＬ ＭＡＣ ＰＤＵにカプセル化すべきか、それとも、優先的にＳＬ ＢＳＲ ＭＡＣ ＣＥ及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダをＵＬ ＭＡＣ ＰＤＵにカプセル化すべきかを決定するために、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定する必要がある。

【0127】

可能な実施では、ＵＬ ＢＳＲ及びＳＬ ＢＳＲの固定された優先順位が、既存のＬＴＥ論理チャネル優先度関連プロトコルでは規定されている。具体的に言えば、ＬＴＥでは、非パディングＳＬ ＢＳＲの優先度は常に、非パディングＵＬ ＢＳＲの優先度よりも低いことが規定されている。言い換えると、ＵＬ ＢＳＲの優先度は常に、ＳＬ ＢＳＲの優先度よりも高い。この場合に、ＳＬ ＢＳＲをトリガする高優先度サイドリンクサービス又は高優先度サイドリンクデータが存在し、ＵＬ ＢＳＲをトリガする低優先度アップリンクサービス又は低優先度アップリンクデータが存在するとき、端末デバイスは常に、優先的に、ＵＬ ＢＳＲ ＭＡＣ ＣＥをＵＬ ＭＡＣ ＰＤＵにカプセル化する。結果として、低優先度サービスに基づきトリガされたＵＬ ＢＳＲは、高優先度サービスに基づきトリガされたＳＬ ＢＳＲのために使用されるリソースをプリエンプトし、高優先度サイドリンクサービスに基づきトリガされたＳＬ ＢＳＲの伝送は遅延する可能性がある。更に、高優先度サイドリンクデータの伝送は、それに応じて遅延する可能性がある。言い換えると、高優先度サイドリンクデータの伝送効率は相対的に低い。

【0128】

可能な実施では、柔軟な優先度ソリューションが更に、既存の解決法においてＵＬ ＢＳＲ及びＳＬ ＢＳＲのために提供される。ＳＬ ＢＳＲをトリガする１つ以上のＬＣＨに対応する１つ以上の優先度の中で最も高い優先度（最高ＬＣＨ優先度）を有しているＬＣＨの優先度は、ＳＬ ＢＳＲの優先度と見なされてよく、ＵＬ ＢＳＲをトリガする１つ以上のＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＬＣＨの優先度は、ＵＬ ＢＳＲの優先度と見なされてよい。例えば、ＳＬ ＢＳＲをトリガするＬＣＨの中で、ＬＣＨ１の優先度値は７であり、ＬＣＨ２の優先度値は２である。より大きい優先度値は、より低い優先度を示す、と仮定される。ＬＣＨ２の優先度は、ＬＣＨ１の優先度よりも高く、ＬＣＨ２の優先度は、ＳＬ ＢＳＲの優先度と見なされ得る。ＵＬ ＢＳＲをトリガするＬＣＨの中で、ＬＣＨ３の優先度値は７であり、ＬＣＨ４の優先度値は２であり、ＬＣＨ５の優先度値は１である。ＬＣＨ５は、最も高い優先度を有しており、ＬＣＨ５の優先度は、ＵＬ ＢＳＲの優先度と見なされ得る。この場合に、端末デバイスは、ＳＬ ＢＳＲの優先度（つまり、ＬＣＨ２の優先度であり、値は２である）をＵＬ ＢＳＲの優先度（つまり、ＬＣＨ５の優先度であり、値が１である）と比較することによって、ＵＬ ＢＳＲの優先度の方が高いと決定する。柔軟な優先度の方式では、取得された優先度結果が不正確である。具体的に、図５に示されるように、黒色で塗りつぶされた長方形ボックスは、データを有する論理チャネルを表し、空白の長方形ボックスは、データを有さない論理チャネルを表す。時点Ｔ１で、優先度が７、８及び１０である論理チャネルに送信対象のデータが存在し、ＳＬ ＢＳＲ１がトリガされる。論理チャネルに対応する優先度の中で最も高い優先度は７であり、優先度７がＳＬ ＢＳＲ１の優先度と見なされ得る。同様に、時点Ｔ２で、優先度が７、８、１０及び１０である論理チャネルに送信対象のデータが存在し、ＳＬ ＢＳＲ２がトリガされる。論理チャネルに対応する優先度の中で最も高い優先度は４である。この場合に、ＳＬ ＢＳＲ２の優先度は４である。同様に、時点Ｔ３で、ＳＬ ＢＳＲ３の優先度は２である。時点Ｔ４で、端末は、アップリンクグラントリソース（ＵＬグラント１）でネットワークデバイスへＵＬ ＭＡＣ ＰＤＵ１を送信する必要がある。ＵＬグラント１が限られたサイズを有している場合に、端末は、ＳＬ ＢＳＲの優先度をＵＬ ＢＳＲの優先度と比較する必要がある。ＳＬ ＢＳＲ１からＳＬ ＢＳＲ３に対応する優先度の中で最も高い優先度は２である。この場合に、ＳＬ ＢＳＲの優先度は２であると見なされる。同様に、ＵＬ ＢＳＲの優先度は３である。ＳＬ ＢＳＲの方が高い優先度を有している場合に、端末は、優先的にＳＬ ＢＳＲ ＭＡＣ ＣＥ及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダをＵＬ ＭＡＣ ＰＤＵ１にカプセル化する。ＵＬ ＭＡＣ ＰＤＵ１が他のコンテンツを更に運ぶことができる場合には、端末は、ＵＬ ＢＳＲ ＭＡＣ ＣＥ及びＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダをＵＬ ＭＡＣ ＰＤＵ１にカプセル化する。図５に示されるシナリオでは、ＳＬ ＢＳＲ ＭＡＣ ＣＥが比較的に大きいサイズを有しているので、ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマットでのＳＬ ＢＳＲ ＭＡＣ ＣＥがＵＬ ＭＡＣ ＰＤＵ１にカプセル化される。時点Ｔ５で、端末デバイスは、ネットワークデバイスによって端末デバイスに割り当てられたサイドリンクグラントリソース（ＳＬグラント）を取得し、それにより、端末デバイスは、ＳＬグラントを通じていくらかのサイドリンクデータを送信する。図５に示されるように、時点Ｔ６に達する前に、優先度値が２、７、及び８である論理チャネル上のサイドリンクデータは送信されている。目下のメカニズムでは、時点Ｔ６で、端末デバイスによって取得されたアップリンクグラントリソース２（ＵＬグラント２）が限られたサイズを有している場合に、端末デバイスは、ＳＬ ＢＳＲの優先度をＵＬ ＢＳＲの優先度と比較する必要がある。更に、目下のＢＳＲ報告メカニズムに従って、ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマットでのＳＬ ＢＳＲ ＭＡＣ ＣＥがある時点でＵＬ ＭＡＣ ＰＤＵにカプセル化される場合に、その時点より前にペンディング（pending）中であるＳＬ ＢＳＲはキャンセル不可能である。言い換えると、その時点より前にペンディング中であるＳＬ ＢＳＲは、ペンディング状態のままであり続ける。時点Ｔ６で、以前にトリガされてペンディング中であるＳＬ ＢＳＲ１からＳＬ ＢＳＲ３は、ペンディング状態のままであり、より高い優先度を有している他のＳＬ ＢＳＲはトリガされないので、端末デバイスは依然として、トリガされたＳＬ ＢＳＲ１からＳＬ ＢＳＲ３に対応するＬＣＨに対応する優先度の中で最も高い優先度を取得し、その値は依然として２である。更に、図５に示されるように、ＵＬ ＢＳＲをトリガするＬＣＨに対応する優先度に含まれており、端末デバイスによって取得される最も高い優先度は、３である。このようにして、ＳＬ ＢＳＲの優先度の方が依然として高い。この優先度比較方式では、以前にペンディング中のＳＬ ＢＳＲの優先度の方が高いままである可能性があり、端末デバイスは、続けて優先的にＳＬ ＢＳＲを多重化する可能性があることが分かる。しかし、実際には、ＳＬ ＢＳＲは、低い優先度を有するＳＬ ＬＣＧ又はＳＬ ＬＣＨのバッファステータス情報を含む。その結果、高い優先度を有するＵＬ ＬＣＨ又はＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲの報告は遅延し、アップリンクデータの伝送は遅延し、そして、アップリンクデータの伝送効率は高くない。

【0129】

更に、柔軟な優先度の方式は、常に優先的にＵＬ ＢＳＲ ＭＡＣ ＣＥをカプセル化する蓋然性をある程度下げ得るが、柔軟な優先度の方式では、ＢＳＲの優先度が比較的に高いと、例えば、ＳＬ ＢＳＲの優先度が比較的に高いと決定されるとき、ＳＬ ＢＳＲ ＭＡＣ ＣＥが優先的にＵＬ ＭＡＣ ＰＤＵにカプセル化される。ＳＬ ＢＳＲ ＭＡＣ ＣＥは、いくつかの高優先度サイドリンクサービスに対応するバッファステータス情報（例えば、バッファサイズ）を含むことができ、更には、いくつかの低優先度サイドリンクサービスに対応するバッファステータス情報を含むことができ、そして、これらの低優先度サイドリンクサービスに対応する優先度は、いくつかのアップリンクサービスの優先度よりも低い場合があることが容易に理解される。言い換えると、いくつかの低優先度サイドリンクサービスのバッファステータス情報は、いくつかの高優先度アップリンクサービスのバッファステータス情報のために使用されるリソースをプリエンプトする可能性がある。その結果、高優先度アップリンクサービスのバッファステータス情報の伝送は遅延し、高優先度アップリンクデータの伝送は遅延する場合がある。

【0130】

可能な解決法ソリューションでは、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定するとき、端末デバイスは、ＳＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度をＳＬ ＢＳＲの優先度として見なすことも、ＵＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度をＵＬ ＢＳＲの優先度として見なすこともない。代わりに、端末デバイスは、データを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度をＳＬ ＢＳＲの優先度として見なし、かつ、データを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度をＵＬ ＢＳＲの優先度として見なす。このようにして、端末デバイスは、実際に現時点で存在するデータに基づき、現時点でのＵＬ ＢＳＲとＳＬ ＢＳＲとの間の優先度比較結果を決定することができ、取得された優先度比較結果は、サービス要件をより良く満足する。現時点は、具体的に、特定の時点に限られない。例えば、現時点は、ＵＬ ＢＳＲの優先度又はＳＬ ＢＳＲの優先度を決定する時点であってよく、あるいは、ＵＬ ＢＳＲをカプセル化する時点であってよく、あるいは、アップリンクリソースを受信する時点であってよい。例えば、図５では、時点Ｔ６で、優先度値が４、６、１０及び９であるＳＬ ＬＣＨと、優先度値が３、４、５及び６であるＵＬ ＬＣＨとの中で、あるＵＬ ＬＣＨが最も高い優先度（３の値を有する）を有する。この場合に、そのＵＬ ＬＣＨに基づきトリガされたＵＬ ＢＳＲは、優先的に送信されるべきであり、それにより、端末は、優先的に、高優先度アップリンクデータをその後に送信することができる。これは、優先的に高優先度アップリンクデータを送信するサービス要件を満足する。更に、優先度決定結果は、以前にペンディング中のＢＳＲによって影響を及ぼされない。そのため、優先度決定結果は、より正確である。

【0131】

可能な解決法ソリューションでは、端末デバイスは、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定する。

【0132】

可能な解決法ソリューションでは、端末デバイスは、第１ＢＳＲを生成し、第１ＢＳＲを送信する。第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報を含む。第１条件は、サービスの優先度が第１閾値以上であることである。既存の解決法では、ある時点にアップリンクリソースで送信されたＢＳＲは、高優先度サービスのバッファステータス情報及び低優先度サービスのバッファステータス情報を含む場合があり、低優先度サービスのバッファステータス情報がより多くのリソースを占有する場合がある。既存の解決法と比較して、本願の実施形態では、より高い優先度を有するサービスのバッファステータス情報は、優先的にアップリンクリソースで送信され得る。これは、より低い優先度を有するサービスのバッファステータス情報がより多くのリソースを占有する可能性を小さくする。

【0133】

可能な解決法ソリューションでは、任意に、ある時点でアップリンクリソースが限られている場合に、端末デバイスは、上記の方法に基づき、ＢＳＲが優先的に多重化される必要があると決定する。

【0134】

「ＭＡＣ ＣＥ」は、次の方式：ネットワークデバイスによって事前設定されたＭＡＣ ＣＥ、シグナリングを通じてネットワークデバイスによって動的に設定されたＭＡＣ ＣＥ、又はプロトコルで予め定義され、端末が製造されるとき又はネットワークにアクセスするときに端末デバイスの内部バッファに書き込まれたＭＡＣ ＣＥ、のうちの１つ以上において実装されてよいことが留意されるべきである。「ＭＡＣ ＣＥ」の具体的な実装は、特に本願で限定されない。

【0135】

上記の設計ソリューションの具体的な実装は、その後の方法実施形態で詳細に記載されるべきであることが留意されるべきである。詳細はここでは記載されない。

【0136】

任意に、ネットワークデバイスは、通信システムのネットワーク側に位置し、無線送受信機能を備えているデバイス、あるいは、そのようなデバイスに配置され得るチップ又はチップシステムである。ネットワークデバイスは、ホームゲートウェイ、ルータ、サーバ、スイッチ、及びブリッジのようなワイヤレス・フィデリティ（wireless fidelity，Ｗｉ－Ｆｉ）システムにおけるアクセスポイント（access point，ＡＰ）、エボルブドＮｏｄｅＢ（evolved NodeB，ｅＮＢ）、無線ネットワークコントローラ（radio network controller，ＲＮＣ）、ＮｏｄｅＢ（NodeB，ＮＢ）、基地局コントローラ（base station controller，ＢＳＣ）、ベーストランシーバ局（base transceiver station，ＢＴＳ）、ホーム基地局（例えば、ホーム・エボルブドＮｏｄｅＢ、又はホーム・ＮｏｄｅＢ，ＨＮＢ）、ベースバンドユニット（baseband unit，ＢＢＵ）、無線中継ノード、無線バックホールノード、送信ポイント（transmission and reception point，ＴＲＰ、又はtransmission point，ＴＰ）、などを含むが、これらに限られない。ネットワークデバイスは、代替的に、５Ｇシステム、例えば、ＮＲシステムにおけるｇＮＢ又は送信ポイント（ＴＲＰ又はＴＰ）、５Ｇシステムにおける１つの基地局又は基地局（複数のアンテナパネルを含む）のグループであってもよい。ネットワークデバイスは、代替的に、ｇＮＲ又は送信ポイントを構成する、基地局機能を備えているベースバンドユニット（ＢＢＵ）、分散ユニット（distributed unit，ＤＵ）、又は路側機のようなネットワークノードであってもよい。

【0137】

任意に、端末デバイスは、車両（vehicle）、車両に設置されており、走行中の車両を支援するよう構成される車載通信装置若しくは車載端末、又は車載通信装置若しくは車載端末内のチップであってもよい。車載端末は、無線通信機能を実装するよう構成されたデバイス、例えば、端末又は端末で使用され得るチップであってよい。端末は、５Ｇネットワーク又は将来の進化したＰＬＭＮにおけるユーザ装置（user equipment，ＵＥ）、アクセス端末、端末ユニット、端末局、移動局、モバイルコンソール、リモート局、リモート端末、モバイルデバイス、無線通信デバイス、端末エージェント、端末装置、などであってもよい。アクセス端末は、携帯電話機、コードレス電話機、セッション開始プロトコル（session initiation protocol，ＳＩＰ）電話機、無線ローカルループ（wireless local loop，ＷＬＬ）局、パーソナルデジタルアシスタント（personal digital assistant，ＰＤＡ）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続されている他の処理デバイス、車載デバイス、ウェアラブルデバイス、仮想現実（virtual reality，ＶＲ）端末デバイス、拡張現実（augmented reality，ＡＲ）端末デバイス、産業制御（industrial control）における無線端末、自動運転（self driving）における無線端末、遠隔医療（remote medical）における無線端末、スマートグリッド（smart grid）における無線端末、輸送安全性（transport safety）における無線端末、スマートシティ（smart city）における無線端末、スマートホーム（smart home）における無線端末、などであってよい。車載端末は、移動可能であっても、又は固定されていてもよい。

【0138】

図３は、単に、理解を容易にするための通信システムの例の簡略化された概略図であることが理解されるべきである。通信システムは、図３に示されていない他のネットワークデバイス及び／又は他の端末デバイスを更に含んでもよい。

【0139】

任意に、本願の実施形態におけるネットワークデバイス及び端末デバイスはまた、集合的に通信装置とも呼ばれることがある。通信装置は、汎用のデバイス又は専用のデバイスであってよい。これは、本願の実施形態で特に制限されない。

【0140】

図４は、本願の実施形態に従う通信装置２００の略構造図である。図４に示されるように、通信装置２００は、端末デバイス又はネットワークデバイスあってよく、あるいは、端末デバイス若しくはネットワークデバイスに適用されるチップ、又は端末機能若しくはネットワークデバイス機能を備えている他のコンポーネント、モジュール、サブシステム、などであってもよい。図４に示されるように、通信装置２００は、プロセッサ２０１、メモリ２０２、及びトランシーバ２０３を含み得る。プロセッサ２０１と、メモリ２０２と、トランシーバ２０３との間には信号接続がある。例えば、プロセッサ２０１、メモリ２０２、及びトランシーバ２０３は、通信バスを通じて接続され得る。

【0141】

以下は、図４を参照して、通信装置２００のコンポーネントについて詳細に記載する。

【0142】

プロセッサ２０１は、通信装置２００の制御センターであり、１つのプロセッサであってよく、あるいは、複数の処理要素の総称であってもよい。例えば、プロセッサ２０１は、１つ以上の中央演算処理装置（central processing unit，ＣＰＵ）、又は特定用途向け集積回路（application-specific integrated circuit，ＡＳＩＣ）であってよく、あるいは、本願の実施形態を実装する１つ以上の集積回路、例えば、１つ以上のマイクロプロセッサ（digital signal processor，ＤＳＰ）又は１つ以上のフィールド・プログラマブル・ゲート・アレイ（field programmable gate array，ＦＰＧＡ）として構成されてもよい。

【0143】

プロセッサ２０１は、メモリ２０２に記憶されているソフトウェアプログラムを実走又は実行すると、メモリ２０２に記憶されているデータを呼び出すこととによって、通信装置２００の様々な機能を実行し得る。

【0144】

具体的な実施では、実施形態において、プロセッサ２０１は、１つ以上のＣＰＵ、例えば、図４に示されるＣＰＵ０及びＣＰＵ１を含み得る。

【0145】

具体的な実施では、実施形態において、通信装置２００は、代替的に、複数のプロセッサ、例えば、図４に示されるプロセッサ２０１及びプロセッサ２０４を含み得る。プロセッサの夫々は、シングルコア（シングルＣＰＵ）プロセッサであってよく、あるいは、マルチコア（マルチＣＰＵ）プロセッサであってよい。ここでのプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するよう構成されている１つ以上の通信装置、回路、及び／又は処理コアであってよい。

【0146】

メモリ２０２は、リード・オンリー・メモリ（read-only memory，ＲＯＭ）若しくは静的な情報及び命令を記憶することができる他のタイプの静的記憶通信デバイス；又はランダム・アクセス・メモリ（random access memory，ＲＡＭ）若しくは情報及び命令を記憶することができる他のタイプの動的記憶通信デバイスであってよい。メモリ２３は、代替的に、電気的消去可能なプログラム可能リード・オンリー・メモリ（electrically erasable programmable read-only memory，ＥＥＰＲＯＭ）、コンパクトディスク・リード・オンリー・メモリ（compact disc read-only memory，ＣＤ－ＲＯＭ）若しくは他のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザディスク、光ディスク、デジタル・バーサタイル・ディスク、ブルーレイディスク、などを含む）、磁気ディスク記憶媒体若しくは他の磁気記憶通信デバイス、又は期待されるプログラムコードを命令若しくはデータ構造の形で搬送若しくは記憶するために使用可能であって、コンピュータによってアクセス可能であるあらゆる他の媒体であってもよいが、これらに限られない。メモリ２０２は、独立して存在してもよく、あるいは、プロセッサ２０１と一体化されてもよい。

【0147】

メモリ２０２は、本願の解決法を実行するために使用されるソフトウェアプログラムを記憶するよう構成され、プロセッサ２０１は、ソフトウェアプログラムの実行を制御する。具体的な実施については、以下の方法実施形態を参照されたい。詳細はここでは記載されない。

【0148】

トランシーバ２０３は、通信装置２００と他の通信装置との間の通信を実行するよう構成される。トランシーバ２０３は、受信機能を実装する受信ユニットと、送信機能を実装する送信ユニットとを含み得る。

【0149】

図４に示される通信装置２００の構造は、通信装置に対する限定を構成しないことが留意されるべきである。実際の通信装置は、図４に示されているものよりも多い又は少ないコンポーネントを含んでも、あるいは、いくつかのコンポーネントを組み合わせても、あるいは、異なるコンポーネント配置を有してもよい。

【0150】

以下は、添付の図面を参照して、本願の実施形態で提供される、バッファステータスレポートを報告する方法について具体的に記載する。

【0151】

本願の実施形態では、異なるサイドリンクサービスは、異なるあて先レイヤ－１識別子に対応し、かつ／あるいは、異なるあて先レイヤ－２識別子（あて先インデックス）に対応してよく、あるいは、同じあて先レイヤ－１識別子及び／又は同じあて先レイヤ－２識別子に対応してもよい。異なるサイドリンクサービスは、異なるあて先レイヤ－１識別子＋ソースレイヤ－１識別子のペア（ソースインデックス対）に対応し、かつ／あるいは、異なるあて先レイヤ－２識別子＋ソースレイヤ－２識別子のペアに対応してよい。異なるサイドリンクサービスは、同じあて先レイヤ－１識別子＋ソースレイヤ－１識別子のグループに対応し、かつ／あるいは、同じあて先レイヤ－２識別子＋ソースレイヤ－２識別子のグループに対応してもよい。

【0152】

図６（ａ）は、本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャート１である。バッファステータスレポートの報告方法は、図３に示される端末デバイスがＳＬ ＢＳＲ及び／又はＵＬ ＢＳＲをネットワークデバイスへ報告する場合に適用されてよい。

【0153】

図６（ａ）に示されるように、バッファステータスレポートの報告方法は、次のステップを含む。

【0154】

Ｓ６０１：端末デバイスは、ＳＬ ＢＳＲに対応する第１パラメータと、ＵＬ ＢＳＲに対応する第２パラメータとを取得する。

【0155】

本願のこの実施形態では、任意に、優先度のようなパラメータが、ＳＬ ＢＳＲ ＭＡＣ ＣＥに対して予め定義されてよく、優先度は、論理チャネル優先順位付け（logical channel prioritization，ＬＣＰ）多重化プロセスでＳＬ ＢＳＲ ＭＡＣ ＣＥの優先順位を示すために使用されることが留意されるべきである。優先度は、複数のペンディング中のＳＬ ＢＳＲに対応する優先度と同じか又はそれらとは異なるものとして定義されてよく、あるいは、複数のＳＬ ＢＳＲをトリガするＳＬ ＬＣＨ／ＳＬ ＬＣＧの優先度と同じか又はそれらとは異なってよい。同様に、任意に、優先度は、ＵＬ ＢＳＲ ＭＡＣ ＣＥに対して定義される。優先度は、ＬＣＰ多重化プロセスでＵＬ ＢＳＲ ＭＡＣ ＣＥの優先順位関係を示すために使用される。優先度は、複数のペンディング中のＵＬ ＢＳＲに対応する優先度と同じか又はそれらとは異なってよく、あるいは、複数のＵＬ ＢＳＲをトリガするＵＬ ＬＣＨ／ＵＬ ＬＣＧの優先度と同じか又はそれらとは異なってよい。代替的に、優先度は、ＰＰＰＰ又は５ＱＬに関連する。代替的に、優先度は、他のパラメータに関連する。

【0156】

代替的に、本願のこの実施形態では、優先度は、ＳＬ ＢＳＲ ＭＡＣ ＣＥ及び／又はＵＬ ＢＳＲ ＭＡＣ ＣＥに対して予め定義されず、第１パラメータに対応する優先度及び第２パラメータに対応する優先度は、夫々、ＳＬ ＢＳＲの優先度及びＵＬ ＢＳＲの優先度と見なされる。代替的に、第１パラメータに対応する優先度及び第２パラメータに対応する優先度は、夫々、ＳＬ ＢＳＲ ＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化及びカプセル化するプロセスにおけるＳＬ ＢＳＲ ＭＡＣ ＣＥの優先度、及びＵＬ ＢＳＲ ＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化及びカプセル化するプロセスにおけるＵＬ ＢＳＲ ＭＡＣ ＣＥの優先度と見なされる。

【0157】

代替的に、本発明では、優先度は、ＳＬ ＢＳＲ ＭＡＣ ＣＥ及び／又はＵＬ ＢＳＲ ＭＡＣ ＣＥに対して予め定義されない。代わりに、ＵＬ ＢＳＲ ＭＡＣ ＣＥとＳＬ ＢＳＲ ＭＡＣ ＣＥとの間の順序関係（又は相対的な優先順位）がＬＣＰ多重化及びカプセル化プロセスで決定される必要がある場合にのみ、優先度は、ＳＬ ＢＳＲに関連した第１パラメータと、ＵＬ ＢＳＲに関連した第２パラメータとに基づき、決定される。

【0158】

第１パラメータは、データを有するサイドリンクサービスの優先度に関係があり、第２パラメータは、データを有するアップリンクサービスの優先度に関係がある。具体的に、第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0159】

他の可能な実施では、第１パラメータは、ＳＬ ＢＳＲ ＭＡＣ ＣＥに含まれるＬＣＧ ＩＤに対応するＳＬ ＳＣＧに含まれるＳＬ ＬＣＨの中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、かつ／あるいは、第２パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥに含まれるＬＣＧ ＩＤに対応するＵＬ ＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。

【0160】

ＵＬ ＢＳＲ ＭＡＣ ＣＥにおいて、各ＬＣＧは１つの指示ビットに対応する。ＬＣＧに対応する指示ビットは、ＵＬ ＢＳＲ ＭＡＣ ＣＥがＬＣＧのバッファサイズ（buffer size）フィールドを含むかどうかを示すために使用される。例えば、ビットが１である場合に、それは、ＵＬ ＢＳＲ ＭＡＣ ＣＥがＬＣＧの対応するバッファサイズフィールドを含むことを示す。

【0161】

第２パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ内の１の指示ビットに対応するＵＬ ＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度であるか、あるいは、第２パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ内のバッファサイズ（buffer size）フィールドに対応するＵＬ ＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。

【0162】

「利用可能なデータ（available）」は、送信されるべきデータ、利用可能なデータ、又は有効なデータが存在することを意味する。

【0163】

サイドリンクサービスは、次の：ＳＬ ＱｏＳフロー、ＳＬ ＬＣＨ、ＳＬ ＤＲＢ、ＳＬ ＬＣＧ、ＳＬサービスあて先識別子（あて先インデックス）、及びＳＬ ＰＤＵセッション、のうちの１つ以上を含む。アップリンクサービスは、次の：ＵＬ ＱｏＳフロー、ＵＬ ＬＣＨ、ＵＬ ＤＲＢ、ＵＬ ＬＣＧ、ＵＬサービスあて先識別子、及びＵＬ ＰＤＵセッション、のうちの１つ以上を含む。

【0164】

可能な実施では、サイドリンクサービスがＳＬ ＬＣＨである場合に、第１パラメータは、サイドリンクデータを有する１つ以上のＳＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＨである場合に、第２パラメータは、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。本願のこの実施形態では、優先度は、値によって表され得る。より大きい値は、より低い優先度を示し、より小さい値は、より高い優先度を示す。代替的に、より大きい値は、より高い優先度を示し、より小さい値は、より低い優先度を示す。優先度値と優先度との間の具体的な大きさ関係は、本願のこの実施形態で限定されない。代替的に、優先度はまた、分類によって表されてもよい。例えば、優先度は、１つ以上の分類、例えば、分類Ａ（classification A）及び分類Ｂ（classification B）に分類される。異なる優先度は異なる分類を有する。分類Ａの優先度は分類Ｂの優先度よりも高くなること、又は分類Ｂの優先度は分類Ａの優先度よりも高くなることが予め定義又は事前設定されてよい。以下は、優先度値が具体的な優先度を表し、より大きい優先度値はより低い優先度を示す例を使用することによって、本願の実施形態における技術的解決法について主に記載する。概要はここで与えられ、詳細は以下で記載されない。確かに、分類が具体的な優先度を表すために使用され、あるいは、他の方式が具体的な優先度を表すために使用される場合も、以下の実施形態における解決法に適用可能である。

【0165】

例えば、図５が例として使用される。時点Ｔ６で、サイドリンクデータを有するＳＬ ＬＣＨに対応する優先度値は、４、６、１０及び９であり、優先度値が４であるＳＬ ＬＣＨが、最も高い優先度を有している。この場合に、第１パラメータは、（優先度値が４である）ＳＬ ＬＣＨの優先度である。同様に、ＵＬ ＢＳＲについては、アップリンクデータを有するＵＬ ＬＣＨに対応する優先度値は、３、４、５及び６であり、優先度値が３であるＵＬ ＬＣＨが、最も高い優先度を有している。この場合に、第２パラメータは、（優先度値が３である）ＵＬ ＬＣＨの優先度である。第２パラメータは、ＵＬ ＢＳＲの優先度を示すために使用され得る。他の例として、図７が例として使用される。図７は、ＳＬ ＢＳＲに対応する第１パラメータを取得する原理を示す。サイドリンクデータを有するＬＣＨに対応する優先度値は、２、７、８、４、６及び１０であり、優先度値が２であるＬＣＨが、最も高い優先度を有している。従って、この場合に、最も高い優先度を有しているＬＣＨに対応する優先度が、ＳＬ ＢＳＲに対応する第１パラメータとして使用される。

【0166】

可能な実施では、サイドリンクサービスはＳＬ ＬＣＧであり、第１パラメータは、サイドリンクデータ（ＳＬデータ）を有する１つ以上のＳＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＧの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＧである場合に、第２パラメータは、アップリンクデータ（ＵＬデータ）を有する１つ以上のＵＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＧの優先度である。ＬＣＧに対応する優先度は、そのＬＣＧに含まれる１つ以上のＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＬＣＨの優先度である。図７が例として使用される。図７に示される４つのＳＬ ＬＣＧの夫々はサイドリンクデータを含む。ＤＳＴ１に対応するＬＣＧ１の優先度は１であり、ＤＳＴ１に対応するＬＣＧ２の優先度は７であり、ＤＳＴ２に対応するＬＣＧ１の優先度は４であり、ＤＳＴ２に対応するＬＣ１２の優先度は９である。ＤＳＴ１に対応するＬＣＧ１に対応する優先度が最も高い。従って、この場合に、ＤＳＴ１に対応するＬＣＧ１に対応する優先度が、ＳＬ ＢＳＲに対応する第１パラメータとして使用される。

【0167】

可能な実施では、サイドリンクサービスはＳＬ ＬＣＧであり、第１パラメータは、ＳＬ ＢＳＲ ＭＡＣ ＣＥに含まれる１つ以上のＬＣＧ ＩＤに対応する１つ以上のＳＬ ＬＣＧに含まれるＳＬ ＬＣＨの中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＧである場合に、第２パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ内で値“１”を有する１つ以上の指示ビットに対応する１つ以上のＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。

【0168】

本願のこの実施形態では、ＬＣＧに対応する優先度は、ＬＣＧに含まれる１つ以上のＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＬＣＨの優先度である。

【0169】

例えば、図５が例として使用される。ＭＡＣ ＰＤＵ２が構成されるとき、完全なＳＬ ＢＳＲ ＭＡＣ ＣＥは、ＤＳＴ２に対応するＬＣＧ１及びＬＣＧ２のバッファステータスを含むべきである。２つのＳＬ ＬＣＧに含まれる全てのＳＬ ＬＣＨの中で、最も高い優先度を有しているＬＣＨの優先度は４である。この場合に、第１パラメータは４である。完全なＵＬ ＢＳＲ ＭＡＣ ＣＥは、ＬＣＧ１及びＬＣＧ３のバッファステータスを含むべきである。２つのＵＬ ＬＣＧに含まれる全てのＵＬ ＬＣＨの中で、最も高い優先度を有しているＬＣＨの優先度は３である。この場合に、第１パラメータは３である。

【0170】

Ｓ６０２：端末デバイスは、第１パラメータ及び第２パラメータに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定する。

【0171】

具体的に、第１パラメータが第２パラメータよりも大きい場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定し、あるいは、第１パラメータが第２パラメータ以下である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。

【0172】

図５が例として使用される。上記の例を参照して、アップリンクサービスがＵＬ ＬＣＨであり、サイドリンクサービスがＳＬ ＬＣＨである場合に、図５に示される時点Ｔ６で、ＳＬ ＢＳＲに対応する第１パラメータは、優先度値４に対応する優先度であり、ＵＬ ＢＳＲに対応する第２パラメータは、優先度値３に対応する優先度である。この場合に、優先度値４によって表される優先度は、優先度値３によって表される優先度よりも低く、言い換えると、ＳＬ ＢＳＲの優先度は、ＵＬ ＢＳＲの優先度よりも低い。具体的に言えば、ＵＬグラントのサイズがＵＬ ＢＳＲ ＭＡＣ ＣＥのサイズ、ＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダのサイズ、ＳＬ ＢＳＲ ＭＡＣ ＣＥのサイズ、及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダのサイズの合計よりも小さいとき、端末デバイスは、優先的にＵＬ ＢＳＲ ＭＡＣ ＣＥ及びＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダをＵＬ ＭＡＣ ＰＤＵにカプセル化し、それから、リソースが残っている場合には、ＳＬ ＢＳＲ ＭＡＣ ＣＥをＵＬ ＭＡＣ ＰＤＵにカプセル化して、アップリンクデータを伝送するために使用されるアップリンクリソースをスケジューリングすること優先的に要求する。

【0173】

いくつかの実施形態で、第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度の値であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度の値である。この場合に、ＳＬ ＢＳＲに対応する第１パラメータ（優先度の値）がＵＬ ＢＳＲに対応する第２パラメータよりも大きい場合には、それは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも低いことを示す。

【0174】

いくつかの実施形態で、第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度の分類であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度の分類である。この場合に、ＳＬ ＢＳＲの優先度及びＵＬ ＢＳＲの優先度は、予め定義又は事前設定されてよい。

【0175】

本願のこの実施形態で提供されるバッファステータスレポートの報告方法に従って、端末デバイスは、ＳＬ ＢＳＲに対応する第１パラメータと、ＵＬ ＢＳＲに対応する第２パラメータとを取得し、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定する。第１パラメータは、サイドリンクデータを有するサイドリンクサービスの優先度に関係があり、第２パラメータは、アップリンクデータを有するサイドリンクサービスの優先度に関係がある。既存の解決法では、端末デバイスは、続けて優先的にＳＬ ＢＳＲ ＭＡＣ ＣＥ又はＵＬ ＢＳＲ ＭＡＣ ＣＥをカプセル化する場合があり、その場合に、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度が、ＵＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度を、ＳＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度と比較することによって、決定されるので、アップリンクデータ又はサイドリンクデータの伝送は遅延する。既存の解決法と比較して、本願のこの実施形態における技術的解決法では、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度は、サイドリンクデータを実際に有するサイドリンクサービスの優先度及び／又はアップリンクデータを実際に有するアップリンクサービスの優先度に基づき決定され、取得された優先度比較結果は、サービス要件をより良く満足する。このようにして、端末デバイスは、優先的に、高優先度アップリンクデータ又は高優先度サイドリンクデータをその後に送信することができる。これは、アップリンクデータ又はサイドリンクデータを送信する効率を改善する。

【0176】

図６（ｂ）に示されるように、バッファステータスレポートの報告方法は、次のステップを含む。

【0177】

Ｓ６０３：端末デバイスは、ＳＬ ＢＳＲに対応する第３パラメータ、ＵＬ ＢＳＲに対応する第４パラメータ、及び／又は第２閾値を取得する。

【0178】

本願のこの実施形態では、任意に、優先度はＵＬ ＢＳＲ ＭＡＣ ＣＥに対して定義されることが留意されるべきである。優先度は、ＬＣＰ多重化プロセスでＵＬ ＢＳＲ ＭＡＣ ＣＥの優先順位関係を示すために使用される。優先度は、複数のペンディング中のＵＬ ＢＳＲに対応する優先度と同じか又はそれらとは異なってよく、あるいは、複数のＵＬ ＢＳＲをトリガするＵＬ ＬＣＨ／ＬＣＧの優先度と同じか又はそれらとは異なってよい。

【0179】

代替的に、本願のこの実施形態では、優先度は、ＳＬ ＢＳＲ ＭＡＣ ＣＥ及び／又はＵＬ ＢＳＲ ＭＡＣ ＣＥに対して定義されず、第１パラメータの値に対応する優先度及び第２パラメータの値に対応する優先度は、夫々、ＳＬ ＢＳＲの優先度及びＵＬ ＢＳＲの優先度と見なされる。代替的に、第１パラメータの値に対応する優先度及び第２パラメータの値に対応する優先度は、夫々、ＳＬ ＢＳＲ ＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化及びカプセル化するプロセスでのＳＬ ＢＳＲ ＭＡＣ ＣＥの優先順位、及びＵＬ ＢＳＲ ＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化及びカプセル化するプロセスでのＵＬ ＢＳＲ ＭＡＣ ＣＥの優先順位と見なされる。

【0180】

代替的に、本発明では、優先度は、ＳＬ ＢＳＲ ＭＡＣ ＣＥ及び／又はＵＬ ＢＳＲ ＭＡＣ ＣＥに対して定義されない。代わりに、ＵＬ ＢＳＲ ＭＡＣ ＣＥとＳＬ ＢＳＲ ＭＡＣ ＣＥとの間の順序関係（又は相対的な優先順位）がＬＣＰ多重化及びカプセル化プロセスで決定される必要がある場合にのみ、優先度は、ＳＬ ＢＳＲに関連した第３パラメータ及びＵＬ ＢＳＲに関連した第４パラメータ、並びに／又は第２閾値に基づき決定される。

【0181】

第３パラメータは、データを有するサイドリンクサービスの優先度に関係があり、第４パラメータは、データを有するアップリンクサービスの優先度に関係がある。

【0182】

可能な実施では、第４パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度であり、あるいは、第４パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥに含まれるＬＣＧ ＩＤに対応するＵＬ ＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度であり、あるいは、第４パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ内で値“１”を有する指示ビットに対応するＵＬ ＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度であり、あるいは、第４パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ内のバッファサイズフィールドに対応するＵＬ ＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。

【0183】

任意に、第３パラメータは、サイドリンクデータを有するサイドリンクサービスの中の、優先度が第４パラメータ以上であるサイドリンクサービスの個数である。

【0184】

任意に、第２閾値は事前設定された値である。例えば、第２閾値は、プロトコルで予め定義された値である。代替的に、第２閾値は、配信前に端末で事前設定された値であり、任意に、値は、その後に更新され得る。代替的に、第２閾値は、ネットワークデバイスによって設定された値である。代替的に、第２閾値は第４パラメータである。

【0185】

例えば、ネットワークデバイスは、アップリンクサービスごとに１つの閾パラメータを設定する。第４パラメータがアップリンクサービスに関連する場合に、アップリンクサービスの設定内の閾パラメータは、ＳＬ ＢＳＲの優先度及びＵＬ ＢＳＲの優先度を決定するために使用される第２閾値として使用される。例えば、有効なデータを有するＳＬ ＬＣＨは、ＳＬ ＬＣＨ１からＳＬ ＬＣＨ８である。ＵＬ ＬＣＨ１の優先度は５であり、閾パラメータは５である。ＵＬ ＬＣＨ２の優先度は４であり、閾パラメータは３である、ＵＬ ＬＣＨ２の優先度は７であり、閾パラメータは２である。第４パラメータが、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度であり、ＵＬ ＬＣＨ２が、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨである場合に、ＵＬ ＬＣＨ２の優先度（４の値を有する）は第４パラメータと見なされ、ＵＬ ＬＣＨ２に関連した閾パラメータは３である。この場合に、第２閾値は３である。

【0186】

サイドリンクサービスは、次の：ＳＬ ＱｏＳフロー、ＳＬ ＬＣＨ、ＳＬ ＤＲＢ、ＳＬ ＬＣＧ、ＳＬサービスあて先識別子（あて先インデックス）、及びＳＬ ＰＤＵセッション、のうちの１つ以上を含む。アップリンクサービスは、次の：ＵＬ ＱｏＳフロー、ＵＬ ＬＣＨ、ＵＬ ＤＲＢ、ＵＬ ＬＣＧ、ＵＬサービスあて先識別子、及びＵＬ ＰＤＵセッション、のうちの１つ以上を含む。

【0187】

可能な実施では、サイドリンクサービスはＳＬ ＬＣＨであり、かつ／あるいは、アップリンクサービスはＵＬ ＬＣＨである。第３パラメータは、サイドリンクデータを有するＳＬ ＬＣＨの中の、優先度が第４パラメータ以上であるＳＬ ＬＣＨの個数である。第４パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0188】

例えば、有効なデータを有するＳＬ ＬＣＨは、優先度１から８に夫々対応するＳＬ ＬＣＨ１からＳＬ ＬＣＨ８である。有効なデータを有するＵＬ ＬＣＨは、ＵＬ ＬＣＨ１、ＵＬ ＬＣＨ２、及びＵＬ ＬＣＨ３である。ＵＬ ＬＣＨ１の優先度は５であり、ＵＬ ＬＣＨ２の優先度は４であり、ＵＬ ＬＣＨ３の優先度は７である。第４パラメータが、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度であり、ＵＬ ＬＣＨ２が、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨである場合に、第４パラメータは４であり、ネットワークによって設定される第２閾値は３である。サイドリンクデータを有するＳＬ ＬＣＨの中に、優先度が４以上である４つのＳＬ ＬＣＨが存在する場合に、第３パラメータは４である。

【0189】

可能な実施では、サイドリンクサービスはＳＬ ＬＣＧであり、第３パラメータは、サイドリンクデータ（ＳＬデータ）を有する１つ以上のＳＬ ＬＣＧの中の、優先度が第４パラメータ以上であるＳＬ ＬＣＧの個数であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＧである場合に、第４パラメータは、アップリンクデータ（ＵＬデータ）を有する１つ以上のＵＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＧの優先度である。ＬＣＧに対応する優先度は、そのＬＣＧに含まれる１つ以上のＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＬＣＨの優先度である。

【0190】

例えば、有効なデータを有するＳＬ ＬＣＧは、優先度１から８に夫々対応するＳＬ ＬＣＧ１からＳＬ ＬＣＧ８である。言い換えると、ＳＬ ＬＣＧに含まれるＳＬ ＬＣＨの最も高い優先度は１から８である。有効なデータを有するＵＬ ＬＣＧは、ＵＬ ＬＣＧ１、ＵＬ ＬＣＧ２、及びＵＬ ＬＣＧ３である。ＵＬ ＬＣＧ１に対応する優先度は２であり、ＵＬ ＬＣＧ２に対応する優先度は４であり、ＵＬ ＬＣＧ３に対応する優先度は７である。第４パラメータが、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である場合に、第４パラメータは２であり、ネットワークによって設定される第２閾値は５である。この場合に、サイドリンクデータを有するＳＬ ＬＣＨの中には、優先度が２以上である２つのＳＬ ＬＣＧが存在し、言い換えると、第３パラメータは２である。

【0191】

Ｓ６０４：端末デバイスは、第３パラメータ及び第２閾値に基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定する。

【0192】

具体的に、第３パラメータが第２閾値以上である場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。第３パラメータが第２閾値よりも小さい場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。

【0193】

例えば、上記の例を参照して、有効なデータを有するＳＬ ＬＣＨは、優先度１から８に夫々対応するＳＬ ＬＣＨ１からＳＬ ＬＣＨ８である。有効なデータを有するＵＬ ＬＣＨは、ＵＬ ＬＣＨ１、ＵＬ ＬＣＨ２、及びＵＬ ＬＣＨ２である。ＵＬ ＬＣＨ１の優先度は４であり、ＵＬ ＬＣＨ２の優先度は５であり、ＵＬ ＬＣＨ２の優先度は７である。第４パラメータが、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度であり、ＵＬ ＬＣＨ１が、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨである場合に、第４パラメータは４であり、ネットワークによって設定される第２閾値は３である。この場合に、サイドリンクデータを有するＳＬ ＬＣＨの中には、優先度が４以上である４つのＳＬ ＬＣＨが存在し、言い換えると、第３パラメータは４である。

【0194】

第３パラメータ（４）は第２閾値（３）よりも大きいので、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、ＵＬグラントサイズがＵＬ ＢＳＲ ＭＡＣ ＣＥのサイズ、ＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダのサイズ、ＳＬ ＢＳＲ ＭＡＣ ＣＥのサイズ、及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダのサイズの合計よりも小さい場合に、端末デバイスは、優先的にＳＬ ＢＳＲ ＭＡＣ ＣＥ及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダをＵＬ ＭＡＣ ＰＤＵにカプセル化し、それから、リソースが残っている場合に、ＵＬ ＢＳＲ ＭＡＣ ＣＥをＵＬ ＭＡＣ ＰＤＵにカプセル化して、アップリンクデータを伝送するために使用されるアップリンクリソースをスケジューリングすること優先的に要求する。

【0195】

図６（ａ）に対応する技術的解決法及び図６（ｂ）に対応する技術的解決法は、２つの並行な技術的解決法であり、Ｓ６０４及びＳ６０４は、Ｓ６０１及びＳ６０２の後で実行されるステップではなく、Ｓ６０１及びＳ６０２から独立したステップであることが留意されるべきである。他の同様のステップについては、ここでの記載を参照されたい。

【0196】

本願のこの実施形態で提供される通信方法に従って、端末デバイスは、ＳＬ ＢＳＲに対応する第３パラメータと、ＵＬ ＢＳＲに対応する第４パラメータと、第２閾値とを取得し、第３パラメータ、第４パラメータ、及び第２閾値に基づき、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定する。第３パラメータは、サイドリンクデータを有するサイドリンクサービスの優先度に関係があり、第４パラメータは、アップリンクデータを有するサイドリンクサービスの優先度に関係がある。既存の解決法では、端末デバイスは、続けて優先的にＳＬ ＢＳＲ ＭＡＣ ＣＥ又はＵＬ ＢＳＲ ＭＡＣ ＣＥをカプセル化する場合があり、その場合に、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度が、ＵＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度を、ＳＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度と比較することによって、決定されるので、アップリンクデータ又はサイドリンクデータの伝送は遅延する。既存の解決法と比較して、本願のこの実施形態における技術的解決法では、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度は、サイドリンクデータを実際に有するサイドリンクサービスの優先度及び／又はアップリンクデータを実際に有するアップリンクサービスの優先度に基づき、かつ、条件を満足するサイドリンクサービスの個数を制限することによって、決定され、取得された優先度比較結果は、サービス要件をより良く満足する。このようにして、端末デバイスは、優先的に、高優先度アップリンクデータ又は高優先度サイドリンクデータをその後に送信することができる。これは、アップリンクデータ又はサイドリンクデータを送信する効率を改善する。

【0197】

確かに、図６（ｃ）に示されるように、バッファステータスレポートの報告方法は、次のステップを含む。

【0198】

Ｓ６０５：端末デバイスは、ＳＬ ＢＳＲに対応する第５パラメータ及びＵＬ ＢＳＲに対応する第６パラメータ、並びに／又は第３閾値を取得する。

【0199】

第５パラメータは、データを有するサイドリンクサービスの優先度に関係があり、第６パラメータは、データを有するアップリンクサービスの優先度に関係がある。

【0200】

可能な実施では、第５パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、あるいは、第５パラメータは、ＳＬ ＢＳＲ ＭＡＣ ＣＥに含まれるＬＣＧ ＩＤに対応するＳＬ ＬＣＧに含まれるＳＬ ＬＣＨの中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、あるいは、第５パラメータは、ＳＬ ＢＳＲ ＭＡＣ ＣＥ内で値“１”を有する指示ビットに対応するＳＬ ＬＣＧに含まれるＳＬ ＬＣＨの中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、あるいは、第５パラメータは、ＳＬ ＢＳＲ ＭＡＣ ＣＥ内のバッファサイズフィールドに対応するＳＬ ＬＣＧに含まれるＳＬ ＬＣＨの中で最も高い優先度を有しているＳＬ ＬＣＨの優先度である。

【0201】

任意に、第６パラメータは、アップリンクデータを有するアップリンクサービスの中の、優先度が第５パラメータ以上であるアップリンクサービスの個数である。

【0202】

任意に、第３閾値は事前設定された値である。例えば、第３閾値は、プロトコルで予め定義された値であり、任意に、第３閾値は、配信前に端末で事前設定された値であり、任意に、値は、その後に更新され得る。代替的に、第３閾値は、ネットワークデバイスによって設定された値である。

【0203】

Ｓ６０６：端末デバイスは、第６パラメータ及び第３閾値に基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定する。

【0204】

具体的に、第６パラメータが第３閾値以上である場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。第６パラメータが第３閾値よりも小さい場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。

【0205】

図６（ｃ）に対応する技術的解決法の原理については、図６（ｂ）のそれを参照されたい。詳細はここでは記載されない。

【0206】

本願の実施形態は、バッファステータスレポートの報告方法を更に提供する。図８に示されるように、方法は、次のステップを含む。

【0207】

Ｓ８０１：端末デバイスは、第１アップリンクリソースのサイズを取得する。

【0208】

第１アップリンクリソースのサイズは、第１アップリンクリソースのサイズによって表されてよく、あるいは、第１アップリンクリソースのサイズは、第１アップリンクリソースのビット（bit）の数であってよく、あるいは、第１アップリンクリソースのサイズは、第１アップリンクリソース内の残りのビットの数であってよく、あるいは、第１アップリンクリソースのサイズは、パディング（padding）ビットの数であってよい。第１リソースのサイズを表す具体的な方式は、本願のこの実施形態で限定されない。

【0209】

Ｓ８０２：端末デバイスは、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低いことを決定する。

【0210】

本願のこの実施形態では、端末デバイスは、第１アップリンクリソースのサイズ、ＵＬ ＢＳＲのサイズ、及び／又はＳＬ ＢＳＲのサイズに基づき、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定し得る。具体的に言えば、第１アップリンクリソースのサイズが完全なＢＳＲを運ぶのに十分である場合、又は第１リソースのサイズがＢＳＲのサイズ以上である場合に、端末デバイスは、優先的に第１アップリンクリソースで完全なＢＳＲをＵＬ ＭＡＣ ＰＤＵにカプセル化する。

【0211】

ＢＳＲのサイズは、ＢＳＲサイズによって表されてよく、あるいは、ＢＳＲのサイズは、ＢＳＲ ＭＡＣ ＣＥのサイズにより表されてよく、あるいは、ＢＳＲのサイズは、ＢＳＲ ＭＡＣ ＣＥによって占有されるビットの数により表されてよい。代替的に、第１アップリンクリソースのサイズは、パディング（padding）ビットの数であってもよい。

【0212】

この解決法は、非パディングＢＳＲ又はパディングＢＳＲに適用されることに特に限られないことが留意されるべきである。

【0213】

任意に、本発明で述べられているＢＳＲのサイズは、ＢＳＲ ＭＡＣ ＣＥのサイズ及びＢＳＲ ＭＡＣ ＣＥサブヘッダのサイズであってよい。ＢＳＲは、ｌｏｎｇ ＢＳＲ、ｓｈｏｒｔ ＢＳＲ、又はｔｒｕｎｃａｔｅｄ ＢＳＲであってよい。

【0214】

具体的には、次のいくつかの場合があり得る。

【0215】

場合１で、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化（multiplex）し、次いで、任意に、ＳＬ ＢＳＲを多重化する。

【0216】

本願のこの実施形態の説明において、「優先的にＵＬ ＢＳＲを多重化する」とは、ＭＡＣ ＰＤＵに対応する多重化及びカプセル化プロセスでＵＬ ＢＳＲの優先度がＳＬ ＢＳＲのそれよりも高いことを意味し得る。代替的に、「優先的にＵＬ ＢＳＲを多重化し、後にＳＬ ＢＳＲを多重化する」とは、多重化及びカプセル化プロセスでＵＬ ＢＳＲの優先度がＳＬ ＢＳＲのそれよりも高いことを意味し得る。任意に、後にＳＬ ＢＳＲを多重化することは、ＵＬ ＢＳＲが優先的に多重化された後、第１アップリンクリソースにリソースが残っており、残りのリソースが完全なＳＬ ＢＳＲ又はＳＬ ＢＳＲの一部を運ぶのに十分である場合に、ＳＬ ＢＳＲが多重化されることを意味し得る。概要はここで与えられる。

【0217】

第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上であることは、第１アップリンクリソースのサイズが、完全なＵＬ ＢＳＲによって必要とされるリソースのサイズ以上であることを意味する。完全なＵＬ ＢＳＲは、データを現在有している１つ以上のＬＣＧのバッファステータス情報を含み得る。完全なＵＬ ＢＳＲは、ｓｈｏｒｔ ＢＳＲフォーマット、ｌｏｎｇ ＢＳＲフォーマット、ｓｈｏｒｔ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット、又はｌｏｎｇ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマットであってよい。例えば、データを現在有しているＬＣＧがＬＣＧ１及びＬＣＧ２である場合に、完全なＵＬ ＢＳＲに対応するＵＬ ＢＳＲ ＭＡＣ ＣＥは、ＬＣＧ１及びＬＣＧ２のバッファサイズフィールドを示す情報、及びＬＣＧ１及びＬＣＧ２のバッファサイズ（buffer size）に関する情報、例えば、ＵＬ ＢＳＲ ＭＡＣ ＣＥにおいてＬＣＧ１及びＬＣＧ２のバッファサイズフィールドを示す指示ビットを含む。指示ビットの値は“１”であり、ＵＬ ＢＳＲ ＭＡＣ ＣＥ内のその後のフィールドは、ＬＣＧ１のバッファサイズフィールド及びＬＣＧ２のバッファサイズフィールドを含む。

【0218】

場合２で、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上であり、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以下である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、第１アップリンクリソースが完全なＵＬ ＢＳＲを運ぶのに十分であるが、完全なＳＬ ＢＳＲを運ぶには不十分であるとき、端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化（multiplex）し、次いで、任意に、ＳＬ ＢＳＲを多重化する。

【0219】

場合１とは異なり、場合１では、端末デバイスは、優先的に、第１アップリンクリソースのサイズをＵＬ ＢＳＲのサイズと比較し得る。第１アップリンクリソースがＵＬ ＢＳＲを運ぶのに十分である場合に、端末デバイスは、第１アップリンクリソースがＳＬ ＢＳＲを運ぶのに十分であるかどうかをもはや考慮せず、直接に、優先的にＵＬ ＢＳＲを第１アップリンクリソースで送信する。第１アップリンクリソースのサイズがＵＬ ＢＳＲを運ぶには不十分である場合にのみ、端末デバイスは、第１アップリンクリソースがＳＬ ＢＳＲを運ぶのに十分であるかどうかを更に決定する。

【0220】

場合３で、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ及び少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズ以上である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を多重化する。言い換えると、第１アップリンクリソースが完全なＵＬ ＢＳＲと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲとを運ぶのに十分である場合に、端末デバイスは、第１アップリンクリソースで、完全なＵＬ ＢＳＲと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲとを送信する。

【0221】

任意に、端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、残りのアップリンクリソースのサイズと、伝送されるべきデータを有するＳＬ ＬＣＧの数とに基づき、残りのアップリンクリソースで、可能な限り多くＳＬ ＢＳＲに含まれる１つ以上のＳＬ ＬＣＧのバッファステータス情報を多重化する。

【0222】

場合４で、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ及び少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズ以上であり、かつ、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以下である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲを多重化する。

【0223】

任意に、端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、残りのアップリンクリソースのサイズと、伝送されるべきデータを有するＳＬ ＬＣＧの数とに基づき、残りのアップリンクリソースで、可能な限り多くＳＬ ＢＳＲに含まれる１つ以上のＳＬ ＬＣＧのバッファステータス情報を多重化する。

【0224】

場合５で、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以上である場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定し、優先的にＳＬ ＢＳＲを第１アップリンクリソースで多重化する。

【0225】

場合６で、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ及び少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲのサイズ以上である場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＳＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲを多重化する。

【0226】

場合７で、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以上であり、かつ、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以下である場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＳＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲを多重化する。

【0227】

場合８で、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ及び少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲのサイズ以上であり、かつ、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以下である場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＳＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲを多重化する。

【0228】

場合４から場合８の原理については、場合１から場合３の原理を参照されたい。詳細はここで再び記載されない。

【0229】

場合９で、第１アップリンクリソースのサイズはＵＬ ＢＳＲのサイズよりも小さく、かつ、第１アップリンクリソースのサイズはＳＬ ＢＳＲのサイズよりも小さい。

【0230】

この場合に、可能な実施では、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＳＬ ＢＳＲを第１アップリンクリソースで多重化する。任意に、端末デバイスは、第１アップリンクリソース内の残りのアップリンクリソースで、残りのアップリンクリソースのサイズと、伝送されるべきデータを有するＳＬ ＬＣＧの数とに基づき、可能な限り多くＳＬ ＢＳＲに含まれる１つ以上のＳＬ ＬＣＧのバッファステータス情報を多重化する。

【0231】

この場合に、他の可能な実施では、端末デバイスは、代替的に、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化する。

【0232】

代替的に、他の可能な実施では、この場合に、端末デバイスは、図６（ａ）、図６（ｂ）又は図６（ｃ）の方法を使用することによって、ＳＬ ＢＳＲの優先度及びＵＬ ＢＳＲの優先度を決定する。

【0233】

図６（ａ）に対応する技術的解決法では、端末デバイスは、ＵＬ ＢＳＲに対応する第１パラメータ及びＳＬ ＢＳＲに対応する第２パラメータに基づき、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定し得る。本願の実施形態は、バッファステータスレポートの報告方法を更に提供する。方法において、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度は、第１アップリンクリソースのサイズ、第１パラメータ、及び第２パラメータに基づき決定され得る。具体的に、図９に示されるように、方法は次のステップを含む。

【0234】

Ｓ９０１：端末デバイスは、ＳＬ ＢＳＲに対応する第１パラメータと、ＵＬ ＢＳＲに対応する第２パラメータとを取得する。

【0235】

第１パラメータ及び第２パラメータは、夫々、図６（ａ）に対応する技術的解決法における第１パラメータ及び第２パラメータであってよい。具体的に言えば、第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0236】

確かに、第１パラメータ及び第２パラメータは、代替的に、既存の解決法で優先度を示すために使用されているパラメータであってもよい。端末デバイスによって優先度を取得する具体的な方法は、本願のこの実施形態で限定されない。可能な実施では、第１パラメータは、ＳＬ ＢＳＲをトリガするサイドリンクサービスに対応する優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、ＵＬ ＢＳＲをトリガするアップリンクサービスに対応する優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。例えば、ＳＬ ＢＳＲをトリガする１つ以上のＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＬＣＨの優先度（最も高いＬＣＨ優先度）は、ＳＬ ＢＳＲに対応する第１パラメータと見なされ、ＵＬ ＢＳＲをトリガする１つ以上のＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＬＣＨの優先度は、ＵＬ ＢＳＲに対応する第２パラメータと見なされる。

【0237】

Ｓ９０２：端末デバイスは、第１アップリンクリソースのサイズを取得する。

【0238】

Ｓ９０２の詳細な説明については、Ｓ８０２を参照されたい。詳細はここで再び記載されない。

【0239】

Ｓ９０２及びＳ９０２は、続いて起こらず、あるいは、Ｓ９０１及びＳ９０２は、同時に実行されてもよい。言い換えると、Ｓ９０１及びＳ９０２を実行する順序は、制限されない。

【0240】

Ｓ９０３：端末デバイスは、第１アップリンクリソースのサイズ、第１パラメータ、及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。

【0241】

具体的に、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズよりも小さく、かつ、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズよりも小さい場合に、端末デバイスは、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。代替的に、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以上であり、かつ、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上である場合に、この場合は、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ及びＵＬ ＢＳＲのサイズ以上である場合、つまり、第１アップリンクリソースがＳＬ ＢＳＲ及びＵＬ ＢＳＲの両方を収容する（accommodate）ことができる場合と、第１アップリンクリソースが完全なＵＬ ＢＳＲ又は完全なＳＬ ＢＳＲのどちらか一方を収容することができる場合とを含み、端末デバイスは、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。代替的に、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ及び１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズよりも小さい場合に、端末デバイスは、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。

【0242】

他の場合に、第１アップリンクリソースのサイズとＳＬ ＢＳＲのサイズ及び／又はＵＬ ＢＳＲのサイズとの間の関係が図８の解決法に適合するとき、ＳＬ ＢＳＲの優先度及びＵＬ ＢＳＲの優先度は、図８の解決法に従って比較され得る。言い換えると、第１アップリンクリソースがＵＬ ＢＳＲを運ぶのに十分である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定し、かつ／あるいは、第１アップリンクリソースがＵＬ ＢＳＲと、１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲとを運ぶのに十分である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲのそれよりも高いと決定し、かつ／あるいは、他の場合には、端末デバイスは、ＵＬ ＢＳＲに対応する第２パラメータ及びＳＬ ＢＳＲに対応する第１パラメータに基づき、どちらのＢＳＲがより高い優先度を有しているかを決定し得る。詳細については、図６（ａ）に対応する技術的解決法を参照されたい。

【0243】

代替的に、第１アップリンクリソースが完全なＳＬ ＢＳＲを運ぶには不十分であるか、あるいは、完全なＵＬ ＢＳＲを運ぶには不十分である場合、又は第１アップリンクリソースが完全なＳＬ ＢＳＲ及び完全なＵＬ ＢＳＲの両方を運ぶのに十分であり、第１アップリンクリソースのサイズにのみ基づいて、どちらのＢＳＲがより高い優先度を有しているかが決定され得ない場合に、端末デバイスは、ＵＬ ＢＳＲに対応する第２パラメータ及びＳＬ ＢＳＲに対応する第１パラメータに基づき、どちらのＢＳＲがより高い優先度を有しているかを決定し得る。具体的に、ＳＬ ＢＳＲに対応する第１パラメータがＵＬ ＢＳＲに対応する第２パラメータよりも大きい場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。ＳＬ ＢＳＲに対応する第１パラメータがＵＬ ＢＳＲに対応する第２パラメータよりも小さい場合には、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。

【0244】

本願の実施形態は、通信方法を更に提供する。図１０（ａ）に示されるように、方法は、次のステップを含む。

【0245】

Ｓ１００４：端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。

【0246】

優先度決定方法は、図６（ａ）、図６（ｂ）、図６（ｃ）、図８、又は図９に対応する方法であってよい。

【0247】

Ｓ１００５：端末デバイスは、第１アップリンクリソースのサイズ、ＵＬ ＢＳＲのサイズ、及びＳＬ ＢＳＲのサイズに基づき、ＵＬ ＢＳＲ及びＳＬ ＢＳＲをＭＡＣ ＰＤＵにカプセル化する順序、言い換えると、最初にＵＬ ＢＳＲを多重化すること又は最初にＳＬ ＢＳＲを多重化することを決定する。

【0248】

ＳＬ ＢＳＲの優先度の方が高いと決定することに基づき、端末デバイスは更に、優先的に特定のＢＳＲをＭＡＣ ＰＤＵにカプセル化することを考える必要があることが容易に理解される。

【0249】

具体的に、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上である場合に、端末デバイスは、優先的にＵＬ ＢＳＲをＭＡＣ ＰＤＵにカプセル化すると決定し、次いで、第１アップリンクリソースにリソースが残っている場合に、ＳＬ ＢＳＲを多重化する。代替的に、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ及び１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズ以上である場合に、端末デバイスは、優先的にＵＬ ＢＳＲをＭＡＣ ＰＤＵにカプセル化すると決定し、次いで、リソースが残っている場合に、ＳＬ ＢＳＲを多重化する。代替的に、第１アップリンクリソースのサイズが上記の２つの条件を満足しないか、あるいは、上記の２つの条件のうちのどちらか一方を満足しない場合に、端末デバイスは、ＳＬ ＢＳＲをＭＡＣ ＰＤＵにカプセル化すると決定する。任意に、ＳＬ ＢＳＲは、可能な限り多くのサイドリンクバッファステータス情報を報告する。例えば、第１アップリンクリソース及び／又はデータを有するＳＬ ＬＣＧのサイズに基づき、可能な限り多くのあて先識別子及びＳＬ ＬＣＧのバッファステータス情報が報告される。確かに、本願の実施形態における技術的解決法はそのように制限されない。

【0250】

本願の実施形態は、バッファステータスレポートの報告方法を更に提供する。図１０（ｂ）に示されるように、方法は、次のステップを含む。

【0251】

Ｓ１００１：第１条件を満足するサービスがある場合に、端末デバイスは第１ＢＳＲを生成する。

【0252】

第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報を含む。第１条件は、サービスの優先度が第１閾値以上であることである。可能な実施では、第１閾値は、事前設定された値である。例えば、第１閾値は、プロトコルで予め定義された値である。代替的に、第１閾値は、配信前に端末で事前設定された値であり、任意に、値は、その後に更新され得る。代替的に、第１閾値は、ネットワークデバイスによって設定された値である。代替的に、第１閾値は、図６（ａ）に示される技術的解決法における第２パラメータである。ここで、既存の技術又は図６（ａ）、図６（ｂ）、若しくは図６（ｃ）に対応する技術的解決法が、サービスの優先度を比較するために使用されてもよい。代替的に、本願の実施形態における他の優先度比較方法が使用されてもよい。

【0253】

任意に、第１ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報を含まない。言い換えると、第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報のみを含む。

【0254】

第１条件を満足するサービスは、サイドリンクサービスであってよい。この場合に、第１ＢＳＲは、優先度が第１閾値以上であるサイドリンクサービスのバッファステータス情報を含む。

【0255】

代替的に、第１条件を満足するサービスは、アップリンクサービスであってよい。この場合に、第１ＢＳＲは、優先度が第１閾値以上であるアップリンクサービスのバッファステータス情報を含む。

【0256】

代替的に、第１条件を満足するサービスは、サイドリンクサービス及びアップリンクサービスであってよい。この場合に、第１ＢＳＲは、優先度が第１閾値以上であるアップリンクサービス及びサイドリンクサービスのバッファステータス情報を含む。

【0257】

第１条件を満足するサービスは、サイドリンクサービスのみを含む。この場合に、アップリンクサービスは、アップリンク論理チャネルであり、サイドリンクサービスは、サイドリンク論理チャネルである。図１１が例として使用され、図６（ａ）に対応する技術的解決法が、サービスの優先度を比較するために使用される。第１閾値が４である場合に、データを有するＬＣＨは、黒色で塗りつぶされており、優先度値が２、７、８、４、６及び１０であるＳＬ ＬＣＨである。ＤＳＴ１に対応するＳＬ ＬＣＧ１内の最初のＳＬ ＬＣＨの優先度と、ＤＳＴ２に対応するＳＬ ＬＣＧ１内の最初のＳＬ ＬＣＨの優先度とは、第１閾値以上である。言い換えると、第１条件を満足するＳＬ ＬＣＨは、サイドリンク論理チャネルグループ内にあって、図１１で矢印によって示されているＳＬ ＬＣＨである。代替的に、第１条件を満足するＳＬ ＬＣＧは、サイドリンク論理チャネルグループ内にあって、図１１で矢印によって示されたＳＬ ＬＣＨを含むＳＬ ＬＣＧである。

【0258】

第１条件を満足するサービスは、サイドリンクサービス及びアップリンクサービスの両方を含んでもよい。アップリンクサービスは、アップリンク論理チャネルであり、サイドリンクサービスは、サイドリンク論理チャネルである。図１１が例として使用され、図６（ａ）に対応する技術的解決法が、サービスを比較するために使用される。第１閾値が４である場合に、データを有するＬＣＨは、黒色で塗りつぶされており、優先度値が２、７、８、４、６及び１０であるＳＬ ＬＣＨと、優先度が３、４、５及び６であるＵＬ ＬＣＨとである。ＤＳＴ１に対応するＳＬ ＬＣＧ１内の最初のＳＬ ＬＣＨの優先度と、ＵＬ ＬＣＧ１内の３番目のＵＬ ＬＣＨの優先度とは、第１閾値以上である。言い換えると、第１条件を満足するＳＬ ＬＣＨは、図１１で矢印によって示されたＬＣＨである。

【0259】

第１条件を満足するサービスは、サイドリンクサービス及びアップリンクサービスの両方を含んでもよい。アップリンクサービスは、アップリンク論理チャネルグループであり、サイドリンクサービスは、サイドリンク論理チャネルグループである。図１１が例として使用され、図６（ａ）に対応する技術的解決法が、サービスの優先度を比較するために使用される。第１閾値が４である場合に、図１１には、データを有する６つのＬＣＧが存在する。ＤＳＴ１に対応するＬＣＧ１の優先度値は１である。同様に、ＤＳＴ１に対応するＬＣＧ２の優先度値は７であり、ＤＳＴ２に対応するＬＣＧ１の優先度値は４であり、ＤＳＴ２に対応するＬＣＧ２の優先度値は９である。ＵＬ ＬＣＧ１の優先度値は１であり、ＤＳＴ４に対応するＬＣＧ１の優先度値は４である。言い換えると、優先度が第１閾値以上であるＬＣＧは、破線ボックスで示された４つのＬＣＧである。

【0260】

可能な実施では、第１閾値は、代替的に、いくつかのパラメータに基づき端末デバイスによって決定された値であってよい。例えば、端末デバイスは、第１アップリンクリソースのサイズに基づき第１閾値を決定する。例えば、第１アップリンクリソースが、４つのＬＣＧのバッファステータス情報を運ぶのに十分である場合に、図１１に示されるように、端末デバイスは、データを有する６つのＬＣＧの優先度を比較し得る。これらのＬＣＧの優先度値は、１、７、４、９、１及び４である。この場合に、端末デバイスは、優先度が第１閾値よりも大きいＬＣＧの数が５以下であることを確かにし、第１アップリンクリソースがそれらのＬＣＧのバッファステータス情報を運ぶのに十分であるようにするために、第１閾値を４にセットし得る。代替的に、端末デバイスは、データを有するＬＣＨの優先度を比較してもよい。図１１に示されるように、これらのＬＣＨの優先度は、２、７、８、４、６、１０、３、４、５及び６である。この場合に、端末デバイスは、優先度が第１閾値よりも大きいＬＣＧの数が５以下であることを確かにし、第１アップリンクリソースがそれらのＬＣＧのバッファステータス情報を運ぶのに十分であるようにするために、第１閾値を４にセットし得る。

【0261】

可能な実施では、第１条件を満足するサービスは、サイドリンクサービス又はアップリンクサービスである。この場合に、第１閾値は、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度に関係があってよい。具体的に、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高い場合に、第１条件を満足するサービスは、サービス優先度が第１閾値以上であるアップリンクサービスである。ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低い場合に、第１条件を満足するサービスは、サービス優先度が第１閾値以上であるサイドリンクサービスである。ここで、図６（ａ）、図６（ｂ）若しくは図６（ｃ）に対応する技術的解決法、又は既存の技術が、ＵＬ ＢＳＲの優先度をＳＬ ＢＳＲの優先度と比較するために使用されてもよい。

【0262】

この場合に、端末デバイスがＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定した後、端末デバイスは、より高い優先度のＢＳＲを切り捨ててもよい。具体的に言えば、端末デバイスは、より高い優先度のＢＳＲに含まれるＬＣＧバッファステータス情報の量を制限する。相応して、この場合に、第１閾値は、より低い優先度のＢＳＲをトリガするサービスに対応する優先度の中で最も高い優先度を有しているサービスの優先度、又はデータを有しかつより低い優先度のＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度であってよい。代替的に、第１閾値は、事前設定された値、ネットワークデバイスによって設定された値、又は端末デバイスによって決定された値であってもよい。ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高い場合に、より低い優先度のＢＳＲはＳＬ ＢＳＲであり、あるいは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低い場合に、より低い優先度のＢＳＲはＵＬ ＢＳＲである。

【0263】

例えば、より高い優先度のＢＳＲはＳＬ ＢＳＲであり、第１閾値は、データを有しかつより低い優先度のＢＳＲ、つまり、ＵＬ ＢＳＲに対応するＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＧの優先度である。図１１では、データを有するＵＬ ＬＣＨは、黒色で塗りつぶされている。ＵＬ ＬＣＧ１内の３番目のＬＣＨの優先度が最も高く、従って、そのＬＣＨの優先度（優先度値は３である）が第１閾値と比較される。第１条件を満足するＬＣＨは、優先度が３以上であるＳＬ ＬＣＨ、つまり、図１１に示される、優先度値が２であるＳＬ ＬＣＨである。代替的に、第１条件を満足するＬＣＧは、優先度が３以上であるＳＬ ＬＣＨを含むＳＬ ＬＣＧ、つまり、図１１に示される、ＤＳＴ１に対応するＳＬ ＬＣＧ１である。

【0264】

例えば、より高い優先度のＢＳＲはＳＬ ＢＳＲであり、第１閾値は、ペンディング中のデータを有し、より低い優先度のＢＳＲ、つまり、ＵＬ ＢＳＲに対応するＬＣＧに対応する優先度の中で最も高い優先度を有しているＬＣＧの優先度である。図１１では、ペンディング中のデータを有しかつＵＬ ＢＳＲに対応するＵＬ ＬＣＧは２つある。ＵＬ ＬＣＧ１の優先度（１の値を有する）が、ＤＳＴ４に対応するＬＣＧ１の優先度（４の値を有する）よりも大きい場合に、ＵＬ ＬＣＧ１の優先度（１の値を有する）が第１閾値と見なされる。第１条件を満足するＬＣＧは、優先度が１以上であるＳＬ ＬＣＧ、つまり、図１１に示される、ＤＳＴ１に対応するＳＬ ＬＣＧ１である。

【0265】

Ｓ１００２：端末デバイスは第１ＢＳＲを送信する。

【0266】

端末デバイスが第１ＢＳＲを送信することは、具体的に、次のように実施され得る：端末デバイスは、第１アップリンクリソースで第１ＢＳＲを送信する。

【0267】

可能な実施では、第１条件を満足するＬＣＨが存在すると端末デバイスが決定する場合に、端末デバイスは、第１条件を満足するＬＣＨを含むＬＣＧを第１ＢＳＲにカプセル化する。具体的に言えば、図１１が依然として例として使用され、上記の例を参照して、端末デバイスは、矢印によって示されている４つのＬＣＨを含むＬＣＧ（破線ボックスによって示されている４つのＬＣＧ）のバッファステータス情報を第１ＢＳＲにカプセル化する。これらのＬＣＧは、ＳＬ ＬＣＧ及びＵＬ ＬＣＧの両方を含んでも、あるいは、ＳＬ ＬＣＧしか含まなくても、あるいは、ＵＬ ＬＣＧしか含まなくてもよい。それから、端末デバイスは第１ＢＳＲを送信する。

【0268】

可能な実施では、第１条件を満足するＬＣＧが存在すると端末デバイスが決定する場合に、端末デバイスは、第１条件を満足するＬＣＧを第１ＢＳＲにカプセル化する。具体的に言えば、図１１が依然として例として使用され、上記の例を参照して、端末デバイスは、破線ボックスによって示されている４つのＬＣＧのバッファステータス情報を第１ＢＳＲにカプセル化する。それから、端末デバイスは第１ＢＳＲを送信する。

【0269】

Ｓ１００３：第１条件を満足するサービスがない場合には、端末デバイスは第３ＢＳＲを生成／多重化する。

【0270】

第３ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報の一部を含む。

【0271】

可能な実施では、第３ＢＳＲは、優先度が第１閾値よりも小さいサービスのバッファステータス情報の一部を含む。例えば、第１閾値は４であり；サイドリンクサービスの優先度は次の通りであり：ＳＬ ＬＣＧ１に対応する優先度は５であり、ＳＬ ＬＣＧ２に対応する優先度は６であり；アップリンクサービスの優先度は次の通りであり：ＵＬ ＬＣＧ１に対応する優先度は５であり、ＵＬ ＬＣＧ２に対応する優先度は７である。この場合に、第１条件を満足するサービスは存在せず、端末デバイスは第３ＢＳＲを生成する、第３ＢＳＲは、４つのＬＣＧのバッファステータス情報を含む。

【0272】

可能な実施では、第３ＢＳＲは、より低い優先度のＢＳＲ内のバッファステータス情報を含む。例えば、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと仮定され、サイドリンクサービスの優先度は次の通りであり：ＳＬ ＬＣＧ１に対応する優先度は５であり、ＳＬ ＬＣＧ２に対応する優先度は６であり；アップリンクサービスの優先度は次の通りであり：ＵＬ ＬＣＧ１に対応する優先度は１であり、ＵＬ ＬＣＧ２に対応する優先度は７である。第１閾値は、アップリンクサービスに対応する優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である、具体的に言えば、第１閾値が１である場合に、ＳＬ ＬＣＧに対応する全ての優先度が第１閾値よりも小さいので、第１条件を満足するサイドリンクサービスは存在しない。この場合に、端末デバイスは第３ＢＳＲを生成する。第３ＢＳＲは、より低い優先度のＢＳＲに対応する２つのＬＣＧ、つまり、ＵＬ ＢＳＲに対応するＵＬ ＬＣＧ１及びＵＬ ＬＣＧ２のバッファステータス情報を含む。

【0273】

Ｓ１００４及びＳ１００６は、Ｓ１００３の後で実行されるステップではなく、Ｓ１００１、Ｓ１００２、及びＳ１００３から独立したステップであることが留意されるべきである。

【0274】

既存の解決法では、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定された後、可能な限り多くのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲが第１アップリンクリソースで送信される。このようにして、より低い優先度のサービスに基づきトリガされたＳＬ ＢＳＲは、第１アップリンクリソースの大部分を占有する場合があり、第１アップリンクリソースは、高優先度サービスに基づきトリガされたＵＬ ＢＳＲを同時に運ぶことができない。その結果、ＵＬ ＢＳＲの伝送は遅延し、より高い優先度を有するアップリンクデータの伝送は遅延する可能性がある。本願の実施形態における技術的解決法によれば、端末デバイスは、より高いサービス優先度を有するＬＣＨを含むＬＣＧのバッファステータス情報を第１アップリンクリソースで送信するか、あるいは、より高いサービス優先度を有するＬＣＧのバッファステータス情報を第１アップリンクリソースで送信することができる。これらのＬＣＧは、ＵＬ ＬＣＧであってよく、あるいは、ＳＬ ＢＳＲであってよい。言い換えると、端末デバイスは、高優先度サービスに対応するＢＳＲを優先的に送信することができる。このようにして、ネットワークデバイスは、より高いサービス優先度を有するデータのためにリソースを優先的に割り当てて、端末デバイスが、割り当てられたリソースで、より高い優先度を有するデータを優先的に伝送することができるようにする。例えば、図１１では、既存の技術によれば、ＳＬ ＢＳＲの優先度の方が高いと端末デバイスが決定し、第１アップリンクリソースが２つのＬＣＧのバッファステータス情報のみを送信するには十分である場合に、端末デバイスは、可能な限り多くのＳＬ ＬＣＧを含むバッファステータス情報を第１アップリンクリソースで送信する。しかし、図１１では、ＤＳＴ１に対応するＳＬ ＬＣＧ２の優先度（７の値を有する）は、報告されないＵＬ ＬＣＧ１の優先度（３の値を有する）よりも低い。結果として、低優先度サービスのバッファステータス情報を含むＢＳＲは、高優先度サービスのバッファステータス情報を含むＢＳＲのために使用されるリソースをプリエンプトし、高優先度サービスのバッファステータス情報は、優先的に送信され得ない。しかし、本願の実施形態における技術的解決法によれば、端末デバイスは、サービス優先度が第１閾値以上であるＬＣＧのバッファステータス情報を報告するか、あるいは、サービス優先度が第１閾値以上であるＬＣＧを含むＬＣＧのバッファステータス情報を報告して、高優先度サービスに基づきトリガされたＢＳＲが優先的に送信され得るようにする。

【0275】

可能な実施では、端末デバイスは、第１条件を満足しかつより優先度の高いＢＳＲに対応するＬＣＨ又はＬＣＧが存在するかどうかを決定する。より高い優先度のＢＳＲがＳＬ ＢＳＲであることが、例として使用される。端末デバイスは、第１条件を満足しかつＳＬ ＢＳＲに対応するＳＬ ＬＣＨ又はＳＬ ＬＣＧが存在するかどうかを決定する。図１１が依然として例として使用され、上記の例を参照して、端末デバイスは、第１条件を満足するＬＣＧ、つまり、図１１に示される、ＤＳＴ１に対応するＳＬ ＬＣＧ１のバッファステータス情報を第１ＢＳＲにカプセル化する。このようにして、端末デバイスは、高優先度のＳＬ ＬＣＧのバッファステータス情報のみを第１アップリンクリソースで報告すればよく、そして、低優先度のＳＬ ＬＣＧのバッファステータス情報が、高優先度のＵＬ ＬＣＧのバッファステータス情報のために使用されるリソースを占有することを防ぐために、低優先度のＳＬ ＬＣＧのバッファステータス情報を第１アップリンクリソースで報告しない。これは、高優先度サービスに基づきトリガされたＢＳＲの伝送が遅延する可能性を小さくし、データ伝送効率を改善することができる。

【0276】

任意に、第１ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報を含む。言い換えると、第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報及び第１条件を満足しないサービスのバッファステータス情報の両方を含む。

【0277】

この場合に、端末デバイスがＳ１００１で第１ＢＳＲを送信及び生成することは、具体的に、次のように実施され得る：端末デバイスは、第１アップリンクリソースのサイズ及びより低い優先度のＢＳＲのサイズに基づき、第１ＢＳＲを第１アップリンクリソースで多重化する。

【0278】

可能な実施では、第１条件を満足するＬＣＨがあると決定し、第１ＢＳＲ ＭＡＣ ＣＥを生成するとき、端末デバイスは、第１アップリンクリソースのサイズ及びより低い優先度のＢＳＲのサイズに基づき、第１ＢＳＲに含まれるＬＣＧのバッファ情報の量を決定する。例えば、端末デバイスは、第１条件を満足するＬＣＨを含むＬＣＧのバッファステータス情報を第１ＢＳＲにカプセル化する。ＬＣＨを含む全部で４つのＬＣＧ（破線ボックスによって示される４つのＬＣＧ）のバッファステータス情報がある場合に、第１アップリンクリソースのサイズは、第１条件を満足するＬＣＨを含むＬＣＧのバッファステータス情報のサイズ及びより低い優先度のＢＳＲのサイズの合計よりも大きいので、端末デバイスは、引き続き、ＬＣＧに対応する優先度の順序で（昇順又は降順で）、第１条件を満足しないＬＣＨを含むＬＣＧのバッファステータス情報を第１ＢＳＲに含める。

【表3】

【0279】

任意に、表４に示されるように、端末デバイスは、より低い優先度のＢＳＲを多重化する。任意に、端末デバイスは第２ＢＳＲを多重化する。

【表4】

【0280】

上記の実施では、第１アップリンクリソースに依然としてリソースが残っている場合に、端末デバイスは更に、他のＬＣＧのバッファステータス情報を第１アップリンクリソースで送信してもよい。例えば、端末デバイスは第２ＢＳＲを送信する。第２ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報を含む。具体的に、第２ＢＳＲは、サービス優先度が第１閾値以下であるサービスのバッファステータス情報を含む。第１アップリンクリソースにリソースが残っていないか、あるいは、残りのリソースが第２ＢＳＲを運ぶには不十分である場合には、端末デバイスは、第２ＢＳＲを第２アップリンクリソースで送信してもよい。

【0281】

任意に、第１ＢＳＲのフォーマットは、第１ＬＣＩＤによって示され、第２ＢＳＲのフォーマットは、第２ＬＣＩＤによって示される。第１ＬＣＩＤは、第２ＬＣＩＤとは異なってよい。

【0282】

第１ＢＳＲは、例えば、ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット、ｓｈｏｒｔ ＢＳＲフォーマット、又はｌｏｎｇ ＢＳＲフォーマットであるが、それに限られない。第２ＢＳＲは、ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット、ｌｏｎｇ ＢＳＲフォーマット、又はｓｈｏｒｔ ＢＳＲフォーマットであるが、それに限られない。ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマットは、ｌｏｎｇ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット又はｓｈｏｒｔ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマットであってよい。

【0283】

本願の実施形態は、バッファステータスレポートの報告方法を更に提供する。図１０（ｃ）に示されるように、方法は、次のステップを含む。

【0284】

Ｓ１１０１：端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。

【0285】

優先度決定方法は、図６（ａ）、図６（ｂ）、図６（ｃ）、図８、又は図９に対応する方法であってよい。

【0286】

Ｓ１１０２：端末デバイスは、第１条件を満足するサービスが存在するかどうかを決定する。

【0287】

Ｓ１１０３（ａ）：第１条件を満足するサービスが存在する場合には、端末デバイスは、第１ＢＳＲを第１アップリンクリソースで生成／多重化する。第１ＢＳＲは、ＳＬ ＬＣＧのバッファステータス情報を含む。具体的に言えば、ここで第１ＢＳＲを第１ＢＳＲで生成／多重化することは、高優先度のＳＬ ＢＳＲを第１アップリンクリソースで多重化することを意味する。

【0288】

第１条件及び第１ＢＳＲの具体的な説明については、図１０（ｂ）に対応する技術的解決法の関連する説明を参照されたい。

【0289】

Ｓ１１０４：第１アップリンクリソースの残りのリソースのサイズ及びＵＬ ＢＳＲのサイズに基づき、ＵＬ ＢＳＲを多重化する。

【0290】

具体的に、ＳＬ ＢＳＲが第１アップリンクリソースで多重化された後、第１アップリンクリソースの残りのリソースがＵＬ ＢＳＲを収容するのに十分である場合に、端末デバイスはＵＬ ＢＳＲを多重化する。残りのリソースがＵＬ ＢＳＲを収容するには不十分である場合には、端末デバイスは高優先度のＳＬ ＢＳＲのみを多重化する。ＳＬ ＢＳＲは、次の２つの条件：ＳＬ ＢＳＲが、含まれる必要がある全てのサービスのバッファステータス情報を含むこと、又は第１アップリンクリソースにリソースが残っていないこと、のうちのどちらか一方が満足されるまで、サービス優先度順に可能な限り多くサイドリンクサービスのバッファステータス情報を含む。

【0291】

更に、任意に、リソースが残っており、残りのリソースが、優先度が第２ＢＳＲの優先度よりも高い他のデータ又はシグナリングを収容するのに十分である場合に、端末デバイスは、データ及び／又は他のシグナリングを多重化する。このとき、第２ＢＳＲの優先度は、第２ＢＳＲに含まれるＬＣＧに含まれるＬＣＨの中で最も高い優先度を有しているＬＣＨの優先度であってよい。

【0292】

更に、任意に、リソースが残っており、残りのリソースのサイズがＳＬ ＢＳＲのサイズよりも大きい場合に、第２ＢＳＲは生成される。第２ＢＳＲは、第１条件を満足しないサービスのバッファ情報を可能な限り多く含む。

【0293】

代替的に、任意に、第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報及び第１条件を満足しないサービスのバッファステータス情報の両方を含む。具体的に言えば、第１ＢＳＲは、次の２つの条件：第１ＢＳＲが、含まれる必要がある全てのサービスのバッファステータス情報を含むこと、又はアップリンクリソースが残っていないこと、のうちのどちらか一方が満足されるまで、優先度順に可能な限り多くサービスのバッファステータス情報を含む。言い換えると、リソースが残っており、第１ＢＳＲが既に、第１条件を満足するＳＬ ＬＣＧ／ＬＣＨのＢＳＲ情報を含む場合に、端末デバイスは、引き続き、有効なデータを有しかつ優先度が第１閾値よりも低いＬＣＨ／ＬＣＧのＢＳ情報、及び／又は有効なデータを有するＬＣＨ／ＬＣＨのＢＳ情報を第１ＢＳＲに含める。

【0294】

Ｓ１１０３（ｂ）：第１条件を満足するサービスが存在しない場合には、端末デバイスはＵＬ ＢＳＲを生成／多重化する。

【0295】

上記のステップは、順に実行されてもよく、あるいは、同時に実行されてもよい。

【0296】

この実施形態では、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いとき、ＳＬ ＢＳＲは、優先度が第１閾値（例えば、ＵＬ ＢＳＲの優先度）よりも高いＬＣＨ／ＬＣＧのＢＳＲ情報を含む。残りのアップリンクリソースがＵＬ ＢＳＲを収容するのに十分である場合に、ＵＬ ＢＳＲは多重化される。依然としてリソースが残っている場合には、ＳＬ ＬＣＧ／ＬＣＨが残されたままであるならば、可能な限り多く、優先度が第１閾値（例えば、ＵＬ ＢＳＲの優先度）よりも低いＳＬ ＬＣＨ／ＬＣＧのＢＳ情報が引き続きＳＬ ＢＳＲに含められる。

【0297】

本願の実施形態で提供されるバッファステータスレポートの報告方法は、図５から図１１を参照して詳細に上述されている。以下は、図１２を参照して、本願の実施形態で提供される通信装置について詳細に記載する。

【0298】

図１２は、本願の実施形態に従う通信装置の略構造図２である。通信装置は、図３に示される通信システムに適用され、図６（ａ）、図６（ｂ）、図６（ｃ）、図８、図９、図１０（ａ）、図１０（ｂ）、及び／又は図１０（ｃ）に示されるバッファステータスレポートの報告方法における端末デバイスの機能を実行し得る。記載を簡単にするために、図１２は、単に、通信装置の主要なコンポーネントを示す。

【0299】

図１２に示されるように、通信装置６００は、処理モジュール６０１及びトランシーバモジュール６０２を含む。

【0300】

本願のこの実施形態では、通信装置６００は、図３に示される通信システムに適用可能であり、図６（ａ）に示されるバッファステータスレポートの報告方法における端末デバイスの機能を実行する。

【0301】

処理モジュールは、サイドリンクバッファステータスレポートＳＬ ＢＳＲに対応する第１パラメータと、アップリンクバッファステータスレポートＵＬ ＢＳＲに対応する第２パラメータとを取得し、第１パラメータ及び第２パラメータに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定するよう構成される。第１パラメータは、データを有するサイドリンクサービスの優先度に関係があり、第２パラメータは、データを有するアップリンクサービスの優先度に関係がある。

【0302】

可能な解決法では、第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0303】

可能な解決法では、サイドリンクサービスは、次の、サイドリンククオリティ・オブ・サービスＱｏＳフロー、サイドリンク論理チャネルＬＣＨ、サイドリンクデータ無線ベアラＤＲＢ、サイドリンク論理チャネルグループＬＣＧ、サイドリンクサービスあて先識別子、及びサイドリンクパケットデータユニットセッションＰＤＵセッション、のうちの１つ以上を含む。

【0304】

アップリンクサービスは、次の、アップリンククオリティ・オブ・サービスフロー、アップリンク論理チャネルＬＣＨ、アップリンクデータ無線ベアラＤＲＢ、アップリンク論理チャネルグループＬＣＧ、アップリンクサービスあて先識別子、及びアップリンクパケットデータユニットセッション、のうちの１つ以上を含む。

【0305】

可能な解決法では、サイドリンクサービスはＳＬ ＬＣＧであり、第１パラメータは、サイドリンクデータを有する１つ以上のＳＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＧの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＧである場合に、第２パラメータは、アップリンクデータを有する１つ以上のＵＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＧの優先度である。

【0306】

可能な解決法では、サイドリンクサービスがＳＬ ＬＣＨである場合に、第１パラメータは、サイドリンクデータを有する１つ以上のＳＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＨである場合に、第２パラメータは、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。

【0307】

可能な解決法では、処理モジュールが、第１パラメータ及び第２パラメータに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることは：
第１パラメータが第２パラメータよりも大きい場合に、処理モジュールが、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定するよう構成されること、又は
第１パラメータが第２パラメータよりも小さい場合に、処理モジュールが、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定するよう構成されること
を含む。

【0308】

可能な解決法では、処理モジュールは、第１条件を満足するサービスがある場合に、第１条件を満足するサービスのバッファステータス情報を含む第１ＢＳＲを生成するよう更に構成される。

【0309】

トランシーバモジュールは、第１ＢＳＲを送信するよう構成される。

【0310】

第１条件は、サービスの優先度が第１閾値以上であることである。

【0311】

可能な解決法では、第１ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報を含まない。

【0312】

可能な解決法では、第１閾値は、次の、事前設定された値、ネットワークによって設定された値、より優先度が低いＢＳＲをトリガするサービスに対応する優先度の中で最も高い優先度を有しているサービスの優先度、データを有しかつより優先度が低いＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度、又はデータを有しかつより優先度が低いＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度、のうちのいずれか１つを含む。

【0313】

ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高い場合に、より優先度が低いＢＳＲはＳＬ ＢＳＲであり、あるいは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低い場合に、より優先度が低いＢＳＲはＵＬ ＢＳＲである。

【0314】

可能な解決法では、トランシーバモジュールは、第１条件を満足しないサービスのバッファステータス情報を含む第２ＢＳＲを送信するよう更に構成される。

【0315】

いくつかの他の実施形態では、通信装置６００は、図３に示される通信システムに適用可能であり、図８及び／又は図９に示されるバッファステータスレポートの報告方法における端末デバイスの機能を実行する。

【0316】

処理モジュールは、第１アップリンクリソースのサイズを取得し、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成される。

【0317】

可能な解決法では、処理モジュールが、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることは：
第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上であるか、あるいは、第１アップリンクリソースのサイズが、ＵＬ ＢＳＲのサイズ及び少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズ以上であるか、あるいは、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上でありかつ第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以下であるか、あるいは、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ及び少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズ以上でありかつ第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以下である場合に、処理モジュールが、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定するよう構成されることを含む。

【0318】

可能な解決法では、処理モジュールが、第１アップリンクリソースのサイズに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることは：
第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以上であるか、あるいは、第１アップリンクリソースのサイズが、ＳＬ ＢＳＲのサイズ及び少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲのサイズ以上であるか、あるいは、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以上でありかつ第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以下であるか、あるいは、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ及び少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲのサイズ以上でありかつ第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以下である場合に、処理モジュールが、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定するよう構成されることを含む。

【0319】

可能な解決法では、処理モジュールは、ＳＬ ＢＳＲに対応する第１パラメータと、ＵＬ ＢＳＲに対応する第２パラメータとを取得するよう更に構成される。

【0320】

第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0321】

代替的に、第１パラメータは、ＳＬ ＢＳＲをトリガするサイドリンクサービスに対応する優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、ＵＬ ＢＳＲをトリガするアップリンクサービスに対応する優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0322】

処理モジュールが、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることは：
処理モジュールが、第１アップリンクリソースのサイズ、第１パラメータ、及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることを含む。

【0323】

可能な解決法では、処理モジュールが、第１アップリンクリソースのサイズ、第１パラメータ、及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることは：
第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズよりも小さくかつＵＬ ＢＳＲのサイズよりも小さい場合に、処理モジュールが、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることを含む。

【0324】

代替的に、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以上でありかつＵＬ ＢＳＲのサイズ以上である場合に、端末デバイスは、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。

【0325】

可能な解決法では、処理モジュールが、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることは：
ＳＬ ＢＳＲに対応する第１パラメータがＵＬ ＢＳＲに対応する第２パラメータよりも大きい場合に、処理モジュールが、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定するよう構成されること、又は
ＳＬ ＢＳＲに対応する第１パラメータがＵＬ ＢＳＲに対応する第２パラメータよりも小さい場合に、処理モジュールが、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定するよう構成されること
を含む。

【0326】

いくつかの他の実施形態では、通信装置６００は、図３に示される通信システムに適用可能であり、図１０（ｂ）に示されるバッファステータスレポートの報告方法における端末デバイスの機能を実行する。

【0327】

処理モジュールは、第１ＢＳＲを生成するよう構成される。トランシーバモジュールは、第１ＢＳＲを送信するよう構成される。第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報を含む。第１条件は、サービスの優先度が第１閾値以上であることである。

【0328】

可能な解決法では、第１ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報を含まない。

【0329】

可能な解決法では、第１閾値は、次の、事前設定された値、ネットワークデバイスによって設定された値、より低い優先度のＢＳＲをトリガするサービスに対応する優先度の中で最も高い優先度を有しているサービスの優先度、又はデータを有しかつより低い優先度のＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度、のうちのいずれか１つを含む。この場合に、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高い場合には、より低い優先度のＢＳＲはＳＬ ＢＳＲであり、あるいは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低い場合には、より低い優先度のＢＳＲはＵＬ ＢＳＲである。

【0330】

可能な解決法では、トランシーバモジュールは、第１条件を満足しないサービスのバッファステータス情報を含む第２ＢＳＲを送信するよう更に構成される。

【0331】

任意に、図１２の通信装置６００は、記憶モジュールを更に含んでもよい。記憶モジュールは、プログラム又は命令を記憶している。処理モジュールがプログラム又は命令を実行するとき、通信装置６００は、上記のバッファステータスレポートの報告方法のうちのいずれか１つにおける端末デバイスの機能を実行することができる。

【0332】

通信装置６００は、端末デバイス、端末デバイスに配置されているチップ若しくはチップシステム、又は端末機能を備えている他のタイプのコンポーネントであってよいことが留意されるべきである。これは本願で制限されない。

【0333】

可能な実施では、処理モジュールは、図４に示されるプロセッサに配置されてもよく、あるいは、プロセッサ及び他の必要なコンポーネントを含んでもよい。トランシーバモジュールは、図４に示されるトランシーバ２０３であってよく、あるいは、他のトランシーバ回路などであってもよい。記憶モジュールは、図４に示されるメモリ２０２であってよい。

【0334】

本願の実施形態は、通信装置を提供する。通信装置は、上記のバッファステータスレポートの報告方法を実装するよう構成される。通信装置は、上記の方法実施形態におけるバッファステータスレポートの報告方法において、端末デバイス、例えば、車載通信装置、端末装置を含む装置、例えば、様々なタイプの車両、又は端末装置に含まれる装置若しくはコンポーネント、例えば、システムチップであってよい。通信装置は、バッファステータスレポートの報告方法を実装するための対応するモジュール、ユニット、又は手段（means）を含む。モジュール、ユニット、又は手段は、ハードウェア、ソフトウェア、又は対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェア又はソフトウェアは、機能に対応する１つ以上のモジュール又はユニットを含む。

【0335】

本願の実施形態は、チップシステムを提供する。チップシステムは、プロセッサ及び入力／出力ポートを含む。プロセッサは、上記の方法実施形態におけるバッファステータスレポートの報告方法の処理機能を実装するよう構成される。入力／出力ポートは、上記の方法実施形態におけるバッファステータスレポートの報告方法の送受信機能を実装するよう構成される。

【0336】

可能な解決法では、チップシステムはメモリを更に含む。メモリは、第１の態様から第３の態様に従うバッファステータスレポートの報告方法の機能を実装するためのプログラム命令及びデータを記憶するよう構成される。

【0337】

チップシステムは、チップを含んでよく、あるいは、チップ及び他のディスクリート部品を含んでもよい。

【0338】

本願の実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、コンピュータ命令を記憶している。コンピュータ命令がコンピュータで実行される場合に、コンピュータは、上記の方法実施形態におけるバッファステータスレポートの報告方法を実行することができる。

【0339】

本願の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータプログラム又は命令を含む。コンピュータプログラム又は命令がコンピュータで実行される場合に、コンピュータは、上記の方法実施形態におけるバッファステータスレポートの報告方法を実行することができる。

【0340】

本願の実施形態のプロセッサは、中央演算処理装置（central processing unit，ＣＰＵ）であってよく、あるいは、他の汎用プロセッサ、デジタル信号プロセッサ（digital signal processor，ＤＳＰ）、特定用途向け集積回路（application-specific integrated circuit，ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（field programmable gate array，ＦＰＧＡ）若しくは他のプログラム可能ロジックデバイス、ディスクリートゲート若しくはトランジスタロジックデバイス、ディスクリートハードウェア部品、等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、あるいは、プロセッサは、如何なる従来のプロセッサ等であってもよい。

【0341】

本願の実施形態のメモリは、揮発性メモリ又は不揮発性メモリであってよく、あるいは、揮発性メモリ及び不揮発性メモリを含んでもよいことが理解され得る。例えば、不揮発性メモリは、リード・オンリー・メモリ（read-only memory，ＲＯＭ）、プログラム可能リード・オンリー・メモリ（programmable ROM，ＰＲＯＭ）、消去可能なプログラム可能リード・オンリー・メモリ（erasable PROM，ＥＰＲＯＭ）、電気的消去可能なプログラム可能リード・オンリー・メモリ（electrically EPROM，ＥＥＰＲＯＭ）、又はフラッシュメモリであってよい。揮発性メモリは、ランダム・アクセス・メモリ（random access memory，ＲＡＭ）であり、外部キャッシュとして使用されてもよい。例により、しかし、限定的な記載によらず、多くの形態をとるランダム・アクセス・メモリ（random access memory，ＲＡＭ）、例えば、静的ランダム・アクセス・メモリ（static RAM，ＳＲＡＭ）、動的ランダム・アクセス・メモリ（dynamic random access memory，ＤＲＡＭ）、同期型動的ランダム・アクセス・メモリ（synchronous DRAM，ＳＤＲＡＭ）、ダブルデータレート同期型動的ランダム・アクセス・メモリ（double data rate SDRAM，ＤＤＲ ＳＤＲＡＭ）、エンハンスド同期型動的ランダム・アクセス・メモリ（enhanced SDRAM，ＥＳＤＲＡＭ）、同期リンク型動的ランダム・アクセス・メモリ（synchlink DRAM，ＳＬＤＲＡＭ）、及びダイレクトランバス型動的ランダム・アクセス・メモリ（direct rambus RAM，ＤＲ ＲＡＭ）が使用されてよい。

【0342】

上記の実施形態の全て又は一部は、ソフトウェア、ハードウェア（例えば、回路）、ファームウェア、又はそれらの任意の組み合わせによって実装されてもよい。ソフトウェアが実施形態を実走するために使用される場合に、上記の実施形態は、全て又は部分的にコンピュータプログラム製品の形で実装されてよい。コンピュータプログラム製品は、１つ以上のコンピュータ命令又はコンピュータプログラムを含む。プログラム命令またはコンピュータプログラムがコンピュータでロード及び実行される場合に、本願の実施形態に従うプロシージャ又は機能は、全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてよく、あるいは、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体へ伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンターから他のウェブサイト、コンピュータ、サーバ、又はデータセンターへ有線（例えば、赤外線、電波、及びマイクロ波など）方式で伝送されてよい。コンピュータ記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を組み込むサーバ若しくはデータセンターのようなデータ記憶デバイスであってよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、若しくは磁気テープ）、光学媒体（例えば、ＤＶＤ）、又は半導体媒体であってよい。半導体媒体は、ソリッドステートドライブであってよい。

【0343】

本明細書中の「及び／又は」という用語は、関連するオブジェクトについて記載するための関連付け関係のみを示し、３つの関係が存在する可能性があることを表すことが理解されるべきである。例えば、Ａ及び／又はＢＳＲは、３つの場合を表し得る。Ａのみが存在し、ＡとＢの両方が存在し、Ｂのみが存在する。Ａ及びＢは、単数又は複数であってよい。更に、本明細書中の文字「／」は、一般に、関連するオブジェクト間の「論理和」関係を表し、あるいは、代替的に、「及び／又は」関係を表し得る。詳細については、理解するために上記及び下記の記載を参照されたい。

【0344】

本願において、「少なくとも１つ」は、１つ以上を意味し、「複数の～」は、２つ以上を意味する。「次のアイテム（部分）のうちの少なくとも１つ」又は同様の表現は、１つのアイテム（部分）又は複数のアイテム（部分）の任意の組み合わせを含む、アイテムのあらゆる組み合わせを意味する。例えば、ａ、ｂ、又はｃのうちの少なくとも１つ（部分）は、ａ、ｂ、ｃ、ａとｂ、ａとｃ、ｂとｃ、ａとｂとｃを示すことができ、ａ、ｂ、及びｃは、単数又は複数であってよい。

【0345】

上記のプロセスのシーケンス番号は、本願の実施形態における実行順序を意味するものではないことが理解されるべきである。プロセスの実行順序は、プロセスの機能及び内部ロジックに基づき決定されるべきであり、本願の実施形態の実装プロセスに対する如何なる限定としても解釈されるべきではない。

【0346】

当業者は、本明細書で開示されている実施形態で記載されている例と組み合わせて、ユニット及びアルゴリズムステップが電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実装されてよいと気づき得る。機能がハードウェア又はソフトウェアによって実行されるかどうかは、技術的解決法の特定のアプリケーション及び設計制約に依存する。当業者は、特定のアプリケーションごとに、記載されている機能を実装するために、異なる方法を使用してよいが、実施は、本願の範囲を越えると考えられるべきではない。

【0347】

当業者は、便宜上、及び、関係な記載のために、上記のシステム、装置、及びユニットの詳細の作動プロセスについては、上記の方法実施形態における対応するプロセスが参照されてもよく、詳細は再びここで記載されないと明りょうに理解し得る。

【0348】

本願で提供されるいくつかの実施形態では、開示されているシステム、装置、及び方法は他の様態で実装されてもよいことが理解されるべきである。例えば、記載されている装置実施形態は例にすぎない。例えば、ユニットへの分割は、論理的な機能分割にすぎず、実際の実施では他の分割であってもよい。例えば、複数のユニット又はコンポーネントは、他のシステムに結合又は一体化されてもよく、あるいは、いくつかの特徴は、無視されても又は実行されなくてもよい。更に、表示又は議論されている相互結合又は直接的な結合若しくは通信接続は、何らかのインターフェースを使用することによって実装されてもよい。装置又はユニット間の間接的な結合又は通信接続は、電子的な、機械的な、又は他の形態で実装されてもよい。

【0349】

別個の部分として記載されているユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示されている部分は、物理ユニットであってもなくてもよく、一箇所に位置してもよく、あるいは、複数のネットワークユニットに分布してもよい。ユニットのいくつか又は全ては、実施形態の解決法の目的を達成するために実際の要件に基づき選択されてもよい。

【0350】

更に、本願の実施形態における機能ユニットは、１つの処理ユニットに一体化されてもよく、あるいは、ユニットの夫々は、物理的に単独で存在してもよく、あるいは、２つ以上のユニットは１つのユニットに一体化される。

【0351】

機能がソフトウェア機能ユニットの形で実装され、独立した製品として販売又は使用されるとき、機能は、コンピュータ可読記憶媒体に記憶されてもよい。そのような理解に基づき、本願の技術的解決法は本質的に、あるいは、既存の解決法に寄与する部分、又は技術的解決法のいくつかは、ソフトウェア製品の形で実装されてもよい。コンピュータソフトウェア製品は記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイス）に、本願の実施形態で記載される方法のステップの全て又はいくつかを実行するよう指示するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リード・オンリー・メモリ（read-only memory，ＲＯＭ）、ランダム・アクセス・メモリ（random access memory，ＲＡＭ）、磁気ディスク、又は光ディスクのような、プログラムコードを記憶することができる如何なる媒体も含む。

【0352】

上記の説明は、本願の具体的な実施にすぎず、本願の保護範囲を限定する意図はない。本願で開示されている技術的範囲内で当業者によって容易に想到される如何なる変形又は置換も、本願の保護範囲内に入るべきである。従って、本願の保護範囲は、特許請求の範囲の保護範囲に従うべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6(a)】

【図6(b)】

【図6(c)】

【図7】

【図8】

【図9】

【図10(a)】

【図10(b)】

【図10(c)】

【図11】

【図12】

【手続補正書】

【提出日】2022-05-25

【手続補正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】

命令を含み、
前記命令がコンピュータで実行される場合に、該コンピュータが、請求項１乃至９又は請求項１０乃至１９のうちいずれか一項に記載のバッファステータスレポートの報告方法を実行することができる、
コンピュータ可読記憶媒体。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【発明の詳細な説明】

【技術分野】

【0001】

本願は、通信技術の分野に、特に、バッファステータスレポートの報告方法及び通信装置に関係がある。

【背景技術】

【0002】

車両のインターネット、つまり、車両が互いに接続されるネットワークでは、新世代の情報及び通信技術に応じて、車両とあらゆるものとの間（つまり、車両と車両、人々、道路、又はサービスプラットフォームとの間）のネットワーク接続を実装するよう、移動車両が情報検知対象物として使用される。これは、車両の全体的なインテリジェント運転機能を改善し、ユーザに安全、快適、インテリジェント、かつ効率的な運転経験及び交通サービスを提供し、交通運用効率を改善し、社会的な交通サービスのインテリジェントレベルを高めることができる。新しい車両のインターネットのソリューションでは、車両対あらゆるもの（vehicle to everything，Ｖ２Ｘ）の通信は、車両に関する情報が、車両に実装されているセンサ、車載端末、などを通じて供給されることを意味し、車両間（vehicle to vehicle，Ｖ２Ｖ）通信、車両対歩行者（vehicle to pedestrian，Ｖ２Ｐ）の通信、車両対インフラストラクチャ（vehicle to infrastructure，Ｖ２Ｉ）の通信、及び車両対ネットワーク（vehicle to network，Ｖ２Ｎ）の通信は、様々な通信技術を用いることによって実装される。例えば、これらの通信シナリオは図１に示される。

【0003】

Ｖ２Ｘには２つのエア通信インターフェース、つまり、ＰＣ５インターフェース及びＵｕインターフェースがある。ＰＣ５インターフェースは、端末間の直接通信のために主に使用され、Ｕｕインターフェースは、端末とネットワークとの間の通信のために主に使用される。Ｕｕインターフェースでは、端末は、図２に示されるアップリンク（uplink，ＵＬ）で基地局へアップリンクデータを送信し得る。端末がアップリンクデータを送信する前に、端末は、ＵＬバッファステータスレポート（buffer status report，ＢＳＲ）を基地局へＵＬを介して送信し、ＵＬ ＢＳＲは、端末のアップリンクバッファに存在する送信対象のデータの量を示すために使用され、それにより、基地局は、端末に対して、ＵＬ ＢＳＲに基づき、アップリンクデータ（ＵＬデータ）を伝送するためのアップリンクリソース（ＵＬグラント）を割り当てる。ＰＣ５インターフェースでは、端末は、図２に示されるサイドリンク（sidelink，ＳＬ）で互いと直接に通信し得る。可能な実施では、端末がＳＬを介して互いと直接に通信する前に、端末の１つは、図２に示されるＵＬで基地局へＳＬ ＢＳＲを送信し、ＳＬ ＢＳＲは、その端末のサイドリンクバッファに存在する送信対象のデータの量を示すために使用され、それにより、基地局は、その端末に対して、ＳＬ ＢＳＲに基づき、サイドリンクデータ（ＳＬデータ）を伝送するためのサイドリンクリソース（ＳＬグラント）を割り当てる。

【0004】

現在、端末がＵＬ ＢＳＲ及びＳＬ ＢＳＲを同時にトリガするシナリオでは、アップリンクデータ及びサイドリンクデータを送信する効率を改善する有効な解決法がない。

【発明の概要】

【0005】

本願の実施形態は、アップリンクデータ及び／又はサイドリンクデータを伝送する効率を改善するための、バッファステータスレポートの報告方法及び装置を提供する。

【0006】

上記の目的を達成するために、以下の技術的解決法が、本願の実施形態で使用される。

【0007】

第１の態様に従って、本願の実施形態は、バッファステータスレポートの報告方法を提供する。方法は、端末デバイス、端末デバイスのコンポーネント（例えば、チップシステム）、又は端末機能を備えた他のコンポーネントに適用される。方法は、端末デバイスが、サイドリンクバッファステータスレポートＳＬ ＢＳＲに対応する第１パラメータと、アップリンクバッファステータスレポートＵＬ ＢＳＲに対応する第２パラメータとを取得し、第１パラメータ及び第２パラメータに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定する、ことを含む。第１パラメータは、データを有するサイドリンクサービスの優先度に関係があり、第２パラメータは、データを有するアップリンクサービスの優先度に関係がある。代替的に、第１パラメータは、データを有するサイドリンクサービスに対応する優先度に基づき決定され、第２パラメータは、データを有するアップリンクサービスの優先度に基づき決定される。可能な実施では、データを有する１つ以上のサイドリンクサービスに夫々対応する１つ以上の優先度の中の優先度（例えば、優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度）が、第１パラメータとして使用されてよく、データを有する１つ以上のアップリンクサービスに夫々対応する１つ以上の優先度の中の優先度（例えば、最も高い優先度）が、第２パラメータとして使用されてよい。

【0008】

既存の解決法では、端末デバイスは、ＳＬ ＢＳＲ媒体アクセス制御制御要素（media access control control element，ＭＡＣ ＣＥ）又はＵＬ ＢＳＲ ＭＡＣ ＣＥを連続して優先的にカプセル化する場合があり、その場合に、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度が、ＵＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度を、ＳＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度と比較することによって決定されるので、アップリンクデータ又はサイドリンクデータの伝送は遅延する。既存の解決法と比較して、本願の実施形態における技術的解決法では、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度は、サイドリンクデータを実際に有するサイドリンクサービスの優先度及び／又はアップリンクデータを実際に有するアップリンクサービスの優先度に基づき決定され、取得された優先度比較結果は、サービス要件をより良く満足する。このようにして、端末デバイスは、優先的に高優先度のアップリンクデータ又は高優先度のサイドリンクデータを続いて送信することができる。これは、アップリンクデータ又はサイドリンクデータを送信する効率を改善する。

【0009】

可能な解決法では、第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0010】

可能な解決法では、サイドリンクサービスは、次の、サイドリンククオリティ・オブ・サービスＱｏＳフロー、サイドリンク論理チャネルＬＣＨ、サイドリンクデータ無線ベアラＤＲＢ、サイドリンク論理チャネルグループＬＣＧ、サイドリンクサービスあて先識別子、及びサイドリンクパケットデータユニットＰＤＵセッション、のうちの１つ以上を含む。

【0011】

アップリンクサービスは、次の、アップリンククオリティ・オブ・サービスフロー、アップリンク論理チャネルＬＣＨ、アップリンクデータ無線ベアラＤＲＢ、アップリンク論理チャネルグループＬＣＧ、アップリンクサービスあて先識別子、及びアップリンクパケットデータユニットセッション、のうちの１つ以上を含む。

【0012】

可能な解決法では、サイドリンクサービスがＳＬ ＬＣＧである場合に、第１パラメータは、サイドリンクデータを有する１つ以上のＳＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＧの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＧである場合に、第２パラメータは、アップリンクデータを有する１つ以上のＵＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＧの優先度である。

【0013】

可能な解決法では、サイドリンクサービスがＳＬ ＬＣＨである場合に、第１パラメータは、サイドリンクデータを有する１つ以上のＳＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＨである場合に、第２パラメータは、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。

【0014】

可能な解決法では、端末デバイスが、第１パラメータ及び第２パラメータに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定することは：
第１パラメータが第２パラメータよりも大きい場合に、端末デバイスが、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定すること、又は
第１パラメータが第２パラメータよりも小さい場合に、端末デバイスが、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定することを含む。

【0015】

可能な解決法では、方法は：
第１条件を満足するサービスがある場合に、端末デバイスが、第１条件を満足するサービスのバッファステータス情報を含む第１ＢＳＲを生成することと、
端末デバイスが第１ＢＳＲを送信することと
を更に含む。

【0016】

第１条件は、サービスの優先度が第１閾値以上であることである。

【0017】

可能な解決法では、端末デバイスは、第１アップリンクリソースで第１ＢＳＲを送信する。

【0018】

可能な解決法では、第１ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報を含まない。言い換えると、第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報のみを含む。言い換えると、第１ＢＳＲは、優先度が第１閾値以上であるサービスのバッファステータス情報のみを含む。

【0019】

可能な解決法では、第１閾値は、次の、事前設定された値、ネットワークによって設定された値、より優先度が低いＢＳＲをトリガするサービスに対応する優先度の中で最も高い優先度を有しているサービスの優先度、又はデータを有しかつより優先度が低いＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度、のうちのいずれか１つを含む。可能な実施では、第１閾値は、代替的に、いくつかのパラメータに基づき端末デバイスによって決定された値であってよい。例えば、端末デバイスは、第１アップリンクリソースのサイズに基づき第１閾値を決定する。

【0020】

ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高い場合に、より優先度が低いＢＳＲはＳＬ ＢＳＲであり、あるいは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低い場合に、より優先度が低いＢＳＲはＵＬ ＢＳＲである。

【0021】

第１条件を満足するサービスは、サイドリンクサービス及びアップリンクサービスの両方を含んでよい。アップリンクサービスは、アップリンク論理チャネルであり、サイドリンクサービスは、サイドリンク論理チャネルである。図１１が例として使用され、図６（ａ）に対応する技術的解決法が、サービスの優先度を比較するために使用される。第１閾値が４である場合に、データを有するＬＣＨは、黒色で塗りつぶされている、優先度値が２、７、８、４、６及び１０であるＳＬ ＬＣＨと、優先度値が３、４、５及び６であるＵＬ ＬＣＨとである。ＤＳＴ１に対応するＳＬ ＬＣＧ１内の最初のＳＬ ＬＣＨの優先度と、ＵＬ ＬＣＧ１内の３番目のＵＬ ＬＣＨの優先度とは、第１閾値以上である。言い換えると、第１条件を満足するＬＣＨは、図１１中で矢印によって示されているＬＣＨである。

【0022】

第１条件を満足するサービスは、サイドリンクサービス及びアップリンクサービスの両方を含んでよい。アップリンクサービスは、アップリンク論理チャネルグループであり、サイドリンクサービスは、サイドリンク論理チャネルグループである。図１１が例として使用され、図６（ａ）に対応する技術的解決法が、サービスの優先度を比較するために使用される。第１閾値が４である場合に、図１１には、データを有する６つのＬＣＧが存在する。ＤＳＴ１に対応するＬＣＧ１の優先度値は１である。同様に、ＤＳＴ１に対応するＬＣＧ２の優先度値は７であり、ＤＳＴ２に対応するＬＣＧ１の優先度値は４であり、ＤＳＴ２に対応するＬＣＧ２の優先度値は９である。ＤＳＴ３に対応するＬＣＧ１の優先度値は１であり、ＤＳＴ４に対応するＬＣＧ１の優先度値は４である。言い換えると、優先度が第１閾値以上であるＬＣＧは、破線ボックスによって示されている４つのＬＣＧである。

【0023】

可能な実施では、第１条件を満足するサービスは、サイドリンク又はアップリンクサービスである。この場合に、第１閾値は、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度に関係があってよい。具体的に、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いとき、第１条件を満足するサービスは、サービス優先度が第１閾値以上であるアップリンクサービスである。ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低いとき、第１条件を満足するサービスは、サービス優先度が第１閾値以上であるサイドリンクサービスである。ここで、図６（ａ）、図６（ｂ）、若しくは図６（ｃ）に対応する技術的解決法、又は既存の技術が、ＵＬ ＢＳＲの優先度をＳＬ ＢＳＲの優先度と比較するために使用されてよい。

【0024】

この場合に、端末デバイスがＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定した後、端末デバイスは、より高い優先度のＢＳＲを切り捨ててもよい。具体的に言えば、端末デバイスは、より高い優先度のＢＳＲに含まれるＬＣＧバッファステータス情報の量を制限する。この場合に、第１閾値は、より低い優先度のＢＳＲをトリガするサービスに対応する優先度の中で最も高い優先度を有しているサービスの優先度、又はデータを有しかつより低い優先度のＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度であってよい。確かに、第１閾値は、代替的に、事前設定された値、ネットワークデバイスによって設定された値、又は端末デバイスによって決定された値であってもよい。

【0025】

可能な解決法では、方法は：
端末デバイスが、第１条件を満足しないサービスのバッファステータス情報を含む第２ＢＳＲを送信することを更に含む。言い換えると、第２ＢＳＲは、優先度が第１閾値以下であるサービスのバッファステータス情報を含む。端末デバイスが第１アップリンクリソースで第１ＢＳＲを送信することに基づいて、第１アップリンクリソースに残っているリソースがある場合には、端末デバイスは、第１アップリンクリソースで第２ＢＳＲを送信してもよい。代替的に、第１アップリンクリソースに残っているリソースがない場合には、端末デバイスは、第２アップリンクリソースで第２ＢＳＲを送信してもよい。

【0026】

第２の態様に従って、本願は、バッファステータスレポートの報告方法を提供する。方法は、端末デバイス、端末デバイスのコンポーネント（例えば、チップシステム）、又は端末機能を備えている他のコンポーネントによって実行され得る。方法は、端末デバイスが、第１アップリンクリソースのサイズを取得し、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する、ことを含む。

【0027】

可能な解決法では、端末デバイスが、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定することは：
第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上であるか、あるいは、第１アップリンクリソースのサイズが、ＵＬ ＢＳＲのサイズと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズとの和以上であるか、あるいは、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上でありかつ第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以下であるか、あるいは、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズとの和以上でありかつ第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以下である場合に、端末デバイスが、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定することを含む。

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

【図1】本願の実施形態に従うＶ２Ｘ通信シナリオの概略図である。

【図2】本願の実施形態に従うアップリンク及びサイドリンクの概略図である。

【図3】本願の実施形態に従う通信システムの略アーキテクチャ図である。

【図4】本願の実施形態に従う通信装置の略構造図である。

【図5】本願の実施形態に従う優先度比較原理の概略図である。

【図6(a)】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図6(b)】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図6(c)】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図7】本願の実施形態に従う優先度比較原理の概略図である。

【図8】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図9】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図10(a)】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図10(b)】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図10(c)】本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャートである。

【図11】本願の実施形態に従う優先度比較原理の概略図である。

【図12】本願の実施形態に従う通信装置の略構造図である。

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

【0085】

以下は、添付の図面を参照して、本願の技術的解決法について記載する。

【0086】

最初に、本願の実施形態における技術的解決法を読者が理解するのを助けるために、本願の実施形態に関係があるいくつかの技術用語が最初に説明される。

【0087】

１．論理チャネル（logical channel，ＬＣＨ）：端末は、異なるサービスに基づき複数の論理チャネルを確立し得る。ＬＣＨは、データを運ぶチャネルを示すために使用される。ＬＣＨは、ＬＣＨのタイプに基づき、制御チャネル及びトラフィックチャネルに分類され得る。

【0088】

２．論理チャネルグループ（logical channel group，ＬＣＧ）：論理チャネルで送信されるデータがある場合に、論理チャネルのＢＳＲが報告される。これは、シグナリングオーバーヘッドを増大させる。この場合を回避するために、ＬＣＧの概念がＬＴＥでは導入されている。１つのＬＣＧは、１つ以上の論理チャネルを含む。ＵＥは、ＬＣＧに基づきＢＳＲを報告する。具体的に言えば、ＵＥは、ＢＳＲにおいて、各ＬＣＧ内のバッファサイズを示す。

【0089】

３．ＢＳＲ ＭＡＣ制御要素（control element，ＣＥ）：ＢＳＲは、ＵＬ ＭＡＣプロトコルデータユニット（protocol data unit，ＰＤＵ）で運ばれ、ＵＬ ＭＡＣ ＰＤＵは、１つ以上のＢＳＲ ＭＡＣ ＣＵを含む。具体的に、ＰＣ５インターフェースでは、ＵＬ ＭＡＣ ＰＤＵは、１つ以上のＳＬ ＢＳＲ ＭＡＣ ＣＥを含み、Ｕｕインターフェースでは、ＵＬ ＭＡＣ ＰＤＵは、１つ以上のＵＬ ＢＳＲ ＭＡＣ ＣＥを含む。

【0090】

例えば、ＢＳＲ ＭＡＣ ＣＥのフォーマットが表１に示される。

【表1】

【0091】

各あて先（略してＤＳＴ）インデックスは、１つ以上のＬＣＧ ＩＤを含んでよく、複数のあて先インデックスが、同じＬＣＧ ＩＤを含んでもよい。例えば、あて先インデックス１は、ＬＣＧ ＩＤ１及びＬＣＧ ＩＤ２を含むことができ、あて先インデックス２も、ＬＣＧ ＩＤ１及びＬＣＧ ＩＤ２を含むことができる。あて先インデックス及びＬＣＧ ＩＤは、ＬＣＧを一意に示すために一緒に使用されてよい。

【0092】

本願の実施形態で、端末デバイスは、表１に示されるＢＳＲ ＭＡＣ ＣＥをＵＬ ＭＡＣ ＰＤＵにカプセル化し、ＵＬ ＭＡＣ ＰＤＵをネットワークデバイスへ送信して、ＬＣＧ１内のバッファサイズ（つまり、バッファサイズ１）及びＬＣＧ２内のバッファサイズ（つまり、バッファサイズ２）をネットワークデバイスへ報告し得る。

【0093】

ＵｕインターフェースでのＵＬ ＢＳＲ ＭＡＣ ＣＥのフォーマットは、ＰＣ５インターフェースでのＳＬ ＢＳＲ ＭＡＣ ＣＥのフォーマットとは異なってもよい。具体的に、ＵｕインターフェースでのＵＬ ＢＳＲ ＭＡＣ ＣＥは、４つのフォーマットを有している：
●ショートＢＳＲフォーマット（固定サイズを有する）、つまり、ｓｈｏｒｔ ＢＳＲフォーマット、
●ロングＢＳＲフォーマット（可変サイズを有する）、つまり、ｌｏｎｇ ＢＳＲフォーマット、
●ショートトランケーテッドＢＳＲフォーマット（固定サイズを有する）、つまり、ｓｈｏｒｔ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット、及び
●ロングトランケーテッドＢＳＲフォーマット（可変サイズを有する）、つまり、ｌｏｎｇ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット。

【0094】

ＰＣ５インターフェースでのＳＬ ＢＳＲ ＭＡＣ ＣＥは、２つのフォーマットを有している：
●ＢＳＲフォーマット（可変サイズを有する）、及び
●トランケーテッドＢＳＲフォーマット（可変サイズを有する）。

【0095】

４．論理チャネル識別（logical channel identity，ＬＣＩＤ）：ＢＳＲフォーマット、又はＢＳＲ ＭＡＣ ＣＥフォーマットと呼ばれるものは、ＵＬ ＭＡＣ ＰＤＵに含まれているサブヘッダ（subheader）内のＬＣＩＤによって識別される。可能な実施では、ＬＣＩＤ値及び異なるＬＣＩＤ値の意味は、表２に示される。

【表2】

【0096】

表２によれば、ＬＣＩＤ値が１１１０１１、１１１１００、１１１１０１、及び１１１１１０であるとき、ＢＳＲフォーマットは、ｓｈｏｒｔ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット、ｌｏｎｇ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット、ｓｈｏｒｔ ＢＳＲフォーマット、及びｌｏｎｇ ＢＳＲフォーマットであることが分かる。

【0097】

各ＢＳＲ ＭＡＣ ＣＥは1つのＬＣＩＤに対応し、ＬＣＩＤは、ＢＳＲ ＭＡＣ ＣＥのＢＳＲフォーマットを示すために使用される。例えば、表1に示されるＢＳＲ ＭＡＣ ＣＥは、ＬＣＩＤ値１１１０１１に対応し、そのＬＣＩＤ値は、ＢＳＲ ＭＡＣ ＣＥがｓｈｏｒｔ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマットにあることを示す。

【0098】

５．ペンディング（pending）：ペンディングは、トリガされており、送信されるべきであることを意味する。例えば、ペンディングデータは、送信されるべきデータである。ペンディングＢＳＲは、トリガされており、送信されるべきであるＢＳＲである。ペンディングＳＲは、トリガされており、送信されるべきであるＳＲである。

【0099】

６．非パディングバッファステータスレポート（非パディングＢＳＲ）は、異なるトリガ条件に基づき、ＢＳＲがパディングバッファステータスレポート（パディングＢＳＲ）及び非パディングバッファステータスレポート（非パディングＢＳＲ）に分類される。例えば、端末デバイスが全てのとり得るデータ及びシグナリングを多重化シーケンスにおいて多重化した後、依然として残っているアップリンクリソースがあり、残りのリソースのサイズがＢＳＲ及びＢＳＲのサブヘッダを収容するのに十分である場合には、ＢＳＲはトリガされ、ＢＳＲはパディングＢＳＲと呼ばれる。優先度が目下の伝送対象のデータの優先度よりも高いデータを端末デバイスが生成するとき、ＢＳＲはトリガされ、ＢＳＲは非パディングＢＳＲと呼ばれる。上記のデータの優先度は、データをバッファリングするＬＣＨの優先度として理解され得る。

【0100】

７．優先順位：一般に、ＳＬ ＢＳＲ ＭＡＣ ＣＥ及びＵＬ ＢＳＲ ＭＡＣ ＣＥは、ＭＡＣ ＰＤＵを形成するようＳＬ ＢＳＲ ＭＡＣ ＣＥ又はＵＬ ＢＳＲ ＭＡＣ ＣＥを多重化及びカプセル化するプロセスで優先順位を有している。ＳＬ ＢＳＲ ＭＡＣ ＣＥの優先度がＵＬ ＢＳＲ ＭＡＣ ＣＥの優先度よりも高い場合には、端末デバイスは、優先的に、ＳＬ ＢＳＲ ＭＡＣ ＣＥをＭＡＣ ＰＤＵにカプセル化し、そうではなく、ＳＬ ＢＳＲ ＭＡＣ ＣＥの優先度がＵＬ ＢＳＲ ＭＡＣ ＣＥの優先度よりも低い場合には、端末デバイスは、優先的に、ＵＬ ＢＳＲ ＭＡＣ ＣＥをＭＡＣ ＰＤＵにカプセル化する。

【0101】

８．クオリティ・オブ・サービスフロー（quality of service flow，ＱｏＳフロー）：データフローのタイプは、データフローの相対的な重要性を識別するよう伝送優先度を割り当てられ得る。更に、デバイスによって提供される様々な優先度転送ポリシー及び輻輳回避メカニズムのようなメカニズムが、データフローのための特別な伝送サービスを提供するために使用される。そのようなタイプのデータフローがＱｏＳフローと呼ばれる。

【0102】

９．データ無線ベアラ（data radio bearer，ＤＲＢ）：無線ベアラは、種々の搬送コンテンツに基づき、シグナリング無線ベアラ（signaling radio bearer，ＳＲＢ）及びＤＲＢに分類される。ＤＲＢは、ユーザプレーンデータを運ぶために使用される。ＳＲＢは、制御プレーンデータ、つまり、シグナリングを運ぶために使用される。

【0103】

１０．パケットデータユニットセッション（packet data unit session，ＰＤＵセッション）：端末デバイスは、複数のＰＤＵセッション（Protocol Data Unit Session，プロトコルデータユニットセッション）を確立し得る。１つのＰＤＵセッションは、複数のＱｏＳフローに対応し得る。同じＰＤＵセッションに対応する複数のＱｏＳフローは、同じＤＲＢにマッピングされ得る。

【0104】

１１．サービスあて先識別子：サービスあて先識別子は、異なるサービスどうしを区別するために使用される。例えば、サービスあて先識別子は、表1に示されるあて先インデックスであってよい。

【0105】

本願の実施形態で、ＢＳＲ及びＢＳＲ ＭＡＣ ＣＥは、ときどき、同義的に使用される場合がある。バッファステータス、バッファリングされたステータス、バッファ情報、及びバッファリングされた情報は、ときどき、同義的に使用される。

【0106】

例えば、本願の実施形態における優先度は、パケットごとに設定された優先度（prose per-packet priority，ＰＰＰＰ）、優先レベル値、優先度値、５Ｇクオリティ・オブ・サービス識別子（Fifth-generation QoS Identifier，５ＱＩ）、又はＳＬ伝送品質要件を反映する他のパラメータで等価に置換され得る。例えば、本願の優先度は、ＰＰＰＰで置換されてもよい。

【0107】

本願の実施形態における技術的解決法は、直交周波数分割多重アクセス（orthogonal frequency-division multiple access，ＯＦＤＭＡ）システム、シングルキャリア周波数分割多重アクセス（single carrier frequency division multiple access，ＳＣ－ＦＤＭＡ）システム、及び他のシステムのような様々な通信システムに適用されてよい。「システム」及び「ネットワーク」という用語は、交換可能である。ＯＦＤＭＡシステムは、進化型汎用地上無線アクセス（evolved universal terrestrial radio access，Ｅ－ＵＴＲＡＮ）及びウルトラモバイルブロードバンド（ultra mobile broadband，ＵＭＢ）のような無線技術を実装し得る。Ｅ－ＵＴＲＡＮは、汎用地上電気通信システム（universal mobile telecommunications system，ＵＭＴＳ）の進化したバージョンである。新しいＥ－ＵＴＲＡＮバージョンは、第３世代パートナーシッププロジェクト（3rd generation partnership project，３ＧＰＰ）におけるＬＥＴ及びＬＴＥに基づき進化した様々なバージョンで使用されている。５Ｇ通信システムは、研究中の次世代の通信システムであり、ＮＲシステムと呼ばれることもある。５Ｇ通信システムは、５Ｇ非スタンドアロン（non-standalone，略してＮＳＡ）移動体通信システム、５Ｇスタンドアロン（standalone，略してＳＡ）移動体通信システム、又は５Ｇ ＮＳＡ移動体通信システム及び５Ｇ ＳＡ移動体通信システムの両方を含む。更に、通信システムは、未来志向の通信技術に更に適用可能であってよく、本願の実施形態で提供される技術的解決法に全て適用可能である。本願に適用可能な上記の通信システムは、記載のための例にすぎず、本願に適用可能な通信システムは、それらに限られない。概要がここでは提供され、詳細は以下で記載されない。

【0108】

全ての態様、実施形態、又は特徴は、複数のデバイス、コンポーネント、モジュール、などを含み得るシステムについて記載することによって、本願で提示される。各システムは、他のデバイス、コンポーネント、モジュールなどを含んでもよく、かつ／あるいは、添付の図面を参照して議論される全てのデバイス、コンポーネント、モジュール、などを含まなくてもよいことが認識及び理解されるべきである。更に、これらの解決法の組み合わせが使用されてもよい。

【0109】

本願の明細書及び添付の図面において、「第１」、「第２」などの用語は、異なるオブジェクトどうしを区別するよう、あるいは、同じオブジェクトの異なる処理どうしを区別するよう意図されるが、オブジェクトの特定の順序について記載するために使用されるわけではない。

【0110】

「少なくとも１つ」は、１つ以上を意味する。

【0111】

「複数の」は、２つ又は２つよりも多いことを意味する。

【0112】

「及び／又は」という用語は、関連するオブジェクト間の関連付け関係を表し、３つの関係を示す可能性がある。例えば、Ａ及び／又はＢＳＲ ＭＡＣ ＣＥは、次の場合、Ａのみが存在、ＡとＢの両方が存在、及びＢのみが存在、を示すことができ、Ａ及びＢは単数又は複数であってよい。

【0113】

文字「／」は、一般に、関連するオブジェクト間の“論理和”関係を示す。例えば、Ａ／Ｂは、Ａ又はＢを表し得る。

【0114】

更に、本願の明細書で述べられている「含む」や「包含する」との用語、及びそれらのあらゆる他の変形は、非排他的な包含をカバーするよう意図される。例えば、一連のステップを含むプロセス、方法、システム、製品、又はデバイスは、挙げられているステップ又はユニットに限定されず、任意に、他の挙げられていないステップ又はユニットを含み、あるいは、任意に、プロセス、方法、製品、又はデバイスの他の内在するステップ又はユニットを含む。

【0115】

本願の実施形態で、「例」、「例えば」、などの語は、例、例示、又は記載を与えることを表すために使用されることが留意されるべきである。本願の実施形態において「例」として又は「例えば」記載されている如何なる実施形態又は設計スキームも、他の実施形態又は設計スキームよりも好ましいものとして又はより多くの利点を有するものとして説明されるべきではない。厳密には、「例」、「例えば」、などの語の使用は、関連する概念を特定の様態で表すよう意図される。

【0116】

本願の明細書及び添付の図面において、「～の（英語：ｏｆ）」、「対応する（英語：corresponding、relevant）」、及び「対応する（英語：corresponding）」は、ときどき、同義的に使用される場合がある。違いが強調されない場合には、一貫した意味が表現されることが留意されるべきである。

【0117】

本願の実施形態で、情報（information）、信号（signal）、メッセージ（message）、チャネル（channel）、又はシグナリング（signaling）は、ときどき、同義的に使用される場合がある。違いが強調されない場合には、一貫した意味が表現されることが留意されるべきである。「～の（of）」、「対応する（corresponding、relevant）」、及び「対応する（corresponding）」は、ときどき、同義的に使用される場合がある。違いが強調されない場合には、一貫した意味が表現されることが留意されるべきである。

【0118】

本願の実施形態で、下付文字、例えば、Ｗ_１は、ときどき、Ｗ１のような不正確な形で書かれる場合がある。違いが強調されない場合には、一貫した意味が表現される。

【0119】

本願の実施形態で記載されるネットワークアーキテクチャ及びサービスシナリオは、本願の実施形態における技術的解決法をより明りょうに記載するよう意図され、本願の実施形態で提供される技術的解決法に対する限定を構成しない。当業者は、ネットワークアーキテクチャの進化及び新しいシナリオの新興により、本願の実施形態で提供される技術的解決法が類似した技術的課題にも適用可能であることを認識し得る。

【0120】

本願の実施形態におけるいくつかのシナリオは、例として図３に示される通信システムにおけるシナリオを使用することによって、記載される。本願の実施形態における技術的解決法は、他の移動体通信システムに更に適用されてもよく、名称は、他の移動体通信システムでの対応する機能の名称で相応して置換されてよいことが留意されるべきである。

【0121】

本願の実施形態を理解するのを容易にするために、図３に示される通信システムは、最初に、本願の実施形態に適用可能な通信システムを詳細に記載するための例として使用される。図３は、バッファステータスレポートの報告方法が本願の実施形態に従って適用可能である通信システムの略アーキテクチャ図である。図３に示されるように、通信システムは、端末デバイス１乃至端末デバイス７のような１つ以上の端末デバイスと、１つ以上のネットワークデバイスとを含む。

【0122】

端末デバイス及びネットワークデバイスは、アップリンク（uplink，ＵＬ）及び／又はダウンリンク（downlink）にわたってＵｕインターフェースを通じて互いと通信し得る。ＵＬ上で、端末デバイスは送信側であり、ネットワークデバイスは受信側である。ＤＬ上で、ネットワークデバイスは送信側であり、端末デバイスは受信側である。

【0123】

上記の異なる端末デバイスは、サイドリンク（sidelink，ＳＬ）にわたってＰＣ５インターフェースを通じて互いと通信し得ることが理解されるべきである。ＳＬ上で、端末デバイスは送信側であり、もう１つの端末デバイス又は他の端末デバイスは受信側である。

【0124】

図３は、一例として、いくつかの端末間の信号と、いくつかの端末とネットワークデバイスとの間の信号とを示しているにすぎないことが理解されるべきである。信号はまた、他の端末間で送信又は受信されてもよく、信号はまた、他の端末とネットワークデバイスとの間で送信又は受信されてもよい。

【0125】

ＵＬ及びＳＬは両方とも、ＬＴＥ及びＮＲのような複数の標準規格を満足し得ることが理解されるべきである。ＵＬとＳＬとの間及びＳＬ間の次の具体的な比較が実行されるとき、具体的な標準規格は限定されない。例えば、比較は、ＮＲ ＵＬとＮＲ ＳＬとの間で行われてもよく、あるいは、ＮＲ ＵＬとＬＴＥ ＳＬとの間で行われてもよく、あるいは、ＬＴＥ ＵＬとＮＲ ＳＬとの間で行われてもよい。例えば、同じインターフェースについては、ＳＬ間の比較は、ＮＲ ＳＬとＬＴＥ ＳＬとの間の比較に限定されない。

【0126】

いくつかの通信シナリオで、端末デバイスがアップリンクデータ及びサイドリンクデータを有しているとき、端末デバイスは、ＵＬ ＢＳＲ及びＳＬ ＢＳＲをネットワークデバイスへ送信するようトリガされ得る。この場合に、端末デバイスは、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定する必要があり、つまり、同じＭＡＣ ＰＤＵにＵＬ ＢＳＲ及びＳＬ ＢＳＲを多重化／カプセル化するための優先度を決定する。具体的に、アップリンクリソースが限られている場合に、アップリンクリソースは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ、ＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダ、ＳＬ ＢＳＲ ＭＡＣ ＣＥ、及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダを同時に運ぶには不十分であるか、あるいは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ及びＳＬ ＢＳＲ ＭＡＣ ＣＥを同時に運ぶには不十分であるか、あるいは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ、ＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダ、及びＳＬ ＢＳＲ ＭＡＣ ＣＥを同時に運ぶには不十分であるか、あるいは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ、ＳＬ ＢＳＲ ＭＡＣ ＣＥ、及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダを同時に運ぶには不十分である。代替的に、他の場合に、端末デバイスは、優先的にＵＬ ＢＳＲ ＭＡＣ ＣＥ及びＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダをＵＬ ＭＡＣ ＰＤＵにカプセル化すべきか、それとも、優先的にＳＬ ＢＳＲ ＭＡＣ ＣＥ及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダをＵＬ ＭＡＣ ＰＤＵにカプセル化すべきかを決定するために、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定する必要がある。

【0127】

可能な実施では、ＵＬ ＢＳＲ及びＳＬ ＢＳＲの固定された優先順位が、既存のＬＴＥ論理チャネル優先度関連プロトコルでは規定されている。具体的に言えば、ＬＴＥでは、非パディングＳＬ ＢＳＲの優先度は常に、非パディングＵＬ ＢＳＲの優先度よりも低いことが規定されている。言い換えると、ＵＬ ＢＳＲの優先度は常に、ＳＬ ＢＳＲの優先度よりも高い。この場合に、ＳＬ ＢＳＲをトリガする高優先度サイドリンクサービス又は高優先度サイドリンクデータが存在し、ＵＬ ＢＳＲをトリガする低優先度アップリンクサービス又は低優先度アップリンクデータが存在するとき、端末デバイスは常に、優先的に、ＵＬ ＢＳＲ ＭＡＣ ＣＥをＵＬ ＭＡＣ ＰＤＵにカプセル化する。結果として、低優先度サービスに基づきトリガされたＵＬ ＢＳＲは、高優先度サービスに基づきトリガされたＳＬ ＢＳＲのために使用されるリソースをプリエンプトし、高優先度サイドリンクサービスに基づきトリガされたＳＬ ＢＳＲの伝送は遅延する可能性がある。更に、高優先度サイドリンクデータの伝送は、それに応じて遅延する可能性がある。言い換えると、高優先度サイドリンクデータの伝送効率は相対的に低い。

【0128】

可能な実施では、柔軟な優先度ソリューションが更に、既存の解決法においてＵＬ ＢＳＲ及びＳＬ ＢＳＲのために提供される。ＳＬ ＢＳＲをトリガする１つ以上のＬＣＨに対応する１つ以上の優先度の中で最も高い優先度（最高ＬＣＨ優先度）を有しているＬＣＨの優先度は、ＳＬ ＢＳＲの優先度と見なされてよく、ＵＬ ＢＳＲをトリガする１つ以上のＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＬＣＨの優先度は、ＵＬ ＢＳＲの優先度と見なされてよい。例えば、ＳＬ ＢＳＲをトリガするＬＣＨの中で、ＬＣＨ１の優先度値は７であり、ＬＣＨ２の優先度値は２である。より大きい優先度値は、より低い優先度を示す、と仮定される。ＬＣＨ２の優先度は、ＬＣＨ１の優先度よりも高く、ＬＣＨ２の優先度は、ＳＬ ＢＳＲの優先度と見なされ得る。ＵＬ ＢＳＲをトリガするＬＣＨの中で、ＬＣＨ３の優先度値は７であり、ＬＣＨ４の優先度値は２であり、ＬＣＨ５の優先度値は１である。ＬＣＨ５は、最も高い優先度を有しており、ＬＣＨ５の優先度は、ＵＬ ＢＳＲの優先度と見なされ得る。この場合に、端末デバイスは、ＳＬ ＢＳＲの優先度（つまり、ＬＣＨ２の優先度であり、値は２である）をＵＬ ＢＳＲの優先度（つまり、ＬＣＨ５の優先度であり、値が１である）と比較することによって、ＵＬ ＢＳＲの優先度の方が高いと決定する。柔軟な優先度の方式では、取得された優先度結果が不正確である。具体的に、図５に示されるように、黒色で塗りつぶされた長方形ボックスは、データを有する論理チャネルを表し、空白の長方形ボックスは、データを有さない論理チャネルを表す。時点Ｔ１で、優先度が７、８及び１０である論理チャネルに送信対象のデータが存在し、ＳＬ ＢＳＲ１がトリガされる。論理チャネルに対応する優先度の中で最も高い優先度は７であり、優先度７がＳＬ ＢＳＲ１の優先度と見なされ得る。同様に、時点Ｔ２で、優先度が７、８、１０及び１０である論理チャネルに送信対象のデータが存在し、ＳＬ ＢＳＲ２がトリガされる。論理チャネルに対応する優先度の中で最も高い優先度は４である。この場合に、ＳＬ ＢＳＲ２の優先度は４である。同様に、時点Ｔ３で、ＳＬ ＢＳＲ３の優先度は２である。時点Ｔ４で、端末は、アップリンクグラントリソース（ＵＬグラント１）でネットワークデバイスへＵＬ ＭＡＣ ＰＤＵ１を送信する必要がある。ＵＬグラント１が限られたサイズを有している場合に、端末は、ＳＬ ＢＳＲの優先度をＵＬ ＢＳＲの優先度と比較する必要がある。ＳＬ ＢＳＲ１からＳＬ ＢＳＲ３に対応する優先度の中で最も高い優先度は２である。この場合に、ＳＬ ＢＳＲの優先度は２であると見なされる。同様に、ＵＬ ＢＳＲの優先度は３である。ＳＬ ＢＳＲの方が高い優先度を有している場合に、端末は、優先的にＳＬ ＢＳＲ ＭＡＣ ＣＥ及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダをＵＬ ＭＡＣ ＰＤＵ１にカプセル化する。ＵＬ ＭＡＣ ＰＤＵ１が他のコンテンツを更に運ぶことができる場合には、端末は、ＵＬ ＢＳＲ ＭＡＣ ＣＥ及びＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダをＵＬ ＭＡＣ ＰＤＵ１にカプセル化する。図５に示されるシナリオでは、ＳＬ ＢＳＲ ＭＡＣ ＣＥが比較的に大きいサイズを有しているので、ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマットでのＳＬ ＢＳＲ ＭＡＣ ＣＥがＵＬ ＭＡＣ ＰＤＵ１にカプセル化される。時点Ｔ５で、端末デバイスは、ネットワークデバイスによって端末デバイスに割り当てられたサイドリンクグラントリソース（ＳＬグラント）を取得し、それにより、端末デバイスは、ＳＬグラントを通じていくらかのサイドリンクデータを送信する。図５に示されるように、時点Ｔ６に達する前に、優先度値が２、７、及び８である論理チャネル上のサイドリンクデータは送信されている。目下のメカニズムでは、時点Ｔ６で、端末デバイスによって取得されたアップリンクグラントリソース２（ＵＬグラント２）が限られたサイズを有している場合に、端末デバイスは、ＳＬ ＢＳＲの優先度をＵＬ ＢＳＲの優先度と比較する必要がある。更に、目下のＢＳＲ報告メカニズムに従って、ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマットでのＳＬ ＢＳＲ ＭＡＣ ＣＥがある時点でＵＬ ＭＡＣ ＰＤＵにカプセル化される場合に、その時点より前にペンディング（pending）中であるＳＬ ＢＳＲはキャンセル不可能である。言い換えると、その時点より前にペンディング中であるＳＬ ＢＳＲは、ペンディング状態のままであり続ける。時点Ｔ６で、以前にトリガされてペンディング中であるＳＬ ＢＳＲ１からＳＬ ＢＳＲ３は、ペンディング状態のままであり、より高い優先度を有している他のＳＬ ＢＳＲはトリガされないので、端末デバイスは依然として、トリガされたＳＬ ＢＳＲ１からＳＬ ＢＳＲ３に対応するＬＣＨに対応する優先度の中で最も高い優先度を取得し、その値は依然として２である。更に、図５に示されるように、ＵＬ ＢＳＲをトリガするＬＣＨに対応する優先度に含まれており、端末デバイスによって取得される最も高い優先度は、３である。このようにして、ＳＬ ＢＳＲの優先度の方が依然として高い。この優先度比較方式では、以前にペンディング中のＳＬ ＢＳＲの優先度の方が高いままである可能性があり、端末デバイスは、続けて優先的にＳＬ ＢＳＲを多重化する可能性があることが分かる。しかし、実際には、ＳＬ ＢＳＲは、低い優先度を有するＳＬ ＬＣＧ又はＳＬ ＬＣＨのバッファステータス情報を含む。その結果、高い優先度を有するＵＬ ＬＣＨ又はＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲの報告は遅延し、アップリンクデータの伝送は遅延し、そして、アップリンクデータの伝送効率は高くない。

【0129】

更に、柔軟な優先度の方式は、常に優先的にＵＬ ＢＳＲ ＭＡＣ ＣＥをカプセル化する蓋然性をある程度下げ得るが、柔軟な優先度の方式では、ＢＳＲの優先度が比較的に高いと、例えば、ＳＬ ＢＳＲの優先度が比較的に高いと決定されるとき、ＳＬ ＢＳＲ ＭＡＣ ＣＥが優先的にＵＬ ＭＡＣ ＰＤＵにカプセル化される。ＳＬ ＢＳＲ ＭＡＣ ＣＥは、いくつかの高優先度サイドリンクサービスに対応するバッファステータス情報（例えば、バッファサイズ）を含むことができ、更には、いくつかの低優先度サイドリンクサービスに対応するバッファステータス情報を含むことができ、そして、これらの低優先度サイドリンクサービスに対応する優先度は、いくつかのアップリンクサービスの優先度よりも低い場合があることが容易に理解される。言い換えると、いくつかの低優先度サイドリンクサービスのバッファステータス情報は、いくつかの高優先度アップリンクサービスのバッファステータス情報のために使用されるリソースをプリエンプトする可能性がある。その結果、高優先度アップリンクサービスのバッファステータス情報の伝送は遅延し、高優先度アップリンクデータの伝送は遅延する場合がある。

【0130】

可能な解決法では、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定するとき、端末デバイスは、ＳＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度をＳＬ ＢＳＲの優先度として見なすことも、ＵＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度をＵＬ ＢＳＲの優先度として見なすこともない。代わりに、端末デバイスは、データを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度をＳＬ ＢＳＲの優先度として見なし、かつ、データを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度をＵＬ ＢＳＲの優先度として見なす。このようにして、端末デバイスは、実際に現時点で存在するデータに基づき、現時点でのＵＬ ＢＳＲとＳＬ ＢＳＲとの間の優先度比較結果を決定することができ、取得された優先度比較結果は、サービス要件をより良く満足する。現時点は、具体的に、特定の時点に限られない。例えば、現時点は、ＵＬ ＢＳＲの優先度又はＳＬ ＢＳＲの優先度を決定する時点であってよく、あるいは、ＵＬ ＢＳＲをカプセル化する時点であってよく、あるいは、アップリンクリソースを受信する時点であってよい。例えば、図５では、時点Ｔ６で、優先度値が４、６、１０及び９であるＳＬ ＬＣＨと、優先度値が３、４、５及び６であるＵＬ ＬＣＨとの中で、あるＵＬ ＬＣＨが最も高い優先度（３の値を有する）を有する。この場合に、そのＵＬ ＬＣＨに基づきトリガされたＵＬ ＢＳＲは、優先的に送信されるべきであり、それにより、端末は、優先的に、高優先度アップリンクデータをその後に送信することができる。これは、優先的に高優先度アップリンクデータを送信するサービス要件を満足する。更に、優先度比較結果は、以前にペンディング中のＢＳＲによって影響を及ぼされない。そのため、優先度比較結果は、より正確である。

【0131】

可能な解決法では、端末デバイスは、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定する。

【0132】

可能な解決法では、端末デバイスは、第１ＢＳＲを生成し、第１ＢＳＲを送信する。第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報を含む。第１条件は、サービスの優先度が第１閾値以上であることである。既存の解決法では、ある時点にアップリンクリソースで送信されたＢＳＲは、高優先度サービスのバッファステータス情報及び低優先度サービスのバッファステータス情報を含む場合があり、低優先度サービスのバッファステータス情報がより多くのリソースを占有する場合がある。既存の解決法と比較して、本願の実施形態では、より高い優先度を有するサービスのバッファステータス情報は、優先的にアップリンクリソースで送信され得る。これは、より低い優先度を有するサービスのバッファステータス情報がより多くのリソースを占有する可能性を小さくする。

【0133】

可能な解決法では、任意に、ある時点でアップリンクリソースが限られている場合に、端末デバイスは、上記の方法に基づき、ＢＳＲが優先的に多重化される必要があると決定する。

【0134】

「ＭＡＣ ＣＥ」は、次の方式：ネットワークデバイスによって事前設定されたＭＡＣ ＣＥ、シグナリングを通じてネットワークデバイスによって動的に設定されたＭＡＣ ＣＥ、又はプロトコルで予め定義され、端末が製造されるとき又はネットワークにアクセスするときに端末デバイスの内部バッファに書き込まれたＭＡＣ ＣＥ、のうちの１つ以上において実装されてよいことが留意されるべきである。「ＭＡＣ ＣＥ」の具体的な実装は、特に本願で限定されない。

【0135】

上記の設計ソリューションの具体的な実装は、その後の方法実施形態で詳細に記載されるべきであることが留意されるべきである。詳細はここでは記載されない。

【0136】

任意に、ネットワークデバイスは、通信システムのネットワーク側に位置し、無線送受信機能を備えているデバイス、あるいは、そのようなデバイスに配置され得るチップ又はチップシステムである。ネットワークデバイスは、ホームゲートウェイ、ルータ、サーバ、スイッチ、及びブリッジのようなワイヤレス・フィデリティ（wireless fidelity，Ｗｉ－Ｆｉ）システムにおけるアクセスポイント（access point，ＡＰ）、エボルブドＮｏｄｅＢ（evolved NodeB，ｅＮＢ）、無線ネットワークコントローラ（radio network controller，ＲＮＣ）、ＮｏｄｅＢ（NodeB，ＮＢ）、基地局コントローラ（base station controller，ＢＳＣ）、ベーストランシーバ局（base transceiver station，ＢＴＳ）、ホーム基地局（例えば、ホーム・エボルブドＮｏｄｅＢ、又はホーム・ＮｏｄｅＢ，ＨＮＢ）、ベースバンドユニット（baseband unit，ＢＢＵ）、無線中継ノード、無線バックホールノード、送信ポイント（transmission and reception point，ＴＲＰ、又はtransmission point，ＴＰ）、などを含むが、これらに限られない。ネットワークデバイスは、代替的に、５Ｇシステム、例えば、ＮＲシステムにおけるｇＮＢ又は送信ポイント（ＴＲＰ又はＴＰ）、５Ｇシステムにおける１つの基地局又は基地局（複数のアンテナパネルを含む）のグループであってもよい。ネットワークデバイスは、代替的に、ｇＮＲ又は送信ポイントを構成する、基地局機能を備えているベースバンドユニット（ＢＢＵ）、分散ユニット（distributed unit，ＤＵ）、又は路側機のようなネットワークノードであってもよい。

【0137】

任意に、端末デバイスは、車両（vehicle）、車両に設置されており、走行中の車両を支援するよう構成される車載通信装置若しくは車載端末、又は車載通信装置若しくは車載端末内のチップであってもよい。車載端末は、無線通信機能を実装するよう構成されたデバイス、例えば、端末又は端末で使用され得るチップであってよい。端末は、５Ｇネットワーク又は将来の進化したＰＬＭＮにおけるユーザ装置（user equipment，ＵＥ）、アクセス端末、端末ユニット、端末局、移動局、モバイルコンソール、リモート局、リモート端末、モバイルデバイス、無線通信デバイス、端末エージェント、端末装置、などであってもよい。アクセス端末は、携帯電話機、コードレス電話機、セッション開始プロトコル（session initiation protocol，ＳＩＰ）電話機、無線ローカルループ（wireless local loop，ＷＬＬ）局、パーソナルデジタルアシスタント（personal digital assistant，ＰＤＡ）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続されている他の処理デバイス、車載デバイス、ウェアラブルデバイス、仮想現実（virtual reality，ＶＲ）端末デバイス、拡張現実（augmented reality，ＡＲ）端末デバイス、産業制御（industrial control）における無線端末、自動運転（self driving）における無線端末、遠隔医療（telemdicine）における無線端末、スマートグリッド（smart grid）における無線端末、輸送安全性（transport safety）における無線端末、スマートシティ（smart city）における無線端末、スマートホーム（smart home）における無線端末、などであってよい。車載端末は、移動可能であっても、又は固定されていてもよい。

【0138】

図３は、単に、理解を容易にするための通信システムの例の簡略化された概略図であることが理解されるべきである。通信システムは、図３に示されていない他のネットワークデバイス及び／又は他の端末デバイスを更に含んでもよい。

【0139】

任意に、本願の実施形態におけるネットワークデバイス及び端末デバイスはまた、集合的に通信装置とも呼ばれることがある。通信装置は、汎用のデバイス又は専用のデバイスであってよい。これは、本願の実施形態で特に制限されない。

【0140】

図４は、本願の実施形態に従う通信装置２００の略構造図である。図４に示されるように、通信装置２００は、端末デバイス又はネットワークデバイスあってよく、あるいは、端末デバイス若しくはネットワークデバイスに適用されるチップ、又は端末機能若しくはネットワークデバイス機能を備えている他のコンポーネント、モジュール、サブシステム、などであってもよい。図４に示されるように、通信装置２００は、プロセッサ２０１、メモリ２０２、及びトランシーバ２０３を含み得る。プロセッサ２０１と、メモリ２０２と、トランシーバ２０３との間には信号接続がある。例えば、プロセッサ２０１、メモリ２０２、及びトランシーバ２０３は、通信バスを通じて接続され得る。

【0141】

以下は、図４を参照して、通信装置２００のコンポーネントについて詳細に記載する。

【0142】

プロセッサ２０１は、通信装置２００の制御センターであり、１つのプロセッサであってよく、あるいは、複数の処理要素の総称であってもよい。例えば、プロセッサ２０１は、１つ以上の中央演算処理装置（central processing unit，ＣＰＵ）、又は特定用途向け集積回路（application-specific integrated circuit，ＡＳＩＣ）であってよく、あるいは、本願の実施形態を実装する１つ以上の集積回路、例えば、１つ以上のマイクロプロセッサ（digital signal processor，ＤＳＰ）又は１つ以上のフィールド・プログラマブル・ゲート・アレイ（field programmable gate array，ＦＰＧＡ）として構成されてもよい。

【0143】

プロセッサ２０１は、メモリ２０２に記憶されているソフトウェアプログラムを実走又は実行すると、メモリ２０２に記憶されているデータを呼び出すこととによって、通信装置２００の様々な機能を実行し得る。

【0144】

具体的な実施では、実施形態において、プロセッサ２０１は、１つ以上のＣＰＵ、例えば、図４に示されるＣＰＵ０及びＣＰＵ１を含み得る。

【0145】

具体的な実施では、実施形態において、通信装置２００は、代替的に、複数のプロセッサ、例えば、図４に示されるプロセッサ２０１及びプロセッサ２０４を含み得る。プロセッサの夫々は、シングルコア（シングルＣＰＵ）プロセッサであってよく、あるいは、マルチコア（マルチＣＰＵ）プロセッサであってよい。ここでのプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するよう構成されている１つ以上の通信装置、回路、及び／又は処理コアであってよい。

【0146】

メモリ２０２は、リード・オンリー・メモリ（read-only memory，ＲＯＭ）若しくは静的な情報及び命令を記憶することができる他のタイプの静的記憶通信デバイス；又はランダム・アクセス・メモリ（random access memory，ＲＡＭ）若しくは情報及び命令を記憶することができる他のタイプの動的記憶通信デバイスであってよい。メモリ２０２は、代替的に、電気的消去可能なプログラム可能リード・オンリー・メモリ（electrically erasable programmable read-only memory，ＥＥＰＲＯＭ）、コンパクトディスク・リード・オンリー・メモリ（compact disc read-only memory，ＣＤ－ＲＯＭ）若しくは他のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザディスク、光ディスク、デジタル・バーサタイル・ディスク、ブルーレイディスク、などを含む）、磁気ディスク記憶媒体若しくは他の磁気記憶通信デバイス、又は期待されるプログラムコードを命令若しくはデータ構造の形で搬送若しくは記憶するために使用可能であって、コンピュータによってアクセス可能であるあらゆる他の媒体であってもよいが、これらに限られない。メモリ２０２は、独立して存在してもよく、あるいは、プロセッサ２０１と一体化されてもよい。

【0147】

メモリ２０２は、本願の解決法を実行するために使用されるソフトウェアプログラムを記憶するよう構成され、プロセッサ２０１は、ソフトウェアプログラムの実行を制御する。具体的な実施については、以下の方法実施形態を参照されたい。詳細はここでは記載されない。

【0148】

トランシーバ２０３は、通信装置２００と他の通信装置との間の通信を実行するよう構成される。トランシーバ２０３は、受信機能を実装する受信ユニットと、送信機能を実装する送信ユニットとを含み得る。

【0149】

図４に示される通信装置２００の構造は、通信装置に対する限定を構成しないことが留意されるべきである。実際の通信装置は、図４に示されているものよりも多い又は少ないコンポーネントを含んでも、あるいは、いくつかのコンポーネントを組み合わせても、あるいは、異なるコンポーネント配置を有してもよい。

【0150】

以下は、添付の図面を参照して、本願の実施形態で提供される、バッファステータスレポートを報告する方法について具体的に記載する。

【0151】

本願の実施形態では、異なるサイドリンクサービスは、異なるあて先レイヤ－１識別子に対応し、かつ／あるいは、異なるあて先レイヤ－２識別子（あて先インデックス）に対応してよく、あるいは、同じあて先レイヤ－１識別子及び／又は同じあて先レイヤ－２識別子に対応してもよい。異なるサイドリンクサービスは、異なるあて先レイヤ－１識別子＋ソースレイヤ－１識別子のペア（ソースインデックス対）に対応し、かつ／あるいは、異なるあて先レイヤ－２識別子＋ソースレイヤ－２識別子のペアに対応してよい。異なるサイドリンクサービスは、同じあて先レイヤ－１識別子＋ソースレイヤ－１識別子のグループに対応し、かつ／あるいは、同じあて先レイヤ－２識別子＋ソースレイヤ－２識別子のグループに対応してもよい。

【0152】

図６（ａ）は、本願の実施形態に従うバッファステータスレポートの報告方法の略フローチャート１である。バッファステータスレポートの報告方法は、図３に示される端末デバイスがＳＬ ＢＳＲ及び／又はＵＬ ＢＳＲをネットワークデバイスへ報告する場合に適用されてよい。

【0153】

図６（ａ）に示されるように、バッファステータスレポートの報告方法は、次のステップを含む。

【0154】

Ｓ６０１：端末デバイスは、ＳＬ ＢＳＲに対応する第１パラメータと、ＵＬ ＢＳＲに対応する第２パラメータとを取得する。

【0155】

本願のこの実施形態では、任意に、優先度のようなパラメータが、ＳＬ ＢＳＲ ＭＡＣ ＣＥに対して予め定義されてよく、優先度は、論理チャネル優先順位付け（logical channel prioritization，ＬＣＰ）多重化プロセスでＳＬ ＢＳＲ ＭＡＣ ＣＥの優先順位を示すために使用されることが留意されるべきである。優先度は、複数のペンディング中のＳＬ ＢＳＲに対応する優先度と同じか又はそれらとは異なるものとして定義されてよく、あるいは、複数のＳＬ ＢＳＲをトリガするＳＬ ＬＣＨ／ＳＬ ＬＣＧの優先度と同じか又はそれらとは異なってよい。同様に、任意に、優先度は、ＵＬ ＢＳＲ ＭＡＣ ＣＥに対して定義される。優先度は、ＬＣＰ多重化プロセスでＵＬ ＢＳＲ ＭＡＣ ＣＥの優先順位関係を示すために使用される。優先度は、複数のペンディング中のＵＬ ＢＳＲに対応する優先度と同じか又はそれらとは異なってよく、あるいは、複数のＵＬ ＢＳＲをトリガするＵＬ ＬＣＨ／ＵＬ ＬＣＧの優先度と同じか又はそれらとは異なってよい。代替的に、優先度は、ＰＰＰＰ又は５ＱＬに関連する。代替的に、優先度は、他のパラメータに関連する。

【0156】

代替的に、本願のこの実施形態では、優先度は、ＳＬ ＢＳＲ ＭＡＣ ＣＥ及び／又はＵＬ ＢＳＲ ＭＡＣ ＣＥに対して予め定義されず、第１パラメータに対応する優先度及び第２パラメータに対応する優先度は、夫々、ＳＬ ＢＳＲの優先度及びＵＬ ＢＳＲの優先度と見なされる。代替的に、第１パラメータに対応する優先度及び第２パラメータに対応する優先度は、夫々、ＳＬ ＢＳＲ ＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化及びカプセル化するプロセスにおけるＳＬ ＢＳＲ ＭＡＣ ＣＥの優先度、及びＵＬ ＢＳＲ ＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化及びカプセル化するプロセスにおけるＵＬ ＢＳＲ ＭＡＣ ＣＥの優先度と見なされる。

【0157】

代替的に、本発明では、優先度は、ＳＬ ＢＳＲ ＭＡＣ ＣＥ及び／又はＵＬ ＢＳＲ ＭＡＣ ＣＥに対して予め定義されない。代わりに、ＵＬ ＢＳＲ ＭＡＣ ＣＥとＳＬ ＢＳＲ ＭＡＣ ＣＥとの間の順序関係（又は相対的な優先順位）がＬＣＰ多重化及びカプセル化プロセスで決定される必要がある場合にのみ、優先度は、ＳＬ ＢＳＲに関連した第１パラメータと、ＵＬ ＢＳＲに関連した第２パラメータとに基づき、決定される。

【0158】

第１パラメータは、データを有するサイドリンクサービスの優先度に関係があり、第２パラメータは、データを有するアップリンクサービスの優先度に関係がある。具体的に、第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0159】

他の可能な実施では、第１パラメータは、ＳＬ ＢＳＲ ＭＡＣ ＣＥに含まれるＬＣＧ ＩＤに対応するＳＬ ＳＣＧに含まれるＳＬ ＬＣＨの中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、かつ／あるいは、第２パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥに含まれるＬＣＧ ＩＤに対応するＵＬ ＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。

【0160】

ＵＬ ＢＳＲ ＭＡＣ ＣＥにおいて、各ＬＣＧは１つの指示ビットに対応する。ＬＣＧに対応する指示ビットは、ＵＬ ＢＳＲ ＭＡＣ ＣＥがＬＣＧのバッファサイズ（buffer size）フィールドを含むかどうかを示すために使用される。例えば、ビットが１である場合に、それは、ＵＬ ＢＳＲ ＭＡＣ ＣＥがＬＣＧの対応するバッファサイズフィールドを含むことを示す。

【0161】

第２パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ内の１の指示ビットに対応するＵＬ ＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度であるか、あるいは、第２パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ内のバッファサイズ（buffer size）フィールドに対応するＵＬ ＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。

【0162】

「利用可能なデータ（available）」は、送信されるべきデータ、利用可能なデータ、又は有効なデータが存在することを意味する。

【0163】

サイドリンクサービスは、次の：ＳＬ ＱｏＳフロー、ＳＬ ＬＣＨ、ＳＬ ＤＲＢ、ＳＬ ＬＣＧ、ＳＬサービスあて先識別子（あて先インデックス）、及びＳＬ ＰＤＵセッション、のうちの１つ以上を含む。アップリンクサービスは、次の：ＵＬ ＱｏＳフロー、ＵＬ ＬＣＨ、ＵＬ ＤＲＢ、ＵＬ ＬＣＧ、ＵＬサービスあて先識別子、及びＵＬ ＰＤＵセッション、のうちの１つ以上を含む。

【0164】

可能な実施では、サイドリンクサービスがＳＬ ＬＣＨである場合に、第１パラメータは、サイドリンクデータを有する１つ以上のＳＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＨである場合に、第２パラメータは、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。本願のこの実施形態では、優先度は、値によって表され得る。より大きい値は、より低い優先度を示し、より小さい値は、より高い優先度を示す。代替的に、より大きい値は、より高い優先度を示し、より小さい値は、より低い優先度を示す。優先度値と優先度との間の具体的な大きさ関係は、本願のこの実施形態で限定されない。代替的に、優先度はまた、分類によって表されてもよい。例えば、優先度は、１つ以上の分類、例えば、分類Ａ（classification A）及び分類Ｂ（classification B）に分類される。異なる優先度は異なる分類を有する。分類Ａの優先度は分類Ｂの優先度よりも高くなること、又は分類Ｂの優先度は分類Ａの優先度よりも高くなることが予め定義又は事前設定されてよい。以下は、優先度値が具体的な優先度を表し、より大きい優先度値はより低い優先度を示す例を使用することによって、本願の実施形態における技術的解決法について主に記載する。概要はここで与えられ、詳細は以下で記載されない。確かに、分類が具体的な優先度を表すために使用され、あるいは、他の方式が具体的な優先度を表すために使用される場合も、以下の実施形態における解決法に適用可能である。

【0165】

例えば、図５が例として使用される。時点Ｔ６で、サイドリンクデータを有するＳＬ ＬＣＨに対応する優先度値は、４、６、１０及び９であり、優先度値が４であるＳＬ ＬＣＨが、最も高い優先度を有している。この場合に、第１パラメータは、（優先度値が４である）ＳＬ ＬＣＨの優先度である。同様に、ＵＬ ＢＳＲについては、アップリンクデータを有するＵＬ ＬＣＨに対応する優先度値は、３、４、５及び６であり、優先度値が３であるＵＬ ＬＣＨが、最も高い優先度を有している。この場合に、第２パラメータは、（優先度値が３である）ＵＬ ＬＣＨの優先度である。第２パラメータは、ＵＬ ＢＳＲの優先度を示すために使用され得る。他の例として、図７が例として使用される。図７は、ＳＬ ＢＳＲに対応する第１パラメータを取得する原理を示す。サイドリンクデータを有するＬＣＨに対応する優先度値は、２、７、８、４、６及び１０であり、優先度値が２であるＬＣＨが、最も高い優先度を有している。従って、この場合に、最も高い優先度を有しているＬＣＨに対応する優先度が、ＳＬ ＢＳＲに対応する第１パラメータとして使用される。

【0166】

可能な実施では、サイドリンクサービスがＳＬ ＬＣＧである場合に、第１パラメータは、サイドリンクデータ（ＳＬデータ）を有する１つ以上のＳＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＧの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＧである場合に、第２パラメータは、アップリンクデータ（ＵＬデータ）を有する１つ以上のＵＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＧの優先度である。ＬＣＧに対応する優先度は、そのＬＣＧに含まれる１つ以上のＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＬＣＨの優先度である。図７が例として使用される。図７に示される４つのＳＬ ＬＣＧの夫々はサイドリンクデータを含む。ＤＳＴ１に対応するＬＣＧ１の優先度は１であり、ＤＳＴ１に対応するＬＣＧ２の優先度は７であり、ＤＳＴ２に対応するＬＣＧ１の優先度は４であり、ＤＳＴ２に対応するＬＣＧ２の優先度は９である。ＤＳＴ１に対応するＬＣＧ１に対応する優先度が最も高い。従って、この場合に、ＤＳＴ１に対応するＬＣＧ１に対応する優先度が、ＳＬ ＢＳＲに対応する第１パラメータとして使用される。

【0167】

可能な実施では、サイドリンクサービスがＳＬ ＬＣＧである場合に、第１パラメータは、ＳＬ ＢＳＲ ＭＡＣ ＣＥに含まれる１つ以上のＬＣＧ ＩＤに対応する１つ以上のＳＬ ＬＣＧに含まれるＳＬ ＬＣＨの中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＧである場合に、第２パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ内で値“１”を有する１つ以上の指示ビットに対応する１つ以上のＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。

【0168】

本願のこの実施形態では、ＬＣＧに対応する優先度は、ＬＣＧに含まれる１つ以上のＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＬＣＨの優先度である。

【0169】

例えば、図５が例として使用される。ＭＡＣ ＰＤＵ２が構成されるとき、完全なＳＬ ＢＳＲ ＭＡＣ ＣＥは、ＤＳＴ２に対応するＬＣＧ１及びＬＣＧ２のバッファステータスを含むべきである。２つのＳＬ ＬＣＧに含まれる全てのＳＬ ＬＣＨの中で、最も高い優先度を有しているＬＣＨの優先度は４である。この場合に、第１パラメータは４である。完全なＵＬ ＢＳＲ ＭＡＣ ＣＥは、ＬＣＧ１及びＬＣＧ３のバッファステータスを含むべきである。２つのＵＬ ＬＣＧに含まれる全てのＵＬ ＬＣＨの中で、最も高い優先度を有しているＬＣＨの優先度は３である。この場合に、第２パラメータは３である。

【0170】

Ｓ６０２：端末デバイスは、第１パラメータ及び第２パラメータに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定する。

【0171】

具体的に、第１パラメータが第２パラメータよりも大きい場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定し、あるいは、第１パラメータが第２パラメータ以下である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。

【0172】

図５が例として使用される。上記の例を参照して、アップリンクサービスがＵＬ ＬＣＨであり、サイドリンクサービスがＳＬ ＬＣＨである場合に、図５に示される時点Ｔ６で、ＳＬ ＢＳＲに対応する第１パラメータは、優先度値４に対応する優先度であり、ＵＬ ＢＳＲに対応する第２パラメータは、優先度値３に対応する優先度である。この場合に、優先度値４によって表される優先度は、優先度値３によって表される優先度よりも低く、言い換えると、ＳＬ ＢＳＲの優先度は、ＵＬ ＢＳＲの優先度よりも低い。具体的に言えば、ＵＬグラントのサイズがＵＬ ＢＳＲ ＭＡＣ ＣＥのサイズ、ＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダのサイズ、ＳＬ ＢＳＲ ＭＡＣ ＣＥのサイズ、及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダのサイズの合計よりも小さいとき、端末デバイスは、優先的にＵＬ ＢＳＲ ＭＡＣ ＣＥ及びＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダをＵＬ ＭＡＣ ＰＤＵにカプセル化し、それから、リソースが残っている場合には、ＳＬ ＢＳＲ ＭＡＣ ＣＥをＵＬ ＭＡＣ ＰＤＵにカプセル化して、アップリンクデータを伝送するために使用されるアップリンクリソースをスケジューリングすること優先的に要求する。

【0173】

いくつかの実施形態で、第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度の値であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度の値である。この場合に、ＳＬ ＢＳＲに対応する第１パラメータ（優先度の値）がＵＬ ＢＳＲに対応する第２パラメータよりも大きい場合には、それは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも低いことを示す。

【0174】

いくつかの実施形態で、第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度の分類であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度の分類である。この場合に、ＳＬ ＢＳＲの優先度及びＵＬ ＢＳＲの優先度は、予め定義又は事前設定されてよい。

【0175】

本願のこの実施形態で提供されるバッファステータスレポートの報告方法に従って、端末デバイスは、ＳＬ ＢＳＲに対応する第１パラメータと、ＵＬ ＢＳＲに対応する第２パラメータとを取得し、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定する。第１パラメータは、サイドリンクデータを有するサイドリンクサービスの優先度に関係があり、第２パラメータは、アップリンクデータを有するアップリンクサービスの優先度に関係がある。既存の解決法では、端末デバイスは、続けて優先的にＳＬ ＢＳＲ ＭＡＣ ＣＥ又はＵＬ ＢＳＲ ＭＡＣ ＣＥをカプセル化する場合があり、その場合に、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度が、ＵＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度を、ＳＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度と比較することによって、決定されるので、アップリンクデータ又はサイドリンクデータの伝送は遅延する。既存の解決法と比較して、本願のこの実施形態における技術的解決法では、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度は、サイドリンクデータを実際に有するサイドリンクサービスの優先度及び／又はアップリンクデータを実際に有するアップリンクサービスの優先度に基づき決定され、取得された優先度比較結果は、サービス要件をより良く満足する。このようにして、端末デバイスは、優先的に、高優先度アップリンクデータ又は高優先度サイドリンクデータをその後に送信することができる。これは、アップリンクデータ又はサイドリンクデータを送信する効率を改善する。

【0176】

図６（ｂ）に示されるように、バッファステータスレポートの報告方法は、次のステップを含む。

【0177】

Ｓ６０３：端末デバイスは、ＳＬ ＢＳＲに対応する第３パラメータ、ＵＬ ＢＳＲに対応する第４パラメータ、及び／又は第２閾値を取得する。

【0178】

本願のこの実施形態では、任意に、優先度はＵＬ ＢＳＲ ＭＡＣ ＣＥに対して定義されることが留意されるべきである。優先度は、ＬＣＰ多重化プロセスでＵＬ ＢＳＲ ＭＡＣ ＣＥの優先順位関係を示すために使用される。優先度は、複数のペンディング中のＵＬ ＢＳＲに対応する優先度と同じか又はそれらとは異なってよく、あるいは、複数のＵＬ ＢＳＲをトリガするＵＬ ＬＣＨ／ＬＣＧの優先度と同じか又はそれらとは異なってよい。

【0179】

代替的に、本願のこの実施形態では、優先度は、ＳＬ ＢＳＲ ＭＡＣ ＣＥ及び／又はＵＬ ＢＳＲ ＭＡＣ ＣＥに対して定義されず、第１パラメータの値に対応する優先度及び第２パラメータの値に対応する優先度は、夫々、ＳＬ ＢＳＲの優先度及びＵＬ ＢＳＲの優先度と見なされる。代替的に、第１パラメータの値に対応する優先度及び第２パラメータの値に対応する優先度は、夫々、ＳＬ ＢＳＲ ＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化及びカプセル化するプロセスでのＳＬ ＢＳＲ ＭＡＣ ＣＥの優先度、及びＵＬ ＢＳＲ ＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化及びカプセル化するプロセスでのＵＬ ＢＳＲ ＭＡＣ ＣＥの優先度と見なされる。

【0180】

代替的に、本発明では、優先度は、ＳＬ ＢＳＲ ＭＡＣ ＣＥ及び／又はＵＬ ＢＳＲ ＭＡＣ ＣＥに対して定義されない。代わりに、ＵＬ ＢＳＲ ＭＡＣ ＣＥとＳＬ ＢＳＲ ＭＡＣ ＣＥとの間の順序関係（又は相対的な優先順位）がＬＣＰ多重化及びカプセル化プロセスで決定される必要がある場合にのみ、優先度は、ＳＬ ＢＳＲに関連した第３パラメータ及びＵＬ ＢＳＲに関連した第４パラメータ、並びに／又は第２閾値に基づき決定される。

【0181】

第３パラメータは、データを有するサイドリンクサービスの優先度に関係があり、第４パラメータは、データを有するアップリンクサービスの優先度に関係がある。

【0182】

可能な実施では、第４パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度であり、あるいは、第４パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥに含まれるＬＣＧ ＩＤに対応するＵＬ ＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度であり、あるいは、第４パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ内で値“１”を有する指示ビットに対応するＵＬ ＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度であり、あるいは、第４パラメータは、ＵＬ ＢＳＲ ＭＡＣ ＣＥ内のバッファサイズフィールドに対応するＵＬ ＬＣＧに含まれるＵＬ ＬＣＨの中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。

【0183】

任意に、第３パラメータは、サイドリンクデータを有するサイドリンクサービスの中の、優先度が第４パラメータ以上であるサイドリンクサービスの個数である。

【0184】

任意に、第２閾値は事前設定された値である。例えば、第２閾値は、プロトコルで予め定義された値である。代替的に、第２閾値は、配信前に端末で事前設定された値であり、任意に、値は、その後に更新され得る。代替的に、第２閾値は、ネットワークデバイスによって設定された値である。代替的に、第２閾値は第４パラメータである。

【0185】

例えば、ネットワークデバイスは、アップリンクサービスごとに１つの閾パラメータを設定する。第４パラメータがアップリンクサービスに関連する場合に、アップリンクサービスの設定内の閾パラメータは、ＳＬ ＢＳＲの優先度及びＵＬ ＢＳＲの優先度を決定するために使用される第２閾値として使用される。例えば、有効なデータを有するＳＬ ＬＣＨは、ＳＬ ＬＣＨ１からＳＬ ＬＣＨ８である。ＵＬ ＬＣＨ１の優先度は５であり、閾パラメータは５である。ＵＬ ＬＣＨ２の優先度は４であり、閾パラメータは３である、ＵＬ ＬＣＨ３の優先度は７であり、閾パラメータは２である。第４パラメータが、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度であり、ＵＬ ＬＣＨ２が、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨである場合に、ＵＬ ＬＣＨ２の優先度（４の値を有する）は第４パラメータと見なされ、ＵＬ ＬＣＨ２に関連した閾パラメータは３である。この場合に、第２閾値は３である。

【0186】

サイドリンクサービスは、次の：ＳＬ ＱｏＳフロー、ＳＬ ＬＣＨ、ＳＬ ＤＲＢ、ＳＬ ＬＣＧ、ＳＬサービスあて先識別子（あて先インデックス）、及びＳＬ ＰＤＵセッション、のうちの１つ以上を含む。アップリンクサービスは、次の：ＵＬ ＱｏＳフロー、ＵＬ ＬＣＨ、ＵＬ ＤＲＢ、ＵＬ ＬＣＧ、ＵＬサービスあて先識別子、及びＵＬ ＰＤＵセッション、のうちの１つ以上を含む。

【0187】

可能な実施では、サイドリンクサービスはＳＬ ＬＣＨであり、かつ／あるいは、アップリンクサービスはＵＬ ＬＣＨである。第３パラメータは、サイドリンクデータを有するＳＬ ＬＣＨの中の、優先度が第４パラメータ以上であるＳＬ ＬＣＨの個数である。第４パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0188】

例えば、有効なデータを有するＳＬ ＬＣＨは、優先度１から８に夫々対応するＳＬ ＬＣＨ１からＳＬ ＬＣＨ８である。有効なデータを有するＵＬ ＬＣＨは、ＵＬ ＬＣＨ１、ＵＬ ＬＣＨ２、及びＵＬ ＬＣＨ３である。ＵＬ ＬＣＨ１の優先度は５であり、ＵＬ ＬＣＨ２の優先度は４であり、ＵＬ ＬＣＨ３の優先度は７である。第４パラメータが、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度であり、ＵＬ ＬＣＨ２が、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨである場合に、第４パラメータは４であり、ネットワークによって設定される第２閾値は３である。サイドリンクデータを有するＳＬ ＬＣＨの中に、優先度が４以上である４つのＳＬ ＬＣＨが存在する場合に、第３パラメータは４である。

【0189】

可能な実施では、サイドリンクサービスがＳＬ ＬＣＧである場合に、第３パラメータは、サイドリンクデータ（ＳＬデータ）を有する１つ以上のＳＬ ＬＣＧの中の、優先度が第４パラメータ以上であるＳＬ ＬＣＧの個数であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＧである場合に、第４パラメータは、アップリンクデータ（ＵＬデータ）を有する１つ以上のＵＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＧの優先度である。ＬＣＧに対応する優先度は、そのＬＣＧに含まれる１つ以上のＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＬＣＨの優先度である。

【0190】

例えば、有効なデータを有するＳＬ ＬＣＧは、優先度１から８に夫々対応するＳＬ ＬＣＧ１からＳＬ ＬＣＧ８である。言い換えると、ＳＬ ＬＣＧに含まれるＳＬ ＬＣＨの最も高い優先度は１から８である。有効なデータを有するＵＬ ＬＣＧは、ＵＬ ＬＣＧ１、ＵＬ ＬＣＧ２、及びＵＬ ＬＣＧ３である。ＵＬ ＬＣＧ１に対応する優先度は２であり、ＵＬ ＬＣＧ２に対応する優先度は４であり、ＵＬ ＬＣＧ３に対応する優先度は７である。第４パラメータが、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である場合に、第４パラメータは２であり、ネットワークによって設定される第２閾値は５である。この場合に、サイドリンクデータを有するＳＬ ＬＣＨの中には、優先度が２以上である２つのＳＬ ＬＣＧが存在し、言い換えると、第３パラメータは２である。

【0191】

Ｓ６０４：端末デバイスは、第３パラメータ及び第２閾値に基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定する。

【0192】

具体的に、第３パラメータが第２閾値以上である場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。第３パラメータが第２閾値よりも小さい場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。

【0193】

例えば、上記の例を参照して、有効なデータを有するＳＬ ＬＣＨは、優先度１から８に夫々対応するＳＬ ＬＣＨ１からＳＬ ＬＣＨ８である。有効なデータを有するＵＬ ＬＣＨは、ＵＬ ＬＣＨ１、ＵＬ ＬＣＨ２、及びＵＬ ＬＣＨ３である。ＵＬ ＬＣＨ１の優先度は４であり、ＵＬ ＬＣＨ２の優先度は５であり、ＵＬ ＬＣＨ３の優先度は７である。第４パラメータが、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度であり、ＵＬ ＬＣＨ１が、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨである場合に、第４パラメータは４であり、ネットワークによって設定される第２閾値は３である。この場合に、サイドリンクデータを有するＳＬ ＬＣＨの中には、優先度が４以上である４つのＳＬ ＬＣＨが存在し、言い換えると、第３パラメータは４である。

【0194】

第３パラメータ（４）は第２閾値（３）よりも大きいので、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、ＵＬグラントサイズがＵＬ ＢＳＲ ＭＡＣ ＣＥのサイズ、ＵＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダのサイズ、ＳＬ ＢＳＲ ＭＡＣ ＣＥのサイズ、及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダのサイズの合計よりも小さい場合に、端末デバイスは、優先的にＳＬ ＢＳＲ ＭＡＣ ＣＥ及びＳＬ ＢＳＲ ＭＡＣ ＣＥサブヘッダをＵＬ ＭＡＣ ＰＤＵにカプセル化し、それから、リソースが残っている場合に、ＵＬ ＢＳＲ ＭＡＣ ＣＥをＵＬ ＭＡＣ ＰＤＵにカプセル化して、アップリンクデータを伝送するために使用されるアップリンクリソースをスケジューリングすること優先的に要求する。

【0195】

図６（ａ）に対応する技術的解決法及び図６（ｂ）に対応する技術的解決法は、２つの並行な技術的解決法であり、Ｓ６０４及びＳ６０４は、Ｓ６０１及びＳ６０２の後で実行されるステップではなく、Ｓ６０１及びＳ６０２から独立したステップであることが留意されるべきである。他の同様のステップについては、ここでの記載を参照されたい。

【0196】

本願のこの実施形態で提供される通信方法に従って、端末デバイスは、ＳＬ ＢＳＲに対応する第３パラメータと、ＵＬ ＢＳＲに対応する第４パラメータと、第２閾値とを取得し、第３パラメータ、第４パラメータ、及び第２閾値に基づき、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定する。第３パラメータは、サイドリンクデータを有するサイドリンクサービスの優先度に関係があり、第４パラメータは、アップリンクデータを有するアップリンクサービスの優先度に関係がある。既存の解決法では、端末デバイスは、続けて優先的にＳＬ ＢＳＲ ＭＡＣ ＣＥ又はＵＬ ＢＳＲ ＭＡＣ ＣＥをカプセル化する場合があり、その場合に、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度が、ＵＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度を、ＳＬ ＢＳＲをトリガするＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＨの優先度と比較することによって、決定されるので、アップリンクデータ又はサイドリンクデータの伝送は遅延する。既存の解決法と比較して、本願のこの実施形態における技術的解決法では、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度は、サイドリンクデータを実際に有するサイドリンクサービスの優先度及び／又はアップリンクデータを実際に有するアップリンクサービスの優先度に基づき、かつ、条件を満足するサイドリンクサービスの個数を制限することによって、決定され、取得された優先度比較結果は、サービス要件をより良く満足する。このようにして、端末デバイスは、優先的に、高優先度アップリンクデータ又は高優先度サイドリンクデータをその後に送信することができる。これは、アップリンクデータ又はサイドリンクデータを送信する効率を改善する。

【0197】

確かに、図６（ｃ）に示されるように、バッファステータスレポートの報告方法は、次のステップを含む。

【0198】

Ｓ６０５：端末デバイスは、ＳＬ ＢＳＲに対応する第５パラメータ及びＵＬ ＢＳＲに対応する第６パラメータ、並びに／又は第３閾値を取得する。

【0199】

第５パラメータは、データを有するサイドリンクサービスの優先度に関係があり、第６パラメータは、データを有するアップリンクサービスの優先度に関係がある。

【0200】

可能な実施では、第５パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、あるいは、第５パラメータは、ＳＬ ＢＳＲ ＭＡＣ ＣＥに含まれるＬＣＧ ＩＤに対応するＳＬ ＬＣＧに含まれるＳＬ ＬＣＨの中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、あるいは、第５パラメータは、ＳＬ ＢＳＲ ＭＡＣ ＣＥ内で値“１”を有する指示ビットに対応するＳＬ ＬＣＧに含まれるＳＬ ＬＣＨの中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、あるいは、第５パラメータは、ＳＬ ＢＳＲ ＭＡＣ ＣＥ内のバッファサイズフィールドに対応するＳＬ ＬＣＧに含まれるＳＬ ＬＣＨの中で最も高い優先度を有しているＳＬ ＬＣＨの優先度である。

【0201】

任意に、第６パラメータは、アップリンクデータを有するアップリンクサービスの中の、優先度が第５パラメータ以上であるアップリンクサービスの個数である。

【0202】

任意に、第３閾値は事前設定された値である。例えば、第３閾値は、プロトコルで予め定義された値であり、任意に、第３閾値は、配信前に端末で事前設定された値であり、任意に、値は、その後に更新され得る。代替的に、第３閾値は、ネットワークデバイスによって設定された値である。

【0203】

Ｓ６０６：端末デバイスは、第６パラメータ及び第３閾値に基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定する。

【0204】

具体的に、第６パラメータが第３閾値以上である場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。第６パラメータが第３閾値よりも小さい場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。

【0205】

図６（ｃ）に対応する技術的解決法の原理については、図６（ｂ）のそれを参照されたい。詳細はここでは記載されない。

【0206】

本願の実施形態は、バッファステータスレポートの報告方法を更に提供する。図８に示されるように、方法は、次のステップを含む。

【0207】

Ｓ８０１：端末デバイスは、第１アップリンクリソースのサイズを取得する。

【0208】

第１アップリンクリソースのサイズは、第１アップリンクリソースのサイズによって表されてよく、あるいは、第１アップリンクリソースのサイズは、第１アップリンクリソースのビット（bit）の数であってよく、あるいは、第１アップリンクリソースのサイズは、第１アップリンクリソース内の残りのビットの数であってよく、あるいは、第１アップリンクリソースのサイズは、パディング（padding）ビットの数であってよい。第１アップリンクリソースのサイズを表す具体的な方式は、本願のこの実施形態で限定されない。

【0209】

Ｓ８０２：端末デバイスは、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低いことを決定する。

【0210】

本願のこの実施形態では、端末デバイスは、第１アップリンクリソースのサイズ、ＵＬ ＢＳＲのサイズ、及び／又はＳＬ ＢＳＲのサイズに基づき、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定し得る。具体的に言えば、第１アップリンクリソースのサイズが完全なＢＳＲを運ぶのに十分である場合、又は第１アップリンクリソースのサイズがＢＳＲのサイズ以上である場合に、端末デバイスは、優先的に第１アップリンクリソースで完全なＢＳＲをＵＬ ＭＡＣ ＰＤＵにカプセル化する。

【0211】

ＢＳＲのサイズは、ＢＳＲサイズによって表されてよく、あるいは、ＢＳＲのサイズは、ＢＳＲ ＭＡＣ ＣＥのサイズにより表されてよく、あるいは、ＢＳＲのサイズは、ＢＳＲ ＭＡＣ ＣＥによって占有されるビットの数により表されてよい。代替的に、第１アップリンクリソースのサイズは、パディング（padding）ビットの数であってもよい。

【0212】

この解決法は、非パディングＢＳＲ又はパディングＢＳＲに適用されることに特に限られないことが留意されるべきである。

【0213】

任意に、本発明で述べられているＢＳＲのサイズは、ＢＳＲ ＭＡＣ ＣＥのサイズ及びＢＳＲ ＭＡＣ ＣＥサブヘッダのサイズであってよい。ＢＳＲは、ｌｏｎｇ ＢＳＲ、ｓｈｏｒｔ ＢＳＲ、又はｔｒｕｎｃａｔｅｄ ＢＳＲであってよい。

【0214】

具体的には、次のいくつかの場合があり得る。

【0215】

場合１で、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化（multiplex）し、次いで、任意に、ＳＬ ＢＳＲを多重化する。

【0216】

本願のこの実施形態の説明において、「優先的にＵＬ ＢＳＲを多重化する」とは、ＭＡＣ ＰＤＵに対応する多重化及びカプセル化プロセスでＵＬ ＢＳＲの優先度がＳＬ ＢＳＲのそれよりも高いことを意味し得る。代替的に、「優先的にＵＬ ＢＳＲを多重化し、後にＳＬ ＢＳＲを多重化する」とは、多重化及びカプセル化プロセスでＵＬ ＢＳＲの優先度がＳＬ ＢＳＲのそれよりも高いことを意味し得る。任意に、後にＳＬ ＢＳＲを多重化することは、ＵＬ ＢＳＲが優先的に多重化された後、第１アップリンクリソースにリソースが残っており、残りのリソースが完全なＳＬ ＢＳＲ又はＳＬ ＢＳＲの一部を運ぶのに十分である場合に、ＳＬ ＢＳＲが多重化されることを意味し得る。概要はここで与えられる。

【0217】

第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上であることは、第１アップリンクリソースのサイズが、完全なＵＬ ＢＳＲによって必要とされるリソースのサイズ以上であることを意味する。完全なＵＬ ＢＳＲは、データを現在有している１つ以上のＬＣＧのバッファステータス情報を含み得る。完全なＵＬ ＢＳＲは、ｓｈｏｒｔ ＢＳＲフォーマット、ｌｏｎｇ ＢＳＲフォーマット、ｓｈｏｒｔ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット、又はｌｏｎｇ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマットであってよい。例えば、データを現在有しているＬＣＧがＬＣＧ１及びＬＣＧ２である場合に、完全なＵＬ ＢＳＲに対応するＵＬ ＢＳＲ ＭＡＣ ＣＥは、ＬＣＧ１及びＬＣＧ２のバッファサイズフィールドを示す情報、及びＬＣＧ１及びＬＣＧ２のバッファサイズ（buffer size）に関する情報、例えば、ＵＬ ＢＳＲ ＭＡＣ ＣＥにおいてＬＣＧ１及びＬＣＧ２のバッファサイズフィールドを示す指示ビットを含む。指示ビットの値は“１”であり、ＵＬ ＢＳＲ ＭＡＣ ＣＥ内のその後のフィールドは、ＬＣＧ１のバッファサイズフィールド及びＬＣＧ２のバッファサイズフィールドを含む。

【0218】

場合２で、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上であり、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以下である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、第１アップリンクリソースが完全なＵＬ ＢＳＲを運ぶのに十分であるが、完全なＳＬ ＢＳＲを運ぶには不十分であるとき、端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化（multiplex）し、次いで、任意に、ＳＬ ＢＳＲを多重化する。

【0219】

場合２とは異なり、場合１では、端末デバイスは、優先的に、第１アップリンクリソースのサイズをＵＬ ＢＳＲのサイズと比較し得る。第１アップリンクリソースがＵＬ ＢＳＲを運ぶのに十分である場合に、端末デバイスは、第１アップリンクリソースがＳＬ ＢＳＲを運ぶのに十分であるかどうかをもはや考慮せず、直接に、優先的にＵＬ ＢＳＲを第１アップリンクリソースで送信する。第１アップリンクリソースのサイズがＵＬ ＢＳＲを運ぶには不十分である場合にのみ、端末デバイスは、第１アップリンクリソースがＳＬ ＢＳＲを運ぶのに十分であるかどうかを更に決定する。

【0220】

場合３で、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズとの和以上である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を多重化する。言い換えると、第１アップリンクリソースが完全なＵＬ ＢＳＲと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲとを運ぶのに十分である場合に、端末デバイスは、第１アップリンクリソースで、完全なＵＬ ＢＳＲと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲとを送信する。

【0221】

任意に、端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、残りのアップリンクリソースのサイズと、伝送されるべきデータを有するＳＬ ＬＣＧの数とに基づき、残りのアップリンクリソースで、可能な限り多くＳＬ ＢＳＲに含まれる１つ以上のＳＬ ＬＣＧのバッファステータス情報を多重化する。

【0222】

場合４で、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズとの和以上であり、かつ、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以下である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲを多重化する。

【0223】

任意に、端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、残りのアップリンクリソースのサイズと、伝送されるべきデータを有するＳＬ ＬＣＧの数とに基づき、残りのアップリンクリソースで、可能な限り多くＳＬ ＢＳＲに含まれる１つ以上のＳＬ ＬＣＧのバッファステータス情報を多重化する。

【0224】

場合５で、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以上である場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定し、優先的にＳＬ ＢＳＲを第１アップリンクリソースで多重化する。

【0225】

場合６で、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズと、少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲのサイズとの和以上である場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＳＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲを多重化する。

【0226】

場合７で、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以上であり、かつ、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以下である場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＳＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲを多重化する。

【0227】

場合８で、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズと、少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲのサイズとの和以上であり、かつ、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以下である場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＳＬ ＢＳＲを第１アップリンクリソースで多重化し、それから、少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲを多重化する。

【0228】

場合４から場合８の原理については、場合１から場合３の原理を参照されたい。詳細はここで再び記載されない。

【0229】

場合９で、第１アップリンクリソースのサイズはＵＬ ＢＳＲのサイズよりも小さく、かつ、第１アップリンクリソースのサイズはＳＬ ＢＳＲのサイズよりも小さい。

【0230】

この場合に、可能な実施では、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＳＬ ＢＳＲを第１アップリンクリソースで多重化する。任意に、端末デバイスは、第１アップリンクリソース内の残りのアップリンクリソースで、残りのアップリンクリソースのサイズと、伝送されるべきデータを有するＳＬ ＬＣＧの数とに基づき、可能な限り多くＳＬ ＢＳＲに含まれる１つ以上のＳＬ ＬＣＧのバッファステータス情報を多重化する。

【0231】

この場合に、他の可能な実施では、端末デバイスは、代替的に、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。言い換えると、端末デバイスは、優先的にＵＬ ＢＳＲを第１アップリンクリソースで多重化する。

【0232】

代替的に、他の可能な実施では、この場合に、端末デバイスは、図６（ａ）、図６（ｂ）又は図６（ｃ）の方法を使用することによって、ＳＬ ＢＳＲの優先度及びＵＬ ＢＳＲの優先度を決定する。

【0233】

図６（ａ）に対応する技術的解決法では、端末デバイスは、ＵＬ ＢＳＲに対応する第１パラメータ及びＳＬ ＢＳＲに対応する第２パラメータに基づき、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定し得る。本願の実施形態は、バッファステータスレポートの報告方法を更に提供する。方法において、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度は、第１アップリンクリソースのサイズ、第１パラメータ、及び第２パラメータに基づき決定され得る。具体的に、図９に示されるように、方法は次のステップを含む。

【0234】

Ｓ９０１：端末デバイスは、ＳＬ ＢＳＲに対応する第１パラメータと、ＵＬ ＢＳＲに対応する第２パラメータとを取得する。

【0235】

第１パラメータ及び第２パラメータは、夫々、図６（ａ）に対応する技術的解決法における第１パラメータ及び第２パラメータであってよい。具体的に言えば、第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0236】

確かに、第１パラメータ及び第２パラメータは、代替的に、既存の解決法で優先度を示すために使用されているパラメータであってもよい。端末デバイスによって優先度を取得する具体的な方法は、本願のこの実施形態で限定されない。可能な実施では、第１パラメータは、ＳＬ ＢＳＲをトリガするサイドリンクサービスに対応する優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、ＵＬ ＢＳＲをトリガするアップリンクサービスに対応する優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。例えば、ＳＬ ＢＳＲをトリガする１つ以上のＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＬＣＨの優先度（最も高いＬＣＨ優先度）は、ＳＬ ＢＳＲに対応する第１パラメータと見なされ、ＵＬ ＢＳＲをトリガする１つ以上のＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＬＣＨの優先度は、ＵＬ ＢＳＲに対応する第２パラメータと見なされる。

【0237】

Ｓ９０２：端末デバイスは、第１アップリンクリソースのサイズを取得する。

【0238】

Ｓ９０２の詳細な説明については、Ｓ８０２を参照されたい。詳細はここで再び記載されない。

【0239】

Ｓ９０２及びＳ９０２は、続いて起こらず、あるいは、Ｓ９０１及びＳ９０２は、同時に実行されてもよい。言い換えると、Ｓ９０１及びＳ９０２を実行する順序は、制限されない。

【0240】

Ｓ９０３：端末デバイスは、第１アップリンクリソースのサイズ、第１パラメータ、及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。

【0241】

具体的に、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズよりも小さく、かつ、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズよりも小さい場合に、端末デバイスは、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。代替的に、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以上であり、かつ、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上である場合に、この場合は、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ及びＵＬ ＢＳＲのサイズ以上である場合、つまり、第１アップリンクリソースがＳＬ ＢＳＲ及びＵＬ ＢＳＲの両方を収容する（accommodate）ことができる場合と、第１アップリンクリソースが完全なＵＬ ＢＳＲ又は完全なＳＬ ＢＳＲのどちらか一方を収容することができる場合とを含み、端末デバイスは、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。代替的に、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズとの和よりも小さい場合に、端末デバイスは、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。

【0242】

他の場合に、第１アップリンクリソースのサイズとＳＬ ＢＳＲのサイズ及び／又はＵＬ ＢＳＲのサイズとの間の関係が図８の解決法に適合するとき、ＳＬ ＢＳＲの優先度及びＵＬ ＢＳＲの優先度は、図８の解決法に従って比較され得る。言い換えると、第１アップリンクリソースがＵＬ ＢＳＲを運ぶのに十分である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定し、かつ／あるいは、第１アップリンクリソースがＵＬ ＢＳＲと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲとを運ぶのに十分である場合に、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲのそれよりも高いと決定し、かつ／あるいは、他の場合には、端末デバイスは、ＵＬ ＢＳＲに対応する第２パラメータ及びＳＬ ＢＳＲに対応する第１パラメータに基づき、どちらのＢＳＲがより高い優先度を有しているかを決定し得る。詳細については、図６（ａ）に対応する技術的解決法を参照されたい。

【0243】

代替的に、第１アップリンクリソースが完全なＳＬ ＢＳＲを運ぶには不十分であるか、あるいは、完全なＵＬ ＢＳＲを運ぶには不十分である場合、又は第１アップリンクリソースが完全なＳＬ ＢＳＲ及び完全なＵＬ ＢＳＲの両方を運ぶのに十分であり、第１アップリンクリソースのサイズにのみ基づいて、どちらのＢＳＲがより高い優先度を有しているかが決定され得ない場合に、端末デバイスは、ＵＬ ＢＳＲに対応する第２パラメータ及びＳＬ ＢＳＲに対応する第１パラメータに基づき、どちらのＢＳＲがより高い優先度を有しているかを決定し得る。具体的に、ＳＬ ＢＳＲに対応する第１パラメータがＵＬ ＢＳＲに対応する第２パラメータよりも大きい場合に、端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定する。ＳＬ ＢＳＲに対応する第１パラメータがＵＬ ＢＳＲに対応する第２パラメータよりも小さい場合には、端末デバイスは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定する。

【0244】

本願の実施形態は、通信方法を更に提供する。図１０（ａ）に示されるように、方法は、次のステップを含む。

【0245】

Ｓ１００４：端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。

【0246】

優先度決定方法は、図６（ａ）、図６（ｂ）、図６（ｃ）、図８、又は図９に対応する方法であってよい。

【0247】

Ｓ１００５：端末デバイスは、第１アップリンクリソースのサイズ、ＵＬ ＢＳＲのサイズ、及びＳＬ ＢＳＲのサイズに基づき、ＵＬ ＢＳＲ及びＳＬ ＢＳＲをＭＡＣ ＰＤＵにカプセル化する順序、言い換えると、最初にＵＬ ＢＳＲを多重化すること又は最初にＳＬ ＢＳＲを多重化することを決定する。

【0248】

ＳＬ ＢＳＲの優先度の方が高いと決定することに基づき、端末デバイスは更に、優先的に特定のＢＳＲをＭＡＣ ＰＤＵにカプセル化することを考える必要があることが容易に理解される。

【0249】

具体的に、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上である場合に、端末デバイスは、優先的にＵＬ ＢＳＲをＭＡＣ ＰＤＵにカプセル化すると決定し、次いで、第１アップリンクリソースにリソースが残っている場合に、ＳＬ ＢＳＲを多重化する。代替的に、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズとの和以上である場合に、端末デバイスは、優先的にＵＬ ＢＳＲをＭＡＣ ＰＤＵにカプセル化すると決定し、次いで、リソースが残っている場合に、ＳＬ ＢＳＲを多重化する。代替的に、第１アップリンクリソースのサイズが上記の２つの条件を満足しないか、あるいは、上記の２つの条件のうちのどちらか一方を満足しない場合に、端末デバイスは、ＳＬ ＢＳＲをＭＡＣ ＰＤＵにカプセル化すると決定する。任意に、ＳＬ ＢＳＲは、可能な限り多くのサイドリンクバッファステータス情報を報告する。例えば、第１アップリンクリソース及び／又はデータを有するＳＬ ＬＣＧのサイズに基づき、可能な限り多くのあて先識別子及びＳＬ ＬＣＧのバッファステータス情報が報告される。確かに、本願の実施形態における技術的解決法はそのように制限されない。

【0250】

本願の実施形態は、バッファステータスレポートの報告方法を更に提供する。図１０（ｂ）に示されるように、方法は、次のステップを含む。

【0251】

Ｓ１００１：第１条件を満足するサービスがある場合に、端末デバイスは第１ＢＳＲを生成する。

【0252】

第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報を含む。第１条件は、サービスの優先度が第１閾値以上であることである。可能な実施では、第１閾値は、事前設定された値である。例えば、第１閾値は、プロトコルで予め定義された値である。代替的に、第１閾値は、配信前に端末で事前設定された値であり、任意に、値は、その後に更新され得る。代替的に、第１閾値は、ネットワークデバイスによって設定された値である。代替的に、第１閾値は、図６（ａ）に示される技術的解決法における第２パラメータである。ここで、既存の技術又は図６（ａ）、図６（ｂ）、若しくは図６（ｃ）に対応する技術的解決法が、サービスの優先度を比較するために使用されてもよい。代替的に、本願の実施形態における他の優先度比較方法が使用されてもよい。

【0253】

任意に、第１ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報を含まない。言い換えると、第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報のみを含む。

【0254】

第１条件を満足するサービスは、サイドリンクサービスであってよい。この場合に、第１ＢＳＲは、優先度が第１閾値以上であるサイドリンクサービスのバッファステータス情報を含む。

【0255】

代替的に、第１条件を満足するサービスは、アップリンクサービスであってよい。この場合に、第１ＢＳＲは、優先度が第１閾値以上であるアップリンクサービスのバッファステータス情報を含む。

【0256】

代替的に、第１条件を満足するサービスは、サイドリンクサービス及びアップリンクサービスであってよい。この場合に、第１ＢＳＲは、優先度が第１閾値以上であるアップリンクサービス及びサイドリンクサービスのバッファステータス情報を含む。

【0257】

第１条件を満足するサービスは、サイドリンクサービスのみを含む。この場合に、アップリンクサービスは、アップリンク論理チャネルであり、サイドリンクサービスは、サイドリンク論理チャネルである。図１１が例として使用され、図６（ａ）に対応する技術的解決法が、サービスの優先度を比較するために使用される。第１閾値が４である場合に、データを有するＬＣＨは、黒色で塗りつぶされており、優先度値が２、７、８、４、６及び１０であるＳＬ ＬＣＨである。ＤＳＴ１に対応するＳＬ ＬＣＧ１内の最初のＳＬ ＬＣＨの優先度と、ＤＳＴ２に対応するＳＬ ＬＣＧ１内の最初のＳＬ ＬＣＨの優先度とは、第１閾値以上である。言い換えると、第１条件を満足するＳＬ ＬＣＨは、サイドリンク論理チャネルグループ内にあって、図１１で矢印によって示されているＳＬ ＬＣＨである。代替的に、第１条件を満足するＳＬ ＬＣＧは、サイドリンク論理チャネルグループ内にあって、図１１で矢印によって示されたＳＬ ＬＣＨを含むＳＬ ＬＣＧである。

【0258】

第１条件を満足するサービスは、サイドリンクサービス及びアップリンクサービスの両方を含んでもよい。アップリンクサービスは、アップリンク論理チャネルであり、サイドリンクサービスは、サイドリンク論理チャネルである。図１１が例として使用され、図６（ａ）に対応する技術的解決法が、サービスを比較するために使用される。第１閾値が４である場合に、データを有するＬＣＨは、黒色で塗りつぶされており、優先度値が２、７、８、４、６及び１０であるＳＬ ＬＣＨと、優先度が３、４、５及び６であるＵＬ ＬＣＨとである。ＤＳＴ１に対応するＳＬ ＬＣＧ１内の最初のＳＬ ＬＣＨの優先度と、ＵＬ ＬＣＧ１内の３番目のＵＬ ＬＣＨの優先度とは、第１閾値以上である。言い換えると、第１条件を満足するＳＬ ＬＣＨは、図１１で矢印によって示されたＬＣＨである。

【0259】

第１条件を満足するサービスは、サイドリンクサービス及びアップリンクサービスの両方を含んでもよい。アップリンクサービスは、アップリンク論理チャネルグループであり、サイドリンクサービスは、サイドリンク論理チャネルグループである。図１１が例として使用され、図６（ａ）に対応する技術的解決法が、サービスの優先度を比較するために使用される。第１閾値が４である場合に、図１１には、データを有する６つのＬＣＧが存在する。ＤＳＴ１に対応するＬＣＧ１の優先度値は１である。同様に、ＤＳＴ１に対応するＬＣＧ２の優先度値は７であり、ＤＳＴ２に対応するＬＣＧ１の優先度値は４であり、ＤＳＴ２に対応するＬＣＧ２の優先度値は９である。ＵＬ ＬＣＧ１の優先度値は１であり、ＤＳＴ４に対応するＬＣＧ１の優先度値は４である。言い換えると、優先度が第１閾値以上であるＬＣＧは、破線ボックスで示された４つのＬＣＧである。

【0260】

可能な実施では、第１閾値は、代替的に、いくつかのパラメータに基づき端末デバイスによって決定された値であってよい。例えば、端末デバイスは、第１アップリンクリソースのサイズに基づき第１閾値を決定する。例えば、第１アップリンクリソースが、４つのＬＣＧのバッファステータス情報を運ぶのに十分である場合に、図１１に示されるように、端末デバイスは、データを有する６つのＬＣＧの優先度を比較し得る。これらのＬＣＧの優先度値は、１、７、４、９、１及び４である。この場合に、端末デバイスは、優先度が第１閾値よりも大きいＬＣＧの数が５以下であることを確かにし、第１アップリンクリソースがそれらのＬＣＧのバッファステータス情報を運ぶのに十分であるようにするために、第１閾値を４にセットし得る。代替的に、端末デバイスは、データを有するＬＣＨの優先度を比較してもよい。図１１に示されるように、これらのＬＣＨの優先度は、２、７、８、４、６、１０、３、４、５及び６である。この場合に、端末デバイスは、優先度が第１閾値よりも大きいＬＣＨの数が５以下であることを確かにし、第１アップリンクリソースがそれらのＬＣＨのバッファステータス情報を運ぶのに十分であるようにするために、第１閾値を４にセットし得る。

【0261】

可能な実施では、第１条件を満足するサービスは、サイドリンクサービス又はアップリンクサービスである。この場合に、第１閾値は、ＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度に関係があってよい。具体的に、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高い場合に、第１条件を満足するサービスは、サービス優先度が第１閾値以上であるアップリンクサービスである。ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低い場合に、第１条件を満足するサービスは、サービス優先度が第１閾値以上であるサイドリンクサービスである。ここで、図６（ａ）、図６（ｂ）若しくは図６（ｃ）に対応する技術的解決法、又は既存の技術が、ＵＬ ＢＳＲの優先度をＳＬ ＢＳＲの優先度と比較するために使用されてもよい。

【0262】

この場合に、端末デバイスがＵＬ ＢＳＲの優先度及びＳＬ ＢＳＲの優先度を決定した後、端末デバイスは、より高い優先度のＢＳＲを切り捨ててもよい。具体的に言えば、端末デバイスは、より高い優先度のＢＳＲに含まれるＬＣＧバッファステータス情報の量を制限する。相応して、この場合に、第１閾値は、より低い優先度のＢＳＲをトリガするサービスに対応する優先度の中で最も高い優先度を有しているサービスの優先度、又はデータを有しかつより低い優先度のＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度であってよい。代替的に、第１閾値は、事前設定された値、ネットワークデバイスによって設定された値、又は端末デバイスによって決定された値であってもよい。ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高い場合に、より低い優先度のＢＳＲはＳＬ ＢＳＲであり、あるいは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低い場合に、より低い優先度のＢＳＲはＵＬ ＢＳＲである。

【0263】

例えば、より高い優先度のＢＳＲはＳＬ ＢＳＲであり、第１閾値は、データを有しかつより低い優先度のＢＳＲ、つまり、ＵＬ ＢＳＲに対応するＬＣＨに対応する優先度の中で最も高い優先度を有しているＬＣＧの優先度である。図１１では、データを有するＵＬ ＬＣＨは、黒色で塗りつぶされている。ＵＬ ＬＣＧ１内の３番目のＬＣＨの優先度が最も高く、従って、そのＬＣＨの優先度（優先度値は３である）が第１閾値と比較される。第１条件を満足するＬＣＨは、優先度が３以上であるＳＬ ＬＣＨ、つまり、図１１に示される、優先度値が２であるＳＬ ＬＣＨである。代替的に、第１条件を満足するＬＣＧは、優先度が３以上であるＳＬ ＬＣＨを含むＳＬ ＬＣＧ、つまり、図１１に示される、ＤＳＴ１に対応するＳＬ ＬＣＧ１である。

【0264】

例えば、より高い優先度のＢＳＲはＳＬ ＢＳＲであり、第１閾値は、ペンディング中のデータを有し、より低い優先度のＢＳＲ、つまり、ＵＬ ＢＳＲに対応するＬＣＧに対応する優先度の中で最も高い優先度を有しているＬＣＧの優先度である。図１１では、ペンディング中のデータを有しかつＵＬ ＢＳＲに対応するＵＬ ＬＣＧは２つある。ＵＬ ＬＣＧ１の優先度（１の値を有する）が、ＤＳＴ４に対応するＬＣＧ１の優先度（４の値を有する）よりも大きい場合に、ＵＬ ＬＣＧ１の優先度（１の値を有する）が第１閾値と見なされる。第１条件を満足するＬＣＧは、優先度が１以上であるＳＬ ＬＣＧ、つまり、図１１に示される、ＤＳＴ１に対応するＳＬ ＬＣＧ１である。

【0265】

Ｓ１００２：端末デバイスは第１ＢＳＲを送信する。

【0266】

端末デバイスが第１ＢＳＲを送信することは、具体的に、次のように実施され得る：端末デバイスは、第１アップリンクリソースで第１ＢＳＲを送信する。

【0267】

可能な実施では、第１条件を満足するＬＣＨが存在すると端末デバイスが決定する場合に、端末デバイスは、第１条件を満足するＬＣＨを含むＬＣＧを第１ＢＳＲにカプセル化する。具体的に言えば、図１１が依然として例として使用され、上記の例を参照して、端末デバイスは、矢印によって示されている４つのＬＣＨを含むＬＣＧ（破線ボックスによって示されている４つのＬＣＧ）のバッファステータス情報を第１ＢＳＲにカプセル化する。これらのＬＣＧは、ＳＬ ＬＣＧ及びＵＬ ＬＣＧの両方を含んでも、あるいは、ＳＬ ＬＣＧしか含まなくても、あるいは、ＵＬ ＬＣＧしか含まなくてもよい。それから、端末デバイスは第１ＢＳＲを送信する。

【0268】

可能な実施では、第１条件を満足するＬＣＧが存在すると端末デバイスが決定する場合に、端末デバイスは、第１条件を満足するＬＣＧを第１ＢＳＲにカプセル化する。具体的に言えば、図１１が依然として例として使用され、上記の例を参照して、端末デバイスは、破線ボックスによって示されている４つのＬＣＧのバッファステータス情報を第１ＢＳＲにカプセル化する。それから、端末デバイスは第１ＢＳＲを送信する。

【0269】

Ｓ１００３：第１条件を満足するサービスがない場合には、端末デバイスは第３ＢＳＲを生成／多重化する。

【0270】

第３ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報の一部を含む。

【0271】

可能な実施では、第３ＢＳＲは、優先度が第１閾値よりも小さいサービスのバッファステータス情報の一部を含む。例えば、第１閾値は４であり；サイドリンクサービスの優先度は次の通りであり：ＳＬ ＬＣＧ１に対応する優先度は５であり、ＳＬ ＬＣＧ２に対応する優先度は６であり；アップリンクサービスの優先度は次の通りであり：ＵＬ ＬＣＧ１に対応する優先度は５であり、ＵＬ ＬＣＧ２に対応する優先度は７である。この場合に、第１条件を満足するサービスは存在せず、端末デバイスは第３ＢＳＲを生成する、第３ＢＳＲは、４つのＬＣＧのバッファステータス情報を含む。

【0272】

可能な実施では、第３ＢＳＲは、より低い優先度のＢＳＲ内のバッファステータス情報を含む。例えば、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと仮定され、サイドリンクサービスの優先度は次の通りであり：ＳＬ ＬＣＧ１に対応する優先度は５であり、ＳＬ ＬＣＧ２に対応する優先度は６であり；アップリンクサービスの優先度は次の通りであり：ＵＬ ＬＣＧ１に対応する優先度は１であり、ＵＬ ＬＣＧ２に対応する優先度は７である。第１閾値は、アップリンクサービスに対応する優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である、具体的に言えば、第１閾値が１である場合に、ＳＬ ＬＣＧに対応する全ての優先度が第１閾値よりも小さいので、第１条件を満足するサイドリンクサービスは存在しない。この場合に、端末デバイスは第３ＢＳＲを生成する。第３ＢＳＲは、より低い優先度のＢＳＲに対応する２つのＬＣＧ、つまり、ＵＬ ＢＳＲに対応するＵＬ ＬＣＧ１及びＵＬ ＬＣＧ２のバッファステータス情報を含む。

【0273】

Ｓ１００４及びＳ１００６は、Ｓ１００３の後で実行されるステップではなく、Ｓ１００１、Ｓ１００２、及びＳ１００３から独立したステップであることが留意されるべきである。

【0274】

既存の解決法では、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定された後、可能な限り多くのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲが第１アップリンクリソースで送信される。このようにして、より低い優先度のサービスに基づきトリガされたＳＬ ＢＳＲは、第１アップリンクリソースの大部分を占有する場合があり、第１アップリンクリソースは、高優先度サービスに基づきトリガされたＵＬ ＢＳＲを同時に運ぶことができない。その結果、ＵＬ ＢＳＲの伝送は遅延し、より高い優先度を有するアップリンクデータの伝送は遅延する可能性がある。本願の実施形態における技術的解決法によれば、端末デバイスは、より高いサービス優先度を有するＬＣＨを含むＬＣＧのバッファステータス情報を第１アップリンクリソースで送信するか、あるいは、より高いサービス優先度を有するＬＣＧのバッファステータス情報を第１アップリンクリソースで送信することができる。これらのＬＣＧは、ＵＬ ＬＣＧであってよく、あるいは、ＳＬ ＬＣＧであってよい。言い換えると、端末デバイスは、高優先度サービスに対応するＢＳＲを優先的に送信することができる。このようにして、ネットワークデバイスは、より高いサービス優先度を有するデータのためにリソースを優先的に割り当てて、端末デバイスが、割り当てられたリソースで、より高い優先度を有するデータを優先的に伝送することができるようにする。例えば、図１１では、既存の技術によれば、ＳＬ ＢＳＲの優先度の方が高いと端末デバイスが決定し、第１アップリンクリソースが２つのＬＣＧのバッファステータス情報のみを送信するには十分である場合に、端末デバイスは、可能な限り多くのＳＬ ＬＣＧを含むバッファステータス情報を第１アップリンクリソースで送信する。しかし、図１１では、ＤＳＴ１に対応するＳＬ ＬＣＧ２の優先度（７の値を有する）は、報告されないＵＬ ＬＣＧ１の優先度（３の値を有する）よりも低い。結果として、低優先度サービスのバッファステータス情報を含むＢＳＲは、高優先度サービスのバッファステータス情報を含むＢＳＲのために使用されるリソースをプリエンプトし、高優先度サービスのバッファステータス情報は、優先的に送信され得ない。しかし、本願の実施形態における技術的解決法によれば、端末デバイスは、サービス優先度が第１閾値以上であるＬＣＧのバッファステータス情報を報告するか、あるいは、サービス優先度が第１閾値以上であるＬＣＧを含むＬＣＧのバッファステータス情報を報告して、高優先度サービスに基づきトリガされたＢＳＲが優先的に送信され得るようにする。

【0275】

可能な実施では、端末デバイスは、第１条件を満足しかつより優先度の高いＢＳＲに対応するＬＣＨ又はＬＣＧが存在するかどうかを決定する。より高い優先度のＢＳＲがＳＬ ＢＳＲであることが、例として使用される。端末デバイスは、第１条件を満足しかつＳＬ ＢＳＲに対応するＳＬ ＬＣＨ又はＳＬ ＬＣＧが存在するかどうかを決定する。図１１が依然として例として使用され、上記の例を参照して、端末デバイスは、第１条件を満足するＬＣＧ、つまり、図１１に示される、ＤＳＴ１に対応するＳＬ ＬＣＧ１のバッファステータス情報を第１ＢＳＲにカプセル化する。このようにして、端末デバイスは、高優先度のＳＬ ＬＣＧのバッファステータス情報のみを第１アップリンクリソースで報告すればよく、そして、低優先度のＳＬ ＬＣＧのバッファステータス情報が、高優先度のＵＬ ＬＣＧのバッファステータス情報のために使用されるリソースを占有することを防ぐために、低優先度のＳＬ ＬＣＧのバッファステータス情報を第１アップリンクリソースで報告しない。これは、高優先度サービスに基づきトリガされたＢＳＲの伝送が遅延する可能性を小さくし、データ伝送効率を改善することができる。

【0276】

任意に、第１ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報を含む。言い換えると、第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報及び第１条件を満足しないサービスのバッファステータス情報の両方を含む。

【0277】

この場合に、端末デバイスがＳ１００１で第１ＢＳＲを送信及び生成することは、具体的に、次のように実施され得る：端末デバイスは、第１アップリンクリソースのサイズ及びより低い優先度のＢＳＲのサイズに基づき、第１ＢＳＲを第１アップリンクリソースで多重化する。

【0278】

可能な実施では、第１条件を満足するＬＣＨがあると決定し、第１ＢＳＲ ＭＡＣ ＣＥを生成するとき、端末デバイスは、第１アップリンクリソースのサイズ及びより低い優先度のＢＳＲのサイズに基づき、第１ＢＳＲに含まれるＬＣＧのバッファステータス情報の量を決定する。例えば、端末デバイスは、第１条件を満足するＬＣＨを含むＬＣＧのバッファステータス情報を第１ＢＳＲにカプセル化する。ＬＣＨを含む全部で４つのＬＣＧ（破線ボックスによって示される４つのＬＣＧ）のバッファステータス情報がある場合に、第１アップリンクリソースのサイズは、第１条件を満足するＬＣＨを含むＬＣＧのバッファステータス情報のサイズ及びより低い優先度のＢＳＲのサイズの合計よりも大きいので、端末デバイスは、引き続き、ＬＣＧに対応する優先度の順序で（昇順又は降順で）、第１条件を満足しないＬＣＨを含むＬＣＧのバッファステータス情報を第１ＢＳＲに含める。

【表3】

【0279】

任意に、表４に示されるように、端末デバイスは、より低い優先度のＢＳＲを多重化する。任意に、端末デバイスは第２ＢＳＲを多重化する。

【表4】

【0280】

上記の実施では、第１アップリンクリソースに依然としてリソースが残っている場合に、端末デバイスは更に、他のＬＣＧのバッファステータス情報を第１アップリンクリソースで送信してもよい。例えば、端末デバイスは第２ＢＳＲを送信する。第２ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報を含む。具体的に、第２ＢＳＲは、サービス優先度が第１閾値以下であるサービスのバッファステータス情報を含む。第１アップリンクリソースにリソースが残っていないか、あるいは、残りのリソースが第２ＢＳＲを運ぶには不十分である場合には、端末デバイスは、第２ＢＳＲを第２アップリンクリソースで送信してもよい。

【0281】

任意に、第１ＢＳＲのフォーマットは、第１ＬＣＩＤによって示され、第２ＢＳＲのフォーマットは、第２ＬＣＩＤによって示される。第１ＬＣＩＤは、第２ＬＣＩＤとは異なってよい。

【0282】

第１ＢＳＲは、例えば、ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット、ｓｈｏｒｔ ＢＳＲフォーマット、又はｌｏｎｇ ＢＳＲフォーマットであるが、それに限られない。第２ＢＳＲは、ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット、ｌｏｎｇ ＢＳＲフォーマット、又はｓｈｏｒｔ ＢＳＲフォーマットであるが、それに限られない。ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマットは、ｌｏｎｇ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマット又はｓｈｏｒｔ ｔｒｕｎｃａｔｅｄ ＢＳＲフォーマットであってよい。

【0283】

本願の実施形態は、バッファステータスレポートの報告方法を更に提供する。図１０（ｃ）に示されるように、方法は、次のステップを含む。

【0284】

Ｓ１１０１：端末デバイスは、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定する。

【0285】

優先度決定方法は、図６（ａ）、図６（ｂ）、図６（ｃ）、図８、又は図９に対応する方法であってよい。

【0286】

Ｓ１１０２：端末デバイスは、第１条件を満足するサービスが存在するかどうかを決定する。

【0287】

Ｓ１１０３（ａ）：第１条件を満足するサービスが存在する場合には、端末デバイスは、第１ＢＳＲを第１アップリンクリソースで生成／多重化する。第１ＢＳＲは、ＳＬ ＬＣＧのバッファステータス情報を含む。具体的に言えば、ここで第１ＢＳＲを第１ＢＳＲで生成／多重化することは、高優先度のＳＬ ＢＳＲを第１アップリンクリソースで多重化することを意味する。

【0288】

第１条件及び第１ＢＳＲの具体的な説明については、図１０（ｂ）に対応する技術的解決法の関連する説明を参照されたい。

【0289】

Ｓ１１０４：第１アップリンクリソースの残りのリソースのサイズ及びＵＬ ＢＳＲのサイズに基づき、ＵＬ ＢＳＲを多重化する。

【0290】

具体的に、ＳＬ ＢＳＲが第１アップリンクリソースで多重化された後、第１アップリンクリソースの残りのリソースがＵＬ ＢＳＲを収容するのに十分である場合に、端末デバイスはＵＬ ＢＳＲを多重化する。残りのリソースがＵＬ ＢＳＲを収容するには不十分である場合には、端末デバイスは高優先度のＳＬ ＢＳＲのみを多重化する。ＳＬ ＢＳＲは、次の２つの条件：ＳＬ ＢＳＲが、含まれる必要がある全てのサービスのバッファステータス情報を含むこと、又は第１アップリンクリソースにリソースが残っていないこと、のうちのどちらか一方が満足されるまで、サービス優先度順に可能な限り多くサイドリンクサービスのバッファステータス情報を含む。

【0291】

更に、任意に、リソースが残っており、残りのリソースが、優先度が第２ＢＳＲの優先度よりも高い他のデータ又はシグナリングを収容するのに十分である場合に、端末デバイスは、データ及び／又は他のシグナリングを多重化する。このとき、第２ＢＳＲの優先度は、第２ＢＳＲに含まれるＬＣＧに含まれるＬＣＨの中で最も高い優先度を有しているＬＣＨの優先度であってよい。

【0292】

更に、任意に、リソースが残っており、残りのリソースのサイズがＳＬ ＢＳＲのサイズよりも大きい場合に、第２ＢＳＲは生成される。第２ＢＳＲは、第１条件を満足しないサービスのバッファ情報を可能な限り多く含む。

【0293】

代替的に、任意に、第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報及び第１条件を満足しないサービスのバッファステータス情報の両方を含む。具体的に言えば、第１ＢＳＲは、次の２つの条件：第１ＢＳＲが、含まれる必要がある全てのサービスのバッファステータス情報を含むこと、又はアップリンクリソースが残っていないこと、のうちのどちらか一方が満足されるまで、優先度順に可能な限り多くサービスのバッファステータス情報を含む。言い換えると、リソースが残っており、第１ＢＳＲが既に、第１条件を満足するＳＬ ＬＣＧ／ＬＣＨのＢＳ情報を含む場合に、端末デバイスは、引き続き、有効なデータを有しかつ優先度が第１閾値よりも低いＬＣＨ／ＬＣＧのＢＳ情報、及び／又は有効なデータを有するＬＣＨ／ＬＣＧのＢＳ情報を第１ＢＳＲに含める。

【0294】

Ｓ１１０３（ｂ）：第１条件を満足するサービスが存在しない場合には、端末デバイスはＵＬ ＢＳＲを生成／多重化する。

【0295】

上記のステップは、順に実行されてもよく、あるいは、同時に実行されてもよい。

【0296】

この実施形態では、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いとき、ＳＬ ＢＳＲは、優先度が第１閾値（例えば、ＵＬ ＢＳＲの優先度）よりも高いＬＣＨ／ＬＣＧのＢＳＲ情報を含む。残りのアップリンクリソースがＵＬ ＢＳＲを収容するのに十分である場合に、ＵＬ ＢＳＲは多重化される。依然としてリソースが残っている場合には、ＳＬ ＬＣＧ／ＬＣＨが残されたままであるならば、可能な限り多く、優先度が第１閾値（例えば、ＵＬ ＢＳＲの優先度）よりも低いＳＬ ＬＣＨ／ＬＣＧのＢＳ情報が引き続きＳＬ ＢＳＲに含められる。

【0297】

本願の実施形態で提供されるバッファステータスレポートの報告方法は、図５から図１１を参照して詳細に上述されている。以下は、図１２を参照して、本願の実施形態で提供される通信装置について詳細に記載する。

【0298】

図１２は、本願の実施形態に従う通信装置６００の略構造図２である。通信装置は、図３に示される通信システムに適用され、図６（ａ）、図６（ｂ）、図６（ｃ）、図８、図９、図１０（ａ）、図１０（ｂ）、及び／又は図１０（ｃ）に示されるバッファステータスレポートの報告方法における端末デバイスの機能を実行し得る。記載を簡単にするために、図１２は、単に、通信装置の主要なコンポーネントを示す。

【0299】

図１２に示されるように、通信装置６００は、処理モジュール６０１及びトランシーバモジュール６０２を含む。

【0300】

本願のこの実施形態では、通信装置６００は、図３に示される通信システムに適用可能であり、図６（ａ）に示されるバッファステータスレポートの報告方法における端末デバイスの機能を実行する。

【0301】

処理モジュールは、サイドリンクバッファステータスレポートＳＬ ＢＳＲに対応する第１パラメータと、アップリンクバッファステータスレポートＵＬ ＢＳＲに対応する第２パラメータとを取得し、第１パラメータ及び第２パラメータに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定するよう構成される。第１パラメータは、データを有するサイドリンクサービスの優先度に関係があり、第２パラメータは、データを有するアップリンクサービスの優先度に関係がある。

【0302】

可能な解決法では、第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0303】

可能な解決法では、サイドリンクサービスは、次の、サイドリンククオリティ・オブ・サービスＱｏＳフロー、サイドリンク論理チャネルＬＣＨ、サイドリンクデータ無線ベアラＤＲＢ、サイドリンク論理チャネルグループＬＣＧ、サイドリンクサービスあて先識別子、及びサイドリンクパケットデータユニットＰＤＵセッション、のうちの１つ以上を含む。

【0304】

アップリンクサービスは、次の、アップリンククオリティ・オブ・サービスフロー、アップリンク論理チャネルＬＣＨ、アップリンクデータ無線ベアラＤＲＢ、アップリンク論理チャネルグループＬＣＧ、アップリンクサービスあて先識別子、及びアップリンクパケットデータユニットセッション、のうちの１つ以上を含む。

【0305】

可能な解決法では、サイドリンクサービスがＳＬ ＬＣＧである場合に、第１パラメータは、サイドリンクデータを有する１つ以上のＳＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＧの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＧである場合に、第２パラメータは、アップリンクデータを有する１つ以上のＵＬ ＬＣＧに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＧの優先度である。

【0306】

可能な解決法では、サイドリンクサービスがＳＬ ＬＣＨである場合に、第１パラメータは、サイドリンクデータを有する１つ以上のＳＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＳＬ ＬＣＨの優先度であり、かつ／あるいは、アップリンクサービスがＵＬ ＬＣＨである場合に、第２パラメータは、アップリンクデータを有する１つ以上のＵＬ ＬＣＨに対応する１つ以上の優先度の中で最も高い優先度を有しているＵＬ ＬＣＨの優先度である。

【0307】

可能な解決法では、処理モジュールが、第１パラメータ及び第２パラメータに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いこと、又はＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることは：
第１パラメータが第２パラメータよりも大きい場合に、処理モジュールが、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定するよう構成されること、又は
第１パラメータが第２パラメータよりも小さい場合に、処理モジュールが、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定するよう構成されること
を含む。

【0308】

可能な解決法では、処理モジュールは、第１条件を満足するサービスがある場合に、第１条件を満足するサービスのバッファステータス情報を含む第１ＢＳＲを生成するよう更に構成される。

【0309】

トランシーバモジュールは、第１ＢＳＲを送信するよう構成される。

【0310】

第１条件は、サービスの優先度が第１閾値以上であることである。

【0311】

可能な解決法では、第１ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報を含まない。

【0312】

可能な解決法では、第１閾値は、次の、事前設定された値、ネットワークによって設定された値、より優先度が低いＢＳＲをトリガするサービスに対応する優先度の中で最も高い優先度を有しているサービスの優先度、又はデータを有しかつより優先度が低いＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度、のうちのいずれか１つを含む。

【0313】

ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高い場合に、より優先度が低いＢＳＲはＳＬ ＢＳＲであり、あるいは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低い場合に、より優先度が低いＢＳＲはＵＬ ＢＳＲである。

【0314】

可能な解決法では、トランシーバモジュールは、第１条件を満足しないサービスのバッファステータス情報を含む第２ＢＳＲを送信するよう更に構成される。

【0315】

いくつかの他の実施形態では、通信装置６００は、図３に示される通信システムに適用可能であり、図８及び／又は図９に示されるバッファステータスレポートの報告方法における端末デバイスの機能を実行する。

【0316】

処理モジュールは、第１アップリンクリソースのサイズを取得し、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成される。

【0317】

可能な解決法では、処理モジュールが、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることは：
第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上であるか、あるいは、第１アップリンクリソースのサイズが、ＵＬ ＢＳＲのサイズと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズとの和以上であるか、あるいは、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以上でありかつ第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以下であるか、あるいは、第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズと、少なくとも１つのＳＬ ＬＣＧのバッファステータス情報を含むＳＬ ＢＳＲのサイズとの和以上でありかつ第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以下である場合に、処理モジュールが、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定するよう構成されることを含む。

【0318】

可能な解決法では、処理モジュールが、第１アップリンクリソースのサイズに基づき、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることは：
第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以上であるか、あるいは、第１アップリンクリソースのサイズが、ＳＬ ＢＳＲのサイズと、少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲのサイズとの和以上であるか、あるいは、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以上でありかつ第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以下であるか、あるいは、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズと、少なくとも１つのＵＬ ＬＣＧのバッファステータス情報を含むＵＬ ＢＳＲのサイズとの和以上でありかつ第１アップリンクリソースのサイズがＵＬ ＢＳＲのサイズ以下である場合に、処理モジュールが、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定するよう構成されることを含む。

【0319】

可能な解決法では、処理モジュールは、ＳＬ ＢＳＲに対応する第１パラメータと、ＵＬ ＢＳＲに対応する第２パラメータとを取得するよう更に構成される。

【0320】

第１パラメータは、サイドリンクデータを有する１つ以上のサイドリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、アップリンクデータを有する１つ以上のアップリンクサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0321】

代替的に、第１パラメータは、ＳＬ ＢＳＲをトリガするサイドリンクサービスに対応する優先度の中で最も高い優先度を有しているサイドリンクサービスの優先度であり、かつ／あるいは、第２パラメータは、ＵＬ ＢＳＲをトリガするアップリンクサービスに対応する優先度の中で最も高い優先度を有しているアップリンクサービスの優先度である。

【0322】

処理モジュールが、第１アップリンクリソースのサイズに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることは：
処理モジュールが、第１アップリンクリソースのサイズ、第１パラメータ、及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることを含む。

【0323】

可能な解決法では、処理モジュールが、第１アップリンクリソースのサイズ、第１パラメータ、及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることは：
第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズよりも小さくかつＵＬ ＢＳＲのサイズよりも小さい場合に、処理モジュールが、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることを含む。

【0324】

代替的に、第１アップリンクリソースのサイズがＳＬ ＢＳＲのサイズ以上でありかつＵＬ ＢＳＲのサイズ以上である場合に、処理モジュールは、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成される。

【0325】

可能な解決法では、処理モジュールが、第１パラメータ及び第２パラメータに基づき、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いこと、又はＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いことを決定するよう構成されることは：
ＳＬ ＢＳＲに対応する第１パラメータがＵＬ ＢＳＲに対応する第２パラメータよりも大きい場合に、処理モジュールが、ＳＬ ＢＳＲの優先度がＵＬ ＢＳＲの優先度よりも高いと決定するよう構成されること、又は
ＳＬ ＢＳＲに対応する第１パラメータがＵＬ ＢＳＲに対応する第２パラメータよりも小さい場合に、処理モジュールが、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高いと決定するよう構成されること
を含む。

【0326】

いくつかの他の実施形態では、通信装置６００は、図３に示される通信システムに適用可能であり、図１０（ｂ）に示されるバッファステータスレポートの報告方法における端末デバイスの機能を実行する。

【0327】

処理モジュールは、第１ＢＳＲを生成するよう構成される。トランシーバモジュールは、第１ＢＳＲを送信するよう構成される。第１ＢＳＲは、第１条件を満足するサービスのバッファステータス情報を含む。第１条件は、サービスの優先度が第１閾値以上であることである。

【0328】

可能な解決法では、第１ＢＳＲは、第１条件を満足しないサービスのバッファステータス情報を含まない。

【0329】

可能な解決法では、第１閾値は、次の、事前設定された値、ネットワークデバイスによって設定された値、より低い優先度のＢＳＲをトリガするサービスに対応する優先度の中で最も高い優先度を有しているサービスの優先度、又はデータを有しかつより低い優先度のＢＳＲに対応する１つ以上のサービスに対応する１つ以上の優先度の中で最も高い優先度を有しているサービスの優先度、のうちのいずれか１つを含む。この場合に、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも高い場合には、より低い優先度のＢＳＲはＳＬ ＢＳＲであり、あるいは、ＵＬ ＢＳＲの優先度がＳＬ ＢＳＲの優先度よりも低い場合には、より低い優先度のＢＳＲはＵＬ ＢＳＲである。

【0330】

可能な解決法では、トランシーバモジュールは、第１条件を満足しないサービスのバッファステータス情報を含む第２ＢＳＲを送信するよう更に構成される。

【0331】

任意に、図１２の通信装置６００は、記憶モジュールを更に含んでもよい。記憶モジュールは、プログラム又は命令を記憶している。処理モジュールがプログラム又は命令を実行するとき、通信装置６００は、上記のバッファステータスレポートの報告方法のうちのいずれか１つにおける端末デバイスの機能を実行することができる。

【0332】

通信装置６００は、端末デバイス、端末デバイスに配置されているチップ若しくはチップシステム、又は端末機能を備えている他のタイプのコンポーネントであってよいことが留意されるべきである。これは本願で制限されない。

【0333】

可能な実施では、処理モジュールは、図４に示されるプロセッサに配置されてもよく、あるいは、プロセッサ及び他の必要なコンポーネントを含んでもよい。トランシーバモジュールは、図４に示されるトランシーバ２０３であってよく、あるいは、他のトランシーバ回路などであってもよい。記憶モジュールは、図４に示されるメモリ２０２であってよい。

【0334】

本願の実施形態は、通信装置を提供する。通信装置は、上記のバッファステータスレポートの報告方法を実装するよう構成される。通信装置は、上記の方法実施形態におけるバッファステータスレポートの報告方法において、端末デバイス、例えば、車載通信装置、端末装置を含む装置、例えば、様々なタイプの車両、又は端末装置に含まれる装置若しくはコンポーネント、例えば、システムチップであってよい。通信装置は、バッファステータスレポートの報告方法を実装するための対応するモジュール、ユニット、又は手段（means）を含む。モジュール、ユニット、又は手段は、ハードウェア、ソフトウェア、又は対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェア又はソフトウェアは、機能に対応する１つ以上のモジュール又はユニットを含む。

【0335】

本願の実施形態は、チップシステムを提供する。チップシステムは、プロセッサ及び入力／出力ポートを含む。プロセッサは、上記の方法実施形態におけるバッファステータスレポートの報告方法の処理機能を実装するよう構成される。入力／出力ポートは、上記の方法実施形態におけるバッファステータスレポートの報告方法の送受信機能を実装するよう構成される。

【0336】

可能な解決法では、チップシステムはメモリを更に含む。メモリは、第１の態様から第３の態様に従うバッファステータスレポートの報告方法の機能を実装するためのプログラム命令及びデータを記憶するよう構成される。

【0337】

チップシステムは、チップを含んでよく、あるいは、チップ及び他のディスクリート部品を含んでもよい。

【0338】

本願の実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、コンピュータ命令を記憶している。コンピュータ命令がコンピュータで実行される場合に、コンピュータは、上記の方法実施形態におけるバッファステータスレポートの報告方法を実行することができる。

【0339】

本願の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータプログラム又は命令を含む。コンピュータプログラム又は命令がコンピュータで実行される場合に、コンピュータは、上記の方法実施形態におけるバッファステータスレポートの報告方法を実行することができる。

【0340】

本願の実施形態のプロセッサは、中央演算処理装置（central processing unit，ＣＰＵ）であってよく、あるいは、他の汎用プロセッサ、デジタル信号プロセッサ（digital signal processor，ＤＳＰ）、特定用途向け集積回路（application-specific integrated circuit，ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（field programmable gate array，ＦＰＧＡ）若しくは他のプログラム可能ロジックデバイス、ディスクリートゲート若しくはトランジスタロジックデバイス、ディスクリートハードウェア部品、等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、あるいは、プロセッサは、如何なる従来のプロセッサ等であってもよい。

【0341】

本願の実施形態のメモリは、揮発性メモリ又は不揮発性メモリであってよく、あるいは、揮発性メモリ及び不揮発性メモリを含んでもよいことが理解され得る。例えば、不揮発性メモリは、リード・オンリー・メモリ（read-only memory，ＲＯＭ）、プログラム可能リード・オンリー・メモリ（programmable ROM，ＰＲＯＭ）、消去可能なプログラム可能リード・オンリー・メモリ（erasable PROM，ＥＰＲＯＭ）、電気的消去可能なプログラム可能リード・オンリー・メモリ（electrically EPROM，ＥＥＰＲＯＭ）、又はフラッシュメモリであってよい。揮発性メモリは、ランダム・アクセス・メモリ（random access memory，ＲＡＭ）であり、外部キャッシュとして使用されてもよい。例により、しかし、限定的な記載によらず、多くの形態をとるランダム・アクセス・メモリ（random access memory，ＲＡＭ）、例えば、静的ランダム・アクセス・メモリ（static RAM，ＳＲＡＭ）、動的ランダム・アクセス・メモリ（dynamic random access memory，ＤＲＡＭ）、同期型動的ランダム・アクセス・メモリ（synchronous DRAM，ＳＤＲＡＭ）、ダブルデータレート同期型動的ランダム・アクセス・メモリ（double data rate SDRAM，ＤＤＲ ＳＤＲＡＭ）、エンハンスド同期型動的ランダム・アクセス・メモリ（enhanced SDRAM，ＥＳＤＲＡＭ）、同期リンク型動的ランダム・アクセス・メモリ（synchlink DRAM，ＳＬＤＲＡＭ）、及びダイレクトランバス型動的ランダム・アクセス・メモリ（direct rambus RAM，ＤＲ ＲＡＭ）が使用されてよい。

【0342】

上記の実施形態の全て又は一部は、ソフトウェア、ハードウェア（例えば、回路）、ファームウェア、又はそれらの任意の組み合わせによって実装されてもよい。ソフトウェアが実施形態を実走するために使用される場合に、上記の実施形態は、全て又は部分的にコンピュータプログラム製品の形で実装されてよい。コンピュータプログラム製品は、１つ以上のコンピュータ命令又はコンピュータプログラムを含む。プログラム命令またはコンピュータプログラムがコンピュータでロード及び実行される場合に、本願の実施形態に従うプロシージャ又は機能は、全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてよく、あるいは、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体へ伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンターから他のウェブサイト、コンピュータ、サーバ、又はデータセンターへ有線又は無線（例えば、赤外線、電波、及びマイクロ波など）方式で伝送されてよい。コンピュータ記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を組み込むサーバ若しくはデータセンターのようなデータ記憶デバイスであってよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、若しくは磁気テープ）、光学媒体（例えば、ＤＶＤ）、又は半導体媒体であってよい。半導体媒体は、ソリッドステートドライブであってよい。

【0343】

本明細書中の「及び／又は」という用語は、関連するオブジェクトについて記載するための関連付け関係のみを示し、３つの関係が存在する可能性があることを表すことが理解されるべきである。例えば、Ａ及び／又はＢＳＲは、３つの場合を表し得る。Ａのみが存在し、ＡとＢの両方が存在し、Ｂのみが存在する。Ａ及びＢは、単数又は複数であってよい。更に、本明細書中の文字「／」は、一般に、関連するオブジェクト間の「論理和」関係を表し、あるいは、代替的に、「及び／又は」関係を表し得る。詳細については、理解するために上記及び下記の記載を参照されたい。

【0344】

本願において、「少なくとも１つ」は、１つ以上を意味し、「複数の～」は、２つ以上を意味する。「次のアイテム（部分）のうちの少なくとも１つ」又は同様の表現は、１つのアイテム（部分）又は複数のアイテム（部分）の任意の組み合わせを含む、アイテムのあらゆる組み合わせを意味する。例えば、ａ、ｂ、又はｃのうちの少なくとも１つ（部分）は、ａ、ｂ、ｃ、ａとｂ、ａとｃ、ｂとｃ、ａとｂとｃを示すことができ、ａ、ｂ、及びｃは、単数又は複数であってよい。

【0345】

上記のプロセスのシーケンス番号は、本願の実施形態における実行順序を意味するものではないことが理解されるべきである。プロセスの実行順序は、プロセスの機能及び内部ロジックに基づき決定されるべきであり、本願の実施形態の実装プロセスに対する如何なる限定としても解釈されるべきではない。

【0346】

当業者は、本明細書で開示されている実施形態で記載されている例と組み合わせて、ユニット及びアルゴリズムステップが電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実装されてよいと気づき得る。機能がハードウェア又はソフトウェアによって実行されるかどうかは、技術的解決法の特定のアプリケーション及び設計制約に依存する。当業者は、特定のアプリケーションごとに、記載されている機能を実装するために、異なる方法を使用してよいが、実施は、本願の範囲を越えると考えられるべきではない。

【0347】

当業者は、便宜上、及び、関係な記載のために、上記のシステム、装置、及びユニットの詳細の作動プロセスについては、上記の方法実施形態における対応するプロセスが参照されてもよく、詳細は再びここで記載されないと明りょうに理解し得る。

【0348】

本願で提供されるいくつかの実施形態では、開示されているシステム、装置、及び方法は他の様態で実装されてもよいことが理解されるべきである。例えば、記載されている装置実施形態は例にすぎない。例えば、ユニットへの分割は、論理的な機能分割にすぎず、実際の実施では他の分割であってもよい。例えば、複数のユニット又はコンポーネントは、他のシステムに結合又は一体化されてもよく、あるいは、いくつかの特徴は、無視されても又は実行されなくてもよい。更に、表示又は議論されている相互結合又は直接的な結合若しくは通信接続は、何らかのインターフェースを使用することによって実装されてもよい。装置又はユニット間の間接的な結合又は通信接続は、電子的な、機械的な、又は他の形態で実装されてもよい。

【0349】

別個の部分として記載されているユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示されている部分は、物理ユニットであってもなくてもよく、一箇所に位置してもよく、あるいは、複数のネットワークユニットに分布してもよい。ユニットのいくつか又は全ては、実施形態の解決法の目的を達成するために実際の要件に基づき選択されてもよい。

【0350】

更に、本願の実施形態における機能ユニットは、１つの処理ユニットに一体化されてもよく、あるいは、ユニットの夫々は、物理的に単独で存在してもよく、あるいは、２つ以上のユニットは１つのユニットに一体化される。

【0351】

機能がソフトウェア機能ユニットの形で実装され、独立した製品として販売又は使用されるとき、機能は、コンピュータ可読記憶媒体に記憶されてもよい。そのような理解に基づき、本願の技術的解決法は本質的に、あるいは、既存の解決法に寄与する部分、又は技術的解決法のいくつかは、ソフトウェア製品の形で実装されてもよい。コンピュータソフトウェア製品は記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイス）に、本願の実施形態で記載される方法のステップの全て又はいくつかを実行するよう指示するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リード・オンリー・メモリ（read-only memory，ＲＯＭ）、ランダム・アクセス・メモリ（random access memory，ＲＡＭ）、磁気ディスク、又は光ディスクのような、プログラムコードを記憶することができる如何なる媒体も含む。

【0352】

上記の説明は、本願の具体的な実施にすぎず、本願の保護範囲を限定する意図はない。本願で開示されている技術的範囲内で当業者によって容易に想到される如何なる変形又は置換も、本願の保護範囲内に入るべきである。従って、本願の保護範囲は、特許請求の範囲の保護範囲に従うべきである。

【国際調査報告】