WO2018203415A1

WO2018203415A1 - ユーザ装置

Info

Publication number: WO2018203415A1
Application number: PCT/JP2017/017314
Authority: WO
Inventors: 真平安川; 聡永田; チュンジョウ
Original assignee: 株式会社Ｎｔｔドコモ
Priority date: 2017-05-02
Filing date: 2017-05-02
Publication date: 2018-11-08

Abstract

Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、複数のキャリアを使用してＤ２Ｄ信号を送信するためのリソースをリソースプールから選択する選択部と、前記選択部により選択されたリソースを用いて、前記複数のキャリアを使用してＤ２Ｄ信号を送信する送信部と、を備え、前記選択部は、前記複数のキャリア間で同一の時間位置にあるリソースを選択し、前記送信部は、当該リソースを用いて前記Ｄ２Ｄ信号を送信する。

Description

ユーザ装置

　本発明は、無線通信システムにおけるユーザ装置に関連するものである。

　ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥの後継システム（例えば、ＬＴＥ－Ａ（ＬＴＥ　Ａｄｖａｎｃｅｄ）、ＮＲ（Ｎｅｗ　Ｒａｄｉｏ）（５Ｇとも呼ぶ））では、ユーザ装置同士が無線基地局を介さないで直接通信を行うＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）技術が検討されている。

　Ｄ２Ｄは、ユーザ装置と基地局との間のトラフィックを軽減したり、災害時などに基地局が通信不能になった場合でもユーザ装置間の通信を可能とする。

　Ｄ２Ｄは、通信可能な他のユーザ装置を見つけ出すためのＤ２Ｄディスカバリ（Ｄ２Ｄ　ｄｉｓｃｏｖｅｒｙ、Ｄ２Ｄ発見ともいう）と、ユーザ装置間で直接通信するためのＤ２Ｄコミュニケーション（Ｄ２Ｄ　ｄｉｒｅｃｔ　ｃｏｍｍｕｎｉｃａｔｉｏｎ、Ｄ２Ｄ通信、端末間直接通信などともいう）と、に大別される。

　なお、３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）では、Ｄ２Ｄを「サイドリンク（ｓｉｄｅｌｉｎｋ）」と称しているが、本明細書では、より一般的な用語であるＤ２Ｄを使用する。ただし、後述する実施の形態の説明では必要に応じてｓｉｄｅｌｉｎｋも使用している。

　また、３ＧＰＰでは、上記のＤ２Ｄ機能を拡張することでＶ２Ｘ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｅｖｅｒｙｔｈｉｎｇ）を実現することが検討され、仕様化が進められている。ここで、Ｖ２Ｘとは、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ　Ｔｒａｎｓｐｏｒｔ　Ｓｙｓｔｅｍｓ）の一部であり、図１に示すように、自動車間で行われる通信形態を意味するＶ２Ｖ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｖｅｈｉｃｌｅ）、自動車と道路脇に設置される路側機（ＲＳＵ：Ｒｏａｄ－Ｓｉｄｅ　Ｕｎｉｔ）との間で行われる通信形態を意味するＶ２Ｉ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｎｏｍａｄｉｃ　ｄｅｖｉｃｅ）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｐｅｄｅｓｔｒｉａｎ）の総称である。

　ＬＴＥのＲｅｌ－１４において、Ｖ２Ｘの幾つかの機能に関する仕様化がなされている(例えば非特許文献１)。当該仕様では、ユーザ装置へのＶ２Ｘ通信用のリソース割当に関してＭｏｄｅ３とＭｏｄｅ４が規定されている。Ｍｏｄｅ３では、基地局からユーザ装置に送られるＤＣＩ（Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）によりダイナミックに送信リソースが割り当てられる。また、Ｍｏｄｅ３ではＳＰＳ（Ｓｅｍｉ　Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）も可能である。Ｍｏｄｅ４では、ユーザ装置はリソースプールから自律的に送信リソースを選択する。

３ＧＰＰ　ＴＳ　３６．２１３　Ｖ１４．２．０（２０１７－０３）３ＧＰＰ　ＴＳ　３６．２１４　Ｖ１４．２．０（２０１７－０３）３ＧＰＰ　ＴＳ　３６．３３１　Ｖ１４．２．２（２０１７－０４）

　ユーザ装置が複数のキャリアを使用してＤ２Ｄ信号を送信することが検討されている。なお、本明細書では、特に限定を付しない「Ｄ２Ｄ信号」の用語を、Ｄ２Ｄディスカバリの信号、Ｄ２Ｄコミュニケーションの信号、同期信号、ブロードキャスト信号等を含む広い意味で使用している。

　例えば、リソースプールから自律的に送信リソースを選択するＭｏｄｅ４において、ユーザ装置がバッファに有する２つのデータに対し、キャリアＡの時間－周波数リソース（以降、"リソース"と呼ぶ）とキャリアＢのリソースを選択し、これらのリソースを使用して当該２つのデータに係るＤ２Ｄ信号を送信することが考えられる。また、ユーザ装置がバッファに有する大きなサイズの１つのデータに係るＤ２Ｄ信号を、キャリアＡのリソースとキャリアＢのリソースを使用して送信することも考えられる。

　ここで、キャリアＡのリソースの時間位置とキャリアＢのリソースの時間位置（例：サブフレームあるいはスロット）が同じである場合、ユーザ装置はキャリアＡとキャリアＢのキャリアアグリゲーションにより、当該データに関する２つのＤ２Ｄ信号を同時に送信する（ケース１）。また、キャリアＡのリソースの時間位置とキャリアＢのリソースの時間位置が異なる場合もある（ケース２）。本明細書では、ケース１とケース２のいずれの場合もマルチキャリア（Ｍｕｌｔｉｐｌｅ　Ｃａｒｒｉｅｒ）送信と呼ぶ。マルチキャリアを複数キャリアと呼んでもよい。

　しかし、リソースプールから自律的に送信リソースを選択する従来技術（例：Ｒｅｌ－１４のＭｏｄｅ４）では、複数キャリアでの運用は想定されていない。従って、従来技術では、ユーザ装置が複数キャリアのリソースから、Ｄ２Ｄ信号の送信に使用するリソースを適切に選択して、Ｄ２Ｄ信号の送信を行うことはできなかった。また、ユーザ装置の能力の制限等によって、複数キャリアを使用するユーザ装置が同期信号の送信あるいは受信を適切に行えない場合もある。

　本発明は上記の点に鑑みてなされたものであり、Ｄ２Ｄ通信をサポートする無線通信システムにおいて、ユーザ装置が複数のキャリアのリソースから、Ｄ２Ｄ信号の送信に使用するリソースを適切に選択して、Ｄ２Ｄ信号の送信を行うことを可能とする技術を提供することを目的とする。

　開示の技術によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、
　複数のキャリアを使用してＤ２Ｄ信号を送信するためのリソースをリソースプールから選択する選択部と、
　前記選択部により選択されたリソースを用いて、前記複数のキャリアを使用してＤ２Ｄ信号を送信する送信部と、を備え、
　前記選択部は、前記複数のキャリア間で同一の時間位置にあるリソースを選択し、前記送信部は、当該リソースを用いて前記Ｄ２Ｄ信号を送信する
　ことを特徴とするユーザ装置が提供される。

　開示の技術によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおいて、ユーザ装置が複数のキャリアのリソースから、Ｄ２Ｄ信号の送信に使用するリソースを適切に選択して、Ｄ２Ｄ信号の送信を行うことを可能とする技術が提供される。

Ｖ２Ｘを説明するための図である。Ｄ２Ｄを説明するための図である。Ｄ２Ｄを説明するための図である。Ｄ２Ｄ通信に用いられるＭＡＣ　ＰＤＵを説明するための図である。ＳＬ－ＳＣＨ　ｓｕｂｈｅａｄｅｒのフォーマットを説明するための図である。Ｄ２Ｄで使用されるチャネル構造の例を説明するための図である。ＰＳＤＣＨの構造例を示す図である。ＰＳＤＣＨの構造例を示す図である。ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。リソースプールコンフィギュレーションを示す図である。リソースプールコンフィギュレーションを示す図である。実施の形態に係る無線通信システムの構成例を示す図である。センシング及びリソース候補の検出方法の概要を説明するための図である。リソース選択（ないし再選択）動作の一例を説明するための図である。実施例１におけるユーザ装置ＵＥの送信動作の概要を説明するための図である。ハーフデュプレックス制限を説明するための図である。Ｄ２Ｄ信号の送信方法の例を説明するための図である。Ｄ２Ｄ信号の送信方法の例を説明するための図である。実施例１－１におけるユーザ装置ＵＥの送信動作例を説明するための図である。実施例１－１と実施例１－２の選択動作の例を説明するための図である。実施例２－１を説明するための図である。実施例２－１におけるリソース量の調整を説明するための図である。実施例２－２を説明するための図である。実施例３－１を説明するための図である。実施例３－２を説明するための図である。実施例３－２を説明するための図である。実施例３－３を説明するための図である。実施例３－４を説明するための図である。実施の形態に係るユーザ装置ＵＥの機能構成の一例を示す図である。実施の形態に係る基地局１０の機能構成の一例を示す図である。実施の形態に係る基地局１０及びユーザ装置ＵＥのハードウェア構成の一例を示す図である。

　以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代（５Ｇ、ＮＲ）の通信方式も含む広い意味で使用する。

　また、本実施の形態は、主にＶ２Ｘを対象としているが、本実施の形態に係る技術は、Ｖ２Ｘに限らず、広くＤ２Ｄ全般に適用可能である。また、「Ｄ２Ｄ」はその意味としてＶ２Ｘを含むものである。また、「Ｄ２Ｄ」の用語は、ＬＴＥに限定されず、端末間通信全般を指すものである。また、後述する本実施の形態は、主に「Ｄ２Ｄコミュニケーション」を対象としているが、本発明は、「Ｄ２Ｄコミュニケーション」のみならず、「Ｄ２Ｄディスカバリ」にも適用可能である。

　また、特に断らない限り、データに関するＤ２Ｄ信号は、ＳＣＩ（ＰＳＣＣＨ）であってもよいし、データ（ＰＳＳＣＨ）であってもよいし、ＳＣＩとデータの組であってもよい。

　（Ｄ２Ｄの概要）
　本実施の形態では、Ｄ２Ｄを基本技術とすることから、まず、ＬＴＥで規定されているＤ２Ｄの概要について説明する。なお、Ｖ２Ｘにおいても、ここで説明するＤ２Ｄの技術を使用することは可能であり、本実施の形態におけるユーザ装置は、当該技術によるＤ２Ｄ信号の送受信を行うことができる。

　既に説明したように、Ｄ２Ｄには、大きく分けて「Ｄ２Ｄディスカバリ」と「Ｄ２Ｄコミュニケーション」がある。「Ｄ２Ｄディスカバリ」については、図２Ａに示すように、Ｄｉｓｃｏｖｅｒｙ　ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ユーザ装置はそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージ（発見信号）を送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ユーザ装置ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。

　「Ｄ２Ｄコミュニケーション」についても、図２Ｂに示すように、ＳＣＩ（Ｓｉｄｅｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）／データ送信用のリソースプールが周期的に確保される。送信側のユーザ装置はＣｏｎｔｒｏｌリソースプール（ＰＳＣＣＨリソースプール）から選択されたリソースでＳＣＩによりデータ送信用リソース（ＰＳＳＣＨリソースプール）等を受信側に通知し、当該データ送信用リソースでデータを送信する。「Ｄ２Ｄコミュニケーション」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、基地局からユーザ装置に送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ユーザ装置はリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。

　また、既に説明したとおり、Ｒｅｌ－１４では、Ｍｏｄｅ１とＭｏｄｅ２に加えて、Ｍｏｄｅ３とＭｏｄｅ４がある。Ｒｅｌ－１４では、ＳＣＩとデータとを同時に（１サブフレームで）、周波数方向に隣接したリソースブロックで送信することが可能である。なお、本実施の形態におけるサブフレームは、ＴＴＩの例である。サブフレームに代えて「スロット」の用語を用いることとしてもよい。

　ＬＴＥにおいて、「Ｄ２Ｄディスカバリ」に用いられるチャネルはＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ　Ｓｉｄｅｌｉｎｋ　Ｄｉｓｃｏｖｅｒｙ　Ｃｈａｎｎｅｌ）と称され、「Ｄ２Ｄコミュニケーション」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ　Ｓｉｄｅｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ　Ｓｉｄｅｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）と称される。

　Ｄ２Ｄに用いられるＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）は、図３に示すように、少なくともＭＡＣ　ｈｅａｄｅｒ、ＭＡＣ　Ｃｏｎｔｒｏｌ　ｅｌｅｍｅｎｔ、ＭＡＣ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）、Ｐａｄｄｉｎｇで構成される。ＭＡＣ　ＰＤＵはその他の情報を含んでも良い。ＭＡＣ　ｈｅａｄｅｒは、１つのＳＬ－ＳＣＨ（Ｓｉｄｅｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）ｓｕｂｈｅａｄｅｒと、１つ以上のＭＡＣ　ＰＤＵ　ｓｕｂｈｅａｄｅｒで構成される。

　図４に示すように、ＳＬ－ＳＣＨ　ｓｕｂｈｅａｄｅｒは、ＭＡＣ　ＰＤＵフォーマットバージョン（Ｖ）、送信元情報（ＳＲＣ）、送信先情報（ＤＳＴ）、Ｒｅｓｅｒｖｅｄ　ｂｉｔ（Ｒ）等で構成される。Ｖは、ＳＬ－ＳＣＨ　ｓｕｂｈｅａｄｅｒの先頭に割り当てられ、ユーザ装置が用いるＭＡＣ　ＰＤＵフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ＰｒｏＳｅ　ＵＥ　ＩＤに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のＰｒｏＳｅ　Ｌａｙｅｒ－２　Ｇｒｏｕｐ　ＩＤに関する情報が設定されてもよい。

　Ｄ２Ｄのチャネル構造の例を図５に示す。図５に示すように、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、「Ｄ２Ｄコミュニケーション」のチャネルの周期よりも長い周期で「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールが割り当てられている。

　また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Ｐｒｉｍａｒｙ　Ｓｉｄｅｌｉｎｋ　Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ　ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ　Ｓｉｄｅｌｉｎｋ　Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ　ｓｉｇｎａｌ）が用いられる。また、例えばカバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等の報知情報（ｂｒｏａｄｃａｓｔ　ｉｎｆｏｒｍａｔｉｏｎ）を送信するＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ　Ｓｉｄｅｌｉｎｋ　Ｂｒｏａｄｃａｓｔ　Ｃｈａｎｎｅｌ）が用いられる。ＰＳＳＳ／ＳＳＳＳ及びＰＳＢＣＨは、１つのサブフレームで送信される。なお、ＰＳＳＳ／ＳＳＳＳをＳＬＳＳと称してもよい。

　図６Ａに、「Ｄ２Ｄディスカバリ」に使用されるＰＳＤＣＨのリソースプールの例を示す。リソースプールは、サブフレームのビットマップで設定されるため、図６Ａに示すようなイメージのリソースプールになる。他のチャネルのリソースプールも同様である。また、ＰＳＤＣＨは、周波数ホッピングしながら繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。繰り返し回数は例えば０～４で設定可能である。また、図６Ｂに示すように、ＰＳＤＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ－ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ　ｒｅｆｅｒｅｎｃｅ　ｓｉｇｎａｌ）が挿入される構造になっている。

　図７Ａに、「Ｄ２Ｄコミュニケーション」に使用されるＰＳＣＣＨとＰＳＳＣＨのリソースプールの例を示す。図７Ａに示す例では、ＰＳＣＣＨは、周波数ホッピングしながら、初回を含めて２回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。ＰＳＳＣＨは、周波数ホッピングしながら、初回を含めて４回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。また、図７Ｂに示すように、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭＲＳが挿入される構造になっている。

　図８Ａ、Ｂに、ＰＳＣＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨにおけるリソースプールコンフィギュレーションの一例を示す。図８Ａに示すように、時間方向では、リソースプールはサブフレームビットマップとして表される。また、ビットマップは、ｎｕｍ．ｒｅｐｒｔｉｔｉｏｎの回数だけ繰り返される。また、各周期における開始位置を示すｏｆｆｓｅｔが指定される。なお、当該ビットマップは、Ｔ－ＲＰＴ（Ｔｉｍｅ－Ｒｅｓｏｕｒｃｅ　Ｐａｔｔｅｒｎ）とも呼ばれる。

　周波数方向では、連続割り当て（ｃｏｎｔｉｇｕｏｕｓ）と不連続割り当て（ｎｏｎ－ｃｏｎｔｉｇｕｏｕｓ）が可能である。図８Ｂの例では、図示のとおり、開始ＰＲＢ、終了ＰＲＢ、ＰＲＢ数（ｎｕｍＰＲＢ）が指定される。

　（システム構成）
　図９は、本実施の形態に係る無線通信システムの構成例を示す図である。図９に示すように、本実施の形態に係る無線通信システムは、基地局１０、ユーザ装置ＵＥ１、及びユーザ装置ＵＥ２を有する。図９において、ユーザ装置ＵＥ１は送信側、ユーザ装置ＵＥ２は受信側を意図しているが、ユーザ装置ＵＥ１とユーザ装置ＵＥ２はいずれも送信機能と受信機能の両方を備える。以下、ユーザ装置ＵＥ１とユーザ装置ＵＥ２を特に区別しない場合、単に「ユーザ装置ＵＥ」と記述する。

　図９に示すユーザ装置ＵＥ１及びユーザ装置ＵＥ２は、それぞれ、ＬＴＥ（既存のＬＴＥに加え、５Ｇ、ＮＲを含む意味でのＬＴＥ、以下同様）におけるユーザ装置ＵＥとしてのセルラ通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ユーザ装置ＵＥ１、ユーザ装置ＵＥ２は、本実施の形態で説明する動作を実行する機能を有している。

　また、ユーザ装置ＵＥは、Ｄ２Ｄの機能を有するいかなる装置であってもよいが、例えば、ユーザ装置ＵＥは、車両、歩行者が保持する端末、ＲＳＵ（ＵＥの機能を有するＵＥタイプＲＳＵ）等である。

　また、基地局１０については、ＬＴＥにおける基地局１０としてのセルラ通信の機能、及び、本実施の形態におけるユーザ装置ＵＥの通信を可能ならしめるための機能（動作指示等）を有している。また、基地局１０は、ＲＳＵ（ｅＮＢの機能を有するｅＮＢタイプＲＳＵ）であってもよい。

　（基本的な動作例）
　本実施の形態では、ユーザ装置ＵＥがリソースプールから自律的にリソースを選択し、選択したリソースを使用してＤ２Ｄ信号の送信を行う方式（例：Ｍｏｄｅ４）を前提としている。

　また、本実施の形態で想定しているＶ２Ｘ（特にＶ２Ｖ）では、ユーザ装置ＵＥが自律的にリソースの選択をする際に、データの送信毎に新たにリソースを選択するのではなく、一旦選択したリソースを周期的にセミパーシステントに使用することが想定される。そして、例えば、使用するリソースに問題（例：衝突）が生じた際に、リソースの再選択を行う。

　複数のユーザ装置ＵＥが自律的に送信リソースを選択（再選択を含む）する際に、各ユーザ装置ＵＥが自由にリソースを選択するとなると、リソースの衝突が生じ、受信側のユーザ装置は信号を適切に受信できなくなる。そこで、３ＧＰＰでは、ユーザ装置ＵＥはバックグラウンドでリソースのセンシングを常時行っておき、使用ないし予約（占有と呼んでもよい）されていないリソース又は干渉の少ないリソースの中からリソースの選択を行う、センシングベースのリソース選択（ないし再選択）方式が仕様化されている。また、ユーザ装置ＵＥのバッテリー消費量が増大することを防止するために、ユーザ装置ＵＥが全てのサブフレームでセンシングを行うのではなく、限定されたサブフレームのみでセンシングを行う、パーシャルセンシングと呼ばれる方式も提案されている。本実施の形態でも、これらのセンシングベースのリソース選択（ないし再選択）方式を前提としている。

　１つのキャリアについての基本的な動作の例として、ユーザ装置ＵＥが行うセンシング及びリソース選択（ないし再選択）の動作を図１０を参照して説明する。なお、図１０は、図示の便宜上、時間リソース（つまりサブフレーム）に着目した図である。他の図でも同様である。図１０は、パーシャルセンシングを行う例を示している。図１０の「センシングウィンドウ」とは、ユーザ装置ＵＥがセンシングを行うべきとして予め定められた時間ウィンドウであり、例えば、最大で１０００ｍｓに設定される。パーシャルセンシングでは、ユーザ装置ＵＥは、センシングウィンドウ内の全てのサブフレームでセンシングを行うのではなく、限定された一部のサブフレーム（図１０の例では、Ｓ１～Ｓ４）のみでセンシングを行い、将来のリソースにおいて、Ｄ２Ｄ信号の送信が可能なリソース候補を検出する。図１０の例では、サブフレームＣ１及びＣ２のリソースが、リソースプールの中からリソース候補として検出された様子を示している。

　センシングにより、Ｄ２Ｄ信号の送信が可能なリソース候補を検出する方法は、例えば、センシングにより受信されたＳＣＩをデコードすることで把握される予約済みリソースを将来のリソースから除外し、残ったリソースをリソース候補とする方法、センシングにより測定したリソースの受信電力が所定の閾値以上であるリソースを将来のリソースから除外し、残ったリソースをリソース候補とする方法、及び、これらを組み合わせる方法などにより行われる。なお、センシングウィンドウ内のリソースと将来のリソースとの間の対応関係は、ＳＣＩに含まれる予約情報により明示的に示されるか、又は、準静的に定められた対応関係（例えば、センシングウィンドウ内で１００ｍｓ周期のリソースの受信電力が所定の閾値以上であった場合、次の１００ｍｓ後の周期のリソースは占有されていると推定する等）に基づき暗示的に示される。なお、リソース候補は、ユーザ装置ＵＥに割り当てられているリソースプールの中のリソースである。

　図１０に示された「選択ウィンドウ」とは、センシング結果に基づき、ユーザ装置ＵＥがリソースを選択すべき期間として予め定められた時間ウィンドウである。ユーザ装置ＵＥは、センシングにより検出されたリソース候補のうち、選択ウィンドウ内に含まれるリソース候補の中からデータに係るＤ２Ｄ信号の送信に用いるリソースを、例えばランダムに選択する。選択ウィンドウの開始タイミングは、ユーザ装置ＵＥがＤ２Ｄ信号を送信するためのリソースを選択するタイミングまたはそれ以降である。ユーザ装置ＵＥがＤ２Ｄ信号を送信するためのリソースを選択するタイミングとは、例えば、ユーザ装置ＵＥ内の上位レイヤ（例えばＶ２Ｘアプリケーション）で送信すべきデータが生成され、当該データが、リソースの選択を行うレイヤ（例えばＭＡＣレイヤ、物理レイヤ）に到着したタイミングである。

　上述したセンシングは、将来のリソースにおいてＤ２Ｄ信号の送信が可能なリソース候補を事前に検出しておく動作と言うことができる。つまり、ユーザ装置ＵＥは、選択ウィンドウが訪れた際に、事前に検出しているリソース候補の中からＤ２Ｄ信号を送信するリソースの選択を行うことができるように、予めバックグラウンドでセンシングを行っておく。

　続いて、本実施の形態に係るユーザ装置ＵＥが行う、１キャリアでのリソース選択（再選択）動作の一例を図１１を参照して説明する。

　ここでは、ユーザ装置ＵＥは、最初に上位レイヤからデータが到着したタイミングで、選択ウィンドウ内でリソースを選択し、以後、選択したリソースを周期的に使用することで、Ｄ２Ｄ信号を周期的に送信する。選択したリソースを周期的に使用するとは、一旦選択した周波数・時間リソースを、所定の時間間隔（例えば１００ｍｓ後など）で使用することである。

　ユーザ装置ＵＥは、リソースを選択した際に、カウンターの値をリセットしておく。なお、本カウンターは、０以上の正の整数であり、リセットの際に予め定められた値の範囲内（例えば、５～１５など）でランダムに選択される。当該カウンターは、例えば、サイドリンクリソース再選択カウンター（ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）であってもよい。例えば、ユーザ装置ＵＥは、Ｄ２Ｄ信号を送信するたびにＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲを減算し、カウンター値がゼロになったタイミングでリソースの再選択（Ｒｅｓｅｌｅｃｔｉｏｎ）を行う。

　続いて、ユーザ装置ＵＥは、選択したリソースでＤ２Ｄ信号の送信を行うたびにカウンターを減算し、上位レイヤからデータが到着した際に、既にリソースが選択されており（つまり、前回使用したリソースの次の周期に該当するリソースを把握しており）、かつ、カウンターが所定の閾値（Ｘ）（Ｘは１以上の正の整数）以下（又は未満）であった場合に、次のＤ２Ｄ信号を送信するためのリソース候補を検出するためにパーシャルセンシングを開始する。なお、ユーザ装置ＵＥは、上位レイヤからデータが到着した際に適切なリソースが選択されていないと判断した場合にも、パーシャルセンシングを開始することとしてもよい。図１１の例では、Ｘ＝３に設定されており、ユーザ装置ＵＥは、Ｄ２のデータが到着した際に、カウンター値＝３であることから、パーシャルセンシングを開始し、Ｄ３のデータを含むＤ２Ｄ信号を送信するためのリソース候補の検出を行う。

　パーシャルセンシングによりリソース候補が検出されない場合、ユーザ装置ＵＥは、次にＤ２Ｄ信号を送信する際には、現時点で選択しているリソース（つまり、前回のリソースの次の時間間隔後のリソースであり、時間間隔が１００ｍｓの場合は１００ｍｓ後のリソース）で、送信すべきデータを含むＤ２Ｄ信号を送信する。また、ユーザ装置ＵＥは、上位レイヤから次のデータが到着した際にパーシャルセンシングを開始するが、その際に、センシング対象のリソースを変更するようにする。すなわち、ユーザ装置ＵＥは、前回のパーシャルセンシングにおけるセンシング対象リソースとは異なるリソースに対してセンシングを行うようにする。図１１の例では、Ｄ２のデータが到着した際に行ったセンシングではリソース候補が検出されず、ユーザ装置ＵＥは、Ｄ３のデータを含むＤ２Ｄ信号を、リソースＲ２の次の送信間隔後のリソースであるリソースＲ３で送信する様子を示している。また、ユーザ装置ＵＥは、Ｄ３のデータが到着した際に行うパーシャルセンシングでは、Ｄ２のデータが到着した際に行ったセンシング対象リソースとは異なるリソースに対してセンシングを行うことになる。

　パーシャルセンシングにより選択可能なリソース候補が検出された場合、ユーザ装置ＵＥは、選択ウィンドウ内で、それまでに使用していたリソースとは異なるリソースの選択を行い（すなわちリソースの再選択を行い）、カウンター値をリセットした上で、再選択したリソースで次のＤ２Ｄ信号を送信する。なお、リソースの再選択を行ったものの次のデータが到着していないという状態も想定されるが、この場合、不要なＤ２Ｄ信号の送信を行うのではなく、次のデータが到着したタイミングでカウンター値のリセットおよびＤ２Ｄ信号の送信を行なってもよい。図１１の例では、Ｄ３のデータが到着した際に行ったパーシャルセンシングでリソース候補が検出され、ユーザ装置ＵＥは、選択ウィンドウ内でリソースＮＲ１を選択し、Ｄ４のデータを含むＤ２Ｄ信号を送信した様子を示している。また、カウンター値が、５～１５のいずれかの値にリセットされた状態を示している。なお、リソース候補が複数検出された場合、ユーザ装置ＵＥは、複数のリソース候補の中から、Ｄ２Ｄ信号を送信するためのリソースをランダムに選択してもよいし、測定された受信電力が最も低い（つまり、干渉が少ない）リソースを選択するようにしてもよい。

　以後、上述の動作を繰り返すことで、ユーザ装置ＵＥは、カウンター値が再度所定の閾値（Ｘ）以下（又は未満）になったタイミングでパーシャルセンシングを行い、リソースの再選択を行うことになる。これにより、カウンター値が所定の閾値（Ｘ）以下（又は未満）にならない限りセンシングが行われないので、ユーザ装置ＵＥのバッテリー消費を抑制することが可能になる。また、所定の閾値（Ｘ）を２以上にセットしておくことで、カウンター値がゼロになる前に、センシング対象リソースを変更しつつパーシャルセンシングが行われることになるため、パーシャルセンシングを用いる場合であっても、より適切なリソースが選択される確率を高めることが可能になる。上記動作の繰り返しはサブフレーム単位で行なってもよいし、バッテリー消費を削減するために１００ｍｓ単位など所定の複数のサブフレーム単位で繰り返してもよい。繰り返し周期を用いる場合、当該周期はユーザ装置ＵＥに事前設定されてもよいし、上位レイヤ（ブロードキャスト情報、ＲＲＣシグナリングなど）で基地局１０からユーザ装置ＵＥに設定されてもよい。

　次に、ユーザ装置ＵＥのマルチキャリアでの動作の実施例として実施例１～実施例３を説明する。

　（実施例１）
　図１２は実施例１の概要を説明するための図である。実施例１には実施例１－１と実施例１－２がある。実施例１－１では、図１２においてＡで示されるように、ユーザ装置ＵＥは、Ｄ２Ｄ信号を複数キャリア間で、できるだけ同時に（１サブフレームで）送信する。実施例１－２では、ユーザ装置ＵＥは、キャリア毎に独立にリソース選択（ないし再選択）を行う。この場合、図１２においてＢで示されるように、多く場合に、複数キャリア間で異なるサブフレームでＤ２Ｄ信号が送信される。

　ここで、図１２のＡに示す同時送信のケースでは、Ｂのケースと比較して、図１２の下側に示すように、送信電力密度が低下する。

　一方、図１３に示すように、同一バンド（又は特定のバンドコンビネーション）では、複数キャリア間で送信と受信を同時にはできないというＨａｌｆ　ｄｕｐｌｅｘの制限がある。ただし、ユーザ装置ＵＥの能力によっては、Ｈａｌｆ　ｄｕｐｌｅｘの制限がない場合もあるが、本実施の形態では、Ｈａｌｆ　ｄｕｐｌｅｘの制限があることとする。よって、図１２のＢのケースでは、一方のキャリアで送信に使用するサブフレームを、他方のキャリアで受信に使用できないという制限がある。ここで特定のバンドコンビネーションとは、ユーザ装置ＵＥに予め設定された周波数の組み合わせであってもよいし、ユーザ装置ＵＥ能力に基づいて決定される周波数の組み合わせであってもよいし、予め定義された周波数の組み合わせリストであってもよい。またＬＴＥ　Ｖ２Ｘに適用する場合はＬＴＥ　Ｖ２Ｘが特定の１バンドでの運用が多くの国で想定されていることから、同一バンド（又は特定のバンドコンビネーション）にこの制限を限定せず、すべての周波数の組み合わせでＨａｌｆ　ｄｕｐｌｅｘの制限があるとみなすことで、必要とされる端末動作を簡略化してもよい。これは後の別の実施例についても同様である。

　図１２のＡのケースは、通信範囲が短い場合に適している。一方、図１２のＢのケースは、通信範囲が長い場合に適している。

　ここで、ユーザ装置ＵＥが、複数キャリアでデータに関するＤ２Ｄ信号を送信する場合として、ユーザ装置ＵＥが送信しようとするデータ（バッファに格納されたデータ）が複数個のデータ（例：データＡとデータＢ）からなり、各データのＬａｙｅｒ－２の宛先ＩＤ、論理チャネル、又は優先度（ｐｒｉｏｒｉｔｙ）が異なる場合がある。この場合、例えば、ユーザ装置ＵＥは、データＡのＤ２Ｄ信号をキャリア＃１で送信し、データＢのＤ２Ｄ信号をキャリア＃２で送信する。また、データの種別（宛先ＩＤ、論理チャネル、又は優先度等で識別）によっては、特定のチャネルでしか送信できない場合が考えられ、その場合、当該データのＤ２Ｄ信号はその特定のチャネルで送信される。

　また、ユーザ装置ＵＥが、複数キャリアでＤ２Ｄ信号を送信する場合として、ユーザ装置ＵＥが送信しようとするデータが１つであり、データのサイズが大きい場合もある。この場合、例えば、ユーザ装置ＵＥは、当該データをデータＡとデータＢに分割し、データＡのＤ２Ｄ信号をキャリア＃１で送信し、データＢのＤ２Ｄ信号をキャリア＃２で送信する。

　なお、実施例１（実施例２、３も同様）で説明する（データに関する）Ｄ２Ｄ信号は、ＳＣＩ（ＰＳＣＣＨ）であってもよいし、データ（ＰＳＳＣＨ）であってもよいし、ＳＣＩとデータの組(例：周波数方向に連続するリソースブロックで送信されるもの)であってもよい。また、実施例１（実施例２、３も同様）の技術は、データのＤ２Ｄ信号に限定されず、Ｄ２Ｄ信号の種類によらずに適用可能である。

　実施例１（実施例２、３も同様）において、ユーザ装置ＵＥが実行するＤ２Ｄ信号の送信動作例を図１４Ａ、図１４Ｂを参照して説明する。図１４Ａ、図１４Ｂはいずれも、キャリア＃１とキャリア＃２を使用する例である。また、図１４Ａ、図１４Ｂはいずれも、ユーザ装置ＵＥがＳＣＩとデータを送信する場合に、周波数方向で隣接するリソースブロックを使用して送信する場合の例である。

　図１４Ａの場合、キャリア＃１におけるＳＣＩによりキャリア＃１のＰＳＳＣＨ（データ）のスケジューリングが行われ、キャリア＃２におけるＳＣＩによりキャリア＃２のＰＳＳＣＨのスケジューリングが行われる。図１４Ｂの場合、キャリア＃１におけるＳＣＩにより、キャリア＃１のＰＳＳＣＨのスケジューリングが行われるとともに、キャリア＃２のＰＳＳＣＨのスケジューリングが行われる。

　以下、実施例１－１と実施例１－２を個別に説明する。なお、以下で説明する実施例１－１、１－２では、ユーザ装置ＵＥが、複数キャリアのリソースを使用してＤ２Ｄ信号を送信することを前提としている。どのキャリアを選択するか（複数か１つか、を含む）については、実施例２で説明する。

　＜実施例１－１＞
　実施例１－１では、ユーザ装置ＵＥに対してＤ２Ｄ通信（例：Ｖ２Ｘ　ｓｉｄｅｌｉｎｋ　ｃｏｍｍｕｎｉｃａｔｉｏｎ）を行うように上位レイヤ(例：基地局１０からのＲＲＣシグナリングによる設定、ブロードキャスト情報、あるいは、端末に予め設定されたＰｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ)により設定がなされ、Ｄ２Ｄの送信データが発生した場合に、複数キャリアの複数リソースの中から、複数キャリア間で同一のサブフレーム（同一の時間位置）のリソースを選択する。図１５を参照してより具体的に説明する。

　実施例１（実施例２、３も同様）では、複数キャリア（図１５ではキャリア＃１とキャリア＃２）のそれぞれについて、従来の１キャリアの場合と同様に、リソースプールの設定（周期、オフセット、使用可能サブフレーム、使用可能周波数幅（リソースブロック数）等）が、基地局１０からユーザ装置ＵＥに対してなされることを想定している。

　そして、ユーザ装置ＵＥは、データが到着すると、各キャリアについてセンシングにより得られたリソース候補から、キャリア毎に、リソースを選択する。その際に、実施例１－１では、キャリア間で同一のサブフレームのリソースを選択する。

　図１５の例では、キャリア＃１において３つのリソース候補が選択され、キャリア＃２において３つのリソース候補が選択されている。なお、図１５は、図示の便宜上、リソースとして時間方向に着目した時間リソース（つまりサブフレーム）を示している。ユーザ装置ＵＥは、キャリア間の同一サブフレームでリソース候補が存在するＡで示すサブフレームのリソース候補を選択し、Ｄ２Ｄ信号の送信に使用する。なお、もしも、キャリア＃１のリソース候補とキャリア＃２のリソース候補の両方が存在する同一サブフレームがない場合（図１５でＡにおけるリソース候補がない場合）には、ユーザ装置ＵＥは、キャリア間で異なるサブフレームのリソース候補を選択してもよい（例：図１５のＢとＣを選択）。

　実施例１－１におけるリソース選択（ないし再選択）動作（同時リソース選択（ないし再選択）動作と呼ぶ）は、ユーザ装置ＵＥが基地局１０から同時リソース選択（ないし再選択）動作を許容する設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を受けた場合にのみ行われることとしてもよい。また、当該設定において複数のキャリアが特定される場合には、当該特定されたキャリア間（例：図１５のキャリア＃１とキャリア＃２）でのみ同時リソース選択（ないし再選択）動作が行われてもよい。

　また、上記のような基地局１０からの設定に代えて（あるいは当該設定に加えて）、ユーザ装置ＵＥが自律的に同時リソース選択（ないし再選択）動作を行うかどうかを判断してもよい。例えば、ユーザ装置ＵＥは、使用する複数キャリア間で、自身に設定されたリソースプールが同期している場合に、同時リソース選択（ないし再選択）動作を行うと判断してもよい。リソースプールが同期しているか否かを、もしくは、同期先のリソースプール番号を、リソースプール設定で通知してもよい。リソースプールが同期しているとは、例えば、使用する複数キャリア間で、リソースプールの時間領域パラメータ（オフセット、使用サブフレーム、予約周期等）が同じことである。なお、複数パラメータの全部が複数キャリア間で同じでなくてもよい。例えば、同時リソース選択（ないし再選択）動作が可能になるように、複数キャリア間で同一サブフレームのリソースを選択できる可能性がある場合に、同時リソース選択（ないし再選択）動作を行うと判断してもよい。

　また、ユーザ装置ＵＥが実施例１－１の同時リソース選択（ないし再選択）動作を行う場合において、ユーザ装置ＵＥは、将来の送信におけるリソース予約を行わないこととしてもよい。予約リソースを使用する場合、同時リソース選択（ないし再選択）ができなくなる可能性が高くなると考えられるからである。また、ユーザ装置ＵＥが実施例１－１の同時リソース選択（ないし再選択）動作を行う場合において、ユーザ装置ＵＥは、再送を行わないこととしてもよい。言いかえると、１つのデータ（具体的には１つのＭＡＣ　ＰＤＵ）については１回送信とする。再送を行う場合には、再送時に、同時リソース選択（ないし再選択）ができなくなる可能性が高くなると考えられるからである。

　また、ユーザ装置ＵＥが実施例１－１の同時リソース選択（ないし再選択）動作を行う場合において、ユーザ装置ＵＥは、複数キャリア間で共通のリソース選択（ないし再選択）トリガを使用することとしてもよい。具体的には、例えば、ユーザ装置ＵＥは、リソース再選択に係るパラメータ (例：カウンタ、閾値、現リソースを保持する確率等)として、複数キャリア間で共通のパラメータを使用する。

　実施例１－１では、複数キャリアにおける同一サブフレームのリソースを使用してＤ２Ｄ信号の送信を行うので、同一バンド（あるいは特定のバンドコンビネーション）において、Ｈａｌｆ　ｄｕｐｌｅｘの制限が少なくなるという効果がある。

　＜実施例１－２＞
　実施例１－２では、ユーザ装置ＵＥは、複数キャリアのそれぞれで、リソースの選択動作を実行する。つまり、ユーザ装置ＵＥは、各キャリアで、センシングベースのリソース選択（ないし再選択）動作を実行する。実施例１－２の動作を個別リソース選択（ないし再選択）動作と呼ぶ。この場合、図１２のＡで示すように、複数キャリア間で同一のサブフレームでのリソース選択（ないし再選択）がなされる場合もあるが、多くの場合、図１２のＢで示すように、複数キャリア間で異なるサブフレームでのリソース選択（ないし再選択）がなされる。

　実施例１－２は、実施例１－１に比べて、送信電力密度の低下を抑止でき、通信範囲が広がるという効果がある。

　＜実施例１－１（同時リソース選択（ないし再選択）動作）と実施例１－２（個別リソース選択（ないし再選択）動作）の選択動作＞
　ユーザ装置ＵＥは、リソース選択（ないし再選択）動作として、実施例１－１の同時リソース選択（ないし再選択）動作と実施例１－２の個別リソース選択（ないし再選択）動作のいずれかを選択してもよい。例えば、ユーザ装置ＵＥは、基地局１０からの設定に基づき、同時リソース選択（ないし再選択）動作と個別リソース選択（ないし再選択）動作のいずれかを選択し実行する。基地局１０からの設定は、ＲＲＣシグナリングによるｃｏｎｆｉｇｕｒａｔｉｏｎ又はｐｒｅｃｏｎｆｇｕｒａｔｉｏｎでもよいし、ＭＡＣレイヤでのシグナリング（例：ＭＡＣ　ＣＥ）による設定でもよいし、ＤＣＩによる動的な設定でもよい。

　また、上記の設定内容は、例えば、同時リソース選択（ないし再選択）動作と個別リソース選択（ないし再選択）動作のうちのいずれかの動作を指示することである。また、上記の設定内容が、同時リソース選択（ないし再選択）動作を許容する指示又は禁止する指示であってもよい。同時リソース選択（ないし再選択）動作を禁止する指示を受けたユーザ装置ＵＥは、個別リソース選択（ないし再選択）動作を実行する。

　図１６は、動作選択のシーケンス例である。ステップＳ１０１において、基地局１０がユーザ装置ＵＥに対して設定情報(動作指示)を送信する。ユーザ装置ＵＥは当該設定情報に基づいて、実行する動作として同時リソース選択（ないし再選択）動作又は個別リソース選択（ないし再選択）動作を決定し（ステップＳ１０２）、決定した動作によりＤ２Ｄ信号の送信を実施する（ステップＳ１０３）。

　また、ユーザ装置ＵＥは、ユーザ装置ＵＥが測定する各キャリアのＣＢＲ（Ｃｈａｎｎｅｌ　ｂｕｓｙ　ｒａｔｉｏ）又はＣＲ（Ｃｈａｎｎｅｌ　ｏｃｃｕｐａｎｃｙ　ｒａｔｉｏ）（いずれも非特許文献２）が所定の閾値よりも低い場合に同時リソース選択（ないし再選択）動作を実行することとしてもよい。例えば、ユーザ装置ＵＥは、基地局１０から同時リソース選択（ないし再選択）動作実行の指示を受信した場合でも、ＣＢＲ又はＣＲが所定の閾値以上である場合には、同時リソース選択（ないし再選択）動作を実行しないこととしてもよい。また、ユーザ装置ＵＥは、各キャリアのＣＢＲ又はＣＲを基地局１０に送信し、基地局１０が、ＣＢＲ又はＣＲを所定の閾値と比較することで、図１６のステップＳ１０１で送信する指示内容（同時リソース選択（ないし再選択）動作を許容又は禁止）を決定してもよい。

　なお、実施例１の動作は、複数キャリア間の複数のＰＳＣＣＨ／ＰＳＳＣＨの送信のみでなく、複数キャリア間のＰＳＣＣＨ／ＰＳＳＣＨとＳＬＳＳ／ＰＳＢＣＨの送信に適用してもよい。また、これら以外のＤ２Ｄ信号に適用してもよい。

　上記のような同時リソース選択（ないし再選択）動作と個別リソース選択（ないし再選択）動作との間の選択を可能にするこで、通信範囲に応じた制御を効率的に行うことができる。

　（実施例２）
　次に、実施例２を説明する。実施例２は、ユーザ装置ＵＥがＤ２Ｄ信号送信に複数キャリアを使用可能である場合において、ユーザ装置ＵＥがＤ２Ｄ信号送信に使用する１つ又は複数のキャリアを選択することに関わる実施例である。以下、実施例２－１、実施例２－２を説明する。

　＜実施例２－１＞
　実施例２－１では、ユーザ装置ＵＥがＤ２Ｄ信号の送信のためのリソース選択（ないし再選択）を行う際に、複数のキャリア（１キャリアになる場合もある）におけるリソース候補を含むバーチャル送信リソースプールを形成し、バーチャル送信リソースプールに含まれるリソース候補からＤ２Ｄ信号送信のためのリソースを、例えばランダムに選択する。

　例えば、まず、ユーザ装置ＵＥには、ユーザ装置ＵＥが使用可能な複数キャリアのそれぞれのリソースプールが基地局１０から設定される。更に、ユーザ装置ＵＥには、基地局１０からのシグナリング（例：ＲＲＣ、ＭＡＣ、又は、ＤＣＩ）により、バーチャル送信リソースプールの対象とする１つ又は複数のキャリアが通知される。

　例えば、ユーザ装置ＵＥがキャリア＃１、キャリア＃２、キャリア＃３を使用する場合に、キャリア＃１とキャリア＃２をバーチャル送信リソースプールの対象とすることを示す設定情報が基地局１０からユーザ装置ＵＥに通知される。なお、バーチャル送信リソースプールの対象とするキャリアの通知を行わずに、ユーザ装置ＵＥは、自身が使用可能な全てのキャリアをバーチャル送信リソースプールの対象としてもよい。

　ユーザ装置ＵＥは、バーチャル送信リソースプールの対象とするキャリア（使用可能な全キャリアでもよい）のセンシングを行い、データが到着した場合に、センシングにより得られた各対象キャリアのリソースプールの中のリソース候補のＵｎｉｏｎ（和集合）をバーチャル送信リソースプールとして決定する。

　また、ユーザ装置ＵＥは、送信しようとするデータのサイズ及びバーチャル送信リソースプールを構成するキャリア数に基づいて、Ｄ２Ｄ信号の送信に使用するリソース量を決定する。このリソース量は、周波数リソース量でもよいし、時間－周波数リソース量でもよいが、本実施の形態では、例えば１サブフレームあたりの周波数リソース量（例：周波数帯域幅、リソースブロック数等で表わす）であることを想定している。

　ユーザ装置ＵＥは、決定したリソース量に基づき、バーチャル送信リソースプールに含まれるリソース候補の中からリソース（時間－周波数リソース）を選択する。例えば、Ｄ２Ｄ信号送信に必要なリソース量が１キャリアの１サブフレーム分のリソース量以下であれば、ある１キャリアの１サブフレームのリソースが選択され、当該リソースによりＤ２Ｄ信号送信がなされる。また、例えば、Ｄ２Ｄ信号送信に必要なリソース量が１キャリアの１サブフレーム分のリソース量より大きければ（あるいは、種別（ＬＣＩＤ、宛先ＩＤ、優先度等）の異なる２つのデータを送信する場合）、あるキャリアの１サブフレームのリソースと、別のキャリアの１サブフレームのリソースが選択され、当該リソースによりＤ２Ｄ信号送信がなされる。なお、この場合、あるキャリアの２サブフレームのリソースが選択される場合もある。

　バーチャル送信リソースプールにおけるリソース選択（ないし再選択）においては、実施例１を適用してもよい。すなわち、ユーザ装置ＵＥは、前述したとおりに、実施例１－１と実施例１－２のどちらを実行するかを決定する。そして、実施例１－１を実行する場合、複数キャリア間で同一サブフレームのリソースを選択する。実施例１－２を実行する場合、例えば、キャリアを意識することなく、バーチャル送信リソースプールの中からランダムにリソースを選択する。

　実施例２の動作例を図１７を参照して説明する。図１７では、キャリア＃１とキャリア＃２がバーチャル送信リソースプールの対象となる。ユーザ装置ＵＥは、キャリア＃１のセンシングにより、図１７に示すリソース（サブフレーム）１、２、３、４をリソース候補として選択し、キャリア＃２のセンシングにより、図１７に示すリソース（サブフレーム）５、６をリソース候補として選択する。そして、ユーザ装置ＵＥは、リソース１、２、３、４、５、６を有するリソースプールをバーチャル送信リソースプールとして決定し、バーチャル送信リソースプールの中からリソースを選択してＤ２Ｄ信号の送信を行う。

　＜実施例２－１：ＰＳＣＣＨ（ＳＣＩ）の送信方法について＞
　図１４Ａ、Ｂを参照して説明したように、複数キャリアでＤ２Ｄ信号を送信する場合において、ユーザ装置ＵＥは、ＳＣＩを全キャリアで送信してもよいし、１つのキャリアで送信してもよい。

　１つのキャリア（アンカーキャリア、あるいは、レファレンスキャリアと称してもよい）でＳＣＩを送信する場合において、どのキャリアを使用するかについて、基地局１０からユーザ装置ＵＥへの設定がなされることとしてもよい。

　ユーザ装置ＵＥがＳＣＩを全キャリアで送信することを前提とする場合、以下で説明するように、リソースサイズの調整が必要になる場合がある。

　前述したように、ユーザ装置ＵＥは、データの送信の前に、データのサイズと、キャリア数（バーチャル送信リソースプールの対象キャリア数（使用され得る最大キャリア数））とに基づき、リソース量を決める。特に、ＳＣＩのリソース量はキャリア数に依存し、例えば、ＳＣＩのリソース量は２ＰＲＢ（物理リソースブロック）×キャリア数として計算される。

　しかし、ユーザ装置ＵＥが、バーチャル送信リソースプールにおけるリソース候補からランダムにリソース選択（ないし再選択）を行った結果、選択されたリソースに係るキャリア数が、バーチャル送信リソースプールの対象キャリア数よりも小さくなる場合がある。例えば、３キャリア（キャリア＃１～＃３）からなるバーチャル送信リソースプールからリソース選択（ないし再選択）を行った結果、キャリア＃１のリソースとキャリア＃２のリソースが選択されるという場合がある。

　この場合、キャリア＃１のリソースとキャリア＃２のリソースの合計のリソース量は、バーチャル送信リソースプールからのリソース選択（ないし再選択）の前に計算したリソース量であり、３キャリア分のＳＣＩを送信することを想定したリソース量である。すなわち、選択されたリソースのリソース量が、実際のＤ２Ｄ信号送信に必要なリソース量よりも大きくなる。

　このように、リソース選択（ないし再選択）により選択されたリソースのキャリアの数が、バーチャル送信リソースプールの対象キャリア数よりも小さくなった場合、ユーザ装置ＵＥは、リソース量の調整（削減）を実施する。

　図１８は、リソースの削減を行う場合におけるある選択リソースの例を示す。図１８に示すように、ＳＣＩ（ＰＳＣＣＨ）とデータ（ＰＳＳＣＨ）とを周波数方向に隣接するリソースブロックで送信するようにユーザ装置ＵＥが設定されている場合、例えばユーザ装置ＵＥは、データリソースにおけるＳＣＩとの隣接側と反対側のリソースの一部を削除（送信リソースから除外）する。これにより、ＳＣＩリソースとデータリソースとの周波数方向の連続性が保持されたまま調整を行うことができる。

　また、上記のようにＳＣＩ（ＰＳＣＣＨ）とデータ（ＰＳＳＣＨ）とを周波数方向に隣接するリソースブロックで送信する場合に限らず、ユーザ装置ＵＥは、データリソースの一部除外を行う際に、以下の方法で行うことができる。

　例えば、ユーザ装置ＵＥは、除外可能なリソースの中で、干渉の高いリソースを除外する。干渉の高いリソースとは、例えば、センシングにおけるＲＳＲＰ測定結果が、除外可能なリソースの中で最も高いリソースである。また、ユーザ装置ＵＥは、除外可能なリソースの中から、除外するリソースをランダムに選択することとしてもよい。また、ユーザ装置ＵＥは、除外可能なリソースの中から、除外するリソースを任意に選択することとしてもよい。

　＜実施例２－１：キャリア選択について＞
　前述したように、特定の種別のデータ（例：セーフティアプリケーションのデータ）は、特定のキャリアでしか送信が許容されない場合がある。そこで、基地局１０からユーザ装置ＵＥに対して、データの種別（例えば、メッセージタイプＩＤ、優先度、あるいは、ロジカルチャネルＩＤ）毎に、使用できるキャリアを示したリストを上位レイヤの設定情報として送信することとしてもよい。ユーザ装置ＵＥは、当該リストに基づき、送信しようとするデータに許容されているキャリアを把握し、当該データのＤ２Ｄ信号送信用のリソースとして、バーチャル送信リソースプールから、当該キャリアのリソースを選択する。あるいは、ユーザ装置ＵＥは、センシングにより得られたリソース候補からバーチャル送信リソースプールを形成する際に、送信しようとするデータに許容されているキャリアのみでバーチャル送信リソースプールを形成してもよい。

　以上説明した実施例２－１によれば、後述する実施例２－２と比べて、干渉の少ないリソースを選択できる。

　＜実施例２－２＞
　次に、実施例２－２を説明する。実施例２－２では、ユーザ装置ＵＥは、リソース選択（ないし再選択）を行う前に、使用する１つ又は複数のキャリアを選択する。

　例えば、ユーザ装置ＵＥは、ある「論理チャネル、及び／又は、宛先、及び／又は、優先度」のデータを送信する場合において、当該「論理チャネル、及び／又は、宛先、及び／又は、優先度」のデータのＤ２Ｄ信号送信に許容されている１つ又は複数のキャリアを選択する。例えば、ユーザ装置ＵＥが、Ｌａｙｅｒ－２の宛先（宛先Ａ，宛先Ｂとする）の異なる２つのデータ（ＭＡＣ　ＰＤＵ）を送信する場合において、ユーザ装置ＵＥは、宛先Ａに許容されているキャリア＃１を宛先Ａのデータに対して選択し、宛先Ｂに許容されているキャリア＃２を宛先Ｂのデータに対して選択する。

　また、例えば、論理チャネル１はキャリア＃１のみで送信でき、論理チャネル２はキャリア＃２のみで送信できる場合の例を図１９に示す。図１９の例では、ユーザ装置ＵＥにおいて、論理チャネル１のデータと論理チャネル２のデータが到着し、ユーザ装置ＵＥは、キャリア＃１とキャリア＃２を選択する。ユーザ装置ＵＥは、各データ送信用のリソース量の決定の後、各キャリアのセンシングで得たリソース候補の中から、送信リソースとして、リソース１とリソース２を選択し、それぞれで論理チャネル１と論理チャネル２の送信を行う。

　また、ユーザ装置ＵＥが、Ｄ２Ｄ信号送信のために、各キャリアのリソース量を決定する際に、ユーザ装置ＵＥは、同じ「論理チャネル、及び／又は、宛先、及び／又は、優先度」のデータに対するリソース量をキャリアに均等に割り当てることとしてもよい。例えば、ある「論理チャネル、及び／又は、宛先、及び／又は、優先度」を持つ１つのデータを、当該「論理チャネル、及び／又は、宛先、及び／又は、優先度」に許容されている２つのキャリア（キャリア＃１、キャリア＃２）で送信する場合において、当該データのＤ２Ｄ信号のリソース量として６ＲＢ（リソースブロック）が算出された場合に、３ＲＢをキャリア＃１でのリソース量とし、３ＲＢをキャリア＃２でのリソース量とする。そして、当該リソース量に基づき、各キャリアについて、センシングで得られたリソース候補から使用リソースを選択する。

　上記のような均等分割により、送信電力密度の劣化、キャリア間での電力不均等（通信範囲不均等）などを低減できる。

　なお、実施例２－２に対しても実施例１を適用することが可能である。すなわち、ユーザ装置ＵＥは、前述したとおりに、実施例１－１と実施例１－２のどちらを実行するかを決定する。そして、実施例１－１を実行する場合、複数キャリア間で同一サブフレームのリソースを選択する。実施例１－２を実行する場合、例えば、キャリア毎にランダムにリソースを選択する。

　＜実施例２－１（バーチャル送信リソースプール）と実施例２－２（事前キャリア選択）の選択動作＞
　ユーザ装置ＵＥは、送信しようとするデータ（バッファに格納されたデータ）における「論理チャネル、及び／又は、宛先、及び／又は、優先度」が１種類である場合に、実施例２－１の動作を選択する。また、ユーザ装置ＵＥは、送信しようとするデータ（バッファに格納されたデータ）における「論理チャネル、及び／又は、宛先、及び／又は、優先度」が１種類である場合に、実施例２－１と実施例２－２の動作を任意に（ランダムに）選択することとしてもよい。

　ユーザ装置ＵＥは、送信しようとするデータ（バッファに格納されたデータ）における「論理チャネル、及び／又は、宛先、及び／又は、優先度」が複数種類である場合に、実施例２－２の動作を選択する。

　また、基地局１０が、実施例２－１と実施例２－２のいずれの動作を行うかを指示する指示情報をユーザ装置ＵＥに送信し、ユーザ装置ＵＥは、当該指示に従って動作を実行してもよい。

　（実施例３）
　次に、実施例３を説明する。実施例３は、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信に関する実施例であり、実施例３－１～３－５がある。実施例３は、実施例１と実施例２のいずれにも組み合わせて実施することができる。

　＜実施例３－１＞
　既に説明したように、ユーザ装置ＵＥは、キャリア毎に同一サブフレームで、ＰＳＳＳ、ＳＳＳＳ、及びＰＳＢＣＨ（ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨ）を送信する。本実施の形態において、複数キャリアが存在する場合、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨはキャリア毎に送信される。

　Ｄ２Ｄで複数キャリアが使用される場合、図２０に示すように、ユーザ装置ＵＥは、複数キャリアで同時に（同一サブフレームで）ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信する場合がある。しかし、ユーザ装置ＵＥが、例えば１つのキャリアでしか同時にはＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信できない場合には、図２０に示す送信を行うことはできない。複数キャリアの同時送信により総送信電力が最大送信電力よりも大きくなり、送信電力を下げる（Ｓｃａｌｉｎｇ）する必要がある場合にも類似した送信キャリア数の制限が生じることがある。例えば総送信電力が端末の最大送信電力を超え、かつＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信電力を下げて送信することが許容されない場合、ユーザ装置ＵＥはいずれかのＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨ送信を行うことができない。

　実施例３－１では、ユーザ装置ＵＥがＤ２Ｄ通信に使用する複数キャリアのキャリア数よりも、ユーザ装置ＵＥがＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを同時に送信できるキャリア数のほうが少ない場合、ユーザ装置ＵＥは、下記の方法１～方法４（単独あるいは複数の組み合わせ）で、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信するキャリアを選択することとしてもよい。なお、実施例３－１では、各キャリアでのＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信時間位置は共通であることを想定している。なお、ＰＳＳＳ／ＳＳＳＳをＳＬＳＳと称しても良い。

　（１）方法１
　ユーザ装置ＵＥは、ＰＳＣＣＨ（ＳＣＩ）／ＰＳＳＣＨ（データ）を送信しているキャリアでＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信する。

　（２）方法２
　ユーザ装置ＵＥは、ＰＳＣＣＨ／ＰＳＳＣＨの送信のための予約リソースを有するキャリアでＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信する。

　（３）方法３
　ユーザ装置ＵＥは、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信に興味を持つキャリアでＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信する。ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信に興味を持つキャリアとは、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信を行おうとしているキャリアであり、例えば、当該キャリアについてのリソース割当要求等の情報を基地局１０に送信したキャリアである。

　（４）方法４
　ユーザ装置ＵＥは、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを優先して送信するキャリアとして設定された特定のキャリアでＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信する。当該特定のキャリアは、例えば、サイドリンク同期のレファレンス（アンカー）キャリアであり、ユーザ装置ＵＥに予め設定（Ｐｒｅ－ｃｏｎｆｉｇｕｒｅ）されるか基地局１０からブロードキャスト情報もしくは上位レイヤシグナリングにより設定されたものである。。

　また、方法１～４とは別に（あるいは方法１～４に加えて）、ユーザ装置ＵＥは、基地局１０から、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨに関するキャリアの優先度を受信し、優先度に従って、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信するキャリアを選択することとしてもよい。例えば、３つのキャリアを使用するユーザ装置ＵＥが、２つのキャリアでしか同時にＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信できない場合、３つのうちの優先度が上位２キャリアでＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信する。

　また、同じ優先度の複数キャリア（例：明示的な優先度が同じ複数キャリア、ＰＳＣＣＨ／ＰＳＳＣＨの送信を行っている複数キャリア等）のＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの同時送信に関して、ユーザ装置ＵＥは、ユーザ装置ＵＥの能力の範囲で、任意に（ランダムに）ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信するキャリアを選択することとしてもよい。

　また、ユーザ装置ＵＥが、使用している複数キャリア全てでＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを同時に送信できる場合、当該同時送信を実行する。この場合、ユーザ装置ＵＥは、同時送信に伴って送信電力が最大送信電力に達する場合、送信電力をキャリア間で均等に配分する。

　実施例３－１により、ユーザ装置ＵＥにおいてＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信能力に制限がある場合でも、ＰＳＳＳ／ＳＳＳＳベースの同期の性能劣化を最小限にすることができる。

　＜実施例３－２＞
　Ｄ２Ｄで複数キャリアが使用される場合、ユーザ装置ＵＥは、あるキャリアのＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信するサブフレームで、別のキャリアにおけるＰＳＣＣＨ／ＰＳＳＣＨを送信する場合がある。しかし、ユーザ装置ＵＥが、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨとＰＳＣＣＨ／ＰＳＳＣＨを、同一バンドあるいは所定のバンドコンビネーションにおける複数キャリアで同時に送信する能力を有しない場合、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨとＰＳＣＣＨ／ＰＳＳＣＨを同時に送信することができない。ユーザ装置ＵＥが、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨとＰＳＣＣＨ／ＰＳＳＣＨを複数キャリアで同時に送信する能力を有しない場合の対処方法の例としてオプション１、オプション２、オプション３、オプション４、オプション５を説明する。

　（１）オプション１
　オプション１では、ユーザ装置ＵＥは、使用する複数キャリアの中のあるキャリアのＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信サブフレームと同じ別キャリアのサブフレームを、ＰＳＣＣＨ／ＰＳＳＣＨの送信のためのリソース選択（ないし再選択）におけるリソース候補から除外する。

　例えば、図２１に示すように、ユーザ装置ＵＥが、キャリア＃１とキャリア＃２を使用する場合において、サブフレームｎでキャリア＃２でのＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨ送信が行われる。一方、キャリア＃１において、例えば、ユーザ装置ＵＥは、センシングの結果によりサブフレームｎのリソースがリソース候補として検出された場合でも、当該リソース候補を、リソース選択（ないし再選択）対象から除外する。

　（２）オプション２
　オプション２では、ユーザ装置ＵＥは、使用する複数キャリアの中のあるキャリアにおいてＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信用に設定された（ｃｏｎｆｉｇｕｒｅｄ　ｏｒ　ｐｒｅｃｏｎｆｉｇｕｒｅｄ）サブフレームを、他のキャリアでのＰＳＣＣＨ／ＰＳＳＣＨ送信用のサブフレームから除外する。当該除外する設定は、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨのサブフレームの設定に基づいて、ユーザ装置ＵＥが自律的に行うこととしてもよいし、当該除外する設定を、基地局１０からユーザ装置ＵＥに対してＲＲＣシグナリング等により実施することとしてもよい。

　例えば、図２２の例では、キャリア＃１におけるサブフレームｎが、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信用のサブフレームから除外される。

　オプション１はオプション２と比較して、サブフレームのインデックスに変更がない点で好ましい。

　（３）オプション３
　ユーザ装置ＵＥは、使用する複数キャリアの中のあるキャリアのＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信サブフレームと同じ別キャリアのサブフレームを、ＰＳＣＣＨ／ＰＳＳＣＨの送信のためのリソース選択（ないし再選択）において選択した場合に、当該サブフレームでのＰＳＣＣＨ／ＰＳＳＣＨの送信をドロップする。つまり、当該サブフレームではＰＳＣＣＨ／ＰＳＳＣＨの送信を行わない。

　（４）オプション４
　ユーザ装置ＵＥは、使用する複数キャリアの中のあるキャリアのＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨのうち、Ｐｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎもしくは上位レイヤシグナリングにより設定されたキャリアについては優先して送信を行い、それ以外のキャリアでのＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨについてはオプション１～３のいずれかの組み合わせを用いたりＰＳＣＣＨ／ＰＳＳＳＣＨの送信を優先したりする。

　（５）オプション５
　ユーザ装置ＵＥは、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信をＰＳＣＣＨ／ＰＳＳＳＣＨの送信に対して優先する。端末能力が不足する場合、ＰＳＣＣＨ／ＰＳＳＳＣＨの送信から優先的にドロップされる。

　例えば、図２１の例を使用すると、キャリア＃１において、ユーザ装置ＵＥは、サブフレームｎのリソースをＰＳＣＣＨ／ＰＳＳＣＨ送信リソースとして選択した場合でも、当該サブフレームではＰＳＣＣＨ／ＰＳＳＣＨの送信を行わない。

　実施例３－２により、ユーザ装置ＵＥが、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨとＰＳＣＣＨ／ＰＳＳＣＨを複数キャリアで同時に送信する能力を有しない場合でも、適切な動作が可能となる。

　＜実施例３－３＞
　Ｄ２Ｄにおいて、同一バンドあるいは所定のバンドコンビネーションにおける複数キャリアを使用する場合、例えば、あるキャリアのあるサブフレームでＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信するユーザ装置ＵＥ（Ｈａｌｆ　ｄｕｐｌｅｘ制限のあるＵＥ）は、当該サブフレームでは他のキャリアのＤ２Ｄ信号を受信することができない。また、あるキャリアのあるサブフレームでＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを受信するユーザ装置ＵＥ（Ｈａｌｆ　ｄｕｐｌｅｘ制限のあるＵＥ）は、当該サブフレームでは他のキャリアのＤ２Ｄ信号を送信することができない。

　そこで、実施例３－３では、ユーザ装置ＵＥが、同一バンドあるいは所定のバンドコンビネーションにおける複数キャリアを使用してＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信する場合、当該複数キャリア間でＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨが同一サブフレームで送信されるように、当該複数キャリア間で共通のサブフレームオフセットを適用する。

　上記のように複数キャリア間で共通のサブフレームオフセットを適用することは、ユーザ装置ＵＥが、ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ　ｒｅｆｅｒｅｎｃｅを選択していない場合に限定してもよい。また、ユーザ装置ＵＥが、ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ　ｒｅｆｅｒｅｎｃｅを選択している場合でも、複数キャリア間で共通のサブフレームオフセットを適用することとしてもよい。

　上記のサブフレームオフセットとは、例えば、非特許文献３に記載されたｓｙｎｃＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ１及びｓｙｎｃＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ２である。非特許文献３に記載のように、ユーザ装置ＵＥは、サイドリンク設定情報に含まれるｓｙｎｃＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ１又はｓｙｎｃＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ２を選択し、選択したｓｙｎｃＯｆｆｓｅｔＩｎｄｉｃａｔｏｒに従ってＰＳＳＳ／ＳＳＳＳを送信するサブフレームを決定する。実際には送信サブフレームは、同期リファレンス及び／又はフレーム同期（例えばＳＦＮあるいはＤＦＮ）に対する時間オフセットに基づいて決定されることがあるため、ユーザ装置ＵＥは同一バンドあるいは所定のバンドコンビネーションにおける複数キャリアでは同期リファレンス及び／又はフレーム同期が共通であるとみなしてもよいし、同一バンドあるいは所定のバンドコンビネーションにおける複数キャリアでは同期リファレンス及び／又はフレーム同期が共通となるようにＰｒｅｃｏｎｆｉｇｕｒａｔｉｏｎもしくは上位レイヤシグナリングでの設定を行うとしてもよい。

　実施例３－３では、複数キャリア間（例：キャリア＃１とキャリア＃２）で共通のサブフレームオフセットを使用するので、図２３に示すように、複数キャリア間で同一サブフレームでＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信することができる。仮に、複数キャリア間で異なるサブフレームオフセットを選択すると、複数キャリア間で異なるサブフレームでＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信することになり、これらのサブフレームでは、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを受信できない。実施例３－３ではこれを回避できる。

　実施例３－３では、例えば、基地局１０からユーザ装置ＵＥに対し、同一バンドあるいは所定のバンドコンビネーションでの複数キャリア間で同一のサブフレームオフセットを使用することを指示する設定情報（時間位置を指示する情報）が送信され、ユーザ装置ＵＥは当該設定情報に基づいて、当該複数キャリア間で同一のサブフレームオフセットを用いて各キャリアでＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信を行う。

　ユーザ装置ＵＥが、複数キャリアで複数のＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信する際に、総送信電力が最大送信電力に達する場合、以下のオプション１とオプション２がある。

　（１）オプション１
　ユーザ装置ＵＥは、特定のキャリア（例：レファレンス（アンカー）キャリアとして設定されたキャリア）以外のキャリアにおけるＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの送信電力をスケーリングする（つまり、削減する）。この場合、特定のキャリア（例：レファレンス（アンカー）キャリアとして設定されたキャリア）以外のキャリアが複数存在する場合、例えば、ユーザ装置ＵＥは、送信電力を当該複数キャリア間で均等に分割する。このような手法により、特定のキャリアにおけるＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨ送信を保護できる。ただし、あるＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨはドロップされる可能性がある。

　（２）オプション２
　ユーザ装置ＵＥは、複数キャリアを区別せずに、複数キャリア間で均等にＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨ送信のための送信電力を分割する。この手法によれば、全てのＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨのカバレッジが劣化するものの、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨのドロップを回避できる。

　＜実施例３－４＞
　次に、実施例３－４を説明する。実施例３－４では、ユーザ装置ＵＥが、同一バンド又は所定のバンドコンビネーションにおける複数キャリアのうち少なくとも１キャリアでＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを受信する場合において、ユーザ装置ＵＥは、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを受信するあるキャリアのサブフレームと同じ他のキャリアのサブフレームにおけるリソースをデータ（ＰＳＣＣＨ／ＰＳＳＣＨ）送信のためのリソース選択（ないし再選択）の対象から除外する。もしくは、ユーザ装置ＵＥは、あるキャリアのＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの受信と、別のキャリアでのデータ（ＰＳＣＣＨ／ＰＳＳＣＨ）送信が同時に(同一サブフレーム)で発生する場合に、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの受信をデータ（ＰＳＣＣＨ／ＰＳＳＣＨ）送信よりも優先する。つまり、この場合、ユーザ装置ＵＥは、別のキャリアでデータが発生した場合でも、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの受信の処理を行い、データ（ＰＳＣＣＨ／ＰＳＳＣＨ）送信の処理（例：符号化、変調等）を行わない。

　図２４は、キャリア＃１とキャリア＃２を使用する場合における例を示す。図２４に示すように、ユーザ装置ＵＥは、キャリア＃１においてＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを受信するサブフレームでは、キャリア＃２において、データ（ＰＳＣＣＨ／ＰＳＳＣＨ）送信を行わない。

　実施例３－４によれば、Ｈａｌｆ　ｄｕｐｌｅｘの制限がある場合に、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨの受信を保護することができる。

　＜実施例３－５＞
　次に、実施例３－５を説明する。実施例３－５では、ユーザ装置ＵＥが、同一バンド又は所定のバンドコンビネーションにおける複数キャリアのうちのあるキャリアでデータ（ＰＳＣＣＨ／ＰＳＳＣＨ）をセンシングに基づくリソース選択（ないし再選択）を用いて送信する場合において、ユーザ装置ＵＥは、リソース選択（ないし再選択）において、他のキャリアでＰＳＣＣＨ／ＰＳＳＣＨまたはＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信している（あるいはリソースを予約している）サブフレームにおけるリソースを当該データ（ＰＳＣＣＨ／ＰＳＳＣＨ）送信のためのリソース選択（ないし再選択）の対象から除外する。

　実施例３－５によれば、Ｈａｌｆ　ｄｕｐｌｅｘの制限がある場合に、他キャリアでの送信によりセンシング不可となるサブフレームを除外してリソースを選択することで、適切なセンシングに基づくリソース選択（ないし再選択）が可能となる。

　（装置構成）
　次に、これまでに説明した処理動作を実行するユーザ装置ＵＥ及び基地局１０の機能構成例を説明する。ユーザ装置ＵＥ及び基地局１０は、実施例１－１、実施例１－２、実施例２－１、実施例２－２、実施例３－１、実施例３－２、実施例３－３、実施例３－４、実施例３－５の全ての機能を備えてもよいし、８つのうちのいずれかの１つの実施例のみの機能を備えてもよいし、８つのうちのいずれかの複数の実施例のみの機能を備えてもよい。

　＜ユーザ装置＞
　図２５は、ユーザ装置ＵＥの機能構成の一例を示す図である。図２５に示すように、ユーザ装置ＵＥは、信号送信部１０１と、信号受信部１０２と、選択部１０３と、設定情報管理部１０４とを有する。図２５に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

　信号送信部１０１は、送信データから送信を作成し、当該送信信号を無線で送信する。信号受信部１０２は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。信号送信部１０１と信号受信部１０２は、いずれもＤ２Ｄ機能とセルラー通信機能を含む。信号送信部１０１は、実施例１－１、実施例１－２、実施例２－１、実施例２－２、実施例３－１、実施例３－２、実施例３－３、実施例３－４、実施例３－５で説明した信号送信の動作を実行する機能を含み、信号受信部１０２は、実施例１－１、実施例１－２、実施例２－１、実施例２－２、実施例３－１、実施例３－２、実施例３－３、実施例３－４、実施例３－５で説明した信号受信の動作を実行する機能を含む。選択部１０３は、実施例１－１、実施例１－２、実施例２－１、実施例２－２、実施例３－１、実施例３－２、実施例３－３、実施例３－４、実施例３－５で説明したキャリア選択、リソース選択（ないし再選択）等を実行する機能を含む。

　設定情報管理部１０４は、信号受信部１０２により基地局１０から受信した各種の設定情報、及び、予め設定される設定情報を格納する。

　また、選択部１０３は、複数のキャリアを使用してＤ２Ｄ信号を送信するためのリソースをリソースプールから選択するように構成され、信号送信部１０１は、選択部１０３により選択されたリソースを用いて、前記複数のキャリアを使用してＤ２Ｄ信号を送信するように構成され、選択部１０１は、前記複数のキャリア間で同一の時間位置にあるリソースを選択し、信号送信部１０１は、当該リソースを用いて前記Ｄ２Ｄ信号を送信することとしてもよい。前記複数のキャリアが、基地局から指定された特定の複数のキャリアである場合に、前記選択部１０３は、前記複数のキャリア間で同一の時間位置にあるリソースを選択することとしてもよい。前記選択部１０３は、前記複数のキャリア間でリソースプールが同期していると判断した場合に、前記複数のキャリア間で同一の時間位置にあるリソースを選択することとしてもよい。

　また、選択部１０３は、１つのキャリア又は複数のキャリアを使用してＤ２Ｄ信号を送信するためのリソースを選択するように構成され、信号送信部１０１は、前記選択部１０３により選択されたリソースを用いて、前記１つのキャリア又は前記複数のキャリアを使用してＤ２Ｄ信号を送信するように構成され、前記選択部１０３は、センシングにより得られたリソース候補の集合を仮想送信リソースプールと見なし、当該仮想送信リソースプールから前記Ｄ２Ｄ信号を送信するためのリソースを選択し、前記信号送信部１０１は当該リソースを使用して前記Ｄ２Ｄ信号を送信することとしてもよい。

　前記選択部１０３は、前記仮想送信リソースプールにおけるキャリア数が、当該仮想送信リソースプールから選択されたリソースのキャリア数よりも大きい場合に、当該選択されたリソースの一部を削除することとしてもよい。

　また、選択部１０３は、Ｄ２Ｄ信号を送信するために使用する複数のキャリアを選択するように構成され、信号送信部１０１は、前記選択部１０３により選択された複数のキャリアを使用してＤ２Ｄ信号を送信するように構成され、前記選択部１０３は、前記Ｄ２Ｄ信号の送信に使用するリソースのリソース量を前記複数のキャリアにおける各キャリアについて決定し、当該リソース量に基づき、各キャリアのリソースを、センシングにより得られたリソース候補から選択することとしてもよい。

　また、信号送信部１０１は複数のキャリアを使用してＤ２Ｄ信号を送信するように構成され、選択部１０３は、前記信号送信部１０１により同期信号を送信するために使用するキャリアを選択するように構成され、前記選択部１０３は、前記ユーザ装置に設定された特定のキャリアを、前記同期信号を送信するために使用するキャリアとして選択し、前記信号送信部１０１は、当該キャリアを使用して同期信号を送信することとしてもよい。

　また、信号送信部１０１は、第１のキャリアを使用してデータに関するＤ２Ｄ信号を送信し、第２のキャリアを使用して同期信号を送信するように構成され、選択部１０３は、前記第１のキャリアにおける前記Ｄ２Ｄ信号の送信に使用するためのリソースを選択するように構成され、前記選択部１０３は、前記第２のキャリアにおける同期信号が送信される時間位置と同じ時間位置にあるリソースを除いたリソースから、前記Ｄ２Ｄ信号の送信に使用するリソースを選択することとしてもよい。

　また、信号送信部１０１は、第１のキャリアを使用してデータに関するＤ２Ｄ信号を送信し、第２のキャリアを使用して同期信号を送信するように構成され、選択部１０３は、前記第１のキャリアにおける前記Ｄ２Ｄ信号の送信に使用するためのリソースを選択するように構成され、前記信号送信部１０１は、前記選択部１０３により選択された前記リソースの時間位置が、前記第２のキャリアにおける同期信号が送信される時間位置と同じ時間位置であることを検知した場合に、前記選択部により選択された前記リソースを使用した前記Ｄ２Ｄ信号の送信を実行しないこととしてもよい。

　また、信号送信部１０１は、第１のキャリアを使用して同期信号を送信し、第２のキャリアを使用して同期信号を送信するように構成され、信号受信部１０２は、同期信号の送信時間位置を指示する設定情報を基地局から受信するように構成され、前記信号送信部１０１は、前記設定情報に従って、前記第１のキャリアを使用する同期信号と、前記第２のキャリアを使用する同期信号とを同じ時間位置で送信するようにしてもよい。

　前記信号送信部１０１は、同期信号を送信するための総送信電力が最大送信電力を超えることを検知した場合に、特定のキャリア以外のキャリアにおける同期信号の送信電力を削減することとしてもよい。

　また、信号受信部１０２は、第１のキャリアを使用して同期信号を受信するように構成され、信号送信部１０１は、第２のキャリアを使用してデータに関するＤ２Ｄ信号を送信するように構成され、選択部１０３は、前記第２のキャリアにおける前記Ｄ２Ｄ信号の送信に使用するためのリソースを選択するように構成され、前記選択部１０３は、前記第１のキャリアにおける同期信号を受信する時間位置と同じ時間位置にあるリソースを除いたリソースから、前記Ｄ２Ｄ信号の送信に使用するリソースを選択するようにしてもよい。

　＜基地局１０＞
　図２６は、基地局１０の機能構成の一例を示す図である。図２６に示すように、基地局１０は、信号送信部２０１と、信号受信部２０２と、設定情報管理部２０３とを有する。図２６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

　信号送信部２０１は、ユーザ装置ＵＥ側に送信する信号を生成し、当該信号を無線で送信する機能を含む。信号受信部２０２は、ユーザ装置ＵＥから送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。

　信号送信部２０１は、実施例１－１、実施例１－２、実施例２－１、実施例２－２、実施例３－１、実施例３－２、実施例３－３、実施例３－４、実施例３－５における、ユーザ装置ＵＥへの情報送信の動作を実行する機能を含み、信号受信部２０２は、実施例１－１、実施例１－２、実施例２－１、実施例２－２、実施例３－１、実施例３－２、実施例３－３、実施例３－４、実施例３－５における、ユーザ装置ＵＥからの情報受信の動作を実行する機能を含む。

　設定情報管理部２０３は、ユーザ装置ＵＥに送信する各種の設定情報、ユーザ装置ＵＥから受信する各種の設定情報、及び、予め設定される設定情報を格納する。

　＜ハードウェア構成＞
　上記実施の形態の説明に用いたブロック図（図２５～図２６）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。

　また、例えば、本発明の一実施の形態におけるユーザ装置ＵＥと基地局１０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図１８は、本実施の形態に係るユーザ装置ＵＥと基地局１０のハードウェア構成の一例を示す図である。上述のユーザ装置ＵＥと基地局１０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ装置ＵＥと基地局１０のハードウェア構成は、図に示した１００１～１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

　ユーザ装置ＵＥと基地局１０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）で構成されてもよい。

　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図２５に示したユーザ装置ＵＥの信号送信部１０１、信号受信部１０２、選択部１０３、設定情報管理部１０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図２６に示した基地局１０の信号送信部２０１と、信号受信部２０２と、設定情報管理部２０３は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

　通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ユーザ装置ＵＥの信号送信部１０１及び信号受信部１０２は、通信装置１００４で実現されてもよい。また、基地局１０の信号送信部２０１及び信号受信部２０２は、通信装置１００４で実現されてもよい。

　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

　また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

　また、ユーザ装置ＵＥと基地局１０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ　Ｌｏｇｉｃ　Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

　（実施の形態のまとめ）
　以上、説明したように、本実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、複数のキャリアを使用してＤ２Ｄ信号を送信するためのリソースをリソースプールから選択する選択部と、前記選択部により選択されたリソースを用いて、前記複数のキャリアを使用してＤ２Ｄ信号を送信する送信部と、を備え、前記選択部は、前記複数のキャリア間で同一の時間位置にあるリソースを選択し、前記送信部は、当該リソースを用いて前記Ｄ２Ｄ信号を送信することを特徴とするユーザ装置が提供される。

　上記の構成により、Ｄ２Ｄ通信をサポートする無線通信システムにおいて、ユーザ装置が複数のキャリアのリソースから、Ｄ２Ｄ信号の送信に使用するリソースを適切に選択して、Ｄ２Ｄ信号の送信を行うことが可能となる。

　前記複数のキャリアが、基地局から指定された特定の複数のキャリアである場合に、前記選択部は、前記複数のキャリア間で同一の時間位置にあるリソースを選択することとしてもよい。この構成により、例えば、無線通信システムにおいて、複数キャリア間の負荷分散を行うことが可能となる。

　前記選択部は、前記複数のキャリア間でリソースプールが同期していると判断した場合に、前記複数のキャリア間で同一の時間位置にあるリソースを選択することとしてもよい。この構成により、複数のキャリア間で同一の時間位置にあるリソースを選択できる可能性を高くすることができる。

　また、本実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、１つのキャリア又は複数のキャリアを使用してＤ２Ｄ信号を送信するためのリソースを選択する選択部と、前記選択部により選択されたリソースを用いて、前記１つのキャリア又は前記複数のキャリアを使用してＤ２Ｄ信号を送信する送信部と、を備え、前記選択部は、センシングにより得られたリソース候補の集合を仮想送信リソースプールと見なし、当該仮想送信リソースプールから前記Ｄ２Ｄ信号を送信するためのリソースを選択し、前記送信部は当該リソースを使用して前記Ｄ２Ｄ信号を送信することを特徴とするユーザ装置が提供される。

　前記選択部は、前記仮想送信リソースプールにおけるキャリア数が、当該仮想送信リソースプールから選択されたリソースのキャリア数よりも大きい場合に、当該選択されたリソースの一部を削除することとしてもよい。この構成により、リソースの無駄を削減できる。

　また、本実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、Ｄ２Ｄ信号を送信するために使用する複数のキャリアを選択する選択部と、前記選択部により選択された複数のキャリアを使用してＤ２Ｄ信号を送信する送信部と、を備え、前記選択部は、前記Ｄ２Ｄ信号の送信に使用するリソースのリソース量を前記複数のキャリアにおける各キャリアについて決定し、当該リソース量に基づき、各キャリアのリソースを、センシングにより得られたリソース候補から選択することを特徴とするユーザ装置が提供される。

　また、本実施の形態により、Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、複数のキャリアを使用してＤ２Ｄ信号を送信する送信部と、
　前記送信部により同期信号を送信するために使用するキャリアを選択する選択部と、を備え、前記選択部は、前記ユーザ装置に設定された特定のキャリアを、前記同期信号を送信するために使用するキャリアとして選択し、前記送信部は、当該キャリアを使用して同期信号を送信することを特徴とするユーザ装置が提供される。

　上記の構成により、Ｄ２Ｄ通信をサポートする無線通信システムにおいて、複数キャリアを使用するユーザ装置が、同期信号を適切に送信でき、受信側のユーザ装置は当該同期信号を適切に受信できる。

　また、本実施の形態により、Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、第１のキャリアを使用してデータに関するＤ２Ｄ信号を送信し、第２のキャリアを使用して同期信号を送信する送信部と、前記第１のキャリアにおける前記Ｄ２Ｄ信号の送信に使用するためのリソースを選択する選択部とを備え、前記選択部は、前記第２のキャリアにおける同期信号が送信される時間位置と同じ時間位置にあるリソースを除いたリソースから、前記Ｄ２Ｄ信号の送信に使用するリソースを選択することを特徴とするユーザ装置が提供される。

　上記の構成により、Ｄ２Ｄ通信をサポートする無線通信システムにおいて、複数キャリアを使用するユーザ装置が、同期信号を適切に送信でき、受信側のユーザ装置は当該同期信号を適切に受信できるとともに、同期信号以外のＤ２Ｄ信号も適切に送信できる。

　また、本実施の形態により、Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、第１のキャリアを使用してデータに関するＤ２Ｄ信号を送信し、第２のキャリアを使用して同期信号を送信する送信部と、前記第１のキャリアにおける前記Ｄ２Ｄ信号の送信に使用するためのリソースを選択する選択部とを備え、前記送信部は、前記選択部により選択された前記リソースの時間位置が、前記第２のキャリアにおける同期信号が送信される時間位置と同じ時間位置であることを検知した場合に、前記選択部により選択された前記リソースを使用した前記Ｄ２Ｄ信号の送信を実行しないことを特徴とするユーザ装置が提供される。

　また、本実施の形態により、Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、第１のキャリアを使用して同期信号を送信し、第２のキャリアを使用して同期信号を送信する送信部と、同期信号の送信時間位置を指示する設定情報を基地局から受信する受信部と、を備え、前記送信部は、前記設定情報に従って、前記第１のキャリアを使用する同期信号と、前記第２のキャリアを使用する同期信号とを同じ時間位置で送信することを特徴とするユーザ装置が提供される。

　前記送信部は、同期信号を送信するための総送信電力が最大送信電力を超えることを検知した場合に、特定のキャリア以外のキャリアにおける同期信号の送信電力を削減することとしてもよい。この構成により、特定のキャリアの同期信号のドロップを回避できる。

　また、本実施の形態により、Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、第１のキャリアを使用して同期信号を受信する受信部と、第２のキャリアを使用してデータに関するＤ２Ｄ信号を送信する送信部と、前記第２のキャリアにおける前記Ｄ２Ｄ信号の送信に使用するためのリソースを選択する選択部とを備え、前記選択部は、前記第１のキャリアにおける同期信号を受信する時間位置と同じ時間位置にあるリソースを除いたリソースから、前記Ｄ２Ｄ信号の送信に使用するリソースを選択することを特徴とするユーザ装置が提供される。

　上記の構成により、Ｄ２Ｄ通信をサポートする無線通信システムにおいて、複数キャリアを使用するユーザ装置が、同期信号を適切に受信できる。

　（実施形態の補足）
　以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥと基地局１０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局１０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

　また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。

　本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ　Ｒａｄｉｏ　Ａｃｃｅｓｓ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ　Ｍｏｂｉｌｅ　Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ｕｌｔｒａ－ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

　本明細書において基地局１０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ　ｎｏｄｅ）によって行われることもある。基地局１０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ　ｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置ＵＥとの通信のために行われる様々な動作は、基地局１０および／または基地局１０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ－ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局１０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ－ＧＷ）であってもよい。

　本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。

　ユーザ装置ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

　基地局１０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ　ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ　Ｓｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。

　本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ　ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

　本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

　「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。

　本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。

　以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

ＵＥ　ユーザ装置
１０１　信号送信部
１０２　信号受信部
１０３　選択部
１０４　設定情報管理部
１０　基地局
２０１　信号送信部
２０２　信号受信部
２０３　設定情報管理部
１００１　プロセッサ
１００２　メモリ
１００３　ストレージ
１００４　通信装置
１００５　入力装置
１００６　出力装置

Claims

　Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、
　複数のキャリアを使用してＤ２Ｄ信号を送信するためのリソースをリソースプールから選択する選択部と、
　前記選択部により選択されたリソースを用いて、前記複数のキャリアを使用してＤ２Ｄ信号を送信する送信部と、を備え、
　前記選択部は、前記複数のキャリア間で同一の時間位置にあるリソースを選択し、前記送信部は、当該リソースを用いて前記Ｄ２Ｄ信号を送信する
　ことを特徴とするユーザ装置。
　前記複数のキャリアが、基地局から指定された特定の複数のキャリアである場合に、前記選択部は、前記複数のキャリア間で同一の時間位置にあるリソースを選択する
　ことを特徴とする請求項１に記載のユーザ装置。
　前記選択部は、前記複数のキャリア間でリソースプールが同期していると判断した場合に、前記複数のキャリア間で同一の時間位置にあるリソースを選択する
　ことを特徴とする請求項１に記載のユーザ装置。
　Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、
　１つのキャリア又は複数のキャリアを使用してＤ２Ｄ信号を送信するためのリソースを選択する選択部と、
　前記選択部により選択されたリソースを用いて、前記１つのキャリア又は前記複数のキャリアを使用してＤ２Ｄ信号を送信する送信部と、を備え、
　前記選択部は、センシングにより得られたリソース候補の集合を仮想送信リソースプールと見なし、当該仮想送信リソースプールから前記Ｄ２Ｄ信号を送信するためのリソースを選択し、前記送信部は当該リソースを使用して前記Ｄ２Ｄ信号を送信する
　ことを特徴とするユーザ装置。
　前記選択部は、前記仮想送信リソースプールにおけるキャリア数が、当該仮想送信リソースプールから選択されたリソースのキャリア数よりも大きい場合に、当該選択されたリソースの一部を削除する
　ことを特徴とする請求項４に記載のユーザ装置。
　Ｄ２Ｄ通信をサポートする無線通信システムにおいて使用されるユーザ装置であって、
　Ｄ２Ｄ信号を送信するために使用する複数のキャリアを選択する選択部と、
　前記選択部により選択された複数のキャリアを使用してＤ２Ｄ信号を送信する送信部と、を備え、
　前記選択部は、前記Ｄ２Ｄ信号の送信に使用するリソースのリソース量を前記複数のキャリアにおける各キャリアについて決定し、当該リソース量に基づき、各キャリアのリソースを、センシングにより得られたリソース候補から選択する
　ことを特徴とするユーザ装置。