JPWO2017010030A1 - 端末及び基地局並びにこれらの方法 - Google Patents

端末及び基地局並びにこれらの方法 Download PDF

Info

Publication number
JPWO2017010030A1
JPWO2017010030A1 JP2017528273A JP2017528273A JPWO2017010030A1 JP WO2017010030 A1 JPWO2017010030 A1 JP WO2017010030A1 JP 2017528273 A JP2017528273 A JP 2017528273A JP 2017528273 A JP2017528273 A JP 2017528273A JP WO2017010030 A1 JPWO2017010030 A1 JP WO2017010030A1
Authority
JP
Japan
Prior art keywords
control period
control information
control
subframes
period
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.)
Granted
Application number
JP2017528273A
Other languages
English (en)
Other versions
JP6724917B2 (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 JPWO2017010030A1 publication Critical patent/JPWO2017010030A1/ja
Priority to JP2020102287A priority Critical patent/JP7414650B2/ja
Application granted granted Critical
Publication of JP6724917B2 publication Critical patent/JP6724917B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

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

Abstract

送信端末（１Ａ）は、第１のＤ２Ｄ制御期間（５０１）内の第１のサブフレーム・プール（５１１）内の１又は複数のサブフレームにおいて第１のＤ２Ｄ制御情報（５２２、５２３）を送信するとともに、当該第１のＤ２Ｄ制御期間（５０１）内の第２のサブフレーム・プール（５１２）内の１又は複数のサブフレームにおいて第１のＤ２Ｄ制御情報（５２２、５２３）に従ってデータ送信（５３１−５３４）を行う。当該第１のＤ２Ｄ制御情報（５２２、５２３）は、当該第１のＤ２Ｄ制御期間（５０１）より後の少なくとも１つのＤ２Ｄ制御期間（５０２、５０３）において当該第１のＤ２Ｄ制御情報（５２２、５２３）が有効であるか否かを示す第２の情報要素を含む。これにより、例えば、周期的なＤ２Ｄ制御期間内の制御用の無線リソース領域で送信され且つＤ２Ｄ送信リソースを指定するスケジューリング割当情報の受信失敗を低減することに寄与できる。

Description

本開示は、端末間直接通信（device-to-device（D2D）通信）に関し、特に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（eNB））を含む公衆地上移動通信ネットワーク（Public Land Mobile Network (PLMN)）を経由せずに、他のProSe-enabled UEと直接的に通信することを可能にする。ProSe直接通信は、基地局（eNB）にアクセスする場合と同様の無線通信技術（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., eNB（eNB））によって割り当てられた無線リソースを使用してProSe直接ディスカバリ又はProSe直接通信を行う。
ProSe直接通信に関しては、２つのリソース割り当てモード、つまりscheduled resource allocation 及び autonomous resource selectionが規定されているscheduled resource allocation 及び autonomous resource selection は、それぞれ“sidelink transmission mode 1”及び“sidelink transmission mode 2”と呼ばれる（非特許文献２のセクション１４を参照）。
ProSe直接通信のscheduled resource allocationでは、UEがサイドリンク送信を希望する場合、当該UEがサイドリンク送信のための無線リソース割り当てをeNBに要求し、eNBがサイドリンク・コントロール及びデータのためのリソースを当該UEに割り当てる。具体的には、UEは、アップリンク（UL）データ送信リソース（Uplink Shared Channel（UL-SCH）リソース）を要求するためにスケジューリング・リクエストをeNB に送信し、アップリンクグラント（UL grant）で割り当てられたULデータ送信リソースにおいてSidelink Buffer Status Report（Sidelink BSR）をeNBに送信する。eNBは、Sidelink BSRに基づいてUEに割り当てるサイドリンク送信リソースを決定し、サイドリンク・グラント（SL grant）をUEに送信する。
SL grantは、Downlink Control Information（DCI） format 5として定義されている。SL grant（DCI format 5）は、Resource for PSCCH、Resource block assignment and hopping allocation、及びtime resource pattern indexなどのコンテンツを含む。Resource for PSCCHは、サイドリンク制御チャネル（i.e., Physical Sidelink Control Channel（PSCCH））用の無線リソースを示す。Resource block assignment and hopping allocationは、サイドリンクでのデータ送信用のサイドリンク・データチャネル（i.e., Physical Sidelink Shared Channel（PSSCH））を送信するための周波数リソース、つまりサブキャリア（リソースブロック）のセット、を決定するために使用される。Time resource pattern indexは、PSSCHを送信するための時間リソース、つまりサブフレームのセット、を決定するために使用される。なお、厳密に述べると、リソースブロックは、LTE及びLTE-Advancedの時間−周波数リソースを意味し、時間ドメインにおいて連続する複数個のOFDM（又はSC-FDMA）シンボルと周波数ドメインにおいて連続する複数個のサブキャリアによって規定されるリソース単位である。Normal cyclic prefixの場合、１リソースブロックは、時間ドメインにおいて連続する１２OFDM（又はSC-FDMA）シンボルを含み、周波数ドメインにおいて１２サブキャリアを含む。すなわち、Resource block assignment and hopping allocationおよびTime resource pattern indexは、PSSCHを送信するためのリソースブロックを指定する。UE（つまり、サイドリンク送信端末）は、SL grantに従ってPSCCHリソースおよびPSSCHリソースを決める。
一方、ProSe直接通信のautonomous resource selectionでは、UEは、eNBによって設定されたリソースプールの中から、サイドリンク・コントロール（PSCCH）及びデータ（PSSCH）のためのリソースを自律的に選択する。eNBは、System Information Block（SIB）18において、autonomous resource selectionに使用するためのリソースプールをUEに割り当ててもよい。なお、eNBは、Radio Resource Control (RRC)_CONNECTEDのUEに対して、個別（dedicated）RRCシグナリングで、autonomous resource selectionに使用するためのリソースプールを割り当ててもよい。このリソースプールは、UEがRRC_IDLEであるときにも利用可能であってもよい。
サイドリンクでの直接送信を行う場合、送信側のUE（D2D transmitting UE）（以下、送信端末とする）は、サイドリンク制御チャネル（i.e., PSCCH）用の無線リソース領域（resource pool）を使って、スケジューリング割当情報（Scheduling Assignment）の送信を行う。スケジューリング割当情報は、Sidelink Control Information (SCI) format 0とも呼ばれる。スケジューリング割当情報は、resource block assignment and hopping allocation、time resource pattern index、及び Modulation and Coding Scheme（MCS）などのコンテンツを含む。上述したscheduled resource allocation の場合、Scheduling Assignment（SCI format 0）が示す Resource block assignment and hopping allocation及びtime resource pattern indexは、eNBから受信したSL grant（DCI format 5）が示すResource block assignment and hopping allocation及びtime resource pattern indexに従う。
送信端末は、スケジューリング割当情報に従った無線リソースを使って、PSSCHにおいてデータを送信する。受信側のUE（D2D receiving UE）（以下、受信端末とする）は、送信端末からのスケジューリング割当情報をPSCCHにおいて受信し、そのスケジューリング割当情報に従ってPSSCHにおいてデータを受信する。なお、ここで送信端末との用語は、無線端末の送信動作に着目した表現であって、送信専用の無線端末を意味するものではない。同様に、受信端末との用語は、無線端末の受信動作に着目した表現であり、受信専用の端末を意味するものではない。すなわち、送信端末は受信動作を行うことも可能であり、受信端末は送信動作を行うことも可能である。
以下では、サイドリンク制御期間（sidelink control period）、PSCCHのためのリソースプール、及びPSSCHのためのリソースプールについて説明する。これらは、PSCCHを送信するための無線リソース（i.e., subframes及びresource blocks）及びPSSCHを送信するための無線リソースを決定するために必要である。既に説明したように、PSCCHは、スケジューリング割当情報などのサイドリンク制御情報（Sidelink Control Information (SCI)）の送信に使用されるサイドリンクの物理チャネルである。一方、PSSCHは、ユーザデータ送信（ダイレクト送信）のために使用されるサイドリンクの物理チャネルである。
サイドリンク制御期間（sidelink control period）は、サイドリンクのためのスケジューリング周期である（図１を参照）。サイドリンク制御期間は、PSCCH periodとも呼ばれる。送信端末は、サイドリンク制御期間毎にスケジューリング割当情報（i.e., SCI format 0）を送信する。3GPP Release 12では、サイドリンク制御期間は、40ms, 60ms, 70ms, 80ms, 120ms, 140ms, 160ms, 240ms, 280ms, 又は320msである。言い換えると、サイドリンク制御期間は、40サブフレーム, 60サブフレーム, 70サブフレーム, 80サブフレーム, 120サブフレーム, 140サブフレーム, 160サブフレーム, 240サブフレーム, 280サブフレーム, 又は320サブフレームである。
したがって、送信端末は、サイドリンク制御期間毎に、つまり40 ms又はそれ以上の周期で、PSSCHリソースの割り当てを受信端末に通知する。ただし、PSSCHリソースの割り当てはtime resource pattern indexを用いて６、７又は８サブフレーム（6, 7, or 8 ms）単位で指定される。したがって、１つのサイドリンク制御期間の間は、６、７又は８サブフレーム周期で同じPSSCHリソースの割り当てが使用される。
１つのサイドリンク制御期間において、送信端末は、PSCCHのためのリソースプール（サブフレームプール）に含まれるLPSCCH個のサブフレームのうち２つのサブフレームにおいてスケジューリング割当情報（i.e., SCI format 0）を２回送信する。これら２回の送信は、PSCCHのためのリソースプール（リソースブロックプール）に含まれるMPSCCH_RP RB個のリソースブロックのうち異なる２つのリソースブロックにおいて行われる。
PSCCHのためのリソースプールは、ブロードキャスト（SIB 18）又は個別シグナリング（RRCシグナリング）でeNBによってUEに設定される。PSCCHのためのリソースプールは、サイドリンク制御期間内のLPSCCH個のサブフレーム及びMPSCCH_RP RB個の周波数ドメイン・リソースブロックから成る。
PSCCHのためのリソースプールの指定方法について図２及び図３を用いて説明する。PSCCHのためのリソースプールは、サブフレーム・プールとリソースブロック・プールから成る。図２は、PSCCHのためのサブフレーム・プールを示しており、図３は、PSCCHのためのリソースブロック・プールを示している。
eNBは、PSCCHのためのサブフレーム・プールを特定するために、サイドリンク制御期間（PSCCH期間）の長さ（P）、並びにPSCCHのためのサブフレーム・ビットマップ及びその長さ（N’）を指定する。サブフレーム・ビットマップの長さ（N’）は、4、8、12、16、30、40又は42 bitsである。当該サブフレーム・ビットマップに対応するN’サブフレームは、図２に示すように、サイドリンク制御期間内の最初のN’サブフレームである。サブフレーム・ビットマップは、“0”にセットされたビットに対応するサブフレームがPSCCH送信に使用されないことを示し、“1”にセットされたビットに対応するサブフレームがPSCCH送信に使用できることを示す。したがって、１つのサイドリンク制御期間内のPSCCHリソースプールに含まれるサブフレーム数（LPSCCH）は、サブフレーム・ビットマップで値１が指定されている数に等しい。PSCCHリソースプール（つまり、サブフレーム・プール）に含まれるサブフレームは、以下のように表すことができる：
Figure 2017010030
一方、図３に示すように、eNBは、PSCCHのためのリソースブロック・プールを特定するために、開始（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クラスターをPSCCHのためのリソースブロック・プールに含めることができる。
次に、PSSCHのためのリソースプールの指定方法について説明する。Scheduled resource allocation（sidelink transmission mode 1）の場合、eNBは、PSSCHのためのサブフレーム・プールをSIB 18又は個別シグナリング（RRCシグナリング）で指定する。PSCCHリソース設定に関連付けられサイドリンク制御期間（PSCCH期間）は、PSSCHリソース設定にもさらに関連付けられる。UEは、サブフレーム・プールから成るPSSCHリソースプールを以下のように決定する。すなわち、図２に示されるように、サイドリンク制御期間（PSCCH期間）内において、lPSCCH PSCCH-1 + 1と同じかこれより大きいサブフレーム・インデックスを持つ各サブフレームは、PSSCHのためのサブフレーム・プールに属する。
一方、autonomous resource selection（sidelink transmission mode 2）の場合、eNBは、PSSCHのためのサブフレーム・プール及びリソースブロック・プールをSIB 18又は個別シグナリング（RRCシグナリング）で指定する。eNBは、サブフレーム・プールを指定するために、オフセット（O2）、並びにサブフレーム・ビットマップ及びその長さ（NB）を指定する。
オフセット（O2）は、サイドリンク制御期間（PSCCH期間）の先頭サブフレームのサブフレーム・インデックスjbeginからのオフセットを示す。ここでは、PSCCH期間内においてjbegin + O2と同じかこれより大きいサブフレーム・インデックスを持つ各サブフレームの総数をN’とする。
サブフレーム・ビットマップの長さ（NB）は、4、8、12、16、30、40又は42 bitsである。サブフレーム・ビットマップは、“0”にセットされたビットに対応するサブフレームがPSSCH送信に使用されないことを示し、“1”にセットされたビットに対応するサブフレームがPSSCH送信に使用できることを示す。なお、通常の場合、サブフレーム・ビットマップの長さ（NB）は、PSCCH期間内においてjbegin + O2と同じかこれより大きいサブフレーム・インデックスを持つサブフレームの総数（N’）より小さい。したがって、UEは、ビットマップb0, b1, b2, ..., bN’-1を以下の数式に従って決定する：
Figure 2017010030
 ここで、a0, a1, a2, ..., aN_B-1は、eNBによりPSSCH設定として指定される長さNBのビットマップである。もしbj = 1であれば、サブフレームljは、PSSCHのためのサブフレーム・プールに属する。
Autonomous resource selection（sidelink transmission mode 2）の場合のPSSCHのためのリソースブロック・プールは、PSCCHのためのリソースブロック・プールと同様に指定される。すなわち、eNBは、PSSCHのためのリソースブロック・プールを特定するために、開始（start）Physical Resource Block（PRB）のインデックス（S1）、終了（end）PRBのインデックス（S2）、及びPRB数（M）をPSSCHリソース設定において指定する。
上述したように、3GPP Release 12のサイドリンク送信は、周波数および時間ドメインにおいてアップリンク・リソースのサブセットを使用する。したがって、UEは、サイドリンク送信中のサブフレームにおいて、他のUEから送信されたサイドリンク信号を受信することができない。なぜなら、UE自身が送信している信号が大電力の干渉となって当該UEに受信されてしまうためである。
したがって、UEは、スケジューリング割当情報（i.e., SCI format 0）をPSCCH上で送信しているサブフレームでは、他のUEから送信されたスケジューリング割当情報（SCI format 0）を受信できない。UEは、あるサイドリンク制御期間（PSCCH期間）内のスケジューリング割当情報の受信に失敗した場合、当該スケジューリング割当情報に関連付けられた当該サイドリンク制御期間内でのデータ受信（PSSCH受信）もまた失敗する。なお、スケジューリング割当情報が送信されるPSCCH用の無線リソース領域（PSCCHのためのサブフレーム・プール）に含まれるサブフレーム数は、データ送信（PSSCH送信）用の無線リソース領域（PSSCHのためのサブフレーム・プール）に含まれるサブフレーム数に比べて少ないことに留意されるべきである。このため、UEがPSCCHでのスケジューリング割当情報（i.e., SCI format 0）の送信を行っているために、他のUEからのスケジューリング割当情報を受信できないという状況は発生しやすい。
本明細書に開示される実施形態が達成しようとする目的の１つは、周期的なD2D制御期間（e.g., サイドリンク制御期間）内の制御用の無線リソース領域（e.g., PSCCHのためのリソースプール）で送信され且つD2D送信リソース（e.g., PSSCH送信のためのサブフレーム及びリソースブロック）を指定するスケジューリング割当情報（e.g., SCI format 0）の受信失敗を低減することに寄与する装置、方法、及びプログラムを提供することである。
第１の態様では、送信端末は、少なくとも１つの無線トランシーバ、及び少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記少なくとも１つの無線トランシーバに結合され、周期的なdevice-to-device（D2D）制御期間に従って基地局を介さずに他の無線端末へのデータ送信を行うよう構成されている。各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含む。前記少なくとも１つのプロセッサは、第１のD2D制御期間内の前記第１のサブフレーム・プール内の１又は複数のサブフレームにおいて第１のD2D制御情報を送信するとともに、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームにおいて前記第１のD2D制御情報に従って前記データ送信を行うよう構成されている、前記第１のD2D制御情報は、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素を含む。前記第１のD2D制御情報は、さらに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間において前記第１のD2D制御情報が有効であるか否かを示す第２の情報要素を含む。
第２の態様では、送信端末における方法は、周期的なdevice-to-device（D2D）制御期間に従って基地局を介さずに受信端末へのデータ送信を行うことを含む。各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含む。前記D2D送信を前記行うことは、第１のD2D制御期間内の前記第１のサブフレーム・プール内の１又は複数のサブフレームにおいて第１のD2D制御情報を送信するとともに、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームにおいて前記第１のD2D制御情報に従って前記データ送信を行うことを含む。前記第１のD2D制御情報は、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素を含む。前記第１のD2D制御情報は、さらに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間において前記第１のD2D制御情報が有効であるか否かを示す第２の情報要素を含む。
第３の態様では、受信端末は、少なくとも１つの無線トランシーバ、及び少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記少なくとも１つの無線トランシーバに結合され、周期的なdevice-to-device（D2D）制御期間に従って基地局を介さずに送信端末からのデータ受信を行うよう構成されている。各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ受信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含む。前記少なくとも１つのプロセッサは、第１のD2D制御期間内の前記第１のサブフレーム・プール内の１又は複数のサブフレームにおいて第１のD2D制御情報を受信するとともに、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームにおいて前記第１のD2D制御情報に従って前記データ受信を行うよう構成されている。前記第１のD2D制御情報は、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素を含む。前記第１のD2D制御情報は、さらに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間において前記第１のD2D制御情報が有効であるか否かを示す第２の情報要素を含む。
第４の態様では、受信端末における方法は、周期的なdevice-to-device（D2D）制御期間に従って基地局を介さずに送信端末からのデータ受信を行うことを含む。各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ受信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含む。前記データ受信を前記行うことは、第１のD2D制御期間内の前記第１のサブフレーム・プール内の１又は複数のサブフレームにおいて第１のD2D制御情報を受信するとともに、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームにおいて前記第１のD2D制御情報に従って前記データ受信を行うことを含む。前記第１のD2D制御情報は、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素を含む。前記第１のD2D制御情報は、さらに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間において前記第１のD2D制御情報が有効であるか否かを示す第２の情報要素を含む。
第５の態様では、基地局は、セル内の複数の無線端末と通信するよう構成された無線トランシーバ、及び少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、周期的なdevice-to-device（D2D）制御期間に従う第１の無線端末から第２の無線端末への前記基地局を介さないデータ送信を制御するよう構成されている。 各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含む。前記少なくとも１つのプロセッサは、第１のD2D制御期間内での前記D2D制御情報の送信及び前記データ送信のための無線リソース割り当てを示すとともに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間においても前記無線リソース割り当てが有効であることを示すD2Dグラントメッセージを前記第１の無線端末に送信するよう構成されている。
第６の態様では、基地局における方法は、周期的なdevice-to-device（D2D）制御期間に従う第１の無線端末から第２の無線端末への前記基地局を介さないデータ送信を制御することを含む。各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含む。前記制御することは、第１のD2D制御期間内での前記D2D制御情報の送信及び前記データ送信のための無線リソース割り当てを示すとともに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間においても前記無線リソース割り当てが有効であることを示すD2Dグラントメッセージを前記第１の無線端末に送信することを含む。
第７の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２、第４、又は第６の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
上述の態様によれば、周期的なD2D制御期間（e.g., サイドリンク制御期間）内の制御用の無線リソース領域（e.g., PSCCHのためのリソースプール）において送信され且つD2D送信リソース（e.g., PSSCH送信のためのサブフレーム及びリソースブロック）を指定するスケジューリング割当情報（e.g., SCI format 0）の受信失敗を低減することに寄与する装置、方法、及びプログラムを提供できる。
サイドリンク制御期間（PSCCH期間）を示す図である。 サイドリンク制御期間内のPSCCHサブフレーム・プールとPSSCHサブフレーム・プールの一例を示す図である。 サイドリンク制御期間内のPSCCHリソースブロック・プールの一例を示す図である。 いくつかの実施形態に係る無線通信システムの構成例を示す図である。 第１の実施形態に係る無線端末（送信端末）によるサイドリンクでのスケジューリング割当情報（PSCCH）及びデータ（PSSCH）の送信を説明するための図である。 第１の実施形態に係る無線端末（送信端末）の動作の一例を示すフローチャートである。 第１の実施形態に係る無線端末（受信端末）の動作の一例を示すフローチャートである。 第１の実施形態に係る基地局の動作の一例を示すフローチャートである。 第２の実施形態に係る無線端末（送信端末）の動作の一例を示すフローチャートである。 第２の実施形態に係る無線端末（受信端末）の動作の一例を示すフローチャートである。 第３の実施形態に係る無線端末（送信端末）の動作の一例を示すフローチャートである。 第４の実施形態に係る基地局の動作の一例を示すフローチャートである。 いくつかの実施形態に係る無線端末の構成例を示すブロック図である。 いくつかの実施形態に係る基地局の構成例を示すブロック図である。
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
以下に示される複数の実施形態は、3GPP Release 12（LTE-Advanced）に規定されたProSeの改良を主な対象として説明される。しかしながら、これらの実施形態は、LTE-Advanced 及びその改良に限定されるものではなく、他のモバイル通信ネットワーク又はシステムでのD2D通信に適用されてもよい。
＜第１の実施形態＞
図４は、本実施形態を含むいくつかの実施形態に係る無線通信システムの構成例を示している。無線端末（UE）１Ａ及び１Ｂの各々は、少なくとも１つの無線トランシーバを有し、基地局（eNB）２とのセルラー通信（１０１又は１０２）を行うとともに、端末間ダイレクトインタフェース（e.g., PC5インタフェース又はサイドリンク）１０３上でD2D通信を行うよう構成されている。当該D2D通信は、少なくとも直接通信（ProSe Direct Communication）を含み、直接ディスカバリ（e.g., ProSe Direct Discovery）をさらに含んでもよい。eNB２は、セル２１を管理し、セルラー通信技術（e.g., Evolved Universal Terrestrial Radio Access (E-UTRA) technology）を用いて複数のUE１の各々とセルラー通信（１０１及び１０２）を行うことができる。なお、図５の例では、説明の簡略化のために複数のUE１Ａ及び１Ｂが同じセル２１内に位置している状況を示しているが、このような配置は一例に過ぎない。例えば、UE１Ａは、異なるeNB２によって管理される互いに隣接する２つのセルの一方のセル内に位置し、UE１Ｂは他方のセル内に位置してもよい。あるいは、UE１Ａ及びUE１Ｂのうち少なくとも一方は、１又は複数のeNB２によるカバレッジの外に位置してもよい。
続いて以下では、本実施形態に係るサイドリンクでのPSCCH及びPSSCHの送信について説明する。送信端末（e.g., UE１Ａ）は、周期的なD2D制御期間（i.e., サイドリンク制御期間（PSCCH期間））に従ってeNB２を介さずに他の無線端末（受信端末（e.g., UE１Ｂ））へのデータ送信を行うよう構成されている。すでに説明したように、サイドリンク制御期間は、PSCCHのためのサブフレーム・プール（第１のサブフレーム・プール）及びPSSCHのためのサブフレーム・プール（第２のサブフレーム・プール）を含む。PSCCHのためのサブフレーム・プールは、スケジューリング割当情報（i.e., SCI format 0）を含むサイドリンク制御情報（SCI）の送信のために使用可能なLPSCCH個のサブフレームから成る。一方、PSSCHのためのサブフレーム・プールは、スケジューリング割当情報（i.e., SCI format 0）に従うデータ送信（PSSCH送信）のために使用可能なLPSSCH個のサブフレームから成る。
より具体的に述べると、送信端末（e.g., UE１Ａ）は、第j番目のサイドリンク制御期間内のPSCCHサブフレーム・プール内の１又は複数のサブフレーム（e.g., ２つのサブフレーム）においてサイドリンク制御情報（D2D制御情報）を送信する。さらに、送信端末（e.g., UE１Ａ）は、当該第j番目のサイドリンク制御期間内のPSSCHサブフレーム・プール内の１又は複数のサブフレームにおいて当該サイドリンク制御情報に従ってデータ送信（PSSCH送信）を行う。当該第j番目のサイドリンク制御期間において送信されるサイドリンク制御情報は、当該第j番目のサイドリンク制御期間内のPSSCHサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素（i.e., スケジューリング割当情報（SCI format 0）を含む。これに加えて、当該第j番目のサイドリンク制御期間において送信されるサイドリンク制御情報は、当該サイドリンク制御情報によるデータ送信（PSSCH送信）のための無線リソース割り当てが第（j+1）番目以降の少なくとも１つのサイドリンク制御期間においても引き続き有効であるか否かを示す第２の情報要素を含む。
送信端末（e.g., UE１Ａ）は、第j番目のサイドリンク制御期間でのデータ送信のための無線リソース割り当てが引き続き有効とされる第(j+1)番目以降の少なくとも１つのサイドリンク制御期間において、新たなサイドリンク制御情報（スケジューリング割当情報（SCI format 0））を送信すること無くPSSCH上でのデータ送信を行うよう構成されてもよい。一方、受信端末（e.g., UE１Ｂ）は、第j番目のサイドリンク制御期間でのデータ送信のための無線リソース割り当てが第(j+1)番目以降の少なくとも１つのサイドリンク制御期間において引き続き有効とされる場合に、これらの第(j+1)番目以降のサイドリンク制御期間において新たなサイドリンク制御情報（スケジューリング割当情報）を受信すること無くPSSCH上でのデータ受信を行うよう構成されてもよい。
これにより、第(j+1)番目以降の少なくとも１つのサイドリンク制御期間において当該送信端末が他のUE１からのサイドリンク制御情報の受信に失敗する確率を低減できる。また、本実施形態に係るPSCCH送信によれば、サイドリンク制御期間毎にサイドリンク制御情報（スケジューリング割当情報）を送信する場合に比べてPSCCH送信の発生回数を低減できる。したがって、互いに近接する複数のサイドリンク送信端末による複数のPSCCH送信が同一無線リソースで行われる衝突が発生する確率を低減できる。
いくつかの実装において、当該第２の情報要素は、第（j+1）番目以降の少なくとも１つのサイドリンク制御期間（つまり、第j番目のサイドリンク制御期間でのデータ送信のための無線リソース割り当てが引き続き有効とされる少なくとも１つのサイドリンク制御期間）の長さを指定してもよい。例えば、当該第２の情報要素は、第j番目のサイドリンク制御期間において送信されるサイドリンク制御情報（スケジューリング割当情報（SCI format 0））が有効とされるサイドリンク制御期間の数を示してもよい。
送信端末は、第j番目のサイドリンク制御期間でのデータ送信のための無線リソース割り当てが引き続き有効とされるサイドリンク制御期間の数（有効サイドリンク制御期間数と呼ぶ）を自律的に決定してもよい。これに代えて、送信端末は、無線リソース割り当ての有効サイドリンク制御期間数をeNB２によって設定されてもよい。例えば、scheduled resource allocation（sidelink transmission mode 1）の場合、eNB２は、サイドリンク・スケジューリング・グラント（DCI format 5）において無線リソース割り当ての有効サイドリンク制御期間数を送信端末に通知してもよい。Autonomous resource selection（sidelink transmission mode 2）の場合、eNB２は、SIB 18又はRRCシグナリングでのPSCCHリソース設定又はPSSCHリソース設定において、無線リソース割り当ての有効サイドリンク制御期間数を送信端末に通知してもよい。
例えば、送信端末は、データバッファに格納されたサイドリンク送信されるべきデータ量に応じて、無線リソース割り当ての有効サイドリンク制御期間数を決定してもよい。すなわち、送信端末は、未送信のデータを送信するために必要なPSSCHリソースに対応した有効サイドリンク制御期間数を決定してもよい。これにより、PSCCH上でのサイドリンク制御情報（スケジューリング割当情報（SCI format 0））の送信の回数を適切に減らすことができる。
例えば、送信端末は、アプリケーション（アプリケーションプログラム）が必要とする遅延要件に応じて、無線リソース割り当ての有効サイドリンク制御期間数を決定してもよい。ここで、遅延要件は、最大遅延、平均遅延、及び遅延保証に関する優先度、のうち少なくとも１つであってもよい。送信端末は、アプリケーションが厳しい遅延要件（つまり低遅延）を必要とする場合に、そうでない場合に比べて有効サイドリンク制御期間数を大きくしてもよい。これにより、長期間に渡ってサイドリンク制御情報の受信失敗とこれに付随するデータ送信の失敗が抑止されるため、アプリケーションが必要とする厳しい遅延要件（つまり低遅延）の達成に寄与できる。
例えば、送信端末は、セル２１内のサイドリンク送信の数またはサイドリンク送信端末の数に応じた有効サイドリンク制御期間数をeNB２によって設定されてもよい。例えば、eNB２は、セル２１内のサイドリンク送信の数（サイドリンク送信端末の数）が大きいほど、有効サイドリンク制御期間数を大きくしてもよい。これにより、セル２１内で行われるサイドリンク送信の数（サイドリンク送信端末の数）が大きい場合に、PSCCH送信の発生回数を減らすことができる。したがって、互いに近接する複数のサイドリンク送信端末による複数のPSCCH送信が同一無線リソースで行われる衝突が発生する確率を低減できる。
これに代えて、いくつかの実装において、当該第２の情報要素は、第j番目のサイドリンク制御期間でのデータ送信のための無線リソース割り当てが継続されるか否かを示してもよい。当該第２の情報要素は、無線リソース割り当ての継続の有無を示すフラグ情報であってもよい。例えば、当該第２の情報要素は、１ビットのフラグ情報であってもよい。フラグの値が“１”である場合に、第j番目のサイドリンク制御期間でのデータ送信のための無線リソース割り当てが第（j+1）番目以降のサイドリンク制御期間においても有効とされてもよい。一方、フラグの値が“０”である場合に、第j番目のサイドリンク制御期間でのデータ送信のための無線リソース割り当てが当該第j番目のサイドリンク制御期間においてのみ有効とされてもよい。
図５は、本実施形態に係るPSCCH及びPSSCHの送信の一例を示す図である。図５の例では、送信端末（e.g., UE１Ａ）は、第j番目のサイドリンク制御期間（PSCCH期間）５０１内のPSCCHサブフレーム・プール５１１内の２つのサブフレームにおいてサイドリンク制御情報をPSCCH上で送信する（５２２及び５２３）。第j番目のサイドリンク制御期間５０１において送信されるサイドリンク制御情報５２２及び５２３は、スケジューリング割当情報（i.e., SCI format 0）を含むだけでなく、当該スケジューリング割当情報が第（j+1）番目のサイドリンク制御期間５０２及びそれ以降においても有効であることを示す。
送信端末（e.g., UE１Ａ）は、第j番目のサイドリンク制御期間５０１内のPSSCHサブフレーム・プール５１２内の複数のサブフレームにおいて、サイドリンク制御情報５２２及び５２３にしたがってデータ送信（PSSCH送信）５３１〜５３４を行う。さらに、送信端末（e.g., UE１Ａ）は、第（j+1）番目のサイドリンク制御期間５０２内のPSCCHサブフレーム・プール５１３においてサイドリンク制御情報を送信せずに、サイドリンク制御期間５０２内のPSSCHサブフレーム・プール５１４においてデータ送信（PSSCH送信）５３５〜５３８を行う。データ送信（PSSCH送信）５３５〜５３８は、第j番目のサイドリンク制御期間５０１において送信されたサイドリンク制御情報５２２及び５２３に従う。これと同様に、送信端末（e.g., UE１Ａ）は、第（j+2）番目のサイドリンク制御期間５０３内のPSCCHサブフレーム・プール５１５においてサイドリンク制御情報を送信せずに、サイドリンク制御期間５０３内のPSSCHサブフレーム・プール５１６においてデータ送信（PSSCH送信）５３９〜５４２を行う。データ送信（PSSCH送信）５３９〜５４２は、第j番目のサイドリンク制御期間５０１において送信されたサイドリンク制御情報５２２及び５２３に従う。
図６は、本実施形態に係る送信端末（e.g., UE１Ａ）の動作の一例（処理６００）を示すフローチャートである。ブロック６０１では、送信端末は、第j番目のサイドリンク制御期間（PSCCH期間）において、PSSCHリソース及び第(j+1)番目のサイドリンク制御期間（PSCCH期間）以降でのPSSCHリソース割り当ての有効性を示すサイドリンク制御情報（SCI）を受信端末（e.g., UE１Ｂ）に送信する。ブロック６０２では、送信端末は、第j番目のサイドリンク制御期間（PSCCH期間）において、第j番目のサイドリンク制御期間のサイドリンク制御情報に従ってPSSCH上でデータを送信する。
ブロック６０３では、送信端末は、サイドリンク送信されるべき未送信データがバッファ内にあるか否かを判定する。未送信データがバッファにある場合（ブロック６０３でYES）、送信端末は、当該未送信データの受信端末に関して有効なスケジューリング割り当てを有するか否かを判定する（ブロック６０４）。有効なスケジューリング割り当てを有する場合（ブロック６０４でYES）、送信端末は、第j番目のサイドリンク制御期間（PSCCH期間）のサイドリンク制御情報に従って、第(j+1)番目又はそれ以降のサイドリンク制御期間においてPSSCH上でデータを送信する。これに対して、有効なスケジューリング割り当てを有していない場合（ブロック６０４でNO）、送信端末は、ブロック６０１に戻り、新たなサイドリンク制御情報を送信する（スケジューリング割当情報（SCI format 0））。
図７は、本実施形態に係る受信端末（e.g., UE１Ｂ）の動作の一例（処理７００）を示すフローチャートである。ブロック７０１では、受信端末は、第j番目のサイドリンク制御期間（PSCCH期間）において、PSSCHリソース及び第(j+1)番目のサイドリンク制御期間（PSCCH期間）以降でのPSSCHリソース割り当ての有効性を示すサイドリンク制御情報（SCI）を送信端末（e.g., UE１Ａ）から受信する。ブロック７０２では、受信端末は、第j番目のサイドリンク制御期間（PSCCH期間）において、第j番目のサイドリンク制御期間のサイドリンク制御情報に従ってPSSCH上でデータを受信する。
ブロック７０３では、受信端末は、有効なスケジューリング割り当てを有するか否かを判定する。有効なスケジューリング割り当てを有する場合（ブロック７０３でYES）、受信端末は、第j番目のサイドリンク制御期間（PSCCH期間）のサイドリンク制御情報に従って、第(j+1)番目又はそれ以降のサイドリンク制御期間においてPSSCH上でデータを受信する。
図８は、本実施形態に係るeNB２の動作の一例（処理７００）を示すフローチャートである。すでに説明したように、送信端末は、無線リソース割り当ての有効サイドリンク制御期間数をeNB２によって設定されてもよい。図８は、scheduled resource allocation（sidelink transmission mode 1）の場合を示している。ブロック８０１では、eNB２は、サイドリンク送信のための無線リソース割り当ての有効サイドリンク制御期間数を決定する。ブロック８０２では、eNB２は、複数のサイドリンク制御期間（PSCCH期間）でのサイドリンク送信が許可されることを示すサイドリンク・スケジューリング・グラントをUE１（送信端末）に送信する。すなわち、当該サイドリンク・スケジューリング・グラントは、PSCCH送信リソース割り当て、PSSCH送信リソース割り当て、及びPSSCH送信リソース割り当てが有効とされるサイドリンク制御期間数を示す。
＜第２の実施形態＞
本実施形態では、第１の実施形態で説明されたサイドリンク送信の変形例が説明される。本実施形態に係る無線通信システムの構成例は図４と同様である。本実施形態では、複数のサイドリンク制御期間にわたるPSSCHリソース割り当てを無効化（又はキャンセル）するための手順について説明する。
いくつかの実装において、送信端末（e.g., UE１Ａ）は、第j番目のサイドリンク制御期間でのサイドリンク制御情報（スケジューリング割当情報）に基づく第（j+1）番目又はそれ以降のデータ送信（PSSCH送信）のための無線リソース割り当てが無効化されることを示すサイドリンク制御情報を第（j+1）番目又はそれ以降のサイドリンク制御期間のいずれかにおいて受信端末（e.g., UE１Ｂ）に送信するよう構成されてもよい。言い換えると、送信端末は、複数のサイドリンク制御期間にわたって有効化されている第j番目サイドリンク制御期間でのPSSCHスケジューリング割り当て（SCI format 0）を無効化（又はキャンセル）するために、スケジューリング割り当ての無効化（キャンセル）を示すサイドリンク制御情報を第（j+1）番目又はそれ以降のサイドリンク制御期間のいずれかで送信してもよい。
スケジューリング割り当ての無効化（キャンセル）を示すサイドリンク制御情報は、スケジューリング割り当ての有効区間数の予約値（例えば、8ビットの場合には１１１１１１１１といった値）が用いられてもよい。これに代えて、スケジューリング割り当ての無効化（キャンセル）を示すサイドリンク制御情報は、スケジューリング割り当ての無効化を示すフラグを含んでもよい。
なお、送信端末と受信端末との間で複数のスケジューリング割り当てが有効されてもよい。この場合、送信端末からの無効化（キャンセル）を示す情報に基づいて、受信端末は、全ての有効なスケジューリング割り当てを無効化してもよい。これに代えて、送信端末は、複数の有効なスケジューリング割り当てのうち無効化されるべきスケジューリング割り当てを示す識別子を受信端末に送信してもよい。
さらに又はこれに代えて、いくつかの実装において、受信端末（e.g., UE１Ｂ）は、複数のサイドリンク制御期間にわたって有効化されているスケジューリング割り当てを自律的に無効化（又はキャンセル）してもよい。例えば、受信端末（e.g., UE１Ｂ）は、第（j+1）番目又はそれ以降のサイドリンク制御期間において、所定期間のあいだ送信端末（e.g., UE１Ａ）からのPSSCHでのデータ受信が発生しない場合に、第j番目サイドリンク制御期間において有効化されたスケジューリング割り当て（i.e., PSSCHリソース割り当て）を無効化してもよい。
複数のサイドリンク制御期間にわたってスケジューリング割り当て（i.e., PSSCHリソース割り当て）が有効化される場合、送信端末のバッファに送信されるべきデータがない（つまり、サイドリンク送信が完了した）ために第（j+1）番目又はそれ以降のサイドリンク制御期間においてPSSCHでのデータ送信が発生しないにも関わらず、有効サイドリンク制御期間内の各サイドリンク制御期間において受信端末がPSSCHの受信を試みてしまう可能性がある。このような無駄な受信動作は、受信端末における不要な電力消費や送信機会の減少を引き起こす。本実施形態で説明されたスケジューリング割り当ての無効化手順によれば、このような弊害を抑制できる。
図９は、本実施形態に係る送信端末の動作の一例（処理９００）を示すフローチャートである。ブロック９０１では、送信端末は、複数のサイドリンク制御期間（PSCCH期間）のためのPSSCHリソース割り当てが有効である間にデータ送信が完了したことを判定する。ブロック９０２では、送信端末は、複数のサイドリンク制御期間（PSCCH期間）のためのPSSCHリソース割り当てが無効化されることを示すサイドリンク制御情報を受信端末に送信する。
図１０は、本実施形態に係る受信端末の動作の一例（処理１０００）を示すフローチャートである。ブロック１００１では、受信端末は、複数のサイドリンク制御期間（PSCCH期間）のためのPSSCHリソース割り当てが有効である間に、所定期間のあいだ送信端末からのPSSCHでのデータ受信が発生しないことを検出する。ブロック１００２では、受信端末は、複数のサイドリンク制御期間（PSCCH期間）のためのPSSCHリソース割り当てを自律的に無効化する。
＜第３の実施形態＞
本実施形態では、第１の実施形態で説明されたサイドリンク送信の変形例が説明される。本実施形態に係る無線通信システムの構成例は図４と同様である。本実施形態では、送信端末（e.g., UE１Ａ）は、複数のサイドリンク制御期間にわたるPSSCHリソース割り当てに関する制限を自律的に又はeNB２からの指示に従って当該送信端末に設定するよう構成されている。本実施形態では、セル２１内の特定のUE１又は特定のUEグループに対して個別に制限が設定される例を示す。
いくつかの実装において、送信端末は、eNB２のセル２１（つまり、サービングセル）と隣接セルとのセル境界に位置していると推定される場合に、複数のサイドリンク制御期間にわたるPSSCHリソース割り当てに関する制限を自律的に又はeNB２からの指示に従って当該送信端末に設定してもよい。この場合、当該制限は、複数のサイドリンク制御期間にわたるPSSCHリソース割り当ての継続的な有効化を許可しないことであってもよい。これに代えて、当該制限は、PSSCHリソース割り当てが有効とされるサイドリンク制御期間の数（有効サイドリンク制御期間数）に上限値を定めることであってもよい。
送信端末がセル境界に位置していることは、以下の条件（ａ）〜（ｄ）のうちいずれか又は任意の組み合せによって判定されてもよい：
（ａ）サービングセル２１のダウンリンク信号の受信品質（Reference Signal Received Power（RSRP）又はReference Signal Received Quality（RSRQ））が所定値以下、
（ｂ）隣接セルのダウンリンク信号の受信品質が所定値以上、
（ｃ）サービングセル２１のeNB２からの距離が所定値以上、及び
（ｄ）隣接セルのeNBからの距離が所定値以下。
なお、送信端末がeNB２のセル２１（つまり、サービングセル）と隣接セルとのセル境界に位置していると推定される場合、送信端末は隣接セルのUE又はeNBに干渉を与えるおそれがある。したがって、言い換えると、送信端末は、隣接セルのUE又はeNBに干渉を与えるおそれがある場合に、複数のサイドリンク制御期間にわたるPSSCHリソース割り当てに関する制限を自律的に又はeNB２からの指示に従って当該送信端末に設定してもよい。
図１１は、本実施形態に係る送信端末の動作の一例（処理１１００）を示すフローチャートである。ブロック１１０１では、送信端末は、セル境界に位置していることを検出する。ブロック１１０２では、送信端末は、複数のサイドリンク制御期間（PSCCH期間）のためのPSSCHリソース割り当てに関する制限を設定する。
セル境界に位置する送信端末によるサイドリンク送信は、隣接セルで行われるサイドリンク送信又はアップリンク送信に干渉を及ぼすおそれがある。本実施形態では、複数のサイドリンク制御期間にわたるPSSCHリソース割り当てに関する制限を送信端末に設定できるため、送信端末が隣接セルで行われるサイドリンク送信又はアップリンク送信に継続的に干渉を及ぼす状況を回避できる。
＜第４の実施形態＞
本実施形態では、第１の実施形態で説明されたサイドリンク送信の変形例が説明される。本実施形態に係る無線通信システムの構成例は図４と同様である。本実施形態では、送信端末（e.g., UE１Ａ）は、複数のサイドリンク制御期間にわたるPSSCHリソース割り当てに関する制限をeNB２からの指示に従って当該送信端末に設定するよう構成されている。本実施形態では、セル２１内の特定のUE１又は特定のUEグループに対して個別に制限が設定される例を示す。
いくつかの実装においてeNB２は、セル２１内で行われるサイドリンク送信の数（又はサイドリンク送信端末の数）が所定値を超える場合に、セル２１内のサイドリンク送信端末の一部又は全てに対して、複数のサイドリンク制御期間にわたるPSSCHリソース割り当てに関する制限を設定してもよい。この場合、当該制限は、PSSCHリソース割り当てが有効とされるサイドリンク制御期間の数（有効サイドリンク制御期間数）に下限値（２以上）を定めることであってもよい。これにより、eNB２は、セル２１内で行われるサイドリンク送信の数（サイドリンク送信端末の数）が大きい場合に、PSCCH送信の発生回数を減らすことができる。すなわち、PSCCHリソースプールの使用率を低減できる。したがって、互いに近接する複数のサイドリンク送信端末による複数のPSCCH送信が同一無線リソースで行われる衝突が発生する確率を低減できる。
図１２は、本実施形態に係るeNB２の動作の一例（処理１２００）を示すフローチャートである。ブロック１２０１では、eNB２は、セル２１内で行われるサイドリンク送信（D2D送信）の数が所定値を超えることを検出する。ブロック１２０２では、eNB２は、複数のサイドリンク制御期間（PSCCH期間）のためのPSSCHリソース割り当てに関する制限をセル２１内の1又は複数のサイドリンク（D2D）送信端末に設定する。
最後に、上述の複数の実施形態に係るUE１の構成例について説明する。図１３は、UE１の構成例を示すブロック図である。上述した送信端末としての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１の処理を行うよう構成されてもよい。
図１４は、上述の実施形態に係る基地局（eNB）２の構成例を示すブロック図である。図１４を参照すると、基地局２は、RFトランシーバ１４０１、ネットワークインターフェース１４０３、プロセッサ１４０４、及びメモリ１４０５を含む。RFトランシーバ１４０１は、無線端末１と通信するためにアナログRF信号処理を行う。RFトランシーバ１４０１は、複数のトランシーバを含んでもよい。RFトランシーバ１４０１は、アンテナ１４０２及びプロセッサ１４０４と結合される。RFトランシーバ１４０１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１４０４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１４０２に供給する。また、RFトランシーバ１４０１は、アンテナ１４０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１４０４に供給する。
ネットワークインターフェース１４０３は、ネットワークノード（e.g., Mobility Management Entity (MME)およびServing Gateway (S-GW)）と通信するために使用される。ネットワークインターフェース１４０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
プロセッサ１４０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１４０４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、プロセッサ１４０４によるコントロールプレーン処理は、S1プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
プロセッサ１４０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１４０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
メモリ１４０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ１４０５は、プロセッサ１４０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１４０４は、ネットワークインターフェース１４０３又は図示されていないI/Oインタフェースを介してメモリ１４０５にアクセスしてもよい。
メモリ１４０５は、上述の複数の実施形態で説明された基地局２による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１４０４は、当該ソフトウェアモジュールをメモリ１４０５から読み出して実行することで、上述の実施形態で説明された基地局２の処理を行うよう構成されてもよい。
図１３及び図１４を用いて説明したように、上述の実施形態に係るUE１及びeNB２が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
＜その他の実施形態＞
上述の実施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
上述の実施形態は、LTE-Advanced 及びその改良に限定されるものではなく、他のモバイル通信ネットワーク又はシステムでのD2D通信に適用されてもよい。
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
この出願は、２０１５年７月１５日に出願された日本出願特願２０１５−１４１１２４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１ UE
２ eNB
１３０１ radio frequency（RF）トランシーバ
１３０３ ベースバンドプロセッサ
１３０４ アプリケーションプロセッサ
１３０６ メモリ
１４０１ RFトランシーバ
１４０４ プロセッサ
１４０５ メモリ

Claims (33)

  1. 少なくとも１つの無線トランシーバと、
    前記少なくとも１つの無線トランシーバに結合され、周期的なdevice-to-device（D2D）制御期間に従って基地局を介さずに他の無線端末へのデータ送信を行うよう構成された少なくとも１つのプロセッサと、
    を備え、
    各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
    前記少なくとも１つのプロセッサは、第１のD2D制御期間内の前記第１のサブフレーム・プール内の１又は複数のサブフレームにおいて第１のD2D制御情報を送信するとともに、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームにおいて前記第１のD2D制御情報に従って前記データ送信を行うよう構成され、
    前記第１のD2D制御情報は、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素を含み、
    前記第１のD2D制御情報は、さらに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間において前記第１のD2D制御情報が有効であるか否かを示す第２の情報要素を含む、
    送信端末。
  2. 前記少なくとも１つのプロセッサは、前記第１のD2D制御情報が前記少なくとも１つのD2D制御期間において引き続き有効とされる場合に、前記少なくとも１つのD2D制御期間において新たなD2D制御情報を送信すること無く前記データ送信を行うよう構成されている、
    請求項１に記載の送信端末。
  3. 前記第２の情報要素は、前記少なくとも１つのD2D制御期間の長さを示す、
    請求項１又は２に記載の送信端末。
  4. 前記第２の情報要素は、前記第１のD2D制御情報に基づく前記データ送信のための無線リソース割り当てが継続されるか否かを示す、
    請求項１又は２に記載の送信端末。
  5. 前記少なくとも１つのプロセッサは、前記第１のD2D制御情報に基づく前記データ送信のための無線リソース割り当てが無効化されることを示す第２のD2D制御情報を前記少なくとも１つのD2D制御期間のいずれかにおいて送信するよう構成されている、
    請求項１〜４のいずれか１項に記載の送信端末。
  6. 前記少なくとも１つのプロセッサは、前記少なくとも１つのD2D制御期間に関する制限を自律的に又は前記基地局からの指示に従って前記送信端末に設定するよう構成されている、
    請求項１〜５のいずれか１項に記載の送信端末。
  7. 前記制限は、（ａ）前記第１のD2D制御情報の継続的な有効化が許可されないこと、（ｂ）前記少なくとも１つのD2D制御期間の長さに上限値が定められること、又は（ｃ）前記少なくとも１つのD2D制御期間の長さに下限値が定められること、のうち少なくとも１つを含む、
    請求項６に記載の送信端末。
  8. 前記少なくとも１つのプロセッサは、前記送信端末が前記基地局のセルと隣接セルの間のセル境界に位置していると推定される場合に、（ａ）前記第１のD2D制御情報の継続的な有効化が許可されないこと、又は（ｂ）前記少なくとも１つのD2D制御期間の長さに上限値が定められることを含む前記制限を前記送信端末に設定するよう構成されている、
    請求項７に記載の送信端末。
  9. 前記制限は、前記少なくとも１つのD2D制御期間の長さに下限値が定められることを含み、
    前記少なくとも１つのプロセッサは、前記基地局からの指示にしたがって前記下限値を設定する、
    請求項７に記載の送信端末。
  10. 前記少なくとも１つのプロセッサは、前記基地局のセル内で行われるD2D送信の数が所定値を超える場合に、前記基地局からの指示にしたがって前記下限値を設定する、
    請求項９に記載の送信端末。
  11. 送信端末における方法であって、
    周期的なdevice-to-device（D2D）制御期間に従って基地局を介さずに受信端末へのデータ送信を行うことを備え、
    各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
    前記D2D送信を前記行うことは、第１のD2D制御期間内の前記第１のサブフレーム・プール内の１又は複数のサブフレームにおいて第１のD2D制御情報を送信するとともに、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームにおいて前記第１のD2D制御情報に従って前記データ送信を行うことを含み、
    前記第１のD2D制御情報は、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素を含み、
    前記第１のD2D制御情報は、さらに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間において前記第１のD2D制御情報が有効であるか否かを示す第２の情報要素を含む、
    方法。
  12. 前記D2D送信を前記行うことは、前記第１のD2D制御情報が前記少なくとも１つのD2D制御期間において引き続き有効とされる場合に、前記少なくとも１つのD2D制御期間において新たなD2D制御情報を送信すること無く前記データ送信を行うことを含む、
    請求項１１に記載の方法。
  13. 前記第２の情報要素は、前記少なくとも１つのD2D制御期間の長さを示す、
    請求項１１又は１２に記載の方法。
  14. 前記第２の情報要素は、前記第１のD2D制御情報に基づく前記データ送信のための無線リソース割り当てが継続されるか否かを示す、
    請求項１１又１は２に記載の方法。
  15. 前記第１のD2D制御情報に基づく前記データ送信のための無線リソース割り当てが無効化されることを示す第２のD2D制御情報を前記少なくとも１つのD2D制御期間のいずれかにおいて送信することをさらに備える、
    請求項１１〜１４のいずれか１項に記載の方法。
  16. 前記少なくとも１つのD2D制御期間に関する制限を自律的に又は前記基地局からの指示に従って設定することをさらに備える、
    請求項１１〜１５のいずれか１項に記載の方法。
  17. 送信端末における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    前記方法は、周期的なdevice-to-device（D2D）制御期間に従って基地局を介さずに受信端末へのデータ送信を行うことを備え、
    各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
    前記D2D送信を前記行うことは、第１のD2D制御期間内の前記第１のサブフレーム・プール内の１又は複数のサブフレームにおいて第１のD2D制御情報を送信するとともに、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームにおいて前記第１のD2D制御情報に従って前記データ送信を行うことを含み、
    前記第１のD2D制御情報は、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素を含み、
    前記第１のD2D制御情報は、さらに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間において前記第１のD2D制御情報が有効であるか否かを示す第２の情報要素を含む、
    非一時的なコンピュータ可読媒体。
  18. 少なくとも１つの無線トランシーバと、
    前記少なくとも１つの無線トランシーバに結合され、周期的なdevice-to-device（D2D）制御期間に従って基地局を介さずに送信端末からのデータ受信を行うよう構成された少なくとも１つのプロセッサと、
    を備え、
    各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ受信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
    前記少なくとも１つのプロセッサは、第１のD2D制御期間内の前記第１のサブフレーム・プール内の１又は複数のサブフレームにおいて第１のD2D制御情報を受信するとともに、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームにおいて前記第１のD2D制御情報に従って前記データ受信を行うよう構成され、
    前記第１のD2D制御情報は、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素を含み、
    前記第１のD2D制御情報は、さらに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間において前記第１のD2D制御情報が有効であるか否かを示す第２の情報要素を含む、
    受信端末。
  19. 前記少なくとも１つのプロセッサは、前記第１のD2D制御情報が前記少なくとも１つのD2D制御期間において引き続き有効とされる場合に、前記少なくとも１つのD2D制御期間において新たなD2D制御情報を受信すること無く前記データ受信を行うよう構成されている、
    請求項１８に記載の受信端末。
  20. 前記少なくとも１つのプロセッサは、前記少なくとも１つのD2D制御期間内の所定期間のあいだ前記データ受信が発生しない場合に、前記少なくとも１つのD2D制御期間での前記第１のD2D制御情報に基づく無線リソース割り当てを無効化するよう構成されている、
    請求項１８又は１９に記載の受信端末。
  21. 受信端末における方法であって、
    周期的なdevice-to-device（D2D）制御期間に従って基地局を介さずに送信端末からのデータ受信を行うことを備え、
    各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ受信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
    前記データ受信を前記行うことは、第１のD2D制御期間内の前記第１のサブフレーム・プール内の１又は複数のサブフレームにおいて第１のD2D制御情報を受信するとともに、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームにおいて前記第１のD2D制御情報に従って前記データ受信を行うことを含み、
    前記第１のD2D制御情報は、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素を含み、
    前記第１のD2D制御情報は、さらに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間において前記第１のD2D制御情報が有効であるか否かを示す第２の情報要素を含む、
    方法。
  22. 前記データ受信を前記行うことは、前記第１のD2D制御情報が前記少なくとも１つのD2D制御期間において引き続き有効とされる場合に、前記少なくとも１つのD2D制御期間において新たなD2D制御情報を受信すること無く前記データ受信を行うことを含む、
    請求項２１に記載の方法。
  23. 前記少なくとも１つのD2D制御期間内の所定期間のあいだ前記データ受信が発生しない場合に、前記少なくとも１つのD2D制御期間での前記第１のD2D制御情報に基づく無線リソース割り当てを無効化することをさらに備える、
    請求項２１又は２２に記載の方法。
  24. 受信端末における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    前記方法は、周期的なdevice-to-device（D2D）制御期間に従って基地局を介さずに送信端末からのデータ受信を行うことを備え、
    各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ受信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
    前記データ受信を前記行うことは、第１のD2D制御期間内の前記第１のサブフレーム・プール内の１又は複数のサブフレームにおいて第１のD2D制御情報を受信するとともに、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームにおいて前記第１のD2D制御情報に従って前記データ受信を行うことを含み、
    前記第１のD2D制御情報は、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素を含み、
    前記第１のD2D制御情報は、さらに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間において前記第１のD2D制御情報が有効であるか否かを示す第２の情報要素を含む、
    非一時的なコンピュータ可読媒体。
  25. 基地局であって、
    セル内の複数の無線端末と通信するよう構成された無線トランシーバと、
    周期的なdevice-to-device（D2D）制御期間に従う第１の無線端末から第２の無線端末への前記基地局を介さないデータ送信を制御するよう構成された少なくとも１つのプロセッサと、
    を備え、
    各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
    前記少なくとも１つのプロセッサは、第１のD2D制御期間内での前記D2D制御情報の送信及び前記データ送信のための無線リソース割り当てを示すとともに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間においても前記無線リソース割り当てが有効であることを示すD2Dグラントメッセージを前記第１の無線端末に送信するよう構成されている、
    基地局。
  26. 前記少なくとも１つのプロセッサは、前記少なくとも１つのD2D制御期間に関する制限を前記第１の無線端末に設定するよう構成されている、
    請求項２５に記載の基地局。
  27. 前記制限は、前記少なくとも１つのD2D制御期間の長さに下限値が定められることを含む、
    請求項２６に記載の基地局。
  28. 前記少なくとも１つのプロセッサは、前記セル内で行われるD2D送信の数が所定値を超える場合に前記下限値を前記第１の無線端末に設定するよう構成されている、
    請求項２７に記載の基地局。
  29. 基地局における方法であって、
    周期的なdevice-to-device（D2D）制御期間に従う第１の無線端末から第２の無線端末への前記基地局を介さないデータ送信を制御することを備え、
    各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
    前記制御することは、第１のD2D制御期間内での前記D2D制御情報の送信及び前記データ送信のための無線リソース割り当てを示すとともに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間においても前記無線リソース割り当てが有効であることを示すD2Dグラントメッセージを前記第１の無線端末に送信することを含む、
    方法。
  30. 前記制御することは、少なくとも１つのD2D制御期間に関する制限を前記第１の無線端末に設定することを含む、
    請求項２９に記載の方法。
  31. 前記制限は、前記少なくとも１つのD2D制御期間の長さに下限値が定められることを含む、
    請求項３０に記載の方法。
  32. 前記設定することは、前記基地局のセル内で行われるD2D送信の数が所定値を超える場合に前記下限値を前記第１の無線端末に設定することを含む、
    請求項３１に記載の方法。
  33. 基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    前記方法は、周期的なdevice-to-device（D2D）制御期間に従う第１の無線端末から第２の無線端末への前記基地局を介さないデータ送信を制御することを備え、
    各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
    前記制御することは、第１のD2D制御期間内での前記D2D制御情報の送信及び前記データ送信のための無線リソース割り当てを示すとともに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間においても前記無線リソース割り当てが有効であることを示すD2Dグラントメッセージを前記第１の無線端末に送信することを含む、
    非一時的なコンピュータ可読媒体。
JP2017528273A 2015-07-15 2016-05-16 端末及び基地局並びにこれらの方法 Active JP6724917B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2020102287A JP7414650B2 (ja) 2015-07-15 2020-06-12 Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）及びその方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015141124 2015-07-15
JP2015141124 2015-07-15
PCT/JP2016/002376 WO2017010030A1 (ja) 2015-07-15 2016-05-16 端末及び基地局並びにこれらの方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2020102287A Division JP7414650B2 (ja) 2015-07-15 2020-06-12 Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）及びその方法

Publications (2)

Publication Number Publication Date
JPWO2017010030A1 true JPWO2017010030A1 (ja) 2018-05-10
JP6724917B2 JP6724917B2 (ja) 2020-07-15

Family

ID=57757162

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2017528273A Active JP6724917B2 (ja) 2015-07-15 2016-05-16 端末及び基地局並びにこれらの方法
JP2020102287A Active JP7414650B2 (ja) 2015-07-15 2020-06-12 Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）及びその方法
JP2023076817A Pending JP2023090878A (ja) 2015-07-15 2023-05-08 Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）及びその方法

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2020102287A Active JP7414650B2 (ja) 2015-07-15 2020-06-12 Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）及びその方法
JP2023076817A Pending JP2023090878A (ja) 2015-07-15 2023-05-08 Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）及びその方法

Country Status (5)

Country Link
US (1) US10492098B2 (ja)
EP (2) EP3768022A1 (ja)
JP (3) JP6724917B2 (ja)
CN (4) CN113923646B (ja)
WO (1) WO2017010030A1 (ja)

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10506623B2 (en) 2015-08-21 2019-12-10 Lg Electronics Inc. Method for triggering a BSR for sidelink data in a D2D communication system and device therefor
EP3422788B1 (en) 2016-04-01 2021-03-10 LG Electronics Inc. Terminal operation method in accordance with uplink sps in wireless communication system and terminal using same
US11395325B2 (en) * 2016-04-01 2022-07-19 Lg Electronics Inc. Method for transmitting downlink control information for sidelink scheduling in wireless communication system and terminal using same
CN107371261B (zh) * 2016-05-13 2023-05-30 中兴通讯股份有限公司 资源优先级的确定方法、处理装置及系统、ue
WO2018030788A1 (ko) * 2016-08-09 2018-02-15 엘지전자 주식회사 무선 통신 시스템에서 단말의 사이드링크 신호 송수신 방법
WO2018062857A1 (ko) 2016-09-30 2018-04-05 엘지전자 주식회사 무선 통신 시스템에서 우선 순위를 기반으로 단말 자체적으로 자원을 재선택하는 방법 및 장치
CN110140408B (zh) * 2016-11-02 2022-08-26 Lg电子株式会社 用于在无线通信系统中执行副链路发送的方法及其装置
WO2018124776A1 (ko) * 2016-12-29 2018-07-05 엘지전자 주식회사 무선 통신 시스템에서 신호 송수신 방법 및 이를 위한 장치
WO2018201414A1 (zh) * 2017-05-04 2018-11-08 华为技术有限公司 一种配置传输资源的方法、装置及系统
US11038646B2 (en) * 2017-06-26 2021-06-15 Qualcomm Incorporated Techniques and apparatuses for shared reference signal transmission and reception
CN109391921A (zh) * 2017-08-11 2019-02-26 财团法人工业技术研究院 边界连接通信的反馈控制方法、传送节点与接收节点
CN110120857B (zh) * 2018-02-05 2022-01-28 中兴通讯股份有限公司 选择资源的方法及装置
US10470143B2 (en) * 2018-03-13 2019-11-05 Qualcomm Incorporated Systems and methods for timing synchronization and synchronization source selection for vehicle-to-vehicle communications
CN110798297A (zh) * 2018-08-03 2020-02-14 维沃移动通信有限公司 一种旁链路信息传输方法及终端
US11457431B2 (en) * 2018-08-03 2022-09-27 FG Innovation Company Limited Sidelink radio resource allocation
WO2020029197A1 (en) * 2018-08-09 2020-02-13 Nokia Shanghai Bell Co., Ltd. Methods and devices for v2v communication
CN112889323A (zh) * 2018-08-31 2021-06-01 瑞典爱立信有限公司 用于自主直通链路资源分配的方法和系统
CN110896345B (zh) * 2018-09-13 2021-07-09 华为技术有限公司 发送和接收侧行链路控制信息的方法以及装置
CN112655277B (zh) * 2018-09-13 2024-09-06 株式会社Ntt都科摩 用户装置和基站装置
CN110958689B (zh) * 2018-09-26 2022-05-27 维沃移动通信有限公司 资源分配方法和设备
WO2020064806A2 (en) 2018-09-27 2020-04-02 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. New radio sidelink frame structure
FI3741092T3 (fi) * 2018-09-28 2023-11-21 Nokia Technologies Oy Ohjauskanavarakenteen suunnittelu v2x-liikenteen tukemiseksi
CN109792370B (zh) * 2018-12-29 2022-03-01 北京小米移动软件有限公司 通信反馈方法、装置、用户设备和存储介质
WO2020142903A1 (en) * 2019-01-08 2020-07-16 Lenovo (Beijing) Limited Method and apparatus for a sidelink transmission
WO2020172576A1 (en) * 2019-02-22 2020-08-27 Idac Holdings, Inc. Methods for nr sl multi-sub-channel pscch transmission
CN111757454A (zh) * 2019-03-27 2020-10-09 夏普株式会社 由用户设备执行的方法以及用户设备
CN111867099B (zh) * 2019-04-30 2024-04-05 株式会社Kt 发射和接收侧链路harq反馈信息的方法和装置
CN111867095B (zh) * 2019-04-30 2024-04-16 华为技术有限公司 一种通信方法与终端装置
WO2020226386A1 (ko) * 2019-05-03 2020-11-12 엘지전자 주식회사 무선통신시스템에서 사이드링크 신호를 송신하는 방법
US20220217738A1 (en) * 2019-05-03 2022-07-07 Lg Electronics Inc. Method and device for selecting transmission resource in nr v2x
EP4192053A1 (en) * 2019-08-16 2023-06-07 Hyundai Motor Company Method transmitting sidelink data in communication system
US11943067B2 (en) * 2019-10-04 2024-03-26 Huawei Technologies Co., Ltd. Devices and methods of signaling for resource selection and reservation in sidelink transmission
CN113271182B (zh) * 2020-02-14 2022-12-06 中国移动通信有限公司研究院 一种确定直通链路进程的方法及设备
US11812308B2 (en) * 2020-08-24 2023-11-07 Qualcomm Incorporated Multiple transmission opportunity resource reservation for sidelink communication
JP2022101287A (ja) * 2020-12-24 2022-07-06 株式会社デンソー 通信装置、通信方法、及び通信用プログラム
JP7432553B2 (ja) 2021-04-20 2024-02-16 ソフトバンク株式会社 端末間直接通信を介したデータ伝送におけるｈａｒｑ再送制御を行うシステム、無線端末装置、車両、基地局、方法及びプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015012405A (ja) * 2013-06-27 2015-01-19 京セラ株式会社 ユーザ端末、プロセッサ及び基地局
WO2016076301A1 (ja) * 2014-11-14 2016-05-19 株式会社Ｎｔｔドコモ ユーザ装置、フィードバック制御方法、及び再送制御方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107104767B (zh) * 2011-03-11 2020-06-26 Lg电子株式会社 在无线通信系统中设置动态子帧的方法及其设备
JP5907172B2 (ja) * 2011-09-30 2016-04-26 富士通株式会社 無線通信システム、移動局、基地局及び無線通信システム制御方法
US9433014B2 (en) * 2012-02-14 2016-08-30 Lg Electronics Inc. Device to device communication method and device for performing same
EP2875666B1 (en) * 2012-07-20 2019-01-30 LG Electronics Inc. Method and apparatus for information on interference for device-to-device connection in wireless communication system
CN104125610B (zh) * 2013-04-28 2017-11-10 电信科学技术研究院 D2d通信中的数据发送方法和设备
KR101715579B1 (ko) * 2013-08-08 2017-03-13 후지쯔 가부시끼가이샤 무선 통신 시스템, 무선 통신 방법 및 무선국
WO2015020356A1 (ko) * 2013-08-09 2015-02-12 주식회사 케이티 단말 간 직접 통신에서 버퍼상태보고 전송 방법 및 그 장치
CN104602179B (zh) * 2013-10-31 2019-05-07 中兴通讯股份有限公司 一种d2d数据发送的方法和用户设备
WO2015065113A1 (ko) * 2013-10-31 2015-05-07 엘지전자(주) 무선 통신 시스템에서 단말 간 직접 통신을 위한 수행하기 위한 방법 및 장치
JP6249796B2 (ja) 2014-01-29 2017-12-20 三菱電機株式会社 合成開口レーダ信号処理装置及び合成開口レーダ信号処理方法
CN105338637B (zh) * 2014-08-07 2019-11-19 中兴通讯股份有限公司 D2d通信处理方法、装置、d2d通信设备及基站
US9735926B2 (en) * 2014-08-26 2017-08-15 Lg Electronics Inc. Method and apparatus for data transmission of device-to-device user equipment in wireless communication system
WO2016048407A1 (en) * 2014-09-23 2016-03-31 Fujitsu Limited Device-to device (d2d) synchronization message signaling
EP3051736B1 (en) * 2015-01-30 2020-04-29 Panasonic Intellectual Property Corporation of America Prioritization in the logical channel prioritization procedure for sidelink logical channels in ProSe direct communications
US10064212B2 (en) * 2015-05-14 2018-08-28 Blackberry Limited Transmitting a scheduling request for a device-to-device transmission

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015012405A (ja) * 2013-06-27 2015-01-19 京セラ株式会社 ユーザ端末、プロセッサ及び基地局
WO2016076301A1 (ja) * 2014-11-14 2016-05-19 株式会社Ｎｔｔドコモ ユーザ装置、フィードバック制御方法、及び再送制御方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
INTEL CORPORATION: "Discussion on UE-to-NW Relay Concurrent Processes[online]", 3GPP TSG-RAN WG1#81 R1-152628, JPN6020015922, May 2015 (2015-05-01), ISSN: 0004265582 *
INTEL CORPORATION: "Discussion on UE-to-NW Relay Implementation Aspects[online]", 3GPP TSG-RAN WG1#80B R1-151442, JPN6020015925, April 2015 (2015-04-01), ISSN: 0004265583 *

Also Published As

Publication number Publication date
CN113923645A (zh) 2022-01-11
US20180213438A1 (en) 2018-07-26
US10492098B2 (en) 2019-11-26
EP3324695B1 (en) 2020-09-09
EP3768022A1 (en) 2021-01-20
EP3324695A4 (en) 2019-02-20
JP7414650B2 (ja) 2024-01-16
JP2020171027A (ja) 2020-10-15
CN113923644B (zh) 2024-10-15
CN113923646A (zh) 2022-01-11
CN107852717B (zh) 2021-10-29
CN113923646B (zh) 2024-03-05
CN113923644A (zh) 2022-01-11
CN107852717A (zh) 2018-03-27
EP3324695A1 (en) 2018-05-23
JP2023090878A (ja) 2023-06-29
WO2017010030A1 (ja) 2017-01-19
JP6724917B2 (ja) 2020-07-15

Similar Documents

Publication Publication Date Title
JP7414650B2 (ja) Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）及びその方法
JP6822418B2 (ja) ネットワーク装置、無線端末、及びこれらの方法
US11452118B2 (en) Apparatus and method for controlling device-to-device communication
JP6756332B2 (ja) 基地局及びスケジューリング方法
WO2017195398A1 (ja) 無線端末、基地局、及びこれらの方法
US11071119B2 (en) Apparatus for controlling device-to-device communication, base station, radio terminal, and method therefor
WO2016142979A1 (ja) 無線局、無線端末装置、及びこれらの方法
WO2018047401A1 (ja) 無線通信のための装置、方法、及びプログラムを格納した非一時的なコンピュータ可読媒体
US10993238B2 (en) Apparatus and method for radio communication
WO2018123127A1 (ja) 無線通信のための装置、方法、及びプログラムを格納した非一時的なコンピュータ可読媒体
JP6747441B2 (ja) 無線通信のための方法及び装置
JPWO2017187713A1 (ja) 無線通信のための装置および方法
JP6680299B2 (ja) 無線通信のための方法及び装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180110

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190403

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: 20200526

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200608

R150 Certificate of patent or registration of utility model

Ref document number: 6724917

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150