特許7536155 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 華為技術有限公司の特許一覧

特許7536155通信方法及び装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3(a)
3(b)
4(a)
4(b)
5
6(a)
6(b)
6(c)
7
8
9

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

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

(11)【特許番号】

(24)【登録日】2024-08-08

(45)【発行日】2024-08-19

(54)【発明の名称】通信方法及び装置

(51)【国際特許分類】

H04W 72/40 20230101AFI20240809BHJP

H04W 92/18 20090101ALI20240809BHJP

H04W 28/04 20090101ALI20240809BHJP

H04W 72/02 20090101ALI20240809BHJP

H04W 52/30 20090101ALI20240809BHJP

【ＦＩ】

H04W72/40

H04W92/18

H04W28/04 110

H04W72/02

H04W52/30

【請求項の数】 21

【外国語出願】

(21)【出願番号】P 2023130864

(22)【出願日】2023-08-10

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

【原出願日】2020-09-10

(65)【公開番号】P2023144026

(43)【公開日】2023-10-06

【審査請求日】2023-08-15

(31)【優先権主張番号】201910969472.0

(32)【優先日】2019-10-12

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

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

【住所又は居所原語表記】ＨｕａｗｅｉＡｄｍｉｎｉｓｔｒａｔｉｏｎＢｕｉｌｄｉｎｇ，Ｂａｎｔｉａｎ，ＬｏｎｇｇａｎｇＤｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８１２９，Ｐ．Ｒ．Ｃｈｉｎａ

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田郁大

(72)【発明者】

【氏名】▲劉▼ 云

(72)【発明者】

【氏名】王 ▲鍵▼

【審査官】望月章俊

(56)【参考文献】

【文献】FUTUREWEI，In-device coexistence between LTE and NR sidelinks[online]，3GPP TSG RAN WG1 #98b R1-1911338，フランス，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1911338.zip>，2019年10月08日，[検索日 2024.07.09]

【文献】ASUSTeK，Discussion on sidelink physical layer procedure on NR V2X[online]，3GPP TSG RAN WG1 #98b R1-1911023，フランス，Internet:<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1911023.zip>，2019年10月04日，[検索日 2024.07.09]

【文献】ITL，Discussion on NR V2X HARQ mechanism[online]，3GPP TSG RAN WG1 #95 R1-1813976，フランス，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1813976.zip>，2018年11月13日，[検索日 2024.07.09]

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

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１、４

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

【請求項1】

通信方法であって、
受信端末によって、Ｘ個の物理サイドリンク共有チャネルＰＳＳＣＨを受信するステップであって、１つのＰＳＳＣＨのそれぞれは、１つの物理サイドリンクフィードバックチャネルＰＳＦＣＨリソースに対応し、前記Ｘ個のＰＳＳＣＨに対応するＸ個のＰＳＦＣＨリソースは、同じ時間ドメインリソースを有し、Ｘは、１より大きい整数である、ステップと、
前記受信端末によって、前記Ｘ個のＰＳＦＣＨリソースの優先度と、前記Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、前記受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定するステップであって、Ｍは、Ｍ’以下であり、Ｍ’は、第１の時間ドメインリソースを占有するＰＳＦＣＨリソースの数量の上限である、ステップと、
前記受信端末によって、前記Ｍ個のＰＳＦＣＨリソース上で、フィードバック情報を送信するステップと、
を含む、通信方法。

【請求項2】

Ｍは

【数1】

以上であり、ｎ－１は以下の式を満たすｑの最大値であり、

【数2】

前記Ｘ個のＰＳＦＣＨリソースが優先度ルールに従ってＬ個の優先度に分類され、Ｌ個の優先度のうちのｉ番目の優先度を持つＰＳＦＣＨリソースの数量は、ｌｉと表記され、およびｉの値が小さいほど、より高い優先度を示し、Ｐ _j は、前記Ｘ個のＰＳＦＣＨリソースの前記優先度の降順でソートされたｊ番目のＰＳＦＣＨリソースに対応する送信電力を表し、ｊは、０より大きい整数であって、ｑは、ｑ番目の優先度を表し、およびＰ _max は、前記総送信電力を表す、
請求項１に記載の方法。

【請求項3】

【請求項4】

【請求項5】

【請求項6】

【請求項7】

前記受信端末によって、前記Ｘ個のＰＳＦＣＨリソースの優先度と、前記Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、前記受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定する前記ステップは、
前記受信端末によって、前記Ｘ個のＰＳＦＣＨリソースの前記優先度の降順で、前記ＰＳＦＣＨリソースに対応する前記送信電力を累積するステップと、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力以下になるように、前記受信端末によって、第１の優先度を持つｘ１個のＰＳＦＣＨリソースに対応する送信電力を低減するステップであって、前記第１の優先度は、前記ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度であり、ｘ２は、前記ｍ＋１個のＰＳＦＣＨリソースのうちの前記第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ１＝ｍｉｎ（ｘ３，Ｍ’－（ｍ＋１－ｘ２））であり、ｍｉｎは、最小値関数であり、ｘ３は、前記第１の優先度を持つＰＳＦＣＨリソースの数量である、ステップと、
前記受信端末によって、前記ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースが前記Ｍ個のＰＳＦＣＨリソースであると決定するステップと、
を含む、
請求項１に記載の方法。

【請求項8】

前記受信端末によって、前記Ｘ個のＰＳＦＣＨリソースの優先度と、前記Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、前記受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定する前記ステップは、
前記受信端末によって、前記Ｘ個のＰＳＦＣＨリソースの前記優先度の降順で、前記ＰＳＦＣＨリソースに対応する前記送信電力を累積するステップと、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、前記受信端末によって、複数の組み合わせから、第１の組み合わせを決定するステップであって、前記複数の組み合わせは、第１の優先度を持つＰＳＦＣＨリソースの組み合わせであり、前記第１の優先度は、前記ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度である、ステップと、
前記受信端末によって、ｍ＋１－ｘ２＋ｘ３個の累積されたＰＳＦＣＨリソースが前記Ｍ個のＰＳＦＣＨリソースであると決定するステップであって、ｘ２は、前記ｍ＋１個のＰＳＦＣＨリソースのうちの前記第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ３は、前記第１の組み合わせ内のＰＳＦＣＨリソースの数量である、ステップと、
を含み、
他の組み合わせと比較して、前記第１の組み合わせは、以下の特徴、即ち、前記第１の組み合わせ内のＰＳＦＣＨリソースの前記数量と、前記第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースの数量との和がＭ’以下であり、前記第１の組み合わせ内の前記ＰＳＦＣＨリソースに対応する送信電力と、前記第１の優先度より高い前記優先度を持つ前記全てのＰＳＦＣＨリソースに対応する送信電力との和が前記総送信電力以下であり、かつ、前記第１の組み合わせ内のＰＳＦＣＨリソースの前記数量と、前記第１の優先度より高い前記優先度を持つ全てのＰＳＦＣＨリソースの前記数量との前記和が最大値である、ことに合致する、
請求項１に記載の方法。

【請求項9】

前記他の組み合わせと比較して、前記第１の組み合わせは、以下の特徴、即ち、前記第１の組み合わせ内の前記ＰＳＦＣＨリソースに対応する前記送信電力と、前記第１の優先度より高い前記優先度を持つ前記全てのＰＳＦＣＨリソースに対応する前記送信電力との前記和が最小値である、又は、前記総送信電力と、前記第１の組み合わせ内の前記ＰＳＦＣＨリソースに対応する前記送信電力と前記第１の優先度より高い前記優先度を持つ前記全てのＰＳＦＣＨリソースに対応する前記送信電力との前記和と、の間の差が最大値である、ことにさらに合致する、
請求項８に記載の方法。

【請求項10】

通信ユニットと、処理ユニットとを含む通信装置であって、
前記通信ユニットは、Ｘ個の物理サイドリンク共有チャネルＰＳＳＣＨを受信することであって、１つのＰＳＳＣＨのそれぞれは、１つの物理サイドリンクフィードバックチャネルＰＳＦＣＨリソースに対応し、前記Ｘ個のＰＳＳＣＨに対応するＸ個のＰＳＦＣＨリソースは、同じ時間ドメインリソースを有し、Ｘは、１より大きい整数である、ことを行うように構成され、
前記処理ユニットは、前記Ｘ個のＰＳＦＣＨリソースの優先度と、前記Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、前記装置の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定することであって、Ｍは、Ｍ’以下であり、Ｍ’は、第１の時間ドメインリソースを占有するＰＳＦＣＨリソースの数量の上限である、ことを行うように構成され、
前記通信ユニットは、前記Ｍ個のＰＳＦＣＨリソース上で、フィードバック情報を送信するようにさらに構成される、
通信装置。

【請求項11】

Ｍは

【数3】

以上であり、ｎ－１は以下の式を満たすｑの最大値であり、

【数4】

【請求項12】

前記処理ユニットは、
前記Ｘ個のＰＳＦＣＨリソースの前記優先度の降順で、前記ＰＳＦＣＨリソースに対応する前記送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力以下であり、かつｍがＭ’に等しいとき、又は、ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力に等しく、かつｍがＭ’より小さいとき、前記ｍ個のＰＳＦＣＨリソースが前記Ｍ個のＰＳＦＣＨリソースであると決定する
ように特に構成される、
請求項１０に記載の装置。

【請求項13】

【請求項14】

前記処理ユニットは、
前記Ｘ個のＰＳＦＣＨリソースの前記優先度の降順で、前記ＰＳＦＣＨリソースに対応する前記送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、前記ｍ＋１個のＰＳＦＣＨリソースに対応する前記送信電力を累積することの前記累積結果が前記総送信電力以下になるように、前記ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースに対応する送信電力を低減し、
前記ｍ＋１個のＰＳＦＣＨリソースが前記Ｍ個のＰＳＦＣＨリソースであると決定する
ように特に構成される、
請求項１０に記載の装置。

【請求項15】

前記処理ユニットは、
前記Ｘ個のＰＳＦＣＨリソースの前記優先度の降順で、前記ＰＳＦＣＨリソースに対応する前記送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、前記ｍ＋１個のＰＳＦＣＨリソースに対応する前記送信電力を累積することの前記累積結果が前記総送信電力以下になるように、前記ｍ＋１個のＰＳＦＣＨリソースのうちの第１の優先度を持つＰＳＦＣＨリソースに対応する送信電力を低減することであって、前記第１の優先度は、前記ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度である、ことを行い、
前記ｍ＋１個のＰＳＦＣＨリソースが前記Ｍ個のＰＳＦＣＨリソースであると決定する
ように特に構成される、
請求項１０に記載の装置。

【請求項16】

前記処理ユニットは、
前記Ｘ個のＰＳＦＣＨリソースの前記優先度の降順で、前記ＰＳＦＣＨリソースに対応する前記送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力以下になるように、第１の優先度を持つｘ１個のＰＳＦＣＨリソースに対応する送信電力を低減することであって、前記第１の優先度は、前記ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度であり、ｘ２は、前記ｍ＋１個のＰＳＦＣＨリソースのうちの前記第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ１＝ｍｉｎ（ｘ３，Ｍ’－（ｍ＋１－ｘ２））であり、ｍｉｎは、最小値関数であり、ｘ３は、前記第１の優先度を持つＰＳＦＣＨリソースの数量である、ことを行い、
前記ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースが前記Ｍ個のＰＳＦＣＨリソースであると決定する
ように特に構成される、
請求項１０に記載の装置。

【請求項17】

前記処理ユニットは、
前記Ｘ個のＰＳＦＣＨリソースの前記優先度の降順で、前記ＰＳＦＣＨリソースに対応する前記送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が前記総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、複数の組み合わせから、第１の組み合わせを決定することであって、前記複数の組み合わせは、第１の優先度を持つＰＳＦＣＨリソースの組み合わせであり、前記第１の優先度は、前記ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度である、ことを行い、
ｍ＋１－ｘ２＋ｘ３個の累積されたＰＳＦＣＨリソースが前記Ｍ個のＰＳＦＣＨリソースであると決定することであって、ｘ２は、前記ｍ＋１個のＰＳＦＣＨリソースのうちの前記第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ３は、前記第１の組み合わせ内のＰＳＦＣＨリソースの数量である、ことを行う
ように特に構成され、
他の組み合わせと比較して、前記第１の組み合わせは、以下の特徴、即ち、前記第１の組み合わせ内のＰＳＦＣＨリソースの前記数量と、前記第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースの数量との和がＭ’以下であり、前記第１の組み合わせ内の前記ＰＳＦＣＨリソースに対応する送信電力と、前記第１の優先度より高い前記優先度を持つ前記全てのＰＳＦＣＨリソースに対応する送信電力との和が前記総送信電力以下であり、かつ、前記第１の組み合わせ内のＰＳＦＣＨリソースの前記数量と、前記第１の優先度より高い前記優先度を持つ全てのＰＳＦＣＨリソースの前記数量との前記和が最大値である、ことに合致する、
請求項１０に記載の装置。

【請求項18】

【請求項19】

プロセッサを含む通信装置であって、
前記プロセッサは、メモリに接続され、前記メモリは、コンピュータ実行可能命令を格納するように構成され、前記プロセッサは、前記メモリに格納された前記コンピュータ実行可能命令を実行して、前記装置に、請求項１～９のいずれか１項に記載の方法を実施させる、
通信装置。

【請求項20】

命令を含むコンピュータ可読記憶媒体であって、前記命令は、コンピュータ上で実行されるとき、前記コンピュータに、請求項１～９のいずれか１項に記載の方法を実行させる、
コンピュータ可読記憶媒体。

【請求項21】

命令を含むコンピュータプログラムであって、前記命令は、コンピュータ上で実行されるとき、前記コンピュータに、請求項１～９のいずれか１項に記載の方法を実行させる、
コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
この出願は、２０１９年１０月１２日に中国国家産権局に提出された、「COMMUNICATIONS METHOD AND APPARATUS」と題された中国特許出願第201910969472.0号の優先権を主張し、その全体が参照によって本明細書に組み込まれる、２０２０年９月１０に提出された日本特許出願である特願2022-521678号の分割出願である。

【0002】

この出願は、通信技術の分野に関連し、特に、通信方法及び装置に関連する。

【背景技術】

【0003】

ビークルトゥエブリシング（vehicle to everything, V2X）は、インテリジェント輸送システムのキーテクノロジであり、最大の産業ポテンシャルと、モノのインターネットシステムにおける最も明確な市場要件を有する分野の１つであると考えられている。ビークルトゥエブリシングは、通常、車両に搭載されているセンサ、車載端末などによって提供される車両情報を利用する通信ネットワークを参照して、ビークルトゥビークル（vehicle to vehicle, V2V）、ビークルトゥインフラストラクチャ（vehicle to infrastructure, V2I）、ビークルトゥネットワーク（vehicle to network, V2N）及びビークルトゥペデストリアン（vehicle to pedestrian, V2P）通信を実装する。

【0004】

Ｖ２Ｘは、広いアプリケーション空間、大きな産業ポテンシャル、及び高い社会的利益を特徴とする。Ｖ２Ｘは、自動車及び情報通信産業の革新的な発展を促進し、自動車及び運送サービスのための新たなモデル及び新たなサービスを構築し、無人運転、アシスト運転、インテリジェント運転、コネクテッド運転、インテリジェントコネクテッド運転、自動運転、及びカーシェアリングなどの技術の革新及びアプリケーションを促進し、交通効率及び安全レベルを改善するために、とても重要なものである。

【0005】

新無線（new radio, NR）Ｖ２Ｘシナリオにおいて、送信端末がサブチャネルを利用することによってデータを受信端末に送信した後、受信端末は、送信端末へのハイブリッド自動再送要求（hybrid automatic repeat request, HARQ）フィードバックを実行する必要がある。ＨＡＲＱフィードバックは、肯定応答（acknowledgement, ACK）又は否定応答（negative acknowledgement, NACK）である。ＡＣＫは、受信端末が正しくデータを受信していること示し、ＮＡＣＫは、受信端末が正しくデータを受信していないことを示す。

【0006】

ＨＡＲＱフィードバックは、物理サイドリンクフィードバックチャネル（physical sidelink feedback channel, PSFCH）上で搬送される。１つ以上の送信端末が複数の物理サイドリンク共有チャネル（physical sidelink shared channel, PSSCH）を１つの受信端末に送信する場合、受信端末は、各ＰＳＳＣＨについてＨＡＲＱフィードバックを実行する必要がある。しかし、受信端末の送信電力は、全てのＰＳＳＣＨについての同時ＨＡＲＱフィードバックをサポートしないことがある。この場合、標準の現在の仕様書によれば、受信端末は、優先度に基づいて、Ｍ’個のＰＳＦＣＨリソースを選択し、複数のＰＳＳＣＨのうちの一部のＰＳＳＣＨについてＨＡＲＱフィードバックを同時に実行してよい。しかし、Ｍ’個のＰＳＦＣＨリソースを選択する方式は提供されておらず、各選択方式は有利な点及び不利な点を有する。従って、通信システムの全体的な性能はさらに影響されうる。

【発明の概要】

【0007】

この出願の実施形態は、通信方法及び装置を提供し、通信システムの全体的な性能を保証する。

【0008】

上記の目的を達成するために、この出願は、以下の技術的解決策を提供する。

【0009】

第１の態様によれば、以下を含む通信方法が提供される。
受信端末が、１つ以上の送信端末から、Ｘ個のＰＳＦＣＨリソースと１対１に対応するＸ個のＰＳＳＣＨを受信し、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定し、次いで、Ｍ個のＰＳＦＣＨリソース上で、１つ以上の送信端末の一部又は全部にフィードバック情報を送信する。
Ｘ個のＰＳＦＣＨリソースは、同じ時間ドメインリソースを有し、Ｘは、１より大きい整数であり、Ｍは、Ｍ’以下であり、Ｍ’は、同じ時間ドメインリソースを占有するＰＳＦＣＨリソースの数量の上限である。
第１の態様において提供される方法によれば、受信端末は、ＰＳＦＣＨリソースの優先度と、ＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定し、受信端末の送信能力（即ち、総送信電力）に基づいて、Ｍ個のＰＳＦＣＨリソースを送信しうる。このことは、ネットワークシステムの全体的な性能を改善する。

【0010】

【0011】

【0012】

【0013】

【0014】

可能な実装において、受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定することは、以下を含む。
受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下になるように、受信端末が、第１の優先度を持つｘ１個のＰＳＦＣＨリソースに対応する送信電力を低減することであって、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度であり、ｘ２は、ｍ＋１個のＰＳＦＣＨリソースのうちの第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ１＝ｍｉｎ（ｘ３，Ｍ’－（ｍ＋１－ｘ２））であり、ｍｉｎは、最小値関数であり、ｘ３は、第１の優先度を持つＰＳＦＣＨリソースの数量である、ことを行い、受信端末が、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。
この可能な実装において、受信端末の送信能力の範囲内（即ち、受信端末の総送信電力の範囲内）でＭ個のＰＳＦＣＨリソースが送信されることが保証できる。加えて、決定されたＭ個のＰＳＦＣＨリソースの数量が、同じ時間ドメインリソースを占有するＰＳＦＣＨリソースの数量の上限以下であることが保証できる。このことは、ネットワークシステムの全体性能を改善する。

【0015】

可能な実装において、受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定することは、以下を含む。
受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、受信端末が、複数の組み合わせから、第１の組み合わせを決定することであって、複数の組み合わせは、第１の優先度を持つＰＳＦＣＨリソースの組み合わせであり、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度である、ことを行い、受信端末が、ｍ＋１－ｘ２＋ｘ３個の累積されたＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定することであって、ｘ２は、ｍ＋１個のＰＳＦＣＨリソースのうちの第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ３は、第１の組み合わせ内のＰＳＦＣＨリソースの数量である、ことを行う。
他の組み合わせと比較して、第１の組み合わせは、以下の特徴、即ち、第１の組み合わせ内のＰＳＦＣＨリソースの数量と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースの数量との和がＭ’以下であり、第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和が総送信電力以下であり、かつ、第１の組み合わせ内のＰＳＦＣＨリソースの数量と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースの数量との和が最大値である、ことに合致する。
この可能な実装において、受信端末の送信能力の範囲内（即ち、受信端末の総送信電力の範囲内）でＭ個のＰＳＦＣＨリソースが送信されることが保証できる。加えて、決定されたＭ個のＰＳＦＣＨリソースの数量が、同じ時間ドメインリソースを占有するＰＳＦＣＨリソースの数量の上限以下であることが保証でき、従って、決定されたＭ個のＰＳＦＣＨリソースの数量が最大値になる。このことは、ネットワークシステムの全体性能を改善する。

【0016】

可能な実装において、他の組み合わせと比較して、第１の組み合わせは、以下の特徴、即ち、第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和が最小値である、又は、総送信電力と、第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和と、の間の差が最大値である、ことにさらに合致する。
この可能な実装において、受信端末の送信能力の範囲内（即ち、受信端末の総送信電力の範囲内）でＭ個のＰＳＦＣＨリソースが送信されることが保証できる。加えて、決定されたＭ個のＰＳＦＣＨリソースの数量が、同じ時間ドメインリソースを占有するＰＳＦＣＨリソースの数量の上限以下であることが保証でき、従って、決定されたＭ個のＰＳＦＣＨリソースの数量が最小値になる。このことは、ネットワークシステムの全体性能を改善する。

【0017】

第２の態様によれば、通信ユニットと、処理ユニットとを含む通信装置が提供される。
通信ユニットは、少なくとも１つの送信端末から、Ｘ個のＰＳＦＣＨリソースと１対１に対応するＸ個のＰＳＳＣＨを受信するように構成され、Ｘ個のＰＳＳＣＨに対応するＸ個のＰＳＦＣＨリソースは、同じ時間ドメインリソースを有し、Ｘは、１より大きい整数である。
処理ユニットは、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、装置の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定するように構成され、Ｍは、Ｍ’以下であり、Ｍ’は、同じ時間ドメインリソースを占有するＰＳＦＣＨリソースの数量の上限である。
通信ユニットは、Ｍ個のＰＳＦＣＨリソース上で、少なくとも１つの送信端末の一部又は全部にフィードバック情報を送信するようにさらに構成される。

【0018】

可能な実装において、処理ユニットは、
Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、かつｍがＭ’に等しいとき、又は、ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力に等しく、かつｍがＭ’より小さいとき、ｍ個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する
ように特に構成される。

【0019】

【0020】

可能な実装において、処理ユニットは、
Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下になるように、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースに対応する送信電力を低減し、
ｍ＋１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する
ように特に構成される。

【0021】

可能な実装において、処理ユニットは、
Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下になるように、ｍ＋１個のＰＳＦＣＨリソースのうちの第１の優先度を持つＰＳＦＣＨリソースに対応する送信電力を低減することであって、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度である、ことを行い、
ｍ＋１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する
ように特に構成される。

【0022】

可能な実装において、処理ユニットは、
Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下になるように、第１の優先度を持つｘ１個のＰＳＦＣＨリソースに対応する送信電力を低減することであって、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度であり、ｘ２は、ｍ＋１個のＰＳＦＣＨリソースのうちの第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ１＝ｍｉｎ（ｘ３，Ｍ’－（ｍ＋１－ｘ２））であり、ｍｉｎは、最小値関数であり、ｘ３は、第１の優先度を持つＰＳＦＣＨリソースの数量である、ことを行い、
ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する
ように特に構成される。

【0023】

可能な実装において、処理ユニットは、
Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、複数の組み合わせから、第１の組み合わせを決定することであって、複数の組み合わせは、第１の優先度を持つＰＳＦＣＨリソースの組み合わせであり、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度である、ことを行い、
ｍ＋１－ｘ２＋ｘ３個の累積されたＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定することであって、ｘ２は、ｍ＋１個のＰＳＦＣＨリソースのうちの第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ３は、第１の組み合わせ内のＰＳＦＣＨリソースの数量である、ことを行う
ように特に構成される。
他の組み合わせと比較して、第１の組み合わせは、以下の特徴、即ち、第１の組み合わせ内のＰＳＦＣＨリソースの数量と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースの数量との和がＭ’以下であり、第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和が総送信電力以下であり、かつ、第１の組み合わせ内のＰＳＦＣＨリソースの数量と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースの数量との和が最大値である、ことに合致する。

【0024】

【0025】

第３の態様によれば、プロセッサを含む通信装置が提供される。プロセッサは、メモリに接続され、メモリは、コンピュータ実行可能命令を格納するように構成され、プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行し、第１の態様において提供される任意の方法を実装する。メモリ及びプロセッサは、一体に統合されてよく、又は、独立したデバイスであってよい。メモリとプロセッサとが独立したデバイスでありうる場合、メモリは、通信装置の内部に配置されてよく、又は通信装置の外部に配置されてよい。

【0026】

可能な実装において、プロセッサは、論理回路と、入力インターフェース及び出力インターフェースの少なくとも１つとを含む。出力インターフェースは、対応する方法における送信動作を実行するように構成され、入力インターフェースは、対応する方法における受信動作を実行するように構成される。

【0027】

可能な実装において、通信装置は、通信インターフェース及び通信バスをさらに含む。プロセッサと、メモリと、通信インターフェースとは、通信バスを利用することによって接続される。通信インターフェースは、対応する方法における受信及び送信動作を実行するように構成される。通信インターフェースは、トランシーバと称されることもある。
任意選択で、通信インターフェースは、トランスミッタ又はレシーバの少なくとも１つを含む。この場合、トランスミッタは、対応する方法における送信動作を実行するように構成され、レシーバは、対応する方法における受信動作を実行するように構成される。

【0028】

可能な実装において、通信装置は、チップの製品形態で存在する。

【0029】

第４の態様によれば、命令を含むコンピュータ可読記憶媒体が提供される。命令がコンピュータ上で実行されるとき、コンピュータは、第１の態様において提供される任意の方法を実行することが可能になる。

【0030】

第５の態様によれば、命令を含むコンピュータプログラム製品が提供される。命令がコンピュータ上で実行されるとき、コンピュータは、第１の態様において提供される任意の方法を実行することが可能になる。

【0031】

第２～第５の態様の任意の実装によってもたらされる技術的効果については、第１の態様の実装によってもたらされる技術的効果を参照されたい。詳細については、ここでは説明されない。

【図面の簡単な説明】

【0032】

【図1】この出願の実施形態による、システムアーキテクチャの模式図である。

【図2】この出願の実施形態による、サブチャネルの模式図である。

【図3(a)】この出願の実施形態による、サイドリンク上のチャネルによって占有されるリソースの模式図である。

【図3(b)】この出願の実施形態による、サイドリンク上のチャネルによって占有されるリソースの模式図である。

【図4(a)】この出願の実施形態による、サイドリンク上のチャネルによって占有されるリソースの模式図である。

【図4(b)】この出願の実施形態による、サイドリンク上のチャネルによって占有されるリソースの模式図である。

【図5】この出願の実施形態による、通信方法のフローチャートである。

【図6(a)】この出願の実施形態による、ＰＳＦＣＨリソースの模式図である。

【図6(b)】この出願の実施形態による、ＰＳＦＣＨリソースの模式図である。

【図6(c)】この出願の実施形態による、ＰＳＦＣＨリソースの模式図である。

【図7】この出願の実施形態による、通信装置のコンポーネントの模式図である。

【図8】この出願の実施形態による、通信装置のハードウェアの模式的構造図である。

【図9】この出願の実施形態による、通信装置のハードウェアの模式的構造図である。

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

【0033】

この出願の説明において、別途指定されない限り、“／”は、“又は”を意味する。例えば、Ａ／Ｂは、Ａ又はＢを表しうる。この明細書における用語“及び／又は”は、関連付けられた対象物についての関連付け関係のみを記述し、３つの関係が存在しうることを表す。例えば、Ａ及び／又はＢは、以下の３つのケース、即ち、Ａのみが存在すること、Ａ及びＢの両方が存在すること、及び、Ｂのみが存在すること、を表しうる。加えて、“少なくとも１つ”は、１つ以上であることを指し、“複数の”は、２つ以上であることを指す。“第１の”及び“第２の”などの言葉は、数量及び実行順序を限定するものではなく、“第１の”及び“第２の”などの言葉は、絶対的な相違を示すものではない。

【0034】

この出願において、“例”又は“例えば”という言葉は、例、実例、又は説明を与えることを表すために利用されることに留意すべきである。この出願において、“例”又は“例えば”として説明された任意の実施形態又は設計スキームは、他の実施形態又は設計スキームに比べて、より好適である又はより有利であると解釈されるべきではない。正確には、“例”又は“例えば”という言葉などの利用は、特定の方式における関連概念を提供することを意図している。

【0035】

この出願におけるネットワーク要素は、通信システム内のネットワークデバイス及び端末を含む。図１を参照すると、この出願の実施形態において提供される方法は、主に、端末間の通信、及び、端末とネットワークデバイスとの間の通信に関連する。

【0036】

この出願の実施形態における通信システムは、それらに限定されないが、ロングタームエボリューション（long term evolution, LTE）システム、第５世代（5th-generation, 5G）システム、ＮＲシステム、無線ローカルエリアネットワーク（wireless local area networks, WLAN）システム、将来の発展システム、又は複数の通信集中型システムを含む。５Ｇシステムは、非スタンドアロン（non-standalone, NSA）５Ｇシステム、又はスタンドアロン（standalone, SA）５Ｇシステムであってよい。

【0037】

この出願のこの実施形態におけるネットワークデバイスは、ネットワーク側にあり、かつ、信号を送信し又は信号を受信するように、又は、信号を送信し及び信号を受信するように構成されるエンティティである。ネットワークデバイスは、無線アクセスネットワーク（radio access network, RAN）内に配置され、かつ端末に無線通信機能を提供する装置であってよく、例えば、送受信ポイント（transmission reception point, TRP）、基地局、様々な形態の制御ノード（例えば、ネットワークコントローラ、無線コントローラ（例えば、クラウド無線アクセスネットワーク（cloud radio access network, CRAN）シナリオにおける無線コントローラ））などであってよい。特に、ネットワークデバイスは、様々な形態のマクロ基地局、マイクロ基地局（スモールセルとも称される）、中継局、アクセスポイント（access point, AP）などであってよく、又は、基地局のアンテナパネルであってよい。制御ノードは、複数の基地局に接続されてよく、複数の基地局によってカバーされる複数の端末のためにリソースを構成しうる。異なる無線アクセス技術を利用するシステムにおいて、基地局機能を有するデバイスの名称は異なることがある。例えば、ＬＴＥシステムにおける基地局は、発展型ＮｏｄｅＢ（volved NodeB, eNB又はeNodeB）と称されることがあり、又は、５Ｇシステム又はＮＲシステムにおける基地局は、次世代ＮｏｄｅＢ（next generation node base station, gNB）と称されることがある。基地局の具体的な名称については、この出願において限定されない。ネットワークデバイスは、代替的に、将来の発展型公衆陸上モバイルネットワーク（public land mobile network, PLMN）などにおけるネットワークデバイスであってよい。

【0038】

この出願のこの実施形態における端末は、ユーザ側にあり、かつ、信号を受信し又は信号を送信するように、又は、信号を受信し及び信号を送信するように構成されるエンティティである。端末は、音声サービス及びデータ接続サービスの１つ以上をユーザに提供するように構成される。代替的に、端末は、ユーザ機器（user equipment, UE）、端末デバイス、アクセス端末、サブスクライバユニット、サブスクライバ局、モバイル局、リモート局、リモート端末、モバイルデバイス、ユーザ端末、無線通信デバイス、ユーザエージェント、又はユーザ装置と称されることがある。端末は、Ｖ２Ｘデバイス、例えば、スマート車両（smart car又はintelligent car）、デジタル車両（digital car）、無人車両（unmanned car, driverless car, pilotless car又はautomobile）、自動車両（self-driving car又はautonomous car）、ピュア電動車両（pure EV又はBattery EV）、ハイブリッド電動車両（hybrid electric vehicle, HEV）、航続距離拡張型電動車両（range extended EV, REEV）、プラグインハイブリッド電動車両（plug-in HEV, PHEV）、新エネルギー車両、又は路側ユニット（road site unit, RSU）であってよい。代替的に、端末は、Ｄ２Ｄデバイス、例えば、電力メータ又は水道メータであってよい。代替的に、端末は、モバイル局（mobile station, MS）、サブスクライバユニット（subscriber unit）、無人高所作業車、モノのインターネット（internet of things, IoT）デバイス、ＷＬＡＮ内の局（station, ST）、セルラフォン（cellular phone）、スマートフォン（smart phone）、コードレスフォン、無線データカード、タブレットコンピュータ、セッション開始プロトコル（session initiation protocol, SIP）フォン、無線ローカルループ（wireless local loop, WLL）局、パーソナルデジタルアシスタント（personal digital assistant, PDA）デバイス、ラップトップコンピュータ（laptop computer）、マシンタイプ通信（machine type communication, MTC）端末、無線通信機能を持つハンドヘルドデバイス、無線モデムに接続されたコンピューティングデバイス又は他の処理デバイス、車載デバイス、又はウェアラブルデバイス（ウェアラブルインテリジェントデバイスと称されることもある）であってよい。代替的に、端末は、次世代通信システムにおける端末、例えば、５Ｇシステムにおける端末、将来の発展型ＰＬＭＮにおける端末、又はＮＲシステムにおける端末であってよい。

【0039】

この出願の実施形態において提供される方法は、それらに限定されないが、以下の分野、即ち、デバイストゥデバイス（device to device, D2D）、Ｖ２Ｘ、無人運転（unmanned driving）、自動運転（automated driving system, ADS）、運転者支援（advanced driver assistance system, ADAS）、インテリジェント運転（intelligent driving）、コネクテッド運転（connected driving）、インテリジェントネットワーク運転（intelligent network driving）、カーシェアリング（car sharing）などに適用できることがある。

【0040】

ＮＲシステムにおいて、Ｖ２Ｘアーキテクチャは、スタンドアロン（Standalone）配置と、マルチＲＡＴデュアルコネクティビティ（Multi-Rat Dual Connectivity, MR-DC）配置とに分類される。独立した配置シナリオにおいて、Ｖ２Ｘ通信を実行する２つの端末（例えば、図１の端末２及び端末３）は、同じネットワークデバイスにアクセスし、ネットワークデバイスは、２つの端末に関する管理及び構成を実行する。例えば、ネットワークデバイスは、ｇＮＢ、次世代ｅＮＢ（ng-eNB）、ｅＮＢなどであってよい。マルチＲＡＴデュアルコネクティビティ配置シナリオにおいて、Ｖ２Ｘ通信を実行する２つの端末はいずれも、マスタノード（master node, MN）及びセカンダリノード（secondary node, SN）にアクセスする。例えば、図１の端末１及び端末４の両方は、ネットワークデバイス１及びネットワークデバイス２にアクセスする。ネットワークデバイス１及びネットワークデバイス２の一方は、マスタノードであり、他方はセカンダリノードである。マスタノードは、Ｖ２Ｘ通信を実行する端末に関する管理及び構成を実行しうる。

【0041】

Ｖ２Ｘシナリオ及び他の通信シナリオにおいて、端末間の直接通信が実行される通信リンクは、サイドリンク（sidelink, SL）と称されることがある。ＳＬ上で、送信端末は、受信端末へ直接的にデータを送信してよく、最初にデータをネットワークデバイスへ送信し、次いで、コアネットワークを通じてデータを受信端末へ転送する必要がない。このことは、データ送信遅延を大きく低減できる。

【0042】

この出願の実施形態をより明確にするために、以下では、この出願の実施形態に関する概念及びいくつかの内容について簡単に説明する。

【0043】

１．ＳＬＨＡＲＱフィードバック

【0044】

ＳＬＨＡＲＱは、前方誤り訂正（FEC）及び自動再送要求（ARQ）を結合する。冗長な情報が追加された後、ＦＥＣは、受信端末がいくつかのエラーを訂正することを可能にし、再送回数を低減する。ＦＥＣによって訂正できないエラーについては、受信端末が、ＡＲＱメカニズムを利用することによって、データを再送するように送信端末に要求する。受信端末は、エラー検出コード、例えば、巡回冗長検査（cyclic redundancy check, CRC）を利用して、受信データにエラーが生じているかどうかを検出する。エラーが生じていない場合、受信端末は、送信端末にＡＣＫを送信する。ＡＣＫを受信した後、送信端末は、次のデータを送信する。エラーが生じている場合、受信端末は、送信端末にＮＡＣＫを送信し、ＮＡＣＫを受信した後、送信端末は、データを再送する。ＡＣＫ及びＮＡＣＫは、ＨＡＲＱフィードバックである。

【0045】

上で説明したＡＲＱメカニズムにおいて、受信端末がデータパケットを受信した後、デコーディングエラーが生じている場合、受信端末は、データパケットを破棄して、再送を要求する。デコーディングエラーに遭遇するデータパケットは、有益な情報を含む。データパケットが破棄される場合、有益な情報は失われる。軟結合を持つＨＡＲＱ（HARQ with soft combining）が利用された後、デコーディングエラーに遭遇するデータパケットは、ＨＡＲＱバッファに格納され、その後に受信された再送データパケットと軟結合される。次いで、デコーディングが実行される。同様に、デコーディングがさらに失敗する場合、上記のプロセスが繰り返され続けることがある。新たに受信された再送データは、バッファ内のデータと結合され、デコーディングが再び実行される。個別デコーディング（具体的には、毎回送信されるデータが別々にデコードされ、デコーディングのために前のデータと結合されない）と比較すると、これは、デコーディング成功確率を改善する。

【0046】

ＬＴＥＶ２Ｘは、ブロードキャストサービスのみをサポートする。従って、ＳＬＨＡＲＱフィードバックは、サポートされない。ＮＲＶ２Ｘは、ユニキャスト、マルチキャスト、及びブロードキャストサービスをサポートするが、ユニキャストシナリオ及びマルチキャストシナリオにおいてのみＳＬＨＡＲＱフィードバックをサポートする。

【0047】

２．ＳＬリソースプール（resource pool）

【0048】

ＮＲシステムにおいて、ＳＬ送信は、リソースプールに基づいている。リソースプールは、論理概念である。リソースプールは、複数の物理リソースを含み、任意の物理リソースは、データを送信するために利用されうる。

【0049】

ネットワークデバイスは、複数の端末のために１つ以上のリソースプールを構成し、複数の端末は、１つ以上のリソースプールを共有することに留意すべきである。データを送信するとき、端末は、送信のためのリソースプールからの物理リソースを利用する必要がある。１つの場合、端末は、ネットワークデバイスによって制御され、ネットワークデバイスによって送信されるインジケーション情報に基づいてリソースプールから物理リソースを選択して、データを送信する。他の場合、端末は、独立して、リソースプールから物理リソースを選択して、データを送信する。

【0050】

３．サブチャネル

【0051】

各リソースプールは、１つ以上のサブチャネルを含む。現在の関連する通信標準の進展によれば、リソースプール内の全てのサブチャネルの周波数ドメインリソースのサイズ（言い換えると、物理リソースブロック（physical resource block, PRB）の数量）は同じである。異なるリソースプール内のサブチャネルの周波数ドメインリソースのサイズは、同じであってもよいし、又は異なってもよい。

【0052】

例えば、図２を参照すると、リソースプール内の物理リソースによって占有される帯域幅が２０Ｍである場合、２０Ｍは、４つのサブチャネルに分割され、１つのサブチャネルによって占有される帯域幅は、５Ｍである。

【0053】

リソースプールに含まれるサブチャネルの数量、及び各サブチャネルによって占有される帯域幅は、端末のために、ネットワークデバイスによって構成されうる。

【0054】

４．物理サイドリンク制御チャネル（physical sidelink control channel, PSCCH）、ＰＳＳＣＨ、及びＰＳＦＣＨ

【0055】

サブチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、及びＰＳＦＣＨを含みうる。ＰＳＣＣＨは、ＳＬデータの制御情報を搬送するために利用され、制御情報は、特に、ＰＳＣＣＨ上で、サイドリンク制御情報（sidelink control information, SCI）において搬送されうる。ＰＳＳＣＨは、ＳＬデータを搬送するために利用される。ＰＳＦＣＨは、ＳＬデータに対するＨＡＲＱフィードバックを搬送するために利用される。

【0056】

現在の議論において、ＰＳＦＣＨは、時間ドメインにおいて１つ又は２つのシンボルを含み、周波数ドメインにおいて１つ以上のＰＲＢを含み、１つ以上のＰＲＢは、ＰＳＳＣＨの周波数ドメインリソースの一部であると考えられている。リソースプールにおいて、ＰＳＦＣＨ時間－周波数リソース（略して、ＰＳＦＣＨリソースと称される）の期間は、Ｎスロット（slot）であり、Ｎの値は、現在、１、２、又は４である。例えば、図３（ａ）及び図３（ｂ）はそれぞれ、Ｎ＝１及びＮ＝２のときのＰＳＦＣＨリソースの配置の模式図を示している。

【0057】

スロットｎ（ｎは、０以上の整数である）内のＰＳＳＣＨについて、ＰＳＳＣＨに対応するＰＳＦＣＨは、スロット（ｎ＋ａ）に現れ、ａは、Ｋ以上の最小の整数である。現在、Ｋの値は決定されていない。全ての端末が同じＫを有する場合、Ｎ個のＰＳＳＣＨに対応するＰＳＦＣＨは、１つのＰＳＦＣＨリソースを共有する必要がある。例えば、図４（ａ）を参照すると、Ｎ＝１及びａ＝１の場合、ＨＡＲＱフィードバックは、スロット（ｎ＋１）内のＰＳＦＣＨリソースを利用することによって、スロットｎ内のＰＳＳＣＨ上で搬送されるＳＬデータに関して、実行される必要がある。図４（ｂ）を参照すると、Ｎ＝２及びａ＝１の場合、ＨＡＲＱフィードバックは、スロット（ｎ＋２）内のＰＳＦＣＨリソースを利用することによって、スロットｎ内のＰＳＳＣＨ上で搬送されるＳＬデータと、スロット（ｎ＋１）内のＰＳＳＣＨ上で搬送されるＳＬデータとに関して、実行される必要がある。ＨＡＲＱフィードバックは、スロット（ｎ＋２）内のＰＳＦＣＨリソースの一部を利用することによって、スロットｎ内のＰＳＳＣＨ上で搬送されるＳＬデータに関して、実行される必要がある。ＨＡＲＱフィードバックは、スロット（ｎ＋２）内のＰＳＦＣＨリソースの別のＰＳＦＣＨリソースを利用することによって、スロット（ｎ＋１）内のＰＳＳＣＨ上で搬送されるＳＬデータに関して、実行される必要がある。

【0058】

記述を簡単にするため、この出願のこの実施形態において、“１つのＰＳＳＣＨ上で搬送されるＳＬデータを送信（又は受信）すること”は、“ＰＳＳＣＨを送信（又は受信）すること”と記述される。

【0059】

５．シーケンスインターバル
ＰＳＦＣＨリソースは、シーケンスを搬送してよく、シーケンスは、特定のシーケンスインターバルを有し、シーケンスインターバルは、シーケンス上で巡回シフトが実行されるビットの数量である。例えば、（１，２，３，４）はシーケンスであり、次いで、シーケンス（２，３，４，１）は、１ビットだけ巡回シフトを実行することによって取得され、２つのシーケンスの間のシーケンスインターバルは１である。全てのサブチャネルに関するＰＳＦＣＨリソース上のシーケンスについて、シーケンスインターバルは、同じであってもよいし、又は異なっていてもよいし、ネットワークデバイスによって特に構成されうる。

【0060】

現在の通信標準において、１つのＰＲＢを含むＰＳＦＣＨリソース上のシーケンスは、ＡＣＫ／ＮＡＣＫを表すために利用される。１つのＰＲＢ上に合計１２個のサブキャリアがある。従って、最大１２個の互いに直交するシーケンスがサポートできる。これらのシーケンスは、基準シーケンス（例えば、物理アップリンク制御チャネル（physical uplink control channel, PUCCH）フォーマット０におけるシーケンス）上で巡回シフトを実行することによって取得される。基準シーケンスは、シーケンス０と称されることがあり、ｘだけシフトすることによって取得されるシーケンスは、シーケンスｘと称されることがある。異なるＡＣＫ／ＮＡＣＫを識別するために、異なるシーケンスが利用されるとき、異なるＡＣＫ／ＮＡＣＫの間のビットエラーレートは、シーケンスインターバルに関連し、シーケンスインターバルが大きくなるほど、より低いビットエラーレートを示す。

【0061】

背景技術において提案された問題を解決するために、この出願の実施形態は、通信方法（ＰＳＦＣＨリソース決定方法ともみなされうる）を提供する。図５に示すように、方法は、以下のステップを含む。

【0062】

５０１：少なくとも１つの送信端末が、Ｘ個のＰＳＳＣＨを受信端末に送信する。それに対応して、受信端末は、少なくとも１つの送信端末から、Ｘ個のＰＳＳＣＨを受信する。Ｘは、１より大きい整数である。

【0063】

少なくとも１つの送信端末のいずれか１つと、受信端末とは、ユニキャスト通信を実行してもよいし、又はマルチキャスト通信（この場合、受信端末は、マルチキャスト通信における全ての受信端末のうちの１つである）を実行してもよい。

【0064】

１つ以上の送信端末があってよい。１つの送信端末は、１つのＰＳＳＣＨを受信端末に送信してよいし、又は複数のＰＳＳＣＨを受信端末に送信してよい。例えば、図６（ａ）を参照すると、Ｘ＝２、Ｎ＝２、及びａ＝１の場合、送信端末は、サブチャネル１を利用することによって、スロットｎで、ＰＳＳＣＨを受信端末に送信し、サブチャネル１を利用することによって、スロット（ｎ＋１）で、他のＰＳＳＣＨを受信端末に送信してよい。他の例において、図６（ｂ）を参照すると、Ｘ＝２、Ｎ＝１、及びａ＝１の場合、送信端末１は、サブチャネル１を利用することによって、スロットｎで、ＰＳＳＣＨを受信端末に送信してよく、送信端末２は、サブチャネル２を利用することによって、スロットｎで、他のＰＳＳＣＨを受信端末に送信してよい。他の例において、Ｘ＝３、Ｎ＝２、及びａ＝１の場合、送信端末１は、サブチャネル１を利用することによって、スロット（ｎ＋１）で、ＰＳＳＣＨを受信端末に送信してよく、送信端末２は、サブチャネル２を利用することによって、スロットｎ及びスロット（ｎ＋１）のそれぞれで、ＰＳＳＣＨを受信端末に送信してよい。

【0065】

１つのＰＳＳＣＨは、１つのＰＳＦＣＨリソースに対応し、１つのＰＳＳＣＨのフィードバック情報は、対応するＰＳＦＣＨリソース上で搬送され、Ｘ個のＰＳＳＣＨに対応するＸ個のＰＳＦＣＨリソースは、同じ時間ドメインリソースを有する。例えば、図６（ａ）及び図６（ｂ）の両方では２つのＰＳＦＣＨリソースがあり、２つのＰＳＦＣＨリソースは、同じ時間ドメインリソースを有する。図６（ｃ）では３つのＰＳＦＣＨリソースがあり、３つのＰＳＦＣＨリソースは、同じ時間ドメインリソースを有する。ＰＳＦＣＨリソースの期間がＮスロットであることに留意すべきである。Ｎが１より大きいとき、Ｎ個のＰＳＳＣＨは、ＰＳＦＣＨリソースを共有する必要がありうる。従って、Ｎ個のＰＳＳＣＨによって共有されるＰＳＦＣＨリソースは、Ｎ個の部分に分割される（ＰＳＦＣＨリソースは、均等に分割されてもよいし、又は不均等に分割されてもよい）。この場合、Ｎ個の部分は、Ｎ個のＰＳＦＣＨリソースとみなされる。例えば、図６（ａ）を参照すると、スロット（ｎ＋２）内のＰＳＦＣＨリソースは、２つのＰＳＦＣＨリソースであり、一方のＰＳＦＣＨリソースは、スロットｎ内のＰＳＳＣＨに対応し、他方のＰＳＦＣＨリソースは、スロット（ｎ＋１）内のＰＳＳＣＨに対応する。これは、スロット（ｎ＋２）内にあり、かつ図６（ｃ）のサブチャネル１及びサブチャネル２上にあるＰＳＦＣＨリソースに対しても真である。スロット（ｎ＋２）内にあり、かつ図６（ｃ）のサブチャネル１上にある１つのＰＳＦＣＨリソースは、スロット（ｎ＋１）内のＰＳＳＣＨに対応する。スロット（ｎ＋２）のＰＳＦＣＨリソースが２つの部分に分割された後、１つの部分は、スロット（ｎ＋１）内のＰＳＳＣＨに対応するＰＳＦＣＨリソースである。

【0066】

５０２：受信端末は、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定する。

【0067】

Ｍは、Ｍ’以下であり、Ｍ’は、同じ時間ドメインリソースを占有するＰＳＦＣＨリソースの数量の上限、即ち、受信端末によって同時に利用できるＰＳＦＣＨリソースの最大数量である。Ｍ’は、通信標準において特定される値であってよい。

【0068】

任意選択で、ＰＳＦＣＨリソースの優先度は、優先度ルールに従って分類されてよい。ＰＳＦＣＨリソースの優先度は、対応するＰＳＣＣＨ又はＰＳＳＣＨに基づいて決定されうる。

【0069】

任意選択で、ＰＳＦＣＨリソースに対応する送信電力は、チャネル測定を通じて取得されうる。例えば、チャネル測定結果が、チャネル品質が低いことを示すときほど、ＰＳＦＣＨリソースに対応する送信電力はより高くなりうる。

【0070】

５０３：受信端末は、Ｍ個のＰＳＦＣＨリソース上で、少なくとも１つの送信端末の一部又は全部にフィードバック情報を送信する。それに対応して、少なくとも１つの送信端末の一部又は全部は、Ｍ個のＰＳＦＣＨリソース上で、受信端末からフィードバック情報を受信する。

【0071】

フィードバック情報は、受信端末のものであり、かつ送信端末によって送信されたＰＳＳＣＨに対するものであるＨＡＲＱフィードバックであってよく、特に、ＡＣＫ又はＮＡＣＫであってよい。

【0072】

Ｍは、Ｘより小さくてよいため、受信端末は、フィードバック情報を、少なくとも１つの送信端末の一部のみに送信してよく、その後、残りの送信端末にフィードバック情報を送信してもよいし又は送信しなくてもよいことに留意すべきである。このことは、この出願において限定されない。

【0073】

この出願のこの実施形態において提供される方法によれば、受信端末は、ＰＳＦＣＨリソースの優先度と、ＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定し、受信端末の送信能力（即ち、総送信電力）に基づいて、Ｍ個のＰＳＦＣＨリソースを送信しうる。これは、ネットワークシステムの全体的な性能を改善する。

【0074】

具体的な実装の際、ステップ５０２は、以下を含みうる。受信端末が順次、Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、累積に基づいて、Ｍ個のＰＳＦＣＨリソースを決定する。

【0075】

優先度ルールに従って、Ｘ個のＰＳＦＣＨリソースが分類された後、Ｘ個のＰＳＦＣＨリソースは、Ｌ個の優先度に分類されると仮定する。Ｌ個の優先度のうちのｉ番目の優先度を持つＰＳＦＣＨリソースの数量は、ｌｉと表記され、ｉの値が小さいほど、より高い優先度を示す。この場合、ＰＳＦＣＨリソースに対応する送信電力は、Ｘ個のＰＳＦＣＨリソースの優先度の降順で累積され、累積結果は、以下のように表現されうる。

【0076】

【数1】

【0077】

Ｐ_jは、優先度の降順でソートされたｊ番目のＰＳＦＣＨリソースに対応する送信電力を表し、ｊは、０より大きい整数であり、ｋは、累積されたＰＳＦＣＨリソースの数量である。

【0078】

以下では、ケース１からケース３を利用することによって、累積に基づいて、Ｍ個のＰＳＦＣＨリソースを決定するプロセスについて個別に説明する。

【0079】

ケース１：ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が、受信端末の総送信電力以下であり、かつｍがＭ’に等しい、又は、ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が、受信端末の総送信電力に等しく、かつｍがＭ’より小さい。

【0080】

ケース１において、受信端末は、ｍ個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0081】

言い換えると、ｍ＝Ｍ’であり、かつ

【0082】

【数2】

【0083】

を満たすとき、又は、ｍ＜Ｍ’であり、かつ

【0084】

【数3】

【0085】

を満たすとき、受信端末は、ｍ個の累積されたＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。この出願のこの実施形態において、Ｐ_maxは、受信端末の総送信電力を表す。

【0086】

例えば、６個のＰＳＦＣＨリソースがあり、６個のＰＳＦＣＨリソースは、ＰＳＦＣＨ１からＰＳＦＣＨ６と表示され、３つの優先度に分類され、各優先度を持つＰＳＦＣＨリソースの数量は２であると仮定する。ＰＳＦＣＨ１及びＰＳＦＣＨ２は、第１の優先度のものであり、ＰＳＦＣＨ３及びＰＳＦＣＨ４は、第２の優先度のものであり、ＰＳＦＣＨ５及びＰＳＦＣＨ６は、第３の優先度のものである。Ｍ’＝２、Ｐ₁≦Ｐ_max、かつＰ₁＋Ｐ₂≦Ｐ_maxである場合、受信端末は、ＰＳＦＣＨ１及びＰＳＦＣＨ２がＭ個のＰＳＦＣＨリソースであると決定する。Ｍ’＝３、Ｐ₁≦Ｐ_max、かつＰ₁＋Ｐ₂≦Ｐ_maxである場合、受信端末は、ＰＳＦＣＨ１及びＰＳＦＣＨ２がＭ個のＰＳＦＣＨリソースであると決定する。

【0087】

ケース２：ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果は、受信端末の総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果は、受信端末の総送信電力より大きく、かつｍ＋１は、Ｍ’以下である。

【0088】

ケース２において、受信端末は、ｍ個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0089】

言い換えると、

【0090】

【数4】

【0091】

であり、かつ

【0092】

【数5】

【0093】

であるとき、受信端末は、ｍ個の累積されたＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0094】

例えば、６個のＰＳＦＣＨリソースがあり、６個のＰＳＦＣＨリソースは、ＰＳＦＣＨ１からＰＳＦＣＨ６と表示され、３つの優先度に分類され、各優先度を持つＰＳＦＣＨリソースの数量は２であると仮定する。ＰＳＦＣＨ１及びＰＳＦＣＨ２は、第１の優先度のものであり、ＰＳＦＣＨ３及びＰＳＦＣＨ４は、第２の優先度のものであり、ＰＳＦＣＨ５及びＰＳＦＣＨ６は、第３の優先度のものである。Ｍ’＝２、Ｐ₁≦Ｐ_max、かつＰ₁＋Ｐ₂＞Ｐ_maxである場合、受信端末は、ＰＳＦＣＨ１がＭ個のＰＳＦＣＨリソースであると決定する。Ｍ’＝４、Ｐ₁≦Ｐ_max、Ｐ₁＋Ｐ₂≦Ｐ_max、Ｐ₁＋Ｐ₂＋Ｐ₃≦Ｐ_max、かつＰ₁＋Ｐ₂＋Ｐ₃＋Ｐ₄＞Ｐ_maxである場合、受信端末は、ＰＳＦＣＨ１、ＰＳＦＣＨ２、及びＰＳＦＣＨ３がＭ個のＰＳＦＣＨリソースであると決定する。

【0095】

ケース３：ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果は、受信端末の総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果は、受信端末の総送信電力より大きく、ｍ＋１は、Ｍ’以下である。

【0096】

ケース３において、受信端末は、以下の方式１から方式４のいずれか１におけるＭ個のＰＳＦＣＨリソースを決定しうる。

【0097】

方式１

【0098】

方式１は、特に、以下のステップ（１１）及びステップ（１２）を含む。

【0099】

（１１）受信端末は、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が、受信端末の総送信電力以下になるように、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースに対応する送信電力を低減する。

【0100】

（１２）受信端末は、ｍ＋１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0101】

言い換えると、

【0102】

【数6】

【0103】

であり、

【0104】

【数7】

【0105】

であり、かつｍ＋１≦Ｍ’であるとき、受信端末は、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が受信端末の総送信電力以下になるように、（ｍ＋１）番目のＰＳＦＣＨリソースに対応する送信電力を低減する。受信端末は、ｍ＋１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0106】

特に、受信端末は、（ｍ＋１）番目のＰＳＦＣＨリソースに対応する送信電力を、元の送信電力のβ倍（βは、０より大きく、かつ１以下である）に低減しうる。

【0107】

例えば、６個のＰＳＦＣＨリソースがあり、６個のＰＳＦＣＨリソースはＰＳＦＣＨ１からＰＳＦＣＨ６と表示され、３つの優先度に分類され、各優先度を持つＰＳＦＣＨリソースの数量は２であると仮定する。ＰＳＦＣＨ１及びＰＳＦＣＨ２は、第１の優先度のものであり、ＰＳＦＣＨ３及びＰＳＦＣＨ４は、第２の優先度のものであり、ＰＳＦＣＨ５及びＰＳＦＣＨ６は、第３の優先度のものである。Ｍ’＝４、Ｐ₁≦Ｐ_max、Ｐ₁＋Ｐ₂≦Ｐ_max、Ｐ₁＋Ｐ₂＋Ｐ₃≦Ｐ_max、かつＰ₁＋Ｐ₂＋Ｐ₃＋Ｐ₄＞Ｐ_maxである場合、受信端末は、Ｐ₁＋Ｐ₂＋Ｐ₃＋βＰ₄≦Ｐ_maxになるように、Ｐ₄をβＰ₄に低減してよく、受信端末は、ＰＳＦＣＨ１、ＰＳＦＣＨ２、ＰＳＦＣＨ３、及びＰＳＦＣＨ４がＭ個のＰＳＦＣＨリソースであると決定しうる。

【0108】

方式２

【0109】

方式２は、特に、以下のステップ（２１）及びステップ（２２）を含む。

【0110】

（２１）受信端末は、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が、受信端末の総送信電力以下になるように、ｍ＋１個のＰＳＦＣＨリソースのうち、第１の優先度を持つＰＳＦＣＨリソースに対応する送信電力を低減し、ここで、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度である。

【0111】

（２２）受信端末は、ｍ＋１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0112】

言い換えると、

【0113】

【数8】

【0114】

であり、

【0115】

【数9】

【0116】

であり、かつｍ＋１≦Ｍ’であるとき、受信端末は、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が、受信端末の総送信電力以下になるように、ｍ＋１個のＰＳＦＣＨリソースのうち、第１の優先度を持つＰＳＦＣＨリソースに対応する送信電力を低減し、受信端末は、ｍ＋１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0117】

ｍ＋１個のＰＳＦＣＨリソース内に、第１の優先度を持つｘ２個のＰＳＦＣＨリソースがある場合、ｘ２個のＰＳＦＣＨリソースに対応する送信電力が低減されるとき、同じ比率で低減されうる。例えば、ｘ２個のＰＳＦＣＨリソースに対応する送信電力が、元の送信電力のβ倍（βは、０より大きく、かつ１以下である）に低減され、異なる比率で低減されてもよい。例えば、ｘ２個のＰＳＦＣＨリソースのうち、一部のＰＳＦＣＨリソースに対応する送信電力が、元の送信電力のβ１倍（β１は、０より大きく、かつ１以下である）に低減され、一部のＰＳＦＣＨリソースに対応する送信電力が、元の送信電力のβ２倍（β２は、０より大きく、かつ１以下である）に低減される。同じ比率で低減される例が、この出願において説明のために以下で利用される。

【0118】

例えば、６個のＰＳＦＣＨリソースがあり、６個のＰＳＦＣＨリソースはＰＳＦＣＨ１からＰＳＦＣＨ６と表示され、３つの優先度に分類され、各優先度を持つＰＳＦＣＨリソースの数量は２であると仮定する。ＰＳＦＣＨ１及びＰＳＦＣＨ２は、第１の優先度のものであり、ＰＳＦＣＨ３及びＰＳＦＣＨ４は、第２の優先度のものであり、ＰＳＦＣＨ５及びＰＳＦＣＨ６は、第３の優先度のものである。Ｍ’＝３、Ｐ₁≦Ｐ_max、Ｐ₁＋Ｐ₂≦Ｐ_max、かつＰ₁＋Ｐ₂＋Ｐ₃＞Ｐ_maxである場合、受信端末は、Ｐ₁＋Ｐ₂＋βＰ₃≦Ｐ_maxになるように、Ｐ₃をβＰ₃に低減してよく、受信端末は、ＰＳＦＣＨ１、ＰＳＦＣＨ２、及びＰＳＦＣＨ３がＭ個のＰＳＦＣＨリソースであると決定しうる。Ｍ’＝４、Ｐ₁≦Ｐ_max、Ｐ₁＋Ｐ₂≦Ｐ_max、Ｐ₁＋Ｐ₂＋Ｐ₃≦Ｐ_max、かつＰ₁＋Ｐ₂＋Ｐ₃＋Ｐ₄＞Ｐ_maxである場合、受信端末は、Ｐ₁＋Ｐ₂＋βＰ₃＋βＰ₄≦Ｐ_maxになるように、Ｐ₃をβＰ₃に低減し、Ｐ₄をβＰ₄に低減してよく、受信端末は、ＰＳＦＣＨ１、ＰＳＦＣＨ２、ＰＳＦＣＨ３、及びＰＳＦＣＨ４がＭ個のＰＳＦＣＨリソースであると決定しうる。

【0119】

方式３

【0120】

方式３は、特に、以下のステップ（３１）及びステップ（３２）を含む。

【0121】

（３１）受信端末は、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が、受信端末の総送信電力以下になるように、第１の優先度を持つｘ１個のＰＳＦＣＨリソースに対応する送信電力を低減し、ここで、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度であり、ｘ２は、ｍ＋１個のＰＳＦＣＨリソースのうち、第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ１＝ｍｉｎ（ｘ３，Ｍ’－（ｍ＋１－ｘ２））であり、ｍｉｎは、最小関数であり、ｘ３は、最高の優先度を持つＰＳＦＣＨリソースの数量である。

【0122】

（３２）受信端末は、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0123】

言い換えると、

【0124】

【数10】

【0125】

であり、

【0126】

【数11】

【0127】

であり、かつｍ＋１≦Ｍ’であるとき、受信端末は、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が、受信端末の総送信電力以下になるように、第１の優先度を持つｘ１個のＰＳＦＣＨリソースに対応する送信電力を低減し、受信端末は、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0128】

第１の優先度がｎ番目の優先度である場合、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果は、

【0129】

【数12】

【0130】

のように表されうる。

【0131】

【数13】

【0132】

である場合、受信端末は、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0133】

ｍ＋１－ｘ２、即ち、第１の優先度より高い全ての優先度の全てのＰＳＦＣＨリソースの数量である場合、ｍｉｎ（ｘ３，Ｍ’－（ｍ＋１－ｘ２）がｍｉｎ（第１の優先度を持つＰＳＦＣＨリソースの数量，Ｍ’－第１の優先度より高い全ての優先度を持つ全てのＰＳＦＣＨリソースの数量）を意味する、と理解されうる。ｘ１の値は、方法に従って決定される。これは、累積されたＰＳＦＣＨリソースの数量がＭ’以下であることを保証できる。受信端末によって決定されたＭ個のＰＳＦＣＨリソースが、第１の優先度より高い全ての優先度を持つ全てのＰＳＦＣＨリソース、ｍｉｎ（第１の優先度を持つＰＳＦＣＨリソースの数量，Ｍ’－第１の優先度より高い全ての優先度を持つ全てのＰＳＦＣＨリソースの数量）個の、送信電力のβ倍で送信される、ｎ番目の優先度を持つＰＳＦＣＨリソース、を含む、と理解されうる。

【0134】

方式２のものと同様に、ｘ１個のＰＳＦＣＨリソースに対応する送信電力が低減されるとき、同じ比率で低減されてもよいし、又は異なる比率で低減されてもよい。詳細については、理解のために上記の説明を参照されたい。詳細については、再び説明されない。

【0135】

【0136】

ケース１：Ｍ’＝４、Ｐ₁≦Ｐ_max、Ｐ₁＋Ｐ₂≦Ｐ_max、Ｐ₁＋Ｐ₂＋Ｐ₃≦Ｐ_max、かつＰ₁＋Ｐ₂＋Ｐ₃＋Ｐ₄＞Ｐ_maxである場合、受信端末は、Ｐ₁＋Ｐ₂＋βＰ₃＋βＰ₄≦Ｐ_maxになるように、第２の優先度を持つｍｉｎ（２，４－２）＝２個のＰＳＦＣＨリソースの送信電力を低減する、言い換えると、ＰＳＦＣＨ３及びＰＳＦＣＨ４の送信電力を低減する。そして、受信端末は、ＰＳＦＣＨ１、ＰＳＦＣＨ２、ＰＳＦＣＨ３、及びＰＳＦＣＨ４がＭ個のＰＳＦＣＨリソースであると決定する。

【0137】

ケース２：Ｍ’＝３、Ｐ₁≦Ｐ_max、Ｐ₁＋Ｐ₂≦Ｐ_max、かつＰ₁＋Ｐ₂＋Ｐ₃＞Ｐ_maxである場合、受信端末は、Ｐ₁＋Ｐ₂＋βＰ₃≦Ｐ_maxになるように、第２の優先度を持つｍｉｎ（２，３－２）＝１個のＰＳＦＣＨリソースの送信電力を低減する、言い換えると、ＰＳＦＣＨ３の送信電力を低減する。そして、受信端末は、ＰＳＦＣＨ１、ＰＳＦＣＨ２、及びＰＳＦＣＨ３が、Ｍ個のＰＳＦＣＨリソースであると決定する。

【0138】

ケース３：Ｍ’＝４、Ｐ₁≦Ｐ_max、Ｐ₁＋Ｐ₂≦Ｐ_max、かつＰ₁＋Ｐ₂＋Ｐ₃＞Ｐ_maxである場合、受信端末は、Ｐ₁＋Ｐ₂＋βＰ₃＋βＰ₄≦Ｐ_maxになるように、第２の優先度を持つｍｉｎ（２，４－２）＝２個のＰＳＦＣＨリソースの送信電力を低減する、言い換えると、ＰＳＦＣＨ３及びＰＳＦＣＨ４の送信電力を低減する。そして、受信端末は、ＰＳＦＣＨ１、ＰＳＦＣＨ２、ＰＳＦＣＨ３、及びＰＳＦＣＨ４がＭ個のＰＳＦＣＨリソースであると決定する。

【0139】

方式４
方式４は、特に、以下のステップ（４１）及びステップ（４２）を含む。

【0140】

（４１）受信端末は、複数の組み合わせから、第１の組み合わせを決定し、ここで、複数の組み合わせは、第１の優先度を持つＰＳＦＣＨリソースの組み合わせであり、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうち、（ｍ＋１）番目のＰＳＦＣＨリソースの優先度である。

【0141】

複数の組み合わせは、第１の優先度を持つＰＳＦＣＨリソースの全ての組み合わせの一部又は全部であってよい。

【0142】

（４２）受信端末は、ｍ＋１－ｘ２＋ｘ３個の累積されたＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定し、ここで、ｘ２は、ｍ＋１個のＰＳＦＣＨリソースのうちの、第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ３は、第１の組み合わせ内のＰＳＦＣＨリソースの数量である。

【0143】

言い換えると、

【0144】

【数14】

【0145】

であり、

【0146】

【数15】

【0147】

であり、かつｍ＋１≦Ｍ’であるとき、受信端末は、第１の優先度を持つＰＳＦＣＨリソースの組み合わせをトラバースして、第１の組み合わせを決定し、さらに、ｍ＋１－ｘ２＋ｘ３個の累積したＰＳＦＣＨリソースをＭ個のＰＳＦＣＨリソースとして決定しうる。

【0148】

他の組み合わせと比較して、第１の組み合わせは、以下の特徴１から特徴３に合致する。

【0149】

特徴１：第１の組み合わせ内のＰＳＦＣＨリソースの数量と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースの数量との和が、Ｍ’以下である。

【0150】

特徴２：第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和が、受信端末の総送信電力以下である。

【0151】

第１の優先度がｎ番目の優先度である場合、特徴２は、

【0152】

【数16】

【0153】

のように表現されてよく、ここで、Ｉは、ｎ番目の優先度を持つＰＳＦＣＨリソースの組み合わせである。

【0154】

特徴３：第１の組み合わせを持つＰＳＦＣＨリソースの数量と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースの数量との和が、最大値である。言い換えると、受信端末によって選択された組み合わせは、特徴１及び特徴２に合致し、かつ、決定されたＭ個のＰＳＦＣＨリソースにおけるＭを最大値にできる組み合わせである。特に、特徴１及び特徴２に合致する全てのＩにおいて、ＰＳＦＣＨリソースの数量は、ＰＳＦＣＨリソースの数量が、

【0155】

【数17】

【0156】

以下になる選択された組み合わせ内で最大値になる。

【0157】

特徴１から特徴３を満たす１つ以上の組み合わせがありうることに留意すべきである。複数の組み合わせがある場合、受信端末は、複数の組み合わせから、１つの組み合わせを第１の組み合わせとして選択しうる。

【0158】

任意選択で、他の組み合わせと比較して、第１の組み合わせは、以下の特徴４にさらに合致する。

【0159】

特徴４：第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和が最小値である（言い換えると、総電力が最小である）、又は、受信端末の総送信電力と、第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和と、の間の差が最大値である（言い換えると、電力ヘッドルームが最大である）。

【0160】

特徴１から特徴３を満たす複数の組み合わせがあるとき、受信端末は、特徴４に基づいて、複数の組み合わせから、第１の組み合わせとして１つの組み合わせを選択しうると理解されうる。特に、受信端末は、

【0161】

【数18】

【0162】

（即ち、最大電力ヘッドルーム）、又は

【0163】

【数19】

【0164】

（即ち、最小総電力）を満たす組み合わせを選択しうる。受信端末は、

【0165】

【数20】

【0166】

個の、ｎ番目の優先度より高い優先度を持つＰＳＦＣＨリソースと、ｎ番目の優先度を持つ組み合わせＩ内のＰＳＦＣＨリソースとが、Ｍ個のＰＳＦＣＨリソースであると決定しうる。

【0167】

【0168】

ケース１：Ｍ’＝４であるとき、以下の条件、即ち、Ｐ₁≦Ｐ_max、Ｐ₁＋Ｐ₂≦Ｐ_max、Ｐ₁＋Ｐ₂＋Ｐ₃≦Ｐ_max、かつＰ₁＋Ｐ₂＋Ｐ₃＋Ｐ₄＞Ｐ_maxが満たされる。

【0169】

Ｍ’－ｌ１＝２以下のＰＳＦＣＨリソースの数量を満たし、第２の優先度を持つＰＳＦＣＨリソースの全ての可能な組み合わせは、Ｉ１＝｛ＰＳＦＣＨ３｝、Ｉ２＝｛ＰＳＦＣＨ４｝、Ｉ３＝｛ＰＳＦＣＨ３，ＰＳＦＣＨ４｝を含む。全ての可能な組み合わせがトラバースされ、以下の電力要件、即ち、Ｐ₁＋Ｐ₂＋Ｐ₃≦Ｐ_max、かつＰ₁＋Ｐ₂＋Ｐ₄≦Ｐ_maxが満たされる。この場合、Ｍ’＝４の上限を満足できず、Ｍ個のＰＳＦＣＨ内に最大３個のＰＳＦＣＨリソースがある。

【0170】

Ｉ１内のＰＳＦＣＨリソースの数量がＩ２内のＰＳＦＣＨリソースの数量と等しいため、Ｍ個のＰＳＦＣＨリソースの総電力を最小化できる、又は、電力ヘッドルームを最大化できる組み合わせは、Ｉ１及びＩ２から選択されうる。

【0171】

最小総電力が基準として利用される。Ｐ₁＋Ｐ₂＋Ｐ₃≦Ｐ₁＋Ｐ₂＋Ｐ₄であるとき、ｌ１は、総電力を最小にすることがあり、受信端末は、ＰＳＦＣＨ１、ＰＳＦＣＨ２、及びＰＳＦＣＨ３がＭ個のＰＳＦＣＨリソースであると決定する。

【0172】

Ｐ₁＋Ｐ₂＋Ｐ₃＞Ｐ₁＋Ｐ₂＋Ｐ₄であるとき、Ｉ２は、総電力を最小化することがあり、受信端末は、ＰＳＦＣＨ１、ＰＳＦＣＨ２、及びＰＳＦＣＨ４がＭ個のＰＳＦＣＨリソースであると決定する。

【0173】

最大電力ヘッドルームが基準として利用される。Δ１＝Ｐ_max－Ｐ₁－Ｐ₂－Ｐ₃、及びΔ２＝Ｐ_max－Ｐ₁－Ｐ₂－Ｐ₄である。

【0174】

Δ１を計算するために利用されるＰ_maxは、ＰＳＦＣＨ１、ＰＳＦＣＨ２、ＰＳＦＣＨ３、及び受信端末のハードウェアの電力に基づいて計算される。Δ２を計算するために利用されるＰ_maxは、ＰＳＦＣＨ１、ＰＳＦＣＨ２、ＰＳＦＣＨ４、及び受信端末のハードウェアの電力に基づいて計算される。Δ１を計算するために利用されるＰ_max、及びΔ２を計算するために利用されるＰ_maxは、同じ値を有していてもよいし、又は異なる値を有していてもよい。

【0175】

Δ１≧Δ２であるとき、ｌ１は、総電力を最大化することがあり、受信端末は、ＰＳＦＣＨ１、ＰＳＦＣＨ２、及びＰＳＦＣＨ３がＭ個のＰＳＦＣＨリソースであると決定する。

【0176】

Δ１＜Δ２であるとき、ｌ２は、総電力を最大化することがあり、受信端末は、ＰＳＦＣＨ１、ＰＳＦＣＨ２、及びＰＳＦＣＨ４がＭ個のＰＳＦＣＨリソースであると決定する。

【0177】

ケース２：Ｍ’＝３であるとき、以下の条件、即ち、Ｐ₁≦Ｐ_max、Ｐ₁＋Ｐ₂≦Ｐ_max、Ｐ₁＋Ｐ₂＋Ｐ₃≦Ｐ_maxが満たされる。

【0178】

Ｍ’－ｌ１＝１以下のＰＳＦＣＨリソースの数量を満たし、第２の優先度を持つＰＳＦＣＨリソースの全ての可能な組み合わせは、Ｉ１＝｛ＰＳＦＣＨ３｝、Ｉ２＝｛ＰＳＦＣＨ４｝を含む。ケース１のＭ’＝４との違いは、Ｉ３＝｛ＰＳＦＣＨ３，ＰＳＦＣＨ４｝の組み合わせが無いことにある。全ての可能な組み合わせがトラバースされ、以下の電力要件、即ち、Ｐ₁＋Ｐ₂＋Ｐ₃≦Ｐ_max、及びＰ₁＋Ｐ₂＋Ｐ₄≦Ｐ_maxが満たされる。

【0179】

【0180】

最小総電力が基準として利用される。Ｐ₁＋Ｐ₂＋Ｐ₃≦Ｐ₁＋Ｐ₂＋Ｐ₄であるとき、ｌ１は、総電力を最小化することがあり、受信端末は、ＰＳＦＣＨ１、ＰＳＦＣＨ２、及びＰＳＦＣＨ３がＭ個のＰＳＦＣＨリソースであると決定する。

【0181】

【0182】

最大電力ヘッドルームが基準として利用される。Δ１＝Ｐ_max－Ｐ₁－Ｐ₂－Ｐ₃、及びΔ２＝Ｐ_max－Ｐ₁－Ｐ₂－Ｐ₄である。

【0183】

【0184】

【0185】

【0186】

方式４と比較すると、方式１、方式２、及び方式３は、より単純な実装プロセスを有する。しかし、方式１、方式２、及び方式３と比較すると、方式４は、より高い複雑さを有するが、決定されたＭ個のＰＳＦＣＨリソースに対応する送信電力の和を最小値にすることを可能にできる。

【0187】

上記の実施形態は、Ｍ個のＰＳＦＣＨリソースを選択するプロセスと、電力制御の詳細とを提供する。Ｍ個のＰＳＦＣＨリソースが受信端末の送信能力の範囲内（即ち、受信端末の総送信電力の範囲内）で送信されることを保証できる。加えて、決定されたＭ個のＰＳＦＣＨリソースの数量が、同じ時間ドメインリソースを占有するＰＳＦＣＨリソースの数量の上限以下であることを保証できる。これは、ネットワークシステムの全体的な性能を改善する。上記の実施形態において、この出願のこの実施形態において提供される方法は、ＰＳＳＣＨリソースがＰＳＦＣＨリソースに１対１に対応する例を利用することによって説明されていることに留意すべきである。実際の実装の際、１つの送信端末によって送信される複数のＰＳＳＣＨは、１つのＰＳＦＣＨリソースに対応することもある。この場合、Ｍ個のＰＳＦＣＨリソースを選択する方法は同様であり、違いは、受信端末が、複数のＰＳＳＣＨについてのフィードバック情報を送信するために、同じＰＳＦＣＨリソース上で、符号分割を実行する（例えば、上記の実施形態において説明した異なるシーケンスを利用することによって符号分割を実行する）必要があることのみにある。

【0188】

上記は、主に、ネットワーク要素の間のインタラクションの観点から、この出願の実施形態における解決策について説明している。上記の機能を実装するために、各ネットワーク要素、例えば、送信端末及び受信端末は、各機能を実行するための、対応するハードウェア構造及び／又はソフトウェアモジュールを含むと理解されうる。当業者は、この明細書で開示された実施形態において説明される例のユニット及びアルゴリズムステップを組み合わせ、この出願が、ハードウェア、又はハードウェアとコンピュータソフトウェアとの組み合わせによって実装されうることを容易に知るべきである。機能がハードウェアによって実行されるか、コンピュータソフトウェアによって駆動されるハードウェアによって実行されるかは、特定のアプリケーション及び技術的解決策の設計制約に依存する。当業者は、異なる方法を利用して、各特定のアプリケーションについての説明された機能を実装しうるが、実装がこの出願の範囲を超えるとみなされるべきではない。

【0189】

この出願の実施形態において、送信端末及び受信端末は、上記の方法例に基づいて、機能ユニットに分割されうる。例えば、各機能ユニットは、対応する機能に基づく分割を通じて取得されてよく、又は、２つ以上の機能が１つの処理ユニットに統合されてよい。統合ユニットは、ハードウェアの形態で実装されてよく、又はソフトウェア機能ユニットの形態で実装されてよい。この出願のこの実施形態において、ユニット分割は例であり、単なる論理機能分割であることに留意すべきである。実際の実装においては、他の分割方式が利用されてよい。

【0190】

統合ユニットが利用されるとき、図７は、上記の実施形態における通信装置（通信装置７０と表記される）の可能な模式的構造図である。通信装置７０は、処理ユニット７０１と、通信ユニット７０２とを含み、ストレージユニット７０３をさらに含みうる。図７に示した模式的構造図は、上記の実施形態における送信端末又は受信端末の構造を示すために利用されうる。

【0191】

上記の実施形態における送信端末の構造を示すために、図７に示した模式的構造図が利用されるとき、処理ユニット７０１は、送信端末の動作を制御及び管理するように構成される。例えば、処理ユニット７０１は、送信端末をサポートして、図５の５０１及び５０３、及び／又は、この出願の実施形態で説明された他のプロセスで送信端末によって実行される動作を実行させるように構成される。処理ユニット７０１は、通信ユニット７０２を利用することによって、他のネットワークエンティティと通信してよく、例えば、図５に示した受信端末と通信しうる。ストレージユニット７０３は、送信端末のプログラムコード及びデータを格納するように構成される。

【0192】

上記の実施形態における送信端末の構造を示すために、図７に示した模式的構造図が利用されるとき、通信装置７０は、デバイスであってよく、又はデバイス内のチップであってよい。

【0193】

上記の実施形態における受信端末の構造を示すために、図７に示した模式的構造図が利用されるとき、処理ユニット７０１は、受信端末の動作を制御及び管理するように構成される。例えば、処理ユニット７０１は、受信端末をサポートして、図５の５０１から５０３、及び／又はこの出願の実施形態で説明された他のプロセスで受信端末によって実行される動作を実行させるように構成される。処理ユニット７０１は、通信ユニット７０２を利用することによって、他のネットワークエンティティと通信してよく、例えば、図５に示した送信端末と通信しうる。ストレージユニット７０３は、受信端末のプログラムコード及びデータを格納するように構成される。

【0194】

上記の実施形態における受信端末の構造を示すために、図７に示した模式的構造図が利用されるとき、通信装置７０は、デバイスであってよく、又はデバイス内のチップであってよい。

【0195】

通信装置７０がデバイスであるとき、処理ユニット７０１は、プロセッサ又はコントローラであってよく、通信ユニット７０２は、通信インターフェース、トランシーバ、トランシーバ回路、トランシーバ装置などであってよい。通信インターフェースは、総称であり、１つ以上のインターフェースを含むことがある。ストレージユニット７０３は、メモリであってよい。通信装置７０がデバイス内のチップであるとき、処理ユニット７０１は、プロセッサ又はコントローラであってよく、通信ユニット７０２は、入力インターフェース及び／又は出力インターフェース、ピン、回路などであってよい。ストレージユニット７０３は、チップ内のストレージユニット（例えば、レジスタ又はキャッシュ）であってよく、又は、デバイス内にあり、かつチップの外部に配置されているストレージユニット（例えば、リードオンリーメモリ又はランダムアクセスメモリ）であってよい。

【0196】

通信ユニットは、トランシーバユニットと称されることもある。通信装置７０の受信及び送信機能を有するアンテナ及び制御回路は、通信装置７０内の通信ユニット７０２とみなされうるし、通信装置７０の処理機能を有するプロセッサは、通信装置７０内の処理ユニット７０１とみなされうる。任意選択で、通信ユニット７０２の受信機能を実装するように構成されたコンポーネントは、受信ユニットとみなされうる。受信ユニットは、この出願の実施形態における受信ステップを実行するように構成される。受信ユニットは、レシーバ、受信機、レシーバ回路などであってよい。通信ユニット７０２の送信機能を実装するように構成されたコンポーネントは、送信ユニットとみなされうる。送信ユニットは、この出願の実施形態における送信ステップを実行するように構成される。送信ユニットは、トランスミッタ、送信機、送信回路などであってよい。

【0197】

図７の統合ユニットが、ソフトウェア機能モジュールの形態で実装され、独立した製品として販売又は利用されるとき、統合ユニットは、コンピュータ可読記憶媒体に格納されうる。そのような理解に基づき、この出願の技術的解決策は実質的に、又は、従来技術に寄与する部分、又は、技術的解決策の全部又は一部は、ソフトウェア製品の形態で実装されうる。コンピュータソフトウェア製品は、記憶媒体に格納され、この出願の実施形態において説明された方法のステップの全部又は一部を実行するように、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスであってよい）又はプロセッサ（processor）に指示するための複数の命令を含む。コンピュータソフトウェア製品を格納する記憶媒体は、プログラムコードを格納できる任意の媒体、例えば、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリ（read-only memory, ROM）、ランダムアクセスメモリ（random access memory, RAM）、磁気ディスク、又は光ディスクを含む。

【0198】

図７のユニットは、代替的に、モジュールと称されることがある。例えば、処理ユニットは、処理モジュールと称されることがある。

【0199】

この出願の実施形態は、通信装置のハードウェアの模式的構造図をさらに提供する。図８又は図９を参照すると、通信装置は、プロセッサ８０１を含み、任意選択で、プロセッサ８０１に接続されたメモリ８０２をさらに含む。

【0200】

プロセッサ８０１は、汎用中央処理ユニット（central processing unit, CPU）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit, ASIC）、又は、この出願の解決策のプログラム実行を制御するように構成された１つ以上の集積回路であってよい。プロセッサ８０１は、代替的に、複数のＣＰＵを含んでよく、プロセッサ８０１は、シングルコアプロセッサ（single-CPU）又はマルチコアプロセッサ（multi-CPU）であってよい。ここでは、プロセッサは、データ（例えば、コンピュータプログラム命令）を処理するように構成された、１つ以上のデバイス、回路、又はプロセッシングコアと称されることがある。

【0201】

メモリ８０２は、静的情報及び命令を格納できるＲＯＭ又は他のタイプの静的ストレージデバイス、又は、情報及び命令を格納できるＲＡＭ又は他のタイプの動的ストレージデバイスであってよく、又は、電気的消去可能プログラマブルリードオンリーメモリ（electrically erasable programmable read-only memory, EEPROM）、コンパクトディスクリードオンリーメモリ（compact disc read-only memory, CD-ROM）又は他のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザーディスク、光ディスク、デジタルバーサタイルディスク、ブルーレイディスクなど）、磁気ディスク記憶媒体又は他の磁気記憶デバイス、又は、命令又はデータ構造の形態で期待されるプログラムコードを搬送又は格納するために利用でき、かつコンピュータによってアクセスできる任意の他の媒体であってよい。しかし、メモリ８０２は、この出願のこの実施形態において限定されない。メモリ８０２は、独立に存在してもよいし、又はプロセッサ８０１に統合されてもよい。メモリ８０２は、コンピュータプログラムコードを含むことがある。プロセッサ８０１は、メモリ８０２に格納されたコンピュータプログラムコードを実行して、この出願の実施形態において提供される方法を実装するように構成される。

【0202】

第１の可能な実装において、図８を参照すると、通信装置は、トランシーバ８０３をさらに含む。プロセッサ８０１、メモリ８０２、及びトランシーバ８０３は、バスを介して接続される。トランシーバ８０３は、他のデバイス又は通信ネットワークと通信するように構成される。任意選択で、トランシーバ８０３は、トランスミッタ及びレシーバを含みうる。トランシーバ８０３の受信機能を実装するように構成されたコンポーネントは、レシーバとみなされうる。レシーバは、この出願の実施形態における受信ステップを実行するように構成される。トランシーバ８０３の送信機能を実装するように構成されたコンポーネントは、トランスミッタとみなされうる。トランスミッタは、この出願の実施形態における送信ステップを実行するように構成される。

【0203】

第１の可能な実装に基づいて、図８に示した模式的構造図は、上記の実施形態における送信端末又は受信端末の構造を示すために利用されうる。

【0204】

上記の実施形態における送信端末の構造を示すために、図８に示した模式的構造図が利用されるとき、プロセッサ８０１は、送信端末の動作を制御及び管理するように構成される。例えば、プロセッサ８０１は、送信端末をサポートして、図５の５０１及び５０３、及び／又は、この出願の実施形態で説明された他のプロセスで送信端末によって実行される動作を実行させるように構成される。プロセッサ８０１は、トランシーバ８０３を利用することによって、他のネットワークエンティティと通信してよく、例えば、図５に示した受信端末と通信しうる。メモリ８０２は、送信端末のプログラムコード及びデータを格納するように構成される。

【0205】

上記の実施形態における受信端末の構造を示すために、図８に示した模式的構造図が利用されるとき、プロセッサ８０１は、受信端末の動作を制御及び管理するように構成される。例えば、プロセッサ８０１は、受信端末をサポートして、図５の５０１から５０３、及び／又はこの出願の実施形態で説明された他のプロセスで受信端末によって実行される動作を実行させるように構成される。プロセッサ８０１は、トランシーバ８０３を利用することによって、他のネットワークエンティティと通信してよく、例えば、図５に示した送信端末と通信しうる。メモリ８０２は、受信端末のプログラムコード及びデータを格納するように構成される。

【0206】

第２の可能な実装において、プロセッサ８０１は、論理回路と、入力インターフェース及び／又は出力インターフェースとを含む。出力インターフェースは、対応する方法における送信動作を実行するように構成され、入力インターフェースは、対応する方法における受信動作を実行するように構成される。

【0207】

第２の可能な実装に基づいて、図９を参照すると、図９に示した模式的構造図は、上記の実施形態における送信端末又は受信端末の構造を示すために利用されうる。

【0208】

上記の実施形態における送信端末の構造を示すために、図９に示した模式的構造図が利用されるとき、プロセッサ８０１は、送信端末の動作を制御及び管理するように構成される。例えば、プロセッサ８０１は、送信端末をサポートして、図５の５０１及び５０３、及び／又は、この出願の実施形態で説明された他のプロセスで送信端末によって実行される動作を実行させるように構成される。プロセッサ８０１は、入力インターフェース及び／又は出力インターフェースを利用することによって、他のネットワークエンティティと通信してよく、例えば、図５に示した受信端末と通信しうる。メモリ８０２は、送信端末のプログラムコード及びデータを格納するように構成される。

【0209】

上記の実施形態における受信端末の構造を示すために、図９に示した模式的構造図が利用されるとき、プロセッサ８０１は、受信端末の動作を制御及び管理するように構成される。例えば、プロセッサ８０１は、受信端末をサポートして、図５の５０１から５０３、及び／又はこの出願の実施形態で説明された他のプロセスで受信端末によって実行される動作を実行させるように構成される。プロセッサ８０１は、入力インターフェース及び／又は出力インターフェースを利用することによって、他のネットワークエンティティと通信してよく、例えば、図５に示した送信端末と通信しうる。メモリ８０２は、受信端末のプログラムコード及びデータを格納するように構成される。

【0210】

この出願の実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータ上で実行されるとき、コンピュータは、上記の方法のいずれか１つを実行することが可能になる。

【0211】

この出願の実施形態は、命令を含むコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、上記の方法のいずれか１つを実行することが可能になる。

【0212】

この出願の実施形態は、上記の送信端末と、上記の受信端末とを含む通信システムをさらに提供する。任意選択で、通信システムは、上記の端末をさらに含む。

【0213】

上記の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの組み合わせを利用することによって実装されうる。実施形態を実装するためにソフトウェアプログラムが利用されるとき、実施形態は、コンピュータプログラム製品の形態で、完全に又は部分的に実装されうる。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム製品がコンピュータ上にロードされて実行されるとき、この出願の実施形態に従うプロセス又は機能が全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよいし、又は、コンピュータ可読記憶媒体から、他のコンピュータ可読記憶媒体へと伝送されてもよい。例えば、コンピュータ命令は、有線（例えば、同軸ケーブル、光ファイバ、又はデジタルサブスクライバライン（digital subscriber line, DSL））又は無線（例えば、赤外線、無線、又はマイクロ波）方式で、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、他のウェブサイト、コンピュータ、サーバ、又はデータセンタに伝送されうる。コンピュータ記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体、又は、サーバ又はデータセンタなどの、１つ以上の利用可能な媒体を統合しているデータストレージデバイスであってよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ（solid state disk, SSD））などであってよい。

【0214】

この出願は、実施形態に関連して説明されているけれども、保護を主張する、この出願を実装するプロセスにおいて、当業者は、添付図、開示内容、及び添付した特許請求の範囲を参照することによって、開示された実施形態の他の変形例を理解及び実装しうる。特許請求の範囲において、“含む”は、他のコンポーネント又は他のステップを排除せず、“ａ”又は“ｏｎｅ”は、複数の意味を排除しない。単一のプロセッサ又は他のユニットは、特許請求の範囲で列挙されるいくつかの機能を実装しうる。いくつかの基準が互いに異なる従属請求項に記録されているが、これは、これらの基準が、より良い効果を作り出すために組み合わさせることができないことを意味するものではない。

【0215】

この出願は、特定の機能及びその実施形態に関連して説明されているけれども、様々な修正及び組み合わせが、この出願の思想及び範囲を逸脱することなく、それらになされうることは明らかである。それに対応して、明細書及び添付図は、添付の特許請求の範囲によって画定される、この出願の単なる例示的説明に過ぎず、修正、変形、組み合わせ、又は、この出願の範囲をカバーする均等物のいずれか又は全てと考えられる。当業者は、この出願の思想及び範囲を逸脱することなく、この出願に様々な修正及び変形をすることができることは明らかである。この出願は、それらが、以下の特許請求の範囲及びそれらの等価的な技術によって画定される保護の範囲を逸脱しない限り、この出願のこれらの修正及び変形をカバーすることを意図している。

【0216】

上記の説明に関連し、この出願は、以下の実施形態をさらに提供する。

【0217】

実施形態１：通信方法であって、方法は、以下を含む。

【0218】

受信端末が、少なくとも１つの送信端末から、Ｘ個の物理サイドリンク共有チャネルＰＳＳＣＨを受信することであって、１つのＰＳＳＣＨは、１つの物理サイドリンクフィードバックチャネルＰＳＦＣＨリソースに対応し、Ｘ個のＰＳＳＣＨに対応するＸ個のＰＳＦＣＨリソースは、同じ時間ドメインリソースを有し、Ｘは、１より大きい整数である、ことを行い、
受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定することであって、Ｍは、Ｍ’以下であり、Ｍ’は、同じ時間ドメインリソースを占有するＰＳＦＣＨリソースの数量の上限である、ことを行い、
受信端末が、Ｍ個のＰＳＦＣＨリソース上で、少なくとも１つの送信端末の一部又は全部にフィードバック情報を送信する。

【0219】

実施形態２：実施形態１の方法に従い、受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定することは、以下を含む。

【0220】

受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、かつｍがＭ’に等しいとき、又は、ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力に等しく、かつｍがＭ’より小さいとき、受信端末が、ｍ個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0221】

実施形態３：実施形態１の方法に従い、受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定することは、以下を含む。
受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、受信端末が、ｍ個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0222】

実施形態４：実施形態１の方法に従い、受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定することは、以下を含む。
受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下になるように、受信端末が、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースに対応する送信電力を低減し、
受信端末が、ｍ＋１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0223】

実施形態５：実施形態１の方法に従い、受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定することは、以下を含む。

【0224】

受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下になるように、受信端末が、ｍ＋１個のＰＳＦＣＨリソースのうちの第１の優先度を持つＰＳＦＣＨリソースに対応する送信電力を低減することであって、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度である、ことを行い、
受信端末が、ｍ＋１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0225】

実施形態６：実施形態１の方法に従い、受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定することは、以下を含む。

【0226】

受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下になるように、受信端末が、第１の優先度を持つｘ１個のＰＳＦＣＨリソースに対応する送信電力を低減することであって、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度であり、ｘ２は、ｍ＋１個のＰＳＦＣＨリソースのうちの第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ１＝ｍｉｎ（ｘ３，Ｍ’－（ｍ＋１－ｘ２））であり、ｍｉｎは、最小値関数であり、ｘ３は、第１の優先度を持つＰＳＦＣＨリソースの数量である、ことを行い、
受信端末が、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する。

【0227】

実施形態７：実施形態１の方法に従い、受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、受信端末の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定することは、以下を含む。

【0228】

受信端末が、Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、受信端末が、複数の組み合わせから、第１の組み合わせを決定することであって、複数の組み合わせは、第１の優先度を持つＰＳＦＣＨリソースの組み合わせであり、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度である、ことを行い、
受信端末が、ｍ＋１－ｘ２＋ｘ３個の累積されたＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定することであって、ｘ２は、ｍ＋１個のＰＳＦＣＨリソースのうちの第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ３は、第１の組み合わせ内のＰＳＦＣＨリソースの数量である、ことを行い、ここで、
他の組み合わせと比較して、第１の組み合わせは、以下の特徴、即ち、第１の組み合わせ内のＰＳＦＣＨリソースの数量と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースの数量との和がＭ’以下であり、第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和が総送信電力以下であり、かつ、第１の組み合わせ内のＰＳＦＣＨリソースの数量と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースの数量との和が最大値である、ことに合致する。

【0229】

実施形態８：実施形態７の方法に従い、他の組み合わせと比較して、第１の組み合わせは、以下の特徴、即ち、第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和が最小値である、又は、総送信電力と、第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和と、の間の差が最大値である、ことにさらに合致する。

【0230】

実施形態９：通信装置であって、通信装置は、通信ユニットと、処理ユニットとを含む。

【0231】

通信ユニットは、少なくとも１つの送信端末から、Ｘ個の物理サイドリンク共有チャネルＰＳＳＣＨを受信することであって、１つのＰＳＳＣＨは、１つの物理サイドリンクフィードバックチャネルＰＳＦＣＨリソースに対応し、Ｘ個のＰＳＳＣＨに対応するＸ個のＰＳＦＣＨリソースは、同じ時間ドメインリソースを有し、Ｘは、１より大きい整数である、ことを行うように構成される。

【0232】

処理ユニットは、Ｘ個のＰＳＦＣＨリソースの優先度と、Ｘ個のＰＳＦＣＨリソースに対応する送信電力と、装置の総送信電力とに基づいて、Ｍ個のＰＳＦＣＨリソースを決定することであって、Ｍは、Ｍ’以下であり、Ｍ’は、同じ時間ドメインリソースを占有するＰＳＦＣＨリソースの数量の上限である、ことを行うように構成される。

【0233】

通信ユニットは、Ｍ個のＰＳＦＣＨリソース上で、少なくとも１つの送信端末の一部又は全部にフィードバック情報を送信するようにさらに構成される。

【0234】

実施形態１０：実施形態９の装置に従い、処理ユニットは、
Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、かつｍがＭ’に等しいとき、又は、ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力に等しく、かつｍがＭ’より小さいとき、ｍ個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する
ように特に構成される。

【0235】

実施形態１１：実施形態９の装置に従い、処理ユニットは、
Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する
ように特に構成される。

【0236】

実施形態１２：実施形態９の装置に従い、処理ユニットは、
Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下になるように、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースに対応する送信電力を低減し、
ｍ＋１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する
ように特に構成される。

【0237】

実施形態１３：実施形態９の装置に従い、処理ユニットは、
Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下になるように、ｍ＋１個のＰＳＦＣＨリソースのうちの第１の優先度を持つＰＳＦＣＨリソースに対応する送信電力を低減することであって、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度である、ことを行い、
ｍ＋１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する
ように特に構成される。

【0238】

実施形態１４：実施形態９の装置に従い、処理ユニットは、
Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下になるように、第１の優先度を持つｘ１個のＰＳＦＣＨリソースに対応する送信電力を低減することであって、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度であり、ｘ２は、ｍ＋１個のＰＳＦＣＨリソースのうちの第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ１＝ｍｉｎ（ｘ３，Ｍ’－（ｍ＋１－ｘ２））であり、ｍｉｎは、最小値関数であり、ｘ３は、第１の優先度を持つＰＳＦＣＨリソースの数量である、ことを行い、
ｍ＋１－ｘ２＋ｘ１個のＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定する
ように特に構成される。

【0239】

実施形態１５：実施形態９の装置に従い、処理ユニットは、
Ｘ個のＰＳＦＣＨリソースの優先度の降順で、ＰＳＦＣＨリソースに対応する送信電力を累積し、
ｍ個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力以下であり、ｍ＋１個のＰＳＦＣＨリソースに対応する送信電力を累積した累積結果が総送信電力より大きく、かつｍ＋１がＭ’以下であるとき、複数の組み合わせから、第１の組み合わせを決定することであって、複数の組み合わせは、第１の優先度を持つＰＳＦＣＨリソースの組み合わせであり、第１の優先度は、ｍ＋１個のＰＳＦＣＨリソースのうちの（ｍ＋１）番目のＰＳＦＣＨリソースの優先度である、ことを行い、
ｍ＋１－ｘ２＋ｘ３個の累積されたＰＳＦＣＨリソースがＭ個のＰＳＦＣＨリソースであると決定することであって、ｘ２は、ｍ＋１個のＰＳＦＣＨリソースのうちの第１の優先度を持つＰＳＦＣＨリソースの数量であり、ｘ３は、第１の組み合わせ内のＰＳＦＣＨリソースの数量である、ことを行う
ように特に構成され、
他の組み合わせと比較して、第１の組み合わせは、以下の特徴、即ち、第１の組み合わせ内のＰＳＦＣＨリソースの数量と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースの数量との和がＭ’以下であり、第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和が総送信電力以下であり、かつ、第１の組み合わせ内のＰＳＦＣＨリソースの数量と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースの数量との和が最大値である、ことに合致する。

【0240】

実施形態１６：実施形態１５の装置に従い、他の組み合わせと比較して、第１の組み合わせは、以下の特徴、即ち、第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と、第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和が最小値である、又は、総送信電力と、第１の組み合わせ内のＰＳＦＣＨリソースに対応する送信電力と第１の優先度より高い優先度を持つ全てのＰＳＦＣＨリソースに対応する送信電力との和と、の間の差が最大値である、ことにさらに合致する。

【0241】

実施形態１７：通信装置であって、通信装置は、プロセッサを含む。

【0242】

プロセッサは、メモリに接続され、メモリは、コンピュータ実行可能命令を格納するように構成され、プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行し、それによって、装置は、実施形態１～８のいずれか１つによる方法を実装する。

【0243】

実施形態１８：命令を含むコンピュータ可読記憶媒体であって、命令がコンピュータ上で実行されるとき、コンピュータが、実施形態１～８のいずれか１つによる方法を実行可能になる。

【0244】

実施形態１９：命令を含むコンピュータプログラム製品であって、命令がコンピュータ上で実行されるとき、コンピュータが、実施形態１～８のいずれか１つによる方法を実行可能になる。

【0245】

実施形態２０：命令を含むチップであって、命令がコンピュータ上で実行されるとき、コンピュータが、実施形態１～８のいずれか１つによる方法を実行可能になる。

【図1】