▶ ダータン ゴーハイ インテリジェント アンド コネクティッド テクノロジー （チョンチン） カンパニー リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-06-05
(45)【発行日】2024-06-13
(54)【発明の名称】リソース選択方法、装置及び端末機器
(51)【国際特許分類】
H04W 72/40 20230101AFI20240606BHJP
H04W 72/0446 20230101ALI20240606BHJP
H04W 72/20 20230101ALI20240606BHJP
H04W 72/54 20230101ALI20240606BHJP
【ＦＩ】
H04W72/40
H04W72/0446
H04W72/20
H04W72/54 110
【請求項の数】
23
(21)【出願番号】P 2023524697
(86)(22)【出願日】2021-10-22
(65)【公表番号】
(43)【公表日】2023-11-09
(86)【国際出願番号】 CN2021125900
(87)【国際公開番号】W WO2022083767
(87)【国際公開日】2022-04-28
【審査請求日】2023-04-25
(31)【優先権主張番号】202011149076.2
(32)【優先日】2020-10-23
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】322001587
【氏名又は名称】中信科智聯科技有限公司
【氏名又は名称原語表記】ＣＩＣＴ Ｃｏｎｎｅｃｔｅｄ ａｎｄ Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】Ｏｆｆｉｃｅ ５０５， ５ｔｈ Ｆｌｏｏｒ， Ｂｕｉｌｄｉｎｇ ２， Ｎｏ． ２９９， Ｓｃｉｅｎｔｉｆｉｃ Ｒｅｓｅａｒｃｈ Ａｖｅｎｕｅ， Ｚｅｎｇｊｉａ Ｔｏｗｎ， Ｈｉｇｈ－ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｄｅｖｅｌｏｐｍｅｎｔ Ｚｏｎｅ， Ｊｉｕｌｏｎｇｐｏ Ｄｉｓｔｒｉｃｔ， Ｃｈｏｎｇｑｉｎｇ， Ｃｈｉｎａ
(74)【代理人】
【識別番号】100166729
【弁理士】
【氏名又は名称】武田 幸子
(72)【発明者】
【氏名】シェン ティアンジュン
(72)【発明者】
【氏名】趙 鋭
(72)【発明者】
【氏名】王 亞坤
(72)【発明者】
【氏名】リー チェンシン
【審査官】伊東 和重
(56)【参考文献】
【文献】国際公開第２０２０／０１１３３６（ＷＯ，Ａ１）
【文献】Spreadtrum Communications，Discussion on feasibility and benefit of mode 2 enhancements[online]，3GPP TSG RAN WG1 #102-e，3GPP，2020年08月28日，R1- 2006268，[検索日 2024.01.23],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_102-e/Docs/R1-2006268.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
Ｖ２Ｘ物理サイドリンクシステムの協調ＵＥに適用されるリソース選択方法であって、物理サイドリンクリソース協調情報の内容を決定するステップと、
前記物理サイドリンクリソース協調情報を送信するステップと、を含み、
物理サイドリンクリソース協調情報の内容を決定するステップは、
協調リソースを選択するためのリソース指示ウィンドウを決定するステップと、
前記協調リソースのタイプを決定するステップと、
前記協調リソースのタイプに基づいて、前記リソース指示ウィンドウ内に前記物理サイドリンクリソース協調情報の協調リソースを決定するステップと、を含む
リソース選択方法。
【請求項2】
協調リソースを選択するためのリソース指示ウィンドウを決定するステップは、協調ＵＥがＵＥ間の協調トリガ条件を満たした後、又は、受信した物理サイドリンクリソース協調要求情報におけるリソース協調のターゲットリソース選択ウィンドウ指示情報がターゲットリソース選択ウィンドウの終了時間のみを含む場合、予め設定されたルールに基づいて前記リソース指示ウィンドウを決定するステップ、
又は、
受信した被協調ＵＥの送信した物理サイドリンクリソース協調要求情報におけるリソース協調のターゲットリソース選択ウィンドウ指示情報のターゲットリソース選択ウィンドウの開始時間及び終了時間に基づいて、前記リソース指示ウィンドウを決定するステップ、を含む
請求項１に記載の方法。
【請求項3】
上位層構成又は事前構成と、受信した物理サイドリンクリソース協調要求情報における協調情報タイプ指示情報と、
ＵＥ間の協調トリガ条件と、のうちのいずれか１つに基づいて前記協調リソースのタイプを決定する
請求項１に記載の方法。
【請求項4】
前記物理サイドリンクリソース協調情報は、利用可能な時間周波数リソースの指示情報と、
利用可能な時間領域リソースの指示情報と、
利用不可能な時間周波数リソースの指示情報と、
利用不可能な時間領域リソースの指示情報と、
スケジューリングされる時間周波数リソースの指示情報と、のうちのいずれか１つを含む
請求項１に記載の方法。
【請求項5】
前記物理サイドリンクリソース協調情報は、さらに、協調リソースタイプの指示フィルドと、
１つ又は複数のターゲット被協調ＵＥの識別子情報と、
基準信号受信電力ＲＳＲＰ閾値パラメータと、
送信されるべき複数のサービスデータパケットのうちの少なくとも一部のサービスデータパケットの優先度と、
各リソースの占有するサブチャンネルの数と、
スケジューリング情報タイプの指示フィルドと、
協調ＵＥサービスの周期と、
協調ＵＥサービスリソースの継続的な占有回数のカウンターＣｏｕｎｔｅｒ値と、
ターゲットサービスパケットの再送回数と、のうちの少なくとも１つを含む
請求項４に記載の方法。
【請求項6】
前記物理サイドリンクリソース協調情報の優先度は、被協調ＵＥの送信するべきサービスパケットの優先度と、
上位層構成又は事前構成の優先度と、
プリセット優先度であって、前記プリセット優先度は、第１差分値と０のうちのより大きい一方であり、ここで、前記第１差分値は、送信されるべきサービスデータパケットの優先度と、プリセット値との差分値であり、前記プリセット値は、上位層により構成されるものである、プリセット優先度と、
物理サイドリンクリソース協調要求情報の優先度と、のうちのいずれか１つである
請求項１に記載の方法。
【請求項7】
前記物理サイドリンクリソース協調情報は、第２段階物理サイドリンク制御情報２ｎｄ－ｓｔａｇｅ ＳＣＩと、
無線リソース制御ＲＲＣシグナリングと、
リンクアクセス制御層制御ユニットＭＡＣ ＣＥと、のうちのいずれか１つに搬送される
請求項１に記載の方法。
【請求項8】
２ｎｄ－ｓｔａｇｅ ＳＣＩが前記物理サイドリンクリソース協調情報を搬送する場合、第１段階物理サイドリンク制御情報１ｓｔ－ｓｔａｇｅ ＳＣＩにおける前記２ｎｄ－ｓｔａｇｅ ＳＣＩのフォーマットを指示するためのビットは、「１０」又は「１１」である
請求項７に記載の方法。
【請求項9】
前記物理サイドリンクリソース協調情報を送信するステップは、物理サイドリンクリソース協調要求情報を受信した後の第２プリセット時間帯内に前記物理サイドリンクリソース協調情報を送信するステップを含み、
前記第２プリセット時間帯は、
上位層構成又は事前構成と、
前記物理サイドリンクリソース協調要求情報によって指示される、前記物理サイドリンクリソース協調情報を受信する最も遅い時間と、
協調リソースを選択するためのリソース指示ウィンドウのリーディングエッジ時間と、のうちのいずれか１つにより決定される
請求項１に記載の方法。
【請求項10】
Ｖ２Ｘ物理サイドリンクシステムの協調ＵＥに適用されるリソース選択方法であって、
物理サイドリンクリソース協調情報の内容を決定するステップと、
前記物理サイドリンクリソース協調情報を送信するステップと、を含み、
物理サイドリンクリソース協調情報の内容を決定するステップは、
協調リソースを選択するためのリソース指示ウィンドウを決定するステップと、
前記協調リソースのタイプを決定するステップと、
前記協調リソースを決定するためのアプリオリ情報を取得するステップと、
リソース感知ウィンドウの終了時間を決定するステップと、
前記アプリオリ情報、前記協調リソースのタイプ及び前記リソース感知ウィンドウに基づいて、前記リソース指示ウィンドウ内に前記物理サイドリンクリソース協調情報の協調リソースを決定するステップと、を含む、リソース選択方法。
【請求項11】
協調リソースを選択するためのリソース指示ウィンドウを決定するステップは、
協調ＵＥがＵＥ間の協調トリガ条件を満たした後、又は、受信した物理サイドリンクリソース協調要求情報におけるリソース協調のターゲットリソース選択ウィンドウ指示情報がターゲットリソース選択ウィンドウの終了時間のみを含む場合、予め設定されたルールに基づいて前記リソース指示ウィンドウを決定するステップ、
又は、
受信した被協調ＵＥの送信した物理サイドリンクリソース協調要求情報におけるリソース協調のターゲットリソース選択ウィンドウ指示情報のターゲットリソース選択ウィンドウの開始時間及び終了時間に基づいて、前記リソース指示ウィンドウを決定するステップ、を含む
請求項１０に記載の方法。
【請求項12】
上位層構成又は事前構成と、
受信した物理サイドリンクリソース協調要求情報における協調情報タイプ指示情報と、
ＵＥ間の協調トリガ条件と、のうちのいずれか１つに基づいて前記協調リソースのタイプを決定する
請求項１０に記載の方法。
【請求項13】
事前構成又は上位層構成と、
現在受信した物理サイドリンクリソース協調要求情報と、
感知した被協調ＵＥの送信したサービスデータと、のうちのいずれか１つに基づいて前記協調リソースを決定するためのアプリオリ情報を取得する
請求項１０に記載の方法。
【請求項14】
前記アプリオリ情報は、
協調リソースの占有するサブチャンネルの数と、
協調リソースの占有する周期と、
協調リソースの継続的な占有回数のカウンターＣｏｕｎｔｅｒ値と、
ターゲットサービスパケットの優先度と、
ターゲットサービスパケットの再送回数と、
ＲＳＲＰ閾値構成パラメータと、
サービスパケットの優先度閾値と、のうちの少なくとも１つを含む
請求項１０又は１３に記載の方法。
【請求項15】
前記リソース感知ウィンドウの終了時間は、
協調ＵＥがＵＥ間の協調トリガ条件を満たす時点と、
受信した物理サイドリンクリソース協調要求情報のうちの、リソース協調のターゲットリソース選択ウィンドウの開始時間の前の第１プリセット時間帯に対応する時点と、のうちのいずれか１つである
請求項１０に記載の方法。
【請求項16】
前記物理サイドリンクリソース協調情報は、
利用可能な時間周波数リソースの指示情報と、
利用可能な時間領域リソースの指示情報と、
利用不可能な時間周波数リソースの指示情報と、
利用不可能な時間領域リソースの指示情報と、
スケジューリングされる時間周波数リソースの指示情報と、のうちのいずれか１つを含む
請求項１０に記載の方法。
【請求項17】
前記物理サイドリンクリソース協調情報は、さらに、
協調リソースタイプの指示フィルドと、
１つ又は複数のターゲット被協調ＵＥの識別子情報と、
基準信号受信電力ＲＳＲＰ閾値パラメータと、
送信されるべき複数のサービスデータパケットのうちの少なくとも一部のサービスデータパケットの優先度と、
各リソースの占有するサブチャンネルの数と、
スケジューリング情報タイプの指示フィルドと、
協調ＵＥサービスの周期と、
協調ＵＥサービスリソースの継続的な占有回数のカウンターＣｏｕｎｔｅｒ値と、
ターゲットサービスパケットの再送回数と、のうちの少なくとも１つを含む
請求項１６に記載の方法。
【請求項18】
前記物理サイドリンクリソース協調情報の優先度は、
被協調ＵＥの送信するべきサービスパケットの優先度と、
上位層構成又は事前構成の優先度と、
プリセット優先度であって、前記プリセット優先度は、第１差分値と０のうちのより大きい一方であり、ここで、前記第１差分値は、送信されるべきサービスデータパケットの優先度と、プリセット値との差分値であり、前記プリセット値は、上位層により構成されるものである、プリセット優先度と、
物理サイドリンクリソース協調要求情報の優先度と、のうちのいずれか１つである
請求項１０に記載の方法。
【請求項19】
前記物理サイドリンクリソース協調情報は、
第２段階物理サイドリンク制御情報２ｎｄ－ｓｔａｇｅ ＳＣＩと、
無線リソース制御ＲＲＣシグナリングと、
リンクアクセス制御層制御ユニットＭＡＣ ＣＥと、のうちのいずれか１つに搬送される
請求項１０に記載の方法。
【請求項20】
２ｎｄ－ｓｔａｇｅ ＳＣＩが前記物理サイドリンクリソース協調情報を搬送する場合、
第１段階物理サイドリンク制御情報１ｓｔ－ｓｔａｇｅ ＳＣＩにおける前記２ｎｄ－ｓｔａｇｅ ＳＣＩのフォーマットを指示するためのビットは、「１０」又は「１１」である
請求項１９に記載の方法。
【請求項21】
前記物理サイドリンクリソース協調情報を送信するステップは、
物理サイドリンクリソース協調要求情報を受信した後の第２プリセット時間帯内に前記物理サイドリンクリソース協調情報を送信するステップを含み、
前記第２プリセット時間帯は、
上位層構成又は事前構成と、
前記物理サイドリンクリソース協調要求情報によって指示される、前記物理サイドリンクリソース協調情報を受信する最も遅い時間と、
協調リソースを選択するためのリソース指示ウィンドウのリーディングエッジ時間と、のうちのいずれか１つにより決定される
請求項１０に記載の方法。
【請求項22】
Ｖ２Ｘ物理サイドリンクシステムの協調ＵＥに適用されるリソース選択装置であって、物理サイドリンクリソース協調情報の内容を決定するために用いられる決定モジュールと、
前記物理サイドリンクリソース協調情報を送信するために用いられる送信モジュールと、を含み、
前記決定モジュールは、
協調リソースを選択するためのリソース指示ウィンドウを決定するために用いられる第１決定サブモジュールと、
前記協調リソースのタイプを決定するために用いられる第２決定サブモジュールと、
前記協調リソースのタイプに基づいて、前記リソース指示ウィンドウ内に前記物理サイドリンクリソース協調情報の協調リソースを決定するために用いられる第３決定サブモジュールと、を含む
リソース選択装置。
【請求項23】
Ｖ２Ｘ物理サイドリンクシステムの協調ＵＥに適用されるリソース選択装置であって、
物理サイドリンクリソース協調情報の内容を決定するために用いられる決定モジュールと、
前記物理サイドリンクリソース協調情報を送信するために用いられる送信モジュールと、を含み、
前記決定モジュールは、
協調リソースを選択するためのリソース指示ウィンドウを決定するために用いられる第１決定サブモジュールと、
前記協調リソースのタイプを決定するために用いられる第２決定サブモジュールと、
前記協調リソースを決定するためのアプリオリ情報を取得するために用いられる取得サブモジュールと、
リソース感知ウィンドウの終了時間を決定するために用いられる第３決定サブモジュールと、
前記アプリオリ情報、前記協調リソースのタイプ及び前記リソース感知ウィンドウに基づいて、前記リソース指示ウィンドウ内に前記物理サイドリンクリソース協調情報の協調リソースを決定するために用いられる第４決定サブモジュールと、を含む
リソース選択装置。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本開示は、２０２０年１０月２３日に中国に提出された公開番号が２０２０１１１４９０７６．２である中国特許に基づく優先権を主張し、その全ての内容を援用としてここに取り込まれる。
本開示は、通信技術分野に関し、特に、リソース選択方法、装置及び端末機器に関する。
本開示は、２０２０年１０月２３日に中国に提出された公開番号が２０２０１１１４９０７６．２である中国特許に基づく優先権を主張し、その全ての内容を援用としてここに取り込まれる。
本開示は、通信技術分野に関し、特に、リソース選択方法、装置及び端末機器に関する。
【背景技術】
【0002】
バージョン１６（Ｒｅｌｅａｓｅ１６、Ｒｅｌ－１６）新無線（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）－車用無線通信技術（Ｖｅｈｉｃｌｅ ｔｏ Ｘ、Ｖ２Ｘ）モード（Ｍｏｄｅ）２のリソース割り当てメカニズムにおいて、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）のリソース選択過程は、以下のとおりである。
【0003】
Ａ）ＵＥは、自体の感知結果に基づき、リソース選択ウィンドウ内に予約され且つ受信した物理サイドリンク共有チャンネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）の基準信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ、ＲＳＲＰ）がＲＳＲＰ閾値より大きいリソースを、リソース選択ウィンドウから排除し、ここで、ＲＳＲＰ閾値は、受信されたサービスデータパケットの優先度、及び、送信されるべきサービスデータパケットの優先度に基づいて決定されるものである。
【0004】
Ｂ）リソースの排除後、利用可能なリソースの割合を判断する。利用可能なリソースの割合がリソース選択ウィンドウ内のリソース総数のＸ％より小さい場合、ＲＳＲＰ閾値を３ｄＢだけ向上させ、利用可能なリソースの割合がＸ％以上になるまでステップＡ）におけるリソース排除過程を繰り返す。
【0005】
Ｃ）ＵＥは、利用可能なリソースから伝送に必要なリソースをランダムに選択する。
【0006】
しかしながら、上記リソース割り当てメカニズムに半複信、隠れ節点等の問題が存在し、これらの問題を解決するために、当業者は、ユーザ機器間の協調（Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎ）メカニズムを採用してリソースの割り当てを行うことを提案するが、Ｉｎｔｅｒ－ＵＥ Ｃｏｏｒｄｉｎａｔｉｏｎメカニズムには、協調情報オーバーヘッドが大きすぎ、協調情報の時効性が悪く、及び、協調情報の不確実なオーバーヘッドにより協調情報の搬送方式が不確実であるという問題が存在している。
【発明の概要】
【発明が解決しようとする課題】
【0007】
本開示は、協調情報オーバーヘッドが大きく、時効性が悪く、及び、協調情報の搬送方式が不確実であるという問題を解決するために、リソース選択方法、装置及び端末機器を提供する。
【課題を解決するための手段】
【0008】
第１態様において、本開示の実施例は、Ｖ２Ｘ物理サイドリンクシステムの協調ＵＥに適用されるリソース選択方法を提供し、当該方法は、
物理サイドリンクリソース協調情報の内容を決定するステップと、
前記物理サイドリンクリソース協調情報を送信するステップと、を含む。
物理サイドリンクリソース協調情報の内容を決定するステップと、
前記物理サイドリンクリソース協調情報を送信するステップと、を含む。
【0009】
第２態様において、本開示の実施例は、端末機器を提供し、当該端末機器は、送受信機、メモリ、プロセッサ及びメモリに記憶されてプロセッサで実行可能なコンピュータプログラムを含み、前記プロセッサは、前記コンピュータプログラムを実行する時、第１態様に記載するリソース選択方法のステップを実現する。
【0010】
第３態様において、本開示の実施例は、Ｖ２Ｘ物理サイドリンクシステムの協調ＵＥに適用されるリソース選択装置を提供し、当該装置は、
物理サイドリンクリソース協調情報の内容を決定するために用いられる決定モジュールと、
前記物理サイドリンクリソース協調情報を送信するために用いられる送信モジュールと、を含む。
物理サイドリンクリソース協調情報の内容を決定するために用いられる決定モジュールと、
前記物理サイドリンクリソース協調情報を送信するために用いられる送信モジュールと、を含む。
【0011】
第４態様において、本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ可読記憶媒体を提供し、該コンピュータプログラムがプロセッサによって実行される時、第１態様に記載するリソース選択方法のステップを実現する。
【発明の効果】
【0012】
本開示の上記技術的解決手段による有益な効果は、以下のとおりである。
【0013】
本開示の解決手段において、Ｖ２Ｘ物理サイドリンクシステムの協調ＵＥは、まず物理サイドリンクリソース協調情報の内容を決定し、続いて、該物理サイドリンク協調情報を送信することにより、協調情報に対する時間的制限を実現し、協調情報の時効性を確保し、協調情報のオーバーヘッドを低減させ、協調情報のオーバーヘッドを大きすぎなくし、協調情報のオーバーヘッドを相対的に固定させ、協調情報の搬送方式の決定を容易にする。
【図面の簡単な説明】
【0014】
【図1】本開示の実施例のリソース選択方法のフローチャートである。
【図2】本開示の実施例のリソース指示ウィンドウの決定の模式図である。
【図3】本開示の実施例のリソース指示ウィンドウ内のタイムスロットビットマップである。
【図4】本開示の実施例のリソース指示ウィンドウ内のタイムスロットインデックス図である。
【図5】本開示の実施例のリソース指示ウィンドウ内の時間周波数リソース図である。
【図6】本開示の実施例のリソース指示ウィンドウ内の時間周波数リソースのインデックス番号図である。
【図7】本開示の実施例のリソース指示ウィンドウ内の時間領域－周波数領域２次元座標図である。
【図8】本開示の実施例の協調ＵＥが時間領域リソースを送信する模式図である。
【図9】本開示の実施例の協調ＵＥの時間周波数リソース指示ウィンドウの模式図である。
【図10】本開示の実施例の協調ＵＥが協調情報を送信する最大遅延の模式図である。
【図11】本開示の実施例のリソース選択装置の構造模式図である。
【図12】本開示の実施例の端末機器の構造模式図である。
【発明を実施するための形態】
【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】
以上は本開示の好ましい実施形態であり、なお、本技術分野の当業者にとっては、本開示の前記原理から逸脱しない前提で、いくつかの改良及び修飾を行うことができ、これらの改良及び修飾も本開示の保護範囲と見なされるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】