JP2020031451A - 端末装置、基地局、方法及び記録媒体 - Google Patents

Abstract

【課題】ビームトラッキングの継続性を向上させることが可能な仕組みを提供する。【解決手段】複数のビームを形成して基地局と通信する通信部と、複数のアップリンクリファレンス信号の各々を異なる方向へ向けたビームを用いて送信する制御部と、を備える端末装置。【選択図】図１８

Description

本開示は、端末装置、基地局、方法及び記録媒体に関する。

近年、３ＧＰＰ（Third Generation Partnership Project）において、次世代の通信規格である５Ｇについて議論されている。５Ｇを構成する通信技術は、ＮＲ（New Radio Access Technology）とも称される。

３ＧＰＰリリース１４のスタディアイテムのひとつに、ＮＲ用のＭＩＭＯ（multiple-input and multiple-output）がある。ＭＩＭＯとは、複数のアンテナを利用してビームフォーミングを行う技術であり、３次元方向にビームフォーミング可能な３Ｄ（又はFull Dimension）−ＭＩＭＯ、多数のアンテナを利用するＭａｓｓｉｖｅ−ＭＩＭＯ等がある。ＭＩＭＯにおいては、ユーザ端末に適切なビームを継続的に提供する、ビームトラッキング技術の精度向上が求められている。

例えば、下記特許文献１に、ビームフォーミングに関して、ユーザ装置からのフィードバック情報に基づいて、ユーザ装置のためのビームを決定する技術が開示されている。

特開２０１５−１６４２８１号公報

しかし、上記特許文献等で提案されているビームトラッキングに関する技術は、未だ議論の途中であり、十分な提案がなされているとは言い難い。例えば、ビームトラッキングの継続性を向上させるための技術も、十分に提案されていないもののひとつである。

本開示によれば、端末装置であって、複数のビームを形成して通信する基地局と通信する通信部と、前記基地局からビームを用いて送信されるダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号の受信結果に関する、ダウンリンクユーザデータのための第１のレポート情報、及び前記基地局による前記端末装置を対象としたビームトラッキングのための第２のレポート情報を前記基地局に報告する制御部と、を備える端末装置が提供される。

また、本開示によれば、複数のビームを形成して端末装置と通信する通信部と、ビームを用いて送信するダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号の前記端末装置への送信、前記一群のダウンリンクリファレンス信号の受信結果に関するダウンリンクユーザデータのための第１のレポート情報及び前記端末装置を対象としたビームトラッキングのための第２のレポート情報の前記端末装置からの受信、並びに前記第１のレポート情報に基づく第１の送信設定及び前記第２のレポート情報に基づく第２の送信設定を行う制御部と、を備える基地局が提供される。

また、本開示によれば、複数のビームを形成して基地局と通信する通信部と、複数のアップリンクリファレンス信号の各々を異なる方向へ向けたビームを用いて送信する制御部と、を備える端末装置が提供される。

また、本開示によれば、複数のビームを形成して端末装置と通信する通信部と、複数の一群のダウンリンクリファレンス信号の各々を、前記端末装置にとって異なる方向から到来する複数の経路の各々を経由する一群のビームを用いて送信する制御部と、を備える、基地局が提供される。

また、本開示によれば、複数のビームを形成して通信する基地局と通信することと、前記基地局からビームを用いて送信されるダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号の受信結果に関する、ダウンリンクユーザデータのための第１のレポート情報、及び前記基地局による端末装置を対象としたビームトラッキングのための第２のレポート情報を前記基地局にプロセッサにより報告することと、を含む方法が提供される。

また、本開示によれば、コンピュータを、複数のビームを形成して通信する基地局と通信する通信部と、前記基地局からビームを用いて送信されるダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号の受信結果に関する、ダウンリンクユーザデータのための第１のレポート情報、及び前記基地局による端末装置を対象としたビームトラッキングのための第２のレポート情報を前記基地局に報告する制御部と、として機能させるためのプログラムを記録した記録媒体が提供される。

また、本開示によれば、複数のビームを形成して端末装置と通信することと、ビームを用いて送信するダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号の前記端末装置への送信、前記一群のダウンリンクリファレンス信号の受信結果に関するダウンリンクユーザデータのための第１のレポート情報及び前記端末装置を対象としたビームトラッキングのための第２のレポート情報の前記端末装置からの受信、並びに前記第１のレポート情報に基づく第１の送信設定及び前記第２のレポート情報に基づく第２の送信設定をプロセッサにより行うことと、を含む方法が提供される。

また、本開示によれば、コンピュータを、複数のビームを形成して端末装置と通信する通信部と、ビームを用いて送信するダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号の前記端末装置への送信、前記一群のダウンリンクリファレンス信号の受信結果に関するダウンリンクユーザデータのための第１のレポート情報及び前記端末装置を対象としたビームトラッキングのための第２のレポート情報の前記端末装置からの受信、並びに前記第１のレポート情報に基づく第１の送信設定及び前記第２のレポート情報に基づく第２の送信設定を行う制御部と、として機能させるためのプログラムを記録した記録媒体が提供される。

また、本開示によれば、複数のビームを形成して基地局と通信することと、複数のアップリンクリファレンス信号の各々を異なる方向へ向けたビームを用いてプロセッサにより送信することと、を含む方法が提供される。

また、本開示によれば、コンピュータを、複数のビームを形成して基地局と通信する通信部と、複数のアップリンクリファレンス信号の各々を異なる方向へ向けたビームを用いて送信する制御部と、として機能させるためのプログラムを記録した記録媒体が提供される。

また、本開示によれば、複数のビームを形成して端末装置と通信することと、複数の一群のダウンリンクリファレンス信号の各々を、前記端末装置にとって異なる方向から到来する複数の経路の各々を経由する一群のビームを用いてプロセッサにより送信することと、を含む方法が提供される。

また、本開示によれば、コンピュータを、複数のビームを形成して端末装置と通信する通信部と、複数の一群のダウンリンクリファレンス信号の各々を、前記端末装置にとって異なる方向から到来する複数の経路の各々を経由する一群のビームを用いて送信する制御部と、として機能させるためのプログラムを記録した記録媒体が提供される。

以上説明したように本開示によれば、ビームトラッキングの継続性を向上させることが可能となる。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

本開示の一実施形態に係るシステムの構成の一例を説明するための図である。 ビームトラッキングに関する考察を説明するための図である。 ビームフォームドＣＳＩ−ＲＳに基づくビームトラッキング手続きの流れの一例を示すシーケンス図である。 ＳＲＳに基づくビームトラッキング手続きの流れの一例を示すシーケンス図である。 ＬＴＥにおけるＳＲＳのフォーマットの一例を説明するための図である。 ＬＴＥにおける狭帯域のＳＲＳを説明するための図である。 本実施形態に係る基地局の構成の一例を示すブロック図である。 本実施形態に係る端末装置の構成の一例を示すブロック図である。 ビームフォームドダウンリンクリファレンス信号に関する技術的課題を説明するための図である。 ビームフォームドダウンリンクリファレンス信号に関する技術的課題を説明するための図である。 ビームフォームドダウンリンクリファレンス信号に関する技術的課題を説明するための図である。 ビームフォームドダウンリンクリファレンス信号に関する技術的課題を説明するための図である。 第１の実施形態に係る第１のレポート情報及び第２のレポート情報を説明するための図である。 本実施形態に係る第１のレポート情報及び第２のレポート情報の報告タイミングを説明するための図である。 本実施形態に係る第１のレポート情報及び第２のレポート情報の報告タイミングを説明するための図である。 本実施形態に係る第１のレポート情報及び第２のレポート情報の報告タイミングを説明するための図である。 本実施形態に係るシステムにおいて実行されるビームトラッキング処理の流れの一例を示すシーケンス図である。 第２の実施形態に係るアップリンクリファレンス信号について説明するための図である。 本実施形態に係るアップリンクリファレンス信号について説明するための図である。 本実施形態に係るアップリンクリファレンス信号について説明するための図である。 本実施形態に係るダウンリンクリファレンス信号について説明するための図である。 本実施形態に係るダウンリンクリファレンス信号について説明するための図である。 本実施形態に係るダウンリンクリファレンス信号について説明するための図である。 本実施形態に係るレポート情報の報告について説明するための図である。 本実施形態に係るシステムにおいて実行される通信処理の流れの一例を示すシーケンス図である。 本実施形態の変形例に係るシステムにおいて実行される通信処理の流れの一例を示すシーケンス図である。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて基地局１００Ａ、１００Ｂ及び１００Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、基地局１００Ａ、１００Ｂ及び１００Ｃを特に区別する必要が無い場合には、単に基地局１００と称する。

なお、説明は以下の順序で行うものとする。
１．システム構成例
２．ビームトラッキングに関する考察
２．１．ビームトラッキングの概要
２．２．ＳＲＳ
２．３．その他
３．各装置の構成例
３．１．基地局の構成例
３．２．端末装置の構成
４．第１の実施形態
４．１．技術的課題
４．２．技術的特徴
５．第２の実施形態
５．１．技術的課題
５．２．技術的特徴
５．３．変形例
６．応用例
７．まとめ

＜＜１．システム構成例＞＞
まず、図１を参照して、本開示の一実施形態に係るシステムの構成の一例を説明する。図１は、本実施形態に係るシステムの構成の一例を説明するための図である。図１に示すように、本実施形態に係るシステム１は、基地局１００及び端末装置２００を含む。

基地局１００は、セル１１を運用し、セル１１内の端末装置２００に無線通信サービスを提供する装置である。図１に示したように、基地局１００は複数存在してもよく、基地局１００Ａ〜１００Ｃは、それぞれセル１１Ａ〜１１Ｃを運用して、それぞれ端末装置２００Ａ〜２００Ｃに無線通信サービスを提供する。図１に示した例では、基地局１００Ａ及び１００Ｂはスモールセル基地局であり、セル１１Ａ及び１１Ｂはスモールセルである。また、基地局１００Ｃは、マクロセル基地局であり、セル１１Ｃはマクロセルである。マクロセル基地局１００Ｃは、管理下のスモールセル基地局１００Ａ及び１００Ｂによる無線通信を協調的に制御する機能を有する。なお、基地局１００間は、通信可能に接続されており、例えばＸ２インタフェースにより接続される。また、基地局１００とコアネットワーク１２との間は、通信可能に接続されており、例えばＳ１インタフェースにより接続される。

端末装置２００は、基地局１００と通信する装置である。端末装置２００は、典型的には高いモビリティを有し、移動に応じたセル選択が行われる。他にも、基地局１００又は端末装置２００によりビームが形成される場合、端末装置２００の移動に応じた適切なビームを形成して通信するためのビームトラッキングが行われる。

基地局を、以下ではｅＮＢ（evolved Node B）とも称する場合がある。このことは、基地局１００が、ＬＴＥにおける無線アクセス技術により運用されることに限定するものではなく、５Ｇの無線アクセス技術により運用され得る。即ち、基地局は、ｅＮＢ以外の他の呼び方がされてもよい。同様に、端末装置を以下ではＵＥ（User Equipment）又はユーザとも称する場合があるが、このことは、端末装置２００がＬＴＥにおける無線アクセス技術により運用されることに限定するものではなく、５Ｇの無線アクセス技術により運用され得る。

コアネットワーク１２は、基地局１００を制御するする制御ノードを含む。コアネットワーク１２は、例えばＥＰＣ（Evolved Packet Core）を含んでいてもよいし、５Ｇのアーキテクチャを含んでいてもよい。コアネットワーク１２は、ゲートウェイ装置を介してパケットデータネットワークに接続される。

＜＜２．ビームトラッキングに関する考察＞＞
以下、ビームトラッキングに関する考察を各観点から行う。

＜２．１．ビームトラッキングの概要＞
（ビームトラッキングの必要性）
ｅＮＢには、例えば３０ＧＨｚ帯では２５６本、７０ＧＨｚ帯では１０００本といった、非常に多数のアンテナ（より詳しくは、アンテナ素子）が搭載されることが想定されている。アンテナ素子数が多くなるに応じて、より鋭いビームを形成することが可能となる。例えば、半値幅（３ｄＢ落ちのレベルが何度以上で起きるかを示す）が１度以下といった、非常に鋭いビームを、ｅＮＢからＵＥに提供することが可能になる。

非常に鋭いビームが形成される環境下で、ＵＥが高速に移動する場合（例えば、時速５００Ｋｍで移動する場合）、ＵＥがビームの外に容易に出てしまうことが想定される。ＵＥがビームの外に出てしまうと、ｅＮＢから当該ＵＥへのデータの送信が困難になる。従って、図２に示すように、ビームが高速移動するＵＥに追従（トラッキング）可能になることが望ましい。

図２は、ビームトラッキングに関する考察を説明するための図である。図２に示すように、ＵＥの移動に応じて、ｅＮＢが形成するビームを追従させることが望ましい。

（コードブックベースビームフォーミング）
ＬＴＥでは、ビームを無段階に変化させて、ＵＥに追従するビームを作り直すような仕組みが採用される可能性は低い。新たなビームを作り直すための計算コストが発生するからである。そこで、ｅＮＢからあらゆる方向に向けたビームを事前に形成しておき、その事前に形成しておいたビームの中からＵＥとの通信に用いるビームを選択して提供する仕組みが、３ＧＰＰリリース１３のＦＤ−ＭＩＭＯ（full dimension multi input multi output）に採用されている。このような仕組みは、コードブックベースビームフォーミング（codebook based beam forming）とも称される。

例えば、水平方向の３６０度に対して１度刻みにビームが用意される場合、３６０個のビームが用意されることとなる。ビーム同士が半分重なる場合には、７２０個のビームが用意されることとなる。垂直方向の−９０度から＋９０度に対しても同様にビームが用意される場合には、１８０度分の３６０個のビームが用意されることとなる。

コードブックベースビームフォーミングにおいては、ビームトラッキングとは、コードブックとして事前に用意されたビームの中から、ＵＥとの通信に適したビームを選び続けることを意味する。

（ダウンリンクのリファレンス信号に基づくビームトラッキング）
３ＧＰＰ ＲＡＮ１ リリース１３ ＦＤ−ＭＩＭＯにおいて、ビーム選択に関する検討が行われた。当該検討においては、ｅＮＢは、ダウンリンクのビームフォームされたリファレンス信号（ＲＳ：reference signal）に基づいて、ＵＥとの通信に適したビームを選択することが検討された。そのようなダウンリンクのリファレンス信号は、ビームフォームドＣＳＩ−ＲＳ（channel state information-reference signal）とも称される。ｅＮＢは、複数のビームフォームドＣＳＩ−ＲＳ（multiple beamformed CSI-RS）を提供し、ＵＥにおける受信結果に応じたビームを用いてＵＥとの通信を行う。以下、図３を参照して、ビームフォームドＣＳＩ−ＲＳに基づくビームトラッキング手続きを説明する。

図３は、ビームフォームドＣＳＩ−ＲＳに基づくビームトラッキング手続きの流れの一例を示すシーケンス図である。図３に示すように、まず、ｅＮＢは、複数のビームを用いて、複数のビームフォームドＣＳＩ−ＲＳを送信する（ステップＳ１１）。次いで、ＵＥは、提供された複数のビームフォームドＣＳＩ−ＲＳの受信結果に基づいて、ビームフォームドＣＳＩ−ＲＳの送信に用いられた複数のビームの中から望ましいビームを選択し、選択結果を示す情報をｅＮＢに送信する（ステップＳ１２）。選択結果を示す情報は、望ましいビームの識別情報（典型的には、ビーム番号）を含む。例えば、ＵＥは、各ビームの受信電力に基づいて望ましいビームをひとつ又は複数選択する。そして、ｅＮＢは、選択されたビームによりビームフォームされたユーザデータをＵＥに提供する（ステップＳ１３）。

このような手続きによれば、複数のビームフォームドＣＳＩ−ＲＳのセットがどの程度の頻度でＵＥに提供されるかによって、トラッキング能力が変わる。例えば、１００ｍｓ毎に提供される場合、トラッキングは、１００ｍｓの粒度で行われることになる。１００ｍｓの間、ＵＥがビームの中に留まるスピードで移動している場合には、この粒度でのトラッキングで良いが、ＵＥのスピードが速くなると、例えば５ｍｓ以下の粒度でのトラッキングが要される場合も出てくる。このような場合、複数のビームフォームドＣＳＩ−ＲＳのセットを提供するためのダウンリンクのリソースのオーバーヘッドが大きくなるので、効率的な通信が困難になる。

（アップリンクのリファレンス信号に基づくビームトラッキング）
ｅＮＢは、どの複数のビームを用いて上述した複数のビームフォームドＣＳＩ−ＲＳを送信するかを、典型的には、アップリンクのリファレンス信号に基づいて決定する。ｅＮＢは、アップリンクのリファレンス信号に基づいてＵＥの大まかな位置を把握して、そのＵＥに適切なビームの候補を複数選択して、選択した複数のビームの候補を用いて複数のビームフォームドＣＳＩ−ＲＳを送信する。このアップリンクのリファレンス信号は、ＳＲＳ（Sounding Reference Signal）とも称される。以下、図４を参照して、ＳＲＳに基づくビームトラッキング手続きを説明する。

図４は、ＳＲＳに基づくビームトラッキング手続きの流れの一例を示すシーケンス図である。図４に示すように、まず、ＵＥは、ＳＲＳをｅＮＢに送信する（ステップＳ２１）。次いで、ｅＮＢは、ＳＲＳの受信結果に基づいて、ＵＥとｅＮＢとの間のチャネル情報を取得し、チャネル情報に基づいて複数のビームフォームドＣＳＩ−ＲＳの送信に用いる複数のビームを選択する（ステップＳ２２）。その後、ステップＳ２３〜２５において、図３を参照して上記説明したステップＳ１１〜Ｓ１３に係る処理と同様の処理が行われる。

ここで、ＴＤＤ（Time Division duplex）の場合、アップリンクとダウンリンクとを時間的に交互に切り替えて無線リソースが使用されるため、アップリンクとダウンリンクとでチャネル情報は同様となる。一方で、ＦＤＤ（Frequency Division duplex）の場合、アップリンクとダウンリンクとで使用される周波数が異なるので、アップリンクとダウンリンクとでチャネル情報は異なる。よって、上記ステップＳ２１において、ｅＮＢがＳＲＳに基づいてダウンリンクのチャネル情報を取得（正確には、推定）できるのは、ＴＤＤの場合のみと言える。

＜２．２．ＳＲＳ＞
ＳＲＳは、上述したビーム選択よりも、ｅＮＢが、運用する周波数帯域幅（即ち、バンド幅）におけるアップリンクのチャネル情報を取得して、それをダウンリンクのスケジューリングに用いることを主目的とする。

スケジューリングとは、ＵＥがダウンリンク又はアップリンクのリソース（周波数及び時間で区切られた単位リソース）のどの部分を使うかをｅＮＢが決定して、決定した内容をＵＥに通知することを指す。例えば、ｅＮＢが運用するバンド幅が２０ＭＨｚである場合、リソースブロックは１５ｋＨｚ間隔で配置されるサブキャリアを１２個含み、１００個のリソースブロックが２０ＭＨｚの中に敷き詰められる。この１００個のリソースブロックのリソースは、複数のＵＥで分け合って使用される。つまり、ＦＤＭ（Frequency Division Multiplexing）が行われる。従って、ＵＥに２０ＭＨｚの中のどの部分を使わせるかを決定することが、ｅＮＢのスケジューリングであると言える。

ｅＮＢは、ＳＲＳに基づいて、上述した主目的を達成する。詳しくは、ｅＮＢは、ＳＲＳの受信結果に基づいてアップリンクのチャネル情報を取得し、取得したチャネル情報に基づいてダウンリンクのチャネル情報を推定し、推定したダウンリンクのチャネル情報に基づいてスケジューリングを行う。

このような、スケジューリングという主目的のために設計された既存のＳＲＳは、ビーム選択のためのリファレンス信号としては適切ではないと考えられる。例えば、ビームトラッキングのためには、チャネル全体にわたるチャネル情報が必要とは限らない。

（ＳＲＳのフォーマット）
図５は、ＬＴＥにおけるＳＲＳのフォーマットの一例を説明するための図である。ＬＴＥのアップリンクは、ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）で運用されており、１つのサブフレームあたり１４個のシンボルが含まれる。アップリンクにおける時間方向のシンボルは、ＳＣ−ＦＤＭＡシンボル又はＯＦＤＭシンボルとも称される。図５に示すように、ＳＲＳは、最後のＯＦＤＭシンボルを用いて送信される。ただし、全てのサブフレームにおいて、最後のＯＦＤＭシンボルを用いてＳＲＳが送信されるとは限らない。例えば、通常は、１４個のＯＦＤＭシンボルの全てを用いて、ユーザデータであるＰＵＳＣＨ（Physical Uplink Shared Channel）及び制御信号であるＰＵＣＣＨ（Physical Uplink Control Channel）が送信される。そして、必要な時のみ、最後のＯＦＤＭシンボルを用いてＳＲＳが送信される。

（狭帯域のＳＲＳと広帯域のＳＲＳ）
図５に示したように、ＳＲＳは運用されるバンド幅の全てを占有して一度に送信される場合もある。他方、一度のＳＲＳの送信では運用されるバンド幅の一部が用いられる場合もある。前者は広帯域のＳＲＳとも称され、後者は狭帯域のＳＲＳとも称される。

図６は、ＬＴＥにおける狭帯域のＳＲＳを説明するための図である。図６に示すように、狭帯域のＳＲＳは、一度の送信では一部のバンド幅が用いられる。ただし、運用されるバンド幅全体のチャネル状態を知るという上記の主目的を達成するために、狭帯域のＳＲＳであっても、図６に示すように送信に用いるバンド幅をシフトさせることにより、結局は運用されるバンド幅全体に渡ってＳＲＳが送信されることとなる。狭帯域のＳＲＳのメリットは、ＵＥがより多くの電力を一度のＳＲＳの送信に用いることができるため、ＳＲＳのアップリンクカバレッジを増加させることができる点である。換言すると、狭帯域のＳＲＳのメリットは、ｅＮＢで受信されるＳＲＳの品質を向上させることができる点にある。

ここで注目すべきは、広帯域、狭帯域のいずれのＳＲＳも、運用されるバンド幅全体のチャネル情報を取得されることを主目的として設計されていることである。即ち、広帯域、狭帯域のいずれのＳＲＳも、対象とするバンド幅は、ｅＮＢが運用するバンド幅の全体である。

（周期的なＳＲＳと非周期的なＳＲＳ）
ｅＮＢは、ＳＲＳを周期的（periodic）に送信するように、又は非周期的（aperiodic）に送信するように、ＵＥに設定することができる。

ｅＮＢは、周期的なＳＲＳを設定する場合、準静的（semi−static）にＲＲＣ（Radio Resource Control）シグナリングを用いて設定する。従って、周期的な送信に関して、例えば送信周期をダイナミックに変更することは困難である。

一方、非周期的なＳＲＳに関しては、ｅＮＢは、必要に応じて非周期的にＳＲＳリクエストを送信し、ＵＥはＳＲＳリクエストを受信した場合にＳＲＳを返送する。ただし、非周期的なＳＲＳは、ビームトラッキングのために定期的にビームを選択するためのリファレンス信号としては適切ではないと考えられる。なぜならば、ダウンリンクのＳＲＳリクエストがオーバーヘッドになってしまうからである。

（ＳＲＳとビーム選択との関係性）
ｅＮＢは、ＵＥにビームを提供する場合、ＵＥにとって適切なビームを選択することが望ましい。

そのための一つの方法としては、図３及び図４を参照して上記説明したように、ｅＮＢが複数のビームフォームドリファレンス信号を提供し、ＵＥにおける受信結果に応じたビームを用いてＵＥとの通信を行うことが考えられる。その場合、図４を参照して上記説明したように、ｅＮＢは、どの複数のビームを用いて複数のビームフォームドリファレンス信号を送信するかを、ＳＲＳに基づいて決定し得る。なぜならば、ｅＮＢは、ＳＲＳの受信結果に基づいてＵＥの方向を大まかに捉えることができるためである。

このように、ＳＲＳは、ＵＥに提供するビーム選択のために使用可能である。一方で、ＳＲＳはアップリンクのリファレンス信号であるから、ｅＮＢがＳＲＳの受信結果に基づいてダウンリンクの干渉の状況を知ることは困難である。従って、最終的なビーム選択は、ダウンリンクのリファレンス信号に基づいて、ＵＥにより決定されることが望ましい。

（まとめ）
以上、ＳＲＳに関して説明した。ＳＲＳをビームトラッキングに用いる場合の留意点を、以下にまとめる。

第１の留意点は、既存のＳＲＳが、運用されるバンド幅全体のチャネル情報を取得することを主目的としていることである。既存のＳＲＳは、ビームトラッキングのようにビームの方向だけを知りたい場合にはオーバーヘッドとなり、ビームトラッキングのために用いられる場合アップリンクの伝送効率が低下し得る。

第２の留意点は、周期的なＳＲＳ及び非周期的のＳＲＳの双方ともに、ビームトラッキングの用途には向いていないことである。例えば、全てのＵＥが、非常に高精度なトラッキングを必要とするわけではない。

第３の留意点は、ＳＲＳではダウンリンクの干渉の状況を知ることが困難なことである。最終的なビームの選択は、ダウンリンクのリファレンス信号に基づいて行われることが望ましい。

＜２．３．その他＞
ビームトラッキングの難易度について以下に考察する。

まず、ＵＥが全く動かず静止している場合が想定される。その場合、ＵＥにとって適切なビームに変更がない場合が多いので、ビームトラッキングのためのビーム選択は容易である。ただし、ＵＥが静止していても、周りの環境、例えば車又は人間等の遮蔽物がｅＮＢとＵＥの間を横切る等によるビームの遮蔽（以下、ブロッキングとも称する）の影響で再度のビーム選択が行われる場合もある。

また、ＵＥが高速で移動する場合が想定される。その場合、高速に移動するＵＥに対してビームを追従させることが要されるので、ビームトラッキングの難易度は高い。ＵＥに提供されるビームが鋭いものである場合、ビームトラッキングの難易度はさらに高いものとなる。例えば１度幅のビームが提供される場合、例えば１０度幅のビームが提供される場合と比較して難易度は高い。ビームが鋭いほど、ビームに含まれる範囲内でＵＥが移動する時間が短いためである。

ＵＥの移動速度によらず、非連続的なチャネル環境の変化が発生した場合、ビーム選択の難易度は高いものとなる。非連続的なチャネル環境の変化は、例えば遮蔽物がｅＮＢとＵＥとの間に突然入り込んだ場合、及びアンテナが平面的に配置されているＵＥが急に回転する場合等に発生し得る。このような場合、ＵＥにとって適切なビームが変化し得る。また、直接的にＵＥに届くビームよりも、反射して間接的にＵＥに届くビームの方が適切な場合もあると考えられる。

＜＜３．各装置の構成例＞＞
続いて、本開示の一実施形態に係るシステム１に含まれる各装置の構成の一例を説明する。

＜３．１．基地局の構成例＞
図７は、本実施形態に係る基地局１００の構成の一例を示すブロック図である。図７を参照すると、基地局１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び制御部１５０を備える。

（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。

とりわけ、本実施形態では、アンテナ部１１０は、複数のアンテナ素子を有し、ビームを形成することが可能である。

（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。

とりわけ、本実施形態では、無線通信部１２０は、アンテナ部１１０により複数のビームを形成して端末装置２００と通信することが可能である。

（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。

（４）記憶部１４０
記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（５）制御部１５０
制御部１５０は、基地局１００の様々な機能を提供する。制御部１５０は、設定部１５１及び通信制御部１５３を含む。なお、制御部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部１５０は、これらの構成要素の動作以外の動作も行い得る。設定部１５１及び通信制御部１５３の動作は、後に詳細に説明する。

＜３．２．端末装置の構成＞
図８は、本実施形態に係る端末装置２００の構成の一例を示すブロック図である。図８を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び制御部２４０を備える。

（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。

（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。

とりわけ、本実施形態では、無線通信部２２０は、複数のビームを形成して通信する基地局１００と通信することが可能である。

（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（４）制御部２４０
制御部２４０は、端末装置２００の様々な機能を提供する。制御部２４０は、設定部２４１及び通信制御部２４３を含む。なお、制御部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部２４０は、これらの構成要素の動作以外の動作も行い得る。設定部２４１及び通信制御部２４３の動作は、後に詳細に説明する。

以下では、基地局１００をｅＮＢ１００とも称し、端末装置２００をＵＥ２００とも称する。

＜＜４．第１の実施形態＞＞
第１の実施形態は、ＵＥ２００がビームトラッキングのためのレポート情報をフィードバックすることで、ｅＮＢ１００によるビームトラッキングの精度を向上させる形態である。

＜４．１．技術的課題＞
（１）課題まとめ
移動しているＵＥに対しては、ビーム選択の頻度が多いことが望ましい。一方で、移動していないＵＥに対しては、ビーム選択の頻度が少ないことが望ましい。ビーム選択の頻度が多い程、アップリンクのＳＲＳ、及びダウンリンクのＣＳＩ−ＲＳといったリファレンス信号によるオーバーヘッドが大きくなり、システムスループットが低下し得るためである。

図３及び図４を参照して上記説明した仕組みによれば、ＳＲＳ及び複数のビームフォームドＣＳＩ−ＲＳに基づいてビーム選択が行われる。かかる仕組みにおいては、下記の４つの設定事項が適切に設定されることが重要である。
・アップリンクリファレンス信号（例えば、ＳＲＳ）の周期
・ビームフォームされたダウンリンクリファレンス信号（例えば、ビームフォームドＣＳＩ−ＲＳ）のためのビームの選択
・ビームフォームされたダウンリンクリファレンス信号の数
・ビームフォームされた ダウンリンクリファレンス信号の周期

（２）アップリンクリファレンス信号について
以下、アップリンクリファレンス信号に関する技術的課題を説明する。ＳＲＳのスケジューリングは、ｅＮＢにより行われる。ＳＲＳは、周期的に又は非周期的に送信される。

上述したように、周期的なＳＲＳに関しては、ｅＮＢは準静的に設定を行う。より詳しくは、ｅＮＢは、準静的に周期的なＳＲＳのリソース、換言するとＳＲＳの周期を設定する。そのため、ｅＮＢは、ＵＥの移動速度等に応じて、ＳＲＳの周期を柔軟に変更することが困難であった。つまり、周期的なＳＲＳに関して、ビーム選択のためのアップリンクリファレンス信号の周期を適切に設定することが困難であった。

一方で、非周期的なＳＲＳに関しては、上述したように、ｅＮＢは非周期的にＳＲＳリクエストを送信する。ただし、非周期的なＳＲＳがビーム選択のために用いられる場合、ＳＲＳリクエストが高頻度に行われることとなる。従って、非周期的なＳＲＳをビーム選択のために用いることは、ダウンリンクのシステムスループットを低下させる要因となり得る。つまり、非周期的なＳＲＳに関して、ビーム選択のためのアップリンクリファレンス信号の周期を適切に設定することが困難であった。

このような困難に関し、例えば、ｅＮＢが、ＵＥから提供されるＳＲＳの受信結果に基づいてＵＥの位置及び移動速度等を推定して、ＳＲＳの周期等のリソースを設定する方法が考えられる。しかし、この方法ではＳＲＳの設定変更に時間がかかるため、例えば移動速度が急激に変化した場合等にビームトラッキング（即ち、適切なビームの選択）が間に合わなくなってしまうおそれがある。つまり、この方法でも、ビーム選択のためのアップリンクリファレンス信号の周期を適切に設定することが困難であった。

さらに、ＵＥから提供されるＳＲＳは、典型的には無指向性のアンテナにより送信されるので、異なるＵＥ同士から送信されるＳＲＳ間で衝突が発生し得る。従って、ＵＥが、周波数又は時間により直交性を保ったリソースを用いてＳＲＳを送信することが望ましく、ＳＲＳの周期を極度に短くすること等は困難であった。

（３）ビームフォームドダウンリンクリファレンス信号
以下、図９〜図１２を参照して、ダウンリンクリファレンス信号に関する技術的課題を説明する。図９〜図１２は、ダウンリンクリファレンス信号に関する技術的課題を説明するための図である。

図４を参照して上記説明したように、ｅＮＢは、ＳＲＳに基づいてＵＥの大まかな位置を把握して、そのＵＥに適切なビームの候補を複数選択する。そして、図９に示すように、ｅＮＢは、選択した複数のビームの候補を用いて複数のビームフォームドＣＳＩ−ＲＳを送信する。図９に示した例では、複数のビームフォームドＣＳＩ−ＲＳは、エリア２０Ａ〜２０Ｇ宛てに送信されており、その中心のエリア２０ＤにＵＥが含まれている。即ち、複数のビームフォームドＣＳＩ−ＲＳは、大まかにＵＥを捉えている。

その後、ＵＥは、提供された複数のビームフォームドＣＳＩ−ＲＳの受信結果に基づいて、ビームフォームドＣＳＩ−ＲＳの送信に用いられた複数のビームの中から望ましいビームを１つ又は複数選択し、選択結果を示す情報をｅＮＢに送信する。例えば、図１０に示した例では、ＵＥは、エリア２０Ｄ宛てのビームを選択する。そして、ｅＮＢは、ビームの選択結果を示す情報に基づいて、ＵＥに適したビームを選択する。例えば、図１０に示した例では、ｅＮＢは、ＵＥからのフィードバックに基づいてエリア２０Ｄ宛てのビームを選択する。

ここで、ｅＮＢは、ビームの選択結果を示す情報に基づいて、複数のビームフォームドＣＳＩ−ＲＳの送信に用いた複数のビームが適切であったか否か、即ちビームトラッキングがうまくいっているか否かを、判断することが可能である。例えば、図１０に示すように、複数のエリア２０のうち中心のエリア２０Ｄ宛てのビーム、即ち複数のビームのうち中心のビームが選択された場合、ビームトラッキングはうまくいっていると判断される。一方で、図１１に示すように、複数のエリア２０のうち端のエリア２０Ｅ宛てのビーム、即ち複数のビームのうち端のビームが選択された場合、ビームトラッキングはうまくいっていないと判断される。

しかし、上述したビームの選択結果に基づくビームトラッキングの適否の判断に、誤りが発生する可能性がある。例えば、ＵＥは、他のＵＥ宛てのビームから受ける干渉、及び隣接ｅＮＢが提供するビームから受ける干渉等を考慮し、干渉量を考慮したＳＩＮＲ（Signal Interference Noise Ratio）に基づいてビームを選択し得る。例えば、図１２に示した例では、ＵＥは、ビームトラッキングの観点から言えばエリア２０Ｄ宛てのビームが適切であるにも関わらず、隣接ｅＮＢが提供するビームから受ける干渉を考慮して他のエリア２０Ｆ宛てのビームを選択している。そのため、複数のビームフォームドＣＳＩ−ＲＳの中心のビームがＵＥを捉えており、ビームトラッキングはうまくいっているにも関わらず、ｅＮＢはビームトラッキングはうまくいっていないと判断してしまう。

このように、ｅＮＢは、ビームトラッキングがうまくいっているかどうかを適切に判断することが困難な場合があった。つまり、ビームフォームされたダウンリンクリファレンス信号のためのビームの選択、ビームフォームされたダウンリンクリファレンス信号の数、及びビームフォームされたダウンリンクリファレンス信号の提供周期を、適切に設定することは困難な場合があった。

＜４．２．技術的特徴＞
上記の技術的課題に鑑み、本実施形態では、ビームトラッキングのためのレポート情報を提供する。これにより、ｅＮＢ１００がビームトラッキングがうまくいっているか否かを適切に判断することが可能となり、ビームトラッキングの精度を向上させることができる。以下、本実施形態に係る技術的特徴を説明する。

（１）２種類のレポート情報
ｅＮＢ１００（例えば、通信制御部１５３）は、ビームを用いて送信するダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号のＵＥ２００への送信を行う。即ち、ｅＮＢ１００は、一群のダウンリンクリファレンス信号に含まれる複数のダウンリンクリファレンス信号の各々を、ビームフォームして送信する。このような、ビームフォームされて送信されるダウンリンクリファレンス信号を、ビームフォームドダウンリンクリファレンス信号（ＢＦ ＤＬ ＲＳ（Beam Formed Downlink Reference Signal））とも称する。ＢＦ ＤＬ ＲＳは、例えば上述したビームフォームドＣＳＩ−ＲＳであってもよく、複数のビームフォームドＣＳＩ−ＲＳが、一群のＢＦ ＤＬ ＲＳを形成してもよい。ｅＮＢ１００は、例えば、ＵＥ２００から送信されたアップリンクリファレンス信号（典型的には、無指向性）の受信結果に基づいて、一群のダウンリンクリファレンス信号の送信に用いる一群のビーム（即ち、複数のビーム）を選択してもよい。このアップリンクリファレンス信号（ＵＬ ＲＳ（Uplink Reference Signal））は、例えば上述したＳＲＳであってもよい。

ＵＥ２００（例えば、通信制御部２４３）は、ｅＮＢ１００からビームを用いて送信されるＢＦ ＤＬ ＲＳを複数含む一群のＢＦ ＤＬ ＲＳの受信結果に関する、ダウンリンクユーザデータのための第１のレポート情報、及びｅＮＢ１００によるＵＥ２００を対象としたビームトラッキングのための第２のレポート情報をｅＮＢ１００に報告する。ビームトラッキングのための第２のレポート情報が、ＵＥ２００とのデータ通信のための第１のレポート情報とは別に報告されるので、ｅＮＢ１００は、ビームトラッキングがうまくいっているかどうかを適切に判断することが可能となる。

例えば、第１のレポート情報は、干渉を考慮した、一群のＢＦ ＤＬ ＲＳの受信結果を示す情報を含む。例えば、第１のレポート情報は、他のＵＥ２００宛てのビームから受ける干渉及び他セルからの干渉等の干渉量を考慮したＳＩＮＲ（Signal Interference Noise Ratio）に基づくビームの選択結果を示す情報（即ち、識別情報。典型的には、ビームＩＤ）を含み得る。これにより、ｅＮＢ１００は、ユーザデータの送信に用いるビームを適切に選択することが可能となる。

例えば、第２のレポート情報は、干渉を考慮しない、一群のＢＦ ＤＬ ＲＳの受信結果を示す情報を含んでいてもよい。第２のレポート情報は、多様な情報を含み得る。

例えば、第２のレポート情報は、一群のＢＦ ＤＬ ＲＳの送信に用いられた一群のビームのうち、受信電力が最も大きいビームを示す情報を含んでいてもよい。これにより、ｅＮＢ１００は、ビームトラッキングの適否を判断することが可能となる。例えば、ｅＮＢ１００は、第２のレポート情報として報告された受信電力が最も高いビームが、一群のＢＦ ＤＬ ＲＳの送信に用いられた一群のビームの中心のビームである場合、ビームトラッキングがうまくいっていると判断する。一方で、ｅＮＢ１００は、第２のレポート情報として報告された受信電力が最も高いビームが、一群のＢＦ ＤＬ ＲＳの送信に用いられた一群のビームの中心のビームでない場合、ビームトラッキングがうまくいっていないと判断する。この点について、図１３を参照して具体的に説明する。

図１３は、本実施形態に係る第１のレポート情報及び第２のレポート情報を説明するための図である。図１３に示すように、ｅＮＢ１００Ａは、複数のエリア２０宛てに一群のＢＦ ＤＬ ＲＳを送信しており、その中心のエリア２０ＤにＵＥ２００が含まれている。一方で、ＵＥ２００は、ｅＮＢ１００Ｂから送信されるビームから干渉を受けている。そこで、ＵＥ２００は、第１のレポート情報として、干渉のないエリア２０Ｆ宛てのビームのビームＩＤを報告する。また、ＵＥ２００は、第２のレポート情報として、ｅＮＢ１００Ａからのビームの受信電力が最も高いエリア２０Ｄ宛てのビームのビームＩＤを報告する。ｅＮＢ１００Ａは、第２のレポート情報に基づいて、ビームトラッキングがうまくいっていることを判断することが可能である。そして、ｅＮＢ１００Ａは、一群のＢＦ ＤＬ ＲＳのための一群のビームの選択を適切に行うことが可能となる。

他にも、例えば、第２のレポート情報は、ｅＮＢ１００によるビームトラッキングの適否を示す情報を含んでいてもよい。ビームトラッキングの適否を示す情報とは、例えば、一群のＢＦ ＤＬ ＲＳの送信に用いられた複数のビームの中心のビームの受信電力が最も高いか否かを示す情報であってもよい。第２のレポート情報は、例えば１ビットにより表現が可能となるので、アップリンクのオーバーヘッドを低減することが可能となる。

例えば、ＵＥ２００が、ｅＮＢ１００によるビームトラッキングのためのＵＬ ＲＳを送信する環境において、第２のレポート情報は、ＵＬ ＲＳの送信周期の変更を要求する情報を含んでいてもよい。例えば、第２のレポート情報は、ＵＬ ＲＳの送信周期をより長く又は短くすることを要求する情報を含み得る。これにより、ｅＮＢ１００は、ＵＬ ＲＳの送信周期を適切に設定することが可能となる。

例えば、第２のレポート情報は、一群のダウンリンクリファレンス信号の数の変更を要求する情報を含んでいてもよい。例えば、第２のレポート情報は、一群のＢＦ ＤＬ ＲＳの数、換言すると、送信に用いられるビームの数をより多く又は少なくすることを要求する情報を含み得る。これにより、ｅＮＢ１００は、ＢＦ ＤＬ ＲＳの数を適切に設定することが可能となる。

例えば、第２のレポート情報は、一群のＢＦ ＤＬ ＲＳの送信周期の変更を要求する情報を含んでいてもよい。例えば、第２のレポート情報は、一群のＢＦ ＤＬ ＲＳの送信周期をより長く又は短くすることを要求する情報を含み得る。これにより、ｅＮＢ１００は、一群のＢＦ ＤＬ ＲＳの送信周期を適切に設定することが可能となる。

（２）レポート情報に基づく制御
ｅＮＢ１００（例えば、設定部１５１）は、一群のＢＦ ＤＬ ＲＳの受信結果に関するダウンリンクユーザデータのための第１のレポート情報及びＵＥ２００を対象としたビームトラッキングのための第２のレポート情報のＵＥ２００からの受信、及び第１のレポート情報に基づく第１の送信設定及び第２のレポート情報に基づく第２の送信設定を行う。

具体的には、ｅＮＢ１００は、第１の送信設定として、ＵＥ２００へのユーザデータの送信に用いるビームを選択する。これにより、ｅＮＢ１００は、ＵＥ２００における干渉量を考慮したＳＩＮＲが最も良いビームを用いて、ユーザデータを送信することが可能となる。

また、ｅＮＢ１００は、第２の送信設定として、多様な設定を行い得る。

例えば、ｅＮＢ１００は、第２の送信設定として、ＵＥ２００から送信されるアップリンクリファレンス信号の送信周期を設定してもよい。例えば、ｅＮＢ１００は、ＵＬ ＲＳの送信周期を短くする設定により、より適切なビームを用いて一群のＢＦ ＤＬ ＲＳを提供することが可能となり、ビームトラッキングの精度を向上させることが可能となる。また、ｅＮＢ１００は、ＵＬ ＲＳの送信周期を長くする設定により、ＵＬ ＲＳによるオーバーヘッドを低減することが可能となる。ｅＮＢ１００は、ビームトラッキングがうまくいっている場合に、徐々にＵＬ ＲＳの送信周期を長くしていってもよい。

例えば、ｅＮＢ１００は、第２の送信設定として、一群のＢＦ ＤＬ ＲＳの送信周期を設定してもよい。例えば、ｅＮＢ１００は、送信周期を短くする設定により、より適切なビームを用いて一群のＢＦ ＤＬ ＲＳを提供することが可能となり、ビームトラッキングの精度を向上させることが可能となる。また、ｅＮＢ１００は、送信周期を長くする設定により、一群のＢＦ ＤＬ ＲＳによるオーバーヘッドを低減することが可能となる。

例えば、ｅＮＢ１００は、第２の送信設定として、一群のＢＦ ＤＬ ＲＳに含まれるＢＦ ＤＬ ＲＳの数を設定してもよい。例えば、ｅＮＢ１００は、数を多くする設定により、一群のＢＦ ＤＬ ＲＳがカバーするエリアをより広くすることが可能となり、トラッキングミスを防ぐことができる。

例えば、ｅＮＢ１００は、第２の送信設定として、一群のＢＦ ＤＬ ＲＳに用いるビームを設定してもよい。例えば、まず、ｅＮＢ１００は、第２のレポート情報に含まれるビームの選択結果の時系列変化に基づいてＵＥ２００の移動方向を推定する。そして、ｅＮＢ１００は、ビームトラッキングがうまくいっていないと判定した場合に、推定した移動方向へ一群のＢＦ ＤＬ ＲＳの送信に用いるビームを変更する等の設定を行う。このような設定により、ｅＮＢ１００は、より精度よくビームトラッキングを行うことが可能となる。

例えば、ｅＮＢ１００は、第２の送信設定として、一群のダウンリンクリファレンス信号の送信に用いるビームの鋭さを設定してもよい。例えば、ｅＮＢ１００は、ビームの鋭さを緩くすることで、ひとつのビームがカバーするエリアを拡大させて、一群のＢＦ ＤＬ ＲＳがカバーするエリアをより広くすることが可能となり、トラッキングミスを防ぐことができる。

（３）レポート情報の報告手段
第１のレポート情報及び第２のレポート情報の報告手段は多様に考えられる。

例えば、ＵＥ２００（例えば、通信制御部２４３）は、第１のレポート情報及び前記第２のレポート情報を別々のメッセージとして報告してもよい。この仕組みを利用して、ＵＥ２００は、例えば必要に応じて報告するレポート情報を選択したり、報告周期を異ならせたりすることが可能となる。また、ＵＥ２００は、第１のレポート情報及び第２のレポート情報をひとつのメッセージに符号化して報告してもよい。この場合、ＵＥ２００は、アップリンクのオーバーヘッドを低減することが可能となる。以下、図１４〜図１６を参照して、第１のレポート情報及び第２のレポート情報の報告タイミングについて説明する。

図１４〜図１６は、本実施形態に係る第１のレポート情報及び第２のレポート情報の報告タイミングを説明するための図である。図１４〜図１６では、横軸が時間軸であり、時間軸上の垂線が、ＵＬ ＲＳ、一群のＢＦ ＤＬ ＲＳ、第１のレポート情報又は第２のレポート情報の各々の送信タイミングを示している。例えば、ＵＬ ＲＳは、符号２１に示す送信周期で送信され、一群のＢＦ ＤＬ ＲＳは、符号２２に示す送信周期で送信され、第１のレポート情報は、符号２３に示す送信周期で送信され、第２のレポート情報は、符号２４に示す送信周期で送信される。図１４〜図１６に示すように、ＵＬ ＲＳ及び一群のＢＦ ＤＬ ＲＳの送信周期は異なっていてもよい。また、図１４及び図１５に示すように、第１のレポート情報及び第２のレポート情報の報告周期は異なっていてもよい。他方、図１６に示すように、第１のレポート情報及び第２のレポート情報の報告周期は同一であってもよい。

なお、ＵＬ ＲＳは、ＵＥの大まかな位置を位置を把握するために用いられ、一群のＢＦ ＤＬ ＲＳは、言わばＵＥの正確な位置を把握するために用いられる。従って、図１６に示すように、ＵＬ ＲＳの送信周期は、一群のＢＦ ＤＬ ＲＳの送信周期よりも長いと想定される。

（４）処理の流れ
以下、図１７を参照して、本実施形態に係るシステム１におけるビームトラッキング処理の流れを説明する。

図１７は、本実施形態に係るシステム１において実行されるビームトラッキング処理の流れの一例を示すシーケンス図である。図１７に示すように、本シーケンスには、ｅＮＢ１００及びＵＥ２００が関与する。

まず、ｅＮＢ１００は、周期的なＵＬ ＲＳのための設定情報をＵＥ２００へ送信する（ステップＳ１０２）。この設定情報には、例えば送信周期を示す情報が含まれる。次いで、ＵＥ２００は、受信した設定情報に基づいて、ＵＬ ＲＳをｅＮＢ１００へ送信する（ステップＳ１０４）。次に、ｅＮＢ１００は、受信したＵＬ ＲＳに基づいてＵＥ２００の大まかな位置を推定し、推推定した大まかな位置をカバーするように、一群のＢＦ ＤＬ ＲＳの送信に用いる一群のビームを設定する（ステップＳ１０６）。そして、ｅＮＢ１００は、設定した一群のビームを用いて一群のＢＦ ＤＬ ＲＳをＵＥ２００へ送信する（ステップＳ１０８）。次いで、ＵＥ２００は、第１のレポート情報及び第２のレポート情報をｅＮＢ１００へ送信する（ステップＳ１１０、Ｓ１１２）。

＜＜５．第２の実施形態＞＞
第２の実施形態は、複数のビーム経路を用いた通信により、ブロッキング耐性を向上させる形態である。

＜５．１．技術的課題＞
ｅＮＢとＵＥとの間に車又はビル等の遮蔽物が入り込むことにより、それまで通信に適していたビーム経路が突然失われる又は適するビーム経路が突然変更される場合がある。その場合、ＵＥは、ｅＮＢから送信される一群のＢＦ ＤＬ ＲＳの受信に失敗してしまい、ビームトラッキングの連続性が失われてデータ通信が途切れてしまう場合があった。

さらに、ＵＥは、一群のＢＦ ＤＬ ＲＳの受信に失敗しても、その原因を特定することが困難であった。考えられる原因としては、例えば一群のＢＦ ＤＬ ＲＳが遮蔽物により遮られているために受信電力が小さいこと、及びビームの方向が自身に向いていないために受信電力が小さいこと等がある。また、移動中に一群のＢＦ ＤＬ ＲＳが遮蔽物により遮られた場合等、ＵＥにとって、もともと小さい受信電力がさらに小さくなるという分かり難い現象を認識することは困難であった。

このような困難さは、ビームが鋭くなるほど強まる。ビームの範囲から外れてしまったＵＥは、そのビームからの電力をほとんど受信することができないためである。そして、ＵＥは、ビームからの電力をほとんど受信することができなかった場合に、その原因を特定することが困難である。

仮に原因を特定できたとしても、ＵＥは、自身宛てのビームからの電力を受信できなくなって初めて、例えば遮蔽物があることを知ることとなる。

他方、ｅＮＢは、ジオロケーションデータベース等を整備して、セル内の建物等の地図を作成しておくことにより、ＵＥに対してビームを提供した場合の遮蔽物の有無を認識可能にも思える。しかし、ｅＮＢは、人間及び自動車といった動く遮蔽物によるビームの遮蔽を、予測することは困難である。

＜５．２．技術的特徴＞
上記の技術的課題に鑑み、本実施形態では、複数の異なるビーム経路、より詳しくは直接波を用いたビーム経路だけではなく反射波を用いたビーム経路を提供する。これにより、ブロッキングに対する耐性を向上させることが可能となる。より詳しくは、直接波を用いるビーム経路が失われた場合でも、反射波を用いるビーム経路を用いてビームトラッキングを継続することが可能となる。以下、本実施形態に係る技術的特徴を説明する。

なお、以下では、ＵＥが生成するビームをＵＥビームとも称し、ｅＮＢが生成するビームをｅＮＢビームとも称する。

（１）ＢＦ ＵＬ ＲＳ
以下、図１８〜図２０を参照して、ＵＥ２００から送信されるアップリンクリファレンス信号について説明する。図１８〜図２０は、本実施形態に係るアップリンクリファレンス信号について説明するための図である。

ＵＥ２００（例えば、通信制御部２４３）は、複数のアップリンクリファレンス信号の各々を異なる方向へ向けたＵＥビームを用いて送信する。即ち、ＵＥ２００は、複数のアップリンクリファレンス信号の各々を、異なる方向へ向けたＵＥビームによりビームフォームして送信する。このような、ビームフォームされて送信されるアップリンクリファレンス信号を、ビームフォームドアップリンクリファレンス信号（ＢＦ ＵＬ ＲＳ（Beam Formed Uplink Reference Signal））とも称する。

図１８に示すように、ＵＥ２００は、ＢＦ ＵＬ ＲＳ３１及び３２を、ｅＮＢ１００からデータ信号をダイバーシチ受信したい複数の方向に向けて送信する。これにより、ｅＮＢ１００は、ＵＥ２００の周りの反射の状況を知得することが可能となり、それに伴いＵＥ２００にとって複数の方向からデータ信号が受信されるよう、データ信号を送信することが可能となる。このとき、ＵＥ２００は、例えば第１の方向に対応する第１のＵＥビームを使用してＢＦ ＵＬ ＲＳ３１を送信し、第２の方向に対応する第２のＵＥビームを使用してＢＦ ＵＬ ＲＳ３２を送信する。これらのＵＥビームは、ｅＮＢビームと比較して指向性が低くてもよい。例えば、ＵＥビームは、半値幅が３０度〜６０度程度であってもよい。また、ＵＥ２００は、上述した一群のＢＦ ＤＬ ＲＳのように、ひとつの方向に対して複数のＢＦ ＵＬ ＲＳを送信しなくてもよい。

ここで、図１９に示すように、ＵＥ２００が、無指向性のＵＬ ＲＳ３３（例えば、ＳＲＳ）を送信した場合であっても、ｅＮＢ１００は、直接波と反射波との少なくとも２つの経路を通ったＵＬ ＲＳを複数の方向から受信することとなる。しかし、その場合、ｅＮＢ１００は、受信した複数方向からのＵＬ ＲＳが、ＵＥ２００にとって異なる方向の経路を経由したものなのか、ＵＥ２００にとって同方向の経路を経由したものなのかを、認識することは困難である。受信した複数方向からのＵＬ ＲＳがＵＥ２００にとって異なる方向の経路を経由するのは、例えば図１８に示すように、ＵＥ２００の付近の反射物によりＵＬ ＲＳが反射される場合が考えられる。また、受信した複数方向からのＵＬ ＲＳがＵＥ２００にとって同方向の経路を経由するのは、例えば図１９に示すように、ｅＮＢ１００の付近の反射物によりＵＬ ＲＳが反射される場合が考えられる。ブロッキングに対する耐性の向上を考慮すれば、ＵＥ２００にとって異なる方向を経由するビーム経路でデータ信号が送信されることが望ましい。そのため、受信した複数方向からのＵＬ ＲＳが、ＵＥ２００にとって異なる方向の経路を経由したものなの否かを認識することが困難な無指向性のＵＬ ＲＳは、本実施形態においては適切ではない。

ＵＥ２００は、複数のＢＦ ＵＬ ＲＳの各々を、互いに時間、周波数又は符号の少なくともいずれかで直交するリソースを用いて送信する。これにより、ｅＮＢ１００は、複数のＢＦ ＵＬ ＲＳの各々を区別して受信することが可能となる。なお、図１８に示した例では、ＢＦ ＵＬ ＲＳ３１とＢＦ ＵＬ ＲＳ３２とで直交するリソースが用いられる。一方で、図１９に示した例では無指向性のＵＬ ＲＳ３３はひとつのリソース（即ち、直交しないリソース）を用いて送信される。

ここで、ＵＥ２００は、図２０に示すように、複数のＢＦ ＵＬ ＲＳの各々を、互いに異なる送信周期で送信してもよい。図２０では、横軸が時間軸であり、時間軸上の矩形が、複数のＢＦ ＵＬ ＲＳの各々の送信タイミングを示している。例えば、図１８に示したＢＦ ＵＬ ＲＳ３１は、符号３４に示す送信周期で送信され、ＢＦ ＵＬ ＲＳ３２は、符号３５に示す送信周期で送信される。その場合、各々のＢＦ ＵＬ ＲＳに対応するシグナリングも、周期が異なるよう設定されることになる。例えば、メインとしての役割を有するＢＦ ＵＬ ＲＳには短い送信周期が設定され、ブロッキングに備えたサブとしての役割を有するＢＦ ＵＬ ＲＳには長い送信周期が設定されてもよい。

なお、ＵＥ２００（例えば、設定部２４１）は、多様な方法を用いて、複数のＢＦ ＵＬ ＲＳの送信に用いる複数のＵＥビームを設定し得る。例えば、ＵＥ２００は、ｅＮＢ１００により設定されたＵＥビームを用いてもよい。その場合、例えば、ｅＮＢ１００（例えば、設定部１５１）は、非周期的なＳＲＳを送信させるためのＳＲＳリクエストにおいて、用いるべきＵＥビームを指定してもよい。そして、ＵＥ２００は、ＳＲＳリクエストにおいて指定されたＵＥビームを用いて、ＢＦ ＵＬ ＲＳを送信してもよい。

（２）複数の一群のＢＦ ＤＬ ＲＳ
以下、図２１〜図２３を参照して、ｅＮＢ１００から送信されるダウンリンクリファレンス信号について説明する。図２１〜図２３は、本実施形態に係るダウンリンクリファレンス信号について説明するための図である。

ｅＮＢ１００（例えば、通信制御部１５３）は、複数の一群のダウンリンクリファレンス信号の各々を、ＵＥ２００にとって異なる方向から到来する複数の経路の各々を経由する一群のｅＮＢビームを用いて送信する。ここで、一群のダウンリンクリファレンス信号は、対応する一群のｅＮＢビームに含まれるｅＮＢビームを用いて送信されるダウンリンクリファレンス信号を複数含む。一群のｅＮＢビームを用いて送信される一群のダウンリンクリファレンス信号を、以下では一群のＢＦ ＤＬ ＲＳとも称し、個々のダウンリンクリファレンス信号を、ＢＦ ＤＬ ＲＳとも称する。ＢＦ ＤＬ ＲＳは、例えば上述したビームフォームドＣＳＩ−ＲＳであってもよい。複数の一群のＢＦ ＤＬ ＲＳの各々は、ＵＥ２００にとって異なる方向から到来する受信波として観測可能であることが望ましい。ブロッキングに対する耐性を向上させるためである。詳しくは、複数の一群のＢＦ ＤＬ ＲＳがＵＥ２００にとって異なる方向から提供されるので、ｅＮＢ１００は、遮蔽物により一部のビーム経路が失われたとしても、生き残った他のビーム経路を用いたビームトラッキングを継続することが可能となる。例えば、ｅＮＢ１００は、直接波を用いるビーム経路が失われた場合でも、反射波を用いるビーム経路を用いてビームトラッキングを継続することが可能となる。

ｅＮＢ１００は、ＵＥ２００が複数の方向へ向けたＵＥビームを用いて送信した複数のＢＦ ＵＬ ＲＳの受信結果に基づいて、複数の一群のダウンリンクリファレンス信号を送信するための複数の一群のｅＮＢビームを選択する。例えば、ｅＮＢ１００は、受信した複数のＢＦ ＵＬ ＲＳに対応する方向、典型的には到来方向へ、一群のｅＮＢビームを送信する。これにより、ｅＮＢ１００は、ＵＥ２００にとってダイバーシチ受信したい複数の方向から到来する一群のｅＮＢビームを用いて、一群のＢＦ ＤＬ ＲＳを送信することが可能となる。

このようなビーム選択について、図２１及び図２２を参照して具体的に説明する。まず、ＵＥ２００は、図２１に示すように、ＢＦ ＵＬ ＲＳ４１及び４２を、ｅＮＢ１００からデータ信号をダイバーシチ受信したい複数の方向に向けて送信する。次いで、ｅＮＢ１００は、ＢＦ ＵＬ ＲＳ４１の到来方向へ向けた複数のｅＮＢビームを選択し、選択した一群のｅＮＢビームを用いて一群のＢＦ ＤＬ ＲＳ４３を送信する。同様に、ｅＮＢ１００は、ＢＦ ＵＬ ＲＳ４２の到来方向へ向けた複数のｅＮＢビームを選択し、選択した一群のｅＮＢビームを用いて一群のＢＦ ＤＬ ＲＳ４４を送信する。なお、図２２では、煩雑さを軽減するためにＵＥ２００の図示を省略している。

ｅＮＢ１００は、一群のＢＦ ＤＬ ＲＳに含まれる複数のＢＦ ＤＬ ＲＳの各々を、時間及び周波数が同一のリソースを用いて送信する。また、ｅＮＢ１００は、一群のＢＦ ＤＬ ＲＳに含まれる各々のＢＦ ＤＬ ＲＳを、空間的に多重して（即ち、異なるｅＮＢビームを用いて）送信する。一方で、ｅＮＢ１００は、複数の一群のＢＦ ＤＬ ＲＳの各々を、互いに時間又は周波数の少なくともいずれかで直交するリソースを用いて送信する。これらにより、ＵＥ２００は、どの直交リソースにおいて受信されたかに基づいて、各々の一群のＢＦ ＤＬ ＲＳを判別することが可能となる。

このようなリソースの使用について、図２３を参照して具体的に説明する。例えば、図２３に示すように、ｅＮＢ１００は、図２２に示した一群のＢＦ ＤＬ ＲＳ４３に含まれる各々のＢＦ ＤＬ ＲＳを、リソース４５を共通して用いて送信する。一方で、ｅＮＢ１００は、図２２に示した一群のＢＦ ＤＬ ＲＳ４４に含まれる各々のＢＦ ＤＬ ＲＳを、リソース４６を共通して用いて送信する。このリソース４５とリソース４６とは、時間方向に直交している。

（３）レポート情報の報告
以下、図２４を参照して、ＵＥ２００から送信される、ｅＮＢ１００からのダウンリンクリファレンス信号に対するレポート情報の報告について説明する。図２４は、本実施形態に係るレポート情報の報告について説明するための図である。

ＵＥ２００（例えば、通信制御部２４３）は、ｅＮＢ１００により複数のＢＦ ＵＬ ＲＳの受信結果に応じて選択された、複数の一群のｅＮＢビームの各々を用いて送信された複数の一群のＢＦ ＤＬ ＲＳの受信結果を示す情報を、ｅＮＢ１００に報告する。例えば、ＵＥ２００は、第１の一群のＢＦ ＤＬ ＲＳの受信結果を示す情報、及び第２の一群のＢＦ ＤＬ ＲＳの受信結果を示す情報を、ｅＮＢ１００に報告する。報告される情報は、上述した第１のレポート情報であってもよいし、第２のレポート情報であってもよい。例えば、報告される情報は、複数の一群のＢＦ ＤＬ ＲＳの送信に用いられた複数の一群のｅＮＢビームの各々から選択されｅＮＢビームを示す情報（即ち、識別情報。典型的には、ビームＩＤ）を含んでいてもよい。例えば、ＵＥ２００は、第１の一群のＢＦ ＤＬ ＲＳの送信に用いられた第１の一群のｅＮＢビームから選択した第１のｅＮＢビームを示す情報を報告し得る。また、ＵＥ２００は、第２の一群のＢＦ ＤＬ ＲＳの送信に用いられた第２の一群のｅＮＢビームから選択した第２のｅＮＢビームを示す情報を報告し得る。これにより、ＵＥ２００は、自身宛ての好適なｅＮＢビームであって、ＵＥ２００にとって異なる方向から到来する複数のｅＮＢビームを示す情報を、ｅＮＢ１００にフィードバックすることが可能となる。

そして、ｅＮＢ１００（例えば、通信制御部１５３）は、ユーザデータをＵＥ２００に送信するためのｅＮＢビームを、ＵＥ２００から報告された、ＵＥ２００における複数の一群のＢＦ ＤＬ ＲＳの受信結果を示す情報に基づいて、複数の一群のＢＦ ＤＬ ＲＳの送信に用いた複数の一群のｅＮＢビームの各々から選択する。例えば、ｅＮＢ１００は、ＵＥ２００からフィードバックされた複数の識別情報が示す複数のｅＮＢビームを選択し、この複数のｅＮＢビームを用いてユーザデータを含むデータ信号を送信する。これにより、ＵＥ２００は、ＵＥ２００にとって異なる方向からデータ信号を受信することが可能となる。その際、ｅＮＢ１００は、選択した複数のｅＮＢビームを用いて、同一のユーザデータをＵＥ２００に送信する。これにより、空間方向のダイバーシチゲインを得ることが可能となる。即ち、一部のビーム経路が突然失われた場合にも、ＵＥ２００は、生き残った他のビーム経路からユーザデータを継続して受信することが可能となるので、通信が途切れる確率を低下させることが可能となる。

このような、複数のビーム経路を用いたユーザデータの送信について、図２４を参照して具体的に説明する。例えば、図２４に示すように、ｅＮＢ１００は、ＵＥ２００から報告された、図２２に示した一群のＢＦ ＤＬ ＲＳ４３の受信結果を示す情報に基づいて選択した、一群のＢＦ ＤＬ ＲＳ４３の送信に用いた一群のｅＮＢビームに含まれるｅＮＢビームを用いた、データ信号４７を送信する。また、ｅＮＢ１００は、ＵＥ２００から報告された、図２２に示した一群のＢＦ ＤＬ ＲＳ４４の受信結果を示す情報に基づいて選択した、一群のＢＦ ＤＬ ＲＳ４４の送信に用いた一群のｅＮＢビームに含まれるｅＮＢビームを用いた、データ信号４８を送信する。

（４）処理の流れ
以上説明した、一連の処理の流れを、図２５を参照して説明する。

図２５は、本実施形態に係るシステム１において実行される通信処理の流れの一例を示すシーケンス図である。図２５に示すように、本シーケンスには、ｅＮＢ１００及びＵＥ２００が関与する。また、本シーケンスでは、ＢＦ ＵＬ ＲＳが２方向に送信される例を説明する。もちろん、送信される方向の数は任意である。

図２５に示すように、まず、ｅＮＢ１００は、ＢＦ ＵＬ ＲＳのための設定情報をＵＥ２００へ送信する（ステップＳ２０２）。この設定情報には、例えばＢＦ ＵＬ ＲＳの送信に用いるべきＵＥビームを示す情報、用いるべきリソースを示す情報及び送信周期等が含まれ得る。

次いで、ＵＥ２００は、第１のＵＥビームによりビームフォームされた第１のＢＦ ＵＬ ＲＳを、ｅＮＢ１００へ送信する（ステップＳ２０４）。また、ＵＥ２００は、第２のＵＥビームによりビームフォームされた第２のＢＦ ＵＬ ＲＳを、ｅＮＢ１００へ送信する（ステップＳ２０６）。

次に、ｅＮＢ１００は、複数の一群のＢＦ ＤＬ ＲＳの送信に用いる複数の一群のｅＮＢビームを設定する（ステップＳ２０８）。例えば、ｅＮＢ１００は、第１のＢＦ ＵＬ ＲＳに対応する第１の一群のｅＮＢビーム、及び第２のＢＦ ＵＬ ＲＳに対応する第２の一群のｅＮＢビームを選択する。

次いで、ｅＮＢ１００は、選択した第１の一群のｅＮＢビームによりビームフォームされた第１の一群のＢＦ ＤＬ ＲＳを、ＵＥ２００へ送信する（ステップＳ２１０）。また、ｅＮＢ１００は、選択した第２の一群のｅＮＢビームによりビームフォームされた第２の一群のＢＦ ＤＬ ＲＳを、ＵＥ２００へ送信する（ステップＳ２１２）。

次に、ＵＥ２００は、第１の一群のＢＦ ＤＬ ＲＳの受信結果を示す情報として、第１の一群のＢＦ ＤＬ ＲＳに関するレポート情報を、ｅＮＢ１００へ送信する（ステップＳ２１４）。また、ＵＥ２００は、第２の一群のＢＦ ＤＬ ＲＳの受信結果を示す情報として、第２の一群のＢＦ ＤＬ ＲＳに関するレポート情報を、ｅＮＢ１００へ送信する（ステップＳ２１６）。

そして、ｅＮＢ１００は、ユーザデータの送信に用いる複数のｅＮＢビームを設定する（ステップＳ２１８）。例えば、ｅＮＢ１００は、第１の一群のＢＦ ＤＬ ＲＳの受信結果を示す情報に基づいて、第１の一群のｅＮＢビームに含まれる第１のｅＮＢビームを選択する。また、ｅＮＢ１００は、ｅＮＢ１００は、第２の一群のＢＦ ＤＬ ＲＳの受信結果を示す情報に基づいて、第２の一群のｅＮＢビームに含まれる第２のｅＮＢビームを選択する。次いで、ｅＮＢ１００は、選択した第１のｅＮＢビームによりビームフォームされた、ユーザデータを含むデータ信号をＵＥ２００へ送信する（ステップＳ２２０）。また、ｅＮＢ１００は、選択した第２のｅＮＢビームによりビームフォームされた、ユーザデータを含むデータ信号をＵＥ２００へ送信する（ステップＳ２２２）。

＜５．３．変形例＞
・概略
ＵＥが、無指向性のＵＬ ＲＳをｅＮＢに送信する場合、ＵＥとｅＮＢとの間に遮蔽物が入る等してブロッキングが発生したとしても、ｅＮＢはＵＬ ＲＳを受信することが可能である。よって、ＴＤＤの採用によりＵＬとＤＬとで可逆性（reciprocity）が成り立つ場合、且つＵＥが無指向性のＵＬ ＲＳを高頻度でｅＮＢに送信し続ける場合、ｅＮＢは、ＵＬ ＲＳの受信結果に基づいて適切なｅＮＢビームをＵＥに提供し続けることが可能である。

しかし、無指向性のＵＬ ＲＳを高頻度で送信することは、ＵＬリソースに占めるＵＬ ＲＳの割合の増加を意味するので、ＵＬのオーバーヘッドの増加及びスループットの低下を引き起こす。そこで、本実施形態では、上記説明したように、ＵＥ２００は複数のＢＦ ＵＬ ＲＳを送信する。これによりＵＬ ＲＳの送信頻度は少なくてすむので、ＵＬのオーバーヘッドの増加及びスループットの低下を回避又は軽減することが可能である。

しかし、無指向性のＵＬ ＲＳを高頻度で送信する方法は、ブロッキングの対策として効果的である。そこで、本変形例では、無指向性のＵＬ ＲＳを高頻度で送信する方法を改良した技術を提供する。

・技術的特徴
以下、本変形例の技術的特徴を説明する。

ＵＥ２００は、上述したように、複数のＢＦ ＵＬ ＲＳを、各々異なる方向へ送信する。また、ｅＮＢ１００は、上述したように、複数のＢＦ ＵＬ ＲＳの受信結果に基づいて複数の一群のｅＮＢビームを選択し、複数の一群のＢＦ ＤＬ ＲＳを送信する。次いで、ＵＥ２００は、上述したように、複数の一群のＢＦ ＤＬ ＲＳの受信結果を示す情報をｅＮＢ１００へフィードバックする。

上記では、フィードバックされる複数の一群のＢＦ ＤＬ ＲＳの受信結果を示す情報は、複数の一群のＢＦ ＤＬ ＲＳの送信に用いられた複数の一群のｅＮＢビームの各々から選択された、好適なｅＮＢビームを示す情報を含んでいた。

これに対し、本変形例では、複数の一群のＢＦ ＤＬ ＲＳの受信結果を示す情報は、一群のＢＦ ＤＬ ＲＳの受信品質を示す情報を含む。例えば、この受信品質を示す情報は、受信品質が悪いこと、即ちブロッキングが発生している又は発生する可能性が高い一群のｅＮＢビームを示す情報であってもよい。つまり、このフィードバックは、望ましいｅＮＢビームの候補を通知するものでもなければ、望ましくないｅＮＢビームを通知するものでもなく、ブロッキングが発生している又は発生する可能性を、ｅＮＢ１００に通知するものである。そのために、ＵＥ２００（例えば、通信制御部２４３）は、複数の一群のＢＦ ＤＬ ＲＳの受信結果に基づいて、ブロッキングは発生している又は発生する可能性が高い一群のｅＮＢビームを特定する。そして、ＵＥ２００は、特定した一群のｅＮＢビームを示す情報をｅＮＢ１００にフィードバックする。なお、ここでの受信品質は、例えば受信電力であってもよい。以下、ブロッキングが発生している又は発生する可能性が高い一群のｅＮＢビームを示す情報を、ブロッキング情報とも称する。

なお、ブロッキングが発生している又は発生する可能性が高い一群のｅＮＢビームの特定は、ｅＮＢ１００において行われてもよい。その場合、ｅＮＢ１００へは、複数の一群のＢＦ ＤＬ ＲＳの各々の受信品質を示す情報が含まれる。

ｅＮＢ１００（例えば、通信制御部１５３）は、一群のＢＦ ＤＬ ＲＳの受信品質を示す情報（典型的には、ブロッキング情報）に基づいて、複数の一群のＢＦ ＤＬ ＲＳの送信に用いる複数の一群のｅＮＢビームを変更してもよい。これにより、ｅＮＢ１００は、ブロッキングは発生している又は発生する可能性が高い一群のｅＮＢビームの使用を停止して、他の一群のｅＮＢビームに切り替えることが可能となる。よって、ブロッキングの発生を未然に防ぐ、又はブロッキングの発生後速やかにブロッキングを解消することが可能となる。

ｅＮＢ１００が一群のｅＮＢビームを切り替えるためには、予め切り替え候補の一群のｅＮＢビームが予め用意されていることが望ましい。例えば、ｅＮＢ１００は、予め多数の一群のｅＮＢビームを用意しておき、そのうち一部を使用して一群のＢＦ ＤＬ ＲＳを送信し、フィードバックに応じて使用する一群のｅＮＢビームを切り替える。そのような処理の流れを、図２６を参照して具体的に説明する。

図２６は、本変形例に係るシステム１において実行される通信処理の流れの一例を示すシーケンス図である。図２６に示すように、本シーケンスには、ｅＮＢ１００及びＵＥ２００が関与する。また、本シーケンスでは、ＢＦ ＵＬ ＲＳが３方向に送信され、一群のＢＦ ＤＬ ＲＳが２方向に送信される例を説明する。もちろん、送信される方向の数は任意である。

図２６に示すように、まず、ｅＮＢ１００は、ＢＦ ＵＬ ＲＳのための設定情報をＵＥ２００へ送信する（ステップＳ３０２）。この設定情報には、例えばＢＦ ＵＬ ＲＳの送信に用いるべきＵＥビームを示す情報、用いるべきリソースを示す情報及び送信周期等が含まれ得る。

次いで、ＵＥ２００は、第１のＵＥビームによりビームフォームされた第１のＢＦ ＵＬ ＲＳを、ｅＮＢ１００へ送信する（ステップＳ３０４）。また、ＵＥ２００は、第２のＵＥビームによりビームフォームされた第２のＢＦ ＵＬ ＲＳを、ｅＮＢ１００へ送信する（ステップＳ３０６）。また、ＵＥ２００は、第３のＵＥビームによりビームフォームされた第３のＢＦ ＵＬ ＲＳを、ｅＮＢ１００へ送信する（ステップＳ３０８）。

次に、ｅＮＢ１００は、複数の一群のＢＦ ＤＬ ＲＳの送信に用いる複数の一群のｅＮＢビームを設定する（ステップＳ３１０）。例えば、ｅＮＢ１００は、第１のＢＦ ＵＬ ＲＳに対応する第１の一群のｅＮＢビーム、及び第２のＢＦ ＵＬ ＲＳに対応する第２の一群のｅＮＢビームを選択する。

次いで、ｅＮＢ１００は、選択した第１の一群のｅＮＢビームによりビームフォームされた第１の一群のＢＦ ＤＬ ＲＳを、ＵＥ２００へ送信する（ステップＳ３１２）。また、ｅＮＢ１００は、選択した第２の一群のｅＮＢビームによりビームフォームされた第２の一群のＢＦ ＤＬ ＲＳを、ＵＥ２００へ送信する（ステップＳ３１４）。

次に、ＵＥ２００は、受信した複数の一群のＢＦ ＤＬ ＲＳの受信結果を示す情報として、ブロッキング情報を、ｅＮＢ１００へ送信する（ステップＳ３１６）。このブロッキング情報は、例えば第２の一群のｅＮＢビームにブロッキングは発生している又は発生する可能性が高いことを示す情報を含む。

そして、ｅＮＢ１００は、ブロッキング情報に基づいて、複数の一群のＢＦ ＵＬ ＲＳの送信に用いる複数の一群のｅＮＢビームを再設定する（ステップＳ３１８）。例えば、ｅＮＢ１００は、複数の一群のＢＦ ＵＬ ＲＳの送信に用いる複数の一群のｅＮＢビームとして、第１の一群のｅＮＢビームを再度選択し、さらに第２の一群のｅＮＢビームに代えて第３の一群のｅＮＢビームを選択する。

次いで、ｅＮＢ１００は、選択した第１の一群のｅＮＢビームによりビームフォームされた第１の一群のＢＦ ＤＬ ＲＳを、ＵＥ２００へ送信する（ステップＳ３２０）。また、ｅＮＢ１００は、選択した第３の一群のｅＮＢビームによりビームフォームされた第３の一群のＢＦ ＤＬ ＲＳを、ＵＥ２００へ送信する（ステップＳ３２２）。

＜＜６．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（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）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図３０に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図３０には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。

アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。

アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図３０に示したように複数のアンテナ９３７を有してもよい。なお、図３０にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。

さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図３０に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図３０に示したカーナビゲーション装置９２０において、図８を参照して説明した制御部２４０に含まれる１つ以上の構成要素（設定部２４１及び／又は通信制御部２４３）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図３０に示したカーナビゲーション装置９２０において、例えば、図８を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

＜＜７．まとめ＞＞
以上、図１〜図３０を参照して、本開示の一実施形態について詳細に説明した。上記説明したように、第１の実施形態によれば、ＵＥ２００は、複数のビームを形成して通信するｅＮＢ１００と通信し、ｅＮＢ１００から送信される一群のＢＦ ＤＬ ＲＳの受信結果に関する、ダウンリンクユーザデータのための第１のレポート情報、及びｅＮＢ１００によるＵＥ２００を対象としたビームトラッキングのための第２のレポート情報を、ｅＮＢ１００に報告する。これにより、ｅＮＢ１００が、ユーザデータの送信に用いるビームを適切に選択することが可能となる上に、ビームトラッキングがうまくいっているかどうかを適切に判断することが可能となる。このように、ビームトラッキングがうまくいっているか否かがｅＮＢ１００において適切に判断されるので、ビームトラッキングの精度が向上し、それに伴いビームトラッキングの継続性が向上する。

また、第２の実施形態によれば、ＵＥ２００は、複数のビームを形成してｅＮＢ１００と通信し、複数のＢＦ ＵＬ ＲＳの各々を異なる方向へ向けたビームを用いて送信する。そして、ｅＮＢ１００は、複数のＢＦ ＵＬ ＲＳの受信結果に基づいて、複数の一群のＢＦ ＲＬ ＲＳの各々を、ＵＥ２００にとって異なる方向から到来する複数の経路の各々を経由する一群のビームを用いて送信する。よって、ｅＮＢ１００は、例えば一部のビーム経路が失われた場合でも、生き残った他のビーム経路を用いてビームトラッキングを継続することが可能となる。このように、ブロッキングに対する耐性が向上するので、それに伴いビームトラッキングの継続性が向上する。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

例えば、上記説明した各技術は、適宜組み合わされてもよい。例えば、上述した各実施形態は組み合わせ可能である。

また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
端末装置であって、
複数のビームを形成して通信する基地局と通信する通信部と、
前記基地局からビームを用いて送信されるダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号の受信結果に関する、ダウンリンクユーザデータのための第１のレポート情報、及び前記基地局による前記端末装置を対象としたビームトラッキングのための第２のレポート情報を前記基地局に報告する制御部と、
を備える端末装置。
（２）
前記第１のレポート情報は、干渉を考慮した、前記一群のダウンリンクリファレンス信号の受信結果を示す情報を含み、
前記第２のレポート情報は、干渉を考慮しない、前記一群のダウンリンクリファレンス信号の受信結果を示す情報を含む、前記（１）に記載の端末装置。
（３）
前記第２のレポート情報は、前記一群のダウンリンクリファレンス信号の送信に用いられた一群のビームのうち、受信電力が最も大きいビームを示す情報を含む、前記（２）に記載の端末装置。
（４）
前記第２のレポート情報は、前記基地局によるビームトラッキングの適否を示す情報を含む、前記（２）又は（３）に記載の端末装置。
（５）
前記制御部は、前記基地局によるビームトラッキングのためのアップリンクリファレンス信号を送信し、
前記第２のレポート情報は、前記アップリンクリファレンス信号の送信周期の変更を要求する情報を含む、前記（２）〜（４）のいずれか一項に記載の端末装置。
（６）
前記第２のレポート情報は、前記一群のダウンリンクリファレンス信号に含まれるダウンリンクリファレンス信号の数の変更を要求する情報を含む、前記（２）〜（５）のいずれか一項に記載の端末装置。
（７）
前記第２のレポート情報は、前記一群のダウンリンクリファレンス信号の送信周期の変更を要求する情報を含む、前記（２）〜（６）のいずれか一項に記載の端末装置。
（８）
前記制御部は、前記第１のレポート情報及び前記第２のレポート情報を別々のメッセージとして報告する、前記（１）〜（７）のいずれか一項に記載の端末装置。
（９）
前記制御部は、前記第１のレポート情報及び前記第２のレポート情報をひとつのメッセージに符号化して報告する、前記（１）〜（７）のいずれか一項に記載の端末装置。
（１０）
複数のビームを形成して端末装置と通信する通信部と、
ビームを用いて送信するダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号の前記端末装置への送信、前記一群のダウンリンクリファレンス信号の受信結果に関するダウンリンクユーザデータのための第１のレポート情報及び前記端末装置を対象としたビームトラッキングのための第２のレポート情報の前記端末装置からの受信、並びに前記第１のレポート情報に基づく第１の送信設定及び前記第２のレポート情報に基づく第２の送信設定を行う制御部と、
を備える基地局。
（１１）
前記制御部は、前記第１の送信設定として、前記端末装置へのユーザデータの送信に用いるビームを選択する、前記（１０）に記載の基地局。
（１２）
前記制御部は、前記第２の送信設定として、前記端末装置から送信されるアップリンクリファレンス信号の送信周期を設定する、前記（１０）又は（１１）に記載の基地局。
（１３）
前記制御部は、前記第２の送信設定として、前記一群のダウンリンクリファレンス信号の送信に用いるビームの送信周期を設定する、前記（１０）〜（１２）のいずれか一項に記載の基地局。
（１４）
前記制御部は、前記第２の送信設定として、前記一群のダウンリンクリファレンス信号の送信に用いるビームの数を設定する、前記（１０）〜（１３）のいずれか一項に記載の基地局。
（１５）
前記制御部は、前記第２の送信設定として、前記一群のダウンリンクリファレンス信号の送信に用いるビームを設定する、前記（１０）〜（１４）のいずれか一項に記載の基地局。
（１６）
前記制御部は、前記第２の送信設定として、前記一群のダウンリンクリファレンス信号の送信に用いるビームの鋭さを設定する、前記（１０）〜（１５）のいずれか一項に記載の基地局。
（１７）
複数のビームを形成して基地局と通信する通信部と、
複数のアップリンクリファレンス信号の各々を異なる方向へ向けたビームを用いて送信する制御部と、
を備える端末装置。
（１８）
前記制御部は、前記基地局により前記複数のアップリンク信号の受信結果に応じて選択された、複数の一群のビームの各々を用いて送信された複数の一群のダウンリンクリファレンス信号の受信結果を示す情報を前記基地局に報告する、前記（１７）に記載の端末装置。
（１９）
前記複数の一群のダウンリンクリファレンス信号の受信結果を示す情報は、前記複数の一群のダウンリンクリファレンス信号の送信に用いられた前記複数の一群のビームの各々から選択されビームを示す情報を含む、前記（１８）に記載の端末装置。
（２０）
前記複数の一群のダウンリンクリファレンス信号の受信結果を示す情報は、前記一群のダウンリンクリファレンス信号の受信品質を示す情報を含む、前記（１８）に記載の端末装置。
（２１）
前記制御部は、前記複数のアップリンクリファレンス信号の各々を、互いに時間、周波数又は符号の少なくともいずれかで直交するリソースを用いて送信する、前記（１７）〜（２０）のいずれか一項に記載の端末装置。
（２２）
前記制御部は、前記複数のアップリンクリファレンス信号の各々を、互いに異なる送信周期で送信する、前記（１７）〜（２１）のいずれか一項に記載の端末装置。
（２３）
複数のビームを形成して端末装置と通信する通信部と、
複数の一群のダウンリンクリファレンス信号の各々を、前記端末装置にとって異なる方向から到来する複数の経路の各々を経由する一群のビームを用いて送信する制御部と、
を備える、基地局。
（２４）
前記制御部は、前記端末装置が複数の方向へ向けたビームを用いて送信した複数のアップリンクリファレンス信号の受信結果に基づいて、複数の前記一群のビームを選択する、前記（２３）に記載の基地局。
（２５）
前記制御部は、前記一群のダウンリンクリファレンス信号に含まれる複数のダウンリンクリファレンス信号の各々を、時間及び周波数が同一のリソースを用いて送信する、前記（２３）又は（２４）に記載の基地局。
（２６）
前記制御部は、前記複数の一群のダウンリンクリファレンス信号の各々を、互いに時間又は周波数の少なくともいずれかで直交するリソースを用いて送信する、前記（２３）〜（２５）のいずれか一項に記載の基地局。
（２７）
前記制御部は、ユーザデータを前記端末装置に送信するためのビームを、前記端末装置における前記複数の一群のダウンリンクリファレンス信号の受信結果を示す情報に基づいて、前記複数の一群のダウンリンクリファレンス信号の送信に用いた複数の各々の一群のビームの各々から選択する、前記（２３）〜（２６）のいずれか一項に記載の基地局。
（２８）
前記制御部は、選択した複数のビームを用いて、同一のユーザデータを前記端末装置に送信する、前記（２７）に記載の基地局。
（２９）
複数のビームを形成して通信する基地局と通信することと、
前記基地局からビームを用いて送信されるダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号の受信結果に関する、ダウンリンクユーザデータのための第１のレポート情報、及び前記基地局による端末装置を対象としたビームトラッキングのための第２のレポート情報を前記基地局にプロセッサにより報告することと、
を含む方法。
（３０）
コンピュータを、
複数のビームを形成して通信する基地局と通信する通信部と、
前記基地局からビームを用いて送信されるダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号の受信結果に関する、ダウンリンクユーザデータのための第１のレポート情報、及び前記基地局による端末装置を対象としたビームトラッキングのための第２のレポート情報を前記基地局に報告する制御部と、
として機能させるためのプログラムを記録した記録媒体。
（３１）
複数のビームを形成して端末装置と通信することと、
ビームを用いて送信するダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号の前記端末装置への送信、前記一群のダウンリンクリファレンス信号の受信結果に関するダウンリンクユーザデータのための第１のレポート情報及び前記端末装置を対象としたビームトラッキングのための第２のレポート情報の前記端末装置からの受信、並びに前記第１のレポート情報に基づく第１の送信設定及び前記第２のレポート情報に基づく第２の送信設定をプロセッサにより行うことと、
を含む方法。
（３２）
コンピュータを、
複数のビームを形成して端末装置と通信する通信部と、
ビームを用いて送信するダウンリンクリファレンス信号を複数含む一群のダウンリンクリファレンス信号の前記端末装置への送信、前記一群のダウンリンクリファレンス信号の受信結果に関するダウンリンクユーザデータのための第１のレポート情報及び前記端末装置を対象としたビームトラッキングのための第２のレポート情報の前記端末装置からの受信、並びに前記第１のレポート情報に基づく第１の送信設定及び前記第２のレポート情報に基づく第２の送信設定を行う制御部と、
として機能させるためのプログラムを記録した記録媒体。
（３３）
複数のビームを形成して基地局と通信することと、
複数のアップリンクリファレンス信号の各々を異なる方向へ向けたビームを用いてプロセッサにより送信することと、
を含む方法。
（３４）
コンピュータを、
複数のビームを形成して基地局と通信する通信部と、
複数のアップリンクリファレンス信号の各々を異なる方向へ向けたビームを用いて送信する制御部と、
として機能させるためのプログラムを記録した記録媒体。
（３５）
複数のビームを形成して端末装置と通信することと、
複数の一群のダウンリンクリファレンス信号の各々を、前記端末装置にとって異なる方向から到来する複数の経路の各々を経由する一群のビームを用いてプロセッサにより送信することと、
を含む方法。
（３６）
コンピュータを、
複数のビームを形成して端末装置と通信する通信部と、
複数の一群のダウンリンクリファレンス信号の各々を、前記端末装置にとって異なる方向から到来する複数の経路の各々を経由する一群のビームを用いて送信する制御部と、
として機能させるためのプログラムを記録した記録媒体。

１ システム
１００ 基地局
１１０ アンテナ部
１２０ 無線通信部
１３０ ネットワーク通信部
１４０ 記憶部
１５０ 制御部
１５１ 設定部
１５３ 通信制御部
２００ 端末装置
２１０ アンテナ部
２２０ 無線通信部
２３０ 記憶部
２４０ 制御部
２４１ 設定部
２４３ 通信制御部

Claims (16)

1. 複数のビームを形成して基地局と通信する通信部と、
   複数のアップリンクリファレンス信号の各々を異なる方向へ向けたビームを用いて送信する制御部と、
   を備える端末装置。
2. 前記制御部は、前記基地局により前記複数のアップリンクリファレンス信号の受信結果に応じて選択された、複数の一群のビームの各々を用いて送信された複数の一群のダウンリンクリファレンス信号の受信結果を示す情報を前記基地局に報告する、請求項１に記載の端末装置。
3. 前記複数の一群のダウンリンクリファレンス信号の受信結果を示す情報は、前記複数の一群のダウンリンクリファレンス信号の送信に用いられた前記複数の一群のビームの各々から選択されビームを示す情報を含む、請求項２に記載の端末装置。
4. 前記複数の一群のダウンリンクリファレンス信号の受信結果を示す情報は、前記一群のダウンリンクリファレンス信号の受信品質を示す情報を含む、請求項２に記載の端末装置。
5. 前記制御部は、前記複数のアップリンクリファレンス信号の各々を、互いに時間、周波数又は符号の少なくともいずれかで直交するリソースを用いて送信する、請求項１〜４のいずれか一項に記載の端末装置。
6. 前記制御部は、前記複数のアップリンクリファレンス信号の各々を、互いに異なる送信周期で送信する、請求項１〜５のいずれか一項に記載の端末装置。
7. 複数のビームを形成して端末装置と通信する通信部と、
   複数の一群のダウンリンクリファレンス信号の各々を、前記端末装置にとって異なる方向から到来する複数の経路の各々を経由する一群のビームを用いて送信する制御部と、
   を備える、基地局。
8. 前記制御部は、前記端末装置が複数の方向へ向けたビームを用いて送信した複数のアップリンクリファレンス信号の受信結果に基づいて、複数の前記一群のビームを選択する、請求項７に記載の基地局。
9. 前記制御部は、前記一群のダウンリンクリファレンス信号に含まれる複数のダウンリンクリファレンス信号の各々を、時間及び周波数が同一のリソースを用いて送信する、請求項７又は請求項８に記載の基地局。
10. 前記制御部は、前記複数の一群のダウンリンクリファレンス信号の各々を、互いに時間又は周波数の少なくともいずれかで直交するリソースを用いて送信する、請求項７〜９のいずれか一項に記載の基地局。
11. 前記制御部は、ユーザデータを前記端末装置に送信するためのビームを、前記端末装置における前記複数の一群のダウンリンクリファレンス信号の受信結果を示す情報に基づいて、前記複数の一群のダウンリンクリファレンス信号の送信に用いた複数の各々の一群のビームの各々から選択する、請求項７〜１０のいずれか一項に記載の基地局。
12. 前記制御部は、選択した複数のビームを用いて、同一のユーザデータを前記端末装置に送信する、請求項１１に記載の基地局。
13. 複数のビームを形成して基地局と通信することと、
    複数のアップリンクリファレンス信号の各々を異なる方向へ向けたビームを用いてプロセッサにより送信することと、
    を含む方法。
14. コンピュータを、
    複数のビームを形成して基地局と通信する通信部と、
    複数のアップリンクリファレンス信号の各々を異なる方向へ向けたビームを用いて送信する制御部と、
    として機能させるためのプログラムを記録した記録媒体。
15. 複数のビームを形成して端末装置と通信することと、
    複数の一群のダウンリンクリファレンス信号の各々を、前記端末装置にとって異なる方向から到来する複数の経路の各々を経由する一群のビームを用いてプロセッサにより送信することと、
    を含む方法。
16. コンピュータを、
    複数のビームを形成して端末装置と通信する通信部と、
    複数の一群のダウンリンクリファレンス信号の各々を、前記端末装置にとって異なる方向から到来する複数の経路の各々を経由する一群のビームを用いて送信する制御部と、
    として機能させるためのプログラムを記録した記録媒体。

Images