(57)【要約】【課題】短い周期で信号の送信が行われることを考慮したセンシングを行うことを可能にする技術を提供すること。【解決手段】センシングの結果に基づいて、信号を周期的に送信するためのリソースを選択するユーザ装置であって、信号を送信する候補になるリソースに対応する、過去の時間方向における複数のリソースの受信電力を測定する測定部と、測定結果に基づいて信号を周期的に送信するリソースを選択する選択部と、を有し、前記測定部は、前記信号を送信する候補になるリソースより前の第一の時間ウィンドウでは第一の周期でリソースの受信電力を測定し、該第一の時間ウィンドウより更に前の第二の時間ウィンドウ、若しくは、前記第一の時間ウィンドウ及び前記第二の時間ウィンドウでは前記第一の周期より長い第二の周期でリソースの受信電力を測定する、ユーザ装置を提供する。【選択図】図７
2020017778.tif 000002
【特許請求の範囲】
【請求項１】
センシングの結果に基づいて、信号を周期的に送信するためのリソースを選択するユーザ装置であって、
信号を送信する候補になるリソースに対応する、過去の時間方向における複数のリソースの受信電力を測定する測定部と、
測定結果に基づいて信号を周期的に送信するリソースを選択する選択部と、
を有し、
前記測定部は、前記信号を送信する候補になるリソースより前の第一の時間ウィンドウでは第一の周期でリソースの受信電力を測定し、該第一の時間ウィンドウより更に前の第二の時間ウィンドウ、若しくは、前記第一の時間ウィンドウ及び前記第二の時間ウィンドウでは前記第一の周期より長い第二の周期でリソースの受信電力を測定する、
ユーザ装置。
【請求項２】
前記測定部は、前記第一の時間ウィンドウでは第一の周期でリソースの受信電力を測定し、前記第一の時間ウィンドウ及び前記第二の時間ウィンドウでは前記第一の周期より長い第二の周期でリソースの受信電力を測定し、
前記選択部は、前記第一の周期でリソースの受信電力を測定した測定結果と、前記第二の周期でリソースの受信電力を測定した測定結果とを平均した平均値に基づいてリソースを選択する、
請求項１に記載のユーザ装置。
【請求項３】
前記測定部は、前記第一の時間ウィンドウでは第一の周期でリソースの受信電力を測定し、前記第二の時間ウィンドウでは前記第一の周期より長い第二の周期でリソースの受信電力を測定し、
前記選択部は、前記第一の周期でリソースの受信電力を測定した測定結果の平均値と、前記第二の周期でリソースの受信電力を測定した測定結果の平均値とのうち、平均値が大きい値に基づいてリソースを選択する、
請求項１に記載のユーザ装置。
【請求項４】
前記第一の時間ウィンドウは、当該ユーザ装置における信号の送信周期を正の整数倍した時間長に設定される、
請求項１乃至３のいずれか一項に記載のユーザ装置。
【請求項５】
前記第一の時間ウィンドウの開始タイミングは、前記選択部がリソース選択又はリソース再選択を行うタイミングである、
請求項１乃至４のいずれか一項に記載のユーザ装置。
【請求項６】
センシングの結果に基づいて、信号を周期的に送信するためのリソースを選択するユーザ装置が実行するリソース選択方法であって、
信号を送信する候補になるリソースに対応する、過去の時間方向における複数のリソースの受信電力を測定する測定ステップと、
測定結果に基づいて信号を周期的に送信するリソースを選択する選択ステップと、
を有し、
前記測定ステップは、前記信号を送信する候補になるリソースより前の第一の時間ウィンドウでは第一の周期でリソースの受信電力を測定し、該第一の時間ウィンドウより更に前の第二の時間ウィンドウ、若しくは、前記第一の時間ウィンドウ及び前記第二の時間ウィンドウでは前記第一の周期より長い第二の周期でリソースの受信電力を測定する、
リソース選択方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置及びリソース選択方法に関する。
【背景技術】
【０００２】
ＬＴＥ（Long Term Evolution）及びＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（LTE Advanced）、４Ｇ、ＦＲＡ（Future Radio Access）、５Ｇなどともいう）では、ユーザ装置同士が無線基地局を介さないで直接通信を行うＤ２Ｄ（Device to Device）技術が検討されている（例えば、非特許文献１）。
【０００３】
Ｄ２Ｄは、ユーザ装置と基地局との間のトラヒックを軽減したり、災害時などに基地局が通信不能になった場合でもユーザ装置間の通信を可能とする。
【０００４】
Ｄ２Ｄは、通信可能な他のユーザ装置を見つけ出すためのＤ２Ｄディスカバリ（D2D discovery、Ｄ２Ｄ発見ともいう）と、ユーザ装置間で直接通信するためのＤ２Ｄコミュニケーション（D2D direct communication、Ｄ２Ｄ通信、端末間直接通信などともいう）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリなどを特に区別しないときは、単にＤ２Ｄと呼ぶ。また、Ｄ２Ｄで送受信される信号を、Ｄ２Ｄ信号と呼ぶ。
【０００５】
また、３ＧＰＰ（3rd Generation Partnership Project）では、Ｄ２Ｄ機能を拡張することでＶ２Ｘ（Vehicle to Everything）を実現することが検討されている。ここで、Ｖ２Ｘとは、ＩＴＳ（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）  ｐｅｒｉｏｄとも呼ばれる）毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ユーザ装置ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージ（発見信号）を送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ユーザ装置ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。
【００１９】
「Ｄ２Ｄコミュニケーション」についても、図２（ｂ）に示すように、ＳＣＩ（Sidelink Control Information）／データ送信用のリソースプールが周期的に確保される。送信側のユーザ装置ＵＥはＣｏｎｔｒｏｌリソースプール（ＰＳＣＣＨ（Physical Sidelink Control Channel）リソースプール）から選択されたリソースでＳＣＩによりデータ送信用リソース等を受信側に通知し、当該データ送信用リソースでデータを送信する。「Ｄ２Ｄコミュニケーション」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、基地局１０からユーザ装置ＵＥに送られる（Ｅ）ＰＤＣＣＨ（(Enhanced)Physical Downlink Control Channel）によりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ユーザ装置ＵＥはリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢ（System Information Block）で通知されたり、予め定義されたものが使用される。
【００２０】
ＬＴＥにおいて、「Ｄ２Ｄディスカバリ」に用いられるチャネルはＰＳＤＣＨと称され、「Ｄ２Ｄコミュニケーション」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨと称され、データを送信するチャネルはＰＳＳＣＨ（Physical Sidelink Shared Channel）と称される。
【００２１】
Ｄ２Ｄ通信に用いられるＭＡＣ（Medium Access Control）ＰＤＵ（Protocol Data Unit）は、図３に示すように、少なくともＭＡＣ  ｈｅａｄｅｒ、ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ、ＭＡＣ  ＳＤＵ（Service Data Unit）、Ｐａｄｄｉｎｇで構成される。ＭＡＣ  ＰＤＵはその他の情報を含んでも良い。ＭＡＣ  ｈｅａｄｅｒは、１つのＳＬ−ＳＣＨ（Sidelink Shared Channel）ｓｕｂｈｅａｄｅｒと、１つ以上のＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒで構成される。
【００２２】
図４に示すように、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒは、ＭＡＣ  ＰＤＵフォーマットバージョン（Ｖ）、送信元情報（ＳＲＣ）、送信先情報（ＤＳＴ）、Ｒｅｓｅｒｖｅｄ  ｂｉｔ（Ｒ）等で構成される。Ｖは、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒの先頭に割り当てられ、ユーザ装置ＵＥが用いるＭＡＣ  ＰＤＵフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ＰｒｏＳｅ  ＵＥ  ＩＤに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤに関する情報が設定されてもよい。
【００２３】
＜システム構成＞
図５は、実施の形態に係る無線通信システムの構成例を示す図である。図５に示すように、本実施の形態に係る無線通信システムは、基地局１０、ユーザ装置ＵＥ１、及びユーザ装置ＵＥ２を有する。図５において、ユーザ装置ＵＥ１は送信側、ユーザ装置ＵＥ２は受信側を意図しているが、ユーザ装置ＵＥ１とユーザ装置ＵＥ２はいずれも送信機能と受信機能の両方を備える。以下、ユーザ装置ＵＥ１とユーザ装置ＵＥ２を特に区別しない場合、単に「ユーザ装置ＵＥ」と記述する。
【００２４】
図５に示すユーザ装置ＵＥ１及びユーザ装置ＵＥ２は、それぞれ、ＬＴＥ（５Ｇ）におけるユーザ装置ＵＥとしてのセルラ通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ユーザ装置ＵＥ１、ユーザ装置ＵＥ２は、本実施の形態で説明する動作を実行する機能を有している。
【００２５】
また、ユーザ装置ＵＥは、Ｄ２Ｄの機能を有するいかなる装置であってもよいが、例えば、ユーザ装置ＵＥは、車両、歩行者が保持する端末、ＲＳＵ（ＵＥの機能を有するＵＥタイプＲＳＵ）等である。
【００２６】
また、基地局１０については、ＬＴＥ（５Ｇ）における基地局１０としてのセルラ通信の機能、及び、本実施の形態におけるユーザ装置ＵＥの通信を可能ならしめるための機能（設定情報通知機能等）を有している。また、基地局１０はＲＳＵ（ｅＮＢの機能を有するｅＮＢタイプＲＳＵ）を含む。
【００２７】
以下の説明において、「センシング」とは、例えば、受信電力（受信エネルギ、受信強度と称してもよい）の測定結果を用いる方法、Ｄ２Ｄ制御情報のデコード結果を用いる方法、又はこれらを組み合わせることなどにより行われる。また、「リソース」とは、特に断りの無い限り、時間リソース（例：サブフレーム）、若しくは、時間及び周波数リソース（例：サブチャネル）を含む。また「Ｄ２Ｄ信号」は、Ｄ２Ｄコミュニケーションの信号（Ｄ２Ｄ制御情報であってもよいし、データであってもよいし、Ｄ２Ｄ制御情報とデータの組であってもよい）と称してもよいし、Ｖ２Ｘサイドリンクコミュニケーション（V2X sidelink communication）の信号と称してもよい。
【００２８】
＜３ＧＰＰで検討されているセンシング及びリソース候補の検出方法について＞
ここで、現在３ＧＰＰで検討されている、センシング及びリソース候補の検出方法について説明する。本実施の形態に係るユーザ装置ＵＥは、以下に示す処理を実行する機能を備えている。図６は、センシング及びリソース候補の検出方法の概要を説明するための図である。「センシングウィンドウ」とは、ユーザ装置ＵＥがセンシングを行うべきとして予め定められた時間ウィンドウであり、現状の３ＧＰＰの規定では最大で１０００ｍｓに設定される。
【００２９】
「選択ウィンドウ」とは、センシング結果に基づき、ユーザ装置ＵＥがリソースを選択すべき期間として予め定められた時間ウィンドウである。ユーザ装置ＵＥは、センシングにより検出されたリソース候補のうち、選択ウィンドウ内に含まれるリソース候補の中からＤ２Ｄ信号の送信に用いるリソースを選択する。選択ウィンドウの開始タイミングは、ユーザ装置ＵＥがＤ２Ｄ信号を送信するためのリソースを選択（再選択を含む）するタイミングまたはそれ以降である。ユーザ装置ＵＥがＤ２Ｄ信号を送信するためのリソースを選択するタイミングとは、例えば、ユーザ装置ＵＥ内の上位レイヤ（例えばＶ２Ｖアプリケーション）で送信すべきデータが生成され、当該データが、リソースの選択を行うレイヤ（例えばＭＡＣレイヤ、物理レイヤ）に到着したタイミングである。
【００３０】
上述したセンシングは、将来のリソースにおいてＤ２Ｄ信号の送信が可能なリソース候補を事前に検出しておく動作と言うことができる。つまり、ユーザ装置ＵＥは、選択ウィンドウが訪れた際に、事前に検出しているリソース候補の中からＤ２Ｄ信号を送信するリソースの選択を行うことができるように、予めバックグラウンドでセンシングを行っておく。
【００３１】
センシングにより、Ｄ２Ｄ信号の送信が可能なリソース候補を検出する方法は、例えば、センシングにより受信されたＤ２Ｄ制御情報をデコードすることで把握される予約済みリソースを将来のリソースから除外し、残ったリソースをリソース候補とする方法、センシングにより測定したリソースの受信電力の平均値が所定の閾値以上であるリソースを将来のリソースから除外し、残ったリソースをリソース候補とする方法、及び、これらを組み合わせる方法などにより行われる。なお、センシングウィンドウ内のリソースと将来のリソースとの間の対応関係は、Ｄ２Ｄ制御信号に含まれる予約情報により明示的に示されるか、又は、準静的に定められた対応関係（例えば、センシングウィンドウ内で１００ｍｓ周期のリソースの受信電力の平均が所定の閾値以上であった場合、次の１００ｍｓ後の周期のリソースは占有されていると推定する等）に基づき暗示的に示される。
【００３２】
図６の例は、選択ウィンドウにおけるリソース候補Ｃ１に対応する、受信電力の測定対象リソース（Ｒ１〜Ｒ１０）を示している。リソースＲ１〜Ｒ１０は、リソース候補Ｃ１を起点として１００ｍｓ間隔で並んでおり、リソースＲ１〜Ｒ１０の周波数リソースは、リソース候補Ｃ１の周波数リソースと同一である。
【００３３】
例えば、ユーザ装置ＵＥは、リソースＲ１〜Ｒ１０の各々の受信電力（Ｓ−ＲＳＳＩ（Sidelink Received Signal Strength Indicator））を測定し、各々のＳ−ＲＳＳＩの平均値が所定の閾値以上である場合に、リソース候補Ｃ１は占有されていると推定する。また、例えば、ユーザ装置ＵＥは、各々のＳ−ＲＳＳＩの平均値が所定の閾値未満であり、かつ、予約情報による予約もなされていない場合に、リソース候補Ｃ１は占有されていないと推定することになる。選択ウィンドウ内のＣ１以外のリソース（例えば、Ｃ１とは周波数が異なるリソース、Ｃ１とは異なるサブフレームのリソースなど）についても、同様の方法により占有されているか否かの推定がなされる。
【００３４】
３ＧＰＰでは、ユーザ装置ＵＥのバッテリー消費を削減するため、ユーザ装置ＵＥがセンシングウィンドウ内の全てのサブフレームでセンシングを行うのではなく、限定されたサブフレームのみでセンシングを行う"パーシャルセンシング"と呼ばれるセンシング方法も検討されている。パーシャルセンシングでは、ユーザ装置ＵＥは、選択ウィンドウ内の全てのリソースについて占有されているか否かの推定をすることはできず、限定されたサブフレームに対応するリソース候補のみについて、占有されているか否かの推定を行うことになる。
【００３５】
＜本実施の形態に係るセンシング方法について＞
続いて、実施の形態に係るユーザ装置ＵＥが行うセンシング方法について具体的に説明する。本実施の形態に係るユーザ装置ＵＥは、１００ｍｓ周期よりも短い間隔、より具体的には、２０ｍｓ及び５０ｍｓ周期でＤ２Ｄ信号を送信する機能を有している。リソースプール（例えば、Ｖ２Ｘ用のリソースプール）において、Ｄ２Ｄ信号の送信周期として許容される最も短い周期（例えば、１００ｍｓ、５０ｍｓ、２０ｍｓのいずれかなど）は、ブロードキャスト情報又はＲＲＣシグナリング等により基地局１０からユーザ装置ＵＥに設定（通知）されるようにしてもよいし、ユーザ装置ＵＥ自身の能力として予め定められていてもよい。ユーザ装置ＵＥは、許容される送信周期の範囲内でＤ２Ｄ信号を周期的に送信する。
【００３６】
以下、上述したセンシング方法のうち、特に受信電力を測定する際のセンシング方法について具体的に説明する。ユーザ装置ＵＥは、以下に説明するセンシング方法のうち、全てを実行する機能を備えていてもよいし、一部のみを実行する機能を備えていてもよい。また、センシング方法（その１）〜センシング方法（その４）のうち、センシングを行う方法を基地局１０からユーザ装置ＵＥに指示（設定）するようにしてもよいし、ユーザ装置ＵＥが自ら選択するようにしてもよい。
【００３７】
（センシング方法（その１））
センシング方法（その１）では、ユーザ装置ＵＥは、図６で説明した受信電力の測定方法と同様の方法を用いるが、Ｄ２Ｄ信号の送信周期と同一周期のリソースに対して受信電力の測定を行う。例えば、ユーザ装置ＵＥは、Ｄ２Ｄ信号の送信周期が２０ｍｓである場合、２０ｍｓ間隔で受信電力の測定を行い、Ｄ２Ｄ信号の送信周期が５０ｍｓである場合、５０ｍｓ間隔で受信電力の測定を行う。ただし、Ｄ２Ｄ信号の送信周期が１００ｍｓ以上である場合は、図６の例と同様に１００ｍｓ周期のリソースについて受信電力の測定を行う。
【００３８】
（センシング方法（その２））
Ｄ２Ｄ信号の送信周期が２０ｍｓ又は５０ｍｓである場合、ユーザ装置ＵＥは、センシングウィンドウのうち後半のウィンドウでは、２０ｍｓ又は５０ｍｓ周期で受信電力の測定を行い、センシングウィンドウのうち後半のウィンドウ以外では、１００ｍｓ周期で受信電力の測定を行う。
【００３９】
図７は、センシング方法（その２）において送信周期が２０ｍｓの場合の測定例を示す図である。図７の例では、センシングウィンドウは１０００ｍｓであり、後半のウィンドウの時間長（Ｘ）が２００ｍｓに設定されている。ユーザ装置ＵＥは、センシングウィンドウのうち、後半のウィンドウ以外の８００ｍｓの期間では、１００ｍｓ周期で、リソース候補Ｃ１に対応するリソースＲ１〜Ｒ８の各々の受信電力を測定し、後半のウィンドウでは、２０ｍｓ周期で、リソース候補Ｃ１に対応するリソースＲ９〜Ｒ１８の各々の受信電力を測定する。
【００４０】
図８は、センシング方法（その２）において送信周期が５０ｍｓの場合の測定例を示す図である。図８の例では、センシングウィンドウは１０００ｍｓであり、後半のウィンドウの時間長（Ｘ）が５００ｍｓに設定されている。ユーザ装置ＵＥは、センシングウィンドウのうち、後半のウィンドウ以外の５００ｍｓの期間では、１００ｍｓ周期で、リソース候補Ｃ１に対応するリソースＲ１〜Ｒ５の各々の受信電力を測定し、後半のウィンドウでは、５０ｍｓ周期で、リソース候補Ｃ１に対応するリソースＲ６〜Ｒ１５の各々の受信電力を測定する。
【００４１】
後半のウィンドウの時間長（Ｘ）は、送信周期ごとに異なる値に設定されてもよい。例えば、送信周期が２０ｍｓである場合、後半のウィンドウの時間長（Ｘ）は、１００ｍｓ又は２００ｍｓに設定され、送信周期が５０ｍｓである場合、後半のウィンドウの時間長（Ｘ）は、１００ｍｓ又は５００ｍｓに設定されてもよい。これに限定されず、例えば、送信周期の正の整数倍（ただしセンシングウィンドウの時間長以下）に設定されてもよい。また、後半のウィンドウの時間長（Ｘ）は、送信周期に関わらず固定的に設定されてもよい。例えば、後半のウィンドウの時間長（Ｘ）は、１００ｍｓ又は２００ｍｓに固定的に設定されてもよい。これに限定されず、例えば、１００ｍｓの正の整数倍（ただしセンシングウィンドウの時間長以下）に固定的に設定されてもよい。
【００４２】
後半のウィンドウの時間長（Ｘ）は、標準仕様で定められていてもよいし、ユーザ装置ＵＥに事前設定（preconfigured）されていてもよいし、上位レイヤ（ブロードキャスト情報、ＲＲＣシグナリングなど）で基地局１０からユーザ装置ＵＥに設定されてもよい。
【００４３】
センシング方法（その２）の場合、ユーザ装置ＵＥは、測定した全ての受信電力の平均値に基づいて、リソース候補が占有されているか否かの推定を行う。ただし、これに限定されず、例えば、後半のウィンドウ以外の期間で測定された受信電力の平均と、後半のウィンドウの期間で測定された受信電力の平均とのうち、平均値が大きい値に基づいて、リソース候補が占有されているか否かの推定を行うようにしてもよい。
【００４４】
以上、センシング方法（その２）ついて説明した。仮に、センシングウィンドウ全体で短い周期（２０ｍｓ、５０ｍｓなど）で測定した受信電力を平均化すると、他のユーザ装置ＵＥが、センシングウィンドウの前半で短い周期（２０ｍｓ、５０ｍｓなど）でのＤ２Ｄ信号の送信を中止してリソース再選択等を行った場合、ユーザ装置ＵＥは、それまでに送信されたＤ２Ｄ信号の受信電力についても平均化してしまうことになる。一方で、センシング方法（その２）では、センシングウィンドウの後半に絞って短い周期で測定を行うことから、センシングウィンドウ内で他のユーザ装置ＵＥがリソース再選択を行った際の影響を一部考慮した上でより適切に受信電力の測定を行うことが可能になる。また、平均化する受信電力の数が削減されることから、ユーザ装置ＵＥの処理負荷を軽減することも可能になる。
【００４５】
（センシング方法（その３））
Ｄ２Ｄ信号の送信周期が２０ｍｓ又は５０ｍｓである場合、ユーザ装置ＵＥは、センシングウィンドウ全体では１００ｍｓ周期で受信電力の測定を行い、センシングウィンドウのうち後半のウィンドウでは２０ｍｓ周期、５０ｍｓ周期、又は、２０ｍｓ周期及び５０ｍｓ周期で受信電力の測定を行う。
【００４６】
なお、後半のウィンドウで、２０ｍｓ周期で受信電力の測定を行うのか、５０ｍｓ周期で受信電力の測定を行うのか、又は、２０ｍｓ及び５０ｍｓ周期の両方で受信電力の測定を行うのかについては、リソースプールにおいてＤ２Ｄ信号の送信周期として許容される最も短い周期に基づいて決定されるようにしてもよい。例えば、許容される周期が２０ｍｓの場合、ユーザ装置ＵＥは、２０ｍｓ周期、又は、２０ｍｓ周期及び５０ｍｓ周期で受信電力の測定を行うようにしてもよい。また、例えば、許容される周期が５０ｍｓの場合、ユーザ装置ＵＥは、５０ｍｓ周期で受信電力の測定を行うようにしてもよい。また、これに限定されず、ユーザ装置ＵＥにおけるＤ２Ｄ信号の送信周期に基づいて決定されてもよい。例えば、送信周期が２０ｍｓであるユーザ装置ＵＥは、２０ｍｓ周期、又は、２０ｍｓ周期及び５０ｍｓ周期で受信電力の測定を行うようにして、送信周期が５０ｍｓであるユーザ装置ＵＥは、５０ｍｓ周期で受信電力の測定を行うようにしてもよい。
【００４７】
図９は、センシング方法（その３）において、センシングウィンドウ全体で、１００ｍｓ周期で受信電力の測定を行う場合の測定例を示す図である。ユーザ装置ＵＥは、センシングウィンドウにおいて、１００ｍｓ周期で、リソース候補Ｃ１に対応するリソースＲ１〜Ｒ１０の各々の受信電力を測定する。
【００４８】
図１０及び図１１は、センシング方法（その３）において、後半のウィンドウで、２０ｍｓ周期で受信電力の測定を行う場合の測定例を示す図である。図１０の例では、後半のウィンドウの時間長（Ｘ）が１００ｍｓに設定されており、選択ウィンドウが２０ｍｓに設定されている。図１１の例では、後半のウィンドウの時間長（Ｘ）が１００ｍｓに設定されており、選択ウィンドウが５０ｍｓに設定されている。ユーザ装置ＵＥは、後半のウィンドウの１００ｍｓの期間では、２０ｍｓ周期でリソース候補Ｃ１に対応するリソースＲ１〜Ｒ５の各々の受信電力を測定する。なお、図１１の例では、下段の図にリソース候補Ｃ１が２つ（実線で示すＣ１と点線で示すＣ１）存在しているが、これは、リソースＲ１〜Ｒ５が２つのリソース候補Ｃ１のいずれにも対応していることを意図している。
【００４９】
図１２は、センシング方法（その３）において、後半のウィンドウで、５０ｍｓ周期で受信電力の測定を行う場合の測定例を示す図である。図１２の例では、後半のウィンドウの時間長（Ｘ）が１００ｍｓに設定されている。ユーザ装置ＵＥは、後半のウィンドウの１００ｍｓの期間では、５０ｍｓ周期でリソース候補Ｃ１に対応するリソースＲ１〜Ｒ２の各々の受信電力を測定する。
【００５０】
図１０乃至図１２の例では、後半のウィンドウの終了タイミングと、センシングウィンドウの終了タイミングとは同一である前提であったが、後半のウィンドウの終了タイミングを、リソース候補のサブフレームに合わせるようにしてもよい。この場合の具体例を図１３乃至図１５に示す。
【００５１】
図１３及び図１４は、センシング方法（その３）において、後半のウィンドウで、２０ｍｓ周期で受信電力の測定を行う場合の測定例（変形例）を示す図である。図１３の例では、後半のウィンドウの時間長（Ｘ）が１００ｍｓに設定され、後半のウィンドウの終了タイミングは候補リソースＣ１のサブフレームに設定され、選択ウィンドウが２０ｍｓに設定されている。図１４の例では、後半のウィンドウの時間長（Ｘ）が１００ｍｓに設定され、後半のウィンドウの終了タイミングは候補リソースＣ１のサブフレームに設定され、選択ウィンドウが５０ｍｓに設定されている。
【００５２】
ユーザ装置ＵＥは、後半のウィンドウの１００ｍｓの期間では、２０ｍｓ周期で、リソース候補Ｃ１に対応するリソースＲ１〜Ｒ５の各々の受信電力を測定する。なお、図１４の例では、下段の図にリソース候補Ｃ１が２つ（実線で示すＣ１と点線で示すＣ１）存在しているが、これは、リソースＲ１〜Ｒ５が２つのリソース候補Ｃ１のいずれにも対応していることを意図している。
【００５３】
図１５は、センシング方法（その３）において、後半のウィンドウで、５０ｍｓ周期で受信電力の測定を行う場合の測定例（変形例）を示す図である。図１５の例では、後半のウィンドウの時間長（Ｘ）が１００ｍｓに設定され、後半のウィンドウの終了タイミングは候補リソースＣ１のサブフレームに設定されている。ユーザ装置ＵＥは、後半のウィンドウの１００ｍｓの期間では、５０ｍｓ周期で、リソース候補Ｃ１に対応するリソースＲ１〜Ｒ２の各々の受信電力を測定する。
【００５４】
後半のウィンドウの時間長（Ｘ）は、送信周期に関わらず固定的に設定されてもよい。例えば、後半のウィンドウの時間長（Ｘ）は、１００ｍｓ又は２００ｍｓに固定的に設定されてもよい。ただし、これに限定されず、後半のウィンドウの時間長（Ｘ）は、例えば、１００ｍｓの正の整数倍（ただしセンシングウィンドウの時間長以下）に設定されてもよい。また、センシング方法（その２）と同様、送信周期が２０ｍｓである場合、後半のウィンドウの時間長（Ｘ）は、１００ｍｓ又は２００ｍｓに設定され、送信周期が５０ｍｓである場合、後半のウィンドウの時間長（Ｘ）は、１００ｍｓ又は５００ｍｓに設定されてもよい。また、後半のウィンドウの時間長（Ｘ）は、送信周期の正の整数倍（ただしセンシングウィンドウの時間長以下）に設定されてもよい。
【００５５】
後半のウィンドウの時間長（Ｘ）は、標準仕様で定められていてもよいし、ユーザ装置ＵＥに事前設定（preconfigured）されていてもよいし、上位レイヤ（ブロードキャスト情報、ＲＲＣシグナリングなど）で基地局１０からユーザ装置ＵＥに設定されてもよい。また、後半のウィンドウの終了タイミング（センシングウィンドウの終了タイミングにするか、又は、リソース候補のサブフレームに合わせるか）についても、標準仕様で定められていてもよいし、ユーザ装置ＵＥに事前設定（preconfigured）されていてもよいし、上位レイヤ（ブロードキャスト情報、ＲＲＣシグナリングなど）で基地局１０からユーザ装置ＵＥに設定されてもよい。
【００５６】
センシング方法（その３）の場合、ユーザ装置ＵＥは、センシングウィンドウ全体（つまり、１００ｍｓ周期）で測定した受信電力（第１のＳ−ＲＳＳＩ）の平均と、後半のウィンドウで測定した受信電力（第２のＳ−ＲＳＳＩ）の平均とのうち、平均値が大きい値に基づいて、リソース候補が占有されているか否かの推定を行う。もし、後半のウィンドウで２０ｍｓ周期及び５０ｍｓ周期で受信電力の測定を行った場合、ユーザ装置ＵＥは、センシングウィンドウ全体（つまり、１００ｍｓ周期）で測定した受信電力（第１のＳ−ＲＳＳＩ）の平均と、後半のウィンドウにおいて２０ｍｓ周期で測定した受信電力（第２のＳ−ＲＳＳＩ）の平均と、後半のウィンドウにおいて５０ｍｓ周期で測定した受信電力（第３のＳ−ＲＳＳＩ）の平均とのうち、平均値が最も大きい値に基づいて、リソース候補が占有されているか否かの推定を行う。ただし、これに限定されず、ユーザ装置ＵＥは、センシング方法（その２）と同様、測定した全ての受信電力の平均値に基づいて、リソース候補が占有されているか否かの推定を行うようにしてもよい。
【００５７】
以上、センシング方法（その３）ついて説明した。センシング方法（その３）でも、センシングウィンドウの後半に絞って短い周期で測定を行うことから、より適切に受信電力の測定を行うことが可能になる。また、平均化する受信電力の数が削減されることから、ユーザ装置ＵＥの処理負荷を軽減することも可能になる。
【００５８】
（センシング方法（その４））
以上説明したセンシング方法（その２及びその３）では、ユーザ装置ＵＥは、２０ｍｓ又は５０ｍｓ周期での受信電力の測定を、バックグラウンドで行う前提であった。一方、センシング方法（その４）では、ユーザ装置ＵＥは、Ｄ２Ｄ信号を送信するためのリソースを選択（再選択）するタイミングが到来するまでの間は、１００ｍｓ周期で受信電力の測定を行っておき、リソースの選択（再選択）を行う際に、更に、所定の期間（Ｙ）の間、追加的に２０ｍｓ周期及び／又は５０ｍｓ周期で受信電力の測定を行うようにしてもよい。所定の期間（Ｙ）は、追加されたセンシングウィンドウと呼ばれてもよい。
【００５９】
図１６は、センシング方法（その４）において、２０ｍｓ周期で追加的に受信電力の測定を行う場合の測定例を示す図である。図１６の例では、所定の期間（Ｙ）が１００ｍｓに設定されている。ユーザ装置ＵＥは、バックグラウンドで、リソース候補Ｃ１に対応する１００ｍｓ周期のリソースＲ１の受信電力を測定しておく。続いて、リソースを選択（再選択）がトリガされた場合、所定の期間（Ｙ）の間、リソース候補Ｃ１に対応する２０ｍｓ周期のリソースＲ２の受信電力を測定する。
【００６０】
なお、後半のウィンドウで、２０ｍｓ周期で受信電力の測定を行うのか、５０ｍｓ周期で受信電力の測定を行うのか、又は、２０ｍｓ及び５０ｍｓ周期の両方で受信電力の測定を行うのかについては、センシング方法（その３）と同様、リソースプールにおいてＤ２Ｄ信号の送信周期として許容される最も短い周期に基づいて決定されるようにしてもよい。また、センシング方法（その２）と同様、ユーザ装置ＵＥにおけるＤ２Ｄ信号の送信周期に基づいて決定されてもよい。
【００６１】
センシング方法（その４）において、「所定の期間（Ｙ）」は、センシング方法（その２）で説明した、「後半のウィンドウの時間長（Ｘ）」の開始タイミングを、ユーザ装置ＵＥがリソースを選択（再選択）するタイミングに合わせたものとみなすことができる。
【００６２】
センシング方法（その４）では、ユーザ装置ＵＥは、リソース候補が占有されているか否かの推定を、センシング方法（その２）又はセンシング方法（その３）と同様の方法で行うようにしてもよい。すなわち、ユーザ装置ＵＥは、センシングウィンドウで測定した受信電力と、追加されたセンシングウィンドウ（所定の期間（Ｙ））で測定した受信電力とを平均した平均値に基づいて、リソース候補が占有されているか否かの推定を行うようにしてもよい。また、ユーザ装置ＵＥは、センシングウィンドウで測定した受信電力の平均と、追加されたセンシングウィンドウ（所定の期間（Ｙ））で測定した受信電力の平均のうち、平均値が最も大きい値に基づいて、リソース候補が占有されているか否かの推定を行うようにしてもよい。
【００６３】
センシング方法（その４）において、「所定の期間（Ｙ）」が経過するまではリソースの選択ができないため、ユーザ装置ＵＥは、「所定の期間（Ｙ）」が経過するまでの間にＤ２Ｄ信号を送信したい場合（例えば低遅延で送信すべきＶ２Ｘパケットが生じた場合など）、ランダムにリソースの選択を行ってＤ２Ｄ信号を送信するようにしてもよいし、選択済みのリソースを用いてＤ２Ｄ信号を送信するようにしてもよい。  以上、センシング方法（その４）ついて説明した。センシング方法（その４）を用いることで、ユーザ装置ＵＥがリソースを選択（再選択）する（つまり、送信すべきＤ２Ｄ信号が生じたタイミング）までの間は、長い周期でセンシングを行うことになるため、ユーザ装置ＵＥのバッテリー消費を軽減することが可能になる。また、センシング方法（その４）は、パーシャルセンシングを行うユーザ装置ＵＥに適用することで、更なるバッテリー消費の軽減を実現することが可能になる。
【００６４】
＜機能構成＞
（ユーザ装置）
図１７は、実施の形態に係るユーザ装置の機能構成の一例を示す図である。図１７に示すように、ユーザ装置ＵＥは、信号送信部１０１と、信号受信部１０２と、測定部１０３と、選択部１０４とを有する。なお、図１７は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（５Ｇ）に準拠した動作を行うための図示しない機能も有するものである。また、図１７に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００６５】
信号送信部１０１は、他のユーザ装置ＵＥ又は基地局１０に送信すべきＤ２Ｄ信号から物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ信号の送信機能とセルラ通信の送信機能を含む。また、信号送信部１０１は、選択部１０４で選択されたリソースでＤ２Ｄ信号を送信する機能を有する。
【００６６】
信号受信部１０２は、他のユーザ装置ＵＥ又は基地局１０から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。また、信号受信部１０２は、Ｄ２Ｄ信号の受信機能とセルラ通信の受信機能を含む。
【００６７】
測定部１０３は、Ｄ２Ｄ信号を送信する候補になるリソース（リソース候補）に対応する、過去の時間方向における複数のリソースの受信電力を測定する機能を有する。また、測定部は、Ｄ２Ｄ信号を送信するリソース候補より前の第一の時間ウィンドウ（前述の実施の形態における「後半のウィンドウの時間長（Ｘ）」又は「所定の期間（Ｙ）」）では第一の周期（２０ｍｓ又は５０ｍｓ等）でリソースの受信電力を測定し、該第一の時間ウィンドウより更に前の第二の時間ウィンドウ（例えばセンシングウィンドウから第一の時間ウィンドウを除いた期間）、若しくは、第一の時間ウィンドウ及び第二の時間ウィンドウ（例えばセンシングウィンドウ全体）では第一の周期より長い第二の周期（１００ｍｓ等）でリソースの受信電力を測定する機能を有する。また、第一の時間ウィンドウは、当該ユーザ装置ＵＥにおけるＤ２Ｄ信号の送信周期を正の整数倍した時間長に設定されてもよい。また、第一の時間ウィンドウの開始タイミングは、選択部１０４がリソース選択又はリソース再選択を行うタイミングであってもよい。
【００６８】
（基地局）
図１８は、実施の形態に係る基地局の機能構成の一例を示す図である。図１８に示すように、基地局１０は、信号送信部２０１と、信号受信部２０２と、通知部２０３とを有する。なお、図１８は、基地局１０において本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００６９】
信号送信部２０１は、基地局１０から送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部２０２は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【００７０】
通知部２０３は、ユーザ装置ＵＥが本実施の形態に係る動作を行うために用いる各種情報を、ブロードキャスト情報（例えばＳＩＢ）又はＲＲＣシグナリングを用いてユーザ装置ＵＥに通知する。なお、当該各種情報は、例えば、リソースプールの設定を示す情報、
センシングウィンドウの長さ、リソースプール（例えば、Ｖ２Ｘ用のリソースプール）においてＤ２Ｄ信号の送信周期として許容される最も短い周期、「後半のウィンドウの時間長（Ｘ）」、又は「所定の期間（Ｙ）」などである。
【００７１】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図１７及び図１８）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【００７２】
例えば、本発明の一実施の形態における基地局１０、ユーザ装置ＵＥは、本発明のリソース選択方法の処理を行うコンピュータとして機能してもよい。図１９は、実施の形態に係る基地局及びユーザ装置のハードウェア構成の一例を示す図である。上述の基地局１０及びユーザ装置ＵＥは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００７３】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局１０及びユーザ装置ＵＥのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００７４】
基地局１０及びユーザ装置ＵＥにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００７５】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、基地局１０の信号送信部２０１、信号受信部２０２、及び通知部２０３、ユーザ装置ＵＥの信号送信部１０１、信号受信部１０２、測定部１０３及び選択部１０４は、プロセッサ１００１で実現されてもよい。
【００７６】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、基地局１０の信号送信部２０１、信号受信部２０２、及び通知部２０３、ユーザ装置ＵＥの信号送信部１０１、信号受信部１０２、測定部１０３及び選択部１０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００７７】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係るリソース選択方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００７８】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【００７９】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、基地局１０の信号送信部２０１、及び、信号受信部２０２、ユーザ装置ＵＥの信号送信部１０１、及び、信号受信部１０２は、通信装置１００４で実現されてもよい。
【００８０】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【００８１】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【００８２】
また、基地局１０及びユーザ装置ＵＥは、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【００８３】
＜まとめ＞
以上、実施の形態によれば、センシングの結果に基づいて、信号を周期的に送信するためのリソースを選択するユーザ装置であって、信号を送信する候補になるリソースに対応する、過去の時間方向における複数のリソースの受信電力を測定する測定部と、測定結果に基づいて信号を周期的に送信するリソースを選択する選択部と、を有し、前記測定部は、前記信号を送信する候補になるリソースより前の第一の時間ウィンドウでは第一の周期でリソースの受信電力を測定し、該第一の時間ウィンドウより更に前の第二の時間ウィンドウ、若しくは、前記第一の時間ウィンドウ及び前記第二の時間ウィンドウでは前記第一の周期より長い第二の周期でリソースの受信電力を測定する、ユーザ装置が提供される。このユーザ装置ＵＥによれば、短い周期で信号の送信が行われることを考慮したセンシングを行うことを可能にする技術が提供される。
【００８４】
また、前記測定部は、前記第一の時間ウィンドウでは第一の周期でリソースの受信電力を測定し、前記第一の時間ウィンドウ及び前記第二の時間ウィンドウでは前記第一の周期より長い第二の周期でリソースの受信電力を測定し、前記選択部は、前記第一の周期でリソースの受信電力を測定した測定結果と、前記第二の周期でリソースの受信電力を測定した測定結果とを平均した平均値に基づいてリソースを選択するようにしてもよい。これにより、センシングウィンドウの前半では、短い周期では測定を行わないことから、より適切に受信電力の測定を行うことが可能になる。また、平均化する受信電力の数が削減されることから、ユーザ装置ＵＥの処理負荷を軽減することも可能になる。
【００８５】
前記測定部は、前記第一の時間ウィンドウでは第一の周期でリソースの受信電力を測定し、前記第二の時間ウィンドウでは前記第一の周期より長い第二の周期でリソースの受信電力を測定し、前記選択部は、前記第一の周期でリソースの受信電力を測定した測定結果の平均値と、前記第二の周期でリソースの受信電力を測定した測定結果の平均値とのうち、平均値が大きい値に基づいてリソースを選択するようにしてもよい。これにより、センシングウィンドウの前半では、短い周期では測定を行わないことから、より適切に受信電力の測定を行うことが可能になる。また、平均化する受信電力の数が削減されることから、ユーザ装置ＵＥの処理負荷を軽減することも可能になる。
【００８６】
また、前記第一の時間ウィンドウは、当該ユーザ装置における信号の送信周期を正の整数倍した時間長に設定されるようにしてもよい。第一の時間ウィンドウの長さを、様々な長さに設定することが可能になる。
【００８７】
また、前記第一の時間ウィンドウの開始タイミングは、前記選択部がリソース選択を行うタイミングであるようにしてもよい。これにより、ユーザ装置ＵＥがリソースを選択（再選択）するまでの間は、長い周期でセンシングを行うことになるため、ユーザ装置ＵＥのバッテリー消費を軽減することが可能になる。
【００８８】
また、実施の形態によれば、シングの結果に基づいて、信号を周期的に送信するためのリソースを選択するユーザ装置が実行するリソース選択方法であって、信号を送信する候補になるリソースに対応する、過去の時間方向における複数のリソースの受信電力を測定する測定ステップと、測定結果に基づいて信号を周期的に送信するリソースを選択する選択ステップと、を有し、前記測定ステップは、前記信号を送信する候補になるリソースより前の第一の時間ウィンドウでは第一の周期でリソースの受信電力を測定し、該第一の時間ウィンドウより更に前の第二の時間ウィンドウ、若しくは、前記第一の時間ウィンドウ及び前記第二の時間ウィンドウでは前記第一の周期より長い第二の周期でリソースの受信電力を測定する、リソース選択方法が提供される。このリソース選択方法によれば、短い周期で信号の送信が行われることを考慮したセンシングを行うことを可能にする技術が提供される。
【００８９】
＜実施形態の補足＞
Ｄ２Ｄ制御情報は、ＳＣＩ（Sidelink Control Information）と呼ばれてもよい。
【００９０】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、ＭＡＣ（Medium  Access  Control）シグナリング、報知情報（ＭＩＢ（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）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【００９２】
本明細書で説明した各態様／実施形態の処理手順などは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００９３】
所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【００９４】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【００９５】
本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。
【００９６】
ユーザ装置ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【００９７】
基地局１０は、「ｅＮＢ（enhanced NodeB）」、「ＮＲ（New Radio）ノード」、「ｇＮＢ」、「ｅＬＴＥ ｅＮＢ（evolution LTE enhanced NodeB）」などと呼ばれてもよい。
【００９８】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【００９９】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１００】
「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【０１０１】
本開示の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【符号の説明】
【０１０２】
ＵＥ  ユーザ装置
１０  基地局
１０１  信号送信部
１０２  信号受信部
１０３  測定部
１０４  選択部
２０１  信号送信部
２０２  信号受信部
２０３  通知部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2020017778.tif 000003
【図２】
2020017778.tif 000004
【図３】
2020017778.tif 000005
【図４】
2020017778.tif 000006
【図５】
2020017778.tif 000007
【図６】
2020017778.tif 000008
【図７】
2020017778.tif 000009
【図８】
2020017778.tif 000010
【図９】
2020017778.tif 000011
【図１０】
2020017778.tif 000012
【図１１】
2020017778.tif 000013
【図１２】
2020017778.tif 000014
【図１３】
2020017778.tif 000015
【図１４】
2020017778.tif 000016
【図１５】
2020017778.tif 000017
【図１６】
2020017778.tif 000018
【図１７】
2020017778.tif 000019
【図１８】
2020017778.tif 000020
【図１９】
2020017778.tif 000021