(57)【要約】本発明の実施形態は、車車間通信技術の分野に関し、そして、システムリソース利用が低減され、かつ、リソース選択衝突が容易に発生するという従来技術の問題を解決するためのリソースエネルギ決定方法および装置を提供する。本方法は、第１ＵＥによって、第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得するステップと、第２ＵＥの時間−周波数リソース指示情報に基づいて、第１ＵＥによって、第１リソースのエネルギを決定するステップと、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて、第１ＵＥによって、少なくとも１つの第２リソースのエネルギを決定するステップを含む。ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である。
2019530286.tif 000002
【特許請求の範囲】
【請求項１】
リソースエネルギを決定する方法であって、該方法は、
第１ＵＥによって、該第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得するステップと、
前記第２ＵＥの前記時間−周波数リソース指示情報に基づいて、前記第１ＵＥによって、第１リソースのエネルギを決定するステップと、
第１リソースのエネルギおよび前記第２ＵＥの前記リソースサイクル予約情報に基づいて、前記第１ＵＥによって、少なくとも１つの第２リソースのエネルギを決定するステップであり、
前記第１リソースが配置されている送信期間における前記第１リソースの時間−周波数領域位置は、前記第２リソースが配置されている送信期間における前記少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である、
ステップと、
を含む、方法。
【請求項２】
前記第１ＵＥによって、前記第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報を獲得するステップは、
前記第１リソースが配置されている前記送信期間における前記第２ＵＥの最初のデータ送信またはデータ再送信に対応する制御情報から前記第２ＵＥの時間−周波数リソース指示情報を獲得するステップ、を含む、
請求項１に記載の方法。
【請求項３】
前記第１リソースは、前記第１ＵＥの前記センシング時間ウィンドウにおいて前記第１ＵＥがデータを送信するサブフレームにおける周波数領域リソースであり、または、
前記第１リソースは、前記第１ＵＥの前記センシング時間ウィンドウにおけるサブフレームにおいてにおいて前記第１ＵＥが復号することができない周波数領域リソースである、
請求項２に記載の方法。
【請求項４】
前記第２ＵＥの前記時間−周波数リソース指示情報に基づいて、前記第１ＵＥによって、第１リソースのエネルギを決定するステップは、
前記第２ＵＥの前記時間−周波数リソース指示情報に基づいて、前記第１ＵＥによって、少なくとも１つの第３リソースを決定するステップであり、前記第２ＵＥは、前記少なくとも１つの第３リソースおよび前記第１リソースにおいて同じデータを送信し、かつ、該同じデータは、データの１ピースであり、または、データの１ピースに係る複数の冗長バージョンである、ステップと、
前記少なくとも１つの第３リソースのエネルギに基づいて、前記第１ＵＥによって、前記第１リソースのエネルギを決定するステップであり、前記少なくとも１つの第３リソースのエネルギは、前記第１ＵＥによって測定される、ステップと、
を含む、請求項１乃至３いずれか一項に記載の方法。
【請求項５】
前記少なくとも１つの第３リソースのエネルギに基づいて、前記第１ＵＥによって、前記第１リソースのエネルギを決定するステップは、
前記第１リソースのエネルギとして、前記第１ＵＥによって、前記少なくとも１つの第３リソースのエネルギの平均値、最大値、または最小値を決定するステップ、を含む、
請求項４に記載の方法。
【請求項６】
複数の第１リソースが存在し、該複数の第１リソースは複数の第２リソースに対応しており、該複数の第２リソースは少なくとも１つのサブフレーム内にあり、かつ、該複数の第２リソースのうち少なくとも２つは同じサブフレーム内にある場合、かつ、
該同じサブフレームにおいて前記少なくとも２つの第２リソースの周波数領域位置がオーバーラップする場合に、
該オーバーラップした周波数領域位置でのエネルギについて、前記第１ＵＥが、前記少なくとも２つの第２リソースに対応する第１リソースのエネルギに基づいて、前記オーバーラップした周波数領域位置での前記エネルギを決定することは、
前記オーバーラップした周波数領域位置でのリソースのエネルギとして、前記少なくとも２つの第２リソースに対応する前記第１リソースのエネルギにおける任意の第１リソースの前記オーバーラップした周波数領域位置でのエネルギを決定するステップ、もしくは、
前記オーバーラップした周波数領域位置でのエネルギを獲得するために、前記少なくとも２つの第２リソースに対応する前記第１リソースの前記オーバーラップした周波数領域位置でのエネルギについて加算または平均化を実行するステップ、
を含む、請求項１乃至５いずれか一項に記載の方法。
【請求項７】
前記複数の第１リソースのうち少なくとも２つが同じサブフレーム内にあり、かつ、該少なくとも２つの第１リソースの周波数領域位置がオーバーラップしている場合、該少なくとも２つの第１リソースそれぞれのオーバーラップした周波数領域位置でのエネルギを前記第１ＵＥが決定することは、
各第１リソースの周波数領域位置に対する前記オーバーラップした周波数領域位置の割合を、前記第１ＵＥによって、決定するステップ、および、
各第１リソースの周波数領域位置に対する前記オーバーラップした周波数領域位置の前記割合、および、各第１リソースの対応するエネルギに基づいて、前記第１ＵＥによって、各第１リソースの前記オーバーラップした周波数領域位置でのエネルギを決定するステップ、
を含む、請求項６に記載の方法。
【請求項８】
第１ＵＥによって、該第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥのリソースサイクル予約情報を獲得するステップは、
前記基地局によって送信された構成情報に基づいて、前記第１ＵＥによって、前記リソースサイクル予約情報を獲得するステップ、または、
事前設定された構成情報に基づいて、前記第１ＵＥによって、前記リソースサイクル予約情報を獲得するステップ、もしくは、
前記第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報に基づいて、前記第１ＵＥによって、前記リソースサイクル予約情報を決定するステップ、
を含み、
前記リソースサイクル予約情報は、リソース予約サイクルおよびリソースサイクル予約量を含む、
請求項２乃至７いずれか一項に記載の方法。
【請求項９】
前記リソース予約サイクルは、リソースサイクル単位を含み、
前記リソース予約サイクルは、前記リソースサイクル単位の整数倍であり、かつ、
前記リソースサイクル単位の値は、前記構成情報を使用して前記基地局によって構成されているか、または、前記リソースサイクル単位の値は、事前に構成されている、
請求項８に記載の方法。
【請求項１０】
前記リソース予約サイクルは、固定サイクルであり、かつ／あるいは、
前記リソースサイクル予約量は、固定量である、
請求項８または９に記載の方法。
【請求項１１】
前記構成情報は、システム放送情報または前記基地局の専用シグナリングを使用して構成されている、
請求項８乃至１０いずれか一項に記載の方法。
【請求項１２】
リソースエネルギ決定装置であって、該装置は、
前記リソースエネルギ決定装置のセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得するように構成されている、獲得ユニットと、
前記第２ＵＥの前記時間−周波数リソース指示情報に基づいて、第１リソースのエネルギを決定するように構成されている、決定ユニットと、を含み、
前記決定ユニットは、さらに、
前記第１リソースのエネルギおよび前記第２ＵＥの前記リソースサイクル予約情報に基づいて、少なくとも１つの第２リソースのエネルギを決定するように構成されており、
前記第１リソースが配置されている送信期間における前記第１リソースの時間−周波数領域位置は、前記第２リソースが配置されている送信期間における前記少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である、
装置。
【請求項１３】
前記獲得ユニットは、特定的に、
前記第１リソースが配置されている前記送信期間における前記第２ＵＥの最初のデータ送信またはデータ再送信に対応する制御情報から前記第２ＵＥの時間−周波数リソース指示情報を獲得する、
ように構成されている、請求項１２に記載の装置。
【請求項１４】
前記第１リソースは、前記リソースエネルギ決定装置の前記センシング時間ウィンドウにおいて前記リソースエネルギ決定装置がデータを送信するサブフレームにおける周波数領域リソースであり、または、
前記第１リソースは、前記リソースエネルギ決定装置の前記センシング時間ウィンドウにおけるサブフレームにおいて前記リソースエネルギ決定装置が復号することができない周波数領域リソースである、
請求項１３に記載の装置。
【請求項１５】
前記決定ユニットは、特定的に、
前記第２ＵＥの前記時間−周波数リソース指示情報に基づいて、少なくとも１つの第３リソースを決定し、前記第２ＵＥは、前記少なくとも１つの第３リソースおよび前記第１リソースにおいて同じデータを送信し、かつ、該同じデータは、データの１ピースであり、または、データの１ピースに係る複数の冗長バージョンであり、かつ、
前記少なくとも１つの第３リソースのエネルギに基づいて、前記第１リソースのエネルギを決定し、前記少なくとも１つの第３リソースのエネルギは、前記リソースエネルギ決定装置によって測定される、
ように構成されている、請求項１２乃至１４いずれか一項に記載の装置。
【請求項１６】
前記決定ユニットは、さらに、特定的に、
前記第１リソースのエネルギとして、前記少なくとも１つの第３リソースのエネルギの平均値、最大値、または最小値を決定する、
ように構成されている、請求項１５に記載の装置。
【請求項１７】
複数の第１リソースが存在し、該複数の第１リソースは複数の第２リソースに対応しており、該複数の第２リソースは少なくとも１つのサブフレーム内にあり、かつ、該複数の第２リソースのうち少なくとも２つは同じサブフレーム内にある場合、かつ、
該同じサブフレームにおいて前記少なくとも２つの第２リソースの周波数領域位置がオーバーラップする場合に、
該オーバーラップした周波数領域位置でのエネルギについて、前記決定ユニットは、さらに、特定的に、
前記オーバーラップした周波数領域位置でのリソースのエネルギとして、前記少なくとも２つの第２リソースに対応する前記第１リソースのエネルギにおける任意の第１リソースの前記オーバーラップした周波数領域位置でのエネルギを決定し、もしくは、
前記オーバーラップした周波数領域位置でのエネルギを獲得するために、前記少なくとも２つの第２リソースに対応する前記第１リソースの前記オーバーラップした周波数領域位置でのエネルギについて加算または平均化を実行する、
ように構成されている、請求項１２乃至１６いずれか一項に記載の装置。
【請求項１８】
前記複数の第１リソースのうち少なくとも２つが同じサブフレーム内にあり、かつ、該少なくとも２つの第１リソースの周波数領域位置がオーバーラップしている場合に、
前記決定ユニットは、さらに、特定的に、
各第１リソースの周波数領域位置に対する前記オーバーラップした周波数領域位置の割合を決定し、かつ、
各第１リソースの周波数領域位置に対する前記オーバーラップした周波数領域位置の前記割合、および、各第１リソースの対応するエネルギに基づいて、各第１リソースの前記オーバーラップした周波数領域位置でのエネルギを決定する、
ように構成されている、請求項１７に記載の装置。
【請求項１９】
前記獲得ユニットは、さらに、特定的に、
前記基地局によって送信された構成情報に基づいて、前記リソースサイクル予約情報を獲得し、または、
事前設定された構成情報に基づいて、前記リソースサイクル予約情報を獲得し、もしくは、
前記第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報に基づいて、前記リソースサイクル予約情報を決定し、
前記リソースサイクル予約情報は、リソース予約サイクルおよびリソースサイクル予約量を含む、
ように構成されている、請求項１３乃至１８いずれか一項に記載の装置。
【請求項２０】
前記リソース予約サイクルは、リソースサイクル単位を含み、
前記リソース予約サイクルは、前記リソースサイクル単位の整数倍であり、かつ、
前記リソースサイクル単位の値は、前記構成情報を使用して前記基地局によって構成されているか、または、前記リソースサイクル単位の値は、事前に構成されている、
請求項１９に記載の装置。
【請求項２１】
前記リソース予約サイクルは、固定サイクルであり、かつ／あるいは、
前記リソースサイクル予約量は、固定量である、
請求項１９または２０に記載の装置。
【請求項２２】
前記構成情報は、システム放送情報または前記基地局の専用シグナリングを使用して構成されている、
請求項１９乃至２１いずれか一項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車車間通信技術に関する。そして、特には、リソースエネルギを決定する方法および装置に関する。
【背景技術】
【０００２】
生活水準が継続的に向上するにつれて、車両は、人々の日常生活の中へ徐々に統合され、そして、不可欠な交通手段となっている。しかしながら、車両の出現に伴い、交通事故の発生が年々増加している。車車間（Vehicle-to-Vehicle、Ｖ２Ｖ）通信技術は、車両が有効距離内で相互にステータス情報を定期的に交換することができる技術である。Ｖ２Ｖ通信技術を使用することによって、車両の位置、速度、および状態、といった情報を近くの車両に対して送信することができ、そうして、近くの車両および運転者は、道路交通安全、等に関する情報を時間内に正確に知ることができ、そして、潜在的な危険に対する警告を決定し、かつ、行うことができる。それによって、交通事故発生確率を低減している。
【０００３】
現在は、車車間通信におけるステータス情報の交換の最中に、ユーザ機器ＵＥは、自律リソース選択モード（autonomous  resource  selection  mode）においてセンシングメカニズムを使用し、そして、半持続的伝播（ＳＰＴ、Semi-Persistent  Transmission）メカニズムを使用する。具体的には、ＵＥは、センシングウィンドウにおいて別のＵＥによって送信された制御情報を最初に復号し、その別のＵＥに係る対応する位置データの復調基準信号（demodulation  reference  signal）のエネルギを測定し、かつ、エネルギ値が閾値より大きいデータ送信リソースを排除する。続いて、ＵＥは、エネルギシーケンスにおいて、排除されていないデータ送信リソースから低エネルギサブセットを選択し、そして、低エネルギサブセットから最終データ送信リソースを選択する。
【０００４】
しかしながら、データ送信リソースを選択するプロセスにおいては、半二重通信（half-duplex  communication）への制限のせいで、ＵＥは、そのＵＥのデータが送信されるサブフレームにおけるデータ送信リソースを測定することができない。従って、以降のデータ送信リソースの選択において、サブフレームは使用できないとデフォルトでは考えられる。その結果として、使用することができていたであろう幾らかのデータ送信リソースを使用できず、システムリソースの利用を低減している。加えて、利用可能なリソースセットが低減するので、複数のＵＥがセンシング結果に基づいてリソース選択を実行するときに、より多くのリソース選択衝突（collisions）が発生し得る。
【発明の概要】
【０００５】
本発明の実施形態は、システムリソースの利用が低減され、そして、リソース選択衝突が容易に発生するという従来技術の問題を解決するために、リソースエネルギを決定する方法および装置を提供する。
【０００６】
上記の目的を達成するために、本発明の実施形態において以下の技術的ソリューションが使用される。
【０００７】
第１態様に従って、リソースエネルギを決定する方法が提供される。本方法は、第１ＵＥによって、第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得するステップと、第２ＵＥの時間−周波数リソース指示情報に基づいて、第１ＵＥによって、第１リソースのエネルギを決定するステップと、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて、第１ＵＥによって、少なくとも１つの第２リソースのエネルギを決定するステップを含む。ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である。上記の技術的ソリューションにおいて、エネルギを以前に決定することができない利用可能なリソースが、システムリソースの利用を改善するために、ＵＥによって選択され、かつ、使用され得る。加えて、複数のＵＥがセンシング結果に基づいてリソース選択を行うときに、リソース選択衝突が発生する可能性が低減され得る。
【０００８】
一つの可能な実施において、第１ＵＥによって、第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報を獲得するステップは、第１リソースが配置されている送信期間における第２ＵＥの最初のデータ送信またはデータ再送信に対応する制御情報から第２ＵＥの時間−周波数リソース指示情報を獲得するステップを含む。具体的には、第２ＵＥの時間−周波数リソース指示情報は、第２ＵＥの制御情報において伝送され、そして、第１ＵＥは、制御情報を使用することによって、第２ＵＥの時間−周波数リソース指示情報を獲得し得る。
【０００９】
一つの可能な実施において、第１リソースは、第１ＵＥのセンシング時間ウィンドウにおいて第１ＵＥがデータを送信するサブフレームにおける周波数領域リソースであり、または、第１リソースは、第１ＵＥのセンシング時間ウィンドウにおけるサブフレームにおいてにおいて第１ＵＥが復号することができない周波数領域リソースである。
【００１０】
一つの可能な実施において、第２ＵＥの時間−周波数リソース指示情報に基づいて、第１ＵＥによって、第１リソースのエネルギを決定するステップは、第２ＵＥの時間−周波数リソース指示情報に基づいて、第１ＵＥによって、少なくとも１つの第３リソースを決定するステップであり、第２ＵＥは、少なくとも１つの第３リソースおよび第１リソースにおいて同じデータを送信し、かつ、同じデータは、データの１ピースであり、または、データの１ピースに係る複数の冗長バージョンである、ステップ、および、少なくとも１つの第３リソースのエネルギに基づいて、第１ＵＥによって、第１リソースのエネルギを決定するステップであり、少なくとも１つの第３リソースのエネルギは、第１ＵＥによって測定される、ステップ、を含む。上記の可能な技術的ソリューションにおいて、第１ＵＥは、少なくとも１つの第３リソースのエネルギであり、かつ、第２ＵＥが同じデータを最初に送信または再送信するときに測定されるエネルギに基づいて、第１リソースのエネルギを決定し得る。
【００１１】
一つの可能な実施において、少なくとも１つの第３リソースのエネルギに基づいて、第１ＵＥによって、第１リソースのエネルギを決定するステップは、第１リソースのエネルギとして、第１ＵＥによって、少なくとも１つの第３リソースのエネルギの平均値、最大値、または最小値を決定するステップを含む。
【００１２】
一つの可能な実施において、複数の第１リソースが存在し、複数の第１リソースは複数の第２リソースに対応しており、複数の第２リソースは少なくとも１つのサブフレーム内にあり、かつ、複数の第２リソースのうち少なくとも２つは同じサブフレーム内にある場合、かつ、同じサブフレームにおいて少なくとも２つの第２リソースの周波数領域位置がオーバーラップする場合に、オーバーラップした周波数領域位置でのエネルギについて、第１ＵＥが、少なくとも２つの第２リソースに対応する第１リソースのエネルギに基づいて、オーバーラップした周波数領域位置でのエネルギを決定することは、オーバーラップした周波数領域位置でのリソースのエネルギとして、少なくとも２つの第２リソースに対応する第１リソースのエネルギにおける任意の第１リソースのオーバーラップした周波数領域位置でのエネルギを決定するステップ、もしくは、オーバーラップした周波数領域位置でのエネルギを獲得するために、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギについて加算または平均化を実行するステップ、を含む。
【００１３】
一つの可能な実施において、複数の第１リソースのうち少なくとも２つが同じサブフレーム内にあり、かつ、少なくとも２つの第１リソースの周波数領域位置がオーバーラップしている場合、少なくとも２つの第１リソースそれぞれのオーバーラップした周波数領域位置でのエネルギを第１ＵＥが決定することは、各第１リソースの周波数領域位置に対するオーバーラップした周波数領域位置の割合を、第１ＵＥによって、決定するステップ、および、各第１リソースの周波数領域位置に対するオーバーラップした周波数領域位置の割合、および、各第１リソースの対応するエネルギに基づいて、第１ＵＥによって、各第１リソースのオーバーラップした周波数領域位置でのエネルギを決定するステップ、を含む。
【００１４】
一つの可能な実施において、第１ＵＥによって、第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥのリソースサイクル予約情報を獲得するステップは、基地局によって送信された構成情報に基づいて、第１ＵＥによって、リソースサイクル予約情報を獲得するステップ、または、事前設定された構成情報に基づいて、第１ＵＥによって、リソースサイクル予約情報を獲得するステップ、もしくは、第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報に基づいて、第１ＵＥによって、リソースサイクル予約情報を決定するステップ、を含む。ここで、リソースサイクル予約情報は、リソース予約サイクルおよびリソースサイクル予約量を含む。上記の可能な技術的ソリューションにおいて、第１ＵＥは、基地局によって送信された構成情報、事前設定構成情報、または第２ＵＥに対応する制御情報、等を使用することによって、第２ＵＥのリソースサイクル予約情報を獲得し得る。
【００１５】
一つの可能な実施において、リソース予約サイクルはリソースサイクル単位を含み、リソース予約サイクルはリソースサイクル単位の整数倍であり、かつ、リソースサイクル単位の値は構成情報を使用して基地局によって構成されているか、または、リソースサイクル単位の値は事前に構成されている。上記の可能な技術的ソリューションにおいて、リソース予約サイクルは、リソースサイクル単位を使用することによって構成されてよく、そして、リソース予約サイクルはリソースサイクル単位の整数倍であってよい。
【００１６】
一つの可能な実施において、リソース予約サイクルは固定サイクルであり、かつ／あるいは、リソースサイクル予約量は固定量である。一つの可能な実施において、構成情報はシステム放送情報または基地局の専用シグナリングを使用して構成され得る。
【００１７】
第２の態様に従って、リソースエネルギ決定装置が提供される。本装置は、リソースエネルギ決定装置のセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得するように構成されている獲得ユニットと、第２ＵＥの時間−周波数リソース指示情報に基づいて、第１リソースのエネルギを決定するように構成されている決定ユニットと、を含む。ここで、決定ユニットは、さらに、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて、少なくとも１つの第２リソースのエネルギを決定するように構成されており、ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である。上記の技術的ソリューションにおいて、エネルギを以前に決定することができない利用可能なリソースが、システムリソースの利用を改善するために、ＵＥによって選択され、かつ、使用され得る。加えて、リソース選択のときにリソース選択衝突が発生する可能性が低減され得る。
【００１８】
一つの可能な実施において、獲得ユニットは、特定的に、第１リソースが配置されている送信期間における第２ＵＥの最初のデータ送信またはデータ再送信に対応する制御情報から第２ＵＥの時間−周波数リソース指示情報を獲得するように構成されている。
【００１９】
一つの可能な実施において、第１リソースは、リソースエネルギ決定装置のセンシング時間ウィンドウにおいてリソースエネルギ決定装置がデータを送信するサブフレームにおける周波数領域リソースであり、または、第１リソースは、リソースエネルギ決定装置のセンシング時間ウィンドウにおけるサブフレームにおいてリソースエネルギ決定装置が復号することができない周波数領域リソースである。
【００２０】
一つの可能な実施において、決定ユニットは、特定的に、第２ＵＥの時間−周波数リソース指示情報に基づいて、少なくとも１つの第３リソースを決定し、ここで、第２ＵＥは、少なくとも１つの第３リソースおよび第１リソースにおいて同じデータを送信し、そして、同じデータは、データの１ピースであり、または、データの１ピースに係る複数の冗長バージョンであり、かつ、少なくとも１つの第３リソースのエネルギに基づいて、第１リソースのエネルギを決定し、少なくとも１つの第３リソースのエネルギは、リソースエネルギ決定装置によって測定される、ように構成されている。
【００２１】
一つの可能な実施において、決定ユニットは、さらに、特定的に、第１リソースのエネルギとして、少なくとも１つの第３リソースのエネルギの平均値、最大値、または最小値を決定するように構成されている。
【００２２】
一つの可能な実施において、複数の第１リソースが存在し、複数の第１リソースは複数の第２リソースに対応しており、複数の第２リソースは少なくとも１つのサブフレーム内にあり、そして、複数の第２リソースのうち少なくとも２つは同じサブフレーム内にある場合、かつ、同じサブフレームにおいて少なくとも２つの第２リソースの周波数領域位置がオーバーラップする場合に、オーバーラップした周波数領域位置でのエネルギについて、決定ユニットは、さらに、特定的に、オーバーラップした周波数領域位置でのリソースのエネルギとして、少なくとも２つの第２リソースに対応する第１リソースのエネルギにおける任意の第１リソースのオーバーラップした周波数領域位置でのエネルギを決定し、もしくは、オーバーラップした周波数領域位置でのエネルギを獲得するために、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギについて加算または平均化を実行する、ように構成されている。
【００２３】
一つの可能な実施において、複数の第１リソースのうち少なくとも２つが同じサブフレーム内にあり、かつ、少なくとも２つの第１リソースの周波数領域位置がオーバーラップしている場合に、決定ユニットは、さらに、特定的に、各第１リソースの周波数領域位置に対するオーバーラップした周波数領域位置の割合を決定し、かつ、各第１リソースの周波数領域位置に対するオーバーラップした周波数領域位置の割合、および、各第１リソースの対応するエネルギに基づいて、各第１リソースのオーバーラップした周波数領域位置でのエネルギを決定する、ように構成されている。
【００２４】
一つの可能な実施において、獲得ユニットは、さらに、特定的に、基地局によって送信された構成情報に基づいて、リソースサイクル予約情報を獲得し、または、事前設定された構成情報に基づいて、リソースサイクル予約情報を獲得し、もしくは、第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報に基づいて、リソースサイクル予約情報を決定する、ように構成されている。ここで、リソースサイクル予約情報は、リソース予約サイクルおよびリソースサイクル予約量を含む。
【００２５】
一つの可能な実施において、リソース予約サイクルは、リソースサイクル単位を含み、リソース予約サイクルは、リソースサイクル単位の整数倍であり、かつ、リソースサイクル単位の値は、構成情報を使用して基地局によって構成されているか、または、リソースサイクル単位の値は、事前に構成されている。
【００２６】
一つの可能な実施において、リソース予約サイクルは、固定サイクルであり、かつ／あるいは、リソースサイクル予約量は、固定量である。一つの可能な実施において、構成情報は、システム放送情報または基地局の専用シグナリングを使用して構成されている。
【００２７】
本発明の実施形態におけるリソースエネルギを決定する方法および装置に従って、第１ＵＥは、第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得し、第２ＵＥの時間−周波数リソース指示情報に基づいて、第１リソースのエネルギを決定し、そして、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて、少なくとも１つの第２リソースのエネルギを決定する。ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である。このことは、システムリソースの利用を改善するだけでなく、複数のＵＥがセンシング結果に基づいてリソース選択を行うときに、リソース選択衝突が発生する可能性も低減する。
【図面の簡単な説明】
【００２８】
本発明の実施形態における技術的ソリューションをより明確に説明するため、以下に、実施形態または従来技術を説明するために必要とされる添付の図面を簡単に説明する。明らかに、以降の説明における添付図面は本発明のいくつかの実施形態を単に示すものであり、そして、当業者であれば、創造的な努力なしにこれらの添付図面から他の図面をさらに導出し得る。
【図１】図１は、本発明の一つの実施形態に従った、車車間通信システムの模式的な構造図である。
【図２】図２は、本発明の一つの実施形態に従った、リソースエネルギを決定する方法の模式的なフローチャートである。
【図３】図３は、本発明の一つの実施形態に従った、第１リソースの概略図である。
【図４】図４は、本発明の一つの実施形態に従った、第１リソースの別の概略図である。
【図５】図５は、本発明の一つの実施形態に従った、第１リソースおよび第２リソースの概略図である。
【図６】図６は、本発明の一つの実施形態に従った、第１リソースおよび第２リソースの第１の概略図である。
【図７】図７は、本発明の一つの実施形態に従った、第１リソースおよび第２リソースの第２の概略図である。
【図８】図８は、本発明の一つの実施形態に従った、第１リソースおよび第２リソースの第３の概略図である。
【図９】図９は、本発明の一つの実施形態に従った、第１リソースおよび第２リソースの第４の概略図である。
【図１０】図１０は、本発明の一つの実施形態に従った、第１リソースおよび第２リソースの第５の概略図である。
【図１１】図１１は、本発明の一つの実施形態に従った、第１ＵＥの模式的な構造図である。
【図１２】図１２は、本発明の一つの実施形態に従った、第１ＵＥの別の模式的な構造図である。
【図１３】図１３は、本発明の一つの実施形態に従った、第１ＵＥのさらに別な模式的な構造図である。
【図１４】図１４は、本発明の一つの実施形態に従った、基地局の模式的な構造図である。
【図１５】図１５は、本発明の一つの実施形態に従った、基地局の別の模式的な構造図である。
【図１６】図１６は、本発明の一つの実施形態に従った、基地局のさらに別の模式的な構造図である。
【発明を実施するための形態】
【００２９】
以下に、本発明の実施形態における添付図面を参照して、本発明の実施形態における技術的ソリューションを明確かつ完全に説明する。明らかに、説明される実施形態は、本発明の実施形態のうち幾らかに過ぎないが、全てではない。創造的な努力なしに本発明の実施形態に基づいて当業者によって獲得される他の全ての実施形態は、本発明の保護範囲内に入るものである。
【００３０】
この明細書において記載される「複数（”plurality”）」は、２つまたはそれ以上を意味している。用語「及び／又は（”and/or”）」は、関連するオブジェクトを説明するための関連の関係を記述し、かつ、３つの関係が存在し得ることを表している。例えば、Ａ及び／又はＢは、以下の３つの場合を表し得る：Ａだけが存在すること、ＡおよびＢの両方が存在すること、および、Ｂだけが存在すること。記号「／」は、一般に、関連するオブジェクト間における「または（”or”）」の関係を示している。
【００３１】
本発明が説明される以前に、本発明における技術用語および本発明に係る技術的な問が、最初に簡単に紹介される。
【００３２】
半二重通信は、通信チャネルのそれぞれの端が、送信端（transmit  end）または受信端（receive  end）であってよいことを示している。しかしながら、通信情報は、ある瞬間には（at  one  moment）一方向においてだけ送信することができる。半二重通信は、ユーザ機器間のセッション通信、例えば、日常生活におけるトランシーバ（walkie-talkies）またはインターホン間の通信、に対して適用可能である。本発明におけるユーザ機器（User  Equipment、ＵＥ）の通信方式は、半二重通信である。
【００３３】
送信期間（transmission  period）は、ユーザ機器によって別のユーザ機器に対して同じデータを送信するための最大許容時間長（maximum  tolerable  time  length）であり、そして、ミリ秒（ms）において測定され得る。ユーザ機器が同じデータを送信するときに、同じデータの送信は、複数回のデータ再送信（data  retransmission）を含み得る。この場合には、最初のデータ送信およびデータ再送信が、１つの送信期間内に完了する必要がある。別の言葉で言えば、ユーザ機器は、１つの送信期間内に同じデータを複数回について送信することができる。例えば、ユーザ機器によってデータを送信するための送信期間は、１００ｍｓであってよい。
【００３４】
センシング時間ウィンドウ（sensing  time  window）は、ユーザ機器が別のユーザ機器によって送信されたデータのエネルギを測定する時間ウィンドウである。センシング時間ウィンドウは、時間の経過につれてリアルタイムにスライドする窓である。センシング時間ウィンドウの長さは、複数の送信期間を含み得る。Ｔが送信期間を表す場合に、センシング時間ウィンドウの長さは、Ｋ×Ｔであってよく、ここで、Ｋは１より大きいか等しい正の整数である。別の言葉で言えば、センシング時間ウィンドウは、Ｔの整数倍であり得る。例えば、センシング時間ウィンドウは、１０００ｍｓであり得る。
【００３５】
現在、ロングタームエボリューション（Long  Term  Evolution、ＬＴＥ）に基づく車両間Ｖ２Ｖ通信技術が、第３世代パートナーシッププロジェクト（3rd  Generation  Partnership  Project、３ＧＰＰ）において標準化されている。車両の安全運転を確保するためには、ステータス情報、すなわち、定期的なステータス情報（Periodic  Status  Message、ＰＳＭ）が、車両の間で定期的に交換される必要がある。近隣の車両のＰＳＭを分析することによって、車両または運転者は、潜在的な危険性について判断し、かつ、警告することができる。それによって、道路交通事故の発生確率を低減している。ＰＳＭサービスサイクルは、車両の運動状態（motion  status）と共に変化し得る。異なる運動状態におけるＵＥのサービスサイクルは、［１００ｍｓ、１０００ｍｓ］の範囲において評価されてよい。現在、ＵＥは、自律リソース選択モードにおいてセンシングメカニズムを使用し、そして、半持続的伝播メカニズムを使用している。具体的には、ＵＥが半二重通信を使用するので、ＵＥは、データを送信している間、ＵＥのデータ送信リソースを測定することができない。従って、以降のデータ送信リソースの選択において、サブフレームは使用できないとデフォルトでは考えられる。その結果として、占有されていないリソース、または、他のＵＥによって占有されている比較的に低いエネルギを有する再利用可能なリソースを使用することができない。このようにして、システムリソースの利用が低減されている。加えて、利用可能なリソースセットの減少のせいで、複数のＵＥがセンシング結果に基づいてリソース選択を実行するときに、より多くのリソース選択衝突が発生し得る。
【００３６】
本発明の基本原理は、以下の通りである。従来技術においてはエネルギがＵＥによっては決定することができない幾らかの利用可能なリソースについて、ＵＥが送信リソースを選択するときに、ＵＥは、ＵＥのセンシング時間ウィンドウにおいて、時間−周波数リソース指示情報（time-frequency  resource  indication  information）、および、別のＵＥによってデータを送信するためのリソースサイクル予約情報（resource  cycle  reservation  information）を獲得することができる。次いで、ＵＥは、時間−周波数リソース指示情報およびリソースサイクル予約情報に基づいて、前もってエネルギを決定することができない利用可能なリソースのものであり、かつ、将来の送信期間において存在する、リソースエネルギを予測する。そうして、ＵＥによって、リソースが選択され、かつ、使用され得る。このことは、システムリソースの利用を改善するだけでなく、複数のＵＥが、センシング結果に基づいて、リソース選択を実行するときに、リソース選択衝突が発生する確率も低減する。
【００３７】
図１は、本発明の一つの実施形態に従った、車車間通信システムの模式的な構造図である。図１を参照すると、車車間通信システムは、ユーザ機器１００、他のユーザ機器１１０、および、基地局１２０を含んでいる。ユーザ機器１００は、バス、プロセッサ、メモリ、入力／出力インターフェイス、および、通信インターフェイスを含み得る。
【００３８】
バスは、説明されたエレメントの回路を接続し、そして、これらのエレメント間での伝送を実施するために使用されている。例えば、プロセッサは、バスを使用して別のエレメントからコマンドを受信し、受信したコマンドを復号し、そして、復号されたコマンドに基づいて演算を実行し、または、データを処理する。
【００３９】
プロセッサは、端末装置１００のコントロールセンタであり、端末装置１００全体の様々なインターフェイスおよびケーブルを使用して全体のユーザ機器の各部を接続し、そして、メモリの中に保管されたソフトウェアプログラム及び／又はモジュールを実行または実施することによって、かつ、メモリの中に保管されたデータを呼び出すことによって、様々な機能およびデータ処理を実行して、ユーザ機器１００において全部のモニタリングを実施する。好ましくは、アプリケーションプロセッサおよびモデムプロセッサは、プロセッサの中へ統合されてよい。アプリケーションプロセッサは、オペレーティングシステム、ユーザインターフェイス、アプリケーションプログラム、等を主に処理する。モデムプロセッサは、無線通信を主に処理する。
【００４０】
メモリは、プログラムモジュール、例えば、カーネル、ミドルウェア、アプリケーションプログラミングインターフェイス（Application  Programmers  Interface、ＡＰＩ）、および、アプリケーションを含み得る。プログラムモジュールは、ソフトウェア、ファームウェア、ハードウェア、もしくは、ソフトウェア、ファームウェア、またはハードウェアのうち少なくとも２つを含み得る。メモリは、主に、プログラム記憶領域およびデータ記憶領域を含み得る。プログラム記憶領域は、オペレーティングシステム、少なくとも１つの機能によって要求されるアプリケーションプログラム、等を記憶することができる。データ記憶領域は、携帯電話の使用、等に基づいて作成されたデータを記憶することができる。加えて、メモリは、高速ランダムアクセスメモリを含んでよく、そして、不揮発性メモリ、等をさらに含み得る。
【００４１】
入力／出力インターフェイスは、プロセッサと周辺インターフェイスモジュールとの間のインターフェイスを提供し、そして、周辺インターフェイスモジュールを使用することによりユーザによって入力されたコマンドまたはデータを転送する。周辺インターフェイスモジュールは、インダクタ、キーボード、クリックホイール、ボタン、等であってよい。ボタンは、これらに限定されるわけではないが、ホームボタン、ボリュームボタン、スタートボタン、およびロックボタンを含み得る。
【００４２】
通信インターフェイスは、ユーザ機器を他のユーザ機器１１０および基地局１２０に対して接続する。任意的に、通信インターフェイスは、無線周波数（Radio  Frequency、ＲＦ）回路を含んでよい。ＲＦ回路は、これらに限定されるわけではないが、アンテナ、少なくとも１つの増幅器、トランシーバ、カプラ、低ノイズ増幅器（Low  Noise  Amplifier、ＬＮＡ）、デュプレクサ、等を含んでいる。通信インターフェイスは、他のユーザ機器１１０または外部の基地局１２０に対して接続するために、有線または無線方式でネットワークに対して接続されてよく、そうして、ユーザ機器１００と、他のユーザ機器１１０と、基地局１２０との間の通信が、ネットワークを使用して実施することができる。無線通信は、任意の通信規格またはプロトコルを使用することができ、これらに限定されるわけではないが、グローバルシステムフォーモバイルコミュニケーションズ（Global  System  of  Mobile  communication、ＧＳＭ）、汎用パケット無線サービス（General  Packet  Radio  Service、ＧＰＲＳ）、符号分割多元接続（Code  Division  Multiple  Access、ＣＤＭＡ）、広帯域符号分割多元接続（Wideband  Code  Division  Multiple  Access、ＷＣＤＭＡ）、ロングタームエボリューション  ＬＴＥ、Ｗｉ−Ｆｉ（Wireless  Fidelity、Ｗｉ-Ｆｉ）、ブルートゥース（登録商標）、等を含んでいる。一つの例示的な実施形態において、通信インターフェイスは、放送チャネルを使用することにより、外部放送管理システムから放送信号または放送関連情報を受信する。一つの例示的な実施形態において、通信インターフェイスは、さらに、短距離通信を促進するために、Ｗｉ-Ｆｉモジュール、ブルートゥースモジュール、赤外線モジュール、等を含む。
【００４３】
図には示されていないが、ユーザ機器１００は、さらに、表示装置、センサモジュール、および、音響周波数モジュール、等を含んでよい。詳細は、ここにおいて説明されない。
【００４４】
当業者であれば、図１に示されるユーザ機器１００の構造は、ユーザ機器について限定を構成するものではないことを理解するであろう。図において示されたものより多いか、または少ない部品が含まれてよく、いくつかの部品が組み合わされてよく、もしくは、異なる方法で部品が配置されてよい。
【００４５】
図２は、本発明の一つの実施形態に従った、リソースエネルギを決定する方法の模式的なフローチャートである。図２を参照すると、本方法は、以下のいくつかのステップを含んでいる。
【００４６】
ステップ２０１：第１ＵＥは、時間-周波数リソース指示情報、および、第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥのリソースサイクル予約情報を獲得する。
【００４７】
センシング時間ウィンドウは、第１ＵＥのセンシング時間ウィンドウである。第１ＵＥは、時間−周波数リソース指示情報、および、センシング時間ウィンドウにおいて第２ＵＥによってデータを送信するためのリソースサイクル予約情報を獲得することができる。
【００４８】
時間−周波数リソース指示情報は、第２ＵＥがセンシング時間ウィンドウにおいてデータを送信する時間−周波数リソースを指示するために使用されている。時間−周波数リソースは、時間領域リソースおよび周波数領域リソースを含んでいる。時間領域リソースは、その中で第２ＵＥがセンシング時間ウィンドウにおいてデータを送信する、サブフレームであり得る。周波数領域リソースは、その中で第２ＵＥがセンシング時間ウィンドウにおいてデータを送信する、周波数帯域であり得る。周波数帯域について、１つのリソースブロック（Resource  Block、ＲＢ）が最小占有粒度（minimum  occupation  granularity）として使用されてよく、または、いくつかの連続するリソースブロックが最小占有粒度として使用されてよい。
【００４９】
具体的には、第１ＵＥのセンシング時間ウィンドウにおいて、第１ＵＥが、第２ＵＥの時間−周波数リソース指示情報を獲得するときに、第１ＵＥは、第１リソースが配置されている送信期間における第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報から、第２ＵＥの時間−周波数リソース指示情報を獲得することができる。第１リソースは、第１ＵＥのセンシング時間ウィンドウにおいて、第１ＵＥがデータを送信するサブフレームにおける周波数領域リソースであってよく、または、第１リソースは、第１ＵＥのセンシング時間ウィンドウにおいて、第１ＵＥが復号できないサブフレームにおける周波数領域リソースであってよい。
【００５０】
第１リソースにおいて２つの異なるケースが発生し得る。従って、２つの異なるケースが、以下で別々に説明される。
【００５１】
ケース１：図３に示されるように、第１リソースが、第１ＵＥのセンシング時間ウィンドウにおいて、第１ＵＥがデータを送信するサブフレームにおける周波数領域リソースであるときに、第１ＵＥがデータを送信するサブフレームが、第２ＵＥがデータを送信するサブフレームとオーバーラップする場合、第１ＵＥは、第１リソースが配置されている送信期間における第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報を検出することができ、そして、第２ＵＥの時間−周波数リソース指示情報を獲得するために、制御情報を復号することができる。
【００５２】
図３において、第１ＵＥは、センシング時間ウィンドウにおけるサブフレームｔ１において、制御情報ＳＡ１および制御情報ＳＡ１に対応するデータ情報Ｄ１を送信し、そして、第２ＵＥも、また、サブフレームｔ１において、制御情報ＳＡ１および制御情報ＳＡ１に対応するデータ情報Ｄ２を送信する。加えて、第２ＵＥは、複数回についてＤ２を再送信し、そして、サブフレームｔ２、ｔ３、およびｔ４において、Ｄ２を再送し、Ｄ２を３回再送信する。さらに、３回再送信されたＤ２は、サブフレームｔ１において送信されたＤ２によって使用されたものと同じ冗長バージョン（redundancy  version）または異なる冗長バージョンを使用することができる。従って、第１ＵＥは、第２ＵＥの時間−周波数リソース指示情報を獲得するために、サブフレームｔ２、ｔ３、およびｔ４において第２ＵＥによって送信されたＳＡ１を検出し、そして、復号することができる。
【００５３】
ケース２：図４に示されるように、第１リソースが、第１ＵＥのセンシング時間ウィンドウにおいて、第１ＵＥによって復号できないサブフレームにおける周波数領域リソースであるときに、データ伝送のために第２ＵＥによって使用された周波数領域リソースを第１ＵＥが復号できない場合、第１ＵＥは、第１リソースが配置されている送信期間における第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報を検出することができ、そして、第２ＵＥの時間−周波数リソース指示情報を獲得するために、制御情報を復号することができ、そして、さらに、データ送信のために使用される周波数領域リソースを獲得することができる。
【００５４】
図４において、第１ＵＥは、データ送信のために第２ＵＥによって使用される周波数領域リソースを復号することができない。別の言葉で言えば、第１ＵＥは、サブフレームｔ１において第２ＵＥによって送信された制御情報ＳＡ２を復号することができず、そして、その結果、制御情報に対応するデータ情報Ｄ２の周波数領域リソースを獲得することができない。第２ＵＥがＤ２を複数回について再送信する場合に、第２ＵＥは、サブフレームｔ２、ｔ３、およびｔ４においてＤ２を３回再送信し、そして、３回再送信されたＤ２は、サブフレームｔ１において送信されたＤ２によって使用されたものと同じ冗長バージョン、または、異なる冗長バージョンを使用し得る。従って、第１ＵＥは、サブフレームｔ２、ｔ３、およびｔ４において第２ＵＥによって送信されたＳＡ２を検出し、かつ、復号して、第２ＵＥの時間−周波数リソース指示情報を獲得し、そして、さらに、データ送信のために第２ＵＥによって使用され、かつ、サブフレームｔ１における制御情報に対応している周波数領域リソースを獲得する。
【００５５】
１つのＵＥが制御情報を送信するサブフレームは、制御情報に対応しているデータをＵＥが送信するサブフレームと同じか、または、異なってよいことに留意すべきである。加えて、ＵＥの最初のデータ送信およびデータ再送信に対応している制御情報における時間−周波数リソース指示情報は、同一である。具体的に、時間−周波数リソース指示情報は、最初のデータ送信およびデータ再送信のためにＵＥによって使用される全ての時間−周波数リソースを示すために使用される。
【００５６】
加えて、図３および図４において、制御情報が送信されるサブフレームが、制御情報に対応しているデータが送信されるサブフレームと同じであることは、単に一つの例に過ぎない。そして、第２ＵＥがデータを送信するサブフレームおよび第２ＵＥによって実行されるデータ再送信の回数も、また、一つの例である。図３および図４は、本発明に対して限定を構成するものではない。
【００５７】
リソースサイクル予約情報は、時間−周波数リソース指示情報によって示される時間−周波数リソースに対応しているリソースサイクル予約情報である。リソースサイクル予約情報は、リソース予約サイクルおよびリソースサイクル予約量を含んでよい。
【００５８】
好ましくは、リソース予約サイクルは、固定サイクルであり、かつ／あるいは、リソースサイクル予約量は、固定量である。確かに、実際のアプリケーションにおいて、リソース予約サイクルおよびリソースサイクル予約量は変化し得る。このことは、本発明のこの実施形態において特定的に限定されるものではない。
【００５９】
具体的には、第１ＵＥが、第１ＵＥのセンシング時間ウィンドウにおいて第２ＵＥのリソースサイクル予約情報を獲得するとき、第１ＵＥは、基地局によって送信された構成情報（configuration  information）に基づいて第２ＵＥのリソースサイクル予約情報を獲得し得る。または、第１ＵＥは、事前設定された構成情報に基づいて第２ＵＥのリソースサイクル予約情報を獲得し得る。もしくは、第１ＵＥは、第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報に基づいてリソースサイクル予約情報を決定し得る。
【００６０】
任意的に、リソース予約サイクルは、リソースサイクル単位（unit）を含み、リソース予約サイクルは、リソースサイクル単位の整数倍であり、そして、リソースサイクル単位の値は、構成情報を使用することによって基地局により構成されるか、または、リソースサイクル単位の値は事前設定されている。構成情報を使用することによって基地局によりリソース予約サイクルまたはリソースサイクル単位が構成されるとき、構成情報は、システム放送情報（system  broadcast  information）または基地局の専用シグナリングを使用することによって構成され得る。
【００６１】
第２ＵＥのリソース予約サイクルは、第２ＵＥのサービスサイクルを使用することによって決定され得ることに留意すべきである。例えば、第２ＵＥに対応しているサービスのサービスサイクルが２００ｍｓであるとき、リソース予約サイクルも、また、２００ｍｓであってよい。
【００６２】
ステップ２０２：第１ＵＥは、第２ＵＥの時間−周波数リソース指示情報に基づいて第１リソースのエネルギを決定する。
【００６３】
任意的に、第１ＵＥは、第２ＵＥの時間−周波数リソース指示情報に基づいて少なくとも１つの第３リソースを決定することができ、ここで、第２ＵＥは、少なくとも１つの第３リソースおよび第１リソースについて同じデータを送信する。そして、同じデータとは、１片のデータ（one  piece  of  data）、または、１片のデータの複数の冗長バージョンである。第１ＵＥは、少なくとも１つの第３リソースのエネルギに基づいて、第１リソースのエネルギを決定する。ここで、少なくとも１つの第３リソースのエネルギは、第１ＵＥによって測定される。
【００６４】
第２ＵＥの時間−周波数リソース指示情報は、第２ＵＥによる同じデータの最初の送信および再送信のための時間−周波数リソースを含んでいる。従って、第１リソースが第２ＵＥによってその同じデータを最初に送信するための時間−周波数リソースである場合に、少なくとも１つの第３リソースは、第２ＵＥによってその同じデータを再送信するための時間−周波数リソースである。加えて、同じデータの再送信が複数回の再送を含んでいるときに、少なくとも１つの第３リソースは、複数の再送信のうち少なくとも１つに対応している時間−周波数リソースである。第１リソースが第２ＵＥによって同じデータを再送信するための時間−周波数リソースであり、かつ、第１リソースが複数回の再送信のうち１つに対応している時間−周波数リソースである場合に、少なくとも１つの第３リソースは、同じデータの最初の送信または残りの再送信のうち少なくとも１つに対応している時間−周波数リソースであり得る。
【００６５】
例えば、図３に示されるように、第１リソースが、サブフレームｔ１において第２ＵＥによってＤ２を最初に送信するための時間−周波数リソースである場合に、少なくとも１つの第３リソースは、サブフレームｔ２、ｔ３、およびｔ４において第２ＵＥによってＤ２を再送信するための１つまたはそれ以上の時間−周波数リソースであり得る。もしくは、第１リソースが、サブフレームｔ２において第２ＵＥによってＤ２を再送信するための時間−周波数リソースである場合に、少なくとも１つの第３リソースは、サブフレームｔ１、ｔ３、およびｔ４において第２ＵＥによってＤ２を送信するための１つまたはそれ以上の時間−周波数リソースであり得る。
【００６６】
加えて、少なくとも１つの第３リソースのエネルギは、第２ＵＥの時間−周波数リソース指示情報を獲得する以前または以降に、第１ＵＥによって測定され得る。本発明のこの実施形態は、実施形態に対して特定的な限定を課すものではない。
【００６７】
具体的には、第１のＵＥが少なくとも１つの第３リソースのエネルギに基づいて第１リソースのエネルギを決定するときに、第１ＵＥは、第１リソースのエネルギとして、少なくとも１つの第３リソースのエネルギの平均値、最大値、または最小値を決定し得る。
【００６８】
図３に示される第２ＵＥの同じデータの最初の送信および再送信は、説明のために一つの例として使用されている。第１リソースがサブフレームｔ１におけるＤ２に対応している時間−周波数リソースであり、かつ、第１リソースのエネルギがＱ１によって表される場合、および、少なくとも１つの第３リソースがサブフレームｔ２、ｔ３、およびｔ４におけるＤ２に対応している時間−周波数リソースであり、かつ、対応するリソースエネルギが、Ｑ２、Ｑ３、およびＱ４によって別々に表される場合に、Ｑ１は、Ｑ２、Ｑ３、およびＱ４の平均値、もしくは、Ｑ２、Ｑ３、およびＱ４の最大値または最小値である。
【００６９】
ステップ２０３：第１ＵＥは、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて、少なくとも１つの第２リソースのエネルギを決定する。ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域ロケーションは、第２リソースが配置されている送信期間における少なくとも１つの第２リソース各々の時間−周波数領域ロケーションと同じである。
【００７０】
少なくとも１つの第２リソースは、第２ＵＥのリソースサイクル予約情報に基づいて第１リソースに対してリソース予約が実行されるときに、第１ＵＥのセンシング時間ウィンドウに続く１つまたはそれ以上のリソースである。加えて、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における各第２リソースの時間−周波数領域位置と同一である。
【００７１】
例えば、図５に示されるように、第１ＵＥのセンシング時間ウィンドウの長さは、Ｋ×Ｔであり、そして、第１リソースは、センシング時間ウィンドウにおいてサブフレームｔ１においてＤ２が配置されているリソースである。第２ＵＥのリソースサイクル予約情報に基づいて第１リソースに対してリソース予約が実行されるとき、第１ＵＥのセンシング時間ウィンドウに続く１つまたはそれ以上の第２リソースが獲得される。ここで、第２リソースが配置されている送信期間における各第２リソースの時間−周波数領域位置は、Ｄ２が配置されている送信期間におけるＤ２の時間−周波数領域位置と同一である。
【００７２】
第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて少なくとも１つの第２リソースのエネルギを決定するとき、図５に示されるように、第１ＵＥは、各第２リソースのエネルギとして第１リソースのエネルギを直接的に決定し得る。別の言葉で言えば、各第２リソースのエネルギは、第１リソースのエネルギに等しいものである。
【００７３】
さらに、複数の第１リソースが存在する場合には、各第１リソースに対応しているＵＥリソースサイクル予約情報に基づいてリソース予約が実行されるとき、複数の第１リソースは複数の第２リソースに対応している。そして、複数の第２リソースは少なくとも１つのサブフレーム内に存在している。複数の第２リソースが少なくとも１つのサブフレーム内に存在していることは、複数の第２リソースが１つのサブフレーム内、または、複数のサブフレーム内に存在し得ることを示している。別の言葉で言えば、複数の第２リソースが、１つのサブフレーム内、または、異なるサブフレーム内に存在してよい。
【００７４】
複数の第２リソースが配置されているサブフレームについて複数の異なるケース（case）が存在する。従って、異なるケースにおいては、複数の第１リソースのエネルギに基づいて複数の第２リソースのエネルギを、第１ＵＥによって、決定するための異なる方法が存在している。複数の第２リソースが配置されているサブフレームに対する異なるケースが、別個に以下に説明される。
【００７５】
ケースＩ：複数の第２リソースのうち任意の２つが異なるサブフレーム内に配置されているとき、または、複数の第２リソースのうち少なくとも２つが同じサブフレーム内に配置されており、少なくとも２つの第２リソースが周波数領域においてオーバーラップしないときに、各第２リソースのエネルギを決定するための方法は、１つの第１リソースが存在する上記の方法と一貫している。別の言葉で言えば、各第１リソースに対応する第２リソースについて、第１リソースのエネルギは、対応する第２リソースのエネルギとして直接的に決定され得る。
【００７６】
例えば、２つの第１リソースＲ１１およびＲ１２が存在しており、第１リソースＲ１１は第２リソースＲ２１に対応しており、かつ、第１リソースＲ１２は第２リソースＲ２２に対応している。図６に示されるように、第２リソースＲ２１およびＲ２２が異なるサブフレーム内に配置されているとき、または、図７に示されるように、第２リソースＲ２１およびＲ２２が異なるサブフレーム内に配置されており、周波数領域においてオーバーラップしないときに、第１リソースＲ１１のエネルギは第２リソースＲ２１のエネルギとして直接的に決定され、かつ、第１リソースＲ１２のエネルギは第２のリソースＲ２２のエネルギとして直接的に決定され得る。
【００７７】
図６および図７における第１リソースＲ１１およびＲ１２は、異なる送信期間において１つのＵＥによってデータを送信するためのリソース、または、異なる送信期間において異なるＵＥによってデータを送信するためのリソースであり得ることに留意すべきである。別の言葉で言えば、図６および図７における制御情報ＳＡ２および制御情報ＳＡ３は、１つのＵＥまたは異なるＵＥに属してよい。
【００７８】
ケースＩＩ：複数の第２リソースのうち少なくとも２つが同じサブフレーム内に配置されており、同じサブフレーム内の少なくとも２つの第２リソースの周波数領域位置がオーバーラップするとき、オーバーラップされた周波数領域位置におけるエネルギについて、少なくとも２つの第２リソースに対応する第１リソースのエネルギに基づいてオーバーラップした周波数領域位置でのエネルギを第１ＵＥが決定することは、以下を含む。少なくとも２つの第２リソースに対応する第１リソースのエネルギにおける任意の第１リソースのオーバーラップした周波数領域位置でのエネルギを、オーバーラップした周波数領域位置でのリソースエネルギとして決定すること、もしくは、オーバーラップした周波数領域位置でのエネルギを獲得するために、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギについて加算または平均化を実行すること、である。
【００７９】
ケースＩＩにおいては、オーバーラップする周波数領域位置におけるエネルギが決定される３つの異なるシナリオが存在し得る。３つの異なるシナリオ、および、シナリオにおいてオーバーラップする周波数領域位置でのエネルギを決定する特定のプロセスが、別個に以下に説明される。
【００８０】
シナリオ１：第１ＵＥのセンシング時間ウィンドウにおいて複数のＵＥの最初のデータ送信およびデータ再送信が存在しており、かつ、第１ＵＥおよび複数のＵＥがセンシング時間ウィンドウにおける異なる送信期間において別々にデータを送信するサブフレームがオーバーラップしている。ここで、複数のＵＥは異なるサービスサイクルに対応している。
【００８１】
例えば、図８に示されるように、複数のＵＥは、ＵＥ１およびＵＥ２である。ＵＥ１のリソース予約周期は２００ｍｓであり、そして、ＵＥ２のリソース予約周期は６００ｍｓである。第１ＵＥのセンシング時間ウィンドウにおいて第１ＵＥがデータを送信するサブフレームは、ＵＥ１およびＵＥ２が２つの異なる送信期間においてデータを送信するサブフレームと別々にオーバーラップしている。具体的には、半二重通信（half-duplex  communication）のせいで、第１ＵＥは、第１ＵＥがデータを送信するリソースのエネルギを測定することができない。従って、２つの第１リソースのエネルギ、すなわちＲ１１およびＲ１２のエネルギが、ステップ２０１およびステップ２０２に基づいて決定される。ＵＥ１のリソース予約サイクルとリソースサイクル予約量、および、ＵＥ２のリソース予約サイクルとリソースサイクル予約量に基づいて、予約を実行するときに、第１リソースＲ１１は第２リソースＲ２１に対応し、かつ、第１リソースＲ１２は第２リソースＲ２２に対応している。２つの第２リソースＲ２１およびＲ２２は、同じサブフレーム内に配置されていおり、かつ、第２リソースＲ２１およびＲ２２の周波数領域位置はオーバーラップする。具体的には、オーバーラップした周波数領域位置は、図８においてＲ０で表される部分である。
【００８２】
シナリオ１においては、オーバーラップした周波数領域位置でのエネルギを決定するための方法は、特定的に、以下を含み得る。
【００８３】
システム内にリソース衝突ソリューションメカニズムが存在しない場合、または、システム内にリソース衝突ソリューションメカニズムが存在するが、リソースのオーバーラップについて衝突ソリューションが実行される必要がない場合に、複数のＵＥは、オーバーラップしたリソースにおいてデータを送信する。従って、オーバーラップした周波数領域位置でのエネルギは、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギの加算である。例えば、図８に示されるように、ＵＥ１およびＵＥ２はオーバーラップしたリソースＲ０において同時にデータを送信している。従って、オーバーラップした周波数領域位置Ｒ０でのエネルギは、２つの第１リソースのオーバーラップした周波数領域位置でのエネルギの加算である。
【００８４】
システム内にリソース衝突ソリューションメカニズムが存在し、かつ、ただ１つのＵＥだけがリソース衝突ソリューションを通じてオーバーラップしたリソースにおいて送信を実行する場合に、オーバーラップしたリソースのエネルギは、２つの第２リソースに対応する第１リソースのうちいずれかのオーバーラップした周波数領域位置でのエネルギであり得る。さらに、第１ＵＥが全てのリソース衝突ソリューション結果を学習することができる場合、具体的には、第１ＵＥがリソース衝突ソリューションが成功したか否かを知ることができ、かつ、リソース衝突ソリューションが成功した後で複数のＵＥのうち特定のＵＥがリソースを独占する場合に、オーバーラップした周波数領域位置におけるエネルギは、リソースを独占しているＵＥに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギであることが決定され得る。
【００８５】
システム内にリソース衝突ソリューションメカニズムが存在し、かつ、ただ１つのＵＥだけがリソース衝突ソリューションを通じてオーバーラップしたリソースにおいて送信を実行する場合に、オーバーラップしたリソースのエネルギは、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギの平均値、最小値、または最大値であり得る。さらに、第１ＵＥがいくつかのリソース衝突ソリューション結果を学習することができる場合、具体的には、第１ＵＥがリソース衝突ソリューションが成功したか否かを知っている場合に、オーバーラップしたリソースのエネルギは、結果に対応する少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギの平均値、最小値、または最大値に基づいて決定され得る。
【００８６】
シナリオ２：第１ＵＥのセンシング時間ウィンドウにおいて複数のＵＥの最初のデータ送信およびデータ再送信が存在しており、かつ、第１ＵＥおよび複数のＵＥがセンシング時間ウィンドウにおける異なる送信期間において別々にデータを送信するサブフレームがオーバーラップしている。ここで、複数のＵＥが同じサービスサイクルに対応している。
【００８７】
例えば、図９に示されるように、複数のＵＥはＵＥ１およびＵＥ２であり、そして、ＵＥ１およびＵＥ２両方のサービスサイクルは２００ｍｓである。第１ＵＥが第１ＵＥのセンシング時間ウィンドウにおいてデータを送信するサブフレームは、ＵＥ１およびＵＥ２が２つの異なる送信期間においてデータを送信するサブフレームを別々にオーバーラップする。具体的には、半二重通信のせいで、第１ＵＥは、第１ＵＥがデータを送信するリソースのエネルギを測定することができない。従って、２つの第１リソースのエネルギ、すなわち、Ｒ１１およびＲ１２のエネルギは、ステップ２０１およびステップ２０２に基づいて決定される。ＵＥ１のリソース予約サイクルとリソースサイクル予約量、および、ＵＥ２のリソース予約サイクルとリソースサイクル予約量に基づいて予約が実行される場合に、第１リソースＲ１１は第２リソースＲ２１に対応し、かつ、第１リソースＲ１２は第２リソースＲ２２に対応している。２つの第２リソースＲ２１およびＲ２２は同じサブフレーム内に配置されており、そして、第２リソースＲ２１およびＲ２２の周波数領域位置はオーバーラップしている。具体的には、オーバーラップした周波数領域位置は、図９においてＲ０によって表される部分である。
【００８８】
シナリオ２において、オーバーラップした周波数領域位置でのエネルギを決定するための方法は、具体的に以下を含み得る。
【００８９】
システム内にリソース衝突ソリューションメカニズムが存在しない場合、または、システム内にリソース衝突ソリューションメカニズムが存在するが、リソースのオーバーラップについて衝突ソリューションが実行される必要がない場合に、オーバーラップした周波数領域位置でのエネルギは、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギの平均値、最小値、または最大値である。
【００９０】
システム内にリソース衝突ソリューションメカニズムが存在し、かつ、ただ１つのＵＥだけがリソース衝突ソリューション通じてオーバーラップしたリソースにおいて送信を実行する場合には、なぜなら、第１リソースのものであり、かつ、第１ＵＥによって測定されたエネルギは、複数のＵＥによって送信されるデータのエネルギの加算である。従って、オーバーラップした周波数領域位置でのエネルギは、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギの最小値を使用することによって決定され得る。
【００９１】
さらに、ＵＥの第１リソースのエネルギが、複数のＵＥのうち少なくとも１つの第３リソースのエネルギに基づいてセンシング時間ウィンドウにおいて決定されるとき、例えば、図１０に示されるように、異なるＵＥに対応する少なくとも１つの第３リソースの周波数領域位置がオーバーラップする場合、サブフレームｔ２内にあり、かつ、ＵＥ１に対応する少なくとも１つの第３リソースの周波数領域位置がサブフレームｔ２内にあり、かつ、ＵＥ２に対応する少なくとも１つの第３リソースの周波数領域位置とオーバーラップする場合、時点（moment）ｔ２におけるオーバーラップした周波数領域位置での第１ＵＥによって測定されたエネルギが全体としてエネルギであるときに、時点ｔ１におけるオーバーラップした周波数領域位置でのエネルギは、時点ｔ１におけるオーバーラップした周波数領域位置に係る周波数領域の時点ｔ２におけるオーバーラップした周波数領域位置に係る周波数領域に対する割合に基づいて決定され得る。図１０に示されるように、時点ｔ１におけるオーバーラップした周波数領域位置でのリソースエネルギは、時点ｔ２におけるオーバーラップした周波数領域位置で測定されたエネルギを、２で、割ることによって獲得される。
【００９２】
さらに、シナリオ１およびシナリオ２において、具体的には、複数のＵＥが存在するシナリオにおいては、複数の第１リソースのうち少なくとも２つが同じサブフレーム内にあり、かつ、少なくとも２つの第１リソースの周波数領域位置がオーバーラップする場合に、第１ＵＥが少なくとも２つ第１リソースそれぞれのオーバーラップした周波数領域位置でのエネルギを決定することは、以下を含んでいる。第１ＵＥによって、各第１リソースの周波数領域位置に対するオーバーラップした周波数領域位置の割合を決定すること、および、第１ＵＥによって、各第１リソースの周波数領域位置に対するオーバーラップした周波数領域位置の割合と各第１リソースの対応するエネルギとに基づいて、各第１リソースのオーバーラップした周波数領域位置でのエネルギを決定することである。
【００９３】
例えば、図９に示されるように、第１リソースＲ１１および第１リソースＲ１２の周波数領域位置は、時点ｔ１においてオーバーラップしている。第１ＵＥによって、第１リソースＲ１１のオーバーラップした周波数領域位置でのエネルギを決定する方法は、以下を含み得る。第１ＵＥは、第１リソースＲ１１の周波数領域位置に対する第１リソースＲ１１のオーバーラップした周波数領域位置の割合が１／４であると決定し、そして、第１ＵＥは、時点ｔ１における第１リソースＲ１１のオーバーラップした周波数領域位置でのエネルギを獲得するために、第１リソースＲ１１のエネルギを割合１／４で乗算する。同様に、第１ＵＥは、第１リソースＲ１２の周波数領域位置に対する第１リソースＲ１２のオーバーラップした周波数領域位置の割合が１／４であると決定し、そして、第１ＵＥは、時点ｔ１における第１リソースＲ１２のオーバーラップした周波数領域位置でのエネルギを獲得するために、第１リソースＲ１２のエネルギを割合１／４で乗算する。
【００９４】
シナリオ３：第１ＵＥのセンシング時間ウィンドウおいて単一のＵＥの最初のデータ送信およびデータ再送信が存在しており、かつ、第１ＵＥおよび単一のＵＥがセンシング時間ウィンドウにおける異なる送信期間においてデータを送信するサブフレームがオーバーラップしている。
【００９５】
例えば、単一のＵＥはＵＥ１であり、そして、ＵＥ１のサービスサイクルは１００ｍｓである。第１ＵＥおよびＵＥ１が第１ＵＥのセンシング時間ウィンドウ内における２つの異なる送信期間においてデータを送信するサブフレームはオーバーラップしている。加えて、２つの第１リソースのエネルギが、ステップ２０１およびステップ２０２に基づいて決定される。２つの第１リソースは２つの第２リソースに対応しており、２つの第２リソースは同じサブフレームにおいて配置されており、そして、２つの第２リソースの周波数領域位置はオーバーラップしている。
【００９６】
シナリオ２において、オーバーラップした周波数領域位置でのエネルギを決定するための方法は、具体的には以下を含み得る。オーバーラップした周波数領域位置でのエネルギは、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギの平均値、最小値、または最大値であり得る。
【００９７】
ケースＩＩにおいて、複数の第２リソースのうち少なくとも２つが同じサブフレームにおいて配置され、かつ、同じサブフレームにおける少なくとも２つの第２リソースの周波数領域位置がオーバーラップしているときに、オーバーラップは部分的な重なりを含み、かつ、周波数領域位置のオーバーラップを完了し得る。オーバーラップが部分的な重なりであるときに、オーバーラップしない（non-overlapped）周波数領域位置のエネルギを決定する方法は、ケースＩにおける決定方法と一致している。詳細については、ケースＩの説明を参照のこと。詳細は、ここにおいて、本発明のこの実施形態においては説明されない。
【００９８】
本発明のこの実施形態において提供されるリソースエネルギ決定方法に従って、第１ＵＥは、第１ＵＥのセンシング時間ウィンドウにおいて第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得し、第２ＵＥの時間−周波数リソース指示情報に基づいて第１リソースのエネルギを決定し、そして、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて少なくとも１つの第２リソースのエネルギを決定する。ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である。このことは、システムリソースの利用を改善するだけでなく、また、センシング結果に基づいて複数のＵＥがリソース選択を実行するときにリソース選択衝突が発生する可能性も低減する。
【００９９】
上記は、ネットワークエレメント間のインタラクションの観点から本発明の実施形態において提供されるソリューションを主に説明している。上記の機能を達成するためには、第１ＵＥ、第２ＵＥ、または基地局といった、各ネットワークエレメントが、各機能を実施するための対応するハードウェア構成及び／又はソフトウェアモジュールを含むことが理解され得る。当業者であれば、この明細書において開示される実施形態において説明される実施例を参照して、ネットワークエレメントおよびアルゴリズムステップが、本発明においてハードウェアの形態またはハードウェアとコンピュータソフトウェアとの組み合わせの形態において実施され得ることに容易に気付くはずである。機能が、ハードウェアにより、または、コンピュータソフトウェアによって駆動されるハードウェアにより実行されるかは、特定のアプリケーションおよび技術的ソリューションの設計制約条件に依存するものである。当業者であれば、各特定のアプリケーションについて説明した機能を実施するために異なる方法を使用し得るが、その実施が本発明の範囲を超えるものと考えられるべきではない。
【０１００】
本発明の実施形態において、機能モジュール分割（division）は、上記の方法の実施に基づいて、第１ＵＥ、第２ＵＥ、および基地局において実行され得る。例えば、各機能モジュールが、各対応する機能に基づく分割を通じて獲得されてよく、または、２つまたはそれ以上の機能が１つの処理モジュールの中へ統合されてよい。統合モジュールは、ハードウェアの形態において実装されてよく、または、ソフトウェア機能モジュールの形態で実装されてよい。本発明の実施形態におけるモジュールの分割は一つの例であり、かつ、単なる論理的機能の分割であること、および、実際の実装においては別の分割方法が存在し得ることに留意すべきである。
【０１０１】
各機能モジュールが各対応する機能に基づく分割を通じて獲得される場合に、図１１は、上記の実施形態における第１ＵＥの可能な模式的な構造図である。第１ＵＥ３００は、獲得ユニット３０１および決定ユニット３０２を含んでいる。獲得ユニット３０１は、第１ＵＥによって、図２におけるプロセス２０１を実行するように構成されている。決定ユニット３０２は、図２におけるプロセス２０２および２０３の実行において第１ＵＥをサポートするように構成されている。上記の方法の実施形態における各ステップに係る全ての関連する内容は、対応する機能モジュールの機能説明において引用されてよい。詳細は、ここにおいて説明されない。
【０１０２】
統合されたユニットが使用される場合に、図１２は、上記の実施形態における第１ＵＥの可能な模式的な構造図である。第１ＵＥ３１０は、処理モジュール３１２および通信モジュール３１３を含んでいる。処理モジュール３１２は、第１ＵＥの動作（action）を制御および管理するように構成されている。例えば、処理モジュール３１２は、図２におけるプロセス２０１、２０２、および２０３の実行において第１ＵＥをサポートするように構成されており、かつ／あるいは、この明細書において説明された技術の別のプロセスを実行するように構成されている。通信モジュール３１３は、第１ＵＥと別のネットワークエンティティとの間の通信をサポートするように構成されている。例えば、通信モジュール３１３は、第１ＵＥと、第２ＵＥ、基地局、等との間の通信をサポートするように構成されている。第１ＵＥは、さらに、ストレージモジュール３１１を含んでよい。第１ＵＥのプログラムコードおよびデータを保管するように構成されたものである。
【０１０３】
処理モジュール３１２は、プロセッサまたはコントローラであってよい。中央処理装置（Central  Processing  Unit、ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（Digital  Signal  Processor、ＤＳＰ）、特定用途向け集積回路（Application-Specific  Integrated  Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array、ＦＰＧＡ）、もしくは、別のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、またはそれらの任意の組み合わせ、といったものである。処理モジュール３１２は、本発明において開示された内容を参照して説明された様々な例示的な論理ブロック、モジュール、および回路を実装または実行し得る。代替的に、プロセッサは、計算機能を実行するプロセッサの組み合わせであってよい。例えば、１つまたはそれ以上のマイクロプロセッサの組み合わせ、または、ＤＳＰとマイクロプロセッサとの組み合わせである。通信モジュール３１３は、トランシーバ、トランシーバ回路、通信インターフェイス、等であってよい。ストレージモジュール３１１は、メモリであってよい。
【０１０４】
処理モジュール３１２がプロセッサである場合に、通信モジュール３１３は通信インターフェイスである。ストレージモジュール３１１がメモリである場合に、本発明のこの実施形態における第１ＵＥは、図１において示される第１ＵＥであってよい。
【０１０５】
図１３を参照すると、第１ＵＥ３２０は、プロセッサ３２２、通信インターフェイス３２３、メモリ３２１、およびバス３２４を含んでいる。通信インターフェイス３２３、プロセッサ３２２、およびメモリ３２１は、バス３２４を使用して相互接続されている。バス３２４は、周辺コンポーネント相互接続（Peripheral  Component  Interconnect、ＰＣＩ）バス、拡張業界標準アーキテクチャ（Extended  Industry  Standard  Architecture、ＥＩＳＡ）バス、等であり得る。バスは、アドレスバス、データバス、コントロールバス、等へと分類され得る。表現の容易のため、バス３２４を表すために図１５では１つの太線だけが使用されているが、そのことは、１つのバスまたは１つのタイプのバスだけが存在することを示すものではない。
【０１０６】
各機能モジュールが各対応する機能に基づく分割を通じて獲得される場合に、図１４は、上記の実施形態における基地局の可能な模式的な構造図である。基地局４００は、決定ユニット４０１および送信ユニット４０２を含んでいる。決定ユニット４０１は、基地局によって、図２おいて説明された実施形態における構成情報を決定するプロセスを実行するように構成されている。具体的には、リソースサイクル予約情報を決定するプロセスであり、リソース予約サイクル、リソースサイクル予約量、またはリソースサイクル単位を決定するプロセスを含んでいる。かつ／あるいは、この明細書において説明された技術の別のプロセスを実行するように構成されている。送信ユニット４０２は、図２で説明された実施形態において第１ＵＥに対して構成情報を送信するプロセスを実行することについて基地局をサポートするように構成されている。上記の方法の実施形態における各ステップに係る全ての関連する内容は、対応する機能モジュールの機能説明において引用されてよい。詳細は、ここにおいて説明されない。
【０１０７】
統合されたユニットを使用する場合に、図１５は、上記の実施形態における基地局の可能な模式的な構造図である。基地局４１０は、処理モジュール４１２および通信モジュール４１３を含んでいる。処理モジュール４１２は、基地局の動作を制御および管理するように構成されている。例えば、処理モジュール４１２は、基地局によって、図２で説明された実施形態における構成情報を決定するプロセスを実行するように構成されている。具体的には、リソースサイクル予約情報を決定するプロセスであり、リソース予約サイクル、リソースサイクル予約量、またはリソースサイクル単位を決定するプロセスを含んでいる。かつ／あるいは、この明細書において説明された技術の別のプロセスを実行するように構成されている。通信モジュール４１２は、基地局と他のネットワークエンティティとの間の通信をサポートするように構成されている。例えば、通信モジュール４１３は、基地局と第１ＵＥ、第２ＵＥ、等との間の通信をサポートするように構成されている。基地局４１０は、さらに、ストレージモジュール３１１を含んでよい。基地局のプログラムコードおよびデータを保管するように構成されたものである。
【０１０８】
処理モジュール４１２は、プロセッサまたはコントローラであってよい。中央処理装置（Central  Processing  Unit、ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（Digital  Signal  Processor、ＤＳＰ）、特定用途向け集積回路（Application-Specific  Integrated  Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array、ＦＰＧＡ）、もしくは、別のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、またはそれらの任意の組み合わせ、といったものである。処理モジュール４１２は、本発明において開示された内容を参照して説明された様々な例示的な論理ブロック、モジュール、および回路を実装または実行し得る。代替的に、プロセッサは、計算機能を実行するプロセッサの組み合わせであってよい。例えば、１つまたはそれ以上のマイクロプロセッサの組み合わせ、または、ＤＳＰとマイクロプロセッサとの組み合わせである。通信モジュール４１３は、トランシーバ、トランシーバ回路、通信インターフェイス、等であってよい。ストレージモジュール４１１は、メモリであってよい。
【０１０９】
処理モジュール４１２がプロセッサである場合に、通信モジュール４１３は通信インターフェイスである。ストレージモジュール４１１がメモリである場合に、本発明のこの実施形態における基地局は、図１６において示される基地局であってよい。
【０１１０】
図１６を参照すると、基地局４２０は、プロセッサ４２２、通信インターフェイス４２３、メモリ４２１、およびバス４２４を含んでいる。通信インターフェイス４２３、プロセッサ４２２、およびメモリ４２１は、バス４２４を使用して相互接続されている。バス４２４は、周辺コンポーネント相互接続（Peripheral  Component  Interconnect、ＰＣＩ）バス、拡張業界標準アーキテクチャ（Extended  Industry  Standard  Architecture、ＥＩＳＡ）バス、等であり得る。バスは、アドレスバス、データバス、コントロールバス、等へと分類され得る。表現の容易のため、バス３２４を表すために図１６では１つの太線だけが使用されているが、そのことは、１つのバスまたは１つのタイプのバスだけが存在することを示すものではない。
【０１１１】
本発明の実施形態において提供される第１ＵＥは、第１ＵＥのセンシング時間ウィンドウにおいて第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得し、第２ＵＥの時間−周波数リソース指示情報に基づいて第１リソースのエネルギを決定し、そして、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて少なくとも１つの第２リソースのエネルギを決定する。ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である。このことは、システムリソースの利用を改善するだけでなく、また、センシング結果に基づいて複数のＵＥがリソース選択を実行するときにリソース選択衝突が発生する可能性も低減する。
【０１１２】
最後に、上記の実施形態は、単に本発明の技術的ソリューションを説明するように意図されたものであるが、本発明を限定するように意図されていないことに留意すべきである。上記の実施形態を参照して本発明が詳細に説明されているが、当業者であれば、本発明の実施形態の技術的ソリューションの精神および範囲から逸脱することなく、さらに、上記の実施形態において説明された技術的ソリューションに対して変更を成し、または、そのいくつかの技術的特徴に対する均等な置き換えを成し得ることを理解するであろう。
【図１】
2019530286.tif 000003
【図２】
2019530286.tif 000004
【図３】
2019530286.tif 000005
【図４】
2019530286.tif 000006
【図５】
2019530286.tif 000007
【図６】
2019530286.tif 000008
【図７】
2019530286.tif 000009
【図８】
2019530286.tif 000010
【図９】
2019530286.tif 000011
【図１０】
2019530286.tif 000012
【図１１】
2019530286.tif 000013
【図１２】
2019530286.tif 000014
【図１３】
2019530286.tif 000015
【図１４】
2019530286.tif 000016
【図１５】
2019530286.tif 000017
【図１６】
2019530286.tif 000018
【手続補正書】
【提出日】平成31年3月5日(2019.3.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
リソースエネルギを決定する方法であって、該方法は、
第１ユーザ機器（ＵＥ）によって、該第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得するステップと、
前記第２ＵＥの前記時間−周波数リソース指示情報に基づいて、前記第１ＵＥによって、第１リソースのエネルギを決定するステップと、
第１リソースのエネルギおよび前記第２ＵＥの前記リソースサイクル予約情報に基づいて、前記第１ＵＥによって、少なくとも１つの第２リソースのエネルギを決定するステップであり、
前記第１リソースが配置されている送信期間における前記第１リソースの時間−周波数領域位置は、前記第２リソースが配置されている送信期間における前記少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である、
ステップと、
を含む、方法。
【請求項２】
前記第１ＵＥによって、前記第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報を獲得するステップは、
前記第１リソースが配置されている前記送信期間における前記第２ＵＥの最初のデータ送信またはデータ再送信に対応する制御情報から前記第２ＵＥの時間−周波数リソース指示情報を獲得するステップ、を含む、
請求項１に記載の方法。
【請求項３】
前記第１リソースは、前記第１ＵＥの前記センシング時間ウィンドウにおいて前記第１ＵＥがデータを送信するサブフレームにおける周波数領域リソースであり、または、
前記第１リソースは、前記第１ＵＥの前記センシング時間ウィンドウにおけるサブフレームにおいて前記第１ＵＥが復号することができない周波数領域リソースである、
請求項２に記載の方法。
【請求項４】
前記第２ＵＥの前記時間−周波数リソース指示情報に基づいて、前記第１ＵＥによって、第１リソースのエネルギを決定するステップは、
前記第２ＵＥの前記時間−周波数リソース指示情報に基づいて、前記第１ＵＥによって、少なくとも１つの第３リソースを決定するステップであり、前記第２ＵＥは、前記少なくとも１つの第３リソースおよび前記第１リソースにおいて同じデータを送信し、かつ、該同じデータは、データの１ピースであり、または、データの１ピースに係る複数の冗長バージョンである、ステップと、
前記少なくとも１つの第３リソースのエネルギに基づいて、前記第１ＵＥによって、前記第１リソースのエネルギを決定するステップであり、前記少なくとも１つの第３リソースのエネルギは、前記第１ＵＥによって測定される、ステップと、
を含む、請求項１乃至３いずれか一項に記載の方法。
【請求項５】
前記少なくとも１つの第３リソースのエネルギに基づいて、前記第１ＵＥによって、前記第１リソースのエネルギを決定するステップは、
前記第１リソースのエネルギとして、前記第１ＵＥによって、前記少なくとも１つの第３リソースのエネルギの平均値、最大値、または最小値を決定するステップ、を含む、
請求項４に記載の方法。
【請求項６】
複数の第１リソースが存在し、該複数の第１リソースは複数の第２リソースに対応しており、該複数の第２リソースは少なくとも１つのサブフレーム内にあり、かつ、該複数の第２リソースのうち少なくとも２つは同じサブフレーム内にある場合、かつ、
該同じサブフレームにおいて前記少なくとも２つの第２リソースの周波数領域位置がオーバーラップする場合に、
該オーバーラップした周波数領域位置でのエネルギについて、前記第１ＵＥが、前記少なくとも２つの第２リソースに対応する第１リソースのエネルギに基づいて、前記オーバーラップした周波数領域位置での前記エネルギを決定することは、
前記オーバーラップした周波数領域位置でのリソースのエネルギとして、前記少なくとも２つの第２リソースに対応する前記第１リソースのエネルギにおける任意の第１リソースの前記オーバーラップした周波数領域位置でのエネルギを決定するステップ、もしくは、
前記オーバーラップした周波数領域位置でのエネルギを獲得するために、前記少なくとも２つの第２リソースに対応する前記第１リソースの前記オーバーラップした周波数領域位置でのエネルギについて加算または平均化を実行するステップ、
を含む、請求項１乃至５いずれか一項に記載の方法。
【請求項７】
前記複数の第１リソースのうち少なくとも２つが同じサブフレーム内にあり、かつ、該少なくとも２つの第１リソースの周波数領域位置がオーバーラップしている場合、該少なくとも２つの第１リソースそれぞれのオーバーラップした周波数領域位置でのエネルギを前記第１ＵＥが決定することは、
各第１リソースの周波数領域位置に対する前記オーバーラップした周波数領域位置の割合を、前記第１ＵＥによって、決定するステップ、および、
各第１リソースの周波数領域位置に対する前記オーバーラップした周波数領域位置の前記割合、および、各第１リソースの対応するエネルギに基づいて、前記第１ＵＥによって、各第１リソースの前記オーバーラップした周波数領域位置でのエネルギを決定するステップ、
を含む、請求項６に記載の方法。
【請求項８】
第１ＵＥによって、該第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥのリソースサイクル予約情報を獲得するステップは、
基地局によって送信された構成情報に基づいて、前記第１ＵＥによって、前記リソースサイクル予約情報を獲得するステップ、または、
事前設定された構成情報に基づいて、前記第１ＵＥによって、前記リソースサイクル予約情報を獲得するステップ、もしくは、
前記第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報に基づいて、前記第１ＵＥによって、前記リソースサイクル予約情報を決定するステップ、
を含み、
前記リソースサイクル予約情報は、リソース予約サイクルおよびリソースサイクル予約量を含む、
請求項２乃至７いずれか一項に記載の方法。
【請求項９】
前記リソース予約サイクルは、リソースサイクル単位を含み、
前記リソース予約サイクルは、前記リソースサイクル単位の整数倍であり、かつ、
前記リソースサイクル単位の値は、前記構成情報を使用して前記基地局によって構成されているか、または、前記リソースサイクル単位の値は、事前に構成されている、
請求項８に記載の方法。
【請求項１０】
前記リソース予約サイクルは、固定サイクルであり、かつ／あるいは、
前記リソースサイクル予約量は、固定量である、
請求項８または９に記載の方法。
【請求項１１】
前記構成情報は、システム放送情報または前記基地局の専用シグナリングを使用して構成されている、
請求項８乃至１０いずれか一項に記載の方法。
【請求項１２】
リソースエネルギ決定装置であって、該装置は、
前記リソースエネルギ決定装置のセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得するように構成されている、獲得ユニットと、
前記第２ＵＥの前記時間−周波数リソース指示情報に基づいて、第１リソースのエネルギを決定するように構成されている、決定ユニットと、を含み、
前記決定ユニットは、さらに、
前記第１リソースのエネルギおよび前記第２ＵＥの前記リソースサイクル予約情報に基づいて、少なくとも１つの第２リソースのエネルギを決定するように構成されており、
前記第１リソースが配置されている送信期間における前記第１リソースの時間−周波数領域位置は、前記第２リソースが配置されている送信期間における前記少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である、
装置。
【請求項１３】
前記獲得ユニットは、特定的に、
前記第１リソースが配置されている前記送信期間における前記第２ＵＥの最初のデータ送信またはデータ再送信に対応する制御情報から前記第２ＵＥの時間−周波数リソース指示情報を獲得する、
ように構成されている、請求項１２に記載の装置。
【請求項１４】
前記第１リソースは、前記リソースエネルギ決定装置の前記センシング時間ウィンドウにおいて前記リソースエネルギ決定装置がデータを送信するサブフレームにおける周波数領域リソースであり、または、
前記第１リソースは、前記リソースエネルギ決定装置の前記センシング時間ウィンドウにおけるサブフレームにおいて前記リソースエネルギ決定装置が復号することができない周波数領域リソースである、
請求項１３に記載の装置。
【請求項１５】
前記決定ユニットは、特定的に、
前記第２ＵＥの前記時間−周波数リソース指示情報に基づいて、少なくとも１つの第３リソースを決定し、前記第２ＵＥは、前記少なくとも１つの第３リソースおよび前記第１リソースにおいて同じデータを送信し、かつ、該同じデータは、データの１ピースであり、または、データの１ピースに係る複数の冗長バージョンであり、かつ、
前記少なくとも１つの第３リソースのエネルギに基づいて、前記第１リソースのエネルギを決定し、前記少なくとも１つの第３リソースのエネルギは、前記リソースエネルギ決定装置によって測定される、
ように構成されている、請求項１２乃至１４いずれか一項に記載の装置。
【請求項１６】
前記決定ユニットは、さらに、特定的に、
前記第１リソースのエネルギとして、前記少なくとも１つの第３リソースのエネルギの平均値、最大値、または最小値を決定する、
ように構成されている、請求項１５に記載の装置。
【請求項１７】
複数の第１リソースが存在し、該複数の第１リソースは複数の第２リソースに対応しており、該複数の第２リソースは少なくとも１つのサブフレーム内にあり、かつ、該複数の第２リソースのうち少なくとも２つは同じサブフレーム内にある場合、かつ、
該同じサブフレームにおいて前記少なくとも２つの第２リソースの周波数領域位置がオーバーラップする場合に、
該オーバーラップした周波数領域位置でのエネルギについて、前記決定ユニットは、さらに、特定的に、
前記オーバーラップした周波数領域位置でのリソースのエネルギとして、前記少なくとも２つの第２リソースに対応する第１リソースのエネルギにおける任意の第１リソースの前記オーバーラップした周波数領域位置でのエネルギを決定し、もしくは、
前記オーバーラップした周波数領域位置でのエネルギを獲得するために、前記少なくとも２つの第２リソースに対応する前記第１リソースの前記オーバーラップした周波数領域位置でのエネルギについて加算または平均化を実行する、
ように構成されている、請求項１２乃至１６いずれか一項に記載の装置。
【請求項１８】
前記複数の第１リソースのうち少なくとも２つが同じサブフレーム内にあり、かつ、該少なくとも２つの第１リソースの周波数領域位置がオーバーラップしている場合に、
前記決定ユニットは、さらに、特定的に、
各第１リソースの周波数領域位置に対する前記オーバーラップした周波数領域位置の割合を決定し、かつ、
各第１リソースの周波数領域位置に対する前記オーバーラップした周波数領域位置の前記割合、および、各第１リソースの対応するエネルギに基づいて、各第１リソースの前記オーバーラップした周波数領域位置でのエネルギを決定する、
ように構成されている、請求項１７に記載の装置。
【請求項１９】
前記獲得ユニットは、さらに、特定的に、
基地局によって送信された構成情報に基づいて、前記リソースサイクル予約情報を獲得し、または、
事前設定された構成情報に基づいて、前記リソースサイクル予約情報を獲得し、もしくは、
前記第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報に基づいて、前記リソースサイクル予約情報を決定し、
前記リソースサイクル予約情報は、リソース予約サイクルおよびリソースサイクル予約量を含む、
ように構成されている、請求項１３乃至１８いずれか一項に記載の装置。
【請求項２０】
前記リソース予約サイクルは、リソースサイクル単位を含み、
前記リソース予約サイクルは、前記リソースサイクル単位の整数倍であり、かつ、
前記リソースサイクル単位の値は、前記構成情報を使用して前記基地局によって構成されているか、または、前記リソースサイクル単位の値は、事前に構成されている、
請求項１９に記載の装置。
【請求項２１】
前記リソース予約サイクルは、固定サイクルであり、かつ／あるいは、
前記リソースサイクル予約量は、固定量である、
請求項１９または２０に記載の装置。
【請求項２２】
前記構成情報は、システム放送情報または前記基地局の専用シグナリングを使用して構成されている、
請求項１９乃至２１いずれか一項に記載の装置。
【請求項２３】
インストラクションを含むコンピュータで読取り可能な記憶媒体であって、コンピュータによって該インストラクションが実行されると、請求項１乃至１１いずれか一項に記載の方法に係るステップを前記コンピュータに実施させる、コンピュータで読取り可能な記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車車間通信技術に関する。そして、特には、リソースエネルギを決定する方法および装置に関する。
【背景技術】
【０００２】
生活水準が継続的に向上するにつれて、車両は、人々の日常生活の中へ徐々に統合され、そして、不可欠な交通手段となっている。しかしながら、車両の出現に伴い、交通事故の発生が年々増加している。車車間（Vehicle-to-Vehicle、Ｖ２Ｖ）通信技術は、車両が有効距離内で相互にステータス情報を定期的に交換することができる技術である。Ｖ２Ｖ通信技術を使用することによって、車両の位置、速度、および状態、といった情報を近くの車両に対して送信することができ、そうして、近くの車両および運転者は、道路交通安全、等に関する情報を時間内に正確に知ることができ、そして、潜在的な危険に対する警告を決定し、かつ、行うことができる。それによって、交通事故発生確率を低減している。
【０００３】
現在は、車車間通信におけるステータス情報の交換の最中に、ユーザ機器ＵＥは、自律リソース選択モード（autonomous  resource  selection  mode）においてセンシングメカニズムを使用し、そして、半持続的伝播（ＳＰＴ、Semi-Persistent  Transmission）メカニズムを使用する。具体的には、ＵＥは、センシングウィンドウにおいて別のＵＥによって送信された制御情報を最初に復号し、その別のＵＥに係る対応する位置データの復調基準信号（demodulation  reference  signal）のエネルギを測定し、かつ、エネルギ値が閾値より大きいデータ送信リソースを排除する。続いて、ＵＥは、エネルギシーケンスにおいて、排除されていないデータ送信リソースから低エネルギサブセットを選択し、そして、低エネルギサブセットから最終データ送信リソースを選択する。
【０００４】
しかしながら、データ送信リソースを選択するプロセスにおいては、半二重通信（half-duplex  communication）への制限のせいで、ＵＥは、そのＵＥのデータが送信されるサブフレームにおけるデータ送信リソースを測定することができない。従って、以降のデータ送信リソースの選択において、サブフレームは使用できないとデフォルトでは考えられる。その結果として、使用することができていたであろう幾らかのデータ送信リソースを使用できず、システムリソースの利用を低減している。加えて、利用可能なリソースセットが低減するので、複数のＵＥがセンシング結果に基づいてリソース選択を実行するときに、より多くのリソース選択衝突（collisions）が発生し得る。
【発明の概要】
【０００５】
本発明の実施形態は、システムリソースの利用が低減され、そして、リソース選択衝突が容易に発生するという従来技術の問題を解決するために、リソースエネルギを決定する方法および装置を提供する。
【０００６】
上記の目的を達成するために、本発明の実施形態において以下の技術的ソリューションが使用される。
【０００７】
第１態様に従って、リソースエネルギを決定する方法が提供される。本方法は、第１ＵＥによって、第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得するステップと、第２ＵＥの時間−周波数リソース指示情報に基づいて、第１ＵＥによって、第１リソースのエネルギを決定するステップと、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて、第１ＵＥによって、少なくとも１つの第２リソースのエネルギを決定するステップを含む。ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である。上記の技術的ソリューションにおいて、エネルギを以前に決定することができない利用可能なリソースが、システムリソースの利用を改善するために、ＵＥによって選択され、かつ、使用され得る。加えて、複数のＵＥがセンシング結果に基づいてリソース選択を行うときに、リソース選択衝突が発生する可能性が低減され得る。
【０００８】
一つの可能な実施において、第１ＵＥによって、第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報を獲得するステップは、第１リソースが配置されている送信期間における第２ＵＥの最初のデータ送信またはデータ再送信に対応する制御情報から第２ＵＥの時間−周波数リソース指示情報を獲得するステップを含む。具体的には、第２ＵＥの時間−周波数リソース指示情報は、第２ＵＥの制御情報において伝送され、そして、第１ＵＥは、制御情報を使用することによって、第２ＵＥの時間−周波数リソース指示情報を獲得し得る。
【０００９】
一つの可能な実施において、第１リソースは、第１ＵＥのセンシング時間ウィンドウにおいて第１ＵＥがデータを送信するサブフレームにおける周波数領域リソースであり、または、第１リソースは、第１ＵＥのセンシング時間ウィンドウにおけるサブフレームにおいてにおいて第１ＵＥが復号することができない周波数領域リソースである。
【００１０】
一つの可能な実施において、第２ＵＥの時間−周波数リソース指示情報に基づいて、第１ＵＥによって、第１リソースのエネルギを決定するステップは、第２ＵＥの時間−周波数リソース指示情報に基づいて、第１ＵＥによって、少なくとも１つの第３リソースを決定するステップであり、第２ＵＥは、少なくとも１つの第３リソースおよび第１リソースにおいて同じデータを送信し、かつ、同じデータは、データの１ピースであり、または、データの１ピースに係る複数の冗長バージョンである、ステップ、および、少なくとも１つの第３リソースのエネルギに基づいて、第１ＵＥによって、第１リソースのエネルギを決定するステップであり、少なくとも１つの第３リソースのエネルギは、第１ＵＥによって測定される、ステップ、を含む。上記の可能な技術的ソリューションにおいて、第１ＵＥは、少なくとも１つの第３リソースのエネルギであり、かつ、第２ＵＥが同じデータを最初に送信または再送信するときに測定されるエネルギに基づいて、第１リソースのエネルギを決定し得る。
【００１１】
一つの可能な実施において、少なくとも１つの第３リソースのエネルギに基づいて、第１ＵＥによって、第１リソースのエネルギを決定するステップは、第１リソースのエネルギとして、第１ＵＥによって、少なくとも１つの第３リソースのエネルギの平均値、最大値、または最小値を決定するステップを含む。
【００１２】
一つの可能な実施において、複数の第１リソースが存在し、複数の第１リソースは複数の第２リソースに対応しており、複数の第２リソースは少なくとも１つのサブフレーム内にあり、かつ、複数の第２リソースのうち少なくとも２つは同じサブフレーム内にある場合、かつ、同じサブフレームにおいて少なくとも２つの第２リソースの周波数領域位置がオーバーラップする場合に、オーバーラップした周波数領域位置でのエネルギについて、第１ＵＥが、少なくとも２つの第２リソースに対応する第１リソースのエネルギに基づいて、オーバーラップした周波数領域位置でのエネルギを決定することは、オーバーラップした周波数領域位置でのリソースのエネルギとして、少なくとも２つの第２リソースに対応する第１リソースのエネルギにおける任意の第１リソースのオーバーラップした周波数領域位置でのエネルギを決定するステップ、もしくは、オーバーラップした周波数領域位置でのエネルギを獲得するために、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギについて加算または平均化を実行するステップ、を含む。
【００１３】
一つの可能な実施において、複数の第１リソースのうち少なくとも２つが同じサブフレーム内にあり、かつ、少なくとも２つの第１リソースの周波数領域位置がオーバーラップしている場合、少なくとも２つの第１リソースそれぞれのオーバーラップした周波数領域位置でのエネルギを第１ＵＥが決定することは、各第１リソースの周波数領域位置に対するオーバーラップした周波数領域位置の割合を、第１ＵＥによって、決定するステップ、および、各第１リソースの周波数領域位置に対するオーバーラップした周波数領域位置の割合、および、各第１リソースの対応するエネルギに基づいて、第１ＵＥによって、各第１リソースのオーバーラップした周波数領域位置でのエネルギを決定するステップ、を含む。
【００１４】
一つの可能な実施において、第１ＵＥによって、第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥのリソースサイクル予約情報を獲得するステップは、基地局によって送信された構成情報に基づいて、第１ＵＥによって、リソースサイクル予約情報を獲得するステップ、または、事前設定された構成情報に基づいて、第１ＵＥによって、リソースサイクル予約情報を獲得するステップ、もしくは、第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報に基づいて、第１ＵＥによって、リソースサイクル予約情報を決定するステップ、を含む。ここで、リソースサイクル予約情報は、リソース予約サイクルおよびリソースサイクル予約量を含む。上記の可能な技術的ソリューションにおいて、第１ＵＥは、基地局によって送信された構成情報、事前設定構成情報、または第２ＵＥに対応する制御情報、等を使用することによって、第２ＵＥのリソースサイクル予約情報を獲得し得る。
【００１５】
一つの可能な実施において、リソース予約サイクルはリソースサイクル単位を含み、リソース予約サイクルはリソースサイクル単位の整数倍であり、かつ、リソースサイクル単位の値は構成情報を使用して基地局によって構成されているか、または、リソースサイクル単位の値は事前に構成されている。上記の可能な技術的ソリューションにおいて、リソース予約サイクルは、リソースサイクル単位を使用することによって構成されてよく、そして、リソース予約サイクルはリソースサイクル単位の整数倍であってよい。
【００１６】
一つの可能な実施において、リソース予約サイクルは固定サイクルであり、かつ／あるいは、リソースサイクル予約量は固定量である。一つの可能な実施において、構成情報はシステム放送情報または基地局の専用シグナリングを使用して構成され得る。
【００１７】
第２の態様に従って、リソースエネルギ決定装置が提供される。本装置は、リソースエネルギ決定装置のセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得するように構成されている獲得ユニットと、第２ＵＥの時間−周波数リソース指示情報に基づいて、第１リソースのエネルギを決定するように構成されている決定ユニットと、を含む。ここで、決定ユニットは、さらに、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて、少なくとも１つの第２リソースのエネルギを決定するように構成されており、ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である。上記の技術的ソリューションにおいて、エネルギを以前に決定することができない利用可能なリソースが、システムリソースの利用を改善するために、ＵＥによって選択され、かつ、使用され得る。加えて、リソース選択のときにリソース選択衝突が発生する可能性が低減され得る。
【００１８】
一つの可能な実施において、獲得ユニットは、特定的に、第１リソースが配置されている送信期間における第２ＵＥの最初のデータ送信またはデータ再送信に対応する制御情報から第２ＵＥの時間−周波数リソース指示情報を獲得するように構成されている。
【００１９】
一つの可能な実施において、第１リソースは、リソースエネルギ決定装置のセンシング時間ウィンドウにおいてリソースエネルギ決定装置がデータを送信するサブフレームにおける周波数領域リソースであり、または、第１リソースは、リソースエネルギ決定装置のセンシング時間ウィンドウにおけるサブフレームにおいてリソースエネルギ決定装置が復号することができない周波数領域リソースである。
【００２０】
一つの可能な実施において、決定ユニットは、特定的に、第２ＵＥの時間−周波数リソース指示情報に基づいて、少なくとも１つの第３リソースを決定し、ここで、第２ＵＥは、少なくとも１つの第３リソースおよび第１リソースにおいて同じデータを送信し、そして、同じデータは、データの１ピースであり、または、データの１ピースに係る複数の冗長バージョンであり、かつ、少なくとも１つの第３リソースのエネルギに基づいて、第１リソースのエネルギを決定し、少なくとも１つの第３リソースのエネルギは、リソースエネルギ決定装置によって測定される、ように構成されている。
【００２１】
一つの可能な実施において、決定ユニットは、さらに、特定的に、第１リソースのエネルギとして、少なくとも１つの第３リソースのエネルギの平均値、最大値、または最小値を決定するように構成されている。
【００２２】
一つの可能な実施において、複数の第１リソースが存在し、複数の第１リソースは複数の第２リソースに対応しており、複数の第２リソースは少なくとも１つのサブフレーム内にあり、そして、複数の第２リソースのうち少なくとも２つは同じサブフレーム内にある場合、かつ、同じサブフレームにおいて少なくとも２つの第２リソースの周波数領域位置がオーバーラップする場合に、オーバーラップした周波数領域位置でのエネルギについて、決定ユニットは、さらに、特定的に、オーバーラップした周波数領域位置でのリソースのエネルギとして、少なくとも２つの第２リソースに対応する第１リソースのエネルギにおける任意の第１リソースのオーバーラップした周波数領域位置でのエネルギを決定し、もしくは、オーバーラップした周波数領域位置でのエネルギを獲得するために、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギについて加算または平均化を実行する、ように構成されている。
【００２３】
一つの可能な実施において、複数の第１リソースのうち少なくとも２つが同じサブフレーム内にあり、かつ、少なくとも２つの第１リソースの周波数領域位置がオーバーラップしている場合に、決定ユニットは、さらに、特定的に、各第１リソースの周波数領域位置に対するオーバーラップした周波数領域位置の割合を決定し、かつ、各第１リソースの周波数領域位置に対するオーバーラップした周波数領域位置の割合、および、各第１リソースの対応するエネルギに基づいて、各第１リソースのオーバーラップした周波数領域位置でのエネルギを決定する、ように構成されている。
【００２４】
一つの可能な実施において、獲得ユニットは、さらに、特定的に、基地局によって送信された構成情報に基づいて、リソースサイクル予約情報を獲得し、または、事前設定された構成情報に基づいて、リソースサイクル予約情報を獲得し、もしくは、第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報に基づいて、リソースサイクル予約情報を決定する、ように構成されている。ここで、リソースサイクル予約情報は、リソース予約サイクルおよびリソースサイクル予約量を含む。
【００２５】
一つの可能な実施において、リソース予約サイクルは、リソースサイクル単位を含み、リソース予約サイクルは、リソースサイクル単位の整数倍であり、かつ、リソースサイクル単位の値は、構成情報を使用して基地局によって構成されているか、または、リソースサイクル単位の値は、事前に構成されている。
【００２６】
一つの可能な実施において、リソース予約サイクルは、固定サイクルであり、かつ／あるいは、リソースサイクル予約量は、固定量である。一つの可能な実施において、構成情報は、システム放送情報または基地局の専用シグナリングを使用して構成されている。
【００２７】
本発明の実施形態におけるリソースエネルギを決定する方法および装置に従って、第１ＵＥは、第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得し、第２ＵＥの時間−周波数リソース指示情報に基づいて、第１リソースのエネルギを決定し、そして、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて、少なくとも１つの第２リソースのエネルギを決定する。ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である。このことは、システムリソースの利用を改善するだけでなく、複数のＵＥがセンシング結果に基づいてリソース選択を行うときに、リソース選択衝突が発生する可能性も低減する。
【図面の簡単な説明】
【００２８】
本発明の実施形態における技術的ソリューションをより明確に説明するため、以下に、実施形態を説明するために必要とされる添付の図面を簡単に説明する。明らかに、以降の説明における添付図面は本発明のいくつかの実施形態を単に示すものであり、そして、当業者であれば、創造的な努力なしにこれらの添付図面から他の図面をさらに導出し得る。
【図１】図１は、本発明の一つの実施形態に従った、車車間通信システムの模式的な構造図である。
【図２】図２は、本発明の一つの実施形態に従った、リソースエネルギを決定する方法の模式的なフローチャートである。
【図３】図３は、本発明の一つの実施形態に従った、第１リソースの概略図である。
【図４】図４は、本発明の一つの実施形態に従った、第１リソースの別の概略図である。
【図５】図５は、本発明の一つの実施形態に従った、第１リソースおよび第２リソースの概略図である。
【図６】図６は、本発明の一つの実施形態に従った、第１リソースおよび第２リソースの第１の概略図である。
【図７】図７は、本発明の一つの実施形態に従った、第１リソースおよび第２リソースの第２の概略図である。
【図８】図８は、本発明の一つの実施形態に従った、第１リソースおよび第２リソースの第３の概略図である。
【図９】図９は、本発明の一つの実施形態に従った、第１リソースおよび第２リソースの第４の概略図である。
【図１０】図１０は、本発明の一つの実施形態に従った、第１リソースおよび第２リソースの第５の概略図である。
【図１１】図１１は、本発明の一つの実施形態に従った、第１ＵＥの模式的な構造図である。
【図１２】図１２は、本発明の一つの実施形態に従った、第１ＵＥの別の模式的な構造図である。
【図１３】図１３は、本発明の一つの実施形態に従った、第１ＵＥのさらに別な模式的な構造図である。
【図１４】図１４は、本発明の一つの実施形態に従った、基地局の模式的な構造図である。
【図１５】図１５は、本発明の一つの実施形態に従った、基地局の別の模式的な構造図である。
【図１６】図１６は、本発明の一つの実施形態に従った、基地局のさらに別の模式的な構造図である。
【発明を実施するための形態】
【００２９】
以下に、本発明の実施形態における添付図面を参照して、本発明の実施形態における技術的ソリューションを明確に説明する。明らかに、説明される実施形態は、本発明の実施形態のうち幾らかに過ぎないが、全てではない。創造的な努力なしに本発明の実施形態に基づいて当業者によって獲得される他の全ての実施形態は、本発明の保護範囲内に入るものである。
【００３０】
この明細書において記載される「複数（”plurality”）」は、２つまたはそれ以上を意味している。用語「及び／又は（”and/or”）」は、関連するオブジェクトを説明するための関連の関係を記述し、かつ、３つの関係が存在し得ることを表している。例えば、Ａ及び／又はＢは、以下の３つの場合を表し得る：Ａだけが存在すること、ＡおよびＢの両方が存在すること、および、Ｂだけが存在すること。記号「／」は、一般に、関連するオブジェクト間における「または（”or”）」の関係を示している。
【００３１】
本発明が説明される以前に、本発明における技術用語および本発明に係る技術的な問が、最初に簡単に紹介される。
【００３２】
半二重通信は、通信チャネルのそれぞれの端が、送信端（transmit  end）または受信端（receive  end）であってよいことを示している。しかしながら、通信情報は、ある瞬間には（at  one  moment）一方向においてだけ送信することができる。半二重通信は、ユーザ機器間のセッション通信、例えば、日常生活におけるトランシーバ（walkie-talkies）またはインターホン間の通信、に対して適用可能である。本発明におけるユーザ機器（User  Equipment、ＵＥ）の通信方式は、半二重通信である。
【００３３】
送信期間（transmission  period）は、ユーザ機器によって別のユーザ機器に対して同じデータを送信するための最大許容時間長（maximum  tolerable  time  length）であり、そして、ミリ秒（ms）において測定され得る。ユーザ機器が同じデータを送信するときに、同じデータの送信は、複数回のデータ再送信（data  retransmission）を含み得る。この場合には、最初のデータ送信およびデータ再送信が、１つの送信期間内に完了する必要がある。別の言葉で言えば、ユーザ機器は、１つの送信期間内に同じデータを複数回について送信することができる。例えば、ユーザ機器によってデータを送信するための送信期間は、１００ｍｓであってよい。
【００３４】
センシング時間ウィンドウ（sensing  time  window）は、ユーザ機器が別のユーザ機器によって送信されたデータのエネルギを測定する時間ウィンドウである。センシング時間ウィンドウは、時間の経過につれてリアルタイムにスライドする窓である。センシング時間ウィンドウの長さは、複数の送信期間を含み得る。Ｔが送信期間を表す場合に、センシング時間ウィンドウの長さは、Ｋ×Ｔであってよく、ここで、Ｋは１より大きいか等しい正の整数である。別の言葉で言えば、センシング時間ウィンドウは、Ｔの整数倍であり得る。例えば、センシング時間ウィンドウは、１０００ｍｓであり得る。
【００３５】
現在、ロングタームエボリューション（Long  Term  Evolution、ＬＴＥ）に基づく車両間Ｖ２Ｖ通信技術が、第３世代パートナーシッププロジェクト（3rd  Generation  Partnership  Project、３ＧＰＰ）において標準化されている。車両の安全運転を確保するためには、ステータス情報、すなわち、定期的なステータス情報（Periodic  Status  Message、ＰＳＭ）が、車両の間で定期的に交換される必要がある。近隣の車両のＰＳＭを分析することによって、車両または運転者は、潜在的な危険性について判断し、かつ、警告することができる。それによって、道路交通事故の発生確率を低減している。ＰＳＭサービスサイクルは、車両の運動状態（motion  status）と共に変化し得る。異なる運動状態におけるＵＥのサービスサイクルは、［１００ｍｓ、１０００ｍｓ］の範囲において評価されてよい。現在、ＵＥは、自律リソース選択モードにおいてセンシングメカニズムを使用し、そして、半持続的伝播メカニズムを使用している。具体的には、ＵＥが半二重通信を使用するので、ＵＥは、データを送信している間、ＵＥのデータ送信リソースを測定することができない。従って、以降のデータ送信リソースの選択において、サブフレームは使用できないとデフォルトでは考えられる。その結果として、占有されていないリソース、または、他のＵＥによって占有されている比較的に低いエネルギを有する再利用可能なリソースを使用することができない。このようにして、システムリソースの利用が低減されている。加えて、利用可能なリソースセットの減少のせいで、複数のＵＥがセンシング結果に基づいてリソース選択を実行するときに、より多くのリソース選択衝突が発生し得る。
【００３６】
本発明の基本原理は、以下の通りである。従来技術においてはエネルギがＵＥによっては決定することができない幾らかの利用可能なリソースについて、ＵＥが送信リソースを選択するときに、ＵＥは、ＵＥのセンシング時間ウィンドウにおいて、時間−周波数リソース指示情報（time-frequency  resource  indication  information）、および、別のＵＥによってデータを送信するためのリソースサイクル予約情報（resource  cycle  reservation  information）を獲得することができる。次いで、ＵＥは、時間−周波数リソース指示情報およびリソースサイクル予約情報に基づいて、前もってエネルギを決定することができない利用可能なリソースのものであり、かつ、将来の送信期間において存在する、リソースエネルギを予測する。そうして、ＵＥによって、リソースが選択され、かつ、使用され得る。このことは、システムリソースの利用を改善するだけでなく、複数のＵＥが、センシング結果に基づいて、リソース選択を実行するときに、リソース選択衝突が発生する確率も低減する。
【００３７】
図１は、本発明の一つの実施形態に従った、車車間通信システムの模式的な構造図である。図１を参照すると、車車間通信システムは、ユーザ機器１００、他のユーザ機器１１０、および、基地局１２０を含んでいる。ユーザ機器１００は、バス、プロセッサ、メモリ、入力／出力インターフェイス、および、通信インターフェイスを含み得る。
【００３８】
バスは、説明されたエレメントの回路を接続し、そして、これらのエレメント間での伝送を実施するために使用されている。例えば、プロセッサは、バスを使用して別のエレメントからコマンドを受信し、受信したコマンドを復号し、そして、復号されたコマンドに基づいて演算を実行し、または、データを処理する。
【００３９】
プロセッサは、端末装置１００のコントロールセンタであり、端末装置１００全体の様々なインターフェイスおよびケーブルを使用して全体のユーザ機器の各部を接続し、そして、メモリの中に保管されたソフトウェアプログラム及び／又はモジュールを実行または実施することによって、かつ、メモリの中に保管されたデータを呼び出すことによって、様々な機能およびデータ処理を実行して、ユーザ機器１００において全部のモニタリングを実施する。好ましくは、アプリケーションプロセッサおよびモデムプロセッサは、プロセッサの中へ統合されてよい。アプリケーションプロセッサは、オペレーティングシステム、ユーザインターフェイス、アプリケーションプログラム、等を主に処理する。モデムプロセッサは、無線通信を主に処理する。
【００４０】
メモリは、プログラムモジュール、例えば、カーネル、ミドルウェア、アプリケーションプログラミングインターフェイス（Application  Programming  Interface、ＡＰＩ）、および、アプリケーションを含み得る。プログラムモジュールは、ソフトウェア、ファームウェア、ハードウェア、もしくは、ソフトウェア、ファームウェア、またはハードウェアのうち少なくとも２つを含み得る。メモリは、主に、プログラム記憶領域およびデータ記憶領域を含み得る。プログラム記憶領域は、オペレーティングシステム、少なくとも１つの機能によって要求されるアプリケーションプログラム、等を記憶することができる。データ記憶領域は、携帯電話の使用、等に基づいて作成されたデータを記憶することができる。加えて、メモリは、高速ランダムアクセスメモリを含んでよく、そして、不揮発性メモリ、等をさらに含み得る。
【００４１】
入力／出力インターフェイスは、プロセッサと周辺インターフェイスモジュールとの間のインターフェイスを提供し、そして、周辺インターフェイスモジュールを使用することによりユーザによって入力されたコマンドまたはデータを転送する。周辺インターフェイスモジュールは、インダクタ、キーボード、クリックホイール、ボタン、等であってよい。ボタンは、これらに限定されるわけではないが、ホームボタン、ボリュームボタン、スタートボタン、およびロックボタンを含み得る。
【００４２】
通信インターフェイスは、ユーザ機器を他のユーザ機器１１０および基地局１２０に対して接続する。任意的に、通信インターフェイスは、無線周波数（Radio  Frequency、ＲＦ）回路を含んでよい。ＲＦ回路は、これらに限定されるわけではないが、アンテナ、少なくとも１つの増幅器、トランシーバ、カプラ、低ノイズ増幅器（Low  Noise  Amplifier、ＬＮＡ）、デュプレクサ、等を含んでいる。通信インターフェイスは、他のユーザ機器１１０または外部の基地局１２０に対して接続するために、有線または無線方式でネットワークに対して接続されてよく、そうして、ユーザ機器１００と、他のユーザ機器１１０と、基地局１２０との間の通信が、ネットワークを使用して実施することができる。無線通信は、任意の通信規格またはプロトコルを使用することができ、これらに限定されるわけではないが、グローバルシステムフォーモバイルコミュニケーションズ（Global  System  for  Mobile  communication、ＧＳＭ）、汎用パケット無線サービス（General  Packet  Radio  Service、ＧＰＲＳ）、符号分割多元接続（Code  Division  Multiple  Access、ＣＤＭＡ）、広帯域符号分割多元接続（Wideband  Code  Division  Multiple  Access、ＷＣＤＭＡ）、ロングタームエボリューション  ＬＴＥ、ワイヤレスフィディリティ（Wireless  Fidelity、Ｗｉ-Ｆｉ）、ブルートゥース（登録商標）、等を含んでいる。一つの例示的な実施形態において、通信インターフェイスは、放送チャネルを使用することにより、外部放送管理システムから放送信号または放送関連情報を受信する。一つの例示的な実施形態において、通信インターフェイスは、さらに、短距離通信を促進するために、Ｗｉ-Ｆｉモジュール、ブルートゥースモジュール、赤外線モジュール、等を含む。
【００４３】
図には示されていないが、ユーザ機器１００は、さらに、表示装置、センサモジュール、および、音響周波数モジュール、等を含んでよい。詳細は、ここにおいて説明されない。
【００４４】
当業者であれば、図１に示されるユーザ機器１００の構造は、ユーザ機器について限定を構成するものではないことを理解するであろう。図において示されたものより多いか、または少ない部品が含まれてよく、いくつかの部品が組み合わされてよく、もしくは、異なる方法で部品が配置されてよい。
【００４５】
図２は、本発明の一つの実施形態に従った、リソースエネルギを決定する方法の模式的なフローチャートである。図２を参照すると、本方法は、以下のいくつかのステップを含んでいる。
【００４６】
ステップ２０１：第１ＵＥは、時間-周波数リソース指示情報、および、第１ＵＥのセンシング時間ウィンドウにおける第２ＵＥのリソースサイクル予約情報を獲得する。
【００４７】
センシング時間ウィンドウは、第１ＵＥのセンシング時間ウィンドウである。第１ＵＥは、時間−周波数リソース指示情報、および、センシング時間ウィンドウにおいて第２ＵＥによってデータを送信するためのリソースサイクル予約情報を獲得することができる。
【００４８】
時間−周波数リソース指示情報は、第２ＵＥがセンシング時間ウィンドウにおいてデータを送信する時間−周波数リソースを指示するために使用されている。時間−周波数リソースは、時間領域リソースおよび周波数領域リソースを含んでいる。時間領域リソースは、その中で第２ＵＥがセンシング時間ウィンドウにおいてデータを送信する、サブフレームであり得る。周波数領域リソースは、その中で第２ＵＥがセンシング時間ウィンドウにおいてデータを送信する、周波数帯域であり得る。周波数帯域について、１つのリソースブロック（Resource  Block、ＲＢ）が最小占有粒度（minimum  occupation  granularity）として使用されてよく、または、いくつかの連続するリソースブロックが最小占有粒度として使用されてよい。
【００４９】
具体的には、第１ＵＥのセンシング時間ウィンドウにおいて、第１ＵＥが、第２ＵＥの時間−周波数リソース指示情報を獲得するときに、第１ＵＥは、第１リソースが配置されている送信期間における第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報から、第２ＵＥの時間−周波数リソース指示情報を獲得することができる。第１リソースは、第１ＵＥのセンシング時間ウィンドウにおいて、第１ＵＥがデータを送信するサブフレームにおける周波数領域リソースであってよく、または、第１リソースは、第１ＵＥのセンシング時間ウィンドウにおいて、第１ＵＥが復号できないサブフレームにおける周波数領域リソースであってよい。
【００５０】
第１リソースにおいて２つの異なるケースが発生し得る。従って、２つの異なるケースが、以下で別々に説明される。
【００５１】
ケース１：図３に示されるように、第１リソースが、第１ＵＥのセンシング時間ウィンドウにおいて、第１ＵＥがデータを送信するサブフレームにおける周波数領域リソースであるときに、第１ＵＥがデータを送信するサブフレームが、第２ＵＥがデータを送信するサブフレームとオーバーラップする場合、第１ＵＥは、第１リソースが配置されている送信期間における第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報を検出することができ、そして、第２ＵＥの時間−周波数リソース指示情報を獲得するために、制御情報を復号することができる。
【００５２】
図３において、第１ＵＥは、センシング時間ウィンドウにおけるサブフレームｔ１において、制御情報ＳＡ１および制御情報ＳＡ１に対応するデータ情報Ｄ１を送信し、そして、第２ＵＥも、また、サブフレームｔ１において、制御情報ＳＡ２および制御情報ＳＡ１に対応するデータ情報Ｄ２を送信する。加えて、第２ＵＥは、複数回についてＤ２を再送信し、そして、サブフレームｔ２、ｔ３、およびｔ４において、Ｄ２を再送し、Ｄ２を３回再送信する。さらに、３回再送信されたＤ２は、サブフレームｔ１において送信されたＤ２によって使用されたものと同じ冗長バージョン（redundancy  version）または異なる冗長バージョンを使用することができる。従って、第１ＵＥは、第２ＵＥの時間−周波数リソース指示情報を獲得するために、サブフレームｔ２、ｔ３、およびｔ４において第２ＵＥによって送信されたＳＡ１を検出し、そして、復号することができる。
【００５３】
ケース２：図４に示されるように、第１リソースが、第１ＵＥのセンシング時間ウィンドウにおいて、第１ＵＥによって復号できないサブフレームにおける周波数領域リソースであるときに、データ伝送のために第２ＵＥによって使用された周波数領域リソースを第１ＵＥが復号できない場合、第１ＵＥは、第１リソースが配置されている送信期間における第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報を検出することができ、そして、第２ＵＥの時間−周波数リソース指示情報を獲得するために、制御情報を復号することができ、そして、さらに、データ送信のために使用される周波数領域リソースを獲得することができる。
【００５４】
図４において、第１ＵＥは、データ送信のために第２ＵＥによって使用される周波数領域リソースを復号することができない。別の言葉で言えば、第１ＵＥは、サブフレームｔ１において第２ＵＥによって送信された制御情報ＳＡ２を復号することができず、そして、その結果、制御情報に対応するデータ情報Ｄ２の周波数領域リソースを獲得することができない。第２ＵＥがＤ２を複数回について再送信する場合に、第２ＵＥは、サブフレームｔ２、ｔ３、およびｔ４においてＤ２を３回再送信し、そして、３回再送信されたＤ２は、サブフレームｔ１において送信されたＤ２によって使用されたものと同じ冗長バージョン、または、異なる冗長バージョンを使用し得る。従って、第１ＵＥは、サブフレームｔ２、ｔ３、およびｔ４において第２ＵＥによって送信されたＳＡ２を検出し、かつ、復号して、第２ＵＥの時間−周波数リソース指示情報を獲得し、そして、さらに、データ送信のために第２ＵＥによって使用され、かつ、サブフレームｔ１における制御情報に対応している周波数領域リソースを獲得する。
【００５５】
１つのＵＥが制御情報を送信するサブフレームは、制御情報に対応しているデータをＵＥが送信するサブフレームと同じか、または、異なってよいことに留意すべきである。加えて、ＵＥの最初のデータ送信およびデータ再送信に対応している制御情報における時間−周波数リソース指示情報は、同一である。具体的に、時間−周波数リソース指示情報は、最初のデータ送信およびデータ再送信のためにＵＥによって使用される全ての時間−周波数リソースを示すために使用される。
【００５６】
加えて、図３および図４において、制御情報が送信されるサブフレームが、制御情報に対応しているデータが送信されるサブフレームと同じであることは、単に一つの例に過ぎない。そして、第２ＵＥがデータを送信するサブフレームおよび第２ＵＥによって実行されるデータ再送信の回数も、また、一つの例である。図３および図４は、本発明に対して限定を構成するものではない。
【００５７】
リソースサイクル予約情報は、時間−周波数リソース指示情報によって示される時間−周波数リソースに対応しているリソースサイクル予約情報である。リソースサイクル予約情報は、リソース予約サイクルおよびリソースサイクル予約量を含んでよい。
【００５８】
好ましくは、リソース予約サイクルは、固定サイクルであり、かつ／あるいは、リソースサイクル予約量は、固定量である。確かに、実際のアプリケーションにおいて、リソース予約サイクルおよびリソースサイクル予約量は変化し得る。このことは、本発明のこの実施形態において特定的に限定されるものではない。
【００５９】
具体的には、第１ＵＥが、第１ＵＥのセンシング時間ウィンドウにおいて第２ＵＥのリソースサイクル予約情報を獲得するとき、第１ＵＥは、基地局によって送信された構成情報（configuration  information）に基づいて第２ＵＥのリソースサイクル予約情報を獲得し得る。または、第１ＵＥは、事前設定された構成情報に基づいて第２ＵＥのリソースサイクル予約情報を獲得し得る。もしくは、第１ＵＥは、第２ＵＥの最初のデータ送信またはデータ再送信に対応している制御情報に基づいてリソースサイクル予約情報を決定し得る。
【００６０】
任意的に、リソース予約サイクルは、リソースサイクル単位（unit）を含み、リソース予約サイクルは、リソースサイクル単位の整数倍であり、そして、リソースサイクル単位の値は、構成情報を使用することによって基地局により構成されるか、または、リソースサイクル単位の値は事前設定されている。構成情報を使用することによって基地局によりリソース予約サイクルまたはリソースサイクル単位が構成されるとき、構成情報は、システム放送情報（system  broadcast  information）または基地局の専用シグナリングを使用することによって構成され得る。
【００６１】
第２ＵＥのリソース予約サイクルは、第２ＵＥのサービスサイクルを使用することによって決定され得ることに留意すべきである。例えば、第２ＵＥに対応しているサービスのサービスサイクルが２００ｍｓであるとき、リソース予約サイクルも、また、２００ｍｓであってよい。
【００６２】
ステップ２０２：第１ＵＥは、第２ＵＥの時間−周波数リソース指示情報に基づいて第１リソースのエネルギを決定する。
【００６３】
任意的に、第１ＵＥは、第２ＵＥの時間−周波数リソース指示情報に基づいて少なくとも１つの第３リソースを決定することができ、ここで、第２ＵＥは、少なくとも１つの第３リソースおよび第１リソースについて同じデータを送信する。そして、同じデータとは、１片のデータ（one  piece  of  data）、または、１片のデータの複数の冗長バージョンである。第１ＵＥは、少なくとも１つの第３リソースのエネルギに基づいて、第１リソースのエネルギを決定する。ここで、少なくとも１つの第３リソースのエネルギは、第１ＵＥによって測定される。
【００６４】
第２ＵＥの時間−周波数リソース指示情報は、第２ＵＥによる同じデータの最初の送信および再送信のための時間−周波数リソースを含んでいる。従って、第１リソースが第２ＵＥによってその同じデータを最初に送信するための時間−周波数リソースである場合に、少なくとも１つの第３リソースは、第２ＵＥによってその同じデータを再送信するための時間−周波数リソースである。加えて、同じデータの再送信が複数回の再送を含んでいるときに、少なくとも１つの第３リソースは、複数の再送信のうち少なくとも１つに対応している時間−周波数リソースである。第１リソースが第２ＵＥによって同じデータを再送信するための時間−周波数リソースであり、かつ、第１リソースが複数回の再送信のうち１つに対応している時間−周波数リソースである場合に、少なくとも１つの第３リソースは、同じデータの最初の送信または残りの再送信のうち少なくとも１つに対応している時間−周波数リソースであり得る。
【００６５】
例えば、図３に示されるように、第１リソースが、サブフレームｔ１において第２ＵＥによってＤ２を最初に送信するための時間−周波数リソースである場合に、少なくとも１つの第３リソースは、サブフレームｔ２、ｔ３、およびｔ４において第２ＵＥによってＤ２を再送信するための１つまたはそれ以上の時間−周波数リソースであり得る。もしくは、第１リソースが、サブフレームｔ２において第２ＵＥによってＤ２を再送信するための時間−周波数リソースである場合に、少なくとも１つの第３リソースは、サブフレームｔ１、ｔ３、およびｔ４において第２ＵＥによってＤ２を送信するための１つまたはそれ以上の時間−周波数リソースであり得る。
【００６６】
加えて、少なくとも１つの第３リソースのエネルギは、第２ＵＥの時間−周波数リソース指示情報を獲得する以前または以降に、第１ＵＥによって測定され得る。本発明のこの実施形態は、実施形態に対して特定的な限定を課すものではない。
【００６７】
具体的には、第１のＵＥが少なくとも１つの第３リソースのエネルギに基づいて第１リソースのエネルギを決定するときに、第１ＵＥは、第１リソースのエネルギとして、少なくとも１つの第３リソースのエネルギの平均値、最大値、または最小値を決定し得る。
【００６８】
図３に示される第２ＵＥの同じデータの最初の送信および再送信は、説明のために一つの例として使用されている。第１リソースがサブフレームｔ１におけるＤ２に対応している時間−周波数リソースであり、かつ、第１リソースのエネルギがＱ１によって表される場合、および、少なくとも１つの第３リソースがサブフレームｔ２、ｔ３、およびｔ４におけるＤ２に対応している時間−周波数リソースであり、かつ、対応するリソースエネルギが、Ｑ２、Ｑ３、およびＱ４によって別々に表される場合に、Ｑ１は、Ｑ２、Ｑ３、およびＱ４の平均値、もしくは、Ｑ２、Ｑ３、およびＱ４の最大値または最小値である。
【００６９】
ステップ２０３：第１ＵＥは、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて、少なくとも１つの第２リソースのエネルギを決定する。ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域ロケーションは、第２リソースが配置されている送信期間における少なくとも１つの第２リソース各々の時間−周波数領域ロケーションと同じである。
【００７０】
少なくとも１つの第２リソースは、第２ＵＥのリソースサイクル予約情報に基づいて第１リソースに対してリソース予約が実行されるときに、第１ＵＥのセンシング時間ウィンドウに続く１つまたはそれ以上のリソースである。加えて、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における各第２リソースの時間−周波数領域位置と同一である。
【００７１】
例えば、図５に示されるように、第１ＵＥのセンシング時間ウィンドウの長さは、Ｋ×Ｔであり、そして、第１リソースは、センシング時間ウィンドウにおいてサブフレームｔ１においてＤ２が配置されているリソースである。第２ＵＥのリソースサイクル予約情報に基づいて第１リソースに対してリソース予約が実行されるとき、第１ＵＥのセンシング時間ウィンドウに続く１つまたはそれ以上の第２リソースが獲得される。ここで、第２リソースが配置されている送信期間における各第２リソースの時間−周波数領域位置は、Ｄ２が配置されている送信期間におけるＤ２の時間−周波数領域位置と同一である。
【００７２】
第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて少なくとも１つの第２リソースのエネルギを決定するとき、図５に示されるように、第１ＵＥは、各第２リソースのエネルギとして第１リソースのエネルギを直接的に決定し得る。別の言葉で言えば、各第２リソースのエネルギは、第１リソースのエネルギに等しいものである。
【００７３】
さらに、複数の第１リソースが存在する場合には、各第１リソースに対応しているＵＥリソースサイクル予約情報に基づいてリソース予約が実行されるとき、複数の第１リソースは複数の第２リソースに対応している。そして、複数の第２リソースは少なくとも１つのサブフレーム内に存在している。複数の第２リソースが少なくとも１つのサブフレーム内に存在していることは、複数の第２リソースが１つのサブフレーム内、または、複数のサブフレーム内に存在し得ることを示している。別の言葉で言えば、複数の第２リソースが、１つのサブフレーム内、または、異なるサブフレーム内に存在してよい。
【００７４】
複数の第２リソースが配置されているサブフレームについて複数の異なるケース（case）が存在する。従って、異なるケースにおいては、複数の第１リソースのエネルギに基づいて複数の第２リソースのエネルギを、第１ＵＥによって、決定するための異なる方法が存在している。複数の第２リソースが配置されているサブフレームに対する異なるケースが、別個に以下に説明される。
【００７５】
ケースＩ：複数の第２リソースのうち任意の２つが異なるサブフレーム内に配置されているとき、または、複数の第２リソースのうち少なくとも２つが同じサブフレーム内に配置されており、少なくとも２つの第２リソースが周波数領域においてオーバーラップしないときに、各第２リソースのエネルギを決定するための方法は、１つの第１リソースが存在する上記の方法と一貫している。別の言葉で言えば、各第１リソースに対応する第２リソースについて、第１リソースのエネルギは、対応する第２リソースのエネルギとして直接的に決定され得る。
【００７６】
例えば、２つの第１リソースＲ１１およびＲ１２が存在しており、第１リソースＲ１１は第２リソースＲ２１に対応しており、かつ、第１リソースＲ１２は第２リソースＲ２２に対応している。図６に示されるように、第２リソースＲ２１およびＲ２２が異なるサブフレーム内に配置されているとき、または、図７に示されるように、第２リソースＲ２１およびＲ２２が異なるサブフレーム内に配置されており、周波数領域においてオーバーラップしないときに、第１リソースＲ１１のエネルギは第２リソースＲ２１のエネルギとして直接的に決定され、かつ、第１リソースＲ１２のエネルギは第２のリソースＲ２２のエネルギとして直接的に決定され得る。
【００７７】
図６および図７における第１リソースＲ１１およびＲ１２は、異なる送信期間において１つのＵＥによってデータを送信するためのリソース、または、異なる送信期間において異なるＵＥによってデータを送信するためのリソースであり得ることに留意すべきである。別の言葉で言えば、図６および図７における制御情報ＳＡ２および制御情報ＳＡ３は、１つのＵＥまたは異なるＵＥに属してよい。
【００７８】
ケースＩＩ：複数の第２リソースのうち少なくとも２つが同じサブフレーム内に配置されており、同じサブフレーム内の少なくとも２つの第２リソースの周波数領域位置がオーバーラップするとき、オーバーラップされた周波数領域位置におけるエネルギについて、少なくとも２つの第２リソースに対応する第１リソースのエネルギに基づいてオーバーラップした周波数領域位置でのエネルギを第１ＵＥが決定することは、以下を含む。少なくとも２つの第２リソースに対応する第１リソースのエネルギにおける任意の第１リソースのオーバーラップした周波数領域位置でのエネルギを、オーバーラップした周波数領域位置でのリソースエネルギとして決定すること、もしくは、オーバーラップした周波数領域位置でのエネルギを獲得するために、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギについて加算または平均化を実行すること、である。
【００７９】
ケースＩＩにおいては、オーバーラップする周波数領域位置におけるエネルギが決定される３つの異なるシナリオが存在し得る。３つの異なるシナリオ、および、シナリオにおいてオーバーラップする周波数領域位置でのエネルギを決定する特定のプロセスが、別個に以下に説明される。
【００８０】
シナリオ１：第１ＵＥのセンシング時間ウィンドウにおいて複数のＵＥの最初のデータ送信およびデータ再送信が存在しており、かつ、第１ＵＥおよび複数のＵＥがセンシング時間ウィンドウにおける異なる送信期間において別々にデータを送信するサブフレームがオーバーラップしている。ここで、複数のＵＥは異なるサービスサイクルに対応している。
【００８１】
例えば、図８に示されるように、複数のＵＥは、ＵＥ１およびＵＥ２である。ＵＥ１のリソース予約周期は２００ｍｓであり、そして、ＵＥ２のリソース予約周期は６００ｍｓである。第１ＵＥのセンシング時間ウィンドウにおいて第１ＵＥがデータを送信するサブフレームは、ＵＥ１およびＵＥ２が２つの異なる送信期間においてデータを送信するサブフレームと別々にオーバーラップしている。具体的には、半二重通信（half-duplex  communication）のせいで、第１ＵＥは、第１ＵＥがデータを送信するリソースのエネルギを測定することができない。従って、２つの第１リソースのエネルギ、すなわちＲ１１およびＲ１２のエネルギが、ステップ２０１およびステップ２０２に基づいて決定される。ＵＥ１のリソース予約サイクルとリソースサイクル予約量、および、ＵＥ２のリソース予約サイクルとリソースサイクル予約量に基づいて、予約を実行するときに、第１リソースＲ１１は第２リソースＲ２１に対応し、かつ、第１リソースＲ１２は第２リソースＲ２２に対応している。２つの第２リソースＲ２１およびＲ２２は、同じサブフレーム内に配置されていおり、かつ、第２リソースＲ２１およびＲ２２の周波数領域位置はオーバーラップする。具体的には、オーバーラップした周波数領域位置は、図８においてＲ０で表される部分である。
【００８２】
シナリオ１においては、オーバーラップした周波数領域位置でのエネルギを決定するための方法は、特定的に、以下を含み得る。
【００８３】
システム内にリソース衝突ソリューションメカニズムが存在しない場合、または、システム内にリソース衝突ソリューションメカニズムが存在するが、リソースのオーバーラップについて衝突ソリューションが実行される必要がない場合に、複数のＵＥは、オーバーラップしたリソースにおいてデータを送信する。従って、オーバーラップした周波数領域位置でのエネルギは、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギの加算である。例えば、図８に示されるように、ＵＥ１およびＵＥ２はオーバーラップしたリソースＲ０において同時にデータを送信している。従って、オーバーラップした周波数領域位置Ｒ０でのエネルギは、２つの第１リソースのオーバーラップした周波数領域位置でのエネルギの加算である。
【００８４】
システム内にリソース衝突ソリューションメカニズムが存在し、かつ、ただ１つのＵＥだけがリソース衝突ソリューションを通じてオーバーラップしたリソースにおいて送信を実行する場合に、オーバーラップしたリソースのエネルギは、２つの第２リソースに対応する第１リソースのうちいずれかのオーバーラップした周波数領域位置でのエネルギであり得る。さらに、第１ＵＥが全てのリソース衝突ソリューション結果を学習することができる場合、具体的には、第１ＵＥがリソース衝突ソリューションが成功したか否かを知ることができ、かつ、リソース衝突ソリューションが成功した後で複数のＵＥのうち特定のＵＥがリソースを独占する場合に、オーバーラップした周波数領域位置におけるエネルギは、リソースを独占しているＵＥに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギであることが決定され得る。
【００８５】
システム内にリソース衝突ソリューションメカニズムが存在し、かつ、ただ１つのＵＥだけがリソース衝突ソリューションを通じてオーバーラップしたリソースにおいて送信を実行する場合に、オーバーラップしたリソースのエネルギは、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギの平均値、最小値、または最大値であり得る。さらに、第１ＵＥがいくつかのリソース衝突ソリューション結果を学習することができる場合、具体的には、第１ＵＥがリソース衝突ソリューションが成功したか否かを知っている場合に、オーバーラップしたリソースのエネルギは、結果に対応する少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギの平均値、最小値、または最大値に基づいて決定され得る。
【００８６】
シナリオ２：第１ＵＥのセンシング時間ウィンドウにおいて複数のＵＥの最初のデータ送信およびデータ再送信が存在しており、かつ、第１ＵＥおよび複数のＵＥがセンシング時間ウィンドウにおける異なる送信期間において別々にデータを送信するサブフレームがオーバーラップしている。ここで、複数のＵＥが同じサービスサイクルに対応している。
【００８７】
例えば、図９に示されるように、複数のＵＥはＵＥ１およびＵＥ２であり、そして、ＵＥ１およびＵＥ２両方のサービスサイクルは２００ｍｓである。第１ＵＥが第１ＵＥのセンシング時間ウィンドウにおいてデータを送信するサブフレームは、ＵＥ１およびＵＥ２が２つの異なる送信期間においてデータを送信するサブフレームを別々にオーバーラップする。具体的には、半二重通信のせいで、第１ＵＥは、第１ＵＥがデータを送信するリソースのエネルギを測定することができない。従って、２つの第１リソースのエネルギ、すなわち、Ｒ１１およびＲ１２のエネルギは、ステップ２０１およびステップ２０２に基づいて決定される。ＵＥ１のリソース予約サイクルとリソースサイクル予約量、および、ＵＥ２のリソース予約サイクルとリソースサイクル予約量に基づいて予約が実行される場合に、第１リソースＲ１１は第２リソースＲ２１に対応し、かつ、第１リソースＲ１２は第２リソースＲ２２に対応している。２つの第２リソースＲ２１およびＲ２２は同じサブフレーム内に配置されており、そして、第２リソースＲ２１およびＲ２２の周波数領域位置はオーバーラップしている。具体的には、オーバーラップした周波数領域位置は、図９においてＲ０によって表される部分である。
【００８８】
シナリオ２において、オーバーラップした周波数領域位置でのエネルギを決定するための方法は、具体的に以下を含み得る。
【００８９】
システム内にリソース衝突ソリューションメカニズムが存在しない場合、または、システム内にリソース衝突ソリューションメカニズムが存在するが、リソースのオーバーラップについて衝突ソリューションが実行される必要がない場合に、オーバーラップした周波数領域位置でのエネルギは、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギの平均値、最小値、または最大値である。
【００９０】
システム内にリソース衝突ソリューションメカニズムが存在し、かつ、ただ１つのＵＥだけがリソース衝突ソリューション通じてオーバーラップしたリソースにおいて送信を実行する場合には、第１リソースのものであり、かつ、第１ＵＥによって測定されたエネルギは、複数のＵＥによって送信されるデータのエネルギの加算である。従って、オーバーラップした周波数領域位置でのエネルギは、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギの最小値を使用することによって決定され得る。
【００９１】
さらに、ＵＥの第１リソースのエネルギが、複数のＵＥのうち少なくとも１つの第３リソースのエネルギに基づいてセンシング時間ウィンドウにおいて決定されるとき、例えば、図１０に示されるように、異なるＵＥに対応する少なくとも１つの第３リソースの周波数領域位置がオーバーラップする場合、サブフレームｔ２内にあり、かつ、ＵＥ１に対応する少なくとも１つの第３リソースの周波数領域位置がサブフレームｔ２内にあり、かつ、ＵＥ２に対応する少なくとも１つの第３リソースの周波数領域位置とオーバーラップする場合、時点（moment）ｔ２におけるオーバーラップした周波数領域位置での第１ＵＥによって測定されたエネルギが全体としてエネルギであるときに、時点ｔ１におけるオーバーラップした周波数領域位置でのエネルギは、時点ｔ１におけるオーバーラップした周波数領域位置に係る周波数領域の時点ｔ２におけるオーバーラップした周波数領域位置に係る周波数領域に対する割合に基づいて決定され得る。図１０に示されるように、時点ｔ１におけるオーバーラップした周波数領域位置でのリソースエネルギは、時点ｔ２におけるオーバーラップした周波数領域位置で測定されたエネルギを、２で、割ることによって獲得される。
【００９２】
さらに、シナリオ１およびシナリオ２において、具体的には、複数のＵＥが存在するシナリオにおいては、複数の第１リソースのうち少なくとも２つが同じサブフレーム内にあり、かつ、少なくとも２つの第１リソースの周波数領域位置がオーバーラップする場合に、第１ＵＥが少なくとも２つ第１リソースそれぞれのオーバーラップした周波数領域位置でのエネルギを決定することは、以下を含んでいる。第１ＵＥによって、各第１リソースの周波数領域位置に対するオーバーラップした周波数領域位置の割合を決定すること、および、第１ＵＥによって、各第１リソースの周波数領域位置に対するオーバーラップした周波数領域位置の割合と各第１リソースの対応するエネルギとに基づいて、各第１リソースのオーバーラップした周波数領域位置でのエネルギを決定することである。
【００９３】
例えば、図９に示されるように、第１リソースＲ１１および第１リソースＲ１２の周波数領域位置は、時点ｔ１においてオーバーラップしている。第１ＵＥによって、第１リソースＲ１１のオーバーラップした周波数領域位置でのエネルギを決定する方法は、以下を含み得る。第１ＵＥは、第１リソースＲ１１の周波数領域位置に対する第１リソースＲ１１のオーバーラップした周波数領域位置の割合が１／４であると決定し、そして、第１ＵＥは、時点ｔ１における第１リソースＲ１１のオーバーラップした周波数領域位置でのエネルギを獲得するために、第１リソースＲ１１のエネルギを割合１／４で乗算する。同様に、第１ＵＥは、第１リソースＲ１２の周波数領域位置に対する第１リソースＲ１２のオーバーラップした周波数領域位置の割合が１／４であると決定し、そして、第１ＵＥは、時点ｔ１における第１リソースＲ１２のオーバーラップした周波数領域位置でのエネルギを獲得するために、第１リソースＲ１２のエネルギを割合１／４で乗算する。
【００９４】
シナリオ３：第１ＵＥのセンシング時間ウィンドウおいて単一のＵＥの最初のデータ送信およびデータ再送信が存在しており、かつ、第１ＵＥおよび単一のＵＥがセンシング時間ウィンドウにおける異なる送信期間においてデータを送信するサブフレームがオーバーラップしている。
【００９５】
例えば、単一のＵＥはＵＥ１であり、そして、ＵＥ１のサービスサイクルは１００ｍｓである。第１ＵＥおよびＵＥ１が第１ＵＥのセンシング時間ウィンドウ内における２つの異なる送信期間においてデータを送信するサブフレームはオーバーラップしている。加えて、２つの第１リソースのエネルギが、ステップ２０１およびステップ２０２に基づいて決定される。２つの第１リソースは２つの第２リソースに対応しており、２つの第２リソースは同じサブフレームにおいて配置されており、そして、２つの第２リソースの周波数領域位置はオーバーラップしている。
【００９６】
シナリオ２において、オーバーラップした周波数領域位置でのエネルギを決定するための方法は、具体的には以下を含み得る。オーバーラップした周波数領域位置でのエネルギは、少なくとも２つの第２リソースに対応する第１リソースのオーバーラップした周波数領域位置でのエネルギの平均値、最小値、または最大値であり得る。
【００９７】
ケースＩＩにおいて、複数の第２リソースのうち少なくとも２つが同じサブフレームにおいて配置され、かつ、同じサブフレームにおける少なくとも２つの第２リソースの周波数領域位置がオーバーラップしているときに、オーバーラップは部分的な重なりを含み、かつ、周波数領域位置のオーバーラップを完了し得る。オーバーラップが部分的な重なりであるときに、オーバーラップしない（non-overlapped）周波数領域位置のエネルギを決定する方法は、ケースＩにおける決定方法と一致している。詳細については、ケースＩの説明を参照のこと。詳細は、ここにおいて、本発明のこの実施形態においては説明されない。
【００９８】
本発明のこの実施形態において提供されるリソースエネルギ決定方法に従って、第１ＵＥは、第１ＵＥのセンシング時間ウィンドウにおいて第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得し、第２ＵＥの時間−周波数リソース指示情報に基づいて第１リソースのエネルギを決定し、そして、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて少なくとも１つの第２リソースのエネルギを決定する。ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である。このことは、システムリソースの利用を改善するだけでなく、また、センシング結果に基づいて複数のＵＥがリソース選択を実行するときにリソース選択衝突が発生する可能性も低減する。
【００９９】
上記は、ネットワークエレメント間のインタラクションの観点から本発明の実施形態において提供されるソリューションを主に説明している。上記の機能を達成するためには、第１ＵＥ、第２ＵＥ、または基地局といった、各ネットワークエレメントが、各機能を実施するための対応するハードウェア構成及び／又はソフトウェアモジュールを含むことが理解され得る。当業者であれば、この明細書において開示される実施形態において説明される実施例を参照して、ネットワークエレメントおよびアルゴリズムステップが、本発明においてハードウェアの形態またはハードウェアとコンピュータソフトウェアとの組み合わせの形態において実施され得ることに容易に気付くはずである。機能が、ハードウェアにより、または、コンピュータソフトウェアによって駆動されるハードウェアにより実行されるかは、特定のアプリケーションおよび技術的ソリューションの設計制約条件に依存するものである。当業者であれば、各特定のアプリケーションについて説明した機能を実施するために異なる方法を使用し得るが、その実施が本発明の範囲を超えるものと考えられるべきではない。
【０１００】
本発明の実施形態において、機能モジュール分割（division）は、上記の方法の実施に基づいて、第１ＵＥ、第２ＵＥ、および基地局において実行され得る。例えば、各機能モジュールが、各対応する機能に基づく分割を通じて獲得されてよく、または、２つまたはそれ以上の機能が１つの処理モジュールの中へ統合されてよい。統合モジュールは、ハードウェアの形態において実装されてよく、または、ソフトウェア機能モジュールの形態で実装されてよい。本発明の実施形態におけるモジュールの分割は一つの例であり、かつ、単なる論理的機能の分割であること、および、実際の実装においては別の分割方法が存在し得ることに留意すべきである。
【０１０１】
各機能モジュールが各対応する機能に基づく分割を通じて獲得される場合に、図１１は、上記の実施形態における第１ＵＥの可能な模式的な構造図である。第１ＵＥ３００は、獲得ユニット３０１および決定ユニット３０２を含んでいる。獲得ユニット３０１は、第１ＵＥによって、図２におけるプロセス２０１を実行するように構成されている。決定ユニット３０２は、図２におけるプロセス２０２および２０３の実行において第１ＵＥをサポートするように構成されている。上記の方法の実施形態における各ステップに係る全ての関連する内容は、対応する機能モジュールの機能説明において引用されてよい。詳細は、ここにおいて説明されない。
【０１０２】
統合されたユニットが使用される場合に、図１２は、上記の実施形態における第１ＵＥの可能な模式的な構造図である。第１ＵＥ３１０は、処理モジュール３１２および通信モジュール３１３を含んでいる。処理モジュール３１２は、第１ＵＥの動作（action）を制御および管理するように構成されている。例えば、処理モジュール３１２は、図２におけるプロセス２０１、２０２、および２０３の実行において第１ＵＥをサポートするように構成されており、かつ／あるいは、この明細書において説明された技術の別のプロセスを実行するように構成されている。通信モジュール３１３は、第１ＵＥと別のネットワークエンティティとの間の通信をサポートするように構成されている。例えば、通信モジュール３１３は、第１ＵＥと、第２ＵＥ、基地局、等との間の通信をサポートするように構成されている。第１ＵＥは、さらに、ストレージモジュール３１１を含んでよい。第１ＵＥのプログラムコードおよびデータを保管するように構成されたものである。
【０１０３】
処理モジュール３１２は、プロセッサまたはコントローラであってよい。中央処理装置（Central  Processing  Unit、ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（Digital  Signal  Processor、ＤＳＰ）、特定用途向け集積回路（Application-Specific  Integrated  Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array、ＦＰＧＡ）、もしくは、別のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、またはそれらの任意の組み合わせ、といったものである。処理モジュール３１２は、本発明において開示された内容を参照して説明された様々な例示的な論理ブロック、モジュール、および回路を実装または実行し得る。代替的に、プロセッサは、計算機能を実行するプロセッサの組み合わせであってよい。例えば、１つまたはそれ以上のマイクロプロセッサの組み合わせ、または、ＤＳＰとマイクロプロセッサとの組み合わせである。通信モジュール３１３は、トランシーバ、トランシーバ回路、通信インターフェイス、等であってよい。ストレージモジュール３１１は、メモリであってよい。
【０１０４】
処理モジュール３１２がプロセッサである場合に、通信モジュール３１３は通信インターフェイスである。ストレージモジュール３１１がメモリである場合に、本発明のこの実施形態における第１ＵＥは、図１において示される第１ＵＥであってよい。
【０１０５】
図１３を参照すると、第１ＵＥ３２０は、プロセッサ３２２、通信インターフェイス３２３、メモリ３２１、およびバス３２４を含んでいる。通信インターフェイス３２３、プロセッサ３２２、およびメモリ３２１は、バス３２４を使用して相互接続されている。バス３２４は、周辺コンポーネント相互接続（Peripheral  Component  Interconnect、ＰＣＩ）バス、拡張業界標準アーキテクチャ（Extended  Industry  Standard  Architecture、ＥＩＳＡ）バス、等であり得る。バスは、アドレスバス、データバス、コントロールバス、等へと分類され得る。表現の容易のため、バス３２４を表すために図１３では１つの太線だけが使用されているが、そのことは、１つのバスまたは１つのタイプのバスだけが存在することを示すものではない。
【０１０６】
各機能モジュールが各対応する機能に基づく分割を通じて獲得される場合に、図１４は、上記の実施形態における基地局の可能な模式的な構造図である。基地局４００は、決定ユニット４０１および送信ユニット４０２を含んでいる。決定ユニット４０１は、基地局によって、図２おいて説明された実施形態における構成情報を決定するプロセスを実行するように構成されている。具体的には、リソースサイクル予約情報を決定するプロセスであり、リソース予約サイクル、リソースサイクル予約量、またはリソースサイクル単位を決定するプロセスを含んでいる。かつ／あるいは、この明細書において説明された技術の別のプロセスを実行するように構成されている。送信ユニット４０２は、図２で説明された実施形態において第１ＵＥに対して構成情報を送信するプロセスを実行することについて基地局をサポートするように構成されている。上記の方法の実施形態における各ステップに係る全ての関連する内容は、対応する機能モジュールの機能説明において引用されてよい。詳細は、ここにおいて説明されない。
【０１０７】
統合されたユニットを使用する場合に、図１５は、上記の実施形態における基地局の可能な模式的な構造図である。基地局４１０は、処理モジュール４１２および通信モジュール４１３を含んでいる。処理モジュール４１２は、基地局の動作を制御および管理するように構成されている。例えば、処理モジュール４１２は、基地局によって、図２で説明された実施形態における構成情報を決定するプロセスを実行するように構成されている。具体的には、リソースサイクル予約情報を決定するプロセスであり、リソース予約サイクル、リソースサイクル予約量、またはリソースサイクル単位を決定するプロセスを含んでいる。かつ／あるいは、この明細書において説明された技術の別のプロセスを実行するように構成されている。通信モジュール４１３は、基地局と他のネットワークエンティティとの間の通信をサポートするように構成されている。例えば、通信モジュール４１３は、基地局と第１ＵＥ、第２ＵＥ、等との間の通信をサポートするように構成されている。基地局４１０は、さらに、ストレージモジュール３１１を含んでよい。基地局のプログラムコードおよびデータを保管するように構成されたものである。
【０１０８】
処理モジュール４１２は、プロセッサまたはコントローラであってよい。中央処理装置（Central  Processing  Unit、ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（Digital  Signal  Processor、ＤＳＰ）、特定用途向け集積回路（Application-Specific  Integrated  Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array、ＦＰＧＡ）、もしくは、別のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、またはそれらの任意の組み合わせ、といったものである。処理モジュール４１２は、本発明において開示された内容を参照して説明された様々な例示的な論理ブロック、モジュール、および回路を実装または実行し得る。代替的に、プロセッサは、計算機能を実行するプロセッサの組み合わせであってよい。例えば、１つまたはそれ以上のマイクロプロセッサの組み合わせ、または、ＤＳＰとマイクロプロセッサとの組み合わせである。通信モジュール４１３は、トランシーバ、トランシーバ回路、通信インターフェイス、等であってよい。ストレージモジュール４１１は、メモリであってよい。
【０１０９】
処理モジュール４１２がプロセッサである場合に、通信モジュール４１３は通信インターフェイスである。ストレージモジュール４１１がメモリである場合に、本発明のこの実施形態における基地局は、図１６において示される基地局であってよい。
【０１１０】
図１６を参照すると、基地局４２０は、プロセッサ４２２、通信インターフェイス４２３、メモリ４２１、およびバス４２４を含んでいる。通信インターフェイス４２３、プロセッサ４２２、およびメモリ４２１は、バス４２４を使用して相互接続されている。バス４２４は、周辺コンポーネント相互接続（Peripheral  Component  Interconnect、ＰＣＩ）バス、拡張業界標準アーキテクチャ（Extended  Industry  Standard  Architecture、ＥＩＳＡ）バス、等であり得る。バスは、アドレスバス、データバス、コントロールバス、等へと分類され得る。表現の容易のため、バス３２４を表すために図１６では１つの太線だけが使用されているが、そのことは、１つのバスまたは１つのタイプのバスだけが存在することを示すものではない。
【０１１１】
本発明の実施形態において提供される第１ＵＥは、第１ＵＥのセンシング時間ウィンドウにおいて第２ＵＥの時間−周波数リソース指示情報およびリソースサイクル予約情報を獲得し、第２ＵＥの時間−周波数リソース指示情報に基づいて第１リソースのエネルギを決定し、そして、第１リソースのエネルギおよび第２ＵＥのリソースサイクル予約情報に基づいて少なくとも１つの第２リソースのエネルギを決定する。ここで、第１リソースが配置されている送信期間における第１リソースの時間−周波数領域位置は、第２リソースが配置されている送信期間における少なくとも１つの第２リソースそれぞれの時間−周波数領域位置と同一である。このことは、システムリソースの利用を改善するだけでなく、また、センシング結果に基づいて複数のＵＥがリソース選択を実行するときにリソース選択衝突が発生する可能性も低減する。
【０１１２】
最後に、上記の実施形態は、単に本発明の技術的ソリューションを説明するように意図されたものであるが、本発明を限定するように意図されていないことに留意すべきである。上記の実施形態を参照して本発明が詳細に説明されているが、当業者であれば、本発明の実施形態の技術的ソリューションの精神および範囲から逸脱することなく、さらに、上記の実施形態において説明された技術的ソリューションに対して変更を成し、または、そのいくつかの技術的特徴に対する均等な置き換えを成し得ることを理解するであろう。
【国際調査報告】
2019530286.tif 000019
2019530286.tif 000020
2019530286.tif 000021
2019530286.tif 000022