▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-10-17
(54)【発明の名称】ユーザ装置及びスケジューリングノード
(51)【国際特許分類】
H04W 72/12 20090101AFI20221007BHJP
H04W 72/04 20090101ALI20221007BHJP
【ＦＩ】
H04W72/12 130
H04W72/04 136
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2022508594
(86)(22)【出願日】2020-08-11
(85)【翻訳文提出日】2022-02-09
(86)【国際出願番号】 EP2020072454
(87)【国際公開番号】W WO2021028414
(87)【国際公開日】2021-02-18
(31)【優先権主張番号】19191801.0
(32)【優先日】2019-08-14
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】バムリ アンキット
(72)【発明者】
【氏名】鈴木 秀俊
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA34
5K067DD36
5K067EE02
5K067EE10
(57)【要約】
本開示は、ユーザ装置（ＵＥ）及びスケジューリングノードと共に、対応する方法に関する。特に、ダウンリンク制御情報（ＤＣＩ）シグナリングは、２つ以上のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態が設定されることを指定するＴＣＩインジケータと、送信のための時間領域リソース及び２つ以上のＴＣＩ状態と時間領域リソースとの関連付けを示す指示とを搬送し、各時間領域リソースは、２つ以上のＴＣＩ状態の１つに関連付けされ、送受信機は、動作中に２つ以上のＴＣＩ状態のそれぞれについて、それぞれのＴＣＩ状態に関連する時間領域リソース上でデータを受信又は送信する。
【特許請求の範囲】
【請求項1】
ユーザ装置（ＵＥ）であって、動作中にダウンリンク制御情報（ＤＣＩ）シグナリングを受信する送受信機と、
動作中に前記ＤＣＩシグナリングから、２つ以上のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態が設定されることを指定するＴＣＩインジケータと、送信のための時間領域リソース及び前記２つ以上のＴＣＩ状態と前記時間領域リソースとの関連付けを示す指示とを取得し、前記時間領域リソースのそれぞれは前記２つ以上のＴＣＩ状態の１つと関連付けされる、プロセッサと、
を有し、
前記送受信機は、動作中に前記２つ以上のＴＣＩ状態のそれぞれについて、前記それぞれのＴＣＩ状態に関連する前記時間領域リソース上でデータを受信又は送信する、ユーザ装置。
【請求項2】
前記指示は、ＴＤＲＡ（Ｔｉｍｅ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ）テーブルのエントリを示すインデックスである、請求項１に記載のユーザ装置。
【請求項3】
前記ＴＤＲＡテーブルのエントリは、ＳＬＩＶ（Ｓｔａｒｔ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）の２つ以上のセットを含み、各セットは、それぞれのＴＣＩ状態に対応し、
各ＳＬＩＶは、それぞれの送信に対応し、
前記それぞれの送信のための時間領域リソースのスタート位置であって、前記それぞれの送信のための時間領域リソースは、前記それぞれのＳＬＩＶのセットに対応する前記ＴＣＩ状態に関連付けされる、スタート位置と、
前記それぞれの送信のための時間領域リソースの長さと、
を指示する、請求項２に記載のユーザ装置。
【請求項4】
各セットは、１つ以下のＳＬＩＶを含み、前記ＴＤＲＡテーブルのエントリは、前記送信の総数の指示を含む、請求項３に記載のユーザ装置。
【請求項5】
前記プロセッサは、動作中に、１つのＳＬＩＶを含む各セットに対して、前記セットに含まれるＳＬＩＶに従ってそれぞれの第１の送信のための時間領域リソースのスタート位置及び長さを決定し、及び／又は、
前記第１の送信の１つでない各送信に対して、ＴＣＩ状態の系列を示し、前記第１の送信のための時間領域リソースのスタート位置に対応するパターンに従って前記２つ以上のＴＣＩ状態の１つと前記送信のための時間領域リソースとの関連付け、それぞれの第１の送信のための時間領域リソースの長さによる前記送信のための時間領域リソースの長さであって、前記それぞれの第１の送信のための時間領域リソースと前記送信のための時間領域リソースとは、同一のＴＣＩ状態に関連付けされる、時間領域リソースの長さ、及び／又は、前記送信に先行する前記送信の１つのための時間領域リソースのオフセット、スタート位置及び長さによる前記送信のための時間領域リソースのスタート位置であって、前記オフセットは少なくとも２つの第１の送信のための時間領域リソースのスタート位置及び／又は長さに対応する、スタート位置を決定する、請求項４に記載のユーザ装置。
【請求項6】
前記ＴＤＲＡテーブルのエントリは、前記送信の総数の指示と、
前記送信の間のオフセットの指示と、
第１の送信のための時間領域リソースのスタート位置と、前記第１の送信のための時間領域リソースの長さとを示す単一のＳＬＩＶと、
を含む、請求項２に記載のユーザ装置。
【請求項7】
前記プロセッサは、動作中に、前記第１の送信のための前記単一のＳＬＩＶによって示されるスタート位置による前記第１の送信のための時間領域リソースのスタート位置、
前記第１の送信のための前記単一のＳＬＩＶによって示される長さによる前記第１の送信のための時間領域リソースの長さ、及び／又は、
前記第１の送信でない各送信に対して、前記第１の送信のための時間領域リソースの長さによる前記送信のための時間領域リソースの長さ、前記第１の送信のための時間領域リソースのスタート位置及び長さと前記オフセットとの指示による前記送信のための時間領域リソースのスタート位置、及び／又は、所定のパターンによる前記２つ以上のＴＣＩ状態と前記送信のための時間領域リソースとの関連付け、
を決定する、請求項６に記載のユーザ装置。
【請求項8】
前記ＴＤＲＡテーブルのエントリは、前記送信の総数の指示と、
第１の送信のための時間領域リソースのスタート位置と、前記第１の送信のための時間領域リソースの長さとを示す第１のＳＬＩＶと、
前記送信に利用可能でない時間領域リソースのスタート位置と、前記送信に利用可能でない時間領域リソースの長さとを示す第２のＳＬＩＶと、
を含む、請求項２に記載のユーザ装置。
【請求項9】
前記プロセッサは、動作中に前記時間領域リソースへの前記送信のマッピングを決定し、各送信の時間領域リソースの長さは、前記第１の送信に対する第１のＳＬＩＶによって示される長さと同じであり、
前記送信は、前記第１のＳＬＩＶによって示される第１の送信のための時間領域リソースのスタート位置から始まる所定のオフセットに従って、前記２つ以上のＴＣＩ状態の利用可能な時間領域リソースにマッピングされ、前記所定のオフセットは、連続する送信の時間領域リソースの間の離間を示し、
前記時間領域リソースのそれぞれは、所定のパターンに従って前記２つ以上のＴＣＩ状態の１つに関連付けされる、請求項８に記載のユーザ装置。
【請求項10】
前記プロセッサは、動作中に前記時間領域リソースへの前記送信のマッピングを決定し、前記送信は、前記第１のＳＬＩＶによって示される第１の送信のための時間領域リソースのスタート位置から始まる所定のオフセットに従って、前記２つ以上のＴＣＩ状態の時間領域リソースにマッピングされ、
前記所定のオフセットは、連続する送信の時間領域リソースの間の離間を示し、
前記送信がマッピングされる時間領域リソースは、利用可能及び利用不可な時間領域リソースを含み、
何れかの送信が、利用不可な時間領域リソースを計数し、前記第１の送信に対して前記第１のＳＬＩＶによって示される長さを有する時間領域リソースにマッピングされ、
利用不可な時間領域リソースを含む時間領域リソースにマッピングされる何れかの送信がパンクチャされ、
前記時間領域リソースのそれぞれは、所定のパターンに従って前記２つ以上のＴＣＩ状態の１つに関連付けされる、請求項８に記載のユーザ装置。
【請求項11】
前記プロセッサは、動作中に前記ＴＣＩインジケータに従って少なくとも２つの所定のＴＤＲＡテーブルから前記ＴＤＲＡテーブルを決定する、請求項１から１０の何れか一項に記載のユーザ装置。
【請求項12】
前記送信は、同一のデータ部分の繰り返しである、請求項１から１１の何れか一項に記載のユーザ装置。
【請求項13】
動作中に２つ以上のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態が設定されることを指定するＴＣＩインジケータと、送信のための時間領域リソース及び前記２つ以上のＴＣＩ状態と前記時間領域リソースとの関連付けとを示すダウンリンク制御情報（ＤＣＩ）シグナリングを生成し、前記時間領域リソースのそれぞれは、前記２つ以上のＴＣＩ状態の１つと関連付けされる、プロセッサと、動作中に前記ＤＣＩシグナリングを送信し、前記２つ以上のＴＣＩ状態のそれぞれについて、前記それぞれのＴＣＩ状態に関連する時間領域リソース上でデータを受信又は送信する送受信機と、を有する基地局。
【請求項14】
ユーザ装置（ＵＥ）のための方法であって、ダウンリンク制御情報（ＤＣＩ）シグナリングを受信するステップと、
前記ＤＣＩシグナリングから、２つ以上のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態が設定されることを指定するＴＣＩインジケータと、送信のための時間領域リソース及び前記２つ以上のＴＣＩ状態と前記時間領域リソースとの関連付けとを示す指示とを取得するステップであって、前記時間領域リソースのそれぞれは、前記２つ以上のＴＣＩ状態の１つと関連付けされる、取得するステップと、
前記２つ以上のＴＣＩ状態のそれぞれについて、前記それぞれのＴＣＩ状態に関連する時間領域リソース上でデータを受信又は送信するステップと、
を有する方法。
【請求項15】
基地局のための方法であって、２つ以上のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態が設定されることを指定するＴＣＩインジケータと、送信のための時間領域リソース及び前記２つ以上のＴＣＩ状態と前記時間領域リソースとの関連付けとを示すダウンリンク制御情報（ＤＣＩ）シグナリングを生成するステップであって、前記時間領域リソースのそれぞれは、前記２つ以上のＴＣＩ状態の１つと関連付けされる、生成するステップと、
前記ＤＣＩシグナリングを送信するステップと、
前記２つ以上のＴＣＩ状態のそれぞれについて、前記それぞれのＴＣＩ状態に関連する時間領域リソース上でデータを受信又は送信するステップと、
を有する方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信システムにおける信号の送受信に関する。特に、本開示は、そのような送受信のための方法及び装置に関する。
【背景技術】
【0002】
３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、１００ＧＨｚまでの周波数範囲において動作するＮＲ（Ｎｅｗ Ｒａｄｉｏ）無線アクセス技術（ＲＡＴ）を含む第５世代とも呼ばれる次世代セルラ技術のための技術仕様に取り組んでいる。ＮＲは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）によって表される技術の後継である。
【0003】
ＬＴＥ，ＬＴＥ－Ａ及びＮＲなどのシステムについて、更なる改良及び選択肢は、システムに関する特定のデバイスだけでなく通信システムの効率的な動作を容易にするものであってもよい。
【発明の概要】
【0004】
１つの非限定的及び例示的な実施例は、複数の送信／受信ポイント（ＴＲＰ）、すなわち、複数のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態に対する時間領域リソースの効率的なシグナリングを含むリソースを効率的に利用することを容易にする。
【0005】
実施例では、ここに開示される技術は、ユーザ装置（ＵＥ）であって、動作中にダウンリンク制御情報（ＤＣＩ）シグナリングを受信する送受信機と、動作中に前記ＤＣＩシグナリングから、２つ以上のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態が設定されることを指定するＴＣＩインジケータと、送信のための時間領域リソース及び前記２つ以上のＴＣＩ状態と前記時間領域リソースとの関連付けを示す指示とを取得し、前記時間領域リソースのそれぞれは前記２つ以上のＴＣＩ状態の１つと関連付けされる、プロセッサと、を有し、前記送受信機は、動作中に前記２つ以上のＴＣＩ状態のそれぞれについて、前記それぞれのＴＣＩ状態に関連する前記時間領域リソース上でデータを受信又は送信する、ユーザ装置を特徴とする。
【0006】
全体的又は特定の実施例は、システム、方法、集積回路、コンピュータプログラム、記憶媒体又はそれらの何れか選択的な組み合わせとして実現されてもよいことが留意されるべきである。
【0007】
開示された実施例の更なる利益及び利点は、明細書及び図面から明らかになるであろう。利益及び／又は利点は、明細書及び図面の様々な実施例及び特徴によって個別に取得されてもよく、これらは、そのような利益及び／又は利点の１つ以上を得るために全てが提供される必要はない。
【図面の簡単な説明】
【0008】
以下において、例示的な実施例は添付した図面を参照してより詳細に説明される。
【図1】３ＧＰＰ ＮＲシステムの例示的なアーキテクチャを示す概略図である。
【図2】ＬＴＥ ｅＮＢ，ｇＮＢ及びＵＥのための例示的なユーザ及び制御プレーンアーキテクチャを示すブロック図である。
【図3】ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す概略図である。
【図4】ＲＲＣ接続設定／再設定手順のためのシーケンス図である。
【図5】ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）及びＵＲＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）の利用シナリオを示す概略図である。
【図6】例示的な５Ｇシステムアーキテクチャを示すブロック図である。
【図7】チャネル上で通信するユーザ装置（ＵＥ）及びスケジューリングノード（基地局）を示すブロック図である。
【図8】ユーザ装置（ＵＥ）の処理回路部分を示すブロック図である。
【図9】基地局の処理回路部分を示すブロック図である。
【図10】ＵＥにおいて実行される方法を示すブロック図である。
【図11】複数のＴＲＰの時間領域リソースの第１の具体例を示す概略図である。
【図12】複数のＴＲＰの時間領域リソースの第２の具体例を示す概略図である。
【図13】複数のＴＲＰの時間領域リソースの第３の具体例を示す概略図である。
【図14】複数のＴＲＰの時間領域リソースの第４の具体例を示す概略図である。
【図15】複数のＴＲＰの時間領域リソースの第５の具体例を示す概略図である。
【図16】複数のＴＲＰの時間領域リソースの第６の具体例を示す概略図である。
【図17】複数のＴＲＰの時間領域リソースの第７の具体例を示す概略図である。
【図18】ＵＥ及び基地局において実行される方法を示すフロー図である。
【発明を実施するための形態】
【0009】
５Ｇ ＮＲシステムアーキテクチャ及びプロトコルスタック
３ＧＰＰは、１００ＧＨｚまで範囲の周波数で動作するＮＲ（Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）の開発を含む、単に５Ｇと呼ばれる第５世代セルラ技術の次のリリースに取り組んできた。２０１７年末に第１版の５Ｇ規格が完成し、５Ｇ ＮＲ規格に準拠したスマートフォンの試行及び実用化の進展が可能になる。
３ＧＰＰは、１００ＧＨｚまで範囲の周波数で動作するＮＲ（Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）の開発を含む、単に５Ｇと呼ばれる第５世代セルラ技術の次のリリースに取り組んできた。２０１７年末に第１版の５Ｇ規格が完成し、５Ｇ ＮＲ規格に準拠したスマートフォンの試行及び実用化の進展が可能になる。
【0010】
特に、全体的なシステムアーキテクチャは、ｇＮＢを含むＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を想定し、ＵＥに対するＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及び制御プレーン（ＲＲＣ）プロトコルターミネーションを提供する。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続される。ｇＮＢはまた、ＮＧ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）インタフェースによってＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）（例えば、ＡＭＦを実行する特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）（例えば、ＵＰＦを実行する特定のコアエンティティ）に接続される。ＮＧ－ＲＡＮアーキテクチャは、図１に示される（例えば、３ＧＰＰ ＴＳ ３８．３００ ｖ１５．６．０，ｓｅｃｔｉｏｎ ４を参照されたい）。
【0011】
様々な異なる配備シナリオがサポート可能である（例えば、３ＧＰＰ ＴＲ ３８．８０１ ｖ１４．０．０などを参照されたい）。例えば、非集中配備シナリオ（例えば、ＴＲ ３８．８０１のｓｅｃｔｉｏｎ ５．２を参照されたい。集中配備はｓｅｃｔｉｏｎ ５．４に示される）がそこに提示され、５Ｇ ＮＲをサポートする基地局が配備可能である。図２は、例示的な非集中配備シナリオ（例えば、ＴＲ ３８．８０１のＦｉｇｕｒｅ ５．２－１を参照されたい）を示す一方、ＬＴＥ ｅＮＢ及びｇＮＢとＬＴＥ ｅＮＢとの双方に接続されるユーザ装置（ＵＥ）とが更に示される。ＮＲ ５Ｇのための新しいｅＮＢは、例示的に、ｇＮＢと呼ばれうる。ｅＬＴＥ ｅＮＢは、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）及びＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）との接続性をサポートするｅＮＢの進化型である。
【0012】
ＮＲのためのユーザプレーンプロトコルスタック（例えば、３ＧＰＰ ＴＳ ３８．３００，ｓｅｃｔｉｏｎ ４．４．１を参照されたい）は、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ，ＴＳ ３８．３００のｓｅｃｔｉｏｎ ６．４を参照されたい）、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ，ＴＳ ３８．３００のｓｅｃｔｉｏｎ ６．３を参照されたい）、及びＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＴＳ ３８．３００のｓｅｃｔｉｏｎ ６．２を参照されたい）サブレイヤを含み、これらはネットワーク側のｇＮＢにおいて終端される。さらに、新しいＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）サブレイヤ（ＳＤＡＰ，Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が、ＰＤＣＰの上位に導入される（例えば、３ＧＰＰ ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ６．５を参照されたい）。制御プレーンプロトコルスタックがまた、ＮＲについて定義される（例えば、ＴＳ ３８．３００，ｓｅｃｔｉｏｎ ４．４．２を参照されたい）。レイヤ２機能の概略は、ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ６に与えられる。ＰＤＣＰ、ＲＬＣ及びＭＡＣサブレイヤの機能は、ＴＳ ３８．３００のｓｅｃｔｉｏｎ ６．４、６．３及び６．２においてそれぞれリストされている。ＲＲＣレイヤの機能は、ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ７にリストされている。
【0013】
例えば、ＭＡＣレイヤは、論理チャネル多重化と、異なるニューメロロジのハンドリングを含むスケジューリング及びスケジューリング関連機能とを処理する。
【0014】
物理レイヤ（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、及び信号の適切な物理時間周波数リソースへのマッピングを担当する。また、それは、トランスポートチャネルの物理チャネルへのマッピングを処理する。物理レイヤは、トランスポートチャネルの形式でＭＡＣレイヤにサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、１つの物理チャネルは、ランダムアクセスに用いられるＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）である。
【0015】
ＮＲのためのユースケース／展開シナリオは、データレート、遅延及びカバレッジに関して多様な要求を有するｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を含みうる。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供されるものの３倍のオーダのピークデータレート（ダウンリンクでは２０Ｇｂｐｓ、アップリンクでは１０Ｇｂｐｓ）及びユーザ経験データレートをサポートすることが期待される。他方、ＵＲＬＬＣの場合では、よりタイトな要求が、超低遅延（ユーザプレーン遅延に対してそれぞれＵＬ及びＤＬに対して０．５ｍｓ）と高信頼性（１ｍｓ以内に１～１０－５）とに対して課される。最後に、ｍＭＴＣは、好ましくは、高接続密度（都市環境では、１，０００，０００デバイス／ｋｍ２）、厳しい環境での大きなカバレッジ、及び低コストデバイスのための極めて長寿命のバッテリ（１５年間）を必要としてもよい。
【0016】
従って、１つのユースケースに適したＯＦＤＭニューメロロジ（例えば、サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプリフィックス（ＣＰ）持続時間、スケジューリングインターバルあたりのシンボル数など）は、別のユースケースでは良好には機能しない場合がある。例えば、低遅延サービスは、好ましくは、ｍＭＴＣサービスよりも短いシンボル持続時間（及びより大きなサブキャリア間隔）及び／又はより少数のスケジューリングインターバル（別名、ＴＴＩ）当たりのシンボルを必要としうる。さらに、大きなチャネル遅延スプレッドを有する展開シナリオは、好ましくは、短い遅延スプレッドを有するシナリオよりも長いＣＰ持続時間を必要としうる。サブキャリア間隔は、同様のＣＰオーバヘッドを維持するように、それに応じて最適化されるべきである。ＮＲは、サブキャリア間隔の複数の値をサポートしてもよい。これに対応して、現在、１５ｋＨｚ，３０ｋＨｚ，６０ｋＨｚ・・・のサブキャリア間隔が検討されている。シンボル持続時間Ｔｕとサブキャリア間隔Δｆとは、Δｆ＝１／Ｔｕの式を通して直接的に関連している。ＬＴＥシステムと同様に、“リソースエレメント”という用語は、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対して１つのサブキャリアで構成される最小のリソース単位を示すのに利用可能である。
【0017】
各ニューメロロジ及びキャリアの新たな無線システム５Ｇ－ＮＲにおいて、サブキャリアとＯＦＤＭシンボルとのリソースグリッドが、アップリンクとダウンリンクとのそれぞれに対して規定される。リソースグリッドにおける各エレメントは、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて特定される（３ＧＰＰ ＴＳ ３８．２１１ ｖ１５．６．０を参照されたい）。
【0018】
ＮＧ－ＲＡＮと５ＧＣとの間の５Ｇ ＮＲ機能分割
【0019】
図３は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す。ＮＧ－ＲＡＮ論理ノードは、ｇＮＢ又はｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ，ＵＰＦ及びＳＭＦを有する。
【0020】
特に、ｇＮＢ及びｎｇ－ｅＮＢは、以下の主要な機能を提供する。
－無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、アップリンク及びダウンリンク双方におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理の機能
－データのＩＰヘッダ圧縮、暗号化及び整合性プロテクション
－ＵＥによって提供される情報からＡＭＦへのルーティングが決定できないときのＵＥアタッチメントでのＡＭＦの選択
－ＵＰＦへのユーザプレーンデータのルーティング
－ＡＭＦへの制御プレーン情報のルーティング
－接続セットアップ及びリリース
－ページングメッセージのスケジューリング及び送信
－（ＡＭＦ又はＯＡＭから発信される）システムブロードキャスト情報のスケジューリング及び送信
－モビリティ及びスケジューリングのためのメジャメント及びメジャメントレポート設定
－アップリンクにおけるトランスポートレベルパケットマーキング
－セッション管理
－ネットワークスライシングのサポート
－ＱｏＳフロー管理及びデータ無線ベアラへのマッピング
－ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート
－ＮＡＳメッセージの配信機能
－無線アクセスネットワークシェアリング
－デュアルコネクティビティ
－ＮＲとＥ－ＵＴＲＡとの間の緊密な連携
－無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、アップリンク及びダウンリンク双方におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理の機能
－データのＩＰヘッダ圧縮、暗号化及び整合性プロテクション
－ＵＥによって提供される情報からＡＭＦへのルーティングが決定できないときのＵＥアタッチメントでのＡＭＦの選択
－ＵＰＦへのユーザプレーンデータのルーティング
－ＡＭＦへの制御プレーン情報のルーティング
－接続セットアップ及びリリース
－ページングメッセージのスケジューリング及び送信
－（ＡＭＦ又はＯＡＭから発信される）システムブロードキャスト情報のスケジューリング及び送信
－モビリティ及びスケジューリングのためのメジャメント及びメジャメントレポート設定
－アップリンクにおけるトランスポートレベルパケットマーキング
－セッション管理
－ネットワークスライシングのサポート
－ＱｏＳフロー管理及びデータ無線ベアラへのマッピング
－ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート
－ＮＡＳメッセージの配信機能
－無線アクセスネットワークシェアリング
－デュアルコネクティビティ
－ＮＲとＥ－ＵＴＲＡとの間の緊密な連携
【0021】
ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）は、以下の主要な機能を提供する。
－ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングの終端
－ＮＡＳシグナリングのセキュリティ
－ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）セキュリティ制御
－３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）ノード間シグナリング
－アイドルモードＵＥの到達可能性（ページング再送の制御及び実行を含む）
－レジストレーションエリア管理
－システム内モビリティ及びシステム間モビリティのサポート
－アクセス認証
－ローミング権のチェックを含むアクセス認証
－モビリティ管理制御（サブスクリプション及びポリシー）
－ネットワークスライシングのサポート
－ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）選択
さらに、ＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）は、以下の主要な機能を提供する。
－ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－データネットワークとの相互接続の外部ＰＤＵセッションポイント
－パケットルーティング及び転送
－パケット検査及びポリシールール施行のユーザプレーン部分
－トラフィック使用報告
－データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制などのユーザプレーンのＱｏＳハンドリング
－アップリンクトラフィック検証（ＳＤＦからＱｏＳフローへのマッピング）
－ダウンリンクパケットバッファリング及びダウンリンクデータ通知トリガリング
最後に、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）は、以下の主要な機能を提供する。
－セッション管理
－ＵＥ ＩＰアドレス割当て及び管理
－ＵＰ機能の選択及び制御
－トラフィックを正しい宛先にルーティングするためのＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）におけるトラフィックステアリングの設定
－ポリシー施行及びＱｏＳの制御部分
－ダウンリンクデータ通知
－ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングの終端
－ＮＡＳシグナリングのセキュリティ
－ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）セキュリティ制御
－３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）ノード間シグナリング
－アイドルモードＵＥの到達可能性（ページング再送の制御及び実行を含む）
－レジストレーションエリア管理
－システム内モビリティ及びシステム間モビリティのサポート
－アクセス認証
－ローミング権のチェックを含むアクセス認証
－モビリティ管理制御（サブスクリプション及びポリシー）
－ネットワークスライシングのサポート
－ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）選択
さらに、ＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）は、以下の主要な機能を提供する。
－ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－データネットワークとの相互接続の外部ＰＤＵセッションポイント
－パケットルーティング及び転送
－パケット検査及びポリシールール施行のユーザプレーン部分
－トラフィック使用報告
－データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制などのユーザプレーンのＱｏＳハンドリング
－アップリンクトラフィック検証（ＳＤＦからＱｏＳフローへのマッピング）
－ダウンリンクパケットバッファリング及びダウンリンクデータ通知トリガリング
最後に、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）は、以下の主要な機能を提供する。
－セッション管理
－ＵＥ ＩＰアドレス割当て及び管理
－ＵＰ機能の選択及び制御
－トラフィックを正しい宛先にルーティングするためのＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）におけるトラフィックステアリングの設定
－ポリシー施行及びＱｏＳの制御部分
－ダウンリンクデータ通知
【0022】
ＲＲＣ接続設定及び再設定手順
【0023】
図４は、ＮＡＳパートのためのＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへのＵＥの遷移のコンテクストにおけるＵＥ、ｇＮＢ及びＡＭＦ（５ＧＣエンティティ）の間のいくつかの相互作用を示す（ＴＳ ３８．３００ ｖ１５．６．０を参照されたい）。
【0024】
ＲＲＣは、ＵＥ及びｇＮＢの設定に使用される上位レイヤシグナリング（プロトコル）である。特に、当該遷移は、ＡＭＦがＵＥコンテクストデータ（例えば、ＰＤＵセッションコンテクスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力などを含む）を準備し、それをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴによってｇＮＢに送信することに関する。次に、ｇＮＢは、ＵＥとのＡＳセキュリティをアクティブ化し、これは、ｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後、ｇＮＢは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによって、シグナリング無線ベアラ２（ＳＲＢ２）及びデータ無線ベアラ（ＤＲＢ）を設定するために再設定を実行する。シグナリングのみの接続について、ＳＲＢ２及びＤＲＢが設定されていないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するステップは、省略される。最後に、ｇＮＢは、設定手順が完了したことをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥによってＡＭＦに通知する。
【0025】
従って、本開示では、第５世代コア（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦなど）が提供され、このエンティティは、動作中にｇＮｏｄｅＢ（又はｇＮＢ）とのＮＧ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）接続を確立する制御回路と、動作中にｇＮｏｄｅＢとユーザ装置（ＵＥ）との間のシグナリング無線ベアラ設定を生じさせるイニシャルコンテクストセットアップメッセージをＮＧ接続を介しｇＮｏｄｅＢに送信する送信機とを有する。特に、ｇＮｏｄｅＢは、シグナリング無線ベアラを介しＵＥにリソース割当設定情報要素を含むＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングを送信する。その後、ＵＥは、リソース割当設定に基づいてアップリンク送信又はダウンリンク受信を実行する。
【0026】
２０２０年以降のＩＭＴの利用シナリオ
【0027】
図５は、５Ｇ ＮＲのユースケースのいくつかを示す。３ＧＰＰ ＮＲ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｎｅｗ Ｒａｄｉｏ）では、ＩＭＴ－２０２０によって広範なサービス及びアプリケーションをサポートすることが想定される３つのユースケースが検討されている。ｅＭＢＢのフェーズ１の仕様が確定された。ｅＭＢＢのサポートをさらに拡張することに加えて、現在及び将来の作業は、ＵＲＬＬＣ及びｍＭＴＣの標準化を伴う。図５は、２０２０年以降のＩＭＴの想定される理想シナリオのいくつかの具体例を示す。
【0028】
ＵＲＬＬＣのユースケースは、スループット、遅延、可用性などの能力に対する厳しい要求を有し、産業製造や生産プロセスの無線制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直的なアプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、ＴＲ ３８．９１３によって設定される要求を満たすための技術を特定することによってサポートされる。Ｒｅｌｅａｓｅ １５におけるＮＲ ＵＲＬＬＣについて、キーとなる要求は、ＵＬ（アップリンク）について０．５ｍｓとＤＬ（ダウンリンク）について０．５ｍｓとのターゲットのユーザプレーンの遅延を含む。パケットの１回の送信に対する全体的なＵＲＬＬＣ要求は、１ｍｓのユーザプレーンの遅延による３２バイトのパケットサイズの１Ｅ－５のＢＬＥＲ（Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ）である。
【0029】
ＲＡＮ１の観点から、信頼性がいくつかの可能な方法において改善可能である。信頼性を向上させる現在の範囲は、ＵＲＬＬＣのための別々のＣＱＩテーブル、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどを規定することに関する。しかしながら、当該範囲は、ＮＲがより安定的になり、また開発されると共に（ＮＲ ＵＲＬＬＣのキーとなる要求に対して）、超信頼性を実現するため拡がりうる。Ｒｅｌ．１５におけるＮＲ ＵＲＬＬＣの特定のユースケースは、ＡＲ／ＶＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ／Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）、ｅ－ｈｅａｌｔｈ、ｅ－ｓａｆｅｔｙ及びミッションクリティカルなアプリケーションを含む。
【0030】
さらに、ＮＲ ＵＲＬＬＣによって対象とされる技術エンハンスメントは、遅延の改善及び信頼性の向上を目標としている。遅延の改善のための技術エンハンスメントは、設定可能なニューメロロジ、フレキシブルマッピングによる非スロットベースのスケジューリング、グラントフリー（設定されたグラント）のアップリンク、データチャネルのスロットレベルの繰り返し、及びダウンリンクプリエンプションを含む。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、以降に要求されたが、より低い遅延／より高い優先度要求を有する別の送信に使用されることを意味する。従って、すでに許可された送信が、以降の送信によってプリエンプトされる。プリエンプションは、特定のサービスタイプに関係なく適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトされてもよい。信頼性向上に関する技術エンハンスメントは、１Ｅ－５のターゲットＢＬＥＲのための専用のＣＱＩ／ＭＣＳテーブルを含む。
【0031】
ｍＭＴＣのユースケースは、非常に多数の接続されたデバイスが、典型的には遅延の影響が小さい比較的少量のデータを送信することによって特徴付けされる。デバイスは、低コストであり、かつ、極めて長いバッテリ寿命を有することが必要とされる。ＮＲの観点から、非常に狭い帯域幅部分を利用することが、ＵＥの観点からの省電力を有し、長いバッテリ寿命を可能にするための１つの可能な解決策である。
【0032】
上述したように、ＮＲにおける信頼性の範囲がより広くなることが期待される。全てのケース、特にＵＲＬＬＣ及びｍＭＴＣに必要な１つのキーとなる要求は、高信頼性又は超高信頼性である。無線の観点及びネットワークの観点から信頼性を向上させるためのいくつかの機構が検討可能である。一般には、信頼性の向上に役立つ可能性のあるいくつかのキーとなるエリアが存在する。これらのエリアのうち、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数、時間及び／又は空間領域に関するダイバーシチが挙げられる。これらのエリアは、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。
【0033】
ＮＲ ＵＲＬＬＣについては、ファクトリオートメーション、輸送産業、及びファクトリオートメーション、輸送産業、電力配電を含む電力配電など、より厳しい要求を有するさらなるユースケースが特定されている。より厳しい要求は、より高い信頼性（１０－６レベルまで）、より高い可用性、２５６バイトまでのパケットサイズ、数μｓのオーダまでの時間同期であり、その値は、特にユースケースに応じて０．５ｍｓのターゲットユーザプレーン遅延において、０．５～１ｍｓのオーダで周波数レンジと短い遅延に依存して１又は数μｓのオーダとなりうる。
【0034】
さらに、ＮＲ ＵＲＬＬＣについて、ＲＡＮ１の観点からのいくつかの技術エンハンスメントが特定されている。これらのうち、コンパクトＤＣＩに関連するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）エンハンスメント、ＰＤＣＣＨ繰り返し、増加したＰＤＣＣＨモニタリングがある。また、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）エンハンスメントは、エンハンストＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）及びＣＳＩフィードバックエンハンスメントに関連している。また、ミニスロットレベルホッピング及び再送／繰り返しエンハンスメントに関連するＰＵＳＣＨエンハンスメントが特定される。“ミニスロット”という用語は、スロット（１４又は１２シンボルからなるスロット）よりも少ないシンボルを含む送信時間間隔（ＴＴＩ）を指す。
【0035】
スロットベースのスケジューリング又は割当てでは、スロットは、スケジューリング割当てのためのタイミング粒度（ＴＴＩ：送信時間間隔）に対応する。一般に、ＴＴＩは、スケジューリング割当てのためのタイミング粒度を決定する。１つのＴＴＩは、所与の信号が物理レイヤにマッピングされる時間間隔である。例えば、従来、ＴＴＩ長は、１４シンボル（スロットベーススケジューリング）から２シンボル（非スロットベースのスケジューリング）まで可変的である。ダウンリンク（ＤＬ）及びアップリンク（ＵＬ）送信は、１０サブフレーム（１ｍｓ持続時間）からなるフレーム（１０ｍｓ持続時間）に編成されるよう指定される。スロットベース送信では、サブフレームはさらにスロットに分割され、スロット数はニューメロロジ／サブキャリア間隔によって規定される。指定された値の範囲は、１５ｋＨｚのサブキャリア間隔に対してフレーム毎に１０スロット（サブフレーム毎に１スロット）と、１２０ｋＨｚのサブキャリア間隔に対してフレーム毎に８０スロット（サブフレーム毎に８スロット）との間の範囲である。スロット毎のＯＦＤＭシンボルの数は、通常のサイクリックプリフィックスについては１４であり、拡張サイクリックプリフィックスについては１２である（３ＧＰＰ ＴＳ ３８．２１１ Ｖ１５．３．０，Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ，２０１８－０９のｓｅｃｔｉｏｎ ４．１（ｇｅｎｅｒａｌ ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）、４．２（Ｎｕｍｅｒｏｌｏｇｉｅｓ）、４．３．１（ｆｒａｍｅｓ ａｎｄ ｓｕｂｆｒａｍｅｓ）及び４．３．２（ｓｌｏｔｓ）を参照されたい）。しかしながら、送信のための時間リソースの割当てはまた、非スロットベースであってもよい。特に、非スロットベース割当てにおけるＴＴＩは、スロットではなくミニスロットに対応するものであってもよい。すなわち、１つ以上のミニスロットが、データ／制御シグナリングの要求された送信に割り当てられてもよい。非スロットベース割当てでは、ＴＴＩの最短長は、例えば、１又は２ＯＦＤＭシンボルであってもよい。
【0036】
［ＱｏＳの制御］
５Ｇ ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）モデルは、ＱｏＳフローに基づき、保証されるフロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証されるフロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）との双方をサポートする。従って、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内において、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で搬送されるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。
５Ｇ ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）モデルは、ＱｏＳフローに基づき、保証されるフロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証されるフロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）との双方をサポートする。従って、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内において、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で搬送されるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。
【0037】
各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＮＧ－ＲＡＮは、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、当該ＰＤＵセッションのＱｏＳフローのための追加的なＤＲＢが、例えば、図４を参照して上述されるように、以降に設定することができる（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥ及び５ＧＣにおけるＮＡＳレベルのパケットフィルタが、ＵＬ及びＤＬパケットをＱｏＳフローに関連付け、ＵＥ及びＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールが、ＵＬ及びＤＬのＱｏＳフローをＤＲＢに関連付ける。
【0038】
図６は、５Ｇ ＮＲの非ローミング基準アーキテクチャ（ＴＳ ２３．５０１ ｖ１６．１．１，ｓｅｃｔｉｏｎ ４．２３を参照されたい）を示す。例えば、図５に例示的に記載される５Ｇサービスを提供する外部アプリケーションサーバなど、アプリケーション機能（ＡＦ）は、サービスを提供するため、例えば、トラフィックのルーティング、ＮＥＦ（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）へのアクセス、又はＱｏＳ制御などのポリシー制御（ＰＣＦ（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）を参照されたい）との相互作用に対するアプリケーションの影響をサポートするため、３ＧＰＰコアネットワークと相互作用する。事業者の配備に基づいて、事業者によって信頼されるものとみなされるアプリケーション機能が、関連するネットワーク機能と直接相互作用することが可能とすることができる。ネットワーク機能に直接アクセスすることが事業者によって許可されていないアプリケーション機能は、ＮＥＦを介して外部のエクスポージャフレームワークを利用して、関連するネットワーク機能と相互作用する。
【0039】
図６はさらに、５Ｇアーキテクチャの機能ユニット、すなわち、ＮＳＳＦ（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）、ＮＲＦ（Ｎｅｔｗｏｒｋ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ）、ＵＤＭ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ）、ＡＵＳＦ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｖｅｒ Ｆｕｎｃｔｉｏｎ）、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）及び事業者サービス、インターネットアクセス又はサードパーティサービスなどのＤＮ（Ｄａｔａ Ｎｅｔｗｏｒｋ）を示す。
【0040】
端末、ユーザ端末又はユーザデバイスは、ＬＴＥ及びＮＲにおいてユーザ装置（ＵＥ）として参照される。これは、無線電話、スマートフォン、タブレットコンピュータ又はユーザ装置の機能を備えたＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）スティックなどの移動デバイス又は通信装置であってもよい。しかしながら、移動デバイスという用語は、これに限定されず、一般に、中継はまたそのような移動デバイスの機能性を有してもよく、移動デバイスは中継として機能してもよい。
【0041】
基地局は、例えば、端末にサービスを提供するためのネットワークの一部を形成するネットワークノードである。基地局は、端末への無線接続を提供するネットワークノード又はスケジューリングノードである。端末と基地局との間の通信は、典型的には標準化されている。ＬＴＥ及びＮＲでは、無線インタフェースプロトコルスタックは、物理レイヤ、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤ及び上位レイヤを含む。制御プレーンでは、上位レイヤプロトコルＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）プロトコルが提供される。ＲＲＣを介して、基地局は、端末の設定を制御することができ、端末は、接続及びベアラ確立、修正などの制御タスク、測定及び他の機能を実行するため基地局と通信してもよい。ＬＴＥで使用される用語は、ｅＮＢ（又はｅＮｏｄｅＢ）である一方、５Ｇ ＮＲのために現在使用される用語は、ｇＮＢである。
【0042】
あるレイヤによって上位レイヤに提供されるデータの転送のためのサービスは、通常はチャネルと呼ばれる。例えば、ＬＴＥ及びＮＲは、ＭＡＣレイヤによって上位レイヤのために提供される論理チャネル、物理レイヤによってＭＡＣレイヤに提供されるトランスポートチャネル及び物理リソース上のマッピングを規定する物理チャネルを区別する。
【0043】
論理チャネルは、ＭＡＣによって提供される各種データ転送サービスである。各論理チャネルタイプは、何れのタイプのデータが転送されるかによって規定される。論理チャネルは、制御チャネルとトラフィックチャネルの２つのグループに分類される。制御チャネルは、制御プレーン情報のみの転送に使用される。トラフィックチャネルは、ユーザプレーン情報のみの転送に使用される。
【0044】
論理チャネルは、ＭＡＣレイヤによってトランスポートチャネルにマッピングされる。例えば、論理トラフィックチャネル及びいくつかの論理制御チャネルは、ダウンリンクにおいてダウンリンク共有チャネルＤＬ－ＳＣＨとして参照されるトランスポートチャネルにマッピングされ、アップリンクにおいてアップリンク共有チャネルＵＬ－ＳＣＨとして参照されるトランスポートチャネルにマッピングされてもよい。
【0045】
ダウンリンク制御チャネルモニタリング、ＰＤＣＣＨ、ＤＣＩ
ＵＥによって動作される機能の多くは、例えば、ＵＥ宛ての特定の制御情報又はデータなどを受信するためダウンリンク制御チャネル（例えば、ＰＤＣＣＨ、３ＧＰＰ ＴＳ ３８．３００ ｖ１５．６．０，ｓｅｃｔｉｏｎ ５．２．３を参照されたい）のモニタリングを含む。
ＵＥによって動作される機能の多くは、例えば、ＵＥ宛ての特定の制御情報又はデータなどを受信するためダウンリンク制御チャネル（例えば、ＰＤＣＣＨ、３ＧＰＰ ＴＳ ３８．３００ ｖ１５．６．０，ｓｅｃｔｉｏｎ ５．２．３を参照されたい）のモニタリングを含む。
【0046】
上述したように、ＰＤＣＣＨモニタリングは、制御情報と共にユーザトラフィック（例えば、ＰＤＣＣＨ上のＤＣＩ及びＰＤＣＣＨによって通知されるＰＤＳＣＨ上のユーザデータ）など、ＵＥ宛ての情報を識別及び受信するためＵＥによって実行される。
【0047】
ダウンリンクにおける制御情報（ダウンリンク制御情報ＤＣＩと呼ぶことができる）は、５Ｇ ＮＲにおいてＬＴＥにおけるＤＣＩと同じ目的を有し、すなわち、例えば、ダウンリンクデータチャネル（例えば、ＰＤＳＣＨ）又はアップリンクデータチャネル（例えば、ＰＵＳＣＨ）をスケジュールする制御情報の特別なセットである。５Ｇ ＮＲでは、すでに規定されるいくつかの異なるＤＣＩフォーマットがある（ＴＳ ３８．２１２ ｖ１５．６．０ ｓｅｃｔｉｏｎ ７．３．１を参照されたい）。
【0048】
これらの機能の各々のＰＤＣＣＨモニタリングは、特定の目的を果たし、従って、終わりまで開始される。ＰＤＣＣＨモニタリングは、典型的には、ＵＥによって動作されるタイマに少なくとも基づいて制御される。タイマは、例えば、ＵＥがＰＤＣＣＨをモニタリングする最大時間を制限するなど、ＰＤＣＣＨモニタリングを制御する目的を有する。例えば、ＵＥは、ＰＤＣＣＨを無期限にモニタリングする必要はなく、電力を節約することができるように、ある時間の後にはモニタリングを停止してもよい。
【0049】
上述されるように、ＰＤＣＣＨ上のＤＣＩの目的の１つは、ダウンリンク、アップリンク又はサイドリンクにおけるリソースの動的スケジューリングである。特に、ＤＣＩのいくつかのフォーマットは、特定のユーザに対するデータチャネルに割当てられるリソース（リソース割当ＲＡ）の通知を搬送するため提供される。リソース割当ては、周波数領域及び／又は時間領域におけるリソースの指定を含んでもよい。
【0050】
リソース割当て
時間領域では、例えば、Ｒｅｌｅａｓｅ １５（ＮＲ）において指定されるように、スケジューリングタイミング（例えば、上述されたリソースのスケジューリングのため）は、時間領域リソース割当（ＴＤＲＡ）テーブルを使用することによってＤＣＩ内で通知されてもよい。特に、ＵＥは、例えば、エントリ（行）インデックスを通知することによって、ＤＣＩにおいてＴＤＲＡテーブルの１つのエントリ（行）を通知することによって、時間領域において割り当てられたリソースが通知されてもよい。ＴＤＲＡエントリは、ＮＲについて標準仕様におけるテーブルとして要約されるため、テーブルという用語は、ここでは論理的な用語として使用される。
時間領域では、例えば、Ｒｅｌｅａｓｅ １５（ＮＲ）において指定されるように、スケジューリングタイミング（例えば、上述されたリソースのスケジューリングのため）は、時間領域リソース割当（ＴＤＲＡ）テーブルを使用することによってＤＣＩ内で通知されてもよい。特に、ＵＥは、例えば、エントリ（行）インデックスを通知することによって、ＤＣＩにおいてＴＤＲＡテーブルの１つのエントリ（行）を通知することによって、時間領域において割り当てられたリソースが通知されてもよい。ＴＤＲＡエントリは、ＮＲについて標準仕様におけるテーブルとして要約されるため、テーブルという用語は、ここでは論理的な用語として使用される。
【0051】
ＰＤＳＣＨ及びＰＵＳＣＨ上の繰り返し
ＮＲにおける送信は、データの自発的繰り返しを含んでもよい（すなわち、（Ｈ）ＡＲＱによってトリガされることなく）。このような場合、同じデータ（例えば、トランスポートブロック）はＮ回送信され、Ｎは１より大きい整数である。繰り返し数は、設定可能であってもよい。
ＮＲにおける送信は、データの自発的繰り返しを含んでもよい（すなわち、（Ｈ）ＡＲＱによってトリガされることなく）。このような場合、同じデータ（例えば、トランスポートブロック）はＮ回送信され、Ｎは１より大きい整数である。繰り返し数は、設定可能であってもよい。
【0052】
複数の送信／受信ポイントＴＲＰ
ＮＲにおける物理レイヤは、例えば、複数の送受信ポイント（マルチＴＲＰ）の使用を含んでもよいＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）などのマルチアンテナ動作を提供してもよい。例えば、ユーザ装置は、複数のＴＲＰ（送受信ポイント）からデータを受信してもよく、複数のＴＲＰは、同一又は異なるネットワークノードによって制御されてもよい。マルチポイント送信又は協調マルチポイント送信（ＣｏＭＰ）という用語はまた、マルチＴＲＰ通信又は送信に使用されてもよい。
ＮＲにおける物理レイヤは、例えば、複数の送受信ポイント（マルチＴＲＰ）の使用を含んでもよいＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）などのマルチアンテナ動作を提供してもよい。例えば、ユーザ装置は、複数のＴＲＰ（送受信ポイント）からデータを受信してもよく、複数のＴＲＰは、同一又は異なるネットワークノードによって制御されてもよい。マルチポイント送信又は協調マルチポイント送信（ＣｏＭＰ）という用語はまた、マルチＴＲＰ通信又は送信に使用されてもよい。
【0053】
本開示に記載される技術は、ＴＲＰの特定の配置又はＴＲＰとｇＮＢとの間の特定の関係に限定されない。従って、例えば、マルチＴＲＰ動作は、ＴＲＰに対応する異なるアンテナパネル又は無線ヘッドと、それぞれのアンテナで動作する異なる無線周波数ユニットとを有するｇＮＢによって実行されてもよい。
【0054】
さらに、マルチＴＲＰでは、ＴＲＰ間の位置関係に関していくつかの選択肢が考えられ、２つのＴＲＰ間の距離は変化しうる。例えば、ＴＲＰは、ＵＥが同様の角度からこれらのＴＲＰからの信号を受信するように、接近していてもよい。しかしながら、ＴＲＰはまた、互いにかなり遠い距離に、例えば、ネットワークセルの遠隔位置に配置されてもよい。２つのＴＲＰによってサービス提供されているＵＥは、無相関チャネル上でそれぞれのＴＲＰとの間でシグナリングを送受信してもよい。従って、チャネルダイバーシチの利得が最適に利用されうる。
【0055】
例えば、マルチＴＲＰは、２つの高いレベルのカテゴリに分類されてもよい。すなわち、カテゴリ間の区別は、２つの与えられたＴＲＰ間のバックホールリンクのバックホールタイプに関して行われてもよい。
【0056】
他方、理想的なバックホールは、例えば、光ファイバを利用した専用のポイントツーポイント接続などの非常に高いスループットと非常に低い遅延バックホールとである。理想的なバックホールは、およそ又はほぼ０ミリ秒の遅延でＴＲＰ間の通信を可能にするよう仮定される（例えば、ＬＴＥ－Ａについて、テクニカルレポート３ＧＰＰ ＴＲ ３６．９３２ Ｖ１５．０．０（２０１８－０６）は、ｓｅｃｔｉｏｎ ６．１．３において２．５μｓ未満の一方向遅延に言及しているが、ファイバ／ケーブルにおける伝搬遅延は含まれない）。
【0057】
他方、非理想的なバックホールは、ＤＳＬ、マイクロ波、中継などの他のバックホールなどのバックホールであり、例えば、２つの与えられたＴＲＰ間の通信に対して２ｍｓ又は５ｍｓの範囲の有限（一方向）遅延を含んでもよい。
【0058】
理想的バックホールと非理想的バックホールへの分類とは別に、マルチＴＲＰ ＭＩＭＯ技術における更なる分類は、（中央）ベースバンドユニットがＴＲＰ間でどのように共有されるかに関して行われてもよい。
【0059】
例えば、与えられた２つのＴＲＰのそれぞれに対して異なるＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットがある一方、ＴＲＰは、同じベースバンドユニットを共有してもよい。この場合、ＲＦユニットとベースバンドユニットとの間のリンクは、理想的又は非理想的であってもよい。あるいは、各ＴＲＰに対して異なる（中央）ベースバンドユニットと異なるＲＦユニットの両方が存在してもよい。この場合、ベースバンドユニットとＲＦユニットとの間のそれぞれのリンクだけでなく、異なるベースバンドユニットの間のリンクも理想的又は非理想的であってもよい。
【0060】
本発明は、複数のＴＲＰからの送信（特に、ＰＤＳＣＨ繰り返し）のための時間領域リソース割当てに関する。一般に、ＴＲＰの１つからの単一ＤＣＩベースのスケジューリングを利用して、複数のＴＲＰからのＰＤＳＣＨの繰り返しがスケジューリングされてもよい。
【0061】
このようなＰＤＳＣＨ繰り返しの一例が、図１１に示される。図から分かるように、ＴＲＰ１からの単一のＤＣＩ（ＰＤＣＣＨ）は、５つのＰＤＳＣＨの繰り返しをスケジューリングする。より具体的には、３つのＰＤＳＣＨ繰り返しがＴＲＰ１（すなわち、第１、第２及び第４の繰り返し）からスケジューリングされ、２つがＴＲＰ２（すなわち、第３及び第５の繰り返し）からスケジューリングされる。スロット間繰り返しとスロット内繰り返しとの双方がサポートされ、複数のＴＲＰの間の理想的バックホールが検討される。
【0062】
各ＴＲＰは別々のＴＣＩ状態に関連付けることができ、ＴＣＩ状態及びＴＲＰは互換的に利用可能であることに留意されたい。特に、以下では、ＴＣＩ状態１はＴＲＰ１として参照され、ＴＣＩ状態２はＴＲＰ２として参照されてもよく、以下同様である。
【0063】
しかしながら、複数のＴＲＰがスケジューリングされるとき、繰り返しをスケジューリング及び関連付けするにはいくつかの問題がある。より具体的には、ＴＲＰの１つからの単一のＤＣＩによる多数のＴＲＰからのＰＤＳＣＨの繰り返しをスケジューリングするため、以下は時間領域リソース割当てのための未解決な問題である。
【0064】
第１に、何れの繰り返しが何れのＴＲＰに関連付けされているかが、ＵＥに通知される必要がある。例えば、図１２のＵＥは、ＴＲＰ１が第１、第２及び第４の繰り返しを送信する一方、ＴＲＰ２が第３及び第５の繰り返しを送信することを知っている必要がある。
【0065】
第２に、各繰り返しに対する時間領域リソースが、ＵＥに通知される必要がある。例えば、図１２のＵＥは、５つの繰り返しの各繰り返しのスタートシンボル、スロット及び長さを知っている必要がある。
【0066】
第３に、各ＴＲＰからスケジューリングされるべき送信数と、全てのＴＲＰからの送信の結合された総数とが、ＵＥに通知される必要がある。例えば、図１２のＵＥは、スケジューリングされる送信の総数が５であることを知っている必要があり、ここで、３つはＴＲＰ１からのものであり、２つはＴＲＰ２からのものである。
【0067】
一般に、ＴＲＰの１つへの繰り返しの関連付けに関して、ＵＥへの半静的又は動的な通知が可能である。半静的な関連付けについて、何れの繰り返しが何れのＴＲＰとの関連付けであるかに関するパターンは、固定されてもよい。しかしながら、そのようなアプローチは、ＴＲＰ及び／又は対応する時間領域リソースの利用可能性に応じて関連付けを適用するための十分なフレキシビリティを提供しない。
【0068】
動的な関連付けは、ＤＣＩによって通知されてもよい。しかしながら、ビットマップの形式での明示的な指示が利用される場合、ビットマップのサイズは、繰り返し及び／又はＴＲＰの数の増加に比例して増加しうる。
【0069】
一実施例による例示的なＵＥが、図７に示される。本実施例によると、送受信機７７０を備えるユーザ装置（ＵＥ）７６０が提供される。送受信機７７０は、動作中にダウンリンク制御信号（ＤＣＩ）シグナリングを受信する。ＵＥは更に、動作中にＤＣＩシグナリングから２つ以上のＴＣＩ状態が設定されることを指定するＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）インジケータを取得するプロセッサ（又は処理回路）７８０を備えてもよい。さらに、プロセッサ７８０は、動作中に２つ以上のＴＣＩ状態を備える時間領域リソースの送信及び関連付けのための時間領域リソースを示す通知を取得してもよい。効果的には、時間領域リソースの各々は、２つ以上のＴＣＩ状態の１つに関連付けされる。送受信機は更に、動作中に２つ以上のＴＣＩ状態のそれぞれについて、各ＴＣＩ状態に関連する時間領域リソース上でデータを受信又は送信してもよい。
【0070】
回路７８０は、複数のＴＲＰを利用する送信／受信について、上述した時間領域リソースの決定より多くの機能を実現してもよい。従って、回路７８０は、時間領域リソースの決定を実行するよう構成された時間領域リソース決定回路７８５を含むと考えられる。当該設定は、ハードウェア適応化及び／又はソフトウェアによって提供されてもよい。
【0071】
図８は、時間領域リソース決定回路７８５の機能構成を示す。特に、時間領域リソース決定回路７８５は、ＤＣＩからＴＣＩインジケータと、送信用の時間領域リソースを示す通知と共に各ＴＣＩ状態と時間領域リソースとの関連付けとを取得するＰＤＣＣＨ処理回路８７０を含む。時間領域リソース決定回路７８５は更に、時間領域リソース通知に基づいて、ＴＣＩインジケータが２つ以上のＴＣＩ状態を示すとき、各ＴＣＩ状態に対する時間領域リソースの割当てを決定するリソース決定回路８８０を備える。そして、処理回路７８０は、決定されたリソース上でデータを受信又は送信するよう送受信機７７０を制御してもよい。
【0072】
他の実施例によると、プロセッサ７３０を備える基地局７１０（スケジューリングノード）が提供される。プロセッサ７３０は、動作中に２つ以上のＴＣＩ状態が設定されることを指定するＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）インジケータを通知するダウンリンク制御情報（ＤＣＩ）シグナリングを生成する。ＴＣＩシグナリングは更に、２つ以上のＴＣＩ状態と時間領域リソースとの関連付け及び送信のための時間領域リソースを通知し、各時間領域リソースは、２つ以上のＴＣＩ状態の１つに関連付けされる。基地局は更に、動作中にＤＣＩシグナリングを送信する送受信機７２０を備える。送受信機は、動作中に２つ以上のＴＣＩ状態のそれぞれについて、各ＴＣＩ状態に関連する時間領域リソース上でデータを受信又は送信する（例えば、ＵＥ７６０に）。ＵＥのプロセッサ７８０と同様に、プロセッサ７３０はまた、様々な異なるタスクを実行してもよい。ここで、時間領域リソース割当回路７３５は、プロセッサ７３０の機能部分を示し、これは、リソースを決定し、対応するシグナリングをＵＥ７６０に提供することを含む、上述した時間領域割当タスクを実行する。
【0073】
スケジューリングデバイスは更に、回路７３０の一部として、１つ以上のＵＥのスケジューリングを実行する割当回路を含んでもよい。スケジューリングの結果として、時間領域リソース割当てが生成され、ＴＣＩインジケータ及びリソース割当てと共に、ＴＣＩ状態とリソースとの関連付けを示す対応するＤＣＩシグナリングが生成される。そして、回路は、送受信機７２０を制御して、１つ以上のＵＥに対してスケジューリングされたリソースにおいてデータを送信又は受信する。
【0074】
時間領域リソース割当回路７３５の例示的な機能構成が、図９に示される。特に、時間領域リソース割当回路７３５は、スケジューリング回路９３６及びＰＤＣＣＨ生成回路９３７を含んでもよい。スケジューリング回路９２０は、スケジューリングを実行し、例えば、ＵＥの１つ以上からの測定結果を収集し、それに基づいて、ＵＥからの要求に基づいて及び／又はそれのリソースの利用可能性に基づいて、時間領域（及びおそらく周波数領域及びＴＲＰ）においてリソースを各ＵＥに割り当てる。そして、ＰＤＣＣＨ生成回路９３０は、１つ以上の各ＵＥのスケジューリング結果に従って、ＴＣＩインジケータ及びリソース割当てと共に、ＴＣＩ状態と時間領域リソースとの関連付けを含むＤＣＩを生成する。
【0075】
図７から理解できるように、ＵＥ７６０及びスケジューリングノード７１０は、通信システムを形成可能であり、すなわち、チャネル７５０を介し通信可能である。
【0076】
一般に、ＤＣＩシグナリングは、単一のＤＣＩの１ビットフィールド（例えば、時間領域リソース割当（ＴＤＲＡ）フィールド）であってもよい。ＤＣＩシグナリングは、第１のデータ送信の時間領域リソース（例えば、前記ＤＣＩシグナリングによって示される第１の送信）と共に、２つ以上のＴＣＩ状態の１つに対する第１のデータ送信の時間領域リソースの関連付けを通知するよう設定されてもよい。ＤＣＩシグナリングは更に、更なるデータ送信（例えば、第１のデータ送信の繰り返し）の時間領域リソースと、２つ以上のＴＣＩ状態の１つに対するそれらの各関連付けとを示してもよい。言い換えれば、ＤＣＩシグナリングのビットフィールドは、複数（例えば、２つ以上）の送信の時間領域リソースと、２つ以上のＴＣＩ状態と時間領域リソースとの関連付けとを一緒に通知してもよい。
【0077】
更なるデータ送信が第１のデータ送信に関連付けされたＴＣＩ状態と同一又は異なるＴＣＩ状態に関連付けされてもよいことに留意されたい。言い換えれば、２つ以上の送信は、２つ以上のＴＣＩ状態の同一又は異なるＴＣＩ状態に関連付けされてもよい。
【0078】
さらに、一般には、（ＤＣＩシグナリングによって示される時間領域リソースの）何れの時間領域リソースも関連付けされていないＴＣＩ状態が設定されてもよい。しかしながら、効果的には、時間領域リソースが関連付けされる２つ以上のＴＣＩ状態が設定されてもよい。言い換えれば、効果的には、２つ以上の時間領域リソースが（相互に）異なるＴＣＩ状態に関連付けられる。
【0079】
さらに、効果的には、各時間領域リソースは、２つ以上のＴＣＩ状態の単一のＴＣＩ状態に関連付けされてもよい。言い換えれば、通知／ＤＣＩシグナリングは、各時間領域リソースに対して時間領域リソースを２つ以上のＴＣＩ状態の単一のＴＣＩ状態に関連付ける単一の関連付けのみを示してもよい。
【0080】
また、一般に、更なる送信は繰り返しであってもよく、すなわち、第１の送信によって送信されたものと同じトランスポートブロック（ＴＢ）の送信を意味してもよいことにも留意されたい。しかしながら、本発明はこれに限定されず、更なる送信は第１の送信のＴＢと異なるＴＢの送信であってもよい。言い換えれば、本発明は、異なるＴＢの送信だけでなく、その繰り返しにも直接的に（同じように）適用することができる。従って、一般に、全ての送信のＴＢは相互に異なってもよく、いくつかの送信のＴＢは相互に異なる一方、他の送信のＴＢは同じであるか、又は全ての（第１及び更なる）送信のＴＢは同じであってもよい。従って、一般に、“送信”及び“繰り返し”という用語は、互換的に使用される。
【0081】
さらに、本発明は、何れかの数のＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）に適用可能であり、及び／又は何れかの数のＴＣＩ状態に適用可能であることに留意されたい。言い換えれば、以下に明示的に説明される具体例は、単純化のため２つのＴＲＰ／ＴＣＩ状態のみのシンプルなケースを参照する。また、各ＴＲＰは各ＴＣＩ状態に関連付けされるか、又は対応してもよく、またその逆も可能であり、その結果、“ＴＲＰ”及び“ＴＣＩ状態”という用語は、本開示において互換的に使用されることに留意されたい。
【0082】
一般に、プロセッサは、例えば、規格によって規定され、及び／又はおそらく少なくとも部分的にはネットワークによって設定可能なシンタックス及びセマンティックに基づいて、ＤＣＩシグナリングを構文解析することによってＴＣＩインジケータ及び通知を取得してもよい。
【0083】
特に、単一のＤＣＩの１つのビットフィールドを使用して、各送信に対する時間領域リソース、通知されたＴＣＩ状態の１つに対する各送信の関連付け、通知された各ＴＣＩ状態に関連する送信総数、送信のために実際に使用されるＴＣＩ状態（ＴＲＰ）の数、及び／又は全てのＴＲＰにわたる繰り返しの総数は、明示的に通知されるか、あるいは、暗黙的な指示に基づいて決定されてもよい。
【0084】
いくつかの実施例では、ＵＥがＤＣＩシグナリングから取得する指示は、ＴＤＲＡ（Ｔｉｍｅ－Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ）テーブルのエントリを示すインデックスである。
【0085】
一般に、ＴＤＲＡテーブルのエントリは、典型的には、ＴＤＲＡテーブルの行に対応する。しかしながら、例えば、列におけるエントリによるＴＤＲＡテーブルの何れか他の規定もまた可能である。ＤＣＩシグナリングは、ＤＣＩインデックス（以下では、ＤＣＩインデックスとも呼ばれる）の指示を含んでもよい。言い換えれば、一般に、ＤＣＩシグナリングは、各行／列のインデックスを示すことによって、ＴＤＲＡテーブルのエントリを指示してもよい。このＤＣＩインデックスは、一般に、コードポイントによってＤＣＩシグナリングにおいて指示／通知されてもよい。以下において、ＴＤＲＡの“行”及び“エントリ”という用語は、互換的に使用されることに留意されたい。
【0086】
さらに、一般に、ＵＥは、２つ以上のＴＤＲＡテーブルによって設定されてもよい。ＴＤＲＡテーブルの使用は、基地局と同期されるべきである。例えば、基地局は、何れのＴＤＲＡテーブルが適用されるべきかをＵＥに通知する。あるいは、いくつかのシナリオでは、ＵＥ及び基地局は、暗黙的に同じ方法で、双方に知られている他のパラメータに基づいて何れのＴＤＲＡテーブルが使用されるべきかを導出してもよい。
【0087】
一般に、情報がより明示的かつより大きくなるほど、リソース割当て及び関連付けに対するフレキシビリティが増大しはより高くなるが、おそらくシグナリングオーバヘッドもまたより大きくなりうる。
【0088】
いくつかの実施例では、ＴＤＲＡテーブルのエントリは、ＳＬＩＶ（Ｓｔａｒｔ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）の２つ以上のセット（又はグループ）を含む。効果的には、各セットは各ＴＣＩ状態に対応し、各ＳＬＩＶは各送信に対応し、各送信に対する時間領域リソースのスタート位置及び長さを示す。各送信のための時間領域リソースは、各ＳＬＩＶのセット（例えば、それの時間領域リソースを示すＳＬＩＶ）に対応するＴＣＩ状態に関連付けされてもよい。
【0089】
一般に、ＴＤＲＡテーブルのエントリは、１つ以上のＳＬＩＶ値を含むか、あるいは、示してもよい。ＳＬＩＶは、例えば、時間領域リソースのスタート位置及び長さを指示／指定することによって、時間領域リソースを指示又は指定する。特に、ＳＬＩＶは、２つの数（特に、整数）の順序付されたペアに対応してもよく、その一方は時間領域リソースのスタート位置を示し、他方は時間領域リソースの長さを示す。一般に、ＳＬＩＶは、単一の送信／繰り返しのための時間領域リソースを示してもよく、送信／繰り返しのための各時間領域リソースは、単一のＳＬＩＶによって示されてもよい。
【0090】
一般に、ＴＤＲＡテーブルにおける各ＳＬＩＶは、各ＴＣＩ状態に関連付けされるか、あるいは、対応してもよい。特に、各ＳＬＩＶは、単一のＴＣＩ状態のみに対応してもよい。他方、エントリは、１つのＴＣＩ状態に対して０以上のＳＬＩＶを示してもよい。言い換えると、エントリは、２つ以上のＴＣＩ状態（例えば、設定されたＴＣＩ状態）の各ＴＣＩ状態について、ＳＬＩＶのセットを含むか、あるいは、示してもよい。しかしながら、各ＳＬＩＶは、ここではＳＬＩＶの“グループ”とも呼ばれる単一のＳＬＩＶグループのみにあってもよい。これらのセットは、エンプティであってもよく、１つ以上のＳＬＩＶを含んでもよい。そして、ＳＬＩＶによって示される時間領域リソースは、各ＳＬＩＶ（すなわち、時間領域リソースを示すＳＬＩＶ）と同じＴＣＩ状態に関連付けされる。
【0091】
これに関して、ＳＬＩＶの“グループ”、“セット”及び“グルーピング”という用語は、互換的に使用されることにまた留意されたい。
【0092】
一般に、ＴＤＲＡのエントリは更に、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）マップタイプと、例えば、Ｋ２値とを含むか、あるいは、示してもよいことに留意されたい。Ｋ２値は、同一のＴＤＲＡエントリのＳＬＩＶによって示されるスタート位置のスロットオフセットを示す。ＰＤＳＣＨマッピングタイプの指示とスロットオフセットＫ２のシグナリングの通知とは、本発明については必要でないことが留意される。スロットオフセットは、ＴＤＲＡテーブルのエントリを示したＤＣＩシグナリングのスロットに関するものであってもよい。さらに、スロット間の繰り返しについて、ＴＤＲＡテーブルの１つ以上がＫ２の複数の値を含んでもよい。
【0093】
本実施例によるＴＤＲＡテーブルの具体例が、以下のＴＤＲＡ Ｔａｂｌｅ １に示される。
理解できるように、ＴＤＲＡ Ｔａｂｌｅ １は、ＤＣＩインデックスの各値に対して、２つのグループの時間領域リソース（ＳＬＩＶ）を示し、より具体的には、第４の列はＳＬＩＶグループ１を示し、第５の列はＳＬＩＶグループ２を示す。しかしながら、一般に、ＴＤＲＡテーブルは、ＤＣＩインデックスの各値に対して、２つより多くのＳＬＩＶのグループを示してもよい。
【表1】
【0094】
理解できるように、ＴＤＲＡ Ｔａｂｌｅ １では、各グループはＴＣＩ状態の１つに関連付けされる。より具体的には、本例では、ＳＬＩＶグループ１がＴＣＩ状態１に対応し、ＳＬＩＶグループ２がＴＣＩ状態２に対応する。一般に、ＴＤＲＡテーブルは、各グループがＴＣＩ状態に関連するより多くのグループを示してもよい。一般に、グループは、互いに異なるＴＣＩ状態に対応してもよい。しかしながら、本発明はこれに限定されず、グループのいくつかは同じＴＣＩ状態に関連付けされてもよい。
【0095】
一般に、各グループは、各ＴＣＩ状態に関連する全ての繰り返しに対応する複数の時間領域リソース（ＳＬＩＶ）を有してもよい。しかしながら、本発明はこれに限定されず、グループのいくつかは、ゼロ又は１つＳＬＩＶのみを含んでもよい。
【0096】
ＴＤＲＡ Ｔａｂｌｅ １に示される具体例では、０のＤＣＩインデックス値は、ＳＬＩＶグループ１に対して２つのＳＬＩＶ、すなわち、ＳＬＩＶ１－０－１及びＳＬＩＶ１－０－２を示し、ＳＬＩＶグループ２に対して２つのＳＬＩＶ、すなわち。ＳＬＩＶ２－０－１及びＳＬＩＶ２－０－２を示す。一方、１のＤＣＩインデックス値は、ＳＬＩＶグループ１に対して２つのＳＬＩＶ、すなわち、ＳＬＩＶ１－１－１及びＳＬＩＶ１－１－２を示すが、ＳＬＩＶグループ２に対しては１つのＳＬＩＶのみ、すなわち、ＳＬＩＶ２－１－２を示す。従って、一般に、各ＳＬＩＶグループにおいて、他のＳＬＩＶグループにおけるＳＬＩＶの数及び／又は他のＤＣＩインデックスのＳＬＩＶグループにおける他のものにおけるＳＬＩＶの数とは独立して、何れかの数のＳＬＩＶが存在しうる。特に、ＳＬＩＶグループにおけるＳＬＩＶの数はゼロであってもよい。
【0097】
一般に、ＴＤＲＡ Ｔａｂｌｅ １の一般的な形式を有するＴＤＲＡテーブルとＤＣＩにおいて示される通知されたインデックスとに基づいて（又は、換言すると、ＴＤＲＡ Ｔａｂｌｅ １に示されるようなエントリに基づいて）、各繰り返しの時間領域リソースが以下のように決定されてもよい。各ＳＬＩＶは、スケジューリングＰＤＣＣＨからのオフセットＫ２によるスロット内のスタートシンボル及び長さを決定するため、各繰り返しに一対一にマッピングされる（例えば、オフセットＫ２によるエントリを示すＤＣＩシグナリングのスロットから）。全てのグループからのＳＬＩＶのシーケンスは、それらのスタートシンボル値の増加順によって決定される。
【0098】
さらに、ＴＤＲＡ Ｔａｂｌｅ １に基づいて（特に、ＤＣＩシグナリングにおいて示されるＤＣＩインデックスによって示されるＴＤＲＡテーブルのエントリに基づいて）、通知／設定されたＴＣＩ状態の１つとの各繰り返しの関連付けが、グループに基づいて決定される。より具体的には、ＳＬＩＶグループに基づいて、各繰り返し（又は各時間領域リソース）は、通知されたＴＲＰ／ＴＣＩ状態の１つに関連付けされる。
【0099】
グループは存在するが、当該グループ内にＳＬＩＶが示されていない場合、ＴＲＰからの送信が当該グループに関連付けされていないことを意味する。例えば、ＴＤＲＡ Ｔａｂｌｅ １において、ＳＬＩＶグループ２及びＤＣＩインデックス＝１５である場合、ＳＬＩＶは通知されていない。
【0100】
さらに、ＴＤＲＡ Ｔａｂｌｅ １に基づいて、設定された各ＴＣＩ状態に関連付けされる繰り返しの総数は、所与のグループ内のＳＬＩＶの数によって決定されてもよい。言い換えれば、各エントリに対して、ＴＣＩ状態に関連付けされる繰り返しの総数は、当該エントリの当該ＴＣＩグループにおけるＳＬＩＶを計数することによって決定されてもよい。例えば、ＴＤＲＡ Ｔａｂｌｅ １では、ＳＬＩＶグループ２に対して、繰り返しの総数は、ＤＣＩインデックス０、１、２及び１５に対して、それぞれ２、１、２及び０である。さらに、ＴＤＲＡテーブルに基づいて、送信のために実際に使用されるＴＣＩ状態（又はＴＲＰ）の数は、少なくとも１つの通知されたＳＬＩＶを有するＤＣＩインデックスによって示されるエントリ内のグループの数によって決定されてもよい。言い換えれば、所与のエントリについて、実際に使用されるＴＣＩ状態の数は、少なくとも１つの通知されたＳＬＩＶを有する当該エントリのＴＣＩグループを計数することによって決定されてもよい。
【0101】
さらに、ＴＤＲＡ Ｔａｂｌｅ １に基づいて、全てのＴＲＰにわたる繰り返しの総数は、全てのグループにわたるＳＬＩＶの総数によって決定されてもよい。例えば、ＴＤＲＡ Ｔａｂｌｅ １では、繰り返しの総数は、ＤＣＩインデックス０、１、２及び１５に対してそれぞれ４、３、３及び２である。
【0102】
本実施例によるＴＤＲＡ Ｔａｂｌｅ １のより明示的な具体例が、以下のＴＤＲＡ Ｔａｂｌｅ ２に示される。
ＴＤＲＡ Ｔａｂｌｅ ２のＤＣＩインデックス０がＵＥに通知される場合、ＴＲＰに対する時間領域リソースの割当て及び関連付けは、図１２に示されるようになる。
【表2】
【0103】
特に、送信を開始するためのスロットオフセットは、ＤＣＩシグナリング（スケジューリングＰＤＣＣＨ）の後の“１”スロットである。より具体的には、“１”のスロットオフセットは、ＳＬＩＶによって示される時間領域リソースのスタート位置が、ＤＣＩシグナリング後の最初のスロットに関して指定されることを意味する。ここで、一般に、“当該”ＤＣＩシグナリングは、当該スロットオフセットによってエントリを示したＤＣＩシグナリングである。
【0104】
理解できるように、ＳＬＩＶグループ１には３つのＳＬＩＶ、すなわち、“｛０，３｝”、“｛４，２｝”、“｛１２，２｝”があり、ＳＬＩＶグループ２には１つのＳＬＩＶ、すなわち、“｛８，４｝”があり、各ＳＬＩＶは一般的な形式“｛時間領域リソースのスタート位置，時間領域リソースの長さ｝”で表される。従って、ＴＤＲＡ Ｔａｂｌｅ ２の最初のエントリにおけるＳＬＩＶのスタートシンボルインデックス（採用される以降の慣例であるＤＣＩインデックス０によるＴＤＲＡ Ｔａｂｌｅ ２における第２行に対応する）に基づいて、繰り返しのシーケンスは、“｛０，３｝”、“｛４，２｝”、“｛８，４｝”、“｛１２，２｝”になる。従って、全体として、ＴＲＰ １（ＴＣＩ状態１）とＴＲＰ ２（ＴＣＩ状態２）にわたって４つの繰り返しがある。
【0105】
さらに、テーブルの最初のエントリに示されるグループ化に基づいて、第１、第２及び第４の繰り返しは、ＴＣＩ状態１に関連付けされ、従って、ＴＲＰ １からのものであり、第３の繰り返しは、ＴＣＩ状態２に関連付けされ、従って、ＴＲＰ ２からのものである。従って、ＴＲＰ １から３つの繰り返しがあり、ＴＲＰ ２から１つの繰り返しがある。
【0106】
この全ては、図１２にまた示される。明示的には、最初の送信／繰り返しの時間領域リソースは、ＤＣＩシグナリング後の第１のスロットにおけるＴＲＰ １の最初の３シンボル（例えば、インデックス０、１及び２による）である。第２の繰り返しの時間領域リソースは、ＤＣＩシグナリング後の第１のスロットにおけるＴＲＰ １のインデックス４及び５によるシンボルである。第３の繰り返しの時間領域リソースは、ＤＣＩシグナリング後の第１のスロットにおけるＴＲＰ ２のインデックス８、９、１０及び１１によるシンボルであり、第４の繰り返しの時間領域リソースは、ＤＣＩシグナリング後の第１のスロットにおけるＴＲＰ １のインデックス１２及び１３によるシンボルである。
【0107】
本実施例（例えば、ＴＤＲＡ Ｔａｂｌｅ ２の形式のＴＤＲＡテーブル）は、各送信に対して何れか固有のＳＬＩＶ値、何れかの順序のＴＣＩ状態の関連付け、及び異なるＴＣＩ状態に対して均等でない数の繰り返しを割り当てることを有する完全なフレキシビリティを提供する。
【0108】
例示的な実現形態では、各セットは１つ以下のＳＬＩＶを含み、ＴＤＲＡテーブルのエントリは、送信総数（例えば、このエントリによって明示的又は暗黙的にスケジューリング／指示される送信総数）の指示を含む。
【0109】
これらの実施例では、各グループは、各ＴＣＩ状態に関連する第１の送信に対応する１つまでの時間領域リソース（ＳＬＩＶ）のみを有することができる。さらに、ＴＤＲＡテーブルの各エントリは、繰り返し総数を示してもよい。ここで、送信総数とは、ＴＤＲＡテーブルの当該エントリ（当該総数もまた示すエントリ）によってスケジューリングされる送信総数を示す。
【0110】
エントリによって（例えば、ＴＤＲＡ Ｔａｂｌｅ ２のエントリによって）示されるＳＬＩＶの総数は、送信総数をすでに暗黙的に示すことに留意されたい。この暗黙的な数は、明示的に示されたＳＬＩＶを単に計数することによって取得されてもよい。しかしながら、エントリは、ＳＬＩＶの数によって上述した暗黙的な指示から明示的及び／又は別々に送信総数を示してもよい。従って、一般に、エントリによって示される送信総数は、当該エントリによって明示的に示されるＳＬＩＶの総数とは異なってもよい（例えば、より多くてもよい）。従って、このようなエントリは、当該エントリのＳＬＩＶによって明示的に示される送信以外の送信の存在を暗黙的に示す。
【0111】
いくつかの実施例において、ＵＥのプロセッサは、動作中に１つのＳＬＩＶを含む各セットに対して、当該セットに含まれる当該ＳＬＩＶ（すなわち、当該１つのＳＬＩＶ）に従って、セットのそれぞれの第１の送信（例えば、セットに対応するＴＣＩ状態による第１の送信）のための時間領域リソースのスタート位置及び長さを決定する。代わりに又は更に、プロセッサは、動作中に第１の送信の１つでない各送信に対して、ｉ）パターンによる２つ以上のＴＣＩ状態の１つと送信のための時間領域リソースとの関連付けと、当該パターンは、ＴＣＩ状態のシーケンスを示し、第１の送信のための時間領域リソースのスタート位置に対応し、ｉｉ）それぞれの第１の送信のための時間領域リソースの長さに従って、送信のための時間領域リソースの長さ（それぞれの送信と同じＴＣＩ状態を有する通知された送信の第１の送信）であって、それぞれの第１の送信のための時間領域リソース及び送信のための時間領域リソースは、同じＴＣＩ状態に関連付けされ、及び／又は、ｉｉｉ）送信に先行する送信の１つのための時間領域リソースのオフセット、スタート位置及び長さに従って、送信のための時間領域リソースのスタート位置である、を決定してもよい。ここで、オフセットは、少なくとも２つの第１の送信のための時間領域リソースのスタート位置及び／又は長さに対応してもよい（又は、から／基づいて決定されてもよい）。
【0112】
上記の判定処理が、ＴＤＲＡ Ｔａｂｌｅ ３を参照して説明される。
【表3】
【0113】
理解できるように、ＴＤＲＡ Ｔａｂｌｅ ３の第６列は、繰り返しの総数を（明示的に）示す。一般に、ＴＤＲＡは、繰り返しの総数を（明示的に）示す別々の列（必ずしも第６列である必要はない）を含んでもよい。このようなテーブルに基づいて、全てのＴＲＰ／ＴＣＩ状態にわたる繰り返しの総数は、従って、別々の列における明示的な指示から決定されてもよい。より一般に、ＴＤＲＡテーブルのエントリは、全てのＴＲＰ／ＴＣＩ状態にわたる繰り返しの総数を示す／含んでもよく、従って、当該総数は明示的な指示から決定される。
【0114】
一般に、ＴＤＲＡ Ｔａｂｌｅ ３の一般的な形式を有するＴＤＲＡテーブルと、通知されたＤＣＩインデックスとに基づいて（又は、すなわち、ＴＤＲＡ Ｔａｂｌｅ ３に示されるようなエントリに基づいて）、送信のために実際に使用されるＴＲＰ／ＴＣＩ状態の数は、当該グループについて指示された少なくとも１つのＳＬＩＶを有するエントリ（例えば、ＤＣＩによって示されるエントリ）内のＳＬＩＶグループの数によって決定されてもよい。言い換えれば、所与のエントリについて、実際に使用されるＴＣＩ状態の数は、指定された少なくとも１つのＳＬＩＶを有する当該エントリのＴＣＩグループを計数することによって決定されてもよい。
【0115】
時間領域リソースに関する限り、各ＴＣＩグループについて、関連するＴＲＰからの第１の繰り返しのスタートシンボル及び長さに対応する１つまでのＳＬＩＶが、指示可能である。第１の繰り返しに関して、時間領域リソースは、当該時間領域リソースを明示的に指定するＳＬＩＶのＴＣＩグループのＴＣＩ状態に関連付けされる。
【0116】
さらに、ＴＣＩ状態の数よりも多い送信総数が実際に使用される場合、ＴＤＲＡのエントリにおけるＳＬＩＶによって明示的に指定されていない更なる／後続の繰り返しがある。ここで、これら更なる／後続の送信数は、“送信総数”から“実際に使用されるＴＣＩ状態の数”を差し引いたものに対応してもよい。
【0117】
これら更なる繰り返しの関連付けは、実際に使用されるＴＣＩ状態（例えば、第１の繰り返しがそれぞれのＴＤＲＡエントリにおいて指定されるＴＣＩ状態）にわたるパターンに従ってそれらを（例えば、均等に）分配することによって決定されてもよい。パターンは、所定、セミスタティック及び／又はＲＲＣ設定されてもよい。例えば、全ての交互の繰り返しが、交互のＴＣＩ状態に関連付けされてもよい。代わりに又はさらに、後続の繰り返しは、ラウンドロビン方式で、例えば、第１の繰り返しのＴＣＩ状態の順序に基づいて、実際に使用されるＴＣＩ状態に関連付けされてもよい。例えば、第１の繰り返しの順序は、周期的に繰り返されてもよい。一般に、パターンは、所定のものであってもよいし、あるいは、第１の繰り返しのＳＬＩＶから、特に、第１の繰り返しのＴＣＩ状態の順序から導出されてもよい。一般に、そのようなパターンは、設定されたＴＣＩ状態のシーケンスを示す。
【0118】
後続の繰り返しのための時間領域リソース（ＳＬＩＶ）のスタート位置（スタートシンボルとも呼ばれる）は、以下のように決定される。各繰り返しのスタートシンボルは、例えば、異なるＳＬＩＶグループからのＳＬＩＶのスタート及び／又はエンドシンボルの間のシンボルオフセットによって決定されてもよい。あるいは、オフセットの値は、所定、セミスタティック及び／又はＲＲＣ設定されてもよい。例えば、オフセットは、１に設定されてもよく、これは、リソースの連続的な割り当てに対応する。
【0119】
シンボルオフセットは、特に、２つの（異なる)ＳＬＩＶによって明示的に示される時間領域リソースのスタート／エンド位置（エンド位置は、スタート位置に長さを加えたものであってもよい）を減算することによって、通知されたＳＬＩＶから計算されてもよい。
【0120】
そして、シンボルオフセットは、後続の（例えば、連続した）繰り返しの時間領域リソースのスタート／エンド位置を取得するため、１つの繰り返しの時間領域リソースのスタート／エンド位置に追加されてもよい。また、一般に、全ての後続の送信の時間領域リソースは同じシンボルオフセットに基づいて決定されてもよいことにも留意されたい。あるいは、後続の各繰り返しに対して、異なるシンボルオフセットが利用されてもよい。
【0121】
後続／更なる繰り返しの時間領域リソースの長さ（例えば、最初の繰り返しではない繰り返し）は、最初の繰り返しの時間領域リソースの長さに基づくものであってもよい。特に、後続の送信の長さは、この後続の送信と同じグループ内にある最初の送信の長さに基づきうる。例えば、後続の繰り返しの長さは、対応するグループのそれぞれの最初の繰り返しの長さと同じであってもよい。
【0122】
さらに、設定されたＴＣＩ状態のそれぞれに関連する繰り返しの総数は、送信に実際に使用されるＴＣＩ状態の数によって明示的に指定される繰り返しの総数を割ることによって決定されてもよい。あるいは、各エントリに対して、ＴＣＩ状態に関連する繰り返しの総数は、当該エントリのＴＣＩグループ内のＳＬＩＶを計数することによって決定されてもよい。
【0123】
この設計オプションはあまりフレキシブルでないが、テーブルの行を示すためより小さいサイズのテーブル及びより低いＤＣＩオーバヘッドしか必要としない。
【0124】
本実施例によるＴＤＲＡ Ｔａｂｌｅ ３のより明示的な具体例が、ＴＤＲＡ Ｔａｂｌｅ ４に示される。
【表4】
【0125】
ＴＤＲＡ Ｔａｂｌｅ ４のＤＣＩインデックス０がＵＥに通知される場合、ＴＲＰに対する時間領域リソースの割当て及び関連付けは、スロット内スケジューリングに対応する図１３に示されるようなものになる。
【0126】
特に、最初のエントリにおけるＫ２は“１”であると示され、従って、送信を開始するためのスロットオフセットは、スケジューリングＰＤＣＣＨの後の“１”スロットである。ＳＬＩＶ １の“｛０，３｝”に基づいて、最初の繰り返しはＴＲＰ １からであり、シンボル＃０で始まり、３シンボルにわたる。つまり、最初の繰り返しの時間領域リソースは、インデックス＃０、＃１及び＃２によるシンボルである。さらに、ＳＬＩＶ ２の“｛５，３｝”に基づいて、最初の繰り返しは、ＴＲＰ ２（第２の繰り返しの全体）からであり、シンボル＃５で始まり、３シンボル（すなわち、シンボル＃５、＃６及び＃７）にわたる。繰り返しの間のシンボルオフセットは、３（ＳＬＩＶ ２の＃５の最初のシンボルインデックスとＳＬＩＶ １の＃３の最後のシンボルインデックスとの差分）として計算される。
【0127】
繰り返しの総数が“３”として示されているため、１つの後続の繰り返し（第３の繰り返し全体）が存在する。本例では、繰り返しの関連付けは交互のパターンに従っており、第２の繰り返しはＴＲＰ ２からのものであるため、第３の繰り返しは、ＴＲＰ １からのものになる。さらに、シンボルオフセット“３”と第２の繰り返しの最後のシンボルのインデックス“７”とに基づいて、第３の繰り返しのスタートシンボルのインデックスは＃１０となる。第３の繰り返しの長さは、第１の繰り返しの長さと同じであり、第１の繰り返しは、第３の繰り返しと同じＴＲＰを使用する。その結果、第３の繰り返しは、３シンボル（すなわち、シンボル＃１０、＃１１及び＃１２）にわたることになる。
【0128】
本実施例によるＴＤＲＡ Ｔａｂｌｅ ３の他の明示的な例が、ＴＤＲＡ Ｔａｂｌｅ ５に示される。
【表5】
【0129】
ＴＤＲＡ Ｔａｂｌｅ ５のＤＣＩインデックス０がＵＥに通知される場合、ＴＲＰに対する時間領域リソースの割当て及び関連付けは、スロット間及びスロット内スケジューリングに対応する図１４に示すようになる。
【0130】
理解できるように、ＴＤＲＡ Ｔａｂｌｅ ５のＤＣＩインデックス０のエントリは、繰り返しの総数が（ＴＤＲＡ Ｔａｂｌｅ ４によって示される“３”の代わりに）“４”であると示される点でのみ、ＴＤＲＡ Ｔａｂｌｅ ４のＤＣＩインデックス０のエントリと異なっている。従って、第１、第２及び第３の繰り返しの時間領域リソースは、ＴＤＲＡ Ｔａｂｌｅ ４のケースと同一であり、簡略化のため、対応する説明は繰り返さない。
【0131】
しかしながら、ＴＤＲＡ Ｔａｂｌｅ ５のケースでは、追加的な後続の繰り返し（第４の繰り返し全体）がある。本例では、繰り返しの関連付けは交互のパターンに従っており、第３の繰り返しはＴＲＰ １からのものであるため、当該第４の繰り返しはＴＲＰ ２からのものになる。さらに、シンボルオフセット“３”及び第３の繰り返しの最後のシンボルのインデックス“１２”に基づいて、第３の繰り返しのスタートシンボルのインデックスは＃１５となる。しかしながら、本例では、各スロット内のシンボルの総数は１４（すなわち、スロット＃０～＃１３）にすぎない。従って、第３の繰り返しは、１５から１４を引くことによって計算されるシンボル位置＃１におけるスケジューリングＰＤＣＣＨの後の第２のスロットから開始される。
【0132】
第４の繰り返しの長さは、第２の繰り返しの長さと同じであり、第２の繰り返しは、第４の繰り返しと同じＴＲＰを使用する。その結果、第４の繰り返しは、３シンボル（すなわち、シンボル＃１５、＃１６及び＃１７）にわたることになる。
【0133】
本実施例（例えば、ＴＤＲＡ Ｔａｂｌｅ ３、４又は５の形式のＴＤＲＡテーブル）は、ＴＤＲＡテーブルの行／エントリを示すためのより小さなサイズのテーブル及びより低いＤＣＩオーバヘッドという効果を提供する。
【0134】
いくつかの実施例では、ＴＤＲＡテーブルのエントリは、送信総数の指示、送信間のオフセットの指示及び単一のＳＬＩＶを含む。単一のＳＬＩＶは、第１の送信のための時間領域リソースのスタート位置及び第１の送信のための時間領域リソースの長さ（例えば、エントリによって明示的又は暗黙的に示される第１の送信のための）を示す。
【0135】
ＴＤＲＡ Ｔａｂｌｅ ６に示されるように、いくつかの実施例では、ＴＤＲＡテーブルの各エントリは、単一のＳＬＩＶ、シンボルオフセット及び繰り返し総数のみを明示的に示す。具体的には、ＴＤＲＡ Ｔａｂｌｅ ６に示される例では、第４、第５及び第６列は、それぞれ単一のＳＬＩＶ、シンボルオフセット及び繰り返し総数を示している。
【0136】
単一のＳＬＩＶによって示される時間領域リソースは、第１のＴＣＩ状態からの最初の送信に対応してもよい。言い換えれば、エントリによって示される単一のＳＬＩＶは、第１のＴＣＩ状態からの最初の繰り返しに対する時間領域リソースのスタートシンボル及び長さを計算するのに使用されてもよい。この第１のＴＣＩ状態は、所定、セミスタティック及び／又はＲＲＣ設定されてもよい。
【0137】
後続の繰り返しのための時間領域リソース（ＳＬＩＶ）は、暗黙的に通知／決定され、所定、セミスタティック及び／又はＲＲＣ設定されたパターンを使用して設定されたＴＣＩ状態に関連付けされてもよい。例えば、後続の繰り返しは、ラウンドロビン方式で設定されたＴＣＩ状態に関連付けされてもよい。
【表6】
【0138】
例示的な実現形態では、ＵＥのプロセッサは、動作中に最初の送信に対して単一のＳＬＩＶによって示されるスタート位置に従って、第１の送信のための時間領域リソースのスタート位置を決定する。代わりに又はさらに、プロセッサは、第１の送信に対して単一のＳＬＩＶによって示される長さに従って、第１の送信のための時間領域リソースの長さを決定してもよい。代わりに又はさらに、プロセッサは、第１の送信ではない各送信に対して、ｉ）第１の送信のための時間領域リソースの長さに従って送信のための時間領域リソースの長さ、ｉｉ）オフセットの指示と、第１の送信のための時間領域リソースのスタート位置及び長さとに従って送信のための時間領域リソースのスタート位置、及び／又は、ｉｉｉ）所定のパターンに従って２つ以上のＴＣＩ状態と送信のための時間領域リソースとの関連付けを決定してもよい。
【0139】
一般に、ＴＤＲＡ Ｔａｂｌｅ ６の一般的な形式を有するＴＤＲＡテーブルと通知されたＤＣＩインデックスとに基づいて（すなわち、言い換えれば、ＴＤＲＡ Ｔａｂｌｅ ６に示されるようなエントリに基づいて）、送信のために実際に使用されるＴＲＰ／ＴＣＩ状態の数は、ＴＣＩコードポイント（すなわち、いくつかの更なるパラメータと一緒に、ＴＣＩインジケータを結合的に符号化してもよいビットフィールドのコードポイント）によって示される全てのＴＣＩ状態を計数することによって決定されてもよい。さらに、全てのＴＲＰ／ＴＣＩ状態にわたる繰り返しの総数は、別々の列における明示的な指示によって通知示され、従って、この明示的な指示から決定されてもよい。
【0140】
第１の繰り返しのための時間領域リソースは、単一のＳＬＩＶによって通知され、従って、単一のＳＬＩＶから決定されてもよい。言い換えれば、エントリによって示される単一のＳＬＩＶは、第１のＴＣＩ状態からの第１の繰り返しのための時間領域リソースのスタートシンボル及び長さを計算するのに使用されてもよい。この第１のＴＣＩ状態は、所定、セミスタティック及び／又はＲＲＣ設定されてもよい。
【0141】
さらに、送信総数が１よりも大きい場合、ＴＤＲＡのエントリにおいてＳＬＩＶによって明示的には指定されない更なる／後続の繰り返しがある。ここで、これら更なる後続の送信の数は、“送信総数”から“１”を引いたものに対応してもよい。
【0142】
これら更なる繰り返しの関連付けは、実際に使用されるＴＣＩ状態（例えば、コードポイントによって示されるＴＣＩ状態）にわたって（例えば、ラウンドロビン方式で）パターンに従ってそれらを（例えば、均等に）分散することによって決定されてもよい。パターンは、所定、セミスタティック及び／又はＲＲＣ設定されてもよい。例えば、全ての交互の繰り返しは、交互のＴＣＩ状態に関連付けられてもよいし、及び／又は、パターンは、周期的に繰り返される一連のＴＣＩ状態を示してもよい。一般に、このような所定のパターンは、設定されたＴＣＩ状態のシーケンスを示す。
【0143】
例えば、第１の繰り返し以外の繰り返しなどの後続の繰り返しの時間領域リソースの長さは、第１の繰り返しの長さに基づいて決定されてもよい。例えば、後続の繰り返しの長さは、第１の繰り返しの長さと同じであってもよい。
【0144】
後続の繰り返しのための時間領域リソース（ＳＬＩＶ）のスタート位置（ここでは、スタートシンボルとも呼ばれる）は、通知されたオフセットを使用して暗黙的に決定／通知されてもよい。より具体的には、シンボルオフセットは、１つの繰り返しの時間領域リソースのスタート／エンド位置に加えられ、後続の（例えば、連続する）繰り返しの時間領域リソースのスタート／エンド位置を取得してもよい。また、一般に、全ての後続の送信の時間領域リソースは、同じシンボルオフセットに基づいて決定されてもよいことにも留意されたい。あるいは、後続の各繰り返しに対して、異なるシンボルオフセットが使用されてもよい。
【0145】
さらに、設定された各ＴＣＩ状態に関連する繰り返しの総数は、明示的に指定される繰り返しの総数を、送信に実際に使用されるＴＣＩ状態の数によって割ることによって決定されてもよい。あるいは、各エントリに対して、ＴＣＩ状態に関連する繰り返しの総数は、当該エントリの当該ＴＣＩグループにおけるＳＬＩＶを計数することによって決定されてもよい。
【0146】
本実施例によるＴＤＲＡテーブルのより明示的な例が、ＴＤＲＡ Ｔａｂｌｅ ７に示される。
【表7】
【0147】
上記のＴＤＲＡ Ｔａｂｌｅ ７のＤＣＩインデックス０がＵＥに通知される場合、ＴＲＰに対する時間領域リソースの割当て及び関連付けは、図１５に示すようになる。
【0148】
特に、第１のエントリのＫ２は“１”であることが示され、従って、送信を開始するためのスロットオフセットは、スケジューリングＰＤＣＣＨの後の“１”スロットである。
【0149】
単一のＳＬＩＶ“｛０，３｝”に基づいて、最初の繰り返しはＴＲＰ １からであり、シンボル＃０で始まり、３シンボルにわたる。つまり、最初の繰り返しの時間領域リソースは、インデックス＃０、＃１及び＃２によるシンボルである。
【0150】
繰り返しの総数は“３”であることが示され、従って、２つの繰り返しの関連付けと時間領域リソースとが暗黙的に通知される。
【0151】
本例では、関連付け／グループ化は、交互のパターンに基づいており、２つのＴＣＩ状態が設定される。その結果、第１及び第３の繰り返しはＴＲＰ １からのものであり、第２の繰り返しはＴＲＰ ２からのものである。従って、ＴＲＰ １に関連する繰り返しの総数は２であり、ＴＲＰ ２に関連する繰り返しの総数は１である。
【0152】
さらに、最初の繰り返しの通知されたオフセット“３”及び最後のシンボルのインデックス“２”（一般に、ある／以前の繰り返しの最後のシンボルがオフセットのリファレンスとして使用されてもよい）に基づいて、第２の繰り返しは、シンボル＃５から始まる。第１の繰り返しの長さに応じて、第２の繰り返しの長さは３シンボルである。従って、まとめると、第２の繰り返しは、ＴＲＰ ２からのものであり、シンボル＃５から始まり、３つのシンボル（すなわち、シンボル＃５、＃６及び＃７）にわたる。
【0153】
さらに、第２の繰り返しの通知されたオフセット“３”及び最後のシンボルのインデックス“７”に基づいて、第３の繰り返しは、シンボル＃１０から始まる。第１の繰り返しの長さに応じて、第２の繰り返しの長さは３シンボルである。従って、まとめると、第２の繰り返しは、ＴＲＰ １からのものであり、シンボル＃１０から始まり、３つのシンボル（すなわち、シンボル＃１０、＃１１及び＃１２）にわたる。
【0154】
本実施例（例えば、ＴＤＲＡ Ｔａｂｌｅ ６又は７の形式のＴＤＲＡテーブル）は、他のテーブルと比較して、ＴＤＲＡテーブルの行／エントリを示すための小さなＴＤＲＡテーブルサイズ及び小さなＤＣＩオーバヘッドという効果を提供する。さらに、繰り返し間のシンボルオフセットは、ＵＥが１つのＴＲＰから他のＴＲＰへ受信するためのビームスイッチング遅延を許容することを可能にする。異なるＴＣＩ状態を有する送信が連続する場合、ＵＥは、異なるＴＲＰからの送信を受信するためのビームスイッチングのための十分な時間を有さないかもしれない。
【0155】
他の例示的な実現形態では、ＴＤＲＡテーブルのエントリは、第１のＳＬＩＶ、第２のＳＬＩＶ及び送信総数（例えば、エントリによって明示的又は暗黙的に示される送信総数）を示す指示を含む。ここで、第１のＳＬＩＶは、第１の送信のための時間領域リソースのスタート位置と、第１の送信のための時間領域リソースの長さとを示してもよく、第２のＳＬＩＶは、送信のために利用可能でない時間領域リソースのスタート位置と、送信のために利用可能でない時間領域リソースの長さとを示してもよい。
【0156】
ＴＤＲＡ Ｔａｂｌｅ ８に示されるように、いくつかの実施例では、ＴＤＲＡテーブルの各エントリは、第１の時間領域リソース、第２の時間領域リソース（例えば、それぞれのＳＬＩＶによって）及び繰り返し総数を明示的に示す。ＴＤＲＡテーブルは更に、ＤＣＩインデックスの各値に対するシンボルオフセット及びＰＤＳＣＨマッピングタイプを示してもよい。特に、例示的なＴＤＲＡ Ｔａｂｌｅ ８では、“ＳＬＩＶ １”及び“ＳＬＩＶ ２”とラベル付けされた列は、それぞれ第１及び第２の時間領域リソースを示す。
【0157】
一般に、２つのＳＬＩＶの１つのＳＬＩＶのみが、例えば、各エントリによって示される送信の第１の送信のため、送信のための時間領域リソースを示してもよい。言い換えると、第１の時間領域リソース（ＳＬＩＶ）は、第１のＴＣＩ状態からの第１の送信に対応してもよい。この第１のＴＣＩ状態は、所定、セミスタティック及び／又はＲＲＣ設定されてもよい。
【0158】
その後、後続の繰り返し（又は、一般に第１のＳＬＩＶによって明示的に示される繰り返し以外の他の繰り返し）のための時間領域リソース（ＳＬＩＶ）が、暗黙的に決定され、所定、セミスタティック及び／又はＲＲＣ設定されたパターンを利用して設定されたＴＣＩ状態に関連付けされてもよい。例えば、後続の繰り返しは、ラウンドロビン方式で設定されたＴＣＩ状態に関連付けされてもよい。
【0159】
２つのＳＬＩＶの他方のＳＬＩＶは、繰り返しに利用可能でない時間領域リソースを示してもよい。言い換えると、第２の時間領域リソース（ＳＬＩＶ）は、データ送信に利用可能でないシンボル及び／又は時間領域リソースに対応する。繰り返しのための時間領域リソース、特に、後続の繰り返しのための時間領域リソースは、第２のＳＬＩＶによって示される時間領域リソースが繰り返しのために利用可能でないことを考慮することによって決定されてもよい。
【表8】
【0160】
一般に、ＴＤＲＡ Ｔａｂｌｅ ６の一般的な形式を有するＴＤＲＡテーブルと、通知されたＤＣＩインデックスとに基づいて（すなわち、言い換えれば、ＴＤＲＡ Ｔａｂｌｅ ６に示されるようなエントリに基づいて）、送信のために実際に使用されるＴＲＰ／ＴＣＩ状態の数は、ＴＣＩコードポイント（すなわち、いくつかの更なるパラメータと一緒にＴＣＩインジケータを結合的に符号化しうるビットフィールドのコードポイント）によって示される全てのＴＣＩ状態を計数することによって決定されてもよい。さらに、全てのＴＲＰ／ＴＣＩ状態にわたる繰り返しの総数は、別々の列における明示的な指示によって示され、従って、この明示的な指示から決定されてもよい。
【0161】
第１の繰り返しのための時間領域リソースは、２つのＳＬＩＶの一方、例えば、第１のＳＬＩＶによって示され、従って、第１のＳＬＩＶから決定されてもよい。言い換えれば、エントリによって示される第１のＳＬＩＶは、第１のＴＣＩ状態からの第１の繰り返しのための時間領域リソースのスタートシンボル及び長さを計算するのに使用されてもよい。
【0162】
さらに、送信総数が１よりも大きい場合、ＴＤＲＡのエントリにおけるＳＬＩＶによって明示的に指定されない更なる／後続の繰り返しがある。ここで、これら更なる後続の送信の数は、“送信総数”から“１”を引いたものに対応してもよい。
【0163】
これら更なる繰り返しの関連付けは、実際に使用されるＴＣＩ状態（例えば、コードポイントによって示されるＴＣＩ状態）にわたって（例えば、ラウンドロビン方式で）パターンに従ってそれらを（例えば、均等に）分散することによって決定されてもよい。パターンは、所定、セミスタティック及び／又はＲＲＣ設定されてもよい。例えば、全ての交互の繰り返しは、交互のＴＣＩ状態に関連付けされてもよい。一般に、このような所定のパターンは、設定されたＴＣＩ状態のシーケンスを示す。
【0164】
例えば、第１の繰り返し以外の繰り返しなどの後続の繰り返しの時間領域リソースの長さは、第１の繰り返しの長さに基づいて決定されてもよい。例えば、後続の繰り返しの長さは、第１の繰り返しの長さと同じであってもよい。
【0165】
後続の繰り返しのための時間領域リソース（ＳＬＩＶ）のスタート位置は、オフセットを使用して決定されてもよい。オフセットの値は、所定、セミスタティック及び／又はＲＲＣ設定されてもよい。例えば、オフセットは、リソースの連続的な割り当てに対応する１に設定されてもよい。例えば、第２のＳＬＩＶによって指示／決定された時間リソースとの衝突がない場合、後続の繰り返しは、（１に設定されたオフセットに対応して）連続的に割り当てられてもよい。しかしながら、第２のＳＬＩＶによって決定された時間リソースと何れかの繰り返しの時間シンボルの何れかとの間に衝突が存在する場合、これらの特定のシンボルは、当該送信には使用されなくてもよい。また、一般に、全ての後続の送信の時間領域リソースは、同じシンボルオフセットに基づいて決定されてもよいことに留意されたい。あるいは、後続の各繰り返しに対して、異なるシンボルオフセットが使用されてもよい。
【0166】
さらに、設定された各ＴＣＩ状態に関連する繰り返し総数は、明示的に指定される繰り返し総数を送信に実際に使用されるＴＣＩ状態の数によって割ることによって決定されてもよい。あるいは、各エントリに対して、ＴＣＩ状態に関連する繰り返し総数は、当該エントリの当該ＴＣＩグループにおけるＳＬＩＶを計数することによって決定されてもよい。
【0167】
ＴＤＲＡテーブルのエントリが送信に利用可能でない時間領域リソースを示すいくつかの実施例では、プロセッサは、動作中に時間領域リソースへの送信のマッピングを決定する。当該マッピングにおいて、各送信の時間領域リソースの長さは、第１の送信のための第１のＳＬＩＶによって示される長さと同じである。当該マッピングにおいて、送信は、第１のＳＬＩＶによって示される第１の送信のための時間領域リソースのスタート位置から始まって、所定のオフセットに従って２つ以上のＴＣＩ状態の利用可能な時間領域リソースにマッピングされる。ここで、所定のオフセットは、連続する送信の時間領域リソースの間の分離を示すものであってもよい。各時間領域リソースは、所定のパターンに従って２つ以上のＴＣＩ状態の１つに関連付けされてもよい（言い換えれば、プロセッサは、動作中に所定のパターンに従って２つ以上のＴＣＩ状態と時間領域リソースとの関連付けを決定する）。
【0168】
ここで、“マッピング”という用語は、送信に対する時間領域リソースの割当てを意味し、割り当てられた各時間領域リソースは、（設定された）ＴＲＰ／ＴＣＩ状態の１つに関連付けされる。つまり、マッピングは、送信に対して設定されたＴＣＩ状態のリソースを割当てる。
【0169】
本実施例によるＴＤＲＡ Ｔａｂｌｅ ８のより明示的な具体例が、ＴＤＲＡ Ｔａｂｌｅ ９に示される。
【表9】
【0170】
ＴＤＲＡ Ｔａｂｌｅ ９のＤＣＩインデックス０がＵＥに通知される（そして、本実施例によるマッピングが使用される）場合、ＴＲＰに対する時間領域リソース割当て及び関連付け、又は、すなわち、マッピングは、図１６に示されるようになる。
【0171】
具体的には、以前の例のように、送信を開始するためのスロットオフセットは“１”であると示され、従って、第１の繰り返しは、ＤＣＩシグナリング（スケジューリングＰＤＣＣＨ）の後のスロットで始まる。
【0172】
本例では、ＵＥは、繰り返し、２つのＴＣＩ状態、ＴＣＩ状態１とＴＣＩ状態２との間の１のシンボルオフセットにより設定され、ＴＣＩ状態１は、第１の繰り返しのＴＣＩ状態と、（交互に）全ての繰り返しによりＴＣＩ状態を変えるパターンとして指定されることが更に仮定される。
【0173】
繰り返し総数が“３”として示されているため、２つの後続の繰り返し、すなわち、第２の繰り返し及び第３の繰り返しがある。
【0174】
設定されたパターンと第１のＴＣＩ状態とに基づいて、ＴＲＰ １からの２つの繰り返し、すなわち、第１及び第３の繰り返しがあることがすでに決定可能である。同様に、ＴＲＰ ２からの１つの繰り返し、すなわち、第２の繰り返しがあることが決定可能である。
【0175】
シンボルオフセット“１”と、第１の繰り返しの最後のシンボルのインデックス“＃２”とに基づいて、第２の繰り返しがシンボル＃３から始まると判断することができる。
【0176】
第１のエントリのＳＬＩＶ １“｛０，３｝”に基づいて、第１の繰り返しは、３つのシンボルにわたり、すなわち、第１の繰り返しの時間領域リソースは、３（シンボル）になる。さらに、以降の繰り返しに対して、第１の繰り返しと同じ長さが使用されるため、第２の繰り返し及び第３の繰り返しの時間領域リソースもまた、３（シンボル）の長さを有する。
【0177】
本実施例によると、繰り返しは、第１のＳＬＩＶによって示されるスタート位置からスタートして、設定されたＴＣＩ状態の利用可能な時間領域リソース（のみ）にマッピングされる。詳細は以下である。
【0178】
第１のエントリのＳＬＩＶ １“｛０，３｝”に基づいて、第１の繰り返しのスタート位置は、シンボル＃０であり、従って、マッピングはシンボル＃０からスタートする。最初の繰り返しに対して、利用可能でないリソースとの衝突はないため、最初の繰り返しはシンボル＃０、＃１及び＃２にマッピングされる。
【0179】
より具体的には、第２のＳＬＩＶ“｛５，１｝”は、シンボル＃５が送信に利用可能でないことを示す。従って、当該マッピングでは、ＴＲＰ １のシンボル＃５とＴＲＰ ２のシンボル＃５を除くＴＲＰ １とＴＲＰ ２の全てのシンボルが利用可能であることが仮定されてもよい。
【0180】
シンボルオフセットは“１”であるため、マッピングは、利用可能であるシンボル＃３に続く。本発明によると、シンボルオフセットは、第１の繰り返しの最後のシンボルのインデックスと第２の繰り返しの最初のシンボルのインデックスとの間の差分に対応することに留意されたい。従って、“１”のシンボルオフセットは、２つの連続する送信の間にシンボルがないことを意味する。
【0181】
その結果、第２の繰り返しはシンボル＃３から始まる。シンボル＃４もまた利用可能であり、従って、シンボル＃４は第２の繰り返しにも割り当てられる。しかしながら、シンボル＃５は利用可能でないため、第２の繰り返しのリソースへのマッピングは、利用可能なシンボル＃６で続けられる。従って、要約すると、第２の繰り返しは、シンボル＃３、＃４及び＃６にマッピングされる。言い換えると、第２の繰り返しは、シンボル＃５によって分離される第１の部分（シンボル＃３及びシンボル＃４）と第２の部分（シンボル＃６）とを含む。
【0182】
マッピングは、第３の繰り返しがマッピングされる利用可能なシンボル＃７、＃８及び＃９に続く。なお、衝突後（シンボル＃５における）の送信全体は、シフト（本例では、１シンボルだけシフト）される。
【0183】
ＴＤＲＡテーブルのエントリが送信のために利用可能でない時間領域リソースを示すいくつかの実施例において、プロセッサは、動作中に第１のＳＬＩＶによって示される第１の送信のための時間領域リソースのスタート位置からスタートし、所定のオフセットに従って２つ以上のＴＣＩ状態の時間領域リソース上に送信がマッピングされる、時間領域リソースへの送信のマッピングを決定する。当該マッピングにおいて、ｉ）所定のオフセットは、連続する送信の時間領域リソースの間の分離を示し、ｉｉ）送信がマッピングされる時間領域リソースは、利用可能及び利用不可な時間領域リソースを含み、ｉｉｉ）何れかの送信が、第１の送信に対して第１のＳＬＩＶによって示される長さを有する時間領域リソースにマッピングされ、（所与の送信がマッピングされる時間領域リソースの）利用不可な時間領域リソース（利用可能な時間領域リソースと共に）を計数し、ｉｖ）利用不可な時間領域リソースを含む時間領域リソースにマッピングされる何れかの送信がパンクチャされ、及び／又は、ｖ）時間領域リソースのそれぞれは、所定のパターンに従って２つ以上のＴＣＩ状態の１つに関連付けされる（言い換えれば、プロセッサは、動作中に所定のパターンに従って２つ以上のＴＣＩ状態と時間領域リソースとの関連付けを決定する）。
【0184】
上述したように、“マッピング”という用語は、送信に対する時間領域リソースの割当てを意味し、割り当てられた時間領域リソースのそれぞれは、（設定された）ＴＲＰ／ＴＣＩ状態の１つに関連付けされる。つまり、マッピングは、送信に対する設定されたＴＣＩ状態のリソースを割り当てる。
【0185】
本実施例によるＴＤＲＡ Ｔａｂｌｅ ８の他の明示的な例が、ＴＤＲＡ Ｔａｂｌｅ １０に示される。ＴＤＲＡ Ｔａｂｌｅ １０はＴＤＲＡ Ｔａｂｌｅ ９に対応することに留意されたい。
【表10】
【0186】
ＴＤＲＡ Ｔａｂｌｅ １０のＤＣＩインデックス０がＵＥに指示される（また、本実施例によるマッピングが使用される）場合、ＴＲＰに対する時間領域リソース割当て及び関連付け、又は、要するにマッピングは、図１６に示されるようになる。
【0187】
本実施例は、送信の衝突シンボルがパンクチャされる（シフトされない）点で、前の実施例と異なることに留意されたい。従って、相違点は、主にシンボル＃５における第２の繰り返しの衝突から始まるマッピングに関する。以下において、前の実施例に対するマッピングに対する相違点が主として強調される。
【0188】
本実施例によると、繰り返しは、第１のＳＬＩＶによって示されるスタート位置から始まって、設定されたＴＣＩ状態の利用可能な及び利用不可な時間領域リソースにマッピングされる。特に、各送信は、同じ長さ、例えば、第１のＳＬＩＶによって明示的に示される長さの時間領域リソースにマッピングされる。ここで、与えられた送信がマッピングされる時間領域リソースの長さは、“与えられた送信がマッピングされる利用可能な時間領域リソースの長さ”に“与えられた送信がマッピングされる利用不可な時間領域リソースの長さ”を加えたものである。言い換えれば、送信がマッピングされる利用不可なリソースは、送信がマッピングされる時間領域リソースの長さに向かって計数／寄与する。詳細は以下である。
【0189】
第１のエントリのＳＬＩＶ １“｛０，３｝”に基づいて、第１の繰り返しのスタート位置はシンボル＃０であり、従って、マッピングはシンボル＃０からスタートする。さらに、各繰り返しは、同じ長さ“３”を有する。本実施例では、繰り返しは、繰り返しの長さに対して計数される利用不可な時間領域リソースにまたマッピングされることに留意されたい。言い換えれば、所与の繰り返しがマッピングされるシンボルの総数（すなわち、利用可能及び利用不可な時間領域リソース）は、本実施例では、繰り返しの長さとみなされる。
【0190】
従って、再び１のオフセットを想定すると、第１の繰り返しはシンボル＃０、＃１及び＃２にマッピングされ、第２の繰り返しはシンボル＃３、＃４及び＃５にマッピングされ、第３の繰り返しはシンボル＃６、＃７及び＃８にマッピングされる。
【0191】
しかしながら、上記の実施例と同様に、第２の繰り返しがマッピングされるシンボル＃５は利用可能でない。
【0192】
従って、本実施例によると、ＴＤＲＡ Ｔａｂｌｅ １０の第１のエントリは、第２の繰り返しに対してシンボル＃３及び＃４のみを（暗黙的に）示す。言い換えれば、第２の繰り返しは、第２の繰り返しがマッピングされる利用可能なリソースの長さに一致するようパンクチャされる。
【0193】
本実施例（例えば、ＴＤＲＡ Ｔａｂｌｅ ８、９又は１０の形式のＴＤＲＡテーブル）は、送信に利用不可な時間領域リソースを示すことを可能にする。これは、繰り返しと利用不可なリソースとの衝突を引き起こすことなく、利用可能な時間領域リソースのスケジューリングを容易にしうる。
【0194】
一般に、プロセッサは、動作中にＴＣＩインジケータに従って少なくとも２つの所定のＴＤＲＡテーブルからＴＤＲＡテーブルを決定してもよい（１０２０）。
【0195】
いくつかの実施例では、ＵＥは、複数のＴＤＲＡテーブルによって設定される。図１０に示されるように、ＵＥは、古いＴＤＲＡテーブル及び新しいＴＤＲＡテーブルによりＲＲＣによって設定されてもよい（１０００）。例えば、古いＴＤＲＡテーブルは、１つのＴＣＩ状態の時間領域リソースのみを指示し、新しいＴＤＲＡテーブルは、２つ以上のＴＣＩ状態の時間領域リソースを指示してもよい。一般に、ＵＥは、複数ＴＣＩ状態がＤＣＩシグナリングにおいて指示／設定されないことをＴＣＩインジケータが示すとき、古いＴＤＲＡテーブルを使用するように設定されてもよい。しかしながら、対応するＤＣＩシグナリングにおいて複数のＴＣＩ状態が指示／設定されていることをＴＣＩインジケータが示すとき、ＵＥは、新しいＴＤＲＡテーブルを使用するよう（すなわち、古いＴＤＲＡテーブルの代わりに新しいＴＤＲＡテーブルからエントリを取得するよう）設定されてもよい。一般に、ＴＣＩインジケータは、別々のビットフィールドとして指示される必要はない。それは、他のパラメータと一緒に通知されてもよい。言い換えれば、そのような結合的なビットフィールドのコードポイントの１つ以上は、１つのＴＲＰが使用されていることを示す一方、１つ以上の他のコードポイントは、２つのＴＲＰが使用されていることを示してもよい。同様に、何れかの数のＴＲＰが、そのようなＴＣＩインジケータを搬送する結合的なビットフィールドの１つ以上のコードポイントによって通知されてもよい。
【0196】
図１０は、ＵＥのための例示的な方法である。ステップ１０００において、ＵＥは、ｏｌｄ＿ＴＤＲＡ＿ｔａｂｌｅ及びｎｅｗ＿ＴＤＲＡ＿ｔａｂｌｅによりＲＲＣシグナリングを介し再設定される。ｏｌｄ＿ＴＤＲＡ＿ｔａｂｌｅは、１つのみのＴＲＰがアクティブである場合のテーブルである。ｎｅｗ＿ＴＤＲＡ＿ｔａｂｌｅは、２つ以上のＴＲＰがＵＥによるデータの送受信のためにアクティブである場合のテーブルである。ステップ１０１０において、ＵＥは、（例えば、ＵＥがモニタリングするＰＤＣＣＨ上で）スケジューリングＤＣＩを受信し、ＴＣＩ指示に対してコードポイントを確認する。ステップ１０２０において、ＵＥは、ＴＣＩ指示が複数のＴＣＩ状態を示すかを評価（評価／判定）する。複数のＴＣＩ状態が示される場合（ステップ１０２０でＹｅｓ）、ＵＥは、ステップ１０３０においてｎｅｗ＿ＴＤＲＡ＿ｔａｂｌｅを使用する。言い換えれば、ＵＥは、リソース割当ての決定のために新しいテーブルを採用する。そして、ステップ１０４０において、ＵＥは、各送信（例えば、各繰り返し）の時間領域リソース及び繰り返し総数を決定する。なお、本発明は、繰り返しに限定されるものではなく、送信はまた異なるトランスポートブロックの送信であってもよいことに留意されたい。ステップ１０３０及び１０４０の順序は逆にすることができる。ステップ１０５０において、ＵＥは、各繰り返し（又は一般に送信）を指示されたＴＣＩ状態の１つに関連付ける。繰り返し（送信）は、同一又は異なるＴＣＩ状態に関連付けされてもよい。最後に、ステップ１０６０において、ＵＥは、割当て及び関連するリソース上で複数のＴＲＰ（ＴＣＩ状態）からダウンリンクでデータを受信する（又はアップリンクでデータを送信する）。
【0197】
ステップ１０２０において、１つのＴＣＩ状態のみが示される場合（ステップ１０２０においてＮｏ）、ＵＥは、ステップ１０３５においてｏｌｄ＿ＴＤＲＡ＿ｔａｂｌｅを使用（適用）する。ステップ１０４５において、ＵＥは、対応する送信のため時間領域リソースを決定する。ステップ１０５５において、ＵＥは、送信と指示された唯一のＴＣＩ状態とを関連付ける。最後に、ステップ１０６５において、ＵＥは、割り当てられたリソース上で１つのＴＲＰからのデータ送信を受信する。
【0198】
例えば、ＮＲ Ｒｅｌ．１６において、ＴＣＩビットフィールドのコードポイントを利用して２つのＴＣＩ状態（Ｒｅｌ．１５における１つのＴＣＩ状態の代わりに）を通知することが合意され、それは、２つのＴＲＰ送信が可能であることを基本的に意味する。
【0199】
ＴＣＩインジケータによる使用適用されるＴＤＲＡテーブルの切替は、ＴＤＲＡテーブルを変更するフレキシビリティを提供する。
【0200】
一般に、送信は同一のデータ部分の繰り返しであってもよい。
【0201】
図１８は、互いに通信するＵＥと基地局との双方において実行される方法を示す。
【0202】
他の実施例によると、ユーザ装置ＵＥのための方法が提供される。当該方法は、ＰＤＣＣＨ内でダウンリンク制御情報ＤＣＩを受信するステップＳ１８４０を含む。さらに、当該方法は、２つ以上のＴＣＩ状態が設定されることを指定するＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）インジケータと、送信のための時間領域リソース及び当該時間領域リソースと２つ以上のＴＣＩ状態との関連付けとを示す通知とをＤＣＩシグナリングから取得するステップＳ１８５０を含む、各時間領域リソースは２つ以上のＴＣＩ状態の１つと関連付けされる。当該方法は更に、２つ以上のＴＣＩ状態のそれぞれについて、各ＴＣＩ状態に関連する時間領域リソースに関するデータ（及びＤＣＩシグナリングに示されるような）を受信又は送信するステップＳ１８８０を含む。
【0203】
他の実施例によると、基地局において実行される方法が提供される。当該方法は、送信のためＵＥに通知される複数のＴＲＰの時間領域リソースの割当てを実行するステップＳ１８１０を含んでもよい。当該割当てによると、ステップＳ１８２０において、基地局は、２つ以上のＴＣＩ状態が設定されることを指定するＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）インジケータをＤＣＩシグナリング内において提供するため、ある方式においてＰＤＣＣＨ上で搬送されるダウンリンク制御情報ＤＣＩシグナリングを生成し、各時間領域リソースは、２つ以上のＴＣＩ状態の１つに関連付けされる。当該方法は更に、ＤＣＩシグナリングを送信するステップＳ１８３０と、２つ以上のＴＣＩ状態のそれぞれに対して、各ＴＣＩ状態に関連する時間領域リソース上でデータ（ＤＣＩシグナリングにおいて示されるような）を受信又は送信するステップＳ１８７０とを含む。
【0204】
本開示は、ソフトウェア、ハードウェア又はハードウェアと連動するソフトウェアによって実現することができる。上述した各実施例の説明に用いた各機能ブロックは、集積回路等のＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）によって部分的又は全体的に実現可能であり、各実施例で説明される各処理は、同一のＬＳＩ又はＬＳＩの組み合わせによって部分的又は全体的に制御されてもよい。ＬＳＩは、個別にチップとして形成されていてもよいし、あるいは、機能ブロックの一部又は全部を含むように１つのチップが形成されていてもよい。ＬＳＩは、それに結合されたデータ入出力を含んでもよい。ここで、ＬＳＩとは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩとして呼ばれうる。しかし、集積回路を実現する技術はＬＳＩに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを用いて実現されてもよい。さらに、ＬＳＩ内部に配置される回路セルの接続及び設定が再設定可能なＬＳＩ又はリコンフィギュラブルプロセッサの製造後にプログラミング可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果として、将来の集積回路技術がＬＳＩに取って代わる場合、機能ブロックは、将来の集積回路技術を用いて集積化することができる。バイオテクノロジーも適用できる。
【0205】
本開示は、通信装置と呼ばれる、通信機能を有する何れかのタイプの装置、デバイス又はシステムによって実現することができる。
【0206】
そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯（セル）電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ネットブック）、カメラ（例えば、デジタルスチル／ビデオカメラ）、デジタルプレーヤ（デジタルオーディオ／ビデオプレーヤ）、ウェアラブルデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダ、遠隔ヘルス／遠隔医療（リモートヘルス及びリモート医療）デバイス、及び通信機能を提供する車両（例えば、自動車、飛行機、船舶）、並びにそれらの様々な組み合わせを含む。
【0207】
通信装置は、携帯型又は可動型であることに限定されず、スマートホームデバイス（例えば、家電、ライティング、スマートメータ、制御パネル）、自動販売機及び“Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）”のネットワークにおける他の何れかの“物”など、非携帯型又は固定型である何れかのタイプの装置、デバイス又はシステムを含んでもよい。
【0208】
通信は、例えば、セルラシステム、無線ＬＡＮシステム、衛星システムなど、及びそれらの様々な組み合わせを介してデータを交換することを含んでもよい。
【0209】
通信装置は、本開示に記載された通信の機能を実行する通信デバイスに結合されたコントローラ又はセンサなどのデバイスを含んでもよい。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号又はデータ信号を生成するコントローラ又はセンサを含んでもよい。
【0210】
通信装置はまた、基地局、アクセスポイントなどのインフラストラクチャファシリティと、上記の非限定的な例におけるものなどの装置と通信又は制御する他の何れかの装置、デバイス又はシステムを含んでもよい。
【0211】
第１の実施例によると、ユーザ装置（ＵＥ）が提供される。ＵＥは、動作中にダウンリンク制御情報（ＤＣＩ）シグナリングを受信する送受信機と、動作中に前記ＤＣＩシグナリングから、２つ以上のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態が設定されることを指定するＴＣＩインジケータと、送信のための時間領域リソース及び前記２つ以上のＴＣＩ状態と前記時間領域リソースとの関連付けを示す指示とを取得し、前記時間領域リソースのそれぞれは前記２つ以上のＴＣＩ状態の１つと関連付けされる、プロセッサと、を有し、前記送受信機は、動作中に前記２つ以上のＴＣＩ状態のそれぞれについて、前記それぞれのＴＣＩ状態に関連する前記時間領域リソース上でデータを受信又は送信する。
【0212】
第１の実施例に加えて、第２の実施例によると、前記指示は、ＴＤＲＡ（Ｔｉｍｅ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ）テーブルのエントリを示すインデックスである。
【0213】
第２の実施例に加えて、第３の実施例によると、前記ＴＤＲＡテーブルのエントリは、ＳＬＩＶ（Ｓｔａｒｔ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）の２つ以上のセットを含み、各セットは、それぞれのＴＣＩ状態に対応し、各ＳＬＩＶは、それぞれの送信に対応し、前記それぞれの送信のための時間領域リソースのスタート位置であって、前記それぞれの送信のための時間領域リソースは、前記それぞれのＳＬＩＶのセットに対応する前記ＴＣＩ状態に関連付けされる、スタート位置と、前記それぞれの送信のための時間領域リソースの長さと、を指示する。
【0214】
第３の実施例に加えて、第４の実施例によると、各セットは、１つ以下のＳＬＩＶを含み、前記ＴＤＲＡテーブルのエントリは、前記送信の総数の指示を含む。
【0215】
第４の実施例に加えて、第５の実施例によると、前記プロセッサは、動作中に、１つのＳＬＩＶを含む各セットに対して、前記セットに含まれるＳＬＩＶに従ってそれぞれの第１の送信のための時間領域リソースのスタート位置及び長さを決定し、及び／又は、前記第１の送信の１つでない各送信に対して、ＴＣＩ状態の系列を示し、前記第１の送信のための時間領域リソースのスタート位置に対応するパターンに従って前記２つ以上のＴＣＩ状態の１つと前記送信のための時間領域リソースとの関連付け、それぞれの第１の送信のための時間領域リソースの長さによる前記送信のための時間領域リソースの長さであって、前記それぞれの第１の送信のための時間領域リソースと前記送信のための時間領域リソースとは、同一のＴＣＩ状態に関連付けされる、時間領域リソースの長さ、及び／又は、前記送信に先行する前記送信の１つのための時間領域リソースのオフセット、スタート位置及び長さによる前記送信のための時間領域リソースのスタート位置であって、前記オフセットは少なくとも２つの第１の送信のための時間領域リソースのスタート位置及び／又は長さに対応する、スタート位置を決定する。
【0216】
第２の実施例に加えて、第６の実施例によると、前記ＴＤＲＡテーブルのエントリは、前記送信の総数の指示と、前記送信の間のオフセットの指示と、第１の送信のための時間領域リソースのスタート位置と、前記第１の送信のための時間領域リソースの長さとを示す単一のＳＬＩＶと、を含む。
【0217】
第６の実施例に加えて、第７の実施例によると、前記プロセッサは、動作中に、前記第１の送信のための前記単一のＳＬＩＶによって示されるスタート位置による前記第１の送信のための時間領域リソースのスタート位置、前記第１の送信のための前記単一のＳＬＩＶによって示される長さによる前記第１の送信のための時間領域リソースの長さ、及び／又は、前記第１の送信でない各送信に対して、（ｉ）前記第１の送信のための時間領域リソースの長さによる前記送信のための時間領域リソースの長さ、（ｉｉ）前記第１の送信のための時間領域リソースのスタート位置及び長さと前記オフセットとの指示による前記送信のための時間領域リソースのスタート位置、及び／又は、（ｉｉｉ）所定のパターンによる前記２つ以上のＴＣＩ状態と前記送信のための時間領域リソースとの関連付け、を決定する。
【0218】
第２の実施例に加えて、第８の実施例によると、前記ＴＤＲＡテーブルのエントリは、前記送信の総数の指示と、（ｉ）第１の送信のための時間領域リソースのスタート位置と、（ｉｉ）前記第１の送信のための時間領域リソースの長さとを示す第１のＳＬＩＶと、（ｉ）前記送信に利用可能でない時間領域リソースのスタート位置と、（ｉｉ）前記送信に利用可能でない時間領域リソースの長さとを示す第２のＳＬＩＶと、を含む。
【0219】
第８の実施例に加えて、第９の実施例によると、前記プロセッサは、動作中に前記時間領域リソースへの前記送信のマッピングを決定し、各送信の時間領域リソースの長さは、前記第１の送信に対する第１のＳＬＩＶによって示される長さと同じであり、前記送信は、前記第１のＳＬＩＶによって示される第１の送信のための時間領域リソースのスタート位置から始まる所定のオフセットに従って、前記２つ以上のＴＣＩ状態の利用可能な時間領域リソースにマッピングされ、前記所定のオフセットは、連続する送信の時間領域リソースの間の離間を示し、前記時間領域リソースのそれぞれは、所定のパターンに従って前記２つ以上のＴＣＩ状態の１つに関連付けされる。
【0220】
第８の実施例に加えて、第１０の実施例によると、前記プロセッサは、動作中に前記時間領域リソースへの前記送信のマッピングを決定し、前記送信は、前記第１のＳＬＩＶによって示される第１の送信のための時間領域リソースのスタート位置から始まる所定のオフセットに従って、前記２つ以上のＴＣＩ状態の時間領域リソースにマッピングされ、前記所定のオフセットは、連続する送信の時間領域リソースの間の離間を示し、前記送信がマッピングされる時間領域リソースは、利用可能及び利用不可な時間領域リソースを含み、何れかの送信が、利用不可な時間領域リソースを計数し、前記第１の送信に対して前記第１のＳＬＩＶによって示される長さを有する時間領域リソースにマッピングされ、利用不可な時間領域リソースを含む時間領域リソースにマッピングされる何れかの送信がパンクチャされ、前記時間領域リソースのそれぞれは、所定のパターンに従って前記２つ以上のＴＣＩ状態の１つに関連付けされる。
【0221】
第１から１０の実施例の何れかに加えて、第１１の実施例によると、前記プロセッサは、動作中に前記ＴＣＩインジケータに従って少なくとも２つの所定のＴＤＲＡテーブルから前記ＴＤＲＡテーブルを決定する。
【0222】
第１から１１の実施例の何れかに加えて、第１２の実施例によると、前記送信は、同一のデータ部分の繰り返しである。
【0223】
第１３の実施例によると、動作中に２つ以上のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態が設定されることを指定するＴＣＩインジケータと、送信のための時間領域リソース及び前記２つ以上のＴＣＩ状態と前記時間領域リソースとの関連付けとを示すダウンリンク制御情報（ＤＣＩ）シグナリングを生成し、前記時間領域リソースのそれぞれは、前記２つ以上のＴＣＩ状態の１つと関連付けされる、プロセッサと、動作中に前記ＤＣＩシグナリングを送信し、前記２つ以上のＴＣＩ状態のそれぞれについて、前記それぞれのＴＣＩ状態に関連する時間領域リソース上でデータを受信又は送信する送受信機と、を有する基地局が提供される。
【0224】
第１４の実施例によると、ユーザ装置（ＵＥ）のための方法であって、ダウンリンク制御情報（ＤＣＩ）シグナリングを受信するステップと、前記ＤＣＩシグナリングから、（ｉ）２つ以上のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態が設定されることを指定するＴＣＩインジケータと、（ｉｉ）送信のための時間領域リソース及び前記２つ以上のＴＣＩ状態と前記時間領域リソースとの関連付けを示す指示とを取得するステップであって、前記時間領域リソースのそれぞれは、前記２つ以上のＴＣＩ状態の１つと関連付けされる、取得するステップと、前記２つ以上のＴＣＩ状態のそれぞれについて、前記それぞれのＴＣＩ状態に関連する時間領域リソース上でデータを受信又は送信するステップと、を有する方法が提供される。
【0225】
第１５の実施例によると、基地局のための方法であって、（ｉ）２つ以上のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態が設定されることを指定するＴＣＩインジケータと、（ｉｉ）送信のための時間領域リソース及び前記２つ以上のＴＣＩ状態と前記時間領域リソースとの関連付けとを示すダウンリンク制御情報（ＤＣＩ）シグナリングを生成するステップであって、前記時間領域リソースのそれぞれは、前記２つ以上のＴＣＩ状態の１つと関連付けされる、生成するステップと、前記ＤＣＩシグナリングを送信するステップと、前記２つ以上のＴＣＩ状態のそれぞれについて、前記それぞれのＴＣＩ状態に関連する時間領域リソース上でデータを受信又は送信するステップと、を有する方法が提供される。
【0226】
第２から１２までの実施例は第１３の実施例のスケジューリングデバイスに対応して適用可能であることが留意される。さらに、動作中に回路によって実行されるステップは、上記のＵＥ及び基地局の実施例において参照される送受信機のステップと共に各自の方法に対応する。
【0227】
さらに、汎用プロセッサなどの処理回路上で実行されると、上述した方法の実施例の何れかの全てのステップを実行するプログラム命令を記憶する非一時的な媒体が提供される。
【0228】
要約すると、本開示は、ユーザ装置（ＵＥ）及びスケジューリングノードと共に、対応する方法に関する。特に、ダウンリンク制御情報（ＤＣＩ）シグナリングは、２つ以上のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態が設定されることを指定するＴＣＩインジケータと、送信のための時間領域リソース及び２つ以上のＴＣＩ状態と時間領域リソースとの関連付けを示す指示とを搬送し、各時間領域リソースは、２つ以上のＴＣＩ状態の１つに関連付けされ、送受信機は、動作中に２つ以上のＴＣＩ状態のそれぞれについて、それぞれのＴＣＩ状態に関連する時間領域リソース上でデータを受信又は送信する。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【国際調査報告】