JP6829208B2 - 無線端末及び基地局 - Google Patents

Description

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

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

ＰｒｏＳｅには、直接ディスカバリ（ＰｒｏＳｅ Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ）と、直接ディスカバリ（ＰｒｏＳｅ Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）とが、規定されている。

直接ディスカバリは、無線端末の近傍にいる他の無線端末を発見するための動作である。直接通信は、直接的な端末間インターフェイス上で通信するための動作である。直接ディスカバリ及び直接通信は、サイドリンク（サイドリンク動作）を構成する。

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

一の実施形態に係る無線端末は、直接的な端末間インターフェイスが用いられるサイドリンク動作を実行可能である。前記無線端末は、サービングセルと異なる近隣セルが属する周波数において前記サイドリンク動作を実行するためのサイドリンクギャップを設定するコントローラと、前記サイドリンク動作に興味がないことを示すための所定メッセージ又は前記無線端末の無線環境に関する測定報告を前記サービングセルへ送信するトランスミッタと、を備える。前記コントローラは、前記所定メッセージ又は前記測定報告が送信された場合、前記サイドリンクギャップの設定を解除するためのメッセージを前記サービングセルから受信しなくても、前記サイドリンクギャップの設定を自律的に解除する。

一の実施形態に係る基地局は、サービングセルと異なる近隣セルが属する周波数において、直接的な端末間インターフェイスが用いられるサイドリンク動作を実行するためのサイドリンクギャップを無線端末に設定するコントローラと、前記サイドリンク動作に興味がないことを示すための所定メッセージ又は前記無線端末の無線環境に関する測定報告を前記無線端末から受信するレシーバと、を備える。前記コントローラは、前記所定メッセージ又は前記測定報告が受信された場合、前記サイドリンクギャップの設定を解除するためのメッセージを前記無線端末に送信しなくても、前記サイドリンクギャップの設定が解除されたと判断する。

一の実施形態に係る無線端末は、直接的な端末間インターフェイスが用いられるサイドリンク動作を実行可能である。前記無線端末は、サービングセルと異なる近隣セルが属する周波数において前記サイドリンク動作を実行するためのサイドリンクギャップを設定するコントローラと、前記無線端末の無線環境に関する測定報告を送信するための条件が満たされた場合、前記サイドリンクギャップの間であっても、前記測定報告を前記サービングセルに送信するトランスミッタと、を備える。

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

［実施形態の概要］
実施形態に係る無線端末は、直接的な端末間インターフェイスが用いられるサイドリンク動作を実行可能である。前記無線端末は、サービングセルと異なる近隣セルが属する周波数において前記サイドリンク動作を実行するためのサイドリンクギャップを設定するコントローラと、前記サイドリンク動作に興味がないことを示すための所定メッセージ又は前記無線端末の無線環境に関する測定報告を前記サービングセルへ送信するトランスミッタと、を備える。前記コントローラは、前記所定メッセージ又は前記測定報告が送信された場合、前記サイドリンクギャップの設定を解除するためのメッセージを前記サービングセルから受信しなくても、前記サイドリンクギャップの設定を自律的に解除する。

前記トランスミッタは、前記所定メッセージとして、前記無線端末が前記サイドリンク動作に興味があることを示す情報を含まないメッセージを送信してもよい。

前記トランスミッタは、前記所定メッセージとして、前記無線端末が前記サイドリンク動作のために要求する無線リソースに関する情報を含まないメッセージを送信してもよい。

前記トランスミッタは、前記所定メッセージとして、前記サイドリンクギャップの解除を示す情報を含むメッセージを送信してもよい。

前記トランスミッタは、前記測定報告を送信するためのスケジューリング要求を前記サービングセルへ送信してもよい。前記コントローラは、前記スケジューリング要求が送信された場合に、前記サイドリンクギャップの設定を自律的に解除してもよい。

前記コントローラは、前記測定報告が送信された場合、前記サービングセルからの制御信号のモニタを開始するしてもよい。

前記コントローラは、互いに異なる周波数に対応する複数のサイドリンクギャップを設定してもよい。前記トランスミッタは、前記所定メッセージとして、前記無線端末が前記サイドリンク動作に興味がない周波数を判断するための情報を含むメッセージを送信してもよい。前記コントローラは、前記複数のサイドリンクギャップのうち、前記無線端末が前記サイドリンク動作に興味がない周波数に対応するサイドリンクギャップの設定を自律的に解除してもよい。

前記コントローラは、互いに異なるＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に対応する複数のサイドリンクギャップを設定してもよい。前記トランスミッタは、前記所定メッセージとして、前記無線端末が前記サイドリンク動作に興味がないＰＬＭＮを判断するための情報を含むメッセージを送信してもよい。前記コントローラは、前記複数のサイドリンクギャップのうち、前記無線端末が前記サイドリンク動作に興味がないＰＬＭＮに対応するサイドリンクギャップの設定を自律的に解除してもよい。

実施形態に係る基地局は、サービングセルと異なる近隣セルが属する周波数において、直接的な端末間インターフェイスが用いられるサイドリンク動作を実行するためのサイドリンクギャップを無線端末に設定するコントローラと、前記サイドリンク動作に興味がないことを示すための所定メッセージ又は前記無線端末の無線環境に関する測定報告を前記無線端末から受信するレシーバと、を備える。前記コントローラは、前記所定メッセージ又は前記測定報告が受信された場合、前記サイドリンクギャップの設定を解除するためのメッセージを前記無線端末に送信しなくても、前記サイドリンクギャップの設定が解除されたと判断する。

前記コントローラは、前記測定報告が受信された後、前記測定報告に基づいて前記無線端末をハンドオーバさせるためのハンドオーバ指示を送信しない場合には、前記サイドリンクギャップを前記無線端末に設定するための情報を前記無線端末に送信してもよい。

実施形態に係る無線端末は、直接的な端末間インターフェイスが用いられるサイドリンク動作を実行可能である。前記無線端末は、サービングセルと異なる近隣セルが属する周波数において前記サイドリンク動作を実行するためのサイドリンクギャップを設定するコントローラと、前記無線端末の無線環境に関する測定報告を送信するための条件が満たされた場合、前記サイドリンクギャップの間であっても、前記測定報告を前記サービングセルに送信するトランスミッタと、を備える。

前記トランスミッタは、前記サイドリンクギャップの間、上りリンクでユーザデータを送信することが禁止されてもよい。

前記トランスミッタは、前記サイドリンクギャップの間、前記サービングセルからの無線信号に対する送達確認信号を送信することが禁止されてもよい。

前記トランスミッタは、前記無線端末の無線環境に関する測定報告を送信するための複数の条件のうち、所定の条件が満たされた場合にのみ、前記サイドリンクギャップの間であっても、前記測定報告を前記サービングセルに送信してもよい。

前記トランスミッタは、前記サービングセルから許可された場合にのみ、前記サイドリンクギャップの間であっても、前記測定報告を前記サービングセルに送信してもよい。

なお、「サイドリンク動作」は、「直接ディスカバリ（Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ）」と置き換えてもよいし、「直接通信（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）」と置き換えてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［第１実施形態］
次に、第１実施形態に係る動作ついて、図６を用いて説明する。図６は、第１実施形態に係る動作を説明するためのシーケンス図である。

図６において、ＵＥ１００は、ｅＮＢ２００が管理するセル（サービングセル）に在圏している。ＵＥ１００は、サービングセルにおいて、アイドル状態又はコネクティッド状態である。また、ＵＥ１００は、他のｅＮＢ２００が管理するセル（近隣セル）に在圏している。なお、ＵＥ１００は、セルに在圏している場合、セル（ｅＮＢ）からの無線信号を受信可能な状態である。

ｅＮＢ２００は、第１周波数でサービングセルを運用する。従って、サービングセルは、第１周波数に属する。他のｅＮＢ２００は、第１周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）でセル（近接セル）を運用していてもよい。他のｅＮＢ２００は、第１周波数と異なる第２周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）でセルを運用していてもよい。ｅＮＢ２００と他のｅＮＢ２００とは、同一のＰＬＭＮ（Ｉｎｔｒａ−ＰＬＭＮ）に属していてもよい。ｅＮＢ２００と他のｅＮＢ２００とは、、異なるＰＬＭＮ（Ｉｎｔｅｒ−ＰＬＭＮ）に属していてもよい。以下において、ｅＮＢ２００の動作をセルの動作として適宜説明することがある。

図６に示すように、ステップＳ１１０において、ｅＮＢ２００（サービングセル）は、設定情報をＵＥ１００に送信する。設定情報は、ｅＮＢ２００が、近隣セルが属する周波数においてＵＥ１００がサイドリンク動作を実行するためのサイドリンクギャップをＵＥ１００に設定するために送信する。ｅＮＢ２００は、サービングセルが属する周波数と同一の周波数においてＵＥ１００がサイドリンク動作を実行するために設定情報を送信してもよい。ｅＮＢ２００は、サービングセルにおいてＵＥ１００がサイドリンク動作を実行するために設定情報を送信してもよい。ｅＮＢ２００は、設定情報を、個別シグナリング（ＲＲＣ接続再設定メッセージ）により送信してもよい。ｅＮＢ２００は、共通シグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）など）により設定情報を送信してもよい。

ｅＮＢ２００は、ＵＥ１００からのサイドリンクギャップの設定の要求に応じて、設定情報をＵＥ１００に送信してもよい。

ステップＳ１２０において、ＵＥ１００は、設定情報に基づいて、サイドリンクギャップを設定（適用）する。

サイドリンクギャップは、サービングセルと異なる近接セルが属する周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ及び／又はＩｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）においてサイドリンク動作を実行するためのギャップ（期間）である。サイドリンクギャップにおいて、ＵＥ１００は、サービングセルが属する周波数と同一の周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）においてサイドリンク動作を実行してもよい。サービングギャップにおいて、ＵＥ１００は、サービングセルにおいてサイドリンク動作を実行してもよい。サイドリンクギャップは、サービングセルとの通信（例えば、ＰＤＣＣＨの受信義務）が免除される期間であってもよい。ＵＥ１００は、サイドリンクギャップの設定をサービングセルから受信した場合に、サイドリンクギャップにおいてサイドリンク動作を行う。サイドリンク動作は、直接的な端末間インターフェイス（ＰＣ５）が用いられる動作である。ＵＥ１００は、サイドリンク動作として、直接ディスカバリ（受信（モニタ）及び／又は送信（アナウンスメント））及び直接通信（受信及び／又は送信）の少なくとも一方の動作を行うことができる。

ＵＥ１００は、サイドリンク動作に興味がなくなった場合に、ステップＳ１３０の処理を実行する。

ステップＳ１３０において、ＵＥ１００は、サイドリンク動作に興味がないことを示すための所定メッセージをサービングセル（ｅＮＢ２００）に送信する。ＵＥ１００は、所定メッセージとして、例えば、ｅＮＢ２００にサイドリンク情報を示すために用いられるＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを使用できる。

ＵＥ１００は、所定メッセージとして、ＵＥ１００がサイドリンク動作に興味があることを示す情報（例えば、ｄｉｓｃＲｘＩｎｔｅｒｅｓｔ、ｃｏｍｍＲｘＩｎｔｅｒｅｓｔｅｄＦｒｅｑなど）を含まないメッセージを送信してもよい。例えば、ＵＥ１００は、直接ディスカバリの受信にもはや興味がない場合、所定メッセージとして、ＵＥ１００が直接ディスカバリのアナウンスメントのモニタに興味があることを示す情報（ｄｉｓｃＲｘＩｎｔｅｒｅｓｔ）を含まないメッセージをサービングセルに送信してもよい。ＵＥ１００は、直接通信の受信にもはや興味がない場合、所定メッセージとして、直接通信の受信に興味がある周波数を示す情報（ｃｏｍｍＲｘＩｎｔｅｒｅｓｔｅｄＦｒｅｑ）を含まないメッセージをサービングセルに送信してもよい。

ＵＥ１００は、所定メッセージとして、ＵＥ１００がサイドリンク動作のために要求する無線リソースに関する情報（例えば、ｄｉｓｃＴｘＲｅｓｏｕｒｃｅＲｅｑ、ｃｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑなど）を含まないメッセージをサービングセルに送信してもよい。例えば、ＵＥ１００は、直接ディスカバリの送信（送信リソースの要求）にもはや興味がない場合、所定メッセージとして、ＵＥ１００が直接ディスカバリの送信のために要求する無線リソースに関する情報（例えば、ｄｉｓｃＴｘＲｅｓｏｕｒｃｅＲｅｑ）を含まないメッセージを送信してもよい。ｄｉｓｃＴｘＲｅｓｏｕｒｃｅＲｅｑは、ＵＥがディスカバリ周期毎に送信を望むディスカバリメッセージの数（別個のディスカバリメッセージの数）を示す情報である。ＵＥ１００は、直接通信の送信（送信リソースの要求）にもはや興味がない場合、所定メッセージとして、ＵＥ１００が直接通信の送信のために要求する無線リソースに関する情報（例えば、ｃｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑ）を含まないメッセージを送信してもよい。ｃｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑは、ＵＥ１００がＥ−ＵＴＲＡＮ（ｅＮＢ２００）に個別リソースの割り当てを要求するための直接通信の送信先だけでなく、ＵＥ１００が直接通信の送信に興味がある周波数を示す情報である。

ＵＥ１００は、サイドリンクギャップの解除を示す情報を含むメッセージ（例えば、サイドリンクギャップの解除を要求するメッセージ）をサービングセルに送信してもよい。サイドリンクギャップの解除を示す情報は、サイドリンクギャップの設定を要求するためのフィールドに格納されていてもよい。当該フィールドは、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージ内に設けられていてもよいし、他のメッセージ内に設けられてもよい。

ステップＳ１４０において、ＵＥ１００は、サイドリンク動作に興味がないことを示すための所定メッセージが送信された場合、サイドリンクギャップの設定（適用）を解除するためのメッセージをサービングセルから受信しなくても、サイドリンクギャップの設定（適用）を自律的に解除する。例えば、ＵＥ１００は、所定メッセージを送信した時点（例えば、サブフレーム）で、サイドリンクギャップの設定を解除する。ＵＥ１００は、ｅＮＢ２００が所定メッセージを受信した時点（例えば、サブフレーム）でサイドリンクギャップの設定を解除してもよい。ＵＥ１００は、所定メッセージを送信してから所定期間（例えば、数サブフレーム）後にサイドリンクギャップの設定を解除してもよい。

ステップＳ１５０において、ｅＮＢ２００は、サイドリンク動作に興味がないことを示すための所定メッセージを受信した場合、サイドリンクギャップの設定を解除するためのメッセージをＵＥ１００に送信しなくても、ＵＥ１００のサイドリンクギャップの設定が（自律的に）解除されたと判断する。ｅＮＢ２００は、サイドリンク動作に興味がないことを示すための所定メッセージを受信した時点（例えば、サブフレーム）でサイドリンクギャップの設定が解除されたと判断してもよい。ｅＮＢ２００は、ＵＥ１００が所定メッセージを送信した時点（例えば、サブフレーム）でサイドリンクギャップの設定が解除されたと判断してもよい。ｅＮＢ２００は、所定メッセージを受信してから所定期間（例えば、数サブフレーム）後にサイドリンクギャップの設定を解除してもよい。所定期間は、予め設定されていてもよい（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）。所定期間は、ｅＮＢ２００が個別シグナリング（ＲＲＣ接続再設定メッセージ）により送信してもよい。所定期間は、共通シグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）など）により設定情報を送信してもよい。

以上のように、ＵＥ１００は、サイドリンク動作に興味がないことを示すための所定メッセージを送信した場合、サイドリンクギャップの設定を解除するためのメッセージをサービングセル（ｅＮＢ２００）から受信しなくても、サイドリンクギャップの設定を自律的に解除する。ｅＮＢ２００は、所定のメッセージを受信した場合、サイドリンクギャップの設定を解除するためのメッセージをＵＥ１００に送信しなくても、サイドリンクギャップの設定が解除されたと判断する。従って、ＵＥ１００に設定されたサイドリンクギャップの設定は、暗示的に解除される。これにより、ＵＥ１００がサイドリンク動作に興味がなくなる度に、ｅＮＢ２００がサイドリンクギャップの設定を解除するためのメッセージを送信しなくてもよいため、シグナリングを削減することができる。

（変更例）
次に、第１実施形態に係る変更例について説明する。具体的には、本変更例では、ＵＥ１００に複数のサイドリンクギャップが設定（適用）されているケースについて説明する。なお、第１実施形態と同様の部分は、説明を適宜省略する。

第１に、互いに異なる周波数に対応する複数のサイドリンクギャップがＵＥ１００に設定されているケースについて説明する。このケースでは、ＵＥ１００は、所定メッセージをサービングセル（ｅＮＢ２００）に送信する。所定メッセージは、ＵＥ１００がサイドリンク動作に興味がない周波数を判断するための情報を含む。

例えば、ＵＥ１００は、判断するための情報として、リストをサービングセルに送信してもよい。リストは、ＵＥ１００がサイドリンク動作（直接ディスカバリの送信（及び／又は受信）及び／又は直接通信の送信（及び／又は受信））に興味がある周波数（のみ）を含む。ＵＥ１００は、当該リストを含むＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージをサービングセルに送信してもよい。

ＵＥ１００は、サイドリンク動作に興味がある周波数のリストを送信した場合、ＵＥ１００は、ＵＥ１００に既に設定されている複数のサイドリンクギャップのうち、サイドリンク動作に興味がない周波数に対応するサイドリンクギャップの設定を自律的に解除してもよい。すなわち、ＵＥ１００は、興味がある周波数のリストに含まれない周波数に対応するサイドリンクギャップの設定を自律的に解除してもよい。従って、ＵＥ１００は、興味がある周波数のリストに含まれる周波数に対応するサイドリンクギャップの設定を維持する。

ＵＥ１００は、判断するための情報として、サイドリンクギャップの設定を要求する周波数（のみ）のリストを送信してもよい。ＵＥ１００は、サイドリンクギャップの設定解除を要求する周波数（のみ）のリストを送信してもよい。ＵＥ１００は、サイドリンクギャップの設定を要求するメッセージに、サイドリンクギャップの設定を要求する周波数（のみ）のリストを含めてもよい。ＵＥ１００は、サイドリンクギャップの設定解除を要求するメッセージに、サイドリンクギャップの設定解除を要求する周波数（のみ）のリストを含めてもよい。

ＵＥ１００は、サイドリンクギャップの設定を要求する周波数のリストを送信した場合、ＵＥ１００に既に設定されている複数のサイドリンクギャップのうち、サイドリンクギャップの設定を要求しない周波数に対応するサイドリンクギャップの設定を自律的に解除してもよい。すなわち、ＵＥ１００は、サイドリンクギャップの設定を要求する周波数のリストに含まれない周波数に対応するサイドリンクギャップの設定を自律的に解除してもよい。従って、ＵＥ１００は、サイドリンクギャップの設定を要求する周波数に対応するサイドリンクギャップの設定を維持する。

ＵＥ１００は、サイドリンクギャップの設定解除を要求する周波数のリストを送信した場合、ＵＥ１００に既に設定されている複数のサイドリンクギャップのうち、サイドリンクギャップの設定解除を要求する周波数に対応するサイドリンクギャップの設定を自律的に解除してもよい。すなわち、ＵＥ１００は、サイドリンクギャップの設定解除を要求する周波数のリストに含まれる周波数に対応するサイドリンクギャップの設定を自律的に解除してもよい。

上述の各リストは、周波数の情報（例えば、周波数の識別子（ＥＡＲＦＣＮ）、中心周波数など）によって示されるリストである。

ｅＮＢ２００は、判断するための情報をＵＥ１００から受信した場合、判断するための情報に基づいて、サイドリンク動作に興味がない周波数に対応するサイドリンクギャップの設定が解除されたと判断する。例えば、ｅＮＢ２００は、ＵＥ１００に設定した複数のサイドリンクギャップのうち、ＵＥ１００がサイドリンク動作に興味がない周波数に対応するサイドリンクギャップの設定が解除されたと判断できる。ｅＮＢ２００は、ＵＥ１００に設定した複数のサイドリンクギャップのうち、サイドリンクギャップの設定を要求する周波数のリストに含まれない周波数に対応するサイドリンクギャップの設定が解除されたと判断できる。ｅＮＢ２００は、ＵＥ１００に設定した複数のサイドリンクギャップのうち、サイドリンクギャップの設定解除を要求する周波数のリストに含まれる周波数に対応するサイドリンクギャップの設定が解除されたと判断できる。

第２に、互いに異なるＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に対応する複数のサイドリンクギャップがＵＥ１００に設定されているケースについて説明する。このケースでは、ＵＥ１００は、所定メッセージをサービングセル（ｅＮＢ２００）に送信する。所定メッセージは、ＵＥ１００がサイドリンク動作に興味がないＰＬＭＮを判断するための情報を含む。判断するための情報は、例えば、上述の周波数をＰＬＭＮ（ＰＬＭＮ ＩＤ）に置き換えた情報である。

ｅＮＢ２００は、判断するための情報をＵＥ１００から受信した場合、判断するための情報に基づいて、サイドリンク動作に興味がないＰＬＭＮに対応するサイドリンクギャップの設定が解除されたと判断する。

第３に、互いに異なる近隣セルに対応する複数のサイドリンクギャップがＵＥ１００に設定されているケースについて説明する。このケースでは、ＵＥ１００は、所定メッセージをサービングセル（ｅＮＢ２００）に送信する。所定メッセージは、ＵＥ１００がサイドリンク動作に興味がない近隣セルを判断するための情報を含む。判断するための情報は、例えば、上述の周波数を近隣セル（Ｃｅｌｌ ＩＤ）に置き換えた情報である。

ｅＮＢ２００は、判断するための情報をＵＥ１００から受信した場合、判断するための情報に基づいて、サイドリンク動作に興味がない近隣セルに対応するサイドリンクギャップの設定が解除されたと判断する。

ＵＥ１００は、第１から第３のケースの動作を適宜組み合わせて実行することが可能である。例えば、上述の各リストは、「｛ｆｒｅｑｕｅｎｃｙ （ｏｐｔｉｏｎ）， ＰＬＭＮ ＩＤ （ｏｐｔｉｏｎ）， （Ｃｅｌｌ ＩＤ （ｏｐｔｉｏｎ））｝」のように構成されていてもよい。

以上のように、ＵＥ１００に複数のサイドリンクギャップが設定されている場合であっても、ＵＥ１００は、サイドリンクギャップの設定を柔軟に解除することができる。その結果、ｅＮＢ２００は、サイドリンクギャップの設定を解除するためのメッセージを送信しなくてもよいため、シグナリングを削減することができる。

［第２実施形態］
次に、第２実施形態について、図７を用いて説明する。図７は、第２実施形態に係る動作を説明するためのシーケンス図である。第２実施形態では、ＵＥ１００からｅＮＢ２００へ測定報告が送信される場合に、ＵＥ１００は、サイドリンクギャップの設定（適用）を自律的に解除する。

第２実施形態では、ｅＮＢ２００がＵＥ１００にサイドリンクギャップを設定していると仮定して説明を進める。また、ＵＥ１００は、サイドリンクギャップの間は、サイドリンク動作の実行が期待されるため、原則として、セルラ通信が許可されていないと仮定して説明を進める。

ステップＳ２１０において、ｅＮＢ２００（サービングセル）は、ＵＥ１００の無線環境に関する測定報告をＵＥ１００に設定するために設定情報（Ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇ．）をＵＥ１００に送信する。ｅＮＢ２００は、設定情報を、個別シグナリング（ＲＲＣ接続再設定メッセージ）により送信してもよい。ｅＮＢ２００は、共通シグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）など）により設定情報を送信してもよい。

ｅＮＢ２００は、設定情報に、サイドリンクギャップの間であっても、測定報告を送信することを許可する許可情報を含めてもよい。例えば、ｅＮＢ２００は、測定報告を送信するための条件（イベント）を指定する情報（ＲｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡ）に、許可情報を含めてもよい。許可情報は、フラグ情報（サイドリンクギャップの間に測定報告の送信を許可（禁止）することを示す識別子）であってもよい。各イベントと許可情報とが関連付けられていてもよい。

ＵＥ１００は、設定情報に基づいて、セル（サービングセル／近隣セル）からの無線信号を測定し、記録する。ＵＥ１００は、設定されたサイドリンクギャップの間、サイドリンク動作を実行する。

ステップＳ２２０において、サイドリンクギャップの間に、測定報告送信がトリガされる。すなわち、測定報告を送信するための条件が満たされる（イベントの発生）。

ＵＥ１００は、サイドリンクギャップの間であっても、ステップＳ２３０の処理を実行する。ＵＥ１００は、測定報告を送信するための複数の条件のうち、所定の条件（例えば、イベントＡ４）が満たされた場合にのみ、ステップＳ２３０の処理を実行してもよい。所定の条件は、予め設定された情報（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）であってもよい。所定の条件は、ｅＮＢ２００からブロードキャストにより通知されてもよい。或いは、ＵＥ１００は、ｅＮＢ２００（サービングセル）から許可された場合にのみ、ステップＳ２３０の処理を実行してもよい。例えば、ＵＥ１００は、許可情報を受信している場合に、ステップＳ２３０の処理を実行してもよい。例えば、ＵＥ２００は、許可情報と関連付けられたイベントが発生した場合に、ステップＳ２３０の処理を実行してもよい。

ステップＳ２３０において、ＵＥ１００は、サイドリンクギャップの間であっても、例外的に、スケジューリング要求（ＳＲ）をｅＮＢ２００（サービングセル）に送信する。ＵＥ１００は、測定報告を送信するためにスケジューリング要求をｅＮＢ２００に送信してもよい。ＵＥ１００は、スケジューリング要求を送信する／送信した場合、サイドリンクギャップの設定を解除するためのメッセージをｅＮＢ２００（サービングセル）から受信しなくても、サイドリンクギャップの設定を自律的に解除してもよい。

ステップＳ２４０において、ｅＮＢ２００は、スケジューリング要求に応じて、ＵＥ１００に無線リソースを割り当てるための制御情報（ＵＬ ｇｒａｎｔ）をＵＥ１００に送信する。

ステップＳ２５０において、ＵＥ１００は、割り当てられた無線リソースを用いて、測定報告をｅＮＢ２００（サービングセル）に送信する。ＵＥ１００は、サイドリンクギャップの間であっても、例外的に、測定報告をｅＮＢ２００に送信する。

ＵＥ１００は、測定報告をｅＮＢ２００（サービングセル）に送信した場合、サイドリンクギャップの設定を解除するためのメッセージをｅＮＢ２００（サービングセル）から受信しなくても、サイドリンクギャップの設定を自律的に解除してもよい。

ＵＥ１００は、測定報告を送信する／送信した場合、サービングセルからの制御信号（ＰＤＣＣＨ）のモニタを開始してもよい。これにより、サイドリンクギャップの設定にかかわらず、測定報告に起因するハンドオーバ指示を確実に受信することができる。

ステップＳ２６０において、ｅＮＢ２００は、ＵＥ１００からの測定報告に基づいてＵＥ１００をハンドオーバさせると判断した場合、ハンドオーバ指示（ＨＯ ｃｏｍｍａｎｄ）をＵＥ１００に送信できる。ｅＮＢ２００は、ハンドオーバ指示を送信しない場合には、サイドリンクギャップをＵＥ１００に（再）設定するための設定情報をＵＥ１００に送信してもよい。これにより、ＵＥ１００が測定報告の送信により自律的にサイドリンクギャップを解除していたとしても、サイドリンクギャップが設定されるため、ＵＥ１００は、サイドリンク動作を再開することができる。

以上のように、ＵＥ１００は、測定報告を送信するための条件が満たされた場合、サイドリンクギャップの間であっても、測定報告をサービングセル（ｅＮＢ２００）に送信する。ここで、サイドリンクギャップは、測定ギャップよりも長いことが想定される。このため、ＵＥ１００が、サイドリンクギャップの間には測定報告を送信せずに、サイドリンクギャップの後に測定報告を送信した場合、ＵＥ１００の移動によっては、ハンドオーバが失敗する可能性がある。ＵＥ１００は、サイドリンクギャップの間であっても、測定報告をサービングセルに送信することによって、ハンドオーバが失敗する可能性を低減することができる。

ＵＥ１００は、測定報告をサービングセルに送信した場合、サイドリンクギャップの設定を解除するためのメッセージをサービングセル（ｅＮＢ２００）から受信しなくても、サイドリンクギャップの設定を自律的に解除する。これにより、ＵＥ１００は、ｅＮＢ２００からのハンドオーバ指示をより確実に受信することができる。ｅＮＢ２００は、測定報告を受信した場合、サイドリンクギャップの設定を解除するためのメッセージをＵＥ１００に送信しなくても、サイドリンクギャップの設定が解除されたと判断する。これにより、ｅＮＢ２００がサイドリンクギャップの設定を解除するためのメッセージを送信しなくてもよいため、シグナリングを削減することができる。

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

上述した第１実施形態では、ＵＥ１００は、サイドリンク動作に興味がないことを示すための所定メッセージを送信した後に、サイドリンクギャップの設定を自律的に解除していたが、これに限られない。ＵＥ１００は、サイドリンクギャップの設定を自律的に解除した後に、上述の所定メッセージ（例えば、サイドリンクギャップの解除を示す情報を含むメッセージ）をｅＮＢ２００（サービングセル）へ送信してもよい。従って、ＵＥ１００は、サイドリンク動作に興味がない場合に、サイドリンクギャップの設定を自律的に解除し、サイドリンクギャップの設定を解除した後に、ｅＮＢ２００（サービングセル）へ送信してもよい。ＵＥ１００は、第１実施形態の変更例で説明したように、複数のサイドリンクギャップが設定されている場合、少なくとも一部のサイドリンクギャップの設定を解除した後に、設定が解除されたサイドリンクギャップを判断するための情報（サイドリンク動作に興味がない周波数を判断するための情報、サイドリンク動作に興味がないＰＬＭＮを判断するための情報など）を含む所定メッセージを送信してもよい。後述するように、ＵＥ１００は、サイドリンクギャップの設定を自律的に解除した後に、測定報告を送信してもよい。

上述した第１及び第２実施形態では、サイドリンクギャップの設定が暗示的に解除されていたが、これに限られない。ＵＥ１００は、サイドリンク動作に興味がないことを示すための所定メッセージ及び／又は測定報告を送信した場合、サイドリンク動作のためにｅＮＢ２００から割り当てられた無線リソース（送信及び／又は受信用の個別無線リソース）を自律的に解除してもよい。ｅＮＢ２００は、サイドリンク動作に興味がないことを示す所定メッセージ及び／又は測定報告を受信した場合、サイドリンク動作のためにＵＥ１００に割り当てられた無線リソースが自律的に解除されたと判断してもよい。従って、「サイドリンクギャップの設定」を「サイドリンク動作のために割り当てられた無線リソース」と適宜置き換えることが可能である。

上述した第２実施形態では、サイドリンクギャップの間、原則として、セルラ通信が許可されていなかった（セルラ通信が制限（禁止）されていた）が、これに限られない。例えば、サイドリンクギャップの間、一部のセルラ通信が制限されていてもよい。例えば、ＵＥ１００は、サイドリンクギャップの間、上りリンクでユーザデータ（初送ユーザデータ及び再送ユーザデータを含む）を送信することが制限されていてもよい。ＵＥ１００は、サイドリンクギャップの間、サービングセルからの無線信号に対する送達確認信号（肯定（ＡＣＫ）及び／又は否定（ＮＡＣＫ））を送信することが制限されていてもよい。ＵＥ１００は、サイドリンクギャップの間、測定報告を送信することが許可されていてもよい。ＵＥ１００は、サイドリンクギャップの間、測定報告を送信するためにスケジューリング要求を送信することが許可されていてもよい。ＵＥ１００は、サイドリンクギャップの間、ハンドオーバ指示を受信するために制御情報のモニタが許可されていてもよい。

サイドリンクギャップの間、セルラ通信が禁止されている場合、ＵＥ１００は、測定報告を送信するための条件が満たされた場合、測定報告を送信するために、サイドリンクギャップの設定を解除してもよい。ＵＥ１００は、許可情報を受信している場合に、サイドリンクギャップの設定を解除してもよい。ＵＥ１００は、許可情報を受信していない場合、サイドリンクギャップの設定を解除しなくてもよい。ＵＥ１００は、許可情報と関連付けられたイベントが発生した場合にのみ、サイドリンクギャップの設定を解除してもよい。ＵＥ１００は、サイドリンクギャップの設定を解除した後に、測定報告を送信するための動作を実行してもよい。

上述した各実施形態において、ｅＮＢ２００は、ＵＥ１００が自律的にサイドリンクギャップの設定を解除したと判断した場合であっても、サイドリンクギャップの設定を解除するためのメッセージをＵＥ１００に送信してもよい。ＵＥ１００は、サイドリンクギャップの設定を自律的に解除した後に当該メッセージを受信した場合には、当該メッセージを無視してもよい。

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

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

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

［付記］
（１）導入
本付記において、サイドリンクギャップ要求の詳細及び設定が検討される。

（２）サイドリンクギャップの要求
（２．１）要求の内容
ＵＥは、ディスカバリ受信及び／又は送信のためのギャップを要求できることが合意された。この要求において、ＵＥは、ディスカバリ受信及び／又は送信のためのギャップが必要とするサブフレーム（サービングセルのタイミングに対応する）をｅＮＢに通知する。このように、例えば、非協調ＰＬＭＮシナリオの状況下で、サービングセルがＵＥのために適切なサイドリンクギャップを決定することが可能となる。「送信サブフレームが何に対応するか（全ての許可された送信サブフレームか、ＵＥが意図する送信サブフレームか）」についての問題は、更なる検討事項である。サブフレームがビットマップパターンで示される場合、通知されるサブフレームの定義と関係なく、シグナリングオーバーヘッドに関する状況が同じであり得る。サービングセルがリソーススケジューリングの義務を有することを考慮すると、サブフレーム情報は全て許可されるサブフレームであるべきである。サービングセルがＵｕ通信のＱｏＳを考慮してＵＥのための適切なギャップパターンを決定することが可能である。

提案１：サイドリンクギャップ要求において通知されるサブフレームは、全て許可された送信及び受信サブフレームであるべきである。

この意味では、要求において、送信用のサブフレームと受信用のサブフレームが、別々で（即ち、送信サブフレーム用の１つのパターンと受信サブフレーム用の他のパターンとで）通知されるべきである。また、サブフレームパターンは、ＵＥが興味のある周波数ごとに分けられるべきである。各サブフレームパターンは、Ｔｘ／Ｒｘ、ＵＥが興味のある周波数及び／又はＰＬＭＮ ＩＤ等のような「タグ」と関連付けて通知されるべきである。

提案２：ＵＥは、送信／受信、興味がある周波数及び／又はＰＬＭＮ ＩＤに関連するタグを含む、別々のサブフレームパターンをサービングセルに通知すべきである。

ただし、提案２が受け入れられる場合、 過剰なシグナリングオーバーヘッドを引き起こすことがある。従って、サービングセルがサブフレームパターンを必要とする場合のみに、ＵＥがサービングにサブフレームパターンを通知することを許可することが好ましい。よって、オーバーヘッドを削減する状況があるか否かを検討する価値がある。

考察１：興味のある周波数ごとのサブフレームパターン報告は、過剰なシグナリングオーバーヘッドを引き起こし得る。

ｉｎｔｒａ−ＰＬＭＮ及び協調ｉｎｔｅｒ−ＰＬＭＮのシナリオにおいて、サービングセルは、他の周波数に属する隣接ｅＮＢのリソースプール設定（場合によって、ＳＦＮアライメントのためのタイミングオフセットも）を既に知っているかもしれない。この場合、ＵＥが、サイドリンクギャップ要求として、興味のある周波数のみをサービングセルに通知することが考えられる。このように、サービングセルが該ＵＥのためのサイドリンクギャップを決定できる。周波数情報は、Ｐｕｂｌｉｃ Ｓａｆｅｔｙユースケースのみのために現在許可されている合意事項（即ち、「Ｐｕｂｌｉｃ Ｓａｆｅｔｙユースケースの場合、ＲＲＣ接続状態のＵＥは、直接ディスカバリ送信が望まれる周波数をｅＮＢに通知すべきである。」）を再利用できる。従って、該合意事項は、商用ユースケースのために強化されるべきである。また、サービングセルは、各周波数に対してＵＥがサブフレームパターンをサイドリンクギャップ要求に含めるか否かについての情報を提供すべきである。

提案３：ｅＮＢがその周波数のリソース設定を把握している場合に、ＲＲＣ接続状態のＵＥは、商用ユースケース用の直接ディスカバリが望ましい周波数のみを、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎに含めてｅＮＢに示す。

（２．２）要求のトリガーに対する制限
（２．２．１）ディスカバリアナウンスメントのためのギャップ要求
「この要求が何時トリガーされるか」についての問題は、更なる検討事項である。ＵＥがディスカバリ送信に興味を持つ場合に、該ＵＥがどのようにディスカバリ送信を開始するかについて以下の２つのシナリオがある。

・シナリオ１：ＵＥは、サイドリンクギャップではなく、ディスカバリリソースのみを要求する。

ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙディスカバリ送信について、「ネットワークは『．．．』をシグナルし、ＵＥがそのキャリアに対してサービングセルにリソースを要求することが予想される。」の時に行われている。

ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙディスカバリ送信について、スケジュールされたリソース割り当てはＲｅｌ−１２の通りに行われている。

・シナリオ２：ＵＥは自主的にディスカバリリソースを取得し、サイドリンクギャップも要求する。

ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙディスカバリ送信について、「ネットワークは『．．．』をシグナルし、ＵＥが、シグナルされたキャリアのＳＩＢ１９を自主的に読むべきである。」の時に行われている。

ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙディスカバリ送信について、Ｒｅｌ−１２の通り、自主的なＵＥリソース選択が行われている。

シナリオ１の場合、ＵＥに割り当てられた送信リソースをｅＮＢが知っているので、ｅＮＢが該ＵＥのためのサイドリンクギャップを正確に決定できることが明らかである。ＵＥが個別送信リソースを要求する時、ＵＥがサイドリンクギャップ要求を送信する必要がない場合に、サイドリンクギャップが明示的または暗黙的に設定されているか否か（即ち、サイドリンクギャップがリソース割り当てと一緒に設定されているか否か）はまだ不明である。

提案４：ＵＥがサービングセルに送信リソースを要求する場合に、ディスカバリアナウンスメントのためのサイドリンクギャップ要求はトリガーされてはいかない。

提案５：個別シグナリングで送信リソースがＵＥに割り当てられる場合に、サイドリンクギャップを明示的にＵＥに設定するか、暗黙的にＵＥに設定されるかを検討すべきである。

シナリオ２の場合、ＵＥが自主的に送信リソースを取得するので、ｅＮＢは、ＵＥがサイドリンクギャップを必要とするか否かを知らない。

提案６：ＵＥが自主的ＳＩＢ１９から送信リソースを取得する場合、ＵＥは、ディスカバリアナウンスメントのためのギャップを要求できるようになるべきである。

（２．２．２）ディスカバリモニタリングのためのサイドリンクギャップの要求
ディスカバリモニタリングについて、個別リソース割り当てがない、即ち、共通受信プールのみが利用可能であるため、ＵＥは、ディスカバリアナウンスメントのためのギャップを要求できる。

考察２：ディスカバリモニタリングのためのサイドリンクギャップ要求を制限する特別な状況がない。

（３）サイドリンクの設定
（３．１）サイドリンクギャップパターン
サイドリンクギャップが単一ギャップに設定されるか別々ギャップに設定されるかについて、結論がない。

別々ギャップでは、区別をもたらすことがある。その区別は、アナウンスとモニターリングとの区別、周波数毎の区別又はＰＬＭＮ毎の区別をもたらす。別々ギャップには、設定の柔軟性を提供することが期待される。一方、最小限のシグナリングオーバーヘッドを持つより簡単な設定である単一ギャップが提案される。ギャップが、リソース割り当てではなく、単に、Ｕｕ動作をスキップできる期間であることを考慮すると、過剰な柔軟性は必要ではない。よって、サイドリンクギャップは、メジャーメントギャップの既存の仕様（即ち、「注：ＵＥは、ＤＣに設定される場合であっても、ＭＣＧセルに対するタイミングでの単一ギャップを適用すべきである」のような単一パターンに規定されるべきである。サイドリンクギャップが設定される間に、ＵＥがどの周波数でディスカバリアナウンス／モニターリングを行うかについてはＵＥ実装で決められる。サイドリンクギャップ設定についての自由度をネットワークに与えてもよい。Ｕｕサービスとディスカバリパフォーマンスとのバランス調整については、ネットワーク実装で決められる。

提案７：サイドリンクギャップは、考慮されるサブフレームの単一パターンによって示されるべきである。

（３．２）サイドリンクギャップのハンドリング
（３．２．１）ディスカバリ動作の優先度付け
「受信向けのギャップ中にあるＵＥが他のＤＬチャネルをモニターすることが期待されていない（ＵＥは、測定要件を満たす必要がある）。」ことが合意された。しかし、ディスカバリアナウンスメント向けのサイドリンクギャップ中のＵｕ動作をどのようにハンドルするか（即ち、ディスカバリアナウンスメントよりも、ＳＲＳ、ＰＵＣＣＨ（ＡＣＫ／ＮＡＣＫを含む）、ＨＡＲＱ再送及び／又は新ＵＬデータを優先させるべきであるか）についての問題は、更なる検討事項である。リソーススケジューリング及びギャップ設定の義務がサービングセルにあることを考慮すると（即ち、Ｕｕスケジューリングを考慮しながら許容可能なギャップパターンをＵＥ設定するために）、サイドリンクギャップ中に、Ｕｕよりもサイドリンク動作を優先させるべきである。既存の測定ギャップのハンドリング「メジャーメントギャップの一部であるサブフレームにおいて、ＵＥがＨＡＲＱフィードバック及びＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩの送信を実行してはならない、ＳＲＳが報告されてはならない。」に従うことが簡単である。サイドリンクギャップ中に測定報告の優先度を下げるべきかについての問題は、更なる検討事項である。

提案８：サイドリンクギャップ中に、ＵＬ送信よりもサイドリンク動作を優先させるべきである。

（３．２．２）サイドリンクギャップ中のＵｕ動作の例外
提案８が合意可能である場合に、サイドリンクギャップ中に、ＵＬ送信が実行されてはいかない。各ＵｕベアラのＱｏＳがサービングセルによって確保され得るが、ＵＥモビリティについての懸念（即ち、サイドリンクギャップに起因するハンドオーバ失敗）がある。Ｒｅｌ−１２のディスカバリ送信において、サービングセルが自セルのＵＬスペクトル上でディスカバリリソースを提供する場合であっても、ディスカバリ送信が１つのみの周波数（即ち、サービング周波数）上に行われるので、ハンドオーバ失敗は問題とならない。Ｒｅｌ−１３のｉｎｔｅｒ−ｃａｒｒｉｅｒ／ＰＬＭＮのディスカバリを考慮すると、複数周波数上のディスカバリ送信／受信にサイドリンクギャップが適用されるようになるので、ギャップ期間はＲｅｌ−１２のディスカバリプールパータンよりも長くなり、ＵＥにとって測定報告を送信する機会が少なくなり、よって、ハンドオーバ失敗が増加する。勿論、このようなハンドオーバ失敗を防ぐために、サービングセルがＵＥに短いサイドリンクギャップをグラントするという１つのオプションはあるが、ディスカのバリパーフォーマンスの劣化を引き起こすことがあり、即ち、ケースバイケースで両方のパーフォーマンスのバランスを取ることが困難である。よって、サイドリンクギャップ中に測定報告が許可されるべきか否かを検討すべきである。

提案９：不要なハンドオーバ失敗を回避するために、サイドリンクギャップ中に測定報告を優先させるべきか否かを検討すべきである。

（３．３）暗黙的なサイドリンクギャップ解除
「ｅＮＢは、設定された送信／受信ギャップの設定を解除できる」ということが合意された。これは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎによってサイドリンクギャップの設定を明示的に解除するとして理解されている。ＱｏＳ確保のためにより多くのＵｕ用のリソースが必要とする等の、サービングセルにおける理由のために、明示的な設定解除が開始され得る。一方、ＵＥ側の理由でサイドリンクギャップの重要性がなくなることも考えられる。例えば、ユーザがディスカバリ機能をオフにする場合に、サイドリンクギャップの必要もなくなる。この場合、サービングセルは、サイドリンクギャップ「解放」要求又は「もはや興味がない」を示すＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎを送信したＵＥに対して、サイドリンクギャップの設定を解除することが簡単である。しかしながら、ＵＥが、自ＵＥの興味なさを送信する場合に、ＵＥ及びサービングセルの両方に対して、サイドリンクギャップの必要がなくなることが明らかである。よって、ｄｉｓｃＲｘＩｎｔｅｒｅｓｔ及び／又はｄｉｓｃＴｘＲｅｓｏｕｒｃｅＲｅｑを含まないＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎをＵＥがサービングセルに通知する場合に、既存の半永久的なスケジューリングのように、サイドリンクギャップの設定を暗黙的に解除することが好ましい。

提案１０：サイドリンクギャップは ＵＥが「ディスカバリにもはや興味がない」を通知する場合に、サイドリンクギャップが暗黙的に解除されるべきか否かを検討すべきである。

提案９及び提案１０が合意可能である場合に、測定報告がサイドリンクギャップの暗黙的な解除をトリガーするか否かを検討する価値がある。

提案１１：サイドリンクギャップ中における測定報告がサイドリンクギャップの暗黙的な解除をトリガーするか否かを検討すべきである。

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

本発明は、無線通信分野において有用である。

Claims (10)

1. 直接的な端末間インターフェイスが用いられるサイドリンク動作を実行可能な無線端末であって、
   サービングセルと異なる近隣セルが属する周波数において前記サイドリンク動作を実行するためのサイドリンクギャップを設定するコントローラと、
   前記サイドリンク動作に興味がないことを示すための所定メッセージ又は前記無線端末の無線環境に関する測定報告を前記サービングセルへ送信するトランスミッタと、を備え、
   前記コントローラは、前記所定メッセージ又は前記測定報告が送信された場合、前記サイドリンクギャップの設定を解除するためのメッセージを前記サービングセルから受信しなくても、前記サイドリンクギャップの設定を自律的に解除する無線端末。
2. 前記トランスミッタは、前記所定メッセージとして、前記無線端末が前記サイドリンク動作に興味があることを示す情報を含まないメッセージを送信する請求項１に記載の無線端末。
3. 前記トランスミッタは、前記所定メッセージとして、前記無線端末が前記サイドリンク動作のために要求する無線リソースに関する情報を含まないメッセージを送信する請求項１に記載の無線端末。
4. 前記トランスミッタは、前記所定メッセージとして、前記サイドリンクギャップの解除を示す情報を含むメッセージを送信する請求項１に記載の無線端末。
5. 前記トランスミッタは、前記測定報告を送信するためのスケジューリング要求を前記サービングセルへ送信し、
   前記コントローラは、前記スケジューリング要求が送信された場合に、前記サイドリンクギャップの設定を自律的に解除する請求項１に記載の無線端末。
6. 前記コントローラは、前記測定報告が送信された場合、前記サービングセルからの制御信号のモニタを開始する請求項１に記載の無線端末。
7. 前記コントローラは、互いに異なる周波数に対応する複数のサイドリンクギャップを設定しており、
   前記トランスミッタは、前記所定メッセージとして、前記無線端末が前記サイドリンク動作に興味がない周波数を判断するための情報を含むメッセージを送信し、
   前記コントローラは、前記複数のサイドリンクギャップのうち、前記無線端末が前記サイドリンク動作に興味がない周波数に対応するサイドリンクギャップの設定を自律的に解除する請求項１に記載の無線端末。
8. 前記コントローラは、互いに異なるＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に対応する複数のサイドリンクギャップを設定しており、
   前記トランスミッタは、前記所定メッセージとして、前記無線端末が前記サイドリンク動作に興味がないＰＬＭＮを判断するための情報を含むメッセージを送信し、
   前記コントローラは、前記複数のサイドリンクギャップのうち、前記無線端末が前記サイドリンク動作に興味がないＰＬＭＮに対応するサイドリンクギャップの設定を自律的に解除する請求項１に記載の無線端末。
9. サービングセルと異なる近隣セルが属する周波数において、直接的な端末間インターフェイスが用いられるサイドリンク動作を実行するためのサイドリンクギャップを無線端末に設定するコントローラと、
   前記サイドリンク動作に興味がないことを示すための所定メッセージ又は前記無線端末の無線環境に関する測定報告を前記無線端末から受信するレシーバと、を備え、
   前記コントローラは、前記所定メッセージ又は前記測定報告が受信された場合、前記サイドリンクギャップの設定を解除するためのメッセージを前記無線端末に送信しなくても、前記サイドリンクギャップの設定が解除されたと判断する基地局。
10. 前記コントローラは、前記測定報告が受信された後、前記測定報告に基づいて前記無線端末をハンドオーバさせるためのハンドオーバ指示を送信しない場合には、前記サイドリンクギャップを前記無線端末に設定するための情報を前記無線端末に送信する請求項９に記載の基地局。

Images