(57)【要約】【課題】周期的なＤ２Ｄ制御期間内の制御用の無線リソース領域で送信され且つＤ２Ｄ送信リソースを指定するスケジューリング割当情報の受信失敗を低減することに寄与する。【解決手段】送信端末（１Ａ）は、第１のＤ２Ｄ制御期間（５０１）内の第１のサブフレーム・プール（５１１）内の１又は複数のサブフレームにおいて第１のＤ２Ｄ制御情報（５２２、５２３）を送信するとともに、当該第１のＤ２Ｄ制御期間（５０１）内の第２のサブフレーム・プール（５１２）内の１又は複数のサブフレームにおいて第１のＤ２Ｄ制御情報（５２２、５２３）に従ってデータ送信（５３１−５３４）を行う。当該第１のＤ２Ｄ制御情報（５２２、５２３）は、当該第１のＤ２Ｄ制御期間（５０１）より後の少なくとも１つのＤ２Ｄ制御期間（５０２、５０３）において当該第１のＤ２Ｄ制御情報（５２２、５２３）が有効であるか否かを示す第２の情報要素を含む。【選択図】図５
2020171027.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの無線トランシーバと、
前記少なくとも１つの無線トランシーバに結合され、周期的なdevice-to-device（D2D）制御期間に従って基地局を介さずに他の無線端末へのデータ送信を行うよう構成された少なくとも１つのプロセッサと、
を備え、
各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
前記少なくとも１つのプロセッサは、第１のD2D制御期間内の前記第１のサブフレーム・プール内の１又は複数のサブフレームにおいて第１のD2D制御情報を送信するとともに、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームにおいて前記第１のD2D制御情報に従って前記データ送信を行うよう構成され、
前記第１のD2D制御情報は、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素を含み、
前記第１のD2D制御情報は、さらに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間において前記第１のD2D制御情報が有効であるか否かを示す第２の情報要素を含む、
送信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末間直接通信（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_RPRB個のリソースブロックのうち異なる２つのリソースブロックにおいて行われる。
【００１７】
PSCCHのためのリソースプールは、ブロードキャスト（SIB 18）又は個別シグナリング（RRCシグナリング）でeNBによってUEに設定される。PSCCHのためのリソースプールは、サイドリンク制御期間内のLPSCCH個のサブフレーム及びMPSCCH_RPRB個の周波数ドメイン・リソースブロックから成る。
【００１８】
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リソースプール（つまり、サブフレーム・プール）に含まれるサブフレームは、以下のように表すことができる：
【数１】
2020171027.tif 000003
【００２０】
一方、図３に示すように、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期間）内において、lPSCCHPSCCH-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を以下の数式に従って決定する：
【数２】
2020171027.tif 000004
ここで、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 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のサイドリンク送信は、周波数および時間ドメインにおいてアップリンク・リソースのサブセットを使用する。したがって、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通信に適用されてもよい。
【００９３】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００９４】
この出願は、２０１５年７月１５日に出願された日本出願特願２０１５−１４１１２４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【００９５】
例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
少なくとも１つの無線トランシーバと、
前記少なくとも１つの無線トランシーバに結合され、周期的なdevice-to-device（D2D）制御期間に従って基地局を介さずに他の無線端末へのデータ送信を行うよう構成された少なくとも１つのプロセッサと、
を備え、
各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
前記少なくとも１つのプロセッサは、第１のD2D制御期間内の前記第１のサブフレーム・プール内の１又は複数のサブフレームにおいて第１のD2D制御情報を送信するとともに、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームにおいて前記第１のD2D制御情報に従って前記データ送信を行うよう構成され、
前記第１のD2D制御情報は、前記第１のD2D制御期間内の前記第２のサブフレーム・プール内の１又は複数のサブフレームを特定するための第１の情報要素を含み、
前記第１のD2D制御情報は、さらに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間において前記第１のD2D制御情報が有効であるか否かを示す第２の情報要素を含む、
送信端末。
（付記２）
前記少なくとも１つのプロセッサは、前記第１のD2D制御情報が前記少なくとも１つのD2D制御期間において引き続き有効とされる場合に、前記少なくとも１つの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制御期間において前記第１の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制御情報が有効であるか否かを示す第２の情報要素を含む、
受信端末。
（付記１９）
前記少なくとも１つのプロセッサは、前記第１の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制御情報が前記少なくとも１つの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送信の数が所定値を超える場合に前記下限値を前記第１の無線端末に設定するよう構成されている、
付記２７に記載の基地局。
（付記２９）
基地局における方法であって、
周期的なdevice-to-device（D2D）制御期間に従う第１の無線端末から第２の無線端末への前記基地局を介さないデータ送信を制御することを備え、
各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
前記制御することは、第１のD2D制御期間内での前記D2D制御情報の送信及び前記データ送信のための無線リソース割り当てを示すとともに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間においても前記無線リソース割り当てが有効であることを示すD2Dグラントメッセージを前記第１の無線端末に送信することを含む、
方法。
（付記３０）
前記制御することは、少なくとも１つのD2D制御期間に関する制限を前記第１の無線端末に設定することを含む、
付記２９に記載の方法。
（付記３１）
前記制限は、前記少なくとも１つのD2D制御期間の長さに下限値が定められることを含む、
付記３０に記載の方法。
（付記３２）
前記設定することは、前記基地局のセル内で行われるD2D送信の数が所定値を超える場合に前記下限値を前記第１の無線端末に設定することを含む、
付記３１に記載の方法。
（付記３３）
基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、周期的なdevice-to-device（D2D）制御期間に従う第１の無線端末から第２の無線端末への前記基地局を介さないデータ送信を制御することを備え、
各D2D制御期間は、D2D制御情報の送信のために使用可能な複数のサブフレームから成る第１のサブフレーム・プールと、前記D2D制御情報に従う前記データ送信のために使用可能な複数のサブフレームから成る第２のサブフレーム・プールを含み、
前記制御することは、第１のD2D制御期間内での前記D2D制御情報の送信及び前記データ送信のための無線リソース割り当てを示すとともに、前記第１のD2D制御期間より後の少なくとも１つのD2D制御期間においても前記無線リソース割り当てが有効であることを示すD2Dグラントメッセージを前記第１の無線端末に送信することを含む、
非一時的なコンピュータ可読媒体。
【符号の説明】
【００９６】
１  UE
２  eNB
１３０１  radio frequency（RF）トランシーバ
１３０３  ベースバンドプロセッサ
１３０４  アプリケーションプロセッサ
１３０６  メモリ
１４０１  RFトランシーバ
１４０４  プロセッサ
１４０５  メモリ
【図１】
2020171027.tif 000005
【図２】
2020171027.tif 000006
【図３】
2020171027.tif 000007
【図４】
2020171027.tif 000008
【図５】
2020171027.tif 000009
【図６】
2020171027.tif 000010
【図７】
2020171027.tif 000011
【図８】
2020171027.tif 000012
【図９】
2020171027.tif 000013
【図１０】
2020171027.tif 000014
【図１１】
2020171027.tif 000015
【図１２】
2020171027.tif 000016
【図１３】
2020171027.tif 000017
【図１４】
2020171027.tif 000018