(57)【要約】      （修正有）【課題】フィードバックを行うか否かを基地局が制御可能とすることにより、フィードバックに伴うオーバーヘッドの増大を抑制する。【解決手段】基地局２００は、自セルに接続するユーザ端末から受信するメッセージに基づいて、Ｄ２Ｄ近傍サービスのためのギャップパターンをユーザ端末に割り当てる制御部２４０を備える。制御部は、フィードバック制御情報をユーザ端末に送信する。フィードバック制御情報は、所定の周波数においてユーザ端末が受信したシステム情報に対応するフィードバックをユーザ端末がメッセージに含めることが必要であるか否かの判断に使用される。【選択図】図３
2018088685.tif 000002
【特許請求の範囲】
【請求項１】
自セルに接続するユーザ端末から受信するメッセージに基づいて、Ｄ２Ｄ近傍サービスのためのギャップパターンを前記ユーザ端末に割り当てる制御部を備え、
前記制御部は、フィードバック制御情報を前記ユーザ端末に送信し、
前記フィードバック制御情報は、所定の周波数において前記ユーザ端末が受信したシステム情報に対応するフィードバックを前記ユーザ端末が前記メッセージに含めることが必要であるか否かの判断に使用される基地局。
【請求項２】
前記ギャップパターンは、前記所定の周波数において他のユーザ端末から送信されるＤ２Ｄ信号を前記ユーザ端末が監視することが許可されるタイミングを規定し、
前記所定の周波数は、前記自セルの周波数とは異なる他の周波数である請求項１に記載の基地局。
【請求項３】
前記システム情報は、前記他の周波数において前記Ｄ２Ｄ信号の伝送に使用されるＤ２Ｄリソースプールを示すリソースプール情報を含み、
前記フィードバックは、前記リソースプール情報に基づいて前記ユーザ端末が決定した要求ギャップパターン、又は前記リソースプール情報である請求項２に記載の基地局。
【請求項４】
前記フィードバック制御情報は、前記フィードバックが必要であるか否かを示す情報を含む請求項１乃至３の何れか一項に記載の基地局。
【請求項５】
前記システム情報は、当該システム情報の更新に応じて更新されるタグ番号を含み、
前記フィードバック制御情報は、前記基地局が取得済みの前記システム情報のタグ番号を含む請求項１乃至３の何れか一項に記載の基地局。
【請求項６】
前記フィードバック制御情報は、前記基地局が取得済みのギャップパターンを示す情報を含む請求項１乃至３の何れか一項に記載の基地局。
【請求項７】
前記フィードバック制御情報は、前記所定の周波数に含まれる周波数ごとに提供される請求項１乃至６の何れか一項に記載の基地局。
【請求項８】
前記フィードバック制御情報は、当該フィードバック制御情報の有効期間を示す情報を含む請求項１乃至７の何れか一項に記載の基地局。
【請求項９】
前記要求ギャップパターンは、周期情報と、前記自セルのタイミングに対する前記周期情報の開始タイミングを示すオフセット情報と、を含む請求項３に記載の基地局。
【請求項１０】
前記フィードバックは、前記Ｄ２Ｄ近傍サービスのためのＲＲＣメッセージであるＰｒｏＳｅインディケーションに含まれ、
前記ＰｒｏＳｅインディケーションは、ギャップ割り当て要求をさらに含む請求項１乃至９の何れか一項に記載の基地局。
【請求項１１】
前記制御部は、前記ギャップ割り当て要求を含む前記ＰｒｏＳｅインディケーションを受信すると、前記ユーザ端末宛ての専用シグナリングを使用して、許容可能な前記ギャップパターンを前記ユーザ端末に設定する請求項１０に記載の基地局。
【請求項１２】
自ユーザ端末がサービングセルに送信するメッセージに基づいて、Ｄ２Ｄ近傍サービスのためのギャップパターンが前記サービングセルから割り当てられる制御部を備え、
前記制御部は、フィードバック制御情報を前記サービングセルから受信し、
前記フィードバック制御情報は、所定の周波数において前記自ユーザ端末が受信したシステム情報に対応するフィードバックを前記自ユーザ端末が前記メッセージに含めることが必要であるか否かの判断に使用されるユーザ端末。
【請求項１３】
前記ギャップパターンは、前記所定の周波数において他のユーザ端末から送信されるＤ２Ｄ信号を前記自ユーザ端末が監視することが許可されるタイミングを規定し、
前記所定の周波数は、前記サービングセルの周波数とは異なる他の周波数である請求項１２に記載のユーザ端末。
【請求項１４】
前記システム情報は、前記他の周波数において前記Ｄ２Ｄ信号の伝送に使用されるＤ２Ｄリソースプールを示すリソースプール情報を含み、
前記フィードバックは、前記リソースプール情報に基づいて前記ユーザ端末が決定した要求ギャップパターン、又は前記リソースプール情報である請求項１３に記載のユーザ端末。
【請求項１５】
前記フィードバック制御情報は、前記フィードバックが必要であるか否かを示す情報を含む請求項１２乃至１４の何れか一項に記載のユーザ端末。
【請求項１６】
前記システム情報は、当該システム情報の更新に応じて更新されるタグ番号を含み、
前記フィードバック制御情報は、前記基地局が取得済みの前記システム情報のタグ番号を含む請求項１２乃至１４の何れか一項に記載のユーザ端末。
【請求項１７】
前記フィードバック制御情報は、前記基地局が取得済みのギャップパターンを示す情報を含む請求項１２乃至１４の何れか一項に記載のユーザ端末。
【請求項１８】
前記フィードバック制御情報は、前記所定の周波数に含まれる周波数ごとに提供される請求項１２乃至１７の何れか一項に記載のユーザ端末。
【請求項１９】
前記フィードバック制御情報は、当該フィードバック制御情報の有効期間を示す情報を含む請求項１２乃至１８の何れか一項に記載のユーザ端末。
【請求項２０】
前記要求ギャップパターンは、周期情報と、前記サービングセルのタイミングに対する前記周期情報の開始タイミングを示すオフセット情報と、を含む請求項１４に記載のユーザ端末。
【請求項２１】
前記フィードバックは、前記Ｄ２Ｄ近傍サービスのためのＲＲＣメッセージであるＰｒｏＳｅインディケーションに含まれ、
前記ＰｒｏＳｅインディケーションは、ギャップ割り当て要求をさらに含む請求項１２乃至２０の何れか一項に記載のユーザ端末。
【請求項２２】
前記制御部は、前記ギャップ割り当て要求を含む前記ＰｒｏＳｅインディケーションを送信した後、前記自ユーザ端末宛ての専用シグナリングにより、許容可能な前記ギャップパターンを受信する請求項２１に記載のユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる基地局及びユーザ端末に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。
【０００３】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するＤ２Ｄ発見手続（ＰｒｏＳｅ  Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（ＰｒｏＳｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。
【０００４】
ここで、サービングセルは、Ｄ２Ｄ近傍サービスがサポートされる周波数であって、且つサービングセルの周波数とは異なる他の周波数をシステム情報（ＳＩＢ；Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）でユーザ端末に通知できる。ユーザ端末は、ＳＩＢによって通知された他の周波数において送信されるＤ２Ｄ信号の監視を行ってもよい。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４３  Ｖ１２．０．１」  ２０１４年３月２７日
【発明の概要】
【０００６】
第１の特徴に係る基地局は、自セルに接続するユーザ端末から受信するメッセージに基づいて、Ｄ２Ｄ近傍サービスのためのギャップパターンを前記ユーザ端末に割り当てる制御部を備える。前記制御部は、フィードバック制御情報を前記ユーザ端末に送信する。前記フィードバック制御情報は、所定の周波数において前記ユーザ端末が受信したシステム情報に対応するフィードバックを前記ユーザ端末が前記メッセージに含めることが必要であるか否かの判断に使用される。
【０００７】
第２の特徴に係るユーザ端末は、自ユーザ端末がサービングセルに送信するメッセージに基づいて、Ｄ２Ｄ近傍サービスのためのギャップパターンが前記サービングセルから割り当てられる制御部を備える。前記制御部は、フィードバック制御情報を前記サービングセルから受信する。前記フィードバック制御情報は、所定の周波数において前記自ユーザ端末が受信したシステム情報に対応するフィードバックを前記自ユーザ端末が前記メッセージに含めることが必要であるか否かの判断に使用される。
【図面の簡単な説明】
【０００８】
【図１】ＬＴＥシステムの構成図である。
【図２】ＵＥ（ユーザ端末）のブロック図である。
【図３】ｅＮＢ（基地局）のブロック図である。
【図４】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図５】ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】実施形態に係るＩｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  Ｄｉｓｃｏｖｅｒｙを説明するための図である。
【図７】実施形態に係る監視ギャップ割り当てを説明するための図である。
【図８】実施形態に係る要求ギャップパターンの構成例を説明するための図である。
【図９】実施形態に係るフィードバック制御を説明するための図である。
【図１０】付記に係る図である。
【発明を実施するための形態】
【０００９】
［実施形態の概要］
ところで、Ｄ２Ｄ信号の送信に用いられる時間・周波数リソース（Ｄ２Ｄリソースプール）は、全時間帯に設けられるものではなく、所定時間で区切られた特定の時間帯に設けられることが想定される。
【００１０】
また、ユーザ端末にはＤ２Ｄ近傍サービスがサポートされる他の周波数がサービングセルから通知されるものの、当該他の周波数においてＤ２Ｄ信号の送信に用いられるＤ２Ｄリソースプールについては、サービングセルから通知されない。
【００１１】
さらに、ユーザ端末は、Ｄ２Ｄ信号の監視とセルラ通信とを同時に行うことができないことが一般的であるため、他の周波数において送信されるＤ２Ｄ信号を適切に監視可能とすることが望まれる。
【００１２】
そこで、実施形態は、サービングセルの周波数とは異なる他の周波数において送信されるＤ２Ｄ信号を適切に監視可能とする基地局及びユーザ端末を提供する。
【００１３】
実施形態に係る基地局は、自セルに接続するユーザ端末から受信するメッセージに基づいて、ギャップパターンを前記ユーザ端末に割り当てる制御部を備える。前記ギャップパターンは、前記自セルの周波数とは異なる他の周波数において他のユーザ端末から送信されるＤ２Ｄ信号を前記ユーザ端末が監視すべきタイミングを規定する。前記制御部は、フィードバック制御情報を前記ユーザ端末に送信する。前記フィードバック制御情報は、前記他の周波数において前記ユーザ端末が受信したシステム情報に対応するフィードバックを前記ユーザ端末が前記メッセージに含めることが必要であるか否かの判断に使用される。
【００１４】
実施形態では、前記システム情報は、前記他の周波数において前記Ｄ２Ｄ信号の伝送に使用されるＤ２Ｄリソースプールを示すリソースプール情報を含む。前記フィードバックは、前記リソースプール情報に基づいて前記ユーザ端末が決定した要求ギャップパターン、又は前記リソースプール情報である。
【００１５】
実施形態では、前記フィードバック制御情報は、前記フィードバックが必要であるか否かを示す情報を含む。
【００１６】
実施形態では、前記システム情報は、当該システム情報の更新に応じて更新されるタグ番号を含む。前記フィードバック制御情報は、前記基地局が取得済みの前記システム情報のタグ番号を含む。
【００１７】
実施形態では、前記フィードバック制御情報は、前記基地局が取得済みのギャップパターンを示す情報を含む。
【００１８】
実施形態では、前記フィードバック制御情報は、前記他の周波数に含まれる周波数ごとに提供される。
【００１９】
実施形態では、前記フィードバック制御情報は、当該フィードバック制御情報の有効期間を示す情報を含む。
【００２０】
実施形態に係るユーザ端末は、自ユーザ端末がサービングセルに送信するメッセージに基づいて、ギャップパターンが前記サービングセルから割り当てられる制御部を備える。前記ギャップパターンは、前記サービングセルの周波数とは異なる他の周波数において他のユーザ端末から送信されるＤ２Ｄ信号を監視すべきタイミングを規定する。前記制御部は、フィードバック制御情報を前記サービングセルから受信する。前記フィードバック制御情報は、前記他の周波数において自ユーザ端末が受信したシステム情報に対応するフィードバックを自ユーザ端末が前記メッセージに含めることが必要であるか否かの判断に使用される。
【００２１】
実施形態では、前記システム情報は、前記他の周波数において前記Ｄ２Ｄ信号の伝送に使用されるＤ２Ｄリソースプールを示すリソースプール情報を含む。前記フィードバックは、前記リソースプール情報に基づいて前記ユーザ端末が決定した要求ギャップパターン、又は前記リソースプール情報である。
【００２２】
実施形態では、前記フィードバック制御情報は、前記フィードバックが必要であるか否かを示す情報を含む。
【００２３】
実施形態では、前記システム情報は、当該システム情報の更新に応じて更新されるタグ番号を含む。前記フィードバック制御情報は、前記基地局が取得済みの前記システム情報のタグ番号を含む。
【００２４】
実施形態では、前記フィードバック制御情報は、前記基地局が取得済みのギャップパターンを示す情報を含む。
【００２５】
実施形態では、前記フィードバック制御情報は、前記他の周波数に含まれる周波数ごとに提供される。
【００２６】
実施形態では、前記フィードバック制御情報は、当該フィードバック制御情報の有効期間を示す情報を含む。
【００２７】
［実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００２８】
（１）システム構成
以下において、実施形態に係るＬＴＥシステムの構成について説明する。図１は、実施形態に係るＬＴＥシステムの構成図である。図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２９】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３０】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３１】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３２】
ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワークが構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３３】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０は記憶部に相当し、プロセッサ１６０は制御部に相当する。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ１６０’としてもよい。
【００３４】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。無線送受信機１１０及びプロセッサ１６０は、送信部及び受信部を構成する。
【００３５】
無線送受信機１１０は、複数の送信機及び／又は複数の受信機を含んでもよい。実施形態では、無線送受信機１１０が１つの送信機及び１つの受信機のみを含むケースを主として想定する。
【００３６】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。ＵＥ１００がカード型端末である場合、ＵＥ１００は、ユーザインターフェイス１２０及びバッテリ１４０を備えていなくてもよい。
【００３７】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３８】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０は記憶部に相当し、プロセッサ２４０は制御部に相当する。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ２４０’としてもよい。
【００３９】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。無線送受信機２１０及びプロセッサ２４０は、送信部及び受信部を構成する。
【００４０】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４１】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４２】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４３】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４４】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロックを決定（スケジューリング）するスケジューラを含む。
【００４５】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４６】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４７】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００４８】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００４９】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５０】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
【００５１】
（２）Ｄ２Ｄ近傍サービス
以下において、Ｄ２Ｄ近傍サービスについて説明する。実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。Ｄ２Ｄ近傍サービスについては非特許文献１に記載されているが、ここではその概要を説明する。
【００５２】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のＵＥ１００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見するＤ２Ｄ発見手続（ＰｒｏＳｅ  Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（ＰｒｏＳｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。
【００５３】
同期クラスタを形成する全ＵＥ１００がセルカバレッジ内に位置するシナリオを「カバレッジ内（Ｉｎ  ｃｏｖｅｒａｇｅ）」という。同期クラスタを形成する全ＵＥ１００がセルカバレッジ外に位置するシナリオを「カバレッジ外（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）」という。同期クラスタのうち一部のＵＥ１００がセルカバレッジ内に位置し、残りのＵＥ１００がセルカバレッジ外に位置するシナリオを「部分的カバレッジ（Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅ）」という。
【００５４】
現状、Ｄ２Ｄ発見手続は、カバレッジ内でのみ行われることが想定されている。以下においては、カバレッジ内でＤ２Ｄ発見手続が行われるケースを主として想定する。
【００５５】
なお、Ｄ２Ｄ発見手続では、ＵＥ１００は、近傍端末を発見するためのＤ２Ｄ発見信号（Ｄｉｓｃｏｖｅｒｙ信号）を送信する。Ｄ２Ｄ発見手続の方式として、ＵＥ１００に固有に割り当てられない無線リソースがＤ２Ｄ発見信号の送信に使用される第１の方式（Ｔｙｐｅ  １  ｄｉｓｃｏｖｅｒｙ）と、ＵＥ１００毎に固有に割り当てられる無線リソースがＤ２Ｄ発見信号の送信に使用される第２の方式（Ｔｙｐｅ  ２  ｄｉｓｃｏｖｅｒｙ）とがある。第２の方式では、Ｄ２Ｄ発見信号の送信毎に個別に割り当てられた無線リソース、又は、半固定的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔｌｙ）に割り当てられた無線リソースが使用される。
【００５６】
カバレッジ内では、ｅＮＢ２００がＤ２Ｄ同期元となる。ｅＮＢ２００は、Ｄ２Ｄ近傍サービスに関するＳＩＢを送信する。以下において、このようなＳＩＢをＳＩＢ１９と称する。ＳＩＢ１９は、ブロードキャストで送信されるシステム情報の一種である。
【００５７】
ＳＩＢ１９は、自セルにおいてＤ２Ｄ発見信号の伝送に使用されるＤ２Ｄ発見リソースプールを示すリソースプール情報を含む。Ｄ２Ｄ発見リソースプールは、送信用のリソースプールと受信用のリソースプールとを個別に含んでもよい。また、ＳＩＢ１９は、自セルの周波数とは異なる他の周波数であって、Ｄ２Ｄ発見手続に利用可能な周波数を示す周波数リストを含む。周波数リストは、異なる周波数間でのＤ２Ｄ発見手続（Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  Ｄｉｓｃｏｖｅｒｙ）のために使用される。
【００５８】
（３）Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  Ｄｉｓｃｏｖｅｒｙ
以下において、Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  Ｄｉｓｃｏｖｅｒｙについて説明する。図６は、Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  Ｄｉｓｃｏｖｅｒｙを説明するための図である。図６において、ＵＥ１００は、コネクティッドモード又はアイドルモードであり、ｅＮＢ２００のセル＃１をサービングセルとして選択している。
【００５９】
図６に示すように、ｅＮＢ２００は、セル＃１を介してＳＩＢ１９（システム情報）を送信する。上述したように、ＳＩＢ１９は、セル＃１のリソースプール情報と、Ｄ２Ｄ発見手続に利用可能な他の周波数を示す周波数リストと、を含む。ＳＩＢ１９は、セル＃１の周波数と同じ周波数の隣接セルのリソースプール情報を含んでもよい。但し、ＳＩＢ１９は、セル＃１の周波数とは異なる他の周波数のリソースプール情報を含まないことに留意すべきである。ＵＥ１００は、セル＃１を介してＳＩＢ１９を受信する。
【００６０】
ＵＥ１００は、ＳＩＢ１９に含まれる周波数リストに基づいて、周波数リスト中の周波数（他の周波数）において送信されるＤ２Ｄ発見信号を監視する。周波数リスト中の周波数はセル＃１の周波数とは異なっており、ＵＥ１００は、Ｄ２Ｄ発見信号の監視と下りリンクのセルラ通信（セル＃１との通信）とを同時に行うことができない。よって、Ｄ２Ｄ発見信号の監視によりセルラ通信が妨げられないように、ＵＥ１００は、下りリンクのセルラ通信を行わない期間においてＤ２Ｄ発見信号を監視することが望ましい。
【００６１】
例えば、間欠受信（ＤＲＸ）を行うＵＥ１００は、オフ期間において他の周波数のＤ２Ｄ発見信号を監視することが可能である。オフ期間とは、セル＃１（サービングセル）のＰＤＣＣＨを監視すべき期間であるオン期間とは異なる期間である。ｅＮＢ２００は、ＵＥ１００のオフ期間を把握しており、オフ期間においてＵＥ１００への下りリンク送信を行わない。しかしながら、このような方法では、オフ期間が短い場合には、他の周波数のＤ２Ｄ発見信号を監視する機会が少なくなる。よって、Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  Ｄｉｓｃｏｖｅｒｙの成功率を高めることが難しい。
【００６２】
実施形態では、ＵＥ１００が他の周波数のＤ２Ｄ発見信号を監視する新たなタイミング（監視ギャップ）を導入する。このような監視ギャップをｅＮＢ２００がＵＥ１００に割り当てるより、Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  Ｄｉｓｃｏｖｅｒｙの成功率を高めることが可能となる。
【００６３】
（４）監視ギャップ割り当て
以下において、実施形態に係る監視ギャップ割り当てについて説明する。図７は、実施形態に係る監視ギャップ割り当てを説明するための図である。
【００６４】
図７に示すように、ｅＮＢ２００−１により管理されるセル＃１とｅＮＢ２００−２により管理されるセル＃２とが少なくとも部分的に重複している。セル＃１は周波数＃１に属しており、セル＃２は周波数＃２に属している。すなわち、セル＃１及びセル＃２は周波数が異なる。
【００６５】
また、セル＃１はＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）＃１に属しており、セル＃２はＰＬＭＮ＃２に属している。すなわち、セル＃１及びセル＃２はＰＬＭＮが異なる。この場合、セル＃１及びセル＃２のセル間協調を行うことが困難であることに留意すべきである。また、セル＃１及びセル＃２は同期がとられてないことがある。
【００６６】
ＵＥ１００−１及びＵＥ１００−３は、セル＃１及びセル＃２の重複領域に在圏しており、セル＃１をサービングセルとして選択している。ＵＥ１００−２は、セル＃２に在圏しており、セル＃２をサービングセルとして選択している。
【００６７】
このような動作環境において、ＵＥ１００−２により送信されるＤ２Ｄ発見信号をＵＥ１００−１が監視するための監視ギャップを割り当てる方法について説明する。
【００６８】
先ず、ＵＥ１００−１は、ｅＮＢ２００−１からセル＃１を介して送信されるＳＩＢ１９を受信及び復号する。当該ＳＩＢ１９は、セル＃１のリソースプール情報と、Ｄ２Ｄ発見手続に利用可能な他の周波数を示す周波数リストと、を含む。ＵＥ１００−１は、周波数リストに基づいて、他の周波数（セル＃２の周波数）においてＤ２Ｄ発見手続を行うことを決定する。ＵＥ１００−１がＤ２Ｄ発見手続を行うことを決定し、且つＤ２Ｄ発見手続を未だ開始していない状態を「Ｄ２Ｄ発見手続に興味を持つ状態」という。但し、ＵＥ１００−１がＤ２Ｄ発見手続を行っている状態も「Ｄ２Ｄ発見手続に興味を持つ状態」に含まれてもよい。
【００６９】
ステップＳ１０１において、ｅＮＢ２００−２は、セル＃２を介してＳＩＢ１９を送信する。当該ＳＩＢ１９は、セル＃２のリソースプール情報と、Ｄ２Ｄ発見手続に利用可能な他の周波数を示す周波数リストと、を含む。セル＃２の周波数におけるＤ２Ｄ発見手続に興味を持つＵＥ１００−１は、セル＃２を介してｅＮＢ２００−２からＳＩＢ１９を受信及び復号する。ここで、ＵＥ１００−１は、サービングセルとは異なるセル＃２のＳＩＢ１９を受信及び復号することに留意すべきである。
【００７０】
ＵＥ１００−１は、セル＃２のＳＩＢ１９に含まれるリソースプール情報（以下、「セル＃２のリソースプール情報」と称する）に基づいて、セル＃１を介してｅＮＢ２００−１にギャップ割り当て要求を送信する。
【００７１】
第１に、ギャップ割り当て要求は、セル＃２のリソースプール情報に対応するフィードバックを含む。フィードバックの方法には、第１のフィードバック方法及び第２のフィードバック方法がある。
【００７２】
第１のフィードバック方法は、セル＃２のリソースプール情報をそのままフィードバックする方法である。これにより、ｅＮＢ２００−１は、セル＃２のＤ２Ｄ発見リソースプールを全体的に把握することができる。
【００７３】
第２のフィードバック方法は、ＵＥ１００−１が、セル＃２のリソースプール情報に基づいてギャップパターンを決定し、決定したギャップパターン（要求ギャップパターン）をフィードバックする方法である。具体的には、ＵＥ１００−１は、当該リソースプール情報に基づいて、セル＃２のＤ２Ｄ発見リソースプールに含まれるタイミング（サブフレーム）からなるギャップパターンを決定する。
【００７４】
要求ギャップパターンは、例えば、周期情報（ｄｉｓｃｏｖｅｒｙＰｅｒｉｏｄ）、サービングセルのタイミングに対する前記周期情報の開始タイミングを示すオフセット情報（ｄｉｓｃｏｖｅｒｙＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ）、ギャップパターンを示すサブフレーム単位のビットマップ情報（ｄｉｓｃｏｖｅｒｙＳｕｂｆｒａｍｅＢｉｔｍａｐ）、前記周期情報内における前記ビットマップ情報の繰り返し回数を示す情報（ｄｉｓｃｏｖｅｒｙＮｕｍＲｅｐｅｔｉｔｉｏｎ）により表現される。
【００７５】
なお、ＵＥ１００−１がセル＃１の周波数とは異なる複数の周波数についてＤ２Ｄ発見手続に興味を持つ場合、要求ギャップパターンは、当該複数の周波数それぞれのギャップパターンの和を要求ギャップパターンとして設定してもよい。或いは、それぞれの周波数に対応する、複数のギャップパターンとして設定してもよい。
【００７６】
図８は、要求ギャップパターンの構成例を説明するための図である。
【００７７】
図８（ａ）に示すように、ＵＥ１００−１は、周波数＃１に属するサービングセル（セル＃１）のＤ２Ｄ発見リソースプールを把握している。
【００７８】
図８（ｂ）及び（ｃ）に示すように、ＵＥ１００−１は、周波数＃２及び周波数＃３についてＤ２Ｄ発見手続に興味を持っており、周波数＃２及び周波数＃３のそれぞれのＳＩＢ１９を取得し、周波数＃２及び周波数＃３のそれぞれのＤ２Ｄ発見リソースプールを把握する。
【００７９】
図８（ｄ）に示すように、ＵＥ１００−１は、図８（ｂ）に示す周波数＃２のギャップパターン及び図８（ｃ）に示す周波数＃３のギャップパターンの和から、周波数＃１のギャップパターンを減じて得たギャップパターンを要求ギャップパターンとして決定する。図８（ｄ）の例では、要求ギャップパターンは、所定の時間長を示すｄｉｓｃｏｖｅｒｙＰｅｒｉｏｄ、１サブフレームのオフセットを示すｄｉｓｃｏｖｅｒｙＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ、サブフレーム単位のギャップパターンを示すビットマップ“１００１０００１１０…”からなるｄｉｓｃｏｖｅｒｙＳｕｂｆｒａｍｅＢｉｔｍａｐ、所定の繰り返し回数を示すｄｉｓｃｏｖｅｒｙＮｕｍＲｅｐｅｔｉｔｉｏｎにより表現される。なお、ビットマップにおいて“１”は監視ギャップを構成するサブフレームを示し、“０”は監視ギャップを構成しないサブフレームを示す。当該ギャップパターンに関するｄｉｓｃｏｖｅｒｙＯｆｆｓｅｔＩｎｄｉｃａｔｏｒは、セル＃１のＳＦＮ＝０を起点としたオフセット値とすることが好ましい。
【００８０】
なお、ＵＥ１００−１の受信機が１つである場合、周波数切替に要する時間の余裕（マージン）を持たせるために、周波数切替に要する時間をマージンとしてギャップパターンに含めてもよい。例えば、当該切替時間に１サブフレームを要する場合は、監視ギャップの前後１サブフレームも要求ギャップパターンに含める。
【００８１】
第２に、ギャップ割り当て要求は、ＵＥ１００−１がＤ２Ｄ発見手続に興味を持つ他の周波数を示す情報を含む。図８の例では、ＵＥ１００−１は、周波数＃２の識別情報及び周波数＃３の識別情報をギャップ割り当て要求に含める。
【００８２】
第３に、ギャップ割り当て要求は、ＵＥ１００−１が他の周波数において取得したＳＩＢ１９に関連付けられたタグ番号を含んでもよい。タグ番号は、ＳＩＢ１９の更新に応じて更新される番号である。タグ番号は、ＳＩＢ１９のスケジューリングを行うシステム情報であるＳＩＢ１に含まれている。或いは、タグ番号は、ＳＩＢ１９自体に含まれていてもよい。このようなタグ番号は、「ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ」と称される。
【００８３】
ギャップ割り当て要求は、Ｄ２Ｄ近傍サービスのためのＲＲＣメッセージであるＤ２Ｄ  ｉｎｄｉｃａｔｉｏｎ（ＰｒｏＳｅ  ｉｎｄｉｃａｔｉｏｎ）に含まれていてもよい。
【００８４】
ステップＳ１０３において、ＵＥ１００−１からギャップ割り当て要求を受信したｅＮＢ２００−１は、セル＃１を介してギャップ割り当て応答をＵＥ１００−１に送信する。
【００８５】
上述した第１のフィードバック方法が適用される場合、ｅＮＢ２００−１は、セル＃２のＤ２Ｄ発見リソースプールに含まれるタイミング（サブフレーム）からなるギャップパターンを決定し、決定したギャップパターンをギャップ割り当て応答に含める。これにより、ｅＮＢ２００−１により決定されたギャップパターンがＵＥ１００−１に通知される。
【００８６】
これに対し、上述した第２のフィードバック方法が適用される場合、ｅＮＢ２００−１は、ＵＥ１００−１の要求ギャップパターンを許可するか否かを決定し、許可するか否かの情報（ＡＣＫ／ＮＡＣＫ）をギャップ割り当て応答に含める。ＵＥ１００−１の要求ギャップパターンを拒否する場合、ｅＮＢ２００−１は、ＵＥ１００−１の要求ギャップパターンを修正し、修正したギャップパターンをギャップ割り当て応答に含めてもよい。ギャップ割り当て応答は、ＲＲＣ設定を再構成するためのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれてもよい。
【００８７】
このように、ｅＮＢ２００は、自セルに接続するＵＥ１００−１から受信するギャップ割り当て要求に基づいて、自セルの周波数とは異なる他の周波数においてＵＥ１００−２から送信されるＤ２Ｄ発見信号をＵＥ１００−１が監視すべきタイミングを規定するギャップパターンをＵＥ１００に割り当てる。
【００８８】
また、第２のフィードバック方法が適用される場合には、第１のフィードバック方法が適用される場合に比べて、ＵＥ１００−１及びｅＮＢ２００−１が送受信する制御信号の量（オーバーヘッド）を削減することができる。
【００８９】
ステップＳ１０４において、ＵＥ１００−１は、割り当てられたギャップパターンに応じて定められるタイミング（サブフレーム）において他の周波数のＤ２Ｄ発見信号を監視する。監視により、ＵＥ１００−１は、ＵＥ１００−２が送信するＤ２Ｄ発見信号を受信し、ＵＥ１００−２を発見する。
【００９０】
なお、ｅＮＢ２００−１は、ＵＥ１００−１に設定されているギャップパターン（監視ギャップ）を把握しているため、当該監視ギャップにおいてＵＥ１００−１に下りリンク信号（例えば、ページング信号などの制御信号）を送信することを避けることができる。また、Ｄ２Ｄ受信中は上りリンク送信（データ、ＨＡＲＱ  Ａｃｋ／Ｎａｃｋ等のフィードバック）が出来ない場合に、上りリンク送信の割当を避けたり、これらが送信されなくても異常ではないと認識（Ｉｎｔｅｒ−ｆｒｅｑ．  Ｄｉｓｃｏｖｅｒｙを行っていると認識）することができる。よって、Ｄ２Ｄ発見手続がセルラ通信の妨げとならないようにすることができる。
【００９１】
（５）フィードバック制御の概要
図７に示す動作環境において、さらに、ｅＮＢ２００−１がＵＥ１００−３にギャップパターンを割り当てる場合を想定する。
【００９２】
Ｄ２Ｄ発見リソースプールは、動的には変更されないと考えられる。このため、ｅＮＢ２００−１が、各ＵＥ１００から受信したフィードバックを蓄積及び管理していれば、セル＃１においてＩｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  Ｄｉｓｃｏｖｅｒｙを行うＵＥ１００がフィードバックを行う必要性は低い。特に、上述した第１のフィードバック方法が適用される場合、Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  Ｄｉｓｃｏｖｅｒｙを行う全てのＵＥ１００がリソースプール情報をフィードバックすると、オーバーヘッドが過大になる。
【００９３】
そこで、実施形態では、フィードバックを行うか否かをｅＮＢ２００−１が制御可能とすることにより、フィードバックに伴うオーバーヘッドの増大を抑制する。
【００９４】
図９は、実施形態に係るフィードバック制御を説明するための図である。
【００９５】
図９に示すように、ステップＳ２１において、ｅＮＢ２００−１は、フィードバックをギャップ割り当て要求に含めることが必要であるか否かの判断に使用されるフィードバック制御情報をＵＥ１００−３に送信する。上述したように、フィードバックとは、第１のフィードバック方法の場合にはリソースプール情報であり、第２のフィードバック方法の場合には要求ギャップパターンである。
【００９６】
フィードバック制御情報は、システム情報（例えばＳＩＢ１９）によりブロードキャストで送信される。或いは、フィードバック制御情報は、個別ＲＲＣシグナリングによりユニキャストで送信されてもよい。
【００９７】
ステップＳ２２において、ＵＥ１００−３は、フィードバック制御情報を受信する。ＵＥ１００−３は、フィードバック制御情報に基づいて、フィードバックをギャップ割り当て要求に含めることが必要であるか否かを判断する。
【００９８】
フィードバックをギャップ割り当て要求に含める必要があると判断した場合、ＵＥ１００−３は、ｅＮＢ２００−１に送信するギャップ割り当て要求にフィードバックを含める。これに対し、フィードバックをギャップ割り当て要求に含める必要がないと判断した場合、ＵＥ１００−３は、ｅＮＢ２００−１に送信するギャップ割り当て要求にフィードバックを含めない。
【００９９】
このように、フィードバックを行うか否かをｅＮＢ２００−１が制御可能とすることにより、フィードバックに伴うオーバーヘッドの増大を抑制しながら、ＵＥ１００−３に適切にギャップパターンを割り当てることができる。
【０１００】
（６）フィードバック制御の具体例
以下において、フィードバック制御の具体例について説明する。
【０１０１】
（６．１）具体例１
フィードバック制御情報は、フィードバックが必要であるか否かを示す情報を含む。
【０１０２】
当該フィードバック制御情報は、他の周波数（Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）に含まれる周波数ごとに提供されてもよい。例えば、ｅＮＢ２００−１は、周波数＃２について「フィードバック要」を示すフィードバック制御情報と、周波数＃３について「フィードバック不要」を示すフィードバック制御情報と、を送信してもよい。
【０１０３】
そして、ＵＥ１００−３は、周波数＃２についてＤ２Ｄ発見手続に興味を持つ場合、ｅＮＢ２００−１に送信するギャップ割り当て要求にフィードバックを含める。また、ＵＥ１００−３は、周波数＃３についてＤ２Ｄ発見手続に興味を持つ場合、ｅＮＢ２００−１に送信するギャップ割り当て要求にフィードバックを含めない。
【０１０４】
（６．２）具体例２
フィードバック制御情報は、フィードバックが必要であるか否かをＵＥ１００が判断するために、ｅＮＢ２００−１が取得済みのシステム情報（ＳＩＢ１９）のタグ番号（ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）を含む。
【０１０５】
上述したように、ギャップ割り当て要求は、ＵＥ１００−１が他の周波数において取得したＳＩＢ１９に関連付けられたタグ番号を含む。よって、ｅＮＢ２００−１は、自身が把握しているＤ２Ｄ発見リソースプールに対応するタグ番号をフィードバック制御情報に含めて送信する。
【０１０６】
当該フィードバック制御情報は、他の周波数（Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）に含まれる周波数ごとに提供されてもよい。例えば、周波数＃２について、タグ番号＃５のＳＩＢ１９のＤ２Ｄ発見リソースプールをｅＮＢ２００−１が把握している場合、ｅＮＢ２００−１は、周波数＃２におけるタグ番号＃５のＳＩＢ１９に対応するフィードバックが不要であることを示すフィードバック制御情報を送信する。
【０１０７】
そして、ＵＥ１００−３は、周波数＃２におけるタグ番号＃５のＳＩＢ１９をｅＮＢ２００−２（セル＃２）から取得しない。或いは、ＵＥ１００−３は、周波数＃２におけるタグ番号＃５のＳＩＢ１９をｅＮＢ２００−２から取得しても、ｅＮＢ２００−１に送信するギャップ割り当て要求にそのフィードバックを含めない。しかしながら、ＵＥ１００−３は、周波数＃２におけるタグ番号＃６のＳＩＢ１９をｅＮＢ２００−２から取得した場合には、ｅＮＢ２００−１に送信するギャップ割り当て要求にそのフィードバックを含める。
【０１０８】
（６．３）具体例３
上述した第２のフィードバック方法が適用される場合、フィードバック制御情報は、フィードバックが必要であるか否かをＵＥ１００が判断するために、ｅＮＢ２００−１が取得済みのギャップパターンを示す情報を含んでもよい。上述したように、ギャップパターンは、ｄｉｓｃｏｖｅｒｙＰｅｒｉｏｄ、ｄｉｓｃｏｖｅｒｙＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ、ｄｉｓｃｏｖｅｒｙＳｕｂｆｒａｍｅＢｉｔｍａｐ、ｄｉｓｃｏｖｅｒｙＮｕｍＲｅｐｅｔｉｔｉｏｎにより表現できる。
【０１０９】
当該フィードバック制御情報は、他の周波数（Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）に含まれる周波数ごとに提供されてもよい。例えば、ｅＮＢ２００−１は、周波数＃２について特定のギャップパターンのフィードバックが不要であることを示すフィードバック制御情報を送信する。ＵＥ１００−３は、当該特定のギャップパターンのフィードバックをギャップ割り当て要求に含めない。
【０１１０】
（６．４）具体例４
フィードバック制御情報は、当該フィードバック制御情報の有効期間を示す情報を含む。有効期間は、例えばＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ）により表現できる。
【０１１１】
有効期間を示す情報は、上述した具体例１乃至３のフィードバック制御情報に含めることが好ましい。また、有効期間は、ＳＩＢ１９の更新周期と等しい期間とすることが好ましい。
【０１１２】
フィードバック制御情報を受信したＵＥ１００−３は、有効期間内は当該フィードバック制御情報に従ってフィードバックを行う。しかしながら、ＵＥ１００−３は、有効期間が経過した後は、当該フィードバック制御情報に従わなくてもよい。
【０１１３】
［その他の実施形態］
上述した実施形態では、Ｄ２Ｄ近傍サービスに関するＳＩＢがＳＩＢ１９である一例を説明した。しかしながら、Ｄ２Ｄ近傍サービスに関する情報がＳＩＢ１９以外のＳＩＢ（ＳＩＢｘ）により運搬されてもよい。
【０１１４】
上述した実施形態では、周波数単位でのフィードバック及びフィードバック制御について説明したが、周波数単位よりも詳細な単位（例えばセル単位）でのフィードバック及びフィードバック制御を行ってもよい。この場合、周波数の識別子に加えて、又は周波数の識別子に代えて、セルの識別子が送受信される。
【０１１５】
上述した実施形態では、ＰＬＭＮが異なる場合のＤ２Ｄ発見手続（Ｉｎｔｅｒ−ＰＬＭＮ  Ｄｉｓｃｏｖｅｒｙ）を説明したが、これに限られない。ＰＬＭＮが同一の場合のＤ２Ｄ発見手続（Ｉｎｔｒａ−ＰＬＭＮ  ＆  Ｉｎｔｅｒ−ｆｒｅｑ．Ｄｉｓｃｏｖｅｒｙ）のケースであっても、本発明を適用可能である。
【０１１６】
上述した実施形態では、ｅＮＢ２００−１は、他ＰＬＭＮのＤｉｓｃｏｖｅｒｙリソース情報をＵＥ１００から取得していたが、これに限られない。例えば、ｅＮＢ２００−１は、ｅＮＢ２００−２からＸ２インターフェイスを介して、Ｄｉｓｃｏｖｅｒｙリソース情報を取得してもよい。
【０１１７】
上述した実施形態では、図９のフィードバック制御は、フィードバックをギャップ割当要求（例えば、ＰｒｏＳｅ  ｉｎｄｉｃａｔｉｏｎ）に含めるか否かの制御であった。しかしながら、フィードバック専用のメッセージ（例えば、ＵＥ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）が用いられる場合は、当該制御を当該専用メッセージに対して適用してもよい。
【０１１８】
上述した実施形態では、Ｄ２Ｄ発見手続（ＰｒｏＳｅ  Ｄｉｓｃｏｖｅｒｙ）について説明したが、本発明をＤ２Ｄ通信（ＰｒｏＳｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）にも適用可能であることは勿論である。すなわち、上述した実施形態の「Ｄ２Ｄ発見手続」を「Ｄ２Ｄ通信」と読み替え、「Ｄ２Ｄ発見信号」を「Ｄ２Ｄ通信信号」と読み替えてもよい。
【０１１９】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１２０】
［付記］
１．はじめに
インターＰＬＭＮディスカバリーの導入が合意されている。
【０１２１】
合意事項
１  モニタリングＵＥのためのインター周波数及びインターＰＬＭＮディスカバリーのサポートが意図される。
【０１２２】
２  ｅＮＢはＵＥがＰｒｏＳｅディスカバリー信号の受信を意図し得る（イントラＰＬＭＮインター周波数及び／又はインターＰＬＭＮインター周波数）キャリアのリスト（対応するＰＬＭＮ  ＩＤが付随し得る）をＳＩＢ中で提供する。セルは、他のキャリアのための詳細なＰｒｏＳｅ設定（ＳＩＢ１９）を提供しない。ＵＥは、他のキャリア上でＰｒｏＳｅディスカバリー信号を受信しようとする場合、当該キャリアにて送信されているＳＩＢ１９（及び他の関連ＳＩＢ）を読み取る必要がある。［．．．］
３  （ＮＷによって認可されている場合、）ＵＥは、自身のサービングセル上でのみＰｒｏＳｅディスカバリー信号を送信する。
【０１２３】
４  イントラ及びインター周波数（及びインターＰＬＭＮ）ＰｒｏＳｅ受信はＵｕ受信に影響を与えない（例えば、ＵＥは、ＰｒｏＳｅディスカバリー受信を行うために、ＩＤＬＥ及びＣＯＮＮＥＣＴＥＤにおけるＤＲＸ機会を使用するか、又は使用可能な場合には第２のＲＸチェーンを使用する）。ＵＥは、自律的なギャップを生成してはならない。ＵＥがインター周波数セルのＳＩＢからＰｒｏＳｅディスカバリー（２ａ）設定を取得する必要がある場合、これはサービングセルのＵＥのＵｕ受信に影響を与えない。
【０１２４】
５  イントラ又はインター周波数ＰｒｏＳｅディスカバリー受信に興味を持つ（又は最早興味の無い）ＲＲＣ  ＣＯＮＮＥＣＴＥＤのＵＥは、“ProSe indication”を送信することにより、そのことをｅＮＢに示す（更なる制約については検討すべき）。
【０１２５】
以下のＤ２Ｄのディスカバリーの未解決の問題はキャプチャされたが、それらのいくつかは議論されていない。
【０１２６】
未解決の問題  ［．．．］
３）ＤＲＸ機会に加えて、ＵＥがＰｒｏＳｅディスカバリー信号を受信するために他の周波数に同調する追加のギャップが必要であるか？必要である場合、それらは自律型であるか又は設定されるべきか？設定する場合、どのようにｅＮＢがそれらを提供するか？
４）ＵｕとＰＣ５送受信との間の優先順位付けをさらに明確にする必要があるか？
この付記では、Ｒｅｌ−１２においてインター周波数／インターＰＬＭＮディスカバリーをサポートするために未解決の問題について検討する。
【０１２７】
２．ディスカバリーのモニタリングのための追加のギャップのニーズ
研究段階においてＤ２Ｄディスカバリーの評価が行われ、その結果はＴＲでキャプチャされている。システムレベルのシミュレーションによれば、ディスカバリー性能は、発見されたデバイスの数として測定され、ＵＥがディスカバリー信号をどの程度の期間でアナウンス／モニタリングすることができるかに依存する。しかしながら、十分なディスカバリー期間がネットワークによって提供されている場合でも、発見されるデバイスの数は、ディスカバリー期間中でアナウンス／モニタリングするＵＥの機会次第である。イントラ周波数について、サービングセルは、サービングセル及び隣接セルの両方の受信プールを提供するので、ディスカバリー性能は、合意された規則によって保証される。
【０１２８】
図１０に示されるように、インター周波数又はインターＰＬＭＮディスカバリーについて、単一のＲｘチェーンを有するＵＥは、Ｕｕ受信の劣化を回避するためにＤＲＸ機会を使用し得る。すでに提案されているように、ＤＲＸ機会のみを用いたＰｒｏＳｅディスカバリーは、ディスカバリー性能の劣化を招く、すなわち、ベストエフォート型のディスカバリーであり、十分なディスカバリー期間があった場合でも発見されるデバイスの数が大幅に制限される。
【０１２９】
考察１：既存のＤＲＸ機会のみを使用する場合、ディスカバリー機会が大きく制限される。
【０１３０】
インター周波数及びインターＰＬＭＮのディスカバリーのための適度な性能を確保し、ネットワークが提供するディスカバリー期間からの性能向上の一部を実現するために、ディスカバリーモニタリングのための追加のギャップを導入すべきである。ギャップは、合意に基づいて、特定のＵＬキャリア用Ｄ２Ｄディスカバリープールに属しているサブフレームに基づくことができる。
【０１３１】
提案１：既存のＤＲＸ機会に加えて、ディスカバリーのモニタリングのためのギャップが導入されるべきである。
【０１３２】
３．追加のギャップ
３．１．作業仮定
作業仮定として共通の見解を形成するためには、サービングセルの知識を明確にする必要がある。イントラＰＬＭＮディスカバリーでは、サービングセルがインター周波数の隣接セルの詳細なＰｒｏＳｅディスカバリー情報をＳＩＢ１９中で提供しないことが同意されているが、サービングセルは、隣接セルの詳細なＰｒｏＳｅディスカバリー情報の知識を持っていると仮定することができる。ｅＮＢにそのような情報が設定されるかは、ＯＡＭ又は配備方針による。しかしながら、議論されているように、そのようなネットワーク間の密接な協調（関係）が、インターＰＬＭＮディスカバリーに拡張されるべきではないと考えられる。
【０１３３】
確認１：作業仮定としてＰＬＭＮ間の厳しい調整が想定されるべきでないが、イントラＰＬＭＮケースには想定され得る。
【０１３４】
確認１における作業仮定によると、サービングセルが適切なギャップ（例えばＤＲＸ設定）をＵＥに設定することができるように、ＯＡＭは、インター周波数、イントラＰＬＭＮのセル間の必要な調整を提供することができる場合がある。しかしながら、インターＰＬＭＮのシナリオでは、状況が異なっており、異なるＰＬＭＮに属するセル間での連携を想定することができない。ＵＥが例えばＤＲＸ機会の間で既に他のＰＬＭＮから直接的に必要な情報を入手している可能性があるので、サービングセルは、提案するように、ＵＥから情報を得るための手段を持つべきである。
【０１３５】
提案２：サービングセルがＵＥから詳細なＰｒｏＳｅディスカバリー情報を取得するための手段を持つべきである。
【０１３６】
提案２が合意される場合、ＵＥからサービングセルへの詳細なＰｒｏＳｅディスカバリー情報の転送に関連するオーバーヘッドの抑制を考慮する必要がある。サービングセルがＯＡＭを介して詳細なＰｒｏＳｅディスカバリー情報を取得できる場合、ＵＥは、サービングセルに、そのような情報を提供する必要はない。サービングセルが既にＵＥからそのような情報を取得している場合、同じ内容であれば、他のＵＥが同じ情報を提供する必要がないであろう。従って、サービングセルは、ＵＥがインター周波数の隣接セルからの詳細なＰｒｏＳｅ情報を提供すべきかどうかをＳＩＢ又は専用シグナリングで示すべきである。
【０１３７】
提案３：サービングセルは、サービングセルがＵＥにディスカバリーギャップを割り当てるために必要なすべてのインター周波数隣接セル情報を取得しているかどうかを（おそらくＳＩＢ１９にリストされた各周波数キャリアについて）ＳＩＢ又は専用シグナリングで示すための手段を持つべきである。
【０１３８】
３．２．追加のギャップの選択肢
提案１が同意される場合、追加のギャップの選択肢が議論されるべきである。可能な選択肢が以下に列挙される。
【０１３９】
ＡＬＴ１：既存の測定ギャップの再利用。
【０１４０】
ＡＬＴ２：サービングセルの許可の下での自律的なギャップ。
【０１４１】
ＡＬＴ３：サービングセルによって設定される新ディスカバリーギャップ。
【０１４２】
ＡＬＴ４：ＵＥによって要求されたギャップパターンに基づいてサービングセルで設定された新しいディスカバリーギャップ。
【０１４３】
ＡＬＴ１では、既存の測定ギャップは、複雑なリソースプールパターンと不一致を起こすかもしれず、考察１で述べたように合理的なディスカバリー性能を保証できないかもしれない。既存の測定ギャップが６個のサブフレームに固定されている一方、ディスカバリー期間は３２〜１０２４無線フレームから設定可能である。また、インター周波数測定のための既存のギャップがディスカバリーモニタリングのために再使用される場合、仕様書において明確化される必要があるかもしれない。ルールに基づいて、セルラ測定ギャップは、ＰｒｏＳｅディスカバリーで使用するために除外される。拡張されたＤＲＸ設定がディスカバリーモニタリングのために再利用することができれば、Power Preference Indicationの定義は、ＰｒｏＳｅのディスカバリーのための使用を許可するように拡張されるべきである。しかし、そのような拡張をしても、それはまだ、さらなる調整がなければ必要なすべてのディスカバリー期間をカバーできないことがあり得る。
【０１４４】
ＡＬＴ２では、ＵＥが自律的ギャップを生成してはならないことが合意されているが、特にＵＥが他のキャリアのリソースプールのパターンをＳＩＢ１９の復号により得ることができる場合、サービングセルの許可を条件として有用であり得る。インターＰＬＭＮでは、サービングセルがインターＰＬＭＮのセルに属する詳細なＰｒｏＳｅディスカバリー情報の知識を持たないと想定されるので、特に有益である。
【０１４５】
ＡＬＴ３は、イントラＰＬＭＮの場合には良好に機能し得る。しかしながら、上述したように、インターＰＬＭＮのケースでは、サービングセルにおける知識の欠如により、良好に機能するか疑義がある。
【０１４６】
ＡＬＴ４は、ＡＬＴ２及び３の間の調和のとれたソリューションと見なすことができ、イントラ及びインターＰＬＭＮディスカバリーの両方をサポートするための統一メカニズムを提供することができる。よって、ＡＬＴ４は、ディスカバリーモニタリングのための追加のギャップのベースラインメカニズムとして導入すべきである。
【０１４７】
提案４：サービングセルは、インター周波数及び／又はインターＰＬＭＮのディスカバリーをモニタリングするためのギャップをＵＥに設定すべきであり、ＵＥによって要求されたギャップパターンに基づくことがあり得る。
【０１４８】
４．ディスカバリーモニタリングギャップの詳細
４．１．ＵＥからのギャップ割り当ての要求
ＵＥが他のＰＬＭＮを含む他のキャリアのＳＩＢから直接的に目的のリソースプールの設定を取得することができると想定すると、ＵＥは、ディスカバリーをモニタリングするために所望のギャップパターンをサービングセルに知らせることがでる。ギャップパターンは、ＲＡＮ１で定義されたＲＲＣパラメータのサブセットに基づく、すなわち、サービングセル及び隣接セルのためのdiscoveryPeriod、discoveryOffsetIndicator、discoverySubframeBitmap、discoveryNumRepetition。そのため、ＩＥ構造は、パラメータで共通にする必要がある。
【０１４９】
提案５：ＵＥによって要求されるギャップパターンは、ＲＡＮ１で定義されたＲＲＣパラメータのサブセットに基づくべきである。
【０１５０】
現在の合意に従うと、discoveryOffsetIndicatorで記述されるリソースプールオフセットは、サービングセルのＳＦＮ＝０に対して提供されるべきである。
【０１５１】
提案６：ＵＥから送信される要求中のギャップパターンについてdiscoveryOffsetIndicatorが一つの値としてサービングセルのＳＦＮ＝０に対して提供されるべきである。
【０１５２】
議論されるべき問題は、要求が１つのパターンのみ又は複数のパターン、すなわち、全てのキャリアで統合したパターン又は各キャリアで個別のパターンであるかである。個別パターンは、サービングセルで行われるギャップ割り当てのために大きな柔軟性を可能にするが、オーバーヘッド削減の観点からは、要求中で統合パターンを通知することが好ましい。
【０１５３】
提案７：関心のあるすべてのリソースプールのパターンを統合した単一のパターンがＵＥからの要求中で通知されるべきである。
【０１５４】
明らかに、要求は、ディスカバリーモニタリングのＵＥの関心を想起する。よって、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎにギャップ割り当ての要求を含めることは非常に自然なことである。提案３が許容可能である場合、ＵＥが要求内にギャップパターンを含めるか否かをサービングセルの制御下としてもよい。
【０１５５】
提案８：ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎは、要求するギャップパターンと共にギャップ割り当ての要求を含んでもよい。
【０１５６】
４．２．ＵＥへの応答としてのギャップ割り当て
ギャップ割り当ての要求を含むＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎを受信すると、専用シグナリングによるギャップ割り当てのためにＵＥ要求ギャップパターンを使用するか否かを決定することはサービングセル次第である。
【０１５７】
提案９：ギャップ割り当て要求を含むＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎを受信すると、サービングセルは、専用のシグナリングを使用して許容可能なギャップパターンをＵＥに設定し得る。
【０１５８】
［相互参照］
米国仮出願第６２／０７６７３０号（２０１４年１１月７日出願）の全内容が、参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１５９】
本発明は、通信分野において有用である。
【図１】
2018088685.tif 000003
【図２】
2018088685.tif 000004
【図３】
2018088685.tif 000005
【図４】
2018088685.tif 000006
【図５】
2018088685.tif 000007
【図６】
2018088685.tif 000008
【図７】
2018088685.tif 000009
【図８】
2018088685.tif 000010
【図９】
2018088685.tif 000011
【図１０】
2018088685.tif 000012
【手続補正書】
【提出日】平成30年1月29日(2018.1.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
制御部を備えるユーザ端末であって、
前記制御部は、
第１周波数に属する第１セルを管理する基地局から第２周波数のリストを受信する処理と、
前記第２周波数のいずれかに属する第２セルに位置する他のユーザ端末から送信されるＤ２Ｄ発見信号を監視すると決定する処理と、
前記第２セルに位置する他のユーザ端末から送信されるＤ２Ｄ発見信号を監視するために前記ユーザ端末が下りリンク受信を停止するタイミングである受信ギャップを要求する受信ギャップ要求を基地局に送信する処理と、
前記基地局が前記ユーザ端末に設定する前記受信ギャップを示すギャップ設定を前記基地局から受信する処理と、を実行し、
前記受信ギャップ要求は、前記Ｄ２Ｄ発見信号の監視に用いる前記第２周波数を示す周波数識別子と、前記周波数識別子と関連付けられたギャップパターンと、を含み、
前記ギャップパターンは、前記受信ギャップに対応する複数のサブフレームを示すビットマップ情報と、前記ビットマップ情報が繰り返される所定の周期を示す周期情報と、前記所定の周期の開始タイミングを示すオフセット情報と、を含む
ユーザ端末。
【請求項２】
制御部を備え、第１周波数に属する第１セルを管理する基地局であって、
前記制御部は、
第２周波数のリストを送信する処理と、
前記第２周波数のいずれかに属する第２セルに位置する他のユーザ端末から送信されるＤ２Ｄ発見信号を監視するためにユーザ端末が下りリンク受信を停止するタイミングである受信ギャップを要求する受信ギャップ要求を前記ユーザ端末から受信する処理と、
前記基地局が前記ユーザ端末に設定する前記受信ギャップを示すギャップ設定を前記ユーザ端末に送信する処理と、を実行し、
前記受信ギャップ要求は、前記Ｄ２Ｄ発見信号の監視に用いる前記第２周波数を示す周波数識別子と、前記周波数識別子と関連付けられたギャップパターンと、を含み、
前記ギャップパターンは、前記受信ギャップに対応する複数のサブフレームを示すビットマップ情報と、前記ビットマップ情報が繰り返される所定の周期を示す周期情報と、前記所定の周期の開始タイミングを示すオフセット情報と、を含む
基地局。
【請求項３】
ユーザ端末のためのプロセッサであって、
第１周波数に属する第１セルを管理する基地局から第２周波数のリストを受信する処理と、
前記第２周波数のいずれかに属する第２セルに位置する他のユーザ端末から送信されるＤ２Ｄ発見信号を監視すると決定する処理と、
前記第２セルに位置する他のユーザ端末から送信されるＤ２Ｄ発見信号を監視するために前記ユーザ端末が下りリンク受信を停止するタイミングである受信ギャップを要求する受信ギャップ要求を基地局に送信する処理と、
前記基地局が前記ユーザ端末に設定する前記受信ギャップを示すギャップ設定を前記基地局から受信する処理と、を実行し、
前記受信ギャップ要求は、前記Ｄ２Ｄ発見信号の監視に用いる前記第２周波数を示す周波数識別子と、前記周波数識別子と関連付けられたギャップパターンと、を含み、
前記ギャップパターンは、前記受信ギャップに対応する複数のサブフレームを示すビットマップ情報と、前記ビットマップ情報が繰り返される所定の周期を示す周期情報と、前記所定の周期の開始タイミングを示すオフセット情報と、を含む
プロセッサ。
【請求項４】
ユーザ端末が、第１周波数に属する第１セルを管理する基地局から第２周波数のリストを受信するステップと、
前記ユーザ端末が、前記第２周波数のいずれかに属する第２セルに位置する他のユーザ端末から送信されるＤ２Ｄ発見信号を監視すると決定するステップと、
前記ユーザ端末が、前記第２セルに位置する他のユーザ端末から送信されるＤ２Ｄ発見信号を監視するために前記ユーザ端末が下りリンク受信を停止するタイミングである受信ギャップを要求する受信ギャップ要求を基地局に送信するステップと、
前記基地局が、前記受信ギャップ要求を受信するステップと、
前記基地局が、前記ユーザ端末に設定する前記受信ギャップを示すギャップ設定を前記ユーザ端末に送信するステップと、を備え、
前記受信ギャップ要求は、前記Ｄ２Ｄ発見信号の監視に用いる前記第２周波数を示す周波数識別子と、前記周波数識別子と関連付けられたギャップパターンと、を含み、
前記ギャップパターンは、前記受信ギャップに対応する複数のサブフレームを示すビットマップ情報と、前記ビットマップ情報が繰り返される所定の周期を示す周期情報と、前記所定の周期の開始タイミングを示すオフセット情報と、を含む
方法。