(57)【要約】  Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置であって、第一のキャリアにおいて制御情報を送信するための第一のリソースと、第二のキャリアにおいてデータを送信するための第二のリソースとを選択する選択部と、前記第二のリソースを指定する情報を含む制御情報を前記第一のリソースで送信し、前記第二のリソースを用いてデータを送信する送信部と、を有するユーザ装置を提供する。
2017077976.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
【発明の概要】
【発明が解決しようとする課題】
【０００７】
現在のＤ２Ｄ技術（リリース１２のＤ２Ｄ技術）について簡単に説明する。例えば、図１Ａに示すように、「Ｄ２Ｄコミュニケーション」では、ＳＣＩ（Sidelink Control Information）／データ送信用リソースプールが周期的に確保される。この周期（期間）をＳＣ期間（Sideling Control period）と呼ぶ。送信側のユーザ装置はＳＣＩ送信用リソースプールから選択されたリソースでＳＣＩによりデータ送信用リソース等を受信側に通知し、当該データ送信用リソースでデータを送信する。データ送信用リソースは、データ送信用リソースプールから選択される。また、ＳＣＩ送信用リソースプールとデータ送信用リソースプールとは、同一のキャリア内で設定される。受信側のユーザ装置は、ＳＣＩ送信用のリソースプールをモニタすることでＳＣＩを受信し、更に、受信したＳＣＩで指定されるリソースをモニタすることでデータを受信して復調等を行う。
【０００８】
ここで、Ｖ２Ｘでは、複数のキャリアを用いてユーザ装置間でＤ２Ｄ通信を行うことが検討されている。ユーザ装置は、複数のキャリアを用いて他のユーザ装置との間でＤ２Ｄ通信を行う場合、複数のキャリアの各々でＳＣＩ送信用リソースプールをモニタする必要がある。例えば、図１Ａに示すように、ユーザ装置が、キャリア１及びキャリア２を用いて他のユーザ装置との間でＤ２Ｄ通信を行う場合を想定する。この場合、受信側のユーザ装置は、キャリア１で送信されるデータを受信するために、キャリア１のＳＣＩ送信用リソースプールをモニタし、キャリア２で送信されるデータを受信するために、キャリア２のＳＣＩ送信用リソースプールをモニタする必要がある。
【０００９】
図１Ｂに示すように、ユーザ装置が２つの周波数（キャリア）を同時に受信可能な能力を有している場合、ユーザ装置はキャリア１及びキャリア２のＳＣＩ送信用リソースプールを同時にモニタすることが可能である。しかしながら、複数の周波数を同時にモニタすることは、ユーザ装置の消費電力の増加を招くことになる。また、一般的に、複数の周波数を同時に受信可能な能力を有するユーザ装置は高コストである。
【００１０】
一方、図１Ｃに示すように、ユーザ装置が１つの周波数のみを受信可能な能力しか有していない場合、ユーザ装置は、キャリア１及びキャリア２を切替えながら、いずれか一方のキャリアのＳＣＩ送信用リソースプールをモニタすることになる。しかしながら、図１Ａに示すように、キャリア１のリソースプールとキャリア２のリソースプールが時間的に重複している場合、ユーザ装置は、片方のリソースプールしかモニタすることができないため、モニタしていないキャリアで送信されたＳＣＩ及びデータを受信できない（ロストする）。
【００１１】
受信側のユーザ装置が複数のキャリアを切替えながらＳＣＩ送信用リソースプールをモニタしてＤ２Ｄ通信を行うことは、処理手順が複雑化することになり適切ではない。また、送信側のユーザ装置も、どのキャリアでＳＣＩを送信すべきかを選択する必要があるため、処理手順が複雑化することになり適切ではない。
【００１２】
なお、Ｖ２ＸはＤ２Ｄの一種であると考えると、上記のような問題は、Ｖ２Ｘに限らず、Ｄ２Ｄ全般に生じ得る問題である。
【００１３】
開示の技術は上記に鑑みてなされたものであって、Ｄ２Ｄをサポートする無線通信システムにおいて、複数のキャリアを用いてＤ２Ｄ通信を行う場合に、適切にＤ２Ｄ通信を行うことを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１４】
開示の技術のユーザ装置は、Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置であって、第一のキャリアにおいて制御情報を送信するための第一のリソースと、第二のキャリアにおいてデータを送信するための第二のリソースとを選択する選択部と、前記第二のリソースを指定する情報を含む制御情報を前記第一のリソースで送信し、前記第二のリソースを用いてデータを送信する送信部と、を有する。
【００１５】
また、開示の技術の基地局は、Ｄ２Ｄ通信をサポートする無線通信システムにおける基地局であって、Ｄ２Ｄ通信用の第一のキャリアにおいて制御情報を送信するための第一のリソースと、Ｄ２Ｄ通信用の第二のキャリアにおいてデータを送信するための第二のリソースとをユーザ装置に割当てる選択部と、前記第一のリソースと前記第二のリソースとを示すリソース割当て情報を前記ユーザ装置に送信する送信部と、を有する。
【発明の効果】
【００１６】
開示の技術によれば、Ｄ２Ｄをサポートする無線通信システムにおいて、複数のキャリアを用いてＤ２Ｄ通信を行う場合に、適切にＤ２Ｄ通信を行うことを可能とする技術が提供される。
【図面の簡単な説明】
【００１７】
【図１Ａ】課題を説明するための図である。
【図１Ｂ】課題を説明するための図である。
【図１Ｃ】課題を説明するための図である。
【図２Ａ】Ｄ２Ｄを説明するための図である。
【図２Ｂ】Ｄ２Ｄを説明するための図である。
【図３】Ｄ２Ｄ通信に用いられるＭＡＣ  ＰＤＵを説明するための図である。
【図４】ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒのフォーマットを説明するための図である。
【図５】Ｄ２Ｄで使用されるチャネル構造の例を説明するための図である。
【図６Ａ】ＰＳＤＣＨの構造例を示す図である。
【図６Ｂ】ＰＳＤＣＨの構造例を示す図である。
【図７Ａ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図７Ｂ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図８Ａ】リソースプールコンフィギュレーションを示す図である。
【図８Ｂ】リソースプールコンフィギュレーションを示す図である。
【図９】本実施の形態に係る無線通信システムの構成例を示す図である。
【図１０】第一の実施の形態に係るＤ２Ｄ信号送信方法を説明するための図である。
【図１１】第二の実施の形態に係るＤ２Ｄ信号送信方法を説明するための図である。
【図１２】第三の実施の形態に係るＤ２Ｄ信号送信方法を説明するための図である。
【図１３】第三の実施の形態に係るリソースプール設定方法の一例を説明するための図である。
【図１４】第四の実施の形態に係るＤ２Ｄ信号送信方法を説明するための図である。
【図１５Ａ】第五の実施の形態に係るリソース割当て方法を説明するための図である。
【図１５Ｂ】第五の実施の形態に係るリソース割当て方法を説明するための図である。
【図１５Ｃ】第五の実施の形態に係るリソース割当て方法を説明するための図である。
【図１６】本実施の形態に係るユーザ装置の機能構成の一例を示す図である。
【図１７】本実施の形態に係る基地局の機能構成の一例を示す図である。
【図１８】本実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。
【図１９】本実施の形態に係る基地局のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
【００１９】
また、本実施の形態は、Ｖ２Ｘに限らず、広くＤ２Ｄ全般に適用可能である。また、「Ｄ２Ｄ」はその意味としてＶ２Ｘを含むものである。
【００２０】
また、「Ｄ２Ｄ」は、ユーザ装置ＵＥ間でＤ２Ｄ信号を送受信する処理手順のみならず、Ｄ２Ｄ信号を基地局が受信（モニタ）する処理手順、及び、ＲＲＣ  ｉｄｌｅの場合若しくは基地局ｅＮＢとコネクションを確立していない場合に、ユーザ装置ＵＥが基地局ｅＮＢに上り信号を送信する処理手順を含む広い意味で使用する。
【００２１】
＜Ｄ２Ｄの概要＞
ＬＴＥで規定されているＤ２Ｄの概要について説明する。なお、Ｖ２Ｘにおいても、ここで説明するＤ２Ｄの技術を使用することは可能であり、本発明の実施の形態におけるＵＥは、当該技術によるＤ２Ｄ信号の送受信を行うことができる。
【００２２】
既に説明したように、Ｄ２Ｄには、大きく分けて「Ｄ２Ｄディスカバリ」と「Ｄ２Ｄコミュニケーション」がある。「Ｄ２Ｄディスカバリ」については、図２Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージを送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。
【００２３】
「Ｄ２Ｄコミュニケーション」についても、図２Ｂに示すように、ＳＣＩ／データ送信用のリソースプールが周期的に確保される。送信側のＵＥはＣｏｎｔｒｏｌリソースプール（ＳＣＩ送信用リソースプール）から選択されたリソースでＳＣＩによりデータ送信用リソース等を受信側に通知し、当該データ送信用リソースでデータを送信する。「Ｄ２Ｄコミュニケーション」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、ｅＮＢからＵＥに送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ＵＥはリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。
【００２４】
ＬＴＥにおいて、「Ｄ２Ｄディスカバリ」に用いられるチャネルはＰＳＤＣＨ（Physical Sidelink Discovery Channel）と称され、「Ｄ２Ｄコミュニケーション」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Physical Sidelink Control Channel）と称され、データを送信するチャネルはＰＳＳＣＨ（Physical Sidelink Shared Channel）と称される（非特許文献２）。
【００２５】
Ｄ２Ｄ通信に用いられるＭＡＣ（Medium Access Control）ＰＤＵ（Protocol Data Unit）は、図３に示すように、少なくともＭＡＣ  ｈｅａｄｅｒ、ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ、ＭＡＣ  ＳＤＵ（Service Data Unit）、Ｐａｄｄｉｎｇで構成される。ＭＡＣ  ＰＤＵはその他の情報を含んでも良い。ＭＡＣ  ｈｅａｄｅｒは、１つのＳＬ−ＳＣＨ（Sidelink Shared Channel）ｓｕｂｈｅａｄｅｒと、１つ以上のＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒで構成される。
【００２６】
図４に示すように、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒは、ＭＡＣ  ＰＤＵフォーマットバージョン（Ｖ）、送信元情報（ＳＲＣ）、送信先情報（ＤＳＴ）、Ｒｅｓｅｒｖｅｄ  ｂｉｔ（Ｒ）等で構成される。Ｖは、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒの先頭に割り当てられ、ＵＥが用いるＭＡＣ  ＰＤＵフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ＰｒｏＳｅ  ＵＥ  ＩＤに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤに関する情報が設定されてもよい。
【００２７】
Ｄ２Ｄのチャネル構造の例を図５に示す。図５に示すように、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、「Ｄ２Ｄコミュニケーション」のチャネルの周期よりも長い周期で「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールが割り当てられている。
【００２８】
また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Primary Sidelink Synchronization signal）とＳＳＳＳ（Secondary Sidelink Synchronization signal）が用いられる。また、例えばカバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等の報知情報（broadcast information）を送信するＰＳＢＣＨ（Physical Sidelink Broadcast Channel）が用いられる。
【００２９】
図６Ａに、「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールの例を示す。リソースプールは、サブフレームのビットマップで設定されるため、図６Ａに示すようなイメージのリソースプールになる。他のチャネルのリソースプールも同様である。また、ＰＳＤＣＨは、周波数ホッピングしながら繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。繰り返し回数は例えば０〜４で設定可能である。また、図６Ｂに示すように、ＰＳＤＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳ（demodulation reference signal）が挿入される構造になっている。
【００３０】
図７Ａに、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨとＰＳＳＣＨのリソースプールの例を示す。図７Ａに示すとおり、ＰＳＣＣＨは、周波数ホッピングしながら１回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。ＰＳＳＣＨは、周波数ホッピングしながら３回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。また、図７Ｂに示すように、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭＲＳが挿入される構造になっている。
【００３１】
図８Ａ及び図８Ｂに、ＰＳＣＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨ（Ｍｏｄｅ２）におけるリソースプールコンフィギュレーションの例を示す。図８Ａに示すように、時間方向では、リソースプールはサブフレームビットマップとして表される。また、ビットマップは、ｎｕｍ．ｒｅｐｒｔｉｔｉｏｎの回数だけ繰り返される。また、各周期における開始位置を示すｏｆｆｓｅｔが指定される。
【００３２】
周波数方向では、連続割り当て（ｃｏｎｔｉｇｕｏｕｓ）と不連続割り当て（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）が可能である。図８Ｂは、不連続割り当ての例を示しており、図示のとおり、開始ＰＲＢ、終了ＰＲＢ、ＰＲＢ数（ｎｕｍＰＲＢ）が指定される。
【００３３】
＜システム構成＞
図９は、本実施の形態に係る無線通信システムの構成例を示す図である。図９に示すように、本実施の形態に係る無線通信システムは、基地局ｅＮＢ、ユーザ装置ＵＥ１、ユーザ装置ＵＥ２を有する。図９において、ユーザ装置ＵＥ１が送信側、ユーザ装置ＵＥ２が受信側として示されているが、ユーザ装置ＵＥ１とユーザ装置ＵＥ２はいずれも送信機能と受信機能の両方を備える。以下、ユーザ装置ＵＥ１とユーザ装置ＵＥ２を特に区別しない場合、単に「ユーザ装置ＵＥ」と記述する。本実施の形態におけるユーザ装置ＵＥ間のデータ等の通信は、基地局ｅＮＢを介さずに実施されるものである。
【００３４】
図９に示すユーザ装置ＵＥ１、ユーザ装置ＵＥ２は、それぞれ、ＬＴＥにおけるユーザ装置ＵＥとしてのセルラー通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ユーザ装置ＵＥ１、ユーザ装置ＵＥ２は、本実施の形態で説明する動作を実行する機能を有している。なお、セルラー通信の機能及び既存のＤ２Ｄの機能については、一部の機能（本実施の形態で説明する動作を実行できる範囲）のみを有していてもよいし、全ての機能を有していてもよい。
【００３５】
また、各ユーザ装置ＵＥは、Ｄ２Ｄの機能を有するいかなる装置であってもよいが、例えば、各ユーザ装置ＵＥは、車両、歩行者が保持する端末、ＲＳＵ（ＵＥの機能を有するＵＥタイプＲＳＵ）等である。
【００３６】
また、基地局ｅＮＢについては、ＬＴＥにおける基地局ｅＮＢとしてのセルラー通信の機能、及び、本実施の形態におけるユーザ装置ＵＥの通信を可能ならしめるための機能（リソース割当ての機能、設定情報通知機能等）を有している。また、基地局ｅＮＢはＲＳＵ（ｅＮＢの機能を有するｅＮＢタイプＲＳＵ）を含む。
【００３７】
本実施の形態に係る無線通信システムは、Ｄ２Ｄ通信に利用可能な複数のキャリアを有していることを前提とするが、当該複数のキャリアは１つの基地局ｅＮＢにより構成されていてもよいし、複数の基地局ｅＮＢにより構成されていてもよい。また、ＲＲＨ（Remote Radio Head）により構成されていてもよい。
【００３８】
＜動作の概要＞
本実施の形態では、送信側のユーザ装置ＵＥ１は、複数のＤ２Ｄ用のキャリアが利用可能な場合で、当該複数のキャリアのうち１又は複数のキャリアを用いてデータを送信する場合、データを送信するキャリアのリソース等を指定するＳＣＩを、当該複数のキャリアのうち、特定のキャリアで送信するように動作する。また、受信側のユーザ装置ＵＥ２は、当該特定のキャリアのＳＣＩ送信用リソースプールをモニタし、ＳＣＩを受信した場合、当該ＳＣＩに対応するキャリアのリソースをモニタすることでデータを受信する。すなわち、送信側のユーザ装置ＵＥ１は、データを送信するリソースを１又は複数のキャリアのリソースから選択し、選択したリソースを特定のキャリアを用いて受信側のユーザ装置ＵＥ２に通知する。
【００３９】
以下の説明において、ＳＣＩ送信用リソースプールは、便宜上「ＳＣＩリソースプール」と記載する。また、データ送信用リソースプールは、便宜上「データリソースプール」と記載する。
【００４０】
以下、本実施の形態を第一の実施の形態、第二の実施の形態、第三の実施の形態、第四の実施の形態及び第五の実施の形態に分けて説明する。
【００４１】
本実施の形態に係るユーザ装置ＵＥは、第一の実施の形態に係る方式ないし第五の実施の形態に係る方式の機能を備え、いずれの方式で送信を行うかを、例えばｅＮＢからの設定情報（configuration information）により決定するようにしてもよい。また、どの実施の形態に係る方式を実行するかをユーザ装置ＵＥ自身で決定するようにしてもよい。ただし、これは例であり、ユーザ装置ＵＥは、第一の実施の形態に係る方式ないし第五の実施の形態に係る方式のうちいずれか１つのみ、又は一部の方式のみに対応していてもよい。
【００４２】
＜第一の実施の形態＞
第一の実施の形態では、送信側のユーザ装置ＵＥ１は、特定のキャリアのＳＣＩリソースプールでＳＣＩを送信する。また、受信側のユーザ装置ＵＥ２は、受信したＳＣＩがどのキャリアのデータと関連づけられているのかを、ＳＣＩリソースプールとデータリソースプールとの対応関係を用いて認識する。
【００４３】
図１０は、第一の実施の形態に係るＤ２Ｄ信号送信方法を説明するための図である。第一の実施の形態では、特定のキャリアに設定されたＳＣＩリソースプールに対して、複数のキャリアの各々に設定されたデータリソースプールが一意に定まるように対応づけられるようにする。図１０の例では、キャリア１に設定されたＳＣＩリソースプール１に対しキャリア３に設定されたデータリソースプール３が一意に対応づけられている。また、キャリア１に設定されたＳＣＩリソースプール２に対しキャリア２に設定されたデータリソースプール２が一意に対応づけられている。また、キャリア１に設定されたＳＣＩリソースプール３に対しキャリア１に設定されたデータリソースプール１が一意に対応づけられている。
【００４４】
各リソースプールの設定及び各リソースプール間の対応関係は、以下に示す複数の設定方法によりユーザ装置ＵＥに設定される。
【００４５】
（設定方法その１）
設定方法その１では、基地局ｅＮＢは、ＳＣＩリソースプールが設定されるキャリアで送信される報知情報又はＲＲＣシグナリングを用いて、ＳＣＩリソースプールの設定情報、各キャリアのデータリソースプールの設定情報、及び、ＳＣＩリソースプールとデータリソースプールとの対応関係を示す情報を、ユーザ装置ＵＥに設定する。この場合、データリソースプールの設定には、当該データリソースプールが設定されるキャリアを特定する情報（キャリア周波数、キャリアインデックス（Carrier Index）等）が含まれる。
【００４６】
ユーザ装置ＵＥは、ＳＣＩリソースプールが設定されるキャリアで送信される報知情報又はＲＲＣシグナリングを受信することで、各リソースプールの設定及び各リソースプール間の対応関係を認識する。
【００４７】
なお、ＳＣＩリソースプールとデータリソースプールとの対応関係は、例えば、ＳＣＩリソースプールに付与される番号（例えば、シーケンス番号）とデータリソースプールに付与される番号とを用いて、当該番号の組み合わせにより示されるようにしてもよい。また、同一番号が付与されているＳＣＩリソースプールとデータリソースプールとが対応づけられていると暗示的に示されるようにしてもよい。
【００４８】
（設定方法その２）
設定方法その２では、基地局ｅＮＢは、キャリアごとのリソースプールの設定情報を、報知情報又はＲＲＣシグナリングを用いてキャリアごとに個別にユーザ装置ＵＥに送信する。また、基地局ｅＮＢは、リソースプール間の対応関係を示す情報を、各キャリアで送信される報知情報又はＲＲＣシグナリングに含めてユーザ装置ＵＥに設定する。これにより、各リソースプールの設定内容については、各キャリアの設定に委ねることができ、各キャリアの設定の自由度を確保することができる。
【００４９】
ユーザ装置ＵＥは、各キャリアでそれぞれ送信される報知情報又はＲＲＣシグナリングを受信することで、各リソースプールの設定及び各リソースプール間の対応関係を認識する。
【００５０】
図１０を用いて具体例を説明する。なお、説明を簡略化するために、図１０においてキャリア１及びキャリア２のみが存在する（つまり、ＳＣＩリソースプール１及びデータリソースプール３は存在しない）と仮定する。まず、基地局ｅＮＢは、ＳＣＩリソースプール２の設定情報、ＳＣＩリソースプール３の設定情報、データリソースプール１の設定情報、ＳＣＩリソースプール２とデータリソースプール２とが対応関係にあることを示す情報、及び、ＳＣＩリソースプール３とデータリソースプール１とが対応関係にあることを示す情報を、キャリア１で送信される報知情報又はＲＲＣシグナリングを用いてユーザ装置ＵＥに送信する。
【００５１】
なお、ＳＣＩリソースプール２とデータリソースプール２とが対応関係にあることを示す情報は、ＳＣＩリソースプール２の設定情報に含まれていてもよい。例えば、ＳＣＩリソースプール２の設定情報に、データリソースプール２を示すインデックス番号又は／及びデータリソースプール２のキャリアを特定する情報等が含まれていてもよい。同様に、ＳＣＩリソースプール３とデータリソースプール１とが対応関係にあることを示す情報は、ＳＣＩリソースプール３の設定情報に含まれていてもよい。
【００５２】
次に、基地局ｅＮＢは、データリソースプール２の設定情報、及び、ＳＣＩリソースプール２とデータリソースプール２とが対応関係にあることを示す情報を、キャリア２で送信される報知情報又はＲＲＣシグナリングを用いてユーザ装置ＵＥに送信する。ＳＣＩリソースプール２とデータリソースプール２とが対応関係にあることを示す情報は、データリソースプール２の設定情報に含まれていてもよい。例えば、データリソースプール２の設定情報に、ＳＣＩリソースプール２を示すインデックス番号又は／及びＳＣＩリソースプール２のキャリアを特定する情報が含まれていてもよい。
【００５３】
（設定方法その３）
設定方法その３では、各キャリアのリソースプールの設定情報、及びリソースプール間の対応関係を示す情報は、ＳＩＭ（Subscriber Identity Module）等によりユーザ装置ＵＥに事前設定（Pre-Configured）される。
【００５４】
（ユーザ装置の動作例）
図１０を参照してユーザ装置ＵＥの動作例を説明する。各キャリアのリソースプールの設定情報、及びリソースプール間の対応関係を示す情報は、ユーザ装置ＵＥに設定されている前提とする。なお、送信側のユーザ装置ＵＥ１が、データリソースプール３のリソース３ｂを用いてデータを送信する場合を想定して説明する。
【００５５】
送信側のユーザ装置ＵＥ１は、ＳＣＩリソースプール１内のリソース１ａを選択し、更に、ＳＣＩリソースプール１に対応づけられているデータリソースプール３のリソース３ｂを選択する。続いて、ユーザ装置ＵＥ１は、選択したリソース１ａを用いて、リソース３ｂ等を指定するＳＣＩを送信する。続いて、ユーザ装置ＵＥ１は、データリソースプール３のリソース３ｂを用いてデータを送信する。
【００５６】
受信側のユーザ装置ＵＥ２は、ＳＣＩリソースプール１をモニタすることでＳＣＩを受信すると、リソースプール間の対応関係を示す情報に基づき、当該ＳＣＩで指定されているリソース３ｂは、キャリア３のデータリソースプール３のリソースであると認識する。続いて、ユーザ装置ＵＥ２は、リソース３ｂをモニタすることでデータを受信する。
【００５７】
以上、第一の実施の形態について説明した。第一の実施の形態によれば、ユーザ装置ＵＥは、複数のキャリアを用いてＤ２Ｄ通信が行われる環境であっても、特定のキャリアのみでＳＣＩをモニタすることが可能になる。
【００５８】
また、第一の実施の形態では、ＳＣＩリソースプールに対してデータリソースプールが一意に対応づけられる。従って、例えば、特定のキャリアのみでデータを送受信することがユーザ装置ＵＥ間で予め決められているというような状況下では、ユーザ装置ＵＥは、常時モニタするＳＣＩリソースプールの範囲を限定することができ、消費電力を軽減することができる。
【００５９】
＜第二の実施の形態＞
第二の実施の形態では、送信側のユーザ装置ＵＥ１は、特定のキャリアのＳＣＩリソースプールでＳＣＩを送信する。また、送信側のユーザ装置ＵＥ１は、ＳＣＩがどのキャリアのデータと関連づけられているのかを示す情報を、ＳＣＩに含めるようにする。つまり、第二の実施の形態では、受信側のユーザ装置ＵＥ２は、ＳＣＩがどのキャリアのデータと関連づけられているのかを、ＳＣＩに含まれる当該情報を用いて認識する。
【００６０】
ＳＣＩがどのキャリアのデータと関連づけられているのかを示す情報とは、具体的には、キャリアを特定する情報（キャリア周波数、キャリアインデックス等。以下の各実施例でも基本的に同様）である。キャリアを特定する情報としてキャリアインデックスを用いる場合、当該キャリアインデックスは、例えばｋビットであってもよい。当該キャリアインデックスにより２ｋ個のキャリアを識別することができる。
【００６１】
第二の実施の形態では、第一の実施の形態とは異なり、ＳＣＩリソースプールに対して複数のデータリソースプールが対応づけられる。
【００６２】
図１１は、第二の実施の形態に係るＤ２Ｄ信号送信方法を説明するための図である。図１１の例では、キャリア１に設定されたＳＣＩリソースプール１に、キャリア１に設定されたデータリソースプール１と、キャリア２に設定されたデータリソースプール２と、キャリア３に設定されたデータリソースプール３とが全て対応づけられている。
【００６３】
各リソースプールの設定及び各リソースプール間の対応関係は、以下に示す複数の設定方法によりユーザ装置ＵＥに設定される。
【００６４】
（設定方法その１）
設定方法その１では、基地局ｅＮＢは、ＳＣＩリソースプールが設定されるキャリアで送信される報知情報又はＲＲＣシグナリングを用いて、ＳＣＩリソースプールの設定情報、各キャリアのデータリソースプールの設定情報、及び、ＳＣＩリソースプールとデータリソースプールとの対応関係を示す情報を、ユーザ装置ＵＥに設定する。
【００６５】
ユーザ装置ＵＥは、ＳＣＩリソースプールが設定されるキャリアで送信される報知情報又はＲＲＣシグナリングを受信することで、各リソースプールの設定及び各リソースプール間の対応関係を認識する。
【００６６】
ＳＣＩリソースプールとデータリソースプールとの対応関係は、例えば、ＳＣＩリソースプールに付与される番号（例えば、シーケンス番号）とデータリソースプールに付与される番号とを用いて、当該番号の組み合わせにより示されるようにしてもよい。
【００６７】
（設定方法その２）
設定方法その２では、基地局ｅＮＢは、キャリアごとのリソースプールの設定情報を、報知情報又はＲＲＣシグナリングを用いてキャリアごとに個別にユーザ装置ＵＥに送信する。また、基地局ｅＮＢは、リソースプール間の対応関係を示す情報を、各キャリアで送信される報知情報又はＲＲＣシグナリングに含めてユーザ装置ＵＥに設定する。特に言及しない点については、第一の実施の形態における設定方法その２と同一でよい。
【００６８】
図１１を用いて具体例を説明する。なお、説明を簡略化するために、図１１においてキャリア１及びキャリア２のみが存在する（つまり、データリソースプール３は存在しない）と仮定する。基地局ｅＮＢは、ＳＣＩリソースプールの設定情報、データリソースプール１の設定情報、及びＳＣＩリソースプールとデータリソースプール１〜３が対応関係にあることを示す情報をキャリア１で送信される報知情報又はＲＲＣシグナリングを用いてユーザ装置ＵＥに送信する。なお、ＳＣＩリソースプールとデータリソースプール１〜３が対応関係にあることを示す情報は、ＳＣＩリソースプールの設定情報に含まれていてもよい。例えば、ＳＣＩリソースプールの設定情報に、データリソースプール１〜３を示すインデックス番号又は／及びデータリソースプール１〜３のキャリアを特定する情報が含まれていてもよい。
【００６９】
また、基地局ｅＮＢは、データリソースプール２の設定情報、ＳＣＩリソースプールとデータリソースプール２とが対応関係にあることを示す情報を、キャリア２で送信される報知情報又はＲＲＣシグナリングを用いてユーザ装置ＵＥに送信する。ＳＣＩリソースプールとデータリソースプール２とが対応関係にあることを示す情報は、データリソースプール２の設定情報に含まれていてもよい。例えば、データリソースプール２の設定情報に、ＳＣＩリソースプールを示すインデックス番号又は／及びＳＣＩリソースプールのキャリアを特定する情報が含まれていてもよい。
【００７０】
（設定方法その３）
設定方法その３は、第一の実施の形態における設定方法その３と同一であるため、説明は省略する。
【００７１】
（ユーザ装置の動作例）
図１１を参照してユーザ装置ＵＥの動作例を説明する。各キャリアのリソースプールの設定情報、及びリソースプール間の対応関係を示す情報は、ユーザ装置ＵＥに設定されている前提とする。なお、送信側のユーザ装置ＵＥ１が、データリソースプール３のリソース３ｂを用いてデータを送信する場合を想定して説明する。
【００７２】
送信側のユーザ装置ＵＥ１は、ＳＣＩリソースプール内のリソース１ａを選択し、更に、ＳＣＩリソースプールに対応づけられているデータリソースプール３のリソース３ｂを選択する。続いて、ユーザ装置ＵＥ１は、選択したリソース１ａを用いて、キャリア３を示すキャリアインデックス及びリソース３ｂの位置等を指定する情報を含むＳＣＩを送信する。続いて、ユーザ装置ＵＥ１は、データリソースプール３のリソース３ｂを用いてデータを送信する。
【００７３】
受信側のユーザ装置ＵＥ２は、ＳＣＩリソースプールをモニタすることでＳＣＩを受信すると、ＳＣＩに含まれるキャリア３を示すキャリアインデックス及びリソース３ｂの位置等を指定する情報に基づき、当該ＳＣＩで指定されているリソース３ｂは、キャリア３のリソースであると認識する。続いて、ユーザ装置ＵＥは、リソース３ｂをモニタすることでデータを受信する。
【００７４】
以上、第二の実施の形態について説明した。第二の実施の形態によれば、ユーザ装置ＵＥは、複数のキャリアを用いてＤ２Ｄ通信が行われる環境であっても、特定のキャリアのみでＳＣＩをモニタすることが可能になる。
【００７５】
＜第三の実施の形態＞
第三の実施の形態では、ユーザ装置ＵＥは、特定のキャリアのＳＣＩリソースプール内のリソースでＳＣＩを送信すると共に、１つのＳＣＩに、複数のキャリアのデータを関連づけることを可能にする。つまり、第三の実施の形態では、ユーザ装置ＵＥは、複数のキャリアに跨るデータを１つのＳＣＩに対応づけて（関連づけて）送信することができる。
【００７６】
図１２は、第三の実施の形態に係るＤ２Ｄ信号送信方法を説明するための図である。図１２に示すように、リソース１ａで送信されるＳＣＩは、キャリア１〜３のリソース１ｂ〜３ｂで送信されるデータに対応づけられる。リソース１ｂ〜３ｂで送信されるデータは、それぞれ同一のデータであってもよいし、それぞれ異なるデータであってもよい。
【００７７】
ＳＣＩに対応づけられる複数のデータが同一のデータであるのか、又は、異なるデータであるのかは、基地局ｅＮＢからの報知情報又はＲＲＣシグナリングにより受信側のユーザ装置ＵＥ２に予め設定されていてもよい。また、ＳＣＩに対応づけられる複数のデータが同一のデータであるのか、又は、異なるデータであるのかを送信側のユーザ装置ＵＥ１が決定し、識別用ビット（例えば１ビット）をＳＣＩに含めるようにしてもよい。受信側のユーザ装置ＵＥ２は、当該識別用ビットを参照することで、ＳＣＩに対応づけられる複数のデータが同一のデータであるのか、又は、異なるデータであるのかを認識することができる。
【００７８】
各リソースプールの設定及び各リソースプール間の対応関係は、以下に示す複数の設定方法によりユーザ装置ＵＥに設定される。
【００７９】
（設定方法その１）
設定方法その１では、特定のキャリアにＳＣＩリソースプールを設定すると共に、当該ＳＣＩリソースプールに対応づけられるデータリソースプールとして、複数キャリアに跨る単一のデータリソースプールを設定する。具体的には、図１３に示すように、キャリア１にＳＣＩリソースプールを設定すると共に、キャリア１〜３を跨る単一のデータリソースプールを設定する。このようなデータリソースプールの設定を可能にするため、データリソースプールの設定情報には、キャリアごとの時間及び周波数リソースを含めるようにする。
【００８０】
基地局ｅＮＢは、ＳＣＩリソースプールの設定情報とデータリソースプールの設定情報とリソースプール間の対応関係を示す情報とを、ＳＣＩリソースプールが設定されるキャリア（図１３の例ではキャリア１）で送信される報知情報又はＲＲＣシグナリングを用いてユーザ装置ＵＥに設定してもよい。
【００８１】
また、基地局ｅＮＢは、データリソースプールの設定情報とリソースプール間の対応関係を示す情報とを、データリソースプールが設定される各キャリア（図１３の例では、キャリア２及び３）で送信される報知情報又はＲＲＣシグナリングを用いてユーザ装置ＵＥに設定してもよい。
【００８２】
また、ＳＣＩリソースプールの設定情報とデータリソースプールの設定情報とリソースプール間の対応関係を示す情報とは、ＳＩＭ等によりユーザ装置ＵＥに事前設定されるようにしてもよい。
【００８３】
なお、設定方法その１が適用される場合、ＳＣＩには、複数のリソース位置（時間及び周波数リソース）を示す情報が含まれる。図１３の例では、ＳＣＩに、リソース１ｂの位置（時間及び周波数）、リソース２ｂの位置（時間及び周波数）、リソース３ｂの位置（時間及び周波数）が含まれる。
【００８４】
（設定方法その２）
設定方法その２では、第二の実施の形態と同様、特定のキャリアにＳＣＩリソースプールを設定すると共に、複数キャリアの各々にデータリソースプールを設定する。また、当該ＳＣＩリソースプールは、複数キャリアの各々のデータリソースプールに対応づけられる。ユーザ装置ＵＥへの具体的なリソースプールの設定方法については、第二の実施の形態における設定方法その１及び設定方法その２と同様であるため説明は省略する。
【００８５】
なお、設定方法その２が適用される場合、ＳＣＩには、各キャリアのリソース位置（時間及び周波数リソース）を示す情報が含まれる。図１２の例では、ＳＣＩに、キャリア１のキャリアインデックス、リソース１ｂの位置（時間及び周波数）、キャリア２のキャリアインデックス、リソース２ｂの位置（時間及び周波数）、キャリア３のキャリアインデックス、リソース３ｂの位置（時間及び周波数）が含まれる。
【００８６】
（ユーザ装置の動作例）
図１２を参照して、設定方法その２が適用された場合のユーザ装置ＵＥの動作例を説明する。各キャリアのリソースプールの設定情報、及びリソースプール間の対応関係を示す情報は、ユーザ装置ＵＥに設定されている前提とする。なお、送信側のユーザ装置ＵＥ１が、リソース１ｂ〜リソース３ｂを用いてデータを送信する場合を想定して説明する。
【００８７】
送信側のユーザ装置ＵＥ１は、ＳＣＩリソースプール内のリソース１ａを選択し、更に、ＳＣＩリソースプールに対応づけられているデータリソースプール１のリソース１ｂ、データリソースプール２のリソース２ｂ及びデータリソースプール３のリソース３ｂを選択する。続いて、ユーザ装置ＵＥ１は、選択したリソース１ａを用いて、リソース１ｂ〜リソース３ｂの位置等を示す情報を含むＳＣＩを送信する。続いて、ユーザ装置ＵＥ１は、リソース１ｂ〜リソース３ｂを用いてデータを送信する。
【００８８】
受信側のユーザ装置ＵＥ２は、ＳＣＩリソースプールでＳＣＩを受信すると、ＳＣＩに含まれるリソース１ｂ〜リソース３ｂの位置等の情報に基づき、当該ＳＣＩで指定されているリソース１ｂ〜３ｂをモニタして各データを受信する。
【００８９】
以上、第三の実施の形態について説明した。第三の実施の形態によれば、ユーザ装置ＵＥは、複数のキャリアを用いてＤ２Ｄ通信が行われる環境であっても、特定のキャリアのみでＳＣＩをモニタすることが可能になる。また、ユーザ装置ＵＥは、複数のキャリアに跨るデータを１つのＳＣＩに対応づけて送信することが可能になる。
【００９０】
また、受信側のユーザ装置ＵＥは、複数のキャリアで送信される複数のデータが同一のデータである場合、合成受信等を行うことで受信精度を高めることが可能になる。
【００９１】
＜第四の実施の形態＞
第四の実施の形態では、ユーザ装置ＵＥは、特定のキャリアでＳＣＩを送信すると共に、１つのＳＣＩに、複数のキャリアのデータを関連づけるようにする。つまり、第四の実施の形態では、第三の実施の形態と同様、ユーザ装置ＵＥは、複数のキャリアに跨るデータを１つのＳＣＩに対応づけて送信することができる。
【００９２】
また、第一の実施の形態、第二の実施の形態及び第三の実施の形態では、ＳＣＩリソースプールと、ＳＣＩリソースプールに対応づけられるデータリソースプールとは、時間方向で分離されていた。一方、第四の実施の形態では、ＳＣＩリソースプールと、ＳＣＩリソースプールに対応づけられるデータリソースプールとを時間方向で分離せずに多重させることを許容する。つまり、第四の実施の形態では、ユーザ装置ＵＥは、ＳＣＩとデータとを同一の時間領域で送信することが許容される。
【００９３】
図１４は、第四の実施の形態に係るＤ２Ｄ信号送信方法を説明するための図である。図１４の左側の例は、リソース１１ａで送信されるＳＣＩは、キャリア１〜３のリソース１１ｂ〜１３ｂで送信されるデータに対応づけられ、ＳＣＩと各データとが同一時間（例えば同一サブフレーム）で送信される場合を示している。
【００９４】
また、図１４の右側の例は、リソース２１ａで送信されるＳＣＩは、キャリア１〜３のリソース２１ｂ〜２３ｂで送信されるデータに対応づけられ、リソース２２ｂで送信されるデータと、リソース２３ｂで送信されるデータは、ＳＣＩが送信される時間とは異なる時間で送信される場合を示している。図１４はあくまで一例であり、第四の実施の形態では、ユーザ装置ＵＥは、ＳＣＩと複数のデータとを、様々な時間領域で送信することができる。
【００９５】
リソース１１ｂ〜１３ｂで送信されるデータ（リソース２１ｂ〜２３ｂで送信されるデータも同様）は、第三の実施の形態と同様、それぞれ同一のデータであってもよいし、それぞれ異なるデータであってもよい。また、ＳＣＩに対応づけられる複数のデータが同一のデータであるのか、又は、異なるデータであるのかは、第三の実施の形態と同様、基地局ｅＮＢからの報知情報又はＲＲＣシグナリングによりユーザ装置ＵＥに予め設定されてもよいし、送信側のユーザ装置ＵＥ１が決定し、識別用ビット（例えば１ビット）をＳＣＩに含めるようにしてもよい。
【００９６】
第四の実施の形態では、ＳＣＩには、複数のリソース位置を示す情報が含まれる。リソース位置を示す情報には、周波数リソースのみを含めるようにしてもよいし、時間及び周波数リソースを含めるようにしてもよい。例えば、図１４の左側の例では、リソース１１ａで送信されるＳＣＩには、リソース１１ｂの位置（周波数）、リソース１２ｂの位置（周波数）、リソース１３ｂの位置（周波数）が含まれるようにしてもよい。また、例えば、図１４の右側の例では、リソース１１ａで送信されるＳＣＩには、リソース１１ｂの位置（周波数）、リソース１２ｂの位置（時間及び周波数）、リソース１３ｂの位置（時間及び周波数）が含まれるようにしてもよい。
【００９７】
続いて、第四の実施の形態におけるリソースプールの設定方法を説明する。第四の実施の形態では、特定のキャリア全体にＳＣＩリソースプールを設定すると共に、当該ＳＣＩリソースプールに対応づけられるデータリソースプールとして、複数キャリアの全体に跨る単一のデータリソースプールを設定する。
【００９８】
具体的には、図１４に示すように、キャリア１全体にＳＣＩリソースプールを設定すると共に、キャリア１〜３全体を跨る単一のデータリソースプールを設定する。このようなデータリソースプールの設定を可能にするため、データリソースプールの設定情報には、キャリアごとの周波数リソース（例えば、キャリア１のバンド幅、キャリア２のバンド幅及びキャリア３のバンド幅）を含めるようにする。
【００９９】
ユーザ装置ＵＥへのリソースプールの設定方法については、第三の実施の形態における設定方法その１と同様の方法で行うようにしてもよい。
【０１００】
（ユーザ装置の動作例）
図１４を参照して、ユーザ装置ＵＥの動作例を説明する。各キャリアのリソースプールの設定情報、及びリソースプール間の対応関係を示す情報は、ユーザ装置ＵＥに設定されている前提とする。なお、送信側のユーザ装置ＵＥ１が、リソース１１ｂ〜リソース１３ｂを用いてデータを送信する場合を想定して説明する。
【０１０１】
送信側のユーザ装置ＵＥ１は、ＳＣＩリソースプール内のリソース１１ａを選択し、更に、ＳＣＩリソースプールに対応づけられているデータリソースプールのリソース１１ｂ〜１３ｂを選択する。続いて、ユーザ装置ＵＥ１は、選択したリソース１１ａを用いて、リソース１１ｂ〜リソース１３ｂの位置等を示す情報を含むＳＣＩを送信し、リソース１１ｂ〜リソース１３ｂを用いてデータを送信する。
【０１０２】
受信側のユーザ装置ＵＥ２は、ＳＣＩリソースプールでＳＣＩを受信すると、ＳＣＩに含まれるリソース１１ｂ〜リソース１３ｂの位置等の情報に基づき、当該ＳＣＩで指定されているリソース１１ｂ〜１３ｂから各データを受信する。
【０１０３】
なお、第四の実施の形態では、リソースプールの概念自体を排除してもよい。例えば、ＳＣＩの送信に用いられる特定のキャリアと、当該特定のキャリアに対応づけられるデータ送信用の複数のキャリアとの対応関係のみをユーザ装置ＵＥに設定するようにしてもよい。
【０１０４】
以上、第四の実施の形態について説明した。第四の実施の形態によれば、ユーザ装置ＵＥは、複数のキャリアを用いてＤ２Ｄ通信が行われる環境であっても、特定のキャリアのみでＳＣＩをモニタすることが可能になる。また、ユーザ装置ＵＥは、複数のキャリアに跨るデータを１つのＳＣＩに対応づけて送信することが可能になる。また、ユーザ装置ＵＥは、送信データが少ない場合には単一のキャリアのみを用いてＳＣＩおよびデータ双方を送信することが可能であるため、キャリア切り替えに伴う遅延の増大を回避することができる。
【０１０５】
＜第五の実施の形態＞
第五の実施の形態では、基地局ｅＮＢが、複数のキャリアに跨って、ＳＣＩ及びデータを送信するためのリソースをユーザ装置ＵＥに割当て、割当てたリソースをユーザ装置ＵＥに通知するようにする。第五の実施の形態は、前述のＤ２Ｄの概要で説明したＭｏｄｅ１によるリソース割当て方式を拡張した方式である。
【０１０６】
図１５Ａ、図１５Ｂ及び図１５Ｃは、第五の実施の形態に係るリソース割当て方法を説明するための図である。なお、図１５Ａ、図１５Ｂ及び図１５Ｃにおいて、基地局ｅＮＢは、キャリアを特定するための情報（例えば、キャリアインデックス）を、報知情報及び／又はＲＲＣシグナリングを用いてユーザ装置ＵＥとの間で共有しており、ユーザ装置ＵＥは、キャリアインデックスがどのキャリアを示すのかを認識できる前提で説明する。
【０１０７】
図１５Ａの例は、基地局ｅＮＢは、ユーザ装置ＵＥに、ＳＣＩ及びデータ送信用のリソースを割当てるキャリアを予め指示しておき、指示したキャリアのリソースを、（Ｅ）ＰＤＣＣＨで送信される制御情報（例えばＤＣＩ（Downlink Control Information）等）を用いてダイナミックにユーザ装置ＵＥに割当てる。
【０１０８】
ステップＳ１１で、基地局ｅＮＢは、ＲＲＣシグナリングに、ＳＣＩ送信用のリソースを割当てるキャリアのキャリアインデックス、及び／又はデータ送信用のリソースを割当てるキャリアのキャリアインデックスを含めてユーザ装置ＵＥに通知する。ユーザ装置ＵＥは、通知されたキャリアインデックスを記憶しておく。
【０１０９】
ステップＳ１２で、基地局ｅＮＢは、（Ｅ）ＰＤＣＣＨで送信される制御情報を用いて、ユーザ装置ＵＥに割当てたＳＣＩ送信用のリソース及び／又はデータ送信用のリソースを示す情報（リソース割当て情報）を、ユーザ装置ＵＥに通知する。ユーザ装置ＵＥは、ステップＳ１１の処理手順で記憶したキャリアインデックスのキャリアに対してリソースが割当てられたと認識し、当該キャリアのリソースを用いて、ＳＣＩ及び／又はデータの送信を行う。
【０１１０】
具体例として、例えば、基地局ｅＮＢは、ＳＣＩ送信用のリソースを割当てるキャリアとして、図１０のキャリア１のキャリアインデックスをユーザ装置ＵＥに通知し、データ送信用のリソースを割当てるキャリアとして、図１０のキャリア２のキャリアインデックスを通知する（Ｓ１１）。続いて、基地局ｅＮＢは、ユーザ装置ＵＥに割当てたＳＣＩ送信用のリソース及び／又はデータ送信用のリソースを、ユーザ装置ＵＥに通知する（Ｓ１２）。ユーザ装置ＵＥは、通知されたＳＣＩ送信用のリソースは、キャリア１のリソースであると認識し、キャリア１のリソースを用いてＳＣＩを送信する。また、ユーザ装置ＵＥは、通知されたデータ送信用のリソースは、キャリア２のリソースであると認識し、キャリア２のリソースを用いてデータを送信する。
【０１１１】
図１５Ｂの例は、図１５Ａと異なり、基地局ｅＮＢは、（Ｅ）ＰＤＣＣＨで送信される制御情報にキャリアを特定するための情報を含めるようにする。
【０１１２】
ステップＳ２１で、基地局ｅＮＢは、（Ｅ）ＰＤＣＣＨで送信される制御情報を用いて、ユーザ装置ＵＥに割当てたＳＣＩ送信用のリソースとキャリアインデックス、及び／又は、データ送信用のリソースとキャリアインデックスを示す情報（リソース割当て情報）をユーザ装置ＵＥに通知する。ユーザ装置ＵＥは、通知されたキャリアのリソースを用いて、ＳＣＩ及び／又はデータの送信を行う。
【０１１３】
なお、基地局ｅＮＢは、図１５Ａ又はＢの処理手順を行う前に、図１５Ｃに示す処理手順を用いて各キャリアの混雑度合いを把握し、各キャリアの混雑度合いに基づいて、ユーザ装置ＵＥにどのキャリアのリソースを割当てるのかを決定するようにしてもよい。
【０１１４】
ステップＳ３１で、基地局ｅＮＢは、ユーザ装置ＵＥに対して、Ｄ２Ｄ通信用の各キャリアにおける混雑度合いを測定するように要求する。
【０１１５】
ステップＳ３２で、ユーザ装置ＵＥは、各キャリアの混雑度合いを測定し、測定結果を基地局ｅＮＢに送信する。ユーザ装置ＵＥは、例えば、ＳＣＩリソースプール及びデータリソースプールを所定の期間モニタし、Ｄ２Ｄ信号を送信しているユーザ装置ＵＥがどの程度存在するかを検出することで、各キャリアの混雑度合いを測定するようにしてもよい。
【０１１６】
各キャリアの混雑度合いは、受信電力、受信品質等で示されてもよい。例えば、各キャリアのリソースプールにおける平均受信電力、平均受信品質などであってもよい。
【０１１７】
＜各実施の形態に共通の補足事項＞
ＳＣＩリソースプールとデータリソースプールが共通化された共通のリソースプール（リソース候補）を設定しておき、ユーザ装置ＵＥは、ＳＣＩ及びデータを、共通のリソースプールを用いて送信してもよい。
【０１１８】
複数キャリアを同時に受信する能力が制限されているユーザ装置ＵＥは、自身の能力以上のキャリアのリソースを同時にモニタすることができない。従って、ユーザ装置ＵＥは、ＳＣＩリソースプールとデータリソースプールとが時間軸上で重複している場合、ＳＣＩリソースプールのモニタを優先するようにしてもよい。
【０１１９】
ＳＣＩリソースプールとデータリソースプールとの対応付けにおいては、ＳＣＩとデータの同時送信・同時受信が生じないようにするため、ＳＣＩ送信またはＳＣＩリソースプールの後、一定時間以降のデータ送信ないしデータリソースプールを対応付けるルールを設定してもよい。
【０１２０】
また、ユーザ装置ＵＥは、自身の能力以上のキャリアに跨るリソースが指定されているＳＣＩを受信した場合、どのデータを受信するのかを自身で選択するようにしてもよい。また、他の例として、送信側のユーザ装置ＵＥ１は、ＳＣＩにデータの優先度を設定しておき、受信側のユーザ装置ＵＥ２は、当該優先度に基づき、優先度が最も高いデータを受信するようにしてもよい。また、他の例として、予めデータリソースプール間の優先度を報知情報及び／又はＲＲＣシグナリングでユーザ装置ＵＥに設定（又はＳＩＭ等で事前設定）しておき、ユーザ装置ＵＥは、当該優先度に基づいて、最も優先度が高いデータリソースプールで送信されるデータを受信するようにしてもよい。
【０１２１】
一方、複数キャリアでデータを同時に「送信」する能力が制限されているユーザ装置ＵＥは、どのキャリアでＳＣＩ及びデータを送信するのかを、自身で判断するようにしてもよい。
【０１２２】
各実施の形態において、各キャリア間で同期タイミングがずれている場合（例えば、各キャリア間でＤＦＮ及びＳＦＮが揃っていない場合）、送信側のユーザ装置ＵＥ１は、ＳＣＩに、ＳＣＩで指定されるリソースに係るキャリアに関するタイミングオフセット値（例えば、ＤＦＮ及びＳＦＮの相対的なずれを示す値）を含めるようにしてもよい。また、当該タイミングオフセット値は、基地局ｅＮＢから報知情報若又はＲＲＣシグナリング等によりユーザ装置ＵＥに通知されるようにしてもよい。
【０１２３】
また、ユーザ装置ＵＥ間で同期信号を送受信する場合、各キャリアで同期信号のモニタリングが必要になり、本提案で目標とするユーザ装置ＵＥの同時受信キャリア数に関する能力を考慮したＳＣＩ送受信の効果が減じられてしまう恐れがある。そのため、ユーザ装置ＵＥ間で送受信される同期信号を、ＳＣＩモニタ用キャリアと同一キャリアでのみモニタすることで各キャリアでの同期を確立できるようにしてもよい。このような動作を実現するため、ユーザ装置ＵＥ間で送受信される同期信号の送受信用キャリア、共通の同期リファレンスの適用が可能なキャリア、又は／及びキャリア間の時間オフセット値をユーザ装置ＵＥに予め設定してもよい。ＰＳＢＣＨなどを用いてユーザ装置ＵＥ間でこれら他キャリアの設定情報を通知してもよい。
【０１２４】
＜機能構成＞
以上説明した各実施の形態の動作を実行するユーザ装置ＵＥと基地局ｅＮＢとの機能構成例を説明する。ただし、ユーザ装置ＵＥは、これまでに説明したユーザ装置ＵＥの処理の一部（例：特定の１つ又は複数の実施例のみ等）を実行可能としてもよい。
【０１２５】
（ユーザ装置）
図１６は、本実施の形態に係るユーザ装置の機能構成の一例を示す図である。図１６に示すように、ユーザ装置ＵＥは、信号送信部１０１と、信号受信部１０２と、リソース管理部１０３と、リソース選択部１０４とを有する。なお、図１６は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【０１２６】
信号送信部１０１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ信号の送信機能とセルラー通信の送信機能を有する。また、信号送信部１０１は、１以上のキャリアを用いてＤ２Ｄ信号の送信を行う機能を有する。
【０１２７】
また、信号送信部１０１は、リソース選択部１０４から受け取った、データを送信するためのリソースを指定する情報を制御情報に格納し、リソース選択部１０４により選択された、制御情報を送信するためのリソースを用いて当該制御情報を送信する。また、信号送信部１０１は、リソース選択部１０４により選択された、データを送信するためのリソースを用いてデータを送信する。制御情報にはキャリアを特定する情報が含まれていても良い。また、信号送信部１０１は、複数のリソースでそれぞれ送信されるデータが、同一のデータであるか又は異なるデータであるかを示す情報を制御情報に含めて送信するようにしてもよい。
【０１２８】
信号受信部１０２は、他のユーザ装置ＵＥ又は基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。また、信号受信部１０２は、Ｄ２Ｄ信号の受信機能とセルラー通信の受信機能を有する。また、信号受信部１０２は、１以上のキャリアを用いてＤ２Ｄ信号の受信を行う機能を有する。
【０１２９】
リソース管理部１０３は、ユーザ装置ＵＥにおいてデータ送受信を行うために使用するリソースプールに関する情報（リソースプールの設定情報、リソースプール間の対応関係を示す情報）等を例えば基地局ｅＮＢからの設定又はＳＩＭ等の事前設定に基づき保持する。当該リソースプールに関する情報は、信号送信部１０１、信号受信部１０２、及びリソース選択部１０４により信号送受信に利用される。
【０１３０】
リソース選択部１０４は、特定のキャリアにおいて、制御情報を送信するためのリソースの選択を行う。また、リソース選択部１０４は、１以上のキャリアにおいて、データを送信するためのリソースの選択を行う。また、リソース選択部１０４は、各キャリアに設定されたリソースプール内（ＳＣＩリソースプール、データリソースプール）で制御情報又は／及びデータを送信するためのリソースの選択を行うようにしてもよい。リソース選択部１０４は、データを送信するためのリソースを指定する情報を生成して信号送信部１０１に渡す。
【０１３１】
また、リソース選択部１０４は、制御情報を送信するためのリソースとデータを送信するためのリソースを、各キャリアの同一の時間領域で選択するようにしてもよい。
【０１３２】
（基地局）
図１７は、本実施の形態に係る基地局の機能構成の一例を示す図である。図１７に示すように、基地局ｅＮＢは、信号送信部２０１と、信号受信部２０２と、設定部２０３と、リソース割当部２０４とを有する。なお、図１７は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１７に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【０１３３】
信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部２０１は、リソース割当部２０４から受け取った、ユーザ装置ＵＥに割当てたリソースを示す情報（リソース割当て情報）を、ユーザ装置ＵＥに送信する。
【０１３４】
また、信号送信部２０１は、ユーザ装置ＵＥに割当てたリソースを示す情報を、（Ｅ）ＰＤＣＣＨで送信される制御情報等を用いてユーザ装置ＵＥに送信するようにしてもよい。また、信号送信部２０１は、ユーザ装置ＵＥに割当てたリソースを示す情報が、どのキャリアのリソースなのかを示す情報を、ＲＲＣシグナリング等を用いてユーザ装置ＵＥに通知するようにしてもよい。また、信号送信部２０１は、ユーザ装置ＵＥに割当てたリソースを示す情報に、リソースが割当てられたキャリアを特定するための情報を含めて送信するようにしてもよい。
【０１３５】
信号受信部２０２は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【０１３６】
設定部２０３は、ユーザ装置ＵＥにおいてデータ送受信を行うために使用するリソースプール等の情報を、報知情報（ＳＩＢ）又はＲＲＣシグナリングを用いてユーザ装置ＵＥに設定する。
【０１３７】
リソース割当部２０４は、ユーザ装置ＵＥに対して、制御情報又は／及びデータに対するリソースの割当てを行う。また、リソース割当部２０４は、ユーザ装置ＵＥに対して、特定のキャリアにおいて制御情報を送信するためのリソースの割当てを行う。また、リソース割当部２０４は、ユーザ装置ＵＥに対して、１以上のキャリアにおいてデータを送信するためのリソースの割当てを行う。リソース割当部２０４は、ユーザ装置ＵＥに割当てたリソースを示す情報を生成して信号送信部２０１に渡す。
【０１３８】
以上説明したユーザ装置ＵＥ及び基地局ｅＮＢの機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【０１３９】
（ユーザ装置）
図１８は、本実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。図１８は、図１６よりも実装例に近い構成を示している。図１８に示すように、ユーザ装置ＵＥは、無線信号に関する処理を行うＲＥ（Radio Equipment）モジュール３０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール３０２と、上位レイヤ等の処理を行う装置制御モジュール３０３と、ＳＩＭカードにアクセスするインタフェースであるＳＩＭスロット３０４とを有する。
【０１４０】
ＲＥモジュール３０１は、ＢＢ処理モジュール３０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３０２に渡す。ＲＥモジュール３０１は、例えば、図１６の信号送信部１０１及び信号受信部１０２の一部を含む。
【０１４１】
ＢＢ処理モジュール３０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＲＥモジュール３０１は、例えば、図１６の信号送信部１０１の一部、信号受信部１０２の一部及びリソース選択部１０４を含む。
【０１４２】
装置制御モジュール３０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ３１３は、装置制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。また、プロセッサ３１３は、ＳＩＭスロット３０４を介してＳＩＭとの間でデータの読出し及び書込みを行う。装置制御モジュール３０３は、例えば、図１６のリソース管理部１０３を含む。
【０１４３】
（基地局）
図１９は、本実施の形態に係る基地局のハードウェア構成の一例を示す図である。図１９は、図１７よりも実装例に近い構成を示している。図１９に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＥモジュール４０１と、ベースバンド信号処理を行うＢＢ処理モジュール４０２と、上位レイヤ等の処理を行う装置制御モジュール４０３と、ネットワークと接続するためのインタフェースである通信ＩＦ４０４とを有する。
【０１４４】
ＲＥモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。ＲＥモジュール４０１は、例えば、図１７に示す信号送信部２０１及び信号受信部２０２の一部を含む。
【０１４５】
ＢＢ処理モジュール４０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図１７に示す信号送信部２０１の一部、信号受信部２０２の一部及びリソース割当部２０４を含む。
【０１４６】
装置制御モジュール４０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ４１３は、装置制御モジュール４０３が行う処理を行うプロセッサである。メモリ４２３は、プロセッサ４１３のワークエリアとして使用される。補助記憶装置４３３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。装置制御モジュール４０３は、例えば、図１７に示す信号送信部２０１の一部、信号受信部２０２の一部及び設定部２０３を含む。
【０１４７】
＜まとめ＞
以上、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置であって、第一のキャリアにおいて制御情報を送信するための第一のリソースと、第二のキャリアにおいてデータを送信するための第二のリソースとを選択する選択部と、前記第二のリソースを指定する情報を含む制御情報を前記第一のリソースで送信し、前記第二のリソースを用いてデータを送信する送信部と、を有するユーザ装置が提供される。このユーザ装置ＵＥにより、Ｄ２Ｄをサポートする無線通信システムにおいて、複数のキャリアを用いてＤ２Ｄ通信を行う場合に、適切にＤ２Ｄ通信を行うことを可能とする技術が提供される。
【０１４８】
また、前記選択部は、前記第一のキャリアの制御情報用のリソースプールにおいて前記第一のリソースを選択し、前記第一のキャリアの制御情報用のリソースプールに対応づけられる前記第二のキャリアのデータ用のリソースプールにおいて前記第二のリソースを選択するようにしてもよい。これにより、データリソースプールに対してＳＣＩリソースプールが一意に対応づけられるため、ユーザ装置ＵＥは、常時モニタするＳＣＩリソースプールの範囲を限定することができ、消費電力を軽減することができる。
【０１４９】
前記制御情報は、前記第二のキャリアを特定する情報を含むようにしてもよい。これにより、受信側のユーザ装置ＵＥ２は、制御情報を受信するだけで、データが送信されるキャリアを認識することができる。
【０１５０】
また、前記選択部は、更に、前記第一のキャリアにおいてデータを送信するための第三のリソースを選択し、前記制御情報は、更に、前記第三のリソースを指定する情報を含み、前記送信部は、更に、前記第三のリソースを用いてデータを送信するようにしてもよい。これにより、一つの制御情報で、データ送信用のリソースを複数のキャリアに跨って指定することが可能になる。
【０１５１】
また、前記制御情報は、前記第二のリソースを用いて送信されるデータと前記第三のリソースを用いて送信されるデータとが、同一のデータであるか異なるデータであるかを示す情報を含むようにしてもよい。これにより、複数のキャリアに跨って送信されるデータが同一であるか否かを受信側のユーザ装置ＵＥに認識させることができる。また、これにより、受信側のユーザ装置ＵＥは、同一のデータが複数のキャリアに跨って送信される場合、合成受信等を行うことで受信精度を高めることが可能になる。
【０１５２】
前記選択部は、前記第一のキャリアにおいてデータを送信するための第三のリソースを、前記第一のリソースと同一の時間領域で選択し、前記送信部は、更に、前記第三のリソースを用いてデータを送信するようにしてもよい。これにより、ユーザ装置ＵＥにおいて柔軟なリソースの選択が可能になる。
【０１５３】
また、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおける基地局であって、Ｄ２Ｄ通信用の第一のキャリアにおいて制御情報を送信するための第一のリソースと、Ｄ２Ｄ通信用の第二のキャリアにおいてデータを送信するための第二のリソースとをユーザ装置に割当てる選択部と、前記第一のリソースと前記第二のリソースとを示すリソース割当て情報を前記ユーザ装置に送信する送信部と、を有する基地局が提供される。この基地局ｅＮＢにより、Ｄ２Ｄをサポートする無線通信システムにおいて、複数のキャリアを用いてＤ２Ｄ通信を行う場合に、適切にＤ２Ｄ通信を行うことを可能とする技術が提供される。
【０１５４】
前記リソース割当て情報には、前記第一のリソースが割当てられた前記第一のキャリアを特定するための情報と、前記第二のリソースが割当てられた前記第二のキャリアを特定するための情報とを含むようにしてもよい。これにより、基地局ｅＮＢは、ユーザ装置ＵＥに割当てたリソースと、当該リソースのキャリアとを同時にユーザ装置ＵＥに通知することができ、キャリアを跨ぐリソースの割当てをダイナミックに行うことが可能になる。
【０１５５】
また、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置が実行する信号送信方法であって、第一のキャリアにおいて制御情報を送信するための第一のリソースと、第二のキャリアにおいてデータを送信するための第二のリソースとを選択するステップと、前記第二のリソースを指定する情報を含む制御情報を前記第一のリソースで送信し、前記第二のリソースを用いてデータを送信するステップと、を有する信号送信方法が提供される。この信号送信方法により、Ｄ２Ｄをサポートする無線通信システムにおいて、複数のキャリアを用いてＤ２Ｄ通信を行う場合に、適切にＤ２Ｄ通信を行うことを可能とする技術が提供される。
【０１５６】
また、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおける基地局が実行するリソース割当て方法であって、Ｄ２Ｄ通信用の第一のキャリアにおいて制御情報を送信するための第一のリソースと、Ｄ２Ｄ通信用の第二のキャリアにおいてデータを送信するための第二のリソースとをユーザ装置に割当てるステップと、前記第一のリソースと前記第二のリソースとを示すリソース割当て情報を前記ユーザ装置に送信するステップと、を有するリソース割当て方法が提供される。このリソース割当て方法により、Ｄ２Ｄをサポートする無線通信システムにおいて、複数のキャリアを用いてＤ２Ｄ通信を行う場合に、適切にＤ２Ｄ通信を行うことを可能とする技術が提供される。
【０１５７】
＜実施形態の補足＞
ＳＣ期間は、ＳＡ期間（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ  ｐｅｒｉｏｄ）とも呼ばれる。また、ＳＣＩは、ＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）とも呼ばれる。
【０１５８】
ＳＣＩは、ＳＡ（Scheduling Assignment）と呼んでもよい。また、ＳＣＩは、Ｄ２Ｄ通信に用いられる制御情報であれば他の名称であってもよい。
【０１５９】
ＳＣＩリソースプール（ＳＣＩ送信用リソースプール）は、ＰＳＣＣＨのリソースプールであってもよい。また、データリソースプール（データ送信用リソースプール）は、ＰＳＳＣＨのリソースプールであってもよい。キャリアインデックス（Carrier Index）は、キャリアインジケーター（Carrier Indicator）と呼んでもよい。
【０１６０】
ＰＳＣＣＨは、Ｄ２Ｄ通信に用いられる制御情報（ＳＣＩ等）を送信するための制御チャネルであれば他の制御チャネルであってもよい。ＰＳＳＣＨは、Ｄ２ＤコミュニケーションのＤ２Ｄ通信に用いられるデータ（ＭＡＣ  ＰＤＵ等）を送信するためのデータチャネルであれば他のデータチャネルであってもよい。ＰＳＤＣＨは、Ｄ２ＤディスカバリのＤ２Ｄ通信に用いられるデータ（ディスカバリメッセージ等）を送信するためのデータチャネルであれば他のデータチャネルであってもよい。
【０１６１】
以上、本発明の実施の形態で説明する各装置（ユーザ装置ＵＥ／基地局ｅＮＢ）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１６２】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥ／基地局ｅＮＢは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１６３】
なお、各実施の形態において、ＳＣＩリソースプールは、制御情報用のリソースプールの一例である。データリソースプールは、データ用のリソースプールの一例である。
【０１６４】
本特許出願は２０１５年１１月５日に出願した日本国特許出願第２０１５−２１８０１２号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−２１８０１２号の全内容を本願に援用する。
【符号の説明】
【０１６５】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  信号送信部
１０２  信号受信部
１０３  リソース管理部
１０４  リソース選択部
２０１  信号送信部
２０２  信号受信部
２０３  設定部
２０４  リソース割当部
３０１  ＲＥモジュール
３０２  ＢＢ処理モジュール
３０３  装置制御モジュール
３０４  ＳＩＭスロット
４０１  ＲＥモジュール
４０２  ＢＢ処理モジュール
４０３  装置制御モジュール
４０４  通信ＩＦ
【図１Ａ】
2017077976.tif 000003
【図１Ｂ】
2017077976.tif 000004
【図１Ｃ】
2017077976.tif 000005
【図２Ａ】
2017077976.tif 000006
【図２Ｂ】
2017077976.tif 000007
【図３】
2017077976.tif 000008
【図４】
2017077976.tif 000009
【図５】
2017077976.tif 000010
【図６Ａ】
2017077976.tif 000011
【図６Ｂ】
2017077976.tif 000012
【図７Ａ】
2017077976.tif 000013
【図７Ｂ】
2017077976.tif 000014
【図８Ａ】
2017077976.tif 000015
【図８Ｂ】
2017077976.tif 000016
【図９】
2017077976.tif 000017
【図１０】
2017077976.tif 000018
【図１１】
2017077976.tif 000019
【図１２】
2017077976.tif 000020
【図１３】
2017077976.tif 000021
【図１４】
2017077976.tif 000022
【図１５Ａ】
2017077976.tif 000023
【図１５Ｂ】
2017077976.tif 000024
【図１５Ｃ】
2017077976.tif 000025
【図１６】
2017077976.tif 000026
【図１７】
2017077976.tif 000027
【図１８】
2017077976.tif 000028
【図１９】
2017077976.tif 000029
【国際調査報告】
2017077976.tif 000030
2017077976.tif 000031