特許 7536102 サイドリンク構成のためのシステムおよび方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-08

(45)【発行日】2024-08-19

(54)【発明の名称】サイドリンク構成のためのシステムおよび方法

(51)【国際特許分類】

   H04W 72/25 20230101AFI20240809BHJP

   H04W 72/40 20230101ALI20240809BHJP

   H04W 24/10 20090101ALI20240809BHJP

   H04W 92/18 20090101ALI20240809BHJP

【ＦＩ】

H04W72/25

H04W72/40

H04W24/10

H04W92/18

【請求項の数】 20

(21)【出願番号】P 2022546399

(86)(22)【出願日】2020-03-17

(65)【公表番号】

(43)【公表日】2023-04-26

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

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

(87)【国際公開日】2021-06-10

【審査請求日】2022-10-05

(73)【特許権者】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】ヤン， ジン

(72)【発明者】

【氏名】シン， ウェイミン

(72)【発明者】

【氏名】ルー， ヨウション

【審査官】石原 由晴

(56)【参考文献】

【文献】米国特許出願公開第２０１９／０３９４７８６（ＵＳ，Ａ１）

【文献】国際公開第２０１９／０９１１４３（ＷＯ，Ａ１）

【文献】Fraunhofer HHI, Fraunhofer IIS，Designs for NR V2X Mode 2 Resource Allocation[online]，3GPP TSG RAN WG1 Meeting #95 R1-1812399，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1812399.zip>，2018年11月02日

【文献】Spreadtrum Communications，Discussion on resource allocation for Mode 2[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1901 R1-1900705，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900705.zip>，2019年01月12日

【文献】Intel Corporation，Support of Sidelink Unicast, Groupcast, and Broadcast Modes for NR V2X Communication[online]，3GPP TSG RAN WG1 Meeting #94bis R1-1810772，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94b/Docs/R1-1810772.zip>，2018年09月29日

【文献】Intel Corporation，Sharing resource pool for eNB-controlled and UE-autonomous V2V transmission modes[online]，3GPP TSG RAN WG1 Meeting #89 R1-1707303，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_89/Docs/R1-1707303.zip>，2017年05月07日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信方法であって、
第１の無線通信デバイスが、第２の無線通信デバイスから、リソースセットレポートを形成するように要求された情報を取得することと、
前記第１の無線通信デバイスが、前記要求された情報に従って前記リソースセットレポートにおいて示すためのリソースのセットを決定することと、
前記第１の無線通信デバイスが、前記要求された情報に従って前記第１の無線通信デバイスによって決定された前記リソースのセットを示す前記リソースセットレポートを前記第２の無線通信デバイスに伝送することと
を含む、無線通信方法。

【請求項2】

前記要求された情報は、１つ以上のリソースプールを示す第１の構成を含み、前記１つ以上のリソースプールから前記リソースのセットが選択される、請求項１に記載の無線通信方法。

【請求項3】

前記１つ以上のリソースプールは、前記第１の構成に含まれるリストの個別のインデックスによって示される、請求項２に記載の無線通信方法。

【請求項4】

前記要求された情報は、感知パラメータの１つ以上のセットを示す第２の構成を含み、前記感知パラメータの１つ以上のセットのそれぞれは、１つ以上のリソースプールにおいて、前記リソースのセットを測定するように構成される、請求項１に記載の無線通信方法。

【請求項5】

前記感知パラメータの１つ以上のセットのそれぞれは、
前記リソースのセットに含まれるように要求される１つ以上のリソースの時間ドメイン周期、
前記リソースのセットに含まれるように要求される前記１つ以上のリソースの周波数ドメインサイズ、
前記第１の無線通信デバイスが伝送することになるデータに対応するデータ優先順位、
基準信号受信電力（ＲＳＲＰ）閾値、
再伝送の回数、
再伝送のインターバル、
前記リソースのセットにおけるリソースの量、
サービスに関するリソースの量、または
時間ウィンドウ
のうちの少なくとも１つを含む、請求項４に記載の無線通信方法。

【請求項6】

前記感知パラメータの１つ以上のセットは、前記第２の構成に含まれるリストの個別のインデックスによって示される、請求項４に記載の無線通信方法。

【請求項7】

前記要求された情報は、前記リソースセットレポートの１つ以上のフォーマットを示す第３の構成を含む、請求項１に記載の無線通信方法。

【請求項8】

前記リソースセットレポートの１つ以上のフォーマットのそれぞれは、
前記リソースセットレポートに含まれるように要求される１つ以上のリソースセット、または
前記リソースセットレポートの伝送タイプ
のうちの少なくとも１つのインジケーションを含む、請求項７に記載の無線通信方法。

【請求項9】

前記リソースセットレポートの前記伝送タイプは、
周期的伝送タイプ、または
一時的伝送タイプ
のうちの少なくとも１つを含む、請求項８に記載の無線通信方法。

【請求項10】

前記リソースセットレポートの前記１つ以上のフォーマットは、前記第３の構成に含まれるリストの個別のインデックスによって示される、請求項７に記載の無線通信方法。

【請求項11】

前記要求された情報は、前記リソースセットレポートを伝送するために割り当てられた１つ以上のリソースを示す第４の構成を含む、請求項１に記載の無線通信方法。

【請求項12】

前記要求された情報は、基準の１つ以上のセットを示す第５の構成を含み、前記基準の１つ以上のセットのそれぞれは、１つ以上のリソースプールにおいて、前記リソースのセットを選択するように構成される、請求項１に記載の無線通信方法。

【請求項13】

前記１つ以上の基準のそれぞれは、
データ優先順位閾値、
基準信号受信電力（ＲＳＲＰ）閾値、
時間ウィンドウ、または
チャネルビジー率（ＣＢＲ）閾値
のうちの少なくとも１つを含む、請求項１２に記載の無線通信方法。

【請求項14】

前記基準の１つ以上のセットは、前記第５の構成に含まれるリストの個別のインデックスによって示される、請求項１２に記載の無線通信方法。

【請求項15】

無線通信デバイスであって、
第２の無線通信デバイスから、リソースセットレポートを形成するように要求された情報を取得することと、
前記要求された情報に従って前記リソースセットレポートにおいて示すためのリソースのセットを決定することと、
伝送機を介して、前記要求された情報に従って決定された前記リソースのセットを示す前記リソースセットレポートを前記第２の無線通信デバイスに伝送することと
を行うように構成されている無線通信デバイス。

【請求項16】

前記要求された情報は、１つ以上のリソースプールを示す第１の構成を含み、前記１つ以上のリソースプールから前記リソースのセットが選択される、請求項１５に記載の無線通信デバイス。

【請求項17】

前記１つ以上のリソースプールは、前記第１の構成に含まれるリストの個別のインデックスによって示される、請求項１６に記載の無線通信デバイス。

【請求項18】

前記要求された情報は、感知パラメータの１つ以上のセットを示す第２の構成を含み、前記感知パラメータの１つ以上のセットのそれぞれは、１つ以上のリソースプールにおいて、前記リソースのセットを測定するように構成される、請求項１５に記載の無線通信デバイス。

【請求項19】

無線通信方法であって、
第１の無線通信デバイスが、第２の無線通信デバイスに、リソースセットレポートを形成するように要求された情報を伝送することと、
前記第１の無線通信デバイスが、前記第２の無線通信デバイスから、リソースのセットを示す前記リソースセットレポートを受信することと
を含み、
前記リソースのセットは、前記第１の無線通信デバイスから前記第２の無線通信デバイスによって受信された前記情報に従って、選択される、無線通信方法。

【請求項20】

第１のユーザ機器を備える通信デバイスであって、前記通信デバイスは、少なくとも１つのプロセッサを備え、
前記少なくとも１つのプロセッサは、
前記第１のユーザ機器の伝送機を介して、第２のユーザ機器に、リソースセットレポートを形成するように要求された情報を伝送することと、
前記第１のユーザ機器の受信機を介して、前記第２のユーザ機器から、リソースのセットを示す前記リソースセットレポートを受信することと
を行うように構成され、
前記リソースのセットは、前記第１のユーザ機器から前記第２のユーザ機器によって受信された前記情報に従って、選択される、通信デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、概して、無線通信に関し、より具体的には、サイドリンク構成のためのシステムおよび方法に関する。

【背景技術】

【0002】

サイドリンク（ＳＬ）通信は、２つまたはそれを上回るユーザ機器デバイス（以降、「ＵＥ」）間の直接無線電波通信である。本タイプの通信では、相互に地理的に近接する、２つまたはそれを上回るＵＥが、ｅＮｏｄｅまたは基地局（以降、「ＢＳ」）またはコアネットワークを通さずに、直接通信することができる。サイドリンク通信におけるデータ伝送は、したがって、例えば、データをＢＳに伝送する（すなわち、アップリンク伝送）またはデータをＢＳから受信する（すなわち、ダウンリンク伝送）、典型的セルラーネットワーク通信と異なる。サイドリンク通信では、データは、統合エアインターフェース、例えば、ＰＣ５インターフェースを通して、ＢＳを通して通過せずに、直接、ソースＵＥから標的ＵＥに伝送される。

【0003】

ＳＬ通信は、無線スペクトルリソースを節約する、ネットワーク上のデータ伝送圧力を低減させる、システムリソース消費を低減させる、スペクトル効率を増加させる、伝送電力消費を低減させる、および／またはネットワーク動作コストを改良することに役立つことができる。

【発明の概要】

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

【0004】

本明細書に開示される例示的実施形態は、先行技術に提示される問題のうちの１つまたはそれを上回るものに関連する問題を解決し、かつ添付の図面と関連して検討されるときに以下の詳細な説明を参照することによって容易に明白であろう、付加的特徴を提供することを対象とする。種々の実施形態によると、例示的システム、方法、デバイス、およびコンピュータプログラム製品が、本明細書に開示される。しかしながら、これらの実施形態は、限定ではなく、一例として提示されることが理解され、開示される実施形態に対する種々の修正が、本発明の範囲内に留まったまま行われることができることが、本開示を熟読する当業者に明白となるであろう。

【0005】

一実施形態では、無線通信デバイスによって実施される方法が、第１の無線通信デバイスによって、リソースセットレポートを形成するように要求された情報を取得するステップと、第１の無線通信デバイスによって、リソースのセットを示す、リソースセットレポートを伝送するステップであって、リソースのセットは、要求された情報に従って、選択される、ステップとを含む。

【0006】

上記および他の側面およびその実装は、図面、説明、および請求項により詳細に説明される。
本発明は、例えば、以下を提供する。
（項目１）
無線通信方法であって、
第１の無線通信デバイスによって、リソースセットレポートを形成するように要求された情報を取得することと、
第１の無線通信デバイスによって、リソースのセットを示す前記リソースセットレポートを伝送することであって、前記リソースのセットは、前記要求された情報に従って、選択される、ことと
を含む、方法。
（項目２）
前記要求された情報は、それから前記リソースのセットが選択される１つまたはそれを上回るリソースプールを示す第１の構成を含む、項目１に記載の無線通信方法。
（項目３）
前記１つまたはそれを上回るリソースプールは、前記第１の構成に含まれるリストの個別のインデックスによって示される、項目２に記載の無線通信方法。
（項目４）
前記要求された情報は、感知パラメータの１つまたはそれを上回るセットを示す第２の構成を含み、前記感知パラメータの１つまたはそれを上回るセットのそれぞれは、１つまたはそれを上回るリソースプールにおいて、前記リソースのセットを測定するように構成される、項目１に記載の無線通信方法。
（項目５）
前記感知パラメータの１つまたはそれを上回るセットのそれぞれは、
前記リソースのセットに含まれるように要求される１つまたはそれを上回るリソースの時間ドメイン周期、
前記リソースのセットに含まれるように要求される前記１つまたはそれを上回るリソースの周波数ドメインサイズ、
前記第１の無線通信デバイスが伝送することになるデータに対応するデータ優先順位、
基準信号受信電力（ＲＳＲＰ）閾値、
再伝送の回数、
再伝送のインターバル、
前記リソースのセットにおけるリソースの量、
サービスに関するリソースの量、または
時間ウィンドウ
のうちの少なくとも１つを含む、項目４に記載の無線通信方法。
（項目６）
前記感知パラメータの１つまたはそれを上回るセットは、前記第２の構成に含まれるリストの個別のインデックスによって示される、項目４に記載の無線通信方法。
（項目７）
前記要求された情報は、前記リソースセットレポートの１つまたはそれを上回るフォーマットを示す第３の構成を含む、項目１に記載の無線通信方法。
（項目８）
前記リソースセットレポートの１つまたはそれを上回るフォーマットのそれぞれは、
前記リソースセットレポートに含まれるように要求される１つまたはそれを上回るリソースセット、または
前記リソースセットレポートの伝送タイプ
のうちの少なくとも１つを含む、項目７に記載の無線通信方法。
（項目９）
前記リソースセットレポートの伝送タイプは、
周期的伝送タイプ、または
一時的伝送タイプ
のうちの少なくとも１つを含む、項目８に記載の無線通信方法。
（項目１０）
前記リソースセットレポートの１つまたはそれを上回るフォーマットは、前記第３の構成に含まれるリストの個別のインデックスによって示される、項目７に記載の無線通信方法。
（項目１１）
前記要求された情報は、前記リソースセットレポートを伝送するために割り当てられた１つまたはそれを上回るリソースを示す第４の構成を含む、項目１に記載の無線通信方法。
（項目１２）
前記要求された情報は、基準の１つまたはそれを上回るセットを示す第５の構成を含み、前記基準の１つまたはそれを上回るセットのそれぞれは、１つまたはそれを上回るリソースプールにおいて、前記リソースのセットを選択するように構成される、項目１に記載の無線通信方法。
（項目１３）
前記１つまたはそれを上回る基準のそれぞれは、
データ優先順位閾値、
基準信号受信電力（ＲＳＲＰ）閾値、
時間ウィンドウ、または
チャネルビジー率（ＣＢＲ）閾値
のうちの少なくとも１つを含む、項目１２に記載の無線通信方法。
（項目１４）
前記基準の１つまたはそれを上回るセットは、前記第５の構成に含まれるリストの個別のインデックスによって示される、項目１２に記載の無線通信方法。
（項目１５）
プロセッサおよびメモリを備える無線通信装置であって、前記プロセッサは、コードを前記メモリから読み取り、項目１－１４のいずれかに記載の方法を実装するように構成される、装置。
（項目１６）
コンピュータプログラム製品であって、前記コンピュータプログラム製品は、その上に記憶されるコンピュータ可読プログラム媒体コードを備え、前記コードは、プロセッサによって実行されると、前記プロセッサに項目１－１４のいずれかに記載の方法を実装させる、コンピュータプログラム製品。

【図面の簡単な説明】

【0007】

本ソリューションの種々の例示的実施形態は、以下の図または図面を参照して下記に詳細に説明される。図面は、例証目的のためにのみ提供され、単に、本ソリューションの例示的実施形態を描写し、本ソリューションの読者の理解を促進する。したがって、図面は、本ソリューションの範疇、範囲、または可用性の限定と見なされるべきではない。明確性および例証の容易性のために、これらの図面は、必ずしも、正確な縮尺で描かれていないことに留意されたい。

【0008】

【図1A】図１Ａは、本開示の実施形態による、例示的無線通信ネットワークを図示する。

【0009】

【図1B】図１Ｂは、本開示のいくつかの実施形態による、ダウンリンク、アップリンク、および／またはサイドリンク通信信号を伝送および受信するための例示的無線通信システムのブロック図を図示する。

【0010】

【図2】図２は、本開示のいくつかの実施形態による、リソースレポートスキームを作成する、ＵＥの例示的方法のフローチャートを図示する。

【0011】

【図3】図３は、本開示のいくつかの実施形態による、Ｔｙｐｅ Ａ構成に基づいて、リソースセットレポートを作成する、例示的方法のフローチャートを図示する。

【0012】

【図4】図４は、本開示のいくつかの実施形態による、Ｔｙｐｅ Ｂ構成に基づいて、リソースセットレポートを作成する、例示的方法のフローチャートを図示する。

【0013】

【図5】図５は、サイドリンクリソースプールの例示的構成の概略図を図示する。

【0014】

【図6】図６は、サイドリンクリソースプールの例示的構成の概略図を図示する。

【0015】

【図7】図７は、本開示の例示的実施形態＃１による、示される感知パラメータに従って割り当てられたリソースプールに感知を実施する、第１のＵＥの例示的実装を図示する。

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

【0016】

例示的実施形態の詳細な説明
本ソリューションの種々の例示的実施形態は、当業者が本ソリューションを作製および使用することを可能にするために、付随の図を参照して下記に説明される。当業者に明白となるであろうように、本開示を熟読後、本明細書に説明される実施例の種々の変更または修正が、本ソリューションの範囲から逸脱することなく、行われることができる。したがって、本ソリューションは、本明細書に説明および図示される例示的実施形態および用途に限定されない。加えて、本明細書に開示される方法におけるステップの具体的順序または階層は、単に、例示的アプローチである。設計選好に基づいて、開示される方法またはプロセスのステップの具体的順序または階層は、本ソリューションの範囲内に留まったまま、並べ替えられることができる。したがって、当業者は、本明細書に開示される方法および技法が、種々のステップまたは行為をサンプル順序において提示し、本ソリューションが、明示的にそうではないことが述べられない限り、提示される具体的順序または階層に限定されないことを理解するであろう。
１．モバイル通信技術および環境

【0017】

図１Ａを参照すると、例示的無線通信ネットワーク１００が、示される。無線通信ネットワーク１００は、セルラーネットワーク内のグループ通信を図示する。無線通信システムでは、ネットワーク側通信ノードまたは基地局（ＢＳ）は、次世代ＮｏｄｅＢ（ｇＮＢ）、Ｅ－ｕｔｒａｎ ＮｏｄｅＢ（進化型ＮｏｄｅＢ、ｅＮｏｄｅＢ、またはｅＮＢとしても知られる）、ピコステーション、フェムトステーション、伝送／受信ポイント（ＴＲＰ）、アクセスポイント（ＡＰ）、マルチセル協調エンティティ（ＭＣＥ）、ゲートウェイ（ＧＷ）、モビリティ管理エンティティ（ＭＭＥ）、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）、動作、管理、および運用（ＯＡＭ）または同等物を含むことができる。端末側ノードまたはユーザ機器（ＵＥ）は、例えば、モバイルデバイス、スマートフォン、携帯情報端末（ＰＤＡ）、タブレット、ラップトップコンピュータ等の長距離通信システム、または、例えば、ウェアラブルデバイス、車載通信システムを伴う車両、または同等物等の短距離通信システムを含むことができる。図１Ａでは、ネットワーク側および端末側通信ノードは、それぞれ、ＢＳ１０２およびＵＥ１０４ａまたは１０４ｂによって表され、本開示の実施形態では、以降、そのように解釈される。いくつかの実施形態では、ＢＳ１０２およびＵＥ１０４ａ／１０４ｂは、時として、それぞれ、「無線通信ノード」および「無線通信デバイス」とも称される。そのような通信ノード／デバイスは、無線および／または有線通信を実施することができる。

【0018】

図１Ａの図示される実施形態では、ＢＳ１０２は、その中にＵＥ１０４ａ－ｂが位置する、セル１０１を定義し得る。ＵＥ１０４ａは、セル１０１のカバレッジ内で移動する、車両を含むことができる。ＵＥ１０４ａは、通信チャネル１０３ａを介して、ＢＳ１０２と通信することができる。同様に、ＵＥ１０４ｂは、通信チャネル１０３ｂを介して、ＢＳ１０２と通信することができる。加えて、ＵＥ１０４ａ－ｂは、通信チャネル１０５を介して、相互に通信することができる。ＵＥとＢＳとの間の通信チャネル（例えば、１０３ａ－ｂ）は、Ｕｕインターフェース等のインターフェースを通したものであることができ、これは、ＵＭＴＳ（ユニバーサルモバイル電気通信システム（ＵＭＴＳ）エアインターフェースとしても知られる。ＵＥ間の通信チャネル（例えば、１０５）は、ＰＣ５インターフェースを通したものであることができ、これは、例えば、車車間（Ｖ２Ｖ）通信、車歩行者間（Ｖ２Ｐ）通信、路車間（Ｖ２Ｉ）通信、車ネットワーク間（Ｖ２Ｎ）通信、または同等物等の高移動速度および高密度用途に対処するために導入される。いくつかのインスタンスでは、そのような車ネットワーク通信モードは、集合的に、車車間・路車間（Ｖ２Ｘ）通信と称され得る。ＵＥ間の通信チャネルは、本開示の範囲内に留まったまま、デバイス間（Ｄ２Ｄ）通信においても使用され得ることを理解されたい。ＢＳ１０２は、外部インターフェース１０７、例えば、Ｉｕインターフェースを通して、コアネットワーク（ＣＮ）１０８に接続される。

【0019】

図１Ｂは、本開示のいくつかの実施形態による、ダウンリンク、アップリンク、およびサイドリンク通信信号を伝送および受信するための例示的無線通信システム１５０のブロック図を図示する。システム１５０は、本明細書に詳細に説明される必要はない、公知または従来の動作特徴をサポートするように構成される、コンポーネントおよび要素を含んでもよい。一実施形態では、システム１５０は、上記に説明されるように、図１Ａの無線通信ネットワーク１００等の無線通信環境において、データシンボルを伝送および受信することができる。

【0020】

システム１５０は、概して、図１Ａに説明されるように、ＢＳ１０２と、ＵＥ１０４ａ－ｂとを含む。ＢＳ１０２は、ＢＳ送受信機モジュール１１０と、ＢＳアンテナ１１２と、ＢＳメモリモジュール１１６と、ＢＳプロセッサモジュール１１４と、ネットワーク通信モジュール１１８とを含み、各モジュールは、必要に応じて、データ通信バス１２０を介して、相互に結合および相互接続される。ＵＥ１０４ａは、ＵＥ送受信機モジュール１３０ａと、ＵＥアンテナ１３２ａと、ＵＥメモリモジュール１３４ａと、ＵＥプロセッサモジュール１３６ａとを含み、各モジュールは、必要に応じて、データ通信バス１４０ａを介して、相互に結合および相互接続される。同様に、ＵＥ１０４ｂは、ＵＥ送受信機モジュール１３０ｂと、ＵＥアンテナ１３２ｂと、ＵＥメモリモジュール１３４ｂと、ＵＥプロセッサモジュール１３６ｂとを含み、各モジュールは、必要に応じて、データ通信バス１４０ｂを介して、相互に結合および相互接続される。ＢＳ１０２は、本明細書に説明されるようなデータの伝送のために好適な任意の無線チャネルまたは当技術分野において公知の他の媒体であり得る、通信チャネル１５０のうちの１つまたはそれを上回るものを介して、ＵＥ１０４ａ－ｂと通信する。

【0021】

当業者によって理解されるであろうように、システム１５０はさらに、図１Ｂに示されるモジュール以外の任意の数のモジュールを含んでもよい。当業者は、本明細書に開示される実施形態と関連して説明される、種々の例証的ブロック、モジュール、回路、および処理論理が、ハードウェア、コンピュータ可読ソフトウェア、ファームウェア、または任意の実践的なそれらの組み合わせ内に実装されてもよいことを理解するであろう。ハードウェア、ファームウェア、およびソフトウェアの本可換性および互換性を明確に例証するために、種々の例証的コンポーネント、ブロック、モジュール、回路、およびステップは、概して、その機能性の観点から説明される。そのような機能性が、ハードウェア、ファームウェア、またはソフトウェアとして実装されるかどうかは、特定の用途および全体的システム上に課される設計制約に依存する。本明細書に説明される概念に精通する者は、特定の用途毎に好適な様式において、そのような機能性を実装してもよいが、そのような実装決定は、本開示の範囲を限定するものとして解釈されるべきではない。

【0022】

ＵＥ１０４ａ－ｂのうちの１つのアンテナからＢＳ１０２のアンテナへの無線伝送は、アップリンク伝送として知られ、ＢＳ１０２のアンテナからＵＥ１０４ａ－ｂのうちの１つのアンテナへの無線伝送は、ダウンリンク伝送として知られる。いくつかの実施形態によると、ＵＥ送受信機モジュール１３０ａ－ｂはそれぞれ、本明細書では、アップリンク送受信機またはＵＥ送受信機と称され得る。アップリンク送受信機は、それぞれ、個別のアンテナ１３２ａ－ｂに結合される、伝送機と、受信機回路網とを含むことができる。デュプレックススイッチは、時間デュプレックス方式において、アップリンク伝送機または受信機をアップリンクアンテナに交互に結合し得る。同様に、ＢＳ送受信機モジュール１１０は、本明細書では、ダウンリンク送受信機またはＢＳ送受信機と称され得る。ダウンリンク送受信機は、それぞれ、アンテナ１１２に結合される、ＲＦ伝送機と、受信機回路網とを含むことができる。ダウンリンクデュプレックススイッチは、時間デュプレックス方式において、ダウンリンク伝送機または受信機をアンテナ１１２に交互に結合し得る。送受信機１１０および１３０ａ－ｂの動作は、アップリンク受信機が、無線通信チャネル１５０を経由した伝送の受信のために、アンテナ１３２ａ－ｂに結合され、それと同時に、ダウンリンク伝送機が、アンテナ１１２に結合されるように、時間協調される。いくつかの実施形態では、ＵＥ１０４ａ－ｂは、ＵＥ送受信機１３０ａ－ｂを使用して、個別のアンテナ１３２ａ－ｂを通して、無線通信チャネル１５０を介して、ＢＳ１０２と通信することができる。無線通信チャネル１５０は、本明細書に説明されるようなデータのダウンリンク（ＤＬ）および／またはアップリンク（ＵＬ）伝送のために好適な任意の無線チャネルまたは当技術分野において公知の他の媒体であることができる。ＵＥ１０４ａ－ｂは、無線通信チャネル１７０を介して、相互に通信することができる。無線通信チャネル１７０は、本明細書に説明されるようなデータのサイドリンク伝送のために好適な任意の無線チャネルまたは当技術分野において公知の他の媒体であることができる。

【0023】

ＵＥ送受信機１３０ａ－ｂおよびＢＳ送受信機１１０はそれぞれ、無線データ通信チャネル１５０を介して通信し、特定の無線通信プロトコルおよび変調スキームをサポートし得る、好適に構成されるアンテナ配列と協働するように構成される。いくつかの実施形態では、ＵＥ送受信機１３０ａ－ｂおよびＢＳ送受信機１１０は、ロングタームエボリューション（ＬＴＥ）および新規５Ｇ規格または同等物等の産業規格をサポートするように構成される。しかしながら、本開示は、必ずしも、用途において、特定の規格および関連付けられるプロトコルに限定されるわけではないことを理解されたい。むしろ、ＵＥ送受信機１３０ａ－ｂおよびＢＳ送受信機１１０は、将来的規格またはその変形例を含む、代替または付加的無線データ通信プロトコルをサポートするように構成されてもよい。

【0024】

プロセッサモジュール１３６ａ－ｂおよび１１４はそれぞれ、本明細書に説明される機能を実施するように設計される、汎用プロセッサ、連想メモリ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、任意の好適なプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理、離散ハードウェアコンポーネント、またはそれらの任意の組み合わせを用いて、実装または実現されてもよい。このように、プロセッサは、マイクロプロセッサ、コントローラ、マイクロコントローラ、状態機械、または同等物として実現されてもよい。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、デジタル信号プロセッサとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、デジタル信号プロセッサコアと併せた１つまたはそれを上回るマイクロプロセッサ、または任意の他のそのような構成として実装されてもよい。

【0025】

さらに、本明細書に開示される実施形態と関連して説明される、方法またはアルゴリズムのステップは、直接、それぞれ、プロセッサモジュール１１４および１３６ａ－ｂによって実行される、ハードウェア内に、ファームウェア内に、ソフトウェアモジュール内に、または任意の実践的なそれらの組み合わせ内に具現化されてもよい。メモリモジュール１１６および１３４ａ－ｂは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ－ＲＯＭ、または当技術分野において公知の任意の他の形態の記憶媒体として実現されてもよい。本点について、メモリモジュール１１６および１３４ａ－ｂは、プロセッサモジュール１１４および１３６ａ－ｂが、それぞれ、情報をメモリモジュール１１６および１３４ａ－ｂから読み取り、情報をそこに書き込み得るように、それぞれ、プロセッサモジュール１１４および１３６ａ－ｂに結合されてもよい。メモリモジュール１１６および１３４ａ－ｂはまた、その個別のプロセッサモジュール１１４および１３６ａ－ｂの中に統合されてもよい。いくつかの実施形態では、メモリモジュール１１６および１３４ａ－ｂはそれぞれ、それぞれ、プロセッサモジュール１１４および１３６ａ－ｂによって実行されるべき命令の実行の間、一時的変数または他の中間情報を記憶するためのキャッシュメモリを含んでもよい。メモリモジュール１１６および１３４ａ－ｂはそれぞれまた、それぞれ、プロセッサモジュール１１４および１３６ａ－ｂによって実行されるべき命令を記憶するための不揮発性メモリを含む。

【0026】

ネットワークインターフェース１１８は、概して、ＢＳ送受信機１１０および他のネットワークコンポーネントとＢＳ１０２と通信するように構成される通信ノードとの間の双方向通信を有効にする、ＢＳ１０２のハードウェア、ソフトウェア、ファームウェア、処理論理、および／または他のコンポーネントを表す。例えば、ネットワークインターフェース１１８は、インターネットまたはＷｉＭＡＸトラフィックをサポートするように構成されてもよい。典型的展開では、限定ではないが、ネットワークインターフェース１１８は、ＢＳ送受信機１１０が従来のＥｔｈｅｒｎｅｔ（登録商標）ベースのコンピュータネットワークと通信し得るように、８０２．３Ｅｔｈｅｒｎｅｔ（登録商標）インターフェースを提供する。このように、ネットワークインターフェース１１８は、コンピュータネットワーク（例えば、移動交換局（ＭＳＣ））への接続のために、物理的インターフェースを含んでもよい。規定された動作または機能に対して本明細書で使用されるような用語「～のために構成される」または「～ように構成される」は、規定された動作または機能を実施するように物理的に構築、プログラム、フォーマット、および／または配列される、デバイス、コンポーネント、回路、構造、機械、信号等を指す。ネットワークインターフェース１１８は、ＢＳ１０２が、有線または無線接続を経由して、他のＢＳまたはコアネットワークと通信することを可能にすることができる。

【0027】

いくつかの実施形態では、ＵＥ１０４ａ－ｂはそれぞれ、その中でＵＥが、ＢＳ１０２と、かつ、例えば、１０４ａと１０４ｂとの間の他のＵＥと通信する、ハイブリッド通信ネットワーク内で動作することができる。下記にさらに詳細に説明されるように、ＵＥ１０４ａ－ｂは、他のＵＥとのサイドリンク通信およびＢＳ１０２とＵＥ１０４ａ－ｂとの間のダウンリンク／アップリンク通信をサポートする。一般に、サイドリンク通信は、ＵＥ１０４ａ－ｂが、ＢＳ１０２がデータをＵＥ間で中継することを要求せずに、相互または異なるセルからの他のＵＥとの直接通信リンクを確立することを可能にする。

【0028】

一般に、ＳＬ通信リソースの配分は、サイドリンクのために使用され得る、スロット／サブフレームを含む、時間ドメインにおける「スロット／サブフレームプール」と、ＳＬに使用され得る、リソースブロックを含む、周波数ドメインにおける「リソースブロックプール」とによって形成される、「リソースプール」に基づく。いくつかの実施形態では、時間ドメインにおける最小リソースユニットは、巡回プレフィックス直交周波数分割多重化（ＣＰ－ＯＦＤＭ）および離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ－Ｓ－ＯＦＤＭ）を含む、シンボルであってもよい。さらに、時間ドメインにおける基本リソースユニットが、拡張巡回プレフィックス（ＥＣＰ）に関する１２個のシンボルまたはノーマル巡回プレフィックス（ＮＣＰ）に関する１４個のシンボルを含有し得る、スロットであり得る。ＳＬリソースプール内のスロットでは、スロットのシンボルの一部またはシンボルの全ては、ＳＬリソースとして構成されてもよい。周波数ドメインでは、最小リソースユニットは、サブキャリアである。いくつかの実施形態では、各サブキャリアは、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、または２４０ｋＨｚを含有してもよい。スロット内の複数のサブキャリア（例えば、１２個のサブキャリア、２４個のサブキャリア、または同等物を含む、スロット）は、リソースブロック（ＲＢ）と称され得る。周波数ドメインでは、システム帯域幅の一部は、ＳＬリソースとして割り当てられてもよい。

【0029】

ＳＬリソースプールは、時間ドメインにおける１つまたはそれを上回るスロットと、周波数ドメインにおける１つまたはそれを上回るＲＢとを含んでもよい。ＳＬリソースプール内に含有されるスロットは、持続的または断続的であってもよい。ＳＬリソースプール内に含有されるＲＢは、持続的または断続的であってもよい。

【0030】

２つのタイプのリソースプールは、伝送および受信に関して定義される、すなわち、伝送（Ｔｘ）リソースプールは、ＵＥのＳＬ Ｔｘのために使用され得る、候補リソースを含み、受信（Ｒｘ）リソースプールは、ＵＥが他のＵＥのＳＬ信号を検出／受信するために使用し得る、候補リソースを含む。ＳＬリソースプールが、以下、すなわち、ＳＬ制御、データ、およびフィードバック情報のうちの少なくとも１つのために使用される、リソースを含む。リソースプールは、高層シグナリングまたはシステム事前構成を通して、ネットワーク側によって構成されてもよい。ＵＥは、時間ドメインにおいてインターリーブされた、複数のリソースプールをサポートすることができる。

【0031】

ＳＬリソースプールが、以下のリソースのうちの１つまたはそれを上回るタイプ、すなわち、ＳＬ制御情報に関して使用され得る、物理的サイドリンク制御チャネル（ＰＳＣＣＨ）と、ＳＬデータ伝送に関して使用され得る、物理的サイドリンク共有チャネル（ＰＳＳＣＨ）と、ＳＬフィードバック情報伝送に関して使用され得る、物理的サイドリンクフィードバックチャネル（ＰＳＦＣＨ）とを含む。ＵＥは、第２の段階ＳＣＩ（第２の段階ＳＣＩ）構成および／または関連ＰＳＳＣＨリソース配分および他の関連付けられる制御情報を示すために使用され得る、第１の段階ＳＬ制御情報（第１の段階ＳＣＩ）メッセージを送信するために、ＰＳＣＣＨリソースを使用してもよい。ＵＥは、ＳＬデータおよび／または第２の段階ＳＣＩを送信するために、ＰＳＳＣＨリソースを使用してもよい。ＵＥは、ＳＬ ＡＣＫ／ＮＡＣＫ情報を送信するために、ＰＳＦＣＨリソースを使用してもよい。

【0032】

ＵＥが、ＳＬ上で通信するとき、伝送ＵＥ（Ｔｘ ＵＥ）は、受信ＵＥ（Ｒｘ ＵＥ）からの任意の情報を伴わずに、リソースプール内のＳＬリソースを選択する。Ｔｘ ＵＥは、ＴｘＵＥが決定する、またはネットワークが決定する、スケジューリングに従って、割り当てられたリソースプール内のＳＬリソースを使用してもよい。Ｔｘ ＵＥが、ＳＬリソースを選択する状況では、Ｔｘ ＵＥは、より少ない競合およびより高い品質を伴うリソースを選択するために、ＳＬリソースプール内で感知を実施する。例えば、Ｔｘ ＵＥが、そのＳＬデータを伝送するために、ＰＳＳＣＨリソースとして２つのサブチャネルを使用する必要がある場合、Ｔｘ ＵＥは、リソースプールにおいて全ての利用可能なサブチャネルを測定するために、候補リソースサイズとして２つのサブチャネルを使用してもよい。続いて、Ｔｘ ＵＥは、そのＳＬ伝送のために好適なリソースを選択してもよい。送信およびリソース選択プロセスの間、Ｔｘ ＵＥは、Ｔｘ ＵＥが感知する、チャネルステータスを測定することに限定され、換言すると、Ｔｘ ＵＥは、Ｒｘ ＵＥの状況を考慮しない。したがって、従来的ＳＬリソーススキームを使用して選択されたリソースは、あまり効率的でない場合がある。

【0033】

本開示は、リソースレポートを作成するＲｘ ＵＥに関係し、リソースレポートは、そのＳＬ通信を補助するために、Ｔｘ ＵＥによって使用されてもよい。
２．リソースレポートスキームの作成

【0034】

図２は、本開示のいくつかの実施形態による、ＳＬ通信において使用されるべきリソースセットレポートスキームを作成する、ＵＥの例示的方法のフローチャートを図示する。いくつかの実施形態では、第１のＵＥが、ＳＬ通信において使用されるべきリソースセットレポートを作成してもよい。ブロック２０２では、第１のＵＥは、リソースセットレポートを形成するために、情報を取得する。ブロック２０４では、リソースセットが、第１のＵＥによって受信した情報に従って、要件を充足させるリソースを決定することによって、第１のＵＥによって決定されてもよい。ブロック２０６では、第１のＵＥは、リソースセットレポートを送信する。リソースセットレポートは、ＳＬ上で、第２のＵＥに送信される、基地局に送信される、またはブロードキャストまたはグループキャストを使用して送信されてもよい。いくつかの実施形態では、第１のＵＥは、Ｒｘ ＵＥであってもよく、第２のＵＥは、ＳＬ上のＴｘ ＵＥであってもよい。

【0035】

いくつかの実施形態では、第１のＵＥは、第２のＵＥから、リソースセットレポートを形成するように情報を取得してもよい。いくつかの実施形態では、第１のＵＥは、システム構成／事前構成によって、リソースセットレポートを形成するように情報を取得してもよい。いくつかの実施形態では、第１のＵＥは、ネットワーク構成／事前構成によって、リソースセットレポートを形成するように情報を取得してもよい。リソースセットレポートを形成するための情報は、リソースセットレポートの要件を含有し、Ｔｙｐｅ Ａおよび／またはＴｙｐｅ Ｂ構成を含んでもよい。

【0036】

Ｔｙｐｅ Ａ構成では、第１のＵＥは、リソースセットレポートを形成するように要求された情報を取得する。第１のＵＥは、続いて、リソースセットレポートを伝送し、リソースセットレポートは、候補リソースのセットを示し、リソースのセットは、要求された情報に従って、選択される。候補リソースは、そのＳＬ伝送のために第２のＵＥによって使用されるべきであると見なされ得る。

【0037】

Ｔｙｐｅ Ｂ構成では、第１のＵＥは、リソースセットレポートを形成するように要求された情報を取得する。第１のＵＥは、続いて、リソースセットレポートを伝送し、リソースセットレポートは、ブラックリストリソースのセットを示し、リソースのセットは、要求された情報に従って、選択される。ブラックリストリソースは、そのＳＬ伝送のために第２のＵＥによって使用されるべきでないと見なされ得る。

【0038】

いくつかの実施形態では、Ｔｙｐｅ ＡまたはＴｙｐｅ Ｂ構成は、ある構成を示し得る。構成は、それからリソースのセットが選択され得る、１つまたはそれを上回るリソースプールを含んでもよい。１つまたはそれを上回るリソースプールは、Ｔｙｐｅ ＡまたはＴｙｐｅ Ｂ構成に示される構成に含まれる、リストの個別のインデックスによって示されてもよい。

【0039】

いくつかの実施形態では、Ｔｙｐｅ ＡまたはＴｙｐｅ Ｂ構成は、ある構成を示し得る。構成は、感知パラメータの１つまたはそれを上回るセットまたは基準の１つまたはそれを上回るセットを含んでもよい。Ｔｙｐｅ Ａ構成では、感知パラメータの１つまたはそれを上回るセットは、１つまたはそれを上回るリソースプール内のリソースのセットを測定するように構成されてもよい。感知パラメータの１つまたはそれを上回るセットは、Ｔｙｐｅ Ａ構成に示される構成に含まれる、リストの個別のインデックスによって示されてもよい。Ｔｙｐｅ Ｂ構成では、基準の１つまたはそれを上回るセットは、１つまたはそれを上回るリソースプール内のリソースのセットを選択するように構成されてもよい。基準の１つまたはそれを上回るセットは、Ｔｙｐｅ Ｂ構成に示される構成に含まれる、リストの個別のインデックスによって示されてもよい。

【0040】

いくつかの実施形態では、Ｔｙｐｅ ＡまたはＴｙｐｅ Ｂ構成は、ある構成を示し得る。構成は、リソースセットレポートの１つまたはそれを上回るフォーマットを示し得る。リソースセットレポートの１つまたはそれを上回るフォーマットは、Ｔｙｐｅ ＡまたはＴｙｐｅ Ｂ構成に示される構成に含まれる、リストの個別のインデックスによって示されてもよい。

【0041】

いくつかの実施形態では、Ｔｙｐｅ ＡまたはＴｙｐｅ Ｂ構成は、ある構成を示し得る。構成は、リソースセットレポートを伝送するために、割り当てられた１つまたはそれを上回るリソースを示し得る。

【0042】

いくつかの実施形態では、第１のＵＥが、無線リソース制御（ＲＲＣ）メッセージ、ＳＣＩおよび／またはＭＡＣ層シグナリング（例えば、ＭＡＣ ＣＥ）を通して、リソースセットレポートを形成するように、情報を受信する。いくつかの実施形態では、第１のＵＥは、（すなわち、構成を受信するためにＳＬリソースを使用して）ＳＬ上の情報を受信してもよい。いくつかの実施形態では、第１のＵＥは、その中でグループのメンバＵＥのみが情報を受信し得る、ＳＬグループ内のグループキャスト（マルチキャスト）を介して、情報を受信してもよい。いくつかの実施形態では、第１のＵＥは、ユニキャストを介して、第２のＵＥから情報を受信してもよい。いくつかの実施形態では、第１のＵＥは、基地局から、構成によって、情報を取得することができる。いくつかの実施形態では、第１のＵＥは、システム事前構成によって、情報を取得することができる。

【0043】

図３は、本開示のいくつかの実施形態による、Ｔｙｐｅ Ａ構成に基づいて、リソースセットレポートを作成する、例示的方法のフローチャートを図示する。ブロック３０２では、第１のＵＥが、第２のＵＥからまたは構成／事前構成によって、リソースセットを形成するために、情報を取得し、情報は、Ｔｙｐｅ Ａ構成を示す。ブロック３０４では、第１のＵＥは、Ｔｙｐｅ Ａ構成に従って、ＳＬ感知を実施する。感知の間、第１のＵＥは、Ｔｙｐｅ Ａ構成によって決定されるＳＬリソースを測定し、第２のＵＥの需要を前提として、好適なリソースを選択してもよい。ブロック３０６では、第１のＵＥは、感知の結果およびＴｙｐｅ Ａ構成に基づいて、候補リソースセットを選択してもよい。ブロック３０８では、第１のＵＥは、候補リソースセットに基づいて、リソースセットレポートを送信してもよい。リソースセットレポートは、ＳＬ上で、第２のＵＥに送信される、またはブロードキャストまたはグループキャストを使用して送信されてもよい。

【0044】

図４は、本開示のいくつかの実施形態による、Ｔｙｐｅ Ｂ構成に基づいて、リソースセットレポートを作成する、例示的方法のフローチャートを図示する。ブロック４０２では、第１のＵＥが、基地局からリソースセットを形成するために、情報を取得し、情報は、Ｔｙｐｅ Ｂ構成を示す。ブロック４０４では、第１のＵＥは、Ｔｙｐｅ Ｂ構成に従って、ブラックリストリソースセットを決定する。ブロック４０６では、第１のＵＥは、ブラックリストに載せられたリソースセットに基づいて、リソースセットレポートを送信する。リソースセットレポートは、ＳＬ上で、第２のＵＥに送信される、基地局に送信される、またはブロードキャストまたはグループキャストを使用して送信されてもよい。
２．１ Ｔｙｐｅ Ａ構成

【0045】

Ｔｙｐｅ Ａ構成は、第１のＵＥが、ＳＬリソース感知を実施し、候補リソースセットをレポートし得ることを示すために、使用され得る。候補リソースセットは、第２のＵＥがＳＬ上で情報を伝送するためにより好適であり得る、リソースを含む。例えば、第１のＵＥは、Ｔｙｐｅ Ａ構成に従って、ＳＬ感知を実施してもよい。感知の間、第１のＵＥは、Ｔｙｐｅ Ａ構成に従って、ＳＬリソースを測定し、第２のＵＥの需要を前提として、好適なリソースを選択してもよい。続いて、第１のＵＥは、リソースレポートセットを伝送してもよい。

【0046】

いくつかの実施形態では、Ｔｙｐｅ Ａ構成は、以下、すなわち、リソースプールの感知の構成、感知パラメータの構成、リソースセットレポートフォーマットの構成、および／またはリソースセットレポートに関するリソースの構成のうちの少なくとも１つを含んでもよい。
２．２ リソースプールの感知の構成

【0047】

Ｔｙｐｅ Ａ構成は、感知リソースプールの構成を含んでもよい。感知リソースプールの構成は、感知のために使用され得る、１つまたはそれを上回るＳＬリソースプールを割り当て得る。各リソースプールの構成は、リソースプール周期、１つの周期に含まれるスロット、スロット内のシンボル配分、リソースプールに含まれるＲＢ、サブチャネルサイズ、ＰＳＣＣＨリソースユニット、および／またはＰＳＳＣＨ復調基準信号（ＰＳＳＣＨ ＤＭＲＳ）パターンを含んでもよい。リソースプールの感知構成によって割り当てられたリソースプールは、ＰＳＣＣＨ、ＰＳＳＣＨ、および／またはＰＳＦＣＨリソースを含有し得る、ＳＬリソースプールである。割り当てられたリソースプールは、第２のＵＥの伝送リソースプール、第２のＵＥの受信リソースプール、第１のＵＥの受信リソースプール、および同等物であってもよい。感知リソースプールの構成に従って、第１のＵＥは、割り当てられたリソースプールに感知を実施してもよい。具体的には、例えば、第１のＵＥが、１つを上回る構成された感知リソースプールを受信すると、第１のＵＥは、割り当てられたリソースプールの１つまたはそれを上回るリソースプールに感知を実施してもよい。

【0048】

いくつかの実施形態では、第１のＵＥは、感知リソースプールとして、１つを上回る構成されるリソースプールを受信してもよい。これらの状況では、割り当てられたリソースプールは、感知リソースプールリストとして設定され得る。感知リソースプールリストでは、各リソースプールは、一意のリソースプールインデックスを有する。リソースプールインデックスを示すことによって、ＵＥは、感知リソースプールリスト内の対応するリソースプールを識別してもよい。
２．３ 感知パラメータの構成

【0049】

Ｔｙｐｅ Ａ構成は、感知パラメータの構成を含んでもよい。感知パラメータは、第２のＵＥ、すなわち、Ｔｘ ＵＥのＳＬデータ伝送要件に従って、決定されてもよい。これらの感知パラメータは、続いて、ＳＬデータ伝送のためのリソースを選択するために、使用されてもよい。本開示は、第１のＵＥ、すなわち、Ｒｘ ＵＥにおける感知の間、Ｔｙｐｅ Ａ構成を介して、第２のＵＥ、すなわち、Ｔｘ ＵＥによって決定される感知パラメータを使用する。感知パラメータは、割り当てられたリソースプールへの第１のＵＥの感知プロシージャの間、ＳＬリソース感知を実施するように、第１のＵＥによって使用されてもよい。感知の結果に従って、第１のＵＥは、第２のＵＥの要件を充足させるが、第１のＵＥにより好適であり得る、候補リソースを選択してもよい。選択された候補リソースは、リソースプール内のＰＳＣＣＨおよび／またはＰＳＳＣＨリソースであってもよい。感知パラメータの１セットに対応する、選択された候補リソースは、リソースセットと呼ばれ得る。

【0050】

感知パラメータは、感知パラメータの１つまたはそれを上回るセットを含んでもよい。感知パラメータの１セットは、以下、すなわち、候補リソース周期、候補リソースサイズ、優先順位、基準信号受信電力（ＲＳＲＰ）閾値、再伝送回数、再伝送インターバル、リソースセット内の候補リソースの量、１つのサービスに関するリソースの量、および／または時間ウィンドウのうちの少なくとも１つを含んでもよい。

【0051】

候補リソース周期は、第１のＵＥによって選択された、リソースの周期を示し得る。換言すると、割り当てられた周期を伴う複数のリソースは、候補リソースとしてマークされてもよい。いくつかの実施形態では、候補リソース周期は、第２のＵＥ、すなわち、Ｔｘ ＵＥがＳＬに伝送する必要がある、データの周期であってもよい。

【0052】

候補リソースサイズは、ＰＳＳＣＨの１つの候補リソースとして使用される、サブチャネルの数を示し得る。例えば、図５を参照されたい。図５は、サイドリンクリソースプールの例示的構成の概略図を図示する。ケース（ａ）は、スロット内のシンボルの一部が、ＳＬリソースとして割り当てられた、構成を示す。ケース（ｂ）は、スロット内のシンボルの全てが、ＳＬリソースとして割り当てられた、構成を示す。

【0053】

図６は、サイドリンクリソースプールの例示的構成の概略図を図示する。本構成では、サブチャネルが、周波数ドメインにおけるＰＳＳＣＨリソースのための基本ＲＢとして使用される。各サブチャネルは、ｋ個の連続的ＲＢを含み、ｋは、整数である。ＰＳＳＣＨリソースが、１つまたはそれを上回るサブチャネルを含んでもよい。各サブチャネル内に、いくつかのシンボルおよびＲＢを占有する、ＰＳＳＣＨリソースが存在する。

【0054】

本開示では、割り当てられた数のサブチャネルは、感知プロセスの間、ＰＳＳＣＨリソースユニットとしてバンドルされてもよい。いくつかの実施形態では、候補リソースサイズは、第２のＵＥ、すなわち、Ｔｘ ＵＥのデータパケットサイズに従って、決定されてもよい。

【0055】

優先順位は、第２のＵＥ、すなわち、Ｔｘ ＵＥのデータ優先順位を示し得る。優先順位は、リソースが、候補リソースとして選択され得るかどうか、またはリソースが、候補リソースの代わりに、伝送されるべきリソースのために留保され得るかどうかを決定するために、感知プロセスの間、第１のＵＥによって使用されてもよい。

【0056】

ＲＳＲＰ閾値は、感知プロセスの間、ＰＳＳＣＨのＤＭＲＳの電力閾値を設定してもよい。いくつかの実施形態では、ＲＳＲＰ閾値は、第２のＵＥ、すなわち、Ｔｘ ＵＥによって、決定されてもよい。

【0057】

再伝送回数は、第２のＵＥ、すなわち、Ｔｘ ＵＥの１つのデータパケットの潜在的再伝送試行を示し得る。いくつかの実施形態では、再伝送の回数は、データパケットのための再伝送試行の最大回数であってもよい。

【0058】

再伝送インターバルは、同一データパケットの２つの隣接する伝送の間のスロットインターバルを示し得る。

【0059】

リソースセット内の候補リソースの量は、１つのリソースセットにおいて選択され得る、リソースの数または比率を示し得る。リソースセット内の候補リソースの量が、数である状況では、第１のＵＥは、リソースセットに含まれるべき候補リソースの示される数を選択してもよい。リソースセット内の候補リソースの量が、比率である状況では、第１のＵＥは、割り当てられた比率を達成するために、全ての利用可能なリソースの中から、候補リソースを選択してもよい。いくつかの実施形態では、第１のＵＥは、ＰＳＳＣＨリソースの割り当てられた数または比率を、リソースセット内の候補リソースとして選択してもよい。選択されたＰＳＳＣＨリソースに対応する、ＰＳＣＣＨリソースもまた、リソースセット内に含有されてもよい。

【0060】

１つのサービスに関するリソースの量は、同一サービスのデータパケットに関して使用され得る、リソースの量を示す。例えば、半持続的スケジューリング（ＳＰＳ）サービスは、ある周期内の複数のデータパケットに関するリソースの量を示す。

【0061】

時間ウィンドウは、候補リソースに対応する、時間ドメインにおけるスロットを示し得る。

【0062】

いくつかの実施形態では、感知パラメータの１つを上回るセットは、Ｔｙｐｅ Ａ構成において構成されてもよい。これらの状況では、感知パラメータセットは、感知パラメータセットリストとしてマークされてもよい。感知パラメータセットリストでは、各感知パラメータは、一意のインデックスを有する。感知パラメータセットインデックスを示すことによって、ＵＥは、感知パラメータセットリスト内の対応する感知パラメータセットを識別してもよい。

【0063】

複数の感知パラメータセットが、構成される場合では、第１のＵＥは、それぞれ、感知パラメータセットに従って、複数のリソースセットを決定する、候補リソースの感知および選択を実施してもよい。さらに、リソースセットは、リソースセットリストとしてマークされてもよい。リソースセットリストでは、各リソースは、一意のインデックスを有する。リソースセットインデックスを示すことによって、ＵＥは、リソースセットリスト内の対応するリソースセットを識別してもよい。いくつかの実施形態では、リソースセットインデックスは、感知パラメータセットインデックスとの１対１の関係を有する。例えば、第１のＵＥは、感知パラメータセットインデックス＃ｋに従って、感知を実施し、感知パラメータに基づいて選択された候補リソースを、リソースセットインデックス＃ｋに構成してもよい。

【0064】

いくつかの実施形態では、リソースセットインデックスは、対応する感知パラメータセットインデックスを用いて、暗示的に識別されてもよい。換言すると、リソースセットインデックスが存在しない。これらの状況では、レポートされたリソースセットは、感知パラメータインデックスに対応してもよい。
２．４ 例示的実施形態＃１

【0065】

図７は、本開示の例示的実施形態＃１による、示される感知パラメータに従って、割り当てられたリソースプールに感知を実施する、第１のＵＥの例示的実装を図示する。本実施例では、第１のＵＥは、１つの感知パラメータセットの構成を用いて、Ｔｙｐｅ Ａ構成を受信する。第１のＵＥは、Ｔｙｐｅ Ａ構成を第２のＵＥから受信してもよい。Ｔｙｐｅ Ａ構成における感知パラメータセットは、候補リソース周期＝１００ｍｓ、候補リソースサイズ＝５つのサブチャネル、優先順位レベル＝３、再伝送回数＝０（すなわち、再伝送なし）、およびリソースセット内の候補リソースの量＝４として示される。続いて、第１のＵＥは、示される感知パラメータを使用して、割り当てられたリソースプールに感知を実施する。図７に図示されるように、第１のＵＥは、１００ｍｓ周期を伴う感知リソースユニットとして、５つのサブチャネルを設定する。感知リソースユニットおよび優先順位レベルに基づいて、リソースプールを感知することによって、第１のＵＥは、リソースセット内に含まれるべきより良好なチャネル品質を伴う、４つの候補リソースを選択する。
２．５ 例示的実施形態＃２

【0066】

一実施例では、第１のＵＥが、２つの感知パラメータセットを含む、感知パラメータセットリストの構成を伴う、Ｔｙｐｅ Ａ構成を受信する。構成に従って、感知パラメータセットインデックス＃０および＃１は、感知パラメータの独立構成を有する。インデックス＃０感知パラメータセットに関して、感知パラメータのセットは、候補リソース周期＝１００ｍｓ、候補サイズ＝５つのサブチャネルを含む。インデックス＃１感知パラメータセットに関して、感知パラメータのセットは、候補リソース周期＝０、候補リソースサイズ＝１０個のサブチャネルを含む。第１のＵＥは、Ｔｙｐｅ Ａ構成を第２のＵＥから受信してもよい。

【0067】

続いて、第１のＵＥは、それぞれ、各感知パラメータセットの感知パラメータを使用して、割り当てられたリソースプールに感知を実施してもよい。セットインデックス＃０に従って、第１のＵＥは、１００ｍｓ周期を伴う感知リソースユニットとして、５つのサブチャネルを設定し、リソースセットを構成するために、候補リソースを選択する。セットインデックス＃１に従って、第１のＵＥは、感知リソースユニットとして、１０個のサブチャネルを設定し、リソースセット＃１を構成するために、候補リソースを選択する。

２．６ リソースセットレポートフォーマットの構成

【0068】

Ｔｙｐｅ Ａ構成は、リソースセットレポートフォーマットの構成を含んでもよい。リソースセットレポートフォーマットが、以下、すなわち、要求されるリソースセットおよび／またはリソースセットレポートの伝送タイプのうちの少なくとも１つを含んでもよい。第１のＵＥは、リソースセットレポートプロセスをトリガし得る、ＲＲＣ信号、ＳＣＩ、および／またはＭＡＣ層シグナリング（例えば、ＭＡＣ ＣＥ）を通して、リソースセットレポートフォーマットの構成を取得してもよい。いくつかの実施形態では、第１のＵＥは、第１の段階ＳＣＩにおいて、リソースセットレポートフォーマットインジケーションを受信してもよい。例えば、第１の段階ＳＣＩにおいて留保されるビットを使用して、リソースセットレポートフォーマットインデックスを示す。いくつかの実施形態では、第１のＵＥは、第２の段階ＳＣＩにおいて、リソースセットレポートフォーマットインジケーションを受信してもよい。例えば、１つまたはそれを上回るリソースセットレポートフォーマットインデックスを示すために、または要求されるリソースセットおよびリソースセットレポートのタイプを示すために、新しい第２の段階ＳＣＩフォーマットを定義する。

【0069】

いくつかの実施形態では、１つを上回るリソースセットレポートフォーマットが、構成されてもよい。これらの状況では、セットレポートフォーマットは、リソースセットレポートフォーマットリストとしてマークされてもよい。リソースセットレポートフォーマットリストでは、各リソースセットレポートフォーマットは、一意のインデックスを有する。リソースセットレポートフォーマットインデックスを示すことによって、ＵＥは、リソースセットレポートフォーマットリスト内の対応するリソースセットフォーマットレポートを識別してもよい。いくつかの実施形態では、複数のリソースセットは、リソースセットレポートフォーマットに示され、リソースセットレポートのタイプは、それぞれ、各リソースセットのために構成されてもよい。

【0070】

リソースセットレポートフォーマットが、要求されるリソースセットを示す場合、第１のＵＥは、規定されたリソースセットをレポートしてもよい。要求されるリソースセットを示すために、リソースセットインデックスは、標的リソースセットを識別するために使用されてもよい、またはビットマップシーケンスは、１つずつリソースセットリスト内の標的リソースセットを示すために使用されてもよい。いくつかの実施形態では、要求されるリソースセットは、要求されるリソースセットが、第２のＵＥ、すなわち、ＴｘＵＥにレポートされる必要があるかどうかを示すように、１ビットを使用してもよい。

【0071】

リソースセットレポートフォーマットが、リソースセットレポートの伝送タイプを含む場合、第１のＵＥは、リソースセットレポートを、周期的に、または１回限り、送信してもよい。リソースセットレポートが、周期的にレポートされるように構成される状況では、第１のＵＥは、割り当てられたリソースセットレポートを、規定された周期で送信してもよい。周期の合間、第１のＵＥは、最新の感知結果に基づいて、リソースセットレポートを更新してもよい。リソースセットレポートが、１回限りのレポートとして構成される状況では、第１のＵＥは、割り当てられたリソースセットレポートを１回送信してもよい。

【0072】

いくつかの実施形態では、複数のリソースセットは、リソースセットレポートフォーマットで示され、リソースセットレポートのタイプは、それぞれ、各リソースセットに関して構成されてもよい。
２．７ 例示的実施形態＃３

【0073】

一実施例では、第１のＵＥは、ＲＲＣシグナリングを通して、Ｔｙｐｅ Ａ構成を第２のＵＥから取得する。Ｔｙｐｅ Ａ構成は、リソースセットレポートフォーマットの構成を示す。本実施例では、第１のＵＥは、５つの対応するリソースセット（すなわち、ビットマップシーケンスと関連リソースセットとの間に１対１のマッピング関係が存在する）を示すように、５ビットを伴う割り当てられたビットマップシーケンスを受信する。第２のＵＥは、ビットマップシーケンスを割り当てられていてもよい。本実施例では、リソースセットレポートのタイプは、周期＝２００ｍｓを伴う、周期的レポートとして構成される。

【0074】

構成に従って、第１のＵＥは、周期＝２００ｍｓを伴う、ビットマップによって示されるリソースセットをレポートしてもよい。例えば、「１１０００」としてマークされたビットマップに関して、第１のＵＥは、リソースセットインデックス＃０および＃１をレポートしてもよい。第１のＵＥは、最新の感知結果に基づいて、選択されたリソースセットを更新し、次のレポート周期において更新されたリソースセットをレポートしてもよい。
２．８ リソースセットレポートに関するリソースの構成

【0075】

Ｔｙｐｅ Ａ構成は、リソースセットレポートに関するリソースの構成を含んでもよい。リソースセットレポートに関するリソースの構成は、リソースセットレポートを搬送するための１つまたはそれを上回るＳＬリソースを示し得る。構成に応答して、第１のＵＥは、リソースセットレポートを第２のＵＥにＳＬ上で送信してもよい。第２のＵＥは、リソースセットレポートを持つように、ＳＬリソースを配分してもよい。リソースセットレポートに関して示されるリソースは、ＰＳＣＣＨおよび／またはＰＳＳＣＨリソースであってもよい。

【0076】

一実施形態では、リソースセットレポートに関して構成されるリソースは、リソースセットレポートを１回レポートするための１つまたはそれを上回るリソースを含有する、１回限りのリソースであってもよい。他の実施形態では、リソースセットレポートに関して構成されるリソースは、周期的リソースセットレポートに関するある周期を伴うリソースを含有する、周期的リソースであってもよい。

【0077】

第１のＵＥは、ＲＲＣシグナリングおよび／またはＳＣＩを通して、リソースレポートに関するリソースの構成を受信してもよい。ＲＲＣシグナリングを使用することによって、構成されたグラントは、構成されたグラントタイプ１および／またはタイプ２を含む、リソースセットレポートに関して、リソースを割り当てるために使用されてもよい。ＳＣＩを使用することによって、第１のＵＥは、第１の段階ＳＣＩおよび／または第２の段階ＳＣＩに割り当てられた、リソースセットレポートに関して、リソースを使用してもよい。いくつかの実施形態では、ＳＣＩを使用することによって、第１のＵＥは、リソースセットレポートに関するリソースとして、第２のＵＥのデータパケットのＰＳＳＣＨ再伝送リソースを使用してもよい。
２．９ 例示的実施形態＃４

【0078】

一実施例では、第１のＵＥが、ＳＣＩを通して、Ｔｙｐｅ Ａ構成を第２のＵＥから受信し、構成は、リソースセットレポートに関するリソースの構成を示す。第１の段階ＳＣＩでは、ＰＳＣＣＨおよび関連ＰＳＳＣＨは、１回限りの伝送のためのリソースセットレポートを搬送するために割り当てられる。換言すると、ＳＣＩを使用する、Ｔｙｐｅ Ａ構成のインジケーションは、第２のＵＥ、すなわち、Ｔｘ ＵＥが、リソースセットレポートプロセスを開始するために、第１のＵＥ、すなわち、Ｒｘ ＵＥをトリガする、トリガ信号と見なされ得る。第１のＵＥは、要求されるリソースセットレポートを割り当てられたリソース上で運び、リソースセットレポートを第２のＵＥに送信してもよい。
３．１ Ｔｙｐｅ Ｂ構成

【0079】

Ｔｙｐｅ Ｂ構成は、第１のＵＥが、ブラックリストリソースセットを決定およびレポートし得ることを示すために、使用され得る。ブラックリストリソースセットは、第２のＵＥ、すなわち、Ｔｘ ＵＥによって使用されるべきではない、リソースを含む。

【0080】

いくつかの実施形態では、Ｔｙｐｅ Ｂ構成は、以下、すなわち、レポートされるリソースプールの構成、ブラックリストリソース基準の構成、リソースセットレポートフォーマットの構成、および／またはリソースセットレポートに関するリソースの構成のうちの少なくとも１つを含んでもよい。
３．２ レポートされるリソースプールの構成

【0081】

Ｔｙｐｅ Ｂ構成は、レポートされるリソースプールの構成を含んでもよい。レポートされるリソースプールの構成は、それからブラックリストリソースが選択され得る、１つまたはそれを上回るＳＬリソースプールを割り当て得る。各リソースプールの構成は、リソースプール周期、１つの周期に含まれるスロット、スロット内のシンボル配分、リソースプールに含まれるＲＢ、サブチャネルサイズ、ＰＳＣＣＨリソースユニット、および／またはＰＳＳＣＨ ＤＭＲＳパターンを含んでもよい。レポートリソースプールの構成によって割り当てられたリソースプールは、ＰＳＣＣＨ、ＰＳＳＣＨ、および／またはＰＳＦＣＨリソースを含有し得る、ＳＬリソースプールである。レポートされるリソースプールは、第２のＵＥの伝送リソースプール、第２のＵＥの受信リソースプール、第１のＵＥの受信リソースプール、および同等物であってもよい。レポートされるリソースプールの構成に従って、第１のＵＥは、レポートされるリソースプール内のブラックリストリソースを識別してもよい。具体的には、１つを上回るレポートリソースプールを受信する第１のＵＥに応答して、第１のＵＥは、独立して、各リソースプールに関するブラックリストリソースを決定してもよい。

【0082】

いくつかの実施形態では、第１のＵＥは、１つを上回る構成されるリソースプールをレポートされるリソースプールとして受信してもよい。これらの状況では、割り当てられたリソースプールは、レポートされるリソースプールリストとして設定され得る。レポートされるリソースプールリストでは、各リソースプールは、一意のリソースプールインデックスを有する。リソースプールインデックスを示すことによって、ＵＥは、レポートされるリソースプールリスト内の対応するリソースプールを識別してもよい。
３．３ ブラックリストリソース基準の構成

【0083】

Ｔｙｐｅ Ｂ構成は、ブラックリストリソース基準の構成の１つまたはそれを上回るセットを含んでもよい。ブラックリスト基準の１セットは、以下、すなわち、優先順位、ＲＳＲＰ閾値、時間ウィンドウ、および／またはチャネルビジー率（ＣＢＲ）閾値のうちの少なくとも１つを含んでもよい。いくつかの実施形態では、リソースは、ブラックリスト基準を組み合わせることによって、ブラックリストに載せられる場合がある。

【0084】

優先順位は、データ優先順位閾値を示し得る。割り当てられた優先順位閾値に到達する優先順位を伴うデータを搬送するリソースが、ブラックリストリソースとして決定され得る。いくつかの実施形態では、閾値が、優先順位が、閾値に等しいまたはより高い場合、到達したと見なされてもよい。いくつかの実施形態では、閾値は、優先順位が、閾値より高い場合、到達したと見なされてもよい。いくつかの実施形態では、閾値は、優先順位が、閾値に等しいまたはより低い場合、到達したと見なされてもよい。いくつかの実施形態では、閾値は、優先順位が、閾値より低い場合、到達したと見なされてもよい。

【0085】

ＲＳＲＰ閾値は、ＰＳＳＣＨのＤＭＲＳの電力閾値を設定してもよい。割り当てられたＲＳＲＰ閾値に到達する、ＲＳＲＰを伴うリソースが、ブラックリストリソースであるべきことを決定されてもよい。

【0086】

時間ウィンドウは、ブラックリストリソースに対応する、時間ドメインにおけるスロットを示し得る。

【0087】

ＣＢＲ閾値は、リソースプールのＣＢＲ閾値を設定してもよい。リソースプールのＣＢＲが、割り当てられたＣＢＲ閾値に到達すると、リソースプールのブラックリストリソースは、レポートされてもよい。

【0088】

ブラックリストリソース基準構成に従って、第１のＵＥは、ブラックリストリソースを決定し得、ブラックリストリソースは、ＳＬデータを送信および／または受信するために利用不可能である、リソースプール内のＰＳＣＣＨ、ＰＳＳＣＨ、および／またはＰＳＦＣＨリソースを示す。ブラックリストリソースは、以下、すなわち、第１のＵＥの伝送リソース、第１のＵＥが受信する他のデータを使用する受信リソース、または基地局と通信するように第１のＵＥによって使用されるリソースのうちの１つであってもよい。ブラックリストリソース基準に対応する、１つまたはそれを上回るブラックリストリソースは、リソースセットと呼ばれ得る。

【0089】

いくつかの実施形態では、ブラックリストリソースは、ブラックリストリソース基準の構成を伴わずに、第１のＵＥの情報またはリソース使用量に従って、第１のＵＥによって決定されることができる。いくつかの実施形態では、ブラックリストリソースが、構成される場合では、第１のＵＥは、ブラックリストリソース基準およびリソース使用量の第１のＵＥの情報を使用して、ブラックリストリソースを決定してもよい。ブラックリストリソースは、ＳＬ上に第２のＵＥの伝送に利用不可能なリソースを含んでもよい。ブラックリスト基準の構成に従って、第１のＵＥは、割り当てられたレポートされるリソースプール内の１つまたはそれを上回るブラックリストリソースを決定してもよい。

【0090】

いくつかの実施形態では、ブラックリストリソース基準の１つを上回るセットは、Ｔｙｐｅ Ｂ構成において構成されてもよい。これらの状況では、ブラックリストリソース基準セットは、ブラックリストリソース基準セットリストとしてマークされてもよい。ブラックリストリソース基準セットリストでは、各ブラックリストリソース基準セットは、一意のインデックスを有する。ブラックリストリソース基準セットインデックスを示すことによって、ＵＥは、ブラックリストリソース基準セットリスト内の対応するブラックリストリソース基準セットを識別してもよい。いくつかの実施形態では、リソースセットインデックスは、ブラックリストリソース基準セットインデックスとの１対１の関係を有する。例えば、第１のＵＥは、ブラックリストリソース基準セットインデックス＃ｋに従って、ブラックリストリソースを決定し、ブラックリストリソース基準に基づくブラックリストリソースを、リソースセットインデックス＃ｋに構成してもよい。

【0091】

いくつかの実施形態では、リソースセットインデックスは、対応するブラックリストリソース基準セットインデックスを用いて、暗示的に識別されてもよい。換言すると、リソースセットインデックスは、存在しない。これらの状況では、レポートされるリソースセットは、ブラックリストリソース基準インデックスに対応してもよい。
３．４ 例示的実施形態＃５

【0092】

一実施例では、第１のＵＥが、事前構成によって、リソースセットレポートを形成するために、情報を取得する。情報は、Ｔｙｐｅ Ｂ構成を示し、１つのブラックリストリソース基準セットを含む。構成に従って、時間ウィンドウ＝１，０００ｍｓである。続いて、第１のＵＥは、構成およびそのそれ自体の情報またはリソースデータ使用量に従って、ブラックリストリソースを決定する。割り当てられた時間ウィンドウ内で、第１のＵＥは、いくつかの伝送するリソースをリソースプール上に有する。したがって、第１のＵＥは、リソースプールのブラックリストに載せられたリソースであり得る伝送リソースを決定し、ブラックリストリソースセットを作成する。
３．５ 例示的実施形態＃６

【0093】

第１のＵＥが、リソースセットレポートを形成するために、基地局から情報を受信する。情報は、Ｔｙｐｅ Ｂ構成を示し、１つのブラックリストリソース基準セットを含む。構成に従って、時間ウィンドウ＝１，０００ｍｓ、優先順位＝３である。

【0094】

続いて、第１のＵＥは、構成およびそのそれ自体の情報リソース使用量に従って、ブラックリストリソースを決定する。構成に従って、第１のＵＥは、時間ウィンドウ内のリソースプール上に２つの伝送リソースを有し、第１の伝送リソースの優先順位＝２および第２の伝送リソースの優先順位＝３である。本実施例では、第２の伝送リソースは、割り当てられた優先順位閾値に到達し、ブラックリストリソースとしてマークされてもよい。続いて、ブラックリストリソースセットが、ブラックリストリソースセット内の第２の伝送するリソースを用いて、作成されてもよい。
３．６ リソースセットレポートフォーマットの構成

【0095】

Ｔｙｐｅ Ｂ構成は、リソースセットレポートフォーマットの構成を含んでもよい。リソースセットレポートフォーマットが、以下、すなわち、要求されるリソースセットおよび／またはリソースセットレポートの伝送タイプのうちの少なくとも１つを含んでもよい。第１のＵＥは、リソースセットレポートプロセスをトリガし得る、ＲＲＣ信号、ＳＣＩ、および／またはＭＡＣ層シグナリング（例えば、ＭＡＣ ＣＥ）を通して、リソースセットレポートフォーマットの構成を取得してもよい。いくつかの実施形態では、第１のＵＥは、第１の段階ＳＣＩにおいて、リソースセットレポートフォーマットインジケーションを受信してもよい。例えば、第１の段階ＳＣＩにおいて留保されるビットを使用して、リソースセットレポートフォーマットインデックスを示す。いくつかの実施形態では、第１のＵＥは、第２の段階ＳＣＩにおいて、リソースセットレポートフォーマットインジケーションを受信してもよい。例えば、１つまたはそれを上回るリソースセットレポートフォーマットインデックスを示すために、または要求されるリソースセットおよびリソースセットレポートのタイプを示すために、新しい第２の段階ＳＣＩフォーマットを定義する。

【0096】

いくつかの実施形態では、１つを上回るリソースセットレポートフォーマットが、構成されてもよい。これらの状況では、セットレポートフォーマットは、リソースセットレポートフォーマットリストとしてマークされてもよい。リソースセットレポートフォーマットリストでは、各リソースセットレポートフォーマットは、一意のインデックスを有する。リソースセットレポートフォーマットインデックスを示すことによって、ＵＥは、リソースセットレポートフォーマットリストにおいて、対応するリソースセットフォーマットレポートを識別してもよい。いくつかの実施形態では、複数のリソースセットは、リソースセットレポートフォーマットにおいて示され、リソースセットレポートのタイプは、それぞれ、各リソースセットに関して構成されてもよい。

【0097】

リソースセットレポートフォーマットが、要求されるリソースセットを示す場合、第１のＵＥは、規定されたリソースセットをレポートしてもよい。要求されるリソースセットを示すために、リソースセットインデックスが、標的リソースセットを識別するために使用されてもよい、またはビットマップシーケンスが、１つずつリソースセットリストにおいて標的リソースセットを示すために使用されてもよい。いくつかの実施形態では、要求されるリソースセットは、要求されるリソースセットが、第２のＵＥ、すなわち、Ｔｘ ＵＥにレポートされる必要があるかどうかを示すために、１ビットを使用してもよい。

【0098】

リソースセットレポートフォーマットが、リソースセットレポートの伝送タイプを含む場合、第１のＵＥは、リソースセットレポートを、周期的に、または１回限り、送信してもよい。リソースセットレポートが、周期的にレポートされるように構成される状況では、第１のＵＥは、割り当てられたリソースセットレポートを、規定された周期で送信してもよい。周期の合間、第１のＵＥは、リソース使用量の第１のＵＥ自体の情報に基づいて、リソースセットレポートを更新してもよい。リソースセットレポートが、１回限りレポートとして構成される状況では、第１のＵＥは、割り当てられたリソースセットレポートを１回送信してもよい。

【0099】

いくつかの実施形態では、複数のリソースセットは、リソースセットレポートフォーマットにおいて示され、リソースセットレポートのタイプは、それぞれ、各リソースセットに関して構成されてもよい。
３．７ リソースセットレポートに関するリソースの構成

【0100】

Ｔｙｐｅ Ｂ構成は、リソースセットレポートに関するリソースの構成を含んでもよい。リソースセットレポートを搬送するために使用されるリソースは、構成／事前構成される、基地局によって構成される、第１のＵＥ自体によって選択される、または第２のＵＥによって示されてもよい。第１のＵＥは、ブラックリストリソースセットレポートをＳＬ上に送信してもよい。リソースセットレポートを運ぶためのリソースが、構成／事前構成される状況では、リソースセットレポートに関するリソースの構成は、リソースセットレポートを搬送するための１つまたはそれを上回るＳＬリソースを示し得る。第１のＵＥが、リソースセットレポート伝送するようにＳＬリソース自体を選択する状況では、リソース選択スキームは、伝送リソースプールまたは感知ベースのリソース選択内でランダムに選択されてもよい。リソースセットレポートに関して示されるリソースは、ＰＳＣＣＨおよび／またはＰＳＳＣＨリソースであってもよい。

【0101】

一実施形態では、リソースセットレポートに関して構成されるリソースは、リソースセットレポートを１回レポートするための１つまたはそれを上回るリソースを含有する、１回限りのリソースであってもよい。他の実施形態では、リソースセットレポートに関して構成されるリソースは、周期的リソースセットレポートに関するある周期を伴うリソースを含有する、周期的リソースであってもよい。

【0102】

第１のＵＥは、ＲＲＣシグナリングおよび／またはＳＣＩを通して、リソースレポートに関するリソースの構成を受信してもよい。ＲＲＣシグナリングを使用することによって、構成されたグラントは、構成されたグラントタイプ１および／またはタイプ２を含む、リソースセットレポートに関して、リソースを割り当てるために使用されてもよい。ＳＣＩを使用することによって、第１のＵＥは、第１の段階ＳＣＩおよび／または第２の段階ＳＣＩに割り当てられた、リソースセットレポートに関して、リソースを使用してもよい。いくつかの実施形態では、ＳＣＩを使用することによって、第１のＵＥは、リソースセットレポートに関するリソースとして、第２のＵＥのデータパケットのＰＳＳＣＨ再伝送リソースを使用してもよい。

【0103】

本ソリューションの種々の実施形態が、上記に説明されたが、それらは、限定としてではなく、実施例としてのみ提示されたことを理解されたい。同様に、種々の略図は、例示的アーキテクチャまたは構成を描写し得、これは、当業者が、本ソリューションの例示的特徴および機能を理解することを可能にするために提供される。しかしながら、そのような当業者は、本ソリューションが、図示される例示的アーキテクチャまたは構成に制限されず、種々の代替アーキテクチャおよび構成を使用して実装されることができることを理解するであろう。加えて、当業者によって理解されるであろうように、一実施形態の１つまたはそれを上回る特徴は、本明細書に説明される別の実施形態の１つまたはそれを上回る特徴と組み合わせられることができる。したがって、本開示の範疇および範囲は、上記に説明される例証的実施形態のいずれかによって限定されるべきではない。

【0104】

また、「第１」、「第２」等の指定を使用した本明細書における要素の任意の参照は、概して、それらの要素の数量または順序を限定するものではないことを理解されたい。むしろ、これらの指定は、本明細書では、２つまたはそれを上回る要素または要素のインスタンス間で区別する便宜的手段として使用されることができる。したがって、第１および第２の要素の参照は、２つのみの要素が採用され得る、または第１の要素がある様式において第２の要素に先行しなければならないことを意味するものではない。

【0105】

加えて、当業者は、情報および信号が種々の異なる技術および技法のいずれかを使用して表されることができることを理解するであろう。上記の説明において参照され得る、例えば、データ、命令、コマンド、情報、信号、ビット、およびシンボルは、例えば、電圧、電流、電磁波、磁場または粒子、光学場または粒子、または任意のそれらの組み合わせによって表されることができる。

【0106】

当業者はさらに、本明細書に開示される側面に関連して説明される、種々の例証的論理ブロック、モジュール、プロセッサ、手段、回路、方法、および機能のいずれかが、電子ハードウェア（例えば、デジタル実装、アナログ実装、またはその２つの組み合わせ）、ファームウェア、命令を組み込む種々の形態のプログラムまたは設計コード（本明細書では、便宜上、「ソフトウェア」または「ソフトウェアモジュールと称され得る）、またはこれらの技法の任意の組み合わせによって実装されることができることを理解するであろう。ハードウェア、ファームウェア、およびソフトウェアの本可換性を明確に例証するために、種々の例証的コンポーネント、ブロック、モジュール、回路、およびステップは、概して、その機能性の観点から上記に説明される。そのような機能性が、ハードウェア、ファームウェア、またはソフトウェア、またはこれらの技法の組み合わせとして実装されるかどうかは、特定の用途および全体的システム上に課される設計制約に依存する。当業者は、説明される機能性を特定の用途毎に種々の方法で実装することができるが、そのような実装決定は、本開示の範囲からの逸脱を生じさせるものではない。

【0107】

さらに、当業者は、本明細書に説明される種々の例証的論理ブロック、モジュール、デバイス、コンポーネント、および回路が、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス、または任意のそれらの組み合わせを含み得る、集積回路（ＩＣ）内に実装される、またはそれによって実施されることができることを理解するであろう。論理ブロック、モジュール、および回路はさらに、アンテナおよび／または送受信機を含み、ネットワークまたはデバイス内の種々のコンポーネントと通信することができる。汎用プロセッサは、マイクロプロセッサであることができるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、または状態機械であることができる。プロセッサはまた、コンピューティングデバイス、例えば、ＤＳＰおよびマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと併せた１つまたはそれを上回るマイクロプロセッサの組み合わせ、または本明細書に説明される機能を実施するための任意の他の好適な構成の組み合わせとして実装されることができる。

【0108】

ソフトウェア内に実装される場合、機能は、１つまたはそれを上回る命令またはコードとして、コンピュータ可読媒体上に記憶されることができる。したがって、本明細書に開示される方法またはアルゴリズムのステップは、コンピュータ可読媒体上に記憶されるソフトウェアとして実装されることができる。コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体の両方を含み、コンピュータプログラムまたはコードを１つの場所から別の場所に転送するように可能にされ得る、任意の媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る、任意の利用可能な媒体であることができる。限定ではなく、一例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、または所望のプログラムコードを命令またはデータ構造の形態で記憶するために使用され得、かつコンピュータによってアクセスされ得る、任意の他の媒体を含むことができる。

【0109】

本書では、用語「モジュール」は、本明細書で使用されるように、ソフトウェア、ファームウェア、ハードウェア、および本明細書に説明される関連付けられる機能を実施するためのこれらの要素の任意の組み合わせを指す。加えて、議論の目的のために、種々のモジュールは、離散モジュールとして説明される。しかしながら、当業者に明白となるであろうように、２つまたはそれを上回るモジュールが、組み合わせられ、本ソリューションの実施形態に従って関連付けられる機能を実施する、単一モジュールを形成してもよい。

【0110】

加えて、メモリまたは他の記憶装置および通信コンポーネントが、本ソリューションの実施形態において採用されてもよい。明確にする目的のために、上記の説明は、異なる機能ユニットおよびプロセッサを参照して本ソリューションの実施形態を説明していることを理解されたい。しかしながら、異なる機能ユニット、処理論理要素、またはドメイン間の機能性の任意の好適な分布が、本ソリューションから逸脱することなく使用されてもよいことが明白であろう。例えば、別個の処理論理要素またはコントローラによって実施されるように例証される機能性は、同一処理論理要素またはコントローラによって実施されてもよい。故に、具体的機能ユニットの参照は、厳密な論理または物理構造または編成を示すのではなく、説明される機能性を提供するための好適な手段の参照にすぎない。

【0111】

本開示に説明される実装の種々の修正が、当業者に容易に明白となり、本明細書に定義された一般的原理は、本開示の範囲から逸脱することなく、他の実装に適用されることができる。したがって、本開示は、本明細書に示される実装に限定されることを意図するものではなく、下記の請求項において列挙されるように、本明細書に開示される新規特徴および原理と一致する最広範囲と見なされるべきである。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】