(57)【要約】【課題】指向性ビームによる送信が行われている際に、ビームによる通信が出来なくなると、速やかに通信に相応しいビームが決定することが可能な通信装置を提供する。【解決手段】装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、前記制御部は、前記複数のビームグループに対するリソースの割り当てを一度に実施する、通信装置が提供される。【選択図】図９
2019031133.tif 000002
【特許請求の範囲】
【請求項１】
装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、
前記制御部は、前記複数のビームグループに対するリソースの割り当てを一度に実施する、通信装置。
【請求項２】
前記制御部は、前記割り当てを、前記再設定の前に実施する、請求項１に記載の通信装置。
【請求項３】
前記制御部は、前記割り当てを、前記再設定のトリガからの時間的な相対位置から実施するよう設定する、請求項１に記載の通信装置。
【請求項４】
前記制御部は、前記割り当てを、他のコンポーネントキャリアを用いた通信により前記装置に通知する、請求項１に記載の通信装置。
【請求項５】
前記制御部は、前記割り当てを、同一のコンポーネントキャリアの他の部分帯域を用いた通信により前記装置に通知する、請求項１に記載の通信装置。
【請求項６】
前記制御部は、前記装置からの報告により、あるビームグループで適切な指向性ビームが発見されれば、他のビームグループでの走査を実施しない、請求項１に記載の通信装置。
【請求項７】
前記制御部は、前記再設定を、前記指向性ビームの数が少ないビームグループから順に実施する、請求項１に記載の通信装置。
【請求項８】
前記制御部は、前記再設定の際に用いるビームグループを前記装置からのリクエストに基づいて選択する、請求項１に記載の通信装置。
【請求項９】
前記制御部は、前記装置からの所定の通知の受信に基づいて前記再設定を開始する、請求項１に記載の通信装置。
【請求項１０】
前記制御部は、前記装置からの所定の通知を受信しなかったことに基づいて前記再設定を開始する、請求項１に記載の通信装置。
【請求項１１】
装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、
前記制御部は、前記再設定の際の走査に対する前記装置からの報告のためのリソースの割り当てを一度に実施する、通信装置。
【請求項１２】
前記制御部は、前記割り当てを、他のコンポーネントキャリアを用いた通信により前記装置に通知する、請求項１１に記載の通信装置。
【請求項１３】
前記制御部は、前記割り当てを、同一のコンポーネントキャリアの他の部分帯域を用いた通信により前記装置に通知する、請求項１１に記載の通信装置。
【請求項１４】
前記制御部は、前記割り当てを、前記再設定のトリガからの時間的な相対位置から実施するよう設定する、請求項１１に記載の通信装置。
【請求項１５】
装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、
前記制御部は、前記再設定の際に、前記装置からのリクエストに基づき、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いるか、前記再設定の前に前記装置への通信に使用していた指向性ビームの近傍の方向の指向性ビームからなるビームグループを用いるかの選択を行う、通信装置。
【請求項１６】
前記制御部は、前記装置からのリクエストに基づき、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いて該再設定を行う、請求項１５に記載の通信装置。
【請求項１７】
前記制御部は、前記再設定の際に、前記再設定の前に前記装置への通信に使用していた指向性ビームの近傍の方向の指向性ビームからなるビームグループも用いて該再設定を行う、請求項１５に記載の通信装置。
【請求項１８】
装置からの指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、
前記制御部は、前記再設定の際に、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いて該再設定を行うよう前記装置へリクエストする、通信装置。
【請求項１９】
装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を行う制御部を備え、
前記制御部は、複数の前記指向性ビームからなるビームグループに対するリソースの割り当て及び再設定後の指向性ビームによる通信のチャネル状態の把握のためのリソースの割り当てを一度に実施する、通信装置。
【請求項２０】
前記制御部は、前記再設定のための走査のみか、前記再設定のための走査に加えて前記チャネル状態の把握のための走査を実施するかを前記装置へ通知する、請求項１９に記載の通信装置。
【請求項２１】
前記チャネル状態は、該チャネルの品質及び干渉状況である、請求項１９に記載の通信装置。
【請求項２２】
プロセッサが、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させることを含み、
前記プロセッサは、前記複数のビームグループに対するリソースの割り当てを一度に実施する、通信方法。
【請求項２３】
プロセッサが、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させることを含み、
前記プロセッサは、前記再設定の際の走査に対する前記装置からの報告のためのリソースの割り当てを一度に実施する、通信方法。
【請求項２４】
プロセッサが、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させることを含み、
前記プロセッサは、前記再設定の際に、前記装置からのリクエストに基づき、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いるか、前記再設定の前に前記装置への通信に使用していた指向性ビームの近傍の方向の指向性ビームからなるビームグループを用いるかの選択を行う、通信方法。
【請求項２５】
プロセッサが、装置からの指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させることを含み、
前記プロセッサは、前記再設定の際に、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いて該再設定を行うよう前記装置へリクエストする、通信方法。
【請求項２６】
プロセッサが、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定行うことを含み、
前記プロセッサは、複数の前記指向性ビームからなるビームグループに対するリソースの割り当て及び再設定後の指向性ビームによる通信のチャネル状態の把握のためのリソースの割り当てを一度に実施する、通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置及び通信方法に関する。
【背景技術】
【０００２】
現在、３ＧＰＰ（Third  Generation  Partnership  Project）では、爆発的に増加するトラフィックを収容するために、セルラーシステムの容量を向上するための様々な技術が検討されている。例えば特許文献１には、指向性ビームによる送信が行われる場合により良好な受信品質を得ることを可能にすることを目的とした技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２０１６／１２１２５２号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
指向性ビームによる送信が行われる際に、ビームによる通信が出来なくなると、速やかに通信に相応しいビームが決定されることが望ましい。【０００５】
そこで本開示では、指向性ビームによる送信が行われている際に、ビームによる通信が出来なくなると、速やかに通信に相応しいビームが決定することが可能な、新規かつ改良された通信装置及び通信方法を提案する。
【課題を解決するための手段】
【０００６】
本開示によれば、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、前記制御部は、前記複数のビームグループに対するリソースの割り当てを一度に実施する、通信装置が提供される。【０００７】
また本開示によれば、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、前記制御部は、前記再設定の際の走査に対する前記装置からの報告のためのリソースの割り当てを一度に実施する、通信装置が提供される。【０００８】
また本開示によれば、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、前記制御部は、前記再設定の際に、前記装置からのリクエストに基づき、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いるか、前記再設定の前に前記装置への通信に使用していた指向性ビームの近傍の方向の指向性ビームからなるビームグループを用いるかの選択を行う、通信装置が提供される。【０００９】
また本開示によれば、装置からの指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、前記制御部は、前記再設定の際に、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いて該再設定を行うよう前記装置へリクエストする、通信装置が提供される。【００１０】
また本開示によれば、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を行う制御部を備え、前記制御部は、複数の前記指向性ビームからなるビームグループに対するリソースの割り当て及び再設定後の指向性ビームによる通信のチャネル状態の把握のためのリソースの割り当てを一度に実施する、通信装置が提供される。【００１１】
また本開示によれば、プロセッサが、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させることを含み、前記プロセッサは、前記複数のビームグループに対するリソースの割り当てを一度に実施する、通信方法が提供される。【００１２】
また本開示によれば、プロセッサが、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させることを含み、前記プロセッサは、前記再設定の際の走査に対する前記装置からの報告のためのリソースの割り当てを一度に実施する、通信方法が提供される。【００１３】
また本開示によれば、プロセッサが、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させることを含み、前記プロセッサは、前記再設定の際に、前記装置からのリクエストに基づき、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いるか、前記再設定の前に前記装置への通信に使用していた指向性ビームの近傍の方向の指向性ビームからなるビームグループを用いるかの選択を行う、通信方法が提供される。【００１４】
また本開示によれば、プロセッサが、装置からの指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させることを含み、前記プロセッサは、前記再設定の際に、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いて該再設定を行うよう前記装置へリクエストする、通信方法が提供される。【００１５】
また本開示によれば、プロセッサが、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定行うことを含み、前記プロセッサは、複数の前記指向性ビームからなるビームグループに対するリソースの割り当て及び再設定後の指向性ビームによる通信のチャネル状態の把握のためのリソースの割り当てを一度に実施する、通信方法が提供される。
【発明の効果】
【００１６】
以上説明したように本開示によれば、指向性ビームによる送信が行われている際に、ビームによる通信が出来なくなると、速やかに通信に相応しいビームが決定することが可能な、新規かつ改良された通信装置及び通信方法を提供することが出来る。【００１７】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１８】
【図１】ビームフォーミングにおいてアンテナの重みを全てデジタル部で構成する場合の基地局の例である。
【図２】ビームフォーミングにおいてアナログ部のPhase  shifterを含んで構成する場合の基地局の例である。
【図３】Ｒｏｕｇｈ  Ｂｅａｍを用いたビームスイーピングの例を示す説明図である。
【図４】Ａｃｃｕｒａｔｅ  Ｂｅａｍを用いたビームスイーピングの例を示す説明図である。
【図５】Ｒｏｕｇｈ  Ｂｅａｍを用いたビームスイーピングの例を示す説明図である。
【図６】Ａｃｃｕｒａｔｅ  Ｂｅａｍを束ねてＲｏｕｇｈ  Ｂｅａｍを作る例を示す説明図である。
【図７】端末の周囲に複数の基地局が存在する場合の例を示す説明図である。
【図８】基地局と端末によるＤＬのビームスイーピング手順の例を示す説明図である。
【図９】本開示の実施形態に係るシステムの概略的な構成の一例を示す説明図である。
【図１０】同実施形態に係る基地局１００の構成の一例を示すブロック図である。
【図１１】同実施形態に係る端末装置２００の構成の一例を示すブロック図である。
【図１２】同実施形態に係る基地局１００が提供するリカバリビームスイーピングの例を示す説明図である。
【図１３】同実施形態に係る基地局１００が提供するリカバリビームスイーピングの例を示す説明図である。
【図１４】同実施形態に係る基地局１００が提供するリカバリビームスイーピングの例を示す説明図である。
【図１５】同実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。
【図１６】同実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。
【図１７】同実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。
【図１８】同実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。
【図１９】ビームリカバリのトリガから一定数だけ後のSub  frameでビームリカバリのためのビームグループによるスイーピングを行う様子を示す説明図である。
【図２０】同実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。
【図２１】同実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。
【図２２】基地局１００が割り当てるリソースの例を示す説明図である。
【図２３】基地局１００からのビームがブロッキングを受ける前の状況を示す説明図である。
【図２４】使用中のビームの近辺を除いたビームを使ってビームスイーピングを行う例を示す説明図である。
【図２５】使用中のビームの近辺のビームを使ってビームスイーピングを行う例を示す説明図である。
【図２６】同実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。
【図２７】基地局１００によるリカバリビームスイーピングの例を示す説明図である。
【図２８】同実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。
【図２９】本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。
【図３０】本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。
【図３１】本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。
【図３２】本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１９】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２０】
１．本開示の実施の形態
１．１．経緯
１．２．構成例及び動作例
２．応用例
３．まとめ
【００２１】
＜１．本開示の実施の形態＞
［１．１．経緯］
まず、本開示の実施の形態について詳細に説明する前に、本開示の実施の形態に至った経緯を説明する。
【００２２】
（codebook  based  beam）
上述したように、３ＧＰＰ（Third  Generation  Partnership  Project）では、爆発的に増加するトラフィックを収容するために、セルラーシステムの容量を向上するための様々な技術が検討されている。その３ＧＰＰにおいて検討が進められている将来の無線通信システム（５Ｇ）では、基地局から発せられるビームを無段階に変化させて、端末に追従するビームを作り直すような仕組みができる可能性は低い。新たなビームを作り直す計算コストが発生するからである。基地局からあらゆる方向に向けたビームを事前に作って起き、その事前に作っておいたビーム中からその端末に必要なビームを選択して提供するといった方法は、３ＧＰＰ  Ｒｅｌ１３のＦＤ−ＭＩＭＯでも採用されている。このようなビームをcodebook  based  beam  formingと呼ぶ。水平方向の３６０度の角度の１度刻みにビームを用意するとなると、３６０種類のビームが必要となる。ビーム同士が半分重なるようにする場合には、その倍の７２０個のビームを用意すれば、水平方向のcodebook  basedのビームとしては十分である。さらに垂直方向の１８０度の１度刻みに、かつビーム同士が半分重なるようにビームを用意する場合、水平方向を０度として、−９０度から＋９０度まで１８０度分を３６０個のビームで用意できることになる。
【００２３】
（beam  associationの必要性）
基地局には、２５６本（周波数帯域は、３０ＧＨｚ）や１０００本（周波数帯域は７０ＧＨｚ）といった非常に多数のアンテナ素子を搭載することが可能になってくる。このように、アンテナ素子の数が多くなってくると、そのアンテナを用いてビームフォーミング処理を行った時に、非常に鋭いビームを作ることが可能になってくる。例えば、半値幅（利得が３ｄＢ落ちるレベルが何度以上で起きるかを示す）が１度以下といった非常に鋭いビームを基地局から端末に提供することが可能になってくる。
【００２４】
基地局と端末の間で通信するためには、基地局でどのようなビームを使用するかを決定する必要がある。ダウンリンク（ＤＬ）通信の場合には、基地局から提供されるＤＬのビームを決定する必要がある。また、アップリンク（ＵＬ）の通信の場合には、基地局が受信時に使用するＵＬのビームを決定する必要がある。後者のＵＬのビームは、基地局が電波を送信するのではなく、基地局が電波を受信するためのアンテナの指向性がビームになっているということである。
【００２５】
（ビームスイーピング）
基地局から複数のビーム候補をスイーピング（ビームスイーピング）することにより、ビーム候補を観測している端末は、基地局がどのビームを使用すると、その端末にとって受信し易いかを決定することができる。一方、端末がＵＬのＲＳ（Reference  Signal）を送信して、ＲＳを基地局がビームスイーピングしながら受信すると、基地局は、端末からの信号の受信に最適な受信ビームを決定することができる。
【００２６】
（ビームフォーミングを行うためのリソース）
図１は、ビームフォーミングにおいてアンテナの重みを全てデジタル部で構成する場合の基地局の例である。このようにビームフォーミングにおいてアンテナの重みを全てデジタル部で構成する場合のことをフルデジタルのアンテナアーキテクチャーと呼ぶ。フルデジタルの場合には、Tx  Sweeping（送信スイーピング）を行う時には、ビームの数だけ異なるリソースが必要である。一方、Rx  Sweeping（受信スイーピング）を行う時には、１つのリソース内で、全てのビームを同時に受信することが可能である。従って、フルデジタルのアンテナアーキテクチャーでは、受信スイーピング時のリソースを少なくすることができる。つまり、基地局で、フルデジタルの受信スイーピングを行う時には、端末は、１リソース分のＵＬのＲＳ（Resource  Signal）を送信すれば良いので、電力消費は少ない。ここでいうリソースとは、周波数または時間を使用した直交リソースのことを言う。例えば、ＬＴＥのResource  BlockやResource  elementは、ここでいうリソースに相当する。
【００２７】
図２は、ビームフォーミングにおいてアナログ部のPhase  shifterを含んで構成する場合の基地局の例である。ビームフォーミングにおいてアナログ部のPhase  shifterを含む形で実現した場合には、デジタルとアナログによるハイブリッドのアンテナアーキテクチャーと呼ぶ。図２のデジタルとアナログによるハイブリッドのアンテナアーキテクチャーは、デジタル部のハードウェアが少なくなるのでコスト的に有利になる。しかし、このハイブリッドのアンテナアーキテクチャーでは、アンテナに接続されているPhase  Shifterは、一方向へのビームしか表現できないので、送信スイーピングも受信スイーピングもビームの数だけリソースが必要になる。これは、基地局の受信スイーピングのために、端末がビームの数に相当するリソース全てに対して、ＵＬのＲＳを送信する必要があるということである。すなわち、端末の電力消費が著しくなる。
【００２８】
実際の利用状況を考えると、図２に示したハイブリッドのアーキテクチャーが使われることが想定されるので、ハイブリッドのアーキテクチャーの欠点である、異なるビームが異なる周波数または時間のリソースを必要とする欠点をどのように克服するかが重要になってくる。
【００２９】
（ビームスイーピングの効率化）
水平方向の３６０度の方向に対してビーム１度刻みで用意した場合に、３６０個のリソースを使ってビームスイーピングを行い、ビームを一つずつ評価していたのでは、時間もかかり、またリソースも多く必要となり、さらには、端末の電力消費も大きくなる。そこで、基地局が１０度の粗いビーム（Ｒｏｕｇｈ  Ｂｅａｍ）を作り、３６個のリソースを使って、レゾルーションが１０度のビームの中から最適なものを見つけ、その後に、その１０度の範囲で１度刻みの細かいビーム（Ａｃｃｕｒａｔｅ  Ｂｅａｍ）を用いたビームスイーピングを行って最適なビームを見つけようという技術が考えられる。この場合には、基地局は３６＋１０＝４６のリソースを用いれば最適なビームを決定することができるため、３６０から４６へリソースを大きく減らすことが可能になる。図３は、Ｒｏｕｇｈ  Ｂｅａｍを用いたビームスイーピングの例を示す説明図である。また図４は、Ａｃｃｕｒａｔｅ  Ｂｅａｍを用いたビームスイーピングの例を示す説明図である。基地局は、Ａｃｃｕｒａｔｅ  Ｂｅａｍを複数束ねて、Ａｃｃｕｒａｔｅ  Ｂｅａｍを同時に使用することで、Ｒｏｕｇｈ  ｂｅａｍとして扱っても良い。その場合には、例えば、隣り合うＡｃｃｕｒａｔｅ  Ｂｅａｍを複数本（例えば３本）同時に使うことで、Ｒｏｕｇｈ  ｂｅａｍとして使用することになる。基地局は、図５に示したＲｏｕｇｈ  Ｂｅａｍを作るために、図６に示したように、３つのＡｃｃｕｒａｔｅ  Ｂｅａｍを束ねて提供しても良い。この図６の３つのビームは、同時刻、同一周波数で送信することにより、図５と同様のＲｏｕｇｈ  ｂｅａｍの提供を実現できる。
【００３０】
（複数の基地局からのビームスイーピング）
端末の周囲に複数の基地局が存在する場合に、その端末のために、複数の基地局の送信ビームと受信ビームを決定する必要がある。図７は、端末の周囲に複数の基地局が存在する場合の例を示す説明図である。図７に示した例では、端末１０にとって最適なビームは、基地局１ａではビーム２ａ、基地局１ｂではビーム２ｂ、基地局１ｃではビーム２ｃである。最適なビームの決定は、端末１０からの情報を基に、最終的には、複数の基地局１ａ〜１ｃの中で、端末１０に一番近い基地局、または、主要な基地局が決定し、その他の基地局に指示を行う方法が考えられる。この場合、ある一つの基地局が、複数の基地局の送信ビームと受信ビームを決定する必要があるので、端末の負担が増えるということである。
【００３１】
（Channel  Reciprocity）
Channel  Reciprocityとは、基地局と端末の間のＵＬのチャネルとＤＬのチャネルが同じということである。ＴＤＤ（Time  Division  Duplex）システムでは、ＵＬとＤＬとで使用する周波数帯が同じなので、基本的には、ＵＬとＤＬのChannel  Reciprocityが成り立つ。ただし、基地局と端末のアナログ部のＴＸ／ＲＸが同じ特性になるようにキャリブレーションという操作を行うことにより、端末のアナログ部と空間のチャネルの双方でReciprocityが成り立つようにする必要がある。
【００３２】
このChannel  Reciprocityが成り立つと、基地局のＤＬのビームを端末が選択すると、そのビームの番号を端末が基地局に伝えることで、基地局が使用すべきＵＬのビームは、受信スイーピングの操作なしに決定することができる。上述の（ビームスイーピングの効率化）で述べたＲｏｕｇｈ  ｂｅａｍとＡｃｃｕｒａｔｅ  ｂｅａｍとの組合せを行うと以下のようになる。
【００３３】
（ＤＬのビームスイーピング手順）
図８は、基地局と端末によるＤＬのビームスイーピング手順の例を示す説明図である。まず、基地局から端末に対し、Ｒｏｕｇｈ  ｂｅａｍを用いた送信スイーピングを実施する（ステップＳ１１）。この送信スイーピングは、基地局固有のスイーピングパターンにより行われる。言い換えれば、送信スイーピングはBase  Station-specificまたはCell  Specificともいう。
【００３４】
端末は、自装置にとって望ましいＲｏｕｇｈ  ｂｅａｍの番号を基地局に対してレポートする（ステップＳ１２）。端末は、望ましいＲｏｕｇｈ  ｂｅａｍを決定する際には、例えば受信電力が最も大きいビームかどうかによって決定する。
【００３５】
基地局は、端末からのＲｏｕｇｈ  ｂｅａｍの番号のレポートを受信すると、そのＲｏｕｇｈ  ｂｅａｍに対応するＡｃｃｕｒａｔｅ  Ｂｅａｍを用いた送信スイーピングを実施する（ステップＳ１３）。この時の送信スイーピングは、その端末のために特別に用意した端末固有のスイーピングパターンの場合がありうる。または、スイーピングパターンは全ての端末に共通に用意されているが、基地局は、端末毎にどの部分をモニタするかを通知する場合もありうる。前者の場合は、送信スイーピングのパターン自体が端末固有（ＵＥ  Ｓｐｅｃｉｆｉｃ）のものである。後者の場合は、送信スイーピングのパターンの設定が端末固有（ＵＥ  Ｓｐｅｃｉｆｉｃ）ということができる。
【００３６】
端末は、自装置にとって望ましいＡｃｃｕｒａｔｅ  ｂｅａｍの番号を基地局に対してレポートする（ステップＳ１４）。端末は、望ましいＡｃｃｕｒａｔｅ  ｂｅａｍを決定する際には、例えば受信電力が最も大きいビームかどうかによって決定する
【００３７】
基地局は、端末からのＡｃｃｕｒａｔｅ  ｂｅａｍの番号のレポートを受信すると、そのＡｃｃｕｒａｔｅ  ｂｅａｍを用いて、その端末に対するＤＬのユーザデータを送信する（ステップＳ１５）。そして基地局は、Channel  Reciprocityが担保される場合には、送信時のＡｃｃｕｒａｔｅ  ｂｅａｍと同じＡｃｃｕｒａｔｅ  ｂｅａｍを、その端末からの受信に用いて、端末からのＵＬのユーザデータを受信する（ステップＳ１６）。
【００３８】
（CQI（Channel  Quality  Information）  acquisition）
上記のビームスイーピング手順が完了すると、基地局と端末との間で使用する、基地局側での最適な送信ビームが決定できる。決定した送信ビームを用いた時のチャネルの品質と干渉状況を把握するのがDL  CQI  acquisitionである。DL  CQI  acquisitionは、端末側でどのような変調方式やコーディングレートを用いてＤＬのData  Transmissionを基地局にしてもらいたいかをCQI（Channel  Quality  Indicator）  feedbackという、ＵＬを使ったフィードバックで端末から基地局に通知するために必要となる。このフィードバックを行うためには、ＤＬリファレンス信号をDL  CQI  acquisitionのために基地局から端末側へ送信してもらい、そのDL  CQI  acquisitionのためのＤＬリファレンス信号を受信して、チャネルの状況を評価する。これにより、端末は、望ましいCQI（変調方式と個コーディングレートの組合せ）を決定することができる。
【００３９】
以上で述べたように、最初にビームスイーピング手順で基地局側での望ましい送信ビームを決定し、CQI  acquisitionの手続き内において、端末側でＣＱＩを決定して、それをCQI  feedbackで端末から基地局へ通知することが必要となる。
【００４０】
（Beam  Recovery）
本実施形態において、ビームリカバリ（Beam  Recovery）とは、基地局と端末の間のbeamが何らかの理由で使えなくなったため、新たな別のビームを探し出して使用することである。Beam  Recoveryが必要になる理由は概ね以下の通りである。
【００４１】
（理由１）ブロッキング
これは、基地局と端末との間に車や人などの障害物が入り込むことにより基地局からのビームが届かなくなり、制御信号やユーザデータが基地局と端末との間で通信できなくなる状態である。
【００４２】
（理由２）干渉
これは、他の基地局や他の端末からの信号が干渉となり、基地局と端末との間で目的の信号の送受信ができなくなる状態である。
【００４３】
ブロッキングは、完全に信号が無くなってしまうことであり、その障害物である車や人がいなくならない限りは、その同じビームでの通信の復帰は望めない。仮に基地局がデータを送信している周波数を若干変えたとしても、近隣の周波数帯全てで、その障害物の方向を使ったビームの送受信ができなくなっているだろう。時間方向においても、障害物が居なくなるまでの数秒の間通信ができなくなる可能性が高い。
【００４４】
一方、干渉は、全ての時間・周波数リソースにおいて干渉が起きるのではない。従って、他の基地局や他の端末が送信を停止することにより干渉は無くなる。LTEでは、一つのビームから制御信号やユーザデータを提供していた。これと異なり、５Ｇでは、複数のビームで制御信号やユーザデータを送受信しているため、この特性を考慮した干渉に対する耐性を向上する必要がある。
【００４５】
これに対し、ブロッキングの方は、基本的にビームを変更することが基地局には求められる。ビームを変更するにあたって、早急な復帰、つまり新しいビームを早急に同定する必要がある。アプリケーションによっては、継続的に低遅延で通信することが求められる車の制御やドローンの制御、遠隔医療機器の制御等に、ビームによる通信が用いられることがあるからである。
【００４６】
（リカバーの対象）
リカバーの対象には様々なものが考えられる。以下にリカバーの対象として考えられるものを列挙する。
【００４７】
（１）PDCCH(Physical  Downlink  Control  Channel)
PDCCHはDownlinkの制御信号が送信されるチャネルであり、ユーザデータよりも重要度が高い。従って、制御信号を端末が受信できない事態からは早急に復旧させることが望ましい。
【００４８】
（２）PDSCH(Physical  Downlink  Shard  Channel)
PDSCHはDownlinkのユーザデータが送信されるチャネルである。ユーザデータ自体は、端末が受信できないことは多々ある。例えば、干渉により一時的にユーザデータを端末が受信できないことがある。通常は、ユーザデータを端末が受信出来なかった時には、端末はNACKを基地局に返すことで受信出来なかったことを通知して、同じデータを再度再送してもらう。
【００４９】
（３）PUCCH(Physical  Uplink  Control  Channel)
PUSCHはUplinkの制御信号でが送信されるチャネルであり、Downlinkの制御信号と同様、重要である。
【００５０】
（４）PUSCH(Physical  Uplink  Shared  Channel)
PDSCHはUplinkのユーザデータが送信されるチャネルである。
【００５１】
（５）ビーム
基地局と端末の間で使用しているビームである。基地局は、ビームを決めた上で、そのビームを使って、UplinkやDownlinkの送受信を行う。従って、使っていたビーム自体が使えなくなった場合には、基地局は、早急に新しい適切なビームを見つける必要がある。結局、最初に復旧すべきはビームということになる。ビームを復旧していないのに、PDCCHだけ復旧しようとしてもできない。すなわち、ここまで挙げてきた５つの中ではビームを復旧することが一番重要であるといえる。
【００５２】
（リカバーする環境）
リカバーする環境としては、基本的に、複数のビームを基地局が提供しているケースが多いと考える。ブロッキングが発生した際に他のビームがあれば、基地局と端末との間の通信が完全に途絶えることはないからである。しかし、基地局が常時複数のビームを使用できるとは限らず、１本のビームのみで通信を行っているケースも考えられる。そのような場合には、基地局は早急に新しい適切なビームを見つける必要がある。
【００５３】
干渉やブロッキングを早期に検出することは、Beam  Recoveryを行うために重要である。LTE等の既存の通信システムにおいては、PDCCH等の制御信号の受信ができなくなったことで問題が起こったことを認識して、再接続等のアクションを起こしていた。一方、ビームフォーミングを行っているシステムにおいては、完全にPDCCHが受信できなくなってからアクションを起こしたのでは遅いことが多く、なるべく早く復帰処理を行うことが求められている。そこでビームマネジメントの段階で、端末は、受信したビームの品質をRSRP(Reference  Signal  Received  Power)を測定することで判断し、その品質(RSRP)を基地局へレポートする。しかし、単にビームに対するレポートをトリガーにするといっても、RSRPが劣化したからといって、他のビームを探すためのビームマネジメントを、再度最初からやり直すという方法は、非常に無駄が多い。すなわち、一時的な品質の劣化であればビームマネジメントの手順を最初からやり直す必要は無い。
【００５４】
そこで本件開示者は、上述した点に鑑み、ブロッキングや干渉などによってビームによる通信が出来なくなった場合に、早急に、かつ効率よく新たなビームを見つけられることが可能な技術について鋭意検討を行った。その結果、本件開示者は、以下で説明するように、ブロッキングや干渉などによってビームによる通信が出来なくなった場合に、早急に、かつ効率よく新たなビームを見つけられることが可能となる技術を考案するに至った。
【００５５】
［１．２．構成例及び動作例］
まず、図面を参照して、本開示の実施形態に係るシステムの概略的な構成を説明する。図９は、本開示の実施形態に係るシステムの概略的な構成の一例を示す説明図である。図９を参照すると、本開示の実施形態に係るシステムは、基地局１００及び端末装置２００を含む。システム１は、例えば、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、第５世代移動通信システム（５Ｇ）又はこれらに準ずる通信規格に準拠したシステムである。
【００５６】
（基地局１００）
基地局１００は、端末装置２００との無線通信を行う。例えば、基地局１００は、基地局１００のセル１０１内に位置する端末装置２００との無線通信を行う。
【００５７】
とりわけ本開示の実施形態では、基地局１００は、ビームフォーミングを行う。例えば、当該ビームフォーミングは、ラージスケールＭＩＭＯのビームフォーミングである。当該ビームフォーミングは、マッシブＭＩＭＯのビームフォーミング、フリーディメンジョン（free  dimension）ＭＩＭＯのビームフォーミング、又は３次元ビームフォーミングとも呼ばれ得る。具体的には、例えば、基地局１００は、ラージスケールＭＩＭＯに使用可能な指向性アンテナを備え、当該指向性アンテナのための重みセットを送信信号に乗算することによりラージスケールＭＩＭＯのビームフォーミングを行う。
【００５８】
（端末装置２００）
端末装置２００は、基地局１００との無線通信を行う。例えば、端末装置２００は、基地局１００のセル１０１内に位置する場合に、基地局１００との無線通信を行う。
【００５９】
続いて、図１０及び図１１を参照して、基地局１００及び端末装置２００の構成の例を説明する。
【００６０】
まず、図１０を参照して、本開示の実施形態に係る基地局１００の構成の一例を説明する。図１０は、本開示の実施形態に係る基地局１００の構成の一例を示すブロック図である。図１０を参照すると、基地局１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１５０を備える。
【００６１】
（アンテナ部１１０）
アンテナ部１１０は、無線通信部１２０により出力された信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
【００６２】
例えば、アンテナ部１１０は、指向性アンテナを含む。例えば、当該指向性アンテナは、ラージスケールＭＩＭＯに使用可能な指向性アンテナである。
【００６３】
（無線通信部１２０）
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置２００へのダウンリンク信号を送信し、端末装置２００からのアップリンク信号を受信する。
【００６４】
（ネットワーク通信部１３０）
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。
【００６５】
（記憶部１４０）
記憶部１４０は、基地局１００の動作のためのプログラム及びデータを記憶する。
【００６６】
（処理部１５０）
処理部１５０は、基地局１００の様々な機能を提供する。処理部１５０は、情報取得部１５１及び制御部１５３を含む。なお、処理部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１５０は、これらの構成要素の動作以外の動作も行い得る。
【００６７】
情報取得部１５１及び制御部１５３の具体的な動作は、後に詳細に説明する。
【００６８】
具体的には、情報取得部１５１は、端末装置２００から送られた情報、特に、基地局１００が送信したビームの受信状況に関する情報を取得する。
【００６９】
また制御部１５３は、基地局１００からのビームの送出や、ビームスイーピングの設定等の制御を行う。
【００７０】
次に、図１１を参照して、本開示の実施形態に係る端末装置２００の構成の一例を説明する。図１１は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図１１を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び処理部２４０を備える。
【００７１】
（アンテナ部２１０）
アンテナ部２１０は、無線通信部２２０により出力された信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
【００７２】
（無線通信部２２０）
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局１００からのダウンリンク信号を受信し、基地局１００へのアップリンク信号を送信する。
【００７３】
（記憶部２３０）
記憶部２３０は、端末装置２００の動作のためのプログラム及びデータを記憶する。
【００７４】
（処理部２４０）
処理部２４０は、端末装置２００の様々な機能を提供する。処理部２４０は、情報取得部２４１及び制御部２４３を含む。なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。
【００７５】
情報取得部２４１及び制御部２４３の具体的な動作は、後に詳細に説明する。
【００７６】
以上、端末装置２００の構成例を説明した。続いて、基地局１００及び端末装置２００の動作例について説明する。
【００７７】
（動作例１）
上述したように、使用しているビームの品質が劣化した時には、なるべく早く復帰処理)を行うことが求められている。そこで端末は、RSRPを測定することで受信したビームの品質を判断し、その品質(RSRP)を基地局へレポートする。しかし、単に端末からのビームに対するレポートをトリガにするといっても、RSRPが劣化したからといって、他のビームを探すためのビームマネジメントを再度、最初からやり直すという方法は効率が悪い。一時的品質の劣化ならば、極近傍のビームについてビームスイーピングを再度やり直すことで端末との間の通信が復帰するかもしれないが、その近傍のビームを選び直すだけでは復帰できない場合には、全てのビームをスイーピングすることが求められるかもしれない。また、端末が移動するような場合に基地局は端末をトラッキングし続けてビームを端末に向け続ける必要があるが、そのトラッキングのズレによる通信品質の劣化も起こりうる。すなわち、基地局にしてみれば、一時的な品質の劣化なのか、ビームマネジメントの手順を最初からやり直す必要がある劣化なのかが不明であるので、他のビームを探すためのビームマネジメントを再度、最初からやり直すことは通信の復旧に時間が掛かるばかりか、リソースの無駄も生じることになる。
【００７８】
ビームマネジメントは、粗いビームスイーピング（rough  beam  sweeping。例えば１００本のビームを使用したビームスイーピング）で絞り込んだ方向に対し、より詳細なaccurateなビームスイーピング（例えば１０本のビームを使用したビームスイーピング)を行って、最終的に最適なビームを数本（例えば２、３本）決定する手順である。accurateなビームスイーピングでは、提供する例えば１０本のビームをその都度変えて、端末装置２００の移動に合わせて、１０本のビーム候補を変えて提供する。accurateなビームスイーピングの１０本のビーム候補の中に望ましいビームがない場合には、端末装置２００が基地局１００にレポートするRSRPで、受信電力が小さいことから品質が劣化していることがわかる。この段階で、粗いビームスイーピングをやり直すと無駄が多くなる。
【００７９】
そこで、本実施形態では、基地局１００は粗いビームスイーピングとaccurateなビームスイーピングの間の性質を持つビームスイーピング（リカバリビームスイーピング）を提供する。本実施形態では、基地局１００は、accurateなビームスイーピングの範囲より広くカバーするように、リカバリビームスイーピングを複数種類用意する。
【００８０】
図１２、１３、１４は、本実施形態に係る基地局１００が提供するリカバリビームスイーピングの例を示す説明図である。図１２は、accurateなビームスイーピングの範囲より若干広い範囲をスイープするリカバリビームスイーピングの例である。図１３は、図１２のリカバリビームスイーピングの範囲より広い範囲をスイープするリカバリビームスイーピングの例である。図１４は、accurateなビームスイーピングと関係なく、全てのビームを対象にスイープするリカバリビームスイーピングの例である。以下の説明では、図１２のビームスイーピングに用いられるビームの組（ビームグループ）をビームグループＡ、図１３のビームスイーピングに用いられるビームの組をビームグループＢ、図１４のビームスイーピングに用いられるビームの組をビームグループＣとする。
【００８１】
基地局１００は、どのビームグループによるリカバリビームスイーピングを行うべきかを判断して、リカバリビームスイーピングを実行する。図１５は、本実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。
【００８２】
基地局１００は、端末装置２００に対してビームスイーピングのためのスケジュール情報（schedule  information）を送信する（ステップＳ１０１）。ここでのビームスイーピングは、リカバリビームスイーピングではない、通常のビームスイーピングである。そして基地局１００は、端末装置２００に送信したスケジュール情報に基づいてビームスイーピングを実行する（ステップＳ１０２）。端末装置２００は、基地局１００から送信されたビームを受信し、適切なビームのビームＩＤ及びRSRPを報告する（ステップＳ１０３）。
【００８３】
基地局１００は、端末装置２００からの報告を受信すると、ビームリカバリの必要があるかどうかを判断する（ステップＳ１０４）。図１５の例では、基地局１００は、端末装置２００からの報告に基づき、ビームリカバリの必要があると判断したとする。
【００８４】
続いて基地局１００は、端末装置２００に対して、ビームグループＡ、Ｂ、Ｃによるリカバリビームスイーピングのためのスケジュール情報を送信する（ステップＳ１０５）。この通知は、通信が出来なくなったビーム以外のビームを使用するか、Carrier  Aggregationを行っている時には、別のComponent  Carrierのシグナルを用いて行われる。ここで、一括してビームグループＡ、Ｂ、Ｃによるリカバリビームスイーピングのためのスケジュール情報を送信しておくことで、予めリカバリビームスイーピングのためのリソースが確保されていることになり、リカバリビームスイーピングの効率を上げることが可能となる。
【００８５】
続いて基地局１００は、リカバリビームスイーピングのためのスケジュール情報に基づき、まず一番ビームの数が少ないビームグループＡによるリカバリビームスイーピングを実行する（ステップＳ１０６）。端末装置２００は、基地局１００から送信されたビームを受信し、適切なビームのビームＩＤ及びRSRPを報告する（ステップＳ１０７）。
【００８６】
基地局１００は、端末装置２００からの報告を受信すると、ビームグループＡでのリカバリビームスイーピングで最適なビームが見つかったか否かを判断する。基地局１００は、最適なビームが見つかればリカバリビームスイーピングを終了するが、見つからなければ、続いて次にビームの数が少ないビームグループＢによるリカバリビームスイーピングを実行する。ここでは、基地局１００はビームグループＢによるリカバリビームスイーピングを実行する（ステップＳ１０８）。端末装置２００は、基地局１００から送信されたビームを受信し、適切なビームのビームＩＤ及びRSRPを報告する（ステップＳ１０９）。
【００８７】
基地局１００は、端末装置２００からの報告を受信すると、ビームグループＡでのリカバリビームスイーピングで最適なビームが見つかったか否かを判断する。基地局１００は、最適なビームが見つかればリカバリビームスイーピングを終了するが、見つからなければ、続いて最もビームの数が多いビームグループＣによるリカバリビームスイーピングを実行する。ここでは、ビームグループＢによるリカバリビームスイーピングにより最適なビームが見つかったとする（ステップＳ１１０）。
【００８８】
ビームグループＢによるリカバリビームスイーピングにより最適なビームが見つかると、基地局１００は、端末装置２００に対し、CQI  acquisitionのための参照信号（Reference  Signal）を送信する（ステップＳ１１１）。続いて端末装置２００は、基地局１００に対して受信したビームのRI（Rank  Indicator）、PMI（Precoding  Matrix  Indicator）、CQI（Channel  Quality  Indicator）を送信する（ステップＳ１１２）。RIはでMIMOのLayer数を表し、PMIは、送信側のプリコーディングを示し、CQIは端末装置２００が推奨する変調方式を示す。そして基地局１００は、最適なビームを用いてユーザデータをPDCCH及びPDSCHで送信する（ステップＳ１１３）。
【００８９】
図１５の例では、端末装置２００から送られた報告に基づいてビームリカバリの必要があるかどうかを基地局１００が判断していたが、本開示は係る例に限定されない。例えば、端末装置２００から来るはずの応答が来なかった場合にも、基地局１００は、ビームリカバリの必要があると判断しても良い。
【００９０】
図１６は、本実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。基地局１００は、端末装置２００に対して、ビームスイーピングの設定及びビームのレポートの設定を送信しておく（ステップＳ１２１）。そして基地局１００は、端末装置２００へ送信した設定に基づいてビームスイーピングを実行する（ステップＳ１２２）。ここで本来は端末装置２００からビームに対する報告（例えば適切なビームのビームＩＤ及びRSRP）が送られてくるはずのところ、所定時間が経過しても端末装置２００から何も報告が送られない場合（ステップＳ１２３）、基地局１００は、ビームリカバリの必要があると判断することが出来る（ステップＳ１２４）。以降は、基地局１００と端末装置２００との間で、図１５に示したような一連のビームリカバリの処理が実行される（ステップＳ１２５）。
【００９１】
図１７は、本実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。基地局１００と端末装置２００との間で、予めビームマネジメントの手続き（ステップＳ１３１）及びCQI  acquisitionの手続き（ステップＳ１３２）が行われているとする。この状態で、基地局１００は、端末装置２００へダウンリンクデータのスケジュール割り当て、アップリンクデータのスケジュール割り当て、及びダウンリンクユーザデータの送信を行う（ステップＳ１３３）。
【００９２】
ここで本来は端末装置２００から、基地局１００からの送信データに対するＡＣＫまたはＮＡＣＫが送られてくるはずのところ、所定時間が経過しても端末装置２００から何も返信が送られない場合（ステップＳ１３４）、基地局１００は、ビームリカバリの必要があると判断することが出来る（ステップＳ１３５）。以降は、基地局１００と端末装置２００との間で、図１５に示したような一連のビームリカバリの処理が実行される（ステップＳ１３６）。
【００９３】
図１５に示したビームリカバリの手順では、基地局１００は、端末装置２００に対して、ビームグループＡ、Ｂ、Ｃによるリカバリビームスイーピングのためのスケジュール情報を送信していた。しかし、他のビームや他のComponent  Carrierで通信が確保できていない場合には、このダウンリンクのシグナリング自体が基地局１００から端末装置２００へ届かない場合が考えられる。その場合を考慮したビームリカバリの手順について説明する。
【００９４】
図１８は、本実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。この例では、ビームリカバリが行われる前に、基地局１００から端末装置２００に対してビームグループＡ、Ｂ、Ｃによるリカバリビームスイーピングのためのスケジュール情報を送信する（ステップＳ１４１）。これにより、他のビームや他のComponent  Carrierで通信が確保できていない場合にも、端末装置２００はリカバリビームスイーピングの際のリソースの場所を把握することが可能となる。
【００９５】
端末装置２００から、基地局１００に対してビームリカバリのリクエストが送られると（ステップＳ１４２）、基地局１００は、ビームリカバリの必要があると判断する（ステップＳ１４３）。端末装置２００からのビームリカバリのリクエストの送信トリガとしては、例えば、PDCCHの不達等があり得る。
【００９６】
続いて基地局１００は、予め端末装置２００に送信しておいたリカバリビームスイーピングのためのスケジュール情報に基づき、まず一番ビームの数が少ないビームグループＡによるリカバリビームスイーピングを実行する（ステップＳ１４４）。この例では、例えば図１９に示すように、ビームリカバリのトリガから一定数だけ後のSub  frameでビームリカバリのためのビームグループによるスイーピングを行うと事前に決めておく。図１９の例では、ビームリカバリのリクエストが送られたSub  frameの次のSub  frameでビームグループＡによるビームスイーピングを実行し、ビームリカバリのリクエストが送られたSub  frameの３つ後のSub  frameでビームグループＢによるビームスイーピングを実行し、ビームリカバリのリクエストが送られたSub  frameの５つ後のSub  frameでビームグループＡによるビームスイーピングを実行している。各ビームグループのスイーピングの後には、端末装置２００からの報告のためにアップリンクのリソースを挟んでいる。このように、事前にビームリカバリのトリガとの相対位置により、事前にリカバリビームスイーピング用のリソースを確保しておく。
【００９７】
リカバリビームスイーピング用のリソースは、他のComponent  Carrierや他のPartial  Band（部分帯域）のビームのリンクが健在であり、端末装置２００と基地局１００との間で通信が可能である場合には、それらの別のビームのリンクを用いた通信でリカバリビームスイーピング用のリソースの場所を通知してもよい。他のPartial  Bandを用いる場合は、一つのComponent  Carrierの中を複数のバンドに区切っていて、それぞれのPartial  Bandでビームマネジメントを行う場合である。
【００９８】
ビームリカバリのトリガとの相対位置でリカバリビームスイーピング用のリソースを確保する方法においても、例えば図１６に示したようにビームのレポートが端末から届かなかった場合や、図１７に示したようにユーザデータへのＡＣＫまたはＮＡＣＫの返信がなかったことをビームリカバリのトリガとしてもよい。
【００９９】
また、同一のComponent  Carrierや同一のPartial  bandの中で、複数のビームのリンクを端末装置２００と基地局１００との間で保持している場合には、そのうちの１本のbeam recoveryのためには、残りのbeamを用いた通信が使えるので、そのbeamを使って、beam recovery用のbeam sweepingのリソースの場所を通知してもよい。
【０１００】
もちろんリカバリビームスイーピングの実行タイミングは係る例に限定されるものでは無いが、ビームリカバリは早急に行われる必要があるため、ビームリカバリのリクエストが送られてから最初のリカバリビームスイーピングが実行されるまで、あまり時間が経ちすぎるのは望ましくない。端末装置２００は、基地局１００から送信されたビームを受信し、適切なビームのビームＩＤ及びRSRPを報告する（ステップＳ１４５）。
【０１０１】
基地局１００は、端末装置２００からの報告を受信すると、ビームグループＡでのリカバリビームスイーピングで最適なビームが見つかったか否かを判断する。基地局１００は、最適なビームが見つかればリカバリビームスイーピングを終了するが、見つからなければ、続いて次にビームの数が少ないビームグループＢによるリカバリビームスイーピングを実行する。ここでは、基地局１００はビームグループＢによるリカバリビームスイーピングを実行する（ステップＳ１４６）。端末装置２００は、基地局１００から送信されたビームを受信し、適切なビームのビームＩＤ及びRSRPを報告する（ステップＳ１４７）。
【０１０２】
基地局１００は、端末装置２００からの報告を受信すると、ビームグループＡでのリカバリビームスイーピングで最適なビームが見つかったか否かを判断する。基地局１００は、最適なビームが見つかればリカバリビームスイーピングを終了するが、見つからなければ、続いて最もビームの数が多いビームグループＣによるリカバリビームスイーピングを実行する。ここでは、ビームグループＢによるリカバリビームスイーピングにより最適なビームが見つかったとする（ステップＳ１４８）。
【０１０３】
ビームグループＢによるリカバリビームスイーピングにより最適なビームが見つかると、基地局１００は、端末装置２００に対し、CQI  acquisitionのための参照信号（Reference  Signal）を送信する（ステップＳ１４９）。続いて端末装置２００は、基地局１００に対して受信したビームのRI（Rank  Indicator）、PMI（Precoding  Matrix  Indicator）、CQI（Channel  Quality  Indicator）を送信する（ステップＳ１５０）。そして基地局１００は、最適なビームを用いてユーザデータをPDCCH及びPDSCHで送信する（ステップＳ１５１）。
【０１０４】
ここまでの例では、基地局１００は、ビームリカバリの際に、ビームグループＡ、Ｂ、Ｃの順にリカバリビームスイーピングを行っていたが、端末装置２００がビームグループの内容を把握していれば、どのビームグループでリカバリビームスイーピングを行うべきかを基地局１００にリクエストしても良い。
【０１０５】
図２０は、本実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。基地局１００は、端末装置２００に対して、ビームスイーピングのスケジュール情報及びリカバリビームスイーピングのためのビームグループの設定を送信しておく（ステップＳ１６１）。続いて端末装置２００は、リカバリビームスイーピングのためのビームグループの設定に基づき、基地局１００へビームリカバリのリクエストを送信する（ステップＳ１６２）。端末装置２００によるビームリカバリのリクエストの送信タイミングは、例えば基地局１００からの信号レベルが所定の閾値以下に低下した場合であってもよい。ここでは、端末装置２００は、ビームグループＢを用いたリカバリビームスイーピングによるビームリカバリのリクエストを基地局１００へ送信したとする。
【０１０６】
基地局１００は、端末装置２００からのリクエストを受けて、ビームグループＢを用いたリカバリビームスイーピングによるビームリカバリを実行することを決定する（ステップＳ１６３）。そして基地局１００は、リカバリビームスイーピングのためのスケジュール情報に基づき、ビームグループＢによるリカバリビームスイーピングを実行する（ステップＳ１６４）。端末装置２００は、基地局１００から送信されたビームを受信し、適切なビームのビームＩＤ及びRSRPを報告する（ステップＳ１６５）。
【０１０７】
基地局１００は、端末装置２００からの報告を受信すると、ビームグループＢでのリカバリビームスイーピングで最適なビームが見つかったか否かを判断する。基地局１００は、最適なビームが見つかればリカバリビームスイーピングを終了するが、見つからなければ、続いてビームグループＣによるリカバリビームスイーピングを実行する。ここでは、基地局１００はビームグループＣによるリカバリビームスイーピングを実行する（ステップＳ１６６）。端末装置２００は、基地局１００から送信されたビームを受信し、適切なビームのビームＩＤ及びRSRPを報告する（ステップＳ１６７）。
【０１０８】
ビームグループＣによるリカバリビームスイーピングにより最適なビームが見つかると（ステップＳ１６８）、基地局１００は、端末装置２００に対し、CQI  acquisitionのための参照信号（Reference  Signal）を送信する（ステップＳ１６９）。続いて端末装置２００は、基地局１００に対して受信したビームのRI（Rank  Indicator）、PMI（Precoding  Matrix  Indicator）、CQI（Channel  Quality  Indicator）を送信する（ステップＳ１７０）。そして基地局１００は、最適なビームを用いてユーザデータをPDCCH及びPDSCHで送信する（ステップＳ１７１）。
【０１０９】
ここまではダウンリンクの場合の例をしめしたが、アップリンクの場合にも同様にビームリカバリの手順を適用することが出来る。
【０１１０】
図２１は、本実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。端末装置２００は、基地局１００へビームリカバリのリクエストを送信する（ステップＳ１８１）。端末装置２００によるビームリカバリのリクエストの送信タイミングは、例えばブロッキングや干渉により、基地局１００からの信号レベルが所定の閾値以下に低下した場合であってもよい。
【０１１１】
基地局１００は、端末装置２００からリクエストを受信すると、ビームリカバリを実行することを決定する（ステップＳ１８２）。ビームリカバリを実行することを決定すると、続いて基地局１００は、端末装置２００に対し、アップリンクのビームスイーピングのスケジュール情報及びリカバリビームスイーピングのためのビームグループの設定を送信する（ステップＳ１８３）。
【０１１２】
端末装置２００は、ステップＳ１８３で基地局１００から送られた情報を受信すると、まずはビームグループＡを用いたリカバリビームスイーピングを実行する（ステップＳ１８４）。基地局１００は、端末装置２００に対して、リカバリビームスイーピングの継続の有無についての指示（Indication  of  continue）を送信する（ステップＳ１８５）。ここでは、基地局１００は、端末装置２００に対して、リカバリビームスイーピングの継続を指示するとする。
【０１１３】
続いて端末装置２００は、ステップＳ１８５で基地局１００から送られた指示を受信すると、次にビームグループＢを用いたリカバリビームスイーピングを実行する（ステップＳ１８６）。基地局１００は、端末装置２００に対して、リカバリビームスイーピングの継続の有無についての指示を送信する（ステップＳ１８７）。ここでは、基地局１００は、端末装置２００に対して、リカバリビームスイーピングの終了を指示するとする。
【０１１４】
ビームグループＢによるリカバリビームスイーピングにより最適なビームが見つかると、基地局１００は、端末装置２００に対し、CQI  acquisitionのための参照信号（Reference  Signal）を送信する（ステップＳ１８８）。続いて端末装置２００は、基地局１００に対して受信したビームのRI（Rank  Indicator）、PMI（Precoding  Matrix  Indicator）、CQI（Channel  Quality  Indicator）を送信する（ステップＳ１８９）。そして基地局１００は、最適なビームを用いてユーザデータをPDCCH及びPDSCHで送信する（ステップＳ１９０）。
【０１１５】
LTE等の既存の通信システムにおいては、そもそもビームスイーピングという動作自体がなかったため、ビームリカバリという動作を行う必要も無かった。本実施形態では、ビームリカバリの特殊性に着目して、なるべく少ないリソースで、なるべく早くビームを復旧することが可能となる。
【０１１６】
（動作例２）
動作例１のようにビームリカバリのためのリカバリビームスイーピングを広範囲に亘って行う際に、一つのビームグループによるリカバリビームスイーピングが完了するのを待ってから端末装置２００がレポートを送信するのでは、ビームの復旧までの時間とリソースに無駄が生じる。そこで、この動作例２では、端末装置２００によるレポートのためのリソースを事前に確保し、一つのビームグループによるリカバリビームスイーピングの途中でも端末装置２００がレポートを送信できるようにした動作例を説明する。
【０１１７】
図２２は、基地局１００が割り当てるリソースの例を示す説明図である。ビームリカバリが必要と判断すると、基地局１００は端末装置２００に対して、複数のレポートのためのリソースを通知してから、複数のリカバリビームスイーピング区間を提供する．複数のリカバリビームスイーピング区間を、例えば区間Ａ、区間Ｂ、区間Ｃとする。区間ＡはビームＢ１〜Ｂ４からなり、区間ＢはビームＢ５〜Ｂ１０からなり、区間ＣはビームＢ１１〜Ｂ１９からなる。もちろんそれぞれの区間のビームの数や、区間の数については係る例に限定されない。
【０１１８】
基地局１００は、リカバリビームスイーピング区間Ａ、区間Ｂ、区間Ｃによるビームスイーピングを実行する。また基地局１００は、レポートのためのリソースを、予めそれぞれの区間の間に用意する。すなわち基地局１００は、リカバリビームスイーピング区間Ａと区間Ｂとの間、区間Ｂと区間Ｃの間、区間Ｃの後に、それぞれ用意しておく。
【０１１９】
このようにすることにより、端末装置２００は、一つのリカバリビームスイーピングの手続き中、３回のレポートの機会がある。そして、リカバリビームスイーピング区間Ａの中のビームで良いものがあれば、リカバリビームスイーピング区間Ａの終了後に、良いビームがあった旨を基地局１００へレポートすることができる。リカバリビームスイーピング区間Ａの中のビームで良いものがあった場合には、基地局１００は、リカバリビームスイーピング区間Ｂと区間Ｃについてはリカバリビームスイーピングを実施しなくても良い。また、リカバリビームスイーピング区間Ａの中に望ましいビームが無ければ、端末装置２００は、リカバリビームスイーピング区間Ａの後でレポートを行わなくても良い。同様に、リカバリビームスイーピング区間Ｂの中に望ましいビームが無ければ、端末装置２００は、リカバリビームスイーピング区間Ｂの後でレポートを行わなくても良い。
【０１２０】
LTE等の既存の通信システムにおいては、そもそもビームスイーピングという動作自体がなかったため、ビームスイーピングの間にレポートのためのリソースを複数配置しておくという概念自体が無かった。ビームスイーピングの間にレポートのためのリソースを複数配置しておくことで、ビームスイーピングの途中でも端末装置２００は、レポートを基地局１００へ送信することが出来る。
【０１２１】
レポートのためのリソースがどこにあるかを基地局１００から端末装置２００に通知する方法は、例えば、複数のビームのリンクが保持されているときには、そのビームを使った通信で基地局１００から端末装置２００に通知してもよい。また、他のComponent  Carrierや他のPartial  Bandでのビームを保持している時には、そのビームを使った通信で基地局１００から端末装置２００に通知してもよい。
【０１２２】
端末装置２００からのビームリカバリのトリガ（例えば、Random  Accessのようにリソースなしでアップリンクを使ってリンクが失われた等の緊急事態を通知する方法がある）からの相対位置（相対的にどれくらい後のsub  frameがレポート用のsub  frameになるか等）で、端末装置２００から基地局１００への複数回のレポート用のリソースが確保されてもよい。この場合のレポートの間隔は、固定であってもよく、事前に設定されたものであってもよい。
【０１２３】
端末装置２００は、ビームリカバリ用のリカバリビームスイーピングの中で、複数回のレポートタイミングが用意される。端末装置２００が基地局１００へレポートして、良いビームが見つかったと基地局１００がみなした後は、その後にリカバリビームスイーピングが来ないということを端末装置２００が期待できる。基地局１００は、その後のリカバリビームスイーピングを停止するという通知を明示的に端末装置２００に通知してもよい。
【０１２４】
（動作例３）
ブロッキングにより、基地局１００と端末装置２００との間のビームが消失した場合には、基地局１００は、その障害物がいない方向を早急に探す必要がある。そのような目的のためのビームマネジメントは、通常の手順とは異なり、早急に異なる方向がどの方向なのかを基地局１００が把握する必要がある。基地局１００からは、端末装置２００との間の障害物を避けるためのビームがどの方向なのかは把握しにくい。ブロッキングが原因である場合には、現在使用中のビームと同じような方向のビームは同じようにブロッキングされてしまう可能性が高いといえる。このような状況下で無駄なビームスイーピングを減らしたい。
【０１２５】
そこでこの動作例３では、基地局１００は、端末装置２００からのビームリカバリの要求がブロッキングに基づくものであると判断した場合には、今現在使用しているビームの近傍を避けたビームによるリカバリビームスイーピングを端末装置２００に提供する。図２３は、基地局１００からのビームがブロッキングを受ける前の状況を示す。符号３０１が、基地局１００と端末装置２００との間の通信で使用中のビームである。ブロッキングが起きた後は、基地局１００はこのビーム３０１の近辺のビームでリカバリビームスイーピングを試しても無駄になる可能性が高い。従って、基地局１００は、ビーム３０１の近辺のビームを除いたビームを使ってビームスイーピングしてもよい。図２４は、基地局１００が、ビーム３０１の近辺のビームを除いたビームを使ってビームスイーピングを行う例を示す説明図である。こちらのリカバリビームスイーピングのパターンをパターンＡとする。
【０１２６】
また、トラッキングのミスなどによる単純なビームの更新の失敗により、現在使用中のビームの近傍に最適なビームがいる場合も考えられる。この場合には、使用中のビームの近傍で再度ビームスイーピングをして、最適なビームを選択し直す方が良い。図２５は、ビーム３０１の近辺のビームを使ってビームスイーピングを行う例を示す説明図である。こちらのリカバリビームスイーピングのパターンをパターンＢとする。基地局１００は、ビームを用いた通信が失敗した状況に合わせて、それまで使用していたビーム近傍のビームで再度ビームスイーピングを行うのか、近傍を除いたビームで再度ビームスイーピングを行うのかを選ぶことが重要である。
【０１２７】
基地局１００が、パターンＡ、Ｂのどちらのパターンでリカバリビームスイーピングを行うかを選ぶ場合には、端末装置２００から、基地局１００が選択するための情報をフィードバックしておくことが望ましい。端末装置２００から基地局１００に送られる情報は、例えば、複数のビームのRSRPである。具体的には、端末装置２００は、使用中のビームの近傍の複数のビームに対するRSRPを基地局１００に送る。全てのRSRPの受信レベルが著しく低下している時には、パターンＡのリカバリビームスイーピングを実施した方が良いと基地局１００は判断することができる。一方、複数のRSRPの中に許容できるRSRPが混入している場合には、基地局１００は、ビームトラッキング中にトラッキングがうまくいっていないと判断し、パターンＢによるリカバリビームスイーピングをし直すことがビームリカバリにとって効果的となる。
【０１２８】
図２６は、本実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。端末装置２００は、使用中のビームの近傍の複数のビームに対するRSRPを基地局１００に送る（ステップＳ２０１）。基地局１００は、端末装置２００からの情報に基づき、パターンＡ、Ｂのどちらでリカバリビームスイーピングを実行するかを決定する（ステップＳ２０２）。
【０１２９】
続いて基地局１００は、ステップＳ２０２で決定したパターンでリカバリビームスイーピングを行うためのスケジュール情報を端末装置２００へ送信する（ステップＳ２０３）。そして基地局１００は、そのスケジュール情報に基づいて、ステップＳ２０２で決定したパターンでリカバリビームスイーピングを行う（ステップＳ２０４）。端末装置２００は、基地局１００から送信されたビームを受信し、適切なビームのビームＩＤ及びRSRPを報告する（ステップＳ２０５）。
【０１３０】
ステップＳ２０２で決定したパターンでリカバリビームスイーピングにより最適なビームが見つかると、基地局１００は、端末装置２００に対し、CQI  acquisitionのための参照信号（Reference  Signal）を送信する（ステップＳ２０６）。続いて端末装置２００は、基地局１００に対して受信したビームのRI（Rank  Indicator）、PMI（Precoding  Matrix  Indicator）、CQI（Channel  Quality  Indicator）を送信する（ステップＳ２０７）。そして基地局１００は、最適なビームを用いてユーザデータをPDCCH及びPDSCHで送信する（ステップＳ２０８）。
【０１３１】
もし、ステップＳ２０２で決定したパターンでリカバリビームスイーピングにより最適なビームが見つからなければ、基地局１００は、ステップＳ２０２で決定したパターンではないパターンでリカバリビームスイーピングを実行してもよい。すなわち、最初にパターンＡによるリカバリビームスイーピングにより最適なビームが見つからなければ、基地局１００は、パターンＢによるリカバリビームスイーピングを続いて実行しても良い。
【０１３２】
（動作例４）
通常のビームマネジメントでは、基地局１００はビームスイーピングを行い、その中から適切なビームを端末装置２００が選択する。端末装置２００は、選択したビームのビーム番号とともに、RSRP等のビームの品質を表す値を基地局１００へフィードバックする。その端末装置２００からのレポートの結果を受けて、基地局１００がビームを決定し、そのビームを用いてユーザデータを送るための動作に移行する。具体的には、ビームマネジメントで対象のビームが決定された後に、さらにそのビームの詳細なチャネル品質が測定される。これは、ビームマネジメントでは、ビームを決定するだけが目的であるため、基地局１００は、アンテナポートとしては、１ポートや、せいぜい２ポートを用いてビームを送信して、端末装置２００で電力値であるRSRPを測定するのが目的であった。
【０１３３】
一方、基地局１００は、CQI  acquisitionでは、送信側で２レイヤや４レイヤ／８レイヤのMIMOを提供するために、２／４／８アンテナポートでそのビームを使ってリファレンス信号を送信する。端末装置２０では、その状況でのRank  Indication（いくつのレイヤのMIMOが可能であるか）、その時のCQI（変調方式）は何が良いか、を決定する。さらに送信側で用いるアンテナ重みの微調整も行われる。このような情報を端末装置２００から基地局１００へレポートする。この一連の流れがCQI  acquisitionである。CQI  acquisitionが完了した後にユーザデータを送信することが可能になる。
【０１３４】
繰り返しになるが、ビームスイーピングを全て終えてから、決定したビームに対してCQI  acquisitionを行うことは、基地局１００にとっても端末装置２００にとっても非常に時間のかかる手続きであり、ビームのリンクが失われた後に早急なビームリカバリが求められている時には、望ましい方法とは言えなかった。従来の手順では、遅延が大きくなり信号が途絶えてしまう場合があり、高信頼で低遅延を要求するような通信（例えば、ネットワークから車やドローンを制御する通信）に望ましい手順ではない。
【０１３５】
そこでこの動作例４では、ビームスイーピングとCQI  acquisitionを同時に行うことで、ビームリカバリに要する時間を短縮させる方法を示す。
【０１３６】
図２７は、基地局１００によるリカバリビームスイーピングの例を示す説明図である。図２７であ、４本のビームによるリカバリビームスイーピングを行う様子が示されている。図２７に示した例では、ビームリカバリを行うためのビームを、ランク２またはランク４のMIMOのCQI  acquisitionが行えるように、CQI  acquisitionと同等の信号を基地局１００から送信しつつ、リカバリビームスイーピングを行っている。このようにリカバリビームスイーピングを行うことにより、ビームスイーピングとCQI  acquisitionを同時に実施することができ、早急なビーム復帰が可能となる。
【０１３７】
基地局１００は、この手順を実施するために、端末装置２００に対して、ビームマネジメントとCQI  acquisitionを混ぜた手順を行うことを示した上で、各CQI  acquisitionとともに異なるビームに対する報告を行うためのリソースを設定することである。端末装置２００は、ビーム番号とともにRI、PMI、CQIを基地局１００へ報告することができる。基地局１００の動作としては、全てのビームに対して上述の報告を受け取っても良いし、適切な品質を確認した時点で、CQI  acquisitionのスイーピングを停止しても良い。
【０１３８】
図２８は、本実施形態に係る基地局１００及び端末装置２００の動作例をシーケンス図で示す説明図である。端末装置２００から、基地局１００に対してビームリカバリのリクエストが送られると（ステップＳ２１１）、基地局１００は、ビームリカバリの必要があると認識する（ステップＳ２１２）。ここでは、基地局１００は、ビームリカバリの際にビームマネジメントとCQI  acquisitionを混ぜた手順を行うことを決定するとする。
【０１３９】
基地局１００は、リカバリビームスイーピングを行うためのスケジュール情報を端末装置２００へ送信する（ステップＳ２１３）。続いて基地局１００は、通常のリカバリビームスイーピングを行うか、ビームマネジメントとCQI  acquisitionを混ぜたリカバリビームスイーピングを行うかを端末装置２００に通知する（ステップＳ２１４）。
【０１４０】
続いて基地局１００は、端末装置２００に対し、CQI  acquisitionのために、最も大きな数のアンテナポートを用いたビームスイーピングを実行する（ステップＳ２１５）。続いて端末装置２００は、基地局１００に対して受信したビームのRI（Rank  Indicator）、PMI（Precoding  Matrix  Indicator）、CQI（Channel  Quality  Indicator）を送信する（ステップＳ２１６）。そして基地局１００は、最適なビームを用いてユーザデータをPDCCH及びPDSCHで送信する（ステップＳ２１７）。
【０１４１】
図２８に示した動作例における特徴は、通常のビームスイーピング時のアンテナポートの数とリカバリビームスイーピング時のアンテナポートの数とが異なるということである。アンテナポートは、仮想的なアンテナであり、一つのアンテナポートに一つのリファレンス信号が使用される。アンテナポートは、異なる時間・周波数または符号でリソース間の直交性が担保されている。通常のビームスイーピング時は、アンテナポートの数は１または２であるが、リカバリビームスイーピング時のアンテナポートの数は４以上である。ビームスイーピングに対するレポートの内容も通常のビームスイーピング時とリカバリビームスイーピング時とで異なる。通常は、Beam  IndexとRSRP、それに追加してRSRQ等が端末装置２００から基地局１００に報告される。リカバリビームスイーピングに対するレポートでは、上記に加えて、RI、PMI、CQIが報告される。このように、通常のビームスイーピング時とリカバリビームスイーピング時とで、アンテナポートの数を変えたりレポートする内容を変えたりすることにより、迅速な復旧が可能となる。
【０１４２】
図２８に示した一連の動作で一番重要な動作は、上記ステップＳ２１４の、ビームスイーピングが通常のビームスイーピングなのかCQI  acquisitionも同時に行うビームスイーピングなのかを基地局１００から端末装置２００に通知する動作である。
【０１４３】
＜２．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved  Node  B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局１００は、ＮｏｄｅＢ又はＢＴＳ（Base  Transceiver  Station）などの他の種類の基地局として実現されてもよい。基地局１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote  Radio  Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局１００として動作してもよい。
【０１４４】
また、例えば、端末装置２００は、スマートフォン、タブレットＰＣ（Personal  Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２２００は、Ｍ２Ｍ（Machine  To  Machine）通信を行う端末（ＭＴＣ（Machine  Type  Communication）端末ともいう）として実現されてもよい。さらに、端末装置２２００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１４５】
（基地局に関する応用例）
（第１の応用例）
図２９は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
【０１４６】
アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図２９に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２９にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
【０１４７】
基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
【０１４８】
コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio  Resource  Control）、無線ベアラ制御（Radio  Bearer  Control）、移動性管理（Mobility  Management）、流入制御（Admission  Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
【０１４９】
ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
【０１５０】
無線通信インタフェース８２５は、ＬＴＥ（Long  Term  Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium  Access  Control）、ＲＬＣ（Radio  Link  Control）及びＰＤＣＰ（Packet  Data  Convergence  Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
【０１５１】
無線通信インタフェース８２５は、図２９に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図２９に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２９には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
【０１５２】
図２９に示したｅＮＢ８００において、図１０を参照して説明した基地局１００に含まれる１つ以上の構成要素（例えば処理部１５０）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１５３】
また、図２９に示したｅＮＢ８００において、図１０を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、処理部２４０と上位ノード又は他の基地局装置とのインタフェースは、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。
【０１５４】
（第２の応用例）
図３０は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
【０１５５】
アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図３０に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３０にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
【０１５６】
基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図２９を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
【０１５７】
無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図２９を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図３０に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３０には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
【０１５８】
接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
【０１５９】
また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
【０１６０】
接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
【０１６１】
無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図３０に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図３０には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
【０１６２】
図３０に示したｅＮＢ８３０において、図１０を参照して説明した基地局１００に含まれる１つ以上の構成要素（例えば処理部１５０）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１６３】
また、図３０に示したｅＮＢ８３０において、図１０を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、処理部２４０と上位ノード又は他の基地局装置とのインタフェースは、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。
【０１６４】
（端末装置に関する応用例）
（第１の応用例）
図３１は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０１６５】
プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０１６６】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０１６７】
無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図３１に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図３１には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
【０１６８】
さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local  Area  Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
【０１６９】
アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
【０１７０】
アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図３１に示したように複数のアンテナ９１６を有してもよい。なお、図３１にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
【０１７１】
さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
【０１７２】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図３１に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０１７３】
図３１に示したスマートフォン９００において、図１１を参照して説明した端末装置２００に含まれる１つ以上の構成要素（例えば処理部２４０）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１７４】
また、図３１に示したスマートフォン９００において、例えば、図１１を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。
【０１７５】
（第２の応用例）
図３２は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
【０１７６】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０１７７】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０１７８】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０１７９】
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図３２に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図３２には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０１８０】
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
【０１８１】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０１８２】
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図３２に示したように複数のアンテナ９３７を有してもよい。なお、図３２にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
【０１８３】
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０１８４】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図３２に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０１８５】
図３２に示したカーナビゲーション装置９２０において、図１１を参照して説明した端末装置２００に含まれる１つ以上の構成要素（例えば処理部２４０）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１８６】
また、図３２に示したカーナビゲーション装置９２０において、例えば、図１１を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。
【０１８７】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０１８８】
なお、上述の説明でｅＮＢとして示したものは、ｇＮＢ（gNodeB、next  Generation  NodeB）であってもよい。
【０１８９】
＜３．まとめ＞
以上説明したように本開示の実施の形態によれば、ブロッキングや干渉などによってビームによる通信が出来なくなった場合に、早急に、かつ効率よく新たなビームを見つけられることが可能となる基地局１００を提供することが出来る。
【０１９０】
本明細書の各装置が実行する処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、各装置が実行する処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【０１９１】
また、各装置に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した各装置の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供されることが可能である。また、機能ブロック図で示したそれぞれの機能ブロックをハードウェアで構成することで、一連の処理をハードウェアで実現することもできる。
【０１９２】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１９３】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１９４】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、
前記制御部は、前記複数のビームグループに対するリソースの割り当てを一度に実施する、通信装置。
（２）
前記制御部は、前記割り当てを、前記再設定の前に実施する、前記（１）に記載の通信装置。
（３）
前記制御部は、前記割り当てを、前記再設定のトリガからの時間的な相対位置から実施するよう設定する、前記（１）または（２）に記載の通信装置。
（４）
前記制御部は、前記割り当てを、他のコンポーネントキャリアを用いた通信により前記装置に通知する、前記（１）〜（３）のいずれかに記載の通信装置。
（５）
前記制御部は、前記割り当てを、同一のコンポーネントキャリアの他の部分帯域を用いた通信により前記装置に通知する、前記（１）〜（３）のいずれかに記載の通信装置。
（６）
前記制御部は、前記装置からの報告により、あるビームグループで適切な指向性ビームが発見されれば、他のビームグループでの走査を実施しない、前記（１）〜（５）のいずれかに記載の通信装置。
（７）
前記制御部は、前記再設定を、前記指向性ビームの数が少ないビームグループから順に実施する、前記（１）〜（６）のいずれかに記載の通信装置。
（８）
前記制御部は、前記再設定の際に用いるビームグループを前記装置からのリクエストに基づいて選択する、前記（１）〜（６）のいずれかに記載の通信装置。
（９）
前記制御部は、前記装置からの所定の通知の受信に基づいて前記再設定を開始する、前記（１）〜（８）のいずれかに記載の通信装置。
（１０）
前記制御部は、前記装置からの所定の通知を受信しなかったことに基づいて前記再設定を開始する、前記（１）〜（８）のいずれかに記載の通信装置。
（１１）
装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、
前記制御部は、前記再設定の際の走査に対する前記装置からの報告のためのリソースの割り当てを一度に実施する、通信装置。
（１２）
前記制御部は、前記割り当てを、他のコンポーネントキャリアを用いた通信により前記装置に通知する、前記（１１）に記載の通信装置。
（１３）
前記制御部は、前記割り当てを、同一のコンポーネントキャリアの他の部分帯域を用いた通信により前記装置に通知する、前記（１１）に記載の通信装置。
（１４）
前記制御部は、前記割り当てを、前記再設定のトリガからの時間的な相対位置から実施するよう設定する、前記（１１）〜（１３）のいずれかに記載の通信装置。
（１５）
装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、
前記制御部は、前記再設定の際に、前記装置からのリクエストに基づき、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いるか、前記再設定の前に前記装置への通信に使用していた指向性ビームの近傍の方向の指向性ビームからなるビームグループを用いるかの選択を行う、通信装置。
（１６）
前記制御部は、前記装置からのリクエストに基づき、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いて該再設定を行う、前記（１５）に記載の通信装置。
（１７）
前記制御部は、前記再設定の際に、前記再設定の前に前記装置への通信に使用していた指向性ビームの近傍の方向の指向性ビームからなるビームグループも用いて該再設定を行う、前記（１５）に記載の通信装置。
（１８）
装置からの指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させる制御部を備え、
前記制御部は、前記再設定の際に、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いて該再設定を行うよう前記装置へリクエストする、通信装置。
（１９）
装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を行う制御部を備え、
前記制御部は、複数の前記指向性ビームからなるビームグループに対するリソースの割り当て及び再設定後の指向性ビームによる通信のチャネル状態の把握のためのリソースの割り当てを一度に実施する、通信装置。
（２０）
前記制御部は、前記再設定のための走査のみか、前記再設定のための走査に加えて前記チャネル状態の把握のための走査を実施するかを前記装置へ通知する、前記（１９）に記載の通信装置。
（２１）
前記チャネル状態は、該チャネルの品質及び干渉状況である、前記（１９）または（２０）に記載の通信装置。
（２２）
プロセッサが、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させることを含み、
前記プロセッサは、前記複数のビームグループに対するリソースの割り当てを一度に実施する、通信方法。
（２３）
プロセッサが、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させることを含み、
前記プロセッサは、前記再設定の際の走査に対する前記装置からの報告のためのリソースの割り当てを一度に実施する、通信方法。
（２４）
プロセッサが、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させることを含み、
前記プロセッサは、前記再設定の際に、前記装置からのリクエストに基づき、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いるか、前記再設定の前に前記装置への通信に使用していた指向性ビームの近傍の方向の指向性ビームからなるビームグループを用いるかの選択を行う、通信方法。
（２５）
プロセッサが、装置からの指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定を、複数の前記指向性ビームからなるビームグループ毎に変化させることを含み、
前記プロセッサは、前記再設定の際に、該再設定の前に前記装置への通信に使用していた指向性ビームの近傍を除いた方向の指向性ビームからなるビームグループを用いて該再設定を行うよう前記装置へリクエストする、通信方法。
（２６）
プロセッサが、装置への指向性ビームによる通信を再設定する際における該指向性ビームによる走査の設定行うことを含み、
前記プロセッサは、複数の前記指向性ビームからなるビームグループに対するリソースの割り当て及び再設定後の指向性ビームによる通信のチャネル状態の把握のためのリソースの割り当てを一度に実施する、通信方法。
【符号の説明】
【０１９５】
１００    基地局
２００    端末装置
【図１】
2019031133.tif 000003
【図２】
2019031133.tif 000004
【図３】
2019031133.tif 000005
【図４】
2019031133.tif 000006
【図５】
2019031133.tif 000007
【図６】
2019031133.tif 000008
【図７】
2019031133.tif 000009
【図８】
2019031133.tif 000010
【図９】
2019031133.tif 000011
【図１０】
2019031133.tif 000012
【図１１】
2019031133.tif 000013
【図１２】
2019031133.tif 000014
【図１３】
2019031133.tif 000015
【図１４】
2019031133.tif 000016
【図１５】
2019031133.tif 000017
【図１６】
2019031133.tif 000018
【図１７】
2019031133.tif 000019
【図１８】
2019031133.tif 000020
【図１９】
2019031133.tif 000021
【図２０】
2019031133.tif 000022
【図２１】
2019031133.tif 000023
【図２２】
2019031133.tif 000024
【図２３】
2019031133.tif 000025
【図２４】
2019031133.tif 000026
【図２５】
2019031133.tif 000027
【図２６】
2019031133.tif 000028
【図２７】
2019031133.tif 000029
【図２８】
2019031133.tif 000030
【図２９】
2019031133.tif 000031
【図３０】
2019031133.tif 000032
【図３１】
2019031133.tif 000033
【図３２】
2019031133.tif 000034
【国際調査報告】
2019031133.tif 000035
2019031133.tif 000036
2019031133.tif 000037
2019031133.tif 000038
2019031133.tif 000039
2019031133.tif 000040
2019031133.tif 000041
2019031133.tif 000042