WO2017051859A1

WO2017051859A1 - 無線端末

Info

Publication number: WO2017051859A1
Application number: PCT/JP2016/077989
Authority: WO
Inventors: 裕之安達; 真人藤代; ヘンリーチャン
Original assignee: 京セラ株式会社
Priority date: 2015-09-25
Filing date: 2016-09-23
Publication date: 2017-03-30

Abstract

一の実施形態に係る無線端末は、他の無線端末と基地局との間で直接的な端末間通信を利用した中継を実行可能である。前記無線端末は、前記中継のために発見手順を制御するよう構成された制御部と、前記中継のための前記発見手順において用いられる無線リソースの情報を基地局から受信するよう構成された受信部と、を備える。前記受信部は、前記無線リソースを用いて前記中継のための前記発見手順を実行可能か否かを判断するための閾値を前記基地局から受信するよう構成される。前記制御部は、前記基地局からの無線信号の受信強度が前記閾値を満たす場合に、前記中継のための前記発見手順を実行可能であると判断するよう構成される。

Description

無線端末

　本出願は、通信システムにおいて用いられる無線端末に関する。

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

　ここで、ＰｒｏＳｅには、第１の無線端末（ＰｒｏＳｅ　ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ　Ｒｅｌａｙ）が、ネットワーク圏外の第２の無線端末（Ｒｅｍｏｔｅ　ＵＥ）とネットワークとの間で第２の無線端末のデータ（トラフィック）を中継するＵＥ・ネットワーク中継が含まれる。ＵＥ・ネットワーク中継では、第２の無線端末のデータを中継するためのＰＤＮ接続（以下、中継ＰＤＮ接続と称する）が確立されることが想定される。

３ＧＰＰ技術報告書　「ＴＳ　２３．３０３　Ｖ１３．０．０」　　２０１５年６月２１日

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

　［実施形態の概要］
　一の実施形態に係る無線端末は、他の無線端末と基地局との間で直接的な端末間通信を利用した中継を実行可能である。前記無線端末は、前記中継のために発見手順を制御するよう構成された制御部と、前記中継のための前記発見手順において用いられる無線リソースの情報を基地局から受信するよう構成された受信部と、を備える。前記受信部は、前記無線リソースを用いて前記中継のための前記発見手順を実行可能か否かを判断するための閾値を前記基地局から受信するよう構成される。前記制御部は、前記基地局からの無線信号の受信強度が前記閾値を満たす場合に、前記中継のための前記発見手順を実行可能であると判断するよう構成される。

　前記無線リソースの情報は、前記中継のための前記発見手順において前記他の無線端末へ発見信号を直接的に送信するために用いられる無線リソースを示してもよい。前記無線リソースは、前記無線端末がＲａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ（ＲＲＣ）アイドル状態である場合にのみ使用可能であってもよい。

　前記無線リソースの情報は、前記中継のための前記発見手順において前記他の無線端末から発見信号を直接的に受信するために用いられる無線リソースを示してもよい。前記無線リソースは、前記無線端末がＲａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ（ＲＲＣ）アイドル状態であっても前記無線端末がＲＲＣコネクティッド状態であっても使用可能であってもよい。

　前記無線端末は、前記発見手順において前記他の無線端末へ発見信号を直接的に送信するよう構成された送信部を備えてもよい。前記発見信号は、前記無線端末が前記中継を実行可能な中継端末であることを、前記他の無線端末が判断できる情報を含んでもよい。

　一の実施形態に係る無線端末は、近傍サービスによりデータを中継可能である無線端末である。前記無線端末は、コントローラを備える。前記コントローラは、前記近傍サービスのためのサービス認証をネットワークから取得するための承認手順を実行する処理と、前記サービス認証を取得する際に、前記近傍サービスによる中継に用いられるＰＤＮ接続である中継ＰＤＮ接続の確立を開始する処理と、を実行する。

　前記コントローラは、前記近傍サービスによる中継が実行不能である第１セルにおいて、前記サービス認証を取得した場合には、前記第１セルから、前記近傍サービスによる中継が実行可能である第２セルへサービングセルを変更してから、前記中継ＰＤＮ接続の確立を開始する処理を実行してもよい。

　一の実施形態に係る無線端末は、近傍サービスによりデータを中継可能である無線端末である。前記無線端末は、コントローラを備える。前記コントローラは、前記近傍サービスによる中継に用いられるＰＤＮ接続である中継ＰＤＮ接続を確立する処理と、前記近傍サービスによる中継が実行不能である第１セルから前記近傍サービスによる中継が実行可能である第２セルへサービングセルを変更した場合に、前記中継ＰＤＮ接続を確立する処理と、を実行する。

　前記コントローラは、前記第２セルへのキャンプに応じて、前記中継ＰＤＮ接続の確立を開始する処理を実行してもよい。

　前記コントローラは、前記第２セルに対してＲＲＣ接続を初めて確立する際に、前記中継ＰＤＮ接続の確立を開始する処理を実行してもよい。

　一の実施形態に係る無線端末は、近傍サービスによりデータを中継可能である無線端末である。前記無線端末は、コントローラを備える。前記コントローラは、前記近傍サービスによる中継に用いられるＰＤＮ接続である中継ＰＤＮ接続を確立する処理と、リモート端末を発見するための中継発見手順を開始する前に、前記中継ＰＤＮ接続の確立を開始する処理と、を実行する。

　前記コントローラは、更に、前記中継ＰＤＮ接続が確立されている場合にのみ、前記中継発見手順を実行する処理を実行してもよい。

　前記コントローラは、更に、前記中継発見手順用の無線リソースを使用するために前記中継ＰＤＮ接続の確立が必要か否かを判断するための情報を基地局から受信する処理を実行してもよい。前記コントローラは、前記無線リソースを使用するために前記中継ＰＤＮ接続の確立が必要である場合に、前記中継発見手順を開始する前に、前記中継ＰＤＮ接続の確立を開始する処理と、を実行してもよい。

　一の実施形態に係る無線端末は、近傍サービスによりデータを中継可能である無線端末である。前記無線端末は、コントローラを備える。前記コントローラは、前記近傍サービスによりデータを中継するリレー端末としての役割を実行する処理と、前記リレー端末としての役割を終了する場合に、前記リレー端末としての役割を終了する理由をネットワークに通知する処理と、を実行する。

　前記コントローラは、更に、前記リレー端末としての役割を終了する場合、前記近傍サービスによる中継に用いられるＰＤＮ接続である中継ＰＤＮ接続を解放するか否かを判断する処理を実行してもよい。

　前記コントローラは、前記リレー端末としての役割を終了する理由に応じて、前記中継ＰＤＮ接続を解放するか否かを判断する処理を実行してもよい。

　前記コントローラは、前記近傍サービスによる中継に用いられるＰＤＮ接続である中継ＰＤＮ接続の解放を要求する情報と共に前記リレー端末としての役割を終了する理由を前記ネットワークに通知する処理を実行してもよい。

　前記コントローラは、セルラ通信品質が所定の閾値未満である場合に、前記リレー端末としての役割を終了する理由を前記ネットワークに通知する処理を実行してもよい。前記所定の閾値は、無線端末の無線状況に関する測定報告のトリガとなる閾値よりも大きい値であってもよい。

　前記リレー端末としての役割を終了する理由は、セルラ通信品質が条件を満たさないこと、前記無線端末の電池残量が閾値未満であること、上位レイヤが原因であること、前記近傍サービスによる中継に関するタイマが満了したこと、の少なくともいずれかであってもよい。

　一の実施形態に係る無線端末は、近傍サービスによりデータを中継可能である無線端末である。前記無線端末は、コントローラを備える。前記コントローラは、前記近傍サービスによる中継に用いられるＰＤＮ接続である中継ＰＤＮ接続を確立する処理と、前記中継ＰＤＮ接続を確立した場合に所定のタイマを起動する処理と、前記所定のタイマが満了するまで前記中継ＰＤＮ接続を維持する処理と、を実行する。

　前記コントローラは、更に、前記所定のタイマが満了した場合、前記中継ＰＤＮ接続を解放する処理を実行してもよい。

　前記コントローラは、更に、前記中継ＰＤＮ接続を確立した後、リモート端末への発見メッセージをアナウンスする処理と、前記所定のタイマが満了した場合、前記発見メッセージのアナウンスの代わりに、前記中継ＰＤＮ接続を維持したまま、前記リモート端末からの発見メッセージのモニタを開始する処理と、を実行してもよい。

　前記コントローラは、更に、前記近傍サービスによる中継を開始した場合に、前記所定のタイマを初期化する処理を実行してもよい。

　前記コントローラは、更に、前記近傍サービスによりデータを中継している間、前記所定のタイマを停止する処理を実行してもよい。

　前記コントローラは、更に、前記ユーザ端末がＲＲＣアイドル状態である場合にのみ、前記所定のタイマを使用する処理を実行してもよい。

　前記コントローラは、更に、基地局から受信したタイマの情報に基づいて、前記所定のタイマを設定する処理を実行してもよい。

　一の実施形態に係る基地局は、コントローラを備える。前記コントローラは、近傍サービスによるデータの中継に関連する動作で使用可能である無線リソースにより構成されるリレーリソースプールを管理する処理と、前記動作と異なる用途で前記リレーリソースプール内の無線リソースを使用可能か否かを判断するための所定情報を無線端末に送信する処理と、を実行する。

　前記動作と異なる用途で使用可能である前記無線リソースは、前記基地局から割り当てられる無線リソースであってもよい。

　前記動作と異なる用途は、前記近傍サービスによる端末の発見に用いられるディスカバリメッセージの送信であってもよい。

　一の実施形態に係る無線端末は、コントローラを備える。前記コントローラは、近傍サービスによるデータの中継に関連する動作で使用可能である無線リソースにより構成されるリレーリソースプールを管理する基地局から、前記リレーリソースプール内の無線リソースを、前記動作と異なる用途で使用可能か否かを判断するための所定情報を受信する処理と、前記所定情報に基づいて、前記リレーリソースプール内の無線リソースを前記動作と異なる用途で使用する処理と、を実行する。

　一の実施形態に係る基地局は、近傍サービスによりデータを中継可能な無線端末と通信する基地局である。前記基地局は、コントローラを備える。前記コントローラは、前記データの中継に関連する動作で使用される無線リソースの割り当て要求を送信可能な無線端末の数を制限する処理を実行する。前記コントローラは、前記無線端末の数を制限する処理として、前記割り当て要求を送信可能か否かを判断するための制限情報を前記無線端末に送信する処理を実行する。

　前記制限情報は、前記近傍サービスによる無線信号の受信レベルと比較される閾値の情報であってもよい。

　一の実施形態に係る無線端末は、近傍サービスによりデータを中継可能である無線端末である。前記無線端末は、コントローラを備える。前記コントローラは、前記データの中継に関連する動作で使用される無線リソースの割り当て要求を送信可能か否かを判断するための制限情報を基地局から受信する処理と、前記制限情報に基づいて、前記データの中継に関連する動作で使用される無線リソースの割り当て要求を送信可能であるか否かを判断する処理と、を実行する。

　なお、本実施形態には、以下の内容が含まれていることに留意すべきである。

　一の実施形態に係る無線端末は、近傍サービスによりデータを中継可能である無線端末である。前記無線端末は、コントローラを備える。前記コントローラは、前記近傍サービスによる中継に用いられるＰＤＮ接続である中継ＰＤＮ接続が確立されている場合にのみ、前記中継発見手順を実行する処理を実行してもよい。

　一の実施形態に係る無線端末は、近傍サービスによりデータを中継可能である無線端末である。前記無線端末は、コントローラを備える。前記コントローラは、リモート端末を発見するための中継発見手順用の無線リソースを使用するために、前記近傍サービスによる中継に用いられるＰＤＮ接続である中継ＰＤＮ接続の確立が必要か否かを判断するための情報を基地局から受信する処理と、中継ＰＤＮ接続が確立されているか否かに応じて、前記中継発見手順を開始するか否かを決定する処理とを実行してもよい。

　前記コントローラは、前記中継ＰＤＮ接続が確立されていない場合、前記中継発見手順を開始しなくてもよい。前記コントローラは、前記中継ＰＤＮ接続が確立されていない場合、前記中継ＰＤＮ接続を確立してから前記中継発見手順を開始してもよい。

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

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

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

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

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

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

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

　Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅ機能を有していてもよい。ＰｒｏＳｅ機能は、ＰｒｏＳｅに必要なネットワーク関連動作のために用いられる論理機能である。ＰｒｏＳｅ機能は、ＰｒｏＳｅの特徴毎に異なる役割を果たす。Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅ機能のみを有するネットワーク装置であってもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　（無線端末）
　以下において、実施形態に係るＵＥ１００（無線端末）について説明する。図５は、ＵＥ１００のブロック図である。図５に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。

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

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

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

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

　ＵＥ１００は、ＧＮＳＳ受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をコントローラ１３０に出力する。或いは、ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ機能を有していてもよい。

　なお、以下で説明するＵＥ１００が実行する処理（動作）について、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０、コントローラ１３０の少なくともいずれかが実行するが、便宜上、ＵＥ１００が実行する処理として説明する。

　（基地局）
　以下において、実施形態に係るｅＮＢ２００（基地局）について説明する。図６は、ｅＮＢ２００のブロック図である。図６に示すように、ｅＮＢ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。トランスミッタ２１０とレシーバ２２０は、一体化されたトランシーバ（送受信部）であってもよい。

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

　トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

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

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

　なお、以下で説明するｅＮＢ２００が実行する処理（動作）について、ｅＮＢ２００が備えるトランスミッタ２１０、レシーバ２２０、コントローラ２３０、ネットワークインターフェイス２４０の少なくともいずれかが実行するが、便宜上、ｅＮＢ２００が実行する処理として説明する。

　［第１実施形態］
　次に、第１実施形態に係る動作ついて説明する。第１実施形態では、リモートＵＥのデータ（トラフィック）を中継するためのＰＤＮ接続の確立に関連する内容を中心に説明する。

　リレーＵＥは、ＵＥ・ネットワーク中継を実行するために、ＰＤＮ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ）接続を確立する。ここでのＰＤＮ接続は、通常のＰＤＮ接続とは異なり、リモートＵＥのデータを中継するためにのみ用いられるＰＤＮ接続（以下、中継ＰＤＮ接続と称する）である。なお、ＰＤＮ接続（中継ＰＤＮ接続）は、少なくともリレーＵＥとＰ－ＧＷとの間のベアラ（ＥＰＳ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｓｙｓｔｅｍ）ベアラ）を含む接続である。ＰＤＮ接続は、ＭＭＥとＳ－ＧＷとの間のインターフェイス（Ｓ１１　ＧＴＰ－Ｃ）、Ｓ－ＧＷとＰ－ＧＷとの間のインターフェイス（Ｓ５　ＧＴＰ－Ｃ）、及び、Ｓ－ＧＷとＰ－ＧＷとの間のベアラ（Ｓ５ベアラ）の少なくともいずれかを含んでもよい。

　中継ＰＤＮ接続は、リモートＵＥのデータを中継するためにのみ用いられるため、ＵＥ１００が、リモートＵＥからＵＥ・ネットワーク中継の要求を受けた場合に、中継ＰＤＮ接続の確立を開始することが想定される。しかしながら、中継ＰＤＮ接続の確立に起因して、リモートＵＥからの要求を受けてからＵＥ・ネットワーク中継を開始するまでに遅延が発生する可能性がある。例えば、リモートＵＥが、ネットワークに対して、データの送信又は受信を緊急に行いたい場合に、このような遅延が問題になる可能性がある。

　そこで、以下において、リモートＵＥからの要求を受けてからＵＥ・ネットワーク中継を開始するまでの時間を短縮するための動作パターンを説明する。具体的には、動作パターン１から４について説明する。

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

　図７に示すように、初期状態において、中継ＰＤＮ接続が確立されていない（Ｒｅｌａｙ　ＰＤＮ　ｄｉｓｃｏｎｎｅｃｔｅｄ）。

　ＵＥ１００は、ｅＮＢ２００が管理するセルに在圏している。セルは、ＵＥ・ネットワーク中継が実行可能であるセルであってもよいし、ＵＥ・ネットワーク中継が実行不能であるセルであってもよい。従って、ｅＮＢ２００は、ＵＥ・ネットワーク中継をサポートするドナーｅＮＢであってもよいし、ドナーｅＮＢ２００でなくてもよい。ｅＮＢ２００は、ＵＥ・ネットワーク中継をサポートしていることを（例えば、ＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）により）ブロードキャスト（又はユニキャスト）でＵＥ１００に通知してもよい。ｅＮＢ２００は、ＵＥ・ネットワーク中継をサポートしていない場合、ＵＥ・ネットワーク中継をサポートしていないことをブロードキャスト（又はユニキャスト）でＵＥ１００に通知してもよいし、通知しなくてもよい。

　ＰｒｏＳｅ機能（ＰｒｏＳｅ　Ｆｕｎｃｔｉｏｎ）は、Ｓｅｒｖｅｒ４００に設けられていてもよいし、他のネットワーク装置に設けられていてもよい。ＰｒｏＳｅ機能は、ホームＰＬＭＮ上のＰｒｏＳｅ機能であってもよい。

　図７に示すように、ステップＳ１００において、承認関連手順（Ａｕｔｈｏｒｉｚａｔｉｏｎ　ｒｅｌａｔｅｄ　ｐｒｏｃｕｄｕｒｅ）が実行される。承認関連手順は、近傍サービスのためのサービス認証をネットワークから取得するための承認手順と、中継ＰＤＮ接続を確立するための確立手順とを含む。

　ステップＳ１１０において、承認手順が実行される。ＵＥ１００は、近傍サービスのためのサービス認証をＰｒｏＳｅ機能に要求する。ＵＥ１００は、例えば、直接ディスカバリ及び／又は直接通信を実行するためのサービス認証を要求する。ＰｒｏＳｅ機能は、ＵＥ１００からの要求に応じて、近傍サービスの動作（ＰｒｏＳｅ動作）の実行の許可を示すサービス認証をＵＥ１００に与えることができる。例えば、ＰｒｏＳｅ機能は、ＰＬＭＮ毎に直接ディスカバリを実行（使用）するための認証をＵＥ１００に与えてもよいし、ＰｒｏＳｅ機能は、サービングＰＬＭＮにおけるＰＬＭＮ毎に直接通信を実行（使用）するための認証をＵＥ１００に与えてもよい。これにより、ＵＥ１００は、ＰＬＭＮ毎に直接ディスカバリを実行（使用）するための認証を取得したり、サービングＰＬＭＮにおけるＰＬＭＮ毎に直接通信を実行（使用）するための認証を取得したりできる。

　なお、ＰｒｏＳｅ機能は、認証の有効期間（ｖａｌｉｄｉｔｙ　ｔｉｍｅ）及びＰｒｏＳｅ動作を実行可能なエリア（又はＰｒｏＳｅ動作を実行不能なエリア）に関するエリア制限情報（Ａｒｅａ　ｒｅｓｔｒｉｃｔｉｏｎ）の少なくともいずれかをＵＥ１００に送ってもよい。

　なお、ＵＥ１００は、例えば、ユーザからの操作に基づいて、承認手順（承認関連手順）を開始してもよいし、ネットワーク（ｅＮＢ２００、アプリケーション等を含む）からの要求（通知）に応じて、承認手順（承認関連手順）を開始してもよい。

　ステップＳ１２０において、確立手順（Ｒｅｌａｙ　ＰＤＮ　Ｃｏｎｎｅｃｔｉｏｎ　ｅｓｔａｂｌｉｓｈｍｅｎｔ）が実行される。ＵＥ１００は、近傍サービスのためのサービス認証の取得に応じて、中継ＰＤＮ接続の確立を開始する。

　ステップＳ１２１において、ＵＥ１００は、ＰＤＮ接続を確立するためのＰＤＮ接続要求をＭＭＥ３００に送る。ＰＤＮ接続要求は、既存のＰＤＮ接続要求であってもよいし、新たに規定された要求であってもよい。ＰＤＮ接続要求は、中継ＰＤＮ接続の確立を要求するための要求であることを示す情報を含んでいてもよい。ＰＤＮ接続要求は、接続先を指定するＡＰＮ（Ａｃｃｅｓｓ　Ｐｏｉｎｔ　Ｎａｍｅ）であるリレーＡＰＮ）を含む。

　ステップＳ１２２において、ＭＭＥ３００は、Ｓ－ＧＷを介して、Ｐ－ＧＷ３５０にクリエイトセッション要求を送り、クリエイトセッション要求を受信したＰ－ＧＷ３５０は、Ｓ－ＧＷを介して、ＭＭＥ３００にクリエイトセッション応答を送る。

　ステップＳ１２３において、クリエイトセッション応答を受信したＭＭＥ３００は、ベアラセットアップ要求（Ｂｅａｒｅｒ　Ｓｅｔｕｐ　Ｒｅｑｕｅｓｔ）をｅＮＢ２００に送る。ベアラセットアップ要求は、ＰＤＮ接続アクセプト（ＰＤＮ　Ｃｏｎｎｅｃｔｉｖｉｔｙ　Ａｃｃｅｐｔ）メッセージを含む。

　ステップＳ１２４において、ベアラセットアップ要求を受信したｅＮＢ２００は、ＲＲＣ接続再設定（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥ１００に送信する。ＲＲＣ接続再設定メッセージは、ＰＤＮ接続アクセプトメッセージを含む。ＲＲＣ接続再設定メッセージ（ＰＤＮ接続アクセプトメッセージ）は、ＰＤＮ接続（中継ＰＤＮ接続）を確立するために必要な情報を含む。

　ステップＳ１２５において、ＵＥ１００は、中継ＰＤＮ接続を確立するための他の処理を実行する。

　以上により、中継ＰＤＮ接続が確立される。確立処理により、複数の中継ＰＤＮ接続が確立されてもよいが、以下において、１つの中継ＰＤＮ接続が確立されたと仮定して説明を進める。

　ステップＳ１３０において、リレー初期手順（Ｒｅｌａｙ　ｉｎｉｔｉａｔｉｏｎ）が実行される。

　ステップＳ１３１において、ｅＮＢ２００は、ブロードキャストされた情報を用いてＵＥ・ネットワーク中継のための発見手順（以下、中継発見手順）を自律的に開始及び／又は停止するか否かを判断するために用いられる閾値を（例えば、ＳＩＢにより）ブロードキャスト（又はユニキャスト）でＵＥ１００に通知する。

　閾値は、例えば、セルラ通信品質（Ｕｕ　ｌｉｎｋ　ｑｕａｌｉｔｙ）と比較される閾値（最大閾値及び／又は最小閾値）である。ＵＥ１００は、セルラ通信品質が最大閾値未満である場合、中継発見手順を開始し、セルラ通信品質が最大閾値以上である場合、中継発見手順を停止する。また、ＵＥ１００は、セルラ通信品質が最小閾値以上である場合、中継発見手順を開始し、セルラ通信品質が最小閾値未満である場合、中継発見手順を停止する。

　閾値（最小閾値）は、無線端末の無線状況に関する測定報告（Ｍｅａｓｕｒｅｍｅｎｔ　Ｒｅｐｏｒｔ）のトリガとなる閾値（イベントＡ１又はＡ２）よりも大きい値であってもよい。具体的には、当該閾値（最小閾値）は、は、サービングセル（ｅＮＢ２００）からの無線信号の測定値（ＲＳＲＰ又はＲＳＲＱ）と比較される閾値よりも大きい値であってもよい。これにより、ＵＥ１００は、セルラ通信品質が良好な状態で、中継発見手順、ひいては、ＵＥ・ネットワーク中継を実行できる。

　セルラ通信品質は、ＵＥ１００とＥ－ＵＴＲＡＮ１０との間の通信品質である。セルラ通信品質は、例えば、ｅＮＢ２００からの参照信号の受信強度（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ　Ｒｅｃｅｉｖｅｄ　Ｐｏｗｅｒ）及び／又はｅＮＢ２００からの参照信号の受信品質（ＲＳＲＱ：Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ　Ｒｅｃｅｉｖｅｄ　Ｑｕａｌｉｔｙ）である。

　なお、ｅＮＢ２００は、中継発見手順用の無線リソース（送信（アナウンス）用の無線リソース及び／又は受信（モニタ）用の無線リソース）をブロードキャスト（例えば、ＳＩＢ）によりＵＥ１００に通知してもよい。中継発見手順用の無線リソースは、ＲＲＣアイドル状態のＵＥに（のみ）用いられる無線リソース（のみ）、ＲＲＣコネクティッド状態のＵＥに（のみ）用いられる無線リソース、及び、ＵＥがＲＲＣアイドル状態かＲＲＣコネクティッド状態かに関係なく用いられる無線リソースの少なくとも何れかの無線リソースであってもよい。なお、本明細書において、「無線リソース」を「無線リソースプール」と適宜読み替えてもよい。

　ｅＮＢ２００は、中継発見手順用の無線リソースと共に閾値を（例えば、ＳＩＢにより）ブロードキャストしてもよい。閾値は、中継発見手順用の無線リソースを使用できるか否かを判断するために用いられてもよい。この場合、上述の中継発見手順の判断と同様に、ＵＥ１００は、無線リソースを使用できるか否かを判断する。

　ステップＳ１３２において、ＵＥ１００は、セルラ通信品質が条件（閾値）を満たすか否かを判断する。ＵＥ１００は、最小閾値を受信している場合、セルラ通信品質が最小閾値以上である場合に、条件を満たすと判断し、そうでない場合、条件を満たさないと判断する。ＵＥ１００は、最大閾値を受信している場合、セルラ通信品質が最大閾値未満である場合に、条件を満たすと判断し、そうでない場合、条件を満たさないと判断する。ＵＥ１００は、最大閾値及び最小閾値の両方を受信している場合、セルラ通信品質が最大閾値と最小閾値との間にある場合に、条件を満たすと判断し、そうでない場合、条件を満たさないと判断する。以下において、セルラ通信品質が条件を満たすと仮定して説明を進める。

　ステップＳ１３３において、ＵＥ１００は、リレーＵＥになる。すなわち、ＵＥ１００は、リレーＵＥとしての役割の実行を開始する。なお、ＵＥ１００は、セルラ通信品質が条件を満たさない場合、リレーＵＥにならない。リレーＵＥになったＵＥ１００は、ステップＳ１４０の処理を実行する。

　ステップＳ１４０において、ＵＥ１００は、中継発見手順を実行する。中継発見手順は、リモートＵＥを発見するための手順である。中継発見手順は、通常の発見手順と同様の手順であってもよい。具体的には、リレーＵＥであるＵＥ１００は、中継発見手順（ディスカバリ手順）において、リモートＵＥを発見するために以下の発見動作（ディスカバリ動作）を実行できる。

　例えば、ＵＥ１００は、リモートＵＥへの発見メッセージ（ディスカバリメッセージ）をアナウンスする。発見メッセージは、ＵＥ１００がリレーＵＥであることをリモートＵＥが判断できる情報を含んでいてもよい。ＵＥ１００は、発見メッセージに対する応答をリモートＵＥから受信（モニタ）することによって、リモートＵＥを発見する。ＵＥ１００は、発見メッセージに対する応答として、リレー要求（ステップＳ１５０参照）を受信してもよい。

　また、ＵＥ１００は、リモートＵＥからの発見メッセージ（ディスカバリメッセージ）をモニタしてもよい。発見メッセージは、送信元のＵＥがリモートＵＥであることをＵＥ１００が判断できる情報を含んでいてもよい。ＵＥ１００は、発見メッセージに対する応答をリモートＵＥに対してアナウンスすることができる。

　以下において、ＵＥ１００及びリモートＵＥであるＵＥ１０１が互いに相手を発見したと仮定して説明を進める。

　ステップＳ１５０において、ＵＥ１０１は、リレー要求をＵＥ１００に送信する。リレー要求は、ＵＥ・ネットワーク中継を要求するメッセージである。リレー要求を受信したＵＥ１００は、ステップＳ１６０の処理を開始する。

　ステップＳ１６０において、リレー動作準備手順（Ｐｒｅｐａｒａｔｉｏｎ　ｆｏｒ　Ｒｅｌａｙ　ｏｐｅｒａｔｉｏｎ）が実行される。リレー動作準備手順では、リレーＵＥがＵＥ・ネットワーク中継を実行するために必要な準備の実行が行われる。

　ステップＳ１６１において、ＵＥ１００がアイドル状態である場合、ＵＥ１００とｅＮＢ２００との間で、ＵＥ・ネットワーク中継のためのデータ無線ベアラ（ＤＲＢ）が確立される。ＵＥ１００は、ＤＲＢを確立するために、ランダムアクセス手順を開始する。

　なお、ＵＥ１００がコネクティッド状態である場合、ステップＳ１６１の処理が省略できる。

　ステップＳ１６２において、ＵＥ１００とｅＮＢ２００との間で、ＵＥ・ネットワーク中継に必要なやり取りを実行する。例えば、ＵＥ１００は、ＵＥ・ネットワーク中継に用いられる無線リソースがｅＮＢ２００から割り当てられる。ＵＥ１００は、無線リソースを要求してもよい。

　ステップＳ１７０において、ＵＥ１００とＵＥ１０１とは、リレー動作を実行する。具体的には、ＵＥ１００は、ＵＥ１０１のデータの中継を開始する。ＵＥ１００は、ｅＮＢ２００から受信したデータをＵＥ１０１へ送信する。また、ＵＥ１００は、ＵＥ１０１から受信したデータをｅＮＢ２００へ送信する。

　以上のように、ＵＥ１００は、近傍サービスのためのサービス認証を取得する際に、中継ＰＤＮ接続の確立を開始する。従って、ＵＥ１００は、中継発見手順を開始する前に、中継ＰＤＮ接続の確立を開始する。これにより、ＵＥ１００が近傍サービスの実行に興味がない場合には、中継ＰＤＮ接続が確立されないため、不要なＰＤＮ接続が確立されることを抑制できる。その結果、リレーＵＥになり得るＵＥ１００が、通常のＰＤＮ接続と同様に、アタッチ処理を行う際に、中継ＰＤＮ接続を確立した場合に比べて、コアネットワークの負荷（通常のＰＤＮ接続に加えて、中継ＰＤＮ接続を管理するための負荷）を軽減することができる。

　また、ＵＥ１００がリモートＵＥからのリレー要求を受信した時点では、中継ＰＤＮ接続が確立されているため、中継ＰＤＮ接続の確立に起因してＵＥ・ネットワーク中継を開始するまでに遅延が発生することを抑制できる。

　（動作パターン２）
　動作パターン２について、図８を用いて説明する。図８は、第１実施形態に係る動作パターン２を説明するためのシーケンス図である。動作パターン２では、ＵＥ１００は、サービングセルを変更した場合に、中継ＰＤＮ接続を確立する。なお、動作パターン１と同様の部分は、説明を適宜省略する。

　初期状態において、ＵＥ１００は、ＵＥ・ネットワーク中継が実行不能であるセルに在圏している。従って、ＵＥ１００のサービングセルは、ＵＥ・ネットワーク中継が実行不能なセルである。なお、ＵＥ１００がセルにキャンプ又はセル（ｅＮＢ２００）とＲＲＣ接続を確立している場合に、ＵＥがセルに在圏している。

　図８において、ステップＳ２００において、ステップＳ１１０と同様に、承認手順が実行される。なお、ＵＥ１００は、近傍サービスのためのサービス認証を取得する際に、中継ＰＤＮ接続の確立を開始しない。

　なお、ＵＥ１００は、サービングセルがＵＥ・ネットワーク中継が実行可能であるか否かに応じて、サービス認証を取得する際に、中継ＰＤＮ接続を確立するか否かを判断してもよい。ＵＥ１００は、ＵＥ・ネットワーク中継が実行可能であるセル（サービングセル）に在圏している場合に、中継ＰＤＮ接続を確立すると判断し、承認関連手順（ステップＳ１００参照）を実行する。一方、ＵＥ１００は、ＵＥ・ネットワーク中継が実行不能であるセル（サービングセル）に在圏している場合に、中継ＰＤＮ接続を確立しないと判断し、通常通りの承認手順を実行してもよい。この場合、ＵＥ１００は、承認手順を実行するが、中継ＰＤＮ接続は確立しない。

　なお、ＵＥ１００は、サービングセルが運用される周波数帯において、ＵＥ・ネットワーク中継が実行不能であっても、サービングセルに在圏した状態で、他の周波数帯において、ＵＥ・ネットワーク中継が実行できる場合には、当該セルをＵＥ・ネットワーク中継が実行可能であるセルと判断してもよい。

　なお、ＵＥ１００は、ｅＮＢ２００（セル）からのブロードキャスト情報（ステップＳ１３０参照）により、ＵＥ・ネットワーク中継が実行可能なセルか否かを判断できる。

　ステップＳ２１０において、ＵＥ１００は、セルを検出し、検出したセルにキャンプする。ＵＥ１００は、セル（再）選択により、セルを検出する。ＵＥ１００は、検出したセルにキャンプすることにより、サービングセルを変更する。

　ＵＥ１００は、ＵＥ１００の移動に伴って、セル（再）選択のトリガを満たした場合に、セルの検出を開始してもよいし、サービス承認の取得に応じて、セルの検出を開始してもよい。

　ステップＳ２２０は、ステップＳ１２０に対応する。ＵＥ１００は、ＵＥ・ネットワーク中継が実行不能であるセルからＵＥ・ネットワーク中継が実行可能であるセルへサービングセルを変更した場合に、中継ＰＤＮ接続を確立する。

　ＵＥ１００は、セルへのキャンプに応じて、中継ＰＤＮ接続の確立を開始してもよい。この場合、ＵＥ１００は、キャンプすると直ちに、中継ＰＤＮ接続の確立を開始する。

　ＵＥ１００は、キャンプしたセルに対してＲＲＣ接続を初めて確立する際に、中継ＰＤＮ接続の確立を開始してもよい。この場合、ＵＥ１００は、キャンプしてから（中継ＰＤＮ接続の確立以外の理由により）ＲＲＣ接続を確立する必要があるまで、中継ＰＤＮ接続の確立を開始しなくてもよい。ＵＥ１００は、ＲＲＣ接続を確立するついでに中継ＰＤＮ接続を確立できる。

　なお、ＵＥ１００は、ＵＥ・ネットワーク中継が実行可能であるセルに在圏している場合に、近傍サービスのためのサービス承認を取得する際に、中継ＰＤＮ接続の確立し、ＵＥ・ネットワーク中継が実行不能であるセルに在圏している場合に、ＵＥ・ネットワーク中継が実行可能であるセルにサービングセルを変更してから、中継ＰＤＮ接続を確立してもよい。

　ステップＳ２３０からＳ２７０は、ステップＳ１３０からＳ１７０に対応する。

　以上のように、ＵＥ１００は、ＵＥ・ネットワーク中継が実行不能であるセルからＵＥ・ネットワーク中継が実行可能であるセルへサービングセルを変更した場合に、中継ＰＤＮ接続を確立する。従って、ＵＥ１００は、中継発見手順を開始する前に、中継ＰＤＮ接続の確立を開始する。これにより、ＵＥ１００が近傍サービスが実行できない場合には、中継ＰＤＮ接続が確立されないため、不要なＰＤＮ接続が確立されることを抑制できる。また、ＵＥ１００がリモートＵＥからのリレー要求を受信した時点では、中継ＰＤＮ接続が確立されているため、中継ＰＤＮ接続の確立に起因してＵＥ・ネットワーク中継を開始するまでに遅延が発生することを抑制できる。

　（動作パターン３）
　動作パターン３について、図９及び図１０を用いて説明する。図９及び図１０は、第１実施形態に係る動作パターン３を説明するためのシーケンス図である。動作パターン３では、ＵＥ１００は、中継ＰＤＮ接続が確立されている場合にのみ、中継発見手順、ひいては、ＵＥ・ネットワーク中継を実行する。なお、動作パターン１及び２の少なくとも一方と同様の部分は、説明を適宜省略する。

　図９において、ステップＳ３００からＳ３２０は、ステップＳ１１０からＳ１３０に対応する。これにより、中継ＰＤＮ接続が確立される。なお、動作パターン１と同様に、承認関連手順により、ステップＳ３００及びＳ３１０の処理が連続して実行されてもよいし、動作パターン２と同様に、ステップＳ３００及びＳ３１０の処理が別々に実行されてもよい。また、ステップＳ３２１及びＳ３２２は、ステップＳ１３１及びＳ１３２に対応する。なお、ステップＳ３２０では、ＵＥ１００は、リレーＵＥとしての役割の実行を開始しない（ステップＳ１３３参照）。

　ＵＥ１００は、セルラ通信品質が条件を満たすと判断した場合、中継ＰＤＮ接続が確立されているか否かを判断する。すなわち、ＵＥ１００は、中継発見手順を開始する前に、中継ＰＤＮ接続が確立されているか否かを判断する。ＵＥ１００は、中継ＰＤＮ接続が確立されているため、ステップＳ３３０の処理（中継発見手順）を開始する。

　ステップＳ３３０からＳ３６０は、ステップＳ１４０からＳ１７０に対応する。

　一方、図１０では、ＵＥ１００は、ステップＳ４００において近傍サービスのためのサービス認証を取得しても、中継ＰＤＮ接続を確立しない。なお、ステップＳ４００は、ステップＳ３００に対応する。

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

　ステップＳ４１２において、ＵＥ１００は、セルラ通信品質が条件を満たすと判断した場合、中継ＰＤＮ接続が確立されているか否かを判断する。ＵＥ１００は、中継ＰＤＮ接続が確立されていないため、中継発見手順を開始しない。従って、ＵＥ１００は、セルラ通信品質が条件を満たす場合であっても、リレーＵＥの役割を実行しない。すなわち、ＵＥ１００は、ＵＥ・ネットワーク中継の実行が制限される。

　以上のように、ＵＥ１００は、中継発見手順を開始する前に、中継ＰＤＮ接続の確立を開始する。また、ＵＥ１００は、中継ＰＤＮ接続が確立されている場合にのみ、中継発見手順を実行する。これにより、ＵＥ１００がリモートＵＥからのリレー要求を受信した時点では、中継ＰＤＮ接続が確立されているため、中継ＰＤＮ接続の確立に起因してＵＥ・ネットワーク中継を開始するまでに遅延が発生することを抑制できる。

　（動作パターン４）
　動作パターン４について、図１１を用いて説明する。図１１は、第１実施形態に係る動作パターン４を説明するためのシーケンス図である。動作パターン４では、ＵＥ１００は、中継ＰＤＮ接続の確立に基づいて、中継発見手順用の無線リソースを使用するか否かを判断する。なお、動作パターン１から３の少なくも何れかと同様の部分は、説明を適宜省略する。

　図１１に示すように、初期状態において、中継ＰＤＮ接続が確立されていない。

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

　ステップＳ５１１において、ｅＮＢ２００は、中継発見手順用の無線リソース（以下、中継発見無線リソースと称する）を使用するために中継ＰＤＮ接続の確立が必要かを判断するための所定情報をＵＥ１００に通知する。ＵＥ１００は、所定情報を受信する。

　ｅＮＢ２００は、閾値（ステップＳ１３１参照）と共に所定情報をＵＥ１００に通知してもよい。また、ｅＮＢ２００は、中継発見無線リソースと共に所定情報をＵＥ１００に通知してもよい（ステップＳ１３１参照）。ｅＮＢ２００は、所定情報をブロードキャスト（例えば、ＳＩＢなどの共通シグナリング）又はユニキャスト（例えば、ＲＲＣ（再）設定メッセージなどの個別シグナリング）によりＵＥ１００に通知できる。

　所定情報は、例えば、中継発見無線リソースを使用するために中継ＰＤＮ接続の確立が必要である場合に「０」を示すビット情報であってもよい。所定情報は、中継発見無線リソースを使用するために中継ＰＤＮ接続の確立が不要である場合に「１」を示すビット情報であってもよい。また、所定情報は、各中継発見無線リソース（各中継発見無線リソースプール）と関連付けられていてもよい。

　ステップＳ５２０において、ＵＥ１００は、中継発見手順を開始する前に、中継発見無線リソースを使用するために中継ＰＤＮ接続の確立が必要であるか否かを判断する。

　中継ＰＤＮ接続が確立されていない場合において、ＵＥ１００は、中継発見無線リソースを使用するために中継ＰＤＮ接続の確立が必要であると判断した場合、中継ＰＤＮ接続の確立を開始する（ステップＳ５３０）。ＵＥ１００は、そうでない場合、ステップＳ５４０の処理を実行する。

　なお、中継ＰＤＮ接続が確立されていない場合において、ＵＥ１００は、中継発見無線リソースを使用するために中継ＰＤＮ接続の確立が必要でないと判断した場合、処理を終了してもよい。すなわち、ＵＥ１００は、中継発見手順、ひいては、ＵＥ・ネットワーク中継の動作を開始しなくてもよい。このように、ＵＥ１００は、所定情報に基づいて、中継ＰＤＮ接続が確立されているか否かに応じて、中継発見手順（ＵＥ・ネットワーク中継の動作）を開始するか否かを決定してもよい。

　ＵＥ１００は、中継ＰＤＮ接続が確立されていない場合にのみ、ステップＳ５２０の処理を実行し、中継ＰＤＮ接続が確立されている場合には、ステップＳ５２０の処理を省略してもよい。

　なお、ＵＥ１００は、使用予定の中継発見無線リソースについて、中継ＰＤＮ接続の確立が必要であるか否かを判断してもよい。或いは、ＵＥ１００は、中継ＰＤＮ接続の確立が必要である中継発見無線リソースと中継ＰＤＮ接続の確立が不要である中継発見無線リソースとを区別してもよい。ＵＥ１００は、中継ＰＤＮ接続の確立が不要である中継発見無線リソースを用いる場合には、中継ＰＤＮ接続を確立せずに、ステップＳ５４０の処理を開始してもよい。この場合において、ＵＥ１００は、中継ＰＤＮ接続がまだ確立されていないことをリモートＵＥが判断するための情報を含む発見メッセージをアナウンスしてもよい。

　ＵＥ１０１（リモートＵＥ）は、遅延が許容できる場合には、リレー要求をＵＥ１００に送信できる。一方、ＵＥ１０１は、遅延が許容できない場合には、ＵＥ１００をリレーＵＥとして選択せずに、他のＵＥを選択できる。ＵＥ１０１は、各中継発見無線リソース（プール）と中継ＰＤＮ接続の確立の要否との関係を知っている場合、遅延を許容できるか否かに応じて、各中継発見無線リソース（プール）を使い分けてもよい。

　ステップＳ５３０からＳ５７０は、ステップＳ１４０からＳ１７０に対応する。

　以上のように、ＵＥ１００は、中継発見手順を開始する前に、中継ＰＤＮ接続の確立を開始する。また、ＵＥ１００は、中継ＰＤＮ接続の確立が必要である場合に、中継発見手順を開始する前に、中継ＰＤＮ接続の確立を開始する。これにより、ＵＥ１００がリモートＵＥからのリレー要求を受信した時点では、中継ＰＤＮ接続が確立されているため、中継ＰＤＮ接続の確立に起因してＵＥ・ネットワーク中継を開始するまでに遅延が発生することを抑制できる。

　［第２実施形態］
　次に、第２実施形態に係る動作ついて説明する。第２実施形態では、中継ＰＤＮ接続の解放に関連する内容を中心に説明する。第１実施形態と同様の部分は、説明を適宜省略する。

　現状の仕様では、ネットワーク（コアネットワークを含む）は、中継ＰＤＮ接続を解放するタイミングが不明である。このため、通常のＰＤＮ接続と同じタイミングで中継ＰＤＮ接続を解放した場合、コアネットワークは、通常のＰＤＮ接続が解放されるまで、通常のＰＤＮ接続に加えて、中継ＰＤＮ接続を管理する必要があるため、コアネットワークの負荷が増大するという問題がある。

　一方で、ＵＥ・ネットワーク中継の終了に応じて、画一的に中継ＰＤＮ接続を解放したケースでは、ＵＥ１００が、ＵＥ・ネットワーク中継の実行を再開する場合に、中継ＰＤＮ接続を再度確立しなければならない。このため、シグナリングが増加するという問題がある。

　そこで、以下において、上記問題を解決するための動作パターンを説明する。具体的には、動作パターン１及び２について説明する。

　（動作パターン１）
　動作パターン１について、図１２を用いて説明する。図１２は、第２実施形態に係る動作パターン１を説明するためのシーケンス図である。

　図８において、ＵＥ１００は、初期状態において、リレーＵＥである。すなわち、ＵＥ１００は、リレーＵＥとしての役割を実行している。

　ステップＳ６１０において、ＵＥ１００は、リレーＵＥとしての役割を終了すると判断する。ＵＥ１００は、例えば、ＵＥ・ネットワーク中継の実行（又は継続）が困難であると判断した場合に、リレーＵＥとしての役割を終了すると判断する。具体的には、ＵＥ１００は、以下のいずれかの場合に、リレーＵＥとしての役割を終了すると判断する。

　　・セルラ通信品質が条件（閾値）を満たさない場合
　　・ＵＥ１００の電池残量が閾値未満である場合
　　・上位レイヤ（例えば、アプリケーションレイヤ）の要求又は通知（上位レイヤの都合）
　　・ＵＥ・ネットワーク中継に関するタイマの満了

　なお、条件（閾値）は、第１実施形態で説明した閾値と同じものであってもよいし、別の閾値であってもよい。当該条件は、ｅＮＢ２００からブロードキャスト（例えば、ＳＩＢ）又はユニキャストにより受信した情報であってもよいし、ＵＥ１００に予め設定された（ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ）情報であってもよい。リレーＵＥとしての役割を終了するか否かの判断に用いられる閾値は、第１実施形態と同様に、無線端末の無線状況に関する測定報告（Ｍｅａｓｕｒｅｍｅｎｔ　Ｒｅｐｏｒｔ）のトリガとなる閾値よりも大きい値であってもよい。セルラ通信が実行可能であっても、無線環境が良好ではないＵＥ１００は、リレーＵＥとしての役割を終了するため、無線環境が良好なＵＥのみが、ＵＥ・ネットワーク中継を実行できる。

　ＵＥ１００の電池残量と比較する閾値は、例えば、ＵＥ・ネットワーク中継の実行（又は継続）した場合に、ＵＥ１００の電池残量が短時間で０になる値（例えば、１５％、３０％、５０％など）である。

　ＵＥ・ネットワーク中継に関するタイマは、例えば、ＵＥが中継ＰＤＮ接続の確立に応じて起動するタイマである。当該タイマについては、第３実施形態にて詳細に説明する。

　ＵＥ１００は、中継ＰＤＮ接続を解放するか否かを判断してもよい。ＵＥ１００は、リレーＵＥとしての役割を終了する理由（終了理由）に応じて、中継ＰＤＮ接続を解放するか否かを判断してもよい。

　ＵＥ１００は、例えば、セルラ通信品質が条件（閾値）を満たさない場合、中継ＰＤＮ接続を維持すると判断してもよい。加えて、ＵＥ１００は、セルラ通信品質が悪化していない場合（例えば、測定報告がトリガされていない場合）に、中継ＰＤＮ接続を維持すると判断してもよい。これにより、ＵＥ１００は、セルラ通信品質が条件（閾値）を再度満たすようになった場合に、すぐに、リレーＵＥとしての役割を再開することができる。

　また、ＵＥ１００は、例えば、ＵＥ１００の電池残量が閾値未満である場合、中継ＰＤＮ接続を解放すると判断してもよい。また、ＵＥ１００は、ＵＥ・ネットワーク中継に関するタイマが満了した場合に、中継ＰＤＮ接続を解放すると判断してもよい。ＵＥ１００は、当該タイマが満了した時点で、リモートＵＥとのＬ２リンクを確立していない場合に、中継ＰＤＮ接続を解放すると判断してもよい。

　ステップＳ６２０において、ＵＥ１００は、リレーＵＥとしての役割を終了する理由（ｃａｕｓｅ）をｅＮＢ２００に通知する。例えば、ＵＥ１００は、近傍サービスに関する情報の通知に用いられるサイドリンクＵＥ情報（ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ）メッセージにより、終了理由を通知する。ＵＥ１００は、測定報告に終了理由を含めることにより、終了理由をｅＮＢ２００に通知してもよい。

　ＵＥ１００は、中継ＰＤＮ接続の解放を要求する情報と共に終了理由をネットワークに通知してもよい。中継ＰＤＮ接続の解放を要求するメッセージ内に終了理由が含まれていてもよい。

　ステップＳ６３０において、終了理由を受信したｅＮＢ２００は、終了理由に基づいて、中継ＰＤＮ接続を解放するか否かを判断する。ｅＮＢ２００は、上述のＵＥ１００と同様に、中継ＰＤＮ接続を解放するか否かを判断してもよい。ｅＮＢ２００は、中継ＰＤＮ接続の解放が要求されている場合にのみ、終了理由に基づいて、中継ＰＤＮ接続を解放すると判断してもよい。

　ステップＳ６４０において、ｅＮＢ２００は、中継ＰＤＮ接続を解放するための処理を実行する。具体的には、ｅＮＢ２００は、中継ＰＤＮ接続を構成するＵＥ１００とｅＮＢ２００との間の無線ベアラを解放する。

　ステップＳ６５０において、ｅＮＢ２００は、中継ＰＤＮ接続を構成する無線ベアラの解放の指示（Ｉｎｄｉｃａｔｉｏｎ　ｏｆ　Ｂｅａｒｅｒ　Ｒｅｌｅａｓｅ）をＭＭＥ３００に送る。ＭＭＥ３００は、中継ＰＤＮ接続を解放するための処理を実行する。当該処理の詳細は、３ＧＰＰ技術報告書「ＴＳ　２３．４０１」に記載されているため、説明を省略する。

　なお、ＵＥ１００は、ステップＳ６１０において、リレーＵＥとしての役割を終了すると判断した場合に、ＵＥ１００は、リレーＵＥとしての役割を終了する。ＵＥ１００は、リレーＵＥとしての役割を終了する場合、例えば、ＵＥ・ネットワーク中継を終了する。ＵＥ１００は、配下のリモートＵＥ（データの送信及び／又は受信対象であるリモートＵＥ）に対して、リリースメッセージを送信できる。

　ＵＥ１００は、リレーＵＥとしての役割を終了する場合、中継発見手順を終了してもよい。これにより、ＵＥ１００は、新たなリモートＵＥからリレー要求を受信せずに済むため、配下のリモートＵＥ以外の他のリモートＵＥにとってリレーＵＥとしての役割を終了することになる。ＵＥ１００は、配下のリモートＵＥにリリースメッセージを送信してもよいし、配下のリモートＵＥに対するデータの中継が終了するまでは、ＵＥ・ネットワーク中継を実行してもよい。

　（動作パターン２）
　次に、動作パターン２について、図１３を用いて説明する。図１３は、第２実施形態に係る動作パターン２を説明するためのシーケンス図である。動作パターン２では、ＵＥ１００は、終了理由をＭＭＥ３００に通知する。上述の動作パターン１と同様の部分は、説明を適宜省略する。

　図１３において、ステップＳ７１０は、ステップＳ６１０に対応する。

　ステップＳ７２０において、ＵＥ１００は、リレーＵＥとしての役割を終了する理由（ｃａｕｓｅ）をＭＭＥ３００に通知する。例えば、ＵＥ１００は、ベアラリソースの変更（例えば、リソースの割り当て又は解放）のためのベアラリソース変更要求（Ｒｅｑｕｅｓｔ　Ｂｅａｒｅｒ　Ｒｅｓｏｕｒｃｅ　Ｍｏｄｉｆｉｃａｔｉｏｎ）メッセージにより、終了理由を通知する。ＵＥ１００は、ＰＤＮ接続を要求するメッセージ（ＰＤＮ　ｄｉｓｃｏｎｎｅｃｔｉｏｎ　ｒｅｑｕｅｓｔ）により、終了理由をネットワーク（ＭＭＥ３００）に通知してもよい。

　ステップＳ７３０において、終了理由を受信したＭＭＥ３００は、終了理由に基づいて、中継ＰＤＮ接続を解放するか否かを判断する。ＭＭＥ３００は、上述のＵＥ１００（又はｅＮＢ２００）と同様に、中継ＰＤＮ接続を解放するか否かを判断してもよい。

　ステップＳ７４０において、ＭＭＥ３００は、中継ＰＤＮ接続を解放すると判断した場合、ＭＭＥ３００は、中継ＰＤＮ接続を解放するための処理を実行する。当該処理の詳細は、３ＧＰＰ技術報告書「ＴＳ　２３．４０１」に記載されているため、説明を省略する。

　以上のように、動作パターン１及び２において、ＵＥ１００は、リレーＵＥとしての役割を終了する場合に、終了理由をネットワーク（ｅＮＢ２００、ＭＭＥ３００を含む）に通知する。これにより、ネットワークは、ＵＥ１００がリレーＵＥとしての役割を終了した終了理由に基づいて、中継ＰＤＮ接続を解放するか否かを判断することができる。これにより、中継ＰＤＮ接続を解放するか否かが柔軟に判断されるため、コアネットワークの負荷を軽減しつつも、中継ＰＤＮ接続に関するシグナリングを低減できる。

　［第３実施形態］
　次に、第３実施形態に係る動作ついて説明する。第３実施形態では、ＵＥ・ネットワーク中継に関するタイマに関連する内容を中心に説明する。第１及び第２実施形態の少なくともいずれかと同様の部分は、説明を適宜省略する。

　ＵＥ１００は、リレーＵＥになった場合、中継発見手順及びＵＥ・ネットワーク中継の少なくとも一方の処理を実行するため、例えば、電力消費、処理負荷などが増加することが想定される。特に、ＵＥ１００は、中継ＰＤＮ接続を維持し続けることにより、処理負荷が増加することが想定される。

　一方で、ＵＥ１００の処理負荷等を低減するために、ＵＥ・ネットワーク中継の終了に応じて、画一的に中継ＰＤＮ接続を解放した場合、シグナリングが増加するという問題がある。

　そこで、以下において、上記問題を解決するための動作を、図１４を用いて説明する。図１４は、第３実施形態に係るＵＥ１００の動作を説明するための図である。

　図１４に示すように、ステップＳ８１０において、ＵＥ１００は、中継ＰＤＮ接続を確立するための処理を実行する。

　ステップＳ８２０において、ＵＥ１００は、ＰＤＮ接続を確立した場合に、ＵＥ・ネットワーク中継に関するタイマ（以下、中継タイマ）を起動する。中継タイマは、例えば、中継ＰＤＮ接続を維持する期間を計測するためのタイマである。ＵＥ１００は、中継タイマが満了するまで中継ＰＤＮ接続を維持できる。

　ＵＥ１００は、ｅＮＢ２００又は、ＭＭＥ３００などの上位ネットワーク装置から中継タイマの情報を受信してもよいし、ＵＥ１００に中継タイマの情報が予め設定されていてもよい。ｅＮＢ２００は、ブロードキャスト（例えば、ＳＩＢなどの共通シグナリング）又はユニキャスト（例えば、ＲＲＣ（再）設定メッセージなどの個別シグナリング）により、中継タイマの情報をＵＥ１００に送信できる。ｅＮＢ２００は、中継ＰＤＮ接続を確立する際に、中継タイマの情報をＵＥ１００に送信してもよい。ｅＮＢ２００は、ＵＥ・ネットワーク中継に関する情報（例えば、上述の閾値、中継発見手順用の無線リソースなど）と共に、中継タイマの情報をＵＥ１００に送信してもよいし、近傍サービスに関する他の情報（発見手順に関する情報、直接通信に関する情報（例えば、無線リソースプール）など）と共に中継タイマの情報をＵＥ１００に送信してもよい。ＵＥ１００は、ｅＮＢ２００から受信した中継タイマの情報に基づいて、中継タイマを設定できる。

　また、ＵＥ１００は、中継タイマに関して、以下の少なくともいずれかの取り扱いを実行してもよい。

　第１に、ＵＥ１００は、ＵＥ・ネットワーク中継を開始した場合に、中継タイマを初期化する。例えば、ＵＥ１００は、リモートＵＥとのＬ２リンクを確立し、リレー動作（データの中継動作）を開始した場合に、中継タイマを初期化できる。

　第２に、ＵＥ１００は、ＵＥ・ネットワーク中継を実行している間、中継タイマを停止する。例えば、ＵＥ１００は、リレー動作を開始した場合に、中継タイマを停止してもよいし、リモートＵＥからのリレー要求の受信に応じて、中継タイマを停止してもよい。ＵＥ１００は、リレー動作を終了した場合に、中継タイマを再開してもよい。ＵＥ１００は、配下にリモートＵＥが存在しない場合に、中継タイマを再開してもよい。

　第３に、ＵＥ１００は、ＵＥ・ネットワーク中継を実行していない場合に、中継タイマを稼働してもよい。例えば、ＵＥ１００は、リモートＵＥとのＬ２リンクを確立していない場合に、中継タイマを稼働できる。ＵＥ１００は、リモートＵＥとのＬ２リンクを確立していても、リレー動作を開始していない場合に、中継タイマを稼働してもよい。

　第４に、ＵＥ１００は、ＲＲＣアイドル状態である場合にのみ、中継タイマを使用する。ＵＥ１００は、ＲＲＣコネクティッド状態である場合には、中継タイマを使用しなくてもよい。例えば、ＵＥ１００は、ＲＲＣアイドル状態である場合にのみ、中継タイマを稼働してもよい。ＵＥ１００は、ＲＲＣアイドル状態になった場合に、中継タイマを起動し、ＲＲＣアイドル状態からＲＲＣコネクティッド状態になった場合に、中継タイマを停止してもよい。或いは、ＵＥ１００は、ＲＲＣコネクティッド状態になった場合に、中継タイマを初期化してもよい。

　ステップＳ８３０において、中継タイマが満了する。

　ステップＳ８４０において、ＵＥ１００は、中継タイマが満了した場合、例えば、以下のいずれかの処理を実行できる。

　第１に、ＵＥ１００は、中継ＰＤＮ接続を解放する。ＵＥ１００は、タイマが満了した時点で、リレーＵＥとのＬ２リンクを確立していない場合に、中継ＰＤＮ接続を解放すると判断してもよい。ＵＥ１００は、Ｌ２リンクを確立している場合には、以下の動作を実行してもよい。これにより、中継ＰＤＮ接続が解放されるために、ＵＥ１００の処理負荷が低減できる。

　第２に、ＵＥ１００は、中継ＰＤＮを維持したまま、発見メッセージのアナウンスの代わりに、リモートＵＥからの発見メッセージのモニタを開始する。発見メッセージのアナウンスよりも発見メッセージのモニタの方が、電力消費が少ないため、ＵＥ１００は、電力消費を低減できる。

　第３に、ＵＥ１００は、中継ＰＤＮを維持したまま、中継発見手順を終了する。すなわち、ＵＥ１００は、リモートＵＥのための発見メッセージのアナウンス及びモニタを終了する。これにより、ＵＥ１００は、中継発見手順を実行しないため、ＵＥ１００の電力消費及び処理負荷を低減できる。ＵＥ１００は、配下のリモートＵＥに対するＵＥ・ネットワーク中継を終了してもよいし、ＵＥ・ネットワーク中継を継続してもよい。

　第４に、ＵＥ１００は、中継ＰＤＮを維持したまま、ＵＥ・ネットワーク中継を終了する。これにより、ＵＥ１００は、ＵＥ・ネットワーク中継を実行しないため、ＵＥ１００の電力消費及び処理負荷を低減できる。

　以上により、ＵＥ１００は、中継タイマが満了するまで、中継ＰＤＮ接続を維持する。これにより、ＵＥ１００は、中継ＰＤＮ接続をすぐに解放しないため、中継ＰＤＮ接続に関するシグナリングを低減することができる。

　［第４実施形態］
　次に、第４実施形態に係る動作ついて、図１５を用いて説明する。図１５は、第４実施形態に係る動作を説明するためのシーケンス図である。第１から第３実施形態の少なくともいずれかと同様の部分は、説明を適宜省略する。

　第４実施形態では、ＵＥ・ネットワーク中継に関連する動作で使用可能である無線リソースの使用に関連する内容を中心に説明する。なお、ＵＥ・ネットワーク中継に関連する動作は、ＵＥ・ネットワーク中継に係る動作だけでなく、中継発見手順に係る動作であってもよい。

　ｅＮＢ２００は、ＵＥ・ネットワーク中継に関連する動作で使用可能である無線リソースにより構成されるリレーリソースプールを管理する。以下において、リレーリソースプールは、中継発見手順に用いられる無線リソースにより構成されると仮定して説明する。また、リレーリソースプールは、ｅＮＢ２００がＵＥ１００に割り当て可能な無線リソースにより構成されるリソースプールである。

　図１５に示すように、ステップＳ９１０において、ｅＮＢ２００は、中継発見手順用の無線リソースをＵＥ１００に割り当てる。具体的には、ｅＮＢ２００は、中継発見手順用の無線リソースの情報を含む制御情報をＵＥ１００に送信する。ｅＮＢ２００は、中継発見手順用の無線リソースの割り当て要求をＵＥ１００から受信した場合に、当該無線リソースをＵＥ１００に割り当ててもよい。無線リソースは、ディスカバリメッセージの送信（アナウンスメント）のための無線リソースであってもよいし、ディスカバリメッセージの受信（モニタ）のための無線リソースであってもよい。

　当該制御情報は、無線リソースの情報だけでなく、ＵＥ・ネットワーク中継に関連する動作である中継発見手順と異なる用途でリレーリソースプール内の無線リソースを使用可能か否かを判断するための情報（以下、判断情報）を含んでもよい。判断情報は、例えば、ｅＮＢ２００からの許可を示す情報である。従って、ｅＮＢ２００は、ＵＥ１００に割り当てた中継発見手順用の無線リソース（例えば、ディスカバリメッセージの送信のための無線リソース）を通常の発見手順で使用することを許可するための情報を制御情報に含めることができる。なお、通常の発見手順は、リモートＵＥの発見のみを目的としない発見手順である。従って、通常の発見手順は、リモートＵＥの発見に限定されず、ＵＥの発見を目的とする発見手順である。

　判断情報は、例えば、中継ＰＤＮ接続が確立されている場合に、無線リソースを中継発見手順で使用することを許可する情報であってもよい。従って、中継ＰＤＮ接続が確立されていない場合には、ＵＥ１００は、無線リソースを通常の発見手順で使用する。

　なお、ｅＮＢ２００は、ｅＮＢ２００がＵＥ１００に割り当て可能な無線リソースにより構成されるリレーリソースプール内の無線リソースのみを、中継発見手順と異なる用途で使用することを許可してもよい。或いは、ｅＮＢ２００は、ＵＥ１００が自律的に選択可能な無線リソースにより構成されるリレーリソースプール内の無線リソースを中継発見手順と異なる用途で使用することを許可してもよい。

　なお、ｅＮＢ２００は、判断情報を無線リソースが含まれる制御情報に含めなくてもよい。ｅＮＢ２００は、ブロードキャスト（例えば、ＳＩＢなどの共通シグナリング）又はユニキャスト（例えば、ＲＲＣ（再）設定メッセージなどの個別シグナリング）によりＵＥ１００に無線リソースとは別に判断情報を送信してもよい。

　また、ｅＮＢ２００は、リレーリソースプール毎に、中継発見手順と異なる用途で使用可能か否かを判断するための判断情報をＵＥ１００に送信してもよい。従って、判断情報は、リソースプールの識別情報と関連付けられていてもよい。例えば、判断情報は、許可又は不許可の情報とリソースプールの識別情報とが対応付けられたリストであってもよい。

　ステップＳ９２０において、ＵＥ１００は、ｅＮＢ２００から割り当てられた中継発見手順用の無線リソースを中継発見手順と異なる用途で使用可能か否かを判断する。ＵＥ１００は、判断情報に基づいて、例えば、当該無線リソースを通常の発見手順で使用可能か否かを判断する。ＵＥ１００は、ｅＮＢ２００から他の用途で当該無線リソースの使用が許可された場合に、当該無線リソースを中継発見手順と異なる用途で使用可能であると判断する。ＵＥ１００は、ｅＮＢ２００から他の用途で当該無線リソースの使用が許可されていない場合に、当該無線リソースを中継発見手順でのみ使用可能であると判断する。

　ＵＥ１００は、中継ＰＤＮ接続が確立されている場合に、無線リソースを中継発見手順で使用すると判断し、中継ＰＤＮ接続が確立されていない場合には、無線リソースを通常の発見手順で使用すると判断してもよい。

　ステップＳ９３０において、ＵＥ１００は、ステップＳ９２０の判断結果に基づいて、ｅＮＢ２００から割り当てられた無線リソースを使用して、中継発見手順又は通常の発見手順を実行できる。

　以上のように、ｅＮＢ２００は、中継発見手順と異なる用途で中継発見手順用の無線リソースを使用可能か否かを判断するための判断情報をＵＥ１００に送信する。ＵＥ１００は、判断情報に基づいて、無線リソースを中継発見手順と異なる用途で使用するか否かを判断する。これにより、ＵＥ１００は、リレーリソースプール内の無線リソースを中継発見手順と異なる用途で使用可能か否かを判断できるため、無線リソースを有効活用することができる。

　［第５実施形態］
　次に、第５実施形態に係る動作ついて、図１６を用いて説明する。図１６は、第５実施形態に係る動作を説明するためのシーケンス図である。第１から第４実施形態の少なくともいずれかと同様の部分は、説明を適宜省略する。

　第５実施形態では、ＵＥ・ネットワーク中継に関連する動作で使用可能である無線リソースの割り当て要求に関連する内容を中心に説明する。以下において、ＵＥ・ネットワーク中継に関連する動作を中継発見手順として仮定して説明する。

　図１６において、ステップＳ１０１０において、ｅＮＢ２００は、ＵＥ・ネットワーク中継に関連する動作である中継発見手順で使用される無線リソースの割り当て要求を送信可能なＵＥの数を制限する。具体的には、ｅＮＢ２００は、割り当て要求を送信可能なＵＥ（すなわち、割り当て要求の送信を許可するＵＥ）の数を制限するための制限情報をＵＥ１００に送信する。制限情報は、割り当て要求を送信可能か否かをＵＥが判断するための情報である。

　ｅＮＢ２００は、制限情報をブロードキャスト（例えば、ＳＩＢなどの共通シグナリング）又はユニキャスト（例えば、ＲＲＣ（再）設定メッセージなどの個別シグナリング）によりＵＥ１００に送信できる。

　ｅＮＢ２００は、トラフィック負荷（例えば、ｅＮＢ－ＵＥ間の無線リソースの使用率）が所定値以上である場合、制限情報の送信を開始してもよい。ｅＮＢ２００は、トラフィック負荷が所定値未満である場合、制限情報の送信を停止してもよい。また、ｅＮＢ２００は、単位時間当たりの割り当て要求を送信するＵＥの数が所定値以上である場合に、制限情報の送信を開始してもよい。ｅＮＢ２００は、単位時間当たりの割り当て要求を送信するＵＥの数が所定値未満である場合に、制限情報の送信を終了してもよい。

　制限情報は、例えば、近傍サービスによる無線信号の受信レベル（ＰＣ５　ｌｉｎｋ　ｓｔｒｅｎｇｔｈ）と比較される閾値（以下、制限閾値）の情報である。制限閾値は、例えば、ディスカバリ信号（ディスカバリメッセージ）の受信強度（ＲＳＲＰ）及び／又は受信品質（ＲＳＲＱ）と比較される値である。制限情報は、近傍サービスによる無線信号の受信レベルに関する所定の範囲を示す情報であってもよい。

　制限情報は、中継ＰＤＮ接続の確立に関する情報であってもよい。例えば、制限情報は、中継ＰＤＮ接続が確立されている場合に、割り当て要求の送信を許可し、中継ＰＤＮ接続が確立されていない場合に、割り当て要求の送信を許可しないことを示す情報である。

　ステップＳ１０２０において、ＵＥ１００は、ｅＮＢ２００から受信した制限情報に基づいて、割り当て要求を送信可能であるか否かを判断する。例えば、ＵＥ１００は、リモートＵＥからのディスカバリ信号の受信レベルと制限閾値とを比較する。ＵＥ１００は、受信レベルが制限閾値以上である場合に、割り当て要求を送信可能（割り当て要求の送信が許可された）であると判断し、受信レベルが制限閾値未満である場合に、割り当て要求を送信不能（割り当て要求の送信が許可されていない）であると判断する。ＵＥ１００は、受信レベルが制限情報が示す所定の範囲である場合に、割り当て要求を送信可能であると判断し、そうでない場合、割り当て要求を送信不能であると判断してもよい。或いは、ＵＥ１００は、中継ＰＤＮ接続が確立されている場合に、割り当て要求の送信が可能であると判断し、そうでない場合、割り当て要求を送信不能であると判断してもよい。

　ＵＥ１００は、割り当て要求を送信可能であると判断した場合、ステップＳ１０３０の処理を実行できる。ＵＥ１００は、割り当て要求を送信不能であると判断した場合、処理を終了する。

　なお、ＵＥ１００は、自身の存在（「Ｉ　ａｍ　ｈｅｒｅ」）をアナウンスするための発見手順（いわゆる、モデルＡ）ではなく、他のＵＥの存在（「ｗｈｏ　ｉｓ　ｔｈｅｒｅ」及び／又は「ａｒｅ　ｙｏｕ　ｔｈｅｒｅ」）を問い合わせるための発見手順（いわゆる、モデルＢ）を中継発見手順として実行する場合に、制限情報に基づいて、割り当て要求を送信可能であるか否かを判断してもよい。

　ステップＳ１０３０において、ＵＥ１００は、割り当て要求をｅＮＢ２００に送信する。ステップＳ１０４０において、ｅＮＢ２００は、割り当て要求に応じて、ＵＥ１００に中継発見手順用の無線リソースを割り当てる。ステップＳ１０５０において、ＵＥ１００は、割り当てられた無線リソースを使用して中継発見手順を開始する。

　以上のように、ｅＮＢ２００は、中継発見手順用の無線リソースの割り当て要求を送信可能なＵＥの数を制限する処理として、割り当て要求が送信可能か否かを判断するための制限情報をＵＥ１００に送信する。ＵＥ１００は、制限情報に基づいて、割り当て要求を送信可能であるか否かを判断する。これにより、割り当て要求の数が減少するため、ｅＮＢ－ＵＥ間のシグナリングが減少する。その結果、トラフィック負荷を低減できる。

　［その他の実施形態］
　上述した各実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

　例えば、上述した第１実施形態（動作パターン１）において、ＵＥ１００は、サービス認証を取得した後に、中継ＰＤＮ接続の確立（確立手順）を開始したが、これに限られない。ＵＥ１００は、承認手順と確立手順とを同時に実行してもよい。

　上述した第３実施形態では、ＵＥ１００が、中継タイマが満了するまで中継ＰＤＮ接続を維持していたが、これに限られない。例えば、ＵＥ１００は、第２実施形態で説明したように、中継タイマ以外の理由により、中継ＰＤＮ接続を解放すると判断した場合に、中継タイマが満了する前に、中継ＰＤＮ接続を解放してもよい。

　上述した第４及び第５実施形態では、ＵＥ・ネットワーク中継に関連する動作を中継発見手順として説明したが、これに限られない。ＵＥ・ネットワーク中継に関連する動作は、ＵＥ・ネットワーク中継自体であってもよい。従って、リレーリソースプールは、ＵＥ・ネットワーク中継用の無線リソースにより構成されてもよい。従って、例えば、第４実施形態において、ｅＮＢ２００は、ＵＥ・ネットワーク中継で使用可能である無線リソースを通常の直接通信で使用可能か否かを判断するための判断情報をＵＥ１００に送信してもよい。また、第５実施形態において、ｅＮＢ２００は、ＵＥ・ネットワーク中継で使用される無線リソースの割り当て要求を送信可能か否かを判断するための制限情報をＵＥ１００に送信してもよい。

　上述した各実施形態に係る動作は、適宜組み合わせて実行されてもよい。また、上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。

　上述した各実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ｅＮＢ２００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。

　ＵＥ１００及びｅＮＢ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサ）によって構成されるチップが提供されてもよい。

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

　［付記］
　（１）考察
　（１．１．）未解決の問題（Ｏｐｅｎ　ｉｓｓｕｅｓ）
　（１．１．１．）リレーディスカバリリソースプール
　リレーディスカバリリソースプールの態様に関して、未解決の問題は、以下の２つである。

　－当該プールがリレー動作専用かどうか、あるいは他のＰＳ（Ｐｕｂｌｉｃ　Ｓａｆｅｔｙ：公安）ディスカバリサービスも当該プールを使用可能かどうかについての更なる検討課題。

　－本プールがリモートＵＥ及びリレーＵＥの両方によって使用されるのか、あるいはリレーＵＥによってのみ使用されるのかについての更なる検討課題。

　前者に関して、他のＰＳディスカバリがリレーディスカバリに衝突する場合、他のＰＳディスカバリサービスに対してリレーディスカバリリソースプールの使用を許可することは望ましくない。

　しかしながら、ｅＮＢがリソース割り当てを制御して衝突を回避する場合、リレーディスカバリリソースプール内で他のＰＳディスカバリをアナウンスすることは、リソース活用の観点に関して有益であり得る。従って、タイプ１のリレーリソースプール内で他のＰＳディスカバリサービスをアナウンスすべきではないが、ｅＮＢが許可する場合、タイプ２ｂのリレーディスカバリリソースプール内で他のＰＳディスカバリサービスをアナウンスすることができる。予め設定されたリレーディスカバリリソースプールを考慮すれば、タイプ１のリレーディスカバリリソースプールと同様に適用することが有益である。また、タイプ１及びタイプ２ｂの両方のリレーディスカバリリソースプールが同じリソースプールを共用するかどうかについては明確ではないが、リレーディスカバリメッセージの衝突回避に関しては、別個のリソースプールを導入する方が好ましい。

　提案１：タイプ１のリレーリソースプール内で他のＰＳディスカバリサービスをアナウンスすべきではないが、ｅＮＢが許可する場合、タイプ２ｂのリレーディスカバリリソースプール内で他のＰＳディスカバリサービスをアナウンスすることができる。

　提案２：予め設定されたリレーリソースプールが設定されるべきであり、他のＰＳディスカバリをアナウンスするためにリモートＵＥによって使用されるべきではない。

　提案３：衝突を防止するために、タイプ１／タイプ２ｂのリレーディスカバリには別個のリソースプールが設定されるべきである。

　後者に関して、リモートＵＥのリレーディスカバリアナウンスの特徴を考慮すれば、リモートＵＥは、リレーディスカバリ要請（ｒｅｌａｙ　ｄｉｓｃｏｖｅｒｙ　ｓｏｌｉｃｉｔａｔｉｏｎ）メッセージを常時アナウンスし続けることはない。リレーディスカバリ要請メッセージがタイプ２ｂのリレーディスカバリリソースプール内でアナウンスされるケースに関して、ＤｅＮＢ（Ｄｏｎｏｒ　ｅＮＢ）は、衝突を回避できるため、リモートＵＥ及びリレーＵＥの両方が同じリソースプールを共用することは問題ではない。一方、タイプ１のリソースプール内、すなわち、アイドルモードのリレーＵＥ用のリレーディスカバリリソースプール内でのアナウンスの場合、リレーディスカバリメッセージをアナウンスするリレーＵＥは、いずれのリモートＵＥにもサービスしておらず、リレーＵＥのリレーディスカバリメッセージとリモートＵＥのリレーディスカバリメッセージとの間の衝突は、その衝突によってリレーの再選択が生じないため、リレー動作において重大な問題にはならないと想定され得る。従って、タイプ１及びタイプ２ｂの両方に関して、リレーディスカバリリソースプールは、リモートＵＥ及びリレーＵＥの両方による使用が可能である。

　提案４：タイプ１及びタイプ２ｂの両方に関して、リレーディスカバリリソースプールは、リモートＵＥ及びリレーＵＥの両方による使用が可能である。

　（２．１．２．）アイドルモードのリレーディスカバリ設定（ＩＤＬＥ　ｍｏｄｅ　ｒｅｌａｙ　ｄｉｓｃｏｖｅｒｙ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）
　ＲＡＮ２は、リレーＵＥに対して、アイドルモードでリレーディスカバリ動作を行うことを許可することに合意した。少なくともアイドルモードでのリレーが可能なＵＥは、ブロードキャストされたリレーディスカバリ設定に従い、リレーＵＥとしてリレーディスカバリ動作を開始する。対応する未解決の問題は、２つである。

　－リレーディスカバリリソースをブロードキャストしている場合、ｅＮＢが個別的にＵＥを制御できるかどうかについての更なる検討課題。

　－コネクティッドモードのＵＥがブロードキャストリレーディスカバリリソースを使用できるかどうかについての更なる検討課題。

　前者に関して、「個別的にＵＥを制御（ｃｏｎｔｒｏｌ　ｔｈｅ　ＵＥｓ　ｏｎ　ａｎ　ｉｎｄｉｖｉｄｕａｌ　ｂａｓｉｓ）」することについて考えられ得る想定のうち１つとして、リレー関連の設定（ｒｅｌａｙ－ｒｅｌａｔｅｄ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）がブロードキャストを介して個々のＵＥに提供されることが挙げられる。しかし、リリース１２の仕様によると、アイドルモードのＵＥを特定する方法は存在しない。他の可能性としては、リレーＵＥのＰｒｏＳｅ　ＵＥ　ＩＤを使用して、個々のＵＥを特定することが挙げられるが、かかるＩＤは、上位層の範囲にある、すなわち、ＲＡＮが使用すべきではない。

　一方、後者は、逆の状況を想定する。リリース１２において、コネクティッドモードのＵＥは、ブロードキャストされたリレーディスカバリリソースを使用することができない。また、他のリレーディスカバリメッセージとの衝突という観点から、ＤｅＮＢは、基本的に、リレーＵＥが使用するリレーディスカバリアナウンシングリソースを制御すべきである。

　従って、リレーＵＥは、ＲＲＣ接続状態に適切なリレーディスカバリ設定にただ従うべきである。

　提案５：リレーＵＥは、ＲＲＣ接続状態に適切なリレーディスカバリ設定にただ従うべきである。

　（２．１．３．）Ｔｘ（送信）リレーディスカバリリソースの要求
　ブロードキャスト信号にｔｘリレーディスカバリリソースが含まれていない場合、リレーＵＥは、コネクティッドモードへと移行し、ＤｅＮＢに対してｔｘリレーディスカバリリソースを要求する。以下の未解決の問題は、ｔｘリレーディスカバリリソースの要求を開始するリレーＵＥの数を制限するためのものである。

　－ｔｘリレーディスカバリリソースを要求する前にＵＥが遵守する必要がある最小及び／又は最大Ｕｕリンク品質（ＲＳＲＰ／ＲＳＲＱ）閾値をｅＮＢが任意選択的にブロードキャストできるかどうか、及びモデルＡとモデルＢとの間の挙動の差別化についての更なる検討課題。

　自律的なリレーディスカバリアナウンスメントのための閾値メカニズムを導入することと同じ理由から、ｔｘリレーディスカバリリソースの要求をトリガする閾値メカニズムを導入することが有益であり得る。

　提案６：ｔｘリレーディスカバリリソースを要求するための閾値メカニズムを導入することは、有用であり得る。

　「モデルＡとモデルＢとの間の挙動の差別化（ａ　ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎ　ｏｆ　ｂｅｈａｖｉｏｕｒ　ｂｅｔｗｅｅｎ　Ｍｏｄｅｌ　Ａ　ａｎｄ　Ｍｏｄｅｌ　Ｂ）」に関して、モデルＢについては、トラフィック負荷の増加を制御するために、リモートＵＥからリレーディスカバリ要請メッセージを受信した多数のリレーＵＥからのリレーディスカバリリソース要求の数を制限することは、ＤｅＮＢにとって有益であり得る。その場合、ＤｅＮＢは、ＰＣ５リンク品質（例えば、信号強度）の閾値をリレーＵＥに提供して、モデルＢに関連するリレーディスカバリリソース要求を限定する必要がある。リレーＵＥが、リレーディスカバリ要請メッセージの受信の際に、十分なＰＣ５リンク信号強度を測定した場合、ＤｅＮＢに対してリレーディスカバリリソースを要求することが許可される。従って、モデルＡとモデルＢとの間の挙動を差別化するというオプションを導入することは、ＤｅＮＢ又はリレーＵＥにとって有益である。

　提案７：リレーディスカバリのモデルＢに関して、トラフィック負荷の増加を制御するために、ＤｅＮＢは、リレーＵＥからのリレーディスカバリリソース要求を制限することができる。

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

Claims

　他の無線端末と基地局との間で直接的な端末間通信を利用した中継を実行可能な
無線端末であって、
　前記中継のために発見手順を制御するよう構成された制御部と、
　前記中継のための前記発見手順において用いられる無線リソースの情報を基地局から受信するよう構成された受信部と、を備え、
　前記受信部は、前記無線リソースを用いて前記中継のための前記発見手順を実行可能か否かを判断するための閾値を前記基地局から受信するよう構成され、
　前記制御部は、前記基地局からの無線信号の受信強度が前記閾値を満たす場合に、前記中継のための前記発見手順を実行可能であると判断するよう構成される無線端末。
　前記無線リソースの情報は、前記中継のための前記発見手順において前記他の無線端末へ発見信号を直接的に送信するために用いられる無線リソースを示し、
　前記無線リソースは、前記無線端末がＲａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ（ＲＲＣ）アイドル状態である場合にのみ使用可能である請求項１に記載の無線端末。
　前記無線リソースの情報は、前記中継のための前記発見手順において前記他の無線端末から発見信号を直接的に受信するために用いられる無線リソースを示し、
　前記無線リソースは、前記無線端末がＲａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ（ＲＲＣ）アイドル状態であっても前記無線端末がＲＲＣコネクティッド状態であっても使用可能である請求項１に記載の無線端末。
　前記発見手順において前記他の無線端末へ発見信号を直接的に送信するよう構成された送信部を備え、
　前記発見信号は、前記無線端末が前記中継を実行可能な中継端末であることを、前記他の無線端末が判断できる情報を含む請求項１に記載の無線端末。