(57)【要約】      （修正有）【課題】キャリアアグリゲーションの対象として無線基地局が利用しておらず、測定対象周波数で参照信号が送信されていない場合に、受信品質を測定すべき参照信号が存在しないという不具合を解消し、受信信号強度の測定結果を利用する。【解決手段】通信方法において、複数のコンポーネントキャリアを含むアンライセンスド周波数帯域を用いるように構成された無線基地局が、アンライセンスド周波数帯域で用いる参照信号を送信すべき対象コンポーネントキャリアを選択し、前記対象コンポーネントキャリアを用いて、参照信号を送信する。また、無線端末が、アンライセンスド周波数帯域において無線端末における受信信号強度を測定し、測定された受信信号強度を示す情報と、受信信号強度が閾値を超えた割合を示す情報とを含む測定結果を無線基地局へ送信することと、無線基地局が測定結果を受信することを含む。【選択図】図１５
2018026844.tif 000002
【特許請求の範囲】
【請求項１】
通信方法であって、
複数のコンポーネントキャリアを含むアンライセンスド周波数帯域を用いるように構成された無線基地局が、前記複数のコンポーネントキャリアの中から、前記アンライセンスド周波数帯域で用いる参照信号を送信すべき対象コンポーネントキャリアを選択するステップと、
前記無線基地局が、前記対象コンポーネントキャリアを用いて、前記参照信号を送信するステップと、を含み、
前記通信方法は、
無線端末が、前記アンライセンスド周波数帯域において前記無線端末における受信信号強度を測定するステップと、
前記無線端末が、前記測定された受信信号強度を示す情報と、前記受信信号強度が閾値を超えた割合を示す情報とを含む測定結果を前記無線基地局へ送信するステップと、
前記無線基地局が、前記測定結果を受信するステップと、をさらに含む通信方法。
【請求項２】
前記無線基地局が、前記受信信号強度を測定するための指示を前記無線端末に送信するステップをさらに含み、
前記測定するステップにおいて、前記無線端末は、前記指示に基づいて、前記受信信号強度を測定する請求項１に記載の通信方法。
【請求項３】
無線端末であって、
制御部と、
送信部と、を備え、
前記制御部は、アンライセンスド周波数帯域において前記無線端末における受信信号強度を測定するよう構成され、
前記送信部は、前記アンライセンスド周波数帯域に含まれる複数のコンポーネントキャリアの中から選択された対象コンポーネントキャリアを用いて参照信号を送信するよう構成される基地局へ、前記測定された受信信号強度を示す情報と、前記受信信号強度が閾値を超えた割合を示す情報とを含む測定結果を送信するよう構成される無線端末。
【請求項４】
無線端末を制御するためのプロセッサであって、
アンライセンスド周波数帯域において前記無線端末における受信信号強度を測定する処理と、
前記アンライセンスド周波数帯域に含まれる複数のコンポーネントキャリアの中から選択された対象コンポーネントキャリアを用いて参照信号を送信するよう構成される基地局へ、前記測定された受信信号強度を示す情報と、前記受信信号強度が閾値を超えた割合を示す情報とを含む測定結果を送信する処理と、を実行するプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信方法、無線端末及びプロセッサに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、トラフィック需要の急増に対応するために、新たな周波数帯域の活用が検討されている（例えば、非特許文献１参照）。
【０００３】
ここで、新たな周波数帯域としては、所定帯域幅を有する複数のコンポーネントキャリアを含み、複数の通信事業者又は複数の通信システムの利用が許容される特定周波数帯域の利用が考えられる。
【０００４】
特定周波数帯域としては、例えば、Ｗｉ−Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等に用いられる帯域、すなわち、ライセンスが不要なアンライセンスドバンド（Ｕｎｌｉｃｅｎｓｅｄ  Ｂａｎｄ）が考えられる。３ＰＧＧでは、アンライセンスドバンドをＬＴＥシステムで利用する技術（ＬＡＡ；Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）が検討されている。
【０００５】
ＬＡＡにおいては、ライセンスを要するライセンスドバンド（Ｌｉｃｅｎｓｅｄ  Ｂａｎｄ）が用いられるライセンスドセル（Ｌ−Ｃｅｌｌ；Ｌｉｃｅｎｓｅｄ  ＬＴＥ  Ｃｅｌｌ）とアンライセンスドバンドが用いられるアンライセンスドセル（Ｕ−Ｃｅｌｌ；  Ｕｎｌｉｃｅｎｓｅｄ  ＬＴＥ  Ｃｅｌｌ）との間でキャリアアグリゲーションが適用される。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＳ３６．３００  Ｖ１２．０．１」  ２０１４年３月
【発明の概要】
【０００７】
一の実施形態に係る通信方法は、複数のコンポーネントキャリアを含むアンライセンスド周波数帯域を用いるように構成された無線基地局が、前記複数のコンポーネントキャリアの中から、前記アンライセンスド周波数帯域で用いる参照信号を送信すべき対象コンポーネントキャリアを選択するステップと、前記無線基地局が、前記対象コンポーネントキャリアを用いて、前記参照信号を送信するステップと、を含む。前記通信方法は、無線端末が、前記アンライセンスド周波数帯域において前記無線端末における受信信号強度を測定するステップと、前記無線端末が、前記測定された受信信号強度を示す情報と、前記受信信号強度が閾値を超えた割合を示す情報とを含む測定結果を前記無線基地局へ送信するステップと、前記無線基地局が、前記測定結果を受信するステップと、をさらに含む。
【０００８】
一の実施形態に係る無線端末は、制御部と、送信部と、を備える。前記制御部は、アンライセンスド周波数帯域において前記無線端末における受信信号強度を測定するよう構成される。前記送信部は、前記アンライセンスド周波数帯域に含まれる複数のコンポーネントキャリアの中から選択された対象コンポーネントキャリアを用いて参照信号を送信するよう構成される基地局へ、前記測定された受信信号強度を示す情報と、前記受信信号強度が閾値を超えた割合を示す情報とを含む測定結果を送信するよう構成される。
【０００９】
一の実施形態に係るプロセッサは、無線端末を制御するためのプロセッサである。前記プロセッサは、アンライセンスド周波数帯域において前記無線端末における受信信号強度を測定する処理と、前記アンライセンスド周波数帯域に含まれる複数のコンポーネントキャリアの中から選択された対象コンポーネントキャリアを用いて参照信号を送信するよう構成される基地局へ、前記測定された受信信号強度を示す情報と、前記受信信号強度が閾値を超えた割合を示す情報とを含む測定結果を送信する処理と、を実行する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施形態に係るＬＴＥシステムの構成図である。
【図２】図２は、実施形態に係るＵＥ１００のブロック図である。
【図３】図３は、実施形態に係るｅＮＢ２００のブロック図である。
【図４】図４は、実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】図５は、実施形態に係るＬＴＥシステムで使用される無線フレームの構成図である。
【図６】図６は、実施形態に係る適用シーンを説明するための図である。
【図７】図７は、実施形態に係る特定周波数帯域を示す図である。
【図８】図８は、実施形態に係る参照信号の一例を説明するための図である。
【図９】図９は、実施形態に係る参照信号の一例を説明するための図である。
【図１０】図１０は、実施形態に係る通信方法を示すフロー図である。
【図１１】図１１は、実施形態の変更例１に係る参照信号の一例を説明するための図である。
【図１２】図１２は、実施形態の変更例２に係る参照信号の一例を説明するための図である。
【図１３】図１３は、実施形態の変更例２に係る参照信号の一例を説明するための図である。
【図１４】図１４は、実施形態の変更例５に係る通信方法を示すフロー図である。
【図１５】図１５は、実施形態の変更例６に係る通信方法を示すシーケンス図である。
【図１６】図１６は、実施形態の変更例７に係るシナリオ例を示す図である。
【図１７】図１７は、実施形態の変更例７に係るシナリオ例を示す図である。
【図１８】図１８は、実施形態の変更例７に係るシナリオ例を示す図である。
【図１９】図１９は、リソース占有を説明するための図である。
【図２０】図２０は、ＰＤＳＣＨ再送信の問題を説明するための図である。
【図２１】図２１は、ＰＵＳＣＨ再送信の問題を説明するための図である。
【図２２】図２２は、ＬＴＥバーストデザイン（Ａｌｔ  １）を説明するための図である。
【図２３】図２３は、ＬＴＥバーストデザイン（Ａｌｔ  ２）を説明するための図である。
【図２４】図２４は、ＬＴＥバーストデザイン（Ａｌｔ  ３）を説明するための図である。
【図２５】図２５は、ＬＴＥバーストデザイン（Ａｌｔ  ２’）を説明するための図である。
【図２６】図２６は、ＬＴＥバーストデザイン（Ａｌｔ  ３’）を説明するための図である。
【図２７】図２７は、ＬＢＴ位置の問題を説明するための図である。
【図２８】図２８は、柔軟なＬＢＴ位置の一例を説明するための図である。
【図２９】図２９は、チャネル選択を説明するための図である。
【図３０】図３０は、チャネル選択方法に関する２つのソリューションを説明するための図である。
【図３１】図３１は、ＬＴＥビーコン送信の一例を説明するための図である。
【図３２】図３２は、キャリア内及びキャリア間公平性を説明するための図である。
【図３３】図３３は、チャネル選択動作の一例を説明するための図である。
【図３４】図３４は、ＬＡＡ展開シナリオを説明するための図である。
【図３５】図３５は、キャリア選択の一例を説明するための図である。
【図３６】図３６は、ＵＥにおいて観測されたＲＳＳＩ測定の一例を説明するための図である。
【発明を実施するための形態】
【００１１】
以下において、実施形態について図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。
【００１２】
ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００１３】
［開示の概要］
開示の概要に係るユーザ端末は、複数の通信事業者又は複数の通信システムの利用が許容される特定周波数帯域を用いるように構成される。前記ユーザ端末は、前記特定周波数帯域に含まれる測定対象周波数を測定する制御部を備え、前記制御部は、前記測定対象周波数をキャリアアグリゲーションの対象として無線基地局が利用していない場合に、前記測定対象周波数の受信信号強度を測定し、前記測定対象周波数をキャリアアグリゲーションの対象として前記無線基地局が利用している場合に、前記測定対象周波数で用いる参照信号の受信品質を測定する。
【００１４】
開示の概要では、ユーザ端末は、測定対象周波数をキャリアアグリゲーションの対象として無線基地局が利用していない場合に、測定対象周波数の受信信号強度を測定する。従って、測定対象周波数がキャリアアグリゲーションの対象として無線基地局が利用しておらず、測定対象周波数で参照信号が送信されていない場合において、受信品質（ＲＳＲＰやＲＳＲＱ）を測定すべき対象（参照信号）が存在しないという不具合を解消することができるとともに、受信信号強度の測定結果を無線基地局が利用することができる。
【００１５】
実施形態に係る無線基地局は、所定帯域幅を有する複数のコンポーネントキャリアを含み、複数の通信事業者又は複数の通信システムの利用が許容される特定周波数帯域を用いるように構成される。前記無線基地局は、前記複数のコンポーネントキャリアの中から、前記特定周波数帯域で用いる参照信号を送信すべき対象コンポーネントキャリアを選択するコントローラと、前記対象コンポーネントキャリアを用いて、前記参照信号を送信するトランスミッタとを備える。前記コントローラは、第１条件を満たす第１コンポーネントキャリアを、前記対象コンポーネントキャリアとして選択する。前記第１条件は、干渉電力量が所定閾値を下回ることである。
【００１６】
実施形態において、前記コントローラは、前記第１条件を満たさないが第２条件を満たす第２コンポーネントキャリアを特定するためのキャリア特定情報と、前記第２コンポーネントキャリアにおける干渉電力量及び前記第２コンポーネントキャリアで用いられている前記参照信号の信号数の少なくともいずれか１つとを記憶する記憶処理を行う。前記第２条件は、前記無線基地局が属する通信システムと同種の通信システムから受ける干渉によって前記第１条件が満たされないことである。
【００１７】
実施形態において、前記コントローラは、前記第１コンポーネントキャリアが無い場合に、記憶された前記干渉電力量及び前記信号数の少なくともいずれか１つに基づいて、複数の前記第２コンポーネントキャリアのうちから一の前記第２コンポーネントキャリアを、前記対象コンポーネントキャリアとして選択する。
【００１８】
実施形態において、前記コントローラは、前記第１コンポーネントキャリア及び前記第２コンポーネントキャリアが無い場合に、前記特定周波数帯域に含まれるコンポーネントキャリアの利用又は追加を制限する。
【００１９】
実施形態において、前記コントローラは、前記特定周波数帯域に含まれるコンポーネントキャリアを既に利用しているか否かに基づいて、前記記憶処理を行うか否かを判定する。
【００２０】
実施形態に係る無線基地局は、前記参照信号に応じて、無線端末から返信されるフィードバックを受信するレシーバをさらに備える。前記コントローラは、前記フィードバックに基づいて、前記無線端末に対して、前記対象コンポーネントキャリアを利用するか否かを判定する。
【００２１】
実施形態において、前記トランスミッタは、前記複数のコンポーネントキャリアのセンシングの終了から前記参照信号の送信開始までの間、所定信号の送信を継続する。
【００２２】
実施形態において、前記トランスミッタは、前記対象コンポーネントキャリアを構成するリソースブロックの中の一部の対象リソースブロックのみを用いて前記参照信号を送信する。
【００２３】
実施形態において、前記トランスミッタは、前記対象リソースブロックの位置を示すパターンを送信する。
【００２４】
実施形態において、前記トランスミッタは、前記参照信号を送信すべきサブフレームと同じサブフレームにおいて前記パターンを送信する。
【００２５】
実施形態において、前記トランスミッタは、ｎ番目の参照信号送信機会からｎ＋ｋ（ｋは１以上の整数）番目の参照信号送信機会までの間において前記特定周波数帯域の占有を希望する割合又は前記特定周波数帯域での送信を希望するデータ量を特定するための希望情報を前記ｎ番目の参照信号送信機会で送信する。
【００２６】
実施形態において、前記トランスミッタは、ｎ番目の参照信号送信機会よりも前の所定タイミングから前記ｎ番目の参照信号送信機会までの間において前記特定周波数帯域を占有した割合又は時間或いは前記特定周波数帯域で送信されたデータ量を特定するための実績情報を前記ｎ番目の参照信号送信機会で送信する。
【００２７】
実施形態において、前記コントローラは、前記無線基地局が属する通信システムと同種の通信システムから受信する希望情報又は実績情報を記憶する。前記希望情報は、前記特定周波数帯域の占有を希望する割合又は前記特定周波数帯域での送信を希望するデータ量を特定するための情報である。前記実績情報は、前記特定周波数帯域を占有した割合又は時間或いは前記特定周波数帯域で送信されたデータ量を特定するための情報である。前記コントローラは、前記第１コンポーネントキャリアが無い場合に、記憶された前記干渉電力量及び前記信号数の少なくともいずれか１つに加えて、記憶された前記希望情報或いは前記実績情報に基づいて、複数の前記第２コンポーネントキャリアのうちから一の前記第２コンポーネントキャリアを、前記対象コンポーネントキャリアとして選択する。
【００２８】
実施形態に係る無線基地局は、所定帯域幅を有する複数のコンポーネントキャリアを含み、複数の通信事業者又は複数の通信システムの利用が許容される特定周波数帯域を用いるように構成される。前記無線基地局は、前記複数のコンポーネントキャリアの中から、無線端末に対してセンシングを指示すべき対象コンポーネントキャリアを選択するコントローラと、前記対象コンポーネントキャリアのセンシングを指示する信号を前記無線端末に送信するトランスミッタと、を備える。前記コントローラは、第１条件を満たす第１コンポーネントキャリアを、前記対象コンポーネントキャリアとして選択する。前記第１条件は、干渉電力量が所定閾値を下回ることである。
【００２９】
実施形態において、前記コントローラは、前記第１条件を満たさないが第２条件を満たす第２コンポーネントキャリアを特定するためのキャリア特定情報と、前記第２コンポーネントキャリアにおける干渉電力量及び前記第２コンポーネントキャリアで用いられている前記参照信号の信号数の少なくともいずれか１つとを記憶する記憶処理を行う。前記第２条件は、前記無線基地局が属する通信システムと同種の通信システムから受ける干渉によって前記第１条件が満たされないことである。
【００３０】
実施形態において、前記コントローラは、前記第１コンポーネントキャリアが無い場合に、記憶された前記干渉電力量及び前記信号数の少なくともいずれか１つに基づいて、複数の前記第２コンポーネントキャリアのうちから一の前記第２コンポーネントキャリアを、前記対象コンポーネントキャリアとして選択する。
【００３１】
実施形態において、前記コントローラは、前記第１コンポーネントキャリア及び前記第２コンポーネントキャリアが無い場合に、前記特定周波数帯域に含まれるコンポーネントキャリアの利用又は追加を制限する。
【００３２】
実施形態に係るユーザ端末は、複数の通信事業者又は複数の通信システムの利用が許容される特定周波数帯域を用いるように構成される。前記ユーザ端末は、前記特定周波数帯域に含まれる測定対象周波数を測定するコントローラを備える。前記コントローラは、前記測定対象周波数をキャリアアグリゲーションの対象として無線基地局が利用していない場合に、前記測定対象周波数の受信信号強度を測定し、前記測定対象周波数をキャリアアグリゲーションの対象として前記無線基地局が利用している場合に、前記測定対象周波数で用いる参照信号の受信品質を測定する。
【００３３】
実施形態において、前記測定対象周波数は、前記無線基地局によって指定される。
【００３４】
実施形態において、前記コントローラは、測定した前記測定対象周波数の受信信号強度又は前記参照信号の受信品質を前記無線基地局に通知する。
【００３５】
実施形態に係るユーザ端末は、複数の通信事業者又は複数の通信システムの利用が許容される特定周波数帯域を用いるように構成される。前記ユーザ端末は、前記特定周波数帯域に含まれる測定対象周波数の受信信号強度とともに、前記ユーザ端末の位置を特定するための位置情報を無線基地局に送信するトランスミッタを備える。
【００３６】
実施形態において、前記トランスミッタは、前記測定対象周波数をキャリアアグリゲーションの対象として前記無線基地局が利用していない場合に、前記受信信号強度とともに前記位置情報を前記無線基地局に送信する。
【００３７】
実施形態において、前記位置情報は、前記複数の通信事業者のそれぞれに個別に割り当てられた事業者帯域を用いて送信される信号の受信品質である。
【００３８】
実施形態に係るユーザ端末は、複数の通信事業者又は複数の通信システムの利用が許容される特定周波数帯域を用いるように構成される。前記ユーザ端末は、前記特定周波数帯域に含まれる測定対象周波数を測定するコントローラを備える。前記コントローラは、前記測定対象周波数を無線基地局が利用していない場合又は前記測定対象周波数で用いられる参照信号の設定情報を受信していない場合に、前記測定対象周波数の受信信号強度を測定し、前記測定対象周波数を前記無線基地局が利用しており、かつ、前記設定情報を受信している場合に、前記参照信号の受信品質を測定する。
【００３９】
［実施形態］
以下において、移動通信システムとして、３ＧＰＰ規格に基づいたＬＴＥシステムを例に挙げて、実施形態を説明する。
【００４０】
（システム構成）
実施形態に係るＬＴＥシステムのシステム構成について説明する。図１は、実施形態に係るＬＴＥシステムの構成図である。
【００４１】
図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００４２】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、ｅＮＢ２００によって形成されるセル（ＵＥ１００がＲＲＣコネクティッド状態である場合には、サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００４３】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、無線基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００４４】
ｅＮＢ２００は、１又は複数のセルを形成しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００４５】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。なお、Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
【００４６】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部（コントローラ）を構成する。無線送受信機１１０及びプロセッサ１６０は、送信部（トランスミッタ）及び受信部（レシーバ）を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００４７】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００４８】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、受け付けた操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４９】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とを含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００５０】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部（コントローラ）を構成する。無線送受信機２１０（及び／又はネットワークインターフェイス２２０）及びプロセッサ２４０は、送信部（トランスミッタ）及び受信部（レシーバ）を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００５１】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００５２】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００５３】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵとを含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００５４】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００５５】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御情報が伝送される。
【００５６】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００５７】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御情報が伝送される。
【００５８】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。また、ＰＤＣＰ層には、データユニット（ＰＤＣＰ  ＰＤＵ）を送信するための送信エンティティ又はデータユニット（ＰＤＣＰ  ＰＤＵ）を受信するための受信エンティティが形成されることに留意すべきである。
【００５９】
ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御情報（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合に、ＵＥ１００はＲＲＣコネクティッド状態であり、ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合に、ＵＥ１００はＲＲＣアイドル状態である。
【００６０】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００６１】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００６２】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００６３】
（適用シーン）
以下において、適用シーンについて説明する。図６は、実施形態に係る適用シーンを説明するための図である。
【００６４】
図６に示すように、移動通信システムは、複数のｅＮＢ（例えば、ｅＮＢ２００＃１、ｅＮＢ２００＃２及びｅＮＢ２００＃３）と、複数のＡＰ（ＡＰ５００＃１及びＡＰ５００＃２）を有する。
【００６５】
ｅＮＢ２００＃１は、例えば、通信事業者によって設置されるｅＮＢ２００である。ｅＮＢ２００＃１は、無線通信エリアとしてセル＃１を有する。セル＃１では、ライセンスを要するライセンスドバンド（Ｌｉｃｅｎｓｅｄ  Ｂａｎｄ）が用いられる。ライセンスドバンドは、通信事業者に割り当てられた帯域（以下、事業者帯域）の一例である。
【００６６】
ｅＮＢ２００＃２及びｅＮＢ２００＃３は、通信事業者によって設定されるｅＮＢ２００である。但し、ｅＮＢ２００＃２は、通信事業者とは異なる第三者によって設置されてもよい。ｅＮＢ２００＃２は、無線通信エリアとしてセル＃２−１及びセル＃２−２を有しており、ｅＮＢ２００＃３は、無線通信エリアとしてセル＃３−１及びセル＃３−２を有する。セル＃２−１及びセル＃３−１では、セル＃１と同様に、事業者帯域が用いられる。一方で、セル＃２−２及びセル＃３−２では、ライセンスが不要なアンライセンスドバンド（Ｕｎｌｉｃｅｎｓｅｄ  Ｂａｎｄ）が用いられる。アンライセンスドバンドは、複数の通信事業者又は複数の通信システムの利用が許容される特定周波数帯域の一例である。
【００６７】
ＡＰ５００＃１及びＡＰ５００＃２は、Ｗｉ−Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等で用いるアクセスポイントである。ＡＰ５００＃１は、無線通信エリアとしてカバレッジエリアＣＡ＃１を有しており、ＡＰ５００＃２は、無線通信エリアとしてカバレッジエリアＣＡ＃２を有する。カバレッジエリアＣＡ＃１及びカバレッジエリアＣＡ＃２では、セル＃２−２及びセル＃３−２と同様に、アンライセンスドバンドが用いられる。
【００６８】
ここで、特定周波数帯域は、所定帯域幅を有する複数のコンポーネントキャリアを含む。図７に示すように、セル＃２−２、セル＃３−２、カバレッジエリアＣＡ＃１及びカバレッジエリアＣＡ＃２では、それぞれ、特定周波数帯域に含まれるコンポーネントキャリア（以下、ＣＣと称する）のうち、１以上のＣＣが用いられている。
【００６９】
このような前提において、実施形態では、ＵＥ１００が特定周波数帯域を利用することを可能とするために、ｅＮＢ２００（ここでは、ｅＮＢ２００＃２又はｅＮＢ２００＃３）が特定周波数帯域を用いて参照信号を送信するケースについて想定する。
【００７０】
参照信号は、後述するように、セル固有参照信号（ＣＲＳ；Ｃｅｌｌ  Ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、第１同期信号（ＰＳＳ；Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）及び第２同期信号（ＳＳＳ；Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）を含む。参照信号は、ＣＲＳ、ＰＳＳ及びＳＳＳに加えて、チャネル品質情報（ＣＳＩ−ＲＳ；Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を含んでもよい。なお、ＣＲＳ、ＣＳＩ−ＲＳ、ＰＳＳ及びＳＳＳは、同一のタイミングで送信されてもよく、それぞれ異なるタイミングで送信されてもよい。
【００７１】
ＣＲＳ及びＣＳＩ−ＲＳは、特定周波数帯域を用いるデータ通信の割り当てに用いるフィードバック（例えば、ＣＱＩ；Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）をＵＥ１００が送信するための信号である。詳細には、ＵＥ１００は、ＣＲＳの受信品質を測定し、測定された受信品質を示す情報をフィードバックとしてｅＮＢ２００に返信する。ＰＳＳ及びＳＳＳは、ＵＥ１００がｅＮＢ２００と同期をとるための信号である。
【００７２】
具体的には、ｅＮＢ２００のプロセッサ２４０は、複数のコンポーネントキャリアのそれぞれのセンシングを行うとともに、複数のコンポーネントキャリアの中から、特定周波数帯域で用いる参照信号を送信すべき対象コンポーネントキャリアを選択する制御部を構成する。ｅＮＢ２００の無線送受信機２１０は、対象コンポーネントキャリアを用いて、参照信号を送信する送信部を構成する。
【００７３】
第１に、プロセッサ２４０は、センシングにおいて、第１条件を満たす第１コンポーネントキャリアが見つかった場合に、対象コンポーネントキャリアとして第１コンポーネントキャリアを選択する。プロセッサ２４０は、センシングにおいて、第１条件を満たしていないが、第２条件を満たす第２コンポーネントキャリアが見つかった場合に、第２コンポーネントキャリアを特定するためのキャリア特定情報とセンシングで得られる干渉電力量及び第２コンポーネントキャリアで用いられている参照信号の信号数の少なくともいずれか１つとを記憶する記憶処理を行う。
【００７４】
なお、参照信号の信号数は、他のセルから受信する参照信号の信号数であり、参照信号を送信する他のセルの数を意味する。上述したように、セルに固有のＣＲＳを含むため、ＣＲＳによって他のセルの数を特定することができる。
【００７５】
第１条件は、センシングで得られる干渉電力量が所定閾値を下回ることである。第２条件は、ｅＮＢ２００が属する通信システムと同種の通信システムから受ける干渉によって第１条件が満たされないことである。
【００７６】
ここで、図６及び図７に示す例において、セル＃２−２が対象コンポーネントキャリアを選択するケースを想定する。このようなケースにおいて、第１条件が満たされている状態とは、セル＃３−２、ＡＰ５００＃１及びＡＰ５００＃２の全てから受ける干渉電力量が所定閾値を下回っている状態である。第２条件が満たされている状態とは、セル＃３−２から受ける干渉によって第１条件が満たされない状態である。例えば、セル＃３−２から受ける干渉電力量が上述した所定閾値以上である場合に、セル＃２−２は、セル＃３−２から受ける干渉によって第１条件が満たされないと判定してもよい。
【００７７】
ここで、第２条件が上述した条件である理由は、ｅＮＢ２００が属する通信システムと同種の通信システムから受ける干渉については、Ｘ２インターフェイス、Ｓ１インターフェイス又はエアインターフェイス上で通知される情報を用いてｅＮＢ２００が調整できる可能性があるためである。なお、エアインターフェイス上で通知される情報には、報知型配信方法で通知される報知情報を含んでもよい。或いは、このような干渉については、ＬＴＥ以外の他の標準化技術で定義されたメッセージを用いてｅＮＢ２００が調整できる可能性もある。なお、ｅＮＢ２００が属する通信システムと異種の通信システムから受ける干渉については、Ｘ２インターフェイス又はＳ１インターフェイス上で通知される情報を用いてｅＮＢ２００が調整できる可能性が低いことに留意すべきである。
【００７８】
第２に、プロセッサ２４０は、第１コンポーネントキャリアが見つからなかった場合に、第２コンポーネントキャリアの中から、記憶された干渉電力量及び信号数の少なくともいずれか１つに基づいて、対象コンポーネントキャリアを選択する。例えば、プロセッサ２４０は、記憶された干渉電力量が最も小さい第２コンポーネントキャリアを対象コンポーネントキャリアとして選択する。或いは、プロセッサ２４０は、記憶された信号数が最も少ない第２コンポーネントキャリアを対象コンポーネントキャリアとして選択する。或いは、プロセッサ２４０は、記憶された干渉電力量及び信号数に重み付けを行って、重み付けの結果が最も良好な第２コンポーネントキャリアを対象コンポーネントキャリアとして選択する。
【００７９】
第３に、プロセッサ２４０は、第１コンポーネントキャリア及び第２コンポーネントキャリアが見つからなかった場合に、特定周波数帯域に含まれるコンポーネントキャリアの利用又は追加を断念する。
【００８０】
第４に、プロセッサ２４０は、特定周波数帯域に含まれるコンポーネントキャリアを既に利用しているか否かに基づいて、記憶処理を行うか否かを判定する。詳細には、プロセッサ２４０は、特定周波数帯域に含まれるコンポーネントキャリアを既に利用している場合には、記憶処理を行わずに、コンポーネントキャリアの追加を断念してもよい。一方で、プロセッサ２４０は、特定周波数帯域に含まれるコンポーネントキャリアを利用していない場合には、記憶処理を行って、第２コンポーネントキャリアを対象コンポーネントキャリアとして選択する余地を残してもよい。
【００８１】
第５に、ｅＮＢ２００の無線送受信機２１０は、対象コンポーネントキャリアを用いて送信された参照信号に応じて、ＵＥ１００から返信されるフィードバックを受信する受信部を構成する。プロセッサ２４０は、フィードバックに基づいて、ＵＥ１００に対して、対象コンポーネントキャリアを利用するか否かを判定する。例えば、プロセッサ２４０は、フィードバックに基づいて、対象コンポーネントキャリアを用いるデータ通信の割り当てを行うか否かを判定する。フィードバックは、上述したように、参照信号に含まれるＣＲＳに基づいてＵＥ１００によって生成される。プロセッサ２４０は、干渉が閾値よりも小さいリソースブロックを示すフィードバックを受信した場合には、干渉が閾値よりも小さいリソースブロックにデータ通信を割り当てる。
【００８２】
（参照信号）
以下において、参照信号の一例について説明する。図８及び図９は、実施形態に係る参照信号の一例を説明するための図である。
【００８３】
図８に示すように、事業者帯域が用いられるシステムのサブフレーム＃ＳＦｎ＋１及びサブフレーム＃ＳＦｍ＋１において、参照信号を送信する機会（以下、参照信号送信機会）が割り当てられるケースについて例示する。図８に示すように、参照信号を送信する前に、センシングを行う期間（ＬＢＴ；Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）が割り当てられる。また、参照信号は、１つのサブフレームを用いて送信される。
【００８４】
ここで、参照信号は、図９に示すように、セル固有参照信号（ＣＲＳ；Ｃｅｌｌ  Ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、第１同期信号（ＰＳＳ；Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）及び第２同期信号（ＳＳＳ；Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）を含む。なお、参照信号は、ＣＲＳ、ＰＳＳ及びＳＳＳに加えて、チャネル品質情報（ＣＳＩ−ＲＳ；Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を含んでもよい。ＣＲＳ（又は、ＣＳＩ−ＲＳ）は、参照信号送信機会に含まれるリソースエレメントの全体に渡って分散して配置される。一方で、ＰＳＳ及びＳＳＳは、周波数軸（ｆｒｅｑ）方向に沿って連続して配置される。ＰＳＳ及びＳＳＳは、時間軸（ｔｉｍｅ）方向において、サブフレームの略中心に配置される。
【００８５】
このようなケースにおいて、図８に示すように、サブフレーム＃ＳＦｎのＬＢＴにおいて、ＷｉＦｉなどの干渉が観測されないため、サブフレーム＃ＳＦｎ＋１において参照信号が送信される。すなわち、サブフレーム＃ＳＦｎ＋１では、コンポーネントキャリアの利用又は追加が試みられる。一方で、サブフレーム＃Ｓｍにおいて、ＷｉＦｉなどの干渉が観測されるため、サブフレーム＃ＳＦｍ＋１において参照信号が送信されない。すなわち、サブフレーム＃Ｓｍでは、コンポーネントキャリアの利用又は追加が断念される。
【００８６】
（通信方法）
以下において、実施形態に係る通信方法について説明する。図１０は、実施形態に係る通信方法を示すフロー図である。図１０に示すフローは、ｅＮＢ２００によって行われることに留意すべきである。
【００８７】
図１０に示すように、ステップＳ１０において、ｅＮＢ２００は、特定周波数帯域に含まれる複数のコンポーネントキャリアのそれぞれのセンシングを行う。具体的には、ｅＮＢ２００は、複数のコンポーネントキャリアの中からセンシング対象ＣＣを選択し、選択されたＣＣのセンシングを行う。センシングは、例えば、図８に示すＬＢＴで行われる。
【００８８】
ステップＳ２０において、ｅＮＢ２００は、センシング対象ＣＣが第１条件を満たすか否かを判定する。判定結果がＹＥＳである場合には、ステップＳ７０の処理に移る。判定結果がＮＯである場合には、ステップＳ３０の処理に移る。なお、第１条件は、上述したように、センシングで得られる干渉電力量が所定閾値を下回ることである。
【００８９】
ここで、センシング対象ＣＣが第１条件を満たす場合には、センシング対象ＣＣは、上述した第１コンポーネントキャリアである。すなわち、センシング対象ＣＣは、対象コンポーネントキャリアとして選択される。
【００９０】
ステップＳ３０において、ｅＮＢ２００は、センシング対象ＣＣが第２条件を満たすか否かを判定する。判定結果がＹＥＳである場合には、ステップＳ４０の処理に移る。判定結果がＮＯである場合には、ステップＳ５０の処理に移る。なお、第２条件は、上述したように、ｅＮＢ２００が属する通信システムと同種の通信システムから受ける干渉によって第１条件が満たされないことである。
【００９１】
ここで、センシング対象ＣＣが第２条件を満たす場合には、センシング対象ＣＣは、上述した第２コンポーネントキャリアである。すなわち、センシング対象ＣＣに関する情報（キャリア特定情報及び信号数の少なくともいずれか１つ）が記憶される。
【００９２】
ステップＳ４０において、ｅＮＢ２００は、センシング対象ＣＣを特定するためのキャリア特定情報とセンシングで得られる干渉電力量及びセンシング対象ＣＣで用いられている参照信号の信号数の少なくともいずれか１つとを記憶する記憶処理を行う。
【００９３】
ステップＳ５０において、ｅＮＢ２００は、特定周波数帯域に含まれる全てのコンポーネントキャリアのセンシングが完了したか否かを判定する。判定結果がＹＥＳである場合には、ステップＳ６０の処理に移る。判定結果がＮＯである場合には、ステップＳ１０の処理に戻る。
【００９４】
ステップＳ６０において、ｅＮＢ２００は、第２コンポーネントキャリアの中から、記憶された干渉電力量及び信号数の少なくともいずれか１つに基づいて、対象コンポーネントキャリアを選択する。対象コンポーネントキャリアの選択方法は、上述した通りである。
【００９５】
ステップＳ７０において、ｅＮＢ２００は、対象コンポーネントキャリアを用いて、参照信号を送信する。
【００９６】
（作用及び効果）
実施形態に係るｅＮＢ２００（プロセッサ２４０）は、センシングにおいて、第１条件を満たす第１コンポーネントキャリアが見つかった場合に、対象コンポーネントキャリアとして第１コンポーネントキャリアを選択する。すなわち、干渉が小さいと想定される第１コンポーネントキャリアを対象コンポーネントキャリアとして用いることによって、ＵＥ１００に対する参照信号の到達性を高めることができる。
【００９７】
実施形態に係るｅＮＢ２００（プロセッサ２４０）は、センシングにおいて、第１条件を満たしていないが、第２条件を満たす第２コンポーネントキャリアが見つかった場合に、第２コンポーネントキャリアを特定するためのキャリア特定情報とセンシングで得られる干渉電力量及び第２コンポーネントキャリアで用いられている参照信号の信号数の少なくともいずれか１つとを記憶する記憶処理を行う。すなわち、第１条件を満たす第１コンポーネントキャリアが見つからなくても、第２コンポーネントキャリアの中から、対象コンポーネントキャリアを選択する余地を残すことができる。
【００９８】
以上説明したように、ｅＮＢ２００は、アンライセンスドバンドをＬＴＥシステムで利用する技術（ＬＡＡ；Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）に好適に用いることができる。詳細には、ｅＮＢ２００は、ライセンスドセル（Ｌ−Ｃｅｌｌ；Ｌｉｃｅｎｓｅｄ  ＬＴＥ  Ｃｅｌｌ）とアンライセンスドセル（Ｕ−Ｃｅｌｌ；  Ｕｎｌｉｃｅｎｓｅｄ  ＬＴＥ  Ｃｅｌｌ）との間でキャリアアグリゲーションに好適に用いることができる。
【００９９】
［変更例１］
以下において、実施形態の変更例１について説明する。以下においては、実施形態に対する相違点について説明する。
【０１００】
実施形態では、ＬＢＴ及び参照信号送信機会が時間的に連続している。これに対して、変更例１では、ＬＢＴ及び参照信号送信機会が時間的に連続していない。このようなケースにおいて、ｅＮＢ２００（無線送受信機２１０）は、センシングの実行終了タイミングから参照信号の送信開始タイミングまでの間において、所定信号の送信を継続する。
【０１０１】
具体的には、図１１に示すように、ＬＢＴ及び参照信号送信機会が時間的に連続していない場合に、ｅＮＢ２００は、ＬＢＴの終了タイミングから参照信号送信機会の送信開始タイミングまでの間において、対象コンポーネントキャリアを用いた所定信号の送信を継続する。所定信号は、どのような信号であってもよいが、例えば、既知のプリアンブル（Ｐｒｅａｍｂｌｅｓ）であってもよい。或いは、所定信号は、ＰＳＳ及びＳＳＳとは異なる系列の同期信号であってもよく、所定の参照信号であってもよい。
【０１０２】
このように、所定信号の送信を継続することによって、所定信号が他のｅＮＢ２００に干渉信号になり、他のｅＮＢ２００によって対象コンポーネントキャリアが利用されてしまう可能性が軽減する。
【０１０３】
［変更例２］
以下において、実施形態の変更例２について説明する。以下においては、実施形態に対する相違点について説明する。
【０１０４】
変更例２では、図１２に示すように、参照信号送信周期毎に参照信号送信機会が割り当てられており、参照信号送信機会において参照信号とともに他の情報（以下、ＬＡＡ  Ｂｅａｃｏｎ）が送信可能であるケースを想定する。
【０１０５】
このようなケースにおいて、ｅＮＢ２００（無線送受信機２１０）は、図１３に示すように、対象コンポーネントキャリアを構成するリソースブロックの中の一部の対象リソースブロックのみを用いて参照信号を送信してもよい。詳細には、ｅＮＢ２００は、対象コンポーネントキャリアの参照信号送信機会（１サブフレーム内）において、一部の対象リソースブロックのみを用いて参照信号を送信する。参照信号を送信する。
【０１０６】
このようなケースにおいて、ｅＮＢ２００（無線送受信機２１０）は、対象コンポーネントキャリアを構成するリソースブロックにおける対象リソースブロックの位置を示すパターンを送信することが好ましい。対象リソースブロックの位置を示すパターンは、上述したＬＡＡ  Ｂｅａｃｏｎを用いて送信されることが好ましい。すなわち、ｅＮＢ２００（無線送受信機２１０）は、参照信号を送信すべきサブフレームと同じサブフレーム（参照信号送信機会）において、対象リソースブロックの位置を示すパターンを送信する。
【０１０７】
なお、対象リソースブロックの位置は、予め定められていてもよい。或いは、対象リソースブロックの位置は、ｅＮＢ２００（プロセッサ２４０）によって選択されてもよい。
【０１０８】
［変更例３］
以下において、実施形態の変更例３について説明する。以下においては、実施形態に対する相違点について説明する。
【０１０９】
変更例３において、ｅＮＢ２００（無線送受信機２１０）は、ｎ番目の参照信号送信機会からｎ＋ｋ（ｋは１以上の整数）番目の参照信号送信機会までの間において特定周波数帯域を占有したい率（占有希望率）又は特定周波数帯域で送信したいデータ量（送信希望量）を特定するための希望情報をｎ番目の参照信号送信機会で送信する。或いは、ｅＮＢ２００（無線送受信機２１０）は、上述したＬＡＡ  Ｂｅａｃｏｎの送信間隔内における占有希望率又は送信希望量を送信してもよい。
【０１１０】
すなわち、ｅＮＢ２００は、希望情報の送信によって、直近の将来において特定周波数帯域を利用する予定がある旨を他のｅＮＢ２００に通知する。このような希望情報は、他のｅＮＢ２００が特定周波数帯域を利用するか否かを判断する材料として用いることが可能である。
【０１１１】
或いは、ｅＮＢ２００（無線送受信機２１０）は、ｎ番目の参照信号送信機会よりも前の所定タイミングからｎ番目の参照信号送信機会までの間において特定周波数帯域を占有した率（占有実績率）又は時間（占有実績時間）或いは特定周波数帯域で送信されたデータ量（送信実績量）を特定するための実績情報をｎ番目の参照信号送信機会で送信する。ｎ番目の参照信号送信機会よりも前の所定タイミングとは、ｎ−ｋ（ｋは１以上の整数）番目の参照信号送信機会の終了タイミングであってもよく、ｎ番目の参照信号送信機会よりも前のＬＡＡ  Ｂｅａｃｏｎの送信タイミングであってもよい。
【０１１２】
すなわち、ｅＮＢ２００は、実績情報の送信によって、直近の過去において特定周波数帯域を利用していた旨を他のｅＮＢ２００に通知する。このような実績情報は、他のｅＮＢ２００が特定周波数帯域を利用するか否かを判断する材料として用いることが可能である。なお、直近の過去において特定周波数帯域を利用していた場合には、直近の将来においても、特定周波数帯域を利用する可能性が高いことに留意すべきである。
【０１１３】
なお、実績情報は、ｎ番目の参照信号送信機会におけるｅＮＢ２００のロード量を示す情報であってもよい。ロード量を示す情報は、ロード量を直接的に示す値（実際のロード量の数値）であってもよく、ロード量を間接的に示す値（”Ｈｉｇｈ”、”Ｍｉｄｄｌｅ”、”Ｌｏｗ”などの識別子）であってもよい。
【０１１４】
［変更例４］
以下において、実施形態の変更例３について説明する。以下においては、変更例３に対する相違点について説明する。
【０１１５】
具体的には、変更例３では、希望情報又は実績情報をｅＮＢ２００が他のｅＮＢ２００に送信するケースについて説明した。これに対して、変更例４では、希望情報又は実績情報をｅＮＢ２００が他のｅＮＢ２００から受信するケースについて考える。
【０１１６】
変更例４において、ｅＮＢ２００（プロセッサ２４０）は、記憶処理においてｅＮＢ２００が属する通信システムと同種の通信システムから受信する希望情報又は実績情報を記憶する。プロセッサ２４０は、第１コンポーネントキャリアが見つからなかった場合に、第２コンポーネントキャリアの中から、記憶された干渉電力量及び信号数の少なくともいずれか１つに加えて、記憶された希望情報或いは実績情報に基づいて、対象コンポーネントキャリアを選択する。
【０１１７】
具体的には、プロセッサ２４０は、希望情報に含まれる占有希望率が低いコンポーネントキャリアを優先的に対象コンポーネントキャリアとして選択する。或いは、プロセッサ２４０は、希望情報に含まれる送信希望量が小さいコンポーネントキャリアを優先的に対象コンポーネントキャリアとして選択する。或いは、プロセッサ２４０は、実績情報に含まれる占有実績率が低いコンポーネントキャリアを優先的に対象コンポーネントキャリアとして選択する。或いは、プロセッサ２４０は、実績情報に含まれる占有実績時間が短いコンポーネントキャリアを優先的に対象コンポーネントキャリアとして選択する。或いは、プロセッサ２４０は、実績情報に含まれる占送信績時量が小さいコンポーネントキャリアを優先的に対象コンポーネントキャリアとして選択する。
【０１１８】
ここで、プロセッサ２４０は、プロセッサ２４０は、記憶された干渉電力量が閾値よりも小さい第２コンポーネントキャリアが存在しない場合に、希望情報又は実績情報を参照してもよい。同様に、プロセッサ２４０は、プロセッサ２４０は、記憶された信号数が閾値よりも少ない第２コンポーネントキャリアが存在しない場合に、希望情報又は実績情報を参照してもよい。
【０１１９】
［変更例５］
以下において、実施形態の変更例５について説明する。以下においては、実施形態に対する相違点について説明する。
【０１２０】
実施形態では、参照信号を送信するための対象コンポーネントキャリアの選択について説明した。これに対して、変更例５では、ＵＥ１００に対してセンシングを指示すべきセンシング対象コンポーネントキャリアの選択について考える。
【０１２１】
具体的には、ｅＮＢ２００のプロセッサ２４０は、複数のコンポーネントキャリアのそれぞれのセンシングを行うとともに、複数のコンポーネントキャリアの中から、ＵＥ１００に対してセンシングを指示すべきセンシング対象コンポーネントキャリアを選択する制御部を構成する。ｅＮＢ２００の無線送受信機２１０は、センシング対象コンポーネントキャリアのセンシングを指示する信号をＵＥ１００に送信する送信部を構成する。
【０１２２】
第１に、プロセッサ２４０は、センシングにおいて、第１条件を満たす第１コンポーネントキャリアが見つかった場合に、センシング対象コンポーネントキャリアとして第１コンポーネントキャリアを選択する。プロセッサ２４０は、センシングにおいて、第１条件を満たしていないが、第２条件を満たす第２コンポーネントキャリアが見つかった場合に、第２コンポーネントキャリアを特定するためのキャリア特定情報とセンシングで得られる干渉電力量及び第２コンポーネントキャリアで用いられている参照信号の信号数の少なくともいずれか１つとを記憶する記憶処理を行う。
【０１２３】
第２に、プロセッサ２４０は、第１コンポーネントキャリアが見つからなかった場合に、第２コンポーネントキャリアの中から、記憶された干渉電力量及び信号数の少なくともいずれか１つに基づいて、センシング対象コンポーネントキャリアを選択する。センシング対象コンポーネントキャリアの選択方法は、対象コンポーネントキャリアの選択方法と同様である。
【０１２４】
第３に、プロセッサ２４０は、第１コンポーネントキャリア及び第２コンポーネントキャリアが見つからなかった場合に、特定周波数帯域に含まれるコンポーネントキャリアの利用又は追加を断念する。
【０１２５】
（通信方法）
以下において、変更例５に係る通信方法について説明する。図１４は、変更例５に係る通信方法を示すフロー図である。図１４に示すフローは、ｅＮＢ２００によって行われることに留意すべきである。図１４では、図１０と同様の処理については、同様のステップ番号を付与している。従って、図１０と同様の処理の説明については省略する。但し、対象コンポーネントキャリアは、センシング対象コンポーネントキャリアと読み替えることに留意すべきである。
【０１２６】
図１４に示すように、ステップＳ７０Ａにおいて、ｅＮＢ２００は、センシング対象コンポーネントキャリアのセンシングを指示する信号をＵＥ１００に送信する。
【０１２７】
なお、ＵＥ１００は、センシングを指示する信号の受信に応じて、センシング対象コンポーネントキャリアのセンシングを行うとともに、センシング結果をｅＮＢ２００に送信する。ｅＮＢ２００は、センシング結果に基づいて、上述した対象コンポーネントキャリアを選択する。
【０１２８】
すなわち、変更例５では、第１ステップとして、ｅＮＢ２００が対象コンポーネントキャリアの候補を絞りこみ、第２ステップとしてＵＥ１００が対象コンポーネントキャリアの候補のセンシングを行う。従って、全てのコンポーネントキャリアをＵＥ１００がセンシングするケースと比べて、ＵＥ１００の負荷が軽減される。また、対象コンポーネントキャリアの選択でＵＥ１００のセンシング結果が参照されるため、実施形態よりも適切な対象コンポーネントキャリアを選択することができる。
【０１２９】
（作用及び効果）
変更例５に係るｅＮＢ２００（プロセッサ２４０）は、センシングにおいて、第１条件を満たす第１コンポーネントキャリアが見つかった場合に、センシング対象コンポーネントキャリアとして第１コンポーネントキャリアを選択する。すなわち、干渉が小さいと想定される第１コンポーネントキャリアをセンシング対象コンポーネントキャリアとして用いることによって、ＵＥ１００がセンシングすべきコンポートネントキャリアとして適切な候補をＵＥ１００に提示することができる。
【０１３０】
変更例５に係るｅＮＢ２００（プロセッサ２４０）は、センシングにおいて、第１条件を満たしていないが、第２条件を満たす第２コンポーネントキャリアが見つかった場合に、第２コンポーネントキャリアを特定するためのキャリア特定情報とセンシングで得られる干渉電力量及び第２コンポーネントキャリアで用いられている参照信号の信号数の少なくともいずれか１つとを記憶する記憶処理を行う。すなわち、第１条件を満たす第１コンポーネントキャリアが見つからなくても、第２コンポーネントキャリアの中から、センシング対象コンポーネントキャリアを選択する余地を残すことができる。
【０１３１】
以上説明したように、ｅＮＢ２００は、アンライセンスドバンドをＬＴＥシステムで利用する技術（ＬＡＡ；Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）に好適に用いることができる。詳細には、ｅＮＢ２００は、ライセンスドセル（Ｌ−Ｃｅｌｌ；Ｌｉｃｅｎｓｅｄ  ＬＴＥ  Ｃｅｌｌ）とアンライセンスドセル（Ｕ−Ｃｅｌｌ；  Ｕｎｌｉｃｅｎｓｅｄ  ＬＴＥ  Ｃｅｌｌ）との間でキャリアアグリゲーションに好適に用いることができる。
【０１３２】
［変更例６］
以下において、実施形態の変更例６について説明する。以下においては、実施形態に対する相違点について説明する。
【０１３３】
具体的には、実施形態では、ｅＮＢ２００は、対象コンポーネントキャリアを選択するとともに、選択された対象コンポーネントキャリアを用いて参照信号を送信する。これに対して、変更例６では、特定周波数帯域に含まれる測定対象周波数を測定するＵＥ１００の動作について考える。なお、実施形態と同様に、特定周波数帯域は、所定帯域幅を有する複数のコンポーネントキャリアを含んでいてもよい。このようなケースにおいて、測定対象周波数は、測定対象コンポーネントキャリアと読み替えればよいことに留意すべきである。
【０１３４】
変更例６の前提として、ｅＮＢ２００は、特定周波数帯域に含まれる周波数のうち、キャリアアグリゲーションの対象として用いている周波数において、参照信号を送信するように構成される。一方で、ｅＮＢ２００は、特定周波数帯域に含まれる周波数のうち、キャリアアグリゲーションの対象として用いていない周波数において、参照信号を送信しないように構成される。
【０１３５】
このような前提下において、ＵＥ１００（制御部）は、特定周波数帯域に含まれる測定対象周波数を測定する。具体的には、ＵＥ１００（制御部）は、測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用していない場合に、測定対象周波数の受信信号強度（ＲＳＳＩ；Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）を測定する。一方で、ＵＥ１００（制御部）は、測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用している場合に、測定対象周波数で用いる参照信号（ＲＳＲＰ又はＲＳＲＱ）の受信品質を測定する。
【０１３６】
さらに詳細には、ＵＥ１００（制御部）は、測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用していない場合に、或いは、測定対象周波数で用いる参照信号の設定情報を受信していない場合に、測定対象周波数の受信信号強度（ＲＳＳＩ）を測定することが好ましい。一方で、ＵＥ１００（制御部）は、測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用しており、かつ、測定対象周波数で用いる参照信号の設定情報を受信している場合に、参照信号の受信品質（ＲＳＲＰ又はＲＳＲＱ）を測定することが好ましい。
【０１３７】
ここで、測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用していないケースとは、ｅＮＢ２００に在圏する全てのＵＥ１００と測定対象周波数でキャリアアグリケーションを行っていないことを意味する。測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用しているケースとは、ｅＮＢ２００に在圏するいずれかのＵＥ１００と測定対象周波数でキャリアアグリケーションを行っていることを意味する。参照信号の設定情報は、ＤＲＳ（Ｄｉｓｃｏｖｅｒｙ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）であり、例えば、ＲＲＣメッセージによってＵＥ１００に通知される。
【０１３８】
参照信号は、実施形態と同様に、セル固有参照信号（ＣＲＳ；Ｃｅｌｌ  Ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、第１同期信号（ＰＳＳ；Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）及び第２同期信号（ＳＳＳ；Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）を含む。参照信号は、ＣＲＳ、ＰＳＳ及びＳＳＳに加えて、チャネル品質情報（ＣＳＩ−ＲＳ；Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を含んでもよい。
【０１３９】
変更例６において、特定周波数帯域に含まれる全ての周波数をＵＥ１００が測定するケースを想定すると、ＵＥ１００の負荷が著しく増大してしまう。従って、測定対象周波数は、ｅＮＢ２００によって指定されることが好ましい。測定対象周波数は、変更例５で説明したセンシング対象コンポーネントキャリアであってもよい。すなわち、測定対象周波数は、ｅＮＢ２００のセンシング結果によって選択されるセンシング対象コンポーネントキャリアであってもよい。
【０１４０】
（通信方法）
以下において、実施形態に係る通信方法について説明する。図１５は、変更例６に係る通信方法を示すシーケンス図である。図１５では、ｅＮＢ２００がライセンスドセル及びアンライセンスドセルを有するケースについて例示する。
【０１４１】
図１５に示すように、ステップＳ１００において、ｅＮＢ２００は、ｅＮＢ２００が利用可能な周波数（コンポーネントキャリア）の選択（チャネル選択）を開始する。
【０１４２】
ステップＳ１０１において、ｅＮＢ２００は、キャリアアグリゲーションに用いていない周波数（ｄｅ−ｃｏｎｆｉｇｕｒｅ  ＬＡＡ  ｃｅｌｌｓ）を測定対象周波数として指定するメッセージをＵＥ１００に送信する。キャリアアグリゲーションに用いていない周波数は、ｅＮＢ２００が利用していない周波数と読み替えてもよい。なお、メッセージは、キャリアアグリゲーションに用いていない周波数（ｄｅ−ｃｏｎｆｉｇｕｒｅ  ＬＡＡ  ｃｅｌｌｓ）だけではなく、キャリアアグリゲーションに用いている周波数（ｃｏｎｆｉｇｕｒｅ  ＬＡＡ  ｃｅｌｌｓ）を測定対象周波数として指定するメッセージであってもよい。
【０１４３】
ステップＳ１０２において、ＵＥ１００は、測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用していないため、測定対象周波数の受信信号強度（ＲＳＳＩ）を測定する。言い換えれば、ステップＳ１０２において、ＵＥ１００は、メッセージにおいて指定された測定対象周波数の受信信号強度（ＲＳＳＩ）を測定する。
【０１４４】
ステップＳ１０３において、ＵＥ１００は、受信信号強度（ＲＳＳＩ）を測定結果としてｅＮＢ２００に送信する。
【０１４５】
ステップＳ１０４において、ｅＮＢ２００は、測定結果に含まれる受信信号強度に基づいて、ｅＮＢ２００が利用する周波数（コンポーネントキャリア）の候補を選択する。
【０１４６】
ステップＳ１０５において、ｅＮＢ２００は、ステップＳ１０４で選択された周波数（コンポーネントキャリア）の候補を用いて参照信号を送信する。
【０１４７】
ステップＳ１０６において、ｅＮＢ２００は、ステップＳ１０４で選択された周波数（コンポーネントキャリア）の候補をキャリアアグリゲーションで用いる周波数（コンポーネントキャリア）として指定するメッセージをＵＥ１００に送信する。
【０１４８】
ステップＳ１０７において、ｅＮＢ２００は、キャリアアグリゲーションに用いている周波数（ｃｏｎｆｉｇｕｒｅ  ＬＡＡ  ｃｅｌｌｓ）を測定対象周波数として指定するメッセージをＵＥ１００に送信する。キャリアアグリゲーションに用いている周波数は、ｅＮＢ２００が利用している周波数と読み替えてもよい。
【０１４９】
ステップＳ１０８において、ＵＥ１００は、測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用しているため、測定対象周波数で用いる参照信号の受信品質（ＲＳＲＰ及びＲＳＲＱ）を測定する。
【０１５０】
ステップＳ１０９において、ＵＥ１００は、受信品質（ＲＳＲＰ及びＲＳＲＱ）を測定結果としてｅＮＢ２００に送信する。
【０１５１】
変更例６では、ＵＥ１００は、測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用している場合に、測定対象周波数で用いる参照信号の受信品質（ＲＳＲＰ及びＲＳＲＱ）を測定するが、参照信号の受信品質（ＲＳＲＰ及びＲＳＲＱ）に加えて、測定対象周波数の受信信号強度（ＲＳＳＩ）を測定してもよい。また、ＵＥ１００は、測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用している場合に、参照信号の受信品質（ＲＳＲＰ及びＲＳＲＱ）及び受信信号強度（ＲＳＳＩ）を測定結果としてｅＮＢ２００に送信してもよい。
【０１５２】
（作用及び効果）
変更例６では、ＵＥ１００は、測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用していない場合に、測定対象周波数の受信信号強度を測定する。従って、測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用しておらず、測定対象周波数で参照信号が送信されていない場合において、受信品質（ＲＳＲＰやＲＳＲＱ）を測定すべき対象（参照信号）が存在しないという不具合を解消することができるとともに、受信信号強度の測定結果をｅＮＢ２００が利用することができる。なお、受信信号強度の測定結果（ＲＳＳＩ）は、特定周波数帯域に含まれる未使用の周波数（コンポーネントキャリア）の中から、ｅＮＢ２００が利用可能な周波数（コンポーネントキャリア）を選択する際に有用な情報であることに留意すべきである。
【０１５３】
［変更例７］
以下において、実施形態の変更例７について説明する。以下においては、実施形態に対する相違点について説明する。
【０１５４】
変更例７において、ＵＥ１００（送信部）は、特定周波数帯域に含まれる測定対象周波数の受信信号強度（ＲＳＳＩ）とともに、ＵＥ１００の位置を特定するための位置情報をｅＮＢ２００に送信する。位置情報は、測定対象周波数を用いるセルのカバレッジエリア内にＵＥ１００が位置するか否かの判定に用いられる。
【０１５５】
ＵＥ１００（送信部）は、変更例６と同様に、測定対象周波数をキャリアアグリゲーションの対象としてｅＮＢ２００が利用していない場合に、測定対象周波数の受信信号強度とともに前記位置情報をｅＮＢ２００に送信してもよい。
【０１５６】
ここで、位置情報は、ｅＮＢ２００が属する事業者帯域を用いて送信される信号の受信品質（例えば、ＲＳＲＰ及びＲＳＲＱ）であってもよい。位置情報は、ＵＥ１００が有するＧＰＳ機能によって得られる地理的な位置を示す情報であってもよい。
【０１５７】
例えば、第１シナリオでは、図１６に示すように、事業者帯域ｆ１を用いるマクロセルＭ（ｆ１）、特定周波数帯域ｆ３を用いるスモールセルＳ＃１（ｆ３）及び特定周波数帯域ｆ３を用いるスモールセルＳ＃２（ｆ３）が存在する。
【０１５８】
このようなケースにおいて、ＵＥ１００は、スモールセルＳ＃１（ｆ３）又はスモールセルＳ＃２（ｆ３）から送信される信号の受信信号強度（ＲＳＳＩ）とともに、マクロセルＭ（ｆ１）から送信される信号の受信品質（例えば、ＲＳＲＰ及びＲＳＲＱ）をｅＮＢ２００に送信する。マクロセルＭ（ｆ１）から送信される信号の受信品質（例えば、ＲＳＲＰ及びＲＳＲＱ）は、位置情報の一例である。
【０１５９】
或いは、第２シナリオでは、図１７に示すように、事業者帯域ｆ１を用いるスモールセルＳ＃１（ｆ１）、事業者帯域ｆ１を用いるスモールセルＳ＃２（ｆ１）、特定周波数帯域ｆ３を用いるスモールセルＳ＃１（ｆ３）及び特定周波数帯域ｆ３を用いるスモールセルＳ＃２（ｆ３）が存在する。なお、スモールセルＳ＃１（ｆ１）のカバレッジエリアは、スモールセルＳ＃１（ｆ３）のカバレッジエリアと重複しており、スモールセルＳ＃２（ｆ１）のカバレッジエリアは、スモールセルＳ＃２（ｆ３）のカバレッジエリアと重複していることが好ましい。
【０１６０】
このようなケースにおいて、ＵＥ１００は、スモールセルＳ＃１（ｆ３）又はスモールセルＳ＃２（ｆ３）から送信される信号の受信信号強度（ＲＳＳＩ）とともに、スモールセルＳ＃１（ｆ１）又はスモールセルＳ＃２（ｆ１）から送信される信号の受信品質（例えば、ＲＳＲＰ及びＲＳＲＱ）をｅＮＢ２００に送信する。スモールセルＳ＃１（ｆ１）又はスモールセルＳ＃２（ｆ１）から送信される信号の受信品質（例えば、ＲＳＲＰ及びＲＳＲＱ）は、位置情報の一例である。事業者帯域ｆ１を用いるスモールセルから送信される信号の受信品質（例えば、ＲＳＲＰ及びＲＳＲＱ）が位置情報として用いられるため、特定周波数帯域ｆ３を用いるスモールセルのカバレッジエリア内にＵＥ１００が位置するか否かの判定精度が第１シナリオよりも高いことに留意すべきである。
【０１６１】
或いは、第３シナリオでは、図１８に示すように、業者帯域ｆ１を用いるマクロセルＭ（ｆ１）、事業者帯域ｆ２を用いるスモールセルＳ＃１（ｆ２）、事業者帯域ｆ２を用いるスモールセルＳ＃２（ｆ２）、特定周波数帯域ｆ３を用いるスモールセルＳ＃１（ｆ３）及び特定周波数帯域ｆ３を用いるスモールセルＳ＃２（ｆ３）が存在する。なお、スモールセルＳ＃１（ｆ２）のカバレッジエリアは、スモールセルＳ＃１（ｆ３）のカバレッジエリアと重複しており、スモールセルＳ＃２（ｆ２）のカバレッジエリアは、スモールセルＳ＃２（ｆ３）のカバレッジエリアと重複していることが好ましい。
【０１６２】
このようなケースにおいて、ＵＥ１００は、スモールセルＳ＃１（ｆ３）又はスモールセルＳ＃２（ｆ３）から送信される信号の受信信号強度（ＲＳＳＩ）とともに、スモールセルＳ＃１（ｆ２）又はスモールセルＳ＃２（ｆ２）から送信される信号の受信品質（例えば、ＲＳＲＰ及びＲＳＲＱ）をｅＮＢ２００に送信することが好ましい。事業者帯域ｆ１を用いるマクロセルＭ（ｆ１）から送信される信号の受信品質（例えば、ＲＳＲＰ及びＲＳＲＱ）を位置情報として用いるケースと比べて、特定周波数帯域ｆ３を用いるスモールセルのカバレッジエリア内にＵＥ１００が位置するか否かの判定精度が高いことに留意すべきである。
【０１６３】
（作用及び効果）
変更例７では、ＵＥ１００（送信部）は、特定周波数帯域に含まれる測定対象周波数の受信信号強度（ＲＳＳＩ）とともに、ＵＥ１００の位置を特定するための位置情報をｅＮＢ２００に送信する。従って、特定周波数帯域に含まれる測定対象周波数を用いるセルのカバレッジエリア内にＵＥ１００が位置するか否かを判定することができる。
【０１６４】
［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１６５】
参照信号が送信される周期である参照信号送信周期は、ｅＮＢ２００によって設定されてもよい。参照信号は、１回の参照信号送信機会において連続的に繰り返し送信されてもよい。参照信号の繰り返し送信回数は、ｅＮＢ２００によって設定されてもよい。
【０１６６】
変更例７では、特定周波数帯域に含まれる測定対象周波数をｅＮＢ２００が利用するケースとして、キャリアアグリゲーションを例に挙げて説明したが、変更例７はこれに限定されるものではない。ｅＮＢ２００は、キャリアアグリゲーション以外の他の用途で測定対象周波数を利用してもよい。
【０１６７】
実施形態では特に触れていないが、ＵＥ１００及びｅＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。
【０１６８】
或いは、ＵＥ１００及びｅＮＢ２００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。
【０１６９】
実施形態では、移動通信システムの一例としてＬＴＥシステムを説明した。しかしながら、実施形態はこれに限定されるものではない。移動通信システムは、ＬＴＥシステム以外のシステムであってもよい。
【０１７０】
［付記］
以下において、本実施形態の付記事項を説明する。
【０１７１】
（付記Ａ）
（Ａ１）導入
この付記Ａでは、Ｗｉ−Ｆｉ及びその他のＬＡＡサービスとの共存の観点から設計目標を達成するために扱われていない追加の本質的な強化について説明する。
【０１７２】
（Ａ２）本質的強化
（Ａ２．１）アンライセンスドスペクトルにおけるキャリア／リソース占有ルール
Ｗｉ−Ｆｉ及び他のＬＡＡサービスなどのアンライセンスドスペクトル展開との公正な共存を実現するために、アンライセンスドスペクトルリソースを効率的に使用しなければならない。好ましい状況は、他の技術とスペクトルを公正に共有することを達成するために、ＬＴＥ  ｅＮＢがアンライセンスドスペクトルリソースを最小量使用する場合である。例えば、図１９のＬＨＳセクションは、送信範囲内のリソースのいくつかが使用されていない非効率的な占有を示す。一方、図１９のＲＨＳセクションは、バーストの持続時間が減少するように、すべての使用されるリソースがコンパクトに割り当てられている効率的なアプローチを示す。したがって、アンライセンスドスペクトルのためにキャリアまたはリソース占有ルールを標準化すべきであるかどうかを理解するために、検討が必要である。
【０１７３】
ＬＴＥ送信バーストのための最小リソース占有ルールを仕様化すべきであることを好む。ＬＴＥバーストとして不連続送信持続時間の単位を定義することに留意すべきである。ｅＮＢが、最小のリソース占有閾値以上を占める送信すべき充分なデータの量を有してからはじめて、ｅＮＢは、アンライセンスドスペクトルにおいて送信することが許可される。
【０１７４】
提案１：他のアンライセンスドスペクトル展開で公正な共存を実現するために、ＬＴＥ送信バーストのための最小リソース占有ルールを仕様化すべきである。
【０１７５】
（Ａ２．２）アンライセンスドスペクトルにおけるＵＥとセルとの間の同期
ここでの検討は、１以上の低電力（すなわち、規制電力制限に基づく）Ｃｅｌｌがアンライセンスドスペクトルで動作するＬＴＥキャリアアグリゲーション構成やアーキテクチャに焦点を当てており、ＤＬのみ、または、ＵＬ及びＤＬの両方を含む。従って、ライセンスドスペクトルにおけるＰＣｅｌｌとアンライセンスドスペクトルにおけるＳＣｅｌｌは、現在のＣＡ要件に従って同期すると想定できる。これは、ＵＥが、特に共同設置（co-located）シナリオに関するＰＣｅｌｌの同期信号に基づいてＳＣｅｌｌと粗いタイミング同期を達成することができることを意味する。しかしながら、アンライセンスドスペクトルでのＳＣｅｌｌにおける伝搬特性は、全く異なる可能性があるので、この粗い同期は、時間／周波数トラッキング要件を満たすのに十分ではない可能性がある。従って、アンライセンスドスペクトルでのＳＣｅｌｌが、何らかの時間／周波数トラッキング補助情報をＵＥに提供することが好ましい。アンライセンスドスペクトルが「オンデマンド（ｏｎ  ｄｅｍａｎｄ）」ベースで使用される場合、小セルＯＮ／ＯＦＦ技術及び同期のためのＤＲＳを再利用できることを想定することが合理的である。しかしながら、ｅＮＢは、ＤＲＳ送信のためのアンライセンドチャネル（アンライセンスドスペクトル）が使用中である場合は、当該アンライセンスドチャネルへアクセスできない可能性があるので、ＤＲＳデザインに基づく現在のＲｅｌ−１２のＳＣＥは、利用できない。従って、上記問題を解決するために要求されるかもしれない現在のＤＲＳ信号デザイン又は追加的な手順を強化する方法をさらに検討する必要がある。
【０１７６】
提案２：アンライセンスドスペクトルにおけるセルは、動作チャネル上で時間／周波数トラッキング補助情報を提供すべきである。強化されるＲｅｌ−１２のＤＲＳデザインが、そのような補助情報を提供するための候補として考慮されるべきである。
【０１７７】
（Ａ２．３）ＲＲＭ測定／ＣＳＩ測定
（ＲＲＭ測定）
上記（Ａ２．２）節で述べたように、ライセンスドスペクトルにおけるセルの伝搬特性は、アンライセンスドスペクトルにおけるセルとは全く異なる。さらに、アンライセンスドスペクトルにおける送信電力は、規制によって制限される。アンライセンスドスペクトルにおいて、チャネル状態がライセンスドスペクトルと異なる場合、ＵＥは、ＵＥがアンライセンスドスペクトルにおけるＳＣｅｌｌのカバレッジ内であるかどうかをｅＮＢが分かるようにするアンライセンスドスペクトルの無線環境の情報を提供する必要がある。これは、ＵＥがＲＲＭ測定をモニタ及び実行するためにアンライセンスドキャリアにおける適切な参照信号を送信することを要求する。参照信号デザインは、既存の信号デザイン又は既に説明した他のＷＩ、例えば、ＮＣＴにおけるデザインに基づくべきである。改善と強化を、特にアンライセンスドスペクトルに関する問題（例えば、（Ａ２．２）節で説明したもの）を解決するために行うことができる。参照信号デザインもまた、アンライセンスドスペクトルにおける送信のためにサポートされる送信モードに基づくことに留意すべきである。復調ＴＭに基づくＤＭ−ＲＳがサポートさえされていれば、ＲＲＭ測定のための参照信号がサブフレーム毎に送信される必要はない。そのケースでは、ＤＲＳの再利用をベースラインにすべきである。（Ａ２．２）で説明したアンライセンスドスペクトルに関する潜在的な問題を解決するために検討が必要である。
【０１７８】
提案３：アンライセンスドスペクトルにおけるセルは、ＲＲＭ測定のために適切な参照信号を提供すべきである。参照信号デザインは、アンライセンスドスペクトル問題を考慮した強化と共に、既存の信号デザイン又は既に説明した他のＷＩ、例えば、ＮＣＴにおけるデザインのいずれか一方を使用すべきである。
【０１７９】
（ＰＣＩ（物理セルＩＤ）衝突回避）
ＲＲＭ測定に関して、同一のＰＣＩが複数の事業者に用いられる場合に潜在的な問題が存在する。同一のＰＣＩは、近隣セルに割り当てられるべきでない。１つの事業者ネットワーク内では、それは、セルプランニング又はＳＯＮ機能により達成できる。しかしながら、最初の事業者の近傍に位置する他の事業者が同一のＰＣＩを使用する場合に、問題が残る。アンライセンスドスペクトルにおいて、ＵＥ補助又はｅＮＢベースのＰＣＩ衝突回避メカニズムが導入されるべきである。
【０１８０】
提案４：アンライセンスドスペクトルにおけるＰＣＩ衝突回避メカニズムが導入されるべきである。
【０１８１】
（ＣＳＩ測定）
動的スケジューリングは、アンライセンスドスペクトルにおいてサポートされるべきである。自己スケジューリングケースについては、既存の（Ｅ）ＰＤＣＣＨデザインが充分にロバストであるかどうかを確認するために、さらなる検討が必要である。アンライセンスドスペクトルにおける「オンデマンド（ｏｎ  ｄｅｍａｎｄ）」送信のサポートに加えて、ｅＮＢがＵＥから必要なフィードバックを取得することが可能である強化が必要とされる。従って、既存のCSIフィードバックの手順は、アンライセンスドスペクトル特有の問題（例えば、（Ａ２．２）節で説明したもの）に対処するために、強化されなければならない。
【０１８２】
提案５：アンライセンスドスペクトル特有の問題に対処するために、既存のＣＳＩフィードバック手順／デザインを強化することを考慮すべきである。
【０１８３】
（Ａ２．３．４）アンライセンスドスペクトルにおいてサポートされる送信モード
送信モードがアンライセンスドスペクトルにおいてサポートされることは、まだ決定されていない。ＭＩＭＯは、最大スループットを達成するためにアンライセンスドスペクトルにおいてサポートされるべきである。また、ビームフォーミングに基づく技術は、アンライセンスドスペクトルにおいて効果的に干渉低減できると考える。アンライセンスドスペクトルにおけるマルチアンテナ送信技術をサポートするために、適切なＣＳＩフィードバック及び手順が要求される。アンライセンスドスペクトル上のＴＭがサポートされるべきことに取り組むべきである変調ＴＭに基づくＤＭ−ＲＳのみをサポートすべきことを支持する。
【０１８４】
提案６：アンライセンスドスペクトルにおいて変調ＴＭに基づくＤＭ−ＲＳのみがサポートされるべきである。
【０１８５】
（Ａ２．４）ＨＡＲＱプロトコル（ＨＡＲＱ  Ｐｒｏｔｏｃｏｌｓ）
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ送信及び対応する再送信は、ＬＡＡバースト送信のために修正すべきである。ＬＡＡ動作にキャリアアグリゲーション（ＣＡ）が適用されると仮定すれば、ＳＣｅｌｌ上で送信されるＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫは、ＰＣｅｌｌ上で送信される。ｅＮＢは、ＮＡＣＫケースにおいて、アンライセンスドチャネル（アンライセンスドスペクトル）上で再送信データを送ることが期待されているが、当該チャネルが使用中である場合、再送信できない（図２０参照）。ｅＮＢがアンライセンスドチャネルに長期間アクセスできない場合、再送信失敗の原因になる上位層タイマが満了するだろう。従って、効果的な再送信メカニズムを達成するために不完全なＨＡＲＱプロセスをｅＮＢが扱う方法を考察すべきである。
【０１８６】
ＰＤＳＣＨ再送信と同様に、アンライセンスドスペクトルがＵＬデータ送信のために使用される場合、アンライセンスドスペクトルにおけるＳＣｅｌｌ上でのＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫも考察すべきである（図２１参照）。ｅＮＢは、ＰＵＳＣＨ再送信手順に従うことができない場合がある。同期ＨＡＲＱ方式のみが、ＵＬデータ送信に関して十分ではない可能性がある既存のＵＬ  ＨＡＲＱ動作によってサポートされている。従って、ＵＬデータ送信をサポートするために新しいＨＡＲＱプロセスが必要であるかどうかを検討すべきである。
【０１８７】
提案７：効果的な再送信メカニズムを達成するために不完全なＨＡＲＱプロセスをｅＮＢが扱う方法を考察すべきである。
【０１８８】
表１に要約を示す。表１は、追加的な本質的な機能を示す。
【０１８９】
【表１】
2018026844.tif 000003
【０１９０】
（Ａ３）詳細なソリューションの分析
（Ａ３．１）フレーム構造
ＬＡＡに関する単一のグローバルなソリューションを決定することが求められる。従って、各国又は地域の規制を満たす１つの統一されたＬＡＡソリューションを検討すべきである。アンライセンスドスペクトルの規制は、各国又は地域で異なるので、最も厳しい国及び地域の規制を用いてシステムをデザインすることが望まれる。
【０１９１】
ある領域／帯域での規制要件を満たすために最大送信期間の制限と共にキャリア上でのリッスン・ビフォーア・トーク（クリアチャネルアセスメント）及び不連続送信の導入が合意された。これは、「集中的な（ｂｕｒｓｔｙ）」送信がアンライセンスドスペクトルにおけるセルによって用いられ、かつ、一部の国／地域において、リッスン・ビフォア・トーク（ＬＢＴ）が、バースト送信の前に実行されることを意味する。単一のグローバルなソリューションが期待されているので、送信バーストの最大持続時間が、最も厳しい条件、すなわち、日本の規制を満たすために４ｍｓであるべきであることを提案する。設定可能なバースト長を考慮するという他の代替案があります。しかしながら、欧州の規制によれば、連続的なバースト間の最小ギャップ長は、バースト長に依存する。設定可能なバースト長及びバースト長に関連するギャップの両方を満たすために、フレームデザインは複雑になるし、標準では、簡単な単一のバースト長が好まれる。フレーム構造に基づく固定されたバースト長は、標準化の作業負荷を低減させるのに役立つ。このフレーム構造は、欧州と日本に関してのみ必要とされているが、ＬＢＴ及び不連続送信がＬＡＡ動作に関して必須機能であるべきことを提案する。これらの機能は、例えば、Ｗｉ−Ｆｉなどの他の技術との公正な共存の達成においても有益である。
【０１９２】
提案８：LBTと不連続送信は、ＬＡＡ動作に関して必須機能であるべきである。バースト送信の最大送信期間は、４ｍｓにすべきである。
【０１９３】
（ＬＴＥバーストデザイン）
アンライセンスドスペクトルに関するＬＴＥ物理層は、規制要件を満たすための拡張子と共に、既存のＬＴＥ  Ｒｅｌ−１２デザインを再利用すべきである。従って、データ送信の開始位置は、事前に定義されなければならない。ＬＢＴの位置は、上記制限を考慮してデザインされるべきである。以下のいくつかのフレーム構造を考慮できる。
【０１９４】
最もシンプルなアプローチは、１つのＬＴＥバーストとして４つの連続的なサブフレームを有することである（図２２（Ａｌｔ１））。このデザインは、１つのＬＴＥバースト毎に１つのアイドル・サブフレームを仮定し、次のＬＴＥバースト送信前の右側のアイドル・サブフレームの最終シンボルの間にＬＢＴが発生する。この選択肢（Ａｌｔ１）は、データ送信のための４つのサブフレームを使用できるが、ｅＮＢは、次のＬＴＥバースト送信前バーストを送信するために少なくとも１つのサブフレームで待たなければならない。この構造で公正な共存を達成すると仮定できるが、低トラフィックロードシナリオの間、スペクトル使用が非効率である。従って、選択肢１（Ａｌｔ１）への強化が、図２３（Ａｌｔ２）に示すように考慮できる。この選択肢２（Ａｌｔ２）では、４つの連続的なサブフレーム内の最終サブフレームの最終数シンボルがＬＴＥバースト送信のために使用される。４ｍｓ満了前にデータ送信が一時中断されるが、次のＬＴＥバーストは、次のサブフレーム境界から開始できる。（さらなる課題：最終サブフレームがＤｗＰＴＳによって達成できる場合）
ＬＴＥバーストデザインがサブフレーム境界の１ｍｓ周期を維持することが期待されている場合、ＬＢＴの位置が、図２４（Ａｌｔ３）のようにサブフレーム内に配置されるべきである。この選択肢（Ａｌｔ３）では、ＬＢＴの位置は、各サブフレームの最終１又は２シンボル上に配置される。ＬＢＴのために１つのシンボルで十分である場合、最終シンボルをパンクチャリングすることによって達成できる可能性がある。
【０１９５】
ＬＢＴバーストデザインが既存のＲｅｌ−８  ＬＴＥフレーム構造に従う必要がない場合、新しいデザインを導入することができる。ＬＢＴの位置を第１サブフレームの第１シンボル・時間にシフトすることによるＡｌｔ２及びＡｌｔ３に基づくＡｌｔ２’及び３’を示す（図２５及び図２６）。ＥＰＤＣＣＨが自己スケジューリングのためにサポートされている場合、Ａｌｔ２’及び３’がＰＤＣＣＨを除外し、ＰＤＳＣＨに置き換えることによって変更できるかどうかは、さらなる課題であることに留意すべきである。ＣＡベースＬＡＡ動作を想定しているので、共通サーチスペースは、アンライセンスドスペクトル上のＰＤＣＣＨに必要とされない。
【０１９６】
しかしながら、Ａｌｔ２（又は２’）及び３（又は３’）は、異なる事業者に属する２より多いｅＮＢが同じアンライセンスドスペクトルキャリアを共有するケースにおいて、潜在的な問題を有する。図２７に示すように、事業者ＢのＬＢＴタイミングが、事業者Ａのデータ送信タイミングと重なっている場合、事業者Ｂは、事業者Ａがその送信を停止するまで当該チャネルを使用することはできない。事業者Ｂがアンライセンスドセルのサブフレーム境界のタイミングを変更することは、ＬＡＡ動作に基づくＣＡに起因してライセンスドスペクトルにおけるセルと同調しているため、困難であることに留意すべきである。
【０１９７】
２つの可能なソリューションがある。１つは、ランダムバック・オフメカニズムを導入することである。例えば、ＬＴＥバースト送信の最初のセットを終了した後のｅＮＢは、バック・オフ期間が経過するまでＬＴＥバースト送信の次のセットを開始することが許可されない。バック・オフ持続時間は、サブフレーム持続時間の複数倍にすべきであり、セット毎のＬＴＥバースト送信の数は、さらなる課題である。
【０１９８】
他のソリューションは、「ヘッダサブフレーム」を有することである。このデザインは、ｅＮＢが、サブフレーム内のいつでもＬＢＴを実行し、次のサブフレーム境界まで予約信号を送信することが許可される（図２８参照）。予約信号の詳細なデザインは、さらなる課題である。しかしながら、ＬＴＥバーストが予約信号送信から開始するこのケースでは、データ送信の長さは、それに応じて減少しなければならない。これは、最終数シンボルをパンクチャリングすることによって達成することができる。通常のＬＴＥバーストは、「ヘッダサブフレーム」に従う。ヘッダサブフレームは、バースト送信のセット毎に、最初のバースト送信の最初のサブフレームの間に送信される。上述のように、ＬＴＥバースト送信毎の数は、さらなる課題である。
【０１９９】
上記オプションのすべてを比較し、シミュレーション結果に基づいてどのモデルが仕様化されるべきかを決定すべきである。しかしながら、仕様化のインパクトが小さく、チャネル使用率が他のオプション（選択肢）よりも効率的であるように思えるので、ランダムバック・オフを伴う選択肢３（Ａｌｔ３）が一般的に好まれる。
【０２００】
提案９：選択肢を比較し、シミュレーション結果に基づいてどのモデルが仕様化されるべきかを決定すべきである。
【０２０１】
（Ａ３．２）キャリア選択動作
（アンライセンスドスペクトルにおけるチャネル帯域幅）
５GHzのスペクトルは、Ｗｉ−Ｆｉで使用するために２０ＭＨｚの広いチャンク帯域に分割される。アンライセンスドスペクトルにおけるコンポーネントキャリア（CC）は、より良い共存のため、この帯域幅で調整されるべきである。集約されるＣＣの最大数は、ＣＣがライセンスドスペクトル又はアンライセンスドスペクトル内であろうと、５にすべきである。アンライセンスドスペクトルにおける４つまでのＣＣは、必要であれば、同時に集約されるべきであることを意味する。しかしながら、Ｗｉ−Ｆｉ及び他のＬＡＡサービスとの公正な共存のために、いくつかの制限を導入すべきである。例えば、アンライセンスドスペクトルを使用していないｅＮＢは、すでにアンライセンスドスペクトルを使用しているｅＮＢよりも優先的にアンライセンスドスペクトルを使用できる。
【０２０２】
提案１０：アンライセンスドスペクトルにおけるコンポーネントキャリア（CC）は、より良い共存のための２０ＭＨｚの帯域幅に調整すべきである。
【０２０３】
（チャネル選択）
チャネル選択は、ＬＡＡ動作のために最も重要な特徴の一つである（図２９参照）。他のアンライセンスドスペクトル展開で公正な共存を実現するために、ｅＮＢは、利用可能な複数のキャリアの中から干渉量が最も少ないチャネルを選択することができるべきである。ＬＡＡチャネル選択アルゴリズムが実装上の問題であると理解できるが、アルゴリズムが長期間キャリアセンシング及びエネルギー検出のいくつかの種類に基づくと仮定できる。
【０２０４】
（隠れノード問題）
チャネル選択手順／スキームをデザインする場合には、隠れノード問題を考慮すべきである。１つのアプローチでは、ｅＮＢ及びＵＥの両方でチャネル選択のために候補チャネルを測定できる（図３０の左参照）。１つのアプローチでは、ｅＮＢ又はＵＥの一方が閾値よりも高いチャネルの干渉レベルを検出した場合、チャネルが占有されていることが想定できる。干渉が閾値よりも高い場合、ＵＥは、ｅＮＢに報告しなければならない。このプロセスをデュアル・センシングと名付ける。他のアプローチでは、ｅＮＢのみがセンシングを実行する（図３０の右参照）。このプロセスをシングル・センシングと名付ける。デュアル・センシング及びシングル・センシングの両方において、ｅＮＢは、アンライセンスドＣＣにおいて参照／同期信号を送信し、ＵＥが測定報告を送信するよう要求する。デュアル・センシングは、シングル・センシングと比較して追加的なシグナリング、及び、ＵＥがセンシングなどをしなければならないかを識別するための複雑な手順を必要とする。
【０２０５】
提案１１：ＬＡＡはシングル・センシングスキームをサポートすべきである。また、ＵＥは、チャネルが使用中であるかどうかをｅＮＢが判断するために役立つアンライセンスドキャリアの測定報告を送る。
【０２０６】
（動的な周波数選択（ＤＦＳ））
ある帯域／領域におけるレーダ回避のためのＤＦＳが導入されるべきであることが合意された。ＤＦＳ要件に関する閾値は、各ケースに関して同じではないので、詳細なアルゴリズムは実装次第にすべきである。これは、ＤＦＳは、オプション機能にすべきであり、ＤＦＳがアンライセンスドスペクトル使用に関して必須機能である国（又は地域）のみに導入されるべきであることを意味する。各規制要件を満たすための対応するテストが３ＧＰＰに標準化されるべきである。
【０２０７】
提案１２：ＤＦＳは、オプション機能であるべきであり、各規制要件を満たすための対応するテストが３ＧＰＰに標準化されるべきである。
【０２０８】
（動的なキャリア切り替え）
（Ａ２．４）節で説明したように、ｅＮＢは、不完全なＨＡＲＱプロセスをもたらす長期間、アンライセンスドチャネルを使用できない可能性がある。このケースでは、利用可能なアンライセンスドチャネル上で再送信データを送ることができる場合、有益である。利用可能なアンライセンスドスペクトルの量は十分に多いので、ｅＮＢは、動的にキャリアを切り替えるためにバックグラウンドでは、継続的にキャリアセンスの実行を維持しなければならない。ｅＮＢは、ある時間の間現在のチャネルが使用中である場合に適切がキャリアを検出した場合、未使用のアンライセンスドチャネル上でのＨＡＲＱ再送信が許可され得る。この手順は、キャリア・ダイバシティ利得と交換でシグナリングオーバヘッドの増加が必要となる。
【０２０９】
また、ＣＣ間ホッピングは、この動的なキャリア切り替えメカニズムによって達成することができる。アンライセンスドスペクトル上の干渉特性は、予測不可能であるので、周波数ホッピングは、アンライセンスドスペクトル動作に関して効果的な技術であることがある。詳細な手順に関して、さらなる検討が必要である。
【０２１０】
提案１３：動的なキャリア切り替えメカニズムは、ＬＡＡ動作のために導入されるべきである。
【０２１１】
（高速ＳＣｅｌｌ  ＯＮ／ＯＦＦ切り替え）
動的なキャリア切り替えメカニズムを達成するために、高速ＳＣｅｌｌ  ＯＮ／ＯＦＦ切り替えを可能にすべきである。高速ＳＣｅｌｌ  ＯＮ／ＯＦＦ切り替えに関して、新たなＬ１手順が議論された。しかしながら、合意に達さずに、新たなメカニズムが導入されなかった。高速ＳＣｅｌｌ  ＯＮ／ＯＦＦ切り替えメカニズムを、既存の合意に基づいて再び検討すべきである。
【０２１２】
提案１４：高速ＳＣｅｌｌ  ＯＮ／ＯＦＦ切り替えメカニズムは、Ｒｅｌ−１３において導入すべきである。
【０２１３】
（Ａ３．３）ＬＴＥビーコン（ブロードキャストチャネル）送信
２以上のＬＡＡサービスにより１つのアンライセンスドスペクトルＣＣが共有されるというシチュエーションが存在する。そのケースでは、ＬＡＡサービス間での密接な協調が好ましい。リソース割り当てに基づく時間領域及び周波数領域の両方を考慮できる。時間領域リソース共有に関して、周期的なリソース共有又はバーストリソース共有を考慮すべきである。このシチュエーションにおいて、アンライセンスドスペクトル使用情報が、当該情報のブロードキャストによって隣接ノードと共有される場合に利点があるかもしれない。このブロードキャスト情報は、「ＬＴＥビーコン」で送られる。ＬＡＡサービスは、隣接ＬＴＥビーコンを検出し、自身のＬＡＡパラメータを適切にセットすべきであり、その後、同様に、当該情報をブロードキャストできる。ＬＴＥビーコンの候補内容は、アンライセンスドスペクトルの同期信号又は参照信号の設定、アンライセンスドスペクトルのトラフィック負荷情報などである。さらに、ＬＴＥビーコンは、どちらのチャネルがＬＡＡ動作を行うノードにより選択されたかを共有するためにも用いられる。
【０２１４】
図３１は、ＬＴＥビーコン送信のタイミングを示す。例えば、ビーコンは、全ての他のＤＲＳ送信と並行して送信され得る（ＤＲＳがＬＡＡのためにサポートされる場合）。
【０２１５】
提案１５：アンライセンスドスペクトル使用情報は、ＬＴＥビーコンで他の事業者へブロードキャストされるべきである。
【０２１６】
（Ａ４）結論
この付記Ａでは、Ｗｉ−Ｆｉ及びその他のＬＡＡサービスとの共存の観点から設計目標を達成するために扱われていない追加の本質的な強化について説明した。
【０２１７】
（付記Ｂ）
（Ｂ１）導入
ＬＡＡの評価前提及び方法論が議論された。この付記Ｂでは、残りの評価前提及び方法論の詳細、特に、キャリアの数、パフォーマンスメトリック及びＵＥ帯域幅を検討する。
【０２１８】
（Ｂ２）キャリアパラメータの数
ノードＸの数とキャリアＹの数の組み合わせが議論され、以下の合意がなされた。
【０２１９】
合意事項：
・事業者毎のノード密度
・Ｘ：インドア／アウトドアクラスタ毎の事業者毎のノード
・Ｙ：アンライセンスド帯域において利用可能な２０ＭＨｚキャリア周波数
・ノード（ｅＮＢ／ＡＰ）及びＵＥが送信のためにＹキャリア周波数の一つを使用する。
・ＦＦＳ：ｅＮＢ／ＡＰ及びＵＥの単一キャリア以上の使用が不可能である。
・ライセンスド帯域における１つの１０ＭＨｚキャリア周波数
・提案オプション（ＦＦＳ：以下のオプションの中で下り選択）
・Ａｌｔ．１：Ｘ＝Ｙ＝４
・Ａｌｔ．２：Ｘ＝Ｙ＝１０
・Ａｌｔ．３：Ｘ＝４、Ｙ＝１
・Ａｌｔ．４：｛Ａｌｔ．１  or  Ａｌｔ．２｝＋Ａｌｔ．３
【０２２０】
キャリアＹの数＝１を含むべきかどうかは、議論の主要なテーマの一つであった。ＬＡＡとＷｉ−Ｆｉとの間の公平性は、シンプルなモデルが使用される場合、評価することが比較的容易であるため、ベースラインとしてＡｌｔ．３をサポートすべきである。さらに、キャリアＹの数＝４を評価シナリオに含むべきであることを提案する。評価においてＬＡＡとＷｉ−Ｆｉとの間の公平性は、２つのサブカテゴリ：キャリア内公平性（ｉｎｔｒａ−ｃａｒｒｉｅｒ  ｆａｉｒｎｅｓｓ）とキャリア間公平性（ｉｎｔｅｒ−ｃａｒｒｉｅｒ  ｆａｉｒｎｅｓｓ）とに分けることができる。両方を以下で定義し、図３２に示す。
【０２２１】
１．キャリア内公平性：ＬＡＡ  ＬＢＴ関連機能及びＷｉ−Ｆｉ  ＣＳＭＡ／ＣＡの間の公平性（両方の技術が１つのアンライセンスドキャリアを共有する場合）
２．キャリア外公平性：ＬＡＡチャネル選択及びＷｉ−Ｆｉチャネル選択の公平性（両方の技術が１つのマルチ・アンライセンスドキャリアを共有する場合）
両方のタイプの公正を考慮すべきである。
【０２２２】
すなわち、キャリア内公平性の評価は、スペクトル共有の観点に基づき時間領域にフォーカスする一方で、キャリア間公平性の評価は、スペクトル共有の観点に基づき周波数領域にフォーカスする。キャリア間公平性は、Ａｌｔ．１を用いて評価でき、キャリア内公平性は、Ａｌｔ．３を用いて評価できる。
【０２２３】
さらに、ＬＡＡ  ＬＢＴ関連機能とチャネル選択との効果を区別できず、各機能を分離する必要があると考えるので、Ａｌｔ．３がＡｌｔ．１よりも高い優先順位が与えられるべきであることを提案する。
【０２２４】
提案１：キャリアＹの数＝１（Ａｌｔ．３）及び４（Ａｌｔ．１）がサポートされるべきである。さらに、Ａｌｔ．３は、評価研究のためのベースライン前提である。
【０２２５】
（Ｂ３）パフォーマンスメトリック
パフォーマンスメトリック（例えば、ＵＰＴ  ＣＤＦ及びＬａｔｅｎｃｙ  ＣＤＦ）は、ＵＥ／ＳＴＡ毎のメトリックであり、チャネル毎ではない。１つのキャリアシナリオ（例えば、Ｙ＝１、Ａｌｔ．３）に基づいて、評価結果は、キャリア内公平性を示すであろう。しかしながら、マルチキャリアのシナリオ（例えば、Ｙ＝４、Ａｌｔ．１）では、評価結果は、キャリア内及びキャリア間公平性の両方の効果を区別できないであろう。キャリア間公平性を評価するために、チャネル選択割合及び／又はチャネルスループットをパフォーマンスメトリックとして考慮すべきである。チャネル選択割合は、選択された各ＬＡＡ／Ｗｉ−Ｆｉチャネルの割合として定義される。
【０２２６】
提案２：チャネル選択割合及び／又はチャネルスループットがパフォーマンスメトリックとして考慮すべきである。チャネル選択割合は、選択された各ＬＡＡ／Ｗｉ−Ｆｉチャネルの割合として定義される。
【０２２７】
（Ｂ４）ＵＥ帯域幅
ＬＡＡセルは、データ送信のために、ライセンスド帯域（１０ＭＨｚ）及びアンライセンスド帯域（２０ＭＨｚ）の両方を使用できる。評価結果は、オフロードアルゴリズム（ｏｆｆｌｏａｄｉｎｇ  ａｌｇｏｒｉｔｈｍ）、すなわち、アンライセンスド帯域へどのくらいデータオフロードするのかに因る。従って、オフロードアルゴリズムは、評価結果を理解するために各事業者で同じにすべきである。オフロードの割合（パーセンテージ）は、固定すべきである、又は、少なくとも最初の研究段階に関して、アンライセンスド帯域でのみデータ送信が生じることを提案する。
【０２２８】
提案３：オフロードの割合は、固定すべきである、又は、少なくとも最初の研究段階に関して、アンライセンスド帯域でのみデータ送信が生じることを提案する。
【０２２９】
（付記Ｃ）
（Ｃ１）導入
ＣＡ動作のためにＲＲＭ測定を用いることに加えて、いくつかの企業が、動作チャネル選択時に、ＬＡＡセル上のＲＲＭ測定結果をｅＮＢにより用いられることができると考えているように思える。この付記Ｃでは、このユースケースを考慮して、ＬＡＡセル上のＲＲＭ測定を検討する。
【０２３０】
（Ｃ２）検討
チャネル選択は、ＬＡＡ動作のための最も重要な特徴の一つである。他のアンライセンスドスペクトル展開を伴う公正な共存を実現するために、ｅＮＢは、利用可能な複数のキャリアの中から干渉量が最も少ないチャネルを選択することができるべきである。ＬＡＡチャネル選択アルゴリズムは、実装の問題であると理解しているが、当該アルゴリズムがＬＡＡセルによるある種の長期的なキャリアセンス及びエネルギー検出に基づくと仮定できる。結果として、ｅＮＢは、ＬＡＡセルの中心で最も干渉が低いチャネルを選択することができます。さらに、ＬＡＡセルのキャリアセンスとエネルギー検出と共に、ＬＡＡセルの近くに位置するＵＥからの候補チャンネルの測定結果が有用であるかが考慮されるべきである。ＬＡＡセルがＬＡＡセルの中心で最も干渉が低いチャネルを使用していて、そのチャネルを使用してＵＥにＤＬトラフィックを送信するとしても、ＬＡＡセルで見えていないノード間の通信が原因で、ＵＥがそのＤＬトラフィックを受信できない可能性がある。従って、ＬＡＡセルの潜在的なカバレッジの中で最も干渉が低いチャネルをｅＮＢが選択することがずっと良いはずである。オペレーティングチャネル選択に基づくこの「デュアル・センシング」は、信頼性のある通信を提供する他の無線通信よりもＬＴＥシステムの利点があると考える。このメカニズムは、ＬＡＡがＵＬ送信をサポートする場合、より効果的である。従って、ｅＮＢがチャネル選択のために測定結果を利用できるＲＲＭ測定手順をデザインすることを提案する。
【０２３１】
提案１：ｅＮＢがチャネル選択のために測定結果を利用できるＲＲＭ測定手順をデザインすべきである。
【０２３２】
チャネル選択は、ｅＮＢが新たなＬＡＡセルを追加又は使用を開始したときだけでなく、ｅＮＢがＬＡＡセルの動作チャネルを変更したときにトリガされる。ｅＮＢが利用可能なチャネルを検出するか、現在使用中のアンライセンスドチャネルよりもより良いチャネルがある場合、できるだけ早く、それが行われるべきである。この観点から、ＵＥは、できるだけ多くのアンライセンスドチャネルを測定し、報告すべきである。しかしながら、アンライセンスドスペクトルでは非常に広いキャリアがあるので、ＵＥがすべてのアンライセンスド帯域を測定し、利用可能な測定結果を報告することは、大きな負担である。ＵＥが測定するチャネルの数の制限のために、ｅＮＢは、測定対象を設定すべきである。ｅＮＢは、例えば、ＵＥ能力に応じて、ＲＲＭ測定のためにアンライセンスド帯域における複数のキャリア周波数をＵＥに設定できることに留意する。詳細は、さらなる課題である。
【０２３３】
ＬＡＡセル上のＲＲＭ測定がキャリア選択動作のために使用される場合、ＬＡＡセルは測定対象チャネル上でセル参照信号をまだ送信しない可能性がある。一方で、ＬＡＡセルが、そのキャリア上で既に機能しており、ｅＮＢは特定ＵＥがセルカバレッジ内である（すなわち、設定ＬＡＡセル上のＲＲＭ測定）かどうかをただチェックする場合、ＬＡＡセルは、いくつかのセル参照信号を送信する。前者のケースでは、RRM測定値とは対照的に、ＲＳＲＰ（及びＲＳＲＱ）測定結果が予測できないことが想定される。従って、ｅＮＢは、どんな種類の測定結果がＲＲＭ測定設定において必要とされているかをＵＥが知ることを許すべきである。ＲＳＲＰ（及びＲＳＲＱ）測定が必要な場合、ＵＥがターゲットＬＡＡセルのＤＭＴＣ設定のために設定されてもよい。従って、前記測定及びＤＭＴＣ設定をＵＥに設定する場合、ＵＥは、ＬＡＡセルのＲＳＲＰ（及びＲＳＲＱ）の測定結果を報告しなければならない。そうでなければ、ＵＥは、ＲＳＲＰ（及びＲＳＲＱ）測定結果が要求されないことを理解すべきである。
【０２３４】
提案２：ｅＮＢは、セル状況（ｃｅｌｌ  ｓｔａｔｕｓ）に関係なく、ＬＡＡセルのための測定対象を設定すべきである。
【０２３５】
提案３：ＵＥは、ＬＡＡセルのためのＤＭＴＣ設定を設定されない場合、ＲＳＲＰ（及びＲＳＲＱ）測定結果が要求されないことを理解すべきである。
【０２３６】
チャネル選択動作の一例を図３３に示す。
【０２３７】
ｅＮＢ及びＵＥの両方がチャネル選択のために候補チャネルを測定できると仮定する。ｅＮＢ又はＵＥのいずれか一方が閾値よりも高いチャネルの干渉レベルを検出した場合、チャネルが占有されていることが想定できる。干渉が閾値よりも高い場合、ＵＥは、ｅＮＢに報告しなければならない。このケースにおいて、ＬＡＡセル上のＲＲＭ測定は、ＵＥ側のエネルギー検出のために用いることができる。ＵＥ側のエネルギー検出を達成するために、ＬＡＡセル上のＲＳＳＩ測定を導入すべきである。ＲＳＳＩ測定の正確な使用又は定義がまだ議論中であるが、トリガタイプ、ＲＳＳＩの一般的な設定などの詳細は、前もって扱われるであろう。従って、以下の問題を検討する。
【０２３８】
提案１が合意され、ＬＡＡセル上のＲＲＭ測定がチャネル選択動作のために用いられる場合、少なくともイベントトリガベースのＲＳＳＩ測定報告がサポートされるべきである、すなわち、ＲＳＳＩ測定結果が閾値を越える。周期的なＲＳＳＩ測定報告がサポートされるかどうかは、さらなる課題である。
【０２３９】
また、以下のような様々なＬＡＡ展開シナリオが検討される（図３４参照）。複数のＬＡＡセルがシナリオ１として展開され、ＵＥがＬＡＡセルのＲＳＳＩ測定結果のみを報告する場合、その測定結果は、ｅＮＢにとってあまり有用でない。ＵＥがＲＳＳＩ測定をＰＣｅｌｌに報告する場合、測定されたＲＳＳＩ値の位置が、設定されるべきその小セル（ＬＡＡセル）の一つのカバレッジ内であるかどうかをＰＣｅｌｌが知る方法がない。従って、アンライセンスド帯域のＲＳＳＩ測定結果を報告するＵＥの位置をｅＮＢが検出する方法を検討すべきである。最も簡単なアプローチの一つは、ＵＥが、アンライセンスド帯域、すなわち、例えば、２ＧＨｚと同様に、ライセンスド帯域のＲＦフィンガープリントを伴う５ＧＨｚ、のＲＳＳＩ測定結果を常に報告することである。ＬＡＡセルが測定対象チャネル上で参照信号を送信する場合、ＵＥがサブフレーム情報と、ＲＳＳＩを伴うＲＳＲＰ（及びＲＳＲＱ）とを報告するべきであることに留意すべきである。ｅＮＢが、この場合にもＵＥの位置を推定することを可能にするためにどのような補助情報を報告すべきかは、さらなる課題である。
【０２４０】
提案４：少なくともイベントトリガベースのＲＳＳＩ測定報告がサポートされるべきである。
【０２４１】
提案５：提案２が合意された場合、アンライセンスド帯域のＲＳＳＩ測定結果を報告するＵＥの位置をｅＮＢが検出する方法を検討すべきである。
【０２４２】
（Ｃ３）結論
この付記Ｃでは、動作チャネル選択ユースケースを考慮したＬＡＡセル上のＲＲＭ測定を検討した。
【０２４３】
（付記Ｄ）
（Ｄ１）導入
ライセンスド帯域との組み合わせにおけるアンライセンスド帯域の使用が検討され、その結果が報告された。これらの報告を考慮して、ＤＬ送信のみを伴う特定ＬＡＡ  ＳＣｅｌｌ動作のための新たなＷＩ「ＬＴＥを用いるライセンスド・アシスティッドアクセス」が承認された。「キャリア選択のためのＵＥサポート」及び「セル識別を含むＲＲＭ測定のためのＵＥサポート」がＷＩの対象に含まれる。この付記Ｄでは、アンライセンスドスペクトルにおける動作のためのＵＥ測定に関する見解を提供する。
【０２４４】
（Ｄ２）キャリア選択動作のためのＲＲＭ測定手順
ＬＡＡノードが他のアンライセンスドスペクトル展開との良好な共存及び低干渉のキャリアを選択するために、キャリア選択が必要であることが合意された。この目的を達成するために、ｅＮＢが対象ＬＡＡキャリアでＤＲＳ送信を始める前に、ｅＮＢは、干渉又はレーダ検出のためにチャネルをスキャン及びセンスしなければならない。ｅＮＢの測定に加えて、ＵＥがＲＳＳＩ測定をｅＮＢに報告することが、チャネル選択の間隠れノードを検出する目的に関して有用であることが合意された。ｅＮＢ及びＵＥの両方がチャネル選択のために候補チャネルを測定できる。図３５は、ｅＮＢがアンライセンスドキャリアにおいてそのＲＳを送信する前後で測定を実行するＵＥをセットアップするためのシグナリングフローを示す。
【０２４５】
（Ｄ２．１）ｅＮＢでのＲＲＭ測定
上述で述べたように、キャリア選択のためのRRM測定は、ＲＳＳＩ測定を実行することをＵＥに要求する前にｅＮＢにより実行される最初のタスクである。この最初のタスクにおいて、ｅＮＢが、レーダ信号の存在、候補キャリアの干渉レベル及び負荷レベルを検出することが期待される。一般的に、キャリアが適切か否かは、そのキャリア上での干渉レベル及び負荷レベルによって測定される。これは、選択されたキャリアが低い干渉及び負荷レベルを有すると仮定することができる。ＬＡＡチャネル選択アルゴリズムは、実装の問題であると理解しているが、当該アルゴリズムがＬＡＡセルによるある種の長期的なキャリアセンス及びエネルギー検出に基づくと仮定できる。それらの両方ともよく知られており、世界中で広く用いられている。信号検出が用いられる場合、ＬＡＡセルは、他のＬＡＡセルの送信された参照信号、例えば、ＬＡＡ  ＤＲＳを検出する必要がある。ＵＥ物理層がＲｅｌ−１２  ＤＲＳだけに基づく異なる事業者に属するセルのためのＲｅｌ−１２  ＤＲＳと区別できないことが観測されているので、仕様を変更せずに達成できると考える。それから、ＬＡＡセルは、ＵＥと同様に、任意の強化なく、ＤＲＳに含まれるＰＳＳ／ＳＳＳにより他の事業者のＬＡＡセルＩＤを検出できてもよい。レーダ検出に関して、レーダ回避のための動的な周波数選択が新たな仕様なしで達成できることが既に合意された。従って、ｅＮＢでのＲＲＭ測定は仕様を変更する必要がないと考える。
【０２４６】
提案１：ＲＳＳＩ測定を実行することをＵＥに要求する前に、キャリア選択のためのＲＲＭ測定がｅＮＢにより実行される。これは、仕様への変更が必要ない。
【０２４７】
（Ｄ２．２）ＵＥでのＲＲＭ測定
上述の通り、ＵＥは、隠れノードのＲＳＳＩ測定を報告することによって、隠れノードを検出することに役立つことができる。従って、ＵＥがＲＳＳＩ測定をｅＮＢに報告することがキャリア選択のために役立つことが合意された。ＲＳＳＩ測定報告に加えて、ｅＮＢがＵＥから負荷情報を受信することが同様に役に立つであろうと考える。ｅＮＢがＷＬＡＮの負荷情報を受信する方法に関して、アンライセンスド帯域におけるキャリア選択のために再利用できるＬＴＥ・ＷＬＡＮ無線レベル統一ＷＩで既に議論されている。追加的な複雑性及び仕様の労力を避けるために、上述のＷＬＡＮ負荷情報報告手順がＬＡＡキャリア選択に関しても承認されるべきであることを提案する。
【０２４８】
提案２：ｅＮＢが、キャリア選択目的のためにＲＳＳＩ及びＷＬＡＮ負荷の測定及び報告のためにＵＥに設定することが許されるべきである。
【０２４９】
１つの検討ポイントは、ＵＥが、エネルギー検出に加えて、信号検出を実行すべきかどうかである。技術的な観点から、前述の通り、他の事業者のＬＡＡ  ＤＲＳをＵＥが検出できるので、信号検出を利用可能であると考える。しかしながら、ＵＥに重い負担を課すことになるので、ＵＥに他の事業者の参照信号の信号検出を導入することは好ましくない。
【０２５０】
提案３：サービングｅＮＢが、特定のアンライセンスドキャリア上でまだＬＡＡ  ＤＲＳを送信していない場合、ＵＥが特定のアンライセンスドキャリア上で任意の参照信号を検出する必要がないことを同意すべきである。
【０２５１】
（Ｄ２．３）ＲＳＳＩ測定及び報告
ＲＳＳＩ測定及び報告手順の詳細はまだ定義されていないが、ＲＳＳＩ測定に関する可能性の１つは、総受信電力の平均値を含む。この場合には、受信電力を平均化するために使用される帯域幅を設定可能である。WLANは、通常、２０ＭＨｚの帯域幅を占有しているが、一部の国は、より狭い帯域幅を規定している。また、ＬＡＡのシステム帯域幅は、２０ＭＨｚに限定されません。そこで、以下のことが合意された。
【０２５２】
・５ＧＨｚ帯において、少なくとも２０ＭＨｚシステムＢＷオプションへのサポート
・ＬＡＡにおけるＰＨＹ層オプションに関して、システム帯域幅＜５ＭＨｚは考慮しない。
【０２５３】
２つのＬＡＡノードが利用可能な２０ＭＨｚチャネルを共有し、かつ、各ノードが５ＭＨｚのみを使用する場合、残りの帯域幅は、キャリア選択に関してまだ利用可能である。このケースにおいて、ＵＥは、また、候補帯域幅に関してのみＲＳＳＩ測定を実行すべきである。従って、ｅＮＢは、ＵＥにＲＳＳＩ測定のための周波数及び帯域幅を知らせるべきである。
【０２５４】
提案４：ｅＮＢは、ＵＥにＲＳＳＩ測定のための周波数及び帯域幅を知らせるべきである。
【０２５５】
（Ｄ３）結論
この付記Ｄでは、アンライセンスドスペクトルにおける動作のためのＵＥ測定に関する見解を提供する。
【０２５６】
（付記Ｅ）
（Ｅ１）導入
ライセンスド帯域との組み合わせにおけるアンライセンスド帯域の使用が検討され、その結果が報告された。これらの報告を考慮して、ＤＬ送信のみを伴う特定ＬＡＡ  ＳＣｅｌｌ動作のための新たなＷＩ「ＬＴＥを用いるライセンスド・アシスティッドアクセス」が承認された。「キャリア選択のためのＵＥサポート」及び「セル識別を含むＲＲＭ測定のためのＵＥサポート」がＷＩの対象に含まれる。この付記Ｅでは、アンライセンスドスペクトルにおける動作のためのＵＥ測定に関する見解を提供する。
【０２５７】
（Ｅ２）検討
ＬＡＡノードが他のアンライセンスドスペクトル展開との良好な共存及び低干渉のキャリアを選択するために、キャリア選択が必要であることが合意された。この目的を達成するために、ｅＮＢが対象ＬＡＡキャリアでＤＲＳ送信を始める前に、ｅＮＢは、干渉又はレーダ検出のためにチャネルをスキャン及びセンスしなければならない。ｅＮＢの測定に加えて、ＵＥがＲＳＳＩ測定をｅＮＢに報告することが、チャネル選択の間隠れノードを検出する目的に関して有用であることが合意された。ｅＮＢ及びＵＥの両方がチャネル選択のために候補チャネルを測定できる。図３５は、ｅＮＢがアンライセンスドキャリアにおいてそのＲＳを送信する前後で測定を実行するＵＥをセットアップするためのシグナリングフローを示す。
【０２５８】
（Ｅ２．１）必須のＲＲＭ測定
一般的に、キャリアが適切か否かは、そのキャリア上での干渉レベル及び負荷レベルによって測定される。これは、選択されたキャリアが低い干渉及び負荷レベルを有すると仮定することができる。上述の通り、ＵＥは、隠れノードのＲＳＳＩ測定を報告することによって、隠れノードを検出することに役立つことができる。従って、ＵＥがＲＳＳＩ測定をｅＮＢに報告することがキャリア選択のために役立つことが合意された。ＲＳＳＩ測定報告に加えて、ｅＮＢがＵＥから負荷情報を受信することが同様に役に立つであろうと考える。ｅＮＢがＷＬＡＮの負荷情報を受信する方法に関して、アンライセンスド帯域におけるキャリア選択のために再利用できるＬＴＥ・ＷＬＡＮ無線レベル統一ＷＩで既に議論されている。ＬＴＥ・ＷＬＡＮ無線レベル統一ＷＩで定義された他のＷＬＡＮ測定がキャリア選択に有用であるかは、さらなる課題である。対照的に、特に非サービングＰＬＭＮに関連する負荷に関して、ＵＥが、ＲＡＮ負荷を測定し、そのサービングセルに報告すべきであるという既存の要件は存在しない。従って、たとえ隣接ＬＡＡセルの負荷情報を獲得できたとしても、ＵＥに新たな要件を作成するために十分な理由ではない。従って、ＵＥは、キャリア選択のためにＲＳＳＩ及びＷＬＡＮ負荷情報を測定及び報告のみすべきである。
【０２５９】
提案１：ｅＮＢが、キャリア選択のためにＲＳＳＩ及びＷＬＡＮ負荷の測定及び報告のためにＵＥに設定することが許されるべきである。
【０２６０】
提案２：ＬＴＥ・ＷＬＡＮ無線レベル統一ＷＩの下で定義された他のＷＬＡＮ測定がキャリア選択に有用であるかを検討すべきである。
【０２６１】
（Ｅ２．２）
（Ｄ２．３）ＲＳＳＩ測定及び報告
ＲＳＳＩ測定及び報告手順の詳細はまだ定義されていないが、ＲＳＳＩ測定に関する可能性の１つは、総受信電力の平均値を含む。この場合には、受信電力を平均化するために使用される帯域幅を設定可能である。WLANは、通常、２０ＭＨｚの帯域幅を占有しているが、一部の国は、より狭い帯域幅を規定している。また、ＬＡＡのシステム帯域幅は、２０ＭＨｚに限定されません。そこで、以下のことが合意された。
【０２６２】
・５ＧＨｚ帯において、少なくとも２０ＭＨｚシステムＢＷオプションへのサポート
・ＬＡＡにおけるＰＨＹ層オプションに関して、システム帯域幅＜５ＭＨｚは考慮しない。
【０２６３】
２つのＬＡＡノードが利用可能な２０ＭＨｚチャネルを共有し、かつ、各ノードが５ＭＨｚのみを使用する場合、残りの帯域幅は、キャリア選択に関してまだ利用可能である。このケースにおいて、ＵＥは、また、候補帯域幅に関してのみＲＳＳＩ測定を実行すべきである。従って、ｅＮＢは、ＵＥにＲＳＳＩ測定のための周波数及び帯域幅を知らせるべきである。
【０２６４】
提案３：ｅＮＢは、ＵＥにＲＳＳＩ測定のための周波数及び帯域幅を知らせるべきである。
【０２６５】
周波数領域における平均に加えて、時間領域における測定をどのように実行すべきかを検討すべきである。時間領域におけるＲＳＳＩ測定に関する可能性の１つは、時間領域におけるＲＳＳ測定が、設定された観察窓上の総受信電力の平均からなるべきであることである。このケースでは、ＵＥは、いくつかのＲＳＳＩ測定を平均化し、算出された平均をｅＮＢに報告してもよい。平均ＲＳＳＩは、キャリアが完全に空いているか否かをｅＮＢが決定することを容易にする。ＬＡＡ  ＳＣｅｌｌが隣接ノードとの公正な共存ができると仮定すると、アンライセンスドキャリアが完全に空いていない場合であっても、ｅＮＢは、ＬＡＡ  ＳＣｅｌｌにおける動作が許されるべきである。そのようなシナリオで、アンライセンスドキャリアが十分に利用できない場合、平均ＲＳＳＩ測定は、キャリア選択のために必ずしも役立つとは限らない。例えば、図３６に示すように、ＵＥは、キャリアの異なる使用率特性のために同じ平均ＲＳＳＩを報告することができる。これら２つのキャリアが少なくとも干渉キャリアである場合、ｅＮＢは、ＬＡＡのための動作キャリアとしてこれらの１つを選択してもよい。対照的に、ＵＥによって平均ＲＳＳＩ測定のみが報告される場合には、ｅＮＢが適切なキャリアを選択することは困難である。
【０２６６】
この潜在的な問題を解決するために、一つの可能なソリューションは、観察窓を短くすること及び測定報告の頻度を増加することです。設定された観察窓が長ければ長いほど、測定後に報告されるキャプチャーされたチャネル情報の不正確さがより大きくなる。この潜在的な不正確さを回避するために、より短い観察窓が、測定のために使用されるべきである。しかしながら、頻繁な測定報告は、シグナリングオーバヘッドへマイナスの影響を有する。過度のシグナリングオーバヘッドを低減するために、イベントトリガベースの報告は、周期的な報告が好ましい。周期的な報告が適用される場合、測定報告の頻度が妥当なレベルに維持しつつ、チャネル占有情報をキャプチャーするより高い精度を得る方法を検討すべきである。実現可能なソリューションの１つは、ＵＥが、平均ＲＳＳＩと共にｅＮＢに追加の補助情報を提供できることです。例えば、補助情報は、頻度またはＲＳＳＩ測定値が閾値を超えた時間の頻度又は割合から成る可能性がある。
【０２６７】
提案４：周期的及びイベントトリガベースの報告の両方がＲＳＳＩ測定のために検討すべきである。
【０２６８】
提案５：周期的な報告が適用される場合、ＵＥが、平均ＲＳＳＩに加えて、いくつかの補助情報を報告すべきである。
【０２６９】
様々なＬＡＡ展開シナリオが検討され、図３４に再現される。非共同設置展開（シナリオ１）において、報告されるＲＳＳＩ測定が、マクロセルｅＮＢに属する小セルのカバレッジ内で取られるかどうかを決定することは非常に困難である。従って、ＵＥが仮にアンライセンスド帯域上で報告されたＲＳＳＩ測定に関連する位置を報告するとしたら、ｅＮＢに有益である。最も直接的なアプローチの一つは、ＵＥが、ライセンスド帯域、例えば、２ＧＨｚ、のＲＦフィンガープリントと共にアンライセンスド帯域、すなわち、５ＧＨｚのＲＳＳＩ測定を常に報告することです。ｅＮＢがＵＥの位置をよりよい評価を有するためにどのような補助情報が報告されるべきかどうかは、さらなる課題である。
【０２７０】
提案６：ＵＥは、ライセンスド帯域のＲＦフィンガープリントと共にアンライセンスド帯域のＲＳＳＩ測定を報告すべきである。
【０２７１】
（Ｅ３）結論
この付記Ｅでは、潜在的なソリューションの１つとして、ＵＬ遅延測定の後処理手順を説明した。
【０２７２】
なお、米国仮出願第６２／０７６８２４号（２０１４年１１月７日出願）、米国仮出願第６２／１６２１８３号（２０１５年５月１５日出願）、及び米国仮出願第６２／２０３５６３号（２０１５年８月１１日出願）の全内容が、参照により、本願明細書に組み込まれている。
【図１】
2018026844.tif 000004
【図２】
2018026844.tif 000005
【図３】
2018026844.tif 000006
【図４】
2018026844.tif 000007
【図５】
2018026844.tif 000008
【図６】
2018026844.tif 000009
【図７】
2018026844.tif 000010
【図８】
2018026844.tif 000011
【図９】
2018026844.tif 000012
【図１０】
2018026844.tif 000013
【図１１】
2018026844.tif 000014
【図１２】
2018026844.tif 000015
【図１３】
2018026844.tif 000016
【図１４】
2018026844.tif 000017
【図１５】
2018026844.tif 000018
【図１６】
2018026844.tif 000019
【図１７】
2018026844.tif 000020
【図１８】
2018026844.tif 000021
【図１９】
2018026844.tif 000022
【図２０】
2018026844.tif 000023
【図２１】
2018026844.tif 000024
【図２２】
2018026844.tif 000025
【図２３】
2018026844.tif 000026
【図２４】
2018026844.tif 000027
【図２５】
2018026844.tif 000028
【図２６】
2018026844.tif 000029
【図２７】
2018026844.tif 000030
【図２８】
2018026844.tif 000031
【図２９】
2018026844.tif 000032
【図３０】
2018026844.tif 000033
【図３１】
2018026844.tif 000034
【図３２】
2018026844.tif 000035
【図３３】
2018026844.tif 000036
【図３４】
2018026844.tif 000037
【図３５】
2018026844.tif 000038
【図３６】
2018026844.tif 000039