JP7223856B2 - 超高信頼性低遅延通信のための繰り返し - Google Patents

超高信頼性低遅延通信のための繰り返し Download PDF

Info

Publication number
JP7223856B2
JP7223856B2 JP2021539104A JP2021539104A JP7223856B2 JP 7223856 B2 JP7223856 B2 JP 7223856B2 JP 2021539104 A JP2021539104 A JP 2021539104A JP 2021539104 A JP2021539104 A JP 2021539104A JP 7223856 B2 JP7223856 B2 JP 7223856B2
Authority
JP
Japan
Prior art keywords
pdsch
repetitions
resources
tci
tci states
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021539104A
Other languages
English (en)
Other versions
JP2022516193A (ja
Inventor
マティアス フレンヌ，
ユフェイ ブランケンシップ，
セバスティアン ファクサー，
シウェイ ガオ，
シヴァ ムルガナタン，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2022516193A publication Critical patent/JP2022516193A/ja
Priority to JP2023015810A priority Critical patent/JP2023071663A/ja
Application granted granted Critical
Publication of JP7223856B2 publication Critical patent/JP7223856B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0016—Time-frequency-code
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035—Resource allocation in a cooperative multipoint environment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本開示の実施形態は、全般的には、無線通信ネットワークに関し、より詳細には、無線通信ネットワークにおける超高信頼性低遅延通信（ＵＲＬＬＣ）におけるパフォーマンス改善に関連する。
一般に、本明細書において使用されているすべての用語は、関連する技術分野におけるそれらの通常の意味に従って解釈されるべきである（ただし、異なる意味が明確に与えられている場合、および／またはその用語が使用されている文脈から暗示されている場合は除く）。要素、装置、コンポーネント、手段、ステップなどへのすべての言及は、別段の明示がない限り、要素、装置、コンポーネント、手段、ステップなどの少なくとも１つの例を指すものとしてオープンに解釈されるべきである。本明細書において開示されているいずれの方法および／または手順のステップも、開示されている厳密な順序で実行される必要はない（ただし、あるステップが別のステップに後続または先行するものとして明示的に記述されている場合、および／または、あるステップが別のステップに後続または先行しなければならないということが黙示的である場合は除く）。本明細書において開示されている実施形態のうちの任意の実施形態のいずれの特徴も、適切な場合は常に、その他の任意の実施形態に適用されることが可能である。同様に、それらの実施形態のうちの任意の実施形態のいずれの利点も、その他の任意の実施形態に当てはまることが可能であり、その逆もまた同様である。含まれている実施形態のその他の目的、特徴、および利点は、以降の説明から明らかであろう。
Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で開発されてリリース８および９（エボルブドＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）としても知られている）において最初に標準化されたいわゆる第４世代（４Ｇ）無線アクセステクノロジーの総称である。ＬＴＥは、さまざまなライセンス周波数帯域を対象としており、エボルブドパケットコア（ＥＰＣ）ネットワークを含むシステムアーキテクチャエボリューション（ＳＡＥ）と一般に呼ばれている非無線の側面に対する改良を伴う。ＬＴＥは、３ＧＰＰおよびそのワーキンググループ（ＷＧ）（無線アクセスネットワーク（ＲＡＮ）ＷＧを含む）ならびにサブワーキンググループ（たとえば、ＲＡＮ１、ＲＡＮ２など）との標準設定プロセスに従って開発される後続のリリースを通じて進化し続ける。
ＬＴＥリリース１０（Ｒｅｌ－１０）は、２０ＭＨｚよりも大きな帯域幅をサポートしている。Ｒｅｌ－１０上の１つの重要な要件は、ＬＴＥリリース８との下位互換性を確保することである。したがって、ワイドバンドＬＴＥ Ｒｅｌ－１０キャリア（たとえば、２０ＭＨｚよりも広い）は、ＬＴＥ Ｒｅｌ－８（「レガシー」）端末への複数のキャリアとして現れることになる。それぞれのそのようなキャリアは、コンポーネントキャリア（ＣＣ）と呼ばれることが可能である。レガシー端末に関してもワイドキャリアを効率的に使用するために、レガシー端末がワイドバンドＬＴＥ Ｒｅｌ－１０キャリアのすべての部分においてスケジュールされることが可能である。これを達成するための１つの例示的な方法は、キャリアアグリゲーション（ＣＡ）を用いるものであり、これによって、Ｒｅｌ－１０端末は、好ましくはそれぞれがＲｅｌ－８キャリアと同じ構造を有する複数のＣＣを受信することが可能である。ＬＴＥ Ｒｅｌ－１１における拡張のうちの１つは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）であり、これは、キャパシティを増やして制御チャネルリソースの空間的な再利用を改善すること、セル間干渉調整（ＩＣＩＣ）を改善すること、ならびに制御チャネルに関するアンテナビームフォーミングおよび／または送信ダイバーシティをサポートすることを目的としている。さらに、ＬＴＥ Ｒｅｌ－１２は、デュアルコネクティビティ（ＤＣ）を導入しており、これによって、ＵＥが２つのネットワークノードに同時に接続されることが可能であり、それによって接続の堅牢性および／またはキャパシティが改善する。
ＬＴＥとＳＡＥとを含むネットワークの全体的な例示的なアーキテクチャが、図１において示されている。Ｅ－ＵＴＲＡＮ１００は、ｅＮＢ１０５、１１０、および１１５などの１つまたは複数のエボルブドノードＢ（ｅＮＢ）と、ＵＥ１２０などの１つまたは複数のユーザ機器（ＵＥ）とを含む。３ＧＰＰ標準内で使用される際には、「ユーザ機器」または「ＵＥ」とは、第３世代（「３Ｇ」）および第２世代（「２Ｇ」）の３ＧＰＰ無線アクセスネットワークが一般に知られているのと同様に、Ｅ－ＵＴＲＡＮならびにＵＴＲＡＮおよび／またはＧＥＲＡＮを含む、３ＧＰＰ標準に準拠したネットワーク機器と通信することが可能である任意の無線通信デバイス（たとえば、スマートフォンまたはコンピューティングデバイス）を意味する。
３ＧＰＰによって指定されているように、Ｅ－ＵＴＲＡＮ１００は、無線ベアラ制御、無線アドミッション制御、無線モビリティ制御、スケジューリング、およびアップリンクおよびダウンリンクにおけるＵＥへのリソースの動的な割り当て、ならびにＵＥとの通信のセキュリティを含む、ネットワークにおけるすべての無線関連機能を担当する。これらの機能は、ｅＮＢ１０５、１１０、および１１５などのｅＮＢに存在する。Ｅ－ＵＴＲＡＮにおけるｅＮＢは、図１において示されているように、Ｘ１インターフェースを介して互いと通信する。ｅＮＢはまた、ＥＰＣ１３０へのＥ－ＵＴＲＡＮインターフェース、具体的には、モビリティ管理エンティティ（ＭＭＥ）およびサービングゲートウェイ（ＳＧＷ）（図１においてＭＭＥ／Ｓ－ＧＷ１３４および１３８としてまとめて示されている）へのＳ１インターフェースを担当する。一般的に言えば、ＭＭＥ／Ｓ－ＧＷは、ＵＥの全体的な制御と、ＵＥとＥＰＣの残りとの間におけるデータフローとの両方を取り扱う。より具体的には、ＭＭＥは、非アクセス階層（ＮＡＳ）プロトコルとして知られている、ＵＥとＥＰＣとの間におけるシグナリング（たとえば、制御プレーン）プロトコルを処理する。Ｓ－ＧＷは、ＵＥとＥＰＣとの間におけるすべてのインターネットプロトコル（ＩＰ）データパケット（たとえば、データまたはユーザプレーン）を取り扱い、ＵＥがｅＮＢ１０５、１１０、および１１５などのｅＮＢどうしの間において移動する場合にデータベアラのためのローカルモビリティアンカーとしての役目を果たす。
ＥＰＣ１３０は、ユーザおよびサブスクライバ関連の情報を管理するホームサブスクライバサーバ（ＨＳＳ）１３１を含むことも可能である。ＨＳＳ１３１は、モビリティ管理、通話およびセッションのセットアップ、ユーザ認証、ならびにアクセス承認におけるサポート機能を提供することも可能である。ＨＳＳ１３１の機能は、レガシーのホームロケーションレジスタ（ＨＬＲ）の機能、および認証センター（ＡｕＣ）の機能またはオペレーションに関連していることが可能である。
いくつかの実施形態においては、ＨＳＳ１３１は、Ｕｄインターフェースを介してユーザデータリポジトリ（ＵＤＲ）（図１においてＥＰＣ－ＵＤＲ１３５とラベル付けされている）と通信することが可能である。ＥＰＣ－ＵＤＲ１３５は、ユーザクレデンシャルがＡｕＣアルゴリズムによって暗号化された後にそれらのユーザクレデンシャルを格納することが可能である。これらのアルゴリズムは、標準化されておらず（すなわち、ベンダー固有であり）、それによって、ＥＰＣ－ＵＤＲ１３５において格納されている暗号化されたクレデンシャルは、ＨＳＳ１３１のベンダー以外のいかなるベンダーによってもアクセス不能である。
図２Ａは、例示的なＬＴＥアーキテクチャの、その構成要素であるエンティティ（ＵＥ、Ｅ－ＵＴＲＡＮ、およびＥＰＣ）に関するハイレベルブロック図と、アクセス階層（ＡＳ）および非アクセス階層（ＮＡＳ）へのハイレベルな機能分割とを示している。図２Ａはまた、２つの特定のインターフェースポイント、すなわちＵｕ（ＵＥ／Ｅ－ＵＴＲＡＮ無線インターフェース）およびＳ１（Ｅ－ＵＴＲＡＮ／ＥＰＣインターフェース）を示しており、それぞれは、プロトコルの特定のセット、すなわち、無線プロトコルおよびＳ１プロトコルを使用している。図２Ａにおいては示されていないが、それらのプロトコルセットのそれぞれはさらに、ユーザプレーンおよび制御プレーンプロトコル機能性へとセグメント化されることが可能である。ユーザプレーンおよび制御プレーンはまた、それぞれＵプレーンおよびＣプレーンと呼ばれる。Ｕｕインターフェース上では、Ｕプレーンは、ユーザ情報（たとえば、データパケット）を搬送し、その一方でＣプレーンは、ＵＥとＥ－ＵＴＲＡＮとの間において制御情報を搬送する。
図２Ｂは、ＵＥ、ｅＮＢ、およびＭＭＥの間における例示的なＣプレーンプロトコルスタックのブロック図を示している。例示的なプロトコルスタックは、ＵＥとｅＮＢとの間における物理（ＰＨＹ）レイヤ、メディアアクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ、および無線リソース制御（ＲＲＣ）レイヤを含む。ＰＨＹレイヤは、ＬＴＥ無線インターフェース上のトランスポートチャネルを介してデータを転送するためにどのようにしてどんな特徴が使用されるかに関係している。ＭＡＣレイヤは、論理チャネル上でデータ転送サービスを提供し、論理チャネルをＰＨＹトランスポートチャネルにマップし、これらのサービスをサポートするためにＰＨＹリソースを再び割り当てる。ＲＬＣレイヤは、上位レイヤとの間で転送されるデータのエラー検知および／または訂正、連結、セグメント化、ならびに再組立て、並べ替えを提供する。ＰＨＹ、ＭＡＣ、およびＲＬＣレイヤは、ＵプレーンおよびＣプレーンの両方に関して同じ機能を実行する。ＰＤＣＰレイヤは、ＵプレーンおよびＣプレーンの両方に関する暗号化／解読および完全性保護、ならびにヘッダ圧縮など、Ｕプレーンに関するその他の機能を提供する。例示的なプロトコルスタックはまた、ＵＥとＭＭＥとの間における非アクセス階層（ＮＡＳ）シグナリングを含む。
図２Ｃは、ＰＨＹレイヤの観点からの例示的なＬＴＥ無線インターフェースプロトコルアーキテクチャのブロック図を示している。さまざまなレイヤの間におけるインターフェースは、図２Ｃにおいて楕円によって示されているサービスアクセスポイント（ＳＡＰ）によって提供される。ＰＨＹレイヤは、上述されているＭＡＣおよびＲＲＣプロトコルレイヤとのインターフェースを取っている。ＰＨＹ、ＭＡＣ、およびＲＲＣは、図においては、それぞれレイヤ１～３とも呼ばれている。ＭＡＣは、転送される情報のタイプによって特徴付けられるＲＬＣプロトコルレイヤ（上でも記述されている）にさまざまな論理チャネルを提供し、その一方でＰＨＹは、無線インターフェースを介して情報がどのように転送されるかによって特徴付けられるＭＡＣへのトランスポートチャネルを提供する。このトランスポートサービスを提供する際に、ＰＨＹは、エラー検知および訂正、コード化されたトランスポートチャネルの物理チャネル上へのレートマッチングおよびマッピング、物理チャネルの電力重み付け、変調、および復調、送信ダイバーシティ、ならびにビームフォーミング多入力多出力（ＭＩＭＯ）アンテナ処理を含むさまざまな機能を実行する。ＰＨＹレイヤはまた、ＲＲＣから制御情報（たとえば、コマンド）を受信し、無線測定値などのさまざまな情報をＲＲＣに提供する。
ＲＲＣレイヤは、無線インターフェースでのＵＥとｅＮＢとの間における通信、ならびにＥ－ＵＴＲＡＮ内のセルどうしの間におけるＵＥのモビリティを制御する。ＵＥが電源をオンにされた後に、ネットワークとの間でＲＲＣ接続が確立されるまで、ＵＥはＲＲＣ＿ＩＤＬＥ状態にあることになり、ＲＲＣ接続が確立された時間的ポイントで、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態へ移行することになる（たとえば、その場合には、データ転送が生じることが可能である）。ＵＥは、ネットワークとの接続が解除された後にＲＲＣ＿ＩＤＬＥへ戻る。ＲＲＣ＿ＩＤＬＥ状態においては、ＵＥの無線は、上位レイヤによって設定されている間欠受信（ＤＲＸ）スケジュール上でアクティブである。ＤＲＸアクティブ期間（「オン持続時間」とも呼ばれる）中に、ＲＲＣ＿ＩＤＬＥ ＵＥは、サービングセルによってブロードキャストされたシステム情報（ＳＩ）を受信し、セルの再選択をサポートするために近隣セルの測定を実行し、ｅＮＢを介したＥＰＣからのページを探してＰＤＣＣＨ上のページングチャネルをモニタする。ＲＲＣ＿ＩＤＬＥ ＵＥは、ＥＰＣにおいて知られており、ＩＰアドレスを割り振られているが、サービングｅＮＢには知られていない（たとえば、格納されているコンテキストがない）。
一般的に言えば、物理チャネルは、高位レイヤから生じる情報を搬送するリソースエレメントのセットに対応する。ＬＴＥ ＰＨＹによって提供されるダウンリンク（すなわち、ｅＮＢからＵＥへの）物理チャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理マルチキャストチャネル（ＰＭＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、リレー物理ダウンリンク制御チャネル（Ｒ－ＰＤＣＣＨ）、物理ブロードキャストチャネル（ＰＢＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、および物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）を含む。加えて、ＬＴＥ ＰＨＹダウンリンクは、さまざまな参照信号、同期信号、およびディスカバリ信号を含む。
ＰＢＣＨは、ＵＥによってネットワークにアクセスするために必要とされる基本的なシステム情報を搬送する。ＰＤＳＣＨは、ユニキャストＤＬデータ送信のために使用される主要な物理チャネルであるが、ＲＡＲ（ランダムアクセス応答）、特定のシステム情報ブロック、およびページング情報の送信のためにも使用される。ＰＨＩＣＨは、ＵＥによるＵＬ送信に関するＨＡＲＱフィードバック（たとえば、ＡＣＫ／ＮＡＫ）を搬送する。同様に、ＰＤＣＣＨは、ＤＬスケジューリング割り振り（たとえば、ＰＤＳＣＨに関する）、ＵＬリソースグラント（たとえば、ＰＵＳＣＨに関する）、ＵＬチャネルに関するチャネル品質フィードバック（たとえば、ＣＳＩ）、およびその他の制御情報を搬送する。
ＬＴＥ ＰＨＹによって提供されるアップリンク（すなわち、ＵＥからｅＮＢへの）物理チャネルは、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、および物理ランダムアクセスチャネル（ＰＲＡＣＨ）を含む。加えて、ＬＴＥ ＰＨＹアップリンクは、関連付けられているＰＵＣＣＨまたはＰＵＳＣＨの受信においてｅＮＢを支援するために送信される復調用参照信号（ＤＭ－ＲＳ）、およびいずれのアップリンクチャネルにも関連付けられていないサウンディング参照信号（ＳＲＳ）を含むさまざまな参照信号を含む。
ＰＲＡＣＨは、ランダムアクセスプリアンブル送信のために使用される。ＰＵＳＣＨは、ＰＤＳＣＨに対応するものであり、主としてユニキャストＵＬデータ送信のために使用される。ＰＤＣＣＨと同様に、ＰＵＣＣＨは、スケジューリング要求、ＤＬチャネルに関するＣＳＩ、ｅＮＢ ＤＬ送信に関するＨＡＲＱフィードバック、およびその他の制御情報などのアップリンク制御情報（ＵＣＩ）を搬送する。
ＬＴＥ ＰＨＹに関する多元接続方式は、ダウンリンクにおいてサイクリックプレフィックス（ＣＰ）を備えた直交周波数分割多重化（ＯＦＤＭ）と、アップリンクにおいてサイクリックプレフィックスを備えたシングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）とに基づく。ペアおよび非ペアスペクトルでの送信をサポートするために、ＬＴＥ ＰＨＹは、周波数分割複信（ＦＤＤ）（全二重および半二重の両方のオペレーションを含む）および時分割複信（ＴＤＤ）の両方をサポートする。図３Ａは、ＬＴＥ ＦＤＤダウンリンク（ＤＬ）オペレーションのために使用される例示的な無線フレーム構造（「タイプ１」）を示している。ＤＬ無線フレームは、１０ｍｓの固定された持続時間を有しており、０～１９のラベルを付けられている２０個のスロットから構成されており、それぞれのスロットは、０．５ｍｓの固定された持続時間を有している。１ｍｓのサブフレームは、２つの連続したスロットを含んでおり、この場合、サブフレームｉは、スロット２ｉおよび２ｉ＋１から構成されている。それぞれの例示的なＦＤＤ ＤＬスロットは、ＮＤＬ ｓｙｍｂ個のＯＦＤＭシンボルから構成されており、それらのシンボルのそれぞれは、Ｎｓｃ個のＯＦＤＭサブキャリアから構成されている。ＮＤＬ ｓｙｍｂの例示的な値は、１５ｋＨｚのサブキャリア間隔（ＳＣＳ）に関しては、７（通常のＣＰについて）または６（拡張された長さのＣＰについて）であることが可能である。Ｎｓｃの値は、利用可能なチャネル帯域幅に基づいて設定可能である。当技術分野における標準的な技術者はＯＦＤＭの原理に精通しているので、この説明においては、さらなる詳細は省略されている。
図３Ａにおいて示されているように、特定のシンボルにおける特定のサブキャリアの組合せが、リソースエレメント（ＲＥ）として知られている。それぞれのＲＥは、そのＲＥに関して使用される変調および／またはビットマッピングコンステレーションのタイプに応じて、特定の数のビットを送信するために使用される。たとえば、いくつかのＲＥは、ＱＰＳＫ変調を使用して２つのビットを搬送することが可能であり、その一方でその他のＲＥは、それぞれ１６－または６４－ＱＡＭを使用して４つまたは６つのビットを搬送することが可能である。ＬＴＥ ＰＨＹの無線リソースはまた、物理リソースブロック（ＰＲＢ）の観点から規定される。ＰＲＢは、スロットの持続時間にわたってＮＲＢ ｓｃ個のサブキャリア（すなわち、ＮＤＬ ｓｙｍｂ個のシンボル）にわたり、この場合、ＮＲＢ ｓｃは、典型的には１２（１５ｋＨｚのサブキャリア帯域幅について）または２４（７．５ｋＨｚの帯域幅について）のいずれかである。サブフレーム全体の間に同じＮＲＢ ｓｃ個のサブキャリア（すなわち、２ＮＤＬ ｓｙｍｂ個のシンボル）にわたるＰＲＢは、ＰＲＢペアとして知られている。したがって、ＬＴＥ ＰＨＹ ＤＬのサブフレームにおいて利用可能なリソースは、ＮＤＬ ＲＢ個のＰＲＢペアを含み、それらのペアのそれぞれは、２ＮＤＬ ｓｙｍｂ・ＮＲＢ ｓｃ個のＲＥを含む。通常のＣＰおよび１５ＫＨｚのＳＣＳに関しては、ＰＲＢペアは１６８個のＲＥを含む。
ＰＲＢの１つの例示的な特徴は、連続して番号付けされたＰＲＢどうし（たとえば、ＰＲＢｉおよびＰＲＢｉ＋１）がサブキャリアの連続したブロックを含むことである。たとえば、通常のＣＰおよび１５ＫＨｚのサブキャリア帯域幅については、ＰＲＢ０は、サブキャリア０～１１を含み、その一方でＰＲＢ１は、サブキャリア１２～２３を含む。ＬＴＥ ＰＨＹリソースはまた、仮想リソースブロック（ＶＲＢ）の観点から規定されることが可能であり、それらのＶＲＢは、ＰＲＢと同じサイズであるが、ローカライズタイプまたは分散タイプのいずれかのものであることが可能である。ローカライズされたＶＲＢは、ＰＲＢに直接マップされることが可能であり、それによってＶＲＢ ｎＶＲＢは、ＰＲＢ ｎＰＲＢ＝ｎＶＲＢに対応する。その一方で、分散されたＶＲＢは、３ＧＰＰ技術仕様（ＴＳ）３６．２１３において記述されているように、またはその他の形で当技術分野における標準的な技術者に知られているように、さまざまなルールに従って不連続なＰＲＢにマップされることが可能である。しかしながら、「ＰＲＢ」という用語は、本開示においては物理リソースブロックおよび仮想リソースブロックの両方を指すために使用されるものとする。その上、「ＰＲＢ」という用語は、以降では、別段の明示がない限り、サブフレーム、すなわちＰＲＢペアの持続時間の間のリソースブロックを指すために使用されることになる。
図３Ｂは、図３Ａにおいて示されている例示的なＦＤＤ ＤＬ無線フレームと同様の様式で設定されている例示的なＬＴＥ ＦＤＤアップリンク（ＵＬ）無線フレームを示している。上記のＤＬの説明と整合する用語を使用すると、それぞれのＵＬスロットは、ＮＵＬ ｓｙｍｂ個のＯＦＤＭシンボルから構成されており、それらのシンボルのそれぞれは、Ｎｓｃ個のＯＦＤＭサブキャリアから構成されている。
上で論じられているように、ＬＴＥ ＰＨＹは、さまざまなＤＬおよびＵＬ物理チャネルを、それぞれ図３Ａおよび図３Ｂにおいて示されているリソースにマップする。たとえば、ＰＨＩＣＨは、ＵＥによるＵＬ送信に関するＨＡＲＱフィードバック（たとえば、ＡＣＫ／ＮＡＫ）を搬送する。同様に、ＰＤＣＣＨは、スケジューリング割り振り、ＵＬチャネルに関するチャネル品質フィードバック（たとえば、ＣＳＩ）、およびその他の制御情報を搬送する。同様に、ＰＵＣＣＨは、スケジューリング要求、ダウンリンクチャネルに関するＣＳＩ、ｅＮＢ ＤＬ送信に関するＨＡＲＱフィードバック、およびその他の制御情報などのアップリンク制御情報を搬送する。ＰＤＣＣＨおよびＰＵＣＣＨの両方は、１つまたはいくつかの連続した制御チャネルエレメント（ＣＣＥ）のアグリゲーション上で送信されることが可能であり、ＣＣＥは、複数のＲＥからそれぞれが構成されているリソースエレメントグループ（ＲＥＧ）に基づいて物理リソースにマップされる。たとえば、ＣＣＥは、９つのＲＥＧを含むことが可能であり、それらのＲＥＧのそれぞれは、４つのＲＥを含むことが可能である。
図４は、ＣＣＥおよびＲＥＧが物理リソース、たとえば、ＰＲＢにマップされることが可能である１つの例示的な様式を示している。図４において示されているように、ＰＤＣＣＨのＣＣＥを含むＲＥＧは、サブフレームの最初の３つのシンボルへとマップされることが可能であり、その一方で残りのシンボルは、ユーザデータを搬送するＰＤＳＣＨなどのその他の物理チャネルのために利用可能である。図４の例示的な配置においては、ＲＥＧのうちのそれぞれは、４つのＲＥを含み、それらのＲＥは、小さな破線の長方形によって表されている。図４においては２つのＣＣＥが示されているが、ＣＣＥの数は、必要とされるＰＤＣＣＨキャパシティに応じてさまざまであることが可能であり、必要とされるＰＤＣＣＨキャパシティは、ユーザの数、測定の量、および／または制御シグナリングなどに基づくことが可能である。アップリンク上では、ＰＵＣＣＨが同様に設定されることが可能である。
ＬＴＥにおいては、ＤＬ送信は動的にスケジュールされる。すなわち、それぞれのサブフレームにおいて、基地局は、データが送信される先の端末と、どのリソースブロック上でデータが送信されるかを示す制御情報を、現在のダウンリンクサブフレームにおいて送信する。この制御シグナリングは典型的に、それぞれのサブフレームにおける最初のｎ個のＯＦＤＭシンボルにおいて送信され、数ｎ（＝１、２、３、または４）は、制御領域の第１のシンボルにおいて送信されるＰＣＦＩＣＨによって示される制御フォーマットインジケータ（ＣＦＩ）として知られている。
ＬＴＥは、主としてユーザツーユーザ通信用に設計されたが、５Ｇ（「ＮＲ」とも呼ばれる）セルラーネットワークは、高いシングルユーザデータレート（たとえば、１Ｇｂ／ｓ）と、周波数帯域幅を共有する多くの異なるデバイスからの短いバースト的な送信を含む大規模なマシンツーマシン通信との両方をサポートすると想定されている。５Ｇ無線標準（「新無線」または「ＮＲ」とも呼ばれる）は、現在、ｅＭＢＢ（拡張モバイルブロードバンド）、ＵＲＬＬＣ（超高信頼性低遅延通信）、およびマシン型通信（ＭＴＣ）を含む広範囲のデータサービスを対象としている。これらのサービスは、さまざまな要件および目的を有することが可能である。たとえば、ＵＲＬＬＣは、きわめて厳格なエラー要件およびレイテンシ要件、たとえば、１０－５以下のエラー確率、または１ｍｓ以下のエンドツーエンドのレイテンシを伴うデータサービスを提供するように意図されている。
ＬＴＥと同様に、ＮＲは、ダウンリンクにおいてはＣＰ－ＯＦＤＭ（サイクリックプレフィックス直交周波数分割多重）を、アップリンクにおいてはＣＰ－ＯＦＤＭおよびＤＦＴ－ｓｐｒｅａｄ ＯＦＤＭ（ＤＦＴ－Ｓ－ＯＦＤＭ）の両方を使用する。時間ドメインにおいては、ＮＲダウンリンクおよびアップリンク物理リソースは、それぞれ１ｍｓの等しいサイズのサブフレームへと編成される。サブフレームはさらに、等しい持続時間の複数のスロットへと分割され、それぞれのスロットは、複数のＯＦＤＭベースのシンボルを含む。ＮＲはまた、上で論じられたＬＴＥのその他のさまざまな機能を共有する。
ＮＲ Ｒｅｌ－１６に関しては、ＵＥへのＰＤＳＣＨのマルチソース送信をサポートすることが論じられてきた。このコンテキストにおいては、「ソース」とは、ビーム、パネル、送信／受信ポイント（ＴＲＰ）などを指すことが可能である。たとえば、ＵＲＬＬＣをサポートするためには、データのトランスポートブロック（ＴＢ）の複数のバージョンを別々のＴＲＰからＵＥへ送信することが有益であることがある。これは、同じＵＥに対して複数のＰＤＳＣＨをスケジュールすることを必要とし、これは、そのＵＥがそれぞれのＰＤＳＣＨに関するスケジューリング情報を用いて複数のＰＤＣＣＨを正しくデコードすることを必要とする。単一のＵＥに関する複数のＰＤＣＣＨは、ＵＥの複雑さを増大させることがあり、そしてまた、より多くの制御チャネルリソースを消費し、これは、その他のＵＥを同じスロットにおいてスケジュールするための柔軟性を低減し、および／またはＰＤＣＣＨブロッキング確率を増大させる。これらの影響は、望ましくない。
本開示の実施形態は、上述されている例示的な問題を克服するためのソリューションを容易にすることによってなどで、無線通信ネットワークにおけるユーザ機器（ＵＥ）とネットワークノードとの間における通信に特定の改善を提供する。
本開示のいくつかの例示的な実施形態は、無線ネットワークにおける複数のノードを介して通信するための方法（たとえば、手順）を含む。これらの例示的な方法は、無線ネットワーク（たとえば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮ）における１つまたは複数のネットワークノード（たとえば、基地局、ｇＮＢ、ｅｎ－ｇＮＢなど、またはそれらのコンポーネント）と通信状態にあるユーザ機器（ＵＥ、たとえば、無線デバイス、ＩｏＴデバイス、モデムなど、またはそれらのコンポーネント）によって実行されることが可能である。
これらの例示的な方法は、無線ネットワークから、複数の送信設定インジケータ（ＴＣＩ）状態を受信することを含むことが可能である。いくつかの実施形態においては、複数のＴＣＩ状態は、無線ネットワークにおけるそれぞれの複数のノード、または無線ネットワークにおける１つもしくは複数のノードに関連付けられているそれぞれの複数のビームのうちの一方に関連付けられることが可能である。
これらの例示的な方法は、単一の物理制御チャネルを介して、データブロックのそれぞれの複数の繰り返しを搬送する複数の物理データチャネルに関するスケジューリング情報を受信することを含むことも可能である。たとえば、上で論じられているように、物理制御チャネルは、ＰＤＣＣＨであることが可能であり、スケジューリング情報は、スケジューリングＤＣＩであることが可能である。いくつかの実施形態においては、複数の物理データチャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のそれぞれのレイヤであることが可能である。その他の実施形態においては、それぞれの物理データチャネルは、ＰＤＳＣＨのすべてのレイヤのサブセットであることが可能である。
いくつかの実施形態においては、スケジューリング情報は、繰り返しのうちの１つまたは複数を受信するためのリソースのインジケータを含むことも可能である。示されたリソースは、時間、周波数、および空間レイヤという次元のうちの少なくとも１つにあることが可能である。いくつかの実施形態においては、繰り返しのうちの少なくとも２つのためのリソースが、スロットにおけるシンボルの同じセットにあることが可能である。
その他の実施形態においては、スケジューリング情報は、繰り返しのうちの第１の繰り返しを受信するための第１のリソースのインジケータを含むことが可能である。そのような実施形態においては、これらの例示的な方法は、繰り返しのうちの残りの繰り返しを受信するためのさらなるリソースを特定するために第１のリソースに適用されることになる１つまたは複数のオフセットを受信することを含むことも可能である。そのような実施形態においては、さらなるリソースは、第１のリソースに対して、１つもしくは複数の後続のスロット、または同じスロット内の１つもしくは複数の後続のシンボルのうちの一方に配置されることが可能である。
いくつかの実施形態においては、繰り返しのうちの少なくとも２つのための示されたリソースどうしは、周波数において完全に重複することが可能である。そのような実施形態においては、スケジューリング情報はまた、完全に重複している繰り返しのそれぞれに関して、復調用参照信号（ＤＭＲＳ）ポートの一意のセット、一意の符号分割多重化（ＣＤＭ）グループからのＤＭＲＳポート、および一意のデータスクランブリングシードのうちの少なくとも１つを含む。
いくつかの実施形態においては、スケジューリング情報は、複数の繰り返しとデータブロックの複数の冗長バージョン（ＲＶ）との間におけるマッピングのインジケータを含むことも可能である。
これらの例示的な方法は、ＴＣＩ状態のうちの１つまたは複数を複数の繰り返しに割り振ることを含むことも可能である。いくつかの実施形態においては、複数のＴＣＩ状態は、複数の繰り返しよりも少なく、複数のＴＣＩ状態は、事前に規定された順序で繰り返しに割り振られる。その他の実施形態においては、スケジューリング情報は、ＴＣＩ状態のうちの１つまたは複数と複数の繰り返しとの間におけるマッピングのインジケータを含むことも可能である。そのような実施形態においては、１つまたは複数のＴＣＩ状態は、示されたマッピングに基づいて繰り返しに割り振られる。これらの実施形態のうちのいくつかにおいては、インジケータは、複数のコードポイントを有するフィールドに含まれ、複数のＴＣＩ状態は、複数のコードポイントよりも少ない。そのような実施形態においては、コードポイントの第１のサブセットが、個々のＴＣＩ状態に関連付けられることが可能であり、コードポイントの第２のサブセットが、個々のＴＣＩ状態の組合せに関連付けられることが可能である。
いくつかの実施形態においては、それぞれのＴＣＩ状態は、１つまたは複数のソース参照信号（ＲＳ）ペアを含み、それぞれのソースＲＳペアは、特定の物理データチャネルにマップされているＤＭ－ＲＳに関する、アンテナポートとの準共同設置（ＱＣＬ）関係の対応するペアを有する。そのような実施形態においては、これらの例示的な方法は、複数のＴＣＩ状態のそれぞれに関して、特定のＴＣＩ状態に含まれているソースＲＳペアに基づいてチャネルパラメータを特定することを含むことも可能である。
これらの例示的な方法は、スケジューリング情報および割り振られたＴＣＩ状態に基づいて複数の物理データチャネルを介して複数の繰り返しを受信することを含むことも可能である。いくつかの実施形態においては、これらのオペレーションは、物理データチャネルのそれぞれに関して、（たとえば、ソースＲＳペアに関して特定された）チャネルパラメータに基づいて、物理データチャネルにマップされているＤＭ－ＲＳを受信することと、受信されたＤＭ－ＲＳに基づいてさらなるチャネルパラメータを特定することと、さらなるチャネルパラメータに基づいて物理データチャネルを受信することとを含むことが可能である。
その他の例示的な実施形態は、複数の物理データチャネルを介して単一のユーザ機器（ＵＥ）と通信するための方法（たとえば、手順）を含む。これらの例示的な方法は、無線ネットワーク（たとえば、ＮＧ－ＲＡＮ、Ｅ－ＵＴＲＡＮ）の１つまたは複数のネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ｅｎ－ｇＮＢなど、またはそれらのコンポーネント）によって実行されることが可能である。
これらの例示的な方法は、複数の送信設定インジケータ（ＴＣＩ）状態をＵＥへ送信することを含むことが可能である。いくつかの実施形態においては、複数のＴＣＩ状態は、無線ネットワークにおけるそれぞれの複数のノード、または無線ネットワークにおける１つもしくは複数のノードに関連付けられているそれぞれの複数のビームのうちの一方に関連付けられることが可能である。
これらの例示的な方法は、それぞれの複数の物理データチャネルによって搬送されることになる、データブロックの複数の繰り返しにＴＣＩ状態のうちの１つまたは複数を割り振ることを含むことも可能である。いくつかの実施形態においては、複数のＴＣＩ状態は、複数の繰り返しよりも少ないことが可能であり、複数のＴＣＩ状態は、事前に規定された順序で繰り返しに割り振られることが可能である。ＵＥは、この事前に規定された順序を認識して、対応する様式でＴＣＩ状態を繰り返しに割り振ることも可能である。
これらの例示的な方法は、データブロックのそれぞれの複数の繰り返しを搬送する複数の物理データチャネルに関するスケジューリング情報を、単一の物理制御チャネルを介して送信することを含むことも可能である。いくつかの実施形態においては、複数の物理データチャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のそれぞれのレイヤであることが可能である。その他の実施形態においては、それぞれの物理データチャネルは、ＰＤＳＣＨのすべてのレイヤのサブセットであることが可能である。
いくつかの実施形態においては、スケジューリング情報は、繰り返しのうちの１つまたは複数を受信するためのリソースのインジケータを含むことも可能である。示されたリソースは、時間、周波数、および空間レイヤという次元のうちの少なくとも１つにあることが可能である。いくつかの実施形態においては、繰り返しのうちの少なくとも２つのためのリソースが、スロットにおけるシンボルの同じセットにあることが可能である。
その他の実施形態においては、スケジューリング情報は、繰り返しのうちの第１の繰り返しを受信するための第１のリソースのインジケータを含むことが可能である。そのような実施形態においては、これらの例示的な方法は、繰り返しのうちの残りの繰り返しを受信するためのさらなるリソースを特定するために第１のリソースに適用されることになる１つまたは複数のオフセットを送信することを含むことも可能である。そのような実施形態においては、さらなるリソースは、第１のリソースに対して、１つもしくは複数の後続のスロット、または同じスロット内の１つもしくは複数の後続のシンボルのうちの一方に配置されることが可能である。
いくつかの実施形態においては、繰り返しのうちの少なくとも２つのための示されたリソースどうしは、周波数において完全に重複することが可能である。そのような実施形態においては、スケジューリング情報は、完全に重複している繰り返しのそれぞれに関して、復調用参照信号（ＤＭＲＳ）ポートの一意のセット、一意の符号分割多重化（ＣＤＭ）グループからのＤＭＲＳポート、および一意のデータスクランブリングシードのうちの少なくとも１つを含むことも可能である。
いくつかの実施形態においては、スケジューリング情報は、複数の繰り返しとデータブロックの複数の冗長バージョン（ＲＶ）との間におけるマッピングのインジケータを含むことも可能である。
いくつかの実施形態においては、スケジューリング情報は、ＴＣＩ状態のうちの１つまたは複数と複数の繰り返しとの間におけるマッピングのインジケータを含むことも可能である。たとえば、このマッピングは、繰り返しへのＴＣＩ状態の割り振りを反映することおよび／または示すことが可能である。これらの実施形態のうちのいくつかにおいては、インジケータは、複数のコードポイントを有するフィールドに含まれ、複数のＴＣＩ状態は、複数のコードポイントよりも少ない。そのような実施形態においては、コードポイントの第１のサブセットが、個々のＴＣＩ状態に関連付けられることが可能であり、コードポイントの第２のサブセットが、個々のＴＣＩ状態の組合せに関連付けられることが可能である。
いくつかの実施形態においては、それぞれのＴＣＩ状態は、１つまたは複数のソース参照信号（ＲＳ）ペアを含むことが可能であり、それぞれのソースＲＳペアは、特定の物理データチャネルにマップされているＤＭ－ＲＳに関する、アンテナポートとの準共同設置（ＱＣＬ）関係の対応するペアを有する。そのような実施形態においては、これらの例示的な方法は、複数のＴＣＩ状態のそれぞれに関して、特定のＴＣＩ状態に含まれているソースＲＳペアを送信することを含むことも可能である。
これらの例示的な方法は、スケジューリング情報および割り振られたＴＣＩ状態に基づいて複数の物理データチャネルを介して複数の繰り返しを送信することを含むことも可能である。いくつかの実施形態においては、これらのオペレーションは、それぞれのＤＭ－ＲＳを、それらがマップされている物理データチャネルに関連付けて送信することを含むことが可能である。これは、ＵＥが、特定の物理データチャネルに関連付けられているターゲットＲＳ（たとえば、ＤＭ－ＲＳ）を受信するためにソースＲＳペアおよびＱＣＬ関係を利用することを容易にすることが可能である。
その他の例示的な実施形態は、本明細書において記述されている例示的な方法のいずれかに対応するオペレーションを実行するように設定されている、１つまたは複数のネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ＣＵ／ＤＵ、ＴＲＰ、コントローラなど）を含む無線ネットワーク、およびユーザ機器（ＵＥ、たとえば、無線デバイス、ＩｏＴデバイス、または、モデムなどのそれらのコンポーネント）を含む。その他の例示的な実施形態は、処理回路によって実行されたときに、本明細書において記述されている例示的な方法のいずれかに対応するオペレーションを実行するようにそのような無線ネットワークまたはＵＥを設定するプログラム命令を格納している非一時的なコンピュータ可読メディアを含む。
本開示の実施形態のこれらおよびその他の目的、特徴、および利点は、以降で簡単に記述されている図面を考慮して、以降の詳細な説明を読めば、明らかになるであろう。
３ＧＰＰによって標準化されている、Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）エボルブドＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）およびエボルブドパケットコア（ＥＰＣ）ネットワークの例示的なアーキテクチャのハイレベルブロック図である。 例示的なＥ－ＵＴＲＡＮアーキテクチャの、その構成要素であるコンポーネント、プロトコル、およびインターフェースに関するハイレベルブロック図である。 ユーザ機器（ＵＥ）とＥ－ＵＴＲＡＮとの間における無線（Ｕｕ）インターフェースの制御プレーン部分の例示的なプロトコルレイヤのブロック図である。 ＰＨＹレイヤの観点からの例示的なＬＴＥ無線インターフェースプロトコルアーキテクチャのブロック図である。 周波数分割複信（ＦＤＤ）オペレーションのために使用される例示的なダウンリンクＬＴＥ無線フレーム構造のブロック図である。 周波数分割複信（ＦＤＤ）オペレーションのために使用される例示的なダウンリンクＬＴＥ無線フレーム構造のブロック図である。 ＣＣＥおよびＲＥＧが物理リソースにマップされることが可能である例示的な様式を示す図である。 ＮＲスロットに関する例示的な時間周波数リソースグリッドを示す図である。 さまざまな例示的なＮＲスロット設定を示す図である。 さまざまな例示的なＮＲスロット設定を示す図である。 ５Ｇネットワークアーキテクチャのハイレベルビューを示す図である。 フロントロードされた復調用参照信号（ＤＭ－ＲＳ）の例示的なマッピングを示す図である。 フロントロードされた復調用参照信号（ＤＭ－ＲＳ）の例示的なマッピングを示す図である。 フロントロードされた復調用参照信号（ＤＭ－ＲＳ）の例示的なマッピングを示す図である。 フロントロードされた復調用参照信号（ＤＭ－ＲＳ）の例示的なマッピングを示す図である。 本開示のさまざまな例示的な実施形態による、ＵＥが、ＰＤＳＣＨダイバーシティ送信を提供することが可能である２つのｇＮＢと通信する例示的なオペレーションシナリオに関する流れ図である。 本開示のさまざまな例示的な実施形態による、ＵＥが、ＰＤＳＣＨダイバーシティ送信を提供することが可能である２つのｇＮＢと通信する例示的なオペレーションシナリオに関する流れ図である。 本開示のさまざまな例示的な実施形態による、ユーザ機器（ＵＥ、たとえば、無線デバイス、ＩｏＴデバイスなど）によって実行される例示的な方法（たとえば、手順）の流れ図である。 本開示のさまざまな例示的な実施形態による、１つまたは複数のノード（たとえば、基地局、ｇＮＢ、ｅＮＢ、ｅｎ－ｇＮＢなど）を含む無線ネットワークによって実行される例示的な方法（たとえば、手順）の流れ図である。 本開示のさまざまな例示的な実施形態による例示的な無線デバイスまたはＵＥのブロック図である。 本開示のさまざまな例示的な実施形態による例示的なネットワークノードのブロック図である。 本開示のさまざまな例示的な実施形態による、ホストコンピュータとＵＥとの間においてオーバーザトップ（ＯＴＴ）データサービスを提供するように設定されている例示的なネットワークのブロック図である。 本開示のさまざまな例示的な実施形態による、スロットベースの、ミニスロットベースの、周波数ベースの、およびレイヤベースのＰＤＳＣＨ繰り返しを示すさまざまな例示的な構成を示す図である。
ここで添付の図面を参照しながら、本明細書において考えられる実施形態のうちのいくつかが、より完全に記述される。しかしながら、その他の実施形態が、本明細書において開示されている主題の範囲内に含まれ、開示されている主題は、本明細書において記載されている実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、主題の範囲を当業者へ伝達するための例として提供されている。さらに、以降で論じられているさまざまな用語が、本出願の全体を通じて使用される。
本明細書において使用されている「ネットワークノード」という用語は、無線ネットワークに含まれている任意の種類のネットワークノードであることが可能であり、これはさらに、基地局（ＢＳ）、無線基地局、ベーストランシーバステーション（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、ｇノードＢ（ｇＮＢ）、エボルブドノードＢ（ｅＮＢまたはｅＮｏｄｅＢ）、ノードＢ、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）無線ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、リレーノード、ドナーノード制御リレー、無線アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモートラジオユニット（ＲＲＵ）リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（たとえば、移動管理エンティティ（ＭＭＥ）、自己組織化ネットワーク（ＳＯＮ）ノード、調整ノード、測位ノード、ＭＤＴノードなど）、外部ノード（たとえば、サードパーティノード、現在のネットワークにとって外部のノード）、分散アンテナシステム（ＤＡＳ）におけるノード、スペクトルアクセスシステム（ＳＡＳ）ノード、要素管理システム（ＥＭＳ）などのうちのいずれかを含むことが可能である。ネットワークノードは、テスト機器を含むことも可能である。本明細書において使用されている「無線ノード」という用語は、無線デバイス（ＷＤ）または無線ネットワークノードなどの無線デバイス（ＷＤ）を示すためにも使用されることが可能である。
「無線ネットワークノード」という用語は、任意のタイプの基地局、無線基地局、ベーストランシーバステーション、基地局コントローラ、ネットワークコントローラ、ＲＮＣ、エボルブドノードＢ（ｅＮＢ）、ノードＢ、ｇＮＢ、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、リレーノード、アクセスポイント、無線アクセスポイント、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、統合アクセスバックホール（ＩＡＢ）ノードなどを含むことが可能である任意のタイプのネットワークノードを指すことが可能である。
いくつかの実施形態においては、ＴＲＰが、ネットワークノードまたは無線ネットワークノードに関連付けられることが可能である。いくつかの実施形態においては、マルチＴＲＰシナリオが、１つまたは複数のネットワークノードに関連付けられている複数のＴＲＰを含むことが可能である。
別段の言及がない限り、「無線デバイス」（または略して「ＷＤ」）および「ユーザ機器」（または略して「ＵＥ」）という用語は、言い換え可能に使用される。ＷＤは、無線デバイス（ＷＤ）など、無線信号を介してネットワークノードまたは別のＷＤと通信することが可能である任意のタイプの無線デバイスであることが可能である。ＷＤはまた、無線通信デバイス、ターゲットデバイス、Ｄ２Ｄ（device-to-device）ＷＤ、マシン型ＷＤまたはマシンツーマシン通信（Ｍ２Ｍ）が可能なＷＤ、低コストおよび／または低複雑度ＷＤ、ＷＤを備えたセンサ、タブレット、モバイル端末、スマートフォン、ラップトップ組み込み装備（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、顧客構内機器（ＣＰＥ）、インターネットオブシングス（ＩｏＴ）デバイス、ナローバンドＩｏＴ（ＮＢ－ＩＯＴ）デバイス、空中デバイス（たとえば、ドローン）、ＰｒｏＳｅ ＵＥ、Ｖ２Ｖ ＵＥ、Ｖ２Ｘ ＵＥなどであることが可能である。
別段の言及がない限り、ネットワークノードまたはＵＥによって実行されるものとして本明細書において記述されている機能は、複数のネットワークノードまたはＵＥにわたって分散されることが可能である。言い換えれば、本明細書において記述されているネットワークノードおよびＵＥの機能は、単一の物理デバイスによる実行に限定されず、実際には、いくつかの物理デバイスの間で分散されることが可能であると考えられる。
別段の言及がない限り、「時間リソース」という用語は、時間の長さ、または時間間隔、または持続時間の観点から表される任意のタイプの物理リソースまたは無線リソースに対応することが可能である。いくつかの実施形態においては、「スロット」という用語は、無線リソースを示すために使用されているが、本明細書において記述されている技術は、時間の長さの観点から表される任意のタイプの物理リソースまたは無線リソースなど、その他のタイプの無線リソースとともに有利に使用されることが可能であるということを理解されたい。時間リソースの例は、シンボル、タイムスロット、ミニスロット、サブフレーム、無線フレーム、送信時間間隔（ＴＴＩ）、インターリービング時間、時間リソース番号などである。
別段の言及がない限り、「ＴＴＩ」という用語は、物理チャネルが符号化されて送信のためにインターリーブされることが可能である任意のタイムピリオド（たとえば、ＴＴＩ中）に対応することが可能である。物理チャネルは、その物理チャネルが符号化された同じタイムピリオド（Ｔ０）にわたって受信機によってデコードされることが可能である。ＴＴＩはまた、ショートＴＴＩ（ｓＴＴＩ）、送信時間、スロット、サブスロット、ミニスロット、ショートサブフレーム（ＳＳＦ）、ミニサブフレームなどと言い換え可能に呼ばれることが可能である。
いくつかの実施形態においては、送信機（たとえば、ネットワークノード）および受信機（たとえば、ＷＤ）は、どのリソースが１つまたは複数の物理チャネルの送信および／または受信のために配置されることになるかを特定するためのルールに関する共通の所定の理解を有することが可能である。そのようなルールは、いくつかの実施形態においては、「マッピング」と呼ばれることが可能である。その他の実施形態においては、「マッピング」という用語は、その他の意味を有することが可能である。
別段の言及がない限り、「チャネル」という用語は、論理チャネル、トランスポートチャネル、または物理チャネルを指すことが可能である。チャネルは、１つまたは複数のキャリア、たとえば、複数のサブキャリアを含むこと、および／またはその上に配置されることが可能である。制御シグナリング／制御情報を搬送するおよび／または搬送するためのチャネルは、たとえば、それが物理レイヤチャネルである場合、および／またはそれが制御プレーン情報を搬送する場合には、制御チャネルとみなされることが可能である。同様に、データシグナリング／ユーザ情報を搬送するおよび／または搬送するためのチャネルは、とりわけ、それが物理レイヤチャネルである場合、および／またはそれがユーザプレーン（ＵＰ）情報を搬送する場合には、データチャネル（たとえば、ＰＤＳＣＨ）とみなされることが可能である。チャネルは、特定の通信方向に関して、または２つの補完的な通信方向（たとえば、ＵＬおよびＤＬ、もしくは２つの方向におけるサイドリンク）に関して規定されることが可能であり、そのケースにおいては、チャネルは、それぞれの方向ごとに１つずつ、２つのコンポーネントチャネルを有するとみなされることが可能である。
以降ではダウンリンク（ＤＬ）チャネル（たとえば、ＰＤＳＣＨ）のコンテキストにおいて実施形態が記述されている場合があるが、そのような実施形態の根底にある原理は、その他のチャネル、たとえば、その他のＤＬチャネルおよび／または特定のアップリンクチャネル（たとえば、ＰＵＳＣＨ）にも適用可能であり得るということを理解されたい。
本明細書においては「セル」という用語が使用されているが、（特に５Ｇ／ＮＲに関しては）セルの代わりにビームが使用されることが可能であり、したがって、本明細書において記述されているコンセプトは、セルおよびビームの両方に等しく当てはまるということを理解されたい。
本明細書においては１つまたは複数の特定の無線システム（たとえば、ＬＴＥおよび／またはＮＲ）からの用語が使用されている場合があるが、これは、本開示の範囲をそれらの特定の無線システムのみに限定するものとみなされるべきではない。広帯域符号分割多元接続（ＷＣＤＭＡ）、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）、および汎欧州デジタル移動電話方式（ＧＳＭ）を含む他の無線システムが、本開示の原理および／または実施形態から利益を得ることも可能である。
上で簡単に言及されているように、ＮＲ Ｒｅｌ－１６に関しては、ＵＥへのＰＤＳＣＨのマルチソース送信をサポートすることが論じられてきた。このコンテキストにおいては、「ソース」という用語は、ビーム、パネル、送信／受信ポイント（ＴＲＰ）などを指すことが可能である。たとえば、ＵＲＬＬＣをサポートするためには、トランスポートブロック（ＴＢ）の複数のバージョンを別々のＴＲＰからＵＥへ送信することが有益であることがあり、これは「マルチＴＲＰダイバーシティ」とも呼ばれる。これは、同じＵＥに対して複数のＰＤＳＣＨをスケジュールすることを必要とする。しかしながら、これはＵＥの複雑さを増大させる。なぜなら、ＵＥは、複数のＰＤＳＣＨを受信して送信のマルチＴＲＰダイバーシティから利益を得るために複数のＰＤＣＣＨを正しくデコードする必要があるからである。単一のＵＥに関する複数のＰＤＣＣＨはまた、その他のＵＥを同じスロットにおいてスケジュールするための柔軟性を低減し、および／またはＰＤＣＣＨブロッキング確率を増大させる。これらの問題は、以降でさらに詳細に論じられている。
Ｒｅｌ－１５ ＮＲにおいては、ＵＥは、ダウンリンク（ＤＬ）において最大で４つのキャリア帯域幅部分（ＢＷＰ）を用いて、所与の時間的ポイントで単一のＤＬキャリアＢＷＰがアクティブである状態で設定されることが可能である。ＵＥは、最大で４つのアップリンク（ＵＬ）キャリアＢＷＰを用いて、所与の時間的ポイントで単一のＵＬキャリアＢＷＰがアクティブである状態で設定されることも可能である。補助ＵＬを用いてＵＥが設定される場合には、ＵＥは、補助ＵＬにおいて最大で４つの追加のキャリアＢＷＰを用いて、所与の時間的ポイントで単一の補助ＵＬキャリアＢＷＰがアクティブである状態で設定されることが可能である。
図５は、ＮＲスロットに関する例示的な時間周波数リソースグリッドを示している。図５において示されているように、リソースブロック（ＲＢ）が、１４シンボルスロットの持続時間にわたる１２個の連続したＯＦＤＭサブキャリアのグループから構成されている。ＬＴＥにおけるように、リソースエレメント（ＲＥ）が、１つのスロットにおける１つのサブキャリアから構成されている。共通のＲＢ（ＣＲＢ）は、０からシステム帯域幅の終わりまでの番号を付けられている。ＵＥ用に設定されているそれぞれのＢＷＰは、ＣＲＢ０の共通の参照を有しており、それによって、特定の設定されているＢＷＰは、ゼロよりも大きいＣＲＢで開始することが可能である。この様式においては、ＵＥは、特定のＣＲＢでそれぞれが開始する、狭いＢＷＰ（たとえば、１０ＭＨｚ）および広いＢＷＰ（たとえば、１００ＭＨｚ）を用いて設定されることが可能であるが、所与の時間的ポイントで１つのＢＷＰのみがそのＵＥに対してアクティブであることが可能である。
ＢＷＰ内で、ＲＢは、周波数ドメインにおいて規定されて０から
Figure 0007223856000001
までの番号を付けられ、この場合、ｉは、キャリアに関する特定のＢＷＰのインデックスである。ＬＴＥと同様に、それぞれのＮＲリソースエレメント（ＲＥ）は、１つのＯＦＤＭシンボルインターバル中の１つのＯＦＤＭサブキャリアに対応する。ＮＲは、さまざまなＳＣＳ値Δｆ＝（１５×２μ）ｋＨｚをサポートし、この場合、μ∈（０，１，２，３，４）は「ニューメロロジー」と呼ばれる。ニューメロロジーμ＝０（すなわち、Δｆ＝１５ｋＨｚ）は、ＬＴＥにおいても使用される基本（または基準）ＳＣＳを提供する。スロットの長さは、１／２μｍｓに従ってＳＣＳまたはニューメロロジーに反比例する。たとえば、Δｆ＝１５ｋＨｚに関してはサブフレームごとに１つの（１－ｍｓ）スロットがあり、Δｆ＝３０ｋＨｚに関してはサブフレームごとに２つの０．５－ｍｓスロットがある、といった具合である。加えて、ＲＢ帯域幅は、２μ＊１８０ｋＨｚに従ってニューメロロジーに直接関連している。
下記のテーブル１は、サポートされているＮＲのニューメロロジーおよび関連付けられているパラメータを要約している。さまざまなＤＬおよびＵＬニューメロロジーがネットワークによって設定されることが可能である。
Figure 0007223856000002
ＮＲスロットは、通常のサイクリックプレフィックスに関する１４個のＯＦＤＭシンボルと、拡張されたサイクリックプレフィックスに関する１２個のシンボルとを含むことが可能である。図６Ａは、１４個のシンボルを含む例示的なＮＲスロット設定を示しており、この場合、スロットおよびシンボルの持続時間は、それぞれＴｓおよびＴｓｙｍｂと示されている。加えて、ＮＲは、「ミニスロット」としても知られているタイプＢスケジューリングを含む。これらは、スロットよりも短く、典型的には１つのシンボルから、スロットにおけるシンボルの数（たとえば、１３または１１）－１までの範囲にわたり、スロットの任意のシンボルにおいて開始することが可能である。ミニスロットは、スロットの送信持続時間が長すぎる場合、および／または次のスロットの開始（スロットの位置合わせ）の発生が遅すぎる場合に使用されることが可能である。ミニスロットの適用は、アンライセンススペクトルおよびレイテンシクリティカルな送信（たとえば、ＵＲＬＬＣ）を含む。しかしながら、ミニスロットは、サービス固有ではなく、ｅＭＢＢまたはその他のサービスのために使用されることも可能である。
図６Ｂは、１４個のシンボルを含む別の例示的なＮＲスロット構造を示している。この構成においては、ＰＤＣＣＨは、制御リソースセット（ＣＯＲＥＳＥＴ）と呼ばれる、特定の数のシンボルおよび特定の数のサブキャリアを含む領域に限定される。図６Ｂにおいて示されている例示的な構造においては、最初の２つのシンボルは、ＰＤＣＣＨを含み、残りの１２個のシンボルのそれぞれは、物理データチャネル（ＰＤＣＨ）、すなわち、ＰＤＳＣＨまたはＰＵＳＣＨのいずれかを含む。しかしながら、特定のＣＯＲＥＳＥＴ設定に応じて、最初の２つのスロットは、必要に応じてＰＤＳＣＨまたはその他の情報を搬送することも可能である。
ＣＯＲＥＳＥＴは、３ＧＰＰ ＴＳ３８．２１１§７．３．２．２においてさらに規定されているように、周波数ドメインにおける複数のＲＢ（すなわち、１２個のＲＥの倍数）と、時間ドメインにおける１～３個のＯＦＤＭシンボルとを含む。ＣＯＲＥＳＥＴは、図４において示されているように、ＬＴＥサブフレームにおける制御領域に機能的に類似している。しかしながら、ＮＲにおいては、それぞれのＲＥＧは、ＲＢにおける１つのＯＦＤＭシンボルの１２個のＲＥすべてから構成され、その一方でＬＴＥ ＲＥＧは、図４において示されているように、４つのＲＥのみを含む。ＬＴＥにおけるように、ＣＯＲＥＳＥＴ時間ドメインのサイズは、ＰＣＦＩＣＨによって示されることが可能である。ＬＴＥにおいては、制御領域の周波数帯域幅は固定されている（すなわち、合計のシステム帯域幅に固定されている）が、その一方でＮＲにおいては、ＣＯＲＥＳＥＴの周波数帯域幅は可変である。ＣＯＲＥＳＥＴリソースは、ＲＲＣシグナリングによってＵＥに示されることが可能である。
ＣＯＲＥＳＥＴを規定するために使用される最小の単位はＲＥＧであり、これは、周波数における１つのＰＲＢ、および時間における１つのＯＦＤＭシンボルにわたる。ＰＤＣＣＨに加えて、それぞれのＲＥＧは、そのＲＥＧが送信された無線チャネルの推定において支援を行うための復調用参照信号（ＤＭ－ＲＳ）を含む。ＰＤＣＣＨを送信する場合には、プリコーダを使用して、送信前の無線チャネルの何らかの知識に基づいて送信アンテナにおいて重みを適用することが可能である。ＲＥＧのために送信機において使用されるプリコーダが異ならない場合には、時間および周波数において近接している複数のＲＥＧにわたってチャネルを推定することによって、ＵＥにおけるチャネル推定パフォーマンスを改善することが可能である。チャネル推定に伴ってＵＥを支援するために、複数のＲＥＧをともにグループ化してＲＥＧバンドルを形成し、ＣＯＲＥＳＥＴに関するＲＥＧバンドルサイズ（すなわち、２つ、３つ、または６つのＲＥＧ）をＵＥに示すことが可能である。ＵＥは、ＰＤＣＣＨの送信のために使用されるいずれのプリコーダもＲＥＧバンドルにおけるすべてのＲＥＧに関して同じであると想定することが可能である。
ＮＲ制御チャネルエレメント（ＣＣＥ）は、６つのＲＥＧから構成されている。これらのＲＥＧは、周波数において連続していることまたは分散していることのいずれかが可能である。ＲＥＧが周波数において分散されている場合には、ＣＯＲＥＳＥＴは、ＣＣＥへのＲＥＧのインターリーブマッピングを使用すると言われ、その一方でＲＥＧが周波数において連続している場合には、非インターリーブマッピングが使用されると言われる。インターリービングは、周波数ダイバーシティを提供することが可能である。スペクトルの特定の部分におけるプリコーダの使用が受信機におけるＳＩＮＲを改善することをチャネルの知識が可能にするケースに関しては、インターリービングを使用しないことが有益である。
ＬＴＥと同様に、ＮＲのデータスケジューリングは、スロットごとに動的に行われることが可能である。それぞれスロットにおいて、基地局（たとえば、ｇＮＢ）は、どのＵＥがそのスロットにおいてデータを受信するようにスケジュールされているか、ならびにどのＲＢがそのデータを搬送することになるかを示すダウンリンク制御情報（ＤＣＩ）を、ＰＤＣＣＨを介して送信する。ＵＥは、最初にＤＣＩを検知してデコードし、そのＤＣＩがＵＥに関するＤＬスケジューリング情報を含む場合には、そのＤＬスケジューリング情報に基づいて、対応するＰＤＳＣＨを受信する。ＤＣＩフォーマット１＿０および１＿１は、ＰＤＳＣＨスケジューリングを伝達するために使用される。
同様に、ＰＤＣＣＨ上のＤＣＩは、どのＵＥがそのスロットにおけるＰＵＣＣＨ上でデータを送信するようにスケジュールされているか、ならびにどのＲＢがそのデータを搬送することになるかを示すＵＬグラントを含むことが可能である。ＵＥは、最初にＤＣＩを検知してデコードし、そのＤＣＩがＵＥに関するアップリンクグラントを含む場合には、そのＵＬグラントによって示されているリソース上で、対応するＰＵＳＣＨを送信する。ＤＣＩフォーマット０＿０および０＿１は、ＰＵＳＣＨに関するＵＬグラントを伝達するために使用され、その一方でその他のＤＣＩフォーマット（２＿０、２＿１、２＿２、および２＿３）は、スロットフォーマット情報、確保されているリソース、送信電力制御情報などの送信を含むその他の目的のために使用される。
ＤＣＩは、ペイロードデータの巡回冗長検査（ＣＲＣ）で補完されたペイロードを含む。ＤＣＩは、複数のＵＥによって受信されるＰＤＣＣＨ上で送られるので、ターゲットとされるＵＥの識別子が含まれる必要がある。ＮＲにおいては、これは、ＵＥに割り振られた無線ネットワーク一時識別子（ＲＮＴＩ）を用いてＣＲＣをスクランブルすることによって行われる。最も一般的には、サービングセルによって、ターゲットとされるＵＥに割り振られたセルＲＮＴＩ（Ｃ－ＲＮＴＩ）が、この目的のために使用される。
ＤＣＩペイロードは、識別子でスクランブルされたＣＲＣとともに符号化され、ＰＤＣＣＨ上で送信される。以前に設定された検索空間を与えられると、それぞれのＵＥは、「ブラインド復号」として知られているプロセスにおいて、複数の仮説（「候補」とも呼ばれる）に従って、自分にアドレス指定されているＰＤＣＣＨを検知しようと試みる。ＰＤＣＣＨ候補は、１、２、４、８、または１６個のＣＣＥにわたることが可能であり、ＣＣＥの数は、ＰＤＣＣＨ候補のアグリゲーションレベル（ＡＬ）と呼ばれる。複数のＣＣＥが使用されている場合には、最初のＣＣＥにおける情報が、その他のＣＣＥにおいても繰り返される。ＡＬを変更することによって、特定のペイロードサイズに関するＰＤＣＣＨの堅牢性を高くすることまたは低くすることが可能である。言い換えれば、ＰＤＣＣＨリンク適応は、ＡＬを調整することによって実行されることが可能である。ＡＬに応じて、ＰＤＣＣＨ候補は、ＣＯＲＥＳＥＴにおけるさまざまな時間周波数ロケーションに配置されることが可能である。
ＵＥがＤＣＩをデコードすると、ＵＥは、ＵＥに割り振られているおよび／または特定のＰＤＣＣＨ検索空間に関連付けられているＲＮＴＩを用いてＣＲＣをスクランブル解除する。マッチのケースにおいては、ＵＥは、検知されたＤＣＩを、自分にアドレス指定されているものとみなし、そのＤＣＩにおける指示（たとえば、スケジューリング情報）に従う。
ハッシング関数を使用して、ＵＥが検索空間セット内でモニタしなければならないＰＤＣＣＨ候補に対応するＣＣＥを特定することが可能である。ハッシングは、別々のＵＥごとに別々に行われ、それにより、それらのＵＥによって使用されるＣＣＥどうしがランダム化され、それによって、ＣＯＲＥＳＥＴに含まれるＰＤＣＣＨメッセージの対象である複数のＵＥの間におけるコリジョンの確率が低減される。モニタリングの周期性も、別々のＰＤＣＣＨ候補ごとに設定される。任意の特定のスロットにおいて、ＵＥは、１つまたは複数のＣＯＲＥＳＥＴにマップされることが可能である複数の検索空間において複数のＰＤＣＣＨ候補をモニタするように設定されることが可能である。ＰＤＣＣＨ候補は、スロットにおいて複数回、スロットごとに１回、または複数のスロットで１回モニタされることを必要とすることが可能である。
ＤＣＩはまた、ＰＤＣＣＨと、ＰＤＳＣＨ、ＰＵＳＣＨ、ＨＡＲＱ、および／またはＣＳＩ－ＲＳとの間におけるさまざまなタイミングオフセット（たとえば、スロットまたはサブフレームにおける）に関する情報を含むことが可能である。たとえば、オフセットＫ０は、ＰＤＳＣＨスケジューリングＤＣＩ（たとえば、フォーマット１＿０または１＿１）のＵＥのＰＤＣＣＨ受信と、その後のＰＤＳＣＨ送信との間におけるスロットの数を表す。同様に、オフセットＫ１は、このＰＤＳＣＨ送信と、ＰＵＳＣＨ上でのＵＥの応答としてのＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信との間におけるスロットの数を表す。加えて、オフセットＫ３は、この応答としてのＡＣＫ／ＮＡＣＫと、ＰＤＳＣＨ上でのデータの対応する再送信との間におけるスロットの数を表す。加えて、オフセットＫ２は、ＰＵＳＣＨグラントＤＣＩ（たとえば、フォーマット０＿０または０＿１）のＵＥのＰＤＣＣＨ受信と、その後のＰＵＳＣＨ送信との間におけるスロットの数を表す。これらのオフセットのそれぞれは、ゼロおよび正の整数の値を取ることが可能である。
最後に、ＤＣＩフォーマット０＿１は、チャネル状態情報（ＣＳＩ）またはチャネル品質情報（ＣＱＩ）のＵＥレポートを求めるネットワーク要求を含むことも可能である。このレポートを送る前に、ＵＥは、ネットワークによって送信されたＣＳＩ－ＲＳを受信して測定する。パラメータａｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒｉｎｇＯｆｆｓｅｔは、ＣＳＩ要求を含むＤＣＩのＵＥの受信と、ＣＳＩ－ＲＳのネットワークの送信との間における整数個のスロットを表す。このパラメータは、０～４の値を取ることが可能である。
上で論じられているスロットごとの動的なスケジューリングに加えて、ＮＲは、ＤＬにおける半永続スケジューリングもサポートする。このアプローチにおいては、ネットワークは、ＲＲＣを介したＰＤＳＣＨ送信の周期性を設定し、次いでＰＤＣＣＨにおけるＤＣＩを介した送信の開始および停止を制御する。この技術の１つの利点は、ＰＤＣＣＨ上での制御シグナリングオーバーヘッドの低減である。
ＮＲはまた、設定されたグラント（ＣＧ）と呼ばれる、ＵＬ上での同様の機能をサポートする。一般に、ＣＧタイプ２は、ダウンリンクにおけるＤＬの半永続スケジューリング（たとえば、ＲＲＣプラスＤＣＩ）に類似しており、その一方でＣＧタイプ１は、送信の開始および停止を含めて、ＲＲＣのみによって制御される。
図７は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）７９９と５Ｇコア（５ＧＣ）７９８とから構成されている５Ｇネットワークアーキテクチャのハイレベルビューを示している。ＮＧ－ＲＡＮ７９９は、それぞれインターフェース７０２、７５２を介して接続されているｇＮＢ７００、７５０など、１つまたは複数のＮＧインターフェースを介して５ＧＣに接続されているｇノードＢ（ｇＮＢ）のセットを含むことが可能である。加えて、ｇＮＢどうしは、ｇＮＢ７００とｇＮＢ７５０との間におけるＸｎインターフェース７４０など、１つまたは複数のＸｎインターフェースを介して互いに接続されることが可能である。ＵＥへのＮＲインターフェースに関して、ｇＮＢのそれぞれは、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、またはそれらの組合せをサポートすることが可能である。
図７において示されている（ならびにＴＳ７８．４０１およびＴＲ７８．８０１において記述されている）ＮＧ ＲＡＮ論理ノードは、中央（または集中型）ユニット（ＣＵまたはｇＮＢ－ＣＵ）と、１つまたは複数の分散（または非集中型）ユニット（ＤＵまたはｇＮＢ－ＤＵ）とを含む。たとえば、図７におけるｇＮＢ７００は、ｇＮＢ－ＣＵ７１０と、ｇＮＢ－ＤＵ７２０および７３０とを含む。ＣＵ（たとえば、ｇＮＢ－ＣＵ７１０）は、高位レイヤプロトコルをホストする論理ノードであり、ＤＵのオペレーションを制御することなど、さまざまなｇＮＢ機能を実行する。それぞれのＤＵは、下位レイヤプロトコルをホストする論理ノードであり、機能分割に応じて、ｇＮＢ機能のさまざまなサブセットを含むことが可能である。したがって、ＣＵおよびＤＵのそれぞれは、処理回路、トランシーバ回路（たとえば、通信のための）、および電源回路を含む、自分のそれぞれの機能を実行するために必要とされるさまざまな回路を含むことが可能である。その上、「中央ユニット」および「集中型ユニット」という用語は、「分散ユニット」および「非集中型ユニット」という用語と同様に、本明細書においては言い換え可能に使用される。
ｇＮＢ－ＣＵは、図３において示されているインターフェース７２２および７３２など、それぞれのＦ１論理インターフェースを介してｇＮＢ－ＤＵに接続している。ｇＮＢ－ＣＵおよび接続されているｇＮＢ－ＤＵは、その他のｇＮＢ、およびｇＮＢとしての５ＧＣに見えるだけであり、たとえば、Ｆ１インターフェースは、ｇＮＢ－ＣＵの向こうには見えない。上で簡単に言及されているように、ＣＵは、たとえば、Ｆ１アプリケーションパートプロトコル（Ｆ１－ＡＰ）、ストリーム制御トランスミッションプロトコル（ＳＣＴＰ）、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）、および無線リソース制御（ＲＲＣ）プロトコルなどの高位レイヤプロトコルをホストすることが可能である。対照的に、ＤＵは、たとえば、無線リンク制御（ＲＬＣ）、メディアアクセス制御（ＭＡＣ）、および物理レイヤ（ＰＨＹ）プロトコルなどの下位レイヤプロトコルをホストすることが可能である。
しかしながら、ＣＵにおいてＲＲＣ、ＰＤＣＰ、およびＲＬＣプロトコルの一部をホストし（たとえば、自動再送要求（ＡＲＱ）機能）、その一方でＭＡＣおよびＰＨＹとともに、ＤＵにおいてＲＬＣプロトコルの残りの部分をホストすることなど、ＣＵとＤＵとの間におけるプロトコル分散のその他の変形が存在することが可能である。いくつかの実施形態においては、ＣＵは、ＲＲＣおよびＰＤＣＰをホストすることが可能であり、この場合、ＰＤＣＰは、ＵＰトラフィックおよびＣＰトラフィックの両方を取り扱うと想定される。それにもかかわらず、その他の例示的な実施形態は、ＣＵにおいて特定のプロトコルを、そしてＤＵにおいて特定のその他のプロトコルをホストすることによって、その他のプロトコル分割を利用することが可能である。例示的な実施形態はまた、集中型ユーザプレーンプロトコル（たとえば、ＰＤＣＰ－Ｕ）に対して、異なるＣＵに集中型制御プレーンプロトコル（たとえば、ＰＤＣＰ－ＣおよびＲＲＣ）を配置することが可能である。
いくつかの信号が、別々のアンテナポートからの同じ基地局（たとえば、ｇＮＢ）アンテナから送信されることが可能である。これらの信号は、たとえばドップラーシフト／スプレッド、平均遅延スプレッド、または平均遅延に関して、同じ大規模なプロパティを有することが可能である。そしてこれらのアンテナポートは、「準共同設置されている」または「ＱＣＬである」と言われる。ネットワークは、２つのアンテナポートがＱＣＬであるということをＵＥにシグナリングすることが可能である。２つのアンテナポートが特定のパラメータ（たとえば、ドップラースプレッド）に関してＱＣＬであるということをＵＥが知ると、ＵＥは、それらのアンテナポートの一方に基づいてそのパラメータを推定し、他方のアンテナポートを受信する場合にその推定を使用することが可能である。典型的には、第１のアンテナポートは、ＣＳＩ－ＲＳなどの測定参照信号（「ソースＲＳ」と呼ばれる）によって表され、第２のアンテナポートは、復調用参照信号（ＤＭＲＳ）（「ターゲットＲＳ」と呼ばれる）である。
たとえば、アンテナポートＡおよびＢが平均遅延に関してＱＣＬである場合には、ＵＥは、アンテナポートＡから受信された信号（ソースＲＳ）から平均遅延を推定し、アンテナポートＢから受信された信号（ターゲットＲＳ）が同じ平均遅延を有すると想定することが可能である。これは、復調にとって有用であることがある。なぜなら、ＵＥは、ＤＭＲＳを利用してチャネルを測定しようと試みる場合にチャネルのプロパティを事前に知ることが可能であるからである。
ＱＣＬに関してどのような想定を行うことが可能であるかに関する情報が、ネットワークからＵＥへシグナリングされる。ＮＲにおいては、送信されるソースＲＳと、送信されるターゲットＲＳとの間において下記の４つのタイプのＱＣＬ関係が規定される。
タイプＡ： ｛ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド｝；
タイプＢ： ｛ドップラーシフト、ドップラースプレッド｝；
タイプＣ： ｛平均遅延、ドップラーシフト｝；および
タイプＤ： ｛空間Ｒｘパラメータ｝。
ＱＣＬタイプＤは、アナログビームフォーミングを用いたビーム管理を容易にするために導入されたものであり、「空間ＱＣＬ」として知られている。現在、空間ＱＣＬの厳密な規定はないが、２つの送信されるアンテナポートが空間的にＱＣＬである場合には、ＵＥは、同じＲｘビームを使用してそれらを受信することが可能であるという理解である。
ＱＣＬタイプＤは、ビーム管理に最も関連があるが、タイプＡ ＱＣＬ ＲＳ関係をＵＥへ伝達することも必要であり、それによって、それらのＵＥは、すべての関連がある大規模パラメータを推定することが可能である。典型的には、これは、時間／周波数オフセット推定のためのトラッキング参照信号（ＴＲＳ、たとえばＣＳＩ－ＲＳ）を用いてＵＥを設定することによって行われることが可能である。いかなるＱＣＬ基準も使用することが可能であるためには、ＵＥは、十分に良好な信号対干渉雑音比（ＳＩＮＲ）を伴ってそのＱＣＬ基準を受信しなければならないであろう。多くのケースにおいては、これによって、特定のＵＥに関するＴＲＳは、特定のビームおよび／またはビーム設定において送信されるように制約される。
ビームおよびＴＲＰの選択においてダイナミクスを導入するために、ＵＥは、Ｎ個の送信設定インジケータ（ＴＣＩ）状態を伴ってＲＲＣシグナリングを通じて設定されることが可能であり、この場合、Ｎは、ＵＥの能力に応じて、周波数範囲２（ＦＲ２）において最大で１２８であり、ＦＲ１において最大で８である。それぞれの設定されるＴＣＩ状態は、ソースＲＳ（たとえば、ＣＳＩ－ＲＳまたはＳＳ／ＰＢＣＨ）と、ターゲットＲＳ（たとえば、ＰＤＳＣＨ／ＰＤＣＣＨ ＤＭＲＳポート）との間におけるＱＣＬ関連付けに関するパラメータを含む。ＴＣＩ状態は、ＣＳＩ－ＲＳの受信のためのＱＣＬ情報を伝達するために使用されることも可能である。ＴＣＩ状態のリストにおけるＮ個の状態のそれぞれは、ネットワークから送信されるＮ個の可能なビームのリスト、またはＵＥと通信するためにネットワークによって使用されるＮ個の可能なＴＲＰのリストとして解釈されることが可能である。
より具体的には、それぞれのＴＣＩ状態は、１つまたは２つのソースＤＬ ＲＳを含むＱＣＬ情報を含むことが可能であり、それぞれのソースＲＳは、ＱＣＬタイプに関連付けられている。たとえば、２つの異なるＣＳＩ－ＲＳ｛ＣＳＩ－ＲＳ１， ＣＳＩ－ＲＳ２｝は、｛ｑｃｌ－Ｔｙｐｅ１， ｑｃｌ－Ｔｙｐｅ２｝＝｛Ｔｙｐｅ Ａ， Ｔｙｐｅ Ｄ｝としてＴＣＩ状態において設定されることが可能である。ＵＥは、このＴＣＩ状態を、ＵＥがＣＳＩ－ＲＳ１からドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッドを、そしてＣＳＩ－ＲＳ２から空間Ｒｘパラメータ（たとえば、使用するためのＲＸビーム）を導出することが可能であるということを意味すると解釈することが可能である。ＱＣＬタイプＤが適用可能ではない（たとえば、低帯域または中帯域のオペレーションである）ケースにおいては、ＴＣＩ状態は、単一のソースＲＳのみを含む。
さらに、利用可能なＴＣＩ状態の第１のリストがＰＤＳＣＨに関して設定されることが可能であり、第２のリストがＰＤＣＣＨに関して設定されることが可能である。この第２のリストは、ＰＤＳＣＨに関して設定されているＴＣＩ状態のサブセットへのポインタ（ＴＣＩ状態ＩＤとして知られている）を含むことが可能である。ＦＲ１において動作しているＵＥに関して、ネットワークは次いで、ＵＥの能力に応じて、ＰＤＣＣＨに関して１つのＴＣＩ状態をアクティブ化し（すなわち、ＴＣＩをＵＥに提供することによって）、ＰＤＳＣＨに関して最大で８つのＴＣＩ状態をアクティブ化する。
一例として、ＵＥは、合計で６４個の設定されているＴＣＩ状態のリストからの４つのアクティブなＴＣＩ状態を伴って設定されている。したがって、その他の６０個の設定されているＴＣＩ状態は非アクティブであり、ＵＥは、それらに関する大規模パラメータを推定することに備える必要はない。その一方で、ＵＥは、４つのアクティブなＴＣＩ状態のそれぞれに関して示されているソースＲＳの測定および分析を実行することによって、これらの４つのＴＣＩ状態に関する大規模パラメータを継続的に追跡把握して更新する。ＰＤＳＣＨスケジューリングのために使用されるそれぞれのＤＣＩは、スケジュールされたＵＥに関する１つのアクティブなＴＣＩへのポインタを含む。このポインタに基づいて、ＵＥは、ＰＤＳＣＨ ＤＭＲＳチャネル推定およびＰＤＳＣＨ復調を実行する場合にどの大規模パラメータ推定を使用するかを知る。
復調用参照信号（ＤＭ－ＲＳ）は、物理レイヤデータチャネル（たとえば、ＰＤＳＣＨ）およびＰＤＣＣＨについてのＵＥのコヒーレント復調を容易にする。それぞれのＤＭ－ＲＳは、これらの物理レイヤチャネルのうちの１つに関連付けられており、したがって、関連付けられている物理レイヤチャネルを搬送するリソースブロックに限定される。それぞれのＤＭ－ＲＳは、時間周波数グリッドの割り当てられているＲＥ上にマップされ、それによって受信機は、時間／周波数選択性フェージング無線チャネルを効率よく取り扱うことが可能である。
ＤＭ－ＲＳからＲＥへのマッピングは、周波数および時間の両方のドメインにおいて設定可能であり、周波数ドメインにおける２つのマッピングタイプ（設定タイプ１またはタイプ２）、および時間ドメインにおける２つのマッピングタイプ（マッピングタイプＡまたはタイプＢ）が、送信インターバル内の最初のＤＭ－ＲＳのシンボル位置を規定する。時間ドメインにおけるＤＭ－ＲＳマッピングは、シングルシンボルベースまたはダブルシンボルベース（すなわち、隣接するシンボルどうしのペア）であることも可能である。さらに、ＵＥは、１つ、２つ、３つ、または４つのシングルシンボルＤＭ－ＲＳ、および１つまたは２つのダブルシンボルＤＭ－ＲＳを伴って設定されることが可能である。低いドップラーを伴うシナリオにおいては、フロントロードされたＤＭ－ＲＳのみ（すなわち、１つのシングルシンボルまたはダブルシンボルＤＭ－ＲＳ）を設定すれば十分である場合があり、その一方で高いドップラーを伴うシナリオにおいては、追加のＤＭ－ＲＳが必要とされるであろう。
図８Ａ～図８Ｄを含む図８は、タイプＡ時間ドメインマッピングを用いたフロントロードされたＤＭ－ＲＳの４つの例示的なマッピングを示しており、そこでは、最初のＤＭ－ＲＳは、１４シンボルスロットの第３のシンボルにある。より具体的には、図８Ａ～図８Ｂは、それぞれシングルシンボルおよびダブルシンボルＤＭ－ＲＳに関する設定タイプ１に関するマッピングを示している。同様に、図８Ｃ～図８Ｄは、それぞれシングルシンボルおよびダブルシンボルＤＭ－ＲＳに関する設定タイプ２に関するマッピングを示している。図８において示されているように、タイプ１およびタイプ２のマッピングは、マッピング構造と、サポートされているＤＭ－ＲＳ ＣＤＭグループの数との両方に関して異なる。ＤＭ－ＲＳ ＲＥの別々の陰影によって示されているように、タイプ１は、２つのＣＤＭグループ（たとえば、λ＝０、１）をサポートし、タイプ２は、３つのＣＤＭグループ（たとえば、λ＝０、１、２）をサポートする。
タイプ１のマッピング構造は、サブキャリア｛０，２，４，．．．｝および｛１，３，５，．．．｝のセットによって、周波数ドメインにおいて、規定されている２つのＣＤＭグループを有する２コム構造と呼ばれる場合がある。低いピーク対平均電力比（ＰＡＰＲ）の送信を容易にするので、コムマッピング構造は、ＮＲ ＵＬにおけるＤＦＴ－Ｓ－ＯＦＤＭとともに使用される。対照的に、タイプ１およびタイプ２の両方のマッピングは、ＣＰ－ＯＦＤＭオペレーション（たとえば、ＵＬおよびＤＬにおける）に関してサポートされる。
ＤＭ－ＲＳアンテナポートは、１つのＣＤＭグループのみの中のＲＥにマップされる。シングルシンボルＤＭ－ＲＳに関しては、２つのアンテナポートがそれぞれのＣＤＭグループにマップされることが可能であり、その一方でダブルシンボルＤＭ－ＲＳに関しては、４つのアンテナポートがそれぞれのＣＤＭグループにマップされることが可能である。したがって、ＤＭ－ＲＳポートの最大数は、タイプ１に関しては４または８のいずれか、タイプ２に関しては６または１２のいずれかである。長さ２の直交カバーコード（ＯＣＣ）（［＋１，＋１］，［＋１，－１］）が、ＣＤＭグループ内の同じＲＥ上にマップされているアンテナポートどうしを分離するために使用される。ＯＣＣは、ダブルシンボルＤＭ－ＲＳが設定されている場合には、周波数ドメインにおいて、ならびに時間ドメインにおいて適用される。
ＮＲ Ｒｅｌ－１５においては、ニューメロロジーインデックスμに関するＯＦＤＭシンボルｌにおけるアンテナポートｐ＿ｊおよびサブキャリアｋ上でのＰＤＳＣＨ ＤＭ－ＲＳシーケンスｒ（ｍ），ｍ＝０，１，．．．のマッピングは、３ＧＰＰ ＴＳ３８．２１１において
Figure 0007223856000003
に従って指定されており、この場合、
Figure 0007223856000004
は、周波数ドメインｗｆ（ｋ’）および時間ドメインｗｔ（ｌ’）においてＯＣＣを適用した後に、ＣＤＭグループ□におけるポートｐｊ上にマップされた参照信号を表す。下記のテーブル２～３は、それぞれ設定タイプ１およびタイプ２に関するＰＤＳＣＨ ＤＭ－ＲＳマッピングパラメータを示している。
Figure 0007223856000005
Figure 0007223856000006
ＤＣＩはまた、どのアンテナポート（すなわち、データレイヤの数）がスケジュールされているかを示すビットフィールドを含む。たとえば、ポート１０００が示されている場合には、ＰＤＳＣＨは、単一レイヤ送信であり、ＵＥは、ポート１０００によって規定されたＤＭＲＳを使用してＰＤＳＣＨを復調することになる。ＤＣＩ値はまた、データを伴わないＣＤＭグループの数を示し、これが意味しているのは、１が示されている場合には、他方のＣＤＭグループが、ＵＥに関するデータを含み（ＰＤＳＣＨのケース）、２が示されている場合には、両方のＣＤＭグループがＤＭＲＳポートを含むことが可能であり、データは、ＤＭＲＳを含むＯＦＤＭシンボルにマップされないということである。下記のテーブル４は、単一のフロントロードされたＤＭ－ＲＳ（ｍａｘｌｅｎｇｔｈ＝１）を備えたＤＭ－ＲＳタイプ１に関するビットフィールド値および対応する設定を示している。
Figure 0007223856000007
アンテナポート表示テーブル
ＤＭＲＳタイプ１に関しては、ポート１０００、１００１、１００４、および１００５は、ＣＤＭグループλ＝０にあり、ポート１００２、１００３、１００６、および１００７は、ＣＤＭグループλ＝１にある（テーブル２にも示されている）。対照的に、テーブル５は、ＤＭＲＳタイプ２に関する対応する例示的な設定を示している。ＤＭＲＳタイプ２に関しては、ポート１０００、１００１、１００６、および１００７は、ＣＤＭグループλ＝０にあり、ポート１００２、１００３、１００８、および１００９は、ＣＤＭグループλ＝１にあり、ポート１００４、１００５、１０１０、および１０１１は、ＣＤＭグループλ＝２にある（テーブル３にも示されている）。
Figure 0007223856000008
Figure 0007223856000009
ＤＭＲＳ ＣＤＭグループに対するＱＣＬ関係
現在、３ＧＰＰ ＮＲ仕様は、同じＣＤＭグループ内のＰＤＳＣＨ ＤＭ－ＲＳが、ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド、および空間Ｒｘに関して準共同設置されているとＵＥが想定することが可能であるという制約を含む。第１のＵＥが、ＣＤＭグループ内のすべてのＤＭＲＳポート上でスケジュールされていないケースにおいては、別のＵＥが、そのＣＤＭグループの残りのポートに関して同時にスケジュールされることが可能である。第１のＵＥは次いで、その別のＵＥに関するチャネルを推定することが可能であり、これは、第１のＵＥによって干渉信号として見られる。これは、第１のＵＥによるコヒーレントな干渉抑制を容易にする。
マルチＴＲＰ／マルチパネル／マルチビーム拡張
上で言及されているように、ＵＥへのＰＤＳＣＨのマルチソース送信が、３ＧＰＰ ＮＲ Ｒｅｌ－１６に関して検討されてきた。これは、たとえば、「マルチＴＲＰダイバーシティ」とも呼ばれる、別々のＴＲＰからＵＥへＰＤＳＣＨトランスポートブロック（ＴＢ）の複数のコピーを送信することによってＵＲＬＬＣのパフォーマンスを改善するために使用されることが可能である。この機能をサポートするために、ＴＣＩ状態を、ＱＣＬタイプ１およびタイプ２を伴う２つのソースＲＳのＲｅｌ－１５ペア（たとえば、ＴＣＩ状態＝｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝）から、２つのペアＡおよびＢを、または３つのペアＡ、Ｂ、およびＣでさえ伴う拡張されたＴＣＩ状態へ拡張することが論じられてきた。これらのオプションは、下記のように表されることが可能である。
ＴＣＩ状態＝｛｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝Ａ，｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝Ｂ｝、および
ＴＣＩ状態＝｛｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝Ａ，｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝Ｂ，｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝Ｃ｝。
上では、Ａ、Ｂ、およびＣは、３つの異なるＴＲＰ、１つのｇＮＢにおける３つの異なるアンテナパネル、またはＦＲ２オペレーションのケースにおける３つの異なるビーム（「ミリメートル波」または略してｍｍＷとも呼ばれる）を表すことが可能である。
上で簡単に言及されているように、ＵＲＬＬＣは、信頼性およびレイテンシについてのきわめて厳格な要件、たとえば、１０－５以下のデータエラー確率、および１ｍｓ以下のエンドツーエンドのレイテンシを伴うデータサービスを提供するように意図されている。このような信頼性要件に対処するための１つの技術は、別々のＴＲＰからＵＥへのトランスポートブロックの複数のコピーのダイバーシティ送信である。３ＧＰＰ Ｒｅｌ－１６は、マルチＰＤＣＣＨスケジューリングをサポートし、これによって、別々のＴＲＰからそれぞれがトランスポートブロックを搬送する複数のＰＤＳＣＨをスケジュールするために複数のＰＤＣＣＨ送信が使用される。しかしながら、このダイバーシティは、ＵＥの複雑さを増大させる。なぜなら、ＵＥは、複数のＰＤＳＣＨを受信するために、そしてそれによってマルチＴＲＰダイバーシティ送信から利益を得るために複数のＰＤＣＣＨ（たとえば、ＤＣＩ）を正しくデコードしなければならないからである。これは、ＰＤＣＣＨの信頼性にさらにいっそう大きな要件を課し（たとえば、低減されるエラー率）、これは、いくつかのシナリオにおいては既に問題になっている。複数のＰＤＣＣＨの検知も、ＵＥの複雑さを増大させ、複数のＰＤＣＣＨリソースを消費し、それによって、その他のＵＥを同じスロットにおいてスケジュールする可能性を低減する（たとえば、増大されるＰＤＣＣＨブロッキング確率）。したがって、ＵＲＬＬＣおよびその他のサービスに関連付けられている厳格な信頼性要件を実現するために対処される必要がある、ダイバーシティ送信に関連付けられているさまざまな論点、問題点、および／または難点がある。
本開示の例示的な実施形態は、スロットのＯＦＤＭシンボルの同じセットにおいて複数のＰＤＳＣＨを受信するように単一のＤＣＩおよび／またはＰＤＣＣＨによってＵＥを設定することによって、これらおよびその他の論点、問題点、および／または難点に対処することが可能であり、この場合、複数のＰＤＳＣＨのそれぞれは、同じデータペイロードのバージョン（たとえば、繰り返し）である。さらに、例示的な実施形態は、マルチソース（たとえば、マルチＴＲＰ）送信をサポートするために、それぞれのＰＤＳＣＨに関するＴＣＩ状態を設定することが可能である。この様式においては、マルチＴＲＰ送信によるＰＤＳＣＨダイバーシティが、単一のＰＤＣＣＨを用いても達成されることが可能であり、これは、信頼性を高めること、レイテンシを低減すること、ＰＤＣＣＨブロッキング確率を低減すること、および／またはＵＥの複雑さを低減することが可能である。
以降の説明においては、ＰＤＳＣＨまたはＰＵＳＣＨの「繰り返し」とは一般に、データブロック（たとえば、トランスポートブロック、ＴＢ）の複数のコピーが、スロット中の単一のＯＦＤＭシンボル内で、または１つもしくは複数のスロット中の複数のＯＦＤＭシンボルにおいてのいずれかで、別々の周波数リソースおよび／または別々の空間リソース（たとえば、ＭＩＭＯレイヤ）において送信されることを指す。しかしながら、本開示の例示的な実施形態は、少なくとも、重複していない周波数リソースどうし（たとえば、ＲＥどうし、もしくはＲＢどうし）および／または重複していない空間リソースどうし（たとえば、レイヤどうし）を使用して単一のＯＦＤＭシンボルにおける複数のＰＤＳＣＨの送信を容易にするので、従来のソリューションから際立っている。
別の言い方をすれば、特定の実施形態は、ＰＤＳＣＨまたはＰＵＳＣＨのさらに一般化された繰り返し（この繰り返しでは、パケットの複数のコピーが、別々の周波数リソースおよび／または別々の空間リソース（すなわちＭＩＭＯレイヤ）において送信される）と、時間においては即時の単一の送信であるが場合によってはまた設定による別々の時間の機会（１つまたは複数のスロットにおける別々のＯＦＤＭシンボル）における送信とを容易にする。ＮＲリリース１５から比べて際立っている特徴は、複数のＰＤＳＣＨが、同じＯＦＤＭシンボル（重複していない（ＦＤＭ）または重複している（空間的な繰り返し）において送信されるということである。
加えて、本開示の例示的な実施形態は、少なくとも、（たとえば、ＰＤＳＣＨの）複数の繰り返しのそれぞれがソースＲＳ（またはＱＣＬタイプＤが当てはまる場合にはＲＳのペア）に関連付けられ、これは、それぞれのＰＤＳＣＨごとに潜在的に異なる可能性があるので、従来のソリューション（たとえば、ＮＲ Ｒｅｌ－１５）から際立っている。これは、別々のソース（たとえば、ＴＲＰ）からデータブロックの別々の繰り返しを送信することを容易にすることが可能である。実用上の便宜のために、以降の説明では、これを、繰り返しのそれぞれのＰＤＳＣＨにＴＣＩ状態を割り振ることと呼ぶことにする。
別の言い方をすれば、特定の実施形態は、ＰＤＳＣＨまたはＰＵＳＣＨの繰り返し（この繰り返しでは、パケットの複数のコピーが、別々の周波数リソースおよび／または別々の空間リソース（もしくはＱＣＬタイプＤが適用可能であるケースにおいてはＲＳのペア）において送信される）を容易にし、そしてこれは、それぞれのＰＤＳＣＨごとに潜在的に異なる可能性がある。これは、別々のＴＲＰから送信することによるパケットの繰り返しを可能にする。これは、実際には、それぞれのＰＤＳＣＨにＴＣＩ状態を割り振ることとして記述されることが可能である。これは、従来のソリューション（たとえば、ＮＲ Ｒｅｌ－１５）に比較した別の例示的な際立っている特徴である。
ＰＤＳＣＨの繰り返しごとにＴＣＩ状態を割り振ること
さまざまな例示的な実施形態は、さまざまな方法でそれぞれのＰＤＳＣＨにＴＣＩ状態を割り振ることが可能である。いくつかの実施形態においては、それぞれのＰＤＳＣＨに関するＴＣＩ状態は、たとえば、複数のアクティブなＴＣＩ状態のセットを示すことをＭＡＣ制御要素（ＣＥ）に行わせることによって、ＲＲＣまたはＭＡＣ ＣＥによって設定されることが可能である。たとえば、ＭＡＣ ＣＥは、２つ、４つ、または８つのアクティブなＴＣＩ状態のセットを示すことが可能であり、ＰＤＳＣＨの繰り返しのそれぞれは、そのセットを構成しているアクティブな状態を、その他のＰＤＳＣＨの繰り返しに関連付けられている事前に規定された順序とは重複していない事前に規定された順序（たとえば、周期的な順序）で使用することが可能である。より具体的な例として、ＮＲ Ｒｅｌ－１５においてＭＡＣ ＣＥによって選択される２つ、４つ、または８つのアクティブなＴＣＩ状態は、周期的な様式でＰＤＳＣＨの繰り返しのために使用されることも可能である。たとえば、それぞれのＰＤＳＣＨは、アクティブ化されたＴＣＩ状態のうちの１つを、事前に規定された順序で使用する。
あるいは、ＰＤＳＣＨの繰り返しにおいて使用されることになる複数のソース（たとえば、ＴＲＰ）を選択する際にさらに多くの柔軟性をネットワークスケジューラに与えるために、選択されたアクティブなＴＣＩ状態は、ＰＤＳＣＨの繰り返しに関するスケジューリングＤＣＩにおいて示されることが可能である。言い換えれば、ＤＣＩは、繰り返しを伴ってＰＤＳＣＨをスケジュールする場合に、アクティブ化されたＴＣＩ状態のうちから選択を行うことが可能である。下記のテーブル６は、例示的な構成を示しており、この構成では、ＰＤＳＣＨの繰り返しに関するアクティブな状態のセット（たとえば、ＴＣＩ状態０～３）は、ＲＲＣまたはＭＡＣ ＣＥによって設定されることが可能であるが、個々のＰＤＳＣＨ繰り返しへの個々のアクティブなＴＣＩ状態の割り振りは、ＰＤＣＣＨ上のＤＣＩによって提供される。この例においては、２ビットのＤＣＩフィールドが、４つの異なるソース（たとえば、ＴＲＰまたはビーム）によって送信される４つのＰＤＳＣＨ繰り返しへの４つのアクティブなＴＣＩ状態の特定の割り振りを有するテーブル行を選択する。言い換えれば、テーブル６のコンテンツ（イタリックでの）は、ＲＲＣおよび／またはＭＡＣ ＣＥによって設定されることが可能であり、次いで２ビットのＤＣＩフィールド（この例において使用されている）が、テーブルにおける行を選択する。
下記のテーブル６によって示されている実施形態においては、スケジューラは、どのＴＲＰがＤＣＩ値による繰り返しに関与するかを動的に選択することも可能である。これは、たとえば、特定のＴＲＰがその他のＵＥへの送信でビジーである場合に有益であることがある。たとえば、ＤＣＩ＝００は、４つのＴＲＰを含み、それらのＴＲＰはそれぞれ、別々のアクティブなＴＣＩ状態を割り振られている。対照的に、スケジュールは、第２の行（たとえば、ＤＣＩ＝０１を伴う）または第３の行（たとえば、ＤＣＩ＝１０を伴う）を選択することによってＰＤＳＣＨの繰り返しを制限することが可能であり、それらの行のそれぞれは、２つのＴＲＰのみを含み、それぞれのＴＲＰは、２つの異なるアクティブなＴＣＩ状態を割り振られている。ＴＣＩ状態０のみがすべての繰り返しのために使用されるということを示す第４の行など、単一のＴＲＰのみが使用される行を設定することも可能である。この行は、ＤＣＩ＝１１によって選択されることが可能である。繰り返しの数が、設定されているテーブルにおける列の数よりも多いこと（すなわち、この例においては＞４）も可能である。そのような実施形態は、繰り返し上でラップアラウンドまたはモジュラス演算を採用することが可能である（たとえば、繰り返し４が、繰り返し０と同じＴＲＰを使用するなど）。
Figure 0007223856000010
いくつかの実施形態においては、時間ドメイン繰り返しの数は、ＲＲＣパラメータｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒを介して半静的に設定される代わりに、ＤＣＩにおけるＴＣＩフィールドを介して符号化され伝達されることが可能である。たとえば、ＲＲＣで設定されたそれぞれの候補ＴＣＩ状態は、時間ドメイン繰り返しの数に関連付けられることが可能である。その他の実施形態においては、別個のＲＲＣ設定パラメータが、ＤＣＩにおけるＴＣＩフィールドのそれぞれのコードポイントを繰り返しの数にマップし、そして加えて、ＰＤＳＣＨの繰り返しへのアクティブ化されたＴＣＩ状態のマッピング順序を設定することが可能である。その他の実施形態においては、ＭＡＣ ＣＥ ＴＣＩ状態アクティブ化メッセージは、どのＴＣＩ状態候補がＴＣＩフィールドのどのコードポイントにマップされているかに加えて、ＤＣＩにおけるＴＣＩフィールドのコードポイントに関連付けられている繰り返しの数の表示を含む。
Ｒｅｌ－１５ ＮＲにおいては、ＤＣＩのＴＣＩフィールドにおけるビットの数は、高位レイヤパラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが有効にされているかどうかに応じて、０または３である。したがって、この３ビットフィールドを用いて、合計で８つのＴＣＩコードポイント値を示すことが可能である。３ＧＰＰ ＴＳ３８．３２１によれば、２つのＴＣＩ状態がアクティブ化された場合には、これらのアクティブ化されたＴＣＩフィールドは、ＤＣＩにおけるＴＣＩフィールドの最初の２つのＴＣＩコードポイント値（すなわち、「０００」および「００１」）にマップされる。そのようなケースにおいては、残りの６つのＴＣＩコードポイント値（すなわち、「０１０」、「０１１」、「１００」、「１０１」、「１１０」、および「１１１」）には、いずれのアクティブ化されたＴＣＩ状態もマップされていない。より一般的には、ＮＲ Ｒｅｌ－１５においては、Ｎ＜８個のＴＣＩ状態がＭＡＣ ＣＥによってアクティブ化された場合には、８－Ｎ個のコードポイント値には、いずれのアクティブなＴＣＩ状態もマップされないことになる。
したがって、いくつかの例示的な実施形態においては、最大でＭ個のＴＣＩ状態（たとえば、Ｍ＝８）からＮ個のＴＣＩ状態がアクティブ化され、Ｎ＜Ｍである場合には、Ｍ－Ｎ個の使用されていないコードポイント値が、ＰＤＳＣＨのマルチＴＲＰ繰り返しのために使用されることが可能である。たとえば、別々のＴＲＰから送信されたそれぞれのＰＤＳＣＨは、アクティブ化されたＴＣＩ状態のうちの１つを、事前に規定された順序で使用する。最初のＮ個のコードポイントは、ＮＲ Ｒｅｌ－１５におけるように単一のＴＣＩ状態を伴う単一のＴＲＰ送信のために使用される。したがって、この実施形態は、単一のＴＲＰ送信と、ＰＤＳＣＨダイバーシティを伴うマルチＴＲＰ送信との間における動的な切り替えを容易にする。
上で簡単に言及されているように、ＰＤＳＣＨの繰り返しは、別々の周波数リソース（たとえば、シンボル内の）にわたって、または同じ周波数リソースにおけるレイヤどうしにわたって（たとえば、同じＲＥ上での空間的な繰り返し）マップされることが可能である。いくつかの実施形態においては、時間ドメインＰＤＳＣＨ繰り返しが設定されることが可能であり、これは、さらに多数の繰り返しを容易にすることが可能である。このケースにおいては、上で論じられているモジュラスまたはラップアラウンドスキームが使用されることが可能であり、したがって、それぞれの送信されるＰＤＳＣＨごとにＴＲＰが周期的に選択される。たとえば、２の繰り返しが周波数ドメインおよび時間ドメインの両方において設定されている場合には、繰り返し０および１は、ＯＦＤＭシンボルの同じ第１のセットにあり、繰り返し２および３は、次の利用可能なＤＬスロットにおいてなど、その後に生じるＯＦＤＭシンボルの第２のセットにある。
いくつかの実施形態においては、ＤＣＩはまた、ＰＤＳＣＨ繰り返し（たとえば、繰り返しごとの、ＲＲＣで設定されたリソースによる）が適用されるべきかどうかに関する情報を含むことが可能である。スロットのＰＤＣＣＨ領域においては、特定のＰＤＣＣＨが配置されている多くの場所があることがあり、これは、ＰＤＣＣＨがＵＥ固有であるかまたは共通であるか、ならびに使用されるアグリゲーションレベル（ＡＬ）に基づいて異なる。それぞれのＰＤＣＣＨは、１つのＤＣＩを搬送し、無線ネットワーク一時識別子（ＲＮＴＩ）によって識別され、ＲＮＴＩは、ＤＣＩのＣＲＣ添付ファイルにおいて暗黙的に符号化されている。いくつかの実施形態においては、ＰＤＣＣＨ ＲＮＴＩは、ＰＤＳＣＨ繰り返しが適用されるべきかどうかを区別するために使用されることが可能である。たとえば、繰り返しは、ＰＤＣＣＨがセルＲＮＴＩ（Ｃ－ＲＮＴＩ）に関連付けられている場合には、適用可能ではないが、ＰＤＣＣＨが変調コーディングスキームセルＲＮＴＩ（ＭＣＳ－Ｃ－ＲＮＴＩ）に関連付けられている場合には、以前の高位レイヤ設定に従って適用可能である。
データパケットの信頼性を高めるために、データペイロードは、さまざまな冗長バージョン（ＲＶ）で符号化されることが可能である。これは一般的に、ＬＴＥおよびＮＲにおいては再送信において使用され、その場合、それぞれ再送信においては、別々のＲＶが使用される（たとえば、ＲＶ＝０、１、２、３など）。ＮＲにおいては、ＲＲＣパラメータｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒまたはｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ（それぞれは、動的スケジューリングのためのもの）と、ＵＬの設定されたグラントを伴うＰＵＳＣＨに関するｒｅｐＫとに基づいて、時間の繰り返しを伴ってＰＤＳＣＨまたはＰＵＳＣＨをスケジュールすることが可能である。このケースにおいては、ＰｘＳＣＨは、スケジュールされるが、設定されたＲＲＣパラメータによって特定される繰り返し回数まで、複数の隣接するスロットにおいて送信される。
いくつかの実施形態においては、それぞれのＰＤＳＣＨ繰り返しは、ＯＦＤＭシンボルの同じセットにおける別々の周波数リソースにマップされる場合には、トランスポートブロック（ＴＢ）を含むデータの異なる冗長バージョン（ＲＶ）を搬送することも可能である。ＲＶとＰＤＳＣＨ繰り返し／ＴＲＰとの間におけるマッピングは、たとえば、ＤＣＩにおけるフィールドによって示されることが可能である。下記のテーブル７は、例示的な構成を示しており、この構成では、２ビットのＤＣＩ値が、ＲＶと個々のＰＤＳＣＨ繰り返しとの間における４つのマッピングのうちの１つを示している。
Figure 0007223856000011
上記の論考は、それぞれの送信が、関連付けられているスケジューリングＤＣＩを有している動的にスケジュールされたＰＤＳＣＨに基づいていたが、それぞれの送信が、関連付けられているＤＣＩを有していない半永続的にスケジュールされた（ＳＰＳ）ＰＤＳＣＨにも、同様の技術が適用されることが可能である。たとえば、ＵＥは、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩを受信した後に、ＲＲＣで設定されたリソース上でＰＤＳＣＨを受信することが可能であり、これは、ＳＰＳリソースをアクティブ化する。この様式においては、ＴＣＩ状態テーブルのコンテンツは、ＲＲＣ ＩＥによって設定されることが可能であり、後続のアクティブ化ＤＣＩが、対応するＤＬ ＳＰＳプロセスのＰＤＳＣＨに適用するためのテーブル行を選択することが可能である。
周波数リソースの割り当て
周波数分割多重化された（ＦＤＭ）、マルチＴＲＰ ＰＤＳＣＨ送信をサポートするためには、複数の周波数リソースが、ＰＤＳＣＨの繰り返しごとに１つずつ割り振られなければならない、および／または規定されなければならない。このような割り振りは、ＴＣＩ状態の循環を、またはより正確には、ソースＲＳとそれぞれのＰＤＳＣＨ ＤＭＲＳとの間におけるＱＣＬ関係に関するソースＲＳの循環を容易にする。いくつかの実施形態においては、固定されたサイズ（たとえば、リソースあたりのＰＲＢの数および／またはＯＦＤＭシンボルの数）の複数の（たとえば、Ｎ＞１個の）リソースが、ＲＲＣおよび／またはＭＡＣ ＣＥを介した高位レイヤシグナリングを使用して事前に設定されることが可能である。その後に、ＰＤＳＣＨ繰り返し送信をトリガするＤＣＩが、これらの事前に構成されたリソースの使用を開始またはトリガすることが可能である。
その他の実施形態においては、ＤＣＩは、単一のプライマリーＰＤＳＣＨリソースのスケジューリングに加えて、そのプライマリーＰＤＳＣＨと同じＯＦＤＭシンボルにおける追加のＮ－１個のＰＤＳＣＨの繰り返しの表示を含むことが可能である。たとえば、これらの追加のＰＤＳＣＨに関するリソースの配置または場所は、たとえば、ＲＢ、プリコーディングＲＢグループ（ＰＲＧ）、またはＲＢグループ（ＲＢＧ）に関して測定された周波数オフセットを使用して、プライマリーＰＤＳＣＨリソースと相対的に示されることが可能である。それぞれのＰＤＳＣＨに対する相対オフセットの表示は、ＲＲＣまたはＭＡＣ ＣＥなどの高位レイヤによって設定されることが可能である。いくつかの変形形態においては、相対オフセット値は、周波数ドメインにおけるプライマリーＰＤＳＣＨのスケジュールされた幅、キャリアの帯域幅、および／またはプライマリーリソースを含むＢＷＰの帯域幅に依存することが可能である。
いくつかの実施形態においては、ネットワーク（たとえば、サービングｇＮＢ）は、同じオフセット値を用いて複数のＵＥを設定し、それらの複数のＵＥを、周波数ドメインにおいて隣接しているプライマリーＰＤＳＣＨリソースを使用してスケジュールすることが可能である。この様式においては、それぞれのＵＥに関する周波数ドメインＰＤＳＣＨ繰り返しリソースどうしは、コムのようなパターンで構成されることが可能であり、それによって、複数のＵＥに関するＰＤＳＣＨ繰り返しは、重複していないＰＤＳＣＨコムどうしでスケジュールされることが可能である。これは、それぞれのスケジュールされているＵＥに関する周波数ダイバーシティを提供しながら、利用可能な周波数リソースの好ましいおよび／または最適な（たとえば、最大限の）使用を容易にすることが可能である。
その他の実施形態においては、仮想ＲＢ（ＶＲＢ）割り振りが使用されることが可能であり、複数のＰＤＳＣＨ繰り返しは常に、プライマリーＰＤＳＣＨリソースのＶＲＢ割り当てに後続するＶＲＢにおいて割り当てられることが可能である。これらの実施形態においては、周波数全体にＰＤＳＣＨを分散する、ＶＲＢからＰＲＢへのマッピングを設定することによって、周波数ダイバーシティが達成されることが可能である。このＶＲＢからＰＲＢへのマッピングは、ＲＲＣを介して事前に設定されること、ＤＣＩ ＶＲＢからＰＲＢへのインジケータフィールドを使用して、ＲＲＣで設定された候補のセットからＤＣＩにおいて示されること、またはＴＣＩ状態において符号化されることが可能である。ＶＲＢからＰＲＢへのマッピングはまた、ＰＤＣＣＨ固有であること、およびＰＤＳＣＨの実際のリソース割り当てに依存することが可能であり、それによって、それぞれの繰り返されるＰＤＳＣＨは常に、連続したＰＲＢにマップされることが可能である。
いくつかの実施形態においては、相対オフセットが、ＤＣＩにおいて提供されるＴＣＩ状態インジケータによって表されることが可能であり、それによって、スケジューラが値Ｎを動的に選択することが容易になる。それぞれのＴＣＩ状態は、１つまたは複数のリソース割り当てオフセット値ｏｆｆｓｅｔ＃ｎを用いて設定されることが可能である。下記のテーブル８は、上記のテーブル６の例示的なバリエーションを示しており、このバリエーションにおいては、ＤＣＩにおけるＴＣＩ状態インジケータ値がまた、それぞれのＰＤＳＣＨ繰り返しに関する特定のオフセットにマップしている。テーブル６におけるように、ＤＣＩ＝００は、４つの異なるＴＲＰからの、その一方でまたプライマリーＰＤＳＣＨに対する３つの異なるオフセット値（高位レイヤによって設定されることが可能である）における送信を意味する。その一方で、ＴＣＩ状態ＤＣＩが「０１」または「１０」を示している場合には、２つのＴＲＰのみが使用され、第２のＰＤＳＣＨは、プライマリーＰＤＳＣＨに対するｏｆｆｓｅｔ＃１で送信される。
あるいは、高位レイヤは、すべての繰り返しに関する正確なリソース割り当てを直接設定し、プライマリーＰＤＳＣＨに対する相対オフセットを必要とせずに、これをそのようなテーブル（テーブル８）にマップすることが可能である。
いくつかの実施形態においては、ＰＤＳＣＨ繰り返しの周波数オフセットが、割り振られているＢＷＰの外にある場合には、その繰り返しは破棄されることが可能である。あるいは、モジュラスアプローチを適用して、ＰＤＳＣＨ繰り返しをＢＷＰの下端におけるリソースへラップアラウンドすることが可能である。
Figure 0007223856000012
ＰＤＳＣＨの半永続的な送信
相対周波数オフセットを利用する上述の実施形態は、同様の原理に従ってＳＰＳ ＰＤＳＣＨに適用されることも可能である（たとえば、それぞれの送信は、関連付けられているＤＣＩを有さない）。たとえば、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩが、事前に設定されたＤＬ－ＳＰＳリソースをアクティブ化した後に、ＵＥは、ＲＲＣで設定されたＤＬ－ＳＰＳリソース上でＰＤＳＣＨを受信することが可能である。ＴＣＩ状態およびオフセットテーブル（たとえば、テーブル８）のコンテンツは、ＲＲＣ ＩＥによって設定されることが可能であり、後続のアクティブ化ＤＣＩが、ＳＰＳ ＰＤＳＣＨに適用するためのテーブル行を選択することが可能である。
ＰＤＳＣＨの空間的な繰り返しに関するサポート
その他の例示的な実施形態は、周波数ドメインにおいては重複しているが空間ドメインにおいては重複していないリソース上でＰＤＳＣＨ送信を設定することが可能である。これは、レイヤ間干渉キャンセルを含む、マルチレイヤ受信をサポートするために必要とされるＵＥ受信機の複雑さの増大と引き換えに、使用される帯域幅の点で効率的であることが可能である。たとえそうでも、大きなデータブロックに関しては、複数のＰＤＳＣＨ繰り返しを周波数多重化することが可能ではない場合があり、そのケースにおいては、ＰＤＳＣＨの空間的な繰り返しが、唯一の可能なことである。いくつかの実施形態においては、ＰＤＳＣＨ繰り返しは、周波数ドメインおよび空間ドメインの両方において設定されることが可能であり、たとえば、２つの異なる周波数リソースにおけるＮ＝４個の繰り返しであり、それぞれの周波数リソースは、２つのＰＤＳＣＨの空間的な繰り返しを搬送する。
スロットにおける、またはスケジュールされているＯＦＤＭシンボルの同じセットにおけるＮ個のＰＤＳＣＨ繰り返しのうちの少なくとも２つが、同じ周波数リソースに割り当てられるこのような実施形態においては、ＰＤＳＣＨごとのＤＭＲＳポートの選択は異なり、それによってそれらは直交し、これは、チャネル推定の良好なパフォーマンスを確実にする。別の言い方をすれば、それぞれのＰＤＳＣＨに関するＤＭＲＳポートは、周波数ドメインにおいて重複するその他のＰＤＳＣＨ繰り返しに直交するように設定されることが可能であり、これは、良好なチャネル推定パフォーマンスを容易にする。ＰＤＳＣＨへのＤＭＲＳの割り振りは、以降で記述されているように、いくつかの方法で達成されることが可能である。
いくつかの実施形態においては、それぞれのＴＣＩ状態ごとにＤＭＲＳポートの別々のセットが設定されることが可能である。これは、たとえば、ＲＲＣまたはＭＡＣ ＣＥによって作成されたＴＣＩ状態設定にＤＭＲＳポートを含めることによってなど、高位レイヤシグナリングによって行われることが可能である。ＣＤＭグループにおけるすべてのポートが相互にＱＣＬでなければならないというＮＲ Ｒｅｌ－１５の要件に準拠するために、別々のＴＣＩ状態が、別々のＣＤＭグループのＤＭＲＳポートに関連付けられることが可能である。たとえば、ＤＭＲＳタイプ１が設定されている場合には、ＴＣＩ＿ｓｔａｔｅ＃０が、ＤＭＲＳポート１０００および１００１を使用することが可能であり、その一方でＴＣＩ＿ｓｔａｔｅ＃１が、ＤＭＲＳポート１００２および１００３を使用することが可能である。ＰＤＳＣＨごとにランク１がスケジュールされている場合には、それぞれのＴＣＩ＿ｓｔａｔｅの第１のポートが使用されることが可能である（たとえば、ポート１０００および１００２）。その一方で、ＰＤＳＣＨごとにランク２がスケジュールされている場合には、関連付けられているＣＤＭグループからの両方のポートが使用されることが可能である。
その他の実施形態においては、それぞれのＰＤＳＣＨ繰り返しごとにＤＭＲＳポートの別々のセットが設定されることが可能である。たとえば、それぞれの繰り返しは、受付番号（たとえば、周波数リソース割り当て設定に基づく）を用いて識別されることが可能であると想定されたい。そのようなケースにおいては、重複しているリソースにおけるＰＤＳＣＨの繰り返しどうしの間で、最も小さい番号を有するＰＤＳＣＨが、第１のＣＤＭグループからのＤＭＲＳポートを使用するように設定されることが可能であり、次に小さい番号のＰＤＳＣＨが、第２のＣＤＭグループからのＤＭＲＳポートを使用するように設定されることが可能である、といった具合である。別の変形形態においては、２つのＰＤＳＣＨが、同じＴＣＩ状態（たとえば、同じＴＲＰから送信された）を有する場合には、ＤＭＲＳポートどうしは、（それらがＱＣＬであるので）同じＣＤＭグループから選択され、その一方で、異なるＴＣＩ状態を有するＰＤＳＣＨは、次のＣＤＭグループからのＤＭＲＳポートを使用することが可能である。
説明に役立つ例として、ＤＭＲＳタイプ１を伴って設定された２つのＴＲＰからペアで送信される４つの重複したＰＤＳＣＨの送信について考えていただきたい。最初の２つのＰＤＳＣＨは、同じＴＣＩ状態を使用することが可能であり、したがって、ＤＭＲＳポート１０００および１００１（ＣＤＭグループλ＝０）を割り振られることが可能であり、その一方で第３および第４のＰＤＳＣＨは、別のＴＣＩ状態を使用することが可能であり、したがって、ＤＭＲＳポート１００２および１００３（ＣＤＭグループλ＝１）を割り振られることが可能である。
同じＴＣＩ状態を有するＰＤＳＣＨに関して、ＤＭＲＳポート番号がＣＤＭグループとともにインクリメントされ、次のＴＣＩ状態のＤＭＲＳポートが次のＣＤＭグループに割り振られるなど、より一般的なルールが規定されることも可能である。そのようなルールは、ＤＭＲＳタイプ１を伴って設定された２つのＴＲＰ（２つのＣＤＭグループ）と、ＤＭＲＳタイプ２を伴って設定された３つのＴＲＰ（３つのＣＤＭグループ）とに関するサポートを容易にすることが可能である。
データスクランブリング
その他の実施形態においては、複数のＰＤＳＣＨ繰り返しが周波数リソースにおいて重複している場合には、それぞれのＰＤＳＣＨに関して別々のスクランブリングが設定されることが可能である。これは、１つのＰＤＳＣＨにおける２コードワード（ＣＷ）送信に関してＬＴＥおよびＮＲにおいて見られるような、パフォーマンス上の利点を提供することが可能である。それぞれのＣＷごとに別々のスクランブリング初期化シードを規定することによって、別々のスクランブリングが規定されることが可能である。Ｒｅｌ－１５においては、スクランブリングを生成するための初期化シードは、
ｃ＿ｉｎｉｔ＝２１５＊ｎ＿ＲＮＴＩ＋２１４＊ｑ＋ｎ＿ＩＤ
によって規定され、この場合、ｎ＿ＲＮＴＩは、スケジュールされたＰＤＳＣＨに関するＲＮＴＩであり、ｑは、ＣＷインデックス｛０，１｝であり、ｎ＿ＩＤは、ＵＥ固有の、ＲＲＣで設定された値である。重複したケースにおいてＰＤＳＣＨごとのスクランブリングを達成するために、上記の関係は、
ｃ＿ｉｎｉｔ＝２１５＊ｎ＿ＲＮＴＩ＋２１４＊ｑ＋ｎ＿ＩＤ＋２１０＊Ｎ
に従って修正されることが可能であり、この場合、Ｎ＝０、１、２、．．．は、特定のＰＤＳＣＨ繰り返しに関する識別子である。いくつかの実施形態においては、Ｎは、所与のリソースにおけるそれぞれの重複しているＰＤＳＣＨごとにインクリメントされることが可能であり、Ｎ＝０は、重複しているＰＤＳＣＨを伴う次の周波数リソースにおける最も小さい番号のＰＤＳＣＨのために再び再利用される。その他の実施形態においては、Ｎは、ＯＦＤＭシンボルの同じセットまたは同じスロットにおいて送信されるすべてのＰＤＳＣＨに関して順次インクリメントされることが可能である（たとえば、ゼロにリセットすることなく）。
これらの実施形態の変形形態においては、ＰＤＳＣＨのそれぞれの繰り返されるコピーが、たとえば、任意の関与しているＴＲＰとのＰＤＳＣＨ繰り返しに適用可能な一般的な設定としてＲＲＣによって別個に設定されるｎ＿ＩＤ値に関連付けられるように設定されることが可能である。あるいは、別々のｎ＿ＩＤ値が、ＴＣＩ状態またはＱＣＬソースとの関連付けのために設定されることによって、スケジュールされた繰り返しに間接的に関連付けられることが可能である。
ＰＵＳＣＨ送信との類似性
上記の説明は、ＰＤＳＣＨ繰り返しに焦点を合わせているが、記述されている原理は、特定の適切な修正とともにＰＵＳＣＨ繰り返しに適用されることも可能である。たとえば、Ｒｅｌ－１５において規定されているＰＵＳＣＨ ＴＣＩ状態はないが、そのような機能は、将来導入される可能性がある。あるいは、ＳＲＳリソース表示（ＳＲＩ）は、ＴＣＩ状態がＰＤＳＣＨに関して行うのと同じ役割を果たすことが可能である。たとえば、ＳＲＩの循環は、上で論じられているＴＣＩ状態の循環と同様の様式でＰＵＳＣＨ送信どうしにわたって使用されることが可能であり、それぞれのＰＵＳＣＨ繰り返しにおいて同じデータブロックが搬送される（必要に応じて、別々のＲＶを用いて）。さらに、それぞれのＳＲＩは、個々に送信することが可能である特定のＵＥアンテナパネルを示すことが可能であり、それによって、ＰＵＳＣＨ繰り返しにおいて空間ダイバーシティを提供する。
さらに、ＰＵＳＣＨのＤＭＲＳポート選択およびデータスクランブリング選択は、ＰＤＳＣＨに関して上で論じられているのと同じ原理に基づくことが可能である。たとえそうでも、ＰＵＳＣＨに関しては、同じＣＤＭグループ内のＤＭＲＳポートどうしが、同じＳＲＩ（すなわち、同じパネル）に属していなければならないという必要はない。したがって、ＰＵＳＣＨに関しては、ＤＭＲＳポートどうしは、ＣＤＭグループを考慮せずに（たとえば、独立して）線形に割り当てられることが可能である。
ＰＵＳＣＨ繰り返しの実施形態においては、ＯＦＤＭシンボルの連続したブロック（たとえば、連続したＰＲＢ）におけるＰＵＳＣＨ繰り返しのために周波数ドメインリソースを割り当てることが有益であることがある。そのようなケースにおいては、ＰＤＳＣＨに関するのと同様に、繰り返しごとの周波数リソースオフセットは、明示的にシグナリングされることを必要としない場合がある。むしろ、ＰＵＳＣＨの２つの隣接する繰り返しの間におけるオフセットは、ＰＵＳＣＨの単一の繰り返しのために使用されるＰＲＢの数から黙示されることが可能である。
半永続的なＵＬスケジューリングに関して、ＵＬで設定されたグラント（ＣＧ）の２つのタイプが、Ｒｅｌ－１５において提供されている。タイプ２ＣＧは、ＤＬ ＳＰＳと非常に類似しており、それによってＵＥは、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩがＵＬ ＣＧリソースをアクティブ化した後に、ＲＲＣで設定されたリソース上でＰＵＳＣＨを送信することが可能である。したがって、ＤＬ ＳＰＳに関して上述されている実施形態は、タイプ２ＵＬ ＣＧを伴う使用に適用されることが可能である。たとえば、ＳＲＩ状態テーブルのコンテンツは、ＲＲＣ ＩＥによって設定されることが可能であり、その後にアクティブ化ＤＣＩが、ＳＰＳ ＰＵＳＣＨに適用するためのテーブル行を選択する。
対照的に、タイプ１ＵＬ ＣＧに関しては、ＰＵＳＣＨ送信は、ＲＲＣによって設定されることのみが可能であり、アクティブ化ＤＣＩは含まれない。したがって、ＰＵＳＣＨ繰り返しのすべての設定は、ＲＲＣを介して提供されるべきである。たとえば、タイプ１ＵＬ ＣＧのＲＲＣ設定は、（たとえば、テーブル６において示されているＴＣＩ状態の行と同様の）使用するためのＳＲＩ状態のシーケンスを提供する。
設定可能な繰り返しパターン
その他の実施形態においては、複数の繰り返しパターンがＲＲＣによって設定されることが可能であり、それぞれのパターンは、ＤＣＩによってその後にスケジュールされるＰＤＳＣＨ（またはＰＵＳＣＨ）繰り返しに関する時間リソースおよび／もしくは周波数リソース、空間関係（もしくはＴＲＰもしくはＴＣＩ状態）、ＲＶ、ならびに／またはＤＭＲＳポートを示す。Ｋ個のＰＤＳＣＨ（またはＰＵＳＣＨ）送信に関しては、繰り返しパターンは、Ｋ－１個の状態｛（ｔ２，ｆ２，ｓ２，ｖ２，ｄ２），．．．，（ｔＫ，ｆＫ，ｓＫ，ｖＫ，ｄＫ）｝を含むことが可能であり、それぞれの状態は、１つのＰＤＳＣＨ（またはＰＵＳＣＨ）送信インスタンスに関連付けられている。タプル（ｔｋ、ｆｋ）は、ｋ番目の送信に関する時間リソースおよび周波数リソースを表し、その一方でタプル（ｓｋ、ｖｋ、ｄｋ）は、それぞれｋ番目の送信に関連付けられているＴＣＩ状態、ＲＶ、およびＤＭＲＳポートを表す。ＤＭＲＳポートは、テーブル４またはテーブル５の最初の列におけるインデックスとして設定されることが可能である。最初のＰＤＳＣＨ（またはＰＵＳＣＨ）送信に関する時間リソースおよび周波数リソース、空間関係（またはＴＣＩ状態）、ＲＶバージョン、ならびに／またはＤＭＲＳポートは、さまざまなテーブルを参照しながら記述されているのと同様の様式で、ＰＤＳＣＨ／ＰＵＳＣＨ繰り返しをスケジュールするために使用されるＤＣＩにおけるビットフィールドによって示されることが可能である。使用されることになる繰り返しパターンは、設定されている複数の繰り返しパターンから動的に選択されることが可能であり、スケジューリングＤＣＩにおけるビットフィールドを使用してＵＥに示されることも可能である。
いくつかの実施形態においては、（ｔｋ，ｆｋ）は、それぞれ、最初のＰＤＳＣＨ（もしくはＰＵＳＣＨ）送信に関する、またはより一般的には（ｋ－１）番目のＰＤＳＣＨ（もしくはＰＵＳＣＨ）送信に関する時間リソースおよび周波数リソースに対する時間オフセットおよび周波数オフセットを表すことが可能である。時間リソースオフセットは、スロット、ミニスロット、またはＯＦＤＭシンボルを単位とすることが可能であり、周波数オフセットは、ＲＢ、プリコーディングＲＢグループ（ＰＲＧ）、またはＲＢＧを単位とすることが可能である。条件ｔｋ＝ｔｋ－１は、ｋ番目の送信と、（ｋ－１）番目の送信とが、同じ時間リソースを使用したということを示す。同様に、ｆｋ＝ｆｋ－１である場合には、ｋ番目の送信と、（ｋ－１）番目の送信とは、同じ周波数リソースを使用する。ｔｋ＝ｔｋ－１およびｆｋ＝ｆｋ－１の両方であるが、ｓｋ≠ｓｋ－１である場合には、ｋ番目の送信と、（ｋ－１）番目の送信とは、同じ時間リソースおよび周波数リソースにあるが、別々の空間リソース（たとえば、ＴＲＰまたはパネル）からのものである。いくつかの実施形態においては、（ｔＫ，ｆＫ，ｓＫ，ｖＫ，ｄＫ）のうちの１つまたは複数が事前に規定されること、またはその他のパラメータに黙示的に関連および／もしくはリンクしていることが可能である。
図９は、本開示のさまざまな例示的な実施形態による、ＵＥが、ＰＤＳＣＨダイバーシティ送信を提供することが可能である２つのｇＮＢと通信する例示的なオペレーションシナリオを示している。この例においては、ＰＤＳＣＨ繰り返しに関するリソースどうしは、周波数において重複していない。ＵＥは、複数のＴＣＩ状態をアクティブに追跡把握するようにｇＮＢ１によって（たとえば、ＭＡＣ ＣＥアクティブ化によって）設定されることが可能である。ＵＥは、それぞれのＴＣＩ状態に関する関連付けられているＲＳ上で測定を実行することによって、これらの複数のＴＣＩ状態を追跡把握することを開始する。ＴＣＩ状態に関連付けられているＲＳは、同じＴＣＩ状態に関連付けられているＰＤＳＣＨと同じｇＮＢから送信されるということに留意されたい。
ＵＥは次いで、１つのスロットにおいて、たとえば、ＯＦＤＭシンボルの同じセットにおいて複数のＰＤＳＣＨをスケジュールするＤＣＩを受信する。ＵＥは次いで、それぞれのＰＤＳＣＨ繰り返しに関連付けられている別々のアクティブなＴＣＩ状態に従って、これらの複数のＰＤＳＣＨ（典型的には、同じデータブロックを含み、任意選択で別々のＲＶを有する）を受信する。したがって、図９においてｇＮＢ１およびｇＮＢ２として示されている別々のＴＲＰによって別々の繰り返しが送信されることが可能である。
図１０は、本開示のその他の例示的な実施形態による、ＵＥが、ＰＤＳＣＨダイバーシティ送信を提供することが可能である２つのｇＮＢと通信する別の例示的なオペレーションシナリオを示している。このシナリオにおいては、ＰＤＳＣＨ繰り返しに関するリソースどうしは、周波数において重複しているが、空間的に重複しておらず、２つのＰＤＳＣＨのマルチレイヤＭＩＭＯ送信をもたらしている。それぞれのＰＤＳＣＨは、複数のレイヤを含むことが可能である。いくつかの実施形態においては、ＵＥは、ネットワークがこの様式においてＵＥを設定する前に、階層化されたＰＤＳＣＨのこのＰＤＳＣＨ繰り返しモードに関するサポートをシグナリングすることが可能である。
上述されているものを含む本開示のさまざまな実施形態は、１つまたは複数の３ＧＰＰ ＴＳＧ ＲＡＮ仕様（たとえば、ＮＲ Ｒｅｌ．１６におけるマルチＴＲＰオペレーション）のフレームワーク内で実施されることが可能である。以降の説明は、これらの実施形態に関連した特定の態様および／または拡張が、例示的な様式で（たとえば、提案および所見に基づいて）どのように指定および／または標準化されることが可能であるかを示している。しかしながら、これらおよびその他の態様および／または拡張は、３ＧＰＰ仕様において、および／またはその他の仕様もしくは標準においてなど、その他の適切な方法において指定および／または標準化されることが可能である。
カテゴリー１： マルチＰＤＣＣＨベースのマルチＴＲＰスケジューリング
オペレーションのこのモードにおいては、スロットにおいて複数のＰＤＣＣＨが受信されることが可能であり、それぞれのＰＤＣＣＨは、１つのＰＤＳＣＨをスケジュールする。一般には、Ｒｅｌ－１５ ＮＲは、ＣＯＲＥＳＥＴごとのＴＣＩ状態の設定、およびＰＤＳＣＨに関しては、ＤＭＲＳスクランブリングを含めて、原則として再利用されることが可能である。したがって、オペレーションのこのモードに関しては、仕様の変更はあまり想定されていない。
マルチＰＤＣＣＨスケジューリングにおいては、別々のＴＲＰのスケジューラどうしの間における実施ベースの半動的な調整があるであろう。この調整の複雑さは、バックホールレイテンシの範囲に応じて、リソースの半静的から半動的な確保によって、単純にすることが可能である。さまざまな展開条件に起因して、どのような種類のスケジューラ調整が使用されることになるかについてのＲＡＮ１仕様のガイダンスを想定することは困難である。
したがって、複雑さを制限するためには、ＵＥによって何が予期されているか、ＵＥがどんなスケジューリングシナリオを取り扱う準備ができているべきか、およびＵＥがその実施においてどんなスケジューリングの組合せを無視することが可能であるかに焦点を合わせる方がよい。したがって、ＲＡＮ１がＵＥ上の要件に焦点を合わせて、ＵＥがどんなスケジューリング条件をサポートすることを必要とされないかについて合意することが推奨される。
提案： マルチＰＤＣＣＨ受信をサポートするＵＥに関するそれぞれのＰＤＣＣＨは、１つのＰＤＳＣＨ（少なくともｅＭＢＢに関する）をスケジュールし、Ｒｅｌ．１６ ＵＥは、下記を伴ってスケジュールされることを予期されない。
時間ドメインおよび周波数ドメインリソース割り当てにおける部分的に重複しているＰＤＳＣＨどうし
重複しているＰＤＳＣＨリソース割り当てどうしに関する同じＣＤＭグループにおけるＤＭＲＳどうしを伴う複数のＰＤＳＣＨ
ＵＥによってサポート／設定されているレイヤの最大数よりも多い、重複している時間周波数リソースにおけるすべてのＰＤＳＣＨにわたるレイヤの総数
２よりも多い、重複している時間周波数リソースにおけるすべてのＰＤＳＣＨにわたるＣＷの総数
これが意味しているのは、重複しているＰＤＳＣＨスケジューリングが生じた場合には、ＰＤＳＣＨごとに最大で１つのＣＷがサポートされ、ひいては、このマルチＰＤＣＣＨのケースにおいては、ＰＤＳＣＨごとにランク１～４のみがサポートされることが必要である。
複数のＰＤＣＣＨをモニタおよび受信することに関しては、検索空間のキャパシティまたはブロッキングに伴う問題があるということを示さなければならない。なぜなら、マルチＴＲＰ送信の利得は、低い負荷においてのみ目に見えるものであり、ひいては、必要とされるＰＤＣＣＨキャパシティに対する需要が低いからである。ＴＲＰごとのＰＤＣＣＨが設定されることが望ましいケースに備えて、複数のＣＯＲＥＳＥＴを設定することが既にサポートされている（個々のＴＣＩ状態を伴って）。
ｉ． アンテナポート表示テーブル
マルチＴＲＰ送信をサポートするためには、１つのＴＲＰから送信されるＤＭＲＳポートは、同じＣＤＭグループに属していなければならない。したがって、アンテナポートテーブルは、ＴＲＰごとのＣＤＭグループ内のフレキシブルな数のレイヤを示すことができなければならない。
ＤＭＲＳタイプ１に関するＲｅｌ－１５テーブルは、それぞれ第１および第２のＣＤＭグループにおけるこれらのレイヤ（Ｌ１，Ｌ２）のスケジューリングをサポートする。
シングルＤＭＲＳシンボルに関しては、（Ｌ１，Ｌ２）＝（１，０），（２，０），（０，１），（０，２）
ダブルＤＭＲＳシンボルに関しては、（Ｌ１，Ｌ２）＝（１，０），（２，０），（３，０），（４，０），（０，１），（０，２），（０，３），（０，４）
したがって、ＤＭＲＳタイプ１のケースにおいては、マルチＰＤＣＣＨスケジューリング用にアンテナポートテーブルを更新する必要はない。ＰＤＣＣＨは、任意のＣＤＭグループ内に含まれているそれらのレイヤからフレキシブルに１～４つのレイヤを示すことが可能である。
第２のＣＤＭグループからのＤＭＲＳポートが、Ｒｅｌ－１５アンテナポート表示テーブルの使用によって１つのＰＤＣＣＨによって示される場合には（たとえば、ポート２、３を伴うランク２スケジューリング）、その関連付けられているＰＤＳＣＨは、第１のＣＤＭグループにマップされることが可能ではない（両方のＣＤＭグループは、現在のテーブルにおいては「データなし」と示されているので）ということに留意されたい。しかしながら、ＰＤＣＣＨによる１つのＣＤＭグループのみの選択は、１つのＴＲＰが送信を行っている場合にのみ生じ、半動的調整スケジューラは、そのＴＲＰが第１のＣＤＭグループ（たとえば、ポート０、１）におけるＤＭＲＳを使用するべきであるということを代わりに示すことが可能である。したがって、Ｒｅｌ－１５アンテナポート表示テーブルは、変更されずに使用されることが可能であり、この場合、第２のＣＤＭグループは、第１のＣＤＭグループもＤＭＲＳのために使用されるときにのみ使用される。
ＤＭＲＳタイプ２に関するＲｅｌ－１５テーブルは、それぞれ第１、第２、および第３のＣＤＭグループにおけるこれらのレイヤ（Ｌ１，Ｌ２，Ｌ３）のスケジューリングをサポートする。
シングルＤＭＲＳシンボルに関しては、（Ｌ１，Ｌ２，Ｌ３）＝（１，０，０），（０，１，０）（０，０，１），（２，０，０），（０，２，０），（０，０，２）
ダブルＤＭＲＳシンボルに関しては、（Ｌ１，Ｌ２，Ｌ３）＝（１，０，０），（０，１，０）（０，０，１），（２，０，０），（０，２，０），（０，０，２），（３，０，０），（０，３，０），（０，０，３），（４，０，０），（０，４，０），（０，０，４）
したがって、ＤＭＲＳタイプ２のケースにおいては、マルチＰＤＣＣＨスケジューリング用にアンテナポートテーブルを更新する必要はない。ＰＤＣＣＨは、任意のＣＤＭグループ内に含まれているそれらのレイヤからフレキシブルに１～４つのレイヤを示すことが可能である。
提案： マルチＰＤＣＣＨオペレーションに関しては、Ｒｅｌ－１５アンテナポート表示テーブルは、修正を伴わずに再利用されることが可能である。
ｉｉ． ＰＤＳＣＨレートマッチング
複数のＴＲＰにおける半静的なＲＳおよびチャネル設定が考慮されなければならないので、ＰＤＳＣＨレートマッチングが、マルチＴＲＰスケジューリングにとって重要である。たとえば、複数のＰＤＣＣＨのアプローチにおいては、ＵＥは、別々のＰＤＳＣＨリソースマッピング情報を示すＰＤＳＣＨどうしをスケジュールする複数のＰＤＣＣＨをいくつかのスロットにおいて受信することが可能である。ＵＥがこのケースにおいてＰＤＳＣＨリソースマッピング（すなわち、ＰＤＳＣＨレートマッチング）を実行するべきであるかどうか、およびどのように実行するべきであるかは、未解決の問題である。なぜなら、ＮＲ Ｒｅｌ－１５は、同時に単一のＰＤＳＣＨをスケジュールする単一のＰＤＤＣＨを受信することを明記しているだけだからである。その上、別々のＴＲＰは、（適用可能な場合には）ＴＲＳおよびＬＴＥ ＣＲＳの別々の設定を有する。したがって、下記のことが提案される。
提案： 別々のｇＮＢからの複数の確保されているリソースの周りにＰＤＳＣＨリソースマッピングを拡張するためのメカニズム、すなわち、検知されるＰＤＣＣＨの周りでの動的なリソースマッピングを含む、設定されるＣＯＲＥＳＥＴ、ＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ、およびｌｔｅ－ＣＲＳ－ＴｏＭａｔｃｈＡｒｏｕｎｄをサポートされたい。
カテゴリー２： 単一ＰＤＣＣＨベースのマルチＴＲＰスケジューリング
ｉ． コードワードからレイヤへのマッピングおよびＣＷの数
議論の余地のある問題は、単一のＰＤＳＣＨでマルチＴＲＰ送信を展開する場合にもＲｅｌ－１５のコードワードからレイヤへのマッピングを維持するかどうか、またはマッピングにおける仕様変更を検討する利点があるかどうかである。ＮＲにおいては、単一のＣＷが最大で４つのレイヤにマップされ、したがって、Ｒｅｌ－１６におけるＣＷからＴＲＰへのマッピング上で考慮すべき下記の２つのオプションがある。
オプション１（新たなマッピング）： スケジュールされたＰＤＳＣＨに関して、それぞれのＴＲＰごとに１つの個々のＣＷが送信される。
オプション２（Ｒｅｌ－１５のマッピング）： スケジュールされたＰＤＳＣＨに関して、１つのＣＷが送信され、すべてのＴＲＰにわたってマップされる。
オプション１においては、ＴＲＰにそれぞれがマップされている別々のＣＷに別々のＭＣＳが割り当てられることが可能であるので、別々のＴＲＰに対するパスロスの差が非常に大きい場合に、より良好なリンク適応という潜在的な利点がある。１つのＣＷ上での復号エラーのケースにおいては、そのＣＷのみが再送信される必要がある。２つよりも多いＴＲＰをサポートするためには、それぞれのＣＷがＨＡＲＱ－ＡＣＫに関連付けられているので、大きな仕様の必要とされる変更があるということが欠点である。加えて、現在のＣＷからレイヤへのマッピングは、２つ、３つ、および４つのレイヤに関する２つのＣＷをサポートするように拡張される必要があり、Ｒｅｌ－１５のコードワードからレイヤへのマッピングと、Ｒｅｌ－１６のコードワードからレイヤへのマッピングとの間における半静的なまたは動的な切り替えの問題が対処される必要がある。さらに、２つのＣＷは、単一のＣＷに比較して、追加のＣＲＣに関するオーバーヘッドを意味する。
オプション２に関しては、既存のＲｅｌ－１５のＣＷからレイヤへのマッピングでサポートされることが可能であり、したがって、仕様の変更は必要とされない。したがって、それぞれのレイヤは、ＤＭＲＳ ＣＤＭグループの使用によって特定のＴＲＰに関連付けられる。３つすべてのＣＤＭグループおよび拡張されたＴＣＩ状態の使用によって単一のＰＤＣＣＨおよび単一のＰＤＳＣＨで最大で３つのＴＲＰがサポートされることが可能である（セクション２．２．２を参照されたい）。単一のＣＷ、ひいては単一のＭＣＳが使用されるので、複数のＴＲＰに対するパスロスの差が大きい場合には、リンク適応は、ＴＲＰごとに別々のＭＣＳを使用するほど良好ではないことがあるということが欠点であり得る。しかしながら、これは、いずれにしてもＮＣ－ＪＴに関するオペレーティングポイントではない。なぜなら、パスロスの差が大きい場合には、最良のＴＲＰからすべてのレイヤを送信する方がよいからである。
マルチＴＲＰについてのＲｅｌ．１５の論考において既に観察されたように、オプション２は、オプション１よりもわずかに優れている。同様の結果が、さらなる企業によっても、たとえば、屋内シナリオにおけるＮＣ－ＪＴに関する３ＧＰＰ Ｔｄｏｃ Ｒ１－１９００７３１において観察された（［８］の図３を参照されたい）。ＤＰＳよりも良好なパフォーマンスをＮＣ－ＪＴが示すためには、ＵＥはセルエッジにあるべきであり、両方のＴＲＰに対する匹敵するパスロスを有するべきであり、このケースにおいては、ＴＲＰごとのリンク適応は利点を提供しないということが１つの理由である。マルチＭＣＳベースのリンク適応は、単一のＭＣＳのアプローチに比較して、ＣＳＩフィードバックの遅延およびエラーに対してさらに敏感であるということが別の理由である。オプション１に関しては、わずかに高い再送信確率も観察される。同様の結果が、３ＧＰＰ Ｔｄｏｃ Ｒ１－１９００７３１において示されており、単一のＴＲＰ ＭＩＭＯに関して、４までのランクについては、単一のＣＷは、２つのＣＷよりもパフォーマンスが優れている。
Figure 0007223856000013
オプション２（単一のＣＷ）を伴うＮＣ－ＪＴは、屋内シナリオにおいてオプション１（２つのＣＷ）を伴うＮＣ－ＪＴよりもわずかに優れている。オプション２は、屋内の最も有望なＮＣ－ＪＴシナリオにおいてオプション１よりもわずかに優れており、既存のＣＷからレイヤへのマッピングのいかなる変更も必要としないということを考えると、Ｒｅｌ－１６におけるマッピングを変更する理由はない。加えて、ＴＲＰごとのＭＣＳ適応を実行したいという、いくつかのシナリオにおける展開からの強い要望がある場合には、マルチＰＤＣＣＨアプローチが使用されることが可能である。
提案： ＲＡＮ１は、Ｒｅｌ－１６におけるＣＷからレイヤへのマッピングおよび送信ランクごとのＣＷの数における変更はないと結論付けている。
ｉｉ． 拡張されたＴＣＩ状態
単一のＰＤＣＣＨでマルチＴＲＰ送信をサポートするためには、それぞれのＴＲＰから送信されるＤＭＲＳポートどうしは、同じＣＤＭグループに属していなければならない。ＤＭＲＳタイプ１および２に関しては、それぞれ２つおよび３つのＣＤＭグループがあるので、最大で３つのＴＲＰ送信がサポートされることが可能である。そしてＴＣＩ状態は、ＱＣＬタイプごとに複数のソースＲＳを含むように拡張される必要がある。下記の提案が行われる。
ＵＥがＤＭＲＳタイプ１および２それぞれのために設定されている場合には、ＴＣＩ状態は、ＱＣＬに関する１つ、２つ、または３つのソースＲＳペアで設定されることが可能であり、ソースＲＳペアλを使用して、ＣＤＭグループλのＤＭＲＳポートに関するＱＣＬプロパティを導出することが可能である。
ＤＭＲＳタイプ１に関しては、ＴＣＩ状態は、それぞれ２つのＣＤＭグループのそれぞれに関して｛｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝λ＝０，｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝λ＝１｝を含むように設定されることが可能である。
ＤＭＲＳタイプ２に関しては、ＴＣＩ状態は、それぞれ３つのＣＤＭグループのそれぞれに関して｛｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝λ＝０，｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝λ＝１，｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝λ＝２｝を含むように設定されることが可能である。
したがって、いくつかのＴＣＩ状態は、Ｒｅｌ－１５におけるように単一のソースＲＳペア（またはＱＣＬタイプＤが適用可能でない場合には、単一のＲＳ）を有し、ＤＰＳのために使用され、その一方でその他のいくつかのＴＣＩ状態は、２つまたは３つのソースＲＳペアを有し、ＮＣ－ＪＴスケジューリングのために使用される。
Ｒｅｌ－１５においては、ほとんどの展開にとって十分であるはずの最大で８つの異なるＴＲＰのＤＰＳをサポートすることが可能である最大で８つのアクティブなＴＣＩ状態がある。拡張されたＴＣＩ状態では、ＴＣＩ状態ごとに２つまたは３つのＴＲＰを選択する可能性があるので、さらに多くの組合せがある。したがって、８よりもさらにいっそう多くの（拡張された）ＴＣＩ状態を可能にすることがＲｅｌ－１６にとって有益であるかどうかを検討することが必要である。しかしながら、同時に追跡把握されるＴＲＳまたはＳＳＢの数は、Ｒｅｌ－１５におけるのと同じままであることが可能であり、拡張されたＴＣＩ状態の導入は、トラッキングに対する需要を拡張することにならないということに留意されたい。
提案： （アクティブな追跡把握されるＱＣＬソースＲＳの最大数を増やすことなく）より多くの送信仮説に対応するためにアクティブなＴＣＩ状態を選択するためのＤＣＩにおけるビットの数を増やすことが有益であるかどうかを検討されたい。
ｉｉｉ． アンテナポート表示テーブル
単一のＰＤＣＣＨでマルチＴＲＰ送信をサポートするためには、それぞれのＴＲＰから送信されるＤＭＲＳポートは、同じＣＤＭグループに属していなければならない。したがって、アンテナポートテーブルは、ＴＲＰごとのＣＤＭグループ内のフレキシブルな数のレイヤを示すことができなければならない。
ＤＭＲＳタイプ１に関するＲｅｌ－１５テーブルは、それぞれ第１および第２のＣＤＭグループにおけるこれらのレイヤ（Ｌ１，Ｌ２）のスケジューリングをサポートする。
シングルＤＭＲＳシンボルに関しては、（Ｌ１，Ｌ２）＝（１，０），（２，０），（０，１），（０，２），（１，１），（２，１），（２，２）、
ダブルＤＭＲＳシンボルに関しては、（Ｌ１，Ｌ２）＝（１，０），（２，０），（３，０），（４，０），（０，１），（０，２），（０，３），（０，４），（１，１），（２，１），（２，２）。
ここでは、（１，２）、すなわち、第１のＴＲＰから１つのレイヤを、そして第２のＴＲＰから２つのレイヤをスケジュールする機能が欠落しているということを見て取ることが可能である。これは、ＤＣＩにおける１つの追加の拡張されたＴＣＩ状態コードポイントと引き換えにサポートされることが可能であり、その場合、２つのＴＲＰに関するソースＲＳの２つのペアが交換されて、（２，１）および（１，２）の両方を効果的にサポートするが、この設定ベースのソリューション（実際には非常に一般的である場合がある）は、アンテナポート表示テーブルにおいて１つの行を追加することによって回避されることが可能である。したがって、ＤＭＲＳタイプ１のケースにおいては、アンテナポートテーブルを少し更新する必要がある。
提案： ポート０、２、３を使用してＤＭＲＳタイプ１アンテナポート表示テーブルに１つの行を追加して、２つのＣＤＭグループにおいてそれぞれ（１，２）レイヤをスケジュールすることを可能にされたい。
ＰＤＣＣＨは、任意のＣＤＭグループ内に含まれているそれらのレイヤからフレキシブルに１～４つのレイヤを示すことが可能であり、したがって、最大でランク４を伴うＤＰＳがサポートされる。ランク５～８のＤＰＳは、参加しているＴＲＰに関するソースＲＳの単一のペアを用いて追加のＴＣＩ状態を設定することによってサポートされることも可能である。
アンテナポートのインデックス付けのさらなる最適化は、（３，１）および（１，３）の状態をテーブルに追加することでもあることが可能であるが、これは、かなり非対称なレイヤ分布であり、利点はあまり明白ではなく、利得は評価によって正当化される必要がある。
ＤＭＲＳタイプ２に関するＲｅｌ－１５テーブルは、それぞれ第１、第２、および第３のＣＤＭグループ（すなわち、第１、第２、および第３のＴＲＰ）においてこれらのレイヤ（Ｌ１、Ｌ２、Ｌ３）のスケジューリングをサポートする。
シングルＤＭＲＳシンボルに関しては、（Ｌ１，Ｌ２，Ｌ３）＝（１，０，０），（０，１，０），（０，０，１），（２，０，０），（０，２，０），（０，０，２），（１，１，０），（２，１，０），（０，１，２），（２，２，０）。
ダブルＤＭＲＳシンボルに関しては、（Ｌ１，Ｌ２，Ｌ３）＝（１，０，０），（０，１，０）（０，０，１），（２，０，０），（０，２，０），（０，０，２），（３，０，０），（０，３，０），（０，０，３），（４，０，０），（０，４，０），（０，０，４），（１，１，０），（２，１，０）、（０，１，２），（２，２，０）。
ここで、レイヤ分布が第１および第２のＴＲＰ／ソースＱＣＬに偏っており、ＴＲＰのセットを選択する際にさらなる柔軟性を有するためには、追加のアクティブなＴＣＩ状態が設定されなければならないということを見て取ることが可能である。これは、アンテナポートインデックス付けテーブル内にさらにいくつかの状態を追加することによって回避されることが可能であり、いくつかの確保されている状態があるので、これらの追加の、最も可能性の高い送信仮説が追加されることが可能である。
提案： 下記を使用して、ＰＤＳＣＨに関するＤＭＲＳタイプ２アンテナポート表示テーブルに行を追加されたい。
ａ． （１，１，１）レイヤをスケジュールすることを可能にするためにポート０，２，４、
ｂ． （１，１，０）レイヤをスケジュールすることを可能にするためにポート０，２、
ｃ． （１，０，１）レイヤをスケジュールすることを可能にするためにポート０，４、
ｄ． （１，２，０）レイヤをスケジュールすることを可能にするためにポート０，２，３。
カテゴリー３： ＣＳＩフレームワーク拡張
以前の会議においては、マルチＴＲＰ／パネルについてのＣＳＩフレームワーク拡張に関する提案が、いくつかの企業によって行われており、そこでは、ＮＲ Ｒｅｌ－１５ ＣＳＩフレームワークが出発点として使用され、可能な拡張を検討している。たとえば、ｇＮＢが、２つのＣＳＩ報告設定を用いてＵＥを設定することが可能であり、その場合、
１つのレポート設定が、ＤＰＳのために使用されることが可能であり、
第２のレポート設定は、ＮＣ－ＪＴのために使用されることが可能である。
したがって、Ｒｅｌ－１５フレームワークを使用することによって、ｇＮＢは、２つのＣＳＩ報告設定に対応する２つのＣＳＩレポートにおいて単一のＴＲＰおよびＮＣ－ＪＴ ＣＳＩを入手し、次いで、ＰＤＳＣＨ送信のためにＤＰＳを使用するかまたはＮＣ－ＪＴを使用するかについて動的に決定を下すことが可能である。
３つのＴＲＰを伴う測定セットに関しては、これは、１つのＴＲＰにそれぞれが関連付けられている３つの単一のＴＲＰ ＣＳＩと、２つのＴＲＰにわたるＮＣ－ＪＴを想定しているＴＲＰの１つのペアにそれぞれが関連付けられている３つのＮＣ－ＪＴ ＣＳＩとを意味する。ＮＣ－ＪＴ ＣＳＩのそれぞれは、２つのＣＷが使用されている場合には（ＲＩ，ＰＭＩ，ＣＱＩ）のペアを含むことになり、または単一のＣＷが使用されている場合には（ＲＩ，ＰＭＩ）のペアと単一のＣＱＩとを含むことになる。この種類のＣＳＩフィードバックは、単一のＴＲＰ送信に関するＣＳＩに比較してほとんど９倍のフィードバックオーバーヘッドを有しており、したがって、オーバーヘッド低減の強化に関する強いインセンティブがある。そのため、マルチＴＲＰに関する低いフィードバックオーバーヘッドを伴うさらに効率的なＣＳＩフィードバックが検討されるべきである。
マルチＴＲＰシナリオに直接適用されるＲｅｌ－１５ＣＳＩフィードバックフレームワークは、単一ＴＲＰ送信とマルチＴＲＰ送信との間における動的な切り替えをサポートするように設定されている場合には、大きなＣＳＩフィードバックオーバーヘッドを招く場合がある。
ＣＳＩフレームワークに対する可能なＲｅｌ－１６の拡張は、現在のＲｅｌ．１５フレームワークにおけるビーム選択のためのＣＲＩの使用に類似しているがマルチＴＲＰ送信仮説に拡張されている、ＵＥが仮説選択においてさらにいっそう大きなアクティブな部分を占める方法を指定することである。好ましい送信仮説（すなわち、このコンテキストにおいては複数のＴＲＰのセット）をＵＥに選択させることによって、オーバーヘッドが低減されることが可能である。なぜなら、ＵＥは、フィードバックを送る前に「悪い」仮説を除去しているからである（すなわち、すべての仮説を盲目的に報告する代わりに）。
したがって、仮説についてのＵＥ側での絞り込みを伴うＮＲにおけるマルチＴＲＰ／パネル送信に関するＣＳＩフィードバックのさらなる複数の仮説のフレーバーを調査することが提案されている。そのようなフィードバックの一例は、ＵＥがデータ送信のための設定された数のＴＲＰからサブセットを選択することである。たとえば、ｇＮＢは、チャネル測定のためのリソース設定においてＮ＞１個のＮＺＰ ＣＳＩ－ＲＳリソースを用いてＵＥを設定することが可能であり、この場合、Ｎ個のＮＺＰ ＣＳＩ－ＲＳリソースのそれぞれは、１つのＴＲＰに関連付けられている。次いで、対応するＣＳＩレポートにおいて、ＵＥは、サブセットＭを選択することが可能であり、この場合、Ｍ＜（チャネル測定のためのＮＺＰ ＣＳＩ－ＲＳリソースのうちのＮ個）である。
ＣＳＩの拡張についての論考は、評価が行われることが可能であるようにできるだけ早く開始する上で有用であるが、詳細について合意することは、最も差し迫った会議にとっては、わずかに低く優先順位付けされる可能性がある。なぜなら、サポートされるＴＲＰ／パネルの数、マルチＴＲＰ／パネルのためのＴＣＩフレームワークの拡張、アンテナポート表示等などのマルチＴＲＰ／パネルＰＤＳＣＨ送信の詳細について合意することが、これらの合意をサポートするためのＣＳＩフィードバックフレームワークを正確に指定する可能性が生じる前に必要となるからである。
提案： ＣＳＩフィードバックに関して、ＵＥが測定に基づいて単一またはマルチＴＲＰ送信について決定を下し、好ましい仮説をネットワークに示す、ＵＥ支援マルチ／単一ＴＲＰ仮説選択フィードバックを検討されたい。
Ｒｅｌ－１６ ＮＲ－ＭＩＭＯにおいては、ＣＳＩフレームワークの拡張が必要とされているかどうか、および詳細を決定する前に、マルチＴＲＰ／パネルＰＤＳＣＨの詳細が合意される必要がある。
カテゴリー４： 信頼性／堅牢性固有の拡張
マルチＴＲＰの観点から、送信されるデータパケットの信頼性および堅牢性を高める基本的な原理は、同じデータペイロードの複数のコピーを送信し、それによってＵＥが、「瞬時の再送信」の様式でそれらのコピーを組み合わせることが可能になることである。それぞれの「コピー」は次いで、（以降の論考に関するＰＤＳＣＨを想定すると）別々のアクティブなＴＣＩ状態に関連付けられる。そしてＲＡＮ１に関する未解決の問題は、それぞれの「コピー」のために使用されるリソースをどのようにして指定するか、およびどのＴＣＩ状態をどの「コピー」のために使用するかをどのようにして特定するかである。
３ＧＰＰ Ｔｄｏｃ Ｒ１－１９００７３１においては、マルチＴＲＰダイバーシティの利点を実現するためのいくつかの異なる戦略の分析が論じられており、時間における、および周波数における両方の繰り返しがＵＲＬＬＣアプリケーションにとって有益であるということが結論付けられている。３ＧＰＰ Ｔｄｏｃ Ｒ１－１９０１１１６においては、堅牢性を実現するために利用されるＴＲＰの数への影響の研究が論じられており、４つのＴＲＰの間での不均一な受信電力分布（最良のＴＲＰと最悪のＴＲＰとの間における９ｄＢの差に至るまで）を伴うケースにおいても、４つのＴＲＰでさえ、２つのＴＲＰに勝る著しい利点を与えるということが示されている。
そして繰り返し機能性は、Ｒｅｌ－１５において既に存在しており、高位レイヤパラメータｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒを使用して、それぞれのＰＤＳＣＨが、単一レイヤのＰＤＳＣＨの制限付きで、事前に規定されたＲＶの循環を伴って送信されるということに留意されたい。この原理は、ＴＣＩ状態を含むようにも拡張されることが可能である。したがって、ＵＥがそのような堅牢性オペレーションのために設定されている場合には、ＰＤＣＣＨは、ＰＤＳＣＨ送信のセットをトリガすることが可能であり、この場合、それぞれのＰＤＳＣＨは、アクティブ化されたＴＣＩ状態のセットから別々のＴＣＩ状態を、事前に規定された様式で使用することが可能である。
提案： １つのＤＣＩが、同じペイロードでＰＤＳＣＨ送信の繰り返しをトリガすることが可能であり、この場合、それぞれのＰＤＳＣＨは、アクティブなＴＣＩ状態のセットからの別々のＴＣＩ状態を伴って設定されることが可能である。
Ｒｅｌ－１５においては、これらの複数のＰＤＳＣＨは、別々のスロットにおいて単一のレイヤで送信されるが、レイテンシを低減するために、Ｒｅｌ－１６においては、同じスロットにおいて（タイプＢスケジューリング、すなわちミニスロットベースの繰り返しを使用して）、ＦＤＭによるＯＦＤＭシンボルの同じセットにおいて（周波数ベースの繰り返し）、または重複しているリソースにおいて（ＳＤＭもしくはレイヤベースの繰り返し）複数のそのようなＰＤＳＣＨをトリガすることが可能であるべきである。繰り返しの「パターン」がどのように似て見えるべきであるか、およびどのようにして設定するか（たとえば、ＲＲＣによって、またはＲＲＣ＋ＤＣＩによって）がさらに検討および議論されることが可能である。図１６は、スロットベースの、ミニスロットベースの、周波数ベースの、およびレイヤベースのＰＤＳＣＨ繰り返しを示すさまざまな例示的な構成を示している。
Ｒｅｌ－１５におけるのと同様に、「第１の」ＰＤＳＣＨをトリガするＤＣＩは、リソースおよびアンテナポートの割り当て、ＰＤＳＣＨに関するレイヤの数などに関する必要な情報を含み、そして変化する可能性のあるＲＶおよびＴＣＩ状態を除いて、同じペイロードが、高位レイヤによって設定されたＰＤＳＣＨ繰り返しリソースのそれぞれにおいて繰り返される。
ＰＤＳＣＨの繰り返しオプションどうしは、たとえば、ミニスロットベースおよび周波数ベースを同時に用いて組み合わされることが可能であるということに留意されたい。その上、Ｒｅｌ－１５のＰＤＳＣＨごとの単一レイヤの制限を除去して、ＰＤＳＣＨ送信ごとのスペクトル効率を高めることによってレイテンシを低減する可能性をさらに与えることが可能である。
したがって、ＵＥが４つのレイヤの受信をサポートしている場合には、それぞれのＰＤＳＣＨに関するリソースは、（ＲＲＣによって）重複しているように設定されることが可能であり、そしてＤＣＩは、それぞれ２つのレイヤを伴う２つのＰＤＳＣＨをトリガする。同じデータペイロードが、両方のＰＤＳＣＨにおいて、ただし別々のＴＲＰ／ＴＣＩ状態／ＣＤＭグループから送信される。
ＲＲＣは、繰り返しのためのリソースをＲｅｌ．１５におけるように設定し（スロットアグリゲーション）、ＤＣＩは、１つのＰＤＳＣＨをスケジュールする。ＤＣＩが何を示すことが可能であるか、たとえば、重複しているリソースと、重複していないリソースとの間においてＤＣＩが選択を行うことが可能であるかどうか、繰り返しの数、ＰＤＳＣＨごとにどのＴＣＩ状態が利用されるべきであるかなどがさらに検討されることが可能である。
提案： 高位レイヤは、時間における（たとえば、単一のまたは複数のスロットまたはミニスロットベースの）、および周波数における（たとえば、重複していないまたは重複している）繰り返し位置を含む、ＰＤＳＣＨのそれぞれの繰り返しごとの可能なリソースロケーションを用いてＵＥを設定する。これらの高位レイヤによって設定された繰り返しリソースおよび関連付けられているＴＣＩ状態の中からＤＣＩが動的に選択を行うことが可能であるかどうか、およびどのようにして動的に選択を行うことが可能であるかのＦＦＳ。
ＰＤＣＣＨの堅牢性に関しては、ＰＤＳＣＨに関するのと同様のアプローチが取られることが可能であり、この場合、同じＤＣＩが複数のＣＯＲＥＳＥＴにわたって繰り返される。なぜなら、それぞれのＣＯＲＥＳＥＴは、個々のＴＣＩ状態を伴って設定されているからである。上で論じられているＰＤＣＣＨの繰り返しおよびＰＤＳＣＨの繰り返しは、必要性に基づいて独立して設定されることが可能であるということに留意されたい。ＰＤＳＣＨの繰り返しが有効にされるためには、単一のＤＣＩのみが受信される必要があり、このＤＣＩがまた、異なるＣＯＲＥＳＥＴにおいて複数のＰＤＣＣＨを使用することによって繰り返されるかどうかは、独立した論考である。
提案： ＵＥは、Ｎ＞１個のＣＯＲＥＳＥＴにわたって設定された検索空間の繰り返しを伴って設定されることが可能であり、この場合、同じ検索空間が、それぞれのＣＯＲＥＳＥＴにおいて繰り返される。１つの検索空間／ＣＯＲＥＳＥＴにおける、所与のＤＣＩサイズを伴う、所与のＰＤＣＣＨ候補に関して、Ｎの繰り返しセットにおけるそれぞれの検索空間における対応する候補がある。すべての対応する候補は、同じＤＣＩサイズおよびアグリゲーションレベルを有する。
この繰り返しによって、ＵＥは、Ｎ個のＰＤＣＣＨ候補のソフトコンバイニングを実行して、ＤＣＩ検知の信頼性を改善することが可能である。
結論
上記の論考は、さまざまな提案を識別しており、それらの提案は、以降で要約されている。
提案１： マルチＰＤＣＣＨ受信をサポートするＵＥに関するそれぞれのＰＤＣＣＨは、１つのＰＤＳＣＨ（少なくともｅＭＢＢに関する）をスケジュールし、Ｒｅｌ．１６ ＵＥは、下記を伴ってスケジュールされることを予期されない。
時間ドメインおよび周波数ドメインリソース割り当てにおける部分的に重複しているＰＤＳＣＨどうし
重複しているＰＤＳＣＨリソース割り当てどうしに関する同じＣＤＭグループにおけるＤＭＲＳどうしを伴う複数のＰＤＳＣＨ
ＵＥによってサポート／設定されているレイヤの最大数よりも多い、重複している時間周波数リソースにおけるすべてのＰＤＳＣＨにわたるレイヤの総数
２よりも多い、重複している時間周波数リソースにおけるすべてのＰＤＳＣＨにわたるＣＷの総数
提案２： 別々のｇＮＢからの複数の確保されているリソースの周りにＰＤＳＣＨリソースマッピングを拡張するためのメカニズム、すなわち、検知されるＰＤＣＣＨの周りでの動的なリソースマッピングを含む、設定されるＣＯＲＥＳＥＴ、ＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ、およびｌｔｅ－ＣＲＳ－ＴｏＭａｔｃｈＡｒｏｕｎｄをサポートされたい。
提案３： ＲＡＮ１は、Ｒｅｌ－１６におけるＣＷからレイヤへのマッピングおよび送信ランクごとのＣＷの数における変更はないと結論付けている。
提案４： ＵＥがＤＭＲＳタイプ１および２それぞれのために設定されている場合には、ＴＣＩ状態は、ＱＣＬに関する１つ、２つ、または３つのソースＲＳペアで設定されることが可能であり、ソースＲＳペアλを使用して、ＣＤＭグループλのＤＭＲＳポートに関するＱＣＬプロパティを導出することが可能である。
ＤＭＲＳタイプ１に関しては、ＴＣＩ状態は、それぞれ２つのＣＤＭグループのそれぞれに関して｛｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝λ＝０，｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝λ＝１｝を含むように設定されることが可能である。
ＤＭＲＳタイプ２に関しては、ＴＣＩ状態は、それぞれ３つのＣＤＭグループのそれぞれに関して｛｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝λ＝０，｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝λ＝１，｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝λ＝２｝を含むように設定されることが可能である。
提案５： （アクティブな追跡把握されるＱＣＬソースＲＳの最大数を増やすことなく）より多くの送信仮説に対応するためにアクティブなＴＣＩ状態を選択するためのＤＣＩにおけるビットの数を増やすことが有益であるかどうかを検討されたい。
提案６： ポート０、２、３を使用してＤＭＲＳタイプ１アンテナポート表示テーブルに１つの行を追加して、２つのＣＤＭグループにおいてそれぞれ（１，２）レイヤをスケジュールすることを可能にされたい。
提案７： 下記を使用して、ＰＤＳＣＨに関するＤＭＲＳタイプ２アンテナポート表示テーブルに行を追加されたい。
（１，１，１）レイヤをスケジュールすることを可能にするためにポート０，２，４
（１，１，０）レイヤをスケジュールすることを可能にするためにポート０，２
（１，０，１）レイヤをスケジュールすることを可能にするためにポート０，４
（１，２，０）レイヤをスケジュールすることを可能にするためにポート０，２，３
提案８： ＣＳＩフィードバックに関して、ＵＥが測定に基づいて単一またはマルチＴＲＰ送信について決定を下し、好ましい仮説をネットワークに示す、ＵＥ支援マルチ／単一ＴＲＰ仮説選択フィードバックを検討されたい。
提案９： １つのＤＣＩが、同じペイロードでＰＤＳＣＨ送信の繰り返しをトリガすることが可能であり、この場合、それぞれのＰＤＳＣＨは、アクティブなＴＣＩ状態のセットからの別々のＴＣＩ状態を伴って設定されることが可能である。
提案１０： 高位レイヤは、時間における（たとえば、単一のまたは複数のスロットまたはミニスロットベースの）、および周波数における（たとえば、重複していないまたは重複している）繰り返し位置を含む、ＰＤＳＣＨのそれぞれの繰り返しごとの可能なリソースロケーションを用いてＵＥを設定する。これらの高位レイヤによって設定された繰り返しリソースおよび関連付けられているＴＣＩ状態の中からＤＣＩが動的に選択を行うことが可能であるかどうか、およびどのようにして動的に選択を行うことが可能であるかのＦＦＳ。
提案１１： ＵＥは、Ｎ＞１個のＣＯＲＥＳＥＴにわたって設定された検索空間の繰り返しを伴って設定されることが可能であり、この場合、同じ検索空間が、それぞれのＣＯＲＥＳＥＴにおいて繰り返される。１つの検索空間／ＣＯＲＥＳＥＴにおける、所与のＤＣＩサイズを伴う、所与のＰＤＣＣＨ候補に関して、Ｎの繰り返しセットにおけるそれぞれの検索空間における対応する候補がある。すべての対応する候補は、同じＤＣＩサイズおよびアグリゲーションレベルを有する。
上述されている実施形態は、図１１～図１２を参照しながらさらに示されることが可能であり、図１１～図１２は、それぞれＵＥおよびネットワークノードによって実行される例示的な方法（たとえば、手順）を示している。別の言い方をすれば、以降で記述されているオペレーションのさまざまな特徴は、上述されているさまざまな実施形態に対応する。
詳細には、図１１は、本開示のさまざまな例示的な実施形態による、無線ネットワークにおける複数のノードを介して通信するための例示的な方法（たとえば、手順）の流れ図を示している。この例示的な方法は、無線ネットワーク（ＲＡＮ、たとえば、ＮＧ－ＲＡＮ）における１つまたは複数のネットワークノード（たとえば、基地局、ｇＮＢ、ｅｎ－ｇＮＢなど、またはそれらのコンポーネント）と通信状態にあるユーザ機器（ＵＥ、たとえば、無線デバイス、ＩｏＴデバイス、モデムなど、またはそれらのコンポーネント）によって実行されることが可能である。たとえば、図１１において示されている例示的な方法は、その他の図を参照しながら本明細書において記述されているように設定されているＵＥにおいて実施されることが可能である。さらに、図１１において示されている例示的な方法は、本明細書において記述されているその他の例示的な方法（たとえば、図１２）と協調して使用されて、本明細書において記述されているさまざまな例示的な利益を提供することが可能である。図１１は、特定のブロックを特定の順序で示しているが、この例示的な方法のオペレーションは、示されているのとは異なる順序で実行されることが可能であり、示されているのとは異なる機能性を有するブロックへと組み合わされることおよび／または分割されることが可能である。任意選択のブロックまたはオペレーションは、破線によって示されている。
この例示的な方法は、ブロック１１１０のオペレーションを含むことが可能であり、ブロック１１１０では、ＵＥは、無線ネットワークから、複数の送信設定インジケータ（ＴＣＩ）状態を受信することが可能である。いくつかの実施形態においては、複数のＴＣＩ状態は、無線ネットワークにおけるそれぞれの複数のノード、または無線ネットワークにおける１つもしくは複数のノードに関連付けられているそれぞれの複数のビームのうちの一方に関連付けられることが可能である。
この例示的な方法は、ブロック１１２０のオペレーションを含むことも可能であり、ブロック１１２０では、ＵＥは、単一の物理制御チャネルを介して、データブロックのそれぞれの複数の繰り返しを搬送する複数の物理データチャネルに関するスケジューリング情報を受信することが可能である。たとえば、上で論じられているように、物理制御チャネルは、ＰＤＣＣＨであることが可能であり、スケジューリング情報は、スケジューリングＤＣＩであることが可能である。いくつかの実施形態においては、複数の物理データチャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のそれぞれのレイヤであることが可能である。その他の実施形態においては、それぞれの物理データチャネルは、ＰＤＳＣＨのすべてのレイヤのサブセットであることが可能である。
いくつかの実施形態においては、スケジューリング情報は、繰り返しのうちの１つまたは複数を受信するためのリソースのインジケータを含むことも可能である。示されたリソースは、時間、周波数、および空間レイヤという次元のうちの少なくとも１つにあることが可能である。いくつかの実施形態においては、繰り返しのうちの少なくとも２つのためのリソースが、スロットにおけるシンボルの同じセットにあることが可能である。
その他の実施形態においては、スケジューリング情報は、繰り返しのうちの第１の繰り返しを受信するための第１のリソースのインジケータを含むことが可能である。そのような実施形態においては、この例示的な方法は、ブロック１２３０のオペレーションを含むことも可能であり、ブロック１２３０では、ＵＥは、繰り返しのうちの残りの繰り返しを受信するためのさらなるリソースを特定するために第１のリソースに適用されることになる１つまたは複数のオフセットを受信することが可能である。そのような実施形態においては、さらなるリソースは、第１のリソースに対して、１つもしくは複数の後続のスロット、または同じスロット内の１つもしくは複数の後続のシンボルのうちの一方に配置されることが可能である。
いくつかの実施形態においては、繰り返しのうちの少なくとも２つのための示されたリソースどうしは、周波数において完全に重複することが可能である。そのような実施形態においては、スケジューリング情報はまた、完全に重複している繰り返しのそれぞれに関して、復調用参照信号（ＤＭＲＳ）ポートの一意のセット、一意の符号分割多重化（ＣＤＭ）グループからのＤＭＲＳポート、および一意のデータスクランブリングシードのうちの少なくとも１つを含む。
いくつかの実施形態においては、スケジューリング情報は、複数の繰り返しとデータブロックの複数の冗長バージョン（ＲＶ）との間におけるマッピングのインジケータを含むことも可能である。
この例示的な方法は、ブロック１１４０のオペレーションを含むことも可能であり、ブロック１１４０では、ＵＥは、ＴＣＩ状態のうちの１つまたは複数を複数の繰り返しに割り振ることが可能である。いくつかの実施形態においては、複数のＴＣＩ状態は、複数の繰り返しよりも少なく、複数のＴＣＩ状態は、事前に規定された順序で繰り返しに割り振られる。説明に役立つ例として、（それぞれの繰り返しを搬送する）それぞれの物理データチャネルは、事前に規定された順序で、アクティブ化されたＴＣＩ状態（たとえば、ブロック１１１０においてＴＣＩ状態がＵＥに提供する）のうちの１つを使用して、異なるＴＲＰによって送信されることが可能である。ＵＥは、この事前に規定された順序を認識して、対応する様式でＴＣＩ状態を繰り返しに割り振ることも可能である。
その他の実施形態においては、スケジューリング情報は、ＴＣＩ状態のうちの１つまたは複数と複数の繰り返しとの間におけるマッピングのインジケータを含むことも可能である。そのような実施形態においては、１つまたは複数のＴＣＩ状態は、示されたマッピングに基づいて繰り返しに割り振られる。これらの実施形態のうちのいくつかにおいては、インジケータは、複数のコードポイントを有するフィールドに含まれ、複数のＴＣＩ状態は、複数のコードポイントよりも少ない。そのような実施形態においては、コードポイントの第１のサブセットが、個々のＴＣＩ状態に関連付けられることが可能であり、コードポイントの第２のサブセットが、個々のＴＣＩ状態の組合せに関連付けられることが可能である。
いくつかの実施形態においては、それぞれのＴＣＩ状態は、１つまたは複数のソース参照信号（ＲＳ）ペアを含み、それぞれのソースＲＳペアは、特定の物理データチャネルにマップされているＤＭ－ＲＳに関する、アンテナポートとの準共同設置（ＱＣＬ）関係の対応するペアを有する。たとえば、ＱＣＬ関係どうしのペアは、上で論じられているＱＣＬ関係タイプＡ～Ｄのいずれかを含むことが可能である。そのような実施形態においては、この例示的な方法は、ブロック１１５０のオペレーションを含むことも可能であり、ブロック１１５０では、ＵＥは、複数のＴＣＩ状態のそれぞれに関して、特定のＴＣＩ状態に含まれているソースＲＳペアに基づいてチャネルパラメータを特定することが可能である。
この例示的な方法は、ブロック１１６０のオペレーションを含むことも可能であり、ブロック１１６０では、ＵＥは、スケジューリング情報および割り振られたＴＣＩ状態に基づいて複数の物理データチャネルを介して複数の繰り返しを受信することが可能である。いくつかの実施形態においては、ブロック１１６０のオペレーションは、物理データチャネルのそれぞれに関して、サブブロック１１６１～１１６３のオペレーションを含むことが可能である。サブブロック１１６１においては、ＵＥは、（たとえば、ブロック１１５０においてソースＲＳペアに関して特定された）チャネルパラメータに基づいて、物理データチャネルにマップされているＤＭ－ＲＳを受信することが可能である。この様式においては、ＵＥは、ターゲットＲＳ、たとえば、ＤＭ－ＲＳを受信するためにソースＲＳペアおよびＱＣＬ関係を利用することが可能である。サブブロック１１６２においては、ＵＥは、受信されたＤＭ－ＲＳに基づいてさらなるチャネルパラメータを特定することが可能である。サブブロック１１６３においては、ＵＥは、さらなるチャネルパラメータに基づいて物理データチャネルを受信することが可能である。
加えて、図１２は、本開示のさまざまな例示的な実施形態による、複数の物理データチャネルを介して単一のユーザ機器（ＵＥ）と通信するための例示的な方法（たとえば、手順）を示している。この例示的な方法は、無線ネットワーク（たとえば、ＮＧ－ＲＡＮ、Ｅ－ＵＴＲＡＮ）の１つまたは複数のネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ｅｎ－ｇＮＢなど、またはそれらのコンポーネント）によって実行されることが可能である。たとえば、図１２において示されている例示的な方法は、その他の図を参照しながら本明細書において記述されているように設定されている無線ネットワークの１つまたは複数のネットワークノードにおいて実施されることが可能である。さらに、図１２において示されている例示的な方法は、本明細書において記述されているその他の例示的な方法（たとえば、図１１）と協調して使用されて、さまざまな例示的な利益および／または利点を提供することが可能である。図１２は、特定のブロックを特定の順序で示しているが、この例示的な方法のオペレーションは、示されているのとは異なる順序で実行されることが可能であり、示されているのとは異なる機能性を有するブロックへと組み合わされることおよび／または分割されることが可能である。任意選択のブロックまたはオペレーションは、破線によって示されている。
この例示的な方法は、ブロック１２１０のオペレーションを含むことが可能であり、ブロック１２１０では、無線ネットワークは、複数の送信設定インジケータ（ＴＣＩ）状態をＵＥへ送信することが可能である。いくつかの実施形態においては、複数のＴＣＩ状態は、無線ネットワークにおけるそれぞれの複数のノード、または無線ネットワークにおける１つもしくは複数のノードに関連付けられているそれぞれの複数のビームのうちの一方に関連付けられることが可能である。
この例示的な方法は、ブロック１２２０のオペレーションを含むことも可能であり、ブロック１２２０では、無線ネットワークは、それぞれの複数の物理データチャネルによって搬送されることになる、データブロックの複数の繰り返しにＴＣＩ状態のうちの１つまたは複数を割り振ることが可能である。いくつかの実施形態においては、複数のＴＣＩ状態は、複数の繰り返しよりも少ないことが可能であり、複数のＴＣＩ状態は、事前に規定された順序で繰り返しに割り振られることが可能である。説明に役立つ例として、（それぞれの繰り返しを搬送する）それぞれの物理データチャネルは、事前に規定された順序で、アクティブ化されたＴＣＩ状態（たとえば、ブロック１２１０においてＵＥに提供されたＴＣＩ状態）のうちの１つを使用して、異なるＴＲＰによって送信されることが可能である。ＵＥは、この事前に規定された順序を認識して、対応する様式でＴＣＩ状態を繰り返しに割り振ることも可能である。
この例示的な方法は、ブロック１２３０のオペレーションを含むことも可能であり、ブロック１２３０では、無線ネットワークは、データブロックのそれぞれの複数の繰り返しを搬送する複数の物理データチャネルに関するスケジューリング情報を、単一の物理制御チャネルを介して送信することが可能である。たとえば、上で論じられているように、物理制御チャネルは、ＰＤＣＣＨであることが可能であり、スケジューリング情報は、スケジューリングＤＣＩであることが可能である。いくつかの実施形態においては、複数の物理データチャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のそれぞれのレイヤであることが可能である。その他の実施形態においては、それぞれの物理データチャネルは、ＰＤＳＣＨのすべてのレイヤのサブセットであることが可能である。
いくつかの実施形態においては、スケジューリング情報は、繰り返しのうちの１つまたは複数を受信するためのリソースのインジケータを含むことも可能である。示されたリソースは、時間、周波数、および空間レイヤという次元のうちの少なくとも１つにあることが可能である。いくつかの実施形態においては、繰り返しのうちの少なくとも２つのためのリソースが、スロットにおけるシンボルの同じセットにあることが可能である。
その他の実施形態においては、スケジューリング情報は、繰り返しのうちの第１の繰り返しを受信するための第１のリソースのインジケータを含むことが可能である。そのような実施形態においては、この例示的な方法は、ブロック１２４０のオペレーションを含むことも可能であり、ブロック１２４０では、無線ネットワークは、繰り返しのうちの残りの繰り返しを受信するためのさらなるリソースを特定するために第１のリソースに適用されることになる１つまたは複数のオフセットを送信することが可能である。そのような実施形態においては、さらなるリソースは、第１のリソースに対して、１つもしくは複数の後続のスロット、または同じスロット内の１つもしくは複数の後続のシンボルのうちの一方に配置されることが可能である。
いくつかの実施形態においては、繰り返しのうちの少なくとも２つのための示されたリソースどうしは、周波数において完全に重複することが可能である。そのような実施形態においては、スケジューリング情報は、完全に重複している繰り返しのそれぞれに関して、復調用参照信号（ＤＭＲＳ）ポートの一意のセット、一意の符号分割多重化（ＣＤＭ）グループからのＤＭＲＳポート、および一意のデータスクランブリングシードのうちの少なくとも１つを含むことも可能である。
いくつかの実施形態においては、スケジューリング情報は、複数の繰り返しとデータブロックの複数の冗長バージョン（ＲＶ）との間におけるマッピングのインジケータを含むことも可能である。
いくつかの実施形態においては、スケジューリング情報は、ＴＣＩ状態のうちの１つまたは複数と複数の繰り返しとの間におけるマッピングのインジケータを含むことも可能である。たとえば、このマッピングは、ブロック１２２０における繰り返しへのＴＣＩ状態の割り振りを反映することおよび／または示すことが可能である。これらの実施形態のうちのいくつかにおいては、インジケータは、複数のコードポイントを有するフィールドに含まれ、複数のＴＣＩ状態は、複数のコードポイントよりも少ない。そのような実施形態においては、コードポイントの第１のサブセットが、個々のＴＣＩ状態に関連付けられることが可能であり、コードポイントの第２のサブセットが、個々のＴＣＩ状態の組合せに関連付けられることが可能である。
いくつかの実施形態においては、それぞれのＴＣＩ状態は、１つまたは複数のソース参照信号（ＲＳ）ペアを含み、それぞれのソースＲＳペアは、特定の物理データチャネルにマップされているＤＭ－ＲＳに関する、アンテナポートとの準共同設置（ＱＣＬ）関係の対応するペアを有する。たとえば、ＱＣＬ関係どうしのペアは、上で論じられているＱＣＬ関係タイプＡ～Ｄのいずれかを含むことが可能である。そのような実施形態においては、この例示的な方法は、ブロック１２５０のオペレーションを含むことも可能であり、ブロック１２５０では、無線ネットワークは、複数のＴＣＩ状態のそれぞれに関して、特定のＴＣＩ状態に含まれているソースＲＳペアを送信することが可能である。
この例示的な方法は、ブロック１２６０のオペレーションを含むことも可能であり、ブロック１２６０では、無線ネットワークは、スケジューリング情報および割り振られたＴＣＩ状態に基づいて複数の物理データチャネルを介して複数の繰り返しを送信することが可能である。いくつかの実施形態においては、ブロック１２６０のオペレーションは、サブブロック１２６１のオペレーションを含むことが可能であり、サブブロック１２６１では、無線ネットワークは、それぞれのＤＭ－ＲＳを、それらがマップされている物理データチャネルに関連付けて送信することが可能である。これは、ＵＥが、特定の物理データチャネルに関連付けられているターゲットＲＳ（たとえば、ＤＭ－ＲＳ）を受信するためにソースＲＳペアおよびＱＣＬ関係を利用することを容易にすることが可能である。
さまざまな実施形態が、方法、技術、および／または手順の点から上述されているが、そのような方法、技術、および／または手順は、さまざまなシステム、通信デバイス、コンピューティングデバイス、制御デバイス、装置、非一時的なコンピュータ可読メディア、コンピュータプログラム製品などにおいてハードウェアおよびソフトウェアのさまざまな組合せによって具体化されることが可能であるということを標準的な技術者なら容易に理解するであろう。
図１３は、その他の図を参照しながら上述されているものを含む、本開示のさまざまな実施形態による例示的な無線デバイスまたはユーザ機器（ＵＥ）１３００（以降では「ＵＥ１３００」と呼ばれる）のブロック図を示している。たとえば、ＵＥ１３００は、コンピュータ可読メディア上に格納されている命令の実行によって、本明細書において記述されている例示的な方法のうちの１つまたは複数に対応するオペレーションを実行するように設定されることが可能である。
ＵＥ１３００は、パラレルアドレスおよびデータバス、シリアルポート、または当技術分野における標準的な技術者に知られているその他の方法および／もしくは構造を含むことが可能であるバス１３７０を介してプログラムメモリ１３２０および／またはデータメモリ１３３０に動作可能に接続されることが可能であるプロセッサ１３１０（「処理回路」とも呼ばれる）を含むことが可能である。プログラムメモリ１３２０は、プロセッサ１３１０によって実行されたときに、本明細書において記述されているさまざまな例示的な方法に対応するオペレーションを含むさまざまなオペレーションを実行するようにＵＥ１３００を設定および／または促進することが可能であるソフトウェアコード、プログラム、および／または命令（図１３においてはコンピュータプログラム製品１３２１としてまとめて示されている）を格納することが可能である。そのようなオペレーションの一部として、またはそのようなオペレーションに加えて、そのような命令の実行は、５Ｇ／ＮＲ、ＬＴＥ、ＬＴＥ－Ａ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、１ｘＲＴＴ、ＣＤＭＡ２０００、８０２．１１ ＷｉＦｉ、ＨＤＭＩ、ＵＳＢ、Ｆｉｒｅｗｉｒｅなどとして一般に知られているもの、または無線トランシーバ１３４０、ユーザインターフェース１３５０、および／もしくは制御インターフェース１３６０とともに利用されることが可能であるその他の任意の現在もしくは将来のプロトコルなど、３ＧＰＰ、３ＧＰＰ２、またはＩＥＥＥによって標準化されている１つまたは複数の無線通信プロトコルを含む、１つまたは複数の有線または無線通信プロトコルを使用して通信するようにＵＥ１３００を設定および／または促進することが可能である。
別の例として、プロセッサ１３１０は、（たとえば、ＮＲおよび／またはＬＴＥに関して）３ＧＰＰによって標準化されているＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコルに対応するプログラムメモリ１３２０に格納されているプログラムコードを実行することが可能である。さらなる例として、プロセッサ１３１０は、無線トランシーバ１３４０とともに、直交周波数分割多重化（ＯＦＤＭ）、直交周波数分割多元接続（ＯＦＤＭＡ）、およびシングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）など、対応するＰＨＹレイヤプロトコルを実施するプログラムメモリ１３２０に格納されているプログラムコードを実行することが可能である。別の例として、プロセッサ１３１０は、無線トランシーバ１３４０とともに、その他の互換性のあるデバイスおよび／またはＵＥとのＤ２Ｄ（device-to-device）通信を実施するプログラムメモリ１３２０に格納されているプログラムコードを実行することが可能である。
プログラムメモリ１３２０は、無線トランシーバ１３４０、ユーザインターフェース１３５０、および／または制御インターフェース１３６０などのさまざまなコンポーネントを設定および制御することを含めて、ＵＥ１３００の機能を制御するためにプロセッサ１３１０によって実行されるソフトウェアコードを含むことも可能である。プログラムメモリ１３２０は、本明細書において記述されている例示的な方法のうちのいずれかを具体化するコンピュータ実行可能命令を含む１つまたは複数のアプリケーションプログラムおよび／またはモジュールを含むことも可能である。そのようなソフトウェアコードは、たとえば、実施される方法ステップによって規定される所望の機能性が保持される限り、Ｊａｖａ、Ｃ＋＋、Ｃ、Ｏｂｊｅｃｔｉｖｅ Ｃ、ＨＴＭＬ、ＸＨＴＭＬ、マシンコード、およびアセンブラなど、任意の既知のまたは将来開発されるプログラミング言語を使用して指定されることまたは書かれることが可能である。加えて、または代替として、プログラムメモリ１３２０は、ＵＥ１３００から離れている外部記憶装置（図示せず）を含むことが可能であり、そこから命令が、ＵＥ１３００内に配置されているかまたはＵＥ１３００に取り外し可能に結合されているプログラムメモリ１３２０へとダウンロードされて、そのような命令の実行を可能にし得る。
データメモリ１３３０は、本明細書において記述されている例示的な方法のうちのいずれかに対応する、またはそれを含むオペレーションを含む、ＵＥ１３００のプロトコル、設定、制御、およびその他の機能において使用される変数を格納するためのプロセッサ１３１０のためのメモリエリアを含むことが可能である。その上、プログラムメモリ１３２０および／またはデータメモリ１３３０は、不揮発性メモリ（たとえば、フラッシュメモリ）、揮発性メモリ（たとえば、スタティックもしくはダイナミックＲＡＭ）、またはそれらの組合せを含むことが可能である。さらに、データメモリ１３３０は、メモリスロットを含むことが可能であり、そのメモリスロットによって、１つまたは複数のフォーマット（たとえば、ＳＤカード、メモリスティック、コンパクトフラッシュなど）での取り外し可能なメモリカードが挿入されることおよび取り外されることが可能である。
プロセッサ１３１０は、複数の個々のプロセッサ（たとえば、マルチコアプロセッサを含む）を含むことが可能であり、それらのそれぞれが、上述されている機能性の一部を実施するということを標準的な技術者なら認識するであろう。そのようなケースにおいては、複数の個々のプロセッサは、プログラムメモリ１３２０およびデータメモリ１３３０に共通に接続されること、または複数の個々のプログラムメモリおよびもしくはデータメモリに個々に接続されることが可能である。より一般的には、ＵＥ１３００のさまざまなプロトコルおよびその他の機能は、アプリケーションプロセッサ、シグナルプロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定されたおよび／またはプログラム可能なデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウェア、ファームウェア、ならびにミドルウェアを含むがそれらには限定されないハードウェアおよびソフトウェアのさまざまな組合せを含む多くの異なるコンピュータ構成において実施されることが可能であるということを当技術分野における標準的な技術者なら認識するであろう。
無線トランシーバ１３４０は、ＵＥ１３００が、同様の無線通信標準および／またはプロトコルをサポートしているその他の機器と通信することを容易にする無線周波数送信機および／または受信機機能性を含むことが可能である。いくつかの例示的な実施形態においては、無線トランシーバ１３４０は、ＵＥ１３００が、３ＧＰＰおよび／またはその他の標準化団体によって標準化のために提案されているさまざまなプロトコルおよび／または方法に従って通信することを可能にする１つまたは複数の送信機および１つまたは複数の受信機を含む。たとえば、そのような機能性は、プロセッサ１３１０と協調して動作して、その他の図に関して本明細書において記述されているような、ＯＦＤＭ、ＯＦＤＭＡ、および／またはＳＣ－ＦＤＭＡテクノロジーに基づくＰＨＹレイヤを実装することが可能である。
いくつかの例示的な実施形態においては、無線トランシーバ１３４０は、ＵＥ１３００が、３ＧＰＰによって公布されている標準に従ってさまざまなＬＴＥ、ＬＴＥアドバンスト（ＬＴＥ－Ａ）、および／またはＮＲネットワークと通信することを容易にすることが可能である１つまたは複数の送信機および１つまたは複数の受信機を含む。本開示のいくつかの例示的な実施形態においては、無線トランシーバ１３４０は、ＵＥ１３００が、やはり３ＧＰＰ標準に従って、さまざまなＮＲ、ＮＲ－Ｕ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＬＡＡ、ＵＭＴＳ、および／またはＧＳＭ／ＥＤＧＥネットワークと通信するために必要な回路、ファームウェアなどを含む。いくつかの実施形態においては、無線トランシーバ１３４０は、ＵＥ１３００とその他の互換性のあるデバイスとの間におけるＤ２Ｄ通信をサポートする回路を含むことが可能である。
いくつかの実施形態においては、無線トランシーバ１３４０は、ＵＥ１３００が、３ＧＰＰ２標準に従って、さまざまなＣＤＭＡ２０００ネットワークと通信するために必要な回路、ファームウェアなどを含む。いくつかの実施形態においては、無線トランシーバ１３４０は、２．４、５．６、および／または６０ＧＨｚの領域における周波数を使用して動作するＩＥＥＥ８０２．１１ ＷｉＦｉなど、アンライセンス周波数帯域において動作する無線テクノロジーを使用して通信することが可能であり得る。いくつかの実施形態においては、無線トランシーバ１３４０は、ＩＥＥＥ８０２．３イーサネットテクノロジーを使用することによってなどで、有線通信が可能であるトランシーバを含むことが可能である。これらの実施形態のそれぞれに特有の機能性は、データメモリ１３３０と併用されている、および／またはデータメモリ１３３０によってサポートされているプログラムメモリ１３２０に格納されているプログラムコードを実行するプロセッサ１３１０など、ＵＥ１３００におけるその他の回路と結合されることおよび／またはその他の回路によって制御されることが可能である。
ユーザインターフェース１３５０は、ＵＥ１３００の特定の実施形態に応じてさまざまな形態を取ることが可能であり、または完全にＵＥ１３００から欠落することが可能である。いくつかの実施形態においては、ユーザインターフェース１３５０は、マイクロフォン、ラウドスピーカー、スライド可能なボタン、押し下げ可能なボタン、ディスプレイ、タッチスクリーンディスプレイ、機械式もしくは仮想キーパッド、機械式もしくは仮想キーボード、および／または、モバイル電話上で一般的に見受けられるその他の任意のユーザインターフェース機能を含むことが可能である。その他の実施形態においては、ＵＥ１３００は、より大きなタッチスクリーンディスプレイを含むタブレットコンピューティングデバイスを含むことが可能である。そのような実施形態においては、ユーザインターフェース１３５０の機械式機能のうちの１つまたは複数は、当技術分野における標準的な技術者によく知られているように、タッチスクリーンディスプレイを使用して実装される匹敵するまたは機能的に同等な仮想ユーザインターフェース機能（たとえば、仮想キーパッド、仮想ボタンなど）によって置き換えられることが可能である。その他の実施形態においては、ＵＥ１３００は、特定の例示的な実施形態に応じて、統合されること、取り外されること、または取り外し可能であることが可能である機械式キーボードを含む、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーション等などのデジタルコンピューティングデバイスであることが可能である。そのようなデジタルコンピューティングデバイスは、タッチスクリーンディスプレイを含むことも可能である。タッチスクリーンディスプレイを有するＵＥ１３００の多くの例示的な実施形態は、本明細書において記述されている、またはその他の形で標準的な技術者に知られている例示的な方法に関連した入力などのユーザ入力を受け取ることが可能である。
いくつかの実施形態においては、ＵＥ１３００は、方位センサを含むことが可能であり、その方位センサは、ＵＥ１３００の特徴および機能によってさまざまな方法で使用されることが可能である。たとえば、ＵＥ１３００は、いつユーザがＵＥ１３００のタッチスクリーンディスプレイの物理的な向きを変更したかを特定するために方位センサの出力を使用することが可能である。方位センサからの指示信号は、ＵＥ１３００上で実行している任意のアプリケーションプログラムにとって利用可能であることが可能であり、それによってアプリケーションプログラムは、指示信号がデバイスの物理的な向きにおけるおよそ９０度の変化を示している場合には、自動的に画面表示の向きを（たとえば、縦向きから横向きへ）変更することが可能である。この例示的な様式においては、アプリケーションプログラムは、デバイスの物理的な向きにかかわらず、ユーザによって読み取り可能である様式で画面表示を保持することが可能である。加えて、方位センサの出力は、本開示のさまざまな例示的な実施形態とともに使用されることが可能である。
ＵＥ１３００の制御インターフェース１３６０は、ＵＥ１３００の特定の例示的な実施形態に、ならびにＵＥ１３００が通信および／または制御することを意図されているその他のデバイスの特定のインターフェース要件に応じて、さまざまな形態を取ることが可能である。たとえば、制御インターフェース１３６０は、ＲＳ－２３２インターフェース、ＲＳ－４１３５インターフェース、ＵＳＢインターフェース、ＨＤＭＩインターフェース、Ｂｌｕｅｔｏｏｔｈインターフェース、ＩＥＥＥ（「Ｆｉｒｅｗｉｒｅ」）インターフェース、Ｉ２Ｃインターフェース、ＰＣＭＣＩＡインターフェースなどを含むことが可能である。本開示のいくつかの例示的な実施形態においては、制御インターフェース１３６０は、上述されているようなＩＥＥＥ８０２．３イーサネットインターフェースを含むことが可能である。本開示のいくつかの例示的な実施形態においては、制御インターフェース１３６０は、たとえば、１つまたは複数のデジタルツーアナログコンバータ（ＤＡＣ）および／またはアナログツーデジタルコンバータ（ＡＤＣ）を含むアナログインターフェース回路を含むことが可能である。
機能、インターフェース、および無線周波数通信標準の上記のリストは、例示的なものにすぎず、本開示の範囲に対する限定ではないことを当技術分野における標準的な技術者なら認識することが可能である。言い換えれば、ＵＥ１３００は、たとえば、ビデオおよび／または静止画像カメラ、マイクロフォン、メディアプレーヤおよび／またはレコーダなどを含む、図１３において示されているよりも多くの機能性を含むことが可能である。その上、無線トランシーバ１３４０は、Ｂｌｕｅｔｏｏｔｈ、ＧＰＳ、および／またはその他のものを含む追加の無線周波数通信標準を使用して通信するために必要な回路を含むことが可能である。その上、プロセッサ１３１０は、そのような追加の機能性を制御するために、プログラムメモリ１３２０に格納されているソフトウェアコードを実行することが可能である。たとえば、ＧＰＳ受信機から出力された方向速度および／または位置推定値は、本明細書において記述されている（たとえば、方法の）任意の例示的な実施形態に対応するおよび／またはそれらの実施形態を具体化する任意のプログラムコードを含む、ＵＥ１３００上で実行している任意のアプリケーションプログラムにとって利用可能であり得る。
図１４は、その他の図を参照しながら上述されているものを含む、本開示のさまざまな実施形態による例示的なネットワークノード１４００のブロック図を示している。たとえば、例示的なネットワークノード１４００は、コンピュータ可読メディア上に格納されている命令の実行によって、本明細書において記述されている例示的な方法のうちの１つまたは複数に対応するオペレーションを実行するように設定されることが可能である。いくつかの例示的な実施形態においては、ネットワークノード１４００は、基地局、ｅＮＢ、ｇＮＢ、またはそれらの１つもしくは複数のコンポーネントを含むことが可能である。たとえば、ネットワークノード１４００は、３ＧＰＰによって指定されているＮＲ ｇＮＢアーキテクチャに従って中央ユニット（ＣＵ）および１つまたは複数の分散ユニット（ＤＵ）として設定されることが可能である。より一般的には、ネットワークノード１４００の機能性は、さまざまな物理的なデバイスおよび／または機能ユニット、モジュールなどにわたって分散されることが可能である。
ネットワークノード１４００は、バス１４７０を介してプログラムメモリ１４２０およびデータメモリ１４３０に動作可能に接続されているプロセッサ１４１０（「処理回路」とも呼ばれる）を含むことが可能であり、バス１４７０は、パラレルアドレスおよびデータバス、シリアルポート、または当技術分野における標準的な技術者に知られているその他の方法および／もしくは構造を含むことが可能である。
プログラムメモリ１４２０は、プロセッサ１４１０によって実行されたときに、本明細書において記述されているさまざまな例示的な方法に対応するオペレーションを含むさまざまなオペレーションを実行するようにネットワークノード１４００を設定および／または促進することが可能であるソフトウェアコード、プログラム、および／または命令（図１４においてはコンピュータプログラム製品１４２１としてまとめて示されている）を格納することが可能である。そのようなオペレーションの一部として、および／またはそのようなオペレーションに加えて、プログラムメモリ１４２０は、ＬＴＥ、ＬＴＥ－Ａ、および／もしくはＮＲに関して３ＧＰＰによって標準化されているＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコルのうちの１つもしくは複数、または無線ネットワークインターフェース１４４０および／もしくはコアネットワークインターフェース１４５０とともに利用されるその他の任意の高位レイヤ（たとえば、ＮＡＳ）プロトコルなど、その他のプロトコルまたはプロトコルレイヤを使用して１つまたは複数のその他のＵＥまたはネットワークノードと通信するようにネットワークノード１４００を設定および／または促進することが可能であるプロセッサ１４１０によって実行されるソフトウェアコードを含むことも可能である。例として、３ＧＰＰによって標準化されているように、コアネットワークインターフェース１４５０は、Ｓ１またはＮＧインターフェースを含むことが可能であり、無線ネットワークインターフェース１４４０は、Ｕｕインターフェースを含むことが可能である。プログラムメモリ１４２０は、無線ネットワークインターフェース１４４０およびコアネットワークインターフェース１４５０などのさまざまなコンポーネントを設定および制御することを含めて、ネットワークノード１４００の機能を制御するためにプロセッサ１４１０によって実行されるソフトウェアコードを含むことも可能である。
データメモリ１４３０は、ネットワークノード１４００のプロトコル、設定、制御、およびその他の機能において使用される変数を格納するためのプロセッサ１４１０のためのメモリエリアを含むことが可能である。したがって、プログラムメモリ１４２０およびデータメモリ１４３０は、不揮発性メモリ（たとえば、フラッシュメモリ、ハードディスクなど）、揮発性メモリ（たとえば、スタティックもしくはダイナミックＲＡＭ）、ネットワークベースの（たとえば、「クラウド」）ストレージ、またはそれらの組合せを含むことが可能である。プロセッサ１４１０は、複数の個々のプロセッサ（図示せず）を含むことが可能であり、それらのそれぞれが、上述されている機能性の一部を実施するということを当技術分野における標準的な技術者なら認識するであろう。そのようなケースにおいては、複数の個々のプロセッサは、プログラムメモリ１４２０およびデータメモリ１４３０に共通に接続されること、または複数の個々のプログラムメモリおよび／もしくはデータメモリに個々に接続されることが可能である。より一般的には、ネットワークノード１４００のさまざまなプロトコルおよびその他の機能は、アプリケーションプロセッサ、シグナルプロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定されたデジタル回路、プログラム可能なデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウェア、ファームウェア、およびミドルウェアを含むがそれらには限定されないハードウェアおよびソフトウェアの多くの異なる組合せにおいて実施されることが可能であるということを標準的な技術者なら認識するであろう。
無線ネットワークインターフェース１４４０は、送信機、受信機、シグナルプロセッサ、ＡＳＩＣ、アンテナ、ビームフォーミングユニット、および、ネットワークノード１４００が、いくつかの実施形態においては、複数の互換性のあるユーザ機器（ＵＥ）などのその他の機器と通信することを可能にするその他の回路を含むことが可能である。いくつかの実施形態においては、インターフェース１４４０は、ネットワークノード１４００が衛星通信ネットワークの互換性のある衛星と通信することを可能にすることもできる。いくつかの例示的な実施形態においては、無線ネットワークインターフェース１４４０は、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＬＡＡ、ＮＲ、ＮＲ－Ｕなどに関して３ＧＰＰによって標準化されているＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、および／もしくはＲＲＣレイヤプロトコル、本明細書において上述されているようなそれらに対する改良、または無線ネットワークインターフェース１４４０とともに利用されるその他の任意の高位レイヤプロトコルなど、さまざまなプロトコルまたはプロトコルレイヤを含むことが可能である。本開示のさらなる例示的な実施形態によれば、無線ネットワークインターフェース１４４０は、ＯＦＤＭ、ＯＦＤＭＡ、および／またはＳＣ－ＦＤＭＡテクノロジーに基づくＰＨＹレイヤを含むことが可能である。いくつかの実施形態においては、そのようなＰＨＹレイヤの機能性は、無線ネットワークインターフェース１４４０およびプロセッサ１４１０（メモリ１４２０におけるプログラムコードを含む）によって協調して提供されることが可能である。
コアネットワークインターフェース１４５０は、送信機、受信機、および、ネットワークノード１４００が、いくつかの実施形態においては、回線交換（ＣＳ）および／またはパケット交換コア（ＰＳ）ネットワークなどのコアネットワークにおけるその他の機器と通信することを可能にするその他の回路を含むことが可能である。いくつかの実施形態においては、コアネットワークインターフェース１４５０は、３ＧＰＰによって標準化されているＳ１インターフェースを含むことが可能である。いくつかの実施形態においては、コアネットワークインターフェース１４５０は、３ＧＰＰによって標準化されているＮＧインターフェースを含むことが可能である。いくつかの例示的な実施形態においては、コアネットワークインターフェース１４５０は、１つまたは複数のＡＭＦ、ＳＭＦ、ＳＧＷ、ＭＭＥ、ＳＧＳＮ、ＧＧＳＮ、ならびに、当技術分野における標準的な技術者に知られているＧＥＲＡＮ、ＵＴＲＡＮ、ＥＰＣ、５ＧＣ、およびＣＤＭＡ２０００コアネットワークにおいて見受けられる機能性を含むその他の物理デバイスへの１つまたは複数のインターフェースを含むことが可能である。いくつかの実施形態においては、これらの１つまたは複数のインターフェースは、単一の物理インターフェース上でともに多重化されることが可能である。いくつかの実施形態においては、コアネットワークインターフェース１４５０の下位レイヤは、非同期転送モード（ＡＴＭ）、インターネットプロトコル（ＩＰ）オーバーイーサネット、光ファイバを介したＳＤＨ、銅線を介したＴ１／Ｅ１／ＰＤＨ、マイクロ波無線、または当技術分野における標準的な技術者に知られているその他の有線もしくは無線送信テクノロジーのうちの１つまたは複数を含むことが可能である。
いくつかの実施形態においては、ネットワークノード１４００は、その他のｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢ、ＩＡＢノード等となど、ＲＡＮ（「無線ネットワーク」とも呼ばれる）におけるその他のネットワークノードと通信するようにネットワークノード１４００を設定および／または促進するハードウェアおよび／またはソフトウェアを含むことが可能である。そのようなハードウェアおよび／またはソフトウェアは、無線ネットワークインターフェース１４４０および／もしくはコアネットワークインターフェース１４５０の一部であることが可能であり、または別個の機能ユニット（図示せず）であることが可能である。たとえば、そのようなハードウェアおよび／またはソフトウェアは、３ＧＰＰによって標準化されているＸ２またはＸｎインターフェースを介してその他のＲＡＮノードと通信するようにネットワークノード１４００を設定および／または促進することが可能である。
ＯＡ＆Ｍインターフェース１４６０は、ネットワークノード１４００またはこれに動作可能に接続されているその他のネットワーク機器のオペレーション、管理、およびメンテナンスの目的のために、ネットワークノード１４００が、外部のネットワーク、コンピュータ、データベースなどと通信することを可能にする送信機、受信機、およびその他の回路を含むことが可能である。ＯＡ＆Ｍインターフェース１４６０の下位レイヤは、非同期転送モード（ＡＴＭ）、インターネットプロトコル（ＩＰ）オーバーイーサネット、光ファイバを介したＳＤＨ、銅線を介したＴ１／Ｅ１／ＰＤＨ、マイクロ波無線、または当技術分野における標準的な技術者に知られているその他の有線もしくは無線送信テクノロジーのうちの１つまたは複数を含むことが可能である。その上、いくつかの実施形態においては、無線ネットワークインターフェース１４４０、コアネットワークインターフェース１４５０、およびＯＡ＆Ｍインターフェース１４６０のうちの１つまたは複数は、上で列挙されている例など、単一の物理インターフェース上でともに多重化されることが可能である。
図１５は、本開示のさまざまな例示的な実施形態による、ホストコンピュータとユーザ機器（ＵＥ）との間においてオーバーザトップ（ＯＴＴ）データサービスを提供するように設定されている例示的な通信ネットワークのブロック図である。ＵＥ１５１０は、無線インターフェース１５２０を介して無線アクセスネットワーク（ＲＡＮ、「無線ネットワーク」とも呼ばれる）１５３０と通信することが可能であり、無線インターフェース１５２０は、たとえば、ＬＴＥ、ＬＴＥ－Ａ、および５Ｇ／ＮＲを含む上述のプロトコルに基づくことが可能である。たとえば、ＵＥ１５１０は、上で論じられているその他の図において示されているように設定および／または構成されることが可能である。
ＲＡＮ１５３０は、ライセンススペクトル帯域において動作可能な１つまたは複数の地上ネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、コントローラなど）、ならびに２．４ＧＨｚ帯域および／または５ＧＨｚ帯域など、アンライセンススペクトル（たとえば、ＬＡＡまたはＮＲ－Ｕテクノロジーを使用する）において動作可能な１つまたは複数のネットワークノードを含むことが可能である。そのようなケースにおいては、ＲＡＮ１５３０を構成しているネットワークノードどうしは、ライセンススペクトルおよびアンライセンススペクトルを使用して協調して動作することが可能である。いくつかの実施形態においては、ＲＡＮ１５３０は、衛星アクセスネットワークを構成している１つまたは複数の衛星を含むこと、またはそれらの衛星と通信できることが可能である。
ＲＡＮ１５３０はさらに、上述されているさまざまなプロトコルおよびインターフェースに従ってコアネットワーク１５４０と通信することが可能である。たとえば、ＲＡＮ１５３０を構成している１つまたは複数の装置（たとえば、基地局、ｅＮＢ、ｇＮＢなど）は、上述されているコアネットワークインターフェース１５５０を介してコアネットワーク１５４０に通信することが可能である。いくつかの例示的な実施形態においては、ＲＡＮ１５３０およびコアネットワーク１５４０は、上で論じられているその他の図において示されているように設定および／または構成されることが可能である。たとえば、Ｅ－ＵＴＲＡＮ１５３０を構成しているｅＮＢは、Ｓ１インターフェースを介してＥＰＣコアネットワーク１５４０と通信することが可能である。別の例として、ＮＧ－ＲＡＮ１５３０を構成しているｇＮＢおよびｎｇ－ｅＮＢは、ＮＧインターフェースを介して５ＧＣコアネットワーク１５３０と通信することが可能である。
コアネットワーク１５４０はさらに、当技術分野における標準的な技術者に知られているさまざまなプロトコルおよびインターフェースに従って、インターネット１５５０として図１５において示されている外部パケットデータネットワークと通信することが可能である。例示的なホストコンピュータ１５６０など、その他の多くのデバイスおよび／またはネットワークも、インターネット１５５０に接続すること、およびインターネット１５５０を介して通信することが可能である。いくつかの例示的な実施形態においては、ホストコンピュータ１５６０は、介在物としてインターネット１５５０、コアネットワーク１５４０、およびＲＡＮ１５３０を使用してＵＥ１５１０と通信することが可能である。ホストコンピュータ１５６０は、サービスプロバイダの所有権および／または制御下にあるサーバ（たとえば、アプリケーションサーバ）であることが可能である。ホストコンピュータ１５６０は、ＯＴＴサービスプロバイダによって、またはサービスプロバイダに代わって別のエンティティによって運営されることが可能である。
たとえば、ホストコンピュータ１５６０は、コアネットワーク１５４０およびＲＡＮ１５３０の設備を使用してＵＥ１５１０にオーバーザトップ（ＯＴＴ）パケットデータサービスを提供することが可能であり、ＵＥ１５１０は、ホストコンピュータ１５６０との間における発信／着信通信のルーティングを認識しないことが可能である。同様に、ホストコンピュータ１５６０は、ホストコンピュータからＵＥへの送信のルーティング、たとえば、ＲＡＮ１５３０を通じた送信のルーティングを認識しないことが可能である。たとえば、ホストコンピュータからＵＥへのストリーミングの（一方向の）オーディオおよび／またはビデオ、ホストコンピュータとＵＥとの間におけるインタラクティブな（双方向の）オーディオおよび／またはビデオ、インタラクティブなメッセージングまたはソーシャルコミュニケーション、インタラクティブな仮想または拡張現実などを含むさまざまなＯＴＴサービスが、図１５において示されている例示的な設定を使用して提供されることが可能である。
図１５において示されている例示的なネットワークは、データレート、レイテンシ、および本明細書において開示されている例示的な実施形態によって改善されるその他のファクタを含むネットワークパフォーマンスメトリックをモニタする測定手順および／またはセンサを含むことも可能である。この例示的なネットワークは、測定結果における変動に応答してエンドポイントどうし（たとえば、ホストコンピュータおよびＵＥ）の間におけるリンクを再設定するための機能性を含むことも可能である。そのような手順および機能性は、知られており、実践されており、ネットワークが無線インターフェースをＯＴＴサービスプロバイダから隠すかまたは取り除く場合には、ＵＥとホストコンピュータとの間における独自のシグナリングによって測定が容易にされることが可能である。
本明細書において記述されている例示的な実施形態は、ＵＥどうし（ＵＥ１５１０など）が、データブロックの複数のバージョンを別々の物理データチャネル（たとえば、ＰＤＳＣＨまたはＰＵＳＣＨ）上で送信および／または受信するように設定することによって、超高信頼性低遅延通信（ＵＲＬＬＣ）のための効率的な技術を提供する。この様式においては、単一のＵＥへのマルチＴＲＰ送信によるＰＤＳＣＨダイバーシティが、データブロックの複数の送信および／または受信の設定を伝達するために単一のＰＤＣＣＨのみを使用する状況でさえ達成されることが可能である。これは、信頼性を高め、レイテンシを低減し、ＰＤＣＣＨブロッキング確率を低減し、および／またはＵＥの複雑さを低減する。ＮＲ ＵＥ（たとえば、ＵＥ１５１０）およびｇＮＢ（たとえば、ＲＡＮ１５３０を構成しているｇＮＢ）において使用される場合には、本明細書において記述されている例示的な実施形態は、厳密なパフォーマンス要件を有するデータサービス（たとえば、ＵＲＬＬＣ）の使用を容易にするさまざまな改善、利益、および／または利点を提供することが可能である。結果として、これは、ＵＥの過度の電力消費またはユーザ経験におけるその他の低下を伴わない全体を通じたさらに一貫したデータおよびさらに低いレイテンシを含めて、ＯＴＴサービスプロバイダおよびエンドユーザによって経験されるこれらのサービスのパフォーマンスを改善する。
上記は、本開示の原理を例示しているにすぎない。記述されている実施形態に対するさまざまな修正および変更は、本明細書における教示を考慮すれば当業者にとって明らかであろう。したがって、本明細書においては明示的に示されていないまたは記述されていないが、本開示の原理を具体化し、したがって本開示の趣旨および範囲内にあることが可能である多くのシステム、構成、および手順を当業者なら考案することが可能であろうということが理解されるであろう。当技術分野における標準的な技術者によって理解されるはずであるように、さまざまな例示的な実施形態どうしは、互いとともに、ならびにそれらと交換可能に使用されることが可能である。
ユニットという用語は、本明細書において使用される際には、エレクトロニクス、電気デバイス、および／または電子デバイスの分野における従来の意味を有することが可能であり、たとえば、本明細書において記述されているものなど、それぞれのタスク、手順、計算、出力、および／または表示機能などを実行するための電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステートおよび／またはディスクリートデバイス、コンピュータプログラムまたは命令を含むことが可能である。
本明細書において開示されているいずれの適切なステップ、方法、特徴、機能、または利益も、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通じて実行されることが可能である。それぞれの仮想装置は、複数のこれらの機能ユニットを含むことが可能である。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことが可能である処理回路、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタルロジックなどを含むことが可能であるその他のデジタルハードウェアを介して実装されることが可能である。処理回路は、メモリに格納されているプログラムコードを実行するように設定されることが可能であり、メモリは、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等などの１つまたはいくつかのタイプのメモリを含むことが可能である。メモリに格納されるプログラムコードは、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書において記述されている技術のうちの１つまたは複数を実行するための命令を含む。いくつかの実施態様においては、処理回路を使用して、それぞれの機能ユニットに、対応する機能を、本開示の１つまたは複数の実施形態に従って実行させることが可能である。
本明細書において記述されているように、デバイスおよび／または装置は、半導体チップ、チップセット、またはそのようなチップもしくはチップセットを含む（ハードウェア）モジュールによって表されることが可能であるが、これは、デバイスまたは装置の機能性が、ハードウェア実装される代わりに、プロセッサ上での実行または稼働されることのための実行可能なソフトウェアコード部分を含むコンピュータプログラムまたはコンピュータプログラム製品などのソフトウェアモジュールとして実装される可能性を排除するものではない。さらに、デバイスまたは装置の機能性は、ハードウェアとソフトウェアとの任意の組合せによって実装されることが可能である。デバイスまたは装置は、互いに機能的に協調しているかまたは独立しているかにかかわらず、複数のデバイスおよび／または装置のアセンブリとみなされることも可能である。その上、デバイスおよび装置は、デバイスまたは装置の機能性が保持される限り、システム全体に分散された様式で実装されることが可能である。そのようなおよび同様の原理は、当業者に知られているものとみなされる。
別段の規定がなされていない限り、本明細書において使用されている（技術用語および科学用語を含む）すべての用語は、本開示が属する技術分野における標準的な技術者によって一般的に理解されるのと同じ意味を有する。本明細書において使用されている用語は、本明細書および関連する技術分野のコンテキストにおけるそれらの用語の意味と矛盾しない意味を有するものと解釈されるべきであり、理想化された意味または過度に正式な意味に解釈されることはない（ただし、そのような規定が本明細書において明確になされている場合は除く）ということがさらに理解されるであろう。
加えて、明細書および図面を含めて、本開示において使用されている特定の用語どうしは、特定の場合において同義に使用されることが可能である（たとえば、「データ」および「情報」）。これらの用語（および／または互いに同義であることが可能であるその他の用語）は、本明細書においては同義に使用されることが可能であるが、そのような言葉どうしが同義に使用されないことを意図されることが可能である場合があり得るということを理解されたい。さらに、従来技術の知識が上で参照によって本明細書に明示的に組み込まれていない限り、それは、その全体が本明細書に明示的に組み込まれている。参照されているすべての公表文献は、それらの全体が参照によって本明細書に組み込まれている。
本明細書において記述されている技術および装置の実施形態はまた、以降の列挙されている例を含むが、それらには限定されない。
１． 物理ダウンリンク共有チャネル（ＰＤＳＣＨ）など、複数のチャネルを受信するための方法であって、それぞれのチャネルが、同じデータペイロードのバージョンを搬送するが、別々の周波数リソースおよび／または別々の空間リソースにおいて、任意選択で無線通信ネットワークにおける、送信受信ポイント（ＴＲＰ）など、別々のソースによって送信され、任意選択で、この方法が、
ネットワークノードを介してなど、ネットワークから、それぞれの複数の送信ソースに関連付けられている、送信設定インジケータ（ＴＣＩ）状態など、複数のインジケータ、または複数のインジケータの表示を受信すること、
複数の送信ソースのうちの１つまたは複数に関して、
インジケータによって、または複数の送信ソースに関連付けられている複数のインジケータの表示を介して識別された１つまたは複数のソース参照信号（ＲＳ）を受信したことに基づいてチャネルパラメータを特定すること、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）など、１つまたは複数のチャネルを介して、複数のＰＤＳＣＨに関する設定情報を受信すること、および
特定されたチャネルパラメータに基づいて、設定情報に従って複数の送信ソースから複数のＰＤＳＣＨを受信することのうちの１つまたは複数を含む方法。
２． ソースＲＳのうちのそれぞれが、複数の物理データチャネルのうちの別々の物理データチャネルに関連付けられている、実施形態１に記載の方法。
３． 設定情報が、複数の物理データチャネル、たとえばＰＤＳＣＨの少なくとも一部分を受信するためのリソースを識別し、識別されたリソースが、時間、周波数、および空間レイヤという次元のうちの少なくとも１つにある、実施形態１または２に記載の方法。
４． 物理データチャネル、たとえばＰＤＳＣＨのうちの少なくとも２つに関するリソースどうしが、周波数および空間レイヤという次元のうちの少なくとも１つにおいて重複していない、実施形態３に記載の方法。
５． 物理データチャネル、たとえばＰＤＳＣＨのうちの少なくとも２つに関するリソースどうしが、周波数において完全に重複している、実施形態３または４に記載の方法。
６． 完全に重複している物理データチャネル、たとえばＰＤＳＣＨに関する設定情報がさらに、
それぞれの重複している物理データチャネル、たとえばＰＤＳＣＨに関する復調用参照信号（ＤＭＲＳ）ポートの一意のセット、
それぞれの重複している物理データチャネル、たとえばＰＤＳＣＨに関する別々のＣＤＭグループからのＤＭＲＳポート、および
それぞれの重複している物理データチャネル、たとえばＰＤＳＣＨに関する一意のデータスクランブリングシードのうちの少なくとも１つを含む、実施形態５に記載の方法。
７． 設定情報が、複数の物理データチャネル、たとえばＰＤＳＣＨのうちの第１の物理データチャネルを受信するためのリソースを識別し、
この方法がさらに、複数の物理データチャネル、たとえばＰＤＳＣＨのうちの残りの物理データチャネルを受信するためのリソースの識別を、高位レイヤシグナリングを介して受信することを含む、
実施形態３から６のいずれか１つに記載の方法。
８． 複数を含む物理データチャネル、たとえばＰＤＳＣＨの数を、複数のうちの第１のものを受信するための識別されたリソースに基づいて特定することをさらに含む、実施形態７に記載の方法。
９． 複数の物理データチャネル、たとえばＰＤＳＣＨを受信するための識別されたリソースが、複数のスロットと、スロット内の複数の重複していないＯＦＤＭシンボルとのうちの一方の中に配置されている時間リソースを含む、実施形態３から８のいずれか１つに記載の方法。
１０． 複数の物理データチャネル、たとえばＰＤＳＣＨが、単一のデータブロックの別々の冗長バージョン（ＲＶ）を搬送する、実施形態１から９のいずれか１つに記載の方法。
１１． 受信された設定情報が、複数のＴＣＩ状態の少なくとも一部分を複数のＰＤＳＣＨに関連させる情報を含む、実施形態１から１０のいずれか１つに記載の方法。
１２． 受信された設定情報が、複数のＴＣＩ状態のうちの第１のＴＣＩ状態を複数の物理データチャネル、たとえばＰＤＳＣＨのうちの第１の物理データチャネルに関連させる情報を含み、
この方法がさらに、複数の物理データチャネル、たとえばＰＤＳＣＨのうちのその他の物理データチャネルに関して、所定のルールに従って複数のＴＣＩ状態のうちのその他のＴＣＩ状態を選択することを含む、
実施形態１１に記載の方法。
１３． 複数のＴＣＩ状態を複数の物理データチャネル、たとえばＰＤＳＣＨに関連させる情報が、複数のコードポイントを有するフィールドを含み、
それぞれのコードポイントが、ＴＣＩ状態のうちの１つに関連付けられており、
複数のコードポイントのサブセットが、複数のＴＣＩ状態のうちの第１のＴＣＩ状態を複数の物理データチャネル、たとえばＰＤＳＣＨのうちの第１の物理データチャネルに関連させるために使用される、
実施形態１２に記載の方法。
１４． 複数のＴＣＩ状態の少なくとも１つのサブセットをアクティブ化する制御メッセージを受信することをさらに含み、チャネルパラメータが、ＴＣＩ状態のアクティブ化されたサブセットに関してのみ特定される、実施形態１１から１３のいずれか１つに記載の方法。
１５． 受信された設定情報が、ＴＣＩ状態のアクティブ化されたサブセットのさらなるサブセットを複数の物理データチャネル、たとえばＰＤＳＣＨに関連させる情報を含む、実施形態１４に記載の方法。
１６． 物理データチャネル、たとえばＰＤＳＣＨのうちの少なくとも２つが、スロットにおけるＯＦＤＭシンボルの同じセットにある、実施形態１から１５のいずれか１つに記載の方法。
１７． それぞれの物理データチャネル、たとえばＰＤＳＣＨに関するソースＲＳが異なる、実施形態１から１６のいずれか１つに記載の方法。
１８． 物理アップリンク共有チャネル（ＰＵＳＣＨ）など、複数のチャネルを無線通信ネットワークへ、たとえばユーザ機器などのネットワークノードへ送信するための方法であって、それぞれのチャネルが、同じデータペイロードのバージョンを搬送するが、別々の周波数リソースにおいて、および／または別々の空間リソースにおいて送信され、任意選択で送信受信ポイント（ＴＲＰ）など、別々のソースによって送信され、
任意選択で、この方法が、
ネットワークから、それぞれの複数の送信リソースに関連付けられている複数のリソースインジケータ、またはそれぞれの複数の送信リソースに関連付けられている複数のリソースインジケータの表示を受信すること、
複数の送信リソースのうちの１つまたは複数に関して、送信リソースに関連付けられているリソースインジケータによって識別された１つまたは複数のソース参照信号（ＲＳ）を送信したことに基づいてチャネルパラメータを特定すること、
たとえば単一の物理ダウンリンク制御チャネル、たとえばＰＤＣＣＨを介して、複数の物理チャネル、たとえばＰＵＳＣＨに関する設定情報を受信すること、および
特定されたチャネルパラメータに基づいて、設定情報に従って複数の送信リソースを使用して、複数の物理チャネル、たとえばＰＵＳＣＨを送信することのうちの１つまたは複数を含む方法。
１９． ソースＲＳのうちのそれぞれが、複数の物理チャネル、たとえばＰＵＳＣＨのうちの別々の物理チャネルに関連付けられている、実施形態１８に記載の方法。
２０． 設定情報が、複数の物理チャネル、たとえばＰＵＳＣＨの少なくとも一部分を送信するためのリソースを識別し、識別されたリソースが、時間、周波数、および空間レイヤという次元のうちの少なくとも１つにある、実施形態１８または１９に記載の方法。
２１． ＰＵＳＣＨのうちの少なくとも２つに関するリソースどうしが、周波数および空間レイヤという次元のうちの少なくとも１つにおいて重複していない、実施形態２０に記載の方法。
２２． 物理チャネル、たとえばＰＵＳＣＨのうちの少なくとも２つに関するリソースどうしが、周波数において完全に重複している、実施形態２０または２１に記載の方法。
２３． 完全に重複している物理チャネル、たとえばＰＵＳＣＨに関する設定情報がさらに、
それぞれの重複している物理チャネル、たとえばＰＵＳＣＨに関する復調用参照信号（ＤＭＲＳ）ポートの一意のセット、
それぞれの重複している物理チャネル、たとえばＰＵＳＣＨに関する別々のＣＤＭグループからのＤＭＲＳポート、および
それぞれの重複している物理チャネル、たとえばＰＵＳＣＨに関する一意のデータスクランブリングシードのうちの少なくとも１つを含む、実施形態２２に記載の方法。
２４． 設定情報が、複数の物理チャネル、たとえばＰＵＳＣＨのうちの第１の物理チャネルを送信するためのリソースを識別し、および／または
この方法がさらに、複数の物理チャネル、たとえばＰＵＳＣＨのうちの残りの物理チャネルを送信するためのリソースの識別を、高位レイヤシグナリングを介して受信することを含む、
実施形態２０から２３のいずれか１つに記載の方法。
２５． 複数を含む物理チャネル、たとえばＰＵＳＣＨの数を、複数のうちの第１のものを送信するための識別されたリソースに基づいて特定することをさらに含む、実施形態２４に記載の方法。
２６． 複数の物理チャネル、たとえばＰＵＳＣＨを送信するための識別されたリソースが、複数のスロットと、スロット内の複数の重複していないＯＦＤＭシンボルとのうちの一方の中に配置されている時間リソースを含む、実施形態２０から２５のいずれか１つに記載の方法。
２７． 複数の物理チャネル、たとえばＰＵＳＣＨが、単一のデータブロックの別々の冗長バージョン（ＲＶ）を搬送する、実施形態１８から２６のいずれか１つに記載の方法。
２８． 受信された設定情報が、複数のリソースインジケータの少なくとも一部分を複数の物理チャネル、たとえばＰＵＳＣＨに関連させる情報を含む、実施形態１８から２７のいずれか１つに記載の方法。
２９． 受信された設定情報が、複数のリソースインジケータのうちの第１のリソースインジケータを複数の物理チャネル、たとえばＰＵＳＣＨのうちの第１の物理チャネルに関連させる情報を含み、および／または
この方法がさらに、複数の物理チャネル、たとえばＰＵＳＣＨのうちのその他の物理チャネルに関して、所定のルールに従って複数のリソースインジケータのうちのその他のリソースインジケータを選択することを含む、
実施形態２８に記載の方法。
３０． 複数のリソースインジケータを複数の物理チャネル、たとえばＰＵＳＣＨに関連させる情報が、複数のコードポイントを有するフィールドを含み、および／または
それぞれのコードポイントが、リソースインジケータのうちの１つに関連付けられており、および／または
複数のコードポイントのサブセットが、複数のリソースインジケータのうちの第１のリソースインジケータを複数の物理チャネル、たとえばＰＵＳＣＨのうちの第１の物理チャネルに関連させるために使用される、
実施形態２９に記載の方法。
３１． 複数のリソースインジケータの少なくとも１つのサブセットをアクティブ化する制御メッセージを受信することをさらに含み、任意選択でチャネルパラメータが、リソースインジケータのアクティブ化されたサブセットに関してのみ特定される、実施形態２８から３０のいずれか１つに記載の方法。
３２． 受信された設定情報が、リソースインジケータのアクティブ化されたサブセットのさらなるサブセットを複数のＰＵＳＣＨに関連させる情報を含む、実施形態３１に記載の方法。
３３． 物理チャネル、たとえばＰＵＳＣＨのうちの少なくとも２つが、スロットにおけるＯＦＤＭシンボルの同じセットにある、実施形態１８から３２のいずれか１つに記載の方法。
３４． それぞれの物理チャネル、たとえばＰＵＳＣＨに関するソースＲＳが異なる、実施形態１８から３３のいずれか１つに記載の方法。
３５． たとえば複数の物理チャネル、たとえばＰＤＳＣＨを単一のユーザ機器（ＵＥ）へ送信するための方法であって、それぞれの物理チャネルが、同じデータペイロードのバージョンを搬送するが、無線通信ネットワークにおける別々のソースによって送信され、この方法が、
それぞれの複数の送信ソースに関連付けられている、複数のインジケータ、または複数のインジケータ、たとえば送信設定インジケータ（ＴＣＩ）状態の表示をＵＥへ送信すること、
複数の送信ソースのそれぞれに関して、送信ソースに関連付けられているインジケータ、たとえばＴＣＩ状態によって識別された１つまたは複数のソース参照信号（ＲＳ）を送信すること、
ＵＥへ送信されることになる複数の物理データチャネル、たとえばＰＤＳＣＨに関する設定情報を、たとえば単一の物理チャネル、たとえば（ＰＤＣＣＨ）を介して、ＵＥへ送信すること、および
設定情報に従って複数の送信ソースから複数の物理データチャネル、たとえばＰＤＳＣＨを送信することのうちの１つまたは複数を含む方法。
３６． たとえば複数の物理チャネル、たとえばＰＵＳＣＨを単一のユーザ機器（ＵＥ）から受信するための方法であって、それぞれの物理チャネル、たとえばＰＵＳＣＨが、同じデータペイロードのバージョンを搬送するが、別々のリソースを使用して送信され、この方法が、
それぞれの複数の送信リソースに関連付けられている複数のリソースインジケータの表示をＵＥへ送信すること、
複数の送信リソースのそれぞれに関して、その特定の送信リソースに関連付けられているリソースインジケータによって識別された１つまたは複数のソース基準信号（ＲＳ）を受信したことに基づいてチャネルパラメータを特定すること、
ＵＥによって送信されることになる複数の物理データチャネル、たとえばＰＵＳＣＨに関する設定情報を、たとえば単一の物理チャネル、たとえばＰＤＣＣＨを介して、ＵＥへ送信すること、および
特定されたチャネルパラメータに基づいて、設定情報に従って複数の送信リソースを使用して、複数の物理データチャネル、たとえばＰＵＳＣＨを受信することのうちの１つまたは複数を含む方法。
３７． たとえば複数の物理チャネル、たとえばＰＤＳＣＨを受信するように設定されているユーザ機器（ＵＥ）であって、それぞれの物理チャネル、たとえばＰＤＳＣＨが、同じデータペイロードのバージョンを搬送するが、無線通信ネットワークにおける別々のソースによって送信され、このＵＥが、
無線通信ネットワークと通信するように設定されている通信回路、および
通信回路に動作可能に関連付けられていて、かつ例示的な実施形態１から１７のいずれか１つに記載の方法に対応するオペレーションを実行するように設定されている処理回路のうちの１つまたは複数を含むＵＥ。
３８． たとえば複数の物理チャネル、たとえば物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するように設定されているユーザ機器（ＵＥ）であって、それぞれの物理チャネル、たとえばＰＵＳＣＨが、同じデータペイロードのバージョンを搬送するが、別々のリソースを使用して送信され、このＵＥが、
無線通信ネットワークと通信するように設定されている通信回路と、
通信回路に動作可能に関連付けられていて、かつ例示的な実施形態１８から３４のいずれか１つに記載の方法に対応するオペレーションを実行するように設定されている処理回路とを含むＵＥ。
３９． たとえば複数の物理チャネル、たとえば物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を、単一のユーザ機器（ＵＥ）へ送信するように構成されている無線アクセスネットワーク（ＲＡＮ）であって、それぞれの物理チャネル、たとえばＰＤＳＣＨが、同じデータペイロードのバージョンを搬送するが、ＲＡＮにおける別々のソースによって送信され、このＲＡＮが、
ＵＥと通信するように設定されている通信回路と、
通信回路に動作可能に関連付けられていて、かつ実施形態３５に記載の方法に対応するオペレーションを実行するように設定されている処理回路とを含むＲＡＮ。
４０． たとえば複数の物理チャネル、たとえば物理アップリンク共有チャネル（ＰＵＳＣＨ）を、単一のユーザ機器（ＵＥ）から受信するように構成されている無線アクセスネットワーク（ＲＡＮ）であって、それぞれの物理チャネル、たとえばＰＵＳＣＨが、同じデータペイロードのバージョンを搬送するが、別々のリソースを使用して送信され、このＲＡＮが、
ＵＥと通信するように設定されている通信回路と、
通信回路に動作可能に関連付けられていて、かつ実施形態３６に記載の方法に対応するオペレーションを実行するように設定されている処理回路とを含むＲＡＮ。
４１． ユーザ機器（ＵＥ）の少なくとも１つのプロセッサによって実行されたときに、例示的な実施形態１から３４のいずれか１つに記載の方法に対応するオペレーションを実行するようにＵＥを設定するコンピュータ実行可能命令を格納している非一時的なコンピュータ可読メディア。
４２． 無線アクセスネットワーク（ＲＡＮ）を構成している少なくとも１つのプロセッサによって実行されたときに、例示的な実施形態３５または３６に記載の方法に対応するオペレーションを実行するようにＲＡＮを設定するコンピュータ実行可能命令を格納している非一時的なコンピュータ可読メディア。
加えて、本開示の実施形態は、グループＡ（「受信」）およびグループＢ（「送信」）へと分割される下記の例を含むが、それらには限定されない。以降では、「ＴＣＩ」および「ＳＲＩ」に言及しているが、これらは例にすぎず、当業者によって認識されるように、異なる指標であることも可能である。
グループＡ
複数のＰＤＳＣＨ（またはその他の同様のチャネル）を受信するようにネットワークによって任意選択で設定されているＵＥであって、複数のＰＤＳＣＨのそれぞれが、同じデータペイロードの繰り返しであり（またはその繰り返しを含み）、任意選択で、それぞれのＰＤＳＣＨに関するＤＭＲＳ（またはその他の同様の参照信号）が、設定されているソースＲＳまたはソースＲＳのペアとＱＣＬである、ＵＥ。下記の特徴のうちの１つまたは複数が、さらに当てはまることが可能である。
ＰＤＳＣＨのうちの少なくとも２つが、スロットにおけるＯＦＤＭシンボルの同じセットにある。
それぞれのＰＤＳＣＨに関するソースＲＳが異なる。
設定が、ＤＣＩメッセージ（またはその他のダウンリンクメッセージ）によって受信される。
設定が、ＲＲＣメッセージによって受信される。
設定が、複数のＰＤＳＣＨのそれぞれに関するリソース割り当てを含む。
設定がまた、時間における、複数のスロットにわたる、および／または、重複していないＯＦＤＭシンボルにおけるスロット内の複数の送信にわたる繰り返しを含む（ミニスロットの繰り返しのケースをカバーする）。
少なくとも２つのＰＤＳＣＨが、周波数（ＦＤＭ）において重複していない。
少なくとも２つのＰＤＳＣＨが、周波数において完全に重複している（空間的な繰り返し）。
このケースにおいて、重複しているＰＤＳＣＨのそれぞれが、ＤＭＲＳポートの一意のセットを設定される（ＤＭＲＳポートの直交性を保持するために）。
このケースにおいて、重複しているＰＤＳＣＨのそれぞれが、別々のＣＤＭグループからのＤＭＲＳポートを設定される。
このケースにおいて、重複しているＰＤＳＣＨのそれぞれが、一意のデータスクランブリングシードによって設定される。
それぞれのＰＤＳＣＨが、別々のＲＶを使用して符号化される。
それぞれのＰＤＳＣＨに関するソースＲＳが、それぞれのＰＤＳＣＨをＴＣＩ状態のセットからのＴＣＩ状態に関連付けることによって入手される。
それぞれのＰＤＳＣＨに関して、別々のＴＣＩ状態が、循環する様式でセットから選択される。
１つのＰＤＳＣＨに関して使用するためのＴＣＩ状態がＤＣＩによって与えられ、ＴＣＩ状態のセットからのその他のＰＤＳＣＨに関して使用するためのＴＣＩが所定のルールによって与えられる。
ＴＣＩ状態のセットからの１つのＰＤＳＣＨおよびその他のＰＤＳＣＨに関して使用するためのＴＣＩ状態が所定のルールによって与えられることを示すために、ＤＣＩにおけるＴＣＩフィールドにおけるコードポイント値のサブセットが使用される。
セットにおけるそれぞれのＴＣＩ状態が、ＭＡＣ ＣＥによってアクティブ化されたアクティブなＴＣＩ状態である。
ＴＣＩ状態のセットが、ネットワークとＵＥとの間における高位レイヤシグナリングによって設定される。
ＴＣＩ状態のセットが、ネットワークとＵＥとの間における高位レイヤシグナリングによって設定され、ＤＣＩがさらに、どのＴＣＩ状態が送信のために使用されるかを絞り込む。
それぞれのＰＤＳＣＨによって占められる周波数リソースが、ネットワークとＵＥとの間における高位レイヤシグナリングによって設定される。
ここでは、周波数リソースどうしが、重複しているように設定されることが可能である。
スロットにおけるＰＤＳＣＨの数が、ＤＣＩによって特定される。
１つのＰＤＳＣＨに関するリソース割り当てのみが、ＤＣＩにおいて示され、スロットにおける残りのＰＤＳＣＨのリソース割り当てが、高位レイヤシグナリングによって特定され、事前に設定される。
ＰＤＳＣＨの数が、ＤＣＩによって示されるＰＤＳＣＨのスケジュールされたＢＷ、キャリア帯域幅、および帯域幅部分の帯域幅のうちの１つまたは複数に応じて黙示的である。
繰り返しにおけるＰＤＳＣＨ送信の数、ならびに関連付けられている時間リソースおよび周波数リソース、ＴＣＩ状態またはＴＲＰ、冗長バージョン、ならびにＤＭＲＳポートが、ＲＲＣによって一緒に設定され、ＤＣＩにおいて動的に示される。
グループＢ
複数のＰＵＳＣＨ（またはその他の同様のチャネル）を送信するようにネットワークによって任意選択で設定されているＵＥであって、任意選択で、複数のＰＵＳＣＨのそれぞれが、同じデータペイロードの繰り返しであり（またはその繰り返しを含み）、任意選択で、それぞれのＰＵＳＣＨに関するＤＭＲＳ（またはその他の参照信号）が、ソースＲＳとの空間関係を有する、ＵＥ。任意選択で、下記の特徴のうちの１つまたは複数が当てはまることも可能である。
ＰＵＳＣＨのうちの少なくとも２つが、スロットにおけるＯＦＤＭシンボルの同じセットにある。
それぞれのＰＵＳＣＨに関するソースＲＳが異なる。
設定が、ＤＣＩメッセージ（またはその他のダウンリンクメッセージ）によって受信される。
設定が、ＲＲＣメッセージによって受信される。
設定が、複数のＰＵＳＣＨのそれぞれに関するリソース割り当てを含む。
設定がまた、時間における、複数のスロットにわたる、および／または、重複していないＯＦＤＭシンボルにおけるスロット内の複数の送信にわたる繰り返しを含む（ミニスロットの繰り返しのケースをカバーする）。
少なくとも２つのＰＵＳＣＨが、周波数（ＦＤＭ）において重複していない。
少なくとも２つのＰＵＳＣＨが、周波数において完全に重複しており（空間的な繰り返し）、下記のうちの１つまたは複数が当てはまることが可能である。
このケースにおいて、重複しているＰＵＳＣＨのそれぞれが、ＤＭＲＳポートの一意のセットを設定される（ＤＭＲＳポートの直交性を保持するために）。
このケースにおいて、重複しているＰＵＳＣＨのそれぞれが、別々のＣＤＭグループからのＤＭＲＳポートを設定される。
このケースにおいて、重複しているＰＵＳＣＨのそれぞれが、一意のデータスクランブリングシードによって設定される。
それぞれのＰＵＳＣＨが、別々のＲＶを使用して符号化される。
それぞれのＰＵＳＣＨに関するソースＲＳが、それぞれのＰＵＳＣＨをＳＲＩのセットからのＳＲＩ状態に関連付けることによって入手され、下記のうちの１つまたは複数が当てはまることが可能である。
それぞれのＰＵＳＣＨに関して、別々のＳＲＩが、循環する様式でセットから選択される。
１つのＰＵＳＣＨに関して使用するためのＳＲＩがＤＣＩによって与えられ、ＳＲＩのセットからのその他のＰＵＳＣＨに関して使用するためのＳＲＩが所定のルールによって与えられる。
ＳＲＩ状態のセットが、ネットワークとＵＥとの間における高位レイヤシグナリングによって設定される。
ＳＲＩのセットが、ネットワークとＵＥとの間における高位レイヤシグナリングによって設定され、ＤＣＩがさらに、どのＳＲＩが送信のために使用されるかを絞り込む。
それぞれのＰＵＳＣＨによって占められる周波数リソースが、ネットワークとＵＥとの間における高位レイヤシグナリングによって設定される。
ここでは、周波数リソースどうしが、重複しているように設定されることが可能である。
スロットにおけるＰＵＳＣＨの数が、ＤＣＩによって特定される。
１つのＰＵＳＣＨに関するリソース割り当てのみが、ＤＣＩにおいて示され、スロットにおける残りのＰＵＳＣＨのリソース割り当てが、高位レイヤシグナリングによって特定され、事前に設定される。
ＰＵＳＣＨの数が、ＤＣＩによって示されるＰＵＳＣＨのスケジュールされたＢＷに応じて黙示的である。

Claims (27)

  1. 無線ネットワークにおける複数のノードを介して通信するための、ユーザ機器（ＵＥ）によって実行される方法であって、
    複数の送信設定インジケータ（ＴＣＩ）状態を受信すること（１１１０）と、
    単一の物理制御チャネルを介して、データブロックのそれぞれの複数の繰り返しを搬送する複数の物理データチャネルに関するスケジューリング情報を受信すること（１１２０）と、
    前記ＴＣＩ状態のうちの１つまたは複数を前記複数の繰り返しに割り振ること（１１４０）と、
    前記スケジューリング情報および前記割り振られたＴＣＩ状態に基づいて前記複数の物理データチャネルを介して前記複数の繰り返しを受信すること（１１６０）とを含み、
    前記複数のＴＣＩ状態が、
    前記無線ネットワークにおけるそれぞれの複数のノード、または
    前記無線ネットワークにおける１つもしくは複数のノードに関連付けられているそれぞれの複数のビーム
    のうちの一方に関連付けられていて、
    前記スケジューリング情報がまた、前記繰り返しのうちの１つまたは複数を受信するためのリソースのインジケータを含み、
    前記リソースが、時間、周波数、および空間レイヤという次元のうちの少なくとも１つにあり、
    前記繰り返しのうちの少なくとも２つのための前記リソースが、スロットにおけるシンボルの同じセットにある、
    方法。
  2. 前記複数のＴＣＩ状態が、前記複数の繰り返しよりも少なく、
    前記複数のＴＣＩ状態が、事前に規定された順序で前記繰り返しに割り振られる、
    請求項１に記載の方法。
  3. 前記スケジューリング情報がまた、前記ＴＣＩ状態のうちの１つまたは複数と前記複数の繰り返しとの間におけるマッピングのインジケータを含み、
    前記１つまたは複数のＴＣＩ状態が、前記マッピングに基づいて前記繰り返しに割り振られる、
    請求項１に記載の方法。
  4. 前記インジケータが、複数のコードポイントを有するフィールドに含まれ、前記複数のＴＣＩ状態が、前記複数のコードポイントよりも少なく、
    前記コードポイントの第１のサブセットが、個々のＴＣＩ状態に関連付けられており、
    前記コードポイントの第２のサブセットが、個々のＴＣＩ状態の組合せに関連付けられている、
    請求項３に記載の方法。
  5. 前記スケジューリング情報が、前記繰り返しのうちの第１の繰り返しを受信するための第１のリソースのインジケータを含み、
    前記方法がさらに、前記繰り返しのうちの残りの繰り返しを受信するためのさらなるリソースを特定するために前記第１のリソースに適用されることになる１つまたは複数のオフセットを受信すること（１１３０）を含む、
    請求項１に記載の方法。
  6. 前記さらなるリソースが、前記第１のリソースに対して、１つもしくは複数の後続のスロット、または同じスロット内の１つもしくは複数の後続のシンボルのうちの一方に配置される、請求項５に記載の方法。
  7. 前記繰り返しのうちの少なくとも２つのための前記リソースが、周波数において完全に重複しており、
    前記スケジューリング情報がまた、前記完全に重複している繰り返しのそれぞれに関して、
    復調用参照信号（ＤＭＲＳ）ポートの一意のセット、
    一意の符号分割多重化（ＣＤＭ）グループからのＤＭＲＳポート、および
    一意のデータスクランブリングシード
    のうちの少なくとも１つを含む、請求項１から６のいずれか一項に記載の方法。
  8. 前記スケジューリング情報がまた、前記複数の繰り返しと前記データブロックの複数の冗長バージョン（ＲＶ）との間におけるマッピングのインジケータを含む、請求項１から７のいずれか一項に記載の方法。
  9. それぞれのＴＣＩ状態が、１つまたは複数のソース参照信号（ＲＳ）ペアを含み、
    それぞれのソースＲＳペアが、特定の物理データチャネルにマップされている復調用参照信号（ＤＭ－ＲＳ）に関する、アンテナポートとの準共同設置（ＱＣＬ）関係の対応するペアを有し、
    前記方法がさらに、前記複数のＴＣＩ状態のそれぞれに関して、特定のＴＣＩ状態に含まれている前記ソースＲＳペアに基づいてチャネルパラメータを特定すること（１１５０）を含む、
    請求項１から８のいずれか一項に記載の方法。
  10. 前記複数の物理データチャネルを介して前記複数の繰り返しを受信すること（１１６０）がさらに、前記物理データチャネルのそれぞれに関して、
    前記チャネルパラメータに基づいて、前記物理データチャネルにマップされている前記ＤＭ－ＲＳを受信すること（１１６１）と、
    前記受信されたＤＭ－ＲＳに基づいてさらなるチャネルパラメータを特定すること（１１６２）と、
    前記さらなるチャネルパラメータに基づいて前記物理データチャネルを受信すること（１１６３）とを含む、請求項９に記載の方法。
  11. 前記複数の物理データチャネルが、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のそれぞれのレイヤであること、または
    それぞれの物理データチャネルが、ＰＤＳＣＨのすべてのレイヤのサブセットであること
    のうちの一方が当てはまる、請求項１から１０のいずれか一項に記載の方法。
  12. 複数の物理データチャネルを介して単一のユーザ機器（ＵＥ）と通信するための、無線ネットワークにおける１つまたは複数のノードによって実行される方法であって、
    複数の送信設定インジケータ（ＴＣＩ）状態を前記ＵＥへ送信すること（１２１０）と、
    それぞれの複数の物理データチャネルによって搬送されることになる、データブロックの複数の繰り返しに前記ＴＣＩ状態のうちの１つまたは複数を割り振ること（１２２０）と、
    前記それぞれの複数の繰り返しを搬送する前記複数の物理データチャネルに関するスケジューリング情報を、単一の物理制御チャネルを介して前記ＵＥへ送信すること（１２３０）と、
    前記スケジューリング情報および前記割り振られたＴＣＩ状態に基づいて前記複数の物理データチャネルを介して前記複数の繰り返しを送信すること（１２６０）とを含み、
    前記複数のＴＣＩ状態が、
    前記無線ネットワークにおけるそれぞれの複数のノード、または
    前記無線ネットワークにおける１つもしくは複数のノードに関連付けられているそれぞれの複数のビーム
    のうちの一方に関連付けられていて、
    前記スケジューリング情報がまた、前記繰り返しのうちの１つまたは複数を送信または受信するためのリソースのインジケータを含み、
    前記リソースが、時間、周波数、および空間レイヤという次元のうちの少なくとも１つにあり、
    前記繰り返しのうちの少なくとも２つのための前記リソースが、スロットにおけるシンボルの同じセットにある、
    方法。
  13. 前記複数のＴＣＩ状態が、前記複数の繰り返しよりも少なく、
    前記複数のＴＣＩ状態が、事前に規定された順序で前記繰り返しに割り振られる、
    請求項１２に記載の方法。
  14. 前記スケジューリング情報がまた、前記ＴＣＩ状態のうちの１つまたは複数と前記複数の繰り返しとの間におけるマッピングのインジケータを含み、
    前記１つまたは複数のＴＣＩ状態が、前記マッピングに従って前記繰り返しに割り振られる、
    請求項１２に記載の方法。
  15. 前記インジケータが、複数のコードポイントを有するフィールドに含まれ、前記複数のＴＣＩ状態が、前記複数のコードポイントよりも少なく、
    前記コードポイントの第１のサブセットが、個々のＴＣＩ状態に関連付けられており、
    前記コードポイントの第２のサブセットが、個々のＴＣＩ状態の組合せに関連付けられている、
    請求項１４に記載の方法。
  16. 前記スケジューリング情報が、前記繰り返しのうちの第１の繰り返しを受信するための第１のリソースのインジケータを含み、
    前記方法がさらに、前記繰り返しのうちの残りの繰り返しを受信するためのさらなるリソースを特定するために前記第１のリソースに適用されることになる１つまたは複数のオフセットを送信すること（１２４０）を含む、
    請求項１２に記載の方法。
  17. 前記さらなるリソースが、前記第１のリソースに対して、１つもしくは複数の後続のスロット、または同じスロット内の１つもしくは複数の後続のシンボルのうちの一方に配置される、請求項１６に記載の方法。
  18. 前記繰り返しのうちの少なくとも２つのための前記リソースが、周波数において完全に重複しており、
    前記スケジューリング情報がまた、前記完全に重複している繰り返しのそれぞれに関して、
    復調用参照信号（ＤＭＲＳ）ポートの一意のセット、
    一意の符号分割多重化（ＣＤＭ）グループからのＤＭＲＳポート、および
    一意のデータスクランブリングシード
    のうちの少なくとも１つを含む、請求項１２から１７のいずれか一項に記載の方法。
  19. 前記スケジューリング情報がまた、前記複数の繰り返しと前記データブロックの複数の冗長バージョン（ＲＶ）との間におけるマッピングのインジケータを含む、請求項１２から１８のいずれか一項に記載の方法。
  20. それぞれのＴＣＩ状態が、１つまたは複数のソース参照信号（ＲＳ）ペアを含み、
    それぞれのソースＲＳペアが、特定の物理データチャネルにマップされている復調用参照信号（ＤＭ－ＲＳ）に関する、アンテナポートとの準共同設置（ＱＣＬ）関係の対応するペアを有し、
    前記方法がさらに、前記複数のＴＣＩ状態のそれぞれに関して、特定のＴＣＩ状態に含まれている前記ソースＲＳペアを送信すること（１２５０）を含み、
    前記複数の物理データチャネルを介して前記複数の繰り返しを送信すること（１２６０）がさらに、それぞれの前記ＤＭ－ＲＳを、それらがマップされている前記物理データチャネルに関連付けて送信すること（１２６１）を含む、
    請求項１２から１９のいずれか一項に記載の方法。
  21. 前記複数の物理データチャネルが、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のそれぞれのレイヤであること、または
    それぞれの物理データチャネルが、ＰＤＳＣＨのすべてのレイヤのサブセットであること
    のうちの一方が当てはまる、請求項１２から２０のいずれか一項に記載の方法。
  22. 無線ネットワーク（１００、７９９、１５３０）における複数のノード（１０５、１１０、１１５、７００、７５０、１４００）を介して通信するように設定されているユーザ機器（ＵＥ）（１２０、１３００、１５１０）であって、
    前記複数のノードと通信するように設定されている無線トランシーバ回路（１３４０）と、
    前記無線トランシーバ回路に動作可能に結合されている処理回路（１３１０）であって、それによって前記処理回路および前記無線トランシーバ回路が、請求項１から１１に記載の方法のいずれかに対応するオペレーションを実行するように設定されている、処理回路（１３１０）とを含むユーザ機器（ＵＥ）（１２０、１３００、１５１０）。
  23. 無線ネットワーク（１００、７９９、１５３０）における複数のノード（１０５、１１０、１１５、７００、７５０、１４００）を介して通信するように設定されているユーザ機器（ＵＥ）（１２０、１３００、１５１０）の処理回路（１３１０）によって実行されたときに、請求項１から１１に記載の方法のいずれかに対応するオペレーションを実行するように前記ＵＥを設定するコンピュータ実行可能命令を格納している非一時的なコンピュータ可読メディア（１３２０）。
  24. 無線ネットワーク（１００、７９９、１５３０）における複数のノード（１０５、１１０、１１５、７００、７５０、１４００）を介して通信するように設定されているユーザ機器（ＵＥ）（１２０、１３００、１５１０）の処理回路（１０１０）によって実行されたときに、請求項１から１１に記載の方法のいずれかに対応するオペレーションを実行するように前記ＵＥを設定するコンピュータ実行可能命令を含むコンピュータプログラム。
  25. １つまたは複数のノード（１０５、１１０、１１５、７００、７５０、１４００）を含む無線ネットワーク（１００、７９９、１５３０）であって、複数の物理共有チャネルを介して単一のユーザ機器（ＵＥ）（１２０、１３００、１５１０）と通信するように設定されており、前記１つまたは複数のノードが、
    前記ＵＥと通信するように設定されている無線ネットワークインターフェース回路（１４４０）と、
    前記無線ネットワークインターフェース回路に動作可能に結合されている処理回路（１４１０）であって、それによって前記処理回路および前記無線ネットワークインターフェース回路が、請求項１２から２１に記載の方法のいずれかに対応するオペレーションを実行するように設定されている、処理回路（１４１０）とを含む、無線ネットワーク（１００、７９９、１５３０）。
  26. 複数の物理共有チャネルを介して単一のユーザ機器（ＵＥ）（１２０、１３００、１５１０）と通信するように設定されている無線ネットワーク（１００、７９９、１５３０）における１つまたは複数のノード（１０５、１１０、１１５、７００、７５０、１４００）の処理回路（１４１０）によって実行されたときに、請求項１２から２１に記載の方法のいずれかに対応するオペレーションを実行するように前記無線ネットワークを設定するコンピュータ実行可能命令を格納している非一時的なコンピュータ可読メディア（１４２０）。
  27. 複数の物理共有チャネルを介して単一のユーザ機器（ＵＥ）（１２０、１３００、１５１０）と通信するように設定されている無線ネットワーク（１００、７９９、１５３０）における１つまたは複数のノード（１０５、１１０、１１５、７００、７５０、１４００）の処理回路（１１１０）によって実行されたときに、請求項１２から２１に記載の方法のいずれかに対応するオペレーションを実行するように前記無線ネットワークを設定するコンピュータ実行可能命令を含むコンピュータプログラム。
JP2021539104A 2019-01-04 2020-01-03 超高信頼性低遅延通信のための繰り返し Active JP7223856B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023015810A JP2023071663A (ja) 2019-01-04 2023-02-06 超高信頼性低遅延通信のための繰り返し

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962788348P 2019-01-04 2019-01-04
US62/788,348 2019-01-04
US201962791279P 2019-01-11 2019-01-11
US62/791,279 2019-01-11
PCT/IB2020/050033 WO2020141484A1 (en) 2019-01-04 2020-01-03 Repetition for ultra-reliable low-latency communications

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023015810A Division JP2023071663A (ja) 2019-01-04 2023-02-06 超高信頼性低遅延通信のための繰り返し

Publications (2)

Publication Number Publication Date
JP2022516193A JP2022516193A (ja) 2022-02-24
JP7223856B2 true JP7223856B2 (ja) 2023-02-16

Family

ID=69185655

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2021539104A Active JP7223856B2 (ja) 2019-01-04 2020-01-03 超高信頼性低遅延通信のための繰り返し
JP2023015810A Pending JP2023071663A (ja) 2019-01-04 2023-02-06 超高信頼性低遅延通信のための繰り返し

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2023015810A Pending JP2023071663A (ja) 2019-01-04 2023-02-06 超高信頼性低遅延通信のための繰り返し

Country Status (7)

Country Link
US (1) US20220124768A1 (ja)
EP (1) EP3906632A1 (ja)
JP (2) JP7223856B2 (ja)
KR (2) KR20240071415A (ja)
CN (1) CN113508551A (ja)
CO (1) CO2021010206A2 (ja)
WO (1) WO2020141484A1 (ja)

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110581752B (zh) * 2018-06-07 2021-02-26 展讯通信（上海）有限公司 传输配置指示的发送、接收方法及装置、存储介质、基站、终端
WO2020146377A1 (en) * 2019-01-08 2020-07-16 Apple Inc. Systems and methods for mapping transmission configuration indication (tci) state and demodulation reference signal (dmrs) ports groups
JP7265021B2 (ja) * 2019-02-15 2023-04-25 オッポ広東移動通信有限公司 ダウンリンクデータ送信方法及び関連製品
US20200267734A1 (en) * 2019-02-15 2020-08-20 Qualcomm Incorporated Methods and apparatus for pdsch tci states activation-deactivation in multi-trp
EP3949136A1 (en) * 2019-03-28 2022-02-09 Nokia Technologies OY Urllc enhancement with multi-trp/panel/beam using fdm
JP7315662B2 (ja) * 2019-04-11 2023-07-26 株式会社Ｎｔｔドコモ 端末、無線通信方法及びシステム
EP3968712B1 (en) * 2019-06-05 2024-02-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method, terminal device and network device
US12120665B2 (en) * 2019-06-13 2024-10-15 Ntt Docomo, Inc. Terminal and radio communication method
KR20220037414A (ko) * 2019-07-25 2022-03-24 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 데이터를 전송하기 위한 방법 및 단말 장치
US20220338222A1 (en) * 2019-08-14 2022-10-20 Lg Electronics Inc. Method for transmitting/receiving downlink data in wireless communication system, and device therefor
WO2021029747A1 (ko) * 2019-08-14 2021-02-18 엘지전자 주식회사 무선 통신 시스템에서 반복 전송되는 데이터를 송수신 하는 방법 및 이에 대한 장치
US11871243B2 (en) * 2019-08-16 2024-01-09 Intel Corporation Spectrum sharing between fifth generation new radio and long term evolution in licensed and unlicensed bands
US11758514B2 (en) * 2019-12-20 2023-09-12 Qualcomm Incorporated Physical downlink control channel candidates related to physical downlink control channel repetitions
US11665692B2 (en) 2020-01-16 2023-05-30 Samsung Electronics Co., Ltd. Method and apparatus for beam indication in a multi-beam system
US20210298062A1 (en) * 2020-03-23 2021-09-23 Qualcomm Incorporated Two-stage feedback procedures for multiple downlink transmissions
US11889545B2 (en) * 2020-04-02 2024-01-30 Qualcomm Incorporated Downlink reception assumption prioritization based on downlink physical layer (PHY) priority
EP4329234A3 (en) * 2020-04-08 2024-05-22 Ofinno, LLC Beam management in multiple transmission and reception points
US20210360653A1 (en) * 2020-05-15 2021-11-18 Qualcomm Incorporated Semi-persistent scheduling reception configurations for multiple downlink shared channels
US11812454B2 (en) * 2020-06-26 2023-11-07 Qualcomm Incorporated Slot aggregation in single frequency network
US11825498B2 (en) * 2020-07-02 2023-11-21 Mediatek Singapore Pte. Ltd. Enhanced reliability for downlink control information (DCI) reception from multiple transmit receive points (M-TRP)
EP4195556A4 (en) * 2020-08-06 2024-01-17 Fujitsu Limited METHOD AND APPARATUS FOR SENDING UPLINK DATA, AND SYSTEM
WO2022043918A1 (en) * 2020-08-28 2022-03-03 Lenovo (Singapore) Pte. Ltd. Configuration based on two tracking reference signals
CN116648976A (zh) 2020-09-24 2023-08-25 欧芬诺有限责任公司 控制信道重复中的默认下行链路信令
US20230345469A1 (en) * 2020-09-30 2023-10-26 Beijing Xiaomi Mobile Software Co., Ltd. Channel transmission method and apparatus, and storage medium
US11621818B2 (en) * 2020-11-30 2023-04-04 Qualcomm Incorporated Transmission configuration indicator state configuration
US12069634B2 (en) 2020-12-28 2024-08-20 Samsung Electronics Co., Ltd. Method and apparatus for predictive beam management
US11778625B2 (en) * 2021-01-13 2023-10-03 Qualcomm Incorporated Downlink control information indication for multicast and unicast transmissions
CN116848927A (zh) * 2021-02-04 2023-10-03 株式会社Ntt都科摩 终端、无线通信方法以及基站
WO2022197119A1 (en) * 2021-03-18 2022-09-22 Samsung Electronics Co., Ltd. Multi transmission reception point (trp) system and method thereof
US20240322974A1 (en) * 2021-08-06 2024-09-26 Nokia Technologies Oy Apparatus, methods, and computer programs
US20230049041A1 (en) * 2021-08-10 2023-02-16 Media Tek Singapore Pte. Ltd. Multi-pdsch scheduling enhancements
WO2023019544A1 (en) * 2021-08-20 2023-02-23 Qualcomm Incorporated Medium access control signaling triggering transmission configuration indicator state update and beam measurement or report
JPWO2023026375A1 (ja) * 2021-08-24 2023-03-02
EP4412346A1 (en) * 2021-09-29 2024-08-07 Ntt Docomo, Inc. Terminal, radio communication method, and base station
WO2023053259A1 (ja) * 2021-09-29 2023-04-06 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局
WO2023211145A1 (ko) * 2022-04-27 2023-11-02 엘지전자 주식회사 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
CN117279029A (zh) * 2022-06-09 2023-12-22 中兴通讯股份有限公司 数据传输方法、终端、设备和存储介质

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106489246A (zh) * 2014-08-01 2017-03-08 英特尔Ip公司 用于窄带部署的pdcch设计
JP6850308B2 (ja) * 2016-06-15 2021-03-31 コンヴィーダ ワイヤレス， エルエルシー 新しい無線のためのアップロード制御シグナリング
WO2019244218A1 (ja) * 2018-06-18 2019-12-26 株式会社Ｎｔｔドコモ ユーザ端末
US11013003B2 (en) * 2018-08-03 2021-05-18 Qualcomm Incorporated Configuring a user equipment to operate in a transmission/reception point (TRP) mode
US11050525B2 (en) * 2018-09-27 2021-06-29 Huawei Technologies Co., Ltd. System and method for control and data channel reliability enhancement using multiple diversity domains
WO2020130746A1 (ko) * 2018-12-21 2020-06-25 엘지전자 주식회사 무선 통신 시스템에서 단말 및 기지국의 동작 방법 및 이를 지원하는 장치

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Huawei, HiSilicon，Enhancements on multi-TRP/panel transmission[online]，3GPP TSG RAN WG1 #95，3GPP，2018年11月16日，R1-1812243，検索日[2022.08.04],Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1812243.zip>
NTT DOCOMO, INC.，Enhancements on multi-TRP/panel transmission[online]，3GPP TSG RAN WG1 #95，3GPP，2018年11月16日，R1-1813333，検索日[2022.08.04],Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1813333.zip>
Xiaomi，Discussion on the PDCCH repetition for NR URLLC[online]，3GPP TSG RAN WG1 #94bis，3GPP，2018年10月12日，R1-1811401，検索日[2022.12.20],Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94b/Docs/R1-1811401.zip>

Also Published As

Publication number Publication date
KR20210109610A (ko) 2021-09-06
KR20240071415A (ko) 2024-05-22
US20220124768A1 (en) 2022-04-21
JP2022516193A (ja) 2022-02-24
EP3906632A1 (en) 2021-11-10
CN113508551A (zh) 2021-10-15
WO2020141484A1 (en) 2020-07-09
CO2021010206A2 (es) 2021-10-29
JP2023071663A (ja) 2023-05-23

Similar Documents

Publication Publication Date Title
JP7223856B2 (ja) 超高信頼性低遅延通信のための繰り返し
JP7460640B2 (ja) マルチソース送信のための周波数領域リソース割り当て
US20220158805A1 (en) Code-Division Multiplexing (CDM) Groups for Multi-Source Transmission
US20240260037A1 (en) Method for differentiating multiple physical downlink shared channel (pdsch) transmission schemes
US20210399859A1 (en) Terminal, radio communication method, base station, and system
US20190007248A1 (en) User terminal, radio base station and radio communication method
JP6560364B2 (ja) ユーザ端末及び無線通信方法
US11109406B2 (en) Scheduling method and device in wireless communication system providing broadband service
JP7189366B2 (ja) リミテッドバッファレートマッチングの制約に対する補正
AU2017237887B2 (en) User terminal, radio base station and radio communication method
US11825496B2 (en) Time resources for uplink channels
WO2017110958A1 (ja) ユーザ端末、無線基地局及び無線通信方法
US20200322978A1 (en) Terminal, radio communication method for a terminal, and base station

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210830

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220809

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221108

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230110

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230206

R150 Certificate of patent or registration of utility model

Ref document number: 7223856

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150