WO2022181526A1

WO2022181526A1 - 通信システムおよび基地局

Info

Publication number: WO2022181526A1
Application number: PCT/JP2022/006884
Authority: WO
Inventors: 満望月; 忠宏下田
Original assignee: 三菱電機株式会社
Priority date: 2021-02-25
Filing date: 2022-02-21
Publication date: 2022-09-01
Also published as: KR20230147612A; EP4301045A1; CN116868623A; JPWO2022181526A1; US20240129820A1

Abstract

端末間通信を利用した通信システムにおいて通信品質を向上させるために、通信システムは、通信端末同士が直接通信する端末間通信をサポートする第１の通信端末（Remote　UE）が接続された第１の基地局（S-gNB）と、端末間通信をサポートする第２の通信端末（Relay　UE）が接続された第２の基地局（T-gNB）と、を含み、第２の基地局は、第１の通信端末が第２の通信端末を介して自基地局に接続するためのハンドオーバの要求を受信した場合、第１の通信端末と第２の通信端末とが端末間通信を行うための設定内容を示す通信設定情報を、第１の通信端末および第２の通信端末へ送信する。

Description

通信システムおよび基地局

　本開示は、無線通信技術に関する。

　移動体通信システムの規格化団体である３ＧＰＰ（3rd　Generation　Partnership　Project）において、無線区間についてはロングタームエボリューション（Long　Term　Evolution：ＬＴＥ）と称し、コアネットワークおよび無線アクセスネットワーク（以下、まとめて、ネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System　Architecture　Evolution：ＳＡＥ）と称される通信方式が検討されている（例えば、非特許文献１～５）。この通信方式は３．９Ｇ（3.9　Generation）システムとも呼ばれる。

　ＬＴＥのアクセス方式としては、下り方向はＯＦＤＭ（Orthogonal　Frequency　Division　Multiplexing）、上り方向はＳＣ－ＦＤＭＡ（Single　Carrier　Frequency　Division　Multiple　Access）が用いられる。また、ＬＴＥは、Ｗ－ＣＤＭＡ（Wideband　Code　Division　Multiple　Access）とは異なり、回線交換を含まず、パケット通信方式のみになる。

　非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する決定事項について、図１を用いて説明する。図１は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図１において、１つの無線フレーム（Radio　frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink　Synchronization　Signal）が含まれる。同期信号には、第一同期信号（Primary　Synchronization　Signal：Ｐ－ＳＳ）と、第二同期信号（Secondary　Synchronization　Signal：Ｓ－ＳＳ）とがある。

　３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する決定事項が、非特許文献１（５章）に記載されている。ＣＳＧ（Closed　Subscriber　Group）セルにおいてもｎｏｎ－ＣＳＧセルと同じチャネル構成が用いられると想定されている。

　物理報知チャネル（Physical　Broadcast　Channel：ＰＢＣＨ）は、基地局装置（以下、単に「基地局」という場合がある）から移動端末装置（以下、単に「移動端末」という場合がある）などの通信端末装置（以下、単に「通信端末」という場合がある）への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport　block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。

　物理制御フォーマットインジケータチャネル（Physical　Control　Format　Indicator　Channel：ＰＣＦＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭ（Orthogonal　Frequency　Division　Multiplexing）シンボルの数を、基地局から通信端末へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。

　物理下り制御チャネル（Physical　Downlink　Control　Channel：ＰＤＣＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＣＣＨは、後述のトランスポートチャネルの１つである下り共有チャネル（Downlink　Shared　Channel：ＤＬ－ＳＣＨ）のリソース割り当て（allocation）情報、後述のトランスポートチャネルの１つであるページングチャネル（Paging　Channel：ＰＣＨ）のリソース割り当て（allocation）情報、ＤＬ－ＳＣＨに関するＨＡＲＱ（Hybrid　Automatic　Repeat　reQuest）情報を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink　Scheduling　Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative　Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。

　物理下り共有チャネル（Physical　Downlink　Shared　Channel：ＰＤＳＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）、およびトランスポートチャネルであるＰＣＨがマッピングされている。

　物理マルチキャストチャネル（Physical　Multicast　Channel：ＰＭＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast　Channel：ＭＣＨ）がマッピングされている。

　物理上り制御チャネル（Physical　Uplink　Control　Channel：ＰＵＣＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response　signal）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＳＩ（Channel　State　Information）を運ぶ。ＣＳＩは、ＲＩ（Rank　Indicator）、ＰＭＩ（Precoding　Matrix　Indicator）、ＣＱＩ（Channel　Quality　Indicator）レポートで構成される。ＲＩとは、ＭＩＭＯにおけるチャネル行列のランク情報である。ＰＭＩとは、ＭＩＭＯにて用いるプリコーディングウェイト行列の情報である。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling　Request：ＳＲ）を運ぶ。

　物理上り共有チャネル（Physical　Uplink　Shared　Channel：ＰＵＳＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＳＣＨには、トランスポートチャネルの１つである上り共有チャネル（Uplink　Shared　Channel：ＵＬ－ＳＣＨ）がマッピングされている。

　物理ＨＡＲＱインジケータチャネル（Physical　Hybrid　ARQ　Indicator　Channel：ＰＨＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答信号であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical　Random　Access　Channel：ＰＲＡＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random　access　preamble）を運ぶ。

　下り参照信号（リファレンスシグナル（Reference　Signal）：ＲＳ）は、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の５種類の下りリファレンスシグナルが定義されている。セル固有参照信号（Cell-specific　Reference　Signal：ＣＲＳ）、ＭＢＳＦＮ参照信号（MBSFN　Reference　Signal）、ＵＥ固有参照信号（UE-specific　Reference　Signal）であるデータ復調用参照信号（Demodulation　Reference　Signal：ＤＭ－ＲＳ）、位置決定参照信号（Positioning　Reference　Signal：ＰＲＳ）、チャネル状態情報参照信号（Channel　State　Information　Reference　Signal：ＣＳＩ－ＲＳ）。通信端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference　Signal　Received　Power：ＲＳＲＰ）測定がある。

　上り参照信号についても同様に、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の２種類の上りリファレンスシグナルが定義されている。データ復調用参照信号（Demodulation　Reference　Signal：ＤＭ－ＲＳ）、サウンディング用参照信号（Sounding　Reference　Signal：ＳＲＳ）である。

　非特許文献１（５章）に記載されるトランスポートチャネル（Transport　Channel）について、説明する。下りトランスポートチャネルのうち、報知チャネル（Broadcast　Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。

　下り共有チャネル（Downlink　Shared　Channel：ＤＬ－ＳＣＨ）には、ＨＡＲＱ（Hybrid　ARQ）による再送制御が適用される。ＤＬ－ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent　Scheduling）ともいわれる。ＤＬ－ＳＣＨは、通信端末の低消費電力化のために通信端末の間欠受信（Discontinuous　reception：ＤＲＸ）をサポートする。ＤＬ－ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。

　ページングチャネル（Paging　Channel：ＰＣＨ）は、通信端末の低消費電力を可能とするために通信端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。

　マルチキャストチャネル（Multicast　Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳ（Multimedia　Broadcast　Multicast　Service）サービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。

　上りトランスポートチャネルのうち、上り共有チャネル（Uplink　Shared　Channel：ＵＬ－ＳＣＨ）には、ＨＡＲＱ（Hybrid　ARQ）による再送制御が適用される。ＵＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ－ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。

　ランダムアクセスチャネル（Random　Access　Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。

　ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic　Repeat　reQuest：ＡＲＱ）と誤り訂正（Forward　Error　Correction）との組合せによって、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送によって誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。

　再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic　Redundancy　Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。

　非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical　Channel）について、説明する。報知制御チャネル（Broadcast　Control　Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

　ページング制御チャネル（Paging　Control　Channel：ＰＣＣＨ）は、ページング情報（Paging　Information）およびシステム情報（System　Information）の変更を送信するための下りチャネルである。ＰＣＣＨは、通信端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。

　共有制御チャネル（Common　Control　Channel：ＣＣＣＨ）は、通信端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされる。

　マルチキャスト制御チャネル（Multicast　Control　Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから通信端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるマルチキャストチャネル（ＭＣＨ）へマッピングされる。

　個別制御チャネル（Dedicated　Control　Channel：ＤＣＣＨ）は、１対１にて、通信端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、通信端末がＲＲＣ接続（connection）である場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）にマッピングされる。

　個別トラフィックチャネル（Dedicated　Traffic　Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別通信端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

　マルチキャストトラフィックチャネル（Multicast　Traffic　Channel：ＭＴＣＨ）は、ネットワークから通信端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。

　ＣＧＩとは、セルグローバル識別子（Cell　Global　Identifier）のことである。ＥＣＧＩとは、Ｅ－ＵＴＲＡＮセルグローバル識別子（E-UTRAN　Cell　Global　Identifier）のことである。ＬＴＥ、後述のＬＴＥ－Ａ（Long　Term　Evolution　Advanced）およびＵＭＴＳ（Universal　Mobile　Telecommunication　System）において、ＣＳＧ（Closed　Subscriber　Group）セルが導入される。

　通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリアと呼ぶ。

　また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long　Term　Evolution　Advanced：ＬＴＥ－Ａ）の規格策定が進められている（非特許文献３、非特許文献４参照）。ＬＴＥ－Ａは、ＬＴＥの無線区間通信方式を基本とし、それにいくつかの新技術を加えて構成される。

　ＬＴＥ－Ａシステムでは、１００ＭＨｚまでのより広い周波数帯域幅（transmission　bandwidths）をサポートするために、二つ以上のコンポーネントキャリア（Component　Carrier：ＣＣ）を集約する（「アグリゲーション（aggregation）する」とも称する）、キャリアアグリゲーション（Carrier　Aggregation：ＣＡ）が検討されている。ＣＡについては、非特許文献１に記載されている。

　ＣＡが構成される場合、通信端末であるＵＥはネットワーク（Network：ＮＷ）と唯一のＲＲＣ接続（RRC　connection）を有する。ＲＲＣ接続において、１つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary　Cell：ＰＣｅｌｌ）と呼ぶ。下りリンクで、ＰＣｅｌｌに対応するキャリアは、下りプライマリコンポーネントキャリア（Downlink　Primary　Component　Carrier：ＤＬ　ＰＣＣ）である。上りリンクで、ＰＣｅｌｌに対応するキャリアは、上りプライマリコンポーネントキャリア（Uplink　Primary　Component　Carrier：ＵＬ　ＰＣＣ）である。

　ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary　Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとともに、サービングセルの組を形成するために構成される。下りリンクで、ＳＣｅｌｌに対応するキャリアは、下りセカンダリコンポーネントキャリア（Downlink　Secondary　Component　Carrier：ＤＬ　ＳＣＣ）である。上りリンクで、ＳＣｅｌｌに対応するキャリアは、上りセカンダリコンポーネントキャリア（Uplink　Secondary　Component　Carrier：ＵＬ　ＳＣＣ）である。

　１つのＰＣｅｌｌと１つ以上のＳＣｅｌｌとからなるサービングセルの組が、１つのＵＥに対して構成される。

　また、ＬＴＥ－Ａでの新技術としては、より広い帯域をサポートする技術（Wider　bandwidth　extension）、および多地点協調送受信（Coordinated　Multiple　Point　transmission　and　reception：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ－Ａのために検討されているＣｏＭＰについては、非特許文献１に記載されている。

　また、３ＧＰＰにおいて、将来の膨大なトラフィックに対応するために、スモールセルを構成するスモールｅＮＢ（以下「小規模基地局装置」という場合がある）を用いることが検討されている。例えば、多数のスモールｅＮＢを設置して、多数のスモールセルを構成することによって、周波数利用効率を高めて、通信容量の増大を図る技術などが検討されている。具体的には、ＵＥが２つのｅＮＢと接続して通信を行うデュアルコネクティビティ（Dual　Connectivity：ＤＣと略称される）などがある。ＤＣについては、非特許文献１に記載されている。

　デュアルコネクティビティ（ＤＣ）を行うｅＮＢのうち、一方を「マスタｅＮＢ（ＭｅＮＢと略称される）」といい、他方を「セカンダリｅＮＢ（ＳｅＮＢと略称される）」という場合がある。

　モバイルネットワークのトラフィック量は、増加傾向にあり、通信速度も高速化が進んでいる。ＬＴＥおよびＬＴＥ－Ａが本格的に運用を開始されると、更に通信速度が高速化されることが見込まれる。

　さらに、高度化する移動体通信に対して、２０２０年以降にサービスを開始することを目標とした第５世代（以下「５Ｇ」という場合がある）無線アクセスシステムが検討されている。例えば、欧州では、ＭＥＴＩＳという団体で５Ｇの要求事項がまとめられている（非特許文献５参照）。

　５Ｇ無線アクセスシステムでは、ＬＴＥシステムに対して、システム容量は１０００倍、データの伝送速度は１００倍、データの処理遅延は１０分の１（１／１０）、通信端末の同時接続数は１００倍として、更なる低消費電力化、および装置の低コスト化を実現することが要件として挙げられている。

　このような要求を満たすために、３ＧＰＰでは、リリース１５として、５Ｇの規格検討が進められている（非特許文献６～１９参照）。５Ｇの無線区間の技術は「New　Radio　Access　Technology」と称される（「New　Radio」は「ＮＲ」と略称される）。

　ＮＲシステムは、ＬＴＥシステム、ＬＴＥ－Ａシステムを基にして検討が進められているが、以下の点でＬＴＥシステム、ＬＴＥ－Ａシステムからの変更および追加が行われている。

　ＮＲのアクセス方式としては、下り方向はＯＦＤＭ、上り方向はＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭ（DFT-spread-OFDM）が用いられる。

　ＮＲでは、伝送速度向上、処理遅延低減のために、ＬＴＥに比べて高い周波数の使用が可能となっている。

　ＮＲにおいては、狭いビーム状の送受信範囲を形成する（ビームフォーミング）とともにビームの向きを変化させる（ビームスイーピング）ことで、セルカバレッジの確保が図られる。

　ＮＲのフレーム構成においては、様々なサブキャリア間隔、すなわち、様々なヌメロロジ（Numerology）がサポートされている。ＮＲにおいては、ヌメロロジによらず、１サブフレームは１ミリ秒であり、また、１スロットは１４シンボルで構成される。また、１サブフレームに含まれるスロット数は、サブキャリア間隔１５ｋＨｚのヌメロロジにおいては１つであり、他のヌメロロジにおいては、サブキャリア間隔に比例して多くなる（非特許文献１３（３ＧＰＰ　ＴＳ３８．２１１）参照）。

　ＮＲにおける下り同期信号は、同期信号バースト（Synchronization　Signal　Burst：以下、ＳＳバーストと称する場合がある）として、所定の周期で、所定の継続時間をもって基地局から送信される。ＳＳバーストは、基地局のビーム毎の同期信号ブロック（Synchronization　Signal　Block：以下、ＳＳブロックと称する場合がある）により構成される。

　基地局はＳＳバーストの継続時間内において各ビームのＳＳブロックを、ビームを変えて送信する。ＳＳブロックは、Ｐ－ＳＳ、Ｓ－ＳＳ、およびＰＢＣＨによって構成される。

　ＮＲにおいては、ＮＲの下り参照信号として、位相追尾参照信号（Phase　Tracking　Reference　Signal：ＰＴＲＳ）の追加により、位相雑音の影響の低減が図られている。上り参照信号においても、下りと同様にＰＴＲＳが追加されている。

　ＮＲにおいては、スロット内におけるＤＬ／ＵＬの切替えを柔軟に行うために、ＰＤＣＣＨに含まれる情報にスロット構成通知（Slot　Format　Indication：ＳＦＩ）が追加された。

　また、ＮＲにおいては、キャリア周波数帯のうちの一部（以下、Bandwidth　Part（ＢＷＰ）と称する場合がある）を基地局がＵＥに対して予め設定し、ＵＥが該ＢＷＰにおいて基地局との送受信を行うことで、ＵＥにおける消費電力の低減が図られる。

　３ＧＰＰでは、ＤＣの形態として、ＥＰＣに接続するＬＴＥ基地局とＮＲ基地局によるＤＣ、５Ｇコアシステムに接続するＮＲ基地局によるＤＣ、また、５Ｇコアシステムに接続するＬＴＥ基地局とＮＲ基地局によるＤＣが検討されている（非特許文献１２、１６、１９参照）。

　また、３ＧＰＰでは、サイドリンク（ＳＬ：Side　Link）通信（ＰＣ５通信とも称する）を用いたサービス（アプリケーションでもよい）を、後述するＥＰＳ（Evolved　Packet　System）においても、５Ｇコアシステムにおいてもサポートすることが検討されている（非特許文献１、１６、２０、２１、２２、２３参照）。ＳＬ通信を用いたサービスとして、たとえば、Ｖ２Ｘ（Vehicle-to-everything）サービス、プロキシミティサービスなどがある。

３ＧＰＰ　ＴＳ　３６．３００　Ｖ１６．２．０３ＧＰＰ　Ｓ１－０８３４６１３ＧＰＰ　ＴＲ　３６．８１４　Ｖ９．２．０３ＧＰＰ　ＴＲ　３６．９１２　Ｖ１６．０．０ "Scenarios,　requirements　and　KPIs　for　5G　mobile　and　wireless　system"、ＩＣＴ－３１７６６９－ＭＥＴＩＳ／Ｄ１．１３ＧＰＰ　ＴＲ　２３．７９９　Ｖ１４．０．０３ＧＰＰ　ＴＲ　３８．８０１　Ｖ１４．０．０３ＧＰＰ　ＴＲ　３８．８０２　Ｖ１４．２．０３ＧＰＰ　ＴＲ　３８．８０４　Ｖ１４．０．０３ＧＰＰ　ＴＲ　３８．９１２　Ｖ１６．０．０３ＧＰＰ　ＲＰ－１７２１１５３ＧＰＰ　ＴＳ　３７．３４０　Ｖ１６．４．０３ＧＰＰ　ＴＳ　３８．２１１　Ｖ１６．４．０３ＧＰＰ　ＴＳ　３８．２１３　Ｖ１６．４．０３ＧＰＰ　ＴＳ　３８．２１４　Ｖ１６．４．０３ＧＰＰ　ＴＳ　３８．３００　Ｖ１６．４．０３ＧＰＰ　ＴＳ　３８．３２１　Ｖ１６．３．０３ＧＰＰ　ＴＳ　３８．２１２　Ｖ１６．４．０３ＧＰＰ　ＴＳ　３８．３３１　Ｖ１６．３．１３ＧＰＰ　ＴＲ　２３．７０３　Ｖ１２．０．０３ＧＰＰ　ＴＳ　２３．５０１　Ｖ１６．７．０３ＧＰＰ　ＴＳ　２３．２８７　Ｖ１６．５．０３ＧＰＰ　ＴＳ　２３．３０３　Ｖ１６．０．０３ＧＰＰ　ＴＳ　３８．３０５　Ｖ１６．３．０３ＧＰＰ　ＴＳ　２３．２７３　Ｖ１６．５．０３ＧＰＰ　Ｒ２－２００９１４５３ＧＰＰ　ＴＲ　３８．８３６　Ｖ１．０．１

　ＳＬ通信（ＰＣ５通信とも称する）を用いた多種のサービスを、ＥＰＳにおいても、５Ｇコアシステムにおいてもサポートすることが検討されている（非特許文献１、１６、２０、２１、２２、２３参照）。ＳＬ通信では端末間で通信が行われる。ＳＬ通信においては、端末間の直接通信だけでなく、リレー（relay）を介したＵＥとＮＷとの間の通信が提案されている（非特許文献２０、２３、２７参照）。このようなリレーを介した通信をサポートするシステムにおいて、端末とＮＷ間の通信品質を如何に向上させるかが問題となる。たとえば、リレーＵＥを介したリモートＵＥのＨＯにおいて、如何にＨＯ時のデータ通信遅延時間を低減するか、如何にＨＯ時のロバスト性を向上させるかなどである。

　本開示は、上記課題に鑑み、端末間通信を利用した通信システムにおいて通信品質を向上させることを、目的の１つとする。

　本開示にかかる通信システムは、通信端末同士が直接通信する端末間通信をサポートする第１の通信端末が接続された第１の基地局と、端末間通信をサポートする第２の通信端末が接続された第２の基地局と、を含む。第２の基地局は、第１の通信端末が第２の通信端末を介して自基地局に接続するためのハンドオーバの要求を受信した場合、第１の通信端末と第２の通信端末とが端末間通信を行うための設定内容を示す通信設定情報を、第１の通信端末および第２の通信端末へ送信する。

　本開示によれば、端末間通信を利用した通信システムにおいて通信品質を向上させることができる。

　本開示の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。３ＧＰＰにおいて議論されているＮＲ方式の通信システム２１０の全体的な構成を示すブロック図である。ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。ＮＧコアに接続するｇＮＢによるＤＣの構成図である。ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。図２に示す移動端末２０２の構成を示すブロック図である。図２に示す基地局２０３の構成を示すブロック図である。ＭＭＥの構成を示すブロック図である。５ＧＣ部の構成を示すブロック図である。ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。ＮＲシステムにおけるセルの構成の一例を示す図である。実施の形態１について、リレーＵＥを介したリモートＵＥのＨＯの方法の例を示すシーケンス図である。実施の形態１について、リレーＵＥを介したリモートＵＥのＨＯの方法の他の例を示すシーケンス図である。実施の形態１の変形例１について、リレーＵＥを介したリモートＵＥのＨＯの方法の例を示すシーケンス図である。実施の形態１の変形例２について、Ｉ－ＤＡＰＳ　ＨＯの方法の例を示すシーケンス図である。実施の形態１の変形例２について、Ｉ－ＤＡＰＳ　ＨＯの方法の他の例を示すシーケンス図である。実施の形態２について、Ｉ－ＣＨＯの方法の例を示すシーケンス図である。実施の形態３について、リモートＵＥがリレーＵＥのＨＯ先ｇＮＢに対してＨＯを実施する方法の例を示すシーケンス図である。実施の形態３について、リモートＵＥがリレーＵＥのＨＯ先ｇＮＢに対してＨＯを実施する方法の他の例を示すシーケンス図である。実施の形態３について、リモートＵＥがリレーＵＥのＨＯ先ｇＮＢに対してＨＯを実施する方法の他の例を示すシーケンス図である。

　以下に、本開示の実施の形態にかかる通信システムおよび基地局を図面に基づいて詳細に説明する。

実施の形態１．
　図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ－ＵＴＲＡＮ（Evolved　Universal　Terrestrial　Radio　Access　Network）２０１と称される。通信端末装置である移動端末装置（以下「移動端末（User　Equipment：ＵＥ）」という）２０２は、基地局装置（以下「基地局（E-UTRAN　NodeB：ｅＮＢ）」という）２０３と無線通信可能であり、無線通信で信号の送受信を行う。

　ここで、「通信端末装置」とは、移動可能な携帯電話端末装置などの移動端末装置だけでなく、センサなどの移動しないデバイスも含んでいる。以下の説明では、「通信端末装置」を、単に「通信端末」という場合がある。

　移動端末２０２に対する制御プロトコル、例えばＲＲＣ（Radio　Resource　Control）と、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）、例えばＰＤＣＰ（Packet　Data　Convergence　Protocol）、ＲＬＣ（Radio　Link　Control）、ＭＡＣ（Medium　Access　Control）、ＰＨＹ（Physical　layer）とが基地局２０３で終端するならば、Ｅ－ＵＴＲＡＮは１つあるいは複数の基地局２０３によって構成される。

　移動端末２０２と基地局２０３との間の制御プロトコルＲＲＣ（Radio　Resource　Control）は、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC　connection　management）などを行う。ＲＲＣにおける基地局２０３と移動端末２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとがある。

　ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public　Land　Mobile　Network）選択、システム情報（System　Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell　re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbor　cell）の測定（メジャメント（measurement））などが行われる。

　基地局２０３は、１つあるいは複数のｅＮＢ２０７により構成される。またコアネットワークであるＥＰＣ（Evolved　Packet　Core）と、無線アクセスネットワークであるＥ－ＵＴＲＡＮ２０１とで構成されるシステムは、ＥＰＳ（Evolved　Packet　System）と称される。コアネットワークであるＥＰＣと、無線アクセスネットワークであるＥ－ＵＴＲＡＮ２０１とを合わせて、「ネットワーク」という場合がある。

　ｅＮＢ２０７は、移動管理エンティティ（Mobility　Management　Entity：ＭＭＥ）、あるいはＳ－ＧＷ（Serving　Gateway）、あるいはＭＭＥおよびＳ－ＧＷを含むＭＭＥ／Ｓ－ＧＷ部（以下「ＭＭＥ部」という場合がある）２０４とＳ１インタフェースにより接続され、ｅＮＢ２０７とＭＭＥ部２０４との間で制御情報が通信される。１つのｅＮＢ２０７に対して、複数のＭＭＥ部２０４が接続されてもよい。ｅＮＢ２０７間は、Ｘ２インタフェースにより接続され、ｅＮＢ２０７間で制御情報が通信される。

　ＭＭＥ部２０４は、上位装置、具体的には上位ノードであり、基地局であるｅＮＢ２０７と、移動端末（ＵＥ）２０２との接続を制御する。ＭＭＥ部２０４は、コアネットワークであるＥＰＣを構成する。基地局２０３は、Ｅ－ＵＴＲＡＮ２０１を構成する。

　基地局２０３は、１つのセルを構成してもよいし、複数のセルを構成してもよい。各セルは、移動端末２０２と通信可能な範囲であるカバレッジとして予め定める範囲を有し、カバレッジ内で移動端末２０２と無線通信を行う。１つの基地局２０３が複数のセルを構成する場合、１つ１つのセルが、移動端末２０２と通信可能に構成される。

　図３は、３ＧＰＰにおいて議論されている５Ｇ方式の通信システム２１０の全体的な構成を示すブロック図である。図３について説明する。無線アクセスネットワークは、ＮＧ－ＲＡＮ（Next　Generation　Radio　Access　Network）２１１と称される。ＵＥ２０２は、ＮＲ基地局装置（以下「ＮＲ基地局（NG-RAN　NodeB：ｇＮＢ）」という）２１３と無線通信可能であり、無線通信で信号の送受信を行う。また、コアネットワークは、５Ｇコア（5G　Core：５ＧＣ）と称される。

　ＵＥ２０２に対する制御プロトコル、例えばＲＲＣ（Radio　Resource　Control）と、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）、例えばＳＤＡＰ（Service　Data　Adaptation　Protocol）、ＰＤＣＰ（Packet　Data　Convergence　Protocol）、ＲＬＣ（Radio　Link　Control）、ＭＡＣ（Medium　Access　Control）、ＰＨＹ（Physical　layer）とがＮＲ基地局２１３で終端するならば、ＮＧ－ＲＡＮは１つあるいは複数のＮＲ基地局２１３によって構成される。

　ＵＥ２０２とＮＲ基地局２１３との間の制御プロトコルＲＲＣ（Radio　Resource　Control）の機能はＬＴＥと同様である。ＲＲＣにおけるＮＲ基地局２１３とＵＥ２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤと、ＲＲＣ＿ＩＮＡＣＴＩＶＥとがある。

　ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤは、ＬＴＥ方式と同様である。ＲＲＣ＿ＩＮＡＣＴＩＶＥは５ＧコアとＮＲ基地局２１３との間の接続が維持されつつ、システム情報（System　Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell　re-selection）、モビリティなどが行われる。

　ｇＮＢ２１７は、アクセス・移動管理機能（Access　and　Mobility　Management　Function：ＡＭＦ）、セッション管理機能（Session　Management　Function：ＳＭＦ）、あるいはＵＰＦ（User　Plane　Function）、あるいはＡＭＦ、ＳＭＦおよびＵＰＦを含むＡＭＦ／ＳＭＦ／ＵＰＦ部（以下「５ＧＣ部」という場合がある）２１４とＮＧインタフェースにより接続される。ｇＮＢ２１７と５ＧＣ部２１４との間で制御情報および／あるいはユーザデータが通信される。ＮＧインタフェースは、ｇＮＢ２１７とＡＭＦとの間のＮ２インタフェース、ｇＮＢ２１７とＵＰＦとの間のＮ３インタフェース、ＡＭＦとＳＭＦとの間のＮ１１インタフェース、および、ＵＰＦとＳＭＦとの間のＮ４インタフェースの総称である。１つのｇＮＢ２１７に対して、複数の５ＧＣ部２１４が接続されてもよい。ｇＮＢ２１７間は、Ｘｎインタフェースにより接続され、ｇＮＢ２１７間で制御情報および／あるいはユーザデータが通信される。

　５ＧＣ部２１４は、上位装置、具体的には上位ノードであり、１つまたは複数の基地局２０３および／あるいは基地局２１３に対して、ページング信号の分配を行う。また、５ＧＣ部２１４は、待受け状態（Idle　State）のモビリティ制御（Mobility　Control）を行う。５ＧＣ部２１４は、移動端末２０２が待ち受け状態のとき、インアクティブ状態（Inactive　State）および、アクティブ状態（Active　State）のときに、トラッキングエリア（Tracking　Area）リストの管理を行う。５ＧＣ部２１４は、移動端末２０２が登録されている（registered）追跡領域（トラッキングエリア：Tracking　Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。

　ＮＲ基地局２１３も、基地局２０３同様、１つあるいは複数のセルを構成してもよい。１つのＮＲ基地局２１３が複数のセルを構成する場合、１つ１つのセルが、ＵＥ２０２と通信可能に構成される。

　ｇＮＢ２１７は、中央ユニット（Central　Unit：以下、ＣＵと称する場合がある）２１８と分散ユニット（Distributed　Unit：以下、ＤＵと称する場合がある）２１９に分割されていてもよい。ＣＵ２１８は、ｇＮＢ２１７の中に１つ構成される。ＤＵ２１９は、ｇＮＢ２１７の中に１つあるいは複数構成される。ＣＵ２１８は、ＤＵ２１９とＦ１インタフェースにより接続され、ＣＵ２１８とＤＵ２１９との間で制御情報および／あるいはユーザデータが通信される。

　５Ｇ方式の通信システムにおいて、非特許文献２１（３ＧＰＰ　ＴＳ２３．５０１）に記載の統合データ管理（Unified　Data　Management：ＵＤＭ）機能、ポリシー制御機能（Policy　Control　Function：ＰＣＦ）が含まれてもよい。ＵＤＭおよび／あるいはＰＣＦは、図３における５ＧＣ部２１４に含まれるとしてもよい。

　５Ｇ方式の通信システムにおいて、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に記載の位置管理機能（Location　Management　Function：ＬＭＦ）が設けられてもよい。ＬＭＦは、非特許文献２５（３ＧＰＰ　ＴＳ２３．２７３）に開示されているように、ＡＭＦを経由して基地局に接続されていてもよい。

　５Ｇ方式の通信システムにおいて、非特許文献２１（３ＧＰＰ　ＴＳ２３．５０１）に記載の非３ＧＰＰ相互動作機能（Non-3GPP　Interworking　Function：Ｎ３ＩＷＦ）が含まれてもよい。Ｎ３ＩＷＦは、ＵＥとの間における非３ＧＰＰアクセスにおいて、アクセスネットワーク（Access　Network：ＡＮ）をＵＥとの間で終端してもよい。

　図４は、ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図４において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図４において、ｅＮＢ２２３－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＥＮ－ＤＣと称する場合がある）。図４において、ＭＭＥ部２０４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｅＮＢ２２３－１経由で行われる例について示しているが、ＭＭＥ部２０４とｇＮＢ２２４－２との間で直接行われてもよい。

　図５は、ＮＧコアに接続するｇＮＢによるＤＣの構成を示した図である。図５において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図５において、ｇＮＢ２２４－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＮＲ－ＤＣと称する場合がある）。図５において、５ＧＣ部２１４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｇＮＢ２２４－１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４－２との間で直接行われてもよい。

　図６は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図６において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図６において、ｅＮＢ２２６－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＮＧ－ＥＮ－ＤＣと称する場合がある）。図６において、５ＧＣ部２１４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｅＮＢ２２６－１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４－２との間で直接行われてもよい。

　図７は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの、他の構成を示した図である。図７において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図７において、ｇＮＢ２２４－１がマスタ基地局となり、ｅＮＢ２２６－２がセカンダリ基地局となる（このＤＣ構成を、ＮＥ－ＤＣと称する場合がある）。図７において、５ＧＣ部２１４とｅＮＢ２２６－２との間のＵ－Ｐｌａｎｅ接続がｇＮＢ２２４－１経由で行われる例について示しているが、５ＧＣ部２１４とｅＮＢ２２６－２との間で直接行われてもよい。

　図８は、図２に示す移動端末２０２の構成を示すブロック図である。図８に示す移動端末２０２の送信処理を説明する。まず、プロトコル処理部３０１からの制御データ、およびアプリケーション部３０２からのユーザデータが、送信データバッファ部３０３へ保存される。送信データバッファ部３０３に保存されたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部３０３から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調部３０５にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７－１～３０７－４から基地局２０３に送信信号が送信される。図８において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。

　また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７－１～３０７－４により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調部３０８にて、ウェイト計算および乗算処理が行われてもよい。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図８では省略しているが、各部３０１～３０９と接続している。制御部３１０は、例えば、プロセッサおよびメモリを含んで構成される処理回路で実現される。すなわち、移動端末２０２の一連の処理が記述されたプログラムをプロセッサが実行することにより制御部３１０が実現される。移動端末２０２の一連の処理が記述されたプログラムはメモリに格納されている。メモリの例は、ＲＡＭ（Random　Access　Memory）、ＲＯＭ（Read　Only　Memory）、フラッシュメモリー、等の、不揮発性または揮発性の半導体メモリである。制御部３１０は、ＦＰＧＡ（Field　Programmable　Gate　Array）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＤＳＰ（Digital　Signal　Processor）などの専用の処理回路で実現されてもよい。図８において、移動端末２０２が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。

　図９は、図２に示す基地局２０３の構成を示すブロック図である。図９に示す基地局２０３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２０３とＥＰＣ（ＭＭＥ部２０４など）との間のデータの送受信を行う。５ＧＣ通信部４１２は、基地局２０３と５ＧＣ（５ＧＣ部２１４など）との間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。プロトコル処理部４０３からの制御データ、ならびにＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２からのユーザデータおよび制御データは、送信データバッファ部４０４へ保存される。

　送信データバッファ部４０４に保存されたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部４０４から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調部４０６にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８－１～４０８－４より１つもしくは複数の移動端末２０２に対して送信信号が送信される。図９において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。

　また、基地局２０３の受信処理は以下のように実行される。１つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部４０３あるいは５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１あるいは他基地局通信部４０２へ渡され、ユーザデータは５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１あるいは他基地局通信部４０２へ渡される。基地局２０３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図９では省略しているが、各部４０１～４１０，４１２と接続している。制御部４１１は、上述した移動端末２０２の制御部３１０と同様に、プロセッサおよびメモリを含んで構成される処理回路、または、ＦＰＧＡ、ＡＳＩＣ、ＤＳＰなどの専用の処理回路で実現される。図９において、基地局２０３が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。

　図９は、基地局２０３の構成について示したブロック図であるが、基地局２１３についても同様の構成としてもよい。また、図８および図９について、移動端末２０２のアンテナ数と、基地局２０３のアンテナ数は、同じであってもよいし、異なってもよい。

　図１０は、ＭＭＥの構成を示すブロック図である。図１０では、前述の図２に示すＭＭＥ部２０４に含まれるＭＭＥ２０４ａの構成を示す。ＰＤＮ　ＧＷ通信部５０１は、ＭＭＥ２０４ａとＰＤＮ　ＧＷ（Packet　Data　Network　Gate　Way）との間のデータの送受信を行う。基地局通信部５０２は、ＭＭＥ２０４ａと基地局２０３との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ　ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ　ＧＷ通信部５０１から、ユーザプレイン通信部５０３経由で基地局通信部５０２に渡され、１つあるいは複数の基地局２０３へ送信される。基地局２０３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５０２から、ユーザプレイン通信部５０３経由でＰＤＮ　ＧＷ通信部５０１に渡され、ＰＤＮ　ＧＷへ送信される。

　ＰＤＮ　ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ　ＧＷ通信部５０１から制御プレイン制御部５０５へ渡される。基地局２０３から受信したデータが制御データであった場合、制御データは、基地局通信部５０２から制御プレイン制御部５０５へ渡される。

　ＨｅＮＢＧＷ通信部５０４は、ＭＭＥ２０４ａとＨｅＮＢ　ＧＷ（Home-eNB　Gate　Way）との間のデータの送受信を行う。ＨｅＮＢＧＷ通信部５０４がＨｅＮＢ　ＧＷから受信した制御データは制御プレイン制御部５０５に渡される。ＨｅＮＢＧＷ通信部５０４は、制御プレイン制御部５０５から入力される制御データをＨｅＮＢ　ＧＷへ送信する。

　制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５－１、ＳＡＥベアラコントロール部５０５－２、アイドルステート（Idle　State）モビリティ管理部５０５－３などが含まれ、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５０５－１は、ＮＡＳ（Non-Access　Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部５０５－２は、ＳＡＥ（System　Architecture　Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部５０５－３は、待受け状態（アイドルステート（Idle　State）：ＬＴＥ－ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。

　ＭＭＥ２０４ａは、１つまたは複数の基地局２０３に対して、ページング信号の分配を行う。また、ＭＭＥ２０４ａは、待受け状態（Idle　State）のモビリティ制御（Mobility　control）を行う。ＭＭＥ２０４ａは、移動端末２０２が待受け状態のとき、および、アクティブ状態（Active　State）のときに、トラッキングエリア（Tracking　Area）リストの管理を行う。ＭＭＥ２０４ａは、移動端末２０２が登録されている（registered）追跡領域（トラッキングエリア：Tracking　Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ２０４ａに接続されるｅＮＢ２０７のＣＳＧの管理、ＣＳＧ　ＩＤの管理、およびホワイトリストの管理は、アイドルステートモビリティ管理部５０５－３で行われてもよい。

　ＭＭＥ２０４ａの一連の処理は、制御部５０６によって制御される。よって制御部５０６は、図１０では省略しているが、各部５０１～５０５と接続している。制御部５０６は、上述した移動端末２０２の制御部３１０と同様に、プロセッサおよびメモリを含んで構成される処理回路、または、ＦＰＧＡ、ＡＳＩＣ、ＤＳＰなどの専用の処理回路で実現される。

　図１１は、５ＧＣ部の構成を示すブロック図である。図１１では、前述の図３に示す５ＧＣ部２１４の構成を示す。図１１は、図５にて示す５ＧＣ部２１４に、ＡＭＦの構成、ＳＭＦの構成およびＵＰＦの構成が含まれた場合について示している。Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１は、５ＧＣ部２１４とＤａｔａ　Ｎｅｔｗｏｒｋとの間のデータの送受信を行う。基地局通信部５２２は、５ＧＣ部２１４と基地局２０３との間のＳ１インタフェース、および／あるいは、５ＧＣ部２１４と基地局２１３との間のＮＧインタフェースによるデータの送受信を行う。Ｄａｔａ　Ｎｅｔｗｏｒｋから受信したデータがユーザデータであった場合、ユーザデータは、Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１から、ユーザプレイン通信部５２３経由で基地局通信部５２２に渡され、１つあるいは複数の、基地局２０３および／あるいは基地局２１３へ送信される。基地局２０３および／あるいは基地局２１３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５２２から、ユーザプレイン通信部５２３経由でＤａｔａ　Ｎｅｔｗｏｒｋ通信部５２１に渡され、Ｄａｔａ　Ｎｅｔｗｏｒｋへ送信される。

　Ｄａｔａ　Ｎｅｔｗｏｒｋから受信したデータが制御データであった場合、制御データは、Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１からユーザプレイン通信部５２３経由でセッション管理部５２７へ渡される。セッション管理部５２７は、制御データを制御プレイン制御部５２５へ渡す。基地局２０３および／あるいは基地局２１３から受信したデータが制御データであった場合、制御データは、基地局通信部５２２から制御プレイン制御部５２５に渡される。制御プレイン制御部５２５は、制御データをセッション管理部５２７へ渡す。

　制御プレイン制御部５２５は、ＮＡＳセキュリティ部５２５－１、ＰＤＵセッションコントロール部５２５－２、アイドルステート（Idle　State）モビリティ管理部５２５－３などを含み、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５２５－１は、ＮＡＳ（Non-Access　Stratum）メッセージのセキュリティなどを行う。ＰＤＵセッションコントロール部５２５－２は、移動端末２０２と５ＧＣ部２１４との間のＰＤＵセッションの管理などを行う。アイドルステートモビリティ管理部５２５－３は、待受け状態（アイドルステート（Idle　State）：ＲＲＣ＿ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。

　５ＧＣ部２１４の一連の処理は、制御部５２６によって制御される。よって制御部５２６は、図１１では省略しているが、各部５２１～５２３，５２５，５２７と接続している。制御部５２６は、上述した移動端末２０２の制御部３１０と同様に、プロセッサおよびメモリを含んで構成される処理回路、または、ＦＰＧＡ、ＡＳＩＣ、ＤＳＰなどの専用の処理回路で実現される。

　次に通信システムにおけるセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。通信端末は、セルサーチを開始すると、ステップＳＴ６０１で、周辺の基地局から送信される第一同期信号（Ｐ－ＳＳ）、および第二同期信号（Ｓ－ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。

　Ｐ－ＳＳとＳ－ＳＳとを合わせて、同期信号（Synchronization　Signal：ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩに１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。通信端末は、この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。

　通信端末は、次に同期がとれたセルに対して、ステップＳＴ６０２で、基地局からセル毎に送信される参照信号（リファレンスシグナル：ＲＳ）であるセル固有参照信号（Cell-specific　Reference　Signal：ＣＲＳ）を検出し、ＲＳの受信電力（Reference　Signal　Received　Power：ＲＳＲＰ）の測定を行う。参照信号（ＲＳ）には、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ６０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳの受信電力を測定することが可能となる。

　次にステップＳＴ６０３で、通信端末は、ステップＳＴ６０２までで検出された１つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。

　次にステップＳＴ６０４で、通信端末は、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master　Information　Block）がマッピングされる。したがって、ＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission　bandwidth　configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System　Frame　Number）などがある。

　次にステップＳＴ６０５で、通信端末は、ＭＩＢのセル構成情報をもとに該セルのＤＬ－ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System　Information　Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking　Area　Code：ＴＡＣ）が含まれる。

　次にステップＳＴ６０６で、通信端末は、ステップＳＴ６０５で受信したＳＩＢ１のＴＡＣと、通信端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking　Area　Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI　list）とも称される。ＴＡＩはトラッキングエリアを識別するための識別情報であり、ＭＣＣ（Mobile　Country　Code）と、ＭＮＣ（Mobile　Network　Code）と、ＴＡＣ（Tracking　Area　Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。

　通信端末は、ステップＳＴ６０６で比較した結果、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、通信端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core　Network，ＥＰＣ）へ、ＴＡＵ（Tracking　Area　Update）を行うためにトラッキングエリアの変更を要求する。

　図１２に示す例においては、ＬＴＥ方式におけるセルサーチから待ち受けまでの動作の例について示したが、ＮＲ方式においては、ステップＳＴ６０３において、ベストセルに加えてベストビームを選択してもよい。また、ＮＲ方式においては、ステップＳＴ６０４において、ビームの情報、例えば、ビームの識別子を取得してもよい。また、ＮＲ方式においては、ステップＳＴ６０４において、リメイニングミニマムＳＩ（Remaining　Minimum　SI：ＲＭＳＩ）のスケジューリング情報を取得してもよい。ＮＲ方式においては、ステップＳＴ６０５において、ＲＭＳＩを受信するとしてもよい。

　コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ－ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。

　スマートフォンおよびタブレット型端末装置の普及によって、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソースの不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し、空間分離を進めることが検討されている。

　従来のセルの構成では、ｅＮＢによって構成されるセルは、比較的広い範囲のカバレッジを有する。従来は、複数のｅＮＢによって構成される複数のセルの比較的広い範囲のカバレッジによって、あるエリアを覆うように、セルが構成されている。

　小セル化された場合、ｅＮＢによって構成されるセルは、従来のｅＮＢによって構成されるセルのカバレッジに比べて範囲が狭いカバレッジを有する。したがって、従来と同様に、あるエリアを覆うためには、従来のｅＮＢに比べて、多数の小セル化されたｅＮＢが必要となる。

　以下の説明では、従来のｅＮＢによって構成されるセルのように、カバレッジが比較的大きいセルを「マクロセル」といい、マクロセルを構成するｅＮＢを「マクロｅＮＢ」という。また、小セル化されたセルのように、カバレッジが比較的小さいセルを「スモールセル」といい、スモールセルを構成するｅＮＢを「スモールｅＮＢ」という。

　マクロｅＮＢは、例えば、非特許文献７に記載される「ワイドエリア基地局（Wide　Area　Base　Station）」であってもよい。

　スモールｅＮＢは、例えば、ローパワーノード、ローカルエリアノード、ホットスポットなどであってもよい。また、スモールｅＮＢは、ピコセルを構成するピコｅＮＢ、フェムトセルを構成するフェムトｅＮＢ、ＨｅＮＢ、ＲＲＨ（Remote　Radio　Head）、ＲＲＵ（Remote　Radio　Unit）、ＲＲＥ（Remote　Radio　Equipment）またはＲＮ（Relay　Node）であってもよい。また、スモールｅＮＢは、非特許文献７に記載される「ローカルエリア基地局（Local　Area　Base　Station）」または「ホーム基地局（Home　Base　Station）」であってもよい。

　図１３は、ＮＲにおけるセルの構成の一例を示す。ＮＲのセルでは、狭いビームを形成し、方向を変えて送信する。図１３に示す例において、基地局７５０は、ある時間において、ビーム７５１－１を用いて移動端末との送受信を行う。他の時間において、基地局７５０は、ビーム７５１－２を用いて移動端末との送受信を行う。以下同様にして、基地局７５０はビーム７５１－３～７５１－８のうち１つあるいは複数を用いて移動端末との送受信を行う。このようにすることで、基地局７５０は広範囲のセルを構成する。

　図１３において、基地局７５０が用いるビームの数を８とする例について示したが、ビームの数は８とは異なっていてもよい。また、図１３に示す例において、基地局７５０が同時に用いるビームの数を１つとしたが、複数であってもよい。

　３ＧＰＰにおいて、Ｄ２Ｄ（Device　to　Device）通信、Ｖ２Ｖ（Vehicle　to　Vehicle）通信のため、サイドリンク（ＳＬ：Side　Link）がサポートされている（非特許文献１、非特許文献１６参照）。ＳＬはＰＣ５インタフェースによって規定される。

　ＳＬに用いられる物理チャネル（非特許文献１参照）について説明する。物理サイドリンク報知チャネル（ＰＳＢＣＨ：Physical　sidelink　broadcast　channel）は、システムと同期に関連する情報を運び、ＵＥから送信される。

　物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ：Physical　sidelink　discovery　channel）は、ＵＥからサイドリンクディスカバリメッセージを運ぶ。

　物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical　sidelink　control　channel）は、サイドリンク通信とＶ２Ｘサイドリンク通信のためのＵＥからの制御情報を運ぶ。

　物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical　sidelink　shared　channel）は、サイドリンク通信とＶ２Ｘサイドリンク通信のためのＵＥからのデータを運ぶ。

　物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical　sidelink　feedback　channel）は、ＰＳＳＣＨ送信を受信したＵＥから、ＰＳＳＣＨを送信したＵＥに、サイドリンク上でのＨＡＲＱフィードバックを運ぶ。

　ＳＬに用いられるトランスポートチャネル（非特許文献１参照）について説明する。サイドリンク報知チャネル（ＳＬ－ＢＣＨ：Sidelink　broadcast　channel）は、予め決められたトランスポートフォーマットを有し、物理チャネルであるＰＳＢＣＨにマッピングされる。

　サイドリンクディスカバリチャネル（ＳＬ－ＤＣＨ：Sidelink　discovery　channel）は、固定サイズの予め決められたフォーマットの周期的報知送信を有する。また、ＳＬ－ＤＣＨは、ＵＥ自動リソース選択（UE　autonomous　resource　selection）と、ｅＮＢによってスケジュールされたリソースアロケーションの両方をサポートする。ＵＥ自動リソース選択では衝突リスクが有り、ＵＥがｅＮＢによって個別リソースをアロケーションされた時は、衝突は無い。また、ＳＬ－ＤＣＨは、ＨＡＲＱコンバイニングをサポートするが、ＨＡＲＱフィードバックはサポートしない。ＳＬ－ＤＣＨは物理チャネルであるＰＳＤＣＨにマッピングされる。

　サイドリンク共有チャネル（ＳＬ－ＳＣＨ：Sidelink　shared　channel）は、報知送信をサポートする。ＳＬ－ＳＣＨは、ＵＥ自動リソース選択（UE　autonomous　resource　selection）と、ｅＮＢによってスケジュールされたリソースアロケーションの両方をサポートする。ＵＥ自動リソース選択では衝突リスクが有り、ＵＥがｅＮＢによって個別リソースをアロケーションされた時は、衝突は無い。また、ＳＬ－ＳＣＨは、ＨＡＲＱコンバイニングをサポートするが、ＨＡＲＱフィードバックはサポートしない。また、ＳＬ－ＳＣＨは、送信電力、変調、コーディングを変えることによって、動的リンクアダプテーションをサポートする。ＳＬ－ＳＣＨは物理チャネルであるＰＳＳＣＨにマッピングされる。

　ＳＬに用いられる論理チャネル（非特許文献１参照）について説明する。サイドリンク報知制御チャネル（ＳＢＣＣＨ：Sidelink　Broadcast　Control　Channel）は、１つのＵＥから他のＵＥにサイドリンクシステム情報を報知するためのサイドリンク用チャネルである。ＳＢＣＣＨはトランスポートチャネルであるＳＬ－ＢＣＨにマッピングされる。

　サイドリンクトラフィックチャネル（ＳＴＣＨ：Sidelink　Traffic　Channel）は、１つのＵＥから他のＵＥにユーザ情報を送信するための１対多のサイドリンク用トラフィックチャネルである。ＳＴＣＨは、サイドリンク通信能力を有するＵＥと、Ｖ２Ｘサイドリンク通信能力を有するＵＥによってのみ用いられる。２つのサイドリンク通信能力を有するＵＥ間の１対１通信もまたＳＴＣＨで実現される。ＳＴＣＨはトランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。

　サイドリンク制御チャネル（ＳＣＣＨ：Sidelink　Control　Channel）は、１つのＵＥから他のＵＥに制御情報を送信するためのサイドリンク用制御チャネルである。ＳＣＣＨはトランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。

　３ＧＰＰでは、ＮＲにおいてもＶ２Ｘ通信をサポートすることが検討されている。ＮＲにおけるＶ２Ｘ通信の検討が、ＬＴＥシステム、ＬＴＥ－Ａシステムを基にして進められているが、以下の点でＬＴＥシステム、ＬＴＥ－Ａシステムからの変更および追加が行われている。

　ＬＴＥではＳＬ通信はブロードキャスト（broadcast）のみであった。ＮＲでは、ＳＬ通信として、ブロードキャストに加え、ユニキャスト（unicast）とグループキャスト（groupcast）のサポートが検討されている（非特許文献２２（３ＧＰＰ　ＴＳ２３．２８７）参照）。

　ユニキャスト通信やグループキャスト通信では、ＨＡＲＱのフィードバック（Ａｃｋ／Ｎａｃｋ）、ＣＳＩ報告等のサポートが検討されている。

　ＳＬ通信で、ブロードキャストに加え、ユニキャスト（unicast）とグループキャスト（groupcast）をサポートするため、ＰＣ５－Ｓシグナリングのサポートが検討されている（非特許文献２２（３ＧＰＰ　ＴＳ２３．２８７）参照）。たとえば、ＳＬ、すなわちＰＣ５通信を実施するためのリンクを確立するため、ＰＣ５－Ｓシグナリングが実施される。該リンクはＶ２Ｘレイヤで実施され、レイヤ２リンクとも称される。

　また、ＳＬ通信において、ＲＲＣシグナリングのサポートが検討されている（非特許文献２２（３ＧＰＰ　ＴＳ２３．２８７）参照）。ＳＬ通信におけるＲＲＣシグナリングを、ＰＣ５　ＲＲＣシグナリングとも称する。たとえば、ＰＣ５通信を行うＵＥ間で、ＵＥのケーパビリティを通知することや、ＰＣ５通信を用いてＶ２Ｘ通信を行うためのＡＳレイヤの設定などを通知することが提案されている。

　ＳＬ通信においては、リレー（relay）を介したＵＥとＮＷとの間の通信が提案されている（非特許文献２０(３ＧＰＰ　ＴＲ２３．７０３)、非特許文献２３(３ＧＰＰ　ＴＳ２３．３０３)、非特許文献２７（３ＧＰＰ　ＴＲ３８．８３６）参照）。ＵＥとＮＷとの間のリレーを、ＵＥ－ｔｏ－ＮＷリレー、あるいは、ＵＥ－ＮＷ間リレーと称する場合がある。本開示では、ＵＥとＮＷとの間のリレーを実施するＵＥを、リレーＵＥと称する場合がある。

　たとえば、ＲＡＮノード（たとえばｇＮＢ）のカバレッジ内のＵＥだけでなく、より遠方のＵＥとＲＡＮノードとの間で通信を行う必要性が生じる場合がある。このような場合、ＵＥ－ＮＷ間リレーを用いる方法が考えられる。たとえば、ｇＮＢとＵＥ（リモートＵＥと称する場合がある）との間の通信を、リレーＵＥを介して行う。ｇＮＢとリレーＵＥとの間の通信をＵｕで行い、リレーＵＥとリモートＵＥとの間の通信をＰＣ５で行う。

　たとえば、リレーＵＥとリモートＵＥとが、どちらもｇＮＢのカバレッジ内に存在する場合がある。リレーＵＥがカバレッジ内に存在するｇＮＢ（以降ｇＮＢ＃１と称する場合がある）と、リモートＵＥがカバレッジ内に存在するｇＮＢ（以降ｇＮＢ＃２と称する場合がある）とは同じであっても良いし、異なってもよい。このような状況で、リモートＵＥがリレーＵＥを介して、リレーＵＥがカバレッジ内に存在するｇＮＢと通信を行うことも考えられる。

　たとえば、ｇＮＢ＃２と接続しているリモートＵＥがｇＮＢ＃２のカバレッジ端に存在するような場合、良好な通信品質を得られない場合が生じる。このような場合、リモートＵＥは、リレーＵＥを介してｇＮＢ＃１と接続した方が、良好な通信品質を得ることができる。また、たとえば、リモートＵＥとｇＮＢ＃２間の電波伝搬ロスよりも、リモートＵＥとリレーＵＥ間の電波伝搬ロスが小さいような場合、リモートＵＥはリレーＵＥを介してｇＮＢ＃１と通信を行った方が、リモートＵＥの送信電力が少なく済むため、低消費電力化を図ることができる。

　３ＧＰＰにおいては、リモートＵＥが、直接接続するｇＮＢから、リレーＵＥを介して間接的に接続するｇＮＢへのＨＯ（HandOver）方法に関して議論されている（非特許文献２６（３ＧＰＰ　Ｒ２－２００９１４５）参照）。しかし、リモートＵＥがリレーＵＥを介して間接的に接続するｇＮＢへのＨＯでは、従来のリモートＵＥが直接接続するｇＮＢ間のＨＯと異なり、リモートＵＥとリレーＵＥ間でＳＬ通信（以降ＰＣ５通信と称する場合がある）を行う必要が生じる。

　ＰＣ５通信では、送信側ＵＥ（以下、ＵＥ－ＴＸと称する場合がある）から受信側ＵＥ（以下、ＵＥ－ＲＸと称する場合がある）に対して、ＵＥ－ＴＸからＵＥ－ＲＸ方向の通信のための設定が行われることになる。ＵＥ－ＴＸからＵＥ－ＲＸ方向の通信のための設定として、たとえばＲＲＣ設定などがある（非特許文献１９（３ＧＰＰ　ＴＳ３８．３３１）参照）。しかし、リモートＵＥがリレーＵＥを介して間接的に接続するｇＮＢへ／からのＨＯ、言い換えると、リレーＵＥを介したリモートＵＥのＨＯにおけるＰＣ５通信のための詳細な設定方法については、非特許文献１９および他の文献等になんら開示されていない。このため、従来の方法を単に適用したたけでは、リレーＵＥを介したリモートＵＥのＨＯはできないという問題がある。

　本実施の形態１では、このような課題を解決する方法を開示する。なお、以降の説明では、ＰＣ５通信のための設定を、ＰＣ５通信に必要な設定、ＰＣ５通信用設定などと称する場合がある。

　前述の課題を解決するため、本実施の形態にかかる通信システムにおいて、ＨＯ先ｇＮＢ（以下、Ｔ－ｇＮＢと称する場合がある）はリモートＵＥに対して、リモートＵＥとリレーＵＥ間のＰＣ５通信に必要な設定を通知する。また、Ｔ－ｇＮＢはリレーＵＥに対して、リモートＵＥとリレーＵＥ間のＰＣ５通信に必要な設定を通知する。該リレーＵＥはＴ－ｇＮＢと接続する、あるいは接続可能なリレーＵＥで、リモートＵＥは該リレーＵＥを介してＴ－ｇＮＢと接続する。本明細書では、該リレーＵＥ、いいかえると、接続先リレーＵＥを、リレーＵＥ＃２と称する場合がある。また、ＨＯを行うリモートＵＥがＨＯ開始前に接続しているｇＮＢを、ＨＯ元のｇＮＢまたはＳ－ｇＮＢと称する場合がある。

　Ｔ－ｇＮＢはリモートＵＥとリレーＵＥ＃２に対して、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信に用いる設定を通知する。リモートＵＥからリレーＵＥへのＰＣ５通信に用いる設定の通知方法を開示する。

　Ｔ－ｇＮＢはリモートＵＥに対して、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信に用いる設定を通知する。Ｔ－ｇＮＢは該設定をＳ－ｇＮＢを介してリモートＵＥに通知してもよい。Ｓ－ｇＮＢがリレーＵＥを介してリモートＵＥと接続する場合は、Ｔ－ｇＮＢは、Ｓ－ｇＮＢ、リレーＵＥを介して該設定をリモートＵＥに通知してもよい。本明細書では、リモートＵＥがリレーＵＥを介してＳ－ｇＮＢと接続する場合の該リレーＵＥ、いいかえると、リモートＵＥがＨＯ開始前に接続しているリレーＵＥである接続元リレーＵＥを、リレーＵＥ＃１と称する場合がある。Ｔ－ｇＮＢとＳ－ｇＮＢとは同じｇＮＢであってもよい。同じｇＮＢの異なるセル間のＨＯの場合であってもよい。

　リモートＵＥに通知する該設定として、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信における送信（ＴＸ）のみに関する設定を通知してもよい。リモートＵＥに通知する該設定として、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信における送信（ＴＸ）と受信（ＲＸ）の両方に関する設定を通知してもよい。これらの設定を組み合わせて通知してもよい。

　リモートＵＥはリレーＵＥ＃２に対して、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信に用いる設定を通知する。すなわち、リモートＵＥは、Ｔ－ｇＮＢから受信した該設定を通知する。リモートＵＥは、Ｓ－ｇＮＢを介して受信した該設定を通知してもよい。リモートＵＥは、自リモートＵＥに設定したパラメータの一部または全部を通知してもよい。リモートＵＥからリレーＵＥ＃２に通知する該設定として、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信におけるＴＸとＲＸの両方に関する設定を通知してもよい。リモートＵＥからリレーＵＥ＃２に通知する該設定として、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信におけるＴＸのみに関する設定は通知しなくてもよい。

　Ｔ－ｇＮＢからＳ－ｇＮＢへの通知には、基地局間のインタフェースを用いてもよい。該通知にＸｎシグナリングを用いてもよい。たとえば、ＨＯ要求に対する応答メッセージに含めて通知してもよい。このようにすることで、別途Ｘｎシグナリングを通知しなくて済むため、シグナリング量の削減を図れる。Ｓ－ｇＮＢからリモートＵＥへの通知には、ＲＲＣシグナリングを用いてもよい。たとえば、ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて通知してもよい。このようにすることで、別途ＲＲＣシグナリングを通知しなくて済むため、シグナリング量の削減を図れる。リレーＵＥ＃１を介してＳ－ｇＮＢとリモートＵＥが接続している場合は、Ｓ－ｇＮＢからリモートＵＥへの通知はリレーＵＥ＃１を介して行われてもよい。

　リモートＵＥからリレーＵＥ＃２へは、ＰＣ５―Ｓシグナリングを用いて通知してもよい。Ｄｉｒｅｃｔ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージに含めて通知してもよい。セキュリティプロテクテッドＰＣ５－Ｓメッセージに含めて通知してもよい。他の方法として、リモートＵＥからリレーＵＥ＃２へは、ＳＬのＲＲＣシグナリングを用いて通知してもよい。ＰＣ５－ＲＲＣメッセージに含めて通知してもよい。ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージに含めて通知してもよい。他の方法として、リモートＵＥからＴ－ｇＮＢに通知するＲＲＣメッセージに含めて通知してもよい。ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージに含めて通知してもよい。リレーＵＥ＃２はリモートＵＥからＴ－ｇＮＢに通知する該メッセージを受信して該設定を取得するとよい。

　ＰＣ５通信に用いる設定について以下に例を８つ開示する。
（１）ＰＣ５－Ｓリンク確立に用いる設定。
（２）ＰＣ５－ＲＲＣシグナリングに用いる設定。
（３）ＰＣ５－Ｓシグナリングに用いる設定。
（４）ＳＬＲＢ（Side　Link　Radio　Bearer）に関する設定。
（５）ＳＬＲＢとＵｕ　ＲＢのマッピングに関する設定。
（６）ＳＬのＣＨに関する設定。
（７）ＰＣ５通信対象となるＵＥに関する情報。
（８）（１）～（７）の組合せ。

　（４）のＳＬＲＢに関する設定として、以下に例を３つ開示する。
（４－１）ＳＬ　ＳＲＢ（Signaling　Radio　Bearer）に関する設定。
（４－２）ＳＬ　ＤＲＢ（Data　Radio　Bearer）に関する設定。
（４－３）（４－１）と（４－２）の組合せ。

　（４－１）のＳＬ　ＳＲＢに関する設定として、以下に例を５つ開示する。
（４－１－１）ＳＬ　ＳＲＢ０に関する設定。
（４－１－２）ＳＬ　ＳＲＢ１に関する設定。
（４－１－３）ＳＬ　ＳＲＢ２に関する設定。
（４－１－４）ＳＬ　ＳＲＢ３に関する設定。
（４－１－５）（４－１－１）～（４－１－４）の組合せ。

　リレーＵＥを用いたＤＣが設定されてもよい。たとえば、リレーＵＥを用いたＤＣが設定されている場合に、（４－１－４）のＳＬ　ＳＲＢ３に関する設定を行ってもよい。

　ＳＬ　ＤＲＢとして、予め設定が決められているデフォルトＤＲＢを設けてもよい。（４－２）のＳＬ　ＤＲＢに関する設定は、デフォルトＤＲＢに関する設定であってもよい。ＳＬ　ＤＲＢに関する設定は、デフォルトＤＲＢを用いるか否かの設定であってもよい。これにより、サービスに適したＳＬ　ＤＲＢの設定をこの後に行うことが可能となる。また、サービスに適したＳＬ　ＤＲＢが設定される前にデフォルトＤＲＢを用いることが可能となる。ＳＬ　ＤＲＢの設定が柔軟に実施可能となる。

　（５）のＳＬＲＢとＵｕ　ＲＢのマッピングに関する設定として、リモートＵＥとｇＮＢ間の通信における、リモートＵＥとリレーＵＥ間に用いるＳＬＲＢと、リレーＵＥとｇＮＢ間に用いるＵｕ　ＲＢのマッピングに関する設定であってもよい。

　（６）のＳＬのＣＨに関する設定として、以下に例を３つ開示する。
（６－１）ＳＣＣＨに関する設定。
（６－２）ＳＴＣＨに関する設定。
（６－３）（６－１）と（６－２）の組合せ。

　（７）のＰＣ５通信対象となるＵＥに関する情報は、たとえば、ＰＣ５通信の送信先ＵＥに関する情報であってもよい。ＰＣ５通信の送信元ＵＥに関する情報であってもよい。ＵＥに関する情報として、たとえば、ＵＥ識別子であってもよい。ＵＥ識別子は、たとえば、Ｌ２ＩＤであってもよい。ＰＣ５通信の送信先ＵＥに関する情報は、たとえば、宛先Ｌ２ＩＤであってもよい。ＰＣ５通信の送信元ＵＥに関する情報は、たとえば、送信元Ｌ２ＩＤであってもよい。

　このようにすることで、リモートＵＥは、Ｔ－ｇＮＢから、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信に用いる設定を取得することが可能となる。リレーＵＥ＃２は、Ｔ－ｇＮＢから、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信に用いる設定を取得することが可能となる。

　リモートＵＥからリレーＵＥへのＰＣ５通信に用いる設定の他の通知方法を開示する。Ｔ－ｇＮＢはリモートＵＥに対して、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信に用いる設定を通知する。この方法は前述に開示した方法を適宜適用するとよい。リモートＵＥは、Ｔ－ｇＮＢから、リモートＵＥとリレーＵＥ＃２間のＰＣ５通信に用いる設定を取得することが可能となる。

　Ｔ－ｇＮＢはリレーＵＥ＃２に対して、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信に用いる設定を通知してもよい。Ｔ－ｇＮＢは、リモートＵＥに設定したパラメータの一部または全部を通知してもよい。Ｔ－ｇＮＢからリレーＵＥ＃２に通知する該設定として、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信におけるＴＸとＲＸの両方に関する設定を通知してもよい。Ｔ－ｇＮＢからリレーＵＥ＃２に通知する該設定として、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信におけるＴＸのみに関する設定は通知しなくてもよい。Ｔ－ｇＮＢからリレーＵＥ＃２へは、Ｔ－ｇＮＢとリレーＵＥ＃２間のＵｕインタフェースを用いて通知してもよい。ＲＲＣシグナリングを用いて通知してもよい。たとえば、ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて通知してもよい。たとえば、リモートＵＥとｇＮＢ間のリレーを要求するためのメッセージに含めて通知してもよい。あるいは、該設定の通知用に新たにＲＲＣメッセージを設けてもよい。

　このようにすることで、リレーＵＥ＃２は、Ｔ－ｇＮＢから、リモートＵＥからリレーＵＥ＃２へのＰＣ５通信に用いる設定を取得することが可能となる。また、リモートＵＥからリレーＵＥ＃２への通知が不要なため、早期に設定可能となる。また、該設定のためリモートＵＥとリレーＵＥ＃２で通信を行う必要が無くなるため、リモートＵＥとリレーＵＥ＃２間のＳＬのＳＲＢ０の設定が可能となる。

　Ｔ－ｇＮＢはリモートＵＥとリレーＵＥ＃２に対して、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定を通知する。リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定の通知方法を開示する。

　Ｔ－ｇＮＢはリモートＵＥに対して、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定を通知する。通知方法は、前述に開示したリモートＵＥからリレーＵＥ＃２へのＰＣ５通信に用いる設定の通知方法を適宜適用するとよい。リモートＵＥに通知する該設定として、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信におけるＴＸとＲＸの両方に関する設定を通知してもよい。リモートＵＥに通知する該設定として、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信におけるＴＸのみに関する設定を通知してもよい。これらの設定を組合わせて通知してもよい。

　リモートＵＥはリレーＵＥ＃２に対して、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定を通知してもよい。この場合、リモートＵＥは、Ｔ－ｇＮＢから受信した該設定を通知する。リモートＵＥは、Ｓ－ｇＮＢを介して受信した該設定を通知してもよい。リモートＵＥからリレーＵＥ＃２に通知する該設定として、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信におけるＴＸとＲＸの両方に関する設定を通知してもよい。リモートＵＥからリレーＵＥ＃２に通知する該設定として、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信におけるＴＸのみに関する設定を通知してもよい。これらの設定を組合わせて通知してもよい。通知方法は、前述に開示したリモートＵＥからリレーＵＥ＃２へのＰＣ５通信に用いる設定の通知方法を適宜適用するとよい。

　このようにすることで、リモートＵＥは、Ｔ－ｇＮＢから、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定を取得することが可能となる。リレーＵＥ＃２は、Ｔ－ｇＮＢから、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定を取得することが可能となる。

　リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定の他の通知方法を開示する。Ｔ－ｇＮＢからリモートＵＥへの通知方法は、前述に開示したリモートＵＥからリレーＵＥ＃２へのＰＣ５通信に用いる設定の通知方法を適宜適用するとよい。リモートＵＥに通知する該設定として、後述する、Ｔ－ｇＮＢからリレーＵＥ＃２に設定するパラメータの一部または全部を通知してもよい。リモートＵＥに通知する該設定として、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信におけるＴＸとＲＸの両方に関する設定を通知してもよい。リモートＵＥに通知する該設定として、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信における送信ＴＸのみに関する設定は通知しなくてもよい。このようにすることで、リモートＵＥは、Ｔ－ｇＮＢから、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定を取得することが可能となる。

　Ｔ－ｇＮＢはリレーＵＥ＃２に対して、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定を通知する。Ｔ－ｇＮＢからリレーＵＥ＃２に通知する該設定として、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信におけるＴＸとＲＸの両方に関する設定を通知してもよい。Ｔ－ｇＮＢからリレーＵＥ＃２に通知する該設定として、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信におけるＴＸのみに関する設定を通知してもよい。これらの設定を組み合わせて通知してもよい。Ｔ－ｇＮＢからリレーＵＥ＃２への通知方法は、前述に開示したリモートＵＥからリレーＵＥ＃２へのＰＣ５通信に必要な設定の通知方法を適宜適用するとよい。

　このようにすることで、リレーＵＥ＃２は、Ｔ－ｇＮＢから、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定を取得することが可能となる。また、リレーＵＥ＃２からリモートＵＥへの通知が不要なため、早期に設定可能となる。また、該設定のためリレーＵＥ＃２とリモートＵＥとで通信を行う必要が無くなるため、リレーＵＥ＃２とリモートＵＥ間のＳＬのＳＲＢ０の設定が可能となる。

　Ｔ－ｇＮＢからリモートＵＥへの、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定の他の通知方法を開示する。Ｔ－ｇＮＢはリレーＵＥ＃２に対して、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定を通知する。通知方法は、前述に開示した通知方法を適宜適用するとよい。リレーＵＥ＃２はリモートＵＥに対して、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定を通知する。リレーＵＥ＃２は、Ｔ－ｇＮＢから受信した該設定を通知する。リレーＵＥ＃２からリモートＵＥに通知する該設定として、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信におけるＴＸとＲＸの両方に関する設定を通知してもよい。リモートＵＥからリレーＵＥ＃２に通知する該設定として、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信におけるＴＸのみに関する設定は通知しなくてもよい。

　リレーＵＥ＃２からリモートＵＥへは、ＰＣ５―Ｓシグナリングを用いて通知してもよい。Ｄｉｒｅｃｔ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージに含めて通知してもよい。セキュリティプロテクテッドＰＣ５－Ｓメッセージに含めて通知してもよい。他の方法として、リレーＵＥ＃２からリモートＵＥへは、ＳＬのＲＲＣシグナリングを用いて通知してもよい。ＰＣ５－ＲＲＣメッセージに含めて通知してもよい。ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージに含めて通知してもよい。他の方法として、Ｔ－ｇＮＢがリレーＵＥ＃２を介してリモートＵＥに通知するＲＲＣメッセージに含めて通知してもよい。ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて通知してもよい。

　このようにすることで、リモートＵＥは、Ｔ－ｇＮＢから、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定を取得することが可能となる。

　リモートＵＥからリレーＵＥ＃２へのＰＣ５通信に用いる設定の通知方法と、リレーＵＥ＃２からリモートＵＥへのＰＣ５通信に用いる設定の通知方法とを適宜組合せて用いてもよい。このようにすることで、リモートＵＥとリレーＵＥ＃２間の双方向のＰＣ５通信に用いる設定を通知することが可能となる。リモートＵＥとリレーＵＥ＃２は、各々、リモートＵＥとリレーＵＥ＃２間の双方向のＰＣ５通信に用いる設定を取得可能となる。

　図１４は、実施の形態１について、リレーＵＥを介したリモートＵＥのＨＯの方法の例を示すシーケンス図である。ステップＳＴ１４０１で、リモートＵＥはＳ－ｇＮＢとＣＮ間でデータ通信を行う。ＣＮとして例えばＵＰＦがある。ステップＳＴ１４０２で、Ｓ－ｇＮＢはリモートＵＥに対して、メジャメントの設定を通知する。メジャメント設定として、ＤＬのメジャメント設定とＳＬのメジャメント設定とを組合わせてもよい。ｇＮＢとＵＥとを組合わせてメジャメント対象としてもよい。ｇＮＢに対してはＤＬのメジャメント設定として、ＵＥに対してはＳＬのメジャメント設定とする。ＤＬメジャメントとＳＬメジャメント設定とで、異なる周波数を設定してもよいし、同じ周波数を設定してもよい。設定した周波数においてＤＬメジャメントとＳＬメジャメントを行うようにしてもよい。リモートＵＥは、Ｓ－ｇＮＢから受信したメジャメント設定に従ってメジャメントを実施する。

　ステップＳＴ１４０３で、リモートＵＥは、リレーＵＥを検出するため、ディスカバリー処理を実施する。ディスカバリー処理により、リモートＵＥはｇＮＢに接続可能なリレーＵＥを検出する。ディスカバリー処理はメジャメント設定で報告対象になったＵＥに対して行われてもよい。ＳＬメジャメントの前にディスカバリー処理が実施されてもよく、ＳＬメジャメントはディスカバリー処理で検出したリレーＵＥに対して行われてもよい。

　リレーＵＥは、リモートＵＥに対して、リレーＵＥに関する情報、リレーＵＥの接続先のｇＮＢの情報、リレーＵＥの状態情報、リレーＵＥがリレー可能か否かを示す情報などを通知してもよい。リレーＵＥに関する情報として、リレーＵＥの識別子を用いてもよい。リレーＵＥの接続先のｇＮＢの情報として、ｇＮＢの識別子を用いてもよい。リレーＵＥの状態情報は、ｇＮＢとのＲＲＣ接続状態であってもよし、ＣＮとのＣＭ（Connection　Management）接続状態であってもよい。リレーＵＥがリレー可能か否かを示す情報として、サービスに関する情報を含めてもよい。サービスに関する情報は、たとえば、リレー可能なサービスを示す情報であってもよい。

　リレーＵＥは、リモートＵＥに対して、該情報を、ディスカバリー処理において通知してもよい。リレーＵＥは、リモートＵＥに対して、該情報を、ＰＣ５－Ｓシグナリングで通知してもよい。あるいは、リレーＵＥは、リモートＵＥに対して、該情報を、ＰＣ５－ＲＲＣシグナリングで通知してもよい。リモートＵＥとリレーＵＥとの間でＰＣ５の接続が確立される場合、たとえば、ディスカバリー処理に続いてＰＣ５接続確立処理が行われる場合に有効である。他の方法として、リレーＵＥは該情報を報知してもよい。リモートＵＥはリレーＵＥから報知された該情報を受信するとよい。このようにすることで、リモートＵＥは該情報を取得することが可能となる。

　ステップＳＴ１４０４で、リモートＵＥはメジャメント結果をＳ－ｇＮＢに報告する。ＤＬのメジャメント結果とＳＬのメジャメント結果を組み合わせて報告してもよい。ＳＬのメジャメント結果の報告は、ディスカバリー処理で検出したリレーＵＥに対して行われてもよい。メジャメント報告メッセージに、ＤＬメジャメント結果とＳＬメジャメント結果を含める。ＳＬメジャメント結果として、対象とするリレーＵＥに関する情報、リレーＵＥの接続するｇＮＢの情報、リレーＵＥの状態情報、リレーＵＥがリレー可能か否かを示す情報などを含めてもよい。このようにすることで、Ｓ－ｇＮＢはリモートＵＥにおけるリレーＵＥのメジャメント結果を取得できる。

　ステップＳＴ１４０５で、Ｓ－ｇＮＢはリモートＵＥのＨＯを決定する。Ｓ－ｇＮＢは、メジャメント結果、リレーＵＥに関する情報、リレーＵＥの接続するｇＮＢの情報、リレーＵＥの状態情報、リレーＵＥがリレー可能か否かを示す情報などを用いて、リモートＵＥのＨＯを決定するとよい。ここでは、リモートＵＥの接続先をＳ－ｇＮＢからリレーＵＥに変更することを決定する。Ｓ－ｇＮＢは、リレーＵＥに接続するＴ－ｇＮＢをＨＯ先にすることを決定する。

　ステップＳＴ１４０６でＳ－ｇＮＢはＴ－ｇＮＢに対してリモートＵＥのＨＯ要求を通知する。ＨＯ要求メッセージに、リモートＵＥに関する情報、たとえばリモートＵＥの識別子、リモートＵＥのコンテキストなどを含めてもよい。ＨＯ要求メッセージに、接続先となるリレーＵＥに関する情報、たとえばリレーＵＥの識別子、リレーＵＥがリレー可能か否かを示す情報などを含めてもよい。このようにすることで、Ｔ－ｇＮＢは、ＨＯ対象となるリモートＵＥと接続先となるリレーＵＥに関する情報を取得することができる。

　Ｓ－ｇＮＢから、ＨＯ対象となるリモートＵＥと接続先となるリレーＵＥに関する情報を受信したＴ－ｇＮＢは、リモートＵＥに対してＨＯ受入れ制御を実施する。ＨＯ受入れ制御において、Ｔ－ｇＮＢは、リモートＵＥに対して接続するリレーを介してＨＯ受入れ可能か否かを判断し、Ｔ－ｇＮＢにおけるリモートＵＥのＲＲＣ設定を行う。Ｔ－ｇＮＢは、リモートＵＥとリレーＵＥ間のＰＣ５通信用設定を行ってもよい。ＰＣ５通信用設定としてＲＲＣ設定を行ってもよい。このようにすることで、Ｔ－ｇＮＢはリモートＵＥ、リレーＵＥに対して、ＰＣ５通信用設定を通知可能となる。

　リモートＵＥとリレーＵＥ間のＰＣ５通信用設定は、後述する、リレーＵＥからのリレー応答を受信した後に行ってもよい。リレーＵＥに対して該設定を通知する場合、Ｔ－ｇＮＢは、Ｓ－ｇＮＢとリモートＵＥを介して通知する、あるいは、Ｔ－ｇＮＢから直接リレーＵＥに対して、ＨＯ要求メッセージとは別に通知するなどの方法を行うとよい。このようにすることで、リレーＵＥからのリレー応答を用いてＴ－ｇＮＢはＰＣ５通信用の設定が可能となる。

　ステップＳＴ１４０７で、Ｔ－ｇＮＢはＨＯ対象のリモートＵＥの接続先となるリレーＵＥに対して、リレー要求メッセージを通知する。リレー要求メッセージに、リモートＵＥに関する情報を含めてもよい。リレー要求メッセージに、リレーＵＥに関する情報を含めてもよい。リレーＵＥがリレー可能か否かを示す情報を含めてもよい。サービスに関する情報を含めてもよい。また、リレー要求メッセージに、Ｔ－ｇＮＢが設定したＰＣ５通信用設定の内容を示す情報（以下では、ＰＣ５通信用設定情報と記載する）を含めてもよい。ＰＣ５通信用設定情報は、リモートＵＥとリレーＵＥとが端末間通信すなわちＰＣ５通信を行うための設定内容を示す通信設定情報の一例である。図１４の例では、Ｔ－ｇＮＢは、リレーＵＥからリモートＵＥへのＰＣ５通信用設定情報をリレー要求メッセージに含めて、リレーＵＥに通知する。該通知を受信したリレーＵＥは、ＨＯ対象となるリモートＵＥの接続受入れ制御を実施する。リモートＵＥの接続受入れ制御において、リレーＵＥは、リモートＵＥに対して接続可能か否かを判断する。すなわち、リレーＵＥは、リモートＵＥに対して接続可能か否か、リレー可能か否かを判断する。ステップＳＴ１４０８で、リレーＵＥはＴ－ｇＮＢに対してリレー応答メッセージを通知する。リレー応答メッセージに、リモートＵＥに関する情報、リレーＵＥに関する情報、リレーＵＥがＨＯ対象となるリモートＵＥのリレー可能か否かを示す情報を含めてもよい。リレー応答メッセージに、ＰＣ５通信用設定が完了したことを示す情報を含めてもよい。図１４の例ではリレー応答メッセージとして肯定応答を通知する。

　ステップＳＴ１４０７で、Ｔ－ｇＮＢはＨＯ対象のリモートＵＥの接続先となるリレーＵＥに対して、アダプテーションレイヤの設定に関する情報を通知してもよい。Ｔ－ｇＮＢは該情報をリレー要求メッセージに含めて通知してもよい。前述に開示した、Ｔ－ｇＮＢからＨＯ対象のリモートＵＥの接続先となるリレーＵＥに対するＰＣ５通信用設定情報の通知方法を適宜適用するとよい。アダプテーションレイヤの設定に関する情報として、リモートＵＥとＴ－ｇＮＢ間の通信に用いる、リモートＵＥとリレーＵＥ間のアダプテーションレイヤの設定に関する情報　ａｎｄ／ｏｒ　リレーＵＥとＴ－ｇＮＢ間のアダプテーションレイヤの設定に関する情報としてもよい。アダプテーションレイヤの設定に関する情報を受信したリレーＵＥは、アダプテーションレイヤの設定を実施可能となる。リレーＵＥは、ステップ１４０８で送信するリレー応答メッセージに、アダプテーションレイヤの設定を完了したことを示す情報を含めてもよい。このようにすることで、リレーＵＥに対してアダプテーションレイヤの設定が完了したことをＴ－ｇＮＢが認識可能となる。

　ステップＳＴ１４０９で、Ｔ－ｇＮＢはＳ－ｇＮＢに対してＨＯ要求応答メッセージを通知する。図１４の例ではＨＯ要求応答メッセージとして肯定応答を通知する。ＨＯ要求応答メッセージに、リモートＵＥに関する情報を含めてもよい。ＨＯ要求応答メッセージに、リレーＵＥに関する情報を含めてもよい。リレーＵＥがリレー可能か否かを示す情報を含めてもよい。ＨＯ要求応答メッセージに、リモートＵＥにＴ－ｇＮＢが設定したＴ－ｇＮＢとの通信用のＲＲＣ設定を含めてもよい。ＨＯ要求応答メッセージに、Ｔ－ｇＮＢが設定したＰＣ５通信用設定情報を含めてもよい。図１４の例では、Ｔ－ｇＮＢは、リモートＵＥからリレーＵＥへのＰＣ５通信用設定情報をＨＯ要求応答メッセージに含めて、Ｓ－ｇＮＢに通知する。

　ステップＳＴ１４０９で、Ｔ－ｇＮＢはＳ－ｇＮＢに対して、リモートＵＥとＴ－ｇＮＢ間の通信に用いるアダプテーションレイヤの設定に関する情報を通知してもよい。該情報をＨＯ要求応答メッセージに含めて通知してもよい。該通知に、前述に開示した、Ｔ－ｇＮＢからＳ－ｇＮＢに対するＰＣ５通信用設定情報の通知方法を適宜適用するとよい。アダプテーションレイヤの設定に関する情報として、リモートＵＥとＴ－ｇＮＢ間の通信に用いる、リモートＵＥとリレーＵＥ間のアダプテーションレイヤの設定に関する情報　ａｎｄ／ｏｒ　リレーＵＥとＴ－ｇＮＢ間のアダプテーションレイヤの設定に関する情報を通知してもよい。

　ステップＳＴ１４１０で、Ｓ－ｇＮＢはＨＯ対象のリモートＵＥに対して、Ｔ－ｇＮＢへのＲＲＣ設定変更（ＨＯ指示であってもよい）のためのＲＲＣメッセージを通知する。Ｓ－ｇＮＢは該メッセージをリレーＵＥを介して通知する。ＲＲＣメッセージとしてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いてもよい。該ＲＲＣメッセージに、リモートＵＥに関する情報を含めてもよい。該ＲＲＣメッセージに接続先となるリレーＵＥに関する情報を含めてもよい。該ＲＲＣメッセージに、ＨＯ先となるＴ－ｇＮＢに関する情報を含めてもよい。該ＲＲＣメッセージに、Ｔ－ｇＮＢが設定したリモートＵＥのＴ－ｇＮＢとの通信用ＲＲＣ設定を含めてもよい。このようにすることで、リモートＵＥがＴ－ｇＮＢが設定したＲＲＣ設定を受信可能となる。該ＲＲＣメッセージに、ＰＣ５通信用設定情報を含めてもよい。このようにすることで、リモートＵＥがリレーＵＥとのＰＣ５通信用設定情報を受信可能となる。図１４の例では、リモートＵＥからリレーＵＥへのＰＣ５通信用設定情報を通知する。

　ステップＳＴ１４１０で、Ｓ－ｇＮＢはリモートＵＥに対して、リモートＵＥとＴ－ｇＮＢ間の通信に用いるアダプテーションレイヤの設定に関する情報を通知してもよい。該情報をＲＲＣ設定変更メッセージに含めて通知してもよい。該通知に、前述に開示した、Ｓ－ｇＮＢからリモートＵＥに対するＰＣ５通信用設定情報の通知方法を適宜適用するとよい。アダプテーションレイヤの設定に関する情報として、リモートＵＥとＴ－ｇＮＢ間の通信に用いる、リモートＵＥとリレーＵＥ間のアダプテーションレイヤの設定に関する情報　ａｎｄ／ｏｒ　リレーＵＥとＴ－ｇＮＢ間のアダプテーションレイヤの設定に関する情報を通知してもよい。

　リモートＵＥがリレーＵＥ（リレーＵＥ＃１）を介してＳ－ｇＮＢと接続している場合、Ｓ－ｇＮＢは該リレーＵＥを介してリモートＵＥに対してリモートＵＥとＴ－ｇＮＢ間の通信に用いるアダプテーションレイヤの設定に関する情報を通知してもよい。

　このようにすることで、リモートＵＥはリモートＵＥとＴ－ｇＮＢ間の通信に用いるアダプテーションレイヤの設定に関する情報を受信でき、該アダプテーションレイヤの設定が可能となる。

　ステップＳＴ１４１１で、リモートＵＥは、接続先のリレーＵＥとの間でＰＣ５接続を確立する。リモートＵＥは、ＰＣ５接続確立処理において、リモートＵＥからリレーＵＥへのＰＣ５通信用設定情報を、リレーＵＥに対して通知する。リレーＵＥは、ＰＣ５接続確立処理において、リレーＵＥからリモートＵＥへのＰＣ５通信用設定情報を、リモートＵＥに対して通知する。このようにすることで、リモートＵＥとリレーＵＥ間でＰＣ５通信が可能となる。また、リモートＵＥとリレーＵＥ間でＰＣ５上でのデータ通信が可能となる。

　リモートＵＥは、ステップＳＴ１４１０でＳ－ｇＮＢからＴ－ｇＮＢへのＲＲＣ設定変更のためのＲＲＣメッセージを受信した場合に、Ｓ－ｇＮＢとの通信を停止する。Ｓ－ｇＮＢとの通信用設定をリリースしてもよい。図１４の例では示していないが、リモートＵＥが、リレーＵＥを介してＳ－ｇＮＢと接続している場合は、該リレーＵＥとの通信を停止する。該リレーＵＥとのＰＣ５通信用設定をリリースしてもよい。このようにすることで、リモートＵＥは早期に、接続先リレーＵＥとのＰＣ５接続処理、リレーＵＥを介したＴ－ｇＮＢとのＲＲＣ接続処理を実施可能となる。

　リモートＵＥは、ステップＳＴ１４１１で接続先リレーＵＥとのＰＣ５接続を確立した場合に、Ｓ－ｇＮＢとの通信を停止してもよい。Ｓ－ｇＮＢとの通信用設定をリリースしてもよい。リモートＵＥが、リレーＵＥを介してＳ－ｇＮＢと接続している場合は、該リレーＵＥとの通信を停止してもよい。該リレーＵＥとのＰＣ５通信用設定をリリースしてもよい。このようにすることで、リモートＵＥは接続先リレーＵＥと確実にＰＣ５接続確立後、リレーＵＥを介したＴ－ｇＮＢとのＲＲＣ接続処理を実施可能となる。

　ステップＳＴ１４１１で、リモートＵＥはリレーＵＥに対して、リモートＵＥとＴ－ｇＮＢ間の通信に用いるアダプテーションレイヤの設定に関する情報を通知してもよい。該通知に、前述に開示した、リモートＵＥからリレーＵＥに対するＰＣ５通信用設定情報の通知方法を適宜適用するとよい。アダプテーションレイヤの設定に関する情報として、リモートＵＥとＴ－ｇＮＢ間の通信に用いる、リモートＵＥとリレーＵＥ間のアダプテーションレイヤの設定に関する情報　ａｎｄ／ｏｒ　リレーＵＥとＴ－ｇＮＢ間のアダプテーションレイヤの設定に関する情報を通知してもよい。リモートＵＥとＴ－ｇＮＢ間の通信に用いるアダプテーションレイヤの設定に関する情報を受信したリレーＵＥは、該アダプテーションレイヤの設定を実施可能となる。

　リモートＵＥがステップＳＴ１４１１で接続先リレーＵＥとのＰＣ５接続を確立した場合に、Ｓ－ｇＮＢとの通信を停止する条件は、リモートＵＥがＳ－ｇＮＢと直接接続している場合としてもよい。このようにすることで、リモートＵＥが、接続元リレーＵＥと接続先リレーＵＥとの双方と接続処理をしなくて済む。また、リモートＵＥの構成を簡略化可能となる。また、リモートＵＥのＨＯ処理の複雑化を回避可能となる。

　ステップＳＴ１４１２で、リモートＵＥは接続先リレーＵＥを介してＴ－ｇＮＢに対してＲＲＣ設定完了を通知する。該通知をリモートＵＥとＴ－ｇＮＢ間のＲＲＣシグナリングを用いて行ってもよい。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージを用いてもよい。このようにすることで、Ｔ－ｇＮＢは、リモートＵＥがＲＲＣ設定を実施し、リレーＵＥを介してＲＲＣ接続が実施されたことを認識できる。これにより、リレーＵＥを介してリモートＵＥとＴ－ｇＮＢ間で通信が可能となる。

　リモートＵＥからＲＲＣ設定完了メッセージを受信したＴ－ｇＮＢは、ステップＳＴ１４１３で、ＣＮとの間でリモートＵＥに対するパススイッチ処理を実施する。このようにすることで、リモートＵＥに対するＳ－ｇＮＢからＴ－ｇＮＢへのパススイッチ処理が実施可能となる。また、ＣＮのＵＰＦはＴ－ｇＮＢに対してリモートＵＥへのＤＬデータを送信可能となる。また、Ｔ－ｇＮＢとリレーＵＥを介して、リモートＵＥとＵＰＦとの間でデータ通信が可能となる。

　Ｔ－ｇＮＢは、ＣＮのＡＭＦへのパススイッチ要求メッセージに、リモートＵＥに関する情報を含めてもよい。パススイッチ要求メッセージ、リモートＵＥの通信に関する情報を含めるとよい。リモートＵＥの通信に関する情報として、リレーＵＥを介した通信か否かを示す情報を含めてもよい。該リレーＵＥに関する情報を含めてもよい。ＣＮにおいてＡＭＦがＵＰＦに通知するスイッチ要求メッセージに、該情報を含めてもよい。また、ＵＰＦからＡＭＦへのパススイッチ要求応答メッセージに、該情報を含めてもよい。また、ＡＭＦからＴ－ｇＮＢへのパススイッチ要求応答メッセージに該情報を含めてもよい。前述のＡＭＦとＵＰＦ間のパススイッチ要求メッセージやパススイッチ要求応答メッセージはＳＭＦを介して通知されてもよい。

　ステップＳＴ１４１４で、Ｔ－ｇＮＢは、Ｓ－ｇＮＢに対して、リモートＵＥのコンテキストのリリースを通知する。このようにすることで、Ｓ－ｇＮＢは、リモートＵＥのコンテキストをリリースすることが可能となる。

　リモートＵＥがリレーＵＥを介してＳ－ｇＮＢと接続している時に、Ｓ－ｇＮＢがＴ－ｇＮＢからＵＥコンテキストのリリースを受信した場合、Ｓ－ｇＮＢは接続元リレーＵＥに対して、リモートＵＥのコンテキストのリリースを通知してもよい。該通知を受けた接続元リレーＵＥは、リモートＵＥのコンテキストをリリースすることができる。Ｓ－ｇＮＢは、Ｔ－ｇＮＢからＵＥコンテキストのリリースを受信した場合、接続元リレーＵＥに対してリモートＵＥとの通信停止を通知してもよい。該通信停止をＲＲＣシグナリングで通知してもよい。該通信停止メッセージに、リモートＵＥに関する情報を含めてもよい。該通信停止メッセージに、通信停止の原因情報を含めてもよい。たとえば、原因情報として、ＨＯによる通信停止であることを示す情報を含めてもよい。Ｓ－ｇＮＢからリモートＵＥとの通信停止メッセージを受信したリレーＵＥは、リモートＵＥとＳ－ｇＮＢ間のリレー通信を停止する。リモートＵＥとＳ－ｇＮＢ間のリレー通信のための設定をリリースするとしてもよい。たとえば、ＰＣ５通信用設定をリリースしてもよい。このようにすることで、リモートＵＥの接続先リレーＵＥが変更になったような場合に、リレーＵＥにおけるリレー処理が無駄に継続してしまうことを回避できる。また、リレーＵＥの低消費電力化が可能となる。

　パススイッチ処理終了後、ステップＳＴ１４１５で、リモートＵＥ、接続先リレーＵＥ、Ｔ－ｇＮＢ、ＣＮ間でデータ通信が可能となる。

　このようにすることで、リレーＵＥを介したリモートＵＥのＨＯが可能となる。また、リモートＵＥはＲＲＣ接続を維持したままｇＮＢの接続先を変更可能となる。また、リモートＵＥのｇＮＢの接続先変更時も通信サービスを継続可能となる。

　図１５は、実施の形態１について、リレーＵＥを介したリモートＵＥのＨＯの方法の他の例を示すシーケンス図である。図１５において、図１４と共通するステップについては同じステップ番号を付し、共通する説明を省略する。図１５の例では、リモートＵＥとリレーＵＥ間のＰＣ５通信用設定方法が図１４の例とは異なる。図１５の例では、リモートＵＥとリレーＵＥ間のＰＣ５通信用設定情報を、リレーＵＥへの設定はＴ－ｇＮＢから直接リレーＵＥに対して通知し、リモートＵＥへの設定はＴ－ｇＮＢからＳ－ｇＮＢを介して通知する。ステップＳＴ１５０７で、Ｔ－ｇＮＢはリレーＵＥに対して、リモートＵＥからリレーＵＥへのＰＣ５通信用設定情報と、リレーＵＥからリモートＵＥへのＰＣ５通信用設定情報とを通知する。このようにすることで、リレーＵＥは、リモートＵＥからリレーＵＥへのＰＣ５通信用設定情報と、リレーＵＥからリモートＵＥへのＰＣ５通信用設定情報を受信可能となる。ステップＳＴ１５０９で、Ｔ－ｇＮＢはＳ－ｇＮＢに対して、リモートＵＥからリレーＵＥへのＰＣ５通信用設定情報と、リレーＵＥからリモートＵＥへのＰＣ５通信用設定情報とを通知する。ステップＳＴ１５１０で、Ｓ－ｇＮＢはリモートＵＥに対して、リモートＵＥからリレーＵＥへのＰＣ５通信用設定情報とリレーＵＥからリモートＵＥへのＰＣ５通信用設定情報とを通知する。このようにすることで、リモートＵＥは、リモートＵＥからリレーＵＥへのＰＣ５通信用設定情報と、リレーＵＥからリモートＵＥへのＰＣ５通信用設定情報とを受信可能となる。

　図１５の例のような方法とすることで、接続先リレーＵＥからリモートＵＥへのＰＣ５通信用設定情報の通知、あるいは、リモートＵＥから接続先リレーＵＥへのＰＣ５通信用設定情報の通知が不要となるため、早期に設定可能となる。また、該設定のため接続先リレーＵＥとリモートＵＥとで通信を行う必要が無くなるため、リレーＵＥとリモートＵＥ間のＳＬのＳＲＢの設定が可能となる。たとえば、ＳＬのＳＲＢ０からの設定が可能となる。

　このようにすることで、リモートＵＥとリレーＵＥ＃２は、リモートＵＥとリレーＵＥ＃２間のＰＣ５通信に用いる設定を取得することができ、リモートＵＥとリレーＵＥ＃２間でＰＣ５通信が可能となる。このため、リモートＵＥはリレーＵＥ＃２を介してＴ－ｇＮＢと接続することが可能となり、リモートＵＥはリレーＵＥ＃２を介してＴ－ｇＮＢと通信を行うことが可能となる。このため、Ｓ－ｇＮＢからＴ－ｇＮＢへのリモートＵＥのＨＯが可能となる。リモートＵＥがリレーＵＥを介して間接的に接続するｇＮＢへのＨＯ、言い換えると、リレーＵＥを介したリモートＵＥのＨＯが可能となり、サービスの連続性が得られる。

実施の形態１の変形例１．
　リレーＵＥを介したリモートＵＥとｇＮＢ間の通信におけるＤＲＢの設定は、リレーＵＥを介した設定になる。しかし、リレーＵＥを介したＤＲＢの設定については上述の非特許文献１～２７および他の文献等になんら開示が無い。このためリレーＵＥを介したリモートＵＥとｇＮＢ間での通信ができないという問題が生じる。また、リレーＵＥを介したリモートＵＥのＨＯにおいて、リモートＵＥとＳ－ｇＮＢ間の通信におけるＤＲＢの設定の取扱いについてはなんら開示が無い。

　本実施の形態１の変形例１では、このような課題を解決する方法を開示する。

　前述の課題を解決するため、本実施の形態にかかる通信システムにおいては、Ｓ－ｇＮＢからＴ－ｇＮＢに対して、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信に用いる、リモートＵＥとリレーＵＥ＃１間のＤＲＢの設定に関する情報を通知する。Ｓ－ｇＮＢからＴ－ｇＮＢに対して、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信に用いるＤＲＢの設定の、リモートＵＥとリレーＵＥ＃１間に関する情報を通知してもよい。Ｓ－ｇＮＢからＴ－ｇＮＢに対して、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信に用いる、リモートＵＥとリレーＵＥ＃１間のＱｏＳフローからＤＲＢへのマッピング情報を通知してもよい。Ｓ－ｇＮＢからＴ－ｇＮＢに対して、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信に用いるＱｏＳフローからＤＲＢへのマッピング情報を通知してもよい。

　Ｓ－ｇＮＢからＴ－ｇＮＢに対して、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信に用いる、リレーＵＥ＃１とＳ－ｇＮＢ間のＤＲＢの設定に関する情報を通知してもよい。Ｓ－ｇＮＢからＴ－ｇＮＢに対して、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信に用いるＤＲＢの設定の、リレーＵＥ＃１とＳ－ｇＮＢ間に関する情報を通知してもよい。Ｓ－ｇＮＢからＴ－ｇＮＢに対して、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信に用いる、リレーＵＥ＃１とＳ－ｇＮＢ間のＱｏＳフローからＤＲＢへのマッピング情報を通知してもよい。

　このようにすることで、Ｔ－ｇＮＢは、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信に用いるＤＲＢの設定に関する情報を取得することができる。

　リレーＵＥを介したリモートＵＥとｇＮＢ間のＤＲＢの設定方法について開示する。Ｓ－ｇＮＢは、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間のＤＲＢの設定を行ってもよい。Ｓ－ｇＮＢは、リモートＵＥとリレーＵＥ＃１間のＤＲＢの設定と、リレーＵＥ＃１とＳ－ｇＮＢ間のＤＲＢの設定とを実施してもよい。Ｓ－ｇＮＢは、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間のＤＲＢの、リモートＵＥとリレーＵＥ＃１間の設定と、リレーＵＥ＃１とＳ－ｇＮＢ間の設定とを実施してもよい。リレーＵＥを介したリモートＵＥとｇＮＢ間のＤＲＢの設定として、リモートＵＥからＳ－ｇＮＢへの通信のための設定と、Ｓ－ｇＮＢからリモートＵＥへの通信のための設定とを分別してもよい。Ｓ－ｇＮＢは、各方向の通信の設定を実施してもよい。前述ではＳ－ｇＮＢと記したが、ｇＮＢは、特にＨＯ元のｇＮＢであるＳ－ｇＮＢに限らない。リレーＵＥを介してリモートＵＥとｇＮＢ間で通信が行われる場合に適用してもよい。

　このようにすることで、Ｓ－ｇＮＢが、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の、リモートＵＥとリレーＵＥ＃１間、リレーＵＥ＃１とＳ－ｇＮＢ間の両方の設定が可能となる。該両方の設定を用いて、リモートＵＥとＳ－ｇＮＢ間の通信に適した設定とすることが可能となる。また、Ｓ－ｇＮＢは該両方の設定を認識可能となる。

　他の方法を開示する。リレーＵＥ＃１が、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信の、リレーＵＥ＃１からリモートＵＥへの通信のＤＲＢの設定を行ってもよい。リレーＵＥ＃１が、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信の、リモートＵＥからリレーＵＥ＃１への通信のＤＲＢの設定を行ってもよい。Ｓ－ｇＮＢが、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信のリレーＵＥ＃１とＳ－ｇＮＢ間の通信のＤＲＢの設定を行う。前述ではＳ－ｇＮＢと記したが、ｇＮＢは、特にＨＯ元のｇＮＢであるＳ－ｇＮＢに限らない。リレーＵＥを介してリモートＵＥとｇＮＢ間で通信が行われる場合に適用してもよい。

　このようにすることで、リレーＵＥ＃１とリモートＵＥが、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信の内、リモートＵＥとリレーＵＥ＃１間の設定が可能となる。リレーＵＥ＃１とリモートＵＥは、リモートＵＥとリレーＵＥ＃１間の電波伝搬状況や各ＵＥでの無線リソース使用状況などを考慮して、リモートＵＥとリレーＵＥ＃１間の通信に適した設定とすることが可能となる。

　リレーＵＥ＃１はＳ－ｇＮＢに対して、リレーＵＥ＃１からリモートＵＥへの通信のＤＲＢの設定を通知してもよい。リモートＵＥはリレーＵＥ＃１に対して、リモートＵＥからリレーＵＥ＃１への通信のＤＲＢの設定を通知してもよい。リレーＵＥ＃１は、該設定をＳ－ｇＮＢに対して通知してもよい。このようにすることで、Ｓ－ｇＮＢは、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信の、リモートＵＥとリレーＵＥ＃１間の設定を認識可能となる。

　このようにすることで、Ｓ－ｇＮＢは、Ｔ－ｇＮＢに対して、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信に用いるＤＲＢの設定に関する情報を通知可能となる。

　ＤＲＢの設定に関する情報として、たとえば、ＤＲＢを識別するための情報、各プロトコルスタックの設定情報、ロジカルチャネルの情報、ＲＬＣチャネルの情報、ＲＬＣベアラに関する情報などがある。ＱｏＳフローに関する情報　ａｎｄ／ｏｒ　ＱｏＳフローからＤＲＢへのマッピング情報をＤＲＢの設定に関する情報に含めてもよい。

　リレーＵＥを介したリモートＵＥとｇＮＢ間の通信では、リレーＵＥで、リモートＵＥとリレーＵＥ間のＤＲＢとリレーＵＥとリモートＵＥ間のＤＲＢのマッピングとが必要となる。リレーＵＥを介したリモートＵＥのＨＯにおいて、Ｓ－ｇＮＢからＴ－ｇＮＢに対して、リモートＵＥとＳ－ｇＮＢ間の通信に用いる、リモートＵＥとリレーＵＥ＃１間のＤＲＢの設定に関する情報と、リレーＵＥ＃１とＳ－ｇＮＢ間のＤＲＢのマッピング設定に関する情報とを、通知する。ＤＲＢのマッピング方法を、ＤＲＢの識別子を用いたマッピングとしてもよい。ＤＲＢのマッピング設定に関する情報を、ＤＲＢの識別子によるマッピング情報としてもよい。Ｓ－ｇＮＢは、前述に開示したＤＲＢの設定に関する情報と、ＤＲＢの識別子によるマッピング情報とを関連付けて、Ｔ－ｇＮＢに通知してもよい。

　マッピング方法を、ＲＬＣチャネルの識別子を用いたマッピングとしてもよい。マッピング設定に関する情報を、ＲＬＣチャネルの識別子によるマッピング情報としてもよい。Ｓ－ｇＮＢは、前述に開示したＤＲＢの設定に関する情報と、ＲＬＣチャネルの識別子によるマッピング情報とを関連付けて、Ｔ－ｇＮＢに通知してもよい。マッピング方法を、ロジカルチャネルの識別子を用いたマッピングとしてもよい。マッピング設定に関する情報を、ロジカルチャネルの識別子によるマッピング情報としてもよい。Ｓ－ｇＮＢは、前述に開示したＤＲＢの設定に関する情報と、ロジカルチャネルの識別子によるマッピング情報とを関連付けて、Ｔ－ｇＮＢに通知してもよい。

　Ｓ－ｇＮＢは、リモートＵＥとＳ－ｇＮＢ間のＱｏＳフローからＤＲＢへのマッピング情報と、リレーＵＥでのＤＲＢのマッピング情報とを関連付けて、Ｔ－ｇＮＢに通知してもよい。Ｓ－ｇＮＢは、リモートＵＥからＳ－ｇＮＢへの通信　ａｎｄ／ｏｒ　Ｓ－ｇＮＢからリモートＵＥへの通信におけるＱｏＳフローからＤＲＢへのマッピング情報と、リレーＵＥでのＤＲＢのマッピング情報とを関連付けて、Ｔ－ｇＮＢに通知してもよい。

　リレーＵＥを介したリモートＵＥとｇＮＢ間の通信における、リモートＵＥとリレーＵＥ間のＤＲＢと、リレーＵＥとリモートＵＥ間のＤＲＢとのマッピング方法について開示する。Ｓ－ｇＮＢは、リモートＵＥとリレーＵＥ＃１間のＤＲＢの設定と、リレーＵＥ＃１とＳ－ｇＮＢ間のＤＲＢの設定とのマッピング設定を実施する。Ｓ－ｇＮＢは、リモートＵＥからＳ－ｇＮＢへの通信のためのＤＲＢのマッピングと、Ｓ－ｇＮＢからリモートＵＥへの通信のためのＤＲＢのマッピングとを分別してもよい。Ｓ－ｇＮＢは、各方向のマッピング設定を実施してもよい。前述ではＳ－ｇＮＢと記したが、ｇＮＢは、特にＨＯ元のｇＮＢであるＳ－ｇＮＢに限らない。リレーＵＥを介してリモートＵＥとｇＮＢ間で通信が行われる場合に適用してもよい。

　このようにすることで、Ｓ－ｇＮＢが、リモートＵＥとＳ－ｇＮＢ間の通信に適したマッピング設定を実施可能となる。また、Ｓ－ｇＮＢはマッピング情報を認識可能となる。

　他の方法を開示する。リレーＵＥ＃１が、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信の、リレーＵＥ＃１とリモートＵＥ間のＤＲＢの設定と、リレーＵＥ＃１とＳ－ｇＮＢ間のＤＲＢの設定とのマッピング設定を実施してもよい。リレーＵＥ＃１は、リモートＵＥからＳ－ｇＮＢへの通信のためのＤＲＢのマッピングと、Ｓ－ｇＮＢからリモートＵＥへの通信のためのＤＲＢのマッピングとを分別してもよい。リレーＵＥ＃１は、各方向のマッピングを実施してもよい。前述ではＳ－ｇＮＢと記したが、ｇＮＢは、特にＨＯ元のｇＮＢであるＳ－ｇＮＢに限らない。リレーＵＥを介してリモートＵＥとｇＮＢ間で通信が行われる場合に適用してもよい。

　このようにすることで、リレーＵＥ＃１が、リレーＵＥ＃１で行うマッピングのマッピング設定を実施可能となる。このため、リレーＵＥ＃１の無線リソース使用状況などを考慮して、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信に適したマッピング設定とすることが可能となる。

　リレーＵＥ＃１はＳ－ｇＮＢに対して、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信の、リレーＵＥ＃１とリモートＵＥ間のＤＲＢの設定と、リレーＵＥ＃１とＳ－ｇＮＢ間のＤＲＢの設定とのマッピング設定に関する情報を通知する。このようにすることで、Ｓ－ｇＮＢは、該マッピング設定を認識可能となる。

　このようにすることで、Ｓ－ｇＮＢは、Ｔ－ｇＮＢに対して、リモートＵＥとＳ－ｇＮＢ間の通信に用いる、リモートＵＥとリレーＵＥ＃１間のＤＲＢとリレーＵＥ＃１とＳ－ｇＮＢ間のＤＲＢのマッピング設定に関する情報を通知可能となる。

　リレーＵＥを介したリモートＵＥとｇＮＢ間の通信において、リレーＵＥとｇＮＢ間　ａｎｄ／ｏｒ　リモートＵＥとリレーＵＥとの間のプロトコルとして、アダプテーションレイヤを設けることが検討されている（非特許文献２７（３ＧＰＰ　ＴＲ　３８．８３６）参照）。リレーＵＥを介したリモートＵＥとｇＮＢの通信のＨＯにおいて、Ｓ－ｇＮＢからＴ－ｇＮＢに対して、リモートＵＥとＳ－ｇＮＢ間の通信に用いる、リモートＵＥとリレーＵＥ＃１間のアダプテーションレイヤの設定に関する情報　ａｎｄ／ｏｒ　リレーＵＥ＃１とＳ－ｇＮＢ間のアダプテーションレイヤの設定に関する情報を通知してもよい。

　Ｔ－ｇＮＢは、リモートＵＥとＳ－ｇＮＢ間の通信において設定されていたアダプテーションレイヤの設定に関する情報を用いて、リレーＵＥ＃２を介したリモートＵＥとＴ－ｇＮＢとの間の通信のアダプテーションレイヤの設定を実施可能となる。Ｔ－ｇＮＢは該情報を用いて早期にアダプテーションレイヤの設定を行うことが可能となる。

　図１６は、実施の形態１の変形例１について、リレーＵＥを介したリモートＵＥのＨＯの方法の例を示すシーケンス図である。図１６において、図１４、図１５と共通するステップについては同じステップ番号を付し、共通する説明を省略する。図１６の例では、リモートＵＥとＳ－ｇＮＢ間の通信におけるＤＲＢの設定に関する情報をＴ－ｇＮＢに通知する方法について開示している。

　Ｓ－ｇＮＢは、リモートＵＥとＳ－ｇＮＢ間の通信のリモートＵＥとリレーＵＥ＃１間の通信のＤＲＢ設定を実施する。ステップＳＴ１６０１で、Ｓ－ｇＮＢは、リモートＵＥに対して、リレーＵＥ＃１を介して、リモートＵＥとリレーＵＥ＃１間の通信のＤＲＢ設定に関する情報を通知する。図１６の例では、該情報をＳ－ｇＮＢとリモートＵＥ間のＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて通知する。Ｓ－ｇＮＢは、リモートＵＥとＳ－ｇＮＢ間の通信のリレーＵＥ＃１とＳ－ｇＮＢ間の通信のＤＲＢ設定を実施する。ステップＳＴ１６０２で、Ｓ－ｇＮＢは、リレーＵＥ＃１に対して、リモートＵＥとリレーＵＥ＃１間の通信のＤＲＢ設定に関する情報を通知する。図１６の例では、該情報をＳ－ｇＮＢとリレーＵＥ＃１間のＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて通知する。該情報として、リモートＵＥとリレーＵＥ＃１間のＤＲＢ情報と、リレーＵＥ＃１とＳ－ｇＮＢ間のＤＲＢ情報と、リレーＵＥ＃１でのＤＲＢマッピング情報とを通知する。ステップＳＴ１６０３で、リモートＵＥ、リレーＵＥ＃１、Ｓ－ｇＮＢ、ＣＮのＵＰＦ間でデータ通信が行われる。

　ステップＳＴ１６０４で、Ｓ－ｇＮＢはリレーＵＥ＃１を介してリモートＵＥに対してメジャメント設定を通知する。ステップＳＴ１６０５で、リモートＵＥはリレーＵＥ＃１を介してＳ－ｇＮＢに対してメジャメント報告を通知する。ステップＳＴ１４０５でリモートＵＥのＨＯを決定したＳ－ｇＮＢは、ステップＳＴ１６０６で、Ｔ－ｇＮＢに対してＨＯ要求メッセージを通知する。ＨＯ要求メッセージに、リモートＵＥとＳ－ｇＮＢ間の通信のＤＲＢ設定に関する情報を含めるとよい。リモートＵＥとＳ－ｇＮＢ間の通信のＤＲＢ設定に関する情報として、リモートＵＥとＳ－ｇＮＢ間の通信のリモートＵＥとリレーＵＥ＃１間のＤＲＢ設定に関する情報と、リモートＵＥとＳ－ｇＮＢ間の通信のリレーＵＥ＃１とＳ－ｇＮＢ間のＤＲＢ設定に関する情報とを含めるとよい。ＨＯ要求メッセージに、ＱｏＳフローからリモートＵＥとＳ－ｇＮＢ間の通信のＤＲＢへのマッピング情報を含めてもよい。ＨＯ要求メッセージに、リレーＵＥ＃１でのＤＲＢマッピング情報を含めてもよい。このようにすることで、Ｔ－ｇＮＢが、リレーＵＥ＃１を介してリモートＵＥとＳ－ｇＮＢ間の通信に用いられていたＤＲＢ設定を認識可能となる。ＨＯ要求メッセージに含める前述の各情報は、Ｓ－ｇＮＢとリモートＵＥとの間のデータ通信に関する設定内容を示すデータ通信用設定情報の一例である。

　Ｔ－ｇＮＢは、Ｓ－ｇＮＢから通知された、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信に用いられていたＤＲＢ設定を用いて、リレーＵＥ＃２を介したリモートＵＥとＴ－ｇＮＢ間の通信に用いるＤＲＢ設定を行う。

　ステップＳＴ１６０７で、Ｔ－ｇＮＢはリレーＵＥ＃２に対して、リレーＵＥ＃２を介したリモートＵＥとＴ－ｇＮＢ間の通信に用いるＤＲＢ設定に関する情報を通知する。該情報をリレー要求メッセージに含めて通知するとよい。リモートＵＥとＴ－ｇＮＢ間の通信に用いるＤＲＢ設定に関する情報として、リモートＵＥとＴ－ｇＮＢ間の通信のリモートＵＥとリレーＵＥ＃２間のＤＲＢ設定に関する情報と、リモートＵＥとＴ－ｇＮＢ間の通信のリレーＵＥ＃２とＴ－ｇＮＢ間のＤＲＢ設定に関する情報とをリレー要求メッセージに含めるとよい。リレー要求メッセージに、ＱｏＳフローからリモートＵＥとＴ－ｇＮＢ間の通信のＤＲＢへのマッピング情報を含めてもよい。リレー要求メッセージに、リレーＵＥ＃２でのＤＲＢマッピング情報を含めてもよい。このようにすることで、Ｔ－ｇＮＢはリレーＵＥ＃２に対して、リレーＵＥ＃２を介したリモートＵＥとＴ－ｇＮＢ間の通信のＤＲＢ設定を通知可能となる。

　ステップＳＴ１６０９で、Ｔ－ｇＮＢはＳ－ｇＮＢに対して、リレーＵＥ＃２を介したリモートＵＥとＴ－ｇＮＢ間の通信に用いるＤＲＢ設定に関する情報を通知する。該情報をＨＯ要求応答メッセージに含めて通知するとよい。リモートＵＥとＴ－ｇＮＢ間の通信のＤＲＢ設定に関する情報として、リモートＵＥとＴ－ｇＮＢ間の通信のリモートＵＥとリレーＵＥ＃２間のＤＲＢ設定に関する情報を含めるとよい。このようにすることで、Ｓ－ｇＮＢは、リモートＵＥとＴ－ｇＮＢ間の通信のＤＲＢ設定を受信可能となる。

　ステップＳＴ１６１０で、Ｓ－ｇＮＢはリモートＵＥに対して、リレーＵＥ＃２を介したリモートＵＥとＴ－ｇＮＢ間の通信に用いるＤＲＢ設定に関する情報を通知する。該情報をＲＲＣ設定変更メッセージに含めて通知するとよい。ここでは、ＲＲＣ設定変更メッセージとして、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いる。Ｓ－ｇＮＢは、該メッセージをリレーＵＥ＃１を介して通知する。リモートＵＥとＴ－ｇＮＢ間の通信のＤＲＢ設定に関する情報を、リモートＵＥとＴ－ｇＮＢ間の通信のリモートＵＥとリレーＵＥ＃２間のＤＲＢ設定に関する情報とするとよい。このようにすることで、リモートＵＥは、リモートＵＥとＴ－ｇＮＢ間の通信のＤＲＢ設定を受信可能となる。リモートＵＥは該設定を用いることで、Ｔ－ｇＮＢとの間のデータ通信を実施可能となる。

　リモートＵＥとＳ－ｇＮＢとの間の通信の停止方法について実施の形態１で開示したが、ここでは他の方法を開示する。実施の形態１では、上述したステップＳＴ１４１０を契機として該通信を停止することとしたが、ここでは、Ｓ－ｇＮＢが、ステップＳＴ１６１０で、リモートＵＥに対してＲＲＣ設定変更メッセージを通知後、ステップＳＴ１６１１で、リレーＵＥ＃１に対して、リモートＵＥとの通信停止を通知する。ＲＲＣシグナリングで通知してもよい。該通信停止メッセージに、リモートＵＥに関する情報を含めてもよい。該通信停止メッセージに、通信停止の原因情報を含めてもよい。たとえば、ＨＯによる通信停止であることを示す情報を含めてもよい。Ｓ－ｇＮＢからリモートＵＥとの通信停止メッセージを受信したリレーＵＥ＃１は、リモートＵＥとＳ－ｇＮＢ間のリレー通信を停止する。リモートＵＥとＳ－ｇＮＢ間のリレー通信のための設定をリリースするとしてもよい。リモートＵＥとＳ－ｇＮＢとの間のリレー通信のためのバッファをリセットしてもよい。また、リレーＵＥ＃１は、たとえば、リモートＵＥとの間のＰＣ５通信用設定をリリースしてもよい。このようにすることで、リレーＵＥ＃１におけるリレー処理が無駄に継続してしまうことを回避できる。また、リレーＵＥ＃１の低消費電力化が可能となる。

　このような方法とすることで、Ｓ－ｇＮＢからＴ－ｇＮＢに対して、リレーＵＥ＃１を介してリモートＵＥとＳ－ｇＮＢ間の通信に用いるＤＲＢの設定に関する情報を通知可能となる。Ｔ－ｇＮＢは該情報を用いて、リレーＵＥ＃２を介したリモートＵＥとＴ－ｇＮＢ間の通信のＤＲＢ設定を実施可能となる。また、該設定を、リモートＵＥ、リレーＵＥ＃２に対して通知可能となる。

　リモートＵＥと直接ｇＮＢが接続する場合のＨＯでは、リモートＵＥは、Ｔ－ｇＮＢに対してＲＡ処理成功後、Ｔ－ｇＮＢへのＵＬデータの送信を開始する。しかし、リレーＵＥを介したリモートＵＥのＨＯの場合、リモートＵＥはＴ－ｇＮＢと直接接続されないため、Ｔ－ｇＮＢに対するＲＡ処理は無い。このような場合、リモートＵＥがリレーＵＥを介してＴ－ｇＮＢに対してＵＬデータの送信を開始するタイミングが不明となる。ここではこのような課題を解決する方法を開示する。

　前述の課題を解決するため、リモートＵＥは、Ｔ－ｇＮＢにＲＲＣ設定完了メッセージを送信後、リレーＵＥ＃２を介してＴ－ｇＮＢに対するＵＬデータの送信を開始する。Ｔ－ｇＮＢはリモートＵＥからＲＲＣ設定完了メッセージを受信することで、リモートＵＥとの間でＲＲＣ接続が行われたことを認識できる。Ｔ－ｇＮＢは、Ｔ－ｇＮＢからＳ－ｇＮＢを介してリモートＵＥに通知したＲＲＣ設定を、リモートＵＥが設定したことを認識できる。Ｔ－ｇＮＢは、リモートＵＥからのＵＬデータを、リレーＵＥ＃２を介して受信するとよい。リレーＵＥ＃２を介してリモートＵＥとＴ－ｇＮＢ間でＵＬデータの送受信が可能となる。

　他の方法を開示する。リモートＵＥは、リレーＵＥ＃２とのＰＣ５－ＲＲＣ接続完了後、ＵＬデータの送信を開始してもよい。リレーＵＥ＃２は、リモートＵＥから受信したＵＬデータを、Ｔ－ｇＮＢに対して送信してもよい。このようにすることで、リモートＵＥは早期にリレーＵＥ＃２を介してＴ－ｇＮＢに対してＵＬデータを送信可能となる。

　このようにすることで、リレーＵＥを介したリモートＵＥとｇＮＢ間の通信において、ＤＲＢの設定が可能となる。また、リレーＵＥを介したリモートＵＥとｇＮＢ間での通信が可能となる。また、リレーＵＥを介したリモートＵＥのＨＯにおいて、リモートＵＥとＳ－ｇＮＢ間の通信におけるＤＲＢの設定を、Ｔ－ｇＮＢが取得可能となる。このため、Ｔ－ｇＮＢにおいて、リモートＵＥとＳ－ｇＮＢ間のＤＲＢの設定を用いた、リモートＵＥとＴ－ｇＮＢ間のＤＲＢの設定が可能となる。また、リレーＵＥを介したリモートＵＥのＨＯにおいて、たとえば、サービスの連続性が保てる、サービスに要求されるＱｏＳに最適な通信が可能となる、Ｔ－ｇＮＢでのＤＲＢの設定を早期に実施可能となる、ＨＯに関する処理を低遅延で実施可能となる、ＨＯのロバスト性の向上を図れる、等の効果を得ることができる。

実施の形態１の変形例２．
　リレーＵＥを介したリモートＵＥのＨＯにおいて、データ通信遅延時間の削減が要求される。しかし、このようなＨＯにおけるデータ通信遅延時間の削減方法については上述の非特許文献１～２７および他の文献等に何ら開示が無い。

　本実施の形態１の変形例２では、このような課題を解決する方法を開示する。

　前述の課題を解決するため、リレーＵＥを介したリモートＵＥのＨＯにおいて、ＤＡＰＳ（Dual　Active　Protocol　Stack）ＨＯを設ける。以降、リレーＵＥを介したリモートＵＥのＨＯにおけるＤＡＰＳ　ＨＯをＩ－ＤＡＰＳ　ＨＯと称する場合がある。詳細方法を開示する。リレーＵＥを介したリモートＵＥのＨＯにおいて、リモートＵＥは、Ｓ－ｇＮＢとの通信用とＴ－ｇＮＢとの通信用の、双方の通信に用いるプロトコルスタックをアクティブにする。Ｓ－ｇＮＢとの通信用のプロトコルスタックとして、リレーＵＥ＃１を介したリモートＵＥとＳ－ｇＮＢ間の通信用のプロトコルスタックを使用してもよい。Ｔ－ｇＮＢとの通信用のプロトコルスタックとして、リレーＵＥ＃２を介したリモートＵＥとＴ－ｇＮＢの通信用のプロトコルスタックを使用してもよい。

　Ｉ－ＤＡＰＳ　ＨＯとして、リモートＵＥと直接接続するｇＮＢからリレーＵＥを介して接続するｇＮＢへのＨＯ　ａｎｄ／ｏｒ　リモートＵＥとリレーＵＥを介して接続するｇＮＢから直接接続するｇＮＢへのＨＯ　ａｎｄ／ｏｒ　リモートＵＥとリレーＵＥを介して接続するｇＮＢからリレーＵＥを介して接続するｇＮＢへのＨＯとしてもよい。以降、これらをＩ－ＤＡＰＳ　ＨＯのタイプと称する場合がある。

　リレーＵＥを介したリモートＵＥのＩ－ＤＡＰＳ　ＨＯの設定方法について開示する。ＮＷはリモートＵＥにＩ－ＤＡＰＳ　ＨＯを設定可能とする。ＮＷはリレーＵＥにＩ－ＤＡＰＳ　ＨＯを設定可能とする。ＮＷとして、たとえば、ＡＭＦあるいはＳＭＦであってもよい。たとえば、ＲＡＮであってもよい。ＲＡＮとして、たとえば、ｇＮＢであってもよい。ｇＮＢとしてＳ－ｇＮＢであってもよいしＴ－ｇＮＢであってもよい。Ｓ－ｇＮＢが設定を行う場合、ＨＯさせるリモートＵＥの通信サービスや通信状況、リレーＵＥ＃１の通信状況に応じたＩ－ＤＡＰＳ　ＨＯの設定が可能となる。Ｔ－ｇＮＢが設定を行う場合、ＨＯさせるリモートＵＥの通信サービスや通信状況、リレーＵＥ＃２の通信状況に応じたＩ－ＤＡＰＳ　ＨＯの設定が可能となる。

　ＮＷはリモートＵＥに対して、Ｉ－ＤＡＰＳ　ＨＯの設定を通知する。Ｉ－ＤＡＰＳ　ＨＯの設定情報として、Ｉ－ＤＡＰＳ　ＨＯを設定するか否かを示す情報を含めてもよい。Ｉ－ＤＡＰＳ　ＨＯの設定情報として、Ｉ－ＤＡＰＳ　ＨＯのタイプを示す情報を含めてもよい。Ｉ－ＤＡＰＳ　ＨＯのタイプと、設定するか否かを示す情報とを関連付けてもよい。このようにすることで、ＮＷは、リモートＵＥ　ａｎｄ／ｏｒ　リレーＵＥに対して、どのタイプのＩ－ＤＡＰＳ　ＨＯを設定するか選択することができる。また、ＮＷは、リモートＵＥ　ａｎｄ／ｏｒ　リレーＵＥに対して、どのタイプのＩ－ＤＡＰＳ　ＨＯを実行させるかを通知可能となる。リモートＵＥ　ａｎｄ／ｏｒ　リレーＵＥは、リレーＵＥを介したリモートＵＥのＨＯ時に、どのタイプのＩ－ＤＡＰＳ　ＨＯを実施すればよいか判断可能となる。

　Ｉ－ＤＡＰＳ　ＨＯ設定の通知方法について開示する。ＮＷはリモートＵＥに対して、Ｉ－ＤＡＰＳ　ＨＯ設定を、ＲＲＣシグナリングで通知する。また、ＮＷはリレーＵＥに対して、Ｉ－ＤＡＰＳ　ＨＯ設定を、ＲＲＣシグナリングで通知する。ＲＲＣシグナリングとして、たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで通知してもよい。該通知方法は、リモートＵＥやリレーＵＥがｇＮＢとＲＲＣ接続中に有効である。また、たとえば、ＲＲＣＳｅｔｕｐメッセージで通知してもよい。この場合、リモートＵＥやリレーＵＥがｇＮＢとＲＲＣ接続確立する際に設定できるため早期に設定可能となる。また、たとえば、ＲＲＣＲｅｓｕｍｅメッセージで通知してもよい。この場合、リモートＵＥやリレーＵＥがｇＮＢとＩｎａｃｔｉｖｅ状態の場合にＲＲＣ接続状態に移行する際に設定できるため早期に設定可能となる。また、たとえば、ＲＲＣＲｅｅｓｔａｂｌｉｃｈｍｅｎｔメッセージで通知してもよい。この場合、リモートＵＥやリレーＵＥがＲＬＦ（Radio　Link　Failure）等の場合にＲＲＣ接続状態に移行する際に設定できるため早期に設定可能となる。

　Ｔ－ｇＮＢはリレー＃２に対して、Ｉ－ＤＡＰＳ　ＨＯ設定を、リレー要求メッセージで通知してもよい。

　リモートＵＥはＮＷに対して、Ｉ－ＤＡＰＳ　ＨＯ実施可能か否かを通知してもよい。リレーＵＥはＮＷに対して、Ｉ－ＤＡＰＳ　ＨＯ実施可能か否かを通知してもよい。Ｉ－ＤＡＰＳ　ＨＯタイプと実施可能か否かを示す情報とを関連付けて通知してもよい。Ｉ－ＤＡＰＳ　ＨＯ実施可能か否かの情報、あるいは、Ｉ－ＤＡＰＳ　ＨＯタイプと実施可能か否かを示す情報とを関連付けた情報をケーパビリティ情報としてもよい。

　リレーＵＥを介して接続するｇＮＢからの、リモートＵＥのＩ－ＤＡＰＳ　ＨＯにおいて、リレーＵＥ＃１からリモートＵＥへのＤＬ送信停止方法について開示する。Ｓ－ｇＮＢはリレーＵＥ＃１に対して、リモートＵＥとＳ－ｇＮＢ間の送受信を停止することを示す情報を通知する。リモートＵＥとＳ－ｇＮＢ間のリレー設定をリリースすることを示す情報を通知してもよい。本明細書では、リモートＵＥとＳ－ｇＮＢ間の送受信を停止することを示す情報　ａｎｄ／ｏｒ　リモートＵＥとＳ－ｇＮＢ間のリレー設定をリリースすることを示す情報を、以降、ＨＯ元リレー設定リリース情報と称する場合がある。Ｓ－ｇＮＢはリレーＵＥ＃１に対して、ＨＯが成功したことを通知してもよい。該情報の通知は、Ｓ－ｇＮＢがＴ－ｇＮＢからＨＯ成功メッセージを受信したことを契機に行われるとよい。

　該情報を受信したリレーＵＥ＃１は、リモートＵＥへのＤＬ送信を停止する。該情報を受信したリレーＵＥ＃１は、リモートＵＥへのＤＬ送信のための設定をリリースしてもよいし、リモートＵＥとＳ－ｇＮＢ間のリレー設定をリリースしてもよい。

　Ｓ－ｇＮＢからリレーＵＥ＃１に対する該情報の通知は、ＲＲＣシグナリングを用いて行ってもよい。ＲＲＣメッセージに該情報を含めて通知してもよい。たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて通知してもよい。リレーに関するＲＲＣメッセージに含めて通知してもよい。Ｓ－ｇＮＢからリレーＵＥ＃１へＨＯ成功か否かを通知するメッセージを設けて、Ｓ－ｇＮＢからリレーＵＥ＃１に対して、該情報を該メッセージに含めて通知してもよい。このようにすることで、リレーＵＥ＃１がリモートＵＥのＨＯ成功を認識可能となる。

　Ｓ－ｇＮＢからリレーＵＥ＃１に対する該情報の通知は、ＭＡＣシグナリングを用いて行ってもよい。ＭＡＣ　ＣＥ（Control　Element）に該情報を含めて通知してもよい。Ｓ－ｇＮＢからリレーＵＥ＃１に対する該情報の通知は、Ｌ１／Ｌ２シグナリングを用いてもよい。ＰＤＣＣＨに該情報を含めて通知してもよい。このようにすることで、より早期にＳ－ｇＮＢからリレーＵＥ＃１に対して該情報を通知可能となる。また、リレーＵＥ＃１からリモートＵＥへのＤＬ送信停止までの遅延を削減可能となる。また、リレーＵＥ＃１とリモートＵＥでの無駄な送受信処理時間が削減されるため低消費電力化が図れる。

　このようにすることで、リレーＵＥを介したリモートＵＥのＩ－ＤＡＰＳ　ＨＯにおいて、リレーＵＥ＃１がリモートＵＥのＨＯ成功を認識することが可能となる。リレーＵＥ＃１は、リモートＵＥのＨＯ成功に応じて、リレーＵＥ＃１からリモートＵＥへのＤＬ送信を停止することが可能となる。また、リレーＵＥ＃１は、リモートＵＥのＨＯ成功に応じて、リレーＵＥ＃１とリモートＵＥのＤＬ送信に用いる設定をリリースすることが可能となる。このため、リモートＵＥがＨＯ成功したにもかかわらず、リレーＵＥ＃１でリモートＵＥへのＤＬ送信処理が行われてしまうような無駄な処理を削減することが可能となる。また、リレーＵＥ＃１で該処理に用いられる無線リソースをリリースすることが可能となる。

　前述に、ＨＯ元リレー設定リリース情報を受信したリレーＵＥ＃１が、リモートＵＥへのＤＬ送信を停止することを開示した。これに限らず、該情報を受信したリレーＵＥ＃１が、Ｓ－ｇＮＢからのＤＬ受信を停止してもよい。該情報を受信したリレーＵＥ＃１が、Ｓ－ｇＮＢからのＤＬ受信のための設定をリリースしてもよい。該情報を受信したリレーＵＥ＃１が、リモートＵＥからのＵＬ受信を停止してもよい。該情報を受信したリレーＵＥ＃１が、リモートＵＥからのＵＬ受信のための設定をリリースしてもよい。該情報を受信したリレーＵＥ＃１が、Ｓ－ｇＮＢへのＵＬ送信を停止してもよい。該情報を受信したリレーＵＥ＃１が、Ｓ－ｇＮＢへのＵＬ送信のための設定をリリースしてもよい。このようにすることで、リレーＵＥ＃１での各送受信において前述の場合と同様の効果を得ることができる。

　リレーＵＥを介して接続するｇＮＢへのリモートＵＥのＩ－ＤＡＰＳ　ＨＯにおいて、リモートＵＥでのＤＬ／ＵＬ送受信停止方法について開示する。Ｔ－ｇＮＢはリモートＵＥに対して、リモートＵＥとＳ－ｇＮＢ間の送受信を停止することを示す情報を通知する。リモートＵＥとＳ－ｇＮＢ間の通信の設定をリリースすることを示す情報を通知してもよい。リモートＵＥとＳ－ｇＮＢ間の送受信を停止することを示す情報　ａｎｄ／ｏｒ　リモートＵＥとＳ－ｇＮＢ間の通信の設定をリリースすることを示す情報を、以降、ＨＯ元通信設定リリース情報と称する場合がある。Ｔ－ｇＮＢは、該情報を、リレーＵＥ＃２を介してリモートＵＥに通知するとよい。該情報の通知は、Ｔ－ｇＮＢがリモートＵＥからＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信したことを契機に行われるとよい。

　リモートＵＥは、該情報を受信するまで、リモートＵＥとＳ－ｇＮＢ間のデータを送受信する。リモートＵＥが、該情報を受信した場合、リモートＵＥとＳ－ｇＮＢ間のデータの送受信を停止し、Ｓ－ｇＮＢとの間の通信用の設定をリリースする。

　Ｔ－ｇＮＢからリモートＵＥに対する該情報の通知は、ＲＲＣシグナリングを用いて行ってもよい。ＲＲＣメッセージに該情報を含めて通知してもよい。たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて通知してもよい。リモートＵＥとＳ－ｇＮＢ間の送受信停止あるいは設定リリースを示すメッセージを設けて、Ｔ－ｇＮＢからリモートＵＥに対して、該情報を該メッセージに含めて通知してもよい。このようにすることで、リモートＵＥはＴ－ｇＮＢから該情報を受信可能となる。

　Ｔ－ｇＮＢからリモートＵＥに対する該情報の通知は、ＭＡＣシグナリングを用いて行ってもよい。Ｔ－ｇＮＢからリレーＵＥ＃２へのＭＡＣシグナリングおよびリレーＵＥ＃２からリモートＵＥへのＳＬ　ＭＡＣシグナリングを用いて行ってもよい。ＭＡＣ　ＣＥに該情報を含めて通知してもよい。Ｔ－ｇＮＢからリモートＵＥに対する該情報の通知は、Ｌ１／Ｌ２シグナリングを用いて行ってもよい。Ｔ－ｇＮＢからリレーＵＥ＃２へのＰＤＣＣＨおよびリレーＵＥ＃２からリモートＵＥへのＰＳＣＣＨに該情報を含めて通知してもよい。このようにすることで、より早期にＴ－ｇＮＢからリモートＵＥに対して該情報を通知可能となる。また、リモートＵＥとＳ－ｇＮＢ間の送受信停止までの遅延を削減可能となる。また、リモートＵＥでの無駄な送受信処理時間が削減されるため低消費電力化が図れる。

　このようにすることで、リレーＵＥを介したリモートＵＥのＩ－ＤＡＰＳ　ＨＯにおいて、リモートＵＥがＳ－ｇＮＢとの通信停止、該通信用の設定リリースの判断を実施可能となる。このため、リモートＵＥがＨＯ成功したにもかかわらず、リモートＵＥとＳ－ｇＮＢ間で通信処理が行われてしまうような無駄な処理を削減することが可能となる。また、リレーＵＥ＃１で該処理に用いられる無線リソースをリリースすることが可能となる。

　リレーＵＥを介したリモートＵＥのＩ－ＤＡＰＳ　ＨＯにおいて、リモートＵＥがＴ－ｇＮＢに対してＵＬデータの送信を開始する方法について開示する。リモートＵＥは、Ｔ－ｇＮＢから、リモートＵＥとＳ－ｇＮＢ間の送受信を停止することを示す情報あるいはリモートＵＥとＳ－ｇＮＢ間の通信の設定をリリースすることを示す情報を受信した場合に、リレーＵＥ＃２を介してＴ－ｇＮＢへのＵＬデータの送信を開始する。このようにすることで、リモートＵＥがＳ－ｇＮＢとの通信停止あるいは通信設定のリリースによりＴ－ｇＮＢへのＵＬデータ送信を開始することが可能となる。

　リモートＵＥは、Ｓ－ｇＮＢとの通信停止あるいは通信設定のリリースを行った時点でＳ－ｇＮＢに対して送信確達できていないＵＬデータが存在する場合、送信確達できていないＵＬデータから順番に、Ｔ－ｇＮＢに対して送信するとよい。送信確達できていないＰＤＣＰ　ＳＮの付与されたＵＬデータをＴ－ｇＮＢに対して送信してもよい。送信確達できていない最初のＵＬデータ以降をＴ－ｇＮＢに対して送信してもよい。送信確達できていない最初のＰＤＣＰ　ＳＮの付与されたＵＬデータ以降をＴ－ｇＮＢに対して送信してもよい。このようにすることで、リモートＵＥのＨＯ時におけるＵＬデータの連続性が確保できる。

　他の方法を開示する。リモートＵＥは、Ｔ－ｇＮＢに対してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージを送信した場合に、リレーＵＥ＃２を介してＴ－ｇＮＢへのＵＬデータの送信を開始する。このようにすることで、早期にＴ－ｇＮＢに対してＵＬデータの送信を開始可能となる。たとえば、リモートＵＥがＳ－ｇＮＢとの通信停止あるいは通信設定リリースをしていないような場合でも、リレーＵＥ＃２を介してＴ－ｇＮＢへのＵＬデータ送信を開始することが可能となる。

　リモートＵＥは、Ｔ－ｇＮＢに対してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージを送信した時点で、Ｓ－ｇＮＢに対して送信確達できていないＵＬデータが存在する場合、送信確達できていないＵＬデータから順番に、Ｔ－ｇＮＢに対して送信するとよい。送信方法は前述に開示した方法を適宜適用するとよい。このようにすることで、前述の場合と同様に、リモートＵＥのＨＯ時におけるＵＬデータの連続性が確保できる。

　図１７は、実施の形態１の変形例２について、Ｉ－ＤＡＰＳ　ＨＯの方法の例を示すシーケンス図である。図１７において、図１４、図１６と共通するステップについては同じステップ番号を付し、共通する説明を省略する。ステップＳＴ１７０１で、リレーＵＥ＃１はＳ－ｇＮＢに対してリレー時のＤＡＰＳ　ＨＯケーパビリティを通知する。ＵＥケーパビリティ情報に含めて通知してもよい。リレーＵＥはＣＮに対してリレー時のＤＡＰＳ　ＨＯケーパビリティを通知してもよい。Ｓ－ｇＮＢがＣＮに対してリレーＵＥ＃１のリレー時のＤＡＰＳ　ＨＯケーパビリティを通知してもよい。同様に、ステップＳＴ１７０２で、リレーＵＥ＃２からＴ－ｇＮＢに対して、リレー時のＤＡＰＳ　ＨＯケーパビリティを通知する。ステップＳＴ１７０３で、リモートＵＥはＳ－ｇＮＢに対してＤＡＰＳ　ＨＯケーパビリティを通知する。リレーＵＥ＃１を介して通知する。ＵＥケーパビリティ情報に含めて通知してもよい。リモートＵＥはＣＮに対してリレー時のＤＡＰＳ　ＨＯケーパビリティを通知してもよい。Ｓ－ｇＮＢがＣＮに対してリモートＵＥのＤＡＰＳ　ＨＯケーパビリティを通知してもよい。該ＤＡＰＳ　ＨＯはＩ－ＤＡＰＳ　ＨＯとしてもよい。このようにすることで、Ｓ－ｇＮＢあるいはＣＮが、リモートＵＥあるいはリレーＵＥがＤＡＰＳ　ＨＯ可能か否かを認識できる。

　ステップＳＴ１４０５で、Ｓ－ｇＮＢは、リモートＵＥに対してＩ－ＤＡＰＳ　ＨＯを決定する。ステップＳＴ１７０６で、Ｓ－ｇＮＢはＴ－ｇＮＢに対してＩ－ＤＡＰＳ　ＨＯ要求を通知する。該Ｉ－ＤＡＰＳ　ＨＯ要求メッセージに、Ｉ－ＤＡＰＳ　ＨＯの要求であることを示す情報を含めるとよい。ステップＳＴ１７０７で、Ｔ－ｇＮＢはリレーＵＥ＃２に対して、リレー要求を通知する。該リレー要求メッセージに、Ｉ－ＤＡＰＳ　ＨＯ設定に関する情報を含めるとよい。このようにすることで、リレーＵＥ＃２は、リモートＵＥにＩ－ＤＡＰＳ　ＨＯが適用されること、Ｉ－ＤＡＰＳ　ＨＯの設定情報を認識可能となる。

　ステップＳＴ１６０９でＴ－ｇＮＢからＨＯ要求応答を受信したＳ－ｇＮＢは、ステップＳＴ１７１０で、リモートＵＥに対して、Ｉ－ＤＡＰＳ　ＨＯの設定に関する情報を通知する。ＲＲＣ設定変更のためのメッセージを用いて通知してもよい。Ｓ－ｇＮＢは、該情報をリレーＵＥ＃１を介してリモートＵＥに通知する。該情報の通知を受けたリモートＵＥは、Ｉ－ＤＡＰＳ　ＨＯの実施が指示されたことを認識する。リモートＵＥは、Ｉ－ＤＡＰＳ　ＨＯ処理を実施する。Ｓ－ｇＮＢは、ステップＳＴ１７１１で、リレーＵＥ＃１に対して、Ｉ－ＤＡＰＳ　ＨＯの設定に関する情報を通知する。ＲＲＣ設定変更のためのメッセージを用いて通知してもよい。該情報の通知を受けたリレーＵＥ＃１は、接続するリモートＵＥに、Ｉ－ＤＡＰＳ　ＨＯの実施が指示されたことを認識する。そして、リレーＵＥ＃１においてリモートＵＥのＩ－ＤＡＰＳ　ＨＯ処理を実施する。

　ステップＳＴ１７１２で、Ｓ－ｇＮＢはＴ－ｇＮＢに対してデータ転送を決定する。Ｓ－ｇＮＢは、バッファで保持しているバッファデータのデータ転送を決定してもよいし、ＤＬのデータ転送を決定してもよい。Ｓ－ｇＮＢは、バッファデータとＣＮのＵＰＦからのデータとを転送することに決定してもよい。ステップＳＴ１７１３で、Ｓ－ｇＮＢはＴ－ｇＮＢに対してＳＮ状態を転送する。該転送にＥａｒｌｙ　Ｓｔａｔｕｓ　Ｔｒａｎｓｆｅｒを用いてもよい。ＳＮ状態として、Ｔ－ｇＮＢに転送する最初のＤＬデータのＳＮ　ａｎｄ／ｏｒ　ＨＦＮ（Hyper　Frame　Number）情報を含めてもよい。Ｓ－ｇＮＢは、該ＳＮ状態を転送以降、ステップＳＴ１７１４で受信したデータをＴ－ｇＮＢに対して転送する。該データをＤＬのデータとしてもよい。Ｓ－ｇＮＢがまだリモートＵＥに送信できていないＤＬデータを転送してもよい。Ｓ－ｇＮＢがＣＮのＵＰＦから受信したＤＬデータを転送してもよい。ステップＳＴ１７１５で、Ｔ－ｇＮＢは、Ｓ－ｇＮＢからのデータをバッファする。

　Ｔ－ｇＮＢは、Ｓ－ｇＮＢから転送されたデータを、リモートＵＥの接続先となるリレーＵＥ＃２に対して転送してもよい。リレーＵＥ＃２はＴ－ｇＮＢから転送されたデータをバッファするとよい。このようにすることで、リレーＵＥ＃２は、リモートＵＥに対して、Ｔ－ｇＮＢから受信したデータを早期に送信可能となる。たとえば、リレーＵＥ＃２は、リモートＵＥとリレーＵＥ＃２間のＰＣ５接続確立後、Ｔ－ｇＮＢから受信したＤＬデータを、リモートＵＥに対して送信してもよい。

　Ｓ－ｇＮＢはリモートＵＥに対して、Ｉ－ＤＡＰＳ　ＨＯの設定情報を含むＲＲＣ設定変更メッセージを上述のステップＳＴ１７１０で通知した後、リモートＵＥへの通信を停止しない。Ｓ－ｇＮＢは、リモートＵＥとの通信用設定をリリースしない。また、リモートＵＥは、Ｓ－ｇＮＢから該メッセージを上述のステップＳＴ１７１０で受信後、Ｓ－ｇＮＢとの通信を停止しない。Ｓ－ｇＮＢとの通信用設定をリリースしない。Ｓ－ｇＮＢとの通信のためのリレーＵＥ＃１との通信を停止しない。Ｓ－ｇＮＢとの通信のためのリレーＵＥとのＰＣ５通信用設定をリリースしない。また、リレーＵＥ＃１は、Ｓ－ｇＮＢからＩ－ＤＡＰＳ　ＨＯの設定情報を含むＲＲＣ設定変更のためのメッセージを上述のステップＳＴ１７１１で受信後、リモートＵＥとＳ－ｇＮＢ間のリレー通信を停止しない。リモートＵＥとＳ－ｇＮＢ間のリレー通信用設定をリリースしない。リモートＵＥとのＰＣ５通信を停止しない。Ｓ－ｇＮＢとの通信を停止しない。これらの通信用設定をリリースしない。

　Ｓ－ｇＮＢによるＤＬデータへのＰＤＣＰ　ＳＮの割り当ては、ステップＳＴ１７２１で、Ｔ－ｇＮＢに対してＳＮ状態を送信するまで停止しない、としてもよい。Ｓ－ｇＮＢは、ＨＯ成功メッセージを受信するまで、リモートＵＥに対してＤＬデータを送信するのを停止しない。Ｓ－ｇＮＢは、ＨＯ成功メッセージを受信するまで、リモートＵＥからのＵＬデータを受信するのを停止しなくてもよい。

　ステップＳＴ１４１２で、リモートＵＥはＴ－ｇＮＢに対してＲＲＣ設定完了メッセージを送信する。リモートＵＥは該ＲＲＣ設定完了メッセージをリレーＵＥ＃２を介して通知する。該ＲＲＣ設定完了メッセージを通知したリモートＵＥは、Ｔ－ｇＮＢに対してデータ送信を開始してもよい。その場合、リモートＵＥは、リレーＵＥを介してデータ送信を開始する。Ｔ－ｇＮＢは、リモートＵＥから受信したデータをＵＰＦに送信してもよい。

　ＳＴ１４１１でリレーＵＥ＃２とＰＣ５接続を行ったリモートＵＥは、リレーＵＥ＃２に対してデータ送信を開始してもよい。リレーＵＥ＃２はリモートＵＥから受信したデータをＴ－ｇＮＢに送信してもよい。Ｔ－ｇＮＢは、リモートＵＥから受信したデータをＵＰＦに送信してもよい。リモートＵＥはより早期にデータ送信が可能となる。

　リモートＵＥからＲＲＣ設定完了メッセージを受信したＴ－ｇＮＢは、ステップＳＴ１７１６で、リモートＵＥに対して、ＨＯ元通信設定リリース情報を通知する。Ｔ－ｇＮＢは、該情報をリレーＵＥ＃２を介して通知する。ステップＳＴ１７１７で、リモートＵＥは、Ｓ－ｇＮＢとの間の送受信を停止し、通信用設定をリリースする。リモートＵＥから、ＲＲＣ設定完了メッセージを受信したＴ－ｇＮＢは、ステップＳＴ１７１８で、Ｓ－ｇＮＢに対して、ＨＯ成功を通知する。該通知ではＨＯ成功メッセージを用いてもよい。このようにすることで、Ｓ－ｇＮＢは、Ｉ－ＤＡＰＳ　ＨＯによりリモートＵＥがＴ－ｇＮＢにＲＲＣ接続完了したことを認識可能となる。ステップＳＴ１７１８でＴ－ｇＮＢからＨＯ成功メッセージを受信したＳ－ｇＮＢは、ステップＳＴ１７１９で、リレーＵＥ＃１に対して、ＨＯ元リレー設定リリース情報を通知する。該通知ではＨＯ成功メッセージを用いてもよい。ステップＳＴ１７２０で、リレーＵＥ＃１は、リモートＵＥとＳ－ｇＮＢ間のリレー通信の送受信を停止し、該通信用設定をリリースする。このようにすることで、リレーＵＥ＃１は、リモートＵＥがＨＯを成功後に、リモートＵＥとＳ－ｇＮＢ間のリレー通信の送受信の停止、該通信用設定のリリースを速やかに実施することができる。また、リレーＵＥ＃１の送受信処理の無駄や無線リソースの無駄な利用を低減できる。リレーＵＥ＃１の低消費電力化、無線リソースの使用効率の向上が可能となる。

　ステップＳＴ１７２１で、Ｓ－ｇＮＢはＴ－ｇＮＢに対して、ＳＮ状態を転送する。該転送にＳＮ　Ｓｔａｔｕｓ　Ｔｒａｎｓｆｅｒメッセージを用いてもよい。ＳＮ状態として、リモートＵＥからＴ－ｇＮＢに再度送信が必要なＵＬデータ情報を含めてもよい。ＳＮ状態として、Ｔ－ｇＮＢからリモートＵＥに新たに送信するＤＬデータ情報を含めてもよい。データ情報として、データに付与するＰＤＣＰ　ＳＮ情報としてもよい。このようすることで、Ｔ－ｇＮＢはリモートＵＥに対してどのデータを送受信すればよいか認識可能となる。

　ステップＳＴ１７２２で受信したデータを、Ｓ－ｇＮＢは、Ｔ－ｇＮＢに対して転送する。該データをＤＬのデータとしてもよい。Ｓ－ｇＮＢは、まだリモートＵＥに送信できていないＤＬデータをＴ－ｇＮＢに対して転送してもよい。Ｓ－ｇＮＢは、ＵＰＦから受信したＤＬデータをＴ－ｇＮＢに対して転送してもよい。

　ステップＳＴ１４１２でＴ－ｇＮＢとＲＲＣ接続完了したリモートＵＥは、Ｔ－ｇＮＢとのデータ通信を開始してもよい。あるいは、ステップＳＴ１７１７で、Ｓ－ｇＮＢとの送受信を停止し、設定をリリースした後に、リモートＵＥは、Ｔ－ｇＮＢとのデータ通信を開始してもよい。ステップＳＴ１７２３で、リモートＵＥは、リレーＵＥ＃２を介してＴ－ｇＮＢとのデータ通信を開始する。このようにすることで、リモートＵＥとＴ－ｇＮＢ間での通信が可能となる。

　ステップＳＴ１４１３で、Ｔ－ｇＮＢとＣＮ間でパススイッチ処理が実施され、ステップＳＴ１７２４で、ＵＰＦからＳ－ｇＮＢを介してＴ－ｇＮＢに転送される最後のデータとして、Ｅｎｄ　Ｍａｒｋｅｒが付与されたデータが送信される。Ｅｎｄ　Ｍａｒｋｅｒは、転送される最後のデータであることを示す情報である。これにより、Ｔ－ｇＮＢはＳ－ｇＮＢから転送される最後のデータを認識できる。ステップＳＴ１７２５で、Ｔ－ｇＮＢとＵＰＦとの間でデータ通信が行われる。

　このようにすることで、リレーＵＥを介したリモートＵＥのＩ－ＤＡＰＳ　ＨＯの実行が可能となる。

　図１８は、実施の形態１の変形例２について、Ｉ－ＤＡＰＳ　ＨＯの方法の他の例を示すシーケンス図である。図１８において、図１７と共通するステップについては同じステップ番号を付し、共通する説明を省略する。リモートＵＥがＳ－ｇＮＢとの送受信停止する前に、リモートＵＥとＴ－ｇＮＢ間でデータ通信が行われてもよい。図１８ではこのような場合について開示している。

　ステップＳＴ１７１７、ステップＳＴ１７２０で、Ｓ－ｇＮＢとの送受信停止、設定がリリースされる前に、Ｓ－ｇＮＢは、ステップＳＴ１７２１でＳＮ状態を転送し、ステップＳＴ１７２２で、Ｔ－ｇＮＢに対してデータ転送を行う。該データとしてＤＬのデータを転送してもよい。Ｓ－ｇＮＢは、まだリモートＵＥに送信できていないＤＬデータを転送してもよい。Ｓ－ｇＮＢは、ＵＰＦから受信したＤＬデータを転送してもよい。ステップＳＴ１７２３で、Ｔ－ｇＮＢはリレーＵＥ＃２を介してリモートＵＥに対してＳ－ｇＮＢから転送されたデータを送信する。このようにすることで、リモートＵＥとＴ－ｇＮＢ間のデータ通信が早期に実施可能となる。

　このようにすることで、リレーＵＥを介したリモートＵＥのＨＯにおいて、ＤＡＰＳ　ＨＯを実施可能となるため、ＨＯ処理の際の通信遅延時間を削減可能となる。また、リレーＵＥにおいて、無駄なリレー処理を削減可能となる。リレーＵＥの低消費電力化が可能となる。また、リレーＵＥの誤動作の低減も可能となる。

実施の形態１の変形例３．
　リレーＵＥを介したリモートＵＥのＩ－ＤＡＰＳ　ＨＯにおいて、たとえば、リモートＵＥが、Ｔ－ｇＮＢに対してＵＬデータを送信開始するため、全てのＵＬ送信をＴ－ｇＮＢに切り替えてしまうと、Ｓ－ｇＮＢとの間の通信に問題が生じる場合がある。

　本実施の形態１の変形例３では、このような課題を解決する方法を開示する。

　前述の課題を解決するため、リモートＵＥは、Ｓ－ｇＮＢとの通信停止あるいは通信設定のリリース情報を受信するまで、Ｓ－ｇＮＢとの間の通信の再送に関するＵＬ送信を、リレーＵＥ＃１に対して行う。Ｓ－ｇＮＢとの間の通信の再送に関するＵＬ送信の具体例を以下に９つ開示する。
（１１）ＳＬ　Ｌ１　ＣＳＩ　ＦＢ（Feed　Back）。
（１２）ＳＬ　ＨＡＲＱ　ＦＢ。
（１３）ＳＬ　Ｌ２　ＲＬＣ　ＦＢ。
（１４）ＲＯＨＣ　ＦＢ。
（１５）ＳＬ　ＨＡＲＱ　データ再送。
（１６）ＳＬ　ＲＬＣ　データ再送。
（１７）ＳＬ　ＰＤＣＰ　データ再送。
（１８）ＳＬ　ＰＤＣＰ　ｓｔａｔｕｓ　ｒｅｐｏｒｔ再送。
（１９）（１１）～（１８）の組合せ。

　このようにすることで、リレーＵＥ＃１はリモートＵＥから、リモートＵＥとＳ－ｇＮＢ間の通信の再送に関するＵＬ送信を受信可能となる。

　リレーＵＥ＃１は、リモートＵＥとＳ－ｇＮＢ間の送受信停止情報あるいはリレー設定リリース情報を受信するまで、リモートＵＥとＳ－ｇＮＢとの間の通信の再送に関するＵＬ送信を、Ｓ－ｇＮＢに対して行う。リモートＵＥとＳ－ｇＮＢとの間の通信の再送に関するＵＬ送信の具体例を以下に９つ開示する。
（２１）Ｌ１　ＣＳＩ　ＦＢ。
（２２）ＨＡＲＱ　ＦＢ。
（２３）Ｌ２　ＲＬＣ　ＦＢ。
（２４）ＲＯＨＣ　ＦＢ。
（２５）ＨＡＲＱ　データ再送。
（２６）ＲＬＣ　データ再送。
（２７）ＰＤＣＰ　データ再送。
（２８）ＰＤＣＰ　ｓｔａｔｕｓ　ｒｅｐｏｒｔ再送。
（２９）（２１）～（２８）の組合せ。

　このようにすることで、Ｓ－ｇＮＢはリレーＵＥ＃１から、リモートＵＥとＳ－ｇＮＢ間の通信の再送に関するＵＬ送信を受信可能となる。

　リモートＵＥはＳ－ｇＮＢに対して、リモートＵＥとＳ－ｇＮＢ間の通信に関するＵｕ上のＵＬ送信を継続してもよい。たとえば、リモートＵＥとＳ－ｇＮＢ間でＲＬＣの再送が行われる場合に該送信を行ってもよい。リモートＵＥとＳ－ｇＮＢ間の通信に関するＵｕ上の送信の具体例を以下に４つ開示する。
（３１）Ｌ２　ＲＬＣ　ＦＢ。
（３２）ＲＬＣ　データ再送。
（３３）ＲＯＨＣ　ＦＢ。
（３４）（３１）～（３３）の組合せ。

　このようにすることで、たとえば、リモートＵＥとＳ－ｇＮＢ間でＲＬＣの再送が行われる場合でも、Ｓ－ｇＮＢはリモートＵＥからリモートＵＥとＳ－ｇＮＢ間の通信に関するＵｕ上のＵＬ送信を受信可能となる。

　また、このようにすることで、たとえリモートＵＥがＴ－ｇＮＢに対してＵＬデータを送信開始したとしても、Ｓ－ｇＮＢはリモートＵＥから、リモートＵＥとＳ－ｇＮＢ間の通信に関するＵＬ送信を受信可能となる。このため、リモートＵＥとＳ－ｇＮＢ間の通信が継続される。リレーＵＥを介したリモートＵＥのＩ－ＤＡＰＳ　ＨＯにおいて、データ通信遅延時間の削減が図れるとともに、ＨＯ処理のロバスト性を向上させることが可能となる。

実施の形態１の変形例４．
　ＵＥが直接ｇＮＢと接続する場合のＨＯにおいて、ＨＯ失敗（HO　failure）は、タイマで管理される。タイマのスタートはＲＲＣ設定変更の受信で、ストップはＲＡ処理完了で行われる。タイマ満了時、いいかえると、タイマ内にＲＡ処理完了しない場合はＨＯ失敗となり、ＲＲＣ再確立が実施される。しかし、リレーＵＥを介したリモートＵＥのＨＯにおいて、リレーＵＥを介してＴ－ｇＮＢに接続するような場合、Ｔ－ｇＮＢへのＲＡ処理は実施されない。このような場合の処理について、上述の非特許文献１～２７および他の文献等に何ら開示は無い。

　ここでは、このような課題を解決する方法を開示する。

　上述の課題を解決するため、リモートＵＥはＨＯ失敗をタイマで管理する。スタートはＳ－ｇＮＢからのＲＲＣ設定変更の受信とする。ストップはリレーＵＥとのＰＣ５－ＲＲＣ接続完了とする。他の方法として、ストップをリレーＵＥとのＰＣ５－ＲＲＣ接続完了かつリレーＵＥからＴ－ｇＮＢとのＲＲＣ接続状態情報受信としてもよい。他の方法として、ストップをＴ－ｇＮＢへのＲＲＣ設定完了通知実施としてもよい。他の方法として、ストップを、Ｔ－ｇＮＢからのＨＯ元通信設定リリースメッセージの受信としてもよい。

　タイマ満了時は、リレーＵＥと接続するｇＮＢに対して、ＲＲＣ再確立処理を実施するとよい。Ｉ－ＤＡＰＳ　ＨＯの場合は、タイマ満了時、Ｓ－ｇＮＢと接続していたら、Ｓ－ｇＮＢ設定に切り戻り（revert　back）、ＣＰ（Control　Plane）シグナリングのためにＳ－ｇＮＢのＳＲＢをアクティベーションしてもよい。Ｉ－ＤＡＰＳ　ＨＯの場合の他の方法として、タイマ満了時、リモートＵＥとリレーＵＥ間がＳＬ　ＲＬＦでなく、リレーＵＥとＳ－ｇＮＢ間がＲＬＦで無い場合に、Ｓ－ｇＮＢ設定に切り戻り（revert　back）、ＣＰシグナリングのためにＳ－ｇＮＢのＳＲＢをアクティベーションしてもよい。

　このようにすることで、リレーＵＥを介したリモートＵＥのＨＯにおいて、Ｔ－ｇＮＢに対してＲＡ処理を実施しないような場合も、ＨＯ失敗処理を実施可能となる。このため、電波伝搬環境等によるＨＯ失敗処理を実施可能となる。また、リレーＵＥを介したリモートＵＥのＨＯにおける誤動作を削減可能となる。

実施の形態２．
　リレーＵＥを介したリモートＵＥのＨＯにおいてロバスト性の向上が要求される。ＨＯにおけるロバスト性向上の方法としてＣＨＯ（Conditional　HO）がある（非特許文献１９（３ＧＰＰ　ＴＳ３８．３３１）参照）。しかしこの方法は、ＵＥが直接ｇＮＢと接続する場合の方法であり、ＵＥがリレーＵＥを介してｇＮＢと接続するような場合については何ら開示されていない。

　本実施の形態２では、リレーＵＥを介したリモートＵＥのＨＯにおいてロバスト性を向上する方法を開示する。

　上述の課題を解決するため、実施の形態２にかかる通信システムは、リレーＵＥを介したリモートＵＥのＨＯにおいてＣＨＯを設ける。以降、リレーＵＥを介したリモートＵＥのＨＯにおけるＣＨＯをＩ－ＣＨＯと称する場合がある。詳細方法を開示する。Ｓ－ｇＮＢはＨＯ先の候補となる１つまたは複数のｇＮＢを設定する。Ｓ－ｇＮＢはＨＯ先の候補となる１つまたは複数のｇＮＢが構成する１つまたは複数のセルを設定してもよい。候補となるセルは、異なるｇＮＢが構成するセルであってもよい。

　候補となるセルとして、リモートＵＥに直接接続可能なセルとしてもよい。リモートＵＥに直接接続可能な１つまたは複数のセルをＨＯ先の候補として設定してもよい。ＤＬ上で所定の受信品質（受信電力、ＳＩＮＲ等を含む）を満たすセルを、直接接続可能なセルとしてもよい。該所定のＤＬ受信品質は、あらかじめ規格で決められてもよいし、ｇＮＢから報知あるいは個別に通知されてもよい。このようにすることで、リレーＵＥを介さないで接続可能なセルをＨＯ先の候補とできる。また、ＨＯ処理の複雑化を回避することが可能となる。

　候補となるセルとして、リレーＵＥに接続されるセルとしてもよい。１つまたは複数のリレーＵＥに接続されるセルをＨＯ先の候補として設定してもよい。ＳＬ上で所定の受信品質を満たすリレーＵＥが接続するセルを、リレーＵＥを介して接続可能なセルとしてもよい。このようにすることで、リレーＵＥを介して接続可能なセルをＨＯ先の候補とできる。また、リレーＵＥを介してセルのカバレッジを拡張することが可能となる。

　候補となるセルとして、リモートＵＥがあらかじめＰＣ５接続をしている１つまたは複数のリレーＵＥが接続するセルとしてもよい。リモートＵＥがあらかじめＰＣ５接続をしている１つまたは複数のリレーＵＥのうち、ＳＬ上で所定の受信品質を満たすリレーＵＥが接続するセルを、リレーＵＥを介して接続可能なセルとしてもよい。このようにすることで、リモートＵＥがあらかじめＰＣ５接続しているリレーＵＥを介して接続可能なセルをＨＯ先の候補とできる。ＨＯのロバスト性を向上できる。

　候補となるセルとして、前述に開示したセルを組合せてもよい。

　前述に開示した候補となるセルの設定は、予め規格等で静的に決められてもよい。あるいは、前述に開示した候補となるセルの設定を可能としてもよい。該設定をＳ－ｇＮＢが行ってもよい。あるいは、該設定をＡＭＦが行い、Ｓ－ｇＮＢに対して該設定を通知してもよい。前述に開示した候補となるセルの設定を可能とすることで、リレーＵＥやｇＮＢの存在、その位置関係、電波伝搬環境等に応じて、柔軟なＣＨＯの設定が可能となる。

　Ｓ－ｇＮＢはリモートＵＥに対して、ＤＬのメジャメント　ａｎｄ／ｏｒ　ＳＬのメジャメントを設定する。リモートＵＥは該設定に応じてメジャメント結果をＳ－ｇＮＢに通知する。Ｓ－ｇＮＢは、リモートＵＥから受信したＤＬのメジャメント結果　ａｎｄ／ｏｒ　ＳＬのメジャメント結果を用いて、該リモートＵＥの接続先の候補となる１つまたは複数のリレーＵＥを選択する。Ｓ－ｇＮＢは選択したリレーＵＥが接続するｇＮＢをＨＯ先の候補とするとよい。Ｓ－ｇＮＢは、ＨＯ先の候補となる１つまたは複数のセルを選択可能となる。

　このようにすることで、リモートＵＥに対して１つまたは複数のセルをＨＯ先の候補に設定することが可能となる。

　Ｓ－ｇＮＢが、リモートＵＥの接続先候補となるリレーＵＥが接続するｇＮＢを認識する方法として、実施の形態１で開示した方法を適宜適用するとよい。

　Ｓ－ｇＮＢは、候補となる１つまたは複数のＨＯ先ｇＮＢ（Ｔ－ｇＮＢ）に対してリモートＵＥのＨＯ要求を通知する。各Ｔ－ｇＮＢへの通知にＸｎシグナリングを用いてもよい。ＨＯ　ｒｅｑｕｅｓｔメッセージを用いてもよい。

　Ｔ－ｇＮＢが複数のリレーＵＥと接続する場合のシグナリング方法について開示する。Ｓ－ｇＮＢからＴ－ｇＮＢに対して、リレーＵＥ毎のメッセージを通知する。このようにすることで、リモートＵＥが接続する候補となるリレーＵＥ毎のメッセージを通知可能となる。また、リレーＵＥ毎に異なるメッセージを通知可能となる。

　他の方法として、Ｓ－ｇＮＢからＴ－ｇＮＢに対して、ｇＮＢ毎のメッセージを通知する。具体的には、Ｓ－ｇＮＢからＴ－ｇＮＢに対して、ｇＮＢが接続する１つまたは複数のリレーＵＥに関する情報を、１つのメッセージに含めて通知する。このようにすることで、シグナリング量を削減可能となる。

　Ｓ－ｇＮＢからＴ－ｇＮＢに対して、セル毎のメッセージを通知してもよい。具体的には、Ｓ－ｇＮＢからＴ－ｇＮＢに対して、セル毎に、セルが接続する１つまたは複数のリレーＵＥに関する情報を、１つのメッセージに含めて通知する。この方法では、Ｔ－ｇＮＢに対しては、対象となるセルの数だけメッセージが通知される。このようにすることで、リレーＵＥが接続するセル毎に異なるメッセージを通知可能となる。

　ＨＯ先候補のＴ－ｇＮＢは、接続先候補となるリレーＵＥに対して、リレー要求メッセージを通知する。具体的には、ＨＯ先候補のＴ－ｇＮＢは、Ｓ－ｇＮＢから取得した接続先候補となるリレーＵＥに関する情報を用いて、接続先候補となるリレーＵＥに対して、リレー要求メッセージを通知するとよい。リレー要求メッセージに、ＨＯ対象のリモートＵＥに関する情報を含めてもよい。リモートＵＥに関する情報として、たとえば、リモートＵＥを識別するための情報、リモートＵＥのコンテキストなどを用いてもよい。リレー要求メッセージに、リモートＵＥとリレーＵＥ間のＰＣ５通信に関する設定情報を含めてもよい。リレー要求メッセージの通知に関しては実施の形態１および実施の形態１の変形例１で開示した方法を適宜適用してもよい。

　ＨＯ先候補のＴ－ｇＮＢからリレー要求メッセージを受信した接続先候補となるリレーＵＥは、該メッセージに含まれる情報を用いて、ＨＯ対象となるリモートＵＥと、ＨＯ先候補のＴ－ｇＮＢとの間のリレーのための設定を行ってもよい。接続先候補となるリレーＵＥは、接続するＨＯ先候補のＴ－ｇＮＢに対して、リレー要求応答を通知する。リレーのための設定が完了した場合は、肯定応答を通知するとよい。リレーのための設定が完了しなかった場合、あるいはリレーのための設定を拒否する場合は、否定応答を通知するとよい。否定応答に理由情報を含めてもよい。このようにすることで、ＨＯ先候補のＴ－ｇＮＢは、接続先候補となるリレーＵＥがＨＯ対象となるリモートＵＥのリレー設定がなされたか否かを認識可能となる。

　ＨＯ先候補のＴ－ｇＮＢは、Ｓ－ｇＮＢに対してＨＯ要求応答を通知する。ＨＯ要求応答メッセージの通知方法は、前述のＨＯ要求の通知方法を適宜適用するとよい。ＨＯ要求応答に含める情報は実施の形態１で開示した情報を適宜適用するとよい。

　Ｓ－ｇＮＢは、ＨＯ先の候補となるＴ－ｇＮＢを再度設定してもよい。この際、Ｔ－ｇＮＢへのＨＯ要求に対して肯定応答を受信したＴ－ｇＮＢの中から選択してもよい。このようにすることで、Ｓ－ｇＮＢは、Ｔ－ｇＮＢあるいはＴ－ｇＮＢに接続するリレーＵＥ＃２の状況を考慮して、リモートＵＥへのＨＯ先候補のＴ－ｇＮＢをより柔軟に設定可能となる。

　Ｓ－ｇＮＢは、ＨＯさせるリモートＵＥに対して、ＨＯ先の候補となる１つまたは複数のＴ－ｇＮＢのＩ－ＣＨＯ実行条件を設定する。具体的には、Ｓ－ｇＮＢはＩ－ＣＨＯ実行条件設定をリモートＵＥに通知する。Ｓ－ｇＮＢは、ＨＯ要求を通知した全てのＴ－ｇＮＢからＨＯ要求応答を受信後、リモートＵＥに対して、Ｔ－ｇＮＢのＩ－ＣＨＯ実行条件設定を通知してもよい。他の方法として、Ｓ－ｇＮＢは、ＨＯ要求を通知したＴ－ｇＮＢのうち一部からＨＯ要求応答を受信後、リモートＵＥに対して、Ｔ－ｇＮＢのＩ－ＣＨＯ実行条件設定を通知してもよい。該通知は複数回行ってもよい。Ｓ－ｇＮＢはリモートＵＥに対して、Ｔ－ｇＮＢおよびＴ－ｇＮＢのＩ－ＣＨＯ実行条件の修正あるいは追加設定を実施してもよい。Ｓ－ｇＮＢは、Ｔ－ｇＮＢからＨＯ成功（HO　success）メッセージを受信するまで、該設定を通知してもよい。

　リモートＵＥは、Ｓ－ｇＮＢから受信したＴ－ｇＮＢおよびＴ－ｇＮＢのＩ－ＣＨＯ実行条件に応じて、各Ｔ－ｇＮＢのＩ－ＣＨＯを起動するか否かを評価する。Ｉ－ＣＨＯを起動するか否かの評価に、Ｔ－ｇＮＢに接続するリレーＵＥからのＳＬの受信品質を用いてもよい。たとえば、リモートＵＥは、リレーＵＥからのＳＬの受信品質を測定する。ＳＬの受信品質の測定結果に所定のオフセットを加えてＳＬ受信品質を導出してもよい。リモートＵＥは、該測定結果から導出したＳＬ受信品質が、所定のＳＬ受信品質閾値より良好になった場合に、Ｉ－ＣＨＯを起動するとしてもよい。

　前述に開示した所定のＳＬ受信品質閾値　ａｎｄ／ｏｒ　所定のオフセットを、Ｉ－ＣＨＯ実行条件の設定に含めてもよい。Ｉ－ＣＨＯ用のメジャメントイベントを設けてもよい。Ｉ－ＣＨＯ用のメジャメントイベントとして所定のＳＬ受信品質閾値　ａｎｄ／ｏｒ　所定のオフセットを設定してもよい。Ｉ－ＣＨＯの実行条件の設定として、Ｉ－ＣＨＯ用メジャメントイベントを含めてもよい。このようにすることで、リモートＵＥは、ＨＯ先のＴ－ｇＮＢに接続するリレーＵＥからのＳＬ受信品質を用いて、どのＴ－ｇＮＢにＨＯするかを判断することが可能となる。

　リモートＵＥは、ＨＯ先候補のＴ－ｇＮＢのうち、最初にＩ－ＣＨＯ起動条件を満足したリレーＵＥに接続するＴ－ｇＮＢに対して、リレーＵＥを介したＨＯを実行する。具体的には、リモートＵＥは、ＨＯ先候補のＴ－ｇＮＢのうち、最初にＩ－ＣＨＯ起動条件を満足したリレーＵＥにＰＣ５接続を実施する。リモートＵＥは、該リレーＵＥを介してＴ－ｇＮＢに対して、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅを通知する。このようにして、リモートＵＥは、最初にＩ－ＣＨＯ起動条件を満足したリレーＵＥに接続するＴ－ｇＮＢに対して、ＲＲＣ接続を実施する。

　Ｉ－ＣＨＯ実行条件の設定として、ＨＯ先の候補となるＴ－ｇＮＢのＩ－ＣＨＯ実行条件を関連付けた情報を含めてもよい。Ｉ－ＣＨＯ実行条件設定として、ＨＯ先候補のＴ－ｇＮＢに関する情報を含めてもよい。ＨＯ先候補のＴ－ｇＮＢに関する情報として、Ｔ－ｇＮＢを識別するための情報を含めてもよい。ＨＯ先候補のＴ－ｇＮＢに関する情報として、リモートＵＥとの通信に用いるＲＲＣ設定情報を含めてもよい。

　Ｉ－ＣＨＯ実行条件設定として、ＨＯ先候補Ｔ－ｇＮＢに接続するリレーＵＥに関する情報を含めてもよい。リレーＵＥに関する情報として、リモートＵＥとリレーＵＥ間のＰＣ５通信に関する設定を含めてもよい。リモートＵＥとリレーＵＥ間のＰＣ５通信に関する設定として、実施の形態１、実施の形態１の変形例１に開示した設定を適宜適用してもよい。該設定としては、たとえば、リモートＵＥからリレーＵＥへのＰＣ５通信用設定　ａｎｄ／ｏｒ　リレーＵＥからリモートＵＥへのＰＣ５通信用設定　ａｎｄ／ｏｒ　リモートＵＥとリレーＵＥ間のＤＲＢ設定情報などがある。リレーＵＥに関する情報として、リレーＵＥを識別するための情報を含めてもよい。

　Ｓ－ｇＮＢはリモートＵＥに対して、ＨＯ先の候補となる１つまたは複数のＴ－ｇＮＢのＩ－ＣＨＯ実行条件設定を、ＲＲＣシグナリングを用いて通知するとよい。たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて通知してもよい。リレーＵＥ＃１を介して通知してもよい。ＲＲＣシグナリングを用いることで、たとえば、より多くの情報を通知できるため、ＨＯ先候補となる複数のＴ－ｇＮＢに関する情報を含めることが可能となる。このようにすることで、リモートＵＥは、ＨＯ先の候補となる１つまたは複数のＴ－ｇＮＢのＩ－ＣＨＯ実行条件設定を受信可能となる。

　Ｓ－ｇＮＢから受信したＴ－ｇＮＢのＩ－ＣＨＯ実行条件を設定完了したリモートＵＥは、リレーＵＥ＃１を介してＳ－ｇＮＢに対して、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージを通知してもよい。該メッセージを受信したＳ－ｇＮＢは、リモートＵＥが、Ｔ－ｇＮＢのＩ－ＣＨＯ実行条件の設定が完了したことを認識可能となる。

　リモートＵＥはＩ－ＣＨＯ実行条件を評価する。リモートＵＥがＩ－ＣＨＯ実行条件を評価した結果、該条件を満足するリレーＵＥと接続するＴ－ｇＮＢに対して、Ｉ－ＣＨＯを起動する。リモートＵＥは、Ｉ－ＣＨＯ実行条件を満足するリレーＵＥに対して、ＰＣ５接続処理を実施する。あらかじめＰＣ５接続しているリレーＵＥのみＩ－ＣＨＯの接続先候補リレーＵＥとしている場合は、該ＰＣ５接続処理を省略してもよい。このようにすることで、ＨＯ処理時間の短縮が図れる。

　リモートＵＥは、Ｉ－ＣＨＯ実行条件を満足したリレーＵＥを介して、該リレーＵＥが接続するＨＯ候補先Ｔ－ｇＮＢに対して、ＲＲＣ設定完了メッセージを通知する。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージを用いてもよい。該メッセージを受信したＴ－ｇＮＢは、リモートＵＥが、リレーＵＥ＃２を介してＲＲＣ接続成功したことを認識可能となる。

　リモートＵＥとＲＲＣ接続完了したＴ－ｇＮＢは、Ｓ－ｇＮＢに対して、ＨＯ成功を通知する。該通知にＨＯｓｕｃｃｅｓｓメッセージを用いてもよい。ＨＯ成功メッセージに含める情報として、ＨＯ対象リモートＵＥに関する情報、どのリレーＵＥを介して接続したかを示す情報、リモートＵＥとリレーＵＥ間のＰＣ５通信に関する情報などを含めてもよい。このようにすることで、Ｓ－ｇＮＢは、リモートＵＥがいつＩ－ＣＨＯ実行条件を満足して、リレーＵＥを介してＴ－ｇＮＢに接続完了したかを認識可能となる。

　リモートＵＥがリレーＵＥを介したＳ－ｇＮＢとの通信を停止する方法を開示する。リモートＵＥは、Ｉ－ＣＨＯ実行条件を満足するリレーＵＥを検出した場合に、Ｓ－ｇＮＢとの通信を停止してもよい。このようにすることで、早期にＳ－ｇＮＢとの通信処理を停止可能となり、リモートＵＥの低消費電力化が図れる。

　他の方法として、リモートＵＥは、Ｉ－ＣＨＯ実行条件を満足するリレーＵＥとＰＣ５接続を完了した場合に、Ｓ－ｇＮＢとの通信を停止してもよい。このようにすることで、リレーＵＥとのＰＣ５接続に失敗した場合にもＳ－ｇＮＢとの通信を継続可能となる。リモートＵＥがリレーＵＥとのＰＣ５接続に失敗した場合、再度同じリレーＵＥに対してＰＣ５接続処理を実施してもよい。あるいは、リモートＵＥがリレーＵＥとのＰＣ５接続に失敗した場合、Ｉ－ＣＨＯ実行条件評価を引き続き行い、あるいは再度行い、次にＩ－ＣＨＯ実行条件を満足するリレーＵＥとＰＣ５接続処理を行うとよい。このようにすることで、リレーＵＥとのＰＣ５接続を確実に実行可能となる。

　他の方法として、リモートＵＥは、Ｉ－ＣＨＯ実行条件に満足するリレーＵＥを介してＴ－ｇＮＢと接続を完了した場合に、Ｓ－ｇＮＢとの通信を停止してもよい。Ｔ－ｇＮＢとの接続の完了と判断するタイミングは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージの通知完了時点であってもよい。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージの通知に失敗した場合、再度同じＴ－ｇＮＢに対してＲＲＣ設定完了メッセージを通知してもよい。該通知が完了した場合に同じＴ－ｇＮＢと接続可能となる。あるいは、Ｉ－ＣＨＯ実行条件評価を引き続き行い、あるいは再度行い、次にＩ－ＣＨＯ実行条件を満足するリレーＵＥを介してＴ－ｇＮＢに対してＲＲＣ設定完了メッセージを通知してもよい。該通知が完了した場合に該Ｔ－ｇＮＢと接続可能となる。このようにすることで、リモートＵＥが確実にＨＯ先Ｔ－ｇＮＢと接続後にＳ－ｇＮＢとの通信を停止可能となる。また、リレーＵＥを介したリモートＵＥのＨＯ処理のロバスト性を向上できる。

　Ｓ－ｇＮＢがリレーＵＥを介したリモートＵＥとの通信を停止する方法を開示する。Ｓ－ｇＮＢは、Ｔ－ｇＮＢからＨＯ成功メッセージを受信した場合に、リレーＵＥを介したリモートＵＥとの送受信を停止する。リモートＵＥとの通信用の設定をリリースしてもよい。Ｓ－ｇＮＢでのリモートＵＥとの通信の停止方法は、実施の形態１の変形例２で開示したＩ－ＤＡＰＳ　ＨＯでの方法を適宜適用してもよい。このようにすることで、Ｓ－ｇＮＢとの通信処理を停止可能となり、Ｓ－ｇＮＢでの無駄な処理を低減可能となり、低消費電力化が図れる。

　リレーＵＥ＃１がリモートＵＥとＳ－ｇＮＢ間の通信のためのリレー処理を停止する方法を開示する。Ｓ－ｇＮＢは、Ｔ－ｇＮＢからＨＯ成功メッセージを受信した場合に、リレーＵＥ＃１に対して、リモートＵＥとＳ－ｇＮＢ間の送受信を停止するメッセージを通知する。該メッセージとしてＨＯ成功メッセージを用いてもよい。該メッセージを受信したリレーＵＥ＃１は、リモートＵＥとＳ－ｇＮＢ間の送受信を停止する。リモートＵＥとＳ－ｇＮＢ間の通信用の設定をリリースしてもよい。リレーＵＥ＃１でのリモートＵＥとＳ－ｇＮＢ間のリレー処理停止方法は、実施の形態１の変形例２で開示したＩ－ＤＡＰＳ　ＨＯでの方法を適宜適用してもよい。このようにすることで、リレーＵＥでの無駄な処理を低減可能となり、低消費電力化が図れる。

　リレーＵＥを介したリモートＵＥのＩ－ＣＨＯにおける、データ転送方法について開示する。Ｓ－ｇＮＢは、Ｔ－ｇＮＢからＨＯ成功メッセージを受信した場合、Ｔ－ｇＮＢに対してＳＮ状態を転送する。該転送にＳＮ　Ｓｔａｔｕｓ　Ｔｒａｎｓｆｅｒメッセージを用いてもよい。ＳＮ状態として、リモートＵＥからＴ－ｇＮＢに再度送信が必要なＵＬデータ情報を含めてもよい。ＳＮ状態として、Ｔ－ｇＮＢからリモートＵＥに新たに送信するＤＬデータ情報を含めてもよい。ＵＬデータ情報およびＤＬデータ情報として、データに付与するＰＤＣＰ　ＳＮ情報を用いてもよい。このようにすることで、Ｔ－ｇＮＢはリモートＵＥに対してどのデータを送受信すればよいか認識可能となる。

　Ｓ－ｇＮＢは、該ＳＮ状態を転送以降、Ｔ－ｇＮＢに対してデータ転送を行う。該データをＤＬのデータとしてもよい。Ｓ－ｇＮＢがまだリモートＵＥに送信できていないＤＬデータを保持している場合、Ｓ－ｇＮＢは該ＤＬデータを転送してもよい。Ｓ－ｇＮＢは、ＳＮ状態を転送後にＵＰＦから受信したＤＬデータを転送してもよい。

　Ｔ－ｇＮＢはリレーＵＥに対して、Ｓ－ｇＮＢから転送されたデータを送信する。該リレーＵＥをリモートＵＥの接続先候補のリレーＵＥとしてもよい。Ｔ－ｇＮＢは、リモートＵＥからＲＲＣ設定完了メッセージを受信する前に、リレーＵＥに対して、Ｓ－ｇＮＢから転送されたデータを送信してもよい。このようにすることで、Ｔ－ｇＮＢはより早期にリレーＵＥまでデータ送信可能となる。リレーＵＥ＃２は、リモートＵＥとＰＣ５接続完了後、Ｔ－ｇＮＢから受信したデータを、リモートＵＥに対して送信してもよい。このようにすることで、リレーＵＥはより早期にリモートＵＥまでデータ送信可能となる。また、Ｔ－ｇＮＢからリモートＵＥまでより早期にデータ送信可能となる。

　Ｔ－ｇＮＢは、リモートＵＥからＲＲＣ設定完了メッセージを受信後、Ｓ－ｇＮＢから転送されたデータをリモートＵＥに対して送信してもよい。該データをリレーＵＥ＃２を介して送信してもよい。ＲＲＣ設定完了メッセージをＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅとしてもよい。リモートＵＥとＴ－ｇＮＢ間でＲＲＣ接続完了後にデータを送信することで、Ｔ－ｇＮＢからリモートＵＥに対して確実にデータ送信開始可能となる。

　Ｔ－ｇＮＢとＣＮノード間でのＳ－ｇＮＢからＴ－ｇＮＢへのパススイッチ処理により、ＵＰＦはＴ－ｇＮＢへのＤＬデータ送信を開始する。Ｔ－ｇＮＢはＵＰＦからのＤＬデータをリモートＵＥに対して送信するとよい。

　リモートＵＥは、Ｉ－ＣＨＯ実行条件を満足したリレーＵＥ＃２に対してＰＣ５接続を行った後、リレーＵＥ＃２に対してデータを送信する。リモートＵＥは、Ｔ－ｇＮＢに対してＲＲＣ設定完了メッセージを送信する前に、リレーＵＥ＃２に対してデータを送信してもよい。このようにすることで、リモートＵＥはより早期にリレーＵＥ＃２に対してデータ送信可能となる。リレーＵＥ＃２は、Ｔ－ｇＮＢと接続している場合、Ｔ－ｇＮＢに対して、リモートＵＥから受信したデータを送信してもよい。このようにすることで、リレーＵＥ＃２は、より早期にＴ－ｇＮＢに対してデータ送信可能となる。また、リモートＵＥからＴ－ｇＮＢまでより早期にデータ送信可能となる。

　リモートＵＥは、Ｔ－ｇＮＢへのＲＲＣ設定完了メッセージを送信後、Ｔ－ｇＮＢに対してデータを送信してもよい。該データをリレーＵＥ＃２を介して送信してもよい。ＲＲＣ設定完了メッセージをＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅとしてもよい。リモートＵＥとＴ－ｇＮＢ間でＲＲＣ接続完了後にデータを送信することで、リモートＵＥからＴ－ｇＮＢに対して確実にデータ送信可能となる。

　Ｓ－ｇＮＢは、Ｔ－ｇＮＢからＨＯ成功メッセージを受信する前に、ＨＯ先候補の１つまたは複数のＴ－ｇＮＢに対してデータの転送を行ってもよい。Ｔ－ｇＮＢからＨＯ成功メッセージを受信する前にＳ－ｇＮＢがデータ転送を開始するトリガを、Ｓ－ｇＮＢがＨＯ対象のリモートＵＥに対してＩ－ＣＨＯ実行条件設定を通知した場合としてもよい。Ｉ－ＣＨＯ実行条件設定の通知に限らず、Ｉ－ＣＨＯ指示をデータ転送開始のトリガとしてもよい。あるいは、Ｓ－ｇＮＢが、リモートＵＥから、Ｉ－ＣＨＯ実行条件設定に対するＲＲＣ設定完了メッセージを受信した場合をデータ転送開始のトリガとしてもよい。

　Ｔ－ｇＮＢからＨＯ成功メッセージを受信する前のデータ転送方法を開示する。Ｓ－ｇＮＢは、Ｔ－ｇＮＢからＨＯ成功メッセージを受信する前に、ＨＯ先候補の１つまたは複数のＴ－ｇＮＢに対してＳＮ状態を転送する。該転送にＳＮ　Ｓｔａｔｕｓ　Ｔｒａｎｓｆｅｒを用いてもよい。Ｅａｒｌｙ　Ｓｔａｔｕｓ　Ｔｒａｎｓｆｅｒを用いてもよい。ＳＮ状態として、ＨＯ先候補の１つまたは複数のＴ－ｇＮＢに転送する最初のＤＬデータのＳＮ　ａｎｄ／ｏｒ　ＨＦＮ（Hyper　Frame　Number）情報を含めてもよい。

　Ｓ－ｇＮＢは、該ＳＮ状態を転送以降、Ｔ－ｇＮＢに対してデータ転送を行う。該データとしてＤＬのデータを転送してもよい。Ｓ－ｇＮＢがまだリモートＵＥに送信できていないＤＬデータを保持している場合、Ｓ－ｇＮＢは該ＤＬデータを転送してもよい。Ｓ－ｇＮＢは、ＳＮ状態を転送後にＵＰＦから受信したＤＬデータを転送してもよい。

　Ｓ－ｇＮＢは、ＨＯ先候補の１つまたは複数のＴ－ｇＮＢの一部に対して、Ｅａｒｌｙ　Ｓｔａｔｕｓ　Ｔｒａｎｓｆｅｒの送信およびデータ転送を行ってもよい。たとえば、ＨＯによる接続先となる可能性の高いリレーＵＥを２つ選択し、該２つのリレーＵＥに接続するＴ－ｇＮＢに対してのみＥａｒｌｙ　Ｓｔａｔｕｓ　Ｔｒａｎｓｆｅｒの送信およびデータ転送を行ってもよい。この場合、シグナリング量、転送するデータ量を削減可能となる。

　このようにすることで、Ｓ－ｇＮＢはＨＯ先候補の１つまたは複数のＴ－ｇＮＢに対してより早期にデータを転送可能となる。このため、もしデータを転送したＴ－ｇＮＢがＨＯ先になった場合、既に該Ｔ－ｇＮＢへのデータ転送がなされているため、Ｔ－ｇＮＢは早期にリモートＵＥに対してデータを送信可能となる。

　Ｓ－ｇＮＢは、ＨＯ成功メッセージを受信したＴ－ｇＮＢに対してＳＮ状態を送信するまで、ＤＬデータにＰＤＣＰ　ＳＮを割り当てるのを停止しない。また、Ｓ－ｇＮＢは、ＨＯ成功メッセージを受信するまで、リモートＵＥに対してＤＬデータを送信するのを停止しない。また、Ｓ－ｇＮＢは、ＨＯ成功メッセージを受信するまで、リモートＵＥに対してＵＬデータを受信するのを停止しなくてもよい。このようにすることで、リモートＵＥにおいてＩ－ＣＨＯ実行条件を満足するリレーＵＥが決定され、該リレーＵＥへのＰＣ５接続が開始されるまで、リモートＵＥにおいてＳ－ｇＮＢとの送受信が継続可能となる。

　Ｔ－ｇＮＢからＨＯ成功メッセージを受信したＳ－ｇＮＢは、ＨＯ先候補としてＨＯ要求メッセージを通知したＴ－ｇＮＢのうち、ＨＯ先に決定したＴ－ｇＮＢ以外のＴ－ｇＮＢに、ＨＯのキャンセルを通知する。Ｓ－ｇＮＢは、ＨＯ先に決定したＴ－ｇＮＢに対して、ＨＯ先に決定したセル以外のＨＯ先候補セルのＨＯのキャンセルを通知してもよい。該通知にＨＯキャンセルメッセージを用いてもよい。

　ＨＯキャンセルメッセージに、ＨＯ対象となるリモートＵＥに関する情報を含めてもよい。リモートＵＥに関する情報として、リモートＵＥを識別するための情報を含めてもよい。ＨＯキャンセルメッセージに、ＨＯキャンセル対象となるＴ－ｇＮＢ（セルであってもよい）に関する情報を含めてもよい。Ｔ－ｇＮＢ（セルであってもよい）に関する情報として、Ｔ－ｇＮＢ（セルであってもよい）を識別するための情報を含めてもよい。ＨＯキャンセルメッセージに、接続先リレーＵＥ（リレーＵＥ＃２）に関する情報を含めてもよい。リレーＵＥ＃２に関する情報として、リレーＵＥ＃２を識別するための情報を含めてもよい。ＨＯキャンセルメッセージに、接続先リレーＵＥ（リレーＵＥ＃２）と接続するＴ－ｇＮＢ（セルであってもよい）に関する情報を含めてもよい。Ｔ－ｇＮＢに関する情報として、Ｔ－ｇＮＢ（セルであってもよい）を識別するための情報を含めてもよい。

　このようにすることで、ＨＯ先候補となりＨＯ先にならなかったＴ－ｇＮＢ、ＨＯ先に決定したセル以外のＨＯ先候補セルを構成するＴ－ｇＮＢは、ＨＯキャンセルメッセージを受信することにより、ＨＯのキャンセルを認識可能となり、該ＨＯに対する設定をリリースすることが可能となる。また、後述に開示する、リレーＵＥへのＨＯキャンセルを通知可能となる。

　ＨＯキャンセルを受信したＴ－ｇＮＢは、接続先リレーＵＥ（リレーＵＥ＃２）以外の、接続先候補のリレーＵＥに対して、ＨＯキャンセルを通知する。すなわち、Ｔ－ｇＮＢは、各Ｔ－ｇＮＢが接続する接続先候補のリレーＵＥに対して、ＨＯキャンセルを通知する。該通知にはＲＲＣシグナリングを用いてもよい。リレーＵＥへのＨＯキャンセルを通知するための新たなＲＲＣメッセージを設けてもよい。たとえば、該ＲＲＣメッセージをＨＯキャンセルメッセージとしてもよい。

　リレーＵＥへのＨＯキャンセルメッセージに、ＨＯ対象となるリモートＵＥに関する情報を含めてもよい。リモートＵＥに関する情報として、リモートＵＥを識別するための情報を含めてもよい。リレーＵＥへのＨＯキャンセルメッセージに、ＨＯキャンセル対象となるＴ－ｇＮＢ（セルであってもよい）に関する情報を含めてもよい。Ｔ－ｇＮＢ（セルであってもよい）に関する情報として、Ｔ－ｇＮＢ（セルであってもよい）を識別するための情報を含めてもよい。リレーＵＥへのＨＯキャンセルメッセージに、接続先リレーＵＥ（リレーＵＥ＃２）に関する情報を含めてもよい。リレーＵＥ＃２に関する情報として、リレーＵＥ＃２を識別するための情報を含めてもよい。リレーＵＥへのＨＯキャンセルメッセージに、接続先リレーＵＥ（リレーＵＥ＃２）と接続するＴ－ｇＮＢ（セルであってもよい）に関する情報を含めてもよい。Ｔ－ｇＮＢに関する情報として、Ｔ－ｇＮＢ（セルであってもよい）を識別するための情報を含めてもよい。

　Ｃ－ＩＨＯを識別するための情報を含めてもよい。すなわち、Ｉ－ＣＨＯによる接続先候補リレーＵＥへのリレー要求メッセージに、Ｃ－ＩＨＯを識別するための情報を含めてもよい。また、接続先候補リレーＵＥへのＨＯキャンセルメッセージに、キャンセルするＣ－ＩＨＯを識別するための情報を含めてもよい。ＨＯキャンセルメッセージに含める該情報として、リレー要求メッセージに含めたＣ－ＩＨＯを識別するための情報を用いるとよい。このようにすることで、接続先候補リレーＵＥは、Ｔ－ｇＮＢから受信したＨＯ要求メッセージに含まれる情報が示すＩ－ＣＨＯのうち、どのＩ－ＣＨＯをキャンセルするかを認識可能となる。

　このように、Ｓ－ｇＮＢではなく、Ｔ－ｇＮＢから接続先リレーＵＥ以外の、接続先候補のリレーＵＥに対してＨＯキャンセルを通知することで、接続先候補のリレーＵＥはＨＯキャンセルを受信可能となる。

　ＨＯキャンセルメッセージを受信した接続先候補のリレーＵＥは、リモートＵＥのＩ－ＣＨＯ設定をキャンセルする。該リレーＵＥは、Ｔ－ｇＮＢから受信したリレー要求メッセージをキャンセルしてもよい。該リレーＵＥは、Ｔ－ｇＮＢから受信したリレー要求メッセージによるリレー設定をキャンセルしてもよい。該リレーＵＥは、ＨＯ対象となるリモートＵＥに関する情報、あるいは、リモートＵＥとのＰＣ５通信に関する設定をリリースしてもよい。

　このようにすることで、接続先候補となったが、接続先にならなかったリレーＵＥの、Ｉ－ＣＨＯに関する設定をリリースすることが可能となる。また、該リレーＵＥの無線リソースの無駄な消費を回避することが可能となる。

　図１９は、実施の形態２について、Ｉ－ＣＨＯの方法の例を示すシーケンス図である。図１９において、図１６と共通するステップについては同じステップ番号を付し、共通する説明を省略する。ステップＳＴ１９０１、ステップＳＴ１９０２、ステップＳＴ１９０３、ステップＳＴ１９３３で、Ｉ－ＣＨＯのケーパビリティが通知される。すなわち、ステップＳＴ１９０１では、リレーＵＥ＃１がＳ－ｇＮＢに対して、Ｉ－ＣＨＯのケーパビリティを通知する。ステップＳＴ１９０２では、リレーＵＥ＃２がＴ－ｇＮＢ＃１に対して、Ｉ－ＣＨＯのケーパビリティを通知する。ステップＳＴ１９３３では、リレーＵＥ＃３がＴ－ｇＮＢ＃２に対して、Ｉ－ＣＨＯのケーパビリティを通知する。ステップＳＴ１９０３では、リモートＵＥがＳ－ｇＮＢに対して、リレーＵＥ＃１を介してＩ－ＣＨＯのケーパビリティを通知する。これらの通知方法は、実施の形態１の変形例２で開示した方法を適宜適用するとよい。これにより、Ｓ－ｇＮＢあるいはＣＮが、リモートＵＥあるいはリレーＵＥがＩ－ＣＨＯ可能か否かを認識できる。

　ステップＳＴ１９０５で、Ｓ－ｇＮＢは、リモートＵＥに対してＩ－ＣＨＯを決定する。このとき、Ｓ－ｇＮＢは、Ｉ－ＣＨＯの接続先候補リレーＵＥと、ＨＯ先候補Ｔ－ｇＮＢを、それぞれ１つまたは複数決定する。ステップＳＴ１９０６およびステップＳＴ１９２６で、Ｓ－ｇＮＢは決定したＨＯ先候補のＴ－ｇＮＢに対してＨＯ要求を通知する。図１９の例では、Ｓ－ｇＮＢは、ステップＳＴ１９０５でＴ－ｇＮＢ＃１およびＴ－ｇＮＢ＃２をＨＯ先候補に決定し、ステップＳＴ１９０６およびステップＳＴ１９２６で、Ｔ－ｇＮＢ＃１およびＴ－ｇＮＢ＃２に対してＨＯ要求メッセージを通知する。該メッセージにＣＨＯの要求であることを示す情報を含めてもよい。ステップＳＴ１９０７およびステップＳＴ１９２７で、ＨＯ先候補のＴ－ｇＮＢ、すなわち、Ｔ－ｇＮＢ＃１およびＴ－ｇＮＢ＃２は、自Ｔ－ｇＮＢが接続する、接続先候補リレーＵＥに対して、リレー要求を通知する。具体的には、Ｔ－ｇＮＢ＃１が、ステップＳＴ１９０７で、リレーＵＥ＃２に対してリレー要求メッセージを通知し、Ｔ－ｇＮＢ＃２が、ステップＳＴ１９２７で、リレーＵＥ＃３に対してリレー要求メッセージを通知する。該リレー要求メッセージに、ＣＨＯ設定に関する情報を含めてもよい。このようにすることで、リレーＵＥ＃２、リレーＵＥ＃３は、リモートＵＥにＣＨＯが適用されること、ＣＨＯの設定情報を認識可能となる。ステップＳＴ１９０８、ステップＳＴ１９２８で、接続先候補の各リレーＵＥは、接続しているＴ－ｇＮＢに対して、リレー要求応答を通知する。リレーＵＥ＃２は、Ｔ－ｇＮＢ＃１に対してリレー要求応答を通知し、リレーＵＥ＃３は、Ｔ－ｇＮＢ＃２に対してリレー要求応答を通知する。ステップＳＴ１９０９、ステップＳＴ１９２９で、ＨＯ先候補の各Ｔ－ｇＮＢは、Ｓ－ｇＮＢに対して、ＨＯ要求応答を通知する。Ｔ－ｇＮＢ＃１はステップＳＴ１９０９で、Ｓ－ｇＮＢに対してＨＯ要求応答を通知し、Ｔ－ｇＮＢ＃２はステップＳＴ１９２９で、Ｓ－ｇＮＢに対してＨＯ要求応答を通知する。それぞれの、ＨＯ要求メッセージ、リレー要求メッセージ、リレー要求応答メッセージ、ＨＯ要求応答メッセージの通知方法は、実施の形態１、実施の形態１の変形例１で開示した方法を適宜適用するとよい。

　ＨＯ先候補の各Ｔ－ｇＮＢからＨＯ要求応答を受信したＳ－ｇＮＢは、リモートＵＥに対して、ステップＳＴ１９１０で、ＣＨＯ実行条件設定を通知する。Ｓ－ｇＮＢは、該設定をリレーＵＥ＃１を介して通知する。Ｓ－ｇＮＢは、設定を、たとえば、ＲＲＣシグナリングのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで通知する。該メッセージに、ＣＨＯ実行条件設定として、前述に開示したような情報を含めるとよい。たとえば、ＣＨＯ接続先リレーＵＥに関する情報、該リレーＵＥに接続するＨＯ先候補Ｔ－ｇＮＢに関する情報、各ＣＨＯ実行条件に関する情報などを含めるとよい。これにより、リモートＵＥは、ＣＨＯ実行条件を評価可能となる。

　ステップＳＴ１９３０で、リモートＵＥはＳ－ｇＮＢに対して、ＲＲＣ設定完了メッセージを通知してもよい。リモートＵＥは該メッセージをリレーＵＥ＃１を介して通知する。このようにすることで、Ｓ－ｇＮＢは、リモートＵＥがＣＨＯ実行条件設定を行ったことを認識可能となる。また、ＣＨＯの誤動作の発生を低減可能となる。

　Ｓ－ｇＮＢは、ＨＯ成功メッセージをＴ－ｇＮＢから受信する前に、ＨＯ候補先のＴ－ｇＮＢの内の１つまたは複数のＴ－ｇＮＢに対してデータ転送を行ってもよい。たとえば、１つのＴ－ｇＮＢに対してデータ転送を行ってもよい。転送先を１つに絞ることで転送するデータ量を削減できる。ステップＳＴ１９１２で、Ｓ－ｇＮＢはデータ転送先のＴ－ｇＮＢを決定する。図１９の例ではＴ－ｇＮＢ＃１をデータ転送先に決定する。ステップＳＴ１９１３で、Ｓ－ｇＮＢは、データ転送先のＴ－ｇＮＢ＃１へＳＮ状態を転送する。該転送でＥａｒｌｙ　Ｓｔａｔｕｓ　Ｔｒａｎｓｆｅｒを用いてもよい。ステップＳＴ１９１４で、Ｓ－ｇＮＢは、バッファで保持しているデータとＵＰＦからのデータとを、データ転送先のＴ－ｇＮＢ＃１に対して転送する。該データはＤＬデータとしてもよい。これらの転送方法は、実施の形態１の変形例２で開示した方法を適宜適用してもよい。ステップＳＴ１９１５で、Ｓ－ｇＮＢから転送されたデータをＴ－ｇＮＢ＃１でバッファする。

　Ｔ－ｇＮＢは、Ｓ－ｇＮＢから転送されたデータを、リモートＵＥの接続先候補となるリレーＵＥに対して転送してもよい。たとえば、図１９の例では、Ｔ－ｇＮＢ＃１はリレーＵＥ＃２に対して転送してもよい。リレーＵＥ＃２はＴ－ｇＮＢ＃１から転送されたデータをバッファするとよい。このようにすることで、リモートＵＥの接続先のリレーＵＥがリレーＵＥ＃２となった場合、リレーＵＥ＃２は、リモートＵＥに対して、Ｔ－ｇＮＢ＃１から受信したデータを早期に送信可能となる。

　ステップＳＴ１９３１で、リモートＵＥは、ＣＨＯ実行条件を評価する。ステップＳＴ１９３２で、リモートＵＥは、ＣＨＯ実行条件を満足したリレーＵＥを接続先リレーＵＥに決定する。また、該リレーＵＥに接続するＴ－ｇＮＢをＨＯ先Ｔ－ｇＮＢに決定する。ここでは、リレーＵＥ＃２を接続先に、Ｔ－ｇＮＢ＃１をＨＯ先に決定する。ＨＯ先を決定したリモートＵＥは、Ｓ－ｇＮＢとの通信を停止してもよい。該通信のための設定をリリースしてもよい。Ｓ－ｇＮＢとの通信のためのリレーＵＥ＃１との通信を停止してもよい。該通信のための設定をリリースしてもよい。

　ステップＳＴ１９３２で接続先としてリレーＵＥ＃２を決定したリモートＵＥは、ステップＳＴ１４１１で、リレーＵＥ＃２とＰＣ５接続を確立する。ステップＳＴ１９１６で、リモートＵＥは、リレーＵＥ＃２を介して、ＨＯ先に決定したＴ－ｇＮＢ＃１に対してＨＯ設定変更完了メッセージを通知する。リモートＵＥから、ＨＯ設定変更完了メッセージを受信したＴ－ｇＮＢ＃１は、ステップＳＴ１７１８で、Ｓ－ｇＮＢに対してＨＯ成功メッセージを通知する。Ｓ－ｇＮＢは、ステップＳＴ１７１９でリレーＵＥ＃１に対して、ＨＯ元リレー設定リリース情報を通知する。該通知にＨＯ成功メッセージを用いてもよい。すなわち、Ｓ－ｇＮＢは、ＨＯ成功メッセージにＨＯ元リレー設定リリース情報を含ませてリレーＵＥ＃１に通知してもよい。ステップＳＴ１７２０でリレーＵＥ＃１は、リモートＵＥとＳ－ｇＮＢ間の送受信停止と設定のリリースを実施する。これらの処理は、実施の形態１の変形例２で開示した方法を適宜適用するとよい。

　ステップＳＴ１７１８でＴ－ｇＮＢ＃１からＨＯ成功メッセージを受信したＳ－ｇＮＢは、ステップＳＴ１９１７で、接続先リレーＵＥに決定しなかった接続先候補リレーＵＥと接続するＴ－ｇＮＢに対して、ＨＯキャンセルメッセージを通知する。図１９の例では、Ｔ－ｇＮＢ＃２に対してＨＯキャンセルメッセージを通知する。ＨＯキャンセルメッセージを受信したＴ－ｇＮＢ＃２は、予めＳ－ｇＮＢからデータを転送されていた場合、転送されたデータを破棄してもよい。ステップＳＴ１９１８で、該Ｔ－ｇＮＢ＃２は、自Ｔ－ｇＮＢと接続する、接続先に決定されなかった接続先候補リレーＵＥすなわちリレーＵＥ＃３に対して、リレーキャンセルメッセージを通知する。このようにすることで、接続先に決定されなかった接続先候補リレーＵＥ（ここではリレーＵＥ＃３）が、リモートＵＥが他のリレーＵＥに接続されたことを認識可能となる。また、自リレーＵＥが、Ｉ－ＣＨＯによる接続先リレーＵＥにならなかったことを認識可能となる。リレーキャンセルメッセージを受信したリレーＵＥ＃３は、Ｉ－ＣＨＯ設定をリリースする。リレーキャンセルメッセージを受信したリレーＵＥ＃３は、予めＴ－ｇＮＢ＃２からデータを転送されていた場合、転送されたデータを破棄してもよい。このようにすることで、接続先にならなかったリレーＵＥ＃３での、無駄な無線リソースの消費を低減可能となる。

　このようにすることで、リレーＵＥを介したリモートＵＥのＨＯにおいて、複数の接続先リレーＵＥを設定することができ、また、複数のＨＯ先Ｔ－ｇＮＢを設定することが可能となる。いいかえると、リレーＵＥを介したリモートＵＥとｇＮＢの通信をともなうＩ－ＣＨＯを実施することが可能となる。リレーＵＥを介したリモートＵＥのＨＯにおいて、複数の選択肢から接続先リレーＵＥおよびＨＯ先Ｔ－ｇＮＢを決定するため、ＨＯ処理におけるロバスト性を向上することができる。

実施の形態３．
　リレーＵＥがリモートＵＥと接続している状態において、リレーＵＥの移動等によりリレーＵＥのＨＯ処理が行われる場合がある。リモートＵＥはリレーＵＥを介してＮＷと通信中に、このようなリレーＵＥのＨＯが生じた場合、リモートＵＥとＮＷとの接続処理をどのようにしたらよいかについては、上述の非特許文献１～２７および他の文献等になんら開示が無い。

　本実施の形態３では、リレーＵＥのＨＯにともなうリモートＵＥとＮＷ間の接続の処理方法を開示する。

　実施の形態３にかかる通信システムにおいては、リレーＵＥは、リモートＵＥと接続している場合は移動等が発生してもＨＯ処理を実施しない。すなわち、リモートＵＥとＰＣ５接続しているリレーＵＥはＨＯ処理を実施しないとしてもよい。リモートＵＥとｇＮＢ間の通信のリレー処理を実施しているリレーＵＥはＨＯ処理を実施しないとしてもよい。リレーＵＥは、たとえば移動などによりｇＮＢとの通信品質が悪化した場合、ＲＬＦ（Radio　Link　Failure）を起動する。ＲＬＦによりリレーＵＥはｇＮＢとのＲＲＣ接続をリリースする前に、セル選択あるいはセル再選択処理を行い接続可能なセルを検出し、該セルに対してＲＲＣ確立処理を行う。所定のタイマ内にセル検出ができなかったリレーＵＥはｇＮＢとのＲＲＣ接続をリリースする。また、リレーＵＥは再度セル選択あるいはセル再選択を行い、検出したセルに対してＲＲＣ確立処理を行いＲＲＣ接続を実施する。ＲＲＣ確立処理としてＲＲＣｅｓｔａｂｌｉｓｈｍｅｎｔを実行してもよい。このようにすることで、リレーＵＥはＨＯせずに、再度ｇＮＢと接続することが可能となる。

　リモートＵＥは、リレーＵＥがＲＬＦあるいはＲＲＣ接続リリースを実施した場合、リレーＵＥを介して接続していたｇＮＢとのＲＲＣ接続をリリースする。リレーＵＥは、ｇＮＢとのＲＬＦあるいはＲＲＣ接続リリースを、リモートＵＥに通知してもよい。該通知を受信したリモートＵＥは、リレーＵＥがｇＮＢとＲＬＦあるいはＲＲＣ接続リリースしたことを認識可能となる。このようにすることで、リモートＵＥは、リレーＵＥを介して接続していたｇＮＢとのＲＲＣ接続をリリースすることが可能となる。

　リモートＵＥは、リレーＵＥから、ｇＮＢとのＲＬＦあるいはＲＲＣ接続リリースの通知を受信後、所定の期間ＲＲＣ接続状態を維持するようにしてもよい。このようにすることで、該所定の期間中にリレーＵＥが元のｇＮＢとＲＲＣ接続状態に戻ったような場合に、リモートＵＥは該ｇＮＢとの接続状態を維持可能となる。該所定の期間をタイマで管理してもよい。リモートＵＥは、リレーＵＥを介して接続していたｇＮＢとのＲＲＣ接続のリリース処理として、該ｇＮＢとの通信に用いるバッファやプロトコルをリセット、リリースしてもよい。これにより、リモートＵＥでの無駄な無線リソースの消費を回避可能となる。

　リモートＵＥとリレーＵＥを介して接続していたｇＮＢは、リレーＵＥとのＲＲＣ接続がリリースされたと判断した場合、リモートＵＥとのＲＲＣ接続をリリースしてもよい。リレーＵＥとのＲＲＣ接続リリースの判断は、所定の期間通信が発生しない場合、としてもよい。該所定の期間をタイマで管理してもよい。ｇＮＢは、リモートＵＥとのＲＲＣ接続のリリース処理として、リモートＵＥとの通信に用いるバッファやプロトコルをリセット、リリースしてもよい。これにより、ｇＮＢでの無駄な無線リソースの消費を回避可能となる。

　リモートＵＥは、リレーＵＥがｇＮＢと再度接続後、該ｇＮＢに対してＲＲＣ確立処理を実施してもよい。リレーＵＥはｇＮＢとＲＲＣ接続確立後、リモートＵＥに対してＲＲＣ状態を通知してもよい。これにより、リモートＵＥはリレーＵＥがｇＮＢとＲＲＣ接続確立したか否かを認識できる。このようにすることで、リモートＵＥはリレーＵＥを介して再度ｇＮＢと通信可能となる。

　リレーＵＥのＨＯにともなうリモートＵＥとＮＷ間の接続の処理方法について他の方法を開示する。リレーＵＥがリモートＵＥと接続している場合でもｇＮＢ間のＨＯを可能とする。すなわち、リレーＵＥはｇＮＢ間のＨＯを実施してもよい。リモートＵＥとＰＣ５接続しているリレーＵＥはＨＯ処理を実施してもよい。リモートＵＥとｇＮＢ間の通信のリレー処理を実施しているリレーＵＥはＨＯ処理を実施してもよい。

　リレーＵＥがＨＯを実施した場合のリモートＵＥの処理について開示する。リモートＵＥは、リレーＵＥのＨＯ先ｇＮＢに対してＨＯを行う。リモートＵＥは、接続するｇＮＢをリレーＵＥのＨＯ先ｇＮＢに変更するとしてもよい。リレーＵＥのＨＯとともに、リモートＵＥもＨＯを実施するとよい。リレーＵＥのＨＯの場合、リモートＵＥはリレーＵＥのＨＯ先ｇＮＢに対してのみＨＯが許可されてもよい。これらの処理は、リモートＵＥがリレーＵＥを介してｇＮＢに接続している場合に限定してもよい。

　リモートＵＥが、リレーＵＥのＨＯ先ｇＮＢに対してＨＯを実施する方法を開示する。

　図２０は、実施の形態３について、リモートＵＥがリレーＵＥのＨＯ先ｇＮＢに対してＨＯを実施する方法の例を示すシーケンス図である。ステップＳＴ２００１で、リモートＵＥは、リレーＵＥを介してＳ－ｇＮＢ、ＣＮとデータ通信を実施している。

　ステップＳＴ２００２で、Ｓ－ｇＮＢはリレーＵＥに対してメジャメント設定を通知する。ステップＳＴ２００３で、Ｓ－ｇＮＢはリレーＵＥからメジャメント報告を受信する。ステップＳＴ２００４で、該Ｓ－ｇＮＢは、たとえばリレーＵＥからのメジャメント報告を用いて、リレーＵＥのＨＯを決定する。ステップＳＴ２００５で、Ｓ－ｇＮＢはＴ－ｇＮＢに対してリレーＵＥのＨＯ要求を通知する。該通知にＨＯ要求メッセージを用いてもよい。Ｓ－ｇＮＢは、リモートＵＥのＨＯ要求を、リレーＵＥのＨＯ要求メッセージとともに、あるいは、リレーＵＥのＨＯ要求メッセージに含めて、Ｔ－ｇＮＢに通知してもよい。このようにすることで、Ｔ－ｇＮＢは、リレーＵＥのＨＯ要求とともに、リモートＵＥのＨＯ要求が行われたことを認識可能となる。

　リレーＵＥのＨＯ要求とリモートＵＥのＨＯ要求を受信したＴ－ｇＮＢは、リレーＵＥのアドミッション制御およびリモートＵＥのアドミッション制御を実施する。Ｔ－ｇＮＢはリレーＵＥとリモートＵＥに対するＲＲＣ設定を行う。ステップＳＴ２００６で、Ｔ－ｇＮＢは、Ｓ－ｇＮＢに対してリレーＵＥのＨＯ要求応答メッセージを通知する。リレーＵＥのＨＯ要求応答メッセージにリレーＵＥに対するＲＲＣ設定を含めてもよい。Ｔ－ｇＮＢは、リレーＵＥへのＨＯ要求応答メッセージとともに、あるいは、リレーＵＥへのＨＯ要求応答メッセージに含めて、リモートＵＥのＨＯ要求応答を通知する。リモートＵＥのＨＯ要求応答にリモートＵＥのＲＲＣ設定を含めてもよい。

　ステップＳＴ２００７で、Ｓ－ｇＮＢはリモートＵＥに対してＴ－ｇＮＢへのＲＲＣ設定変更（ＨＯ指示であってもよい）のためのＲＲＣメッセージを通知する。Ｓ－ｇＮＢは、該ＲＲＣメッセージをリレーＵＥを介して通知する。該ＲＲＣメッセージとしてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いてもよい。該ＲＲＣメッセージにＴ－ｇＮＢが設定したリモートＵＥのＲＲＣ設定を含めてもよい。このようにすることで、リモートＵＥがＴ－ｇＮＢが設定したＲＲＣ設定を受信可能となる。該ＲＲＣメッセージを受信し、ＲＲＣ設定を実施したリモートＵＥは、ステップＳＴ２００８で、Ｓ－ｇＮＢに対して、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅを通知してもよい。リモートＵＥはリレーＵＥを介して通知してもよい。このようにすることで、Ｓ－ｇＮＢがリモートＵＥでの該ＲＲＣ設定を実施したことを認識可能となる。

　ステップＳＴ２０１１で、Ｓ－ｇＮＢはリレーＵＥに対してＴ－ｇＮＢへのＲＲＣ設定変更のためのＲＲＣメッセージを通知する。Ｓ－ｇＮＢは、前述のステップＳＴ２００７でリモートＵＥに対してＴ－ｇＮＢへＲＲＣメッセージを通知した場合に、リレーＵＥに対しても該ＲＲＣメッセージを通知してもよい。ＲＲＣメッセージとして、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを用いてもよい。Ｓ－ｇＮＢは、リレーＵＥに対して通知するＲＲＣメッセージに、Ｔ－ｇＮＢが設定したリレーＵＥのＲＲＣ設定を含めてもよい。このようにすることで、リレーＵＥは、Ｔ－ｇＮＢが設定したＲＲＣ設定を受信可能となる。

　該通知を受信したリレーＵＥは、Ｓ－ｇＮＢとの通信を停止する。Ｓ－ｇＮＢとの通信用の設定をリリースしてもよい。Ｓ－ｇＮＢとの通信を停止したリレーＵＥは、ステップＳＴ２０１３で、Ｔ－ｇＮＢに対して、ＲＲＣ設定変更完了メッセージを通知する。このようにすることで、リレーＵＥはＴ－ｇＮＢに対してＲＲＣ設定完了を通知することが可能となる。Ｔ－ｇＮＢは、リレーＵＥがＲＲＣ設定を実施したことを認識可能となる。これにより、リレーＵＥとＴ－ｇＮＢ間で通信が可能となる。

　前述のステップＳＴ２００７でＳ－ｇＮＢから、Ｔ－ｇＮＢへのＲＲＣ設定変更のためのＲＲＣメッセージを受信したリモートＵＥは、ただちにＳ－ｇＮＢとの通信を停止しない。該リモートＵＥは、Ｓ－ｇＮＢとの通信のためのリレーＵＥとの通信を停止しないとしてもよい。Ｓ－ｇＮＢから、Ｔ－ｇＮＢへのＲＲＣ設定変更メッセージを受信したリモートＵＥは、ただちにＴ－ｇＮＢとのＲＲＣ設定変更完了メッセージを送信しないとしてもよい。ＲＲＣ設定変更完了メッセージは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅであってもよい。

　リレーＵＥはリモートＵＥに対してｇＮＢとのＲＲＣ状態メッセージを通知してもよい。ｇＮＢとのＲＲＣ状態メッセージに、ＲＲＣ接続するｇＮＢの変更を示す情報を含めてもよい。変更後のｇＮＢを識別する情報を含めてもよい。変更前のｇＮＢを識別する情報を含めてもよい。該ＲＲＣ状態メッセージにＴ－ｇＮＢとのＲＲＣ接続完了を含めてもよい。Ｔ－ｇＮＢとのＲＲＣ設定完了の通知を行ったリレーＵＥは、ステップＳＴ２０１４で、リモートＵＥに対して、Ｔ－ｇＮＢとのＲＲＣ接続完了を含んだＲＲＣ状態メッセージを通知する。

　該通知を受信したリモートＵＥは、Ｓ－ｇＮＢとの通信を停止する。リモートＵＥは、Ｓ－ｇＮＢとの通信のためのリレーＵＥとの通信を停止するとしてもよい。Ｓ－ｇＮＢとの通信用の設定をリリースしてもよい。Ｓ－ｇＮＢとの通信を停止したリモートＵＥは、ステップＳＴ２０１５で、リレーＵＥを介してＴ－ｇＮＢに対してＲＲＣ設定変更完了メッセージを送信する。このようにすることで、リモートＵＥはリレーＵＥを介してリレーＵＥのＨＯ先Ｔ－ｇＮＢに対してＲＲＣ設定完了を通知することが可能となる。Ｔ－ｇＮＢは、リモートＵＥがＲＲＣ設定を実施したことを認識可能となる。これにより、ステップＳＴ２０１６で、リモートＵＥとＴ－ｇＮＢ間でリレーＵＥを介してデータ通信が可能となる。

　リモートＵＥにおいて、Ｔ－ｇＮＢへのＲＲＣ設定変更のためのＲＲＣメッセージの受信から、Ｔ－ｇＮＢへのＲＲＣ設定完了メッセージ通知成功まで、所定の時間内で行われなかった場合、たとえば、リモートＵＥはＴ－ｇＮＢに対してＨＯ失敗処理を行うとよい。該所定の時間をタイマとしてもよい。リモートＵＥは、タイマ内にＴ－ｇＮＢへのＲＲＣ設定完了メッセージ通知が成功した場合、タイマをリセットする。該所定の時間は予め規格等で静的に決められてもよいし、あらかじめｇＮＢから、たとえばＳ－ｇＮＢから、リモートＵＥに通知されてもよい。該通知にはＲＲＣシグナリングが用いられてもよい。該タイマはリレーＵＥを介してｇＮＢと接続する場合のタイマとしてもよい。ｇＮＢと直接接続する場合のタイマとは異ならせてもよい。この場合、柔軟な設定が可能となる。あるいは、リレーＵＥを介してｇＮＢと接続する場合のタイマと、ｇＮＢと直接接続する場合のタイマとを同じにしてもよい。この場合、処理を簡略化できる。

　リレーＵＥからＲＲＣ設定完了メッセージを受信したＴ－ｇＮＢは、ＣＮとの間でリレーＵＥに対するパススイッチ処理を実施する。このようにすることで、リレーＵＥに対するＳ－ｇＮＢからＴ－ｇＮＢへのパススイッチ処理が実施可能となる。ＵＰＦはＴ－ｇＮＢに対してリレーＵＥへのＤＬデータを送信可能となる。リレーＵＥとＵＰＦ間でデータ通信が可能となる。また、リモートＵＥからＲＲＣ設定完了メッセージを受信したＴ－ｇＮＢは、ＣＮとの間でリモートＵＥに対するパススイッチ処理を実施する。このようにすることで、リモートＵＥに対するＳ－ｇＮＢからＴ－ｇＮＢへのパススイッチ処理が実施可能となる。ＵＰＦはＴ－ｇＮＢに対してリモートＵＥへのＤＬデータを送信可能となる。リモートＵＥとＵＰＦ間でデータ通信が可能となる。

　パススイッチ処理の他の方法を開示する。Ｔ－ｇＮＢは、リレーＵＥとリモートＵＥからＲＲＣ設定完了メッセージを受信した場合に、ＣＮとの間でリレーＵＥとリモートＵＥに対するパススイッチ処理を実施してもよい。この場合、Ｔ－ｇＮＢは、ＡＭＦへのパススイッチ要求メッセージに、リレーＵＥの通信に関する情報とリモートＵＥの通信に関する情報とを含めるとよい。ＡＭＦは、ＵＰＦへのパススイッチ要求メッセージに、リレーＵＥの通信に関する情報とリモートＵＥの通信に関する情報とを含めるとよい。また、ＵＰＦからＡＭＦへのパススイッチ要求応答メッセージに、リレーＵＥの通信とリモートＵＥの通信に関する情報を含めてもよい。また、ＡＭＦからＴ－ｇＮＢへのパススイッチ要求応答メッセージにリレーＵＥの通信に関する情報とリモートＵＥの通信に関する情報とを含めてもよい。Ｔ－ｇＮＢは、Ｓ－ｇＮＢに対して、リレーＵＥのコンテキストのリリースと、リモートＵＥのコンテキストのリリースとを通知する。これらを同じメッセージに含めて通知してもよい。これにより、Ｓ－ｇＮＢは、リレーＵＥのコンテキストをリリースするとともに、リモートＵＥのコンテキストをリリースすることが可能となる。

　このようにすることで、ＵＰＦは、リレーＵＥの通信とリモートＵＥの通信に対して、Ｔ－ｇＮＢへのパススイッチ処理が実施可能となる。また、ＵＰＦは、Ｔ－ｇＮＢに対してリレーＵＥとリモートＵＥへＤＬデータを送信可能となる。また、リレーＵＥとＵＰＦ間でデータ通信が可能となるとともに、リモートＵＥとＵＰＦ間でデータ通信が可能となる。また、このようにすることで、シグナリング量を削減可能となる。

　図２０の例では、Ｔ－ｇＮＢが、リレーＵＥとリモートＵＥからＲＲＣ設定完了メッセージを受信した場合に、ＣＮとの間でリレーＵＥとリモートＵＥに対するパススイッチ処理を実施する方法を開示している。具体的には、ステップＳＴ２０１７で、Ｔ－ｇＮＢはＣＮとの間でパススイッチ処理を実施する。これにより、リレーＵＥとリモートＵＥのパススイッチが可能となる。また、ステップＳＴ２０１９で、リレーＵＥを介して、リモートＵＥとＴ－ｇＮＢ、ＣＮ間でデータ通信が可能となる。ステップＳＴ２０１８で、Ｔ－ｇＮＢはＳ－ｇＮＢに対してリレーＵＥとリモートＵＥのＵＥコンテキストリリースを通知する。これにより、リレーＵＥとリモートＵＥのＵＥコンテキストリリースを実施可能となる。

　Ｓ－ｇＮＢが、リモートＵＥに対してＴ－ｇＮＢへのＲＲＣ設定変更通知実施、あるいは、リレーＵＥに対してＴ－ｇＮＢへのＲＲＣ設定変更通知実施のいずれか遅い方で、Ｓ－ｇＮＢはＴ－ｇＮＢに対して、リモートＵＥとＵＰＦ間の通信のデータ転送処理を行ってもよい。また、Ｓ－ｇＮＢはＴ－ｇＮＢに対して、リレーＵＥとＵＰＦ間の通信（もしあれば）のデータ転送処理を行ってもよい。

　他の方法として、Ｓ－ｇＮＢが、リモートＵＥに対してＴ－ｇＮＢへのＲＲＣ設定変更通知実施、あるいは、リレーＵＥに対してＴ－ｇＮＢへのＲＲＣ設定変更通知実施のいずれか早い方で、Ｓ－ｇＮＢはＴ－ｇＮＢに対して、リモートＵＥとＵＰＦ間の通信のデータ転送処理を行ってもよい。また、Ｓ－ｇＮＢはＴ－ｇＮＢに対して、リレーＵＥとＵＰＦ間の通信（もしあれば）のデータ転送処理を行ってもよい。リモートＵＥがリレーＵＥのＨＯ先ｇＮＢに対してＨＯを実施する場合に適用するとよい。このようにすることで、Ｔ－ｇＮＢに対して、リモートＵＥとＵＰＦ間の通信のデータ転送処理およびリレーＵＥとＵＰＦ間の通信（もしあれば）のデータ転送処理を早期に実施可能となる。

　他の方法として、Ｓ－ｇＮＢは、リモートＵＥに対してＴ－ｇＮＢへのＲＲＣ設定変更通知実施で、Ｔ－ｇＮＢに対してリモートＵＥとＵＰＦ間の通信のデータ転送処理を行い、また、Ｓ－ｇＮＢは、リレーＵＥに対してＴ－ｇＮＢへのＲＲＣ設定変更通知実施で、Ｔ－ｇＮＢに対してリレーＵＥとＵＰＦ間の通信（もしあれば）のデータ転送処理を行ってもよい。Ｓ－ｇＮＢはＵＰＦから受信したデータも転送するとよい。このようにすることで、Ｔ－ｇＮＢに対して、リモートＵＥとＵＰＦ間の通信のデータ転送処理を早期に実施可能となる。また、各々個別のタイミングで転送するため、誤動作を低減可能となる。

　図２０の場合、ステップＳＴ２００９で、Ｓ－ｇＮＢはＴ－ｇＮＢに対してＳＮ状態を転送する。ＳＮ　Ｓｔａｔｕｓ　Ｔｒａｎｓｆｅｒを用いて該ＳＮ状態を転送してもよい。ステップＳＴ２０１０で、Ｓ－ｇＮＢはＴ－ｇＮＢに対してデータを転送する。

　ステップＳＴ２０１２で、Ｓ－ｇＮＢから転送されたデータをＴ－ｇＮＢでバッファする。Ｔ－ｇＮＢは、リレーＵＥからのＲＲＣ設定完了メッセージの受信、あるいは、リモートＵＥからのＲＲＣ設定完了メッセージの受信のどちらか遅い方をトリガとして、リモートＵＥとの間のＤＬデータ　ａｎｄ／ｏｒ　ＵＬデータの送受信を開始する。図２０の例では、ステップＳＴ２０１５でのリモートＵＥからのＲＲＣ設定完了メッセージの受信がトリガとなり、ステップＳＴ２０１６で、Ｔ－ｇＮＢは、リモートＵＥとの間でデータ送受信を開始する。データ送受信を開始後、Ｔ－ｇＮＢは、バッファしていたデータを送信してもよい。このようにすることで、リモートＵＥとＴ－ｇＮＢ間でリレーＵＥを介してデータの送受信が実施可能となる。

　Ｓ－ｇＮＢがリモートＵＥに対してＲＲＣ設定変更を通知するのが、リレーＵＥに対してＲＲＣ設定変更を通知するよりも先に行われ、Ｓ－ｇＮＢがリレーＵＥに対して行うＲＲＣ設定変更の通知でＴ－ｇＮＢに対してＳＮ状態転送とデータ転送を行うような場合、Ｓ－ｇＮＢは、データ転送を行うまで、リレーＵＥに対して、リモートＵＥとのＤＬデータ　ａｎｄ／ｏｒ　ＵＬデータの送受信を実施してもよい。リレーＵＥはリモートＵＥに対して、該ＤＬデータ　ａｎｄ／ｏｒ　ＵＬデータの送受信を実施してもよい。

　リレーＵＥは、Ｓ－ｇＮＢからＲＲＣ設定変更を受信した場合、リモートＵＥへのＤＬデータ送信を停止するとよい。これにより、リレーＵＥは、リモートＵＥへのＤＬデータ送信に対するＰＤＣＰ　Ｓｔａｔｕｓ　ｒｅｐｏｒｔ等のフィードバック情報をＳ－ｇＮＢに対して送信しなくて済む。すなわち、フィードバック処理を簡略化できる。また、リレーＵＥでの処理を削減可能となる。

　リレーＵＥは、Ｓ－ｇＮＢからＲＲＣ設定変更を受信した場合、リモートＵＥからのＵＬデータ受信を停止してもよい。他の方法として、リレーＵＥは、Ｓ－ｇＮＢからＲＲＣ設定変更を受信した場合、リモートＵＥからのＵＬデータ受信を継続してもよい。リレーＵＥは、ＨＯ中、リモートＵＥから受信したＵＬデータをバッファしてもよい。リレーＵＥは、Ｔ－ｇＮＢへのＲＲＣ設定完了通知後、Ｔ－ｇＮＢに対してリモートＵＥから受信したＵＬデータを送信する。このようにすることで、リモートＵＥからＴ－ｇＮＢへのＵＬデータ送信可能となるまでの遅延時間を短縮可能となる。

　リレーＵＥがＤＡＰＳ　ＨＯを行う場合は、それに付随して、リモートＵＥのＤＡＰＳ　ＨＯが行われてもよい。リモートＵＥはリレーＵＥを介してＳ－ｇＮＢとの通信とＴ－ｇＮＢとの通信の両方のプロトコルスタックをアクティブにするとよい。リレーＵＥを介したリモートＵＥのＤＡＰＳ　ＨＯについては、実施の形態１の変形例２で開示した方法を適宜適用するとよい。

　リモートＵＥがリレーＵＥのＨＯ先ｇＮＢに対してＨＯを実施する他の方法を開示する。該他の方法では、リレーＵＥのＨＯ完了後、リモートＵＥのＨＯを実施する。

　図２１は、実施の形態３について、リモートＵＥがリレーＵＥのＨＯ先ｇＮＢに対してＨＯを実施する方法の他の例を示すシーケンス図である。図２１の例では、リレーＵＥのＨＯ完了後、リモートＵＥのＨＯを実施する方法について開示する。図２１において、図２０と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ２００６でＴ－ｇＮＢからＨＯ要求応答メッセージを受信したＳ－ｇＮＢは、ステップＳＴ２０１１で、リレーＵＥに対してＲＲＣ設定変更メッセージを通知し、リレーＵＥのＨＯを実施する。ステップＳＴ２０１１、および、これに続くステップＳＴ２００９からステップＳＴ２０１３で、リレーＵＥのＨＯが実施される。ステップＳＴ２０１３でリレーＵＥからＲＲＣ設定完了メッセージを受信したＴ－ｇＮＢは、ステップＳＴ２１０１で、リモートＵＥに対してＲＲＣ設定変更メッセージを通知する。該メッセージはリレーＵＥを介して通知するとよい。これにより、リモートＵＥは、Ｔ－ｇＮＢが設定する、リモートＵＥとＴ－ｇＮＢ間の通信のＲＲＣ設定を実施可能となる。リモートＵＥは、Ｔ－ｇＮＢから受信したＲＲＣ設定変更メッセージに従ってＲＲＣ設定を実施し、ステップＳＴ２０１５で、Ｔ－ｇＮＢに対して、ＲＲＣ設定完了メッセージを通知する。該メッセージはリレーＵＥを介して通知するとよい。これにより、Ｔ－ｇＮＢは、リモートＵＥがＲＲＣ設定を完了したことを認識可能となり、通信可能となったことを認識できる。

　このように、リレーＵＥのＨＯ完了後、リモートＵＥのＨＯを実施することで、リモートＵＥとリレーＵＥでのＨＯ処理実施のタイミングが複雑になることを回避できる。このため、ＨＯ処理の誤動作を低減でき、ＨＯ処理のロバスト性を向上させることができる。

　リモートＵＥがリレーＵＥのＨＯ先ｇＮＢに対してＨＯを実施する他の方法を開示する。該他の方法では、リレーＵＥがリモートＵＥにＴ－ｇＮＢのＲＲＣ設定を通知する。

　図２２は、実施の形態３について、リモートＵＥがリレーＵＥのＨＯ先ｇＮＢに対してＨＯを実施する方法の他の例を示すシーケンス図である。図２２の例では、リレーＵＥがリモートＵＥにＴ－ｇＮＢのＲＲＣ設定を通知する方法について開示する。図２２において、図２０と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ２００６でＴ－ｇＮＢからＨＯ要求応答メッセージを受信したＳ－ｇＮＢは、ステップＳＴ２２０１で、リレーＵＥに対してＲＲＣ設定変更メッセージを通知する。該ＲＲＣ設定変更メッセージに、リモートＵＥのＴ－ｇＮＢとの通信用ＲＲＣ設定に関する情報を含める。該ＲＲＣ設定変更メッセージを受信したリレーＵＥは、Ｓ－ｇＮＢとの通信を停止する。Ｓ－ｇＮＢとの通信用設定をリリースしてもよい。また、リレーＵＥは、Ｔ－ｇＮＢとの通信用ＲＲＣ設定を実施する。

　ステップＳＴ２２０２で、リレーＵＥはリモートＵＥに対して、ＲＲＣ設定変更メッセーを通知する。該メッセージに、Ｔ－ｇＮＢとの通信用ＲＲＣ設定に関する情報を含めるとよい。このようにすることで、リモートＵＥは、Ｔ－ｇＮＢとの通信用ＲＲＣ設定に関する情報を受信可能となる。Ｔ－ｇＮＢとの通信用ＲＲＣ設定に関する情報を受信したリモートＵＥは、Ｓ－ｇＮＢとの通信を停止する。Ｓ－ｇＮＢとの通信用設定をリリースしてもよい。リモートＵＥは、Ｔ－ｇＮＢとの通信用ＲＲＣ設定を実施する。

　リモートＵＥは、ステップＳＴ２２０３で、リレーＵＥに対して、Ｔ－ｇＮＢとの通信用ＲＲＣ設定完了を通知する。該通知にＲＲＣ設定完了メッセージを用いてもよい。ステップＳＴ２２０４で、リレーＵＥは、Ｔ－ｇＮＢに対して、ＲＲＣ設定完了メッセージを通知する。該メッセージに、リレーＵＥでのＴ－ｇＮＢとの通信用ＲＲＣ設定の完了と、リモートＵＥでのＴ－ｇＮＢとの通信用ＲＲＣ設定の完了とを含めるとよい。これにより、Ｔ－ｇＮＢは、リレーＵＥでＲＲＣ設定が完了したことを認識でき、また、リモートＵＥでＲＲＣ設定が完了したことを認識可能となる。これにより、Ｔ－ｇＮＢは、リレーＵＥを介してリモートＵＥと通信可能となったことを認識できる。ステップＳＴ２０１６で、リモートＵＥはリレーＵＥを介してＴ－ｇＮＢと通信可能となる。

　このように、リレーＵＥがリモートＵＥにＴ－ｇＮＢとの通信用ＲＲＣ設定を通知することで、リモートＵＥがＴ－ｇＮＢに対してＨＯを実施できる。また、Ｔ－ｇＮＢからリモートＵＥへのＲＲＣメッセージの通信が不要となるため、シグナリング量を削減できる。

　このようにすることで、リモートＵＥを、リレーＵＥのＨＯ先ｇＮＢに対してＨＯさせることが可能となる。リモートＵＥと接続しているリレーＵＥがＨＯするような場合も、リモートＵＥとＮＷ間の通信サービスの連続性を確保することが可能となる。

　リモートＵＥと接続中のリレーＵＥのＨＯ可否を設定可能としてもよい。ＣＮが該設定を実施してもよい。例えば、ＣＮノードからＲＡＮノードに該ＨＯ可否の設定を通知する。ＣＮノードあるいはＲＡＮノードがリレーＵＥに該ＨＯ可否の設定を通知してもよい。ＣＮノードはＡＭＦであってもよい。あるいは、ＲＡＮが該ＨＯ可否の設定を実施してもよい。例えば、ＲＡＮノードからリレーＵＥに対して、該ＨＯ可否の設定を実施してもよい。このようにすることで、電波伝搬状況や、リレーＵＥでの処理負荷等に応じて、リモートＵＥと接続中のリレーＵＥのＨＯ可否を設定可能となる。ＨＯ否の場合は、前述に開示した、リモートＵＥとｇＮＢ間の通信のリレー処理を実施しているリレーＵＥはＨＯ処理を実施しないとする。ＨＯ可の場合は、リモートＵＥがリレーＵＥのＨＯ先ｇＮＢに対してＨＯを実施する。このようにすることで、電波伝搬状況や、リレーＵＥでの処理負荷等に応じて、最適な、リレーＵＥのＨＯにともなうリモートＵＥとＮＷ間の接続処理を実施可能となる。

実施の形態４．
　リレーＵＥを介したリモートＵＥとｇＮＢとの接続におけるロバスト性が要求される。従来、ＵＥとｇＮＢとの直接接続におけるロバスト性を向上させるため、たとえば、ＵＥからｇＮＢに対して、ＲＲＣ再確立要求メッセージ（RRCReestablishmentRequest）を通知する際に、ＵＥが前回接続していたセルの識別子を送信する方法が開示されている。しかし、リモートＵＥがリレーＵＥを介してｇＮＢと接続する場合、リモートＵＥはリレーＵＥと直接接続しており、セルとは直接接続していないため、このような方法は適用できない。

　本実施の形態４では、リレーＵＥを介したリモートＵＥとｇＮＢとの接続におけるロバスト性を向上させる方法を開示する。

　本実施の形態にかかる通信システムにおいて、リモートＵＥは、リレーＵＥを介してｇＮＢとの間でＲＲＣ接続を確立あるいは再確立する場合、リレーＵＥを介して、ｇＮＢに対して、ＲＲＣ再確立要求メッセージを通知する。該ＲＲＣ再確立要求メッセージに、前回接続していたリレーＵＥに関する情報を含める。リレーＵＥに関する情報として、リレーＵＥを識別するための情報を用いてもよい。該ＲＲＣ再確立要求メッセージに、前回接続していたリレーＵＥが接続するｇＮＢに関する情報を含めてもよい。ｇＮＢに関する情報として、ｇＮＢを識別するための情報を用いてもよい。

　このようにすることで、リレーＵＥを介してリモートＵＥと接続するｇＮＢは、リモートＵＥが前回接続していたリレーＵＥを認識可能となる。

　リモートＵＥは、リレーＵＥを介さず、ｇＮＢとの間でＲＲＣ接続を確立あるいは再確立する場合、ｇＮＢに対して、ＲＲＣ再確立要求メッセージを通知する。該ＲＲＣ再確立要求メッセージに、前回接続していたリレーＵＥに関する情報を含める。リレーＵＥに関する情報として、リレーＵＥを識別するための情報を用いてもよい。該ＲＲＣ再確立要求メッセージに、前回接続していたリレーＵＥが接続するｇＮＢに関する情報を含めてもよい。ｇＮＢに関する情報として、ｇＮＢを識別するための情報を用いてもよい。

　このようにすることで、リモートＵＥと接続するｇＮＢは、リモートＵＥが前回接続していたリレーＵＥを認識可能となる。

　前回接続していたリレーＵＥは１つに限らず、複数であってもよい。最大数を規格等で静的に決めておいてもよい。誤動作を低減でき、設定処理を簡略化できる。

　ｇＮＢは、リモートＵＥから受信した、前回接続していたリレーＵＥに関する情報　ａｎｄ／ｏｒ　ｇＮＢに関する情報を用いて、たとえば、リモートＵＥに、該リレーＵＥをメジャメントさせる設定を行うなどしてもよい。

　このようにすることで、ＲＬＦなどによるＲＲＣ接続のリリースを削減させることが可能となる。また、リレーＵＥを介したリモートＵＥとｇＮＢ間の通信サービスの連続性をより向上させることが可能となる。

実施の形態５．
　従来、ＵＥが直接ｇＮＢと接続する場合、ｇＮＢがＵＥに識別子を提供し、ＵＥとｇＮＢ間の直接通信において該識別子を用いてＵＥを識別する。しかし、リレーＵＥを介したリモートＵＥとｇＮＢ間の通信においては、リモートＵＥとｇＮＢとで直接通信が行われなくなる。したがって、ＵＥ間でどのようにお互いのＵＥを識別するか、あるいは、ｇＮＢがどのようにリモートＵＥを識別するかが問題となる。リレーＵＥを介したリモートＵＥとｇＮＢ間の通信で用いるＵＥの識別子については、上述の非特許文献１～２７および他の文献等に何ら開示されていない。

　本実施の形態５では、このような課題を解決する方法を開示する。

　上述の課題を解決するため、本実施の形態にかかる通信システムでは、リレーＵＥを介したリモートＵＥとｇＮＢ間の通信において、リモートＵＥとリレーＵＥ間のＰＣ５接続確立の際に、宛先Ｌ２ＩＤ（Destination　Layer-2　ID）として、デフォルト値を用いる。リレーＵＥを探索するためのディスカバリー処理において、宛先Ｌ２ＩＤとしてデフォルト値を用いてもよい。デフォルト値をリモートＵＥからリレーＵＥへのＰＣ５通信用としてもよい。デフォルト値をリレーＵＥからリモートＵＥへのＰＣ５通信用としてもよい。デフォルト値を両方向のＰＣ５通信用としてもよい。

　リレー用にデフォルトの宛先Ｌ２ＩＤを設けてもよい。Ｕ２Ｎリレー用にデフォルトの宛先Ｌ２ＩＤを設けてもよい。Ｕ２Ｕリレー用にデフォルトの宛先Ｌ２ＩＤを設けても良い。Ｕ２Ｎリレー用と別にデフォルトの宛先Ｌ２ＩＤを設けてもよい。該宛先Ｌ２ＩＤはサービスタイプと関連付けられてもよい。サービスタイプとして、リレー用を設けてもよい。ＵＥは、サービスタイプから宛先Ｌ２ＩＤを導出する。たとえば、ＵＥは、サービスタイプがリレーの場合、リレー用のデフォルトの宛先Ｌ２ＩＤを用いる。

　該宛先Ｌ２ＩＤはアプリケーションレイヤＩＤと関連付けられてもよい。宛先Ｌ２ＩＤとアプリケーションレイヤＩＤをＵＥが関連付けてもよい。

　リレーＵＥを介したリモートＵＥとｇＮＢ間の通信において、リモートＵＥとリレーＵＥ間のＰＣ５接続確立の際に、送信元Ｌ２ＩＤ（source　Layer-2　ID）をＵＥ自身が割当ててもよい。ディスカバリー処理において、送信元Ｌ２ＩＤをＵＥ自身が割当ててもよい。送信元Ｌ２ＩＤはアプリケーションレイヤＩＤと関連付けられてもよい。これらはＵＥが関連付けてもよい。

　ｇＮＢはリレーＵＥを介して接続するリモートＵＥに対して、ＵＥ識別子を割当てる。ｇＮＢは、リモートＵＥに対してセル毎のＵＥ識別子を割当ててもよい。ＵＥ識別子は、Ｃ－ＲＮＴＩであってもよい。その他のＲＮＴＩであってもよい。ｇＮＢはリモートＵＥに対して、リレーＵＥを介して、リモートＵＥに割当てたＵＥ識別子を通知する。

　ｇＮＢはリモートＵＥに対して、リモートＵＥに割当てたＵＥ識別子を、リレーＵＥを介してリモートＵＥとｇＮＢとの間で行われるＲＲＣシグナリングを用いて通知する。ｇＮＢは、リレーＵＥを介してリモートＵＥとの間で行われるＲＲＣ接続確立処理、たとえば、ＲＲＣセットアップ処理において、リモートＵＥに対してＵＥ識別子を通知してもよい。ｇＮｂは、該ＵＥ識別子をＲＲＣＳｅｔｕｐメッセージに含めてリモートＵＥに対して通知してもよい。ｇＮＢは、リレーＵＥを介してリモートＵＥとの間で行われるＲＲＣ設定変更処理において、リモートＵＥに対してＵＥ識別子を通知してもよい。ｇＮＢは、該ＵＥ識別子をＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて通知してもよい。ｇＮＢは、リレーＵＥを介してリモートＵＥとの間で行われる、Ｉｎａｃｔｉｖｅ状態とＡｃｔｉｖｅ状態間のＲＲＣ接続状態移行処理において、リモートＵＥに対してＵＥ識別子を通知してもよい。ｇＮＢは、該ＵＥ識別子をＲＲＣＲｅｓｕｍｅメッセージに含めて通知してもよい。

　ｇＮＢはリモートＵＥに対して、リモートＵＥに割当てたＵＥ識別子を、リレーＵＥを介してリモートＵＥとの間で行われるＭＡＣシグナリングを用いて通知してもよい。ｇＮＢは該ＵＥ識別子をＭＡＣ　ＣＥに含めて通知してもよい。

　このようにすることで、ｇＮＢはリモートＵＥに対して、リモートＵＥに割当てたＵＥ識別子を通知可能となる。リモートＵＥはｇＮＢからＵＥ識別子を受信可能となる。リモートＵＥはｇＮＢから受信したＵＥ識別子を、リレーＵＥを介したｇＮＢとの通信に用いることが可能となる。

　たとえば、ｇＮＢはリモートＵＥへのＲＲＣメッセージに、該リモートＵＥに割当てたＵＥ識別子を含めてもよい。リモートＵＥは該ＵＥ識別子を受信することで、自身へのＲＲＣメッセージであることを認識可能となる。リレーＵＥが、ｇＮＢからリモートＵＥへのＲＲＣメッセージを受信するような場合、リレーＵＥは該ＵＥ識別子を受信することで、どのリモートＵＥへのＲＲＣメッセージかを認識可能となる。リレーＵＥが該ＲＲＣメッセージをリモートＵＥに対してリレーすることが可能となる。

　たとえば、リモートＵＥからｇＮＢへのＲＲＣメッセージに、該リモートＵＥに割当てたＵＥ識別子を含めてもよい。ｇＮＢは該ＵＥ識別子を受信することで、どのＵＥからのＲＲＣメッセージであるかを認識可能となる。リレーＵＥが、リモートＵＥからｇＮＢへのＲＲＣメッセージを受信するような場合、リレーＵＥは該ＵＥ識別子を受信することで、どのリモートＵＥからのＲＲＣメッセージかを認識可能となる。リレーＵＥが該ＲＲＣメッセージをｇＮＢに対してリレーすることが可能となる。

　たとえば、ｇＮＢはリモートＵＥへのＭＡＣシグナリングに、該リモートＵＥに割当てたＵＥ識別子を含めてもよい。ｇＮＢはＭＡＣシグナリングとしてＭＡＣ　ＣＥに該ＵＥ識別子を含めてもよい。リモートＵＥは該ＵＥ識別子を受信することで、自身へのＭＡＣシグナリングであることを認識可能となる。リレーＵＥが、ｇＮＢからリモートＵＥへのＭＡＣシグナリングを受信するような場合、リレーＵＥは該ＵＥ識別子を受信することで、どのリモートＵＥへのＭＡＣシグナリングかを認識可能となる。リレーＵＥが該ＭＡＣシグナリングをリモートＵＥに対してリレーすることが可能となる。

　たとえば、リモートＵＥからｇＮＢへのＭＡＣシグナリングに、該リモートＵＥに割当てたＵＥ識別子を含めてもよい。ｇＮＢはＭＡＣシグナリングとしてＭＡＣ　ＣＥに該ＵＥ識別子を含めてもよい。ｇＮＢは該ＵＥ識別子を受信することで、どのＵＥからのＭＡＣシグナリングであるかを認識可能となる。リレーＵＥが、リモートＵＥからｇＮＢへのＭＡＣシグナリングを受信するような場合、リレーＵＥは該ＵＥ識別子を受信することで、どのリモートＵＥからのＭＡＣシグナリングかを認識可能となる。リレーＵＥが該ＭＡＣシグナリングをｇＮＢに対してリレーすることが可能となる。

　このようにすることで、リレーＵＥを介したリモートＵＥとｇＮＢ間の通信において、リモートＵＥを特定した通信が可能となる。

　ＨＯにおけるＵＥ識別子の割当ておよび通知方法について開示する。Ｔ－ｇＮＢは、ＨＯ対象のリモートＵＥに対して、該リモートＵＥとの通信に用いるＵＥ識別子を割当てる。Ｔ－ｇＮＢは、Ｓ－ｇＮＢを介して、リモートＵＥに対して割当てたＵＥ識別子を通知する。リモートＵＥがリレーＵＥを介してＳ－ｇＮＢと接続している場合は、Ｔ－ｇＮＢは、Ｓ－ｇＮＢ、リレーＵＥを介して、リモートＵＥに対して割当てたＵＥ識別子を通知する。

　Ｔ－ｇＮＢからＳ－ｇＮＢへの該ＵＥ識別子の通知には、Ｘｎシグナリングを用いてもよい。たとえば、ＨＯ要求応答（HO　Request　Ack）メッセージに該ＵＥ識別子を含めて通知してもよい。Ｓ－ｇＮＢからリモートＵＥへの該ＵＥ識別子の通知には、ＲＲＣシグナリングを用いてもよい。たとえば、ＲＲＣ設定変更（RRCReconfigurationであってもよい）メッセージに該ＵＥ識別子を含めて通知してもよい。Ｓ－ｇＮＢからリモートＵＥへの該ＵＥ識別子の通知にはＭＡＣシグナリングを用いてもよい。

　このようにすることで、リモートＵＥは、ＨＯ先のＴ－ｇＮＢで割当てられるＵＥ識別子を早期に取得可能となる。リモートＵＥとＴ－ｇＮＢ間の通信において早期に該ＵＥ識別子を用いることが可能となる。

　リモートＵＥに割当てるＵＥ識別子は、ＳＬ－ＲＮＴＩであってもよい。リモートＵＥとｇＮＢ間の通信においてＳＬ－ＲＮＴＩを用いてもよい。

　他の方法として、ｇＮＢは、前述に開示したリモートＵＥのＵＥ識別子であるＣ－ＲＮＴＩとは別に、ＳＬ－ＲＮＴＩをリモートＵＥに割当ててもよい。ｇＮＢは、リモートＵＥに対して複数のＵＥ識別子を割当ててもよい。ｇＮＢはリモートＵＥに対して、割当てた複数のＵＥ識別子を通知する。たとえば、Ｃ－ＲＮＴＩはリモートＵＥとｇＮＢ間の通信において使用し、ＳＬ－ＲＮＴＩはリモートＵＥとリレーＵＥ間の通信において使用してもよい。

　このようにすることで、リモートＵＥとｇＮＢ間の通信において柔軟なＵＥ識別子の運用が可能となる。

　このようにすることで、リレーＵＥを介したリモートＵＥとｇＮＢとの通信において、ｇＮＢがＵＥに対して識別子を提供することができる。従来のリモートＵＥとｇＮＢの直接通信ではＲＡ処理においてＵＥ識別子をｇＮＢからリモートＵＥに対して通知している。しかし、リレーＵＥを介したリモートＵＥとｇＮＢとの通信において、たとえＲＡ処理が実施されないような場合でも、このような方法とすることで、ｇＮＢがＵＥに対してＵＥ識別子を提供することができる。このため、該通信において、リモートＵＥを特定するため、ｇＮＢが提供したリモートＵＥの識別子を用いることが可能となる。また、リモートＵＥを特定可能となるため、リレーＵＥを介したリモートＵＥとｇＮＢ間の通信における誤動作を低減することができる。

　本明細書において、「ｇＮＢあるいはセル」と記載して説明を行っているが、特に説明の無い限り、ｇＮＢであってもよいしセルであってもよい。たとえば、ｇＮＢ間のＨＯとして記載しているが、セル間のＨＯであってもよい。Ｓ－ｇＮＢが構成するセルとＴ－ｇＮＢが構成するセル間のＨＯであってもよい。また、Ｓ－ｇＮＢとＴ－ｇＮＢは同じであってもよいし、異なっていてもよい。Ｓ－ｇＮＢとＴ－ｇＮＢが同じ場合として、たとえば、同じｇＮＢが構成する異なるセル間のＨＯであってもよい。Ｓ－ｇＮＢとＴ－ｇＮＢが同じ場合、たとえば、本明細書で開示したＳ－ｇＮＢとＴ－ｇＮＢとの間の処理は削除してもよい。

　本明細書で開示した方法を、Ｓ－ｇＮＢとＴ－ｇＮＢが同じ場合として、たとえば、リレーＵＥを介したリモートＵＥとｇＮＢの間接通信へ／からの切替え処理に適宜適用してもよい。たとえば、リモートＵＥとｇＮＢの直接通信からリレーＵＥを介したリモートＵＥとｇＮＢの通信（間接通信）への切替え処理に適宜適用してもよい。たとえば、リレーＵＥを介したリモートＵＥとｇＮＢの通信（間接通信）からリモートＵＥとｇＮＢの直接通信への切替え処理に適宜適用してもよい。

　本明細書において、１つのリレーＵＥを介してリモートＵＥとｇＮＢとの間で通信を行う場合について記載しているが、複数のリレーＵＥを介してリモートＵＥとｇＮＢとの間で通信を行う場合にも、本明細書において開示した方法を適宜適用してもよい。たとえば、リレーＵＥ＃２１とリレーＵＥ＃２２の二つのリレーＵＥを介してリモートＵＥとｇＮＢが通信を行うような場合、リモートＵＥとリレーＵＥ＃２１間のＰＣ接続、リレーＵＥ＃２１とリレーＵＥ＃２２間のＰＣ接続、リレーＵＥ＃２２とｇＮＢ間のＵｕ接続について、前述に開示した方法を適宜適用するとよい。たとえば、実施の形態１で開示した方法においては、リモートＵＥがＴ－ｇＮＢと、リレーＵＥ＃２１、リレーＵＥ＃２２を介して接続するような場合、リモートＵＥとリレーＵＥ＃２１間のＰＣ接続に用いる設定、リレーＵＥ＃２１とリレーＵＥ＃２２間のＰＣ接続に用いる設定を、Ｔ－ｇＮＢは、Ｓ－ｇＮＢを介してリモートＵＥに通知してもよい。リモートＵＥは、リレーＵＥ＃２１に該設定の一部または全部を通知してもよい。リレーＵＥ＃２１はリレーＵＥ＃２２に対して該設定の一部または全部を通知してもよい。このようにすることで、複数のリレーＵＥを介してリモートＵＥとｇＮＢ間で通信を行う場合にも、同様の効果を得ることが可能となる。

　本開示では、サービスデータが発生したＵＥをＵＥ－ＴＸ、サービスデータを受信するＵＥをＵＥ－ＲＸとした。たとえば、ＵＥ－ＴＸをＵＥ１とし、ＵＥ－ＲＸをＵＥ２とした場合、ＵＥ２でサービスデータが発生し、ＵＥ１に対してデータを送信するような場合は、ＵＥ２をＵＥ－ＴＸとし、ＵＥ１をＵＥ－ＲＸとして本開示の方法を適用するとよい。このことにより、同様の効果を得ることができる。

　前述の各実施の形態およびその変形例は、例示に過ぎず、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。

　例えば、前述の各実施の形態およびその変形例において、サブフレームは、第５世代通信システムにおける通信の時間単位の一例である。サブフレームはスケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、サブフレーム単位として記載している処理を、ＴＴＩ単位、スロット単位、サブスロット単位、ミニスロット単位として行ってもよい。

　例えば、前述の各実施の形態およびその変形例において開示した方法は、Ｖ２Ｘ（Vehicle-to-everything）サービスに限らずＳＬ通信が用いられるサービスに適用してもよい。たとえば、プロキシミティサービス（Proximity-based　service）、パブリックセイフティ（Public　Safety）、ウェアラブル端末間通信、工場における機器間通信など、多種のサービスで用いられるＳＬ通信に適用してもよい。

　本開示は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、限定的なものではない。例示されていない無数の変形例が、想定され得るものと解される。

　２００，２１０　通信システム、２０２　通信端末装置（移動端末）、２０３，２０７，２１３，２１７，２２３－１，２２４－１，２２４－２，２２６－１，２２６－２，７５０　基地局装置（基地局）、２０４　ＭＭＥ／Ｓ－ＧＷ部（ＭＭＥ部）、２０４ａ　ＭＭＥ、２１４　ＡＭＦ／ＳＭＦ／ＵＰＦ部（５ＧＣ部）、２１８　中央ユニット、２１９　分散ユニット、３０１，４０３　プロトコル処理部、３０２　アプリケーション部、３０３，４０４　送信データバッファ部、３０４，４０５　エンコーダー部、３０５，４０６　変調部、３０６，４０７　周波数変換部、３０７－１～３０７－４，４０８－１～４０８－４　アンテナ、３０８，４０９　復調部、３０９，４１０　デコーダー部、３１０，４１１，５０６，５２６　制御部、４０１　ＥＰＣ通信部、４０２　他基地局通信部、４１２　５ＧＣ通信部、５０１　ＰＤＮ　ＧＷ通信部、５０２，５２２　基地局通信部、５０３，５２３　ユーザプレイン通信部、５０４　ＨｅＮＢＧＷ通信部、５０５，５２５　制御プレイン制御部、５０５－１，５２５－１　ＮＡＳセキュリティ部、５０５－２　ＳＡＥベアラコントロール部、５０５－３，５２５－３　アイドルステートモビリティ管理部、５２１　Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部、５２５－２　ＰＤＵセッションコントロール部、５２７　セッション管理部、７５１－１～７５１－８　ビーム。

Claims

　通信端末同士が直接通信する端末間通信をサポートする第１の通信端末が接続された第１の基地局と、
　前記端末間通信をサポートする第２の通信端末が接続された第２の基地局と、
　を含み、
　前記第２の基地局は、前記第１の通信端末が前記第２の通信端末を介して自基地局に接続するためのハンドオーバの要求を受信した場合、前記第１の通信端末と前記第２の通信端末とが端末間通信を行うための設定内容を示す通信設定情報を、前記第１の通信端末および前記第２の通信端末へ送信する、
　ことを特徴とする通信システム。
　前記第２の基地局は、前記通信設定情報を前記第１の基地局を介して前記第１の通信端末へ送信し、前記通信設定情報を前記第２の通信端末へ直接送信する、
　ことを特徴とする請求項１に記載の通信システム。
　前記通信設定情報は、前記第１の通信端末から前記第２の通信端末に向けた方向の通信に関する設定内容を示す第１設定情報と、前記第２の通信端末から前記第１の通信端末に向けた方向の通信に関する設定内容を示す第２設定情報とを含み、
　前記第２の基地局は、前記第１設定情報を前記第１の基地局を介して前記第１の通信端末へ送信するとともに、前記第２設定情報を前記第２の通信端末へ直接送信し、
　前記第１の通信端末は前記第２の通信端末から前記第２設定情報を取得し、
　前記第２の通信端末は前記第１の通信端末から前記第１設定情報を取得する、
　ことを特徴とする請求項１に記載の通信システム。
　前記第１の通信端末が前記端末間通信をサポートする第３の通信端末を介して前記第１の基地局に接続されており、
　前記第１の基地局は、前記第１の通信端末が前記第２の通信端末を介して前記第２の基地局に接続するためのハンドオーバを実行する場合、前記第１の通信端末との間のデータ通信に関する設定内容を示すデータ通信用設定情報を前記第２の基地局へ送信する、
　ことを特徴とする請求項１から３のいずれか一つに記載の通信システム。
　前記第３の通信端末がハンドオーバを実行して接続先を切り替えた場合、前記第１の通信端末は、前記第３の通信端末のハンドオーバ先の基地局に接続先を切り替える、
　ことを特徴とする請求項４に記載の通信システム。
　前記ハンドオーバをＤｕａｌ　Ａｃｔｉｖｅ　Ｐｒｏｔｏｃｏｌ　Ｓｔａｃｋハンドオーバとする、
　ことを特徴とする請求項１から４のいずれか一つに記載の通信システム。
　前記ハンドオーバをＣｏｎｄｉｔｉｏｎａｌハンドオーバとする、
　ことを特徴とする請求項１から４のいずれか一つに記載の通信システム。
　通信端末同士が直接通信する端末間通信をサポートする通信端末と接続可能な基地局であって、
　他の基地局に接続中の通信端末である第１の通信端末が自基地局に接続中の通信端末である第２の通信端末を介して自基地局に接続するためのハンドオーバの要求を受信した場合、前記第１の通信端末と前記第２の通信端末とが端末間通信を行うための設定内容を示す通信設定情報を、前記第１の通信端末および前記第２の通信端末へ送信する、
　ことを特徴とする基地局。