JPWO2017002285A1 - 無線通信のための方法及び装置 - Google Patents

Abstract

無線端末（１）は、ディスカバリ期間内のリソースプールの中から、無線端末（１）が自発的に選択したリソース値の第１の値ｎ１または基地局（２）から受信したパラメータの第１の値ｎ１に基づいて、ディスカバリ期間内でのＮＴＸ回のディスカバリ信号の送信のためにＮＴＸ個のサブフレームを選択する。値ｎ１に基づいて選択されるＮＴＸ個のサブフレームは、値ｎ１とは異なる第２の値に基づいて選択されるＮＴＸ個のサブフレームと比べて、少なくとも１つのサブフレームが同一であるが他の少なくとも１つのサブフレームが異なるように選択される。これにより、例えば、Ｄ２Ｄ通信の直接ディスカバリが行われる際に、Ｉｎ−Ｂａｎｄ Ｅｍｉｓｓｉｏｎｓ（ＩＢＥ）に起因する干渉によるディスカバリ信号の受信品質の低下を抑制できる。

Description

本開示は、端末間直接通信（device-to-device（D2D）通信）に関し、特にディスカバリ信号の送信に関する。

無線端末が基地局等のインフラストラクチャ・ネットワークを介さずに他の無線端末と直接的に通信する形態は、device-to-device（D2D）通信と呼ばれる。D2D通信は、直接通信（Direct Communication）および直接ディスカバリ（Direct Discovery）の少なくとも一方を含む。いくつかの実装において、D2D通信をサポートする複数の無線端末は、自律的に又はネットワークの指示に従ってD2D通信グループを形成し、当該D2D通信グループ内の他の無線端末と通信を行う。

3GPP Release 12に規定されたProximity-based services（ProSe）は、D2D通信の一例である（例えば、非特許文献１を参照）。ProSe直接ディスカバリは、ProSeを実行可能な無線端末（ProSe-enabled User Equipment（UE））が他のProSe-enabled UEを、これら２つのUEが有する無線通信技術（例えば、Evolved Universal Terrestrial Radio Access (E-UTRA) technology）の能力だけを用いてディスカバリする手順により行われる。ProSe直接ディスカバリは、３つ以上のProSe-enabled UEsにより行われてもよい。

ProSe直接通信は、ProSe直接ディスカバリの手順の後に、直接通信レンジ内に存在する２以上のProSe-enabled UEsの間の通信パスの確立を可能にする。言い換えると、ProSe直接通信は、ProSe-enabled UEが、基地局（eNodeB）を含む公衆地上移動通信ネットワーク（Public Land Mobile Network (PLMN)）を経由せずに、他のProSe-enabled UEと直接的に通信することを可能にする。ProSe直接通信は、基地局（eNodeB）にアクセスする場合と同様の無線通信技術（E-UTRA technology）を用いて行われてもよいし、Wireless Local Area Network (WLAN)の無線技術（つまり、IEEE 802.11 radio technology）を用いて行われてもよい。

3GPP Release 12では、直接通信または直接ディスカバリに用いられる無線端末間の無線リンクは、サイドリンク（Sidelink）と呼ばれる（例えば、非特許文献２のセクション１４を参照）。サイドリンク送信は、アップリンク及びダウンリンクのために定義されたLong Term Evolution（LTE）フレーム構造と同じフレーム構造を使用し、周波数および時間ドメインにおいてアップリンク・リソースのサブセットを使用する。無線端末（UE）は、アップリンクと同様のシングルキャリア周波数分割多重（Single Carrier FDMA（Frequency Division Multiple Access）、SC-FDMA）を使用してサイドリンク送信を行う。

3GPP Release 12 ProSeでは、サイドリンク送信のための無線リソースのUEへの割り当ては、無線アクセスネットワーク（e.g., Evolved Universal Terrestrial Radio Access Network（E-UTRAN））によって行われる。ProSe functionによってサイドリンク通信を許可されたUEは、無線アクセスネットワークノード（e.g., eNodeB（eNB））によって割り当てられた無線リソースを使用してProSe直接ディスカバリ又はProSe直接通信を行う。

ProSe直接ディスカバリに関しては、２つのリソース割り当てモード、つまりautonomous resource selection及びscheduled resource allocationが規定されている。autonomous resource selection及びscheduled resource allocation は、それぞれ“sidelink discovery Type 1”及び“sidelink discovery Type 2”と呼ばれる。

ProSe直接ディスカバリのautonomous resource selection（sidelink discovery Type 1）では、ディスカバリ信号（i.e., Physical Sidelink Shared Channel (PSDCH)）の送信（アナウンシング）を希望するUEがリソースプールの中から自律的に無線リソースを選択する。

一方、ProSe直接ディスカバリのscheduled resource allocation（sidelink discovery Type 2）では、UEがアナウンス用のリソース割り当てをRRCシグナリングでeNodeBに要求する。eNodeBは、リソースプールの中からアナウンス用のリソースをUEに割り当てる。scheduled resource allocationが使用される場合、eNodeBは、System Information Block （SIB 19）においてProSe直接ディスカバリのモニター用のリソースの提供をサポートするが、アナウンスメント用のリソースは提供しないことを示す。

ProSe直接ディスカバリのためのリソースプールは、ディスカバリ・リソースプールと呼ばれ、ブロードキャスト（SIB 19）又は個別シグナリング（RRCシグナリング）でeNBによってUEに設定される。ディスカバリ・リソースプールは、ディスカバリ期間（discovery period）内のL_PSDCH個のサブフレーム及びM^PSDCH_RP _RB個の周波数ドメイン・リソースブロックから成る。ディスカバリ期間は、PSDCH期間（period）とも呼ばれる。

ディスカバリ・リソースプールの指定方法について図１を用いて説明する。ディスカバリ・リソースプールは、サブフレーム・プールとリソースブロック・プールから成る。eNBは、サブフレーム・プールを特定するために、ディスカバリ期間の長さ（P）、ディスカバリ期間内でのサブフレーム・ビットマップの繰り返し回数（N_R）、並びにサブフレーム・ビットマップ及びその長さ（N_B）を指定する。

ディスカバリ期間の長さ（P）は、32、64、128、256、512、又は1024 無線フレームである。なお、3GPP Release 12（LTE-advanced）の無線フレームは、長さが10ミリ秒であり、10サブフレームから構成される。1サブフレームの長さは1ミリ秒である。したがって、ディスカバリ期間の長さ（P）は、320、640、1280、2560、5120、又は10240サブフレームである。

サブフレーム・ビットマップの長さ（N_B）は、4、8、12、16、30、40又は42 bitsである。サブフレーム・ビットマップは、“0”にセットされたビットに対応するサブフレームがディスカバリに使用されないことを示し、“1”にセットされたビットに対応するサブフレームがディスカバリに使用できることを示す。

ディスカバリ期間内でのサブフレーム・ビットマップの繰り返し回数（N_R）の最大値は、デュプレックスモード、frequency division duplex（FDD）又はtime division duplex（TDD）、に依存し、さらにTDDの場合UL/DL configurationに依存する。具体的には、繰り返し回数（N_R）の最大値は、FDD及びTDD UL/DL configuration 0の場合に値5であり、TDD UL/DL configuration 1の場合に値13であり、TDD UL/DL configuration 2の場合に値25であり、TDD UL/DL configuration 3の場合に値17であり、TDD UL/DL configuration 4の場合に値25であり、TDD UL/DL configuration 5の場合に50であり、TDD UL/DL configuration 6の場合に値7である。

したがって、１つのディスカバリ期間に対応するディスカバリ・リソースプールに含まれるサブフレーム数（L_PSDCH）は、サブフレーム・ビットマップで値１が指定されている数に繰り返し回数（N_R）を乗算することで得られる。図１の例では、サブフレーム・ビットマップの長さ（N_B）が8ビットであり、繰り返し回数（N_R）が5である。さらに、１つのサブフレーム・ビットマップ内の8ビットのうち3ビットが使用（値“1”）にセットされている（図１のハッチングされたサブフレーム）。したがって、ディスカバリ・リソースプールに含まれるサブフレーム数（L_PSDCH）は、15である。

一方、eNBは、リソースブロック・プールを特定するために、開始（start）Physical Resource Block（PRB）のインデックス（S1）、終了（end）PRBのインデックス（S2）、及びPRB数（M）を指定する。リソースブロック・プールは、PRBインデックスqが開始インデッククス（S1）以上であり且つS1+Mより小さい（S1 <= q < S1+M）M個のPRBsと、PRBインデックスqがS2-Mより大きく且つ終了インデッククス（S2）以下である（S2-M < q <= S2）M個のPRBsを含む（つまり、合計2M個のPRBs）。すなわち、eNBは、各々がM個のPRBsを含む２つのPRBクラスターをディスカバリ・リソースプールのために指定することができる。

図２は、１つのディスカバリ期間内のディスカバリ・リソースプールの一例を示す図である。図２の例では、ディスカバリ・リソースプールに含まれるサブフレーム数（L_PSDCH）は15である。ディスカバリ・リソースプール（つまり、サブフレーム・プール）に含まれるサブフレームは、以下のように表すことができる：

さらに、図２の例では、ディスカバリ・リソースプールに含まれるリソースブロック（PRB）数（M_RB ^PSDCH_RP）は、12である。ディスカバリ・リソースプール（つまり、リソースブロック・プール）に含まれるリソースブロックは、以下のように表すことができる：

本明細書では、１つのディスカバリ期間内のディスカバリ・リソースプールを表すために図２と同様のいくつかの図面を使用する。しかしながら、これまでの説明から明らかであるように、１つのディスカバリ・リソースプールに含まれる複数のサブフレームは時間的に連続していなかもしれないし、１つのディスカバリ・リソースプールに含まれる複数のリソースブロックは、２つのクラスターを含むことに留意されるべきである。

続いて以下では、3GPP Release 12に規定されている、ディスカバリ信号（PSDCH）送信のための無線リソース割り当てについて説明する。当該無線リソース割り当ての詳細は、非特許文献２のセクション14.3に詳しく記載されている。既に説明したように、ディスカバリ信号（PSDCH）送信のための無線リソース割り当ては、2つの異なる方式、すなわちsidelink discovery Type 1及びType 2が規定されている。Sidelink discovery Type 1では、無線リソースは、UEに依らずに（on a non-UE specific basis）割り当てられる。これに対して、Sidelink discovery Type 2では、無線リソースは、UEに応じて（on a UE specific basis）割り当てられる。なお、Type 2については、Type 2AおよびType 2Bの2通りが検討されていたが、現在のRelease 12では、Type 2Bのみが規定されている。Type 2Bでは、eNBは、ディスカバリ信号（PSDCH）送信のために無線リソースを準静的（semi-persistent）にUEに割り当てる。これに対して、現在のRelease 12では規定されていないが、Type 2Aでは、eNBは、ディスカバリ信号（PSDCH）送信のための無線リソースをディスカバリ期間（PSDCH期間）毎に動的にUEに割り当てる。

ここでは、Sidelink discovery Type 1のリソース割り当てについて説明する。Sidelink discovery Type 1の場合、UEは、リソース値n_PSDCHを自律的に選択するとともに、以下のようにPSDCH送信のためのサブフレーム及びリソースブロックを決定する。

i番目のPSDCH期間でのPSDCH上でのトランスポートブロックの送信回数は、N_SLD ^TX = n+1である。ここで、nは、上位レイヤパラメータであるdiscoveryNumRetxにより与えられる。パラメータdiscoveryNumRetxは、例えば、個別シグナリング（RRC Connection Reconfiguration）を用いてeNBによりUEに設定される。

UEが選択できるリソース値n_PSDCHの範囲は、ゼロ以上且つ（N_t*N_f - 1）以下の整数であり、ここで、N_t及びN_fは以下のように定義される：

ディスカバリ期間内でのディスカバリ信号（つまり、PSDCH上でのトランスポートブロック）のための第j回目の送信は、ディスカバリ・リソースプール内のL_PSDCH個のサブフレームl₀ ^PSDCH、l₁ ^PSDCH、・・・、l_{L_PSDCH-1} ^PSDCHのうち、

において発生し、当該サブフレームの連続する2つのリソースブロック

を使用する。
ここで、

である。

図３は、L^PSDCH = 15、M_RB ^PSDCH_RP = 12、及びN_SLD ^TX =3であるときのSidelink discovery Type 1に基づく無線リソース割り当ての例を示している。図３に示された各マス目（セル）に記入されている数値は、UEが選択することが可能なリソース値n_PSDCHの値である。例えば、n_PSDCH = 0であるとき、ディスカバリ・リソースプール内の第１、第２、及び第３番目のサブフレームl₀ ^PSDCH、l₁ ^PSDCH、及びl₂ ^PSDCHにおいて3回のPSDCH送信が行われる。これと同様に、n_PSDCH = 5であるときも、ディスカバリ・リソースプール内の第１、第２、及び第３番目のサブフレームl₀ ^PSDCH、l₁ ^PSDCH、及びl₂ ^PSDCHにおいて3回のPSDCH送信が行われる。

3GPP TS 23.303 V12.4.0 (2015-03), "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Proximity-based services (ProSe); Stage 2 (Release 12)", 2015年3月 3GPP TS 36.213 V12.5.0 (2015-03), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 12)", 2015年3月

図３から理解されるように、3GPP Release 12に規定されているSidelink discovery Type 1では、UEが任意に選択可能なN_t*N_f 通りのリソース値n_PSDCH（0 <= n_PSDCH <= N_t*N_f - 1）のうちのいくつかに関して、ディスカバリ期間内のN_SLD ^TX回のPSDCH送信が完全に同じサブフレームのセットにおいて行われる。例えば、図３の例では、n_PSDCHが0、5、10、15、20、及び25であるとき、サブフレームl₀ ^PSDCH、l₁ ^PSDCH、及びl₂ ^PSDCHにおいて3回のPSDCH送信が行われる。このような無線リソース割り当ては、以下に説明するように、In-Band Emissions（IBE）による周波数ドメインでの干渉をもたらすかもしれない。

一般に、UEによる送信は、非割り当てリソースブロック（サブキャリア）に対してIn-Band Emissions（IBE）による周波数ドメインでの干渉を及ぼすことが知られている。したがって、複数のD2D送信が非常に近くで同時に行われると、IBEに起因する干渉が発生するおそれがある。さらに3GPP Release 12に規定されているSidelink discovery Type 1の無線リソース割り当てに従うと、例えば、n_PSDCH=0を選択したUEとn_PSDCH=5を選択した別のUEは、完全に同じサブフレームにおいてディスカバリ信号（PSDCH）を送信するため、IBEによるIn-band干渉がより深刻であるかもしれない。例えば、図４に示すように、モニタリングUE４０１がアナウンシングUE４０２からのディスカバリ信号（希望信号）のモニターを試みている間に、モニタリングUE４０１の近くで別のアナウンシングUE４０３がディスカバリ信号（非希望信号）を送信するケースを考える。仮に、アナウンシングUE４０２が選択したn_PSDCHの値が“0”であり、アナウンシングUE４０３が選択したn_PSDCHの値が“5”であるとき、これら２つのアナウンシングUE４０２及び４０３は、完全に同じサブフレームのセットにおいてディスカバリ信号を送信する。したがって、モニタリングUE４０１は、In-band干渉のためにアナウンシングUE４０２からのディスカバリ信号（希望信号）の受信品質が低下するおそれがある。

なお、この問題は、Sidelink discovery Type 1に限らず、Sidelink discovery Type 2Bに従う無線リソース割り当てにおいても発生する。Sidelink discovery Type 2Bでは、ディスカバリ期間内での第1回目の送信が発生するサブフレームとリソースブロックは、eNBからPSDCHリソース設定（configuration）としてUEに指定される３つのパラメータN_PSDCH ⁽¹⁾、N_PSDCH ⁽²⁾、及びN_PSDCH ⁽³⁾に基づいて決定される。しかしながら、第1回目の送信で同一サブフレームの異なるリソースブロックペアを使用する複数のUEによるPSDCH送信は、その後の第2回目から第N_SLD ^TXまでの送信も同じサブフレームを使用する。したがって、3GPP Release 12に規定されているSidelink discovery Type 2Bの場合も、上述したIBEによる干渉の問題が深刻であるかもしれない。

本明細書に開示される実施形態が達成しようとする目的の１つは、D2D通信の直接ディスカバリが行われる際に、IBEに起因する干渉によるディスカバリ信号の受信品質の低下を抑制することに寄与する装置、方法、及びプログラムを提供することである。

第１の態様では、無線端末における無線通信の方法は、ディスカバリ期間内のL個のサブフレーム及びM個の周波数ドメイン・リソースブロックから成るリソースプールの中から、前記無線端末が自発的に選択したリソース値の第１の値n1または基地局から受信したパラメータの第１の値n1に基づいて、前記ディスカバリ期間内でのN^TX回のディスカバリ信号の送信のためにN^TX個のサブフレームを選択することを含む。ここで、前記第１の値n1に基づいて選択される前記N^TX個のサブフレームは、前記第１の値n1とは異なる前記リソース値又は前記パラメータの第２の値に基づいて選択されるN^TX個のサブフレームと比べて、少なくとも１つのサブフレームが同一であるが他の少なくとも１つのサブフレームが異なるように選択される。

第２の態様では、無線端末は、少なくとも１つの無線トランシーバ及び少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、セルラーネットワークとのセルラー通信および他の無線端末とのデバイス・ツー・デバイス通信を前記少なくとも１つの無線トランシーバを使用して行うよう構成されている。前記少なくとも１つのプロセッサは、さらに、ディスカバリ期間内のL個のサブフレーム及びM個の周波数ドメイン・リソースブロックから成るリソースプールの中から、前記無線端末が自発的に選択したリソース値の第１の値n1または基地局から受信したパラメータの第１の値n1に基づいて、前記ディスカバリ期間内でのN^TX回のディスカバリ信号の送信のためにN^TX個のサブフレームを選択するよう構成されている。ここで、前記第１の値n1に基づいて選択される前記N^TX個のサブフレームは、前記第１の値n1とは異なる前記リソース値又は前記パラメータの第２の値に基づいて選択されるN^TX個のサブフレームと比べて、少なくとも１つのサブフレームが同一であるが他の少なくとも１つのサブフレームが異なるように選択される。

第３の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第１の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

上述の態様によれば、D2D通信の直接ディスカバリが行われる際に、IBEに起因する干渉によるディスカバリ信号の受信品質の低下を抑制することに寄与する装置、方法、及びプログラムを提供できる。

ディスカバリ期間（PSDCH期間）とディスカバリ信号（PSDCH）の送信に使用される時間−周波数リソースとの関係の一例を示す図である。 ディスカバリ・リソースプールの一例を示す図である。 3GPP Release 12に従うディスカバリ信号（PSDCH）送信のためのサブフレーム及びリソースブロックの選択の一例を示す図である。 In-Band Emissions（IBE）に起因する干渉の例を示す図である。 いくつかの実施形態に係る無線通信システムの構成例を示す図である。 第１の実施形態に係る無線端末の動作の一例を示すフローチャートである。 第１の実施形態に係る無線端末によるディスカバリ信号（PSDCH）送信のためのサブフレーム及びリソースブロックの選択の一例を示す図である。 第２の実施形態に係る無線端末によるディスカバリ信号（PSDCH）送信のためのサブフレーム及びリソースブロックの選択の一例を示す図である。 第２の実施形態に係るディスカバリ信号（PSDCH）送信のためのサブフレーム及びリソースブロックの選択を説明するための図である。 いくつかの実施形態に係る無線端末の構成例を示すブロック図である。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

以下に示される複数の実施形態は、3GPP Release 12（LTE-Advanced）に規定されたProSeの改良を主な対象として説明される。しかしながら、これらの実施形態は、LTE-Advanced 及びその改良に限定されるものではなく、他のモバイル通信ネットワーク又はシステムでのD2D通信に適用されてもよい。

＜第１の実施形態＞
図５は、本実施形態を含むいくつかの実施形態に係る無線通信システムの構成例を示している。UE１Ａ及び１Ｂの各々は、少なくとも１つの無線トランシーバを有し、基地局２とのセルラー通信（１０１又は１０２）を行うとともに、端末間ダイレクトインタフェース（e.g., PC5インタフェース又はサイドリンク）１０３上でD2D通信を行うよう構成されている。当該D2D通信は、少なくとも直接ディスカバリ（e.g., ProSe Direct Discovery）を含み、直接通信（ProSe Direct Communication）をさらに含んでもよい。eNB２は、セル２１を管理し、セルラー通信技術（e.g., Evolved Universal Terrestrial Radio Access (E-UTRA) technology）を用いて複数のUE１の各々とセルラー通信（１０１及び１０２）を行うことができる。なお、図５の例では、説明の簡略化のために複数のUE１Ａ及び１Ｂが同じセル２１内に位置している状況を示しているが、このような配置は一例に過ぎない。例えば、UE１Ａは、異なるeNB２によって管理される互いに隣接する２つのセルの一方のセル内に位置し、UE１Ｂは他方のセル内に位置してもよい。あるいは、UE１Ａ及びUE１Ｂのうち少なくとも一方は、１又は複数のeNB２によるカバレッジの外に位置してもよい。

UE１は、ディスカバリ期間（PSDCH期間）内のL_PSDCH個のサブフレーム及びM^PSDCH_RP _RB個の周波数ドメイン・リソースブロックから成るディスカバリ・リソースプールの中から、ディスカバリ期間内でのN^TX _SLD回のディスカバリ信号の送信のためにN^TX _SLD個のサブフレームを選択するよう構成されている。sidelink discovery Type 1（つまり、autonomous resource selection）の場合、UE１は、UE１が自発的に選択したリソース値n_PSDCHに基づいて、N^TX _SLD個のサブフレームの選択を行ってもよい。一方、sidelink discovery Type 2B（つまり、scheduled resource allocation）の場合、UE１は、eNB２から１又は複数のパラメータ（e.g., N_PSDCH ⁽¹⁾、N_PSDCH ⁽²⁾、及びN_PSDCH ⁽³⁾）を含むPSDCHリソース設定（configuration）を受信し、これら１又は複数のパラメータのうち少なくとも１つに従って、N^TX _SLD個のサブフレームの選択を行ってもよい。

図６は、直接ディスカバリのための無線リソースを選択する際のUE１の動作の一例（処理６００）を示すフローチャートである。なお、図６は、sidelink discovery Type 1（autonomous resource selection）について示している。ブロック６０１では、UE１は、リソース値n_PSDCHを自律的に選択する。ブロック６０２では、UE１は、選択されたリソース値n_PSDCHに基づいて、ディスカバリ期間（PSDCH期間）内でのN_SLD ^TX回のディスカバリ信号（PSDCH）の送信のためにN_SLD ^TX個のサブフレームを選択する。

ブロック６０２でのUE１によるサブフレーム選択ルール又はアルゴリズムは、リソース値n_PSDCHが第１の値であるときに選択されるN^TX _SLD個のサブフレームの第１のセットが、リソース値n_PSDCHが第１の値とは異なる第２の値であるときに選択されるN^TX _SLD個のサブフレームの第２のセットと比べて、少なくとも１つの同一のサブフレームと少なくとも１つの異なるサブフレームを含むように定義されている。

言い換えると、ブロック６０２でのサブフレーム選択では、リソース値n_PSDCHが第１の値であるときに選択されるN^TX _SLD個のサブフレームは、リソース値n_PSDCHが第１の値とは異なる第２の値であるときに選択されるN^TX _SLD個のサブフレームと比べて、少なくとも１つのサブフレームが同一であるが他の少なくとも１つのサブフレームが異なる。

さらに言い換えると、ブロック６０２でのサブフレーム選択に従うことにより、UE１は、リソース値n_PSDCHが第１の値であるときに、ディスカバリ期間（PSDCH期間）内のある送信機会（e.g., 第j回目の送信）においてリソース値n_PSDCHが第２の値であるときと同一のサブフレームを使用するが、別の送信機会（e.g., 第j+1回目の送信）ではリソース値n_PSDCHが第２の値であるときとは異なるサブフレームを使用する。

これにより、あるリソース値n_PSDCH（e.g., 第１の値）を選択したUE１によるディスカバリ期間（PSDCH期間）内でのN^TX _SLD回のディスカバリ信号（PSDCH）の送信が、他のリソース値n_PSDCH（e.g., 第２の値）を選択した他のUE１によるN^TX _SLD回のディスカバリ信号（PSDCH）の送信と完全に同じサブフレームのセットで実行されることを回避できる。したがって、これら２つのUE１がある送信機会において同一サブフレームを使用してディスカバリ信号を送信するとしても、別の送信機会ではこれら２つのUE１は異なるサブフレームを使用してディスカバリ信号を送信することが保証される。このため、仮にこれら２つのUE１が近接しているとしても、一方のUE１によるN^TX _SLD回のディスカバリ信号（PSDCH）の送信の全てにおいて他方のUE１からのIBEによる干渉が発生すること防止できる。

続いて以下では、本実施形態に係る直接ディスカバリのための無線リソース選択のいくつかの具体例について説明する。いくつかの実装において、ブロック６０２でのサブフレーム選択ルール又はアルゴリズムは、ディスカバリ期間内でのディスカバリ信号の第j回目（1 < j）の送信に使用されるサブフレームの第j-1回目の送信に使用されるサブフレームからの時間シフト量（time shift value又はtime shift amount）は、例えば、図７に示されるように、リソース値n_PSDCHが第１の値であるか又は第２の値であるかに依存して異なるように定義されてもよい。図７は、図３と同様に、ディスカバリ・リソースプールに含まれるサブフレーム数（L_PSDCH）が15であり（L^PSDCH = 15）、リソースブロック（PRB）数（M_RB ^PSDCH_RP）が12であり（M_RB ^PSDCH_RP = 12）、１ディスカバリ期間でのPSDCH送信回数（N_SLD ^TX）が3であるとき（N_SLD ^TX =3）の、Sidelink discovery Type 1に基づく無線リソース割り当ての例を示している。図７に示された各マス目（セル）に記入されている数値は、UE１が選択することが可能なリソース値n_PSDCHの値である。

背景技術で説明された3GPP Release 12のPSDCHリソース選択では、第j回目（1 < j）の送信に使用されるサブフレームの第j-1回目の送信に使用されるサブフレームからの時間シフト量は、リソース値n_PSDCHがいずれの値であるかに関わらず同一である。例えば、図３から理解されるように、第j回目（1 < j）の送信に使用されるサブフレームの第j-1回目の送信に使用されるサブフレームからの時間シフト量は、リソース値n_PSDCHが値“0”であるか値“5”であるかに関わらず同一である。

これとは対照的に、図７に示されたリソース値n_PSDCHと無線リソースとのマッピングでは、リソース値n_PSDCHが値“0”である場合と値“15”である場合に、第1回目の送信において同じ第1番目のサブフレーム（l₀ ^PSDCH）においてPSDCHが送信される。しかしながら、リソース値n_PSDCHが値“0”であるときの第2回目の送信は第2番目のサブフレーム（l₁ ^PSDCH）において発生するのに対して、リソース値n_PSDCHが値“15”であるときの第2回目の送信は第3番目のサブフレーム（l₂ ^PSDCH）において発生する。すなわち、図７の例では、第2回目の送信に使用されるサブフレームの第1回目の送信に使用されるサブフレーム（l₀ ^PSDCH）からの時間シフト量は、リソース値n_PSDCHが値“0”であるか値“15”であるかに依存して異なる。

以下では、図７に示されたマッピングを得るための無線リソースの選択（割り当て）の一例について説明する。

3GPP Release 12と同様に、UE１が選択できるリソース値n_PSDCHの範囲は、ゼロ以上且つ（N_t*N_f - 1）以下の整数であり、ここで、N_t及びN_fは以下のように定義される：

さらに、本実施形態では、リソース値n_PSDCHに基づいて、リソースグループ・インデックスgを以下の式により定義する:

リソースグループ・インデックスgによって区別されるリソースグループの総数（the total number of resource groups）N_GROUPは以下の式で表される：

図７に示されたリソース値n_PSDCHと無線リソースとのマッピングを詳細に解析すると以下のことが理解できる。選択されたリソース値n_PSDCH = 0であるとき、リソースグループ・インデックスg = 0であり、第1回目の送信はサブフレームl₀ ^PSDCHで発生し、第2回目の送信はサブフレームl₁ ^PSDCHで発生し、第3回目の送信はサブフレームl₄ ^PSDCHで発生する。一方、選択されたリソース値n_PSDCH = 15であるとき、リソースグループ・インデックスg = 1であり、第1回目の送信はサブフレームl₀ ^PSDCHで発生し、第2回目の送信はサブフレームl₂ ^PSDCHで発生し、第3回目の送信はサブフレームl₆ ^PSDCHで発生する。

すなわち、jが2以上であるとき、第j回目（1 < j）の送信サブフレームの第(j-1)回の送信サブフレームからのシフト量Δ_Txj-Tx(j-1) は、初項がg+1、公差がグループ数（N_GROUP）の等差数列の第j-1番目の項に対応し、以下の式により表すことができる:

したがって、jが2以上であるとき、第j番目の送信（第j番目のマッピング）でのサブフレーム選択に関して、第1番目の送信（第1のマッピング）での送信サブフレームからの総シフト量Δ_Txj-Tx1は、初項がg+1、公差がグループ数（N_GROUP）の等差数列の第1項から第(j-1)項までの和に対応し、以下の式で表すことができる:

UE1は、sidelink discovery Type 1（つまり、autonomous resource selection）の場合、リソース値n_PSDCHを自律的に選択するとともに、以下のようにPSDCH送信のためのサブフレーム及びリソースブロックを決定してもよい。i番目のPSDCHピリオドでのPSDCH上でのトランスポートブロックの送信回数は、N^TX _SLD = n+1である。ここで、nは、上位レイヤパラメータであるdiscoveryNumRetxにより与えられる。パラメータdiscoveryNumRetxは、例えば、個別シグナリング（RRC Connection Reconfiguration）を用いてeNB２によりUE１に設定される。

i番目のPSDCHピリオドにおいてPSDCHを送信するようUE１が設定された場合に、UE１は、以下のようにPSDCH送信を実行してもよい。すなわち、PSDCH上でのトランスポートブロックの第j番目（jは１以上かつN^TX _SLD以下）の送信は、ディスカバリ・リソースプール内のL_PSDCH個のサブフレームl₀、l₁、・・・、l_{L_PSDCH-1}のうち、

において発生し、当該サブフレームの連続する2つのリソースブロック

を使用する。
ここで、

である。

なお、図７に示されたリソース値n_PSDCHと無線リソースとのマッピングを容易にするために、リソース値n_PSDCHが取り得る値の数（N_t*N_f）がディスカバリ・リソースプールに含まれるサブフレーム数（L_PSDCH）の整数倍となるように、ディスカバリ・リソースプールに含まれるサブフレーム数（L_PSDCH）、ディスカバリ・リソースプールに含まれるリソースブロック数（M_RB ^PSDCH_RP）、及びディスカバリ期間内のディスカバリ信号（PSDCH）の送信回数（N_SLD ^TX）が制限されてもよい。

＜第２の実施形態＞
本実施形態では、第１の実施形態で説明された直接ディスカバリのための無線リソース選択（割り当て）の変形例が説明される。実施形態に係る無線通信システムの構成例は図５と同様であり、無線リソースを選択する際のUE１の動作手順は図６と同様である。

図７に示されたマッピングでは、いくつかのリソース値n_PSDCHの組合せについて２回以上のPSDCH送信が同じサブフレームで行われる。例えば、n_PSDCH = 0とn_PSDCH = 28について考えると、サブフレームl₀ ^PSDCHでのPSDCH送信が同時に発生し、サブフレームl₄ ^PSDCHでもPSDCH送信が同時に発生する。

任意の２つのリソース値n_PSDCHの組合せについて２回以上のPSDCH送信が同じサブフレームで行われることをなるべく回避するために、例えば、リソース値n_PSDCHと無線リソースとのマッピングは図８のように定義されてもよい。図７と図８を比較すると、図７では、マッピング・インデックスj = 3且つリソースグループ・インデックスg = 1のとき、リソース値n_PSDCH = 15はサブフレームl₆ ^PSDCHにマッピングされている（７０１）。これに対して、図８では、マッピング・インデックスj = 3且つリソースグループ・インデックスg = 1のとき、リソース値n_PSDCH = 15はサブフレームl₇ ^PSDCHにマッピングされている（８０１）。これにより、図７のマッピングで発生していたサブフレームl₄ ^PSDCHにおけるn_PSDCH = 0とn_PSDCH = 28の同時のPSDCH送信を解消できる。

図８に示すようなマッピングは、マッピング・インデックスj=1から昇順且つリソースグループ・インデックスg = 0から昇順で順番にリソースプール内のL_PSDCH個のサブフレーム群にマッピングしていく際に、リソースグループ間での時間シフト量の値が既に使用済みの時間シフト量と重複しないように決定すればよい。より詳しく述べると、各リソースグループの代表リソース値（e.g., 図８でのg = 0内のn_PSDCH = 0、及びg = 1内のn_PSDCH = 15）に着目し、あるリソースグループ（e.g., g = 1）の送信を時間シフトして新たにサブフレーム群に割り当てる（マッピングする）際に、既に割り当て済み（マッピング済み）の他のリソースグループ（e.g., g = 0）の代表リソース値（e.g., g = 0内のn_PSDCH = 0）の各送信サブフレームから新たに割り当てるリソースグループ（e.g., g = 1）の代表リソース値（e.g., g = 1内のn_PSDCH = 15）の送信サブフレームまでの時間シフト量が、既に使用済みの時間シフト量と重複しないように決定すればよい。

図８及び図９を参照しながら具体例を説明する。図９は、図８に示されたマッピングで使用されている時間シフト量を表すテーブルである。図９のテーブルを理解するためには、リソースグループg = 0の代表リソース値として図８に示されたn_PSDCH = 0を参照し、リソースグループg = 1の代表リソース値として図８に示されたn_PSDCH = 15を参照するとよい。

図９において、列９０１は、マッピング・インデックスjを示し、列９０２は、リソースグループ・インデックスgを示している。図９の例では、マッピング・インデックスjの値は１から３まで、リソースグループ・インデックスgの値は０から１までである。

列９０３は、最初のマッピングにおいて選択されたサブフレームからの絶対的な時間シフト量を示している。列９０３の第１行目について見ると、これはg=0に関する最初のマッピングであるから、g=0の代表リソース値n_PSDCH = 0に対する最初のマッピングにおいて選択されたサブフレーム（l₀ ^PSDCH）からの絶対的な時間シフト量は当然にゼロである。同様に、列９０３の第２行目について見ると、これはg=1に関する最初のマッピングであるから、g=1の代表リソース値n_PSDCH = 15に対する最初のマッピングにおいて選択されたサブフレーム（l₀ ^PSDCH）からの絶対的な時間シフト量は当然にゼロである。次に、列９０３の第３行目について見ると、これはg=0に関する第２回目のマッピングであり且つg=0の代表リソース値n_PSDCH = 0のためにサブフレームl₁ ^PSDCHが選択されているから（図８を参照）、最初のマッピングにおいて選択済みのサブフレーム（l₀ ^PSDCH）からの絶対的な時間シフト量は1である。続いて、列９０４の第３行目について見ると、これはg=1に関する第２回目のマッピングであり且つg=1の代表リソース値n_PSDCH = 15のためにサブフレームl₂ ^PSDCHが選択されているから（図８を参照）、最初のマッピングにおいて選択済みのサブフレーム（l₀ ^PSDCH）からの絶対的な時間シフト量は2である。

列９０４は、リソースグループg=0内でのリソースグループ内時間シフト量を示している。したがって、列９０４は、リソースグループg=0に対してのみ使用される。例えば、列９０４の第３行目を見ると、これはg=0に関する第２回目のマッピングであり且つg=0の代表リソース値n_PSDCH = 0のためにサブフレームl₁ ^PSDCHが選択されているから（図８を参照）、リソースグループg=0のために既に選択済みのサブフレームl₀ ^PSDCHからの時間シフト量は1である。また、列９０４の第５行目を見ると、これはg=0に関する第３回目のマッピングであり且つg=0の代表リソース値n_PSDCH = 0のためにサブフレームl₄ ^PSDCHが選択されているから（図８を参照）、リソースグループg=0のために既に選択済みの２つのサブフレームl₀ ^PSDCH及びl₁ ^PSDCHからの時間シフト量は4及び3である。

列９０５は、リソースグループg=0と他のリソースグループg=1とのリソースグループ間時間シフト量を表している。なお、列９０５は、リソースグループg=0の送信を時間シフトして新たにサブフレーム群にマッピングする際に使用され、他のリソースグループg=1の代表リソース値n_PSDCH = 15のために既に選択済みのサブフレームからg=0の代表リソース値n_PSDCH = 0のために新たに選択されるサブフレームまでの時間シフト量を示す。したがって、列９０５は、リソースグループg=0に対してのみ使用される。例えば、列９０５の第３行目を見ると、これはg=0に関する第２回目のマッピングであり且つg=0の代表リソース値n_PSDCH = 0のためにサブフレームl₁ ^PSDCHが選択されているから（図８を参照）、g=1の代表リソース値n_PSDCH = 15のために既に選択済みのサブフレームl₀ ^PSDCHからの時間シフト量は1である。また、列９０４の第５行目を見ると、これはg=0に関する第３回目のマッピングであり且つg=0の代表リソース値n_PSDCH = 0のためにサブフレームl₄ ^PSDCHが選択されているから（図８を参照）、g=1の代表リソース値n_PSDCH = 15のために既に選択済みのサブフレームl₀ ^PSDCH及びl₂ ^PSDCHからの時間シフト量は4及び2である。

列９０６は、リソースグループg=1内でのリソースグループ内時間シフト量を示している。したがって、列９０６は、リソースグループg=1に対してのみ使用される。例えば、列９０６の第４行目を見ると、これはg=1に関する第２回目のマッピングであり且つg=1の代表リソース値n_PSDCH = 15のためにサブフレームl₂ ^PSDCHが選択されているから（図８を参照）、リソースグループg=1のために既に選択済みのサブフレームl₀ ^PSDCHからの時間シフト量は2である。また、列９０６の第６行目を見ると、これはg=1に関する第３回目のマッピングであり且つg=1の代表リソース値n_PSDCH = 15のためにサブフレームl₇ ^PSDCHが選択されているから（図８を参照）、リソースグループg=1のために既に選択済みの２つのサブフレームl₀ ^PSDCH及びl₂ ^PSDCHからの時間シフト量は7及び5である。

列９０７は、リソースグループg=1と他のリソースグループg=0とのリソースグループ間時間シフト量を表している。なお、列９０７は、リソースグループg=1の送信を時間シフトして新たにサブフレーム群にマッピングする際に使用され、他のリソースグループg=0の代表リソース値n_PSDCH = 0のために既に選択済みのサブフレームからg=1の代表リソース値n_PSDCH = 1のために新たに選択されるサブフレームまでの時間シフト量を示す。したがって、列９０７は、リソースグループg=1に対してのみ使用される。例えば、列９０７の第４行目を見ると、これはg=1に関する第２回目のマッピングであり且つg=1の代表リソース値n_PSDCH = 15のためにサブフレームl₂ ^PSDCHが選択されているから（図８を参照）、g=0の代表リソース値n_PSDCH = 0のために既に選択済みのサブフレームl₀ ^PSDCH及びl₁ ^PSDCHからの時間シフト量は2及び1である。また、列９０７の第６行目を見ると、これはg=1に関する第３回目のマッピングであり且つg=1の代表リソース値n_PSDCH = 15のためにサブフレームl₇ ^PSDCHが選択されているから（図８を参照）、g=0の代表リソース値n_PSDCH = 0のために既に選択済みのサブフレームl₀ ^PSDCH 、l₁ ^PSDCH、及びl₄ ^PSDCHからの時間シフト量は7、6、及び3である。

ただし、列９０５の時間シフト量と、列９０７の時間シフト量とは、互いに循環の関係にある。例えば、列９０５において、リソースグループg=0と他のリソースグループg=1とのリソースグループ間時間シフト量が１である場合、列９０７でのリソースグループg=1と他のリソースグループg=0とのリソースグループ間時間シフト量１４（＝１５−１）に相当する。すなわち、列９０５の時間シフト量がsの場合には、列９０７の時間シフト量（L_PSDCH-s）に相当する。一方で、列９０７の時間シフト量がsの場合には、列９０５の時間シフト量（L_PSDCH-s）に相当する。そのため、時間シフト量の調整では、列９０５と列９０７の時間シフト量の関係を考慮する必要がある。

図９のテーブルで着目されるべきは、列９０７の第６行目に記述される時間シフト量の中に、列９０７の第４行目で既に使用されているのと同じ時間シフト量２（図９の符号９０９）が出現しないように、g=1に関する第３回目のマッピングでの絶対時間シフト量が6ではなく7に調整されている点である（図９の符号９０８を参照）。仮に、g=1に関する第３回目のマッピングでの絶対時間シフト量が6であった場合、図７に示されたマッピングとなり、したがって、列９０７の第６行目に記述される時間シフト量の中に、列９０７の第４行目で既に使用されているのと同じ時間シフト量2が現れてしまう。これに対して、図８及び図９のマッピングでは、g=1に関する第３回目のマッピングでの絶対時間シフト量が7に調整されているため、列９０７の第６行目に記述される時間シフト量は、既に説明したように7、6、及び3である（図９の符号９１０を参照）。このように、リソースグループ間時間シフト量の重複をなるべく避けることで、任意の２つのリソース値n_PSDCHの組合せについて２回以上のPSDCH送信が同じサブフレームで行われることをなるべく回避することができる。

最後に、上述の複数の実施形態に係るUE１の構成例について説明する。図１０は、UE１の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１００１は、eNB２と通信するためにアナログRF信号処理を行う。RFトランシーバ１００１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１００１は、アンテナ１００２及びベースバンドプロセッサ１００３と結合される。すなわち、RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１００３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１００３に供給する。

ベースバンドプロセッサ１００３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１００３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１００３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。

ベースバンドプロセッサ１００３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１００４と共通化されてもよい。

アプリケーションプロセッサ１００４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１００４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１００４は、メモリ１００６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE１の各種機能を実現する。

いくつかの実装において、図１０に破線（１００５）で示されているように、ベースバンドプロセッサ１００３及びアプリケーションプロセッサ１００４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１００３及びアプリケーションプロセッサ１００４は、１つのSystem on Chip（SoC）デバイス１００５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

メモリ１００６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１００６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１００６は、ベースバンドプロセッサ１００３、アプリケーションプロセッサ１００４、及びSoC１００５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１００６は、ベースバンドプロセッサ１００３内、アプリケーションプロセッサ１００４内、又はSoC１００５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１００６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

メモリ１００６は、上述の複数の実施形態で説明されたUE１による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１００３又はアプリケーションプロセッサ１００４は、当該ソフトウェアモジュールをメモリ１００６から読み出して実行することで、上述の実施形態でシーケンス図及びフローチャートを用いて説明されたUE１の処理を行うよう構成されてもよい。

図１０を用いて説明したように、上述の実施形態に係るUE１が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

＜その他の実施形態＞
上述の実施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。

上述の実施形態は、主に、sidelink discovery Type 1（つまり、autonomous resource selection）に関して説明した。しかしながら、これらの実施形態は、sidelink discovery Type 2B（つまり、scheduled resource selection）にも適用されることができる。既に説明したように、sidelink discovery Type 2Bでは、eNB２は、ディスカバリ信号（PSDCH）送信のために無線リソースを準静的（semi-persistent）にUE１に割り当てる。具体的には、UE１は、eNB２から設定される１又は複数のパラメータの値に従って各ディスカバリ期間での第１回目の送信のためのサブフレームを選択してもよい。そして、各ディスカバリ期間での第２回目の送信以降のサブフレームは、上述の実施形態に従って決定されてもよい。

さらに、3GPP Release 12では規定されていないものの、上述の実施形態は、sidelink discovery Type 2Aに対しても適用できる。既に説明したように、sidelink discovery Type 2Aでは、ディスカバリ信号（PSDCH）送信のための無線リソースをeNB２がディスカバリ期間（PSDCH期間）毎に動的にUE１に割り当てる。具体的には、UE１は、eNB２から設定される１又は複数のパラメータの値に従って各ディスカバリ期間での第１回目の送信のためのサブフレームを選択してもよい。そして、各ディスカバリ期間での第２回目の送信以降のサブフレームは、上述の実施形態に従って決定されてもよい。

上述の実施形態は、LTE-Advanced 及びその改良に限定されるものではなく、他のモバイル通信ネットワーク又はシステムでのD2D通信に適用されてもよい。

さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

この出願は、２０１５年６月２９日に出願された日本出願特願２０１５−１３０４５９を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ UE
２ eNB
１００１ radio frequency（RF）トランシーバ
１００３ ベースバンドプロセッサ
１００４ アプリケーションプロセッサ
１００６ メモリ

Claims (15)

1. 無線端末における無線通信の方法であって、
   ディスカバリ期間内のL個のサブフレーム及びM個の周波数ドメイン・リソースブロックから成るリソースプールの中から、前記無線端末が自発的に選択したリソース値の第１の値n1または基地局から受信したパラメータの第１の値n1に基づいて、前記ディスカバリ期間内でのN^TX回のディスカバリ信号の送信のためにN^TX個のサブフレームを選択することを備え、
   前記第１の値に基づいて選択される前記N^TX個のサブフレームは、前記第１の値n1とは異なる前記リソース値又は前記パラメータの第２の値に基づいて選択されるN^TX個のサブフレームと比べて、少なくとも１つのサブフレームが同一であるが他の少なくとも１つのサブフレームが異なるように選択される、
   方法。
2. 前記ディスカバリ期間内での前記ディスカバリ信号の第j回目（jは2以上の整数）の送信に使用されるサブフレームの第j-1回目の送信に使用されるサブフレームからの時間シフト量は、前記リソース値または前記パラメータが前記第１の値であるか又は前記第２の値であるかに依存して異なる、
   請求項１に記載の方法。
3. 前記N^TX個のサブフレームを選択することは、
   前記第１の値n1に対応する第１のリソースグループ・インデックスgを、前記第１の値n1及び前記リソースプールのサブフレーム数Lを用いて以下の式に従って決定すること、及び
   

   

   前記第１のリソースグループ・インデックスを含む複数のリソースグループ・インデックスの総数N及び前記第１のリソースグループ・インデックスgに基づいて、前記N^TX個のサブフレームを選択すること、
   を備える、
   請求項１又は２に記載の方法。
4. 前記ディスカバリ期間内での前記ディスカバリ信号の第j回目の送信は、前記リソースプール内の前記L個のサブフレームl₀、l₁、・・・、l_L-1のうち、サブフレームl_{b_j}において発生する、ここで、
   

   

   である、
   請求項３に記載の方法。
5. 前記N^TX回の前記ディスカバリ信号の送信に使用される周波数ドメイン・リソースブロックのN^TX個のセットを前記第１の値n1に基づいて選択することをさらに備え、
   前記第１の値n1に基づいて選択される前記N^TX個の周波数ドメイン・リソースブロックのセット内の各リソースブロックは、前記第２の値に基づいて選択されるN^TX個の周波数ドメイン・リソースブロックのセット内のいずれのリソースブロックとも異なるように選択される、
   請求項１〜４のいずれか１項に記載の方法。
6. 無線端末であって、
   少なくとも１つの無線トランシーバと、
   セルラーネットワークとのセルラー通信および他の無線端末とのデバイス・ツー・デバイス通信を前記少なくとも１つの無線トランシーバを使用して行うよう構成された少なくとも１つのプロセッサと、
   を備え、
   前記少なくとも１つのプロセッサは、ディスカバリ期間内のL個のサブフレーム及びM個の周波数ドメイン・リソースブロックから成るリソースプールの中から、前記無線端末が自発的に選択したリソース値の第１の値n1または基地局から受信したパラメータの第１の値n1に基づいて、前記ディスカバリ期間内でのN^TX回のディスカバリ信号の送信のためにN^TX個のサブフレームを選択するよう構成され、
   前記第１の値に基づいて選択される前記N^TX個のサブフレームは、前記第１の値n1とは異なる前記リソース値又は前記パラメータの第２の値に基づいて選択されるN^TX個のサブフレームと比べて、少なくとも１つのサブフレームが同一であるが他の少なくとも１つのサブフレームが異なるように選択される、
   無線端末。
7. 前記ディスカバリ期間内での前記ディスカバリ信号の第j回目（jは2以上の整数）の送信に使用されるサブフレームの第j-1回目の送信に使用されるサブフレームからの時間シフト量は、前記リソース値または前記パラメータが前記第１の値であるか又は前記第２の値であるかに依存して異なる、
   請求項６に記載の無線端末。
8. 前記少なくとも１つのプロセッサは、
   前記第１の値n1に対応する第１のリソースグループ・インデックスgを、前記第１の値n1及び前記リソースプールのサブフレーム数Lを用いて以下の式に従って決定するよう構成され、
   

   

   前記第１のリソースグループ・インデックスを含む複数のリソースグループ・インデックスの総数N及び前記第１のリソースグループ・インデックスgに基づいて、前記N^TX個のサブフレームを選択するよう構成されている、
   請求項６又は７に記載の無線端末。
9. 前記ディスカバリ期間内での前記ディスカバリ信号の第j回目の送信は、前記リソースプール内の前記L個のサブフレームl₀、l₁、・・・、l_L-1のうち、サブフレームl_{b_j}において発生する、ここで、
   

   

   である、
   請求項８に記載の無線端末。
10. 前記少なくとも１つのプロセッサは、さらに、前記N^TX回の前記ディスカバリ信号の送信に使用される周波数ドメイン・リソースブロックのN^TX個のセットを前記第１の値n1に基づいて選択するよう構成され、
    前記第１の値n1に基づいて選択される前記N^TX個の周波数ドメイン・リソースブロックのセット内の各リソースブロックは、前記第２の値に基づいて選択されるN^TX個の周波数ドメイン・リソースブロックのセット内のいずれのリソースブロックとも異なるように選択される、
    請求項６〜９のいずれか１項に記載の無線端末。
11. 無線端末における無線通信の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    前記方法は、
    ディスカバリ期間内のL個のサブフレーム及びM個の周波数ドメイン・リソースブロックから成るリソースプールの中から、前記無線端末が自発的に選択したリソース値の第１の値n1または基地局から受信したパラメータの第１の値n1に基づいて、前記ディスカバリ期間内でのN^TX回のディスカバリ信号の送信のためにN^TX個のサブフレームを選択することを備え、
    前記第１の値に基づいて選択される前記N^TX個のサブフレームは、前記第１の値n1とは異なる前記リソース値又は前記パラメータの第２の値に基づいて選択されるN^TX個のサブフレームと比べて、少なくとも１つのサブフレームが同一であるが他の少なくとも１つのサブフレームが異なるように選択される、
    非一時的なコンピュータ可読媒体。
12. 前記ディスカバリ期間内での前記ディスカバリ信号の第j回目（jは2以上の整数）の送信に使用されるサブフレームの第j-1回目の送信に使用されるサブフレームからの時間シフト量は、前記リソース値または前記パラメータが前記第１の値であるか又は前記第２の値であるかに依存して異なる、
    請求項１１に記載の非一時的なコンピュータ可読媒体。
13. 前記N^TX個のサブフレームを選択することは、
    前記第１の値n1に対応する第１のリソースグループ・インデックスgを、前記第１の値n1及び前記リソースプールのサブフレーム数Lを用いて以下の式に従って決定すること、及び
    

    

    前記第１のリソースグループ・インデックスを含む複数のリソースグループ・インデックスの総数N及び前記第１のリソースグループ・インデックスgに基づいて、前記N^TX個のサブフレームを選択すること、
    を備える、
    請求項１１又は１２に記載の非一時的なコンピュータ可読媒体。
14. 前記ディスカバリ期間内での前記ディスカバリ信号の第j回目の送信は、前記リソースプール内の前記L個のサブフレームl₀、l₁、・・・、l_L-1のうち、サブフレームl_{b_j}において発生する、ここで、
    

    

    である、
    請求項１３に記載の非一時的なコンピュータ可読媒体。
15. 前記方法は、前記N^TX回の前記ディスカバリ信号の送信に使用される周波数ドメイン・リソースブロックのN^TX個のセットを前記第１の値n1に基づいて選択することをさらに備え、
    前記第１の値n1に基づいて選択される前記N^TX個の周波数ドメイン・リソースブロックのセット内の各リソースブロックは、前記第２の値に基づいて選択されるN^TX個の周波数ドメイン・リソースブロックのセット内のいずれのリソースブロックとも異なるように選択される、
    請求項１１〜１４のいずれか１項に記載の非一時的なコンピュータ可読媒体。

Images