特表 2023-531112 リソース除外方法と装置、リソース処理方法と装置、端末装置及び記憶媒体

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

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

(11)【公表番号】

(43)【公表日】2023-07-21

(54)【発明の名称】リソース除外方法と装置、リソース処理方法と装置、端末装置及び記憶媒体

(51)【国際特許分類】

   H04W 72/40 20230101AFI20230713BHJP

   H04W 92/18 20090101ALI20230713BHJP

   H04W 72/0446 20230101ALI20230713BHJP

   H04W 72/0453 20230101ALI20230713BHJP

   H04W 72/54 20230101ALI20230713BHJP

【ＦＩ】

H04W72/40

H04W92/18

H04W72/0446

H04W72/0453

H04W72/54 110

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022550849

(86)(22)【出願日】2020-08-05

(85)【翻訳文提出日】2022-08-23

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

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

(87)【国際公開日】2021-12-30

(31)【優先権主張番号】PCT/CN2020/097791

(32)【優先日】2020-06-23

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

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

【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口 智也

(72)【発明者】

【氏名】ティン、イー

(72)【発明者】

【氏名】リン、ホエイ－ミン

(72)【発明者】

【氏名】チャオ、チェンシャン

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

5K067

【Ｆターム（参考）】

5K067AA03

5K067CC02

5K067CC04

5K067EE02

5K067EE25

5K067JJ03

(57)【要約】

本出願は、リソース除外方法と装置、リソース処理方法と装置、端末装置及び記憶媒体を開示し、通信分野に関する。前記方法は、
リソース選択ウィンドウ内の第一リソースセットに対して第一リソース除外操作を実行して、第一候補リソースセットを取得することであって、第一リソースセットは、リソース選択ウィンドウにおける、端末装置が使用するリソースプールに属する使用可能なリソースを含み、第一リソース除外操作は、リソースセンシングウィンドウ内の非センシングスロットに基づいてリソース除外を実行することを含み、非センシングスロットは、端末装置がセンシングを実行しないスロットであることと、第一パーセンテージがＸ％より小さい場合、第二リソースセットを確定することであって、第一パーセンテージは、第一候補リソースセットにおけるリソース数と第一リソースセットにおけるリソースの数Ｍ_{ｔｏｔａｌ}のパーセンテージであることと、を含む。

【特許請求の範囲】

【請求項1】

端末装置に適用されるリソース除外方法であって、
リソース選択ウィンドウ内の第一リソースセットに対して第一リソース除外操作を実行して、第一候補リソースセットを取得することであって、前記第一リソースセットは、前記リソース選択ウィンドウにおける、前記端末装置が使用するリソースプールに属する使用可能なリソースを含み、前記第一リソース除外操作は、リソースセンシングウィンドウ内の非センシングスロットに基づいてリソース除外を実行することを含み、前記非センシングスロットは、前記端末装置がセンシングを実行しないスロットであることと、
第一パーセンテージがＸ％より小さい場合、第二リソースセットを確定することであって、前記第一パーセンテージは、前記第一候補リソースセットにおけるリソース数と前記第一リソースセットにおけるリソースの数Ｍ_{ｔｏｔａｌ}のパーセンテージであることと、
を含む、
ことを特徴とするリソース除外方法。

【請求項2】

第二リソースセットを確定することは、
前記第一候補リソースセットを前記第二リソースセットとして確定することを含む、
ことを特徴とする請求項１に記載の方法。

【請求項3】

第二リソースセットを確定することは、
前記第一候補リソースセットを放棄し、前記リソース選択ウィンドウ内の前記第一リソースセットに対して第二リソース除外操作を実行して、第二候補リソースセットを取得することと、
前記第二候補リソースセットを前記第二リソースセットとして確定することと、
を含み、
前記第二リソース除外操作は、前記リソースセンシングウィンドウでセンシングされた物理サイドリンク制御チャネル（ＰＳＣＣＨ）に基づいてリソース除外を実行することを含む、
ことを特徴とする請求項１に記載の方法。

【請求項4】

前記方法は、
第二パーセンテージを確定することであって、前記第二パーセンテージは、前記第二リソースセットにおけるリソース数と前記Ｍ_{ｔｏｔａｌ}のパーセンテージであることと、
前記第二パーセンテージが前記Ｘ％より小さくない場合、前記第二リソースセットを更新しないことと、
前記第二パーセンテージが前記Ｘ％より小さい場合、基準信号受信電力（ＲＳＲＰ）閾値を増加し、前記第二パーセンテージが前記Ｘ％以上になるまで、増加した前記ＲＳＲＰ閾値に基づいて、前記第一リソースセットに対して前記第一リソース除外操作及び前記第二リソース除外操作のうちの少なくとも１つを繰り返して実行して、前記第二リソースセットを更新することと、
さらに含む、
ことを特徴とする請求項３に記載の方法。

【請求項5】

前記第一リソースセットに対して前記第一リソース除外操作及び前記第二リソース除外操作のうちの少なくとも１つを繰り返して実行することは、
前記第一リソースセットに対して前記第二リソース除外操作を繰り返して実行すること、
又は前記第一リソースセットに対して前記第一リソース除外操作及び前記第二リソース除外操作を繰り返して実行し、且つ前記第一リソース除外操作に対応するリソース除外結果を放棄することを含む、
ことを特徴とする請求項４に記載の方法。

【請求項6】

第二リソースセットを確定することは、
前記Ｘをβに調整することと、
前記第一候補リソースセットに対して第二リソース除外操作を実行して、前記第二リソースセットを取得することと、
調整によって得られた前記βに基づいて、前記第二リソースセットを更新するために、前記第一リソースセットに対して前記第一リソース除外操作及び前記第二リソース除外操作を繰り返して実行する必要があるか否かを確定することと、
を含み、
前記βは第一条件を満たし、前記第一条件は、前記βが第一パーセンテージ＊１００よりも大きくないことを含み、前記第二リソース除外操作は、前記リソースセンシングウィンドウでセンシングされたＰＳＣＣＨに基づいてリソース除外を実行することを含む、
ことを特徴とする請求項１に記載の方法。

【請求項7】

調整によって得られた前記βに基づいて、前記第二リソースセットを更新するために、前記第一リソースセットに対して前記第一リソース除外操作及び前記第二リソース除外操作を繰り返して実行する必要があるか否かを確定することは、
第二パーセンテージを確定することであって、前記第二パーセンテージは、前記第二リソースセットにおけるリソース数と前記Ｍ_{ｔｏｔａｌ}のパーセンテージであることと、
前記第二パーセンテージが前記β％より小さくない場合、前記第二リソースセットを更新しないことと、
前記第二パーセンテージが前記β％より小さい場合、ＲＳＲＰ閾値を増加し、前記第二パーセンテージが前記β％以上になるまで、増加した前記ＲＳＲＰ閾値に基づいて、前記第一リソースセットに対して前記第一リソース除外操作と前記第二リソース除外操作を繰り返して実行して、前記第二リソースセットを更新することと、
を含む、
ことを特徴とする請求項６に記載の方法。

【請求項8】

前記βは第一値セットにおける前記第一条件を満たす最大値であり、前記第一値セットは前記βの候補値のセットであり、
又は、前記βは前記第一値セットにおける前記第一条件を満たす任意の値であり、
又は、前記βは、選択する必要がある時間周波数リソースの数に基づいて、前記端末装置が前記第一値セットから確定した１つの値であり、
又は、前記βは前記第一パーセンテージ＊１００に等しく、
又は、前記βは、選択する必要がある時間周波数リソースの数に基づいて前記端末装置が確定した１つの値であり、
又は、前記βは前記端末装置によって確定する、
ことを特徴とする請求項６又は７に記載の方法。

【請求項9】

前記第一値セットは｛２０，３５，５０｝を含む、
ことを特徴とする請求項８に記載の方法。

【請求項10】

前記Ｘは第二値セットに対応し、前記第二値セットは前記Ｘの候補値のセットであり、前記第二値セットは｛２０，３０，５０｝を含む、
ことを特徴とする請求項１～９のいずれか一項に記載の方法。

【請求項11】

前記端末装置に対応するリソースプール構成は、前記第二値セットの中の値と送信されるデータの優先度との間の対応関係を含み、
前記リソースプール構成はネットワークデバイスによって構成されるか、又は前記リソースプール構成は事前に構成される、
ことを特徴とする請求項１０に記載の方法。

【請求項12】

前記第一リソース除外操作をトリガーする原因が、選択されたリソースが他の端末装置によってプリエンプションされているか否かを前記端末装置が判断することである場合、前記端末装置によって使用されるパラメーターｊの値は０である、
ことを特徴とする請求項１～１１のいずれか一項に記載の方法。

【請求項13】

端末装置に適用されるリソース除外方法であって、
リソース予約周期セットにα以下の値が含まれている場合、リソース選択ウィンドウ内の第一リソースセットに対して第二リソース除外操作を実行して、第二リソースセットを取得することを含み、
前記第一リソースセットは、前記リソース選択ウィンドウにおける、前記端末装置が使用するリソースプールに属する使用可能なリソースを含み、前記第二リソース除外操作は、リソースセンシングウィンドウでセンシングされた物理サイドリンク制御チャネル（ＰＳＣＣＨ）に基づいてリソース除外を実行することを含む、
ことを特徴とするリソース除外方法。

【請求項14】

前記αはネットワークデバイスによって構成されるか、
又は前記αは事前に構成されるか、
又は前記αは端末装置によって確定する、
ことを特徴とする請求項１３に記載の方法。

【請求項15】

前記方法は、
第二パーセンテージを確定することであって、前記第二パーセンテージは前記第二リソースセットにおけるリソース数と前記第一リソースセットにおけるリソースの数Ｍ_{ｔｏｔａｌ}のパーセンテージであることと、
前記第二パーセンテージが前記Ｘ％より小さくない場合、前記第二リソースセットを更新しないことと、
前記第二パーセンテージが前記Ｘ％より小さい場合、基準信号受信電力（ＲＳＲＰ）閾値を増加し、前記第二パーセンテージが前記Ｘ％以上になるまで、増加した前記ＲＳＲＰ閾値に基づいて、前記第一リソースセットに対して前記第二リソース除外操作を繰り返して実行して、前記第二リソースセットを更新することと、
さらに含む、
ことを特徴とする請求項１３又は１４に記載の方法。

【請求項16】

前記Ｘは第二値セットに対応し、前記第二値セットは前記Ｘの候補値のセットであり、前記第二値セットは｛２０，３０，５０｝を含む、
ことを特徴とする請求項１５に記載の方法。

【請求項17】

前記端末装置に対応するリソースプール構成は、前記第二値セットの中の値と送信されるデータの優先度との間の対応関係を含み、
前記リソースプール構成はネットワークデバイスによって構成されるか、又は前記リソースプール構成は事前に構成される、
ことを特徴とする請求項１６に記載の方法。

【請求項18】

前記第二リソース除外操作をトリガーする原因が、選択されたリソースが他の端末装置によってプリエンプションされているか否かを前記端末装置が判断することである場合、前記端末装置によって使用されるパラメーターｊの値は０である、
ことを特徴とする請求項１３～１７のいずれか一項に記載の方法。

【請求項19】

端末装置に適用されるリソース処理方法であって、
第一情報に基づいて、選択されたリソースに対してターゲット操作を実行するか否かを確定することを含み、
前記選択されたリソースは、前記端末装置がリソース選択を実行した後、送信されるデータパケットのために選択されたリソースであり、前記ターゲット操作は、リソースセンシング操作、リソースプリエンプション判断操作、リソース除外操作のうちの少なくとも１つを含み、前記リソースプリエンプション判断操作は、前記選択されたリソースが他の端末装置によってプリエンプションされているか否かを前記端末装置が判断する操作である、
ことを特徴とするリソース処理方法。

【請求項20】

第一情報に基づいて、選択されたリソースに対してターゲット操作を実行するか否かを確定することは、
前記送信されるデータパケットの優先度に基づいて、前記選択されたリソースに対して前記ターゲット操作を実行するか否かを確定することを含む、
ことを特徴とする請求項１９に記載の方法。

【請求項21】

前記送信されるデータパケットの優先度に基づいて、前記選択されたリソースに対して前記ターゲット操作を実行するか否かを確定することは、
前記送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、リソース選択が完了した後、前記選択されたリソースが他の端末デバイスによってプリエンプトされているか否かについて、前記リソースセンシング操作を実行しないことを含む、
ことを特徴とする請求項２０に記載の方法。

【請求項22】

前記送信されるデータパケットの優先度に基づいて、前記選択されたリソースに対して前記ターゲット操作を実行するか否かを確定することは、
前記送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、リソース選択が完了した後、前記リソースプリエンプト判断操作を実行しなく、前記リソース除外操作をトリガーしないことを含む、
ことを特徴とする請求項２０に記載の方法。

【請求項23】

前記送信されるデータパケットの優先度に基づいて、前記選択されたリソースに対して前記ターゲット操作を実行するか否かを確定することは、
前記送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、タイムスロットｒ－Ｔ_{ｐｒｏｃ，１}の後又はタイムスロットｒの後、前記選択されたリソースに対して持続的にリソースセンシング操作を実行しないことを含み、
前記タイムスロットｒは、前記端末装置が第一サイドリンク制御情報を送信してリソース指示を完了するスロットである、
ことを特徴とする請求項２０に記載の方法。

【請求項24】

前記送信されるデータパケットの優先度に基づいて、前記選択されたリソースに対して前記ターゲット操作を実行するか否かを確定することは、
前記送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、タイムスロットｒ－Ｔ_{ｐｒｏｃ，１}の後又はタイムスロットｒの後、前記リソースプリエンプト判断操作を実行しなく、前記リソース除外操作をトリガーしないことを含み、
前記タイムスロットｒは、前記端末装置が第一サイドリンク制御情報を送信してリソース指示を完了するスロットである、
ことを特徴とする請求項２０に記載の方法。

【請求項25】

前記優先度閾値はネットワークデバイスによって構成されるか、
又は前記優先度閾値は事前に構成されるか、
又は前記優先度閾値は前記端末装置によって確定される、
ことを特徴とする請求項２１～２４のいずれか一項に記載の方法。

【請求項26】

前記リソース除外操作は、第三リソース除外操作及び第四リソース除外操作のうちの少なくとも１つを含み、
前記第三リソース除外操作は、非センシングスロットに基づいてリソース除外を実行することを含み、前記非センシングスロットは前記端末装置がセンシングを実行しないスロットであり、
前記第四リソース除外操作は、センシングされた物理サイドリンク制御チャネル（ＰＳＣＣＨ）に基づいてリソース除外を実行することを含む、
ことを特徴とする請求項２２又は２４に記載の方法。。

【請求項27】

第一情報に基づいて、選択されたリソースに対してターゲット操作を実行するか否かを確定することは、
リソースプリエンプションメカニズムの状態に基づいて、前記選択されたリソースに対して前記ターゲット操作を実行するか否かを確定することを含む、
ことを特徴とする請求項１９に記載の方法。。

【請求項28】

リソースプリエンプションメカニズムの状態に基づいて、前記選択されたリソースに対して前記ターゲット操作を実行するか否かを確定することは、
前記リソースプリエンプションメカニズムの状態が非アクティブ化である場合、タイムスロットｒ－Ｔ_{ｐｒｏｃ，１}の後又はタイムスロットｒの後、前記選択されたリソースに対して持続的な前記リソースセンシング操作を実行しないことを含み、
前記タイムスロットｒは、前記端末装置が第一サイドリンク制御情報を送信してリソース指示を完了するスロットである、
ことを特徴とする請求項２７に記載の方法。

【請求項29】

前記リソースプリエンプションメカニズムはネットワークデバイス構成に基づいて非アクティブ化されるか、
又は前記リソースプリエンプションメカニズムは事前構成に基づいて非アクティブ化されるか、
又は前記リソースプリエンプションメカニズムは前記端末装置がチャネル占有率（ＣＲ）の第一測定結果に基づいて非アクティブ化されるか、
又は前記リソースプリエンプションメカニズムは前記端末装置がチャネル使用率（ＣＢＲ）の第二測定結果に基づいて非アクティブ化される、
ことを特徴とする請求項２８に記載の方法。

【請求項30】

端末装置に適用されるリソース除外装置であって、
除外モジュール及び確定モジュールを含み、
前記除外モジュールは、リソース選択ウィンドウ内の第一リソースセットに対して第一リソース除外操作を実行して、第一候補リソースセットを取得するために用いられ、前記第一リソースセットは、前記リソース選択ウィンドウにおける、前記端末装置が使用するリソースプールに属する使用可能なリソースを含み、前記第一リソース除外操作は、リソースセンシングウィンドウ内の非センシングスロットに基づいてリソース除外を実行することを含み、前記非センシングスロットは、前記端末装置がセンシングを実行しないスロットであり、
前記確定モジュールは、第一パーセンテージがＸ％より小さい場合、第二リソースセットを確定するために用いられ、前記第一パーセンテージは、前記第一候補リソースセットにおけるリソース数と前記第一リソースセットにおけるリソースの数Ｍ_{ｔｏｔａｌ}のパーセンテージである、
ことを特徴とするリソース除外装置。

【請求項31】

前記確定モジュールは、前記第一候補リソースセットを前記第二リソースセットとして確定するために用いられる、
ことを特徴とする請求項３０に記載の装置。

【請求項32】

前記除外モジュールは、前記第一候補リソースセットを放棄し、前記リソース選択ウィンドウ内の前記第一リソースセットに対して第二リソース除外操作を実行して、第二候補リソースセットを取得するために用いられ、
前記確定モジュールは、前記第二候補リソースセットを前記第二リソースセットとして確定するために用いられ、
前記第二リソース除外操作は、前記リソースセンシングウィンドウでセンシングされた物理サイドリンク制御チャネル（ＰＳＣＣＨ）に基づいてリソース除外を実行することを含む、
ことを特徴とする請求項３０に記載の装置。

【請求項33】

前記確定モジュールは、第二パーセンテージを確定するために用いられ、前記第二パーセンテージは、前記第二リソースセットにおけるリソース数と前記Ｍ_{ｔｏｔａｌ}のパーセンテージであり、
前記除外モジュールは、前記第二パーセンテージが前記Ｘ％より小さくない場合、前記第二リソースセットを更新しないために用いられ、
前記除外モジュールは、前記第二パーセンテージが前記Ｘ％より小さい場合、基準信号受信電力（ＲＳＲＰ）閾値を増加し、前記第二パーセンテージが前記Ｘ％以上になるまで、増加した前記ＲＳＲＰ閾値に基づいて、前記第一リソースセットに対して前記第一リソース除外操作及び前記第二リソース除外操作のうちの少なくとも１つを繰り返して実行して、前記第二リソースセットを更新するために用いられる、
ことを特徴とする請求項３２に記載の装置。

【請求項34】

前記除外モジュールは、前記第一リソースセットに対して前記第二リソース除外操作を繰り返して実行するために用いられるか、
又は、前記除外モジュールは、前記第一リソースセットに対して前記第一リソース除外操作及び前記第二リソース除外操作を繰り返して実行し、且つ前記第一リソース除外操作に対応するリソース除外結果を放棄するために用いられる、
ことを特徴とする請求項３３に記載の装置。

【請求項35】

前記装置は、調整モジュールをさらに含み、
前記調整モジュールは、Ｘをβに調整するために用いられ、
前記除外モジュールは、前記第一候補リソースセットに対して第二リソース除外操作を実行して、前記第二リソースセットを取得するために用いられ、
前記確定モジュールは、調整によって得られた前記βに基づいて、前記第二リソースセットを更新するために、前記第一リソースセットに対して前記第一リソース除外操作及び前記第二リソース除外操作を繰り返して実行する必要があるか否かを確定するために用いられ、
前記βは第一条件を満たし、前記第一条件は、前記βが前記第一パーセンテージ＊１００よりも大きくないことを含み、前記第二リソース除外操作は、前記リソースセンシングウィンドウでセンシングされたＰＳＣＣＨに基づいてリソース除外を実行することを含む、
ことを特徴とする請求項３０に記載の装置。

【請求項36】

前記確定モジュールは、第二パーセンテージを確定するために用いられ、前記第二パーセンテージは、前記第二リソースセットにおけるリソース数と前記Ｍ_{ｔｏｔａｌ}のパーセンテージであり、
前記排除モジュールは、前記第二パーセンテージが前記β％より小さくない場合、前記第二リソースセットを更新しないために用いられ、
前記排除モジュールは、前記第二パーセンテージが前記β％より小さい場合、ＲＳＲＰ閾値を増加し、前記第二パーセンテージが前記β％以上になるまで、増加した前記ＲＳＲＰ閾値に基づいて、前記第一リソースセットに対して前記第一リソース除外操作及び前記第二リソース除外操作を繰り返して実行して、前記第二リソースセットを更新するために用いられる、
ことを特徴とする請求項３５に記載の装置。

【請求項37】

前記βは第一値セットにおける前記第一条件を満たす最大値であり、前記第一値セットは、前記βの候補値のセットであり、
又は、前記βは前記第一値セットにおける第一条件を満たす任意の値であり、
又は、前記βは、選択する必要がある時間周波数リソースの数に基づいて、前記端末装置が第一値セットから確定した１つの値であり、
又は、前記βは前記第一パーセンテージ＊１００に等しく、
又は、前記βは、選択する必要がある時間周波数リソースの数に基づいて前記端末装置が確定した１つの値であり、
又は、前記βは前記端末装置によって確定する、
ことを特徴とする請求項３５又は３６に記載の装置。

【請求項38】

前記第一値セットは｛２０，３５，５０｝を含む、
ことを特徴とする請求項３７に記載の装置。

【請求項39】

前記Ｘは第二値セットに対応し、前記第二値セットは前記Ｘの候補値のセットであり、前記第二値セットは｛２０，３０，５０｝を含む、
ことを特徴とする請求項３０～３８のいずれか一項に記載の装置。

【請求項40】

前記端末装置に対応するリソースプール構成は、前記第二値セットの中の値と送信されるデータの優先度との間の対応関係を含み、
前記リソースプール構成はネットワークデバイスによって構成されるか、又は前記リソースプール構成は事前に構成される、
ことを特徴とする請求項３９に記載の装置。

【請求項41】

前記第一リソース除外操作をトリガーする原因が、選択されたリソースが他の端末装置によってプリエンプションされているか否かを前記端末装置が判断することである場合、前記端末装置によって使用されるパラメーターｊの値は０である、
ことを特徴とする請求項３０～４０のいずれか一項に記載の装置。

【請求項42】

端末装置に適用されるリソース除外装置であって、
除外モジュールを含み、
前記除外モジュールは、リソース予約周期セットにα以下の値が含まれている場合、リソース選択ウィンドウ内の第一リソースセットに対して第二リソース除外操作を実行して、第二リソースセットを取得するために用いられ、
前記第一リソースセットは、前記リソース選択ウィンドウにおける、前記端末装置が使用するリソースプールに属する使用可能なリソースを含み、前記第二リソース除外操作は、リソースセンシングウィンドウでセンシングされた物理サイドリンク制御チャネル（ＰＳＣＣＨ）に基づいてリソース除外を実行することを含む、
ことを特徴とするリソース除外装置。

【請求項43】

前記αはネットワークデバイスによって構成されるか、
又は前記αは事前に構成されるか、
又は前記αは端末装置によって確定する、
ことを特徴とする請求項４２に記載の装置。

【請求項44】

前記装置は、確定モジュールをさらに含み、
前記確定モジュールは、第二パーセンテージを確定するために用いられ、前記第二パーセンテージは前記第二リソースセットにおけるリソース数と前記第一リソースセットにおけるリソースの数Ｍ_{ｔｏｔａｌ}のパーセンテージであり、
前記排除モジュールは、前記第二パーセンテージがＸ％より小さくない場合、前記第二リソースセットを更新しないために用いられ、
前記排除モジュールは、前記第二パーセンテージが前記Ｘ％より小さい場合、基準信号受信電力（ＲＳＲＰ）閾値を増加し、前記第二パーセンテージが前記Ｘ％以上になるまで、増加した前記ＲＳＲＰ閾値に基づいて、前記第一リソースセットに対して前記第二リソース除外操作を繰り返して実行して、前記第二リソースセットを更新するために用いられる、
ことを特徴とする請求項４２又は４３に記載の装置。

【請求項45】

前記Ｘは第二値セットに対応し、前記第二値セットは前記Ｘの候補値のセットであり、前記第二値セットは｛２０，３０，５０｝を含む、
ことを特徴とする請求項４４に記載の装置。

【請求項46】

前記端末装置に対応するリソースプール構成は、前記第二値セットの中の値と送信されるデータの優先度との間の対応関係を含み、
前記リソースプール構成はネットワークデバイスによって構成されるか、又は前記リソースプール構成は事前に構成される、
ことを特徴とする請求項４５に記載の装置。

【請求項47】

前記第二リソース除外操作をトリガーする原因が、選択されたリソースが他の端末装置によってプリエンプションされているか否かを前記端末装置が判断することである場合、前記端末装置によって使用されるパラメーターｊの値は０である、
ことを特徴とする請求項４２～４６のいずれか一項に記載の装置。

【請求項48】

端末装置に適用されるリソース処理装置であって、
確定モジュールを含み、
前記確定モジュールは、第一情報に基づいて、選択されたリソースに対してターゲット操作を実行するか否かを確定するために用いられ、
前記選択されたリソースは、前記端末装置がリソース選択を実行した後に送信されるデータパケットのために選択されたリソースであり、前記ターゲット操作は、リソースセンシング操作、リソースプリエンプション判断操作、リソース除外操作のうちの少なくとも１つを含み、前記リソースプリエンプション判断操作は、前記選択されたリソースが他の端末装置によってプリエンプションされているか否かを前記端末装置が判断する操作である、
ことを特徴とするリソース処理装置。

【請求項49】

前記確定モジュールは、前記送信されるデータパケットの優先度に基づいて、前記選択されたリソースに対して前記ターゲット操作を実行するか否かを確定するために用いられる、
ことを特徴とする請求項４８に記載の装置。

【請求項50】

前記確定モジュールは、前記送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、リソース選択が完了した後、前記選択されたリソースが他の端末デバイスによってプリエンプトされているか否かについて、前記リソースセンシング操作を実行しないために用いられる、
ことを特徴とする請求項４９に記載の装置。

【請求項51】

前記確定モジュールは、前記送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、リソース選択が完了した後、前記リソースプリエンプト判断操作を実行しなく、前記リソース除外操作をトリガーしないために用いられる、
ことを特徴とする請求項４９に記載の装置。

【請求項52】

前記確定モジュールは、前記送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、タイムスロットｒ－Ｔ_{ｐｒｏｃ，１}の後又はタイムスロットｒの後、前記選択されたリソースに対して持続的に前記リソースセンシング操作を実行しないために用いられ、
前記タイムスロットｒは、前記端末装置が第一サイドリンク制御情報を送信してリソース指示を完了するスロットである、
ことを特徴とする請求項４９に記載の装置。

【請求項53】

前記確定モジュールは、送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、タイムスロットｒ－Ｔ_{ｐｒｏｃ，１}の後又はタイムスロットｒの後、前記リソースプリエンプト判断操作を実行しなく、前記リソース除外操作をトリガーしないために用いられ、
前記タイムスロットｒは、前記端末装置が第一サイドリンク制御情報を送信してリソース指示を完了するスロットである、
ことを特徴とする請求項４９に記載の装置。

【請求項54】

前記優先度閾値はネットワークデバイスによって構成されるか、
又は前記優先度閾値は事前に構成されるか、
又は前記優先度閾値は端末装置によって確定される、
ことを特徴とする請求項５０～５３のいずれか一項に記載の装置。

【請求項55】

前記リソース除外操作は、第三リソース除外操作及び第四リソース除外操作のうちの少なくとも１つを含み、
前記第三リソース除外操作は、非センシングスロットに基づいてリソース除外を実行することを含み、前記非センシングスロットは前記端末装置がセンシングを実行しないスロットであり、
前記第四リソース除外操作は、センシングされた物理サイドリンク制御チャネル（ＰＳＣＣＨ）に基づいてリソース除外を実行することを含む、
ことを特徴とする請求項５１又は５３に記載の装置。

【請求項56】

前記確定モジュールは、リソースプリエンプションメカニズムの状態に基づいて、選択されたリソースに対して前記ターゲット操作を実行するか否かを確定するために用いられる、
ことを特徴とする請求項４８に記載の装置。

【請求項57】

前記確定モジュールは、前記リソースプリエンプションメカニズムの状態が非アクティブ化である場合、タイムスロットｒ－Ｔ_{ｐｒｏｃ，１}の後又はタイムスロットｒの後、前記選択されたリソースに対して持続的な前記リソースセンシング操作を実行しないために用いられ、
前記タイムスロットｒは、前記端末装置が第一サイドリンク制御情報を送信してリソース指示を完了するスロットである、
ことを特徴とする請求項５６に記載の装置。

【請求項58】

前記リソースプリエンプションメカニズムはネットワークデバイス構成に基づいて非アクティブ化されるか、
又は前記リソースプリエンプションメカニズムは事前構成に基づいて非アクティブ化されるか、
又は前記リソースプリエンプションメカニズムは前記端末装置がチャネル占有率（ＣＲ）の第一測定結果に基づいて非アクティブ化されるか、
又は前記リソースプリエンプションメカニズムは前記端末装置がチャネル使用率（ＣＢＲ）の第二測定結果に基づいて非アクティブ化される、
ことを特徴とする請求項５７に記載の装置。

【請求項59】

端末装置であって、
プロセッサと、前記プロセッサに接続されたトランシーバと、前記プロセッサの実行可能命令を格納するために用いられるメモリと、を含み、
前記プロセッサは、前記実行可能命令をロード及び実行して、請求項１～１８のいずれか一項に記載のリソース除外方法又は請求項１９～２９のいずれか一項に記載のリソース処理方法を実現するように構成される、
ことを特徴とする端末装置。

【請求項60】

コンピュータ可読記憶媒体であって、
前記コンピュータ可読記憶媒体には実行可能命令が格納されており、前記実行可能命令はプロセッサによってロード及び実行されて、請求項１～１８のいずれか一項に記載のリソース除外方法又は請求項１９～２９のいずれか一項に記載のリソース処理方法を実現する、
ことを特徴とするコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、出願日は２０２０年６月２３日であり、出願番号はＰＣＴ/ＣＮ２０２０/０９７７９１であり、発明の名称は「リソース除外方法と装置、リソース処理方法と装置、端末装置及び記憶媒体」であるＰＣＴ出願の優先権を主張する。
本発明は、移動通信分野に関し、さらに具体的に、リソース除外方法と装置、リソース処理方法と装置、端末装置及び記憶媒体に関する。

【背景技術】

【0002】

Ｖ２Ｘ（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）システムにおける端末装置と端末装置との間の直接通信を実現するために、ＳＬ（ＳｉｄｅＬｉｎｋ）伝送モードが導入される。

【0003】

１つのＳＬ送信モードでは、端末装置は、リソースプールからリソースを選択する必要がある。端末装置は、リソース選択ウィンドウ及びリソースセンシングウィンドウを確定し、リソースセンシングウィンドウのセンシング結果に基づいて、リソース選択ウィンドウ内のリソースに対して除外操作を実行して、送信されるデータの候補リソースを取得する。

【0004】

ただし、上記の技術では、リソース選択ウィンドウで除外されるリソースが多すぎると、無限ループが発生する可能性がある。

【発明の概要】

【0005】

本出願の実施形態は、リソース除外方法と装置、リソース処理方法と装置、端末装置及び記憶媒体を提供し、端末装置がリソース除外を繰り返す必要があることによって引き起こされる無限ループを回避することができる。技術的な解決策は次のとおりである。

【0006】

本出願の一態様によれば、端末装置に適用されるリソース除外方法が提供される。前記方法は、
リソース選択ウィンドウ内の第一リソースセットに対して第一リソース除外操作を実行して、第一候補リソースセットを取得することであって、第一リソースセットは、リソース選択ウィンドウにおける、端末装置が使用するリソースプールに属する使用可能なリソースを含み、第一リソース除外操作は、リソースセンシングウィンドウ内の非センシングスロットに基づいてリソース除外を実行することを含み、非センシングスロットは、端末装置がセンシングを実行しないスロットであることと、
第一パーセンテージがＸ％より小さい場合、第二リソースセットを確定することであって、第一パーセンテージは、第一候補リソースセットにおけるリソース数と第一リソースセットにおけるリソースの数Ｍ_{ｔｏｔａｌ}のパーセンテージであることと、
を含む。

【0007】

本出願の一態様によれば、端末装置に適用されるリソース除外方法が提供される。前記方法は、
リソース予約周期セットにα以下の値が含まれている場合、リソース選択ウィンドウ内の第一リソースセットに対して第二リソース除外操作を実行して、第二リソースセットを取得することを含み、
第一リソースセットは、リソース選択ウィンドウにおける、端末装置が使用するリソースプールに属する使用可能なリソースを含み、第二リソース除外操作は、リソースセンシングウィンドウでセンシングされた物理サイドリンク制御チャネル（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＳＣＣＨ）に基づいてリソース除外を実行することを含む。

【0008】

本出願の一態様によれば、端末装置に適用されるリソース処理方法が提供される。前記方法は、
第一情報に基づいて、選択されたリソースに対してターゲット操作を実行するか否かを確定することを含み、
選択されたリソースは、端末装置がリソース選択を実行した後、送信されるデータパケットのために選択されたリソースであり、ターゲット操作は、リソースセンシング操作、リソースプリエンプション判断操作、リソース除外操作のうちの少なくと１つを含み、リソースプリエンプション判断操作は、選択されたリソースが他の端末装置によってプリエンプションされているか否かを端末装置が判断する操作である。

【0009】

本出願の一態様によれば、端末装置に適用されるリソース除外装置が提供される。前記装置は、除外モジュール及び確定モジュールを含む。
除外モジュールは、リソース選択ウィンドウ内の第一リソースセットに対して第一リソース除外操作を実行して、第一候補リソースセットを取得するために用いられ、第一リソースセットは、リソース選択ウィンドウにおける、端末装置が使用するリソースプールに属する使用可能なリソースを含み、第一リソース除外操作は、リソースセンシングウィンドウ内の非センシングスロットに基づいてリソース除外を実行することを含み、非センシングスロットは、端末装置がセンシングを実行しないスロットである。
確定モジュールは、第一パーセンテージがＸ％より小さい場合、第二リソースセットを確定するために用いられ、第一パーセンテージは、第一候補リソースセットにおけるリソース数と第一リソースセットにおけるリソースの数Ｍ_{ｔｏｔａｌ}のパーセンテージである。

【0010】

本出願の一態様によれば、端末装置に適用されるリソース除外装置が提供される。前記装置は、除外モジュールを含む。
除外モジュールは、リソース予約周期セットにα以下の値が含まれている場合、リソース選択ウィンドウ内の第一リソースセットに対して第二リソース除外操作を実行して、第二リソースセットを取得するために用いられる。
第一リソースセットは、リソース選択ウィンドウにおける、端末装置が使用するリソースプールに属する使用可能なリソースを含み、第二リソース除外操作は、リソースセンシングウィンドウでセンシングされた物理サイドリンク制御チャネル（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＳＣＣＨ）に基づいてリソース除外を実行することを含む。

【0011】

本出願の一態様によれば、端末装置に適用されるリソース処理装置が提供される。前記装置は、確定モジュールを含む。
確定モジュールは、第一情報に基づいて、選択されたリソースに対してターゲット操作を実行するか否かを確定するために用いられる。
選択されたリソースは、端末装置がリソース選択を実行した後に送信されるデータパケットのために選択されたリソースであり、ターゲット操作は、リソースセンシング操作、リソースプリエンプション判断操作、リソース除外操作のうちの少なくとも１つを含み、リソースプリエンプション判断操作は、選択されたリソースが他の端末装置によってプリエンプションされているか否かを端末装置が判断する操作である。

【0012】

本出願の一態様によれば、端末装置が提供される。端末装置は、プロセッサと、プロセッサに接続されたトランシーバと、プロセッサの実行可能命令を格納するために用いられるメモリと、を含む。プロセッサは、実行可能命令をロード及び実行して、上記の態様に係わるリソース除外方法又はリソース処理方法を実現するように構成される。

【0013】

本出願の一態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体には実行可能命令が格納されている。実行可能命令は、プロセッサによってロード及び実行されて、上記の態様に係わるリソース除外方法又はリソース処理方法を実現する。

【0014】

本出願の一態様によれば、コンピュータプログラム製品又はコンピュータプログラムが提供される。コンピュータプログラム製品又はコンピュータプログラムはコンピュータ命令を含む。コンピュータ命令はコンピュータ可読記憶媒体に格納されており、コンピュータデバイスのプロセッサはコンピュータ可読記憶媒体からコンピュータ命令を読み取り、プロセッサがコンピュータ命令を実行することにより、コンピュータデバイスが上記の態様に係わるリソース除外方法又はリソース処理方法を実行できるようにする。

【0015】

本出願の実施形態で提供される技術方案は、少なくとも以下の利点を含む。端末装置は、第一リソース除外操作を完了して第一候補リソースセットを取得した後、先ず、第一パーセンテージに基づいてリソース除外状況を判断し、第一パーセンテージがＸ％より小さい場合、端末装置は直接に第一候補リソースセットに対してそれ以上のリソース除外を実行せず、他の方式でリソース除外を完了して第二リソースセットを取得し、端末装置がリソース除外を繰り返すことによって引き起こされる無限ループを回避することができる。

【図面の簡単な説明】

【0016】

本出願の実施形態の技術的方案を明確に説明するために、以下、実施形態を説明するために必要とする図面を簡単に説明するが、明らかに、説明される図面は本発明の一部の実施形態だけのものであり、当業者であれば、創造的な努力なしにこれらの図面に基づいて他の図面を得ることができる。

【図1】図１は、本出願の関連技術におけるサイドリンク（ｓｉｄｅｌｉｎｋ，ＳＬ）伝送モードを示す概略図である。

【図2】図２は、本出願の関連技術におけるＮＲ－Ｖ２Ｘの物理層構造を示すブロック図である。

【図3】図３は、本出願の関連技術におけるトランスポートブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＴＢ）内又はＴＢ間のリソース予約を示すブロック図である。

【図4】図４は、本出願の例示的な実施例で提供されるリソース選択方法を示す概略図である。

【図5】図５は、本出願の例示的な実施例で提供されるリソース選択方法を示す概略図である。

【図6】図６は、本出願の例示的な実施例で提供されるリソース選択方法を示す概略図である。

【図7】図７は、本出願の例示的な実施例で提供されるＳＬ送信をサポートする通信システムのブロック図である。

【図8】図８は、本出願の例示的な実施例で提供されるリソース除外方法のフローチャートである。

【図9】図９は、本出願の例示的な実施例で提供されるリソース除外方法のフローチャートである。

【図10】図１０は、本出願の例示的な実施例で提供されるリソース除外方法のフローチャートである。

【図11】図１１は、本出願の例示的な実施例で提供されるリソース除外方法のフローチャートである。

【図12】図１２は、本出願の例示的な実施例で提供されるリソース除外方法のフローチャートである。

【図13】図１３は、本出願の例示的な実施例で提供されるリソース処理方法のフローチャートである。

【図14】図１４は、本出願の例示的な実施例で提供されるリソース除外装置の構造を示すブロック図である。

【図15】図１５は、本出願の例示的な実施例で提供されるリソース除外装置の構造を示すブロック図である。

【図16】図１６は、本出願の例示的な実施例で提供されるリソース処理装置の構造を示すブロック図である。

【図17】図１７は、本出願の例示的な実施例で提供される通信装置の構造を示す概略図である。

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

【0017】

本出願の目的、技術方案及び利点をより明確にするために、以下、図面を参照しながら本出願の実施形態を詳細に説明する。

【0018】

先ず、本出願の実施例で言及された名詞を簡単に説明する。

【0019】

Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）：将来の知能交通運送システムの重要な技術であり、主に３ＧＰＰ通信プロトコルに基づく車両データ伝送方案を研究する。Ｖ２Ｘ通信は、Ｖ２Ｖ（ｖｅｈｉｃｌｅ ｔｏ ｖｅｈｉｃｌｅ）通信、Ｖ２Ｉ（ｖｅｈｉｃｌｅ ｔｏ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）通信、Ｖ２Ｐ（ｖｅｈｉｃｌｅ ｔｏ ｐｅｏｐｌｅ）通信を含む。Ｖ２Ｘの適用により、運転の安全性の向上、車両の混雑とエネルギー消費の減少、交通効率の向上などが可能になる。

【0020】

サイドリンク（ｓｉｄｅｌｉｎｋ，ＳＬ）伝送：比較的高いスペクトル効率と比較的低い伝送遅延を有するデバイス間（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ，Ｄ２Ｄ）通信モードである。３ＧＰＰでは、モードＡとモードＢの２つのＳＬ伝送モードが定義されている。図１（ａ）に示されたように、モードＡにおいて、送信中に端末装置が使用するリソースはダウンリンク（ＤＬ）を介して基地局によって割り当てられ、端末装置は基地局によって割り当てられたリソースに基づいてＳＬ上でデータを送信する。基地局は、端末装置に単一の送信のためのリソースを割り当てることができ、又は端末装置に半静的送信のためのリソースを割り当てることができる。図１（ｂ）に示されたように、モードＢにおいて、端末装置は、データを送信するためにリソースプール内の１つ又は複数のリソースを自律的に選択する。具体的には、端末装置は、センシング方式を介してリソースプールから送信リソースを選択することができ、又はリソースプールから送信リソースをランダムに選択することができる。

【0021】

新しいラジオ（ｎｅｗ ｒａｄｉｏ，ＮＲ）－Ｖ２Ｘでは、自動運転をサポートすることを必要とするので、車両間のデータ相互作用に対してさらに高い要求を提出し、例えば、さらに高いスループット、ささに低い遅延、さらに高い信頼性、さらに広いカバレッジ、さらに柔軟なリソース割り当てなどである。

【0022】

ＮＲ－Ｖ２Ｘの物理層構造は、図２に示されている。制御情報を送信するために用いられる物理サイドリンク制御チャネル（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＳＣＣＨ）２０１は、データを送信するために用いられる物理サイドリンク共有チャネル（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＳＳＣＨ）２０２に含まれる。これは、ＰＳＣＣＨ２０１及びＰＳＳＣＨ２０２を同時に送信する必要があることを意味する。従って、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）標準において、現在のトランスポートブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＴＢ）の初期送信は現在のＴＢの再送信を予約すること、現在のＴＢの再送信は現在のＴＢの再送信を予約すること、及び以前のＴＢの初期送信又は再送信は現在のＴＢの初期送信又は再送信を予約することのみをサポートする。

【0023】

図３に示されるように、ＴＢ２の初期送信はＴＢ２の再送信１及び再送信２を予約し、ＴＢ２の再送信１はＴＢ２の再送信２を予約する。同じＴＢ内のリソース予約は、ＰＳＣＣＨを介して送信される第一サイドリンク制御情報の２つのフィールド（時間リソース割り当てフィールド（ｔｉｍｅ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ ｆｉｌｅｄ）及び周波数リソース割り当てフィールド（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ ｆｉｌｅｄ））によって指示される。ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＵＥ）１がＵＥ２から送信されたＴＢ２の初期送信を感知すると仮定すると、ＵＥ１は、初期送信されたＰＳＣＣＨ内の第一サイドリンク制御情報の「時間リソース割り当てフィールド」及び「周波数リソース割り当てフィールド」の２つのフィールドをデコードすると、ＴＢ２の再送信１及び再送信２を送信するためにＵＥ２によって予約された時間周波数リソース位置を知ることができる。ＵＥ１がリソース選択を実行するとき、ＴＢ２の再送信１及び再送信２を送信するためにＵＥ２によって予約されたリソースを除外することにより、ＵＥ２とのリソース衝突を回避することができる。

【0024】

同時に、同じＴＢ内の予約に加えて、ＮＲ Ｖ２Ｘは２つのＴＢ間のリソース予約もサポートする。例えば、図３に示されたように、ＴＢ１の初期送信はＴＢ２の初期送信を予約し、ＴＢ１の再送信１はＴＢ２の再送信１を予約し、ＴＢ１の再送信２はＴＢ２の再送信２を予約する。ＴＢ間のリソース予約は、ＰＳＣＣＨを介して送信される第一サイドリンク制御情報のリソース予約周期フィールド（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ ｆｉｅｌｄ）によって指示される。ＵＥ１がＵＥ２から送信されたＴＢ１の初期送信を感知すると仮定すると、初期送信されたＰＳＣＣＨの第一サイドリンク制御情報のリソース予約周期フィールドによって指示されるリソース予約周期をデコードし、そして、リソース予約周期と、感知されたＵＥ２のＴＢ１の初期送信の時間領域位置とを加算することにより、ＴＢ２の初期送信を送信するためにＵＥ２によって予約された時間領域位置を知ることができる。ＴＢ２の初期送信の周波数領域位置とＴＢ１の初期送信の周波数領域位置は同じであるので、ＵＥ１は、ＴＢ２の初期送信を送信するためにＵＥ２によって予約された時間周波数リソース位置を知ることができる。ＵＥ１は、ＴＢ２の初期送信を送信するためにＵＥ２によって予約されたリソースを除外することにより、ＵＥ２とのリソース衝突を回避することができる。

【0025】

さらに、ＴＢ１の初期送信、再送信１及び再送信２のＰＳＣＣＨの第一サイドリンク制御情報のリソース予約周期フィールドは変わらないので、図３に示されたように、ＴＢ１の初期送信とＴＢ２の初期送信との間の時間領域間隔、ＴＢ１の再送信１とＴＢ２の再送信１との間の時間領域間隔、ＴＢ１の再送信２とＴＢ２の再送信２との間の時間領域間隔は同じである。従って、ＵＥ１がＵＥ２から送信されたＴＢ１の初期送信を感知すると仮定すると、ＰＳＣＣＨをデコードすることにより、ＵＥ２によって予約されたＴＢ１の再送信１、再送信２、及びＴＢ２の初期送信の時間周波数リソース位置を取得することができる。同時に、ＴＢ間のリソース予約間隔は同じであるので、ＵＥ１は、ＵＥ２によって予約されたＴＢ２の再送信１及び再送信２の時間周波数リソース位置を推算することもできる。ＵＥ１は、対応するリソースを除外することにより、ＵＥ２とのリソース衝突を回避することができる。

【0026】

上述したように、ＵＥ１がモードＢで動作するとき、ＵＥ１は、他のＵＥから送信されたＰＳＣＣＨを感知することにより、他のＵＥによって送信された第一サイドリンク制御情報を取得し、他のＵＥによって予約されたリソースを知ることができる。ＵＥ１がリソース選択を実行するとき、リソースの衝突を回避するために、他のＵＥによって予約されたリソースを除外することができる。

【0027】

ＵＥ２が使用するリソースプールの構成には、（予め）構成されたリソース予約周期セットＭが含まれ、ＵＥ２はセットＭから１つのリソース予約周期を選択し、選択したリソース予約周期をその第一サイドリンク制御情報に対応するリソース予約周期フィールドに入れ、２つのＴＢ間のリソース予約を実行する。ＮＲ－Ｖ２Ｘでは、リソース予約周期の可能な値は、０、[１、９９]、１００、２００、３００、４００、５００、６００、７００、８００、９００、１０００ミリ秒であり、リソースプール構成のリソース予約周期セットＭは、上記の可能な値のうちのｅ個からなり、例示的に、ｅは１６と等しい。

【0028】

ＮＲ－Ｖ２Ｘのリソース選択方法
図４及び図５に示されたように、リソース選択ウィンドウは、時間ｎ＋Ｔ１から始まり、時間ｎ＋Ｔ２で終了する。

【0029】

０<=Ｔ１<=Ｔ_{ｐｒｏｃ．１}、Ｔ_{ｐｒｏｃ．１}は、ＵＥ１がリソース選択を実行し且つデータを準備する時間である。サブキャリア間隔が１５，３０，６０，１２０ｋＨｚである場合、Ｔ_{ｐｒｏｃ．１}は対応して３，５，９，１７個タイムスロットであり、Ｔ２_ｍｉｎ<=Ｔ２<=サービス遅延要求範囲。Ｔ２_ｍｉｎの値は、{１，５，２０，２０} * ２^μ個タイムスロットである。μ＝０，１，２，３は、それぞれサブキャリア間隔が１５ｋＨｚ，３０ｋＨｚ，６０ｋＨｚ，１２０ｋＨｚである状況に対応し、ＵＥ１は、ＵＥ１によって送信されるデータの優先度に基づいて、値セットからＴ２_ｍｉｎを確定する。Ｔ２_ｍｉｎがサービス遅延要求範囲よりも大きい場合、必要なのはＴ２＝サービス遅延要件範囲であればよい。

【0030】

端末装置は、時間ｎ－Ｔ０から時間ｎ－Ｔ_{ｐｒｏｃ．0}までリソースセンシングを実行し、Ｔ０の値は１００又は１１００ミリ秒である。Ｔ_{ｐｒｏｃ．0}は、端末装置が制御情報をデコードする時間である。サブキャリア間隔が１５，３０，６０，１２０ｋＨｚである場合、Ｔ_{ｐｒｏｃ．0}はそれぞれ１，１，２，４個タイムスロットである。

【0031】

ステップ１、リソース除外プロセス
サービスデータパケットが時間ｎに到着すると、ＵＥ１はリソース選択を実行することを必要とする。ＵＥ１は、リソース選択ウィンドウ４４における、ＵＥ１が使用するリソースプールに属する全ての使用可能なリソースを候補リソースセットＡとする。候補リソースセットＡにおける任意の１つのリソースは、Ｒ（ｘ，ｙ）として示され、ｘはリソースの周波数領域の位置を示し、ｙはリソースの時間領域の位置を示す。リソース選択ウィンドウ４４における、ＵＥ１が使用するリソースプールに属する全ての使用可能なリソースの数量をＭ_{ｔｏｔａｌ}として示す。

【0032】

ステップ１－１：図４に示されたケース１のように、ＵＥ１がリソースセンシングウィンドウ内のタイムスロットｍでデータを送信し、センシングを実行しない場合、ＵＥ１は、タイムスロットｍ＋ｑ＊ＰｒｘｌｇとリソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）がオーバーラップするか（完全に又は部分的にオーバーラップするか）否かを判断する。タイムスロット「ｍ＋ｑ＊Ｐｒｘｌｇ」は、ＵＥ２によって予約する可能性があるリソースセットであり、ＵＥ２は、ＵＥ１に対する別の端末装置である。「リソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）」は、ＵＥ１自身が使用（選択又は予約）する可能性があるリソースセットである。２つのリソースセットがオーバーラップする場合、ＵＥ１は、候補リソースセットＡからリソースＲ（ｘ，ｙ）を除外する。

【0033】

リソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）に対して、ｊ＝０，１，２，３．．．Ｃ－１。Ｃは、ＵＥ１によって生成されたランダムなカウンター値によって確定される。ＵＥ１がリソース選択を実行するとき、ランダムなカウンタ値（正の整数）を生成して、選択されるリソースのためにいくつの周期を予約するかを確定することができる。Ｐｔｘｌｇは、Ｐｔｘが論理タイムスロットに変換された後の数を表し、Ｐｔｘは、ＵＥ１によって決定されたリソース予約周期であり、ＵＥ１が使用するリソースプール構成のリソース予約周期セットＭのうちの１つの値であり、ＵＥ１がデータを送信するときの第一サイドリンク制御情報のリソース予約周期フィールドによって指示される値でもある。従って、リソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）は、図４における斜線でマークされた４つのリソース４６である。

【0034】

タイムスロットｍ＋ｑ＊Ｐｒｘｌｇに対して、ｑ＝１，２，３．．．Ｑ、Ｐｒｘｌｇは、Ｐｒｘが論理タイムスロットに変換された後の数を表す。一般的に、Ｐｒｘは、ＵＥ１によってセンシングされたＰＳＣＣＨを介して送信される第一サイドリンク制御情報（ＵＥ２によって送信される）のリソース予約期間フィールドによって指示されるリソース予約期間である。ただし、ＵＥ１はタイムスロットｍでセンシングを実行しないので、Ｐｒｘは、ＵＥ１が使用するリソースプール構成のリソース予約期間セットＭの全部の可能な値であり、即ち、ＵＥ１は、Ｍの各値によって計算されたタイムスロットｍ＋ｑ＊ＰｒｘｌｇとリソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）がオーバーラップするか否かを判断する。

【0035】

Ｑに対して、Ｐｒｘ<Ｔｓｃａｌ、且つｎ－ｍ<＝Ｐｒｘｌｇの場合、Ｑ＝[Ｔｓｃａｌ/Ｐｒｘ]（切り上げを表す）、そうでなければ、Ｑ＝１である。Ｔｓｃａｌ＝Ｔ２である。例えば、ＵＥ１は、ＵＥ１が使用するリソースプール構成のリソース予約期間セットＭからＰｒｘを選択する。Ｐｒｘ<Ｔｓｃａｌ且つｎ－ｍ<＝Ｐｒｘｌｇの場合、Ｑの値は２であり、タイムスロットｍ＋ｑ＊Ｐｒｘｌｇは、図４のタイムスロットｍに対応する、水平線でマークされた次の２つのタイムスロット４４１及びタイムスロット４４２であり、そうでなければＱ＝１であり、タイムスロットｍ＋ｑ＊Ｐｒｘｌｇは、図４のドットでマークされたタイムスロット４４３である。

【0036】

ステップ１－２：図５に示されたケース２の場合、ＵＥ１がリソースセンシングウィンドウのタイムスロットｍ内のリソースＥ（ｖ，ｍ）でＰＳＣＣＨをセンシングすると、ＰＳＣＣＨの基準信号受信電力（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｉｎｇ ｐｏｗｅｒ，ＲＳＲＰ）又はＰＳＣＣＨによってスケジュールされたＰＳＳＣＨのＲＳＲＰ（即ち、ＰＳＣＣＨと一緒に送信されるＰＳＳＣＨのＲＳＲＰ）を測定し、ここでｖはリソースＥ（ｖ，ｍ）の周波数領域の位置を表し、測定されたＲＳＲＰがＳＬ－ＲＳＲＰ閾値よりも大きく、且つＵＥ１がリソースＥ（ｖ，ｍ＋ｑ＊Ｐｒｘｌｇ）とリソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）がオーバーラップしている（完全に又は部分的にオーバーラップしている）と判断した場合、ＵＥ１は、セットＡから対応するリソースＲ（ｘ，ｙ）を除外する。

【0037】

リソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）に対して、ｊ＝０，１，２，３．．．Ｃ－１。Ｃは、ＵＥ１によって生成されたランダムなカウンター値によって確定される。ＵＥ１がリソース選択を実行するとき、ランダムなカウンタ値を生成して、選択されるリソースのためにいくつの周期を予約するかを確定することができる。Ｐｔｘｌｇは、Ｐｔｘが論理タイムスロットに変換された後の数を表し、Ｐｔｘは、ＵＥ１によって確定されたリソース予約周期である。リソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）は、図５における斜線でマークされた４つのリソース４６である。

【0038】

タイムスロットｍ＋ｑ＊Ｐｒｘｌｇに対して、ｑ＝１，２，３．．．Ｑ、Ｐｒｘｌｇは、Ｐｒｘが論理タイムスロットに変換された後の数を表す。Ｐｒｘは、ＵＥ１によってセンシングされたＰＳＣＣＨを介して送信される第一サイドリンク制御情報のリソース予約期間フィールドによって指示されるリソース予約周期である。Ｑに対して、Ｐｒｘ<Ｔｓｃａｌ且つｎ－ｍ<Ｐｒｘｌｇの場合、Ｑ＝［Ｔｓｃａｌ/Ｐｒｘ］（切り上げを表す）、そうでなければ、Ｑ＝１である。例えば、図５に示されたように、ＵＥ１がタイムスロットｍのリソースＥ（ｖ，ｍ）でＰＳＣＣＨをセンシングし、Ｐｒｘ＜Ｔｓｃａｌ且つｎ－ｍ＜＝Ｐｒｘｌｇであることをデコードし、Ｑは２であると計算すると、リソースＥ（ｖ，ｍ＋ｑ＊Ｐｒｘｌｇ）は、図５のリソース１及びリソース２である。

【0039】

同時に、ＵＥ１はセンシングされたＰＳＣＣＨを介して伝送される第一サイドリンク制御情報のタイムリソース割り当てフィールド(ｔｉｍｅ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ ｆｉｌｅｄ)と周波数リソース割り当てフィールド(ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ)に基づいてリソース除外を行う。例えば、図５に示されたように、ＵＥ１はリソースＥ（ｐ，ｚ）上でＰＳＣＣＨをセンシングし、ＰＳＣＣＨのＲＳＲＰ又はＰＳＣＣＨによってスケジュールされたＰＳＳＣＨのＲＳＲＰを測定する。測定された ＲＳＲＰ がＳＬ－ＲＳＲＰ閾値よりも大きく、且つＵＥ１によってリソースＥ（ｐ，ｚ）上でセンシングされたＰＳＣＣＨがタイムリソース割り当てフィールド及び周波数リソース割り当てフィールドを使用してリソース３及びリソース４を予約することを指示する場合、ＵＥ１は、リソース選択ウィンドウ内の対応するリソースを除外する。

【0040】

上述したように、ステップ １～２において、ＵＥ１はセンシングされた第一サイドリンク制御情報のリソース予約期間フィールド、タイムリソース割り当てフィールド及び周波数リソース割り当てフィールドに基づいて、第一サイドリンク制御情報によって予約された時間-周波数リソースを除外する。

【0041】

候補リソースセットＡにおける残りのリソースが Ｍ_{ｔｏｔａｌ}＊Ｘ％未満の場合、ＳＬ－ＲＳＲＰ閾値を３ｄＢ増やし、ステップ１ (ステップ１－１及びステップ１－２を含む)を繰り返す。

【0042】

ステップ２、リソース選択プロセス
リソース除外を実行した後、ＵＥ１は候補リソースセットＡからいくつかのリソースをランダムに選択して、初期送信及び再送信中にＵＥ１によって使用されるリソースとする。

【0043】

説明する必要があることは次のとおりである。

【0044】

１．ＲＳＲＰ閾値は、ＵＥ１によってセンシングされたＰＳＣＣＨ が携帯する優先度Ｐ１と、ＵＥ１によって送信されるデータの優先度Ｐ２によって決定される。ＵＥ１は、ネットワーク構成又は事前構成によってＳＬ－ＲＳＲＰ閾値表を取得する。ＳＬ－ＲＳＲＰ閾値表は、すべての優先度組合に対応するＳＬ－ＲＳＲＰ閾値を含む。

【0045】

例えば、表１に示されたように、優先度Ｐ１及び優先度Ｐ２の選択可能値がすべて０～７であると仮定すると、異なる優先度組合に対応するＳＬ－ＲＳＲＰ閾値はγ_ｉｊで表され、γ_ｉｊのｉは、 優先度Ｐ１の値を表し、ｊは優先度Ｐ２の値を表す。

【0046】

【表1】

【0047】

ＵＥ１は、ＵＥ２によって送信されたＰＳＣＣＨをセンシングすると、ＰＳＣＣＨを介して送信される第一サイドリンク制御情報が携帯する優先度Ｐ１と、送信されるデータパケットの優先度Ｐ２を取得し、表１を調べてＳＬ－ＲＳＲＰ閾値を決定する。

【0048】

２．ＵＥ１は、測定されたＰＳＣＣＨ－ＲＳＲＰを使用するか、ＰＳＣＣＨによってスケジュールされたＰＳＳＣＨ－ＲＳＲＰとＳＬ－ＲＳＲＰ閾値とを比較するかは、ＵＥ１が使用するリソースプールのＵＥ１が使用するリソースプールの構成によって決定する。リソースプールの構成は、ネットワークによって構成するか、又は事前に構成することができる。

【0049】

３．Ｐｒｘｌｇ/Ｐｔｘｌｇは、それぞれＰｒｘ/Ｐｔｘが論理タイムスロットに変換された後の数を表す。１つのタイムスロットは１ミリ秒であり、Ｐｒｘは５ミリ秒であると仮定すると、５つのタイムスロットにおいて、２つのタイムスロットは時分割デュプレックス (ｔｉｍｅ－ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ，ＴＤＤ) モード下のダウンリンクタイムスロット又は同期信号を送信するタイムスロットであり、これらのタイムスロットはサイドリンクのリソースプールに含まれていないので、Ｐｒｘで表される５ミリ秒を論理タイムスロット（３つのタイムスロット）、即ちＰｒｘｌｇに変換する必要がある。

【0050】

４．Ｘ％の場合、Ｘの可能な値は{２０，３０，５０} である。ＵＥ１が使用するリソースプールの構成は、優先度と上記の可能な値との間の対応関係を含み、ＵＥ１は、送信されるデータの優先度及び前記対応関係に基づいて、Ｘの値を決定する。リソースプールの構成はネットワークによって構成するか、又は事前に構成することができる。

【0051】

再選択（ｒｅ－ｅｖａｌｕａｔｉｏｎ）とリソースプリエンプション（ｐｒｅ－ｅｍｐｔｉｏｎ）メカニズム
さらに、ＮＲ－Ｖ２Ｘは、リソースの選択が完了した後、選択したが第一サイドリンク制御情報を送信することによって指示されていないリソースに対して再選択することもサポートする。

【0052】

図６に示されたように、端末装置は、タイムスロットｎでデータを生成し、リソースセンシングウィンドウ及びリソース選択ウィンドウを確定してリソース選択を行う。端末装置は、タイムスロットｎ＋ａの初期送信リソースｘ、タイムスロットｎ＋ｂの再送信リソースｙ及びタイムスロットｎ＋ｃの再送信リソースｚを選択する。リソースｘによって送信する第一サイドリンク制御情報はリソースｘ、リソースｙ及びリソースｚを指示し、リソースｙによって送信する第一サイドリンク制御情報はリソースｙ及びリソースｚを指示する。端末装置は、タイムスロットｎ以後、依然として続いてＰＳＣＣＨセンシングを行う。タイムスロットｎ＋ａで初めて送信される第一サイドリンク制御情報によって指示される選択されたリソースｘ、ｙ、ｚに対して、端末装置は少なくともタイムスロットｎ＋ａ－Ｔ３で上述したステップ１のリソース除外プロセスを一回行う。リソースが除外された後、リソースｘ、ｙ、ｚが依然としてリソース除外後のリソースセットＡにある場合、リソースを再選択することを必要としない。そうでなければ、端末装置は、ｘ、ｙ、ｚにおける、リソース除外後のリソースセットＡにないリソースに対してリソース再選択を実行する（ステップ２をトリガーしてリソース再選択を行う）か、又はｘ、ｙ、ｚにおけるいずれか１つ又は複数のリソースに対してリソース再選択を行う。Ｔ３はＴ_{ｐｒｏｃ，１}と等しい。

【0053】

ＮＲ－Ｖ２Ｘにおいて、リソースプリエンプションもサポートされている。端末装置は、選択されたリソースが他の端末装置によってプリエンプションされるか否かを判断するプロセスにおいて、リソース除外プロセスをトリガすることができる。

【0054】

例示的に、図６に示されたように、端末装置はタイムスロットｎでリソースｘ、ｙ、ｚを選択する。リソースｘによって送信する第一サイドリンク制御情報はリソースｘ、リソースｙ及びリソースｚを指示し、リソースｙによって送信する第一サイドリンク制御情報はリソースｙ及びリソースｚを指示する。タイムスロットｎ以後、端末装置は続いてＰＳＣＣＨセンシングを行う。タイムスロットｎ＋ｂで送信される第一サイドリンク制御情報によって指示され且つ端末装置が以前に送信した第一サイドリンク制御情報によって指示されるリソースｙ、ｚに対して、端末装置は少なくともタイムスロットｎ＋ｂ－Ｔ３で上述したステップ１のリソース除外プロセスを一回行う。リソースが除外された後、リソースｙ、ｚが依然としてリソース除外後のリソースセットＡにある場合、リソースを再選択することを必要としない。そうでなければ、高優先度の第一サイドリンク制御情報の指示を携帯するのでリソースｙまたはｚがリソース除外後のリソースセットＡにないか否かをさらに判断して、そうである場合、端末装置はステップ２を実行して、対応するｙまたはｚを再選択する。Ｔ３はＴ_{ｐｒｏｃ，１}と等しい。Ｔ_{ｐｏｒｃ，１}は端末装置がリソース選択又は再選択を実行する時間を含む。選択的には、端末装置がプリエンプションされたリソースに対してリソース再選択を実行する場合、第一サイドリンク制御情報を送信することによって指示されていない任意のリソースを再選択することができる。

【0055】

選択的には、ネットワーク構成又は事前構成によって、リソースプール単位でリソースプリエンプションメカニズムをアクティブ又は非アクティブにすることができる。

【0056】

選択的には、端末装置は、測定されたチャネル占有率 (ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｒａｔｉｏ，ＣＲ)又はチャネル使用率 (ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ，ＣＢＲ) に基づいて、リソースプリエンプションをアクティブ化又は非アクティブ化することができる。例えば、ＣＢＲがより低い場合、リソースプリエンプションは非アクティブ化され、ＣＢＲがより高い場合、リソースプリエンプションをアクティブされる。

【0057】

端末装置によって送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値φよりも高い場合、端末装置は、リソースの選択を完成してから、選択されたリソースが他の端末装置によってプリエンプションされているか否かについて、リソースセンシングを実行しない。

【0058】

例えば、図６において、端末装置はタイムスロットｎでリソースｘ、ｙ、ｚを選択する。リソースｘによって送信する第一サイドリンク制御情報はリソースｘ、リソースｙ及びリソースｚを指示し、リソースｙによって送信する第一サイドリンク制御情報はリソースｙ及びリソースｚを指示する。端末装置によって送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値φよりも高い場合、タイムスロットｎの後、端末装置は、選択されたリソースｘ、ｙ、ｚが他の端末装置によってプリエンプションされたか否かについて、続いてリソースセンシングを実行しなく、リソースｘ、ｙ、ｚが他の端末装置によってプリエンプションされたか否かについて判断しなく、リソースのプリエンプションを判断するプロセス中にリソースｘ、ｙ、ｚに対するリソース除外プロセスをトリガーしない。

【0059】

選択的には、上位層 (媒体アクセス制御 (ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ，ＭＡＣ) 層又は無線リンク制御 (ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ，ＲＬＣ) 層) が物理層に一連のリソースを構成する場合、物理層は、これらのリソースが他の端末装置によってプリエンプトされたか否かを判断する。端末装置が送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値φよりも高い場合、物理層は、これらのリソースに対してステップ１のリソース除外プロセスを実行せず、これらのリソースが他の端末装置によってプリエンプトされたか否かについて判断しなく、物理層は上位層に空セットを報告し、これは、一連のリソースが他の端末装置によってプリエンプトされていないこと、又は物理層が一連のリソースについて上位層に報告しないことを意味する。

【0060】

端末装置によって送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値φよりも高い場合、端末装置は、リソース選択を完了した後、選択されたリソースが他の端末装置によってプリエンプトされたか否かを判断せず、対応するリソース除外ステップをトリガーしない。

【0061】

例えば、図６に示されたように、端末装置はタイムスロットｎでリソースｘ、ｙ、ｚを選択する。リソースｘによって送信する第一サイドリンク制御情報はリソースｘ、リソースｙ及びリソースｚを指示し、リソースｙによって送信する第一サイドリンク制御情報はリソースｙ及びリソースｚを指示する。端末装置によって送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値φよりも高い場合、タイムスロットnの後、端末装置は、リソースｘ、ｙ、ｚが他の端末装置によってプリエンプトされたか否かを判断せず、リソースプリエンプションの判断プロセスにおいてリソースｘ、ｙ、ｚに対するリソース除外プロセスをトリガーしない。

【0062】

端末装置がタイムスロットｒですべてのリソースの指示を完了しようとする場合、タイムスロットｒ－Ｔ３の後又はタイムスロットrの後、端末装置によって送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値φよりも高い場合、端末装置は選択されたリソースに対して続いてリソースセンシングを実行しない。

【0063】

例えば、図６に示されたように、端末装置はタイムスロットｎでリソースｘ、ｙ、ｚを選択する。リソースｘによって送信する第一サイドリンク制御情報はリソースｘ、リソースｙ及びリソースｚを指示し、リソースｙによって送信する第一サイドリンク制御情報はリソースｙ及びリソースｚを指示する。端末装置がリソースｘ上で第一サイドリンク制御情報を送信する場合、端末装置によって選択されたすべての時間－周波数リソースが指示される。リソースｘが位置するタイムスロットは、タイムスロットｒとして示される。タイムスロットｒ－Ｔ３の後又はタイムスロットrの後、端末装置によって送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値φよりも高い場合、端末装置は選択されたリソースに対して続いてリソースセンシング（上述した選択されたリソースに対してリソース再選択を実行する必要があるか否か、及び/又は選択されたリソースが他の端末装置によってプリエンプトされているか否かを判断するためのリソースセンシングを含む）を実行しない。Ｔ３はＴ_{ｐｒｏｃ，１}と等しい。Ｔ_{ｐｏｒｃ，１}は、端末装置がリソースの選択又は再選択を実行する時間を含む。

【0064】

端末装置がタイムスロットｒで全てのリソースの指示を完了しようとしている場合、タイムスロットｒ－ｔ３又はタイムスロットｒの後、端末装置によって送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値φよりも高い場合、端末装置は、選択されたリソースが他の端末装置によってプリエンプションされたか否かについて、対応するリソース除外ステップをトリガーしない。

【0065】

例えば、図６において、端末装置はタイムスロットｎでリソースｘ、ｙ、ｚを選択する。リソースｘによって送信する第一サイドリンク制御情報はリソースｘ、リソースｙ及びリソースｚを指示し、リソースｙによって送信する第一サイドリンク制御情報はリソースｙ及びリソースｚを指示する。端末装置がリソースｘ上で第一サイドリンク制御情報を送信する場合、端末装置によって選択された全ての時間－周波数リソースが指示される。リソースｘが位置するタイムスロットは、タイムスロットｒとして示される。タイムスロットｒ－Ｔ３の後又はタイムスロットrの後、端末装置によって送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値φよりも高い場合、端末装置はリソースｙ、ｚが他の端末装置によってプリエンプションされたか否かについて判断せず、リソースプリエンプションの判断過程でリソースｙ、ｚに対するリソース除外プロセスをトリガーしない。Ｔ３はＴ_{ｐｒｏｃ，１}と等しい。Ｔ_{ｐｏｒｃ，１}は、端末装置がリソースの選択又は再選択を実行する時間を含む。

【0066】

端末装置がタイムスロットｒで全てのリソースの指示を完了しようとしている場合、タイムスロットｒ－ｔ３又はタイムスロットｒの後、リソースプリエンプションメカニズムが非アクティブ化されている場合、端末装置は選択されたリソースに対して続いてリソースセンシングを実行しない。

【0067】

例えば、図６に示されたように、端末装置はタイムスロットｎでリソースｘ、ｙ、ｚを選択する。リソースｘによって送信する第一サイドリンク制御情報はリソースｘ、リソースｙ及びリソースｚを指示し、リソースｙによって送信する第一サイドリンク制御情報はリソースｙ及びリソースｚを指示する。端末装置がリソースｘ上で第一サイドリンク制御情報を送信する場合、端末装置によって選択されたすべての時間－周波数リソースが指示される。リソースｘが位置するタイムスロットは、タイムスロットｒとして示される。タイムスロットｒ－Ｔ３の後又はタイムスロットrの後、リソースプリエンプションメカニズムが非アクティブ化されている場合、端末装置は選択されたリソースに対して続いてリソースセンシング（上述した選択されたリソースに対してリソース再選択を実行する必要があるか否か、及び/又は選択されたリソースが他の端末装置によってプリエンプトされているか否かを判断するためのリソースセンシングを含む）を実行しない。Ｔ３はＴ_{ｐｒｏｃ，１}と等しい。Ｔ_{ｐｏｒｃ，１}は、端末装置がリソースの選択又は再選択を実行する時間を含む。

【0068】

選択的には、上述の優先度閾値φは、ネットワーク構成、事前構成、又はＵＥに依存する。また、優先度φより高いとは、φで表される優先度よりも高いことを意味する。例えば、０～７が各優先度を表し、０は最高の優先度を表し、７は最低の優先度を表し、φは３と等しい場合、優先度φよりも高いとは、優先度が０，１，２であることを指す。０は最低の優先度を表し、７は最高の優先度を表し、φは３と等しい場合、優先度φよりも高いとは、優先度が４，５，６，７であることを指す。

【0069】

端末装置が時間 nでリソース選択を実行すること、再選択過程でリソース選択を実行すること、プリエンプトされたリソースに対してリソース選択を実行することのような３つの場合のＳＬ－ＲＳＲＰ閾値は同じでもよく、異なってもよい。

【0070】

上述の記載から分かるように、端末装置は、先ず、非センシングタイムスロットに基づいてリソース除外を実行し (ステップ１－１)、次に、センシングされたＰＳＣＣＨに基づいてリソース除外を実行し (ステップ１－２)、リソース除外を実行した後、候補リソース集合Ａの残りのリソース数がＸ％＊Ｍ_{ｔｏｔａｌ}より小さい場合、端末装置は、ＳＬ－ＲＳＲＰ閾値を３ｄＢ増加させ、ステップ１を再度実行する（ステップ１－１及びステップ１－２を含む）。その目的は、リソース除外を実行した後、候補リソース集合Ａのリソース数が少なくともＸ％＊Ｍ_{ｔｏｔａｌ}含むようにすることである。Ｘの可能な値は{２０，３０，５０} である。

【0071】

例示的に、端末装置は、端末装置によって送信されるデータの優先度に基づいてＸが５０と等しいと確定し、１つのタイムスロットは１ｍｓと等しい。ステップ１－１において、リソースプール構成におけるリソース予約周期集合Ｍが２ｍｓや３ｍｓなどの小さい値を含む場合、端末装置のステップ１－１において、ｍ＋ｑ＊Ｐｒｘｌｇはタイムスロット{ｍ＋２，ｍ＋４，ｍ＋６，ｍ＋８．．．} (Ｐｒｘ が２ｍｓである場合) を表し、ｍ＋ｑ＊Ｐｒｘｌｇはタイムスロット {ｍ＋３，ｍ＋６，ｍ＋９，ｍ＋１２．．．} (Ｐｒｘ が３ｍｓである場合)を表すことを招く。即ち、ステップ１－１において、端末装置は、２タイムスロットごとに１タイムスロットのすべてのリソースを除外してもよいし、３タイムスロットごとに１タイムスロットのすべてのリソースを除外してもよい。このように、端末装置がステップ１－１を実行した後、候補リソースセットＡ内の残りのリソースの数は、既に５０％＊Ｍ_{ｔｏｔａｌ}よりも小さい。

【0072】

ＳＬ－ＲＳＲＰ閾値を増加しても、ステップ １－２で除外されるリソースの数を減らすだけであり、ステップ１－１で除外されるリソースの数を調整できないことに注意してください。従って、端末装置がステップ１－１を実行した後、候補リソースセットＡの残りのリソースの数が５０％＊Ｍ_{ｔｏｔａｌ}より小さく、続いてステップ１－２を実行した後、候補リソースセットＡの残りのリソースの数は、必ず５０％＊Ｍ_{ｔｏｔａｌ}より小さい。端末装置がＳＬ－ＲＳＲＰ閾値を上げて再びステップ１を実行しても、今回のステップ１－１を実行した後のリソースセットＡの残りのリソースの数は、前回のステップ１－１を実行した後のリソースの数と等しく、同様に５０％＊Ｍ_{ｔｏｔａｌ}より小さい。このように、端末装置は、ステップ１を繰り返して実行し、無限ループに陥る可能性がある。本出願の実施形態は、この問題を回避できることができるリソース除外方案を提供する。

【0073】

図７は、本出願の例示的な実施例で提供されるＳＬ送信をサポートする通信システムのブロック図である。通信システムは、非ローミング５Ｇシステムアーキテクチャ（Ｎｏｎ－ｒｏａｍｉｎｇ ５Ｇ ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒ）の概略図であることができ、システムアーキテクチャはＤ２Ｄ技術を使用するＶ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）サービスに適用できる。

【0074】

システムアーキテクチャはデータネットワーク(ｄａｔａ ｎｅｔｗｏｒｋ，ＤＮ)を含み、Ｖ２Ｘサービスに必要なＶ２Ｘアプリケーションサーバ（ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）がデータネットワークに設置される。システムアーキテクチャは、５Ｇコアネットワークをさらに含む。５Ｇコアネットワークのネットワーク機能は、統合データ管理 (ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ，ＵＤＭ)、ポリシー制御機能(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ，ＰＣＦ)、ネットワーク露出機能（ｎｅｔｗｏｒｋ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ，ＮＥＦ）、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ，ＡＦ）、統合データリポジトリ(ｕｎｉｆｉｅｄ ｄａｔａ ｒｅｐｏｓｉｔｏｒｙ，ＵＤＲ)、アクセス及びモビリティ管理機能(ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ，ＡＭＦ)、セッション管理機能(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ，ＳＭＦ)及びユーザープレーン機能(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ，ＵＰＦ)を含む。

【0075】

システムアーキテクチャは、さらに、新世代無線アクセスネットワーク（ｎｅｗ ｇｅｎｅｒａｔｉｏｎ-ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，ＮＧ－ＲＡＮ）と、例示的に示された４つのＵＥ（即ち、ＵＥ１～ＵＥ４）と、を含む。各ＵＥにはすべてＶ２Ｘアプリケーションが設置されている。無線アクセスネットワークには、基地局（ｇＮＢ）などの１つ以上のアクセスネットワーク装置が設置される。ユーザ装置は、アクセスネットワーク装置へアップリンク送信を実行する。

【0076】

システムアーキテクチャでは、データネットワークと５Ｇコアネットワークのユーザープレーン機能はＮ６基準点を介して接続され、Ｖ２ＸアプリケーションサーバーとＵＥの Ｖ２ＸアプリケーションはＶ１基準点を介して接続される。無線アクセスネットワークは５ＧコアネットワークのＡＭＦ機能及びＵＰＦ機能に接続され、無線アクセスネットワークはＵｕ基準点を介してＵＥ１とＵＥ５に接続される。複数のＵＥがＰＣＦ基準点を介してＳＬ送信を実行し、複数のＶ２ＸアプリケーションがＶ５基準点を介して接続される。上記の基準点は、「インタフェース」と呼ばれることもある。

【0077】

図８は、本出願の例示的な実施例で提供されるリソース除外方法のフローチャートである。本実施形態は、前記方法が図７に示された任意のＵＥに適用されることを例とする。ＵＥは、端末装置とも呼ばれる。前記方法は、以下の内容を含む。

【0078】

ステップ８１０、リソース選択ウィンドウ内の第一リソースセットに対して第一リソース除外操作を実行して、第一候補リソースセットを取得する。

【0079】

第一リソースセットは、リソース選択ウィンドウにおける、端末装置が使用するリソースプールに属する使用可能なリソースを含む。リソース選択ウィンドウは、端末装置が送信されるデータのためにリソース選択を行う時間ウィンドウである。

【0080】

第一リソース除外操作は、リソースセンシングウィンドウ内の非センシングスロットに基づいてリソース除外を実行することを含み、非センシングスロットは、端末装置がセンシングを実行しないスロットである。第一リソース除外操作を実行した後、第一リソースセットの残りのリソースは第一候補リソースセットを構成する。

【0081】

第一候補リソースセットは、第一リソースセットにおけるリソースの全部又は一部を含む。例えば、リソースセンシングウィンドウ内に非センシングスロットが存在しない場合、 第一候補リソースセットは、第一リソースセットにおけるリソースの全部を含む。リソースセンシングウィンドウ内に少なくとも１つの非センシングスロットが存在するが、リソースの重複が存在しない場合、第一候補リソースセットは、第一リソースセットにおけるリソースの全部を含む。リソースセンシングウィンドウ内に少なくとも１つの非センシングスロットが存在し、且つリソースの重複が存在する場合、第一リソースセットにおけるリソースの一部を含む。

【0082】

選択的には、第一リソース除外操作について、上記のリソース除外ステップ１－１を参照することができる。例示的に、第一リソース除外操作は、Ｒ（ｘ，ｙ）が第一リソースセット内の任意のリソースを表すことを含む。ＵＥ１がリソースセンシングウィンドウ内のタイムスロットｍ（即ち、非センシングタイムスロット）でデータを送信し、センシングを実行しない場合、ＵＥ１は、タイムスロットｍ＋ｑ＊ＰｒｘｌｇとリソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）がオーバーラップするか（完全に又は部分的にオーバーラップするか）否かを判断する。タイムスロット「ｍ＋ｑ＊Ｐｒｘｌｇ」は、ＵＥ２によって予約する可能性があるリソースセットであり、ＵＥ２は、ＵＥ１に対する別の端末装置である。「リソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）」は、ＵＥ１自身が使用（選択又は予約）する可能性があるリソースセットである。２つのリソースセットがオーバーラップする場合、ＵＥ１は、第一リソースセットからオーバーラップするリソースＲ（ｘ，ｙ）を除外する。

【0083】

ｑ＝１，２，３．．．Ｑ、Ｐｒｘｌｇは、Ｐｒｘが論理タイムスロットに変換された後の数を表す。Ｐｒｘは、ＵＥ１が使用するリソースプール構成の中のリソース予約周期セットの可能なすべての値を表す。ｊ＝０，１，２，３．．．Ｃ－１であり、Ｃは、ＵＥ１によって生成されたランダムなカウンター値によって確定される。Ｐｔｘｌｇは、Ｐｔｘが論理タイムスロットに変換された後の数を表し、Ｐｔｘは、ＵＥ１によって決定されたリソース予約周期であり、ＵＥ１が使用するリソースプール構成のリソース予約周期セットのうちの１つの値である。

【0084】

ステップ８２０、第一パーセンテージがＸ％より小さい場合、第二リソースセットを確定する。

【0085】

第一パーセンテージは、第一候補リソースセットにおけるリソース数と第一リソースセットにおけるリソースの数Ｍ_{ｔｏｔａｌ}のパーセンテージである。第二リソースセットは、端末装置が第一リソースセットに対してリソース除外を実行した後（少なくとも１回のリソース除外操作を含む）、残ったリソースからなるリソースセットである。

【0086】

選択的には、端末装置は、第一リソース除外操作を実行した後、先ず、第一パーセンテージを確定する。第一パーセンテージが閾値Ｘ％より小さい場合、それは端末装置が既に多いリソースを除外したことを意味し、後続のリソース選択用の候補リソースが十分ではなく、端末装置は、すぐ第一候補リソースセットに対してさらなるリソース除外を実行しなく、他の方式でリソース除外を完了する。

【0087】

Ｘは、第一リソースセットのリソース除外状況を判断するために用いられる。選択的には、Ｘの値セット｛２０，３０，５０｝を含み、値セットはＸの候補値のセットである。Ｘの値セットは他の候補値を含むこともでき、本出願の実施例はこれに対して限定しない。

【0088】

選択的には、端末装置によって使用されるリソースプール構成は、値セット内の値と送信されるデータの優先度との間の対応関係を含む。リソースプール構成は、ネットワークデバイスによって構成されるか、又は事前に構成される。例示的に、端末装置によって送信されるデータの優先度の選択可能な値は、０～７を含み、優先度の値が小さいほど、この優先度に対応する値セットの値が大きい。

【0089】

選択的には、端末装置が第二リソースセットを確定した後、確定された第二リソースセットに対しててリソース選択を実行する。

【0090】

選択的には、端末装置が上記のリソース除外プロセス(即ち、第一リソース除外操作)をトリガーする原因は、端末装置は、時間ｎにデータパケットが到着したとき、再選択過程でリソース除外をトリガーし、選択されたリソースが他の端末装置によってプリエンプションされるか否かを判断する時にリソース除外をトリガーするが、これらに限定されない。

【0091】

第一リソース除外操作をトリガーする原因が、選択されたリソースが他の端末装置によってプリエンプションされるか否かを端末装置が判断することである場合、端末装置によって使用されるＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）のパラメーターｊの値は０である。

【0092】

上述したように、本実施形態によって提供される方法において、端末装置が第一リソース除外操作を実行して第一候補リソースセットを取得した後、先ず第一パーセンテージによってリソース除外状況を判断し、第一パーセンテージがＸ％より小さい場合、端末装置は直接に第一候補リソースセットに対してさらなるリソース除外を実行せず、他の方式でリソース除外を完了して第二リソースセットを取得することにより、端末装置がリソース除外を繰り返す（ステップ１－１及びステップ１－２を含む）問題を避ける。

【0093】

図８に基づく選択的な実施形態において、ステップ８２０は、以下の３つの実現方式に置き換えることができる。

【0094】

実現方式１:第一パーセンテージがＸ％より小さい場合、第一リソース除外操作のみを実行する。

【0095】

端末装置は、センシングされたＰＳＣＣＨに基づいてリソース除外を実行する(即ち、第 二リソース除外操作) 必要はなく、第一候補リソースセットを第二リソースセットとして確定し、直接に第一候補リソース セットからリソースを選択して、 データを送信する。

【0096】

実現方式２:第一パーセンテージがＸ％より小さい場合、第一リソース除外操作に対応するリソース除外結果を保留しなく、第一リソースセットに対して第二リソース除外操作を実行する。

【0097】

第二リソース除外操作は、リソースセンシングウィンドウ内でセンシングされたＰＳＣＣＨに基づいてリソース除外を実行することを含む。端末装置は、非センシングスロットに基づいてリソース除外を実行して取得したリソース除外結果を放棄し、第一リソースセットに対して第二リソース除外操作を実行した後、取得した第二候補リソースセットを第二リソースセットとして確定する。

【0098】

第二候補リソースセットは、第一リソースセット内のリソースの全部又は一部を含む。例えば、リソースセンシングウィンドウでＰＳＣＣＨがセンシングされなかった場合、第二候補リソースセットは、第一リソースセット内のリソースの全部を含む。リソースセンシングウィンドウでＰＳＣＣＨがセンシングされた場合、測定されたＲＳＲＰがＲＳＲＰ閾値よりも大きく、リソースオーバーラップが存在する場合、第二候補リソースセットは第一リソースセットのリソースの一部を含む。

【0099】

選択的には、第二リソース除外操作について、上述したリソース除外ステップ１－２を参照することができる。例示的に、第二リソース除外操作は、Ｒ（ｘ，ｙ）が第一リソースセット内の任意のリソースを表すことを含む。ＵＥ１がリソースセンシングウィンドウ内のタイムスロットｍのリソースＥ（ｖ，ｍ）上でＰＳＣＣＨをセンシングすると、ＰＳＣＣＨのＲＳＲＰ又はＰＳＣＣＨによってスケジュールされたＰＳＳＣＨのＲＳＲＰ（即ち、ＰＳＣＣＨと一緒に送信されたＰＳＳＣＨのＲＳＲＰ）を測定し、測定されたＲＳＲＰがＲＳＲＰの閾値より大きく、且つＵＥ１がリソースＥ（ｖ，ｍ＋ｑ＊Ｐｒｘｌｇ）とリソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）がオーバーラップしている（完全に又は部分的にオーバーラップしている）と判断した場合、第一リソースセットから対応するリソース（ｘ，ｙ）を除外する。「リソースＥ（ｖ，ｍ＋ｑ＊Ｐｒｘｌｇ）」は、ＵＥ２によって予約する可能性があるリソースセットであり、ＵＥ２はＵＥ１に対する別の端末装置である。「Ｒ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）」は、ＵＥ１自身が使用（選択又は予約）する可能性があるリソースセットである。

【0100】

上述したｑ＝１，２，３．．．Ｑであり、Ｐｒｘｌｇは、Ｐｒｘが論理タイムスロットに変換された後の数を表す。Ｐｒｘは、ＵＥ１によってセンシングされたＰＳＣＣＨを介して送信される第一サイドリンク制御情報のリソース予約期間フィールドによって指示されるリソース予約周期である。ｊ＝０，１，２，３．．．Ｃ－１であり、Ｃは、ＵＥ１によって生成されたランダムなカウンター値によって確定される。Ｐｔｘｌｇは、Ｐｔｘが論理タイムスロットに変換された後の数を表し、Ｐｔｘは、ＵＥ１によって決定されたリソース予約周期であり、ＵＥ１が使用するリソースプール構成のリソース予約周期セットのうちの１つの値である。

【0101】

実現方式３:第一パーセンテージがＸ％より小さい場合、Ｘの値をβに調整する。ここで、βは第一パーセンテージ＊１００より大きくない。

【0102】

端末装置は、βを調整してから、続いて第二リソース除外操作を実行し、βを閾値としてリソース除外状況を判断する。

【0103】

以下、上述した３つの実現方式に対して、例示的に説明する。

【0104】

実現方式１に対して、図８の選択可能な実施例に基づいて、ステップ８２０がステップ８２１に置き換えられている。図９に示されたように、ステップ８２１で、第一パーセンテージがＸ％より小さい場合、第一候補リソースセットを第二リソースセットとして確定する。

【0105】

第一パーセンテージがＸ％より小さい場合、それは端末装置が既に多いリソースを除外したことを意味し、後続のリソース選択用の候補リソースが十分ではなく、端末装置は第二リソース除外操作を実行しなく、直接に、第一リソース除外操作を実行して取得した第一候補リソースセットを第二リソースセットとして確定する。

【0106】

選択的には、端末装置は第一候補リソースセットを第二リソースセットとして確定してから、確定された第二リソースセットに対してリソース選択を実行する。

【0107】

上述したように、本実施形態によって提供される方法において、第一リソース除外操作を実行した後、取得した第一候補リソースセットにおけるリソース数と第一リソースセットにおけるリソースの数Ｍ_{ｔｏｔａｌ}のパーセンテージがＸ％より小さい場合、端末装置は第二リソース除外操作を実行しなく、第一リソース除外操作のみを実行して、リソース選択ウィンドウ内の多すぎるリソースを除外することを避け、従ってリソース除外（ステップ１－１及びステップ１－２を含む）を繰り返して実行することを避ける。

【0108】

実現方式２に対して、図８の選択可能な実施例に基づいて、ステップ８２０がステップ８２２－１及び８２２－２に置き換えられている。図１０に示されたように、ステップ８２２－１で、第一パーセンテージがＸ％より小さい場合、第一候補リソースセットを放棄し、リソース選択ウィンドウ内の第一リソースセットに対して第二リソース除外操作を実行して、第二候補リソースセットを取得する。

【0109】

第二リソース除外操作は、リソースセンシングウィンドウでセンシングされたＰＳＣＣＨに基づいてリソース除外を実行することを含む。第一リソースセットに対して第二リソース除外操作を実行した後、残りのリソースは第二候補リソースセットを構成する。

【0110】

選択的には、端末装置が第一リソース除外操作を実行した後、第一パーセンテージを確定する。第一パーセンテージがＸ％より小さい場合、それは端末装置が既に多いリソースを除外したことを意味し、後続のリソース選択用の候補リソースが十分ではなく、端末装置は第一候補リソースセットを放棄し（即ち、第一リソース除外操作に対応する除外結果を放棄する）、第一リソースセットに対して再度リソース除外を実行し、第二リソース除外操作を実行することにより、第二候補リソースセットを取得する。

【0111】

ステップ８２２－２で、第二候補リソースセットを第二リソースセットとして確定する。

【0112】

端末装置は、第一リソースセットに対する第二リソース除外操作のみを保留し、第二候補リソースセットを第二リソースセットとして確定する。

【0113】

選択的には、ステップ８２２－２の後、端末装置は、第二パーセンテージを確定する。第二パーセンテージは、第二リソースセットにおけるリソース数とＭ_{ｔｏｔａｌ}のパーセンテージである。第二パーセンテージがＸ％より小さくない場合、第二リソースセットを更新しない。第二パーセンテージがＸ％より小さい場合、ＲＳＲＰ閾値を増加し、第二パーセンテージがＸ％以上になるまで、増加したＲＳＲＰ閾値に基づいて、第一リソースセットに対して第一リソース除外操作及び第二リソース除外操作のうちの少なくとも１つを繰り返して実行して、第二リソースセットを更新する。

【0114】

第二リソースセットを取得した後、端末装置は第二パーセンテージによってリソース除外状況に対してさらなる判断を実行する。第二パーセンテージがＸ％より小さくない場合、第二リソースセッを変更しなく、端末装置は第二リソースセットに対してリソース選択を実行することができる。第二パーセンテージがＸ％より小さい場合、第二リソース除外操作によって除外されたリソースが多すぎることを意味し、端末装置は第一リソース セットを初期化し、増加したＲＳＲＰ閾値によって第一リソースセットに対して再びリソース除外操作（第一リソース除外操作及び第二リソース除外操作の中の少なくとも１つを含む）を実行して、第二リソースセットを更新して、端末装置がリソース選択を実行するのに十分なリソースがあるようにする。

【0115】

ＲＳＲＰ閾値は、第二リソース除外操作に関連する。ＲＳＲＰ閾値は、センシングされたＰＳＣＣＨのＲＳＲＰ測定値、又はＰＳＣＣＨによってスケジュールされたＰＳＳＣＨのＲＳＲＰ測定値と比較される。ＲＳＲＰ測定値がＲＳＲＰ閾値よりも大きくない場合 、第一リソースセットに対してリソース除外を実行する必要はない。ＲＳＲＰ測定値がＲＳＲＰ閾値より大きい場合、第一リソースセットに対してリソース除外を実行する必要がある。表１を参照すると、増加前のＲＳＲＰ閾値は、端末装置によってセンシングされたＰＳＣＣＨが携帯する優先度Ｐ１と、端末装置によって送信されるデータの優先度Ｐ２によって決定される。選択的には、ＲＳＲＰ閾値は毎回３ｄＢ増加される。

【0116】

１つの実施形態において、第一リソース除外操作及び第二リソース除外操作の中の少なくとも１つを繰り返して実行することは、第二リソース除外操作を繰り返して実行することを含む。別の実施形態において、第一リソース除外操作及び第二リソース除外操作の中の少なくとも１つを繰り返して実行することは、第一リソース除外操作及び第二リソース除外操作を繰り返して実行し、且つ第一リソース除外操作に対応するリソース除外結果を放棄することを含む。

【0117】

ＲＳＲＰ閾値は、第二リソース除外操作に関連し、第一リソース除外操作と無関係であることを理解されたい。増加したＲＳＲＰ閾値を使用してリソース除外を再度実行しても、第一リソース除外操作の結果を変更することはできないので、端末装置がリソース除外を再度実行する場合、端末装置は第二リソース除外操作のみを再度実行することができ、第一リソース除外操作及び第二リソース除外操作の両方を再度実行することもできるが、第二リソース除外操作に対応するリソース除外結果のみを保留する。

【0118】

選択的には、リソース除外操作を完了した後、端末装置は確定された第二ソースセットに対してリソース選択を実行する。

【0119】

上述したように、本実施形態によって提供される方法において、第一リソース除外操作を実行した後、取得した第一候補リソースセットにおけるリソース数と第一リソースセットにおけるリソースの数Ｍ_{ｔｏｔａｌ}のパーセンテージがＸ％より小さい場合、第一リソース除外操作に対応するリソース除外結果を保留しなく、第二リソース除外操作のみを実行して、リソース選択ウィンドウ内の多すぎるリソースを除外することを避け、従ってリソース除外（ステップ１－１及びステップ１－２を含む）を繰り返して実行することを避ける。

【0120】

実現方式３に対して、図８の選択可能な実施例に基づいて、ステップ８２０がステップ８２３－１、８２３－２及び８２３－３に置き換えられている。図１１に示されたように、ステップ８２３－１で、第一パーセンテージがＸ％より小さい場合、Ｘをβに調整する。

【0121】

βは、第一条件を満たす。第一条件は、βが第一パーセンテージ＊１００よりも大きくないことを含む。

【0122】

選択的には、端末装置は、第一リソース除外操作を実行してから第一パーセンテージを確定する。第一パーセンテージがＸ％より小さい場合、端末装置がさらなるリソース除外を行うと、さらなるリソース除外によって得られる残りのリソースの数とＭ_{ｔｏｔａｌ}とのパーセンテージは必ずＸ％よりも小さくなるので、端末装置はＸの値をβに減少し、端末装置が比較的小さいβを使用してリソース除外状況を判断できるようにする。

【0123】

ステップ８２３－２で、第一候補リソースセットに対して第二リソース除外操作を実行して、第二リソースセットを取得する。

【0124】

第二リソース除外操作は、リソースセンシングウィンドウでセンシングされたＰＳＣＣＨに基づいてリソース除外を実行することを含む。第一リソース除外操作を実行した後、端末装置はさらに第二リソース除外操作を実行し、残りのリソースは第二リソースセットを構成する。

【0125】

ステップ８２３－３で、調整によって得られたβに基づいて、第二リソースセットを更新するために、第一リソース除外操作と第二リソース除外操作を繰り返す必要があるか否かを判断する。

【0126】

選択的には、端末装置は、第二パーセンテージを確定する。第二パーセンテージは、第二リソースセットにおけるリソース数とＭ_{ｔｏｔａｌ}のパーセンテージである。第二パーセンテージがβ％より小さくない場合、第二リソースセットは更新されない。第二パーセンテージがβ％より小さい場合、ＲＳＲＰ閾値を増加する。第二パーセンテージがβ％以上になるまで、増加したＲＳＲＰ閾値に基づいて、第一リソースセットに対して第一リソース除外操作と第二リソース除外操作を繰り返して実行して、第二リソースセットを更新する。

【0127】

端末装置がリソース選択を実行するのに十分な候補リソースがあることを保証するためにリソース除外操作を繰り返すとき、改めて設定されたＸ値(即ち、β)を使用することが理解されるべきである。

【0128】

選択的には、βは以下の方式の中のいずれか１つで確定される。

【0129】

１、βは、第一値セットにおける第一条件を満たす最大値又は任意の値である。

【0130】

第一値セットは、βの候補値のセットである。選択的には、第一値セットは｛２０，３５，５０｝である。第一値セットは、ネットワークデバイスによって構成されるか、又は事前に構成される。

【0131】

例示的に、Ｘが５０であり、第一パーセンテージは４０％である場合、第一条件はβが４０より大きくないことを含む。βは第一値セットにおける第一条件を満たす最大値３５であり、又はβは第一値セットにおける第一条件を満たす２０又は３５である。

【0132】

２、 βは、選択する必要がある時間周波数リソースの数に基づいて、端末装置が第一値セットから確定した１つの値である。

【0133】

例示的に、各スロットで利用可能なリソースの数はＮ１であり、端末装置はＮ２回の送信を実行する必要がある。即ち、Ｎ２個の時間周波数リソースを選択してＮ２個のタイムスロットに分配し、端末装置が確定したβ値は、β％＊ Ｍｔｏｔａｌ>＝Ｎ１＊Ｎ２を満たす必要がある。

【0134】

３、βは第一パーセンテージ＊１００に等しい。

【0135】

例示的に、Ｘは５０であり、第一パーセンテージは４４％であり、βは４４である。

【0136】

４、βは、選択する必要がある時間周波数リソースの数に基づいて端末装置が確定した１つの値である。

【0137】

５、βの値は、端末装置の実現に依存する。

【0138】

上述したように、本実施形態によって提供される方法において、第一リソース除外操作を実行した後、取得した第一候補リソースセットにおけるリソース数と第一リソースセットにおけるリソースの数Ｍ_{ｔｏｔａｌ}のパーセンテージがＸ％より小さい場合、Ｘの値をβに調整し、βは第一パーセンテージ＊１００より大きくなく、リソース選択ウィンドウ内の多すぎるリソースを除外することを避け、端末装置がリソース除外を繰り返して実行することを避ける。

【0139】

上記の３つの実現方法に加えて、端末装置は、さらに、以下の実現方式４によって、リソース選択ウィンドウ内の多すぎるリソースを除外する問題を解決することができる。

【0140】

実現方式４: リソース予約周期セットが小さすぎる値を含む場合、第二リソース除外操作のみを実行する。

【0141】

図１２を参照すると、図１２は、本出願の例示的な実施例で提供されるリソース除外方法のフローチャートである。本実施形態は、前記方法が図７に示された任意のＵＥに適用されることを例とする。ＵＥは、端末装置とも呼ばれる。前記方法は、以下の内容を含む。

【0142】

ステップ１２１０、リソース予約周期セットにα以下の値を含む場合、リソース選択ウィンドウ内の第一リソースセットに対して第二リソース除外操作を実行することにより、第二リソースセットを取得する。

【0143】

第一リソースセットは、リソース選択ウィンドウにおける、端末装置が使用するリソースプールに属する使用可能なリソースを含む。第二リソース除外操作は、リソースセンシングウィンドウでセンシングされたＰＳＣＣＨに基づいてリソース除外を実行することを含む。

【0144】

端末装置がデータを送信するとき、リソース予約周期に基づいて、次の周期のリソースを予約することができる。例示的に、リソース予約周期の可能な値は、０、［１、９９］、１００、２００、３００、４００、５００、６００、７００、８００、９００、１０００ミリ秒を含む。リソースプール構成のリソース予約周期セットは、上記の値の中のｅ個の値からなる。例示的に、ｅは１６である。

【0145】

リソース予約周期セットがより小さい値を含む場合、端末装置が第一リソース除外操作を実行するとき、多すぎるリソースを除外する可能性があることが理解できる。上記の状況の発生を回避するために、端末装置は、リソース除外を実行する前に、先ず、リソース予約周期セットにα以下の値が含まれるか否かを判断する。リソース予約周期セットにα以下の値が含まれる場合、端末装置は、第一リソース除外操作を実行せず（スキップ）、直接にリソース選択ウィンドウ内の第一リソースセットに対して第二リソース除外操作を実行して、第二リソースセットを取得する。

【0146】

選択的に、αは、ネットワークデバイスによって構成されるか、又は事前に構成されるか、又は端末装置の実現に依存する。

【0147】

選択的には、第二リソース除外操作について、上記の除外ステップ１－２を参照することができる。例示的に、第二リソース除外操作は、Ｒ（ｘ，ｙ）が第一リソースセット内の任意の１つのリソースであることを含む。ＵＥ１がリソースセンシングウィンドウのタイムスロットｍ内のリソースＥ（ｖ，ｍ）でＰＳＣＣＨをセンシングすると、ＰＳＣＣＨのＲＳＲＰ又はＰＳＣＣＨによってスケジュールされたＰＳＳＣＨのＲＳＲＰ（即ち、ＰＳＣＣＨと一緒に送信されるＰＳＳＣＨのＲＳＲＰ）を測定し、測定されたＲＳＲＰがＲＳＲＰ閾値よりも大きく、且つＵＥ１がリソースＥ（ｖ，ｍ＋ｑ＊Ｐｒｘｌｇ）とリソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）がオーバーラップしている（完全に又は部分的にオーバーラップしている）と判断した場合、第一リソースセットから対応するリソースＲ（ｘ，ｙ）を除外する。「リソースＥ（ｖ，ｍ＋ｑ＊Ｐｒｘｌｇ）」は、ＵＥ２によって予約する可能性があるリソースセットであり、ＵＥ２はＵＥ１に対する別の端末装置である。「Ｒ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）」は、ＵＥ１自身が使用（選択又は予約）する可能性があるリソースセットである。

【0148】

上述したｑ＝１，２，３．．．Ｑであり、Ｐｒｘｌｇは、Ｐｒｘが論理タイムスロットに変換された後の数を表す。Ｐｒｘは、ＵＥ１によってセンシングされたＰＳＣＣＨを介して送信される第一サイドリンク制御情報のリソース予約期間フィールドによって指示されるリソース予約周期である。ｊ＝０，１，２，３．．．Ｃ－１であり、Ｃは、ＵＥ１によって生成されたランダムなカウンター値によって確定される。Ｐｔｘｌｇは、Ｐｔｘが論理タイムスロットに変換された後の数を表し、Ｐｔｘは、ＵＥ１によって決定されたリソース予約周期であり、ＵＥ１が使用するリソースプール構成のリソース予約周期セットのうちの１つの値である。

【0149】

選択的には、ステップ１２１０の後、端末装置は第二パーセンテージを確定する。第二パーセンテージは第二リソースセットにおけるリソース数と第一リソースセットにおけるリソースの数Ｍ_{ｔｏｔａｌ}のパーセンテージである。第二パーセンテージがＸ％より小さくない場合、第二リソースセットを更新しない。第二パーセンテージがＸ％より小さい場合、ＲＳＲＰ閾値を増加し、第二パーセンテージがＸ％以上になるまで、増加したＲＳＲＰ閾値に基づいて、第一リソースセットに対して第二リソース除外操作を繰り返して実行して、第二リソースセットを更新する。

【0150】

Ｘは、第一リソースセットのリソース除外状況を判断するために用いられる。Ｘは第二値セットに対応し、第二値セットはＸの候補値のセットである。選択的には、第二値セットは｛２０，３０，５０｝を含む。Ｘの値セットは他の候補値を含むこともでき、本出願の実施例はこれに対して限定しない。

【0151】

選択的には、端末装置に対応するリソースプール構成は、第二値セットの中の値と送信されるデータの優先度との間の対応関係を含む。リソースプール構成はネットワークデバイスによって構成されるか、又はリソースプール構成は事前に構成される。

【0152】

選択的には、端末装置が上記のリソース除外プロセス(即ち、第二リソース除外操作)をトリガーする原因は、端末装置は、時間ｎにデータパケットが到着したとき、再選択過程でリソース除外をトリガーし、選択されたリソースが他の端末装置によってプリエンプションされるか否かを判断する時にリソース除外をトリガーするが、これらに限定されない。

【0153】

第二リソース除外操作をトリガーする原因が、選択されたリソースが他の端末装置によってプリエンプションされるか否かを端末装置が判断することである場合、端末装置によって使用されるＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）のパラメーターｊの値は０である。

【0154】

上述したように、本実施形態によって提供される方法において、端末装置がリソース除外操作を実行する前に、リソース予約周期セットの中の値に基づいてリソース除外状況を予め判断し、リソース予約周期セットにα以下の値が含まれる場合、端末装置は第一リソース除外操作によって多すぎるリソースを除外する可能性があるので、端末装置は第二リソース除外操作のみを実行することにより、リソース選択ウィンドウ内の多すぎるリソースを除外することを避ける。

【0155】

リソース選択が初期完了した後、端末装置は、一般的に、続いてリソースセンシングを実行して、選択されたリソースに対してリソース再選択を実行する必要があるか否か、及び/又は選択されたリソースが他の端末装置によってプリエンプトされているか否かを判断する必要がある。

【0156】

図１３は、本出願の例示的な実施例で提供されるリソース処理方法のフローチャートであり、端末装置に適用される。前記方法は、以下の内容を含む。

【0157】

ステップ１３１０、第一情報に基づいて、選択されたリソースに対してターゲット操作を実行するか否かを確定する。

【0158】

選択されたリソースは、端末装置がリソース選択を実行した後、送信されるデータパケットのために選択されたリソースである。ターゲット操作は、リソースセンシング操作、リソースプリエンプション判断操作、リソース除外操作のうちの少なくとも１つを含み、リソースプリエンプション判断操作は、選択されたリソースが他の端末装置によってプリエンプションされているか否かを端末装置が判断する操作である。

【0159】

選択的には、選択されたリソースは、端末装置が図８、図９、図１０、図１１又は図１２に示された実施例に対応するリソース除外プロセスに基づいて取得された第二リソースセットに対してリソース選択を実行して、送信されるデータパケットのために選択したリソースである。選択的に、選択されたリソースは、端末装置が既存のリソース除外プロセスに基づいて取得された候補リソースセットに対してリソース選択を実行した後、送信されるデータパケットのために選択したリソースである。

【0160】

１つの実施形態において、ステップ１３１０は、以下のように実現される。送信されるデータパケットの優先度に基づいて、選択されたリソースに対してターゲット操作を実行するか否かを確定する。

【0161】

送信されるデータパケットは１つの優先度に対応する。優先度は、０～７の値範囲に対応する。最高優先度は、優先度の値の範囲内の最高の優先度の値を指す。

【0162】

１）送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、リソース選択が完了した後、選択されたリソースが他の端末デバイスによってプリエンプトされているか否かについて、リソースセンシング操作を実行しない。

【0163】

端末装置は選択されたリソースが他の端末デバイスによってプリエンプトされているか否かについて持続してリソースセンシング操作を実行しないので、端末装置は選択されたリソースが他の端末デバイスによってプリエンプトされているか否かを判断しなく、リソースプリエンプト判断プロセスの中のリソース除外操作をトリガーしない。

【0164】

２）送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、リソース選択が完了した後、リソースプリエンプト判断操作を実行しなく、リソース除外操作をトリガーしない。

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

図１６は、本出願の例示的な実施例で提供されるリソース処理装置の構造を示すブロック図である。前記装置は、端末装置に適用されるか、又は前記装置は端末装置又は端末装置の一部として実現される。前記装置は、確定モジュール１６０１を含む。

【0209】

確定モジュール１６０１は、第一情報に基づいて、選択されたリソースに対してターゲット操作を実行するか否かを確定するために用いられる。

【0210】

選択されたリソースは、端末装置がリソース選択を実行した後、送信されるデータパケットのために選択されたリソースである。ターゲット操作は、リソースセンシング操作、リソースプリエンプション判断操作、リソース除外操作のうちの少なくとも１つを含み、リソースプリエンプション判断操作は、選択されたリソースが他の端末装置によってプリエンプションされているか否かを端末装置が判断する操作である。

【0211】

選択的な実施例において、確定モジュール１６０１は、送信されるデータパケットの優先度に基づいて、選択されたリソースに対してターゲット操作を実行するか否かを確定するために用いられる。

【0212】

選択的な実施例において、確定モジュール１６０１は、送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、リソース選択が完了した後、選択されたリソースが他の端末デバイスによってプリエンプトされているか否かについて、リソースセンシング操作を実行しないために用いられる。

【0213】

選択的な実施例において、確定モジュール１６０１は、送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、リソース選択が完了した後、リソースプリエンプト判断操作を実行しなく、リソース除外操作をトリガーしないために用いられる。

【0214】

選択的な実施例において、確定モジュール１６０１は、送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、タイムスロットｒ－Ｔ_{ｐｒｏｃ，１}の後又はタイムスロットｒの後、選択されたリソースに対して持続的にリソースセンシング操作を実行しないために用いられる。タイムスロットｒは、端末装置が第一サイドリンク制御情報を送信してリソース指示を完了するスロットである。

【0215】

選択的な実施例において、確定モジュール１６０１は、送信されるデータパケットの優先度が最高優先度であるか又は優先度閾値よりも高い場合、タイムスロットｒ－Ｔ_{ｐｒｏｃ，１}の後又はタイムスロットｒの後、リソースプリエンプト判断操作を実行しなく、リソース除外操作をトリガーしないために用いられる。タイムスロットｒは、端末装置が第一サイドリンク制御情報を送信してリソース指示を完了するスロットである。

【0216】

選択的な実施例において、優先度閾値はネットワークデバイスによって構成されるか、又は優先度閾値は事前に構成されるか、又は優先度閾値は端末装置によって確定される。

【0217】

選択的な実施例において、リソース除外操作は、第三リソース除外操作及び第四リソース除外操作のうちの少なくとも１つを含む。第三リソース除外操作は、非センシングスロットに基づいてリソース除外を実行することを含み、非センシングスロットは端末装置がセンシングを実行しないスロットである。第四リソース除外操作は、センシングされたＰＳＣＣＨに基づいてリソース除外を実行することを含む。

【0218】

選択的な実施例において、確定モジュール１６０１は、リソースプリエンプションメカニズムの状態に基づいて、選択されたリソースに対してターゲット操作を実行するか否かを確定するために用いられる。

【0219】

選択的な実施例において、確定モジュール１６０１は、リソースプリエンプションメカニズムの状態が非アクティブ化である場合、タイムスロットｒ－Ｔ_{ｐｒｏｃ，１}の後又はタイムスロットｒの後、選択されたリソースに対して持続的なリソースセンシング操作を実行しないために用いられる。タイムスロットｒは、端末装置が第一サイドリンク制御情報を送信してリソース指示を完了するスロットである。

【0220】

選択的な実施例において、リソースプリエンプションメカニズムはネットワークデバイス構成に基づいて非アクティブ化されるか、又はリソースプリエンプションメカニズムは事前構成に基づいて非アクティブ化されるか、又はリソースプリエンプションメカニズムは端末装置がＣＲの第一測定結果に基づいて非アクティブ化されるか、又はリソースプリエンプションメカニズムは端末装置がＣＢＲの第二測定結果に基づいて非アクティブ化される。

【0221】

図１７は、本出願の例示的な実施例で提供される通信装置（ネットワークデバイス又は端末装置）の構造を示す概略図である。通信装置は、プロセッサ１０１、受信機１０２、送信機１０３、メモリ１０４及びバス１０５を含む。

【0222】

プロセッサ１０１は、１つ又は複数の処理コアを含み、プロセッサ１０１は、ソフトウェアプログラム及びモジュールを実行することによって、様々な機能アプリケーション及び情報処理を実行する。

【0223】

受信機１０２及び送信機１０３は、通信コンポーネントとして実現することができる。通信コンポーネントは、通信チップであることができる。

【0224】

メモリ１０４は、バス１０５を介してプロセッサ１０１に接続される。

【0225】

メモリ１０４は、少なくとも１つの命令を格納するために用いられる。プロセッサ１０１は、上述した方法実施例の各ステップを実現するように、少なくとも１つの命令を実行するために用いられる。

【0226】

さらに、メモリ１０４は、任意のタイプの揮発性記憶装置又は不揮発性記憶装置又はそれらの組み合わせによって実現することができる。揮発性記憶装置又は不揮発性記憶装置は、磁気ディスク又は光ディスク、電気的に消去可能なプログラム可能な読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ-Ｏｎｌｙ Ｍｅｍｏｒｙ, ＥＥＰＲＯＭ）、消去可能なプログラム可能な読み取り専用メモリ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ-Ｏｎｌｙ Ｍｅｍｏｒｙ, ＥＰＲＯＭ）、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＳＲＡＭ）、読み取り専用メモリ（Ｒｅａｄ-Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、磁気メモリ、フラッシュメモリ、プログラム可能な読み取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ-Ｏｎｌｙ Ｍｅｍｏｒｙ, ＰＲＯＭ）を含むことができるが、これらに限定されない。

【0227】

例示的な実施例において、コンピュータ可読記憶媒体も提供する。コンピュータ可読記憶媒体は、少なくとも１つの命令、少なくとも１つのプログラム、コードセット又は命令セットを格納する。少なくとも１つの命令、少なくとも１つのプログラム、コードセット又は命令セットはプロセッサによってロードされ且つ実行されて、上述した各方法実施例によって提供される、端末装置によって実行されるリソース除外方法又はリソース処理方法を実行するようにする。

【0228】

例示的な実施例において、コンピュータプログラム製品又はコンピュータプログラムも提供する。コンピュータプログラム製品又はコンピュータプログラムは、コンピュータ可読記憶媒体に記憶されたコンピュータ命令を含む。コンピュータデバイスのプロセッサはコンピュータ可読記憶媒体からコンピュータ命令を読み取り、プロセッサはコンピュータ命令を実行することができ、その結果、コンピュータデバイスが上述した態様で説明されたリソース除外方法又はリソース処理方法を実行する。

【0229】

当業者は、上述した実施例を実現するためのステップの全部又は一部がハードウェアによって完了することができるか、又はプログラムを介して関連するハードウェアに指示することによって完了することができることを理解することができる。プログラムはコンピュータ可読記憶媒体に格納される。記憶媒体は、ＲＯＭ、磁気ディスク、光ディスク等であることができる。

【0230】

上述したのは、ただ本発明の選択的な実施形態であり、本発明を限定することを意図するものではない。本発明の精神及び原則の範囲内で行われたいかなる修正、同等の置き換え及び改善は、全て本発明の保護範囲内に含まれるべきである。

【図1(a)】

【図1(b)】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【国際調査報告】