(57)【要約】【課題】Ｄ２Ｄをサポートする無線通信システムにおいて、リソースの使用効率の低下を回避しながら、制御情報とデータとを周波数領域で連続したリソースにマッピングすることを可能とする技術を提供する。【解決手段】ユーザ装置において、第１の制御情報用リソースプールと第１のデータ用リソースプールとの設定情報を格納する格納部と、前記第１の制御情報用リソースプールから制御情報用リソースを選択し、当該制御情報用リソースと周波数領域で連続するデータ用リソースを前記第１のデータ用リソースプールから選択するリソース選択部と、前記制御情報用リソースと前記データ用リソースとを用いて、制御情報とデータとを他のユーザ装置に送信する送信部と、を備え、前記第１のデータ用リソースプールの一部又は全部は、第２のデータ用リソースプールと共有されるように構成する。【選択図】図１３
2019169752.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
【非特許文献２】３ＧＰＰ  ＴＳ３６．３３１  Ｖ１３．１．０（２０１６−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
Ｄ２Ｄコミュニケーションでは、ユーザ装置は、ＳＡ（Scheduling assignment）によりデータ送信のリソースを割り当て、当該リソースでデータを送信する。また、例えば、基地局からユーザ装置にＳＡ送信用のリソースプールとデータ送信用のリソースプールを割り当て、ユーザ装置はこれらのリソースプールから選択したリソースを用いて、ＳＡ送信、及びデータ送信を行う（例えば非特許文献２）。
【０００８】
一方、Ｖ２Ｘ（特にＶ２Ｖ）のような低遅延が要求される通信のために、ＳＡプールと、それに関連するデータプールを周波数多重して、ＳＡとデータを同じサブフレームで送信することが検討されている。また、ＰＡＰＲ低減等の特性向上の観点から、ＳＡとデータとを周波数領域で連続したリソースにマッピングして送信することが検討されている。
【０００９】
しかしながら、ＳＡとデータとを周波数領域で連続したリソースにマッピングする方式を採用した場合、リソースの使用効率が低下するという課題がある。このような課題はＶ２Ｘに限らず、Ｄ２Ｄ全般に生じ得る課題である。
【００１０】
本発明は上記の点に鑑みてなされたものであり、Ｄ２Ｄをサポートする無線通信システムにおいて、リソースの使用効率の低下を回避しながら、制御情報とデータとを周波数領域で連続したリソースにマッピングすることを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
開示の技術によれば、第１の制御情報用リソースプールと第１のデータ用リソースプールとの設定情報を格納する格納部と、
前記第１の制御情報用リソースプールから制御情報用リソースを選択し、当該制御情報用リソースと周波数領域で連続するデータ用リソースを前記第１のデータ用リソースプールから選択するリソース選択部と、
前記制御情報用リソースと前記データ用リソースとを用いて、制御情報とデータとを他のユーザ装置に送信する送信部と、を備え
前記第１のデータ用リソースプールの一部又は全部は、第２のデータ用リソースプールと共有される
ことを特徴とするユーザ装置が提供される。
【発明の効果】
【００１２】
開示の技術によれば、Ｄ２Ｄをサポートする無線通信システムにおいて、リソースの使用効率の低下を回避しながら、制御情報とデータとを周波数領域で連続したリソースにマッピングすることを可能とする技術が提供される。
【図面の簡単な説明】
【００１３】
【図１】Ｖ２Ｘを説明するための図である。
【図２】Ｄ２Ｄを説明するための図であり、（ａ）は「Ｄ２Ｄディスカバリ」を示し、（ｂ）は「Ｄ２Ｄコミュニケーション」を示す。
【図３】Ｄ２Ｄ通信に用いられるＭＡＣ  ＰＤＵを説明するための図である。
【図４】ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒのフォーマットを説明するための図である。
【図５】Ｄ２Ｄで使用されるチャネル構造の例を説明するための図である。
【図６】ＰＳＤＣＨの構造例を示す図であり、（ａ）はリソースプールの例を示し、（ｂ）はＰＵＳＣＨベースの構造を示す。
【図７】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図であり、（ａ）はリソースプールの例を示し、（ｂ）はＰＵＳＣＨベースの構造を示す。
【図８】リソースプールコンフィギュレーションを示す図であり、（ａ）はサブフレームを示し、（ｂ）はリソースブロックを示す。
【図９】本実施の形態に係る無線通信システムの構成例を示す図である。
【図１０】リソース選択の例を説明するための図である。
【図１１】ＳＡリソースとデータリソースの選択例を示す図である。
【図１２】ＳＡリソースとデータリソースの選択例を示す図である。
【図１３】共有データプールの例を説明するための図である。
【図１４】共有データプールの例を説明するための図である。
【図１５】ＳＡリソースとデータリソースの選択例を示す図である。
【図１６】ＳＡリソースとデータリソースの選択例を示す図である。
【図１７】プール１の優先度を高くした場合のリソース選択例を説明するための図である。
【図１８】特別領域を設ける場合の共有データプールを示す図であり、（ａ）は部分的共有データプールを示し、（ｂ）は完全共有データプールを示す。
【図１９】ＳＡリソースとデータリソースの選択例を示す図である。
【図２０】ＳＡリソースとデータリソースの選択例を示す図である。
【図２１】設定パラメータの例を説明するための図であり、（ａ）は部分的共有データプールを示し、（ｂ）は完全共有データプールを示す。
【図２２】設定パラメータの例を説明するための図であり、（ａ）は部分的共有データプールを示し、（ｂ）は完全共有データプールを示す。
【図２３】ＳＡとデータのリソース選択例を示す図であり、（ａ）はプール優先度ベースの方法による選択例を示し、（ｂ）は特別領域ベースの方法による選択例を示す。
【図２４】ＳＡとデータのリソース選択例を示す図であり、（ａ）はプール優先度ベースの方法による選択例を示し、（ｂ）は特別領域ベースの方法による選択例を示す。
【図２５】本実施の形態に係るユーザ装置１０の機能構成の一例を示す図である。
【図２６】本実施の形態に係る基地局２０の機能構成の一例を示す図である。
【図２７】本実施の形態に係るユーザ装置１０及び基地局２０のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
【００１５】
また、本実施の形態に係る技術は、広くＤ２Ｄ全般に適用可能である。また、「Ｄ２Ｄ」はその意味としてＶ２Ｘを含むものである。また、「Ｄ２Ｄ」の用語は、ＬＴＥにおけるＤ２Ｄに限らず、端末間通信全般を指すものである。
【００１６】
また、本明細書における「通信」は一般的な「通信」を意味し、前述した「Ｄ２Ｄ」の分類としての「Ｄ２Ｄコミュニケーション」を限定的に指すわけではない。以下、「Ｄ２Ｄ」の分類としての「Ｄ２Ｄコミュニケーション」に言及する場合には、「Ｄ２Ｄコミュニケーション」と記述する。
【００１７】
（Ｄ２Ｄの概要）
上述したように、本発明の適用先はＬＴＥに限定されないが、本実施の形態におけるリソース割り当てを用いた通信の実施において、ＬＴＥで規定されているＤ２Ｄの信号を用いることができるので、まずは、ＬＴＥで規定されているＤ２Ｄの技術の概要について説明する。本実施の形態におけるユーザ装置は、当該技術によるＤ２Ｄ信号の送受信を行うことができる。
【００１８】
Ｄ２Ｄには、大きく分けて「Ｄ２Ｄディスカバリ」と「Ｄ２Ｄコミュニケーション」がある。「Ｄ２Ｄディスカバリ」については、図２（ａ）に示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ（ＰＳＤＣＨ（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）ｓｕｂｈｅａｄｅｒと、１つ以上のＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒで構成される。
【００２２】
図４に示すように、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒは、ＭＡＣ  ＰＤＵフォーマットバージョン（Ｖ）、送信元情報（ＳＲＣ）、送信先情報（ＤＳＴ）、Ｒｅｓｅｒｖｅｄ  ｂｉｔ（Ｒ）等で構成される。Ｖは、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒの先頭に割り当てられ、ユーザ装置が用いるＭＡＣ  ＰＤＵフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ＰｒｏＳｅ  ＵＥ  ＩＤに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤに関する情報が設定されてもよい。
【００２３】
Ｄ２Ｄのチャネル構造の例を図５に示す。図５に示すように、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、「Ｄ２Ｄコミュニケーション」のチャネルの周期よりも長い周期で「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールが割り当てられている。
【００２４】
また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Primary Sidelink Synchronization signal）とＳＳＳＳ（Secondary Sidelink Synchronization signal）が用いられる。また、例えばカバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等の通知情報（broadcast information）を送信するＰＳＢＣＨ（Physical Sidelink Broadcast Channel）が用いられる。
【００２５】
図６（ａ）に、「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールの例を示す。リソースプールは、サブフレームのビットマップで設定されるため、図６（ａ）に示すようなイメージのリソースプールになる。他のチャネルのリソースプールも同様である。また、ＰＳＤＣＨは、周波数ホッピングしながら繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。繰り返し回数は例えば０〜３で設定可能である。また、図６（ｂ）に示すように、ＰＳＤＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳ（demodulation reference signal）が挿入される構造になっている。
【００２６】
図７（ａ）に、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨとＰＳＳＣＨのリソースプールの例を示す。図７（ａ）に示すとおり、ＰＳＣＣＨは、周波数ホッピングしながら、１回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。ＰＳＳＣＨは、周波数ホッピングしながら、３回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。また、図７（ｂ）に示すように、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳが挿入される構造になっている。
【００２７】
図８に、ＰＳＣＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨ（Ｍｏｄｅ２）におけるリソースプールコンフィギュレーション（ｃｏｎｆｉｇｕｒａｔｉｏｎ）の例を示す。図８（ａ）に示すように、時間方向では、リソースプールはサブフレームビットマップとして表される。また、ビットマップは、ｎｕｍ．ｒｅｐｒｔｉｔｉｏｎの回数だけ繰り返される。また、各周期における開始位置を示すｏｆｆｓｅｔが指定される。なお、このような時間方向のリソースプールコンフィギュレーションは、後述する実施の形態において用いられてもよい。
【００２８】
周波数方向では、連続割り当て（ｃｏｎｔｉｇｕｏｕｓ）と不連続割り当て（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）が可能である。図８（ｂ）は、連続割り当ての例を示しており、図示のとおり、開始ＰＲＢ、終了ＰＲＢ、ＰＲＢ数（ｎｕｍＰＲＢ）が指定される。
【００２９】
（システム構成）
図９は、本実施の形態に係る無線通信システムの構成例を示す図である。図９に示すように、本実施の形態に係る無線通信システムは、基地局２０、ユーザ装置１０、及びユーザ装置３０を有する。図９において、ユーザ装置１０とユーザ装置３０はいずれも送信機能と受信機能の両方を備える。
【００３０】
前述したように、本発明の適用先はＬＴＥに限定されないが、一例として、図９に示すユーザ装置１０とユーザ装置３０は、それぞれ、ＬＴＥにおけるＵＥとしてのセルラ通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、基地局２０とユーザ装置１０とユーザ装置３０は、本実施の形態で説明する動作を実行する機能を有している。なお、セルラ通信の機能及び既存のＤ２Ｄの機能については、一部の機能（本実施の形態で説明する動作を実行できる範囲）のみを有していてもよいし、全ての機能を有していてもよい。ユーザ装置１０とユーザ装置３０は同じ機能を有するため、以下では、ユーザ装置については、ユーザ装置１０を取り上げて説明する。
【００３１】
ユーザ装置１０は、Ｄ２Ｄの機能を有するいかなる装置であってもよいが、例えば、ユーザ装置１０は、車両、歩行者が保持する端末、ＲＳＵ（ＵＥの機能を有するＵＥタイプＲＳＵ）等である。本実施の形態に係るユーザ装置１０は、１つの周波数（１つのキャリア）でのみ送受信可能な能力を有するユーザ装置であってもよいし、複数の周波数（複数のキャリア）で同時に送受信可能な能力を有するユーザ装置であってもよい。また、本実施の形態に係るユーザ装置１０は、ＬＴＥにおけるＵＥとｅＮＢとの間で実施される送信電力制御、Link adaptation、MIMO送受信、HARQ/CSIフィードバックなどの処理と同様の処理を、他のユーザ装置との間で行う機能を備えてもよい。
【００３２】
本実施の形態の基地局２０は、ＬＴＥにおけるｅＮＢの機能、及び本実施の形態で説明する機能を有する。
【００３３】
なお、以下の説明では、ユーザ装置１０は、一例として、サブフレーム毎にリソースの選択を行って、制御情報の送信及びデータの送信を行うこととしている。「サブフレーム」は、ＴＴＩ（Transmission Time Interval）と呼んでもよい。
【００３４】
＜動作概要＞
本実施の形態では、基本的に、基地局２０からユーザ装置１０に対してリソースプールが設定（configure or preconfigure）され、ユーザ装置１０が、当該リソースプールからリソースを選択して、ＳＡの送信、及びデータの送信を行う。リソースプールにはＳＡ送信用のリソースプール（これをＳＡプールと呼ぶ）と、データ送信用のリソースプール（これをデータプールと呼ぶ）がある。また、ＳＡプールとデータプールとは関連付けられている。例えば、ユーザ装置１０がＳＡプール１からＳＡリソース（ＳＡ送信用のリソース）を選択する場合、ユーザ装置１０は、当該ＳＡプール１に関連付けられたデータプール１からデータリソース（データ送信用のりソース）を選択する。なお、ＳＡプールとデータプールとの間に関連付けを持たないこととしてもよい。
【００３５】
上記のように、基地局２０からユーザ装置１０に対してリソースプールが設定される場合、当該設定を示す設定情報が基地局２０からユーザ装置１０に送信され、ユーザ装置１０は、当該設定情報をメモリ等の格納部に格納する。基地局２０からユーザ装置１０に対してリソースプールが設定されることは一例であり、ユーザ装置１０が最初からリソースプールの設定情報を格納部に保持していてもよい。
【００３６】
図１０に、ＳＡプール及びデータプールの例、及び、リソース選択の例を示す。図１０に示すように、この例では、ユーザ装置１０に、ＳＡプール（時間方向の長さＡ、周波数方向の長さＢ）と、データプール（時間方向の長さＡ、周波数方向の長さＣ）が割り当てられている。そして、ユーザ装置１０は、例えば、ＳＡプールからＳＡリソースを選択し、当該リソースと周波数領域で連続するデータリソースをデータプールから選択し、当該ＳＡリソースと当該データリソースとを用いて、ＳＡとデータとを他のユーザ装置に送信する。なお、図１０の例では、ＳＡとＤａｔａと記載された部分のサブフレームにおいて、周波数領域のリソースに使用されていない部分があり、使用効率が良くないが、下記の実施の形態では、使用効率が改善される。
【００３７】
以下、種々のリソースプールの割り当て方法、及びリソースの選択方法等を各実施の形態において説明する。
【００３８】
（第１の実施の形態）
まず、第１の実施の形態について説明する。第１の実施の形態では、ＳＡプールがデータプール内に分散されて割り当てられる。ＳＡプールとデータプールの割り当ての一例を図１１に示す。図１１に示すように、Ａで示すＳＡプール、Ｃで示すＳＡプール、及びＥで示すＳＡプールがユーザ装置１０に割り当てられている。つまり、Ａで示すＳＡプール、Ｃで示すＳＡプール、及びＥで示すＳＡプールの設定情報がユーザ装置１０に格納されている。
【００３９】
Ａ、Ｃ、Ｅの３つのＳＡプールは、複数ブロックを有する１つのＳＡプールであってもよいし、３つのＳＡプールであってもよい。また、複数ブロックを有する１つのＳＡプールである場合でも、各ブロックをＳＡプールと呼んでもよい。
【００４０】
また、Ｂで示すデータプールと、Ｄで示すデータプールが割り当てられている。ただし、本例では、Ｂ、Ｄに加えて、Ｃもデータプール（ＳＡプールと共有するリソース）であり、Ｃにおいてデータリソースを選択することができる。図１１の例では、ユーザ装置１０は、Ｆで示すＳＡリソース、及びＦと周波数領域で連続する（及び同じ時間長さの）Ｇで示すデータソースを選択している。図１１のＨで示すリソース領域については、例えば、他のユーザ装置が、ＣのＳＡプールのＳＡリソースを選択し、Ｃ又はＤで示すデータプールからデータリソースを選択して送信を行うことが可能である。このように、ＳＡプールを分散配置することでリソースの利用効率が向上する。
【００４１】
図１２に、図１１に示したリソースプールの割り当てにおけるリソース選択の他の例を示す。図１２のオプション１の例では、ユーザ装置１０は、Ｃで示すＳＡプールの領域を含むデータプールからデータリソースを選択する。ここでは、ユーザ装置１０は、Ａで示すＳＡリソースを選択し、これに周波数領域で連続する、Ｂで示すデータリソースを選択している。これにより、ユーザ装置１０は、大きなサイズのデータを送信することができる。
【００４２】
図１２のオプション２の例では、ユーザ装置１０は、Ｃで示すＳＡプールからＦで示すＳＡリソースを選択するとともに、周波数方向でのＦの両側のＤとＥで示すデータリソースを選択する。
【００４３】
図１１、図１２に示す分散されたＳＡプールにおいて、ユーザ装置１０がＳＡリソースの選択に利用できるＳＡプールの優先度が付けられていてもよい。このような優先度は、基地局２０からユーザ装置１０に対して、ＳＡプールとともに通知されることとしてもよいし、明示的な優先度の通知を行うことなく、例えば、ＳＡプールの配置によってユーザ装置１０が自律的に判断することとしてもよい。後者の例としは、例えば、周波数領域での両側にデータ領域を有するＳＡプールの優先度を、他のＳＡプール（例：Ｄ２Ｄで利用可能な周波数帯域の両端に設定されたＳＡプール）の優先度よりも低くする例がある。
【００４４】
本実施の形態では、図１１、図１２のリソースプール割り当ての例において、最上部のＳＡプールと最下部のＳＡプールが他のユーザ装置に占有されており、かつ、挿入されたＳＡプール（Ｃで示すＳＡプール）がデータにより使用されていない場合に、ユーザ装置１０は、挿入されたＳＡプールからＳＡリソースを選択できる。つまり、この場合、挿入されたＳＡプールの優先度が低い。より一般的には、下記のとおりである。
【００４５】
すなわち、本実施の形態において、ＳＡプールは、設定（configuration）又は事前設定（preconfiguration）により、２つかそれ以上の時間―周波数ブロックに分けられる。もしくは、複数のＳＡプールが設定（又は事前設定）される。
【００４６】
そして、各ＳＡブロック（各ＳＡプール）に対してＳＡリソース選択の優先度が設定（predefined or configured or preconfigured）される。このような優先度が設定されたＳＡプールに対するユーザ装置１０のＳＡリソース選択方法の例は次のとおりである。
【００４７】
例１：ユーザ装置１０は、第１優先度のＳＡブロック（ＳＡプール）における全てのリソースが占有されている場合に、第２優先度のＳＡブロック（ＳＡプール）からＳＡリソースを選択できる。ここで、第１優先度は第２優先度よりも高い優先度である。なお、本実施の形態において、「占有されている」は、実際に他のユーザ装置がリソースを使用していることの他、当該リソースが他のユーザ装置により予約されていることを含むものとする。
【００４８】
例２：ユーザ装置１０は、第１優先度のＳＡブロック（ＳＡプール）に関連付けられたデータリソースの全てが占有されている場合に、第２優先度のＳＡブロック（ＳＡプール）からＳＡリソースを選択できる。ここで、第１優先度は第２優先度よりも高い優先度である。つまり、この場合、第１優先度のＳＡブロック（ＳＡプール）に空きがある場合でも、第１優先度のＳＡブロック（ＳＡプール）に対応する、選択できるデータリソースがないので、実質的に、第１優先度のＳＡブロック（ＳＡプール）を選択できない。
【００４９】
上記の例１、例２はいずれも、特定のＳＡプールよりも優先度の高いＳＡプールを使用できない場合に、当該特定のＳＡプールにおけるＳＡリソースを選択できる、と言い換えることができる。
【００５０】
上記の各例において、ユーザ装置１０は、信号のセンシングを行うことにより、あるリソースが他のユーザ装置に占有されている（上記のとおり"予約"を含む）か否かを検知する。
【００５１】
ユーザ装置１０がリソース占有を検知するためのセンシングを行うことができない・行わない（例えばセンシングを行う端末能力がない、基地局２０からセンシングに基づくリソース選択を行うよう設定されていないなど）場合の動作としては、例えば、以下の例１と例２がある。
【００５２】
例１：ユーザ装置１０は、最も優先度の高いＳＡブロック（ＳＡプール）のみからＳＡリソースを選択する。もしくは、ユーザ装置１０は、低い優先度（最も高い優先度よりも低い優先度）のＳＡブロック（ＳＡプール）におけるＳＡリソースを占有されていると見なす。
【００５３】
例２：ユーザ装置１０は、ＳＡプールに設定された優先度にかかわらずに、ＳＡリソースを選択する。
【００５４】
上記のような動作により、ユーザ装置１０がセンシングを行うことができない場合でも、ユーザ装置１０は、ＳＡリソースを選択でき、リソース断片化を回避できる。
【００５５】
なお、第１の実施の形態に係る技術は、以下で説明する第２〜第４の実施の形態のいずれとも組み合わせて適用することができる。
【００５６】
（第２の実施の形態）
次に、第２の実施の形態を説明する。第２の実施の形態では、あるプール（これをプール１（ＳＡプール１とデータプール１からなるプール）とする）において、各ユーザ装置におけるＳＡ送信と、当該ＳＡに関連付けられたデータの送信は、同一サブフレームで、周波数領域で連続したリソースでなされることとしている。そして、リソース使用効率を向上させるために、データプール１を他のデータプール（データプールｘとする）と共有させる。共有方法として下記のオプション１とオプション２がある。
【００５７】
オプション１では、データプール１が部分的にデータプールｘと共有される。図１３に、オプション１において、ユーザ装置１０にＳＡプール１及びデータプール１が割り当てられている場合の例を示す。図１３の例において、ＳＡプール１と、Ｂで示すデータプール１がユーザ装置１０に割り当てられる。そして、データプール１において、ＳＡプール１と周波数領域で連続していないＡで示す部分が、他のデータプールｘと共有される。すなわち、例えば、データプールｘが割り当てられた他のユーザ装置は、当該データプールｘからデータリソースの選択を行うことができる。
【００５８】
オプション２では、データプール１はその全体が他のデータプールｘと共有される。図１４にオプション２における割り当ての例を示す。図１４の例において、ＳＡプール１と、Ａで示すデータプール１がユーザ装置１０に割り当てられる。そして、データプール１の全体が、他のデータプールｘと共有される。すなわち、例えば、データプールｘが割り当てられた他のユーザ装置は、当該データプールｘからデータリソースの選択を行うことができる。
【００５９】
なお、オプション１、２において、データプールｘ（及び、例えば、ＳＡプール１の上側に設定されるＳＡプールｘ）についても、ユーザ装置１０に割り当てられてもよい。この場合、例えば、ユーザ装置１０は、長距離伝送を要するパケット送信の際には、プール１を使用し、長距離伝送を要しないパケット送信の際には、プールｘを使用する。なお、これは一例である。例えば、プール１とプールｘの設定情報とともに、プール１とプールｘの優先度を基地局２０からユーザ装置１０に設定してもよい。つまり、ユーザ装置１０に複数のプールが設定される場合において、リソース選択の優先度がユーザ装置１０に設定（configured or preconfigured）されてもよい。
【００６０】
このような共有データプールが用いられる場合、ユーザ装置１０は、センシングベースのリソース選択を行う場合において、センシングを、プール１（ＳＡプール１とデータプール１）と、プール１を共有する全ての他のプールに対して同時に行う。他のプールにつては、上記のように、使用できるプールとしてユーザ装置１０に設定されてもよいし、センシングのための情報として、他のプールの情報がユーザ装置１０に設定されてもよい。
【００６１】
また、複数のプールをあるプールグループに関連付けることとしてもよい。この場合、同一プールグループにおけるデータプール間においてリソースが部分的に又は完全に共有される。あるグループに属するデータプールからリソースを選択するユーザ装置１０は、同一プールグループに属する全てのプールをモニタする。
【００６２】
また、あるデータプールからリソースを選択するユーザ装置１０は、当該データプールとリソースを共有する全てのリソースプールをモニタすることとしてもよい。
【００６３】
＜割り当ての具体例：オプション１＞
図１５に、オプション１（部分的なデータプールの共有）におけるＳＡリソースとデータリソースの選択例を示す。
【００６４】
図１５（ａ）は、プールの割り当てを示す。この例では、例えば、ユーザ装置１０に、ＳＡプール１と、これに関連付けられたデータプール１が割り当てられ、他のユーザ装置に、ＳＡプールｘとデータプールｘが割り当てられている。本例では、Ｂで示すデータプール１のうちのＡで示す領域にデータプールｘが割り当てられている。すなわち、Ａで示す領域はデータプール１とデータプールｘとで共有されている。
【００６５】
各ユーザ装置により選択されるＳＡリソースとデータリソースにおいて、プール１では、ＳＡリソースとデータリソースは、同一サブフレームであり、周波数領域において連続している。この構成を構成１（configuration 1,図ではconf.1と表示）とする。
【００６６】
また、プールｘにおいては、ＳＡリソースとデータリソースは、同一サブフレームにおいて、周波数領域で連続していない。この構成を構成２（conf.2）とする。
【００６７】
また、プールｘにおいては、ＳＡリソースとデータリソースは時間多重（ＴＤＭ）されてもよい。この構成を構成３（conf.3）とする。
【００６８】
（ｂ）の例では、プール１において、構成１のリソースが選択され、プールｘにおいて、構成２のリソースが選択されている。Ａに示すとおり、構成１のデータリソースは、データプール１の専用領域と、データプール１とデータプールｘとの共有領域の一部を占めている。また、Ｂに示すように、データプール１とデータプールｘとの共有領域において構成２のデータリソースが選択されている。このように、リソース共有を行うことで、リソースを効率的に使用することができる。
【００６９】
（ｃ）の例では、構成１のデータリソースが小さいため、データプール１の専用領域において、空きがあることが示される。（ｄ）、（ｅ）の例では、構成１と構成３が示されている。
【００７０】
＜割り当ての具体例：オプション２＞
図１６に、オプション２（完全なデータプールの共有）におけるＳＡリソースとデータリソースの選択例を示す。
【００７１】
図１６（ａ）は、プールの割り当てを示す。この例では、例えば、ユーザ装置１０に、ＳＡプール１と、これに関連付けられたデータプール１が割り当てられ、他のユーザ装置に、ＳＡプールｘとデータプールｘが割り当てられている。本例では、データプール１の全領域にデータプールｘが割り当てられている。すなわち、データプール１はデータプールｘと完全に共有されている。構成１、構成２、及び構成３の定義はそれぞれ上述したオプション１の場合と同様である。
【００７２】
（ｂ）の例では、プール１において、構成１のリソースが選択され、プールｘにおいて、構成２のリソースが選択されている。（ｃ）の例では、構成１はなく、構成２のリソースのみが選択されている。（ｄ）の例では、構成１と構成３が示されている。（ｅ）の例では、構成３が示されている。
【００７３】
上述したように、第２の実施の形態では、データプールｘがデータプール１とリソースを共有できるので、プール１においてＳＡリソースとデータリソースを連続させたリソース選択を可能としつつ、リソースの使用効率を向上させることができる。
【００７４】
ユーザ装置１０はＳＡプール１とＳＡプールｘ、またはデータプール１とデータプールｘとの対応付けをＳＡ／データプール及び／又はデータプール間の周波数リソースの連続性から自律的に認識してもよいし、基地局２０が明示的に対応をシグナリングしても良い。シグナリングは例えば上位レイヤシグナリング、ブロードキャスト、又は事前設定などで行われる。
【００７５】
（第３の実施の形態）
次に、第３の実施の形態を説明する。第３の実施の形態は、第２の実施の形態をベースとする形態であり、第２の実施の形態においてプール１の優先度を高くした形態に相当する。
【００７６】
第３の実施の形態では、あるサブフレームにおいて、ＳＡプール１のＳＡにより割り当てのできないデータプール１（データプールｘと共有）のデータリソースがある場合にのみ、データプールｘからデータリソースを選択できる。つまり、例えば、ユーザ装置３０にプールｘが割り当てられユーザ装置１０にプール１が割り当てられている場合に、あるサブフレームにおいて、ＳＡプール１のＳＡリソースが空きの場合には、当該ＳＡリソースを使用して、ＳＡプール１のＳＡによりデータプール１のリソースを割り当て可能である。よって、この場合、ユーザ装置３０はデータプールｘからデータリソースを選択できない。
【００７７】
図１７を参照して具体例を説明する。図１７のＡに示す領域は、ＳＡプール１のＳＡにより割り当て可能であるため、ＳＡプールｘのＳＡによる割り当てはできない。一方、Ｂで示す領域については、ＳＡリソースと周波数領域で連続するデータリソース（Ｃ）が割り当てられているため、ＳＡプール１のＳＡによりＢの領域のデータリソースを割り当てることができない。よって、Ｂは、データプールｘのデータリソースとして選択できる。
【００７８】
また、プールｘとプール１がユーザ装置１０に割り当てられた場合、ユーザ装置１０は、あるサブフレームにおいて、ＳＡプール１のＳＡリソースが他のユーザ装置に使用されていない場合に、プール１のみをリソース選択の候補とする。これにより、ユーザ装置１０は、ＳＡリソースとデータリソースが周波数領域で連続したリソース構成を優先的に使用することができる。
【００７９】
（第４の実施の形態）
次に、第４の実施の形態を説明する。第４の実施の形態も第２の実施の形態をベースとする。オプション１、オプション２、構成１、構成２、構成３の各定義は第２の実施の形態と同様である。
【００８０】
第４の実施の形態では、データプール１とデータプールｘとの共有領域（共有データプール）に特別領域（special region）を設ける。図１８（ａ）、（ｂ）に特別領域の例を示す。（ａ）は、オプション１の部分的共有データプールにおける特別領域を示し、（ｂ）は、オプション２の完全共有データプールにおける特別領域を示す。
【００８１】
図１８に示すとおり、特別領域は、共有データプールのＳＡプール１側の端に設けられる領域である。ＳＡプール１のＳＡにより、いつでも特別領域でのリソースを割り当てることができるので、ユーザ装置１０は、ＳＡ送信とデータ送信を周波数領域で連続したリソースで実行する機会を増大させることができる。
【００８２】
また、ＳＡプール１のＳＡにより割り当てできない特別領域のリソースに対してのみＳＳＡプールｘのＳＡによる割り当てを行うことができる。また、特別領域以外の共有データプール領域については、全てのＳＡプールのＳＡにより割り当てを行うことができる。ただし、プール１については、ＳＡリソースとデータリソースが周波数領域で連続していなければならない。このような構成により、リソース使用効率を向上させることができる。以下、ＳＡリソースとデータリソースの選択の具体例を説明する。
【００８３】
＜オプション１における具体例＞
図１９を参照してオプション１における具体例を説明する。（ａ）は、構成１のリソース選択がなく、構成２のリソース選択のみがある場合の例である。図示されるように、ＳＡプールｘにおけるＳＡリソースと、データプールｘ（データプール１と共有）におけるデータリソースが選択される。この場合、ＳＡプールｘのＳＡによる割り当てにおいて、特別領域のデータリソースを選択することはできない。なお、データプール１の専用領域は、リソース使用効率の点から小さくすることが望ましい。
【００８４】
（ｂ）の例では、構成１のＳＡリソース及びデータリソースが選択されるとともに、構成２のＳＡリソースとデータリソースが選択されている。本例では、ＳＡプール１のＳＡによる割り当てにおいて、Ａに示すように、特別領域のリソースを含むデータリソースが選択されている。また、Ｂで示すデータリソースは、ＳＡプールｘのＳＡの割り当てに係るデータリソースとして選択される。（ｃ）は、（ｂ）に示す例よりも、ＳＡプール１のＳＡによる割り当てにおけるデータリソース量が小さい場合の例を示している。この場合、Ａに示すように、割り当てのないリソースが生じるが、その量は小さい。（ｄ）〜（ｆ）は、（ａ）〜（ｃ）の構成２を構成３に置き換えたものである。
【００８５】
＜オプション２における具体例＞
図２０を参照してオプション２における具体例を説明する。（ａ）は、構成１のリソース選択がなく、構成２のリソース選択のみがある場合の例である。図示されるように、ＳＡプールｘにおけるＳＡリソースと、データプールｘ（データプール１と共有）におけるデータリソースが選択される。この場合、ＳＡプールｘのＳＡによる割り当てにおいて、特別領域のデータリソースを選択することはできない。
【００８６】
（ｂ）の例では、構成１のＳＡリソース及びデータリソースが選択されるとともに、構成２のＳＡリソースとデータリソースが選択されている。本例では、ＳＡプール１のＳＡによる割り当てにおいて、Ａに示すように、特別領域のデータリソースが選択されている。また、Ｂで示すように、ＳＡプールｘにおけるＳＡによる割り当てに係るリソースとして、特別領域の一部を含むデータリソースが選択される。（ｃ）〜（ｄ）は、（ａ）〜（ｂ）の構成２を構成３に置き換えたものである。
【００８７】
＜ユーザ装置１０の動作について＞
特別領域の使用に関するユーザ装置１０の動作例として以下の例１、例２がある。以下の例では、ユーザ装置１０にプール１とプールｘが割り当てられ、ユーザ装置１０がプールｘを使用するものとする。
【００８８】
（１）例１
あるサブフレームにおいて、ＳＡプール１におけるＳＡリソースが他のユーザ装置に占有されていない場合、当該サブフレームにおいて、ユーザ装置１０は、特別領域（当該占有されていないＳＡリソースに隣接）におけるデータリソースをデータプールｘのデータリソースから除外する。
【００８９】
（２）例２
あるサブフレームにおいて、ＳＡプール１におけるＳＡリソースが他のユーザ装置に占有されていない場合、当該サブフレームにおいて、ユーザ装置１０は、特別領域（当該占有されていないＳＡリソースに隣接）におけるデータリソース領域の優先度を下げる。つまり、当該優先度を下げたリソース領域（＝特別領域）を除いたデータプールｘのリソース量が十分であれば、ユーザ装置１０は特別領域を使用しない。また、当該優先度を下げたリソース領域（＝特別領域）を除いたデータプールｘのリソース量が十分でなく、かつ、特別領域に空きリソースがあれば、当該空きリソースも使用する。
【００９０】
＜設定（Configuration）パラメータの例＞
次に、第４の実施の形態におけるプール１についての設定パラメータの例を説明する。なお、以下で説明する設定パラメータの例は、特別領域用のオフセット値を除いて、第２、第３の実施の形態におけるプール１の設定にも適用できる。
【００９１】
設定パラメータは、基地局２０からユーザ装置１０に通知され、ユーザ装置１０に設定される。また、ユーザ装置１０において、予め（固定的に）設定パラメータが設定（格納）されてもよい。
【００９２】
図２１（ａ）は、オプション１におけるプール１の設定パラメータを説明するための図である。図２１（ａ）に示すように、プール１は、Ａで示すデータプール１開始周波数リソースの位置（例：開始リソースブロック）、及び、Ｂで示すデータプール１の長さにより設定できる。ＳＡプール１の周波数方向の長さを予め定められた長さ（例：ＳＡの周波数長さの単位である１ＰＲＢ（物理リソースブロック）、図においてＣで示される）とすることで、ＳＡプール１の周波数領域での位置についてはデータプール１開始周波数リソースの位置から導出できる。また、ＳＡプール１の周波数方向の長さを予め定められた長さとする場合、上記のデータプール１開始周波数リソースの位置は、ＳＡプール１開始周波数リソースの位置（例：開始リソースブロック）に置き換えてもよい。
【００９３】
特別領域については、データプールｘの開始周波数リソースの位置（例：開始リソースブロック）からのオフセット値（図２１（ａ）のＤ）により設定することができる。この例では、データプールｘの開始周波数リソースの位置については、プールｘの設定とは別にユーザ装置１０に設定されることとしてもよいし、プール１とともにプールｘの設定がユーザ装置１０になされることとしてもよい。図２１（ａ）のＤに示すように、当該オフセット値は特別領域の周波数領域での長さを表す。
【００９４】
図２１（ｂ）は、オプション２におけるプール１の設定パラメータを説明するための図である。オプション２でもオプション１と同様に、プール１及び特別領域は、データプール１開始周波数リソースの位置（例：開始リソースブロック）（Ａ）、データプール１の長さ（Ｂ）、及びオフセット値（Ｄ）により設定できる。オプション１と同様に、データプール１開始周波数リソースの位置（例：開始リソースブロック）は、ＳＡプール１開始周波数リソースの位置（例：開始サブキャリア）に置き換えてもよい。オプション２では、オフセット値（Ｄ）は、データプール１開始周波数リソースの位置（例：開始リソースブロック）からのオフセット値となる。
【００９５】
なお、オフセット値は、セル固有(cell specific)(セル内のユーザ装置間で共通)でもよいし、ユーザ装置固有（UE specific）でもよい。また、オフセット値は、例えばＲＲＣシグナリングにより、プールの設定情報とともに通知されてもよいし、プールの設定情報とは別に通知されてもよい。
【００９６】
図２２の（ａ）（オプション１）及び（ｂ）（オプション２）に示すように、対称構成の場合でも、上述した設定パラメータを使用することができる。対象構成の場合、オフセット値については、異なる２つの値（例：オフセット値１、オフセット値２）を設定してもよい。この場合、例えば、オフセット値１は、図２２（ａ）、（ｂ）の対称構成における上側の特別領域の周波数幅として使用し、オフセット値２は、図２２（ａ）、（ｂ）の対象構成における下側の特別領域の周波数幅として使用することができる。
【００９７】
以上、説明したように、本実施の形態により、同一サブフレームにおいて、ＳＡリソースとデータリソースとを周波数領域で隣接させる構成を可能としつつ、リソース使用効率を向上させることができる。
【００９８】
＜第３の実施の形態と第４の実施の形態との比較＞
図２３、図２４は、第３の実施の形態におけるリソース選択と第４の実施の形態におけるリソース選択の比較を示す。図２３、図２４ともに、オプション２の例である。図２３は、ユーザ装置１０がプールｘを利用する場合の例を示し、図２４は、ユーザ装置１０がプール１を利用する場合の例を示している。また、図２３、図２４ともに、ユーザ装置１０はセンシングを行い、センシングの結果は図２３、図２４ともに同じである。更に、図２３、図２４ともに、プール１が対称構成である場合の例を示している。
【００９９】
図２３の（ａ）は、第３の実施の形態におけるリソース選択例を示し、（ｂ）は、第４の実施の形態におけるリソース選択例を示する。（ａ）におけるＡで示すサブフレームでは、全てのＳＡプール１のリソースは他のユーザ装置により占有されており、有効ではないから、ユーザ装置１０は、データプールｘのデータリソースを選択する。Ｂ、Ｃで示すサブフレームでは、有効なＳＡプール１のリソースがあるので、ユーザ装置１０は、データプールｘのデータリソースを選択することはできない。
【０１００】
図２３の（ｂ）におけるＡで示すサブフレームでは、全てのＳＡプール１のリソースは他のユーザ装置により占有されており、有効ではないから、ユーザ装置１０は、データプールｘのデータリソースを選択する。Ｂ、Ｃで示すサブフレームでは、特別領域に有効な（空きの）ＳＡプール１のリソースがあるので（特別領域を、ＳＡと連続するデータ割り当てに使用できるので）、ユーザ装置１０は、当該特別領域のリソースを使用することはできないが、特別領域以外のデータプールｘのデータリソースを選択することができる。
【０１０１】
図２４の（ａ）は、第３の実施の形態におけるリソース選択の他の例を示し、（ｂ）は、第４の実施の形態におけるリソース選択の他の例を示す。（ａ）におけるＡで示すサブフレームでは、全てのＳＡプール１のリソースは他のユーザ装置により占有されいるので、ユーザ装置１０は、ＳＡプール１のＳＡリソースを選択することができない。Ｂ、Ｃで示すサブフレームでは、ユーザ装置１０は、ＳＡプール１のＳＡリソース、及びデータプール１のデータリソースを選択することができる。
【０１０２】
図２４の（ｂ）におけるＡで示すサブフレームでは、全てのＳＡプール１のリソースは他のユーザ装置により占有されいるので、ユーザ装置１０は、ＳＡプール１のＳＡリソースを選択することができない。Ｂ、Ｃで示すサブフレームでは、ユーザ装置１０は、ＳＡプール１のＳＡリソース、及びデータプール１（特別領域を含む）のデータリソースを選択することができる。
【０１０３】
（装置構成）
以上、説明した実施の形態の動作を実行するユーザ装置１０、及び基地局２０の機能構成例を説明する。ユーザ装置１０、及び基地局２０は、第１〜第４の実施の形態に係る全ての機能を備えてもよいし、１つの実施の形態に係る機能を備えてもよいし、いずれか２つ又は３つの実施の形態に係る機能を備えてもよい。以下の構成例では、ユーザ装置１０、及び基地局２０は、第１〜第４の実施の形態に係る全ての機能を備えることを想定している。
【０１０４】
（ユーザ装置）
図２５は、実施の形態に係るユーザ装置１０の機能構成の一例を示す図である。図２５に示すように、ユーザ装置１０は、信号送信部１０１と、信号受信部１０２と、リソース管理部１０３と、リソース選択部１０４とを有する。図２５に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【０１０５】
信号送信部１０１は、Ｄ２Ｄ信号の送信機能とセルラ通信の送信機能を有する。Ｄ２Ｄ信号の送信機能は、Ｄ２Ｄの送信信号を作成し、当該信号を無線で送信する。セルラ通信の送信機能は、セルラ通信のＵＬで送信する送信信号を作成し、当該信号を無線で送信する。
【０１０６】
信号受信部１０２は、他のユーザ装置又は基地局２０から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。また、信号受信部１０２は、Ｄ２Ｄ信号の受信機能とセルラ通信の受信機能を有する。
【０１０７】
リソース管理部１０３は、信号受信部１０２により基地局２０から受信した設定情報を格納する。なお、リソース管理部１０３を格納部と称してもよい。当該設定情報は、第１〜第４の実施の形態で説明したプールの設定情報を含む。また、設定情報は優先度の情報を含むこととしてもよい。また、設定情報は、基地局２０から受信したものではなく、予めユーザ装置１０に格納される情報であってもよい。
【０１０８】
リソース選択部１０４は、リソース管理部１０３に格納された設定情報に基づき、第１〜第４の実施の形態で説明した方法により、Ｄ２Ｄ信号（ＳＡ、データ等）を送信するリソースを選択する。また、リソース選択部１０４は、センシングを行う機能を含む。
【０１０９】
（基地局２０）
図２６は、本実施の形態に係る基地局２０の機能構成の一例を示す図である。図２６に示すように、基地局２０は、信号送信部２０１と、信号受信部２０２と、ユーザ装置管理部２０３と、リソース割り当て部２０４とを有する。図２６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【０１１０】
信号送信部２０１は、ユーザ装置１０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。信号受信部２０２は、ユーザ装置１０から送信された各種の信号を無線で受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。
【０１１１】
ユーザ装置管理部２０３は、例えば、各ユーザ装置の能力情報、各ユーザ装置の通信状態等を格納する。リソース割り当て部２０４は、例えば、ユーザ装置管理部２０３に格納されている能力情報等に基づいて、各ユーザ装置にリソースプールを割り当て、当該リソースプールの情報を含む設定情報を信号送信部２０１を介して送信する。
【０１１２】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図２５及び図２６）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【０１１３】
例えば、本発明の一実施の形態におけるユーザ装置１０及び基地局２０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図２７は、実施の形態に係るユーザ装置１０及びＮＷ装置２０のハードウェア構成の一例を示す図である。上述のユーザ装置１０及び基地局２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０１１４】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ装置１０及び基地局２０のハードウェア構成は、図に示した１００１〜１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０１１５】
ユーザ装置１０及び基地局２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【０１１６】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：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）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１２４】
（実施の形態のまとめ）
以上説明したように、本実施の形態によれば、周波数領域において分離されるとともに優先度付けされた複数の制御情報用リソースプールと、データ用リソースプールとの設定情報を格納する格納部と、前記複数の制御情報用リソースプールにおいて、特定の制御情報用リソースプールよりも優先度の高い制御情報用リソースプールにおけるリソースを使用できない場合に、前記特定の制御情報用リソースプールにおける制御情報用リソースを選択し、当該制御情報用リソースにマッピングされる制御情報に対応するデータ用のリソースを前記データ用リソースプールから選択するリソース選択部と、前記制御情報用リソースと前記データ用のリソースとを用いて、制御情報とデータとを他のユーザ装置に送信する送信部とを備えることを特徴とするユーザ装置が提供される。
【０１２５】
上記の構成により、リソースの使用効率の低下を回避しながら、制御情報とデータとを周波数領域で連続したリソースにマッピングすることを可能とする技術が提供される。
【０１２６】
例えば、前記制御情報用リソースと前記データ用のリソースにおける時間領域リソースは同一であり、前記制御情報用リソースと前記データ用のリソースは、周波数領域において連続している。この構成により、特にＶ２Ｘのような低遅延の通信に適した制御情報／データの送信を行うことができる。
【０１２７】
また、本実施の形態によれば、第１の制御情報用リソースプールと第１のデータ用リソースプールとの設定情報を格納する格納部と、前記第１の制御情報用リソースプールから制御情報用リソースを選択し、当該制御情報用リソースと周波数領域で連続するデータ用リソースを前記第１のデータ用リソースプールから選択するリソース選択部と、前記制御情報用リソースと前記データ用リソースとを用いて、制御情報とデータとを他のユーザ装置に送信する送信部と、を備え前記第１のデータ用リソースプールの一部又は全部は、第２のデータ用リソースプールと共有されることを特徴とするユーザ装置が提供される。
【０１２８】
上記の構成により、リソースの使用効率の低下を回避しながら、制御情報とデータとを周波数領域で連続したリソースにマッピングすることを可能とする技術が提供される。
【０１２９】
例えば、前記第１のデータ用リソースプールと前記第２のデータ用リソースプールとの共有リソース領域の中で、前記第１の制御情報用リソースプールにおけるリソースにマッピングされた制御情報により割り当てられないリソース領域のリソースが、他のユーザ装置によりデータ用リソースとして使用される。この構成により、例えば、第１の制御情報用リソースプールと第１のデータ用リソースプールの設定がなされたユーザ装置は、優先的に、制御情報とデータとを周波数領域で連続したリソースで送信できる。
【０１３０】
前記第１のデータ用リソースプールと前記第２のデータ用リソースプールとの共有リソース領域の中に特別リソース領域が設けられることとしてもよく、その場合、前記特別リソース領域を除いた前記共有リソース領域のリソースが、他のユーザ装置により使用される。この構成により、第１の制御情報用リソースプールと第１のデータ用リソースプールの設定がなされたユーザ装置が制御情報とデータとを周波数領域で連続したリソースで送信できるとともに、他のユーザ装置は、特別リソース領域を除いた共有リソース領域のリソースを使用できるので、リソース使用効率が向上する。
【０１３１】
＜実施形態の補足＞
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。
【０１３２】
本明細書で説明した各態様／実施形態は、ＬＴＥ（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)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１４１】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１４２】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１４３】
１０、３０  ユーザ装置
２０  基地局
１０１  信号送信部
１０２  信号受信部
１０３  リソース管理部
１０４  リソース選択部
２０１  信号送信部
２０２  信号受信部
２０３  ユーザ装置管理部
２０４  リソース割り当て部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2019169752.tif 000003
【図２】
2019169752.tif 000004
【図３】
2019169752.tif 000005
【図４】
2019169752.tif 000006
【図５】
2019169752.tif 000007
【図６】
2019169752.tif 000008
【図７】
2019169752.tif 000009
【図８】
2019169752.tif 000010
【図９】
2019169752.tif 000011
【図１０】
2019169752.tif 000012
【図１１】
2019169752.tif 000013
【図１２】
2019169752.tif 000014
【図１３】
2019169752.tif 000015
【図１４】
2019169752.tif 000016
【図１５】
2019169752.tif 000017
【図１６】
2019169752.tif 000018
【図１７】
2019169752.tif 000019
【図１８】
2019169752.tif 000020
【図１９】
2019169752.tif 000021
【図２０】
2019169752.tif 000022
【図２１】
2019169752.tif 000023
【図２２】
2019169752.tif 000024
【図２３】
2019169752.tif 000025
【図２４】
2019169752.tif 000026
【図２５】
2019169752.tif 000027
【図２６】
2019169752.tif 000028
【図２７】
2019169752.tif 000029