特許 6874179 端末、及び制御情報送信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6874179

(24)【登録日】2021年4月23日

(45)【発行日】2021年5月19日

(54)【発明の名称】端末、及び制御情報送信方法

(51)【国際特許分類】

   H04W 72/04 20090101AFI20210510BHJP

   H04W 88/04 20090101ALI20210510BHJP

   H04W 92/18 20090101ALI20210510BHJP

【ＦＩ】

   H04W72/04 136

   H04W88/04

   H04W92/18

【請求項の数】9

【全頁数】30

(21)【出願番号】特願2020-20913(P2020-20913)

(22)【出願日】2020年2月10日

(62)【分割の表示】特願2017-510055(P2017-510055)の分割

【原出願日】2016年3月29日

(65)【公開番号】特開2020-74645(P2020-74645A)

(43)【公開日】2020年5月14日

【審査請求日】2020年2月10日

(31)【優先権主張番号】特願2015-74184(P2015-74184)

(32)【優先日】2015年3月31日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100124844

【弁理士】

【氏名又は名称】石原 隆治

(72)【発明者】

【氏名】安川 真平

(72)【発明者】

【氏名】原田 浩樹

(72)【発明者】

【氏名】永田 聡

(72)【発明者】

【氏名】ジョウ チュン

【審査官】 伊東 和重

(56)【参考文献】

【文献】 米国特許出願公開第２０１４／０３２８３２９（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

他の端末がＤ２Ｄ制御情報を受信するためのリソースの構成情報をＤ２Ｄ用報知チャネルを用いて送信する報知チャネル情報送信部と、
前記リソースを用いて、前記Ｄ２Ｄ制御情報を送信する制御情報送信部と、を備える端末であり、
前記Ｄ２Ｄ制御情報は、前記端末のレイヤ２のＩＤを含む
端末。

【請求項2】

前記報知チャネル情報送信部は、前記Ｄ２Ｄ制御情報に変更が生じたことを示す変更通知を更に送信する
請求項１に記載の端末。

【請求項3】

前記Ｄ２Ｄ用報知チャネルで送信する情報を基地局から受信する受信部
を備える請求項１又は２に記載の端末。

【請求項4】

前記制御情報送信部は、前記Ｄ２Ｄ制御情報を発見用チャネルを用いて送信し、
前記リソースの構成情報は、前記発見用チャネルのリソースプールを指定するパラメータのうちの１つ又は複数のパラメータを固定とした当該リソースプールの構成情報である
請求項１ないし３のうちいずれか１項に記載の端末。

【請求項5】

前記制御情報送信部は、発見用チャネルで送信される発見用メッセージのメッセージタイプを前記Ｄ２Ｄ制御情報を示すメッセージタイプとしたフォーマットを用いて前記Ｄ２Ｄ制御情報を送信する
請求項１ないし４のうちいずれか１項に記載の端末。

【請求項6】

前記Ｄ２Ｄ制御情報は、端末固有の制御情報、又は端末共通の制御情報である
請求項１ないし５のうちいずれか１項に記載の端末。

【請求項7】

前記Ｄ２Ｄ制御情報が端末固有の制御情報である場合に、当該Ｄ２Ｄ制御情報は、前記端末のレイヤ２又はレイヤ３のＩＤを含む
請求項６に記載の端末。

【請求項8】

前記端末は、前記他の端末と基地局との間のデータ通信を中継するリレー装置となる能力を有し、
前記Ｄ２Ｄ制御情報は、前記他の端末において、リレー装置の候補からリレー装置を選択するために使用されるリソースの構成情報を含む
請求項１ないし７のうちいずれか１項に記載の端末。

【請求項9】

端末が実行する制御情報送信方法であって、
他の端末がＤ２Ｄ制御情報を受信するためのリソースの構成情報をＤ２Ｄ用報知チャネルを用いて送信する報知チャネル情報送信ステップと、
前記リソースを用いて、前記Ｄ２Ｄ制御情報を送信する制御情報送信ステップと、を備える制御情報送信方法であり、
前記Ｄ２Ｄ制御情報は、前記端末のレイヤ２のＩＤを含む
制御情報送信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、Ｄ２Ｄ通信（ユーザ装置間通信）に関するものであり、特に、Ｄ２Ｄ通信における制御情報の送信方法に関連するものである。

【背景技術】

【0002】

ＬＴＥ等の移動体通信システムでは、ユーザ装置ＵＥと基地局ｅＮＢが通信を行うことにより基地局ｅＮＢ等を介してユーザ装置ＵＥ間で通信を行うことが一般的であるが、近年、ユーザ装置ＵＥ間で直接に通信を行うＤ２Ｄ通信（以降、"Ｄ２Ｄ"と呼ぶ）についての種々の技術が提案されている。

【0003】

特に、ＬＴＥにおけるＤ２Ｄでは、ユーザ装置ＵＥ間でプッシュ通話等のデータ通信を行う「Ｃｏｍｍｕｎｉｃａｔｉｏｎ（コミュニケーション）」と、ユーザ装置ＵＥが、アプリケーションＩＤ等を含む発見メッセージ（ｄｉｓｃｏｖｅｒｙ ｍｅｓｓａｇｅ）を送信することで、受信側のユーザ装置ＵＥに送信側のユーザ装置ＵＥの検出を行わせる「Ｄｉｓｃｏｖｅｒｙ（発見）」が提案されている（例えば、非特許文献１参照）。

【0004】

ＬＴＥで規定されるＤ２Ｄでは、各ユーザ装置ＵＥは、ユーザ装置ＵＥから基地局ｅＮＢへの上り信号送信のリソースとして既に規定されている上りリソースの一部を利用する。以下、ＬＴＥにおけるＤ２Ｄの信号送信の概要を説明する。

【0005】

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

【0006】

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

【0007】

ＬＴＥにおいて、「Ｄｉｓｃｏｖｅｒｙ」に用いられるチャネルはＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌ）と称され、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）と称される（非特許文献２）。

【先行技術文献】

【非特許文献】

【0008】

【非特許文献1】３ＧＰＰ ＴＲ ３６．８４３ Ｖ１２．０．１ （２０１４−０３）

【非特許文献2】３ＧＰＰ ＴＳ ３６．２１３ Ｖ１２．４．０ （２０１４−１２）

【非特許文献3】３ＧＰＰ ＴＳ ２３．３０３ Ｖ１２．３．０ （２０１４−１２）

【非特許文献4】３ＧＰＰ ＴＳ ２４．３３４ Ｖ１２．１．１ （２０１５−０１）

【発明の概要】

【発明が解決しようとする課題】

【0009】

Ｄ２Ｄ通信において、ユーザ装置ＵＥは、基地局ｅＮＢのカバレッジ内であれば、基地局ｅＮＢから受信するＤ２Ｄリソース構成情報等に基づき、基地局ｅＮＢからの同期信号に同期したタイミングでＤ２Ｄ通信を行うことができる。

【0010】

一方、ユーザ装置ＵＥがカバレッジ外に存在する場合、ユーザ装置ＵＥは装置内に事前設定された情報を用いて自律的にＤ２Ｄ通信を行うことができることの他、同期信号のリレーを行うことで、カバレッジ内ＵＥと同期した動作を可能とする技術が提案されている。すなわち、図２に示す例において、カバレッジ内のユーザ装置ＵＥ１は、基地局ｅＮＢから受信した同期信号に基づき、同期信号をカバレッジ外のユーザ装置ＵＥ２に送信する。更に、ＵＥ２からＵＥ３へも同期信号を送信することができる。

【0011】

上記の同期信号のリレーと同様にして、データについてもリレーを行うことが「ＰｒｏＳｅ ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ」として提案されている（非特許文献３）。「ＰｒｏＳｅ ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ」では、カバレッジ内のリレーＵＥが、カバレッジ外のリモートＵＥとネットワークとの間でＵＬ／ＤＬユニキャストトラフィックのリレーを行うこと等が提案されている。

【0012】

カバレッジ外のＵＥは、基地局ｅＮＢからシステム情報（ＭＩＢ／ＳＩＢ）等の制御情報を受信することができないため、上記の同期信号のリレーにおいては、ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を用いて、フレーム番号、システム帯域幅、リソース構成情報等をカバレッジ内ＵＥからカバレッジ外ＵＥに通知することが提案されている。

【0013】

しかし、データについてのリレーを行う場合、リレーＵＥの選択のための測定、ＩＰアドレスの割り当て等のために、リモートＵＥはカバレッジ内のＵＥと種々のＤ２Ｄ信号を送受信する必要があり、そのためのＤ２Ｄリソースのコンフィギュレーション等の制御情報を把握する必要がある。しかし、ＰＳＢＣＨに制御情報として含めることのできる情報容量（例：１９ビット）が小さいため、ＰＳＢＣＨではこのような制御情報の送信を行えない場合が発生する。ＰＳＢＣＨの容量が小さく、制御情報を送信できないという問題は、リレーに限らず、Ｄ２Ｄ通信全般において生じ得る問題である。

【0014】

本発明は上記の点に鑑みてなされたものであり、Ｄ２Ｄ通信において、ユーザ装置間で制御情報を効率的に送受信することを可能とする技術を提供することを目的とする。

【課題を解決するための手段】

【0015】

本発明の実施の形態によれば、他の端末がＤ２Ｄ制御情報を受信するためのリソースの構成情報をＤ２Ｄ用報知チャネルを用いて送信する報知チャネル情報送信部と、
前記リソースを用いて、前記Ｄ２Ｄ制御情報を送信する制御情報送信部と、を備える端末であり、
前記Ｄ２Ｄ制御情報は、前記端末のレイヤ２のＩＤを含む
端末が提供される。

【0016】

また、発明の実施の形態によれば、端末が実行する制御情報送信方法であって、
他の端末がＤ２Ｄ制御情報を受信するためのリソースの構成情報をＤ２Ｄ用報知チャネルを用いて送信する報知チャネル情報送信ステップと、
前記リソースを用いて、前記Ｄ２Ｄ制御情報を送信する制御情報送信ステップと、を備える制御情報送信方法であり、
前記Ｄ２Ｄ制御情報は、前記端末のレイヤ２のＩＤを含む
制御情報送信方法が提供される。

【発明の効果】

【0017】

Ｄ２Ｄ通信において、ユーザ装置間で制御情報を効率的に送受信することを可能とする技術が提供される。

【図面の簡単な説明】

【0018】

【図1A】Ｄ２Ｄ通信を説明するための図である。

【図1B】Ｄ２Ｄ通信を説明するための図である。

【図2】同期リレーを示す図である。

【図3】本発明の実施の形態に係る通信システムの構成図である。

【図4】本発明の実施の形態に係る通信システムの構成図である。

【図5A】Ｄ２Ｄ通信で使用されるチャネル構造の例を説明するための図である。

【図5B】Ｄ２Ｄ通信で使用されるチャネル構造の例を説明するための図である。

【図6A】ＰＳＤＣＨの構造例を示す図である。

【図6B】ＰＳＤＣＨの構造例を示す図である。

【図7A】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。

【図7B】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。

【図8A】リソースプールコンフィギュレーションを示す図である。

【図8B】リソースプールコンフィギュレーションを示す図である。

【図9A】ＰＳＳＳ／ＳＳＳＳの構造例を示す図である。

【図9B】ＰＳＳＳ／ＳＳＳＳの構造例を示す図である。

【図10】ＰＳＳＳ／ＳＳＳＳ、ＰＳＢＣＨの適用例を示す図である。

【図11】発見用メッセージの例を示す図である。

【図12】本実施の形態に係る制御信号を説明するための図である。

【図13】Ｄ２Ｄ ＳＩＢに関連する処理手順を示す図である。

【図14】Ｄ２Ｄ ＳＩＢのメッセージフォーマットを説明するための図である。

【図15】Ｄ２Ｄ ＳＩＢのメッセージフォーマットを説明するための図である。

【図16】ｃｏｍｍｕｎｉｃａｔｉｏｎにおけるＤ２Ｄ ＳＩＢの多重例を説明するための図である。

【図17】ＩＰレイヤリレーのプロトコルの例を示す図である。

【図18】リレー初期化の概要を説明するための図である。

【図19】リレー初期化のための手順例を示す図である。

【図20】リレー候補ＵＥのアクティブ化のための手順例を示す図である。

【図21】リレー可能ＮＷ／ＵＥの通知を含む手順例を示す図である。

【図22】本発明の実施の形態におけるユーザ装置ＵＥの構成図である。

【図23】ユーザ装置ＵＥのＨＷ構成図である。

【図24】本発明の実施の形態における基地局の構成図である。

【図25】基地局のＨＷ構成図である。

【発明を実施するための形態】

【0019】

以下、図面を参照して本発明の実施の形態を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。また、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのＲｅｌ−１２、１３もしくはそれ以降に対応する通信方式も含み得る広い意味で使用する。

【0020】

以下では、基本的に、基地局を「ｅＮＢ」と表記し、ユーザ装置を「ＵＥ」と表記する。ｅＮＢは「ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ」の略語であり、ＵＥは、「Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ」の略語である。

【0021】

（システム構成）
図３は、本発明の実施の形態に係る通信システムの構成図である。本実施の形態に係る通信システムは、ｅＮＢ１０のカバレッジ（セル）内にＵＥ１が存在するセルラ通信システムである。カバレッジ内のＵＥ１はＤ２Ｄ通信機能を有しており、カバレッジ内の他ＵＥとの間でＤ２Ｄ通信を行うことが可能である。また、カバレッジ内のＵＥ１はカバレッジ外のＵＥ２とＤ２Ｄ通信を行うことも可能である。カバレッジ外のＵＥ２もＤ２Ｄ通信機能を有しており、他ＵＥとの間でＤ２Ｄ通信を行うことが可能である。更に、カバレッジ内のＵＥ１はｅＮＢ１０との間で通常のセルラ通信を行うことが可能である。

【0022】

カバレッジ内のＵＥ１は、信号中継機能を有し、リレーＵＥ１と称してもよい。また、カバレッジ外のＵＥ２をリモートＵＥ２と称してもよい。リレーＵＥ１は、ｅＮＢ１０とリモートＵＥ２との間で信号を中継することが可能である。なお、リレーを行うことは一例である。

【0023】

ｅＮＢ１０とリレーＵＥ１との間のリンクをバックホールリンクと呼び、リレーＵＥ１とリモートＵＥ２との間のリンクをアクセスリンクと呼ぶ。

【0024】

図３に示したリレーの構成は、本発明の適用の一例に過ぎず、本発明は、リレー等に限らずに適用できる。すなわち、本発明は、図４に示すように、例えば、カバレッジ内ＵＥ１とカバレッジ外ＵＥ２間でＤ２Ｄ通信を行う通信システム全般に適用可能である。これは、カバレッジ内ＵＥ１からカバレッジ外ＵＥ２にＤ２Ｄ制御情報等を送信すること、及び、カバレッジ外ＵＥ２からカバレッジ内ＵＥ１にＤ２Ｄ制御情報等を送信することの両方を含む。また、図４に示すＵＥ１とＵＥ２からなるシステムは、全体がカバレッジ外であってもよいし、全体がカバレッジ内にあってもよい。

【0025】

本実施の形態では、このような通信システムにおける制御情報の効率的な送受信を実現するための技術を詳細に説明するが、当該技術の説明の前に、その前提となるＤ２Ｄの技術の例を説明しておく。

【0026】

（Ｄ２Ｄ通信で使用されるチャネルの構造等）
Ｄ２Ｄ通信における信号の送受信は、セルラ通信における上りリンクのリソースの一部を使用して行われる。Ｄ２Ｄ通信のチャネル構造の例を図５Ａ、Ｂに示す。図５Ａに示すように、Ｃｏｍｍｕｎｉｃａｔｉｏｎに使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、Ｃｏｍｍｕｎｉｃａｔｉｏｎのチャネルの周期よりも長い周期でＤｉｓｃｏｖｅｒｙに使用されるＰＳＤＣＨのリソースプールが割り当てられている。

【0027】

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

【0028】

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

【0029】

図７Ａに、Ｃｏｍｍｕｎｉｃａｔｉｏｎに使用されるＰＳＣＣＨとＰＳＳＣＨのリソースプールの例を示す。図７Ａに示すとおり、ＰＳＣＣＨは、周波数ホッピングしながら１回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。ＰＳＳＣＨは、周波数ホッピングしながら３回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。また、図７Ｂに示すように、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳが挿入される構造になっている。

【0030】

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

【0031】

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

【0032】

図９Ａ、Ｂは、ＰＳＳＳ／ＳＳＳＳを示す。図９Ａは、ｃｏｍｍｕｎｉｃａｔｉｏｎにおける同期サブフレームの例を示す。同図に示すように、ＰＳＳＳ、ＳＳＳＳ、ＤＭ−ＲＳ、及びＰＳＢＣＨが多重される。図９Ｂは、ｄｉｓｃｏｖｅｒｙにおける同期サブフレームの例を示す。同図に示すように、ＰＳＳＳとＳＳＳＳが多重される。

【0033】

ＰＳＢＣＨは、ＤＦＮ（Ｄ２Ｄフレーム番号）、ＴＤＤ ＵＬ−ＤＬコンフィギュレーション、Ｉｎ−ｃｏｖｅｒａｇｅ ｉｎｄｉｃａｔｏｒ、システム帯域幅、ｒｅｓｅｒｖｅｄ ｆｉｅｌｄ等を含む。

【0034】

図１０は、ＰＳＢＣＨのユースケースの一例として、同期信号リレーの例を示す。図１０に示すように、カバレッジ内のＵＥ１がｅＮＢ１０からＰＳＳ／ＳＳＳ、ＳＩＢ等を受信する（ステップＳ１）。ＵＥ１は、所定の条件を満たしたら、ＰＳＳＳ／ＳＳＳＳ、ＰＳＢＣＨを送信（報知）し（ステップＳ２）、カバレッジ外のＵＥ２がこれらを受信する（ステップＳ３）。ＵＥ２は、所定の条件を満たしたら、ＰＳＳＳ／ＳＳＳＳ、ＰＳＢＣＨを送信（報知）し、カバレッジ外のＵＥ３がこれらを受信する（ステップＳ４、Ｓ５）。このような同期リレーにより、例えば、カバレッジ外ＵＥ２とカバレッジ外ＵＥ３間、カバレッジ内ＵＥ１とカバレッジ外ＵＥ２間等において、セルラーネットワークと同期したＤ２Ｄ通信を行うことができる。

【0035】

図１１に、ＰＳＤＣＨにより送信される発見用メッセージ（Ｄｉｓｃｏｖｅｒｙ ｍｅｓｓａｇｅ）の内容を示す（非特許文献４）。図１１に示すように、発見用メッセージは、Ｍｅｓｓａｇｅ Ｔｙｐ、ＰｒｏＳｅ Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｄｅ、ＭＩＣ（Ｍｅｓｓａｇｅ ｉｎｔｅｇｒｉｔｙ ｃｈｅｃｋ）、Ｔｉｍｅ Ｃｏｕｎｔｅｒを有し、ＣＲＣが付加される。また、ＰｒｏＳｅ Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｄｅは、ＰＬＭＮ ＩＤとＴｅｍｐｏｒａｒｙ ＩＤを有する。

【0036】

（本発明の実施の形態の説明）
前述したように、ＰＳＢＣＨのペイロードサイズは限られている。特に、将来の拡張のために用意されているｒｅｓｅｒｖｅｄ ｆｉｅｌｄは１９ビットしかない。従って、例えば、カバレッジ内ＵＥをリレーとして使用して、ネットワークとカバレッジ外ＵＥとの間でデータ通信を行う場合に、既存のＰＳＢＣＨでは、カバレッジ外ＵＥに対してＤ２Ｄ通信を行うためのＰＳＤＣＨ、ＰＳＣＣＨ／ＰＳＳＣＨ等のリソースプールを通知できない。

【0037】

そこで、本実施の形態では、基本例として、Ｄｉｓｃｏｖｅｒｙ用のチャネル（ＰＳＤＣＨ）を使用して、大容量のブロードキャストチャネルを定義し、使用することとする。実施の形態において、当該チャネルにより送信する情報を「Ｄ２Ｄ ＳＩＢ」と呼ぶ。これを「制御情報」あるいは「制御信号」と呼んでもよい。

【0038】

図１２は、上記制御信号を示すことで、Ｄ２Ｄ ＳＩＢを受信するＵＥ（例：カバレッジ外のＵＥ）の動作概要を説明する図である。当該ＵＥは、ＰＳＳＳ／ＳＳＳＳを受信することで同期をとり、ＰＳＢＣＨを受信する。ＰＳＢＣＨには、Ｄ２Ｄ ＳＩＢを受信するための制御情報（例：Ｄ２Ｄ ＳＩＢ受信のためのリソースプールコンフィギュレーション等）が含まれている。ＵＥは、当該制御情報に基づき、Ｄ２Ｄ ＳＩＢを受信する。Ｄ２Ｄ ＳＩＢには、例えばＣｏｍｍｕｎｉｃａｉｔｏｎ／Ｄｉｓｃｏｖｅｒｙの信号送受信を行うために必要な制御情報が含まれている。ＵＥは、当該制御情報に基づき、Ｃｏｍｍｕｎｉｃａｉｔｏｎ／Ｄｉｓｃｏｖｅｒｙの信号送受信を行うことができる。

【0039】

図１３は、上記の処理手順をシーケンス図で表した図である。図１３に示すように、カバレッジ内ＵＥ１はｅＮＢ１０からシグナリングを受信する。当該シグナリングには、例えば、ＰＳＢＣＨに含めるべきＤ２Ｄ ＳＩＢ受信のためのコンフィギュレーション情報が含まれる。

【0040】

ステップＳ１１２において、ＵＥ１は、ｅＮＢ１０から受信した情報を含むＰＳＢＣＨをカバレッジ外ＵＥ２に送信する。ステップＳ１１３において、ＵＥ１は、Ｄ２Ｄ ＳＩＢを送信する。ＵＥ２は、ステップＳ１１２で受信したＰＳＢＣＨに含まれる情報を利用して、Ｄ２Ｄ ＳＩＢを受信し、復号し、コンテンツを取得する。

【0041】

なお、本実施の形態では、カバレッジ内のリソースプール等の情報をカバレッジ外に通知する例を主に示しているが、これは一例に過ぎず、本発明の適用先はカバレッジ内からカバレッジ外への通知に限られない。例えば、カバレッジ外の通信グループ内のＵＥ間で制御情報を送受信することによりリソース設定や送信電力制御等を行うことが可能である。また、カバレッジ内のＵＥ間で制御情報を送受信することによりリソース設定や送信電力制御等を行うことも可能である。カバレッジ外で制御情報を送信するＵＥを同期信号を送信しているＵＥに限定したり、他ＵＥからの制御情報が検出できない・あるいは一定レベル以下でしか受信できないＵＥに限定する（マスターＵＥを設定する）ことで端末位置に基づいた端末クラスター制御を行なうことも可能である。

【0042】

また、本実施の形態では、バックホールがＬＴＥである場合の例を示しているが、これも一例であり、例えば、バックホールが有線、衛星等のネットワークでもよい。

【0043】

本実施の形態のＤ２Ｄ ＳＩＢは、セル固有（ｃｅｌｌ ｓｐｅｃｉｆｉｃ）とすることもできるし、ＵＥ固有（ＵＥ ｓｐｅｃｉｆｉｃ）とすることもできるし、グループ固有（ｇｒｏｕｐ ｓｐｅｃｉｆｉｃ）とすることもできるし、セル、ＵＥともに区別しない情報とすることもできる。

【0044】

セル固有Ｄ２Ｄ ＳＩＢには、例えば、当該Ｄ２Ｄ ＳＩＢを送信するカバレッジ内ＵＥ１が在圏するセルのＩＤ及び／又はＳＬＩＤ（Ｓｉｄｅｌｉｎｋ ＩＤ）等が含まれる。また、当該ＩＤは、当該Ｄ２Ｄ ＳＩＢに関連付けられるＰＳＳＳ／ＳＳＳＳから検知することとしてもよい。

【0045】

ＵＥ固有Ｄ２Ｄ ＳＩＢには、例えば、当該Ｄ２Ｄ ＳＩＢを送信するカバレッジ内ＵＥ１のＩＤ（例：Ｌ２ ＩＤ）が含まれる。グループ固有Ｄ２Ｄ ＳＩＢには、例えば、当該Ｄ２Ｄ ＳＩＢに関連するグループを識別するＩＤが含まれる。

【0046】

＜Ｄ２Ｄ ＳＩＢ受信のためのコンフィギュレーション情報＞
ＰＳＢＣＨにより送信されるＤ２Ｄ ＳＩＢ受信のためのコンフィギュレーションの情報は、例えば、ＰＳＢＣＨのｒｅｓｅｒｖｅｄ ｆｉｅｌｄに含まれて送信される。

【0047】

コンフィギュレーションの情報は、少なくとも、当該ＰＳＢＣＨに加えてＤ２Ｄ ＳＩＢが送信されることを示すＤ２Ｄ ＳＩＢインジケータ（ｉｎｄｉｃａｔｏｒ）を含む。当該Ｄ２Ｄ ＳＩＢインジケータは、例えば１ビットである。例えば、以下で説明する情報が事前設定されている場合、ＵＥ２は当該インジケータにより、Ｄ２Ｄ ＳＩＢ受信を認識し、事前設定情報に基づきＤ２Ｄ ＳＩＢを取得する。

【0048】

Ｄ２Ｄ ＳＩＢ受信のためのコンフィギュレーションの情報のその他の情報としては、受信リソースプールのコンフィギュレーション、ＣＰ長、Ｄ２Ｄ ＳＩＢの数、Ｄ２Ｄ ＳＩＢのインデックス、ＳＩＢ送信パワーコントロール情報、変更通知（Ｃｈａｎｇｅ ｎｏｔｉｆｉｃａｔｉｏｎ）がある。変更通知により検出ミスを検知できる。変更通知は、既に送信したＤ２Ｄ ＳＩＢに変更が生じ、変更後のＤ２Ｄ ＳＩＢを送信する場合に通知される情報である。

【0049】

例えば、カバレッジ内のＵＥ１に対して、ｅＮＢ１０から上位レイヤシグナリングで、ＰＳＢＣＨで送信するべき情報、Ｄ２Ｄ ＳＩＢの情報等が通知される。また、ｅＮＢ１０はＵＥ１に対し、上位レイヤシグナリングで、Ｄ２Ｄ ＳＩＢの送信を設定することもできる。つまり、この場合、ＵＥ１は、ｅＮＢ１０からＤ２Ｄ送信の指示を受けた場合にのみＤ２Ｄ ＳＩＢの送信をする。

【0050】

もしくは、ＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信するカバレッジ内ＵＥ１は、Ｄ２Ｄ ＳＩＢの設定をｅＮＢ１０からなされた場合に、当該設定に係るＤ２Ｄ ＳＩＢを送信することとしてもよい。つまり、ＵＥ１がＤ２Ｄ ＳＩＢの送信を行うか否かについてはｅＮＢ１０から指示はされず、ＵＥ１がＰＳＳＳ／ＳＳＳＳ／ＰＳＢＣＨを送信する場合に、Ｄ２Ｄ ＳＩＢのコンテンツの設定がｅＮＢ１０からなされた場合に、ＵＥ１はＤ２Ｄ ＳＩＢの送信を行う。

【0051】

また、カバレッジ外のＵＥやＲＲＣ＿ＩＤＬＥ ＵＥにおいても、当該ＵＥが上位レイヤの指示に基づいてＤ２Ｄ ＳＩＢを送信することとしてもよい。

【0052】

＜Ｄ２Ｄ ＳＩＢ受信のリソースプールのコンフィギュレーション例＞
Ｄ２Ｄ ＳＩＢ受信のためのリソースプールのコンフィギュレーションとしては、シグナリングオーバヘッドを減らすために、以下のようなコンフィギュレーションを用いることができる。以下、固定とした情報については、各ＵＥが当該情報を把握しており、ＵＥ１からＵＥ２へ当該情報を送信することは不要である。

【0053】

まず、時間ドメイン情報として、発見期間（ｄｉｓｃｏｖｅｒｙ ｐｅｒｉｏｄ）のサブフレームオフセットを固定とする。また、周期（発見期間）は固定とするか、選択肢の数を減らす。例えば、周期を３２無線フレームに限定する。また、リソースプール内でのＰＳＤＣＨの繰り返し回数は固定とするか、選択肢の数を少なくする。例えば、４回送信の固定とする。

【0054】

また、サブフレームビットマップの内容を固定とするか、選択肢を少なくする。例えば、発見期間の全ての上りサブフレームをＤｉｓｃｏｖｅｒｙ送信用サブフレームとする。また、サブフレームビットマップの繰り返しは固定とするか選択肢を減らす。例えば、サブフレームビットマップの繰り返しを１回とする（つまり、２回送信）。

【0055】

周波数ドメインの情報としては、例えば、ＰＲＢの粒度を１ＰＲＢよりも多くする。また、連続したＰＲＢの構成をシグナリングすることとする。例えば、開始ＰＲＢと終了ＰＲＢのみをシグナリングし、ＰＲＢ数のシグナリングを省略することとしてよい。また、周波数方向リソース量（ＰＲＢ）を固定としてもよい。

【0056】

また、周期的に到来する複数のＤｉｓｃｏｖｅｒｙリソースプールのうちの１つのＤｉｓｃｏｖｅｒｙリソースプールでＤ２Ｄ ＳＩＢ送信を行うことと定めてもよい。

【0057】

上記のように、Ｄ２Ｄ ＳＩＢ受信のリソースプールのコンフィギュレーションを限定することで、コンフィギュレーションの情報量を削減でき、ＰＳＢＣＨのｒｅｓｅｒｖｅｄ ｆｉｅｌｄを用いてＤ２Ｄ ＳＩＢ受信のリソースプールのコンフィギュレーションを送信することができる。

【0058】

＜Ｄ２Ｄ ＳＩＢのメッセージフォーマット＞
前述したように、本実施の形態では、Ｄｉｓｃｏｖｅｒｙメッセージに基づくフォーットを利用してＤ２ＤＳＩＢを送信する。

【0059】

当該フォーマットにおいて、本実施の形態では、新たなＭｅｓｓａｇｅ Ｔｙｐｅを導入する。図１４に示すように、Ｍｅｓｓａｇｅ Ｔｙｐｅのビット（２５６パターン）には、使用されていないパターンがあるので、例えば当該使用されていないパターンのうち、１つ又は複数をＤ２Ｄ ＳＩＢのＴｙｐｅを識別する情報として使用する。つまり、当該Ｄｉｓｃｏｖｅｒｙメッセージは、Ｄ２Ｄ ＳＩＢを運ぶメッセージであることを識別するＴｙｐｅを定義する。

【0060】

図１５に示すように、Ｍｅｓｓａｇｅ ＴｙｐｅとＣＲＣ以外のビットはＤ２Ｄ ＳＩＢのペイロードとして使用することができる。

【0061】

特に、少なくとも、ＰｒｏＳｅ Ａｐｐｌｉｃａｔｉｏｎ ｃｏｄｅのフィールドはＤ２Ｄ ＳＩＢの情報に置き換えることができる。また、ＵＥ固有Ｄ２Ｄ ＳＩＢを送信するＵＥのＬ２ ＩＤもしくはＬ３ ＩＤが当該ＵＥ固有Ｄ２Ｄ ＳＩＢに含められる。ＵＥ固有Ｄ２Ｄ ＳＩＢに含めるＬ２ ＩＤもしくはＬ３ ＩＤについて、ＩＤ全部を含めずに、ＩＤの一部を含めることとしてもよい。同様にして、グループＩＤ（全部もしくは一部）を含めることとしてもよい。

【0062】

セル固有Ｄ２Ｄ ＳＩＢについては、セル識別は関連するＰＳＳＳ／ＳＳＳＳで行ってもよいし、Ｄ２Ｄ ＳＩＢの所定フィールドにセルＩＤを含めることで実施してもよい。

【0063】

また、期限タイマ（Ｅｘｐｉｒａｔｉｏｎ ｔｉｍｅｒ）をＤ２Ｄ ＳＩＢの情報に含めることとしてもよい。このようなタイマ（タイマ値）を設けることで、カバレッジ外ＵＥ２は、更新後Ｄ２Ｄ ＳＩＢの検出ミスにより、古いＤ２Ｄ ＳＩＢを使い続けることを回避できる。

【0064】

複数のＤｉｓｃｏｖｅｒｙメッセージを用いることで、複数のＤ２Ｄ ＳＩＢを送信することも可能である。

【0065】

その場合、各Ｄ２Ｄ ＳＩＢには、インデックスが割り当てられ、例えば、当該インデックスはＤｉｓｃｏｖｅｒｙメッセージ内に、残りのビットを使用して含めることができる。また、インデックスの情報をｍｅｓｓａｇｅ ｔｙｐｅのフィールドに入れてもよい。また、周期的に到来する異なるリソースプールがそれぞれＤ２Ｄ ＳＩＢに関連付けられてもよい。また、送信元ＩＤをこのインデックス又はその一部として用いてもよい。受信漏れを検出するため、ＰＳＢＣＨや代表となるＤ２Ｄ ＳＩＢ（例：Ｄ２Ｄ ＳＩＢ１）に、送信されるＤ２Ｄ ＳＩＢ（例えば、グループ・セル固有でないＤ２Ｄ ＳＩＢ）の数を含めてもよい。

【0066】

＜既存のＤｉｓｃｏｖｅｒｙメッセージとの多重＞
ＵＥ共通Ｄ２Ｄ ＳＩＢ（セル固有Ｄ２Ｄ ＳＩＢ）の送信については、例えば、ｅＮＢ１０から割り当てられるｔｙｐｅ ２Ｂリソース（セミスタティック）を用いる。これにより、通常のＤｉｓｃｏｖｅｒｙで使用されるリソースプールと重ならないリソースプールを当該Ｄ２Ｄ ＳＩＢの送信に用いることができる。当該ＵＥ共通Ｄ２Ｄ ＳＩＢは、ＵＥ間で共通の上記リソースで送信される。Ｔｙｐｅ １（ＵＥ自律リソース割り当て）を用いた場合には、受信ＵＥは前記Ｄ２Ｄ ＳＩＢのインデックス情報を用いて複数ＵＥから重複して送信されたＤ２Ｄ ＳＩＢを検出することができ、不要な情報をフィルタリングすることができる。ＵＥ固有Ｄ２Ｄ ＳＩＢについては、例えばｔｙｐｅ １及びｔｙｐｅ ２Ｂのリソースを用いることができる。

【0067】

＜受信側ＵＥの動作について＞
例えば、カバレッジ外のＵＥ２は、ＰＳＢＣＨの中のＤ２Ｄ ＳＩＢインジケータを検出した場合、ＰＳＢＣＨに含まれるＤ２Ｄ ＳＩＢ受信のための情報を利用して、付随するＤ２Ｄ ＳＩＢの検出を実施する。もしもＵＥ２がＤ２Ｄ ＳＩＢの検出に失敗した場合、例えば、事前設定の情報（ｐｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）を使用してＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ／Ｄｉｓｃｏｖｅｒｙを行う。

【0068】

＜変形例＞
これまでは、Ｄ２Ｄ ＳＩＢをｄｉｓｃｏｖｅｒｙを利用して送信する例を説明したが、Ｄ２Ｄ ＳＩＢをｃｏｍｍｕｎｉｃａｔｉｏｎを利用して送信することとしてもよい。つまり、制御情報／データ（ＰＳＣＣＨ／ＰＳＳＣＨ）のメッセージを利用してＤ２Ｄ ＳＩＢを送信する。

【0069】

この場合でも、ＰＳＢＣＨの役割はｄｉｓｃｏｖｅｒｙと同じであり、ＰＳＢＣＨには、Ｄ２Ｄ ＳＩＢインジケータ、制御情報／データの受信のために必要なコンフィギュレーションの情報等が含まれる。例えば、カバレッジ外ＵＥ２は、カバレッジ内ＵＥ１から受信するＰＳＢＣＨに含まれるコンフィギュレーションの情報を利用して、Ｄ２Ｄ ＳＩＢに対応する制御情報／データを受信する。

【0070】

本変形例では、例えば、通常のＤ２Ｄ Ｃｏｎｔｒｏｌ／Ｄａｔａのリソースプール（ＰＳＣＣＨ／ＰＳＳＣＨのリソースプール）にＤ２Ｄ ＳＩＢを多重する。そのために、「制御情報」及び／又は「ＤａｔａのＭＡＣヘッダ」における宛先ＩＤとしてＤ２Ｄ ＳＩＢ専用のＩＤを設ける。これにより、当該ＩＤを検知した受信側のＵＥは、当該制御情報／データがＤ２Ｄ ＳＩＢであることを識別できる。

【0071】

また、制御情報におけるＭＣＳのビットを６４ＱＡＭに設定することで、Ｄ２Ｄ ＳＩＢのインジケータとしてもよい。ＭＣＳとして６４ＱＡＭを設定しないように規定されているため、当該ＭＣＳを含む制御情報を受信した受信ＵＥは、当該制御情報がＤ２Ｄ ＳＩＢに係る制御情報であることを識別できる。受信ＵＥは、例えば、固定のＭＣＳ（例：ＱＰＳＫ）を利用してＤ２Ｄ ＳＩＢを受信する。

【0072】

また、データのＭＡＣヘッダにおける送信元ＩＤを、セルＩＤ、ＵＥ ＩＤ、グループＩＤとして使用してもよい。

【0073】

また、Ｄ２Ｄ ＳＩＢ用のＳＣＩを新たに定義することで、受信端末がブラインドでＤ２Ｄ ＳＩＢに係る制御情報を検出してもよい。

【0074】

通常のＤ２Ｄ Ｃｏｎｔｒｏｌ／Ｄａｔａのリソースプール（ＰＳＣＣＨ／ＰＳＳＣＨのリソースプール）にＤ２Ｄ ＳＩＢを多重する場合のイメージを図１６に示す。図１６に示すように、上記識別情報を有するＳＣＩ＃１を受信したＵＥは、Ｄ２Ｄ ＳＩＢを取得する。また、通常のＳＣＩ＃２を受信したＵＥは、データを取得する。

【0075】

また、別の例として、Ｄ２Ｄ ＳＩＢ用のリソースプールとして、Ｄ２Ｄ ＳＩＢ送信のみを行う専用のリソースプールを定めてもよい。これにより、ＵＥは、事前設定された、あるいは報知情報等で設定されたリソースプールにより、Ｄ２Ｄ ＳＩＢを受信できる。

【0076】

本実施の形態に係る制御情報（Ｄ２Ｄ ＳＩＢ）の送受信技術により、例えば、カバレッジ外ＵＥがカバレッジ内リソースプールの構成情報を取得できるので、カバレッジ外ＵＥとカバレッジ内ＵＥは、カバレッジ内リソースプールを用いて、ｃｏｍｍｕｎｉｃａｔｉｏｎ及びｄｉｓｃｏｖｅｒｙを行うことができる。これにより、上りの干渉を削減できるとともに、セルラ通信によるＤ２Ｄの中断を削減できる。

【0077】

また、グループ固有Ｄ２Ｄ ＳＩＢを用いることで、グループ専用の制御情報（リソースプール及び／又は送信電力等）を報知できる。これによりより良いＱｏＳを確保できる。

【0078】

また、Ｄ２Ｄリレーを行う際に、リレー候補ＵＥは、リモートＵＥに対して、Ｄ２Ｄ ＳＩＢを用いて、リレーＵＥ選択のための測定リソースの情報等を送信できるので、効率的にＤ２Ｄリレーを実現できる。以下では、Ｄ２Ｄ ＳＩＢを利用する具体例として、このＤ２Ｄリレーについて説明する。

【0079】

（リレーの概要例）
図１７に、Ｄ２Ｄリレーを行う際のプロトコルの例を示す。図１７に示す例では、ＩＰレイヤでのリレーが行われる。本実施の形態では、図１７に示すように、ＩＰレイヤのリレーを行うものとするが、リレーのレイヤはＩＰで限らず、ＩＰよりも低レイヤでリレーを行ってもよい。

【0080】

図１８は、図１７に示したようなプロトコルによりリレー通信を開始するために行われるリレー初期化処理の例を示す図である（非特許文献３）。なお、図１８は、本発明の実施の形態に係る処理内容の理解を促進するために、リレー初期化（ＩＰアドレス割り当て等）のための処理例を非特許文献３に記載の技術に基づき説明する図である。

【0081】

ステップＳ１１において、リレーＵＥ１はネットワーク（ＰＤＮ：パケットデータネットワーク）に接続し、ＩＰアドレスの情報を取得する。ステップＳ１２では発見手順が行われる。ここでは、リモートＵＥ２が、リレーＵＥ１の選択を行うことを支援する情報がリレーＵＥ１から提供される。なお、図１８に示されるＭｏｄｅｌ Ａは、アナウンス（送信側）とモニタリング（受信側）からなるＤｉｓｃｏｖｅｒｙ方法であり、Ｍｏｄｅｌ Ｂは、リクエストとレスポンスからなるＤｉｓｃｏｖｅｒｙ方法である。ステップＳ１２において、Ｌ１／Ｌ２動作としては、リレーＵＥ１のＭＡＣアドレス（Ｌ２アドレス、もしくはＬ２ ＩＤと称してもよい）をリモートＵＥ２が取得する処理が行われる。

【0082】

ステップＳ１３において、リモートＵＥ２がリレーＵＥ１を選択する。接続するＰＤＮのＩＰアドレスがＩＰｖ４である場合、リモートＵＥ２は、上記Ｌ２アドレスを指定して、ＤＨＣＰｖ４の手順を実行することによりＩＰアドレスを取得する（ステップＳ１４〜Ｓ１７）。

【0083】

接続するＰＤＮのＩＰアドレスがＩＰｖ６である場合、リモートＵＥ２は、ＲＳ（Ｒｏｕｔｅｒ Ｓｏｌｉｃｉｔａｔｉｏｎ）メッセージをリレーＵＥ１（上記Ｌ２アドレス）に送信する（ステップＳ１４）。ＲＳメッセージを受信したリレーＵＥ１は、ＩＰｖ６プレフィックスを含むＲＡ（Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージをリモートＵＥ２に送信する（ステップＳ１５）。

【0084】

（本実施の形態に係るリレー初期化の手順例）
図１９は、本実施の形態に係るリレー初期化（リレー通信を開始するための処理）の手順例を示す図である。図１９を参照して手順の概要を説明する。詳細についてはその後に説明する。図１９の例における通信システムの構成は図３に示したものと同じであるが、図１９の例では、リレーＵＥとなり得るカバレッジ内ＵＥが複数台示されている。これらはＵＥ１Ａ、ＵＥ１Ｂ、ＵＥ１Ｃと記述されている。以下、１Ａ〜１Ｃを特に区別しない場合、ＵＥ１と記述する。また、本実施の形態では、基本的に、ＵＥ１はアクティブ化されるまではリレーになり得ず、アクティブ化されてからリレーになり得る。よって、基本的に、アクティブ化された後のＵＥ１をリレー候補と呼び、リモートＵＥによりリレーとして選択されたＵＥをリレーＵＥと呼ぶ。

【0085】

ステップＳ１０において、ｅＮＢ１０は、ＵＥ１をアクティブ化する。リモートＵＥ２とｅＮＢ１０間のリレーとして動作するＵＥは、アクティブ化されたリレー候補ＵＥの中から選択される。

【0086】

ステップＳ２０において、リレー候補ＵＥ１からリモートＵＥ２に対してリレー可能ＮＷ／ＵＥの通知がなされる。この通知により、リモートＵＥ２は、リレーをサポートするネットワーク（ｅＮＢ１０）に、リレー動作可能なＵＥが存在することを把握できる。当該通知は、例えば、ＰＳＳＳ／ＳＳＳＳ、ＰＳＢＣＨ、ＰＳＤＣＨによりなされる。
ステップＳ３０において、リレー候補ＵＥの中からリレーＵＥが選択される。リレーＵＥの選択においては、例えば、リモートＵＥ２からリレー候補ＵＥ１に要求が送られ、当該要求に基づきリレー候補ＵＥ１からリモートＵＥ２に対して信号（測定リソース）が送信され、リモートＵＥ２は、当該測定リソースで伝送される信号の品質測定を行うことで、リレーＵＥとするＵＥを選択する。以下、「測定リソース」は、当該リソースで送信される信号の意味で使用する場合がある。

【0087】

その後、ステップＳ４０にて、上位レイヤの接続処理が行われ、ステップＳ５０にてリレー通信が実施される。以下では、ステップＳ１０〜Ｓ３０の処理の例を詳細に説明する。

【0088】

（ＵＥのアクティブ化）
カバレッジ内にあるＵＥの全てがＮＷカバレッジ拡張のためのＤ２Ｄリレーに適しているわけではない。そこで、本実施の形態では、適切なカバレッジ内ＵＥのみをアクティブ化して、リレー候補ＵＥとして動作させることとしている。

【0089】

図２０を参照して、ＵＥをアクティブ化する手順例を説明する。本手順例では、ｅＮＢ１０が、ＵＥ能力（Ｃａｐａｂｉｌｉｔｙ）と測定報告に基づいてリレー候補とするＵＥを決定し、アクティブ化させる。ただし、図２０において、括弧が付されているステップは、オプショナルであり、実施しなくてもよいステップを示している。図２０では、ＵＥとしてＵＥ１のみが示されているが、これは代表として図示しているものであり、実際には複数のＵＥの中からＵＥ１を選択してアクティブ化する処理が行われる。

【0090】

ステップＳ１０１において、ｅＮＢ１０はＤ２Ｄリレー動作を示す情報（ＳＩＢやＲＲＣ等）を通知する。本シグナリングには、ネットワークがリレーをサポートすること・あるいはＵＥにリレー能力を報告させることを示す情報を含む。

【0091】

ステップ１０２において、ＵＥ１はＤ２Ｄリレーに関する能力情報をｅＮＢ１０に送信する。ステップＳ１０１のシステム情報の報知を行う場合、ＵＥ１は当該システム情報（ＮＷがＤ２Ｄリレーをサポートする旨の情報）を受信したことに基づいてＤ２Ｄリレーに関する能力情報を通知することができる。

【0092】

ステップＳ１０３において、ｅＮＢ１０はＵＥ１に対して測定要求を行う。測定要求は、例えば、ＲＲＣ信号で行ってもよいし、ＭＡＣ信号で行ってもよい。ＵＥ１は、測定要求に基づいて測定を行う（ステップＳ１０４）。ステップＳ１０４において、ＵＥ１は、セルラでの受信電力／受信品質（ＲＳＲＰ／ＲＳＲＱ）等の測定を行うとともに、アクティブ化された他のリレー候補ＵＥから送出される信号（例：ＰＳＤＣＨ、ＰＳＣＣＨ、ＰＳＳＣＨ等のＤＭ−ＲＳ）を測定することにより、周囲のアクティブ化されたリレー候補ＵＥを検出する。

【0093】

ステップＳ１０４での測定の結果は測定報告としてＵＥ１からｅＮＢ１０に報告される。当該測定報告には、例えば、バックホールリンクの受信電力／受信品質（ＲＳＲＰ／ＲＳＲＱ）、及び、ＵＥ１の周辺に存在する受信レベルが一定以上のリレー候補ＵＥの数及び／又は受信レベル等が含まれる。

【0094】

ｅＮＢ１０は、ＵＥ１を含む各ＵＥから受信した測定報告及びＵＥ能力情報に基づいて、リレー候補としてアクティブ化するＵＥを決定し、決定したＵＥをアクティブ化する（ステップＳ１０６）。

【0095】

例えば、ｅＮＢ１０は、受信電力／受信品質から、適切なバックホールリンクの品質を有するＵＥであって、更に、周辺に存在するリレー候補ＵＥの数が予め定めた閾値以下のＵＥをリレー候補としてアクティブ化するＵＥとして決定する。

【0096】

ステップ１０４の測定及びステップ１０５の測定報告は、アクティブ化したリレー候補ＵＥも行うこととしてよく、ｅＮＢ１０は、当該測定報告に基づき、アクティブ化したリレー候補ＵＥが、アクティブ化させる条件を満たさなくなった場合に、当該ＵＥを非アクティブ化することができる。

【0097】

ＵＥに対するアクティブ化／非アクティブ化は、ｅＮＢ１０から該当ＵＥへの上位レイヤシグナリングで実施できる。当該シグナリングとして、例えば、ＲＲＣ信号、ＭＡＣ信号を使用することができる。また、アクティブ化のシグナリング、もしくは、他のタイミング（例：ステップＳ１０１）において、ｅＮＢ１０からＵＥ１に対してリレー初期化のためのリソースの情報が通知されてもよい。リレー初期化のためのリソースの情報とは、例えば、リレー初期化においてリモートＵＥに送信する測定リソースの情報、ＰＳＢＣＨに含める情報等である。ＲＲＣ＿ＩＤＬＥやＤＲＸであってもリレー要求の受付は可能と考えられるため、アクティブ化にタイマーを設けてタイマーが満了するまではＲＲＣ＿ＩＤＬＥやＤＲＸになってもアクティブ状態を維持してもよい。あるいは、アクティブ状態をＲＲＣ＿ＣＯＮＮＥＣＴＥＤに限定することでリレー接続のためのＲＲＣ接続確立に伴う遅延が生じることを回避してもよい。これらの動作はｅＮＢからのシグナリングで切り替えられるようにしてもよいし、端末動作としていずれかを定めてもよい。

【0098】

また、アクティブ化されたリモート候補ＵＥは、例えば、バックホールリンクの品質低下を検知した場合や端末バッテリー残量が少なくなった場合等に、自律的に自身を非アクティベートしてもよく、ＲＲＣ接続がある場合はそのことをｅＮＢに報告してもよい。

【0099】

ステップＳ１０３〜Ｓ１０５を実行しないこととしてもよい。この場合、例えば、ｅＮＢ１０は、リレー能力を持つＵＥのうちの予め定めた割合のＵＥがリレー候補となるようにアクティブ化を行う。

【0100】

（Ｄ２Ｄリレー可能通知）
次に、ＵＥがＤ２Ｄリレー可能であることを示すリレー可能通知（Ｉｎｄｉｃａｔｉｏｎ ｏｆ ｒｅｌａｙ ｅｎａｂｌｅｄ ＮＷ／ＵＥ）を行うことを含む処理について図２１を参照して説明する。

【0101】

図２１に示すように、ＵＥ１は、ＰＳＳＳ／ＳＳＳＳとＰＳＢＣＨを送信する（ステップＳ２０１）。カバレッジ外にあるリモートＵＥ２は、ＰＳＳＳ／ＳＳＳＳにより、カバレッジ内のＵＥ１とタイミング同期及び周波数同期をとる。また、リモートＵＥ２は、ＰＳＢＣＨにより、フレーム番号（ＤＦＮ）等を把握する。

【0102】

ステップＳ２０１のＰＳＢＣＨは、前述したＤ２Ｄ ＳＩＢ受信のための情報を含むＰＳＢＣＨに相当する。

【0103】

ＰＳＢＣＨには、送信側がカバレッジ内かカバレッジ外かを示す「Ｉｎ−ｃｏｖｅｒａｇｅ ｉｎｄｉｃａｔｏｒ」が含まれる。本実施の形態では、例えば、「Ｉｎ−ｃｏｖｅｒａｇｅ ｉｎｄｉｃａｔｏｒ」のビットが、カバレッジ内であることを示すビットである場合に、送信側のＵＥ１はリレー可能であることを示す、とすることもできる。

【0104】

また、ＰＳＢＣＨには、「Ｒｅｓｅｒｖｅｄ ｆｉｅｌｄ」（例：１９ビット）が含まれる。例えば、リレー可能（リレーの能力を持ち、ネットワークがリレーに対応している等）である送信側のＵＥ１は当該「Ｒｅｓｅｒｖｅｄ ｆｉｅｌｄ」に、リレー可能であることを示す情報（ビット）を含めて当該ＰＳＢＣＨを送信し、ＰＳＢＣＨを受信したリモートＵＥ２は、「Ｒｅｓｅｒｖｅｄ ｆｉｅｌｄ」に、リレー可能であることを示す情報がある場合に、リレー可能なＵＥ１が存在すると判断することとしてもよい。また、後述するＤ２Ｄリレー用制御情報（Ｄ２Ｄ ｒｅｌａｙ ｓｐｅｃｉｆｉｃ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信する場合、「Ｒｅｓｅｒｖｅｄ ｆｉｅｌｄ」には、Ｄ２Ｄリレー用制御情報を送信する（リモートＵＥ２が受信する）リソースプールの構成情報が含まれてもよい。

【0105】

本実施の形態において、ＰＳＢＣＨを用いたリレー可能通知は、ＵＥ１がリレー候補としてアクティブ化されているかアクティブ化されていないかにかかわらずに送信される。図２１には、アクティブ化される前のＵＥ１からリレー可能通知が送信されることが示されている。ただし、アクティブ化されたＵＥのみがリレー可能通知を送信することとしてもよい。

【0106】

ステップＳ２０２において、ＵＥ１ＢとＵＥ１Ｃがリレー候補としてアクティブ化される。以下、図２１の説明において、ＵＥ１はＵＥ１Ｂ又はＵＥ１Ｃを示す。

【0107】

ステップＳ２０３において、ＵＥ１は、リモートＵＥ２側にＤ２Ｄリレー用制御情報（Ｄ２Ｄ ｒｅｌａｙ ｓｐｅｃｉｆｉｃ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信する（ブロードキャストする）。Ｄ２Ｄリレー用制御情報は、前述したＤ２Ｄ ＳＩＢに相当し、リモートＵＥ２がリレーＵＥを選択するために使用するＤ２Ｄチャネル（例：測定リソース）を（送）受信するための情報を含む。図１９のステップＳ４０、Ｓ５０で用いるＤ２Ｄ送受信用の構成情報（リソースプール等）も通知してもよい。例えば、Ｄ２Ｄリレー用制御情報はカバレッジ外のＵＥが任意に受信できるよう、周期的に送信されるものとする。

【0108】

Ｄ２Ｄ ＳＩＢを用いてもリレー可能通知が可能であるため、ＰＳＢＣＨはＤ２Ｄ ＳＩＢ受信のトリガにのみ用いてもよい。ＰＳＢＣＨをリレー可能通知に用いた場合、カバレッジ外ＵＥがＤ２Ｄ ＳＩＢを受信できない場合にはカバレッジ外ＵＥからＭｏｄｅｌ ＢのＲｅｌａｙ Ｄｉｓｃｏｖｅｒｙによりカバレッジ内ＵＥに対して事前設定されたパラメータを用いてリレー要求を行なってもよい。

【0109】

既に説明したように、Ｄ２Ｄリレー用制御情報は、ＰＳＤＣＨ（Ｄｉｓｃｏｖｅｒｙメッセージ）におけるＰｒｏＳｅ Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｄｅ等のフィールドを利用して、ＰＳＤＣＨで送信することができる。例えば、当該ＰＳＤＣＨの送信のためのリソースプールのバリエーションは限られたものとして定めておくことで構成情報通知のための所要ビット数を削減し、当該ＰＳＤＣＨリソースの構成情報（コンフィギュレーション）は、ステップＳ２０１におけるＰＳＢＣＨで通知される。

【0110】

また、例えば、Ｄ２Ｄリレー用制御情報の情報量が小さい場合、ステップＳ２０１において、ＰＳＢＣＨを用いてＤ２Ｄリレー用制御情報を送信してもよい。この場合、ステップＳ２０３での送信は不要である。

【0111】

その後、ＵＥ１からリモートＵＥ２側に、リレーＵＥ選択のための測定リソースが送信される（ステップＳ２０４、Ｓ２０５）。当該測定リソースは、ステップＳ２０２等で送信したＤ２Ｄリレー用制御情報に示されているリソースの情報に対応する。当該信号を受信したリモートＵＥ２は、当該測定リソースで受信した信号の受信品質（ＲＳＲＰ，ＲＳＲＱ等）を測定し、例えば、最も良い受信品質のＵＥをリレーＵＥとして選択する（ステップＳ２０６）。また、当該測定リソースは、例えば、ＰＳＤＣＨ又はＰＳＣＣＨ／ＰＳＳＣＨで送信される。図５等に示したようにこれらのチャネルは周期的に送信される。

【0112】

図２０のステップＳ１０４で説明したように、カバレッジ内のＵＥは、周辺のアクティブ化されたリレー候補の検出を行う。この検出のためにモニタ（測定）するリソースとして、例えば、図２１のステップＳ２０４、Ｓ２０５等でリモート候補ＵＥが周期的に送信するチャネルにおける、一部の周期のチャネルのＤＭ−ＲＳを用いることができる。

【0113】

リレー候補ＵＥ１は、周辺のリレー候補ＵＥの検出（上記ＤＭ−ＲＳの受信）をＤ２Ｄ送信よりも優先して行うこととしてよい。ただし、周辺のリレー候補ＵＥの検出（上記ＤＭ−ＲＳの受信）は、ＰＳＳＳ／ＳＳＳＳ及びＰＳＢＣＨ（及びＤ２Ｄリレー用制御情報）及び測定リソースの送信よりは優先されない。

【0114】

既に説明したように、Ｄ２Ｄリレー用制御情報及び／又はＰＳＢＣＨは、リモートＵＥ２がリレーＵＥ選択のために使用するＤ２Ｄチャネル（測定リソース）を受信するための構成情報等を含む。より具体的には、Ｄ２Ｄリレー用制御情報及び／又はＰＳＢＣＨは、コンテンツとして、例えば、リソースプールコンフィギュレーション、ＣＰ長情報、ＤＭ−ＲＳコンフィギュレーションを含む。当該コンテンツは、例えば、ｅＮＢ１０から、カバレッジ内のＵＥ１に対して上位レイヤシグナリングで設定されるものである。したがって、Ｒｅｌ−１２ ＵＥもＰＳＢＣＨを用いてリレー可能通知を送信することができる。

【0115】

Ｄ２Ｄリレー用制御情報及び／又はＰＳＢＣＨは、更に、オペレータＩＤ（例：ＰＬＭＮ、ＡＰＮ）を含むこととしてもよい。これにより、リモートＵＥ２は、事前にネットワークアクセス可否を判断できる。オペレータＩＤにもとづいたＩＤを宛先ＩＤに用いることで、暗黙的にオペレータＩＤを通知してもよい。また、Ｄ２Ｄリレー用制御情報及び／又はＰＳＢＣＨは、Ｌ２グループ宛先ＩＤを含んでもよい。これにより、リモートＵＥ２は、当該グループを指定したマルチキャストでリレー候補ＵＥに対してリレー要求を送信できる。また、Ｄ２Ｄリレー用制御情報及び／又はＰＳＢＣＨは、セキュリティキー等のセキュリティ関連パラメータを含んでもよい。

【0116】

なお、上記のようなＤ２Ｄリレー用制御情報を各ＵＥに事前設定（Ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）しておき、リモートＵＥ２への送信を行わないこととしてもよい。

【0117】

上記のように、アクティブ化したＵＥがリレー候補として動作するとともに、カバレッジ内ＵＥがリレー可能通知をリモートＵＥに送信することにより、無駄な処理が削減され、効率的にリレー通信を開始することが可能となる。

【0118】

なお、上記の「リモートＵＥ」とは、例えば、カバレッジ外で基地局の同期信号・報知情報を受信できないＵＥや、同期ソースとしての端末が送信する同期信号を用いているＵＥ、あるいはＲＲＣ接続が完了できないなどの理由でネットワークへ接続できないＵＥなどである。つまり、リモートＵＥは、カバレッジ外のＵＥに限定されるわけではない。また、ＵＥが「リレーＵＥとなる」とは、例えば、当該ＵＥがリレーＵＥとして認証されたり、基地局からリレーＵＥとしての動作を指示されたり、当該ＵＥが自律的にリレー動作実施を判断したうえでリレー中継に必要な動作を行うことである。

【0119】

（ユーザ装置の構成例）
図２２に、本実施の形態に係るＵＥの機能構成図を示す。図２２に示すＵＥは、本実施の形態で説明したカバレッジ内ＵＥとカバレッジ外ＵＥのどちらにでもなり得るＵＥであるが、例えば、カバレッジ内ＵＥの機能のみ、もしくはカバレッジ外ＵＥの機能のみを備えることとしてもよい。また、図２２に示す例では、リレーを行う機能を含んでいるが、これは例であり、リレーを行う機能を含まない構成としてもよい。

【0120】

図２２に示すように、当該ＵＥは、信号送信部１０１、信号受信部１０２、能力情報記憶部１０３、制御情報作成部１０４、測定部１０５、リレー状態管理部１０６、リレー側処理制御部１０７、リモート側処理制御部１０８を含む。なお、図２２は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２２に示す機能構成は一例に過ぎない。本実施の形態に係るＵＥの動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。

【0121】

信号送信部１０１は、ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ通信の送信機能とセルラ通信の送信機能を有する。

【0122】

信号受信部１０２は、他のＵＥ又はｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。信号受信部１０２は、Ｄ２Ｄ通信の受信機能とセルラ通信の受信機能を有する。

【0123】

能力情報記憶部１０３は、ＵＥが、リレーＵＥとなる能力を有するか否かを示す能力情報を含む能力情報を記憶し、当該能力情報は信号送信部１０１からｅＮＢに送信することができる。

【0124】

制御情報作成部１０４は、本実施の形態で説明したＰＳＢＣＨに含める情報、Ｄ２Ｄ ＳＩＢ（Ｄ２Ｄ制御情報）等を作成し、信号送信部１０１を介して送信する機能を含む。これらの情報は、例えば、ｅＮＢからシグナリングで受信する情報に基づき作成できる。制御情報作成部１０４と信号送信部１０１とで、例えば基地局のカバレッジ外に位置するカバレッジ外ユーザ装置がＤ２Ｄ制御情報を受信するためのリソースの構成情報と、前記Ｄ２Ｄ制御情報が送信されることを示す情報とをＤ２Ｄ用報知チャネルを用いて送信する報知チャネル情報送信部と、前記リソースを用いて、前記Ｄ２Ｄ制御情報を送信する制御情報送信部とを構成する。

【0125】

測定部１０５は、受信信号（例：ＤＭ−ＲＳ）の測定を行って受信品質（ＲＳＲＰ、ＲＳＲＱ等）の情報を取得する機能を含む。測定部１０５は、本実施の形態で説明した、リモートＵＥでの測定、及びリレー（候補）ＵＥでの測定のいずれも行う機能を含む。また測定は、アクセスリンクの測定とバックホールリンクの測定のいずれも可能である。

【0126】

また、測定部１０５は、周辺のアクティブ化したＵＥからの信号を測定することで、周辺のアクティブ化したＵＥを検出する機能を含む。

【0127】

リレー状態管理部１０６は、ＵＥがリレー候補としてアクティブ化されているか否かの情報を管理（格納）している。例えば、ｅＮＢからアクティブ化指示を受信した場合に、当該ＵＥはアクティブ化したことを示す情報を格納する。このことはＵＥをアクティブ化することに相当し、アクティブ化されたことにより、ＵＥは、測定リソースの送信や応答の受信等、リレー候補としての動作を行う。また、リレー状態管理部１０５は、アクティブ化を継続する所定の条件（例：バックホールリンクの品質）を満たさない場合に、ＵＥを非アクティブ化する機能も含む。

【0128】

リレー側処理制御部１０７は、データ通信のリレー処理を行うとともに、これまでに説明したリレーとなる側のＵＥの動作の制御を行う。例えば、リレー側処理制御部１０６は、信号送信部１０１を介して、リレー可能通知の送信、測定リソース等の送信、Ｄ２Ｄリレー用制御情報の送信等を行う。また、ＰＤＮからアドレスを取得し、リモートＵＥからの要求に応じてアドレスの情報を返す機能も含む。

【0129】

リモート側処理制御部１０８は、これまでに説明したリモートＵＥとなる側のＵＥの動作の制御を行う。

【0130】

図２２に示すユーザ装置ＵＥの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。

【0131】

図２３は、ユーザ装置ＵＥのハードウェア（ＨＷ）構成の例を示す図である。図２３は、図２２よりも実装例に近い構成を示している。図２３に示すように、ＵＥは、無線信号に関する処理を行うＲＥ（Ｒａｄｉｏ Ｅｑｕｉｐｍｅｎｔ）モジュール１５１と、ベースバンド信号処理を行うＢＢ（Ｂａｓｅ Ｂａｎｄ）処理モジュール１５２と、上位レイヤ等の処理を行う装置制御モジュール１５３と、ＵＳＩＭカードにアクセスするインタフェースであるＵＳＩＭスロット１５４とを有する。

【0132】

ＲＥモジュール１５１は、ＢＢ処理モジュール１５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Ａｎａｌｏｇ ｔｏ Ｄｉｇｉｔａｌ）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール１５２に渡す。ＲＥモジュール１５１は、例えば、図２２の信号送信部１０１及び信号受信部１０２における物理レイヤ等の機能を含む。

【0133】

ＢＢ処理モジュール１５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）１６２は、ＢＢ処理モジュール１５２における信号処理を行うプロセッサである。メモリ１７２は、ＤＳＰ１６２のワークエリアとして使用される。ＢＢ処理モジュール１５２は、例えば、図２２の信号送信部１０１及び信号受信部１０２におけるレイヤ２等の機能、能力情報記憶部１０３、制御情報作成部１０４、測定部１０５、リレー状態管理部１０６、リレー側処理制御部１０７、リモート側処理制御部１０８を含む。なお、能力情報記憶部１０３、制御情報作成部１０４、測定部１０５、リレー状態管理部１０６、リレー側処理制御部１０７、リモート側処理制御部１０８の機能の全部又は一部を装置制御モジュール１５３に含めることとしてもよい。

【0134】

装置制御モジュール１５３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ１６３は、装置制御モジュール１５３が行う処理を行うプロセッサである。メモリ１７３は、プロセッサ１６３のワークエリアとして使用される。また、プロセッサ１６３は、ＵＳＩＭスロット１５４を介してＵＳＩＭとの間でデータの読出し及び書込みを行う。

【0135】

（基地局ｅＮＢの構成例）
図２４に、本実施の形態に係るｅＮＢの機能構成図を示す。図２４に示すように、ｅＮＢは、信号送信部２０１、信号受信部２０２、ＵＥ情報記憶部２０３、アクティブ化／非アクティブ化決定部２０４、リソース情報記憶部２０５、スケジューリング部２０６を含む。なお、図２４は、ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した移動通信システムにおける基地局として動作するための図示しない機能も有するものである。また、図２４に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。

【0136】

信号送信部２０１は、ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部２０２は、ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。

【0137】

ＵＥ情報格納部２０３には、各ＵＥから受信するＵＥ能力の情報、測定報告、アクティブ化／非アクティブ化の状態情報等がＵＥ毎に格納されている。アクティブ化／非アクティブ化決定部２０４は、ＵＥ情報格納部２０３に格納された情報に基づいて、ＵＥのアクティブ化／非アクティブ化を決定し、ＵＥに対してアクティブ化指示等を通知する機能を含む。

【0138】

リソース情報記憶部２０５には、ＵＥ毎に、割り当てられたＤ２Ｄリソースを示す情報等が格納される。また、リソースが解放された場合は割り当て情報は削除される。スケジューリング部２０６は、リソース割り当てを行う機能を有する。また、スケジューリング部２０６は、リレーＵＥがＰＳＢＣＨやＤ２Ｄリレー用制御情報等に含めるリソースの構成情報を決定し、信号送信部２０１を介してＵＥに通知する機能を含む。

【0139】

図２５に示す基地局ｅＮＢの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。

【0140】

図２５は、基地局ｅＮＢのハードウェア（ＨＷ）構成の例を示す図である。図２５は、図２４よりも実装例に近い構成を示している。図２５に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＥモジュール２５１と、ベースバンド信号処理を行うＢＢ処理モジュール２５２と、上位レイヤ等の処理を行う装置制御モジュール２５３と、ネットワークと接続するためのインタフェースである通信ＩＦ２５４とを有する。

【0141】

ＲＥモジュール２５１は、ＢＢ処理モジュール２５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール２５２に渡す。ＲＥモジュール２５１は、例えば、図２４の信号送信部２０１及び信号受信部２０２における物理レイヤ等の機能を含む。

【0142】

ＢＢ処理モジュール２５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ２６２は、ＢＢ処理モジュール２５２における信号処理を行うプロセッサである。メモリ２７２は、ＤＳＰ２５２のワークエリアとして使用される。ＢＢ処理モジュール２５２は、例えば、図２４の信号送信部２０１及び信号受信部２０２におけるレイヤ２等の機能、ＵＥ情報記憶部２０３、アクティブ化／非アクティブ化決定部２０４、リソース情報記憶部２０５、スケジューリング部２０６を含む。なお、ＵＥ情報記憶部２０３、アクティブ化／非アクティブ化決定部２０４、リソース情報記憶部２０５、スケジューリング部２０６の機能の全部又は一部を装置制御モジュール２５３に含めることとしてもよい。

【0143】

装置制御モジュール２５３は、ＩＰレイヤのプロトコル処理、ＯＡＭ処理等を行う。プロセッサ２６３は、装置制御モジュール２５３が行う処理を行うプロセッサである。メモリ２７３は、プロセッサ２６３のワークエリアとして使用される。補助記憶装置２８３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。

【0144】

以上、説明したように、本実施の形態により、Ｄ２Ｄ通信をサポートする移動通信システムにおいて用いられるユーザ装置であって、他のユーザ装置がＤ２Ｄ制御情報を受信するためのリソースの構成情報と、前記Ｄ２Ｄ制御情報が送信されることを示す情報とをＤ２Ｄ用報知チャネルを用いて送信する報知チャネル情報送信部と、前記リソースを用いて、前記Ｄ２Ｄ制御情報を送信する制御情報送信部とを備えるユーザ装置が提供される。

【0145】

上記の構成により、Ｄ２Ｄ通信において、ユーザ装置間で制御情報を効率的に送受信することが可能となる。

【0146】

前記報知チャネル情報送信部は、前記Ｄ２Ｄ制御情報に変更が生じたことを示す変更通知を更に送信することとしてもよい。これにより、カバレッジ外ユーザ装置は、Ｄ２Ｄ制御情報の変更を把握できる。

【0147】

前記Ｄ２Ｄ用報知チャネルで送信する情報を基地局から受信する受信部を備えることとしてもよい。この構成により、ユーザ装置は、適切な情報を報知チャネルで送信することができる。

【0148】

前記制御情報送信部は、前記Ｄ２Ｄ制御情報を発見用チャネルを用いて送信し、前記リソースの構成情報は、前記発見用チャネルのリソースプールを指定するパラメータのうちの１つ又は複数のパラメータを固定とした当該リソースプールの構成情報であることとしてもよい。この構成により、報知チャネルで送信する情報量を小さくすることができる。

【0149】

前記制御情報送信部は、発見用チャネルで送信される発見用メッセージのメッセージタイプを前記Ｄ２Ｄ制御情報を示すメッセージタイプとしたフォーマットを用いて前記Ｄ２Ｄ制御情報を送信することとしてもよい。この構成により、発見用メッセージを効率的に利用してＤ２Ｄ制御情報を送信できる。

【0150】

前記Ｄ２Ｄ制御情報は、例えば、ユーザ装置固有の制御情報、又はユーザ装置共通の制御情報である。前記Ｄ２Ｄ制御情報がユーザ装置固有の制御情報である場合に、当該Ｄ２Ｄ制御情報は、前記ユーザ装置のレイヤ２又はレイヤ３のＩＤを含むこととしてもよい。これにより、Ｄ２Ｄ制御情報を受信した側は、送信元を適切に把握できる。

【0151】

前記ユーザ装置は、前記他のユーザ装置と基地局との間のデータ通信を中継するリレー装置となる能力を有し、前記Ｄ２Ｄ制御情報は、前記他のユーザ装置において、リレー装置の候補からリレー装置を選択するために使用されるリソースの構成情報を含むこととしてもよい。この構成により、カバレッジ外ユーザ装置と基地局との間のデータ通信を中継するリレー通信を効率的に実現できる。

【0152】

本実施の形態で説明したユーザ装置ＵＥは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在した構成であってもよい。

【0153】

本実施の形態で説明した基地局ｅＮＢは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在した構成であってもよい。

【0154】

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

【0155】

本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。

【0156】

本特許出願は２０１５年３月３１日に出願した日本国特許出願第２０１５−０７４１８４号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−０７４１８４号の全内容を本願に援用する。

【0157】

＜付記＞
（第１項）
Ｄ２Ｄ通信をサポートする移動通信システムにおいて用いられるユーザ装置であって、
他のユーザ装置がＤ２Ｄ制御情報を受信するためのリソースの構成情報と、前記Ｄ２Ｄ制御情報が送信されることを示す情報とをＤ２Ｄ用報知チャネルを用いて送信する報知チャネル情報送信部と、
前記リソースを用いて、前記Ｄ２Ｄ制御情報を送信する制御情報送信部と
を備えるユーザ装置。
（第２項）
前記報知チャネル情報送信部は、前記Ｄ２Ｄ制御情報に変更が生じたことを示す変更通知を更に送信する
第１項に記載のユーザ装置。
（第３項）
前記Ｄ２Ｄ用報知チャネルで送信する情報を基地局から受信する受信部
を備える第１項又は第１項に記載のユーザ装置。
（第４項）
前記制御情報送信部は、前記Ｄ２Ｄ制御情報を発見用チャネルを用いて送信し、
前記リソースの構成情報は、前記発見用チャネルのリソースプールを指定するパラメータのうちの１つ又は複数のパラメータを固定とした当該リソースプールの構成情報である
第１項ないし第３項のうちいずれか１項に記載のユーザ装置。
（第５項）
前記制御情報送信部は、発見用チャネルで送信される発見用メッセージのメッセージタイプを前記Ｄ２Ｄ制御情報を示すメッセージタイプとしたフォーマットを用いて前記Ｄ２Ｄ制御情報を送信する
第１項ないし第４項のうちいずれか１項に記載のユーザ装置。
（第６項）
前記Ｄ２Ｄ制御情報は、ユーザ装置固有の制御情報、又はユーザ装置共通の制御情報である
第１項ないし第５項のうちいずれか１項に記載のユーザ装置。
（第７項）
前記Ｄ２Ｄ制御情報がユーザ装置固有の制御情報である場合に、当該Ｄ２Ｄ制御情報は、前記ユーザ装置のレイヤ２又はレイヤ３のＩＤを含む
第６項に記載のユーザ装置。
（第８項）
前記ユーザ装置は、前記他のユーザ装置と基地局との間のデータ通信を中継するリレー装置となる能力を有し、
前記Ｄ２Ｄ制御情報は、前記他のユーザ装置において、リレー装置の候補からリレー装置を選択するために使用されるリソースの構成情報を含む
第１項ないし第７項のうちいずれか１項に記載のユーザ装置。
（第９項）
Ｄ２Ｄ通信をサポートする移動通信システムにおいて用いられるユーザ装置が実行する制御情報送信方法であって、
他のユーザ装置がＤ２Ｄ制御情報を受信するためのリソースの構成情報と、前記Ｄ２Ｄ制御情報が送信されることを示す情報とをＤ２Ｄ用報知チャネルを用いて送信する報知チャネル情報送信ステップと、
前記リソースを用いて、前記Ｄ２Ｄ制御情報を送信する制御情報送信ステップと
を備える制御情報送信方法。

【符号の説明】

【0158】

ｅＮＢ 基地局
ＵＥ ユーザ装置
１０１ 信号送信部
１０２ 信号受信部
１０３ 能力情報記憶部
１０４ 制御情報作成部
１０５ 測定部
１０６ リレー状態管理部
１０７ リレー側処理制御部
１０８ リモート側処理制御部
１５１ ＲＥモジュール
１５２ ＢＢ処理モジュール
１５３ 装置制御モジュール
１５４ ＵＳＩＭスロット
２０１ 信号送信部
２０２ 信号受信部
２０３ ＵＥ情報記憶部
２０４ アクティブ化／非アクティブ化決定部
２０５ リソース情報記憶部
２０６ スケジューリング部
２５１ ＲＥモジュール
２５２ ＢＢ処理モジュール
２５３ 装置制御モジュール
２５４ 通信ＩＦ

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6A】

【図6B】

【図7A】

【図7B】

【図8A】

【図8B】

【図9A】

【図9B】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】