(57)【要約】  処理装置（３）は、第１のＤ２Ｄ通信ペア（２Ａ）の近傍に存在する１又はそれ以上の近傍Ｄ２Ｄ通信ペア（２Ｂ、２Ｃ）を判定するよう構成されている。さらに、処理装置（３）は、１又はそれ以上の近傍Ｄ２Ｄ通信ペア（２Ｂ、２Ｃ）によって行われるＤ２Ｄ送信（１０１Ｂ、１０１Ｃ）の影響を考慮して、第１のＤ２Ｄ通信ペア（２Ａ）によって行われる第１のＤ２Ｄ送信（１０１Ａ）の伝送レートを推定するよう構成されている。これにより、例えば、デバイス・ツー・デバイス（Ｄ２Ｄ）送信の伝送レート推定に対する改良を提供できる。
2017187713.tif 000002
【特許請求の範囲】
【請求項１】
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
第１のデバイス・ツー・デバイス（D2D）通信ペアの近傍に存在する１又はそれ以上の近傍D2D通信ペアを判定するよう構成され、
前記１又はそれ以上の近傍D2D通信ペアによって行われるD2D送信の影響を考慮して、前記第１のD2D通信ペアによって行われる第１のD2D送信の伝送レートを推定するよう構成されている、
処理装置。
【請求項２】
前記少なくとも１つのプロセッサは、前記１又はそれ以上の近傍D2D通信ペアの数の増加に応じて減少するウエイト値を用いて、前記伝送レートを推定するよう構成されている、
請求項１に記載の処理装置。
【請求項３】
前記少なくとも１つのプロセッサは、前記第１のD2D送信のSignal to interference plus noise ratio（SINR）に基づく伝送レート推定値に前記ウエイト値を乗算することによって、前記伝送レートを計算するよう構成されている、
請求項２に記載の処理装置。
【請求項４】
前記ウエイト値は、前記１又はそれ以上の近傍D2D通信ペアの数に反比例する、
請求項２又は３に記載の処理装置。
【請求項５】
前記少なくとも１つのプロセッサは、
基地局のカバレッジエリア内に存在する複数のD2D通信ペアの中から前記１又はそれ以上の近傍D2D通信ペアを特定し、
前記１又はそれ以上の近傍D2D通信ペアによるD2D無線リソースの使用率の増加に応じて減少するウエイト値を用いて、前記伝送レートを推定するよう構成されている、
請求項１に記載の処理装置。
【請求項６】
前記少なくとも１つのプロセッサは、前記第１のD2D送信のSignal to interference plus noise ratio（SINR）に基づく伝送レート推定値に前記ウエイト値を乗算することによって、前記伝送レートを計算するよう構成されている、
請求項５に記載の処理装置。
【請求項７】
前記少なくとも１つのプロセッサは、前記１又はそれ以上の近傍D2D通信ペアの間の近接関係をさらに考慮して、前記第１のD2D送信の前記伝送レートを推定するよう構成されている、
請求項１〜６のいずれか１項に記載の処理装置。
【請求項８】
前記少なくとも１つのプロセッサは、前記１又はそれ以上の近傍D2D通信ペアに含まれている第２及び第３のD2D通信ペアの間に近接関係が無いことを判定した場合に、前記第２及び第３のD2D通信ペアのうち一方のみを前記第１のD2D送信の前記伝送レートを推定するために考慮するよう構成されている、
請求項７に記載の処理装置。
【請求項９】
前記少なくとも１つのプロセッサは、
前記１又はそれ以上の近傍D2D通信ペアへのD2D無線リソースの割り当て履歴に基づいて、前記１又はそれ以上の近傍D2D通信ペアによる将来のD2D送信の発生を予測するよう構成され、
前記予測された将来のD2D送信によって使用されるD2D無線リソースを考慮して、前記第１のD2D送信の前記伝送レートを推定するよう構成されている、
請求項１〜８のいずれか１項に記載の処理装置。
【請求項１０】
前記処理装置は、前記第１のD2D通信ペア及び前記１又はそれ以上の近傍D2D通信ペアにD2D無線リソースを割り当てるよう構成された基地局に配置される、
請求項１〜９のいずれか１項に記載の処理装置。
【請求項１１】
第１のデバイス・ツー・デバイス（D2D）通信ペアの近傍に存在する１又はそれ以上の近傍D2D通信ペアを判定すること、及び
前記１又はそれ以上の近傍D2D通信ペアによって行われるD2D送信の影響を考慮して、前記第１のD2D通信ペアによって行われる第１のD2D送信の伝送レートを推定すること、を備える、伝送レート推定方法。
【請求項１２】
前記推定することは、前記１又はそれ以上の近傍D2D通信ペアの数の増加に応じて減少するウエイト値を用いて、前記伝送レートを推定することを含む、
請求項１１に記載の方法。
【請求項１３】
前記推定することは、前記第１のD2D送信のSignal to interference plus noise ratio（SINR）に基づく伝送レート推定値に前記ウエイト値を乗算することによって、前記伝送レートを計算することを含む、
請求項１２に記載の方法。
【請求項１４】
前記ウエイト値は、前記１又はそれ以上の近傍D2D通信ペアの数に反比例する、
請求項１２又は１３に記載の方法。
【請求項１５】
前記判定することは、基地局のカバレッジエリア内に存在する複数のD2D通信ペアの中から前記１又はそれ以上の近傍D2D通信ペアを特定することを含み、
前記推定することは、前記１又はそれ以上の近傍D2D通信ペアによるD2D無線リソースの使用率の増加に応じて減少するウエイト値を用いて、前記伝送レートを推定することを含む、
請求項１１に記載の方法。
【請求項１６】
前記推定することは、前記第１のD2D送信のSignal to interference plus noise ratio（SINR）に基づく伝送レート推定値に前記ウエイト値を乗算することによって、前記伝送レートを計算することを含む、
請求項１５に記載の方法。
【請求項１７】
前記推定することは、前記１又はそれ以上の近傍D2D通信ペアの間の近接関係をさらに考慮して、前記第１のD2D送信の前記伝送レートを推定することを含む、
請求項１１〜１６のいずれか１項に記載の方法。
【請求項１８】
前記推定することは、前記１又はそれ以上の近傍D2D通信ペアに含まれている第２及び第３のD2D通信ペアの間に近接関係が無いことを判定した場合に、前記第２及び第３のD2D通信ペアのうち一方のみを前記第１のD2D送信の前記伝送レートを推定するために考慮することを含む、
請求項１７に記載の方法。
【請求項１９】
前記１又はそれ以上の近傍D2D通信ペアへのD2D無線リソースの割り当て履歴に基づいて、前記１又はそれ以上の近傍D2D通信ペアによる将来のD2D送信の発生を予測することをさらに備え、
前記推定することは、前記予測された将来のD2D送信によって使用されるD2D無線リソースを考慮して、前記第１のD2D送信の前記伝送レートを推定することを含む、
請求項１１〜１８のいずれか１項に記載の方法。
【請求項２０】
請求項１１〜１９のいずれか１項に記載の伝送レート推定方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末間直接通信（device-to-device（D2D）通信）に関する。
【背景技術】
【０００２】
無線端末が基地局等のインフラストラクチャ・ネットワークを介さずに他の無線端末と直接的に通信する形態は、device-to-device（D2D）通信と呼ばれる。D2D通信は、直接通信（Direct Communication）および直接ディスカバリ（Direct Discovery）の少なくとも一方を含む。幾つかの実装において、D2D通信をサポートする複数の無線端末は、自律的に又はネットワークの指示に従ってD2D通信グループを形成し、当該D2D通信グループ内の他の無線端末と通信を行う。【０００３】
3GPP Release 12及びRelease 13に規定された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及びRelease 13では、直接通信または直接ディスカバリに用いられる無線端末（UEs）間の無線リンクは、サイドリンク（Sidelink）と呼ばれる。サイドリンク送信は、アップリンク及びダウンリンクのために定義されたLong Term Evolution（LTE）フレーム構造と同じフレーム構造を使用し、周波数および時間ドメインにおいてアップリンク・リソースのサブセットを使用する。無線端末（UE）は、アップリンクと同様のシングルキャリア周波数分割多重（Single Carrier FDMA（Frequency Division Multiple Access）、SC-FDMA）を使用してサイドリンク送信を行う。【０００６】
3GPP 12 ProSeでは、サイドリンク送信のための無線リソースのUEへの割り当ては、無線アクセスネットワーク（e.g., Evolved Universal Terrestrial Radio Access Network（E-UTRAN））によって行われる。ProSe functionによってサイドリンク通信を許可されたUEは、無線アクセスネットワークノード（e.g., eNodeB（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（つまり、サイドリンク送信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）（以下、送信端末又は送信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に従う。【００１２】
送信UEは、スケジューリング割当情報に従った無線リソースを使って、PSSCHにおいてデータを送信する。受信側のUE（D2D receiving UE）（以下、受信UE又は受信端末とする）は、送信UEからのスケジューリング割当情報をPSCCHにおいて受信し、そのスケジューリング割当情報に従ってPSSCHにおいてデータを受信する。なお、ここで送信UEとの用語は、UEの送信動作に着目した表現であって、送信専用のUEを意味するものではない。同様に、受信UEとの用語は、UEの受信動作に着目した表現であり、受信専用のUEを意味するものではない。すなわち、送信UEは受信動作を行うことも可能であり、受信UEは送信動作を行うことも可能である。【００１３】
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がリソースプールの中から自律的に無線リソースを選択する。すなわち、Sidelink discovery Type 1では、無線リソースは、UEに依らずに（on a non-UE specific basis）割り当てられる。【００１５】
一方、ProSe直接ディスカバリのscheduled resource allocation（sidelink discovery Type 2）では、UEがアナウンス用のリソース割り当てをRRCシグナリングでeNBに要求する。eNBは、リソースプールの中からアナウンス用のリソースをUEに割り当てる。scheduled resource allocationが使用される場合、eNBは、System Information Block （SIB 19）においてProSe直接ディスカバリのモニター用のリソースの提供をサポートするが、アナウンスメント用のリソースは提供しないことを示す。Type 2については、Type 2AおよびType 2Bの２通りが検討されていたが、現在のRelease 12及びRelease 13では、Type 2Bのみが規定されている。Type 2Bでは、eNBは、ディスカバリ信号（PSDCH）送信のために無線リソースを準静的（semi-persistent）にUEに割り当てる。これに対して、現在のRelease 12及びRelease 13では規定されていないが、Type 2Aでは、eNBは、ディスカバリ信号（PSDCH）送信のための無線リソースをディスカバリ・ピリオド（PSDCHピリオド）毎に動的にUEに割り当てる。
【先行技術文献】
【非特許文献】
【００１６】
【非特許文献１】3GPP TS 23.303 V13.2.0 (2015-12), “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Proximity-based services (ProSe); Stage 2 (Release 13)” , December 2015
【発明の概要】
【発明が解決しようとする課題】
【００１７】
発明者は、D2D通信に関するいくつかの課題を見出し、これらの課題に対処するためのいくつかの改良を得た。【００１８】
第１に、発明者は、複数のD2D送信の間での無線リソースの空間再利用を許容するアーキテクチャについて検討した。複数のD2D送信が同一の無線リソースを同時に使用することで、無線リソースの利用効率が向上する。無線リソースは、例えば、時間リソース、周波数リソース、時間−周波数リソース、直交符号リソース、若しくは送信電力リソース、又はこれらの任意の組合せである。3GPP ProSeの場合、無線リソースは、時間−周波数リソースであり、その最小単位は上述のリソースブロックである。しかしながら、互いに近傍に位置する複数のD2D通信ペアが同一の無線リソースを同時に使用すると、複数のD2D送信の間で干渉が発生するおそれがある。なお、本明細書における「D2D通信ペア」との用語は、D2D送信を行うD2D送信端末（UE）とD2D受信端末（UE）のペアを意味する。【００１９】
発明者は、互いに近接していない２つのD2D通信ペアによる同一の無線リソースの空間再利用を許容するが互いに近接する２つのD2D通信ペアによる同一の無線リソースの使用を制限する割り当てルールに従って、複数のD2D送信に無線リソースを割り当てることを含む無線リソース割り当て方法を考案した。この方法は、複数のD2D送信の間での無線リソースの効率的な空間再利用を可能とすることに寄与できる。さらに、発明者は、この方法に適したサイドリンク送信（D2D送信）の伝送レートの推定手法について検討した。サイドリンク送信の伝送レートの推定値は、例えば、無線リソース・スケジューリング、サイドリンク送信をUEに許可する否かの判定（アドミッション制御）、又はUEにD2D通信とセルラ通信のどちらの通信モードを実行させるか判断する通信モード選択のために使用されることができる。【００２０】
第２に、発明者は、UEによる基地局へのディスカバリ報告について検討した。ディスカバリ報告は、UEによる直接ディスカバリの結果を示す。一例において、ディスカバリ報告は、UEによって発見されたUE（又はUEグループ）を特定するためのUE識別子（又はUEグループ識別子）を示す。幾つかの実装において、当該UE識別子及びUEグループ識別子は、one-to-many 及び one-to-one ProSe 直接通信（i.e., PSSCHを用いたサイドリンク送信）において使用されるLayer-2 IDであることが考えられる。当該Layer-2 IDは、Prose UE ID、ProSe Relay UE ID、又はProse Layer-2 Group IDである。Prose UE ID及びProSe Relay UE IDは、ユニキャスト通信のためのLayer-2 ID（Layer-2 ID for unicast communication）である。Prose Layer-2 Group IDは、one-to-many ProSe 直接通信においてUEグループを特定するリンクレイヤIDである。Prose UE ID、ProSe Relay UE ID、及びProse Layer-2 Group IDは、いずれも２４ビットの長さを持つ。したがって、もしこれらのProse Layer-2 IDsがディスカバリ報告に含まれると、ディスカバリ報告のデータサイズの増加を招くおそれがある。【００２１】
第３に、発明者は、基地局（eNB）がUE間の近接を検出するのを支援するためのUEによる無線周波数（Radio Frequency（RF））測定について検討した。例えば、UEが直接通信をサポートするが、直接ディスカバリをサポートしないアーキテクチャが考えられる。このようなアーキテクチャでは、基地局（eNB）がUE間の近接を検出することを可能とするための直接ディスカバリに代わる新たな手法が必要とされる。【００２２】
本明細書に開示される実施形態が達成しようとするいくつかの目的は、D2D送信の伝送レート推定に対する改良、基地局へのディスカバリ報告に対する改良、又はUE間の近接の検出に対する改良に寄与する装置、方法、及びプログラムを提供することを含む。なお、これらの目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の例示であることに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００２３】
第１の態様では、処理装置は、メモリと、前記メモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、第１のデバイス・ツー・デバイス（D2D）通信ペアの近傍に存在する１又はそれ以上の近傍D2D通信ペアを判定するよう構成されている。さらに、前記少なくとも１つのプロセッサは、前記１又はそれ以上の近傍D2D通信ペアによって行われるD2D送信の影響を考慮して、前記第１のD2D通信ペアによって行われる第１のD2D送信の伝送レートを推定するよう構成されている。【００２４】
第２の態様では、伝送レート推定方法は、（ａ）第１のデバイス・ツー・デバイス（D2D）通信ペアの近傍に存在する１又はそれ以上の近傍D2D通信ペアを判定すること、及び（ｂ）前記１又はそれ以上の近傍D2D通信ペアによって行われるD2D送信の影響を考慮して、前記第１のD2D通信ペアによって行われる第１のD2D送信の伝送レートを推定すること、を含む。【００２５】
第３の態様では、無線端末は、メモリと、前記メモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、１又はそれ以上の無線端末又は無線端末グループの各々を区別するための識別子を示すリストを基地局から受信するよう構成されている。前記少なくとも１つのプロセッサは、前記リストに示された前記１又はそれ以上の無線端末又は無線端末グループを発見するためのディスカバリ手順を行うよう構成されている。さらに、前記少なくとも１つのプロセッサは、前記ディスカバリ手順によって発見された各無線端末又は各無線端末グループを特定するためのインデックス値を示すディスカバリ報告を前記基地局に送信するよう構成されている。ここで、前記インデックス値のビットサイズは、前記識別子のビットサイズよりも小さい。【００２６】
第４の態様では、無線端末における方法は、（ａ）１又はそれ以上の無線端末又は無線端末グループの各々を区別するための識別子を示すリストを基地局から受信すること、（ｂ）前記リストに示された前記１又はそれ以上の無線端末又は無線端末グループを発見するためのディスカバリ手順を行うこと、及び（ｃ）前記ディスカバリ手順によって発見された各無線端末又は各無線端末グループを特定するためのインデックス値を示すディスカバリ報告を前記基地局に送信すること、を含む。ここで、前記インデックス値のビットサイズは、前記識別子のビットサイズよりも小さい。【００２７】
第５の態様では、基地局は、メモリと、前記メモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、１又はそれ以上の無線端末又は無線端末グループの各々を区別するための識別子を示すリストを第１の無線端末に送信するよう構成されている。前記リストは、前記リストに示された前記１又はそれ以上の無線端末又は無線端末グループを発見するためのディスカバリ手順を行うために前記第１の無線端末によって使用される。さらに、前記少なくとも１つのプロセッサは、前記ディスカバリ手順によって発見された各無線端末又は各無線端末グループを特定するためのインデックス値を示すディスカバリ報告を前記第１の無線端末から受信するよう構成されている。ここで、前記インデックス値のビットサイズは、前記識別子のビットサイズよりも小さい。【００２８】
第６の態様では、基地局における方法は、
（ａ）１又はそれ以上の無線端末又は無線端末グループの各々を区別するための識別子を示すリストを第１の無線端末に送信すること、ここで前記リストは、前記リストに示された前記１又はそれ以上の無線端末又は無線端末グループを発見するためのディスカバリ手順を行うために前記第１の無線端末によって使用される；及び
（ｂ）前記ディスカバリ手順によって発見された各無線端末又は各無線端末グループを特定するためのインデックス値を示すディスカバリ報告を前記第１の無線端末から受信すること、ここで、前記インデックス値のビットサイズは、前記識別子のビットサイズよりも小さい；
を含む。【００２９】
第７の態様では、無線端末は、メモリと、前記メモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、１又はそれ以上の他の無線端末によってデバイス・ツー・デバイス（D2D）送信又はアップリンク送信のために使用される複数の無線リソースの各々での受信電力の測定を行うよう構成されている。さらに、前記少なくとも１つのプロセッサは、前記測定の結果を示す測定報告を直接的に又はいずれかの無線端末を介して基地局に送信するよう構成されている。前記複数の無線リソースは、前記基地局によって前記１又はそれ以上の他の無線端末に割り当てられる。前記測定報告は、各無線リソースでの受信電力レベル、又は所定の閾値以上の受信電力が検出された若しくは検出されなかった無線リソースを示す。【００３０】
第８の態様では、無線端末における方法は、（ａ）１又はそれ以上の他の無線端末によってデバイス・ツー・デバイス（D2D）送信又はアップリンク送信のために使用される複数の無線リソースの各々での受信電力の測定を行うこと、及び（ｂ）前記測定の結果を示す測定報告を直接的に又はいずれかの無線端末を介して基地局に送信すること、を含む。前記複数の無線リソースは、前記基地局によって前記１又はそれ以上の他の無線端末に割り当てられる。前記測定報告は、各無線リソースでの受信電力レベル、又は所定の閾値以上の受信電力が検出された若しくは検出されなかった無線リソースを示す。【００３１】
第９の態様では、基地局は、メモリと、前記メモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、測定報告を直接的に又はいずれかの無線端末を介して第１の無線端末から受信するよう構成されている。前記測定報告は、１又はそれ以上の他の無線端末によってデバイス・ツー・デバイス（D2D）送信又はアップリンク送信のために使用される複数の無線リソースの各々での受信電力の前記第１の無線端末による測定の結果を示す。前記複数の無線リソースは、前記基地局によって前記１又はそれ以上の他の無線端末に割り当てられる。前記測定報告は、各無線リソースでの受信電力レベル、又は所定の閾値以上の受信電力が検出された若しくは検出されなかった無線リソースを示す。【００３２】
第１０の態様では、基地局における方法は、測定報告を直接的に又はいずれかの無線端末を介して第１の無線端末から受信することを含む。前記測定報告は、１又はそれ以上の他の無線端末によってデバイス・ツー・デバイス（D2D）送信又はアップリンク送信のために使用される複数の無線リソースの各々での受信電力の前記第１の無線端末による測定の結果を示す。前記複数の無線リソースは、前記基地局によって前記１又はそれ以上の他の無線端末に割り当てられる。前記測定報告は、各無線リソースでの受信電力レベル、又は所定の閾値以上の受信電力が検出された若しくは検出されなかった無線リソースを示す。【００３３】
第１１の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２、第４、第６、第８、又は第１０の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００３４】
上述の態様によれば、D2D通信の伝送レート推定に対する改良、直接ディスカバリ結果の基地局への報告に対する改良、又はUE間の近接の検出に対する改良に寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００３５】
【図１】第１の実施形態に係る無線通信ネットワークの構成例を示す図である。
【図２】第１の実施形態に係る伝送レート推定の一例を示すフローチャートである。
【図３】第１の実施形態に係る伝送レート推定の一例を示すフローチャートである。
【図４】第１の実施形態に係る伝送レート推定の一例を示すフローチャートである。
【図５Ａ】第１の実施形態に係る伝送レート推定の一例を説明するための複数のD2D通信ペアの近接関係の一例を示す図である。
【図５Ｂ】第１の実施形態に係る伝送レート推定の一例を説明するための複数のD2D通信ペアの近接関係の他の例を示す図である。
【図６】第１の実施形態に係る伝送レート推定の一例を示すフローチャートである。
【図７】第２の実施形態に係る無線通信ネットワークの構成例を示す図である。
【図８】第２の実施形態に係るディスカバリ報告手順の一例を示すシーケンス図である。
【図９】第３の実施形態に係る無線端末の動作の一例を示すフローチャートである。
【図１０】第３の実施形態に係る基地局の動作の一例を示すフローチャートである。
【図１１】第３の実施形態に係る測定報告手順の一例を示すシーケンス図である。
【図１２】PSCCHピリオド（サイドリンク制御ピリオド）を示す図である。
【図１３】PSCCHピリオド内のPSCCHサブフレーム・プールとPSSCHサブフレーム・プールの一例を示す図である。
【図１４】PSCCHピリオド内のPSCCHリソースブロック・プールの一例を示す図である。
【図１５】PSDCHピリオド内のPSDCHサブフレーム・プールとPSDCHサブフレーム・プールの一例を示す図である。
【図１６】いくつかの実施形態に係る無線端末の構成例を示すブロック図である。
【図１７】いくつかの実施形態に係る基地局の構成例を示すブロック図である。
【発明を実施するための形態】
【００３６】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００３７】
以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
【００３８】
以下に示される複数の実施形態は、3GPP Release 12（LTE-Advanced）及びRelease 13（LTE-Advanced Pro）に規定されたProSeの改良を主な対象として説明される。しかしながら、これらの実施形態は、LTE-Advanced並びにLTE-Advanced Pro 及びそれらの改良に限定されるものではなく、他のモバイル通信ネットワーク又はシステムでのD2D通信に適用されてもよい。
【００３９】
＜第１の実施形態＞
図１は、本実施形態に係る無線通信ネットワークの構成例を示している。具体的には、図１は、D2D通信ペア２Ａ〜２Ｄを示している。D2D通信ペア２Ａは、送信端末（UE）１Ａ及び受信端末（UE）１Ｂを含む。同様に、D2D通信ペア２Ｂは、送信UE１Ｃ及び受信UE１Ｄを含む。D2D通信ペア２Ｃは、送信UE１Ｅ及び受信UE１Ｆを含む。D2D通信ペア２Ｄは、送信UE１Ｇ及び受信UE１Ｈを含む。例えば、送信UE１Ａは、D2Dリンク１０１Ａ上でUE１ＢへのD2D送信（サイドリンク送信）を行う。同様に、D2D通信ペア２Ｂは、以下の説明では、UE１Ａ〜１Ｈを含む複数のUEに共通する事項を説明する場合、参照符号１を用いて単に“UE１”が参照される。同様に、D2D通信ペア２Ａ〜２Ｄを含む複数のD2D通信ペアに共通する事項を説明する場合、参照符号２を用いて単に“D2D通信ペア２”が参照される。D2Dリンク１０１Ａ〜１０１Ｄを含む複数のD2Dリンクに共通する事項を説明する場合、参照符号１０１を用いて単に“D2Dリンク１０１”が参照される。
【００４０】
UE１は、少なくとも１つの無線トランシーバを有し、１又はそれ以上のD2Dリンク（e.g., D2Dリンク１０１Ａ）上で１又はそれ以上の他のUE１とD2D通信を行うよう構成されている。既に説明したように、3GPPでは、D2Dリンクは、PC5インタフェース又はサイドリンクと呼ばれる。当該D2D通信は、少なくとも直接通信（i.e., ProSe Direct Communication）を含み、直接ディスカバリ（i.e.,  ProSe Direct Discovery）をさらに含んでもよい。なお、ProSe Direct Communication は、サイドリンク送信を利用する直接通信であり、Sidelink Direct Communicationとも呼ばれる。同様に、ProSe Direct Discoveryは、サイドリンク送信を利用する直接ディスカバリであり、Sidelink Direct Discoveryとも呼ばれる。さらに、UE１は、基地局（eNB）３により提供されるセルラーカバレッジ（セル）３１内においてeNB３とのセルラー通信を行うよう構成されている。
【００４１】
eNB３は、無線アクセスネットワーク（i.e., E-UTRAN）内に配置されたエンティティであり、１又は複数のセルを含むセルラーカバレッジ３１を提供し、セルラー通信技術（e.g., E-UTRA technology）を用いて各UE１とセルラー通信を行うことができる。
【００４２】
本実施形態では、D2D送信への無線リソース割り当てのためにscheduled resource allocationが採用される。すなわち、eNB３は、各D2D通信ペア２内の送信UE１と通信し、D2D送信ための無線リソースを当該送信UE１に割り当てる。さらに、本実施形態では、D2D無線リソースの空間再利用が許可される。eNB３は、複数のD2D通信ペア２の近接関係（proximity relation又はneighbor relation）を考慮して複数のD2D通信ペア２による複数のD2D送信（又は送信UE１）に無線リソースを割り当てる。幾つかの実装において、eNB３は、互いに近接していない２つのD2D通信ペア２による同一の無線リソースの空間再利用を許容するが互いに近接する２つのD2D通信ペアによる同一の無線リソースの使用を制限する割り当てルールに従って、複数のD2D送信に無線リソースを割り当てるよう構成されてもよい。これらの実装は、互いに近接する複数のD2D通信ペア２による複数のD2D送信が互いに干渉することを抑制しつつ、D2D無線リソースの効率的な空間再利用を可能とすることに寄与できる。
【００４３】
続いて以下では、任意のD2D通信ペア２によるD2D送信の伝送レートを推定する方法のいくつかの例について図２〜図６を参照して説明する。本実施形態で説明される幾つかの伝送レート推定方法は、eNB３によって行われてもよいし、いずれかのUE１によって行われてよいし、その他のネットワーク・エンティティ（e.g., ProSe Function、又はOperation Administration and Maintenance（OAM）サーバ）によって行われてもよい。本実施形態で説明される幾つかの伝送レート推定方法によって得られるD2D伝送レートの推定値は、例えば、無線リソース・スケジューリング、サイドリンク送信をUEに許可する否かの判定、又はUEの通信モードの選択のために使用されることができる。
【００４４】
図２は、D2D通信ペア２ＡによるD2D送信の伝送レートを推定する方法の一例（処理２００）を示すフローチャートである。ステップ２０１では、eNB３は、D2D通信ペア２Ａの近傍に存在する１又はそれ以上の近傍D2D通信ペアを判定する。言い換えると、eNB３は、D2D通信ペア２Ａと他のD2D通信ペアとの近接を判定する。図１の例では、eNB３は、２つのD2D通信ペア２Ｂ及び２ＣをD2D通信ペア２Ａの近傍D2D通信ペアとして検出する。
【００４５】
幾つかの実装において、D2D通信ペア２Ａ内のUE１Ａ及びUE１Ｂのいずれか又は両方は、直接ディスカバリ手順を実行し、発見された他のUE１をeNB３に知らせてもよい。同様に、D2D通信ペア２Ｂ内のUE１Ｃ及びUE１Ｄのいずれか又は両方は、直接ディスカバリ手順を実行し、発見された他のUE１をeNB３に知らせてもよい。同様に、D2D通信ペア２Ｃ内のUE１Ｅ及びUE１Ｆのいずれか又は両方は、直接ディスカバリ手順を実行し、発見された他のUE１をeNB３に知らせてもよい。eNB３は、１又は複数のUE１からのディスカバリ報告に基づいて、D2D通信ペア２の間の近接関係を判定してもよい。
【００４６】
これに代えて、幾つかの実装において、eNB３は、他のネットワーク・エンティティ（e.g., ProSe Function、又はOAMサーバ）からUE１の間の近接関係、またはD2D通信ペア２の間の近接関係を示す情報を受信し、D2D通信ペア２の間の近接関係を判定してもよい。
【００４７】
これに代えて、幾つかの実装において、eNB３は、第２の実施形態において説明される改良されたディスカバリ報告を用いて、又は第３の実施形態において説明されるUE間の近接の検出手順を用いて、D2D通信ペア２の間の近接関係を判定してもよい。
【００４８】
ステップ２０２では、eNB３は、近傍D2D通信ペア２Ｂ及び２Ｃによって行われるD2D送信の影響を考慮して、対象のD2D通信ペア２Ａによって行われるD2D送信の伝送レートを推定する。具体的には、eNB３は、近接関係を持つ３つのD2D通信ペア２Ａ、２Ｂ、及び２Ｃが同一の無線リソースを使用できないこと、すなわち同じ周波数リソースにおいて同時に送信できないことを考慮する。これにより、互いに近接していない２つのD2D通信ペアによる同一の無線リソースの空間再利用を許容するが互いに近接する２つのD2D通信ペアによる同一の無線リソースの使用を制限する無線リソース割り当て方法が使用される場合に、当該割り当て方法に適したD2D送信の伝送レートの推定値を求めることができる。
【００４９】
幾つかの実装において、eNB３は、複数のD2D送信の間の公平性を考慮して、これら複数のD2D送信にD2D無線リソースを割り当ててもよい。この場合、図３に示されるように、eNB３は、１又はそれ以上の近傍D2D通信ペアの数の増加に応じて減少するウエイト値を用いて、D2D通信ペア２Ａの伝送レートを推定してもよい。
【００５０】
図３は、図２に示された伝送レート推定方法の具体例の１つ（処理３００）を示すフローチャートである。ステップ３０１における処理は、図２のステップ２０１における処理と同様である。ステップ３０２では、eNB３は、近傍D2D通信ペア（e.g., D2D通信ペア２Ｂ及び２Ｃ）の数の増加に応じて減少するウエイト値を用いて、D2D通信ペア２Ａの伝送レートを推定する。例えば、eNB３は、受信UE１Ｂのレシーバ入力におけるSignal to interference plus noise ratio（SINR）に基づく伝送レート推定値に当該ウエイト値を乗算することによって、D2D通信ペア２ＡによるD2D送信の伝送レートを計算してもよい。当該ウエイト値は、例えば、近傍D2D通信ペアの数に反比例してもよい。D2D通信ペア２Ａの伝送レートCは、例えば、以下の式（１）に従って計算されてもよい：
【数１】
2017187713.tif 000003
ここで、MはD2D通信ペア２Ａを含む近傍D2D通信ペアの数であり、BはD2D通信に使用可能な帯域幅（無線リソース）であり、SINRは受信UE１Ｂのレシーバ入力におけるSINRである。式（１）の項であるBlog(1+SINR)は、D2D通信ペア２ＡがD2D通信に使用可能な帯域幅（無線リソース）を占有した場合の通信容量を表す。なお、この通信容量の代わりに、SINRと適切な変調方式・符号化率を関連付けたテーブルを参照して実行可能な伝送レートを算出し、式（１）の項であるBlog(1+SINR)の代わりに用いることも可能である。
【００５１】
図３に示された方法によれば、互いに近接している複数のD2D通信ペア（e.g., D2D通信ペア２Ａ、２Ｂ、及び２Ｃ）の各々が平均的に利用可能なD2D無線リソースに基づく伝送レートを推定できる。
【００５２】
これに代えて、幾つかの実装において、eNB３は、各D2D送信への無線リソース・スケジューリングにguaranteed bit rate（GBR）制約を課してもよい。言い換えると、eNB３は、各D2D送信のGBRを保証してもよい。この場合、図４に示されるように、eNB３は、１又はそれ以上の近傍D2D通信ペアによるD2D無線リソースの使用率の増加に応じて減少するウエイト値を用いて、D2D通信ペア２Ａの伝送レートを推定してもよい。ここで、各近傍D2D通信ペアによるD2D無線リソースの使用率は、各近傍D2D通信ペアによって行われるD2D送信のGBRを保証するために必要とされる無線リソース使用率であってもよい。
【００５３】
図４は、図２に示された伝送レート推定方法の具体例の１つ（処理４００）を示すフローチャートである。ステップ４０１における処理は、図２のステップ２０１における処理と同様である。ステップ４０２では、eNB３は、近傍D2D通信ペア（e.g., D2D通信ペア２Ｂ及び２Ｃ）によるD2D無線リソースの使用率の増加に応じて減少するウエイト値を用いて、D2D通信ペア２Ａの伝送レートを推定する。例えば、eNB３は、受信UE１Ｂのレシーバ入力におけるSINRに基づく伝送レート推定値に当該ウエイト値を乗算することによって、D2D通信ペア２ＡによるD2D送信の伝送レートを計算してもよい。D2D通信ペア２Ａの伝送レートCは、例えば、以下の式（２）に従って計算されてもよい：
【数２】
2017187713.tif 000004
ここで、Pnは近傍D2D通信ペア２ｎによるD2D無線リソースの使用率であり、BはD2D通信に使用可能な帯域幅（無線リソース）であり、SINRは受信UE１Ｂのレシーバ入力におけるSINRである。
【００５４】
図４に示された方法によれば、近傍のD2D通信ペアのGBR保証に必要なD2D無線リソースを除いて、対象のD2D通信ペア２Ａが実際に使用可能なD2D無線リソースに基づく伝送レートを推定できる。
【００５５】
さらに、幾つかの実装において、eNB３は、対象のD2D通信ペア２ＡのD2D送信の伝送レートを推定する際に、複数の近傍D2D通信ペア（e.g., D2D通信ペア２Ｂ及び２Ｃ）の間の近接関係をさらに考慮してもよい。なお、複数のD2D通信ペアの間に近接関係がない場合、これら複数のD2D通信ペアは同じ無線リソースを空間的に再利用することができることに留意するべきである。したがって、eNB３は、近傍D2D通信ペア２Ｂ及び２Ｃの間に近接関係が無いことを判定した場合に、近傍D2D通信ペア２Ｂ及び２Ｃのうち一方のみを対象のD2D通信ペア２ＡのD2D送信の伝送レートを推定するために考慮してもよい。これにより、D2D送信の伝送レートの推定精度を高めることができる。
【００５６】
図５Ａ及び図５Ｂを参照して具体例を説明する。図５Ａに示されたD2D通信ペア２Ａ、２Ｂ、及び２Ｃの配置では、D2D通信ペア２Ａ及びD2D通信ペア２Ｂの間並びにD2D通信ペア２Ａ及びD2D通信ペア２Ｃの間に近接関係があるだけでなく、D2D通信ペア２Ｂ及びD2D通信ペア２Ｃの間にも近接関係がある。したがって、図５Ａの例では、eNB３は、対象のD2D通信ペア２ＡのD2D送信の伝送レートを推定する際に、D2D通信ペア２Ｂ及びD2D通信ペア２Ｃの両方を考慮する。
【００５７】
これに対して、図５Ｂに示されたD2D通信ペア２Ａ、２Ｂ、及び２Ｃの配置では、D2D通信ペア２Ａ及びD2D通信ペア２Ｂの間並びにD2D通信ペア２Ａ及びD2D通信ペア２Ｃの間に近接関係があるが、D2D通信ペア２Ｂ及びD2D通信ペア２Ｃの間には近接関係がない。したがって、図５Ｂの例では、D2D通信ペア２Ｂ及びD2D通信ペア２Ｃは、同じ無線リソースを空間的に再利用することができる。よって、図５Ｂの例では、eNB３は、対象のD2D通信ペア２ＡのD2D送信の伝送レートを推定する際に、D2D通信ペア２Ｂ及びD2D通信ペア２Ｃのうち一方のみを考慮する。
【００５８】
例えば、図３に示された伝送レート推定方法が使用され、伝送レートを求めるために式（１）が使用される場合、eNB３は、図５Ａの例ではMを“３”にセットし、図５Ｂの例ではMを“２”にセットする。あるいは、図４に示された伝送レート推定方法が使用され、伝送レートを求めるために式（２）が使用される場合、eNB３は、図５Ａの例ではD2D通信ペア２Ｂ及びD2D通信ペア２Ｃの両方の無線リソース使用率を考慮し、図５Ｂの例ではD2D通信ペア２Ｂ及びD2D通信ペア２Ｃのリソース使用率のうち最大値のみを考慮する。
【００５９】
さらに、幾つかの実装において、eNB３は、近傍D2D通信ペア（e.g., D2D通信ペア２Ｂ及び２Ｃ）に対するD2D無線リソースの割り当て履歴をさらに考慮してもよい。図６は、図２に示された伝送レート推定方法の具体例の１つ（処理６００）を示すフローチャートである。ステップ６０１における処理は、図２のステップ２０１における処理と同様である。ステップ６０２では、eNB３は、近傍D2D通信ペア（e.g., D2D通信ペア２Ｂ及び２Ｃ）による将来のD2D送信の発生をこれら近傍D2D通信ペアへのD2D無線リソースの割り当て履歴に基づいて予測する。ステップ６０３では、eNB３は、これら近傍D2D通信ペアの予測された将来のD2D送信によって使用されるD2D無線リソースを考慮して、対象のD2D通信ペア２ＡのD2D送信の伝送レートを推定してもよい。図６に示された方法によれば、2D送信の伝送レートの推定精度を高めることができる。
【００６０】
図２〜図６を用いて説明された幾つかの例では、eNB３がD2D送信の伝送レートを推定する方法を実行する例を示した。しかしながら、既に述べたように、これらの方法は、いずれかのUE１によって行われてよいし、その他のネットワーク・エンティティ（e.g., ProSe Function、又はOAMサーバ）によって行われてもよい。
【００６１】
＜第２の実施形態＞
図７は、本実施形態に係る無線通信ネットワークの構成例を示している。各UE１は、少なくとも１つの無線トランシーバを有し、１又はそれ以上のD2Dリンク上で１又はそれ以上の他のUE１とD2D通信を行うよう構成されている。さらに、UE１は、基地局（eNB）３により提供されるセルラーカバレッジ（セル）３１内においてeNB３とのセルラー通信を行うよう構成されている。eNB３は、無線アクセスネットワーク（i.e., E-UTRAN）内に配置されたエンティティであり、１又は複数のセルを含むセルラーカバレッジ３１を提供し、セルラー通信技術（e.g., E-UTRA technology）を用いて各UE１とセルラー通信を行うことができる。
【００６２】
続いて以下では、本実施形態に係る直接ディスカバリについて説明する。eNB３は、UE識別子のリスト（UE IDリスト）７１０をUE１Ａに送信する。UE IDリスト７１０は、eNB３がUE１Ａによるディスカバリ手順によって探索されることを希望する１又はそれ以上の他のUE１のUE識別子を示す。なお、UE IDリスト７１０は、１又はそれ以上のUEグループの識別子を示してもよい。
【００６３】
当該UE識別子及びUEグループ識別子は、UE１Ａによる直接ディスカバリ手順において使用される又は検出可能なIDであればよい。幾つかの実装において、当該UE識別子及びUEグループ識別子は、one-to-many 及び one-to-one ProSe 直接通信（i.e., PSSCHを用いたサイドリンク送信）において使用されるLayer-2 IDであってもよい。既に説明したように、当該Layer-2 IDは、Prose UE ID又はProSe Relay UE ID、又はProse Layer-2 Group IDである。Prose UE ID及びProSe Relay UE IDは、ユニキャスト通信のためのLayer-2 ID（Layer-2 ID for unicast communication）である。Prose Layer-2 Group IDは、one-to-many ProSe 直接通信においてUEグループを特定するリンクレイヤIDである。Prose UE ID、ProSe Relay UE ID、及びProse Layer-2 Group IDは、いずれも２４ビットの長さを持つ。また、当該UEグループ識別子は、Discovery Group IDであってもよい。Discovery Group IDは、グループ・メンバ・ディスカバリにおいて使用され、announcing UE（モデルAの場合）、又はdiscoverer UE若しくはdiscoveree UE（モデルBの場合）によって無線送信される。Discovery Group IDは、ProSe Layer-2 Group IDと同じであり、ProSe Layer-2 Group IDと同じビットサイズであることが想定されている。さらには、当該UE識別子は、同じくグループ・メンバ・ディスカバリにおいて使用されるUser Info IDでもよい。User Info IDも、announcing UE（モデルAの場合）、又はdiscoverer UE若しくはdiscoveree UE（モデルBの場合）によって無線送信される。User Info IDは48ビットの長さを持つ。
【００６４】
UE１Ａは、直接ディカバリを実行し、ディスカバリ報告７１２をeNB３に送信する。ディスカバリ報告７１２は、UE IDリスト７１０に包含されているUE識別子（又はUEグループ識別子）に対応するUE１（又はUEグループ）が発見されたか否かを示す。より具体的には、ディスカバリ報告７１２は、ディスカバリ手順によって発見された各UE１又は各UEグループを特定するためのインデックス値を示す。
【００６５】
当該インデックス値は、UE IDリスト７１０によって１つのUE識別子（又はUEグループ識別子）と一対一に関連付けられる。さらに、当該インデックス値のデータサイズは、UE識別子（又はUEグループ識別子）のビットサイズ（データサイズ）よりも小さい。当該インデックス値は、UE IDリスト７１０に包含されている各UE識別子に付与された項目番号であってもよい。例えば、各UE識別子（e.g., Layer-2 ID）が２４ビット長を持ち、各インデックス値が４ビット長を持ってもよい。４ビット長を持つインデックス値は、最大で１６個のUE１又はUEグループを区別することができる。
【００６６】
eNB３は、D2D無線リソースのスケジューリングのためにディスカバリ報告７１２を使用してもよい。ディスカバリ報告７１２をスケジューリングに使用するためには、D2D無線リソースのスケジューリングに用いる識別子であるSidelink Radio Network Temporary Identifier (SL-RNTI)と、ディスカバリ報告７１２で使用したUE識別子とを関連付けておく必要がある。このために、例えば、Sidelink UE informationメッセージの中に、ディスカバリ報告７１２で使用したUE識別子を追加することも可能である。なお、Sidelink UE informationメッセージは、UEからeNBに送信されるRRCメッセージである。別な用途としては、eNB３は、直接通信をUE１に許可するか否かを判定するためにディスカバリ報告７１２を使用してもよい。
【００６７】
本実施形態では、eNB３は、複数のUE IDリスト７１０をUE１Ａに送信してもよい。複数のUE IDリスト７１０は、例えば、UE又はUEグループの異なるサブセットを示す。eNB３は、複数のUE IDリスト７１０を同時に送信してもよいし、別々に送信してもよい。UE１Ａは、複数のUE IDリスト７１０に対応する複数のディスカバリ報告７１２をeNB３に送信してもよい。これに代えて、UE１Ａは、複数のUE IDリスト７１０に関する１つのディスカバリ報告７１２をeNB３に送信してもよい。この場合、発見された各UE１又は各UEグループを特定するためにディスカバリ報告７１２に記述されるインデックス値は、UE IDリスト７１０の識別子を包含してもよい。例えば、インデックス値は、UE IDリスト７１０の識別子と当該リスト内での各UE（又はUEグループ）の項目番号との組み合せであってもよい。
【００６８】
図８は、本実施形態に係るディスカバリ手順の一例（処理８００）を示すシーケンス図である。ステップ８０１では、eNB３は、UE IDリスト７１０を含むディスカバリ設定をUE１Ａに送信する。
【００６９】
ステップ８０２では、UE１Ａは、直接ディスカバリ手順を実行する。ステップ８０２では、いわゆるアナウンスメント・モデル（モデルA）に従って、他のUE１（e.g., UE１Ｂ）がディスカバリ信号を送信するannouncing UEとして動作し、UE１Ａがディスカバリ信号を検出するmonitoring UEとして動作してもよい。これに代えて、いわゆる依頼（solicitation）／応答（response）モデル（モデルB）に従って、UE１Ａがディスカバリ信号を送信するdiscoverer UEとして動作し、他のUE１が当該ディスカバリ信号に対する応答メッセージをUE１Ａに送信するdiscoveree UEとして動作し、UE１Ａは他のUE１からの応答メッセージを受信することによって他のUE１を発見してもよい。
【００７０】
ステップ８０３では、UE１Ａは、ディスカバリ報告７１２をeNB３に送信する。当該ディスカバリ報告７１２は、直接ディスカバリ手順（８１２）において検出されたUE１のインデックス値を示す。
【００７１】
上述の説明から理解されるように、ディスカバリ報告７１２は、UE識別子（又はUEグループ識別子）の代わりにインデックス値を示し、インデックス値のビットサイズはUE識別子（又はUEグループ識別子）のビットサイズよりも小さい。したがって、本実施形態によれば、ディスカバリ報告７１２のデータサイズを低減できる。
【００７２】
さらに、本実施形態では、eNB３は、UE１Ａによるディスカバリ手順によって探索されることを希望するUE又はUEグループを、UE IDリスト７１０を用いてUE１Ａに指定することができる。幾つかの実装において、eNB３は、セル３１内に位置する複数のUE１（又は複数のUEグループ）のサブセットを選択し、当該選択されたサブセットをUE IDリスト７１０に含めてもよい。
【００７３】
例えば、eNB３がD2D無線リソースのスケジューリングのためにディスカバリ報告７１２を使用する場合、eNB３は、UE１Ａと同一の無線リソースを使用する可能性のないUEの発見をUE１Ａから報告されることを望まないかもしれない。したがって、eNB３は、UE１Ａと同一の無線リソースを使用する可能性がある１又はそれ以上のUE１を含むサブセットを選択し、当該選択されたサブセットをUE IDリスト７１０に含めてもよい。言い換えると、当該サブセットは、セル３１内に位置する複数のUE１（又は複数のUEグループ）のうち、D2D送信を行っている又はD2D送信が許可されている１又はそれ以上のUE１（又は複数のUEグループ）であってもよい。これにより、D2D無線リソースのスケジューリングにおいて考慮される必要のないUE１に関する報告をディスカバリ報告７１２から除外できる。
【００７４】
＜第３の実施形態＞
本実施形態では、基地局（eNB）３がUE１間の近接を検出するのを支援するためのUE１による無線周波数（Radio Frequency（RF））測定が説明される。本実施形態では、各UE１は、１又はそれ以上の他のUEによってD2D送信又はアップリンク送信のために使用される複数の無線リソースの各々での受信電力の測定（RF測定）を行うよう構成されている。なお、当該複数の無線リソースは、これら１又はそれ以上の他のUEにeNB３によって割り当てられる。さらに、各UE１は、当該RF測定の結果を示す測定報告（measurement report）を直接的に又はいずれかの他のUE１を介してeNB３に送信するよう構成されている。当該測定報告は、各無線リソースでの受信電力レベル、所定の閾値以上の受信電力が検出された無線リソース、又は所定の閾値以上の受信電力が検出されなかった無線リソースを示す。
【００７５】
本実施形態では、eNB３は、UE１からの測定報告を当該UE１と他のUE１との間の近接を検出するために使用することができる。eNB３自身が各無線リソースでのD2D送信又はアップリンク送信をスケジュールするため、eNB３はUE１によって受信電力が検出された無線リソースでの送信UEを知っており、したがって、eNB３は、測定報告を行ったUE１と他のUE１との近接を検出できる。
【００７６】
また、本実施形態では、UE１は、RF測定において他のUE１からの信号の受信電力を検出することのみが必要とされる。言い換えると、UE１は、RF測定において他のUE１からの信号を復号することを必要とされず、他のUE１を識別することも必要とされない。したがって、UE１自身を宛先としていない送信信号であっても、UE間の近接検出を支援するための当該UE１によるRF測定のために利用可能である。さらに、本実施形態に係るRF測定は、UE１が直接通信をサポートするが、直接ディスカバリをサポートしないアーキテクチャにおいて、eNB３がUE１の近接を検出することを可能とするために使用されることができる。
【００７７】
図９は、本実施形態に係るUE１の動作の一例（処理９００）を示すフローチャートである。ステップ９０１では、UE１は、１又はそれ以上の他のUEによってD2D送信又はアップリンク送信のために使用される複数の無線リソースの各々での受信電力の測定（RF測定）を行う。ステップ９０２では、UE１は、当該RF測定の結果を示す測定報告（measurement report）を直接的に又はいずれかの他のUE１を介してeNB３に送信する。
【００７８】
図１０は、本実施形態に係るeNB３の動作の一例（処理１０００）を示すフローチャートである。ステップ１００１では、eNB３は、D2D無線リソース又はUL無線リソースでの測定結果を示す測定報告をUE１から受信する。ステップ１００２では、eNB３は、受信した測定報告に基づいて、測定報告を行ったUE１と他のUE１との近接を検出する。
【００７９】
図１１は、本実施形態に係る測定報告手順の一例（処理１１００）を示すシーケンス図である。ステップ１１０１では、eNB３は、測定設定（measurement configuration）をUE１に送信する。当該測定設定は、RF測定の実行をUE１に要求する。
【００８０】
さらに、当該測定設定は、RF測定が行われるべき無線リソース（e.g., サブフレーム若しくはリソースブロック又は両方）を指定してもよい。例えば、eNB３は、検出されるべきUEにD2D送信又はUL送信のための無線リソースを割り当てるとともに、検出されるべきUEに割り当てた無線リソースを測定設定において指定してもよい。これにより、eNB３は、UE１と特定の検出されるべきUEとの間の近接を検出するために、UE１によるRF測定およびその報告を使用することができる。
【００８１】
さらに、当該測定設定は、RF測定が行われるべき送信ピリオドを指定してもよい。送信ピリオドは、サブフレーム、PSCCHピリオド、又はPSDCHピリオドであってもよい。
【００８２】
PSCCHピリオドは、サイドリンク制御ピリオド（sidelink control period）とも呼ばれる。PSCCHピリオドは、PSCCHを送信するための無線リソース（i.e., subframes及びresource blocks）及びPSSCHを送信するための無線リソースを決定するために必要である。既に説明したように、PSCCHは、スケジューリング割当情報などのサイドリンク制御情報（Sidelink Control Information (SCI)）の送信に使用されるサイドリンクの物理チャネルである。一方、PSSCHは、ユーザデータ送信（ダイレクト送信）のために使用されるサイドリンクの物理チャネルである。3GPP Release 12及びRelease 13では、PSCCHピリオドは、40ms, 60ms, 70ms, 80ms, 120ms, 140ms, 160ms, 240ms, 280ms, 又は320msである。言い換えると、PSCCHピリオドは、40サブフレーム, 60サブフレーム, 70サブフレーム, 80サブフレーム, 120サブフレーム, 140サブフレーム, 160サブフレーム, 240サブフレーム, 280サブフレーム, 又は320サブフレームである。
【００８３】
一方、PSDCHピリオドは、直接ディスカバリ用のサブフレーム・プールを特定するためにeNB３によって設定される。PSDCHピリオドは、ディスカバリ・ピリオドとも呼ばれる。PSDCHピリオドの長さは、32、64、128、256、512、又は1024 無線フレームである。なお、3GPPの無線フレームは、長さが10ミリ秒であり、10サブフレームから構成される。1サブフレームの長さは1ミリ秒である。したがって、PSDCHピリオドの長さは、320、640、1280、2560、5120、又は10240サブフレームである。
【００８４】
ステップ１１０２では、UE１は、測定設定に従って、D2D無線リソース又はアップリンク（UL）無線リソースでのRF測定を実行する。ステップ１１０３では、UE１は、測定報告をeNB３に送信する。当該測定報告は、各無線リソースでの受信電力レベル、所定の閾値以上の受信電力が検出された無線リソース、又は所定の閾値以上の受信電力が検出されなかった無線リソースを示す。
【００８５】
続いて以下では、本実施形態に係るRF測定及び測定報告の更なる詳細について説明する。幾つかの実装において、測定報告は、当該測定報告の送信元UEのProse UE IDを含んでもよい。例えば、当該測定報告の送信元UEが、サイドリンク受信UEである場合には、測定報告にProSe UE IDを含めてもよい。これに対して、サイドリンク送信UEの場合には、Sidelink UE Informationの中にProSe UE IDを含めてもよい。eNB３は、測定報告の送信元UE（サイドリンク受信UE）のProse UE IDをサイドリンク送信UEから知らされたユニキャスト・ディスティネーションと照らし合わせることによって、サイドリンクの送受信を行うUEペアに近接する別なUEを把握でき、当該別な近接UEの存在を当該UEペアへのD2D無線リソースのスケジューリングの際に考慮できる。
【００８６】
なお、eNB３は、サイドリンク送信UEから受信したSidelink UE informationメッセージ又はSidelink Buffer Status Report（BSR）によって、ユニキャスト・ディスティネーションを知ることができる。サイドリンク送信を希望するUEは、Sidelink UE informationをeNB３に予め送信する。Sidelink UE informationメッセージは、UEからeNBに送信されるRRCメッセージである。Sidelink UE informationメッセージに包含されるSL-DestinationInfoListUC情報要素は、ユニキャスト・サイドリンク送信のディスティネーション（destination）を示す。ユニキャスト・ディスティネーションは、Layer-2 ID for unicast communication（i.e., Prose UE ID又はProSe Relay UE ID）によって特定される。さらに、サイドリンク送信を希望するUEは、Sidelink BSRをeNB３に送信する。Sidelink BSRは、Medium Access Control (MAC) Control Element（CE）である。Sidelink BSR MAC CEに包含されるDestination Indexフィールドは、サイドリンク送信のディスティネーションを特定する。one-to-one ProSe Direct Communication（unicast sidelink communication）の場合、Destination Indexフィールドは、Layer-2 ID for unicast communication（i.e., Prose UE ID又はProSe Relay UE ID）を示す。
【００８７】
幾つかの実装において、eNB３は、セル３１内に位置する複数のUE１（又は複数のUEグループ）のサブセットを選択し、当該選択されたサブセットにRF測定及び測定報告を要求してもよい。当該サブセットは、セル３１内に位置する複数のUE１（又は複数のUEグループ）のうち、D2D送信（サイドリンク送信）に関与する送信UE又は受信UEであってもよい。これにより、eNB３は、測定報告をD2D無線リソースのスケジューリングのために有効に利用できる。
【００８８】
幾つかの実装において、UE１は、PSCCHリソース領域、PSSCHリソース領域、PSDCHリソース領域、Physical Uplink Shared Channel（PUSCH）リソース領域、又はPhysical Uplink Control. Channel（PUCCH）リソース領域においてRF測定を行ってもよい。
【００８９】
幾つかの実装において、UE１は、D2D送信のために使用される無線リソースにおいてRF測定を行ってもよい。ここで、D2D送信のために使用される無線リソースは、アップリンク送信に使用されず且つD2D送信に使用されるためにeNB３によって確保され、eNB３によって１又はそれ以上のUEに割り当てられるリソースであることが好ましい。一例として、UE１によるRF測定は、PSCCHリソースプールにおいて行われてもよい。eNB３はPSCCHリソースプールをPSCCHのみに排他的に割り当てることができる。したがって、eNB３は、UE１によるRF測定によって検出された受信電力がいずれかのUEによるPSCCH送信に由来することを判定できる。
【００９０】
他の例として、UE１によるRF測定は、PSSCHリソースプールにおいて行われてもよい。eNB３はPSSCHリソースプール内のリソースをPSSCHのみに排他的に割り当てることができる。したがって、eNB３は、UE１によるRF測定によって検出された受信電力がいずれかのUEによるPSSCH送信に由来することを判定できる。
【００９１】
ただし、一般的に、PSSCHリソースプール内ではアップリンク・データ送信（PUSCH送信）も行われる。したがって、eNB３は、PSSCHリソースプール内の測定対象リソースを測定設定（ステップ１１０１）において詳細に指定しなければならない。これに対して、PSCCHリソースプールは、一般的に、PSCCH送信にのみ使用され、アップリンク・データ送信（PUSCH送信）に使用されない。したがって、UE１は、PSCCHリソースプールを測定するのであれば、eNB３から詳細な測定対象リソースの指定を受けなくてもよいという利点がある。また、PSCCHリソースプールで送信を行っているUEは、サイドリンクを使用中のUEであるため、eNB３がD2D無線リソースのスケジューリングをする際に無線リソースを共用できるか判断したいUEとなる可能性が高く、測定報告が有用となる可能性が高いという利点もある。
【００９２】
さらに他の例として、UE１によるRF測定は、PSDCHリソースプールにおいて行われてもよい。PSDCHリソースプールは、ディスカバリ・リソースプールとも呼ばれる。
【００９３】
ここで、PSCCHリソースプール、PSSCHリソースプール、及びディスカバリ（PSDCH）リソースプールについて説明する。PSCCHのためのリソースプールは、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リソースプール（つまり、サブフレーム・プール）に含まれるサブフレームは、以下のように表すことができる：
【数３】
2017187713.tif 000005
【００９５】
一方、図１４に示すように、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_{LPSCCH-1} + 1と同じかこれより大きいサブフレーム・インデックスを持つ各サブフレームは、PSSCHのためのサブフレーム・プールに属する。
【００９７】
ディスカバリ・リソースプールは、サブフレーム・プールとリソースブロック・プールから成る。eNB３は、サブフレーム・プールを特定するために、PSDCHピリオド（ディスカバリ・ピリオド）の長さ（P）、PSDCHピリオド内でのサブフレーム・ビットマップの繰り返し回数（NR）、並びにサブフレーム・ビットマップ及びその長さ（NB）を指定する。既に説明したように、ディスカバリ期間の長さ（P）は、32、64、128、256、512、又は1024 無線フレームである。
【００９８】
サブフレーム・ビットマップの長さ（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）が5である。さらに、１つのサブフレーム・ビットマップ内の8ビットのうち3ビットが使用（値“1”）にセットされている（図１５のハッチングされたサブフレーム）。したがって、ディスカバリ・リソースプールに含まれるサブフレーム数（LPSDCH）は、15である。
【０１０１】
一方、eNB３は、リソースブロック・プールを特定するために、開始（start）Physical Resource Block（PRB）のインデックス（S1）、終了（end）PRBのインデックス（S2）、及びPRB数（M）を指定する。リソースブロック・プールは、PRBインデックスqが開始インデッククス（S1）以上であり且つS1+Mより小さい（S1 <= q < S1+M）M個のPRBsと、PRBインデックスqがS2-Mより大きく且つ終了インデッククス（S2）以下である（S2-M < q <= S2）M個のPRBsを含む（つまり、合計2M個のPRBs）。すなわち、eNB３は、各々がM個のPRBsを含む２つのPRBクラスターをディスカバリ・リソースプールのために指定することができる。
【０１０２】
幾つかの実装において、測定報告は、UE１による測定が行われたた１又はそれ以上の送信ピリオドをさらに示してもよい。送信ピリオドは、サブフレーム、PSCCHピリオド、又はPSDCHピリオドであってもよい。
【０１０３】
最後に、上述の複数の実施形態に係るUE１及びeNB３の構成例について説明する。図１６は、UE１の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１６０１は、eNB３と通信するためにアナログRF信号処理を行う。RFトランシーバ１６０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１６０１は、アンテナ１６０２及びベースバンドプロセッサ１６０３と結合される。すなわち、RFトランシーバ１６０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１６０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１６０２に供給する。また、RFトランシーバ１６０１は、アンテナ１６０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１６０３に供給する。
【０１０４】
RFトランシーバ１６０１は、他のUEとのサイドリンク通信のためにも使用されてもよい。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３の構成例を示すブロック図である。図１７を参照すると、eNB３は、RFトランシーバ１７０１、ネットワークインターフェース１７０３、プロセッサ１７０４、及びメモリ１７０５を含む。RFトランシーバ１７０１は、UE１と通信するためにアナログ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インタフェースを介してメモリ１７０５にアクセスしてもよい。
【０１１７】
メモリ１７０５は、上述の複数の実施形態で説明されたeNB３による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。幾つかの実装において、プロセッサ１７０４は、当該ソフトウェアモジュールをメモリ１７０５から読み出して実行することで、上述の実施形態で図面を用いて説明されたeNB３の処理を行うよう構成されてもよい。
【０１１８】
図１６及び図１７を用いて説明したように、上述の実施形態に係る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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１１９】
＜その他の実施形態＞
上述の施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
【０１２０】
上述の実施形態で説明されたeNB３により行われる処理及び動作は、Cloud Radio Access Network（C-RAN）アーキテクチャに含まれるDigital Unit（DU）又はDU及びRadio Unit（RU）の組み合せによって提供されてもよい。DUは、Baseband Unit（BBU）と呼ばれる。RUは、Remote Radio Head（RRH）又はRemote Radio Equipment（RRE）とも呼ばれる。すなわち、上述の実施形態で説明されたeNB３により行われる処理及び動作は、任意の１又は複数の無線局（RANノード）によって提供されてもよい。
【０１２１】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【０１２２】
例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１２３】
（付記Ａ１）
無線端末であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、１又はそれ以上の無線端末又は無線端末グループの各々を区別するための識別子を示すリストを基地局から受信するよう構成され、
前記少なくとも１つのプロセッサは、前記リストに示された前記１又はそれ以上の無線端末又は無線端末グループを発見するためのディスカバリ手順を行うよう構成され、
前記少なくとも１つのプロセッサは、前記ディスカバリ手順によって発見された各無線端末又は各無線端末グループを特定するためのインデックス値を示すディスカバリ報告を前記基地局に送信するよう構成され、
前記インデックス値のビットサイズは、前記識別子のビットサイズよりも小さい、
無線端末。
【０１２４】
（付記Ａ２）
前記識別子は、前記ディスカバリ手順において使用される、
付記Ａ１に記載の無線端末。
【０１２５】
（付記Ａ３）
前記インデックス値は、前記リストによって前記識別子と関連付けられる、
付記Ａ１又はＡ２に記載の無線端末。
【０１２６】
（付記Ａ４）
前記識別子は、Prose UE ID、ProSe Relay UE ID、ProSe Layer-2 Group ID、及びDiscovery Group IDのうち少なくとも一方を含む、
付記Ａ１〜Ａ３のいずれか１項に記載の無線端末。
【０１２７】
（付記Ａ５）
無線端末における方法であって、
１又はそれ以上の無線端末又は無線端末グループの各々を区別するための識別子を示すリストを基地局から受信すること、
前記リストに示された前記１又はそれ以上の無線端末又は無線端末グループを発見するためのディスカバリ手順を行うこと、及び
前記ディスカバリ手順によって発見された各無線端末又は各無線端末グループを特定するためのインデックス値を示すディスカバリ報告を前記基地局に送信すること、
を備え、
前記インデックス値のビットサイズは、前記識別子のビットサイズよりも小さい、
方法。
【０１２８】
（付記Ａ６）
前記識別子は、前記ディスカバリ手順において使用される、
付記Ａ５に記載の方法。
【０１２９】
（付記Ａ７）
前記インデックス値は、前記リストによって前記識別子と関連付けられる、
付記Ａ５又はＡ６に記載の方法。
【０１３０】
（付記Ａ８）
前記識別子は、Prose UE ID、ProSe Relay UE ID、ProSe Layer-2 Group ID、及びDiscovery Group IDのうち少なくとも一方を含む、
付記Ａ５〜Ａ７のいずれか１項に記載の方法。
【０１３１】
（付記Ａ９）
付記Ａ５〜Ａ８のいずれか１項に記載の方法をコンピュータに行わせるためのプログラム。
【０１３２】
（付記Ａ１０）
基地局であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、１又はそれ以上の無線端末又は無線端末グループの各々を区別するための識別子を示すリストを第１の無線端末に送信するよう構成され、
前記リストは、前記リストに示された前記１又はそれ以上の無線端末又は無線端末グループを発見するためのディスカバリ手順を行うために前記第１の無線端末によって使用され、
前記少なくとも１つのプロセッサは、前記ディスカバリ手順によって発見された各無線端末又は各無線端末グループを特定するためのインデックス値を示すディスカバリ報告を前記第１の無線端末から受信するよう構成され、
前記インデックス値のビットサイズは、前記識別子のビットサイズよりも小さい、
基地局。
【０１３３】
（付記Ａ１１）
前記識別子は、前記ディスカバリ手順において使用される、
付記Ａ１０に記載の基地局。
【０１３４】
（付記Ａ１２）
前記インデックス値は、前記リストによって前記識別子と関連付けられる、
付記Ａ１０又はＡ１１に記載の基地局。
【０１３５】
（付記Ａ１３）
前記識別子は、Prose UE ID、ProSe Relay UE ID、ProSe Layer-2 Group ID、及びDiscovery Group IDのうち少なくとも一方を含む、
付記Ａ１０〜Ａ１２のいずれか１項に記載の基地局。
【０１３６】
（付記Ａ１４）
前記少なくとも１つのプロセッサは、
前記基地局のセル内に位置する複数の無線端末又は複数の無線端末グループのサブセットを選択するよう構成され、
前記サブセットを前記リストに含めるよう構成されている、
付記Ａ１０〜Ａ１３のいずれか１項に記載の基地局。
【０１３７】
（付記Ａ１５）
前記サブセットは、前記複数の無線端末又は複数の無線端末グループのうち、D2D送信を行っている又はD2D送信が許可されている１又はそれ以上の無線端末又は無線端末グループである、
付記Ａ１４に記載の基地局。
【０１３８】
（付記Ａ１６）
基地局における方法であって、
１又はそれ以上の無線端末又は無線端末グループの各々を区別するための識別子を示すリストを第１の無線端末に送信すること、ここで前記リストは、前記リストに示された前記１又はそれ以上の無線端末又は無線端末グループを発見するためのディスカバリ手順を行うために前記第１の無線端末によって使用される；及び
前記ディスカバリ手順によって発見された各無線端末又は各無線端末グループを特定するためのインデックス値を示すディスカバリ報告を前記第１の無線端末から受信すること、ここで、前記インデックス値のビットサイズは、前記識別子のビットサイズよりも小さい；
を備える、方法。
【０１３９】
（付記Ａ１７）
前記識別子は、前記ディスカバリ手順において使用される、
付記Ａ１６に記載の方法。
【０１４０】
（付記Ａ１８）
前記インデックス値は、前記リストによって前記識別子と関連付けられる、
付記Ａ１６又はＡ１７に記載の方法。
【０１４１】
（付記Ａ１９）
前記識別子は、Prose UE ID、ProSe Relay UE ID、ProSe Layer-2 Group ID、及びDiscovery Group IDのうち少なくとも一方を含む、
付記Ａ１６〜Ａ１８のいずれか１項に記載の方法。
【０１４２】
（付記Ａ２０）
前記基地局のセル内に位置する複数の無線端末又は複数の無線端末グループのサブセットを選択すること、及び
前記サブセットを前記リストに含めること、
をさらに備える、
付記Ａ１５〜Ａ１８のいずれか１項に記載の方法。
【０１４３】
（付記Ａ２１）
前記サブセットは、前記複数の無線端末又は複数の無線端末グループのうち、D2D送信を行っている又はD2D送信が許可されている１又はそれ以上の無線端末又は無線端末グループである、
付記Ａ２０に記載の方法。
【０１４４】
（付記Ａ２２）
付記Ａ１６〜Ａ２１のいずれか１項に記載の方法をコンピュータに行わせるためのプログラム。
【０１４５】
（付記Ｂ１）
無線端末であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、１又はそれ以上の他の無線端末によってデバイス・ツー・デバイス（D2D）送信又はアップリンク送信のために使用される複数の無線リソースの各々での受信電力の測定を行うよう構成され、
前記少なくとも１つのプロセッサは、前記測定の結果を示す測定報告を直接的に又はいずれかの無線端末を介して基地局に送信するよう構成され、
前記複数の無線リソースは、前記基地局によって前記１又はそれ以上の他の無線端末に割り当てられ、
前記測定報告は、各無線リソースでの受信電力レベル、又は所定の閾値以上の受信電力が検出された若しくは検出されなかった無線リソースを示す、
無線端末。
【０１４６】
（付記Ｂ２）
前記測定報告は、前記無線端末と前記１又はそれ以上の他の無線端末のいずれかとの間の近接を検出するために前記基地局によって使用される、
付記Ｂ１に記載の無線端末。
【０１４７】
（付記Ｂ３）
前記複数の無線リソースは、前記１又はそれ以上の他の無線端末によるD2D送信のために使用される、
付記Ｂ１又はＢ２に記載の無線端末。
【０１４８】
（付記Ｂ４）
前記複数の無線リソースは、アップリンク送信に使用されず且つD2D送信に使用されるために前記基地局によって確保され、前記基地局によって前記１又はそれ以上の他の無線端末に割り当てられる、
付記Ｂ３に記載の無線端末。
【０１４９】
（付記Ｂ５）
前記複数の無線リソースは、前記１又はそれ以上の他の無線端末によるPhysical Sidelink Control Channel（PSCCH）送信に使用される無線リソースプールを含む、
付記Ｂ３又はＢ４に記載の無線端末。
【０１５０】
（付記Ｂ６）
前記複数の無線リソースは、前記１又はそれ以上の他の無線端末によるPhysical Sidelink Shared Channel （PSSCH）送信に使用される無線リソースプールを含む、
付記Ｂ３又はＢ４に記載の無線端末。
【０１５１】
（付記Ｂ７）
前記複数の無線リソースは、前記１又はそれ以上の他の無線端末によるPhysical Sidelink Discovery Channel （PSDCH）送信に使用される無線リソースプールを含む、
付記Ｂ３又はＢ４に記載の無線端末。
【０１５２】
（付記Ｂ８）
前記少なくとも１つのプロセッサは、前記測定を行うべき１又はそれ以上の送信ピリオドを指定する測定設定を前記基地局から受信し、前記測定設定に従って前記測定を行うよう構成されている、
付記Ｂ１〜Ｂ７のいずれか１項に記載の無線端末。
【０１５３】
（付記Ｂ９）
前記測定報告は、前記測定が行われた１又はそれ以上の送信ピリオドをさらに示す、
付記Ｂ１〜Ｂ８のいずれか１項に記載の無線端末。
【０１５４】
（付記Ｂ１０）
前記送信ピリオドは、サブフレーム、PSCCHピリオド、又はPSDCHピリオドである、
付記Ｂ８又はＢ９に記載の無線端末。
【０１５５】
（付記Ｂ１１）
無線端末における方法であって、
１又はそれ以上の他の無線端末によってデバイス・ツー・デバイス（D2D）送信又はアップリンク送信のために使用される複数の無線リソースの各々での受信電力の測定を行うこと、及び
前記測定の結果を示す測定報告を直接的に又はいずれかの無線端末を介して基地局に送信すること、
を備え、
前記複数の無線リソースは、前記基地局によって前記１又はそれ以上の他の無線端末に割り当てられ、
前記測定報告は、各無線リソースでの受信電力レベル、又は所定の閾値以上の受信電力が検出された若しくは検出されなかった無線リソースを示す、
方法。
【０１５６】
（付記Ｂ１２）
前記測定報告は、前記無線端末と前記１又はそれ以上の他の無線端末のいずれかとの間の近接を検出するために前記基地局によって使用される、
付記Ｂ１１に記載の方法。
【０１５７】
（付記Ｂ１３）
前記複数の無線リソースは、前記１又はそれ以上の他の無線端末によるD2D送信のために使用される、
付記Ｂ１１又はＢ１２に記載の方法。
【０１５８】
（付記Ｂ１４）
前記複数の無線リソースは、アップリンク送信に使用されず且つD2D送信に使用されるために前記基地局によって確保され、前記基地局によって前記１又はそれ以上の他の無線端末に割り当てられる、
付記Ｂ１３に記載の方法。
【０１５９】
（付記Ｂ１５）
前記複数の無線リソースは、前記１又はそれ以上の他の無線端末によるPhysical Sidelink Control Channel（PSCCH）送信に使用される無線リソースプールを含む、
付記Ｂ１３又はＢ１４に記載の方法。
【０１６０】
（付記Ｂ１６）
付記Ｂ１１〜Ｂ１５のいずれか１項に記載の方法をコンピュータに行わせるためのプログラム。
【０１６１】
（付記Ｂ１７）
基地局であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、測定報告を直接的に又はいずれかの無線端末を介して第１の無線端末から受信するよう構成され、
前記測定報告は、１又はそれ以上の他の無線端末によってデバイス・ツー・デバイス（D2D）送信又はアップリンク送信のために使用される複数の無線リソースの各々での受信電力の前記第１の無線端末による測定の結果を示し、
前記複数の無線リソースは、前記基地局によって前記１又はそれ以上の他の無線端末に割り当てられ、
前記測定報告は、各無線リソースでの受信電力レベル、又は所定の閾値以上の受信電力が検出された若しくは検出されなかった無線リソースを示す、
基地局。
【０１６２】
（付記Ｂ１８）
前記少なくとも１つのプロセッサは、前記測定報告に基づいて、前記第１の無線端末と前記１又はそれ以上の他の無線端末のいずれかとの間の近接を検出するよう構成されている、
付記Ｂ１７に記載の基地局。
【０１６３】
（付記Ｂ１９）
前記少なくとも１つのプロセッサは、前記複数の無線リソースを前記１又はそれ以上の他の無線端末に割り当てるよう構成されている、
付記Ｂ１７又はＢ１８に記載の基地局。
【０１６４】
（付記Ｂ２０）
前記複数の無線リソースは、前記１又はそれ以上の他の無線端末によるD2D送信のために使用される、
付記Ｂ１７〜Ｂ１９のいずれか１項に記載の基地局。
【０１６５】
（付記Ｂ２１）
前記少なくとも１つのプロセッサは、アップリンク送信に使用せず且つD2D送信に使用するために前記複数の無線リソースを確保するよう構成されている、
付記Ｂ２０に記載の基地局。
【０１６６】
（付記Ｂ２２）
前記複数の無線リソースは、前記１又はそれ以上の他の無線端末によるPhysical Sidelink Control Channel（PSCCH）送信に使用される無線リソースプールを含む、
付記Ｂ２０又はＢ２１に記載の基地局。
【０１６７】
（付記Ｂ２３）
前記複数の無線リソースは、前記１又はそれ以上の他の無線端末によるPhysical Sidelink Shared Channel （PSSCH）送信に使用される無線リソースプールを含む、
付記Ｂ２０又はＢ２１に記載の基地局。
【０１６８】
（付記Ｂ２４）
前記複数の無線リソースは、前記１又はそれ以上の他の無線端末によるPhysical Sidelink Discovery Channel （PSDCH）送信に使用される無線リソースプールを含む、
付記Ｂ２０又はＢ２１に記載の基地局。
【０１６９】
（付記Ｂ２５）
前記少なくとも１つのプロセッサは、前記測定を行うべき１又はそれ以上の送信ピリオドを指定する測定設定を前記第１の無線端末に送信するよう構成されている、
付記Ｂ１７〜Ｂ２４のいずれか１項に記載の基地局。
【０１７０】
（付記Ｂ２６）
前記測定報告は、前記測定が行われた１又はそれ以上の送信ピリオドをさらに示す、
付記Ｂ１７〜Ｂ２５のいずれか１項に記載の基地局。
【０１７１】
（付記Ｂ２７）
前記送信ピリオドは、サブフレーム、PSCCHピリオド、又はPSDCHピリオドである、
付記Ｂ２５又はＢ２６に記載の基地局。
【０１７２】
（付記Ｂ２８）
基地局における方法であって、
測定報告を直接的に又はいずれかの無線端末を介して第１の無線端末から受信することを備え、
前記測定報告は、１又はそれ以上の他の無線端末によってデバイス・ツー・デバイス（D2D）送信又はアップリンク送信のために使用される複数の無線リソースの各々での受信電力の前記第１の無線端末による測定の結果を示し、
前記複数の無線リソースは、前記基地局によって前記１又はそれ以上の他の無線端末に割り当てられ、
前記測定報告は、各無線リソースでの受信電力レベル、又は所定の閾値以上の受信電力が検出された若しくは検出されなかった無線リソースを示す、
方法。
【０１７３】
（付記Ｂ２９）
前記測定報告に基づいて、前記第１の無線端末と前記１又はそれ以上の他の無線端末のいずれかとの間の近接を検出することをさらに備える、
付記Ｂ２８に記載の方法。
【０１７４】
（付記Ｂ３０）
前記複数の無線リソースを前記１又はそれ以上の他の無線端末に割り当てることをさらに備える、
付記Ｂ２８又はＢ２９に記載の方法。
【０１７５】
（付記Ｂ３１）
前記複数の無線リソースは、前記１又はそれ以上の他の無線端末によるD2D送信のために使用される、
付記Ｂ２８〜Ｂ３０のいずれか１項に記載の方法。
【０１７６】
（付記Ｂ３２）
アップリンク送信に使用せず且つD2D送信に使用するために前記複数の無線リソースを確保することをさらに備える、
付記Ｂ３１に記載の方法。
【０１７７】
（付記Ｂ３３）
前記複数の無線リソースは、前記１又はそれ以上の他の無線端末によるPhysical Sidelink Control Channel（PSCCH）送信に使用される無線リソースプールを含む、
付記Ｂ３１又はＢ３２に記載の方法。
【０１７８】
（付記Ｂ３４）
付記Ｂ２８〜Ｂ３３のいずれか１項に記載の方法をコンピュータに行わせるためのプログラム。
【０１７９】
（付記Ｃ１）
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
第１のデバイス・ツー・デバイス（D2D）通信ペアの近傍に存在する１又はそれ以上の近傍D2D通信ペアを判定するよう構成され、
前記１又はそれ以上の近傍D2D通信ペアによって行われるD2D送信の影響を考慮して、前記第１のD2D通信ペアによって行われる第１のD2D送信の伝送レートを推定するよう構成されている、
処理装置。
【０１８０】
（付記Ｃ２）
前記少なくとも１つのプロセッサは、前記１又はそれ以上の近傍D2D通信ペアの数の増加に応じて減少するウエイト値を用いて、前記伝送レートを推定するよう構成されている、
付記Ｃ１に記載の処理装置。
【０１８１】
（付記Ｃ３）
前記少なくとも１つのプロセッサは、前記第１のD2D送信のSignal to interference plus noise ratio（SINR）に基づく伝送レート推定値に前記ウエイト値を乗算することによって、前記伝送レートを計算するよう構成されている、
付記Ｃ２に記載の処理装置。
【０１８２】
（付記Ｃ４）
前記ウエイト値は、前記１又はそれ以上の近傍D2D通信ペアの数に反比例する、
付記Ｃ２又はＣ３に記載の処理装置。
【０１８３】
（付記Ｃ５）
前記少なくとも１つのプロセッサは、
基地局のカバレッジエリア内に存在する複数のD2D通信ペアの中から前記１又はそれ以上の近傍D2D通信ペアを特定し、
前記１又はそれ以上の近傍D2D通信ペアによるD2D無線リソースの使用率の増加に応じて減少するウエイト値を用いて、前記伝送レートを推定するよう構成されている、
付記Ｃ１に記載の処理装置。
【０１８４】
（付記Ｃ６）
前記少なくとも１つのプロセッサは、前記第１のD2D送信のSignal to interference plus noise ratio（SINR）に基づく伝送レート推定値に前記ウエイト値を乗算することによって、前記伝送レートを計算するよう構成されている、
付記Ｃ５に記載の処理装置。
【０１８５】
（付記Ｃ７）
前記少なくとも１つのプロセッサは、前記１又はそれ以上の近傍D2D通信ペアの間の近接関係をさらに考慮して、前記第１のD2D送信の前記伝送レートを推定するよう構成されている、
付記Ｃ１〜Ｃ６のいずれか１項に記載の処理装置。
【０１８６】
（付記Ｃ８）
前記少なくとも１つのプロセッサは、前記１又はそれ以上の近傍D2D通信ペアに含まれている第２及び第３のD2D通信ペアの間に近接関係が無いことを判定した場合に、前記第２及び第３のD2D通信ペアのうち一方のみを前記第１のD2D送信の前記伝送レートを推定するために考慮するよう構成されている、
付記Ｃ７に記載の処理装置。
【０１８７】
（付記Ｃ９）
前記少なくとも１つのプロセッサは、
前記１又はそれ以上の近傍D2D通信ペアへのD2D無線リソースの割り当て履歴に基づいて、前記１又はそれ以上の近傍D2D通信ペアによる将来のD2D送信の発生を予測するよう構成され、
前記予測された将来のD2D送信によって使用されるD2D無線リソースを考慮して、前記第１のD2D送信の前記伝送レートを推定するよう構成されている、
付記Ｃ１〜Ｃ８のいずれか１項に記載の処理装置。
【０１８８】
（付記Ｃ１０）
前記処理装置は、前記第１のD2D通信ペア及び前記１又はそれ以上の近傍D2D通信ペアにD2D無線リソースを割り当てるよう構成された基地局に配置される、
付記Ｃ１〜Ｃ９のいずれか１項に記載の処理装置。
【０１８９】
（付記Ｃ１１）
第１のデバイス・ツー・デバイス（D2D）通信ペアの近傍に存在する１又はそれ以上の近傍D2D通信ペアを判定すること、及び
前記１又はそれ以上の近傍D2D通信ペアによって行われるD2D送信の影響を考慮して、前記第１のD2D通信ペアによって行われる第１のD2D送信の伝送レートを推定すること、を備える、伝送レート推定方法。
【０１９０】
（付記Ｃ１２）
前記推定することは、前記１又はそれ以上の近傍D2D通信ペアの数の増加に応じて減少するウエイト値を用いて、前記伝送レートを推定することを含む、
付記Ｃ１１に記載の方法。
【０１９１】
（付記Ｃ１３）
前記推定することは、前記第１のD2D送信のSignal to interference plus noise ratio（SINR）に基づく伝送レート推定値に前記ウエイト値を乗算することによって、前記伝送レートを計算することを含む、
付記Ｃ１２に記載の方法。
【０１９２】
（付記Ｃ１４）
前記ウエイト値は、前記１又はそれ以上の近傍D2D通信ペアの数に反比例する、
付記Ｃ１２又はＣ１３に記載の方法。
【０１９３】
（付記Ｃ１５）
前記判定することは、基地局のカバレッジエリア内に存在する複数のD2D通信ペアの中から前記１又はそれ以上の近傍D2D通信ペアを特定することを含み、
前記推定することは、前記１又はそれ以上の近傍D2D通信ペアによるD2D無線リソースの使用率の増加に応じて減少するウエイト値を用いて、前記伝送レートを推定することを含む、
付記Ｃ１１に記載の方法。
【０１９４】
（付記Ｃ１６）
前記推定することは、前記第１のD2D送信のSignal to interference plus noise ratio（SINR）に基づく伝送レート推定値に前記ウエイト値を乗算することによって、前記伝送レートを計算することを含む、
付記Ｃ１５に記載の方法。
【０１９５】
（付記Ｃ１７）
前記推定することは、前記１又はそれ以上の近傍D2D通信ペアの間の近接関係をさらに考慮して、前記第１のD2D送信の前記伝送レートを推定することを含む、
付記Ｃ１１〜Ｃ１６のいずれか１項に記載の方法。
【０１９６】
（付記Ｃ１８）
前記推定することは、前記１又はそれ以上の近傍D2D通信ペアに含まれている第２及び第３のD2D通信ペアの間に近接関係が無いことを判定した場合に、前記第２及び第３のD2D通信ペアのうち一方のみを前記第１のD2D送信の前記伝送レートを推定するために考慮することを含む、
付記Ｃ１７に記載の方法。
【０１９７】
（付記Ｃ１９）
前記１又はそれ以上の近傍D2D通信ペアへのD2D無線リソースの割り当て履歴に基づいて、前記１又はそれ以上の近傍D2D通信ペアによる将来のD2D送信の発生を予測することをさらに備え、
前記推定することは、前記予測された将来のD2D送信によって使用されるD2D無線リソースを考慮して、前記第１のD2D送信の前記伝送レートを推定することを含む、
付記Ｃ１１〜Ｃ１８のいずれか１項に記載の方法。
【０１９８】
（付記Ｃ２０）
付記Ｃ１１〜Ｃ１９のいずれか１項に記載の伝送レート推定方法をコンピュータに行わせるためのプログラム。
【０１９９】
この出願は、２０１６年４月２８日に出願された日本出願特願２０１６−０９０５２８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０２００】
１  UE
２  D2D通信ペア
３  eNB
７１０  UE IDリスト
７１２  ディスカバリ報告
１６０１  radio frequency（RF）トランシーバ
１６０３  ベースバンドプロセッサ
１６０４  アプリケーションプロセッサ
１６０６  メモリ
１７０４  プロセッサ
１７０５  メモリ
【図１】
2017187713.tif 000006
【図２】
2017187713.tif 000007
【図３】
2017187713.tif 000008
【図４】
2017187713.tif 000009
【図５Ａ】
2017187713.tif 000010
【図５Ｂ】
2017187713.tif 000011
【図６】
2017187713.tif 000012
【図７】
2017187713.tif 000013
【図８】
2017187713.tif 000014
【図９】
2017187713.tif 000015
【図１０】
2017187713.tif 000016
【図１１】
2017187713.tif 000017
【図１２】
2017187713.tif 000018
【図１３】
2017187713.tif 000019
【図１４】
2017187713.tif 000020
【図１５】
2017187713.tif 000021
【図１６】
2017187713.tif 000022
【図１７】
2017187713.tif 000023
【国際調査報告】
2017187713.tif 000024
2017187713.tif 000025
2017187713.tif 000026
2017187713.tif 000027