(57)【要約】  センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置において、センシング用の時間ウィンドウの中で、所定の時間区間においてセンシングを行わない制御を実施するセンシング制御部と、前記時間ウィンドウの中で、センシングが行われる時間区間のリソースの中から、信号を送信するためのリソースを選択するリソース選択部と、前記リソース選択部により選択されたリソースを用いて信号を送信する送信部とを備える。
2017170775.tif 000002
【特許請求の範囲】
【請求項１】
センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置であって、
センシング用の時間ウィンドウの中で、所定の時間区間においてセンシングを行わない制御を実施するセンシング制御部と、
前記時間ウィンドウの中で、センシングが行われる時間区間のリソースの中から、信号を送信するためのリソースを選択するリソース選択部と、
前記リソース選択部により選択されたリソースを用いて信号を送信する送信部と
を備えることを特徴とするユーザ装置。
【請求項２】
前記所定の時間区間は、信号送信を行うタイミングに該当する時間区間である
ことを特徴とする請求項１に記載のユーザ装置。
【請求項３】
前記送信部が、周期的な信号送信を行う場合において、前記信号送信を行うタイミングは、当該周期的な信号送信のタイミングであり、前記送信部は、次の信号送信のタイミングにおいて、信号送信を行わない
ことを特徴とする請求項２に記載のユーザ装置。
【請求項４】
前記センシング制御部は、自律的に、又は、基地局からの設定情報に基づいて、前記時間ウィンドウにおける前記所定の時間区間を非センシング区間として設定する
ことを特徴とする請求項１に記載のユーザ装置。
【請求項５】
前記送信部は、前記センシング制御部により実行されたセンシングの結果を基地局に報告する
ことを特徴とする請求項１ないし４のうちいずれか１項に記載のユーザ装置。
【請求項６】
センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置であって、
センシングを行うリソースのプールであるセンシングプールの設定情報、及びセンシングを行わないリソースのプールである非センシングプールの設定情報を基地局から受信する受信部と、
前記センシングプールのリソースにおいてセンシングを行い、前記非センシングプールにおいてセンシングを行わない制御を実施するセンシング制御部と、
前記非センシングプールの中から信号送信のためのリソースを選択するリソース選択部と、
前記リソース選択部により選択されたリソースを用いて信号を送信する送信部と
を備えることを特徴とするユーザ装置。
【請求項７】
複数個の非センシングプールが前記ユーザ装置に設定されている場合において、前記リソース選択部は、センシングプールにおいて生じた信号送信タイミングに最も近い非センシングプールを選択し、当該非センシングプールの中から信号送信のためのリソースを選択する
ことを特徴とする請求項６に記載のユーザ装置。
【請求項８】
センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置により実行されるセンシング制御方法であって、
センシング用の時間ウィンドウの中で、所定の時間区間においてセンシングを行わない制御を実施するセンシング制御ステップと、
前記時間ウィンドウの中で、センシングが行われる時間区間のリソースの中から、信号を送信するためのリソースを選択するリソース選択ステップと、
前記リソース選択ステップにより選択されたリソースを用いて信号を送信する送信ステップと
を備えることを特徴とするセンシング制御方法。
【請求項９】
センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置により実行されるセンシング制御方法であって、
センシングを行うリソースのプールであるセンシングプールの設定情報、及びセンシングを行わないリソースのプールである非センシングプールの設定情報を基地局から受信する受信ステップと、
前記センシングプールのリソースにおいてセンシングを行い、前記非センシングプールにおいてセンシングを行わない制御を実施するセンシング制御ステップと、
前記非センシングプールの中から信号送信のためのリソースを選択するリソース選択ステップと、
前記リソース選択ステップにより選択されたリソースを用いて信号を送信する送信ステップと
を備えることを特徴とするセンシング制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄをサポートする移動通信システムにおけるＤ２Ｄ信号の送信技術に関連するものである。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（ＬＴＥ  Ａｄｖａｎｃｅｄ）、ＦＲＡ（Ｆｕｔｕｒｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、４Ｇなどともいう）では、ユーザ装置（ＵＥ）同士が無線基地局（ｅＮＢ）を介さないで直接通信を行うＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）技術が提案されている。【０００３】
Ｄ２Ｄは、ＵＥとｅＮＢとの間のトラヒックを軽減したり、災害時などにｅＮＢが通信不能になった場合でもＵＥ間の通信を可能とする。【０００４】
Ｄ２Ｄは、Ｄ２Ｄディスカバリ（Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ、Ｄ２Ｄ発見ともいう）と、Ｄ２Ｄコミュニケーション（Ｄ２Ｄ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリなどを特に区別しないときは、単にＤ２Ｄと呼ぶ。また、Ｄ２Ｄで送受信される信号を、Ｄ２Ｄ信号と呼ぶ。【０００５】
また、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、Ｄ２Ｄ機能を拡張することでＶ２Ｘを実現することが検討されている。図１に示すように、Ｖ２Ｘには、自動車（Ｖｅｈｉｃｌｅの例）と自動車との間で行われる通信形態を意味するＶ２Ｖ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ）、自動車と道路脇に設置される路側ユニット（ＲＳＵ：Ｒｏａｄ−Ｓｉｄｅ  Ｕｎｉｔ）との間で行われる通信形態を意味するＶ２Ｉ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｎｏｍａｄｉｃ  ｄｅｖｉｃｅ）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｐｅｄｅｓｔｒｉａｎ）等がある。【０００６】
Ｖ２Ｘの技術は、ＬＴＥで規定されているＤ２Ｄの技術をベースとしている。当該Ｄ２Ｄの技術において、ＵＥがＤ２Ｄ信号を送信するリソースを選択する方式として、大別して、ｅＮＢからダイナミックにリソースを割り当てる方式と、ＵＥが自律的にリソースを選択する方式がある。Ｖ２Ｘ、特に、Ｖ２Ｖでは、ＵＥ（例：自動車）は高密度に存在し、高速に移動するので、ダイナミックにリソースを割り当てる方式では非効率であることから、ＵＥが自律的にリソースを選択する方式が用いられることが想定される。【０００７】
また、Ｖ２Ｖでは、ＵＥが自律的にリソースの選択をする際に、パケットの送信毎にリソースを選択するのではなく、一旦選択したリソースをセミパーシステントに使用することが想定される。そして、例えば、使用するリソースに問題（例：衝突）が生じた際に、リソースの再選択を行う。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１２．４．０  （２０１４−１２）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
複数ＵＥが自律的に送信リソースを選択（再選択を含む）する際に、各ＵＥが自由にリソースを選択するとなると、リソースの衝突が生じ、受信側のＵＥは信号を適切に受信できなくなる。【００１０】
そこで、リソースのセンシングを行って、使用（占有：ｏｃｃｕｐｉｅｄ）されていないリソースを選択するセンシングベースのリソース選択が提案されている。例えば、図２に示すように、ＵＥは、Ａで示されるセンシング用のサブフレームでセンシングを行って、占有されていない時間リソース又は時間・周波数リソースを選択（又は再選択）して、Ｂの時点で、当該リソースを使用してＤ２Ｄ信号の送信を開始する。【００１１】
しかし、上記の方式において、ＵＥは、センシングのために送信を停止しなければならず、遅延が増加するという課題がある。また、複数のＵＥがリソースを選択して通信を行っている状態で、新たに通信を行おうとするＵＥはリソースを選択できなくなる場合があるという課題、つまり、リソース選択の際の公平性が欠如しているという課題がある。【００１２】
なお、Ｖ２ＸはＤ２Ｄの一種であると考えると、上記のような課題はＶ２Ｘに限らず、Ｄ２Ｄ全般に生じ得る課題である。【００１３】
本発明は上記の点に鑑みてなされたものであり、ユーザ装置が、センシング結果に基づいて、信号を送信するためのリソースを選択する方式において、遅延を低減し、リソース選択の公平性を改善することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の実施の形態によれば、センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置であって、
センシング用の時間ウィンドウの中で、所定の時間区間においてセンシングを行わない制御を実施するセンシング制御部と、
前記時間ウィンドウの中で、センシングが行われる時間区間のリソースの中から、信号を送信するためのリソースを選択するリソース選択部と、
前記リソース選択部により選択されたリソースを用いて信号を送信する送信部と
を備えることを特徴とするユーザ装置が提供される。
【発明の効果】
【００１５】
本発明の実施の形態によれば、ユーザ装置が、センシング結果に基づいて、信号を送信するためのリソースを選択する方式において、遅延を低減し、リソース選択の公平性を改善することを可能とする技術を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】Ｖ２Ｘを説明するための図である。
【図２】課題を説明するための図である。
【図３Ａ】Ｄ２Ｄを説明するための図である。
【図３Ｂ】Ｄ２Ｄを説明するための図である。
【図４】Ｄ２Ｄ通信に用いられるＭＡＣ  ＰＤＵを説明するための図である。
【図５】ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒのフォーマットを説明するための図である。
【図６】Ｄ２Ｄで使用されるチャネル構造の例を説明するための図である。
【図７Ａ】ＰＳＤＣＨの構造例を示す図である。
【図７Ｂ】ＰＳＤＣＨの構造例を示す図である。
【図８Ａ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図８Ｂ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図９Ａ】リソースプールコンフィギュレーションを示す図である。
【図９Ｂ】リソースプールコンフィギュレーションを示す図である。
【図１０】本実施の形態における通信システムの構成図である。
【図１１】送信動作例を説明するための図である。
【図１２】本実施の形態における動作例１を説明するための図である。
【図１３】本実施の形態における動作例２を説明するための図である。
【図１４】本実施の形態における動作例２を説明するための図である。
【図１５】本実施の形態における動作例３を説明するための図である。
【図１６】センシング実行に関する動作例を説明するための図である。
【図１７】優先度とリソース占有率との関係の例を示す図である。
【図１８】ユーザ装置ＵＥの構成図である。
【図１９】ユーザ装置ＵＥのＨＷ構成図である。
【図２０】基地局ｅＮＢの構成図である。
【図２１】基地局ｅＮＢのＨＷ構成図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明の実施の形態を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。また、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのＲｅｌ−１２、１３もしくはそれ以降に対応する通信方式（５Ｇを含む）を含み得る広い意味で使用する。
【００１８】
また、本実施の形態は、主にＶ２Ｘを対象としているが、本実施の形態に係る技術は、Ｖ２Ｘに限らず、広くＤ２Ｄ全般に適用可能である。「Ｄ２Ｄ」はその意味としてＶ２Ｘを含むものである。更に、本実施の形態に係る技術は、Ｄ２Ｄ以外の通信に適用することも可能である。
【００１９】
以下では、基本的に、基地局を「ｅＮＢ」と表記し、ユーザ装置を「ＵＥ」と表記する。ｅＮＢは「ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ」の略語であり、ＵＥは、「Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ」の略語である。
【００２０】
（Ｄ２Ｄの概要）
本実施の形態に係るＶ２Ｘの技術は、ＬＴＥで規定されているＤ２Ｄの技術をベースとしていることから、まずは、ＬＴＥで規定されているＤ２Ｄの概要について説明する。なお、Ｖ２Ｘにおいても、ここで説明するＤ２Ｄの技術を使用することは可能であり、本発明の実施の形態におけるＵＥは、当該技術によるＤ２Ｄ信号の送受信を行うことができる。
【００２１】
既に説明したように、Ｄ２Ｄには、大きく分けて「Ｄｉｓｃｏｖｅｒｙ」と「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」がある。「Ｄｉｓｃｏｖｅｒｙ」については、図３Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージを送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。
【００２２】
「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」についても、図３Ｂに示すように、Ｃｏｎｔｒｏｌ／Ｄａｔａ送信用リソースプールが周期的に確保される。この周期（期間）をＳＣ期間（ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｐｅｒｉｏｄ）と呼ぶ。送信側のＵＥはＣｏｎｔｒｏｌリソースプール（ＳＣＩリソースプール）から選択されたリソースでＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）によりデータ送信用リソース等を受信側に通知し、当該データ送信用リソースでデータを送信する。なお、データ通信のリソース割り当てを行うＳＣＩをＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）と呼ぶ。「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、ｅＮＢからＵＥに送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ＵＥはリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。
【００２３】
ＬＴＥにおいて、「Ｄｉｓｃｏｖｅｒｙ」に用いられるチャネルはＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ）と称され、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と称される（例えば、非特許文献１）。
【００２４】
Ｄ２Ｄ通信に用いられるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、図４に示すように、少なくともＭＡＣ  ｈｅａｄｅｒ、ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ、ＭＡＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、Ｐａｄｄｉｎｇで構成される。ＭＡＣ  ＰＤＵはその他の情報を含んでも良い。ＭＡＣ  ｈｅａｄｅｒは、１つのＳＬ−ＳＣＨ（Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）ｓｕｂｈｅａｄｅｒと、１つ以上のＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒで構成される。
【００２５】
図５に示すように、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒは、ＭＡＣ  ＰＤＵフォーマットバージョン（Ｖ）、送信元情報（ＳＲＣ）、送信先情報（ＤＳＴ）、Ｒｅｓｅｒｖｅｄ  ｂｉｔ（Ｒ）等で構成される。Ｖは、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒの先頭に割り当てられ、ＵＥが用いるＭＡＣ  ＰＤＵフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ＰｒｏＳｅ  ＵＥ  ＩＤに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤに関する情報が設定されてもよい。
【００２６】
Ｄ２Ｄのチャネル構造の一例を図６に示す。図６に示すように、Ｃｏｍｍｕｎｉｃａｔｉｏｎに使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、Ｃｏｍｍｕｎｉｃａｔｉｏｎのチャネルの周期よりも長い周期でＤｉｓｃｏｖｅｒｙに使用されるＰＳＤＣＨのリソースプールが割り当てられている。
【００２７】
また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）が用いられる。また、例えばカバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等の報知信号（ｂｒｏａｄｃａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ）を送信するＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）が用いられる。
【００２８】
図７Ａに、Ｄｉｓｃｏｖｅｒｙに使用されるＰＳＤＣＨのリソースプールの例を示す。リソースプールは、サブフレームのビットマップで設定されるため、図７Ａに示すようなイメージのリソースプールになる。他のチャネルのリソースプールも同様である。また、ＰＳＤＣＨは、周波数ホッピングしながら繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。繰り返し回数は例えば０〜４で設定可能である。また、図７Ｂに示すように、ＰＳＤＣＨはＰＵＳＣＨベースの構造を有し、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）が挿入される構造になっている。
【００２９】
図８Ａに、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」に使用されるＰＳＣＣＨとＰＳＳＣＨのリソースプールの例を示す。図８Ａに示すとおり、ＰＳＣＣＨは、周波数ホッピングしながら１回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。ＰＳＳＣＨは、周波数ホッピングしながら３回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。また、図８Ｂに示すように、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭＲＳが挿入される構造になっている。
【００３０】
図９Ａ、Ｂに、ＰＳＣＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨ（Ｍｏｄｅ２）におけるリソースプールコンフィギュレーションの例を示す。図９Ａに示すように、時間方向では、リソースプールはサブフレームビットマップとして表される。また、ビットマップは、ｎｕｍ．ｒｅｐｒｔｉｔｉｏｎの回数だけ繰り返される。また、各周期における開始位置を示すｏｆｆｓｅｔが指定される。
【００３１】
周波数方向では、連続割り当て（ｃｏｎｔｉｇｕｏｕｓ）と不連続割り当て（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）が可能である。図９Ｂは、不連続割り当ての例を示しており、図示のとおり、開始ＰＲＢ、終了ＰＲＢ、ＰＲＢ数（ｎｕｍＰＲＢ）が指定される。
【００３２】
以上、Ｄ２Ｄの概要を説明したが、以下で説明する本実施の形態の動作例における信号送受信等において、上述したＤ２Ｄで使用されるチャネルを使用してもよいし、新たに定義されるチャネルを使用してもよい。
【００３３】
（システム構成）
図１０に、本実施の形態における通信システムの構成例を示す。図１０に示すように、ｅＮＢ、ＵＥ１、ＵＥ２が備えられている。図１０において、ＵＥ１が送信側、ＵＥ２が受信側として示されているが、ＵＥ１とＵＥ２はいずれも送信機能と受信機能の両方を備える。以下では、主に、送信側のＵＥ１の動作について説明する。また、以下では、当該ＵＥ１を単にＵＥと記述する。ｅＮＢは、例えば、各ＵＥに対してリソースプールの設定、各種のコンフィギュレーション情報の通知等を行うが、本実施の形態におけるＵＥ間のデータ等の通信は、ｅＮＢを介さずに実施することが可能である。
【００３４】
本実施の形態のＵＥは、それぞれ、ＬＴＥにおけるＵＥとしてのセルラー通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ＵＥは、本実施の形態で説明する動作を実行する機能を有している。なお、セルラー通信の機能及び既存のＤ２Ｄの機能については、一部の機能（本実施の形態で説明する動作を実行できる範囲）のみを有していてもよいし、全ての機能を有していてもよい。
【００３５】
また、ＵＥは、Ｖ２Ｘを行ういかなる装置であってもよいが、例えば、ＵＥは、車両、歩行者が保持する端末、ＲＳＵ等である。
【００３６】
また、ｅＮＢについては、ＬＴＥにおけるｅＮＢとしてのセルラー通信の機能、及び、本実施の形態におけるＵＥの通信を可能ならしめるための機能（センシング用のリソースプール割り当ての機能等）を有している。
【００３７】
以下、本実施の形態に係る動作例を説明するが、動作例における「Ｄ２Ｄ信号」は、特に断らない限り、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」におけるＳＡ及びデータ、「Ｄｉｓｃｏｖｅｒｙ」における発見信号のうちのいずれでもよい。また、以下の例では、Ｄ２Ｄ信号の送信のために最初にサブフレーム（１つ又は複数）を選択し、そのサブフレームのリソースの中から実際に送信に使用する時間リソース又は時間・周波数リソースを選択する動作をＵＥが行うことを想定しているが、そのような動作は一例である。例えば、センシングの結果、最初に時間リソース又は時間・周波数リソースを選択することとしてもよい。
【００３８】
（基本的な動作について）
本実施の形態では、基本的に、ＵＥは、例えばｅＮＢから設定された送信用のリソースプールから、センシングに基づき送信用の時間リソース（例：サブフレーム）又は時間・周波数リソースを選択し、再選択が行われない限り、当該時間リソース又は時間・周波数リソースを用いて、セミパーシステントに、周期的にＤ２Ｄ信号の送信を行う。一例として、図１１に示す例では、周期的に到来する複数の期間のうちの期間１〜３が示されており、ＵＥは、期間１の前の段階でセンシングを行っている。そして、例えば、サブフレーム５が、他のＵＥによる占有率の低いサブフレームであることを検知すると、期間１、期間２、期間３のそれぞれでサブフレーム５を使用してＤ２Ｄ信号を送信する。周期的送信を行う場合の周期は、例えば、ｅＮＢからＵＥに対して、報知信号（ＳＩＢ等のブロードキャスト情報）、個別シグナリング（ＲＲＣシグナリング等）等により設定される。また、このような周期がＵＥに対して事前に設定される（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）こととしてもよいし、ＵＥが自律的に周期を選択してもよい。
【００３９】
上記のＤ２Ｄ信号は、ＳＡであってもよいし、データであってもよいし、ＳＡとデータの組であってもよい。また、当該Ｄ２Ｄ信号が発見信号であってもよい。
【００４０】
また、本実施の形態においてＵＥが実施するセンシングの方法としては、例えば、センシングを行う１つ又は複数のサブフレームで受信電力（受信エネルギ、又は受信強度と称してもよい）を測定し、受信電力の低い時間リソース又は時間・周波数リソースを選択し、周期的に到来する次にタイミングで、当該選択された時間リソース又は時間・周波数リソースを送信に使用する方法がある。また、ＵＥが、センシングを行う１つ又は複数のサブフレームにおいて、他のＵＥから送信されるＳＡを受信し、デコードして、割り当てられているＳＡおよびデータのリソース位置を検知することで、リソース占有率の低いもしくは占有されていない時間リソース又は時間・周波数リソースを選択し、周期的に到来する次にタイミングで、当該選択された時間リソース又は時間・周波数リソースを送信に使用する方法もある。また、他のＵＥからデータを受信・デコードすることで、リソース占有率の低いもしくは占有されていない時間リソース又は時間・周波数リソースを選択する方法もある。また、これらを組み合わせて使用することとしてもよい。
【００４１】
準静的なパケット送信周期としてとり得る値が限定されている場合（例えばＳＰＳ送信周期が固定値として規定されている場合）、ＵＥは複数のＳＰＳ送信プロセスを用いて実効的に短い周期での送信を行うこととしてもよい。例えば、５００ｍｓの送信周期が規定されている場合、０，１００，２００，３００，４００ｍｓオフセットを適用した５プロセスのＳＰＳ送信を用いることで１００ｍｓ周期での送信を実現することができる。これにより受信端末は予め決まったパケット送信周期を仮定してセンシング動作を行うことができ、センシング処理が簡易化される。また、ＵＥは、ＳＡの内容でデータ送信周期を通知してもよい。つまり、ＵＥは、ＳＡにデータ送信周期を含めて当該ＳＡを送信することとしてもよい。ここでのデータ送信周期は、上記の実効的な周期である。
【００４２】
以下、本実施の形態におけるＵＥの各動作例を説明する。以下で説明する動作例１〜３は、いずれも、ＵＥが、限られたサブフレームでセンシングを行うことで、遅延の低減、及び公平性の改善を図ることを可能とするものである。
【００４３】
（動作例１）
図１２を参照してＵＥの動作例１を説明する。動作例１では、Ｂで示すように、ＵＥがセンシングを行う時間ウィンドウ（センシング用時間ウィンドウと呼ぶ）が定められている。
【００４４】
当該センシング用時間ウィンドウは、例えば周期的に到来するものであり、その時間長、周期等は、ｅＮＢからＵＥに対して、報知信号（ＳＩＢ等のブロードキャスト情報）、個別シグナリング（ＲＲＣシグナリング）等により設定される。つまり、ＵＥは、設定のための設定情報をｅＮＢから受信する。また、センシング動作を簡易化するためにセンシング用時間ウィンドウが事前に設定され（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）たり、固定で設定された値を使用してもよい。例えば、センシング周期（センシング用時間ウィンドウの到来周期）は準静的なパケット送信周期（ＳＰＳ周期）と共通（同じ）としてもよい。また、センシング周期（センシング用時間ウィンドウの到来周期）を、準静的なパケット送信周期（ＳＰＳ周期）のＭ（Ｍは１以上の整数）倍の周期であるとしてもよい。
【００４５】
基本的に、ＵＥは、センシング用時間ウィンドウ内の各サブフレーム（センシングサブフレーム）でセンシングを行って、他のＵＥに占有されていない時間リソース又は時間・周波数リソースの選択を実施する。
【００４６】
ただし、動作例１では、既にＤ２Ｄ信号の送信を周期的に行っている場合において、センシング用時間ウィンドウ内であっても、当該周期的な送信を停止せずに、送信を継続することとしている。なお、この継続される送信は、周期的な送信に限られるわけではない。
【００４７】
図１２に示す例において、Ａで示すように、ＵＥは周期的にＤ２Ｄ信号の送信を行っている。そして、センシング用時間ウィンドウ内においても、Ｅに示すサブフレームにて、当該周期的なＤ２Ｄ信号の送信を行っている。当該サブフレームではセンシングを行わない。また、動作例１では、送受信機の切り替えのため当該送信を行うサブフレームに隣接する（両側の）サブフレーム（あるいは複数シンボル）においてもセンシングを行わないこととしている。ただし、このように両側のサブフレーム（あるいは複数シンボル）でセンシングを行わないことは必須ではなく、ここでセンシングを行うこととしてもよい。
【００４８】
センシング用時間ウィンドウ内で、センシングを行わない（センシングをスキップした）サブフレームについては、ＵＥは、リソースが占有されていると見なし、Ｄ２Ｄ信号の送信用の時間リソース又は時間・周波数リソースの選択候補からはずす。つまり、センシングを行わない（センシングをスキップした）サブフレームについては、次の周期において送信用リソースとして使用されない。また、当該サブフレームでセンシングが行われない限り、それ以降の周期でもＤ２Ｄ信号の送信用リソースとしては使用されない。
【００４９】
図１２の例において、仮に、センシング用時間ウィンドウがなくて、Ａで示す周期的送信が継続しているとすると、ＥとＣで示すサブフレームで送信が行われることになるが、図１２に示すように、センシング用時間ウィンドウ内のＥのサブフレームでセンシングを行わないので、当該サブフレームは他のＵＥに占有されていると見なし、Ｃのサブフレームで送信がなされることはない。すなわち、動作例１では、例えば、Ｎサブフレームの周期（Ｎは１以上）で送信を行う場合において、センシング用時間ウィンドウ内で、送信のためのセンシングをスキップしたサブフレームのＮサブフレーム後のサブフレームは占有されていると見なし、送信のために選択されない。
【００５０】
一方、図１２のＢに示すセンシング用時間ウィンドウ内において、センシングをスキップされるサブフレーム以外のサブフレームにおいてセンシングが行われる。そして、図１２の例では、センシングの結果、サブフレームの再選択が行われ、Ｄで示す周期的なサブフレームでＤ２Ｄ信号の送信が行われる。
【００５１】
上記のように、動作例１では、ＵＥは、センシング用時間ウィンドウ内においてもＤ２Ｄ信号の送信を行うので、センシングに起因する遅延を解消できる。また、動作例１では、ＵＥは、センシング後には毎回、送信用のリソースの再選択を行うので、トラフィックパターンの変化に対応できる。また、動作例１では、同一ＵＥが、同一リソースを継続して使用し続けることがなくなるので、ＵＥ間の公平性にも寄与する。更に、センシング用時間ウィンドウ内において、センシングを行わない時間区間を設けるので、バッテリーセービングの効果もある。
【００５２】
（動作例２）
次に、動作例２を、図１３を参照して説明する。動作例２においても、図１３に示すように、センシング用時間ウィンドウが設定される。動作例１と同様に、当該センシング用時間ウィンドウは、例えば周期的に到来するものであり、その時間長、周期等は、例えば、ｅＮＢからＵＥに対して、報知信号（ＳＩＢ等のブロードキャスト情報）、個別シグナリング（ＲＲＣシグナリング等）等により設定される。また、センシング用時間ウィンドウが事前に設定される（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）こととしてもよい。
【００５３】
基本的に、ＵＥは、センシング用時間ウィンドウ内の各サブフレーム（センシング用サブフレーム）でセンシングを行って、他のＵＥに占有されていない時間リソース又は時間・周波数リソースの選択を実施する。
【００５４】
ただし、動作例２では、センシング用時間ウィンドウ内に非センシング区間が設定される。ＵＥは、センシング用時間ウィンドウ内の非センシング区間（例：１つ又は複数のサブフレームからなる時間区間）でセンシングを行わない。図１３の例では、ＵＥは、Ａで示すセンシング用時間ウィンドウのうち、Ｂで示す非センシング区間ではセンシングを行わず、Ｃで示すセンシング区間（例：１つ又は複数のサブフレームからなる時間区間）でセンシングを行う。
【００５５】
ＵＥは、非センシング区間において送信を行うことができる。図１３はその場合の例を示している。すなわち、Ｄで示すように、ＵＥは周期的にＤ２Ｄ信号の送信を行っている。そして、センシング用時間ウィンドウ内の非センシング区間において、Ｅに示すサブフレームにて、当該周期的なＤ２Ｄ信号の送信を行っている。
【００５６】
この場合、動作例２においても、ＵＥは、センシングを行わない非センシング区間の次の周期以降のリソースは占有されていると見なして、当該非センシング区間からは、送信リソースを選択しない。例えば、Ｎサブフレームの周期（Ｎは１以上）で送信を行う場合において、センシング用時間ウィンドウ内の非センシング区間で、センシングをスキップしたサブフレームのＮサブフレーム後のサブフレームのリソースは占有されていると見なし、送信のために選択しない。図１３には、その場合の例として、Ｄ、Ｅで示す周期的送信の次の送信に該当するＦでの送信が行われないことが示されている。Ｇで示す送信は、センシング区間におけるセンシングに基づき選択されたリソースを用いた送信を示している。
【００５７】
上記のように、非センシング区間の次の周期（Ｎサブフレーム後）のサブフレームのリソースを占有されていると見なすことに代えて、非センシング区間自身が占有されていると見なして、非センシング区間での送信を行わないこととしてもよい。この場合には、図１３に示すＥの送信は行われない。
【００５８】
センシング用時間ウィンドウ内におけるセンシング区間及び／又は非センシング区間は、例えば、ｅＮＢ（ネットワーク）からＵＥに設定（ｃｏｎｆｉｇｕｒｅ）される。当該設定は、報知信号（ＳＩＢ等のブロードキャスト情報）、個別シグナリング（ＲＲＣシグナリング等）等により行われる。報知信号などによりＵＥ共通で通知する場合にはＵＥ間でセンシング・非センシング区間が統一されトラフィックが特定のサブフレームに集中する恐れがあるため、ＵＥ−ＩＤなど端末情報に基いて区間に時間オフセットを適用したり、センシング区間及び／又は非センシング区間の時間幅（サブフレーム数）のみを通知してＵＥが時間オフセットを任意に選択可能としてもよい。
【００５９】
また、センシング用時間ウィンドウ内におけるセンシング区間及び非センシング区間を、ＵＥが自律的に選択することとしてもよい。例えば、ｅＮＢと接続されていないＵＥは、このように自律的に選択することができる。自律的に選択する場合の選択方法については、特定の方法に限定されないが、例えば、ＵＥは、ＵＥ−ＩＤ、あるいは、ＵＥの位置情報に基づいて選択することができる。
【００６０】
また、ＵＥは希望するセンシング区間・非センシング区間及び／又はセンシング結果をｅＮＢに報告することとしてもよい。例えば、図１４に示すように、ＵＥは、センシング区間においてセンシングを行ったセンシング結果をｅＮＢに報告する（ステップＳ１０１）。当該センシング結果には、例えば、センシング区間（例えば、１つ又は複数のサブフレーム）の情報と、各サブフレームにおけるリソース占有率が含まれる。リソース占有率とは、一例として、ＳＡにより他のＵＥのデータ送信割り当てを把握する場合において、あるサブフレームの全時間・周波数リソースのうちの、データ送信に割り当てられている時間・周波数リソースの割合である。
【００６１】
当該センシング結果を受信したｅＮＢは、例えば、ＵＥへのリソース割当（Ｄ２Ｄのリソース割当、ＵＥとｅＮＢ間のセルラー通信のためのリソース割当等）において、当該センシング結果を考慮した割り当てを行うことができる。例えば、センシング結果により、占有率の高いサブフレーム以外のサブフレームを割り当てるといった制御を行うことができる。そして、ｅＮＢは、ステップＳ１０２において、リソース通知（例：ＰＤＣＣＨによる通知）を実施する。
【００６２】
動作例２において、ＵＥは、センシング時間の短縮等により、センシングに起因する遅延を解消できる。また、動作例２においても、同一ＵＥが、同一リソースを継続して使用し続けることを回避可能なので、ＵＥ間の公平性も改善される。更に、センシング用時間ウィンドウ内において、センシングを行わない時間区間を設けるので、バッテリーセービングの効果もある。
【００６３】
（動作例３）
次に、動作例３について、図１５を参照して説明する。動作例３では、ｅＮＢからＵＥに対して、センシング用のリソースプールであるセンシングプール（ｓｅｎｓｉｎｇ  ｐｏｏｌ）と、センシングを行わないリソースプールである非センシングプール（ｎｏｎ−ｓｅｎｓｉｎｇ  ｐｏｏｌ）とが設定される。つまり、ｅＮＢからＵＥに設定情報が送信される。これらのリソースプールは、ｅＮＢからＵＥに対して、報知信号（ＳＩＢ等のブロードキャスト情報）、個別シグナリング（ＲＲＣシグナリング等）等により設定される。また、これらのリソースプールが事前に設定される（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）こととしてもよい。なお、ここでの各リソースプールは、サブフレーム番号で表されてもよいし、サブフレーム番号と周波数リソース位置等で表されてもよいし、図９Ａ，Ｂを参照して説明した方法で表されてもよい。
【００６４】
動作例３で設定される非センシングプールは、センシングプールとともに設定されるものであり、送信のためのフォールバックとなるリソースである。一例として、ＵＥが、図１５のセンシングプールのリソースでセンシングを行っている中で、Ｄ２Ｄ信号の送信を行う必要性が生じた場合に、Ｂで示される非センシングプールのリソースで送信を行う。
【００６５】
より詳細な例として、例えば、Ｃで示す周期的な送信を行っているときに、当該周期的な送信のタイミングがＤで示すようにセンシングプール内で生じる場合、ＵＥは、非センシングプール（図１５のＢ，Ｅ、Ｆの３つ）のうちの、最初のサブフレームが当該送信サブフレーム（Ｄで示すサブフレーム）に最も近い非センシングプール（図１５の例ではＢで示す非センシングプール）におけるリソースで送信を行う。なお、センシングを行う機能を有しないＵＥは、非センシングプールで送信を行うことができる。
【００６６】
また、センシングプールと非センシングプールは１対Ｎ（Ｎは１以上の整数）でマッピングがされていてもよいし、非センシングプールが、いずれのセンシングプールとも対応付けされていないこととしてもよい。
【００６７】
一例として、１対２の場合、例えば、ｅＮＢは、ＵＥに対して、「センシングプール１、非センシングプールＡ１、非センシングプールＢ１」、「センシングプール２、非センシングプールＡ２、非センシングプールＢ２」といった情報を報知信号／個別シグナリング等で通知して、設定を行う。そして、ＵＥは、例えば、センシングプール１でセンシングを行っているときに送信の必要が生じた場合には、非センシングプールＡ１又は非センシングプールＢ１を用いて送信を行う。
【００６８】
また、非センシングプールが、いずれのセンシングプールとも対応付けされない場合においては、例えば、ｅＮＢは、ＵＥに対して、「センシングプール１、センシングプール２」、「非センシングプールＡ、非センシングプールＢ、非センシングプールＣ」といった情報を報知信号／個別シグナリング等で通知して、設定を行う。この場合、ＵＥは、センシングプール１又はセンシングプール２で送信を行っているときに、送信の必要が生じた場合に、非センシングプールＡ、非センシングプールＢ、非センシングプールＣの３つの非センシングプールの中から１つのプールを選択して送信を行う。
【００６９】
（動作例４）
次に、動作例４について説明する。本動作例では、動作例１、２で説明したセンシング用時間ウィンドウをリソースプール毎に設定する。当該リソースプールは、例えばＤ２Ｄ信号の送信に使用するリソースのプールである。ＵＥに複数のリソースプールが設定されている場合において、ＵＥは複数のリソースプールのうちパケット送信周期に適したリソースプールを選択することができる。また、ＵＥからの要求に基づいてｅＮＢがリソースプールを設定することとしてもよい。例えば、ｅＮＢからＵＥに当該リソースプールの設定を行う場合において、ｅＮＢはＵＥに対して、例えば、「リソースプール１、センシング用時間ウィンドウ１」、「リソースプール２、センシング用時間ウィンドウ２」といった設定情報を通知する。例えば、「リソースプール１、センシング用時間ウィンドウ１」は、リソースプール１においてセンシング用時間ウィンドウ１が設定されていることを示す。
【００７０】
センシングに伴う遅延削減の一例として、動作例３と同様に、ＵＥがあるリソースプールの中でセンシングを行う際に、より短いセンシング用時間ウィンドウが設定されたリソースプールを一時的に選択する。本例では一時的に短いセンシングが許可されるリソースプールへのフォールバック動作が行われ、依然としてセンシングが要求されるものの、センシング時間が短縮される効果が得られる。このようなフォールバック用のリソースプールの選択はＵＥが自律的に行うこととしてもよいし、ＵＥからの要求に基づいてｅＮＢがＵＥに対してフォールバック用のリソースプールを設定することとしてもよい。また、予めフォールバック用のリソースプールをｅＮＢがＵＥに設定してもよいし、フォールバック用のリソースプールをＵＥに事前設定しておくこととしてもよい。
【００７１】
（ＵＥの能力通知について）
ＵＥがセンシングを行ってリソース選択を行う機能は、全てのＵＥに実装されるわけではないことが考えられる。
【００７２】
そこで、本実施の形態では、図１６に示すように、ＵＥがセンシングベースのリソース選択を行う機能を有している場合に、当該ＵＥは、センシングベースのリソース選択を行う機能を有していることを示す能力情報（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）をｅＮＢに送信する（ステップＳ２０１）。そして、ｅＮＢは、当該能力を持つことを確認できたＵＥに対して、センシングベースのリソース選択に関する設定情報（例：動作例１〜４で説明した各種の設定情報）をＵＥに送信することができる（ステップＳ２０２）。また、ｅＮＢは、設定情報とともに、センシングベースの動作を行うことを指示する指示情報をＵＥに送信してもよい。また、ｅＮＢは、設定情報は報知情報（ブロードキャスト情報）で全ＵＥに通知し、センシングベースの動作を行うことを指示する指示情報を、当該動作の能力を有するＵＥに対して個別に通知してもよい。バックグラウンドでのセンシング動作の可否についてもｅＮＢからＵＥに対して設定を行なってもよい。
【００７３】
また、ＵＥの通信優先度をｅＮＢに報告することで、優先度に応じてｅＮＢがセンシングベースの動作を行う又は行わないことを指示する指示情報をＵＥに対して個別に通知してもよい。あるいはＵＥが自身の通信優先度及び／又は端末能力に基いて自律的にセンシング動作の有無及び／又は選択可能なリソースプールを認識してもよい。
【００７４】
また、ＵＥは、ｅＮＢに対して、センシングを行うサブフレーム、センシング動作（受信電力測定、ＳＡ監視等）を報告してもよい。特に動作例２において、ＵＥが自律的に非センシング区間／センシング区間を選択する場合においては、このようにセンシングを行うサブフレームをｅＮＢに通知することで、ｅＮＢは、ＵＥがどのサブフレームを非センシング区間／センシング区間として選択したかを把握することができる。このような報告を受けるｅＮＢは、例えば、ＵＥの受信能力が限定される場合にＵＥに対する非センシング区間でのスケジューリングを優先的に行うことができる。
【００７５】
また、ＵＥにおいて、センシングで使用するサブフレームが、セルラー通信におけるＤＬ（任意のキャリア）又はＵＬ（Ｄ２Ｄと同一キャリア）の送信用又は受信用に対して割り当てられた場合を考える。この場合、ＵＥが、ＵＬ／ＤＬ及びセンシングの同時動作をサポートしていなければ、例えば、ＵＥは、当該サブフレームでのセンシングをスキップする。なお、この例では、セルラー通信を優先しているが、ＵＬ／ＤＬ及びセンシングの同時動作をサポートしていない場合において、どれを優先するかについて、ｅＮＢからＵＥに設定がなされることとしてもよい。
【００７６】
動作例３及び４において、ＵＥは、非センシング区間（動作例４ではセンシング用時間ウィンドウ以外の区間を指す）での送信等により、センシングに起因する遅延を解消できる。また、動作例３及び４においても、例えば、センシング区間でセンシングを行ったらリソース再選択をすることで、同一ＵＥが、同一リソースを継続して使用し続けることを回避可能となり、ＵＥ間の公平性も改善される。更に、非センシング区間を設けるので、バッテリーセービングの効果もある。
【００７７】
（リソース選択／再選択の動作例について）
次に、リソース選択／再選択の動作例について説明する。以下で説明する内容は、動作例１〜４のうちのいずれにも適用可能である。
【００７８】
本実施の形態では、ＵＥが送信のためのリソース（例：サブフレーム、時間・周波数リソース）を選択するための基準として、「最大リソース占有率」を示す閾値が使用される。当該閾値は、ｅＮＢからＵＥに対して、報知信号（ＳＩＢ等）、個別シグナリング（ＲＲＣシグナリング等）等により設定される。また、閾値が事前に設定される（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）こととしてもよい。
【００７９】
ＵＥは、あるリソース範囲のセンシングを行って、当該リソース範囲におけるリソース占有率が閾値を超えるかどうかを判定し、閾値を超える場合には、当該リソース範囲は、他のＵＥに占有されていると判断して、当該リソース範囲からは送信用のリソースを選択／再選択しない。当該リソース範囲は、例えば、１つの又は複数のサブフレームである。また、当該リソース範囲が、時間・周波数リソース範囲であってもよい。
【００８０】
ＳＡ等の制御情報デコードに基いてＵＥが占有リソースを認識する場合、送信可能なリソースが存在するサブフレームのうち、空きリソースが最も多いサブフレームを選択してもよい。これにより、In-band emissionの影響を避けることができる。
【００８１】
リソース占有率は、例えば、受信するＳＡをデコードする（受信するデータ自身のデコードでもよい）ことにより、所定のリソース範囲（例：サブフレーム、時間・周波数リソース等）において、データ送信に割り当てられたリソースの割合として定義することができる。
【００８２】
また、ＵＥは、センシング対象のリソース範囲（例：サブフレーム、時間・周波数リソース等）における受信電力の平均が閾値以上である場合に、当該リソース範囲が占有されていると判断してもよい。
【００８３】
最大リソース占有率を示す閾値は、ＵＥの優先度（ｐｒｉｏｒｉｔｙ  ｃｌａｓｓ）又は送信パケットの優先度に対応付けた形でＵＥに設定されてもよい。優先度と閾値との対応付けの例を図１７に示す。図１７に示す例では、優先度の高い順に、上から下に、対応する優先度と閾値が記載されている。例えば、優先度が２であるＵＥ（又はパケット）に対しては、閾値として６０％を使用する。ＵＥの優先度の場合を例にとると、例えば、優先度が２であるＵＥは、センシング対象のリソース範囲の占有率が閾値６０％を超えることを検知すると、当該リソース範囲におけるリソースを送信のための選択しない。また、パケットの優先度の場合を例にとると、例えば、優先度が２であるパケットの送信を行う場合に、ＵＥは、センシング対象のリソース範囲の占有率が閾値６０％を超えることを検知すると、当該リソース範囲におけるリソースを、当該パケットの送信のための選択しない。
【００８４】
上記のように、閾値を用いてリソース選択を行う場合において、ネットワークが非常に混雑している場合には、ＵＥがＳＡをデコードできないために、占有されたリソースを占有されていないものと判断する可能性がある。
【００８５】
そこで、本実施の形態では、ＵＥは、ＳＡデコードによる占有率判断に加えて、受信電力（受信エネルギ）判断も行うこととしている。
【００８６】
具体的には、例えば、ＵＥが、センシングを行う中で、あるリソース範囲（例：サブフレーム、もしくはあるサブフレームにおけるあるサブバンド）における受信電力が閾値を超えていることを検知した場合には、ＵＥは、当該リソース範囲は占有されていると判断する。当該閾値は、ｅＮＢからＵＥに対して、報知信号（ＳＩＢ等のブロードキャスト情報）、個別シグナリング（ＤＣＩ／ＭＡＣ／ＲＲＣシグナリング等）等により設定される。また、閾値が事前に設定される（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）こととしてもよい。また、上述した場合と同様に、当該閾値が優先度（ＵＥ又はパケットの優先度）毎に設定されてもよい。
【００８７】
また、ＵＥは、センシングにより、あるリソース範囲における受信電力が閾値を超えることを検知した場合には、当該事象（ｏｖｅｒｌｏａｄ（過負荷）の事象）をｅＮＢに報告することとしてもよい。これにより、例えば、ｅＮＢは送信速度制御等を行うことができる。
【００８８】
また、ＵＥは、あるリソースプール（例：センシングプール）における複数サブフレームのうち、他のＵＥにより占有されているリソースブロック数が最小となるサブフレームを選択することとしてもよい。
【００８９】
また、再選択の確率／周期／サブフレームバックオフ等を、ＵＥの優先度毎、あるいはパケットの優先度毎に、ＵＥに対して設定してもよい。この設定は、ｅＮＢからＵＥに対して、報知信号（ＳＩＢ等のブロードキャスト情報）、個別シグナリング（ＲＲＣシグナリング等）等により行われる。
【００９０】
例えば、サブフレームあたりの再選択確率、もしくは、設定された周期（ｐｅｒｉｏｄｉｃｉｔｙ）あたりの再選択の確率が設定される。周期あたりの再選択の確率が設定される場合において、再選択を行う際には、例えば、ＵＥは、当該再選択を行う周期において、ランダムにリソース選択を行う。また、再選択の確率／周期／サブフレームバックオフ等は、リソース占有率に依存するものであってもよい。一例として、優先度が低いＵＥは、頻繁に（短い周期で）再選択を行わせるように設定がされる。
【００９１】
（装置構成）
＜ＵＥ＞
図１８に、本実施の形態に係るＵＥの機能構成図を示す。図１８に示すＵＥは、これまでに説明したＵＥの処理を全て実行可能である。ただし、これまでに説明したＵＥの処理の一部（例：動作例１〜４のうちの１つ又は２つの動作例の動作）を実行可能としてもよい。
【００９２】
図１８に示すように、当該ＵＥは、信号送信部１０１、信号受信部１０２、リソース管理部１０３、センシング制御部１０４、リソース選択部１０５を含む。なお、図１８は、ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１８に示す機能構成は一例に過ぎない。本実施の形態に係るＵＥの動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。また、ＵＥは、Ｖ２Ｘに適用する際には、Ｖ２Ｘを構成するいかなる装置にもなり得る装置である。例えば、ＵＥは、車両、ＲＳＵ、歩行者の保持する端末等であってよい。
【００９３】
信号送信部１０１は、ＵＥから送信されるべき信号（例：ビット、又は、ビットから変換されたシンボル等）をリソースにマッピングして、無線信号を生成し、無線で送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ（Ｖ２Ｘを含む）の送信機能とセルラ通信の送信機能を有する。なお、Ｄ２Ｄに関わる送信方式は、ＳＣ−ＦＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡのいずれであってもよい。また、これら以外の送信方式でもよい。また、信号送信部１０１は、リソース選択部１０５により選択されたリソースを用いて信号を送信する。また、信号送信部１０１は、前述したように、複数のＳＰＳ送信プロセスを用いて実効的に短い周期でのデータ送信を行うことも可能である。また、信号送信部１０１は、ＳＡにデータ送信周期を含めて送信することもできる。
【００９４】
信号受信部１０２は、他のＵＥ、ｅＮＢ等から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。信号受信部１０２は、Ｄ２Ｄ（Ｖ２Ｘを含む）の受信機能とセルラ通信の受信機能を有する。また、信号受信部１０２は、センシングを行うリソースのプールであるセンシングプールの設定情報、及びセンシングを行わないリソースのプールである非センシングプールの設定情報をｅＮＢから受信する。また、信号受信部１０２は、動作例４のリソースプールの設定情報をｅＮＢから受信する。
【００９５】
リソース管理部１０３は、ＵＥにおいてＤ２Ｄ信号の送受信を行うために使用するリソースプールの情報、センシングに関わるリソースの情報（例：センシング用時間ウィンドウ、センシング区間、非センシング区間、センシングプール、非センシングプール等）等を保持する。これらの情報は、ｅＮＢ等の他の装置から設定されたものである場合もあるし、ＵＥ自身が自律的に設定する場合もある。リソース管理部１０３において保持されたリソースの情報は、他の機能部から参照され、当該他の機能部の動作のために使用される。
【００９６】
センシング制御部１０４は、動作例１〜４で説明したセンシング／非センシングに関わる制御動作、センシング動作を行うとともに、図１４に示したセンシング結果通知、図１６に示した能力通知等も行う。つまり、センシング制御部１０４は、センシング用の時間ウィンドウの中で、所定の時間区間においてセンシングを行わない制御を実施する。また、センシング制御部１０４は、センシングプールのリソースにおいてセンシングを行い、前記非センシングプールにおいてセンシングを行わない制御を実施する。
【００９７】
リソース選択部１０５は、センシング制御部１０４によるセンシング結果に基づいて、Ｄ２Ｄ信号の送信を行うリソースを選択する。ここでは、例えば、前述した閾値と優先度を用いて、選択しないリソースを決定すること等も実行される。
【００９８】
図１８に示すＵＥの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００９９】
図１９は、ＵＥのハードウェア（ＨＷ）構成の例を示す図である。図１９は、図１８よりも実装例に近い構成を示している。図１９に示すように、ＵＥは、無線信号に関する処理を行うＲＥ（Ｒａｄｉｏ  Ｅｑｕｉｐｍｅｎｔ）モジュール２０１と、ベースバンド信号処理を行うＢＢ（Ｂａｓｅ  Ｂａｎｄ）処理モジュール２０２と、上位レイヤ等の処理を行う装置制御モジュール２０３と、ＵＳＩＭカードにアクセスするインタフェースであるＵＳＩＭスロット２０４とを有する。
【０１００】
ＲＥモジュール２０１は、ＢＢ処理モジュール２０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Ａｎａｌｏｇ  ｔｏ  Ｄｉｇｉｔａｌ）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール２０２に渡す。ＲＥモジュール２０１は、例えば、図１８における信号送信部１０１、及び信号受信部１０２の物理レイヤの機能を含む。
【０１０１】
ＢＢ処理モジュール２０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）２１２は、ＢＢ処理モジュール２０２における信号処理を行うプロセッサである。メモリ２２２は、ＤＳＰ２１２のワークエリアとして使用される。ＢＢ処理モジュール２０２は、例えば、図１８における信号送信部１０１、及び信号受信部１０２における物理レイヤよりも上位のレイヤの機能、リソース管理部１０３、センシング制御部１０４、リソース選択部１０５を含む。なお、リソース管理部１０３、センシング制御部１０４、リソース選択部１０５の全部又は一部が装置制御モジュール２０３に含まれることとしてもよい。
【０１０２】
装置制御モジュール２０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ２１３は、装置制御モジュール２０３が行う処理を行うプロセッサである。メモリ２２３は、プロセッサ２１３のワークエリアとして使用される。また、プロセッサ２１３は、ＵＳＩＭスロット２０４を介してＵＳＩＭとの間でデータの読出し及び書込みを行う。
【０１０３】
＜ｅＮＢ＞
図２０に、本実施の形態で説明したｅＮＢ側動作を行うｅＮＢの機能構成図を示す。図２０に示すように、ｅＮＢは、信号送信部３０１、信号受信部３０２、ＵＥ情報記憶部３０３、リソース管理部３０４、スケジューリング部３０５を含む。なお、図２０は、ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した移動通信システムにおける基地局として動作するための図示しない機能も有するものである。また、図２０に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【０１０４】
信号送信部３０１は、ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部３０２は、ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【０１０５】
ＵＥ情報記憶部３０３には、各ＵＥから受信するＵＥ能力の情報、センシング結果等がＵＥ毎に格納される。リソース管理部３０４には、例えばＵＥ毎に、Ｄ２Ｄ信号の送受信を行うために使用するリソースプールの情報、センシングに関わるリソースの情報（例：センシング時間用時間ウィンドウ、センシング区間、非センシング区間、センシングプール、非センシングプール等）等を保持する。また、各種の閾値や設定情報についてもリソース管理部３０４において保持され、信号送信部３０１からＵＥへの送信がなされる。また、スケジューリング部３０５は、例えば、センシング結果に基づいて、混雑しているセンシングサブフレーム以外のサブフレームに係るリソースを選択し、ＵＥに割り当てる動作等を実行する。
【０１０６】
図２０に示すｅＮＢの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【０１０７】
図２１は、基地局ｅＮＢのハードウェア（ＨＷ）構成の例を示す図である。図２１は、図２０よりも実装例に近い構成を示している。図２０に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＥモジュール３５１と、ベースバンド信号処理を行うＢＢ処理モジュール３５２と、上位レイヤ等の処理を行う装置制御モジュール３５３と、ネットワークと接続するためのインタフェースである通信ＩＦ３５４とを有する。
【０１０８】
ＲＥモジュール３５１は、ＢＢ処理モジュール３５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３５２に渡す。ＲＥモジュール３５１は、例えば、図２０の信号送信部３０１及び信号受信部３０２における物理レイヤの機能を含む。
【０１０９】
ＢＢ処理モジュール３５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ３６２は、ＢＢ処理モジュール２５２における信号処理を行うプロセッサである。メモリ３７２は、ＤＳＰ３５２のワークエリアとして使用される。ＢＢ処理モジュール３５２は、例えば、図２０の信号送信部３０１及び信号受信部３０２における物理レイヤよりも上位レイヤの機能、ＵＥ情報記憶部３０３、リソース管理部３０４、スケジューリング部３０５を含む。なお、ＵＥ情報記憶部３０３、リソース管理部３０４、スケジューリング部３０５の機能の全部又は一部を装置制御モジュール３５３に含めることとしてもよい。
【０１１０】
装置制御モジュール３５３は、ＩＰレイヤのプロトコル処理、ＯＡＭ処理等を行う。プロセッサ３６３は、装置制御モジュール３５３が行う処理を行うプロセッサである。メモリ３７３は、プロセッサ３６３のワークエリアとして使用される。補助記憶装置３８３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。
【０１１１】
なお、図１８〜図２１に示す装置の構成（機能区分）は、本実施の形態で説明する処理を実現する構成の一例に過ぎない。本実施の形態で説明する処理を実現できるのであれば、その実装方法（具体的な機能部の配置、名称等）は、特定の実装方法に限定されない。
【０１１２】
（実施の形態のまとめ）
以上、説明したように、本実施の形態によれば、センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置であって、センシング用の時間ウィンドウの中で、所定の時間区間においてセンシングを行わない制御を実施するセンシング制御部と、前記時間ウィンドウの中で、センシングが行われる時間区間のリソースの中から、信号を送信するためのリソースを選択するリソース選択部と、前記リソース選択部により選択されたリソースを用いて信号を送信する送信部とを備えることを特徴とするユーザ装置が提供される。
【０１１３】
上記の構成によれば、ユーザ装置が、センシング結果に基づいて、信号を送信するためのリソースを選択する方式において、遅延を低減し、リソース選択の公平性を改善することが可能となる。
【０１１４】
前記所定の時間区間は、例えば、信号送信を行うタイミングに該当する時間区間である。この構成により、センシング用の時間ウィンドウの中で、信号送信を行うことが可能となる。
【０１１５】
前記送信部が、周期的な信号送信を行う場合において、前記信号送信を行うタイミングは、当該周期的な信号送信のタイミングであり、前記送信部は、次の信号送信のタイミングにおいて、信号送信を行わないこととしてもよい。センシングを行わない時間区間に対応するタイミングで送信を行わないことにより、他のユーザ装置の送信の機会を増大させることができる。
【０１１６】
前記センシング制御部は、自律的に、又は、基地局からの設定情報に基づいて、前記時間ウィンドウにおける前記所定の時間区間を非センシング区間として設定することとしてもよい。このように、非センシング区間を設定することで、例えば、バッテリーセービングの効果がある。
【０１１７】
前記送信部は、前記センシング制御部により実行されたセンシングの結果を基地局に報告することとしてもよい。この構成により、基地局は、センシング結果をスケジューリングに活用することができる。
【０１１８】
また、本実施の形態により、センシング結果に基づいて、信号を送信するためのリソースを選択するユーザ装置であって、センシングを行うリソースのプールであるセンシングプールの設定情報、及びセンシングを行わないリソースのプールである非センシングプールの設定情報を基地局から受信する受信部と、前記センシングプールのリソースにおいてセンシングを行い、前記非センシングプールにおいてセンシングを行わない制御を実施するセンシング制御部と、前記非センシングプールの中から信号送信のためのリソースを選択するリソース選択部と、前記リソース選択部により選択されたリソースを用いて信号を送信する送信部とを備えることを特徴とするユーザ装置が提供される。
【０１１９】
この構成により、ユーザ装置が、センシング結果に基づいて、信号を送信するためのリソースを選択する方式において、遅延を低減し、リソース選択の公平性を改善することが可能となる。
【０１２０】
複数個の非センシングプールが前記ユーザ装置に設定されている場合において、前記リソース選択部は、センシングプールにおいて生じた信号送信タイミングに最も近い非センシングプールを選択し、当該非センシングプールの中から信号送信のためのリソースを選択することとしてもよい。この構成により、非センシングプールにおける信号送信を迅速に行うことができる。
【０１２１】
本実施の形態で説明したＵＥは、ＣＰＵとメモリを備えるＵＥにおいて、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１２２】
本実施の形態で説明したｅＮＢは、ＣＰＵとメモリを備えるｅＮＢにおいて、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１２３】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ＵＥ及びｅＮＢは機能的なブロック図を用いて説明されたが、各装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って、ＵＥが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１２４】
＜実施形態の補足＞
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。
【０１２５】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１２６】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１２７】
本明細書において基地局によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置１０との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。
【０１２８】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
【０１２９】
ユーザ装置は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１３０】
基地局は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ  ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ  Ｓｔａｔｉｏｎ）、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１３１】
本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ  ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１３２】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１３３】
「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。
【０１３４】
本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
【０１３５】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１３６】
本特許出願は２０１６年３月３１日に出願した日本国特許出願第２０１６−０７３４５３号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−０７３４５３号の全内容を本願に援用する。
【符号の説明】
【０１３７】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  信号送信部
１０２  信号受信部
１０３  リソース管理部
１０４  センシング制御部
１０５  リソース選択部
２０１  ＲＥモジュール
２０２  ＢＢ処理モジュール
２０３  装置制御モジュール
２０４  ＵＳＩＭスロット
３０１  信号送信部
３０２  信号受信部
３０３  ＵＥ情報記憶部
３０４  リソース管理部
３０５  スケジューリング部
３５１  ＲＥモジュール
３５２  ＢＢ処理モジュール
３５３  装置制御モジュール
３５４  通信ＩＦ
【図１】
2017170775.tif 000003
【図２】
2017170775.tif 000004
【図３Ａ】
2017170775.tif 000005
【図３Ｂ】
2017170775.tif 000006
【図４】
2017170775.tif 000007
【図５】
2017170775.tif 000008
【図６】
2017170775.tif 000009
【図７Ａ】
2017170775.tif 000010
【図７Ｂ】
2017170775.tif 000011
【図８Ａ】
2017170775.tif 000012
【図８Ｂ】
2017170775.tif 000013
【図９Ａ】
2017170775.tif 000014
【図９Ｂ】
2017170775.tif 000015
【図１０】
2017170775.tif 000016
【図１１】
2017170775.tif 000017
【図１２】
2017170775.tif 000018
【図１３】
2017170775.tif 000019
【図１４】
2017170775.tif 000020
【図１５】
2017170775.tif 000021
【図１６】
2017170775.tif 000022
【図１７】
2017170775.tif 000023
【図１８】
2017170775.tif 000024
【図１９】
2017170775.tif 000025
【図２０】
2017170775.tif 000026
【図２１】
2017170775.tif 000027
【国際調査報告】
2017170775.tif 000028
2017170775.tif 000029
2017170775.tif 000030