知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6592608
(24)【登録日】2019年9月27日
(45)【発行日】2019年10月16日
(54)【発明の名称】リソース選択の方法、装置及びデバイス
(51)【国際特許分類】
H04W 72/02 20090101AFI20191007BHJP
H04W 4/40 20180101ALI20191007BHJP
H04W 92/18 20090101ALI20191007BHJP
【ＦＩ】
H04W72/02
H04W4/40
H04W92/18
【請求項の数】21
【全頁数】27
(21)【出願番号】特願2018-535325(P2018-535325)
(86)(22)【出願日】2016年8月12日
(65)【公表番号】特表2019-506060(P2019-506060A)
(43)【公表日】2019年2月28日
(86)【国際出願番号】CN2016095054
(87)【国際公開番号】WO2018027991
(87)【国際公開日】20180215
【審査請求日】2018年7月6日
(73)【特許権者】
【識別番号】503433420
【氏名又は名称】華為技術有限公司
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100091214
【弁理士】
【氏名又は名称】大貫 進介
(72)【発明者】
【氏名】ツァイ，ユィ
(72)【発明者】
【氏名】ゾン，ヨンボ
【審査官】
松野 吉宏
(56)【参考文献】
【文献】
NTT DOCOMO, INC.，Further detail of partial sensing for P2V operation，3GPP TSG-RAN WG1#85 R1-165208，フランス，3GPP，２０１６年 ５月１４日，Sections 1, 2
【文献】
Sony，Discussion on the transmitter UE behavior in resource selection/reselection，3GPP TSG-RAN WG1#85 R1-164670，フランス，3GPP，２０１６年 ５月１３日，Section 2.1
【文献】
ZTE，Transmitter UE behavior in V2V，3GPP TSG-RAN WG1#85 R1-164960，フランス，3GPP，２０１６年 ５月１３日，Section 2
【文献】
Huawei, HiSilicon，Discussion on group priority for D2D communication，3GPP TSG-RAN WG1#82 R1-154339，フランス，3GPP，２０１５年 ８月１５日，Section 2.2
(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】
コンピュータに請求項１乃至１０のいずれか一項に記載の方法を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、通信技術に関し、特に、リソース選択の方法、装置及びデバイスに関する。
【背景技術】
【0002】
歩行者対車両（Ｐｅｄｅｓｔｒｉａｎ ｔｏ Ｖｅｈｉｃｌｅ、略称Ｐ２Ｖ）通信技術によれば、車載インテリジェント端末デバイスを用いてユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、略称ＵＥ）をユーザ機器に接続することにより、無線アドホック通信ネットワークが形成され、これによりＵＥ間の相互通信を実現する。
【0003】
従来技術では、ＵＥが自律リソース選択モードでセンシングと準静的予約伝送を行うとき、リソース選択又はリソース再選択がトリガされた場合、ＵＥはリソースがアイドルであるか否かをセンシングウィンドウでセンシングし、センシング結果に基づいて、データを送信するのに用いられる時間−周波数リソースを選択する。加えて、ＵＥは更に、リソース予約間隔、すなわち次回のデータ送信に用いられる予定のリソースと現在のデータ送信に用いられるリソースとの間の時間間隔を示す。
【0004】
しかしながら、Ｐ２Ｖサービスでは、ＵＥがリソースの状態を継続的にセンシングする必要があり、ＵＥが異なる時間間隔を用いる可能性があるので、ＵＥは、可能な各予約間隔に対応するセンシングウィンドウでセンシングを実行する必要がある。結果として、Ｐ−ＵＥの消費電力は比較的高い。
【発明の概要】
【0005】
本発明の実施形態は、ＵＥの消費電力を低減するために、リソース選択の方法、装置及びデバイスを提供する
【0006】
第１の態様によれば、本発明の実施形態はリソース選択方法を提供する。本方法は、第１のＵＥの観点から記載される。本方法は、第１のユーザ機器（ＵＥ）が、センシングウィンドウのパラメータ情報を決定するステップであって、パラメータ情報は、開始時間と、時間長と、数量とのうち少なくとも１つを含む、ステップと、第１のＵＥが、センシングウィンドウのパラメータ情報に従って、センシングウィンドウにおいてリソースをセンシングし、センシング結果に従ってリソースを選択するステップと、を含む。
【0007】
センシングウィンドウのパラメータ情報が決定され、センシングウィンドウの決定されたパラメータ情報に従って、センシングウィンドウにおいてリソースがセンシングされるので、固定のセンシングウィンドウに従ってリソースがセンシングされるという先行技術の現象は回避され、よってＵＥの消費電力が低減される。
【0008】
可能な設計では、第１のユーザ機器（ＵＥ）がセンシングウィンドウのパラメータ情報を決定するステップは、第１のＵＥが、リソースの使用状況に従って、センシングウィンドウのパラメータ情報を決定するステップ、を含む。
【0009】
可能な設計では、リソースの使用状況は、第１の輻輳レベルと、第１のリソース予約間隔と、第２のリソース予約間隔と、任意リソースの数量と、リソース上のエネルギーとのうち少なくとも１つを含む。リソース予約間隔は、第２のＵＥにより今回のデータ伝送に用いられるリソースと第２のＵＥにより次回のデータ伝送に用いられるリソースとの間の時間間隔である。
【0010】
本設計では、任意のリソースは特定の基準を満たすリソースである。例えば、第１のＵＥがリソースが予約又はスケジュールされていることを把握し、リソースで受信されたエネルギーが閾値を超える場合、そのリソースは任意リソースではない。加えて、リソースの使用状況は、代替として、リソース上の電力を含んでよい。第１のＵＥがリソースが予約又はスケジュールされていることを把握し、リソースで受信された電力が閾値を超える場合、そのリソースは任意リソースではない。
【0011】
第１のＵＥは、リソースの使用状況に従って、センシングウィンドウのパラメータ情報を決定することができるので、センシングウィンドウのパラメータ情報はリソースの使用状況に従って適応して変化する。したがって、消費電力と性能との関係のバランスが取れる。
【0012】
可能な設計では、第１のユーザ機器（ＵＥ）がセンシングウィンドウのパラメータ情報を決定するステップの前に、本方法は、第１のＵＥが、基地局又は第２のＵＥによって送信された第１の指示情報を受信するステップであって、第１の指示情報は、第１の輻輳レベル及び／又は第１のリソース予約間隔を含む、ステップ、又は、
リソース上のエネルギー又は電力に従って、第１のＵＥが、第１の輻輳レベルを決定するステップ、又は、
第１のＵＥが、少なくとも１つの第２のＵＥによって送信された第２の指示情報を受信するステップであって、第２の指示情報は、第２の輻輳レベル及び／又は第２のリソース予約間隔を含む、ステップと、
第１のＵＥが、第２の輻輳レベル及び／又は第２のリソース予約間隔に従って、第１の輻輳レベル及び／又は第１のリソース予約間隔を決定するステップと、
を含む。
【0013】
本設計では、輻輳レベルは以下のように表すことができる。すなわち、リソース上のエネルギーが事前設定された閾値よりも大きい場合、リソースがビジーであることを示し、そうでない場合、リソースはアイドル状態である。ある期間内において、リソースの総量に対する全てのビジー状態のリソースの数量の比率が、輻輳レベルである。したがって、比率が高いほど輻輳レベルが高く、チャネルがビジー状態であることを表す。
【0014】
第１のＵＥは複数の異なる方式でリソースの使用状況を取得することができるので、リソースの使用状況を取得する方式は単純且つ多様である。
【0015】
可能な設計では、第１のリソース予約間隔は、第２のリソース予約間隔のサブセットである。
【0016】
可能な設計では、第１のＵＥが第２のリソース予約間隔に従って第１のリソース予約間隔を決定するステップは、第１のＵＥが、第２のリソース予約間隔をソートするステップと、
第１のＵＥが、ソートされた第２のリソース予約間隔から、第１のリソース予約間隔としてＭ個のリソース予約間隔を選択するステップであって、Ｍは正の整数である、ステップと、
を含む。
【0017】
本設計では、第２のリソース予約間隔を決定した後、第１のＵＥは、第２のリソース予約間隔に従って、センシングウィンドウの開始時間と、センシングウィンドウの数量とを決定してよい。
【0018】
可能な設計では、第１のユーザ機器（ＵＥ）がセンシングウィンドウのパラメータ情報を決定するステップは、第１のＵＥが、第３の指示情報を受信するステップであって、第３の指示情報は、センシングウィンドウのパラメータ情報を含む、ステップ、
を含む。
【0019】
第１のＵＥは、基地局又は第２のＵＥによって送信され且つセンシングウィンドウのパラメータ情報を含む受信された第３の指示情報を用いて、センシングウィンドウのパラメータ情報を直接決定してよい。これにより、パラメータ情報の決定効率が向上する。
【0020】
可能な設計では、第１のＵＥがリソースの使用状況に従ってセンシングウィンドウのパラメータ情報を決定するステップの前に、本方法は、第１のＵＥが、事前設定された期間においてリソースをセンシングし、リソースの使用状況を決定するステップ、
を含む。
【0021】
可能な設計では、リソースの使用状況が任意リソースの数量を含む場合、第１のＵＥがリソースの使用状況に従ってセンシングウィンドウのパラメータ情報を決定するステップは、第１のＵＥが、センシングウィンドウの時間長がＮ個の事前設定された期間の時間長の和であることを決定するステップ、を含む。Ｎ個の事前設定された期間の任意リソースの数量は、第１の事前設定された閾値以上であり、又は、（Ｎ＋１）個の事前設定された期間の時間長の和は、第２の事前設定された閾値以上である。Ｎは正の整数である。
【0022】
第１のＵＥは、任意リソースの数量に従ってセンシングウィンドウの時間長を決定するので、センシングウィンドウの時間長は任意リソースの数量に従って変化する。したがって、ＵＥの消費電力と性能との関係のバランスが取れる。
【0023】
別の可能な設計では、リソースの使用状況が任意リソースの数量を含む場合、第１のＵＥがリソースの使用状況に従ってセンシングウィンドウのパラメータ情報を決定するステップは、第１のＵＥが、センシングウィンドウの時間長が、Ｐ個の事前設定された期間の時間長の和と任意リソースの存在しないＬ個の事前設定された期間の時間長の和との差であると決定するステップであって、Ｐ個の事前設定された期間における任意リソースの数量は第３の事前設定された閾値以上であり、又は、（Ｐ＋１）個の事前設定された期間の時間長の和は第４の事前設定された閾値以上であり、ＰとＬの両方が正の整数である、ステップ、を含む。
【0024】
第１のＵＥは、事前設定された時間内に得られた任意リソースの数量に従ってセンシングウィンドウの時間長を決定するので、センシングウィンドウの時間長は、任意リソースの数量に応じて変化する。したがって、ＵＥの消費電力と性能との関係のバランスが取れる。
【0025】
別の可能な設計では、リソースの使用状況が任意リソースの数量を含む場合、第１のＵＥがリソースの使用状況に従ってセンシングウィンドウのパラメータ情報を決定するステップは、センシングウィンドウの時間長が第１の期間の時間長であることを決定するステップであって、事前設定された期間において、第１の期間における任意リソースの数量が最多であり、事前設定された期間は少なくとも１つの第１の期間を含む、ステップ、又は、
センシングウィンドウの時間長が第２の期間の時間長であることを決定するステップであって、事前設定された期間において、第２の期間における任意リソースの数量は、第５の事前設定された閾値以上であり、第２の期間の時間長は、事前設定された期間における別の第２の期間の時間長よりも小さく、事前設定された期間は少なくとも１つの第２の期間を含む、ステップ、
を含む。
【0026】
第１のＵＥは、事前設定された時間内に得られた任意リソースの数量に従ってセンシングウィンドウの時間長を決定するので、センシングウィンドウの時間長は、任意リソースの数量に応じて変化する。したがって、ＵＥの消費電力と性能との関係のバランスが取れる。
【0027】
可能な設計では、第１のユーザ機器（ＵＥ）がセンシングウィンドウのパラメータ情報を決定するステップは、第１のＵＥが、センシングウィンドウの開始時間のオフセットを決定するステップと、第１のＵＥが、オフセットと、前回のセンシング時に用いられたセンシングウィンドウの開始時間とに従って、センシングウィンドウの開始時間を決定するステップと、を含む。
【0028】
可能な設計では、オフセットは、前回のセンシング時に用いられたセンシングウィンドウの時間長に関連する。
【0029】
ＵＥのセンシングウィンドウの開始時間はオフセットを有するので、ＵＥがセンシングウィンドウにおいて十分な任意リソースを見つけることができないという現象を防止することができる。
【0030】
第２の態様によれば、本発明の実施形態はＵＥを提供する。本ＵＥはプロセッサを備え、プロセッサは、センシングウィンドウのパラメータ情報を決定するように構成され、パラメータ情報は、開始時間と、時間長と、数量とのうち少なくとも１つを含む。プロセッサは更に、センシングウィンドウのパラメータ情報に従って、センシングウィンドウにおいてリソースをセンシングし、センシング結果に従ってリソースを選択するように構成される。
【0031】
可能な設計では、プロセッサは更に、リソースの使用状況に従って、センシングウィンドウのパラメータ情報を決定するように構成される。
【0032】
可能な設計では、リソースの使用状況は、第１の輻輳レベルと、第１のリソース予約間隔と、第２のリソース予約間隔と、任意リソースの数量と、リソース上のエネルギーとのうち少なくとも１つを含む。リソース予約間隔は、第２のＵＥにより今回のデータ伝送に用いられるリソースと第２のＵＥにより次回のデータ伝送に用いられるリソースとの間の時間間隔である。
【0033】
可能な設計では、ＵＥは更に受信部を備える。受信部は、基地局又は第２のＵＥによって送信された第１の指示情報を受信するように構成され、第１の指示情報は、第１の輻輳レベル及び／又は第１のリソース予約間隔を含み、又は、プロセッサは更に、リソース上のエネルギーに従って、第１の輻輳レベルを決定するように構成され、又は、
受信部は、少なくとも１つの第２のＵＥによって送信された第２の指示情報を受信するように構成され、第２の指示情報は、第２の輻輳レベル及び／又は第２のリソース予約間隔を含み、
プロセッサは更に、第２の輻輳レベル及び／又は第２のリソース予約間隔に従って、第１の輻輳レベル及び／又は第１のリソース予約間隔を決定するように構成される。
【0034】
可能な設計では、第１のリソース予約間隔は、第２のリソース予約間隔のサブセットである。
【0035】
可能な設計では、プロセッサは更に、第２のリソース予約間隔をソートするように構成され、プロセッサは更に、ソートされた第２のリソース予約間隔から、第１のリソース予約間隔としてＭ個のリソース予約間隔を選択するように構成される。Ｍは正の整数である。
【0036】
可能な設計では、ＵＥは更に受信部を備える。受信部は、第３の指示情報を受信するように構成される。第３の指示情報は、センシングウィンドウのパラメータ情報を含む。
【0037】
可能な設計では、プロセッサは更に、事前設定された期間においてリソースをセンシングし、リソースの使用状況を決定するように構成される。
【0038】
可能な設計では、リソースの使用状況が任意リソースの数量を含む場合、プロセッサは更に、センシングウィンドウの時間長がＮ個の事前設定された期間の時間長の和であることを決定するように構成される。Ｎ個の事前設定された期間における任意リソースの数量は、第１の事前設定された閾値以上であり、又は、（Ｎ＋１）個の事前設定された期間の時間長の和は、第２の事前設定された閾値以上である。Ｎは正の整数である。
【0039】
可能な設計では、リソースの使用状況が任意リソースの数量を含む場合、プロセッサは更に、センシングウィンドウの時間長が第１の期間の時間長であることを決定するように構成され、事前設定された期間において、第１の期間における任意リソースの数量が最多であり、事前設定された期間は少なくとも１つの第１の期間を含む。又は、プロセッサは更に、センシングウィンドウの時間長が第２の期間の時間長であることを決定するように構成され、事前設定された期間において、第２の期間における任意リソースの数量は、第５の事前設定された閾値以上であり、第２の期間の時間長は、事前設定された期間における別の第２の期間の時間長よりも小さく、事前設定された期間は少なくとも１つの第２の期間を含む。
【0040】
可能な設計では、プロセッサは更に、センシングウィンドウの開始時間のオフセットを決定するように構成される。プロセッサは更に、オフセットと、前回のセンシング時に用いられたセンシングウィンドウの開始時間とに従って、センシングウィンドウの開始時間を決定するように構成される。
【0041】
可能な設計では、オフセットは、前回のセンシング時に用いられたセンシングウィンドウの時間長に関連する。
【0042】
本発明の実施形態において提供されるリソース選択の方法、装置及びデバイスによれば、センシングウィンドウのパラメータ情報が決定され、センシングウィンドウのパラメータ情報に従って、センシングウィンドウにおいてリソースがセンシングされて、リソース選択が行われる。センシングウィンドウのパラメータ情報が決定され、センシングウィンドウの決定されたパラメータ情報に従ってセンシングウィンドウにおいてリソースがセンシングされるので、固定のセンシングウィンドウに従ってリソースがセンシングされるという従来技術の減少が回避され、よってＵＥの消費電力が低減される。
【図面の簡単な説明】
【0043】
本発明の実施形態又は従来技術における技術的解決策をより明確に説明するために、以下、実施形態又は従来技術を説明するために必要な添付図面を簡単に説明する。当然ながら、以下の説明における添付図面は本発明の一部の実施形態を示すに過ぎない。当業者であれば、創意工夫なしにこれらの添付図面から更に他の図面を得ることができるであろう。
【0044】
【図1】本発明に係るリソース選択方法の実施形態１の概略フローチャートである。
【図2】本発明に係るリソース選択方法の実施形態２の概略フローチャートである。
【図3】本発明に係るリソース選択方法の実施形態３の概略フローチャートである。
【図4】本発明に係るリソース選択方法の実施形態４の概略フローチャートである。
【図5】本発明に係るリソース選択方法の実施形態５の概略フローチャートである。
【図6】本発明に係るリソース選択方法の実施形態６の概略フローチャートである。
【図7】本発明に係るリソース選択方法の実施形態７の概略フローチャートである。
【図8】本発明に係るＵＥの実施形態１の概略構造図である。
【図9】本発明に係るＵＥの実施形態２の概略構造図である。
【図10】本発明に係るＵＥの実施形態３の概略構造図である。
【発明を実施するための形態】
【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】
本実施形態で提供されるＵＥは、本発明の任意の実施形態において提供されるリソース選択方法の技術的解決策を実行するように構成されてよい。その実施原理及び技術的効果は、該リソース選択方法のものと同様であり、ここでは詳細の説明を省略する。
【0140】
受信部１３は、基地局又は第２のＵＥによって送信された第１の指示情報を受信するように構成される。第１の指示情報は、第１の輻輳レベル及び／又は第１のリソース予約間隔を含む。
【0141】
或いは、プロセッサ１１は更に、リソース上のエネルギーに従って、第１の輻輳レベルを決定するように構成される。
【0142】
或いは、受信部１３は、少なくとも１つの第２のＵＥによって送信された第２の指示情報を受信するように構成される。第２の指示情報は、第２の輻輳レベル及び／又は第２のリソース予約間隔を含む。
【0143】
プロセッサ１１は更に、第２の輻輳レベル及び／又は第２のリソース予約間隔に従って、第１の輻輳レベル及び／又は第１のリソース予約間隔を決定するように構成される。
【0144】
任意に、第１のリソース予約間隔は、第２のリソース予約間隔のサブセットである。
【0145】
任意に、プロセッサ１１は更に、第２のリソース予約間隔をソートするように構成される。
【0146】
プロセッサ１１は更に、ソートされた第２のリソース予約間隔から、第１のリソース予約間隔としてＭ個のリソース予約間隔を選択するように構成される。Ｍは正の整数である。
【0147】
本実施形態で提供されるＵＥは、本発明の任意の実施形態において提供されるリソース選択方法の技術的解決策を実行するように構成されてよい。その実施原理及び技術的効果は、該リソース選択方法のものと同様であり、ここでは詳細の説明を省略する。
【0149】
受信部１４は、第３の指示情報を受信するように構成される。第３の指示情報は、センシングウィンドウのパラメータ情報を含む。
【0150】
任意に、プロセッサ１１は更に、事前設定された期間においてリソースをセンシングし、リソースの使用状況を決定するように構成される。
【0151】
任意に、リソースの使用状況が任意リソースの数量を含む場合、プロセッサ１１は更に、センシングウィンドウの時間長がＮ個の事前設定された期間の時間長の和であることを決定するように構成される。Ｎ個の事前設定された期間における任意リソースの数量は、第１の事前設定された閾値以上であり、又は、（Ｎ＋１）個の事前設定された期間の時間長の和は、第２の事前設定された閾値以上であり、Ｎは正の整数である。
【0152】
任意に、リソースの使用状況が任意リソースの数量を含む場合、プロセッサ１１は更に、センシングウィンドウの時間長が第１の期間の時間長であることを決定するように構成される。事前設定された期間において、第１の期間における任意リソースの数量が最多である。事前設定された期間は少なくとも１つの第１の期間を含む。
【0153】
或いは、プロセッサ１１は更に、センシングウィンドウの時間長が第２の期間の時間長であることを決定するように構成される。事前設定された期間において、第２の期間における任意リソースの数量は、第５の事前設定された閾値以上である。第２の期間の時間長は、事前設定された期間における別の第２の期間の時間長よりも小さい。事前設定された期間は少なくとも１つの第２の期間を含む。
【0154】
本実施形態で提供されるＵＥは、本発明の任意の実施形態において提供されるリソース選択方法の技術的解決策を実行するように構成されてよい。その実施原理及び技術的効果は、該リソース選択方法のものと同様であり、ここでは詳細の説明を省略する。
【0155】
任意に、プロセッサ１１は更に、センシングウィンドウの開始時間のオフセットを決定するように構成される。
【0156】
プロセッサ１１は更に、オフセットと、前回のセンシング時に用いられたセンシングウィンドウの開始時間とに従って、センシングウィンドウの開始時間を決定するように構成される。
【0157】
任意に、オフセットは、前回のセンシング時に用いられたセンシングウィンドウの時間長に関連する。
【0158】
本実施形態で提供されるＵＥは、本発明の任意の実施形態において提供されるリソース選択方法の技術的解決策を実行するように構成されてよい。その実施原理及び技術的効果は、該リソース選択方法のものと同様であり、ここでは詳細の説明を省略する。
【0159】
当業者であれば明確に理解できるように、上記の機能モジュールの分割は、簡便な説明のために、例示のための例として挙げられている。実際の適用では、上記の機能は、要件に応じて異なる機能モジュールに割り当てられ、実現されてよい。すなわち、装置の内部構造は、上述した機能の全部又は一部を実現するために異なる機能モジュールに分割される。上述のシステム、装置及びユニットの詳細な動作プロセスについては、上述の方法実施形態の対応するプロセスを参照することができ、ここでは詳細の説明を省略する。
【0160】
本願において提供されるいくつかの実施形態において、開示されたシステム、装置及び方法は、他の方式で実施され得ることが理解されるべきである。例えば、説明された装置実施形態は例に過ぎない。例えば、モジュール又はユニットの分割は、論理的な機能分割に過ぎず、実際の実施では他の分割であってよい。例えば、複数のユニット又はコンポーネントが別のシステムに組合わせ又は統合されてよく、一部の機能は無視されてもよく、実行されなくてもよい。加えて、表示又は議論された相互結合又は直接的な結合若しくは通信接続は、いくつかのインタフェースを用いて実現されてよい。装置又はユニット間の間接的な結合又は通信接続は、電子的、機械的その他の形態で実施されてよい。
【0161】
別個のパーツとして記載されているユニットは、物理的に別個のものであってもなくてもよく、ユニットとして表示されるパーツは物理ユニットであってもなくてもよく、１つの位置に配置されても、複数のネットワークユニットに分散されてもよい。実施形態の解決策の目的を達成するために、ユニットの一部又は全部は実際の要件に従って選択されてよい。
【0162】
加えて、本願の実施形態における機能ユニットは、１つの処理ユニットに統合されてよく、或いは各ユニットは、物理的に単独で存在してよく、或いは２つ以上のユニットは１つのユニットに統合されてよい。統合ユニットは、ハードウェアの形態で実現されてよく、或いはソフトウェア機能ユニットの形態で実現されてよい。
【0163】
統合ユニットがソフトウェア機能ユニットの形態で実現され、独立した製品として販売又は使用されるとき、統合ユニットは、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づき、本願の技術的解決策は本質的に、或いは先行技術に寄与する部分、或いは技術的解決策の全部又は一部は、ソフトウェア製品の形態で実現されてよい。ソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイス等であってよい）又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に、本願の実施形態に記載された方法のステップの全部又は一部を実行するように指示するためのいくつかの命令を含む。上述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読出し専用メモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク、光ディスク等の、プログラムコードを記憶することのできる任意の媒体を含む。
【0164】
上述の実施形態は、本願の技術的解決策を説明するためのものに過ぎず、本願を限定するものではない。上述の実施形態を参照して本願を詳細に説明したが、当業者であれば理解できるように、当業者は依然として、本願の実施形態の技術的解決策の主旨及び範囲から逸脱することなく、上述の実施形態で説明された技術的解決策に変更を行ったり、その一部の技術的特徴に均等置換を行うことができる。