特許 7416293 端末デバイスで実行される方法、端末デバイス、ネットワークデバイスで実行される方法及びネットワークデバイス

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-09

(45)【発行日】2024-01-17

(54)【発明の名称】端末デバイスで実行される方法、端末デバイス、ネットワークデバイスで実行される方法及びネットワークデバイス

(51)【国際特許分類】

   H04W 72/21 20230101AFI20240110BHJP

   H04B 7/08 20060101ALI20240110BHJP

   H04B 7/06 20060101ALI20240110BHJP

   H04B 7/0456 20170101ALI20240110BHJP

   H04L 27/26 20060101ALI20240110BHJP

【ＦＩ】

H04W72/21

H04B7/08 810

H04B7/06 960

H04B7/0456 100

H04L27/26 113

H04L27/26 114

【請求項の数】 14

(21)【出願番号】P 2023006505

(22)【出願日】2023-01-19

(62)【分割の表示】P 2021504273の分割

【原出願日】2018-07-27

(65)【公開番号】P2023041742

(43)【公開日】2023-03-24

【審査請求日】2023-02-17

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ガオ ユーカイ

(72)【発明者】

【氏名】ワン ガン

【審査官】石田 信行

(56)【参考文献】

【文献】米国特許出願公開第２０１８／０２０５４４０（ＵＳ，Ａ１）

【文献】Intel Corporation，Discussion on multi-panel and multi-TRP operation [online]，3GPP TSG RAN WG1 adhoc_NR_AH_1709 R1-1716289，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_R，2017年09月12日

【文献】3GPP TSG RAN NR Physical layer procedures for data (Release 15)，3GPP TS 38.214 V15.2.0 (2018-06)，Internet<URL:http://www.3gpp.org/ftp/Specs/archive，2018年06月29日，P.1-2,71-72

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｂ ７／０８

Ｈ０４Ｂ ７／０６

Ｈ０４Ｂ ７／０４５６

Ｈ０４Ｌ ２７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

端末デバイスで実行される方法であって、
第１のサウンディング参照信号（ＳＲＳ）リソースセット及び第２のＳＲＳリソースセットが設定され、かつ前記第１のＳＲＳリソースセットが第１のチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソースに関連付けられ、前記第２のＳＲＳリソースセットが第２のＣＳＩ－ＲＳリソースに関連付けられることに応じて、前記第１のＣＳＩ－ＲＳリソースで第１のＣＳＩ－ＲＳ、及び前記第２のＣＳＩ－ＲＳリソースで第２のＣＳＩ－ＲＳをネットワークデバイスから受信し、
第１のプリコーディング情報に基づく第１のＳＲＳと、第２のプリコーディング情報に基づく第２のＳＲＳと、を前記ネットワークデバイスに送信し、
前記第１のプリコーディング情報は前記第１のＣＳＩ－ＲＳに基づいて決定され、前記第２のプリコーディング情報は前記第２のＣＳＩ－ＲＳに基づいて決定される、
ことを含む方法。

【請求項2】

前記第１のＳＲＳ及び前記第２のＳＲＳを送信することは、
前記第１のＳＲＳリソースセットで前記第１のＳＲＳを送信することと、
前記第２のＳＲＳリソースセットで前記第２のＳＲＳを送信することと、を含む、
請求項１に記載の方法。

【請求項3】

前記第１のＳＲＳを送信することは、
前記第１のＳＲＳの送信のための第１のＳＲＳ構成を決定することと、
前記第１のＳＲＳ構成に基づいて前記第１のＳＲＳを送信することと、を含み、
前記第２のＳＲＳを送信することは、
前記第２のＳＲＳの送信のための第２のＳＲＳ構成を決定することと、
前記第２のＳＲＳ構成に基づいて前記第２のＳＲＳを送信することと、を含む、
請求項１に記載の方法。

【請求項4】

前記第１のＳＲＳ構成は前記第２のＳＲＳ構成と異なる、
請求項３に記載の方法。

【請求項5】

前記第１のＳＲＳ構成及び前記第２のＳＲＳ構成は、異なるＳＲＳリソース、異なるＳＲＳシーケンス、及びＳＲＳシーケンス生成のための異なるサイクルシフト値のうちの少なくとも１つに関連付けられる、
請求項３に記載の方法。

【請求項6】

前記方法は、
前記第１のＳＲＳリソースセット及び前記第２のＳＲＳリソースセットのうち少なくとも１つが少なくとも１つの物理アップリンク共有チャネル（ＰＵＳＣＨ）に使用されるという指示を受信したことに応じて、前記第１のＳＲＳリソースセット及び前記第２のＳＲＳリソースセットのうち少なくとも１つに基づいて、前記少なくとも１つのＰＵＳＣＨを前記ネットワークデバイスに送信すること、をさらに含む、
請求項１に記載の方法。

【請求項7】

前記指示は、前記第１のＳＲＳリソースセットが前記少なくとも１つのＰＵＳＣＨに使用されることを指示し、
前記少なくとも１つのＰＵＳＣＨを送信することは、
前記第１のＳＲＳリソースセットに基づいて前記少なくとも１つのＰＵＳＣＨの第１のサブセットを送信することを含む、
請求項６に記載の方法。

【請求項8】

前記指示は、前記第１のＳＲＳリソースセット及び前記第２のＳＲＳリソースセットが前記少なくとも１つのＰＵＳＣＨに使用されることを指示し、
前記少なくとも１つのＰＵＳＣＨを送信することは、
前記第１のＳＲＳリソースセットに基づいて、前記少なくとも１つのＰＵＳＣＨの第１のサブセットを送信することと、
前記第２のＳＲＳリソースセットに基づいて、前記少なくとも１つのＰＵＳＣＨの第２のサブセットを送信することと、を含む、
請求項６に記載の方法。

【請求項9】

プロセッサを備え、
前記プロセッサは、
第１のサウンディング参照信号（ＳＲＳ）リソースセット及び第２のＳＲＳリソースセットが設定され、かつ前記第１のＳＲＳリソースセットが第１のチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソースに関連付けられ、前記第２のＳＲＳリソースセットが第２のＣＳＩ－ＲＳリソースに関連付けられることに応じて、前記第１のＣＳＩ－ＲＳリソースで第１の送受信ポイント（ＴＲＰ）から第１のＣＳＩ－ＲＳを受信し、前記第２のＣＳＩ－ＲＳリソースで第２のＴＲＰから第２のＣＳＩ－ＲＳを受信し、
第１のプリコーディング情報に基づいて第１のＳＲＳを前記第１のＴＲＰに送信し、第２のプリコーディング情報に基づいて第２のＳＲＳを前記第２のＴＲＰに送信し、
前記第１のプリコーディング情報は前記第１のＣＳＩ－ＲＳに基づいて決定され、前記第２のプリコーディング情報は前記第２のＣＳＩ－ＲＳに基づいて決定される、
端末デバイス。

【請求項10】

ネットワークデバイスで実行される方法であって、
第１のチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソースに関連付けられる第１のサウンディング参照信号（ＳＲＳ）リソースセット及び第２のＣＳＩ－ＲＳリソースに関連付けられる第２のＳＲＳリソースセットの少なくとも１つの構成を端末デバイスに送信し、
前記第１のＣＳＩ－ＲＳリソースで第１のＣＳＩ－ＲＳ、及び、前記第２のＣＳＩ－ＲＳリソースで第２のＣＳＩ－ＲＳを、前記端末デバイスに送信し、
前記第１のＣＳＩ－ＲＳに基づいて決定された第１のプリコーディング情報に基づく第１のＳＲＳ、及び、前記第２のＣＳＩ－ＲＳに基づいて決定された第２のプリコーディング情報に基づく第２のＳＲＳを、前記端末デバイスから受信する、
ことを含む方法。

【請求項11】

前記第１のＳＲＳ及び前記第２のＳＲＳを受信することは、
前記第１のＳＲＳリソースセットで前記第１のＳＲＳを受信することと、
前記第２のＳＲＳリソースセットで前記第２のＳＲＳを受信することと、を含む、
請求項１０に記載の方法。

【請求項12】

前記第１のＳＲＳを受信することは、
第１のＳＲＳ構成に基づいて送信された前記第１のＳＲＳを前記端末デバイスから受信することを含み、
前記第２のＳＲＳを受信することは、
第２のＳＲＳ構成に基づいて送信された前記第２のＳＲＳを前記端末デバイスから受信することを含む、
請求項１１に記載の方法。

【請求項13】

前記第１のＳＲＳ構成は前記第２のＳＲＳ構成と異なる、請求項１２に記載の方法。

【請求項14】

プロセッサを備え、
前記プロセッサは、
第１のチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソースに関連付けられる第１のサウンディング参照信号（ＳＲＳ）リソースセット及び第２のＣＳＩ－ＲＳリソースに関連付けられる第２のＳＲＳリソースセットの少なくとも１つの構成を端末デバイスに送信し、
前記第１のＣＳＩ－ＲＳリソースで第１の送受信ポイント（ＴＲＰ）を介して第１のＣＳＩ－ＲＳを送信し、前記第２のＣＳＩ－ＲＳリソースで第２のＴＲＰを介して第２のＣＳＩ－ＲＳを送信し、
前記第１のＣＳＩ－ＲＳに基づいて決定された第１のプリコーディング情報に基づく第１のＳＲＳを前記第１のＴＲＰを介して受信し、前記第２のＣＳＩ－ＲＳに基づいて決定された第２のプリコーディング情報に基づく第２のＳＲＳを前記第２のＴＲＰを介して受信する、
ネットワークデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、一般的に、電気通信分野に関し、特に、アップリンク送信のための方法、デバイス、及びコンピュータ読み取り可能な媒体に関する。

【背景技術】

【0002】

新しい無線アクセス（ＮＲ：Ｒａｄｉｏ Ａｃｃｅｓｓ）では、アップリンク（ＵＬ：Ｕｐｌｉｎｋ）送信について、コードブックベースのＵＬ送信と非コードブックベースのＵＬ送信という２つの送信スキームがサポートされることができる。端末デバイスは、上位層シグナリング（例えば、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング）を介して２つのスキームのいずれかで構成されることができる。コードブックベースの送信の場合、端末デバイスは、そのＵＬ送信のためのプリコーダを、ネットワークデバイスから受信したダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に基づいて決定することができる。例えば、ＤＣＩにおけるいくつかのフィールドは、プリコーディングされたサウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）の送信に使用される好ましいプリコーダを端末デバイスに示す。非コードブックベースのＵＬ送信の場合、端末デバイスは、関連する参照信号（ＲＳ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）の測定に基づいて、ＵＬ送信のための送信に使用されるプリコーダを決定することができる。ＵＬ送信のための送信に使用されるプリコーダを決定すると、端末デバイスは、ＳＲＳ送信に対して構成されたＳＲＳリソースセットを介して、プリコーディングされたＳＲＳをネットワークデバイスに送信する。ＳＲＳは、アップリンクチャネル推定の結果に基づいてＵＬ送信（例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）送信）のためにリソース割り当てを実行し且つ送信パラメータを設定するように、ネットワークデバイスによって受信され使用されてアップリンクチャネル推定を実行することができる。例えば、ネットワークデバイスは、ＰＵＳＣＨ送信に使用されるＳＲＳリソースセットから少なくとも１つのＳＲＳリソースを決定する。その少なくとも１つのＳＲＳリソースを端末デバイスに示すことによって、ＵＬデータは、その少なくとも１つのＳＲＳリソースを介して端末デバイスからネットワークデバイスに送信される。

【0003】

ＮＲにおいて、ネットワークデバイス（例えば、次世代ＮｏｄｅＢ（ｇＮＢ））は、複数の送受信ポイント（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）又はアンテナパネルを備えてもよい。すなわち、ＵＬデータは、１つのＴＲＰのみ又は複数のＴＲＰを介して、端末デバイスからネットワークデバイスに送信されることができる。ＴＲＰの各々は、端末デバイスと通信するための１つ又は複数のビームを提供することができる。しかしながら、現在の３ＧＰＰ（登録商標）仕様では、ＵＬ送信のためのビームは、上位層シグナリング（例えば、ＲＲＣシグナリング）を介してのみ設定されることができる。すなわち、ＵＬ送信では、異なるＴＲＰ（又は異なるビーム）間の動的切替えがサポートされない。

【発明の概要】

【発明が解決しようとする課題】

【0004】

概して、本開示の例示的な実施形態は、ＵＬ送信のための方法、デバイス、及びコンピュータ読み取り可能な媒体を提供する。

【課題を解決するための手段】

【0005】

第１の態様では、端末デバイスで実行される方法を提供する。方法は、ネットワークデバイスによって少なくとも１つのＳＲＳリソースセットが設定され、かつ少なくとも１つのＳＲＳリソースセットが第１及び第２のチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソースに関連付けられることに応答して、第１のＣＳＩ－ＲＳリソースで第１のＴＲＰを介して送信される第１のＣＳＩ－ＲＳと、第２のＣＳＩ－ＲＳリソースで第２のＴＲＰを介して送信される第２のＣＳＩ－ＲＳとをネットワークデバイスから受信することを含む。方法は、受信した第１のＣＳＩ－ＲＳと第２のＣＳＩ－ＲＳに基づいて、第１のＴＲＰを介したアップリンク送信のための第１のプリコーディング情報と、第２のＴＲＰを介したアップリンク送信のための第２のプリコーディング情報を、それぞれ決定することを、さらに含む。方法は、第１のプリコーディング情報及び第２のプリコーディング情報から選択された第３のプリコーディング情報に関連付けられるアップリンク送信のための少なくとも１つのＴＲＰを、第１のＴＲＰ及び第２のＴＲＰから決定することを、さらに含む。また、方法は、第３のプリコーディング情報に基づいて、少なくとも１つのＴＲＰを介して少なくとも１つのＳＲＳをネットワークデバイスに送信することを、さらに含む。

【0006】

第２の態様では、ネットワークデバイスで実行される方法を提供する。方法は、第１及び第２のＣＳＩ－ＲＳリソースに関連付けられる少なくとも１つのＳＲＳリソースセットが端末デバイスに設定されたことに応答して、第１のＣＳＩ－ＲＳリソースで第１のＴＲＰを介して第１のＣＳＩ－ＲＳを端末デバイスに送信し、第２のＣＳＩ－ＲＳリソースで第２のＴＲＰを介して第２のＣＳＩ－ＲＳを端末デバイスに送信することを含む。方法は、端末デバイスによって第１のＴＲＰ及び第２のＴＲＰから選択された少なくとも１つのＴＲＰを介して少なくとも１つのＳＲＳを端末デバイスから受信することを、さらに含む。

【0007】

第３の態様では、デバイスを提供する。デバイスは、プロセッサと、プロセッサに接続されるメモリとを備える。メモリは、プロセッサによって実行されると、デバイスに動作を実行させる命令を格納する。動作は、ネットワークデバイスによって少なくとも１つのＳＲＳリソースセットが設定され、かつ少なくとも１つのＳＲＳリソースセットが第１及び第２のＣＳＩ－ＲＳリソースに関連付けられていることに応答して、第１のＣＳＩ－ＲＳリソースで第１のＴＲＰを介して送信される第１のＣＳＩ－ＲＳと、第２のＣＳＩ－ＲＳリソースで第２のＴＲＰを介して送信される第２のＣＳＩ－ＲＳとをネットワークデバイスから受信することと、受信した第１のＣＳＩ－ＲＳ及び第２のＣＳＩ－ＲＳに基づいて、第１のＴＲＰを介したアップリンク送信のための第１のプリコーディング情報と、第２のＴＲＰを介したアップリンク送信のための第２のプリコーディング情報を、それぞれ決定することと、第１のプリコーディング情報及び第２のプリコーディング情報から選択された第３のプリコーディング情報に関連付けられるアップリンク送信のための少なくとも１つのＴＲＰを、第１のＴＲＰ及び第２のＴＲＰから、決定することと、第３のプリコーディング情報に基づいて、少なくとも１つのＴＲＰを介して少なくとも１つのＳＲＳをネットワークデバイスに送信することと、を含む。

【0008】

第４の態様では、デバイスを提供する。デバイスは、プロセッサと、プロセッサに接続されるメモリとを備える。メモリは、プロセッサによって実行されると、デバイスに動作を実行させる命令を格納する。動作は、第１及び第２のＣＳＩ－ＲＳリソースに関連付けられる少なくとも１つのＳＲＳリソースセットが端末デバイスに設定されたことに応答して、第１のＣＳＩ－ＲＳリソースで第１のＴＲＰを介して第１のＣＳＩ－ＲＳを端末デバイスに送信し、第２のＣＳＩ－ＲＳリソースで第２のＴＲＰを介して第２のＣＳＩ－ＲＳを端末デバイスに送信することと、端末デバイスによって第１のＴＲＰ及び第２のＴＲＰから選択された少なくとも１つのＴＲＰを介して少なくとも１つのＳＲＳを端末デバイスから受信することと、を含む。

【0009】

第５の態様では、命令が格納されたコンピュータ読み取り可能な媒体を提供する。命令は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに本開示の第１の態様による方法を実行させる。

【0010】

第６の態様では、命令が格納されたコンピュータ読み取り可能な媒体を提供する。命令は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに本開示の第２の態様による方法を実行させる。

【0011】

第７の態様では、コンピュータ読み取り可能な記憶媒体に有形に格納されたコンピュータプログラム製品を提供する。コンピュータプログラム製品は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに本開示の第１の態様または第２の態様による方法を実行させる命令を含む。

【0012】

本開示の他の特徴は、以下の説明を通して容易に理解可能となる。

【図面の簡単な説明】

【0013】

添付図面を参照しながら本開示のいくつかの実施形態をより詳細に説明することを通じて、本開示の上記及び他の目的、特徴及び利点がより明らかになる。

【0014】

【図1A】マルチＴＲＰ ＵＬ送信のための異なるシナリオを示す。

【図1B】マルチＴＲＰ ＵＬ送信のための異なるシナリオを示す。

【図1C】マルチＴＲＰ ＵＬ送信のための異なるシナリオを示す。

【0015】

【図2】本開示の実施形態が実施され得る通信環境のブロック図である。

【0016】

【図3】本開示のいくつかの実施形態にかかるマルチＴＲＰ ＵＬ送信のためのプロセスを示す。

【0017】

【図4A】本開示のいくつかの実施形態の例を示す。

【図4B】本開示のいくつかの実施形態の例を示す。

【図4C】本開示のいくつかの実施形態の例を示す。

【0018】

【図5】本開示のいくつかの実施形態の例を示す。

【0019】

【図6】本開示のいくつかの実施形態にかかる例示的な方法のフローチャートを示す。

【0020】

【図7】本開示のいくつかの実施形態にかかる例示的な方法のフローチャートを示す。

【0021】

【図8】本開示の実施形態の実施に適するデバイスの簡略的なブロック図である。

【0022】

図面全体において、同一又は類似の参照番号は、同一又は類似の要素を表す。

【発明を実施するための形態】

【0023】

本開示の原理は、いくつかの例示的な実施形態を参照して説明する。これらの実施形態は、例示の目的で記載されるにすぎず、本開示の範囲に関するいかなる制限をするものではなく、当業者が本開示を理解及び実施することを助けることを理解されたい。本明細書で説明される開示は、以下で説明されるもの以外の様々な方法で実施されることができる。

【0024】

以下の説明及び特許請求の範囲において、別途定義されない限り、本明細書で使用されるすべての技術用語及び科学用語は、本開示が属する技術分野の当業者によって一般的に理解されるものと同じ意味を有する。

【0025】

本明細書で使用されるとき、「ネットワークデバイス」又は「基地局」（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）という用語は、端末デバイスが通信できるセルやカバレッジを提供し、又はホストできるデバイスを指す。ネットワークデバイスの例として、ノードＢ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、リモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）、無線ヘッド（ＲＨ：Ｒａｄｉｏ Ｈｅａｄ）、リモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、及びフェムトノードやピコノードなどの低電力ノードなどが挙げられるが、それらに限定されない。説明の目的のために、以下、ｇＮＢをネットワークデバイスの例として、いくつかの実施形態を説明する。

【0026】

本明細書で使用されるとき、「端末デバイス」という用語は、無線又は有線の通信機能を有する任意のデバイスを指す。端末デバイスの例として、ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、パーソナルコンピュータ、デスクトップ、移動電話、セルラー電話、スマートフォン、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲームデバイス、音楽ストレージ及び再生機器、又は無線や有線インターネットアクセス及びブラウジングなどを可能にするインターネット機器が挙げられるが、それらに限定されない。説明の目的のために、以下では、端末デバイスの例としてＵＥを参照していくつかの実施形態を説明する。

【0027】

本明細書で使用されるとき、単数形「１つ（ａ）」、「１つ（ａｎ）」、及び「上記（ｔｈｅ）」は、文脈からそうでないことが明確に示されていない限り、複数形も含むことを意図している。「含む」という用語及びその変形は、「含むがこれに限定されない」ことを意味するオープンな用語として読まれる。「に基づいて」という用語は、「少なくとも部分的に基づいて」と読まれる。「一実施形態」及び「実施形態」という用語は、「少なくとも一実施形態」と読まれる。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と読まれる。「第１」、「第２」などの用語は、異なるオブジェクト又は同じオブジェクトを指す。明示的及び暗黙的なその他の定義は、以下に含まれる。

【0028】

いくつかの例では、値、手順、又は装置は、「最もよい」、「最も低い」、「最も高い」、「最小」、「最大」などと見なされる。このような説明は、多くの使用される機能的選択肢から選択を行うことができることを指し、このような選択は他の選択に比べてより良く、小さく、高く、又はより好ましい必要がないことを意図している。

【0029】

上述したように、アップリンク（ＵＬ）送信では、コードブックベースのＵＬ送信と非コードブックベースのＵＬ送信という２つの送信スキームがサポートされることができる。端末デバイスは、上位層シグナリングを介して２つのスキームのいずれかで構成されることができる。コードブックベースの送信の場合、端末デバイスは、ＵＬ送信のためのプレコーディング情報を、ネットワークデバイスから受信したＤＣＩに基づいて決定することができる。例えば、ＤＣＩにおけるいくつかのフィールドは、ＰＵＳＣＨ送信に使用されるプリコーディング情報を端末デバイスに示す。さらに、ＤＣＩにおけるいくつかのフィールド（例えば、ＳＲＳリソースインジケータ（ＳＲＩ：ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ））は、ＰＵＳＣＨ送信に使用される１つ又は複数のＳＲＳリソースを端末デバイスに示す。非コードブックベースのＵＬ送信の場合、端末デバイスは、関連するＲＳの測定に基づいて、ＵＬ送信のための送信に使用されるプリコーダを決定することができる。ＵＬ送信のための送信に使用されるプリコーダを決定すると、端末デバイスは、ＳＲＳ送信に対して構成されたＳＲＳリソースセットを介して、プリコーディングされたＳＲＳをネットワークデバイスに送信する。ＳＲＳは、アップリンクチャネル推定の結果に基づいてＵＬ送信（例えば、ＰＵＳＣＨ送信）のためにリソース割り当てを実行し且つ送信パラメータを設定するように、ネットワークデバイスによって受信され使用されてアップリンクチャネル推定を実行することができる。例えば、ネットワークデバイスは、ＰＵＳＣＨ送信に使用されるＳＲＳリソースセットから少なくとも１つのＳＲＳリソースを決定する。その少なくとも１つのＳＲＳリソースを端末デバイスに示すことによって、ＵＬデータは、示された少なくとも１つのＳＲＳリソースに基づいて端末デバイスからネットワークデバイスに送信される。

【0030】

ＮＲにおいて、ネットワークデバイス（例えば、ｇＮＢ）は、複数のＴＲＰ／パネルを備えてもよい。すなわち、ＵＬデータは、単に１つのＴＲＰ／パネル、又は複数のＴＲＰ／パネルを介して、端末デバイスからネットワークデバイスに送信されることができる。

【0031】

図１Ａ～図１Ｃは、マルチＴＲＰ／パネル ＵＬ送信のための異なるシナリオを示す。図１Ａ～図１Ｃに示す例では、ネットワークデバイス（例えば、ｇＮＢ）は、端末デバイス１２０にサービスを提供するための第１のＴＲＰ／パネル１１０－１及び第２のＴＲＰ／パネル１１０－２（ＴＲＰ／パネル１１０と総称されるか、個別にＴＲＰ／パネル１１０と呼ばれる）を備えてもよい。例えば、図１Ａに示すシナリオでは、端末デバイス１２０は、第１のＴＲＰ／パネル１１０－１及び第２のＴＲＰ／パネル１１０－２の両方を介してネットワークデバイスにＵＬデータを送信するように構成されてもよい。図１Ｂに示すシナリオでは、端末デバイス１２０は、第１のＴＲＰ／パネル１１０－１を介してのみネットワークデバイスにＵＬデータを送信するように構成されてもよい。図１Ｃに示すシナリオでは、端末デバイス１２０は、第２のＴＲＰ／パネル１１０－２を介してのみネットワークデバイスにＵＬデータを送信するように構成されてもよい。

【0032】

図１Ａ～図１Ｃに示す例では、ＴＲＰ１１０の各々は、端末デバイス２３０と通信するための１つ又は複数のビームを提供してもよい。しかしながら、現在の３ＧＰＰ仕様では、ＵＬ送信のためのビームは、上位層（レイヤ）シグナリングを介してのみ設定されることができる。すなわち、図１Ａ～図１Ｃに示す上記３つのシナリオ間の動的切替えはサポートされない。

【0033】

上記問題及び１つ又は複数の他の潜在的な問題を解決するために、本開示の実施形態は、ＵＬ送信のためのソリューションを提供する。このソリューションにより、ＵＬ送信では、異なるＴＲＰ（又は異なるビーム）間の動的切替えはサポートされない。例えば、図１Ａ～図１Ｃに示す上記３つのシナリオ間の動的切替えをサポートすることができる。

【0034】

本開示の原理及び実施について、図２～図８を参照して以下に詳細に説明する。

【0035】

図２は、本開示の実施形態が実施され得る例示的な通信ネットワーク２００を示す。図２に示すように、ネットワーク２００は、２つのＴＲＰ／パネル２２０－１、２２０－２（ＴＲＰ２２０と総称されるか、個別にＴＲＰ２２０と呼ばれる）に接続されるネットワークデバイス２１０を含む。ネットワーク２００は、ネットワークデバイス２１０の配下の端末デバイス２３０も含む。図２に示すネットワークデバイス、端末デバイス、及びＴＲＰの数は、いかなる制限を示唆することなく、例示の目的のみであることを理解されたい。ネットワーク２００は、本開示の実施形態を実施することに適する任意の適切な数のデバイスを含んでもよい。

【0036】

本明細書で使用されるとき、「端末デバイス」という用語は、無線又は有線の通信機能を有する任意のデバイスを指す。端末デバイスの例として、ユーザ機器（ＵＥ）、パーソナルコンピュータ、デスクトップ、モバイル電話、セルラー電話、スマートフォン、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲームデバイス、音楽ストレージ及び再生機器、又は無線や有線インターネットアクセス及びブラウジングなどを可能にするインターネット機器が挙げられるが、それらに限定されない。説明の目的のために、以下では、端末デバイス２３０の例としてＵＥを参照していくつかの実施形態を説明する。

【0037】

本明細書で使用されるとき、「ネットワークデバイス」又は「基地局」（ＢＳ）という用語は、端末デバイスが通信できるセルやカバレッジを提供し、又はホストできるデバイスを指す。ネットワークデバイスの例として、ノードＢ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、リモート無線ユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、及びフェムトノードやピコノードなどの低電力ノードなどが挙げられるが、それらに限定されない。

【0038】

本明細書で使用されるとき、「ＴＲＰ」という用語は、特定の地理的位置にあるネットワークデバイスに利用可能なアンテナアレイ（１つ又は複数のアンテナエレメントを有する）を指す。例えば、ネットワークデバイスは、より良いカバレッジを達成するために、異なる地理的位置にある複数のＴＲＰと結合されてもよい。ＴＲＰはパネルであり、かつパネルは（１つ又は複数のアンテナエレメントを有する）アンテナアレイを指すこともできることを理解されたい。本開示のいくつかの実施形態は、例えば複数のＴＲＰを参照して記載されているが、これらの実施形態は、例示の目的で記載されるにすぎず、本開示の範囲に関するいかなる限定を示唆するものではなく、当業者が本開示を理解及び実施することを寄与するものであると理解されたい。本明細書で説明される本開示は、以下で説明されるもの以外の様々な方法で実施されることができる。

【0039】

図２に示すように、ネットワークデバイス２１０は、ＴＲＰ２２０－１、２２０－２を介して端末デバイス２３０と通信することができる。以下では、ＴＲＰ２２０－１を第１のＴＲＰと呼び、ＴＲＰ２２０－２を第２のＴＲＰと呼ぶこともある。各ＴＲＰ２２０は、端末デバイス２３０と通信するための複数のビームを提供することができる。例えば、ＴＲＰ２２０－１は、４つのビーム２２１－１、２２１－２、２２１－３、２２１－４（「ビーム２２１」と総称されるか、個別に「ビーム２２１」と呼ばれる）を含んでもよく、ＴＲＰ２２０－２は、４つのビーム２２２－１、２２２－２、２２２－３、２２２－４（「ビーム２２２」と総称されるか、個別に「ビーム２２２」と呼ばれる）を含んでもよい。図２に示すビームの数は、いかなる限定を示唆することなく、例示の目的のみであることを理解されたい。ＴＲＰ２２０は、本開示の実施形態を実施することに適する任意の適切な数のビームを提供することができる。

【0040】

ネットワーク２００における通信は、任意の適切な規格に準拠してもよく、ここでの規格は、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥエボリューション、ＬＴＥアドバンスト（ＬＴＥ－Ａ：ＬＴＥ－Ａｄｖａｎｃｅｄ）、広帯域符号分割多重アクセス（ＷＣＤＭＡ（登録商標）：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、符号分割多元アクセス（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、モバイル通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを含むが、これらに限定されない。さらに、通信は、現在知られている、又は将来に開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例には、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれるが、これらに限定されない。例えば、ネットワークデバイス２００におけるネットワークデバイス２１０と端末デバイス２３０との間の通信は、すべてＴＲＰ２２０の少なくとも１つを介して行われることができる。

【0041】

通常のデータ通信に加えて、ネットワークデバイス２１０は、ダウンリンクでＲＳを端末デバイス２３０に送信することができる。同様に、端末デバイス２３０は、アップリンクでＲＳをネットワークデバイス２１０に送信することができる。一般的に言えば、ＲＳは、ネットワークデバイス２１０及び端末デバイス２３０の両方に共有される信号シーケンス（「ＲＳシーケンス」とも称する）である。例えば、ネットワークデバイス２１０があるルールに基づいてＲＳシーケンスを生成して送信し、端末デバイス２３０が同じルールに基づいてＲＳシーケンスを推定する。ＲＳの例には、ダウンリンク又はアップリンクの復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、ＣＳＩ－ＲＳ、ＳＲＳ、位相追跡参照信号（ＰＴＲＳ：Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、追跡参照信号（ＴＲＳ：Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、微小時間及び周波数追跡参照信号（ｆｉｎｅ ｔｉｍｅ－ｆｒｅｑｕｅｎｃｙ ＴＲＳ）、追跡用ＣＳＩ－ＲＳ、同期信号（ＳＳ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）／物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）ブロック、ＳＳブロック（ＳＳＢ）などが挙げられるが、これらに限定されない。

【0042】

例えば、ＳＲＳは、ネットワークデバイス２１０によって使用されてアップリンクチャネル推定を実行することによって、アップリンクチャネル推定の結果に基づいて、端末デバイス２３０からのＵＬ送信（ＰＵＳＣＨ送信）のためにリソース割り当てを実行し且つ送信パラメータを設定することができる。また、ＳＲＳは、時間領域での挙動（動作（ｂｅｈａｖｉｏｒ））によって、周期的ＳＲＳ（Ｐ－ＳＲＳ（ｐｅｒｉｏｄｉｃ ＳＲＳ））、非周期的ＳＲＳ（ＡＰ－ＳＲＳ（ａｐｅｒｉｏｄｉｃ ＳＲＳ））、半永続的ＳＲＳ（ＳＰ－ＳＲＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ＳＲＳ））などの種類に分けられることもできる。本明細書で使用されるとき、「Ｐ－ＳＲＳ」は、時間領域で周期的に送信されるＳＲＳを指す。「ＳＰ－ＳＲＳ」は、ＳＰ－ＳＲＳの送信が信号によって活性化され、かつ別の信号によって非活性化され得ること以外、Ｐ－ＳＲＳと類似している。「ＡＰ－ＳＲＳ」は、送信がトリガーシグナリングを介してネットワークデバイスによってトリガーされ得るＳＲＳを指す。

【0043】

ＮＲにおいて、ＵＬ送信について、コードブックベースの送信と非コードブックベースの送信という２つの送信スキームがサポートされることができる。端末デバイス２３０は、上位層パラメータを用いて、２つのスキームのいずれかで構成されることができる。コードブックベースの送信の場合、端末デバイス２３０は、ＵＬ送信のためのプレコーディング情報を、ネットワークデバイス２１０から受信したＤＣＩに基づいて決定することができる。例えば、ＤＣＩにおけるいくつかのフィールドは、ＰＵＳＣＨ送信に使用されるプリコーディング情報を端末デバイス２３０に示す。さらに、ＤＣＩにおけるいくつかのフィールド（例えば、ＳＲＳリソースインジケータ（ＳＲＩ））は、ＰＵＳＣＨ送信に使用される１つ又は複数のＳＲＳリソースを端末デバイス２３０に示すことができる。非コードブックベースのＵＬ送信の場合、端末デバイス２３０は、ＵＬ送信に使用されるプリコーダを決定するために、ＳＲＳに関連するいくつかの参照信号を測定する。如何なる限定を示唆することなく説明の目的のために、以下の説明では、非コードブックベースのＵＬ送信を参照していくつかの実施形態を説明する。

【0044】

非コードブックベースのＵＬ送信について、端末デバイス２３０は、ＳＲＳ送信に先立ってＳＲＳ構成で構成されてもよい。ＳＲＳ構成は、ＳＲＳ送信のための１つ又は複数のＳＲＳリソースを含む少なくとも１つのＳＲＳリソースセットを示してもよい。例えば、各ＳＲＳリソースに対して１つのＳＲＳポートのみが構成される。端末デバイス２３０は、プリコーディングされたＳＲＳの送信に使用されるプリコーダを決定するために、ＳＲＳに関連付けられたＲＳを測定することができる。ＳＲＳに関連付けられたＲＳは、ＣＳＩ－ＲＳ、別のＳＲＳ、又は同期信号ブロック（ＳＳＢ）／物理的ブロードキャストチャネル（ＰＢＣＨ）であってもよい。限定を示唆することなく説明の目的のために、以下の説明では、いくつかの実施形態が、ＳＲＳに関連付けられたＣＳＩ－ＲＳを参照して説明される。

【0045】

ＵＬ送信に使用されるプリコーダを決定すると、端末デバイス２３０は、ＳＲＳ送信に対して構成されたＳＲＳリソースセットを介して、プリコーディングされたＳＲＳをネットワークデバイス２１０に送信することができる。ＳＲＳは、アップリンクチャネル推定の結果に基づいてＵＬ送信（例えば、ＰＵＳＣＨ送信）のためにリソース割り当てを実行し且つ送信パラメータを設定するように、ネットワークデバイスによって受信され使用されてアップリンクチャネル推定を実行する。例えば、ネットワークデバイス２１０は、ＰＵＳＣＨ送信に使用されるＳＲＳリソースセットから少なくとも１つのＳＲＳリソースを決定する。その少なくとも１つのＳＲＳリソースが端末デバイス２３０に示されることによって、ＵＬデータは、その少なくとも１つのＳＲＳリソースに基づいて端末デバイス２３０からネットワークデバイス２１０に送信される。

【0046】

図３は、本開示のいくつかの実施形態にかかるマルチＴＲＰ ＵＬ送信のためのプロセス３００を示す。説明の目的のために、図２を参照してプロセス３００を説明する。プロセス３００は、図２に示すネットワークデバイス２１０、ＴＲＰ２２０、及び端末デバイス２３０に関わる。プロセス３００は、図示されない追加の動作を含んでもよく、及び／又は図示されているいくつかの動作を省略してもよいことを理解されたい。本開示の範囲は、この点について限定されない。

【0047】

いくつかの実施形態では、図３に示すように、ネットワークデバイス２１０は、ＳＲＳ送信のための少なくとも１つのＳＲＳリソースセットを端末デバイス２３０に設定する（３１０）。少なくとも１つのＳＲＳリソースセットは、ＳＲＳ送信のための１つ又は複数のＳＲＳリソースを含んでもよい。いくつかの実施形態では、例えば、１つのＳＲＳリソースセットのみが非コードブックベースのＵＬ送信に構成されてもよい。非コードブックベースのＵＬ送信に対して構成されたＳＲＳリソースセットに含まれるＳＲＳリソースの最大数は、Ｋである。例えば、Ｋは、｛４、６、８｝のうちの１つであってもよい。いくつかの実施形態では、ＳＲＳリソースセットは、「第１のＣＳＩ－ＲＳリソース」及び「第２のＣＳＩ－ＲＳリソース」と呼ばれる２つのＣＳＩ－ＲＳリソースに関連付けられてもよい。

【0048】

いくつかの実施形態では、例えば、２つのＳＲＳリソースセットは、非コードブックベースのＵＬ送信について構成されることができる。非コードブックベースのＵＬ送信について構成された２つのＳＲＳリソースセットのそれぞれに含まれるＳＲＳリソースの最大数は、Ｋである。例えば、Ｋは、｛４、６、８｝のうちの１つであってもよい。いくつかの実施形態では、２つのＳＲＳリソースセット（「第１のＳＲＳリソースセット」及び「第２のＳＲＳリソースセット」とも呼ばれる）は、「第１のＣＳＩ－ＲＳリソース」及び「第２のＣＳＩ－ＲＳリソース」と呼ばれる２つのＣＳＩ－ＲＳリソースにそれぞれ関連付けられてもよい。例えば、第１のＳＲＳリソースセットは第１のＣＳＩ－ＲＳリソースに関連付けられ、第２のＳＲＳリソースセットは第２のＣＳＩ－ＲＳリソースに関連付けられてもよい。

【0049】

いくつかの実施形態では、疑似コロケーション（ＱＣＬ：Ｑｕａｓｉ－Ｃｏ－Ｌｏｃａｔｉｏｎ）タイプは、上位層シグナリングを介して、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、及び／又はＳＲＳに関連付けられたＲＳに対して構成されてもよい。例えば、ＱＣＬタイプは、ＱＣＬ－ＴｙｐｅＡ（ドップラーシフト、ドップラー拡散、平均遅延、平均拡散）、ＱＣＬ－ＴｙｐｅＢ（ドップラーシフト、ドップラー拡散）、ＱＣＬ－ＴｙｐｅＣ（ドップラーシフト、平均遅延）、ＱＣＬ－ＴｙｐｅＤ（空間受信パラメータ）のうちの少なくとも１つであってもよい。

【0050】

いくつかの実施形態では、端末デバイス２３０からネットワークデバイス２１０に送信されるＳＲＳがＡＰ－ＳＲＳである場合、ネットワークデバイス２１０は、構成された少なくとも１つのＳＲＳリソースセット上のＳＲＳ送信をトリガーするＤＣＩを送信する（３２０）。ＳＲＳ送信のためのトリガーを含むＤＣＩは、ネットワークデバイス２１０からＴＲＰ２２０の１つ（例えば、ＴＲＰ２２０－１）を介して端末デバイス２３０に送信される。そして、ネットワークデバイス２１０は、ＤＣＩと同じスロットで第１及び第２のＣＳＩ－ＲＳを送信する（３３０）。いくつかの実施形態では、ネットワークデバイス２１０は、第１のＴＲＰ２２０－１を介して第１のＣＳＩ－ＲＳリソース上の第１のＣＳＩ－ＲＳを、第２のＴＲＰ２２０－２を介して第２のＣＳＩ－ＲＳリソース上の第２のＣＳＩ－ＲＳを、それぞれ端末デバイス２３０に送信してもよい。いくつかの実施形態では、第１のＣＳＩ－ＲＳリソースのためのＱＣＬタイプと第２のＣＳＩ－ＲＳリソースのためのＱＣＬタイプは異なってもよい。いくつかの実施形態では、第１及び第２のＣＳＩ－ＲＳは、同じスロットで送信されてもよい。代替的に、いくつかの実施形態では、第１及び第２のＣＳＩ－ＲＳは、それぞれ２つの連続したスロットで送信されてもよいし、Ｔスロットを超えない間隔を持つ２つのスロットで送信されてもよい。

【0051】

ネットワークデバイス２１０から第１及び第２のＣＳＩ－ＲＳを受信したことに応答して、端末デバイス２３０は、第１及び第２のＣＳＩ－ＲＳの測定に基づいて、ＳＲＳ送信に使用されるプリコーダの情報（プリコーディング情報ともいう）を決定する（３４０）。例えば、端末デバイス２３０は、第１のＣＳＩ－ＲＳの測定に基づいて、ＵＬ送信のための第１のプリコーディング情報（例えば、ＵＬ送信は第１のＴＲＰ２２０－１を介して行われること）を決定し、第２のＣＳＩ－ＲＳの測定に基づいて、ＵＬ送信のための第２のプリコーディング情報（例えば、ＵＬ送信は第２のＴＲＰ２２０－２を介して行われること）を決定してもよい。

【0052】

いくつかの実施形態では、例えば、１つのＳＲＳリソースセットのみが非コードブックベースのＵＬ送信に対して構成されてもよい。１つのＳＲＳリソースセットは、第１のＳＲＳリソースサブセットと第２のＳＲＳリソースサブセットに分割されてもよい。代替的に、いくつかの実施形態では、上述したように、第１のＳＲＳリソースセット及び第２のＳＲＳリソースセットである２つのＳＲＳリソースセットは、非コードブックベースのＵＬ送信に対して構成されてもよい。説明の目的のみで、以下の説明では、第１のＳＲＳリソースサブセット又は第１のＳＲＳリソースセットは、「第１のＳＲＳリソースグループ」と呼ばれてもよく、第２のＳＲＳリソースサブセット又は第２のＳＲＳリソースセットは、「第２のＳＲＳリソースグループ」と呼ばれてもよい。

【0053】

いくつかの実施形態では、ネットワークデバイス２１０から第１及び第２のＣＳＩ－ＲＳを受信したことに応答して、端末デバイス２３０は、関連する第１のＣＳＩ－ＲＳリソースに基づいて、第１のＳＲＳリソースグループ（例えば、Ｍ個のＳＲＳリソースを含む）に基づいて、ＳＲＳ送信のための第１のプリコーダを計算してもよい。同様に、端末デバイス２３０は、関連する第２のＣＳＩ－ＲＳリソースに基づいて、第２のＳＲＳリソースグループ（例えば、Ｎ個のＳＲＳリソースを含む）に基づいて、ＳＲＳ送信のための第２のプリコーダを計算してもよい。

【0054】

いくつかの実施形態では、端末デバイス２３０は、さらに、ＰＵＳＣＨ送信のための第１のＴＲＰ２２０－１及び第２のＴＲＰ２２０－２から少なくとも１つのＴＲＰを決定する（３４０）。例えば、端末デバイス２３０は、第１及び第２のＳＲＳリソースグループの少なくとも１つに基づいて、ＰＵＳＣＨを送信するように示されてもよい。構成された少なくとも１つのＳＲＳリソースセットは合計でＫ個のＳＲＳリソースを含み得ると仮定する。例えば、Ｋは整数であり、１≦Ｋ≦４である。別の例として、Ｋは整数であり、Ｋは｛１、２、３、４、５、６、７、８｝のいずれかであってもよい。端末デバイス２３０は、第１のＣＳＩ－ＲＳリソースに基づいてＭ個のＳＲＳリソースのためのプリコーダを決定し、第２のＣＳＩ－ＲＳリソースに基づいてＮ個のＳＲＳリソースのための別のプリコーダを決定してもよく、ここで、Ｍ＋Ｎ＝Ｋである。端末デバイス２３０は、例えば、第１及び第２のＣＳＩ－ＲＳの測定に基づいて、Ｍ及びＮの値をそれぞれ決定してもよい。

【0055】

いくつかの実施形態では、Ｍ＝０又はＮ＝０の場合、第１及び第２のＳＲＳリソースグループのうちの１つのみがＵＬ送信のために示されてもよい。すなわち、ＴＲＰ２２０のうちの１つのみがＵＬ送信のために端末デバイス２３０によって選択されてもよい。いくつかの実施形態では、Ｍ＝０の場合、第２のＳＲＳリソースグループのみがＵＬ送信のためにネットワークデバイス２１０によって示されてもよい。いくつかの実施形態では、Ｎ＝０の場合、第１のＳＲＳリソースグループのみがＵＬ送信のためにネットワークデバイス２１０によって示されてもよい。いくつかの実施形態では、Ｍ≠０且つＮ≠０の場合、第１及び第２のＳＲＳリソースグループの両方がＵＬ送信のために選択されてもよい。すなわち、Ｍ＝０の場合、第２のＴＲＰ２２０－２のみがＵＬ送信のために選択されてもよく、一方、Ｎ＝０の場合、第１のＴＲＰ２２０－１のみがＵＬ送信のために選択されてもよい。Ｍ≠０且つＮ≠０の場合、第１のＴＲＰ２２０－１と第２のＴＲＰ２２０－２の両方がＵＬ送信のために選択されてもよい。

【0056】

いくつかの実施形態では、ＵＬ送信のための少なくとも１つのＴＲＰを決定したことに応答して、端末デバイス２３０は、少なくとも１つのＴＲＰについて決定されたプリコーディング情報（第３のプリコーディング情報とも呼ばれる）に基づいて、少なくとも１つのＴＲＰを介して少なくとも１つのプリコーディングされたＳＲＳをネットワークデバイス２１０に送信する（３５０）。例えば、ＵＬ送信のための第１及び第２のＳＲＳリソースグループの少なくとも１つを決定したことに応答して、端末デバイス２３０は、第１のＣＳＩ－ＲＳリソース及び第２のＣＳＩ－ＲＳリソースの少なくとも１つに基づいて決定された第３のプリコーディング情報に基づいて、少なくとも１つのＳＲＳリソースをネットワークデバイス２１０に送信してもよい。

【0057】

いくつかの実施形態では、例えば、Ｎ＝０である。すなわち、第１のＳＲＳリソースグループのみがＵＬ送信のために選択される。例えば、第１のＴＲＰ２２０－１のみがＵＬ送信のために選択される。この場合、端末デバイス２３０は、第１のＣＳＩ－ＲＳリソースに基づき決定された第１のプリコーディング情報に基づいて、構成された少なくとも１つのＳＲＳリソースセットで（例えば、第１のＴＲＰ２２０－１を介して）ネットワークデバイス２１０にＳＲＳを送信してもよい。

【0058】

いくつかの実施形態では、例えば、Ｍ＝０である。すなわち、第２のＳＲＳリソースグループのみがＵＬ送信のために選択される。例えば、第２のＴＲＰ２２０－２のみがＵＬ送信のために選択される。この場合、端末デバイス２３０は、第２のＣＳＩ－ＲＳリソースに基づいて決定された第２のプリコーディング情報に基づいて、構成された少なくとも１つのＳＲＳリソースセットで（例えば、第２のＴＲＰ２２０－２を介して）ネットワークデバイス２１０にＳＲＳを送信してもよい。

【0059】

いくつかの実施形態では、例えば、Ｍ≠０且つＮ≠０である。すなわち、第１及び第２のＳＲＳリソースグループの両方がＵＬ送信のために選択される。例えば、第１のＴＲＰ２２０－１及び第２のＴＲＰ２２０－２は、ＵＬ送信のために選択される。この場合、端末デバイス２３０は、第１のＣＳＩ－ＲＳリソースから算出された第１のプリコーディング情報に基づいて、第１のＳＲＳリソースグループ（第１のＳＲＳリソースともいう）から選択された１つ又は複数のＳＲＳリソース、及び／又は第２のＣＳＩ－ＲＳリソースから算出された第２のプリコーディング情報に基づいて、第２のＳＲＳリソースグループ（第２のＳＲＳリソースともいう）から選択された１つ又は複数のＳＲＳリソースを送信してもよい。いくつかの実施形態では、第１のＳＲＳリソース及び第２のＳＲＳリソースは、同じスロット／シンボルで送信されてもよい。代替的に、第１のＳＲＳリソース及び第２のＳＲＳリソースは、隣接する２つのスロット／シンボル間の間隔がＴスロット／シンボルを超えないＰスロット／シンボルで送信されてもよい。例えば、これは、マルチＴＲＰ ＵＬ送信が端末デバイスによってサポートされる場合に適用可能である。いくつかの実施形態では、第１のＳＲＳリソース及び第２のＳＲＳリソースは、異なるスロット／シンボルで送信されてもよいし、隣接する２つのスロット／シンボル間の間隔がＴスロット／シンボルに等しく、又はＴスロット／シンボルを超えるＰスロット／シンボルで送信されてもよい。例えば、端末デバイス２３０がマルチＴＲＰ ＵＬ送信をサポートしていない場合にも適用可能である。例えば、マルチＴＲＰ ＵＬ送信が端末デバイス２３０に対して有効である場合、端末デバイス２３０は、第１のプリコーディング情報に基づいて、第１のＴＲＰ２２０－１を介してネットワークデバイス２１０に第１のＳＲＳを送信し、第２のプリコーディング情報に基づいて、第２のＴＲＰ２２０－２を介してネットワークデバイス２１０に第２のＳＲＳを送信してもよい。別の例として、マルチＴＲＰ ＵＬ送信が端末デバイス２３０に対して有効でない場合、端末デバイス２３０は、第１のプリコーディング情報に基づいて、第１のＴＲＰ２２０－１を介してネットワークデバイス２１０に第１のＳＲＳを送信し、又は第２のプリコーディング情報に基づいて、第２のＴＲＰ２２０－２を介してネットワークデバイス２１０に第２のＳＲＳを送信してもよい。

【0060】

いくつかの実施形態では、ＳＲＳ送信では、異なるＴＲＰ又は異なるＣＳＩ－ＲＳリソースに対して、異なるＳＲＳリソース、異なるＳＲＳ構成が使用されてもよい。例えば、第１のＳＲＳ構成は、第１のＳＲＳ送信のために決定されてもよく、ここで、第１のＳＲＳ送信は、第１のＣＳＩ－ＲＳリソースから算出されたプリコーディング情報に基づいて実行されてもよい。例えば、第１のＳＲＳ送信は、第１のＴＲＰ２２０－１を介して実行されてもよい。別の例として、第２のＳＲＳ構成は、第２のＳＲＳ送信のために決定されてもよく、ここで、第２のＳＲＳ送信は、第２のＣＳＩ－ＲＳリソースから算出されたプリコーディング情報に基づいて実行されてもよい。例えば、第２のＳＲＳ送信は、第２のＴＲＰ２２０－２を介して実行されてもよい。

【0061】

いくつかの実施形態では、第１のＳＲＳ構成及び第２のＳＲＳ構成は、互いに異なってもよい。例えば、第１のＳＲＳ構成及び第２のＳＲＳ構成は、異なるＳＲＳ時間及び／又は周波数リソース、異なるＳＲＳシーケンス、異なるコームオフセット値（comb offset values）、及び／又はＳＲＳシーケンス生成のための異なるサイクルシフト値(cycle shift values)に関連付けられてもよい。いくつかの実施形態では、第１のＳＲＳリソースグループのみがＵＬ送信のために選択される場合、第１のＳＲＳ構成をＳＲＳ送信に使用することができる。代替的に、いくつかの実施形態では、第２のＳＲＳリソースグループのみがＵＬ送信のために選択される場合、第２のＳＲＳ構成をＳＲＳ送信に使用することができる。代替的に、いくつかの実施形態では、第１及び第２のＳＲＳリソースグループの両方がＵＬ送信のために選択される場合、端末デバイス２３０は、第１のＳＲＳ構成に基づいて第１のＳＲＳを送信し、第２のＳＲＳ構成に基づいて第２のＳＲＳを送信してもよい。このようにして、ネットワークデバイス２１０は、受信したＳＲＳに基づいて、選択されたＳＲＳリソースのグループを識別することができる。

【0062】

いくつかの実施形態では、第１のＴＲＰ２２０－１のみがＵＬ送信のために選択される場合、第１のＳＲＳ構成は、第１のＴＲＰ２２０－１を介したＳＲＳ送信に使用されることができる。代替的に、いくつかの実施形態では、第２のＴＲＰ２２０－２のみがＵＬ送信のために選択される場合、第２のＳＲＳ構成は、第２のＴＲＰ２２０－２を介したＳＲＳ送信に使用されることができる。代替的に、いくつかの実施形態では、第１のＴＲＰ２２０－１及び第２のＴＲＰ２２０－２の両方がＵＬ送信のために選択され、端末デバイス２３０ではマルチＴＲＰアップリンク送信が可能である場合、端末デバイス２３０は、第１のＳＲＳ構成に基づいて第１のＴＲＰ２２０－１を介して第１のＳＲＳを送信し、第２のＳＲＳ構成に基づいて第２のＴＲＰ２２０－２を介して第２のＳＲＳを送信してもよい。このようにして、ネットワークデバイス２１０は、受信したＳＲＳに基づいて選択されたＴＲＰを識別することができる。

【0063】

いくつかの実施形態では、少なくとも１つのＳＲＳはネットワークデバイス２１０によって受信されたことに応答して、ネットワークデバイス２１０は、受信した少なくとも１つのＳＲＳに基づいてアップリンクチャネル推定を実行し、アップリンクチャネル推定の結果に基づいて、ＰＵＳＣＨ送信に使用される少なくとも１つのＳＲＳリソースセットから少なくとも１つのＳＲＳリソースを決定する（３６０）。ネットワークデバイス２１０は、その少なくとも１つのＳＲＳリソースを端末デバイス２３０に示す（３７０）。例えば、ネットワークデバイス２１０は、端末デバイス２３０にＤＣＩ（「アップリンクグラント」とも呼ばれる）を送信し、ＤＣＩは、決定された少なくとも１つのＳＲＳリソースを示すためのＳＲＳリソースインジケータ（ＳＲＩ）を含んでもよい。

【0064】

いくつかの実施形態では、第１のＳＲＳリソースグループのみがＵＬ送信のために選択される場合、ネットワークデバイス２１０は、第１のＳＲＳリソースグループ内の少なくとも１つのＳＲＳリソースを示すＳＲＩを含むＤＣＩを端末デバイス２３０に送信してもよい。代替的に、いくつかの実施形態では、第２のＳＲＳリソースグループのみがＵＬ送信のために選択される場合、ネットワークデバイス２１０は、第２のＳＲＳリソースグループ内の少なくとも１つのＳＲＳリソースを示すＳＲＩを含むＤＣＩを端末デバイス２３０に送信してもよい。代替的に、いくつかの実施形態では、第１及び第２のＳＲＳリソースグループの両方がＵＬ送信のために選択される場合、ネットワークデバイス２１０は、第１のＳＲＳリソースセット／サブセット内のＸ個のＳＲＳリソース及び／又は第２のＳＲＳリソースセット／サブセット内のＹ個のＳＲＳリソースを示すＳＲＩを含むＤＣＩを端末デバイス２３０に送信してもよく、ここで、Ｘ及びＹはそれぞれ非負の整数であり、且つＸ＋Ｙ≠０。

【0065】

いくつかの実施形態では、第１のＴＲＰ２２０－１のみがＵＬ送信のために選択され、ＳＲＳが第１のＴＲＰ２２０－１を介してのみネットワークデバイス２１０に送信される場合、ネットワークデバイス２１０は、第１のＴＲＰ２２０－１を介してＳＲＩを含むＤＣＩを端末デバイスに送信してもよい。代替的に、いくつかの実施形態では、第２のＴＲＰ２２０－２のみがＵＬ送信のために選択され、ＳＲＳが第２のＴＲＰ２２０－２を介してのみネットワークデバイス２１０に送信される場合、ネットワークデバイス２１０は、第２のＴＲＰ２２０－２を介してＳＲＩを含むＤＣＩを送信してもよい。代替的に、いくつかの実施形態では、第１のＴＲＰ２２０－１及び第２のＴＲＰ２２０－２の両方がＵＬ送信のために選択され、ＳＲＳが第１のＴＲＰ２２０－１及び第２のＴＲＰ２２０－２の両方を介してネットワークデバイス２１０に送信される場合、ネットワークデバイス２１０は、第１のＴＲＰ２２０－１又は第２のＴＲＰ２２０－２を介してＳＲＩを含むＤＣＩを送信してもよい。

【0066】

いくつかの実施形態では、ネットワークデバイス２１０は、複数のＳＲＳリソースに含まれるＳＲＳリソースの数、複数のＳＲＳリソースにおけるＳＲＳリソースグループの数、少なくとも１つのＴＲＰに含まれるＴＲＰの数、及び端末デバイスに対してマルチＴＲＰアップリンク送信が有効であるかどうかのうちの少なくとも１つに基づいて、ＳＲＩに使用されるビット数を決定してもよい。そして、ネットワークデバイス２１０は、アップリンクグラントにおいて、決定されたビット数でＳＲＩを送信してもよい。

【0067】

例えば、少なくとも１つのＳＲＳリソースセットが２つのＳＲＳリソース（例えば、ＳＲＳリソース０及びＳＲＳリソース１として表される）を含み、ＰＵＳＣＨ送信でサポートされる最大層数が２であると仮定する。いくつかの実施形態では、ＳＲＩの可能な値は、以下の表１に示されてもよい。

【表1】

【0068】

いくつかの実施形態では、Ｍ＝０又はＮ＝０の場合、表１に示す可能な値のすべて（すなわち、０、１、２及び３）が、端末デバイス２３０に適用可能である。いくつかの実施形態では、Ｍ≠０及びＮ≠０であり、かつマルチＴＲＰ ＵＬ送信が端末デバイス２３０に対して有効である場合、値「２」が端末デバイス２３０に適用可能である。その他、Ｍ≠０及びＮ≠０であり、かつマルチＴＲＰ ＵＬ送信が端末デバイス２３０に対して有効でない場合、値「２」は、端末デバイス２３０に適用できない可能性がある。

【0069】

いくつかの実施形態では、１つのＳＲＳリソースグループのみ、又は１つのＴＲＰのみがＵＬ送信のために選択される場合、ネットワークデバイス２１０は、以下の数式（１）のようにＳＲＩのビット数を決定してもよい。

【数1】

ここで、Ｌｍａｘは、ＰＵＳＣＨ送信でサポートされる最大レイヤ数を表し、ＮＳＲＳは、少なくとも１つのＳＲＳリソースセット内のＳＲＳリソースの数を表す。代替的に、２つのＴＲＰがＵＬ送信のために選択され、かつ端末デバイス２３０が同時にマルチＴＲＰ送信をサポートする場合、ネットワークデバイス２１０も、上述の数式（１）に従ってＳＲＳのビット数を決定してもよい。

【0070】

しかしながら、２つのＳＲＳリソースグループ又は２つのＴＲＰがＵＬ送信のために選択され、かつ端末デバイス２３０が同時にマルチＴＲＰ送信をサポートしない場合、ＳＲＩフィールドからいくつかの可能な値を除外することができる。例えば、少なくとも１つのＳＲＳリソースセットが２つのＳＲＳリソース（例えば、ＳＲＳリソース０及びＳＲＳリソース１）を含み、ＳＲＩの可能な値が上記表１のように示されると仮定する。いくつかの実施形態では、２つのＴＲＰがＵＬ送信のために選択され、かつ端末デバイス２３０が同時にマルチＴＲＰ送信をサポートしない場合、ＰＵＳＣＨ送信では１つの送信層のみがサポートされてもよい。この場合、上記表１に示す値「２」及び「３」は、ＳＲＩフィールドから除外される。このようにすれば、ＳＲＩフィールドは１ビットだけで十分である。

【0071】

いくつかの実施形態では、例えば、１つ又は２つのＳＲＳリソースグループが、ＳＲＳ送信のために端末デバイス２３０に構成されてもよく、１つ又は２つのＳＲＳリソースグループが、第１及び第２のＣＳＩ－ＲＳリソースに関連付けられてもよい。第１のＣＳＩ－ＲＳリソースは、第１のＣＳＩ－ＲＳの送信のために（例えば、第１のＴＲＰ２２０－１を介して）構成されてもよく、第２のＣＳＩ－ＲＳリソースは、第２のＣＳＩ－ＲＳの送信のために（例えば、第２のＴＲＰ２２０－２を介して）構成されてもよい。いくつかの実施形態では、第１及び第２のＣＳＩ－ＲＳリソースに関連付けられた１つのＳＲＳリソースセットのみがＳＲＳ送信のために端末デバイス２３０に構成される場合、ＳＲＳリソースセットに含まれる（Ｎ１＋Ｎ２）個のＳＲＳリソースが存在し得る。例えば、ＳＲＳリソースセットにおけるＮ１個のＳＲＳリソースは、第１のＳＲＳ送信に対して構成されてもよく、ここで、第１のＳＲＳ送信は、第１のＣＳＩ－ＲＳリソースから算出されたプリコーディング情報に基づいて実行されてもよい。例えば、第１のＳＲＳ送信は、第１のＴＲＰ２２０－１を介して行われてもよい。さらに、ＳＲＳリソースセットにおけるＮ２のＳＲＳリソースは、第２のＳＲＳ送信に対して構成されてもよく、ここで、第２のＳＲＳ送信は、第２のＣＳＩ－ＲＳリソースから算出されたプリコーディング情報に基づいて実行されてもよい。例えば、第２のＳＲＳ送信は、第２のＴＲＰ２２０－２を介して実行されてもよい。いくつかの実施形態では、ＳＲＳ送信のために２つのＳＲＳリソースグループ（例えば、第１及び第２のＳＲＳリソースグループ）が端末デバイス２３０に構成される場合、２つのＳＲＳリソースグループのうちの一方は、第１のＳＲＳ送信のためのＮ１個のＳＲＳリソースを含んでもよく、ここで、第１のＳＲＳ送信は、第１のＣＳＩ－ＲＳリソースから算出されたプリコーディング情報に基づいて実行されてもよい。例えば、第１のＳＲＳ送信は、第１のＴＲＰ２２０－１を介して行われてもよい。また、２つのＳＲＳリソースグループのうちの他方は、第２のＳＲＳ送信のためのＮ２個のＳＲＳリソースを含んでもよく、ここで、第２のＳＲＳ送信は、第２のＣＳＩ－ＲＳリソースから算出されたプリコーディング情報に基づいて実行されてもよい。例えば、第２のＳＲＳ送信は、第２のＴＲＰ２２０－２を介して実行されてもよい。いくつかの実施形態では、この場合、ＳＲＩフィールドのビット数は、以下の数式（２）のように決定することができる。

【数2】

ここで、Ｌは、ＰＵＳＣＨ送信でサポートされる最大層数を表す。例えば、ＳＲＩフィールドの可能な値は、０、１、２．．．及びＮ１＋Ｎ２－１を含んでもよい。例えば、仮にＮ１＝４、Ｎ２＝４とすると、ＳＲＩフィールドの可能な値は、以下の表２のように示される。

【表2】

【0072】

図３に戻り、少なくとも１つのＳＲＳリソースセットからの少なくとも１つのＳＲＳリソースがＵＬ送信に使用されるという指示を受信したことに応答して、端末デバイス２３０は、第３のプリコーディング情報に基づいて、少なくとも１つのＳＲＳリソースを介して（例えば、少なくとも１つのＴＲＰを介して）ネットワークデバイスにデータを送信する（３８０）。

【0073】

いくつかの実施形態では、第１のＳＲＳリソースグループのみ、又は第１のＴＲＰ２２０－１のみがＵＬ送信のために選択される場合（例えば、ＳＲＳは、第１のＴＲＰ２２０－１を介してのみネットワークデバイス２１０に送信される）、端末デバイス２３０は、ＳＲＩによって示される第１のＳＲＳリソースグループからの少なくとも１つのＳＲＳリソースを介して（例えば、第１のＴＲＰ２２０－１を介して）ＵＬデータを送信してもよい。図４Ａは、そのような実施形態の例を示す。図４Ａに示す例では、第１のＴＲＰ２２０－１のみがＵＬ送信のために選択され、ＳＲＳが第１のＴＲＰ２２０－１を介してのみネットワークデバイス２１０に送信されたと仮定する。端末デバイス２３０が受信したＳＲＩは、第１のＳＲＳリソース４１０と第２のＳＲＳリソース４２０がＵＬ送信に使用されることを示す。この場合、図４Ａに示すように、端末デバイス２３０が２つの送信層をサポートする場合、端末デバイス２３０は、ＳＲＳリソース４１０及び４２０を介してＵＬデータを第１のＴＲＰ２２０－１に送信してもよい。

【0074】

代替的に、いくつかの実施形態では、第２のＳＲＳリソースグループのみ、又は第２のＴＲＰ２２０－２のみがＵＬ送信のために選択される場合（例えば、ＳＲＳは、第２のＴＲＰ２２０－２を介してのみネットワークデバイス２１０に送信される）、端末デバイス２３０は、ＳＲＩによって示される第２のＳＲＳリソースグループからの少なくとも１つのＳＲＳリソースを介して（例えば、第２のＴＲＰ２２０－２を介して）ＵＬデータを送信してもよい。図４Ｂは、そのような実施形態の例を示す。図４Ｂに示す例では、第２のＴＲＰ２２０－２のみがＵＬ送信のために選択され、ＳＲＳが第２のＴＲＰ２２０－２を介してのみネットワークデバイス２１０に送信されたと仮定する。端末デバイス２３０が受信したＳＲＩは、第１のＳＲＳリソース４３０と第２のＳＲＳリソース４４０がＵＬ送信に使用されることを示す。この場合、図４Ｂに示すように、端末デバイス２３０が２つの送信層をサポートする場合、端末デバイス２３０は、ＳＲＳリソース４３０及び４４０を介してＵＬデータを第２のＴＲＰ２２０－２に送信してもよい。

【0075】

代替的に、いくつかの実施形態では、第１及び第２のＳＲＳリソースグループの両方、又は第１及び第２のＴＲＰ２２０－１、２２０－２の両方がＵＬ送信のために選択される場合（例えば、ＳＲＩは、第１のＴＲＰ２２０－１を介したＵＬ送信のための第１のＳＲＳリソースと、第２のＴＲＰ２２０－２を介したＵＬ送信のための第２のＳＲＳリソースとを示す）、端末デバイス２３０は、ＳＲＩによって示される第１及び第２のＳＲＳリソースグループのうちの少なくとも１つのグループからの少なくとも１つのＳＲＳリソースを介して（例えば、第１のＴＲＰ及び／又は第２のＴＲＰ２２０－２を介して）ＵＬデータを送信してもよい。例えば、ＳＲＩは、第１のＳＲＳリソースグループにおけるＸ個のＳＲＳリソース及び／又は第２のＳＲＳリソースグループにおけるＹ個のＳＲＳリソースを端末デバイス２３０に示す。ここで、Ｘ及びＹはそれぞれ非負の整数であり、Ｘ＋Ｙ≠０である。いくつかの実施形態では、マルチＴＲＰ送信が端末デバイス２３０に対して有効であることに応答して、端末デバイス２３０は、第１のプリコーディング情報に基づいて、少なくともデータの第１部分を第１のＴＲＰ２２０－１を介してネットワークデバイス２１０に送信し、第２のプリコーディング情報に基づいて、少なくともデータの第２部分を第２のＴＲＰ２２０－２を介してネットワークデバイス２１０に送信してもよい。図４Ｃは、そのような実施形態の一例を示す。図４Ｃに示す例では、第１及び第２のＴＲＰ２２０－１、２２０－２の両方がＵＬ送信のために選択され、端末デバイス２３０がマルチＴＲＰ送信を同時にサポートすると仮定する。端末デバイス２３０が受信したＳＲＩは、第１のＳＲＳリソース４５０が第１のＴＲＰ２２０－１を介してＵＬ送信に使用され、第２のＳＲＳリソース４６０が第２のＴＲＰ２２０－２を介してＵＬ送信に使用されることを示す。この場合、図４Ｂに示すように、端末デバイス２３０は、ＳＲＳリソース４５０を介して第１のＴＲＰ２２０－１にＵＬデータを送信し、ＳＲＳリソース４６０を介して第２のＴＲＰ２２０－２にＵＬデータを送信してもよい。

【0076】

上述したように、いくつかの実施形態では、ネットワークデバイス２１０から関連するＣＳＩ－ＲＳ（例えば、第１のＣＳＩ－ＲＳ及び／又は第２のＣＳＩ－ＲＳ）を受信したことに応答して、端末デバイス２３０は、関連するＣＳＩ－ＲＳの測定に基づいて、ＳＲＳ送信のための各プリコーダを決定してもよい。例えば、端末デバイス２３０は、関連するＣＳＩ－ＲＳの測定に基づいて、ランク（送信レイヤの数を示す）を決定してもよい。しかし、決定されたランクは、ＣＳＩ－ＲＳに対応するＳＲＳリソースセットに含まれるＳＲＳリソースの数よりも少ない。関連するＣＳＩ－ＲＳの測定に基づいて決定されたランクがＰであり、ＳＲＳリソースセットに含まれるＳＲＳリソースの数がＮであると仮定する。例えば、Ｐ≦Ｎである。いくつかの実施形態では、端末デバイス２３０は、最大Ｐ個のＳＲＳリソース上で、ＵＬ送信のためのプリコーダのみを決定してもよい。この場合、ＵＬ送信のためのＰ個以上のＳＲＳリソースを示すＳＲＩは、端末デバイス２３０によって期待されない可能性がある。すなわち、ＵＬ送信のためのＰ個以上のＳＲＳリソースを示すＳＲＩが端末デバイス２３０に送信された場合、端末デバイス２３０は、そのＳＲＩに基づいてＵＬデータを送信しなくてもよい。

【0077】

現在の３ＧＰＰ仕様では、２つのＰＵＳＣＨ電力制御（例えば、閉ループ電力制御）調整状態をサポートすることができる。異なるＰＵＳＣＨ電力制御調整状態は、異なる電力制御パラメータセットを示してもよい。例えば、ＳＲＳ送信及びＰＵＳＣＨ送信は、上位層（レイヤ）シグナリング（例えば、ＲＲＣシグナリング）を介して、同じ電力制御調整状態、例えば２つのＰＵＳＣＨ電力制御調整状態のいずれかに関連付けられるように構成されてもよい。代替的に、ＳＲＳ送信は、上位層（レイヤ）シグナリング（例えば、ＲＲＣシグナリング）を介して、例えば、２つのＰＵＳＣＨ電力制御調整状態と異なる、ＰＵＳＣＨ送信とは別の電力制御調整状態に関連付けられるように構成されてもよい。しかし、マルチＴＲＰ送信のシナリオでは、異なるＴＲＰに対するＳＲＳ送信の電力制御調整状態が異なる場合がある。この場合、ＲＲＣシグナリングを介して電力制御調整状態を構成することは、異なるＴＲＰ（又は異なるビーム）間のＵＬ送信のための動的切替えに適しない可能性がある。

【0078】

本開示の実施形態は、上記問題及び１つ又は複数の他の潜在的な問題を解決するために、ＳＲＳ送信のための電力制御のソリューションを提供する。いくつかの実施形態では、非コードブックベースのＵＬ送信について、２つのＰＵＳＣＨ電力制御調整状態のうちの１つと同じであるＳＲＳリソースの電力制御調整状態が、ＳＲＩフィールドによって暗黙的に示され得る（暗示されることができる）。

【0079】

いくつかの実施形態では、２つのＰＵＳＣＨ閉ループ電力制御状態Ａ及びＢをサポートすることができると仮定する。２つのＳＲＳリソースグループのそれぞれは、２つの閉ループ電力制御状態Ａ及びＢのうちの１つに関連付けられるように構成されてもよい。例えば、第１のＳＲＳリソースグループは閉ループ電力状態Ａに関連付けられるように構成され、第２のＳＲＳリソースグループは閉ループ電力状態Ｂに関連付けられるように構成されてもよい。

【0080】

いくつかの実施形態では、第１及び／又は第２のＳＲＳリソースグループからの少なくとも１つのＳＲＳリソースがＵＬ送信に使用されることを示すＳＲＩをネットワークデバイス２１０から受信したことに応答して、端末デバイス２３０は、少なくとも１つのＳＲＳリソースに対して閉ループ電力制御状態を暗黙的に（暗示的に）決定することができる。例えば、ＳＲＩは、第１のＳＲＳリソースグループにおけるＸ個のＳＲＳリソース及び／又は第２のＳＲＳリソースグループにおけるＹ個のＳＲＳリソースを端末デバイス２３０に示してもよく、ここで、Ｘ及びＹはそれぞれ非負の整数であり、Ｘ＋Ｙ≠０である。例えば、示されたＳＲＳリソースが全て第１のＳＲＳリソースグループからのものである場合には、閉ループ電力制御状態ＡがＳＲＳ送信に使用されると決定することができる。また、示されたＳＲＳリソースが全て第２のＳＲＳリソースグループからのものである場合には、閉ループ電力制御状態ＢがＳＲＳ送信に使用されると決定することができる。ＳＲＩがＸ＋Ｙ個のＳＲＳリソースを端末デバイス２３０に示し、ここで、Ｘ個のＳＲＳリソースが第１のＳＲＳリソースグループからのものであり、かつＹ個のＳＲＳリソースが第２のＳＲＳリソースグループからのものである場合、Ｘ個のＳＲＳリソースに基づいて、閉ループ電力制御状態ＡがＳＲＳ送信に使用されると決定され、Ｙ個のＳＲＳリソースに基づいて、閉ループ電力制御状態ＢがＳＲＳ送信に使用されると決定されることができる。

【0081】

いくつかの実施形態では、２つのＰＵＳＣＨ閉ループ電力制御状態Ａ及びＢをサポートすることができると仮定する。２つのＳＲＳリソースグループのそれぞれは、２つの閉ループ電力制御状態Ａ及びＢのうちの１つに関連付けられるように構成されてもよい。例えば、第１のＳＲＳリソースグループは、閉ループ電力制御状態Ａに関連付けられるように構成され、第２のＳＲＳリソースグループは、閉ループ電力制御状態Ｂに関連付けられるように構成されてもよい。いくつかの実施形態では、端末デバイス２３０が、第１のＳＲＳ送信について関連する第１のＣＳＩ－ＲＳリソースに基づいて第１のプリコーダを計算する場合、閉ループ電力制御状態Ａが第１のＳＲＳ送信に使用されると決定されることができる。いくつかの実施形態では、端末デバイス２３０が、第２のＳＲＳ送信について関連する第２のＣＳＩ－ＲＳリソースに基づいて第２のプリコーダを計算する場合、閉ループ電力制御状態Ｂが第２のＳＲＳ送信に使用されると決定されることができる。

【0082】

いくつかの実施形態では、第１及び／又は第２のＳＲＳリソースグループからの少なくとも１つのＳＲＳリソースがＵＬ送信に使用されることを示すＳＲＩをネットワークデバイス２１０から受信したことに応答して、端末デバイス２３０は、少なくとも１つのＳＲＳリソースに対して閉ループ電力制御状態を暗黙的に（暗示的に）決定することができる。例えば、ＳＲＩは、第１のＳＲＳリソースグループにおけるＸ個のＳＲＳリソース及び／又は第２のＳＲＳリソースグループにおけるＹ個のＳＲＳリソースを端末デバイス２３０に示してもよく、ここで、Ｘ及びＹはそれぞれ非負の整数であり、Ｘ＋Ｙ≠０である。例えば、示されたＳＲＳリソースが全て第１のＳＲＳリソースグループからのものである場合には、閉ループ電力制御状態ＡがＳＲＳ送信に使用されると決定されることができる。また、示されたＳＲＳリソースが全て第２のＳＲＳリソースグループからのものである場合には、閉ループ電力制御状態ＢがＳＲＳ送信に使用されると決定されることができる。ＳＲＩがＸ＋Ｙ個のＳＲＳリソースを端末デバイス２３０に示し、ここで、Ｘ個のＳＲＳリソースが第１のＳＲＳリソースグループからのものであり、かつＹ個のＳＲＳリソースが第２のＳＲＳリソースグループからのものである場合、Ｘ個のＳＲＳリソースに基づいて、閉ループ電力制御状態ＡがＳＲＳ送信に使用されると決定され、Ｙ個のＳＲＳリソースに基づいて、閉ループ電力制御状態ＢがＳＲＳ送信に使用されると決定されることができる。

【0083】

いくつかの実施形態では、２つのＰＵＳＣＨ閉ループ電力制御状態Ａ及びＢをサポートすることができると仮定する。少なくとも１つのＳＲＳリソースセット内の各ＳＲＳリソースは、２つの閉ループ電力制御状態Ａ及びＢのうちの１つに関連付けられるように構成されることができる。すなわち、所定のＳＲＳリソースに対する電力制御調整状態が、Ａ又はＢであると予め設定されることができる。さらに、ＳＲＳリソースセット内では、いくつかのＳＲＳリソースは閉ループ電力制御状態Ａに関連付けられ、他のＳＲＳリソースは閉ループ電力制御状態Ｂに関連付けられることができる。いくつかの実施形態では、少なくとも１つのＳＲＳリソースセットからのＳＲＳリソースがＵＬ送信に使用されることを示すＳＲＩをネットワークデバイス２１０から受信したことに応答して、端末デバイス２３０は、ＳＲＳリソースに対して閉ループ電力制御状態を暗黙的に（暗示的に）決定することができる。

【0084】

端末デバイス２３０は、ネットワークデバイス２１０との間で信号（例えば、ＳＲＳ又は任意の他の信号）を送受信するための複数のアンテナを備えてもよい。複数のアンテナが端末デバイス２３０によってサポートされることによって、ＳＲＳアンテナの切替えがサポートされ得る。ＳＲＳアンテナの切替えは、一般的に、開ループ又は閉ループのいずれであり得るＰＵＳＣＨのためのアップリンク送信ダイバーシティと、チャネル可逆性に基づく時分割複信（ＴＤＤ：ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）又は周波数分割複信（ＦＤＤ：ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）ダウンリンクＭＩＭＯビームフォーミングという２つの異なる目的を提供する。しかしながら、現在の３ＧＰＰ仕様では、ＳＲＳアンテナの切替えは、ダウンリンクマルチＴＲＰ送信をサポートすることができない。

【0085】

いくつかの実施形態では、ＤＬ送信のために１つのＴＲＰのみが選択される場合、ダウンリンクプリコーダは、現在の３ＧＰＰ仕様に従って決定されることができる。代替的に、いくつかの実施形態では、２つのＴＲＰがＤＬ送信のために選択されてもよい。図５は、そのような実施形態の例を示す。図５に示すように、ＴＰＲ５１０－１及び５１０－２は、端末デバイス５２０にＤＬデータを送信するように、ネットワークデバイス（図5に示されず）によって選択されてもよい。端末デバイス５２０は、４つの受信アンテナポート５２１、５２２、５２３、５２４を提供してもよい。いくつかの実施形態では、ＴＲＰ５１０－１について、ダウンリンクプリコーダは、アンテナポート５２１、５２２を介して送信される信号に基づいて決定され、アンテナポート５２３、５２４を介して送信される信号は、干渉とみなされる。ＴＲＰ５１０－２について、ダウンリンクプリコーダは、アンテナポート５２３、５２４を介して送信される信号に基づいて決定され、アンテナポート５２１、５２２を介して送信される信号は、干渉とみなされる。

【0086】

図６は、本開示のいくつかの実施形態にかかる例示的な方法６００のフローチャートを示す。方法６００は、図２に示す端末デバイス２３０において実施され得る。方法６００は、図示されない追加のブロックを含み、及び／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲は、この点について限定されないと理解される。説明の目的のために、方法６００は、図２を参照して端末デバイス２３０の観点から説明される。

【0087】

ブロック６１０において、ネットワークデバイスによって少なくとも１つのＳＲＳリソースセットが設定され、その少なくとも１つのＳＲＳリソースセットが第１及び第２のＣＳＩ－ＲＳリソースに関連付けられたことに応答して、端末デバイス２３０は、第１のＣＳＩ－ＲＳリソースで第１のＴＲＰを介して送信された第１のＣＳＩ－ＲＳと、第２のＣＳＩ－ＲＳリソースで第２のＴＲＰを介して送信された第２のＣＳＩ－ＲＳをネットワークデバイスから受信する。

【0088】

ブロック６２０において、端末デバイス２３０は、受信した第１のＣＳＩ－ＲＳ及び第２のＣＳＩ－ＲＳに基づいて、第１のＴＲＰを介してアップリンク送信のための第１のプリコーディング情報を、第２のＴＲＰを介してアップリンク送信のための第２のプリコーディング情報を、それぞれ決定する。

【0089】

ブロック６３０において、端末デバイス２３０は、第１及び第２のＴＲＰから、アップリンク送信のための少なくとも１つのＴＲＰを決定し、その少なくとも１つのＴＲＰは、第１及び第２のプリコーディング情報から選択された第３のプリコーディング情報に関連付けられる。

【0090】

ブロック６４０において、端末デバイス２３０は、第３のプリコーディング情報に基づいて、少なくとも１つのＴＲＰを介して少なくとも１つのＳＲＳをネットワークデバイスに送信する。

【0091】

いくつかの実施形態では、少なくとも１つのＳＲＳリソースセットは、複数のＳＲＳリソースを含み、少なくとも１つのＴＲＰは、第１のＴＲＰである。端末デバイス２３０は、第１のプリコーディング情報に基づいて、複数のＳＲＳリソースで第１のＴＲＰを介して少なくとも１つのＳＲＳをネットワークデバイスに送信することによって、少なくとも１つのＳＲＳを送信してもよい。

【0092】

いくつかの実施形態では、少なくとも１つのＳＲＳリソースセットは、複数のＳＲＳリソースを含み、少なくとも１つのＴＲＰは、第１のＴＲＰ及び第２のＴＲＰを含む。端末デバイス２３０は、第１のＴＲＰを介したＳＲＳ送信に使用される複数のＳＲＳリソースのうちの第１の部分と、第２のＴＲＰを介したＳＲＳ送信に使用される複数のＳＲＳリソースのうちの第２の部分とを決定し、そして、端末デバイスに対してマルチＴＲＰアップリンク送信が有効であることに応答して、第１のプリコーディング情報に基づいて、複数のＳＲＳリソースのうちの第１の部分で第１のＴＲＰを介してネットワークデバイスに第１のＳＲＳを送信し、第２のプリコーディング情報に基づいて、複数のＳＲＳリソースのうちの第２の部分で第２のＴＲＰを介してネットワークデバイスに第２のＳＲＳを送信することによって、少なくとも１つのＳＲＳを送信してもよい。

【0093】

いくつかの実施形態では、端末デバイス２３０は、第１のＳＲＳを送信するための第１のＳＲＳ構成を決定し、かつ第１のＳＲＳ構成に基づいて第１のＳＲＳを送信することによって、第１のＳＲＳを送信してもよい。端末デバイス２３０は、第２のＳＲＳを送信するための第２のＳＲＳ構成を決定し、かつ第２のＳＲＳ構成に基づいて第２のＳＲＳを送信することによって、第２のＳＲＳを送信してもよい。

【0094】

いくつかの実施形態では、第１のＳＲＳ構成は、第２のＳＲＳ構成とは異なる。

【0095】

いくつかの実施形態では、第１のＳＲＳ構成及び第２のＳＲＳ構成は、異なるＳＲＳリソース、異なるＳＲＳシーケンス、及びＳＲＳシーケンス生成のための異なるサイクルシフト値のうちの少なくとも１つに関連付けられる。

【0096】

いくつかの実施形態では、少なくとも１つのＳＲＳリソースセットは、複数のＳＲＳリソースを含む。方法６００は、複数のＳＲＳリソースからの少なくとも１つのＳＲＳリソースがアップリンク送信に使用されるという指示を受信したことに応答して、第３のプリコーディング情報に基づいて、少なくとも１つのＳＲＳリソースで、少なくとも１つのＴＲＰを介してデータをネットワークデバイスに送信することを、さらに含む。

【0097】

いくつかの実施形態では、少なくとも１つのＴＲＰは第１のＴＲＰである。端末デバイス２３０は、第１のプリコーディング情報に基づいて、少なくとも１つのＳＲＳリソースで第１のＴＲＰを介してデータをネットワークデバイスに送信することによって、データを送信してもよい。

【0098】

いくつかの実施形態では、少なくとも１つのＴＲＰは、第１のＴＲＰ及び第２のＴＲＰを含み、少なくとも１つのＳＲＳリソースは、第１のＴＲＰを介したアップリンク送信のための第１のＳＲＳリソースと、第２のＴＲＰを介したアップリンク送信のための第２のＳＲＳリソースとを含む。端末デバイス２３０は、端末デバイスに対してマルチＴＲＰアップリンク送信が有効であることに応答して、第１のプリコーディング情報に基づいて、第１のＳＲＳリソースで第１のＴＲＰを介してネットワークデバイスに少なくともデータの第１部分を送信し、第２のプリコーディング情報に基づいて、第２のＳＲＳリソースで第２のＴＲＰを介してネットワークデバイスに少なくともデータの第２部分を送信することによって、少なくとも１つのＳＲＳを送信してもよい。

【0099】

図７は、本開示のいくつかの実施形態にかかる例示的な方法７００のフローチャートを示す。方法７００は、図２に示すネットワークデバイス２１０において実施され得る。方法７００は、図示されない追加のブロックを含み、及び／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲は、この点について限定されないと理解される。説明の目的のために、方法７００は、図２を参照してネットワークデバイス２１０の観点から説明される。

【0100】

ブロック７１０において、第１及び第２のＣＳＩ－ＲＳリソースに関連付けられた少なくとも１つのＳＲＳリソースセットが端末デバイスに設定されたことに応答して、ネットワークデバイス２１０は、第１のＣＳＩ－ＲＳリソースで第１のＴＲＰを介して第１のＣＳＩ－ＲＳを、第２のＣＳＩ－ＲＳリソースで第２のＴＲＰを介して第２のＣＳＩ－ＲＳを、それぞれ端末デバイスに送信する。

【0101】

ブロック７２０において、ネットワークデバイス２１０は、少なくとも１つのＴＲＰを介して端末デバイスから少なくとも１つのＳＲＳを受信し、その少なくとも１つのＴＲＰは、端末デバイスによって第１のＴＲＰ及び第２のＴＲＰから選択される。

【0102】

いくつかの実施形態では、少なくとも１つのＳＲＳリソースセットは複数のＳＲＳリソースを含み、少なくとも１つのＴＲＰは第１のＴＲＰである。ネットワークデバイス２１０は、複数のＳＲＳリソースで第１のＴＲＰを介して送信された少なくとも１つのＳＲＳを端末デバイスから受信することによって、少なくとも１つのＳＲＳを受信してもよい。

【0103】

いくつかの実施形態では、少なくとも１つのＳＲＳリソースセットは、複数のＳＲＳリソースを含み、少なくとも１つのＴＲＰは、第１のＴＲＰ及び第２のＴＲＰを含む。ネットワークデバイス１１０は、端末デバイスに対してマルチＴＲＰアップリンク送信が有効であることに応答して、複数のＳＲＳリソースのうちの第１の部分で第１のＴＲＰを介して送信された第１のＳＲＳを端末デバイスから受信し、かつ、複数のＳＲＳリソースのうちの第２の部分で第２のＴＲＰを介して送信された第２のＳＲＳを端末デバイスから受信することによって、少なくとも１つのＳＲＳを受信してもよい。

【0104】

いくつかの実施形態では、ネットワークデバイス２１０は、第１のＳＲＳ構成に基づいて送信された第１のＳＲＳを端末デバイスから受信することによって、第１のＳＲＳを受信してもよい。ネットワークデバイス２１０は、第２のＳＲＳ構成に基づいて送信された第２のＳＲＳを端末デバイスから受信することによって、第２のＳＲＳを受信してもよい。

【0105】

いくつかの実施形態では、第１のＳＲＳ構成は、第２のＳＲＳ構成とは異なる。

【0106】

いくつかの実施形態では、第１及び第２のＳＲＳ構成は、異なるＳＲＳリソース、異なるＳＲＳシーケンス、及びＳＲＳシーケンス生成のための異なるサイクルシフト値のうちの少なくとも１つに関連付けられている。

【0107】

いくつかの実施形態では、少なくとも１つのＳＲＳリソースセットは、複数のＳＲＳリソースを含む。方法７００は、複数のＳＲＳリソースから、アップリンク送信に使用される少なくとも１つのＳＲＳリソースを決定することと、少なくとも１つのＳＲＳリソースを端末デバイスに示すことと、少なくとも１つのＳＲＳリソースで少なくとも１つのＴＲＰを介して送信されたデータを端末デバイスから受信することを、さらに含む。

【0108】

いくつかの実施形態では、ネットワークデバイス２１０は、複数のＳＲＳリソースに含まれるＳＲＳリソースの数、少なくとも１つのＴＲＰに含まれるＴＲＰの数、及び端末デバイスに対してマルチＴＲＰアップリンク送信が有効であるかどうかのうちの少なくとも１つに基づいて、少なくとも１つのＳＲＳリソースを示すためのビット数を決定し、かつ、決定されたビット数で、少なくとも１つのＳＲＳリソースを端末デバイスに示すことによって、少なくとも１つのＳＲＳリソースを示してもよい。

【0109】

いくつかの実施形態では、少なくとも１つのＴＲＰは第１のＴＲＰである。ネットワークデバイス２１０は、少なくとも１つのＳＲＳリソースで第１のＴＲＰを介して送信されたデータを端末デバイスから受信することによって、データを受信してもよい。

【0110】

いくつかの実施形態では、少なくとも１つのＴＲＰは、第１のＴＲＰ及び第２のＴＲＰを含み、少なくとも１つのＳＲＳリソースは、第１のＴＲＰを介したアップリンク送信のための第１のＳＲＳリソースと、第２のＴＲＰを介したアップリンク送信のための第２のＳＲＳリソースとを含む。ネットワークデバイス２１０は、端末デバイスに対してマルチＴＲＰアップリンク送信が有効であることに応答して、第１のＳＲＳリソースで第１のＴＲＰを介して送信された少なくともデータの第１部分を端末デバイスから受信し、第２のＳＲＳリソースで第２のＴＲＰを介して送信された少なくともデータの第２部分を端末デバイスから受信することによって、データを受信してもよい。

【0111】

図８は、本開示の実施形態の実施に適するデバイス８００の簡略的なブロック図である。デバイス８００は、図２に示すネットワークデバイス２１０又は端末デバイス２３０のさらなる例示的な実施と見なされることができる。そのため、デバイス８００は、ネットワークデバイス２１０或いは端末デバイス２３０で実施され、又はネットワークデバイス２１０或いは端末デバイス２３０の少なくとも一部として実施されることができる。

【0112】

図示のように、デバイス８００は、プロセッサ８１０と、プロセッサ８１０に接続されているメモリ８２０と、プロセッサ８１０に接続されている適切な送信機（ＴＸ）及び受信機（ＲＸ）８４０と、ＴＸ／ＲＸ８４０に接続されている通信インターフェースとを備える。メモリ８２０は、プログラム８３０の少なくとも一部を格納する。ＴＸ／ＲＸ８４０は、双方向通信するためのものである。ＴＸ／ＲＸ８４０は、通信を容易にするために少なくとも１つのアンテナを有するが、実際には、本願で言及されるアクセスノードは、いくつかを有してもよい。通信インターフェースは、ｅＮＢ間の双方向通信用のＸ２インターフェース、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）／Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ（Ｓ－ＧＷ）とｅＮＢとの間の通信用のＳ１インターフェース、ｅＮＢとリレーノード（ＲＮ：Ｒｅｌａｙ Ｎｏｄｅ）との間の通信用のＵｎインターフェース、又はｅＮＢと端末デバイスとの間の通信用のＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

【0113】

プログラム８３０は、関連するプロセッサ８１０によって実行されると、本明細書で図２乃至図７を参照して説明したように、デバイス８００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと想定される。本開示の実施形態は、デバイス８００のプロセッサ８１０によって実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアの組み合わせにより実装されてもよい。プロセッサ８１０は、本開示の様々な実施形態を実施するように構成されてもよい。さらに、プロセッサ８１０とメモリ８２０の組み合わせは、本開示の様々な実施形態を実施するのに適した処理手段８５０を形成してもよい。

【0114】

メモリ８２０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、非一時的なコンピュータ読み取り可能な記憶媒体、半導体系のメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリ及びリムーバブルメモリなどの任意の適切なデータストレージ技術を使用して実施されてもよい。デバイス８００には１つのメモリ８２０のみが示されているが、物理的に別個であるいくつかのメモリモジュールがあってもよい。プロセッサ８１０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。デバイス８００は、メインプロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなどの複数のプロセッサを有してもよい。

【0115】

一般的に、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、ロジック、又はそれらの任意の組み合わせで実施されてもよい。一部の態様はハードウェアで実施され、他の態様はコントローラ、マイクロプロセッサ又は他のコンピューティングデバイスによって実行されるファームウェア又はソフトウェアで実施されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート、又は他の何らかの画像表現を使用して例示及び説明されているが、本明細書で説明されるこれらのブロック、装置、システム、技術又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又はロジック、汎用ハードウェア又はコントローラ又は他のコンピューティングデバイス、又はそれらの組み合わせに実施されてもよいと理解される。

【0116】

本開示は、さらに、非一時的なコンピュータ読み取り可能な記憶媒体に有形に格納された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図６及び図７を参照して上記で説明したプロセス又は方法を実行するために、プログラムモジュールに含まれるものなどの、対象の実プロセッサ又は仮想プロセッサ上のデバイスで実行される、コンピュータ実行可能な命令を含む。一般的に、プログラムモジュールは、特定のタスクを実行する、又は特定の抽象データ型を実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態で必要に応じてプログラムモジュール間で組み合わせるか、又は分割してもよい。プログラムモジュールのためのマシン実行可能な命令は、ローカルデバイスで実行されてもよいし、分散型デバイスで実行されてもよい。分散型デバイスでは、プログラムモジュールはローカルとリモートのストレージメディアの両方に配置されてもよい。

【0117】

本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又はその他のプログラマブルデータ処理装置のプロセッサ又はコントローラに提供されることによって、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定される機能／動作が実現される。プログラムコードは、完全にマシン上で実行されたり、その一部がマシン上で実行されたり、スタンドアロンソフトウェアパッケージとして実行されたり、一部がマシン上で実行され、かつ一部がリモートマシン上で実行されたり、又は完全にリモートマシン又はサーバー上で実行されたりすることができる。

【0118】

前記プログラムコードは、命令実行システム、装置、又はデバイスによって、又はそれらと関連して使用するためのプログラムを含むか、又は格納する任意の有形媒体であり得るマシン読み取り可能な媒体上で具現化されてもよい。マシン読み取り可能な媒体は、マシン読み取り可能な信号媒体又はマシン読み取り可能な記憶媒体であってもよい。マシン読み取り可能な媒体は、電子、磁気、光学、電磁気、赤外線、又は半導体システム、装置、又はデバイス、あるいは前述の任意の適切な組み合わせを含むが、これらに限定されない。マシン読み取り可能な記憶媒体のより具体的な例には、１つ又は複数のワイヤによる電気的な接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバー、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、光学式ストレージデバイス、磁気ストレージデバイス、又は前述の任意の適切な組み合わせが挙げられる。

【0119】

さらに、操作は特定の順序で図面に描かれているが、これは、望ましい結果を達成するために、そのような操作が図示の特定の順序又は連続順序で実行されること、又はすべての描かれた操作が実行されることを要求するものとして理解されるべきではない。特定の状況では、マルチタスクと並列処理が有利な場合がある。同様に、上記説明にはいくつかの特定の実装の詳細が含まれているが、これらは本開示の範囲の制限としてではなく、特定の実施形態に特有の特徴の説明として解釈されるべきである。別個の実施形態の文脈で記載されている特定の特徴は、単一の実施形態に組み合わせて実施されることもできる。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態で別々に、又は任意の適切なサブコンビネーションで実施されてもよい。

【0120】

本開示について、構造的特徴及び／又は方法論的動作に特有の用語で説明したが、添付の請求の範囲で限定される本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解されたい。むしろ、上記の特定の特徴及び動作は、請求の範囲を実施する例示的な形態として開示されている。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4A】

【図4B】

【図4C】

【図5】

【図6】

【図7】

【図8】