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

無線通信のための方法及び装置 Download PDF

Info

Publication number
JP6747441B2
JP6747441B2 JP2017525786A JP2017525786A JP6747441B2 JP 6747441 B2 JP6747441 B2 JP 6747441B2 JP 2017525786 A JP2017525786 A JP 2017525786A JP 2017525786 A JP2017525786 A JP 2017525786A JP 6747441 B2 JP6747441 B2 JP 6747441B2
Authority
JP
Japan
Prior art keywords
resource
frequency domain
value
psdch
discovery
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017525786A
Other languages
English (en)
Other versions
JPWO2017002282A1 (ja
Inventor
一志 村岡
一志 村岡
太一 大辻
太一 大辻
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPWO2017002282A1 publication Critical patent/JPWO2017002282A1/ja
Application granted granted Critical
Publication of JP6747441B2 publication Critical patent/JP6747441B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0028—Variable division
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/02—Resource partitioning among network components, e.g. reuse partitioning
    • H04W16/10—Dynamic resource partitioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0092—Indication of how the channel is divided
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

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）内のLPSDCH個のサブフレーム及びMPSDCH_RP RB個の周波数ドメイン・リソースブロックから成る。ディスカバリ期間は、PSDCH期間（period）とも呼ばれる。
ディスカバリ・リソースプールの指定方法について図１を用いて説明する。ディスカバリ・リソースプールは、サブフレーム・プールとリソースブロック・プールから成る。eNBは、サブフレーム・プールを特定するために、ディスカバリ期間の長さ（P）、ディスカバリ期間内でのサブフレーム・ビットマップの繰り返し回数（NR）、並びにサブフレーム・ビットマップ及びその長さ（NB）を指定する。
ディスカバリ期間の長さ（P）は、32、64、128、256、512、又は1024 無線フレームである。なお、3GPP Release 12（LTE-advanced）の無線フレームは、長さが10ミリ秒であり、10サブフレームから構成される。1サブフレームの長さは1ミリ秒である。したがって、ディスカバリ期間の長さ（P）は、320、640、1280、2560、5120、又は10240サブフレームである。
サブフレーム・ビットマップの長さ（NB）は、4、8、12、16、30、40又は42 bitsである。サブフレーム・ビットマップは、“0”にセットされたビットに対応するサブフレームがディスカバリに使用されないことを示し、“1”にセットされたビットに対応するサブフレームがディスカバリに使用できることを示す。
ディスカバリ期間内でのサブフレーム・ビットマップの繰り返し回数（NR）の最大値は、デュプレックスモード、frequency division duplex（FDD）又はtime division duplex（TDD）、に依存し、さらにTDDの場合UL/DL configurationに依存する。具体的には、繰り返し回数（NR）の最大値は、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である。
したがって、１つのディスカバリ期間に対応するディスカバリ・リソースプールに含まれるサブフレーム数（LPSDCH）は、サブフレーム・ビットマップで値１が指定されている数に繰り返し回数（NR）を乗算することで得られる。図１の例では、サブフレーム・ビットマップの長さ（NB）が8ビットであり、繰り返し回数（NR）が４である。さらに、１つのサブフレーム・ビットマップ内の8ビットのうち４ビットが使用（値“1”）にセットされている（図１のハッチングされたサブフレーム）。したがって、ディスカバリ・リソースプールに含まれるサブフレーム数（LPSDCH）は、16である。
一方、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クラスターをディスカバリ・リソースプールのために指定することができる。
図２は、１つのディスカバリ期間内のディスカバリ・リソースプールの一例を示す図である。図２の例では、ディスカバリ・リソースプールに含まれるサブフレーム数（LPSDCH）は16である。ディスカバリ・リソースプール（つまり、サブフレーム・プール）に含まれるサブフレームは、以下のように表すことができる：
Figure 0006747441
さらに、図２の例では、ディスカバリ・リソースプールに含まれるリソースブロック（PRB）数（MRB PSDCH_RP）は、16である。ディスカバリ・リソースプール（つまり、リソースブロック・プール）に含まれるリソースブロックは、以下のように表すことができる：
Figure 0006747441
本明細書では、１つのディスカバリ期間内のディスカバリ・リソースプールを表すために図２と同様のいくつかの図面を使用する。しかしながら、これまでの説明から明らかであるように、１つのディスカバリ・リソースプールに含まれる複数のサブフレームは時間的に連続していなかもしれないし、１つのディスカバリ・リソースプールに含まれる複数のリソースブロックは、２つのクラスターを含むことに留意されるべきである。
続いて以下では、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は、リソース値nPSDCHを自律的に選択するとともに、以下のようにPSDCH送信のためのサブフレーム及びリソースブロックを決定する。
i番目のPSDCH期間でのPSDCH上でのトランスポートブロックの送信回数は、NSLD TX = n+1である。ここで、nは、上位レイヤパラメータであるdiscoveryNumRetxにより与えられる。パラメータdiscoveryNumRetxは、例えば、個別シグナリング（RRC Connection Reconfiguration）を用いてeNBによりUEに設定される。
UEが選択できるリソース値nPSDCHの範囲は、ゼロ以上且つ（Nt*Nf - 1）以下の整数であり、ここで、Nt及びNfは以下のように定義される：
Figure 0006747441
ディスカバリ期間内でのディスカバリ信号（つまり、PSDCH上でのトランスポートブロック）のための第j回目の送信は、ディスカバリ・リソースプール内のLPSDCH個のサブフレームl0 PSDCH、l1 PSDCH、・・・、lL_PSDCH-1 PSDCHのうち、
Figure 0006747441
 において発生し、当該サブフレームの連続する2つのリソースブロック
Figure 0006747441
 を使用する。
ここで、
Figure 0006747441
 である。
図３は、LPSDCH = 16、MRB PSDCH_RP = 16、及びNSLD TX =4であるときのSidelink discovery Type 1に基づく無線リソース割り当ての例を示している。図３に示された各マス目（セル）に記入されている数値は、UEが選択することが可能なリソース値nPSDCHの値である。例えば、nPSDCH = 0であるとき、ディスカバリ・リソースプール内の第１、第２、第３、及び第４番目のサブフレームl0 PSDCH、l1 PSDCH、l2 PSDCH、及びl3 PSDCHにおいて4回のPSDCH送信が行われる。これと同様に、nPSDCH = 4であるときも、ディスカバリ・リソースプール内の第１、第２、第３、及び第４番目のサブフレームl0 PSDCH、l1 PSDCH、l2 PSDCH、及びl3 PSDCHにおいて4回のPSDCH送信が行われる。
図３から理解されるように、3GPP Release 12に規定されているSidelink discovery Type 1では、UEが任意に選択可能なNt*Nf 通りのリソース値nPSDCH（0 <= nPSDCH <= Nt*Nf - 1）のうちのいくつかに関して、ディスカバリ期間内のNSLD TX回のPSDCH送信が完全に同じサブフレームのセットにおいて行われる。例えば、図３の例では、nPSDCHが0、4、8、12、16、24、及び28であるとき、サブフレームl0 PSDCH、l1 PSDCH、l2 PSDCH、及びl3 PSDCHにおいて4回のPSDCH送信が行われる。
さらに、jが2以上であるとき、第j回目のPSDCH送信で使用されるリソースブロックは、第(j-1)回目の送信で使用されたリソースブロックから周波数ドメインにおいて一定値、すなわち
Figure 0006747441
 だけ巡回シフトされる。言い換えると、第j回目の送信で使用されるリソースブロックの第(j-1)回目のPSDCH送信で使用されるリソースブロックからの周波数ドメイン・シフトの値は、UEによって選択されたリソース値nPSDCHの値及び第(j-1)回目のPSDCH送信で使用されるリソースブロックのいずれにも依存しない。したがって、図３の例でみると、nPSDCH=0であるときの４回のPSDCH送信で使用されるリソースブロックはいずれも、nPSDCH=4であるときのPSDCH送信で使用されるリソースブロックと隣接している。このような無線リソース割り当ては、以下に説明するように、In-Band Emissions（IBE）による周波数ドメインでの干渉をもたらすかもしれない。
一般に、UEによる送信は、非割り当てリソースブロック（サブキャリア）に対してIn-Band Emissions（IBE）による周波数ドメインでの干渉を及ぼすことが知られている。したがって、複数のD2D送信が非常に近くで同時に行われると、IBEに起因する干渉が発生するおそれがある。さらに3GPP Release 12に規定されているSidelink discovery Type 1の無線リソース割り当てに従うと、例えば、nPSDCH=0を選択したUEとnPSDCH=4を選択した別のUEは、完全に同じサブフレームにおいて且つ隣接するリソースブロックにおいてディスカバリ信号（PSDCH）を送信するため、IBEによるIn-band干渉がより深刻であるかもしれない。例えば、図４に示すように、モニタリングUE４０１がアナウンシングUE４０２からのディスカバリ信号（希望信号）のモニターを試みている間に、モニタリングUE４０１の近くで別のアナウンシングUE４０３がディスカバリ信号（非希望信号）を送信するケースを考える。仮に、アナウンシングUE４０２が選択したnPSDCHの値が“0”であり、アナウンシングUE４０３が選択したnPSDCHの値が“4”であるとき、これら２つのアナウンシングUE４０２及び４０３は、完全に同じサブフレームのセットにおいてディスカバリ信号を送信するだけでなく、全ての送信を隣接するリソースブロックを用いて行う。したがって、モニタリングUE４０１は、In-band干渉のためにアナウンシングUE４０２からのディスカバリ信号（希望信号）の受信品質が低下するおそれがある。
なお、この問題は、Sidelink discovery Type 1に限らず、Sidelink discovery Type 2Bに従う無線リソース割り当てにおいても発生する。Sidelink discovery Type 2Bでは、ディスカバリ期間内での第1回目の送信が発生するサブフレームとリソースブロックは、eNBからPSDCHリソース設定（configuration）としてUEに指定される３つのパラメータNPSDCH (1)、NPSDCH (2)、及びNPSDCH (3)に基づいて決定される。しかしながら、第1回目の送信で同一サブフレームの異なるリソースブロックペアを使用する複数のUEによるPSDCH送信は、その後の第2回目から第NSLD TXまでの送信も同じサブフレームを使用するだけでなく、同じ隣接関係のリソースブロックを使用する。したがって、3GPP Release 12に規定されているSidelink discovery Type 2Bの場合も、上述したIBEによる干渉の問題が深刻であるかもしれない。
本明細書に開示される実施形態が達成しようとする目的の１つは、D2D通信の直接ディスカバリが行われる際に、IBEに起因する干渉によるディスカバリ信号の受信品質の低下を抑制することに寄与する装置、方法、及びプログラムを提供することである。
第１の態様では、無線端末における無線通信の方法は、ディスカバリ期間内のL個のサブフレーム及びM個の周波数ドメイン・リソースブロックから成るリソースプールの中から、前記無線端末が自発的に選択したリソース値の第１の値n1または基地局から受信したパラメータの第１の値n1に基づいて、前記ディスカバリ期間内でのNTX回のディスカバリ信号の送信に使用されるNTX個のサブフレームとNTXセットのリソースブロックを選択することを含む。前記NTXセットのリソースブロックの各セットは、前記NTX個のサブフレームのうちのそれぞれ１つでの前記ディスカバリ信号の送信に使用される。前記NTXセットのリソースブロックに関して、前記ディスカバリ期間内での第j回目（jは2以上の整数）の前記ディスカバリ信号の送信に使用される第１のリソースブロック・セットの第(j-1)回目の送信に使用される第２のリソースブロック・セットからの周波数ドメイン・シフトの値は、前記第１の値n1及び前記第２のリソースブロック・セットの前記リソースプール内での周波数ドメイン位置の少なくとも一方に依存する。
第２の態様では、無線端末は、少なくとも１つの無線トランシーバ及び少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、セルラーネットワークとのセルラー通信および他の無線端末とのデバイス・ツー・デバイス通信を前記少なくとも１つの無線トランシーバを使用して行うよう構成されている。前記少なくとも１つのプロセッサは、さらに、ディスカバリ期間内のL個のサブフレーム及びM個の周波数ドメイン・リソースブロックから成るリソースプールの中から、前記無線端末が自発的に選択したリソース値の第１の値n1または基地局から受信したパラメータの第１の値n1に基づいて、前記ディスカバリ期間内でのNTX回のディスカバリ信号の送信に使用されるNTX個のサブフレームとNTXセットのリソースブロックを選択するよう構成される。前記NTXセットのリソースブロックの各セットは、前記NTX個のサブフレームのうちのそれぞれ１つでの前記ディスカバリ信号の送信に使用される。前記NTXセットのリソースブロックに関して、前記ディスカバリ期間内での第j回目（jは2以上の整数）の前記ディスカバリ信号の送信に使用される第１のリソースブロック・セットの第(j-1)回目の送信に使用される第２のリソースブロック・セットからの周波数ドメイン・シフトの値は、前記第１の値n1及び前記第２のリソースブロック・セットの前記リソースプール内での周波数ドメイン位置の少なくとも一方に依存する。
第３の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第１の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
上述の態様によれば、D2D通信の直接ディスカバリが行われる際に、IBEに起因する干渉によるディスカバリ信号の受信品質の低下を抑制することに寄与する装置、方法、及びプログラムを提供できる。
ディスカバリ期間（PSDCH期間）とディスカバリ信号（PSDCH）の送信に使用される時間−周波数リソースとの関係の一例を示す図である。 ディスカバリ・リソースプールの一例を示す図である。 3GPP Release 12に従うディスカバリ信号（PSDCH）送信のためのサブフレーム及びリソースブロックの選択の一例を示す図である。 In-Band Emissions（IBE）に起因する干渉の例を示す図である。 いくつかの実施形態に係る無線通信システムの構成例を示す図である。 第１の実施形態に係る無線端末の動作の一例を示すフローチャートである。 第１の実施形態に係る無線端末によるディスカバリ信号（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期間）内のLPSDCH個のサブフレーム及びMPSDCH_RP RB個の周波数ドメイン・リソースブロックから成るディスカバリ・リソースプールの中から、ディスカバリ期間内でのNTX SLD回のディスカバリ信号の送信のためにNTX SLD個のサブフレーム及びNTX SLDセットのリソースブロックを選択するよう構成されている。選択されたNTX SLDセットのリソースブロックの各セットは、選択されたNTX SLD個のサブフレームのうちのそれぞれ１つでのディスカバリ信号の送信に使用される。既に説明したように、3GPP Release 12では、NTX SLDセットのリソースブロックの各セットは、連続する２つのリソースブロックから構成される。
sidelink discovery Type 1（つまり、autonomous resource selection）の場合、UE１は、UE１が自発的に選択したリソース値nPSDCHに基づいて、NTX SLD個のサブフレーム及びNTX SLDセットのリソースブロックを選択してもよい。一方、sidelink discovery Type 2B（つまり、scheduled resource allocation）の場合、UE１は、eNB２から１又は複数のパラメータ（e.g., NPSDCH (1)、NPSDCH (2)、及びNPSDCH (3)）を含むPSDCHリソース設定（configuration）を受信し、これら１又は複数のパラメータのうち少なくとも１つに従って、NTX SLD個のサブフレーム及びNTX SLDセットのリソースブロックを選択してもよい。
図６は、直接ディスカバリのための無線リソースを選択する際のUE１の動作の一例（処理６００）を示すフローチャートである。なお、図６は、sidelink discovery Type 1（autonomous resource selection）について示している。ブロック６０１では、UE１は、リソース値nPSDCHを自律的に選択する。ブロック６０２では、UE１は、選択されたリソース値nPSDCHに基づいて、ディスカバリ期間（PSDCH期間）内でのNSLD TX回のディスカバリ信号（PSDCH）の送信のためにNSLD TX個のサブフレーム及びNTX SLDセットのリソースブロックを選択する。NTX SLDセットのリソースブロックの各セットは、NTX SLD個のサブフレームのうちのそれぞれ１つでのディスカバリ信号の送信に使用される。
ブロック６０２でのUE１によるサブフレーム選択ルール又はアルゴリズムでは、ディスカバリ期間内でのUE１による第j回目（jは2以上の整数）のディスカバリ信号の送信に使用される第１のリソースブロック・セットの第(j-1)回目の送信に使用される第２のリソースブロック・セットからの周波数ドメイン・シフトの値が以下のように決定される。すなわち、当該周波数ドメイン・シフトの値は、（ａ）UE１によって選択されたリソース値nPSDCHの値、及び（ｂ）第(j-1)回目の送信に使用される第２のリソースブロック・セットのディスカバリ・リソースプール内での周波数ドメイン位置、の少なくとも一方に依存して決定される。
言い換えると、いくつかの実装において、UE１による第j回目（jは2以上の整数）のPSDCH送信に使用される第１のリソースブロック・セットと第(j-1)回目のPSDCH送信に使用される第２のリソースブロック・セットの間の周波数ドメイン・シフトの値は、当該UE１によって選択されたリソース値nPSDCHの値が第１の値であるか又は第２の値であるかに依存して異なる。
あるいは、いくつかの実装において、UE１による第j回目（jは2以上の整数）のPSDCH送信に使用される第１のリソースブロック・セットと第(j-1)回目のPSDCH送信に使用される第２のリソースブロック・セットの間の周波数ドメイン・シフトの値は、第２のリソースブロック・セットのディスカバリ・リソースプール内での周波数ドメイン位置が第１の位置であるか第２の位置であるかに依存して異なる。
なお、「ディスカバリ・リソースプール内での周波数ドメイン位置」との用語は、着目するリソースブロック又はリソースブロック・セット（i.e., 連続する２つのリソースブロック）のディスカバリ・リソースプール（リソースブロック・プール）内での論理的な順序を意味する。例えば、「ディスカバリ・リソースプール内での周波数ドメイン位置」は、ディスカバリ・リソースプールに含まれるMRB PSDCH_RP / 2個のリソースブロック・セットに付与された論理的な通し番号0, 1, ..., (MRB PSDCH_RP/2 - 1)によって表されてもよい。
以上の説明から理解されるように、本実施形態では、UE１による第j回目（1 < j）のPSDCH送信で使用されるリソースブロック・セットの第(j-1)回目のPSDCH送信で使用されるリソースブロック・セットからの周波数ドメイン・シフトの値は、当該UE１によって選択されたリソース値nPSDCHの値及び第(j-1)回目のPSDCH送信で使用されるリソースブロック・セットのいずれか又は両方に依存する。このことは、異なるリソース値nPSDCHの値に基づいて同じNTX SLD個のサブフレームにおいてディスカバリ信号の送信行う２つのUE１が、互いに異なる周波数ドメイン・シフト値を使用することを可能にする。したがって、これら２つのUE１が同じサブフレーム群でのNTX SLD回のPSDCH送信の全てを同じ隣接関係の２つのリソースブロック・セットで行うことを回避できる。この結果、仮にこれら２つのUE１が近接しているとしても、一方のUE１によるNTX SLD回のディスカバリ信号（PSDCH）の送信の全てに他方のUE１からのIBEによる強い干渉が発生すること防止できる。なぜなら、２つのUE１によるNTX SLD回の送信のいずれかは最も隣接する２つのリソースブロック・セットを使用するかもしれないが、他のいずれかの送信は周波数ドメインにおいて離間した２つのリソースブロック・セットを使用するためである。
続いて以下では、本実施形態に係る直接ディスカバリのための無線リソース選択のいくつかの具体例について説明する。いくつかの実装において、ブロック６０２でのサブフレーム選択ルール又はアルゴリズムでは、UE１による第j回目（1 < j）のPSDCH送信で使用される第１のリソースブロック・セットの第(j-1)回目のPSDCH送信で使用される第２のリソースブロック・セットからの周波数ドメイン・シフトの値は、第２のリソースブロック・セットの周波数ドメイン位置を表す通し番号（i.e., 0, 1, ..., (MRB PSDCH_RP/2 - 1)）の値に依存して決定されてもよい。
リソース値nPSDCHと無線リソースとのマッピングの第１の例を説明する。当該第１の例では、UE１による第j回目（1 < j）のPSDCH送信で使用される第１のリソースブロック・セットの第(j-1)回目のPSDCH送信で使用される第２のリソースブロック・セットからの周波数ドメイン・シフトの値は、第２のリソースブロック・セットの周波数ドメイン位置を表す通し番号（i.e., 0, 1, ..., (MRB PSDCH_RP/2 - 1)）が奇数であるか又は偶数であるかに依存して異なる。
3GPP Release 12と同様に、UE１が選択できるリソース値nPSDCHの範囲は、ゼロ以上且つ（Nt*Nf - 1）以下の整数であり、ここで、Nt及びNfは以下のように定義される：
Figure 0006747441
さらに、NTX SLD個のサブフレームの選択は、3GPP Release 12のsidelink discovery Type 1と同様であってもよい。すなわち、i番目のPSDCHピリオドにおいてPSDCHを送信するようUE１が設定された場合に、PSDCH上でのトランスポートブロックの第j番目（jは１以上かつNTX SLD以下）の送信は、ディスカバリ・リソースプール内のLPSDCH個のサブフレームl0、l1、・・・、lL_PSDCH-1のうち、
Figure 0006747441
 において発生し、当該サブフレームの連続する2つのリソースブロック
Figure 0006747441
 を使用する。
ここで、
Figure 0006747441
 である。
すなわち、リソース値nPSDCHと無線リソースとのマッピングの当該第１の例では、aj-1の値が偶数であるときは、aj-1の値に応じた値aj-1/2と固定シフト値Nfの和としてajが決定される。なお、aj-1は、第（j-1）回目のPSDCH送信用のリソースブロック・セット（i.e., 連続する2つのリソースブロック）の周波数ドメイン位置を表す。同様に、ajは、第j回目のPSDCH送信用のリソースブロック・セット（i.e., 連続する2つのリソースブロック）の周波数ドメイン位置を表す。これに対して、aj-1の値が奇数であるときは、aj-1の値に応じた値 (aj-1-1)/2によってajが決定される。
当該第１の例に従うリソースブロック・セット選択の一例を図７に示す。図７は、図３と同様に、ディスカバリ・リソースプールに含まれるサブフレーム数（LPSDCH）が16であり（LPSDCH = 16）、リソースブロック（PRB）数（MRB PSDCH_RP）が16であり（MRB PSDCH_RP = 16）、１ディスカバリ期間でのPSDCH送信回数（NSLD TX）が4であるとき（NSLD TX =4）の、Sidelink discovery Type 1に基づく無線リソース割り当ての例を示している。なお、図７は、リソースプール内の16サブフレームのうち最初の4サブフレームについてのみ示している。図７に示された各マス目（セル）に記入されている数値は、UE１が選択することが可能なリソース値nPSDCHの値である。
例えばnPSDCH = 0とnPSDCH = 4に着目すると、第1番目のサブフレームl0 PSDCHでの送信では最も隣接する２つのリソースブロック・セットが使用されるが、第2及び第3番目のサブフレームl1 PSDCH及びl2 PSDCHでの送信では離間した２つのリソースブロック・セットが使用される。したがって、nPSDCH = 0を選択したUE１とnPSDCH = 4を選択した他のUE１が近接している場合に、4回のPSDCH送信の全てにおいて大きなIn-band干渉が発生することを回避できる。
さらに、図７から理解されるように、第１の例では、UE１による第j回目（1 < j）のPSDCH送信で使用される第１のリソースブロック・セットの第(j-1)回目のPSDCH送信で使用される第２のリソースブロック・セットからの周波数ドメイン・シフトの値は、第２のリソースブロック・セットの周波数ドメイン位置を表す通し番号（i.e., 0, 1, ..., (MRB PSDCH_RP/2 - 1)）が奇数であった場合に第１のリソースブロック・セットが第１のPRBクラスターに含まれるように決定される。これに対して、第２のリソースブロック・セットの周波数ドメイン位置を表す通し番号（i.e., 0, 1, ..., (MRB PSDCH_RP/2 - 1)）が偶数であった場合に第１のリソースブロック・セットが第２のPRBクラスターに含まれるように決定される。
例えば、リソース値nPSDCH=0を選択したUE１は、第１回目の送信において通し番号a1=0に対応する第１PRBクラスター内のリソースブロック・セットを使用し、a1が偶数”0”であるから第２回目の送信は第２PRBクラスター内のリソースブロック・セットを使用する。これに対して、リソース値nPSDCH=4を選択したUE１は、第１回目の送信において通し番号a1=1に対応する第１PRBクラスター内のリソースブロック・セットを使用し、a1が奇数”1”であるから第２回目の送信も第１PRBクラスター内のリソースブロック・セットを使用する。
すなわち、図７に示された第１の例によれば、第１回目のPSDCH送信をあるPRBクラスター内の隣接する２つのリソースブロック・セットを使用して行う２つのUE１は、第２回目のPSDCH送信を互いに異なるPRBクラスター内のリソースブロック・セットを用いて行うことができる。ここで、図１及び図２を用いて説明したように、第１及び第２のPRBクラスターの各々は周波数ドメインにおいて連続するリソースブロックから構成されるが、第１のPRBクラスターと第２のPRBクラスターの間は周波数ドメインにおいて不連続であることに留意するべきである。したがって、図７に示された第１の例によれば、同じ複数のサブフレームを使用する２つのUE１の複数回のPSDCH送信の全てにおいて大きなIn-band干渉が発生することを確実に回避できる。
次に、リソース値nPSDCHと無線リソースとのマッピングの第２の例を説明する。当該第２の例は、上述した第１の例と逆関係を持つ。すなわち、第２の例では、第j回目の送信で使用されるリソースブロック・セットを決めるためのajは、以下のように定義される：
Figure 0006747441
リソース値nPSDCHと無線リソースとのマッピングの当該第２の例では、aj-1の値が奇数であるときは、aj-1の値に応じた値(aj-1-1)/2と固定シフト値Nfの和としてajが決定される。なお、aj-1は、第（j-1）回目のPSDCH送信用のリソースブロック・セット（i.e., 連続する2つのリソースブロック）の周波数ドメイン位置を表す。同様に、ajは、第j回目のPSDCH送信用のリソースブロック・セット（i.e., 連続する2つのリソースブロック）の周波数ドメイン位置を表す。これに対して、aj-1の値が偶数であるときは、aj-1の値に応じた値aj-1/2によってajが決定される。
当該第２の例に従うリソースブロック・セット選択の一例を図８に示す。図８は、図３と同様に、ディスカバリ・リソースプールに含まれるサブフレーム数（LPSDCH）が16であり（LPSDCH = 16）、リソースブロック（PRB）数（MRB PSDCH_RP）が16であり（MRB PSDCH_RP = 16）、１ディスカバリ期間でのPSDCH送信回数（NSLD TX）が4であるとき（NSLD TX =4）の、Sidelink discovery Type 1に基づく無線リソース割り当ての例を示している。なお、図８は、図７と同様に、リソースプール内の16サブフレームのうち最初の4サブフレームについてのみ示している。図８に示された各マス目（セル）に記入されている数値は、UE１が選択することが可能なリソース値nPSDCHの値である。
図８から理解されるように、第２の例では、UE１による第j回目（1 < j）のPSDCH送信で使用される第１のリソースブロック・セットの第(j-1)回目のPSDCH送信で使用される第２のリソースブロック・セットからの周波数ドメイン・シフトの値は、第２のリソースブロック・セットの周波数ドメイン位置を表す通し番号（i.e., 0, 1, ..., (MRB PSDCH_RP/2 - 1)）が偶数であった場合に第１のリソースブロック・セットが第１のPRBクラスターに含まれるように決定される。これに対して、第２のリソースブロック・セットの周波数ドメイン位置を表す通し番号（i.e., 0, 1, ..., (MRB PSDCH_RP/2 - 1)）が奇数であった場合に第１のリソースブロック・セットが第２のPRBクラスターに含まれるように決定される。
当該第２の例によれば、上述した第１の例と同様の効果を得ることができる。
リソース値nPSDCHと無線リソースとのマッピングに関する上述の第１及び第２の例は、適宜変形されてもよい。例えば、上述の第１及び第２の例において、第j回目の送信と第(j-1)回目の送信の周波数ドメイン・シフトの値は、PRBクラスター内又はPRBクラスター間での周波数ドメイン位置の置換、インターリーブ、又は巡回シフトを行うことにより決定されてもよい。これらの追加操作は、例えば、あるリソース値nPSDCHに基づく複数回の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 (10)

  1. 無線端末であって、
    少なくとも１つの無線トランシーバと、
    セルラーネットワークとのセルラー通信および他の無線端末とのデバイス・ツー・デバイス通信を前記少なくとも１つの無線トランシーバを使用して行うよう構成された少なくとも１つのプロセッサと、
    を備え、
    前記少なくとも１つのプロセッサは、ディスカバリ期間内のL個のサブフレーム及びM個の周波数ドメイン・リソースブロックから成るリソースプールの中から、前記無線端末が自発的に選択したリソース値の第１の値n1または基地局から受信したパラメータの第１の値n1に基づいて、前記ディスカバリ期間内でのNTX回のディスカバリ信号の送信に使用されるNTX個のサブフレームとNTXセットのリソースブロックを選択するよう構成され、
    前記NTXセットのリソースブロックの各セットは、前記NTX個のサブフレームのうちのそれぞれ１つでの前記ディスカバリ信号の送信に使用され、
    前記NTXセットのリソースブロックに関して、前記ディスカバリ期間内での第j回目（jは2以上の整数）の前記ディスカバリ信号の送信に使用される第１のリソースブロック・セットの第(j-1)回目の送信に使用される第２のリソースブロック・セットからの周波数ドメイン・シフトの値は、前記第１の値n1及び前記第２のリソースブロック・セットの前記リソースプール内での周波数ドメイン位置の少なくとも一方に依存する、
    無線端末。
  2. 前記周波数ドメイン・シフトの値は、前記第２のリソースブロック・セットの前記周波数ドメイン位置を表す通し番号の値に依存する、
    請求項１に記載の無線端末。
  3. 前記周波数ドメイン・シフトの値は、前記第２のリソースブロック・セットの前記周波数ドメイン位置を表す通し番号が奇数であるか又は偶数であるかに依存して異なる、
    請求項１又は２に記載の無線端末。
  4. 前記M個の周波数ドメイン・リソースブロックは、周波数ドメインにおいて不連続な複数のクラスターを含み、
    前記複数のクラスターの各々は周波数ドメインにおいて連続するリソースブロックから構成され、
    前記周波数ドメイン・シフトの値は、
    前記第２のリソースブロック・セットの前記周波数ドメイン位置を表す通し番号が奇数であった場合に前記第１のリソースブロック・セットが前記複数のクラスターのうちの第１のクラスターに含まれるように決定され、
    前記第２のリソースブロック・セットの前記周波数ドメイン位置を表す通し番号が偶数であった場合に前記第１のリソースブロック・セットが前記複数のクラスターのうちの第２のクラスターに含まれるように決定される、
    請求項３に記載の無線端末。
  5. 前記M個の周波数ドメイン・リソースブロックは、周波数ドメインにおいて不連続な複数のクラスターを含み、
    前記複数のクラスターの各々は周波数ドメインにおいて連続するリソースブロックから構成され、
    前記周波数ドメイン・シフトの値は、クラスター内又はクラスター間での周波数ドメイン位置の置換、インターリーブ、又は巡回シフトを前記M個の周波数ドメイン・リソースブロックに関して行うことにより決定される、
    請求項１〜３のいずれか１項に記載の無線端末。
  6. 前記第１の値n1に基づいて選択される前記NTX個のサブフレームは、前記リソース値又は前記パラメータの第２の値n2に基づいて選択されるNTX個のサブフレームと同一である、
    請求項１〜５のいずれか１項に記載の無線端末。
  7. 前記NTXセットのリソースブロックの各セットは、連続する２つのリソースブロックから構成される、
    請求項１〜６のいずれか１項に記載の無線端末。
  8. 無線端末における無線通信の方法であって、
    ディスカバリ期間内のL個のサブフレーム及びM個の周波数ドメイン・リソースブロックから成るリソースプールの中から、前記無線端末が自発的に選択したリソース値の第１の値n1または基地局から受信したパラメータの第１の値n1に基づいて、前記ディスカバリ期間内でのN TX 回のディスカバリ信号の送信に使用されるN TX 個のサブフレームとN TX セットのリソースブロックを選択することを備え、
    前記N TX セットのリソースブロックの各セットは、前記N TX 個のサブフレームのうちのそれぞれ１つでの前記ディスカバリ信号の送信に使用され、
    前記N TX セットのリソースブロックに関して、前記ディスカバリ期間内での第j回目（jは2以上の整数）の前記ディスカバリ信号の送信に使用される第１のリソースブロック・セットの第(j-1)回目の送信に使用される第２のリソースブロック・セットからの周波数ドメイン・シフトの値は、前記第１の値n1及び前記第２のリソースブロック・セットの前記リソースプール内での周波数ドメイン位置の少なくとも一方に依存する、
    方法。
  9. 前記周波数ドメイン・シフトの値は、前記第２のリソースブロック・セットの前記周波数ドメイン位置を表す通し番号の値に依存する、
    請求項８に記載の方法。
  10. 無線端末における無線通信の方法をコンピュータに行わせるためのプログラムであって、
    前記方法は、ディスカバリ期間内のL個のサブフレーム及びM個の周波数ドメイン・リソースブロックから成るリソースプールの中から、前記無線端末が自発的に選択したリソース値の第１の値n1または基地局から受信したパラメータの第１の値n1に基づいて、前記ディスカバリ期間内でのNTX回のディスカバリ信号の送信に使用されるNTX個のサブフレームとNTXセットのリソースブロックを選択することを備え、
    前記NTXセットのリソースブロックの各セットは、前記NTX個のサブフレームのうちのそれぞれ１つでの前記ディスカバリ信号の送信に使用され、
    前記NTXセットのリソースブロックに関して、前記ディスカバリ期間内での第j回目（jは2以上の整数）の前記ディスカバリ信号の送信に使用される第１のリソースブロック・セットの第(j-1)回目の送信に使用される第２のリソースブロック・セットからの周波数ドメイン・シフトの値は、前記第１の値n1及び前記第２のリソースブロック・セットの前記リソースプール内での周波数ドメイン位置の少なくとも一方に依存する、
    プログラム。
JP2017525786A 2015-06-29 2016-03-11 無線通信のための方法及び装置 Active JP6747441B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015130460 2015-06-29
JP2015130460 2015-06-29
PCT/JP2016/001367 WO2017002282A1 (ja) 2015-06-29 2016-03-11 無線通信のための方法及び装置

Publications (2)

Publication Number Publication Date
JPWO2017002282A1 JPWO2017002282A1 (ja) 2018-04-19
JP6747441B2 true JP6747441B2 (ja) 2020-08-26

Family

ID=57609079

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017525786A Active JP6747441B2 (ja) 2015-06-29 2016-03-11 無線通信のための方法及び装置

Country Status (3)

Country Link
US (1) US10511976B2 (ja)
JP (1) JP6747441B2 (ja)
WO (1) WO2017002282A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10536940B2 (en) * 2016-01-12 2020-01-14 Nokia Solutions And Networks Oy Discovery signal block mapping
CN111642017B (zh) * 2017-11-02 2023-07-14 Oppo广东移动通信有限公司 用于配置资源的方法、终端设备和网络设备
CN112929973B (zh) * 2021-02-05 2022-08-09 之江实验室 一种ue间协作的触发方法
WO2024065837A1 (en) * 2022-09-30 2024-04-04 Nokia Shanghai Bell Co., Ltd. Device, method and computer readable medium for sidelink communications

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6517931B2 (ja) * 2014-10-31 2019-05-22 エルジー エレクトロニクス インコーポレイティド Ｄ２ｄ通信システムにおいてパッディングのみを有するｍａｃ ｐｄｕ伝送を回避する方法及びその装置

Also Published As

Publication number Publication date
WO2017002282A1 (ja) 2017-01-05
US10511976B2 (en) 2019-12-17
US20180199206A1 (en) 2018-07-12
JPWO2017002282A1 (ja) 2018-04-19

Similar Documents

Publication Publication Date Title
JP7414650B2 (ja) Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）及びその方法
US10904786B2 (en) Method for using radio interface technology, apparatus, and communications system
JP6977794B2 (ja) 無線局、無線端末、及びこれらにより行われる方法
JP6822418B2 (ja) ネットワーク装置、無線端末、及びこれらの方法
JP6756332B2 (ja) 基地局及びスケジューリング方法
WO2018047401A1 (ja) 無線通信のための装置、方法、及びプログラムを格納した非一時的なコンピュータ可読媒体
AU2017355743B2 (en) User equipment and uplink signal transmission method
JP6784326B2 (ja) 処理装置、方法、及びプログラム
US20170048906A1 (en) Operation method of communication node supporting device to device communication in communication network
JP6747441B2 (ja) 無線通信のための方法及び装置
JP6680299B2 (ja) 無線通信のための方法及び装置
WO2017187713A1 (ja) 無線通信のための装置および方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171225

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190206

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200310

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200707

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200720

R150 Certificate of patent or registration of utility model

Ref document number: 6747441

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150