▶ グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-01
(45)【発行日】2024-05-13
(54)【発明の名称】リソース除外方法、装置、デバイス及び記憶媒体
(51)【国際特許分類】
H04W 72/40 20230101AFI20240502BHJP
H04W 4/46 20180101ALI20240502BHJP
H04W 72/0446 20230101ALI20240502BHJP
H04W 72/542 20230101ALI20240502BHJP
H04W 72/02 20090101ALI20240502BHJP
【ＦＩ】
H04W72/40
H04W4/46
H04W72/0446
H04W72/542
H04W72/02
【請求項の数】
12
(21)【出願番号】P 2022543626
(86)(22)【出願日】2020-04-02
(65)【公表番号】
(43)【公表日】2023-06-30
(86)【国際出願番号】 CN2020083069
(87)【国際公開番号】W WO2021196143
(87)【国際公開日】2021-10-07
【審査請求日】2023-03-03
(73)【特許権者】
【識別番号】516227559
【氏名又は名称】オッポ広東移動通信有限公司
【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100126000
【弁理士】
【氏名又は名称】岩池 満
(74)【代理人】
【識別番号】100203105
【弁理士】
【氏名又は名称】江口 能弘
(72)【発明者】
【氏名】ディン イー
(72)【発明者】
【氏名】チャオ チェンシャン
(72)【発明者】
【氏名】リン フェイ－ミン
【審査官】伊東 和重
(56)【参考文献】
【文献】Samsung，On Mode 2 for NR Sidelink[online]，3GPP TSG RAN WG1 #100_e，3GPP，2020年03月06日，R1-2000617，[検索日 2023.11.24],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2000617.zip>
【文献】Qualcomm Incorporated，Sidelink Resource Allocation Mechanism for NR V2X[online]，3GPP TSG RAN WG1 #100_e，3GPP，2020年03月06日，R1-2000963，[検索日 2023.11.24],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2000963.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
第１の端末に適用されるリソース除外方法であって、第２の端末の予約期間の量Ｑを、リソース予約期間Ｐｒｘ及び所定の値に従って決定された閾値Ｔｓｃａｌに従って決定するステップ（２０２）と、
第１のリソースセットと前記リソース予約期間Ｐｒｘ及び前記予約期間の量Ｑに従って決定された第２のリソースセットとが重複する場合、リソース選択ウィンドウで前記第１のリソースセット内のターゲットリソースを候補リソースセットから除外するステップ（２０４）とを含み、
前記第１のリソースセットは、前記第１の端末によって使用される可能性のある少なくとも１つのリソースを含み、前記第２のリソースセットは、前記第２の端末によって使用される可能性のある少なくとも１つのリソースを含み、
前記所定の値はＴ２を含み、Ｔ２は前記リソース選択ウィンドウの終了時間と、到着したサービスのデータパケットが存在する時間である時間ｎとの間の差である
ことを特徴とする方法。
【請求項2】
前述した前記第２の端末の前記予約期間の量Ｑを、前記リソース予約期間Ｐｒｘ及び前記閾値Ｔｓｃａｌに従って決定するステップは、時間ｎと時間ｍとの間の差が論理タイムスロットの量Ｐｒｘｌｇ以下であり、前記リソース予約期間Ｐｒｘが前記閾値Ｔｓｃａｌより小さい場合、前記予約期間の量Ｑが前記閾値Ｔｓｃａｌと前記リソース予約期間Ｐｒｘの切り上げられた商に等しいと決定するステップと、
前記時間ｎと前記時間ｍとの間の前記差が前記論理タイムスロットの量Ｐｒｘｌｇより大きい場合、又は前記リソース予約期間Ｐｒｘが前記閾値Ｔｓｃａｌ以上である場合、前記予約期間の量Ｑが１に等しいと決定するステップとを含み、
前記時間ｎはサービスのデータパケットの到着時間であり、前記時間ｍはタイムスロットｍに対応する時間であり、前記論理タイムスロットの量Ｐｒｘｌｇは、前記リソース予約期間Ｐｒｘに対応する前記論理タイムスロットの量であり、前記タイムスロットｍは、前記第１の端末がリソースリスニングウィンドウで監視しないタイムスロットであるか、又は前記タイムスロットｍは、第１のリソースが属するタイムスロットであり、前記第１のリソースは、前記リソースリスニングウィンドウで前記第１の端末によって監視された物理サイドリンク制御チャネル（ＰＳＣＣＨ）によってスケジュールされたリソースで、その基準信号受信電力（ＲＳＲＰ）測定値が閾値より大きい、ことを特徴とする請求項１に記載のリソース除外方法。
【請求項3】
前記リソース予約期間Ｐｒｘと前記閾値Ｔｓｃａｌは正の関係にある、ことを特徴とする請求項１又は２に記載のリソース除外方法。
【請求項4】
前記閾値Ｔｓｃａｌは、修正係数βと前記所定の値との積に等しく、前記修正係数βは、前記リソース予約期間Ｐｒｘと正の関係にある、ことを特徴とする請求項３に記載のリソース除外方法。
【請求項5】
前記リソース予約期間Ｐｒｘがパラメータａより小さい場合、前記リソース予約期間Ｐｒｘを前記パラメータａと等しくするステップを更に含む、ことを特徴とする請求項１から４のいずれか１項に記載のリソース除外方法。
【請求項6】
前記リソース予約期間Ｐｒｘがパラメータａより小さい場合、ランダムカウント値を生成するステップと、前記ランダムカウント値に従って、前記第２の端末の前記予約期間の量Ｑを決定するステップと、を更に含む、ことを特徴とする請求項１から４のいずれか１項に記載のリソース除外方法。
【請求項7】
前記パラメータａは、前記リソース予約期間Ｐｒｘの整数倍である、ことを特徴とする請求項５又は６に記載のリソース除外方法。
【請求項8】
前記第２のリソースセットは、タイムスロットｍ＋ｑ＊Ｐｒｘｌｇ内のすべてのリソースを含み、前記タイムスロットｍは、前記第１の端末が前記リソースリスニングウィンドウで監視しない前記タイムスロットであり、前記ｑ＝１、…、Ｑであり、そして前記論理タイムスロットの量Ｐｒｘｌｇは、前記リソース予約期間Ｐｒｘに対応する前記論理タイムスロットの量である、ことを特徴とする請求項２に記載のリソース除外方法。
【請求項9】
前記第２のリソースセットは、前記タイムスロットｍ＋ｑ＊Ｐｒｘｌｇの第２のリソースを含み、前記タイムスロットｍは、前記第１のリソースが属する前記タイムスロットであり、前記第１のリソースは、前記第１の端末が前記リソースリスニングウィンドウで監視する前記物理サイドリンク制御チャネル（ＰＳＣＣＨ）によってスケジュールされたリソースで、その基準信号受信電力（ＲＳＲＰ）測定値が前記閾値より大きく、前記ｑ＝１、…、Ｑであり、前記論理タイムスロットの量Ｐｒｘｌｇは、前記リソース予約期間Ｐｒｘに対応する前記論理タイムスロットの量であり、そして前記第２のリソースと前記第１のリソースの周波数領域位置は同じである、ことを特徴とする請求項２に記載のリソース除外方法。
【請求項10】
リソース予約期間Ｐｒｘ及び所定の値に従って決定された閾値Ｔｓｃａｌに従って第２の端末の予約期間の量Ｑを決定するように構成される決定モジュール（３２０）と、第１のリソースセットと前記リソース予約期間Ｐｒｘ及び前記予約期間の量Ｑに従って決定された第２のリソースセットとが重複する場合、リソース選択ウィンドウで候補リソースセットから前記第１のリソースセット内のターゲットリソースを除外するように構成される除外モジュール（３４０）とを含むリソース除外装置であって、
前記第１のリソースセットは、前記リソース除外装置によって使用される可能性のある少なくとも１つのリソースを含み、前記第２のリソースセットは、前記第２の端末によって使用される可能性のある少なくとも１つのリソースを含み、
前記所定の値はＴ２を含み、Ｔ２は前記リソース選択ウィンドウの終了時間と、到着したサービスのデータパケットが存在する時間である時間ｎとの間の差である
ことを特徴とするリソース除外装置。
【請求項11】
プロセッサ（１０１）と、前記プロセッサ（１０１）に接続されたトランシーバと、
前記プロセッサ（１０１）に実行可能命令を記憶するように構成されるメモリ（１０４）と、を含む端末デバイスであって、
前記プロセッサ（１０１）は、前記実行可能命令をロードして実行して、請求項１から９のいずれか１項に記載のリソース除外方法を実現するように構成される、ことを特徴とする端末デバイス。
【請求項12】
実行可能命令は、コンピュータ可読記憶媒体に記憶され、前記実行可能命令は、プロセッサ（１０１）によってロードされて実行されて、請求項１から９のいずれか１項に記載のリソース除外方法を実現する、ことを特徴とするコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、移動通信の分野に関連し、特に、リソース除外方法、装置、デバイス及び記憶媒体に関連する。
【背景技術】
【0002】
Ｖ２Ｘ（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）システム内の端末間の直接通信を実現するために、サイドリンク（ＳＬ）の送信モードが導入される。
【0003】
ＳＬの送信モードでは、端末はリソースプールでリソース選択を実行する必要がある。端末は、リソース選択ウィンドウとリソースリスニングウィンドウを決定し、リソースリスニングウィンドウのリスニング結果に従ってリソース選択ウィンドウ内のリソースを除外し、送信されるサービスの候補リソース（除外後のリソース）を取得する。端末は、候補リソースからリソースをランダムに選択して、サービスを別の端末に送信し、該送信はサービスの初期送信及び再送信を含む。
【0004】
関連技術では、リソース選択ウィンドウで除外されるリソースが多すぎるため、その結果、リース選択ウィンドウに残っている候補リソースが少なくなる。
【発明の概要】
【0005】
本願の実施形態は、リソース予約期間Ｐｒｘが小さいときにリソース選択ウィンドウでリソースを除外し過ぎる問題を防止することができるリソース除外方法、装置、デバイス及び記憶媒体を提供する。技術的解決手段は次のとおりである。
【0006】
本願の一態様に係るリソース除外（排除）方法には以下が含まれる。
【0007】
第２の端末の予約期間の量Ｑは、リソース予約期間Ｐｒｘ及び所定の値に従って決定された閾値Ｔｓｃａｌに従って決定される。
【0008】
第１のリソースセットと第２のリソースセットとが重複する場合、第１のリソースセット内のターゲットリソースは、リソース選択ウィンドウの候補リソースセットから除外され、第２のリソースセットは、リソース予約期間Ｐｒｘと予約期間の量Ｑに従って決定される。
【0009】
第１のリソースセットは、第１の端末によって使用される可能性のある少なくとも１つのリソースを含む。第２のリソースセットは、第２の端末によって使用される可能性のある少なくとも１つのリソースを含む。
【0010】
本願の一態様に係るリソース除外装置は決定モジュール及び除外モジュールを含む。
【0011】
決定モジュールは、リソース予約期間Ｐｒｘ及び閾値Ｔｓｃａｌに従って第２の端末の予約期間の量Ｑを決定するように構成される。閾値Ｔｓｃａｌは、所定の値に従って決定される。
【0012】
除外モジュールは、第１のリソースセットと第２のリソースセットとが重複し、第２のリソースセットがリソース予約期間Ｐｒｘと予約期間の量Ｑとに従って決定される場合、リソース選択ウィンドウ内の候補リソースセットから第１のリソースセット内のターゲットリソースを除外するように構成される。
【0013】
第１のリソースセットは、装置によって使用される可能性のある少なくとも１つのリソースを含む。第２のリソースセットは、第２の端末によって使用される可能性のある少なくとも１つのリソースを含む。
【0014】
本願の一態様によれば、端末デバイスが提供され、端末デバイスは、プロセッサと、プロセッサに接続されたトランシーバと、プロセッサの実行可能命令を記憶するためのメモリとを含む。プロセッサは、実行可能命令をロードして実行し、前記態様のリソース除外方法を実現するように構成される。
【0015】
本願の一態様によれば、コンピュータ可読記憶媒体には、実行可能命令が記憶される。そして、実行可能命令は、前記態様のリソース除外方法を実現するために、プロセッサによってロードされて実行される。
【0016】
本願の実施形態に係る技術的解決手段は、少なくとも以下の有利な効果を有する。
【0017】
第２の端末の予約期間の量Ｑは、リソース予約期間Ｐｒｘ及び閾値Ｔｓｃａｌに従って決定される。第１のリソースセットと第２のリソースセットとが重複する場合、第１のリソースセット内のターゲットリソースは、リソース選択ウィンドウで候補リソースセットから除外される。第２のリソースセットは、リソース予約期間Ｐｒｘ及び予約期間の量Ｑに従って決定される。閾値Ｔｓｃａｌは所定の値に従って決定されるので、最終的に決定された予約期間の量Ｑが一定の範囲内にあることが保証される。それによってリソース選択ウィンドウでリソースを除外し過ぎる問題を防止する。
【0018】
本願の実施形態における目的、技術的解決手段、及び利点をより明確に説明するために、図面を参照して、本願の実現方式は、以後の段落で更に詳細に説明される。
【図面の簡単な説明】
【0019】
【図1】本願の関連技術におけるサイドリンクの送信モードの概略図である。
【図2】本願の関連技術におけるＮＲ－Ｖ２Ｘの物理層構造のブロック図である。
【図3】本願の関連技術におけるＴＢ内又はＴＢ間のリソース予約のブロック図である。
【図4】本願の例示的な実施形態によって提供されるリソース選択方法の概略図である。
【図5】本願の例示的な実施形態によって提供されるリソース選択方法の概略図である。
【図6】本願の例示的な実施形態によって提供されるリソース選択方法の概略図である。
【図7】本願の例示的な実施形態によって提供されるサイドリンク送信をサポートする通信システムのブロック図である。
【図8】本願の例示的な実施形態によって提供されるリソース除外方法のフローチャートである。
【図9】本願の例示的な実施形態によって提供されるリソース除外方法のフローチャートである。
【図10】本願の例示的な実施形態によって提供されるリソース除外方法のフローチャートである。
【図11】本願の例示的な実施形態によって提供されるリソース除外方法のフローチャートである。
【図12】本願の例示的な実施形態によって提供されるリソース除外装置の構造ブロック図である。
【図13】本願の例示的な実施形態によって提供される通信デバイスの概略構成図である。
【発明を実施するための形態】
【0020】
本願の目的、技術的解決手段及び利点をより明確にするために、以下、添付の図面を参照して、本願の実施形態をより詳細に説明する。
【0021】
まず、本願の実施形態に含まれる用語を以下に簡単に紹介する。
【0022】
ビークル・ツー・エブリシング（Ｖ２Ｘ）は、主に３ＧＰＰ通信プロトコルに従って車両データ送信方式を研究する将来のインテリジェント輸送システムの重要な技術である。Ｖ２Ｘ通信には、車車間（Ｖ２Ｖ）通信、車路間（ｖｅｈｉｃｌｅ ｔｏ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ（Ｖ２Ｉ））通信、及び車人間（Ｖ２Ｐ）通信が含まれる。Ｖ２Ｘの応用は、運転上の安全性を向上させ、渋滞と車両のエネルギー消費を低減し、交通効率を向上させるなどの可能性がある。
【0023】
サイドリンク（ＳＬ）送信は、高いスペクトル効率と低い送信遅延を備えたデバイス間通信方法である。モードＡ及びモードＢというサイドリンクの２つの送信モードが３ＧＰＰで定義されている。図１の（ａ）に示すように、モードＡでは、送信中に端末によって使用されるリソースは、ダウンリンクを介して基地局によって割り当てられ、端末は、基地局によって割り当てられたリソースに従ってサイドリンクでデータを送信する。基地局は、単一の送信のためのリソースを端末に割り当てるか、又は準静的（ｓｅｍｉ－ｓｔａｔｉｃ）送信のためのリソースを端末に割り当てることができる。図１の（ｂ）に示すように、モードＢでは、端末は、それ自体でリソースプール内にリソースを選択して、データを送信する。具体的には、端末は、リスニングによってリソースプールから送信リソースを選択するか、又はランダム選択によってリソースプールから送信リソースを選択することができる。
【0024】
新しい無線（ＮＲ）－Ｖ２Ｘでは、自動（ａｕｔｏｎｏｍｏｕｓ）運転をサポートする必要があるため、車両間のデータ相互作用に対して、より高いスループット、より低い遅延、より高い信頼性、より広いカバレッジ、より適応性のある（ｆｌｅｘｉｂｌｅ）リソース割り当てなど、より高い要求が提唱されている。
【0025】
図２に示すＮＲ－Ｖ２Ｘの物理層構造では、制御情報を送信するための物理サイドリンク制御チャネル（ｐｈｙｓｉｃａｌ ｓｉｄｅ－ｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ（ＰＳＣＣＨ））２０１は、データを送信するための物理サイドリンク共有チャネル（ｐｈｙｓｉｃａｌ ｓｉｄｅ－ｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ（ＰＳＳＣＨ））２０２に含まれ、これは、ＰＳＣＣＨ２０１とＰＳＳＣＨ２０２を同時に送る必要があることも意味する。したがって、第３世代パートナーシッププロジェクト（３ＧＰＰ）標準によると、現在のトランスポートブロック（ＴＢ）の再送信（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）を予約するために、現在のＴＢの初期送信のみがサポートされ、現在のＴＢの再送信は、現在のＴＢの再送信を予約し、前のＴＢの初期送信又は再送信は、現在のＴＢの初期送信又は再送信を予約する。
【0026】
図３に示すように、ＴＢ２の再送信１及び再送信２は、ＴＢ２の初期送信のために予約されており、ＴＢ２の再送信２は、ＴＢ２の再送信１のために予約されている。同じＴＢ内のリソース予約は、ＰＳＣＣＨで送信された第１のサイドリンク制御情報の２つのフィールドを介して行われ、この２つのフィールドは、時間リソース割り当て（ｔｉｍｅ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）と周波数リソース割り当て（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）によって示される。ユーザ機器（ＵＥ）１がＵＥ２によって送られたＴＢ２の初期送信を監視すると仮定すると、ＵＥ１は、初期に送信されたＰＳＣＣＨの第１のサイドリンク制御情報の「時間リソース割り当て」と「周波数リソース割り当て」の２つのフィールドをデコードし、次にＵＥ２によって予約された、ＴＢ２の再送信１及び再送信２を送るための時間周波数リソース位置を取得することができる。ＵＥ１がリソースを選択するとき、ＵＥ２によって予約された、ＴＢ２の再送信１及び再送信２を送るためのリソースを除外することによって、ＵＥ２とのリソース衝突（ｃｏｌｌｉｓｉｏｎ）を防止することができる。
【0027】
一方、ＮＲ Ｖ２Ｘは、同じＴＢ内の予約に加えて、２つのＴＢ間のリソース予約もサポートする。例えば、図３では、ＴＢ１の初期送信はＴＢ２の初期送信を予約し、ＴＢ１の再送信１は、ＴＢ２の再送信１を予約し、ＴＢ１の再送信２は、ＴＢ２の再送信２を予約する。ＴＢ間のリソース予約は、ＰＳＣＣＨで送信された第１のサイドリンク制御情報のリソース予約期間（ｒｅｓｅｒｖｅｄ ｐｅｒｉｏｄ）フィールドによって示される。ＵＥ１が、ＵＥ２によって送られたＴＢ１の初期送信を監視し、初期に送信されたＰＳＣＣＨの第１のサイドリンク制御情報の「リソース予約期間」フィールドによって示されるリソース予約期間をデコードすると仮定すると、ＵＥ２によって監視されたＴＢ１の初期送信の時間領域位置を加算することにより、ＵＥ２によって予約された、ＴＢ２の初期送信を送るための時間領域位置を取得することができる。ＴＢ２の初期送信の周波数領域位置は、ＴＢ１の初期送信の周波数領域位置と同じであるため、ＵＥ１は、ＵＥ２によって予約された、ＴＢ２の初期送信を送るための時間周波数リソース位置を取得できる。ＵＥ１とＵＥ２との間のリソース衝突はまた、ＵＥ２によって予約された、ＴＢ２の初期送信を送るためのリソースを除外することによって防止され得る。
【0028】
また、初期送信のＰＳＣＣＨの第１のサイドリンク制御情報の「リソース予約期間」フィールド、及びＴＢ１の再送信１及び再送信２は変更されない場合があるため、図３では、ＴＢ１の初期送信とＴＢ２の初期送信と、ＴＢ１の再送信１とＴＢ２の再送信１と、及びＴＢ１の再送信２とＴＢ２の再送信２との間の時間領域間隔は同じである。したがって、ＵＥ１がＵＥ２によって送られたＴＢ１の初期送信を監視すると仮定すると、ＵＥ２によって予約されたＴＢ１の再送信１と再送信２、及びＴＢ２の初期送信の時間周波数リソース位置は、ＰＳＣＣＨをデコードすることによって取得できる。一方、ＴＢ間のリソース予約間隔は同じであるため、ＵＥ１は、ＵＥ２によって予約されたＴＢ２の再送信１及び再送信２の時間周波数リソース位置を計算することもできる。ＵＥ１とＵＥ２の間のリソース衝突は、対応するリソースを除外することで防止することができる。
【0029】
要約すると、ＵＥ１がモードＢの下で動作するとき、ＵＥ１は、他のＵＥによって予約されたリソースを取得するために、他のＵＥによって送られたＰＳＣＣＨを監視することによって、他のＵＥによって送られた第１のサイドリンク制御情報を取得することができる。ＵＥ１がリソースを選択するとき、他のＵＥによって予約されたリソースを除外することができる。それにより、リソース衝突が防止される。
【0030】
ＵＥ２が使用するリソースプールの構成には、（事前に）構成された（（ｐｒｅ）ｃｏｎｆｉｇｕｒｅｄ）リソース予約期間セットＭが含まれる。ＵＥ２は、セットＭからリソース予約期間を選択し、それをその第１のサイドリンク制御情報に対応する「リソース予約期間」フィールドに入れて、２つのＴＢ間でリソース予約を実行する。ＮＲ－Ｖ２Ｘでは、リソース予約期間の可能な値は、０、［１，９９］、１００、２００、３００、４００、５００、６００、７００、８００、９００、１０００ｍ秒（ｍｓ）であり、リソースプール構成のリソース予約期間セットＭには、その８つの可能な値が含まれる。
【0031】
ＮＲ－Ｖ２Ｘでのリソース選択方法
【0032】
図４及び図５に示すように、ＵＥ１は、時間ｎに到着するサービスのデータパケットを有し、リソース選択を実行することを要求する。ＵＥ１は、リソース選択ウィンドウ４４内のすべてのリソースを候補リソースセットＡとし、候補リソースセットＡ内の任意のリソースは、Ｒ（ｘ，ｙ）として示され、ここで、ｘとｙは、それぞれリソースの周波数領域位置と時間領域位置を示す。
【0033】
リソース選択ウィンドウは、時間ｎ＋Ｔ１で開始し、時間ｎ＋Ｔ２で終了し、ここで、０≦Ｔ１≦Ｔｐｒｏｃ，１であり、Ｔｐｒｏｃ，１は、ＵＥ１がリソースを選択してデータを準備する時間であり、そしてＴ２ｍｉｎ≦Ｔ２≦サービス遅延要求範囲である。Ｔ２ｍｉｎの値は｛１，５，１０，２０｝＊２μタイムスロットである。ここで、μ＝０、１、２、及び３は、それぞれ１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、及び１２０ｋＨｚのサブキャリア間隔に対応する。Ｔ２ｍｉｎがサービス遅延要求範囲より大きい場合、Ｔ２はサービス遅延要求範囲に等しくなる。
【0034】
端末は、時間ｎ－Ｔ０から時間ｎ－Ｔｐｒｏｃ，０までリソース監視を実行し、Ｔ０の値は１００又は１１００ｍｓである。Ｔｐｒｏｃ，０は、端末が制御情報をデコードする時間である。
【0035】
ステップ１：リソース除外プロセス
【0036】
ケース１の場合、図４に示すように、ＵＥ１が監視を実行せずにリソースリスニングウィンドウのタイムスロットｍにデータを送ると、ＵＥ１はタイムスロットｍ＋ｑ＊ＰｒｘｌｇとリソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）とが（完全的に及び部分的に）重複するか否かを判断する。「タイムスロットｍ＋ｑ＊Ｐｒｘｌｇ」は、ＵＥ２が使用できる（使用済み又は予約済みの）リソースのセットであり、ＵＥ２はＵＥ１に関連する他の端末である。「リソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）」は、ＵＥ１自体が使用（選択又は予約）できるリソースのセットである。２つのリソースセットが重複する場合、ＵＥ１はリソースＲ（ｘ，ｙ）を候補リソースセットＡから除外する。
【0037】
リソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）の場合、ｊ＝０、１、２、３…Ｃ－１である。Ｃは、ＵＥ１によって生成されたランダムカウント値によって決定される。ＵＥ１がリソースを選択するとき、ランダムカウント値（正の整数）が生成されて、選択されるリソースのために予約する期間の量を決定することができる。Ｐｔｘｌｇは、論理タイムスロットに変換されたＰｔｘの量であり、Ｐｔｘは、ＵＥ１によって決定されるリソース予約期間である。これは、ＵＥ１によって使用されるリソースプール構成におけるリソース予約期間セットＭの値の１つであり、ＵＥ１がデータを送るときの第１のサイドリンク制御情報の「リソース予約期間」フィールドによって示される値でもある。したがって、リソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）は、図４において斜線でマークされた４つのリソース４６である。
【0038】
タイムスロットｍ＋ｑ＊Ｐｒｘｌｇの場合、ｑ＝１、２、３…Ｑであり、そしてＰｒｘｌｇは、論理タイムスロットに変換されたＰｒｘの量である。通常、Ｐｒｘは、ＵＥ１によって監視されたＰＳＣＣＨで送信された（ＵＥ２によって送られた）第１のサイドリンク制御情報の「リソース予約期間」によって示されるリソース予約期間である。ただし、ＵＥ１はタイムスロットｍで監視を実行しないため、Ｐｒｘは、ＵＥ１が使用するリソースプール構成のリソース予約期間セットＭの可能なすべての値であり、つまり、ＵＥ１は、Ｍの各値によって計算されたタイムスロットｍ＋ｑ＊ＰｒｘｌｇがリソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）と重複しているか否かを判断できる。
【0039】
Ｑについて、Ｐｒｘ＜Ｔｓｃａｌ、且つｎ－ｍ≦Ｐｒｘｌｇの場合、
（切り上げを表す）であり、それ以外の場合、Ｑの値＝１である。例えば、ＵＥ１は、使用されるリソースプール構成のリソース予約期間セットＭからＰｒｘを選択し、Ｐｒｘ＜Ｔｓｃａｌ、ｎ－ｍ≦Ｐｒｘｌｇ、そしてＱの値が２として計算される場合、タイムスロットｍ＋ｑ＊Ｐｒｘｌｇは、水平線でマークされ、図４のタイムスロットｍで示される２つのタイムスロット４４１及び４４２であり、それ以外の場合、Ｑ＝１であり、タイムスロットｍ＋ｑ＊Ｐｒｘｌｇは、図４においてドットでマークされたタイムスロット４４３である。
【数1】
【0040】
ケース２では、図５に示すように、ＵＥ１がリスニングウィンドウのタイムスロットｍのリソースＥ（ｖ，ｍ）でＰＳＣＣＨを監視し、ここでｖが、リソースＥ（ｖ，ｍ）の周波数領域位置である場合、ＰＳＣＣＨのＲＳＲＰ又はＰＳＣＣＨによってスケジュールされたＰＳＳＣＨのＲＳＲＰ（つまり、ＰＳＣＣＨと同時に送られたＰＳＳＣＨのＲＳＲＰ）が測定される。測定されたＲＳＲＰがＳＬ－ＲＳＲＰ閾値より大きく、リソースＥ（ｖ，ｍ＋ｑ＊Ｐｒｘｌｇ）がリソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）と（完全的に及び部分的に）重複しているとＵＥ１が判断した場合、対応するリソースがセットＡから除外される。
【0041】
リソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）の場合、ｊ＝０、１、２、３…Ｃ－１である。Ｃは、ＵＥ１によって生成されたランダムカウント値によって決定される。ＵＥ１がリソースを選択するとき、ランダムカウント値が生成されて、選択されるリソースのために予約する期間の量を決定することができる。Ｐｔｘｌｇは、論理タイムスロットに変換されたＰｔｘの量であり、Ｐｔｘは、ＵＥ１によって決定されるリソース予約期間である。リソースＲ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）は、図５において斜線でマークされた４つのリソース４６である。
【0042】
タイムスロットｍ＋ｑ＊Ｐｒｘｌｇの場合、ｑ＝１、２、３…Ｑであり、そしてＰｒｘｌｇは、論理タイムスロットに変換されたＰｒｘの量である。Ｐｒｘは、ＵＥ１によって監視されたＰＳＣＣＨで送信された第１のサイドリンク制御情報の「リソース予約期間」によって示されるリソース予約期間である。Ｑについて、Ｐｒｘ＜Ｔｓｃａｌ、そしてｎ－ｍ≦Ｐｒｘｌｇの場合、
（切り上げを表す）であり、それ以外の場合、Ｑ＝１である。例えば、図５に示すように、ＵＥ１がタイムスロットｍでＰＳＣＣＨを監視し、Ｐｒｘ＜Ｔｓｃａｌ及びｎ－ｍ≦Ｐｒｘｌｇをデコードし、Ｑが２に等しいと計算される場合、リソースＥ（ｖ，ｍ＋ｑ＊Ｐｒｘｌｇ）は、図５におけるリソース１及びリソース２である。ＵＥ１がタイムスロットｚのリソースＥ（ｐ，ｚ）でＰＳＣＣＨを監視する場合、Ｐｒｘをデコードし、Ｑが１であると計算され、リソースＥ（ｐ，ｚｑ＊Ｐｒｘｌｇ）は、図５におけるリソース３である。
【数2】
【0043】
上記の説明は、ＰＳＣＣＨで送信された第１のサイドリンク制御情報の「リソース予約期間」フィールドに示されるリソース予約期間を監視することにより、ＵＥ１がリソース除外を実行するプロセス、ＵＥ１が「時間リソース割り当て」と「周波数リソース割り当て」に従って再送信リソースを除外するプロセス、及び３つのフィールドを組み合わせて計算を実行してリソースを除外するプロセスであり、図３の下の説明を参照することができる。
【0044】
候補リソースセットＡの残りのリソースが候補リソースセットＡの合計リソースのＸ％未満の場合、ＳＬ－ＲＳＲＰ閾値が３ｄＢ増加し、ステップ１が再度実行される。
【0045】
ステップ２：リソース選択プロセス
【0046】
リソース除外を実行した後、ＵＥ１は、候補リソースセットＡから、初期送信及び再送信中にＵＥ１によって使用されるリソースとしていくつかのリソースをランダムに選択する。
【0047】
次の点に注意する。
【0048】
１．ＲＳＲＰ閾値は、ＵＥ１によって監視されたＰＳＣＣＨで搬送される優先度Ｐ１と、ＵＥ１によって送られるデータの優先度Ｐ２によって決定される。ＵＥ１は、ネットワーク構成又は事前構成（ｐｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）を通じてＳＬ－ＲＳＲＰ閾値テーブルを取得し、ここで、ＳＬ－ＲＳＲＰ閾値テーブルには、すべての優先順位の組み合わせに対応するＳＬ－ＲＳＲＰ閾値が含まれる。
【0049】
例えば、表１に示すように、優先度Ｐ１と優先度Ｐ２の任意の値が両方とも０～７であると仮定すると、異なる優先度の組み合わせに対応するＳＬ－ＲＳＲＰ閾値はγｉｊで表される。ここで、γｉｊのｉは優先度Ｐ１の値であり、ｊは優先度Ｐ２の値である。
【0050】
【表1】
【0051】
ＵＥ１がＵＥ２によって送られたＰＳＣＣＨを監視する場合、ＰＳＣＣＨで送信された第１のサイドリンク制御情報で搬送される優先度Ｐ１及び送られるデータパケットの優先度Ｐ２が取得され、ＵＥ１は表１を検索することによってＳＬ－ＲＳＲＰ閾値を決定する。
【0052】
２．ＵＥ１が測定されたＰＳＣＣＨ－ＲＳＲＰを使用してＳＬ－ＲＳＲＰ閾値と比較するか、又はＰＳＣＣＨによってスケジュールされたＰＳＳＣＨ－ＲＳＲＰを使用してＳＬ－ＲＳＲＰ閾値と比較するかは、ＵＥ１が使用するリソースプールのリソースプール構成に依存する。リソースプールの構成は、ネットワーク構成又は事前構成にすることができる。
【0053】
３．Ｐｒｘｌｇ／Ｐｔｘｌｇがそれぞれ論理タイムスロットに変換されたＰｒｘ／Ｐｔｘの量であることについて、タイムスロットが１ｍｓに等しく、Ｐｒｘが５ｍｓであると仮定すると、これらの５つのタイムスロットのうち、２つのタイムスロットは、ＴＤＤモードのダウンリンクタイムスロット又は同期信号を送るためのタイムスロットである。これらのタイムスロットはサイドリンクのリソースプールに含まれていない可能性があるため、Ｐｒｘで表される５ｍｓを論理タイムスロットの３つのタイムスロット、つまりＰｒｘｌｇに変換する必要がある。
【0054】
再評価（ｒｅ－ｅｖａｌｕａｔｉｏｎ）とリソースプリエンプション（ｐｒｅ－ｅｍｐｔｉｏｎ）のメカニズム
【0055】
更に、ＮＲ－Ｖ２Ｘは、リソース選択後、初期送信を送る前に、選択されたリソースの再選択もサポートする。
【0056】
図６に示すように、ＵＥ１は、時間ｎに到着するサービスのデータパケットを有し、リソース選択のためにリソースのリソースリスニングウィンドウ及びリソース選択ウィンドウを決定し、ＵＥ１は、時間ｎ＋ａで初期送信リソースｘを選択し、時間ｎ＋ｂ及び時間ｎ＋ｃで再送信リソースｙ及びｚを選択する。時間ｎの後、ＵＥ１は、ＰＳＣＣＨを監視し続けることができる。時間ｎ＋ａの前に、ＵＥ１が、継続的な監視を通じて、リソースｘ、リソースｙ又はリソースｚが他のＵＥ１によって予約されている（つまり、リソースの衝突が発生した）ことを発見し、かつ測定されたＳＬ－ＲＳＲＰがＲＳＲＰ閾値より大きい場合、ＵＥ１は対応するリソースを解放し、サービス遅延要求を満たすことを前提として、対応するリソース又はすべてのリソースが再選択される場合がある。時間ｎ＋ａの後、ＵＥ１はすでにリソースｘでＰＳＣＣＨとＰＳＳＣＨを送り、リソースｙとｚを予約しているため、ＵＥ１が、継続的な監視を通じて、優先度の高いＵＥがリソースｙ又はリソースｚをプリエンプト（先取り。ｐｒｅｅｍｐｔ）することを発見し、かつ測定されたＰＳＣＣＨ－ＲＳＲＰ又はＰＳＳＣＨ－ＲＳＲＰがＳＬ－ＲＳＲＰ閾値より大きい場合にのみ、端末は、プリエンプトされたリソースのリソース再選択を実行する。一方、ＳＬ－ＲＳＲＰ閾値は、端末によって監視されたＰＳＣＣＨの優先度Ｐ１と、端末によって送られるデータの優先度Ｐ２によっても決定される。
【0057】
端末によって時間ｎに実行されるリソース選択、再評価プロセスでのリソース選択、及びプリエンプトされたリソースのリソース選択の３つのケースでは、ＳＬ－ＲＳＲＰ閾値が同じ又は異なる場合があることに注意されたい。
【0058】
前述の説明によると、ＵＥ１がタイムスロットｍでリソースを監視しないか、ＵＥ１がタイムスロットｍでＵＥ２（通常は他のＵＥを指す）によって送られたＰＳＣＣＨを監視するかにかかわらず、タイムスロットｍ＋ｑ＊Ｐｒｘｌｇは計算を必要とする。それにより、タイムスロットｍ＋ｑ＊Ｐｒｘｌｇ又はタイムスロットｍ＋ｑ＊Ｐｒｘｌｇ上の対応するリソースがリソース選択ウィンドウ内の候補リソースと重複するか否かが決定される。ＮＲ－Ｖ２Ｘでは、Ｐｒｘの値は１～９９ｍｓの任意の値にすることができ、タイムスロットが１ｍｓに等しく、Ｐｒｘ＝２ｍｓ、Ｐｒｘｌｇ＝２、Ｔｓｃａｌ＝５０ｍｓと仮定すると、
＝２５であり、タイムスロットｍ＋ｑ＊Ｐｒｘｌｇは、２５個のタイムスロット又は２５個のタイムスロット上のリソースに対応する。タイムスロットｍ＋ｑ＊Ｐｒｘｌｇは、２５個のタイムスロット又は２５個のタイムスロットのリソースの２個のタイムスロットごとに１回発生する。これにより、候補リソースセットＡ内の多数のリソースが除外される。本願の実施形態は、この問題を防止することができるリソース除外解決手段を提供する。
【数3】
【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】
つまり、Ｐｒｘ＜Ｔｓｃａｌ、そしてｎ－ｍ≦Ｐｒｘｌｇの場合、
（切り上げを表す）である。
【数4】
【0090】
ステップ２０２－Ｂ：時間ｎと時間ｍとの間の差が論理タイムスロットの量Ｐｒｘｌｇより大きい場合、又はリソース予約期間Ｐｒｘが閾値Ｔｓｃａｌ以上である場合、予約期間の量Ｑが１に等しいと決定される。
【0091】
つまり、Ｐｒｘ≧Ｔｓｃａｌの場合、又はｎ－ｍ＞Ｐｒｘｌｇの場合、Ｑ＝１である。
【0092】
ステップ２０３－１：Ｒ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）を第１のリソースセットとして決定する。
【0093】
ｊ＝０、１、２、３…Ｃ－１である。Ｃは、第１の端末によって生成されたランダムカウント値によって決定される。Ｐｔｘｌｇは、Ｐｔｘが論理タイムスロットに変換された後のＰｔｘの量であり、Ｐｔｘは、第１の端末自体によって決定されるリソース予約期間である。Ｐｔｘの値の範囲は、第１の端末によって使用されるリソースプールによって構成されたリソース予約期間セットＭの１つである。
【0094】
ステップ２０３－２：タイムスロットｍ＋ｑ＊Ｐｒｘｌｇのすべてのリソース又は第２のリソースを第２のリソースセットとして決定する。
【0095】
ｑ＝１、２、３…Ｑである。Ｐｒｘｌｇは、論理タイムスロットに変換されたリソース予約期間Ｐｒｘの量である。
【0096】
可能な実施形態では、タイムスロットｍは、第１の端末がリソースリスニングウィンドウで監視しないタイムスロットである。このとき、第２のリソースセットには、タイムスロットｍ＋ｑ＊Ｐｒｘｌｇのすべてのリソースが含まれる。
【0097】
可能な実施形態では、タイムスロットｍは、第１のリソースが属するタイムスロットである。第１のリソースは、装置がリソースリスニングウィンドウで監視するＰＳＣＣＨによってスケジュールされたリソースで、そのＲＳＲＰ測定値が閾値より大きい。第２のリソースセットには、タイムスロットｍ＋ｑ＊Ｐｒｘｌｇの第２のリソースが含まれ、第２のリソースと第１のリソースは同じ周波数領域位置にある。
【0098】
【数5】
【0099】
第１の実現方式では、リソース予約期間Ｐｒｘと閾値Ｔｓｃａｌは正の関係にある（ｐｏｓｉｔｉｖｅｌｙ ｒｅｌａｔｅｄ）。例えば、閾値Ｔｓｃａｌは、修正係数βと所定の値との積に等しく、修正係数βは、リソース予約期間Ｐｒｘと正の関係にある。つまり、Ｐｒｘが小さいほど、修正係数βは小さくなる。
【0100】
第２の実現方式では、リソース予約期間Ｐｒｘがパラメータａより小さい場合、第１の端末は、リソース予約期間Ｐｒｘをパラメータａと等しくなるように調整し、第２の端末の予約期間の量Ｑは、調整されたリソース予約期間Ｐｒｘに従って決定される。
【0101】
第３の実現方式では、リソース予約期間Ｐｒｘがパラメータａより小さい場合、第１の端末はランダムカウント値を生成し、ランダムカウント値に従って、第２の端末の予約期間の量Ｑが決定される。
【0102】
第１の実現方式について
【0103】
リソース予約期間Ｐｒｘと閾値Ｔｓｃａｌを正の関係にする。例えば、閾値Ｔｓｃａｌは、修正係数βと所定の値との積に等しく、修正係数βは、リソース予約期間Ｐｒｘと正の関係にある。つまり、Ｐｒｘが小さいほど、修正係数βは小さくなる。修正係数βとリソース予約期間Ｐｒｘの関係は、テーブル又は関数によって定義できる。例示的に、修正係数βの値の範囲は（０，１）であるが、βが１より大きい場合は除外されない。
【0104】
修正係数βとリソース予約期間Ｐｒｘの関係は、ネットワークデバイスによって構成され得るか、又は事前に構成され得るか、又はＵＥ自体の実現方式に基づくことができる。
【0105】
要約すると、該実施形態で提供される方法では、閾値Ｔｓｃａｌを所定の値に設定するか、又は閾値Ｔｓｃａｌを修正係数βと所定の値の積に等しく設定する。これにより、修正係数βとリソース予約期間Ｐｒｘは正の相関にあるため、Ｐｒｘの値が小さい場合、
も小さくて、予約期間の量Ｑの値は、通常、大きすぎないように制限される。したがって、第２のリソースセットにリソースが多くなり過ぎず、第１のリソースセットと第２のリソースセットとの間の衝突（ｃｏｎｆｌｉｃｔ）が防止され、候補リソースセット内にリソースが存在し過ぎるという問題は除外され得る。
【数6】
【0106】
第２の実現方式について
【0107】
【0108】
ステップ２０１－１：リソース予約期間Ｐｒｘがパラメータａより小さい場合、リソース予約期間Ｐｒｘをパラメータａと等しくする。
【0109】
パラメータａは、事前に決定された経験値である。例えば、ａはＰｒｘの整数倍である。
【0110】
パラメータａは、ネットワークデバイスによって構成され得るか、又は事前構成され得るか、又はＵＥ自体の実現方式に基づくことができる。
【0111】
ステップ２０１－２：リソース予約期間Ｐｒｘがパラメータａ以上である場合、リソース予約期間Ｐｒｘを変更しない。
【0112】
ステップ２０２：リソース予約期間Ｐｒｘ及び閾値Ｔｓｃａｌに従って、第２の端末の予約期間の量Ｑを決定する。
【0113】
Ｐｒｘ＜Ｔｓｃａｌ、且つｎ－ｍ≦Ｐｒｘｌｇの場合、
である。
【数7】
【0114】
Ｐｒｘ≧Ｔｓｃａｌ、又はｎ－ｍ＞Ｐｒｘｌｇの場合、Ｑ＝１である。
【0115】
ステップ２０３－１：Ｒ（ｘ，ｙ＋ｊ＊Ｐｔｘｌｇ）を第１のリソースセットとして決定する。
【0116】
ｊ＝０、１、２、３…Ｃ－１である。Ｃは、第１の端末によって生成されたランダムカウント値によって決定される。Ｐｔｘｌｇは、Ｐｔｘが論理タイムスロットに変換された後のＰｔｘの量であり、Ｐｔｘは、第１の端末自体によって決定されるリソース予約期間である。Ｐｔｘの値の範囲は、第１の端末によって使用されるリソースプールによって構成されたリソース予約期間セットＭの１つである。
【0117】
ステップ２０３－２：タイムスロットｍ＋ｑ＊Ｐｒｘｌｇのすべてのリソース又は第２のリソースを第２のリソースセットとして決定する。
【0118】
ｑ＝１、２、３…Ｑである。Ｐｒｘｌｇは、論理タイムスロットに変換されたリソース予約期間Ｐｒｘの量である。
【0119】
可能な実施形態では、タイムスロットｍは、第１の端末がリソースリスニングウィンドウで監視しないタイムスロットである。このとき、第２のリソースセットには、タイムスロットｍ＋ｑ＊Ｐｒｘｌｇのすべてのリソースが含まれる。
【0120】
可能な実施形態では、タイムスロットｍは、第１のリソースが属するタイムスロットである。第１のリソースは、装置がリソースリスニングウィンドウで監視するＰＳＣＣＨによってスケジュールされたリソースで、そのＲＳＲＰ測定値が閾値より大きい。第２のリソースセットには、タイムスロットｍ＋ｑ＊Ｐｒｘｌｇの第２のリソースが含まれ、第２のリソースと第１のリソースは同じ周波数領域位置にある。
【0121】
要約すると、該実施形態によって提供される方法では、リソース予約期間Ｐｒｘがパラメータａより小さい場合、リソース予約期間Ｐｒｘはパラメータａと等しく設定されるため、Ｐｒｘの値が小さい場合、
も比較的小さくなる可能性がある。したがって、予約期間Ｑの値は、大きすぎないように制限され、そのため、第２のリソースセット内にリソースが多くなり過ぎず、第１のリソースセットと第２のリソースセットとの間の衝突が防止され、候補リソースセット内にリソースが存在し過ぎるという問題は除外され得る。
【数8】
【0122】
第３の実現方式について
【0123】
【0124】
ステップ２０２－１：リソース予約期間Ｐｒｘがパラメータａより小さい場合、ランダムカウント値を生成し、ランダムカウント値に従って、第２の端末の予約期間の量Ｑを決定する。
【0125】
パラメータａは、事前に決定された経験値である。例えば、ａはＰｒｘの整数倍である。
【0126】
パラメータａは、ネットワークデバイスによって構成され得るか、又は事前構成され得るか、又はＵＥ自体の実現方式に基づくことができる。
【0127】
リソース予約期間Ｐｒｘがパラメータａより小さい場合、第１の端末はランダムカウント値を生成し、ランダムカウント値に従って、第２の端末の予約期間の量Ｑが決定される。
【0128】
ステップ２０２－２：リソース予約期間Ｐｒｘがパラメータａ以上である場合、リソース予約期間Ｐｒｘと閾値Ｔｓｃａｌに従って、第２の端末の予約期間の量Ｑを決定する。
【0129】
Ｐｒｘ＜Ｔｓｃａｌ、且つｎ－ｍ≦Ｐｒｘｌｇの場合、
である。
【数9】
【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】
前述の説明は、本願の好ましい実施形態にすぎず、本願を制限することを意図するものではない。本願の精神と原理の範囲内で行われたいかなる変更、同等の交換、改善などは、本願の保護範囲に含まれるものとする。
【図1(a)】
【図1(b)】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】