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