(57)【要約】【課題】パーシャルセンシングによるセンシング結果に基づいてデータを送信するためのリソースを選択する方式において、より適切なリソースの選択を可能にすること。【解決手段】センシング用の時間ウィンドウで行われるセンシングの結果に基づいて、信号を周期的に送信するユーザ装置であって、信号を送信するごとに減算されるカウンター値が所定の閾値以下である場合に、前記センシング用の時間ウィンドウ内の一部のリソースに対してセンシングを行うことで、次の周期で信号を送信するためのリソース候補の検出を行い、次の周期で信号を送信するためのリソース候補が検出された場合に、検出されたリソース候補を、次の周期で信号を送信するためのリソースとして選択する選択部と、選択されたリソースで信号を送信する送信部と、を有するユーザ装置を提供する。【選択図】図７
2020017777.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）の信号と称してもよい。
【００２７】
＜処理手順＞
（パーシャルセンシング及びリソース候補の検出について）
具体的な処理手順を説明する前に、本実施の形態に係るユーザ装置が行うパーシャルセンシング及びリソース選択の動作について説明する。図６は、パーシャルセンシング及びリソース候補の検出方法の概要を説明するための図である。「センシングウィンドウ」とは、ユーザ装置ＵＥがセンシングを行うべきとして予め定められた時間ウィンドウであり、現状の３ＧＰＰの規定では最大で１０００ｍｓに設定される。パーシャルセンシングでは、ユーザ装置ＵＥは、センシングウィンドウ内の全てのサブフレームでセンシングを行うのではなく、限定された一部のサブフレーム（図６の例では、Ｓ１〜Ｓ４）のみでセンシングを行い、将来のリソースにおいて、Ｄ２Ｄ信号の送信が可能なリソース候補を検出する。図６の例では、サブフレームＣ１及びＣ２のリソースが、リソース候補として検出された様子を示している。
【００２８】
センシングにより、Ｄ２Ｄ信号の送信が可能なリソース候補を検出する方法は、例えば、センシングにより受信されたＤ２Ｄ制御情報をデコードすることで把握される予約済みリソースを将来のリソースから除外し、残ったリソースをリソース候補とする方法、センシングにより測定したリソースの受信電力が所定の閾値以上であるリソースを将来のリソースから除外し、残ったリソースをリソース候補とする方法、及び、これらを組み合わせる方法などにより行われる。なお、センシングウィンドウ内のリソースと将来のリソースとの間の対応関係は、Ｄ２Ｄ制御信号に含まれる予約情報により明示的に示されるか、又は、準静的に定められた対応関係（例えば、センシングウィンドウ内で１００ｍｓ周期のリソースの受信電力が所定の閾値以上であった場合、次の１００ｍｓ後の周期のリソースは占有されていると推定する等）に基づき暗示的に示される。
【００２９】
「選択ウィンドウ」とは、センシング結果に基づき、ユーザ装置ＵＥがリソースを選択すべき期間として予め定められた時間ウィンドウである。ユーザ装置ＵＥは、センシングにより検出されたリソース候補のうち、選択ウィンドウ内に含まれるリソース候補の中からＤ２Ｄ信号の送信に用いるリソースを選択する。選択ウィンドウの開始タイミングは、ユーザ装置ＵＥがＤ２Ｄ信号を送信するためのリソースを選択するタイミングまたはそれ以降である。ユーザ装置ＵＥがＤ２Ｄ信号を送信するためのリソースを選択するタイミングとは、例えば、ユーザ装置ＵＥ内の上位レイヤ（例えばＶ２Ｖアプリケーション）で送信すべきデータが生成され、当該データが、リソースの選択を行うレイヤ（例えばＭＡＣレイヤ、物理レイヤ）に到着したタイミングである。
【００３０】
上述したセンシングは、将来のリソースにおいてＤ２Ｄ信号の送信が可能なリソース候補を事前に検出しておく動作と言うことができる。つまり、ユーザ装置ＵＥは、選択ウィンドウが訪れた際に、事前に検出しているリソース候補の中からＤ２Ｄ信号を送信するリソースの選択を行うことができるように、予めバックグラウンドでセンシングを行っておく。
【００３１】
（本実施の形態に係るユーザ装置が行うリソース選択について）
続いて、本実施の形態に係るユーザ装置ＵＥが行う処理手順について具体的に説明する。図７は、リソース選択（再選択）動作の一例を説明するための図である。
【００３２】
本実施の形態に係るユーザ装置ＵＥは、最初に上位レイヤからデータが到着したタイミングで、選択ウィンドウ内でリソースを選択し、以後、選択したリソースを周期的に使用することで、Ｄ２Ｄ信号を周期的に送信する。選択したリソースを周期的に使用するとは、一旦選択した周波数・時間リソースを、所定の時間間隔（例えば１００ｍｓ後など）で使用することである。
【００３３】
ユーザ装置ＵＥは、リソースを選択した際に、カウンターの値をリセットしておく。なお、本カウンターは、０以上の正の整数であり、リセットの際に予め定められた値の範囲内（例えば、５〜１５など）でランダムに選択される。当該カウンターは、例えば、サイドリンクリソース再選択カウンター（SL_RESOURCE_RESELECTION_COUNTER）であってもよい。３ＧＰＰでは、ユーザ装置ＵＥは、Ｄ２Ｄ信号を送信するたびにSL_RESOURCE_RESELECTION_COUNTERを減算し、カウンター値がゼロになったタイミングでリソースの再選択（Reselection）を行うことが検討されている。
【００３４】
続いて、ユーザ装置ＵＥは、選択したリソースでＤ２Ｄ信号の送信を行うたびにカウンターを減算し、上位レイヤからデータが到着した際に、既にリソースが選択されており（つまり、前回使用したリソースの次の周期に該当するリソースを把握しており）、かつ、カウンターが所定の閾値（Ｘ）（Ｘは１以上の正の整数）以下（又は未満）であった場合に、次のＤ２Ｄ信号を送信するためのリソース候補を検出するためにパーシャルセンシングを開始する。なお、ユーザ装置ＵＥは、上位レイヤからデータが到着した際に適切なリソースが選択されていないと判断した場合にも、パーシャルセンシングを開始することとしてもよい。図７の例では、Ｘ＝３に設定されており、ユーザ装置ＵＥは、Ｄ２のデータが到着した際に、カウンター値＝３であることから、パーシャルセンシングを開始し、Ｄ３のデータを含むＤ２Ｄ信号を送信するためのリソース候補の検出を行う。
【００３５】
パーシャルセンシングによりリソース候補が検出されない場合、ユーザ装置ＵＥは、次にＤ２Ｄ信号を送信する際には、現時点で選択しているリソース（つまり、前回のリソースの次の時間間隔後のリソースであり、時間間隔が１００ｍｓの場合は１００ｍｓ後のリソース）で、送信すべきデータを含むＤ２Ｄ信号を送信する。また、ユーザ装置ＵＥは、上位レイヤから次のデータが到着した際にパーシャルセンシングを開始するが、その際に、センシング対象のリソースを変更するようにする。すなわち、ユーザ装置ＵＥは、前回のパーシャルセンシングにおけるセンシング対象リソースとは異なるリソースに対してセンシングを行うようにする。図７の例では、Ｄ２のデータが到着した際に行ったセンシングではリソース候補が検出されず、ユーザ装置ＵＥは、Ｄ３のデータを含むＤ２Ｄ信号を、リソースＲ２の次の送信間隔後のリソースであるリソースＲ３で送信する様子を示している。また、ユーザ装置ＵＥは、Ｄ３のデータが到着した際に行うパーシャルセンシングでは、Ｄ２のデータが到着した際に行ったセンシング対象リソースとは異なるリソースに対してセンシングを行うことになる。
【００３６】
パーシャルセンシングにより選択可能なリソース候補が検出された場合、ユーザ装置ＵＥは、選択ウィンドウ内で、それまでに使用していたリソースとは異なるリソースの選択を行い（すなわちリソースの再選択を行い）、カウンター値をリセットした上で、再選択したリソースで次のＤ２Ｄ信号を送信する。なお、リソースの再選択を行ったものの次のデータが到着していないという状態も想定されるが、この場合、不要なＤ２Ｄ信号の送信を行うのではなく、次のデータが到着したタイミングでカウンター値のリセットおよびＤ２Ｄ信号の送信を行なってもよい。図７の例では、Ｄ３のデータが到着した際に行ったパーシャルセンシングでリソース候補が検出され、ユーザ装置ＵＥは、選択ウィンドウ内でリソースＮＲ１を選択し、Ｄ４のデータを含むＤ２Ｄ信号を送信した様子を示している。また、カウンター値が、５〜１５のいずれかの値にリセットされた状態を示している。なお、リソース候補が複数検出された場合、ユーザ装置ＵＥは、複数のリソース候補の中から、Ｄ２Ｄ信号を送信するためのリソースをランダムに選択してもよいし、測定された受信電力が最も低い（つまり、干渉が少ない）リソースを選択するようにしてもよい。
【００３７】
以後、上述の動作を繰り返すことで、ユーザ装置ＵＥは、カウンター値が再度所定の閾値（Ｘ）以下（又は未満）になったタイミングでパーシャルセンシングを行い、リソースの再選択を行うことになる。これにより、カウンター値が所定の閾値（Ｘ）以下（又は未満）にならない限りセンシングが行われないので、ユーザ装置ＵＥのバッテリー消費を抑制することが可能になる。また、所定の閾値（Ｘ）を２以上にセットしておくことで、カウンター値がゼロになる前に、センシング対象リソースを変更しつつパーシャルセンシングが行われることになるため、パーシャルセンシングを用いる場合であっても、より適切なリソースが選択される確率を高めることが可能になる。上記動作の繰り返しはサブフレーム単位で行なってもよいし、バッテリー消費を削減するために１００ｍｓ単位など所定の複数のサブフレーム単位で繰り返してもよい。繰り返し周期を用いる場合、当該周期はユーザ装置ＵＥに事前設定されてもよいし、上位レイヤ（ブロードキャスト情報、ＲＲＣシグナリングなど）で基地局１０からユーザ装置ＵＥに設定されてもよい。
【００３８】
また、現在３ＧＰＰで検討されているSL_RESOURCE_RESELECTION_COUNTERを用いたリソース再選択方法では、カウンターがゼロになるまでリソース再選択が行われない。すなわち、３ＧＰＰ規定を踏襲しつつ、カウンターがゼロになる前にセンシングを開始する方法を採用した場合、カウンターがゼロになるまでの間継続してパーシャルセンシングを行うことになるものと想定される。しかしながら、本実施の形態では、カウンター値がゼロになる前にリソース候補が検出された場合、その時点でリソース再選択を行ってカウンター値をリセットすることになることから、カウンターがゼロになるまでの間継続してセンシングを行う方法と比較して、バッテリー消費を抑えることが可能になる。
【００３９】
（カウンターがゼロになった場合の動作について）
現在３ＧＰＰで検討されているSL_RESOURCE_RESELECTION_COUNTERを用いたリソース再選択方法では、カウンターがゼロになったタイミングでリソースの再選択が行われることが検討されている。また、リソースの再選択では、センシングしたリソースのうち少なくともいずれかのリソースが必ず選択されることが検討されている。具体的には、例えば、センシングにより測定したリソースの受信電力が所定の閾値以上であるリソースを将来のリソースから除外する動作において、所定の閾値を段階的（例えば３ｄＢずつ）に大きくすることで将来のリソース候補の合計数のうち少なくとも２０％以上のリソースがリソース候補として残るようにする方法が検討されている。すなわち、現在３ＧＰＰで検討されている方法では、カウンターがゼロになった場合、適切なリソースではないリソースが強制的に再選択されてしまう可能性がある。そこで、本実施の形態では、カウンターがゼロになった場合、ユーザ装置ＵＥは、以下のように動作する。
【００４０】
図８は、カウンター値がゼロになった場合の動作の一例を説明するための図である。カウンター値がゼロになってもパーシャルセンシングによりリソース候補が検出されない場合、ユーザ装置ＵＥは、図７を用いて説明した処理手順と同様、次にＤ２Ｄ信号を送信する際に、現時点で選択しているリソースで、送信すべきデータを含むＤ２Ｄ信号を送信する。また、ユーザ装置ＵＥは、上位レイヤから次のデータが到着した際、センシング対象のリソースを変更しながら、パーシャルセンシングを行うようにする。一方、パーシャルセンシングによりリソース候補が検出された場合、ユーザ装置ＵＥは、次のデータが到着したタイミングで、選択ウィンドウ内で、リソースの再選択を行い、カウンター値をリセットした上で、再選択したリソースで次のＤ２Ｄ信号を送信する。
【００４１】
図８の例では、Ｄ３及びＤ４のデータが到着した際に行ったセンシングではリソース候補が検出されず、ユーザ装置ＵＥは、Ｄ４及びＤ５のデータを含むＤ２Ｄ信号を、送信間隔周期のリソースＲ４及びリソースＲ５で送信する様子を示している。また、ユーザ装置ＵＥは、Ｄ４のデータが到着した際に行うパーシャルセンシングでは、Ｄ３のデータが到着した際に行ったセンシング対象リソースとは異なるリソースに対してセンシングを行う。同様に、ユーザ装置ＵＥは、Ｄ５のデータが到着した際に行うパーシャルセンシングでは、Ｄ４のデータが到着した際に行ったセンシング対象リソースとは異なるリソースに対してセンシングを行う。また、図８の例では、Ｄ５のデータが到着した際に行ったセンシングでリソース候補が検出され、ユーザ装置ＵＥは、選択ウィンドウ内でリソースＮＲ１を選択し、Ｄ６のデータを含むＤ２Ｄ信号を送信した様子を示している。また、カウンター値が、５〜１５のいずれかの値にリセットされた状態を示している。
【００４２】
以上説明した動作を行うことで、現在３ＧＰＰで検討されているリソース再選択方法と比較し、より適切なリソースが選択される確率を高めることが可能になる。
【００４３】
なお、ユーザ装置ＵＥは、カウンター値がゼロである場合であって、かつ、上位レイヤから次のデータが到着してパーシャルセンシングを行う動作を所定の回数（上限回数）繰り返しても、リソース候補が検出されなかった場合、リソース選択用の時間ウィンドウの中でランダムにリソースを選択し、カウンターをリセットするようにしてもよい。当該所定の回数は１回でも複数回でもよく、標準仕様で定められていてもよいし、ユーザ装置ＵＥに事前設定（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のように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【符号の説明】
【００９０】
ＵＥ  ユーザ装置
１０  基地局
１０１  信号送信部
１０２  信号受信部
１０３  選択部
２０１  信号送信部
２０２  信号受信部
２０３  通知部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2020017777.tif 000003
【図２】
2020017777.tif 000004
【図３】
2020017777.tif 000005
【図４】
2020017777.tif 000006
【図５】
2020017777.tif 000007
【図６】
2020017777.tif 000008
【図７】
2020017777.tif 000009
【図８】
2020017777.tif 000010
【図９】
2020017777.tif 000011
【図１０】
2020017777.tif 000012
【図１１】
2020017777.tif 000013