JP7216196B2 - マルチ送受信ポイント送信の方法および装置 - Google Patents

マルチ送受信ポイント送信の方法および装置 Download PDF

Info

Publication number
JP7216196B2
JP7216196B2 JP2021519167A JP2021519167A JP7216196B2 JP 7216196 B2 JP7216196 B2 JP 7216196B2 JP 2021519167 A JP2021519167 A JP 2021519167A JP 2021519167 A JP2021519167 A JP 2021519167A JP 7216196 B2 JP7216196 B2 JP 7216196B2
Authority
JP
Japan
Prior art keywords
trp
wtru
transmission
pucch
pdsch
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
JP2021519167A
Other languages
English (en)
Other versions
JP2022504484A (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 JP2022504484A publication Critical patent/JP2022504484A/ja
Application granted granted Critical
Publication of JP7216196B2 publication Critical patent/JP7216196B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • 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/0096—Indication of changes in allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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
    • 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/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT

Landscapes

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

Description

関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれる、２０１８年１０月９日に出願された米国特許仮出願第６２／７４３３３９号の利益を主張する。
新無線（ＮＲ）では、マルチＴＲＰ（ＭＴＲＰ）動作がサポートされ得る。ダウンリンク（ＤＬ）ＮＲ ＭＴＲＰのために、ＮＲ ＷＴＲＵは、複数のＮＲ－物理ダウンリンク制御チャネル（ＰＤＣＣＨ）および複数のＮＲ－物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信し、処理することが可能であり得る。
シナリオにおいて、単一のＮＲ－ＰＤＣＣＨは単一のＮＲ－ＰＤＳＣＨをスケジュールし、別個のＴＲＰから別個のＮＲ－ＰＤＳＣＨデータレイヤが送信される。複数のＮＲ－ＰＤＳＣＨデータレイヤの送信にもかかわらず、ダウンリンク制御情報（ＤＣＩ）復号のためのＷＴＲＵブラインド探索の複雑さは、ＷＴＲＵがただ１つのＮＲ－ＰＤＣＣＨを復号する必要があるので、レガシーシステムと同様であり得る。しかしながら、スケジューリング決定は、１つのｇＮＢにおいて中央で協調されることがあり、１つのＴＲＰによって大きいネットワークエリアにわたって最適化され得る複数のＴＲＰ間の何らかの協調が必要となる。また、１次協調ＴＲＰにおけるビームリンク障害は、ＷＴＲＵが協調セット中の全てのＴＲＰについて１つのＴＲＰから制御情報を受信し得るので、全ての他のＴＲＰにおける送信に影響を及ぼすことがある。
別のシナリオでは、複数のＮＲ－ＰＤＣＣＨは各々、それぞれのＮＲ－ＰＤＳＣＨをスケジュールし、各ＮＲ－ＰＤＳＣＨは別個のＴＲＰから送信される。現在の議論に従って、ＮＲは、１つの帯域幅パートのコンポーネントキャリアごとに最大２つのＮＲ－ＰＤＳＣＨをサポートし、単一のスロットに対応して最大２つのＮＲ－ＰＤＣＣＨをサポートし得る。複数のＮＲ－ＰＤＣＣＨを有することにより、ＴＲＰにおいてより多くのスケジューリングフレキシビリティが生じ得る。各ＮＲ－ＰＤＣＣＨは、非理想的バックホールによって影響を受けることなしにＷＴＲＵのために異なるスケジューリング命令を搬送し得る。従って、バックホールを介して協働しているＴＲＰ間で交換される必要があり得る情報がより少なくなる。また、分散されたスケジューリングは、１つのＴＲＰにおけるビームリンク障害が、そのＴＲＰによって管理されるリソースにのみ影響を及ぼし得るので、ダイバーシティを提供し得る。他のＴＲＰにおける送信は間断なく継続し得る。これは、超高信頼低レイテンシ（ＵＲＬＬＣ）適用例の重要な要因であり得る。一方、ＷＴＲＵは、複数の受信されたＮＲ－ＰＤＣＣＨ上でブラインド検出を実施する必要があり得るので、探索空間の有効サイズが増加し得る。協調は、ＭＴＲＰからの送信されたＮＲ－ＰＤＣＣＨの衝突を防ぐための動作の重要な態様のままである。
マルチ送受信ポイント（マルチＴＲＰ）送信の方法であって、複数のＴＲＰの各々からパラメータセットおよび物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信することと、各受信されたＰＤＣＣＨ送信を復号して、各受信されたパラメータセットに基づいて複数のＴＲＰの各々についてＫ１値を取得することと、複数のＴＲＰの各々から物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信することと、各受信されたＰＤＳＣＨ送信についてＰＤＳＣＨ受信スロットロケーションを判定することと、各判定されたＰＤＳＣＨ受信スロットロケーションおよび各取得されたＫ１値に基づいて、複数のＴＲＰの各々について候補ＰＵＣＣＨスロットロケーションを判定することと、判定された候補ＰＵＣＣＨスロットロケーションの全ての比較に基づいて、複数のＴＲＰの全てについて、選択されたＰＵＣＣＨスロットロケーションを判定することであって、判定された候補ＰＵＣＣＨスロットロケーションの全てが同じでない場合、選択されたＰＵＣＣＨスロットロケーションは、最も遠い候補ＰＵＣＣＨスロットロケーションである、ことと、を備える、方法。
受信機と、プロセッサとを備える、マルチ送受信ポイント（マルチＴＲＰ）送信を実施するように構成された無線送受信ユニット（ＷＴＲＵ）であって、受信機は、複数のＴＲＰの各々から、パラメータセット、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信するように構成され、プロセッサは、各受信されたＰＤＣＣＨ送信を復号して、各受信されたパラメータセットに基づいて複数のＴＲＰの各々についてＫ１値を取得することと、各受信されたＰＤＳＣＨ送信についてＰＤＳＣＨ受信スロットロケーションを判定することと、各判定されたＰＤＳＣＨ受信スロットロケーションおよび各取得されたＫ１値に基づいて、複数のＴＲＰの各々について候補ＰＵＣＣＨスロットロケーションを判定することと、判定された候補ＰＵＣＣＨスロットロケーションの全ての比較に基づいて、複数のＴＲＰの全てについて、選択されたＰＵＣＣＨスロットロケーションを判定することであって、判定された候補ＰＵＣＣＨスロットロケーションの全てが同じでない場合、選択されたＰＵＣＣＨスロットロケーションは、最も遠い候補ＰＵＣＣＨスロットロケーションである、ことと、を行うように構成された、ＷＴＲＵ。
より詳細な理解は、添付図面とともに例として与えられる、以下の説明から得られ得、図中の同様の参照番号は同様の要素を示す。
１つまたは複数の開示される実施形態が実装され得る例示的な通信システムを示すシステム図である。 実施形態による図１Ａに示されている通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。 実施形態による図１Ａに示されている通信システム内で使用され得る例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を示すシステム図である。 実施形態による図１Ａに示されている通信システム内で使用され得るさらなる例示的なＲＡＮおよびさらなる例示的なＣＮを示すシステム図である。 ダウンリンク（ＤＬ）マルチＴＲＰ（ＭＴＲＰ）動作についての２つの潜在的シナリオの図である。 ＡＣＫ／ＮＡＣＫ送信が物理ダウンリンク制御チャネル（ＰＤＳＣＨ）復号のＫ1スロット後に行われる、新無線（ＮＲ）における非同期ハイブリッド自動再送要求（ＨＡＲＱ）動作を示す図である。 Ｔdの所与のＷＴＲＵ処理遅延をもつＷＴＲＵの例を示す図である。 本出願の実施形態によるマルチＴＲＰ送信方法を示すフローチャートである。 本出願の実施形態によるＫ0およびＫ1の例を示す図である。 本出願の実施形態によるＰＤＣＣＨとＰＤＳＣＨとの間の相対的スロットロケーションを示す図である。 本出願の実施形態によるＰＤＣＣＨとＰＤＳＣＨとの間の別の相対的スロットロケーションを示す図である。 本出願の実施形態によるＡＣＫ／ＮＡＣＫ送信の例を示す図である。 本出願の実施形態によるＡＣＫ／ＮＡＣＫ送信の別の例を示す図である。 構成された制御リソースセット（ＣＯＲＥＳＥＴ）の数が、構成されたＴＲＰの数に等しい、ＣＯＲＥＳＥＴ構成の例を示す図である。
図１Ａは、１つまたは複数の開示される実施形態が実装され得る例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多元接続システムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通してそのようなコンテンツにアクセスすることを可能にする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を採用し得る。
図１Ａに示されているように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが諒解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであり得る。例えば、局（ＳＴＡ）といずれも呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送受信するように構成されることがあり、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラー電話、ＰＤＡ、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサー、ホットスポットまたはＭｉ－Ｆｉデバイス、ＩｏＴデバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療デバイスおよびアプリケーション（例えば、遠隔手術）、工業デバイスおよびアプリケーション（例えば、産業および／または自動処理チェーンコンテキストにおいて動作するロボットおよび／または他の無線デバイス）、コンシューマーエレクトロニクスデバイス、商用および／または産業無線ネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのいずれも、互換的にＵＥと呼ばれることがある。
通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを促進するためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースするように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、ｇノードＢ（ｇＮＢ）、新無線（ＮＲ）ノードＢなどの次世代ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは単一の要素としてそれぞれ図示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが諒解されよう。
基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどの他の基地局および／またはネットワーク要素（図示せず）をも含み得る、ＲＡＮ１０４の一部であり得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある１つまたは複数のキャリア周波数上で無線信号を送受信するように構成され得る。これらの周波数は、認可スペクトル、無認可スペクトル、または認可スペクトルと無認可スペクトルの合成の中にあり得る。セルは、比較的固定であり得るかまたは時間とともに変化し得る特定の地理的エリアに無線サービスのカバレッジを提供し得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。従って、一実施形態では、基地局１１４ａは、３つのトランシーバを含むことがあり、すなわち、セルのセクタごとに１つを含むことがある。実施形態では、基地局１１４ａは、ＭＩＭＯ技術を採用することがあり、セルのセクタごとに複数のトランシーバを利用することがある。例えば、所望の空間方向に信号を送受信するためにビームフォーミングが使用され得る。
基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得るエアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信し得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
より詳細には、上述したように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を採用し得る。例えば、ＲＡＮ１０４中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立し得る、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含み得る。
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る、発展型ＵＭＴＳ地上波無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装し得る。
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲを使用してエアインターフェース１１６を確立し得る、ＮＲ無線アクセスなどの無線技術を実装し得る。
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えばデュアル接続性（ＤＣ）原理を使用して、ＬＴＥ無線アクセスとＮＲ無線アクセスを一緒に実装し得る。このようにして、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送られる送信によって特徴づけられ得る。
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、インタリム規格２０００（ＩＳ－２０００）、インタリム規格９５（ＩＳ－９５）、インタリム規格８５６（ＩＳ－８５６）、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ発展型高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってよく、ビジネス、ホーム、車両、キャンパス、工業設備、（例えば、ドローンが使用するための）空中回廊、道路の場所などの局在化エリアにおいて無線接続性を促進するために任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装し得る。実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装し得る。また別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａプロ、ＮＲなど）を利用し得る。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。従って、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がないことがある。
ＲＡＮ１０４はＣＮ１０６と通信していることがあり、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に音声、データ、アプリケーション、および／またはＶｏＩＰサービスを提供するように構成された任意のタイプのネットワークであり得る。データは、異なるスループット要件、レイテンシ要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルセキュリティ機能を実施し得る。図１Ａには示されていないが、ＲＡＮ１０４および／またはＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信していることがあることが諒解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４に接続されていることに加えて、ＣＮ１０６は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）とも通信していることがある。
ＣＮ１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働き得る。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰおよび／またはＩＰなど、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または動作される有線および／または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＴ１０４と同じＲＡＴまたは異なるＲＡＴを採用することがある、１つまたは複数のＲＡＮに接続された別のＣＮを含み得る。
通信システム１００中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部はマルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、特に、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および／または他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、実施形態に合致したままでありながら、上記の要素のどんな部分組合せでも含み得ることが諒解されよう。
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ、任意の他のタイプの集積回路（ＩＣ）、状態機械などであり得る。プロセッサ１１８は、ＷＴＲＵ１０２が無線環境において動作することを可能にする、信号符号化、データ処理、電力制御、入出力処理、および／または任意の他の機能を実施し得る。プロセッサ１１８は、送受信要素１２２に結合され得るトランシーバ１２０に結合されることがある。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別個のコンポーネントとして示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ中で互いに一体化され得ることが諒解されよう。
送受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか、またはそれから信号を受信するように構成され得る。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであり得る。実施形態では、送受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放出器／検出器であり得る。また別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号の両方を送信および／または受信するように構成され得る。送受信要素１２２は、無線信号のどんな合成でも送信および／または受信するように構成され得ることが諒解されよう。
送受信要素１２２は図１Ｂでは単一の要素として図示されているが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含み得る。より詳細には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用し得る。このようにして、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するために２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含み得る。
トランシーバ１２０は、送受信要素１２２によって送信されるべき信号を変調するように、および送受信要素１２２によって受信された信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２はマルチモード能力を有し得る。従って、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含み得る。
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることがあり、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力し得る。プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの好適なメモリからの情報にアクセスし、それにデータを記憶し得る。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、ＳＩＭカード、メモリスティック、ＳＤメモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、それにデータを記憶し得る。
プロセッサ１１８は、電源１３４から電力を受け取ってよく、ＷＴＲＵ１０２中の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池バッテリー（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）など）、太陽電池、燃料電池などを含み得る。
プロセッサ１１８はＧＰＳチップセット１３６に結合されることもあり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関するロケーション情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介してロケーション情報を受信し、および／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいてそれのロケーションを判定し得る。ＷＴＲＵ１０２は、実施形態に合致したままでありながら、任意の好適なロケーション判定方法を介してロケーション情報を収集し得ることが諒解されよう。
プロセッサ１１８は他の周辺機器１３８にさらに結合されることがあり、他の周辺機器１３８は、追加の特徴、機能および／または優先もしくは無線接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、（写真および／またはビデオ用の）デジタルカメラ、ＵＳＢポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカーなどを含み得る。周辺機器１３８は１つまたは複数のセンサーを含み得る。センサーは、ジャイロスコープ、加速度計、ホール効果センサー、配向センサー、近接センサー、温度センサー、時間センサー、ジオロケーションセンサー、高度計、光センサー、タッチセンサー、磁力計、気圧計、ジェスチャーセンサー、生体センサー、湿度センサーなどのうちの１つまたは複数であり得る。
ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ＤＬの両方について特定のサブフレームに関連する）信号の一部または全部の送信と受信がコンカレントおよび／または同時であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）か、またはプロセッサを介した（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８を介した）信号処理のいずれかを介して自己干渉を低減しおよびまたは実質的になくすための干渉管理ユニットを含み得る。実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ＤＬのいずれかについて特定のサブフレームに関連する）信号の一部または全部の送信と受信について、半二重無線機を含み得る。
図１Ｃは、実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上述のように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ－ＵＴＲＡ無線技術を採用し得る。ＲＡＮ１０４はＣＮ１０６と通信していることもある。
ＲＡＮ１０４はｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態に合致したままでありながら、任意の数のｅノードＢを含み得ることが諒解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含み得る。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実装し得る。このようにして、例えば、ｅノードＢ１６０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはそれから無線信号を受信し得る。
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連することがあり、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどをハンドリングするように構成され得る。図１Ｃに示されているように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
図１Ｃに示されているＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６を含み得る。上記の要素はＣＮ１０６の一部として図示されているが、これらの要素のいずれも、ＣＮ事業者以外のエンティティによって所有および／または動作され得ることが諒解されよう。
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４中のｅノードＢ１６２ａ、１６２ｂ、１６２ｃの各々に接続されることがあり、制御ノードとして働き得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担当し得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替わるための制御プレーン機能を提供し得る。
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４中のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からユーザデータパケットをルーティングおよびフォワーディングし得る。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときページングをトリガリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し記憶することなど、他の機能を実施し得る。
ＳＧＷ１６４はＰＧＷ１６６に接続されることがあり、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進するために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
ＣＮ１０６は、他のネットワークとの通信を促進し得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来のランドライン通信デバイスとの間の通信を促進するために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはそれと通信し得る。ＣＮ１０６は、他のサービスプロバイダによって所有および／または動作される他のワイヤードおよび／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
ＷＴＲＵは図１Ａ～図１Ｄでは無線端末として記載されているが、いくつかの代表的な実施形態では、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的または永続的に）使用し得ることが企図される。
代表的な実施形態では、他のネットワーク１１２はＷＬＡＮであり得る。
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰに関連する１つまたは複数の局（ＳＴＡ）とを有し得る。ＡＰは、ＢＳＳ中におよび／またはそれからトラフィックを搬送する配信システム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有し得る。ＢＳＳの外部から発信した、ＳＴＡへのトラフィックは、ＡＰを介して到着することがあり、ＳＴＡに配信され得る。ＳＴＡから発信した、ＢＳＳ外の宛先へのトラフィックは、それぞれの宛先に配信されるべきＡＰに送られ得る。ＢＳＳ内のＳＴＡ間のトラフィックはＡＰを介して送られることがあり、例えば、ソースＳＴＡがＡＰにトラフィックを送ることがあり、ＡＰが宛先ＳＴＡにトラフィックを配信することがある。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされるおよび／または呼ばれることがある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接）送られ得る。いくつかの代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルドＤＬＳ（ＴＤＬＳ）を使用し得る。独立ＢＳＳ（ＩＢＳＳ）モードを使用しているＷＬＡＮはＡＰを有しないことがあり、ＩＢＳＳ内にあるかまたはＩＢＳＳを使用しているＳＴＡ（例えば、ＳＴＡの全て）は互いに直接通信し得る。ＩＢＳＳ通信モードは、本明細書では「アドホック」通信モードと時々呼ばれることがある。
８０２．１１ａｃインフラストラクチャ動作モードまたは同様の動作モードを使用しているとき、ＡＰは、１次チャネルなどの固定チャネル上でビーコンを送信し得る。１次チャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）であるか、または動的に設定される幅であり得る。１次チャネルは、ＢＳＳの動作チャネルであることがあり、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。いくつかの代表的な実施形態では、例えば８０２．１１システムでは、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡのために、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、１次チャネルを検知し得る。特定のＳＴＡによって１次チャネルが検知／検出されおよび／またはビジーであると判定された場合、その特定のＳＴＡはバックオフし得る。所与のＢＳＳにおいて任意の所与の時間に１つのＳＴＡ（例えば、ただ１つの局）が送信し得る。
高スループット（ＨＴ）ＳＴＡは、例えば、４０ＭＨｚ幅チャネルを形成するために１次２０ＭＨｚチャネルを隣接するかまたは隣接しない２０ＭＨｚチャネルと合成することを介して、通信のために４０ＭＨｚ幅チャネルを使用することがある。
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚおよび／または１６０ＭＨｚ幅チャネルをサポートし得る。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを合成することによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを合成することによって、または２つの不連続の８０ＭＨｚチャネルを合成することによって形成されることがあり、これは８０＋８０構成と呼ばれることがある。８０＋８０構成では、チャネル符号化の後のデータは、セグメントパーサを通過されることがあり、セグメントパーサはデータを２つのストリームに分割し得る。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間ドメイン処理が、各ストリーム上で別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネル上にマッピングされることがあり、データは送信側ＳＴＡによって送信され得る。受信側ＳＴＡの受信機では、８０＋８０構成についての上記で説明された動作は反転されてよく、合成されたデータはメディアアクセス制御（ＭＡＣ）に送られ得る。
８０２．１１ａｆおよび８０２．１１ａｈによってサブ１ＧＨｚ動作モードがサポートされる。チャネル動作帯域幅、およびキャリアは、８０２．１１ａｆおよび８０２．１１ａｈでは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるものに対して低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚおよび１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなど、メータータイプ制御／マシンタイプ通信（ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、いくつかの能力、例えば、いくつかのおよび／または限られた帯域幅のサポート（例えば、それのサポートのみ）を含む限られた能力を有することがある。ＭＴＣデバイスは、（例えば、極めて長いバッテリー寿命を維持するために）閾値を上回るバッテリー寿命をもつバッテリーを含むことがある。
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネル、およびチャネル帯域幅をサポートし得るＷＬＡＮシステムは、１次チャネルと称されることがあるチャネルを含む。１次チャネルは、ＢＳＳ中の全てのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有することがある。１次チャネルの帯域幅は、ＢＳＳ中で動作している全てのＳＴＡのうち、最小の帯域幅動作モードをサポートするＳＴＡによって設定および／または限定され得る。８０２．１１ａｈの例では、ＢＳＳ中のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合でも、１次チャネルは、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために１ＭＨｚ幅であり得る。キャリア検知および／またはネットワーク割振りベクトル（ＮＡＶ）設定は、１次チャネルのステータスに依存することがある。例えば、ＡＰに送信している（１ＭＨｚ動作モードのみをサポートする）ＳＴＡにより、１次チャネルがビジーである場合、全ての利用可能な周波数帯域は、利用可能な周波数帯域の大部分がアイドルなままであっても、ビジーであると見なされることがある。
米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な総帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。
図１Ｄは、実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上述のように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を採用し得る。ＲＡＮ１０４はＣＮ１０６と通信していることもある。
ＲＡＮ１０４はｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、実施形態に合致したままでありながら、任意の数のｇＮＢを含み得ることが諒解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信しおよび／またはそれらから信号を受信するためにビームフォーミングを利用し得る。このようにして、例えば、ｇＮＢ１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはそれから無線信号を受信し得る。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはキャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信し得る（図示せず）。これらのコンポーネントキャリアのサブセットは無認可スペクトル上にあり得るが、残りのコンポーネントキャリアは認可スペクトル上にあり得る。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは協調マルチポイント（ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信し得る。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルな数秘学に関連する送信を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル離間および／またはＯＦＤＭサブキャリア離間は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分について変動し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば変動する数のＯＦＤＭシンボルおよび／または変動する持続長さの絶対時間を含んでいる）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしにｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカーポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無認可帯域中の信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮと通信／に接続しながらも、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／に接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実装して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信し得る。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとして働くことがあり、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするために追加のカバレッジおよび／またはスループットを提供し得る。
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられることがあり、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂのほうへのユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂのほうへの制御プレーン情報のルーティングなどをハンドリングするように構成され得る。図１Ｄに示されているように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。
図１Ｄに示されているＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。上記の要素はＣＮ１０６の一部として図示されているが、これらの要素のいずれも、ＣＮ事業者以外のエンティティによって所有および／または動作され得ることが諒解されよう。
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり、制御ノードとして働き得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば異なる要件をもつ異なるプロトコルデータユニット（ＰＤＵ）セッションのハンドリング）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、非アクセス層（ＮＡＳ）シグナリングの終了、モビリティ管理などを担当し得る。ネットワークスライシングは、サービスのタイプがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されていることに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、超高信頼低レイテンシ（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス、ＭＴＣアクセスのためのサービスなど、異なる使用事例のために異なるネットワークスライスが確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａプロ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替わるための制御プレーン機能を提供し得る。
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１０６中のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介してＣＮ１０６中のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択し、制御し、ＵＰＦ１８４ａ、１８４ｂを通してトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＷＴＲＵ ＩＰアドレスを管理し割り振ること、ＰＤＵセッションを管理すること、ポリシー執行およびＱｏＳを制御すること、ＤＬデータ通知を提供することなど、他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１０４中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり、それらは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進するために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングしフォワーディングすること、ユーザプレーンポリシーを執行すること、マルチホームドＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳをハンドリングすること、ＤＬパケットをバッファすること、モビリティアンカリングを提供することなど、他の機能を実施し得る。
ＣＮ１０６は、他のネットワークとの通信を促進し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはそれと通信し得る。ＣＮ１０６は、他のサービスプロバイダによって所有および／または動作される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通してローカルＤＮ１８５ａ、１８５ｂに接続され得る。
図１Ａ～図１Ｄ、および図１Ａ～図１Ｄの対応する説明に鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書で説明される任意の他のデバイスのうちの１つまたは複数に関して本明細書で説明される機能の１つもしくは複数、または全ては、１つまたは複数のエミュレーションデバイス（図示せず）によって実施され得る。エミュレーションデバイスは、本明細書で説明される機能の１つもしくは複数、または全てをエミュレートするように構成された１つまたは複数のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスをテストするためにならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために使用され得る。
エミュレーションデバイスは、実験室環境においておよび／または事業者ネットワーク環境において他のデバイスの１つまたは複数のテストを実装するように設計され得る。例えば、１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワーク内で他のデバイスをテストするためにその通信ネットワークの一部として完全にまたは部分的に実装および／または展開されながら、１つもしくは複数の、または全ての機能を実施し得る。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として一時的に実装／展開されながら、１つもしくは複数の、または全ての機能を実施し得る。エミュレーションデバイスは、オーバージエア無線通信をテストするおよび／またはそれを使用してテストを実施する目的で別のデバイスに直接結合され得る。
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実装／展開されないままで、全てを含む１つまたは複数の機能を実施し得る。例えば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテストを実装するために、テスト実験室ならびに／または展開されない（例えばテスト用）有線および／もしくは無線通信ネットワークにおけるテストシナリオにおいて利用され得る。１つまたは複数のエミュレーションデバイスはテスト機器であり得る。（例えば、１つまたは複数のアンテナを含み得る）ＲＦ回路を介した直接ＲＦ結合および／または無線通信は、データを送信および／または受信するためにエミュレーションデバイスによって使用され得る。
マルチＴＲＰ動作の効率および信頼性を保証するために、ＮＲ動作の多くの態様が考慮および対処されるべきである。本出願において説明される実施形態では、ＷＴＲＵが複数のＴＲＰからの複数のＮＲ－ＰＤＳＣＨに関するそれのＮＲ－ＰＵＣＣＨ送信を管理することを可能にし得る、マルチ送受信ポイント（マルチＴＲＰ）送信の方法および装置について説明される。さらに、本出願において説明される実施形態では、ＷＴＲＵが、関係する手順を通してそれの受信状態（例えば、マルチＴＲＰまたは非マルチＴＲＰ動作モード）を効率に判定して、単一ＴＲＰ送信モードとマルチＴＲＰ送信モードとの間で切り替わり得るように判定および適応することを可能にし得る方法および装置について説明される。さらに、本出願において説明される実施形態では、例えば、測定の直交性および信頼性を維持するために、ＤＬ復調基準信号（ＤＭＲＳ）送信とアップリンク（ＵＬ）サウンディング基準信号（ＳＲＳ）送信の両方のためのマルチＴＲＰ送信の協調を可能にし得る方法および装置について説明される。
制御リソースセット（ＣＯＲＥＳＥＴ）は、ダウンリンク制御チャネルのために使用されるＲＥのセットを備えることがあり、それの周波数リソース、（シンボルに関する）時間におけるそれの長さ、およびそれのＲＥＧバンドルのタイプによって構成され得る。探索空間（または探索空間のセット）は、ＰＤＣＣＨのブラインド検出中にＷＴＲＵまたはＷＴＲＵのグループによって監視されるＰＤＣＣＨ候補のセットであり得る。
図２は、ダウンリンクマルチＴＲＰ動作についての２つの潜在的シナリオを示す図である。ＮＲでは、マルチＴＲＰ動作は、ダウンリンク送信への初期フォーカスとともにサポートされる。ＷＴＲＵが複数のＰＤＣＣＨおよびＰＤＳＣＨ送信を受信し、処理することが可能であろうことが予期される。図２は、ダウンリンクマルチＴＲＰ動作の２つの主要なオプションを示し、それぞれ、Ｐ－ＴＲＰは１次ＴＲＰを指し、Ｓ－ＴＰは２次ＴＲＰを指す。シナリオ１では、単一のＰＤＳＣＨ送信をスケジュールするために単一のＰＤＣＣＨが使用され、別個のＴＲＰから別個のレイヤが送信される。シナリオ２では、それぞれのＰＤＳＣＨ送信をスケジュールするために複数のＰＤＣＣＨが各々使用され、別個のＴＲＰから各ＰＤＳＣＨ送信が送信される。図２の例は、１つの帯域幅パートの場合においてコンポーネントキャリアごとに２つのＰＤＳＣＨ送信の数を示し、単一のスロット中に対応して２つのＰＤＣＣＨの最大数を示しているが、他の構成も可能である。
シナリオ１では、複数のＰＤＳＣＨデータレイヤの送信にもかかわらず、ＤＣＩ復号のためのＷＴＲＵブラインド探索の複雑さは、ＷＴＲＵがただ１つのＰＤＣＣＨを復号する必要があるので、レガシーシステムと同様のままであり得る。しかしながら、スケジューリング決定は、１つのｇＮＢにおいて中央で協調されることがあり、複数のＴＲＰ間の何らかの協調が必要となる。また、１次協調ＴＲＰにおけるビームリンク障害は、ＷＴＲＵが協調セット中の全てのＴＲＰについて１つのＴＲＰから制御情報を受信し得るので、全ての他のＴＲＰにおける送信に影響を及ぼし得る。
シナリオ２では、複数のＰＤＣＣＨを有することにより、ＴＲＰにおいてより多くのスケジューリングフレキシビリティが生じ得る。各ＰＤＣＣＨは、非理想的バックホールによって影響を受けることなしにＷＴＲＵのために異なるスケジューリング命令を搬送することができる。従って、バックホールを介して協働しているＴＲＰ間で交換される必要があり得る情報がより少なくなる。また、分散されたスケジューリングは、１つのＴＲＰにおけるビームリンク障害が、そのＴＲＰによって管理されるリソースにのみ影響を及ぼすことがあり、他のＴＲＰにおける送信が間断なく継続することができるので、ダイバーシティを提供するために使用され得る。これは、超高信頼低レイテンシ通信（ＵＲＬＬＣ）適用例の重要な要因であり得る。一方、ＷＴＲＵは、複数の受信されたＰＤＣＣＨ上でブラインド探索／ブラインド復号を実施する必要があり得るので、探索空間の有効サイズが増加し得る。協調は、マルチＴＲＰからのＰＤＣＣＨ送信の衝突を防ぐための動作の重要な態様のままである。
図３は、ＡＣＫ／ＮＡＣＫ送信がＰＤＳＣＨ復号のＫ1スロット後に行われる、ＮＲにおける非同期ハイブリッド自動再送要求（ＨＡＲＱ）動作を示す図である。ＷＴＲＵが、受信されたＤＣＩ、例えばＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿０を復号すると、それは、ＰＤＳＣＨ－ＨＡＲＱタイミングインジケータ、すなわち、Ｋ1を含む、様々なダウンリンクスケジューリング情報を判定し得る。Ｋ1は、ＰＤＳＣＨ送信の受信とＰＵＣＣＨの送信（例えば、ＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫ送信）との間の時間オフセットを定義する、ＲＲＣ構成値を指すインデックスであり得る。図３に示されているように、ＷＴＲＵは、ＡＣＫ／ＮＡＣＫ送信がＰＤＳＣＨ受信のＫ1スロット後に行われると判定し得る。ＷＴＲＵがＰＤＣＣＨを復号する限り、ＷＴＲＵは、ＰＤＳＣＨ受信のためのスロットがスロットｉであると判定し得、従って、ＷＴＲＵは、ＡＣＫ／ＮＡＣＫ送信のためのスロットがスロット（ｉ＋Ｋ1）であるとさらに判定し得る。
一方、ＷＴＲＵはまた、受信されたＤＣＩを復号した後にＫ0およびＫ2を取得し得る。Ｋ0は、ＤＣＩとＰＤＳＣＨ送信との間の時間オフセットを示す時間ドメインリソース割当てインジケータである。Ｋ2は、ＤＣＩとＰＵＳＣＨ送信との間の時間オフセットを示す時間ドメインリソース割当てである。
以下の実施形態および例で、Ｋ0およびＫ1の可能な適用例について詳細に説明する。
図４は、Ｔdの所与のＷＴＲＵ処理遅延をもつＷＴＲＵの例を示す図である。マルチＴＲＰダウンリンク送信シナリオでは、適用可能なＰＤＳＣＨ－ＨＡＲＱタイミングオフセット（すなわち、Ｋ1）は、ＴＲＰごとに異なり得る。例えば、ＴＲＰは、スロット内で同じＰＤＳＣＨリソース割振りを有しないことがあり、異なるＰＤＳＣＨ－ＨＡＲＱタイミングオフセットが必要であり得る。図４に示されているように、ＴＲＰ１のために、ＰＤＳＣＨ（すなわち、ＰＤＳＣＨ受信）は、ＴＲＰ１からのＰＤＳＣＨリソース割振りに基づいてスロットｉの始端に位置する。ＷＴＲＵ処理遅延Ｔdがあるが、ＷＴＲＵは、スロットｉ内でＰＤＳＣＨの処理を完了することがあり、ＰＵＣＣＨ（例えば、ＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫ）は、スロットｉの直後のスロットに位置し得る。しかしながら、対照的に、ＴＲＰ２のためのＰＤＳＣＨ（すなわち、ＰＤＳＣＨ受信）は、ＴＲＰ２からのＰＤＳＣＨリソース割振りに基づいてスロットｉの終端に位置することがあり、ＷＴＲＵは、ＷＴＲＵ処理遅延Ｔdにより、ＰＤＳＣＨを処理するために時間ドメイン中でスロット（ｉ＋１）を必要とする。従って、ＰＵＣＣＨ（例えば、ＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫ）は、スロット（ｉ＋２）に位置するはずである。この場合、異なるＴＲＰからの異なるＰＤＳＣＨリソース割振りにより、異なるＰＤＳＣＨ－ＨＡＲＱタイミングオフセット（すなわち、異なるＫ1値）が必要とされ得る。
図５は、マルチＴＲＰ送信の手順５００を示すフローチャートである。図５に示されているように、この手順は、５０１において、ＷＴＲＵが、複数のＴＲＰの各々からパラメータセットおよび物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信することから始まる。５０２において、ＷＴＲＵは、各受信されたＰＤＣＣＨ送信を復号して、各受信されたパラメータセットに基づいて複数のＴＲＰの各々についてＫ１値を取得する。５０３において、ＷＴＲＵは、複数のＴＲＰの各々から物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信し得る。５０４において、ＷＴＲＵは、各受信されたＰＤＳＣＨ送信についてＰＤＳＣＨ受信スロットロケーションを判定し得る。５０５において、各判定されたＰＤＳＣＨ受信スロットロケーションおよび各取得されたＫ１値に基づいて、ＷＴＲＵは、複数のＴＲＰの各々について候補ＰＵＣＣＨスロットロケーションを判定し得る。５０６Ａにおいて、ＷＴＲＵは、判定された候補ＰＵＣＣＨスロットロケーションの全ての比較に基づいて、複数のＴＲＰの全てについて、選択されたＰＵＣＣＨスロットロケーションを判定してよく、５０６Ｂにおいて、判定された候補ＰＵＣＣＨスロットロケーションの全てが同じでない場合、選択されたＰＵＣＣＨスロットロケーションは、最も遠い候補ＰＵＣＣＨスロットロケーションであり、５０６Ｃにおいて、判定された候補ＰＵＣＣＨスロットロケーションの全てが同じである場合、選択されたＰＵＣＣＨスロットロケーションは、判定された候補ＰＵＣＣＨスロットロケーションのいずれか１つである。この判定に基づいて、ＷＴＲＵは、ＰＵＣＣＨリソースを選択し５０７、選択されたＰＵＣＣＨリソース上で送信する。
図５に示されている５０１に対応して、ＷＴＲＵは、複数のＴＲＰの各々からパラメータセットおよびＰＤＣＣＨ送信を受信するように構成され得る。ＷＴＲＵがＤＣＩを受信するためにＰＤＣＣＨを復号するために、それは、ＰＤＣＣＨが位置し得る特定の周波数範囲を判定する必要がある。しかし、この情報はあらかじめＷＴＲＵに提供されないことがあり、ロケーションは動的に変化し得る。ＴＲＰの各々から受信されたパラメータセットは、ＰＤＣＣＨを場合によっては搬送する特定の周波数範囲に関する情報を含んでいることがある。この範囲内で、ＷＴＲＵは、ブラインド復号またはブラインド探索を通してＰＤＣＣＨを復号することを試みる必要がある。ＰＤＣＣＨは、ＰＤＳＣＨおよびＰＵＳＣＨのために、制御情報、すなわち、ＤＣＩを搬送し、ＤＣＩはＰＤＣＣＨ送信の重要な部分であることが諒解されよう。従って、ある程度、ＰＤＣＣＨをブラインド復号することは、ＤＣＩをブラインド復号することを意味する。本出願の明白で明確な説明のために、別段に規定されていない限り、「ＰＤＣＣＨ」および「ＤＣＩ」という用語は、本明細書では交換可能に使用され得る。
一実施形態では、複数のＴＲＰの各々から受信されたパラメータセットは、制御リソースセット（ＣＯＲＥＳＥＴ）を備え得る。ＣＯＲＥＳＥＴは、ＰＤＣＣＨを搬送するために使用される物理リソースのセット（すなわち、ＮＲダウンリンクリソースグリッド上の特定の領域）である。ＮＲでは、ＰＤＣＣＨは、それがＬＴＥにおいてそうするように完全なシステム帯域幅にわたらず、時間ドメイン中のＰＤＣＣＨの開始位置も構成可能であり得る。ＣＯＲＥＳＥＴは、ＰＤＣＣＨ（例えば、ＤＣＩ）が位置する周波数ドメイン中の特定の領域を位置特定するために使用されてよく、従って、ブラインド復号を支援するために使用されることが可能である。
ＣＯＲＥＳＥＴ内には、周波数ドメインパラメータおよび時間ドメインパラメータなど、複数のサブパラメータがあり得る。周波数ドメインパラメータは、ＣＯＲＥＳＥＴの周波数ドメイン幅を定義するために使用され得る。時間ドメインパラメータは、ＣＯＲＥＳＥＴの時間ドメイン長さを定義するために使用され得る。これらの２つのサブパラメータを使用することによって、ＰＤＣＣＨによって占有される周波数ドメインおよび時間ドメイン（例えば、ＰＤＣＣＨによって占有されるＯＦＤＭシンボルの番号）などのそれらの情報が、ＣＯＲＥＳＥＴ中に構成され得る。周波数ドメインパラメータおよび時間ドメインパラメータについて上記で説明されたが、それらは、本出願に対して独占的または限定的であることを意図されていない。本出願において開示されるマルチＴＲＰ送信の方法および装置を適用するための、ＣＯＲＥＳＥＴ内の異なるサブパラメータが利用可能であり得ることが諒解されよう。
一実施形態では、複数のＴＲＰの各々から受信されたパラメータセットは、探索空間を備え得る。探索空間とＣＯＲＥＳＥＴは、互いに密接に関連付けられる。探索空間は、ＰＤＣＣＨが搬送され得るダウンリンクリソースグリッド中のエリアを参照することもある。ＷＴＲＵは、ＰＤＣＣＨデータ（例えば、ＤＣＩ）を発見するために、探索空間全体にわたってブラインド復号を実施し得る。探索空間を通して、開始ＯＦＤＭシンボル番号およびＰＤＣＣＨ監視期間などの情報が構成され得る。このようにして、ＷＴＲＵは、探索空間中の情報を復号することによってＰＤＣＣＨを位置特定し得る。
上記で説明されたＣＯＲＥＳＥＴおよび探索空間は、ＰＤＣＣＨを位置特定し、ブラインド復号するためにＷＴＲＵによって使用され得るパラメータセットの２つの例である。しかしながら、これらの例は、本明細書において説明される実施形態に対して独占的または限定的であることを意図されていないことが諒解されよう。ＣＯＲＥＳＥＴおよび探索空間以外のパラメータセットは、そのパラメータセットが、ＰＤＣＣＨを位置特定および／またはブラインド復号するために使用されることが可能である限り、利用可能であり得る。パラメータセットを使用することによって、ＷＴＲＵは、ＰＤＣＣＨが位置し得る特定の周波数範囲を判定し、ブラインド復号を可能にし得る。
ここでの「パラメータセット」という用語は集合概念であり、すなわち、ＴＲＰの各々から受信されたパラメータセットは、上述のＣＯＲＥＳＥＴなど、ただ１つのパラメータであることに限定されないことを諒解されたい。それは複数のパラメータを備え得る。例えば、パラメータセットは、ＣＯＲＥＳＥＴと探索空間の両方を備え得る。
複数のＴＲＰの各々から受信されたパラメータセットは、同じでないことがある。例えば、一実施形態では、３つのＴＲＰ、すなわち、第１のＴＲＰ、第２のＴＲＰおよび第３のＴＲＰがある。第１のＴＲＰから受信されたパラメータセットはＣＯＲＥＳＥＴを備えることがあり、第２のＴＲＰから受信されたパラメータセットは探索空間を備えることがあり、第３のＴＲＰから受信されたパラメータセットはＣＯＲＥＳＥＴと探索空間の両方を備えることがある。
それぞれ３つの異なるＴＲＰからの上述の３つの異なるパラメータセットは、例として説明されているにすぎず、それらは、本出願で説明されるマルチＴＲＰ送信の方法および装置に対して独占的または限定的であることを意図されていないことが諒解されよう。
図５に示されている５０２に対応して、ＷＴＲＵは、各受信されたＰＤＣＣＨを復号して、各受信されたパラメータセットに基づいて複数のＴＲＰの各々についてＫ1値を取得するように構成される。
Ｋ1はＰＤＳＣＨ受信とＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫ送信との間の時間オフセットを示すので、「Ｋ1」という用語の有意性はそれの値にあることが諒解されよう。従って、明白で明確な説明のために、「Ｋ1」および「Ｋ1値」という用語は、同じまたは同様の意味を共有し、別段に規定されていない限り、それらは本出願では交換可能である。
スロットロケーションは、本出願において開示されるマルチＴＲＰ送信の方法および装置の重要な態様であり、「スロット」という用語、ならびに「スロットｉ」および「スロットｉ＋２」などの他の同様の用語の適用は、サブフレームまたはフレーム内のそのスロットのロケーションを示すためであることが諒解されよう。それらは、スロット内のリソース要素または制御チャネル要素など、スロット内のそれらのリソースまたはシンボルを記述するために使用されない。従って、別段に規定されていない限り、「スロット」、「スロットｉ」および「スロットｉ＋２」などのそれらの用語は、それらのスロットに対応するスロットロケーションを意味する。
図５に示されている５０３に対応して、ＷＴＲＵは、複数のＴＲＰの各々からＰＤＳＣＨ送信を受信するように構成される。
本出願の実施形態では、１次ＴＲＰ（Ｐ－ＴＲＰ）、２次ＴＲＰ（Ｓ－ＴＲＰ）、および第３のＴＲＰなど、３つ以上のＴＲＰがあり得る。従って、ＷＴＲＵは、Ｐ－ＴＲＰと通信し、それからＰＤＳＣＨ送信（ＮＲ－ＰＤＳＣＨ１）を受信し、Ｓ－ＴＲＰと通信し、それからＰＤＳＣＨ送信（ＮＲ－ＰＤＳＣＨ２）を受信し、第３のＴＲＰと通信し、それからＰＤＳＣＨ送信（ＮＲ－ＰＤＳＣＨ３）を受信し得る。
ＷＴＲＵが３つのＴＲＰの各々からＰＤＳＣＨを受信する上述の例は、本出願に対して独占的または限定的であることを意図されていないことが諒解されよう。例えば、ＷＴＲＵが通信することができる４つのＴＲＰがあることがあり、従って、ＷＴＲＵは、第１のＴＲＰからＰＤＳＣＨ送信（ＮＲ－ＰＤＳＣＨ１）を、第２のＴＲＰからＰＤＳＣＨ送信（ＮＲ－ＰＤＳＣＨ２）を、第３のＴＲＰからＰＤＳＣＨ送信（ＮＲ－ＰＤＳＣＨ３）を、および第４のＴＲＰからＰＤＳＣＨ送信（ＮＲ－ＰＤＳＣＨ４）を受信し得る。
図５に示されている５０４に対応して、ＷＴＲＵは、各受信されたＰＤＳＣＨについてＰＤＳＣＨ受信スロットロケーションを判定するように構成される。
図６は、ＤＣＩおよびＰＤＳＣＨ送信のためのスロットの例を示す。図６に示されているように、時間ドメイン中のＰＤＳＣＨ（ＤＣＩ－ＰＤＳＣＨタイミング）リソース割振りのための時間ドメインリソース割振りは、ＰＤＳＣＨ受信スロットロケーションを判定するために使用されることが可能である。ＰＤＳＣＨについて、ＤＣＩに対するそれの相対的スロットロケーションは、ＤＣＩ中のＫ0値によって示される。例えば、Ｋ0＝０である場合、ＰＤＳＣＨとＰＤＣＣＨは同じスロット中にあり、Ｋ0＝１である場合、ＰＤＳＣＨは、時間ドメインにおいてＰＤＣＣＨの１スロット後にあり、Ｋ0＝２である場合、ＰＤＳＣＨは、時間ドメインにおいてＰＤＣＣＨの２スロット後にある、など。
Ｋ0は、ＰＤＳＣＨの数秘学に基づく。ダウンリンクにおいて、ＷＴＲＵは、ＤＣＩを通してＰＤＳＣＨ送信を受信するようにスケジュールされ、すなわち、ＤＣＩの時間ドメインリソース割当てフィールドは、割振りテーブルへの行インデックスを提供し、行インデックスは、Ｋ0、開始および長さインジケータＳＬＶＩＡ、およびＰＤＳＣＨマッピングタイプを定義する。開始シンボル（すなわち、スロットの開始）、およびＰＤＳＣＨのために割り振られた開始シンボルからカウントした連続するシンボルの数が、開始および長さインジケータＳＬＩＶＡから判定される。図７Ａおよび図７Ｂに示されているように、ＰＤＳＣＨのために割り振られたスロットは、［ｎ（２μPDSCH／２μPDCCH）］＋Ｋ0として定義され、μＰＤＳＣＨおよびμＰＤＣＣＨは、それぞれ、ＰＤＳＣＨおよびＰＤＣＣＨのためのサブキャリア離間構成である。
図７Ａおよび図７Ｂは、ＰＤＳＣＨ受信スロットロケーションの２つの例を示す。図７Ａおよび図７Ｂに示されているように、各スロットは１４個のシンボル（すなわち、シンボル０～１３）を有する。図７Ａに示されているように、Ｋ0＝０であり、ＰＤＳＣＨとＰＤＣＣＨは同じスロット、すなわち、スロットｎ中にある。シンボル０および１はＰＤＣＣＨを搬送し、シンボル２～６はＰＤＳＣＨを搬送する。図７Ｂに示されているように、Ｋ0＝１であり、従って、ＰＤＳＣＨはスロットｎ中にあり、ＰＤＣＣＨはスロットｎ＋１中にある。スロットｎ中のシンボル０および１はＰＤＣＣＨを搬送し、スロットｎ＋１中のシンボル０～４はＰＤＳＣＨを搬送する。
図７Ａおよび図７Ｂによって示されるこの２つの例は、本出願に対して独占的および限定的であることを意図されていないことが諒解されよう。ＰＤＳＣＨ受信スロットロケーションは、異なるＫ0値およびＰＤＣＣＨ内の他のパラメータに基づいて変動し得る。
また、Ｋ0がＰＤＣＣＨとＰＤＳＣＨ送信の受信との間の時間オフセットを示すので、「Ｋ0」という用語の有意性はそれの値にあることが諒解されよう。従って、明白で明確な説明のために、「Ｋ0」および「Ｋ0値」という用語は、同じまたは同様の意味を共有することがあり、別段に規定されていない限り、それらは本明細書では交換可能である。
上記の実施形態は、ＷＴＲＵが最初にＰＤＣＣＨ送信を受信し、第２にＰＤＳＣＨ送信を受信し得ることを示すが、それらの実施形態は、本出願に対して独占的または限定的であることを意図されていないことが諒解されよう。例えば、ＴＲＰは、ＰＤＣＣＨとＰＤＳＣＨの両方を同時にＷＴＲＵに送信することがあり、従って、ＷＴＲＵは、ＰＤＣＣＨ送信とＰＤＳＣＨ送信の両方を同時に受信し得る。ＰＤＣＣＨ送信およびＰＤＳＣＨ送信を受信した後に、ＷＴＲＵは、パラメータセット（例えば、ＣＯＲＥＳＥＴ）を使用することによってＰＤＣＣＨ送信をブラインド探索および復号し、復号されたＰＤＣＣＨ送信からのＤＣＩを使用してＰＤＳＣＨ送信を復号する。
図５に示されている５０５に対応して、ＷＴＲＵは、各判定されたＰＤＳＣＨ受信スロットロケーションおよび各取得されたＫ1値に基づいて、複数のＴＲＰの各々について候補ＰＵＣＣＨスロットロケーションを判定するように構成される。
ＷＴＲＵは、ＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫ送信がＰＤＳＣＨ送信の受信のＫ1スロット後に行われると判定し得る。例えば、Ｋ1＝０である場合、ＰＤＳＣＨ送信と、ＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫ送信は、同じスロット中にあり、Ｋ1＝１である場合、ＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫ送信は、ＰＤＳＣＨ送信の受信の後の時間ドメイン中の１つのスロットであり、Ｋ1＝２である場合、ＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫ送信は、ＰＤＳＣＨ送信の受信の後の時間ドメイン中の２つのスロットである、など。
図８は、候補ＰＵＣＣＨ送信スロットロケーションの２つの例を示す。これらの２つの例では、Ｋ1値は２であり、すなわち、ＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫ送信は、ＰＤＳＣＨ送信の受信の後の２つのスロットである。図８に示されているように、ＴＲＰ１（すなわち、図２に示されている１次ＴＲＰ）とＴＲＰ２（すなわち、図２に示されている２次ＴＲＰ）の両方のための候補ＰＵＣＣＨ送信スロットロケーションは、同じであり、すなわち、スロット（ｉ＋２）であり、従って、ＴＲＰ１とＴＲＰ２の両方のためのＡＣＫ／ＮＡＣＫ送信は、時間ドメインにおいて同じスロットを有し、すなわち、スロット（ｉ＋２）を有する。
図９は、候補ＰＵＣＣＨ送信スロットロケーションの別の２つの例を示す。上述したように、異なるＴＲＰは、異なるＫ1値を受信し得る。これらの２つの例では、ＴＲＰ１のＫ1値と、ＴＲＰ２のＫ1値は異なる。図９に示されているように、ＴＲＰ１のＫ1値は１であり、これは、ＴＲＰ１のためのＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫ送信がＰＤＳＣＨの１スロット後であること、すなわち、ＡＣＫ／ＮＡＣＫ送信のためのスロットがスロット（ｉ＋１）であることを意味する。従って、ＴＲＰ１のための候補ＰＵＣＣＨ送信スロットロケーションはスロット（ｉ＋１）である。ＴＲＰ２のＫ1値は２であり、これは、ＴＲＰ２のためのＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫ送信がＰＤＳＣＨ送信の受信の２スロット後であること、すなわち、ＡＣＫ／ＮＡＣＫ送信のためのスロットがスロット（ｉ＋２）であることを意味する。従って、ＴＲＰ２のための候補ＰＵＣＣＨ送信スロットロケーションはスロット（ｉ＋２）である。これらの例では、ＷＴＲＵが、ＴＲＰ１およびＴＲＰ２から受信された各ＰＤＳＣＨについてＡＣＫ／ＮＡＣＫ送信を送る場合、それらのＡＣＫ／ＮＡＣＫ送信は、時間ドメイン中の異なるスロット内で行われる。本出願において開示されるマルチＴＲＰ送信の方法および装置は、このスロット差を解決し、単一のスロット（すなわち、単一のＰＵＣＣＨリソース）を使用して、ＴＲＰ１から受信されたＰＤＳＣＨ送信と、ＴＲＰ２から受信されたＰＤＳＣＨ送信の両方についてＰＵＣＣＨ送信を行い得る。
上述したように、いくつかの実施形態では、３つ以上のＴＲＰがあり得る。それらの実施形態では、各ＴＲＰのＫ1値は互いに異なり得る。例えば、ＴＲＰ１のＫ1値は０であり、ＴＲＰ２のＫ1値は１であり、ＴＲＰ２のＫ1値は２である。以下の説明で、図５、図８および図９を参照しながら、異なるＴＲＰの異なるＫ1値について、およびＰＵＣＣＨ送信（例えば、ＡＣＫ／ＮＡＣＫ送信）のための所望のスロットをどのように判定すべきかについてさらに詳細に説明する。
図５に示されている５０６Ａに対応して、ＷＴＲＵは、判定された候補ＰＵＣＣＨスロットロケーションの全ての比較に基づいて、複数のＴＲＰの全てについて、選択されたＰＵＣＣＨ送信スロットロケーションを判定するように構成される。図５に示されている５０６Ｂに対応して、判定された候補ＰＵＣＣＨスロットロケーションの全てが同じである場合、ＷＴＲＵは、選択されたＰＵＣＣＨスロットロケーションが、判定された候補ＰＵＣＣＨスロットロケーションのいずれか１つであると判定し得る。図５に示されている５０６Ｃに対応して、判定された候補ＰＵＣＣＨスロットロケーションの全てが同じでない場合、ＷＴＲＵは、選択されたＰＵＣＣＨ送信スロットロケーションが、最も遠い候補ＰＵＣＣＨスロットロケーションであると判定し得る。
図８に示されているように、ＴＲＰ１のための候補ＰＵＣＣＨ送信スロットロケーションはスロット（ｉ＋２）であり、ＴＲＰ２のための候補ＰＵＣＣＨ送信スロットロケーションもスロット（ｉ＋２）である。従って、これらの判定された候補ＰＵＣＣＨ送信スロットロケーション（すなわち、スロット（ｉ＋２））の比較に基づいて、ＷＴＲＵは、ＴＲＰ１のスロット（ｉ＋２）またはＴＲＰ２のスロット（ｉ＋２）のいずれかが、選択されたＰＵＣＣＨスロットロケーションであるべきことを判定し得る。言い換えれば、判定された候補ＰＵＣＣＨ送信スロットロケーションのいずれか１つが、選択されたＰＵＣＣＨ送信スロットロケーションであり得る。
図８はＴＲＰ１とＴＲＰ２の両方が時間ドメイン中で同じ候補ＰＵＣＣＨ送信スロットロケーションを共有する例を示しているが、この例は、本出願に対して独占的または限定的であることを意図していない。例えば、一実施形態では、３つのＴＲＰがあり、それらの全てが、時間ドメイン中で同じ候補ＰＵＣＣＨ送信スロットロケーションを共有し得る。その実施形態では、ＷＴＲＵは、それらのＴＲＰの同じ候補ＰＵＣＣＨ送信スロットロケーションのいずれか１つが、全てのＴＲＰについて選択されたＰＵＣＣＨ送信スロットロケーションであるべきことを判定し得る。
図９に示されるように、ＴＲＰ１のための候補ＰＵＣＣＨ送信スロットロケーションはスロット（ｉ＋１）であり、ＴＲＰ２のための候補ＰＵＣＣＨ送信スロットロケーションはスロット（ｉ＋２）である。スロット（ｉ＋２）は、スロット（ｉ＋１）よりも後のスロットであり、すなわち、スロット（ｉ＋２）は、ＴＲＰ１とＴＲＰ２の両方にとって最も遠い候補ＰＵＣＣＨ送信スロットロケーションである。従って、ＷＴＲＵは、ＴＲＰ２のためのスロット（ｉ＋２）が、ＴＲＰ１とＴＲＰ２の両方について、ＰＵＣＣＨ送信のための選択されたＰＵＣＣＨ送信スロットロケーションであるべきことを判定し得る。
図９はＴＲＰ１およびＴＲＰ２についての判定された候補ＰＵＣＣＨ送信スロットロケーションが同じでない例を示しているが、この例は、本出願に対して独占的または限定的であることを意図していない。例えば、一実施形態では、３つのＴＲＰ（すなわち、ＴＲＰ１、ＴＲＰ２およびＴＲＰ３）があり、ＷＴＲＵは、それらの３つのＴＲＰについての候補ＰＵＣＣＨ送信スロットロケーションが同じでないとすでに判定している。例えば、ＴＲＰ１のための候補ＰＵＣＣＨ送信スロットロケーションはスロット（ｉ＋１）であり、ＴＲＰ２のための候補ＰＵＣＣＨ送信スロットロケーションはスロット（ｉ＋２）であり、ＴＲＰ３のための候補ＰＵＣＣＨ送信スロットロケーションはスロット（ｉ＋３）である。その場合、スロット（ｉ＋３）が、これらの３つの候補ＰＵＣＣＨ送信スロットロケーションの中で最も遠い候補ＰＵＣＣＨ送信スロットロケーションに位置するので、ＷＴＲＵは、ＴＲＰ３のためのスロット（ｉ＋３）が、３つのＴＲＰの全てについて、選択されたＰＵＣＣＨ送信スロットロケーションであるべきことを判定し得る。
３つのＴＲＰの全てについて、選択されたＰＵＣＣＨスロットロケーションを判定する上述の実施形態は、本出願において開示される本方法および装置に対して独占的でなく、限定的でないものであることが諒解されよう。本出願においてここで開示されるマルチＴＲＰ送信の方法および装置は、ＴＲＰの異なる数をもちおよび／または異なる候補ＰＵＣＣＨスロットロケーションをもつ異なるシナリオに適用され得ることが諒解されよう。
図５に示されている５０７に対応して、ＷＴＲＵは、複数のＴＲＰの全てについて、選択されたＰＵＣＣＨリソースとして、選択されたＰＵＣＣＨ送信スロットロケーションに対応するスロット中のＴＲＰのＰＵＣＣＨリソースを選択するように構成され得る。
一実施形態では、ＷＴＲＵは、複数のＴＲＰのために１つまたは複数のＰＵＣＣＨリソースセットを用いて構成されてよく、各リソースセットは、複数のＴＲＰのうちのＴＲＰに関連付けられ得る。ＷＴＲＵは、ＰＵＣＣＨリソースセット中のそれらのリソースを利用して、マルチＴＲＰ ＰＵＣＣＨ送信のための選択されたＰＵＣＣＨリソースを判定し得る。例えば、図９で示されている実施形態では、ＷＴＲＵは、２つのＰＵＣＣＨリソースセット、すなわち、ＴＲＰ１のための第１のＰＵＣＣＨリソースセットおよびＴＲＰ２のための第２のＰＵＣＣＨリソースセットを用いて構成され得る。従って、この実施形態では、ＷＴＲＵは、ＴＲＰ１とＴＲＰ２の両方へのＰＵＣＣＨ送信のための選択されたＰＵＣＣＨリソースとして、第２のＰＵＣＣＨリソースセット２から、ＴＲＰ２のＰＵＣＣＨリソースを選択し得る。時間ドメインにおいて、選択されたＰＵＣＣＨリソースは、選択されたＰＵＣＣＨスロットロケーション、すなわち、スロット（ｉ＋２）に対応するＴＲＰ２のスロット（ｉ＋２）に位置する。
一実施形態では、ＷＴＲＵは、複数のＴＲＰの各々のために上位レイヤパラメータによって提供されるＰＵＣＣＨリソース構成を有し得る。ＷＴＲＵは、このＰＵＣＣＨリソース構成を使用して、マルチＴＲＰ ＰＵＣＣＨ送信のための選択されたＰＵＣＣＨリソースを判定し得る。例えば、図９で示されている実施形態では、ＷＴＲＵは、２つのＰＵＣＣＨリソース構成、すなわち、ＴＲＰ１のための第１のＰＵＣＣＨリソース構成およびＴＲＰ２のための第２のＰＵＣＣＨリソース構成を有し得る。従って、この実施形態では、ＷＴＲＵは、ＴＲＰ１とＴＲＰ２の両方へのマルチＴＲＰ ＰＵＣＣＨ送信のための選択されたＰＵＣＣＨリソースとして、第２のＰＵＣＣＨリソース構成に基づいてＰＵＣＣＨリソースを選択し得る。時間ドメインにおいて、選択されたＰＵＣＣＨリソースは、選択されたＰＵＣＣＨスロットロケーション、すなわち、スロット（ｉ＋２）に対応するＴＲＰ２のスロット（ｉ＋２）に位置する。
より具体的には、選択されたＰＵＣＣＨリソースを選択するために、ＷＴＲＵはＰＵＣＣＨリソースインデックスを計算し得る。例えば、図９で示されている実施形態では、ＷＴＲＵは、ＴＲＰ１とＴＲＰ２の両方へのＰＵＣＣＨ送信のための選択されたＰＵＣＣＨリソースとして、スロット（ｉ＋２）中のＴＲＰ２のＰＵＣＣＨリソースを選択するために、ＴＲＰ２のＰＵＣＣＨリソースインデックスを計算し得る。リソースインデックスは、ＴＲＰ２によって受信されたＣＯＲＥＳＥＴ中のＣＣＥの数、ＴＲＰ２によって受信されたＰＤＣＣＨの第１のＣＣＥのインデックス、およびＰＤＣＣＨから復号されたＤＣＩ中のＰＵＣＣＨリソースインジケータフィールドに基づいて計算され得る。
マルチＴＲＰ ＰＵＣＣＨ送信のための選択されたＰＵＣＣＨリソースとして、選択されたＰＵＣＣＨ送信スロットロケーションに対応するスロット中のＴＲＰのＰＵＣＣＨリソースを選択する上述の仕方は、例として説明されているにすぎないことが諒解されよう。それらは、本出願に対して独占的または限定的であることを意図されていない。
図５に示されている５０８に対応して、ＷＴＲＵは、選択されたＰＵＣＣＨリソースを使用することによって、複数のＴＲＰの全てに、選択されたＰＵＣＣＨ送信を送信するように構成され得る。
複数のＰＤＳＣＨ送信をスケジュールする複数のＰＤＣＣＨをもつＷＴＲＵは、同じスロット内で複数のＴＲＰの全てへのＰＵＣＣＨ送信を行い得る。ＷＴＲＵは、同じＴＲＰに両方のＰＤＳＣＨ送信についてのＡＣＫ／ＮＡＣＫ報告を送信し得る。例えば、図２および図９に示されている実施形態では、ＷＴＲＵは、ＮＲ－ＰＤＳＣＨ１とＮＲ－ＰＤＳＣＨ２の両方についてのＡＣＫ／ＮＡＣＫ報告を送信してよく、ＡＣＫ／ＮＡＣＫ報告は、Ｐ－ＴＲＰ（すなわち、ＴＲＰ１）とＳ－ＴＲＰ（すなわち、ＴＲＰ２）の両方に送信されることになる。
ＰＵＣＣＨ送信は、ＰＤＳＣＨに応答したＨＡＲＱ－ＡＣＫ報告、アップリンクデータ送信のためのリソースを要求するために使用されるスケジューリング要求（ＳＲ）、リンク適応およびダウンリンクデータスケジューリングのために使用されるチャネル状態情報（ＣＳＩ）報告を含む、アップリンク制御情報（ＵＣＩ）を搬送し得る。より詳細には、ＣＳＩ報告は、チャネル品質インジケータ（ＣＱＩ）、プリコーディング、行列インジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ）、レイヤインジケータ（ＬＩ）およびビーム関係情報を含み得る。
図８に示されるように、時間ドメインにおいて、選択されたＰＵＣＣＨリソースの選択の前に、ＷＴＲＵは、ＴＲＰ１のためのスロット（ｉ＋２）中で候補ＰＵＣＣＨ送信を判定してよく、ＷＴＲＵは、ＴＲＰ２のためのスロット（ｉ＋２）中で候補ＰＵＣＣＨ送信を判定してよい。ＴＲＰ１のためのスロット（ｉ＋２）中の候補ＰＵＣＣＨ送信は、マルチＴＲＰ ＰＵＣＣＨ送信についての候補ＡＣＫ／ＮＡＣＫ報告を備えることがあり、ＴＲＰ２のためのスロット（ｉ＋２）中の候補ＰＵＣＣＨ送信は、マルチＴＲＰ ＰＵＣＣＨ送信についての別の候補ＡＣＫ／ＮＡＣＫ報告を備えることがある。図８で示されている実施形態では、ＷＴＲＵが、ＴＲＰ１のＰＵＣＣＨリソースセットまたはＰＵＣＣＨリソース構成のいずれかに基づいて、複数のＴＲＰの全てについて、選択されたＰＵＣＣＨリソースとして、スロット（ｉ＋２）中のＴＲＰ１のＰＵＣＣＨリソースを選択した後に、ＴＲＰ１のためのスロット（ｉ＋２）中の候補ＰＵＣＣＨ送信は、マルチＴＲＰ ＰＵＣＣＨ送信のための選択されたＰＵＣＣＨ送信になることがあり、このようにして、選択されたＰＵＣＣＨ内の候補ＡＣＫ／ＮＡＣＫが、選択されたＡＣＫ／ＮＡＣＫになる。
従って、図６に示されているように、時間ドメインにおいて、選択されたＰＵＣＣＨリソースの選択の前に、ＰＵＣＣＨ送信は、候補ＰＵＣＣＨ送信であり、ＡＣＫ／ＮＡＣＫは、候補ＡＣＫ／ＮＡＣＫであり、Ｋ１値は、ＰＤＳＣＨの受信と候補ＰＵＣＣＨ送信（例えば、候補ＡＣＫ／ＮＡＣＫ）との間の時間オフセットを定義する。
一実施形態では、ＷＴＲＵは、選択されたＰＵＣＣＨスロットロケーションに対応しないスロット中の候補ＡＣＫ／ＮＡＣＫ報告をドロップするように構成される。
図８に示されている実施形態では、ＷＴＲＵは、選択されたＰＵＣＣＨ送信スロットロケーションがＴＲＰ１のスロット（ｉ＋２）であると判定している。従って、ＷＴＲＵは、ＴＲＰ２のスロット（ｉ＋２）中でスケジュールされた候補ＰＵＣＣＨ送信（例えば、候補ＡＣＫ／ＮＡＣＫ）をドロップしてよく、ＴＲＰ１のスロット（ｉ＋２）中で、両方のＴＲＰについて、選択されたＰＵＣＣＨ送信（例えば、選択されたＡＣＫ／ＮＡＣＫ）を送信し得る。
図９に示されている実施形態では、ＷＴＲＵは、選択されたＰＵＣＣＨ送信スロットロケーションがＴＲＰ２のスロット（ｉ＋２）であると判定している。従って、ＷＴＲＵは、ＴＲＰ１のスロット（ｉ＋１）中でスケジュールされた候補ＰＵＣＣＨ送信（例えば、候補ＡＣＫ／ＮＡＣＫ）をドロップしてよく、ＴＲＰ２のスロット（ｉ＋２）中で、両方のＴＲＰについて、選択されたＰＵＣＣＨ送信（例えば、選択されたＡＣＫ／ＮＡＣＫ）を送信し得る。
複数のＤＣＩがサービングセル中の複数のＴＲＰからの複数のＰＤＳＣＨ送信をスケジュールする場合、ＷＴＲＵは、いくつかの異なる手法のうちの１つに従って複数のＴＲＰからのＰＤＣＣＨ受信のための擬似コロケーション情報を判定し得る。例えば、ＷＴＲＵは、ＴＲＰもしくはＴＲＰセットインデックスと、ＰＤＣＣＨ送信のために使用される構成された制御リソースセットのセットからの制御リソースセットインデックスおよび／または構成された探索空間のセットからの探索空間インデックスとの間の関連付けを使用して、擬似コロケーション情報を暗黙的に判定し得る。代替または追加として、ＷＴＲＵは、対応するＴＲＰまたはＴＲＰセットからのＰＤＣＣＨ受信のためのＤＭ－ＲＳアンテナポートのための擬似コロケーション情報を示すアンテナポート擬似コロケーションマッピングを、上位レイヤによってアンテナポート擬似コロケーションのセットから明示的に提供され得る。
ＷＴＲＵが擬似コロケーション情報を暗黙的に判定する場合、ＷＴＲＵは、最も低いインデックスを付けられたＴＲＰもしくはＴＲＰセットが、ＰＤＣＣＨ送信のために使用される最も低いインデックスを付けられた制御リソースセット（例えば、ＣＯＲＥＳＥＴ－ＩＤ）と擬似コロケートされると仮定し得、および／または最も低いインデックスを付けられたＴＲＰもしくはＴＲＰセットが、ＰＤＣＣＨ送信のために使用される最も低いインデックスを付けられた探索空間（すなわち、探索空間－ＩＤ）と擬似コロケートされると仮定し得る。マルチビームＣＯＲＥＳＥＴ動作の場合、ＷＴＲＵは、最も低いインデックスを付けられたＴＲＰもしくはＴＲＰセットが、ＰＤＣＣＨ送信のために使用されるスロット内の制御リソースセットの最も低いインデックスを付けられたＯＦＤＭシンボルと擬似コロケートされると仮定し得る。
ＷＴＲＵがアンテナポート擬似コロケーションマッピングを明示的に提供される場合、無線リソース制御（ＲＲＣ）における構成は、ＴＲＰまたはＴＲＰセットからのＰＤＣＣＨ受信に関連するＤＭ－ＲＳアンテナポートを、ＴＣＩ状態によって構成された１つまたは複数のＤＬ－ＲＳにマッピングし得る。例えば、上位レイヤパラメータＴＣＩ－ＳｔａｔｅｓＰＤＣＣＨが使用されてよく、これは、複数のＴＲＰからのＰＤＣＣＨ受信のための単一または複数のＴＣＩ状態を含んでいることがある。ＷＴＲＵは、対応するＴＲＰまたはＴＲＰセットからのＰＤＣＣＨ受信に関連するＤＭ－ＲＳアンテナポートが、（例えば、平均利得、擬似コロケーション（ＱＣＬ）－タイプＡプロパティ、およびＱＣＬ－タイプＤプロパティに関して）ＷＴＲＵが初期アクセス手順中に識別した対応する同期シーケンス（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロックと擬似コロケートされると仮定し得る。
単一のＤＣＩがサービングセル中の複数のＴＲＰからの複数のＰＤＳＣＨ送信をスケジュールする場合、ＷＴＲＵは、いくつかの異なる手法のうちの１つに従って複数のＴＲＰからのＰＤＣＣＨ受信のための擬似コロケーション情報を判定し得る。例えば、ＷＴＲＵは、ＰＤＣＣＨ受信に関連するＤＭ－ＲＳアンテナポートが、最も低いインデックスを付けられたＴＲＰまたはＴＲＰセットと擬似コロケートされると仮定し得る。別の例では、単一のＤＣＩが、サービングセル中の複数のＴＲＰからの複数のＰＤＳＣＨ送信をスケジュールすることがあり、このＤＣＩは、ＰＤＳＣＨがＤＣＩフォーマット１＿０を用いてスケジュールされた場合、またはＷＴＲＵが、ＤＣＩフォーマット１＿１のためにＰＤＳＣＨをスケジュールするＣＯＲＥＳＥＴのためにｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩを用いて構成されない場合など、送信構成表示（ＴＣＩ）フィールドを搬送しないことがある。そのようなシナリオでは、ＷＴＲＵは、ＰＤＳＣＨ受信のための擬似コロケーション情報を以下のように判定し得る。ＷＴＲＵが１つのコードワードを用いてスケジュールされた場合、ＷＴＲＵは、ＴＲＰまたはＴＲＰセットインデックスと、ＰＤＳＣＨ送信のために割り当てられたＤＭ－ＲＳアンテナポートの中のＤＭ－ＲＳアンテナポートインデックスとの間の関連付けを使用して、擬似コロケーション情報を暗黙的に判定し得る。例えば、ＷＴＲＵは、最も低いインデックスを付けられたＴＲＰもしくはＴＲＰセットが、ＰＤＳＣＨ送信のために割り当てられたＤＭ－ＲＳアンテナポートの中の最も低いインデックスを付けられたＤＭ－ＲＳアンテナポートと擬似コロケートされると仮定し得るか、またはＷＴＲＵは、２番目に最も低いインデックスを付けられたＴＲＰもしくはＴＲＰセットが、ＰＤＳＣＨ送信のために割り当てられたＤＭ－ＲＳアンテナポートの中の２番目に最も低いインデックスを付けられたＤＭ－ＲＳアンテナポートと擬似コロケートされると仮定し得る。ＷＴＲＵが２つのコードワードを用いてスケジュールされた場合、ＷＴＲＵは、ＴＲＰもしくはＴＲＰセットインデックス、コードワードインデックス、２つのコードワードのＭＣＳインデックス、および／または各コードワードのために割り当てられたＤＭ－ＲＳアンテナポートの中のＤＭ－ＲＳアンテナポートインデックスの間の関連付けを使用して、擬似コロケーション情報を暗黙的に判定し得る。例えば、ＷＴＲＵは、最も低いインデックスを付けられたＴＲＰもしくはＴＲＰセットが、最も低いインデックスを付けられたコードワード（例えば、コードワード０）のために割り当てられたＤＭ－ＲＳアンテナポートの中の最も低いインデックスを付けられたＤＭ－ＲＳアンテナポートと擬似コロケートされると仮定し得る。ＷＴＲＵは、最も低いインデックスを付けられたＴＲＰもしくはＴＲＰセットが、より高い（より低い）ＭＣＳをもつコードワードのために割り当てられたＤＭ－ＲＳアンテナポートの中の最も低いインデックスを付けられたＤＭ－ＲＳアンテナポートと擬似コロケートされると仮定し得る。
実施形態では、ＷＴＲＵは、ＭＴＲＰ受信をサポートするように構成され得る。サポートのアクティブ化は、ＤＣＩもしくはＭＡＣ ＣＥ制御要素（ＣＥ）などによって動的にトリガされ得るか、またはそれは、所与の時間期間の間、半静的にトリガされ得る。
実施形態では、ＷＴＲＵは、マルチＴＲＰ動作のための新たに定義されたＲＮＴＩ（例えば、ＭＴＲＰ－ＲＮＴＩ）を使用して、複数のＴＲＰからの送信のために複数のＰＤＳＣＨをスケジュールする複数のＤＣＩを識別し得る。一例では、ＭＴＲＰ－ＲＮＴＩは、上位レイヤシグナリングによって提供されてよく、複数のＴＲＰからの送信のために複数のＰＤＳＣＨをスケジュールするＤＣＩのサイクリック冗長検査（ＣＲＣ）パリティビットでスクランブルされ得る。別の例では、ＷＴＲＵは、ＤＣＩフィールド検証を通してＭＴＲＰモードにおける動作を暗黙的に判定し得る。例えば、ＷＴＲＵが、同じフォーマット１＿１をもつ２つのＤＣＩを受信した場合、ＷＴＲＵは、ＭＴＲＰ受信の表示として、ＤＣＩフィールドのうちのいくつかの共通性を使用してよく、各受信されたＤＣＩは、対応するＰＤＳＣＨレイヤのためのスケジューリング情報を搬送する。一例では、ＷＴＲＵは、複数のＴＲＰからの送信のために複数のＰＤＳＣＨをスケジュールする複数のＤＣＩのためのいくつかのフィールドを比較し得る。マルチＤＣＩ検証が達成された場合、ＷＴＲＵは、複数のＤＣＩ中の情報をマルチＴＲＰ送信の表示と見なし得る。マルチＤＣＩ検証が達成されない場合、ＷＴＲＵは、複数のＤＣＩを、一致しないＣＲＣとともに検出されたと見なし得る。
以下の表１は、どのようにしてＤＣＩフォーマット１＿０および１＿１におけるＤＣＩフィールドのうちのいくつかがマルチＴＲＰ送信のための検証機構として使用され得るかの例を提供する。ＷＴＲＵは、スケジュールされたＰＵＣＣＨ、ＰＵＣＣＨリソースインジケータ、および複数のＰＤＣＣＨ／ＤＣＩにわたるＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングインジケータのために異なるＴＰＣコマンドを受信することを予期しないことがある。従って、複数のＴＲＰからの送信のための複数のＰＤＳＣＨのためのスケジューリングは、同じであることが予期され得る。しかしながら、ＷＴＲＵは、複数のＴＲＰからのＰＤＳＣＨ送信のために異なる送信構成表示（ＴＣＩ）を予期し得る。
ＷＴＲＵが、複数のＰＤＳＣＨをスケジュールする複数のＰＤＣＣＨを受信した場合、ＷＴＲＵは、受信されたＤＣＩフォーマットの合成を通してＭＴＲＰモードにおける動作を暗黙的に判定し得る。実施形態では、ＷＴＲＵは、ＤＣＩフォーマット１＿１および１＿０の受信を検出することによってＭＴＲＰ動作を判定してよく、第１のＤＣＩフォーマット１＿１は、両方のレイヤについての全てのスケジューリング情報を搬送し、第２のＤＣＩフォーマット１＿０は、ＭＴＲＰ送信を示すことがある。実施形態では、ＷＴＲＵは、ＭＴＲＰモードにおける動作を検証するために、受信された複数のＤＣＩのいくつかのフィールドを比較してよい。
Figure 0007216196000001
マルチＴＲＰ動作のために、ＷＴＲＵは、複数の制御リソースセット（ＣＯＲＥＳＥＴ）を用いて上位レイヤによって構成されてよく、各ＣＯＲＥＳＥＴ構成は、対応するＴＲＰからのＰＤＣＣＨ／ＰＤＳＣＨ受信のためのＤＭ－ＲＳアンテナポートの擬似コロケーション情報を示す、アンテナポート擬似コロケーションのセットからのアンテナポート擬似コロケーションを含み得る。ＷＴＲＵは、マルチＴＲＰ動作のための構成されたＣＯＲＥＳＥＴの数が、構成されたＴＲＰの数以下であることを予期し得る。
構成されたＣＯＲＥＳＥＴの数が、構成されたＴＲＰの数に等しいという条件で、ＷＴＲＵは、ＣＯＲＥＳＥＴ中のＰＤＣＣＨ／ＰＤＳＣＨ受信に関連するＤＭ－ＲＳアンテナポートが、（例えば、平均利得、ＱＣＬ－タイプＡ、およびＱＣＬ－タイプＤプロパティに関して）対応するＴＲＰからの送信と擬似コロケートされると仮定し得る。図１０は、構成されたＣＯＲＥＳＥＴの数が、構成されたＴＲＰの数に等しい、ＣＯＲＥＳＥＴ構成の例を示す図である。
構成されたＣＯＲＥＳＥＴの数が、構成されたＴＲＰの数よりも小さいという条件で、ＷＴＲＵは、ＣＯＲＥＳＥＴ中のＰＤＣＣＨ／ＰＤＳＣＨ受信に関連するＤＭ－ＲＳアンテナポートが、（例えば、平均利得、ＱＣＬ－タイプＡ、およびＱＣＬ－タイプＤプロパティに関して）複数のＴＲＰまたはＴＲＰセットからの送信と擬似コロケートされると仮定し得る。
実施形態では、フォーマット１＿０は、暗黙的ＱＣＬ表示を用いて構成されてよく（ＣＯＲＥＳＥＴ１のＱＣＬはＴＲＰ１を適用し、すなわち、ＣＯＲＥＳＥＴ１はＴＲＰ１に、ＣＯＲＥＳＥＴ２はＴＲＰ２に）、フォーマット１＿１は、明示的ＱＣＬ表示（それぞれのＴＣＩ中に示される各ＰＤＳＣＨのＱＣＬ）を用いて構成されてよい。
１つまたは複数の送信構成表示（ＴＣＩ）状態が構成または使用されてよく、ＴＣＩ状態は、１つまたは複数のダウンリンク基準信号（例えば、ＳＳ／ＰＢＣＨブロック、ＣＳＩ－ＲＳ、トラッキングのためのＣＳＩ－ＲＳ）およびそれの関連するＱＣＬタイプ（例えば、ＱＣＬタイプＡ、Ｂ、Ｃ、Ｄ）を含み得る。ＴＣＩ状態は空間Ｒｘ（例えば、ＱＣＬタイプＤ）を判定し得る。
ダウンリンク制御チャネルに関連するＴＲＰの数に基づいて１つまたは複数の動作モードが使用されてよく、ダウンリンク制御チャネルは、ＷＴＲＵがＤＣＩを監視するダウンリンク制御チャネルであり得る。以下で、ダウンリンク制御チャネル、ＣＯＲＥＳＥＴ、および探索空間は、互換的に使用されることがある。
実施形態では、ＷＴＲＵは、動作モードに基づいて探索空間のＴＣＩ状態を判定し得る。例えば、第１の動作モードでは、ＷＴＲＵは、関連するＣＯＲＥＳＥＴのために構成されたＴＣＩ状態に基づいて探索空間のＴＣＩ状態を判定し得る。第２の動作モードでは、ＷＴＲＵは、探索空間のために構成されたＴＣＩ状態に基づいて探索空間のＴＣＩ状態を判定し得る。
実施形態では、ＷＴＲＵは、ＷＴＲＵが第１の動作モードにある場合、第１のＴＣＩ状態で探索空間を監視してよく（または探索空間中の１つもしくは複数のＰＤＣＣＨ候補を復号することを試みてよく）、ＷＴＲＵは、ＷＴＲＵが第２の動作モードにある場合、第２のＴＣＩ状態で探索空間を監視し得る。第１のＴＣＩ状態は、探索空間に関連するＣＯＲＥＳＥＴのために構成されたＴＣＩ状態であり得、第２のＴＣＩ状態は、探索空間のために構成されたＴＣＩ状態であり得る。
動作モードはＤＣＩフォーマットに基づいて判定されてよく、第１のＤＣＩフォーマットは、単一のＴＲＰ動作（例えば、スケジュールされたＰＤＳＣＨに関連する単一のＴＣＩ状態）のために使用されてよく、第２のＤＣＩフォーマットは、マルチＴＲＰ動作（例えば、スケジュールされたＰＤＳＣＨに関連する２つ以上のＴＣＩ状態）のために使用されてよい。代替または追加として、動作モードは、ＰＤＳＣＨのために使用されるＤＭ－ＲＳグループ（またはＤＭ－ＲＳポートグループ）の数に基づいて判定されてよい。例えば、単一のＤＭ－ＲＳグループ（またはＤＭ－ＲＳポートグループ）は、第１の動作モードにおいてＰＤＳＣＨのために使用されてよく、２つのＤＭ－ＲＳグループ（またはＤＭ－ＲＳポートグループ）は、第２の動作モードにおいてＰＤＳＣＨのために使用されてよい。追加または代替として、動作モードは、探索空間中で監視され得るＤＣＩのＣＲＣでスクランブルされたＲＮＴＩに基づいて判定されてよい。
ＷＴＲＵは、１つまたは複数のＴＣＩ状態とともに探索空間を監視してよく（または探索空間中の１つもしくは複数のＰＤＣＣＨ候補を復号することを試みてよく）、ＴＣＩ状態はＰＤＣＣＨ候補インデックスに基づいて判定されてよい。同じＯＦＤＭシンボル中の１つまたは複数のＰＤＣＣＨ候補は、同じＴＣＩ状態に関連付けられ得る。異なるＯＦＤＭシンボル中のＰＤＣＣＨ候補は、異なるＴＣＩ状態に関連付けられ得る。
別の実施形態では、ＷＴＲＵは、探索空間監視のために２つ以上のＴＣＩ状態を用いて構成されてよい。例えば、ＷＴＲＵは、能力に基づいて２つ以上の受信ビーム（例えば、空間Ｒｘ ＱＣＬパラメータ）を同時に使用してよく、１つまたは複数のＴＲＰが、ＷＴＲＵにＰＤＣＣＨを同時に送り得る。どの受信ビームを使用すべきかがＷＴＲＵに示され得る。例えば、ＷＴＲＵは、複数の受信（Ｒｘ）ビームを同時に受信することをサポートするそれの能力を示してよく、この能力は、同時にサポートされるＴＣＩ状態の数として示され得る。別の例では、ＷＴＲＵは、探索空間を監視する（例えば、探索空間中の１つまたは複数のＰＤＣＣＨ候補を復号することを試みる）ために使用されるべき１つまたは複数のＴＣＩ状態を用いてｇＮＢによって構成されてよく、１つまたは複数のＴＣＩ状態は、上位レイヤシグナリング（例えば、ＲＲＣおよび／またはＭＡＣ－ＣＥ）を介して示され得る。別の例では、第１のＴＣＩ状態は、ＷＴＲＵ受信機における第１のＲｘパネルにおいて使用されて、第１のパネルにおいてＲｘビームが判定されてよく、第２のＴＣＩ状態は、ＷＴＲＵ受信機における第２のＲｘパネルにおいて使用されて、第２のパネルにおいてＲｘビームが判定されてよい。
探索空間のために使用されるＴＣＩ状態の数は、動作モードに基づいて判定されてよく、動作モードはトラフィックタイプに基づいてよい。例えば、単一のＴＣＩ状態は、第１の動作モード（例えば、ｅＭＢＢ）における探索空間のために使用されてよく、複数のＴＣＩ状態は、第２の動作モード（例えば、ＵＲＬＬＣ）における探索空間のために使用されてよい。
実施形態では、関連するＴＣＩ状態のビーム品質が閾値を下回るとき、ビーム障害回復（例えば、リンク再構成）が実施、使用、またはトリガされてよく、閾値は動作モードに基づいて判定されてよい。第１の閾値は、第１の動作モード（例えば、ｅＭＢＢ）のために使用されてよく、第２の閾値は、第２の動作モード（例えば、ＵＲＬＬＣ）のために使用されてよい。追加または代替として、探索空間（またはＣＯＲＥＳＥＴ）のための全てのＴＣＩ状態が第１の動作モード（例えば、ｅＭＢＢ）で機能しない場合、ビーム障害回復が実施、使用、またはトリガされてよく、一方、探索空間（またはＣＯＲＥＳＥＴ）のための何らかのＴＣＩ状態が第２の動作モード（例えば、ＵＲＬＣＣ）で機能しない場合、ビーム障害回復が実施、使用、またはトリガされてよい。ＴＣＩ状態のための関連するビーム品質が閾値を下回る場合、探索空間のＴＣＩ状態は機能しないと見なされてよい。
実施形態では、ＷＴＲＵは、１つまたは複数のＳＲＳリソースセットを用いて構成されてよく、各ＳＲＳリソースセットはＴＲＰに関連付けられてよい。実施形態では、ＳＲＳリソースセットとＴＲＰとの間の関連付けは、ＳＲＳリソースセットのためにどのタイミングアドバンスグループ（ＴＡＧ）が使用されるかによって判定されてよい。例えば、第１のＳＲＳリソースセットは第１のＴＡＧに関連付けられてよく、第２のＳＲＳリソースセットは第２のＴＡＧに関連付けられてよい。ＴＡおよびＴＡＧは、本明細書では互換的に使用されることがある。ＷＴＲＵが２つ以上のＳＲＳリソースセットを用いてトリガされ、トリガされたＳＲＳリソースセットが時間的に重複するとき、ＷＴＲＵは、全てのトリガされたＳＲＳリソースセットが同じＴＡＧ中にある場合、トリガされたＳＲＳリソースセットを送り得る。そうでないとき、ＷＴＲＵは、同じＴＡＧ中の１つまたは複数のＳＲＳリソースセットを送り、残りのＳＲＳリソースセットをドロップし得る。ＳＲＳリソースセットの同時送信はＷＴＲＵ能力に基づき得る。
ＷＴＲＵが２つ以上のＳＲＳリソースセットを用いてトリガされ、トリガされたＳＲＳリソースセットが時間的に重複するとき、ＷＴＲＵは、トリガされたＳＲＳリソースセットのタイミングアドバンス値の間のギャップが閾値内にある場合、トリガされたＳＲＳリソースセットを送り得る。閾値は、数秘学（例えば、サブキャリア離間、ＣＰ長さなど）に基づいて判定され得る。ＷＴＲＵが２つ以上のＳＲＳリソースセットを用いてトリガされ、トリガされたＳＲＳリソースセットが時間的に重複する場合、ＷＴＲＵは、関連するパネルに基づいてどのＳＲＳリソースセットを送るべきかを判定し得る。例えば、トリガされたＳＲＳリソースセットが、異なるパネル（例えば、ＷＴＲＵにおけるＴｘパネル）中にある場合、ＷＴＲＵは、トリガされたＳＲＳリソースセットを送り得る。そうでない場合、ＷＴＲＵは、各パネル中で単一のＳＲＳリソースを判定し得る。
特徴および要素について、上記では特定の組合せにおいて説明されたが、各特徴または要素は、単独でまたは他の特徴および要素との任意の組合せにおいて使用されることが可能であることを当業者は諒解されよう。本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェア中に実装されてよい。コンピュータ可読媒体の例は、（有線または無線接続を介して送信される）電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はされないが、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスク、磁気光学媒体などの磁気媒体、ならびにＣＤ－ＲＯＭディスク、およびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために、ソフトウェアに関連するプロセッサが使用されてよい。

Claims (12)

  1. 無線送受信ユニットによって実行される、マルチ送受信ポイント（マルチＴＲＰ）送信の方法であって、
    第１の送受信ポイント（ＴＲＰ）からの第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を復号して、第１のタイミング情報を示す第１のパラメータセットを取得することと、
    第２のＴＲＰからの第２のＰＤＣＣＨ送信を復号して、第２のタイミング情報を示す第２のパラメータセットを取得することと、
    前記第１のＴＲＰから第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信することと、
    前記第２のＴＲＰから第２のＰＤＳＣＨ送信を受信することと、
    それぞれのＰＤＳＣＨ受信スロットロケーション、前記第１のタイミング情報、および前記第２のタイミング情報に基づいて、各ＴＲＰについて候補ＰＵＣＣＨスロットロケーションを判定することと、
    前記判定された候補ＰＵＣＣＨスロットロケーションの比較に基づいて、前記第１のＴＲＰおよび前記第２のＴＲＰについて、ＰＵＣＣＨスロットロケーションを選択することであって、前記選択されたＰＵＣＣＨスロットロケーションは、最新の候補ＰＵＣＣＨスロットロケーションである、ことと、
    前記選択されたＰＵＣＣＨスロットロケーションを使用して、ＰＵＣＣＨ送信を前記第１のＴＲＰおよび前記第２のＴＲＰに送信することと
    を備える方法。
  2. 前記判定された候補ＰＵＣＣＨスロットロケーションの全てが同じ場合、前記選択されたＰＵＣＣＨスロットロケーションは、前記判定された候補ＰＵＣＣＨスロットロケーションのうちの任意の１つである、請求項１の方法。
  3. 前記ＰＵＣＣＨ送信は、選択されたＡＣＫ／ＮＡＣＫ報告を備える、請求項１の方法。
  4. 前記選択されたＰＵＣＣＨスロットロケーションに対応しないスロット中の候補ＡＣＫ／ＮＡＣＫ報告を送信しないことをさらに備える、請求項１の方法。
  5. それぞれの取得されたタイミング情報はそれぞれ、それぞれの受信されたＰＤＳＣＨ送信および対応する候補ＰＵＣＣＨスロットロケーションの間の時間オフセットを規定する、請求項１の方法。
  6. 前記第１のパラメータセットおよび前記第２のパラメータセットは、それぞれ、制御リソースセット（ＣＯＲＥＳＥＴ）を示す、請求項１の方法。
  7. マルチ送受信ポイント（マルチＴＲＰ）送信を実行するように構成された無線送受信ユニット（ＷＴＲＵ）であって、
    第１の送受信ポイント（ＴＲＰ）から第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信し、
    第２のＴＲＰから第２のＰＤＳＣＨ送信を受信する
    ように構成された受信機と、
    前記第１のＴＲＰからの第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を復号して、第１のタイミング情報を示す第１のパラメータセットを取得し、
    第２のＴＲＰからの第２のＰＤＣＣＨ送信を復号して、第２のタイミング情報を示す第２のパラメータセットを取得し、
    それぞれのＰＤＳＣＨ受信スロットロケーション、前記第１のタイミング情報、および前記第２のタイミング情報に基づいて、各ＴＲＰについて候補ＰＵＣＣＨスロットロケーションを判定し、
    前記判定された候補ＰＵＣＣＨスロットロケーションの比較に基づいて、前記第１のＴＲＰおよび前記第２のＴＲＰについて、ＰＵＣＣＨスロットロケーションを選択し、前記選択されたＰＵＣＣＨスロットロケーションは、最新の候補ＰＵＣＣＨスロットロケーションである
    ように構成されたプロセッサと、
    前記選択されたＰＵＣＣＨスロットロケーションを使用して、ＰＵＣＣＨ送信を前記第１のＴＲＰおよび前記第２のＴＲＰに送信するように構成された送信機と
    を備えた、ＷＴＲＵ。
  8. 前記判定された候補ＰＵＣＣＨスロットロケーションの全てが同じ場合、前記選択されたＰＵＣＣＨスロットロケーションは、前記判定された候補ＰＵＣＣＨスロットロケーションのうちの任意の１つである、請求項７のＷＴＲＵ。
  9. 前記ＰＵＣＣＨ送信は、選択されたＡＣＫ／ＮＡＣＫ報告を備える、請求項７のＷＴＲＵ。
  10. 前記プロセッサは、前記選択されたＰＵＣＣＨスロットロケーションに対応しないスロット中の候補ＡＣＫ／ＮＡＣＫ報告を送信しないようにさらに構成される、請求項７のＷＴＲＵ。
  11. それぞれの取得されたタイミング情報はそれぞれ、それぞれの受信されたＰＤＳＣＨ送信および対応する候補ＰＵＣＣＨスロットロケーションの間の時間オフセットを規定する、請求項７のＷＴＲＵ。
  12. 前記第１のパラメータセットおよび前記第２のパラメータセットは、それぞれ、制御リソースセット（ＣＯＲＥＳＥＴ）を示す、請求項７のＷＴＲＵ。
JP2021519167A 2018-10-09 2019-10-09 マルチ送受信ポイント送信の方法および装置 Active JP7216196B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862743339P 2018-10-09 2018-10-09
US62/743,339 2018-10-09
PCT/US2019/055381 WO2020076938A1 (en) 2018-10-09 2019-10-09 Methods and apparatus of multi-transmit/receive point transmission

Publications (2)

Publication Number Publication Date
JP2022504484A JP2022504484A (ja) 2022-01-13
JP7216196B2 true JP7216196B2 (ja) 2023-01-31

Family

ID=68345063

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021519167A Active JP7216196B2 (ja) 2018-10-09 2019-10-09 マルチ送受信ポイント送信の方法および装置

Country Status (7)

Country Link
US (1) US11991667B2 (ja)
EP (1) EP3864790A1 (ja)
JP (1) JP7216196B2 (ja)
CN (1) CN112823488A (ja)
RU (1) RU2762002C1 (ja)
TW (1) TWI726443B (ja)
WO (1) WO2020076938A1 (ja)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12016031B2 (en) * 2018-10-19 2024-06-18 Lg Electronics Inc. Method for transmitting and receiving plurality of physical downlink shared channels in wireless communication system, and device for same
EP3651396A1 (en) * 2018-11-09 2020-05-13 Panasonic Intellectual Property Corporation of America User equipment and system performing transmission and reception operations
KR20200063008A (ko) * 2018-11-27 2020-06-04 삼성전자주식회사 무선 통신 시스템에서 harq-ack 피드백을 송수신하는 방법 및 장치
US11438833B2 (en) * 2018-12-17 2022-09-06 Qualcomm Incorporated Multi-transmit receive point candidate identification
US11438817B2 (en) * 2019-09-26 2022-09-06 Lg Electronics Inc. Method for dynamic TRP switching based on DCI, and terminal using same
CN117793957A (zh) * 2019-11-07 2024-03-29 苹果公司 用于快速单dci和多dci模式切换的***和方法
US11792750B2 (en) * 2020-05-15 2023-10-17 Qualcomm Incorporated Reference timing for multiple transmission and reception points in multi-radio dual connectivity
WO2022028568A1 (en) * 2020-08-06 2022-02-10 Mediatek Inc. Downlink reception with multiple tci states
CN116114354A (zh) * 2020-08-06 2023-05-12 苹果公司 用于针对多trp的pdsch/pusch处理的技术
CN114070522B (zh) * 2020-08-07 2023-04-07 北京紫光展锐通信技术有限公司 用于多trp场景的上行信道测量方法及装置
CN114070521B (zh) * 2020-08-07 2023-03-31 ***通信有限公司研究院 控制信道的传输方法、装置、相关设备及存储介质
EP4231563A4 (en) * 2020-10-14 2023-11-29 Beijing Xiaomi Mobile Software Co., Ltd. METHOD AND DEVICE FOR DETERMINING TCI STATUS, DEVICE AND STORAGE MEDIUM
CN114765498A (zh) * 2021-01-15 2022-07-19 北京紫光展锐通信技术有限公司 Bfd-rs获取方法、装置、用户侧设备和存储介质
CN116848907A (zh) * 2021-04-30 2023-10-03 Oppo广东移动通信有限公司 无线通信方式、终端设备和网络设备
WO2023028930A1 (en) * 2021-09-02 2023-03-09 Qualcomm Incorporated Multi physical uplink shared channel (pusch) scheduling for multiple transmission reception points (m-trp)
WO2023039767A1 (en) * 2021-09-15 2023-03-23 Nec Corporation Methods, devices, and computer readable medium for communication
CN116803034A (zh) * 2021-12-23 2023-09-22 北京小米移动软件有限公司 重复传输方法及装置、存储介质

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011085159A2 (en) 2010-01-08 2011-07-14 Interdigital Patent Holdings, Inc. Method and apparatus for channel resource mapping in carrier aggregation
CN103095436B (zh) 2011-11-07 2019-04-19 上海诺基亚贝尔股份有限公司 用于确定/辅助确定pucch的资源的方法及相应的装置
US9042938B2 (en) 2012-12-27 2015-05-26 Google Technology Holdings LLC Method and apparatus for device-to-device communication
US9674886B2 (en) 2013-01-07 2017-06-06 Lg Electronics Inc. Method and apparatus for transmitting signals to a plurality of transmission points
EP2944062B1 (en) 2013-01-11 2019-10-30 Interdigital Patent Holdings, Inc. System and method for adaptive modulation
US20140241262A1 (en) * 2013-02-28 2014-08-28 Research In Motion Limited Medium access control signalling for direct device to device communications
JP2018512013A (ja) * 2015-04-08 2018-04-26 インターデイジタル パテント ホールディングス インコーポレイテッド 低減された機能およびカバレッジ拡張を備えた無線送受信ユニット（ｗｔｒｕ）のためのマルチサブバンドベース送信の方法およびデバイス
WO2017197125A1 (en) 2016-05-11 2017-11-16 Convida Wireless, Llc New radio downlink control channel
US10432441B2 (en) * 2017-02-06 2019-10-01 Samsung Electronics Co., Ltd. Transmission structures and formats for DL control channels
US10790954B2 (en) * 2017-10-25 2020-09-29 Qualcomm Incorporated Implicit acknowledgment (ACK) mapping
BR112020002285A2 (pt) * 2018-04-05 2020-07-28 Lg Electronics Inc. método para transmissão e recebimento de canal de dados de downlink e respectivo aparelho
JP6934965B2 (ja) * 2019-02-20 2021-09-15 華碩電腦股▲ふん▼有限公司 無線通信システムにおいてサイドリンクおよび上りリンクｈａｒｑ−ａｃｋフィードバックを処理するための方法および装置
US11412497B2 (en) * 2019-03-27 2022-08-09 Electronics And Telecommunications Research Institute Method and apparatus for transmitting or receiving uplink feedback information in communication system
US11546090B2 (en) * 2019-05-02 2023-01-03 Ofinno, Llc Hybrid automatic repeat request process
US20220287048A1 (en) * 2019-08-16 2022-09-08 Telefonaktiebolaget Lm Ericsson (Publ) Scheduling timing for large cells and long propagation delays

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Huawei, HiSilicon，Discussion on the multi-TRP/panel transmission in NR，3GPP TSG RAN WG1 #93 R1-1807130，フランス，3GPP，2018年05月11日
Huawei, HiSilicon，Enhancements on multi-TRP/panel transmission in NR，3GPP TSG RAN WG1 #94 R1-1809117，フランス，3GPP，2018年08月11日
Huawei, HiSilicon，Enhancements on multi-TRP/panel transmission，3GPP TSG RAN WG1 #94b R1-1810104，フランス，3GPP，2018年09月29日
NTT DOCOMO, INC.，Physical Layer Enhancements for NR URLLC，3GPP TSG RAN WG1 #94 R1-1809163，フランス，3GPP，2018年08月11日

Also Published As

Publication number Publication date
EP3864790A1 (en) 2021-08-18
TW202033020A (zh) 2020-09-01
US20210352629A1 (en) 2021-11-11
TWI726443B (zh) 2021-05-01
JP2022504484A (ja) 2022-01-13
RU2762002C1 (ru) 2021-12-14
CN112823488A (zh) 2021-05-18
US11991667B2 (en) 2024-05-21
WO2020076938A1 (en) 2020-04-16

Similar Documents

Publication Publication Date Title
JP7216196B2 (ja) マルチ送受信ポイント送信の方法および装置
JP7364704B2 (ja) 複数アンテナシステムにおける非周期的測定基準信号送信のためのシステムおよび方法
JP6852813B2 (ja) Ｃｓｉ報告提供の可否を決定するための装置および方法
CN111034097B (zh) 可靠控制信令
EP3873020B1 (en) Beam-based pdcch transmission in nr
WO2020210333A1 (en) Nr sl psfch transmission and monitoring
EP3834328A1 (en) Method and apparatus for physical sidelink control channel (pscch) design in new radio (nr)
US11716746B2 (en) Scheduling and transmission for NOMA
EP4133636A1 (en) Enhancements of physical channels in multi-trp
TW202147799A (zh) 動態解調信號資源分配
WO2020033513A1 (en) Control information transmission and sensing in wireless systems
JP2023537706A (ja) 同時送受信のための方法及び手順
JP7481573B2 (ja) 動的スペクトル共有のための方法及び装置
US20230291496A1 (en) Pdcch coverage enhancement
US12022436B2 (en) Control information transmission and sensing in wireless systems
US20230069431A1 (en) System and method for implementing pdsch enhancements for radar coexistence
US20230354368A1 (en) Pdcch enhancements for radar coexistence
WO2023081067A1 (en) Discrete fourier transform size determination and frequency domain resource allocation
WO2024073085A1 (en) Methods and apparatuses for timeline management on unified tci indications
WO2024097825A1 (en) Opportunistic acknowledgment transmissions
WO2020076939A1 (en) Efficient indication and feedback associated with noma

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210603

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210603

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20210414

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20210805

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220707

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220712

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221006

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: 20221122

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20221222

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230119

R150 Certificate of patent or registration of utility model

Ref document number: 7216196

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350