JP2017514347A5 - - Google Patents

Claims (17)

1. 機器間（Ｄ２Ｄ）通信のための通信装置であって、
   直接リンク・バッファ状態報告がトリガーされ、アップリンクグラントが設定されていない場合に、上り共有チャネル（ＵＬ−ＳＣＨ）リソースを要求するためのスケジューリング要求を基地局に送信し、前記アップリンクグラントによってスケジューリングされた前記ＵＬ−ＳＣＨリソース上で、前記直接リンク・バッファ状態報告を前記基地局に送信し、前記直接リンク・バッファ状態報告は、前記通信装置が受信側端末に送信するＤ２Ｄデータの量に関する情報を前記基地局に提供するためのメッセージである、送信部と、
   前記送信されたスケジューリング要求に応じて、前記ＵＬ−ＳＣＨリソースをスケジューリングするためのアップリンクグラントを前記基地局から受信し、前記送信された直接リンク・バッファ状態報告に応じて前記基地局から送信された、前記Ｄ２Ｄ通信のためのＤ２Ｄリソースを決定するためのＤ２Ｄグラントを受信する受信部と、
   を具備し、
   前記送信部は、前記受信したＤ２Ｄグラントを用いて決定されたＤ２Ｄリソース上で、前記Ｄ２Ｄデータを前記受信側端末に送信する、
   通信装置。
2. 前記直接リンク・バッファ状態報告は、前記受信側端末に送信するデータのタイプを特定するためのインデックスを含む直接リンク・バッファ状態報告・ＭＡＣコントロールエレメント内で送信され、前記直接リンク・バッファ状態報告・ＭＡＣコントロールエレメントは、バッファ状態報告のタイプを特定するための論理チャネルＩＤを含むＭＡＣヘッダを伴う、
   請求項１に記載の通信装置。
3. 前記Ｄ２Ｄリソースは、前記Ｄ２Ｄ通信のためのサブフレームのセットである、
   請求項１又は２に記載の通信装置。
4. 前記通信装置が前記基地局へ送信する上りデータの量に関する情報を前記基地局に提供するためのメッセージであるアップリンク・バッファ状態報告は、前記直接リンク・バッファ状態報告よりも、リソース割当における優先順位が高い、
   請求項１から３のいずれか一項に記載の通信装置。
5. 前記送信部は、物理アップリンク制御チャネル（ＰＵＣＣＨ）と物理ランダムアクセスチャネル（ＰＲＡＣＨ）のいずれかで前記スケジューリング要求を前記基地局に送信する、
   請求項１から４のいずれか一項に記載の通信装置。
6. 前記直接リンク・バッファ状態報告は、第１のタイプの直接リンク・バッファ状態報告と、前記第１のタイプの直接リンク・バッファ状態報告よりも短い第２のタイプの直接リンク・バッファ状態報告とを含む、
   請求項１から５のいずれか一項に記載の通信装置。
7. 前記送信部は、前記直接リンク・バッファ状態報告を送信するための一つの直接リンク・バッファ状態報告・ＭＡＣコントロールエレメントと、アップリンク・バッファ状態報告を送信するための少なくとも一つのバッファ状態報告・ＭＡＣコントロールエレメントとを含むＭＡＣプロトコールデータユニット（ＰＤＵ）を送信し、前記アップリンク・バッファ状態報告は、前記通信装置が前記基地局へ送信する上りデータの量に関する情報を前記基地局に提供するためのメッセージである、
   請求項１から３のいずれか一項に記載の通信装置。
8. 前記Ｄ２Ｄリソースは、前記ＵＬ−ＳＣＨリソースとは異なる、
   請求項１から７のいずれか一項に記載の通信装置。
9. 機器間（Ｄ２Ｄ）通信のための通信方法であって、
   直接リンク・バッファ状態報告がトリガーされ、アップリンクグラントが設定されていない場合に、上り共有チャネル（ＵＬ−ＳＣＨ）リソースを要求するためのスケジューリング要求を基地局に送信し、
   前記送信されたスケジューリング要求に応じて、前記ＵＬ−ＳＣＨリソースをスケジューリングするためのアップリンクグラントを前記基地局から受信し、
   前記アップリンクグラントによってスケジューリングされた前記ＵＬ−ＳＣＨリソース上で、前記直接リンク・バッファ状態報告を前記基地局に送信し、前記直接リンク・バッファ状態報告は、前記Ｄ２Ｄ通信を行う通信装置が受信側端末に送信するＤ２Ｄデータの量に関する情報を前記基地局に提供するためのメッセージであり、
   前記送信された直接リンク・バッファ状態報告に応じて前記基地局から送信された、前記Ｄ２Ｄ通信のためのＤ２Ｄリソースを決定するためのＤ２Ｄグラントを受信し、
   前記受信したＤ２Ｄグラントを用いて決定されたＤ２Ｄリソース上で、前記Ｄ２Ｄデータを前記受信側端末に送信する、
   通信方法。
10. 前記直接リンク・バッファ状態報告は、前記受信側端末に送信するデータのタイプを特定するためのインデックスを含む直接リンク・バッファ状態報告・ＭＡＣコントロールエレメント内で送信され、前記直接リンク・バッファ状態報告・ＭＡＣコントロールエレメントは、バッファ状態報告のタイプを特定するための論理チャネルＩＤを含むＭＡＣヘッダを伴う、
    請求項９に記載の通信方法。
11. 前記Ｄ２Ｄリソースは、前記Ｄ２Ｄ通信のためのサブフレームのセットである、
    請求項９又は１０に記載の通信方法。
12. 前記通信装置が前記基地局へ送信する上りデータの量に関する情報を前記基地局に提供するためのメッセージであるアップリンク・バッファ状態報告は、前記直接リンク・バッファ状態報告よりも、リソース割当における優先順位が高い、
    請求項９から１１のいずれか一項に記載の通信方法。
13. 物理アップリンク制御チャネル（ＰＵＣＣＨ）と物理ランダムアクセスチャネル（ＰＲＡＣＨ）のいずれかで前記スケジューリング要求が前記基地局に送信される、
    請求項９から１２のいずれか一項に記載の通信方法。
14. 前記直接リンク・バッファ状態報告は、第１のタイプの直接リンク・バッファ状態報告と、前記第１のタイプの直接リンク・バッファ状態報告よりも短い第２のタイプの直接リンク・バッファ状態報告とを含む、
    請求項９から１３のいずれか一項に記載の通信方法。
15. 前記直接リンク・バッファ状態報告を送信するための一つの直接リンク・バッファ状態報告・ＭＡＣコントロールエレメントと、アップリンク・バッファ状態報告を送信するための少なくとも一つのバッファ状態報告・ＭＡＣコントロールエレメントとを含むＭＡＣプロトコールデータユニット（ＰＤＵ）を送信し、前記アップリンク・バッファ状態報告は、前記通信装置が前記基地局へ送信する上りデータの量に関する情報を前記基地局に提供するためのメッセージである、
    請求項９から１１のいずれか一項に記載の通信方法。
16. 前記Ｄ２Ｄリソースは、前記ＵＬ−ＳＣＨリソースとは異なる、
    請求項９から１５のいずれか一項に記載の通信方法。
17. 直接リンク・バッファ状態報告がトリガーされ、アップリンクグラントが設定されていない場合に、上り共有チャネル（ＵＬ−ＳＣＨ）リソースを要求するためのスケジューリング要求を基地局に送信する処理と、
    前記送信されたスケジューリング要求に応じて、前記ＵＬ−ＳＣＨリソースをスケジューリングするためのアップリンクグラントを前記基地局から受信する処理と、
    前記アップリンクグラントによってスケジューリングされた前記ＵＬ−ＳＣＨリソース上で、前記直接リンク・バッファ状態報告を前記基地局に送信し、前記直接リンク・バッファ状態報告は、前記通信装置が受信側端末に送信する機器間（Ｄ２Ｄ）データの量に関する情報を前記基地局に提供するためのメッセージである、処理と、
    前記送信された直接リンク・バッファ状態報告に応じて前記基地局から送信された、前記Ｄ２Ｄ通信のためのＤ２Ｄリソースを決定するためのＤ２Ｄグラントを受信する処理と、
    前記受信したＤ２Ｄグラントを用いて決定されたＤ２Ｄリソース上で、前記Ｄ２Ｄデータを前記受信側端末に送信する処理と、
    を制御する集積回路。