特許 7065812 無線通信システムにおける複数のデバイス・ツー・デバイス・リソースプールに対するリソースを割り当てる方法および装置

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

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

(11)【特許番号】

(24)【登録日】2022-04-28

(45)【発行日】2022-05-12

(54)【発明の名称】無線通信システムにおける複数のデバイス・ツー・デバイス・リソースプールに対するリソースを割り当てる方法および装置

(51)【国際特許分類】

   H04W 72/14 20090101AFI20220502BHJP

   H04W 92/18 20090101ALI20220502BHJP

   H04W 72/02 20090101ALI20220502BHJP

【ＦＩ】

H04W72/14

H04W92/18

H04W72/02

【請求項の数】 17

【外国語出願】

(21)【出願番号】P 2019147212

(22)【出願日】2019-08-09

(65)【公開番号】P2020028131

(43)【公開日】2020-02-20

【審査請求日】2019-10-08

(31)【優先権主張番号】62/717,395

(32)【優先日】2018-08-10

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】517114621

【氏名又は名称】華碩電腦股▲ふん▼有限公司

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】陳 威宇

(72)【発明者】

【氏名】曾 立至

(72)【発明者】

【氏名】潘 立▲徳▼

(72)【発明者】

【氏名】李 名哲

【審査官】桑江 晃

(56)【参考文献】

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

【文献】特表２０１７－５２８０４９（ＪＰ，Ａ）

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

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

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

【文献】CATT，Resource pool allocation for discovery[online]， 3GPP TSG-RAN WG1#78b R1-143740，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_78b/Docs/R1-143740.zip＞，2014年10月10日，２頁

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

第１の通信デバイスについての方法であって、
基地局によって、複数のリソースプールで設定されることであって、前記複数のリソースプールのうちの各リソースプールは、第１の帯域幅部分においてＤ２Ｄ（Device-to-Device）インタフェースでのＶ２Ｘ（Vehicle-to-Everything）通信またはサイドリンク通信を実行するために使用される、設定されることと、
前記基地局から下りリンクのために第２の帯域幅部分においてグラントを受信することであって、該グラントは、前記複数のリソースプールのうちのリソースプールに関連付けられたリソースを示し、前記リソースプールは、前記グラント内のリソースプール・インデックスに関連付けられる、受信することと、
前記リソースを使用して、前記Ｄ２Ｄインタフェースでの送信を実行することと、を含む方法。

【請求項2】

前記複数のリソースプールは、ＲＲＣ（Radio Resource Control）シグナリングを介して設定される、請求項１に記載の方法。

【請求項3】

前記グラント内のフィールドは、前記リソースプール・インデックスまたは前記リソースプールのアイデンティティを示す、請求項１に記載の方法。

【請求項4】

セルがＳｐＣｅｌｌ（Special Cell）またはＰＣｅｌｌ（Primary Cell）である、請求項１に記載の方法。

【請求項5】

セルがＳＣｅｌｌ（Secondary Cell）である、請求項１に記載の方法。

【請求項6】

前記グラントは、サイドリンク・グラントまたはＤ２Ｄ（Device-to-Device）インタフェースのためのグラントである、請求項１に記載の方法。

【請求項7】

前記グラントを受信することは、前記リソースをスケジューリングするための下りリンク制御信号を受信することを指す、請求項１に記載の方法。

【請求項8】

前記グラントを受信することは、前記基地局によって設定されたグラントで設定される、あるいはアクティベートされることを指す、請求項１に記載の方法。

【請求項9】

前記送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信である、請求項１に記載の方法。

【請求項10】

前記送信は、第２の通信デバイスに対するものである、請求項１に記載の方法。

【請求項11】

第１の通信デバイスについての方法であって、
基地局によって、第１のＲＲＣ（Radio Resource Control）シグナリングを介して複数のリソースプールで設定されることであって、前記第１のＲＲＣシグナリングは、前記複数のリソースプールにおける各リソースプールが１つのリソースプール・アイデンティティに関連付けられることを示す、設定されることと、
前記第１のＲＲＣシグナリングまたは第２のＲＲＣシグナリングを介して、サイドリンクＳＰＳ（Semi-Persistent Scheduling）のための設定で設定されることであって、該サイドリンクＳＰＳのための設定は、前記第１のＲＲＣシグナリングにおいて示されるリソースプール・アイデンティティを含む、設定されることと、
複数のリソースプールのうちのリソースプール内のリソースを使用して、前記サイドリンクＳＰＳのための設定に基づいてデバイス・ツー・デバイス・インタフェースでの送信を実行することであって、該リソースプールは前記リソースプール・アイデンティティに関連付けられている、実行することと、を含む方法。

【請求項12】

前記送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信である、請求項１１に記載の方法。

【請求項13】

前記送信は、第２の通信デバイスに対するものである、請求項１１に記載の方法。

【請求項14】

前記サイドリンクＳＰＳは、アクティベーション・シグナリングなしで使用される、請求項１１に記載の方法。

【請求項15】

前記サイドリンクＳＰＳは、前記基地局からアクティベーション・シグナリングを受信した後に使用される、請求項１１に記載の方法。

【請求項16】

第１の通信デバイスであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
基地局によって、複数のリソースプールで設定されることであって、前記複数のリソースプールのうちの各リソースプールは、第１の帯域幅部分においてＤ２Ｄ（Device-to-Device）インタフェースでのＶ２Ｘ（Vehicle-to-Everything）通信またはサイドリンク通信を実行するのために使用される、設定されることと、
前記基地局から下りリンクのために第２の帯域幅部分においてグラントを受信することであって、該グラントは、前記複数のリソースプールのうちのリソースプールに関連付けられたリソースを示し、前記リソースプールは、前記グラント内のリソースプール・インデックスに関連付けられる、受信することと、
前記リソースを使用して、前記Ｄ２Ｄインタフェースでの送信を実行することと、を行うように構成されている、通信デバイス。

【請求項17】

第１の通信デバイスであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
基地局によって、第１のＲＲＣ（Radio Resource Control）シグナリングを介して複数のリソースプールで設定されることであって、前記第１のＲＲＣシグナリングは、前記複数のリソースプールにおける各リソースプールが１つのリソースプール・アイデンティティに関連付けられることを示す、設定されることと、
前記第１のＲＲＣシグナリングまたは第２のＲＲＣシグナリングを介して、サイドリンクＳＰＳのための設定で設定されることであって、該サイドリンクＳＰＳのための設定は、前記第１のＲＲＣシグナリングにおいて示されるリソースプール・アイデンティティを含む、設定されることと、
複数のリソースプールのうちのリソースプール内のリソースを使用して、前記サイドリンクＳＰＳのための設定に基づいてデバイス・ツー・デバイス・インタフェースでの送信を実行することであって、該リソースプールは前記リソースプール・アイデンティティに関連付けられている、実行することと、を行うように構成されている、通信デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１８年８月１０日に出願された米国仮特許出願第６２／７１７，３９５号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。

【0002】

この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおける複数のデバイス・ツー・デバイス・リソースプールに対するリソースを割り当てる方法および装置に関連する。
に関連する。

【背景技術】

【0003】

移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。

【0004】

例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）である。Ｅ－ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。

【発明の概要】

【0005】

方法および装置は、通信デバイスの観点から開示される。一実施形態では、本方法は、デバイスは、セルに対して基地局により複数のリソースプールで設定されることを含む。本方法はさらに、デバイスが基地局からグラントを受信することを含み、グラントは、グラント内のリソースプール・インデックスを介して、複数のリソースプールのうちのリソースプールに関連付けられたリソースを示す。本方法はまた、デバイスがそのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行することを含む。

【図面の簡単な説明】

【0006】

【図1】１つの例示的な実施形態による無線通信システムの図を示す。

【図2】１つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。

【図3】１つの例示的な実施形態による通信システムの機能ブロック図である。

【図4】１つの例示的な実施形態による図３のプログラムコードの機能ブロック図である。

【図5】３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の図６．１．６－１の複製である。

【図6】３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の図６．１．６－２の複製である。

【図7】３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の図６．１．６－３の複製である。

【図8】３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の図６．１．６－３ａの複製である。

【図9】３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の図６．１．６－４の複製である。

【図10】３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の表６．２．４－１の複製である。

【図11】３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の表６．２．４－２の複製である。

【図12】３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．２．０の図５．６．１０．１－１の複製である。

【図13】３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．２．０の図５．１０．２－１の複製である。

【図14】３ＧＰＰ ＴＳ ３８．３３１ Ｖ１５．２．０の図５．２．２．１－１の複製である。

【図15】１つの例示的な実施形態による図である。

【図16】１つの例示的な実施形態によるフローチャートである。

【図17】１つの例示的な実施形態によるフローチャートである。

【図18】１つの例示的な実施形態によるフローチャートである。

【図19】１つの例示的な実施形態によるフローチャートである。

【図20】１つの例示的な実施形態によるフローチャートである。

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

【0007】

以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（ロング・ターム・エボリューション）無線アクセス、３ＧＰＰ ＬＴＥ－ＡもしくはＬＴＥ－Ａｄｖａｎｃｅｄ（ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２ ＵＭＢ（Ultra Mobile Broadband：超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰ ＮＲ（New Radio）、またはその他何らかの変調技術に基づいてよい。

【0008】

特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、TS 36.321 V15.2.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification”; TS 36.331 V15.2.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification”; TS 38.321 V15.2.0, “Medium Access Control (MAC) protocol specification”;およびTS 38.331 V15.2.1, “Radio Resource Control (RRC) protocol specification”を含む。上記に挙げた標準および文書は、全体として参照により本明細書に明示的に援用される。

【0009】

図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。

【0010】

アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。

【0011】

順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。

【0012】

アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。

【0013】

図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。

【0014】

一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。

【0015】

各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ－ＰＳＫ、またはＭ－ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。

【0016】

そして、すべてのデータストリームについての変調シンボルはＴＸ ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ ＭＩＭＯプロセッサ２２０は、Ｎ_Ｔ個の変調シンボルストリームをＮ_Ｔ個の送信機（ＴＭＴＲ）２２２ａ～２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。

【0017】

各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ～２２２ｔからのＮ_Ｔ個の変調信号がそれぞれ、Ｎ_Ｔ個のアンテナ２２４ａ～２２４ｔから送信される。

【0018】

受信機システム２５０においては、送信された変調信号はＮ_Ｒ個のアンテナ２５２ａ～２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ～２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。

【0019】

そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、Ｎ_Ｒ個の受信機２５４からのＮ_Ｒ個の受信シンボルストリームを受信および処理して、Ｎ_Ｔ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。

【0020】

プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。

【0021】

逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ～２５４ｒにより調節され、送信機システム２１０に送り戻される。

【0022】

送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。

【0023】

図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。

【0024】

図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。

【0025】

３ＧＰＰ ＴＳ ３６．３２１は、ＭＡＣ(Medium Access Control：媒体アクセス制御)におけるＤ２Ｄ(Device-to-Device：デバイス・ツー・デバイス)Ｖ２Ｘ(Vehicle-to-Everyting：ビークル・ツー・エブリシング)手順を以下のように説明している：
［外１］

［図５として、“R/R/E/LCID/F/L MAC subheader”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の図６．１．６－１を複製する。］
［図６として、“R/R/E/LCID MAC subheader”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の図６．１．６－２を複製する。］
［図７として、“SL-SCH MAC subheader for V =‘0001’ and ‘0010’”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の図６．１．６－３を複製する。］
［図８として、“SL-SCH MAC subheader for V =‘0011’”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の図６．１．６－３ａを複製する。］
［外２］

［図９として、“Example of MAC PDU consisting of MAC header, MAC SDUs and padding”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の図６．１．６－４を複製する。］
［外３］

［図１０として、“Values of LCID for SL-SCH”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の表６．２．４－１を複製する。］
［図１１として、“Values of F field:”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．２．０の表６．２．４－２を複製する。］

【0026】

３ＧＰＰ ＴＳ ３６．３３１は、ＲＲＣ(Radio Resource Control：無線リソース制御)におけるＤ２Ｄ Ｖ２Ｘ手順を以下のように説明している：
［外４］

［図１２として、“UE Assistance Information”と題する、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．２．０の図５．６．１０．１－１を複製する。］
［外５］

［図１３として、“Sidelink UE information”と題する、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．２．０の図５．１０．２－１を複製する。］
［外６］

５．１０．１３．２ Ｖ２Ｘサイドリンク通信送信プール選択
Ｖ２Ｘサイドリンク通信のために使用される周波数について、５．１０．１３．１に規定されているようにｚｏｎｅＣｏｎｆｉｇが、無視されない場合、Ｖ２Ｘサイドリンク通信のための上位レイヤによって設定されたＵＥは、ＵＥの地理的座標に対応するプールのみを使用するものとし、ｚｏｎｅＣｏｎｆｉｇが、サービングセル（ＲＲＣ＿ＩＤＬＥ）／ＰＣｅｌｌ（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）のＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１または関係周波数のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる場合、ＵＥが、関連周波数のＲＲＣシグナリングによって提供される複数のリソースプールを使用するように設定され、あるいはｚｏｎｅＣｏｎｆｉｇが、関連周波数のＳＬ－Ｖ２Ｘ－Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる場合、ＵＥが、５．１０．１３．１に従って周波数のＳＬ－Ｖ２Ｘ－Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎにおける複数のリソースプールを使用するように設定される。ＵＥは、５．１０．８．２に従って選択された同期参照ソースに関連するプールのみを使用するものとする。
１＞ ＵＥが５．１０．１３．１に従ってＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１におけるｖ２ｘ－ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔにおけるｐ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎまたはｐ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌ上で送信するように設定されている場合、
１＞ ＵＥが５．１０．１３．１に従ってＳＬ－Ｖ２Ｘ－Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎにおけるｐ２ｘ－ＣｏｍｍＴｘＰｏｏｌＬｉｓｔ－ｒ１４上で送信するようにＵＥが設定されている場合、
１＞ ｚｏｎｅＣｏｎｆｉｇがＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１に含まれておらず、ＵＥがｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎまたはｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄ上で送信するように設定されている場合、
１＞ ｚｏｎｅＣｏｎｆｉｇが、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１に含まれ、ＵＥが、Ｐ２Ｘに関するＶ２Ｘサイドリンク通信のためにｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄ上で送信するように設定され、ｚｏｎｅＩＤがｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄに含まれない場合、
１＞ ｚｏｎｅＣｏｎｆｉｇが、関係周波数のｖ２ｘ－ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔのエントリーに含まれておらず、ＵＥが、ｖ２ｘ－ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔにおけるｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌ、またはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎにおけるｖ２ｘ－ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔにおけるｐ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌ上で送信するように設定されている場合、
１＞ ｚｏｎｅＣｏｎｆｉｇが、関係周波数のＳＬ－Ｖ２Ｘ－Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれておらず、ＵＥが、関係周波数のＳＬ－Ｖ２Ｘ－Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎにおけるｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＬｉｓｔ上で送信するように設定されている場合：
２＞ ５．１０．８．２に従って選択された同期参照ソースに関連する第１のプールを選択し、
１＞ ｚｏｎｅＣｏｎｆｉｇが、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１に含まれ、ＵＥが、ｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎまたはＰ２Ｘに関しないＶ２Ｘサイドリンク通信のためにｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｉｄｉｃａｔｅｄ上で送信するように設定されている場合、
１＞ ｚｏｎｅＣｏｎｆｉｇが、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１に含まれ、ＵＥが、Ｐ２Ｘに関するＶ２Ｘサイドリンク通信のためにｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄ上で送信するように設定され、ｚｏｎｅＩＤが、ｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄに含まれる場合、
１＞ ｚｏｎｅＣｏｎｆｉｇが、関係周波数のｖ２ｘ－ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔのエントリーに含まれ、ＵＥが、ｖ２ｘ－ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔにおけるｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌ、またはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎにおけるｖ２ｘ－ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔにおけるｐ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌ上で送信するように設定されている場合、
１＞ ｚｏｎｅＣｏｎｆｉｇが、関係周波数のＳＬ－Ｖ２Ｘ－Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれ、ＵＥが、関係周波数のＳＬ－Ｖ２Ｘ－Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎにおけるｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＬｉｓｔ上で送信するように設定されている場合
２＞ 以下で決定されるゾーンアイデンティティに等しいｚｏｎｅＩＤで設定され、５．１０．８．２に従って選択された同期参照ソースに関連付けられたプールを選択し、
ＵＥは、ｚｏｎｅＣｏｎｆｉｇがＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１またはＳＬ－Ｖ２Ｘ－Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれている場合、以下の式を使用して、位置するゾーンのアイデンティティ（すなわち、Ｚｏｎｅ＿ｉｄ）を決定するものとする。
ｘ _１ ＝Ｆｌｏｏｒ（ｘ／Ｌ）Ｍｏｄ Ｎｘ
ｙ _１ ＝Ｆｌｏｏｒ（ｙ／Ｗ）Ｍｏｄ Ｎｙ
Ｚｏｎｅ＿ｉｄ＝ｙ _１ ＊Ｎｘ＋ｘ _１
式中のパラメータは、以下のように定義される：
Ｌは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１またはＳＬ－Ｖ２Ｘ－ＰｒｅｃｏｎｆｉｇｕｒａｔｉｏｎにおけるｚｏｎｅＣｏｎｆｉｇに含まれるｚｏｎｅＬｅｎｇｔｈの値であり、
Ｗは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１またはＳＬ－Ｖ２Ｘ－ＰｒｅｃｏｎｆｉｇｕｒａｔｉｏｎのｚｏｎｅＣｏｎｆｉｇに含まれるｚｏｎｅＷｉｄｔｈの値であり、
Ｎｘは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１またはＳＬ－Ｖ２Ｘ－ＰｒｅｃｏｎｆｉｇｕｒａｔｉｏｎのｚｏｎｅＣｏｎｆｉｇに含まれるｚｏｎｅＩｄＬｏｎｇｉＭｏｄの値であり、
Ｎｙは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１またはＳＬ－Ｖ２Ｘ－ＰｒｅｃｏｎｆｉｇｕｒａｔｉｏｎのｚｏｎｅＣｏｎｆｉｇに含まれるｚｏｎｅＩｄＬａｔｉＭｏｄの値であり、
ｘは、ＷＧＳ８４モデル［８０］に従い、ＵＥの現在位置と地理的座標（０、０）との間の経度における測地線距離であり、メートルで表され、
ｙは、ＷＧＳ８４モデル［８０］による、ＵＥの現在位置と地理的座標（０、０）との間の緯度における測地線距離であり、メートルで表される。
ＵＥは、上述の式に従って計算され、５．１０．１３．１に従ってｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄ、ｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ、ｖ２ｘ－ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔにおけるｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌ、またはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎにおけるｖ２ｘ－ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔにおけるｐ２ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌ、またはｖ２ｘ－ＣｏｍｍＴｘＰｏｏｌＬｉｓｔによって示されるＺｏｎｅ＿ｉｄと等しいｚｏｎｅＩＤを含むリソースのプールを選択するものとする。
注記１：ＵＥは、その最新の地理的座標を使用してリソースプールの選択を行う。
注記２：地理的座標が利用可能ではなく、ゾーン固有の複数のＴＸリソースプールが関連周波数のために設定されている場合、どのリソースプールがＶ２Ｘサイドリンク通信のために選択されるかはＵＥ実装による。

【0027】

３ＧＰＰ ＴＳ ３８．３３１では、ネットワークからシステム情報および設定を導出する方法を以下のように説明している：
［外７］

[図１４として、“System information acquisition”と題する、３ＧＰＰ ＴＳ ３８．３３１ Ｖ１５．２．０の図５．２．２．１－１を複製する。]
［外８］

【0028】

Ｄ２ＤインタフェースでのＶ２Ｘ通信のためのリソースに関して、ＵＥは、ネットワーク・スケジューリングおよび／または自律選択に基づいてリソースを使用することができる。ネットワーク・スケジューリングの場合、ＵＥにリソースプールが設定され、リソースプール内の割り当てられたリソースを示す対応するスケジューリングを受信することができる。ＵＥ自律選択の場合、ＵＥにリソースプールが設定され、ＵＥがＤ２Ｄインタフェースを介してＶ２Ｘ通信を実行したい場合、リソースプールからリソースを選択する。一実施形態では、リソース選択は、ランダム選択とすることができる。ＵＥは、ランダム選択を実行するために利用可能なリソースを決定するためにエネルギーセンシング（energy sensing）をすることができる。ネットワーク・スケジューリングおよび自律選択の可能な例を図１５に示す。

【0029】

Ｄ２ＤインタフェースでのＶ２Ｘ通信を実現するために、ＵＥはリソースプールからリソースを導出する必要があることがある。ＬＴＥ設計に基づくと、ＲＲＣ ＣＯＮＮＥＣＴＥＤのＵＥは、ネットワーク・スケジューリング・モードまたはＵＥ選択モードとして設定することができる。そして、ＲＲＣ ＩＤＬＥのＵＥは、ＵＥ選択モードとしてのみ機能するとしてよい。ネットワーク・スケジューリング・モードは、動的スケジューリングおよびセミパーシステント・スケジューリングを含むことができる。動的スケジューリングは、基地局がＵＥからのサイドリンクＢＳＲに基づいてＳＬグラントをＵＥに送信することである。セミパーシステント・スケジューリング（ＳＰＳ）は、基地局がＳＬグラントを送信して、ＵＥ内のサイドリンクＳＰＳ設定をアクティベートする（activate）ことである。

【0030】

ＮＲでは、ＳＰＳはグラントフリーを指すこともできる。グラントフリーとは、設定されるＳＬグラント情報が、基地局からのアクティベーション・コマンド（例えば、ＤＣＩ、ＰＤＣＣＨ信号）を通して指示する代わりに、サイドリンクＳＰＳ設定に含まれることを意味することができる。グラントフリーとは、設定されるＳＬグラント情報がサイドリンクＳＰＳ設定に含まれることを意味することができる。サイドリンクＳＰＳ設定は、ＵＥが設定された後、アクティベーション・コマンドなしで直接的にアクティベートされることができる。ＵＥ選択モードは、ＵＥがリソースプール内の使用可能なリソースを決定し、使用可能なリソースセットからリソースを選択することである。選択は、ランダム選択またはＵＥの要求（例えば、信頼性、ＴＢの大きさなど）に基づいた選択とすることができる。利用可能なリソースは、リソースプール設定および／またはセンシング手順に基づいて決定することができる。たとえば、リソースプール内のすべてのリソースは、使用可能なリソースとみなすことができる。別の例として、ＵＥは、リソースプール設定またはリソースプールに関連する送信パラメーター設定に基づいて、リソースプール内の一部のリソースを除く、あるいはその使用を防ぐことができる。別の例として、ＵＥは、センシング手順の結果に基づいて、リソースプール内の一部のリソースを除く、あるいはその使用を防ぐことができる（例えば、強い干渉を伴うリソースまたは占有されているリソースの使用を防ぐ）。

【0031】

一実施形態では、以下に述べる割り当てられるリソースは、リソースプールおよび／またはリソースプール構成に基づいて解釈することができる。

【0032】

一実施形態では、リソースプールはリソースプール設定に基づいて定義することができる。リソースプールは、１つまたは複数のＢＷＰ内またはこれらに関連付けられたフレキシブル・スロットおよび／またはフレキシブル・シンボルのセットとすることができる。例を、方法２の解決策２または上記のＦＤＤまたはＴＤＤに対する方法３において示す。一実施形態では、１つまたは複数の帯域幅部分は、上りリンクＢＷＰとすることができる。代替的には、１つまたは複数の帯域幅部分は、下りリンクＢＷＰとすることができる。

【0033】

リソースプールは、帯域幅部分とすることができる。一実施形態では、帯域幅部分は、上記のＦＤＤまたはＴＤＤに対する方法１として、Ｖ２Ｘのための特別な帯域幅部分とすることができる。代替的には、帯域幅部分は、上りリンクＢＷＰまたは下りリンクＢＷＰとすることができる。

【0034】

ネットワーク・スケジューリング・モード － リソースの展開と複数のヌメロロジ（numerologies）の概念に関して、ネットワーク・スケジューリング・モードとして設定されたＵＥは、基地局からサイドリンク・グラントを受信する必要があることがある。上記でのヌメロロジ議論に基づいて、一つの可能な方法は、プール内での送信を示すためのヌメロロジ・インデックスを搬送する制御信号である。一方で、ＵＥはまた、セルに対して複数のリソースプールで設定されることができる。複数のリソースプールは、いくつの条件の場合に使用することができる。可能な条件は、以下に挙げる１つまたは複数の条件とすることができる：
１． 異なる帯域幅部分をサポート
２． 異なるヌメロロジのサポート
３． 異なる地理的位置（例えば、ゾーン、ＧＰＳ位置、セル方向、関連するＳＳＢ）をサポート

【0035】

条件１の場合、ＵＥは、（例えば、上りリンクの場合および／または下りリンクの場合および／またはＤ２ＤでのＶ２Ｘ通信の場合）複数のＢＷＰで設定されることができる。しかし、ＵＥは、ＮＲ ｒｅｌ－１５では、ただ１つのアクティベートされたＢＷＰを有することができる。リソースプールが帯域幅部分に関連付けられる場合、帯域幅部分の切り替えはＶ２Ｘサービスの中断を引き起こす可能性がある。中断を防ぐために、ネットワークは、異なる帯域幅部分で異なるリソースプールを提供することができる。一実施形態では、ＵＥは、一度に設定された複数のリソースプール内でただ１つのリソースプールを使用することができる。

【0036】

条件２の場合、リソースプールが１つのヌメロロジに関連付けられる場合、ＵＥは異なるヌメロロジをサポートするために複数のリソースプールを必要とすることがある。条件３の場合、リソース効率を考慮すると、同じリソースが異なる領域で共有される可能性があり、ここでは、あるリソースが他の領域に属する同じリソースによって干渉されない。ＵＥは、異なる位置（locations）をサポートするために異なるリソースプールで設定されることができる。

【0037】

ＵＥがネットワーク・スケジューリング・モードとして設定され、複数のリソースプールで設定される場合、ＵＥは、受信したサイドリンク・グラントがどのリソースプールに対するものかを理解する必要があることがある。サイドリンク・グラントとリソースプールの関連付けを確立するために、いくつかの可能な解決策を検討することができる。

【0038】

解決策１ － ネットワークは、ＤＣＩを介してＵＥに関連付けを示す。この解決策では、ネットワークは、サイドリンク・リソースと、リソースプールとサイドリンク・リソースの関連付けとの両方を提供するＤＣＩ（例えば、ＳＬグラント）を送信することができる。関連付けは、明示的なフィールドを介して示すことができる。１つの可能な方法は、サイドリンク・グラントが帯域幅部分インデックスを示すことである。帯域幅部分がただ１つのリソースプールに関連付けられる場合、帯域幅部分インデックスは、ＵＥがサイドリンク・グラントとリソースプールの関連付けを理解するのに役立つ可能性がある。

【0039】

別の可能な方法は、サイドリンク・グラントがリソースプールのインデックスまたはアイデンティティ（identity）を示すことができるということである。そのような場合、関連付けは明確となる。さらに、サイドリンク・グラントは、帯域幅部分のインデックスとリソースプールのインデックスとの両方を示すことができる。サイドリンク・グラントはまた、ヌメロロジのインデックスを示すことができる。ヌメロロジとリソースプールの間の１対１のマッピングに基づいて、ＵＥは、サイドリンク・グラントとリソースプールの間の関連付けを理解することができる。

【0040】

別の可能な方法は、サイドリンク・グラントが地理的関連情報を示すことができるということである。一実施形態では、その情報は、ＳＳＢ関連情報またはゾーンインデックスとすることができる。

【0041】

解決策２ － ネットワークは、設定を通してＵＥに関連付けを示すか、確立することができる。この解決策では、ネットワークは、関連付けを確立するためにＵＥにその設定を割り当ててよい。例えば、関連付けは、ＳＰＳ設定にリソースプールＩＤまたは帯域幅部分ＩＤを含めることに基づいて確立することができる。ＳＰＳ（例えば、グラントフリー、ＳＰＳ、設定済みグラント）は、ＳＰＳがアクティベートされるあるいは設定されるとき、リソースプールまたはＢＷＰに対応するリソースプールに直接的に関連付られ得る。別の例として、ネットワークは、サイドリンク・グラントの情報との関連付けをリソースプールに割り当てることができる。その情報は、以下に挙げる１つまたは複数の候補とすることができる：
１． 対応するサイドリンク・グラント（例、コアセット（coreset）、検索空間）を監視するための制御リソース領域
２． ＲＮＴＩ（例えば、異なるリソースプールは異なるＲＮＴＩに関連付けられる）
３． 制御信号フォーマット
４． 制御信号長
５． ゾーン関連情報（例：ＳＳＢ関連情報、ＴＣＩ状態、ゾーンＩＤ）

【0042】

例えば、候補情報に基づいてサイドリンク・グラントが受信される場合、ＵＥは、サイドリンク・グラントがどのリソースプールに割り当てられているかを理解することができる。関連付けは、ＲＲＣ専用信号（例えば、ＲＲＣ再設定）を介して、あるいはシステム情報（例えば、他のＳＩ、Ｖ２ＸのためのＳＩＢ、ＭＩＢ、ＳＩＢ１）を介して割り当てられることができる。関連付けは、その情報をリソースプールに関連する設定（例えば、ｃｏｒｓｅｔ設定またはリソースプール設定におけるインデックス）に情報を含めることによっても割り当てられることができる。

【0043】

解決策３（暗黙のルール）－この解決策では、関連付けは、事前に定義された規則または事前に定義された理解に基づいて確立することができる。１つ可能な方法としては、ある帯域幅部分で受信されたＳＬグラントは、帯域幅部分に関連付けられたリソースプール、またはこれに位置するリソースプールをスケジューリングするためのみに使用される。ネットワークは、別の帯域幅部分に関連付けられた、あるいはこれに位置する別のリソースプールでＳＬグラントをスケジュールするために帯域幅部分を切り替える必要があることがある。一実施形態では、リソースプールと帯域幅部分との間の関連付けは、ＦＤＤまたはＴＤＤシステムに対して上述した方法１および方法２を参照することができる。

【0044】

図１６は、１つの例示的実施形態による第１の通信デバイスの観点からのフローチャート１６００である。ステップ１６０５では、第１の通信デバイスは、セルに対して基地局によって複数のリソースプールで設定される。ステップ１６１０では、第１の通信デバイスは、基地局からグラントを受信し、そのグラントは、グラント内のリソースプール・インデックスを介して、複数のリソースプールのうちのリソースプールに関連付けられたリソースを示す。ステップ１６１５では、第１の通信デバイスは、そのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行する。

【0045】

一実施形態では、リソースプールは、リソースプール・インデックスで設定されることができる。さらに、グラント内のフィールドは、リソースプール・インデックスまたはリソースプールのアイデンティティを示すことができる。

【0046】

一実施形態では、関連付けは、グラント内の帯域幅部分インデックスを介して示される。リソースプールは、帯域幅部分インデックスで設定された帯域幅部分に関連付けられることができる。複数のリソースプールは、Ｄ２ＤインタフェースでのＶ２Ｘ通信のためのものとすることができる。

【0047】

一実施形態では、セルは、ＳｐＣｅｌｌ（Special Cell：特別セル）またはＰＣｅｌｌ（Primary Cell：プライマリセル）とすることができる。代替的には、セルは、ＳＣｅｌｌ（Secondary Cell：セカンダリセル）とすることができる。

【0048】

一実施形態では、グラントは、サイドリンク・グラントまたはＤ２Ｄインタフェースのためのグラントとすることができる。グラントを受信することは、リソースをスケジューリングするための下りリンク制御信号（例えば、ＰＤＣＣＨ信号）を受信することを指すことができる。グラントを受信することはまた、基地局によって設定されたグラントで設定される、あるいはアクティベートにされることを指すことができる。

【0049】

一実施形態では、送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信とすることができる。さらに、送信は、第２の通信デバイスに対するものとすることができる。

【0050】

図３および図４に戻って参照すると、通信デバイスの１つの例示的な実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、通信デバイスが、（ｉ）セルに対して基地局によって複数のリソースプールで設定されることと、（ｉｉ）グラントを基地局から受信することであって、グラントは、グラント内のリソースプール・インデックスを介して、複数のリソースプールのうちのリソースプールに関連付けられたリソースを示す、受信することと、（ｉｉｉ）そのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを行うことができる。

【0051】

図１７は、１つの例示的実施形態による第１の通信デバイスの観点からのフローチャート１７００である。ステップ１７０５では、第１の通信デバイスは、セルに対して基地局によって複数のリソースプールで設定される。ステップ１７１０では、第１の通信デバイスは、サイドリンクＳＰＳ（Semi-Persistent Scheduling）のための設定で設定され、その設定は、リソースプール・インデックスを含む。ステップ１７１５では、第１の通信デバイスは、複数のリソースプールうちのリソースプール内のリソースを使用して、その設定に基づいてデバイス・ツー・デバイス・インタフェースでの送信を実行し、そのリソースプールはリソースプール・インデックスに関連付けられている。

【0052】

一実施形態では、送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信とすることができる。さらに、送信は、第２の通信デバイスに対するものとすることができる。

【0053】

一実施形態では、サイドリンクＳＰＳは、アクティベーション・シグナリングなしで使用されることができる。さらに、サイドリンクＳＰＳは、基地局からアクティベーション・シグナリングを受信した後に使用されることができる。

【0054】

図３および図４に戻って参照すると、通信デバイスの１つの例示的な実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、通信デバイスが、（ｉ）セルに対して基地局によって複数のリソースプールで設定されることと、（ｉｉ）サイドリンクＳＰＳのための設定で設定されることであって、その設定はリソースプール・インデックスを含む、設定されることと、（ｉｉｉ）複数のリソースプールのうちのリソースプール内のリソースを使用して、その設定に基づいてデバイス・ツー・デバイス・インタフェースでの送信を実行することであって、そのリソースプールはリソースプール・インデックスに関連付けれらている、実行することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。

【0055】

図１８は、１つの例示的な実施形態による第１の通信デバイスの観点からのフローチャート１８００である。ステップ１８０５では、第１の通信デバイスには、セルに対して基地局によって複数のリソースプールで設定される。ステップ１８１０では、第１の通信デバイスは、基地局からグラントを受信し、そのグラントは、複数のリソースプールのうちのリソースプールに関連付けられたリソースを示す。ステップ１８１５では、第１の通信デバイスは、そのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行する。

【0056】

一実施形態では、関連付けは、グラント内のリソースプール・インデックスを介して示すことができ、リソースプールは、リソースプール・インデックスで設定することができる。この関連付けは、グラント内のヌメロロジ・インデックスを介して示すこともでき、リソースプールは、ヌメロロジ・インデックスで設定されたヌメロロジに関連付けられることができる。追加的には、関連づけは、グラント内の帯域幅部分インデックスを介して示すことができ、リソースプールは、帯域幅部分インデックスで設定された帯域幅部分と関連付けられることができる。さらに、関連付けは、グラント内のＴＣＩ（Transmission Configuration Indication）状態を介して示すことができ、リソースプールは、ＴＣＩ状態と関連付けることができる。関連付けは、グラント内のＳＳＢ（Synchronization Signal Block）関連情報を介して指示されることができ、リソースプールは、ＳＳＢ関連情報によって示されるＳＳＢと関連付けられることができる。複数のリソースプールは、Ｄ２ＤインタフェースでのＶ２Ｘ通信のためのものとすることができる。

【0057】

一実施形態では、セルは、ＳｐＣｅｌｌまたはＰＣｅｌｌとすることができる。セルはまた、ＳＣｅｌｌとすることができる。

【0058】

一実施形態では、グラントは、サイドリンク・グラントまたはＤ２Ｄインタフェースのためのグラントとすることができる。グラントを受信することは、リソースをスケジューリングするための下りリンク制御信号（例えば、ＰＤＣＣＨ信号）を受信することを指すことができる。グラントを受信することはまた、基地局によって設定されたグラントで設定されることを指すことができる。

【0059】

一実施形態では、送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信とすることができる。さらに、送信は、第２のデバイスに対するものとすることができる。

【0060】

図３および図４に戻って参照すると、第１の通信デバイスの１つの例示的な実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、第１の通信デバイスが、（ｉ）セルに対して基地局によって複数のリソースプールで設定されること、（ｉｉ）基地局からグラントを受信することであって、そのグラントは、複数のリソースプールのうちのリソースプールに関連付けられたリソースを示すここと、（ｉｉｉ）そのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。

【0061】

図１９は、１つの例示的な実施形態による第１の通信デバイスの観点からのフローチャート１９００である。ステップ１９０５では、第１の通信デバイスには、セルに対して基地局によって複数のリソースプールで設定される。ステップ１９１０では、第１の通信デバイスには、複数のリソースプールのうちのリソースプールを情報に関連付けるための設定で設定される。ステップ１９１５では、第１の通信デバイスは、その情報に基づいて基地局からリソースをスケジューリングするためのグラントを受信する。ステップ１９２０では、第１の通信デバイスは、そのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行する。

【0062】

一実施形態では、その情報は、グラントをスクランブルするためのアイデンティティ、検索空間設定、ＣＯＲＥＳＥＴ（Control Resource Set：制御リソースセット）設定、ＣＯＲＥＳＥＴインデックスもしくはアイデンティティ、ＴＣＩ状態もしくはＴＣＩ状態のインデックス、またはＳＳＢインデックスまたはＳＳＢに関連する時間および／または周波数リソース情報とすることができる。

【0063】

一実施形態では、複数のリソースプールは、Ｄ２ＤインタフェースでのＶ２Ｘ通信のためのものとすることができる。セルは、ＳｐＣｅｌｌまたはＰＣｅｌｌとすることができる。セルはまた、ＳＣｅｌｌとすることができる。

【0064】

一実施形態では、グラントは、サイドリンク・グラントまたはＤ２Ｄインタフェースのためのグラントとすることができる。グラントを受信することは、リソースをスケジューリングするための下りリンク制御信号（例えば、ＰＤＣＣＨ信号）を受信することを指すことができる。グラントを受信することはまた、基地局によって設定されたグラントで設定されることを指すことができる。

【0065】

一実施形態では、送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信とすることができる。送信はまた、第２のデバイスに対するものとすることができる。

【0066】

図３および図４に戻って参照すると、第１の通信デバイスの１つの例示的実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、第１の通信デバイスが、（ｉ）セルに対して基地局によって複数のリソースプールで設定されることと、（ｉｉ）複数のリソースプールのうちのリソースプールを情報に関連付けるための設定で設定されることと、（ｉｉｉ）その情報に基づいて基地局からリソースをスケジュールするためのグラントを受信することと、（ｉｖ）そのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。

【0067】

図２０は、１つの例示的な実施形態による第１の通信デバイスの観点からのフローチャート２０００である。ステップ２００５では、第１の通信デバイスは、セルに対して第１の帯域幅部分で設定される。ステップ２０１０では、第１の通信デバイスは、セルに対して基地局によって複数のリソースプールで設定される。ステップ２０１５では、第１の通信デバイスは、リソースをスケジューリングするために、第１の帯域幅部分でグラントを基地局から受信する。ステップ２０２０では、第１の通信デバイスは、複数のリソースプールのうちのリソースプール内のリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を行い、そのリソースプールは、複数のリソースプールのうち、第１の帯域幅部分に関連付けられたただ１つのリソースプールである。

【0068】

一実施形態では、第１の通信デバイスは、第２の帯域幅部分で設定されることができる。複数のリソースプールは、Ｄ２ＤインタフェースでのＶ２Ｘ通信のためのものとすることができる。セルは、ＳｐＣｅｌｌまたはＰＣｅｌｌとすることができる。セルはまた、ＳＣｅｌｌとすることができる。

【0069】

一実施形態では、グラントは、サイドリンク・グラントまたはＤ２Ｄインタフェースのためのグラントとすることができる。グラントを受信することは、リソースをスケジューリングするための下りリンク制御信号（例えば、ＰＤＣＣＨ信号）を受信することを指すことができる。グラントを受信することはまた、基地局によって設定されたグラントが設定されることを指すことができる。

【0070】

一実施形態では、送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信とすることができる。送信はまた、第２のデバイスに対するものとすることができる。

【0071】

図３および図４に戻って参照すると、第１の通信デバイスの１つの例示的実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、第１の通信デバイスが、（ｉ）セルに対して第１の帯域幅部分で設定されることと、（ｉｉ）セルに対して基地局によって複数のリソースプールで設定されること、（ｉｉｉ）リソースをスケジューリングするために、第１の帯域幅部分でグラントを基地局から受信することと、（ｉｉｉ）複数のリソースプールのうちのリソースプール内のリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を行い、そのリソースプールは、複数のリソースプールのうち、第１の帯域幅部分に関連付けられたただ１つのリソースプールである、送信することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。

【0072】

以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示したいかなる特定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様は、他のいかなる態様からも独立に実装されることができ、これら態様のうちの２つ以上を種々組み合わせることができる。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装することができ、方法を実現することができる。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装することができ、このような方法を実現することができる。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立することができる。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。いくつかの態様において、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。

【0073】

当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。

【0074】

さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。

【0075】

追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。

【0076】

任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。

【0077】

本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ－ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。

【0078】

以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】