特表 2023-538487 アップリンク伝送パラメータの決定方法及び端末デバイス

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-09-08

(54)【発明の名称】アップリンク伝送パラメータの決定方法及び端末デバイス

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20230901BHJP

   H04W 72/232 20230101ALI20230901BHJP

   H04W 72/0453 20230101ALI20230901BHJP

   H04W 16/28 20090101ALI20230901BHJP

【ＦＩ】

H04W72/1268

H04W72/232

H04W72/0453

H04W16/28

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023501676

(86)(22)【出願日】2020-07-14

(85)【翻訳文提出日】2023-01-11

(86)【国際出願番号】 CN2020101907

(87)【国際公開番号】W WO2022011555

(87)【国際公開日】2022-01-20

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

(71)【出願人】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口 智也

(74)【代理人】

【識別番号】100220630

【弁理士】

【氏名又は名称】河崎 亮

(72)【発明者】

【氏名】チェン、ウェンホン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067CC02

5K067DD34

5K067EE02

5K067EE10

5K067KK02

5K067KK03

(57)【要約】

本願の実施例は、アップリンク伝送パラメータの決定方法及び端末デバイスを提供し、ＰＵＳＣＨが位置するキャリアで活性化されたアップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに複数のセットの伝送パラメータが構成された場合、端末デバイスは、ＤＣＩフォーマット０＿０でスケジューリングされるＰＵＳＣＨの伝送パラメータを決定することができる。該アップリンク伝送パラメータの決定方法は、端末デバイスがＰＵＳＣＨが位置するキャリアで活性化されたアップリンクＢＷＰにおけるＰＵＣＣＨリソース上の伝送パラメータに基づいて、該ＰＵＳＣＨの伝送パラメータを決定することを含み、ここで、該ＰＵＳＣＨは、第１のＤＣＩフォーマットでスケジューリングされるＰＵＳＣＨであり、該伝送パラメータは、送信ビームであり、及び／又は、該伝送パラメータは、経路損失測定に用いられる基準信号である。

【特許請求の範囲】

【請求項1】

端末デバイスが物理アップリンク共有チャネルＰＵＳＣＨが位置するキャリアに活性化されたアップリンク帯域幅部分ＢＷＰにおける物理アップリンク制御チャネルＰＵＣＣＨリソース上の伝送パラメータに基づいて、前記ＰＵＳＣＨの伝送パラメータを決定することを含み、
前記ＰＵＳＣＨは、第１のダウンリンク制御情報ＤＣＩフォーマットでスケジューリングされたＰＵＳＣＨであり、前記伝送パラメータは、送信ビームであり、及び／又は、前記伝送パラメータは、経路損失測定に用いられる基準信号である
ことを特徴とするアップリンク伝送パラメータの決定方法。

【請求項2】

前記端末デバイスがＰＵＳＣＨが位置するキャリアで活性化されたアップリンクＢＷＰにおけるＰＵＣＣＨリソース上の伝送パラメータに基づいて前記ＰＵＳＣＨの伝送パラメータを決定することは、
前記端末デバイスが前記アップリンクＢＷＰにおいて１セットの伝送パラメータのみが構成されたＰＵＣＣＨリソースのうちの、リソース識別子が最も低いＰＵＣＣＨリソース上の伝送パラメータを、前記ＰＵＳＣＨの伝送パラメータとして決定することを含む
ことを特徴とする請求項１に記載のアップリンク伝送パラメータの決定方法。

【請求項3】

前記端末デバイスがＰＵＳＣＨが位置するキャリアで活性化されたアップリンクＢＷＰにおけるＰＵＣＣＨリソース上の伝送パラメータに基づいて前記ＰＵＳＣＨの伝送パラメータを決定することは、
前記アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに複数のセットの伝送パラメータが構成されている場合、前記端末デバイスが前記複数のセットの伝送パラメータのうちのターゲット伝送パラメータを、前記ＰＵＳＣＨの伝送パラメータとして決定することを含む
ことを特徴とする請求項１に記載のアップリンク伝送パラメータの決定方法。

【請求項4】

前記ターゲット伝送パラメータは、前記複数のセットの伝送パラメータのうちの予め約定された１セットの伝送パラメータであり、又は、前記ターゲット伝送パラメータは、前記複数のセットの伝送パラメータのうちの予め構成された１セットの伝送パラメータであり、又は、前記ターゲット伝送パラメータは、前記複数のセットの伝送パラメータのうちのネットワークデバイスにより指示する１セットの伝送パラメータである
ことを特徴とする請求項３に記載のアップリンク伝送パラメータの決定方法。

【請求項5】

前記ターゲット伝送パラメータは、前記ＰＵＳＣＨがスケジューリングされるＤＣＩが位置する制御リソースセットＣＯＲＥＳＥＴのＣＯＲＥＳＥＴセットインデックスに基づいて前記複数のセットの伝送パラメータから決定される
ことを特徴とする請求項３に記載のアップリンク伝送パラメータの決定方法。

【請求項6】

前記ターゲット伝送パラメータは、前記ＣＯＲＥＳＥＴセットインデックス及び第１の対応関係に基づいて前記複数のセットの伝送パラメータから決定され、前記第１の対応関係は、ＣＯＲＥＳＥＴセットインデックスの値と伝送パラメータセット識別子との対応関係である
ことを特徴とする請求項５に記載のアップリンク伝送パラメータの決定方法。

【請求項7】

前記ＣＯＲＥＳＥＴセットインデックスの値が０である場合、前記ターゲット伝送パラメータは、前記複数のセットの伝送パラメータのうちの１番目のセットの伝送パラメータであり、
前記ＣＯＲＥＳＥＴセットインデックスの値が１である場合、前記ターゲット伝送パラメータは、前記複数のセットの伝送パラメータのうちの２番目のセットの伝送パラメータである
ことを特徴とする請求項５又は６に記載のアップリンク伝送パラメータの決定方法。

【請求項8】

前記端末デバイスがＰＵＳＣＨが位置するキャリアで活性化されたアップリンクＢＷＰにおけるＰＵＣＣＨリソース上の伝送パラメータに基づいて前記ＰＵＳＣＨの伝送パラメータを決定することは、
前記端末デバイスが前記アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに構成された伝送パラメータの数に基づいて、前記ＰＵＳＣＨの伝送パラメータを決定することを含む
ことを特徴とする請求項１に記載のアップリンク伝送パラメータの決定方法。

【請求項9】

前記端末デバイスが前記アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに構成された伝送パラメータの数に基づいて、前記ＰＵＳＣＨの伝送パラメータを決定することは、
前記伝送パラメータの数が１である場合、前記端末デバイスが前記アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに構成された伝送パラメータを、前記ＰＵＳＣＨの伝送パラメータとして決定することと、
前記伝送パラメータの数が１よりも大きい場合、前記端末デバイスがターゲットＣＯＲＥＳＥＴが使用する準共アドレスＱＣＬ仮定から前記ＰＵＳＣＨの伝送パラメータを取得し、前記ターゲットＣＯＲＥＳＥＴが、前記ＰＵＳＣＨが位置するキャリアで活性化されたダウンリンクＢＷＰに構成されたＣＯＲＥＳＥＴのうちの、ＣＯＲＥＳＥＴ識別子が最も低いＣＯＲＥＳＥＴであり、又は、前記ターゲットＣＯＲＥＳＥＴが、前記ＰＵＳＣＨがスケジューリングされるＤＣＩが位置するＣＯＲＥＳＥＴであることとを含む
ことを特徴とする請求項８に記載のアップリンク伝送パラメータの決定方法。

【請求項10】

前記端末デバイスが前記アップリンクＢＷＰにおいてＰＵＣＣＨリソース識別子が最も低いＰＵＣＣＨリソースに構成された伝送パラメータの数に基づいて、前記ＰＵＳＣＨの伝送パラメータを決定することは、
前記伝送パラメータの数が１である場合、前記端末デバイスが前記アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに構成された伝送パラメータを、前記ＰＵＳＣＨの伝送パラメータとして決定することと、
前記伝送パラメータの数が１よりも大きい場合、前記端末デバイスがターゲット伝送構成指示ＴＣＩ状態から前記ＰＵＳＣＨの伝送パラメータを取得し、前記ターゲットＴＣＩ状態が、前記ＰＵＳＣＨが位置するキャリアで活性化されたダウンリンクＢＷＰに活性化された物理ダウンリンク共有チャネルＰＤＳＣＨ伝送のためのＴＣＩ状態のうちの、ＴＣＩ状態識別子が最も低いＴＣＩ状態であることとを含む
ことを特徴とする請求項８に記載のアップリンク伝送パラメータの決定方法。

【請求項11】

前記方法は、さらに、
前記端末デバイスが、決定された前記ＰＵＳＣＨの伝送パラメータに基づいて前記ＰＵＳＣＨを伝送することを含む
ことを特徴とする請求項１～１０のいずれか１項に記載のアップリンク伝送パラメータの決定方法。

【請求項12】

前記第１のＤＣＩフォーマットは、ＤＣＩフォーマット０＿０である
ことを特徴とする請求項１～１１のいずれか１項に記載のアップリンク伝送パラメータの決定方法。

【請求項13】

処理ユニットを備える端末デバイスであって、
前記処理ユニットは、物理アップリンク共有チャネルＰＵＳＣＨが位置するキャリアで活性化されたアップリンク帯域幅部分ＢＷＰにおける物理アップリンク制御チャネルＰＵＣＣＨリソース上の伝送パラメータに基づいて、前記ＰＵＳＣＨの伝送パラメータを決定するように構成され、前記ＰＵＳＣＨは、第１のダウンリンク制御情報ＤＣＩフォーマットでスケジューリングされたＰＵＳＣＨであり、前記伝送パラメータは、送信ビームであり、及び／又は、前記伝送パラメータは、経路損失測定に用いられる基準信号である
ことを特徴とする端末デバイス。

【請求項14】

前記処理ユニットは、
前記アップリンクＢＷＰにおいて１セットの伝送パラメータのみが構成されたＰＵＣＣＨリソースのうちのリソース識別子が最も低いＰＵＣＣＨリソース上の伝送パラメータを、前記ＰＵＳＣＨの伝送パラメータとして決定するように構成される
ことを特徴とする請求項１３に記載の端末デバイス。

【請求項15】

前記処理ユニットは、
前記アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに複数のセットの伝送パラメータが構成されている場合、前記複数のセットの伝送パラメータのうちのターゲット伝送パラメータを、前記ＰＵＳＣＨの伝送パラメータとして決定するように構成される
ことを特徴とする請求項１３に記載の端末デバイス。

【請求項16】

前記ターゲット伝送パラメータは、前記複数のセットの伝送パラメータのうちの予め約定された１セットの伝送パラメータであり、又は、前記ターゲット伝送パラメータは、前記複数のセットの伝送パラメータのうちの予め構成された１セットの伝送パラメータであり、又は、前記ターゲット伝送パラメータは、前記複数のセットの伝送パラメータのうちのネットワークデバイスにより指示する１セットの伝送パラメータである
ことを特徴とする請求項１５に記載の端末デバイス。

【請求項17】

前記ターゲット伝送パラメータは、前記ＰＵＳＣＨがスケジューリングされるＤＣＩが位置する制御リソースセットＣＯＲＥＳＥＴのＣＯＲＥＳＥＴセットインデックスに基づいて前記複数のセットの伝送パラメータから決定される
ことを特徴とする請求項１５に記載の端末デバイス。

【請求項18】

前記ターゲット伝送パラメータは、前記ＣＯＲＥＳＥＴセットインデックス及び第１の対応関係に基づいて前記複数のセットの伝送パラメータから決定され、前記第１の対応関係は、ＣＯＲＥＳＥＴセットインデックスの値と伝送パラメータセット識別子との対応関係である
ことを特徴とする請求項１７に記載の端末デバイス。

【請求項19】

前記ＣＯＲＥＳＥＴセットインデックスの値が０である場合、前記ターゲット伝送パラメータは、前記複数のセットの伝送パラメータのうちの１番目のセットの伝送パラメータであり、
前記ＣＯＲＥＳＥＴセットインデックスの値が１である場合、前記ターゲット伝送パラメータは、前記複数のセットの伝送パラメータのうちの２番目のセットの伝送パラメータである
ことを特徴とする請求項１７又は１８に記載の端末デバイス。

【請求項20】

前記処理ユニットは、
前記アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに構成された伝送パラメータの数に基づいて、前記ＰＵＳＣＨの伝送パラメータを決定するように構成される
ことを特徴とする請求項１３に記載の端末デバイス。

【請求項21】

前記処理ユニットは、
前記伝送パラメータの数が１である場合、前記アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに構成される伝送パラメータを、前記ＰＵＳＣＨの伝送パラメータとして決定し、
前記伝送パラメータの数が１よりも大きい場合、ターゲットＣＯＲＥＳＥＴが使用する準共アドレスＱＣＬ仮定から前記ＰＵＳＣＨの伝送パラメータを取得するように構成され、前記ターゲットＣＯＲＥＳＥＴが、前記ＰＵＳＣＨが位置するキャリアで活性化されたダウンリンクＢＷＰに構成されたＣＯＲＥＳＥＴのうちの、ＣＯＲＥＳＥＴ識別子が最も低いＣＯＲＥＳＥＴであり、又は、前記ターゲットＣＯＲＥＳＥＴが、前記ＰＵＳＣＨがスケジューリングされるＤＣＩが位置するＣＯＲＥＳＥＴである
ことを特徴とする請求項２０に記載の端末デバイス。

【請求項22】

前記処理ユニットは、
前記伝送パラメータの数が１である場合、前記アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに構成された伝送パラメータを、前記ＰＵＳＣＨの伝送パラメータとして決定し、
前記伝送パラメータの数が１よりも大きい場合、ターゲット伝送構成指示ＴＣＩ状態から前記ＰＵＳＣＨの伝送パラメータを取得するように構成され、前記ターゲットＴＣＩ状態が、前記ＰＵＳＣＨが位置するキャリアで活性化されたダウンリンクＢＷＰに活性化された物理ダウンリンク共有チャネルＰＤＳＣＨ伝送のためのＴＣＩ状態のうちの、ＴＣＩ状態識別子が最も低いＴＣＩ状態である
ことを特徴とする請求項２０に記載の端末デバイス。

【請求項23】

前記端末デバイスは、さらに、通信ユニットを備え、
前記通信ユニットは、決定された前記ＰＵＳＣＨの伝送パラメータに基づいて、前記ＰＵＳＣＨを伝送するように構成される
ことを特徴とする請求項１３～２２のいずれか１項に記載の端末デバイス。

【請求項24】

前記第１のＤＣＩフォーマットは、ＤＣＩフォーマット０＿０である
ことを特徴とする請求項１３～２３のいずれか１項に記載の端末デバイス。

【請求項25】

コンピュータプログラムを記憶するプロセッサと、前記メモリに記憶されたコンピュータプログラムを呼び出して実行して、請求項１～１２のいずれか１項に記載の方法を実行するプロセッサとを含む
ことを特徴とする端末デバイス。

【請求項26】

コンピュータプログラムをメモリから呼び出して実行し、チップが搭載された装置が請求項１～１２のいずれか１項に記載の方法を実行するプロセッサを含む
ことを特徴とするチップ。

【請求項27】

請求項１～１２のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラムを記憶する
ことを特徴とするコンピュータ可読記憶媒体。

【請求項28】

請求項１～１２のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラム命令を含む
ことを特徴とするコンピュータプログラム製品。

【請求項29】

請求項１～１２のいずれか１項に記載の方法をコンピュータに実行させる
ことを特徴とするコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願の実施例は、通信分野に関し、具体的に、アップリンク伝送パラメータの決定方法及び端末デバイスに関する。

【背景技術】

【0002】

ＮＲ（Ｎｅｗ Ｒａｄｉｏ）システムでは、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）フォーマット０＿０でスケジューリングされる物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）について、端末デバイスは、ＰＵＳＣＨが位置するキャリアで活性化されたアップリンク帯域幅部分（Ｂａｎｄ Ｗｉｄｔｈ Ｐａｒｔ、ＢＷＰ）におけるリソース識別子が最も低いＰＵＣＣＨリソース上の送信ビームを、該ＰＵＳＣＨの送信ビームとすることができる。

【0003】

ＰＵＣＣＨの伝送信頼性を向上させるために、複数の送受信ポイント（Ｔｒａｎｓｍｉｓｓｉｏｎ/Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ、ＴＲＰ）に基づくＰＵＣＣＨダイバーシティ伝送が導入され、端末デバイスは、異なるスロットで同じＰＵＣＣＨリソースと異なる伝送パラメータ（送信ビームや電力制御パラメータなど）を使用して同じＰＵＣＣＨを重複伝送することができる。マルチＴＲＰのＰＵＣＣＨダイバーシティ伝送のシナリオでは、ＰＵＳＣＨが位置するキャリアで活性化されたアップリンクＢＷＰの中でリソース識別子が最も低いＰＵＣＣＨリソースは、複数の空間相関情報（即ち、複数の送信ビーム）が構成されている可能性があり、この場合、ＰＵＳＣＨは単一ＴＲＰの伝送のみを行うことができる（即ち、単一ビームでしか伝送できない）。この場合、ＤＣＩフォーマット０_０でスケジューリングされたＰＵＳＣＨの伝送パラメータ（例え、送信ビームなど）がどのように決定することは、早急に解決すべき問題である。

【発明の概要】

【0004】

本願の実施例は、アップリンク伝送パラメータの決定方法及び端末デバイスを提供し、ＰＵＳＣＨが位置するキャリアで活性化されたアップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに複数のセットの伝送パラメータが構成された場合、端末デバイスは、ＤＣＩフォーマット０＿０でスケジューリングされるＰＵＳＣＨの伝送パラメータを決定することができる。

【0005】

第１の態様は、アップリンク伝送パラメータの決定方法を提供し、該方法は、
端末デバイスがＰＵＳＣＨが位置するキャリアで活性化されたアップリンクＢＷＰにおけるＰＵＣＣＨリソース上の伝送パラメータに基づいて、該ＰＵＳＣＨの伝送パラメータを決定することを含み、ここで、該ＰＵＳＣＨは、第１のＤＣＩフォーマットでスケジューリングされるＰＵＳＣＨであり、該伝送パラメータは、送信ビームであり、及び／又は、該伝送パラメータは、経路損失測定に用いられる基準信号である。

【0006】

任意選択で、該第１のＤＣＩフォーマットは、ＤＣＩフォーマット０＿０である。

【0007】

第２の態様は、上記第１の態様における方法を実行するための端末デバイスを提供する。

【0008】

具体的には、該端末デバイスは、上記第１の態様における方法を実行するための機能モジュールを含む。

【0009】

第３の態様は、プロセッサ及びメモリを含む端末デバイスを提供する。前記メモリは、コンピュータプログラムを記憶し、前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して実行し、前記第１の態様における方法を実行する。

【0010】

第４の態様は、上記第１の態様における方法を実現するための装置を提供する。

【0011】

具体的には、その装置が搭載されたデバイスが上記第１の態様の方法を実行するように、メモリからコンピュータプログラムを呼び出して実行するプロセッサを含む。

【0012】

第５の態様では、コンピュータに上記第１の態様における方法を実行させるコンピュータプログラムを記憶するためのコンピュータ可読記憶媒体を提供する。

【0013】

第６の態様では、コンピュータに上記第１の態様における方法を実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。

【0014】

第７の態様では、コンピュータ上で動作しているときに、コンピュータに上記第１の態様における方法を実行させるコンピュータプログラムを提供する。

【0015】

上記の技術案により、ＰＵＳＣＨが位置するキャリアで活性化されたアップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに複数のセットの伝送パラメータが構成された場合、端末デバイスは、ＤＣＩフォーマット０＿０でスケジューリングされるＰＵＳＣＨの伝送パラメータを決定することができる。

【図面の簡単な説明】

【0016】

【図1】本願の実施例に応用される通信システムアーキテクチャの模式図である。

【図2】本願におけるＰＤＳＣＨのＴＣＩ状態構成の模式図である。

【図3】本願におけるＰＵＣＣＨの重複伝送の模式図である。

【図4】本願におけるマルチＴＲＰに基づくＰＵＣＣＨダイバーシティ伝送の模式図である。

【図5】本願の実施例におけるアップリンク伝送パラメータの決定方法のフローチャートである。

【図6】本願の実施例におけるＰＵＳＣＨ伝送パラメータの決定の模式図である。

【図7】本願の実施例における端末デバイスのブロック図である。

【図8】本願の実施例における通信デバイスのブロック図である。

【図9】本願の実施例における装置のブロック図である。

【図10】本願の実施例における通信システムのブロック図である。

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

【0017】

以下、本願の実施例における技術案を、本願の実施例における図面を参照して説明するが、明らかに、記述された実施例は本願の一部の実施例であり、全ての実施例ではない。本願における実施例に基づいて、発明的な労働をすることなく当業者によって得られる他のすべての実施例は、本願の保護範囲に属する。

【0018】

本願の実施例は、様々な通信システムに適用可能であり、例えば、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ（広帯域符号化）システム、ＷＣＤＭＡ（Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）システム、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム、ＮＲ（Ｎｅｗ Ｒａｄｉｏ）システム、ＮＲシステムの進化系システム、ＬＴＥ－Ｕ（ＬＴＥ－ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）システム、ＮＲ－Ｕ（ＮＲ－ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）システム、Ｕｍｔｓ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）、次世代通信（５Ｇ）システム又はその他の通信システムである。

【0019】

一般的に、従来の通信システムは、限られた数の接続に対応し、実装も容易であるが、通信技術の進化に伴い、移動通信システムは、従来の通信だけでなく、例えば、Ｄ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）通信、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）通信などもサポートし、これらは本願の実施例でも利用可能である。

【0020】

任意選択で、本願の実施例における通信システムは、キャリアアグリゲーション（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）シーン、デュアルコネクティビティ（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）シーン、又はスタンドアロン（Ｓｔａｎｄａｌｏｎｅ、ＳＡ）展開シーンに適用することができる。

【0021】

任意選択で、本願の実施例における通信システムは、グラントされないスペクトルも共有スペクトルとみなすことができるグラントされないスペクトルに適用することができ、あるいは、本願の実施例における通信システムは、グラントされるスペクトルも非共有スペクトルとみなすことができるグラントされるスペクトルにも適用することができる。

【0022】

本願の実施例は、端末デバイス及びネットワークデバイスに関連して様々な実施例を説明し、ここで、端末デバイスは、ユーザー装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、アクセス端末、ユーザーユニット、ユーザーステーション、モバイルステーション、リモートステーション、遠端端末、モバイルデバイス、ユーザー端末、ターミナル、無線通信デバイス、ユーザーエージェント、又はユーザーデバイスとも呼ばれることがある。

【0023】

端末デバイスは、ＷＬＡＮ（ＳＴＡＩＯＮ、ＳＴ）内の局、携帯電話、コードレス電話、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、ＷＬＬ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）局、ＰＤＡ（Ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、デジタルアシスタント機器、無線通信機能を持つ携帯機器、無線モデムに接続されたコンピューティング機器やその他の処理装置、車載機器、ウェアラブル機器、ＮＲネットワークや将来進化する公衆回線網（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＰＬＭＮ）ネットワーク（ＰＬＭＮ）ネットワークにおける端末デバイスであっても良い。

【0024】

本願の実施例では、端末デバイスは、屋内又は屋外、ハンドヘルド、着用又は車載を含む陸上に構成することができ、水面に構成することもでき（汽船など）、航空機、風船、衛星などの空中に構成することもできる。

【0025】

本願の実施例では、端末デバイスは、携帯電話（Ｍｏｂｉｌｅ Ｐｈｏｎｅ）、タブレット（Ｐａｄ）、無線送受信機能付きコンピュータ、仮想現実（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ、ＶＲ）端末デバイス、拡張現実（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ、ＡＲ）端末デバイス、産業制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）における無線端末デバイス、自動運転（ｓｅｌｆ ｄｒｉｖｉｎｇ）における無線端末デバイス、遠隔医療（ｒｅｍｏｔｅ ｍｅｄｉｃａｌ）における無線端末デバイス、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）における無線端末デバイス、輸送セキュリティ（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）における無線端末デバイス、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）における無線端末デバイス又はスマートホーム（ｓｍａｒｔ ｈｏｍｅ）における無線端末デバイスなどが挙げられる。

【0026】

一例であって限定するものではないが、本願の実施例では、端末デバイスは、ウェアラブルデバイスであってもよい。ウェアラブルデバイスは、ウェアラブルスマートデバイスとも呼ばれ、眼鏡、手袋、時計、衣服、靴などの日常着にウェアラブル技術を適用し、身につけることを前提に知能的に設計や開発された機器の総称である。 ウェアラブルデバイスとは、身体に直接装着したり、ユーザーの衣服やアクセサリーに組み込んで使用する携帯端末である。ウェアラブルデバイスは、単なるハードウェアのデバイスではなく、ソフトウェアによるサポートだけでなく、データインタラクションやクラウドベースでのインタラクションによって機能を実現する。 ウェアラブルスマートデバイスとは、大まかに言えば、スマートウォッチやスマートグラスのようにスマートフォンに機能の全部又は一部を依存しないフル機能の大型デバイスと、各種身体モニタリングなど特定の用途に特化してスマートフォンなど他のデバイスと併用する必要のあるスマートブレスレットやスマートジュエリーを指す。

【0027】

本願の実施例では、ネットワークデバイスは、ＷＬＡＮ中のアクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ）、ＧＳＭ又はＣＤＭＡ中の基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）、又はＷＣＤＭＡ中の基地局（ＮｏｄｅＢ、ＮＢ）、又はＬＴＥ中の進化型基地局（Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、ｅＮＢ又はｅＮｏｄｅＢ）、又は中継局又はアクセスポイント、又は車載デバイス、ウェアラブルデバイス、及びＮＲネットワークにおけるネットワークデバイス（ｇＮＢ）、又は将来進化するＰＬＭＮネットワークにおけるネットワークデバイス、又はＮＴＮネットワークにおけるネットワークデバイスなどであってもよい。

【0028】

一例として、限定ではなく、本願の実施例では、ネットワークデバイスは、例えば、ネットワークデバイスがモバイルデバイスであることができるモバイル特性を有することができる。任意選択で、ネットワークデバイスは、衛星、気球ステーションであってもよい。例えば、衛星は、低地球軌道（ｌｏｗ ｅａｒｔｈ ｏｒｂｉｔ、ＬＥＯ）衛星、中地球軌道（ｍｅｄｉｕｍ ｅａｒｔｈ ｏｒｂｉｔ、ＭＥＯ）衛星、地球同期軌道（Ｇｅｏｓｔａｔｉｏｎａｒｙ ｅａｒｔｈ ｏｒｂｉｔ、ＧＥＯ）衛星、高楕円軌道（Ｈｉｇｈ Ｅｌｌｉｐｔｉｃａｌ Ｏｒｂｉｔ、ＨＥＯ）衛星などであることができる。あるいは、ネットワークデバイスは、陸域、水域などに設置された基地局であってもよい。

【0029】

本願の実施例では、ネットワークデバイスは、セルにサービスを提供することができ、端末デバイスは、セルが使用する送信リソース（例えば、周波数領域リソース、又は、スペクトルリソース）を介してネットワークデバイスと通信することができ、セルは、ネットワークデバイス（例えば、基地局）に対応するセルであってもよく、セルは、マクロ基地局に属していてもよく、小セル（Ｓｍａｌｌ ｃｅｌｌ）に対応する基地局に属していてもよく、ここの小セルは、都市セル（Ｍｅｔｒｏ ｃｅｌｌ）、微小領域（Ｍｉｃｒｏ ｃｅｌｌ）、ピコセル（Ｐｉｃｏ ｃｅｌｌ）、フェムトセル（Ｆｅｍｔｏ ｃｅｌｌ）などを含むことができ、これらの小領域はカバー範囲が小さく、送信電力が低いという特徴があり、高レートのデータ伝送サービスを提供するのに適している。

【0030】

例示的には、本願の実施例が適用される通信システム１００が図１に示されている。該通信システム１００は、端末デバイス１２０（又は通信端末、端末）と通信する装置であることができるネットワークデバイス１１０を含むことができる。ネットワークデバイス１１０は、特定の地理的領域に通信オーバーレイを提供することができ、オーバーレイ領域内に位置する端末デバイスと通信することができる。

【0031】

図１は、１つのネットワークデバイスと２つの端末デバイスからなる例示的な通信システム１００を示す。任意選択で、該通信システム１００は複数のネットワークデバイスを含んでもよく、各ネットワークデバイスは、この応用実施例では限定されないが、カバーエリア内に他の数の端末デバイスを含んでもよい。

【0032】

任意選択で、該通信システム１００は、ネットワークコントローラ、移動管理エンティティなどの他のネットワークエンティティを含むこともでき、本願の実施例はこれに限定されない。

【0033】

なお、本願の実施例におけるネットワーク／システムにおいて、通信機能を有する機器を通信デバイスと称する場合があることを理解されたい。 図１に示された通信システム１００を例として、通信デバイスは、通信機能を有するネットワークデバイス１１０及び端末デバイス１２０を含んでもよく、ネットワークデバイス１１０及び端末デバイス１２０は、上述のように特定の装置であってもよく、ここで説明を省略する。通信デバイスは、通信システム１００における他の装置、例えばネットワークコントローラ、モバイル管理エンティティ及び他のネットワークエンティティも含んでもよく、この応用実施例では制限されない。

【0034】

本書では、「システム」と「ネットワーク」という用語がしばしば互換的に使用されることを理解されたい。 本書でいう「及び／又は」とは、単に関連するものの関連性を示すもので、例えばＡ及び／又はＢのように、Ａ単独、Ａ及びＢの両方、Ｂ単独の３つの関係が存在することを示すものである。 また、本書中の「／」の文字は、一般に前後の関連オブジェクトの「又は」の関係を示す。

【0035】

本願の実施例において言及される「指示」は、直接的な指示であってもよく、間接的な指示であってもよく、関連関係があることを示すものであってもよいことを理解されたい。例えば、ＡはＢを示し、ＡはＢを直接示すことができ、例えばＢはＡによって取得することができ、ＡがＣを示し、ＢがＣを介して取得することができ、ＡとＢの間に相関関係があることも表すことができる。

【0036】

本願の実施例の説明において、「対応」という用語は、両者の間に直接的又は間接的に対応する関係があることを意味してもよいし、両者の間に関連関係があることを意味してもよいし、指示と被指示、構成と被構成などの関係であってもよい。

【0037】

ＮＲシステムでは、端末デバイスはアナログビームを用いてアップリンクデータ及びアップリンク制御情報を伝送することができる。端末デバイスは、プローブ基準信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）信号に基づいてアップリンクビーム管理を行い、アップリンク伝送に用いられるアナログビームを決定することができる。具体的には、ネットワークデバイスは、ＳＲＳリソースセットを端末デバイスに構成し、ＳＲＳリソースセット中で端末デバイスが伝送するＳＲＳに基づいて、最も受信品質の良いＳＲＳリソースを選択し、対応するＳＲＳリソース指示（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ、ＳＲＩ）を端末デバイスに通知することができる。端末デバイスはＳＲＩを受信すると、ＳＲＩで指示するＳＲＳリソースに用いられるアナログビームを、物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）を伝送するために用いられるアナログビームとして決定する。ＤＣＩでスケジューリングされたＰＵＳＣＨについて、前記ＳＲＩはＤＣＩ中のＳＲＩインジケータドメインによって示され、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）によってスケジューリングされたＰＵＳＣＨについて、前記ＳＲＩは対応するスケジューリングシグナリングによって通知される。ＰＵＳＣＨをスケジューリングするために使用されるＤＣＩがＤＣＩフォーマット０＿０であれば、ＤＣＩにＳＲＩは含まれておらず、端末デバイスは、ＰＵＳＣＨが位置するキャリアの活性化された帯域幅部分（Ｂａｎｄ Ｗｉｄｔｈ Ｐａｒｔ、ＢＷＰ）上に空間関連情報が構成された物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）の中のリソース識別子（Ｉｄｅｎｔｉｔｙ、ＩＤ）が最も低いＰＵＣＣＨリソース上の送信ビームを、前記ＰＵＳＣＨの送信ビームとして、同時に、端末デバイスは、前記ＰＵＣＣＨの経路損失測定基準信号を、前記ＰＵＳＣＨの経路損失測定基準信号とする。前記ＤＣＩフォーマット０＿０でスケジューリングされたＰＵＳＣＨが位置するキャリア上の活性化されたＢＷＰ上にＰＵＣＣＨリソースが構成されていないか、又は、前記ＰＵＳＣＨが位置するキャリア上の活性化されたＢＷＰ上に構成されたＰＵＣＣＨリソースに空間相関情報が構成されていない場合、端末デバイスは、該キャリア上で活性化されたダウンリンクＢＷＰの中でＩＤの最も低いＣＯＲＥＳＥＴに使用される準共アドレス（Ｑｕａｓｉ－ｃｏ－ｌｏｃａｔｅｄ、ＱＣＬ）仮定（ＱＣＬタイプD）に基づいて、前記ＰＵＳＣＨの送信ビームと経路損失測定基準信号を得ることができる。例えば、前記ＱＣＬ仮定に含まれるダウンリンク基準信号の受信ビームを前記ＰＵＳＣＨの送信ビームとし、前記ダウンリンク基準信号を前記ＰＵＳＣＨの経路損失測定基準信号とすることができる。

【0038】

ＰＵＣＣＨについても、同様の方法を用いて使用されるビームを指示する。具体的には、各ＰＵＣＣＨリソースに対して、ＲＲＣシグナリングに複数のＰＵＣＣＨ空間関連情報（ＰＵＣＣＨ－ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏ）を構成し、メディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）レイヤのシグナリングを介して現在使用されているＰＵＣＣＨ－ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏを指示する。ここで、各ＰＵＣＣＨ－Ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏには、ＳＲＳ又はチャネル状態情報基準信号（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＣＳＩ－ＲＳ）又は同期信号ブロック（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ、ＳＳＢ）のいずれかであるＰＵＣＣＨの送信ビームを決定するための基準信号が含まれている。ＰＵＣＣＨ－ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏには、ＰＵＣＣＨに対応する電力制御パラメータも含めることができる。ＳＲＳリソースごとに、ＳＲＳの送信ビームを決定するための基準信号を含む対応するＳＲＳ空間関連情報（ＳＲＳ－ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏ）をＲＲＣシグナリングによって構成することもできる。ネットワーク側にＰＵＣＣＨ－ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏが構成されていない場合、端末デバイスは、ＰＵＳＣＨと同様の方法で、ＰＵＣＣＨが位置するキャリア上で活性化されたダウンリンクＢＷＰのうちＩＤの最も低い制御リソースセット（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ、ＣＯＲＥＳＥＴ）に使用されるＱＣＬ仮定（ＱＣＬタイプＤ）に基づいて、前記ＰＵＣＣＨの送信ビームを得ることができる。例えば、前記ＱＣＬ仮定に含まれるダウンリンク基準信号の受信ビームを、前記ＰＵＣＣＨの送信ビームとすることができる。

【0039】

ＮＲシステムでは、ネットワークデバイスは、各ダウンリンク信号又はダウンリンクチャネルに対して、ターゲットダウンリンク信号又はターゲットダウンリンクチャネルに対応するＱＣＬ基準信号を示す、対応する伝送構成指示（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ、ＴＣＩ）状態を構成し、それにより、端末は、その基準信号に基づいてターゲットダウンリンク信号又はターゲットダウンリンクチャネルの受信を行うことができる。

【0040】

ここで、１つのＴＣＩ状態が以下の構成を含み、
ＴＣＩ状態ＩＤであり、ＴＣＩ状態を示すために使用され、
ＱＣＬ情報１であり、
ＱＣＬ情報２である。

【0041】

ここで、１つＱＣＬ情報は、さらに、以下の情報を含み、
ＱＣＬタイプ（ｔｙｐｅ）構成であり、ＱＣＬ ｔｙｐｅ Ａ、ＱＣＬ ｔｙｐｅ Ｂ、ＱＣＬ ｔｙｐｅ Ｃ、ＱＣＬ ｔｙｐｅ Ｄのいずれかであっても良く、
ＱＣＬ基準信号構成であり、基準信号が位置するセルＩＤ、ＢＷＰ ＩＤ、及び基準信号の識別子（ＣＳＩ－ＲＳリソースＩＤ又はＳＳＢインデックスであってもよい）を含む
ここで、ＱＣＬ情報１及びＱＣＬ情報２のうちの少なくとも１つのＱＣＬ情報のＱＣＬタイプは、ｔｙｐｅＡ、ｔｙｐｅＢ、ｔｙｐｅＣのうちの１つでなければならず、別のＱＣＬ情報（構成されている場合）のＱＣＬタイプは、ＱＣＬ ｔｙｐｅ Ｄでなければならない。

【0042】

ここで、異なるＱＣＬタイプ構成の定義は以下の通りであり、
'ＱＣＬ-ＴｙｐｅＡ'：{ドップラーシフト（Ｄｏｐｐｌｅｒ ｓｈｉｆｔ）、ドップラー拡張（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、平均遅延（ａｖｅｒａｇｅ ｄｅｌａｙ）、遅延拡張（ｄｅｌａｙ ｓｐｒｅａｄ）}、
'ＱＣＬ-ＴｙｐｅＢ'：{ドップラーシフト（Ｄｏｐｐｌｅｒ ｓｈｉｆｔ）、ドップラー拡張（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）}、
'ＱＣＬ-ＴｙｐｅＣ'：{ドップラーシフト（Ｄｏｐｐｌｅｒ ｓｈｉｆｔ）、平均待ち時間（ａｖｅｒａｇｅ ｄｅｌａｙ）}、
'ＱＣＬ-ＴｙｐｅD'：{空間受信パラメータ（Ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ）}である。

【0043】

ネットワークデバイスがＴＣＩ状態を介してターゲットダウンリンクチャネルを構成するＱＣＬ基準信号が参照ＳＳＢ又は参照ＣＳＩ－ＲＳリソースであり、ＱＣＬタイプがｔｙｐｅＡ、ｔｙｐｅＢ又はｔｙｐｅＣである場合、端末デバイスは、ターゲットダウンリンクチャネルが参照ＳＳＢ又は参照ＣＳＩ－ＲＳリソースのターゲット大スケールパラメータと同じであると仮定して、同じ対応する受信パラメータを用いて受信することができ、ターゲット大スケールパラメータがＱＣＬタイプ構成によって決定される。同様に、ネットワークデバイスがＴＣＩ状態を介してターゲットダウンリンクチャネルを構成するＱＣＬ基準信号が参照ＳＳＢ又は参照ＣＳＩ－ＲＳリソースであり、ＱＣＬタイプがｔｙｐｅ Ｄである場合、端末デバイスは、参照ＳＳＢ又は参照ＣＳＩ－ＲＳリソースを受信するのと同じ受信ビーム（即ち、Ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ）を用いて、前記ターゲットダウンリンクチャネルを受信することができる。通常、ターゲットダウンリンクチャネルは、その参照ＳＳＢ又は参照ＣＳＩ－ＲＳリソースと、ネットワーク側で同じＴＲＰ又は同じアンテナパネル（ｐａｎｅｌ）又は同じビームによって送信される。２つのダウンリンク信号又はダウンリンクチャネルの伝送ＴＲＰ又は伝送ｐａｎｅｌ又は送信ビームが異なる場合、通常は異なるＴＣＩ状態が構成される。

【0044】

ダウンリンク制御チャネルについては、ＴＣＩ状態は、ＲＲＣシグナリング又はＲＲＣシグナリング＋ＭＡＣシグナリングによって示すことができる。ダウンリンクデータチャネルの場合、利用可能なＴＣＩ状態セットはＲＲＣシグナリングによって示され、ＭＡＣレイヤシグナリングによってＴＣＩ状態の一部が活性化され、最後にＤＣＩ中のＴＣＩ状態指示領域によって活性化されたＴＣＩ状態から１つ又は２つのＴＣＩ状態が示され、ＤＣＩでスケジューリングされるＰＤＳＣＨに使用される。例えば、図２に示すように、ネットワークデバイスは、ＲＲＣシグナリングによってＮ個の候補ＴＣＩ状態を指示し、ＭＡＣシグナリングによってＫ個のＴＣＩ状態を活性化し、最後にＤＣＩ中のＴＣＩ状態指示領域によって活性化されたＴＣＩ状態から１個又は２個の使用ＴＣＩ状態を指示する。

【0045】

物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）の伝送遅延と信頼性のニーズを満たすために、リリース１６（Ｒｅｌｅａｓｅ １６、Ｒｅｌ－１６）には多送受信ポイント（Ｔｒａｎｓｍｉｓｓｉｏｎ/Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ、ＴＲＰ）に基づくＰＤＳＣＨダイバーシティ伝送が導入され、周波数分割多重（Ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＦＤＭ）、時分割多重モード（Ｔｅｓｔｉｎｇ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ/Ｔｅｃｈｎｉｃａｌ Ｄａｔａ Ｍａｎａｇｅ、ＴＤＭ）、又は空間分割多重（Ｓｐａｃｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＳＤＭ）で異なるＴＲＰ伝送のデータを受信する。同様の機構は、ＰＵＣＣＨの送信信頼性を高めるために、ＰＵＣＣＨ伝送にも使用することができる。具体的には、端末デバイスは、同じＰＵＣＣＨリソースを使用して異なるスロットで同じＰＵＣＣＨ（同じアップリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）を伝送するアップリンク制御情報）を重複伝送することができる。異なるスロット内のＰＵＣＣＨは異なるＴＲＰに送信されるため、使用される送信ビームと電力制御パラメータ（例え、経路損失測定基準信号など）も図３に示すように独立して構成される。例えば、１つのＰＵＣＣＨリソースに、異なるスロットにおけるＰＵＣＣＨ反復伝送のためのＮ個の空間関連情報ＰＵＣＣＨ－ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏ又はＮ個のＴＣＩ状態を示すことができ、ＰＵＣＣＨの送信ビーム及び電力制御パラメータは、前記Ｎ個の空間関連情報ＰＵＣＣＨ－ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏ又はＮ個のＴＣＩ状態から得ることができる。ここで、Ｎは協調ＴＲＰの数であり、２つのＴＲＰの場合、Ｎ＝２であり、図４に示すようになる。

【0046】

本願の実施例では、ＰＵＳＣＨの送信電力は、以下の式１で計算され、

【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】

任意選択で、例３では、該伝送パラメータの数が１である場合、該端末デバイスは、該アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに構成された伝送パラメータを、該ＰＵＳＣＨの伝送パラメータとして決定し、
該伝送パラメータの数が１よりも大きい場合、該端末デバイスは、ターゲットＣＯＲＥＳＥＴに使用されるＱＣＬ仮定から該ＰＵＳＣＨの伝送パラメータを取得し、ここで、該ターゲットＣＯＲＥＳＥＴは、該ＰＵＳＣＨがスケジューリングされるＤＣＩが位置するＣＯＲＥＳＥＴである。

【0082】

例えば、端末デバイスは、ＣＯＲＥＳＥＴ１において該ＰＵＳＣＨがスケジューリングされるＤＣＩが搬送されるＰＤＣＣＨを検出した場合、ＣＯＲＥＳＥＴ １が使用されるＱＣＬ仮定から、前記ＰＵＳＣＨの伝送パラメータを取得する。例えば、伝送パラメータが経路損失測定に用いられる基準信号である場合、端末デバイスは、ＣＯＲＥＳＥＴ １に使用されるＱＣＬ仮定（ＱＣＬタイプがＱＣＬ ｔｙｐｅ－Ｄである）に対応するダウンリンク基準信号を、前記ＰＵＳＣＨの経路損失測定に用いられる基準信号とする。また、例えば、伝送パラメータが送信ビームである場合、端末デバイスは、ＣＯＲＥＳＥＴ １に使用されるＱＣＬ仮定（ＱＣＬタイプがＱＣＬ ｔｙｐｅ－Ｄである）に対応するダウンリンク基準信号の受信ビームを、前記ＰＵＳＣＨの送信ビームとする。

【0083】

任意選択で、例３では、該伝送パラメータの数が１である場合、該端末デバイスは、該アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに構成された伝送パラメータを、該ＰＵＳＣＨの伝送パラメータとして決定し、
該伝送パラメータの数が１よりも大きい場合、該端末デバイスは、ターゲットＴＣＩ状態から該ＰＵＳＣＨの伝送パラメータを取得し、ここで、該ターゲットＴＣＩ状態は、該ＰＵＳＣＨが位置するキャリアで活性化されたダウンリンクＢＷＰに活性化されたＰＤＳＣＨ伝送のためのＴＣＩ状態のうちの、ＴＣＩ状態識別子が最も低いＴＣＩ状態である。

【0084】

例えば、ＰＵＳＣＨが位置するキャリアで活性化されたダウンリンクＢＷＰに５つのＴＣＩ状態が構成され、それぞれ、ＴＣＩ状態０、ＴＣＩ状態１、ＴＣＩ状態２、ＴＣＩ状態３及びＴＣＩ状態４であり、ここで、活性化状態にあるＰＤＳＣＨ伝送のためのＴＣＩ状態は、ＴＣＩ状態２、ＴＣＩ状態３和ＴＣＩ状態４を含む。この場合、ＰＵＳＣＨが位置するキャリアで活性化されたダウンリンクＢＷＰに活性化されたＰＤＳＣＨ伝送のためのＴＣＩ状態のうちのＴＣＩ状態識別子が最も低いＴＣＩ状態識別子は、ＴＣＩ状態２であり、即ち、ターゲットＴＣＩ状態は、ＴＣＩ状態２である。

【0085】

なお、ネットワークデバイスは、メディアアクセス制御要素（Ｍｅｄｉａ ＡｃｃｅＳＳ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＭＡＣ ＣＥ）で、ＰＤＳＣＨ伝送のためのＴＣＩ状態を活性化する。

【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】

任意選択で、該装置は、本願の実施例のネットワークデバイスであってもよく、該装置は、本願の実施例の様々な方法においてネットワークデバイスによって実現される対応するフローを実現してもよいが、簡潔のために、ここでは省略する。

【0121】

任意選択で、該装置は、本願の実施例の移動端末／端末デバイスであってもよく、該装置は、本願の実施例の様々な方法において移動端末／端末デバイスによって実現される対応するフローを実現してもよいが、簡潔のために、ここでは省略する。

【0122】

なお、本願の実施例で言及される装置は、チップであっても良い。例えば、システムオンチップ、チップシステム、システムレベルチップ、又はシステムオンチップ等である。

【0123】

図１０は、本願の実施例によって提供される通信システム６００の概略ブロック図である。図１０に示すように、通信システム６００は、端末デバイス６１０及びネットワークデバイス６２０を含む。

【0124】

ここで、この端末デバイス６１０は、上述の方法において端末デバイスによって実現される対応する機能を実現するために使用することができ、このネットワークデバイス６２０は、上述の方法においてネットワークデバイスによって実現される対応する機能を実現するために使用することができ、簡潔のためにここで説明を省略する。

【0125】

本願の実施例のプロセッサは、信号の処理能力を有する集積回路チップであってもよい。実装において、方法の実施例における上述のステップは、プロセッサ内のハードウェアの集積論理回路又はソフトウェアの形態の命令によって達成され得る。上述したプロセッサは、汎用プロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアコンポーネントであってもよい。汎用プロセッサは、マイクロプロセッサであってもよいし、任意の従来のプロセッサなどであってもよい。本願の実施例に関連して開示された方法のステップは、直接ハードウェア復号プロセッサ実行完了として具現化されてもよく、又は復号プロセッサ中のハードウェア及びソフトウェアモジュールを組み合わせて実行完了として具現化されてもよい。ソフトウェアモジュールは、ランダムメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ、又は電気的消去可能プログラマブルメモリ、レジスタなどの当技術分野で成熟した記憶媒体に存在することができる。この記憶媒体はメモリに位置し、プロセッサはメモリ中の情報を読み取り、そのハードウェアに合わせて上述の方法のステップを完了する。

【0126】

本明細書の実施例におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性メモリと不揮発性メモリの両方を含むことができることを理解されたい。ここで、不揮発性メモリは、読取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気消去可能プログラマブル読取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）であってもよい。例示的で限定的な説明ではないが、多くの形式のＲＡＭが使用可能である、例えば、静的ランダムアクセスメモリ（Ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、動的ランダムアクセスメモリ（Ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、同期動的ランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、２倍データレート同期動的ランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、拡張型同期動的ランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、同期接続動的ランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）、直接メモリバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）。本明細書に記載のシステム及び方法のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されるが、これらに限定されない。

【0127】

上述のメモリは例示的であるが限定的な説明ではなく、例えば、本願の実施例におけるメモリは、静的ランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、動的ランダムアクセスメモリ（ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、同期動的ランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、２倍データレート同期動的ランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、拡張型同期動的ランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、同期接続動的ランダムアクセスメモリ（ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）、及び直接メモリバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）などであっても良い。即ち、本明細書の実施例におけるメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されるが、これらに限定されない。

【0128】

本願の実施例は、コンピュータプログラムを記憶するコンピュータ可読記憶媒体をさらに提供する。

【0129】

任意選択で、該コンピュータ読み取り可能な記憶媒体は、本願の実施例における端末デバイスに適用され、且つ該コンピュータプログラムは、コンピュータに、本願の実施例の各方法における移動端末／端末デバイスにより実現される相応のフローを実行させ、簡潔にするために、ここではその説明を省略する。

【0130】

本願の実施例は、コンピュータプログラム命令を含むコンピュータプログラム製品をさらに提供する。

【0131】

任意選択で、該コンピュータプログラム製品は、本願の実施例における移動端末／端末デバイスに適用され、該コンピュータプログラム命令は、コンピュータに、本願の実施例の各方法における移動端末／端末デバイスにより実現される対応するフローを実行させ、簡潔にするために、ここでその説明を省略する。

【0132】

本願の実施例は、コンピュータプログラムをさらに提供する。

【0133】

任意選択で、該コンピュータプログラムは、本願の実施例における移動端末／端末デバイスに適用されてもよく、該コンピュータプログラムがコンピュータ上で実行されると、コンピュータに本願の実施例の各方法における移動端末／端末デバイスにより実現される対応するフローを実行させ、簡潔にするために、ここではその説明を省略する。

【0134】

当業者は、本明細書に開示された実施例に関連して説明された各例のユニット及びアルゴリズムステップが、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの組合せで実装され得ることを認識するであろう。これらの機能がハードウェア又はソフトウェアのいずれの方法で実行されるかは、技術案の特定の適用例及び設計制約に依存する。当業者は、説明された機能を実施するために、特定の適用例ごとに異なる方法を使用してもよいが、そのような実施は、本願の範囲から逸脱すると見なされるべきではない。

【0135】

当業者であれば、説明の便宜及び簡潔のために、上記説明したシステム、装置及びユニットの具体的な動作過程は、上記方法の実施例における対応する過程を参照してもよく、ここでその説明が省略されることを理解するであろう。

【0136】

本明細書で提供されるいくつかの実施例では、開示されるシステム、装置、及び方法は、他の方法で実施され得ることを理解されたい。例えば、上述したデバイスの実施例は単なる例示であり、例えば、説明されたユニットの分割は、１つの論理機能の分割にすぎず、実際に実装される場合、追加の分割があってもよく、例えば、複数のユニット又は構成要素が別のシステムに結合されても、統合されてもよく、又は、一部の特徴が省略されても、実行されなくてもよい。別の点において、示された又は考察された相互の結合又は直接的な結合又は通信接続は、電気的、機械的又は他の形態の、何らかのインターフェース、装置又はユニットを介した間接的な結合又は通信接続であってもよい。

【0137】

前記分離手段として説明された手段は、物理的に分離されても、又は分離されなくてもよく、手段として示された手段は、物理的な手段であっても、又は分離されなくてもよく、即ち、一箇所に位置してもよく、又は複数のネットワーク要素に分散されてもよい。なお、本実施例の目的を達成するために、必要に応じて、その一部又は全部を選択することができる。

【0138】

また、本願の各実施例における各機能ユニットは、１つの処理ユニットに集積されてもよいし、それぞれのユニットが物理的に別個に存在してもよいし、２つ以上のユニットが１つのユニットに集積されてもよい。

【0139】

また、これらの機能がソフトウェア機能として実現され、独立した製品として販売又は利用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本願の技術案は、本質的に、又は、従来技術に貢献する部分、又は、その技術案の部分を、記憶媒体に記憶されたソフトウェア製品の形態で具体化することができ、そのソフトウェア製品は、本願の各実施例で説明される方法のステップの全部又は一部を、コンピュータ装置(パーソナルコンピュータ、サーバ、又はネットワークデバイスなどであってもよい)に実行させるための命令を含む。なお、前記記憶媒体としては、Ｕ-ディスク、ポータブルハードディスク、Ｒｅａｄ-Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ、磁気ディスク、光ディスクなど種々のプログラムコードを記憶できるものを含む。

【0140】

以上のように、本願の実施例は、本願の技術的思想に基づいて説明されたが、本願は、上述の実施例に限定されるものではなく、本願の技術的思想に基づく当業者であれば、本願の技術的範囲に含まれる。したがって、本願の保護範囲は、特許請求の範囲の保護範囲によってのみ定められるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2023-06-16

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

端末デバイスが物理アップリンク共有チャネルＰＵＳＣＨが位置するキャリアに活性化されたアップリンク帯域幅部分ＢＷＰにおける物理アップリンク制御チャネルＰＵＣＣＨリソース上の伝送パラメータに基づいて、前記ＰＵＳＣＨの伝送パラメータを決定することを含み、
前記ＰＵＳＣＨは、第１のダウンリンク制御情報ＤＣＩフォーマットでスケジューリングされたＰＵＳＣＨであり、前記伝送パラメータは、送信ビームであり、及び／又は、前記伝送パラメータは、経路損失測定に用いられる基準信号である
ことを特徴とするアップリンク伝送パラメータの決定方法。

【請求項2】

前記端末デバイスがＰＵＳＣＨが位置するキャリアで活性化されたアップリンクＢＷＰにおけるＰＵＣＣＨリソース上の伝送パラメータに基づいて前記ＰＵＳＣＨの伝送パラメータを決定することは、
前記アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに複数のセットの伝送パラメータが構成されている場合、前記端末デバイスが前記複数のセットの伝送パラメータのうちのターゲット伝送パラメータを、前記ＰＵＳＣＨの伝送パラメータとして決定することを含む
ことを特徴とする請求項１に記載のアップリンク伝送パラメータの決定方法。

【請求項3】

前記ターゲット伝送パラメータは、前記複数のセットの伝送パラメータのうちの予め約定された１セットの伝送パラメータである
ことを特徴とする請求項２に記載のアップリンク伝送パラメータの決定方法。

【請求項4】

前記第１のＤＣＩフォーマットは、ＤＣＩフォーマット０＿０である
ことを特徴とする請求項１に記載のアップリンク伝送パラメータの決定方法。

【請求項5】

前記アップリンクＢＷＰの中でリソース識別子が最も低いＰＵＣＣＨリソースに２つの空間関連情報が構成されており、前記２つの空間関連情報は、奇数回のＰＵＣＣＨ反復伝送と偶数回のＰＵＣＣＨ反復伝送にそれぞれ使用される
ことを特徴とする請求項１～４のいずれか１項に記載のアップリンク伝送パラメータの決定方法。

【請求項6】

前記端末デバイスにより決定された１番目のＰＵＣＣＨ空間関連情報をＰＵＳＣＨの送信ビームとすることをさらに含む
ことを特徴とする請求項１～４のいずれか１項に記載のアップリンク伝送パラメータの決定方法。

【請求項7】

前記端末デバイスにより決定された１番目のＰＵＣＣＨ空間関連情報で示す経路損失測定基準信号をＰＵＳＣＨのための経路損失測定基準信号とすることをさらに含む
ことを特徴とする請求項１～４のいずれか１項に記載のアップリンク伝送パラメータの決定方法。

【請求項8】

空間相関情報又はＴＣＩ状態に基づいて、ＰＵＣＣＨリソースの送信ビーム及び経路損失測定に用いられる基準信号を取得することをさらに含む
ことを特徴とする請求項１～４のいずれか１項に記載のアップリンク伝送パラメータの決定方法。

【請求項9】

処理ユニットを備える端末デバイスであって、
前記処理ユニットは、物理アップリンク共有チャネルＰＵＳＣＨが位置するキャリアで活性化されたアップリンク帯域幅部分ＢＷＰにおける物理アップリンク制御チャネルＰＵＣＣＨリソース上の伝送パラメータに基づいて、前記ＰＵＳＣＨの伝送パラメータを決定するように構成され、前記ＰＵＳＣＨは、第１のダウンリンク制御情報ＤＣＩフォーマットでスケジューリングされたＰＵＳＣＨであり、前記伝送パラメータは、送信ビームであり、及び／又は、前記伝送パラメータは、経路損失測定に用いられる基準信号である
ことを特徴とする端末デバイス。

【請求項10】

前記処理ユニットは、
前記アップリンクＢＷＰにおいてリソース識別子が最も低いＰＵＣＣＨリソースに複数のセットの伝送パラメータが構成されている場合、前記複数のセットの伝送パラメータのうちのターゲット伝送パラメータを、前記ＰＵＳＣＨの伝送パラメータとして決定するように構成される
ことを特徴とする請求項９に記載の端末デバイス。

【請求項11】

前記ターゲット伝送パラメータは、前記複数のセットの伝送パラメータのうちの予め約定された１セットの伝送パラメータである
ことを特徴とする請求項９に記載の端末デバイス。

【請求項12】

前記アップリンクＢＷＰの中でリソース識別子が最も低いＰＵＣＣＨリソースに２つの空間関連情報が構成されており、前記２つの空間関連情報は、奇数回のＰＵＣＣＨ反復伝送と偶数回のＰＵＣＣＨ反復伝送にそれぞれ使用される
ことを特徴とする請求項９に記載の端末デバイス。

【請求項13】

前記処理ユニットは、１番目のＰＵＣＣＨ空間関連情報をＰＵＳＣＨの送信ビームとして決定するように構成される
ことを特徴とする請求項９に記載の端末デバイス。

【請求項14】

前記処理ユニットは、１番目のＰＵＣＣＨ空間関連情報で示す経路損失測定基準信号をＰＵＳＣＨのための経路損失測定基準信号として決定するように構成される
ことを特徴とする請求項９に記載の端末デバイス。

【請求項15】

前記処理ユニットは、空間相関情報又はＴＣＩ状態に基づいて、ＰＵＣＣＨリソースの送信ビーム及び経路損失測定に用いられる基準信号を取得するように構成される
ことを特徴とする請求項９に記載の端末デバイス。

【国際調査報告】