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