特表 2024-539199 アップリンク制御情報の送信に関与するユーザ機器および基地局

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

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

(11)【公表番号】

(43)【公表日】2024-10-28

(54)【発明の名称】アップリンク制御情報の送信に関与するユーザ機器および基地局

(51)【国際特許分類】

   H04W 72/21 20230101AFI20241018BHJP

   H04W 72/0457 20230101ALI20241018BHJP

   H04W 72/0446 20230101ALI20241018BHJP

【ＦＩ】

H04W72/21

H04W72/0457 110

H04W72/0446

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024523802

(86)(22)【出願日】2022-10-18

(85)【翻訳文提出日】2024-04-19

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

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

(87)【国際公開日】2023-04-27

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

(32)【優先日】2021-10-22

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002952

【氏名又は名称】弁理士法人鷲田国際特許事務所

(72)【発明者】

【氏名】シャリーアトマダーリー ハミドレザ

(72)【発明者】

【氏名】鈴木 秀俊

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

5K067

【Ｆターム（参考）】

5K067AA13

5K067AA33

5K067DD11

5K067EE02

5K067EE10

(57)【要約】

本開示のユーザ機器（ＵＥ）は、処理回路が、アップリンク制御情報（ＵＣＩ）に対する繰り返し送信の目標有効数を決定し、送信機が、ＵＣＩ繰り返し送信の目標有効数に到達するまで、利用可能なＵＣＩに対する１つ以上の繰り返し送信を実行する。各繰り返し送信に対して、処理回路は、ＵＥに対して構成された複数のコンポーネントキャリアのうちの１つのコンポーネントキャリアを決定し、決定されたコンポーネントキャリアのアップリンクリソースを決定し、かつ、送信機は、決定されたコンポーネントキャリアの決定されたアップリンクリソースを用いて、利用可能なアップリンク制御情報を送信する。実行されるＵＣＩ繰り返し送信の各々は、ＵＣＩ繰り返し送信の目標有効数に向かって個別有効数を付与し、各ＵＣＩ繰り返し送信の有効数は、それぞれのＵＣＩ繰り返し送信を実行するために用いられるコンポーネントキャリアに関する送信有効性係数に依存する。
【選択図】図１２

【特許請求の範囲】

【請求項1】

ユーザ機器（ＵＥ）であって、
動作中に、送信のために利用可能なアップリンク制御情報（ＵＣＩ）に対する繰り返し送信の目標有効数を決定する処理回路、
動作中に、ＵＣＩ繰り返し送信の前記目標有効数に到達するまで、前記利用可能なＵＣＩに対する１つ以上の繰り返し送信を実行する送信機を含み、前記利用可能なＵＣＩの各繰り返し送信に対して、
・前記処理回路が動作するときに、前記ＵＥに対して構成された複数のコンポーネントキャリアのうちの１つのコンポーネントキャリアを決定し、前記決定されたコンポーネントキャリアのアップリンクリソースを決定し、かつ
・前記送信機が動作するときに、前記決定されたコンポーネントキャリアの前記決定されたアップリンクリソースを用いて、前記利用可能なＵＣＩを送信し、
前記実行されるＵＣＩ繰り返し送信の各々が、ＵＣＩ繰り返し送信の前記目標有効数に向かって個別有効数を付与し、各ＵＣＩ繰り返し送信の前記有効数が、それぞれの前記ＵＣＩ繰り返し送信を実行するために用いられる前記コンポーネントキャリアに関する送信有効性係数に依存する、
ユーザ機器（ＵＥ）。

【請求項2】

前記処理回路が動作するときに、前記利用可能なＵＣＩの過去の繰り返し送信によって繰り返し送信の前記目標有効数に到達したかどうかに基づいて、前記利用可能なＵＣＩの繰り返し送信を実行するか否かを決定し、
任意選択で前記処理回路が、
・前記利用可能なＵＣＩの各々の前記過去の繰り返し送信の前記個別有効数を加算することによって、前記ＵＣＩの繰り返し送信の現行有効数を決定すること、
・ＵＣＩ繰り返し送信の前記決定された現行有効数を、ＵＣＩ繰り返し送信の前記目標有効数と比較すること、
・ＵＣＩ繰り返し送信の前記決定された現行有効数がＵＣＩ繰り返し送信の前記目標有効数よりも小さい場合に、ＵＣＩ繰り返し送信を実行することを決定することによって、前記ＵＣＩの繰り返し送信を実行するか否かに関する決定を行う、
請求項１に記載のＵＥ。

【請求項3】

前記処理回路が、
・前記ＵＣＩがダウンリンク送信に関する再送信プロトコルのフィードバック情報である場合は、前記ダウンリンク送信をスケジューリングするリソーススケジューリングメッセージに含まれる情報に基づくか、または前記ダウンリンク送信のために使用可能なセミパーシステントダウンリンクリソース構成に含まれる情報に基づき、
・前記ＵＣＩがスケジューリング要求（ＳＲ）である場合は、ＳＲ構成に含まれる情報に基づき、
・前記ＵＣＩがチャネル状態情報（ＣＳＩ）である場合は、ＣＳＩ構成に含まれる情報に基づいて、ＵＣＩ繰り返し送信の前記目標有効数の前記決定を行う、
請求項１または２に記載のＵＥ。

【請求項4】

コンポーネントキャリアの前記送信有効性係数が、参照コンポーネントキャリアを通じたアップリンク送信に対する別の相対的な送信有効性に対する、前記コンポーネントキャリアを通じたアップリンク送信に対する相対的な送信有効性を示す値であり、任意選択で前記参照コンポーネントキャリアが、プライマリキャリア、セカンダリキャリア、最低サブキャリア間隔を有するキャリア、および最高サブキャリア間隔を有するキャリアのうちの１つであり、
任意選択で前記送信有効性が、前記アップリンク送信の送信信頼性、基地局においてアップリンク送信を受信するための受信機信号品質、前記コンポーネントキャリアを通じたアップリンク送信のために前記ＵＥが使用する送信電力のうちの１つ以上に関係し、
任意選択で前記ＵＥの受信機が動作するときに、任意選択で無線リソース制御（ＲＲＣ）プロトコルのメッセージにおいて、前記ＵＥにサービス提供する基地局から前記複数のコンポーネントキャリアに対する前記送信有効性係数についての情報を受信し、前記処理回路が動作するときに、前記受信された情報からコンポーネントキャリアの前記送信有効性係数を決定する、
請求項１に記載のＵＥ。

【請求項5】

前記ＵＥが、ただ１つのコンポーネントキャリアを使用して繰り返し送信を実行するときに前記ＵＥに使用されるコンポーネントキャリアに対するＵＣＩの繰り返し送信の数を示す半静的に構成されたパラメータによって構成され、
前記処理回路が動作するときに、それぞれの前記コンポーネントキャリアの前記半静的に構成されたパラメータによって示される値に反比例するように、コンポーネントキャリアの前記送信有効性係数を決定し、
任意選択で前記半静的に構成されたパラメータが、ＵＣＩ繰り返し送信の前記目標有効数とは異なるパラメータであり、
任意選択で前記ＵＥの受信機が動作するときに、前記半静的に構成されたパラメータの代わりにただ１つのコンポーネントキャリアを使用して繰り返し送信を実行するときに前記ＵＥに使用される前記リソーススケジューリングメッセージに関するＵＣＩの前記繰り返し送信の数を示す動的に構成されたパラメータを含むリソーススケジューリングメッセージを受信し、前記処理回路が動作するときに、前記動的に構成されたパラメータと等しくなるようにＵＣＩ繰り返し送信の前記目標有効数を決定する、
請求項１に記載のＵＥ。

【請求項6】

前記処理回路が動作するときに、時間要件を考慮してＵＣＩ繰り返し送信に対するタイミングを決定し、前記時間要件に従って、第２の異なるコンポーネントキャリアを通じた前のＵＣＩ繰り返し送信の後に続く、第１のコンポーネントキャリアを通じたＵＣＩ繰り返し送信が、その間に最小時間ギャップを必要とし、
任意選択で前記ＵＥの受信機が動作するときに、任意選択で無線リソース制御（ＲＲＣ）プロトコルのメッセージにおいて、前記ＵＥにサービス提供する基地局から前記時間要件についての情報を受信し、
任意選択で前記時間要件が前記ＵＥの能力の一部であり、前記送信機が動作するときに、前記ＵＥにサービス提供する基地局に前記時間要件についての情報を送信し、
任意選択で前記時間要件が前記ＵＥに対して構成された前記複数のコンポーネントキャリアに共通して適用されるか、または前記時間要件が前記複数のコンポーネントキャリアのうちの１つに適用される、
請求項１に記載のＵＥ。

【請求項7】

前記ＵＣＩが、
・たとえばハイブリッド自動再送要求（ＨＡＲＱ）プロトコルなどの再送信プロトコルのフィードバック情報、
・スケジューリング要求（ＳＲ）、および
・チャネル状態情報（ＣＳＩ）のうちの１つ以上である、
請求項１に記載のＵＥ。

【請求項8】

前記処理回路が、
・前記ＵＣＩの送信に対するアップリンクタイミングを決定することと、前記決定されたアップリンクタイミングに対応する参照コンポーネントキャリアの参照時間スロットを決定することと、次いでアップリンクキャリアタイミングパターンおよび前記決定された参照時間スロットに基づいて前記ＵＣＩの送信に対するコンポーネントキャリアを決定することとによって、前記ＵＣＩの送信に対する前記コンポーネントキャリアの前記決定を行い、
ｏ任意選択で前記アップリンクキャリアタイミングパターンが、参照時間スロットごとの１つのコンポーネントキャリアのパターンを定義することによって、前記参照コンポーネントキャリアの各時間スロットが、前記ＵＥに対して構成された前記複数のコンポーネントキャリアのうちの１つのコンポーネントキャリアに関連付けられ、
あるいは前記処理回路が、
・前記ＵＣＩとして自身に対する再送信プロトコルのフィードバック情報が送信されるダウンリンク送信に関するコンポーネントキャリア表示に基づいて、前記ＵＣＩの送信に対する前記コンポーネントキャリアの前記決定を行い、
ｏ任意選択で前記コンポーネントキャリア表示が、前記ＵＥにサービス提供する基地局から受信される、前記ダウンリンク送信をスケジューリングするリソーススケジューリングメッセージに含まれるか、または前記ダウンリンク送信のために使用可能なセミパーシステントダウンリンク構成によって示され、
任意選択で前記ＵＣＩを送信するために前記決定されたコンポーネントキャリアが、前記ＵＣＩを送信する前記タイミングに依存して、前記複数のコンポーネントキャリアのうちの異なるコンポーネントキャリアであり得、かつ任意選択で前記決定されたコンポーネントキャリアが、前記ＵＣＩとして自身に対する再送信プロトコルのフィードバック情報が送信されるダウンリンク送信を前記ＵＥが受信したときに用いられたコンポーネントキャリアとは異なるコンポーネントキャリアであり得る、
請求項１に記載のＵＥ。

【請求項9】

前記処理回路が、前記決定されたコンポーネントキャリアに基づき、前記ＵＣＩに関するアップリンクリソース表示に基づき、かつ異なるアップリンクリソース表示と、前記ＵＥに対して構成された前記複数のコンポーネントキャリアのうちの１つ以上のコンポーネントキャリアの異なるアップリンクリソースとの第１の関連付けに基づいて、各々の前記ＵＣＩ繰り返し送信に対して前記決定されたコンポーネントキャリアの前記アップリンクリソースの前記決定を行い、
任意選択で前記アップリンクリソース表示がリソーススケジューリングメッセージに含まれ、前記リソーススケジューリングメッセージが前記ＵＥにサービス提供する基地局から受信され、かつ前記ＵＣＩとして自身に対する再送信プロトコルのフィードバック情報が送信されるダウンリンク送信をスケジューリングするか、または前記アップリンクリソース表示が前記ダウンリンク送信のために使用可能なセミパーシステントダウンリンク構成によって示される、
請求項１に記載のＵＥ。

【請求項10】

一連のＵＣＩ繰り返し送信のうちの第１のＵＣＩ繰り返し送信に対して、前記処理回路が、前記決定されたコンポーネントキャリアに基づき、アップリンクリソース表示に基づき、かつ異なるアップリンクリソース表示と、前記ＵＥに対して構成された前記複数のコンポーネントキャリアのうちの１つ以上のコンポーネントキャリアの異なるアップリンクリソースとの第１の関連付けに基づいて、前記決定されたコンポーネントキャリアの前記アップリンクリソースの前記決定を行い、
第２の関連付けが前記一連のＵＣＩ繰り返し送信のうちの任意の後続のＵＣＩ繰り返し送信に適用可能であり、前記一連のうちの第１のＵＣＩ繰り返し送信のために使用可能な異なるアップリンクリソースと、前記ＵＥに対して構成された前記複数のコンポーネントキャリアのうちの１つ以上のコンポーネントキャリアの異なるアップリンクリソースとを関連付けるものであり、前記一連のうちの後続のＵＣＩ繰り返し送信のいずれかに対して、前記処理回路が、前記第２の関連付けに基づき、前記一連のうちの第１のＵＣＩ繰り返し送信のために使用される前記アップリンクリソースに基づき、かつ前記決定されたコンポーネントキャリアに基づいて、前記決定されたコンポーネントキャリアの前記アップリンクリソースの前記決定を行い、
任意選択で前記アップリンクリソース表示がリソーススケジューリングメッセージに含まれ、前記リソーススケジューリングメッセージが前記ＵＥにサービス提供する基地局から受信され、かつ前記ＵＣＩとして自身に対する再送信プロトコルのフィードバック情報が送信されるダウンリンク送信をスケジューリングするか、または前記アップリンクリソース表示が前記ダウンリンク送信のために使用可能なセミパーシステントダウンリンク構成によって示される、
請求項１に記載のＵＥ。

【請求項11】

ユーザ機器（ＵＥ）によって実行される以下のステップ、
送信のために利用可能なアップリンク制御情報（ＵＣＩ）に対する繰り返し送信の目標有効数を決定するステップ、
ＵＣＩ繰り返し送信の前記目標有効数に到達するまで、前記利用可能なＵＣＩに対する１つ以上の繰り返し送信を実行するステップを含み、
前記利用可能なＵＣＩの各繰り返し送信が、
・前記ＵＥに対して構成された複数のコンポーネントキャリアのうちの１つのコンポーネントキャリアを決定し、前記決定されたコンポーネントキャリアのアップリンクリソースを決定するステップと、
・前記決定されたコンポーネントキャリアの前記決定されたアップリンクリソースを用いて、前記利用可能なＵＣＩを送信するステップと、を含み、
前記実行されるＵＣＩ繰り返し送信の各々が、ＵＣＩ繰り返し送信の前記目標有効数に向かって個別有効数を付与し、各ＵＣＩ繰り返し送信の前記有効数が、それぞれの前記ＵＣＩ繰り返し送信を実行するために用いられる前記コンポーネントキャリアに関する送信有効性係数に依存する、
方法。

【請求項12】

基地局であって、
動作中に、ユーザ機器に対して構成された複数のコンポーネントキャリアのうちの１つのアップリンクリソースを用いて前記ＵＥによって送信されるアップリンク制御情報（ＵＣＩ）に対する繰り返し送信の目標有効数を決定する処理回路を含み、
前記処理回路が動作中に、前記複数のコンポーネントキャリアの各々に対して、それぞれの前記ＵＣＩ繰り返し送信を実行するために前記ＵＥが使用可能なそれぞれの前記コンポーネントキャリアに関する送信有効性係数を決定し、前記基地局がさらに、
動作中に、ＵＣＩ繰り返し送信の前記決定された目標有効数についての情報と、各コンポーネントキャリアに対する前記決定された送信有効性係数についての情報とを前記ＵＥに送信する送信機、
動作中に、ＵＣＩ繰り返し送信の前記目標有効数に到達するまで、前記複数のコンポーネントキャリアのうちの１つのアップリンクリソースをそれぞれ介して前記ＵＥからＵＣＩ繰り返し送信を受信する受信機を含み、
前記受信されたＵＣＩ繰り返し送信の各々が、ＵＣＩ繰り返し送信の前記目標有効数に向かって個別有効数を付与し、各ＵＣＩ繰り返し送信の前記有効数が、それぞれの前記ＵＣＩ繰り返し送信の受信に用いられた前記コンポーネントキャリアに関する送信有効性係数に依存する、
基地局。

【請求項13】

前記処理回路が動作するときに、前記利用可能なＵＣＩの過去に受信された繰り返し送信によって繰り返し送信の前記目標有効数に到達したかどうかに基づいて、前記利用可能なＵＣＩの繰り返し送信が前記ＵＥから受信されるか否かを決定し、
任意選択で前記処理回路が、
・前記利用可能なＵＣＩの各々の前記過去に受信された繰り返し送信の前記個別有効数を加算することによって、前記ＵＣＩの繰り返し送信の現行有効数を決定すること、
・受信されたＵＣＩ繰り返し送信の前記決定された現行有効数を、ＵＣＩ繰り返し送信の前記目標有効数と比較すること、
・ＵＣＩ繰り返し送信の前記決定された現行有効数がＵＣＩ繰り返し送信の前記目標有効数よりも小さい場合に、ＵＣＩ繰り返し送信が受信されることを決定することによって、ＵＣＩ繰り返し送信が受信されるか否かに関する決定を行う、
請求項１２に記載の基地局。

【請求項14】

前記送信機が、
・前記ＵＣＩがダウンリンク送信に関する再送信プロトコルのフィードバック情報である場合は、前記ダウンリンク送信をスケジューリングするリソーススケジューリングメッセージか、または前記ダウンリンク送信のために使用可能なセミパーシステントダウンリンクリソース構成において、
・前記ＵＣＩがスケジューリング要求（ＳＲ）である場合は、ＳＲ構成において、
・前記ＵＣＩがチャネル状態情報（ＣＳＩ）である場合は、ＣＳＩ構成において、ＵＣＩ繰り返し送信の前記目標有効数についての前記情報の前記送信を行う、
請求項１２または１３に記載の基地局。

【請求項15】

コンポーネントキャリアの前記送信有効性係数が、参照コンポーネントキャリアを通じたアップリンク送信に対する別の相対的な送信有効性に対する、前記コンポーネントキャリアを通じたアップリンク送信に対する相対的な送信有効性を示す値であり、任意選択で前記参照コンポーネントキャリアが、プライマリキャリア、セカンダリキャリア、最低サブキャリア間隔を有するキャリア、および最高サブキャリア間隔を有するキャリアのうちの１つであり、
任意選択で前記処理回路が動作するときに、前記アップリンク送信の送信信頼性、アップリンク送信を受信するための受信機信号品質、前記コンポーネントキャリアを通じたアップリンク送信のために前記ＵＥが使用する送信電力のうちの１つ以上に基づいて前記送信有効性を決定する、
請求項１２に記載の基地局。

【請求項16】

前記処理回路が動作するときに、時間要件を考慮して前記ＵＥのＵＣＩ繰り返し送信に対するタイミングを決定し、前記時間要件に従って、第２の異なるコンポーネントキャリアを通じた前のＵＣＩ繰り返し送信の後に続く、第１のコンポーネントキャリアを通じたＵＣＩ繰り返し送信は、その間に最小時間ギャップを必要とし、
任意選択で前記処理回路が動作するときに前記時間要件を決定し、前記送信機が動作するときに、任意選択で無線リソース制御（ＲＲＣ）プロトコルのメッセージにおいて、前記時間要件についての情報を前記ＵＥに送信し、
任意選択で前記受信機が動作するときに、前記ＵＥの能力の一部として示される前記時間要件についての情報を前記ＵＥから受信し、
任意選択で前記時間要件が前記ＵＥに対して構成された前記複数のコンポーネントキャリアに共通して適用されるか、または前記時間要件が前記複数のコンポーネントキャリアのうちの１つに適用される、
請求項１２に記載の基地局。

【請求項17】

前記処理回路が、
・前記ＵＣＩの送信に対するアップリンクタイミングを決定することと、前記決定されたアップリンクタイミングに対応する参照コンポーネントキャリアの参照時間スロットを決定することと、次いでアップリンクキャリアタイミングパターンおよび前記決定された参照時間スロットに基づいて前記ＵＣＩの送信に対するコンポーネントキャリアを決定することとによって、前記ＵＣＩの送信のために前記ＵＥが使用する前記コンポーネントキャリアの前記決定を行い、
ｏ任意選択で前記アップリンクキャリアタイミングパターンが、参照時間スロットごとの１つのコンポーネントキャリアのパターンを定義することによって、前記参照コンポーネントキャリアの各時間スロットが、前記ＵＥに対して構成された前記複数のコンポーネントキャリアのうちの１つのコンポーネントキャリアに関連付けられ、
あるいは前記処理回路が、
・前記ＵＣＩとして自身に対する再送信プロトコルのフィードバック情報が前記ＵＥによって送信されるダウンリンク送信に関するコンポーネントキャリア表示に基づいて、前記ＵＣＩの送信のために前記ＵＥが使用する前記コンポーネントキャリアの前記決定を行い、
ｏ任意選択で前記コンポーネントキャリア表示が、前記基地局から前記ＵＥに送信される、前記ダウンリンク送信をスケジューリングするリソーススケジューリングメッセージに含まれるか、または前記ダウンリンク送信のために使用可能なセミパーシステントダウンリンク構成によって示され、
任意選択で前記ＵＣＩを送信するために前記決定されたコンポーネントキャリアが、前記ＵＣＩを送信する前記タイミングに依存して、前記複数のコンポーネントキャリアのうちの異なるコンポーネントキャリアであり得、かつ任意選択で前記決定されたコンポーネントキャリアが、前記ＵＣＩとして自身に対する再送信プロトコルのフィードバック情報が送信されるダウンリンク送信を前記ＵＥが受信したときに用いられたコンポーネントキャリアとは異なるコンポーネントキャリアであり得る、
請求項１２に記載の基地局。

【請求項18】

前記処理回路が動作するときに、異なるアップリンクリソース表示と、前記ＵＥに対して構成された前記複数のコンポーネントキャリアのうちの１つ以上のコンポーネントキャリアの異なるアップリンクリソースとの第１の関連付けを決定し、前記送信機が動作するときに前記第１の関連付けについての情報を前記ＵＥに送信し、
前記処理回路が動作するときに、前記第１の関連付けの前記異なるアップリンクリソース表示からの１つの固有アップリンクリソースインジケータと、前記ＵＥによって実行される一連のＵＣＩ繰り返し送信のうちの第１のＵＣＩ繰り返し送信に対応する前記アップリンクリソースとを決定し、前記送信機が動作するときに前記固有アップリンクリソースインジケータを前記ＵＥに送信し、
前記処理回路が動作するときに、前記ＵＥによって実行される前記一連のＵＣＩ繰り返し送信のうちの任意の後続のＵＣＩ繰り返し送信に適用可能な第２の関連付けを決定し、前記第２の関連付けが、前記一連のうちの第１のＵＣＩ繰り返し送信のために使用可能な異なるアップリンクリソースと、前記ＵＥに対して構成された前記複数のコンポーネントキャリアのうちの１つ以上のコンポーネントキャリアの異なるアップリンクリソースとを関連付けるものであり、
前記処理回路が動作するときに、前記一連のうちの後続のＵＣＩ繰り返し送信のいずれかに対して、前記第２の関連付けに基づき、前記一連のうちの第１のＵＣＩ繰り返し送信のために前記ＵＥが使用する前記アップリンクリソースに基づき、かつ前記決定されたコンポーネントキャリアに基づいて、前記決定されたコンポーネントキャリアの前記アップリンクリソースを決定し、
任意選択で前記固有アップリンクリソース表示がリソーススケジューリングメッセージに含まれ、前記リソーススケジューリングメッセージが前記基地局から前記ＵＥに送信され、かつ前記ＵＣＩとして自身に対する再送信プロトコルのフィードバック情報が前記ＵＥによって送信されるダウンリンク送信をスケジューリングするか、または前記アップリンクリソース表示が前記ダウンリンク送信のために使用可能なセミパーシステントダウンリンク構成によって示される、
請求項１２に記載の基地局。

【請求項19】

基地局によって実行される以下のステップ、
ユーザ機器に対して構成された複数のコンポーネントキャリアのうちの１つのアップリンクリソースを用いて前記ＵＥによって送信されるアップリンク制御情報（ＵＣＩ）に対する繰り返し送信の目標有効数を決定するステップ、
前記複数のコンポーネントキャリアの各々に対して、それぞれの前記ＵＣＩ繰り返し送信を実行するために前記ＵＥが使用可能なそれぞれの前記コンポーネントキャリアに関する送信有効性係数を決定するステップ、
ＵＣＩ繰り返し送信の前記決定された目標有効数についての情報と、各コンポーネントキャリアに対する前記決定された送信有効性係数についての情報とを前記ＵＥに送信するステップ、
ＵＣＩ繰り返し送信の前記目標有効数に到達するまで、前記複数のコンポーネントキャリアのうちの１つのアップリンクリソースをそれぞれ介して前記ＵＥからＵＣＩ繰り返し送信を受信するステップを含み、
前記受信されたＵＣＩ繰り返し送信の各々が、ＵＣＩ繰り返し送信の前記目標有効数に向かって個別有効数を付与し、各ＵＣＩ繰り返し送信の前記有効数が、それぞれの前記ＵＣＩ繰り返し送信の受信に用いられた前記コンポーネントキャリアに関する送信有効性係数に依存する、
方法。

【請求項20】

動作中にユーザ機器のプロセスを制御する集積回路であって、前記プロセスが、前記ユーザ機器によって実行される以下のステップ、
送信のために利用可能なアップリンク制御情報（ＵＣＩ）に対する繰り返し送信の目標有効数を決定するステップ、
ＵＣＩ繰り返し送信の前記目標有効数に到達するまで、前記利用可能なＵＣＩに対する１つ以上の繰り返し送信を実行するステップを含み、
前記利用可能なＵＣＩの各繰り返し送信が、
・前記ＵＥに対して構成された複数のコンポーネントキャリアのうちの１つのコンポーネントキャリアを決定し、前記決定されたコンポーネントキャリアのアップリンクリソースを決定するステップと、
・前記決定されたコンポーネントキャリアの前記決定されたアップリンクリソースを用いて、前記利用可能なＵＣＩを送信するステップと、を含み、
前記実行されるＵＣＩ繰り返し送信の各々が、ＵＣＩ繰り返し送信の前記目標有効数に向かって個別有効数を付与し、各ＵＣＩ繰り返し送信の前記有効数が、それぞれの前記ＵＣＩ繰り返し送信を実行するために用いられる前記コンポーネントキャリアに関する送信有効性係数に依存する、
集積回路。

【請求項21】

動作中に基地局のプロセスを制御する集積回路であって、前記プロセスが、前記基地局によって実行される以下のステップ、
ユーザ機器に対して構成された複数のコンポーネントキャリアのうちの１つのアップリンクリソースを用いて前記ＵＥによって送信されるアップリンク制御情報（ＵＣＩ）に対する繰り返し送信の目標有効数を決定するステップ、
前記複数のコンポーネントキャリアの各々に対して、それぞれの前記ＵＣＩ繰り返し送信を実行するために前記ＵＥが使用可能なそれぞれの前記コンポーネントキャリアに関する送信有効性係数を決定するステップ、
ＵＣＩ繰り返し送信の前記決定された目標有効数についての情報と、各コンポーネントキャリアに対する前記決定された送信有効性係数についての情報とを前記ＵＥに送信するステップ、
ＵＣＩ繰り返し送信の前記目標有効数に到達するまで、前記複数のコンポーネントキャリアのうちの１つのアップリンクリソースをそれぞれ介して前記ＵＥからＵＣＩ繰り返し送信を受信するステップを含み、
前記受信されたＵＣＩ繰り返し送信の各々が、ＵＣＩ繰り返し送信の前記目標有効数に向かって個別有効数を付与し、各ＵＣＩ繰り返し送信の前記有効数が、それぞれの前記ＵＣＩ繰り返し送信の受信に用いられた前記コンポーネントキャリアに関する送信有効性係数に依存する、
集積回路。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、３ＧＰＰ（登録商標）通信システム等の通信システムにおける方法、装置、および物品を対象とする。

【背景技術】

【0002】

現在、第３世代パートナーシッププロジェクト（３ＧＰＰ：ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、第５世代（５Ｇ：ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ）とも呼ばれる次世代セルラ技術に対する技術仕様に取り組んでいる。

【0003】

１つの目的は、少なくとも拡張モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）、超高信頼低遅延通信（ＵＲＬＬＣ：ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、大規模マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を含むすべての利用シナリオ、要件、および配置シナリオ（例、３ＧＰＰ ＴＲ ３８．９１３バージョン１６．０．０のセクション６を参照）に対処する単一の技術フレームワークを提供することである。たとえば、ｅＭＢＢ配置シナリオは屋内ホットスポット、密集した都市部、ルーラル、都市部マクロ、および高速を含んでもよく、ＵＲＬＬＣ配置シナリオは産業用制御システム、モバイルヘルスケア（遠隔モニタリング、診断、および治療）、車両のリアルタイム制御、広域モニタリング、およびスマートグリッドのための制御システムを含んでもよく、ｍＭＴＣ配置シナリオは、たとえばスマートウェアラブルおよびセンサネットワークなどの、非タイムクリティカルデータ転送を伴う多数のデバイスを有するシナリオを含んでもよい。ｅＭＢＢおよびＵＲＬＬＣサービスは、どちらも非常に広い帯域幅を要求する点で類似しているが、ＵＲＬＬＣサービスは好ましくは超低遅延を必要とし得る点で異なっている。

【0004】

第２の目的は、上位互換性を達成することである。Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ、ＬＴＥ－Ａ）セルラシステムに対する下位互換性は必要ないため、まったく新しいシステム設計および／または新規の特性の導入が促進される。

【発明の概要】

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

【0005】

１つの非限定的な例示的実施形態は、ＵＥが改善されたアップリンク制御情報送信手順を実行するための手順の提供を促進する。

【0006】

ある実施形態において、本明細書に開示される技術は、以下を含むユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）を特徴とする。ＵＥの処理回路は、送信のために利用可能なアップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）に対する繰り返し送信の目標有効数を決定する。ＵＥの送信機は、ＵＣＩ繰り返し送信の目標有効数に到達するまで、利用可能なアップリンク制御情報に対する１つ以上の繰り返し送信を実行する。利用可能なアップリンク制御情報の各繰り返し送信に対して、
・処理回路は、ＵＥに対して構成された複数のコンポーネントキャリアのうちの１つのコンポーネントキャリアを決定し、決定されたコンポーネントキャリアのアップリンクリソースを決定し、かつ
・送信機は、決定されたコンポーネントキャリアの決定されたアップリンクリソースを用いて、利用可能なアップリンク制御情報を送信する。

【0007】

実行されるＵＣＩ繰り返し送信の各々は、ＵＣＩ繰り返し送信の目標有効数に向かって個別有効数を付与し（contributes）、各ＵＣＩ繰り返し送信の有効数は、それぞれのＵＣＩ繰り返し送信を実行するために用いられるコンポーネントキャリアに関する送信有効性係数に依存する。

【0008】

一般的な実施形態または特定の実施形態が、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはそれらの任意の選択的な組み合わせとして実施され得ることに留意されたい。たとえば、集積回路は、ＵＥまたは基地局の処理を制御することができる。

【0009】

開示されている実施形態および様々な実施態様のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面のさまざまな実施形態および特徴によって、個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得る目的で、実施形態および特徴すべてを設ける必要はない。

【図面の簡単な説明】

【0010】

以下の実施形態は、添付の図面を参照してより詳細に説明される。

【図1】３ＧＰＰ ＮＲシステムの例示的なアーキテクチャの図である。

【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す概略図である。

【図3】ＲＲＣ接続のセットアップ／再設定の手順のシーケンス図である。

【図4】拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼低遅延通信（ＵＲＬＬＣ）の利用シナリオを示す概略図である。

【図5】非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図である。

【図6】帯域幅部分、制御リソースセット（ＣＯＲＥＳＥＴ：Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔｓ）、サーチスペース、サーチスペースセット、およびＰＤＣＣＨ候補の関係を示す図である。

【図7】無線フレーム、サブフレーム、スロット、および異なるサブキャリア間隔に対するＯＦＤＭシンボルを含む、たとえば５Ｇ ＮＲなどの通信システムにおける例示的な時間領域構造を示す図である。

【図8】ＰＵＣＣＨ繰り返し機能の簡略化した例示的実装を示す図である。

【図9】ＰＵＣＣＨキャリアスイッチング機能の簡略化した例示的実装を示す図である。

【図10】ＵＥおよびｇＮＢの例示的な簡略化した構造を示す図である。

【図11】改善されたＵＣＩ送信手順の例示的実装によるＵＥの構造を示す図である。

【図12】改善されたＵＣＩ送信手順の例示的実装によるＵＥの挙動を示す流れ図である。

【図13】改善されたＵＣＩ送信手順の例示的実装による基地局の構造を示す図である。

【図14】改善されたＵＣＩ送信手順の例示的実装に参加する基地局の挙動を示す流れ図である。

【図15】改善されたＵＣＩ送信手順の例示的実装に対するＵＥおよびｇＮＢの例示的な交換を示すシグナリング図である。

【図16】特定的にＳＰＳ構成ＰＤＳＣＨ送信に対する、改善されたＵＣＩ送信手順の例示的実装によるアップリンク繰り返し送信およびアップリンクキャリアスイッチングの共同動作（joint operation）を示す図である。

【図17】特定的にＤＣＩスケジューリングＰＤＳＣＨ送信に対する、改善されたＵＣＩ送信手順の別の例示的実装によるアップリンク繰り返し送信およびアップリンクキャリアスイッチングの共同動作を示す図である。

【図18】アップリンクリソース決定の１つの変形を特定的に含む、改善されたＵＣＩ送信手順の例示的実装によるアップリンク繰り返し送信およびアップリンクキャリアスイッチングの共同動作を示す図である。

【図19】改善されたアップリンクリソース決定の実装を特定的に含む、改善されたＵＣＩ送信手順の例示的実装によるアップリンク繰り返し送信およびアップリンクキャリアスイッチングの共同動作を示す図である。

【図20】改善されたアップリンクリソース決定のさらなる実装を特定的に含む、改善されたＵＣＩ送信手順の例示的実装によるアップリンク繰り返し送信およびアップリンクキャリアスイッチングの共同動作を示す図である。

【図21】改善されたアップリンクリソース決定のさらなる実装を特定的に含む、改善されたＵＣＩ送信手順の例示的実装によるアップリンク繰り返し送信およびアップリンクキャリアスイッチングの共同動作を示す図である。

【図22】本開示の別の態様によるさらなる態様を示す図である。

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

【0011】

＜５Ｇ ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代セルラ技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ ＮＲの規格に準拠したスマートフォンの試作および商用配備に移ることが可能となっている。

【0012】

特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（Next Generation-Radio Access Network）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及び制御プレーン（ＲＲＣ）プロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインタフェースによって相互に接続される。また、ｇＮＢは次世代（ＮＧ：Next Generation）インタフェースによって次世代コア（ＮＧＣ：Next Generation Core）に、より具体的には、ＮＧ－Ｃインタフェースによってアクセス・モビリティ管理機能（ＡＭＦ：Access and Mobility Management Function。例えば、ＡＭＦを実行する特定のコアエンティティ）に、また、ＮＧ－Ｕインタフェースによってユーザプレーン機能（ＵＰＦ：User Plane Function。例えば、ＵＰＦを実行する特定のコアエンティティ）に接続される。ＮＧ－ＲＡＮアーキテクチャは、図１に示される（例えば、３ＧＰＰ ＴＳ ３８．３００ ｖ１６．４６．０のセクション４参照）。

【0013】

ＮＲのユーザプレーンプロトコルスタック（例えば、３ＧＰＰ ＴＳ ３８．３００のセクション４．４．１参照）は、ｇＮＢにおいてネットワーク側で終端されるＰＤＣＰ（Packet Data Convergence Protocol。ＴＳ ３８．３００のセクション６．４参照）サブレイヤ、ＲＬＣ(Radio Link Control。ＴＳ ３８．３００のセクション６．３参照）サブレイヤ、及びＭＡＣ(Medium Access Control。ＴＳ ３８．３００のセクション６．２参照）サブレイヤを含む。さらに、ＰＤＣＰの上位には、新たなアクセス層（ＡＳ：Access Stratum）サブレイヤ（ＳＤＡＰ：Service Data Adaptation Protocol）が導入されている（例えば、ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ６．５参照）。また、ＮＲでは制御プレーンのプロトコルスタックも定義されている（例えば、ＴＳ ３８．３００のセクション４．４．２参照）。レイヤ２機能の概要は、ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ６に記載されている。ＲＲＣレイヤの機能は、ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ７に列挙されている。

【0014】

例えば、ＭＡＣレイヤでは、論理チャネルの多重化や、様々なヌメロロジーの処理を含むスケジューリングやスケジューリング関連の機能を担う。

【0015】

物理レイヤ（ＰＨＹ：physical layer）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、及び信号の適切な物理時間－周波数リソースへの配置を担う。また、トランスポートチャネルの物理チャネルへの配置も行う。物理レイヤは、トランスポートチャネルの形式でＭＡＣレイヤにサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間－周波数リソースの組に対応し、各トランスポートチャネルは、対応する物理チャネルに配置される。例えば、物理チャネルは、上りリンクではＰＲＡＣＨ（Physical Random Access Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel）及びＰＵＣＣＨ（Physical Uplink Control Channel）となり、下りリンクではＰＤＳＣＨ（Physical Downlink Shared Channel）、ＰＤＣＣＨ（Physical Downlink Control Channel）及びＰＢＣＨ（Physical Broadcast Channel）となる。

【0016】

ＮＲのユースケース／展開シナリオには、ｅＭＢＢ（enhanced Mobile Broadband）、ＵＲＬＬＣ（Ultra-Reliable Low-Latency Communications）、ｍＭＴＣ（massive Machine Type Communication）などがあり、これらはデータレート、遅延、カバレッジに関して多様な要件を持つ。例えば、ｅＭＢＢでは、ＩＭＴ－Ａｄｖａｎｃｅｄで提供されているものの三倍ほどのピークデータレート（下り２０Ｇｂｐｓ、上り１０Ｇｂｐｓ）および実効（user-experienced）データレートに対応することが求められる。一方、ＵＲＬＬＣでは、より厳しい要件が超低遅延（ユーザプレーンの遅延はＵＬ、ＤＬともに０．５ｍｓ）と高信頼性（１ｍｓ以内に１－１０^－５）について課されている。最後に、ｍＭＴＣには、好ましくは、高い接続密度（都市環境では１平方キロメートルあたり１００万台）、悪環境での広いカバレッジ、低コスト機器の超長寿命バッテリー（１５年）が求められる。

【0017】

したがって、一つのユースケースに適したＯＦＤＭヌメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、巡回プレフィクス（ＣＰ）長、スケジューリング間隔あたりのシンボル数）は、他のユースケースには有効でない場合がある。例えば、低遅延サービスは、好ましくは、ｍＭＴＣサービスよりも短いシンボル長（したがって、より大きなサブキャリア間隔）および／またはスケジューリング区間（換言すると、ＴＴＩ）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい展開シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。同様のＣＰオーバーヘッドを維持するためには、サブキャリア間隔は適宜最適化される必要がある。ＮＲでは、複数の値のサブキャリア間隔をサポートしてもよい。これに対応して、現時点では１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、・・・、のサブキャリア間隔が検討されている。シンボル長Ｔ_ｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔ_ｕによって直接関係づけられる。ＬＴＥシステムと同様、「リソースエレメント」という用語は、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する一つのサブキャリアで構成される最小のリソース単位を示すのに使用することができる。

【0018】

新たな無線システム５Ｇ－ＮＲにおいては、各ヌメロロジーおよびキャリアに対して、アップリンクおよびダウンリンクのそれぞれに対してサブキャリアおよびＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッドの各エレメントはリソースエレメントと呼ばれ、周波数領域における周波数インデックスと、時間領域におけるシンボル位置とに基づいて識別される（３ＧＰＰ ＴＳ ３８．２１１ ｖ１６．４６．０、例、セクション４を参照）。たとえば、ダウンリンクおよびアップリンク送信は１０ｍｓの持続時間を有するフレームに編成され、各フレームはそれぞれ１ｍｓの持続時間の１０のサブフレームからなる。５ｇ ＮＲの実装において、サブフレーム当りの連続するＯＦＤＭシンボルの数は、サブキャリア間隔設定に依存する。たとえば、１５ｋＨｚのサブキャリア間隔に対して、サブフレームは１４のＯＦＤＭシンボルを有する（通常のサイクリックプレフィックスを想定したＬＴＥ適合実装と同様である）。他方で、３０ｋＨｚのサブキャリア間隔に対して、サブフレームは２つのスロットを有し、各スロットは１４のＯＦＤＭシンボルを含む。

【0019】

＜５Ｇ ＮＲにおけるＮＧ－ＲＡＮと５ＧＣとの間の機能分離＞
図２は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。

【0020】

特に、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする：
－ 無線ベアラ制御（Ｒａｄｉｏ Ｂｅａｒｅｒ Ｃｏｎｔｒｏｌ）、無線アドミッション制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、接続モビリティ制御（Ｃｏｎｎｅｃｔｉｏｎ Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）の機能；
－ データのＩＰヘッダ圧縮、暗号化、および完全性保護；
－ ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
－ ＵＰＦに向けたユーザプレーンのデータのルーティング；
－ ＡＭＦに向けた制御プレーン情報のルーティング；
－ 接続のセットアップおよび解除；
－ ページングメッセージのスケジューリングおよび送信；
－ システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Ｏｐｅｒａｔｉｏｎ，Ａｄｍｉｓｓｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）が発信源）のスケジューリングおよび送信；
－ モビリティおよびスケジューリングのための測定および測定の報告の設定；
－ 上りリンクにおけるトランスポートレベルのパケットマーキング；
－ セッション管理；
－ ネットワークスライシングのサポート；
－ ＱｏＳフロー管理およびデータ無線ベアラに対するマッピング；
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
－ 非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージの配信機能；
－ 無線アクセスネットワークの共有；
－ デュアルコネクティビティ；
－ ＮＲとＥ－ＵＴＲＡとの緊密な連携。

【0021】

アクセス・モビリティ管理機能（ＡＭＦ）は、以下の主な機能をホストする：
－ 非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）のシグナリングを終端させる機能；
－ ＮＡＳシグナリングのセキュリティ；
－ アクセス層（ＡＳ）のセキュリティ制御；
－ ３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）ノード間シグナリング；
－ アイドルモードのＵＥへの到達可能性（ページングの再送の制御および実行を含む）；
－ 登録エリアの管理；
－ システム内モビリティおよびシステム間モビリティのサポート；
－ アクセス認証；
－ ローミング権限のチェックを含むアクセス承認；
－ モビリティ管理制御（加入およびポリシー）；
－ ネットワークスライシングのサポート；
－ セッション管理機能（ＳＭＦ）の選択。

【0022】

さらに、ユーザプレーン機能（ＵＰＦ）は、以下の主な機能をホストする：
－ ＲＡＴ内モビリティ／ＲＡＴ間モビリティ（適用可能な場合）のためのアンカーポイント；
－ データネットワークとの相互接続のための外部ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）セッションポイント；
－ パケットのルーティングおよび転送；
－ パケット検査およびユーザプレーン部分のポリシールールの強制（Ｐｏｌｉｃｙ ｒｕｌｅ ｅｎｆｏｒｃｅｍｅｎｔ）；
－ トラフィック使用量の報告；
－ データネットワークへのトラフィックフローのルーティングをサポートする上りリンククラス分類（ｕｐｌｉｎｋ ｃｌａｓｓｉｆｉｅｒ）；
－ マルチホームＰＤＵセッション（ｍｕｌｔｉ－ｈｏｍｅｄ ＰＤＵ ｓｅｓｓｉｏｎ）をサポートするための分岐点（Ｂｒａｎｃｈｉｎｇ Ｐｏｉｎｔ）；
－ ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（ｇａｔｉｎｇ）、ＵＬ／ＤＬレート制御（ＵＬ／ＤＬ ｒａｔｅ ｅｎｆｏｒｃｅｍｅｎｔ）；
－ 上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
－ 下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。

【0023】

最後に、セッション管理機能（ＳＭＦ）は、以下の主な機能をホストする：
－ セッション管理；
－ ＵＥに対するＩＰアドレスの割当および管理；
－ ＵＰＦの選択および制御；
－ 適切な宛先にトラフィックをルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリング（ｔｒａｆｆｉｃ ｓｔｅｅｒｉｎｇ）の設定機能；
－ 制御部分のポリシー強制およびＱｏＳ；
－ 下りリンクデータの通知。

【0024】

＜ＲＲＣ接続のセットアップおよび再設定の手順＞
図３は、ＮＡＳ部分の、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（ＴＳ ３８．３００参照）。

【0025】

ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。特に、この移行により、ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力（ＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ）、ＵＥセキュリティ能力（ＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ）等を含む）を用意し、初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）とともにｇＮＢに送る。そして、ｇＮＢは、ＵＥと一緒に、ＡＳセキュリティをアクティブにする。これは、ｇＮＢがＵＥにＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージを送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信し、これに対するＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによって、シグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ）をセットアップするための再設定を行う。シグナリングのみの接続については、ＳＲＢ２およびＤＲＢがセットアップされないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関するステップは省かれる。最後に、ｇＮＢは、初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥ）でセットアップ手順が完了したことをＡＭＦに通知する。

【0026】

したがって、本開示では、ｇＮｏｄｅＢとのＮｅｘｔ Ｇｅｎｅｒａｔｉｏｎ（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢとユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）との間のシグナリング無線ベアラがセットアップされるように動作時にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信する送信部と、を備える、５ｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当設定情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）を含む無線リソース制御（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。そして、ＵＥは、リソース割当設定に基づき上りリンクにおける送信または下りリンクにおける受信を行う。

【0027】

＜２０２０年以降のＩＭＴの利用シナリオ＞
図４は、５Ｇ ＮＲのユースケースの一部を示す。第３世代パートナーシッププロジェクトＮＲ（３ＧＰＰ ＮＲ）では、ＩＭＴ－２０２０によって多種多様なサービスやアプリケーションに対応することが想定されている三つのユースケースが検討されている。高速大容量（ｅＭＢＢ）のための第一段階の仕様の策定は終了している。ｅＭＢＢのサポートをさらに拡充することに加え、現在および将来的には、超高信頼低遅延（ＵＲＬＬＣ）および多数同時接続の標準化の研究も進められる。図４は、２０２０年以降のＩＭＴで想定される利用シナリオの例を示す（例えば、ＩＴＵ－Ｒ Ｍ．２０１８３の図２を参照）。

【0028】

ＵＲＬＬＣのユースケースは、スループット、遅延、アベイラビリティ等の性能に対する厳しい要件を有し、工業生産や製造プロセスの無線制御、遠隔医療手術、スマートグリッドの配電自動化、交通安全等、将来の垂直アプリケーションを実現するものの一つとして想定されている。ＵＲＬＬＣの超高信頼性は、ＴＲ ３８．９１３ｖ１６．０．０によって設定された要件を満たす技術を特定することでサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣの場合、ＵＬ（上りリンク）０．５ｍｓ、ＤＬ（下りリンク）０．５ｍｓのユーザプレーン遅延を目標とすることが主要な要件である。一度のパケット送信に対する一般的なＵＲＬＬＣの要件は、ユーザプレーン遅延が１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：block error rate）が１Ｅ－５であることである。

【0029】

物理レイヤの観点では、信頼性は、多くの採り得る方法で向上可能である。現在の信頼性向上の余地としては、ＵＲＬＬＣ用の別個のＣＱＩテーブル、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返し送信等を定義することが含まれる。しかしながら、この余地は、ＮＲが（ＮＲ ＵＲＬＬＣの重要要件に関し）より安定しかつより開発されるにつれて、超高信頼性の実現のために広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セイフティ、およびミッションクリティカルなアプリケーションが含まれる。

【0030】

また、ＮＲ ＵＲＬＬＣが目標とする技術拡張は、レイテンシの改善および信頼性の向上を目指している。レイテンシの改善のための技術拡張には、設定可能なヌメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定グラントの）上りリンク、データチャネルにおけるスロットレベルでの繰り返し送信、および下りリンクでのプリエンプション（Ｐｒｅ－ｅｍｐｔｉｏｎ）が含まれる。プリエンプションとは、リソースが既に割り当てられた送信が停止され、当該既に割り当てられたリソースが、後から要求されたより低いレイテンシ／より高い優先度の要件の他の送信に使用されることを意味する。したがって、既に許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、具体的なサービスタイプと無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢ等）の送信によって差し替えらされうる。信頼性向上についての技術拡張には、１Ｅ－５の目標ＢＬＥＲのための専用のＣＱＩ／ＭＣＳテーブルが含まれる。

【0031】

ｍＭＴＣ（大規模マシンタイプ通信）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。装置には、低価格であること、および電池寿命が非常に長いことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥから見て電力が節約されかつ電池の長寿命化を可能にする１つの解決手段である。

【0032】

上述のように、ＮＲにおける信頼性向上のスコープはより広くなることが予測される。あらゆるケースにとっての重要要件の１つであって、特にＵＲＬＬＣおよびｍＭＴＣに必要な重要要件が高信頼性または超高信頼性である。いくつかのメカニズムは、無線の観点およびネットワークの観点から、信頼性を向上させることができると考えられうる。概して、信頼性の向上に役立つ可能性がある２つ～３つの重要な領域が存在する。これらの領域には、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し送信、および周波数領域、時間領域、および／または空間領域に関するダイバーシチがある。これらの領域は、特定の通信シナリオにかかわらず一般に信頼性向上に適用可能である。

【0033】

ＮＲ ＵＲＬＬＣに関し、ファクトリーオートメーション、運送業、および電力の分配のような、要件がより厳しいさらなるユースケースが想定されている。厳しい要件とは、高い信頼性（１０^６レベルまでの信頼性）、高い可用性、２５６バイトまでのパケットサイズ、数μｓ程度までの時刻同期（ｔｉｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）（ユースケースに応じて、値を、周波数範囲および０．５ｍｓ～１ｍｓ程度の短いレイテンシ（特に、目標とするユーザプレーンでの０．５ｍｓのレイテンシ）に応じて１μｓまたは数μｓとすることができる）である。

【0034】

さらに、ＮＲ ＵＲＬＬＣについては、物理レイヤの観点からいくつかの技術拡張が有り得る。これらの技術拡張には、コンパクトなＤＣＩに関するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）の拡張、ＰＤＣＣＨの繰り返し送信、ＰＤＣＣＨのモニタの増加がある。また、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）の拡張は、ｅｎｈａｎｃｅｄ ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）およびＣＳＩフィードバックの拡張に関係する。また、ミニスロットレベルのホッピングに関係するＰＵＳＣＨの拡張、および再送／繰り返し送信の拡張が有り得る。用語「ミニスロット」は、スロットより少数のシンボルを含む送信時間間隔（ＴＴＩ）を指す（スロットは、１４個のシンボルを含む）。

【0035】

＜ＱｏＳ制御＞
５ＧのＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（ＧＢＲ（Ｇｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（ｅｎｃａｐｓｕｌａｔｉｏｎ ｈｅａｄｅｒ）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：ＱｏＳ Ｆｌｏｗ ＩＤ）によってＰＤＵセッション内で特定される。

【0036】

各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば図３を参照して上に示したように少なくとも一つのデータ無線ベアラ（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ ＱｏＳフローおよびＤＬ ＱｏＳフローとＤＲＢとを関連付ける。

【0037】

図５は、５Ｇ ＮＲの非ローミング参照アーキテクチャを示す（例えば、３ＧＰＰ ＴＳ ２３．５０１ ｖ１６．９．０ または、ｖ１６．７．１．１、セクション４．２．３参照）。図４に例示される、５Ｇサービスをホストする外部アプリケーションサーバなどのアプリケーション機能（ＡＦ）は、サービスを提供するために３ＧＰＰコアネットワークとやり取りを行う。例えば、トラフィックルーティングに影響を与えるアプリケーションをサポートするためにネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスすること、ＱｏＳ制御などのポリシー制御のためにポリシーフレームワークとやり取りすること（ポリシー制御機能（ＰＣＦ）参照）が挙げられる。オペレータによる配備に基づき、オペレータから信頼されているとみなされるアプリケーション機能は、関連するネットワーク機能と直接やり取りすることができる。ネットワーク機能への直接のアクセスをオペレータから許可されていないアプリケーション機能は、ＮＥＦを介して外部に対する開放フレームワークを使用して、関連するネットワーク機能とやり取りする。

【0038】

図５は、５Ｇアーキテクチャのさらなる機能単位、すなわち、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワークリポジトリ機能（ＮＲＦ）、統一データ管理（ＵＤＭ）、認証サーバ機能（ＡＵＳＦ）、アクセス・モビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、およびデータネットワーク（ＤＮ、例えば、オペレータによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。

【0039】

したがって、本開示では、ＱｏＳ要件に応じたｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立するために、動作時に、ＵＲＬＬＣサービス、ｅＭＢＢサービス、およびｍＭＴＣサービスのうちの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）のうちの少なくとも１つに送信する送信部と、動作時に、確立されたＰＤＵセッションを使用してサービスを行う制御回路と、を備える、アプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。

【0040】

＜帯域幅部分＞
ＮＲシステムは、ＬＴＥの２０ＭＨｚの帯域幅よりもかなり広い最大チャネル帯域幅（例、１００ＭＨｚ）をサポートするだろう。ＬＴＥにおいても、最大２０ＭＨｚのコンポーネントキャリアのキャリアアグリゲーション（ＣＡ：ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）を介して広帯域通信がサポートされる。ＮＲにおいてより広いチャネル帯域幅を定義することによって、スケジューリングを介して周波数リソースを動的に割当てることができ、これはＭＡＣ制御エレメントに基づくアクティブ化／非アクティブ化を行うＬＴＥのキャリアアグリゲーション動作よりも効率的かつフレキシブルであり得る。単一の広帯域キャリアを有することは、単一の制御シグナリングしか必要としないために制御オーバーヘッドが低いという点でのメリットも有する（キャリアアグリゲーションは、各々のアグリゲーションされたキャリアごとに別個の制御シグナリングを必要とする）。

【0041】

さらにＬＴＥと同様に、ＮＲもキャリアアグリゲーションまたはデュアルコネクティビティを介して複数のキャリアのアグリゲーションをサポートしてもよい。

【0042】

ＵＥは常時高いデータ速度を要求しないため、広帯域幅を使用することは、ＲＦおよびベースバンド信号処理の両方の観点からより高いアイドリング電力消費を招くおそれがある。これに関して、ＮＲに対する帯域幅部分という新たに開発された概念は、構成されたチャネル帯域幅よりも小さい帯域幅によってＵＥを動作させる手段を提供することによって、広帯域動作をサポートしながらもエネルギ効率の良いソリューションを提供する。ＮＲに対する全帯域幅にアクセスできない任意のローエンド端末がその利益を受け得る。

【0043】

帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）は、たとえば連続的な物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋｓ）の位置および数などによって定義されるセルの合計セル帯域幅のサブセットである。帯域幅部分は、アップリンクおよびダウンリンクに対して別々に定義されてもよい。さらに、各帯域幅部分は、たとえばサブキャリア間隔およびサイクリックプレフィックスなどによって固有のＯＦＤＭ ｎｕｍｅｒｏｌｏｇｙに関連付けられ得る。たとえば、ＢＷＰ（単数または複数）によってＵＥを構成し、現在どの構成ＢＷＰがアクティブかをＵＥに知らせることによって、帯域幅適合が達成される。

【0044】

例示的に５Ｇ ＮＲにおいて、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥのみに対して固有のＢＷＰが構成される。たとえば、初期ＢＷＰ（例、それぞれＵＬに対する１つおよびＤＬに対する１つ）以外のＢＷＰは、接続状態のＵＥのみに対して存在する。たとえばＵＥをＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にするプロセスなどの際の、ＵＥとネットワークとの初期データ交換をサポートするために、最小システム情報において初期ＤＬ ＢＷＰおよび初期ＵＬ ＢＷＰが構成される。

【0045】

ＵＥは２つ以上のＢＷＰ（例、現在ＮＲに対して定義されるとおり、サービングセル当たり最大で４ＢＷＰ）によって構成され得るが、ＵＥは一度に１つのアクティブＤＬ ＢＷＰしか有さない。構成ＢＷＰ間のスイッチングは、たとえばダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）などによって達成されてもよい。

【0046】

プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）に対する初期ＢＷＰは初期アクセスに用いられるＢＷＰであり、デフォルトＢＷＰは、別の初期ＢＷＰが明確に構成されていない限りはその初期ＢＷＰである。セカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）に対する初期ＢＷＰは常に明確に構成され、デフォルトＢＷＰも構成されてもよい。デフォルトＢＷＰがサービングセルに対して構成されるとき、そのセルに関連する非アクティブタイマ（inactivity timer）の終了によって、アクティブＢＷＰがデフォルトＢＷＰにスイッチングする。

【0047】

いくつかのＤＣＩフォーマットはＢＷＰ ＩＤを含まない（たとえばフォーマット０＿０および１＿０など）のに対し、他のＤＣＩフォーマットにおいてはＢＷＰ ＩＤに対するビット数がＲＲＣ構成可能であり、それは（たとえばフォーマット０＿１、０＿２、１＿１、および１＿２などに対して）０、１、２ビットであり得る。

【0048】

図６は３つの異なるＢＷＰが構成されるシナリオを示しており、ＢＷＰ１は周波数帯域幅４０ＭＨｚおよびサブキャリア間隔１５ｋＨｚを有し、ＢＷＰ２は幅１０ＭＨｚおよびサブキャリア間隔１５ｋＨｚを有し、ＢＷＰ３は幅２０ＭＨｚおよびサブキャリア間隔６０ｋＨｚを有する。

【0049】

＜制御情報 － サーチスペースセット＞
たとえば制御情報およびユーザトラフィック（例、ＰＤＣＣＨにおけるＤＣＩ、およびＰＤＣＣＨによって示されるＰＤＳＣＨにおけるユーザデータ）などの、ＵＥに対して意図される情報を識別および受信するために、ＵＥによってＰＤＣＣＨモニタリングが行われる。

【0050】

ダウンリンクにおける制御情報（たとえばダウンリンク制御情報（ＤＣＩ）などと呼ばれ得る）は、５Ｇ ＮＲにおいてもＬＴＥにおけるＤＣＩと基本的に同じ目的を有し、すなわちそれはたとえばダウンリンクデータチャネル（例、ＰＤＳＣＨ）またはアップリンクデータチャネル（例、ＰＵＳＣＨ）のスケジューリングなどを行う制御情報の特殊なセットである。例示的な５Ｇ ＮＲ準拠実装においては、いくつかの異なるＤＣＩフォーマットがすでに定義されている（ＴＳ３８．２１２ｖ１６．６．０セクション７．３．１を参照）。以下の表によって概要が与えられる。

【表1】

【0051】

５Ｇ ＮＲにおいて、ＰＤＣＣＨは制御リソースセット（ＣＯＲＥＳＥＴ）と呼ばれる無線リソース領域において送信される。ＬＴＥにおいて、ＣＯＲＥＳＥＴの概念は明確に存在しない。代わりに、ＬＴＥにおけるＰＤＣＣＨは、最初の１～３ＯＦＤＭシンボル（ほとんどの狭帯域の場合には４つ）における全キャリア帯域幅を用いる。これに対して、５Ｇ ＮＲにおけるＣＯＲＥＳＥＴは、ＵＥが自身のアクティブ帯域幅部分（ＢＷＰ）の外側のＣＯＲＥＳＥＴを操作することは予期されないことを除いて、スロット内の任意の位置およびキャリアの周波数範囲の任意のところに生じ得る。

【0052】

したがって、ＵＥはたとえば３ＧＰＰ ＴＳ３８．２１３バージョン１６．６．０、セクション１０および１１などにおいて定義されるとおりに、ＰＤＣＣＨのモニタリング動作を実行する。そこに例示的に定義されるとおり、ＵＥは、ＰＤＣＣＨサーチスペースセットによって定義されるＰＤＣＣＨ候補のセットをモニタリングする。サーチスペースセットは、共通サーチスペース（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）セット（ＣＳＳセット）またはＵＥ固有サーチスペース（ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ）セット（ＵＳＳセット）であり得る。

【0053】

サーチスペースセットは、対応するサーチスペースセットを用いるＰＤＣＣＨモニタリングによって構成された各アクティブ化サービングセルにおけるアクティブＤＬ ＢＷＰの１つ以上のＣＯＲＥＳＥＴにおいてモニタリングされ、ここでモニタリングは、モニタリングされるＤＣＩフォーマットに従って各ＰＤＣＣＨ候補を復号することを意味する。

【0054】

概念的に、図６はＵＥがモニタリングし得る帯域幅部分、ＣＯＲＥＳＥＴ、サーチスペース、サーチスペースセット、およびＰＤＣＣＨ候補の関係の例示的な図を提供する。図６から明らかであるとおり、ＢＷＰ当たり１つのＣＯＲＥＳＥＴが示されているが、２つ以上のＣＯＲＥＳＥＴが可能である。各ＣＯＲＥＳＥＴは、特定のアグリゲーションレベル（Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ）（たとえばＡＬ２、４、または８など）の１つ以上のＰＤＣＣＨ候補の複数のサーチスペースを有してもよく、次いでそれらのサーチスペースがグループ化されて、たとえば共通ＳＳセットおよびＵＥ固有ＳＳセットなどのサーチスペースセットになり得る。

【0055】

＜５Ｇ ＮＲにおける時間領域＞
時間領域において、５Ｇ ＮＲにおける送信は長さ１０ｍｓのフレームに組織化され、各フレームは長さ１ｍｓの１０の等しいサイズのサブフレームに分割される。次いでサブフレームは、各々が１４のＯＦＤＭシンボルからなる１つ以上のスロットに分割される。ミリ秒でのスロットの持続時間はｎｕｍｅｒｏｌｏｇｙに依存する。たとえば、１５ｋＨｚのサブキャリア間隔に対するＮＲスロットは、よって通常のサイクリックプレフィックスを有するＬＴＥサブフレームと同じ構造を有する。５Ｇ ＮＲにおけるサブフレームはｎｕｍｅｒｏｌｏｇｙ非依存性の時間基準の働きをし、これは特に、同じキャリアにおいて複数のｎｕｍｅｒｏｌｏｇｙが混合されている一方で、スロットが典型的な動的スケジューリングユニットである場合に有用である。３ＧＰＰ ５Ｇ ＮＲ通信の基礎をなすこのフレーム構造が図７に例示的に示される。

【0056】

５Ｇ ＮＲは複数のスロットフォーマットを提供し、スロットフォーマットは単一のスロット内の各シンボルがどのように用いられるかを示す。スロットフォーマットは、特定のスロット内のどのシンボルがアップリンクに用いられ、どのシンボルがダウンリンクに用いられるかを定義する。ＬＴＥ ＴＤＤにおいて、あるサブフレーム（ＮＲにおけるスロットと同等）がＤＬまたはＵＬに対して構成されるとき、そのサブフレーム内のすべてのシンボルがＤＬまたはＵＬとして使用されるべきである。しかしＮＲにおいては、スロット内の各シンボルがＤＬまたはＵＬとして異なるように構成され得る。ＤＬまたはＵＬとして構成され得るフレキシブルシンボルも存在する。

【0057】

＜５Ｇ ＮＲにおけるアップリンク制御情報、ＰＵＣＣＨ＞
ダウンリンク制御情報がＰＤＣＣＨによって伝達されるのに対し（上記の説明を参照）、アップリンク制御情報（ＵＣＩ）は状況に応じてＰＵＣＣＨまたはＰＵＳＣＨにおいて送信され得る。アップリンク制御情報は、たとえばチャネル状態情報（ＣＳＩ：ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）、ＡＣＫ／ＮＡＣＫ情報（例、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ）、およびスケジューリング要求（ＳＲ：ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔｓ）などであり得る（たとえば３ＧＰＰ ＴＳ３８．３００ｖ１６．７．０セクション５．３．３などを参照）。ここでＨＡＲＱは再送信プロトコルの例であるものとする。これらのすべてが単一のＰＵＣＣＨ送信によって個別に伝達される必要はなく、これら３つのタイプのＵＣＩのうちの１つまたは任意の組み合わせが伝達されてもよい。たとえば、ＣＳＩが単独で伝達されてもよいし、ＡＣＫ／ＮＡＣＫが単独で伝達されてもよいし、ＳＲが単独で伝達されてもよいし、ＣＳＩおよびＡＣＫ／ＮＡＣＫが共にＰＵＣＣＨで送信されるなどしてもよい。

【0058】

ＵＥはＰＵＣＣＨリソースを用いてＵＣＩをｇＮＢに対してアップリンクに送信し得る。後で言及されるとおり、加えてＰＵＣＣＨリソースはＰＵＣＣＨ繰り返し機能を使用するように構成されてもよく、任意選択でＵＣＩ送信に対する繰り返し数を定義してもよい。

【0059】

現行の５Ｇ準拠実装に従ってどのようにＵＣＩを送信するかの一例が以下に提示される。

【0060】

複数の異なるＰＵＣＣＨフォーマットがＵＣＩを送信するために使用され得る。現在、以下の表に例示的に示される５つのＰＵＣＣＨフォーマット０～４が存在する（たとえば３ＧＰＰ ＴＳ３８．２１１ｖ１６．７．０、セクション６．３．２．１などを参照）。

【表2】

【0061】

フォーマットのうち０および２の２つは、最大２つのＯＦＤＭシンボルを占有するため、ショートＰＵＣＣＨフォーマットと呼ばれることがある。多くの場合、スロット内の最後の１つまたは２つのＯＦＤＭシンボルが、たとえばダウンリンクデータ送信に対するハイブリッドＡＲＱ応答確認（ＡＣＫ／ＮＡＣＫ）の送信などのＰＵＣＣＨ送信のために用いられる。

【0062】

フォーマットのうち１、３、および４の３つは、４～１４のＯＦＤＭシンボルを占有するため、ロングＰＵＣＣＨフォーマットと呼ばれることがある。前の２つのフォーマットよりも持続時間が長い理由は、カバレッジである。１つまたは２つのＯＦＤＭシンボルの持続時間が、信頼性高い受信のために十分な受信エネルギを提供しないとき、より長い持続時間が有用であるかもしれず、ロングＰＵＣＣＨフォーマットの１つが用いられ得る。

【0063】

特定の例示的実装によると、最大２ＵＣＩビットのショートＰＵＣＣＨフォーマット０はシーケンス選択に基づくのに対し、２ＵＣＩビットより大きいショートＰＵＣＣＨフォーマット２は、ＵＣＩおよびＤＭＲＳを周波数多重化する（frequency-multiplexes）。ロングＰＵＣＣＨフォーマットはＵＣＩおよびＤＭＲＳを時間多重化する（time-multiplex）。ロングＰＵＣＣＨフォーマットおよび２シンボルの持続時間のショートＰＵＣＣＨフォーマットに対して、周波数ホッピングがサポートされる。ロングＰＵＣＣＨフォーマットは複数のスロットにわたって繰り返され得る（たとえば３ＧＰＰ ＴＳ３８．３００ｖ１６．７．０セクション５．３．３などを参照）。

【0064】

どのＰＵＣＣＨフォーマットが使用されるかは、たとえば何ビットのＵＣＩが送信されるべきか、およびいくつのシンボル（ＰＵＣＣＨの持続時間）を使用できるかなどに基づいて決定され得る。それはＵＥがＰＵＳＣＨを通じてＵＣＩを送信できるかどうかにも依存することがある（たとえばＴＳ３８．２１３ｖ１６．７．０のセクション９．２．２などを参照）。

【0065】

ＵＣＩはＰＵＣＣＨにおいて、たとえばいわゆるＰＵＣＣＨリソースなどの特定的に割当てられた無線リソースを用いて、時間領域および周波数領域内でフレキシブルに送信され得る。ＵＥはＰＵＣＣＨリソースの複数（例、最大４つ）のセットによって構成でき、各セットはＰＵＣＣＨリソースインジケータ（ＰＲＩ：ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）インデックスに関連付けられたＰＵＣＣＨリソースを含む。たとえば、複数のＰＵＣＣＨリソースを含み得る最大４つの専用ＰＵＣＣＨリソースセットによってＵＥを構成でき（ＰＵＣＣＨリソース構成と呼ばれることもある）、各ＰＵＣＣＨリソース構成は使用すべきＰＵＣＣＨフォーマットと、たとえば第１のシンボル、持続時間（シンボル数）、ＰＲＢオフセット、およびサイクリックシフトインデックスセットなどを含むさらなる送信パラメータとを含む。ＰＵＣＣＨリソースセットは情報エレメントＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔによって提供され、かつｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｅｔＩｄによって提供されるＰＵＣＣＨリソースセットインデックスに関連付けられ、ＰＵＣＣＨリソースセットにおいて用いられるｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄのセットを提供するｒｅｓｏｕｒｃｅＬｉｓｔによってＰＵＣＣＨリソースインデックスのセットが提供され、ＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いてＵＥが送信可能なＵＣＩ情報ビットの最大数がｍａｘＰａｙｌｏａｄＳｉｚｅによって提供される。第１のＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースの最大数は３２であり、その他のＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースの最大数は８である。

【0066】

こうしたアップリンクリソースの構成は、たとえばＵＥに専用ＰＵＣＣＨリソース構成を提供し得るＰＵＣＣＨ－Ｃｏｎｆｉｇ情報エレメント（たとえば３ＧＰＰ ＴＳ３８．３３１ｖ１６．６．０、たとえばセクション６．３．２などを参照）などのＲＲＣプロトコルレイヤなどの異なる情報エレメントによって行われ得る。

【0067】

各ＰＵＣＣＨリソースセットは、送信されるＵＣＩフィードバックに対する特定の範囲のペイロードに対応してもよい。たとえば、ＰＵＣＣＨリソースセット０は最大２ビットのＵＣＩペイロードを操作し得るため、ＰＵＣＣＨフォーマット０および１のみを含むのに対し、残りのＰＵＣＣＨリソースセットはフォーマット０および１以外の任意のＰＵＣＣＨフォーマットを含んでもよい。

【0068】

以下において、ＴＳ３８．２１３ｖ１６．７．０の表９．２．１－１に従う例が提示され、これはＵＥが専用ＰＵＣＣＨリソース構成を有さないときにＵＥによって使用される、ＩＥ ｐｕｕｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎによって提供されるＰＵＣＣＨリソースセットを示す。

【表3】

【0069】

ＰＵＣＣＨにおけるＵＣＩの現行の報告は、３ＧＰＰ ＴＳ３８．２１３ｖ１６．７．０、セクション９．２において定義される。

【0070】

ＰＵＣＣＨリソースは、以下のパラメータの１つ以上を含んでもよい。
・ＰＵＣＣＨリソースインデックス
・周波数ホッピング前および周波数ホッピングなしに対する第１のＰＲＢ（物理リソースブロック）のインデックス
・周波数ホッピング後の第１のＰＲＢのインデックス
・スロット内周波数ホッピングに対する表示
・ＰＵＣＣＨフォーマットに対する構成

【0071】

ＰＵＣＣＨリソースは、各ＵＥに対して異なるようにｇＮＢによって割当てられる。ＵＥに異なるＰＵＣＣＨリソースを割当てることによって、ＵＥが互いにコリジョンも干渉も引き起こすことなくこれらのリソースを同時に用い得ることが確実にされる。

【0072】

ＰＵＣＣＨリソースセットにはある範囲のＵＣＩペイロードサイズが割当てられる。ＵＥは最初にＵＣＩペイロードサイズを決定し、次いでそれに基づいて適切なＰＵＣＣＨリソースセットを選択する。次いで、（例、ＤＣＩにおいて）示されたＰＲＩに基づいて、ＰＵＣＣＨリソースセットからＰＵＣＣＨリソースが選択される。

【0073】

ＰＵＣＣＨを用いたＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）の報告の例は、３ＧＰＰ ＴＳ３８．２１３ｖ１６．７．０、セクション９．２．３において定義される。

【0074】

ＰＵＣＣＨを用いたスケジューリング要求（ＳＲ）の報告の例は、３ＧＰＰ ＴＳ３８．２１３ｖ１６．７．０、セクション９．２．４において定義される。特にＵＥは、スケジューリング要求（ＳＲ）を送信するために用いられるスケジューリング要求無線リソースを決定するための固有パラメータによって構成される。たとえば、ＳＲ送信に対する周期性およびオフセットが定義されて、構成されたｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｎｆｉｇ情報エレメントに基づくＳＲ送信オケージョンに対するスロットおよび／またはフレーム数を決定するために用いられる。前記に関連して、こうしたＳＲリソースの構成は、たとえばＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｎｆｉｇ情報エレメントおよびＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＲｅｓｏｕｒｃｅＣｏｎｆｉｇ情報エレメントなどのＲＲＣプロトコルレイヤなどの異なる情報エレメントによって行われ得る（たとえば３ＧＰＰ ＴＳ３８．３３１ｖ１６．６．０、たとえばセクション６．３．２などを参照）。

【0075】

しかしＵＥは、ＰＵＣＣＨにおいてたとえばＨＡＲＱフィードバック、ＣＳＩ、およびＳＲなどの複数のＵＣＩタイプを一緒に報告することも可能である（たとえば３ＧＰＰ ＴＳ３８．２１３ｖ１６．７．０、セクション９．２．５などを参照）。

【0076】

＜ＳＰＳおよびＵＣＩ － ＨＡＲＱ－ＡＣＫ送信＞
（例、ＤＣＩを用いて）ＵＥのアップリンクおよびダウンリンク送信を動的にスケジューリングすることに加えて、たとえば初期（ＨＡＲＱ）送信などに対するアップリンク／ダウンリンクリソースを永続的に割当てることができ、一方でＬ１／Ｌ２チャネル（例、ＤＣＩ）を介して再送信を動的にシグナリングできる。よってこの種の動作はセミパーシステントスケジューリング（ＳＰＳ：ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）と呼ばれ、すなわちリソースはセミパーシステントベースでユーザ機器に割当てられる（セミパーシステントリソース割当て）。その利点は、初期（ＨＡＲＱ）送信に対するＰＤＣＣＨリソースが確保されることである。

【0077】

現行の例示的な５Ｇ ＮＲ実装において、セミパーシステントスケジューリングの構成はＲＲＣシグナリングによって、たとえば情報エレメントＳＰＳ－Ｃｏｎｆｉｇなどを用いて行われる。サービングセルの１つのＢＷＰにおいて複数のダウンリンクＳＰＳ構成が考慮されてもよい（ＴＳ３８．３３１ｖ１６．６．０を参照）。たとえば、パーシステント割当ての周期性がＵＥにシグナリングされ得る。次いで、パーシステント割当てのアクティブ化に加えて、正確なタイミングならびに物理無線リソースおよびトランスポートフォーマットパラメータがＰＤＣＣＨシグナリングを介して送信される。セミパーシステントスケジューリングがアクティブ化されると、ユーザ機器は、ＳＰＳアクティブ化ＰＤＣＣＨと、（周期性を含む）ＲＲＣ ＩＥによって提供されるＳＰＳ－ｃｏｎｆｉｇとに従うセミパーシステントリソース割当てに従う（３ＧＰＰ ＴＳ２８．２１４ｖ１６．７．０セクション５．１．２．１も参照）。動的ＰＤＣＣＨと、セミパーシステントスケジューリングをアクティブ化するＰＤＣＣＨ（ＳＰＳアクティブ化ＰＤＣＣＨとも呼ばれる）とを区別するために、別個の識別子（identity）が導入される。基本的に、ＳＰＳアクティブ化ＰＤＣＣＨのＣＲＣは、ＳＰＳ Ｃ－ＲＮＴＩと呼ばれるこの追加の識別子でマスクされる。セミパーシステントスケジューリングのアクティブ化と同様に、ｇＮＢはセミパーシステントスケジューリングを非アクティブ化することもでき、これはＳＰＳリソースリリースとも呼ばれる。

【0078】

ＳＰＳ割当てＰＤＳＣＨ送信に対するＨＡＲＱフィードバックの送信もサポートされる。たとえば現在定義されるとおり、パラメータｎ１ＰＵＣＣＨ－ＡＮは、ネットワークによってフォーマット０またはフォーマット１として構成されたダウンリンクＳＰＳに対するＰＵＣＣＨに対するＨＡＲＱリソースを示す。実際のＰＵＣＣＨ－Ｒｅｓｏｕｒｃｅは上述のＩＥ ＰＵＣＣＨ－Ｃｏｎｆｉｇにおいて構成され、そのＩＤで呼ばれる。情報エレメントＳＰＳ－ＰＵＣＣＨ－ＡＮは（ＰＵＣＣＨリソースＩＤを介した）ＨＡＲＱ ＡＣＫに対するＰＵＣＣＨリソースを示すために用いられ、ＰＵＣＣＨリソースに対応する最大ペイロードサイズを構成する。さらに、ＩＥ ＳＰＳ－ＰＵＣＣＨ－ＡＮ－ＬｉｓｔはＨＡＲＱ ＡＣＫコードブックごとのＰＵＣＣＨリソースのリストを構成するために用いられ（ＴＳ３８．３３１ｖ１６．６．０を参照）、ＳＰＳ－Ｃｏｎｆｉｇのｎ１ＰＵＣＣＨ－ＡＮをオーバーライドしてもよい。

【0079】

さらにこの例によると、情報エレメントＰＵＣＣＨ－Ｃｏｎｆｉｇはｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫと呼ばれるパラメータも含み、これは所与のＰＤＳＣＨに対してアップリンクにおけるＡＣＫフィードバックのタイミングを与え、以下においてはフィードバックタイミングインジケータまたはＫ１値とも呼ばれる。したがって、ＤＬスロットｎ_Ｄにおいて終了するＳＰＳ ＰＤＳＣＨ受信に対して、ＵＥはＵＬスロットｎ_Ｄ＋Ｋ１において対応するＰＵＣＣＨ ＨＡＲＱフィードバックを送信する（ＴＳ３８．２１３ｖ１６．７．０；セクション９．２．３を参照）。よって全体として、ＵＥは、ＳＰＳ ＰＤＳＣＨ受信と対応するＰＵＣＣＨ送信との間の遅延をたとえばスロットなどによって示すパラメータ（Ｋ１）によって構成される。

【0080】

図８にＳＰＳトラフィックが示されており、これはスロットｎ＋１における構成ＳＰＳ ＰＤＳＣＨ送信を想定する。パラメータＫ１＝１とさらに想定すると、ＵＥは受信されたＰＤＳＣＨに対応するＨＡＲＱフィードバックを１スロットのオフセットによって、すなわちスロットｎ＋２において送信することを試みる。しかし図８の例示的シナリオで想定されるとおり、スロットｎ＋２はＤＬスロットであるため、ＨＡＲＱフィードバックを含む任意のアップリンク送信に利用できない。したがって、ＵＥはＨＡＲＱフィードバックを送信できないだろう。

【0081】

３ＧＰＰはこうしたシナリオに対するＨＡＲＱ延期機構を定義しており、それに従ってＨＡＲＱフィードバック送信が別のスロットに延期（先送り）され得る。前記に関して、Ｋ１ｄｅｆと呼ばれる別のパラメータを構成でき、これはスロットでの最大限許容される延期を定義する。よって、ＨＡＲＱフィードバックの有効最大オフセットはＫ１ｅｆｆ＝Ｋ１＋Ｋ１ｄｅｆと定義されるだろう。定義されるとき、最大延期Ｋ１ｄｅｆは少なくとも１スロットである。一例において、ＨＡＲＱ－ＡＣＫ延期は、ＳＰＳに対してＳＰＳ構成ごとに可能にされる。ＳＰＳ ＨＡＲＱ－ＡＣＫ延期に対して、目標ＰＵＣＣＨスロットは次のＰＵＣＣＨスロットと定義され、ここで利用可能な（有効）ＰＵＣＣＨリソースはＵＥによってＨＡＲＱフィードバック送信のために用いられ得る。

【0082】

図８の例示的シナリオにおいて、延期機構は、ＵＥがスロットｎ＋１のＰＤＳＣＨに対するＨＡＲＱフィードバックを（ダウンリンク）スロットｎ＋２から（アップリンク）スロットｎ＋３へ、またはＫ１ｄｅｆの値によってはさらに先へと延期することを可能にする。したがって、図８の例に対して想定されるとおり、ＵＥはたとえばスロットｎ＋３などの好適なＰＵＣＣＨリソースにおいてＨＡＲＱフィードバックを送信できる。

【0083】

＜ＰＵＣＣＨ繰り返し送信＞
３ＧＰＰはＰＵＣＣＨ繰り返し送信手順もサポートしており、これに従ってＰＵＣＣＨを介した情報の送信（例、ＵＣＩ）が複数回繰り返される。ＰＵＣＣＨ繰り返し機能の実装の一例は、３ＧＰＰ ＴＳ３８．２１３ｖ１６．７．０、セクション９．２．６に従って定義される。この例においては、ＰＵＣＣＨフォーマット１、３、または４に対するＰＵＣＣＨ繰り返し送信がサポートされ、ＵＥは、ＰＵＣＣＨ－Ｃｏｎｆｉｇ情報エレメントの一部として提供されるパラメータｎｒｏｆＳｌｏｔｓ（ｎ２、ｎ４、ｎ８）を用いて、ＰＵＣＣＨの繰り返し送信に対するスロットの数によって構成される（ＴＳ３８．３３１を参照）。パラメータｎｒｏｆＳｌｏｔｓは、（フォーマットＦ１、Ｆ３、Ｆ４の）同じＰＵＣＣＨを有するスロットの数を示す。したがってＵＥは、示されたスロット数にわたってＵＣＩのＰＵＣＣＨ送信を繰り返す。

【0084】

３ＧＰＰは、たとえばサブスロットＰＵＣＣＨ繰り返し送信のサポートおよびＰＵＣＣＨ繰り返し送信の動的表示など、ＰＵＣＣＨ繰り返し送信の増強を提供するためのリリース１７を検討している。

【0085】

一例において、スロットベースのＰＵＣＣＨ繰り返し送信およびサブスロットベースのＰＵＣＣＨ繰り返し送信に対して、ＰＵＣＣＨ繰り返し送信を動的に示すための新たな機能が用いられ得る。スロットベースのＰＵＣＣＨ繰り返し送信に対して、スロットはただ１つのＰＵＣＣＨリソースを含むと想定される。しかし、サブスロットベースのＰＵＣＣＨ繰り返し送信に対しては、スロットが複数のＰＵＣＣＨリソース（サブスロット当たり１つ）を含むことがあり、その各々がＰＵＣＣＨ繰り返し送信に用いられ得る。１つの選択肢は、次いで値Ｋ１（上記のＳＰＳ構成ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫを参照）をスロットベースではなくサブスロットベースで解釈することである。加えて、サブスロットベースのＰＵＣＣＨ繰り返し送信に対して、半静的構成の（semi-statically-configured）ＰＵＣＣＨ繰り返し送信（例、上記で考察されたパラメータｎｒｏｆＳｌｏｔｓを用いる）および動的構成の繰り返し係数（repetition factor）ベースの動作がサポートされる（別個のＵＥ能力（capabilities）の対象である）。さらに、スロットベースのＰＵＣＣＨ繰り返し送信も単一のＴＲＰ動作に対するＰＵＣＣＨフォーマット０およびフォーマット２に対してサポートされてもよく、このサポートはＵＥ能力の表示の対象であってもよい。

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

以下の開示から明らかになるとおり、この場合の基地局の処理回路は、ＵＣＩ繰り返し送信の目標有効数を決定すること、各コンポーネントキャリアに対する送信有効性係数を決定すること、ＵＣＩ繰り返し送信に使用されるコンポーネントキャリアを決定すること、ＵＣＩ繰り返し送信に対するコンポーネントキャリアのアップリンクリソースを決定すること、個別のＵＣＩ繰り返し送信の個別有効数を決定すること、ＵＣＩ繰り返し送信の現行有効数を決定することなどのうちの１つ以上を少なくとも部分的に実行するように例示的に構成され得る。

【0141】

以下の開示から明らかになるとおり、この場合の基地局の送信機は、ＵＣＩ繰り返し送信の決定された目標有効数についての情報を送信すること、各コンポーネントキャリアに対する決定された送信有効性係数についての情報を送信することなどのうちの１つ以上を少なくとも部分的に実行するように例示的に構成され得る。

【0142】

以下においてさらにより詳細に開示されることとなる１つの例示的な手順は、以下を含む基地局によって実装される。基地局の処理回路は、ユーザ機器に対して構成された複数のコンポーネントキャリアのうちの１つのアップリンクリソースを用いてＵＥによって送信されるアップリンク制御情報（ＵＣＩ）に対する繰り返し送信の目標有効数を決定する。処理回路は、複数のコンポーネントキャリアの各々に対して、それぞれのＵＣＩ繰り返し送信を実行するためにＵＥが使用可能なそれぞれのコンポーネントキャリアに関する送信有効性係数を決定する。基地局の送信機は、ＵＣＩ繰り返し送信の決定された目標有効数についての情報と、各コンポーネントキャリアに対する決定された送信有効性係数についての情報とをＵＥに送信する。基地局の受信機は、ＵＣＩ繰り返し送信の目標有効数に到達するまで、複数のコンポーネントキャリアのうちの１つのアップリンクリソースをそれぞれ介してＵＥからＵＣＩ繰り返し送信を受信する。受信されたＵＣＩ繰り返し送信の各々は、ＵＣＩ繰り返し送信の目標有効数に向かって個別有効数を付与し、各ＵＣＩ繰り返し送信の有効数は、それぞれのＵＣＩ繰り返し送信の受信に用いられたコンポーネントキャリアに関する送信有効性係数に依存する。

【0143】

対応する方法は、基地局によって実行される以下のステップ、
ユーザ機器に対して構成された複数のコンポーネントキャリアのうちの１つのアップリンクリソースを用いてＵＥによって送信されるアップリンク制御情報（ＵＣＩ）に対する繰り返し送信の目標有効数を決定するステップ、
複数のコンポーネントキャリアの各々に対して、それぞれのＵＣＩ繰り返し送信を実行するためにＵＥが使用可能なそれぞれのコンポーネントキャリアに関する送信有効性係数を決定するステップ、
ＵＣＩ繰り返し送信の決定された目標有効数についての情報と、各コンポーネントキャリアに対する決定された送信有効性係数についての情報とをＵＥに送信するステップ、
ＵＣＩ繰り返し送信の目標有効数に到達するまで、複数のコンポーネントキャリアのうちの１つのアップリンクリソースをそれぞれ介してＵＥからＵＣＩ繰り返し送信を受信するステップを含み、
ここで受信されたＵＣＩ繰り返し送信の各々は、ＵＣＩ繰り返し送信の目標有効数に向かって個別有効数を付与し、各ＵＣＩ繰り返し送信の有効数は、それぞれのＵＣＩ繰り返し送信の受信に用いられたコンポーネントキャリアに関する送信有効性係数に依存する。

【0144】

図１４において、上記で考察された基地局および対応する方法に従う例示的な基地局の挙動に対応するシーケンス図が示される。このシーケンス図は、上記で提示された基地局の方法の例示的な簡略化した実装を示す。図１４から明らかであるとおり、ｇＮＢは、ＵＣＩ繰り返し送信の目標有効数および各コンポーネントキャリアに対する送信有効性係数という新たなパラメータを決定することを担い得る。次いで基地局は、同じ理解が得られるように、対応する情報をＵＥに提供する。基地局は、ＵＥに対応する方式で、ＵＥからＵＣＩ繰り返し送信を受信し、これはＵＥによって使用されるコンポーネントキャリアおよびアップリンクリソースの決定も含んでもよい。さらに基地局は、それまでにＵＥが実行した１つ以上の個別のＵＣＩ繰り返し送信の有効数も追跡することによって、ＵＥがＵＣＩに対する繰り返し送信の実行をいつ停止するかを知ることとなる。

【0145】

図１５は、上記で考察された改善されたＵＣＩ送信手順の改善されたＵＥと改善された基地局（ここではたとえばｇＮＢ）との簡略化した例示的な相互作用を示す。図１５に提示されるこのソリューションにおいて、この相互作用は最初に、基地局におけるＵＣＩ繰り返し送信の目標有効数の決定を含み、基地局は次いで目標有効繰り返し数についての好適な情報をＵＥに送信することも担う。ＵＥも受信された情報に基づいて、次いでアップリンク制御情報に対する繰り返し送信を実行するときに自身が使用する必要がある目標有効繰り返し数を決定する。

【0146】

同様に、図１５においては基地局がＵＥのキャリアに対する送信有効性係数を決定して、その係数についての好適な情報をＵＥに提供することが想定される。ＵＥも受信された情報に基づいて、次いで自身のコンポーネントキャリアの各々に対する送信有効性係数を決定する。

【0147】

最終的に、アップリンク制御情報がＵＥにおける送信のために利用可能になる。ＵＥは、この場合には第１のＵＣＩ繰り返し送信を実行するために、ＵＣＩを送信するためのキャリアと、そのキャリアのアップリンクリソースとを決定する。基地局においても同様の手順が実行されることで、基地局はＵＥから第１のＵＣＩ繰り返し送信を適切に受信し得る。上記で考察されたとおり、各ＵＣＩ繰り返し送信の個別有効数は、たとえばコンポーネントキャリアおよび対応する送信有効性係数などに依存する。ＵＣＩ繰り返し送信は目標有効数に到達するまでＵＥによって実行され、各ＵＣＩ繰り返し送信は自身の個別有効数に従って目標に向かって加算する。

【0148】

図１５の例示的シナリオにおいて、合計３つのＵＣＩ繰り返し送信が実行されると想定する。ＵＥは過去のＵＣＩ繰り返し送信に対する個別有効数を蓄積することによって、すべての過去のＵＣＩ繰り返し送信の現行有効数を決定する。次いでＵＥは最終的に（この場合は第３のＵＣＩ繰り返し送信の後に）目標有効数に到達したことを決定し、ＵＣＩ繰り返し送信を停止する。示されるとおり、基地局は対応する動作を実行する。

【0149】

以下において、上記で考察された動作のより具体的な実装および変形が記載されることとなる。この記載は主にＵＥの観点からのものとなる。しかし、図１５の記載および例示に従って対応する動作が基地局側でも行われるため、以下の実装および変形は基地局の動作にも適用される。

【0150】

さらに、ＵＥの送信のために利用可能なアップリンク制御情報は、たとえば以下のものなどであり得ることが想定される。
・ダウンリンク送信に関する再送信プロトコルのフィードバック情報。再送信プロトコルの一例はＨＡＲＱである。
・スケジューリング要求。
・チャネル状態情報（チャネル品質情報とも呼ばれ得る）。

【0151】

改善されたＵＣＩ送信手順は、上述のタイプのアップリンク制御情報のいずれかによって実行され得る。ただし、ＵＥおよびＢＳの挙動は、ＵＥによって送信されるアップリンク制御情報のタイプに依存して、いくつかの詳細がわずかに異なることがある。

【0152】

さらに、改善されたＵＣＩ送信手順は、アップリンク繰り返し機能およびキャリアスイッチング機能の２つの機能の共同動作を想定しており、これらの機能の例は上記において５Ｇ準拠実装に関連してすでに説明されている。

【0153】

簡潔にいうと、アップリンク繰り返し機能（たとえば上記のセクション「ＰＵＣＣＨ繰り返し送信」を参照）は、ＵＥがアップリンク制御情報の２つ以上の送信を実行することを可能にし、この２つ以上の送信の各々は「繰り返し送信」と呼ばれ得る。

【0154】

改善されたＵＣＩ送信手順（ならびにその異なる変形および異なる実装）に対して用いられ得るアップリンク繰り返し機能のより具体的な実装は、上記の５Ｇに対するセクション「ＰＵＣＣＨ繰り返し」に記載されている。

【0155】

さらに、簡潔にいうと、キャリアスイッチング機能（たとえば上記のセクション「ＰＵＣＣＨキャリアスイッチング」を参照）は、ＵＥがアップリンク制御情報を送信するために異なるキャリアにスイッチングすることを可能にする。異なる言い方をすると、キャリアスイッチング機能は、ＵＣＩ送信に用いられるキャリアがスイッチング可能であり、常に同じである必要がないことを伴う（例、ＵＣＩとしてＨＡＲＱフィードバックを例示的に想定すると、ＵＣＩを送信するためのキャリアは、ＵＥが対応するダウンリンク送信を受信したときに用いられたキャリアでなくてもよい）。

【0156】

その１つの例示的実装において、キャリアスイッチングは、たとえば半静的タイミングパターンなどを用いて、アップリンク制御情報を送信するタイミングに依存して実行される。半静的タイミングパターンは参照コンポーネントキャリアの参照時間スロットに関連して定義され、参照時間スロットごとにＵＣＩ送信のために用いられる１つのコンポーネントキャリアを定義してもよい。ＵＣＩ送信のタイミングに基づいて、前記ＵＣＩアップリンクタイミングに対応する参照時間スロットが決定され得る。次いで、タイミングパターンに従って参照時間スロットに対応するアップリンクキャリアが決定される。

【0157】

別の例示的実装において、キャリアスイッチングはＵＥに直接示され得る。たとえば、ＵＣＩがＨＡＲＱフィードバック情報であると想定すると、ＵＣＩコンポーネントキャリアのキャリア表示は、基地局から受信された、自身に対するＨＡＲＱフィードバックが送信されるべき対応するダウンリンク送信をスケジューリングするリソーススケジューリングメッセージ（例、ＤＣＩ）において動的に示され得る。別の変形は、ダウンリンク送信がセミパーシステントスケジューリング（ＳＰＳ）構成によって構成されることを想定し、この場合にＵＣＩキャリア表示はダウンリンク送信の対応するＳＰＳ構成に含まれ得る。

【0158】

改善されたＵＣＩ送信手順（ならびにその異なる変形および異なる実装）に対して用いられ得るキャリアスイッチング機能のより具体的な実装は、上記の５Ｇに対するセクション「ＰＵＣＣＨキャリアスイッチング」に記載されている。

【0159】

上記で説明された改善されたＵＣＩ送信手順は、目標有効繰り返し数に到達するまでＵＣＩ繰り返し送信を実行することを含む。一例において、これはＵＥにおいてＵＣＩ繰り返し送信を実行するか否かを決定することを含み、この決定は過去のＵＣＩ繰り返し送信（および特にそれらのそれぞれの個別有効数）が目標有効数を満たすために十分であるかどうかに基づき得る。よってＵＥ（および基地局）は過去のＵＣＩ繰り返し送信を追跡してもよく、特にそれまでにＵＥによって実行されたＵＣＩ繰り返し送信の有効数を追跡し得る。ＵＥは、特定のＵＣＩに対してそれまでに実行された各ＵＣＩ繰り返し送信の個別有効数を蓄積し、その蓄積量は「ＵＣＩ繰り返し送信の現行有効数」と呼ばれ得る。１つの選択肢は、各々の過去のＵＣＩ繰り返し送信の個別有効数を単純に加算することである。

【0160】

さらに、次いでＵＥは、このＵＣＩ繰り返し送信の現行有効数を目標有効数と比較してもよい。一例において、現行有効繰り返し数が目標有効繰り返し数よりも小さい場合、次いでＵＥはさらなるＵＣＩ繰り返し送信を送信することを決定する。反対に、現行有効繰り返し数が目標有効繰り返し数以上である場合は、ＵＥがさらなるＵＣＩ繰り返し送信を送信する必要はない。

【0161】

本明細書で説明される改善されたＵＣＩ送信手順は、新たなパラメータ、すなわちたとえばＵＥに対して構成された各コンポーネントキャリアなどに対する送信有効性係数（以下ＴＥＣと略される）を導入することにさらに基づく。この新たなパラメータに関する改善されたＵＣＩ送信手順の異なる変形が以下に説明される。

【0162】

一例において、ＴＥＣは最初に基地局によって決定され、次いでＵＥに提供され、ＵＥは受信された情報からＴＥＣを決定し得る。

【0163】

ＴＥＣは、たとえばコンポーネントキャリアごとに提供され得る。ＴＥＣは、それぞれのコンポーネントキャリアを通じたアップリンク送信の送信有効性を反映するパラメータである。したがって基地局は、たとえば送信有効性に関する測定値または情報などに基づいて、ＵＥのコンポーネントキャリアのＴＥＣを決定し得る。異なるキャリアを通じた（または１つのキャリアを通じたものであっても）ＰＵＣＣＨ送信のパフォーマンスは、チャネル条件、割当てられた送信電力、リソース割当てなどの相違によって異なり得る。基地局は、たとえばＵＣＩ送信のパフォーマンスの推定または測定などによってＴＥＣを決定し得る。送信有効性は、たとえば送信信頼性、受信機信号品質、または送信電力の１つまたは組み合わせなどであり得る。

【0164】

送信有効性の一例は、コンポーネントキャリアを介したアップリンク送信の信頼性である。たとえば基地局は、構成されたＰＵＣＣＨリソースの推定か、またはＵＣＩ送信の合計と比較したときの正しく受信されたＵＣＩ送信の測定によって、キャリアを通じたアップリンク送信の信頼性を決定してもよい。単純な関係は、コンポーネントキャリアの信頼性が高くなるほど、そのコンポーネントキャリアに対して決定される送信有効性係数も高くなり、逆も同様となることである。

【0165】

送信有効性の別の例は、たとえばＲＳＳＩなどの対応する測定値などを用いた、基地局がアップリンク送信を受信するときの受信機信号品質である。基地局は、ＵＥから異なるコンポーネントキャリアを介して受信されたアップリンク送信の信号品質を測定でき、よってコンポーネントキャリアの送信有効性を反映するものとして使用するために好適な送信品質を決定できる。単純な関係は、コンポーネントキャリアの受信信号品質が高くなるほど、そのコンポーネントキャリアに対して決定される送信有効性も高くなり、逆も同様となることである。

【0166】

送信有効性のさらに別の例は、コンポーネントキャリアを通じたアップリンク送信のためにＵＥが使用する送信電力である。たとえばｇＮＢは、典型的にＵＥの送信電力を増加／減少させるためのコマンドをＵＥに送信することによってＵＥの電力制御に関与するため、基地局はコンポーネントキャリアを通じた送信のためにＵＥが使用する送信電力を認識する。よって基地局は、コンポーネントキャリアの送信有効性を反映するものとして送信電力を得ることができる。単純な関係は、コンポーネントキャリアを通じた送信のために使用される送信電力が高くなるほど、そのコンポーネントキャリアに対して決定される送信有効性も高くなり、逆も同様となることである。

【0167】

一例において、ＵＥのコンポーネントキャリアのＴＥＣは、たとえば参照コンポーネントキャリアを通じたアップリンク送信の相対的な送信有効性などに関する相対的な係数として定義される。一例によると、参照コンポーネントキャリアは、たとえばプライマリキャリア、セカンダリキャリア、最低サブキャリア間隔を有するキャリア、または最高サブキャリア間隔を有するキャリアなどの、ＵＥに対して構成されたコンポーネントキャリアの任意のキャリアであり得る。

【0168】

ＴＥＣ決定に対する参照キャリアは、キャリアスイッチング機能に対する参照キャリアと同じであり得る。代替的に、ＴＥＣ決定に対する参照キャリアは、キャリアスイッチング機能の参照キャリアとは別に独立して決定され得る。

【0169】

たとえば、参照キャリアに対するＴＥＣは値１を有すると定義され、残りのキャリア（単数または複数）に対するＴＥＣは、参照キャリア（例、たとえばＰＣｅｌｌなどのプライマリキャリア、またはたとえばＳＣｅｌｌなどのセカンダリキャリア、または最低もしくは最高のＳＣＳを有するキャリア）に対して、参照キャリアのＴＥＣ値１に対して相対的に決定される。

【0170】

このことを４つのコンポーネントキャリアＣＣ＃０～ＣＣ＃３を有する例示的シナリオに基づいて示す。以下の表は、異なる参照キャリアに対してもたらされるＴＥＣを示し、これらはそれぞれコンポーネントキャリアの同じ相対的送信有効性を想定している。

【表4】

【0171】

したがって、上記のＴＥＣは例示的シナリオを反映し、ここでＣＣ＃１を通じたＵＣＩ繰り返し送信は、ＣＣ＃０またはＣＣ＃２を通じた２つのＵＣＩ繰り返し送信と同等に有効であり、さらにＣＣ＃３を通じた４つのＵＣＩ繰り返し送信と同等に有効である。

【0172】

さらにＴＥＣは、コンポーネントキャリアを通じた送信に使用されるＰＵＣＣＨリソースにも依存し得る。１つのキャリアに対して利用可能な異なるＰＵＣＣＨリソースの間で送信有効性が異なることがあり、その結果もたらされる異なるアップリンクリソースに対するＴＥＣも異なり得る。よって１つの例示的実装において、結果的にもたらされるＴＥＣはコンポーネントキャリアごとに決定されるだけでなく、キャリアのアップリンクリソースごとにも決定され得る。しかし本開示においては、コンポーネントキャリアのすべてのアップリンクリソースに対してＴＥＣが決定されることが主に想定される（上記の表を参照）が、改善されたＵＣＩ送信手順は、コンポーネントキャリアおよびアップリンクリソースに対して固有のＴＥＣにも適用可能であることが理解されるべきである。

【0173】

ＴＥＣをＵＥに提供する異なるやり方が存在する。上述の例において、基地局はＴＥＣを決定することを担い、よってＵＥのすべてのコンポーネントキャリアに対して決定されたＴＥＣについての好適な情報をＵＥに提供する。よってＵＥは必要なＴＥＣによって半静的に構成される。１つの実装において、無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）プロトコルのメッセージが使用され得る。受信された情報に基づいて、次いでＵＥは、たとえば実行されたＵＣＩ繰り返し送信の個別有効数を決定するプロセスなどにおいて、対応するコンポーネントキャリアのＴＥＣを決定し得る。

【0174】

本明細書で説明される改善されたＵＣＩ送信手順は、新たなパラメータ、すなわちＵＣＩ繰り返し送信の目標有効数（以下において目標有効繰り返し数とも呼ばれる）を導入することにさらに基づく。この新たなパラメータに関する改善されたＵＣＩ送信手順の異なる変形が以下に説明される。

【0175】

一例において、目標有効繰り返し数は最初に基地局によって決定され、次いでＵＥに提供され、ＵＥは受信された情報から目標有効繰り返し数を決定し得る。

【0176】

たとえば、ＵＣＩ繰り返し送信の目標有効数はアップリンク制御情報のタイプに対して固有のものであり得るため、各タイプに対して１つの（おそらく異なる）目標有効繰り返し数が存在してもよく、その目標有効繰り返し数はＨＡＲＱ目標有効繰り返し数、ＳＲ目標有効繰り返し数、およびＣＳＩ目標有効繰り返し数のうちの１つ以上を含む。

【0177】

代替的には、１つの共通目標有効繰り返し数を使用でき、すなわちそれはすべてのタイプのアップリンク制御情報に対して共通である。

【0178】

目標有効繰り返し数は、たとえばアップリンク制御情報が基地局においてたとえば十分な信頼性を伴って受信されることなどを確実にすることなどの、ＵＣＩ送信に対するパフォーマンス要求を達成するように決定され得る。

【0179】

基地局は、目標有効繰り返し数を異なる方式で決定し得る。基地局は、アップリンクにおけるコンポーネントキャリアのチャネル品質を考慮し得る。前記に関連して、一例によると、基地局は、たとえばＰＵＣＣＨフォーマット、持続時間、送信電力などのうちの１つ以上などのＵＣＩの送信パラメータを考慮し得る。これらの送信パラメータは、たとえばＨＡＲＱフィードバック、ＳＲ、およびＣＳＩなどの異なるＵＣＩタイプの間で変動することがある。

【0180】

基地局は、異なるキャリアの送信有効性も考慮してもよく、加えておそらくは対応する送信有効性係数も考慮してもよく、これは改善されたＵＣＩ送信手順の一部として用いられる他方の新たなパラメータである（たとえば上述を参照）。付加的または代替的に、ＵＣＩのトラフィックタイプの信頼性要件も基地局によって使用され得る。付加的または代替的に、ＵＣＩのトラフィックタイプの重要性、たとえば優先順位などが基地局によって使用され得る。たとえば、優先順位の低いＳＰＳダウンリンク送信（またはＳＲまたはＣＱＩ）と比較して、優先順位の高いＳＰＳダウンリンク送信（またはＳＲまたはＣＱＩ）の方により高い目標有効数が設定され得る。

【0181】

目標有効繰り返し数をＵＥに提供する異なるやり方が存在する。たとえば、ＨＡＲＱに関する目標有効繰り返し数は、基地局から受信された、自身に対するＨＡＲＱフィードバックが送信されるべき対応するダウンリンク送信をスケジューリングするリソーススケジューリングメッセージ（例、ＤＣＩ）において動的に示され得る。別の変形は、ダウンリンク送信がセミパーシステントスケジューリング（ＳＰＳ）構成によって構成されることを想定し、目標有効繰り返し数はダウンリンク送信の対応するＳＰＳ構成に含まれ得る。

【0182】

他方で、ＳＲに関する目標有効繰り返し数は、スケジューリング要求に関する対応する構成情報に含まれ得る。よって、構成情報はスケジューリング要求をいつどのように送信するかに関する他のパラメータを含むだけでなく、対応するＳＲ目標有効繰り返し数も含んでもよい。１つの例示的な５Ｇ準拠実装において、ＳＲ目標有効繰り返し数はＲＲＣ情報エレメントＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｎｆｉｇに含まれてもよく、これは５Ｇにおいて、たとえば禁止タイマまたはＳＲ送信の最大数などの専用ＳＲリソースに対するパラメータを構成するために予測される。

【0183】

さらに、ＣＳＩに関する目標有効繰り返し数は、チャネル状態情報に関する対応する構成情報に含まれ得る。よって、構成情報はチャネル状態情報をいつどのように送信するかに関する他のパラメータを含むだけでなく、対応するＣＳＩ目標有効繰り返し数も含んでもよい。１つの例示的な５Ｇ準拠実装において、ＣＳＩ目標有効繰り返し数はＲＲＣ情報エレメントＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇに含まれてもよく、これは５Ｇにおいて、ＰＵＣＣＨにおいて送信される周期的またはセミパーシステントな報告を構成するために予測される。

【0184】

図１６は、改善されたＵＣＩ送信手順の例示的な簡略化した実装を説明するために用いられ、ＵＥに対して構成された異なるコンポーネントキャリアの複数のスロットを示す。図１６の基礎をなす例示的シナリオにおいて、ＵＥは４つの異なるコンポーネントキャリアによって構成されると想定される。異なるキャリアに対するＴＥＣは、図１６の右側にも示されるとおり、ＣＣ＃０（１）、ＣＣ＃１（２）、ＣＣ＃２（１）、ＣＣ＃３（０．５）である。キャリアスイッチング機能に対する半静的タイミングパターンは、参照キャリアとしてＣＣ＃０を用いることに基づいて、図面の下部に示されており、ここで参照キャリアのスロットｎはＣＣ＃１に、スロットｎ＋１はＣＣ＃１に、スロットｎ＋２はＣＣ＃３に、スロットｎ＋３はＣＣ＃２に、スロットｎ＋４はＣＣ＃２に、スロットｎ＋５はＣＣ＃１に、スロットｎ＋６はＣＣ＃１に関連付けられる。

【0185】

ＵＥはスロットｎおよびｎ＋４におけるダウンリンク送信（ＰＤＳＣＨ）に対するアップリンク制御情報としてＨＡＲＱフィードバックを送信する必要があることがさらに想定され、ここでダウンリンク送信はＳＰＳによって構成される。ＳＰＳ構成は、ＵＣＩ繰り返し送信の目標有効数４を定義し、さらにＰＤＳＣＨ対ＰＵＣＣＨオフセットＫ１＝１を定義する（すなわち、ＨＡＲＱフィードバックの第１の繰り返し送信は、対応するダウンリンク送信の１スロット後に送信されるべきである）。

【0186】

Ｋ１パラメータに続いて、ＣＣ＃０のスロットｎ＋１においてＵＥによって第１のＵＣＩ繰り返し送信（図面の「ｒｅｐ．＃１」を参照）が実行される（例、ＣＣ＃０は参照キャリアであり、かつＰＤＳＣＨを伝達するキャリアである）。半静的タイミングパターンに基づいて、参照スロットｎ＋１はＨＡＲＱフィードバックのアップリンク送信に対するキャリアＣＣ＃１に関連付けられ、これが可能なのはキャリアＣＣ＃１の時間スロットｎ＋１がアップリンクスロットだからである。次いでＵＥはキャリアＣＣ＃１の好適なＰＵＣＣＨリソースを決定し、決定されたアップリンクリソースを用いてコンポーネントキャリアＣＣ＃１を通じてＨＡＲＱフィードバック繰り返し送信を実行する。

【0187】

上述のとおり、コンポーネントキャリアＣＣ＃１のＴＥＣは２であるため、第１のＨＡＲＱフィードバック繰り返し送信は目標有効繰り返し数に向かって個別有効数２を付与する。現在蓄積されている過去の繰り返し送信の有効数はまだ目標有効繰り返し数に到達していないため、ＵＥはその後の時間スロットにおいてＨＡＲＱフィードバック繰り返し送信の実行を続ける。本シナリオにおいて、ＵＥが次にＵＣＩ繰り返し送信を実行する機会は参照時間スロットｎ＋２であり、これは半静的キャリアスイッチングタイミングパターンに従ってコンポーネントキャリアＣＣ＃３に関連付けられる。参照時間スロットｎ＋２の間、コンポーネントキャリアＣＣ＃３には（４つのうち）２つのアップリンク時間スロットが存在し、その両方を用いて２つの別個のＨＡＲＱフィードバック繰り返し送信を実行できる。これら２つのＨＡＲＱフィードバック繰り返し送信の各々が、目標有効数４に到達するという目標に向かって個別有効数０．５（ＣＣ＃３のＴＥＣを参照）を付与する。

【0188】

全体として、ＵＥは蓄積された現行有効数が３（２＋０．５＋０．５）であることを決定し、これはまだ目標有効繰り返し数未満である。よって、参照スロットｎ＋３におけるさらなる第４のＨＡＲＱフィードバック繰り返し送信が必要であり、これはＣＣ＃２（半静的タイミングパターンを参照）において、特に参照時間スロットｎ＋３に対応する第２の時間スロット（アップリンク時間スロット）で実行され得る。第４のＨＡＲＱフィードバック繰り返し送信は個別有効数１（ＣＣ＃２に対するＴＥＣ１を参照）を付与するため、ＵＥは合計で目標有効繰り返し数４に到達する。よって、ＵＥは利用可能なＵＣＩに対するさらなるＨＡＲＱフィードバック繰り返し送信を実行する必要がない。

【0189】

改善されたＵＣＩ送信手順の今説明された手順に続いて、ＵＥは参照コンポーネントキャリアＣＣ＃０のスロットｎ＋４において受信されたＰＤＳＣＨに対するＨＡＲＱフィードバック繰り返し送信を同様に実行する。値Ｋ１＝１と、半静的タイミングパターンがスロットｎ＋５およびｎ＋６に対するＰＵＣＣＨキャリアスイッチングに対してＣＣ＃１を示すこととを考慮して、ＵＥは２つのＨＡＲＱフィードバック繰り返し送信を実行し得る。スロットｎ＋５およびｎ＋６における２つの繰り返し送信はそれぞれ個別有効数２（ＣＣ＃１のＴＥＣ＝２を参照）を付与し、ＨＡＲＱフィードバック繰り返し送信の合計有効数４をもたらし、これはすなわち目標有効繰り返し数に等しい。よって、スロットｎ＋４のＰＤＳＣＨに対するＨＡＲＱフィードバックに対するさらなるＨＡＲＱフィードバック繰り返し送信は必要ない。

【0190】

図１７を参照して、改善されたＵＣＩ送信手順の別の例示的な簡略化した実装が説明され、これは図１６のシナリオと非常に類似した想定を有する。しかし、図１７の例示的シナリオに対しては、ダウンリンク送信がリソーススケジューリングメッセージ（ＤＣＩ）によってスケジューリングされることが想定され、これはそれぞれ、スロットｎのＰＤＳＣＨに関するＨＡＲＱフィードバックに対する目標有効繰り返し数４を示し、かつスロットｎ＋４のＰＤＳＣＨに関するＨＡＲＱフィードバックに対する目標有効繰り返し数２を示す。Ｋ１パラメータに対する同じ値が想定され、アップリンク制御情報キャリアスイッチングに対する同じ半静的タイミングパターンが想定される。異なるコンポーネントキャリアのＴＥＣ値、および異なるコンポーネントキャリアのダウンリンク／アップリンクスロット構成も、図１６に対して考察されたものと同じままである。

【0191】

スロットｎにおけるＰＤＳＣＨに対しては、ＵＥによって同じＨＡＲＱフィードバック繰り返し送信が実行されるだろう。なぜなら、ＴＥＣおよび目標有効繰り返し数を含む同じ関連パラメータが想定されるからである。他方で、スロットｎ＋４におけるダウンリンク送信に対するＤＣＩは、異なる目標有効繰り返し数、すなわち２を動的に示すため、ＣＣ＃１におけるスロットｎ＋５での単一の繰り返し送信によって、十分に目標有効繰り返し数に到達する（ＣＣ＃１のＴＥＣ＝２を参照）。

【0192】

上記の実装および変形においては、具体的な詳細を提供することなく、ＵＥが対応するコンポーネントキャリアにおける好適なアップリンクリソースを決定することが単純に想定された。改善されたＵＣＩ送信手順（ならびにその異なる変形および実装）のさらなる態様によると、コンポーネントキャリアの好適なアップリンクリソースの決定のより詳細な実装が採用され得る。

【0193】

一般的に、一例において、アップリンクリソースはＰＵＣＣＨ送信のＰＵＣＣＨフォーマット、第１のシンボル、持続時間、物理リソースブロックオフセット、およびサイクリックシフトインデックスセットに基づいて定義されてもよい。

【0194】

アップリンクリソース決定の１つの例示的実装によると、アップリンクリソースは、ＵＥに提供されたアップリンクリソース表示に基づいて決定される。アップリンクリソース表示は、ＵＥが以前に決定されたコンポーネントキャリアにおける好適なアップリンクリソースを決定することを可能にする。一例において、異なるアップリンクリソース表示と、ＵＥに対して構成されたキャリアの１つ以上に対する異なるアップリンクリソースとの関連付けがＵＥに記憶される。次いでＵＥは、アップリンクリソース表示と、ＵＣＩが送信されるときに用いられるコンポーネントキャリアとに基づいて、記憶された関連付けから対応するアップリンクリソースを選択する。

【0195】

例示的な関連付けは表の形態で定義でき、以下の表１にその例が提供される。

【表5】

【0196】

表１から明らかであるとおり、４つの異なる値（０、１、２、３）を有する２ビットアップリンクリソース表示が例示的に想定され、ＵＥは２つの異なるコンポーネントキャリアＣＣ＃０およびＣＣ＃１によって構成される。さらに、第１のコンポーネントキャリアＣＣ＃０に対して４つの異なるアップリンクリソースＰ００～Ｐ０３が存在し、第２のコンポーネントキャリアＣＣ＃１に対して２つのアップリンクリソースＰ１０、Ｐ１１が存在することが想定される。したがって、値０のアップリンクリソース表示が示されるとき、ＵＥはキャリアスイッチングスキームに従ってＵＣＩを送信するために、キャリアＣＣ＃０が使用される場合はアップリンクリソースＰ００を決定し、キャリアＣＣ＃１が使用される場合はアップリンクリソースＰ１０を決定する。これは（ＵＣＩ繰り返し送信の目標有効数に到達するまで）各ＵＣＩ繰り返し送信に対応する方式で行われ得る。

【0197】

このアップリンクリソース決定手順の例示的実装が図１８に示されており、図１８はＵＥに対して構成された２つのコンポーネントキャリアＣＣ＃０およびＣＣ＃１の複数のスロットを示す。これら２つのコンポーネントキャリアのＴＥＣは、ＣＣ＃０に対して２、ＣＣ＃１に対して１である（図面の右側にも示されている）。キャリアスイッチングタイミングパターンの例が図面の下部に示されており、これは参照コンポーネントキャリアとしてコンポーネントキャリアＣＣ＃０を想定している。スロットｎにおいて１つのＤＣＩスケジューリングダウンリンク送信が起こると想定され、それに対するＨＡＲＱフィードバック情報が（ＵＣＩとして）ＵＥによって送信される。図１８は、異なるアップリンクリソース表示（ＰＲＩ；ＰＵＣＣＨリソースインジケータ）とＣＣ固有アップリンクリソースとの関連付けも示しており、それによってＰＲＩ＝０とＣＣ＃０のアップリンクリソースＰ００およびＣＣ＃１のアップリンクリソースＰ１０とが関連付けられ、かつＰＲＩ＝１とＣＣ＃０のアップリンクリソースＰ０１およびＣＣ＃１のアップリンクリソースＰ１１とが関連付けられる。

【表6】

【0198】

図１８のＤＣＩは、目標有効繰り返し数４と、Ｋ１値１と、ＰＲＩ０とを示すことが例示的に想定される。したがって、ＵＥが使用できるアップリンクリソースは、ＣＣ＃０に対するＰ００およびＣＣ＃１に対するＰ１０である。このダウンリンク送信に対するＨＡＲＱフィードバックを送信するための次のアップリンク送信機会はアップリンク時間スロットｎ＋１であり、これは半静的タイミングパターンに従ってキャリアＣＣ＃０に関連付けられる。したがって、示される関連付けに従ってＣＣ＃０のアップリンクリソースＰ００が決定され、次いで第１のＨＡＲＱフィードバック繰り返し送信を送信するためにＵＥに使用される。

【0199】

第１のＵＣＩ繰り返し送信によって付与される個別有効数は２であり、すなわち目標有効繰り返し数４よりも小さいため、ＵＥはさらなるＵＣＩ繰り返し送信を実行する必要がある。残りの第２および第３のＨＡＲＱフィードバック繰り返し送信のために、ＵＥは参照時間スロットｎ＋２およびｎ＋３ならびにキャリアスイッチングタイミングパターンに従って、ＵＣＩ送信のためにＣＣ＃１を使用することを決定する。ＵＥは、第１のＨＡＲＱフィードバック繰り返し送信のためにすでに使用されたものに等しい、示される関連付けに同様に基づいて対応するアップリンクリソースを決定し、よってＤＣＩにおいて受信されたＰＲＩ＝０に基づいてアップリンクリソースＰ１０を使用することを導き出す。したがって、ＵＥはＣＣ＃１のアップリンクリソースＰ１０を介して第２および第３のＨＡＲＱフィードバックを送信する。

【0200】

アップリンクリソース決定の１つの例示的実装によると、アップリンクリソース決定は、現行の５Ｇ ＮＲ通信システムに対して上述されたのと同じかまたは類似の方式で実装され得る。具体的には、セクション「５Ｇ ＮＲにおけるアップリンク制御情報、ＰＵＣＣＨ」および「ＳＰＳおよびＵＣＩ － ＨＡＲＱ－ＡＣＫ送信」を参照されたい。したがって、ＵＥは各ＵＣＩ繰り返し送信に対して同じやり方を用いて、コンポーネントキャリアのアップリンクリソースを決定する。

【0201】

さらに、ＵＥは異なる方式でアップリンクリソース表示を得ることができる。たとえば、ＵＣＩがＨＡＲＱフィードバック情報であると想定すると、アップリンクリソース表示は、基地局から受信された、自身に対するＨＡＲＱフィードバックが送信されるべき対応するダウンリンク送信をスケジューリングするリソーススケジューリングメッセージ（例、ＤＣＩ）において動的に示され得る（たとえば図１８などを参照）。別の変形は、ダウンリンク送信がセミパーシステントスケジューリング（ＳＰＳ）構成によって構成されると想定し、この場合のアップリンクリソース表示は、ダウンリンク送信の対応するＳＰＳ構成に含まれ得る。

【0202】

以下において、改善されたアップリンクリソース決定手順を別に説明する。この改善されたアップリンクリソース決定手順は、アップリンクリソースを決定するために、第１のＵＣＩ繰り返し送信と、後続のＵＣＩ繰り返し送信（すなわち、第１のＵＣＩ繰り返し送信の後に続くもの）とを区別する。特に、アップリンクリソースインジケータと異なるアップリンクリソースとの上記で提示された関連付けは、第１のＵＣＩ繰り返し送信のみに関連して使用される。したがってＵＥは、たとえば図１８に関連してすでに上記で説明されたとおり、第１の関連付けに基づいてこの第１のＵＣＩ繰り返し送信に対するアップリンクリソースを決定する。

【0203】

他方で、このシリーズにおける任意の後続のＵＣＩ繰り返し送信に対しては、異なる第２の関連付けが用いられ、これは第１のＵＣＩ繰り返し送信に用いられたものとは異なるアップリンクリソースを、ＵＥに対して構成された１つ以上のコンポーネントキャリアの異なるアップリンクリソースと関連付ける。

【0204】

こうした第２の関連付けの例は表の形態で定義でき、それはたとえば以下のとおりであり得る。

【表7】

【0205】

この表から明らかであるとおり、この第２の関連付けは、後続のＵＣＩ繰り返し送信のために使用するアップリンクリソースを非常にフレキシブルなやり方で構成することを可能にする。たとえば、この第２の関連付けは、初期ＵＣＩ繰り返し送信と比較して異なるアップリンクリソースを後続のＵＣＩ繰り返し送信のために使用するように構成することを可能にする。たとえば、初期ＵＣＩ繰り返し送信に対してアップリンクリソースＰ０２を使用し、次いで任意の後続のＵＣＩ繰り返し送信に対してＰ０３を使用することなどである。さらに、改善されたアップリンクリソース決定手順は、初期ＵＣＩ繰り返し送信に使用されたアップリンクリソースに依存して、キャリアスイッチングをフレキシブルに無効化することも可能にする。たとえば、初期ＵＣＩ繰り返し送信にアップリンクリソースＰ１１を使用したとき、別のキャリアＣＣ＃０へのキャリアスイッチングは不可能であり、代わりに同じコンポーネントキャリアＣＣ＃１およびこの例示的な場合には同じアップリンクリソースＰ１１さえもが、ＵＥによって任意の後続のＵＣＩ繰り返し送信のために使用される。

【0206】

図１９を参照して、改善されたアップリンクリソース決定手順の例示的実装が説明される。図１９から明らかであるとおり、図１８のシナリオと同じ基礎的な時間スロット構造、同じＴＥＣおよびコンポーネントキャリアが想定される。さらに、ＤＣＩも図１８に対して想定されたＤＣＩと同じパラメータを示す。第１の関連付けも同じであると想定される。しかし、非初期ＵＣＩ繰り返し送信のアップリンクリソースの決定に関連して、以下の第２の関連付けが使用されることが想定される。

【表8】

【0207】

この表から明らかであるとおり、第２の関連付けは、後続のＵＣＩ繰り返し送信に対して、初期ＵＣＩ繰り返し送信のために使用したものとは異なるアップリンクリソースを使用するというフレキシビリティによる利益を得るように定義される。特に、初期アップリンクリソースＰ００およびＰ１０は異なる後続アップリンクリソースＰ０１およびＰ１１と関連付けられ、初期アップリンクリソースＰ０１およびＰ１１は異なる後続アップリンクリソースＰ０２およびＰ１２と関連付けられる。

【0208】

したがって、図１９が図１８と異なる点は、スロットｎ＋２およびｎ＋３における第２および第３のＨＡＲＱフィードバック送信に対して、異なるアップリンクリソースＰ１１が使用されることである。

【0209】

図２０を参照して、改善されたアップリンクリソース決定手順の別の例示的実装が説明される。図２０には第１および第２の関連付けが示される。さらに、ＤＣＩはＰＲＩ２を示すことが想定されることにより、ＵＥは第１の関連付け（図２０の上部の表）に基づいて、第１のＵＣＩ繰り返し送信がＣＣ＃０のスロットｎ＋１において実行され、アップリンクリソースＰ０２が使用されることを決定する。この特定の第１の関連付けは、１つのキャリア、ここではＣＣ＃０のみが第１のＵＣＩ繰り返し送信に使用されることを可能にする。後続する第２のＵＣＩ繰り返し送信に対して、ＵＥは第２の関連付け（図２０の下部の表）を考慮して、初期ＵＣＩ繰り返し送信にアップリンクリソースＰ０２を使用したことから、第１のキャリアＣＣ＃０のアップリンクリソースＰ０１を使用することを決定する。したがってＵＥは、任意の後続のＵＣＩ繰り返し送信に使用されないＣＣ＃１に関連付けられた時間スロットｎ＋２およびｎ＋３をスキップする必要がある。しかし（キャリアスイッチングタイミングパターンに従って）参照スロットｎ＋４に対してＣＣ＃０を再びＵＣＩ送信に使用でき、したがってＵＥはＣＣ＃０の決定されたアップリンクリソースＰ０１を使用して第２のＵＣＩ繰り返し送信を実行する。

【0210】

図２１を参照して、改善されたアップリンクリソース決定手順のさらに別の例示的実装が説明される。図２１には第１および第２の関連付けが示される。さらに、ＤＣＩはＰＲＩ３を示すことが想定されることにより、ＵＥは第１の関連付け（図２１の上部の表）に基づいて、第１のＵＣＩ繰り返し送信がＣＣ＃０のスロットｎ＋１において実行され、アップリンクリソースＰ０３が使用されることを決定する。再び、この特定の第１の関連付けは、１つのキャリア、ここではＣＣ＃０のみが第１のＵＣＩ繰り返し送信に使用されることを可能にする。後続する第２のＵＣＩ繰り返し送信に対して、ＵＥは第２の関連付け（図２１の下部の表）を考慮して、初期ＵＣＩ繰り返し送信にアップリンクリソースＰ０３を使用したことから、第２のキャリアＣＣ＃１のアップリンクリソースＰ１０を使用することを決定する。参照時間スロットｎ＋２およびｎ＋３において、キャリアスイッチングタイミングパターンはコンポーネントキャリアＣＣ＃１が使用されることを示すため、したがってＵＥはＣＣ＃１の決定されたアップリンクリソースＰ１０を使用して第２および第３のＵＣＩ繰り返し送信を実行する。

【0211】

以下において、コンポーネントキャリアの送信有効性係数の決定に関する、改善されたＵＣＩ送信手順のさらなる改善が提示される。この改善されたＵＣＩ送信手順は主に、ＵＥがアップリンク繰り返し機能およびＵＣＩキャリアスイッチング機能を共同動作させるときに使用される。

【0212】

加えて、ＵＥはアップリンク繰り返し機能を単独で、すなわちＵＣＩキャリアスイッチング機能を伴わずに実行するためにも構成され得る。前記の場合、ＵＥは、単一のキャリアを通じてＵＣＩを送信するときに実行されるＵＣＩ繰り返し送信の目標数を示すパラメータ（例、Ｎ_ｒｅｐと呼ばれる）によって構成され得る。異なる言い方をすると、ＵＥは単一のキャリアを通じてＵＣＩのＮ_ｒｅｐ繰り返し送信を実行することになる。このパラメータＮ_ｒｅｐはコンポーネントキャリアごとに提供され得る。一例において、このパラメータＮ_ｒｅｐは、たとえばアップリンク制御情報送信構成などに関連して、ＵＥに対して基地局によって半静的に定義され得る。５Ｇ ＮＲ通信システムに準拠する１つの例示的実装が上記に説明されており（セクション「ＰＵＣＣＨ繰り返し送信」を参照）、ここでは同じＰＵＣＣＨを有するスロットの数を示すためのパラメータｎｒｏｆｓｌｏｔｓをＮ_ｒｅｐとして使用できる。

【0213】

ＵＣＩ繰り返し送信のこの単一ＣＣの数Ｎ_ｒｅｐは、ＵＥによる解釈が異なるという点で、ＵＣＩ繰り返し送信の新たに導入される目標有効数とは異なり、すなわちＮ_ｒｅｐは送信の実際の数として解釈されるのに対し、目標有効繰り返し数は、ＵＥが実行した繰り返し送信の実際の数と同じか、それより小さいか、またはそれより大きい可能性のある有効数として解釈される。

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

第１２～第１５の態様のうちの１つに加えて提供される第１６の態様によると、処理回路は時間要件を考慮してＵＥのＵＣＩ繰り返し送信に対するタイミングを決定し、この時間要件に従って、第２の異なるコンポーネントキャリアを通じた前のＵＣＩ繰り返し送信の後に続く、第１のコンポーネントキャリアを通じたＵＣＩ繰り返し送信は、その間に最小時間ギャップを必要とする。その任意選択の実装において、処理回路は時間要件を決定し、送信機は、任意選択で無線リソース制御（ＲＲＣ）プロトコルのメッセージにおいて、時間要件についての情報をＵＥに送信する。そのさらなる任意選択の実装において、受信機は、ＵＥの能力の一部として示される時間要件についての情報をＵＥから受信する。そのさらなる任意選択の実装において、時間要件はＵＥに対して構成された複数のコンポーネントキャリアに共通して適用されるか、または時間要件は複数のコンポーネントキャリアのうちの１つに適用される。

【0246】

第１２～第１６の態様のうちの１つに加えて提供される第１７の態様によると、処理回路は、
・ＵＣＩの送信に対するアップリンクタイミングを決定することと、決定されたアップリンクタイミングに対応する参照コンポーネントキャリアの参照時間スロットを決定することと、次いでアップリンクキャリアタイミングパターンおよび決定された参照時間スロットに基づいてＵＣＩの送信に対するコンポーネントキャリアを決定することとによって、アップリンク制御情報の送信のためにＵＥが使用するコンポーネントキャリアの決定を行い、
ｏ任意選択で、アップリンクキャリアタイミングパターンは、参照時間スロットごとの１つのコンポーネントキャリアのパターンを定義することによって、参照コンポーネントキャリアの各時間スロットは、ＵＥに対して構成された複数のコンポーネントキャリアのうちの１つのコンポーネントキャリアに関連付けられる。

【0247】

代替的に、処理回路は、
・アップリンク制御情報として自身に対する再送信プロトコルのフィードバック情報がＵＥによって送信されるダウンリンク送信に関するコンポーネントキャリア表示に基づいて、アップリンク制御情報の送信のためにＵＥが使用するコンポーネントキャリアの決定を行い、
ｏ任意選択で、コンポーネントキャリア表示は、基地局からＵＥに送信される、ダウンリンク送信をスケジューリングするリソーススケジューリングメッセージに含まれるか、またはダウンリンク送信のために使用可能なセミパーシステントダウンリンク構成によって示される。

【0248】

両方の代替策の任意選択の実装において、アップリンク制御情報を送信するために決定されたコンポーネントキャリアは、アップリンク制御情報を送信するタイミングに依存して、複数のコンポーネントキャリアのうちの異なるコンポーネントキャリアであり得、かつ任意選択で、決定されたコンポーネントキャリアは、アップリンク制御情報として自身に対する再送信プロトコルのフィードバック情報が送信されるダウンリンク送信をＵＥが受信したときに用いられたコンポーネントキャリアとは異なるコンポーネントキャリアであり得る。

【0249】

第１２～第１７の態様のうちの１つに加えて提供される第１８の態様によると、処理回路は、異なるアップリンクリソース表示と、ＵＥに対して構成された複数のコンポーネントキャリアのうちの１つ以上のコンポーネントキャリアの異なるアップリンクリソースとの第１の関連付けを決定し、送信機は第１の関連付けについての情報をＵＥに送信する。処理回路は、第１の関連付けの異なるアップリンクリソース表示からの１つの固有アップリンクリソースインジケータと、ＵＥによって実行される一連のＵＣＩ繰り返し送信のうちの第１のＵＣＩ繰り返し送信に対応するアップリンクリソースとを決定し、送信機は固有アップリンクリソースインジケータをＵＥに送信する。処理回路は、ＵＥによって実行される一連のＵＣＩ繰り返し送信のうちの任意の後続のＵＣＩ繰り返し送信に適用可能な第２の関連付けを決定する。第２の関連付けは、一連のうちの第１のＵＣＩ繰り返し送信のために使用可能な異なるアップリンクリソースと、ＵＥに対して構成された複数のコンポーネントキャリアのうちの１つ以上のコンポーネントキャリアの異なるアップリンクリソースとを関連付ける。処理回路は、一連のうちの後続のＵＣＩ繰り返し送信のいずれかに対して、第２の関連付けに基づき、一連のうちの第１のＵＣＩ繰り返し送信のためにＵＥが使用するアップリンクリソースに基づき、かつ決定されたコンポーネントキャリアに基づいて、決定されたコンポーネントキャリアのアップリンクリソースを決定する。その任意選択の実装において、固有アップリンクリソース表示はリソーススケジューリングメッセージに含まれ、このリソーススケジューリングメッセージは基地局からＵＥに送信され、かつアップリンク制御情報として自身に対する再送信プロトコルのフィードバック情報がＵＥによって送信されるダウンリンク送信をスケジューリングする。代替的に、アップリンクリソース表示は、ダウンリンク送信のために使用可能なセミパーシステントダウンリンク構成によって示される。

【0250】

第１９の態様によると、基地局によって実行される以下のステップ、
ユーザ機器に対して構成された複数のコンポーネントキャリアのうちの１つのアップリンクリソースを用いてＵＥによって送信されるアップリンク制御情報（ＵＣＩ）に対する繰り返し送信の目標有効数を決定するステップ、
複数のコンポーネントキャリアの各々に対して、それぞれのＵＣＩ繰り返し送信を実行するためにＵＥが使用可能なそれぞれのコンポーネントキャリアに関する送信有効性係数を決定するステップ、
ＵＣＩ繰り返し送信の決定された目標有効数についての情報と、各コンポーネントキャリアに対する決定された送信有効性係数についての情報とをＵＥに送信するステップ、
ＵＣＩ繰り返し送信の目標有効数に到達するまで、複数のコンポーネントキャリアのうちの１つのアップリンクリソースをそれぞれ介してＵＥからＵＣＩ繰り返し送信を受信するステップを含む方法が提供され、
受信されたＵＣＩ繰り返し送信の各々は、ＵＣＩ繰り返し送信の目標有効数に向かって個別有効数を付与し、各ＵＣＩ繰り返し送信の有効数は、それぞれのＵＣＩ繰り返し送信の受信に用いられたコンポーネントキャリアに関する送信有効性係数に依存する。

【0251】

第２０の態様によると、ユーザ機器のプロセスを制御する集積回路が提供され、このプロセスは、ユーザ機器によって実行される以下のステップ、
送信のために利用可能なアップリンク制御情報（ＵＣＩ）に対する繰り返し送信の目標有効数を決定するステップ、
ＵＣＩ繰り返し送信の目標有効数に到達するまで、利用可能なアップリンク制御情報に対する１つ以上の繰り返し送信を実行するステップを含み、
利用可能なアップリンク制御情報の各繰り返し送信は、
・ＵＥに対して構成された複数のコンポーネントキャリアのうちの１つのコンポーネントキャリアを決定し、決定されたコンポーネントキャリアのアップリンクリソースを決定するステップと、
・決定されたコンポーネントキャリアの決定されたアップリンクリソースを用いて、利用可能なアップリンク制御情報を送信するステップとを含み、
実行されるＵＣＩ繰り返し送信の各々は、ＵＣＩ繰り返し送信の目標有効数に向かって個別有効数を付与し、各ＵＣＩ繰り返し送信の有効数は、それぞれのＵＣＩ繰り返し送信を実行するために用いられるコンポーネントキャリアに関する送信有効性係数に依存する。

【0252】

第２１の態様によると、基地局のプロセスを制御する集積回路が提供され、このプロセスは、基地局によって実行される以下のステップ、
ユーザ機器に対して構成された複数のコンポーネントキャリアのうちの１つのアップリンクリソースを用いてＵＥによって送信されるアップリンク制御情報（ＵＣＩ）に対する繰り返し送信の目標有効数を決定するステップ、
複数のコンポーネントキャリアの各々に対して、それぞれのＵＣＩ繰り返し送信を実行するためにＵＥが使用可能なそれぞれのコンポーネントキャリアに関する送信有効性係数を決定するステップ、
ＵＣＩ繰り返し送信の決定された目標有効数についての情報と、各コンポーネントキャリアに対する決定された送信有効性係数についての情報とをＵＥに送信するステップ、
ＵＣＩ繰り返し送信の目標有効数に到達するまで、複数のコンポーネントキャリアのうちの１つのアップリンクリソースをそれぞれ介してＵＥからＵＣＩ繰り返し送信を受信するステップを含み、
受信されたＵＣＩ繰り返し送信の各々は、ＵＣＩ繰り返し送信の目標有効数に向かって個別有効数を付与し、各ＵＣＩ繰り返し送信の有効数は、それぞれのＵＣＩ繰り返し送信の受信に用いられたコンポーネントキャリアに関する送信有効性係数に依存する。

【0253】

＜本開示のハードウェアおよびソフトウェアの実装を含むさらなる変形例＞
本開示は、ソフトウェア、ハードウェア又はハードウェアと連動するソフトウェアによって実現することができる。上述した各実施例の説明に用いた各機能ブロックは、集積回路等のＬＳＩによって部分的又は全体的に実現可能であり、各実施例で説明される各処理は、同一のＬＳＩ又はＬＳＩの組み合わせによって部分的又は全体的に制御されてもよい。ＬＳＩは、個別にチップとして形成されていてもよいし、あるいは、機能ブロックの一部又は全部を含むように１つのチップが形成されていてもよい。ＬＳＩは、それに結合されたデータ入出力を含んでもよい。ここで、ＬＳＩとは、集積度の違いにより、ＩＣ（集積回路）、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩとして呼ばれうる。しかし、集積回路を実現する技術はＬＳＩに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを用いて実現されてもよい。さらに、ＬＳＩ内部に配置される回路セルの接続及び設定が再設定可能なＬＳＩ又はリコンフィギュラブルプロセッサの製造後にプログラミング可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果として、将来の集積回路技術がＬＳＩに取って代わる場合、機能ブロックは、将来の集積回路技術を用いて集積化することができる。バイオテクノロジーも適用できる。

【0254】

本開示は、通信装置と呼ばれる、通信機能を有する何れかのタイプの装置、デバイス又はシステムによって実現することができる。

【0255】

通信装置は、送受信機及び処理／制御回路を有してもよい。送受信機は、受信機及び送信機を有し、及び／又は機能してもよい。送信機及び受信機としての送受信機は、増幅器、ＲＦ変調器／復調器など及び１つ以上のアンテナを含むＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールを含んでもよい。

【0256】

そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯（セル）電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ネットブック）、カメラ（例えば、デジタルスチル／ビデオカメラ）、デジタルプレーヤ（デジタルオーディオ／ビデオプレーヤ）、ウェアラブルデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダ、遠隔ヘルス／遠隔医療（リモートヘルス及びリモート医療）デバイス、及び通信機能を提供する車両（例えば、自動車、飛行機、船舶）、並びにそれらの様々な組み合わせを含む。

【0257】

通信装置は、携帯型又は可動型であることに限定されず、スマートホームデバイス（例えば、家電、ライティング、スマートメータ、制御パネル）、自動販売機及び“Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）”のネットワークにおける他の何れかの“物”など、非携帯型又は固定型である何れかのタイプの装置、デバイス又はシステムを含んでもよい。

【0258】

通信は、例えば、セルラシステム、無線ＬＡＮシステム、衛星システムなど、及びそれらの様々な組み合わせを介してデータを交換することを含んでもよい。

【0259】

通信装置は、本開示に記載された通信の機能を実行する通信デバイスに結合されたコントローラ又はセンサなどのデバイスを含んでもよい。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号又はデータ信号を生成するコントローラ又はセンサを含んでもよい。

【0260】

加えて通信装置は、たとえば基地局、アクセスポイント、およびたとえば上述の非限定的な例におけるものなどの装置と通信するか、またはそれを制御する任意のその他の装置、デバイス、またはシステムなどのインフラストラクチャ設備を含んでもよい。

【0261】

（制御信号）
本開示において、本開示に関連するダウンリンク制御信号（情報）は、物理レイヤのＰＤＣＣＨを介して送信される信号（情報）であり得、または上位レイヤのＭＡＣ制御エレメント（ＣＥ：Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）またはＲＲＣを介して送信される信号（情報）であり得る。ダウンリンク制御信号は、事前定義された信号（情報）であり得る。

【0262】

本開示に関連するアップリンク制御信号（情報）は、物理レイヤのＰＵＣＣＨを介して送信される信号（情報）であり得、上位レイヤのＭＡＣ ＣＥまたはＲＲＣを介して送信される信号（情報）であり得る。また、アップリンク制御信号は、事前定義された信号（情報）であり得る。アップリンク制御信号は、アップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）、第１ステージサイドリンク制御情報（ＳＣＩ：ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）、または第２ステージＳＣＩに置き換えられ得る。

【0263】

（基地局）
本開示では、基地局は、たとえば、送受信ポイント（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、クラスタヘッド、アクセスポイント、リモートラジオヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）、基地送受信局（ＢＴＳ：Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ベースユニット、またはゲートウェイであり得る。また、サイドリンク通信においては、基地局の代わりに端末が採用され得る。基地局は、上位ノードと端末との間の通信を中継する中継装置であり得る。基地局は路側ユニットであり得る。

【0264】

（アップリンク／ダウンリンク／サイドリンク）
本開示は、アップリンク、ダウンリンク、およびサイドリンクのいずれにも適用され得る。

【0265】

本開示は、たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＰＲＡＣＨなどのアップリンクチャネル、ＰＤＳＣＨ、ＰＤＣＣＨ、およびＰＢＣＨなどのダウンリンクチャネル、ならびに物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、および物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）などのサイドリンクチャネルに適用され得る。

【0266】

ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＵＣＣＨは、それぞれ、ダウンリンク制御チャネル、ダウンリンクデータチャネル、アップデータチャネル、アップリンク制御チャネルの例である。ＰＳＣＣＨおよびＰＳＳＣＨは、それぞれサイドリンク制御チャネルおよびサイドリンクデータチャネルの例である。ＰＢＣＨおよびＰＳＢＣＨはそれぞれブロードキャストチャネルの例であり、ＰＲＡＣＨはランダムアクセスチャネルの例である

【0267】

（データチャネル／制御チャネル）
本開示は、データチャネルおよび制御チャネルのいずれにも適用され得る。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、ならびに／あるいはＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルに置き換えられ得る。

【0268】

（参照信号）
本開示において、参照信号は、基地局および移動局の両方に既知の信号であり、各参照信号は、参照信号（ＲＳ）または場合によってはパイロット信号と呼ばれ得る。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、トラッキング参照信号（ＴＲＳ：Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、位相トラッキング参照信号（ＰＴＲＳ：Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、セル固有参照信号（ＣＲＳ：Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、およびサウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）のいずれでもあり得る。

【0269】

（時間間隔）
本開示では、時間リソース単位は、スロットおよびシンボルのうちの１つまたは組み合わせに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロットサブスロット、ミニスロットなどの時間リソース単位、またはシンボル、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル、シングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ－Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）シンボルなどの時間リソース単位、あるいは他の時間リソース単位であり得る。１スロットに含まれるシンボル数は、上述の実施形態（複数可）で例示したいかなるシンボル数にも限定されず、他のシンボル数であり得る。

【0270】

（周波数バンド）
本開示は、ライセンスバンド、アンライセンスバンドのいずれにも適用され得る。

【0271】

（通信）
本開示は、基地局と端末との間の通信（Ｕｕリンク通信）、端末と端末との間の通信（サイドリンク通信）、およびビークルツーエブリシング（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信のいずれにも適用され得る。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨに置き換えられ得る。

【0272】

また、本開示は、地上ネットワーク、または衛星もしくは高高度疑似衛星（ＨＡＰＳ：Ｈｉｇｈ Ａｌｔｉｔｕｄｅ Ｐｓｅｕｄｏ Ｓａｔｅｌｌｉｔｅ）を使用した地上ネットワーク以外のネットワーク（ＮＴＮ：非地上ネットワーク：Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋ）のいずれにも適用され得る。また、本開示は、セルサイズが大きいネットワーク、シンボル長またはスロット長に比べて遅延が大きい地上ネットワーク、たとえば、超広帯域伝送ネットワークにも適用され得る。

【0273】

（アンテナポート）
アンテナポートとは、１つまたは複数の物理アンテナ（複数可）で形成される論理アンテナ（アンテナグループ）を指す。すなわち、アンテナポートは、必ずしも１つの物理アンテナを指すわけではなく、複数のアンテナで形成されるアレイアンテナなどを指す場合もある。たとえば、アンテナポートを形成する物理アンテナの数は定義されておらず、代わりに、アンテナポートは、端末が参照信号を送信することが可能な最小単位として定義される。また、アンテナポートは、プリコーディングベクトルの重み付けを乗算するための最小単位として定義され得る。

【0274】

さらに、さまざまな実施形態は、プロセッサによって実行されるか、またはハードウェアにおいて直接実行されるソフトウェアモジュールによって実施されてもよい。ソフトウェアモジュールとハードウェア実装との組み合わせも可能であり得る。ソフトウェアモジュールは、たとえばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤなどの任意の種類のコンピュータ可読記憶媒体に記憶されてもよい。さらに、異なる実施形態の個々の特徴が個別に、または任意の組み合わせで、別の実施形態の主題になり得ることに留意すべきである。

【0275】

特定の実施形態において示された本開示に対して、多数の変更および／または修正を加えてもよいことを当業者は認識するだろう。したがって本実施形態はすべての点から例示的であり、限定的なものではないとみなされるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【国際調査報告】