(57)【要約】  Ｄ２Ｄ通信をサポートする移動通信システムにおいて用いられるユーザ装置において、前記ユーザ装置が基地局のカバレッジ内に位置する場合に、当該ユーザ装置が、遠隔ユーザ装置と前記基地局との間のデータ通信を中継するリレー装置となることが可能であることを示すリレー可能通知を送信する送信部と、前記基地局からアクティブ化指示を受信したことに応じて、前記ユーザ装置を前記リレー装置の候補としてアクティブ化する状態制御部とを備える。
2016158996.tif 000002
【特許請求の範囲】
【請求項１】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて用いられるユーザ装置であって、
前記ユーザ装置が基地局のカバレッジ内に位置する場合に、当該ユーザ装置が、遠隔ユーザ装置と前記基地局との間のデータ通信を中継するリレー装置となることが可能であることを示すリレー可能通知を送信する送信部と、
前記基地局からアクティブ化指示を受信したことに応じて、前記ユーザ装置を前記リレー装置の候補としてアクティブ化する状態制御部と
を備えるユーザ装置。
【請求項２】
前記リレー装置の候補として前記ユーザ装置がアクティブ化された後に、前記送信部は、リレー装置の候補からリレー装置を選択するために使用される測定リソースを前記遠隔ユーザ装置に送信する
請求項１に記載のユーザ装置。
【請求項３】
前記リレー可能通知は、前記測定リソースを送信するチャネルの構成情報を含む
請求項２に記載のユーザ装置。
【請求項４】
前記リレー可能通知は、前記遠隔ユーザ装置がＤ２Ｄリレー用制御情報を受信するためのチャネルの構成情報を含み、
前記送信部は、前記リレー可能通知を送信した後に、前記Ｄ２Ｄリレー用制御情報を送信する
請求項１又は２に記載のユーザ装置。
【請求項５】
前記Ｄ２Ｄリレー用制御情報は、リレー装置の候補からリレー装置を選択するために使用される測定リソースを送信するチャネルの構成情報を含む
請求項４に記載のユーザ装置。
【請求項６】
リレー装置の候補としてアクティブ化された周辺のユーザ装置から送信される信号に基づいて、当該周辺のユーザ装置を検出する検出部
を備える請求項１ないし５のうちいずれか１項に記載のユーザ装置。
【請求項７】
前記送信部は、前記検出部により検出された前記周辺のユーザ装置の情報を測定報告として前記基地局に送信する
請求項６に記載のユーザ装置。
【請求項８】
前記ユーザ装置が前記リレー装置の候補としてアクティブ化されている場合に、前記状態制御部は、所定の条件を満たした場合に、自律的に前記ユーザ装置を非アクティブ化する
請求項１ないし７のうちいずれか１項に記載のユーザ装置。
【請求項９】
Ｄ２Ｄ通信をサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、
前記ユーザ装置から、当該ユーザ装置が、遠隔ユーザ装置と前記基地局との間のデータ通信を中継するリレー装置となる能力を有するか否かを示す能力情報を受信する受信部と、
前記能力情報に基づいて、前記ユーザ装置を前記リレー装置の候補としてアクティブ化するか否かを決定し、前記リレー装置の候補としてアクティブ化する場合に、前記ユーザ装置にアクティブ化指示を送信する決定部と
を備える基地局。
【請求項１０】
前記受信部は、前記ユーザ装置から、リレー装置の候補としてアクティブ化された周辺のユーザ装置の情報を測定報告として受信し、
前記決定部は、前記能力情報と前記測定報告とに基づいて、前記ユーザ装置を前記リレー装置の候補としてアクティブ化するか否かを決定する
請求項９に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信（ユーザ装置間通信）に関するものであり、特に、Ｄ２Ｄ通信において、セルラーのカバレッジ外のＵＥが、カバレッジ内のＵＥを中継装置（リレー）として利用することにより、ネットワークと通信を行う技術に関連するものである。
【背景技術】
【０００２】
ＬＴＥ等の移動体通信システムでは、ユーザ装置ＵＥと基地局ｅＮＢが通信を行うことにより基地局ｅＮＢ等を介してユーザ装置ＵＥ間で通信を行うことが一般的であるが、近年、ユーザ装置ＵＥ間で直接に通信を行うＤ２Ｄ通信（以降、"Ｄ２Ｄ"と呼ぶ）についての種々の技術が提案されている。【０００３】
特に、ＬＴＥにおけるＤ２Ｄでは、ユーザ装置ＵＥ間でプッシュ通話等のデータ通信を行う「Ｃｏｍｍｕｎｉｃａｔｉｏｎ（コミュニケーション）」と、ユーザ装置ＵＥが、アプリケーションＩＤ等を含む発見メッセージ（ｄｉｓｃｏｖｅｒｙ  ｍｅｓｓａｇｅ）を送信することで、受信側のユーザ装置ＵＥに送信側のユーザ装置ＵＥの検出を行わせる「Ｄｉｓｃｏｖｅｒｙ（発見）」が提案されている（例えば、非特許文献１参照）。【０００４】
ＬＴＥで規定されるＤ２Ｄでは、各ユーザ装置ＵＥは、ユーザ装置ＵＥから基地局ｅＮＢへの上り信号送信のリソースとして既に規定されている上りリソースの一部を利用する。以下、ＬＴＥにおけるＤ２Ｄの信号送信の概要を説明する。【０００５】
「Ｄｉｓｃｏｖｅｒｙ」については、図１Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ユーザ装置ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージを送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ユーザ装置ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。【０００６】
「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」についても、図１Ｂに示すように、Ｃｏｎｔｒｏｌ／Ｄａｔａ送信用リソースプールが周期的に確保される。送信側のユーザ装置はＣｏｎｔｒｏｌリソースプールから選択されたリソースでＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）によりＤａｔａ送信用リソース等を受信側に通知し、当該Ｄａｔａ送信用リソースでＤａｔａを送信する。「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、基地局ｅＮＢからユーザ装置ＵＥに送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ユーザ装置ＵＥはＣｏｎｔｒｏｌ／Ｄａｔａ送信用リソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。【０００７】
ＬＴＥにおいて、「Ｄｉｓｃｏｖｅｒｙ」に用いられるチャネルはＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ）と称され、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と称される（非特許文献２）。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ  ＴＲ  ３６．８４３  Ｖ１２．０．１  （２０１４−０３）
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１２．４．０  （２０１４−１２）
【非特許文献３】３ＧＰＰ  ＴＳ  ２３．３０３  Ｖ１２．３．０  （２０１４−１２）
【非特許文献４】３ＧＰＰ  ＴＳ  ２４．３３４  Ｖ１２．１．１  （２０１５−０１）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
Ｄ２Ｄ通信において、ユーザ装置ＵＥは、基地局ｅＮＢのカバレッジ内であれば、基地局ｅＮＢから受信するＤ２Ｄリソース構成情報等に基づき、基地局ｅＮＢからの同期信号に同期したタイミングでＤ２Ｄ通信を行うことができる。【００１０】
一方、ユーザ装置ＵＥがカバレッジ外に存在する場合、ユーザ装置ＵＥは装置内に事前設定された情報を用いて自律的にＤ２Ｄ通信を行うことができることの他、同期信号のリレーを行うことで、カバレッジ内ＵＥと同期した動作を可能とする技術が提案されている。すなわち、図２に示す例において、カバレッジ内のユーザ装置ＵＥ１は、基地局ｅＮＢから受信した同期信号に基づき、同期信号をカバレッジ外のユーザ装置ＵＥ２に送信する。更に、ＵＥ２からＵＥ３へも同期信号を送信することができる。【００１１】
上記の同期信号のリレーと同様にして、データについてもリレーを行うことが「ＰｒｏＳｅ  ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ」として提案されている（非特許文献３）。「ＰｒｏＳｅ  ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ」では、カバレッジ内のリレーＵＥが、カバレッジ外のリモートＵＥとネットワークとの間でＵＬ／ＤＬユニキャストトラフィックのリレーを行うこと等が提案されている。【００１２】
しかし、Ｄ２Ｄリレーを開始するにあたってのリレー初期化やリレーＵＥ選定を効率的に行うための従来技術は無く、データのリレーを実現するにあたって必要な具体的な技術が求められている。【００１３】
本発明は上記の点に鑑みてなされたものであり、ユーザ装置と基地局との間のデータ通信をカバレッジ内のユーザ装置がリレーするＤ２Ｄリレー通信を効率的に実現することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて用いられるユーザ装置であって、
前記ユーザ装置が基地局のカバレッジ内に位置する場合に、当該ユーザ装置が、遠隔ユーザ装置と前記基地局との間のデータ通信を中継するリレー装置となることが可能であることを示すリレー可能通知を送信する送信部と、
前記基地局からアクティブ化指示を受信したことに応じて、前記ユーザ装置を前記リレー装置の候補としてアクティブ化する状態制御部と
を備えるユーザ装置が提供される。【００１５】
また、本発明の実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、
前記ユーザ装置から、当該ユーザ装置が、遠隔ユーザ装置と前記基地局との間のデータ通信を中継するリレー装置となる能力を有するか否かを示す能力情報を受信する受信部と、
前記能力情報に基づいて、前記ユーザ装置を前記リレー装置の候補としてアクティブ化するか否かを決定し、前記リレー装置の候補としてアクティブ化する場合に、前記ユーザ装置にアクティブ化指示を送信する決定部と
を備える基地局が提供される。
【発明の効果】
【００１６】
本発明の実施の形態により、ユーザ装置と基地局との間のデータ通信をカバレッジ内のユーザ装置がリレーするＤ２Ｄリレー通信を効率的に実現することを可能とする技術が提供される。
【図面の簡単な説明】
【００１７】
【図１Ａ】Ｄ２Ｄ通信を説明するための図である。
【図１Ｂ】Ｄ２Ｄ通信を説明するための図である。
【図２】同期リレーを示す図である。
【図３】本発明の実施の形態に係る通信システムの構成図である。
【図４Ａ】Ｄ２Ｄ通信で使用されるチャネル構造の例を説明するための図である。
【図４Ｂ】Ｄ２Ｄ通信で使用されるチャネル構造の例を説明するための図である。
【図５】発見用メッセージの例を示す図である。
【図６】発見用メッセージを用いた通信の例を示す図である。
【図７】ＩＰレイヤリレーのプロトコルの例を示す図である。
【図８】リレー初期化の概要を説明するための図である。
【図９】リレー初期化のための手順例を示す図である。
【図１０】リレー候補ＵＥのアクティブ化の必要性を説明するための図である。
【図１１】リレー候補ＵＥのアクティブ化のための手順例を示す図である。
【図１２】リレー可能ＮＷ／ＵＥの通知を含む手順例を示す図である。
【図１３】リレーＵＥ選択のための手順例１−１を示す図である。
【図１４】リレーＵＥ選択のための手順例１−２を示す図である。
【図１５】リレーＵＥ選択のための手順例２−１を示す図である。
【図１６】リレーＵＥ選択のための手順例２−２を示す図である。
【図１７Ａ】リレー要求／リレー応答に含まれるＩＤの例を示す図である。
【図１７Ｂ】リレー要求／リレー応答に含まれるＩＤの例を示す図である。
【図１８】本発明の実施の形態におけるユーザ装置ＵＥの構成図である。
【図１９】ユーザ装置ＵＥのＨＷ構成図である。
【図２０】本発明の実施の形態における基地局ｅＮＢの構成図である。
【図２１】基地局ｅＮＢのＨＷ構成図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施の形態を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。また、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのＲｅｌ−１２、１３もしくはそれ以降に対応する通信方式も含み得る広い意味で使用する。
【００１９】
以下では、基本的に、基地局を「ｅＮＢ」と表記し、ユーザ装置を「ＵＥ」と表記する。ｅＮＢは「ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ」の略語であり、ＵＥは、「Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ」の略語である。
【００２０】
（システム構成）
図３は、本発明の実施の形態に係る通信システムの構成図である。本実施の形態に係る通信システムは、ｅＮＢ１０のカバレッジ（セル）内にＵＥ１が存在するセルラ通信システムである。カバレッジ内のＵＥ１はＤ２Ｄ通信機能を有しており、カバレッジ内の他ＵＥとの間でＤ２Ｄ通信を行うことが可能である。また、カバレッジ内のＵＥ１はカバレッジ外のＵＥ２とＤ２Ｄ通信を行うことも可能である。カバレッジ外のＵＥ２もＤ２Ｄ通信機能を有しており、他ＵＥとの間でＤ２Ｄ通信を行うことが可能である。更に、カバレッジ内のＵＥ１はｅＮＢ１０との間で通常のセルラ通信を行うことが可能である。
【００２１】
カバレッジ内のＵＥ１は、信号中継機能を有し、リレーＵＥ１と称してもよい。また、カバレッジ外のＵＥ２をリモートＵＥ２と称してもよい。リレーＵＥ１は、ｅＮＢ１０とリモートＵＥ２との間で信号を中継することが可能である。
【００２２】
ｅＮＢ１０とリレーＵＥ１との間のリンクをバックホールリンクと呼び、リレーＵＥ１とリモートＵＥ２との間のリンクをアクセスリンクと呼ぶ。
【００２３】
なお、本実施の形態では、バックホールがＬＴＥである場合の例を示しているが、これは一例に過ぎない。例えば、バックホールが有線、衛星等のネットワークでもよい。
【００２４】
本実施の形態では、このような通信システムにおけるＤ２Ｄリレーの効率的な実現のための技術を詳細に説明するが、当該技術の説明の前に、その前提となるＤ２Ｄの技術の例を説明しておく。
【００２５】
（Ｄ２Ｄ通信で使用されるチャネルの構造等）
Ｄ２Ｄ通信における信号の送受信は、セルラ通信における上りリンクのリソースの一部を使用して行われる。Ｄ２Ｄ通信のチャネル構造の例を図４Ａ、Ｂに示す。図４Ａに示すように、ｃｏｍｍｕｎｉｃａｔｉｏｎに使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、ｃｏｍｍｕｎｉｃａｔｉｏｎのチャネルの周期よりも長い周期でｄｉｓｃｏｖｅｒｙに使用されるＰＳＤＣＨのリソースプールが割り当てられている。
【００２６】
また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）が用いられる。また、カバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等の報知情報（ｂｒｏａｄｃａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ）を送信するＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）が用いられる。
【００２７】
図４Ｂに、ＰＳＣＣＨ及びＰＳＳＣＨの構造例を示す。図４Ｂに示すように、ＰＳＣＣＨ及びＰＳＳＣＨは、ＰＵＳＣＨと同様の構造を持ち、ペイロードに所定数個のＤＭ−ＲＳ（復調用参照信号）が挿入された構造を有する。
【００２８】
図５に、ＰＳＤＣＨにより送信される発見用メッセージ（Ｄｉｓｃｏｖｅｒｙ  ｍｅｓｓａｇｅ）の内容を示す（非特許文献４）。図５に示すように、発見用メッセージは、Ｍｅｓｓａｇｅ  Ｔｙｐ、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｄｅ、ＭＩＣ（Ｍｅｓｓａｇｅ  ｉｎｔｅｇｒｉｔｙ  ｃｈｅｃｋ）、Ｔｉｍｅ  Ｃｏｕｎｔｅｒを有し、ＣＲＣが付加される。また、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｄｅは、ＰＬＭＮ  ＩＤとＴｅｍｐｏｒａｒｙ  ＩＤを有する。
【００２９】
発見用メッセージを用いた通信の例を図６を参照して説明する。発見して欲しい側の送信ユーザ（ＵＥ）は、まず、メッセージの登録をネットワーク（Ｄ２Ｄをサポートするサーバ等）に対して行う（ステップＳ１´）。送信ユーザはネットワークから登録した情報に対応する送信メッセージ（ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｄｅ）を受信する（ステップＳ２´）。一方、受信ユーザ（ＵＥ）は、興味情報をネットワークに登録し（ステップＳ１）、ネットワークから受信フィルタを受信する（ステップＳ２）。
【００３０】
送信ユーザから、上記送信メッセージを含む発見用メッセージが送信されると（ステップＳ３´）、当該発見用メッセージを受信ユーザが受信する（ステップＳ３）。送信メッセージが受信フィルタに適合すると、その報告がネットワークに対してなされ（ステップＳ４）、受信ユーザは、詳細情報を受信する（ステップＳ５）。
【００３１】
なお、少なくともカバレッジ外のＵＥがＤｉｓｃｏｖｅｒｙメッセージを送信する場合は上記のようなＮＷからのメッセージ払い出しはできず、ＵＥが自律的にＤｉｓｃｏｖｅｒｙメッセージの内容を構成する。また、リレー用Ｄｉｓｃｏｖｅｒｙメッセージの場合、カバレッジ内ＵＥもＮＷからのメッセージ払い出しではなく、自律的なメッセージ構成を用いる場合もある。
【００３２】
（リレーの概要例）
図７に、Ｄ２Ｄリレーを行う際のプロトコルの例を示す。図７に示す例では、ＩＰレイヤでのリレーが行われる。本実施の形態では、図７に示すように、ＩＰレイヤのリレーを行うものとするが、リレーのレイヤはＩＰで限らず、ＩＰよりも低レイヤでリレーを行ってもよい。
【００３３】
図８は、図７に示したようなプロトコルによりリレー通信を開始するために行われるリレー初期化処理の例を示す図である（非特許文献３）。なお、図８は、本発明の実施の形態に係る処理内容の理解を促進するために、リレー初期化（ＩＰアドレス割り当て等）のための処理例を非特許文献３に記載の技術に基づき説明する図である。
【００３４】
ステップＳ１１において、リレーＵＥ１はネットワーク（ＰＤＮ：パケットデータネットワーク）に接続し、ＩＰアドレスの情報を取得する。ステップＳ１２では発見手順が行われる。ここでは、リモートＵＥ２が、リレーＵＥ１の選択を行うことを支援する情報がリレーＵＥ１から提供される。なお、図８に示されるＭｏｄｅｌ  Ａは、アナウンス（送信側）とモニタリング（受信側）からなるＤｉｓｃｏｖｅｒｙ方法であり、Ｍｏｄｅｌ  Ｂは、リクエストとレスポンスからなるＤｉｓｃｏｖｅｒｙ方法である。ステップＳ１２において、Ｌ１／Ｌ２動作としては、リレーＵＥ１のＭＡＣアドレス（Ｌ２アドレス、もしくはＬ２  ＩＤと称してもよい）をリモートＵＥ２が取得する処理が行われる。
【００３５】
ステップＳ１３において、リモートＵＥ２がリレーＵＥ１を選択する。接続するＰＤＮのＩＰアドレスがＩＰｖ４である場合、リモートＵＥ２は、上記Ｌ２アドレスを指定して、ＤＨＣＰｖ４の手順を実行することによりＩＰアドレスを取得する（ステップＳ１４〜Ｓ１７）。
【００３６】
接続するＰＤＮのＩＰアドレスがＩＰｖ６である場合、リモートＵＥ２は、ＲＳ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ）メッセージをリレーＵＥ１（上記Ｌ２アドレス）に送信する（ステップＳ１４）。ＲＳメッセージを受信したリレーＵＥ１は、ＩＰｖ６プレフィックスを含むＲＡ（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージをリモートＵＥ２に送信する（ステップＳ１５）。
【００３７】
（本実施の形態に係るリレー初期化の手順例）
図９は、本実施の形態に係るリレー初期化（リレー通信を開始するための処理）の手順例を示す図である。図９を参照して手順の概要を説明する。詳細についてはその後に説明する。図９の例における通信システムの構成は図３に示したものと同じであるが、図９の例では、リレーＵＥとなり得るカバレッジ内ＵＥが複数台示されている。これらはＵＥ１Ａ、ＵＥ１Ｂ、ＵＥ１Ｃと記述されている。以下、１Ａ〜１Ｃを特に区別しない場合、ＵＥ１と記述する。また、本実施の形態では、基本的に、ＵＥ１はアクティブ化されるまではリレーになり得ず、アクティブ化されてからリレーになり得る。よって、基本的に、アクティブ化された後のＵＥ１をリレー候補と呼び、リモートＵＥによりリレーとして選択されたＵＥをリレーＵＥと呼ぶ。
【００３８】
ステップＳ１０において、ｅＮＢ１０は、ＵＥ１をアクティブ化する。リモートＵＥ２とｅＮＢ１０間のリレーとして動作するＵＥは、アクティブ化されたリレー候補ＵＥの中から選択される。
【００３９】
ステップＳ２０において、リレー候補ＵＥ１からリモートＵＥ２に対してリレー可能ＮＷ／ＵＥの通知がなされる。この通知により、リモートＵＥ２は、リレーをサポートするネットワーク（ｅＮＢ１０）に、リレー動作可能なＵＥが存在することを把握できる。当該通知は、例えば、ＰＳＳＳ／ＳＳＳＳ、ＰＳＢＣＨ、ＰＳＤＣＨによりなされる。 
ステップＳ３０において、リレー候補ＵＥの中からリレーＵＥが選択される。リレーＵＥの選択においては、例えば、リモートＵＥ２からリレー候補ＵＥ１に要求が送られ、当該要求に基づきリレー候補ＵＥ１からリモートＵＥ２に対して信号（測定リソース）が送信され、リモートＵＥ２は、当該測定リソースで伝送される信号の品質測定を行うことで、リレーＵＥとするＵＥを選択する。以下、「測定リソース」は、当該リソースで送信される信号の意味で使用する場合がある。
【００４０】
その後、ステップＳ４０にて、上位レイヤの接続処理が行われ、ステップＳ５０にてリレー通信が実施される。以下では、ステップＳ１０〜Ｓ３０の処理の例を詳細に説明する。
【００４１】
（ＵＥのアクティブ化）
カバレッジ内にあるＵＥの全てがＮＷカバレッジ拡張のためのＤ２Ｄリレーに適しているわけではない。例えば、図１０に示すカバレッジ内のＵＥのうち、ＵＥ−ＢはｅＮＢ１０に近く、アクセスリンクが低品質であると考えられ、ＵＥ−Ｃは、セル端に近く、バックホールリンクが低品質であると考えられ、いずれもＤ２Ｄリレーに適さないと考えられる。また、リレーを行う能力（Ｃａｐａｂｉｌｉｔｙ）を持たないＵＥはリレーＵＥにはなれない。
【００４２】
また、例えば、図１０に示すＵＥ−Ａがリレー候補として動作し、加えて、隣接ＵＥ−Ｄもリレー候補として動作するといったように、リレー候補ＵＥの密度が高くなると、干渉の増加や、リレー候補ＵＥ間での信号送受信等による電力消費が大きくなることが考えられる。
【００４３】
そこで、本実施の形態では、適切なカバレッジ内ＵＥのみをアクティブ化して、リレー候補ＵＥとして動作させることとしている。
【００４４】
図１１を参照して、ＵＥをアクティブ化する手順例を説明する。本手順例では、ｅＮＢ１０が、ＵＥ能力（Ｃａｐａｂｉｌｉｔｙ）と測定報告に基づいてリレー候補とするＵＥを決定し、アクティブ化させる。ただし、図１１において、括弧が付されているステップは、オプショナルであり、実施しなくてもよいステップを示している。図１１では、ＵＥとしてＵＥ１のみが示されているが、これは代表として図示しているものであり、実際には複数のＵＥの中からＵＥ１を選択してアクティブ化する処理が行われる。
【００４５】
ステップＳ１０１において、ｅＮＢ１０はＤ２Ｄリレー動作を示す情報（ＳＩＢやＲＲＣ等）を通知する。本シグナリングには、ネットワークがリレーをサポートすること・あるいはＵＥにリレー能力を報告させることを示す情報を含む。
【００４６】
ステップ１０２において、ＵＥ１はＤ２Ｄリレーに関する能力情報をｅＮＢ１０に送信する。ステップＳ１０１のシステム情報の報知を行う場合、ＵＥ１は当該システム情報（ＮＷがＤ２Ｄリレーをサポートする旨の情報）を受信したことに基づいてＤ２Ｄリレーに関する能力情報を通知することができる。
【００４７】
ステップＳ１０３において、ｅＮＢ１０はＵＥ１に対して測定要求を行う。測定要求は、例えば、ＲＲＣ信号で行ってもよいし、ＭＡＣ信号で行ってもよい。ＵＥ１は、測定要求に基づいて測定を行う（ステップＳ１０４）。ステップＳ１０４において、ＵＥ１は、セルラでの受信電力／受信品質（ＲＳＲＰ／ＲＳＲＱ）等の測定を行うとともに、アクティブ化された他のリレー候補ＵＥから送出される信号（例：ＰＳＤＣＨ、ＰＳＣＣＨ、ＰＳＳＣＨ等のＤＭ−ＲＳ）を測定することにより、周囲のアクティブ化されたリレー候補ＵＥを検出する。
【００４８】
ステップＳ１０４での測定の結果は測定報告としてＵＥ１からｅＮＢ１０に報告される。当該測定報告には、例えば、バックホールリンクの受信電力／受信品質（ＲＳＲＰ／ＲＳＲＱ）、及び、ＵＥ１の周辺に存在する受信レベルが一定以上のリレー候補ＵＥの数及び／又は受信レベル等が含まれる。
【００４９】
ｅＮＢ１０は、ＵＥ１を含む各ＵＥから受信した測定報告及びＵＥ能力情報に基づいて、リレー候補としてアクティブ化するＵＥを決定し、決定したＵＥをアクティブ化する（ステップＳ１０６）。
【００５０】
例えば、ｅＮＢ１０は、受信電力／受信品質から、適切なバックホールリンクの品質を有するＵＥであって、更に、周辺に存在するリレー候補ＵＥの数が予め定めた閾値以下のＵＥをリレー候補としてアクティブ化するＵＥとして決定する。
【００５１】
ステップ１０４の測定及びステップ１０５の測定報告は、アクティブ化したリレー候補ＵＥも行うこととしてよく、ｅＮＢ１０は、当該測定報告に基づき、アクティブ化したリレー候補ＵＥが、アクティブ化させる条件を満たさなくなった場合に、当該ＵＥを非アクティブ化することができる。
【００５２】
ＵＥに対するアクティブ化／非アクティブ化は、ｅＮＢ１０から該当ＵＥへの上位レイヤシグナリングで実施できる。当該シグナリングとして、例えば、ＲＲＣ信号、ＭＡＣ信号を使用することができる。また、アクティブ化のシグナリング、もしくは、他のタイミング（例：ステップＳ１０１）において、ｅＮＢ１０からＵＥ１に対してリレー初期化のためのリソースの情報が通知されてもよい。リレー初期化のためのリソースの情報とは、例えば、リレー初期化においてリモートＵＥに送信する測定リソースの情報、ＰＳＢＣＨに含める情報等である。ＲＲＣ＿ＩＤＬＥやＤＲＸであってもリレー要求の受付は可能と考えられるため、アクティブ化にタイマーを設けてタイマーが満了するまではＲＲＣ＿ＩＤＬＥやＤＲＸになってもアクティブ状態を維持してもよい。あるいは、アクティブ状態をＲＲＣ＿ＣＯＮＮＥＣＴＥＤに限定することでリレー接続のためのＲＲＣ接続確立に伴う遅延が生じることを回避してもよい。これらの動作はｅＮＢからのシグナリングで切り替えられるようにしてもよいし、端末動作としていずれかを定めてもよい。
【００５３】
また、アクティブ化されたリモート候補ＵＥは、例えば、バックホールリンクの品質低下を検知した場合や端末バッテリー残量が少なくなった場合等に、自律的に自身を非アクティベートしてもよく、ＲＲＣ接続がある場合はそのことをｅＮＢに報告してもよい。
【００５４】
ステップＳ１０３〜Ｓ１０５を実行しないこととしてもよい。この場合、例えば、ｅＮＢ１０は、リレー能力を持つＵＥのうちの予め定めた割合のＵＥがリレー候補となるようにアクティブ化を行う。
【００５５】
（Ｄ２Ｄリレー可能通知）
次に、ＵＥがＤ２Ｄリレー可能であることを示すリレー可能通知（Ｉｎｄｉｃａｔｉｏｎ  ｏｆ  ｒｅｌａｙ  ｅｎａｂｌｅｄ  ＮＷ／ＵＥ）を行うことを含む処理について図１２を参照して説明する。
【００５６】
図１２に示すように、ＵＥ１は、ＰＳＳＳ／ＳＳＳＳとＰＳＢＣＨを送信する（ステップＳ２０１）。カバレッジ外にあるリモートＵＥ２は、ＰＳＳＳ／ＳＳＳＳにより、カバレッジ内のＵＥ１とタイミング同期及び周波数同期をとる。また、リモートＵＥ２は、ＰＳＢＣＨにより、フレーム番号（ＤＦＮ）等を把握する。
【００５７】
ＰＳＢＣＨには、送信側がカバレッジ内かカバレッジ外かを示す「Ｉｎ−ｃｏｖｅｒａｇｅ  ｉｎｄｉｃａｔｏｒ」が含まれる。本実施の形態では、例えば、「Ｉｎ−ｃｏｖｅｒａｇｅ  ｉｎｄｉｃａｔｏｒ」のビットが、カバレッジ内であることを示すビットである場合に、送信側のＵＥ１はリレー可能であることを示す、とすることもできる。
【００５８】
また、ＰＳＢＣＨには、「Ｒｅｓｅｒｖｅｄ  ｆｉｅｌｄ」（例：１９ビット）が含まれる。例えば、リレー可能（リレーの能力を持ち、ネットワークがリレーに対応している等）である送信側のＵＥ１は当該「Ｒｅｓｅｒｖｅｄ  ｆｉｅｌｄ」に、リレー可能であることを示す情報（ビット）を含めて当該ＰＳＢＣＨを送信し、ＰＳＢＣＨを受信したリモートＵＥ２は、「Ｒｅｓｅｒｖｅｄ  ｆｉｅｌｄ」に、リレー可能であることを示す情報がある場合に、リレー可能なＵＥ１が存在すると判断することとしてもよい。また、後述するＤ２Ｄリレー用制御情報（Ｄ２Ｄ  ｒｅｌａｙ  ｓｐｅｃｉｆｉｃ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を送信する場合、「Ｒｅｓｅｒｖｅｄ  ｆｉｅｌｄ」には、Ｄ２Ｄリレー用制御情報を送信する（リモートＵＥ２が受信する）リソースプールの構成情報が含まれてもよい。
【００５９】
本実施の形態において、ＰＳＢＣＨを用いたリレー可能通知は、ＵＥ１がリレー候補としてアクティブ化されているかアクティブ化されていないかにかかわらずに送信される。図１２には、アクティブ化される前のＵＥ１からリレー可能通知が送信されることが示されている。ただし、アクティブ化されたＵＥのみがリレー可能通知を送信することとしてもよい。
【００６０】
ステップＳ２０２において、ＵＥ１ＢとＵＥ１Ｃがリレー候補としてアクティブ化される。以下、図１２の説明において、ＵＥ１はＵＥ１Ｂ又はＵＥ１Ｃを示す。
【００６１】
ステップＳ２０３において、ＵＥ１は、リモートＵＥ２側にＤ２Ｄリレー用制御情報（Ｄ２Ｄ  ｒｅｌａｙ  ｓｐｅｃｉｆｉｃ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を送信する（ブロードキャストする）。Ｄ２Ｄリレー用制御情報は、リモートＵＥ２がリレーＵＥを選択するために使用するＤ２Ｄチャネル（例：測定リソース）を（送）受信するための情報を含む。図９のステップＳ４０、Ｓ５０で用いるＤ２Ｄ送受信用の構成情報（リソースプール等）も通知してもよい。例えば、Ｄ２Ｄリレー用制御情報はカバレッジ外のＵＥが任意に受信できるよう、周期的に送信されるものとする。
【００６２】
Ｄ２Ｄ  ＳＩＢ（Ｄ２Ｄリレー用制御情報）を用いてもリレー可能通知が可能であるため、ＰＳＢＣＨはＤ２Ｄ  ＳＩＢ受信のトリガにのみ用いてもよい。ＰＳＢＣＨをリレー可能通知に用いた場合、カバレッジ外ＵＥがＤ２Ｄ  ＳＩＢを受信できない場合にはカバレッジ外ＵＥからＭｏｄｅｌ  ＢのＲｅｌａｙ  Ｄｉｓｃｏｖｅｒｙによりカバレッジ内ＵＥに対して事前設定されたパラメータを用いてリレー要求を行なってもよい。
【００６３】
Ｄ２Ｄリレー用制御情報は、例えば、ＰＳＤＣＨ（Ｄｉｓｃｏｖｅｒｙメッセージ）におけるＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｄｅのフィールドを利用して、ＰＳＤＣＨで送信することができる。例えば、当該ＰＳＤＣＨの送信のためのリソースプールのバリエーションは限られたものとして定めておくことで構成情報通知のための所要ビット数を削減し、当該ＰＳＤＣＨリソースの構成情報（コンフィギュレーション）は、ステップＳ２０１におけるＰＳＢＣＨで通知される。
【００６４】
また、例えば、Ｄ２Ｄリレー用制御情報の情報量が小さい場合、ステップＳ２０１において、ＰＳＢＣＨを用いてＤ２Ｄリレー用制御情報を送信してもよい。この場合、ステップＳ２０３での送信は不要である。
【００６５】
その後、ＵＥ１からリモートＵＥ２側に、リレーＵＥ選択のための測定リソースが送信される（ステップＳ２０４、Ｓ２０５）。当該測定リソースは、ステップＳ２０２等で送信したＤ２Ｄリレー用制御情報に示されているリソースの情報に対応する。当該信号を受信したリモートＵＥ２は、当該測定リソースで受信した信号の受信品質（ＲＳＲＰ，ＲＳＲＱ等）を測定し、例えば、最も良い受信品質のＵＥをリレーＵＥとして選択する（ステップＳ２０６）。また、当該測定リソースは、例えば、ＰＳＤＣＨ又はＰＳＣＣＨ／ＰＳＳＣＨで送信される。図４Ａに示したようにこれらのチャネルは周期的に送信される。
【００６６】
図１１のステップＳ１０４で説明したように、カバレッジ内のＵＥは、周辺のアクティブ化されたリレー候補の検出を行う。この検出のためにモニタ（測定）するリソースとして、例えば、図１２のステップＳ２０４、Ｓ２０５等でリモート候補ＵＥが周期的に送信するチャネルにおける、一部の周期のチャネルのＤＭ−ＲＳを用いることができる。
【００６７】
リレー候補ＵＥ１は、周辺のリレー候補ＵＥの検出（上記ＤＭ−ＲＳの受信）をＤ２Ｄ送信よりも優先して行うこととしてよい。ただし、周辺のリレー候補ＵＥの検出（上記ＤＭ−ＲＳの受信）は、ＰＳＳＳ／ＳＳＳＳ及びＰＳＢＣＨ（及びＤ２Ｄリレー用制御情報）及び測定リソースの送信よりは優先されない。
【００６８】
既に説明したように、Ｄ２Ｄリレー用制御情報及び／又はＰＳＢＣＨは、リモートＵＥ２がリレーＵＥ選択のために使用するＤ２Ｄチャネル（測定リソース）を受信するための構成情報等を含む。より具体的には、Ｄ２Ｄリレー用制御情報及び／又はＰＳＢＣＨは、コンテンツとして、例えば、リソースプールコンフィギュレーション、ＣＰ長情報、ＤＭ−ＲＳコンフィギュレーションを含む。当該コンテンツは、例えば、ｅＮＢ１０から、カバレッジ内のＵＥ１に対して上位レイヤシグナリングで設定されるものである。したがって、Ｒｅｌ−１２  ＵＥもＰＳＢＣＨを用いてリレー可能通知を送信することができる。
【００６９】
Ｄ２Ｄリレー用制御情報及び／又はＰＳＢＣＨは、更に、オペレータＩＤ（例：ＰＬＭＮ、ＡＰＮ）を含むこととしてもよい。これにより、リモートＵＥ２は、事前にネットワークアクセス可否を判断できる。オペレータＩＤにもとづいたＩＤを宛先ＩＤに用いることで、暗黙的にオペレータＩＤを通知してもよい。また、Ｄ２Ｄリレー用制御情報及び／又はＰＳＢＣＨは、Ｌ２グループ宛先ＩＤを含んでもよい。これにより、リモートＵＥ２は、当該グループを指定したマルチキャストでリレー候補ＵＥに対してリレー要求を送信できる。また、Ｄ２Ｄリレー用制御情報及び／又はＰＳＢＣＨは、セキュリティキー等のセキュリティ関連パラメータを含んでもよい。
【００７０】
なお、上記のようなＤ２Ｄリレー用制御情報を各ＵＥに事前設定（Ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）しておき、リモートＵＥ２への送信を行わないこととしてもよい。
【００７１】
上記のように、アクティブ化したＵＥがリレー候補として動作するとともに、カバレッジ内ＵＥがリレー可能通知をリモートＵＥに送信することにより、無駄な処理が削減され、効率的にリレー通信を開始することが可能となる。
【００７２】
（リレーＵＥの選択）
次に、リモートＵＥ２等において、リレー候補ＵＥの中から、リレーとして使用するリレーＵＥを選択することに関する処理の例を説明する。すなわち、以下では、図１２に示した、測定リソースの送信及びリレーＵＥ選択に係る処理内容をより詳細に説明する。以下で説明する処理内容は、これまでに説明したアクティブ化の制御、及びＤ２Ｄリレー用制御情報の送信を行った後の処理に該当するが、以下で説明する処理内容は、これまでに説明したアクティブ化の制御、及びＤ２Ｄリレー用制御情報の送信を前提とすることに限定されるわけではなく、独立に行うことも可能である。
【００７３】
本実施の形態では、処理内容を工夫することで、リレーＵＥ選択及びＩＰアドレス割り当て等のための信号送受信及びオーバーヘッドを削減することを可能とし、効率的にリレー通信を開始することが可能となる。
【００７４】
具体的には、測定リソースと、ＵＥのＬ２アドレス（Ｌ２  ＩＤと称してもよい）とをまとめて（同時に）送信する手順（Ｊｏｉｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ）を手順例１（手順例１−１と手順例１−２を含む）として説明する。手順例１では、Ｌ２でのリレーＵＥ選択とＩＰアドレス割り当てが別手順となる。
【００７５】
また、Ｌ２とＬ３（ＩＰ）について、まとめてリレー要求を行う手順（Ｃｒｏｓｓ  ｌａｙｅｒ  ｒｅｌａｙ  ｒｅｑｕｅｓｔ）を手順例２（手順例２−１と手順例２−２を含む）として説明する。
【００７６】
（測定リソースについて：手順例１と手順例２に共通）
手順例１と手順例２で使用される測定リソースは、ＰＳＤＣＨ又はＰＳＣＣＨ／ＰＳＳＣＨにおけるＤＭ−ＲＳ、又は新たにいずれかのチャネル内で送信するＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）である。
【００７７】
本実施の形態では、測定リソースとしてのＰＳＳＣＨには、送信元／宛先Ｌ２アドレス、及び、当該ＰＳＳＣＨのリソースがＤ２Ｄリレーのための測定リソースであることを示すその他のデータが含まれる。そのため、測定にｃｏｍｍｕｎｉｃａｔｉｏｎ（ＰＳＣＣＨ／ＰＳＳＣＨ）が使用される場合、リモートＵＥ２は、付随するＰＳＳＣＨのコンテンツがデコードされるまで、測定結果をバッファ（記憶部）に保持しておく。デコードされたコンテンツにより、例えば、リモートＵＥ２は、リレーＵＥ選択のための測定リソースを送った送信元のＵＥを把握できる。
【００７８】
リレーＵＥもしくはリモートＵＥが、リモートＵＥもしくはリレーＵＥからの要求により測定リソースを送信する場合、当該ＵＥは、当該測定リソースをユニキャストもしくはグループキャストで送信することができる。これにより、リレーＵＥ／リモートＵＥは、要求を送信したリモートＵＥ／リレーＵＥ以外のＵＥからの不要な応答を回避できる。
【００７９】
上記のように要求に基づいた測定リソースの送信を行わない場合、Ｄ２Ｄリレー用制御情報でグループキャスト宛先ＩＤが通知される場合を除き、測定リソースはブロードキャストで送信される。
【００８０】
リレーＵＥとして機能するＵＥは、複数のリモートＵＥに対してリレー機能を提供できる。もしも、当該リレーＵＥが収容するリモートＵＥの数が端末能力の限界に達した場合、これ以上のリモートＵＥを収容することができない。そこで、当該リレーＵＥは、収容するリモートＵＥのみが測定を行うようにユニキャスト又はグループキャストで測定リソースを送信することができる。あるいは、測定リソースのペイロードを用いてリモートＵＥの追加が不可能なことを示してもよいし、測定リソースの送信を停止してもよい。また、例えば、収容数が限界に達していない場合は、測定リソースをブロードキャストで送信する。
【００８１】
以下、各手順例を説明する。以下の各例において、ＵＥ１（ＵＥ１Ａ、ＵＥ１Ｂ、ＵＥ１Ｃ）はアクティブ化されていることを想定するが、アクティブ化／非アクティブ化の処理を前提としないこととしても良い。例えば、ＵＥ１は、ある条件（例：ｅＮＢ１０からの受信品質）を満たしたときにリレー候補としての動作を開始することとしてもよい。
【００８２】
（手順例１−１）
手順例１−１を図１３を参照して説明する。まず、ＵＥ１は、リレー可能通知をブロードキャスト又はグループキャスト（ＰＳＤＣＨやＰＳＣＣＨ／ＰＳＳＣＨを用いたＤ２Ｄリレー用制御情報の場合）で送信する。グループキャストを用いる場合、本通知に用いるグループＩＤは予め端末に設定されているか、ＰＳＳＳ／ＳＳＳＳ及びＰＳＢＣＨで明示的あるいは暗黙的に通知される。当該通知には、例えば、この後に送信される測定リソースの構成情報が含まれる（ステップＳ３０１）。ただし、リモートＵＥ２が測定リソースの構成情報を事前に有している場合、ステップＳ３０１は不要である。他の手順例でも同様である。
【００８３】
ステップＳ３０２において、ＵＥ１は、測定リソースと自身のＭＡＣアドレス（Ｌ２アドレス、Ｌ２  ＩＤと称してもよい）をＰＳＤＣＨもしくはＰＳＣＣＨ／ＰＳＳＣＨでブロードキャスト又はグループキャストにより送信する。グループキャストを用いる場合、本通知に用いるグループＩＤは予め端末に設定されているか、ＰＳＳＳ／ＳＳＳＳ及びＰＳＢＣＨで明示的あるいは暗黙的に通知される。ＰＳＤＣＨとＰＳＣＣＨ／ＰＳＳＣＨはいずれも周期的の送信されるチャネルである。すなわち、測定リソースが周期的にブロードキャストで送信される。手順例１−１では、ステップＳ３０２以降においても、この測定リソースの送信は、継続的に行われている。
【００８４】
各ＵＥ１からの測定リソースを受信するリモートＵＥ２は、各ＵＥ１の受信品質（ＲＳＲＰ、ＲＳＲＱ等）を測定し、例えば、最も受信品質の良好なＵＥ１をリレーＵＥとして選択する。図１３の例では、ＵＥ１ＣがリレーＵＥとして選択される。
【００８５】
ステップＳ３０４において、リモートＵＥ２は、ＵＥ１ＣのＬ２アドレスを宛先アドレスとして含む、Ｌ３のリレー要求をＰＳＣＣＨ／ＰＳＳＣＨでＵＥ１Ｃに送信する。つまり、Ｌ２ではユニキャストでリレー要求を送信する。当該リレー要求には、Ｌ３におけるＩＰアドレスの割り当てを要求する情報が含まれる。例えば、リレー要求には、ＩＰｖ６のＲＳが含まれる。
【００８６】
リレー要求を受信したＵＥ１Ｃは、Ｌ３の応答をＰＳＣＣＨ／ＰＳＳＣＨでリモートＵＥ２に返す（ステップＳ３０５）。当該応答は、リモートＵＥ２のＬ２アドレスを宛先として含む。また、当該応答には、ＩＰアドレスの割り当て情報として、例えば、ＩＰｖ６のＲＡ（ＩＰｖ６プレフィックス）が含まれる。これにより、リモートＵＥ２にはＩＰアドレスが割り当てられ（ステップＳ３０６）、リレーＵＥを介して、ＰＤＮとの通信が可能となる。
【００８７】
手順例１−１では、ｅＮＢ１０側とのダイナミックなやりとりは不要である。また、周期的に測定リソースを送信することとしているので、各リモートＵＥは、リレーＵＥとの接続状態を確認し続けることができる。
【００８８】
（手順例１−２）
次に、手順例１−２を図１４を参照して説明する。まず、ＵＥ１は、リレー可能通知をブロードキャスト又はグループキャストで送信する（ステップＳ４０１）。グループキャストを用いる場合、本通知に用いるグループＩＤは予め端末に設定されているか、ＰＳＳＳ／ＳＳＳＳ及びＰＳＢＣＨで明示的あるいは暗黙的に通知される。当該通知には、例えば、この後にリモートＵＥ２から送信するリレー要求のリソースの構成情報、及び、ＵＥ１側から送信される測定リソースの構成情報が含まれることとしてよい。送信元のリモートＵＥ２のＬ２アドレスを含んでもよい。これにより、ステップＳ４０２でユニキャストが可能になる。
【００８９】
ステップＳ４０２において、リモートＵＥ２は、ＰＳＤＣＨもしくはＰＳＣＣＨ／ＰＳＳＣＨを用いて、Ｌ２におけるリレー要求をブロードキャスト・グループキャスト・ユニキャストのいずれかで送信する。当該リレー要求には、送信元のリモートＵＥ２のＬ２アドレスが含まれる。
【００９０】
ステップＳ４０２でリモートＵＥ２から送信されたリレー要求を受信する各ＵＥ１において測定を行い、例えば、ある閾値以上の受信品質（ＲＳＲＰ、ＲＳＲＱ）でリレー要求を受信したＵＥ１（図１４の例では、ＵＥ１ＢとＵＥ１Ｃ）が、測定リソースと自身のＭＡＣアドレス（Ｌ２アドレス）をＰＳＤＣＨでブロードキャスト・グループキャスト・ユニキャストのいずれかにより送信する（ステップＳ４０３）。すなわち、手順例１−２では、ＵＥ１は、リモートＵＥ２からの要求に応じて（オンデマンド）で測定リソースを送信するので、カバレッジ内ＵＥによる周期的Ｄ２Ｄ送信を最小限にすることができる。
【００９１】
ＵＥ１ＢとＵＥ１Ｃからの測定リソースを受信するリモートＵＥ２は、各ＵＥ１の受信品質（ＲＳＲＰ、ＲＳＲＱ等）を測定し、例えば、最も受信品質の良好なＵＥ１をリレーＵＥとして選択する（ステップＳ４０４）。図１４の例では、ＵＥ１ＣがリレーＵＥとして選択される。
【００９２】
ステップＳ４０５において、リモートＵＥ２は、ＵＥ１ＣのＬ２アドレスを宛先アドレスとして含む、Ｌ３のリレー要求をＰＳＣＣＨ／ＰＳＳＣＨでＵＥ１Ｃに送信する。つまり、Ｌ２ではユニキャストでリレー要求を送信する。当該リレー要求には、Ｌ３におけるＩＰアドレスの割り当てを要求する情報が含まれる。例えば、リレー要求には、ＩＰｖ６のＲＳが含まれる。
【００９３】
リレー要求を受信したＵＥ１Ｃは、Ｌ３の応答をＰＳＣＣＨ／ＰＳＳＣＨでリモートＵＥ２に返す（ステップＳ４０６）。当該応答は、リモートＵＥ２のＬ２アドレスを宛先として含む。また、当該応答には、ＩＰアドレスの割り当て情報として、例えば、ＩＰｖ６のＲＡが含まれる。これにより、リモートＵＥ２にはＩＰアドレスが割り当てられ（ステップＳ４０７）、リレーＵＥ１Ｃを介して、ＰＤＮとの通信が可能となる。
【００９４】
（手順例１におけるＤｉｓｃｏｖｅｒｙメッセージ）
本実施の形態では、Ｄｉｓｃｏｖｅｒｙメッセージ（図５）として、以下の情報を含むメッセージを使用する。
【００９５】
Ｄｉｓｃｏｖｅｒｙメッセージの「Ｍｅｓｓａｇｅ  ｔｙｐｅ」のフィールドに、既存のｄｉｓｃｏｖｅｒｙメッセージと区別できるように、新たなｍｅｓｓａｇｅ  ｔｙｐｅを導入する。例えば、リレーＵＥ選択のための測定リソースであることを示すｍｅｓｓａｇｅ  ｔｙｐｅを導入する。
【００９６】
「ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｄｅ」等の他の部分には、送信元ＵＥ（例：リレーＵＥ）のＬ２アドレス（例：２４ビット又は４８ビット又は６４ビット）を含める。また、送信先のＬ２アドレス（例：リモートＵＥ、グループキャスト、又は、ブロードキャスト）又はその一部を含めてもよい。このように送信先のＬ２アドレスを含めることで、リレーＵＥは限定されたＵＥに測定リソースを提供できる。
【００９７】
また、前述したＤ２Ｄリレー用制御情報のシグナリングをサポートしていない場合、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｄｅ等の部分には、上位レイヤ動作のためのｃｏｍｍｕｎｉｃａｔｉｏｎのリソースプールコンフィギュレーションが含まれてもよい。例えば、送信及び受信用のリソースプール、リソース割り当てオプション等が含まれてよい。また、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｄｅ等の部分には、リレーＵＥのＵＥ能力情報（Ｃａｐａｂｉｌｉｔｙ）が含まれてもよい。リモートＵＥは、ＵＥ能力情報に基づいて所望のリレーが該当リレーＵＥから提供可能かを予め判断することが可能になる。
【００９８】
上記の情報等によるペイロード量が大きくなった場合、Ｄｉｓｃｏｖｅｒｙメッセージの「ＭＩＣ」及び「Ｔｉｍｅ  Ｃｏｕｎｔｅｒ」のフィールドも利用することができる。
【００９９】
（手順例２−１）
次に、手順例２−１を図１５を参照して説明する。まず、ＵＥ１は、リレー可能通知をブロードキャスト又はグループキャストで送信する（ステップＳ５０１）。グループキャストを用いる場合、本通知に用いるグループＩＤは予め端末に設定されているか、ＰＳＳＳ／ＳＳＳＳ及びＰＳＢＣＨで明示的あるいは暗黙的に通知される。当該通知には、例えば、この後にリモートＵＥ２から送信するリレー要求のリソースの構成情報、及び、ＵＥ１側から送信される測定リソースの構成情報が含まれてもよい。
【０１００】
ステップＳ５０２において、リモートＵＥ２は、ＰＳＣＣＨ／ＰＳＳＣＨを用いて、Ｌ３におけるリレー要求をブロードキャスト又はグループキャストで送信する。
【０１０１】
ステップＳ５０２でリモートＵＥ２から送信されたリレー要求を受信する各ＵＥ１は、当該リレー要求の信号（ＤＭ−ＲＳ）の測定等を行い、測定報告をｅＮＢ１０に送信する（ステップＳ５０３）。当該測定報告には、例えば、アクセスリンクの品質（リモートＵＥ２からの信号の受信品質）と、バックホールリンクの品質（ｅＮＢ１０からの信号の受信品質）が含まれる。
【０１０２】
ｅＮＢ１０は、ステップＳ５０３で各ＵＥ１から受信した測定報告に基づいて、リモートＵＥ２に対するリレーとなるＵＥを選択する（ステップＳ５０４）。ｅＮＢ１０は、例えば、アクセスリンクの品質が所定の閾値以上であり、かつ、バックホールリンクの品質が所定の閾値以上であるＵＥ１をリレーＵＥとして選択する。図１５の例では、ＵＥ１ＣがリレーＵＥとして選択されている。
【０１０３】
ｅＮＢ１０は、ＵＥ１Ｃに、リモートＵＥ２に対するリレーとして選択されたことを示す情報を送信する（ステップＳ５０５）。
【０１０４】
ステップＳ５０６において、ＵＥ１Ｃは、Ｌ３の応答をＰＳＣＣＨ／ＰＳＳＣＨでリモートＵＥ２に返す。当該応答は、リモートＵＥ２のＬ２アドレスを宛先として含む。また、当該応答には、ＩＰアドレスの割り当て情報として、例えば、ＩＰｖ６のＲＡ（ＩＰｖ６プレフィックス）が含まれる。これにより、リモートＵＥ２にはＩＰアドレスが割り当てられ（ステップＳ５０７）、リレーＵＥ１Ｃを介して、ＰＤＮとの通信が可能となる。
【０１０５】
上記のように、手順例２−１では、リレーＵＥ（ＵＥ１Ｃ）は、ｅＮＢ１０から指示を受けるまで、Ｌ３の応答をリモートＵＥ２に返さない。
【０１０６】
手順例２−１では、ｅＮＢ１０がリレーＵＥ選択を行うので、リレーＵＥとリモートＵＥ間のシグナリングを最小限にすることができる。また、アクセスリンクとバックホールリンクの両方を考慮してリレーＵＥ選択を行うことができるので、アクセスリンクとバックホールリンクの最良のバランスを実現できる。また、手順例２−１では、ｅＮＢ１０が、リモートＵＥとの間の良好なアクセスリンクを有するリレー候補のＵＥを把握できるので、リレー候補のＵＥを限定することができる。例えば、リモートＵＥとの間で良好なアクセスリンクを持たないリレー候補のＵＥを非アクティブ化することができる。
【０１０７】
（手順例２−２）
次に、手順例２−２を図１６を参照して説明する。まず、ＵＥ１は、リレー可能通知をブロードキャスト又はグループキャストで送信する（ステップＳ６０１）。グループキャストを用いる場合、本通知に用いるグループＩＤは予め端末に設定されているか、ＰＳＳＳ／ＳＳＳＳ及びＰＳＢＣＨで明示的あるいは暗黙的に通知される。当該通知には、例えば、この後にリモートＵＥ２から送信するリレー要求のリソースの構成情報、及び、ＵＥ１側から送信される測定リソースの構成情報が含まれてよい。
【０１０８】
ステップＳ６０２において、リモートＵＥ２は、ＰＳＣＣＨ／ＰＳＳＣＨを用いて、Ｌ３におけるリレー要求をブロードキャスト又はグループキャストで送信する。当該リレー要求には、ＩＰアドレスの割り当てを要求する情報として、例えば、ＩＰｖ６のＲＳが含まれている。
【０１０９】
ステップＳ６０２でリモートＵＥ２から送信されたリレー要求を受信する各ＵＥ１において測定を行い、例えば、ある閾値以上の受信品質（ＲＳＲＰ、ＲＳＲＱ）でリレー要求を受信したＵＥ１（図１６の例では、ＵＥ１ＢとＵＥ１Ｃ）が、測定リソースとＬ３の応答（例：ＩＰｖ６のＲＡ）をＰＳＣＣＨ／ＰＳＳＣＨでリモートＵＥ２に返す（ステップＳ６０３）。当該応答は、リモートＵＥ２のＬ２アドレスを宛先として含む。
【０１１０】
上記ＵＥ１での測定において、もしも検出した信号の品質が閾値よりも小さい場合、当該ＵＥ１は応答を返さない。当該閾値は、ｅＮＢ１０から設定されてもよいし、事前設定（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）されていてもよい。
【０１１１】
ＵＥ１ＢとＵＥ１Ｃからの測定リソースを受信したリモートＵＥ２は、各ＵＥ１の受信品質（ＲＳＲＰ、ＲＳＲＱ等）を測定し、例えば、最も受信品質の良好なＵＥ１をリレーＵＥとして選択する（ステップＳ６０４）。それ以外のＵＥに対しては応答を返さないことで、複数ＩＰアドレスの割り当てを回避する。これにより、リモートＵＥ２には、選択したＵＥ１から受信した情報に基づくＩＰアドレスが割り当てられ（ステップＳ６０５）、選択したリレーＵＥを介して、ＰＤＮとの通信が可能となる。
【０１１２】
手順例２−２では、リレーＵＥとリモートＵＥ間のやりとりを減少させることができる。また、ｅＮＢ１０とのダイナミックなやりとりが不要である。
【０１１３】
（手順例２における測定リソース、Ｌ２アドレス等について）
手順例２では、ＰＳＣＣＨもしくはＰＳＳＣＨにおけるＤＭ−ＲＳが測定に用いられる。また、上記の例では、リモートＵＥ２は、リレー要求をブロードキャストもしくはグループキャストで送信している。グループキャストでリレー要求を送信することで、リレー候補ではないＵＥがリレー要求を受信することを回避できる。これにより、バッテリ消費を低減することができる。グループキャストのためのグループ宛先ＩＤは、例えば、リレー可能通知で送信してもよいし、事前設定されていてもよい。
【０１１４】
図１７Ａ、Ｂは、手順例２において、リレー要求と応答に含まれるＬ２アドレス（ＩＤ）をまとめて示したテーブルである。図１７Ａに示すように、リモートＵＥから送信される要求のＬ２送信元ＩＤは当該リモートＵＥであり、Ｌ２宛先ＩＤは、ブロードキャスト又はグループキャストである。図１７Ｂに示すように、リレーＵＥから送信される応答のＬ２送信元ＩＤは当該リレーＵＥであり、Ｌ２宛先ＩＤは、リモートＵＥである。
【０１１５】
（手順例２における複雑性及びバッテリ消費の低減について）
上述した手順例２−１では、リレーＵＥは、測定できる全てのｃｏｍｍｕｎｉｃａｔｉｏｎのリソースを測定しなければならない。また、手順例２−１及び２−２において、リモートＵＥは、測定できる全てのｃｏｍｍｕｎｉｃａｔｉｏｎのリソースを測定しなければならない。このようなことから、手順例２では、複雑性及びバッテリ消費が増加する可能性がある。そこで、以下のような変形例１、変形例２で説明する処理を行うこととしてもよい。なお、以下の各変形例は手順例１にも適用可能である。
【０１１６】
＜変形例１＞
変形例１では、測定をＳＣＩ（Ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）の指示をトリガにして行うこととする。ＳＣＩはＰＳＣＣＨで送信される制御情報である。すなわち、例えば、手順例２−１において、リレーＵＥは、リモートＵＥから受信するＳＣＩが、測定指示を示す場合にのみ、当該ＰＳＣＣＨ又はＰＳＳＣＨの測定を行う。また、手順例２−１、２−２において、リモートＵＥは、リレーＵＥから受信するＳＣＩが、測定指示を示す場合にのみ、当該ＰＳＣＣＨ又はＰＳＳＣＨの測定を行う。
【０１１７】
上記の処理を可能ならしめるために、新たなＳＣＩを定義する。当該新たなＳＣＩにより、測定が必要なデータかどうかを判別できる。ＵＥは、当該ＳＣＩを検出した場合にのみ、リレーＵＥ選択のための測定を実行する。この場合の測定リソースは、例えば、付随するＰＳＳＣＨにおけるＤＭ−ＲＳである。新たなＳＣＩは、例えば、ＳＣＩ内の所定のビットを所定の値とする。
【０１１８】
変形例１により、ＵＥは、特別のＳＣＩを受信しない限り、測定を行う必要がないので、測定に伴うバッテリ消費を削減できる。
【０１１９】
＜変形例２＞
変形例２においては、測定を可能とするＰＳＣＣＨの周期（ｐｅｒｉｏｄ）を制限する。つまり、例えば、ＰＳＣＣＨリソースプールの到来する周期よりも長い周期でのＰＳＣＣＨについて測定を行う。すなわち、リレーＵＥについては、測定対象とするＰＳＣＣＨの周期を上位レイヤ（ｅＮＢ１０）からシグナリングで通知する。当該周期を事前設定しておいてもよい。また、リモートＵＥについては、測定対象とするＰＳＣＣＨの周期をリレーＵＥからシグナリングで通知する。当該周期を事前設定しておいてもよい。例えば、リモートＵＥは、リレー要求を送信した後、次の測定対象ＰＳＣＣＨ周期から測定を行う。
【０１２０】
＜カバレッジ外ＰＳＤＣＨ送信＞
以上の例においてカバレッジ内ＵＥがカバレッジ外ＵＥに対してＰＳＤＣＨを用いて信号を送信、あるいはその逆の動作が生じるが、従来のＰＳＤＣＨにおいてはカバレッジ外ＵＥに対する同期信号の送信やカバレッジ外ＵＥのＰＳＤＣＨ送信はサポートされていない。そのためカバレッジ内・外のＵＥ間やカバレッジ外のＵＥ間で同期が確立できるよう、端末間で同期信号（ＰＳＳＳ／ＳＳＳＳおよびＰＳＢＣＨ）を送信してもよい。以下のような同期信号送信は、Ｄ２Ｄリレーに限らずカバレッジ（内）外のＰＳＤＣＨ送信に適用可能である。
【０１２１】
例えば、ＵＥが同期信号を周期的（例えば４０  ｍｓ周期）に送信してもよいし、周期的に定義された同期信号送信用サブフレームのうちＰＳＤＣＨリソースプール内やＰＳＤＣＨリソースプールの先頭や前のサブフレームで最も近いサブフレームを用いて送信してもよい。同期精度を上げるため、ＰＳＤＣＨリソースプール前の数同期信号送信周期分で送信してもよい。また、オーバーヘッドを削減するためにリソースプール内の同期信号送信時間範囲を限定してもよい。時間範囲は予め定めてもよいし、端末に事前設定してもよいし、カバレッジ内のＵＥに対しては基地局から上位レイヤのシグナリング（報知を含む）で通知してもよい。
【０１２２】
（ユーザ装置の構成例）
図１８に、本実施の形態に係るＵＥの機能構成図を示す。図１８に示すＵＥは、本実施の形態で説明したリレーＵＥとリモートＵＥのどちらにでもなり得るＵＥであるが、例えば、リレーＵＥの機能のみ、もしくはリモートＵＥの機能のみを備えることとしてもよい。
【０１２３】
図１８に示すように、当該ＵＥは、信号送信部１０１、信号受信部１０２、能力情報記憶部１０３、測定部１０４、リレー状態管理部１０５、リレー側処理制御部１０６、リモート側処理制御部１０７を含む。なお、図１８は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１８に示す機能構成は一例に過ぎない。本実施の形態に係るＵＥの動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１２４】
信号送信部１０１は、ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ通信の送信機能とセルラ通信の送信機能を有する。
【０１２５】
信号受信部１０２は、他のＵＥ又はｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。信号受信部１０２は、Ｄ２Ｄ通信の受信機能とセルラ通信の受信機能を有する。
【０１２６】
能力情報記憶部１０３は、ＵＥが、リレーＵＥとなる能力を有するか否かを示す能力情報を含む能力情報を記憶し、当該能力情報は信号送信部１０１からｅＮＢに送信することができる。
【０１２７】
測定部１０４は、受信信号（例：ＤＭ−ＲＳ）の測定を行って受信品質（ＲＳＲＰ、ＲＳＲＱ等）の情報を取得する機能を含む。測定部１０４は、本実施の形態で説明した、リモートＵＥでの測定、及びリレー（候補）ＵＥでの測定のいずれも行う機能を含む。また測定は、アクセスリンクの測定とバックホールリンクの測定のいずれも可能である。
【０１２８】
また、測定部１０４は、周辺のアクティブ化したＵＥからの信号を測定することで、周辺のアクティブ化したＵＥを検出する機能を含む。
【０１２９】
リレー状態管理部１０５は、ＵＥがリレー候補としてアクティブ化されているか否かの情報を管理（格納）している。例えば、ｅＮＢからアクティブ化指示を受信した場合に、当該ＵＥはアクティブ化したことを示す情報を格納する。このことはＵＥをアクティブ化することに相当し、アクティブ化されたことにより、ＵＥは、測定リソースの送信や応答の受信等、リレー候補としての動作を行う。また、リレー状態管理部１０５は、アクティブ化を継続する所定の条件（例：バックホールリンクの品質）を満たさない場合に、ＵＥを非アクティブ化する機能も含む。
【０１３０】
リレー側処理制御部１０６は、データ通信のリレー処理を行うとともに、これまでに説明したリレーとなる側のＵＥの動作の制御を行う。例えば、リレー側処理制御部１０６は、信号送信部１０１を介して、リレー可能通知の送信、測定リソース等の送信、Ｄ２Ｄリレー用制御情報の送信等を行う。また、ＰＤＮからアドレスを取得し、リモートＵＥからの要求に応じてアドレスの情報を返す機能も含む。
【０１３１】
リモート側処理制御部１０７は、これまでに説明したリモートＵＥとなる側のＵＥの動作の制御を行う。例えば、リモート側処理制御部１０７は、測定結果に基づくリレーＵＥの選択、リレー要求の送信、リレー応答に受信、リレーを利用したデータ通信等を行う機能を含む。
【０１３２】
図１８に示すユーザ装置ＵＥの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【０１３３】
図１９は、ユーザ装置ＵＥのハードウェア（ＨＷ）構成の例を示す図である。図１９は、図１８よりも実装例に近い構成を示している。図１９に示すように、ＵＥは、無線信号に関する処理を行うＲＥ（Ｒａｄｉｏ  Ｅｑｕｉｐｍｅｎｔ）モジュール１５１と、ベースバンド信号処理を行うＢＢ（Ｂａｓｅ  Ｂａｎｄ）処理モジュール１５２と、上位レイヤ等の処理を行う装置制御モジュール１５３と、ＵＳＩＭカードにアクセスするインタフェースであるＵＳＩＭスロット１５４とを有する。
【０１３４】
ＲＥモジュール１５１は、ＢＢ処理モジュール１５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Ａｎａｌｏｇ  ｔｏ  Ｄｉｇｉｔａｌ）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール１５２に渡す。ＲＥモジュール１５１は、例えば、図１８の信号送信部１０１及び信号受信部１０２における物理レイヤ等の機能を含む。
【０１３５】
ＢＢ処理モジュール１５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）１６２は、ＢＢ処理モジュール１５２における信号処理を行うプロセッサである。メモリ１７２は、ＤＳＰ１６２のワークエリアとして使用される。ＢＢ処理モジュール１５２は、例えば、図１８の信号送信部１０１及び信号受信部１０２におけるレイヤ２等の機能、能力情報記憶部１０３、測定部１０４、リレー状態管理部１０５、リレー側処理制御部１０６、リモート側処理制御部１０７を含む。なお、能力情報記憶部１０３、測定部１０４、リレー状態管理部１０５、リレー側処理制御部１０６、及びリモート側処理制御部１０７の機能の全部又は一部を装置制御モジュール１５３に含めることとしてもよい。
【０１３６】
装置制御モジュール１５３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ１６３は、装置制御モジュール１５３が行う処理を行うプロセッサである。メモリ１７３は、プロセッサ１６３のワークエリアとして使用される。また、プロセッサ１６３は、ＵＳＩＭスロット１５４を介してＵＳＩＭとの間でデータの読出し及び書込みを行う。
【０１３７】
（基地局ｅＮＢの構成例）
図２０に、本実施の形態に係るｅＮＢの機能構成図を示す。図２０に示すように、ｅＮＢは、信号送信部２０１、信号受信部２０２、ＵＥ情報記憶部２０３、アクティブ化／非アクティブ化決定部２０４、リレーＵＥ決定部２０５、リソース情報記憶部２０６、スケジューリング部２０７を含む。なお、図２０は、ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した移動通信システムにおける基地局として動作するための図示しない機能も有するものである。また、図２０に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１３８】
信号送信部２０１は、ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部２０２は、ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【０１３９】
ＵＥ情報格納部２０３には、各ＵＥから受信するＵＥ能力の情報、測定報告、アクティブ化／非アクティブ化の状態情報等がＵＥ毎に格納されている。アクティブ化／非アクティブ化決定部２０４は、ＵＥ情報格納部２０３に格納された情報に基づいて、ＵＥのアクティブ化／非アクティブ化し、ＵＥに対してアクティブ化指示等を通知する機能を含む。
【０１４０】
リレーＵＥ決定部２０５は、図１５に示したように、ｅＮＢ側でリレーＵＥを決定し、通知する処理を行う。
【０１４１】
リソース情報記憶部２０６には、ＵＥ毎に、割り当てられたＤ２Ｄリソースを示す情報等が格納される。また、リソースが解放された場合は割り当て情報は削除される。スケジューリング部２０７は、リソース割り当てを行う機能を有する。また、スケジューリング部２０７は、リレーＵＥがＰＳＢＣＨやＤ２Ｄリレー用制御情報等に含めるリソースの構成情報を決定し、信号送信部２０１を介してＵＥに通知する機能を含む。
【０１４２】
図２０に示す基地局ｅＮＢの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【０１４３】
図２１は、基地局ｅＮＢのハードウェア（ＨＷ）構成の例を示す図である。図２１は、図２０よりも実装例に近い構成を示している。図２１に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＥモジュール２５１と、ベースバンド信号処理を行うＢＢ処理モジュール２５２と、上位レイヤ等の処理を行う装置制御モジュール２５３と、ネットワークと接続するためのインタフェースである通信ＩＦ２５４とを有する。
【０１４４】
ＲＥモジュール２５１は、ＢＢ処理モジュール２５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール２５２に渡す。ＲＥモジュール２５１は、例えば、図２０の信号送信部２０１及び信号受信部２０２における物理レイヤ等の機能を含む。
【０１４５】
ＢＢ処理モジュール２５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ２６２は、ＢＢ処理モジュール２５２における信号処理を行うプロセッサである。メモリ２７２は、ＤＳＰ２５２のワークエリアとして使用される。ＢＢ処理モジュール２５２は、例えば、図２０の信号送信部２０１及び信号受信部２０２におけるレイヤ２等の機能、ＵＥ情報記憶部２０３、アクティブ化／非アクティブ化決定部２０４、リレーＵＥ決定部２０５、リソース情報記憶部２０６、スケジューリング部２０７を含む。なお、ＵＥ情報記憶部２０３、アクティブ化／非アクティブ化決定部２０４、リレーＵＥ決定部２０５、リソース情報記憶部２０６、及びスケジューリング部２０７の機能の全部又は一部を装置制御モジュール２５３に含めることとしてもよい。
【０１４６】
装置制御モジュール２５３は、ＩＰレイヤのプロトコル処理、ＯＡＭ処理等を行う。プロセッサ２６３は、装置制御モジュール２５３が行う処理を行うプロセッサである。メモリ２７３は、プロセッサ２６３のワークエリアとして使用される。補助記憶装置２８３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。
【０１４７】
以上、説明したように、本実施の形態により、Ｄ２Ｄ通信をサポートする移動通信システムにおいて用いられるユーザ装置であって、前記ユーザ装置が基地局のカバレッジ内に位置する場合に、当該ユーザ装置が、遠隔ユーザ装置と前記基地局との間のデータ通信を中継するリレー装置となることが可能であることを示すリレー可能通知を送信する送信部と、前記基地局からアクティブ化指示を受信したことに応じて、前記ユーザ装置を前記リレー装置の候補としてアクティブ化する状態制御部とを備えるユーザ装置が提供される。
【０１４８】
なお、上記の「遠隔ユーザ装置」とは、例えば、カバレッジ外で基地局の同期信号・報知情報を受信できないユーザ装置や、同期ソースとしての端末が送信する同期信号を用いているユーザ装置、あるいはＲＲＣ接続が完了できないなどの理由でネットワークへ接続できないユーザ装置などである。つまり、遠隔ユーザ装置は、カバレッジ外のユーザ装置に限定されるわけではない。また、ユーザ装置が「リレー装置となる」とは、例えば、当該ユーザ装置がリレー装置として認証されたり、基地局からリレー装置としての動作を指示されたり、当該ユーザ装置が自律的にリレー動作実施を判断したうえでリレー中継に必要な動作を行うことである。
【０１４９】
上記の構成により、ユーザ装置と基地局との間のデータ通信をカバレッジ内のユーザ装置がリレーするＤ２Ｄリレー通信を効率的に実現することが可能となる。
【０１５０】
前記リレー装置の候補として前記ユーザ装置がアクティブ化された後に、前記送信部は、リレー装置の候補からリレー装置を選択するために使用される測定リソースを前記遠隔ユーザ装置に送信することができる。この構成により、アクティブ化していないユーザ装置（リレーを適切に実行できない）ユーザ装置がリレー装置として選択されることを回避できる。
【０１５１】
前記リレー可能通知は、例えば、前記測定リソースを送信するチャネルの構成情報を含む。この構成により、遠隔ユーザ装置は適切に測定リソースを受信し、測定を行うことができる。
【０１５２】
前記リレー可能通知は、前記遠隔ユーザ装置がＤ２Ｄリレー用制御情報を受信するためのチャネルの構成情報を含み、前記送信部は、前記リレー可能通知を送信した後に、前記Ｄ２Ｄリレー用制御情報を送信することとしてもよい。この構成により、遠隔ユーザ装置は適切にＤ２Ｄリレー用制御情報を受信することができる。
【０１５３】
前記Ｄ２Ｄリレー用制御情報は、例えば、リレー装置の候補からリレー装置を選択するために使用される測定リソースを送信するチャネルの構成情報を含む。この構成により、遠隔ユーザ装置は適切に測定リソースを受信し、測定を行うことができる。
【０１５４】
リレー装置の候補としてアクティブ化された周辺のユーザ装置から送信される信号に基づいて、当該周辺のユーザ装置を検出する検出部を備えることとしてもよい。前記送信部は、前記検出部により検出された前記周辺のユーザ装置の情報を測定報告として前記基地局に送信することとしてもよい。この構成により、基地局は、リレー装置の候補としてアクティブ化された周辺のユーザ装置を考慮して、アクティブ化／非アクティブ化を決定できる。
【０１５５】
前記ユーザ装置が前記リレー装置の候補としてアクティブ化されている場合に、前記状態制御部は、所定の条件を満たした場合に、自律的に前記ユーザ装置を非アクティブ化することとしてもよい。この構成により、リレー装置の候補としてふさわしくないユーザ装置を非アクティブ化させることができる。
【０１５６】
また、本実施の形態により、Ｄ２Ｄ通信をサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、前記ユーザ装置から、当該ユーザ装置が、遠隔ユーザ装置と前記基地局との間のデータ通信を中継するリレー装置となる能力を有するか否かを示す能力情報を受信する受信部と、前記能力情報に基づいて、前記ユーザ装置を前記リレー装置の候補としてアクティブ化するか否かを決定し、前記リレー装置の候補としてアクティブ化する場合に、前記ユーザ装置にアクティブ化指示を送信する決定部とを備える基地局が提供される。
【０１５７】
上記の構成により、ユーザ装置と基地局との間のデータ通信をカバレッジ内のユーザ装置がリレーするＤ２Ｄリレー通信を効率的に実現することが可能となる。
【０１５８】
前記受信部は、前記ユーザ装置から、リレー装置の候補としてアクティブ化された周辺のユーザ装置の情報を測定報告として受信し、前記決定部は、前記能力情報と前記測定報告とに基づいて、前記ユーザ装置を前記リレー装置の候補としてアクティブ化するか否かを決定することができる。この構成により、リレー装置の候補として適切なユーザ装置をアクティブ化できる。
【０１５９】
また、本実施の形態により、Ｄ２Ｄ通信をサポートする移動通信システムにおいて用いられるユーザ装置であり、遠隔ユーザ装置と基地局との間のデータ通信を中継するリレー装置となる能力を有するユーザ装置であって、リレー装置の候補からリレー装置を選択するために前記遠隔ユーザ装置により使用される測定リソースと、前記ユーザ装置のレイヤ２アドレスとを送信する送信部と、前記遠隔ユーザ装置から前記中継によるデータ通信のためのアドレスの割り当て要求を受信し、前記遠隔ユーザ装置に対して当該アドレスの情報を送信する応答部とを備えるユーザ装置が提供される。
【０１６０】
上記の構成により、ユーザ装置と基地局との間のデータ通信をカバレッジ内のユーザ装置がリレーするＤ２Ｄリレー通信を効率的に実現することが可能となる。
【０１６１】
前記送信部は、例えば、前記測定リソース及び前記レイヤ２アドレスとを、周期的なリソースプールが設定されたＤ２Ｄチャネルを用いて送信する。この構成により、例えば、遠隔ユーザ装置は、リレー装置との接続を継続的に確認することができる。
【０１６２】
前記遠隔ユーザ装置からリレー要求を受信する受信部を備え、前記送信部は、前記受信部により前記リレー要求を受信したことに応じて前記測定リソースと、前記ユーザ装置のレイヤ２アドレスとを送信することとしてもよい。この構成により、リレー要求を受信できたユーザ装置のみが測定リソース等の送信を行うので、遠隔ユーザ装置へのＤ２Ｄ送信を削減できる。
【０１６３】
前記送信部は、前記測定リソースを前記遠隔ユーザ装置に対してユニキャスト又はグループキャストで送信することとしてもよい。この構成により、例えば、測定を行わせたい（リレー選択を行わせたい）遠隔ユーザ装置のみ、又は、特定のグループのみに測定リソース等を送信できる。
【０１６４】
また、本実施の形態により、Ｄ２Ｄ通信をサポートする移動通信システムにおいて用いられるユーザ装置であり、遠隔ユーザ装置と基地局との間のデータ通信を中継するリレー装置となる能力を有するユーザ装置であって、前記遠隔ユーザ装置から、当該遠隔ユーザ装置のレイヤ２アドレスを含むリレー要求を受信する受信部と、前記リレー要求の送信に用いられるチャネルの受信品質を測定し、当該受信品質を測定報告として前記基地局に送信する測定部と、前記基地局から、前記ユーザ装置が前記遠隔ユーザ装置に対するリレー装置として決定されたことを示す情報を受信したことに応じて、前記遠隔ユーザ装置に対して前記中継によるデータ通信のために用いられるアドレスの情報を送信する送信部とを備えるユーザ装置が提供される。
【０１６５】
上記の構成により、ユーザ装置と基地局との間のデータ通信をカバレッジ内のユーザ装置がリレーするＤ２Ｄリレー通信を効率的に実現することが可能となる。
【０１６６】
前記測定部は、前記基地局と前記ユーザ装置との間のリンクの品質を測定し、当該リンクの品質と前記受信品質とを含む測定報告を前記基地局に送信することとしてもよい。この構成により、基地局は、バックホールリンクとアクセスリンクの両方を考慮してリレー装置を決定できる。
【０１６７】
また、本実施の形態により、Ｄ２Ｄ通信をサポートする移動通信システムにおいて用いられるユーザ装置であり、遠隔ユーザ装置と基地局との間のデータ通信を中継するリレー装置となる能力を有するユーザ装置であって、前記遠隔ユーザ装置から、当該遠隔ユーザ装置のレイヤ２アドレスと、前記中継によるデータ通信のためのアドレスの割り当て要求とを含むリレー要求を受信する受信部と、リレー装置の候補からリレー装置を選択するために前記遠隔ユーザ装置により使用される測定リソースと、前記中継によるデータ通信のために用いられるアドレスの情報とを前記遠隔ユーザ装置に送信する送信部とを備えるユーザ装置が提供される。
【０１６８】
上記の構成により、ユーザ装置と基地局との間のデータ通信をカバレッジ内のユーザ装置がリレーするＤ２Ｄリレー通信を効率的に実現することが可能となる。
【０１６９】
前記送信部は、前記測定リソースを、測定を行うことを指示する制御情報とともに前記遠隔ユーザ装置に送信する、又は、前記測定リソースを、測定を行う期間として予め定めた期間に前記遠隔ユーザ装置に送信することとしてもよい。この構成により、遠隔ユーザ装置は、測定を指示された場合にのみ測定を行えばよく、無駄な測定処理を行わないことができる。
【０１７０】
また、本実施の形態により、Ｄ２Ｄ通信をサポートする移動通信システムにおいて、遠隔ユーザ装置と基地局との間のデータ通信を中継するリレー装置となる能力を有するユーザ装置と通信を行う前記基地局であって、前記遠隔ユーザ装置から受信するチャネルの受信品質を測定した前記ユーザ装置から、当該受信品質を測定報告として受信する受信部と、前記測定報告に基づいて、前記遠隔ユーザ装置に対するリレー装置とするユーザ装置を決定し、当該決定がされたことを示す情報を当該ユーザ装置に送信する決定部とを備える基地局が提供される。
【０１７１】
上記の構成により、ユーザ装置と基地局との間のデータ通信をカバレッジ内のユーザ装置がリレーするＤ２Ｄリレー通信を効率的に実現することが可能となる。
【０１７２】
前記受信部は、前記基地局と前記ユーザ装置との間のリンクの品質と前記受信品質とを含む測定報告を前記ユーザ装置から受信し、前記決定部は、当該測定報告に基づいて、前記遠隔ユーザ装置に対するリレー装置とするユーザ装置を決定する。この構成により、基地局は、バックホールリンクとアクセスリンクの両方を考慮してリレー装置を決定できる。
【０１７３】
本実施の形態で説明したユーザ装置ＵＥは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在した構成であってもよい。
【０１７４】
本実施の形態で説明した基地局ｅＮＢは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在した構成であってもよい。
【０１７５】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ユーザ装置ＵＥ及び基地局ｅＮＢは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア、及び本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１７６】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１７７】
本特許出願は２０１５年３月３１日に出願した日本国特許出願第２０１５−０７４１８５号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−０７４１８５号の全内容を本願に援用する。
【符号の説明】
【０１７８】
ｅＮＢ  基地局
ＵＥ  ユーザ装置
１０１  信号送信部
１０２  信号受信部
１０３  能力情報記憶部
１０４  測定部
１０５  リレー状態管理部
１０６  リレー側処理制御部
１０７  リモート側処理制御部
１５１  ＲＥモジュール
１５２  ＢＢ処理モジュール
１５３  装置制御モジュール
１５４  ＵＳＩＭスロット
２０１  信号送信部
２０２  信号受信部
２０３  ＵＥ情報記憶部
２０４  アクティブ化／非アクティブ化決定部
２０５  リレーＵＥ決定部
２０６  リソース情報記憶部
２０７  スケジューリング部
２５１  ＲＥモジュール
２５２  ＢＢ処理モジュール
２５３  装置制御モジュール
２５４  通信ＩＦ
【図１Ａ】
2016158996.tif 000003
【図１Ｂ】
2016158996.tif 000004
【図２】
2016158996.tif 000005
【図３】
2016158996.tif 000006
【図４Ａ】
2016158996.tif 000007
【図４Ｂ】
2016158996.tif 000008
【図５】
2016158996.tif 000009
【図６】
2016158996.tif 000010
【図７】
2016158996.tif 000011
【図８】
2016158996.tif 000012
【図９】
2016158996.tif 000013
【図１０】
2016158996.tif 000014
【図１１】
2016158996.tif 000015
【図１２】
2016158996.tif 000016
【図１３】
2016158996.tif 000017
【図１４】
2016158996.tif 000018
【図１５】
2016158996.tif 000019
【図１６】
2016158996.tif 000020
【図１７Ａ】
2016158996.tif 000021
【図１７Ｂ】
2016158996.tif 000022
【図１８】
2016158996.tif 000023
【図１９】
2016158996.tif 000024
【図２０】
2016158996.tif 000025
【図２１】
2016158996.tif 000026
【国際調査報告】
2016158996.tif 000027
2016158996.tif 000028
2016158996.tif 000029
2016158996.tif 000030