JP6709459B2 - 通信制御方法、無線端末及びプロセッサ - Google Patents

Description

本願は、通信システムにおいて用いられる通信制御方法に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ）の仕様策定が進められている。

ここで、ＰｒｏＳｅには、第１の無線端末（ＰｒｏＳｅ ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）が、ネットワーク圏外の第２の無線端末（Ｒｅｍｏｔｅ ＵＥ）とネットワークとの間で第２の無線端末のデータ（トラフィック）を中継するＵＥ・ネットワーク中継が含まれる。

３ＧＰＰ技術仕様書 「ＴＳ ２３．３０３ Ｖ１２．４．０」 ２０１５年３月１９日

一実施形態に係る通信制御方法では、近傍端末を発見するためのディスカバリの実行によって、第１の無線端末及び第２の無線端末の少なくとも一方の無線端末が、他方の無線端末を発見する。前記少なくとも一方の無線端末が、前記他方の無線端末を発見したことをネットワーク装置に報告する。前記ネットワーク装置が、前記第１の無線端末がセルのカバレッジ内に位置している間に、前記第２の無線端末が近傍サービスの利用による中継を実行するための準備を、前記第１の無線端末及び前記第２の無線端末の少なくとも一方に要求する。

一実施形態に係る通信制御方法では、近傍端末を発見するためのディスカバリの実行によって、第１の無線端末が、セルのカバレッジ内に位置する間に第２の無線端末を発見する。前記第１の無線端末が、前記第１の無線端末と前記セルを管理する基地局との間の無線リンク障害を検知した場合に、前記第２の無線端末に近傍サービスの利用による中継を実行してもらうための動作を開始する。

一実施形態に係る通信制御方法では、第２の無線端末が、第１の無線端末にとって、近傍サービスの利用による中継を実行する中継ノードである場合、前記第１の無線端末は、セルのカバレッジ内に移動した後、前記第２の無線端末を介さずにデータを受け取るための情報を基地局に送信する。

一実施形態に係る通信制御方法では、第２の無線端末が、第１の無線端末にとって、近傍サービスの利用による中継を実行する中継ノードであった場合に、前記第１の無線端末が、前記第２の無線端末の中継に関する情報を、第３の無線端末に送信する。前記第３の無線端末が、前記第１の無線端末から受信した前記情報をネットワーク装置に通知する。前記ネットワーク装置は、前記第３の無線端末から受信した前記情報に基づいて、前記第１の無線端末のデータを前記第３の無線端末へ送る。

図１は、ＬＴＥシステムの構成を示す図である。 図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。 図３は、ＬＴＥシステムで使用される無線フレームの構成図である。 図４は、実施形態に係るＵＥ・ネットワーク中継を説明するための図である。 図５は、ＵＥ１００のブロック図である。 図６は、ｅＮＢ２００のブロック図である。 図７は、第１実施形態に係る動作を説明するための図である。 図８は、第１実施形態に係る動作を説明するためのシーケンス図である。 図９は、第１実施形態に係る動作を説明するための図である。 図１０は、第１実施形態の変更例１を説明するためのシーケンス図である。 図１１は、第１実施形態の変更例２を説明するためのシーケンス図である。 図１２は、第２実施形態を説明するための図である。 図１３は、第２実施形態を説明するためのシーケンス図である。 図１４は、第３実施形態を説明するための図である。 図１５は、第３実施形態を説明するためのシーケンス図である。

［実施形態の概要］
しかしながら、現状の仕様では、ＵＥ・ネットワーク中継の詳細が策定されていないため、ＵＥ・ネットワーク中継を有効に活用できない可能性がある。

第１実施形態に係る通信制御方法では、近傍端末を発見するためのディスカバリの実行によって、第１の無線端末及び第２の無線端末の少なくとも一方の無線端末が、他方の無線端末を発見する。前記少なくとも一方の無線端末が、前記他方の無線端末を発見したことをネットワーク装置に報告する。前記ネットワーク装置が、前記第１の無線端末がセルのカバレッジ内に位置している間に、前記第２の無線端末が近傍サービスの利用による中継を実行するための準備を、前記第１の無線端末及び前記第２の無線端末の少なくとも一方に要求する。

第１実施形態（変更例２）に係る通信制御方法では、近傍端末を発見するためのディスカバリの実行によって、第１の無線端末が、セルのカバレッジ内に位置する間に第２の無線端末を発見する。前記第１の無線端末が、前記第１の無線端末と前記セルを管理する基地局との間の無線リンク障害を検知した場合に、前記第２の無線端末に近傍サービスの利用による中継を実行してもらうための動作を開始する。

第２実施形態に係る通信制御方法では、前記第２の無線端末が、前記第１の無線端末にとって、近傍サービスの利用による中継を実行する中継ノードである場合、前記第１の無線端末は、セルのカバレッジ内に移動した後、前記第２の無線端末を介さずにデータを受け取るための情報を基地局に送信する。

第３実施形態に係る通信制御方法では、第２の無線端末が、第１の無線端末にとって、近傍サービスの利用による中継を実行する中継ノードであった場合に、前記第１の無線端末が、前記第２の無線端末の中継に関する情報を、第３の無線端末に送信する。前記第３の無線端末が、前記第１の無線端末から受信した前記情報をネットワーク装置に通知する。前記ネットワーク装置は、前記第３の無線端末から受信した前記情報に基づいて、前記第１の無線端末のデータを前記第３の無線端末へ送る。

［第１実施形態］
（移動通信システム）
以下において、第１実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。

図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。また、セルラネットワークのオペレータにより管理されない外部ネットワークには、Ｓｅｒｖｅｒ４００が設けられる。

ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、Ｐ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）３５０とを含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。Ｐ−ＧＷ３５０は、外部ネットワークから（及び外部ネットワークに）ユーザデータを中継する制御を行う。

Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅアプリケーションサーバ（ＰｒｏＳｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）である。この場合、Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅにおいて用いられる識別子を管理する。例えば、Ｓｅｒｖｅｒ４００は、「ＥＰＣ ＰｒｏＳｅ ユーザＩＤ」及び「ＰｒｏＳｅファンクションＩＤ」を記憶する。また、Ｓｅｒｖｅｒ４００は、「アプリケーションレイヤユーザＩＤ」と「ＥＰＣ ＰｒｏＳｅ ユーザＩＤ」とをマッピングする。

図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層を含む。

物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。

ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。

ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。

ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態（コネクティッド状態）であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態（アイドル状態）である。

ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。

図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）がそれぞれ適用される。

図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。ＰＤＣＣＨの詳細については後述する。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。

（近傍サービス）
以下において、近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ）について説明する。ＰｒｏＳｅにおいて、複数のＵＥ１００は、ｅＮＢ２００を介さない直接的な無線リンクを介して各種の信号を送受信する。ＰｒｏＳｅにおける直接的な無線リンクは、「サイドリンク（Ｓｉｄｅｌｉｎｋ）」と称される。

「Ｓｉｄｅｌｉｎｋ」は、直接ディスカバリ及び直接通信のためのＵＥ−ＵＥ間インターフェイスである。「Ｓｉｄｅｌｉｎｋ」は、ＰＣ５インターフェイスに対応する。ＰＣ５は、直接ディスカバリ、直接通信及び近傍サービスによるＵＥ・ネットワーク中継のための制御及びユーザプレーンのために用いられる近傍サービスを利用可能なＵＥ間の参照点である。ＰＣ５インターフェイスは、ＰｒｏＳｅにおけるＵＥ−ＵＥ間インターフェイスである。

ＰｒｏＳｅのモードとしては、「直接ディスカバリ（Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ）」及び「直接通信（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）」の２つのモードが規定されている。

直接ディスカバリは、特定の宛先を指定しないディスカバリ信号をＵＥ間で直接的に伝送することにより、相手先を探索するモードである。また、直接ディスカバリは、ＰＣ５を介してＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）における直接無線信号を用いて、ＵＥの近傍における他のＵＥを発見するための手順である。或いは、直接ディスカバリは、Ｅ−ＵＴＲＡ技術で２つのＵＥ１００の能力のみを用いて、近傍サービスを実行可能な他のＵＥ１００を発見するために近傍サービスを実行可能なＵＥ１００によって採用される手順である。直接ディスカバリは、ＵＥ１００がＥ−ＵＴＲＡＮ（ｅＮＢ２００（セル））によってサービスが提供される場合にのみ、サポートされる。ＵＥ１００は、セル（ｅＮＢ２００）に接続又はセルに在圏している場合、Ｅ−ＵＴＲＡＮによってサービスが提供され得る。

ディスカバリ信号（ディスカバリメッセージ）の送信（アナウンスメント）のためのリソース割り当てタイプには、ＵＥ１００が無線リソースを選択する「タイプ１」と、ｅＮＢ２００が無線リソースを選択する「タイプ２（タイプ２Ｂ）」と、がある。

「Ｓｉｄｅｌｉｎｋ Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ」プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、及びＰｒｏＳｅプロトコルを含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ）と称される物理チャネルを介してディスカバリ信号が伝送される。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンクディスカバリチャネル（ＳＬ−ＤＣＨ）と称されるトランスポートチャネルを介してディスカバリ信号が伝送される。

直接通信は、特定の宛先（宛先グループ）を指定してデータをＵＥ間で直接的に伝送するモードである。また、直接通信は、いずれのネットワークノードを通過しない経路を介してＥ−ＵＴＲＡ技術を用いたユーザプレーン伝送による、近傍サービスを実行可能である２以上のＵＥ間の通信である。

直接通信のリソース割り当てタイプには、直接通信の無線リソースをｅＮＢ２００が指定する「モード１」と、直接通信の無線リソースをＵＥ１００が選択する「モード２」と、がある。

直接通信プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＰＤＣＰ層を含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して制御信号が伝送され、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介してデータが伝送される。また、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）を介して同期信号等が伝送されてもよい。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）と称されるトランスポートチャネルを介してデータが伝送される。ＵＥ（Ａ）のＲＬＣ層とＵＥ（Ｂ）のＲＬＣ層との間では、サイドリンクトラフィックチャネル（ＳＴＣＨ）と称される論理チャネルを介してデータが伝送される。

（ＵＥ・ネットワーク中継）
以下において、ＵＥ・ネットワーク中継について、図４を用いて説明する。図４は、実施形態に係るＵＥ・ネットワーク中継を説明するための図である。

図４において、リモートＵＥ（Ｒｅｍｏｔｅ ＵＥ）は、ネットワーク圏外（Ｏｕｔｏｆ−Ｎｅｔｗｏｒｋ）に位置するＵＥである。すなわち、リモートＵＥは、セルのカバレッジ外に位置する。従って、リモートＵＥは、Ｅ−ＵＴＲＡＮ１０によって直接サービスが提供されないＵＥ１００（Ｅ−ＵＴＲＡＮ１０によってサーブ（ｓｅｒｖｅ）されないＵＥ１００）である。また、リモートＵＥ１００は、後述するリレーＵＥを介してパケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）と通信できる。リモートＵＥは、公衆安全（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ）のためのＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ）であってもよい。

なお、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ」は、ＨＰＬＭＮが公衆安全のための使用を許可するように構成されている。「ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ」は、近傍サービスを利用可能であり、近傍サービスにおける手順及び公衆安全のための特定の能力をサポートしている。例えば、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ」は、公衆安全のための情報を近傍サービスにより送信する。公衆安全のための情報とは、例えば、災害（地震・火災など）に関する情報、消防関係者又は警察関係者に用いられる情報などである。

リモートＵＥは、後述するように、リレーＵＥからＰｒｏＳｅ中継サービスを提供される。ＰｒｏＳｅ中継サービスが提供されるリモートＵＥとＰｒｏＳｅ中継サービスを提供するリレーＵＥとの間で、ＵＥ・ネットワーク中継が実行される。

リレーＵＥ（ＰｒｏＳｅ ＵＥ−ｔｏ Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）は、ＰｒｏＳｅ中継サービスをリモートＵＥのために提供する。具体的には、リレーＵＥは、リモートＵＥのためにパケットデータネットワークとの通信のサービス継続性を提供する。従って、リレーＵＥは、リモートＵＥとネットワークとの間でデータ（ユニキャストトラフィック）を中継する。リレーＵＥは、近傍サービス（直接通信）によりリモートＵＥのデータ（トラフィック）を中継する。具体的には、リレーＵＥは、ＰＣ５インターフェイスを介してリモートＵＥから受信したデータ（上りトラフィック）を、Ｕｕインターフェイス（ＬＴＥ−Ｕｕ）又はＵｎインターフェイス（ＬＴＥ−Ｕｎ）を介してｅＮＢ２００に中継する。また、リレーＵＥは、Ｕｕインターフェイス又はＵｎインターフェイスを介してｅＮＢ２００から受信したデータ（下りトラフィック）をＰＣ５インターフェイスを介してリモートＵＥへ中継する。

また、リレーＵＥは、公衆安全のための通信に関係する任意のタイプのトラフィックを中継できる包括的な機能を提供することができる。

リレーＵＥとリモートＵＥは、物理層間でデータ及び制御信号を伝送できる。同様に、リレーＵＥとリモートＵＥは、ＭＡＣ層間、ＲＬＣ層間及びＰＤＣＰ層間でデータ及び制御信号を伝送できる。さらに、リレーＵＥは、ＰＤＣＰ層の上位層としてＩＰリレー（ＩＰ−Ｒｅｌａｙ）層を有してもよい。リモートＵＥは、ＰＤＣＰ層の上位層としてＩＰ層を有してもよい。リレーＵＥとリモートＵＥとは、ＩＰリレー層とＩＰ層との間でデータ及び制御信号を伝送できる。また、リレーＵＥは、ＩＰリレー層とＩＰ−ＧＷ３５０のＩＰ層との間でデータを伝送できる。

なお、リレーＵＥは、ＡＳ層（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）において、ブロードキャストを用いてリモートＵＥにデータ（トラフィック）を送信できる。リレーＵＥは、ＡＳ層において、ユニキャストを用いてリモートＵＥにデータを送信してもよい。なお、ＵＥ・ネットワーク中継がブロードキャストを用いて実行されている場合、リレーＵＥとリモートＵＥとの間において、ＡＳ層におけるフィードバックは行われないが、ＮＡＳ層（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）におけるフィードバックは行われてもよい。また、ＵＥ・ネットワーク中継がユニキャストを用いて実行されている場合、ＡＳ層におけるフィードバックが行われてもよい。

（無線端末）
以下において、実施形態に係るＵＥ１００（無線端末）について説明する。図５は、ＵＥ１００のブロック図である。図５に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。

なお、ＵＥ１００は、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ」である場合、受信部１１０は、異なる２つの周波数における無線信号を同時に受信可能である。例えば、ＵＥ１００は、２つの受信機（２ ＲＸ Ｃｈａｉｎ）を有する。ＵＥ１００は、一方の受信機によりセルラ用の無線信号を受信でき、他方の受信機によりＰｒｏＳｅ用の無線信号を受信できる。

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。

（基地局）
以下において、実施形態に係るｅＮＢ２００（基地局）について説明する。図６は、ｅＮＢ２００のブロック図である。図６に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。

バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。

（第１実施形態に係る動作）
次に、第１実施形態に係る動作について図７から図９を用いて説明する。図７は、第１実施形態に係る動作を説明するための図である。図８は、第１実施形態に係る動作を説明するためのシーケンス図である。図９は、第１実施形態に係る動作を説明するための図である。

第１実施形態では、セルカバレッジ内に位置するＵＥ１００−１が、セルカバレッジ外に移動する。

図７（Ａ）に示すように、ＵＥ１００−１は、初期状態において、ｅＮＢ２００が管理するセル（サービングセル）に在圏する。すなわち、ＵＥ１００−１は、セルのカバレッジ内に位置する。ＵＥ１００−１は、ｅＮＢ２００と接続（Ｃｅｌｌｕｌａｒ ｃｏｎｎｅｃｔｉｏｎ）を確立している。具体的には、ＵＥ１００−１は、ＲＲＣ接続を確立している。ＵＥ１００−１は、ＲＲＣコネクティッド状態である。ＵＥ１００−１は、ｅＮＢ２００と通信を行う場合に、ＲＲＣアイドル状態からＲＲＣコネクティッド状態に移行してもよい。

ＵＥ１００−２は、ｅＮＢ２００が管理するセル（サービングセル）に在圏する。すなわち、ＵＥ１００−２は、セルのカバレッジ内に位置する。ＵＥ１００−２は、ｅＮＢ２００と接続を確立している。具体的には、ＵＥ１００−２は、ＲＲＣ接続を確立している。ＵＥ１００−２は、ＲＲＣコネクティッド状態である。ＵＥ１００−２は、ｅＮＢ２００と通信を行う場合に、ＲＲＣアイドル状態からＲＲＣコネクティッド状態に移行してもよい。

ＵＥ１００−２は、リレーＵＥとして機能する能力を有する。

図８に示すように、ステップＳ１１０において、ＵＥ１００−１は、セルからの参照信号に対する測定結果に関する測定報告（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）をｅＮＢ２００に送信する。

例えば、ＵＥ１００−１は、セルごとの下りリンク参照信号（ＣＲＳ：Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）に対する測定を行う。測定を行ったＵＥ１００−１は、例えば、イベントＡ２（Ｅｖｅｎｔ-Ａ２）をトリガとして、測定結果をｅＮＢ２００に報告する。Ｅｖｅｎｔ-Ａ２で規定される条件によれば、現在のサービングセルに対する測定結果が、所定閾値以下になった場合に、測定報告が送信される。

ｅＮＢ２００は、ＵＥ１００−１からの測定報告に基づいて、ＵＥ１００−１の無線状態を把握することができる。ｅＮＢ２００は、測定報告に基づいて、ステップＳ１２０の処理を実行するか否かを判断してもよい。すなわち、ｅＮＢ２００は、測定報告に基づいて、ＵＥ１００−１にディスカバリ信号の送信を要求するか否かを判断してもよい。ｅＮＢ２００は、測定報告に基づいて、例えば、ＵＥ１００−１がセルの中央ではなく、セルの端部に位置すると判断した場合に、ステップＳ１２０の処理を実行してもよい。或いは、ｅＮＢ２００は、イベントＡ２をトリガとする測定報告を受信した場合に、ステップＳ１２０の処理を実行してもよい。

ステップＳ１２０において、ｅＮＢ２００は、ＵＥ１００−１及びＵＥ１００−２のそれぞれにディスカバリ要求（Ｄｉｓｃｏｖｅｒｙ ｒｅｕｑｅｓｔ）を送信する。ディスカバリ要求は、ディスカバリ信号の送信を要求する情報である。

ディスカバリ要求は、ディスカバリ信号の送信に用いられる時間・周波数リソース又はリソースプールを示す情報を含んでもよい。ＵＥ１００−１及びＵＥ１００−２は、ディスカバリ要求に含まれる情報に基づいて、後述のディスカバリを実行できる。

ｅＮＢ２００は、ＵＥ１００−１及びＵＥ１００−２の一方にディスカバリ要求を送信してもよい。例えば、ｅＮＢ２００は、ＵＥ１００−２へのディスカバリ要求の送信を省略してもよい。

或いは、ｅＮＢ２００は、ＵＥ１００−１にのみディスカバリ要求を送信してもよい。ｅＮＢ２００は、ＵＥ１００−２に、ディスカバリ要求の代わりに、ディスカバリ信号を送信するＵＥに関する情報（例えば、ＵＥ１００−１の識別子、ディスカバリ信号の時間・周波数位置（ディスカバリ信号の送信に用いられる時間・周波数リソース又はリソースプール）など）を送信してもよい。

ステップＳ１３０Ａにおいて、ＵＥ１００−２は、ＰｒｏＳｅ中継サービスを提供可能である（又はＰｒｏＳｅ中継サービスを提供中である）ことを通知するために所定の信号を送信する（Ｒｅｌａｙ ｎｏｔｉｆｉｃａｔｉｏｎ）。ＵＥ１００−２は、ｅＮＢ２００からのディスカバリ要求の受信に応じて、所定の信号の送信を開始してもよい。或いは、ＵＥ１００−２は、ＰｒｏＳｅ中継サービスを提供している場合（すなわち、自局がリレーＵＥとして機能している場合）に、所定の信号の送信を開始してもよい。

ＵＥ１００−２がＰｒｏＳｅ中継サービスを提供可能であることを通知するために、ＵＥ１００−２は、以下の少なくともいずれかの方法を用いることができる。

第１の方法では、ＵＥ１００−２は、所定の信号として同期信号（ＳＬＳＳ）を送信する。同期信号（ＳＬＳＳ）は、ＰｒｏＳｅにおける同期を取るための無線信号である。ＵＥ１００−２は、ＵＥ１００−２はＰｒｏＳｅ中継サービスを提供可能であることを通知するために、通常のＵＥ（リレーＵＥではないＵＥ）が送信する同期信号と異なるように、同期信号を送信する。ＵＥ１００−２は、通常のＵＥが送信するセカンダリ同期信号（Ｓ−ＳＬＳＳ）の時間位置と異なる時間位置でセカンダリ同期信号（Ｓ−ＳＬＳＳ）を送信する。例えば、図９（Ａ）は、通常のＵＥがセカンダリ同期信号を送信するケースを示し、図９（Ｂ）は、リレーＵＥが、ＰｒｏＳｅ中継サービスを提供可能であることを通知するために同期信号を送信するケースを示す。図９（Ｂ）に示すように、リレーＵＥは、通常のＵＥが送信するセカンダリ同期信号よりも早く同期信号を送信する。

なお、ＵＥ１００−２は、セカンダリ同期信号の周波数位置を変更し、セカンダリ同期信号を送信してもよい。或いは、ＵＥ１００−２は、プライマリ同期信号（Ｐ−ＳＬＳＳ）の時間位置及び／又は周波数位置を、通常のＵＥが送信するプライマリ同期信号の時間位置及び／又は周波数位置を変更し、プライマリ同期信号を送信してもよい。或いは、ＵＥ１００−２は、同期信号の信号系列を変更し、同期信号を送信してもよい。

ＵＥ１００−２は、ＰｒｏＳｅ中継サービスを提供する能力（リレーＵＥとしての能力）を有する場合であっても、ＰｒｏＳｅ中継サービスを提供していない（リレーＵＥとして機能していない）場合には、通常のＵＥと同様に同期信号を送信できる。

ＵＥ１００−１は、通常の同期信号と異なる同期信号を受信することによって、送信元のＵＥ１００−２がＰｒｏＳｅ中継サービスを提供可能であると認識する。

第２の方法では、ＵＥ１００−２は、所定の信号としてディスカバリ信号（ディスカバリメッセージ）を送信する。ＵＥ１００−２は、ディスカバリ信号によって、ＰｒｏＳｅ中継サービスを提供可能であることを報知する（ブロードキャストする）。

例えば、ｅＮＢ２００（又はネットワーク装置）は、ＰｒｏＳｅ中継サービス用のアプリケーションコード（application code）を確保（ｒｅｓｅｒｖｅ）する。ｅＮＢ２００は、確保したアプリケーションコードを用いてディスカバリ信号を送信するように、ＵＥ１００−２に指示する。ＵＥ１００−２は、ｅＮＢ２００（又はネットワーク装置）からの指示に基づいて、ｅＮＢ２００からの指示に含まれるアプリケーションコードを用いて、ディスカバリ信号を送信する。ＵＥ１００−１は、ＰｒｏＳｅ中継サービス用のアプリケーションコードを用いて送信されたディスカバリ信号を受信することによって、送信元のＵＥ１００−２がＰｒｏＳｅ中継サービスを提供可能であると認識する。

或いは、ＵＥ１００−２は、ディスカバリ信号にＰｒｏＳｅ中継サービスを提供可能であることを示す情報要素を含めてもよい。

第３の方法では、ＵＥ１００−２は、所定の信号として「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージを含む無線信号を送信する。ＵＥ１００−２は、第１の方法と同様に、「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージの時間位置及び／周波数位置を変更し、「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージを含む無線信号を送信できる。

ＵＥ１００−２は、「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージの位置が通常の「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬメッセージの位置と異なる場合に、送信元のＵＥ１００−２がＰｒｏＳｅ中継サービスを提供可能であると認識する。

なお、「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージは、近傍サービスのために用いられる情報（バンド幅（ｓｌ−Ｂａｎｄｗｉｄｔｈ）、サブフレーム割り当て（ｓｕｂｆｒａｍｅＡｓｓｉｇｎｍｅｎｔＳＬ）、直接フレーム番号（ｄｉｒｅｃｔＦｒａｍｅＮｕｍｂｅｒ）及び直接サブフレーム番号（ｄｉｒｅｃｔＳｕｂｆｒａｍｅＮｕｍｂｅｒ））を含む。

或いは、ＵＥ１００−２は、「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージにＰｒｏＳｅ中継サービスを提供可能であることを示す情報要素を含めてもよい。この場合、ＵＥ１００−２は、「ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ」メッセージの時間位置及び／周波数位置を変更しなくてもよい。

ステップＳ１３０Ｂにおいて、ｅＮＢ２００は、リレーＵＥに関するリレー情報（Ｒｅｌａｙ ｉｎｆｏｒｍａｔｉｏｎ）をＵＥ１００−１に送信する。ｅＮＢ２００は、ＡＳシグナルを用いてリレー情報を送信する。ｅＮＢ２００は、リレー情報をユニキャストで送信してもよいし、ブロードキャストで送信してもよい。ｅＮＢ２００は、測定報告を送信したＵＥ１００に対して、リレー情報を送信してもよい。

リレー情報は、例えば、近傍サービスにおけるＵＥ１００−２の識別子である「ＰｒｏＳｅ ＩＤ」である。リレー情報は、リレーＵＥの識別子のリストであってもよい。

ＵＥ１００−１は、リレー情報に基づいて、発見したＵＥがリレーＵＥか否かを判断できる。

なお、ステップＳ１３０Ａ又はＳ１３０Ｂの一方の動作のみが実行されてもよい。

ステップＳ１４０において、ＵＥ１００−１及びＵＥ１００−２は、近傍端末を発見するためのディスカバリ（直接ディスカバリ）を実行する。ＵＥ１００−１及びＵＥ１００−２は、ディスカバリ要求の受信に応じて、ディスカバリを実行できる。ＵＥ１００−１及びＵＥ１００−２は、ディスカバリ要求を受信していない場合、ディスカバリを実行しなくてもよい。

ＵＥ１００−１は、ディスカバリの実行によって、ディスカバリ信号を送信する。ＵＥ１００−２は、ディスカバリ信号の受信に基づいて、ＵＥ１００−１を発見する。ＵＥ１００−２は、ＵＥ１００−１を発見した場合、ステップＳ１５０の処理を実行できる。その後、ＵＥ１００−２は、ＵＥ１００−１にディスカバリ信号を送信してもよい。ＵＥ１００−１は、ＵＥ１００−２からのディスカバリ信号の受信に基づいて、ＵＥ１００−２を発見できる。或いは、ＵＥ１００−２は、ＵＥ１００−１へディスカバリ信号を送信した後に、ステップＳ１５０の処理を実行してもよい。

なお、ＵＥ１００−１はディスカバリ要求を受信していない場合であっても、ＵＥ１００−２の存在を認識した場合に、ディスカバリ信号を送信してもよい。例えば、ＵＥ１００−１は、ステップＳ１３０Ａにおける所定の信号の受信に応じて、ディスカバリ信号を送信してもよい。或いは、ＵＥ１００−１は、ステップＳ１３０Ｂにおけるリレー情報の受信に応じて、ディスカバリ信号を送信してもよい。

本実施形態では、少なくともＵＥ１００−２が、ＵＥ１００−１を発見する。ステップＳ１４０において、ＵＥ１００−１は、ＵＥ１００−２を発見していなくてもよい。

ステップＳ１５０において、ＵＥ１００−１を発見したＵＥ１００−２は、ディスカバリ結果報告（Ｄｉｓｃｏｖｅｒｙ ｒｅｓｕｌｔ ｒｅｐｏｒｔ）をｅＮＢ２００に送信する。ディスカバリ結果報告は、ディスカバリの実行によりＵＥ１００−２が発見したＵＥを報告するための情報である。ＵＥ１００−２は、ディスカバリ信号の受信によって発見したＵＥ１００−２を示す識別子をディスカバリ結果報告に含める。これにより、ＵＥ１００−２は、ＵＥ１００−１を発見したことをｅＮＢ２００に報告する。

ＵＥ１００−２は、ディスカバリ信号を送信するＵＥに関する情報に基づいて、ディスカバリ結果報告を送信してもよい。例えば、ＵＥ１００−２は、当該情報によって特定されるＵＥ（対象ＵＥ）を発見した場合に、ディスカバリ結果報告を送信してもよい。ＵＥ１００−２は、対象ＵＥが発見できない場合、ディスカバリ結果報告を送信しなくてもよい。なお、ＵＥ１００−１は、例えば、ディスカバリ信号を送信するＵＥに関する情報に含まれるＵＥ１００−１の識別子によって対象ＵＥを特定できる。

ｅＮＢ２００は、ディスカバリ結果報告に基づいて、ＵＥ１００−２の近傍に存在するＵＥ１００を把握する。ｅＮＢ２００は、ディスカバリ結果報告に基づいて、ＵＥ１００−２がＵＥ１００−１を発見した場合、ステップＳ１６０の処理を実行できる。なお、ｅＮＢ２００は、ＵＥ１００−２がＵＥ１００−１を発見していない場合であっても、ステップＳ１６０の処理を実行してもよい。例えば、ｅＮＢ２００は、ＵＥ１００−１からのディスカバリ結果報告に基づいて、ステップＳ１６０の処理を実行してもよい。

ステップＳ１６０において、ｅＮＢ２００は、ＵＥ１００−２がＵＥ１００−１のデータを中継するための準備をＵＥ１００−１及びＵＥ１００−２に要求する。ｅＮＢ２００は、ＵＥ１００−１がセルのカバレッジ内に位置している間に、当該準備をＵＥ１００−１及びＵＥ１００−２に要求する。ｅＮＢ２００は、ＵＥ１００−１とのＲＲＣ接続が確立されている間に、ＵＥ１００−１に当該準備を要求する。従って、ｅＮＢ２００は、ＲＲＣメッセージにより、当該準備を要求できる。

ｅＮＢ２００は、当該準備をＵＥ１００−１及びＵＥ１００−２の少なくとも一方に要求してもよい。例えば、ｅＮＢ２００は、ＰＣ５コネクションをセットアップするための情報（「ＰＣ５ Ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｒｅｑｕｅｓｔ」）をＵＥ１００−１及びＵＥ１００−２の少なくとも一方に送信する。

ステップＳ１７０において、ＵＥ１００−１及びＵＥ１００−２は、ＰＣ５コネクションをセットアップする。ＵＥ１００−１及びＵＥ１００−２は、ＵＥ１００−１及びＵＥ１００−２の少なくとも一方が受信した「ＰＣ５ Ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｒｅｑｕｅｓｔ」に基づいて、ＰＣ５コネクションをセットアップする。これにより、ＵＥ１００−１及びＵＥ１００−２は、ＰＣ５インターフェイスを介して通信可能となる。従って、ＰＣ５コネクションをセットアップすることによって、ＵＥ１００−２は、ＵＥ１００−１のデータを中継可能な状態になる。

この状態において、ｅＮＢ２００とＵＥ１００−２との間には、ＲＲＣ接続が確立されている。ＵＥ１００−２とＵＥ１００−１との間には、ＮＡＳ接続が確立されており、ＡＳ接続は確立されていない。Ｓｅｒｖｅｒ４００とＵＥ１００−１との間には、ＴＣＰレベルの接続が存在する。

その後、ＵＥ１００−１は、セルのカバレッジ外へ移動し、ネットワーク圏外に位置するリモートＵＥになる（図７（Ｂ）参照）。ＵＥ１００−２は、ＰＣ５インターフェイスを介してＵＥ１００−１のデータを中継する。

なお、ｅＮＢ２００は、ＵＥ１００−１とのＲＲＣ接続が確立されている間、ＵＥ１００−１のデータをＵＥ１００−１へ直接送ってもよい。すなわち、ｅＮＢ２００は、セルラ経由のサービスを継続してもよい。従って、ｅＮＢ２００は、ＵＥ１００−１とのＲＲＣ接続が解放された後に、ＵＥ１００−１のデータをＵＥ１００−２へ送ってもよい。ＵＥ１００−２は、ｅＮＢ２００から受信したＵＥ１００−１のデータを中継する。また、ＵＥ１００−１は、ＲＲＣ接続が確立されている間、ｅＮＢ２００へ上りデータを直接送信してもよい。

なお、ｅＮＢ２００は、ＵＥ１００−１とのＲＲＣ接続が確立されている場合であっても、ＵＥ１００−１のデータをＵＥ１００−２へ送ってもよい。すなわち、ｅＮＢ２００は、ＰＣ５コネクションがセットアップされた場合、ＵＥ１００−１のデータをＵＥ１００−２へ送ってもよい。同様に、ＵＥ１００−１は、ＰＣ５コネクションがセットアップされた場合、上りデータをＵＥ１００−２へ送ってもよい。

以上のように、ｅＮＢ２００が、ＵＥ１００−１がセルのカバレッジ内に位置している間に、ＵＥ１００−２がＵＥ１００−１のデータを中継するための準備をＵＥ１００−１及びＵＥ１００−２の少なくとも一方に要求する。これにより、ＵＥ１００−１は、ネットワーク圏外に移動した場合であっても、ネットワークとの通信を継続可能である。ＵＥ１００−１がネットワークと通信不能になった後に、ＵＥ・ネットワーク中継のための準備を実行する場合に比べて、ＵＥ１００−１は、迅速にネットワークとの通信を継続できる。

［第１実施形態の変更例１］
次に、第１実施形態の変更例１について、図１０を用いて説明する。図１０は、第１実施形態の変更例１を説明するためのシーケンス図である。なお、上述した実施形態と同様の部分は、説明を適宜省略する。

本変更例では、ｅＮＢ２００は、データが中継されるＵＥ（ＵＥ１００−１）からの報告に基づいて、リレーＵＥを決定する。なお、本変更例では、ｅＮＢ２００は、ディスカバリ信号の送信指示を明示的に送らない。

ステップＳ２１０において、ｅＮＢ２００は、ディスカバリ制御情報をＵＥ１００−１に送信する。ディスカバリ制御情報は、ＵＥ１００−１のディスカバリ信号の送信を制御するための情報である。ＵＥ１００−１は、受信したディスカバリ制御情報を設定する。ディスカバリ制御情報は、例えば、ディスカバリ信号の送信タイミングに関する情報（例えば、ディスカバリ手順を開始するための トリガ情報）である。

なお、ステップＳ２１０の動作は、省略されてもよい。この場合、ＵＥ１００−１は、事前に設定された情報（Ｐｒｅ−Ｃｏｎｆｉｇ．）に基づいて、ディスカバリ信号の送信を開始できる。

ステップＳ２２０Ａ及びＳ２２０Ｂは、ステップＳ１３０Ａ及びＳ１３０Ｂに対応する。

ステップＳ２３０において、ＵＥ１００−１は、ディスカバリ手順を開始するか否かを判断する。例えば、ＵＥ１００−１は、ディスカバリ制御情報による設定に基づいて、ディスカバリ手順を開始するか否かを判断する。或いは、ＵＥ１００−１は、事前に設定された情報に基づいて、ディスカバリ手順を開始するか否かを判断してもよい。ＵＥ１００−１は、ディスカバリ手順を開始すると判断した場合、ステップＳ２４０の処理を実行する。

ＵＥ１００−１は、例えば、現在のサービングセルに対する測定結果（ＲＳＲＰ又はＲＳＲＱ）が、所定閾値以下になった場合に、ディスカバリ手順を開始する。すなわち、ＵＥ１００−１は、セルの中央に位置しない（セルの端部に位置する）と判断した場合に、ディスカバリ手順を開始する。

ステップＳ２４０は、ステップＳ１４０に対応する。

ステップＳ２５０において、ＵＥ１００は、セルからの参照信号に対する測定結果に関する測定報告（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）をｅＮＢ２００に送信する。ＵＥ１００−１は、ディスカバリの実行によって発見したＵＥの情報を含む測定報告をｅＮＢ２００に送信する。ＵＥの情報は、例えば、発見したＵＥからのディスカバリ信号に含まれるＵＥの識別子（例えば、「ＰｒｏＳｅ ａｐｐｌｉｃａｔｉｏｎ ＩＤ」）である。

ＵＥ１００−１は、リレーＵＥを発見した場合にのみ、当該ＵＥの情報を測定報告に含めてもよい。或いは、ＵＥ１００−１は、リレーＵＥを発見した場合にのみ、測定報告を送信してもよい。ＵＥ１００−１は、ステップＳ２２０Ｂにより受信したリレー情報（Ｒｅｌａｙ ｉｎｆｏｒｍａｔｉｏｎ）に基づいて、発見したＵＥがリレーＵＥか否かを判断できる。

ＵＥ１００−１は、サービングセルからの参照信号の受信信号が閾値以下である場合にのみ、ＵＥの情報（リレーＵＥの識別子）を測定報告に含めてもよい。

ＵＥ１００−１は、複数のリレーＵＥを発見した場合、受信電力（例えば、同期信号（ＳＬＳＳ）、ディスカバリ信号などの受信電力（ＲＳＲＰ））が最も大きいリレーＵＥの情報のみを測定報告に含めてもよい。或いは、ＵＥ１００−１は、複数のリレーＵＥの識別子に加えて、複数のリレーＵＥのそれぞれの受信電力に関する情報を含めてもよい。受信電力に関する情報は、受信電力を直接的に示す情報（受信電力値）であってもよい。或いは、ＵＥ１００−１は、受信電力を間接的に示してもよい。例えば、ＵＥ１００−１は、受信電力が大きい順番に複数のリレーＵＥの識別子を並べて、複数のリレーＵＥの識別子を測定報告に含めてもよい。

ＵＥ１００−１は、受信電力（ＲＳＲＰ）の代わりに、受信品質（ＲＳＲＱ）に基づいて、測定報告にＵＥの情報を含めてもよい。

ｅＮＢ２００は、ＵＥ１００−１からの測定報告に基づいて、ステップＳ２６０の処理を実行する。ｅＮＢ２００は、測定報告に複数のＵＥの情報（リレーＵＥの情報）が含まれる場合には、例えば、受信電力に関する情報に基づいてＵＥ１００−１のデータを中継するリレーＵＥを決定する。或いは、リレーＵＥの負荷（例えば、配下のリモートＵＥの数など）に基づいてＵＥ１００−１のデータを中継するリレーＵＥを決定する。ｅＮＢ２００は、「ＰＣ５ Ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｒｅｑｕｅｓｔ」が送信されたリレーＵＥを記憶することによって、リレーＵＥの負荷を把握できる。

ステップＳ２６０及びＳ２７０は、ステップＳ１６０及びＳ１７０に対応する。

以上のように、ｅＮＢ２００は、データが中継されるＵＥ１００−１からの報告に基づいて、リレーＵＥを決定できる。これにより、リレーＵＥの負荷を低減できる。

［第１実施形態の変更例２］
次に、第１実施形態の変更例２について、図１１を用いて説明する。図１１は、第１実施形態の変更例２を説明するためのシーケンス図である。なお、上述した実施形態（変更例１を含む）と同様の部分は、説明を適宜省略する。

本変更例では、ＵＥ１００−１が、ＵＥ１００−１とｅＮＢ２００との間の無線リンク障害を検知した場合に、ＰＣ５コネクションのセットアップを開始する。

図１１に示すように、ステップＳ３１０は、ステップＳ１４０に対応する。ステップＳ２３０と同様に、ＵＥ１００−１は、ディスカバリ手順を開始するか否かを判断してもよい。具体的には、ＵＥ１００−１は、サービングセルからの受信電力（ＲＳＲＰ）又は受信品質（ＲＳＲＱ）が閾値未満になった場合に、ディスカバリ手順を実行してもよい。閾値は、ｅＮＢ２００から通知されていてもよいし、ＵＥ１００に予め設定されていてもよい。

ディスカバリ手順を実行したＵＥ１００−１は、リレーＵＥであるＵＥ１００−２を発見する。ＵＥ１００−１は、ステップＳ１３０Ａ又はＳ１３０Ｂにおいて受信する情報に基づいて、リレーＵＥであるＵＥ１００−２を発見できる。

ステップＳ３２０において、ＵＥ１００−１は、ＵＥ１００−１とｅＮＢ２００との間の無線リンク障害（Ｒａｉｄｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）を検知する。ＵＥ１００−１は、無線リンク障害を検知した場合、ステップＳ３２０の処理を実行する。

一方、ｅＮＢ２００は、ＵＥ１００−１とのＲＲＣ接続が維持てきないと判断した場合、所定のタイマを起動する。ｅＮＢ２００は、所定のタイマが満了するまで、ＵＥ１００−１の情報（ＵＥ１００−１のデータなどの関連情報）を保持する。ｅＮＢ２００は、無線リンク障害を検知した場合に、所定のタイマを起動してもよい。

ステップＳ３３０において、ＵＥ１００−１は、ＵＥ１００−２にＵＥ１００−１のデータを中継してもらうための動作を開始する。ＵＥ１００−１は、ＵＥ１００−２にＵＥ１００−１のデータを中継してもらうための所定の無線信号をＵＥ１００−２に送信する。ＵＥ１００−１及び所定の無線信号を受信したＵＥ１００−２は、ＰＣ５コネクションをセットアップする。その他の動作は、ステップＳ１７０における動作と同様である。

ステップＳ３４０において、ＵＥ１００−１は、サービスの継続を要求するメッセージ（Ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ）をＵＥ１００−２に通知する。

ステップＳ３５０において、ＵＥ１００−２は、受信したメッセージをｅＮＢ２００に通知する。ｅＮＢ２００は、受信したメッセージに基づいて、ＵＥ１００−１の位置を把握できる。その結果、ｅＮＢ２００は、ＵＥ１００−１のデータをＵＥ１００−２に送信する。これにより、ＵＥ１００−１は、ＵＥ１００−２を介して、ネットワーク圏外に位置する場合であっても、サービスを継続して受けることができる。ＵＥ１００−１は、受信リンク障害に基づいて、リレーＵＥにデータを中継してもらうための動作を開始する。従って、ＵＥ１００−１がネットワーク圏外に移動しない場合にまで、ＰＣ５コネクションをセットアップすることを抑制できる。

なお、ＵＥ１００−１は、上記メッセージを、ＡＳ層よりも上位層（例えば、ＴＣＰレベル）において、通知してもよい。この場合、上位のネットワーク装置は、ｅＮＢ２００がＵＥ１００−１のデータをＵＥ１００−２に送信するように制御してもよい。

［第２実施形態］
次に、第２実施形態について、図１２及び図１３を用いて説明する。図１２は、第２実施形態を説明するための図である。図１３は、第２実施形態を説明するためのシーケンス図である。なお、上述した第１実施形態（変更例を含む）と同様の部分は、説明を適宜省略する。

本実施形態では、図１２に示すように、データが中継されていたＵＥ１００−１が、セルのカバレッジ内に移動する。

図１２（Ａ）に示すように、ＵＥ１００−１は、初期状態において、ｅＮＢ２００が管理するセルのカバレッジ外に位置する。ＵＥ１００−２は、ＵＥ１００−１のデータを中継するリレーＵＥ（中継ノード）である。従って、ＵＥ１００−２は、ＰｒｏＳｅ中継サービスをＵＥ１００−１に提供している。図１３に示すように、ｅＮＢ２００とＵＥ１００−２との間には、ＲＲＣ接続が存在し、ＵＥ１００−２とＵＥ１００−１との間には、ＰＣ５コネクションが存在する。その後、図１２（Ｂ）に示すように、ＵＥ１００−１の移動によって、ＵＥ１００−１は、セルのカバレッジ内に移動する。

図１３に示すように、ステップＳ４１０において、セルのカバレッジ内に移動したＵＥ１００−１は、ＵＥ１００−２を介さずにデータを受け取るための情報（ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。

ＵＥ１００−１は、セルに在圏した場合に、「ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ」をｅＮＢ２００に送信する。ＵＥ１００−１は、ｅＮＢ２００とのＲＲＣ接続を確立する際に、「ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ」をｅＮＢ２００に送信できる。或いは、ＵＥ１００−１は、ＲＲＣ接続を確立した後に、「ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ」をｅＮＢ２００に送信できる。例えば、ＵＥ１００−１は、ＲＲＣ接続確立完了メッセージに「ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ」を含めてもよい。

「ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ」には、リレーＵＥであるＵＥ１００−２の識別子が含まれる。「ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ」は、ＵＥ１００−２を介してＰＤＮと通信していたことを示す情報を含んでもよい。また、「ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ」は、ＵＥ１００−２との通信（中継）に用いられていたＵＥ１００−１の識別子を含んでもよい。

ＵＥ１００−１は、ＵＥ１００−２を介さずに、ｅＮＢ２００に「ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ」を送信する。これにより、ＵＥ１００−１が確実にセルのカバレッジ内に位置する場合に、「ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ」を送信できる。

ステップＳ４２０において、ｅＮＢ２００は、「ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ」の受信基づいて、リレーＵＥであるＵＥ１００−２が保持するＵＥ１００−１宛ての未送信データ（下りデータ）を再転送させるための要求（Ｒｅｍａｉｎｉｎｇ Ｄａｔａ ｒｅｑｕｅｓｔ）をＵＥ１００−２に送信できる。

ステップＳ４３０において、ＵＥ１００−２は、当該要求の受信に応じて、未送信データをｅＮＢ２００へ転送する。ＵＥ１００−２は、未送信データがないことを示す情報をｅＮＢ２００へ送信してもよい。

ステップＳ４４０において、ｅＮＢ２００は、ＵＥ１００−１へのデータをＵＥ１００−１に送信を開始する。ｅＮＢ２００は、ｅＮＢ２００が保持するＵＥ１００−１へのデータを、ＵＥ１００−２へ送信せずに、ＵＥ１００−１に送信する。ｅＮＢ２００は、ＵＥ１００−２から未送信データを受信した場合には、当該未送信データもＵＥ１００−１に送信する。

なお、ステップＳ４２０及びＳ４３０の処理は、省略されてもよい。この場合には、ＵＥ１００−２は、保持する未送信データをＵＥ１００−１へ送信する。

以上のように、ＵＥ１００−１は、ＵＥ１００−２を介さずにデータを受け取るために、「ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ」をｅＮＢ２００に送信する。これにより、ＵＥ１００−１は、セルのカバレッジ内に移動した場合に、ＵＥ・ネットワーク中継を終了できる。ＵＥ１００−２は、セルのカバレッジ内に移動した場合に、ＰｒｏＳｅ中継サービスの提供を終了できるため、ＵＥ１００−２の負荷を低減できる。

［第３実施形態］
次に、第３実施形態について、図１４及び図１５を用いて説明する。図１４は、第３実施形態を説明するための図である。図１５は、第３実施形態を説明するためのシーケンス図である。なお、上述した第１実施形態（変更例を含む）及び第２実施形態と同様の部分は、説明を適宜省略する。

本実施形態では、データが中継されていたＵＥ１００−１が、リレーＵＥを変更する。

図１４（Ａ）に示すように、ＵＥ１００−１は、初期状態において、ｅＮＢ２００が管理するセルのカバレッジ外に位置する。ＵＥ１００−２は、ＵＥ１００−１のデータを中継するリレーＵＥ（中継ノード）である。従って、ＵＥ１００−２は、ＰｒｏＳｅ中継サービスをＵＥ１００−１に提供している。図１５に示すように、ｅＮＢ２００とＵＥ１００−２との間には、ＲＲＣ接続が存在し、ＵＥ１００−２とＵＥ１００−１との間には、ＰＣ５コネクションが存在する。その後、図１４（Ｂ）に示すように、ＵＥ１００−１の移動によって、ＵＥ１００−１は、ＵＥ１００−２から離れ、ＵＥ１００−３に近づく。ＵＥ１００−３は、ＵＥ１００−２と同様に、ｅＮＢ２００が管理するセル（サービングセル）に在圏し、セルのカバレッジ内に位置する。ＵＥ１００−３は、リレーＵＥとしての能力を有する。

図１５に示すように、ステップＳ５１０において、ＵＥ１００−１がＵＥ１００−２から離れることによって、ＰＣ５コネクション障害（ＰＣ５ Ｃｏｎｎｅｃｔｉｏｎ ｆａｉｌ）が発生する。ＰＣ５コネクション障害が発生した場合、ＵＥ１００−１とＵＥ１００−２とは、ＰＣ５コネクションを介した通信が不能である。

ステップＳ５２０において、ＵＥ１００−２は、以下のいずれかのケースにおいて、ＵＥ１００−１の識別子と共に、以下のいずれかのケースが発生した旨の情報をｅＮＢ２００へ送信する。また、ＵＥ１００−２は、ＵＥ１００−１へ未送信のデータ（下りデータ）をｅＮＢ２００に転送できる。

・ＰＣ５コネクションを維持できない（ＰＣ５コネクション障害が発生する可能性が高い）。

・ＰＣ５コネクション障害が発生する。

・ＰＣ５コネクション障害が発生してから所定時間経過する。

ＵＥ１００−２は、ＵＥ１００−１からの無線信号（例えば、ディスカバリ信号、参照信号など）の受信電力（ＲＳＲＰ）又は受信品質（ＲＳＲＱ）が閾値未満である場合に、ＰＣ５コネクションを維持できない、又は、ＰＣ５コネクション障害が発生したと判断する。ＵＥ１００−２は、ＰＣ５コネクションの維持を判定するための第１閾値と、ＰＣ５コネクション障害を判定するための第２閾値と、を有していてもよい。第１閾値は、第２閾値よりも大きい値である。

また、ＵＥ１００−２は、ＰＣ５コネクション障害が発生してから所定時間経過するためのタイマを有していてもよい。ＵＥ１００−２は、ｅＮＢ２００からタイマの情報を受信してもよいし、予め設定されていてもよい。

ＵＥ１００−１は、ＵＥ１００−２と同様に、ＰＣ５コネクションを維持できない場合に、ディスカバリ手順を実行してもよい。ＵＥ１００−１は、ＵＥ１００−２からの指示に基づいて、ディスカバリ手順を実行してもよい。ＵＥ１００−１は、発見したＵＥ１００の識別子（例えば、ＰｒｏＳｅ ＩＤ）を、ＰＣ５コネクション障害が発生する前に、ＵＥ１００−２へ通知する。ＵＥ１００−２は、ＵＥ１００−１から通知された発見したＵＥ１００の識別子をｅＮＢ２００へ送信できる。

ｅＮＢ２００は、ＵＥ１００−２から受信した上述のＰＣ５コネクション障害（或いは、ＰＣ５コネクションを維持できない）に関する情報を受信した場合に、ＵＥ１００−１に関する情報を所定期間保持する。ＵＥ１００−１に関する情報は、例えば、ＵＥ１００−１の識別子（例えば、ＰｒｏＳｅ ＩＤ）、ＵＥ１００−２の識別子（例えば、ＰｒｏＳｅ ＩＤ）、ＵＥ１００−１への下りデータ、ＵＥ１００−１が発見したＵＥ１００の識別子）である。

ステップＳ５３０において、ＵＥ１００−１は、ディスカバリ手順を実行し、ＵＥ１００−３を発見する。

ステップＳ５４０において、ＵＥ１００−１及びＵＥ１００−３は、ＰＣ５コネクションをセットアップする。ＵＥ１００−１は、ＰＣ５コネクションをセットアップする際に、ＵＥ１００−２の中継に関する情報（Ｐｒｅｖｉｏｕｓ ｃｏｎｎｅｃｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を、ＵＥ１００の識別子と共にＵＥ１００−３へ送信できる。

「Ｐｒｅｖｉｏｕｓ ｃｏｎｎｅｃｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ」は、前のリレーに関する情報である。例えば、「Ｐｒｅｖｉｏｕｓ ｃｏｎｎｅｃｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ」は、ＵＥ１００−２を介してＰＤＮと通信していたことを示す情報である。「Ｐｒｅｖｉｏｕｓ ｃｏｎｎｅｃｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ」は、前のリレーＵＥであるＵＥ１００−２の識別子を含んでもよい。また、「Ｐｒｅｖｉｏｕｓ ｃｏｎｎｅｃｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ」は、ＵＥ１００−２との通信（中継）に用いられていたＵＥ１００−１の識別子を含んでもよい。

ステップＳ５５０において、ＵＥ１００−３は、インディケーション（Ｉｎｄｉｃａｔｉｏｎ for ＵＥ’ｓ ｐｒｅｓｅｎｃｅ）をｅＮＢ２００送信する。ＵＥ１００−３は、ＵＥ１００−２のデータを中継可能である場合に、インディケーションを送信してもよい。或いは、ＵＥ１００−２のデータの中継を承諾する場合に、インディケーションを送信してもよい。インディケーションは、ＵＥ１００−１の存在に関する情報である。インディケーションは、ＵＥ１００−１の識別子を含む。インディケーションは、ＵＥ１００−１の前の中継に関する情報を含んでもよい。また、ＵＥ１００−２は、「Ｐｒｅｖｉｏｕｓ ｃｏｎｎｅｃｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ」に基づいて、前のリレーＵＥであるＵＥ１００−２の識別子をｅＮＢ２００へ送信してもよい。

ステップＳ５６０において、ｅＮＢ２００は、インディケーションの受信に基づいて、ＵＥ１００−１のデータをＵＥ１００−３へ送る（転送する）。ｅＮＢ２００は、インディケーションと、保持していたＵＥ１００−１に関する情報とに基づいて、ＵＥ１００−１のデータをＵＥ１００−３へ送る。ＵＥ１００−３は、ｅＮＢ２００から受信したＵＥ１００−１のデータをＵＥ１００−１へ中継する。

以上のように、ＵＥ１００−３は、ＵＥ１００−１の存在に関するインディケーションをｅＮＢ２００に送信する。ｅＮＢ２００は、インディケーションに基づいて、ＵＥ１００−１のデータをＵＥ１００−３へ送ることができる。このため、ＵＥ１００−１は、ＵＥ１００−２からデータが中継されなくなった場合であっても、ＵＥ１００−３からデータを中継可能である。

また、ｅＮＢ２００は、ＵＥ１００−１に関する情報を所定期間保持するため、ＵＥ１００−１への中継が再開された場合に、ＵＥ１００−１のデータを迅速にＵＥ１００−１へ送ることができる。

［その他の実施形態］
上述した実施形態では、ｅＮＢ２００がＵＥ・ネットワーク中継を制御していたが、これに限られない。例えば、ＭＭＥ３００が、ｅＮＢ２００の代わりに、少なくとも一部の動作を実行してもよい。例えば、ＭＭＥ３００は、ＮＡＳメッセージを用いて、上述した情報（例えば、「Ｒｅｌａｙ ｉｎｆｏｒｍａｔｉｏｎ」、「ＰＣ５ Ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｒｅｑｕｅｓｔ」、「Ｒｅｍａｉｎｉｎｇ Ｄａｔａ ｒｅｑｕｅｓｔ」、「Ｉｎｄｉｃａｔｉｏｎ for ＵＥ’ｓ ｐｒｅｓｅｎｃｅ」など）をＵＥ１００に通知できる。また、ＭＭＥ３００は、ｅＮＢ２００を介して、ＵＥ１００から上述した情報（「Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ」、「Ｄｉｓｃｏｖｅｒｙ ｒｅｓｕｌｔ ｒｅｐｏｒｔ」、「Ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ ｒｅｑｕｅｓｔ」など）を受信できる。また、Ｓｅｒｖｅｒ４００などの他のネットワーク装置が、ｅＮＢ２００の代わりに、少なくとも一部の動作を実行してもよい。このように、ネットワーク（Ｅ-ＵＴＲＡＮ１０、ＥＰＣ２０など）に属するネットワーク装置（ｅＮＢ２００、ＭＭＥ３００、）がＵＥ・ネットワーク中継を制御することができる。

上述した第３実施形態では、ＰＣ５コネクション障害が発生していたが、これに限られない。第３実施形態において、ＵＥ１００−２は、ＰＣ５コネクション障害が発生していない場合であっても、ステップＳ５２０の処理を実行できる。具体的には、ＵＥ１００−２は、ＰＣ５コネクションを維持できない（ＰＣ５コネクション障害が発生する可能性が高い）と判断した場合に、ＰＣ５コネクションを維持できない旨の情報をｅＮＢ２００へ送信できる。ＵＥ１００−２は、ＰＣ５コネクション障害が発生する前に、ＵＥ１００−１へ未送信のデータをｅＮＢ２００に転送してもよいし、ＰＣ５コネクション障害が発生した後に、ＵＥ１００−１へ未送信のデータをｅＮＢ２００に転送してもよい。

上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本開示を適用してもよい。

なお、日本国特許出願第２０１５−０８６１３８号（２０１５年４月２０日出願）の全内容が、参照により、本願明細書に組み込まれている。

Claims (4)

1. 通信制御方法であって、
   基地局から前記基地局が管理するセルに在圏する第１の無線端末へ、閾値を通知し、
   前記第１の無線端末が、前記セルからのＲｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ（ＲＳＲＰ）が前記閾値未満になったことに応じて、近傍端末を発見するための発見手順を開始し、
   前記発見手順の開始によって、前記第１の無線端末が、ディスカバリメッセージの送信を開始し、
   前記発見手順の実行によって、前記第１の無線端末が、前記セルのカバレッジ内に位置する第２の無線端末を発見し、
   前記第１の無線端末が、前記第２の無線端末に近傍サービスの利用による中継を実行してもらうために前記第１の無線端末と前記第２の無線端末との間に直接通信用のコネクションをセットアップする、ことを特徴とする通信制御方法。
2. 前記第２の無線端末が、前記第１の無線端末のデータを前記基地局から前記第２の無線端末へ送信するためのメッセージをＭｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）へ通知する、請求項１に記載の通信制御方法。
3. 無線端末であって、
   受信部と、
   制御部と、を備え、
   前記受信部は、前記無線端末が在圏するセルを管理する基地局から、閾値の情報を受信するよう構成され、
   前記制御部は、前記セルからのＲｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ（ＲＳＲＰ）が前記閾値未満になったことに応じて、近傍端末を発見するための発見手順を開始するよう構成され、
   前記制御部は、前記発見手順の開始によって、ディスカバリメッセージの送信を開始するよう構成され、
   前記制御部は、前記発見手順の実行によって、前記セルのカバレッジ内に位置する他の無線端末を発見するよう構成され、
   前記制御部は、前記他の無線端末に近傍サービスの利用による中継を実行してもらうために前記無線端末と前記他の無線端末との間に直接通信用のコネクションをセットアップするよう構成される無線端末。
4. 無線端末を制御するためのプロセッサであって、
   前記無線端末が在圏するセルを管理する基地局から、閾値の情報を受信する処理と、
   前記セルからのＲｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ（ＲＳＲＰ）が前記閾値未満になったことに応じて、近傍端末を発見するための発見手順を開始する処理と、
   前記発見手順の開始によって、ディスカバリメッセージの送信を開始する処理と、
   前記発見手順の実行によって、前記セルのカバレッジ内に位置する他の無線端末を発見する処理と、
   前記他の無線端末に近傍サービスの利用による中継を実行してもらうために前記無線端末と前記他の無線端末との間に直接通信用のコネクションをセットアップする処理と、を実行するプロセッサ。

Images