知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-28
(45)【発行日】2024-01-12
(54)【発明の名称】基準信号マッピングを用いた伝送リンク構成
(51)【国際特許分類】
H04W 16/28 20090101AFI20240104BHJP
H04W 72/11 20230101ALI20240104BHJP
H04W 72/0453 20230101ALI20240104BHJP
H04W 72/0457 20230101ALI20240104BHJP
H04W 72/044 20230101ALI20240104BHJP
【ＦＩ】
H04W16/28
H04W72/11
H04W72/0453
H04W72/0457 110
H04W72/044
【請求項の数】
15
【外国語出願】
(21)【出願番号】P 2022183431
(22)【出願日】2022-11-16
(62)【分割の表示】P 2020572899の分割
【原出願日】2018-06-28
(65)【公開番号】P2023022109
(43)【公開日】2023-02-14
【審査請求日】2022-11-30
(73)【特許権者】
【識別番号】511151662
【氏名又は名称】中興通訊股▲ふん▼有限公司
【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】ジアン，チュアンシン
(72)【発明者】
【氏名】ヂャン，シュージュエン
(72)【発明者】
【氏名】ルー，ヂャオフア
(72)【発明者】
【氏名】ガオ，ボー
(72)【発明者】
【氏名】メイ，モン
【審査官】野村 潔
(56)【参考文献】
【文献】米国特許出願公開第２０１４／００３６８５９（ＵＳ，Ａ１）
【文献】特開２０１０－１７８１２９（ＪＰ，Ａ）
【文献】特表２０１２－５２１１７３（ＪＰ，Ａ）
【文献】特表２０１９－５１９１３５（ＪＰ，Ａ）
【文献】Sony，Summary of SRS[online]，3GPP TSG RAN WG1 #92b R1-1805678，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92b/Docs/R1-1805678.zip>，2018年04月24日
【文献】3GPP; TSG RAN; NR; Radio Resource Control(RRC) protocol specification (Release 15)，3GPP TS 38.331 V15.2.0(2018-06)，2018年06月20日
【文献】ZTE，Maintenance for beam management[online]，3GPP TSG RAN WG1 #94 R1-1808196，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1808196.zip>，2018年08月11日，（本願出願日以降に開示された出願人による文献）
【文献】Guangdong OPPO Mobile Telecom，Further discussion on SRS design for NR[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1709 R1-1715674，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1709/Docs/R1-1715674.zip>，2017年09月11日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
無線通信のための方法であって、ユーザ機器が、同一のＳＲＳリソースの識別を有する第１のサウンディング基準信号（ＳＲＳ）リソースと第２のＳＲＳリソースとの間の対応性を判断するステップであって、前記第１のＳＲＳリソースと前記第２のＳＲＳリソースとは、コンポーネントキャリアのグループに属する異なるコンポーネントキャリアにより構成される、判断するステップと、
同一の空間関係パラメータを、前記コンポーネントキャリアのグループのための前記同一のＳＲＳリソース識別子を有する前記第１のＳＲＳリソースと前記第２のＳＲＳリソースとに適用するステップとを備える、方法。
【請求項2】
前記空間関係パラメータは、基準信号のタイプを示し、前記基準信号のタイプは、ＳＲＳ、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、または同期信号ブロックのうちの１つである、請求項１に記載の方法。
【請求項3】
前記第１のＳＲＳリソースまたは前記第２のＳＲＳリソースのための時間ドメイン通信タイプは半永続的タイプ、または非周期的タイプである、請求項１に記載の方法。
【請求項4】
前記ユーザ機器が、前記第１のＳＲＳリソースまたは前記第２のＳＲＳリソースのための基地局から構成情報を受信するステップをさらに含み、前記構成情報は、前記ＳＲＳリソースの識別を示すパラメータを含む、請求項１に記載の方法。
【請求項5】
無線通信のための方法であって、
基地局が、コンポーネントキャリアのグループに属する異なるコンポーネントキャリアにより、第１のサウンディング基準信号（ＳＲＳ）リソースと、第２のＳＲＳリソースとを構成するステップと、
前記基地局が、前記第１のＳＲＳリソースと、第２のＳＲＳリソースとを同一のＳＲＳリソースの識別により構成して、それにより、同一の空間関係パラメータを、前記コンポーネントキャリアのグループのための前記同一のＳＲＳリソース識別子を有する前記第１のＳＲＳリソースと前記第２のＳＲＳリソースとに適用するステップとを備える、方法。
【請求項6】
前記空間関係パラメータは、基準信号のタイプを示し、前記基準信号のタイプは、ＳＲＳ、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、または同期信号ブロックのうちの１つである、請求項５に記載の方法。
【請求項7】
前記第１のＳＲＳリソースまたは前記第２のＳＲＳリソースのための時間ドメイン通信タイプは半永続的タイプ、または非周期的タイプである、請求項５に記載の方法。
【請求項8】
無線通信装置であって、プロセッサを含み、前記プロセッサは、
同一のＳＲＳリソースの識別を有する第１のサウンディング基準信号（ＳＲＳ）リソースと第２のＳＲＳリソースとの間の対応性を判断するように構成され、前記第１のＳＲＳリソースと前記第２のＳＲＳリソースとは、コンポーネントキャリアのグループに属する異なるコンポーネントキャリアにより構成され、前記プロセッサは、さらに、
同一の空間関係パラメータを、前記コンポーネントキャリアのグループのための前記同一のＳＲＳリソースの識別を有する前記第１のＳＲＳリソースと前記第２のＳＲＳリソースとに適用するように構成される、無線通信装置。
【請求項9】
前記空間関係パラメータは、基準信号のタイプを示し、前記基準信号のタイプは、ＳＲＳ、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、または同期信号ブロックのうちの１つである、請求項８に記載の装置。
【請求項10】
前記第１のＳＲＳリソースまたは前記第２のＳＲＳリソースのための時間ドメイン通信タイプは半永続的タイプ、または非周期的タイプである、請求項８に記載の装置。
【請求項11】
前記プロセッサは、
前記第１のＳＲＳリソースまたは前記第２のＳＲＳリソースのための基地局から構成情報を受信するように構成され、前記構成情報は前記ＳＲＳリソースの識別を示すパラメータを含む、請求項８に記載の装置。
【請求項12】
無線通信装置であって、プロセッサを含み、前記プロセッサは、
コンポーネントキャリアのグループに属する異なるコンポーネントキャリアにより、第１のサウンディング基準信号（ＳＲＳ）リソースと、第２のＳＲＳリソースとを構成し、
前記第１のＳＲＳリソースと、第２のＳＲＳリソースとを同一のＳＲＳリソースの識別により構成して、それにより、同一の空間関係パラメータを、前記コンポーネントキャリアのグループのための前記同一のＳＲＳリソースの識別を有する前記第１のＳＲＳリソースと前記第２のＳＲＳリソースとに適用する
ように構成される、無線通信装置。
【請求項13】
前記空間関係パラメータは、基準信号のタイプを示し、前記基準信号のタイプは、ＳＲＳ、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、または同期信号ブロックのうちの１つである、請求項１２に記載の装置。
【請求項14】
前記第１のＳＲＳリソースまたは前記第２のＳＲＳリソースのための時間ドメイン通信タイプは半永続的タイプ、または非周期的タイプである、請求項１２に記載の装置。
【請求項15】
コードが格納されたコンピュータプログラム製品であって、前記コードは、プロセッサによって実行されると、前記プロセッサに請求項１から請求項７のいずれか１項に記載の方法を実現させる、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【0001】
技術分野
本文献は概して無線通信を対象とする。
本文献は概して無線通信を対象とする。
【背景技術】
【0002】
背景
無線通信技術により、世界は接続およびネットワーク化がますます進んだ社会へと向かいつつある。無線通信の急成長および技術の発展により、容量および接続に対する需要が増えてきた。さまざまな通信シナリオの必要性を満たすために、エネルギ消費、デバイスコスト、スペクトル効率およびレイテンシなどの他の局面も重要である。既存の無線ネットワークと比べて、次世代のシステムおよび無線通信技術は、増加したユーザおよびデバイスをサポートをする必要があり、これにより、通信リンクをロバストかつ効率的に構成することが必要となる。
無線通信技術により、世界は接続およびネットワーク化がますます進んだ社会へと向かいつつある。無線通信の急成長および技術の発展により、容量および接続に対する需要が増えてきた。さまざまな通信シナリオの必要性を満たすために、エネルギ消費、デバイスコスト、スペクトル効率およびレイテンシなどの他の局面も重要である。既存の無線ネットワークと比べて、次世代のシステムおよび無線通信技術は、増加したユーザおよびデバイスをサポートをする必要があり、これにより、通信リンクをロバストかつ効率的に構成することが必要となる。
【発明の概要】
【課題を解決するための手段】
【0003】
概要
本文献は、ＮＲ（New Radio：新しい無線）無線ネットワークにおける基準信号マッピ
ングを用いた伝送リンク構成のための方法、システムおよびデバイスに関する。一例においては、基準信号マッピングを用いて伝送リンクを構成することはビーム管理を含んでおり、これにより、複数のコンポーネントキャリア（component carrier：ＣＣ）および帯
域幅部分（bandwidth part：ＢＷＰ）にわたって全方向に散在した複数のデバイスのために高スループットをサポートすることが可能となる。
本文献は、ＮＲ（New Radio：新しい無線）無線ネットワークにおける基準信号マッピ
ングを用いた伝送リンク構成のための方法、システムおよびデバイスに関する。一例においては、基準信号マッピングを用いて伝送リンクを構成することはビーム管理を含んでおり、これにより、複数のコンポーネントキャリア（component carrier：ＣＣ）および帯
域幅部分（bandwidth part：ＢＷＰ）にわたって全方向に散在した複数のデバイスのために高スループットをサポートすることが可能となる。
【0004】
例示的な一局面において、無線通信方法が開示される。当該方法は、２つの基準信号間のマッピングに基づいて構成される少なくとも１つの伝送リンクを介してデータを送信するステップを含む。当該２つの基準信号の各々は、１つ以上のネットワークパラメータの異なるサブセットで構成される。
【0005】
別の例示的な局面においては、無線通信方法が開示される。当該方法は、２つの基準信号間のマッピングを送信するステップを含む。２つの基準信号の各々は、１つ以上のネットワークパラメータの異なるサブセットで構成される。
【0006】
さらに別の例示的な局面においては、無線通信方法が開示される。当該方法は、複数のサウンディング基準信号（sounding reference signal：ＳＲＳ）リソースまたは複数の
ＳＲＳリソースセットのネットワークパラメータに基づいて、当該複数のＳＲＳリソースセットを複数のグループに分割するステップと、当該複数のグループのうちの１つのグループ内において、複数のＳＲＳリソースセットの各々における１つのＳＲＳリソースだけを同じ時間に送信するステップとを含む。ここで、異なるＳＲＳリソースセットにおける当該ＳＲＳリソースは同時に送信可能である。
ＳＲＳリソースセットのネットワークパラメータに基づいて、当該複数のＳＲＳリソースセットを複数のグループに分割するステップと、当該複数のグループのうちの１つのグループ内において、複数のＳＲＳリソースセットの各々における１つのＳＲＳリソースだけを同じ時間に送信するステップとを含む。ここで、異なるＳＲＳリソースセットにおける当該ＳＲＳリソースは同時に送信可能である。
【0007】
さらに別の例示的な局面においては、上述の方法は、プロセッサ実行可能コードの形式で具体化されるとともに、コンピュータ読取可能プログラム媒体に格納される。
【0008】
さらに別の例示的な実施形態においては、上述の方法を実行するように構成されるかまたは動作可能であるデバイスが開示される。
【0009】
上述および他の局面ならびにそれらの実現例は、添付の図面、以下の記載および添付の特許請求の範囲において、より詳細に記載される。
【図面の簡単な説明】
【0010】
【図1】ここに開示されている技術のいくつかの実施形態に従った、無線通信における基地局（base station：ＢＳ）およびユーザ機器（user equipment：ＵＥ）の例を示す図である。
【図2】複数のＣＣのためのアップリンクビーム管理の例を示す図である。
【図3】ビーム管理に用いられている複数のサウンディング基準信号（ＳＲＳ）リソースセットの例を示す図である。
【図4】無線通信方法の例を示す図である。
【図5】無線通信方法の別の例を示す図である。
【図6】無線通信方法のさらに別の例を示す図である。
【図7】ここに開示されている技術のいくつかの実施形態に従った装置の一部分を示すブロック図である。
【発明を実施するための形態】
【0011】
詳細な説明
マイクロネットワークおよびピコセルネットワークを用いるミリメートル波スペクトル（およそ１０ＧＨｚ超）での混雑したモバイルユーザ環境に対して高いスループットを提供するために第５世代（Fifth Generation：５Ｇ）通信システムの準備が整いつつある。これらの周波数は広い帯域幅を提供するが、特にロバスト性の観点から、無線サービスのために従来から用いられている低周波数の場合よりも過酷な伝搬条件で動作する。これらのチャネル障害に対処するために、５ＧセルラーネットワークおよびＮＲセルラーネットワークは、ユーザのために許容可能な通信品質を維持するために、（たとえば、高指向性の伝送リンクを設定することによって）基準信号マッピングを用いて伝送リンクを構成し得る。一例においては、送信機ビームと受信機ビームとを微細に位置合わせすることを必要とする指向性リンクが、ビーム管理として公知である１セットの動作によって達成される。
マイクロネットワークおよびピコセルネットワークを用いるミリメートル波スペクトル（およそ１０ＧＨｚ超）での混雑したモバイルユーザ環境に対して高いスループットを提供するために第５世代（Fifth Generation：５Ｇ）通信システムの準備が整いつつある。これらの周波数は広い帯域幅を提供するが、特にロバスト性の観点から、無線サービスのために従来から用いられている低周波数の場合よりも過酷な伝搬条件で動作する。これらのチャネル障害に対処するために、５ＧセルラーネットワークおよびＮＲセルラーネットワークは、ユーザのために許容可能な通信品質を維持するために、（たとえば、高指向性の伝送リンクを設定することによって）基準信号マッピングを用いて伝送リンクを構成し得る。一例においては、送信機ビームと受信機ビームとを微細に位置合わせすることを必要とする指向性リンクが、ビーム管理として公知である１セットの動作によって達成される。
【0012】
マルチＣＣ（コンポーネントキャリア）アグリゲーション送信においては、帯域内（intra-band）ＣＡ（in-band carrier aggregation：インバンドキャリアアグリゲーション
）のために、ＵＥの無線周波数（radio frequency：ＲＦ）が帯域内における複数のＣＣ
のために共有されてもよく、ＵＥが同時にビームを受信する。この能力は、単一のＣＣを用いる場合にも利用可能である。これらのＣＣは、たとえば同じ帯域内における同じＣＣグループに属しているか、または、同じアンテナコネクタを共有している。しかしながら、このＮＲビーム管理アーキテクチャにおいては、ＣＳＩレポーティング構成におけるパラメータキャリアが異なっている場合、チャネル状態情報（channel state information
：ＣＳＩ）フィードバックは各ＣＣごとに独立して実行されており、ＣＣフィードバック間に直接的な関係は存在しない。
）のために、ＵＥの無線周波数（radio frequency：ＲＦ）が帯域内における複数のＣＣ
のために共有されてもよく、ＵＥが同時にビームを受信する。この能力は、単一のＣＣを用いる場合にも利用可能である。これらのＣＣは、たとえば同じ帯域内における同じＣＣグループに属しているか、または、同じアンテナコネクタを共有している。しかしながら、このＮＲビーム管理アーキテクチャにおいては、ＣＳＩレポーティング構成におけるパラメータキャリアが異なっている場合、チャネル状態情報（channel state information
：ＣＳＩ）フィードバックは各ＣＣごとに独立して実行されており、ＣＣフィードバック間に直接的な関係は存在しない。
【0013】
基地局は、開示された技術に基づく異なるＣＣ／ＢＷＰに対するダウンリンク（downlink：ＤＬ）ビーム管理のために、ＲＳ（reference signal：基準信号）とＲＳ対応フィードバックとの間の関係について、マルチＣＣアグリゲーションスケジューリングをより適切に実現し得る。
【0014】
図１は、ＢＳ１２０、１つ以上のユーザ機器（ＵＥ）１１１、１１２および１１３を含む無線通信システム（たとえば、５ＧまたはＮＲセルラーネットワーク）の例を示す。いくつかの実施形態においては、ＵＥは、ＢＳに対してＣＳＩ（１３１，１３２，１３３）をフィードバックし得る。これにより、ＢＳからＵＥまでのその後の通信（１４１，１４
２，１４３）のためのビーム管理を実行することが可能となる。ＵＥは、たとえば、スマートフォン、タブレット、モバイルコンピュータ、マシン間（machine to machine：Ｍ２Ｍ）デバイス、モノのインターネット（Internet of Things：ＩｏＴ）デバイスなどであってもよい。段落の見出しは、本文献では記載の読み易さを向上させるために用いられており、説明または実施形態（および／または実現例）をそれぞれの段落のみに限定するものではない。
２，１４３）のためのビーム管理を実行することが可能となる。ＵＥは、たとえば、スマートフォン、タブレット、モバイルコンピュータ、マシン間（machine to machine：Ｍ２Ｍ）デバイス、モノのインターネット（Internet of Things：ＩｏＴ）デバイスなどであってもよい。段落の見出しは、本文献では記載の読み易さを向上させるために用いられており、説明または実施形態（および／または実現例）をそれぞれの段落のみに限定するものではない。
【0015】
１．既存の実現例
ダウンリンクの場合、同期信号ブロック（synchronization signal block：ＳＳＢまたは同期／ＰＢＣＨブロック）およびＣＳＩ－ＲＳは、ダウンリンクビーム管理のために用いることができる。このＮＲアーキテクチャ設計は、基地局が、ＵＥのためのＣＳＩレポーティング構成（ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇまたはレポーティング設定）を構成し得るとともに、各ＣＳＩレポーティング構成ごとに１つ以上のＣＳＩリソース構成（ＣＳＩ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇまたはリソース設定）を構成し得ることを特定している。１つのＣＳＩリソース構成においては、１つのリソースセットを送信することができる。このリソースセットは、ビーム管理のためのいくつかのＣＳＩ－ＲＳリソースまたはＳＳＢを含み得る。ＤＬビーム管理のために、ＵＥは、「ｃｒｉ－ＲＳＲＰ」、「ｎｏｎｅ」またはｓｓｂ－Ｉｎｄｅｘ－ＲＳＲＰ（Reference Signal Received Power：基準
信号受信電力）に設定されたｒｅｐｏｒｔＱｕａｎｔｉｔｙを含むＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇで構成される。リソースがＣＳＩ－ＲＳである場合、リソースセットにおいて「反復（repetition）」パラメータが構成されなければならない。反復がオフである場合、ＵＥはＣＳＩ－ＲＳリソースセットから最適なＣＳＩ－ＲＳリソースを選択し、次に、ＣＲＩ（ＣＳＩ－ＲＳリソース・インジケータ）を基地局にレポートする必要がある。ＣＲＩは、リソースセットにおける選択されたＣＳＩ－ＲＳリソースに対応している。反復＝オンである場合、ＣＲＩはレポートされない可能性がある。このとき、ＵＥは受信ビーム掃引を実行する。ＵＥは、受信するべき最適な受信ビームのうち１つの受信ビームを選択することとなるが、基地局にレポートする必要はない。ＣＳＩレポーティング構成においてパラメータｇｒｏｕｐＢａｓｅｄＢｅａｍＲｅｐｏｒｔｉｎｇ＝enable（イネーブル）である場合、ＵＥは２つのＣＲＩまたはＳＳＢＲＩをレポートする必要がある。すなわち、ＵＥは（２つのＣＳＩ－ＲＳリソースまたはＳＳＢインデックスに対応する）２本のビームを選択し、ユーザはこれら２本のビームを同じ時間に受信することができる。ＣＳＩレポーティング構成におけるパラメータｇｒｏｕｐＢａｓｅｄＢｅａｍＲｅｐｏｒｔｉｎｇがdisable（ディスエーブル）である場合、ＵＥはＮのＣＲＩまたはＳＳＢＲＩを
レポートする必要がある。すなわち、ＵＥは（ＮのＣＳＩ－ＲＳリソースまたはＳＳＢインデックスに対応する）Ｎのビームを選択する。この場合、Ｎは構成可能である。
ダウンリンクの場合、同期信号ブロック（synchronization signal block：ＳＳＢまたは同期／ＰＢＣＨブロック）およびＣＳＩ－ＲＳは、ダウンリンクビーム管理のために用いることができる。このＮＲアーキテクチャ設計は、基地局が、ＵＥのためのＣＳＩレポーティング構成（ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇまたはレポーティング設定）を構成し得るとともに、各ＣＳＩレポーティング構成ごとに１つ以上のＣＳＩリソース構成（ＣＳＩ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇまたはリソース設定）を構成し得ることを特定している。１つのＣＳＩリソース構成においては、１つのリソースセットを送信することができる。このリソースセットは、ビーム管理のためのいくつかのＣＳＩ－ＲＳリソースまたはＳＳＢを含み得る。ＤＬビーム管理のために、ＵＥは、「ｃｒｉ－ＲＳＲＰ」、「ｎｏｎｅ」またはｓｓｂ－Ｉｎｄｅｘ－ＲＳＲＰ（Reference Signal Received Power：基準
信号受信電力）に設定されたｒｅｐｏｒｔＱｕａｎｔｉｔｙを含むＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇで構成される。リソースがＣＳＩ－ＲＳである場合、リソースセットにおいて「反復（repetition）」パラメータが構成されなければならない。反復がオフである場合、ＵＥはＣＳＩ－ＲＳリソースセットから最適なＣＳＩ－ＲＳリソースを選択し、次に、ＣＲＩ（ＣＳＩ－ＲＳリソース・インジケータ）を基地局にレポートする必要がある。ＣＲＩは、リソースセットにおける選択されたＣＳＩ－ＲＳリソースに対応している。反復＝オンである場合、ＣＲＩはレポートされない可能性がある。このとき、ＵＥは受信ビーム掃引を実行する。ＵＥは、受信するべき最適な受信ビームのうち１つの受信ビームを選択することとなるが、基地局にレポートする必要はない。ＣＳＩレポーティング構成においてパラメータｇｒｏｕｐＢａｓｅｄＢｅａｍＲｅｐｏｒｔｉｎｇ＝enable（イネーブル）である場合、ＵＥは２つのＣＲＩまたはＳＳＢＲＩをレポートする必要がある。すなわち、ＵＥは（２つのＣＳＩ－ＲＳリソースまたはＳＳＢインデックスに対応する）２本のビームを選択し、ユーザはこれら２本のビームを同じ時間に受信することができる。ＣＳＩレポーティング構成におけるパラメータｇｒｏｕｐＢａｓｅｄＢｅａｍＲｅｐｏｒｔｉｎｇがdisable（ディスエーブル）である場合、ＵＥはＮのＣＲＩまたはＳＳＢＲＩを
レポートする必要がある。すなわち、ＵＥは（ＮのＣＳＩ－ＲＳリソースまたはＳＳＢインデックスに対応する）Ｎのビームを選択する。この場合、Ｎは構成可能である。
【0016】
アップリンクの場合、このＮＲアーキテクチャにおいては、ＳＲＳリソースを送信する際に、基地局は、ＵＥのために空間関連パラメータ（３ＧＰＰ（登録商標）技術仕様書３８．３３１におけるＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏまたはｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ）を構成してもよい。たとえば、ＳＲＳリソースの送信ビームは、空間関連パラメータで構成された基準信号のビームと同じである。構成された基準信号はＳＳＢ、ＣＳＩ－ＲＳ、ＳＲＳであってもよい（これらが機能するＣＣおよびＢＷＰも通知される）。ＳＳＢまたはＣＳＩ－ＲＳが構成される場合、ＵＥは、ＳＲＳを送信する際にＳＳＢまたはＣＳＩ－ＲＳを受信するために用いられる受信ビームと同じビームを用いる。これは、チャネル相互関係またはビーム対応性の意図された用途である。これらの空間関連（または空間に関連する）パラメータは、その一例が以下の表１に示されており、典型的にはユーザのために構成されていない可能性もある。
【0017】
【表1】
【0018】
アップリンクビーム管理は高周波数で必要となる。この時、ＵＥはいくつかのＳＲＳリソースセットで構成されてもよい。パラメータ「ｕｓａｇｅ」＝当該セットのｂｅａｍＭａｎａｇｅｍｅｎｔは、ＳＲＳリソースセットがビーム管理のために用いられることを示している。ビーム管理のための構成されたＳＲＳリソースセットにおいては、各リソースセットにおける異なるＳＲＳリソースは同じ時間に送信することができないが、異なるＳＲＳリソースセットにおけるＳＲＳリソースは同じ時間に送信することができる。言いかえれば、より高い層パラメータＳＲＳ－ＳｅｔＵｓｅが「ＢｅａｍＭａｎａｇｅｍｅｎｔ」に設定される場合、所定の時刻に送信することができるのは、複数のＳＲＳセットの各々のうち１つのＳＲＳリソースだけである。異なるＳＲＳリソースセットにおけるＳＲＳリソースは同時に送信することができる。利用可能な使用オプションを表２に示す。
【0019】
【表2】
【0020】
２．ダウンリンク（downlink：ＤＬ）通信のための例示的な実施形態
ダウンリンクビーム管理のために、単一キャリア送信の場合、基地局は、ＵＥのフィードバックに従ってＵＥのための実際のデータ送信を実行するために、どんな種類の送信ビームを用いるべきかを判断し得る。ＵＥが最大でＭ本のビームを同じ時間に受信できる能力を有する場合、基地局は概してＭを上回る数のビームを一度に送信するようにＵＥをスケジューリングすることはせず、これ以外の場合には、ユーザは、このような複数本のビームを受信する能力を持たない。たとえば、Ｍ＝２は、このＵＥが２枚のアンテナパネルを有しており、一度に最高で２本のビームを受信できることを意味している。
ダウンリンクビーム管理のために、単一キャリア送信の場合、基地局は、ＵＥのフィードバックに従ってＵＥのための実際のデータ送信を実行するために、どんな種類の送信ビームを用いるべきかを判断し得る。ＵＥが最大でＭ本のビームを同じ時間に受信できる能力を有する場合、基地局は概してＭを上回る数のビームを一度に送信するようにＵＥをスケジューリングすることはせず、これ以外の場合には、ユーザは、このような複数本のビームを受信する能力を持たない。たとえば、Ｍ＝２は、このＵＥが２枚のアンテナパネルを有しており、一度に最高で２本のビームを受信できることを意味している。
【0021】
マルチＣＣアグリゲーション送信の際、帯域間（inter-band）ＣＡのために、独立したアンテナコネクタまたはＲＦチェーンまたは電力増幅器（power amplifier：ＰＡ）が利
用可能であるので、ＵＥは別個の無線周波数ユニットを用いて、さまざまなビームを受信することができる。
用可能であるので、ＵＥは別個の無線周波数ユニットを用いて、さまざまなビームを受信することができる。
【0022】
いくつかの実施形態においては、帯域内（intra-band）ＣＡ（インバンド（in-band）
キャリアアグリゲーション）の場合、帯域内での複数のＣＣのためにＵＥのＲＦ（無線周
波数）が共有され得るとともに、ビームを受信するＵＥの能力はＣＣの当該能力と同じである。これらのＣＣは、たとえば同じ帯域内における同じＣＣグループに属しているか、または、同じアンテナコネクタもしくはＰＡを共有している。
キャリアアグリゲーション）の場合、帯域内での複数のＣＣのためにＵＥのＲＦ（無線周
波数）が共有され得るとともに、ビームを受信するＵＥの能力はＣＣの当該能力と同じである。これらのＣＣは、たとえば同じ帯域内における同じＣＣグループに属しているか、または、同じアンテナコネクタもしくはＰＡを共有している。
【0023】
このＮＲビーム管理アーキテクチャにおいては、ＣＳＩレポーティング構成におけるパラメータキャリアが異なっている場合、ビーム管理についてのＣＲＩ／ＳＳＢＲＩフィードバックは各ＣＣごとに独立して実行され、ＣＣフィードバック同士の間に直接的な関係はない。
【0024】
この場合、ＣＳＩレポーティング構成およびリソース構成は各ＣＣごとに独立して構成されており、ＣＲＩ／ＳＳＢＲＩフィードバックのインデックスは、リソース構成下のリソースセットにおけるリソースオーダーのインデックスであるとともに、リソースセットにおけるローカル変数である。たとえば、異なるＣＣ上のＣＳＩ－ＲＳリソースＩＤが同じあっても、ビームは必ずしも同じではない。このような態様では、基地局が実際に信号を送信する際に、主として帯域内ＣＡのために、ＣＡの場合にＵＥが複数のＣＣ上のビームを同時に受信できるかどうかを判断することが難しくなるかもしれない。
【0025】
たとえば、ＵＥの能力を１（たとえば、Ｍ＝１）であると想定する。２つのＣＣが集約されると、ＣＣ０上のＵＥによってフィードバックされるＣＲＩは０であり、これは、ＣＣ０上に構成されたリソースセットにおける第１のＣＳＩ－ＲＳリソースに対応している。同時に、ＣＣ１上のＵＥによってフィードバックされるＣＲＩは１に等しく、これは、ＣＣ１上に構成されたリソースセットにおける第２のＣＳＩ－ＲＳリソースに対応している。ＣＣ０およびＣＣ１上のＣＳＩ－ＲＳリソースは別個に構成される。基地局は、ＣＣ０上のＣＲＩ＝０に対応するＣＳＩ－ＲＳリソースと、ＣＣ１上のＣＲＩ＝１に対応するＣＳＩ－ＲＳリソースとが同時にＵＥによって受信可能であるかどうかを知ることはない。ＣＣ０上のＣＲＩ＝０とＣＣ１上のＣＲＩ＝１とが同じＵＥ受信ビームに対応していると想定すると、基地局は、このビームを用いてＣＣ０およびＣＣ１上のデータ信号または基準信号をスケジューリングし得るが、その他の場合には、スケジューリングすることはできない（なぜなら、ＵＥの能力が１しかないからである）。
【0026】
ＲＳとＲＳとの間、かつ、異なるＣＣ／ＢＷＰ上のＤＬビーム管理のための対応するフィードバック間に関係を構築することにより、有利には、基地局が、マルチＣＣアグリゲーションスケジューリングをより適切に実現することが可能となる。
【0027】
いくつかの実施形態においては、ＵＥは、異なるＣＣ／ＢＷＰ上でのビーム管理のために用いられるＣＳＩ－ＲＳリソースまたはＳＳＢインデックスをフィードバックし、これにより、ＣＳＩ－ＲＳリソース／ＳＳＢがＵＥによって同時に受信可能であるか否かを示す。オーバーヘッドを節減するために、ＵＥは、異なるＣＣ／ＢＷＰ上でのビーム管理のために用いられるＣＳＩ－ＲＳリソース／ＳＳＢの一部をフィードバックするだけで、ＣＳＩ－ＲＳリソース／ＳＳＢがＵＥによって同時に受信され得るかどうかを示し得る。ＵＥは、各ＣＣ／ＢＷＰ上のＣＲＩ／ＳＳＢＲＩをフィードバックした後、異なるＣＣ／ＢＷＰ上のこれらのＣＲＩ／ＳＳＢＲＩに対応する基準信号が同時に受信可能である否かについて、さらにフィードバックすることができる。
【0028】
既存の実現例においては、ＣＳＩレポーティング構成において構成されるＲＳのキャリアは、ＣＳＩレポーティング構成におけるパラメータキャリアによって判断される。異なるＣＳＩレポーティング構成においては、キャリアパラメータによって設定された値は、（たとえば、異なるＣＣに対応して）異なる可能性がある。異なるＣＣ／ＢＷＰ上のＤＬビーム管理のためにＲＳとＲＳ対応フィードバックとの間に関係を構築することは、異なるＣＳＩレポーティング構成における対応するＣＳＩ－ＲＳリソースまたはＳＳＢの関係
を構築することと同等である。たとえば、ビーム管理のために、ＵＥは、異なるＣＳＩレポーティング構成間のＲＳ関係またはマッピングをフィードバックして、（ｉ）異なるＣＳＩレポーティングにリンクされたＳＳＢもしくはＣＳＩ－ＲＳリソースがＵＥによって同時に受信可能であるかどうか、または、（ｉｉ）異なるＣＳＩレポーティングにリンクされたＣＲＩ／ＳＳＢＲＩに対応する基準信号が同時に受信可能であるか否かを示す。
を構築することと同等である。たとえば、ビーム管理のために、ＵＥは、異なるＣＳＩレポーティング構成間のＲＳ関係またはマッピングをフィードバックして、（ｉ）異なるＣＳＩレポーティングにリンクされたＳＳＢもしくはＣＳＩ－ＲＳリソースがＵＥによって同時に受信可能であるかどうか、または、（ｉｉ）異なるＣＳＩレポーティングにリンクされたＣＲＩ／ＳＳＢＲＩに対応する基準信号が同時に受信可能であるか否かを示す。
【0029】
いくつかの実施形態においては、異なるＣＳＩレポーティング構成における基準信号関係をフィードバックすることは、各々のＣＳＩレポーティング構成に対して１つ以上のレポーティングパラメータを追加することを含んでいてもよく、これらは、当該ＣＳＩレポーティング構成における対応する使用状態を示すために用いられてもよい。ビーム管理のＣＳＩ－ＲＳリソースまたはＳＳＢにおけるビーム管理のために用いられる対応するＣＳＩ－ＲＳリソースまたはＳＳＢと、新しく追加されたＣＳＩレポーティング構成におけるＣＳＩ－ＲＳリソースまたはＳＳＢとは同じ時間に受信可能であってもよく、または同じ時間に受信可能でなくてもよい。一例においては、新しく追加されたパラメータは、ＣＣのインデックスと、ＣＣ下のＣＳＩレポーティング構成のＩＤとを含み得る。別の例においては、（ＢＷＰのインデックスも含み得る）新しく追加されたＣＣのインデックスは、当該ＣＳＩレポーティング構成におけるパラメータキャリアの値とは異なっている可能性がある。
【0030】
いくつかの実施形態においては、オーバーヘッドを最小限にするために、当該ＣＳＩレポーティング構成においてフィードバックされたＣＲＩ／ＳＳＢＲＩに対応するＣＳＩ－ＲＳリソース／ＳＳＢと、新しく追加されたＣＳＩレポーティング構成においてフィードバックされたＣＲＩ／ＳＳＢＲＩに対応するＣＳＩ－ＲＳリソース／ＳＳＢとの間の関係がレポートされ得る。新しく追加されたＣＳＩレポーティング構成においてフィードバックされるＣＲＩ／ＳＳＢＲＩは、ＵＥからの最新のＣＲＩ／ＳＳＢＲＩフィードバックであってもよい。
【0031】
たとえば、ＣＳＩレポーティング構成におけるパラメータｃｒｉ－ＲＳＲＰおよびｓｓｂ－Ｉｎｄｅｘ－ＲＳＲＰにおいては、１つ以上のパラメータが追加される。各々のパラメータは、１つのキャリアパラメータと１つ以上のＣＳＩレポーティング構成パラメータとを含む。たとえば、｛Ｃａｒｒｉｅｒ，ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇＩＤ｝は、当該ＣＳＩレポーティング構成に対応する基準信号と、キャリア上のＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇＩＤにおけるＣＳＩレポーティング内の対応する基準信号とが同じ時間に受信可能であるか否かをＵＥがレポートする必要があることを示している。
【0032】
たとえば、ＣＳＩレポーティング構成パラメータは、ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ＝０，キャリア（carrier）＝０（ＣＳＩレポーティング構成に対応するＲＳがキャリア０
上で送信されることを示している）、ｇｒｏｕｐＢａｓｅｄＢｅａｍＲｅｐｏｒｔｉｎｇ＝イネーブル（enable）（ＵＥが２つのＣＲＩをレポートする必要があると想定する）、および、ｒｅｐｏｒｔＱｕａｎｔｉｔｙ＝ｃｒｉ－ＲＳＲＰ、を含む。言いかえれば、ＵＥは、キャリア０に対応するＣＳＩ－ＲＳリソースセットにおける２つのＣＲＩをフィードバックするとともに、ｒｅｐｏｒｔＣｏｎｆｉｇＩＤ＝０であり、これは、ＣＲＩ０およびＣＲＩ１として表わされている。開示された技術に従って、新しいパラメータが追加される。このパラメータは、キャリア＝１、ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ＝０を含み得る。一方で、ＵＥはまた、キャリア１上のｒｅｐｏｒｔＣｏｎｆｉｇＩｄ＝０に対応するＸ ＣＲＩに対応するＣＳＩ－ＲＳリソースと、キャリア０上のＣＲＩ０およびＣＲＩ１とが同じ時間に受信可能であるかどうかをフィードバックする必要があるかもしれない。たとえば、Ｘ＝１であって、キャリア１上の対応するＣＲＩがＣＲＩ０′である場合、ＵＥは、ＣＲＩ０′に対応するＣＳＩ－ＲＳリソースがＣＲＩ０およびＣＲＩ１に対応するＣＳＩ－ＲＳリソースと同時に受信可能であるかどうかをフィードバックする必要がある
。
上で送信されることを示している）、ｇｒｏｕｐＢａｓｅｄＢｅａｍＲｅｐｏｒｔｉｎｇ＝イネーブル（enable）（ＵＥが２つのＣＲＩをレポートする必要があると想定する）、および、ｒｅｐｏｒｔＱｕａｎｔｉｔｙ＝ｃｒｉ－ＲＳＲＰ、を含む。言いかえれば、ＵＥは、キャリア０に対応するＣＳＩ－ＲＳリソースセットにおける２つのＣＲＩをフィードバックするとともに、ｒｅｐｏｒｔＣｏｎｆｉｇＩＤ＝０であり、これは、ＣＲＩ０およびＣＲＩ１として表わされている。開示された技術に従って、新しいパラメータが追加される。このパラメータは、キャリア＝１、ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ＝０を含み得る。一方で、ＵＥはまた、キャリア１上のｒｅｐｏｒｔＣｏｎｆｉｇＩｄ＝０に対応するＸ ＣＲＩに対応するＣＳＩ－ＲＳリソースと、キャリア０上のＣＲＩ０およびＣＲＩ１とが同じ時間に受信可能であるかどうかをフィードバックする必要があるかもしれない。たとえば、Ｘ＝１であって、キャリア１上の対応するＣＲＩがＣＲＩ０′である場合、ＵＥは、ＣＲＩ０′に対応するＣＳＩ－ＲＳリソースがＣＲＩ０およびＣＲＩ１に対応するＣＳＩ－ＲＳリソースと同時に受信可能であるかどうかをフィードバックする必要がある
。
【0033】
いくつかの実施形態においては、当該ＮＲフィードバックメカニズムと比べると、ＵＥは２ビット以上をフィードバックする必要がある。第１のビットは、ＣＲＩ０′およびＣＲＩ０が同時に受信可能であるかどうかを示す。たとえば、１は、これらが同じ時間に受信可能であることを示し得るのに対して、０は、この機能がサポートされていないことを示し得る。第２のビットは、ＣＲＩ０′およびＣＲＩ１が同時に受信可能であるかどうかを示す。ＵＥが当該ＣＳＩレポーティング構成におけるＮ１のＣＲＩ／ＳＳＢＲＩをフィードバックする必要があり、新しく追加されたパラメータにおけるフィードバックに対応するＣＲＩ／ＳＳＢＲＩの数がＮ２であると想定すると、ＵＥは、この新しく追加されたパラメータのためにＮ１＊Ｎ２ビットをフィードバックする必要があり、これはさらに、予めフィードバックされたＮ２のＣＲＩ／ＳＳＢＲＩおよびＮ１のＣＲＩ／ＳＳＢＲＩ（ＲＳに対応）が同じ時間に受信可能であるかどうかを示している。
【0034】
いくつかの実施形態においては、当該ＮＲフィードバックメカニズムと比べると、より大量のＵＥフィードバックが必要となるが、基地局はこれらの付加的なフィードバックを用いて、複数のＣＣ間でどのビームが共有可能であるかと、どのビームが共有可能でないかとを判断することができ、これにより、スケジューリングのエラーを減らすとともに、ＮＲのこのメカニズムの欠陥を埋め合わせすることができる。
【0035】
上述のとおり、１つ以上のパラメータをＣＳＩレポーティング構成において追加することができる。この場合、各パラメータは、１つのキャリアパラメータおよび１つ以上のＣＳＩレポーティング構成ＩＤを含んでおり、結果として、ＵＥは当該ＣＳＩレポーティング構成におけるＣＳＩをフィードバックすることが必要となる。当該ＣＳＩレポーティング構成に対応するＲＳと、新しく追加されたＣＳＩレポーティング構成に対応するＲＳとの間の関係は、ＲＳが同じ時間に受信可能であるかどうかを示している。これはまた、ＲＳの空間パラメータが同じである（たとえば、空間ドメイン送信フィルタが同じである）か、またはポートが同じであるか、またはビームが同じであることを意味する可能性もある。空間パラメータ／ポート／ビームが同じであるので、これは同時に受信可能であることを意味する。異なるＣＳＩレポーティング構成の時間ドメインタイプが異なっている（たとえば、周期的であるか、半永続的であるかまたは非周期的である）可能性があるので、異なるＣＳＩレポーティング構成に対応する時間ドメインタイプの基準信号が異なっている可能性があるか、または、異なるＣＳＩレポーティング構成に対応する基準信号が異なっている可能性がある。リソースセットは「反復」パラメータを含む。この「反復」パラメータは異なる値を有している可能性があるか、または、タイプＤ ｑｃｌ－Ｔｙｐｅを担持する異なるＣＳＩレポーティング構成に対応する基準信号における送信構成インジケータ（Transmission Configuration Indicator：ＴＣＩ）構成が異なっている可能性がある。開示された技術は、ＲＳについての対応するフィードバック関係および／またはビーム管理において用いられるＲＳを示すために、以下のパラメータを用いるがこれらに限定されない。以下のパラメータとは、具体的には、ＢＷＰ、ＣＣ、時間ドメインタイプ（たとえば、周期的、非周期的、半永続的）、空間パラメータを構成するかどうか（または、ＴＣＩにおけるタイプＤ ｑｃｌ－Ｔｙｐｅを構成するかどうか）、引数の構成（たとえば、オン／オフ）である。この構成レポートの例を表３に示す。
【0036】
【表3】
【0037】
他の実施形態においては、異なるＣＣ／ＢＷＰにおける複数のＣＳＩリソース構成は単一のＣＳＩレポーティング構成において構成することができる。ＵＥは、どのＣＣ／ＢＷＰにおけるどのＣＳＩ－ＲＳリソース／ＳＳＢが同時に受信可能である否かをフィードバックする必要がある。
【0038】
３．アップリンク（uplink：ＵＬ）通信のための例示的な実施形態
アップリンクビーム管理に関して、ＳＲＳがビーム管理のために用いられる場合、ＳＲＳリソースセットは、アンテナパネルによって送信可能であるＳＲＳビームと見なすことができる。パネルは概してＲＦコネクタまたはアンテナコネクタを１つしか備えていないので、信号は一度に一方向だけにしか送信することができない。たとえば、ＳＲＳリソースセットにおけるＳＲＳリソースに対応するビームである。ビーム管理のために用いられるＳＲＳリソースセットの数はＵＥパネルの数に対応する。異なるパネルは異なるＲＦコネクタまたはアンテナコネクタで構成されており、このため、同じ時間にいくつかのビームを送信することができるパネルがいくつか存在している。ＳＲＳを構成する場合、基地局は、ビーム管理のためのＵＥの能力レポートに従ってＵＥ ＳＲＳリソースセットの数と当該セット当たりのリソースの数とを構成する。
アップリンクビーム管理に関して、ＳＲＳがビーム管理のために用いられる場合、ＳＲＳリソースセットは、アンテナパネルによって送信可能であるＳＲＳビームと見なすことができる。パネルは概してＲＦコネクタまたはアンテナコネクタを１つしか備えていないので、信号は一度に一方向だけにしか送信することができない。たとえば、ＳＲＳリソースセットにおけるＳＲＳリソースに対応するビームである。ビーム管理のために用いられるＳＲＳリソースセットの数はＵＥパネルの数に対応する。異なるパネルは異なるＲＦコネクタまたはアンテナコネクタで構成されており、このため、同じ時間にいくつかのビームを送信することができるパネルがいくつか存在している。ＳＲＳを構成する場合、基地局は、ビーム管理のためのＵＥの能力レポートに従ってＵＥ ＳＲＳリソースセットの数と当該セット当たりのリソースの数とを構成する。
【0039】
いくつかの実施形態においては、最初のビームトレーニングが実行されて、チャネル相互関係が構築されない場合、基地局は、ＵＥの能力フィードバックおよびパラメータ「ｕｓａｇｅ」＝ｂｅａｍＭａｎａｇｅｍｅｎｔに従って、Ｍ１のリソースセットとともにＵ
Ｅを構成し、各リソースセットごとにＭ２のリソースを構成する。各リソースは、空間関連パラメータを担持していない。ＵＥはＭ１のパネルを用いることとなる。各パネルは、異なる時間に異なるＭ２のビームに対応する合計Ｍ２のＳＲＳリソースを送出する。したがって、ビーム管理のためのＭ１＊Ｍ２のＳＲＳリソースの合計はＭ１＊Ｍ２のビームの合計に対応する。各ＳＲＳリソース下のＭ２のビームは、同じパネルから発生するので同じ時間に送信することができない。ＵＥは、ある瞬間において最大でもＭ１のビームをそれぞれＭ１のＳＲＳリソースセットから送信する。
Ｅを構成し、各リソースセットごとにＭ２のリソースを構成する。各リソースは、空間関連パラメータを担持していない。ＵＥはＭ１のパネルを用いることとなる。各パネルは、異なる時間に異なるＭ２のビームに対応する合計Ｍ２のＳＲＳリソースを送出する。したがって、ビーム管理のためのＭ１＊Ｍ２のＳＲＳリソースの合計はＭ１＊Ｍ２のビームの合計に対応する。各ＳＲＳリソース下のＭ２のビームは、同じパネルから発生するので同じ時間に送信することができない。ＵＥは、ある瞬間において最大でもＭ１のビームをそれぞれＭ１のＳＲＳリソースセットから送信する。
【0040】
いくつかの実施形態においては（たとえば、単回のＣＣ送信の際に）、予め定義されたビーム管理関係がＵＥと基地局との間に構築されてもよい。この予め定義された関係は、基地局がビームスケジューリングエラーを回避することを可能にし得る。たとえば、基地局は同じＵＥパネルによって複数のビームが同じ時間に送信されるようにスケジューリングすることはないだろう。なぜならＵＥがこの機能をサポートできないからである。
【0041】
他の実施形態においては（たとえば、複数のＣＣをスケジューリングする場合、かつ、特に帯域内ＣＡスケジューリングのために）、当該ＮＲプロトコルでの異なるＣＣまたはＢＷＰ下のＳＲＳビーム管理は別々に実行される。特に、ビーム管理のために用いられるＳＲＳリソースセットが空間相関パラメータで構成されていない場合、各々のＣＣ／ＢＷＰのビーム管理は如何なる相関関係ももたない。これにより、基地局がスケジューリングエラーを引起す可能性が高くなる。
【0042】
図２は、複数のＣＣのためのアップリンクビーム管理の例を示す。図２に示されるように、かつ、空間関連パラメータ構成が存在しないので、ＳＲＳ送信ビーム方向がＵＥによって完全に実現される。ＣＣ０上のＳＲＳリソースセット＃０下の４つのＳＲＳリソースのビーム方向と、ＣＣ１上のＳＲＳリソースセット＃０下の４つのＳＲＳリソースのビーム方向とが一対一の対応性を満たしていない場合、さらに、ＣＣ０上でスケジューリングされたビーム方向に向かってリソース＃０によって送信されたビーム方向を基地局が調整している場合、リソース＃０によって送信されたビーム方向もＣＣ１上でスケジューリングされる。いくつかの実施形態においては、ＣＣ０およびＣＣ１のリソース＃０は異なるビーム方向を表わしており、同じパネルから入来するので、これらの２本のビームは、ＵＥによって同じ時間に送信することができず、これによりスケジューリングエラーが生じることとなる。
【0043】
（図２の文脈において記載されたように）異なるＣＣ／ＢＷＰ間のビーム管理がファジーになるという問題は、異なるＣＣ／ＢＷＰ間のビーム管理のために用いられるＳＲＳ間に対応性を構築することによって対処されてもよい。一般に、これらのＣＣは同じＣＣグループ（たとえば、同じ帯域内における複数のＣＣ）に属している。これらのＣＣは同じＲＦコネクタもしくはアンテナコネクタまたは同じＰＡを共有する。この関係は、ここでは、異なるＣＣ／ＢＷＰ間のＳＲＳリソースまたはリソースセット間の対応性またはマッピングを指している。２つのＳＲＳリソース間に対応性があることは、これら２つのＳＲＳリソースが同じ空間パラメータ（空間ドメイン送信フィルタ）または同じポートもしくは同じ送信ビームを共有すること、かつ、対応関係を有する２つのリソースがＵＥによって同時に送信可能であることを意味する。
【0044】
（１）リソースまたはリソースセットＩＤに基づいた実施形態。リソースまたはリソースセットのＩＤが対応関係を判断するために用いられてもよい。一例においては、異なるＣＣ／ＢＷＰ上で同じリソースＩＤを備えたリソース間に対応性があってもよい。別の例においては、異なるＣＣ／ＢＷＰ上で同じリソースセットＩＤを備えたリソースセット間に対応性があってもよい（この場合、同じリソースセットＩＤを備えたこれらのセット内のリソースが一対一の対応性を有していると想定する）。さらに別の例においては、Ｒｅ
ｓｏｕｒｃｅＣｏｎｆｉｇ構造が１つ以上のＳＲＳリソースセットを含み得るとともに、同じＩＤを備えたＲｅｓｏｕｒｃｅＣｏｎｆｉｇが互いに対応している。ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ ＩＤが同じである場合、以下のとおり構成されたリソースセットは１つずつシーケンスに対応している。対応するリソースセット下のリソースは１つずつシーケンスに対応している。
ｓｏｕｒｃｅＣｏｎｆｉｇ構造が１つ以上のＳＲＳリソースセットを含み得るとともに、同じＩＤを備えたＲｅｓｏｕｒｃｅＣｏｎｆｉｇが互いに対応している。ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ ＩＤが同じである場合、以下のとおり構成されたリソースセットは１つずつシーケンスに対応している。対応するリソースセット下のリソースは１つずつシーケンスに対応している。
【0045】
（２）予め定義された対応性に基づいた実施形態。異なるＢＷＰ／ＣＣ間のビーム管理のためのリソースセットは一対一の対応性を有するように予め定義されている。
【0046】
（３）ＲＲＣシグナリングまたはＭＡＣシグナリングに基づいた実施形態。無線リソース制御（Radio Resource Control：ＲＲＣ）およびメディアアクセス制御（Medium Access Control：ＭＡＣ）シグナリングを用いて、リソースセット／リソース／ｒｅｓｏｕｒ
ｃｅＣｏｎｆｉｇパラメータとＢＷＰ／ＣＣパラメータとの間の対応性を構成してもよい。
ｃｅＣｏｎｆｉｇパラメータとＢＷＰ／ＣＣパラメータとの間の対応性を構成してもよい。
【0047】
一例においては、１つ以上のパラメータが１つのＳＲＳリソース下で追加されてもよく、各パラメータは、ＢＷＰおよびＣＣ下でＣＣ、ＢＷＰおよび別のＳＲＳリソースで構成されている。この新しく追加されたパラメータは、ＳＲＳリソースＩＤ、ＣＣ ＩＤ、ＢＷＰ ＩＤを含み得るが、これは、このＳＲＳリソースと新しく追加されたＳＲＳリソースとの間に対応性があることを示すために用いられる。新しく追加されたＳＲＳリソースのＣＣ／ＢＷＰ ＩＤはまた、新しく追加されたパラメータを有していてもよい。複数のパラメータが当該ＳＲＳリソース下で追加される場合、複数のＣＣ／ＢＷＰ下のＳＲＳリソースはこのＳＲＳリソースと関係している。
【0048】
別の例においては、１つ以上のパラメータはＳＲＳリソースセット下で追加される。この場合、各パラメータは、ＣＣ、ＳＲＳリソースセット、ＢＷＰおよびＳＲＳリソースセット、または他のいくつかのリソースで構成されている。新しく追加されたパラメータは、ＳＲＳリソースセットＩＤまたは複数のリソースＩＤ、ＣＣ ＩＤおよびＢＷＰ ＩＤを含み得るとともに、当該ＳＲＳリソースセットが（たとえば、一対一の対応性で）新しく追加されたＳＲＳリソースセット下のリソースに対応していることを示すために用いられてもよく、また、リソースセット下の当該リソースセットが新しく追加されたパラメータに含まれているＳＲＳリソースに対応していることを示すために用いられてもよい。
【0049】
実施形態（１）、（２）および（３）は、ビーム管理の際に（たとえば、パラメータｕｓｇ＝ＳＲＳリソースセット下のｂｅａｍＭａｎａｇｅｍｅｎｔである場合）ＳＲＳのために実現されてもよい。これらの実施形態は以下に記載される実施形態と組合わされてもよい。
【0050】
４．リソースセットグループ化に基づいたＵＬ通信のための例示的な実施形態
既存の実現例においては、ＵＬビーム管理は、単回のＣＣ送信のためであっても問題となる可能性がある。たとえば、図３に示されるように、３つのＳＲＳリソースセットが、ＣＣ０およびＢＷＰ０下でのビーム管理のために構成されてもよい。最初の２つのＳＲＳリソースセット（たとえば、セット＃０およびセット＃１）下でのすべてのリソースについて空間関連パラメータは存在せず、第３のＳＲＳリソースセット（たとえば、セット＃２）下での各々のＳＲＳリソースは、第１のＳＲＳリソースセットのうちのいくつかのリソースに対応するＳＲＳリソースＩＤを含む空間関連パラメータを用いるように構成されている。一例においては、ＳＲＳリソース＃８および＃９の空間相関パラメータのＲＳは、それぞれ、ＳＲＳリソースセット＃０下におけるＳＲＳリソース＃０および＃１であってもよい。このＮＲメカニズムに従うと、異なるＳＲＳリソースセット下のＳＲＳリソースを同じ時間に送信することができる。これは、リソース＃０および＃９を同じ時間に送
信できることを意味する。しかしながら、リソース＃０および＃９は同じパネルから送信されるが同じ時間に送信することはできない。なぜなら、リソース＃９のビームがこのＮＲメカニズムと一致しないリソース＃１のビームと同じであるからである。
既存の実現例においては、ＵＬビーム管理は、単回のＣＣ送信のためであっても問題となる可能性がある。たとえば、図３に示されるように、３つのＳＲＳリソースセットが、ＣＣ０およびＢＷＰ０下でのビーム管理のために構成されてもよい。最初の２つのＳＲＳリソースセット（たとえば、セット＃０およびセット＃１）下でのすべてのリソースについて空間関連パラメータは存在せず、第３のＳＲＳリソースセット（たとえば、セット＃２）下での各々のＳＲＳリソースは、第１のＳＲＳリソースセットのうちのいくつかのリソースに対応するＳＲＳリソースＩＤを含む空間関連パラメータを用いるように構成されている。一例においては、ＳＲＳリソース＃８および＃９の空間相関パラメータのＲＳは、それぞれ、ＳＲＳリソースセット＃０下におけるＳＲＳリソース＃０および＃１であってもよい。このＮＲメカニズムに従うと、異なるＳＲＳリソースセット下のＳＲＳリソースを同じ時間に送信することができる。これは、リソース＃０および＃９を同じ時間に送
信できることを意味する。しかしながら、リソース＃０および＃９は同じパネルから送信されるが同じ時間に送信することはできない。なぜなら、リソース＃９のビームがこのＮＲメカニズムと一致しないリソース＃１のビームと同じであるからである。
【0051】
図３の文脈に記載される明らかな不一致は、ＳＲＳリソースまたはＳＲＳリソースセットの特性に基づいて多重化するＵＬビーム管理によって解決されてもよい。ＳＲＳリソースセットがグループ化されるとともに、いくつかのグループのうちの１グループにおけるＳＲＳリソースセットがグループ化の後に適合される。先に述べたルールの通り、各リソースセット内の異なるＳＲＳリソースは同じ時間に送信することができないのに対して、異なるＳＲＳリソースセット内のＳＲＳリソースは同じ時間に送信することができ、さらに、各時間ごとに１つのＳＲＳリソースセットにおいて１つのＳＲＳリソースだけを送信することができる。ＳＲＳリソースセットのグループ化は以下の特性に基づき得るがこれらに限定されない。
【0052】
特性１： ＳＲＳリソースセット下のすべてのＳＲＳリソースが空間関連パラメータを含んでいるかどうか。たとえば、空間関連パラメータを含むＳＲＳリソースセットは、同じＳＲＳリソースセットグループ（たとえば、グループ＃０）に属しており、空間関連パラメータのないＳＲＳリソースセットは、別のＳＲＳリソースセットグループ（たとえば、グループ＃１）に属している。グループ化の後、少なくともグループ＃１内においては以下のルールが満たされるべきである。各リソースセットにおける異なるＳＲＳリソースは同じ時間に送信することができず、異なるＳＲＳリソースセットにおけるＳＲＳリソースは同じ時間に送信することができ、さらに、各時間ごとに１つのＳＲＳリソースセットにおいてＳＲＳリソースを１つだけ送信することができる。グループ＃０に関しては、ルールが満たされても満たされなくてもよい。
【0053】
特性２： ＳＲＳセット下のすべてのＳＲＳリソースが空間依存パラメータを含む場合、空間関連パラメータにおけるＲＳのタイプはグループ化を実現するために用いられてもよい（たとえば、ＲＳはＣＳＩ－ＲＳ、ＳＳＢまたはＳＲＳであってもよい）。
【0054】
一例においては、空間関連パラメータを含まないＳＲＳリソースセットはＳＲＳリソースセットグループ＃０に属しており、空間関連パラメータはＳＲＳリソースセットグループ＃１に属するＳＲＳリソースセットであり、空間関連パラメータはＳＲＳリソースセットグループ＃２に属するＣＳＩ－ＲＳリソースセットである。
【0055】
別の例においては、空間パラメータにおけるＲＳタイプはＳＲＳによってグループ化されている。１つまたはいくつかのＳＲＳリソースセット下のＳＲＳリソースの空間パラメータがすべてＳＲＳである場合、ＲＳリソースセット下のＳＲＳリソースを同じ時間に送信することができるかどうかは、対応する空間パラメータにおけるＳＲＳを同じ時間に送信することができるかどうかに依存しており、たとえば、２つのＳＲＳリソースにおける空間関連パラメータにおける構成されたＳＲＳリソースが同じであるかまたは同じ時間に送信することができる場合、当該２つのＳＲＳリソースは同じ時間に送信することができる。
【0056】
特性３： ＳＲＳリソース下のすべてのＳＲＳリソース時間ドメインタイプ（半永続的、周期的、非周期的）。たとえば、非周期的なＳＲＳリソースセットはＳＲＳリソースセットグループ＃０に属しており、半永続的なＳＲＳリソースセットはＳＲＳリソースセットグループ＃１に属しており、周期的なＳＲＳリソースセットはＳＲＳリソースセットグループ＃２に属している。
【0057】
特性４： ＳＲＳセットはＣＣおよび／またはＢＷＰに属している。たとえば、同じＣ
ＣおよびＢＷＰに属するリソースセットは同じＳＲＳリソースセットグループに属している。
ＣおよびＢＷＰに属するリソースセットは同じＳＲＳリソースセットグループに属している。
【0058】
特性５： 反復パラメータの値に基づく。一例においては、２つのＳＲＳリソースが同じ空間パラメータを含んでおり、２つのＳＲＳリソースのＳＲＳリソースセット引数がオフに設定される場合、これら２つのＳＲＳリソースは同じ時間に送信することができない。別の例においては、２つのＳＲＳリソースが同じ空間パラメータを含んでおり、これらの空間パラメータが同じＳＲＳリソースである場合、これらの３つのＳＲＳリソースは同じ時間に送信することができない。さらに別の例においては、２つのＳＲＳリソースが他のＳＲＳリソースと同じ空間パラメータを含んでいる場合、これら３つのＳＲＳリソースは同じ時間に送信することができない。いくつかの実施形態においては、空間パラメータはＳＲＳ、ＣＳＩ－ＲＳまたはＳＳＢを含み得る。反復が１つのＳＲＳリソースセットに対してオンである場合、リソースセット内のＳＲＳリソースが同じ空間送信フィルタで送信されてもよい。
【0059】
特性６： 特性１～５のうち２つの特性の組合わせに基づく。たとえば、同じＣＣ／ＢＷＰおよび時間ドメインタイプに属するＳＲＳリソースセットは同じグループである。
【0060】
いくつかの実施形態においては、上述のルールはビーム管理のためのＳＲＳリソースセットのために用いられてもよい（たとえば、セットの特性が異なる場合、セットグループは異なっている）。加えて、グループ化の後、いくつかのグループだけがそのルールを満たしていてもよい。たとえば、空間関連パラメータを担持しないＳＲＳリソースセットを担持するグループだけが選択されてルールを満たし得る（当該グループ内においては、各リソースセットにおける異なるＳＲＳリソースは同じ時間に送信することができず、異なるＳＲＳリソースセットにおけるＳＲＳリソースは同じ時間に送信することができ、さらに、各時間ごとにＳＲＳリソースセットにおいて１つのＳＲＳリソースだけを送信することができる）一方で、他のグループは当該ルールを満たしていなくてもよい。
【0061】
いくつかの実施形態においては、グループ内のルールは、より高い層パラメータＳＲＳ－ＳｅｔＵｓｅが「ＢｅａｍＭａｎａｇｅｍｅｎｔ」に設定される場合に、複数のＳＲＳセットの各々におけるＳＲＳリソースを１つだけ所与の時刻に送信することができるというものである。異なるＳＲＳリソースセットにおけるＳＲＳリソースは同時に送信することができる。
【0062】
いくつかの実施形態においては、ハイレベルパラメータの使用＝ｂｅａｍＭａｎｇｅｍｅｎｔである場合、複数のＳＲＳリソースセットの各セットは一度に１つのＳＲＳリソースしか送信させることができないが、異なるＳＲＳリソースセットにおけるＳＲＳリソースは同じ時間に送信することができる。この時点では、これらのＳＲＳリソースセットの特性は同じであって同じグループに属しているはずである。異なるグループにおけるＳＲＳリソースセットはこれらのルールを満たしていない可能性がある。
【0063】
５．開示された技術に基づいた例示的な方法
次世代セルラーネットワークにおけるスループットを向上させるためのビーム管理の使用を、さまざまな実現例について記載される以下の例において説明する。
次世代セルラーネットワークにおけるスループットを向上させるためのビーム管理の使用を、さまざまな実現例について記載される以下の例において説明する。
【0064】
例１ 開示された技術は、ＲＳ構成フィールドに基づいてビーム管理のためにＲＳ間および／またはＲＳ対応フィードバック間の関係を構築することができる。
【0065】
（ａ）ＲＳは、ＳＲＳ、ＣＳＩ－ＲＳ、ＳＳＢまたはＴＲＳのうち少なくとも１つを含む。
【0066】
（ｂ）ＲＳ間の関係は、ＲＳリソース、ＲＳリソースセットまたはＲＳｒｅｓｏｕｒｃｅＣｏｎｆｉｇのうち少なくとも１つの間の関係を指している。
【0067】
（ｃ）構成ドメインは、ＢＷＰ、ＣＣ、時間ドメインタイプ（周期、非周期的、半永続的）、空間パラメータを構成するかどうか、反復パラメータ値（オン／オフ）の構成、および、空間パラメータに含まれるＲＳのタイプ、といったパラメータのうち１つ以上の組合せを指している。
【0068】
例２ 例１に基づいて、ビーム管理のための基準信号の対応性が、異なる構成ドメインにおいて構築され得る。
【0069】
例３ 例１に基づいて、異なるＣＳＩレポーティング構成においてビーム管理のために用いられるＲＳ間の対応関係が構築され得る。
【0070】
例４ 例２または例３に基づいて、異なる構成フィールドまたは異なるレポーティング構成におけるＣＣまたはＢＷＰの値は異なっている可能性がある。
【0071】
例５ 例３に基づいて、各々のＣＳＩレポーティング構成における対応するＲＳと、新しく追加されたＣＳＩレポーティング構成における対応するＲＳとの間の対応関係を示すために、１つ以上のレポーティングパラメータが当該各々のＣＳＩレポーティング構成において新しく追加される。
【0072】
例６ 例２～例５のうちのいずれかに基づくと、ＲＳはＣＲＩ／ＳＳＢＲＩに対応する基準信号を指す。
【0073】
例７ 例５に基づいて、新しく追加されたパラメータはＣＣまたはＢＷＰ情報を含み得る。
【0074】
例８ 例１に基づいて、構成ドメインパラメータはＳＲＳリソースセットに基づくこととなる。ＳＲＳリソースセットがグループ化されるとともに、グループ化の後に当該グループ内のＳＲＳリソースセットが満たされる。各リソースセットにおける異なるＳＲＳリソースは同じ時間に送信することができない。異なるＳＲＳリソースセットにおけるＳＲＳリソースを同じ時間に送信することができるとともに、１つのＳＲＳリソースセットにおいて各時間にＳＲＳリソースを１つだけ送信することができる。
【0075】
例９ 例２または例４に基づいて、リソースまたはリソースセットのＩＤに基づいて対応性が判断される。
【0076】
例１０ 例２または例４に基づいて、無線リソース制御（ＲＲＣ）シグナリングまたはメディアアクセス制御（ＭＡＣ）シグナリングを用いて対応性を構成する。
【0077】
上述の例は、たとえば方法４００、方法５００および方法６００といった以下に記載の方法の文脈に組込まれてもよい。
【0078】
図４は、無線通信のための例示的な方法についてのフローチャートを示す。方法４００は、ステップ４１０において、２つの基準信号間のマッピングに基づいて構成される少なくとも１つの伝送リンクを介してデータを送信するステップを含む。２つの基準信号の各々は、１つ以上のネットワークパラメータの異なるサブセットで構成されている。
【0079】
図５は、無線通信のための別の例示的な方法についてのフローチャートを示す。方法５００は、ステップ５１０において、２つの基準信号間のマッピングを送信するステップを含む。２つの基準信号の各々は、１つ以上のネットワークパラメータの異なるサブセットで構成されている。
【0080】
いくつかの実施形態において、方法５００はさらに、マッピングに基づいて構成される少なくとも１つの伝送リンクを介してデータを受信するステップを含み得る。
【0081】
方法４００および方法５００はさらに、サウンディング基準信号（ＳＲＳ）、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）または同期信号ブロック（ＳＳＢもしくは同期／ＰＢＣＨブロック）を含む２つの基準信号の各々を含み得るとともに、帯域幅経路（bandwidth path：ＢＷＰ）、コンポーネントキャリア（ＣＣ）、時間ドメイン通信タイプ、空間パラメータ、または反復パラメータの値を含む１つ以上のネットワークパラメータを含み得る。
【0082】
いくつかの実施形態においては、方法４００および方法５００におけるマッピングは、第１のＣＳＩ－ＲＳリソースまたはＳＳＢと第２のＣＳＩ－ＲＳリソースまたはＳＳＢとの間であり、この場合、第１のＣＳＩ－ＲＳリソースまたはＳＳＢと第２のＣＳＩ－ＲＳリソースまたはＳＳＢとが異なるＣＣまたはＢＷＰにあり、マッピングは、異なるＣＣおよびＢＷＰに対応する複数のＣＳＩ－ＲＳリソースまたはＳＳＢが同時に受信可能であるか否かを特定している。
【0083】
いくつかの実施形態においては、方法４００および方法５００におけるマッピングは、第１のＣＳＩ－ＲＳリソースまたはＳＳＢと第２のＣＳＩ－ＲＳリソースまたはＳＳＢとの間であり、この場合、第１のＣＳＩ－ＲＳリソースまたはＳＳＢと第２のＣＳＩ－ＲＳリソースまたはＳＳＢとが異なるＣＳＩレポーティング構成にリンクされており、マッピングは、異なるＣＳＩレポーティング構成に対応する複数のＣＳＩ－ＲＳリソースまたはＳＳＢが同時に受信可能であるか否かを特定している。一例においては、ＣＳＩレポーティング構成は異なるＣＣまたはＢＷＰにリンクされている。
【0084】
いくつかの実施形態においては、第１のＣＳＩ－ＲＳリソースまたはＳＳＢと第２のＣＳＩ－ＲＳリソースまたはＳＳＢとの間のマッピングは、ＣＲＩ（ＣＳＩ－ＲＳリソース・インジケータ）またはＳＳＢＲＩ（ＳＳ／ＰＢＣＨブロック・リソース・インジケータ）に対応する。
【0085】
いくつかの実施形態においては、新しいパラメータは、（ｉ）ＣＣのインデックスまたはＢＷＰのインデックスと、（ｉｉ）ＣＳＩレポーティング構成内に構成されるＣＳＩレポーティング構成の識別とを含み得る。この場合、マッピングは、ＣＳＩレポーティング構成にリンクされた第１のＣＳＩ－ＲＳリソースまたはＳＳＢと、新しいパラメータにリンクされた第２のＣＳＩ－ＲＳリソースまたはＳＳＢとの間である。
【0086】
いくつかの実施形態においては、方法４００および方法５００におけるマッピングは第１のＳＲＳリソースと第２のＳＲＳリソースとの間であり、当該マッピングは、１つ以上のネットワークパラメータの異なるサブセットに対応する複数のＳＲＳリソースが同時に送信可能であるか否かを特定している。一例においては、当該マッピングは、１つ以上のネットワークパラメータの異なるサブセットを有する、ＳＲＳリソースの識別またはリソースセットの識別に基づいていてもよい。別の例においては、当該マッピングは、無線リソース制御（ＲＲＣ）シグナリングまたはメディアアクセス制御（ＭＡＣ）シグナリングを用いて構成されてもよい。
【0087】
いくつかの実施形態においては、方法４００および方法５００におけるマッピングは、複数の基準信号が、同一の空間ドメイン送信フィルタ、同一の空間ドメイン受信フィルタ、同一のアンテナポート、または同一のビームのうち１つ以上に関連付けられているかどうかを特定している。
【0088】
いくつかの実施形態においては、方法４００および方法５００における伝送リンクは指向性伝送リンクを含み、当該方法はビーム管理実現例の一部である。
【0089】
図６は、無線通信のための別の例示的な方法についてのフローチャートを示す。方法６００は、ステップ６１０において、ＳＲＳリソースまたはＳＲＳリソースセットのネットワークパラメータに基づいて複数のＳＲＳ（サウンディング基準信号）リソースセットを複数のグループに分割するステップを含む。いくつかの実施形態においては、ネットワークパラメータは、時間ドメイン通信タイプ、コンポーネントキャリア（ＣＣ）、帯域幅部分（ＢＷＰ）、空間関連情報、および反復パラメータの値のうち１つ以上を含む。
【0090】
方法６００は、ステップ６２０において、複数のグループのうちの１つのグループ内において、同じ時間に、複数のＳＲＳリソースセットの各々において１つのＳＲＳリソースだけを送信するステップを含む。いくつかの実施形態においては、異なるＳＲＳリソースセットにおけるＳＲＳリソースは同時に送信することができる。
【0091】
いくつかの実施形態においては、ネットワークパラメータの同一の値を備えたＳＲＳリソースセットはすべて、複数のグループのうち同じグループにグループ化される。
【0092】
いくつかの実施形態においては、複数のグループのうち第１のグループ、第２のグループおよび第３のグループの各ＳＲＳリソースについての時間ドメイン通信タイプは、それぞれ、半永続的、周期的、および非周期的である。
【0093】
いくつかの実施形態においては、第１のグループにおけるＳＲＳリソースはすべて、空間関連情報を含み、第２のグループにおけるＳＲＳリソースはすべて、空間関連情報を含まない。一例においては、空間関連情報は或るタイプの基準信号を含む。この場合、第１のグループは、このタイプの基準信号に基づいて複数のサブグループに分割される。別の例においては、基準信号のタイプは、ＳＲＳ、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）または同期信号ブロック（ＳＳＢもしくは同期／ＰＢＣＨブロック）のうちの１つである。
【0094】
６．開示された技術の実現例
図７は、ここに開示された技術のいくつかの実施形態に従った装置の一部分を示すブロック図である。基地局または無線デバイス（もしくはＵＥ）などの装置７０５は、本文献において提示されるとともに方法４００、方法５００および方法６００を含むがこれらに限定されない技術のうち１つ以上を実現するマイクロプロセッサなどのプロセッサ電子機器７１０を含み得る。装置７０５は、アンテナ７２０などの１つ以上の通信インターフェイスを介して無線信号を送信および／または受信するためのトランシーバ電子機器７１５を含み得る。装置７０５はデータを送受信するための他の通信インターフェイスを含み得る。装置７０５は、データおよび／または命令などの情報を格納するように構成された１つ以上のメモリ（明確には図示せず）を含み得る。いくつかの実現例においては、プロセッサ電子機器７１０は、トランシーバ電子機器７１５の少なくとも一部を含み得る。いくつかの実施形態においては、開示された技術、モジュールまたは機能のうちの少なくともいくつかは装置７０５を用いて実現される。
図７は、ここに開示された技術のいくつかの実施形態に従った装置の一部分を示すブロック図である。基地局または無線デバイス（もしくはＵＥ）などの装置７０５は、本文献において提示されるとともに方法４００、方法５００および方法６００を含むがこれらに限定されない技術のうち１つ以上を実現するマイクロプロセッサなどのプロセッサ電子機器７１０を含み得る。装置７０５は、アンテナ７２０などの１つ以上の通信インターフェイスを介して無線信号を送信および／または受信するためのトランシーバ電子機器７１５を含み得る。装置７０５はデータを送受信するための他の通信インターフェイスを含み得る。装置７０５は、データおよび／または命令などの情報を格納するように構成された１つ以上のメモリ（明確には図示せず）を含み得る。いくつかの実現例においては、プロセッサ電子機器７１０は、トランシーバ電子機器７１５の少なくとも一部を含み得る。いくつかの実施形態においては、開示された技術、モジュールまたは機能のうちの少なくともいくつかは装置７０５を用いて実現される。
【0095】
本明細書は添付の図面と共に単に例示的なものとみなされるよう意図されている。この
場合、例示的とは例を意味しており、特に記載のない限り、理想的な実施形態または好ましい実施形態を示唆するものではない。この明細書中において用いられる場合、「または」は、特に明確な指定のない限り「および／または」を含むように意図されている。
場合、例示的とは例を意味しており、特に記載のない限り、理想的な実施形態または好ましい実施形態を示唆するものではない。この明細書中において用いられる場合、「または」は、特に明確な指定のない限り「および／または」を含むように意図されている。
【0096】
この明細書中に記載される実施形態のうちいくつかは、ネットワーク化された環境においてコンピュータによって実行されるプログラムコードなどのコンピュータ実行可能命令を含む、コンピュータ読取可能媒体において具体化される、コンピュータプログラムプロダクトによって一実施形態において実現され得る方法またはプロセスの概略的な文脈に記載されている。コンピュータ読取可能媒体は、読取専用メモリ（Read Only Memory：ＲＯＭ）、ランダムアクセスメモリ（Random Access Memory：ＲＡＭ）、コンパクトディスク（compact disc：ＣＤ）、デジタルバーサタイルディスク（digital versatile disc：ＤＶＤ）などを含むがこれらに限定されない取外し可能な記憶装置および取外し不可能な記憶装置を含み得る。したがって、コンピュータ読取可能媒体は非一時的な記憶媒体を含み得る。一般に、プログラムモジュールは、特定のタスクを実行するかまたは特定の抽象データタイプを実現するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含み得る。コンピュータ実行可能命令またはプロセッサ実行可能命令、関連するデータ構造およびプログラムモジュールは、この明細書中に開示される方法のステップを実行するためのプログラムコードの例を提示する。このような実行可能命令または関連するデータ構造の特定のシーケンスは、このようなステップまたはプロセスに記載される機能を実現するための対応する動作の例を表わす。
【0097】
開示された実施形態のうちのいくつかは、ハードウェア回路、ソフトウェアまたはそれらの組合せを用いるデバイスまたはモジュールとして実現することができる。たとえば、ハードウェア回路実現例は、たとえば、プリント回路基板の一部として一体化される別個のアナログコンポーネントおよび／またはデジタルコンポーネントを含み得る。代替的には、または付加的には、開示されたコンポーネントまたはモジュールは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）および／またはフィー
ルドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）デバイ
スとして実現することができる。いくつかの実現例は、付加的には、または代替的には、このアプリケーションの開示された機能に関連するデジタル信号処理の運用上の必要性に応じて最適化されたアーキテクチャを備えた特化されたマイクロプロセッサであるデジタル信号プロセッサ（digital signal processor：ＤＳＰ）を含む。同様に、各モジュール内のさまざまなコンポーネントまたはサブコンポーネントはソフトウェア、ハードウェアまたはファームウェアにおいて実現されてもよい。モジュール間および／または当該モジュール内のコンポーネント間の接続は、インターネットを介する通信、有線ネットワークを介する通信、または適切なプロトコルを用いた無線ネットワークを介する通信を含むがこれらに限定されない、当該技術において公知の接続方法および媒体のうちいずれかを用いて提供されてもよい。
ルドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）デバイ
スとして実現することができる。いくつかの実現例は、付加的には、または代替的には、このアプリケーションの開示された機能に関連するデジタル信号処理の運用上の必要性に応じて最適化されたアーキテクチャを備えた特化されたマイクロプロセッサであるデジタル信号プロセッサ（digital signal processor：ＤＳＰ）を含む。同様に、各モジュール内のさまざまなコンポーネントまたはサブコンポーネントはソフトウェア、ハードウェアまたはファームウェアにおいて実現されてもよい。モジュール間および／または当該モジュール内のコンポーネント間の接続は、インターネットを介する通信、有線ネットワークを介する通信、または適切なプロトコルを用いた無線ネットワークを介する通信を含むがこれらに限定されない、当該技術において公知の接続方法および媒体のうちいずれかを用いて提供されてもよい。
【0098】
本文献は多くの詳細を含んでいるが、これら詳細は、クレームされている発明の範囲またはクレームされる可能性のあるものの範囲を限定するものとして解釈されるべきではなく、特定の実施形態に特有の特徴を記載するものとして解釈されるべきである。本文献において別個の実施形態の文脈中に記載されているいくつかの特徴も、単一の実施形態において組合せて実現することができる。逆に、単一の実施形態の文脈に記載されているさまざまな特徴も、複数の実施形態において別々に、または任意の好適な下位の組合せで実現することができる。さらに、特徴は、何らかの組合せで動作するものとして上述され得るとともにそのようなものとして初めにクレームされ得るが、クレームされた組合せから得られる１つ以上の特徴は、場合によっては、その組合せから除外することができ、クレームされた組合せは、下位の組合せまたは下位の組合せの変形例に向けられてもよい。同様に、添付の図面において動作が特定の順序で記載されているが、これは、このような動作
が、望ましい結果を得るために、示される特定の順序でもしくは順々に行われること、または、図示されるすべての動作が実行されることを必要とするものとして理解されるべきではない。
が、望ましい結果を得るために、示される特定の順序でもしくは順々に行われること、または、図示されるすべての動作が実行されることを必要とするものとして理解されるべきではない。
【0099】
実現例および例がほんの数例のみ記載されており、他の実現例、改善例および変形例が、本開示に記載および例示されるものに基づいて実施され得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
