(57)【要約】  装置（１又は３）は、リモート端末（１）からリレー端末（２）へのデバイス・ツー・デバイス（Ｄ２Ｄ）送信に使用される帯域、スループット、又は無線リソースを、リレー端末（２）から基地局（３）へ送信するためにリレー端末（２）内で保留されているアップリンクデータの量に基づいて調整する。これにより、例えば、リモート端末からリレー端末へのサイドリンク送信とリレー端末から基地局へのアップリンク送信との間の性能の不整合を回避することに寄与できる。
2017163544.tif 000002
【特許請求の範囲】
【請求項１】
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、リモート端末からリレー端末へのデバイス・ツー・デバイス（Ｄ２Ｄ）送信に使用される帯域、スループット、又は無線リソースを、前記リレー端末から基地局へ送信するために前記リレー端末内で保留されているアップリンクデータの量に基づいて調整するよう構成されている、
デバイス・ツー・デバイス通信を制御するための装置。
【請求項２】
前記少なくとも１つのプロセッサは、前記リレー端末のアップリンク送信バッファ内のデータ量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックを示すバッファ状態情報を受信し、前記バッファ状態情報に基づいて前記帯域、前記スループット、又は前記無線リソースを調整するよう構成されている、
請求項１に記載の装置。
【請求項３】
前記少なくとも１つのプロセッサは、前記リレー端末から前記基地局へのアップリンクの推定帯域又は推定スループットを前記バッファ状態情報に基づいて決定し、前記推定帯域又は推定スループットを考慮して前記Ｄ２Ｄ送信に使用される前記帯域、前記スループット、又は前記無線リソースを調整するよう構成されている、
請求項２に記載の装置。
【請求項４】
前記少なくとも１つのプロセッサは、前記保留されているアップリンクデータの量の増加に応答して、前記Ｄ２Ｄ送信に使用される前記帯域、前記スループット、又は前記無線リソースを減らすよう構成されている、
請求項１〜３のいずれか１項に記載の装置。
【請求項５】
前記装置は、前記リモート端末に実装される、
請求項１〜４のいずれか１項に記載の装置。
【請求項６】
前記少なくとも１つのプロセッサは、前記保留されているアップリンクデータの量の増加に応答して、（ａ）前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される無線リソースを減らす、（ｂ）前記Ｄ２Ｄ送信を一時的に停止する、又は（ｃ）Ｄ２Ｄリソース要求の前記基地局への送信を抑止する、よう構成されている、
請求項５に記載の装置。
【請求項７】
前記装置は、前記基地局に実装される、
請求項１〜４のいずれか１項に記載の装置。
【請求項８】
前記少なくとも１つのプロセッサは、前記保留されているアップリンクデータの量の増加に応答して、（ａ）前記リモート端末から前記リレー端末へのＤ２Ｄ送信に割り当てる無線リソースを減らす、（ｂ）前記Ｄ２Ｄ送信への前記無線リソースの割り当てを一時的に停止する、（ｃ）Ｄ２Ｄ無線リソース割り当てに使用される前記リモート端末の優先度を下げる、又は（ｄ）前記リモート端末によるＤ２Ｄリソース要求の送信を抑止する、よう構成されている、
請求項７に記載の装置。
【請求項９】
リモート端末からリレー端末へのデバイス・ツー・デバイス（Ｄ２Ｄ）送信に使用される帯域、スループット、又は無線リソースを、前記リレー端末から基地局へ送信するために前記リレー端末内で保留されているアップリンクデータの量に基づいて調整することを備える、
デバイス・ツー・デバイス通信を制御するための方法。
【請求項１０】
デバイス・ツー・デバイス通信を制御するための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、リモート端末からリレー端末へのデバイス・ツー・デバイス（Ｄ２Ｄ）送信に使用される帯域、スループット、又は無線リソースを、前記リレー端末から基地局へ送信するために前記リレー端末内で保留されているアップリンクデータの量に基づいて調整することを含む、
非一時的なコンピュータ可読媒体。
【請求項１１】
基地局であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報をリモート端末に送信するよう構成されている、
基地局。
【請求項１２】
前記制御情報は、前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される帯域、スループット、又は無線リソースを調整するために前記リモート端末によって使用される、
請求項１１に記載の基地局。
【請求項１３】
前記制御情報は、前記保留されているアップリンクデータの量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックを示す、
請求項１１又は１２に記載の基地局。
【請求項１４】
前記制御情報は、前記保留されているアップリンクデータの量の増加に応答して送信され、
前記制御情報は、（ａ）前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される無線リソースを減らすこと、（ｂ）前記Ｄ２Ｄ送信を一時的に停止すること、又は（ｃ）Ｄ２Ｄリソース要求の前記基地局への送信を抑止すること、を前記リモート端末にトリガーする、
請求項１１〜１３のいずれか１項に記載の基地局。
【請求項１５】
前記制御情報は、前記基地局が前記リモート端末から前記リレー端末へのＤ２Ｄ送信への無線リソースの割り当てを拒否することを示す、
請求項１１〜１３のいずれか１項に記載の基地局。
【請求項１６】
基地局における方法であって、
リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態を取得すること、及び
前記バッファ状態に基づいて生成される制御情報をリモート端末に送信すること、
を備える方法。
【請求項１７】
基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態を取得すること、及び
前記バッファ状態に基づいて生成されるデバイス・ツー・デバイス（Ｄ２Ｄ）制御情報をリモート端末に送信すること、
を含む、非一時的なコンピュータ可読媒体。
【請求項１８】
リレー端末であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、前記リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報をリモート端末に送信するよう構成されている、
リレー端末。
【請求項１９】
前記制御情報は、前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される帯域、スループット、又は無線リソースを調整するために前記リモート端末によって使用される、
請求項１８に記載のリレー端末。
【請求項２０】
前記制御情報は、前記保留されているアップリンクデータの量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックを示す、
請求項１８又は１９に記載のリレー端末。
【請求項２１】
前記制御情報は、前記保留されているアップリンクデータの量の増加に応答して送信され、
前記制御情報は、（ａ）前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される無線リソースを減らすこと、（ｂ）前記Ｄ２Ｄ送信を一時的に停止すること、又は（ｃ）Ｄ２Ｄリソース要求の前記基地局への送信を抑止すること、を前記リモート端末にトリガーする、
請求項１８〜２０のいずれか１項に記載のリレー端末。
【請求項２２】
前記少なくとも１つのプロセッサは、前記制御情報をＤ２Ｄリンク上で前記リモート端末に送信するよう構成されている、
請求項１８〜２１のいずれか１項に記載のリレー端末。
【請求項２３】
リレー端末における方法であって、
前記リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンク・データを格納するアップリンク送信バッファのバッファ状態を取得すること、及び
前記バッファ状態に基づいて生成される制御情報をリモート端末に送信すること、
を備える方法。
【請求項２４】
リレー端末における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
前記リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態を取得すること、及び
前記バッファ状態に基づいて生成される制御情報をリモート端末に送信すること、
を含む、非一時的なコンピュータ可読媒体。
【請求項２５】
リモート端末であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報を前記リモート端末又は前記基地局から受信するよう構成されている、
リモート端末。
【請求項２６】
前記少なくとも１つのプロセッサは、前記制御情報に基づいて、前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される帯域、スループット、又は無線リソースを調整するよう構成されている、
請求項２５に記載のリモート端末。
【請求項２７】
前記制御情報は、前記保留されているアップリンクデータの量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックを示す、
請求項２５又は２６に記載のリモート端末。
【請求項２８】
前記少なくとも１つのプロセッサは、前記リレー端末から前記基地局へのアップリンクの推定帯域又は推定スループットを前記制御情報に基づいて決定し、前記推定帯域又は推定スループットを考慮して前記Ｄ２Ｄ送信に使用される帯域、スループット、又は無線リソースを調整するよう構成されている、
請求項２７に記載のリモート端末。
【請求項２９】
前記制御情報は、前記保留されているアップリンクデータの量の増加に応答して送信され、
前記制御情報は、（ａ）前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される無線リソースを減らすこと、（ｂ）前記Ｄ２Ｄ送信を一時的に停止すること、又は（ｃ）Ｄ２Ｄリソース要求の前記基地局への送信を抑止すること、を前記リモート端末にトリガーする、
請求項２５〜２７のいずれか１項に記載のリモート端末。
【請求項３０】
前記少なくとも１つのプロセッサは、前記制御情報をＤ２Ｄリンク上で前記リレー端末から受信するよう構成されている、
請求項２５〜２９のいずれか１項に記載のリモート端末。
【請求項３１】
リモート端末における方法であって、
リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報を前記リモート端末又は前記基地局から受信することを備える方法。
【請求項３２】
前記制御情報に基づいて、前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される帯域、スループット、又は無線リソースを調整することをさらに備える、
請求項３１に記載の方法。
【請求項３３】
リモート端末における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報を前記リモート端末又は前記基地局から受信することを含む、
非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末間直接通信（device-to-device（D2D）通信）に関し、特にリモート端末からリレー端末へのサイドリンク送信の制御に関する。
【背景技術】
【０００２】
無線端末が基地局等のインフラストラクチャ・ネットワークを介さずに他の無線端末と直接的に通信する形態は、device-to-device（D2D）通信と呼ばれる。D2D通信は、直接通信（Direct Communication）および直接ディスカバリ（Direct Discovery）の少なくとも一方を含む。幾つかの実装において、D2D通信をサポートする複数の無線端末は、自律的に又はネットワークの指示に従ってD2D通信グループを形成し、当該D2D通信グループ内の他の無線端末と通信を行う。【０００３】
3GPP Release 12に規定されたProximity-based services（ProSe）は、D2D通信の一例である（例えば、非特許文献１を参照）。ProSe直接ディスカバリは、ProSeを実行可能な無線端末（ProSe-enabled User Equipment（UE））が他のProSe-enabled UEを、これら２つのUEが有する無線通信技術（例えば、Evolved Universal Terrestrial Radio Access (E-UTRA) technology）の能力だけを用いてディスカバリする手順により行われる。ProSe直接ディスカバリは、３つ以上のProSe-enabled UEsにより行われてもよい。【０００４】
ProSe直接通信は、ProSe直接ディスカバリの手順の後に、直接通信レンジ内に存在する２以上のProSe-enabled UEsの間の通信パスの確立を可能にする。言い換えると、ProSe直接通信は、ProSe-enabled UEが、基地局（eNodeB（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へのサイドリンク送信とリレーUEからeNBへのアップリンク送信との間に性能（e.g., 帯域、スループット）の不整合（inconsistency）がある場合、リレーUE内のアップリンク送信バッファのオーバフローを招くかもしれない。アップリンク送信バッファは、アップリンクで送信されるデータを格納するために使用される。また、アップリンク送信バッファの占有レベルの著しい増加は、リモートUEからリレー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の無線リソースを指定する。
【００４１】
続いて以下では、本実施形態に係るサイドリンク送信制御の概要を図２を参照して説明する。図２では、リモートUE１は、サイドリンク２０１上でデータをリレーUE２に送信し、リレーUE２は、リモートUE１から受信したデータをアップリンク２２１上で基地局３に送信する。
【００４２】
基地局３は、リモートUE１からリレーUE２へのサイドリンク送信に割り当てるサイドリンク無線リソースを決定し、リレーUE２のアップリンク２２１に割り当てるアップリンク無線リソースを決定する。
【００４３】
いくつかの実装において、基地局３は、リモートUE１からリレーUE２へのサイドリンク送信に割り当てるサイドリンク無線リソースを、リレーUE２から基地局３へのアップリンクの品質メトリックを考慮して決定してもよい。リレーUE２のアップリンク品質メトリックは、リレーUE２から基地局３へのアップリンク送信の性能（e.g., 帯域又はスループット）に関する。リレーUE２のアップリンク品質メトリックは、例えば、アップリンクの推定帯域、アップリンクの推定スループット、アップリンクに割り当てられる推定無線リソース量、アップリンクに適用される推定Modulation and Coding Scheme（MCS）、及びリレーUE２から基地局３への推定パスロス、のうち少なくとも１つに基づく。基地局３は、リレーUE２のアップリンク品質メトリックをリレーUE２から受信してもよい。これに代えて、基地局３は、アップリンク品質メトリックを自ら推定してもよい。
【００４４】
具体的には、基地局３は、リモートUE１からリレーUE２へのサイドリンク送信の性能（e.g., 帯域又はスループット）がリレーUE２から基地局３へのアップリンク送信の性能と整合（consistent）するように、当該サイドリンク送信に割り当てる無線リソースを決定してもよい。言い換えると、基地局３は、１つのリレーUE２に関係する１又はそれ以上のサイドリンク送信の性能（e.g., 帯域又はスループット）が当該リレーUE２のアップリンク送信の性能と同程度かそれ以下となるように、サイドリンク送信に割り当てる無線リソースを決定してもよい。
【００４５】
しかしながら、何らかの原因に起因して、リレーUE２のサイドリンク受信スループットがアップリンク送信スループットを超える状況が発生し得る。例えば、アップリンク２２１の品質の変動によって推定通りのアップリンク・スループットが得られないケースが考えられる。この場合、リレーUE２内のアップリンク送信バッファ２１のバッファ量が増加し、最悪の場合バッファ・オーバフローによるパケット破棄が発生する可能性がある。なお、アップリンク送信バッファ２１は、アップリンクで送信されるデータを格納するために使用される。アップリンク送信バッファ２１は、送信待ちのアップリンクデータを格納する。
【００４６】
この問題に対処するため、本実施形態に係る基地局３は、リモートUE１からリレーUE２へのサイドリンク送信（D2D送信）に使用される帯域、スループット、又は無線リソースを、リレーUEから基地局３へ送信するためにリレーUE内で保留されているアップリンクデータの量に基づいて調整するよう構成されている。
【００４７】
図３は、本実施形態に係る基地局３の動作の一例（処理３００）を示すフローチャートである。ステップ３０１では、基地局３は、リレーUE２のアップリンク送信バッファ２１のバッファ状態メトリックを取得する。当該バッファ状態メトリックは、アップリンク送信バッファ２１内に保留されているアップリンクデータの量又はアップリンク送信バッファ２１の占有レベルを示す。
【００４８】
幾つかの実装において、基地局３は、バッファ状態メトリックを含むバッファ状態報告（バッファ状態情報）をリレーUE２から受信してもよい。バッファ状態報告は、周期的に、又は所定のトリガーイベントに応じて非周期的に送信されてもよい。これに代えて、基地局３は、バッファ状態メトリックを自ら計算してもよい。例えば、基地局３は、リモートUE１に割り当てたサイドリンク無線リソース履歴とリレーUE２に割り当てたアップリンク無線リソース履歴に基づいて、リレーUE２内のアップリンク送信バッファ６３０のバッファ状態メットリックを計算してもよい。
【００４９】
ステップ３０２では、基地局３は、取得したバッファ状態メトリックに基づいて、リモートUE１からリレーUE２へのサイドリンク送信に使用される帯域、スループット、又は無線リソースを調整する。例えば、基地局３は、リレーUE２内で保留されているアップリンクデータの量の増加に応答して、リモートUE１からリレーUE２へのサイドリンク送信に使用される帯域、スループット、又は無線リソースを減らしてもよい。これとは反対に、基地局３は、リレーUE２内で保留されているアップリンクデータの量の減少に応答して、リモートUE１からリレーUE２へのサイドリンク送信に使用される帯域、スループット、又は無線リソースを増やしてもよい。
【００５０】
幾つかの実装において、基地局３は、scheduled resource allocationにおいてリモートUE１からリレーUE２へのサイドリンク送信に割り当てる無線リソースを調整する。例えば、基地局３は、アップリンク送信バッファ２１のバッファ状態メトリックが所定の閾値を超える場合に、リモートUE１からリレーUE２へのサイドリンク送信に対する無線リソースの割当量を減らしてもよい。具体的には、基地局３は、リレーUE２内で保留されているアップリンクデータの量の増加に応答して、リモートUE１からリレーUE２へのサイドリンク送信に割り当てる無線リソースを減らすか、当該サイドリンク送信への無線リソースの割り当てを一時的に停止してもよい。あるいは、基地局３は、リレーUE２内で保留されているアップリンクデータの量の増加に応答して、サイドリンク無線リソース割り当て（スケジューリング）に使用されるリモートUE１の優先度を下げてもよい。これにより、リモートUE１からリレーUE２へのサイドリンク送信の帯域及びスループットを減らすことができ、したがって、アップリンク送信バッファ２１のオーバフローの抑制に寄与できる。
【００５１】
他の実装において、基地局３は、リレーUE２内で保留されているアップリンクデータの量の増加に応答して、リモートUE１によるサイドリンクリソース要求の送信を抑止してもよい。これにより、リモートUE１からリレーUE２へのサイドリンク送信の帯域及びスループットを減らすことができ、したがって、アップリンク送信バッファ２１のオーバフローの抑制に寄与できる。
【００５２】
具体的には、基地局３は、図４に示される例（処理４００）に従って動作してもよい。ステップ４０１では、基地局３は、リレーUE２のアップリンク送信バッファ２１のバッファ状態に基づいて送信制御情報２３０を生成する。ステップ４０２では、基地局３は、送信制御情報２３０をリモートUE１に送信する。基地局３は、周期的に又は所定のトリガーイベント（e.g., バッファ占有レベルの閾値超過）に応じて非周期的に送信制御情報２３０を送信してもよい。
【００５３】
例えば、基地局３は、リレーUE２内で保留されているアップリンクデータの量の増加に応答して送信制御情報２３０をリモートUE１に送信してもよい。この場合、送信制御情報２３０は、サイドリンクリソース要求の基地局３への送信が抑止されるべきであることをリモートUE１に指示してもよい。これに代えて、送信制御情報２３０は、リレーUE２のアップリンク送信バッファ２１に関するバッファ状態メトリックを示してもよい。送信制御情報２３０は、ポーズ信号と呼ぶこともできる。
【００５４】
＜第２の実施形態＞
本実施形態では、第１の実施形態で説明されたサイドリンク送信制御の変形例が説明される。本実施形態に係る無線通信ネットワークの構成例は、図１と同様である。
【００５５】
第１の実施形態で説明された送信制御情報２３０は、基地局３ではなく、リレーUE２からリモートUE１に送信されてもよい。すなわち、リレーUE２は、アップリンク送信バッファ２１のバッファ状態に基づいて送信制御情報２３０を生成し、生成した送信制御情報２３０を周期的に又は所定のトリガーイベント（e.g., バッファ占有レベルの閾値超過）に応じて非周期的に送信してもよい。当該送信制御情報２３０は、アップリンク送信バッファ２１内に保留されているアップリンクデータの量の増加に応答して送信されてもよい。この場合、送信制御情報２３０は、（ａ）リモートUE１からリレーUE２へのサイドリンク送信に使用される無線リソースを減らすこと、（ｂ）サイドリンク送信を一時的に停止すること、又は（ｃ）サイドリンクリソース要求の基地局３への送信を抑止すること、をリモートUE１にトリガーしてもよい。
【００５６】
このような動作によっても、リモートUE１からリレーUE２へのサイドリンク送信の帯域及びスループットを減らすことができ、したがって、アップリンク送信バッファ２１のオーバフローの抑制に寄与できる。
【００５７】
＜第３の実施形態＞
本実施形態では、第１の実施形態で説明されたサイドリンク送信制御の変形例が説明される。本実施形態に係る無線通信ネットワークの構成例は、図１と同様である。
【００５８】
本実施形態では、サイドリンク送信への無線リソース割り当てのためにautonomous resource selection（sidelink transmission mode 2）が使用される。Autonomous resource selectionの場合、基地局３は、ダイレクト送信ための使用が許可される無線リソースプール（PSSCHサブフレーム・プール及びリソースブロック・プール）をSIB 18又は個別シグナリング（RRCシグナリング）を用いてサイドリンク送信端末（ここでは、リモートUE１）に通知する。サイドリンク送信端末（リモートUE１）は、基地局３によって設定された無線リソースプールの中から、サイドリンク・コントロール（PSCCH）及びデータ（PSSCH）のためのリソースを自律的に選択する。
【００５９】
以下では、本実施形態に係るサイドリンク送信制御の概要を図５を参照して説明する。図５では、リモートUE１は、無線リソースプールの中からサイドリンク送信のための無線リソースを選択し、選択した無線リソースを使用してサイドリンク５０１上でデータをリレーUE２に送信する。リレーUE２は、リモートUE１から受信したデータをアップリンク５２１上で基地局３に送信する。
【００６０】
図３に関連して説明したのと同様に、何らかの原因に起因して、リレーUE２のサイドリンク受信スループットがアップリンク送信スループットを超える状況が発生し得る。この場合、リレーUE２内のアップリンク送信バッファ２１のバッファ量が増加し、最悪の場合バッファ・オーバフローによるパケット破棄が発生する可能性がある。なお、アップリンク送信バッファ２１は、アップリンクで送信されるデータを格納するために使用される。アップリンク送信バッファ２１は、送信待ちのアップリンクデータを格納する。
【００６１】
この問題に対処するため、本実施形態に係るリモートUE１は、リモートUE１からリレーUE２へのサイドリンク送信（D2D送信）に使用される帯域、スループット、又は無線リソースを、リレーUEから基地局３へ送信するためにリレーUE内で保留されているアップリンクデータの量に基づいて調整するよう構成されている。具体的には、リモートUE１は、リレーUE２から送信制御情報５３０を受信し、受信した送信制御情報５３０に基づいてサイドリンク帯域、スループット、又は無線リソースを調整する。ここで、送信制御情報５３０は、リレーUE２のアップリンク送信バッファ２１のバッファ状態に基づいて生成される。
【００６２】
図６は、本実施形態に係るリモートUE１の動作の一例（処理６００）を示すフローチャートである。ステップ６０１では、リレーUE２のアップリンク送信バッファ２１のバッファ状態に基づいて生成される送信制御情報５３０を受信する。
【００６３】
ステップ６０２では、リモートUE１は、リモートUE１からリレーUE２へのサイドリンク送信に使用される帯域、スループット、又は無線リソースを、受信した送信制御情報５３０に基づいて調整する。例えば、リモートUE１は、リレーUE２内で保留されているアップリンクデータの量の増加に応答して、リモートUE１からリレーUE２へのサイドリンク送信に使用される帯域、スループット、又は無線リソースを減らしてもよい。これとは反対に、リモートUE１は、リレーUE２内で保留されているアップリンクデータの量の減少に応答して、リモートUE１からリレーUE２へのサイドリンク送信に使用される帯域、スループット、又は無線リソースを増やしてもよい。
【００６４】
図７は、本実施形態に係るリレーUE２の動作の一例（処理７００）を示すフローチャートである。ステップ７０１では、リレーUE２は、アップリンク送信バッファ２１のバッファ状態に基づいて送信制御情報５３０を生成する。ステップ７０２では、リレーUE２は、生成した送信制御情報５３０をリモートUE１に送信する。
【００６５】
幾つかの実装において、送信制御情報５３０は、リレーUE２のアップリンク送信バッファ２１に関するバッファ状態メトリックを示してもよい。この場合、リモートUE１は、リレーUE２から基地局３へのアップリンクの推定帯域又は推定スループットを送信制御情報５３０（i.e., バッファ状態メトリック）に基づいて決定し、決定したアップリンク推定帯域又は推定スループットを考慮してサイドリンク帯域、スループット、又は無線リソースを調整してもよい。例えば、リモートUE１は、サイドリンク帯域又はスループットがアップリンク推定帯域又はスループットと同程度かそれ以下となるように、サイドリンク送信に割り当てる無線リソースを決定してもよい。これにより、リモートUE１からリレーUE２へのサイドリンク送信の帯域及びスループットを減らすことができ、したがって、アップリンク送信バッファ２１のオーバフローの抑制に寄与できる。
【００６６】
他の実装において、送信制御情報５３０は、リレーUE２内で保留されているアップリンクデータの量の増加に応答して送信されてもよい。送信制御情報５３０は、サイドリンク帯域、スループット、又は無線リソースを減らすようリモートUE１に要求してもよい。あるいは、送信制御情報５３０は、アップリンク送信バッファ２１に関するバッファ状態メトリックを示してもよい。送信制御情報５３０は、（ａ）リモートUE１からリレーUE２へのサイドリンク送信に使用される無線リソースを減らすこと、又は（ｂ）当該サイドリンク送信を一時的に停止することを、リモートUE１にトリガーしてもよい。この場合、送信制御情報５３０は、ポーズ信号と呼ぶこともできる。これにより、リモートUE１からリレーUE２へのサイドリンク送信の帯域及びスループットを減らすことができ、したがって、アップリンク送信バッファ２１のオーバフローの抑制に寄与できる。
【００６７】
＜第４の実施形態＞
本実施形態では、第２の実施形態で説明されたサイドリンク送信制御の変形例が説明される。本実施形態に係る無線通信ネットワークの構成例は、図１と同様である。
【００６８】
第２の実施形態で説明された送信制御情報５３０は、リレーUE２ではなく、基地局３からリモートUE１に送信されてもよい。すなわち、基地局３は、アップリンク送信バッファ２１のバッファ状態に基づいて送信制御情報５３０を生成し、生成した送信制御情報５３０を周期的に又は所定のトリガーイベント（e.g., バッファ占有レベルの閾値超過）に応じて非周期的に送信してもよい。あるいは、基地局３は、リレー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２、及び基地局３が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（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ノード）によって提供されてもよい。
【００８８】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００８９】
例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００９０】
（付記１）
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、リモート端末からリレー端末へのデバイス・ツー・デバイス（Ｄ２Ｄ）送信に使用される帯域、スループット、又は無線リソースを、前記リレー端末から基地局へ送信するために前記リレー端末内で保留されているアップリンクデータの量に基づいて調整するよう構成されている、
デバイス・ツー・デバイス通信を制御するための装置。
【００９１】
（付記２）
前記少なくとも１つのプロセッサは、前記リレー端末のアップリンク送信バッファ内のデータ量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックを示すバッファ状態情報を受信し、前記バッファ状態情報に基づいて前記帯域、前記スループット、又は前記無線リソースを調整するよう構成されている、
付記１に記載の装置。
【００９２】
（付記３）
前記少なくとも１つのプロセッサは、前記リレー端末から前記基地局へのアップリンクの推定帯域又は推定スループットを前記バッファ状態情報に基づいて決定し、前記推定帯域又は推定スループットを考慮して前記Ｄ２Ｄ送信に使用される前記帯域、前記スループット、又は前記無線リソースを調整するよう構成されている、
付記２に記載の装置。
【００９３】
（付記４）
前記少なくとも１つのプロセッサは、前記保留されているアップリンクデータの量の増加に応答して、前記Ｄ２Ｄ送信に使用される前記帯域、前記スループット、又は前記無線リソースを減らすよう構成されている、
付記１〜３のいずれか１項に記載の装置。
【００９４】
（付記５）
前記装置は、前記リモート端末に実装される、
付記１〜４のいずれか１項に記載の装置。
【００９５】
（付記６）
前記少なくとも１つのプロセッサは、前記保留されているアップリンクデータの量の増加に応答して、（ａ）前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される無線リソースを減らす、（ｂ）前記Ｄ２Ｄ送信を一時的に停止する、又は（ｃ）Ｄ２Ｄリソース要求の前記基地局への送信を抑止する、よう構成されている、
付記５に記載の装置。
【００９６】
（付記７）
前記装置は、前記基地局に実装される、
付記１〜４のいずれか１項に記載の装置。
【００９７】
（付記８）
前記少なくとも１つのプロセッサは、前記保留されているアップリンクデータの量の増加に応答して、（ａ）前記リモート端末から前記リレー端末へのＤ２Ｄ送信に割り当てる無線リソースを減らす、（ｂ）前記Ｄ２Ｄ送信への前記無線リソースの割り当てを一時的に停止する、（ｃ）Ｄ２Ｄ無線リソース割り当てに使用される前記リモート端末の優先度を下げる、又は（ｄ）前記リモート端末によるＤ２Ｄリソース要求の送信を抑止する、よう構成されている、
付記７に記載の装置。
【００９８】
（付記９）
リモート端末からリレー端末へのデバイス・ツー・デバイス（Ｄ２Ｄ）送信に使用される帯域、スループット、又は無線リソースを、前記リレー端末から基地局へ送信するために前記リレー端末内で保留されているアップリンクデータの量に基づいて調整することを備える、
デバイス・ツー・デバイス通信を制御するための方法。
【００９９】
（付記１０）
デバイス・ツー・デバイス通信を制御するための方法をコンピュータに行わせるためのプログラムであって、
前記方法は、リモート端末からリレー端末へのデバイス・ツー・デバイス（Ｄ２Ｄ）送信に使用される帯域、スループット、又は無線リソースを、前記リレー端末から基地局へ送信するために前記リレー端末内で保留されているアップリンクデータの量に基づいて調整することを含む、
プログラム。
【０１００】
（付記１１）
基地局であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報をリモート端末に送信するよう構成されている、
基地局。
【０１０１】
（付記１２）
前記制御情報は、前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される帯域、スループット、又は無線リソースを調整するために前記リモート端末によって使用される、
付記１１に記載の基地局。
【０１０２】
（付記１３）
前記制御情報は、前記保留されているアップリンクデータの量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックを示す、
付記１１又は１２に記載の基地局。
【０１０３】
（付記１４）
前記制御情報は、前記保留されているアップリンクデータの量の増加に応答して送信され、
前記制御情報は、（ａ）前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される無線リソースを減らすこと、（ｂ）前記Ｄ２Ｄ送信を一時的に停止すること、又は（ｃ）Ｄ２Ｄリソース要求の前記基地局への送信を抑止すること、を前記リモート端末にトリガーする、
付記１１〜１３のいずれか１項に記載の基地局。
【０１０４】
（付記１５）
前記制御情報は、前記基地局が前記リモート端末から前記リレー端末へのＤ２Ｄ送信への無線リソースの割り当てを拒否することを示す、
付記１１〜１３のいずれか１項に記載の基地局。
【０１０５】
（付記１６）
基地局における方法であって、
リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態を取得すること、及び
前記バッファ状態に基づいて生成される制御情報をリモート端末に送信すること、
を備える方法。
【０１０６】
（付記１７）
基地局における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態を取得すること、及び
前記バッファ状態に基づいて生成されるデバイス・ツー・デバイス（Ｄ２Ｄ）制御情報をリモート端末に送信すること、
を含む、プログラム。
【０１０７】
（付記１８）
リレー端末であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、前記リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報をリモート端末に送信するよう構成されている、
リレー端末。
【０１０８】
（付記１９）
前記制御情報は、前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される帯域、スループット、又は無線リソースを調整するために前記リモート端末によって使用される、
付記１８に記載のリレー端末。
【０１０９】
（付記２０）
前記制御情報は、前記保留されているアップリンクデータの量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックを示す、
付記１８又は１９に記載のリレー端末。
【０１１０】
（付記２１）
前記制御情報は、前記保留されているアップリンクデータの量の増加に応答して送信され、
前記制御情報は、（ａ）前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される無線リソースを減らすこと、（ｂ）前記Ｄ２Ｄ送信を一時的に停止すること、又は（ｃ）Ｄ２Ｄリソース要求の前記基地局への送信を抑止すること、を前記リモート端末にトリガーする、
付記１８〜２０のいずれか１項に記載のリレー端末。
【０１１１】
（付記２２）
前記少なくとも１つのプロセッサは、前記制御情報をＤ２Ｄリンク上で前記リモート端末に送信するよう構成されている、
付記１８〜２１のいずれか１項に記載のリレー端末。
【０１１２】
（付記２３）
リレー端末における方法であって、
前記リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンク・データを格納するアップリンク送信バッファのバッファ状態を取得すること、及び
前記バッファ状態に基づいて生成される制御情報をリモート端末に送信すること、
を備える方法。
【０１１３】
（付記２４）
リレー端末における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
前記リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態を取得すること、及び
前記バッファ状態に基づいて生成される制御情報をリモート端末に送信すること、
を含む、プログラム。
【０１１４】
（付記２５）
リモート端末であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報を前記リモート端末又は前記基地局から受信するよう構成されている、
リモート端末。
【０１１５】
（付記２６）
前記少なくとも１つのプロセッサは、前記制御情報に基づいて、前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される帯域、スループット、又は無線リソースを調整するよう構成されている、
付記２５に記載のリモート端末。
【０１１６】
（付記２７）
前記制御情報は、前記保留されているアップリンクデータの量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックを示す、
付記２５又は２６に記載のリモート端末。
【０１１７】
（付記２８）
前記少なくとも１つのプロセッサは、前記リレー端末から前記基地局へのアップリンクの推定帯域又は推定スループットを前記制御情報に基づいて決定し、前記推定帯域又は推定スループットを考慮して前記Ｄ２Ｄ送信に使用される帯域、スループット、又は無線リソースを調整するよう構成されている、
付記２７に記載のリモート端末。
【０１１８】
（付記２９）
前記制御情報は、前記保留されているアップリンクデータの量の増加に応答して送信され、
前記制御情報は、（ａ）前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される無線リソースを減らすこと、（ｂ）前記Ｄ２Ｄ送信を一時的に停止すること、又は（ｃ）Ｄ２Ｄリソース要求の前記基地局への送信を抑止すること、を前記リモート端末にトリガーする、
付記２５〜２７のいずれか１項に記載のリモート端末。
【０１１９】
（付記３０）
前記少なくとも１つのプロセッサは、前記制御情報をＤ２Ｄリンク上で前記リレー端末から受信するよう構成されている、
付記２５〜２９のいずれか１項に記載のリモート端末。
【０１２０】
（付記３１）
リモート端末における方法であって、
リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報を前記リモート端末又は前記基地局から受信することを備える方法。
【０１２１】
（付記３２）
前記制御情報に基づいて、前記リモート端末から前記リレー端末へのＤ２Ｄ送信に使用される帯域、スループット、又は無線リソースを調整することをさらに備える、
付記３１に記載の方法。
【０１２２】
（付記３３）
リモート端末における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報を前記リモート端末又は前記基地局から受信することを含む、
プログラム。
【０１２３】
この出願は、２０１６年３月２３日に出願された日本出願特願２０１６−０５８４８８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１２４】
１  リモートUE
２  リレーUE
３  基地局
２１  アップリンク送信バッファ
８０１  radio frequency（RF）トランシーバ
８０３  ベースバンドプロセッサ
８０４  アプリケーションプロセッサ
８０６  メモリ
９０４  プロセッサ
９０５  メモリ
【図１】
2017163544.tif 000003
【図２】
2017163544.tif 000004
【図３】
2017163544.tif 000005
【図４】
2017163544.tif 000006
【図５】
2017163544.tif 000007
【図６】
2017163544.tif 000008
【図７】
2017163544.tif 000009
【図８】
2017163544.tif 000010
【図９】
2017163544.tif 000011
【手続補正書】
【提出日】平成30年8月29日(2018.8.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、リモート端末からリレー端末へのデバイス・ツー・デバイス（Ｄ２Ｄ）送信に使用される帯域、スループット、又は無線リソースを、前記リレー端末から基地局へ送信するために前記リレー端末内で保留されているアップリンクデータの量に基づいて調整するよう構成されている、
デバイス・ツー・デバイス通信を制御するための装置。
【請求項２】
前記少なくとも１つのプロセッサは、前記リレー端末のアップリンク送信バッファ内のデータ量又は前記アップリンク送信バッファの占有レベルに関するバッファ状態メトリックを示すバッファ状態情報を受信し、前記バッファ状態情報に基づいて前記帯域、前記スループット、又は前記無線リソースを調整するよう構成されている、
請求項１に記載の装置。
【請求項３】
前記少なくとも１つのプロセッサは、前記リレー端末から前記基地局へのアップリンクの推定帯域又は推定スループットを前記バッファ状態情報に基づいて決定し、前記推定帯域又は推定スループットを考慮して前記Ｄ２Ｄ送信に使用される前記帯域、前記スループット、又は前記無線リソースを調整するよう構成されている、
請求項２に記載の装置。
【請求項４】
前記少なくとも１つのプロセッサは、前記保留されているアップリンクデータの量の増加に応答して、前記Ｄ２Ｄ送信に使用される前記帯域、前記スループット、又は前記無線リソースを減らすよう構成されている、
請求項１〜３のいずれか１項に記載の装置。
【請求項５】
前記装置は、前記リモート端末に実装され、
前記少なくとも１つのプロセッサは、前記保留されているアップリンクデータの量の増加に応答して、（ａ）前記Ｄ２Ｄ送信に使用される無線リソースを減らす、（ｂ）前記Ｄ２Ｄ送信を一時的に停止する、又は（ｃ）Ｄ２Ｄリソース要求の前記基地局への送信を抑止する、よう構成されている、
請求項１〜４のいずれか１項に記載の装置。
【請求項６】
前記装置は、前記基地局に実装され、
前記少なくとも１つのプロセッサは、前記保留されているアップリンクデータの量の増加に応答して、（ａ）前記Ｄ２Ｄ送信に割り当てる無線リソースを減らす、（ｂ）前記Ｄ２Ｄ送信への無線リソースの割り当てを一時的に停止する、（ｃ）Ｄ２Ｄ無線リソース割り当てに使用される前記リモート端末の優先度を下げる、又は（ｄ）前記リモート端末によるＤ２Ｄリソース要求の送信を抑止する、よう構成されている、
請求項１〜４のいずれか１項に記載の装置。
【請求項７】
リモート端末からリレー端末へのデバイス・ツー・デバイス（Ｄ２Ｄ）送信に使用される帯域、スループット、又は無線リソースを、前記リレー端末から基地局へ送信するために前記リレー端末内で保留されているアップリンクデータの量に基づいて調整することを備える、
デバイス・ツー・デバイス通信を制御するための方法。
【請求項８】
基地局であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報をリモート端末に送信するよう構成されている、
基地局。
【請求項９】
リレー端末であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、前記リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報をリモート端末に送信するよう構成されている、
リレー端末。
【請求項１０】
リモート端末であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、リレー端末から基地局に送信するために前記リレー端末内で保留されているアップリンクデータを格納するアップリンク送信バッファのバッファ状態に基づいて生成される制御情報を前記リレー端末又は前記基地局から受信するよう構成されている、
リモート端末。
【国際調査報告】
2017163544.tif 000012
2017163544.tif 000013
2017163544.tif 000014
2017163544.tif 000015