(57)【要約】  センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置であって、センシング用の時間ウインドウでセンシングを行うことで、該センシング用の時間ウインドウより後のリソース選択用の時間ウインドウの中で信号を送信可能な１以上のリソースを検出する検出部と、検出された１以上のリソースから、信号を送信するためのリソースを選択する選択部と、選択された前記信号を送信するためのリソースを用いて信号を送信する送信部と、を有するユーザ装置を提供する。
2017179286.tif 000002
【特許請求の範囲】
【請求項１】
センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置であって、
センシング用の時間ウインドウでセンシングを行うことで、該センシング用の時間ウインドウより後のリソース選択用の時間ウインドウの中で信号を送信可能な１以上のリソースを検出する検出部と、
検出された１以上のリソースから、信号を送信するためのリソースを選択する選択部と、
選択された前記信号を送信するためのリソースを用いて信号を送信する送信部と、
を有するユーザ装置。
【請求項２】
前記リソース選択用の時間ウインドウは、前記センシング用の時間ウインドウよりも短い、
請求項１に記載のユーザ装置。
【請求項３】
前記選択部は、前記検出部で複数のリソースが検出された場合、前記信号を送信するためのリソースを該複数のリソースからランダムに選択するのか、又は、所定の条件に基づいて選択するのかを、自律的に、又は、基地局からの指示に基づいて決定する、
請求項１又は２に記載のユーザ装置。
【請求項４】
前記センシング用の時間ウインドウの開始タイミング及び終了タイミング、前記リソース選択用の時間ウインドウの開始タイミング及び終了タイミングは、前記選択部が信号を送信するためのリソースを選択するタイミングに基づいて動的に決定されるか、又は、予め設定された周期的な期間の境界のタイミングに該当する、
請求項１乃至３のいずれか一項に記載のユーザ装置。
【請求項５】
前記検出部は、センシング用の時間ウインドウでセンシングを行うことで、該センシング用の時間ウインドウより後のリソース予約用の時間ウインドウの中で信号の送信を予約可能な１以上のリソースを検出し、
前記選択部は、検出された信号の送信を予約可能な１以上のリソースから、信号の送信を予約するリソースを選択し、
前記送信部は、前記信号を送信するためのリソースを用いて、前記信号の送信を予約するリソースで信号の送信を予定していることを示す予約情報を送信する、
請求項１乃至４のいずれか一項に記載のユーザ装置。
【請求項６】
前記検出部は、選択された前記信号を送信するためのリソース以後の周期的なリソースについて、センシング用の時間ウインドウでセンシングを行うことで、該周期的なリソースの受信品質を仮想的に測定し、測定された前記仮想的な受信品質に基づいて、前記リソース選択用の時間ウインドウの中で信号を送信可能な１以上のリソースを検出する、
請求項１乃至５のいずれか一項に記載のユーザ装置。
【請求項７】
センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置が実行する信号送信方法であって、
センシング用の時間ウインドウでセンシングを行うことで、該センシング用の時間ウインドウより後のリソース選択用の時間ウインドウの中で信号を送信可能な１以上のリソースを検出するステップと、
検出された１以上のリソースから、信号を送信するためのリソースを選択するステップと、
選択された前記信号を送信するためのリソースを用いて信号を送信するステップと、
を有する信号送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置及び信号送信方法に関する。
【背景技術】
【０００２】
ＬＴＥ（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
【非特許文献２】３ＧＰＰ  ＴＳ３６．３００  Ｖ１３.２．０（２０１５−１２）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
Ｖ２Ｘの技術は、ＬＴＥで規定されているＤ２Ｄの技術をベースとしている。当該Ｄ２Ｄの技術において、ユーザ装置がＤ２Ｄ信号を送信するリソースを選択する方式として、大別して、基地局からダイナミックにリソースを割り当てる方式と、ユーザ装置が自律的にリソースを選択する方式がある。Ｖ２Ｘ、特に、Ｖ２Ｖでは、ユーザ装置（例：自動車）は高密度に存在し、高速に移動するので、ダイナミックにリソースを割り当てる方式では非効率であることから、ユーザ装置が自律的にリソースを選択する方式が用いられることが想定される。【０００８】
また、Ｖ２Ｖでは、ユーザ装置が自律的にリソースの選択をする際に、パケットの送信毎にリソースを選択するのではなく、一旦選択したリソースをセミパーシステントに使用することが想定される。そして、例えば、使用するリソースに問題（例：衝突）が生じた際に、リソースの再選択を行う。【０００９】
複数のユーザ装置が自律的に送信リソースを選択（再選択を含む）する際に、各ユーザ装置が自由にリソースを選択するとなると、リソースの衝突が生じ、受信側のユーザ装置は信号を適切に受信できなくなる。【００１０】
そこで、リソースのセンシングを行って、使用（占有：ｏｃｃｕｐｉｅｄ）されていないリソースを選択するセンシングベースのリソース選択方式が提案されている。図２を用いて具体例を示す。図２の例では、ユーザ装置がセンシングを行う時間ウインドウ（以下、「センシングウインドウ」と呼ぶ）が予め設定されており、センシングウインドウのサイズ（期間）は、ユーザ装置がパケットをセミパーシステントに送信する周期と同一に設定されている前提とする。図２の例では、ユーザ装置は、センシングウインドウ１の中でセンシングを行うことで占有されていないリソース（Ａ１〜Ｄ１）を検出する。検出されたリソースは、次のセンシングウインドウ２の中でも占有されていないと判断することができるため、ユーザ装置は、次のセンシングウインドウ２の中で、当該占有されていないリソース（Ａ１〜Ｄ１）にそれぞれ対応するリソース（Ａ２〜Ｄ２）を、Ｄ２Ｄ信号を送信可能なリソースであるとみなし、これらのリソース（Ａ２〜Ｄ２）からリソース（例えばＡ２）を選択してＤ２Ｄ信号の送信を開始する。【００１１】
しかし、上記のリソース選択方式では、ユーザ装置は、センシングウインドウの中で占有されていないリソースのうちいずれかのリソースを選択するため、選択するリソースによっては、特に新たに通信を行おうとする際に遅延が生じる可能性があるという課題がある。例えば図２において、ユーザ装置がリソースＤ２でＤ２Ｄ信号の送信を開始する場合、リソースＡ２でＤ２Ｄ信号の送信を開始する場合よりも、Ｄ２Ｄ信号の送信を開始するまでに遅延が生じてしまうことになる。一方で、ユーザ装置ＵＥは、より早いタイミングでＤ２Ｄ信号を送信可能なリソースＡ２を選択すれば、遅延を抑制できるとも考えられる。しかしながら、このような動作を許容すると、複数のユーザ装置が新たに通信を行おうとしている場合、全てのユーザ装置がリソースＡ２を選択してしまう可能性があり、ユーザ装置ＵＥ間で信号の衝突が生じてしまう。【００１２】
なお、Ｖ２ＸはＤ２Ｄの一種であると考えると、上記のような課題はＶ２Ｘに限らず、Ｄ２Ｄ全般に生じ得る課題である。【００１３】
開示の技術は上記に鑑みてなされたものであって、センシング結果に基づいて信号を送信するためのリソースを選択する方式において、遅延を低減しつつ適切に通信を行うことを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１４】
開示の技術のユーザ装置は、センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置であって、センシング用の時間ウインドウでセンシングを行うことで、該センシング用の時間ウインドウより後のリソース選択用の時間ウインドウの中で信号を送信可能な１以上のリソースを検出する検出部と、検出された１以上のリソースから、信号を送信するためのリソースを選択する選択部と、選択された前記信号を送信するためのリソースを用いて信号を送信する送信部と、を有する。
【発明の効果】
【００１５】
開示の技術によれば、センシング結果に基づいて信号を送信するためのリソースを選択する方式において、遅延を低減しつつ適切に通信を行うことを可能とする技術が提供される。
【図面の簡単な説明】
【００１６】
【図１】Ｖ２Ｘを説明するための図である。
【図２】課題を説明するための図である。
【図３Ａ】Ｄ２Ｄを説明するための図である。
【図３Ｂ】Ｄ２Ｄを説明するための図である。
【図４】Ｄ２Ｄ通信に用いられるＭＡＣ  ＰＤＵを説明するための図である。
【図５】ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒのフォーマットを説明するための図である。
【図６】Ｄ２Ｄで使用されるチャネル構造の例を説明するための図である。
【図７Ａ】ＰＳＤＣＨの構造例を示す図である。
【図７Ｂ】ＰＳＤＣＨの構造例を示す図である。
【図８Ａ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図８Ｂ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図９Ａ】リソースプールコンフィギュレーションを示す図である。
【図９Ｂ】リソースプールコンフィギュレーションを示す図である。
【図１０】実施の形態に係る無線通信システムの構成例を示す図である。
【図１１】ユーザ装置が行う送信動作の一例を説明するための図である。
【図１２】各ウインドウの開始タイミング及び終了タイミングの設定方法（その１）を説明するための図である。
【図１３】設定方法（その１）においてオフセットを設けた場合を示す図である。
【図１４】選択されるリソースが重複する場合を説明するための図である。
【図１５】各ウインドウの開始タイミング及び終了タイミングの設定方法（その２）を説明するための図である。
【図１６】設定方法（その２）においてオフセットを設けた場合を示す図である。
【図１７】優先度が高い場合のリソース選択動作を説明するための図である。
【図１８】優先度が高い場合のリソース予約動作を説明するための図である。
【図１９】実施の形態に係るユーザ装置の機能構成の一例を示す図である。
【図２０】実施の形態に係る基地局の機能構成の一例を示す図である。
【図２１】実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。
【図２２】実施の形態に係る基地局のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
【００１８】
また、本実施の形態は、主にＶ２Ｘを対象としているが、本実施の形態に係る技術は、Ｖ２Ｘに限らず、広くＤ２Ｄ全般に適用可能である。また、「Ｄ２Ｄ」はその意味としてＶ２Ｘを含むものである。
【００１９】
また、「Ｄ２Ｄ」は、ユーザ装置ＵＥ間でＤ２Ｄ信号を送受信する処理手順のみならず、Ｄ２Ｄ信号を基地局が受信（モニタ）する処理手順、及び、ＲＲＣ  ｉｄｌｅの場合若しくは基地局ｅＮＢとコネクションを確立していない場合に、ユーザ装置ＵＥが基地局ｅＮＢに上り信号を送信する処理手順を含む広い意味で使用する。
【００２０】
＜Ｄ２Ｄの概要＞
ＬＴＥで規定されているＤ２Ｄの概要について説明する。なお、Ｖ２Ｘにおいても、ここで説明するＤ２Ｄの技術を使用することは可能であり、本発明の実施の形態におけるＵＥは、当該技術によるＤ２Ｄ信号の送受信を行うことができる。
【００２１】
既に説明したように、Ｄ２Ｄには、大きく分けて「Ｄ２Ｄディスカバリ」と「Ｄ２Ｄコミュニケーション」がある。「Ｄ２Ｄディスカバリ」については、図３Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ユーザ装置ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージ（発見信号）を送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ユーザ装置ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。
【００２２】
「Ｄ２Ｄコミュニケーション」についても、図３Ｂに示すように、ＳＣＩ／データ送信用のリソースプールが周期的に確保される。送信側のユーザ装置ＵＥはＣｏｎｔｒｏｌリソースプール（ＰＳＣＣＨリソースプール）から選択されたリソースでＳＣＩによりデータ送信用リソース（ＰＳＳＣＨリソースプール）等を受信側に通知し、当該データ送信用リソースでデータを送信する。「Ｄ２Ｄコミュニケーション」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、基地局ｅＮＢからユーザ装置ＵＥに送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ユーザ装置ＵＥはリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。
【００２３】
ＬＴＥにおいて、「Ｄ２Ｄディスカバリ」に用いられるチャネルはＰＳＤＣＨ（Physical Sidelink Discovery Channel）と称され、「Ｄ２Ｄコミュニケーション」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Physical Sidelink Control Channel）と称され、データを送信するチャネルはＰＳＳＣＨ（Physical Sidelink Shared Channel）と称される（非特許文献２）。
【００２４】
Ｄ２Ｄ通信に用いられるＭＡＣ（Medium Access Control）ＰＤＵ（Protocol Data Unit）は、図４に示すように、少なくともＭＡＣ  ｈｅａｄｅｒ、ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ、ＭＡＣ  ＳＤＵ（Service Data Unit）、Ｐａｄｄｉｎｇで構成される。ＭＡＣ  ＰＤＵはその他の情報を含んでも良い。ＭＡＣ  ｈｅａｄｅｒは、１つのＳＬ−ＳＣＨ（Sidelink Shared Channel）ｓｕｂｈｅａｄｅｒと、１つ以上のＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒで構成される。
【００２５】
図５に示すように、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒは、ＭＡＣ  ＰＤＵフォーマットバージョン（Ｖ）、送信元情報（ＳＲＣ）、送信先情報（ＤＳＴ）、Ｒｅｓｅｒｖｅｄ  ｂｉｔ（Ｒ）等で構成される。Ｖは、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒの先頭に割り当てられ、ユーザ装置ＵＥが用いるＭＡＣ  ＰＤＵフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ＰｒｏＳｅ  ＵＥ  ＩＤに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤに関する情報が設定されてもよい。
【００２６】
Ｄ２Ｄのチャネル構造の例を図６に示す。図６に示すように、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、「Ｄ２Ｄコミュニケーション」のチャネルの周期よりも長い周期で「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールが割り当てられている。
【００２７】
また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Primary Sidelink Synchronization signal）とＳＳＳＳ（Secondary Sidelink Synchronization signal）が用いられる。また、例えばカバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等の報知情報（broadcast information）を送信するＰＳＢＣＨ（Physical Sidelink Broadcast Channel）が用いられる。
【００２８】
図７Ａに、「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールの例を示す。リソースプールは、サブフレームのビットマップで設定されるため、図７Ａに示すようなイメージのリソースプールになる。他のチャネルのリソースプールも同様である。また、ＰＳＤＣＨは、周波数ホッピングしながら繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。繰り返し回数は例えば０〜４で設定可能である。また、図７Ｂに示すように、ＰＳＤＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳ（demodulation reference signal）が挿入される構造になっている。
【００２９】
図８Ａに、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨとＰＳＳＣＨのリソースプールの例を示す。図８Ａに示すとおり、ＰＳＣＣＨは、周波数ホッピングしながら、初回を含めて２回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。ＰＳＳＣＨは、周波数ホッピングしながら、初回を含めて４回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。また、図８Ｂに示すように、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳが挿入される構造になっている。
【００３０】
図９Ａ、図９Ｂに、ＰＳＣＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨ（Ｍｏｄｅ２）におけるリソースプールコンフィギュレーションの例を示す。図９Ａに示すように、時間方向では、リソースプールはサブフレームビットマップとして表される。また、ビットマップは、ｎｕｍ．ｒｅｐｒｔｉｔｉｏｎの回数だけ繰り返される。また、各周期における開始位置を示すｏｆｆｓｅｔが指定される。
【００３１】
周波数方向では、連続割り当て（ｃｏｎｔｉｇｕｏｕｓ）と不連続割り当て（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）が可能である。図９Ｂは、不連続割り当ての例を示しており、図示のとおり、開始ＰＲＢ、終了ＰＲＢ、ＰＲＢ数（ｎｕｍＰＲＢ）が指定される。
【００３２】
＜システム構成＞
図１０は、実施の形態に係る無線通信システムの構成例を示す図である。図１０に示すように、本実施の形態に係る無線通信システムは、基地局ｅＮＢ、ユーザ装置ＵＥ１、ユーザ装置ＵＥ２を有する。図１０において、ユーザ装置ＵＥ１は送信側、ユーザ装置ＵＥ２は受信側を意図しているが、ユーザ装置ＵＥ１とユーザ装置ＵＥ２はいずれも送信機能と受信機能の両方を備える。以下、ユーザ装置ＵＥ１とユーザ装置ＵＥ２を特に区別しない場合、単に「ユーザ装置ＵＥ」と記述する。
【００３３】
図１０に示すユーザ装置ＵＥ１、ユーザ装置ＵＥ２は、それぞれ、ＬＴＥにおけるユーザ装置ＵＥとしてのセルラ通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ユーザ装置ＵＥ１、ユーザ装置ＵＥ２は、本実施の形態で説明する動作を実行する機能を有している。なお、セルラ通信の機能及び既存のＤ２Ｄの機能については、一部の機能（本実施の形態で説明する動作を実行できる範囲）のみを有していてもよいし、全ての機能を有していてもよい。
【００３４】
また、各ユーザ装置ＵＥは、Ｄ２Ｄの機能を有するいかなる装置であってもよいが、例えば、各ユーザ装置ＵＥは、車両、歩行者が保持する端末、ＲＳＵ（ＵＥの機能を有するＵＥタイプＲＳＵ）等である。
【００３５】
また、基地局ｅＮＢについては、ＬＴＥにおける基地局ｅＮＢとしてのセルラ通信の機能、及び、本実施の形態におけるユーザ装置ＵＥの通信を可能ならしめるための機能（リソース割当ての機能、設定情報通知機能等）を有している。また、基地局ｅＮＢはＲＳＵ（ｅＮＢの機能を有するｅＮＢタイプＲＳＵ）を含む。
【００３６】
本実施の形態では、基本的に、ユーザ装置ＵＥは、センシングウインドウの中でセンシングを行うことで占有されていないリソースを選択し、選択したリソースを用いて、セミパーシステントに、周期的にＤ２Ｄ信号の送信を行う。「センシング」とは、例えば、受信電力（受信エネルギ、又は受信強度と称してもよい）を測定する方法、他のユーザ装置ＵＥから送信されるＳＣＩを受信し、デコードして、割り当てられているＳＣＩおよびデータのリソース位置を検知すること、又はこれらを組み合わせることなどにより行われる。「リソース」とは、特に断りの無い限り、時間リソース（例：サブフレーム）、若しくは、時間及び周波数リソース（例：サブチャネル）を含む。「Ｄ２Ｄ信号」は、ＳＣＩであってもよいし、データであってもよいし、ＳＣＩとデータの組であってもよい。また、当該Ｄ２Ｄ信号は発見信号であってもよい。
【００３７】
＜リソース選択及び送信動作について＞
（選択ウインドウについて）
続いて、本実施の形態に係るユーザ装置ＵＥがＤ２Ｄ信号の送信を開始しようとする際に行うリソース選択方法及びＤ２Ｄ信号を送信する動作について説明する。図２を用いて説明したセンシングベースのリソース選択方式では、ユーザ装置ＵＥは、センシングウインドウの中でセンシングを行うことで占有されていないリソースを検出し、次のセンシングウインドウにおいて信号を送信可能なリソースの中からリソースを選択してＤ２Ｄ信号の送信を開始するようにしていた。
【００３８】
一方、本実施の形態では、次のセンシングウインドウに該当する時間ウインドウの中に、Ｄ２Ｄ信号を送信するリソースを選択すべき範囲を示す時間ウインドウ（以下、「選択ウインドウ」と呼ぶ）を設けておき、ユーザ装置ＵＥは、選択ウインドウの中でいずれかのリソースを選択してＤ２Ｄ信号の送信を開始する。
【００３９】
図１１は、ユーザ装置が行う送信動作の一例を説明するための図である。例えば、ユーザ装置ＵＥは、センシングウインドウの中でセンシングを行うことで占有されていないリソース（Ａ１〜Ｆ１）を検出したとする。この場合、前述のリソース選択方式では、ユーザ装置ＵＥは、Ｄ２Ｄ信号を送信可能なリソース（Ａ２〜Ｆ２）のうちいずれかのリソースを用いてＤ２Ｄ信号の送信を開始することになる。一方、本実施の形態では、ユーザ装置ＵＥは、選択ウインドウの中に該当するリソース（Ａ２〜Ｃ２）のうちいずれかのリソースを用いてＤ２Ｄ信号の送信を開始する。これにより、ユーザ装置ＵＥは、選択ウインドウの中で限定してリソースを選択することになるため、Ｄ２Ｄ信号の送信を行おうと判断した時から、実際にＤ２Ｄ信号の送信を開始するまでに要する遅延を短縮することが可能になる。また、選択ウインドウを設けたことで、特に、セミパーシステントにＤ２Ｄ信号を送信する周期が長い場合（つまり、センシングウインドウのサイズが長い場合）に、より効果的に遅延を短縮することが可能になる。
【００４０】
選択ウインドウは、センシングウインドウの後に設定される。選択ウインドウのサイズは、少なくともセンシングウインドウのサイズ以下に設定する必要がある。なお、遅延短縮の効果を鑑みると、選択ウインドウのサイズはセンシングウインドウのサイズよりも短いことが好適である。なお、選択ウインドウは、必ずしもセンシングウインドウに続けて設定されなくてもよい。例えば、センシングウインドウの終了タイミングから所定のオフセット後（数サブフレーム後など）に選択ウインドウの開始タイミングを設定することも可能である。
【００４１】
（予約ウインドウについて）
本実施の形態では、ユーザ装置ＵＥは、選択ウインドウの中でリソースを選択してＤ２Ｄ信号の送信を開始するが、選択ウインドウの範囲外でＤ２Ｄ信号の送信を開始したい場合も想定される。例えば、図１１において、リソースＥ２を用いてＤ２Ｄ信号の送信を開始したい場合も想定される。このような場合に対応するため、本実施の形態では、次のセンシングウインドウに該当する時間ウインドウの中にリソースの予約が可能な範囲を示す時間ウインドウ（以下、「予約ウインドウ」と呼ぶ）を設けておき、ユーザ装置ＵＥは、予約ウインドウ内でリソースを予約することを可能にしてもよい。
【００４２】
ユーザ装置ＵＥは、例えば、リソースＥ２でＤ２Ｄ信号の送信を開始したい場合、選択ウインドウ内のリソースＡ２〜Ｃ２のうちいずれかのリソースを選択し、選択したリソースで、リソースＥ２を予約することを示す予約情報を含むＤ２Ｄ信号を送信する。これにより、当該予約情報を受信した他のユーザ装置ＵＥは、リソースＥ２が予約されていることを検出することが可能になる。なお、予約情報には、セミパーシステントにＤ２Ｄ信号を送信する周期を示す設定情報が含まれていてもよい。
【００４３】
リソース衝突を回避するためには、予約ウインドウのサイズは、少なくともセンシングウインドウのサイズ以下に設定する必要がある。なお、予約ウインドウと選択ウインドウとは重なり合っていてもよいし、選択ウインドウに続いて設定されていてもよい。予約ウインドウは、予め定められたウインドウ、又は、基地局ｅＮＢから設定されたウインドウを用いることで、センシングウインドウのサイズ以下にすることができる。
【００４４】
リソース予約を可能にすることでリソース衝突の確率を減らし、リソース衝突時の遅延を削減する効果がある一方で、ユーザ装置ＵＥが過剰なリソースを予約することで他のユーザ装置ＵＥが選択可能なリソースが制限される恐れがある。予約ウインドウはこのような過剰なリソース予約の抑止にも有効であり、例えば基地局ｅＮＢが予約ウインドウを上位レイヤシグナリング（ＲＲＣメッセージなど）又は報知情報（ＳＩＢ）で設定してもよいし，ユーザ装置ＵＥが予約可能なウィンドウサイズをあらかじめ制限してもよい。基地局ｅＮＢは、このような目的のためには予約ウインドウに代えて、または予約ウインドウに加えて予約可能なリソース数、予約プロセス数、Ｄ２Ｄ信号の送信回数、又は／及び、Ｄ２Ｄ信号を送信するリソースの時間占有率を制限してもよい。例えば予約プロセス数が１に制限された場合、ユーザ装置ＵＥは１ＭＡＣ  ＰＤＵまたは１回のＳＣＩ送信でスケジュール可能なリソースのみを予約することになる。また、ユーザ装置ＵＥは、予約リソースを開放することを通知するシグナリングを送信するようにしてもよい。これにより、ユーザ装置ＵＥに不要なリソースを開放させる効果も見込まれる。
【００４５】
Ｄ２Ｄ信号の送信に対して課金を行う場合、送信ビット数をユーザ装置ＵＥからネットワークに報告させて課金する方法がある。この場合、ユーザ装置ＵＥが予約したリソースの開放通知を行わない限り常にデータ送信を行わせるようにしてもよいし、あるいは予約したリソースの開放通知を行わない限り常にデータを送信したと仮定して送信ビット数を課金対象に加算させるなどの動作をユーザ装置ＵＥに行なわせてもよい。後者の場合、送信ビット数換算のためＭＣＳ（Modulation Coding Scheme）を決定する必要があるが、これは予約情報を含むＳＣＩに対応するデータの送信に用いる予定のＭＣＳ又は当該データのビット数を用いて計算するなど、直近で選択されたＭＣＳに基づいた計算を行うようにしてもよい。また、直近で選択されたＭＣＳに代えて、予め定められたＭＣＳ又は基地局ｅＮＢから設定されたＭＣＳを用いることで実現してもよい。
【００４６】
（センシングウインドウについて）
本実施の形態では、センシングウインドウのサイズは、ユーザ装置ＵＥがパケットをセミパーシステントに送信する周期（ＳＰＳ（Semi-Persistent scheduling）周期）又はリソース予約が可能な時間間隔（リソース予約が可能な周期）と同一に設定されていてもよいし、当該周期のＭ倍（Ｍは１以上の整数）に設定されていてもよい。例えばＳＰＳ周期又はリソース予約が可能な時間間隔が１００ｍｓである場合、センシングウインドウは、１００ｍｓ、２００ｍｓ、３００ｍｓ・・に設定されていてもよい。なお、ユーザ装置ＵＥ間で、ＳＰＳ周期又はリソース予約が可能な時間間隔が異なる場合、最も長い周期のＭ倍（Ｍは１以上の整数）に設定されるのが好適である。
【００４７】
（選択ウインドウ内でのリソース選択方法について）
図１１に示すように、選択ウインドウの中でＤ２Ｄ信号を送信可能なリソース（選択可能なリソース）が複数存在する場合、ユーザ装置ＵＥは、複数のリソースの中からランダムにリソースを選択するようにしてもよい。複数のユーザ装置ＵＥが存在する場合に、ユーザ装置ＵＥ間で選択されるリソースがランダム化されることになる。
【００４８】
また、他の方法として、ユーザ装置ＵＥは、所定の条件に基づいて、複数のリソースの中からリソースを選択するようにしてもよい。所定の条件とは、どのような条件でもよいが、例えば、チャネルの品質（例えば、周辺リソースのチャネル状態など）であってもよいし、そのリソースでＤ２Ｄ信号を送信可能であるか否か（例えば、基地局ｅＮＢ向けにＵＬ信号を送信予定である、基地局ｅＮＢからＤ２Ｄ信号の送信が可能なギャップが設定されている等）であってもよいし、そのリソースでは他のＤ２Ｄ信号をモニタする必要があるか否かであってもよいし、どの程度遅延が許容されるのか等であってもよい。例えば、ユーザ装置ＵＥがＳｉｄｅｌｉｎｋキャリア（Ｄ２Ｄ信号を送信可能なキャリア）以外に接続している場合で、Ｄ２Ｄ信号の送受信が可能なギャップが設定されている場合、ユーザ装置ＵＥはＤ２Ｄ信号の送信が可能なギャップ内のサブフレームでのみリソースを選択してもよいし、Ｄ２Ｄ信号の受信が可能なギャップ内のサブフレームでのみセンシングを行なってもよい。これらの動作がユーザ装置ＵＥの送受信能力が不足する場合に適用されることで、効率的な送受信機のキャリア間切り替えが可能となる。
【００４９】
また、ユーザ装置ＵＥは、複数のリソースの中からランダムにリソースを選択するのか、又は、複数のリソースの中から所定の条件に基づいてリソースを選択するのかを、自律的に、又は、基地局ｅＮＢからの指示に基づいて決定するようにしてもよい。
【００５０】
（リソース選択及び送信動作に関する補足事項）
本実施の形態では、ユーザ装置ＵＥは、選択ウインドウの中でＤ２Ｄ信号を送信するリソースを選択した後、実際にＤ２Ｄ信号を送信する前に改めてセンシングを行う必要はない。
【００５１】
また、Ｄ２Ｄ信号をセミパーシステントに送信する場合において、ユーザ装置ＵＥは、最初にＤ２Ｄ信号の送信を開始する際にセンシングを行えばよく、２回目以降に周期的にＤ２Ｄ信号を送信する前に、改めてセンシングを行う必要はない。なお、ユーザ装置ＵＥは、バックグラウンドでセンシングを行っておき（つまり、Ｄ２Ｄ信号を送信しないタイミング（サブフレーム）ではセンシングを行っておき）、他のユーザ装置ＵＥとの信号衝突（コリジョン）の可能性を検出した場合に、リソースの再選択を行うようにしてもよい。
【００５２】
＜各ウインドウの開始タイミング及び終了タイミングの設定方法について＞
続いて、センシングウインドウ、選択ウインドウ及び予約ウインドウの開始タイミング及び終了タイミングの設定方法ないし認識方法について説明する。
【００５３】
（設定方法その１）
設定方法その１は、センシングウインドウ、選択ウインドウ及び予約ウインドウの開始タイミング及び終了タイミングを、ユーザ装置ＵＥがＤ２Ｄ信号を送信するためのリソースを選択するタイミングに基づいて、動的に決定する。ユーザ装置ＵＥがＤ２Ｄ信号を送信するためのリソースを選択するタイミングとは、例えば、ユーザ装置ＵＥ内の上位レイヤ（例えばＶ２Ｘアプリケーション）で送信パケットが生成され、リソースの選択を行うレイヤ（例えばＭＡＣレイヤ、物理レイヤ）に対して送信パケットが存在することが通知されたタイミングである。
【００５４】
図１２は、各ウインドウの開始タイミング及び終了タイミングの設定方法（その１）を説明するための図である。図１２において、センシングウインドウのサイズは（Ｘ）であり、選択ウインドウのサイズは（Ｙ）であり、予約ウインドウのサイズは（Ｚ）である前提とする。
【００５５】
ユーザ装置ＵＥがＤ２Ｄ信号を送信するためのリソースを選択するタイミングをサブフレーム（ｎ）とした場合、センシングウインドウの開始タイミング及び終了タイミングは、それぞれサブフレーム（ｎ−Ｘ−１）及びサブフレーム（ｎ−１）になる。また、選択ウインドウの開始タイミング及び終了タイミングは、それぞれサブフレーム（ｎ）及びサブフレーム（ｎ＋Ｙ−１）になる。また、予約ウインドウの開始タイミング及び終了タイミングは、それぞれサブフレーム（ｎ）及びサブフレーム（ｎ＋Ｚ−１）になる。つまり、設定方法その１では、センシングウインドウ、選択ウインドウ及び予約ウインドウの開始タイミング及び終了タイミングが、時間の経過に合わせてスライドしていくことになる。なお、ユーザ装置ＵＥがＤ２Ｄ信号を送信するためのリソースを選択するタイミングではセンシングウインドウが既に終了していることになるため、ユーザ装置ＵＥは、送信予定のパケット（Ｄ２Ｄ信号）の有無に関わらずセンシングを行っておき、送信可能なリソースを把握しておく必要がある。
【００５６】
設定方法その１によれば、選択ウインドウの開始タイミングと、ユーザ装置ＵＥでＤ２Ｄ信号を送信するためのリソースを選択する動作を開始するタイミングとが一致することになるため、ユーザ装置ＵＥは、極力少ない遅延でＤ２Ｄ信号の送信を開始することが可能である。
【００５７】
［設定方法その１に関する補足事項］
設定方法その１において、センシングウインドウの終了タイミングと選択ウインドウの開始タイミングの間にオフセット（Ｏ）を設定する場合の例を図１３に示す。オフセットを設けることで、送信すべきＤ２Ｄ信号が発生してから、オフセット時間経過後に実際にＤ２Ｄ信号の送信が可能になるため、ユーザ装置ＵＥの処理負担を軽減することができる。
【００５８】
設定方法その１において、選択ウインドウのサイズを１サブフレームに限定するようにしてもよい。これにより、ユーザ装置ＵＥ間で信号の衝突が発生する可能性は高くなるものの、ユーザ装置ＵＥは、最小限の遅延でＤ２Ｄ信号の送信を開始することができる。
【００５９】
設定方法その１において、選択したリソースでＤ２Ｄ信号を送信しようとした場合に、同一リソースを他のユーザ装置ＵＥも選択してしまうケースが想定される。図１４を用いて具体的に説明する。例えば、ユーザ装置ＵＥ１が、サブフレーム（ｎ）のタイミングでＤ２Ｄ信号を送信するためのリソースを選択する動作を行い、サブフレーム（ｎ＋３）のリソースＡを選択したとする。この場合において、更に、ユーザ装置ＵＥ２が、サブフレーム（ｎ＋３）のタイミングでＤ２Ｄ信号を送信するためのリソースを選択する動作を行い、リソースＡを選択したとする。この場合、ユーザ装置ＵＥ１とユーザ装置ＵＥ２は共にリソースＡでＤ２Ｄ信号を送信してしまうことから、信号の衝突が発生してしまうことになる。そこで、このような状況を回避するために、ユーザ装置ＵＥは、Ｄ２Ｄ信号を送信するためのリソースを選択するタイミングで、選択したリソースを予約したことを示す予約情報を含むＤ２Ｄ信号（例えばＳＣＩ）を送信するようにしてもよい。具体的には、ユーザ装置ＵＥ１は、図１４のサブフレーム（ｎ）のタイミングで、リソースＡを予約したことを示す予約情報を含むＤ２Ｄ信号を送信するようにしてもよい。これにより、ユーザ装置ＵＥ２は、当該Ｄ２Ｄ信号を受信して、リソースＡが予約されていることを認識することができ、リソースＡの選択を回避することが可能になる。
【００６０】
本実施の形態においてＳＣ期間内で同一のＳＣＩ及びデータが繰り返し送信されるようなＤ２Ｄ通信が行われる場合、後述する設定方法その２を適用するようにしてもよいし、設定方法その１において、各ウインドウの開始タイミング又は終了タイミングの一部を、ＳＣ期間の境界のタイミングに合わせるようにしてもよい。
【００６１】
（設定方法その２）
設定方法その２では、センシングウインドウ、選択ウインドウ及び予約ウインドウの開始タイミング及び終了タイミングを、予め設定された周期的な期間の境界のタイミングに合わせるようにする。予め設定された周期的な期間は「ＳＣ期間」であってもよいし、これに限られず、他の周期的な期間であってもよい。以下、周期的な期間は「ＳＣ期間」である場合を例に説明を続ける。
【００６２】
図１５は、各ウインドウの開始タイミング及び終了タイミングの設定方法（その２）を説明するための図である。図１５において、センシングウインドウのサイズは（Ｘ）であり、選択ウインドウのサイズは（Ｙ）であり、予約ウインドウのサイズは（Ｚ）である前提とする。
【００６３】
設定方法その２では、ユーザ装置ＵＥがＤ２Ｄ信号を送信するためのリソースを選択するタイミングをサブフレーム（ｎ）とした場合、選択ウインドウの開始タイミングは、サブフレーム（ｎ）が含まれるＳＣ期間と次のＳＣ期間との間の境界に該当する。従って、サブフレーム（ｎ）のタイミング次第では、ユーザ装置ＵＥは、Ｄ２Ｄ信号の送信を開始するまでに、最長で約１ＳＣ期間分の時間待機する必要がある。一方で、例えば３ＧＰＰ  Ｒｅｌ−１２のＤ２Ｄ技術（前述の＜Ｄ２Ｄの概要＞で説明した技術）のようにＳＣ期間内で同一のＳＣＩ及びデータが繰り返し送信されるようなＤ２Ｄ通信が行われる場合、設定方法その２では、各ウインドウの開始タイミング及び終了タイミングをＳＣ期間の境界と一致することになる。そのため、ユーザ装置ＵＥは、他のユーザ装置ＵＥが繰り返し送信するＤ２Ｄ信号を全てセンシングすることができ、リソースの占有状況をより適切に検出することが可能になる。
【００６４】
設定方法その２において、センシングウインドウの終了タイミングと選択ウインドウの開始タイミングの間にオフセット（Ｏ）を設定する場合の例を図１６に示す。オフセットを設けることで、仮に、センシングウインドウの終了タイミング付近で送信すべきＤ２Ｄ信号が発生した場合であっても、オフセット時間経過後にＤ２Ｄ信号の送信が可能になるため、ユーザ装置ＵＥの処理負担を軽減することができる。また、セミパーシステントにＤ２Ｄ信号を送信する周期と、ＳＣ期間の境界とがほぼ一致しているような場合において、送信すべきパケットが下位レイヤに到着するタイミングが遅れてＳＣ期間を跨いでしまった場合であっても、次のＳＣ期間を待たずにＤ２Ｄ信号の送信が可能になるため、遅延を最小限に抑えることができる。
【００６５】
＜各ウインドウの開始タイミング及び終了タイミングをユーザ装置に設定する方法＞
本実施の形態では、以下の方法を用いて、各ウインドウの開始タイミング及び終了タイミングをユーザ装置に設定する（通知する）ようにしてもよい。
【００６６】
なお、各ウインドウの開始タイミング及び終了タイミングをユーザ装置ＵＥに設定する場合、例えば前述のＸ、Ｙ、Ｚ、Ｏの値をユーザ装置ＵＥに設定してもよいし、各ウインドウの開始タイミング及び終了タイミングに対応するＳＦＮ及びサブフレーム位置をユーザ装置ＵＥに設定してもよい。これらに限られず、どのような方法でユーザ装置ＵＥに設定してもよい。
【００６７】
第一の方法として、基地局ｅＮＢから報知情報（ＳＩＢ）を用いて各ウインドウの開始タイミング及び終了タイミングを各ユーザ装置ＵＥに通知（ブロードキャスト）するようにしてもよい。また、基地局ｅＮＢからＲＲＣ信号を用いてユーザ装置ＵＥ個別に設定するようにしてもよいし、ＳＩＭ（Subscriber Identity Module）又はコアネットワーク等を介して各ユーザ装置ＵＥ個別に事前設定（Pre-configure）するようにしてもよい。
【００６８】
基地局ｅＮＢは、各ウインドウの開始タイミング及び終了タイミングをユーザ装置ＵＥ個別に設定する場合、ユーザ装置ＵＥ毎に異なる開始タイミング及び終了タイミングを設定するようにしてもよい。また、基地局ｅＮＢは、所定の優先度に応じて、ユーザ装置ＵＥ毎に設定する開始タイミング及び終了タイミングを変更するようにしてもよい。所定の優先度とは、例えば、ユーザ装置ＵＥ自体の優先度であってもよいし、ユーザ装置ＵＥがＶ２Ｘパケットを送信するリソースプールの優先度、ベアラ（Ｄ２Ｄで用いられるベアラを想定）の優先度であってもよい。これにより、例えば、より低遅延なＶ２Ｘパケットを送信する必要があるユーザ装置ＵＥに対しては、通常のユーザ装置ＵＥよりも選択ウインドウのサイズを小さく設定しておくといったことが可能になる。
【００６９】
また、ユーザ装置ＵＥ個別に設定する場合、Ｖ２Ｘパケットの送信が行われる度に、ユーザ装置ＵＥから基地局ｅＮＢに各ウインドウの開始タイミング及び終了タイミングを問い合わせるようにしてもよい。この場合、ユーザ装置ＵＥは、基地局ｅＮＢに、Ｖ２Ｘパケットのトラフィックタイプ、セル（キャリア）の輻輳状態などを通知するようにしてもよい。
【００７０】
また、オフセットのサイズ（Ｏの値）については、ユーザ装置ＵＥが送信するトラフィックの特徴（Ｖ２Ｘパケットの特徴）に応じて可変になるように設定されてもよい。また、上位レイヤ（Ｖ２Ｘアプリケーションなど）で周期的にパケットが生成されるタイミングのばらつきよりも大きい値が設定されるようにしてもよい。例えば、１００ｍｓ周期でパケットが生成されるものの、実際には±２ｍｓ程度のずれか生じる場合、オフセットのサイズは３ｍｓ以上（３サブフレーム以上）に設定されるようにしてもよい。
【００７１】
第二の方法として、ユーザ装置ＵＥは、予め定められた各ウインドウの開始タイミング及び終了タイミングの候補の中から任意の候補を自律的に選択するようにしてもよい。
【００７２】
第三の方法として、各ウインドウの開始タイミング及び終了タイミングを、ＳＣ期間に固定的に対応づけておくようにしてもよい。例えば、前述の設定方法その２において、Ｘ、Ｙ、Ｚの値を、予め標準仕様などで固定的に定めておくようにしてもよい。
【００７３】
第四の方法として、各ウインドウの開始タイミング及び終了タイミングを、予め固定的に定めておくようにしてもよい。例えば、前述の設定方法その１において、Ｘ、Ｙ、Ｚ、Ｏの値を、予め標準仕様などで固定的に定めておくようにしてもよい。
【００７４】
なお、基地局ｅＮＢは、各ウインドウの開始タイミング及び終了タイミングに加えて、前述の「設定方法その１」又は「設定方法その２」のうち、どちらの方法を用いるのかをユーザ装置ＵＥに設定するようにしてもよい。また、ユーザ装置ＵＥは、「設定方法その１」及び「設定方法その２」の両方をサポートしていてもよいし、いずれか一方のみをサポートしていてもよい。
【００７５】
＜優先度に応じたリソース選択／リソース予約について＞
（優先度に応じたリソース選択）
前述した「（選択ウインドウ内でのリソース選択方法について）」では、ユーザ装置ＵＥは、複数のリソースの中からランダムにリソースを選択するか、又は、複数のリソースの中から所定の条件に基づいてリソースを選択するようにした。しかしながら、Ｖ２Ｘでは、ユーザ装置ＵＥは、優先度の高いパケット送信（例えば、事故発生を知らせるパケット送信など）を行うことが想定される。また、通常のユーザ装置ＵＥ（例えば一般の自動車）とは別に、優先度の高いユーザ装置ＵＥ（例えば緊急車両など）が設定されることが想定される。
【００７６】
そこで、ユーザ装置ＵＥは、送信するパケットの優先度が高い場合、又はユーザ装置ＵＥ自身の優先度が高い場合、図１７に示すように、選択ウインドウの中で選択可能な複数のリソースのうち、最も遅延の少ないリソースを選択するようにしてもよい。また、他の方法として、優先度の高いユーザ装置ＵＥについては、前述の設定方法その１が適用される場合に、選択ウインドウのサイズを１サブフレームに設定しておくようにしてもよい。
【００７７】
（優先度に応じたリソース予約）
ユーザ装置ＵＥは、送信するパケットの優先度が高い場合、又はユーザ装置ＵＥ自身の優先度が高い場合、予約ウインドウの範囲を超えて、又はユーザ装置ＵＥ個別に設定された広い予約ウインドウ内でリソースの予約を行うようにしてもよい。例えば、図１８に示すように、送信するパケットの優先度が高い場合又はユーザ装置ＵＥ自身の優先度が高い場合に対応する予約ウインドウを定めておき、ユーザ装置ＵＥは、当該予約ウインドウ内でリソースを予約するようにしてもよい。これにより、例えば、予約ウインドウ内では全てのリソースが予約されておりＤ２Ｄ信号の送信が出来ないというような場合であっても、ユーザ装置ＵＥは、Ｄ２Ｄ信号の送信を行うことが可能になる。
【００７８】
＜選択ウインドウ内に信号送信可能なリソースが存在しない場合の動作について＞
多数のユーザ装置ＵＥがＤ２Ｄ信号の送信を行っている状況では、選択ウインドウ内にＤ２Ｄ信号を送信可能なリソースが存在しないという場合が想定される。また、このような状況では、仮に送信可能なリソースが検出されたとしても、複数のユーザ装置ＵＥが当該リソースを選択してしまい、信号の衝突が発生してしまう可能性が高い。
【００７９】
そこで、本実施の形態では、ユーザ装置ＵＥは、選択ウインドウの中に送信可能なリソースが存在しない場合、選択ウインドウのサイズをセンシングウインドウのサイズを上限に一時的に拡張（例えば２倍など）するようにしてもよい。この場合、ユーザ装置ＵＥは、リソースを選択した後、選択ウインドウのサイズを元のサイズに戻すようにする。これにより、各ユーザ装置ＵＥが選択するリソースがランダム化されるため、信号の衝突が発生する可能性を下げることが可能になる。センシングウインドウサイズの変更は選択可能リソースが存在しない場合にユーザ装置ＵＥが自律的に行なってもよいし、ユーザ装置ＵＥが基地局ｅＮＢにそのことを報告し基地局ｅＮＢが上位レイヤのシグナリング（ＲＲＣメッセージなど）又は報知情報（ＳＩＢ）でセンシングウインドウのサイズを変更してもよい。後者の場合、近傍のユーザ装置ＵＥも含めてセンシングウインドウを拡張することが可能になるため、遅延が大きい一方で高いランダマイズ効果が期待される。
【００８０】
また、他の方法として、ユーザ装置ＵＥは、選択ウインドウの中に送信可能なリソースが存在しない場合、所定のバックオフ時間が経過した後で、再度リソースの選択を行うようにしてもよい。所定のバックオフ時間は任意であるが、例えばセンシングウインドウのサイズと同一であってもよい。バックオフ時間を１サブフレームとした場合は衝突確率が増加するものの、リソース再選択に伴う遅延を削減することができる。また、連続して選択ウインドウの中に送信可能なリソースが存在しない場合、所定のバックオフ時間は徐々に延長されるようにしてもよい。例えば、所定のバックオフ時間をＴ時間とした場合、ユーザ装置ＵＥは、２回目のリソース選択をＴ時間経過後に行い、３回目のリソース選択をＴ×２（又はＴ×４）時間経過後に行い、４回目のリソース選択をＴ×３（又はＴ×６）時間経過後に行うというように動作するようにしてもよい。これにより、複数のユーザ装置ＵＥが高頻度に何度もリソース選択を行うことを回避することができる。また、バックオフ時間をユーザ装置ＵＥ間でランダム化させるため、一定範囲内のランダム値Ｎを用いてＴ×Ｎのユーザ装置ＵＥ固有のバックオフ時間をユーザ装置ＵＥに設定してもよい。
【００８１】
また、他の方法として、ユーザ装置ＵＥは、選択ウインドウの中に送信可能なリソースが存在しないことを、自身の上位レイヤ（例えばＶ２Ｘ用のアプリケーションなど）又は基地局ｅＮＢに通知するようにしてもよい。これにより、自身の上位レイヤは、無線リソースが混雑していると判断して、Ｖ２Ｘパケットの送信周期を長くするなどの対応を行うことが可能になる。また、基地局ｅＮＢを介して、周辺の各ユーザ装置ＵＥに無線リソースが混雑していることを通知することも可能になる。
【００８２】
なお、広義には、リソース衝突を検出するなどしてリソースの再選択を行う場合も選択ウインドウ内にＤ２Ｄ信号を送信可能なリソースが存在しない場合の一種とみなすことができ、「＜選択ウインドウ内に信号送信可能なリソースが存在しない場合の動作について＞」で説明した動作を適用することで過剰なリソース再選択によるリソース衝突率の増加を低減させることができる。
【００８３】
以上説明した選択ウインドウの拡張及びバックオフ時間の適用は、リソース衝突確率とリソース再選択に伴う遅延とのトレードオフであるため、選択ウインドウを拡張するサイズ・バックオフ時間については、ユーザ装置ＵＥ・パケットの優先度に応じて異なるサイズ・時間が適用されるように設定してもよい。例えば基地局ｅＮＢからユーザ装置ＵＥ個別に関連するパラメータを設定してもよいし、優先度レベルごとに予めパラメータが規定されていてもよいし、報知情報又は事前設定などで通知されてもよい。
【００８４】
＜ランダムリソース選択について＞
ユーザ装置ＵＥは、センシングを用いたリソース選択をリソース再選択時のみに用い、初回送信時のリソース選択では、センシングを行わずに、選択ウインドウ内でランダムにリソースを選択するようにしてもよい。例えば、ユーザ装置ＵＥは、Ｄ２Ｄ信号の送信回数又は送信開始後の経過時間に基づくカウンタが一定値に達した場合にセンシングを開始し、リソース選択などによりカウンタがリセットされるなどしてカウンタが一定値以下になるとセンシングを停止するとしてもよい。これにより、任意のタイミングでの新規パケットを送信する際にセンシング結果を用いることはできなくなるが、バックグラウンドで常にセンシングを行う必要がなくなるため、ユーザ装置ＵＥのバッテリー消費を削減することができる。ランダムリソース選択とセンシングベースのリソース選択で利用する送信リソースプールは異なっていてもよい。例えばリソースプール毎に適用可能なリソース選択方法が上位レイヤでユーザ装置ＵＥに（事前）設定されてもよい。
【００８５】
また、ユーザ装置ＵＥは、センシング（Measurement）を行った結果、干渉レベル（またはＲＳＳＩ）が所定の閾値以上であることを検出した場合、センシングベースのリソース選択からランダムリソース選択にフォールバックしてもよい。リソース選択候補が増加し、干渉のランダム化効果が期待される。ユーザ装置ＵＥは、センシングしたリソース数・サブフレーム数、選択リソースの候補数、及び／又は端末能力などに応じてこのような動作の実行有無を切り替えてもよい。干渉レベルの閾値は上位レイヤでユーザ装置ＵＥに（事前）設定されてもよい。また、例えば、ユーザ装置ＵＥは、センシングの結果、選択可能なリソースが一定数（割合）以下の場合には、前述の所定の閾値の調整などを行わず、ランダムリソース選択にフォールバックしてもよい。特に、部分的なサブフレームに対してのみセンシングを行っており、選択候補となるリソース数が少ない場合に有効である。また、センシングにおいて干渉が少ない上位X%のリソースからリソース選択するような方法を取る場合、ユーザ装置ＵＥは、この割合をセンシングしたリソース数・サブフレーム数、選択リソースの候補数、及び／又は端末能力などに応じて変えてもよい。リソース候補の絶対数が少ない場合には、より大きい値をXに設定することでランダム化効果が得られる。Xは上記の条件（センシングしたリソース数・サブフレーム数、選択リソースの候補数、及び／又は端末能力）などに応じて定められていても良いし、上位レイヤシグナリングでユーザ装置ＵＥに（事前）設定されてもよい。また、ユーザ装置ＵＥは、上位X%のリソースの測定結果が一定の閾値以上の場合にランダムリソース選択を行うとしてもよい。
【００８６】
ユーザ装置ＵＥは、センシングベースのリソース選択を行う場合とランダムリソース選択を行う場合で、とり得る選択ウィンドウのサイズを変えてもよい。例えば、ランダムリソース選択を行う場合にはより大きな選択ウィンドウサイズが選ばれるように規定することで、ランダム化効果を大きくしてもよい。選択ウィンドウのサイズは、パケット優先度やリソースプール毎に設定してもよい。
【００８７】
ユーザ装置ＵＥは、端末能力又はリソースプール設定に応じて、センシングの手順を緩和してもよい。例えば、センシングは、制御情報のデコード又は測定に基づくステップと電力検出（ＲＳＳＩ測定など）に基づくステップとで構成され得るが、ユーザ装置ＵＥは、このうち電力検出に基づくステップのみを実施するとしてもよい。この場合、ユーザ装置ＵＥは制御情報のブラインド検出が不要になり端末コスト及び消費電力を削減することが可能になる。
【００８８】
＜リソース選択候補の除外について＞
これまでに説明した実施の形態において、Ｄ２Ｄ信号をセミパーシステントに送信する場合、ユーザ装置ＵＥは、最初にＤ２Ｄ信号の送信を開始する前にセンシングを行い、以降の周期では、選択したリソースでＤ２Ｄ信号を送信することを許容する前提であった。また、ユーザ装置ＵＥは、選択したリソース以降の周期的なリソースでＤ２Ｄ信号を送信するので、２回目以降にＤ２Ｄ信号を送信するリソースではセンシングを行わない（スキップする）ことになる。このように動作すると、同一のユーザ装置ＵＥが、同一リソースを継続して使用し続けることが可能になってしまう。そこで、ユーザ装置ＵＥは、自身がＤ２Ｄ信号を送信するリソースであるなどとしてセンシングを行わなかった（スキップした）リソース及びそれ以降の周期では、リソースが占有されているとみなし、リソース選択候補から一律除外するようにしてもよい。
【００８９】
しかしながら、リソース選択候補から一律除外してしまうと、選択ウインドウの中で選択可能なリソースの選択肢が限られることになってしまう。そのため、他の方法として、ユーザ装置ＵＥは、選択ウインドウの中で、センシングを行わなかったリソース及びそれ以降の周期的なリソースをリソース選択候補から一律除外するのではなく、これらのリソースを仮想的に測定（Measurement）した結果に基づいて、リソース選択候補から除外するか否かを判断するようにしてもよい。仮想的にリソースを測定するとは、実際には測定を行わず、（事前）設定された測定結果を該当リソースにおける測定結果とみなす事を指す。仮想的にリソースを測定した結果として、例えば、測定対象であるリソースとは異なるサブフレームのリソースの測定結果を用いるようにしてもよい。また、測定対象であるリソースと同一周波数領域で、当該リソースと一定の時間関係にあるリソースの測定結果を用いるようにしてもよい。また、ユーザ装置ＵＥは、仮想的にリソースを測定した結果に基づいて、リソース選択候補の間での優先度付けを行うようにしてもよい。
【００９０】
より具体的に説明すると、例えば、センシングを行わなかったリソースのサブフレームをｎとし、リソース周期（リソース予約単位と表現することもできる）をＸとし、ｋを正の整数（なお、ｋ＝１、２、３・・・１０と限定してもよい）とした場合、センシングを行わなかったリソース及びそれ以降の周期的なリソースは、ｎ＋Ｘ×ｋで表されるサブフレームのリソースと表現することができる。つまり、ユーザ装置ＵＥは、ｎ＋Ｘ×ｋで表されるサブフレームのリソースをリソース選択候補から一律除外するのではなく、仮想的なリソース測定結果が所定の閾値以上である（又は超える）場合にリソース選択候補から除外するようにして、仮想的なリソース測定結果が所定の閾値未満（又は以下）である場合にリソース選択候補とするようにしてもよい。
【００９１】
仮想的なリソース測定結果とは、例えば、Ｓ−ＲＳＳＩ（Sidelink-RSSI）、ＰＳＣＣＨ−ＲＳＲＰ、又は、ＰＳＳＣＨ−ＲＳＲＰであってもよい。より具体的には、仮想的なリソース測定結果は、測定対象のリソースの電力検出結果、ＰＳＣＣＨ又はＰＳＳＣＨで送信されるＤＭ−ＲＳの受信電力などであってもよい。仮想的なリソース測定結果は、ユーザ装置ＵＥに事前設定されていてもよいし、報知情報（ＳＩＢ）又はＲＲＣシグナリングを用いてユーザ装置ＵＥに設定されてもよい。仮想的なリソース測定結果に"＋無限大"を設定することで、実質的にリソース選択候補から一律除外されるようにすることも可能であり、逆に、仮想的なリソース測定結果に"−無限大"を設定することで、実質的にリソース選択候補の対象になるようにすることも可能である。
【００９２】
また、所定の閾値はあらかじめ規定された値でもよいし、ユーザ装置ＵＥに事前設定されていてもよいし、報知情報（ＳＩＢ）又はＲＲＣシグナリングを用いてユーザ装置ＵＥに設定されてもよい。
【００９３】
また、仮想的なリソース測定結果および所定の閾値は、ユーザ装置ＵＥが送信するパケットの優先度情報、リソースプール、又は、Ｄ２Ｄ信号を送信するキャリアごとに設定することが可能であってもよい。例えば、優先度が高いパケットについては、仮想的なリソース測定結果に小さい値を設定しておくことで、送信機会を多くすることができる。また、仮想的なリソース測定結果は、リソース選択ウインドウの大きさによって可変とするようにしてもよい。
【００９４】
以上説明した動作により、ユーザ装置ＵＥは、選択ウインドウの中で選択可能なリソースの選択肢を不要に限定してしまうことを抑制することが可能になる。また、選択ウインドウの長さが短い場合であっても、リソースの選択肢を確保することが可能になる。
【００９５】
＜機能構成＞
以上説明した複数の実施の形態の動作を実行するユーザ装置ＵＥ及び基地局ｅＮＢの機能構成例を説明する。
【００９６】
（ユーザ装置）
図１９は、実施の形態に係るユーザ装置の機能構成の一例を示す図である。図１９に示すように、ユーザ装置ＵＥは、信号送信部１０１と、信号受信部１０２と、検出部１０３と、選択部１０４とを有する。なお、図１９は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。ただし、これまでに説明したユーザ装置ＵＥの処理の一部（一部の設定方法、又は、選択方法など）を実行可能としてもよい。
【００９７】
信号送信部１０１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ信号の送信機能とセルラ通信の送信機能を有する。また、信号送信部１０１は、Ｄ２Ｄ信号を、選択部１０４で選択されたリソースを用いて送信する機能を有する。
【００９８】
また、信号送信部１０１は、Ｄ２Ｄ信号を送信するためのリソースを用いて、選択部１０４で選択された"Ｄ２Ｄ信号の送信を予約するリソース"で信号の送信を予定していることを示す予約情報を送信するようにしてもよい。
【００９９】
信号受信部１０２は、他のユーザ装置ＵＥ又は基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。また、信号受信部１０２は、Ｄ２Ｄ信号の受信機能とセルラ通信の受信機能を有する。
【０１００】
検出部１０３は、センシングウインドウでセンシングを行うことで、センシングウインドウより後の選択ウインドウの中でＤ２Ｄ信号を送信可能な１以上のリソースを検出する機能を有する。また、検出部１０３は、センシングウインドウでセンシングを行うことで、センシングウインドウより後の予約ウインドウの中でＤ２Ｄ信号の送信を予約可能な１以上のリソースを検出するようにしてもよい。また、検出部１０３は、選択ウインドウ内で選択されたリソース以降の周期的なリソースについて、センシングウインドウでセンシングを行うことで、周期的なリソースの受信品質を仮想的に測定し、測定された仮想的な受信品質に基づいて、選択ウインドウの中でＤ２Ｄ信号を送信可能な１以上のリソースを検出するようにしてもよい。また、検出部１０３は、測定された仮想的な受信品質が所定の閾値以下であるリソースについては、選択ウインドウの中でＤ２Ｄ信号を送信可能なリソースであると判定するようにしてもよい。また、検出部１０３は、測定された仮想的な受信品質が所定の閾値以上であるリソースについては、選択ウインドウの中でＤ２Ｄ信号を送信可能なリソースではないと判定するようにしてもよい。
【０１０１】
選択部１０４は、検出部１０３で検出された１以上のリソースから、Ｄ２Ｄ信号を送信するためのリソースを選択する機能を有する。また、選択部１０４は、検出部１０３で複数のリソースが検出された場合、Ｄ２Ｄ信号を送信するためのリソースを該複数のリソースからランダムに選択するのか、又は、所定の条件に基づいて選択するのかを、自律的に、又は、基地局ｅＮＢからの指示に基づいて決定するようにしてもよい。また、選択部１０４は、検出部１０３で検出されたＤ２Ｄ信号の送信を予約可能な１以上のリソースから、Ｄ２Ｄ信号の送信を予約するリソースを選択するようにしてもよい。
【０１０２】
（基地局）
図２０は、実施の形態に係る基地局の機能構成の一例を示す図である。図２０に示すように、基地局ｅＮＢは、信号送信部２０１と、信号受信部２０２と、通知部２０３とを有する。なお、図２０は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２０に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【０１０３】
信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部２０２は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【０１０４】
通知部２０３は、ユーザ装置ＵＥが本実施の形態に係る動作を行うために用いる各種情報を、報知情報（ＳＩＢ）又はＲＲＣシグナリングを用いてユーザ装置ＵＥに通知する。なお、当該各種情報は、例えば、リソースプールの設定を示す情報、ＳＣ期間の位置を示す情報、各ウインドウ（センシングウインドウ、選択ウインドウ、及び予約ウインドウ）の開始タイミング及び終了タイミングを示す情報、「設定方法その１」又は「設定方法その２」のうち、どちらの方法を用いるべきなのかを示す情報などである。
【０１０５】
以上説明したユーザ装置ＵＥ及び基地局ｅＮＢの機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【０１０６】
（ユーザ装置）
図２１は、実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。図２１は、図１９よりも実装例に近い構成を示している。図２１に示すように、ユーザ装置ＵＥは、無線信号に関する処理を行うＲＦ（Radio Frequency）モジュール３０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール３０２と、上位レイヤ等の処理を行うＵＥ制御モジュール３０３とを有する。
【０１０７】
ＲＦモジュール３０１は、ＢＢ処理モジュール３０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３０２に渡す。ＲＦモジュール３０１は、例えば、図１９に示す信号送信部１０１の一部、信号受信部１０２の一部を含む。
【０１０８】
ＢＢ処理モジュール３０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＢＢ処理モジュール３０２は、例えば、図１９に示す信号送信部１０１の一部、信号受信部１０２の一部、検出部１０３、及び選択部１０４を含む。
【０１０９】
ＵＥ制御モジュール３０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ３１３は、ＵＥ制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。
【０１１０】
（基地局）
図２２は、実施の形態に係る基地局のハードウェア構成の一例を示す図である。図２２は、図２０よりも実装例に近い構成を示している。図２０に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＦモジュール４０１と、ベースバンド信号処理を行うＢＢ処理モジュール４０２と、上位レイヤ等の処理を行う装置制御モジュール４０３と、ネットワークと接続するためのインターフェースである通信ＩＦ４０４とを有する。
【０１１１】
ＲＦモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。ＲＦモジュール４０１は、例えば、図２０に示す信号送信部２０１の一部、信号受信部２０２の一部を含む。
【０１１２】
ＢＢ処理モジュール４０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図２０に示す信号送信部２０１の一部、信号受信部２０２の一部を含む。
【０１１３】
装置制御モジュール４０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ４１３は、装置制御モジュール４０３が行う処理を行うプロセッサである。メモリ４２３は、プロセッサ４１３のワークエリアとして使用される。補助記憶装置４３３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。装置制御モジュール４０３は、例えば、図２０に示す通知部２０３を含む。
【０１１４】
＜まとめ＞
以上、実施の形態によれば、センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置であって、センシング用の時間ウインドウでセンシングを行うことで、該センシング用の時間ウインドウより後のリソース選択用の時間ウインドウの中で信号を送信可能な１以上のリソースを検出する検出部と、検出された１以上のリソースから、信号を送信するためのリソースを選択する選択部と、選択された前記信号を送信するためのリソースを用いて信号を送信する送信部と、を有するユーザ装置が提供される。このユーザ装置ＵＥにより、センシング結果に基づいて信号を送信するためのリソースを選択する方式において、遅延を低減しつつ適切に通信を行うことを可能とする技術が提供される。
【０１１５】
また、前記リソース選択用の時間ウインドウは、前記センシング用の時間ウインドウよりも短いようにしてもよい。これにより、ユーザ装置ＵＥは、センシングウインドウよりも短い選択ウインドウの中でリソースの選択を行うことになるため、Ｄ２Ｄ信号の送信を行おうと判断した時から、実際にＤ２Ｄ信号の送信を開始するまでに要する遅延を短縮することが可能になる。
【０１１６】
また、前記選択部は、前記検出部で複数のリソースが検出された場合、前記信号を送信するためのリソースを該複数のリソースからランダムに選択するのか、又は、所定の条件に基づいて選択するのかを、自律的に、又は、基地局からの指示に基づいて決定するようにしてもよい。これにより、ユーザ装置ＵＥは、選択ウインドウの中で複数のリソースを選択可能である場合に、様々な方法でリソースを選択することが可能になる。また、ランダムに選択する場合、複数のユーザ装置ＵＥ間でＤ２Ｄ信号が衝突してしまう可能性をランダム化することが可能になる。
【０１１７】
また、前記センシング用の時間ウインドウの開始タイミング及び終了タイミング、前記リソース選択用の時間ウインドウの開始タイミング及び終了タイミングは、前記選択部が信号を送信するためのリソースを選択するタイミングに基づいて動的に決定されるか、又は、予め設定された周期的な期間の境界のタイミングに該当するようにしてもよい。動的に決定される場合、選択ウインドウの開始タイミングと、ユーザ装置ＵＥでＤ２Ｄ信号を送信するためのリソースを選択する動作を開始するタイミングとが一致することになるため、ユーザ装置ＵＥは、極力少ない遅延でＤ２Ｄ信号の送信を開始することが可能である。また、各ウインドウの開始タイミング及び終了タイミングが予め設定された周期的な期間の境界のタイミングに該当する場合、当該周期的な期間において他のユーザ装置ＵＥが繰り返しＤ２Ｄ信号の送信を行う場合に、ユーザ装置ＵＥは、繰り返し送信されるＤ２Ｄ信号を全てセンシングすることができ、リソースの占有状況をより適切に検出することが可能になる。
【０１１８】
また、前記検出部は、センシング用の時間ウインドウでセンシングを行うことで、該センシング用の時間ウインドウより後のリソース予約用の時間ウインドウの中で信号の送信を予約可能な１以上のリソースを検出し、前記選択部は、検出された信号の送信を予約可能な１以上のリソースから、信号の送信を予約するリソースを選択し、前記送信部は、前記信号を送信するためのリソースを用いて、前記信号の送信を予約するリソースで信号の送信を予定していることを示す予約情報を送信するようにしてもよい。これにより、ユーザ装置ＵＥはリソースの予約を行うことが可能になり、他のユーザ装置ＵＥが送信するＤ２Ｄ信号と自身が送信するＤ２Ｄ信号とが干渉してしまう可能性を減らすことが可能になる。
【０１１９】
また、前記検出部は、選択された前記信号を送信するためのリソース以後の周期的なリソースについて、センシング用の時間ウインドウでセンシングを行うことで、該周期的なリソースの受信品質を仮想的に測定し、測定された前記仮想的な受信品質に基づいて、前記リソース選択用の時間ウインドウの中で信号を送信可能な１以上のリソースを検出するようにしてもよい。これにより、ユーザ装置ＵＥは、選択ウインドウの中で選択可能なリソースの選択肢を不要に限定してしまうことを抑制することが可能になる。
【０１２０】
また、実施の形態によれば、センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置が実行する信号送信方法であって、センシング用の時間ウインドウでセンシングを行うことで、該センシング用の時間ウインドウより後のリソース選択用の時間ウインドウの中で信号を送信可能な１以上のリソースを検出するステップと、検出された１以上のリソースから、信号を送信するためのリソースを選択するステップと、選択された前記信号を送信するためのリソースを用いて信号を送信するステップと、を有する信号送信方法が提供される。この信号送信方法により、センシング結果に基づいて信号を送信するためのリソースを選択する方式において、遅延を低減しつつ適切に通信を行うことを可能とする技術が提供される。
【０１２１】
＜実施形態の補足＞
ＳＣ期間は、ＳＡ期間（Scheduling Assignment Period）と呼ばれてもよいし、又は、ＰＳＣＣＨ期間と呼ばれてもよい。
【０１２２】
以上、本発明の実施の形態で説明する各装置（ユーザ装置ＵＥ／基地局ｅＮＢ）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１２３】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥ／基地局ｅＮＢは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１２４】
センシングウインドウは、センシング用の時間ウインドウの一例である。選択ウインドウは、リソース選択用の時間ウインドウの一例である。予約ウインドウは、リソース予約用の時間ウインドウの一例である。
【０１２５】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣメッセージは、ＲＲＣシグナリングと呼ばれてもよい。また、ＲＲＣメッセージは、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【０１２６】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１２７】
判定又は判断は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１２８】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。
【０１２９】
ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１３０】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１３１】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１３２】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１３３】
また、本明細書で説明した各態様／実施形態の処理手順、シーケンスなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１３４】
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１３５】
所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１３６】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１３７】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１３８】
本特許出願は２０１６年４月１１日に出願した日本国特許出願第２０１６−０７９１８５号および２０１６年９月２９日に出願した日本国特許出願第２０１６−１９２３５０号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−０７９１８５号および日本国特許出願第２０１６−１９２３５０号の全内容を本願に援用する。
【符号の説明】
【０１３９】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  信号送信部
１０２  信号受信部
１０３  検出部
１０４  選択部
２０１  信号送信部
２０２  信号受信部
２０３  通知部
３０１  ＲＦモジュール
３０２  ＢＢ処理モジュール
３０３  ＵＥ制御モジュール
３０４  通信ＩＦ
４０１  ＲＦモジュール
４０２  ＢＢ処理モジュール
４０３  装置制御モジュール
【図１】
2017179286.tif 000003
【図２】
2017179286.tif 000004
【図３Ａ】
2017179286.tif 000005
【図３Ｂ】
2017179286.tif 000006
【図４】
2017179286.tif 000007
【図５】
2017179286.tif 000008
【図６】
2017179286.tif 000009
【図７Ａ】
2017179286.tif 000010
【図７Ｂ】
2017179286.tif 000011
【図８Ａ】
2017179286.tif 000012
【図８Ｂ】
2017179286.tif 000013
【図９Ａ】
2017179286.tif 000014
【図９Ｂ】
2017179286.tif 000015
【図１０】
2017179286.tif 000016
【図１１】
2017179286.tif 000017
【図１２】
2017179286.tif 000018
【図１３】
2017179286.tif 000019
【図１４】
2017179286.tif 000020
【図１５】
2017179286.tif 000021
【図１６】
2017179286.tif 000022
【図１７】
2017179286.tif 000023
【図１８】
2017179286.tif 000024
【図１９】
2017179286.tif 000025
【図２０】
2017179286.tif 000026
【図２１】
2017179286.tif 000027
【図２２】
2017179286.tif 000028
【国際調査報告】
2017179286.tif 000029
2017179286.tif 000030
2017179286.tif 000031