JP6480005B2 - ユーザ装置及び通知方法 - Google Patents

Description

本発明は、ユーザ装置、基地局及び通知方法に関する。

ＬＴＥ（Long Term Evolution）及びＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（LTE Advanced）、ＦＲＡ（Future Radio Access）、４Ｇなどともいう）では、ユーザ装置同士が無線基地局を介さないで直接通信を行うＤ２Ｄ（Device to Device）技術が検討されている（例えば、非特許文献１）。

Ｄ２Ｄは、ユーザ装置と基地局との間のトラヒックを軽減したり、災害時などに基地局が通信不能になった場合でもユーザ装置間の通信を可能とする。

Ｄ２Ｄは、通信可能な他のユーザ装置を見つけ出すためのＤ２Ｄディスカバリ（D2D discovery、Ｄ２Ｄ発見ともいう）と、ユーザ装置間で直接通信するためのＤ２Ｄコミュニケーション（D2D direct communication、Ｄ２Ｄ通信、端末間直接通信などともいう）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリなどを特に区別しないときは、単にＤ２Ｄと呼ぶ。また、Ｄ２Ｄで送受信される信号を、Ｄ２Ｄ信号と呼ぶ。

また、３ＧＰＰ（3rd Generation Partnership Project）では、Ｄ２Ｄ機能を拡張することでＶ２Ｘを実現することが検討されている。ここで、Ｖ２Ｘとは、ＩＴＳ（Intelligent Transport Systems）の一部であり、図１に示すように、自動車と自動車との間で行われる通信形態を意味するＶ２Ｖ（Vehicle to Vehicle）、自動車と道路脇に設置される路側機（ＲＳＵ：Road-Side Unit）との間で行われる通信形態を意味するＶ２Ｉ（Vehicle to Infrastructure）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Vehicle to Nomadic device）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Vehicle to Pedestrian）の総称である。

"Key drivers for LTE success:Services Evolution"、２０１１年９月、3GPP、インターネットURL：http://www.3gpp.org/ftp/Information/presentations/presentations_2011/2011_09_LTE_Asia/2011_LTE-Asia_3GPP_Service_evolution.pdf ３ＧＰＰ ＴＳ ３６．２１３ Ｖ１２．７．０ （２０１５−０９）

Ｖ２Ｘでは、１００ｍｓ程度の周期的な間隔で送信パケット（メッセージ）が発生するトラフィックモデルが想定されている。また、周期的な間隔で送信されるパケットのサイズは、いわゆる音声データのように一定のサイズではなく、ある程度変動することが想定されている。

従来のＬＴＥでは、基地局ｅＮＢからユーザ装置のＵＬ通信に対して半静的なリソースの割当てを周期的に行うリソース割当て方式（Semi-Persistent Scheduling）が規定されているが、本方式は、送信されるデータのサイズが一定であることを前提としているため、本方式を、Ｖ２Ｘで想定されているトラフィックモデルに対してそのまま適用することは困難である。

また、Ｖ２Ｘの技術は、ＬＴＥで規定されているＤ２Ｄの技術をベースにしているが、現状のＤ２Ｄの技術では、上述のような周期的かつデータサイズが変動するトラフィックに対して、適切にリソースの割当てを行うことができる技術は存在していない。

なお、Ｖ２ＸはＤ２Ｄの一種であると考えると、上記のような問題はＶ２Ｘに限らず、Ｄ２Ｄ全般に生じ得る問題である。

開示の技術は上記に鑑みてなされたものであって、Ｄ２Ｄをサポートする無線通信システムにおいて、周期的かつデータサイズが変動するＤ２Ｄのトラフィックに対して、適切にリソースの割当てを行うことを可能にする技術を提供することを目的とする。

開示の技術のユーザ装置は、Ｄ２Ｄ用制御情報の所定の送信タイミングの次の送信タイミングで送信されるＤ２Ｄ用制御情報に対するリソースを決定するリソース割当部と、前記決定されたＤ２Ｄ用制御情報に対するリソースを示す情報を含むリソース予約情報を送信する送信部と、を有し、前記リソース割当部は、前記所定の送信タイミングの次の送信タイミングで送信されるＤ２Ｄ用データに対するリソースの割当てを行い、前記次の送信タイミングで送信されるＤ２Ｄ用制御情報は、前記次の送信タイミングで送信されるＤ２Ｄ用データに対するリソースを示す情報を更に含む。

また、開示の技術の基地局は、ユーザ装置に対して、所定の周期で送信されるＤ２Ｄ用制御情報及びＤ２Ｄ用データに対するリソースの割当てを行うリソース割当部と、前記所定の周期で送信されるＤ２Ｄ用制御情報及びＤ２Ｄ用データに対するリソースを示す情報を前記ユーザ装置に送信する送信部と、を有する。

開示の技術によれば、Ｄ２Ｄをサポートする無線通信システムにおいて、周期的かつデータサイズが変動するＤ２Ｄのトラフィックに対して、適切にリソースの割当てを行うことを可能にする技術が提供される。

Ｖ２Ｘを説明するための図である。 Ｄ２Ｄを説明するための図である。 Ｄ２Ｄを説明するための図である。 Ｄ２Ｄ通信に用いられるＭＡＣ ＰＤＵを説明するための図である。 ＳＬ−ＳＣＨ ｓｕｂｈｅａｄｅｒのフォーマットを説明するための図である。 Ｄ２Ｄで使用されるチャネル構造の例を説明するための図である。 ＰＳＤＣＨの構造例を示す図である。 ＰＳＤＣＨの構造例を示す図である。 ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。 ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。 リソースプールコンフィギュレーションを示す図である。 リソースプールコンフィギュレーションを示す図である。 本実施の形態に係る無線通信システムの構成例を示す図である。 Ｄ２Ｄで検討されている通信方式を説明するための図である。 Ｄ２Ｄで検討されている通信方式を説明するための図である。 Ｄ２Ｄで検討されている通信方式を説明するための図である。 第一の実施の形態に係るリソース予約方法を示す図である。 第一の実施の形態に係るリソース予約方法を示す図である。 第一の実施の形態に係るリソース予約方法を示す図である。 第一の実施の形態に係るリソース予約方法を示す図である。 第二の実施の形態に係るリソース予約方法を示す図である。 第二の実施の形態に係るリソース予約方法を示す図である。 第二の実施の形態に係るリソース予約方法を示す図である。 第二の実施の形態に係るリソース予約方法を示す図である。 第三の実施の形態に係るリソース予約方法を示す図である。 第三の実施の形態に係るリソース予約方法を示す図である。 本実施の形態に係るユーザ装置の機能構成の一例を示す図である。 本実施の形態に係る基地局の機能構成の一例を示す図である。 本実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。 本実施の形態に係る基地局のハードウェア構成の一例を示す図である。

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。

また、本実施の形態は、主にＶ２Ｘを対象としているが、本実施の形態に係る技術は、Ｖ２Ｘに限らず、広くＤ２Ｄ全般に適用可能である。また、「Ｄ２Ｄ」はその意味としてＶ２Ｘを含むものである。

また、「Ｄ２Ｄ」は、ユーザ装置ＵＥ間でＤ２Ｄ信号を送受信する処理手順のみならず、Ｄ２Ｄ信号を基地局が受信（モニタ）する処理手順、及び、ＲＲＣ ｉｄｌｅの場合若しくは基地局ｅＮＢとコネクションを確立していない場合に、ユーザ装置ＵＥが基地局ｅＮＢに上り信号を送信する処理手順を含む広い意味で使用する。

＜Ｄ２Ｄの概要＞
本実施の形態に係るＶ２Ｘの技術は、ＬＴＥで規定されているＤ２Ｄの技術をベースとしていることから、まずは、ＬＴＥで規定されているＤ２Ｄの概要について説明する。なお、Ｖ２Ｘにおいても、ここで説明するＤ２Ｄの技術を使用することは可能であり、本発明の実施の形態におけるＵＥは、当該技術によるＤ２Ｄ信号の送受信を行うことができる。

既に説明したように、Ｄ２Ｄには、大きく分けて「Ｄｉｓｃｏｖｅｒｙ」と「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」がある。「Ｄｉｓｃｏｖｅｒｙ」については、図２Ａに示すように、Ｄｉｓｃｏｖｅｒｙ ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージを送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。

「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」についても、図２Ｂに示すように、Ｃｏｎｔｒｏｌ／Ｄａｔａ送信用リソースプールが周期的に確保される。この周期（期間）をＳＡ期間（ｓｃｈｅｄｕｌｉｎｇ ａｓｓｉｇｎｍｅｎｔ ｐｅｒｉｏｄ）又はＳＣ期間（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｐｅｒｉｏｄ）と呼ぶ。送信側のＵＥはＣｏｎｔｒｏｌリソースプール（ＳＣＩリソースプール）から選択されたリソースでＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）によりデータ送信用リソース等を受信側に通知し、当該データ送信用リソースでデータを送信する。「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、ｅＮＢからＵＥに送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ＵＥはリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。

ＬＴＥにおいて、「Ｄｉｓｃｏｖｅｒｙ」に用いられるチャネルはＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌ）と称され、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）と称される（非特許文献２）。

Ｄ２Ｄ通信に用いられるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）は、図３に示すように、少なくともＭＡＣ ｈｅａｄｅｒ、ＭＡＣ Ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ、ＭＡＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）、Ｐａｄｄｉｎｇで構成される。ＭＡＣ ＰＤＵはその他の情報を含んでも良い。ＭＡＣ ｈｅａｄｅｒは、１つのＳＬ−ＳＣＨ（Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）ｓｕｂｈｅａｄｅｒと、１つ以上のＭＡＣ ＰＤＵ ｓｕｂｈｅａｄｅｒで構成される。

図４に示すように、ＳＬ−ＳＣＨ ｓｕｂｈｅａｄｅｒは、ＭＡＣ ＰＤＵフォーマットバージョン（Ｖ）、送信元情報（ＳＲＣ）、送信先情報（ＤＳＴ）、Ｒｅｓｅｒｖｅｄ ｂｉｔ（Ｒ）等で構成される。Ｖは、ＳＬ−ＳＣＨ ｓｕｂｈｅａｄｅｒの先頭に割り当てられ、ＵＥが用いるＭＡＣ ＰＤＵフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ＰｒｏＳｅ ＵＥ ＩＤに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のＰｒｏＳｅ Ｌａｙｅｒ−２ Ｇｒｏｕｐ ＩＤに関する情報が設定されてもよい。

Ｄ２Ｄのチャネル構造の例を図５に示す。図５に示すように、Ｃｏｍｍｕｎｉｃａｔｉｏｎに使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、Ｃｏｍｍｕｎｉｃａｔｉｏｎのチャネルの周期よりも長い周期でＤｉｓｃｏｖｅｒｙに使用されるＰＳＤＣＨのリソースプールが割り当てられている。

また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Ｐｒｉｍａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）が用いられる。また、例えばカバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等の報知情報（ｂｒｏａｄｃａｓｔ ｉｎｆｏｒｍａｔｉｏｎ）を送信するＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）が用いられる。

図６Ａに、Ｄｉｓｃｏｖｅｒｙに使用されるＰＳＤＣＨのリソースプールの例を示す。リソースプールは、サブフレームのビットマップで設定されるため、図６Ａに示すようなイメージのリソースプールになる。他のチャネルのリソースプールも同様である。また、ＰＳＤＣＨは、周波数ホッピングしながら繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。繰り返し回数は例えば０〜４で設定可能である。また、図６Ｂに示すように、ＰＳＤＣＨはＰＵＳＣＨベースの構造を有し、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）が挿入される構造になっている。

図７Ａに、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」に使用されるＰＳＣＣＨとＰＳＳＣＨのリソースプールの例を示す。図７Ａに示すとおり、ＰＳＣＣＨは、周波数ホッピングしながら１回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。ＰＳＳＣＨは、周波数ホッピングしながら３回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。また、図７Ｂに示すように、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭＲＳが挿入される構造になっている。

図８Ａ及び図８Ｂに、ＰＳＣＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨ（Ｍｏｄｅ２）におけるリソースプールコンフィギュレーションの例を示す。図８Ａに示すように、時間方向では、リソースプールはサブフレームビットマップとして表される。また、ビットマップは、ｎｕｍ．ｒｅｐｒｔｉｔｉｏｎの回数だけ繰り返される。また、各周期における開始位置を示すｏｆｆｓｅｔが指定される。

周波数方向では、連続割り当て（ｃｏｎｔｉｇｕｏｕｓ）と不連続割り当て（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）が可能である。図８Ｂは、不連続割り当ての例を示しており、図示のとおり、開始ＰＲＢ、終了ＰＲＢ、ＰＲＢ数（ｎｕｍＰＲＢ）が指定される。

＜システム構成＞
図９は、本実施の形態に係る無線通信システムの構成例を示す図である。図９に示すように、本実施の形態に係る無線通信システムは、基地局ｅＮＢ、ユーザ装置ＵＥ１、ユーザ装置ＵＥ２を有する。図９において、ユーザ装置ＵＥ１が送信側、ユーザ装置ＵＥ２が受信側として示されているが、ユーザ装置ＵＥ１とユーザ装置ＵＥ２はいずれも送信機能と受信機能の両方を備える。以下、ユーザ装置ＵＥ１とユーザ装置ＵＥ２を特に区別しない場合、単に「ユーザ装置ＵＥ」と記述する。本実施の形態におけるユーザ装置ＵＥ間のデータ等の通信は、基地局ｅＮＢを介さずに実施されるものである。

図９に示すユーザ装置ＵＥ１、ユーザ装置ＵＥ２は、それぞれ、ＬＴＥにおけるユーザ装置ＵＥとしてのセルラー通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ユーザ装置ＵＥ１、ユーザ装置ＵＥ２は、本実施の形態で説明する動作を実行する機能を有している。なお、セルラー通信の機能及び既存のＤ２Ｄの機能については、一部の機能（本実施の形態で説明する動作を実行できる範囲）のみを有していてもよいし、全ての機能を有していてもよい。

また、各ユーザ装置ＵＥは、Ｖ２Ｘを行ういかなる装置であってもよいが、例えば、各ユーザ装置ＵＥは、車両、歩行者が保持する端末、ＲＳＵ（ＵＥの機能を有するＵＥタイプＲＳＵ）等である。

また、基地局ｅＮＢについては、ＬＴＥにおける基地局ｅＮＢとしてのセルラー通信の機能、及び、本実施の形態におけるユーザ装置ＵＥの通信を可能ならしめるための機能（リソース割当ての機能、設定情報通知機能等）を有している。また、基地局ｅＮＢはＲＳＵ（ｅＮＢの機能を有するｅＮＢタイプＲＳＵ）を含む。

＜概要＞
前述のようにＤ２Ｄでは、ユーザ装置ＵＥは、所定のＳＣ期間の単位で、ＰＳＣＣＨのリソースプールとＰＳＳＣＨのリソースプールのリソースを用いて、データ送信用リソースを示す制御情報とデータとを送信する。つまり、制御情報で示されるデータ送信用リソースは、所定のＳＣ期間内のＰＳＳＣＨのリソースプール内のいずれかのリソースである。

現在、３ＧＰＰでは、従来のＤ２Ｄで規定されている、制御情報とデータとが異なる時間領域で送信される通信方式（図１０Ａ）のみならず、Ｖ２Ｘで要求される低遅延の通信を確保するために様々な通信方式が提案されている。例えば、図１０Ｂに示すように、制御情報とデータとを同一の時間領域（例えば、同一サブフレーム又はシンボル）で送信可能な通信方式などが提案されている。また、リソースプール内の特定のリソースに制御情報とデータを多重して送信するような通信方式も提案されている。また、従来のＤ２Ｄでは、同一のＳＣ期間内では、ユーザ装置ＵＥは基本的に１つの制御情報のみを送信可能であったが、今後は、そもそもＳＣ期間の概念が無いような通信方式も想定される。本実施の形態は、これらのあらゆる通信方式に対して適用することができる。また、本実施の形態は、図１０Ａ及びＢのように、制御情報とデータ送信用のリソースとが１対１に対応づけられる通信方式のみならず、図１０Ｃに示すように、１つの制御情報に複数のデータ送信用のリソースが対応づけられる通信方式に対しても適用することができる。

本実施の形態では、送信側のユーザ装置ＵＥ１は、所定のタイミングで制御情報とデータとを送信するのに加えて、当該所定のタイミングで送信する制御情報又はデータを用いて、当該所定のタイミングより後のタイミングで送信予定の制御情報又は／及びデータを送信するためのリソースを受信側のユーザ装置ＵＥ２に通知する。

以降の説明において、所定のタイミングより後のタイミングで送信予定の制御情報又は／及びデータを送信するためのリソースを示す情報を、便宜上「リソース予約情報」と呼ぶ。また、所定のタイミングより後のタイミングで送信予定の制御情報又は／及びデータを送信するためのリソースを割当てる（予め割り当てる）ことを、リソースを「予約する」と呼ぶことがある。

受信側のユーザ装置ＵＥ２は、所定のタイミングで受信した制御情報又はデータに含まれているリソース予約情報を受信すると、送信側のユーザ装置ＵＥ１から、リソース予約情報に示されるリソースを用いて次の制御情報又は／及びデータが送信される予定であることを認識し、当該リソースをモニタするように、又は当該リソースではＤ２Ｄ信号を送信しないように動作する。なお、以下の説明において、受信側のユーザ装置ＵＥ２とは、特に断りが無い限り、特定のユーザ装置ＵＥ（ユニキャスト）、不特定のユーザ装置ＵＥ（ブロードキャスト）及び特定のグループに属するユーザ装置ＵＥ（グループキャスト）を含む意味で使用する。

以下、本実施の形態を第一の実施の形態、第二の実施の形態及び第三の実施の形態に分けて説明する。

本実施の形態に係るユーザ装置ＵＥは、第一の実施の形態に係る方式と第二の実施の形態に係る方式と第三の実施の形態に係る方式の機能を備え、いずれの方式で送信を行うかを、例えばｅＮＢからの設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）により決定するようにしてもよい。ただし、これは例であり、ユーザ装置ＵＥは、第一の実施の形態に係る方式と第二の実施の形態に係る方式と第三の実施の形態に係る方式のうちいずれか１つのみの方式に対応していてもよい。

＜第一の実施の形態＞
まず、第一の実施の形態について説明する。第一の実施の形態では、送信側のユーザ装置ＵＥ１は、所定のタイミングで制御情報とデータとを送信するのに加えて、当該所定のタイミングで送信する制御情報又はデータを用いて、当該所定のタイミングより後のタイミングで送信予定の制御情報及びデータのリソースを示すリソース予約情報を、受信側のユーザ装置ＵＥ２に送信する。第一の実施の形態では、より詳細な動作例として、実施例１−１及び実施例１−２がある。実施例１−１では、ユーザ装置ＵＥは、所定のタイミングの次のタイミングで送信予定の制御情報及びデータのリソースのみを示すリソース予約情報を、受信側のユーザ装置ＵＥ２に送信する。実施例１−２では、ユーザ装置ＵＥは、所定のタイミング以後の所定の周期で送信予定の制御情報及びデータのリソースを示すリソース予約情報を、受信側のユーザ装置ＵＥ２に送信する。

（実施例１−１：単一予約）
図１１Ａは、実施例１−１におけるリソース予約方法を示す。ユーザ装置ＵＥの下位レイヤ（レイヤ１又はレイヤ２）は、上位レイヤ（レイヤ３等）からの指示等により、所定のタイミングの次のタイミングで送信すべきデータのサイズを把握し、次のタイミングで送信予定のデータを格納するリソースの位置／範囲等を決定する。

続いて、図１１Ａに示すように、ユーザ装置ＵＥは、所定のタイミングで送信する制御情報に、当該所定のタイミングで送信するデータのリソースを示すリソース割当て情報（ＭＣＳ、リソースの位置／範囲、ＴＡ、Ｇｒｏｕｐ ｄｅｓｔｉｎａｔｉｏｎ ＩＤ等。以下、単に「リソース割当て情報」と呼ぶ）、及び、次のタイミングで送信予定の制御情報及びデータのリソースを示すリソース予約情報を含めて送信する。

実施例１−１（実施例１−２も基本的に同様）において、リソース予約情報には、制御情報及びデータのリソースに関するリソースの位置／範囲、ＴＡ、Ｇｒｏｕｐ ｄｅｓｔｉｎａｔｉｏｎ ＩＤなど、リソース割当て情報と同様の情報が含まれていてもよい。また、リソース予約情報には、ＭＣＳ及びＴＡなど、リソースとは直接関係のない情報は含まれていなくてもよい。例えば、リソースの位置／範囲のみを含めるようにしてもよいし、リソースの位置／範囲と受信側のユーザ装置ＵＥ２の宛先を示すＧｒｏｕｐ ｄｅｓｔｉｎａｔｉｏｎ ＩＤとを含めるようにしてもよい。Ｇｒｏｕｐ ｄｅｓｔｉｎａｔｉｏｎ ＩＤを含めることで、特定のユーザ装置ＵＥ（ユニキャスト）宛のリソース予約情報なのか、不特定のユーザ装置ＵＥ（ブロードキャスト）宛のリソース予約情報なのか、特定のグループに属するユーザ装置ＵＥ（グループキャスト）宛のリソース予約情報なのかを受信側のユーザ装置ＵＥに通知することができる。

なお、実施例１−１では、ユーザ装置ＵＥは、所定のタイミングで送信する制御情報にリソース予約情報を含めるのではなく、図１２Ａに示すように、所定のタイミングで送信するデータに含まれるＭＡＣ制御情報にリソース予約情報を含めて送信するようにしてもよい。

実施例１−１によれば、ユーザ装置ＵＥは、次の送信タイミングのリソースのみを予約すればよいため、パケットサイズの変動に対して柔軟に対応することができる。

（実施例１−２：準静的予約）
図１１Ｂは、実施例１−２におけるリソース予約方法を示す。実施例１−２では、ユーザ装置ＵＥは、所定のタイミング以後の所定の周期で送信予定の制御情報及びデータのリソースを示すリソース予約情報を、受信側のユーザ装置ＵＥ２に送信する。また、ユーザ装置ＵＥは、異なる周期のリソース予約情報を多重させて受信側のユーザ装置ＵＥ２に送信する。

図１１Ｂの例では、ユーザ装置ＵＥは、１００ｍｓの周期で制御情報及びデータ（ＰＲＢ数＝Ｘ）のリソースを予約すると共に、５００ｍｓの周期で制御情報及びデータ（ＰＲＢ数＝Ｙ）のリソースを予約する。

また、ユーザ装置ＵＥは、リソース割当て情報と、１００ｍｓ周期で送信する制御情報及びデータのリソースを示すリソース予約情報とを、１００ｍｓごとに送信する制御情報に含めて送信する。また、ユーザ装置ＵＥは、リソース割当て情報と、５００ｍｓ周期で送信する制御情報及びデータのリソースを示すリソース予約情報とを、５００ｍｓごとに送信する制御情報に含めて送信する。

実施例１−２において、リソース予約情報は、実施例１−１のように次のタイミングで予約されたリソースのみを示すのではなく、連続した複数のタイミングで共通に予約されたリソースを示すようにする。リソース予約情報を受信した受信側のユーザ装置ＵＥ２は、どのタイミングでリソース予約情報を受信した場合であっても、所定の周期で連続してリソースが予約されていることを認識することができる。

実施例１−２では、ユーザ装置ＵＥは、所定のタイミングで送信する制御情報にリソース予約情報を含めるのではなく、図１２Ｂに示すように、所定のタイミングで送信するデータに含まれるＭＡＣ制御情報にリソース予約情報を含めて送信するようにしてもよい。

リソースの予約が重複するタイミングでは、送信側のユーザ装置ＵＥ１は、格納可能なパケットサイズが大きいリソース（例えば、ＰＲＢ数が多いリソース）のみを用いてデータを送信するようにしてもよい。

この場合、送信側のユーザ装置ＵＥ１は、リソースの予約が重複するタイミングでは、格納可能なパケットサイズが小さい周期に係る制御情報については送信しないようにしてもよい。具体的には、図１１Ｂの例において、５００ｍｓ周期のタイミングでは、１００ｍｓ周期で送信される制御情報を送信しないようにする。

また、他の例として、送信側のユーザ装置ＵＥ１は、リソースの予約が重複するタイミングでは、格納可能なパケットサイズが小さい周期に係る制御情報に、リソース割当て情報を含めずに、リソース予約情報のみを含めて送信するようにしてもよい。

また、他の例として、リソース割当て情報を含む制御情報とリソース予約情報を含む制御情報とを分離させ、送信側のユーザ装置ＵＥ１は、リソースの予約が重複するタイミングでは、格納可能なパケットサイズが小さいリソース割当て情報を含む制御情報を送信しないようにしてもよい。

また、他の例として、受信側のユーザ装置ＵＥ２は、同一タイミングで複数の制御情報を受信した場合、それぞれの制御情報に含まれるリソース割当て情報を比較し、格納可能なパケットサイズが大きいリソースにマッピングされたデータのみを受信するようにしてもよい。

実施例１−２では、異なる周期でリソースの予約が重複して行われるため、周期が重複するタイミング（図１１Ｂの例では５００ｍｓ周期のタイミング）では、ユーザ装置ＵＥが送信可能なデータ量が増加することになる。つまり、実施例１−２では、トラフィック変動が周期的に訪れるようなトラフィックモデルに対して好適である。また、実施例１−２は、実施例１−１と比較して、受信側のユーザ装置ＵＥ２に対して、長期的にリソースが予約されていることを認識させることができる。

＜第二の実施の形態＞
次に、第二の実施の形態について説明する。第二の実施の形態では、送信側のユーザ装置ＵＥ１は、所定のタイミング内で制御情報とデータとを送信するのに加えて、当該所定のタイミングで送信する制御情報又はデータを用いて、当該所定のタイミングより後のタイミングで送信予定の制御情報のリソースを示すリソース予約情報を、受信側のユーザ装置ＵＥ２に送信する。また、ユーザ装置ＵＥ１は、後のタイミングで送信予定のデータのリソースについては、当該後のタイミングで実際に送信する制御情報を用いてユーザ装置ＵＥ２に通知するようにする。つまり、第二の実施の形態では、第一の実施の形態とは異なり、リソース予約情報には、所定のタイミングより後のタイミングで送信予定のデータを送信するためのリソースを示す情報は含まれず、所定のタイミングより後のタイミングで送信予定の制御情報を送信するためのリソースを示す情報のみが含まれる。

リソース予約情報に含まれる制御情報のリソースを示す情報は、制御情報の時間リソース（時間方向のリソース位置）を示す情報であってもよい。また、一般に制御情報のリソースサイズはデータサイズに依存しないため、時間及び周波数リソース（周波数方向のリソース位置）を示す情報であってもよい。なお、図１０Ａ又はＣに示すように、制御情報とデータとを異なる時間領域（例えば、異なるサブフレーム又はシンボル）で送信する場合で、かつ、制御情報とデータとが送信される時間領域のずれが予め固定されていない場合、リソース予約情報には、更に、データの時間リソースを示す情報を含めるようにしてもよい。リソース予約情報には、第一の実施の形態と同様に、ＴＡ、Ｇｒｏｕｐ ｄｅｓｔｉｎａｔｉｏｎ ＩＤなどが含まれていてもよい。

第二の実施の形態では、より詳細な動作例として、実施例２−１及び実施例２−２がある。実施例２−１では、ユーザ装置ＵＥは、所定のタイミングの次のタイミングで送信予定の制御情報及びデータのリソースのみを示すリソース予約情報を、受信側のユーザ装置ＵＥ２に送信する。実施例２−２では、ユーザ装置ＵＥは、所定のタイミング以後の所定の周期で送信予定の制御情報及びデータのリソースを示すリソース予約情報を、受信側のユーザ装置ＵＥ２に送信する。

（実施例２−１：単一予約）
図１３Ａは、実施例２−１におけるリソース予約方法を示す。ユーザ装置ＵＥの下位レイヤ（レイヤ１又はレイヤ２）は、上位レイヤ（レイヤ３等）からの指示等により、所定のタイミングの次のタイミングでデータを送信すべきことを把握する。

続いて、図１３Ａに示すように、ユーザ装置ＵＥは、所定のタイミングで送信する制御情報に、当該所定のタイミングで送信するデータのリソースを示すリソース割当て情報、及び、次のタイミングで送信予定の制御情報のリソースのみを示すリソース予約情報を含めて送信する。

続いて、ユーザ装置ＵＥの下位レイヤは、当該次のタイミングでデータを実際に送信する際に、上位レイヤからの指示等により実際に送信すべきデータのデータサイズを把握し、当該次のタイミングで送信するデータを格納するリソースの位置／範囲等（ＰＲＢ数、ＭＣＳ等）を決定し、リソース割当て情報を制御情報に含めて送信する。

なお、実施例２−１では、ユーザ装置ＵＥは、所定のタイミングで送信する制御情報にリソース予約情報を含めるのではなく、図１４Ａに示すように、所定のタイミングで送信するデータに含まれるＭＡＣ制御情報にリソース予約情報を含めて送信するようにしてもよい。

（実施例２−２：準静的予約）
図１３Ｂは、実施例２−２におけるリソース予約方法を示す。実施例２−２では、ユーザ装置ＵＥは、所定のタイミング以後の所定の周期で送信予定の制御情報のリソースを示すリソース予約情報を、受信側のユーザ装置ＵＥ２に送信する。

実施例２−２において、リソース予約情報は、実施例２−１のように次のタイミングで予約されたリソースのみを示すのではなく、連続した複数のタイミングで共通に予約されたリソースを示すようにする。リソース予約情報を受信した受信側のユーザ装置ＵＥ２は、どのタイミングでリソース予約情報を受信した場合であっても、所定の周期で連続してリソースが予約されていることを認識することができる。

実施例２−２では、ユーザ装置ＵＥは、所定のタイミングで送信する制御情報にリソース予約情報を含めるのではなく、図１４Ｂに示すように、所定のタイミングで送信するデータに含まれるＭＡＣ制御情報にリソース予約情報を含めて送信するようにしてもよい。

なお、上記実施例２−１及び実施例２−２において、ユーザ装置ＵＥは、リソース予約情報に、所定のタイミングより後のタイミングで送信予定のデータを送信するためのリソースを大まかに示す情報として、リソース割当て情報により割当てられる可能性のある最小又は最大のリソースの範囲（時間リソース及び周波数リソースの範囲）を含めるようにしてもよい。これにより干渉及びＤ２Ｄ・セルラー信号の送受信を考慮した送信リソースのダイナミックな変更が可能となる。

第二の実施の形態では、送信側のユーザ装置ＵＥ１は、「データ」を送信予定のリソースを事前に受信側のユーザ装置ＵＥ２に通知する必要がないため、制御情報のオーバーヘッドを抑制しつつ、データサイズの変動が大きいようなデータを周期的に送信するような場合に好適である。

＜第一及び第二の実施の形態に関する補足事項＞
（予約されたリソースの開放）
実施例１−２及び実施例２−２は準静的な予約を行う方式であるため、送信側のユーザ装置ＵＥ１は、パケットの送信を停止する場合、予約したリソースを開放する必要がある。

そこで、送信側のユーザ装置ＵＥ１は、リソースを開放する場合、制御情報又はＭＡＣ制御情報に、以後のリソースを開放することを示す情報（以下、「リソース開放通知」と呼ぶ）を含めて受信側のユーザ装置ＵＥ２に送信するようにしてもよい。

また、受信側のユーザ装置ＵＥ２が、当該リソース開放通知を受信（認識）出来ない場合を考慮し、送信側のユーザ装置ＵＥ１は、リソース開放通知を、一定の回数連続して送信するようにしてもよい。

また、他の例として、送信側のユーザ装置ＵＥ１は、リソースを開放する場合、ゼロ埋めされたデータを、以後のリソースを開放することを示す情報として受信側のユーザ装置ＵＥ２に送信するようにしてもよい。また、受信側のユーザ装置ＵＥ２が、ゼロ埋めされたデータを受信（認識）出来ない場合を考慮し、送信側のユーザ装置ＵＥ１は、ゼロ埋めされたデータを、一定の回数連続して送信するようにしてもよい。受信側のユーザ装置ＵＥは、受信したデータがゼロ埋めされたデータである場合、予約されたリソースが開放されたものとみなすようにする。

また、他の例として、受信側のユーザ装置ＵＥ２は、予約されたリソースにおいて、所定の期間の間で又は所定の回数で、制御情報又は／及びデータを検出できなかった場合、予約されたリソースが開放されたものとみなすようにしてもよい。所定の期間は、所定のリソースプール周期の期間であってもよいし、複数のリソースプール周期の期間であってもよい。

（その他補足事項）
送信側のユーザ装置ＵＥ１は、図１０Ａ又はＣに示すように、制御情報とデータとを異なる時間領域（例えば、異なるサブフレーム又はシンボル）で送信する場合で、かつ、制御情報とデータとが送信される時間領域の相対関係及び／又は占有時間が予め固定されていない場合、リソース予約情報に、データの時間リソースの位置を具体的に示す情報を含めるようにしてもよい。当該情報は、データの時間リソースの絶対的位置を示すサブフレーム番号等であってもよいし、制御情報のリソース位置とデータのリソース位置との相対的位置を示すオフセット値であってもよい。

受信側のユーザ装置ＵＥ２は、制御情報を受信したリソース又は／及びデータを受信したリソースに対する受信品質の測定結果に基づいて、当該制御情報又はＭＡＣ制御情報に含まれるリソース予約情報が有効であるか又は無効であるかを判定し、リソース予約情報が無効であると判定した場合、当該リソース予約情報で示されるリソースについては、開放されたものとみなすようにしてもよい。なお、ユーザ装置ＵＥ２は、制御情報を受信したリソース又は／及びデータを受信したリソースに挿入されているＤＭ−ＲＳの受信品質（ＲＳＲＱ、ＲＳＲＰ等）が所定の閾値以上であるか否かに基づいて、当該制御情報又はＭＡＣ制御情報に含まれるリソース予約情報が有効であるか又は無効であるかを判定するようにしてもよい。

送信側のユーザ装置ＵＥ１は、制御情報又は／及びデータのリソースを所定の周期で予約する際に、リソース予約情報に、所定の周期の値を具体的に設定するようにしてもよいし、予約されたリソースの周期を示すインデックス値（例えば、２０ｍｓ、５０ｍｓ、１００ｍｓ、２００ｍｓ、５００ｍｓなどを示すインデックス値）を設定するようにしてもよい。

送信側のユーザ装置ＵＥ１は、リソース予約情報に、制御情報又は／及びデータのリソースを所定の周期で予約する際に、リソース位置が時間ホッピングされるように予約すると共に、リソース予約情報に、制御情報又は／及びデータのリソース位置が時間ホッピングされることを示す情報を含めるようにしてもよい。具体的には、例えば、ユーザ装置ＵＥ１は、実施例１−２又は実施例２−２において、リソース予約情報に、上述のインデックス値と、予約されたリソース位置を基準とした時間ホッピングパターン若しくはオフセット値（例えば、サブフレームオフセット）とを含めるようにしてもよい。

予約されたリソースの位置が時間ホッピングされることで、送信側のユーザ装置ＵＥ１が複数存在するような環境において、複数のユーザ装置ＵＥ１から送信された制御情報又は／及びデータが同一周期で送信されてしまい、恒常的に衝突が発生してしまうリスクを回避することが可能になる。

リソース割当て情報を含む制御情報とリソース予約情報を含む制御情報とを分離させ、送信側のユーザ装置ＵＥ１は、リソース割当て情報を含む制御情報とリソース予約情報を含む制御情報とを異なる制御情報として送信するようにしてもよい。リソース割当て情報を含む制御情報とリソース予約情報を含む制御情報とを異なる制御情報とは、異なるフォーマットであってもよい。

第一の実施の形態において、送信側のユーザ装置ＵＥ１は、予約したデータ送信用のリソースを用いて実際にデータを送信する際に、実際に送信するデータのパケットサイズに合わせてリソース位置／範囲を変更し、変更したリソース位置／範囲が設定されたリソース割当て情報を送信するようにしてもよい。これにより、第一の実施の形態であっても、第二の実施の形態のように、データサイズの変動が大きいようなデータを周期的に送信するような場合に対応することができる。

＜第三の実施の形態＞
第三の実施の形態では、基地局ｅＮＢが、所定のタイミングより後のタイミングで制御情報又は／及びデータを送信するためのリソースを割当てて、割当てたリソースを送信側のユーザ装置ＵＥ１に通知するようにする。

第三の実施の形態では、基地局ｅＮＢがリソースの割当てを行うため、複数のユーザ装置ＵＥに対して直交化されたリソースを割当てることが可能である。

より詳細な動作例として、実施例３−１及び実施例３−２がある。実施例３−１では、基地局ｅＮＢは、ＲＲＣメッセージのみを用いて、割当てたリソースをユーザ装置ＵＥに通知する。実施例３−１は、前述のＤ２Ｄの概要で説明したＴｙｐｅ２ｂによるリソース割当て方法に類似している。実施例３−２では、基地局ｅＮＢは、ＲＲＣメッセージとＤＣＩ（Downlink Control Information）を用いて、割当てたリソースをユーザ装置ＵＥに通知する。実施例３−２は、従来のＬＴＥにおけるＳＰＳ（Semi-Persistence Scheduling）に類似している。

（実施例３−１）
図１５Ａは、実施例３−１におけるリソース予約方法を示す。送信側のユーザ装置ＵＥ１の下位レイヤ（レイヤ１又はレイヤ２）は、上位レイヤ（レイヤ３等）からの指示等により、所定のタイミングの次のタイミングでデータを送信すべきことを把握する。

続いて、送信側のユーザ装置ＵＥ１は、ＲＲＣメッセージ、ＭＡＣ制御情報、ＰＵＣＣＨ、ＲＡＣＨ等を用いて基地局ｅＮＢに所定の周期で制御情報又は／及びデータを送信するためのリソースの割当て（予約）を要求する（Ｓ１１）。当該要求には、各周期で送信予定のデータサイズ（パケットサイズ、ＢＳ（Buffer Size）等）を示す情報が含まれていてもよい。

基地局ｅＮＢは、所定の周期で、制御情報又は／及びデータを送信するためのリソースを割当て、割当てた（予約した）リソースを示す情報をＲＲＣメッセージでユーザ装置ＵＥに通知する（Ｓ１２）。ユーザ装置ＵＥは、所定の周期で割当てられたリソースを用いて、制御情報及びデータの送信を行う（Ｓ１３）。

割当てたリソースを示す情報の内容には、制御情報又は／及びデータのリソースの周期、制御情報又は／及びデータのリソースの位置／範囲が含まれる。リソースの周期は、所定の周期の値で具体的に指定されてもよいし、前述のインデックス値で指定されていてもよい。

なお、基地局ｅＮＢは、データのリソースについては、時間方向のリソースのみを所定の周期で割当てるようにして、周波数方向のリソースはユーザ装置ＵＥが実際にデータを送信する際に、ユーザ装置ＵＥ自身に任意に決定させるようにしてもよい。実施例２−２のように、データサイズの変動が大きいようなデータを周期的に送信するような場合に好適である。この場合、周波数方向のリソースが複数のユーザ装置ＵＥ間で衝突する可能性を軽減するため、周波数方向のリソースを大まかに割り当ててユーザ装置ＵＥに通知するようにしてもよい。具体的には、基地局ｅＮＢは、ユーザ装置ＵＥが周波数方向で任意に選択可能なリソースの範囲（最小又は最大のＰＲＢセット等）をユーザ装置ＵＥに通知するようにしてもよい。

また、他の例として、基地局ｅＮＢは、実施例１−２で説明したように、制御情報及びデータを送信するためのリソースの割当てを異なる周期で重複して行うようにしてもよい。周期が重複するタイミングでは、ユーザ装置ＵＥが送信可能なデータ量が増加することになるため、トラフィック変動が周期的に訪れるようなトラフィックモデルに対して好適である。

ステップＳ１２の処理手順において、基地局ｅＮＢは、割当てたリソースを示す情報に、リソースの有効期間を示す情報を含めるようにしてもよい。ユーザ装置ＵＥは、当該有効期間内では、所定の周期で割当てられたリソースを用いて、制御情報及びデータの送信を行う。また、この場合、ユーザ装置ＵＥは、ＲＲＣ状態がＩｄｌｅに遷移した場合であっても、有効期限内では割当てられたリソースは有効であるとみなし、割当てられたリソースを用いて制御情報及びデータの送信を行うようにしてもよい。ユーザ装置ＵＥは、基地局ｅＮＢとユーザ装置ＵＥ間のＲＲＣ状態がＣｏｎｎｅｃｔｅｄからＩｄｌｅに遷移した場合であっても、有効期間内であれば、他のユーザ装置ＵＥとの間でＤ２Ｄ通信を継続することができる。

（実施例３−２）
図１５Ｂは、実施例３−２におけるリソース予約方法を示す。送信側のユーザ装置ＵＥ１の下位レイヤ（レイヤ１又はレイヤ２）は、上位レイヤ（レイヤ３等）からの指示等により、所定のタイミングの次のタイミングでデータを送信すべきことを把握する。ステップＳ２１の処理手順は、図１５ＡのステップＳ１１の処理手順と同一であるため説明は省略する。

基地局ｅＮＢは、所定の周期で、制御情報又は／及びデータを送信するためのリソースの候補を複数選択し、選択した複数のリソースの候補を示す情報をＲＲＣメッセージでユーザ装置ＵＥに通知する（Ｓ２２）。割当てた複数のリソースの候補を示す情報の内容には、各リソースの候補ごとの、制御情報又は／及びデータのリソースの周期、及び、制御情報又は／及びデータのリソースの位置／範囲が含まれる。各リソースの候補には、各リソースの候補を識別するためのリソース候補識別子が付与されていてもよい。

基地局ｅＮＢは、ユーザ装置ＵＥに実際にリソースを割当てるタイミングで、複数のリソースの候補の中からいずれか１つのリソースを選択し、選択したリソースをＤＣＩを用いてユーザ装置ＵＥに通知する（Ｓ２３）。ユーザ装置ＵＥは、ＤＣＩで通知されたリソースを用いて、制御情報及びデータの送信を行う（Ｓ２４）。

なお、基地局ｅＮＢは、リソース候補識別子をＤＣＩに設定することで、選択したリソースをユーザ装置ＵＥに通知するようにしてもよい。また、基地局ｅＮＢは、複数のリソースの候補の中からいずれか１つのリソースを選択する際、ステップＳ２１の処理手順でユーザ装置ＵＥから通知された各周期で送信予定のデータサイズを加味して、当該データサイズを送信可能なリソースを選択するようにしてもよい。

実施例３−２によれば、ユーザ装置ＵＥに使用させるリソースを、実際にユーザ装置ＵＥがデータ送信を行うタイミングでダイナミックにユーザ装置ＵＥに指示することが可能になる。また、これにより、Ｄ２Ｄ通信用のリソースとセルラー通信用のリソースとが共用されているキャリアにおいて、Ｄ２Ｄ通信とセルラー通信間での適切な衝突回避を実現することができる。

（第三の実施の形態に関する補足事項）
第三の実施の形態では、基地局ｅＮＢがリソースの割当て（予約）を行うようにしたが、ネットワークの運用によっては、第一の実施の形態及び第二の実施の形態のようにユーザ装置ＵＥ自身がリソースの割当て（予約）を行うことが同時に許容されることが想定される。この場合、例えば、第三の実施の形態により動作するユーザ装置ＵＥと、第一の実施の形態又は第二の実施の形態により動作するユーザ装置ＵＥとが同一キャリア内（又は、同一キャリア内かつ同一リソースプール内）に混在し、基地局ｅＮＢにより割当て済み（予約済み）のリソースと、ユーザ装置ＵＥ自身が割当てた（予約した）リソースとが衝突するリスクがある。

このような問題を解決するため、第三の実施の形態では、基地局ｅＮＢ（ＲＳＵを含む）は、基地局ｅＮＢ自身が既に割当て済みのリソースを、報知情報（ＳＩＢ）、ＲＲＣメッセージ、ＤＣＩ等を用いてユーザ装置ＵＥに通知するようにしてもよい。これにより、ユーザ装置ＵＥは、基地局ｅＮＢにより既に割り当て済みのリソースを避けて、リソースの予約を行うことができる。

なお、基地局ｅＮＢは、割当て済みのリソースをＤＣＩで通知する場合、例えば、ＤＣＩ内のＣｏｍｍｏｎ ｓｅｒｃｈ ｓｐａｃｅで通知してもよい。また、割当て済みのリソースをＤＣＩで通知する場合、基地局ｅＮＢは、割当て済みのリソースを示す情報を、１０ｍｓ単位など時間ブロック単位で分割して通知するようにしてもよい。また、特定のグループのユーザ装置ＵＥ（例えば、第一の実施の形態又は第二の実施の形態で動作する能力を有するユーザ装置ＵＥなど）に対応するＲＮＴＩを予め規定しておき、基地局ｅＮＢは、ＤＣＩを当該ＲＮＴＩでマスクするようにしてもよい。特定のユーザ装置ＵＥのみが、割当て済みのリソースを示す情報を含むＤＣＩをモニタすることができ、特定のユーザ装置ＵＥ以外のユーザ装置ＵＥのバッテリー消費量の削減が可能になる。

また、第一の実施の形態又は第二の実施の形態で動作するユーザ装置ＵＥ自身が割当てた（予約した）リソースを基地局ｅＮＢに通知し、基地局ｅＮＢは、通知されたリソースを、報知情報（ＳＩＢ）、ＲＲＣメッセージ、ＤＣＩ等を用いて他のユーザ装置ＵＥに通知するようにしてもよい。これにより、第一の実施の形態又は第二の実施の形態で動作するユーザ装置ＵＥが送信するリソース予約情報の受信に失敗したユーザ装置ＵＥ（隠れ端末）に対して、予約済みのリソースを通知することができる。

あるいは、ユーザ装置ＵＥ１のリソース割り当て要求（Ｓ１１又はＳ１２）において、各サブフレームの干渉状態、占有リソース（予約済みリソース及び／又は検出電力レベルが一定以上のリソース）ないし空きリソースなどの測定結果、若しくはユーザ装置ＵＥ１が割り当てを希望するリソース位置（サブフレーム又はリソースブロックなど）、又はこれらを示すリストを報告することで、基地局ｅＮＢが適切なリソースを割り当てることを容易にしてもよい。

また、ユーザ装置ＵＥ１が送信希望リソースを基地局ｅＮＢに報告し、基地局ｅＮＢからの応答（拒否）が受信されないかぎり該当リソースを用いた送信を行う暗黙的なリソース割り当て（基地局ｅＮＢに対するリソース予約通知）を行なってもよい。ユーザ装置ＵＥ１は、送信希望リソースを、ＰＵＣＣＨなど下位レイヤの制御情報として基地局ｅＮＢに送信してもよい。このようなユーザ装置ＵＥ１からの報告を併用することで、第一の実施の形態又は第二の実施の形態で得られる端末間通信によるリソース予約と基地局ｅＮＢが行うリソース割り当てによるリソース直交化を併用することができ、より確実なリソース直交化が実現できる。

＜機能構成＞
以上説明した各実施の形態の動作を実行するユーザ装置ＵＥと基地局ｅＮＢとの機能構成例を説明する。ただし、ユーザ装置ＵＥは、これまでに説明したユーザ装置ＵＥの処理の一部（例：特定の１つ又は複数の実施例のみ等）を実行可能としてもよい。

（ユーザ装置）
図１６は、本実施の形態に係るユーザ装置の機能構成の一例を示す図である。図１６に示すように、ユーザ装置ＵＥは、信号送信部１０１と、信号受信部１０２と、リソース割当部１０３とを有する。なお、図１６は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

信号送信部１０１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ信号の送信機能とセルラー通信の送信機能を有する。

また、信号送信部１０１は、リソース割当部１０３から受け取ったリソース予約情報を、ユーザ装置ＵＥに送信する。また、信号送信部１０１は、割当てられたリソースを開放することを示す情報（リソース開放通知）をユーザ装置ＵＥに送信するようにしてもよい。信号送信部１０１は、リソース予約情報及びリソース開放通知を、Ｄ２Ｄ用物理制御チャネル（例えばＰＳＣＣＨ）又はＤ２Ｄ用物理データチャネル（例えばＰＳＳＣＨ）を用いてユーザ装置ＵＥに送信するようにしてもよい。

信号受信部１０２は、他のユーザ装置ＵＥ又は基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。また、信号受信部１０２は、Ｄ２Ｄ信号の受信機能とセルラー通信の受信機能を有する。

リソース割当部１０３は、所定の送信タイミングの次の送信タイミングで送信される制御情報又は／及びデータに対するリソースの割当て（予約）を行い、割当てたリソースを示す情報を含むリソース予約情報を生成し、信号送信部１０１に渡す。また、リソース割当部１０３は、所定の周期で送信される制御情報又は／及びデータに対するリソースの割当て（予約）を行い、割当てたリソースを示す情報を含むリソース予約情報を生成し、信号送信部１０１に渡す。

また、リソース割当部１０３は、所定の周期で送信される制御情報に対するリソースの割当て（予約）と、当該所定の周期で送信されるデータに対するリソースの割当て（予約）と、当該所定の周期とは異なる周期で送信される制御情報に対するリソースの割当て（予約）と、当該異なる周期で送信されるデータに対するリソースの割当て（予約）とを行い、割当てたリソースを示す情報を含むリソース予約情報を生成し、信号送信部１０１に渡すようにしてもよい。

また、リソース割当部１０３は、割当てたリソース（制御情報又は／及びデータのリソース）の開放をすべきかを判断し、開放すべきと判断した場合は、割当てられたリソースを開放することを示す情報（リソース開放通知）をユーザ装置ＵＥに送信するように信号送信部１０１に指示するようにしてもよい。

（基地局）
図１７は、本実施の形態に係る基地局の機能構成の一例を示す図である。図１７に示すように、基地局ｅＮＢは、信号送信部２０１と、信号受信部２０２と、リソース割当部２０３とを有する。なお、図１７は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１７に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部２０１は、リソース割当部２０３から受け取った、割当てたリソースを示す情報を、ユーザ装置ＵＥに送信する。なお、信号送信部２０１は、割当てたリソースを示す情報を、報知情報（ＳＩＢ）、ＲＲＣメッセージ、ＤＣＩ等を用いてユーザ装置ＵＥに通知するようにしてもよい。

信号受信部２０２は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。

リソース割当部２０３は、ユーザ装置ＵＥに対して、所定の周期で送信される制御情報又は／及びデータに対するリソースの割当て（予約）を行い、割当てたリソースを示す情報を生成し、信号送信部２０１に渡す。

以上説明したユーザ装置ＵＥ及び基地局ｅＮＢの機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。

（ユーザ装置）
図１８は、本実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。図１８は、図１６よりも実装例に近い構成を示している。図１８に示すように、ユーザ装置ＵＥは、無線信号に関する処理を行うＲＥ（Radio Equipment）モジュール３０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール３０２と、上位レイヤ等の処理を行う装置制御モジュール３０３と、ＳＩＭカードにアクセスするインタフェースであるＳＩＭスロット３０４とを有する。

ＲＥモジュール３０１は、ＢＢ処理モジュール３０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３０２に渡す。ＲＥモジュール３０１は、例えば、図１６の信号送信部１０１及び信号受信部１０２の一部を含む。

ＢＢ処理モジュール３０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＲＥモジュール３０１は、例えば、図１６の信号送信部１０１の一部、信号受信部１０２の一部及びリソース割当部１０３の一部を含む。

装置制御モジュール３０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ３１３は、装置制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。また、プロセッサ３１３は、ＳＩＭスロット３０４を介してＳＩＭとの間でデータの読出し及び書込みを行う。装置制御モジュール３０３は、例えば、図１６のリソース割当部１０３の一部を含む。

（基地局）
図１９は、本実施の形態に係る基地局のハードウェア構成の一例を示す図である。図１９は、図１７よりも実装例に近い構成を示している。図１９に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＥモジュール４０１と、ベースバンド信号処理を行うＢＢ処理モジュール４０２と、上位レイヤ等の処理を行う装置制御モジュール４０３と、ネットワークと接続するためのインタフェースである通信ＩＦ４０４とを有する。

ＲＥモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。ＲＥモジュール４０１は、例えば、図１７に示す信号送信部２０１及び信号受信部２０２の一部を含む。

ＢＢ処理モジュール４０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図１７に示す信号送信部２０１の一部、信号受信部２０２の一部及びリソース割当部２０３の一部を含む。

装置制御モジュール４０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ４１３は、装置制御モジュール４０３が行う処理を行うプロセッサである。メモリ４２３は、プロセッサ４１３のワークエリアとして使用される。補助記憶装置４３３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。装置制御モジュール４０３は、例えば、図１７に示すリソース割当部２０３の一部を含む。

＜まとめ＞
以上、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置であって、所定の送信タイミングの次の送信タイミングで送信されるＤ２Ｄ用制御情報に対するリソースの割当てを行うリソース割当部と、前記Ｄ２Ｄ用制御情報に対するリソースを示す情報を含むリソース予約情報を送信する送信部と、を有するユーザ装置が提供される。このユーザ装置ＵＥにより、Ｄ２Ｄをサポートする無線通信システムにおいて、周期的かつデータサイズが変動するＤ２Ｄのトラフィックに対して、適切にリソースの割当てを行うことを可能にする技術が提供される。

また、前記リソース割当部は、前記所定の送信タイミングの次の送信タイミングで送信されるＤ２Ｄ用データに対するリソースの割当てを行い、前記リソース予約情報は、前記Ｄ２Ｄ用データに対するリソースを示す情報を更に含むようにしてもよい。これにより、ユーザ装置ＵＥは、次の送信タイミングのリソースのみを予約することができ、パケットサイズの変動に対して柔軟に対応することができる。

また、前記リソース割当部は、第一の周期で送信されるＤ２Ｄ用制御情報に対するリソースの割当てを行い、前記送信部は、割当てられた前記第一の周期で送信されるＤ２Ｄ用制御情報に対するリソースを示す情報を含むリソース予約情報を送信するようにしてもよい。これにより、送信側のユーザ装置ＵＥ１は、「データ」を送信予定のリソースを事前に受信側のユーザ装置ＵＥ２に通知する必要がないため、データサイズの変動が大きいようなデータを周期的に送信するような場合に柔軟にリソースの予約を行うことができる。

また、前記リソース割当部は、第一の周期で送信されるＤ２Ｄ用制御情報に対するリソースの割当てと、前記第一の周期で送信されるＤ２Ｄ用データに対するリソースの割当てと、前記第一の周期とは異なる第二の周期で送信されるＤ２Ｄ用制御情報に対するリソースの割当てと、前記第二の周期で送信されるＤ２Ｄ用データに対するリソースの割当てと、を行い、前記送信部は、割当てられた前記第一の周期で送信されるＤ２Ｄ用制御情報に対するリソースと、割当てられた前記第一の周期で送信されるＤ２Ｄ用データに対するリソースと、割当てられた前記第二の周期で送信されるＤ２Ｄ用制御情報に対するリソースと、割当てられた前記第二の周期で送信されるＤ２Ｄ用データに対するリソースとを示す情報を含むリソース予約情報を送信するようにしてもよい。これにより、ユーザ装置ＵＥは、トラフィック変動が周期的に訪れるようなトラフィックモデルに対して柔軟にリソースの予約を行うことができる。また、送信側のユーザ装置ＵＥ１は、受信側のユーザ装置ＵＥ２に対して、長期的にリソースが予約されていることを認識させることができる。

また、前記送信部は、割当てられたリソースを開放することを示す情報を送信するようにしてもよい。これにより、送信側のユーザ装置ＵＥ１は、受信側のユーザ装置ＵＥ２に、周期的に割当てられた（予約された）リソースが開放されたことを通知することができる。

また、前記送信部は、前記リソース予約情報を、Ｄ２Ｄ用物理制御チャネル又はＤ２Ｄ用物理データチャネルを用いて送信するようにしてもよい。これにより、ユーザ装置ＵＥは、様々な方法でリソース予約情報を送信することができる。

また、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおける基地局であって、ユーザ装置に対して、所定の周期で送信されるＤ２Ｄ用制御情報及びＤ２Ｄ用データに対するリソースの割当てを行うリソース割当部と、前記所定の周期で送信されるＤ２Ｄ用制御情報及びＤ２Ｄ用データに対するリソースを示す情報を前記ユーザ装置に送信する送信部と、を有する基地局が提供される。この基地局ｅＮＢにより、Ｄ２Ｄをサポートする無線通信システムにおいて、周期的かつデータサイズが変動するＤ２Ｄのトラフィックに対して、適切にリソースの割当てを行うことを可能にする技術が提供される。

また、前記情報には、前記所定の周期で送信されるＤ２Ｄ用制御情報及びＤ２Ｄ用データに対するリソースの有効期間を含むようにしてもよい。これにより、基地局ｅＮＢは、ユーザ装置ＵＥに対して、リソースの有効期間を通知することができる。また、ユーザ装置ＵＥは、基地局ｅＮＢとユーザ装置ＵＥ間のＲＲＣ状態がＣｏｎｎｅｃｔｅｄからＩｄｌｅに遷移した場合であっても、当該有効期間内であれば、他のユーザ装置ＵＥとの間でＤ２Ｄ通信を継続することができる。

また、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置が実行する通知方法であって、所定の送信タイミングの次の送信タイミングで送信されるＤ２Ｄ用制御情報に対するリソースの割当てを行うステップと、前記Ｄ２Ｄ用制御情報に対するリソースを示す情報を含むリソース予約情報を送信するステップと、を有する通知方法が提供される。この通知方法により、Ｄ２Ｄをサポートする無線通信システムにおいて、周期的かつデータサイズが変動するＤ２Ｄのトラフィックに対して、適切にリソースの割当てを行うことを可能にする技術が提供される。

また、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおける基地局が実行する通知方法であって、ユーザ装置に対して、所定の周期で送信されるＤ２Ｄ用制御情報及びＤ２Ｄ用データに対するリソースの割当てを行うステップと、前記所定の周期で送信されるＤ２Ｄ用制御情報及びＤ２Ｄ用データに対するリソースを示す情報を前記ユーザ装置に送信するステップと、を有する通知方法が提供される。この通知方法により、Ｄ２Ｄをサポートする無線通信システムにおいて、周期的かつデータサイズが変動するＤ２Ｄのトラフィックに対して、適切にリソースの割当てを行うことを可能にする技術が提供される。

＜実施形態の補足＞
制御情報は、ＳＡ（Scheduling Assignment）、又は、ＳＣＩと呼んでもよい。ＭＡＣ制御情報は、ＭＡＣ ＣＥと呼んでもよい。

ＰＳＣＣＨは、Ｄ２Ｄ通信に用いられる制御情報（ＳＣＩ等）を送信するための制御チャネルであれば他の制御チャネルであってもよい。ＰＳＳＣＨは、Ｄ２ＤコミュニケーションのＤ２Ｄ通信に用いられるデータ（ＭＡＣ ＰＤＵ等）を送信するためのデータチャネルであれば他のデータチャネルであってもよい。ＰＳＤＣＨは、Ｄ２ＤディスカバリのＤ２Ｄ通信に用いられるデータ（ディスカバリメッセージ等）を送信するためのデータチャネルであれば他のデータチャネルであってもよい。

以上、本発明の実施の形態で説明する各装置（ユーザ装置ＵＥ／基地局ｅＮＢ）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。

以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥ／基地局ｅＮＢは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

なお、各実施の形態において、制御情報はＤ２Ｄ用制御情報の一例である。データはＤ２Ｄ用データの一例である。

本特許出願は２０１５年１１月５日に出願した日本国特許出願第２０１５−２１８０１１号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−２１８０１１号の全内容を本願に援用する。

ＵＥ ユーザ装置
ｅＮＢ 基地局
１０１ 信号送信部
１０２ 信号受信部
１０３ リソース割当部
２０１ 信号送信部
２０２ 信号受信部
２０３ リソース割当部
３０１ ＲＥモジュール
３０２ ＢＢ処理モジュール
３０３ 装置制御モジュール
３０４ ＳＩＭスロット
４０１ ＲＥモジュール
４０２ ＢＢ処理モジュール
４０３ 装置制御モジュール
４０４ 通信ＩＦ

Claims (8)

1. ユーザ装置であって、
   Ｄ２Ｄ用制御情報の所定の送信タイミングの次の送信タイミングで送信されるＤ２Ｄ用制御情報に対するリソースを決定するリソース割当部と、
   前記決定されたＤ２Ｄ用制御情報に対するリソースを示す情報を含むリソース予約情報を送信する送信部と、
   を有し、
   前記リソース割当部は、前記所定の送信タイミングの次の送信タイミングで送信されるＤ２Ｄ用データに対するリソースの割当てを行い、
   前記次の送信タイミングで送信されるＤ２Ｄ用制御情報は、前記次の送信タイミングで送信されるＤ２Ｄ用データに対するリソースを示す情報を更に含むユーザ装置。
2. 前記リソース割当部は、第一の周期で送信されるＤ２Ｄ用制御情報に対するリソースを決定し、
   前記送信部は、決定された前記第一の周期で送信されるＤ２Ｄ用制御情報に対するリソースを示す情報を含むリソース予約情報を送信する、請求項１に記載のユーザ装置。
3. 前記リソース割当部は、第一の周期で送信されるＤ２Ｄ用制御情報に対するリソースの割当てと、前記第一の周期で送信されるＤ２Ｄ用データに対するリソースの割当てと、前記第一の周期とは異なる第二の周期で送信されるＤ２Ｄ用制御情報に対するリソースの割当てと、前記第二の周期で送信されるＤ２Ｄ用データに対するリソースの割当てと、を行い、
   前記送信部は、割当てられた前記第一の周期で送信されるＤ２Ｄ用制御情報に対するリソースと、割当てられた前記第一の周期で送信されるＤ２Ｄ用データに対するリソースと、割当てられた前記第二の周期で送信されるＤ２Ｄ用制御情報に対するリソースと、割当てられた前記第二の周期で送信されるＤ２Ｄ用データに対するリソースとを示す情報を含む前記リソース予約情報を送信する、請求項１に記載のユーザ装置。
4. 前記送信部は、割当てられたリソースを開放することを示す情報を送信する、請求項２に記載のユーザ装置。
5. 前記送信部は、前記リソース予約情報を、Ｄ２Ｄ用物理制御チャネル又はＤ２Ｄ用物理データチャネルを用いて送信する、請求項１乃至４のいずれか一項に記載のユーザ装置。
6. ユーザ装置であって、
   Ｄ２Ｄ用制御情報の所定の送信タイミングの次の送信タイミングで送信されるＤ２Ｄ用制御情報に対するリソースを決定するリソース割当部と、
   前記決定されたＤ２Ｄ用制御情報に対するリソースを示す情報を含むリソース予約情報を送信する送信部と、
   他のユーザ装置から送信されるリソース予約情報と、他のユーザ装置から送信されるリソース予約情報で示されるリソースにおけるＤ２Ｄ信号とを受信する受信部と、
   を有し、
   前記他のユーザ装置から送信されるリソース予約情報で示されるリソースにおいて受信されたＤ２Ｄ信号の受信品質が所定の閾値未満である場合、前記他のユーザ装置から送信されるリソース予約情報で示されるリソースが解放されたとみなすユーザ装置。
7. ユーザ装置が実行する通知方法であって、
   Ｄ２Ｄ用制御情報の所定の送信タイミングの次の送信タイミングで送信されるＤ２Ｄ用制御情報に対するリソースを決定するステップと、
   前記決定されたＤ２Ｄ用制御情報に対するリソースを示す情報を含むリソース予約情報を送信するステップと、
   を有し、
   前記リソースを決定するステップは、前記所定の送信タイミングの次の送信タイミングで送信されるＤ２Ｄ用データに対するリソースの割当てを行うステップを含み、
   前記次の送信タイミングで送信されるＤ２Ｄ用制御情報は、前記次の送信タイミングで送信されるＤ２Ｄ用データに対するリソースを示す情報を更に含む通知方法。
8. ユーザ装置が実行する通知方法であって、
   Ｄ２Ｄ用制御情報の所定の送信タイミングの次の送信タイミングで送信されるＤ２Ｄ用制御情報に対するリソースを決定するステップと、
   前記決定されたＤ２Ｄ用制御情報に対するリソースを示す情報を含むリソース予約情報を送信するステップと、
   他のユーザ装置から送信されるリソース予約情報と、他のユーザ装置から送信されるリソース予約情報で示されるリソースにおけるＤ２Ｄ信号とを受信するステップと、
   を有し、
   前記他のユーザ装置から送信されるリソース予約情報で示されるリソースにおいて受信されたＤ２Ｄ信号の受信品質が所定の閾値未満である場合、前記他のユーザ装置から送信されるリソース予約情報で示されるリソースが解放されたとみなす通知方法。

Images