JP6586512B2 - 通信方法及び通信装置 - Google Patents

Description

本開示は、通信システムにおいて用いられる通信方法及び通信装置に関する。

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

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

一の実施形態に係る通信方法では、基地局が、サイドリンクにおいて装置間で利用可能なリソースプールのうち、近距離な装置間でのみ利用可能な特定リソースプールを提供する。第１の通信装置は、前記特定リソースプールを用いて、近距離用の通信装置である第２の通信装置とサイドリンク信号の送信又は受信の少なくとも一方を実行する。

一の実施形態に係る第１の通信装置は、サイドリンクにおいて装置間で利用可能なリソースプールのうち、近距離な装置間でのみ利用可能な特定リソースプールを示す情報を基地局から受信する処理を実行する制御部を備える。前記制御部は、前記特定リソースプールを用いて、近距離用の通信装置である第２の通信装置とサイドリンク信号の送信又は受信の少なくとも一方を実行する。

一の実施形態に係る通信方法では、第１の通信装置と近距離用の通信装置である第２の通信装置とがサイドリンクで用いられる直接リンクを確立する。前記第１の通信装置は、第１のセルから第２のセルへハンドオーバを実行する。前記第２のセルが、前記サイドリンクにおいて装置間で利用可能なリソースプールのうち、近距離な装置間でのみ利用可能な特定リソースプールを提供する場合には、前記第１の通信装置は、前記直接リンクを解放せずに、前記ハンドオーバを実行する。

一の実施形態に係る第１の通信装置は、前記第１の通信装置と近距離用の通信装置である第２の通信装置との間の直接リンクを確立する制御部を備える。前記直接リンクは、サイドリンクで用いられる直接リンクである。前記制御部は、第１のセルから第２のセルへハンドオーバを実行する。前記サイドリンクにおいて装置間で利用可能なリソースプールのうち、近距離な装置間でのみ利用可能な特定リソースプールを示す情報を前記第１の通信装置が前記第２のセルから受信する場合には、前記制御部は、前記直接リンクを解放せずに、前記ハンドオーバを実行する。

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

［実施形態の概要］
一の実施形態に係る通信方法では、基地局が、サイドリンクにおいて装置間で利用可能なリソースプールのうち、近距離な装置間でのみ利用可能な特定リソースプールを提供する。第１の通信装置は、前記特定リソースプールを用いて、近距離用の通信装置である第２の通信装置とサイドリンク信号の送信又は受信の少なくとも一方を実行する。

前記第１の通信装置は、前記特定リソースプールを用いる場合、前記サイドリンクにおいて装置間で利用可能な他のリソースプールを用いる場合よりも低い送信電力で、前記サイドリンク信号を送信してもよい。

前記第１の通信装置は、前記基地局からの無線信号の受信状況に関係なく、前記特定リソースプールを用いてもよい。

前記第２の通信装置は、前記特定リソースプールを用いて、前記サイドリンクで用いられる直接リンクを確立するための第１のメッセージを前記第１の通信装置へ送信してもよい。

前記第１のメッセージは、前記第２の通信装置の識別子を含んでもよい。前記第１の通信装置において前記第２の通信装置の識別子が登録されている場合に、前記第１の通信装置は、前記直接リンクを確立するための動作を開始してもよい。

前記第２の通信装置において前記第１の通信装置の識別子が登録されている場合、前記第２の通信装置は、前記第１の通信装置からディスカバリメッセージを受信せずに、前記第１のメッセージを前記第１の通信装置へ送信してもよい。

前記第１の通信装置は、前記第２の通信装置との直接通信を要求するための第２のメッセージをネットワーク装置へ送ってもよい。

前記第１のメッセージが、前記第２の通信装置がネットワークにおいて認証されていないことを示す情報を含む場合、前記第１の通信装置は、前記第２のメッセージを前記ネットワーク装置へ送ってもよい。

前記第１の通信装置は、前記サイドリンクの利用による中継を実行する場合、前記第２のメッセージとして、前記第２の通信装置の識別子を含むリモートＵＥ報告メッセージを前記ネットワーク装置へ送ってもよい。

前記ネットワーク装置は、前記第２の通信装置の識別子が前記第１の通信装置の情報に登録されている場合、前記第１の通信装置と前記第２の通信装置との直接通信を許可するための応答メッセージを前記第１の通信装置へ送ってもよい。

前記第１の通信装置は、前記近距離用の通信装置との直接通信のための無線リソースを前記基地局へ要求するための第３のメッセージを送信してもよい。前記基地局は、前記無線リソースの情報と共に前記無線リソースを用いる場合の送信電力の情報を前記第１の通信装置へ送信してもよい。前記送信電力は、前記サイドリンクにおいて装置間で利用可能な無線リソースを用いる場合よりも低い送信電力であってもよい。

前記無線リソースの情報は、前記直接通信が許可された前記近距離用の通信装置が利用可能なリソースプールの情報を含んでもよい。

一の実施形態に係る通信方法では第１の通信装置と近距離用の通信装置である第２の通信装置とがサイドリンクで用いられる直接リンクを確立する。前記第１の通信装置は、第１のセルから第２のセルへハンドオーバを実行する。前記第２のセルが、前記サイドリンクにおいて装置間で利用可能なリソースプールのうち、近距離な装置間でのみ利用可能な特定リソースプールを提供する場合には、前記第１の通信装置は、前記直接リンクを解放せずに、前記ハンドオーバを実行する。

前記第１の通信装置は、前記ハンドオーバを実行する前に、前記直接リンクを介した直接通信を一時中断するための一時中断メッセージを前記第２の通信装置へ送信してもよい。

前記第１の通信装置は、前記第１のセルへのメジャメント報告の送信又は前記第１のセルからハンドオーバを実行するためのメッセージの受信に応じて、前記一時中断メッセージを送信してもよい。

前記第１の通信装置は、前記第１のセル及び前記第２のセルからの受信信号の受信レベルが閾値に達したことに応じて、前記一時中断メッセージを送信してもよい。

前記第１の通信装置は、前記閾値を前記第１のセルから受信してもよい。

前記第１の通信装置は、前記直接通信の一時中断が有効である期間を計測するためのタイマの情報を前記第２の通信装置へ送信してもよい。前記第２の通信装置は、前記第１の通信装置から前記直接リンクを介してサイドリンク信号を受信する前に前記タイマが満了した場合、前記直接リンクを解放してもよい。

前記第２の通信装置は、前記第１のセルからの受信信号の受信レベルが閾値未満になった場合、前記直接リンクを介した直接通信を一時中断するか否かを確認するためのメッセージを前記第１の通信装置へ送信してもよい。

前記第１の通信装置は、前記確認メッセージへの応答として、前記一時中断メッセージを送信してもよい。

前記第２の通信装置は、前記一時中断メッセージの受信に応じて、セル再選択の実行を停止してもよい。

前記第２の通信装置は、前記確認メッセージの送信に応じて、セル再選択の実行を停止してもよい。

前記第１の通信装置は、前記ハンドオーバが成功した場合、前記直接通信を再開するための再開メッセージを前記第２の通信装置へ送信してもよい。前記第１の通信装置は、前記ハンドオーバが失敗した場合、前記直接リンクを解放するための解放メッセージを前記第２の通信装置へ送信してもよい。

前記第１の通信装置は、前記ハンドオーバを実行する前に利用していたリソースプールを用いて、前記再開メッセージ又は前記解放メッセージを送信してもよい。

前記一時中断メッセージは、前記再開メッセージ又は前記解放メッセージを送信するために用いられるリソースプールを含んでもよい。

前記第１の通信装置は、前記第２のセルの識別子を前記第２の通信装置へ送信してもよい。前記第２の通信装置は、キャンプすべきセルとして前記第２のセルを選択してもよい。

前記第２の通信装置は、前記第１の通信装置から前記第２のセルの識別子の受信に応じて、セル再選択の実行を開始してもよい。

前記第２の通信装置は、前記再開メッセージの受信に応じて、セル再選択の実行を開始してもよい。

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

図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。

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

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

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

ＥＰＣ２０は、コアネットワークに相当する。また、ＥＰＣ２０は、Ｅ−ＵＴＲＡＮ１０と共にネットワークを構成してもよい。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）３００、及びＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）４００を含む。

ＭＭＥ３００は、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ＳＧＷ４００は、例えば、データの転送制御を行う。ＭＭＥ３００及びＳＧＷ４００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。

また、ＬＴＥシステムは、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）５００を備える。ＨＳＳ５００は、ユーザ情報を管理する。ＨＳＳ５００は、例えば、サービス制御及び加入者データを取り扱う。ＨＳＳ５００は、ＭＭＥ３００と通信を行う。

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

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

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

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

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

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

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

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

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

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ． Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）として使用可能な領域である。また、各サブフレームの残りの部分は、下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）として使用可能な領域である。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームにおける残りの部分は、上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）として使用可能な領域である。

（近傍サービス）
近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ）について説明する。近傍サービスは、互いに近傍にある通信装置（例えば、ＵＥ１００）に基づいて３ＧＰＰシステムにより提供され得るサービスである。

ＰｒｏＳｅでは、ｅＮＢ２００を経由せずにノード間（例えば、ＵＥ間）で直接的な無線リンクを介して各種の無線信号が送受信される。ＰｒｏＳｅにおける直接的な無線リンクは、「サイドリンク（Ｓｉｄｅｌｉｎｋ）」と称される。

サイドリンクは、サイドリンク通信及びサイドリンクディスカバリのためのインターフェイス（例えば、ＵＥとＵＥとの間のインターフェイス）であってもよい。サイドリンク通信は、ＰｒｏＳｅ直接通信（以下、「直接通信」と適宜称する）を可能にする機能（ＡＳ ｆｕｎｃｔｉｏｎａｌｉｔｙ）である。サイドリンクティスカバリは、ＰｒｏＳｅ直接ディスカバリ（以下、「直接ディスカバリ」と適宜称する）を可能にする機能（ＡＳ ｆｕｎｃｔｉｏｎａｌｉｔｙ）である。

サイドリンクは、ＰＣ５インターフェイスに対応する。ＰＣ５は、ＰｒｏＳｅ直接ディスカバリ、ＰｒｏＳｅ直接通信及びＰｒｏＳｅ ＵＥ・ネットワーク中継のための制御プレーン及びユーザプレーンのために用いられるＰｒｏＳｅ使用可能なＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ ＵＥ）間の参照ポイントである。

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

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

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

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

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

直接通信のリソース割り当てタイプには、直接通信の無線リソースをｅＮＢ２００が指定する「モード１」と、直接通信の無線リソースをＵＥ１００が選択する「モード２」と、がある。モード２では、ＵＥ１００は、ｅＮＢ２００から提供されたリソースプールの中から無線リソースを選択してもよい。

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

（近傍サービスを利用した中継）
近傍サービスを利用した中継（ＰｒｏＳｅ中継）について、図４を用いて説明する。図４は、実施形態に係る近傍サービスを利用した中継を説明するための図である。

図４において、リモートＵＥ（Ｒｅｍｏｔｅ ＵＥ）は、リレーＵＥ（ＰｒｏＳｅ ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）を介してＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）と通信を行うＵＥ１００である。リモートＵＥは、公衆安全（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ）のためのＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ）であってもよい。

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

リモートＵＥは、ネットワーク圏外（Ｏｕｔ−ｏｆ−Ｎｅｔｗｏｒｋ）に位置するＵＥであってもよい。すなわち、リモートＵＥは、セルのカバレッジ外に位置してもよい。リモートＵＥは、セルのカバレッジ内に位置する場合も有り得る。従って、リモートＵＥは、Ｅ−ＵＴＲＡＮ１０によって直接サービスが提供されないＵＥ１００（Ｅ−ＵＴＲＡＮ１０によってサーブ（ｓｅｒｖｅ）されないＵＥ１００）であってもよい。リモートＵＥは、後述するように、リレーＵＥからＰｒｏＳｅ中継サービスを提供される。ＰｒｏＳｅ中継サービスが提供されるリモートＵＥとＰｒｏＳｅ中継サービスを提供するリレーＵＥとの間で中継が実行される。

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

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

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

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

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

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

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

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

ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）機能を有していてもよい。

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

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

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

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

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

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

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

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

図７に示すように、ＵＥ１００は、ｅＮＢ２００が制御するセルに在圏する。ＵＥ１００は、ｅＮＢ２００（セル）とＲＲＣ接続状態である。ＵＥ１００は、ＲＲＣアイドル状態であってもよい。

ＵＥ１００（が備えるレシーバ１１０、トランスミッタ１２０、及びコントローラ１３０）は、セルラ通信（上り信号の送信及び下り信号の受信）及びサイドリンク動作（サイドリンク信号の送信及び／又は受信）を実行することが可能である。サイドリンク信号は、直接通信における信号及び直接ディスカバリにおける信号の少なくとも一方であってもよい。サイドリンク信号は、サイドリンクにおける同期のための同期信号（ＳＬＳＳ：ＳｉｄｅｌｉｎｋＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ）を含んでもよい。サイドリンク信号は、ＰＣ５上での制御プレーン信号のために用いられるＰＣ５信号であってもよい。

ｗＵＥ１５０は、ｅＮＢ２００が制御するセル内に位置する。ｗＵＥ１５０は、セル外に位置してもよい。ｗＵＥ１５０は、ｅＮＢ２００（セル）とＲＲＣアイドル状態である。

ｗＵＥ１５０（が備えるレシーバ１１０、トランスミッタ１２０、及びコントローラ１３０）は、サイドリンク動作を実行するために用いることができる。ｗＵＥ１５０は、下り信号の受信を実行可能である。ｗＵＥ１５０は、上り信号の送信が実行可能であってもよいし、実行不能であってもよい。従って、ｗＵＥ１５０は、上り信号を送信するためのトランスミッタ１２０を備えていなくてもよい。

本実施形態において、ｗＵＥ１５０は、ウェアラブルＵＥである。すなわち、ｗＵＥ１５０は、ユーザが着用可能な通信装置である。ＵＥ１００とｗＵＥ１５０とは、ユーザに保持されているため、ＵＥ１００とｗＵＥ１５０とは、近距離状態である。ユーザの移動に伴って、ＵＥ１００とｗＵＥ１５０とは近距離状態を維持しながら共に移動する。

ｗＵＥ１５０は、近距離用の装置であってもよい。従って、ｗＵＥ１５０は、サイドリンク動作が近距離（数ｍ（例えば、２ｍ）の範囲内）で実行されることが想定される通信装置であってもよい。

本明細書において、「近距離」は、通信可能な距離（例えば、数ｍの範囲）によって規定されてもよい。例えば、近距離な装置間（ＵＥ−ｗＵＥ間／ｗＵＥ−ｗＵＥ間）でのサイドリンク信号の最大到達距離（最大到達範囲）は、通常のＵＥ間（ＵＥ−ＵＥ間）でのサイドリンク信号の最大到達距離よりも短い。近距離な装置間でのサイドリンク信号の最大到達距離は、ＵＥ−ｅＮＢ間の上りリンク信号の最大到達距離よりも短いことは勿論である。

「近距離」は、サイドリンク信号の（最大）送信電力（例えば、最大送信電力が０ｄＢｍ以下）によって規定されてもよい。例えば、近距離な装置間（ＵＥ−ｗＵＥ間／ｗＵＥ−ｗＵＥ間）でのサイドリンク信号の最大送信電力は、通常のＵＥ間（ＵＥ−ＵＥ間）でのサイドリンク信号の最大送信電力よりも小さい。近距離な装置間でのサイドリンク信号の最大送信電力は、ＵＥ−ｅＮＢ間の上りリンク信号の最大送信電力よりも短いことは勿論である。

「近距離」は、後述するＷリソースプールを利用可能な条件（設定）により、規定されてもよい。

ｗＵＥ１５０は、既存のＵＥ１００と異なり、既存のＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ Ｃａｒｄ）の装着が不要であってもよい。ｗＵＥ１５０は、近距離用のＳＩＭ（Ｄ２Ｄ ＳＩＭ）が装着可能であってもよい。

図８に示すように、ＵＥ１００（Ｍａｉｎ ＵＥ）及びｗＵＥ１５０（Ｗｅａｒａｂｌｅ ＵＥ）を所有するユーザは、オペレータと契約しているＵＥ１００に関連するＵＥ（ｗＵＥ１５０）をユーザ情報としてネットワークに登録してもよい。ユーザは、ＵＥ１００を用いて、ＵＥ１００に関連するＵＥを登録してもよい。ユーザは、他の端末を用いて、ＵＥ１００と関連するＵＥを登録してもよい。ユーザは、複数のＵＥ（ｗＵＥ１５０）をＵＥ１００と関連付けてもよい。

ユーザは、ｗＵＥ１５０の識別子（Ｗｅａｒａｂｌｅ ＩＤ）として例えば、ＭＡＣアドレス及び／又はＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ）を登録してもよい。

オペレータは、ＵＥ１００の加入者情報として、登録されたｗＵＥ１５０の情報（識別子）をＨＳＳ５００で管理する。オペレータは、ＨＳＳ５００以外のネットワーク装置により登録されたｗＵＥ１５０の情報を管理してもよい。ＵＥ１００の識別子（Ｍａｓｔｅｒ ＵＥ ＩＤ）とｗＵＥ１５０の識別子（Ｗｅａｒａｂｌｅ ＩＤ）とが関連付けられてもよい。

ｗＵＥ１５０毎に、ＰｒｏＳｅ ＵＥ ＩＤ及び／又はアプリケーションコードが割り振られてもよい。ＵＥ１００とｗＵＥ１５０とに対して、ＰｒｏＳｅ Ｇｒｏｕｐ ＩＤが割り振られてもよい。ＵＥ１００に対して、ＰｒｏＳｅ ＵＥ ＩＤ及び／又はＲｅｌａｙ ＵＥ ＩＤが割り振られてもよい。

ＨＳＳ５００は、登録情報の有効期間の情報を管理してもよい。登録情報は、ｗＵＥ１５０の識別子だけでなく、割り振られた識別子を含んでもよい。

第１実施形態の動作について説明する。図９に示すように、ステップＳ１０１において、ｅＮＢ２００（セル）は、サイドリンクにおいて使用可能なリソースプールをＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ １８及び／又は１９）により提供（送信）できる。当該リソースプールは、サイドリンクにおいて近距離な装置間でのみ利用可能なリソースプール（Ｒｅｓｏｕｒｃｅ ｐｏｏｌ ｆｏｒ Ｗｅａｒａｂｌｅｓ）を含む。当該リソースプールは、装置間で利用可能な通常のリソースプールを含んでもよい。

サイドリンクにおいて近距離な装置間でのみ利用可能なリソースプールをＷリソースプールと称する。Ｗリソースプールは、送信及び／又は受信のために用いられる無線リソースを含む。従って、Ｗリソースプールには、送信及び／又は受信のために用いられる無線リソースが配置される。Ｗリソースプールは、直接通信用のリソースプールを含んでもよい。Ｗリソースプールは、直接ディスカバリ用のリソースプールを含んでもよい。Ｗリソースプールは、サイドリンクにおける同期用のリソースプールを含んでもよい。Ｗリソースプールは、近距離用の装置（例えば、ウェアラブルＵＥ）向けのリソースプールであってもよい。本実施形態のように、Ｗリソースプールは、近距離用のｗＵＥ１５０のみが利用可能なリソースプールではなく、ｗＵＥ１５０と通信（中継）可能なＵＥ１００も利用可能なリソースプールであってもよい。

Ｗリソースプールでは、（最大）送信電力が通常の無線リソース（リソースプール）で用いられる送信電力よりも低く設定されていてもよい。通常の無線リソース（リソースプール）とは、通常の装置（ウェアラブルＵＥと異なる装置）間で利用される無線リソース（リソースプール）を示す。Ｗリソースプールを用いた送信電力は、通常の送信電力よりも低い値を示す閾値未満に設定されていてもよい。従って、ＵＥ１００及びｗＵＥ１５０は、Ｗリソースプールを用いる場合、通常のリソースプールを用いる場合よりも低い送信電力でサイドリンク信号を送信する。これにより、ｅＮＢ２００への干渉が低減できる。

ｅＮＢ２００は、送信電力の設定情報をＷリソースプールと共に送信してもよい。Ｗリソースプールは、Ｗリソースプールであることを示す識別子と関連付けられてもよい。或いは、ＵＥ１００は、リソースプールと関連付けられた送信電力の情報により、Ｗリソースプールであることを判定してもよい。送信電力の設定がＷリソースプールを利用可能な条件（設定）であってもよい。すなわち、「近距離」は、送信電力の設定により規定されてもよい。

ＵＥ１００（及びｗＵＥ１５０）は、ｅＮＢ−ＵＥ間のパスロス値を考慮せずに、Ｗリソースプールでの送信電力を算出してもよい。例えば、ＵＥ１００は、ｅＮＢ−ＵＥ間のパスロス値ではなく、ＵＥ−ＵＥ間のパスロス値に基づいて、Ｗリソースプールでの送信電力を算出してもよい。従って、Ｗリソースプールは、ＵＥ−ＵＥ間のパスロス値に基づいて送信電力が算出されるリソースプールであってもよい。例えば、ＵＥ１００は、サイドリンク信号（同期信号、又はディスカバリメッセージなど）の受信電力及び／又は受信品質に基づいて、Ｗリソースプールでの送信電力を算出してもよい。具体的には、ＵＥ１００は、送信電力を算出するために、ＰＳＢＣＨが送信されるＲＢ（リソースブロック）における参照信号の受信レベル（受信強度（Ｓ−ＲＳＲＰ）及び受信品質（Ｓ−ＲＳＲＱ））を用いてもよい。ＵＥ１００は、送信電力を算出するために、ＰＳＤＣＨが送信されるＲＢにおける参照信号の受信レベル（受信強度（ＳＤ−ＲＳＲＰ）及び受信品質（ＳＤ−ＲＳＲＱ））を用いてもよい。送信電力の算出方法がＷリソースプールを利用可能な条件（設定）であってもよい。すなわち、「近距離」は、送信電力の算出方法により規定されてもよい。

Ｗリソースプールは、ｅＮＢ２００からの無線信号（参照信号）の受信状況に関係なく、利用可能なリソースプールであってもよい。すなわち、Ｗリソースプールは、ｅＮＢ２００との距離に関係なく、利用可能なリソースプールであってもよい。このため、Ｗリソースプールには、ｅＮＢ２００からの受信信号の受信レベル（受信強度：ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅ Ｐｏｗｅｒ）及び／又は受信品質ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）など）と比較される閾値が設定されていなくてもよい。従って、ＵＥ１００（及びｗＵＥ１５０）は、ｅＮＢ２００からの無線信号（参照信号）の受信状況に関係なく、Ｗリソースプールを選択可能であってもよい。例えば、ＵＥ１００（及びｗＵＥ１５０）は、サイドリンク信号（同期信号、又はディスカバリメッセージなど）の受信電力及び／又は受信品質に基づいて、Ｗリソースプールを選択してもよい。具体的には、ＵＥ１００は、Ｗリソースプールを選択するために、ＰＳＢＣＨが送信されるＲＢ（リソースブロック）における参照信号の受信レベル（受信強度（Ｓ−ＲＳＲＰ）及び受信品質（Ｓ−ＲＳＲＱ））を用いてもよい。ＵＥ１００は、Ｗリソースプールを選択するために、ＰＳＤＣＨが送信されるＲＢにおける参照信号の受信レベル（受信強度（ＳＤ−ＲＳＲＰ）及び受信品質（ＳＤ−ＲＳＲＱ））を用いてもよい。ＵＥ１００は、通常、ｅＮＢ２００からの受信信号のＲＳＲＰに基づいて、利用するリソースプールを選択する。送信電力の選択方法がＷリソースプールを利用可能な条件（設定）であってもよい。すなわち、「近距離」は、送信電力の選択方法により規定されてもよい。

ＵＥ１００及びｗＵＥ１５０は、近距離用の通信装置とサイドリンク信号の送信又は受信の少なくとも一方を実行する場合、通常のリソースプールよりもＷリソースプールを優先的に利用してもよい。ｗＵＥ１５０は、ネットワークに認証されていない場合であっても、Ｗリソースプールを用いてもよい。ｗＵＥ１５０は、ネットワークに認証されていない場合にのみ、Ｗリソースプールを用いてもよい。

ＵＥ１００及びｗＵＥ１５０は、ｅＮＢ２００（セル）からのＳＩＢの受信により、Ｗリソースプールの情報を取得する。

なお、初期状態において、ＵＥ１００とｗＵＥ１５０との間には、サイドリンクで用いられる直接リンクが確立されていない。

ステップＳ１０２において、ＵＥ１００は、ＰｒｏＳｅ中継のためのディスカバリメッセージを送信できる。ＵＥ１００は、Ｗリソースプールを用いて、ディスカバリメッセージを送信してもよい。Ｗリソースプールは、ＰｒｏＳｅ中継のためのディスカバリのためのリソースプールであってもよい。

ステップＳ１０３において、ｗＵＥ１５０は、サイドリンクで用いられる直接リンクを確立するための第１要求メッセージ（Ｄｉｒｅｃｔ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ／Ｄｉｒｅｃｔ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）をＵＥ１００へ送信する。ｗＵＥ１５０は、Ｗリソースプールを用いて、第１要求メッセージをＵＥ１００へ送信してもよい。ｗＵＥ１５０は、第１要求メッセージをＰＣ５シグナリングにより送信してもよい。

ｗＵＥ１５０は、ＵＥ１００からのディスカバリメッセージの受信に応じて、第１要求メッセージを送信してもよい。或いは、ｗＵＥ１５０は、ＵＥ１００からのディスカバリメッセージを受信せずに（受信する前に）、第１要求メッセージを送信してもよい。ｗＵＥ１５０は、ｗＵＥ１５０（ｗＵＥ１５０のメモリ）においてＵＥ１００の識別子が登録されている場合に、ＵＥ１００からのディスカバリメッセージを受信せずに、第１要求メッセージを送信してもよい。ｗＵＥ１５０は、ＵＥ１００の識別子として、上述の登録が行われる際にネットワークから割り当てられたＵＥ１００の識別子（ＰｒｏＳｅ ＵＥ ＩＤ及び／又はＲｅｌａｙ ＵＥ ＩＤ）を第１要求メッセージに含めてもよい。

第１要求メッセージは、ｗＵＥ１５０の識別子（Ｗｅａｒａｂｌｅ ＩＤ）を含む。ｗＵＥ１５０の識別子は、ＵＥ１００において登録されているｗＵＥ１５０の識別子であってもよい。ｗＵＥ１５０の識別子は、上述のようにＨＳＳ５００に予め登録された識別子（例えば、ＩＭＥＩ、ＭＡＣアドレスなど）であってもよい。ｗＵＥ１５０の識別子は、ＵＥ１００と事前に取り決めた識別子であってもよい。第１要求メッセージは、上述の登録が行われる際にネットワークから割り当てられたｗＵＥ１５０の識別子（ＰｒｏＳｅ ＵＥ ＩＤ）を含んでいてもよい。第１要求メッセージは、ＰｒｏＳｅ Ｇｒｏｕｐ ＩＤを含んでいてもよい。ＵＥ１００は、上述の登録が行われる際に割り当てられた識別子を第１要求メッセージが含む場合、送信元のｗＵＥ１５０がＵＥ１００と関連付けられていると判定してもよい。

第１要求メッセージは、ｗＵＥ１５０がＵＥ１００と関連付けられていることを示す情報を含んでいてもよい。例えば、当該情報は、第１要求メッセージ内の「ＵｓｅｒＩｎｆｏ」に含まれていてもよい。

ｗＵＥ１５０は、ネットワークに認証されていない場合、ｗＵＥ１５０がネットワークで認証されていないことを示す情報（Ａｕｔｈｏｒｉｚａｔｉｏｎ ｓｔａｔｕｓ）を第１要求メッセージに含めてもよい。当該情報は、メッセージのタイプを示す情報（例えば、「ＰＣ５−ＳＰ Ｍｅｓｓａｇｅ Ｔｙｐｅ」に追加された「ｎｏｎ−ａｕｔｈｏｒｉｓｅｄ＿ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴ」）であってもよい。当該情報は、第１要求メッセージ内の「ＵｓｅｒＩｎｆｏ」に含まれていてもよい。当該情報は、ｗＵＥ１５０がネットワークで認証されていないことを示す新たなＩＥであってもよい。

ＵＥ１００は、ＵＥ１００においてＵＥ１００の識別子が登録されている場合、直接リンクを確立するための動作を開始できる。ＵＥ１００は、ネットワークでの登録によりｗＵＥ１５０がＵＥ１００と関連付けられている場合、当該動作を開始してもよい。

具体的には、ＵＥ１００は、ステップＳ１０４の処理を実行することができる。ＵＥ１００は、ステップＳ１０４の処理を実行せずに、ステップＳ１０８の処理を実行してもよい。ＵＥ１００は、ｗＵＥ１５０がネットワークで認証されていない場合にのみ、ステップＳ１０４の処理を実行してもよい。従って、第１要求メッセージがｗＵＥ１５０がネットワークで認証されていないことを示す情報を含む場合、ＵＥ１００は、ステップＳ１０４の処理を実行してもよい。ＵＥ１００は、ステップＳ１０４及びステップＳ１０８の処理を実行せずに、ステップＳ１０９の処理を実行してもよい。

ステップＳ１０４において、ＵＥ１００は、第２要求メッセージ（Ｗｅａｒａｂｅｌ Ｄｉｒｅｃｔ Ｃｏｍｍ．Ｒｅｑｕｅｓｔ）をＭＭＥ３００へ送る。ＵＥ１００は、ＮＡＳメッセージにより第２要求メッセージをＭＭＥ３００へ送ってもよい。

第２要求メッセージは、ｗＵＥ１５０との直接通信を要求するためのメッセージである。第２要求メッセージは、ｗＵＥ１５０との直接通信を実行可能か否かを問い合わせるためのメッセージであってもよい。第２要求メッセージは、ネットワークにｗＵＥ１５０の認証を要求するためのメッセージ（Ｗｅａｒａｂｌｅ Ａｕｔｈｏｒｉｓａｚｔｉｏｎ Ｒｅｑｕｅｓｔ）であってもよい。

ＵＥ１００は、ｗＵＥ１５０のために、ＰｒｏＳｅ中継を実行する場合、第２要求メッセージとして、ｗＵＥ１５０の識別子を含むリモートＵＥ報告メッセージをＭＭＥ３００へ送ってもよい。リモートＵＥ報告メッセージは、中継と関連付けられるＰＤＮ接続のためのメッセージであってもよい。この場合、ｗＵＥ１５０の識別子は、リモートＵＥの識別子として当該メッセージに含まれる。

第２要求メッセージは、第１要求メッセージに含まれる少なくとも一部の情報（例えば、ｗＵＥ１５０の情報）を含んでいてもよい。第２要求メッセージは、ＵＥ１００の情報（例えば、ＵＥ１００の識別子）を含んでいる。第２要求メッセージは、ネットワークに割り当てられた識別子を含んでいてもよい。

ＵＥ１００は、所定期間内に、複数のｗＵＥ１５０のそれぞれから第１要求メッセージを受信した場合、当該複数のｗＵＥ１５０の情報（リスト）を含む１つの第２要求メッセージをＭＭＥ３００へ送ってもよい。これにより、シグナリングを低減できる。

ステップＳ１０５において、ＭＭＥ３００は、第２要求メッセージの受信に応じて、問合せメッセージ（Ｗｅａｒａｂｌｅ Ａｕｔｈｏｒｉｓａｚｔｉｏｎ Ｒｅｑｕｅｓｔ）をＨＳＳ５００へ送る。

問合せメッセージは、ＵＥ１００の識別子（Ｍａｓｔｅｒ ＵＥ ＩＤ）及びｗＵＥ１５０の識別子（Ｗｅａｒａｂｌｅ ＩＤ）を含む。問合せメッセージは、第２要求メッセージに含まれる少なくとも一部の情報を含んでいてもよい。

ＨＳＳ５００は、問合せメッセージの受信に応じて、ＵＥ１００のユーザ情報にｗＵＥ１５０が登録されているか否かを確認する。

ステップＳ１０６において、ＨＳＳ５００は、問合せメッセージに対応する応答メッセージ（Ｗｅａｒａｂｌｅ Ａｕｔｈｏｒｉｓａｚｔｉｏｎ Ｒｅｓｐｏｎｓｅ）をＭＭＥ３００へ送る。

ＨＳＳ５００は、ＵＥ１００のユーザ情報にｗＵＥ１５０が登録されている場合、ｗＵＥ１００を認証する。すなわち、ＨＳＳ５００は、直接通信を許可する（直接通信の実行が可能である）ことを示す応答メッセージを送る。ＨＳＳ５００は、ＵＥ１００のユーザ情報にｗＵＥ１５０が登録されていない場合、ｗＵＥ１００を認証しない。すなわち、ＨＳＳ５００は、直接通信を許可しない（直接通信の実行が不能である）ことを示す応答メッセージを送る。

応答メッセージは、ＵＥ１００の識別子（Ｍａｓｔｅｒ ＵＥ ＩＤ）及びｗＵＥ１５０の識別子（Ｗｅａｒａｂｌｅ ＩＤ）を含む。応答メッセージは、問合せメッセージに含まれる少なくとも一部の情報を含んでいてもよい。

ステップＳ１０７において、ＭＭＥ３００は、ＨＳＳ５００からの応答メッセージの受信に応じて、第２要求メッセージに対する応答メッセージ（Ｗｅａｒａｂｌｅ Ｄｉｒｅｃｔ Ｃｏｍｍ． Ｒｅｓｐｏｎｓｅ）をＵＥ１００へ送る。

ＨＳＳ５００からの応答メッセージが直接通信を許可することを示す場合、ＭＭＥ３００は、ＵＥ１００とｗＵＥ１５０との直接通信を許可するための応答メッセージをＵＥ１００へ送る。ＨＳＳ５００からの応答メッセージが直接通信を許可しないことを示す場合、ＭＭＥ３００は、ＵＥ１００とｗＵＥ１５０との直接通信を許可しないための応答メッセージをＵＥ１００へ送る。

応答メッセージは、直接通信を許可されたｗＵＥ１５０の識別子（Ａｌｌｏｗｅｄ Ｗｅａｒａｂｌｅ ＩＤ）を含んでいてもよい。

ステップＳ１０８において、ＵＥ１００は、サイドリンクＵＥ情報（ＳｉｄｅｌｉｎｋＵＥｉｎｆｏｒｍａｔｉｏｎ）メッセージをｅＮＢ２００へ送信する。ＵＥ１００は、直接通信を許可するための応答メッセージの受信に応じて、サイドリンクＵＥ情報メッセージを送信してもよい。

ＵＥ１００は、サイドリンクＵＥ情報メッセージにより、近距離用の通信装置（例えば、ウェアラブルＵＥ）との直接通信のための無線リソース又は近距離通信のための無線リソース（Ｗｅａｒａｂｌｅ ｒｅｓｏｕｒｃｅ ｒｅｑｕｅｓｔ）を要求してもよい。

サイドリンクＵＥ情報メッセージは、近距離用の通信装置（例えば、ウェアラブルＵＥ）向けの送信先ＩＤリスト（Ｗｅａｒａｂｌｅ Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ Ｌｉｓｔ）を含んでもよい。ｅＮＢ２００は、近距離用の通信装置向けの送信先ＩＤリストが含まれる場合、近距離用の通信装置（例えば、ウェアラブルＵＥ）との直接通信又は近距離通信にＵＥ１００が興味があると判定してもよい。

ＵＥ１００は、ステップＳ１０８の処理を実行せずに、ステップＳ１１０の処理を実行してもよい。

ステップＳ１０９において、ｅＮＢ２００は、近距離通信用の無線リソースの情報をＵＥ１００（及びｗＵＥ１５０）へ割り当てることができる。ｅＮＢ２００は、ＲＲＣメッセージ（例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）により無線リソースの情報をＵＥ１００へ送信してもよい。

無線リソースの情報は、ｗＵＥ１５０が用いる無線リソースを含んでいてもよい。無線リソースの情報は、直接通信が許可された近距離用の通信装置が利用可能なリソースプールの情報を含んでいてもよい。無線リソースの情報は、ステップＳ１１１における無線リソースの情報であってもよい。

ｅＮＢ２００は、当該無線リソースの情報と共に送信電力の情報（Ｔｘ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｆｏｒ Ｗｅａｒａｂｌｅ Ｃｏｍｍ．）を割り当ててもよい。ここで、当該情報により示される（最大）送信電力は、通常の装置間で利用可能な無線リソースを用いる場合よりも低い送信電力である。

ステップＳ１１０において、ＵＥ１００は、第１要求メッセージに対する応答メッセージ（Ｄｉｒｅｃｔ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ／Ｄｉｒｅｃｔ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｐｏｎｓｅ）をｗＵＥ１５０へ送信できる。

応答メッセージは、ステップＳ１０９における無線リソースの情報を含んでいてもよい。すなわち、応答メッセージは、ｗＵＥ１５０が用いる無線リソース（送信及び／又は受信リソース（プール））を含んでいてもよい。

応答メッセージは、直接リンクを確立するための情報を含んでいてもよい。

ステップＳ１１１において、ｅＮＢ２００は、ｗＵＥ１５０が用いる無線リソースの情報をＳＩＢにより送信してもよい。無線リソースの情報は、例えば、送信及び／又は受信リソースプールの情報である。

ＵＥ１００及びｗＵＥ１５０は、直接リンクを確立する。直接リンクは、ＵＥ１００及びｗＵＥ１５０との間に確立される。ＵＥ１００及びｗＵＥ１５０は、直接リンクを介してサイドリンク信号の送信及び受信の少なくとも一方を実行する。具体的には、ＵＥ１００及びｗＵＥ１５０は、近距離用のリソースプールを用いて、直接通信を実行する。また、ＵＥ１００は、ｗＵＥ１５０とＮＷとの間でＰｒｏＳｅ中継を実行する。従って、ｗＵＥ１５０は、ネットワークに対してデータ（パケット）の送信を行う場合、ＵＥ１００を介して、データの送信を行うことができる。

ＵＥ１００とｗＵＥ１５０とは、近距離状態であるため、通常よりも低送信電力で直接通信（ＰｒｏＳｅ中継）が可能である。従って、通常よりも送信電力が低く制限されたリソースプール（近距離用のリソースプール）が用いられる場合であっても、ＵＥ１００とｗＵＥ１５０と間で十分に通信が可能である。その結果、セルラ通信への干渉を低減することができる。また、ｗＵＥ１５０（及びＵＥ１００）において省電力化を図ることができる。

［第２実施形態］
第２実施形態について図１０を用いて説明する。図１０は、第２実施形態の動作を説明するためのシーケンス図である。第１実施形態と異なる点を中心に説明する。

第１実施形態では、ＵＥ１００とｗＵＥ１５０との間に直接リンクが確立されていない状態から、直接リンクが確立された。

第２実施形態では、図１０に示すように、初期状態においてＵＥ１００とｗＵＥ１５０との間に直接リンクが既に確立されている。ＵＥ１００とｗＵＥ１５０とは、直接リンク（例えば、Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉａｔｉｏｎ Ｌｉｎｋ又はＰｒｏＳｅ ＵＥ−ｔｏ−ＮＷ Ｒｅｌａｙ Ｌｉｎｋなど）を介して、直接通信を実行している。ＵＥ１００は、ｗＵＥ１５０のデータ（パケット）をｗＵＥ１５０とネットワークとの間で中継していてもよい。直接リンクは、上述の第１実施形態と同様に確立されてもよいし、他の方法により確立されてもよい。

ＵＥ１００とｗＵＥ１５０とは、ｅＮＢ２００−１（Ｓｏｕｒｃｅ ｅＮＢ２００−１）が制御するソースセルに在圏する。ＵＥ１００は、ｅＮＢ２００−１（ソースセル）とＲＲＣ接続状態である。ｗＵＥ１５０は、ソースセルにキャンプしている。ソースセルは、ＵＥ１００にとってのサービングセル（Ｐｒｉｍａｒｙ Ｃｅｌｌ）である。ソースセルは、ｗＵＥ１５０がセル（再）選択により選択したセルである。

ｅＮＢ２００−２（Ｔａｒｇｅｔ ｅＮＢ２００−２）は、ｅＮＢ２００−１と隣接している。ｅＮＢ２００−２は、ターゲットセルを制御する。ソースセルは、ターゲットセルの隣接セルである。

以下において、ＵＥ１００及びｗＵＥ１５０は、ユーザの移動に伴って、ターゲットセルの方向へ向かうケースを想定する。

ステップＳ２０１において、ｅＮＢ２００−１は、メッセージ（例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００へ送信する。

当該メッセージは、ＵＥ１００がメジャメント報告を送信するためのメジャメント設定情報（Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｔｒoｌ）を含んでいてもよい。ＵＥ１００は、メジャメント設定情報に基づいて、メジャメント報告を送信する。

当該メッセージは、隣接ｅＮＢ２００において利用可能なＷリソースプールの情報を（Ｗｅａｒａｂｌｅ Ｒｅｓｏｕｒｃｅ ｐｏｏｌ ａｖｉａｌａｂｌｅ ｉｎ ＴｅＮＢ）を含んでいてもよい。当該Ｗリソースプールの情報は、隣接ｅＮＢ２００（隣接セル）が提供しているリソースプールである。本実施形態では、当該メッセージは、ｅＮＢ２００−２（ターゲットセル）において利用可能なＷリソースプールの情報を含む。

ＵＥ１００は、当該メッセージに含まれるＷリソースプールの情報に基づいて、ｅＮＢ２００−２がＷリソースプールを提供していると判定する。

ステップＳ２０２において、ＵＥ１００は、メジャメント設定情報に基づいて、メジャメント報告をｅＮＢ２００−１（ソースセル）へ送信できる。

ステップＳ２０３において、ＵＥ１００は、一時中断メッセージ（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉａｔｉｏｎ Ｓｕｓｐｅｎｄ）をｗＵＥ１５０へ送信できる。ＵＥ１００は、ハンドオーバを実行する前に一時中断メッセージをｗＵＥ１５０へ送信してもよい。

ＵＥ１００は、ｅＮＢ２００−１（ソースセル）へのメジャメント報告の送信に応じて一時中断メッセージをｗＵＥ１５０へ送信してもよい。すなわち、ＵＥ１００は、メジャメント報告の送信開始をトリガとして一時中断メッセージを送信してもよい。例えば、ＵＥ１００は、メジャメント報告を送信した後に一時中断メッセージを送信してもよい。ＵＥ１００は、メジャメント報告を送信する前に一時中断メッセージを送信してもよい。

ＵＥ１００は、ｅＮＢ２００−１（ソースセル）から個別シグナリング（例えば、ステップＳ２０１のＲＲＣ再設定メッセージ）又は共通シグナリング（例えば、ＳＩＢ）により閾値を受信してもよい。閾値は、ｅＮＢ２００−１（ソースセル）及び／又はｅＮＢ２００−２（ターゲットセル）からの受信信号の受信レベル（受信強度：ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅ Ｐｏｗｅｒ）及び／又は受信品質ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）など）と比較される。ＵＥ１００は、ｅＮＢ２００−１（ソースセル）からの受信信号の受信レベルが閾値に達した（閾値を下回った）ことに応じて、一時中断メッセージを送信してもよい。ＵＥ１００は、ｅＮＢ２００−２（ターゲットセル）からの受信信号の受信レベルが閾値に達した（閾値を上回った）ことに応じて、一時中断メッセージを送信してもよい。

一時中断メッセージは、直接リンクを介した直接通信を一時中断するためのメッセージである。

一時中断メッセージは、後述する再開メッセージ又は後述する解放メッセージを送信（受信）するために用いられるリソースプール（Ｗｅａｒａｂｌｅ Ｒｅｓｏｕｒｃｅ ｐｏｏｌ）を含んでいてもよい。当該リソースプールは、直接通信を一時中断している間のみ用いられるリソースプールであってもよい。当該リソースプールは、Ｗリソースプールであってもよい。上述と同様に、Ｗリソースプールは、低送信電力でのみ用いられてもよい。

一時中断メッセージは、直接通信の一時中断が有効である期間を計測するためのタイマの情報を含んでいてもよい。ＵＥ１００は、他のメッセージにより、タイマの情報をｗＵＥ１５０へ送信してもよい。ｗＵＥ１５０は、ＵＥ１００からサイドリンク信号（例えば、ＰＣ５シグナリング、後述の再開メッセージ）を受信する前に当該タイマが満了した場合、直接リンクを解放してもよい。

ｗＵＥ１５０は、一時中断メッセージの受信に応じて、セル再選択の実行を停止してもよい。一時中断メッセージがセル再選択の実行を停止する指示を含む場合、ｗＵＥ１５０は、セル再選択の実行を停止してもよい。これにより、ＵＥ１００のターゲットセルと異なるセルを選択することを避けることができる。

ｗＵＥ１５０は、ソースセル（及び隣接セル（ターゲットセル））からの受信信号の受信レベル（ＲＳＲＰ及び／及びＲＳＲＱなど）が閾値未満になった場合、直接通信を一時中断するか否かを確認するための確認メッセージ（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉａｔｉｏｎ Ｓｕｓｐｅｎｄ Ｒｅｑｕｅｓｔ）をＵＥ１００へ送信してもよい。ｗＵＥ１５０は、ＵＥ１００から一時中断メッセージを受信していない場合に、確認メッセージを送信してもよい。確認メッセージは、直接通信の一時中断（メッセージ）を要求するメッセージであってもよい。当該閾値は、ｅＮＢ２００−１（ソースセル）又はＵＥ１００から受信した情報であってもよい。

ｗＵＥ１５０は、確認メッセージの送信に応じて、セル再選択の実行を停止してもよい。これにより、ＵＥ１００のターゲットセルと異なるセルを選択することを避けることができる。確認メッセージは、ｗＵＥ１５０がセル再選択の実行を停止していることを示す情報を含んでいてもよい。

ＵＥ１００は、確認メッセージの受信に応じて、ｗＵＥ１５０へ一時中断メッセージは、を送信するか否かを判断してもよい。ＵＥ１００は、ｅＮＢ２００−１（ソースセル）及び／又はｅＮＢ２００−２（ターゲットセル）からの受信信号の受信レベル（ＲＳＲＰ及び／及びＲＳＲＱなど）を考慮して判断してもよい。ＵＥ１００は、ＵＥ１００の移動速度を考慮して判断してもよい。ＵＥ１００は、確認メッセージへの応答として一時中断メッセージをｗＵＥ１５０へ送信してもよい。ＵＥ１００は、直接通信を一時中断しない（直接通信を継続する）こと示すメッセージをｗＵＥ１５０へ送信してもよい。

ＵＥ１００は、一時中断メッセージの送信に応じて、直接通信を一時中断する。また、ｗＵＥ１５０は、一時中断メッセージの受信に応じて、直接通信を一時中断する。

ステップＳ２０４において、ｗＵＥ１５０は、モニタを実行する。モニタに用いるリソースプールは、Ｗリソースプールであってもよい。ｗＵＥ１５０は、一時中断メッセージに含まれるＷリソースプールを用いてモニタを実行してもよい。ｗＵＥ１５０は、一時中断メッセージを受信する前、すなわち、ＵＥ１００のハンドオーバの実行前から用いているＷリソースプールを継続的に用いてもよい。ｗＵＥ１５０は、ＵＥ１００との直接リンクを介した直接通信に用いていたＷリソースプールでモニタを実行してもよい。ｗＵＥ１５０は、継続的にＷリソースプールを用いる場合、当該Ｗリソースプールをモニタのためにのみ用いる。すなわち、ｗＵＥ１５０は、当該Ｗリソースプールを用いてサイドリンク信号（Ｃｏｍｍｕｎｉａｔｉｏｎ信号）を送信しない。

ステップＳ２０５において、ＵＥ１００は、ハンドオーバ処理を実行する。具体的には、ソースセル（ｅＮＢ２００−１）からターゲットセル（ｅＮＢ２００−２）へのハンドオーバを実行する。

本実施形態では、ＵＥ１００は、直接リンクを解放せずにハンドオーバを実行する。ＵＥ１００は、ターゲットセル（ｅＮＢ２００−２）がＷリソースプールを提供する場合、直接リンクを解放せずに、ハンドオーバを実行できる。これにより、ハンドオーバの実行後に、ＵＥ１００とｗＵＥ１５０とは、すぐに直接通信を再開することができる。

ＵＥ１００は、ステップＳ２０３の処理を実行していない場合、ソースセル（ｅＮＢ２００−１）からのハンドオーバを実行するためのメッセージ（ＨＯコマンド）の受信に応じて、一時中断メッセージをｗＵＥ１５０へ送信してもよい。具体的には、ＵＥ１００は、ｅＮＢ２００からハンドオーバを実行するための指示（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）を含むメッセージ（ＨＯコマンド）を受信した場合に、ステップＳ２０３の処理を実行してもよい。一時中断メッセージは、ハンドオーバ先のターゲットセルの識別子（及び／又はｅＮＢ２００−２の識別子）を含んでいてもよい。ｗＵＥ１５０は、後述するように、当該識別子に基づいて、セル再選択を実行してもよい。

ＨＯコマンドは、直接リンクを維持可能か否かを判定するための情報を含んでいてもよい。例えば、ＨＯコマンドは、ｅＮＢ２００−２（ターゲットセル）においてＷリソースプールが提供されていることを示す情報を含んでいてもよい。ＨＯコマンドは、ｅＮＢ２００−２（ターゲットセル）において近距離用の装置との直接通信が許可されているか否かを示す情報を含んでいてもよい。ＵＥ１００は、当該ＨＯコマンドに基づいて、ステップＳ２０３の処理を実行するか否かを判定してもよい。ＵＥ１００は、直接リンクを維持可能と判定した場合に、一時中断メッセージをｗＵＥ１５０へ送信してもよい。例えば、ＵＥ１００は、ＨＯコマンドがｅＮＢ２００−２（ターゲットセル）においてＷリソースプールが提供されていることを示す情報を含む場合、一時中断メッセージを送信してもよい。ＵＥ１００は、ＨＯコマンドがｅＮＢ２００−２（ターゲットセル）において近距離用の装置との直接通信が許可されていることを示す情報を含む場合、一時中断メッセージを送信してもよい。

ＵＥ１００は、直接リンクを維持不能と判定した場合、後述の解放メッセージをｗＵＥ１５０へ送信してもよい。ＵＥ１００は、一時中断メッセージを送信している場合であっても、解放メッセージを送信してもよい。

ステップＳ２０６において、ＵＥ１００は、ハンドオーバの成否に応じて、ｗＵＥ１５０へメッセージを送信できる。ＵＥ１００は、ハンドオーバが成功した場合、再開メッセージ（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｒｅｓｕｍｅ）をｗＵＥ１５０へ送信できる。ＵＥ１００は、ハンドオーバが失敗した場合、解放メッセージ（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉａｔｉｏｎ Ｒｅｌｅａｓｅ）をｗＵＥ１５０へ送信できる。

ＵＥ１００は、一時中断メッセージに含まれるＷリソースプールを用いて、再開メッセージ又は解放メッセージを送信してもよい。ＵＥ１００は、ハンドオーバを実行する前に利用していたＷリソースプールを用いて、再開メッセージ又は解放メッセージを送信してもよい。ＵＥ１００は、ＰＣ５シグナリングにより再開メッセージ又は解放メッセージを送信できる。

再開メッセージは、直接通信を再開するためのメッセージである。再開メッセージを受信したｗＵＥ１５０は、直接通信を再開する。解放メッセージは、直接リンクを解放するためのメッセージである。

再開メッセージは、ターゲットセルにおいて利用可能なＷリソースプール（Ｗｅａｒａｂｌｅ Ｒｅｓｏｕｒｃｅ ｐｏｏｌ）を含んでいてもよい。再開メッセージは、ハンドオーバ先の識別子（ターゲットセルの識別子（Ｃｅｌｌ ＩＤ）及び／又はｅＮＢ２００−２の識別子（ｅＮＢ ＩＤ））を含んでいてもよい。ＵＥ１００は、第１実施形態で説明した事前に割り振られたグループ識別子（ＰｒｏＳｅ Ｇｒｏｕｐ ＩＤ）を含むグループ送信によりハンドオーバ先の識別子（Ｃｅｌｌ ＩＤ／ｅＮＢ ＩＤ）を送信してもよい。ＵＥ１００は、再開メッセージとは別にＣｅｌｌ ＩＤ／ｅＮＢ ＩＤを送信してもよい。

解放メッセージを受信したｗＵＥ１５０は、直接リンクを開放する。解放メッセージを送信したＵＥ１００は、直接リンクを解放する。ＵＥ１００とｗＵＥ１５０とは、新たに直接リンクを確立してもよい。解放メッセージは、新たに直接リンクを確立するための情報を含んでいてもよい。解放メッセージは、ハンドオーバ先の識別子（Ｃｅｌｌ ＩＤ／ｅＮＢ ＩＤ）を含んでいてもよい。

ステップＳ２０７において、ｗＵＥ１５０は、セル再選択を実行する。ｗＵＥ１５０は、ＵＥ１００からハンドオーバ先の識別子に基づいて、キャンプすべきセルを選択する。具体的には、ｗＵＥ１５０は、ターゲットセルを最高優先度のセルとしてセル再選択を実行する。これにより、ｗＵＥ１５０とは、ＵＥ１００のターゲットセルにキャンプすることが可能である。

ｗＵＥ１５０は、ハンドオーバ先の識別子の受信に応じて、セル再選択の実行を開始してもよい。ｗＵＥ１５０は、ハンドオーバ先の識別子を受信するまで、セル再選択の実行を停止してもよい。ｗＵＥ１５０は、再開メッセージの受信に応じて、セル再選択の実行を開始してもよい。ｗＵＥ１５０は、再開メッセージを受信するまで、セル再選択の実行を停止してもよい。

ｗＵＥ１５０は、ターゲットセルを選択した後、ターゲットセルにおいて提供されるＷリソースプールを用いて、ＵＥ１００と直接通信を再開する。ハンドオーバの前後において、直接リンクは開放されずに維持されるため、ターゲットセルにおいて、直接リンクを確立するための動作が省略できる。その結果、ＵＥ１００とｗＵＥ１５０とは直接通信をすぐに開始（再開）することができる。

（第２実施形態の変更例）
第２実施形態の変更例について、図１１を用いて説明する。図１１は、第２実施形態の変更例に係る動作を説明するためのシーケンス図である。第２実施形態と異なる部分を中心に説明する。

本変更例では、ＵＥ１００がＲＲＣアイドル状態である。

図１１に示すように、ステップＳ３０１において、ｅＮＢ２００−１は、隣接ｅＮＢ２００（隣接セル）が提供しているＷリソースプールをＳＩＢ（ＳＩＢ１８及び／又は１９）により提供（送信）する。ＵＥ１００及びｗＵＥ１５０は、ＷリソースプールをｅＮＢ２００−１から受信できる。

ＵＥ１００及びｗＵＥ１５０は、隣接ｅＮＢ２００であるｅＮＢ２００−２（隣接セル）が提供しているＳＩＢを読むことにより、ｅＮＢ２００−２が提供しているＷリソースプールを取得してもよい。

ステップＳ３０２において、ＵＥ１００は、一時中断メッセージをｗＵＥ１５０へ送信できる。ＵＥ１００は、ステップＳ２０３と同様に、閾値を利用して、ｅＮＢ２００−１及び／又はｅＮＢ２００−２からの受信信号の受信レベルに基づいて、一時中断メッセージをｗＵＥ１５０へ送信できる。

ステップＳ３０３において、ＵＥ１００は、セル再選択を実行する。ＵＥ１００は、ｅＮＢ２００−２のセルを選択する。

ステップＳ３０４及びＳ３０５は、ステップＳ２０６及びＳ２０７に対応する。ＵＥ１００及びｗＵＥ１５０は、ステップＳ３０１におけるＷリソースプールを用いて、再開メッセージを送受信することができる。

以上のように、ＵＥ１００とｗＵＥ１５０とは、直接リンクを解放せずに、セル（再）選択を実行することができる。その結果、ＵＥ１００とｗＵＥ１５０とは直接通信をすぐに開始（再開）することができる。

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

上述した第２実施形態では、直接通信を例に挙げて説明するが、直接通信をＰｒｏＳｅ中継に置き換えてもよい。また、直接通信をサイドリンクにおける他の動作（例えば、直接ディスカバリ）に置き換えてもよい。

ＵＥ１００は、ハンドオーバ（又はセル再選択）を実行する場合であっても、一時中断メッセージを送らなくてもよい。例えば、ｅＮＢ２００−１（ソースセル）とｅＮＢ２００−２（ターゲットセル）とが同じＷリソースプールを提供する場合、ＵＥ１００は、一時中断メッセージの送信を省略してもよい。ｅＮＢ２００−１（ソースセル）とｅＮＢ２００−２（ターゲットセル）とが異なるＷリソースプールであっても、ｅＮＢ２００−１（ソースセル）のＷリソースプールとｅＮＢ２００−２（ターゲットセル）のＷリソースプールとを同時に使用する場合、ＵＥ１００は、一時中断メッセージの送信を省略してもよい。

上述した各実施形態では、ウェアラブルＵＥを例に挙げて説明したが、これに限られない。例えば、移動体（例えば、車両）においてネットワークに接続される通信装置と、移動体内のＵＥ（又は移動体内のＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイス）とにおいて上述の内容が適用されてもよい。人が介在しない通信であるマシンタイプコミュニケーション（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）用の通信装置どうしにおいて上述の内容が適用されてもよい。

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

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

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

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

［付記］
（１．導入）
ウェアラブル装置の用途を次のように考慮する必要がある。
・ウェアラブルユースケースを対象とするアプリケーションのために、ＵＥ間のリレーやＬＴＥ Ｄ２Ｄフレームワークの強化を検討する。

本付記において、ウェアラベル装置のためのＰｒｏＳｅスキームを調査する。

（２．検討）
（２．１．ウェアラベル装置のための要件）
商用直接通信
現在、市場にはウェアラブル装置の種類が複数あり、その多くは商用である。ただし、現行のＰｒｏＳｅ直接通信は公衆安全のみのために使用される。したがって、このリリースから商用のためのＰｒｏＳｅ Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎを導入する必要があるかどうかについて議論する必要がある。

提案１：商用のためのＰｒｏＳｅ直接通信を導入すべきか否かについて議論すべきである。

低送信電力動作
いくつかの文献で述べたように、長いバッテリ寿命はウェアラブル装置にとって重要である。ほとんどの場合、ウェアラブル装置、例えば、腕時計、眼鏡などが、ユーザのスマートフォンに近いと想定できるので、ウェアラブル装置が低送信電力でＰｒｏＳｅ動作を実行する場合、ウェアラブル装置は電力消費を抑えることができる。さらに、低い送信電力動作は、他の装置との干渉を低減し、スペクトル効率を改善することができる。

提案２：ウェアラブル装置の低送信電力動作を導入すべきか否かについて議論すべきである。

ウェアラブル装置用ＰｒｏＳｅ ＵＥ−ＮＷ Ｒｅｌａｙ
ウェアラブル装置は、Ｕｕ経由よりも低電力でＰＣ５経由でデータを送信できるため、ＰｒｏＳｅ ＵＥ−ｔｏ−ＮＷ Ｒｅｌａｙ動作はウェアラブル装置にとって効率的である。ＰｒｏＳｅ ＵＥ−ｔｏ−ＮＷ Ｒｅｌａｙ動作を使用する動機付けは、ＰｒｏＳｅ ＵＥ−ｔｏ−ＮＷ Ｒｅｌａｙの現在の動機付け、すなわちカバレッジ向上とは異なるため、ＰｒｏＳｅ ＵＥ−ｔｏ−ＮＷ Ｒｅｌａｙ動作を開始する基準を強化すべきであるか、すなわち、サービングセルの近くに位置するスマートフォン（Ｒｅｌａｙ ＵＥ）およびウェアラブル装置（Ｒｅｍｏｔｅ ＵＥ）がＰｒｏＳｅ ＵＥ−ｔｏ−ＮＷ Ｒｅｌａｙを実行することが許可されるべきか否かを検討すべきである。さらに、上記のように、ウェアラブル装置は商用であるため、ＰｒｏＳｅ ＵＥ−ＮＷ Ｒｅｌａｙの商用の導入を検討する必要がある。

提案３：商用のためのＰｒｏＳｅ ＵＥ−ＮＷ Ｒｅｌａｙが導入されるべきかどうか議論すべきである。

提案４：サービングセルの近くに位置するスマートフォン（Ｒｅｌａｙ ＵＥ）とウェアラブルデバイス（Ｒｅｍｏｔｅ ＵＥ）がＰｒｏＳｅ ＵＥ−ＮＷ Ｒｅｌａｙを実行することが許可されるべきかどうかについて議論すべきである。

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

本開示は移動通信分野において有用である。

Claims (15)

1. 通信方法であって、
   第１の通信装置と近距離用の通信装置である第２の通信装置とがサイドリンクで用いられる直接リンクを確立し、
   前記第１の通信装置は、第１のセルから第２のセルへハンドオーバを実行し、
   前記第２のセルが、前記サイドリンクにおいて装置間で利用可能なリソースプールのうち、近距離な装置間でのみ利用可能な特定リソースプールを提供する場合には、前記第１の通信装置は、前記直接リンクを解放せずに、前記ハンドオーバを実行し、
   前記第１の通信装置は、前記ハンドオーバを実行する前に、前記直接リンクを介した直接通信を一時中断するための一時中断メッセージを前記第２の通信装置へ送信し、
   前記第１の通信装置は、
   前記ハンドオーバが成功した場合、前記直接通信を再開するための再開メッセージを前記第２の通信装置へ送信し、
   前記ハンドオーバが失敗した場合、前記直接リンクを解放するための解放メッセージを前記第２の通信装置へ送信する通信方法。
2. 前記第１の通信装置は、前記第１のセルへのメジャメント報告の送信又は前記第１のセルからハンドオーバを実行するためのメッセージの受信に応じて、前記一時中断メッセージを送信する請求項１に記載の通信方法。
3. 前記第１の通信装置は、前記第１のセル及び前記第２のセルからの受信信号の受信レベルが閾値に達したことに応じて、前記一時中断メッセージを送信する請求項１に記載の通信方法。
4. 前記第１の通信装置は、前記閾値を前記第１のセルから受信する請求項３に記載の通信方法。
5. 通信方法であって、
   第１の通信装置と近距離用の通信装置である第２の通信装置とがサイドリンクで用いられる直接リンクを確立し、
   前記第１の通信装置は、第１のセルから第２のセルへハンドオーバを実行し、
   前記第２のセルが、前記サイドリンクにおいて装置間で利用可能なリソースプールのうち、近距離な装置間でのみ利用可能な特定リソースプールを提供する場合には、前記第１の通信装置は、前記直接リンクを解放せずに、前記ハンドオーバを実行し、
   前記第１の通信装置は、前記ハンドオーバを実行する前に、前記直接リンクを介した直接通信を一時中断するための一時中断メッセージを前記第２の通信装置へ送信し、
   前記第１の通信装置は、前記直接通信の一時中断が有効である期間を計測するためのタイマの情報を前記第２の通信装置へ送信し、
   前記第２の通信装置は、前記第１の通信装置から前記直接リンクを介してサイドリンク信号を受信する前に前記タイマが満了した場合、前記直接リンクを解放する通信方法。
6. 通信方法であって、
   第１の通信装置と近距離用の通信装置である第２の通信装置とがサイドリンクで用いられる直接リンクを確立し、
   前記第１の通信装置は、第１のセルから第２のセルへハンドオーバを実行し、
   前記第２のセルが、前記サイドリンクにおいて装置間で利用可能なリソースプールのうち、近距離な装置間でのみ利用可能な特定リソースプールを提供する場合には、前記第１の通信装置は、前記直接リンクを解放せずに、前記ハンドオーバを実行し、
   前記第１の通信装置は、前記ハンドオーバを実行する前に、前記直接リンクを介した直接通信を一時中断するための一時中断メッセージを前記第２の通信装置へ送信し、
   前記第２の通信装置は、前記第１のセルからの受信信号の受信レベルが閾値未満になった場合、前記直接リンクを介した直接通信を一時中断するか否かを確認するためのメッセージを前記第１の通信装置へ送信する通信方法。
7. 前記第１の通信装置は、前記確認メッセージへの応答として、前記一時中断メッセージを送信する請求項６に記載の通信方法。
8. 前記第２の通信装置は、前記一時中断メッセージの受信に応じて、セル再選択の実行を停止する請求項１に記載の通信方法。
9. 前記第２の通信装置は、前記確認メッセージの送信に応じて、セル再選択の実行を停止する請求項６に記載の通信方法。
10. 前記第１の通信装置は、前記ハンドオーバを実行する前に利用していたリソースプールを用いて、前記再開メッセージ又は前記解放メッセージを送信する請求項１に記載の通信方法。
11. 前記一時中断メッセージは、前記再開メッセージ又は前記解放メッセージを送信するために用いられるリソースプールを含む請求項１に記載の通信方法。
12. 通信方法であって、
    第１の通信装置と近距離用の通信装置である第２の通信装置とがサイドリンクで用いられる直接リンクを確立し、
    前記第１の通信装置は、第１のセルから第２のセルへハンドオーバを実行し、
    前記第２のセルが、前記サイドリンクにおいて装置間で利用可能なリソースプールのうち、近距離な装置間でのみ利用可能な特定リソースプールを提供する場合には、前記第１の通信装置は、前記直接リンクを解放せずに、前記ハンドオーバを実行し、
    前記第１の通信装置は、前記第２のセルの識別子を前記第２の通信装置へ送信し、
    前記第２の通信装置は、キャンプすべきセルとして前記第２のセルを選択する通信方法。
13. 前記第２の通信装置は、前記第１の通信装置から前記第２のセルの識別子の受信に応じて、セル再選択の実行を開始する請求項１２に記載の通信方法。
14. 前記第２の通信装置は、前記再開メッセージの受信に応じて、セル再選択の実行を開始する請求項１２に記載の通信方法。
15. 第１の通信装置であって、
    前記第１の通信装置と近距離用の通信装置である第２の通信装置との間の直接リンクを確立する制御部であって、前記直接リンクは、サイドリンクで用いられる直接リンクである制御部を備え、
    前記制御部は、第１のセルから第２のセルへハンドオーバを実行し、
    前記サイドリンクにおいて装置間で利用可能なリソースプールのうち、近距離な装置間でのみ利用可能な特定リソースプールを示す情報を前記第１の通信装置が前記第２のセルから受信する場合には、前記制御部は、前記直接リンクを解放せずに、前記ハンドオーバを実行し、
    前記制御部は、前記ハンドオーバを実行する前に、前記直接リンクを介した直接通信を一時中断するための一時中断メッセージを前記第２の通信装置へ送信し、
    前記制御部は、
    前記ハンドオーバが成功した場合、前記直接通信を再開するための再開メッセージを前記第２の通信装置へ送信し、
    前記ハンドオーバが失敗した場合、前記直接リンクを解放するための解放メッセージを前記第２の通信装置へ送信する第１の通信装置。

Images