特表2024-527132 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ ダータンゴーハイインテリジェントアンドコネクティッドテクノロジー（チョンチン）カンパニーリミテッドの特許一覧

特表2024-527132サイドリンクのリソース選択方法、装置及びユーザ機器

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13

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

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

(11)【公表番号】

(43)【公表日】2024-07-19

(54)【発明の名称】サイドリンクのリソース選択方法、装置及びユーザ機器

(51)【国際特許分類】

H04W 72/54 20230101AFI20240711BHJP

H04W 92/18 20090101ALI20240711BHJP

H04W 72/02 20090101ALI20240711BHJP

H04W 52/02 20090101ALI20240711BHJP

H04W 72/232 20230101ALI20240711BHJP

【ＦＩ】

H04W72/54 110

H04W92/18

H04W72/02

H04W52/02 110

H04W72/232

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024506278

(86)(22)【出願日】2022-08-25

(85)【翻訳文提出日】2024-01-31

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

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

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

(31)【優先権主張番号】202111138621.2

(32)【優先日】2021-09-27

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】322001587

【氏名又は名称】中信科智聯科技有限公司

【氏名又は名称原語表記】ＣＩＣＴＣｏｎｎｅｃｔｅｄａｎｄＩｎｔｅｌｌｉｇｅｎｔＴｅｃｈｎｏｌｏｇｉｅｓＣｏ．，Ｌｔｄ．

【住所又は居所原語表記】Ｏｆｆｉｃｅ５０５，５ｔｈＦｌｏｏｒ，Ｂｕｉｌｄｉｎｇ２，Ｎｏ．２９９，ＳｃｉｅｎｔｉｆｉｃＲｅｓｅａｒｃｈＡｖｅｎｕｅ，ＺｅｎｇｊｉａＴｏｗｎ，Ｈｉｇｈ－ｔｅｃｈＩｎｄｕｓｔｒｉａｌＤｅｖｅｌｏｐｍｅｎｔＺｏｎｅ，ＪｉｕｌｏｎｇｐｏＤｉｓｔｒｉｃｔ，Ｃｈｏｎｇｑｉｎｇ，Ｃｈｉｎａ

(74)【代理人】

【識別番号】110002262

【氏名又は名称】ＴＲＹ国際弁理士法人

(72)【発明者】

【氏名】李晨▲しん▼

(72)【発明者】

【氏名】趙鋭

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

5K067

【Ｆターム（参考）】

5K067AA33

5K067AA43

5K067EE02

5K067EE25

5K067HH22

(57)【要約】

本開示はサイドリンクのリソース選択方法、装置及びユーザ機器を開示する。該方法はユーザ機器ＵＥに適用され、前記ＵＥがリソース選択を実行する予定であるか又はリソース選択を実行すると確定された場合に、目標動作を実行するステップであって、前記目標動作は、リソースセンシング方式を確定すること、既存のリソースセンシング結果を確定すること、候補リソース集合を確定すること、部分センシングの時点を確定し且つ部分センシングを実行すること、のうちの少なくとも１つを含むステップと、リソース排除を実行するステップと、リソース選択を実行するステップと、を実行することを含む。

【特許請求の範囲】

【請求項1】

サイドリンクのリソース選択方法であって、ユーザ機器ＵＥに適用され、
前記ＵＥがリソース選択を実行する予定であるか又はリソース選択を実行すると確定された場合に、
目標動作を実行するステップであって、前記目標動作は、リソースセンシング方式を確定すること、既存のリソースセンシング結果を確定すること、候補リソース集合を確定すること、部分センシングの時点を確定し且つ部分センシングを実行すること、のうちの少なくとも１つを含むステップと、
リソース排除を実行するステップと、
リソース選択を実行するステップと、を実行することを含む
ことを特徴とするサイドリンクのリソース選択方法。

【請求項2】

前記した、候補リソース集合を確定することは、目標情報に基づいて前記候補リソース集合を確定することを含み、
前記目標情報は、
持続的部分センシングＣＰＳの完了時間、
不連続受信ＤＲＸ活性化時間中に取得したセンシング結果に対応してリソース排除が実行可能なリソース位置、及び、
周期的部分センシングＰＢＰＳにより取得したセンシング結果に対応してリソース排除が実行可能なリソース位置、のうちの少なくとも１つを含む
ことを特徴とする請求項１に記載のサイドリンクのリソース選択方法。

【請求項3】

前記目標情報がＣＰＳの完了時間を含む場合、前記した、目標情報に基づいて前記候補リソース集合を確定することは、
ＴＢ＜０又はＴＢ＝０の場合、リソース選択ウィンドウ先頭確定パラメータＴ１の確定要件を０≦Ｔ１≦Ｔ_{ｐｒｏｃ，１}にすること、及び、
ＴＢ＞０の場合、前記リソース選択ウィンドウ先頭確定パラメータＴ１の確定要件をＴＢ≦Ｔ１≦ＴＢ＋Ｔ_{ｐｒｏｃ，１}にすることを含み、
ここで、Ｔ_{ｐｒｏｃ，１}はリソース選択時間及び送信準備時間であり、ＴＢはＣＰＳウィンドウ末尾確定パラメータである
ことを特徴とする請求項２に記載のサイドリンクのリソース選択方法。

【請求項4】

前記目標情報がＣＰＳの完了時間を含む場合、前記した、目標情報に基づいて前記候補リソース集合を確定することは、
ＴＢ＜０又はＴＢ＝０の場合、リソース選択ウィンドウ先頭確定パラメータＴ１の確定要件を０≦Ｔ１≦Ｔ_{ｐｒｏｃ，０}＋Ｔ_{ｐｒｏｃ，１}又はＴ_{ｐｒｏｃ，０}≦Ｔ１≦Ｔ_{ｐｒｏｃ，０}＋Ｔ_{ｐｒｏｃ，１}にすること、及び、
ＴＢ＞０の場合、前記リソース選択ウィンドウ先頭確定パラメータＴ１の確定要件をＴＢ≦Ｔ１≦ＴＢ＋Ｔ_{ｐｒｏｃ，０}＋Ｔ_{ｐｒｏｃ，１}又はＴＢ＋Ｔ_{ｐｒｏｃ，０}≦Ｔ１≦ＴＢ＋Ｔ_{ｐｒｏｃ，０}＋Ｔ_{ｐｒｏｃ，１}にすることを含み、
ここで、Ｔ_{ｐｒｏｃ，０}はセンシング処理時間であり、Ｔ_{ｐｒｏｃ，１}はリソース選択時間及び送信準備時間であり、ＴＢはＣＰＳウィンドウ末尾確定パラメータである
ことを特徴とする請求項２に記載のサイドリンクのリソース選択方法。

【請求項5】

前記方法は、
Ｔ２＞Ｔ１又はＴ２≧Ｔ１＋Ｌにすることを更に含み、
ここで、Ｔ２はリソース選択ウィンドウ末尾確定パラメータであり、Ｌはリソース選択ウィンドウ最小時間又は最小時間領域リソース個数である
ことを特徴とする請求項３又は４に記載のサイドリンクのリソース選択方法。

【請求項6】

ＴＢ＜０又はＴＢ＝０の場合、前記方法は、
パケットが到着するとき、既存のＣＰＳセンシング結果が需要を満たせば、前記候補リソース集合を確定する際にはＰＢＰＳのセンシング結果に対応する候補リソースと揃えることを考慮しなく、及び／又は、ＤＲＸ活性化時間のセンシング結果に対応する候補リソースと揃えることを考慮しない
ことを特徴とする請求項３又は４に記載のサイドリンクのリソース選択方法。

【請求項7】

前記目標情報が、前記ＤＲＸ活性化時間中に取得したセンシング結果に対応してリソース排除が実行可能なリソース位置、及び／又は、前記ＰＢＰＳにより取得したセンシング結果に対応してリソース排除が実行可能なリソース位置を含む場合、前記方法は、
前記ＤＲＸ活性化時間中に取得したセンシング結果に対応してリソース排除が実行可能なリソース位置、及び／又は、前記ＰＢＰＳにより取得したセンシング結果に対応してリソース排除が実行可能なリソース位置に基づいて、前記候補リソース集合を確定すること、及び、
既に確定された候補リソース集合のうちの１つ目の時間領域候補リソースに基づいて処理時間が考慮された時間領域位置を、ｎ＋ＴＢの位置として確定すること、を更に含み、
ここで、前記した、処理時間が考慮されることは、処理時間が除去されるか又は除去されないことを含み、ｎ＋ＴＢはＣＰＳウィンドウの末尾である
ことを特徴とする請求項２に記載のサイドリンクのリソース選択方法。

【請求項8】

前記した、リソース排除を実行するステップの前に、前記方法は、
ＳＣＩをデコードすることによって得られた周期的予約情報において次の周期でリソース予約を行うと指示されている場合、センシング時点確定パラメータ中のセンシング実行回数確定パラメータＫの値に基づいて目標リソース予約回数を確定すること、を更に含む
ことを特徴とする請求項１に記載のサイドリンクのリソース選択方法。

【請求項9】

前記Ｋの値は設定により指示されるか又は事前設定により指示される
ことを特徴とする請求項８に記載のサイドリンクのリソース選択方法。

【請求項10】

前記した、センシング時点確定パラメータ中のセンシング実行回数確定パラメータＫの値に基づいて目標リソース予約回数を確定することは、
前記目標周期的リソース予約回数が、前記ＳＣＩにより指示される周期的予約回数のＮ倍であると確定することを含み、
前記Ｎは、前記Ｋの値、前記Ｋの値の集合中の最大値、前記Ｋの値のビットマップにおいて指示される最大値、前記Ｋの値に基づいて確定されたセンシング時点のうちの、現在のセンシング時点に対応する値、前記Ｋの値の集合において現在のセンシング時点に対応する値、及び、前記Ｋの値のビットマップで確定したセンシング時点のうちの、現在のセンシング時点に対応する値のうちのいずれか一項である
ことを特徴とする請求項８に記載のサイドリンクのリソース選択方法。

【請求項11】

前記した、リソース排除を実行するステップの前に、
ＳＣＩをデコードすることによって得られた周期的予約情報において次の周期でリソース予約を行うと指示されている場合、目標周期的リソース予約回数が第１の値であると確定し、且つ、前記第１の値＝「（部分センシングリソースの参照時間－ＳＣＩを受信した時刻）／Ｐ_{ｒｓｖｐ＿ＲＸ}」であることを更に含み、
ここで、Ｐ_{ｒｓｖｐ＿ＲＸ}はＳＣＩをデコードすることによって得られたリソース予約周期指示値である
ことを特徴とする請求項１に記載のサイドリンクのリソース選択方法。

【請求項12】

前記方法は、
ＳＣＩをデコードすることによって得られたリソース予約周期指示値Ｐ_{ｒｓｖｐ＿ＲＸ}が第１閾値Ｔ_ｓｃａｌ以下である場合、受信したＳＣＩが指示する周期的予約回数が前記目標周期的予約回数のＱ倍であると確定すること、を更に含み、
ここで、前記第１閾値Ｔ_ｓｃａｌ＝Ｔ２又はＴ_ｓｃａｌ＝１００ｍｓであり、Ｔ２はリソース選択ウィンドウ末尾確定パラメータであり、Ｑ＝「Ｔ_ｓｃａｌ／Ｐ_{ｒｓｖｐ＿ＲＸ}」である
ことを特徴とする請求項８又は１１に記載のサイドリンクのリソース選択方法。

【請求項13】

前記方法は、
ＳＣＩをデコードすることによって得られたリソース予約周期指示値Ｐ_{ｒｓｖｐ＿ＲＸ}が第１閾値Ｔ_ｓｃａｌ以下であり且つ第１の要件を満たす場合、受信したＳＣＩが指示する周期的予約回数を、Ｑ回であると確定すること、前記目標周期的予約回数がＱ以上の場合にＱ回であると確定すること、前記目標周期的予約回数がＱ以上の場合に前記目標周期的予約回数のＱ倍であると確定すること、及び、前記目標周期的予約回数がＱより小さい場合にＱ回であると確定すること、のうちのいずれか１項のように確定することを更に含み、
ここで、前記第１の要件はｎ’－ｍ≦Ｐ’_{ｒｓｖｐ＿ＲＸ}を含み、
前記第１閾値Ｔ_ｓｃａｌ＝Ｔ２であるか又はＴ_ｓｃａｌ＝１００ｍｓであり、Ｔ２はリソース選択ウィンドウ末尾確定パラメータであり、Ｑ＝「Ｔ_ｓｃａｌ／Ｐ_{ｒｓｖｐ＿ＲＸ}」であり、ｎ’はパケット到着時刻に対応するロジカルスロットであるか又はパケット到着時刻の後の最も近い１つ目のリソースプールのロジカルスロットであり、ｍはデコードされるＳＣＩが位置するスロットであり、Ｐ_{ｒｓｖｐ＿ＲＸ}は、ＳＣＩをデコードすることによって得られたリソース予約周期指示値Ｐ_{ｒｓｖｐ＿ＲＸ}がリソースプール内で対応して換算されたロジカルスロット個数である
ことを特徴とする請求項８又は１１に記載のサイドリンクのリソース選択方法。

【請求項14】

前記目標リソース予約回数を確定することは、
チャネルビジー率ＣＢＲ測定値がＣＢＲ閾値以上である場合に前記目標リソース予約回数を確定することを含む
ことを特徴とする請求項８又は１１に記載のサイドリンクのリソース選択方法。

【請求項15】

前記方法は、
第２の要件が満たされる場合、前記目標リソース予約回数を確定する動作を実行しないことを更に含み、
前記第２の要件は、参照時間の前に、デコードされるＳＣＩに対応するｉ個のＰ_{ｒｓｖｐ＿ＲＸ}の後の任意１つの対応するＳＣＩが成功にデコードされ且つ成功にデコードされたＳＣＩが、その後には周期的リソース予約を行わないと指示することであり、
前記参照時間は、１つ目の候補リソースが位置する時間領域リソースから処理時間が除去された時間であるか又は処理時間が除去されなかった時間であり、ｉは整数であり且つｉ≧１である
ことを特徴とする請求項８又は１１に記載のサイドリンクのリソース選択方法。

【請求項16】

ユーザ機器であって、
トランシーバ、メモリ、プロセッサ、及び、メモリに記憶されており且つプロセッサにおいて運転可能なコンピュータプログラムを備え、
前記プロセッサが前記コンピュータプログラムを実行するとき、請求項１ないし１５のいずれか一項に記載のサイドリンクのリソース選択方法のステップが実現される
ことを特徴とするユーザ機器。

【請求項17】

サイドリンクのリソース選択装置であって、ユーザ機器ＵＥに適用され、第１処理モジュールを備え、
前記第１処理モジュールは、前記ＵＥがリソース選択を実行する予定であるか又はリソース選択を実行すると確定された場合に、
目標動作を実行するステップであって、前記目標動作は、リソースセンシング方式を確定すること、既存のリソースセンシング結果を確定すること、候補リソース集合を確定すること、部分センシングの時点を確定し且つ部分センシングを実行すること、のうちの少なくとも１つを含むステップと、
リソース排除を実行するステップと、
リソース選択を実行するステップと、を実行するように構成される
ことを特徴とするサイドリンクのリソース選択装置。

【請求項18】

コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサにより実行されるとき、請求項１ないし１５のいずれか一項に記載のサイドリンクのリソース選択方法のステップが実現される
ことを特徴とするコンピュータ読取可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

＜関連出願の相互参照＞
本願は２０２１年９月２７日に中国で出願された中国特許出願Ｎｏ．２０２１１１１３８６２１．２の優先権を主張し、その全ての内容を引用により組み込む。

【0002】

本開示は通信技術分野に関し、特にはサイドリンクのリソース選択方法、装置及びユーザ機器に関する。

【背景技術】

【0003】

サイドリンク通信の適用シーンはＶ２Ｘ（ＶｅｈｉｃｌｅｔｏＥｖｅｒｙｔｈｉｎｇ）、公衆安全、商用場面などを含むがこれらに限られない。その中、Ｖ２Ｘは最も典型的な適用シーンの１つである。Ｖ２Ｘは車同士（ＶｅｈｉｃｌｅｔｏＶｅｈｉｃｌｅ，Ｖ２Ｖ）、車とインフラ（ＶｅｈｉｃｌｅｔｏＩｎｆｒａｓｔｒｕｃｔｕｒｅ，Ｖ２Ｉ）、車と歩行者（ＶｅｈｉｃｌｅｔｏＰｅｄｅｓｔｒｉａｎ，Ｖ２Ｐ）、及び、車とネットワーク（ＶｅｈｉｃｌｅｔｏＮｅｔｗｏｒｋ，Ｖ２Ｎ）などの通信方式をサポートする。なお、歩行者が持続的に十分な電気供給を保証できないＶ２Ｘ機器（例えば、歩行者の手持ち端末（ＰｅｄｅｓｔｒｉａｎＵｓｅｒＥｑｕｉｐｍｅｎｔ，Ｐ－ＵＥ）、（ＶｕｌｎｅｒａｂｌｅＲｏａｄＵｓｅｒｓ，ＶＲＵ））に対して、或いはエネルギー消耗を節約しなければならない場合（例えば、車両の航続能力が不足になったか、又は車両数が少なくて道路側機器が持続的に動作する必要がない）に対して、これらの状況ではユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ，ＵＥ）の省電力メカニズムを考慮すべきである。

【0004】

現在、サイドリンクの適用シーンでは、省電力端末の適用シーンは一般にノード密度が高い都市場面であって、リソースセンシング結果が制限されており、加えて潜在的なノードの密度が高くて混雑が発生するため、部分センシングの信頼性が効果的に保証されにくくなる。そこで、省電力メカニズムにおいてリソース選択の正確さ及び伝送の信頼性をできる限りに保証することを実現するために、合理的なサイドリンクリソース選択方法を設計する必要がある。

【発明の概要】

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

【0005】

本開示はサイドリンクのリソース選択方法、装置及びユーザ機器を提供することにより、省電力メカニズムにおいてリソース選択の正確さ及び伝送の信頼性が確保できない課題を解決する。

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

【0006】

第１態様によると、本開示の実施例はサイドリンクのリソース選択方法を提供する。該方法はユーザ機器ＵＥに適用され、
前記ＵＥがリソース選択を実行する予定であるか又はリソース選択を実行すると確定された場合に、
目標動作を実行するステップであって、前記目標動作は、リソースセンシング方式を確定すること、既存のリソースセンシング結果を確定すること、候補リソース集合を確定すること、部分センシングの時点を確定し且つ部分センシングを実行すること、のうちの少なくとも１つを含むステップと、
リソース排除を実行するステップと、
リソース選択を実行するステップと、を実行すること、を含む。

【0007】

第２態様によると、本開示の実施例はユーザ機器を提供する。該ユーザ機器は、トランシーバ、メモリ、プロセッサ、及びメモリに記憶され且つプロセッサにおいて運転可能なコンピュータプログラムを備え、前記プロセッサが前記コンピュータプログラムを実行するとき、第１態様に記載のサイドリンクのリソース選択方法のステップが実現される。

【0008】

第３態様によると、本開示の実施例はサイドリンクのリソース選択装置を提供する。該装置はユーザ機器ＵＥに適用され、第１処理モジュールを備える。第１処理モジュールは、前記ＵＥがリソース選択を実行する予定であるか又はリソース選択を実行すると確定された場合に、
目標動作を実行するステップであって、前記目標動作は、リソースセンシング方式を確定すること、既存のリソースセンシング結果を確定すること、候補リソース集合を確定すること、部分センシングの時点を確定し且つ部分センシングを実行すること、のうちの少なくとも１つを含むステップと、
リソース排除を実行するステップと、
リソース選択を実行するステップと、を実行する。

【0009】

第４態様によると、本開示の実施例はコンピュータ読取可能な記憶媒体を提供する。該記憶媒体にはコンピュータプログラムが記憶されており、該コンピュータプログラムがプロセッサにより実行されるとき、第１態様に記載のサイドリンクのリソース選択方法のステップが実現される。

【発明の効果】

【0010】

本開示の上述した技術案の有益な効果は以下の通りである。

【0011】

上述した案において、ユーザ機器ＵＥが、前記ＵＥがリソース選択を実行する予定であるか又はリソース選択を実行すると確定された場合に、目標動作を実行するステップであって、前記目標動作は、リソースセンシング方式を確定すること、既存のリソースセンシング結果を確定すること、候補リソース集合を確定すること、部分センシングの時点を確定し且つ部分センシングを実行すること、のうちの少なくとも１つを含むステップと、リソース排除を実行するステップと、リソース選択を実行するステップと、を実行する。リソース選択を行う際に、リソースセンシング方式、既存のリソースセンシング結果、候補リソース集合、部分センシングの時点を考慮することによって、省電力メカニズムにおいてリソース選択の正確さ及び伝送の信頼性を保証することができる。

【図面の簡単な説明】

【0012】

【図1】本開示の実施例に係るサイドリンクのリソース選択方法のフローチャートである。

【図2】本開示の実施例に係る周期的リソース予約の模式図の一である。

【図3】本開示の実施例に係る周期的リソース予約の模式図の二である。

【図4】本開示の実施例に係る周期的リソース予約の模式図の三である。

【図5】本開示の実施例に係る周期的リソース予約の模式図の四である。

【図6】本開示の実施例に係る周期的リソース予約の模式図の五である。

【図7】本開示の実施例に係る周期的リソース予約の模式図の六である。

【図8】本開示の実施例に係る周期的リソース予約の模式図の七である。

【図9】本開示の実施例に係る周期的リソース予約の模式図の八である。

【図10】本開示の実施例に係る周期的リソース予約の模式図の九である。

【図11】本開示の実施例に係る周期的リソース予約の模式図の十である。

【図12】本開示の実施例に係るサイドリンクのリソース選択装置の構造ブロック図である。

【図13】本開示の実施例に係るユーザ機器のハードウェア構造模式図である。

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

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

なお、ｂｉｔｍａｐは１０桁であると限定されず、他のｂｉｔ桁、例えば１６桁などであってもよく、また、具体的な桁数に対応する具体的な指示内容も限定されない。

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

以上の記載は本開示の好ましい実施形態に過ぎず、当業者であれば、本開示に記載の原理を逸脱せずに様々な改善や付加を実現することが可能であろうが、これらの改善や付加も本開示の保護範囲に属するべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【手続補正書】

【提出日】2024-01-31

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

サイドリンクのリソース選択方法であって、ユーザ機器ＵＥに適用され、
前記ＵＥがリソース選択を実行する予定であるか又はリソース選択を実行すると確定された場合に、
目標動作を実行するステップであって、前記目標動作は、候補リソース集合を確定することを含むステップと、
リソース排除を実行するステップと、
リソース選択を実行するステップと、を実行することを含み、
前記した、候補リソース集合を確定することは、目標情報に基づいて前記候補リソース集合を確定することを含み、
前記目標情報は、持続的部分センシングＣＰＳの完了時間、不連続受信ＤＲＸ活性化時間中に取得したセンシング結果に対応するリソース位置、及び、周期的部分センシングＰＢＰＳにより取得したセンシング結果に対応するリソース位置、のうちの少なくとも１つを含む
ことを特徴とするサイドリンクのリソース選択方法。

【請求項2】

前記目標情報がＣＰＳの完了時間を含む場合、前記した、目標情報に基づいて前記候補リソース集合を確定することは、
ＴＢ＜０又はＴＢ＝０の場合、リソース選択ウィンドウ先頭確定パラメータＴ１の確定要件を０≦Ｔ１≦Ｔ_{ｐｒｏｃ，１}にすること、及び、
ＴＢ＞０の場合、前記リソース選択ウィンドウ先頭確定パラメータＴ１の確定要件をＴＢ≦Ｔ１≦ＴＢ＋Ｔ_{ｐｒｏｃ，１}にすることを含むか、又は、
ＴＢ＜０又はＴＢ＝０の場合、リソース選択ウィンドウ先頭確定パラメータＴ１の確定要件を０≦Ｔ１≦Ｔｐｒｏｃ，０＋Ｔｐｒｏｃ，１又はＴｐｒｏｃ，０≦Ｔ１≦Ｔｐｒｏｃ，０＋Ｔｐｒｏｃ，１にすること、及び、
ＴＢ＞０の場合、前記リソース選択ウィンドウ先頭確定パラメータＴ１の確定要件をＴＢ≦Ｔ１≦ＴＢ＋Ｔｐｒｏｃ，０＋Ｔｐｒｏｃ，１又はＴＢ＋Ｔｐｒｏｃ，０≦Ｔ１≦ＴＢ＋Ｔｐｒｏｃ，０＋Ｔｐｒｏｃ，１にすることを含み、
ここで、Ｔｐｒｏｃ，０はセンシング処理時間であり、Ｔｐｒｏｃ，１はリソース選択時間及び送信準備時間であり、ＴＢはＣＰＳウィンドウ末尾確定パラメータである
ことを特徴とする請求項１に記載のサイドリンクのリソース選択方法。

【請求項3】

前記方法は、
Ｔ２＞Ｔ１又はＴ２≧Ｔ１＋Ｌにすることを更に含み、
ここで、Ｔ２はリソース選択ウィンドウ末尾確定パラメータであり、Ｌはリソース選択ウィンドウ最小時間又は最小時間領域リソース個数である
ことを特徴とする請求項２に記載のサイドリンクのリソース選択方法。

【請求項4】

ＴＢ＜０又はＴＢ＝０の場合、前記方法は、
パケットが到着するとき、既存のＣＰＳセンシング結果が需要を満たせば、前記候補リソース集合を確定する際にはＰＢＰＳのセンシング結果に対応する候補リソースと揃えることを考慮しなく、及び／又は、ＤＲＸ活性化時間のセンシング結果に対応する候補リソースと揃えることを考慮しない
ことを特徴とする請求項２に記載のサイドリンクのリソース選択方法。

【請求項5】

前記目標情報が、前記ＤＲＸ活性化時間中に取得したセンシング結果に対応するリソース位置、及び／又は、前記ＰＢＰＳにより取得したセンシング結果に対応するリソース位置を含む場合、前記方法は、
前記ＤＲＸ活性化時間中に取得したセンシング結果に対応するリソース位置、及び／又は、前記ＰＢＰＳにより取得したセンシング結果に対応するリソース位置に基づいて、前記候補リソース集合を確定すること、及び、
既に確定された候補リソース集合のうちの１つ目の時間領域候補リソースに基づいて処理時間が考慮された時間領域位置を、ｎ＋ＴＢの位置として確定すること、を更に含み、
ここで、前記した、処理時間が考慮されることは、処理時間が除去されるか又は除去されないことを含み、ｎ＋ＴＢはＣＰＳウィンドウの末尾である
ことを特徴とする請求項１に記載のサイドリンクのリソース選択方法。

【請求項6】

前記目標動作は、リソースセンシング方式を確定すること、既存のリソースセンシング結果を確定すること、及び、部分センシングの時点を確定し且つ部分センシングを実行すること、のうちの少なくとも１つを更に含む
ことを特徴とする請求項１に記載のサイドリンクのリソース選択方法。

【請求項7】

前記した、リソース排除を実行するステップの前に、前記方法は、
ＳＣＩをデコードすることによって得られた周期的予約情報において次の周期でリソース予約を行うと指示されている場合、センシング時点確定パラメータ中のセンシング実行回数確定パラメータＫの値に基づいて目標リソース予約回数を確定すること、及び／又は、
ＳＣＩをデコードすることによって得られた周期的予約情報において次の周期でリソース予約を行うと指示されている場合、目標リソース予約回数が第１の値であると確定し、且つ、前記第１の値＝「（部分センシングリソースの参照時間－ＳＣＩを受信した時刻）／Ｐｒｓｖｐ＿ＲＸ」であること、を更に含み、
ここで、Ｐ _{ｒｓｖｐ＿ＲＸ} はＳＣＩをデコードすることによって得られたリソース予約周期指示値である、
ことを特徴とする請求項１に記載のサイドリンクのリソース選択方法。

【請求項8】

前記Ｋの値は設定により指示されるか又は事前設定により指示される
ことを特徴とする請求項７に記載のサイドリンクのリソース選択方法。

【請求項9】

前記した、センシング時点確定パラメータ中のセンシング実行回数確定パラメータＫの値に基づいて目標リソース予約回数を確定することは、
前記目標リソース予約回数が、前記ＳＣＩにより指示される周期的予約回数のＮ倍であると確定することを含み、
前記Ｎは、前記Ｋの値、前記Ｋの値の集合中の最大値、前記Ｋの値のビットマップにおいて指示される最大値、前記Ｋの値に基づいて確定されたセンシング時点のうちの、現在のセンシング時点に対応する値、前記Ｋの値の集合において現在のセンシング時点に対応する値、及び、前記Ｋの値のビットマップで確定したセンシング時点のうちの、現在のセンシング時点に対応する値のうちのいずれか一項である
ことを特徴とする請求項７に記載のサイドリンクのリソース選択方法。

【請求項10】

前記方法は、
ＳＣＩをデコードすることによって得られたリソース予約周期指示値Ｐ_{ｒｓｖｐ＿ＲＸ}が第１閾値Ｔ_ｓｃａｌ以下である場合、受信したＳＣＩが指示する周期的予約回数が前記目標リソース予約回数のＱ倍であると確定すること、を更に含み、
ここで、前記第１閾値Ｔ_ｓｃａｌ＝Ｔ２又はＴ_ｓｃａｌ＝１００ｍｓであり、Ｔ２はリソース選択ウィンドウ末尾確定パラメータであり、Ｑ＝「Ｔ_ｓｃａｌ／Ｐ_{ｒｓｖｐ＿ＲＸ}」である
ことを特徴とする請求項７に記載のサイドリンクのリソース選択方法。

【請求項11】

前記方法は、
ＳＣＩをデコードすることによって得られたリソース予約周期指示値Ｐ_{ｒｓｖｐ＿ＲＸ}が第１閾値Ｔ_ｓｃａｌ以下であり且つ第１の要件を満たす場合、受信したＳＣＩが指示する周期的予約回数を、Ｑ回であると確定すること、前記目標リソース予約回数がＱ以上の場合にＱ回であると確定すること、前記目標リソース予約回数がＱ以上の場合に前記目標リソース予約回数のＱ倍であると確定すること、及び、前記目標リソース予約回数がＱより小さい場合にＱ回であると確定すること、のうちのいずれか１項のように確定することを更に含み、
ここで、前記第１の要件はｎ’－ｍ≦Ｐ’_{ｒｓｖｐ＿ＲＸ}を含み、
前記第１閾値Ｔ_ｓｃａｌ＝Ｔ２であるか又はＴ_ｓｃａｌ＝１００ｍｓであり、Ｔ２はリソース選択ウィンドウ末尾確定パラメータであり、Ｑ＝「Ｔ_ｓｃａｌ／Ｐ_{ｒｓｖｐ＿ＲＸ}」であり、ｎ’はパケット到着時刻に対応するロジカルスロットであるか又はパケット到着時刻の後の最も近い１つ目のリソースプールのロジカルスロットであり、ｍはデコードされるＳＣＩが位置するスロットであり、Ｐ’ _{ｒｓｖｐ＿ＲＸ}は、ＳＣＩをデコードすることによって得られたリソース予約周期指示値Ｐ_{ｒｓｖｐ＿ＲＸ}がリソースプール内で対応して換算されたロジカルスロット個数である
ことを特徴とする請求項７に記載のサイドリンクのリソース選択方法。

【請求項12】

前記目標リソース予約回数を確定することは、
チャネルビジー率ＣＢＲ測定値がＣＢＲ閾値以上である場合に前記目標リソース予約回数を確定することを含む
ことを特徴とする請求項７に記載のサイドリンクのリソース選択方法。

【請求項13】

前記方法は、
第２の要件が満たされる場合、前記目標リソース予約回数を確定する動作を実行しないことを更に含み、
前記第２の要件は、参照時間の前に、デコードされるＳＣＩに対応するｉ個のＰ_{ｒｓｖｐ＿ＲＸ}の後の任意１つの対応するＳＣＩが成功にデコードされ且つ成功にデコードされたＳＣＩが、その後には周期的リソース予約を行わないと指示することであり、
前記参照時間は、１つ目の候補リソースが位置する時間領域リソースから処理時間が除去された時間であるか又は処理時間が除去されなかった時間であり、ｉは整数であり且つｉ≧１である
ことを特徴とする請求項７に記載のサイドリンクのリソース選択方法。

【請求項14】

ユーザ機器であって、
トランシーバ、メモリ、プロセッサ、及び、メモリに記憶されており且つプロセッサにおいて運転可能なコンピュータプログラムを備え、
前記プロセッサが前記コンピュータプログラムを実行するとき、請求項１ないし１３のいずれか一項に記載のサイドリンクのリソース選択方法のステップが実現される
ことを特徴とするユーザ機器。

【請求項15】

コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサにより実行されるとき、請求項１ないし１３のいずれか一項に記載のサイドリンクのリソース選択方法のステップが実現される
ことを特徴とするコンピュータ読取可能な記憶媒体。

【手続補正2】

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

【補正対象項目名】００４７

【補正方法】変更

【補正の内容】

【0047】

なお、以上の形態２において、ＣＰＳ実行時間は［ｎ＋ＴＡ，ｎ＋ＴＢ］である。ここで、ＣＰＳウィンドウは、センシング処理時間を考えてセンシング結果がないことを許すリソースを含まない。すなわち、センシング処理時間Ｔ_{ｐｒｏｃ，０}は、ＣＰＳウィンドウ内に含まれないと確定され、言い換えれば［ｎ＋ＴＡ，ｎ＋ＴＢ］に含まれない。

【手続補正3】

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

【補正対象項目名】００６５

【補正方法】変更

【補正の内容】

【0065】

具体的に、センシング時点確定パラメータ中のセンシング実行回数確定パラメータＫの値に基づいて目標リソース予約回数を確定することは、
前記目標リソース予約回数が、前記ＳＣＩにより指示される周期的予約回数のＮ倍であると確定することを含む。ここで、前記Ｎは以下の（１）ないし（６）のうちのいずれか１項である。

【手続補正4】

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

【補正対象項目名】００６８

【補正方法】変更

【補正の内容】

【0068】

例示的に、図２及び図３には、Ｋ＝３とＫ＝２との場合の、ＳＣＩが指示する周期的予約回数（目標周期的予約回数）が仮定されるか又はプロトコルの約束に従って考えられることの模式図をそれぞれ示す。

【手続補正5】

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

【補正対象項目名】００８６

【補正方法】変更

【補正の内容】