(57)【要約】      （修正有）【課題】無線端末は、サービングセルの周波数とは別の周波数においてサイドリンクディスカバリー信号を送信する周波数間サイドリンクディスカバリー送信を行う方法を提供する。【解決手段】無線端末は、サービングセルの周波数とは別の周波数においてサイドリンクディスカバリー信号を送信する周波数間サイドリンクディスカバリー送信を行う制御部を備える。制御部は、リソース割当情報及び周波数情報を含むメッセージをサービングセルから受信する処理を行う。リソース割当情報は、周波数間サイドリンクディスカバリー送信に使用すべき無線リソースを示す情報である。周波数情報は、リソース割当情報が適用される別の周波数を示す情報である。【選択図】図９
2019004510.tif 000002
【特許請求の範囲】
【請求項１】
サービングセルの周波数とは別の周波数においてサイドリンクディスカバリー信号を送信する周波数間サイドリンクディスカバリー送信を行う制御部を備え、
前記制御部は、
前記別の周波数のシステム情報ブロックを自ユーザ装置に取得させることを示す情報を含む第１のシステム情報ブロックを前記サービングセルから受信する処理と、
前記第１のシステム情報ブロックの受信に応じて、サイドリンクディスカバリー送信リソースプールを含む第２のシステム情報ブロックを前記別の周波数の隣接セルから受信する処理と、
前記第２のシステム情報ブロックに基づく所定情報を前記サービングセルに転送する処理と、を実行し、
前記所定情報は、前記隣接セルの前記サイドリンクディスカバリー送信リソースプール、前記隣接セルのセル識別子、前記隣接セルが属するＰＬＭＮの識別子のうち、少なくとも１つを含む、ユーザ装置。
【請求項２】
サービングセルの周波数とは別の周波数においてサイドリンクディスカバリー信号を送信する周波数間サイドリンクディスカバリー送信をサポートするシステムにおける基地局であって、
前記別の周波数のシステム情報ブロックをユーザ装置に取得させることを示す情報を含む第１のシステム情報ブロックを送信する処理と、
前記第１のシステム情報ブロックに応じて前記ユーザ装置によって前記別の周波数の隣接セルから取得された第２のシステム情報ブロックに基づく所定情報を、前記ユーザ装置から受信する処理と、を実行し、
前記所定情報は、前記隣接セルの前記サイドリンクディスカバリー送信リソースプール、前記隣接セルのセル識別子、前記隣接セルが属するＰＬＭＮの識別子のうち、少なくとも１つを含む、基地局。
【請求項３】
サービングセルの周波数とは別の周波数においてサイドリンクディスカバリー信号を送信する周波数間サイドリンクディスカバリー送信を行うユーザ装置によって実行される方法であって、
前記別の周波数のシステム情報ブロックを自ユーザ装置に取得させることを示す情報を含む第１のシステム情報ブロックを前記サービングセルから受信するステップと、
前記第１のシステム情報ブロックの受信に応じて、サイドリンクディスカバリー送信リソースプールを含む第２のシステム情報ブロックを前記別の周波数の隣接セルから受信するステップと、
前記第２のシステム情報ブロックに基づく所定情報を前記サービングセルに転送するステップと、を備え、
前記所定情報は、前記隣接セルの前記サイドリンクディスカバリー送信リソースプール、前記隣接セルのセル識別子、前記隣接セルが属するＰＬＭＮの識別子のうち、少なくとも１つを含む、方法。
【請求項４】
サービングセルの周波数とは別の周波数においてサイドリンクディスカバリー信号を送信する周波数間サイドリンクディスカバリー送信をサポートするシステムにおける基地局によって実行される方法であって、
前記別の周波数のシステム情報ブロックをユーザ装置に取得させることを示す情報を含む第１のシステム情報ブロックを送信するステップと、
前記第１のシステム情報ブロックに応じて前記ユーザ装置によって前記別の周波数の隣接セルから取得された第２のシステム情報ブロックに基づく所定情報を、前記ユーザ装置から受信するステップと、を備え、
前記所定情報は、前記隣接セルの前記サイドリンクディスカバリー送信リソースプール、前記隣接セルのセル識別子、前記隣接セルが属するＰＬＭＮの識別子のうち、少なくとも１つを含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置間近傍サービスをサポートする移動通信システムにおいて用いられる無線端末及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、装置間近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ：Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ  Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅ）の仕様策定が進められている。
【０００３】
「Ｄ２Ｄ  ＰｒｏＳｅ」の方式としては、サイドリンク直接ディスカバリー及びサイドリンク直接通信の２つの方式が規定されている。ここで、サイドリンク直接ディスカバリーは、特定の宛先を指定しないディスカバリー信号（サイドリンク信号）を無線端末間で直接的に伝送することにより、相手先を探索する方式である。サイドリンク直接通信は、特定の宛先グループを指定してデータ（サイドリンク信号）を無線端末間で直接的に伝送する方式である。
【０００４】
サイドリンク直接ディスカバリーについては、周波数間ディスカバリー監視（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ  ｍｏｎｉｔｏｒｉｎｇ）が規定されている。周波数間ディスカバリー監視は、無線端末が、サービングセルの周波数とは別の周波数においてディスカバリー信号を監視（及び受信）するものである。一方、周波数間ディスカバリー送信（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ  ａｎｎｏｕｎｃｉｎｇ）は規定されておらず、ディスカバリー信号の送信はサービングセルの周波数に限定されている。
【発明の概要】
【０００５】
一つの実施形態に係る無線端末は、サービングセルの周波数とは別の周波数においてサイドリンクディスカバリー信号を送信する周波数間サイドリンクディスカバリー送信を行う制御部を備える。前記制御部は、リソース割当情報及び周波数情報を含むメッセージを前記サービングセルから受信する処理を行う。前記リソース割当情報は、前記周波数間サイドリンクディスカバリー送信に使用すべき無線リソースを示す情報である。前記周波数情報は、前記リソース割当情報が適用される前記別の周波数を示す情報である。
【０００６】
前記メッセージは、複数の前記別の周波数のそれぞれについて、前記周波数間サイドリンクディスカバリー送信が許可されているか否かを示す情報をさらに含んでもよい。
【０００７】
一つの実施形態に係る無線端末は、サービングセルの周波数とは別の周波数においてサイドリンクディスカバリー信号を送信する周波数間サイドリンクディスカバリー送信を行う制御部を備える。前記制御部は、前記別の周波数を自無線端末に探索させることを示す情報を含む第１のシステム情報ブロックを前記サービングセルから受信する。前記制御部は、前記第１のシステム情報ブロックの受信に応じて、サイドリンクディスカバリー送信リソースプールを含む第２のシステム情報ブロックを前記別の周波数の隣接セルから受信する処理を行う。
【０００８】
前記制御部は、前記第２のシステム情報ブロックに基づく所定情報を前記サービングセルに送信してもよい。前記所定情報は、前記隣接セルの前記サイドリンクディスカバリー送信リソースプール、前記隣接セルのセル識別子、前記隣接セルが属するＰＬＭＮの識別子、前記周波数間サイドリンクディスカバリー送信を行う候補のタイミングからなる送信ギャップパターンのうち、少なくとも１つを含む。
【０００９】
一つの実施形態に係る無線端末は、サービングセルの周波数とは別の周波数においてサイドリンクディスカバリー信号を送信する周波数間サイドリンクディスカバリー送信を行う制御部を備える。前記制御部は、自無線端末が前記周波数間サイドリンクディスカバリー送信を意図する前記別の周波数を示す周波数情報を前記サービングセルに通知する。
【００１０】
一つの実施形態に係る無線端末は、サービングセルの周波数とは別の周波数においてサイドリンクディスカバリー信号を送信する周波数間サイドリンクディスカバリー送信を行う制御部を備える。前記制御部は、前記別の周波数で送信されるシステム情報ブロックを受信する処理を行う。前記システム情報ブロックは、サイドリンクディスカバリーに関するシステム情報ブロックである。前記制御部は、前記システム情報ブロックに基づいて、前記別の周波数で前記サイドリンクディスカバリー信号が許可されるか否かを判断する。
【００１１】
一つの実施形態に係る無線端末は、サービングセルの周波数とは別の周波数においてサイドリンク信号を送信する周波数間サイドリンク送信を行う。前記無線端末は、前記周波数間サイドリンク送信のリソース割当を制御するセルが異なる複数の制御モードの中から選択された制御モードにより、前記周波数間サイドリンク送信を行う制御部を備える。
【００１２】
一つの実施形態に係る無線端末は、サービングセルの周波数とは別の周波数においてサイドリンク信号を送信する周波数間サイドリンク送信を行う。前記無線端末は、前記周波数間サイドリンク送信の対象とする前記別の周波数で運用される隣接セルの検出状況を前記サービングセルに通知する制御部を備える。
【００１３】
一つの実施形態に係る無線端末は、サービングセルの周波数とは別の周波数において送信されるサイドリンク信号を監視する周波数間サイドリンク監視を行う。前記無線端末は、サイドリンク受信リソースプールを含むシステム情報ブロックを前記サービングセルから受信する処理を行う制御部を備える。前記制御部は、前記サイドリンク受信リソースプールに含まれる無線リソースを使用して、前記周波数間サイドリンク監視を行う。
【００１４】
一つの実施形態に係る無線端末は、ＰＬＭＮ選択を行うＮＡＳエンティティと、ＰＬＭＮ探索を行い、発見されたＰＬＭＮを前記ＮＡＳエンティティに通知するＡＳエンティティと、を備える。前記ＡＳエンティティは、前記発見されたＰＬＭＮが装置間近傍サービスに利用可能であるか否かを示す追加情報を前記ＮＡＳエンティティに通知する。前記ＮＡＳエンティティは、前記追加情報に基づいて、アプリケーション又はユーザからの要求に応じ、前記装置間近傍サービスに利用可能なＰＬＭＮを選択する。
【００１５】
一つの実施形態に係る無線端末は、サービングセルの周波数とは異なる周波数においてサイドリンク信号を送信する周波数間サイドリンク送信を行う制御部を備える。前記制御部は、前記周波数間サイドリンク送信のために前記サービングセルにより割り当てられた第１の無線リソースを示す情報を受信する処理と、前記周波数間サイドリンク送信のために非サービングセルにより割り当てられた第２の無線リソースを示す情報を受信する処理と、前記第１の無線リソース及び前記第２の無線リソースの衝突が発生した場合、前記第１の無線リソース及び前記第２の無線リソースのうち一方の無線リソースを、前記周波数間サイドリンク送信に用いる無線リソースとして優先して選択する処理と、を行う。
【図面の簡単な説明】
【００１６】
【図１】ＬＴＥシステムの構成を示す図である。
【図２】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】ＬＴＥシステムで使用される無線フレームの構成図である。
【図４】ＵＥ（無線端末）のブロック図である。
【図５】ｅＮＢ（基地局）のブロック図である。
【図６】サイドリンク直接ディスカバリーのプロトコルスタック図である。
【図７】サイドリンク直接通信のプロトコルスタック図である。
【図８】第１実施形態に係る想定シナリオを示す図である。
【図９】第１実施形態のシナリオ１に係る動作（第１の制御モード）の一例を示す図である。
【図１０】第１実施形態のシナリオ３に係る動作（第２の制御モード）の一例を示す図である。
【図１１】第２実施形態に係る動作の一例を示す図である。
【図１２】第３実施形態に係る動作を示す図である。
【図１３】付記に係る周波数間ディスカバリーアナウンスのためのシナリオを示す図である。
【発明を実施するための形態】
【００１７】
［実施形態の概要］
第１実施形態に係る無線端末は、サービングセルの周波数とは別の周波数においてサイドリンク信号を送信する周波数間サイドリンク送信を行う。前記無線端末は、前記周波数間サイドリンク送信のリソース割当を制御するセルが異なる複数の制御モードの中から選択された制御モードにより、前記周波数間サイドリンク送信を行う制御部を備える。
【００１８】
第１実施形態に係る無線端末は、サービングセルの周波数とは別の周波数においてサイドリンク信号を送信する周波数間サイドリンク送信を行う。前記無線端末は、前記周波数間サイドリンク送信の対象とする前記別の周波数で運用される隣接セルの検出状況を前記サービングセルに通知する制御部を備える。
【００１９】
第１実施形態に係る無線端末は、サービングセルの周波数とは別の周波数においてサイドリンク信号を送信する周波数間サイドリンク送信を行う。前記無線端末は、リソース割当情報及び周波数情報を含むメッセージを前記サービングセルから受信する処理を行う制御部を備える。前記リソース割当情報は、前記周波数間サイドリンク送信に使用すべき無線リソースを示す情報である。前記周波数情報は、前記リソース割当情報が適用される前記別の周波数を示す情報である。
【００２０】
第１実施形態に係る無線端末は、サービングセルの周波数とは別の周波数においてサイドリンク信号を送信する周波数間サイドリンク送信を行う。前記無線端末は、サイドリンク送信リソースプールを含むシステム情報ブロックを、前記別の周波数で運用される隣接セルから受信する処理を行う制御部を備える。前記制御部は、前記サイドリンク送信リソースプールに含まれる無線リソースを使用して、前記周波数間サイドリンク送信を行う。
【００２１】
第２実施形態に係る無線端末は、サービングセルの周波数とは別の周波数において送信されるサイドリンク信号を監視する周波数間サイドリンク監視を行う。前記無線端末は、サイドリンク受信リソースプールを含むシステム情報ブロックを前記サービングセルから受信する処理を行う制御部を備える。前記制御部は、前記サイドリンク受信リソースプールに含まれる無線リソースを使用して、前記周波数間サイドリンク監視を行う。
【００２２】
第３実施形態に係る無線端末は、ＰＬＭＮ選択を行うＮＡＳエンティティと、ＰＬＭＮ探索を行い、発見されたＰＬＭＮを前記ＮＡＳエンティティに通知するＡＳエンティティと、を備える。前記ＡＳエンティティは、前記発見されたＰＬＭＮが装置間近傍サービスに利用可能であるか否かを示す追加情報を前記ＮＡＳエンティティに通知する。前記ＮＡＳエンティティは、前記追加情報に基づいて、アプリケーション又はユーザからの要求に応じ、前記装置間近傍サービスに利用可能なＰＬＭＮを選択する。
【００２３】
第４実施形態に係る基地局は、周波数間サイドリンク送信を行う無線端末が在圏するサービングセルを管理する。前記基地局は、前記周波数間サイドリンク送信の対象とする周波数で運用される隣接セルに関するアクセス規制情報を取得する制御部を備える。前記制御部は、前記隣接セルにアクセス規制がかけられている場合、前記隣接セルにおける前記周波数間サイドリンク送信を前記無線端末が行わないよう制御する。
【００２４】
第４実施形態に係る無線端末は、サービングセルの周波数とは別の周波数においてサイドリンク信号を送信する周波数間サイドリンク送信を行う。前記無線端末は、隣接セルにアクセス規制がかけられている場合、前記隣接セルにおける前記周波数間サイドリンク送信を行わないよう制御する制御部を備える。
【００２５】
第５実施形態に係る無線端末は、サービングセルの周波数とは異なる周波数においてサイドリンク信号を送信する周波数間サイドリンク送信を行う制御部を備える。前記制御部は、前記周波数間サイドリンク送信のために前記サービングセルにより割り当てられた第１の無線リソースを示す情報を受信する処理と、前記周波数間サイドリンク送信のために非サービングセルにより割り当てられた第２の無線リソースを示す情報を受信する処理と、前記第１の無線リソース及び前記第２の無線リソースの衝突が発生した場合、前記第１の無線リソース及び前記第２の無線リソースのうち一方の無線リソースを、前記周波数間サイドリンク送信に用いる無線リソースとして優先して選択する処理と、を行う。
【００２６】
［移動通信システムの概要］
以下において、実施形態に係る移動通信システムであるＬＴＥシステムの概要について説明する。
【００２７】
（１）移動通信システムの構成
図１は、ＬＴＥシステムの構成を示す図である。図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２８】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２９】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３０】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３１】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００３２】
（２）無線インターフェイスの構成
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３３】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００３４】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００３５】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００３６】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３７】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００３８】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００３９】
物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、及びＲＲＣ層は、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）エンティティを構成する。ＮＡＳ層は、ＮＡＳエンティティを構成する。
【００４０】
（３）無線フレームの構成
図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４１】
図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００４２】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。ＰＤＣＣＨの詳細については後述する。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００４３】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００４４】
（４）無線端末の構成
図４は、ＵＥ１００（無線端末）のブロック図である。図４に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００４５】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。受信部１１０は、複数の受信機を含んでもよい。
【００４６】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。送信部１２０は、複数の送信機を含んでもよい。
【００４７】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した各種の通信プロトコル及び後述する処理を実行する。
【００４８】
ＵＥ１００は、ユーザインターフェイスを備えてもよい。ユーザインターフェイスは、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタン等を含む。
【００４９】
（５）基地局の構成
図５は、ｅＮＢ２００（基地局）のブロック図である。図５に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００５０】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００５１】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００５２】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、上述した各種の通信プロトコル及び後述する処理を実行する。
【００５３】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【００５４】
［装置間近傍サービスの概要］
以下において、装置間近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）の概要について説明する。
【００５５】
「Ｄ２Ｄ  ＰｒｏＳｅ」において、複数のＵＥ１００は、ｅＮＢ２００を介さない直接的な無線リンクを介して無線信号を送受信する。このような直接的な無線リンクは、「サイドリンク（Ｓｉｄｅｌｉｎｋ）」と称される。「Ｄ２Ｄ  ＰｒｏＳｅ」の方式としては、サイドリンク直接ディスカバリー及びサイドリンク直接通信の２つの方式が規定されている。
【００５６】
（１）サイドリンク直接ディスカバリー
サイドリンク直接ディスカバリーは、特定の宛先を指定しないディスカバリー信号（サイドリンク信号）をＵＥ間で直接的に伝送することにより、自己の存在を知らせる方式である。若しくは、サイドリンク直接ディスカバリーは、特定の相手やアプリケーション等の情報を含んだ要求ディスカバリー信号と、当該要求ディスカバリー信号に対する情報を含んだ応答ディスカバリー信号とを、ＵＥ間で直接的に伝送することにより、相手先を探索する方式である。サイドリンク直接ディスカバリーは、主としてセルカバレッジ内で利用可能である。サイドリンク直接ディスカバリーのタイプには、サイドリンク直接ディスカバリー用の無線リソースの候補がｅＮＢ２００から指定され、その中から無線リソースをＵＥ１００が選択可能な「タイプ１」と、サイドリンク直接ディスカバリー用の無線リソースをｅＮＢ２００が指定する「タイプ２（タイプ２Ｂ）」と、がある。
【００５７】
図６は、サイドリンク直接ディスカバリーのプロトコルスタック図である。図６に示すように、「Ｓｉｄｅｌｉｎｋ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ」プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、及びＰｒｏＳｅプロトコルを含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンクディスカバリーチャネル（ＰＳＤＣＨ）と称される物理チャネルを介してディスカバリー信号が伝送される。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンクディスカバリーチャネル（ＳＬ−ＤＣＨ）と称されるトランスポートチャネルを介してディスカバリー信号が伝送される。
【００５８】
（２）サイドリンク直接通信
サイドリンク直接通信は、特定の宛先（宛先グループ）を指定してデータをＵＥ間で直接的に伝送する方式である。図７は、サイドリンク直接通信のプロトコルスタック図である。図７に示すように、サイドリンク直接通信のプロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＰＤＣＰ層を含む。
【００５９】
ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して制御信号が伝送され、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介してデータが伝送される。また、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）を介して同期信号等が伝送されてもよい。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）と称されるトランスポートチャネルを介してデータが伝送される。ＵＥ（Ａ）のＲＬＣ層とＵＥ（Ｂ）のＲＬＣ層との間では、サイドリンクトラフィックチャネル（ＳＴＣＨ）と称される論理チャネルを介してデータが伝送される。
【００６０】
［第１実施形態］
以下において、第１実施形態について説明する。第１実施形態は、サイドリンク直接ディスカバリー（特に、周波数間ディスカバリー送信）に関する実施形態である。
【００６１】
図８は、第１実施形態に係る想定シナリオを示す図である。
【００６２】
図８に示すように、ＵＥ１００（ＵＥ１）乃至ＵＥ１００（ＵＥ３）は、周波数Ｆ１（例えば、８００ＭＨｚ帯）で運用されるセル（Ｃｅｌｌ１）においてＲＲＣアイドルモード又はＲＲＣコネクティッドモードにある。ＲＲＣアイドルモードの場合、「セル（Ｃｅｌｌ１）にキャンプする」と表現されてもよい。ＲＲＣコネクティッドモードの場合、「セル（Ｃｅｌｌ１）に接続する」と表現されてもよい。
【００６３】
ＵＥ１００（ＵＥ１）乃至ＵＥ１００（ＵＥ３）は、周波数Ｆ１とは異なる周波数Ｆ２（例えば、３．５ＧＨｚ帯）において、ディスカバリー送信（周波数間ディスカバリー送信）を行おうとしている。
【００６４】
ここで、ＵＥ１００（ＵＥ１）は、周波数Ｆ２でセルのカバレッジを検出していない。このようなシナリオを、以下において「シナリオ１」と称する。
【００６５】
ＵＥ１００（ＵＥ２）は、周波数Ｆ２でサービングセル（Ｃｅｌｌ１）と同じ基地局（ｅＮＢ２００−１）が管理するセル（Ｃｅｌｌ２）のカバレッジを検出している。このようなシナリオを、以下において「シナリオ２」と称する。
【００６６】
ＵＥ１００（ＵＥ３）は、周波数Ｆ２でサービングセル（Ｃｅｌｌ１）とは異なる基地局（ｅＮＢ２００−２）が管理するセル（Ｃｅｌｌ３）のカバレッジを検出している。このようなシナリオを、以下において「シナリオ３」と称する。
【００６７】
第１実施形態に係るＵＥ１００は、周波数間ディスカバリー送信のリソース割当を制御するセルが異なる複数の制御モードの中から選択された制御モードにより、周波数間ディスカバリー送信を行う。
【００６８】
複数の制御モードは、リソース割当がサービングセル（Ｃｅｌｌ１）により制御される第１の制御モードと、リソース割当が別の周波数で運用される隣接セル（Ｃｅｌｌ２又はＣｅｌｌ３）により制御される第２の制御モードと、を含む。
【００６９】
第１実施形態において、ＵＥ１００は、隣接セルのカバレッジの検出状況に基づいて、第１の制御モード及び第２の制御モードの何れかを選択する。
【００７０】
（１）シナリオ１
ＵＥ１００（ＵＥ１）は、別の周波数で運用される隣接セルのカバレッジが検出されないと判断された場合、第１の制御モードを選択する。この場合、ＵＥ１００は、周波数間ディスカバリー送信の対象とする別の周波数で運用される隣接セルの検出状況をサービングセルに通知する。また、ＵＥ１００は、リソース割当情報及び周波数情報を含むメッセージをサービングセルから受信する。リソース割当情報は、周波数間ディスカバリー送信に使用すべき無線リソースを示す情報である。周波数情報は、リソース割当情報が適用される別の周波数を示す情報である。そして、ＵＥ１００（ＵＥ１）は、リソース割当情報が示す無線リソースを使用して、周波数間ディスカバリー送信を行う。
【００７１】
図９は、第１実施形態のシナリオ１に係る動作（第１の制御モード）の一例を示す図である。
【００７２】
図９に示すように、ステップＳ１０１において、ＵＥ１００（ＵＥ１）は、サービングセル（Ｃｅｌｌ１）からシステム情報ブロック（ＳＩＢ１９：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  ｔｙｐｅ  １９）を受信する。ＳＩＢ１９は、サイドリンク直接ディスカバリーに関する各種パラメータを含むブロードキャスト情報である。ＳＩＢ１９は、ディスカバリー監視のために割り当てられた無線リソースからなるディスカバリー受信リソースプール（ｄｉｓｃＲｘＰｏｏｌ）と、ディスカバリー送信のために割り当てられた無線リソースからなるディスカバリー送信リソースプール（ｄｉｓｃＴｘＰｏｏｌ）と、周波数間ディスカバリー監視の対象とする別周波数のリスト（ｄｉｓｃＩｎｔｅｒＦｒｅｑＬｉｓｔ）と、を含む。
【００７３】
ＳＩＢ１９は、これらの情報要素に加えて、以下の情報要素を含んでもよい。以下の情報要素は、リソースプールごと又は周波数ごとに提供されてもよい。
【００７４】
・「Ｏｆｆｌｏａｄｉｎｇ  ｐｒｅｆｅｒｅｎｃｅ」情報
ＵＥ１００は、当該情報を受信した場合、別周波数を探索し、セルが検出できるか否かを判断する。
【００７５】
・周波数間（又はＰＬＭＮ間）ディスカバリー送信の許可情報
当該情報は、主として第２の制御モードにおいて使用される。ＵＥ１００は、許可された周波数又はリソースプールでのみ、ディスカバリー送信を行う。
【００７６】
ステップＳ１０２において、ＵＥ１００（ＵＥ１）は、別の周波数で運用される隣接セルから送信される参照信号に対する測定を行う。ここで、ＵＥ１００（ＵＥ１）は、「ｄｉｓｃＩｎｔｅｒＦｒｅｑＬｉｓｔ」に含まれる周波数（別周波数）を探索して測定を行ってもよい。或いは、ＵＥ１００（ＵＥ１）は、全周波数探索を行ってもよい。或いは、ＵＥ１００（ＵＥ１）は、過去にディスカバリーを行ったことがある周波数について探索してもよい。
【００７７】
ステップＳ１０３において、ＵＥ１００（ＵＥ１）は、ステップＳ１０２における測定結果が所定の基準（Ｓ−ｃｒｉｔｅｒｉａ）を満たすか否かを判断する。ここで「Ｓ−ｃｒｉｔｅｒｉａ」とは、セル再選択において使用される基準である。具体的には、隣接セルが、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＳｑｕａｌ＞ＴｈｒｅｓｈＸ，ＨｉｇｈＱの関係を満たすセル、若しくは、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＳｒｘｌｅｖ＞ＴｈｒｅｓｈＸ，ＨｉｇｈＰの関係を満たすかを判断する。但し、Ｓｑｕａｌは、セル選択品質レベルを表しており、Ｓｑｕａｌ＝Ｑｑｕａｌｍｅａｓ-（Ｑｑｕａｌｍｉｎ＋Ｑｑｕａｌｍｉｎｏｆｆｓｅｔ）−Ｑｏｆｆｓｅｔｔｅｍｐによって算出される。Ｑｑｕａｌｍｅａｓは、隣接セルの品質レベル（ＲＳＲＱ）であり、Ｑｑｕａｌｍｉｎは、最小要求品質レベルであり、Ｑｑｕａｌｍｉｎｏｆｆｓｅｔは、隣接セルに定常的に適用される所定オフセットであり、Ｑｏｆｆｓｅｔｔｅｍｐは、隣接セルに一時的に適用されるオフセットである。ＴｈｒｅｓｈＸ，ＨｉｇｈＱは、所定閾値である。また、Ｓｒｘｌｅｖは、セル選択受信レベルを表しており、Ｓｒｘｌｅｖ＝Ｑｒｘｌｅｖｍｅａｓ-（Ｑｒｘｌｅｖｍｉｎ＋Ｑｒｘｌｅｖｍｉｎｏｆｆｓｅｔ）-Ｐｃｏｍｐｅｎｓａｔｉｏｎ−Ｑｏｆｆｓｅｔｔｅｍｐによって算出される。Ｑｒｘｌｅｖｍｅａｓは、隣接セルの受信レベル（ＲＳＲＰ）であり、Ｑｒｘｌｅｖｍｉｎは、最小要求受信レベルであり、Ｑｒｘｌｅｖｍｉｎｏｆｆｓｅｔは、隣接セルに定常的に適用される所定オフセットであり、Ｐｃｏｍｐｅｎｓａｔｉｏｎは、アップリンクの能力に関するパラメータであり、Ｑｏｆｆｓｅｔｔｅｍｐは、隣接セルに一時的に適用されるオフセットである。ＴｈｒｅｓｈＸ，ＨｉｇｈＰは、所定閾値である。
【００７８】
ステップＳ１０２における測定結果が所定の基準（Ｓ−ｃｒｉｔｅｒｉａ）を満たす場合（ステップＳ１０３：ＹＥＳ）、ＵＥ１００（ＵＥ１）は、別の周波数で運用される隣接セルのカバレッジが検出されたと判断する。この場合、後述するシナリオ２に従った動作を行う。
【００７９】
これに対し、ステップＳ１０２における測定結果が所定の基準（Ｓ−ｃｒｉｔｅｒｉａ）を満たさない場合（ステップＳ１０３：ＮＯ）、ＵＥ１００（ＵＥ１）は、別の周波数で運用される隣接セルのカバレッジが検出されないと判断し、ステップＳ１０４に処理を進める。
【００８０】
なお、カバレッジ検出判断の判断基準は、「Ｓ−ｃｒｉｔｅｒｉａ」に限定されない。例えば、ＵＥ１００（ＵＥ１）は、別の周波数で運用される隣接セルからシステム情報（ＭＩＢ、ＳＩＢ１、ＳＩＢ２、ＳＩＢ１９等）を取得できるか否かを判断基準としてもよい。或いは、イベントトリガ型の測定報告（Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔｉｎｇ）が設定された場合におけるイベント種別に基づいて判断を行ってもよい。この場合、カバレッジ検出判断をｅＮＢ２００（サービングセル）が行ってもよい。
【００８１】
ステップＳ１０４において、ＵＥ１００（ＵＥ１）は、周波数間ディスカバリー送信の対象とする別の周波数（対象周波数）を示す情報を含むメッセージ（Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ）をサービングセルに送信する。「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」は、ＲＲＣメッセージの一種である。
【００８２】
別の周波数（対象周波数）を示す情報とは、例えば、周波数の識別子（Ｆｒｅｑ．  ＩＤ）であるＥＡＲＦＣＮ（Ｅ−ＵＴＲＡＮ  Ａｂｓｏｌｕｔｅ  Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｃｈａｎｎｅｌ  Ｎｕｍｂｅｒ）である。ここで「対象周波数」とは、ステップＳ１０２及びＳ１０３により隣接セルのカバレッジが検出された周波数である。或いは、隣接セルのカバレッジが検出されなかった場合、「対象周波数」は、ＵＥ１００（ＵＥ１）が興味のある周波数でもよい。隣接セルのカバレッジが検出されなかった場合、ＵＥ１００（ＵＥ１）は、その旨を「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」に含めてもよい。また、ＵＥ１００（ＵＥ１）は、カバレッジが検出された隣接セルのセルＩＤや当該隣接セルが属するＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）のＩＤを「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」に含めてもよい。
【００８３】
サービングセル（ｅＮＢ２００−１）は、「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」に基づいて、どの周波数の無線リソースをＵＥ１００（ＵＥ１）に割り当てるべきか等を判断する。
【００８４】
ステップＳ１０５において、サービングセル（ｅＮＢ２００−１）は、リソース割当情報及び周波数情報を含むメッセージをＵＥ１００（ＵＥ１）に送信する。タイプ２ディスカバリーの場合、メッセージは、例えば、ディスカバリーリソース割り当て（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）のための「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」である。リソース割当情報は、周波数間ディスカバリー送信に使用すべき無線リソースを示す情報（ＤｉｓｃＣｏｎｆｉｇ）である。周波数情報は、リソース割当情報が適用される別の周波数を示す情報（Ｆｒｅｑ．  ＩＤ）である。なお、タイプ１ディスカバリーの場合、リソース割当情報及び周波数情報を含むメッセージはＳＩＢ１９であってもよい。
【００８５】
なお、ディスカバリー受信も考慮すると、サービングセル（ｅＮＢ２００−１）は、別周波数の受信リソースのリソース割当情報もメッセージに含めてもよい。この場合、上記と同様に、対応する周波数情報をメッセージに含める。
【００８６】
ステップＳ１０６において、ＵＥ１００（ＵＥ１）は、ステップＳ１０５において受信したメッセージに基づき、周波数情報が示す周波数において、リソース割当情報が示す無線リソースを使用し、周波数間ディスカバリー送信を行う。
【００８７】
（２）シナリオ２
ＵＥ１００（ＵＥ２）は、別の周波数で運用される隣接セルのカバレッジが検出され、かつ、同じｅＮＢ２００によりサービングセル及び当該隣接セルが管理されていると判断された場合、第１の制御モード又は第２の制御モードを選択する。
【００８８】
例えば、キャリアアグリゲーションのセカンダリセル（ＳＣｅｌｌ）として当該隣接セルが設定されている場合は第１の制御モード（Ｃｅｌｌ１から制御）、ＳＣｅｌｌとして設定されていない場合は第２の制御モード（Ｃｅｌｌ２から制御）としてもよい。もしくは、送信ＧＡＰ（Ｓｉｄｅｌｉｎｋ  ｇａｐ）情報をＣｅｌｌ１（及びＵＥ１００）が有している場合は第１の制御モード、有していない場合は第２の制御モードとしてもよい。
【００８９】
なお、各セルがどのｅＮＢ２００により管理されているかについては、ＵＥ１００（ＵＥ２）は、各セルが送信するＳＩＢに含まれるＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  ＩＤ）等のｅＮＢ  ＩＤに基づき判断することができる。或いは、サービングセルが判断する場合は、ＵＥ１００がセルＩＤをサービングセルに通知すれば、各セルがどのｅＮＢ２００により管理されているかをサービングセルが判断可能である。
【００９０】
ここで、ＵＥ１００（ＵＥ２）が第１の制御モードを選択する場合、上述したシナリオ１と同様の動作である。但し、シナリオ２において、ＵＥ１００（ＵＥ２）が第１の制御モードを選択する場合、干渉回避の観点から、タイプ１ディスカバリーを不可とし、タイプ２ディスカバリーを使用することが好ましい。
【００９１】
これに対し、ＵＥ１００（ＵＥ２）が第２の制御モードを選択する場合、後述するシナリオ３と同様の動作である。
【００９２】
（３）シナリオ３
ＵＥ１００（ＵＥ３）は、別の周波数で運用される隣接セルのカバレッジが検出され、かつ、異なるｅＮＢ２００によりサービングセル及び当該隣接セルが管理されていると判断された場合、第２の制御モードを選択する。この場合、ＵＥ１００（ＵＥ３）は、ディスカバリー送信リソースプール（ｄｉｓｃＴｘＰｏｏｌ）を含むシステム情報ブロック（ＳＩＢ１９）を当該隣接セルから受信する。そして、ＵＥ１００は、ディスカバリー送信リソースプール（ｄｉｓｃＴｘＰｏｏｌ）に含まれる無線リソースを使用して周波数間ディスカバリー送信（すなわち、タイプ１ディスカバリー）を行う。
【００９３】
図１０は、第１実施形態のシナリオ３に係る動作（第２の制御モード）の一例を示す図である。なお、図１０において、必須ではない処理については破線で示している。
【００９４】
図１０に示すように、ステップＳ１５１において、ＵＥ１００（ＵＥ３）は、サービングセル（Ｃｅｌｌ１）からＳＩＢ１９を受信する。ここでは、ＳＩＢ１９が「Ｏｆｆｌｏａｄｉｎｇ  ｐｒｅｆｅｒｅｎｃｅ」情報を含む場合を例示している。
【００９５】
ＵＥ１００は、シナリオ１と同様に、別の周波数を探索し、隣接セルが検出できるか否かを判断する。シナリオ３において、別の周波数で運用される隣接セル（Ｃｅｌｌ２）が検出される場合を想定する。
【００９６】
ステップＳ１５２において、ＵＥ１００（ＵＥ３）は、検出されたセル（Ｃｅｌｌ３）からＳＩＢ１９を受信する。ここでは、ＳＩＢ１９が周波数間ディスカバリー送信の許可情報（Ｐｅｒｍｉｓｓｉｏｎ  ｏｆ  ｉｎｔｅｒ−ｆｒｅｑ．ａｎｎｏｕｎｃｉｎｇ）を含む場合を例示している。
【００９７】
ステップＳ１５３において、ＵＥ１００（ＵＥ３）は、当該許可情報に基づいて、検出されたセル（Ｃｅｌｌ３）について周波数間ディスカバリー送信が許可されているか否かを判断する。ここでは、周波数間ディスカバリー送信が許可されていると仮定して説明を進める。なお、当該許可情報が含まれていない場合は、ステップＳ１５３を省略してもよい。
【００９８】
ステップＳ１５４において、ＵＥ１００（ＵＥ３）は、上述した「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」をサービングセル（Ｃｅｌｌ１）に送信してもよい。
【００９９】
ステップＳ１５５において、ＵＥ１００（ＵＥ３）は、ステップＳ１５２において隣接セル（Ｃｅｌｌ３）から受信したＳＩＢ１９中のディスカバリー送信リソースプール（ｄｉｓｃＴｘＰｏｏｌ）に含まれる無線リソースを使用して、周波数間ディスカバリー送信を行う。
【０１００】
［第１実施形態の変更例１］
上述した第１実施形態において、サービングセルの周波数及び別の周波数が、異なるＰＬＭＮに属する周波数である場合、ＵＥ１００は、第２の制御モードを選択してもよい。すなわち、ＵＥ１００は、ＰＬＭＮ間ディスカバリー送信には、第２の制御モードを適用する。但し、ＵＥ１００は、ＰＬＭＮ間ディスカバリーの場合で、上述した許可情報がＳＩＢ１９に含まれていない場合は、図１０に示すステップＳ１５３において、許可されていない（Ｎｏ）と判断してもよい。
【０１０１】
また、ＰＬＭＮ間ディスカバリー送信において、別の周波数で運用される隣接セルを検出しなかった場合（シナリオ１の場合）には、「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」（周波数情報）を通知しないというルールがあってもよい。ＰＬＭＮ間ディスカバリー送信の場合、サービングセルからの制御で勝手に当該周波数を使用することは好ましくないからである。
【０１０２】
さらに、周波数間（ＰＬＭＮ間）ディスカバリー送信については、干渉を抑制する観点から、ディスカバリー信号の送信電力が低くなるようにＵＥ１００にパラメータ（例えば、Ｒａｎｇｅ  Ｃｌａｓｓ）を設定してもよい。
【０１０３】
［第１実施形態の変更例２］
ＵＥ１００は、周波数間ディスカバリー送信がセルラ通信（ｅＮＢ２００との通信）に影響を与えるか否かに応じて、又は、ＵＥ１００が有する能力に応じて、周波数間ディスカバリー送信の対象とする別の周波数を示す対象周波数情報をサービングセルに通知してもよい。
【０１０４】
例えば、ＵＥ１００が有する送信機（具体的には、ＬＴＥ用送信機）が１つのみである場合、ＵＥ１００は、ｅＮＢ２００に対する上りリンク送信と他のＵＥ１００に対するサイドリンク送信とを同時に行うことが困難である。このため、ＵＥ１００は、自身が有する送信機が１つのみである場合、周波数間ディスカバリー送信の対象とする別の周波数を示す対象周波数情報をサービングセルに通知する。或いは、ＵＥ１００は、ＵＥ１００が有する受信機（具体的には、ＬＴＥ用受信機）が１つのみである場合、対象周波数情報をサービングセルに通知してもよい。
【０１０５】
ＵＥ１００が送信機又は受信機を複数持つ場合でも、ＵＥ１００は、Ｄ２Ｄ周波数とセルラ周波数との組み合わせに規制がある場合に、対象周波数情報をサービングセルに通知してもよい。ここで、セルラ周波数は、キャリアアグリゲーション運用中を想定していくつかの周波数であってもよい。
【０１０６】
或いは、ＵＥ１００は、ＵＥ１００の一時的な処理能力不足によりＤ２Ｄとセルラの両方の通信を処理できない場合に、対象周波数情報をサービングセルに通知してもよい。ＵＥ１００の一時的な処理能力不足とは、例えば、演算装置の処理負荷が高まっていることによる処理能力不足又はハードウェアの発熱による処理能力不足等である。
【０１０７】
［第１実施形態の変更例３］
ＵＥ１００は、「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」に、別の周波数で運用される隣接セルの検出状況として、隣接セルの参照信号に対する測定結果を含めてもよい。隣接セルの参照信号に対する測定結果とは、参照信号受信電力（ＲＳＲＰ）及び／又は参照信号受信品質（ＲＳＲＱ）である。なお、測定結果とは、隣接セルにおける信号対干渉雑音電力比（ＳＩＮＲ）又は受信信号強度（ＲＳＳＩ）であってもよい。ＵＥ１００が「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」にＲＳＲＰ／ＲＳＲＱを含める場合、「Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔｉｎｇ」手順により隣接セルのＲＳＲＰ／ＲＳＲＱをｅＮＢ２００に報告する場合に比べて、シグナリングを削減することができる。ｅＮＢ２００は、「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」により通知された隣接セルのＲＳＲＰ／ＲＳＲＱに基づいて、周波数間ディスカバリー送信（又はハンドオーバ）をＵＥ１００に設定してもよい。
【０１０８】
［第１実施形態の変更例４］
ｅＮＢ２００は、自身が属するＰＬＭＮ（第１のＰＬＭＮ）とは別のＰＬＭＮ（第２のＰＬＭＮ）の情報を有しているか否かを示すＰＬＭＮ情報をＵＥ１００に送信してもよい。別のＰＬＭＮの情報とは、例えば別のＰＬＭＮにおいて設定されるディスカバリーリソースの情報等（又は別のＰＬＭNに属するセルへのハンドオーバの可否）である。ＰＬＭＮ情報は、ＳＩＢ又は個別シグナリングによりＵＥ１００に送信される。ＵＥ１００は、ＰＬＭＮ情報をサービングセルから受信する。ＰＬＭＮ情報は、複数の「ＰＬＭＮ  ＩＤ」のそれぞれについて情報の有無を示すリストの形式であってもよい。
【０１０９】
ＵＥ１００は、別のＰＬＭＮの情報をサービングセルが有しているか否かに基づいて、「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」に含める情報を判断する。
【０１１０】
具体的には、別のＰＬＭＮの情報をサービングセルが有している場合、ＵＥ１００は、別の周波数（又は別のＰＬＭＮ）で運用される隣接セルの検出状況を「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」によりサービングセルに通知する。これにより、ＵＥ１００は、別の周波数（又は別のＰＬＭＮ）に対して周波数間ディスカバリー送信を行うためのリソース割当情報等をサービングセルから受信することができる。なお、別のＰＬＭＮの情報をサービングセルが有している場合、ＵＥ１００は、隣接セルのＳＩＢ１９を受信しなくてもよい。
【０１１１】
一方、別のＰＬＭＮの情報をサービングセルが有していない場合、ＵＥ１００は、別の周波数（又は別のＰＬＭＮ）で運用される隣接セルの検出状況とは異なる特定の情報を「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」によりサービングセルに通知する。例えば、特定の情報とは、周波数間サイドリンク送信を行う候補タイミングからなる送信ギャップパターンである。ＵＥ１００は、例えば隣接セルのＳＩＢ１９に含まれるリソースプール情報に基づいて送信ギャップパターンを決定する。ｅＮＢ２００は、ＵＥ１００から通知された送信ギャップパターンに基づいて、周波数間サイドリンク送信の候補タイミングを避けるように上りリンクスケジューリング等を行う。
【０１１２】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、周波数間ディスカバリー監視に関する実施形態である。
【０１１３】
第２実施形態においては、図８に示すシナリオ１におけるＵＥ１００（ＵＥ１）が周波数間ディスカバリー監視を行うシナリオを想定する。
【０１１４】
図８に示すＵＥ１００（ＵＥ２）及びＵＥ１００（ＵＥ３）については、別の周波数で運用される隣接セルを検出しているため、当該隣接セルのＳＩＢ１９を受信することにより、当該ＳＩＢ１９中のディスカバリー受信リソースプールに含まれる無線リソースを使用して周波数間ディスカバリー監視を行うことが可能である。これに対し、図８に示すＵＥ１００（ＵＥ１）は、別の周波数で運用される隣接セルを検出していないため、そのような周波数間ディスカバリー監視を行うことができない。
【０１１５】
第２実施形態においては、サービングセル（Ｃｅｌｌ１）及び隣接セル（Ｃｅｌｌ２又はＣｅｌｌ３）が同じディスカバリー受信リソースプールを設定することを想定する。換言すると、異なる周波数のセル間で、周波数中のディスカバリー受信リソースプールの位置（設定）を同様に設定することを想定する。
【０１１６】
図１１は、第２実施形態に係る動作の一例を示す図である。ＵＥ１００は、サービングセルの周波数（Ｆ１）とは別の周波数（Ｆ２）において送信されるディスカバリー信号を監視する周波数間ディスカバリー監視を行う。
【０１１７】
図１１に示すように、ステップＳ２０１において、ＵＥ１００は、サービングセル（Ｃｅｌｌ１）からＳＩＢ１９を受信する。
【０１１８】
ステップＳ２０２において、ＵＥ１００は、ＳＩＢ１９中の「ｄｉｓｃＩｎｔｅｒＦｒｅｑＬｉｓｔ」に基づいて、周波数間ディスカバリー監視を行うべき周波数（Ｆ２）を決定する。或いは、周波数間ディスカバリー監視を行うべき周波数（Ｆ２）は、ＵＥ１００のＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ  Ｃａｒｄ）に書き込まれている周波数（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ  ｐａｒａｍｅｔｅｒ）であってもよい。
【０１１９】
ステップＳ２０３において、ＵＥ１００は、ステップＳ２０２において決定した別の周波数（Ｆ２）を探索し、隣接セルが検出されたか否かを判断する。
【０１２０】
隣接セルのカバレッジ検出判断の方法については、第１実施形態と同様である。但し、第２実施形態において、ＵＥ１００は、ＳＩＢ１９を送信していない隣接セルが検出された場合には、当該隣接セルが検出されなかったとみなしてもよい。或いは、ＵＥ１００は、ＳＩＢ１９を送信している隣接セルが検出されても、当該ＳＩＢ１９にディスカバリー受信リソースプール（ｄｉｓｃＲｘＰｏｏｌ）が含まれていない場合には、当該隣接セルが検出されなかったとみなしてもよい。
【０１２１】
別の周波数（Ｆ２）で運用される隣接セルが検出された場合（ステップＳ２０４：ＹＥＳ）、ステップＳ２０５において、ＵＥ１００は、別の周波数（Ｆ２）で運用される隣接セルからＳＩＢ１９を受信する。
【０１２２】
これに対し、別の周波数（Ｆ２）で運用される隣接セルが検出されない場合（ステップＳ２０４：ＮＯ）、ステップＳ２０６において、ＵＥ１００は、サービングセルからＳＩＢ１９を受信する。当該ＳＩＢ１９中のディスカバリー受信リソースプール（ｄｉｓｃＲｘＰｏｏｌ）は、本来サービングセルの周波数について設定されたものであるが、ＵＥ１００は、当該ｄｉｓｃＲｘＰｏｏｌを別周波数に設定されたものとみなしてもよい。すなわち、設定情報の読み替えを行う（ステップＳ２０７）。
【０１２３】
ステップＳ２０８において、ＵＥ１００は、ＳＩＢ１９中のディスカバリー受信リソースプール（ｄｉｓｃＲｘＰｏｏｌ）の設定を行う。
【０１２４】
ステップＳ２０９において、ＵＥ１００は、ディスカバリー受信リソースプール（ｄｉｓｃＲｘＰｏｏｌ）に含まれる無線リソースを使用して、周波数間ディスカバリー監視を行う。すなわち、ＵＥ１００は、別の周波数（Ｆ２）に対するディスカバリー監視を行う。
【０１２５】
［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。第３実施形態は、ＰＬＭＮ選択に関する実施形態である。
【０１２６】
第３実施形態に係るＵＥ１００は、ＰＬＭＮ選択を行うＮＡＳエンティティと、ＰＬＭＮ探索を行い、発見されたＰＬＭＮをＮＡＳエンティティに通知するＡＳエンティティと、を備える。ＡＳエンティティは、発見されたＰＬＭＮが「Ｄ２Ｄ  ＰｒｏＳｅ」に利用可能であるか否かを示す追加情報をＮＡＳエンティティに通知する。ＮＡＳエンティティは、追加情報に基づいて、アプリケーション又はユーザからの要求に応じ、「Ｄ２Ｄ  ＰｒｏＳｅ」に利用可能なＰＬＭＮを選択する。
【０１２７】
図１２は、第３実施形態に係る動作を示す図である。図１２において、ＵＥ１００はＲＲＣアイドルモードである。但し、ＵＥ１００がＲＲＣコネクティッドモードの場合にも適用可能である。
【０１２８】
図１２に示すように、ステップＳ３０１において、ＮＡＳエンティティは、アプリケーション又はユーザからの「Ｄ２Ｄ  ＰｒｏＳｅ」要求があるか否かを判断する。「Ｄ２Ｄ  ＰｒｏＳｅ」要求は、「Ｄ２Ｄ  ＰｒｏＳｅ」に対するユーザ又はアプリケーションの設定（興味情報）に応じた要求であってもよいし、ユーザのマニュアル選択に応じた要求であってもよい。
【０１２９】
アプリケーション又はユーザからの「Ｄ２Ｄ  ＰｒｏＳｅ」要求がある場合（ステップＳ３０１：ＹＥＳ）、ステップＳ３０２において、ＮＡＳエンティティは、ＡＳエンティティに対してＰＬＭＮ探索の要求を行う。ＮＡＳエンティティは、当該要求にＰｒｏＳｅ探索フラグを含める。
【０１３０】
ステップＳ３０３において、ＡＳエンティティは、ＰｒｏＳｅ探索フラグを含むＰＬＭＮ探索要求をＮＡＳエンティティから受けたことに応じて、ＰＬＭＮ探索を行う。例えば、ＡＳエンティティは、無線をモニタしつつ、サービング（キャンプ先）セルのＳＩＢ１９及び別の周波数のセルで運用される隣接セルのＳＩＢ１９等を取得する。ＡＳエンティティは、ＳＩＢ１９等に基づいて、発見されたＰＬＭＮについて「Ｄ２Ｄ  ＰｒｏＳｅ」のサポート有無を判断する。また、ＡＳエンティティは、ディスカバリー送信の許可(Ｔｘ  ｐｏｏｌ設定の有無)やディスカバリー監視の許可（Ｒｘ  ｐｏｏｌ設定の有無)等も判断してもよい。
【０１３１】
ステップＳ３０４において、ＡＳエンティティは、ＰＬＭＮ探索の結果に基づくリストを作成する。例えば、当該リストは、発見されたＰＬＭＮごとに、「ＰＬＭＮ  ＩＤ、ＰｒｏＳｅ−ｓｕｐｐｏｒｔｅｄ  ｆｌａｇ、ＰｒｏＳｅ  Ｔｘ  ａｖａｉｌａｂｌｅ  ｆｌａｇ、ＰｒｏＳｅ  Ｒｘ  ａｖａｉｌａｂｌｅ  ｆｌａｇ」を含む。ここで、「ＰｒｏＳｅ−ｓｕｐｐｏｒｔｅｄ  ｆｌａｇ、ＰｒｏＳｅ  Ｔｘ  ａｖａｉｌａｂｌｅ  ｆｌａｇ、ＰｒｏＳｅ  Ｒｘ  ａｖａｉｌａｂｌｅ  ｆｌａｇ」は、ＮＡＳエンティティに通知する追加情報に相当する。ここで、ディスカバリー送信可能フラグ（ＰｒｏＳｅ  Ｔｘ  ａｖａｉｌａｂｌｅ  ｆｌａｇ）及びディスカバリー受信可能フラグ（ＰｒｏＳｅ  Ｒｘ  ａｖａｉｌａｂｌｅ  ｆｌａｇ）は、必須の情報ではなく、省略してもよい。
【０１３２】
ステップＳ３０５において、ＡＳエンティティは、作成したＰＬＭＮリストをＮＡＳエンティティに通知する。
【０１３３】
ステップＳ３０６及びＳ３０７において、ＮＡＳエンティティは、追加情報付きのＰＬＭＮリストを用いて、「Ｄ２Ｄ  ＰｒｏＳｅ」をサポートするＰＬＭＮ（ＰｒｏＳｅ  ＰＬＭＮ）の中から選択を行う。ステップＳ３０６において、ＵＳＩＭに含まれる有効なＰＬＭＮが発見されたと判断した場合に限り、ステップＳ３０７の処理を行うとしてもよい。ステップＳ３０７において、ＮＡＳエンティティは、例えばアプリケーションを通じて、発見されたＰｒｏＳｅ  ＰＬＭＮを提示（画面に表示）し、ユーザのマニュアル選択を促す。
【０１３４】
ステップＳ３０８において、ＮＡＳエンティティは、当該選択したＰＬＭＮ（ＰｒｏＳｅ  ＰＬＭＮ）をＡＳエンティティに通知する。
【０１３５】
ステップＳ３０９において、ＡＳエンティティは、当該通知に基づいて、ＰＬＭＮ間ディスカバリー送信／監視の実施を判断する。或いは、ＡＳエンティティは、「ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」により、興味のある周波数（ＰＬＭＮ）をサービングセルに通知してもよい。
【０１３６】
［第４実施形態］
以下において、第４実施形態について、第１実施形態乃至第３実施形態との相違点を主として説明する。
【０１３７】
上述した第１実施形態乃至第３実施形態においては、隣接セルにアクセス規制がかけられている場合を特に考慮していなかった。第４実施形態は、隣接セルにアクセス規制がかけられている場合を考慮した実施形態である。
【０１３８】
一般的に、ＵＥ１００は、隣接セルのアクセス規制情報に基づいて、当該隣接セルにアクセス規制がかけられているか否かを判断する。アクセス規制情報とは、ＳＩＢ１に含まれる「Ｃｅｌｌ−ｂａｒｒｅｄ」、ＳＩＢ１に含まれる「ＣＳＧ（Ｃｌｏｓｅｄ  Ｓｕｂｓｃｒｉｂｅｒ  Ｇｒｏｕｐ）  ＩＤ」、ＳＩＢ２に含まれるＡＣＢ（Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）のうち少なくとも１つでもよい。アクセス規制がかけられた隣接セルについては、周波数間ディスカバリー送信を行わないことが望まれる。
【０１３９】
第４実施形態において、ｅＮＢ２００は、周波数間ディスカバリー送信を行うＵＥ１００が在圏するサービングセルを管理する。ｅＮＢ２００は、別の周波数で運用される隣接セルに関するアクセス規制情報を取得する。ｅＮＢ２００は、「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」によりＵＥ１００からアクセス規制情報を取得する。或いは、ｅＮＢ２００は、隣接セルを管理する他のｅＮＢからＸ２インターフェイスを介して当該隣接セルのアクセス規制情報を取得してもよい。或いは、ｅＮＢ２００は、保守監視装置（ＯＡＭ）から隣接セルのアクセス規制情報を取得してもよい。
【０１４０】
ｅＮＢ２００は、隣接セルにアクセス規制がかけられている場合、当該隣接セルにおける周波数間ディスカバリー送信をＵＥ１００が行わないよう制御する。具体的には、ｅＮＢ２００は、当該隣接セル（又は別の周波数）に対応する送信リソースをＵＥ１００に設定しない。よって、他のｅＮＢ又はＯＡＭからアクセス規制情報を取得したｅＮＢ２００が当該アクセス規制情報に応じた設定をＵＥ１００に行う場合、ＵＥ１００は、当該隣接セルのアクセス規制情報（又はアクセス規制情報に関連するＳＩＢ）を受信する必要がないと認識し、当該情報を取得しない。これにより、ＵＥ１００の消費電力削減が可能となる。
【０１４１】
或いは、このようなｅＮＢ２００主導の動作に代えて、下記に示すようにＵＥ１００主導の動作としてもよい。
【０１４２】
第４実施形態において、ＵＥ１００は、サービングセルの周波数とは別の周波数においてディスカバリー信号を送信する周波数間ディスカバリー送信を行う。ＵＥ１００は、別の周波数で運用される隣接セルに関するアクセス規制情報を取得する。
【０１４３】
ＵＥ１００は、当該隣接セルにアクセス規制がかけられている場合、当該隣接セルにおける周波数間ディスカバリー送信を行わないよう制御する。具体的には、ＵＥ１００は、サービングセルから周波数間ディスカバリー送信用の送信リソースを設定されている場合においても、周波数間ディスカバリー送信の対象となる隣接セルのＳＩＢ１及び／又はＳＩＢ２を確認する。そして、ＵＥ１００は、アクセス規制がかけられていないことを確認した場合に限り、当該周波数間ディスカバリー送信を行う。
【０１４４】
また、ＵＥ１００は、アクセス規制がかけられているか否かを示す情報をサービングセルに通知してもよい。サービングセル（ｅＮＢ２００）は、当該通知により、上りリンクスケジューリングを調整してもよい。当該通知は、ＵＥ１００が送信機を１つのみ有する場合にのみ行うとしてもよい。
【０１４５】
さらに、ＵＥ１００は、アクセス規制がかけられていない隣接セルの周波数のみを「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」によりサービングセルに通知してもよい。換言すると、ＵＥ１００は、アクセス規制がかけられているセルの周波数については、「Ｅｘｔｅｎｄｅｄ  ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ」によりサービングセルに通知しない。
【０１４６】
また、隣接セルを管理する他のｅＮＢは、当該隣接セルに対するＵＥのアクセス規制を行う場合に、ＳＩＢ１９によるＤ２Ｄの送信リソース（ディスカバリー送信のために割り当てられた無線リソースからなるディスカバリー送信リソースプール（ｄｉｓｃＴｘＰｏｏｌ）等）の送信を停止してもよい（Ｄ２Ｄの送信リソースを含めないＳＩＢ１９を送信する）。ここで、他のｅＮＢは、Ｄ２Ｄの送信リソースの停止に加えて、受信リソースプール（ディスカバリー監視のために割り当てられた無線リソースからなるディスカバリー受信リソースプール（ｄｉｓｃＲｘＰｏｏｌ））の送信も停止してもよい（Ｄ２Ｄの受信リソースを含めないＳＩＢ１９を送信する）。また、他のｅＮＢは、ＳＩＢ１９のＤ２Ｄの送信リソース及び／又は受信リソースを含めないＳＩＢ１９を送信することに代えて、ＳＩＢ１９自体の送信を停止してもよい。
【０１４７】
これによって、ＵＥ１００は、サービングセルからアクセス規制情報を受信しなくとも、隣接セルにおいてアクセス規制がされている場合には、他のｅＮＢから送信されるＳＩＢ１９によるＤ２Ｄの送信リソースを受信することによる周波数間ディスカバリーの送信を抑制することができる。なお、ＵＥ１００は、サービングセルを管理するｅＮＢ２００から送信されたＳＩＢ１９を受信するように指示された場合（サービングセルがＵＥ１００に対して周波数間ディスカバリー用のリソースの割当を行った場合）には、周波数間ディスカバリーを送信してもよい。
【０１４８】
［第５実施形態］
以下において、第５実施形態について、第１実施形態乃至第４実施形態との相違点を主として説明する。
【０１４９】
上述した第１実施形態において、１つのＵＥ１００にサービングセル及び非サービングセル（隣接セル）の両方から周波数間ディスカバリー送信リソースが割り当てられる状況を特に考慮していなかった。第５実施形態は、そのような状況を考慮した実施形態である。
【０１５０】
第５実施形態に係るＵＥ１００は、サービングセルの周波数とは異なる周波数においてディスカバリー信号を送信する周波数間ディスカバリー送信を行う。ＵＥ１００は、周波数間ディスカバリー送信のためにサービングセルにより割り当てられた第１の無線リソースを示す情報を受信し、かつ、周波数間ディスカバリー送信のために非サービングセルにより割り当てられた第２の無線リソースを示す情報を受信する。ここで、非サービングセルは、サービングセルの周波数とは異なる周波数（非サービング周波数）に属する隣接セルであってもよい。また、図８に示すように、サービングセルがｅＮＢ２００−１により管理され、非サービングセルがｅＮＢ２００−２により管理されていてもよい。
【０１５１】
第５実施形態において、第１の無線リソースは、サービングセルによりＵＥ１００専用に割り当てられた専用無線リソース（ｄｅｄｉｃａｔｅｄ  Ｔｘ  ｒｅｓｏｕｒｃｅ）である。このような第１の無線リソースは、タイプ２（具体的には、タイプ２Ｂ）ディスカバリーに用いられるタイプ２Ｂリソース（Ｔｙｐｅ  ２Ｂ  ｒｅｓｏｕｒｃｅ）と称されてもよい。例えば、サービングセルは、ＵＥ１００宛ての専用シグナリングである「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」により、ＵＥ１００に第１の無線リソースを送信する。
【０１５２】
また、第２の無線リソースは、非サービングセルにより複数のＵＥ１００に共通に割り当てられた共通無線リソース（ｃｏｍｍｏｎ  Ｔｘ  ｒｅｓｏｕｒｃｅ）である。このような第２の無線リソースは、タイプ１ディスカバリーに用いられるタイプ１リソース（Ｔｙｐｅ  １  ｒｅｓｏｕｒｃｅ）と称されてもよい。例えば、非サービングセルは、ブロードキャストシグナリングであるＳＩＢ１９により、ＵＥ１００に第２の無線リソースを送信する。
【０１５３】
第５実施形態において、ＵＥ１００は、第１の無線リソース及び第２の無線リソースの衝突（ｃｏｎｆｌｉｃｔ）が発生した場合、第１の無線リソース及び第２の無線リソースのうち一方の無線リソースを、周波数間ディスカバリー送信に用いる無線リソースとして選択する。ここで、「衝突（ｃｏｎｆｌｉｃｔ）」とは、第１の無線リソース及び第２の無線リソースが同一のサブフレームに割り当てられた状態である。なお、「衝突（ｃｏｎｆｌｉｃｔ）」とは、同一の周波数（非サービング周波数）において、第１の無線リソース及び第２の無線リソースが同一のサブフレームに割り当てられた状態であってもよい。
【０１５４】
このような衝突が発生した場合、ＵＥ１００は、所定の優先度に基づいて、第１の無線リソース及び第２の無線リソースのうち一方の無線リソースを選択する。第５実施形態において、所定の優先度は、第２の無線リソースよりも第１の無線リソースを優先するよう事前設定（ｐｒｅ−ｃｏｎｆｉｇｕｒｅ）された優先度である。なお、所定の優先度は、事前設定されたものに限られない。例えば、ＵＥ１００は、ｅＮＢ２００から「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」により第１の無線リソースと共に送信された所定の優先度を設定してもよい。つまり、ＵＥ１００は、第１の無線リソース及び第２の無線リソースの衝突が発生した場合、第１の無線リソースを選択する。
【０１５５】
但し、サイドリンク動作（例えば、サイドリンク直接ディスカバリー及びサイドリンク直接通信等）のためにサービングセルとの通信を停止する期間であるサイドリンクギャップがサービングセルによりＵＥ１００に設定されている場合、ＵＥ１００は、例外的に次のように動作してもよい。第１の無線リソース及び第２の無線リソースの衝突が発生した場合、ＵＥ１００は、サイドリンクギャップの間において第１の無線リソースより第２の無線リソースを優先して選択してもよい。ＵＥ１００は、サイドリンクギャップの間においてのみ第２の無線リソースを優先して選択してもよい。ＵＥ１００は、サイドリンクギャップ以外の期間においては、原則通り、第１の無線リソースを優先する。なお、ＵＥ１００は、所定の優先度が設定されていない場合に、サイドリンクギャップがサービングセルによりＵＥ１００に設定されており、なお且つ第１の無線リソース及び第２の無線リソースの衝突が発生した場合、ＵＥ１００は、サイドリンクギャップの間において第２の無線リソースを優先して選択してもよい。
【０１５６】
［第５実施形態の変更例］
所定の優先度は、第１の無線リソース及び第２の無線リソースのそれぞれに設定された優先度であってもよい。このような優先度として、セル再選択における周波数優先度（Ｃｅｌｌ  Ｒｅｓｅｌｅｃｔｉｏｎ  Ｐｒｉｏｒｉｔｙ）を使用してもよい。例えば、第１の無線リソースにおける周波数に対応する周波数優先度を第１の無線リソースの優先度とし、一方で、第２の無線リソースにおける周波数に対応する周波数優先度を第２の無線リソースの優先度としてもよい。「Ｃｅｌｌ  Ｒｅｓｅｌｅｃｔｉｏｎ  Ｐｒｉｏｒｉｔｙ」は、例えばサービングセルのＳＩＢによりＵＥ１００に送信される。
【０１５７】
本変更例において、第１の無線リソース及び第２の無線リソースの衝突が発生した場合、ＵＥ１００は、第１の無線リソース及び第２の無線リソースのうち、対応する優先度が高い方の無線リソースを優先して選択する。すなわち、ＵＥ１００は、非サービングセルに対応する優先度が、サービングセルに対応する優先度よりも高い場合、第２の無線リソースを優先して選択する。これに対し、サービングセルに対応する優先度が、非サービングセルに対応する優先度よりも高い場合、ＵＥ１００は、第１の無線リソースを優先して選択する。なお、優先度が高い方の無線リソースを優先して選択するとは、優先度が高い方の無線リソースを選択し、優先度が低い方の無線リソースを選択しないことを意味してもよい。
【０１５８】
［その他の実施形態］
上述した第１実施形態乃至第５実施形態のうち２以上の実施形態を組み合わせて実施してもよい。
【０１５９】
上述した第１実施形態乃至第５実施形態を「Ｓｉｄｅｌｉｎｋ  Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ」に応用してもよい。具体的には、第１実施形態乃至第５実施形態における「ディスカバリー」を「データ」と読み替えてもよい。
【０１６０】
上述した第１実施形態のシナリオ１乃至３において、ＵＥ１００は、周波数Ｆ２（で運用されるセル）をＳＣｅｌｌとして設定されていてもよい。
【０１６１】
上述した第１実施形態乃至第５実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１６２】
［付記１］
（はじめに）
強化されたＬＴＥ装置間（Device to Device）の近傍サービスについて新しい作業項目が承認された。この作業項目の一つの目的は、３）複数のキャリア及びＰＬＭＮの存在をサポートする強化されたＤ２Ｄディスカバリーである。ａ）サービングセルと同じ及び異なるＰＬＭＮに属する非サービングキャリア及び／又はセカンダリセルにおけるＤ２Ｄ送信を可能とする。
【０１６３】
この付記では、アナウンス（送信）及びモニタリング（監視）の両方の観点から、より効率的な周波数間（inter-frequency）及びＰＬＭＮ間（inter-PLMN）動作のためにＰｒｏＳｅディスカバリーメカニズムを最適化することを検討する。
【０１６４】
（ディスカバリーアナウンスの側面）
（周波数間ディスカバリーアナウンスのためのシナリオ）
リリース１２において、ディスカバリーアナウンスは、サービングセル上でのみ許可されていたが、リリース１３での可能性はサービングセルとは異なる周波数を使用することである。リリース１３では、マルチキャリア配備の下でリリース１２メカニズムを最適化することが期待される。リリース１２の例では、リソースプールは静的にＯＡＭにより設定されているので、サービングセルが十分な送信リソースを持っていない場合には、ディスカバリーアナウンスに興味を持つＵＥを他の周波数にハンドオーバをすべきである。このような増加したハンドオーバが不要なシグナリング及び潜在的なハンドオーバの失敗を引き起こす可能性がある。さらに、ＵＥがいずれの隣接セルも検出しない場合、サービングセルのための選択肢でさえもない。したがって、リリース１３では、サービング周波数にキャンプしながら周波数間ディスカバリーアナウンスを可能にするために、より柔軟な方式が検討されるべきである。ディスカバリーアナウンスは、既にアイドル及びコネクティッドの両方のモードで許可されているので、リリース１３のメカニズムも同じ原則に従うべきである。
【０１６５】
提案１：アイドル及びコネクティッドの両方のモードで周波数間ディスカバリーアナウンスがリリース１３でサポートされるべきである。
【０１６６】
現在では、いくつかの複雑な配備が考慮されるべきである。これらの配備は、ホットスポット能力の強化のためのマルチキャリア配備、及びマクロレイヤと小セルレイヤとの異種ネットワークが含まれる。図８に示されるように、ＵＥの観点からは、周波数間ディスカバリーアナウンスのための３つの必須のシナリオがあり得る。
【０１６７】
シナリオ１：Ｆ１にキャンプするＵＥがいずれのＦ２カバレッジも認識していない（すなわち、Ｆ２で利用可能な同期及び制御チャネルがない）。
【０１６８】
このシナリオでは、Ｆ２で動作する隣接セルへのＵＬ干渉が例えば適切なレンジクラス、周波数プランニング、及び／又は配備ポリシーによって制御されている限りは、セル１のＦ１にＵＥがキャンプしながらＦ２でのディスカバリーアナウンスのための無線リソース割当が可能である。リソース割り当ては、タイプ１及びタイプ２Ｂディスカバリーの両方のためにクロスキャリア割当として行われ得る。Ｆ２上でディスカバリーモニタリングをどのように行うかは検討が必要である。
【０１６９】
シナリオ２：Ｆ１にキャンプするＵＥが同じｅＮＢによって提供されるＦ２カバレッジを認識している。
【０１７０】
このシナリオでは、周波数間ディスカバリーアナウンスが行われた場合、Ｆ２のＵｕ上りリンクへの干渉が考慮されるべきである。Ｆ２は、セル２のために同じｅＮＢによって制御されるので、Ｆ２にアナウンスするためのディスカバリーリソースはＦ２でのＵｕ上りリンク干渉を回避するためにｅＮＢによって調整することができる。
【０１７１】
シナリオ３：Ｆ１にキャンプするＵＥが異なるｅＮＢによって提供されるＦ２カバレッジを認識している。
【０１７２】
このシナリオはシナリオ２と同様であるが、Ｆ２上のカバレッジはＵＥがキャンプするｅＮＢとは異なるｅＮＢによって提供されている。そのため、干渉の問題は、シナリオ２よりも重要である。したがって、周波数間ディスカバリーアナウンスのためのＴｘリソースはＦ２上で動作するセル２から提供された設定に従うべきである。ＵＥは依然としてＦ１のセル１にキャンプしているので、ＵＥは、Ｆ２のＳＩＢ１９で提供される送信リソースプールに従ってタイプ１ディスカバリーを行い得る。
【０１７３】
提案２：ＵＥが他の周波数上のカバレッジを認識していない場合、サービングセルは、周波数間ディスカバリーアナウンスのためのリソース割り当てを制御すべきである。
【０１７４】
提案３：ＵＥが他の周波数上のカバレッジを認識している場合、当該周波数で動作する隣接セルを提供するｅＮＢは、周波数間ディスカバリーアナウンスのためのリソース割り当てを制御すべきである。
【０１７５】
表１は、各シナリオについてのリソース割り当てを示す。
【０１７６】
【表１】
2019004510.tif 000003
【０１７７】
（周波数間ディスカバリーアナウンスのための追加プロシージャ）
周波数間ディスカバリーアナウンスの開始のため、サービングセルは、ＵＥが他の周波数上のセルを認識しているかどうかを把握するべきである（すなわち、シナリオ１又はシナリオ２）。ＵＥの周囲にＦ２におけるカバレッジがない場合（すなわち、シナリオ１）、又は、ＵＥがサービングセルと同じｅＮＢに属するセルを検出した場合（すなわち、シナリオ２）、サービングセルは、周波数間ディスカバリーアナウンスのための適切なパラメータをＵＥに設定すべきである。例えば、サービングセルは、既存の測定報告のトリガを再利用する（例えば、サービングセルは、測定報告がトリガされない場合には、Ｆ２条でＵＥのためのカバレッジがないことを暗黙的に把握し得る）。
【０１７８】
考察１：サービングセルは、ＵＥが他の周波数でのカバレッジを認識しているかどうかを把握するために、既存の測定報告トリガを再利用し得る。
【０１７９】
上述したように、周波数間ディスカバリーアナウンスは他の周波数上のカバレッジが存在しない場合であっても可能である。このような場合には、サービングセルは、クロスキャリアリソース割り当てによりリソースを割り当てる。かかわらず、ディスカバリータイプ（すなわち、タイプ１又はタイプ２Ｂ）に拘らず、サービングセルは、RRCConnectionReconfigurationのSL-DiscConfigにおいて周波数インディケータを提供するべきである。ＳＩＢ１９が他の周波数の送信リソースプールを提供することができるかどうかは検討が必要である。
【０１８０】
提案４：サービングセルは、シナリオ１のための個別シグナリング（dedicated signalling）においてリソース割当に対応する周波数を示すべきである。
【０１８１】
ＵＥが他のｅＮＢによって提供される他の周波数でのカバレッジを認識している場合（すなわち、シナリオ３）、ＵＥは、非サービングセルのＳＩＢ１９において提供される送信リソースプールに従うべきである。リリース１２のディスカバリーモニタリングで定義されているように、ＵＥが他の周波数上でＳＩＢ１９を得ることができるので、ＵＥは、ＮＷによって認可されている場合、非サービング周波数上でのディスカバリーアナウンスを制限する理由はない。
【０１８２】
提案５：ＵＥは、他の周波数に属するセルによってＳＩＢ１９で提供されるタイプ１ディスカバリーアナウンスを可能とされるべきである。
【０１８３】
異なるｅＮＢに属するセルをＵＥが検出している場合（すなわち、シナリオ３）、ＵＥのサービングセルがＦ２の無線リソースを制御すべきではないので、ＵＥは、そのｅＮＢにより提供されるＳＩＢ１９で提供された設定に従うだけである。個別のディスカバリーメッセージ（すなわち、ＵＥが望むディスカバリーのアナウンスのためのリソース）の数に応じて、ＵＥは、Ｆ２上のタイプ１のＴｘリソースを使用するかどうかを決定すべきである。Ｆ２上のリソースを使用すると決定したが、ＵＥが単一の送信機を有する場合、Ｆ１上のＵｕ上りリンクとＦ２上のディスカバリーアナウンスとの間の優先順位付けは、サービングセルによって決定されるべきである。よって、サービングセルは、ＵＥディスカバリーアナウンスの機会を確保するためにＵｕのスケジューリングに注意を払うべきである。サービングセルがＦ２上でのディスカバリーアナウンスに対するＵＥの興味を知らないので、ＵＥは、意図した周波数（複数可）をサービングセルに通知すべきである。その情報はSidelinkUEInformationに含まれてもよいし、その周波数は、サービングセルのＳＩＢ１９のSL-CarrierFreqInfoListに基づいてもよい。また、サービングセルは、サービングセルがＵｕ上りリンクのリソース割り当て（例えば、ディスカバリーアナウンスギャップ）を協調するために、異なるｅＮＢの詳細なＰｒｏＳｅ設定（すなわち、discTxPoolCommon又は送信プールの少なくとも時間パターン）を例えばSidelinkUEInformation、Ｘ２上又はＯＡＭのｅＮＢ間の情報交換によって通知される必要があり得る。
【０１８４】
提案６：ＵＥは、周波数間ディスカバリーアナウンスのために自身が意図する周波数をサービングセルに通知すべきである。
【０１８５】
提案７：サービングセルは、異なるｅＮＢによって設定されている送信リソースプール（複数可）を知らされるべきである。
【０１８６】
（ＰＬＭＮ間ディスカバリーアナウンス）
ＰＬＭＮ間ディスカバリーアナウンスは、図８のシナリオ３の特別なケースである。提案５が許容される場合、ＮＷによって許可されている限りは、同じスキームがＰＬＭＮ間ディスカバリーアナウンスでサポートすることが技術的には可能である。しかし、ＰＬＭＮ間の負荷の公平性の問題を引き起こし得るので、さらなる検討が必要とされる。
【０１８７】
考察２：ＰＬＭＮ間ディスカバリーアナウンスは、他のＰＬＭＮのＳＩＢ１９によって設定されたタイプ１で可能であり得る。
【０１８８】
（ディスカバリーモニタリングの側面）
リリース１２では、サイドリンクギャップについてＲＡＮ２とＲＡＮ１との間で衝突が生じていたが、ＲＡＮ２は以前の合意に固執することを決めている。
【０１８９】
ディスカバリー  ［．．．］  ３  サイドリンクギャップがサポートされない。
【０１９０】
この合意は、ベストエフォート型の仮定を想定すると合理的であり、リリース１２のＷＩの完了に貢献した。しかしながら、リリース１３  ＷＩは、マルチキャリア動作を想定しているので、ディスカバリーメカニズムは、リリース１２研究で評価した「発見されたデバイスの数」の必要性を満たすためにより多くの困難に直面するであろう。ＲＡＮ２は、単一の受信機を持つＵＥにとって、周波数内のケースでさえディスカバリー性能を保証することは困難であり、ましてや周波数間／ＰＬＭ間のケースをサポートすることは困難であることに留意すべきである。
【０１９１】
考察３：マルチキャリア動作に、ディスカバリーについてベストエフォート型の仮定ではうまく動作しない場合がある。
【０１９２】
マルチキャリア動作のためのディスカバリーメカニズムを最適化するために、周波数間及びＰＬＭＮ間ディスカバリーモニタリングのための追加のギャップがリリース１３で再検討されるべきである。
【０１９３】
提案８：周波数間／ＰＬＭＮ間ディスカバリーモニタリングのためのサイドリンクギャップがリリース１３でサポートされるべきである。
【０１９４】
［付記２］
（他の周波数でのリソース割り当ての衝突）
シナリオ２では、ＵＥは、非サービングセル（例えば、タイプ１リソース）のＳＩＢ１９を読み取ることができると同時に、サービングセルによって設定される（例えば、タイプ２Ｂリソース）。リリース１２では、ＳＩＢ１９及び個別シグナリング（dedicated signaling）におけるリソースは、ＵＥがアイドルであるかコネクティッドであるかに応じて排他的に使用される。また、ＵＥは、ＲＳＲＰベース又はランダムに、複数の送信リソースプールから送信リソースプールを選択する。周波数間ディスカバリーアナウンスを伴うリリース１３では、サービングセル及び非サービングセルによって提供される両方のリソースを使用できるかどうか、又はどのリソースが優先されるかを検討するべきである。ディスカバリーの柔軟性の観点から、ＵＥは、両方のリソースの使用を許可されていることが好ましい。
【０１９５】
提案８：ＲＡＮ２は、ＵＥが他の周波数のためにタイプ１及びタイプ２Ｂリソースの両方を使用することが許可され、それによってタイプ２Ｂリソースがサービング周波数のサービングセルにより設定されるかを検討すべきである。
【０１９６】
（他の周波数のセルにおけるアクセス規制）
その他の問題は、サービングセルが、他の周波数上でのアナウンスのためのディスカバリーリソースをＵＥに設定した場合に見出すことができる。現在、ＳＩＢ１は、２組のアクセス規制パラメータ、すなわち、セル禁止（cell-barred）及びクローズド加入者グループ（ＣＳＧ）を含むことができる。また、ＳＩＢ２は、アクセスクラス禁止（access class barring）のためのパラメータセット（ＡＣＢ）を含み得る。ＵＥが他の周波数のセルへのアクセスが制限されている場合には、ＵＥは、他の周波数で送信リソースがサービングセルによって設定されている場合でも、セルのディスカバリー信号を送信することを許されるかどうかは疑問である。ＵＥは、このような状況でディスカバリーアナウンスを実行することが許されるべきではないと考えられる。
【０１９７】
提案９：ＲＡＮ２は、ＵＥが他の周波数のセルへのアクセスを制限される場合は、当該他の周波数にディスカバリーアナウンスを実行することが許可されるかどうかを検討すべきである。
【０１９８】
提案９が問題である場合、すなわち、セルがアクセス規制を提供していた場合、シナリオ２のサービングセルは、同じｅＮＢに属しているので、別の周波数上の非サービングセルが現在制限されているか否かの知識を持っている。
【０１９９】
ＵＥの挙動の観点からは、サービングセルが他セルのためのリソースを提供する場合、他のセルのアクセス規制に関係なく、そのリソースを使用し得ると想定するべきである。
【０２００】
提案１０：ＵＥは、他のセルのアクセス規制に関係なく、異なる周波数上の他のセルのためにサービングセルによって設定されたディスカバリーリソースの使用を許可されている。
【０２０１】
しかし同じ原理は、他の周波数のセルが異なるｅＮＢに属するシナリオ３に適用することはできない。提案３の原則と矛盾するｅＮＢ間のクロスキャリアリソース割り当てが許可される場合、サービングセルは、他のｅＮＢでの制限を知らないかもしれない。
【０２０２】
提案１１：ｅＮＢ間のクロスキャリアリソース割り当てが許されるべきではない。
【０２０３】
提案１０が許容可能であるかどうかに拘らず、２つの選択肢が考えられる。
【０２０４】
・選択肢１：サービングセルがそのセルに対応する設定を回避する。
【０２０５】
この選択肢では、サービングセルは、他の周波数上でのディスカバリー信号を送信するようにＵＥを設定することを避けるべきである。すなわち、ＵＥは、周波数間ディスカバリーアナウンスのための送信リソースを提供されない。よって、ＵＥは、設定が提供される場合、他の周波数でディスカバリーアナウンスを行うことが常に許可される。提案１０が許容可能でない場合、すなわち、ｅＮＢ間のクロスキャリアリソース割り当てが許可される場合、サービングセルを運用するｅＮＢは、他のｅＮＢに属する他の周波数上のセルがアクセス規制を提供しているか否かを把握する必要がある。そのため、ｅＮＢは、例えばSidelinkUEInformation、Ｘ２又はＯＡＭ上でｅＮＢ間の情報交換によって通知されてもよい。
【０２０６】
・選択肢２：ＵＥは、そのセルにディスカバリーアナウンスを避ける。
【０２０７】
ＵＥは、サービングセルによって設定（すなわち、送信用リソース）が提供されても、アクセスを制限するセルにディスカバリーアナウンスを行うことができない。ＵＥは、アナウンスのディスカバリー前に常にＳＩＢ１とＳＩＢ２をチェックし、アクセスが制限されていないかどうかを確認するべきである。また、Ｕｕスケジューリングを支援するために、単一の送信機のＵＥは、そのセル上の制限の適用をサービングセルに通知することができると考えられる（すなわち、サービングセルでディスカバリーアナウンスをもはや考慮する必要がない）。
【０２０８】
選択肢１によれば、ＮＷは、リソースがサービングセルによって設定されている場合、他の周波数セルにはアクセス規制がないことを保証する。しかし、そのような協調のためにＮＷにおける複雑さを増大させ得る。選択肢２によれば、ＵＥの電力消費及び複雑さが増加され、また、そのサービングセルによって設定されたリソースの使用を控えるようにＵＥのための新たな振る舞いを定義すべきであるかもしれない。ＵＥの観点からは、選択肢２はシンプルで望ましい解決策である。
【０２０９】
提案１２：ｅＮＢ間のディスカバリーリソースのクロスキャリア割り当てが許可されているかどうかに拘らず、サービングセルは、他の周波数のセルのアクセス規制がないことを保証すべきである。
【０２１０】
［付記３］
（はじめに）
リリース１３のｅＤ２Ｄの最初の議論が開始され、ＰＬＭＮ間のディスカバリーのための合意が次のようになされた。
【０２１１】
ＰＬＭＮ間のシナリオ
−ＳＡ２ガイダンスは、ディスカバリー送信のためのＰＬＭＮ間の承認は上位層で処理できるかどうかについて要求され得る。
【０２１２】
ネットワークインフラストラクチャ
−ネットワークがＰＬＭＮ間の情報を持っている場合、ネットワークは、ＰＬＭＮ内の場合と同様に、ＵＥを設定するオプションを持つべきである。
【０２１３】
−我々は、ＰＬＭＮ間の調整が常に可能であると仮定することはできない。考慮すべきベースラインシナリオは、協調されていないＰＬＭＮ間のケースである。
【０２１４】
−協調されていないＰＬＭＮ間のシナリオでは、ＵＥは、使用する送信／受信リソースプールを知るために、該当するキャリア周波数のＳＩＢ１９を読む。キャリア周波数がどのようにＵＥに設定されるかは検討が必要である。
【０２１５】
ネットワークインフラストラクチャがない
−ネットワークインフラストラクチャのないＰＬＭＮ間のシナリオ（例えば、ＰｒｏＳｅキャリア上にｅＮＢがない）がサポートされ、カバレッジ外ディスカバリーがサポートされると仮定する。
【０２１６】
この付記では、アナウンス及びモニタリングの両方の観点から、より効率的なＰＬＭＮ間の動作のためのＰｒｏＳｅディスカバリーメカニズムを最適化するための検討をする。
【０２１７】
（ディスカバリーアナウンスの側面）
合意上に構築された想定
図１３に示すように、２つのシナリオ、すなわち、ネットワークインフラストラクチャあり／なしが合意されている。ネットワークインフラストラクチャを有するシナリオでは、考慮すべきベースラインシナリオは、協調されていないＰＬＭＮ間であることが明らかになった。「協調されていない（uncoordinated）」とは、ｅＮＢが、他のＰＬＭＮに属する他のｅＮＢの設定を知らないことを意味する。設定の側面に加えて、ＰＬＭＮ間で同期がないと仮定すべきではない。
【０２１８】
提案１：協調されていないＰＬＭＮ間のシナリオの下でのＰＬＭＮ間の同期はない。
【０２１９】
ＵＥが使用する送信／受信リソースプールを知るためのＳＩＢ１９を読むために、キャリア周波数がどのようにＵＥに設定されるかは検討が必要であるとされている。リリース１２の仕様によれば、サービングセルは、ＵＥがディスカバリーメッセージを監視することを意図することができるＰＬＭＮ  ＩＤとともにＳＩＢ１９内で周波数のリストを提供することは明らかである。また、ＰｒｏＳｅ直接ディスカバリーの許可（非公安ＵＥ）が含まれている。２）ＰｒｏＳｅ直接ディスカバリーは、承認ポリシーをアナウンスする：
−ＵＥがアナウンス実行を許可されているＰＬＭＮ。
−ＰＬＭＮごとにアナウンスのための許可されたディスカバリーレンジ。
【０２２０】
よって、承認にはキャリア周波数の情報はない。（承認された）ＰＬＭＮ内でどのキャリアが使用されるかはＥ−ＵＴＲＡＮ次第であると理解することができる。
【０２２１】
提案２：リリース１２のように、サービングセルは、異なるＰＬＭＮのキャリア周波数をＵＥに示すことができる。
【０２２２】
（ＰＬＭＮ間ディスカバリーアナウンスのための追加のプロシージャ）
ＰＬＭＮ間ディスカバリーアナウンスの開始のため、サービングセルは、該当するＵＥが他のＰＬＭＮ上のセルを認識しているかどうかを把握するべきである。ＰＬＭＮ２でＵＥの周囲にカバレッジが存在しない場合（すなわち、シナリオ１）、ＵＥは、予め設定されたパラメータを使用し得る。ＵＥは、協調されていないＰＬＭＮ間のシナリオの下で、他のＰＬＭＮに属するセルを検出した場合（すなわち、シナリオ２）、ＵＥは、使用する送信／受信リソースプールを知るために、該当するキャリア周波数のＳＩＢ１９を読み取る。或いは、ＵＥは、他のＰＬＭＮに属するセルを検出し（すなわち、シナリオ２）、サービングセルがＰＬＭＮ間の情報を持っている場合、ネットワークは、ＰＬＭＮ内のケースと同様にＵＥを設定するオプションを持つべきである。各シナリオで、ＮＷ／ＵＥの挙動を定義するために重要な点は２つあり、それは、ＵＥが他のＰＬＭＮのカバレッジ内であるか、及び、サービングセルが他のＰＬＭＮの情報を持っているかである。
【０２２３】
（ＵＥが他のＰＬＭＮのカバレッジ内／カバレッジ外）
ＵＥが現在他のＰＬＭＮのカバレッジ内であるかを、ＵＥが知っているものの、サービングが判断すべきかどうかは疑問である。サービングセルが判断しなければならない場合、ＵＥは、例えば既存の測定報告で状況をサービングセルに通知する必要がある。しかし、それは追加の繰り返しに起因してより多くのシグナリングオーバーヘッドが発生し得る。例えば、協調されたＰＬＭＮ間のシナリオ（すなわち、サービングセルは、他のＰＬＭＮの情報を持っていると仮定）の下、ＵＥは先ずＰＬＭＮ間ディスカバリーアナウンスへの自身の興味をサービングセルに通知し、サービングセルはＰＬＭＮ間のＲＲＭ測定をＵＥに設定し、ＵＥは測定報告を送信し、サービングセルは周波数間ディスカバリー設定を提供する、つまり、４つの反復が必要とされている。
【０２２４】
一方、サービングセルが判断する必要がない場合（すなわち、カバレッジ内であるか否かの判断はＵＥが責任を持つ）、ＵＥは自身が興味を持つ他のＰＬＭＮの「カバレッジ内」であることをサービングセルに知らせ、サービングセルは周波数間ディスカバリー設定を提供するので、プロシージャは２回の繰り返しでシンプルになる。よって、ＵＥは、他のＰＬＭＮのカバレッジ内であるか否かを判断する責任を持つべきである。
【０２２５】
提案３：ＵＥは、自身が興味のある他のＰＬＭＮのカバレッジ内であるか否かを判断する責任を持つ。
【０２２６】
提案４：協調されたＰＬＭＮ間のシナリオについて、ＵＥは、興味のあるＰＬＭＮのカバレッジ内であるか否かの状況をサービングセルに通知すべきである。
【０２２７】
ＲＡＮ２は、考慮すべきベースラインシナリオは、協調されていないＰＬＭＮ間であることに合意した。協調されていないシナリオでは、ＵＥは、他のＰＬＭＮ（カバレッジ内）のＳＩＢ１９により提供される送信リソースを使用してもよい。一方、興味のある他のＰＬＭＮのカバレッジ外である場合、ＵＥは、事前設定によって提供される送信リソースを使用してもよい。使用する送信リソースに拘らず、サービングセルは、ＵｕスケジューリングにおいてＰＬＭＮ間ディスカバリーアナウンスの機会を考慮すべきである。しかし、サービングセルは、他のＰＬＭＮの設定を知らない（すなわち、協調されていないシナリオ又は事前設定されたパラメータを使用するシナリオ）。よって、サービングセルは、ＵＥから設定を通知されるべきである。これは、２つの選択肢があると考えられる。
【０２２８】
・選択肢１：ＵＥは、他のＰＬＭＮのＳＩＢ１９を転送する。これは、ＰＬＭＮ間の時間差の追加情報が必要な場合がある。
【０２２９】
・選択肢２：ＵＥが送信リソースプール（複数可）に基づく「ギャップパターン」を知らせる。
【０２３０】
各選択肢は、本質的に同じ機能を持つ。しかし、シグナリングオーバーヘッドが異なり、選択肢１は明らかに設定を通知するために多くのビットを必要とする。よって、選択肢２が好ましい。
【０２３１】
提案５：サービングセルは、Ｕｕのスケジューリングのために「ギャップパターン」をＵＥから通知されるべきである。
【０２３２】
「カバレッジ内」及び「ギャップパターン」は、新しいＲＲＣメッセージを定義したり、他のシグナリング（例えば、測定報告）を拡張したりする理由もないため、SidelinkUEInformationで知らされることが自然である。
【０２３３】
提案６：SidelinkUEInformationは、ＰＬＭＮ間ディスカバリーアナウンスのための追加的な情報をサービングセルに知らせるよう拡張されるべきである。
【０２３４】
（サービングセルが他のＰＬＭＮの情報を持っていない）
SidelinkUEInformationが完全な情報（すなわち、「カバレッジ内」及び「ギャップパターン」）で送信することが許可されている場合、ＳＩＢ１９が提供される限りは、サービングセルは他のＰＬＭＮの情報の可用性をＵＥに知らせる必要がないかもしれない。これは簡単で、標準化へのインパクトを最小限に抑える。
【０２３５】
しかし、「カバレッジ内」及び「ギャップパターン」はサービングセルにおいて排他的に使用されることは明らかである。例えば、協調されていないＰＬＭＮ間のシナリオでは、サービングセルは、Ｕｕのスケジューリングに「ギャップパターン」の情報を考慮することができるが、ＵＥが他のＰＬＭＮのＳＩＢ１９からの送信リソース又は事前設定を使用するか（すなわち、カバレッジ内又はカバレッジ外）をサービングセルは気にしないので、「カバレッジ内」の状況は有用ではない。よって、不必要なオーバーヘッドを削減するために「カバレッジ内」／「ギャップパターン」が排他的に知らされるべきである。また、排他的な情報はＵＥの電力消費を低減することができる（例えば、「カバレッジ内」のみ通知される場合、ＳＩＢ１９を読む必要がない）。
【０２３６】
よって、サービングセルが他のＰＬＭＮの情報の可用性（すなわち、協調されている又は協調されていないＰＬＭＮ間のシナリオ）を例えばＳＩＢ１９で提供することが有用である。ＵＥは、提供された追加情報に基づいてSidelinkUEInformationの内容を選択すべきである。
【０２３７】
提案７：サービングセルは、他のＰＬＭＮの情報の可用性を提供すべきである。
【０２３８】
［付記４］
（他の周波数でのリソース割り当ての衝突）
以下の合意に達した。
【０２３９】
−ＰＬＭＮ内及びＰＬＭＮ間について、サービングｅＮＢは、どの周波数及びＰＬＭＮでディスカバリー送信を行うことが許可されているかを知らせる。ＵＥは、直接ディスカバリー送信のためのリソースを取得するために他のキャリアのＳＩＢ１９を読むことができる。
【０２４０】
−ＰＬＭＮ内又は協調されたＰＬＭＮ間については、サービングｅＮＢは、個別シグナリング又はブロードキャストシグナリングを使用して、他のキャリアの直接ディスカバリーリソース情報を提供することができる。
【０２４１】
２つの合意事項によると、ＵＥは、非サービングセル（例えば、タイプ１の送信リソース）のＳＩＢ１９を読むことが許可されるとともに、サービングセルによって設定され得（例えば、タイプ２Ｂの送信リソース）、両方のリソース割り当てを同時に利用可能である。
【０２４２】
提案１：ＲＡＮ２は、ＵＥが他の周波数のためのタイプ１及びタイプ２Ｂリソースの両方を使用することを許可し、それによってサービング周波数のサービングセルによりタイプ２Ｂリソースが設定されるかを検討すべきである。
【０２４３】
提案１が合意可能である場合、検討を要する他の問題は、非同期のＰＬＭＮ内及びＰＬＭＮ間のケース、すなわち、異なるＰＬＭＮに属する周波数でＳＦＮが揃っていないケースである。この状況では、サービングセル及び他の周波数上の非サービングセルの両方から同一のサブフレーム（複数可）が同時に送信ディスカバリーリソースで設定される可能性があります。単一の送信チェーンのＵＥを考慮すると、衝突は次のオプションによって解決することができる。
【０２４４】
オプション１：どのように及びいつＵＥがどちらの周波数でアナウンスするかをＵＥの実装依存とする。
【０２４５】
オプション２：ＵＥは常に共通の送信リソース（例えば、タイプ１）よりも個別の送信リソース（例えば、タイプ２Ｂ）を優先する。
【０２４６】
オプション３：サービングセルがサイドリンクギャップを割り当て、ＵＥがサイドリンクギャップの間にのみ非サービング周波数の共通の送信リソースを優先することが許可される。
【０２４７】
オプション１は、標準化の観点から最も簡単な解決策である。オプション２によれば、ＵＥが衝突によりディスカバリーアナウンスを行うことができない場合でも、共通の送信リソースを他のＵＥが使用することができるので、周波数効率を向上させることができる。すなわち、オプション３は、ＮＷ制御メカニズムを円滑化することができる、すなわち、サイドリンクギャップを割り当てるか否かはサービングセル次第である。無線リソースの使用量は可能な限りサービングセルによって管理されるべきであるので、オプション２又はオプション３はオプション１よりも好ましいと考えられる。これらのオプションの組み合わせ（すなわち、サイドリンクギャップ（オプション３）が設定されない場合にＵＥが共通の送信リソース（オプション２）よりも個別の送信リソースを優先する）も考慮することができる。
【０２４８】
提案２：ＲＡＮ２は、同一サブフレーム（複数可）内の送信リソースの衝突が優先順位付けルール及び／又はサイドリンクギャップによって解決されるかどうかを検討すべきである。
【０２４９】
［付記５］
サービングセルが、他の周波数上でのアナウンスのためのディスカバリーリソースをＵＥに設定する場合、当該周波数に属するセルからのアクセス規制の可能性がある。現在、ＳＩＢ１は、２組のアクセス規制パラメータ、すなわち、セル禁止（cell-barred）及びクローズド加入者グループ（ＣＳＧ）を含むことができる。また、ＳＩＢ２は、アクセスクラス禁止（access class barring）のためのパラメータセット（ＡＣＢ）を含み得る。ＵＥが他の周波数のセルへのアクセスが制限されている場合には、ＵＥは、他の周波数上の送信リソースがサービングセルによって設定されている場合でも、セルのディスカバリー信号を送信することを許されるかどうかは疑問である。ＵＥは、このような状況でディスカバリーアナウンスを実行することが許されるべきではないと考えられる。なお、当該他の周波数のＳＩＢ１９を読み取るようＵＥが示されるケースにおいて、例えば、他の周波数上のセルがアクセス規制を決定した場合に、何らの送信リソースも自身のＳＩＢ１９で提供しないよう再設定することにより、この問題は避けることができる。
【０２５０】
提案１：ＲＡＮ２は、ＵＥが他の周波数のセルへのアクセスを制限される場合は、当該他の周波数にディスカバリーアナウンスを実行することが許可されるかどうかを検討すべきである。
【０２５１】
提案１が問題である場合、すなわち、セルがアクセス規制を提供しているときにＵＥがディスカバリーアナウンスを行うことが許可されない場合、２つの選択肢が考えられる。
【０２５２】
選択肢１：サービングセルがその別周波数（inter-frequency）セルに対応する送信リソースの設定を避ける。
【０２５３】
この選択肢では、サービングセルは、他の周波数上でのディスカバリー信号を送信するようにＵＥを設定することを避けるべきである。すなわち、ＵＥは、周波数間ディスカバリーアナウンスのための送信リソースを提供されない。よって、ＵＥは、設定が提供される場合、他の周波数でディスカバリーアナウンスを行うことが常に許可される。サービングセルの観点からは、非サービング周波数上で動作する他のセルがアクセス規制をしているか否かを知らされる必要がある。サービングセルは、SidelinkUEInformation、Ｘ２又はＯＡＭ上で交換されるｅＮＢ間の情報によって、当該他のセルのアクセス規制状態及び／又はディスカバリーリソース設定を知らされてもよい。
【０２５４】
選択肢２：ＵＥは、その別周波数セルにディスカバリーアナウンスを避ける。
【０２５５】
ＵＥは、サービングセルによって設定（すなわち、送信用リソース）が提供されても、アクセスを制限するセルにディスカバリーアナウンスを行うことが許可されない。ＵＥは、ディスカバリーアナウンスの前にＳＩＢ１とＳＩＢ２をチェックし、セルのアクセス規制の状態を判断することが要求される。また、単一の送信機のＵＥについては、サービングセルのＵｕスケジューリングを支援するために（すなわち、別周波数のセル上でのディスカバリーアナウンスはもはや必要とされない）、ＵＥがサービングセルに別周波数のセルのアクセス規制を知らせるべきか検討すべきである。
【０２５６】
選択肢１によれば、ＮＷは、リソースがサービングセルによって設定される場合、他の周波数セルにアクセス規制がないことを保証する。しかし、そのような協調のためにＮＷにおける複雑さを増大させ得る。選択肢２によれば、ＵＥの電力消費及び複雑さが増加され、また、そのサービングセルによって設定されたリソースの使用を控えるようにＵＥのための新たな振る舞いを定義すべきであるかもしれない。ＲＡＮ２は、サービングｅＮＢが個別（dedicated）又はブロードキャストシグナリングを用いて他のキャリアのための直接ディスカバリーリソース情報を提供できることを合意しているので、他の周波数上の制御シグナリングの監視に関連するＵＥの電力消費を削減するために、選択肢１が好ましい解決策である。
【０２５７】
提案２：サービングセルは、他のセルに属する周波数のための直接ディスカバリーリソース情報を提供する前に、他のセル上でアクセス規制がないことを保証すべきである。
【０２５８】
［相互参照］
米国仮出願第６２／１４５８２９号（２０１５年４月１０日出願）、米国仮出願第６２／１６２２０４号（２０１５年５月１５日出願）、米国仮出願第６２／１９３７０８号（２０１５年７月１７日出願）、及び米国仮出願第６２／２２２８６５号（２０１５年９月２４日出願）の全内容が参照により本願明細書に組み込まれている。
【図１】
2019004510.tif 000004
【図２】
2019004510.tif 000005
【図３】
2019004510.tif 000006
【図４】
2019004510.tif 000007
【図５】
2019004510.tif 000008
【図６】
2019004510.tif 000009
【図７】
2019004510.tif 000010
【図８】
2019004510.tif 000011
【図９】
2019004510.tif 000012
【図１０】
2019004510.tif 000013
【図１１】
2019004510.tif 000014
【図１２】
2019004510.tif 000015
【図１３】
2019004510.tif 000016