(57)【要約】  本実施形態に係る基地局は、セルを管理する基地局であって、リモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末が、前記セル内に位置する無線端末の周辺に存在しない場合、前記無線端末に対して、制御情報を送信するコントローラを備える。前記制御情報は、前記リレーＵＥになり得る他の無線端末を発見するためにディスカバリ信号の送信を開始するための情報である。
2016185967.tif 000002
【特許請求の範囲】
【請求項１】
セルを管理する基地局であって、
リモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末が、前記セル内に位置する無線端末の周辺に存在しない場合、前記無線端末に対して、制御情報を送信するコントローラを備え、
前記制御情報は、前記リレーＵＥになり得る他の無線端末を発見するためにディスカバリ信号の送信を開始するための情報である基地局。
【請求項２】
前記コントローラは、前記リレー端末が周辺に存在しないこと又は前記リレー端末が周辺に存在しなくなることを示す報告を前記無線端末から受信した場合に、前記制御情報を送信する請求項１に記載の基地局。
【請求項３】
前記制御情報は、前記リレー端末になり得る前記他の無線端末の発見にのみ用いられる送信リソースプールに関する情報、前記ディスカバリ信号の送信電力に関する情報、前記ディスカバリ信号を送信する期間において、近傍サービスにおける同期に関する信号を送信するための情報、及び、前記ディスカバリ信号に用いられるアプリケーションコードを指定するための情報の少なくともいずれかの情報を含む請求項１に記載の基地局。
【請求項４】
前記同期に関する信号を送信するための情報は、前記同期に関する信号に含める識別子を含む請求項３に記載の基地局。
【請求項５】
前記コントローラは、前記リレーＵＥになり得る前記他の無線端末を発見したことを示す報告を前記無線端末から受信した場合に、前記基地局と前記他の無線端末との間にＵＥ−ｔｏ−ネットワーク中継用の接続の確立を開始する請求項１に記載の基地局。
【請求項６】
前記コントローラは、前記報告に、前記他の無線端末から送信された同期に関する信号の受信レベルを示す情報が含まれる場合、当該受信レベルを示す情報に基づいて、前記ＵＥ−ｔｏ−ネットワーク中継用の接続の確立を開始するか否かを判定する請求項５に記載の基地局。
【請求項７】
前記コントローラは、前記リレー端末になり得る前記他の無線端末に対して、前記ディスカバリ信号の受信を開始するための第２の制御情報を送信する請求項１に記載の基地局。
【請求項８】
前記コントローラは、前記制御情報に含まれる少なくとも一部の情報を前記第２の制御情報に含める請求項７に記載の基地局。
【請求項９】
前記コントローラは、前記無線端末を発見したことを示す報告を前記他の無線端末から受信した場合に、前記基地局と前記他の無線端末との間にＵＥ−ｔｏ−ネットワーク中継用の接続の確立を開始する請求項１に記載の基地局。
【請求項１０】
前記コントローラは、前記報告に、前記無線端末から送信された同期に関する信号の受信レベルを示す情報が含まれる場合、当該受信レベルを示す情報に基づいて、前記ＵＥ−ｔｏ−ネットワーク中継用の接続の確立を開始するか否かを判定する請求項９に記載の基地局。
【請求項１１】
セル内に位置する無線端末であって、
近傍サービスにおけるディスカバリ信号を受信するレシーバと、
前記無線端末が、リモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末になり得る場合に、前記ディスカバリ信号の受信に応じて、前記リレー端末になり得る無線端末が送信する特別なディスカバリ信号の送信を開始するトランスミッタと、を備える無線端末。
【請求項１２】
前記トランスミッタは、前記特別なディスカバリ信号を送信する期間において、前記特別なディスカバリ信号だけでなく、近傍サービスにおける同期に関する信号も送信する請求項１１に記載の無線端末。
【請求項１３】
前記トランスミッタは、前記特別なディスカバリ信号に含めた識別子を、前記セルを管理する基地局に送信する請求項１１に記載の無線端末。
【請求項１４】
前記トランスミッタは、前記特別なディスカバリ信号の送信前に、前記特別なディスカバリ信号に含める識別子の割り当てを前記セルを管理する基地局又はネットワーク装置に要求し、
前記トランスミッタは、前記要求に応じて前記基地局又はネットワーク装置から割り当てられた識別子を含む前記特別なディスカバリ信号を送信する請求項１１に記載の無線端末。
【請求項１５】
前記特別なディスカバリ信号は、前記無線端末と前記セルを管理する基地局との間にＵＥ−ｔｏ−ネットワーク中継用の接続が確立されていないことを示す情報を含む請求項１１に記載の無線端末。
【請求項１６】
セルを管理する基地局であって、
リモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末が、前記セル内に位置する第１の無線端末の周辺に存在しない場合、前記第１の無線端末の位置情報と、前記リレー端末になり得る第２の無線端末の位置情報とに基づいて、前記第１の無線端末のデータを中継する前記リレー端末に前記第２の無線端末がなるべきか否かを判定するコントローラを備える基地局。
【請求項１７】
前記コントローラは、前記第２の無線端末が自身の位置情報を報告するための情報を前記第２の無線端末に送信する請求項１６に記載の基地局。
【請求項１８】
前記無線端末から前記リレー端末が周辺に存在しないことを示す報告を受信するレシーバを備え、
前記コントローラは、前記報告に含まれる前記第１の無線端末の位置情報に基づいて、前記リレー端末に前記第２の無線端末がなるべきか否かを判定する請求項１６に記載の基地局。
【請求項１９】
前記コントローラは、前記第１の無線端末のデータを中継する前記リレー端末に前記第２の無線端末がなるべきと判定した場合、近傍サービスにおけるディスカバリ信号の送信を開始するための制御情報を前記第２の無線端末に送信する請求項１６に記載の基地局。
【請求項２０】
前記無線端末から前記無線信号に関する報告を受信するレシーバを備え、
前記報告に基づいて、前記第２の無線端末に前記第１の無線端末のデータを中継させるか否かを決定する請求項１９に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信システムにおいて用いられる基地局及び無線端末に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ）の仕様策定が進められている。【０００３】
ここで、ＰｒｏＳｅには、第１の無線端末（ＰｒｏＳｅ  ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ）が、ネットワーク圏外の第２の無線端末（Ｒｅｍｏｔｅ  ＵＥ）とネットワークとの間で第２の無線端末のデータ（トラフィック）を中継するＵＥ−ｔｏ−ネットワーク中継が含まれる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術仕様書  「ＴＳ  ２３．３０３  Ｖ１２．４．０」  ２０１５年３月１９日
【発明の概要】
【０００５】
しかしながら、現状の仕様では、ＵＥ−ｔｏ−ネットワーク中継の詳細が策定されていないため、ＵＥ−ｔｏ−ネットワーク中継を有効に活用できない可能性がある。
【０００６】
そこで、本出願は、ＵＥ−ｔｏ−ネットワーク中継を有効に活用可能とすることを目的とする。
【０００７】
一の実施形態に係る基地局は、セルを管理する基地局であって、リモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末が、前記セル内に位置する無線端末の周辺に存在しない場合、前記無線端末に対して、制御情報を送信するコントローラを備える。前記制御情報は、前記リレーＵＥになり得る他の無線端末を発見するためにディスカバリ信号の送信を開始するための情報である。
【０００８】
一の実施形態に係る無線端末は、セル内に位置する無線端末であって、リモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末が、前記無線端末の周辺に存在しない場合に、近傍サービスにおけるディスカバリ信号の送信を開始するための制御情報を受信するレシーバと、前記制御情報に基づいて、前記ディスカバリ信号の送信を開始するコントローラと、を備える。
【０００９】
一の実施形態に係る無線端末は、セル内に位置する無線端末であって、近傍サービスにおけるディスカバリ信号を受信するレシーバと、前記無線端末が、リモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末になり得る場合に、前記ディスカバリ信号の受信に応じて、前記リレー端末になり得る無線端末が送信する特別なディスカバリ信号の送信を開始するトランスミッタと、を備える。
【００１０】
一の実施形態に係る無線端末は、セル内に位置する無線端末であって、リモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末が、他の無線端末の周辺に存在しない場合に、前記リレーＵＥになり得る無線端末を発見するためのディスカバリ信号の受信を開始するための制御情報を受信するレシーバと、前記制御情報に基づいて、前記ディスカバリ信号の受信を開始するコントローラと、を備える。
【００１１】
一の実施形態に係る基地局は、セルを管理する基地局であって、リモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末が、前記セル内に位置する第１の無線端末の周辺に存在しない場合、前記第１の無線端末の位置情報と、前記リレー端末になり得る第２の無線端末の位置情報とに基づいて、前記第１の無線端末のデータを中継する前記リレー端末に前記第２の無線端末がなるべきか否かを判定するコントローラを備える。
【図面の簡単な説明】
【００１２】
【図１】図１は、ＬＴＥシステムの構成を示す図である。
【図２】図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】図３は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図４】図４は、実施形態に係るＵＥ−ｔｏ−ネットワーク中継を説明するための図である。
【図５】図５は、ＵＥ１００のブロック図である。
【図６】図６は、ｅＮＢ２００のブロック図である。
【図７】図７は、実施形態に係る動作環境を説明するための図である。
【図８】図８は、実施形態に係る動作例１を説明するための図である。
【図９】図９は、実施形態に係る動作例２を説明するための図である。
【図１０】図１０は、実施形態に係る動作例３を説明するための図である。
【図１１】図１１は、実施形態に係る動作例４を説明するための図である。
【図１２】図１２は、ＰｒｏＳｅ  ＵＥ−to−ネットワークリレーセットアップ手順を説明するための図である。
【図１３】図１３は、ネットワーク圏外（ＯｏＣ：Ｏｕｔ  ｏｆ  Ｃｏｖｅｒａｇｅ）のリモートＵＥにより開始されるＰｒｏＳｅ  ＵＥ−to−ネットワークリレーの手順を説明するための図である。
【図１４】図１４は、ネットワーク圏内（ＩｎＣ：Ｉｎ  Ｃｏｖｅｒａｇｅ）のリモートＵＥにより開始されるＰｒｏＳｅ  ＵＥ−to−ネットワークリレーの手順を説明するための図である。
【発明を実施するための形態】
【００１３】
［実施形態の概要］
現状の仕様では、ＵＥ−ｔｏ−ネットワーク中継の詳細が策定されてなく、特に、ユーザ端末の周辺（近傍）にリレー端末（ＰｒｏＳｅ  ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ）が存在しないケースについてのＵＥ−ｔｏ−ネットワーク中継の詳細が策定されていない。そこで、本出願は、ユーザ端末の周辺にリレー端末が存在しない場合に、ＵＥ−ｔｏ−ネットワーク中継を実行するためのリレーＵＥを確立可能とすることを目的の一つとする。
【００１４】
実施形態に係る基地局は、セルを管理する基地局であって、リモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末が、前記セル内に位置する無線端末の周辺に存在しない場合、前記無線端末に対して制御情報を送信するコントローラを備える。前記制御情報は、前記リレーＵＥになり得る他の無線端末を発見するためにディスカバリ信号の送信を開始するための情報である。
【００１５】
前記コントローラは、前記リレー端末が周辺に存在しないこと又は前記リレー端末が周辺に存在しなくなることを示す報告を前記無線端末から受信した場合に、前記制御情報を送信してもよい。
【００１６】
前記制御情報は、前記リレー端末になり得る前記他の無線端末の発見にのみ用いられる送信リソースプールに関する情報、前記ディスカバリ信号の送信電力に関する情報、前記ディスカバリ信号を送信する期間において、近傍サービスにおける同期に関する信号を送信するための情報、及び、前記ディスカバリ信号に用いられるアプリケーションコードを指定するための情報の少なくともいずれかの情報を含んでもよい。
【００１７】
前記同期に関する信号を送信するための情報は、前記同期に関する信号に含める識別子を含んでもよい。
【００１８】
前記コントローラは、前記リレーＵＥになり得る前記他の無線端末を発見したことを示す報告を前記無線端末から受信した場合に、前記基地局と前記他の無線端末との間にＵＥ−ｔｏ−ネットワーク中継用の接続の確立を開始してもよい。
【００１９】
前記コントローラは、前記報告に、前記他の無線端末から送信された同期に関する信号の受信レベルを示す情報が含まれる場合、当該受信レベルを示す情報に基づいて、前記基地局と前記他の無線端末との間にＵＥ−ｔｏ−ネットワーク中継用の接続の確立を開始するか否かを判定してもよい。
【００２０】
前記コントローラは、前記リレー端末になり得る前記他の無線端末に対して、前記ディスカバリ信号の受信を開始するための第２の制御情報を送信してもよい。
【００２１】
前記コントローラは、前記制御情報に含まれる少なくとも一部の情報を前記第２の制御情報に含めてもよい。
【００２２】
前記コントローラは、前記無線端末を発見したことを示す報告を前記他の無線端末から受信した場合に、前記基地局と前記他の無線端末との間にＵＥ−ｔｏ−ネットワーク中継用の接続の確立を開始してもよい。
【００２３】
前記コントローラは、前記報告に、前記無線端末から送信された同期に関する信号の受信レベルを示す情報が含まれる場合、当該受信レベルを示す情報に基づいて、前記基地局と前記他の無線端末との間にＵＥ−ｔｏ−ネットワーク中継用の接続の確立を開始するか否かを判定してもよい。
【００２４】
実施形態に係る無線端末は、セル内に位置する無線端末であって、ネットワーク圏外のリモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末が、前記無線端末の周辺に存在しない場合に、近傍サービスにおけるディスカバリ信号の送信を開始するための制御情報を受信するレシーバと、前記制御情報に基づいて、前記ディスカバリ信号の送信を開始するコントローラと、を備える。
【００２５】
実施形態に係る無線端末は、セル内に位置する無線端末であって、近傍サービスにおけるディスカバリ信号を受信するレシーバと、前記無線端末が、ネットワーク圏外のリモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末になり得る場合に、前記ディスカバリ信号の受信に応じて、前記リレー端末になり得る無線端末が送信する特別なディスカバリ信号の送信を開始するトランスミッタと、を備える。
【００２６】
前記トランスミッタは、前記特別なディスカバリ信号を送信する期間において、前記特別なディスカバリ信号だけでなく、近傍サービスにおける同期に関する信号も送信してもよい。
【００２７】
前記トランスミッタは、前記特別なディスカバリ信号に含めた識別子を、前記セルを管理する基地局に送信してもよい。
【００２８】
前記トランスミッタは、前記特別なディスカバリ信号の送信前に、前記特別なディスカバリ信号に含める識別子の割り当てを前記セルを管理する基地局又はネットワーク装置に要求してもよい。前記トランスミッタは、前記要求に応じて前記基地局又はネットワーク装置から割り当てられた識別子を含む前記特別なディスカバリ信号を送信してもよい。
【００２９】
前記特別なディスカバリ信号は、前記無線端末と前記セルを管理する基地局との間にＵＥ−ｔｏ−ネットワーク中継用の接続が確立されていないことを示す情報を含んでもよい。
【００３０】
実施形態に係る無線端末は、セル内に位置する無線端末であって、ネットワーク圏外のリモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末が、他の無線端末の周辺に存在しない場合に、前記リレーＵＥになり得る無線端末を発見するためのディスカバリ信号の受信を開始するための制御情報を受信するレシーバと、前記制御情報に基づいて、前記ディスカバリ信号の受信を開始するコントローラと、を備える。
【００３１】
実施形態に係る基地局は、セルを管理する基地局であって、ネットワーク圏外のリモート端末とネットワークとの間で直接通信によりデータを中継するリレー端末が、前記セル内に位置する第１の無線端末の周辺に存在しない場合、前記第１の無線端末の位置情報と、前記リレー端末になり得る第２の無線端末の位置情報とに基づいて、前記第１の無線端末のデータを中継する前記リレー端末に前記第２の無線端末がなるべきか否かを判定するコントローラを備える。
【００３２】
前記コントローラは、前記第２の無線端末が自身の位置情報を報告するための情報を前記第２の無線端末に送信してもよい。
【００３３】
前記基地局は、前記無線端末から前記リレー端末が周辺に存在しないことを示す報告を受信するレシーバを備えてもよい。前記コントローラは、前記報告に含まれる前記第１の無線端末の位置情報に基づいて、前記リレー端末に前記第２の無線端末がなるべきか否かを判定してもよい。
【００３４】
前記コントローラは、前記第１の無線端末のデータを中継する前記リレー端末に前記第２の無線端末がなるべきと判定した場合、近傍サービスにおけるディスカバリ信号の送信を開始するための制御情報を前記第２の無線端末に送信してもよい。
【００３５】
前記基地局は、前記無線端末から前記無線信号に関する報告を受信するレシーバを備える。前記報告に基づいて、前記第２の無線端末に前記第１の無線端末のデータを中継させるか否かを決定してもよい。
【００３６】
［実施形態］
（移動通信システム）
以下において、実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。
【００３７】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。また、セルラネットワークのオペレータにより管理されない外部ネットワークには、Ｓｅｒｖｅｒ４００が設けられる。
【００３８】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３９】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００４０】
ｅＮＢ２００は、１又は複数のセルを管理している。ｅＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００４１】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、Ｐ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）３５０とを含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。Ｐ−ＧＷ３５０は、外部ネットワークから（及び外部ネットワークに）ユーザデータを中継する制御を行う。
【００４２】
Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅアプリケーションサーバ（ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）である。この場合、Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅにおいて用いられる識別子を管理する。例えば、Ｓｅｒｖｅｒ４００は、「ＥＰＣ  ＰｒｏＳｅ  ユーザＩＤ」及び「ＰｒｏＳｅファンクションＩＤ」を記憶する。また、Ｓｅｒｖｅｒ４００は、「アプリケーションレイヤユーザＩＤ」と「ＥＰＣ  ＰｒｏＳｅ  ユーザＩＤ」とをマッピングする。
【００４３】
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は、物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４４】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００４５】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、スケジューラを含む。当該スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【００４６】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００４７】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４８】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態（コネクティッド状態）である。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態（アイドル状態）である。
【００４９】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００５０】
図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５１】
図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５２】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。ＰＤＣＣＨの詳細については後述する。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００５３】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００５４】
（近傍サービス）
以下において、近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ）について説明する。ＰｒｏＳｅにおいて、複数のＵＥ１００は、ｅＮＢ２００を介さない直接的な無線リンクを介して各種の信号を送受信する。ＰｒｏＳｅにおける直接的な無線リンクは、「サイドリンク（Ｓｉｄｅｌｉｎｋ）」と称される。
【００５５】
「Ｓｉｄｅｌｉｎｋ」は、直接ディスカバリ及び直接通信のためのＵＥ−ＵＥ間インターフェイスである。「Ｓｉｄｅｌｉｎｋ」は、ＰＣ５インターフェイスに対応する。ＰＣ５は、直接ディスカバリ、直接通信及び近傍サービスによるＵＥ−ｔｏ−ネットワーク中継のための制御及びユーザプレーンのために用いられる近傍サービスを利用可能なＵＥ間の参照点である。ＰＣ５インターフェイスは、ＰｒｏＳｅにおけるＵＥ−ＵＥ間インターフェイスである。
【００５６】
ＰｒｏＳｅのモードとしては、「直接ディスカバリ（Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）」及び「直接通信（Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）」の２つのモードが規定されている。
【００５７】
直接ディスカバリは、特定の宛先を指定しないディスカバリ信号をＵＥ間で直接的に伝送することにより、相手先を探索するモードである。また、直接ディスカバリは、ＰＣ５を介してＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）における直接無線信号を用いて、ＵＥの近傍における他のＵＥを発見するための手順である。或いは、直接ディスカバリは、Ｅ−ＵＴＲＡ技術で２つのＵＥ１００の能力のみを用いて、近傍サービスを実行可能な他のＵＥ１００を発見するために近傍サービスを実行可能なＵＥ１００によって採用される手順である。直接ディスカバリは、ＵＥ１００がＥ−ＵＴＲＡＮ１０（ｅＮＢ２００（セル））によってサービスが提供される場合にのみ、サポートされる。ＵＥ１００は、セル（ｅＮＢ２００）に接続又はセルに在圏している場合、Ｅ−ＵＴＲＡＮ１０によってサービスが提供され得る。
【００５８】
ディスカバリ信号（ディスカバリメッセージ）の送信（アナウンスメント）のためのリソース割り当てタイプには、ＵＥ１００が無線リソースを選択する「タイプ１」と、ｅＮＢ２００が無線リソースを選択する「タイプ２（タイプ２Ｂ）」と、がある。
【００５９】
「Ｓｉｄｅｌｉｎｋ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ」プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、及びＰｒｏＳｅプロトコルを含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ）と称される物理チャネルを介してディスカバリ信号が伝送される。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンクディスカバリチャネル（ＳＬ−ＤＣＨ）と称されるトランスポートチャネルを介してディスカバリ信号が伝送される。
【００６０】
直接通信は、特定の宛先（宛先グループ）を指定してデータをＵＥ間で直接的に伝送するモードである。また、直接通信は、いずれのネットワークノードを通過しない経路を介してＥ−ＵＴＲＡ技術を用いたユーザプレーン伝送による、近傍サービスを実行可能である２以上のＵＥ間の通信である。
【００６１】
直接通信のリソース割り当てタイプには、直接通信の無線リソースをｅＮＢ２００が指定する「モード１」と、直接通信の無線リソースをＵＥ１００が選択する「モード２」と、がある。
【００６２】
直接通信プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＰＤＣＰ層を含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して制御信号が伝送され、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介してデータが伝送される。また、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）を介して同期信号等が伝送されてもよい。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）と称されるトランスポートチャネルを介してデータが伝送される。ＵＥ（Ａ）のＲＬＣ層とＵＥ（Ｂ）のＲＬＣ層との間では、サイドリンクトラフィックチャネル（ＳＴＣＨ）と称される論理チャネルを介してデータが伝送される。
【００６３】
（ＵＥ−ｔｏ−ネットワーク中継）
以下において、ＵＥ−ｔｏ−ネットワーク中継について、図４を用いて説明する。図４は、実施形態に係るＵＥ−ｔｏ−ネットワーク中継を説明するための図である。
【００６４】
図４において、リモートＵＥ（Ｒｅｍｏｔｅ  ＵＥ）は、ネットワーク圏外（Ｏｕｔ−ｏｆ−Ｎｅｔｗｏｒｋ）に位置するＵＥである。すなわち、リモートＵＥは、セルのカバレッジ外に位置する。尚、リモートＵＥは、セルのカバレッジ内に位置する場合も有り得る。従って、リモートＵＥは、Ｅ−ＵＴＲＡＮ１０によって直接サービスが提供されないＵＥ１００（Ｅ−ＵＴＲＡＮ１０によってサーブ（ｓｅｒｖｅ）されないＵＥ１００）である。また、リモートＵＥ１００は、後述するリレーＵＥを介してパケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）と通信できる。リモートＵＥは、公衆安全（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）のためのＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥ）であってもよい。
【００６５】
なお、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥ」は、ＨＰＬＭＮ（Ｈｏｍｅ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）が公衆安全のための使用を許可するように構成されている。「ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥ」は、近傍サービスを利用可能である。「ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥ」は、近傍サービスにおける手順及び公衆安全のための特定の能力をサポートしている。例えば、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥ」は、公衆安全のための情報を近傍サービスにより送信する。公衆安全のための情報とは、例えば、災害（地震・火災など）に関する情報、消防関係者又は警察関係者に用いられる情報などである。
【００６６】
リモートＵＥは、後述するように、リレーＵＥからＰｒｏＳｅ中継サービスを提供される。ＰｒｏＳｅ中継サービスが提供されるリモートＵＥとＰｒｏＳｅ中継サービスを提供するリレーＵＥとの間で、ＵＥ−ｔｏ−ネットワーク中継が実行される。
【００６７】
リレーＵＥ（ＰｒｏＳｅ  ＵＥ−ｔｏ  Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ）は、ＰｒｏＳｅ中継サービスをリモートＵＥのために提供する。具体的には、リレーＵＥは、リモートＵＥのためにパケットデータネットワークとの通信のサービス継続性を提供する。従って、リレーＵＥは、リモートＵＥとネットワークとの間でデータ（ユニキャストトラフィック）を中継する。リレーＵＥは、近傍サービス（直接通信）によりリモートＵＥのデータ（トラフィック）を中継する。具体的には、リレーＵＥは、ＰＣ５インターフェイスを介してリモートＵＥから受信したデータ（上りトラフィック）を、Ｕｕインターフェイス（ＬＴＥ−Ｕｕ）又はＵｎインターフェイス（ＬＴＥ−Ｕｎ）を介してｅＮＢ２００に中継する。また、リレーＵＥは、Ｕｕインターフェイス又はＵｎインターフェイスを介してｅＮＢ２００から受信したデータ（下りトラフィック）をＰＣ５インターフェイスを介してリモートＵＥへ中継する。リレーＵＥは、ネットワーク内（セルのカバレッジ内）にのみ位置する。
【００６８】
また、リレーＵＥは、公衆安全のための通信に関係する任意のタイプのトラフィックを中継できる包括的な機能を提供することができる。
【００６９】
リレーＵＥとリモートＵＥは、物理層間でデータ及び制御信号を伝送できる。同様に、リレーＵＥとリモートＵＥは、ＭＡＣ層間、ＲＬＣ層間及びＰＤＣＰ層間でデータ及び制御信号を伝送できる。さらに、リレーＵＥは、ＰＤＣＰ層の上位層としてＩＰリレー（ＩＰ−Ｒｅｌａｙ）層を有してもよい。リモートＵＥは、ＰＤＣＰ層の上位層としてＩＰ層を有してもよい。リレーＵＥとリモートＵＥとは、ＩＰリレー層とＩＰ層との間でデータ及び制御信号を伝送できる。また、リレーＵＥは、ＩＰリレー層とＩＰ−ＧＷ３５０のＩＰ層との間でデータを伝送できる。
【００７０】
なお、リレーＵＥは、ＡＳ層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）において、ブロードキャストを用いてリモートＵＥにデータ（トラフィック）を送信できる。リレーＵＥは、ＡＳ層において、ユニキャストを用いてリモートＵＥにデータを送信してもよい。なお、ＵＥ−ｔｏ−ネットワーク中継がブロードキャストを用いて実行されている場合、リレーＵＥとリモートＵＥとの間において、ＡＳ層におけるフィードバックは行われないが、ＮＡＳ層（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）におけるフィードバックは行われてもよい。また、ＵＥ−ｔｏ−ネットワーク中継がユニキャストを用いて実行されている場合、ＡＳ層におけるフィードバックが行われてもよい。
【００７１】
（無線端末）
以下において、実施形態に係るＵＥ１００（無線端末）について説明する。図５は、ＵＥ１００のブロック図である。図５に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。
【００７２】
レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換してコントローラ１３０に出力する。
【００７３】
なお、ＵＥ１００は、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥ」である場合、レシーバ１１０は、異なる２つの周波数における無線信号を同時に受信可能である。例えば、ＵＥ１００は、２つのレシーバ１１０（２  ＲＸ  Ｃｈａｉｎ）を有する。ＵＥ１００は、一方のレシーバ１１０によりセルラ用の無線信号を受信でき、他方のレシーバ１１０によりＰｒｏＳｅ用の無線信号を受信できる。
【００７４】
トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００７５】
コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００７６】
ＵＥ１００は、ＧＮＳＳ受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をコントローラ１３０に出力する。或いは、ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ機能を有していてもよい。
【００７７】
（基地局）
以下において、実施形態に係るｅＮＢ２００（基地局）について説明する。図６は、ｅＮＢ２００のブロック図である。図６に示すように、ｅＮＢ２００は、トランスミッタ（送信部）２１０、レシーバ（受信部）２２０、コントローラ（制御部）２３０、及びバックホール通信部２４０を備える。トランスミッタ２１０とレシーバ２２０は、一体化されたトランシーバ（送受信部）であってもよい。
【００７８】
トランスミッタ２１０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２１０は、アンテナを含む。トランスミッタ２１０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００７９】
レシーバ２２０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２２０は、アンテナを含む。レシーバ２２０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換してコントローラ２３０に出力する。
【００８０】
コントローラ２３０は、ｅＮＢ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００８１】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【００８２】
（実施形態に係る動作環境）
次に、実施形態に係る動作環境について、図７を用いて説明する。図７は、実施形態に係る動作環境を説明するための図である。
【００８３】
図７に示すように、ＵＥ１００−１は、ｅＮＢ２００（ＤｅＮＢ：Ｄｏｎｏｒ  ｅＮＢ）が管理するセル内に位置する。ＵＥ１００−１は、ｅＮＢ２００とセルラ通信（ＬＴＥ−Ｕｕ）を実行可能である。ＵＥ１００−１は、ＲＲＣコネクティッド状態である。或いは、ＵＥ１００−１は、ＲＲＣアイドル状態であってもよい。ＵＥ１００−１は、ｅＮＢ２００と通信を行う場合に、ＲＲＣアイドル状態からＲＲＣコネクティッド状態に移行してもよい。
【００８４】
ＵＥ１００−１は、セルの外側に向かって移動している。ＵＥ１００−１は、セルのカバレッジ外に位置する場合、リモートＵＥになり得る。
【００８５】
ＵＥ１００−２は、ｅＮＢ２００が管理するセル内に位置する。ＵＥ１００−２は、ｅＮＢ２００とセルラ通信（ＬＴＥ−Ｕｕ）を実行可能である。ＵＥ１００−２は、ＲＲＣコネクティッド状態である。或いは、ＵＥ１００−２は、ＲＲＣアイドル状態であってもよい。ＵＥ１００−２は、ｅＮＢ２００と通信を行う場合に、ＲＲＣアイドル状態からＲＲＣコネクティッド状態に移行してもよい。
【００８６】
ＵＥ１００−２は、後述する動作例１では、リレーＵＥである。この場合、ＵＥ１００−２は、ｅＮＢ２００とリレーＵＥとの間でＵＥ−ｔｏ−ネットワーク中継用の接続を確立している。
【００８７】
一方、ＵＥ１００−２は、後述する動作例２〜４では、初期状態においてリレーＵＥではない。ＵＥ１００−２は、リレーＵＥになり得るＵＥ（Ｐｏｔｅｎｔｉａｌ  Ｒｅｌａｙ  ＵＥ）である。ＵＥ１００−２は、リレーＵＥとして機能する能力を有する。
【００８８】
（実施形態に係る動作）
次に、実施形態に係る動作について説明する。具体的には、実施形態に係る動作を、以下の動作例１から４を例に挙げて説明する。
【００８９】
なお、以下で説明するＵＥ１００が実行する処理（動作）について、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０、コントローラ１３０の少なくともいずれかが実行するが、便宜上、ＵＥ１００が実行する処理として説明する。同様に、以下で説明するｅＮＢ２００が実行する処理（動作）について、ｅＮＢ２００が備えるトランスミッタ２１０、レシーバ２２０、コントローラ２３０、バックホール通信部２４０の少なくともいずれかが実行するが、便宜上、ｅＮＢ２００が実行する処理として説明する。
【００９０】
動作例１は、ＵＥ１００−１の周辺（近傍）にリレーＵＥが存在するケースである。一方、動作例２から４は、ＵＥ１００−１の周辺（近傍）にリレーＵＥが存在しないケースである。
【００９１】
（１）動作例１
実施形態に係る動作例１について、図８を用いて説明する。図８は、実施形態に係る動作例１を説明するための図である。
【００９２】
図８に示すように、ステップＳ１１０において、ｅＮＢ２００は、リレーＵＥが送信するシグナリングの測定トリガとなる閾値（以下、第１閾値）をＵＥ１００−１に送信する。ｅＮＢ２００は、第１閾値をブロードキャスト（例えば、ＳＩＢ）によりＵＥ１００−１に送信してもよいし、個別シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）によりＵＥ１００−１に送信してもよい。ＵＥ１００は、ｅＮＢ２００から受信した第１閾値を設定する。
【００９３】
また、ｅＮＢ２００は、リレーＵＥが送信するシグナリングの測定結果を報告トリガとなる閾値（以下、第２閾値）をＵＥ１００−１に送信してもよい。第１閾値と第２閾値との値は同じであってもよいし、異なる値であってもよい。例えば、「第１閾値≧第２閾値」であってもよい。第２閾値は、Ａ１トリガ閾値であってもよい。ＵＥ１００−１は、サービングセルからの参照信号の受信レベルがＡ１トリガ閾値（第２閾値）を越えた場合に、測定報告を送信する。
【００９４】
ステップＳ１２０において、ＵＥ１００−１は、第１閾値に基づいて、セル端に位置することを検出する。具体的には、ＵＥ１００−１は、ｅＮＢ２００（セル）からの無線信号が第１閾値を下回った場合に、自身がセル端に位置することを検出する。ＵＥ１００−１は、第１閾値に基づいて自身がセル端に位置することを検出した場合、ステップＳ１３０の処理を実行する。
【００９５】
ステップＳ１３０において、ＵＥ１００−１は、リレーＵＥの探索を開始する。具体的には、ＵＥ１００−１は、リレーＵＥが送信するシグナリングの測定（モニタ）を開始する。
【００９６】
ステップＳ１４０において、ＵＥ１００−２は、ディスカバリ信号及び同期信号のそれぞれを送信する。本明細書において、同期信号は、同期に関する無線信号である。同期信号は、ＰｒｏＳｅにおける同期を取るための無線信号（ＳＬＳＳ：Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｓａｔｉｏｎ  Ｓｉｇｎａｌ）だけでなく、「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージを含む無線信号を含んでもよい。なお、無線信号（ＳＬＳＳ）は、プライマリ同期信号（Ｐ−ＳＬＳＳ：Ｐｒｉｍａｒｙ−ＳＬＳＳ）及びセカンダリ同期信号（Ｓ−ＳＬＳＳ：Ｓｅｃｏｎｄａｒｙ−ＳＬＳＳ）を含む。
【００９７】
ＵＥ１００−２は、送信するディスカバリ信号と同期信号との関係を通知するために、ディスカバリ信号により同期信号（ＳＬＳＳ）との関係を示す識別子を通知してもよい。この識別子は、同期信号送信に用いた同期信号識別子であってもよい。ＵＥ１００−２は、ディスカバリ信号（ディスカバリメッセージ）にこの識別子を含めてもよい。
【００９８】
或いは、ＵＥ１００−２は、「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージによりＵＥ−ｔｏ−ネットワーク中継を実施中である旨を通知してもよい。この場合、「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージは、このメッセージとディスカバリ信号との関係を示す識別子を含んでもよい。この識別子は、ディスカバリ信号で通知するＵＥ１００−２の識別子（ＵＥ  ＩＤ）又は１００−２の識別子の一部であってもよい。
【００９９】
或いは、ＵＥ１００−２は、送信するディスカバリ信号のスクランブリングに用いる識別子（ＩＤ）として、特別な識別子を使用してもよい。この識別子は、同期信号送信に利用する同期信号識別子（ＳＬＳＳ  ＩＤ）であってもよい。
【０１００】
ＵＥ１００−１は、ＵＥ１００−２からのシグナリング（ディスカバリ信号及び同期信号の少なくとも一方）に基づく測定を行う。例えば、ＵＥ１００−２からのシグナリングの受信レベル（ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）及び／又はＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ））を測定する。なお、ＵＥ１００−１は、第２閾値を設定していない場合には、ステップＳ１６０の処理を実行してもよい。
【０１０１】
ステップＳ１５０において、ＵＥ１００−１は、第２閾値に基づいて、セル端に位置することを検出する。具体的には、ＵＥ１００−１は、ｅＮＢ２００からの無線信号が第２閾値を下回った場合に、自身がセル端に位置することを検出する。ＵＥ１００−１は、第２閾値に基づいて、自身がセル端に位置することを検出した場合、ステップＳ１６０の処理を実行する。
【０１０２】
ステップＳ１６０において、ＵＥ１００−１は、リレーＵＥが送信するシグナリングの測定結果をｅＮＢ２００に報告する。
【０１０３】
なお、ＵＥ１００−１は、隣接セルからの参照信号の受信レベル（ＲＳＲＰ及び／又はＲＳＲＱ）を測定し、測定結果が閾値（以下、第３閾値）よりも高い場合には、ＵＥ１００−２からのシグナリングの測定結果の報告を省略してもよい。
【０１０４】
ｅＮＢ２００は、測定結果に基づいて、ＵＥ１００−１のデータを中継するリレーＵＥとしてＵＥ１００−２を選択する。ｅＮＢ２００は、ＵＥ１００−１のデータを中継するようにＵＥ１００−２に指示する。これにより、ＵＥ１００−１が、セルのカバレッジ外に移動しても、ＵＥ１００−２がＵＥ１００−１のデータを中継可能である。その結果、ＵＥ１００−１は、ネットワーク圏外に移動した場合であっても、ネットワークとの通信を継続可能である。ＵＥ１００−１がネットワークと通信不能になった後に、ＵＥ−ｔｏ−ネットワーク中継のための準備を実行する場合に比べて、ＵＥ１００−１は、迅速にネットワークとの通信を継続できる。
【０１０５】
（２）動作例２
実施形態に係る動作例２について、図９を用いて説明する。図９は、実施形態に係る動作例２を説明するための図である。動作例１と同様の部分は、説明を省略する。
【０１０６】
動作例２では、動作例１において、ＵＥ１００−１が、リレーＵＥが送信するシグナリングを測定できないケースである。なお、上述したように、ＵＥ１００−２は、リレーＵＥとして機能する能力を有する。しかしながら、ＵＥ１００−２は、初期状態において、リレーＵＥではない。
【０１０７】
図９に示すように、ステップＳ２１０において、ＵＥ１００−１は、リレーＵＥが送信するシグナリングの測定結果をｅＮＢ２００に報告する。ステップＳ２１０の報告は、ステップＳ１６０の報告に対応する。
【０１０８】
ここで、測定結果の報告は、ＵＥ１００−１の周辺にリレーＵＥが存在しないことを示す報告であり、例えば、ＵＥ１００−１は、リレーＵＥが送信するシグナリングを受信できなかったことを示す情報を含む。
【０１０９】
ｅＮＢ２００は、報告に基づいて、ＵＥ１００−１の周辺にリレーＵＥが存在しないことを認識する。
【０１１０】
ステップＳ２２０において、ｅＮＢ２００は、ステップＳ２１０における報告の受信に応じて、リレーＵＥがＵＥ１００−１の周辺に存在しない場合、リレーＵＥになり得るＵＥ（Ｐｏｔｅｎｔｉａｌ  Ｒｅｌａｙ  ＵＥ）を発見するために、ディスカバリ信号の送信を開始するための制御情報（Ｄｉｓｃｏｖｅｒｙ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＆  ｉｎｉｔｉａｔｉｏｎ）を送信する。
【０１１１】
制御情報は、（リレーＵＥになり得る他のＵＥの発見にのみ用いられる）送信リソースプールに関する情報、ディスカバリ信号の送信電力に関する情報、ディスカバリ信号を送信する期間において、近傍サービスにおける同期信号（同期に関する信号）を送信するための情報、及び、ディスカバリ信号に用いられるアプリケーションコードを指定するための情報の少なくともいずれかの情報を含んでいてもよい。
【０１１２】
ＵＥ１００−１は、制御情報に基づいて、ディスカバリ信号を送信するための設定を行う。
【０１１３】
ステップＳ２３０において、ＵＥ１００−１は、ディスカバリ信号の送信を開始する。ディスカバリ信号は、リレーＵＥになり得るＵＥを発見するための専用のディスカバリ信号であってもよい。
【０１１４】
ＵＥ１００−１は、制御情報が送信リソースプールを含む場合には、送信リソースプール内の無線リソースを用いて、ディスカバリ信号を送信する。送信リソースプールは、リレーＵＥになり得る他のＵＥの発見にのみ用いられるリソースプールであってもよい。
【０１１５】
ＵＥ１００−１は、制御情報がディスカバリ信号の送信電力に関する情報を含む場合、当該情報に基づく送信電力でディスカバリ信号を送信する。
【０１１６】
例えば、当該情報は、送信電力の範囲を規定するディスカバリレンジ（Ｌａｒｇｅ，Ｍｉｄｄｌｅ，Ｓｍａｌｌのいずれか）を示す情報であってもよい。或いは、当該情報は、送信電力の直値を示してもよい。
【０１１７】
ＵＥ１００−１は、制御情報が同期信号を送信するための情報を含む場合、ディスカバリ信号を送信する期間において、同期信号も送信する。なお、同期信号は、上述の通り、同期に関する無線信号であり、ＰｒｏＳｅにおける同期を取るための無線信号（ＳＬＳＳ）だけでなく、「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージを含む無線信号を含んでもよい。
【０１１８】
また、ＵＥ１００−１は、送信するディスカバリ信号と同期信号との関係を通知するために、ディスカバリ信号により同期信号（ＳＬＳＳ）との関係を示す識別子を通知してもよい。この識別子は、同期信号送信に用いた同期信号識別子であってもよい。ＵＥ１００−１は、ディスカバリ信号（ディスカバリメッセージ）にこの識別子を含めてもよい。
【０１１９】
或いは、ＵＥ１００−１は、「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージにより、リレーＵＥになり得るＵＥを発見するためにディスカバリ信号を送信している旨を通知してもよい。この場合、「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージは、このメッセージとディスカバリ信号との関係を示す識別子を含んでもよい。この識別子は、ディスカバリ信号で通知するＵＥ１００−１の識別子（ＵＥ  ＩＤ）又はＵＥ１００−１の識別子の一部であってもよい。
【０１２０】
或いは、ＵＥ１００−１は、送信するディスカバリ信号のスクランブリングに用いる識別子（ＩＤ）として、特別な識別子を使用してもよい。この識別子は、同期信号送信に利用する同期信号識別子（ＳＬＳＳ  ＩＤ）であってもよい。
【０１２１】
同期信号を送信するための情報は、同期信号に含める識別子を含んでもよい。この識別子は、同期信号専用の識別子であってもよい。ＵＥ１００−１は、同期信号を送信する場合、当該識別子を含める。
【０１２２】
ＵＥ１００−１は、制御情報がディスカバリ信号に用いられるアプリケーションコードを指定するための情報を含む場合、指定されたアプリケーションコードを用いてディスカバリ信号を送信する。
【０１２３】
ディスカバリ信号のモニタするＵＥ１００−２は、ＵＥ１００−１からのディスカバリ信号を受信する。ＵＥ１００−２は、ディスカバリ信号の受信に成功した場合、ステップＳ２４０の処理を実行する。ＵＥ１００−２は、自身がリレーＵＥになり得る場合に、ステップＳ２４０の処理を実行してもよい。
【０１２４】
ステップＳ２４０において、ＵＥ１００−２は、リレーＵＥ識別子を選択する。ここで、ＵＥ１００−２は、選択したリレーＵＥ識別子を含むディスカバリ信号を生成する。このディスカバリ信号は、通常のディスカバリ信号と異なり、リレーＵＥになり得るＵＥが送信する特別なディスカバリ信号（Ｒｅｌａｙ  ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌ）であってもよい。カバレッジ外のリモートＵＥが、特別なディスカバリ信号を受信しても、特別なディスカバリ信号の送信元が、リレーＵＥであると認識しない。
【０１２５】
ＵＥ１００−２は、選択したリレーＵＥ識別子をｅＮＢ２００に送信する。或いは、ＵＥ１００−２は、ステップＳ２５０の処理を実行した後に、選択したリレーＵＥ識別子をｅＮＢ２００に送信する。
【０１２６】
また、ＵＥ１００−２は、リレーＵＥ識別子を選択せずに、ディスカバリ信号に含めるリレーＵＥ識別子の割り当てをｅＮＢ２００又はネットワーク装置に要求してもよい。ＵＥ１００−２は、ｅＮＢ２００又はネットワーク装置から割り当てられたリレーＵＥ識別子を含むディスカバリ信号を生成する。なお、ネットワーク装置は、例えば、ＭＭＥ３００又はＰｒｏＳｅにおいて用いられる識別子を管理するＳｅｒｖｅｒ４００である。リレーＵＥ識別子は、一時的に利用する識別子であってもよく、ＵＥ１００−２がリレーＵＥになる（又はなった）場合に変更される識別子であってもよい。
【０１２７】
ステップＳ２５０において、ＵＥ１００−２は、生成したディスカバリ信号の送信を開始する。ＵＥ１００−２は、ディスカバリ信号だけでなく、同期信号も送信してもよい。
【０１２８】
また、ディスカバリ信号は、ＵＥ１００−２とｅＮＢ２００との間にＵＥ−ｔｏ−ネットワーク中継用の接続（ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）  ｃｏｎｎｅｃｔｉｏｎ（ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）ベアラ））が確立されていないことを示す情報を含んでいてもよい。カバレッジ外のリモートＵＥは、当該情報に基づいて、リレーＵＥであると認識しなくてもよい。
【０１２９】
また、ＵＥ１００−２は、同期信号を送信する場合、ステップＳ２３０において受信したＵＥ１００−１が使用した同期信号識別子（ＳＬＳＳ  ＩＤ）を利用してもよい。すなわち、ＵＥ１００−２は、ＵＥ１００−１が使用した同期信号識別子（ＳＬＳＳ  ＩＤ）を含む同期信号を送信してもよい。或いは、ＵＥ１００−２は、ＵＥ１００−１が使用した同期信号識別子（ＳＬＳＳ  ＩＤ）に基づき新たに生成した同期信号識別子（ＳＬＳＳ  ＩＤ）を利用してもよい。
【０１３０】
ステップＳ２６０において、ＵＥ１００−１は、ディスカバリ信号のモニタを行う。ここで、ＵＥ１００−１は、特別なディスカバリ信号のモニタを行ってもよい。また、ＵＥ１００−１は、同期信号の測定を実行してもよい。具体的には、ＵＥ１００−１は、同期信号の受信レベル（ＲＳＲＰ及び／又はＲＳＲＱ）を測定する。ＵＥ１００−１は、自身が使用した同期信号識別子（又は自身が使用した同期信号識別子に基づいて生成された同期信号識別子）が含まれる同期信号を受信した場合に、同期信号の受信レベルを測定してもよい。
【０１３１】
ステップＳ２７０において、ＵＥ１００−１は、リレーＵＥとなり得るＵＥを発見したか否かを示す報告をｅＮＢ２００に送信する。具体的には、ＵＥ１００−１は、ＵＥ１００−２からのディスカバリ信号を受信した場合、リレーＵＥとなり得るＵＥを発見したことを示す報告（Ｒｅｌａｙ  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）をｅＮＢ２００に送信する。ＵＥ１００−１は、当該報告に同期信号の受信レベルを示す情報（測定結果）を含めてもよい。
【０１３２】
ｅＮＢ２００は、ＵＥ１００−１からの報告に基づいて、ＵＥ１００−１のデータを中継するリレーＵＥとしてＵＥ１００−２を選択する。或いは、ｅＮＢ２００は、報告に、受信レベルを示す情報が含まれる場合、受信レベルを示す情報に基づいて、ｅＮＢ２００とＵＥ１００−２との間にＵＥ−ｔｏ−ネットワーク中継用の接続の確立を開始するか否かを判定する。すなわち、ｅＮＢ２００は、受信レベルを示す情報に基づいて、ＵＥ１００−１のデータを中継するリレーＵＥにＵＥ１００−２がなるべきか否か（すなわち、ＵＥ１００−２をリレーＵＥとして選択するか否か）を判定してもよい。ｅＮＢ２００は、受信レベルが閾値以上である場合、ＵＥ１００−２をリレーＵＥとして選択してもよい。そうでない場合、ｅＮＢ２００は、ステップＳ２２０の処理を実行してもよい。ｅＮＢ２００は、ＵＥ１００−２をリレーＵＥとして選択した場合、ステップＳ２８０の処理を実行する。
【０１３３】
ステップＳ２８０において、ｅＮＢ２００とＵＥ１００−２との間にＵＥ−ｔｏ−ネットワーク中継用の接続の確立を開始する。具体的には、ｅＮＢ２００は、ＵＥ−ｔｏ−ネットワーク中継用の接続を確立するための情報（リレーＵＥ設定情報）をＵＥ１００−２に送信する。ＵＥ１００−２は、当該情報に基づいて、ＵＥ−ｔｏ−ネットワーク中継用の接続を確立する。これにより、ＵＥ１００−２は、リレーＵＥとして機能する。
【０１３４】
ステップＳ２９０において、ｅＮＢ２００は、ＵＥ−ｔｏ−ネットワーク中継用の接続を確立した後、中継サービスが利用可能であることを知らせるための通知をＵＥ１００−１に送信する。当該通知は、中継サービスを開始するための情報であってもよい。ＵＥ１００−１は、当該情報の受信に応じて、中継サービスの利用を開始してもよい。或いは、ＵＥ１００−１は、セル内に位置する場合には、中継サービスを利用せずにセルラ通信を実行し、セル外に移動した場合に、中継サービスの利用を開始してもよい。
【０１３５】
このように、初期状態において、ＵＥ１００−１の周辺にリレーＵＥが存在しない場合であっても、リレーＵＥとなり得るＵＥがリレーＵＥとして確立されるため、ＵＥ−ｔｏ−ネットワーク中継を有効に活用可能である。
【０１３６】
（３）動作例３
実施形態に係る動作例３について、図１０を用いて説明する。図１０は、実施形態に係る動作例３を説明するための図である。動作例１及び２と同様の部分は、説明を省略する。
【０１３７】
動作例２では、リモートＵＥになり得るＵＥ１００−１が、ｅＮＢ２００に報告（ステップＳ２７０参照）を送信していた。動作例３では、リレーＵＥになり得るＵＥ１００−２が、ｅＮＢ２００に報告（ステップＳ３６０参照）を送信する。
【０１３８】
図１０において、ステップＳ３１０及びＳ３２０は、ステップＳ２１０及びＳ２２０に対応する。
【０１３９】
ステップＳ３３０において、ｅＮＢ２００は、リレーＵＥになり得るＵＥ１００−２に対して、ディスカバリ信号の受信を開始するための第２の制御情報（Ｒｅｍｏｔｅ  ＵＥ  ｄｉｓｃｏｖｅｒｙ  ｉｎｆｏｒｍａｔｉｏｎ）を送信する。ｅＮＢ２００は、ステップＳ３２０における制御情報に含まれる少なくとも一部の情報を第２の制御情報に含めてもよい。ｅＮＢ２００は、第２の制御情報をブロードキャスト（例えばＳＩＢ）によりＵＥ１００−２に送信してもよいし、個別シグナリングによりＵＥ１００−２に送信してもよい。ｅＮＢ２００は、リレーＵＥとして機能する能力を示す情報をｅＮＢ２００に予め通知しているＵＥに対して、第２の制御情報を送信してもよい。
【０１４０】
ステップＳ３４０において、ＵＥ１００−２は、第２の制御情報の受信に応じて、ディスカバリ信号を受信（モニタ）を開始する。例えば、ＵＥ１００−２は、第２の制御情報に制御情報が送信リソースプールを含む場合には、送信リソースプールを対象としてモニタを行う。また、ＵＥ１００−１は、第２の制御情報にＵＥ１００−１の識別子を含む場合、ＵＥ１００−１の識別子を含むディスカバリ信号を対象としてモニタを行う。
【０１４１】
ステップＳ３５０は、ステップＳ２３０に対応する。
【０１４２】
ディスカバリ信号のモニタするＵＥ１００−２は、ＵＥ１００−１からのディスカバリ信号を受信する。ＵＥ１００−２は、ディスカバリ信号の受信に成功した場合、ステップＳ３６０の処理を実行する。ＵＥ１００−２は、自身がリレーＵＥになり得る場合に、ステップＳ３６０の処理を実行してもよい。
【０１４３】
また、ＵＥ１００−２は、ＵＥ１００−１からの同期信号の受信レベル（ＲＳＲＰ及び／又はＲＳＲＱ）を測定してもよい。
【０１４４】
ステップＳ３６０において、ＵＥ１００−２は、ＵＥ１００−１を発見したか否かを示す報告（Ｒｅｌａｙ  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）をｅＮＢ２００に送信する。具体的には、ＵＥ１００−２は、ＵＥ１００−２からのディスカバリ信号を受信した場合、ＵＥを発見したことを示す報告をｅＮＢ２００に送信する。ＵＥ１００−１は、当該報告に同期信号の受信レベルを示す情報（測定結果）を含めてもよい。
【０１４５】
ｅＮＢ２００は、ＵＥ１００−２からの報告に基づいて、ＵＥ１００−１のデータを中継するリレーＵＥとしてＵＥ１００−２を選択する。或いは、ｅＮＢ２００は、報告に、受信レベルを示す情報が含まれる場合、受信レベルを示す情報に基づいて、ＵＥ１００−２をリレーＵＥとして選択するか否かを判定してもよい。判定方法は、上述のステップＳ２７０と同様である。
【０１４６】
ステップＳ３７０及びＳ３８０は、ステップＳ２８０及びＳ２９０に対応する。
【０１４７】
このように、初期状態において、ＵＥ１００−１の周辺にリレーＵＥが存在しない場合であっても、リレーＵＥとなり得るＵＥがリレーＵＥとして確立されるため、ＵＥ−ｔｏ−ネットワーク中継を有効に活用可能である。また、ＵＥ１００−２が、ディスカバリ信号を送信する処理を省略できるため、早期に中継サービスの利用が可能になる。
【０１４８】
（４）動作例４
実施形態に係る動作例４について、図１１を用いて説明する。図１１は、実施形態に係る動作例４を説明するための図である。動作例１から３と同様の部分は、説明を省略する。
【０１４９】
動作例４では、位置情報に基づいて、ＵＥ１００−２をリレーＵＥとして選択するか否かを判定する。
【０１５０】
図１１に示すように、ステップＳ４１０において、ｅＮＢ２００は、リレーＵＥになり得るＵＥ１００−２が位置情報を報告するための設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｆｏｒ  ｌｏｃａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｐｏｒｔｉｎｇ）をＵＥ１００−２に送信する。ｅＮＢ２００は、リレーＵＥとして機能する能力を示す情報をｅＮＢ２００に予め通知しているＵＥに対して、設定情報を送信してもよい。或いは、ｅＮＢ２００は、リレーＵＥになり得るＵＥのみが位置情報を報告するような設定情報を自セル内の各ＵＥ１００に送信してもよい。
【０１５１】
ＵＥ１００−２は、設定情報に基づいて設定を行う。また、ＵＥ１００−２は、例えば、ＧＮＳＳ受信機又はＧＰＳ機能に基づいて、自身の位置情報を取得する。
【０１５２】
ステップＳ４２０において、ＵＥ１００−２は、自身の位置情報をｅＮＢ２００に報告する。
【０１５３】
ステップＳ４３０において、ＵＥ１００−１は、ＵＥ１００−１の周辺にリレーＵＥが存在しないことを示す報告をｅＮＢ２００に送信する。ＵＥ１００−１は、当該報告に自身の位置情報を含める。
【０１５４】
なお、ステップＳ４３０の報告は、ステップＳ２１０の報告に対応するが、当該報告に自身の位置情報を含める点が異なる。
【０１５５】
ｅＮＢ２００は、報告の受信に応じて、リレーＵＥになり得る（複数の）ＵＥの中から、ＵＥ１００−１のデータを中継するリレーＵＥとなるべきＵＥを選択する。具体的には、ｅＮＢ２００は、ＵＥ１００−１の位置情報と、ＵＥ１００−２の位置情報とに基づいて、ＵＥ１００−２がＵＥ１００−１のデータを中継するリレーＵＥとなるべきか否かを判定する。ｅＮＢ２００は、ＵＥ１００−１の位置とＵＥ１００−２の位置との差が閾値未満である場合に、ＵＥ１００−２がリレーＵＥとなるべきと判定する。
【０１５６】
ステップＳ４４０は、ステップＳ２８０に対応する。ｅＮＢ２００は、ディスカバリ信号の送信を開始するための制御情報をＵＥ１００−２に送信してもよい。ここでの制御情報は、ステップＳ２２０における情報と同様の情報を含んでいてもよい。
【０１５７】
ステップＳ４５０及びＳ４６０は、ステップＳ２５０及びＳ２７０に対応する。
【０１５８】
ｅＮＢ２００は、ＵＥ１００−１からＵＥ１００−２を発見したか否かを示す報告を受信する。ｅＮＢ２００は、当該報告に基づいて、ＵＥ１００−２にＵＥ１００−１のデータを中継させるか否かを決定してもよい。ｅＮＢ２００は、ＵＥ１００−２を発見したことを示す報告を受信した場合に、ＵＥ１００−２にＵＥ１００−１のデータを中継させると決定する。或いは、ｅＮＢ２００は、報告に、受信レベルを示す情報が含まれる場合、受信レベルを示す情報に基づいて、ＵＥ１００−２にＵＥ１００−１のデータを中継させるか否かを決定してもよい。
【０１５９】
ｅＮＢ２００は、ＵＥ１００−２にＵＥ１００−１のデータを中継させると決定した場合、ステップＳ４７０の処理を実行する。ｅＮＢ２００は、ＵＥ１００−２にＵＥ１００−１のデータを中継させないと決定した場合、ディスカバリ信号の送信を開始するための制御情報をＵＥ１００−２に送信してもよい（ステップＳ４４０参照）。
【０１６０】
ステップＳ４７０は、ステップＳ２９０に対応する。なお、ｅＮＢ２００は、ステップＳ４４０の処理を実行した後に、ステップＳ４７０の処理を実行してもよい。すなわち、ステップＳ４５０及びＳ４６０の処理は、省略されてもよい。
【０１６１】
このように、初期状態において、ＵＥ１００−１の周辺にリレーＵＥが存在しない場合であっても、リレーＵＥとなり得るＵＥがリレーＵＥとして確立されるため、ＵＥ−ｔｏ−ネットワーク中継を有効に活用可能である。
【０１６２】
［その他の実施形態］
上述した実施形態では、ＵＥ１００−２の周辺にリレーＵＥが存在しないケースを例に挙げて説明したが、これに限られない。ＵＥ１００−２の周辺にリレーＵＥが存在するケースであっても、リレーＵＥが、ＵＥ−ｔｏ−ネットワーク中継の実行を間もなく終了する可能性がある。この場合にも、ＵＥ１００−２は、リレーＵＥが周囲に存在しないことを示す報告を行ってもよい。或いは、ＵＥ１００−２は、リレーＵＥが周囲に存在しないことを示す報告の代わりに、リレーＵＥが周辺に存在しなくなることを示す報告を行ってもよい。なお、ＵＥ１００−２は、例えば、リレーＵＥがＵＥ−ｔｏ−ネットワーク中継の実行の終了に関する情報を受信することによって、リレーＵＥが、ＵＥ−ｔｏ−ネットワーク中継の実行を終了することを知ってもよい。当該情報は、例えば、ＵＥ−ｔｏ−ネットワーク中継の実行の残り時間及び／又は終了時間を示す情報である。リレーＵＥは、例えば、バッテリ残量が閾値を下回った場合に、当該情報の送信を開始する。
【０１６３】
また、上述した実施形態（動作例３）では、ステップＳ３４０において、ＵＥ１００−２は、ＵＥ１００−１により送信されるディスカバリ信号及び同期信号をモニタに加えて、ＵＥ１００−２の周辺にリレーＵＥが存在するかどうかを判断するため、リレーＵＥが送信するディスカバリ信号及び同期信号のモニタを開始してもよい。
【０１６４】
この場合、ステップＳ３６０において、ＵＥ１００−２は、ＵＥ１００−１が送信するディスカバリ信号及び同期信号のモニタ結果だけでなく、リレーＵＥが送信するディスカバリ信号及び同期信号のモニタ結果をｅＮＢ２００に報告してもよい。ｅＮＢ２００は、リレーＵＥが送信するディスカバリ信号及び同期信号のモニタ結果に基づいて、ＵＥ１００−２をリレーＵＥとして確立する際に設定するリレーＵＥ設定情報を調整してもよい。例えば、ｅＮＢ２００は、ＵＥ１００−２の周辺に存在するリレーＵＥが使用するリソースプールと異なるリソースプールを設定したり、ＵＥ１００−２の周辺に存在するリレーＵＥが使用する同期信号識別子と異なる同期信号識別子をＵＥ１００−２に設定したりできる。このように、ｅＮＢ２００は、リレーＵＥ間での干渉が発生しないように調整してもよい。
【０１６５】
上述した実施形態において、動作例２から４における各動作は、適宜組み合わされて実施されてもよい。例えば、動作例２において、ｅＮＢ２００は、ステップＳ３３０の第２の制御情報をＵＥ１００−２に送信してもよい。ＵＥ１００−２は、第２の制御情報に基づいて、ステップＳ２３０のシグナリングを受信（モニタ）を開始してもよい。或いは、動作例４において、ステップＳ４５０及びＳ４６０の動作に代えて、動作例２における一連の動作（ステップＳ２２０〜Ｓ２７０）が実行されてもよいし、動作例３における一連の動作（ステップＳ３３０〜Ｓ３６０）が実行されてもよい。このように、動作例２から４における各動作は、適宜組み合わされて実行可能である。
【０１６６】
上述した実施形態では、ＵＥ１００−１の周辺にリレーＵＥが存在しない場合に、制御信号に基づいて、ＵＥ１００−１が送信する信号として、ディスカバリ信号を例に挙げて説明したが、サイドリンクにおける他の無線信号が用いられてもよい。例えば、ＵＥ１００−１は、サイドリンクにおける制御メッセージを送信してもよい。具体的には、ＵＥ１００−１は、直接通信におけるＰＣ５制御メッセージを送信してもよい。従って、上述の実施形態におけるディスカバリ信号（又はディスカバリメッセージ）は、制御信号（又は制御メッセージ）に適宜置き換えることができる。
【０１６７】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１６８】
［付記］
この付記では、ＰｒｏＳｅリレーＵＥを確立するためのメカニズムを検討する。
【０１６９】
（１）検討
（１．１）ＰｒｏＳｅリレーＵＥの確立
図１２に示すように、Ｒｅｌ−１０リレーの確立手順に関して、ＲＮ（Ｒｅｌａｙ  Ｎｏｄｅ）が、ＲＮ  ＯＡＭ（Ｒｅｌａｙ  Ｎｏｄｅ  Ｏｐｅｒａｔｉｏｎｓ  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ）からの初期設定パラメータを取得するためのＵＥとして、Ｅ−ＵＴＲＡＮ／ＥＰＣへアタッチする。その後、ＲＮは、ＵＥとしてデタッチする。最終的には、ＲＮは、ＲＮとしてアタッチし、Ｕｎインターフェイスを確立し、中継動作を開始する。一方、ＰｒｏＳｅ  ＵＥ−ｔｏ−ネットワークリレーに関して、ＰｒｏＳｅリレーＵＥと（Ｄ）ｅＮＢとの間の接続がＵｕインターフェイスに確立される。従って、現在のリレー確立手順をＰｒｏＳｅリレーＵＥに適用する必要がない。ＰｒｏＳｅ  ＵＥ−ｔｏ−ネットワークリレーの確立手順に関して、（Ｄ）ｅＮＢは、ＵＥ−ｔｏ−ネットワークリレーに、中継動作の無線ベアラを追加できる。
【０１７０】
所見１：ＰｒｏＳｅ  ＵＥ−ｔｏ−ネットワークリレーに関して、ＰｒｏＳｅリレーＵＥと（Ｄ）ｅＮＢとの間の接続がＵｕインターフェイスに確立される。
【０１７１】
提案１：ＰｒｏＳｅ  ＵＥ−ｔｏ−ネットワークリレーの確立は、ＰｒｏＳｅ  ＵＥ−ｔｏ−ネットワーク中継動作のＤＲＢ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）がＰｒｏＳｅリレーＵＥへ追加されることによって開始されるべきである。
【０１７２】
（１．２）リモートＵＥの要求によりトリガされる確立メカニズム
ＰｒｏＳｅ  リレーＵＥは、ＰｒｏＳｅ中継動作をリモートＵＥへ提供するために、中継ディスカバリをアナウンスし続けることが必要である。しかしながら、ＰｒｏＳｅリレーＵＥがリモートＵＥをサーブできない場合、ＰｒｏＳｅリレーＵＥの作業負荷の観点において、ＰｒｏＳｅ  リレーＵＥが中継ディスカバリをアナウンスし続けることに価値がない。従って、ＰｒｏＳｅ  リレーＵＥは、ＰｒｏＳｅ中継動作を要求するリモートＵＥが近傍にいる場合、ＰｒｏＳｅ  リレーＵＥが確立されるべきである。リモートＵＥがＰｒｏＳｅ中継動作を望むがＰｒｏＳｅリレーＵＥを検出できないケースに関しては、さらなる検討が必要である。
【０１７３】
提案２：ＰｒｏＳｅ  リレーＵＥは、リモートＵＥをもはやサーブできない場合、中継ディスカバリアナウンスメントを停止すべきである。
【０１７４】
第１に、リモートＵＥがネットワークカバレッジ外にいるケースを検討する。このケースでは、ＲＲＣ接続又はＲＲＣアイドルのいずれかである潜在的なＰｒｏＳｅリレーＵＥ（ｐｏｔｅｎｔｉａｌ  ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ）は、リモートＵＥからＰｒｏＳｅ中継動作の要求（中継要求）を直接的に受信する必要がある。この種の要求は、中継ディスカバリ（例えば、Ｍｏｄｅｌ  Ｂ）であり得る。さらに、潜在的なＰｒｏＳｅリレーＵＥは、リモートＵＥからの当該要求に基づいて、ＰｒｏＳｅリレーＵＥとしてサーブするための要求をｅＮＢへ示す必要がある（図１３）。
【０１７５】
例えば、図１３に示すように、（Ｄ）ｅＮＢは、ＰｒｏＳｅリレー可能なカバレッジを示す情報を送信する。潜在的なＰｒｏＳｅリレーＵＥは、当該情報を受信する。
【０１７６】
潜在的なＰｒｏＳｅリレーＵＥとリモートＵＥとが同期してもよい。リモートＵＥは、中継要求を潜在的なＰｒｏＳｅリレーＵＥへ送信する。潜在的なＰｒｏＳｅリレーＵＥは、中継要求を受信する。
【０１７７】
潜在的なＰｒｏＳｅリレーＵＥは、ＰｒｏＳｅ中継開始要求（中継の要求を示す情報）を（Ｄ）ｅＮＢへ送信する。（Ｄ）ｅＮＢは、当該情報を受信する。
【０１７８】
（Ｄ）ｅＮＢは、ＰｒｏＳｅ  ＵＥ−ｔｏ−ネットワークリレーをセットアップするための情報（中継のための無線ベアラを追加するための情報）を潜在的なＰｒｏＳｅリレーＵＥへ送信する。潜在的なＰｒｏＳｅリレーＵＥは、当該情報を受信する。
【０１７９】
潜在的なＰｒｏＳｅリレーＵＥは、中継のためのディスカバリ信号（中継ディスカバリ）をリモートＵＥへ送信する。リモートＵＥは、当該ディスカバリ信号を受信する。
【０１８０】
リモートＵＥは、中継トラフィック（データ）を潜在的なＰｒｏＳｅリレーＵＥ（ＰｒｏＳｅ  ＵＥ−ｔｏ−ネットワークリレー）へ送信する。潜在的なＰｒｏＳｅリレーＵＥ（ＰｒｏＳｅ  ＵＥ−ｔｏ−ネットワークリレー）は、中継トラフィックを受信し、当該中継トラフィックを（Ｄ）ｅＮＢへ送信する。（Ｄ）ｅＮＢは、中継トラフィックを受信する。
【０１８１】
第２に、リモートＵＥがまだネットワークカバレッジ内にいるケースに関して、リモートＵＥがＰｒｏＳｅ中継動作を要求するが、既に確立されたＰｒｏＳｅリレーＵＥが近傍にいないことを（Ｄ）ｅＮＢへ直接的に示すことができる。しかしながら、（Ｄ）ｅＮＢは、当該リモートＵＥの位置に関連する潜在的なＰｒｏＳｅリレーＵＥの位置を知らないので、（Ｄ）ｅＮＢは、いずれの潜在的なＰｒｏＳｅリレーＵＥがＰｒｏＳｅリレーＵＥとして選択されるべきかが分からない。従って、（Ｄ）ｅＮＢは、リモートＵＥへ中継要求のための送信リソース（プール）を設定（コンフィグ）することができる。そして、リモートＵＥは、中継要求を開始できる。さらに、潜在的なＰｒｏＳｅリレーＵＥは、リモートＵＥからの要求に基づいて、ＰｒｏＳｅリレーＵＥとしてサーブすることを（Ｄ）ｅＮＢへ示す。その後、（Ｄ）ｅＮＢは、それに応じて、ＰｒｏＳｅリレーＵＥを確立できる（図１４）。
【０１８２】
例えば、図１４に示すように、（Ｄ）ｅＮＢは、ＰｒｏＳｅリレー可能なカバレッジを示す情報を送信する。潜在的なＰｒｏＳｅリレーＵＥは、当該情報を受信する。リモートＵＥは、当該情報を受信する。
【０１８３】
リモートＵＥは、中継要求（ＰｒｏＳｅリレーＵＥが近傍にいないこと）を（Ｄ）ｅＮＢへ送信する。（Ｄ）ｅＮＢは、中継要求の送信設定をリモートＵＥへ送信する。
【０１８４】
潜在的なＰｒｏＳｅリレーＵＥとリモートＵＥとが同期してもよい。リモートＵＥは、中継要求を潜在的なＰｒｏＳｅリレーＵＥへ送信する。潜在的なＰｒｏＳｅリレーＵＥは、中継要求を受信する。
【０１８５】
潜在的なＰｒｏＳｅリレーＵＥは、ＰｒｏＳｅ中継開始要求（中継の要求を示す情報）を（Ｄ）ｅＮＢへ送信する。（Ｄ）ｅＮＢは、当該情報を受信する。
【０１８６】
潜在的なＰｒｏＳｅリレーＵＥ（ＰｒｏＳｅ  ＵＥ−ｔｏ−ネットワークリレー）は、中継のためのディスカバリ信号（中継ディスカバリ）をリモートＵＥへ送信する。
【０１８７】
リモートＵＥは、中継トラフィック（データ）を潜在的なＰｒｏＳｅリレーＵＥ（ＰｒｏＳｅ  ＵＥ−ｔｏ−ネットワークリレー）へ送信する。潜在的なＰｒｏＳｅリレーＵＥ（ＰｒｏＳｅ  ＵＥ−ｔｏ−ネットワークリレー）は、中継トラフィックを受信し、当該中継トラフィックを（Ｄ）ｅＮＢへ送信する。（Ｄ）ｅＮＢは、中継トラフィックを受信する。
【０１８８】
ＯｏＣ（Ｏｕｔ  ｏｆ  Ｃｏｖｅｒａｇｅ）リモートＵＥのためのＰｒｏＳｅリレー確立と、ＩｎＣ（Ｉｎ  Ｃｏｖｅｒａｇｅ）リモートＵＥのためのＰｒｏＳｅリレー確立との両方についてのメカニズムの利点は、仕様書をシンプルにキープできる同じ手順が基本的に適用できる。全てのシナリオに関してそのような共通の手順は、ＰｒｏＳｅリレー確立のために好適であるべきである。
【０１８９】
提案３：リモートＵＥは、ＰｒｏＳｅ中継動作を受け入れ可能であるかどうかをディスカバリを通じて、ＰｒｏＳｅリレーＵＥに問い合わせるべきである。
【０１９０】
提案４：潜在的なＰｒｏＳｅリレーＵＥは、リモートＵＥからの要求に基づいて、ＰｒｏＳｅリレーＵＥとしてサーブするための要求をｅＮＢへ示すべきである。
【０１９１】
上記メカニズムが導入される場合、（Ｄ）ｅＮＢは、異なる潜在的なＰｒｏＳｅリレーＵＥから複数のＰｒｏＳｅ中継開始要求を同時に受信してもよい。このケースでは、ＰｒｏＳｅリレーＵＥとしてベストな潜在的なＰｒｏＳｅリレーＵＥを選択する必要がある。従って、潜在的なＰｒｏＳｅリレーＵＥが、ＰｒｏＳｅ中継開始要求の一部として、リモートＵＥとのＰＣ５リンク品質を（Ｄ）ｅＮＢへ示すことが有用である。
【０１９２】
提案５：提案３及び提案４が合意された場合、潜在的なＰｒｏＳｅリレーＵＥが、リモートＵＥからの要求の一部として、リモートＵＥとのＰＣ５リンク品質をＤｅＮＢへ示すべきである。
【０１９３】
なお、米国仮出願第６２／１６２２１１号（２０１５年５月１５日出願）の全内容が、参照により、本願明細書に組み込まれている。
【図１】
2016185967.tif 000003
【図２】
2016185967.tif 000004
【図３】
2016185967.tif 000005
【図４】
2016185967.tif 000006
【図５】
2016185967.tif 000007
【図６】
2016185967.tif 000008
【図７】
2016185967.tif 000009
【図８】
2016185967.tif 000010
【図９】
2016185967.tif 000011
【図１０】
2016185967.tif 000012
【図１１】
2016185967.tif 000013
【図１２】
2016185967.tif 000014
【図１３】
2016185967.tif 000015
【図１４】
2016185967.tif 000016
【国際調査報告】
2016185967.tif 000017
2016185967.tif 000018
2016185967.tif 000019
2016185967.tif 000020
2016185967.tif 000021
2016185967.tif 000022