JPWO2017163545A1 - デバイス・ツー・デバイス通信を制御するための装置および方法 - Google Patents

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においてデータを受信する。なお、ここで送信端末との用語は、無線端末の送信動作に着目した表現であって、送信専用の無線端末を意味するものではない。同様に、受信端末との用語は、無線端末の受信動作に着目した表現であり、受信専用の端末を意味するものではない。すなわち、送信端末は受信動作を行うことも可能であり、受信端末は送信動作を行うことも可能である。

さらに、3GPP Release 12は、一方のUEがネットワークカバレッジ外であり、他方のUEがネットワークカバレッジ内であるパーシャルカバレッジ・シナリオについて規定している（例えば、非特許文献１のセクション4.4.3、4.5.4および5.4.4を参照）。パーシャルカバレッジ・シナリオにおいて、カバレッジ外のUEはremote UE又はsidelink remote UEと呼ばれ、カバレッジ内かつremote UEとネットワークを中継するUEはProSe UE-to-Network Relay又はsidelink relay UEと呼ばれる。ProSe UE-to-Network Relayは、remote UEとネットワーク（E-UTRA network（E-UTRAN）及びEPC）との間でトラフィック（ダウンリンク及びアップリンク）を中継する。

より具体的に述べると、ProSe UE-to-Network Relayは、UEとしてネットワークにアタッチし、ProSe function エンティティ又はその他のPacket Data Network（PDN）と通信するためのPDN connectionを確立し、ProSeダイレクト通信を開始するためにProSe function エンティティと通信する。ProSe UE-to-Network Relayは、さらに、remote UEとの間でディスカバリ手順を実行し、UE間ダイレクトインタフェース（e.g., サイドリンク又はPC5インタフェース）においてremote UEと通信し、remote UEとネットワークとの間でトラフィック（ダウンリンク及びアップリンク）を中継する。Internet Protocol version 4（IPv4）が用いられる場合、ProSe UE-to-Network Relayは、Dynamic Host Configuration Protocol Version 4 (DHCPv4) Server及びNetwork Address Translation (NAT) として動作する。IPv6が用いられる場合、ProSe UE-to-Network Relayは、stateless DHCPv6 Relay Agentとして動作する。

さらに、3GPP Release 13ではProSeの拡張が議論されている（例えば、非特許文献３−９を参照）。当該議論は、ProSe UE-to-Network Relay 及びProSe UE-to-UE Relayを選択するためのリレー選択基準（relay selection criteria）に関する議論、及びリレー選択の配置を含むリレー選択手順に関する議論を含む。ここで、ProSe UE-to-UE Relayは、２つのremote UEの間でトラフィックを中継するUEである。

UE-to-Network Relayのリレー選択の配置に関しては、リモートUEがリレー選択を行う分散（distributed）リレー選択アーキテクチャ（例えば、非特許文献４−６、８、及び９を参照）と、基地局（eNodeB（eNB））等のネットワーク内の要素がリレー選択を行う集中（centralized）リレー選択アーキテクチャ（例えば、非特許文献７及び８を参照）が提案されている。UE-to-Network Relayのリレー選択基準に関しては、リモートUEとリレーUEの間のD2Dリンク品質を考慮すること、リレーUEとeNBの間のバックホールリンク品質を考慮すること、並びにD2Dリンク品質及びバックホールリンク品質の両方を考慮することが提案されている（例えば、非特許文献４−９を参照）。

本明細書では、ProSe UE-to-Network Relay（sidelink relay UE）のようなD2D通信能力およびリレー能力を持つ無線端末を「リレー端末」、又は「リレーUE」と呼ぶ。また、リレーUEによる中継サービスを受ける無線端末を「リモート端末」又は「リモートUE」と呼ぶ。リモート端末は、被リレー（relayed）端末と呼ぶこともできる。

3GPP TS 23.303 V12.7.0 (2015-12), "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Proximity-based services (ProSe); Stage 2 (Release 12)", December 2015 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)", March 2015 3GPP TR 23.713 V13.0.0 (2015-09), "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on extended architecture support for proximity-based services (Release 13)", September 2015 3GPP R1-152778, "Support of UE-Network relays", Qualcomm Incorporated, May 2015 3GPP S2-150925, "UE-to-Network Relay conclusions", Qualcomm Incorporated, April 2015 3GPP R1-153087, "Discussion on UE-to-Network Relay measurement", Sony, May 2015 3GPP R2-152560, "Role of eNB when remote UE is in coverage", Qualcomm Incorporated, May 2015 3GPP R1-151965, "Views on UE-to-Network Relay Discovery", NTT DOCOMO, April 2015 3GPP R1-153188, "Discussion on Relay Selection" , NTT DOCOMO, May 2015

上述した非特許文献は、リレーUEからeNBへのアップリンク送信の品質が、リモートUEからリレーUEへのサイドリンク送信のための無線リソースを決定する際に考慮されることを記載していない。リモートUEからリレーUEへのサイドリンク送信の帯域又はスループットがリレーUEからeNBへのアップリンク送信の帯域又はスループットを超える場合、例えばリレーUE内のアップリンク送信バッファのオーバフローを招くおそれがある。また、リレーUEのアップリンク・スループットを超える過剰なサイドリンク・スループットをもたらす無線リソースをリモートUEからリレーUEへのサイドリンク送信に割り当てることは、サイドリンク無線リソースの浪費を招くかもしれない。

本明細書に開示される実施形態が達成しようとする目的の１つは、リモート端末からリレー端末へのサイドリンク送信とリレー端末から基地局へのアップリンク送信との間の性能（e.g., 帯域、スループット）の不整合（inconsistency）を回避することに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、デバイス・ツー・デバイス通信を制御するための装置は、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、少なくとも１つのリモート端末から第１のリレー端末への１又はそれ以上のデバイス・ツー・デバイス（Ｄ２Ｄ）送信に割り当てるＤ２Ｄ無線リソースを、前記第１のリレー端末から基地局へのアップリンクの品質メトリックを考慮して決定するよう構成されている。

第２の態様では、デバイス・ツー・デバイス通信を制御するための方法は、（ａ）第１のリレー端末から基地局へのアップリンクの品質メトリックを得ること、及び（ｂ）少なくとも１つのリモート端末から前記第１のリレー端末への１又はそれ以上のデバイス・ツー・デバイス（Ｄ２Ｄ）送信に割り当てるＤ２Ｄ無線リソースを前記品質メトリックを考慮して決定することを含む。

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

上述の態様によれば、リモート端末からリレー端末へのサイドリンク送信とリレー端末から基地局へのアップリンク送信との間の性能（e.g., 帯域、スループット）の不整合（inconsistency）を回避することに寄与する装置、方法、及びプログラムを提供できる。

いくつかの実施形態に係る無線通信ネットワークの構成例を示す図である。 第１の実施形態に係る無線リソース割り当て手順の一例を示すフローチャートである。 第１の実施形態に係る無線リソース割り当て手順の一例を示すフローチャートである。 第２の実施形態に係る無線リソース割り当て手順の一例を示すフローチャートである。 第２の実施形態に係る無線リソース割り当て手順の一例を示すフローチャートである。 第３の実施形態に係る無線リソース割り当て手順の一例を示すフローチャートである。 第４の実施形態に係る無線リソース割り当て手順の概要を説明するための図である。 第４の実施形態に係る無線リソース割り当て手順の一例を示すフローチャートである。 第５の実施形態に係る無線通信ネットワークの構成例を示す図である。 第５の実施形態に係るリモート端末の送信経路を制御する手順の一例を示すフローチャートである。 いくつかの実施形態に係る無線端末の構成例を示すブロック図である。 いくつかの実施形態に係る基地局の構成例を示すブロック図である。

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

以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

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

＜第１の実施形態＞
図１は、本実施形態を含むいくつかの実施形態に係る無線通信ネットワークの構成例を示している。具体的には、図１は、UE-to-Network Relay（sidelink relay UE）に関する例を示しており、複数のリモートUE１Ａ、１Ｂ、１Ｃ、及び１Ｄ、並びに複数のリレーUE２Ａ、２Ｂ、２Ｃ、及び２Ｄを図示している。以下の説明では、リモートUE１Ａ、１Ｂ、１Ｃ、及び１Ｄを含む複数のリモートUEに共通する事項を説明する場合、参照符号１を用いて単に“リモートUE１”が参照される。同様に、リレーUE２Ａ、２Ｂ、２Ｃ、及び２Ｄを含む複数のリレーUEに共通する事項を説明する場合、参照符号２を用いて単に“リレーUE２”が参照される。

リモート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）３により提供されるセルラーカバレッジ（セル）３１内においてセルラー通信を行うよう構成されている。

リレーUE２は、少なくとも１つの無線トランシーバを有し、セルラーカバレッジ３１内において基地局３とのアップリンク及びダウンリンクを含むセルラーリンク（e.g., セルラーリンク１２１）においてセルラー通信を行うとともに、D2Dリンク（e.g., D2Dリンク１０１）上でリモートUE１とD2D通信（e.g., ProSeダイレクト・ディスカバリ及びProSeダイレクト通信）を行うよう構成されている。

基地局３は、無線アクセスネットワーク（i.e., E-UTRAN）内に配置されたエンティティであり、１又は複数のセルを含むセルラーカバレッジ３１を提供し、セルラー通信技術（e.g., E-UTRA technology）を用いてリレーUE２とセルラーリンク（e.g., セルラーリンク１２１）において通信することができる。さらに、基地局３は、セルラーカバレッジ３１内にいるリモートUE１とセルラー通信を行うよう構成されている。

図１は、３通りのリレー形態を示している。第１の例では、１つのリモートUE１Ａが１つのリレーUE２Ａに接続される。リモートUE１Ａは、D2Dリンク１０１上でデータを送信し、リレーUE２Ａは、リモートUE１Ａから受信したデータをセルラーリンク１２１（アップリンク）上で基地局３に送信する。第２の例では、１つのリモートUE１Ｂは、複数のリレーUE２Ｂ及び２Ｃに接続される。リモートUE１Ｂは、２つのD2Dリンク１０２及び１０３上でデータを送信し、リレーUE２Ｂ及び２Ｃは、リモートUE１Ｂから受信したデータをセルラーリンク１２２及び１２３（アップリンク）上で基地局３に送信する。第３の例では、２つのリモートUE１Ｃ及び１Ｄは、１つのリレーUE２Ｄに接続される。リモートUE１Ｃ及び１Ｄの各々は、各D2Dリンク１０４又は１０５上でデータを送信し、リレーUE２Ｄは、２つのリモートUE１Ｃ及び１Ｄから受信したデータをセルラーリンク１２４（アップリンク）上で基地局３に送信する。本実施形態では、図１に示された３通りのリレー形態のいずれかのみが使用されてもよいし、３通りのリレー形態のうち２つ又は全てが使用されてもよい。

続いて以下では、本実施形態に係るサイドリンク送信への無線リソース割り当てについて説明する。幾つかの実装において、scheduled resource allocation（sidelink transmission mode 1）が使用されてもよい。Scheduled resource allocationの場合、基地局３が、リモートUE１からリレーUE２へのサイドリンク送信に割り当てる無線リソースを決定する。例えば、リモートUE１は、アップリンク（UL）データ送信リソース（Uplink Shared Channel（UL-SCH）リソース）を要求するためにスケジューリング・リクエストを基地局３に送信し、アップリンクグラント（UL grant）で割り当てられたULデータ送信リソースにおいてSidelink BSRを基地局３に送信する。基地局３は、Sidelink BSRに基づいてリモートUE１に割り当てるサイドリンク送信リソースを決定し、サイドリンク・グラント（SL grant、DCI format 5）をUEに送信する。既に説明したように、サイドリンク・グラントは、サイドリンク送信端末（ここでは、リモートUE１）がダイレクト送信を行うためのPSSCHの無線リソースを指定する。

他の実装において、autonomous resource selection（sidelink transmission mode 2）が使用されてもよい。Autonomous resource selectionの場合、基地局３は、ダイレクト送信ための使用が許可される無線リソースプール（PSSCHサブフレーム・プール及びリソースブロック・プール）をSIB 18又は個別シグナリング（RRCシグナリング）を用いてサイドリンク送信端末（ここでは、リモートUE１）に通知する。サイドリンク送信端末（リモートUE１）は、基地局３によって設定された無線リソースプールの中から、サイドリンク・コントロール（PSCCH）及びデータ（PSSCH）のためのリソースを自律的に選択する。

図２は、本実施形態に係る、リモートUE１からリレーUE２へのサイドリンク送信に無線リソースを割り当てる手順の一例（処理２００）を示すフローチャートである。ステップ２０１では、サイドリンク制御エンティティは、リレーUE２のアップリンク品質メトリックを取得する。ここで、サイドリンク制御エンティティは、サイドリンク送信に使用される無線リソースを決定するよう構成されている。Scheduled resource allocationを使用する幾つかの実装において、当該サイドリンク制御エンティティはネットワーク（e.g., 基地局３）に配置されてもよい。一方、Autonomous resource selectionを使用する幾つかの実装において、当該サイドリンク制御エンティティは、リモートUE１に配置されてもよい。

リレーUE２のアップリンク品質メトリックは、リレーUE２から基地局３へのアップリンク送信の性能（e.g., 帯域又はスループット）に関する。リレーUE２のアップリンク品質メトリックは、例えば、アップリンクの推定帯域、アップリンクの推定スループット、アップリンクに割り当てられる推定無線リソース量、アップリンクに適用される推定Modulation and Coding Scheme（MCS）、及びリレーUE２から基地局３への推定パスロス、のうち少なくとも１つに基づく。

サイドリンク制御エンティティは、リレーUE２のアップリンク品質メトリックをリレーUE２から受信してもよい。サイドリンク制御エンティティがリモートUE１に実装される場合は、サイドリンク制御エンティティは、リレーUE２のアップリンク品質メトリックを基地局３から受信してもよい。これらに代えて、サイドリンク制御エンティティは、アップリンク品質メトリックを自ら推定してもよい。

ステップ２０２では、サイドリンク制御エンティティは、リレーUE２のアップリンク品質メトリックを考慮して、リモートUE１からリレーUE２へのサイドリンク送信に割り当てる無線リソースを決定する。幾つかの実装において、サイドリンク制御エンティティは、リモートUE１からリレーUE２へのサイドリンク送信の性能（e.g., 帯域又はスループット）がリレーUE２から基地局３へのアップリンク送信の性能と整合（consistent）するように、当該サイドリンク送信に割り当てる無線リソースを決定してもよい。言い換えると、サイドリンク制御エンティティは、１つのリレーUE２に関係する１又はそれ以上のサイドリンク送信の性能（e.g., 帯域又はスループット）が当該リレーUE２のアップリンク送信の性能と同程度かそれ以下となるように、サイドリンク送信に割り当てる無線リソースを決定してもよい。

具体的には、サイドリンク制御エンティティは、少なくとも１つのリモートUE１の各々とリレーUE２との間の各サイドリンクの目標帯域又は目標スループットを当該リレーUE２のアップリンクの推定帯域又は推定スループットに基づいて決定してもよい。そして、サイドリンク制御エンティティは、決定した目標帯域又は目標スループットに基づいて、各D2D送信に割り当てる無線リソースを決定してもよい。１つのリレーUE２が複数のリモートUE１にリレーを提供する場合、サイドリンク制御エンティティは、複数のリモートUE１からリレーUE２への複数のサイドリンク送信の平均帯域又は平均スループットの和がリレーUE２のアップリンク送信の推定帯域又は推定スループットを超えないようにサイドリンク無線リソースを決定してもよい。

以上の説明から理解されるように、図２を用いて説明された無線リソース割り当て手順では、リモートUE１からリレーUE２へのサイドリンク送信への無線リソース割り当てにおいて、リレーUE２のアップリンク品質メトリック（i.e.,リレーUE２のアップリンク送信の性能）が考慮される。したがって、リモートUE１からリレーUE２へのサイドリンク送信の性能（e.g., 帯域又はスループット）がリレーUE２から基地局３へのアップリンク送信の性能と整合（consistent）するように、サイドリンク送信の無線リソースを決定することができる。よって、図２を用いて説明された無線リソース割り当て手順は、リモートUE１からリレーUE２へのサイドリンク送信とリレーUE２から基地局３へのアップリンク送信との間の性能（e.g., 帯域、スループット）の不整合（inconsistency）を回避することに寄与できる。

図３は、図２に示した無線リソース割り当て手順のより具体的な例（処理３００）を示している。図３の手順は、scheduled resource allocationを実行する基地局３によって行われる。ステップ３０１では、サイドリンク制御エンティティとしての基地局３は、サイドリンク無線リソースを割り当てられるリモートUE１を選択する。なお、既に説明したように、１つのリモートUE１（e.g., 図１に示されたリモートUE１Ｂ）は、複数のサイドリンク送信を同時に行うよう構成されてもよい。したがって、ステップ３０１では、サイドリンク無線リソースを割り当てられる１つのサイドリンク送信が選択されてもよい。

ステップ３０２では、基地局３は、ステップ３０１で選択されたリモートUE１（又はサイドリンク送信）が利用することができるリレーUE２のアップリンク帯域を推定する。例えば、基地局３は、セルラーカバレッジ３１内の他のUEsに割り当てられるアップリンク無線リソースと、リレーUE２から基地局３への推定アップリンク・パスロスとに基づいて、当該リレーUE２の推定アップリンク帯域を計算する。当該リレーUE２が関係する他のサイドリンク送信に既に無線リソースを割り当てている場合、基地局３は、これら他のサイドリンク送信に関するデータを転送するために消費されるアップリンク帯域を更に考慮する。

ステップ３０３では、基地局３は、ステップ３０２で求めた推定アップリンク帯域を考慮して、対象のリモートUE１（又はサイドリンク送信）の目標サイドリンク帯域を決定する。例えば、基地局３は、対象のリモートUE１（又はサイドリンク送信）の保証帯域と推定アップリンク帯域のうちの最小値と同じかそれ以下に目標サイドリンク帯域を設定する。

ステップ３０４では、基地局３は、ステップ３０３で決定した目標サイドリンク帯域に応じた無線リソースを対象のリモートUE１（又はサイドリンク送信）に割り当てる。余りサイドリンク無線リソースが存在する場合、基地局３は、ステップ３０１に戻ってサイドリンク無線リソースの割り当てを続ける（ステップ３０５）。

なお、図３の手順は、一例に過ぎない。例えば、ステップ３０２及びステップ３０３を含む目標サイドリンク帯域の決定手順は、ステップ３０１、ステップ３０４、及びステップ３０５を含むサイドリンク無線リソース割り当て手順に先立って又は並行して行われてもよい。この場合、ステップ３０２及びステップ３０３を含む目標サイドリンク帯域の決定手順は、ステップ３０１、ステップ３０４、及びステップ３０５を含むサイドリンク無線リソース割り当て手順とは別のエンティティ（e.g., コンピュータ）によって実行されてもよい。

＜第２の実施形態＞
本実施形態では、第１の実施形態で説明されたサイドリンク送信への無線リソース割り当て手順の変形例が説明される。本実施形態に係る無線通信ネットワークの構成例は、図１と同様である。

本実施形態では、サイドリンク制御エンティティ（e.g., 基地局３）は、複数のリモートUE１から複数のリレーUE２への複数のサイドリンク送信の間の無線リソース割り当てに関する優先度を、基地局３のセルラーカバレッジ３１内でのアップリンク無線リソースの使用状況及びサイドリンク無線リソースの使用状況の一方又は両方を考慮して決定するよう構成されている。アップリンク無線リソースの使用状況は、セルラーカバレッジ３１内でのアップリンク無線リソースの利用量または利用率であってもよい。同様に、サイドリンク無線リソースの使用状況は、セルラーカバレッジ３１内でのサイドリンク無線リソースの利用量または利用率であってもよい。

例えば、セルカバッレジ３１内のアップリンク無線リソースの利用率が高い状況下では、アップリンク品質が高いリレーUE２に関係するサイドリンク送信に対して、アップリンク品質が低いリレーUE２に関係するサイドリンク送信よりも優先してサイドリンク無線リソースを割り当てることが好ましい。なぜなら、アップリンク品質が高いリレーUE２は、アップリンク品質が低い他のリレーUE２よりもリソースブロック当たりのスループットが高いためである。したがって、アップリンク品質が高いリレーUE２は、少ない余りアップリンク無線リソースをリレー通信のために有効に使用できる。

これに対して、セルカバッレジ３１内のサイドリンク無線リソースの利用率が高い状況下では、サイドリンク品質が高いサイドリンク送信に対して、サイドリンク品質が低いサイドリンク送信よりも優先してサイドリンク無線リソースを割り当てることが好ましい。なぜなら、サイドリンク品質が高いサイドリンクは、サイドリンク品質が低い他のサイドリンクよりもリソースブロック当たりのスループットが高いためである。サイドリンク品質が高いサイドリンクは、少ない余りサイドリンク無線リソースをリレー通信のために有効に使用できる。

図４は、本実施形態に係る、リモートUE１からリレーUE２へのサイドリンク送信に無線リソースを割り当てる手順の一例（処理４００）を示すフローチャートである。ステップ４０１では、サイドリンク制御エンティティ（e.g., 基地局３）は、セルラーカバレッジ３１内のアップリンク無線リソース利用率およびサイドリンク無線リソース利用率を取得する。ステップ４０２では、サイドリンク制御エンティティは、アップリンク無線リソース利用率およびサイドリンク無線リソース利用率に基づいて、複数のサイドリンク送信の間でのリソース割り当てに関する優先度を決定する。ステップ４０３では、サイドリンク制御エンティティは、ステップ４０２で決定した優先度に従い、リレーUE２のアップリンク品質メトリック（e.g., スループット又は帯域）を考慮して、各サイドリンク送信に割り当てる無線リソースを決定する。

図５は、図４に示した無線リソース割り当て手順のより具体的な例（処理５００）を示している。図５の手順は、scheduled resource allocationを実行する基地局３によって行われる。ステップ５０１では、サイドリンク制御エンティティとしての基地局３は、アップリンク無線リソース利用率およびサイドリンク無線リソース利用率に基づいて、サイドリンク無線リソースを割り当てられるリモート端末（又はサイドリンク送信）を選択する。ステップ５０２〜５０５は、図３に示されたステップ３０２〜３０５と同様である。

ステップ５０１では、例えば、基地局３は、アップリンク無線リソースの利用率とサイドリンク無線リソースの利用率を比較し、これら２つの利用率のうちどちらが高いかを判定してもよい。アップリンク無線リソースの利用率がサイドリンク無線リソースの利用率よりも高い場合、基地局３は、リソースブロック当たりの推定アップリンク・スループット（又は推定帯域）が最大のリレーUE２に関係するサイドリンク送信から順に選択する。これにより、アップリンク無線リソースの消費量を抑制できる。一方、サイドリンク無線リソースの利用率がアップリンク無線リソースの利用率よりも高い場合、基地局３は、リソースブロック当たりの推定サイドリンク・スループット（又は推定帯域）が最大のサイドリンクから順に選択する。これにより、サイドリンク無線リソースの消費量を抑制できる。

＜第３の実施形態＞
本実施形態では、第１及び第２の実施形態で説明されたサイドリンク送信への無線リソース割り当て手順の変形例が説明される。本実施形態に係る無線通信ネットワークの構成例は、図１と同様である。

本実施形態では、サイドリンク制御エンティティ（e.g., 基地局３）は、複数のリモートUE１から複数のリレーUE２への複数のサイドリンク送信の間での無線リソースの割り当て比（allocation ratio）を、これら複数のリレーUE２から基地局３への複数のアップリンク送信の間でのアップリンク品質メトリックの比に応じて決定するよう構成されている。既に説明したように、各リレーUE２のアップリンク品質メトリックは、リレーUE２から基地局３へのアップリンク送信の性能（e.g., 帯域又はスループット）に関する。各リレーUE２のアップリンク品質メトリックは、例えば、アップリンクの推定帯域、アップリンクの推定スループット、アップリンクに割り当てられる推定無線リソース量、アップリンクに適用される推定Modulation and Coding Scheme（MCS）、及びリレーUE２から基地局３への推定パスロス、のうち少なくとも１つに基づく。

図６は、本実施形態に係る、リモートUE１からリレーUE２へのサイドリンク送信に無線リソースを割り当てる手順の一例（処理６００）を示すフローチャートである。ステップ６０１では、サイドリンク制御エンティティ（e.g., 基地局３）は、複数のリレーUE２の各々のアップリンク品質メトリックを取得する。ステップ４０２では、サイドリンク制御エンティティは、複数のリレーUE２の間でのアップリンク品質メトリックの比を求める。さらに、サイドリンク制御エンティティは、複数のリレーUE２の間でのアップリンク品質メトリックの比に応じて、これら複数のリレーUE２に接続する複数のリモートUE１の間でのサイドリンク無線リソースの割り当て比を決定する。

例えば、図１に示された４つのリレーUE２Ａ、２Ｂ、２Ｃ、及び２Ｄの４つのアップリンク１２１〜１２４の間でのアップリンク品質（e.g., スループット）の比が１：２：３：４である場合、サイドリンク制御エンティティ（e.g., 基地局３）は、５つのサイドリンク（D2Dリンク）１０１〜１０５の間でのサイドリンク無線リソースの割り当て比が１：２：３：２：２となるように、これら５つのサイドリンク送信への無線リソース割り当てを決定してもよい。

なお、サイドリンク制御エンティティは、決定されたサイドリンク無線リソースの割り当て比を、各サイドリンク送信に無線リソースを割り当てる際の目標帯域または上限帯域を判定するために考慮してもよい。言い換えると、サイドリンク制御エンティティは、各リモートUE１が要求する帯域又はサイドリンクの品質に依存して各サイドリンク送信へ無線リソースを割り当ててもよく、決定されたリソース割り当て比に常に厳密に従う必要はない。

以上の説明から理解されるように、本実施形態に係るサイドリンク制御エンティティは、複数のリモートUE１から複数のリレーUE２への複数のサイドリンク送信の間での性能の比がこれら複数のリレーUE２の間でのアップリンク送信性能の比と整合（consistent）するように、サイドリンク送信の無線リソースを決定することができる。よって、本実施形態で説明された無線リソース割り当て手順は、リモートUE１からリレーUE２へのサイドリンク送信とリレーUE２から基地局３へのアップリンク送信との間の性能（e.g., 帯域、スループット）の不整合（inconsistency）を回避することに寄与できる。

なお、上述の第１の実施形態で説明された無線リソース割り当て手順は、一例において、１つのリレーUE２に関係する１又はそれ以上のサイドリンク送信の性能の和が当該リレーUE２のアップリンク送信の性能と同程度かそれ以下となるように、サイドリンク送信に割り当てる無線リソースを決定する。この手順によると、複数のリレーUE２のアップリンク送信の性能が総じて良くない場合に、未使用の余りのサイドリンク無線リソースが増える可能性がある。これに対して、本実施形態で説明された無線リソース割り当て手順は、複数のリレーUE２の間でのアップリンク品質の比に依存して各リモートUE１にサイドリンク無線リソースを割り当てる。したがって、本実施形態の無線リソース割り当て手順は、サイドリンク無線リソースの有効利用に寄与できる。

＜第４の実施形態＞
本実施形態では、第１〜第３の実施形態で説明されたサイドリンク送信への無線リソース割り当て手順の変形例が説明される。本実施形態に係る無線通信ネットワークの構成例は、図１と同様である。

以下では、本実施形態に係る無線リソース割り当て手順の概要を図７を参照して説明する。図７では、リモートUE１は、サイドリンク７０１上でデータをリレーUE２に送信し、リレーUE２は、リモートUE１から受信したデータをアップリンク７２１上で基地局３に送信する。第１〜第３の実施形態で説明したように、サイドリンク制御エンティティ（e.g., 基地局３又はリモートUE１）は、リモートUE１からリレーUE２へのサイドリンク送信に割り当てるサイドリンク無線リソースを、リレーUE２から基地局３へのアップリンクの品質メトリックを考慮して決定する。しかしながら、何らかの原因に起因して、リレーUE２のサイドリンク受信スループットがアップリンク送信スループットを超える状況が発生し得る。例えば、アップリンク７２１の品質の変動によって推定通りのアップリンク・スループットが得られないケースが考えられる。この場合、リレーUE２内のアップリンク送信バッファ７３０のバッファ量が増加し、最悪の場合バッファ・オーバフローによるパケット破棄が発生する可能性がある。なお、アップリンク送信バッファ７３０は、アップリンクで送信されるデータを格納するために使用される。アップリンク送信バッファ７３０は、送信待ちのアップリンクデータを格納する。

この問題に対処するため、本実施形態に係るサイドリンク制御エンティティ（e.g., 基地局３又はリモートUE１）は、リモートUE１に割り当てるサイドリンク無線リソースを決定するために、リレーUE２内のアップリンク送信バッファ７３０のバッファ状態をさらに考慮する。

図８は、本実施形態に係る、サイドリンク送信に無線リソースを割り当てる手順の一例（処理８００）を示すフローチャートである。ステップ８０１では、サイドリンク制御エンティティは、リレーUE２のアップリンク送信バッファ７３０に関するバッファ状態メトリックを取得する。バッファ状態メトリックは、アップリンク送信バッファ７３０に格納されている送信待ちのアップリンクデータの量またはアップリンク送信バッファ７３０の占有レベルを示す。

サイドリンク制御エンティティは、バッファ状態メトリックを含むバッファ状態報告をリレーUE２から受信してもよい。バッファ状態報告は、周期的に、又は所定のトリガーイベントに応じて非周期的に送信されてもよい。これに代えて、サイドリンク制御エンティティは、バッファ状態メトリックを自ら計算してもよい。例えば、サイドリンク制御エンティティとしての基地局３は、リモートUE１に割り当てたサイドリンク無線リソース履歴とリレーUE２に割り当てたアップリンク無線リソース履歴に基づいて、リレーUE２内のアップリンク送信バッファ７３０のバッファ状態メットリックを計算してもよい。

ステップ８０２では、サイドリンク制御エンティティは、取得したバッファ状態メトリックを考慮して、リモートUE１からリレーUE２へのサイドリンク送信に割り当てる無線リソースを調整する。幾つかの実装において、サイドリンク制御エンティティは、アップリンク送信バッファ７３０のバッファ状態メトリックが所定の閾値を超える場合に、リモートUE１からリレーUE２へのサイドリンク送信に対する無線リソースの割当量を減らしてもよい。これにより、アップリンク送信バッファ７３０のオーバフローの抑制に寄与できる。

例えば、サイドリンク制御エンティティは、図３のステップ３０２又は図５のステップ５０２に示された推定アップリンク帯域の計算においてアップリンク送信バッファ７３０のバッファ状態メットリックを使用してもよい。具体的には、サイドリンク制御エンティティは、アップリンク送信バッファ７３０のバッファ状態メットリックの増加に応答して、つまりリレーUE２内で保留されているアップリンクデータの量の増加に応答して、リレーUE２の推定アップリンク帯域を減らしてもよい。

＜第５の実施形態＞
本実施形態では、第２の実施形態の変形例が説明される。図９は、本実施形態に係る無線通信ネットワークの構成例を示している。UE９１Ａ及び９１Ｂの各々は、少なくとも１つの無線トランシーバを有し、基地局９３とのセルラー通信を行うよう構成されている。UE９１Ａ及び９１Ｂは、基地局９３及びコアネットワーク９４を含むセルラーネットワークを経由して外部ネットワーク９５内のノード９６と通信することができる。さらに、UE９１Ａ及び９１Ｂは、基地局９３を介さずにD2D通信（サイドリンク通信）を行うよう構成されている。

続いて以下では、本実施形態に係るUE９１Ａの通信経路を制御する手順について説明する。ここでは、UE９１ＡからＵＥ９１Ｂへのデータ送信を考える。図１０は、本実施形態に係るサイドリンク制御エンティティ（e.g., 基地局９３、UE９１Ａ）によって行われる手順の一例（処理１０００）を示している。

ステップ１００１では、サイドリンク制御エンティティは、基地局９３のセル内でのアップリンク無線リソースの使用状況及びサイドリンク無線リソースの使用状況を取得する。第２の実施形態と同様に、アップリンク無線リソースの使用状況は、セルラーカバレッジ３１内でのアップリンク無線リソースの利用量または利用率であってもよい。同様に、サイドリンク無線リソースの使用状況は、セルラーカバレッジ３１内でのサイドリンク無線リソースの利用量または利用率であってもよい。

ステップ１００２では、サイドリンク制御エンティティは、UE９１Ａ及び９１Ｂの間の直接パス（i.e., サイドリンク９０１）と基地局９３を経由する非直接パスのうちどちらをUE９１ＡからＵＥ９１Ｂへのデータ送信のために使用するかを、取得したアップリンク無線リソースの使用状況及びサイドリンク無線リソースの使用状況を考慮して決定する。なお、非直接パスは、UE９１Ａから基地局９３へのアップリンク９２１及び基地局９３からUE９１Ｂへのダウンリンク９３１を含む。さらに、非直接パスは、コアネットワーク９４、外部ネットワーク９５、及びノード９６を経由してもよい。すなわち、非直接パスを用いたUE９１Ａ及び９１Ｂの間の通信は、ノード９６を介して行われてもよい。

例えば、基地局９３のセル内のアップリンク無線リソースの利用率が高い状況下では、サイドリンク９０１が使用されることが好ましい。これにより、アップリンク無線リソースの消費量を抑制できる。これに対して、基地局９３のセル内のサイドリンク無線リソースの利用率が高い状況下では、非直接パスが使用されることが好ましい。これにより、サイドリンク無線リソースの消費量を抑制できる。

より具体的には、サイドリンク制御エンティティは、アップリンク無線リソースの利用率とサイドリンク無線リソースの利用率を比較し、これら２つの利用率のうちどちらが高いかを判定してもよい。アップリンク無線リソースの利用率がサイドリンク無線リソースの利用率よりも高い場合、サイドリンク制御エンティティは、UE９１ＡからＵＥ９１Ｂへのデータ送信のためにサイドリンク９０１での直接送信を使用してもよい。一方、サイドリンク無線リソースの利用率がアップリンク無線リソースの利用率よりも高い場合、サイドリンク制御エンティティは、UE９１ＡからＵＥ９１Ｂへのデータ送信のために非直接パスを使用してもよい。

サイドリンク制御エンティティが基地局９３に実装される場合、UE９１Ａによるデータ送信を通信経路の選択結果に従わせるために以下のように動作してもよい。一例において、基地局９３は、非直接パスを介して送信するようUE９１Ａにトリガーするために、UE９１Ａからのサイドリンクリソース要求を拒否してもよい。これに代えて、基地局９３は、非直接パスでの送信をUE９１ＡにトリガーするメッセージをUE９１Ａに送信してもよい。当該メッセージは、（ａ）サイドリンク送信が一時的に停止されること、（ｂ）サイドリンクリソース要求の基地局９３への送信が抑止されること、又は（ｃ）非直接パスでの送信が推奨されること、を示してもよい。

基地局９３は、サイドリンク９０１を介して送信するようUE９１Ａにトリガーするために、所定のメッセージをUE９１Ａに送信してもよい。当該メッセージは、（ａ）アップリンク・リソース要求の基地局９３への送信が抑止されること、又は（ｂ）サイドリンク送信が推奨されること、を示してもよい。

本実施形態は、第１〜第４の実施形態と組み合わせて実施されることができる。さらに、本実施形態は、第１〜第４の実施形態とは独立に実施されることができることに留意されるべきである。すなわち、本実施形態に係るUE９１の通信経路を制御する手順は、第１〜第４の実施形態で説明されたサイドリンク無線リソースの割り当て手順とは独立に実施されることができ、第１〜第４の実施形態で説明されたサイドリンク無線リソースの割り当て手順のそれとは異なる特有の効果をもたらすことができる。

最後に、上述の複数の実施形態に係るリモートUE１、リレーUE２、基地局３、UE９１、及び基地局９３の構成例について説明する。図１１は、リモートUE１の構成例を示すブロック図である。リレーUE２及びUE９１も、図１１に示されているのと同様の構成を有してもよい。Radio Frequency（RF）トランシーバ１１０１は、基地局３と通信するためにアナログ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１の処理を行うよう構成されてもよい。

図１２は、上述の実施形態に係る基地局３の構成例を示すブロック図である。基地局９３も、図１２に示されているのと同様の構成を有してもよい。図１２を参照すると、基地局３は、RFトランシーバ１２０１、ネットワークインターフェース１２０３、プロセッサ１２０４、及びメモリ１２０５を含む。RFトランシーバ１２０１は、リモートUE１及びリレー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インタフェースを介してメモリ１２０５にアクセスしてもよい。

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

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

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

上述の実施形態で説明されたサイドリンク無線リソースの割り当てを含む基地局３により行われる処理及び動作は、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）とも呼ばれる。すなわち、上述の実施形態で説明された基地局３により行われる処理及び動作は、任意の１又は複数の無線局（RANノード）によって提供されてもよい。

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

例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、少なくとも１つのリモート端末から第１のリレー端末への１又はそれ以上のデバイス・ツー・デバイス（Ｄ２Ｄ）送信に割り当てるＤ２Ｄ無線リソースを、前記第１のリレー端末から基地局へのアップリンクの品質メトリックを考慮して決定するよう構成されている、
デバイス・ツー・デバイス通信を制御するための装置。

（付記２）
前記品質メトリックは、前記アップリンクの推定帯域、前記アップリンクの推定スループット、前記アップリンクに割り当てられる推定無線リソース量、前記アップリンクに適用される推定Modulation and Coding Scheme（MCS）、及び前記第１のリレー端末から前記基地局への推定パスロスのうち少なくとも１つに基づく、
付記１に記載の装置。

（付記３）
前記品質メトリックは、前記アップリンクの推定帯域又は推定スループットを含み、
前記少なくとも１つのプロセッサは、前記少なくとも１つのリモート端末の各々と前記第１のリレー端末との間の各Ｄ２Ｄリンクの目標帯域又は目標スループットを前記アップリンクの前記推定帯域又は前記推定スループットに基づいて決定し、前記目標帯域又は目標スループットに基づいて各Ｄ２Ｄ送信に割り当てるＤ２Ｄ無線リソースを決定するよう構成されている、
付記１又は２に記載の装置。

（付記４）
前記品質メトリックは、前記アップリンクの推定帯域又は推定スループットを含み、
前記少なくとも１つのリモート端末は、複数のリモート端末を含み、
前記少なくとも１つのプロセッサは、前記複数のリモート端末と前記第１のリレー端末との間の複数のＤ２Ｄリンクの平均帯域又は平均スループットの和が前記アップリンクの推定帯域又は推定スループットを超えないように前記Ｄ２Ｄ無線リソースを決定するよう構成されている、
付記１〜３のいずれか１項に記載の装置。

（付記５）
前記少なくとも１つのプロセッサは、複数のリモート端末から前記第１のリレー端末を含む複数のリレー端末への複数のサイドリンク送信の間のＤ２Ｄ無線リソース割り当てに関する優先度を、前記基地局のセル内でのアップリンク無線リソースの使用状況及びＤ２Ｄ無線リソースの使用状況の一方又は両方を考慮して決定するよう構成されている、
付記１〜４のいずれか１項に記載の装置。

（付記６）
前記少なくとも１つのプロセッサは、複数のリモート端末から前記第１のリレー端末を含む複数のリレー端末への複数のサイドリンク送信の間でのＤ２Ｄ無線リソース割り当ての比を、前記複数のリレー端末から前記基地局への複数のアップリンクの間での品質メトリックの比に応じて決定するよう構成されている、
付記１〜５のいずれか１項に記載の装置。

（付記７）
前記少なくとも１つのプロセッサは、前記Ｄ２Ｄ無線リソースを決定するために、前記アップリンクで送信されるデータを格納するために使用される前記第１のリレー端末内のアップリンク送信バッファのバッファ状態をさらに考慮するよう構成されている、
付記１〜６のいずれか１項に記載の装置。

（付記８）
前記少なくとも１つのプロセッサは、前記アップリンク送信バッファに格納されている送信待ちのアップリンクデータの量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックが所定の閾値を超える場合に、前記Ｄ２Ｄ無線リソースの割当量を減らすよう構成されている、
付記７に記載の装置。

（付記９）
前記少なくとも１つのプロセッサは、前記バッファ状態に基づいて前記品質メトリックを補正し、前記補正された品質メトリックに基づいて前記Ｄ２Ｄ無線リソースを決定するよう構成されている、
付記７に記載の装置。

（付記１０）
前記少なくとも１つのプロセッサは、第１及び第２の端末の間のデバイス・ツー・デバイス（Ｄ２Ｄ）リンクと前記基地局を経由する非直接パスのうちどちらを前記第１の端末から前記第２の端末へのデータ送信のために使用するかを、前記基地局のセル内でのアップリンク無線リソースの使用状況及びＤ２Ｄ無線リソースの使用状況を考慮して決定するよう構成されている、
前記非直接パスは、前記第１の端末から前記基地局へのアップリンク及び前記基地局から前記第２の端末へのダウンリンクを含む、
付記１〜９のいずれか１項に記載の装置。

（付記１１）
前記装置は前記基地局に実装される、付記１〜９のいずれか１項に記載の装置。

（付記１２）
前記第１のリレー端末は、前記第１のリレー端末と前記基地局との間のバックホールリンクを介して、前記少なくとも１つのリモート端末と前記基地局との間でトラフィックを中継する、
付記１〜１１のいずれか１項に記載の装置。

（付記１３）
第１のリレー端末から基地局へのアップリンクの品質メトリックを得ること、及び
少なくとも１つのリモート端末から前記第１のリレー端末への１又はそれ以上のデバイス・ツー・デバイス（Ｄ２Ｄ）送信に割り当てるＤ２Ｄ無線リソースを前記品質メトリックを考慮して決定することを備える、
デバイス・ツー・デバイス通信を制御するための方法。

（付記１４）
前記品質メトリックは、前記アップリンクの推定帯域、前記アップリンクの推定スループット、前記アップリンクに割り当てられる推定無線リソース量、前記アップリンクに適用される推定Modulation and Coding Scheme（MCS）、及び前記第１のリレー端末から前記基地局への推定パスロスのうち少なくとも１つに基づく、
付記１３に記載の方法。

（付記１５）
前記品質メトリックは、前記アップリンクの推定帯域又は推定スループットを含み、
前記決定することは、
前記少なくとも１つのリモート端末の各々と前記第１のリレー端末との間の各Ｄ２Ｄリンクの目標帯域又は目標スループットを前記アップリンクの前記推定帯域又は前記推定スループットに基づいて決定すること、及び
前記目標帯域又は目標スループットに基づいて前記各Ｄ２Ｄ送信に割り当てるＤ２Ｄ無線リソースを決定すること、
を含む、
付記１３又は１４に記載の方法。

（付記１６）
前記品質メトリックは、前記アップリンクの推定帯域又は推定スループットを含み、
前記少なくとも１つのリモート端末は、複数のリモート端末を含み、
前記決定することは、前記複数のリモート端末と前記第１のリレー端末との間の複数のＤ２Ｄリンクの平均帯域又は平均スループットの和が前記アップリンクの推定帯域又は推定スループットを超えないように前記Ｄ２Ｄ無線リソースを決定することを含む、
付記１３〜１５のいずれか１項に記載の方法。

（付記１７）
複数のリモート端末から前記第１のリレー端末を含む複数のリレー端末への複数のサイドリンク送信の間のＤ２Ｄ無線リソース割り当てに関する優先度を、前記基地局のセル内でのアップリンク無線リソースの使用状況及びＤ２Ｄ無線リソースの使用状況の一方又は両方を考慮して決定することをさらに備える、
付記１３〜１６のいずれか１項に記載の方法。

（付記１８）
複数のリモート端末から前記第１のリレー端末を含む複数のリレー端末への複数のサイドリンク送信の間のＤ２Ｄ無線リソースの割り当て比を、前記複数のリレー端末から前記基地局への複数のアップリンクの間での品質メトリックの比に応じて決定することをさらに備える、
付記１３〜１７のいずれか１項に記載の方法。

（付記１９）
前記決定することは、前記Ｄ２Ｄ無線リソースを決定するために、前記アップリンクで送信されるデータを格納するために使用される前記第１のリレー端末内のアップリンク送信バッファのバッファ状態をさらに考慮することを含む、
付記１３〜１８のいずれか１項に記載の方法。

（付記２０）
前記バッファ状態を考慮することは、前記アップリンク送信バッファに格納されている送信待ちのアップリンクデータの量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックが所定の閾値を超える場合に、前記Ｄ２Ｄ無線リソースの割当量を減らすことを含む、
付記１９に記載の方法。

（付記２１）
前記バッファ状態を考慮することは、前記バッファ状態に基づいて前記品質メトリックを補正し、前記補正された品質メトリックに基づいて前記Ｄ２Ｄ無線リソースを決定することを含む、
付記１９に記載の方法。

（付記２２）
デバイス・ツー・デバイス通信を制御するための方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第１のリレー端末から基地局へのアップリンクの品質メトリックを得ること、及び
少なくとも１つのリモート端末から前記第１のリレー端末への１又はそれ以上のデバイス・ツー・デバイス（Ｄ２Ｄ）送信に割り当てるＤ２Ｄ無線リソースを前記品質メトリックを考慮して決定すること、
を含む、プログラム。

（付記２３）
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１の端末から第２の端末へのデータ送信のために前記第１及び第２の端末の間のデバイス・ツー・デバイス（Ｄ２Ｄ）リンクと基地局を経由する非直接パスのうちどちらを使用するかを、前記基地局のセル内でのアップリンク無線リソースの使用状況及びＤ２Ｄ無線リソースの使用状況を考慮して決定するよう構成されている、
前記非直接パスは、前記第１の端末から前記基地局へのアップリンク及び前記基地局から前記第２の端末へのダウンリンクを含む、
デバイス・ツー・デバイス通信を制御するための装置。

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

１ リモートUE
２ リレーUE
３ 基地局
９１ UE
９３ 基地局
９４ コアネットワーク
９５ 外部ネットワーク
９６ ノード
１１０１ radio frequency（RF）トランシーバ
１１０３ ベースバンドプロセッサ
１１０４ アプリケーションプロセッサ
１１０６ メモリ
１２０４ プロセッサ
１２０５ メモリ

Claims (22)

1. メモリと、
   前記メモリに結合された少なくとも１つのプロセッサと、
   を備え、
   前記少なくとも１つのプロセッサは、少なくとも１つのリモート端末から第１のリレー端末への１又はそれ以上のデバイス・ツー・デバイス（Ｄ２Ｄ）送信に割り当てるＤ２Ｄ無線リソースを、前記第１のリレー端末から基地局へのアップリンクの品質メトリックを考慮して決定するよう構成されている、
   デバイス・ツー・デバイス通信を制御するための装置。
2. 前記品質メトリックは、前記アップリンクの推定帯域、前記アップリンクの推定スループット、前記アップリンクに割り当てられる推定無線リソース量、前記アップリンクに適用される推定Modulation and Coding Scheme（MCS）、及び前記第１のリレー端末から前記基地局への推定パスロスのうち少なくとも１つに基づく、
   請求項１に記載の装置。
3. 前記品質メトリックは、前記アップリンクの推定帯域又は推定スループットを含み、
   前記少なくとも１つのプロセッサは、前記少なくとも１つのリモート端末の各々と前記第１のリレー端末との間の各Ｄ２Ｄリンクの目標帯域又は目標スループットを前記アップリンクの前記推定帯域又は前記推定スループットに基づいて決定し、前記目標帯域又は目標スループットに基づいて各Ｄ２Ｄ送信に割り当てるＤ２Ｄ無線リソースを決定するよう構成されている、
   請求項１又は２に記載の装置。
4. 前記品質メトリックは、前記アップリンクの推定帯域又は推定スループットを含み、
   前記少なくとも１つのリモート端末は、複数のリモート端末を含み、
   前記少なくとも１つのプロセッサは、前記複数のリモート端末と前記第１のリレー端末との間の複数のＤ２Ｄリンクの平均帯域又は平均スループットの和が前記アップリンクの推定帯域又は推定スループットを超えないように前記Ｄ２Ｄ無線リソースを決定するよう構成されている、
   請求項１〜３のいずれか１項に記載の装置。
5. 前記少なくとも１つのプロセッサは、複数のリモート端末から前記第１のリレー端末を含む複数のリレー端末への複数のサイドリンク送信の間のＤ２Ｄ無線リソース割り当てに関する優先度を、前記基地局のセル内でのアップリンク無線リソースの使用状況及びＤ２Ｄ無線リソースの使用状況の一方又は両方を考慮して決定するよう構成されている、
   請求項１〜４のいずれか１項に記載の装置。
6. 前記少なくとも１つのプロセッサは、複数のリモート端末から前記第１のリレー端末を含む複数のリレー端末への複数のサイドリンク送信の間でのＤ２Ｄ無線リソース割り当ての比を、前記複数のリレー端末から前記基地局への複数のアップリンクの間での品質メトリックの比に応じて決定するよう構成されている、
   請求項１〜５のいずれか１項に記載の装置。
7. 前記少なくとも１つのプロセッサは、前記Ｄ２Ｄ無線リソースを決定するために、前記アップリンクで送信されるデータを格納するために使用される前記第１のリレー端末内のアップリンク送信バッファのバッファ状態をさらに考慮するよう構成されている、
   請求項１〜６のいずれか１項に記載の装置。
8. 前記少なくとも１つのプロセッサは、前記アップリンク送信バッファに格納されている送信待ちのアップリンクデータの量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックが所定の閾値を超える場合に、前記Ｄ２Ｄ無線リソースの割当量を減らすよう構成されている、
   請求項７に記載の装置。
9. 前記少なくとも１つのプロセッサは、前記バッファ状態に基づいて前記品質メトリックを補正し、前記補正された品質メトリックに基づいて前記Ｄ２Ｄ無線リソースを決定するよう構成されている、
   請求項７に記載の装置。
10. 前記少なくとも１つのプロセッサは、第１及び第２の端末の間のデバイス・ツー・デバイス（Ｄ２Ｄ）リンクと前記基地局を経由する非直接パスのうちどちらを前記第１の端末から前記第２の端末へのデータ送信のために使用するかを、前記基地局のセル内でのアップリンク無線リソースの使用状況及びＤ２Ｄ無線リソースの使用状況を考慮して決定するよう構成されている、
    前記非直接パスは、前記第１の端末から前記基地局へのアップリンク及び前記基地局から前記第２の端末へのダウンリンクを含む、
    請求項１〜９のいずれか１項に記載の装置。
11. 前記装置は前記基地局に実装される、請求項１〜９のいずれか１項に記載の装置。
12. 前記第１のリレー端末は、前記第１のリレー端末と前記基地局との間のバックホールリンクを介して、前記少なくとも１つのリモート端末と前記基地局との間でトラフィックを中継する、
    請求項１〜１１のいずれか１項に記載の装置。
13. 第１のリレー端末から基地局へのアップリンクの品質メトリックを得ること、及び
    少なくとも１つのリモート端末から前記第１のリレー端末への１又はそれ以上のデバイス・ツー・デバイス（Ｄ２Ｄ）送信に割り当てるＤ２Ｄ無線リソースを前記品質メトリックを考慮して決定することを備える、
    デバイス・ツー・デバイス通信を制御するための方法。
14. 前記品質メトリックは、前記アップリンクの推定帯域、前記アップリンクの推定スループット、前記アップリンクに割り当てられる推定無線リソース量、前記アップリンクに適用される推定Modulation and Coding Scheme（MCS）、及び前記第１のリレー端末から前記基地局への推定パスロスのうち少なくとも１つに基づく、
    請求項１３に記載の方法。
15. 前記品質メトリックは、前記アップリンクの推定帯域又は推定スループットを含み、
    前記決定することは、
    前記少なくとも１つのリモート端末の各々と前記第１のリレー端末との間の各Ｄ２Ｄリンクの目標帯域又は目標スループットを前記アップリンクの前記推定帯域又は前記推定スループットに基づいて決定すること、及び
    前記目標帯域又は目標スループットに基づいて前記各Ｄ２Ｄ送信に割り当てるＤ２Ｄ無線リソースを決定すること、
    を含む、
    請求項１３又は１４に記載の方法。
16. 前記品質メトリックは、前記アップリンクの推定帯域又は推定スループットを含み、
    前記少なくとも１つのリモート端末は、複数のリモート端末を含み、
    前記決定することは、前記複数のリモート端末と前記第１のリレー端末との間の複数のＤ２Ｄリンクの平均帯域又は平均スループットの和が前記アップリンクの推定帯域又は推定スループットを超えないように前記Ｄ２Ｄ無線リソースを決定することを含む、
    請求項１３〜１５のいずれか１項に記載の方法。
17. 複数のリモート端末から前記第１のリレー端末を含む複数のリレー端末への複数のサイドリンク送信の間のＤ２Ｄ無線リソース割り当てに関する優先度を、前記基地局のセル内でのアップリンク無線リソースの使用状況及びＤ２Ｄ無線リソースの使用状況の一方又は両方を考慮して決定することをさらに備える、
    請求項１３〜１６のいずれか１項に記載の方法。
18. 複数のリモート端末から前記第１のリレー端末を含む複数のリレー端末への複数のサイドリンク送信の間のＤ２Ｄ無線リソースの割り当て比を、前記複数のリレー端末から前記基地局への複数のアップリンクの間での品質メトリックの比に応じて決定することをさらに備える、
    請求項１３〜１７のいずれか１項に記載の方法。
19. 前記決定することは、前記Ｄ２Ｄ無線リソースを決定するために、前記アップリンクで送信されるデータを格納するために使用される前記第１のリレー端末内のアップリンク送信バッファのバッファ状態をさらに考慮することを含む、
    請求項１３〜１８のいずれか１項に記載の方法。
20. 前記バッファ状態を考慮することは、前記アップリンク送信バッファに格納されている送信待ちのアップリンクデータの量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックが所定の閾値を超える場合に、前記Ｄ２Ｄ無線リソースの割当量を減らすことを含む、
    請求項１９に記載の方法。
21. 前記バッファ状態を考慮することは、前記バッファ状態に基づいて前記品質メトリックを補正し、前記補正された品質メトリックに基づいて前記Ｄ２Ｄ無線リソースを決定することを含む、
    請求項１９に記載の方法。
22. デバイス・ツー・デバイス通信を制御するための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    前記方法は、
    第１のリレー端末から基地局へのアップリンクの品質メトリックを得ること、及び
    少なくとも１つのリモート端末から前記第１のリレー端末への１又はそれ以上のデバイス・ツー・デバイス（Ｄ２Ｄ）送信に割り当てるＤ２Ｄ無線リソースを前記品質メトリックを考慮して決定すること、
    を含む、非一時的なコンピュータ可読媒体。

Images