(57)【要約】  一の実施形態に係る無線端末は、サイドリンクＵＥ情報メッセージを基地局に送信する送信部を備える。前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含む。前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップである。前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成されている。
2017051602.tif 000002
【特許請求の範囲】
【請求項１】
無線端末であって、
サイドリンクＵＥ情報メッセージを基地局に送信する送信部を備え、
前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含み、
前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップであり、
前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成されている無線端末。
【請求項２】
前記所定期間の情報を前記基地局へ通知するか否かを判定するために用いられる情報を前記基地局から受信する受信部をさらに備える請求項１に記載の無線端末。
【請求項３】
前記受信部は、前記基地局からブロードキャストにより送信された前記情報を受信する請求項２に記載の無線端末。
【請求項４】
前記受信部は、前記基地局からユニキャストにより送信された前記情報を受信する請求項２に記載の無線端末。
【請求項５】
前記所定期間の情報は、前記周波数と関連付けられている請求項１に記載の無線端末。
【請求項６】
前記所定期間の情報は、前記無線端末のサービングセルのタイミングに対応する請求項１に記載の無線端末。
【請求項７】
前記サイドリンクギャップを設定するための設定情報を前記基地局から受信する受信部をさらに備え、
前記設定情報は、前記所定期間の情報に基づく請求項１に記載の無線端末。
【請求項８】
無線端末を制御するプロセッサであって、
サイドリンクＵＥ情報メッセージを基地局に送信する処理を実行し、
前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含み、
前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップであり、
前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成されているプロセッサ。
【請求項９】
基地局であって、
サイドリンクＵＥ情報メッセージを無線端末から受信する受信部を備え、
前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含み、
前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップであり、
前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成され、
前記サイドリンクギャップの要求に応じて、前記サイドリンクギャップを前記無線端末へ設定するための設定情報を前記無線端末へ送信する送信部をさらに備える基地局。
【請求項１０】
基地局を制御するプロセッサであって、
サイドリンクＵＥ情報メッセージを無線端末から受信する処理を実行し、
前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含み、
前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップであり、
前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成され、
前記サイドリンクギャップの要求に応じて、前記サイドリンクギャップを前記無線端末へ設定するための設定情報を前記無線端末へ送信する処理をさらに実行するプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信システムにおいて用いられる無線端末及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ  ｂａｓｅｄ  Ｓｅｒｖｉｃｅ）の仕様策定が進められている。【０００３】
ＰｒｏＳｅには、直接ディスカバリ（ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）と、直接通信（ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）とが、規定されている。【０００４】
直接ディスカバリは、無線端末の近傍にいる他の無線端末を発見するための動作である。直接通信は、直接的な端末間インターフェイス上で通信するための動作である。直接ディスカバリ及び直接通信は、サイドリンク（サイドリンク動作）を構成する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術仕様書  「ＴＳ  ３６．３００  Ｖ１３．０．０」    ２０１５年７月８日
【発明の概要】
【０００６】
一の実施形態に係る無線端末は、サイドリンクＵＥ情報メッセージを基地局に送信する送信部を備える。前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含む。前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップである。前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成されている。
【０００７】
一の実施形態に係るプロセッサは、無線端末を制御するプロセッサである。前記プロセッサは、サイドリンクＵＥ情報メッセージを基地局に送信する処理を実行する。前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含む。前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップである。前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成されている。
【０００８】
一の実施形態に係る基地局は、サイドリンクＵＥ情報メッセージを無線端末から受信する受信部を備える。前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含む。前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップである。前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成される。前記サイドリンクギャップの要求に応じて、前記サイドリンクギャップを前記無線端末へ設定するための設定情報を前記無線端末へ送信する送信部をさらに備える。
【０００９】
一の実施形態に係るプロセッサは、基地局を制御するプロセッサである。サイドリンクＵＥ情報メッセージを無線端末から受信する処理を実行する。前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含む。前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップである。前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成される。前記サイドリンクギャップの要求に応じて、前記サイドリンクギャップを前記無線端末へ設定するための設定情報を前記無線端末へ送信する処理をさらに実行する。
【図面の簡単な説明】
【００１０】
【図１】図１は、ＬＴＥシステムの構成を示す図である。
【図２】図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】図３は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図４】図４は、ＵＥ１００のブロック図である。
【図５】図５は、ｅＮＢ２００のブロック図である。
【図６】図６は、第１実施形態に係る動作を説明するためのシーケンス図である。
【図７】図７は、第２実施形態に係る動作を説明するためのシーケンス図である。
【図８】図８は、第３実施形態に係る動作を説明するためのシーケンス図である。
【図９】図９は、第４実施形態に係る動作を説明するためのシーケンス図である。
【図１０】図１０は、送信の観点からの選択肢２のサイドリンクギャップを説明するための図である。
【図１１】図１１は、単一のサイドリンクギャップ設定を説明するための図である。
【発明を実施するための形態】
【００１１】
［実施形態の概要］
サービングセルと異なる近隣セルが属する周波数において、無線端末がサイドリンク動作を実行する場合に問題が発生する可能性がある。
【００１２】
一の実施形態に係る無線端末は、サイドリンクＵＥ情報メッセージを基地局に送信する送信部を備える。前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含む。前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップである。前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成されている。
【００１３】
前記無線端末は、前記所定期間の情報を前記基地局へ通知するか否かを判定するために用いられる情報を前記基地局から受信する受信部をさらに備えてもよい。
【００１４】
前記受信部は、前記基地局からブロードキャストにより送信された前記情報を受信してもよい。
【００１５】
前記受信部は、前記基地局からユニキャストにより送信された前記情報を受信してもよい。
【００１６】
前記所定期間の情報は、前記周波数と関連付けられていてもよい。
【００１７】
前記所定期間の情報は、前記無線端末のサービングセルのタイミングに対応してもよい。
【００１８】
前記無線端末は、前記サイドリンクギャップを設定するための設定情報を前記基地局から受信する受信部をさらに備えてもよい。前記設定情報は、前記所定期間の情報に基づいてもよい。
【００１９】
一の実施形態に係るプロセッサは、無線端末を制御するプロセッサである。前記プロセッサは、サイドリンクＵＥ情報メッセージを基地局に送信する処理を実行する。前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含む。前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップである。前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成されている。
【００２０】
一の実施形態に係る基地局は、サイドリンクＵＥ情報メッセージを無線端末から受信する受信部を備える。前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含む。前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップである。前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成される。前記サイドリンクギャップの要求に応じて、前記サイドリンクギャップを前記無線端末へ設定するための設定情報を前記無線端末へ送信する送信部をさらに備える。
【００２１】
一の実施形態に係るプロセッサは、基地局を制御するプロセッサである。サイドリンクＵＥ情報メッセージを無線端末から受信する処理を実行する。前記サイドリンクＵＥ情報メッセージは、サイドリンクギャップを要求するために所定期間の情報を含む。前記サイドリンクギャップは、近接セルの周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップである。前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成される。前記サイドリンクギャップの要求に応じて、前記サイドリンクギャップを前記無線端末へ設定するための設定情報を前記無線端末へ送信する処理をさらに実行する。
【００２２】
なお、本実施形態は、以下の内容も含む。
【００２３】
一の実施形態に係る無線端末は、直接的な端末間インターフェイスが用いられるサイドリンク動作を実行可能である。前記無線端末は、コントローラを備える。前記コントローラは、サービングセルと異なる近隣セルが属する周波数において前記サイドリンク動作を実行するためのサイドリンクギャップを要求するメッセージを前記サービングセルを管理する基地局に送信する処理を実行する。前記メッセージは、前記周波数において前記サイドリンク動作が実行可能である所定期間の情報を含む。前記所定期間の情報は、前記サイドリンク動作による無線信号の送信を実行可能な送信期間と、前記周波数において前記サイドリンク動作による無線信号の受信を実行可能な受信期間と、が識別可能に構成されている。
【００２４】
前記所定期間の情報では、前記所定期間が前記送信期間であるか前記受信期間であるかを示す識別情報によって前記送信期間と前記受信期間とが識別されてもよい。
【００２５】
前記所定期間の情報は、前記送信期間のリスト及び前記受信期間のリストの少なくとも一方により構成されてもよい。
【００２６】
前記所定期間の情報は、前記メッセージを送る前に前記基地局に送信した前回の所定期間の情報から変更された所定期間の情報であってもよい。
【００２７】
前記所定期間の情報は、前記近隣セルにおいて前記サイドリンク動作を実行するための無線リソースが配置されたサブフレームの情報、及び、前記無線リソースが配置されたサブフレームのうち、前記無線端末が前記サイドリンク動作を意図するサブフレームの情報、及び、前記無線リソースが配置されたサブフレームのうち、前記無線端末が前記サイドリンク動作に興味があるサブフレームの情報の少なくともいずれかを含んでもよい。
【００２８】
一の実施形態に係る無線端末は、直接的な端末間インターフェイスが用いられるサイドリンク動作を実行可能である。前記無線端末は、コントローラを備える。前記コントローラは、サービングセルと異なる近接セルが属する周波数において前記サイドリンク動作が実行可能である所定期間の情報を前記無線端末が前記サービングセルを管理する基地局へ通知するか否かを判断するための判定情報を前記基地局から受信する処理と、前記判定情報に基づいて、前記周波数において前記サイドリンク動作を実行するためのサイドリンクギャップを前記基地局に要求するメッセージに前記所定期間の情報を含めるか否かを決定する処理と、を実行する。
【００２９】
前記コントローラは、前記メッセージに前記所定期間の情報を含めないと判断した場合、前記所定期間の情報の代わりに、前記サイドリンク動作を実行可能である周波数の情報を前記メッセージに含める処理を実行してもよい。
【００３０】
前記コントローラは、前記サイドリンク動作が実行可能である複数の周波数が存在する場合、前記複数の周波数毎に、前記複数の周波数のそれぞれに対応する所定期間の情報を、前記メッセージに含めるか否かを決定する処理を実行してもよい。
【００３１】
一の実施形態に係る無線端末は、直接的な端末間インターフェイスが用いられるサイドリンク動作を実行可能である。前記無線端末は、コントローラを備える。前記コントローラは、前記サイドリンク動作を実行するための無線リソースの割り当てを要求する第１メッセージを基地局に送信する処理と、前記基地局が管理するサービングセルと異なる近隣セルが属する周波数において前記サイドリンク動作を実行するためのサイドリンクギャップを要求する第２メッセージを前記基地局に送信する処理と、を実行する。前記コントローラは、前記第１メッセージを送信した場合、前記第２メッセージの送信を省略する処理を実行する。
【００３２】
前記コントローラは、前記第１メッセージに応じて前記無線リソースが前記無線端末に割り当てられた場合に、前記第２メッセージの送信を省略する処理を実行してもよい。
【００３３】
前記コントローラは、前記無線リソースが割り当てられた場合であっても、前記割り当てられた無線リソースが配置された周波数と異なる周波数において前記サイドリンク動作の実行をするために前記第２メッセージを送信する処理を実行してもよい。
【００３４】
前記コントローラは、前記無線リソースの割り当てを要求したにもかかわらず、前記無線リソースの割り当ての代わりに前記サイドリンクギャップが割り当てられた場合、前記サイドリンクギャップの間に前記周波数において前記サイドリンク動作を実行する処理を実行してもよい。
【００３５】
一の実施形態に係る無線端末は、直接的な端末間インターフェイスが用いられるサイドリンク動作を実行可能である。前記無線端末は、コントローラを備える。前記コントローラは、サービングセルと異なる近隣セルが属する周波数においてサイドリンク動作が可能である期間を特定可能な情報を含む近隣セル情報を近隣セルから受信する処理と、前記受信した近隣セル情報が前回受信した近隣セル情報と異なる場合に、前記受信した近隣セル情報の少なくとも一部の情報を前記サービングセルを管理する基地局に送信する処理と、を実行する。
【００３６】
前記コントローラは、前記周波数において前記サイドリンク動作を実行するためのサイドリンクギャップを前記基地局から設定されている場合にのみ、前記少なくとも一部の情報を前記基地局に送信する処理を実行してもよい。
【００３７】
前記受信した近隣セル情報は、セルへのアクセス規制に関する情報を含んでもよい。前記コントローラは、前記セルへのアクセス規制に関する情報が変更されている場合に、前記少なくとも一部の情報を前記基地局に送信する処理を実行してもよい。
【００３８】
前記コントローラは、前記受信した近隣セル情報と前記前回受信した近隣セル情報との送信元のセルが異なる場合に、前記少なくとも一部の情報を前記サービングセルを管理する基地局に送信する処理を実行してもよい。
【００３９】
一の実施形態に係る基地局は、直接的な端末間インターフェイスが用いられるサイドリンク動作を実行可能である。前記基地局は、コントローラを備える。前記コントローラは、前記サイドリンク動作を実行するための無線リソースの割り当てを要求する第１メッセージを前記無線端末から受信した場合に、前記無線リソースを前記無線端末に割り当てる処理と、前記サービングセルと異なる近隣セルが属する周波数において前記サイドリンク動作を実行するためのサイドリンクギャップを要求する第２メッセージを前記無線端末から受信した場合に、前記サイドリンクギャップを前記無線端末に設定する処理と、前記第１メッセージを前記無線端末から受信した場合に、前記無線リソースを割り当てる代わりに、前記サイドリンクギャップを前記無線端末に設定する処理と、を実行する。
【００４０】
前記コントローラは、前記サイドリンクギャップを設定した前記無線端末から新たな第２メッセージを受信した場合、新たなサイドリンクギャップを前記無線端末に設定する処理を実行してもよい。
【００４１】
なお、「サイドリンク動作」は、「直接ディスカバリ（Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）」と置き換えてもよいし、「直接通信（Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）」と置き換えてもよい。
【００４２】
（移動通信システム）
以下において、実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。
【００４３】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。また、セルラネットワークのオペレータにより管理されない外部ネットワークには、Ｓｅｒｖｅｒ４００が設けられる。
【００４４】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００４５】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００４６】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００４７】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、Ｐ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）３５０とを含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。Ｐ−ＧＷ３５０は、外部ネットワークから（及び外部ネットワークに）ユーザデータを中継する制御を行う。
【００４８】
Ｓｅｒｖｅｒ４００は、例えば、ＰｒｏＳｅアプリケーションサーバ（ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）である。この場合、Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅにおいて用いられる識別子を管理する。例えば、Ｓｅｒｖｅｒ４００は、「ＥＰＣ  ＰｒｏＳｅ  ユーザＩＤ」及び「ＰｒｏＳｅファンクションＩＤ」を記憶する。また、Ｓｅｒｖｅｒ４００は、「アプリケーションレイヤユーザＩＤ」と「ＥＰＣ  ＰｒｏＳｅ  ユーザＩＤ」とをマッピングする。
【００４９】
また、Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅ機能を有していてもよい。ＰｒｏＳｅ機能は、ＰｒｏＳｅに必要なネットワーク関連動作のために用いられる論理機能である。ＰｒｏＳｅ機能は、ＰｒｏＳｅの特徴毎に異なる役割を果たす。Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅ機能のみを有するネットワーク装置であってもよい。
【００５０】
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００５１】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００５２】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００５３】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００５４】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５５】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態（コネクティッド状態）であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態（アイドル状態）である。
【００５６】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００５７】
図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５８】
図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５９】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。ＰＤＣＣＨの詳細については後述する。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００６０】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００６１】
（近傍サービス）
以下において、近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ）について説明する。ＰｒｏＳｅにおいて、複数のＵＥ１００は、ｅＮＢ２００を介さない直接的な無線リンクを介して各種の信号を送受信する。ＰｒｏＳｅにおける直接的な無線リンクは、「サイドリンク（Ｓｉｄｅｌｉｎｋ）」と称される。
【００６２】
「Ｓｉｄｅｌｉｎｋ」は、直接ディスカバリ及び直接通信のためのＵＥ−ＵＥ間インターフェイスである。「Ｓｉｄｅｌｉｎｋ」は、ＰＣ５インターフェイスに対応する。ＰＣ５は、直接ディスカバリ、直接通信及び近傍サービスによるＵＥ・ネットワーク中継のための制御及びユーザプレーンのために用いられる近傍サービスを利用可能なＵＥ間の参照点である。ＰＣ５インターフェイスは、ＰｒｏＳｅにおけるＵＥ−ＵＥ間インターフェイスである。
【００６３】
ＰｒｏＳｅのモードとしては、「直接ディスカバリ（Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）」及び「直接通信（Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）」の２つのモードが規定されている。
【００６４】
直接ディスカバリは、特定の宛先を指定しないディスカバリ信号をＵＥ間で直接的に伝送することにより、相手先を探索するモードである。また、直接ディスカバリは、ＰＣ５を介してＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）における直接無線信号を用いて、ＵＥの近傍における他のＵＥを発見するための手順である。或いは、直接ディスカバリは、Ｅ−ＵＴＲＡ技術で２つのＵＥ１００の能力のみを用いて、近傍サービスを実行可能な他のＵＥ１００を発見するために近傍サービスを実行可能なＵＥ１００によって採用される手順である。直接ディスカバリは、ＵＥ１００がＥ−ＵＴＲＡＮ（ｅＮＢ２００（セル））によってサービスが提供される場合にのみ、サポートされる。ＵＥ１００は、セル（ｅＮＢ２００）に接続又はセルに在圏している場合、Ｅ−ＵＴＲＡＮによってサービスが提供され得る。
【００６５】
ディスカバリ信号（ディスカバリメッセージ）の送信（アナウンスメント）のためのリソース割り当てタイプには、ＵＥ１００が無線リソースを選択する「タイプ１」と、ｅＮＢ２００が無線リソースを割り当てる「タイプ２（タイプ２Ｂ）」と、がある。
【００６６】
「Ｓｉｄｅｌｉｎｋ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ」プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、及びＰｒｏＳｅプロトコルを含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ）と称される物理チャネルを介してディスカバリ信号が伝送される。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンクディスカバリチャネル（ＳＬ−ＤＣＨ）と称されるトランスポートチャネルを介してディスカバリ信号が伝送される。
【００６７】
直接通信は、特定の宛先（宛先グループ）を指定してデータをＵＥ間で直接的に伝送するモードである。また、直接通信は、いずれのネットワークノードを通過しない経路を介してＥ−ＵＴＲＡ技術を用いたユーザプレーン伝送による、近傍サービスを実行可能である２以上のＵＥ間の通信である。
【００６８】
直接通信のリソース割り当てタイプには、直接通信の無線リソースをｅＮＢ２００が指定する「モード１」と、直接通信の無線リソースをＵＥ１００が選択する「モード２」と、がある。
【００６９】
直接通信プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＰＤＣＰ層を含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して制御信号が伝送され、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介してデータが伝送される。また、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）を介して同期信号等が伝送されてもよい。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）と称されるトランスポートチャネルを介してデータが伝送される。ＵＥ（Ａ）のＲＬＣ層とＵＥ（Ｂ）のＲＬＣ層との間では、サイドリンクトラフィックチャネル（ＳＴＣＨ）と称される論理チャネルを介してデータが伝送される。
【００７０】
（無線端末）
以下において、実施形態に係るＵＥ１００（無線端末）について説明する。図４は、ＵＥ１００のブロック図である。図４に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。
【００７１】
レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換してコントローラ１３０に出力する。
【００７２】
なお、ＵＥ１００は、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥ」である場合、レシーバ１１０は、異なる２つの周波数における無線信号を同時に受信可能である。例えば、ＵＥ１００は、２つのレシーバ１１０（２  ＲＸ  Ｃｈａｉｎ）を有する。ＵＥ１００は、一方のレシーバ１１０によりセルラ用の無線信号を受信でき、他方のレシーバ１１０によりＰｒｏＳｅ用の無線信号を受信できる。
【００７３】
トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００７４】
コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００７５】
ＵＥ１００は、ＧＮＳＳ受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をコントローラ１３０に出力する。或いは、ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ機能を有していてもよい。
【００７６】
なお、以下で説明するＵＥ１００が実行する処理（動作）について、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０、コントローラ１３０の少なくともいずれかが実行するが、便宜上、ＵＥ１００が実行する処理として説明する。
【００７７】
（基地局）
以下において、実施形態に係るｅＮＢ２００（基地局）について説明する。図５は、ｅＮＢ２００のブロック図である。図５に示すように、ｅＮＢ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。トランスミッタ２１０とレシーバ２２０は、一体化されたトランシーバ（送受信部）であってもよい。
【００７８】
レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換してコントローラ２３０に出力する。
【００７９】
トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００８０】
コントローラ２３０は、ｅＮＢ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００８１】
ネットワークインターフェイス２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【００８２】
なお、以下で説明するｅＮＢ２００が実行する処理（動作）について、ｅＮＢ２００が備えるトランスミッタ２１０、レシーバ２２０、コントローラ２３０、ネットワークインターフェイス２４０の少なくともいずれかが実行するが、便宜上、ｅＮＢ２００が実行する処理として説明する。
【００８３】
［第１実施形態］
次に、第１実施形態に係る動作ついて、図６を用いて説明する。図６は、第１実施形態に係る動作を説明するためのシーケンス図である。
【００８４】
図６において、ＵＥ１００は、ｅＮＢ２００−１が管理するセル（サービングセル：Ｓｅｒｖｉｎｇ  ｃｅｌｌ）に在圏している。ＵＥ１００は、サービングセルにおいて、アイドル状態又はコネクティッド状態である。また、ＵＥ１００は、ｅＮＢ２００−２が管理するセル（近隣セル）に在圏している。なお、ＵＥ１００は、セルに在圏している場合、セル（ｅＮＢ）からの無線信号を受信可能な状態である。
【００８５】
ｅＮＢ２００−１は、第１周波数でサービングセルを運用する。従って、サービングセルは、第１周波数に属する。ｅＮＢ２００−２は、第１周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）でセル（近接セル：Ｎｅｉｇｈｂｏｒ  ｃｅｌｌ）を運用していてもよいし、第１周波数と異なる第２周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）でセルを運用していてもよい。また、ｅＮＢ２００−１とｅＮＢ２００−２とは、同一のＰＬＭＮ（Ｉｎｔｒａ−ＰＬＭＮ）に属していてもよいし、異なるＰＬＭＮ（Ｉｎｔｅｒ−ＰＬＭＮ）に属していてもよい。なお、以下において、ｅＮＢ２００の動作をセルの動作として適宜説明することがある。
【００８６】
図６に示すように、ステップＳ１１０において、近隣セルは、近隣セルが属する第２周波数においてサイドリンク動作を実行可能である期間の情報を送信する。期間の情報は、期間を特定可能な情報（以下、リソース設定（Ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ））である。例えば、近隣セルは、ブロードキャスト（例えば、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）１９）によりリソース設定を送信する。近隣セルは、ユニキャスト（個別シグナリング）によりリソース設定を配下のＵＥに送信してもよい。近隣セルの配下のＵＥは、リソース設定に基づいて、第２周波数においてサイドリンク動作を実行できる。
【００８７】
リソース設定は、例えば、第２周波数においてサイドリンク動作を実行するためのリソースプールの情報である。リソース設定は、第２周波数と異なる周波数においてサイドリンク動作を実行するためのリソースプールの情報を含んでいてもよい。リソースプールは、サイドリンク動作により無線信号を送信するための無線リソースが配置された領域（送信リソースプール）及びサイドリンク動作により無線信号を受信するための無線リソースが配置された領域（受信リソースプール）の少なくとも一方を含む。また、リソースプールは、直接ディスカバリ用のリソースプール及び直接通信用のリソースプールの少なくとも一方である。
【００８８】
ＵＥ１００は、サービングセルを変更せずに、リソース設定を近接セルから受信する。例えば、ＵＥ１００が複数のレシーバ１１０を備えている場合には、１つのレシーバ１１０を用いて近隣セルからリソース設定を受信し、他のレシーバ１１０用いてサービングセルから無線信号を受信できる。ＵＥ１００は、サービングセルからの無線信号を間欠的に受信するモード（ＤＲＸ）を実行している場合に、近隣セルからリソース設定を受信してもよい。
【００８９】
ステップＳ１２０において、ＵＥ１００は、サイドリンクギャップを要求するメッセージをサービングセル（ｅＮＢ２００−１）に送信する。ＵＥ１００は、例えば、サイドリンクＵＥ情報メッセージ（ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ）よりサイドリンクギャップを要求できる。
【００９０】
サイドリンクギャップは、サービングセルと異なる近接セルが属する周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ及び／又はＩｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）においてサイドリンク動作を実行するためのギャップ（期間）である。サイドリンクギャップは、サービングセルとの通信（例えば、ＰＤＣＣＨの受信義務）が免除される期間であってもよい。ＵＥ１００は、サイドリンクギャップの設定をサービングセルから受信した場合に、サイドリンクギャップにおいてサイドリンク動作を行う。なお、サイドリンク動作は、直接的な端末間インターフェイス（ＰＣ５）が用いられる動作であり、ＵＥ１００は、サイドリンク動作として、直接ディスカバリ及び直接通信の一方の動作を行うことができる。
【００９１】
サイドリンクギャップを要求するメッセージは、所定の周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ及び／又はＩｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）においてサイドリンク動作が実行可能である所定期間の情報を含むことができる。
【００９２】
所定期間の情報は、サイドリンク動作による無線信号の送信（アナウンスメント）を実行可能な送信期間と、サイドリンク動作による無線信号の受信（モニタ）を実行可能な受信期間と、が識別可能に構成されている。例えば、所定期間の情報では、所定期間が送信期間であるか受信期間であるかを示す識別情報（Ｔｘ／Ｒｘ）によって送信期間と受信期間とが識別される。具体的には、所定期間を示すサブフレームの情報（例えば、サブフレームパターン：Ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ）と、送信を示す識別子（Ｔｘ）及び受信を示す識別子（Ｒｘ）の一方とが関連付けられている。また、所定期間（例えば、サブフレームパターン）は、周波数（ｆｒｅｑｕｅｃｙ）と関連付けられていてもよいし、ＰＬＭＮ（ＰＬＭＮ  ＩＤ）と関連付けられていてもよい。また、所定期間は、セル識別子（Ｃｅｌｌ  ＩＤ）と関連付けられていてもよい。
【００９３】
所定期間の情報は、リスト形式であってもよい。例えば、当該リストは、「｛pattern, frequency (option), PLMN ID (option), Cell ID (option), Tx/Rx｝」のように構成されていてもよい。また、所定期間の情報は、送信期間のリスト（ＴＸ  ｓｕｂｆｒａｍｅ  ｌｉｓｔ）及び受信期間のリスト（ＲＸ  ｓｕｂｆｒａｍｅ  ｌｉｓｔ）の少なくとも一方により構成されてもよい。例えば、送信リストは、「｛(Tx)pattern, frequency (option), PLMN ID (option), Cell ID (option)｝」のように構成され、受信リストは、「｛(Rx)pattern, frequency (option), PLMN ID (option), Cell ID (option)｝」のように構成されていてもよい。
【００９４】
所定期間は、リソース設定により示される期間（リソースプールの全ての期間又は一部の期間）であってもよい。所定期間は、リソース設定により示される期間のうち、ＵＥ１００が送信及び／又は受信を意図する期間であってもよいし、ＵＥ１００が送信及び／又は受信に興味がある期間であってもよい。また、ＵＥ１００は、サービングセルと近隣セルとの同期が取れていない場合、サービングセルのタイミングに所定期間（サブフレームパターン）を対応させてもよい。
【００９５】
また、所定期間の情報は、Ｓ１２０におけるメッセージを送る前にｅＮＢ２００−１に送信した前回の所定期間の情報から変更された所定期間の情報であってもよい。すなわち、今回送信予定の所定期間と前回送信された所定期間との差分が所定期間の情報であってもよい。例えば、所定期間の情報は、前回送信したサブフレームパターンから、変更された又は追加された（一部の）サブフレームパターンのリスト（ＴｏＡｄｄＭｏｄＬｉｓｔ  ｆｏｒ  ｎｅｗ／ｍｏｄｉｆｉｅｄ  ｐａｔｔｔｅｒｎ）を含んでもよいし、前回送信したサブフレームパターンから、必要ない（一部の）サブフレームパターンのリスト（ＴｏＲｅｌｅａｓｅＬｉｓｔ  ｆｏｒ  ｎｏ  ｌｏｎｇｅｒ  ｎｅｅｄｅｄ  ｐａｔｔｅｒｎ）を含んでもよい。ＵＥ１００は、全てのサブフレームパターンを送らないため、ｅＮＢ２００−１へのシグナリングオーバーヘッドを減少できる。
【００９６】
ＵＥ１００は、例えば、近隣セルからリソース設定を受信した場合に、サイドリンクギャップを要求するメッセージを送信してもよい。また、ＵＥ１００は、（近隣セルからリソース設定を受信した場合であって、）サイドリンクギャップが必要である場合に、サイドリンクギャップを要求するメッセージを送信してもよい。すなわち、ＵＥ１００は、サイドリンク動作（送信及び／又は受信）に興味があったり、サイドリンク動作の意図があったりする場合に、当該メッセージを送信してもよい。従って、所定期間の情報は、近隣セルにおいてサイドリンク動作を実行するための無線リソースが配置されたサブフレームの情報、当該無線リソースが配置されたサブフレームのうち、ＵＥ１００がサイドリンク動作を意図するサブフレームの情報、及び、当該無線リソースが配置されたサブフレームのうち、ＵＥ１００がサイドリンク動作に興味があるサブフレームの情報の少なくともいずれかを含む。なお、サブフレームの情報は、サブフレームパターン（のビットマップ）であってもよいし、開始／終了を示すサブフレームの情報であってもよい。サブフレームの情報は、サブフレームパターンの繰り返し回数を示す情報を含んでもよい。サブフレームの情報は、オフセット値の情報を含んでもよい。
【００９７】
また、サイドリンクギャップを要求するメッセージには、サイドリンクギャップの要求を示す識別情報（Ｇａｐ  Ｒｅｑｕｅｓｔ識別子）が含まれていてもよい。ｅＮＢ２００−１は、例えば、ＵＥ１００から受信したサイドリンクＵＥ情報メッセージがサイドリンクギャップを要求していると判断できる。ｅＮＢ２００−１は、所定の情報がメッセージに含まれている場合に、当該メッセージがサイドリンクギャップを要求していると判断してもよい。なお、ｅＮＢ２００−１は、後述するように、所定期間の情報の代わりに周波数の情報がメッセージに含まれている場合に、当該メッセージがサイドリンクギャップを要求していると判断してもよい。
【００９８】
以上のように、サイドリンクギャップを要求するメッセージに含まれる所定期間の情報（例えば、サブフレームパターン）は、送信用の所定期間の情報と受信用の所定期間の情報とで別々に送信されることが可能である。
【００９９】
ステップＳ１３０において、ｅＮＢ２００−１は、所定期間の情報に基づいて、サイドリンクギャップのスケジューリングを実行できる（Ｓｉｄｅｌｉｎｋ  Ｇａｐ  ｓｃｈｅｄｕｌｉｎｇ）。
【０１００】
例えば、ｅＮＢ２００−１は、ＵＥ１００から知らされたサブフレームパターンをそのままサイドリンクギャップ（サイドリンクギャップパターン）としてスケジューリングすることができる。また、ｅＮＢ２００−１は、ＵＥ１００から知らされたサブフレームパターンに基づいて、セルラ通信（Ｕｕ通信）のＱｏＳを満足できるサブフレームパターンを生成してもよい。ｅＮＢ２００−１は、生成されたサイドリンクギャップとしてスケジューリングすることができる。ｅＮＢ２００−１は、ＵＥ１００にサイドリンクギャップを設定しなくてもよい。ｅＮＢ２００−１は、ＵＥ１００にセルラ通信を優先させる動作を期待する。この場合、ｅＮＢ２００−１は、ステップＳ１４０の処理を省略する。
【０１０１】
ステップ１４０において、ｅＮＢ２００−１は、スケジューリングしたサイドリンクギャップをＵＥ１００に設定する。例えば、ｅＮＢ２００−１は、ＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージによりサイドリンクギャップの割当情報（Ｓｉｄｅｌｉｎｋ  Ｇａｐ  ａｌｌｏｃａｔｉｏｎ）をＵＥ１００に送信する。
【０１０２】
サイドリンクギャップの割当情報は、例えば、１つのサブフレームパターンからなるサブフレームの情報（Ｓｅｔｕｐ  for  ｓｉｎｇｌｅ  ｐａｔｔｅｒｎ）を含んでもよいし、上述と同じ構成のサブフレームの情報を含んでもよい。
【０１０３】
ＵＥ１００は、サイドリンクギャップの割当情報に基づいて、サイドリンク動作を実行する。例えば、ＵＥ１００は、サイドリンクギャップの間に、第２周波数において、直接ディスカバリの送信（又は受信）を実行する。これにより、ＵＥ１００は、サービングセルを変更せずに、サイドリンク動作を実行することができる。
【０１０４】
以上のように、サイドリンクギャップを要求するメッセージは、所定期間の情報を含む。所定期間の情報は、サイドリンク動作による無線信号の送信（アナウンスメント）を実行可能な送信期間と、サイドリンク動作による無線信号の受信（モニタ）を実行可能な受信期間と、が識別可能に構成されている。これにより、ｅＮＢ２００−１は、ＵＥ１００が希望する動作（送信又は受信）を判断できるため、サイドリンクギャップを適切に設定することができる。
【０１０５】
例えば、ｅＮＢ２００−１は、直接ディスカバリの送信のためのサイドリンクギャップと、直接ディスカバリの受信のためのサイドリンクギャップとのバランスを考慮して、サイドリンクギャップを設定することができる。例えば、ｅＮＢ２００−１は、直接ディスカバリの送信のためのサイドリンクギャップの要求が多い場合には、複数のサイドリンクギャップの要求のうち、一部のサイドリンクギャップの要求のみを許可することができる。これにより、近隣セルが属する周波数においてディスカバリメッセージをアナウンスするＵＥの数を制限できるため、互いの干渉が抑制できる。その結果、ディスカバリメッセージの送信品質及び受信品質（近隣セルでディスカバリメッセージをモニタするＵＥにおけるディスカバリメッセージの品質）を確保することができる。
【０１０６】
また、近隣セルにおける受信リソースプールの期間の一部が、近隣セルにおける送信リソースプールの期間であることが通常である。このため、ＵＥ１００からサイドリンクギャップの要求を受信したｅＮＢ２００−１が、受信リソースプールの期間のうち、送信リソースプールの期間と重複しない期間をサイドリンクギャップとしてＵＥ１００に設定する可能性がある。当該ＵＥ１００は、ディスカバリメッセージの受信（モニタ）を意図していた場合には問題ないが、ディスカバリメッセージの送信（アナウンシング）を意図していた場合には、サイドリンクギャップが設定されたとしても、サイドリンクギャップの間にディスカバリメッセージを送信できない。従って、ｅＮＢ２００−１は、ＵＥ１００が希望するサイドリンク動作（送信／受信）を判断することによって、サイドリンクギャップを適切に設定することができる。
【０１０７】
また、近隣セルにおける受信リソースプールの期間の一部が、近隣セルにおける送信リソースプールの期間である場合には、受信のためのサイドリンクギャップよりも送信のためのサイドリンクギャップの方が期間を短く設定できる。この場合、ｅＮＢ２００−１は、サイドリンク動作がセルラ通信に影響を与えないように、サイドリンク動作による送信を意図する（又は送信に興味がある）ＵＥ１００に対しては、サイドリンク動作による受信を意図する（又は受信に興味がある）ＵＥ１００よりも、サイドリンクギャップを短めに設定できる。
【０１０８】
［第２実施形態］
次に、第２実施形態に係る動作ついて、図７を用いて説明する。図７は、第２実施形態に係る動作を説明するためのシーケンス図である。
【０１０９】
第２実施形態では、ＵＥ１００が所定期間の情報をメッセージに含めるか否かを決定するケースを中心に説明する。なお、第１実施形態と同様の部分は、説明を適宜省略する。
【０１１０】
ステップＳ２１０において、ｅＮＢ２００−１は、所定期間の情報（例えば、サブフレームパターン）をＵＥ１００がｅＮＢ２００−１へ通知するか否かを判断するための判定情報（例えば、Ｗｈｅｔｈｅｒ  ｏｒ  ｎｏｔ  ｓｕｂｆｒａｍｅ  patterｎ  ｎｅｅｄｅｄ  for  ｅａｃｈ  ｆｒｅｑｕｅｃｙ/ＰＬＭＮ）をＵＥ１００へ送信する。ｅＮＢ２００−１は、判定情報をブロードキャスト（例えば、ＳＩＢ）又はユニキャスト（例えば、ＲＲＣ再設定メッセージなどの個別シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ））により、ＵＥ１００に送信する。
【０１１１】
判定情報は、ｅＮＢ２００−１が、近隣セルにおけるリソース設定を知っているか否かを示す情報であってもよい。ｅＮＢ２００−１がリソース設定を知っている場合、ＵＥ１００は、ｅＮＢ２００−１へ所定期間の情報を通知しないと判断する。ｅＮＢ２００−１がリソース設定を知らない場合、ＵＥ１００は、ｅＮＢ２００−１へ所定期間の情報を通知すると判断する。なお、ｅＮＢ２００−１は、リソース設定（所定の情報）をＵＥ１００から受信することにより、リソース設定を知ってもよいし、近隣ｅＮＢ２００−２からＸ２インターフェイスを介してリソース設定を取得してもよい。ｅＮＢ２００−１は、上位ノード（例えば、ＯＡＭ）から近隣セル（ｅＮＢ２００−２）におけるリソース設定を取得してもよい。
【０１１２】
また、判定情報は、例えば、所定期間の情報（サブフレームパターン）が必要か否かを示す情報であってもよい。判定情報は、所定期間の情報が、周波数毎に必要であるか否かを示してもよいし、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）毎に必要であるか否かを示してもよい。判定情報は、所定の情報がセル識別子（セルＩＤ）毎に必要であるか否かを示してもよい。判定情報は、所定期間の情報が、送信及び受信のそれぞれで必要であるか否か、すなわち、送信期間と受信期間とが識別可能である必要があるか否かを示してもよい。
【０１１３】
ＵＥ１００は、判定情報に基づいて、メッセージに所定期間の情報を含めるか否かを決定する。以下において、所定期間の情報が周波数毎に必要であることを判定情報が示していると仮定して説明を進める。
【０１１４】
ステップＳ２２０において、ＵＥ１００は、所定の周波数に関して所定期間の情報が必要であるか否かを判断する（Ｎｅｅｄ  ｓｕｂｒａｍｅ  ｐａｔｔｅｒｎ  ｒｅｐｏｒｔｉｎｇ  ｆｏｒ  ｔｈｉｓ  ｆｒｅｑｕｅｎｃｙ？）。ＵＥ１００は、所定期間の情報が必要である場合、当該周波数に対応する所定期間の情報をメッセージに含める（ステップＳ２３０：「Ｓｅｔ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  for  ｔｈｉｓ  ｆｒｅｑｕｅｎｃｙ」）。一方、ＵＥ１００は、所定期間の情報が必要でない場合、当該周波数の情報（例えば、周波数の識別子（ＥＡＲＦＣＮ）、中心周波数など）をメッセージに含める（ステップＳ２４０：「Ｓｅｔ  ｏｎｌｙ  ｆｒｅｑｕｅｎｃｙ  ＩＤ  for  ｔｈｉｓ  ｆｒｅｑｕｅｎｃｙ」）。すなわち、ＵＥ１００は、所定期間の情報の代わりに、周波数の情報をメッセージに含める。なお、ＵＥ１００は、サイドリンク動作の意図（又は興味）がない周波数をメッセージに含めなくてもよい。
【０１１５】
以上のように、ＵＥ１００は、所定期間の情報をメッセージに含めるか否かを決定する。
【０１１６】
ステップ２５０において、ＵＥ１００は、次の周波数に対して、ステップＳ２２０の処理を開始する（Ｎｅｘｔ  ｆｒｅｑｕｅｎｃｙ）。ＵＥ１００は、対象となる全ての周波数に対して、ステップＳ２２０の処理を実行する。なお、対象となる周波数は、近隣セルにおいてサイドリンク動作が実行可能である周波数である。例えば、近隣セルからのリソース設定が複数の周波数を含む場合、すなわち、サイドリンク動作が実行可能である複数の周波数が存在する場合、複数の周波数毎に、複数の周波数のそれぞれに対応する所定期間の情報を、メッセージに含めるか否かを決定する。
【０１１７】
なお、ＵＥ１００は、判定情報に基づいて、複数のＰＬＭＮ毎に、複数のＰＬＭＮのそれぞれに対応する所定期間の情報を、メッセージに含めるか否かを決定してもよい。また、ＵＥ１００は、判定情報に基づいて、送信及び受信のそれぞれに対応する所定期間の情報を、メッセージに含める否かを決定してもよい。また、ＵＥ１００は、判定情報に基づいて、所定期間の情報を含めるか全く含めないかを決定してもよい。ＵＥ１００は、所定期間の情報を全く含めない場合、所定期間の情報の代わりに周波数の情報を含めてもよい。
【０１１８】
ステップＳ２６０において、ＵＥ１００は、周波数情報（Ｆｒｅｑｕｅｎｃｙ）及び／又は所定期間の情報（Ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ）を含むメッセージ（例えば、サイドリンクＵＥ情報メッセージ）をｅＮＢ２００−１に送信する。なお、所定期間の情報は、第１実施形態と同様の情報であってもよい。
【０１１９】
ｅＮＢ２００−１は、メッセージを受け取った場合、ステップＳ１３０と同様に、サイドリンクギャップのスケジューリングを実行できる。
【０１２０】
なお、ｅＮＢ２００−１は、サイドリンクギャップの要求ではなく、近隣セルのリソース設定を通知するためのメッセージである場合には、ＵＥ１００にサイドリンクギャップを設定しなくてもよい。ｅＮＢ２００−１は、例えば、サイドリンクギャップの要求を示す識別情報がメッセージに含まれない場合には、近隣セルのリソース設定を通知するためのメッセージであると判断する。
【０１２１】
また、ｅＮＢ２００−１は、所定期間の情報の代わりに周波数情報を含む場合、ＵＥ１００がサイドリンク動作の意図（又は興味）がある周波数と判断し、サイドリンクギャップをＵＥ１００に設定してもよい。
【０１２２】
以上のように、ＵＥ１００は、判定情報に基づいて、ｅＮＢ２００−１へのメッセージに所定期間の情報を含めるか否かを決定する。これにより、ｅＮＢ２００−１が所定期間の情報を不要である場合には、ＵＥ１００は、所定期間の情報をｅＮＢ２００−１に送信せずにすむため、シグナリングオーバーヘッドを減少できる。
【０１２３】
［第３実施形態］
次に、第３実施形態に係る動作ついて、図８を用いて説明する。図８は、第３実施形態に係る動作を説明するためのシーケンス図である。
【０１２４】
第３実施形態では、ＵＥ１００がサイドリンクギャップを要求するメッセージの送信を省略するケースを中心に説明する。なお、第１及び第２実施形態のいずれかと同様の部分は、説明を適宜省略する。
【０１２５】
ステップＳ３１０において、ＵＥ１００は、サイドリンク動作を実行するための無線リソースの割り当てをｅＮＢ２００−１に要求する。ＵＥ１００は、例えば、サイドリンクＵＥ情報メッセージにより直接ディスカバリ用の送信及び受信の少なくとも一方の無線リソース（Ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ  ｒｅｑｕｅｓｔ）を要求する。ＵＥ１００は、サイドリンク動作に興味がある（又はサイドリンク動作を意図する）周波数の情報を無線リソースを要求するメッセージに含めてもよい。ＵＥ１００は、例えば、サービングセルが属する第１周波数と、近隣セルが属する第２周波数と、を示す情報をサイドリンクＵＥ情報メッセージに含めてもよい。
【０１２６】
ステップＳ３２０において、ｅＮＢ２００−１は、無線リソースの割り当てを要求するメッセージの受信に応じて、無線リソースのスケジューリングを行う（ｓｃｈｄｕｌｉｎｇ）。ｅＮＢ２００−１は、ＵＥ１００に無線リソースを割り当てる場合には、ステップＳ３３０の処理を実行する。ｅＮＢ２００−１は、ＵＥ１００に無線リソースを割り当てない場合には、ステップＳ３３０の処理を省略する。
【０１２７】
また、ｅＮＢ２００−１は、無線リソースの割り当てを要求するメッセージを受信した場合に、無線リソースを割り当てる代わりに、サイドリンクギャップをＵＥ１００に設定すると判断してもよい。例えば、ｅＮＢ２００−１は、ＵＥ１００に無線リソースが割り当てられない場合（例えば、割り当てられる送信リソースの不足）、サイドリンクギャップをＵＥ１００に設定すると判断してもよい。また、ｅＮＢ２００−１は、サービングセルにおけるサイドリンク動作を許可しないが、近隣セルにおけるサイドリンク動作を許可する場合に、サイドリンクギャップをＵＥ１００に設定すると判断してもよい。例えば、ｅＮＢ２００−１は、ＵＥ１００がサービングセルが属する第１周波数と近隣セルが属する第２周波数とにおけるサイドリンク動作に興味（又はサイドリンク動作の意図）がある場合に、サイドリンクギャップをＵＥ１００に設定すると判断してもよい。また、ｅＮＢ２００−１は、ｅＮＢ２００−１が無線リソースをＵＥ１００に割り当てることを許可しないが、ＵＥ１００が自律的に無線リソースを選択することを許可する場合に、サイドリンクギャップをＵＥ１００に設定すると判断してもよい。
【０１２８】
ステップＳ３３０において、ｅＮＢ２００−１は、サイドリンク動作用の無線リソース又はサイドリンクギャップの情報（Ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ  ｏｒ  Ｓｉｄｅｌｉｎｋ  Ｇａｐ  ａｌｌｏｃａｔｉｏｎ）を含むメッセージをＵＥ１００に送る。
【０１２９】
ステップＳ３４０において、ＵＥ１００は、近隣セルが属する周波数においてサイドリンク動作を実行するためのサイドリンクギャップを要求するためのメッセージ（ギャップ要求メッセージ）を送信するか否かを判断する（Ｉｓ  Ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ  ｒｅｑｕｅｓｔ  ｔｒａｎｓｍｉｔｔｅｄ？）。
【０１３０】
例えば、ＵＥ１００は、サイドリンク動作（例えば、直接ディスカバリ）用の無線リソースを要求するメッセージ（リソース要求メッセージ）をｅＮＢ２００−１に送信したか否かを判断する。ＵＥ１００は、リソース要求メッセージを送信した場合、ギャップ要求メッセージの送信を省略する。すなわち、ＵＥ１００は、処理を終了し、ギャップ要求メッセージを送信しない。一方、ＵＥ１００は、リソース要求メッセージを送信していない場合、ギャップ要求メッセージを送信するために、ステップＳ３５０の処理を実行する。
【０１３１】
或いは、ＵＥ１００は、リソース要求メッセージに応じて無線リソースが割り当てられた場合に、ギャップ要求メッセージの送信を省略してもよい。ＵＥ１００は、リソース要求メッセージに応じて無線リソースが割り当てられていない場合、ギャップ要求メッセージを送信するために、ステップＳ３５０の処理を実行してもよい。
【０１３２】
或いは、ＵＥ１００は、個別シグナリングにより個別の無線リソース（Ｄｅｄｉｃａｔｅｄ  ｒｅｓｏｕｒｃｅ）が割り当てられた場合に、ギャップ要求メッセージの送信を省略してもよい。ＵＥ１００は、ブロードキャスト（例えば、ＳＩＢ）により共通の無線リソースが割り当てられた場合に、ギャップ要求メッセージを送信するために、ステップＳ３５０の処理を実行してもよい。
【０１３３】
或いは、ＵＥ１００は、サイドリンク動作用の無線リソースが割り当てられた場合であっても、割り当てられた無線リソースが配置された周波数と異なる周波数においてサイドリンク動作を実行する意図（又は興味）がある場合、ギャップ要求メッセージを送信するために、ステップＳ３５０の処理を実行してもよい。ＵＥ１００は、サイドリンク動作を実行する意図（又は興味）がある周波数の情報をギャップ要求メッセージに含めることができる。
【０１３４】
ステップＳ３５０からＳ３７０は、ステップＳ１２０からＳ１４０と同様の処理である。
【０１３５】
ステップＳ３８０において、ＵＥ１００は、サイドリンク動作用の無線リソースを受信した場合、当該無線リソースを用いてサイドリンク動作を実行できる。また、ＵＥ１００は、サイドリンク動作用の無線リソースを要求したにもかかわらず、無線リソースの割り当ての代わりにサイドリンクギャップが割り当てられた場合、サイドリンクギャップの間にサービングセルと異なる近隣セルが属する周波数においてサイドリンク動作を実行できる。ＵＥ１００は、ｅＮＢ２００−１がサービングセルにおけるサイドリンク動作を許可していないと判断してもよい。
【０１３６】
また、ＵＥ１００は、無線リソースの割り当ての代わりにサイドリンクギャップが割り当てられた場合、ｅＮＢ２００−１が無線リソースをＵＥ１００に割り当てることを許可していないと判断してもよい。この場合、ＵＥ１００は、サイドリンク動作用の無線リソースを自律的に選択し、選択した無線リソースを用いてサイドリンク動作（Ｓｉｄｅｌｉｎｋ  ｏｐｅｒａｔｉｏｎ）を実行してもよい。なお、ＵＥ１００は、ｅＮＢ２００−１から提供される（送信／受信）リソースプールの中から無線リソースを選択できる。
【０１３７】
ＵＥ１００は、サイドリンク動作用の無線リソースを要求したにもかかわらず、サイドリンク動作用の無線リソースが割り当てられず、かつ、サイドリンクギャップも設定されない場合、ｅＮＢ２００−１からの許可を得ていないため、サイドリンク動作の実行を省略する（すなわち、サイドリンク動作を実行しない）。或いは、ＵＥ１００は、セルラ通信に影響を与えないように、サイドリンク動作（例えば、受信）を実行してもよい。
【０１３８】
以上のように、ＵＥ１００は、リソース要求メッセージを送信した場合、ギャップ要求メッセージの送信を省略する。これにより、シグナリングオーバーヘッドを減少できる。
【０１３９】
また、ｅＮＢ２００−１は、リソース要求メッセージをＵＥ１００から受信した場合に、無線リソースを割り当てる代わりに、サイドリンクギャップをＵＥ１００に設定する。これにより、ギャップ要求メッセージの送信が省略されるため、シグナリングオーバーヘッドを減少できる。
【０１４０】
［第４実施形態］
次に、第４実施形態に係る動作ついて、図９を用いて説明する。図９は、第４実施形態に係る動作を説明するためのシーケンス図である。
【０１４１】
第４実施形態では、ＵＥ１００が近隣セルから受信した情報をｅＮＢ２００−１（サービングセル）に送信するケースを中心に説明する。なお、第１から第３実施形態の少なくともいずれかと同様の部分は、説明を適宜省略する。
【０１４２】
ステップＳ４１０において、近隣セル（ｅＮＢ２００−２）は、近隣セルが属する周波数においてサイドリンク動作が可能である期間を特定可能な情報（リソース設定：Ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含む近隣セル情報を送信できる。ｅＮＢ２００−２は、ブロードキャスト（例えば、ＳＩＢ（ＳＩＢ１９））により近接セル情報を送信できる。なお、近接セル情報は、セルへのアクセス規制に関する規制情報を含んでもよい。規制情報は、ｅＮＢ２００−２が管理するセルへアクセスが規制されているか、規制が解除されたかを示す情報であってもよい。
【０１４３】
ｅＮＢ２００−１は、リソース設定（近隣セル情報）を周期的又は非周期的に送信してもよい。ステップＳ４１０は、ステップＳ１１０と同様の動作であってもよい。
【０１４４】
ステップＳ４２０において、ＵＥ１００は、新たに受信した近接セル情報が前回受信した近接セル情報と異なるか否かを判断する（Ｃｈａｎｇｅ  ｉｎ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ？）。例えば、ＵＥ１００は、近接セルから受信したリソース設定が変更されているか否かを判断する。ＵＥ１００は、リソース設定が変更されていない場合、処理を終了できる。すなわち、ＵＥ１００は、近接セル情報の少なくとも一部の情報をｅＮＢ２００−１に送信しない。一方、ＵＥ１００は、リソース設定が変更されている場合、近接セル情報の少なくとも一部の情報をｅＮＢ２００−１に送信する処理（ステップＳ４３０の処理）を実行する。
【０１４５】
また、ＵＥ１００は、ステップＳ４３０の処理を実行するか否かを判断するためのタイマに基づいて、ステップＳ４３０の処理を実行するか否かを判断してもよい。例えば、ＵＥ１００は、当該タイマが動作している場合にのみ、ステップＳ４２０の判断を行ってもよい。ＵＥ１００は、当該タイマが満了している場合には、ステップＳ４２０の判断を行わずに、ステップＳ４３０の処理を常に実行してもよい。また、ＵＥ１００は、当該タイマが動作している場合には、ステップＳ４２０の判断を行わずに、ステップＳ４３０の処理を省略してもよい。ＵＥ１００は、当該タイマが満了している場合には、ステップＳ４２０の判断を行ってもよい。
【０１４６】
ＵＥ１００は、近接セル情報を受信した場合に、タイマを起動（開始）してもよい。ＵＥ１００は、近接セル情報（例えば、サイドリンクギャップを要求するメッセージ）をｅＮＢ２００−１に報告（送信）した場合に、タイマを起動してもよい。
【０１４７】
ＵＥ１００は、タイマの閾値（開始値又は満了値（終了値））をｅＮＢ２００−１から受信してもよい。ｅＮＢ２００−１は、共通シグナリング（例えば、ＳＩＢなどによるブロードキャスト）により、タイマの閾値をＵＥ１００に通知してもよいし、個別シグナリングによりタイマの閾値をＵＥ１００に通知（設定）してもよい。
【０１４８】
また、ＵＥ１００は、ｅＮＢ２００−１からサイドリンクギャップが既に設定されている場合に（のみ）、ステップＳ４３０の処理を実行してもよい。また、ＵＥ１００は、規制情報が変更されている場合に、ステップＳ４３０の処理を実行してもよい。ＵＥ１００は、セルへのアクセスが規制された場合、及び、アクセスが規制されていたセルの規制が解除された場合に、ステップＳ４３０の処理を実行する。
【０１４９】
また、ＵＥ１００は、今回受信した近接セル情報の送信元のセル（ｅＮＢ）と前回受信した近接セル情報との送信元のセル（ｅＮＢ）が異なる場合に（のみ）、ステップＳ４３０の処理を実行してもよい。ＵＥ１００の移動により、近接セル情報の送信元が異なるケースが想定される。ＵＥ１００は、近接セル情報に含まれる送信元の識別子（例えば、セル識別子、ｅＮＢ識別子など）が異なる場合に、ステップＳ４３０の処理を実行してもよい。
【０１５０】
また、ＵＥ１００は、サイドリンク動作（例えば、送信／受信動作、周波数、送信・受信タイミング（期間）などを含む）に関する興味が変わった場合に、ステップＳ４３０の処理を実行する。
【０１５１】
ステップＳ４３０からステップＳ４５０は、ステップＳ１２０からＳ１４０と同様の動作である。なお、ステップＳ４３０において、ＵＥ１００は、ステップＳ１２０と同様に、興味がある情報（例えば、所定期間、周波数など）をｅＮＢ２００−１に送信してもよい。また、ＵＥ１００は、近接セル情報（又はリソース設定）の一部である所定期間の情報だけでなく、規制情報もｅＮＢ２００−１に送信してもよい。ＵＥ１００は、新たに受信したリソース設定のうち前回の所定期間の情報から変更された情報を、所定期間の情報としてｅＮＢ２００−１に送信してもよい。また、ステップＳ４４０において、ｅＮＢ２００−１は、ＵＥ１００へのサイドリンクギャップのスケジューリングを実行して、サイドリンクギャップをＵＥ１００に設定している場合であっても、サイドリンクギャップのスケジューリングを再度実行してもよい（Ｓｉｄｅｌｉｎｋ  Ｇａｐ  （ｒｅ−）ｓｃｈｅｄｕｌｉｎｇ）。従って、ｅＮＢ２００−１は、サイドリンクギャップを設定したＵＥ１００から新たなサイドリンクギャップを要求するメッセージを受信した場合、新たなサイドリンクギャップをＵＥ１００に設定してもよい。ｅＮＢ２００−１は、受信したメッセージに基づいて、設定されたサイドリンクギャップを解除してもよい。
【０１５２】
ステップＳ４６０において、ＵＥ１００は、サイドリンクギャップが既に設定されているか否かを判断する（Ｇａｐ  ｉｓ  ａｌｒｅａｄｙ  ｃｏｎｆｉｇｕｒｅｄ？）。ＵＥ１００は、サイドリンクギャップが設定されていない場合、ｅＮＢ２００−１から受信したサイドリンクギャップの設定を実行する（Ｓｅｔｕｐ  ｎｅｗ  ｇａｐ）。一方、ＵＥ１００は、サイドリンクギャップが既に設定されている場合、サイドリンクギャップの設定を破棄し、新たなサイドリンクギャップの設定を実行できる（Ｒｅｌｅａｓｅ  ｏｌｄ  Ｇａｐ  Ｓｅｔｕｐ  ｎｅｗ  ｇａｐ）。
【０１５３】
以上のように、ＵＥ１００は、今回受信した近接セル情報（リソース設定）が前回受信した近接セル情報（リソース設定）と異なる場合に、今回受信した近接セル情報の少なくとも一部の情報をｅＮＢ２００に送信できる。これにより、ＵＥ１００は、同じ情報を何回も送信する必要がないため、ｅＮＢ２００−１へのシグナリングオーバーヘッドを減少できる。
【０１５４】
［その他の実施形態］
上述した各実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１５５】
上述した各実施形態に係る動作は、適宜組み合わせて実行されてもよい。また、上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。例えば、ＵＥ１００は、第４実施形態において、ステップＳ４５０からＳ４８０の一連の動作のみが実行されてもよい。
【０１５６】
上述した各実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ｅＮＢ２００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。
【０１５７】
或いは、ＵＥ１００及びｅＮＢ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサ）によって構成されるチップが提供されてもよい。
【０１５８】
［付記］
（１）導入
この付記では、サイドリンクギャップの詳細について検討する。
【０１５９】
（２）サイドリンクギャップの規定
（２．１．１）
受信機／受信態様
Ｒｅｌ−１３のサイドリンクギャップの規定が、Ｒｅｌ−１２の合意にできる限り一致するべきであることは当然である。ＵＥは、ディスカバリ受信用のディスカバリプールによって設定されるサブフレーム、及びＲＦ再同調（すなわち、ガード期間）のためにサブフレームに先行及び続行する１つのサブフレームにおいて、下りリンク信号を復号する必要はない。サブフレームは、サイドリンクギャップによって、例えば、ビットマップパターンとして示されるべきである。セルラメジャメントギャップサブフレーム及びページング受信は、サイドリンクギャップより優先されるべきであることことに留意するべきである。
【０１６０】
提案１：サイドリンクギャップは、メジャメントギャップ及びページングメッセージを除き、ＵＥが下りリンク信号を読み取る必要がないサブフレームを示すべきである。
【０１６１】
Ｒｅｌ−１３における規定のエンハンスメントの観点から、同一周波数内測定（ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ  ｍｅａｓｕｒｅｍｅｎｔｓ）は、考慮されない。既存のメジャメントギャップの要件を考慮して、同一周波数内測定は、異周波数間ディスカバリ受信（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ  ｒｅｃｅｐｔｉｏｎ）より優先されるべきである。換言すれば、サイドリンクギャップは、同一周波数内測定によって中断される場合がある。
【０１６２】
提案２：異周波数間ディスカバリ受信は、同一周波数内測定の最低限の性能を遂行するために中断される場合がある。
【０１６３】
もし提案１が受け入れられるならば、「ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＵＥに関して、本規則が（ＵＥ毎ベースで）適用されるか否かを示すＲＲＣシグナリングを使用して１ビットでシグナルされてもよい」という課題は、「１ビット」の代わりに、サイドリンクギャップの設定によって解決されるであろう。従って、サイドリンクギャップがサービングセルによって設定されない場合、ＵＥは、Ｒｅｌ−１２の動作に準拠しなければならない、すなわち、ＰｒｏＳｅ受信は、Ｕｕ受信に影響を与えない（例えば、ＵＥは、ＩＤＬＥ及びＣＯＮＮＥＣＴＥＤのＤＲＸ機会を利用して、ＰｒｏＳｅディスカバリ受信を実行するか、又は利用可能な場合、第２のＲＸチェーンを使用する）。
【０１６４】
提案３：サイドリンクギャップがサービングセルによって設定されない場合、ＵＥは、ディスカバリモニタリングに関してＲｅｌ−１２の動作に準拠しなければならない。
【０１６５】
サイドリンクギャップの設定方法、並びに他の優先される動作（すなわち、メジャメントギャップ、ページング機会及び同一周波数内測定）とサイドリンクギャップが共存する方法もまた考慮しなければならない。下記の通り、３つの選択肢が検討されると考えられる。
【０１６６】
−選択肢１：サービングセルは、異周波数間メジャメントギャップ（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐ）と重複しないサイドリンクギャップ部分のみを割り当てる。また、サイドリンクギャップは、ページング機会及び同一周波数内測定と重複すべきでない。この選択肢では、ＵＥ動作下で規定されるべき、更なる優先順位付けは不要であるが、ＮＷの複雑性は増大することとなり、例えば、ギャップの設定に関連する複雑性は増大する場合がある。
【０１６７】
−選択肢２：異周波数間メジャメントギャップとの重複がある場合、サービングセルは、サイドリンクギャップの割り当てを差し控える。この選択肢では、異周波数間測定の優先順位付けは不要となるが、ＵＥは、ディスカバリ受信を実行するいくつかの機会を失う。また、設定は、より複雑になる。
【０１６８】
−選択肢３：サービングセルは、異周波数間メジャメントギャップとサイドリンクギャップとの両方を重複の可能性に関係なく提供する。また、ページング機会及び同一周波数内測定からも独立している。この選択肢では、例えば、簡易なビットマップ／パターンを使用する設定によって、実際のオーバーヘッドを最小化しながら、優先順位付けを規定する必要がある。
【０１６９】
選択肢１及び２は、ＮＷ実装に左右され、そのメリットは、他の受信機アクティビティとの共存のための、優先順位付けを標準化するための労力を回避できることである。選択肢３では、優先順位付けを規定する必要があるが、シグナリングのオーバーヘッドは削減することができる。実際のネットワークにおける効率性から、選択肢３が、わずかに好ましい。この優先順位付け規則にＰＨＩＣＨ受信を含むべきか否かは更なる課題である。
【０１７０】
提案４：サイドリンクギャップ、メジャメントギャップ、ページング機会、及び／又は同一周波数内測定機会、の間での重複の可能性を考慮するために、ＵＥに対して新しい優先順位付け規則を規定する必要があるか否かが検討されるべきである。
【０１７１】
（２．１．２）送信機／送信態様
ディスカバリ信号は、受信プール内の１つ又は複数の機会において送信される、すなわち、送信機会は、受信プールの一部（ｓｕｂｓｅｔ）である。サイドリンクギャップによって示されるサブフレームにおいて、ＵＥは、ＰＤＣＣＨを復号しないので、上りリンクグラント（ＵＬ  ｇｒａｎｔ）を受信しない。しかしながら、サイドリンクギャップ内の最初の４つのサブフレームに関しては、サイドリンクギャップに先行する４つのサブフレーム内で上りリンクグラントを受信することができるので、上りリンク送信が依然として可能である。そのため、最初の４つのサブフレーム内では、ディスカバリのアナウンスメントを保護することができない。サイドリンクギャップの最初の４つのサブフレームに関しては、３つの選択肢を検討することができる。
【０１７２】
−選択肢１：サービングセルは、ディスカバリリソースの実際の期間の前の４つのサブフレームでサイドリンクギャップを設定する。
【０１７３】
−選択肢２：ＵＥは、上りリンクグラントを受信する必要はないが、サイドリンクギャップに先行する４つのサブフレーム内でその他の下りリンク信号を読み取る必要が依然としてある。
【０１７４】
−選択肢３：サービングセルが上りリンクグラントを、例えば、サイドリンクギャップに先行する４つのサブフレーム内で送る場合、ＵＥは、サイドリンクギャップ中でさえも上りリンク送信を優先する必要がある。
【０１７５】
選択肢１は、簡単なソリューションであるが、サービングセルが下りリンク送信を送る機会を失っていることは受け入れられない場合がある。他方、選択肢２は、標準化の努力を一層払うことで、下りリンク送信が失われている問題を解決することができると考えられる。選択肢３は、上りリンクグラントのために何ら追加ルールを必要としないが、ディスカバリ送信の機会が低減する場合がある。Ｒｅｌ−１２の動作は、「ＵＥは、同一周波数内ＰｒｏＳｅダイレクトディスカバリアナウンスメント（ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ  ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ  ａｎｎｏｕｎｃｅｍｅｎｔ）を、ＰｒｏＳｅダイレクトディスカバリリソースプール（ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）が設定されているサブフレーム内で実行する。ＰｒｏＳｅダイレクトディスカバリアナウンスメントは、Ｕｕ送信及び／又は受信には影響を与えるべきではない」ことなので、サービングセルが選択肢３の遂行を望む場合、サイドリンクギャップを設定しないということだけを決定できる。「ディスカバリトランスミッタ及び受信のために導入されたギャップは、コネクティッドモードＵＥに対して、異周波数間のケースと同一周波数内のケースとの両方に適用されるべきである」ことと、「非個別送受信機（ｎｏｎ−ｄｅｄｉｃａｔｅｄ  ｔｒａｎｓｃｅｉｖｅｒ）ケースのために異キャリア間ディスカバリ性能（ｉｎｔｅｒ−ｃａｒｒｉｅｒ  ｄｉｓｃｏｖｅｒｙ  ｐｅｒｆｏｒｍａｎｃｅ）の向上のために、ギャップが導入されて、ダイレクトディスカバリ送信／受信用ＲＦ送信機／受信機チェーンを再使用できる」ことと、を考慮すれば、Ｒｅｌ−１２の動作と意味が異なる選択肢２によってサイドリンクギャップを規定することはわずかに好ましい。
【０１７６】
提案５：サイドリンクギャップがサービングセルによって設定されない場合、ＵＥは、ディスカバリ送信に関してＲｅｌ−１２の動作に準拠すべきである（すなわち、選択肢３）。
【０１７７】
提案６：ＵＥは、サイドリンクギャップに先行する４つのサブフレーム内で上りリンクグラントを受信するべきではない（すなわち、選択肢２：図１０参照）。
【０１７８】
（３）サイドリンクギャップの設定
サイドリンクギャップが単一のギャップで設定されるのか、又は別々のギャップ（ｓｅｐａｒａｔｅ  ｇａｐｓ）で設定されるのか、依然不明である。別々のギャップでは、タイプ１のディスカバリ若しくはタイプ２Ｂのディスカバリのいずれか、アナウンシング若しくはモニタリングのいずれか、及び／又は周波数毎若しくはＰＬＭＮ毎のいずれかで区別することができる。簡素化及びシグナリングオーバーヘッド低減のために、サイドリンクギャップは、提案１と同様に、ＵＥが下りリンク信号を読み取る必要がないサブフレームの単一の「パターン」で規定されるべきである。サイドリンクギャップは、メジャメントギャップに関する既存の仕様、「注：ＵＥは、ＤＣで設定される場合でも、タイミングがＭＣＧセルを基準とした単一ギャップを適用する」と同様である。サイドリンクギャップ設定中は、どの周波数でＵＥがディスカバリアナウンシング／モニタリング（ｄｉｓｃｏｖｅｒｙ  ａｎｎｏｕｎｃｉｎｇ／ｍｏｎｉｔｏｒｉｎｇ）を実行するかは、ＵＥ実装次第である。また、サイドリンクギャップの設定に関しては、ネットワークにある程度の余地があると考えられ、例えば、Ｕｕサービスとディスカバリパフォーマンスとの間でバランスを調整することは、ネットワーク実装次第である。
【０１７９】
提案７：サイドリンクギャップは、関連するサブフレームの単一の「パターン」によって明示されるべきである（図１１参照）。
【０１８０】
（４）サイドリンクギャップ要求
（４．１）要求の内容
「ＵＥは、ディスカバリ受信及び／又は送信のためにギャップを要求することができる。この要求において、ＵＥは、ｅＮＢに、ＵＥが送信及び／又は受信のためにギャップを必要とする（サービングセルのタイミングに対応する）サブフレームを通知することができる」ことが合意されており、例えば、非協調ＰＬＭＮシナリオの下で、サービングセルがこのＵＥのために適切なサイドリンクギャップを決定することが容易になる。「送信サブフレームに相当するもの（許可された全ての送信サブフレーム、又はＵＥが送信を意図するサブフレーム）」に関しては更なる課題である。シグナリングオーバーヘッドに関しては、サブフレームがビットマップパターンによって明示されている場合、通知されたサブフレームの規定に関係なく、同一であると考えられる。リソーススケジューリングの責を担うサービングセルを考慮すれば、サブフレーム情報は、許可される全てのサブフレームでなければならない。サービングセルは、例えば、Ｕｕ通信のＱｏＳを考慮して、ＵＥにとって適切なギャップパターンを決定することができる。
【０１８１】
提案８：サイドリンクギャップ要求において通知されるサブフレームは、許可される全ての送信及び受信サブフレームであるべきであり、従って、更なる課題を終了させるものである。
【０１８２】
この意味で、送信及び受信用サブフレームは、要求において、別々に通知されるべきであり、すなわち、送信サブフレーム用の１つのパターンと受信サブフレーム用のもう１つのパターンとで通知されるべきである。
【０１８３】
さらに、サブフレームパターンはまた、ＵＥが興味がある周波数毎に分けられるべきである。こうして、各サブフレームパターンは、Ｔｘ／Ｒｘ、周波数、及び／又はＰＬＭＮ  ＩＤなどの「タグ」に関連付けて通知されるべきである。
【０１８４】
提案９：ＵＥは、サービングセルに、送信／受信、周波数、及び／又はＰＬＭＮ  ＩＤと関連付けられたタグを含む別々のサブフレームパターン（ｓｅｐａｒａｔｅ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎｓ）を通知すべきである。
【０１８５】
しかしながら、ＵＥがかかる別々のサブフレームパターンを周波数毎に通知する場合、過剰なシグナリングオーバーヘッドが引き起こされることとなる。ついては、サービングセルがそれらのサブフレームパターンを必要とする場合に限り、ＵＥに対して、サービングセルにサブフレームパターンを通知することを許可することが好ましい。従って、オーバーヘッドを低減する条件の有無を検討するだけの価値はあると考えられる。
【０１８６】
同一ＰＬＭＮ間（ｉｎｔｒａ−ＰＬＭＮ）及び協調された異ＰＬＭＮ間（ｃｏｏｒｄｉｎａｔｅｄ  ｉｎｔｅｒ−ＰＬＭＮ）のシナリオにおいて、サービングセルは、その他の周波数に属する近隣ｅＮＢのリソースプールの設定（及び、場合により、ＳＦＮ（Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）調整のためのタイミングオフセット）を既に知っていてもよい。この場合、サービングセルが、このＵＥのためにサイドリンクギャップを決定することができるように、ＵＥは、サイドリンクギャップ要求として、興味のある周波数をサービングセルへ通知するだけである、と考えられるだろう。周波数情報は、現在、公共の安全の用途の場合に限り許可されている現在の合意を再利用できるであろう。従って、商業用途の場合の合意に対する強化がされるべきである。さらに、ＵＥがサイドリンクギャップ要求時にサブフレームパターンを含むにせよ、含まないにせよ、サービングセルは、周波数毎に情報を提供するべきである。
【０１８７】
提案１０：ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、商業用途の場合のダイレクトディスカバリが所望されている周波数をｅＮＢに対して示すだけである、ｅＮＢが当該周波数のリソース設定の情報を有する場合は。
【０１８８】
（４．２）要求のトリガ
「要求がトリガされる場合」も更なる課題である。ＵＥがディスカバリ送信に興味がある場合、ＵＥがディスカバリ送信を開始する方法に関して、以下の通り２つのシナリオがある。
【０１８９】
−シナリオ１：ＵＥが、ディスカバリリソースのみを要求し、サイドリンクギャップは要求しない。
【０１９０】
異周波数間ディスカバリ送信（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ  ｔｒａｎｓｍｉｓｓｉｏｎ）に関して、「ネットワークが信号を送ることができ［…］、そのキャリアに関してサービングセルへリソースを要求することをＵＥが期待されている」場合、実行される。
【０１９１】
同一周波数内ディスカバリ送信（ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ  ｔｒａｎｓｍｉｓｓｉｏｎ）に関して、Ｒｅｌ−１２における規定通りに、スケジューリングされたリソース割り当てが実行される。
【０１９２】
−シナリオ２：ＵＥが、ディスカバリリソースを自律的に取得し、サイドリンクギャップも要求する。
【０１９３】
異周波数間ディスカバリ送信に関して、「ネットワークが信号を送ることができ［…］、ＵＥがシグナルされたキャリアのＳＩＢ１９を自律的に読むべきである」場合、実行される。
【０１９４】
同一周波数内ディスカバリ送信に関して、Ｒｅｌ−１２の規定通りに、ＵＥの自律的なリソースの選択が実行される。
【０１９５】
シナリオ１のケースでは、ｅＮＢは、ＵＥに割り当てられた送信リソースを知っているので、ｅＮＢがこのＵＥに関するサイドリンクギャップを知っていることは明らかである。サイドリンクギャップが明示的に設定されるか、又は非明示的に設定されるか、すなわち、リソース割り当てと一緒にサイドリンクギャップを設定するか否かは依然として不明であるが、ＵＥが個別の送信リソース（ｄｅｄｉｃａｔｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅｓｏｕｒｃｅｓ）を要求する場合、ＵＥはサイドリンクギャップ要求を送る必要がない。
【０１９６】
提案１１：ＵＥが個別の送信リソース（ｄｅｄｉｃａｔｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅｓｏｕｒｃｅｓ）をサービングセルに対して要求する場合、サイドリンクギャップ要求がトリガされるべきではない。
【０１９７】
シナリオ２のケースでは、ＵＥが自律的に送信リソースを取得するため、ｅＮＢは、ＵＥがサイドリンクギャップを必要としているかどうか知らない。そのため、ＵＥは、サイドリンクギャップを要求することが許可されるべきである。
【０１９８】
提案１２：ＵＥがＳＩＢ１９から送信リソースを自律的に取得する場合、ＵＥは、必要な場合、サイドリンクギャップを要求することが許可されるべきである。
【０１９９】
例えば、ＵＥがサイドリンクギャップにもはや興味が無いか、又はサイドリンクギャップを必要としていない場合は、Ｕｕスケジューリングの機会を最大化するために、サイドリンクギャップの設定を解除すべきであることが提案された。また、ある条件の変更、例えば、他の周波数のＳＩＢ１９においてリソース設定が変更されたり、ＵＥが異ＰＬＭＮ間ディスカバリに興味はないが、同一ＰＬＭＮ内ディスカバリにはまだ興味があったり、又はアクセス制限状況が変更されたりすることにより、ＵＥは、既に設定されたサイドリンクギャップを再設定する必要を通知するであろう。そのため、ＵＥは、条件が変更された場合にも、サービングセルに通知すべきである。
【０２００】
提案１３：サイドリンクギャップの設定を解除する又は再設定するために、ＵＥは、例えば、ＵＥの興味、送信リソース設定、及び／又は他のキャリアに対するアクセス制限状況の変更に関する情報をサービングセルに通知しなければならない。
【０２０１】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願に係る内容を適用してもよい。
【０２０２】
なお、米国仮出願第６２／２２２９０２号（２０１５年９月２４日出願）の全内容が、参照により、本願明細書に組み込まれている。
【図１】
2017051602.tif 000003
【図２】
2017051602.tif 000004
【図３】
2017051602.tif 000005
【図４】
2017051602.tif 000006
【図５】
2017051602.tif 000007
【図６】
2017051602.tif 000008
【図７】
2017051602.tif 000009
【図８】
2017051602.tif 000010
【図９】
2017051602.tif 000011
【図１０】
2017051602.tif 000012
【図１１】
2017051602.tif 000013
【手続補正書】
【提出日】平成30年3月22日(2018.3.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線端末であって、
前記無線端末がサイドリンクギャップを要求するための所定期間の情報を前記無線端末が基地局へ送信できるか否かを判定するために用いられる情報を、前記基地局から受信する受信部と、
前記無線端末が、前記所定期間の情報を前記基地局へ送信できるか否かを、前記情報に基づいて判定する制御部と、
記所定期間の情報を前記基地局へ送信できると判定した場合、前記所定期間の情報を含むサイドリンクＵＥ情報メッセージを基地局に送信する送信部と、を備え、
前記サイドリンクギャップは、第１の周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップであり、
前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成されている無線端末。
【請求項２】
前記受信部は、前記基地局からブロードキャストにより送信された前記情報を受信する請求項１に記載の無線端末。
【請求項３】
前記受信部は、前記基地局からユニキャストにより送信された前記情報を受信する請求項１に記載の無線端末。
【請求項４】
前記所定期間の情報は、前記第１の周波数と関連付けられている請求項１に記載の無線端末。
【請求項５】
前記所定期間の情報は、前記無線端末のサービングセルのタイミングに対応する請求項１に記載の無線端末。
【請求項６】
前記サイドリンクギャップを設定するための設定情報を前記基地局から受信する受信部をさらに備え、
前記設定情報は、前記所定期間の情報に基づく請求項１に記載の無線端末。
【請求項７】
無線端末を制御するプロセッサであって、
前記無線端末がサイドリンクギャップを要求するための所定期間の情報を前記無線端末が基地局へ送信できるか否かを判定するために用いられる情報を、前記基地局から受信する処理と
前記所定期間の情報を前記基地局へ送信できるか否かを前記情報に基づいて判定する処理と、
記所定期間の情報を前記基地局へ送信できると判定した場合、前記所定期間の情報を含むサイドリンクＵＥ情報メッセージを基地局に送信する処理と、を実行し、
前記サイドリンクギャップは、第１の周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップであり、
前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成されているプロセッサ。
【請求項８】
基地局であって、
無線端末がサイドリンクギャップを要求するための所定期間の情報を前記無線端末が前記基地局へ送信できるか否かを判定するために用いられる情報を、前記無線端末に送信する送信部と、
前記所定期間の情報を含むサイドリンクＵＥ情報メッセージを前記無線端末から受信する受信部と、を備え、
前記サイドリンクギャップは、第１の周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップであり、
前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成され、
前記送信部は、前記サイドリンクギャップの要求に応じて、前記サイドリンクギャップを前記無線端末へ設定するための設定情報を前記無線端末へ送信する基地局。
【請求項９】
基地局を制御するプロセッサであって、
無線端末がサイドリンクギャップを要求するための所定期間の情報を前記無線端末が前記基地局へ送信できるか否かを判定するために用いられる情報を、前記無線端末に送信する処理と、
前記所定期間の情報を含むサイドリンクＵＥ情報メッセージを前記無線端末から受信する処理とを実行し、
前記サイドリンクギャップは、第１の周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップであり、
前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成され、
前記プロセッサは、
前記サイドリンクギャップの要求に応じて、前記サイドリンクギャップを前記無線端末へ設定するための設定情報を前記無線端末へ送信する処理をさらに実行するプロセッサ。
【請求項１０】
通信方法であった、
無線端末が、前記無線端末がサイドリンクギャップを要求するための所定期間の情報を前記無線端末が基地局へ送信できるか否かを判定するために用いられる情報を、前記基地局から受信するステップと、
前記無線端末が、前記所定期間の情報を前記基地局へ送信できるか否かを、前記情報に基づいて判定するステップと、
前記無線端末が、記所定期間の情報を前記基地局へ送信できると判定した場合、前記所定期間の情報を含むサイドリンクＵＥ情報メッセージを基地局に送信するステップと、
前記基地局が、前記サイドリンクギャップの要求に応じて、前記サイドリンクギャップを前記無線端末へ設定するための設定情報を前記無線端末へ送信するステップと、を備え、
前記サイドリンクギャップは、第１の周波数において近傍端末を発見するためのディスカバリメッセージを送信又は受信するためのギャップであり、
前記所定期間の情報は、前記ディスカバリメッセージを送信するための送信期間と、前記ディスカバリメッセージを受信するための受信期間と、が識別可能に構成される通信方法。
【国際調査報告】
2017051602.tif 000014
2017051602.tif 000015
2017051602.tif 000016
2017051602.tif 000017