JP7763239B2 - マルチｔｒｐのためのｐｄｓｃｈ／ｐｕｓｃｈ処理用技術 - Google Patents

マルチｔｒｐのためのｐｄｓｃｈ／ｐｕｓｃｈ処理用技術

Info

Publication number
JP7763239B2
JP7763239B2 JP2023505960A JP2023505960A JP7763239B2 JP 7763239 B2 JP7763239 B2 JP 7763239B2 JP 2023505960 A JP2023505960 A JP 2023505960A JP 2023505960 A JP2023505960 A JP 2023505960A JP 7763239 B2 JP7763239 B2 JP 7763239B2
Authority
JP
Japan
Prior art keywords
pdsch
ack
harq
trp
symbols
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
JP2023505960A
Other languages
English (en)
Other versions
JP2023535805A (ja
Inventor
ハイトン スン
チュンハイ ヤオ
チュンシュアン イェ
ダウェイ チャン
ホン ヘ
ジア タン
ジエ ツイ
オゲネコメ オテリ
シゲン イェ
ウェイ ゼン
ウェイ チャン
ウェイドン ヤン
ヤン タン
ユシュ チャン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Apple Inc
Original Assignee
Apple Inc
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 Apple Inc filed Critical Apple Inc
Publication of JP2023535805A publication Critical patent/JP2023535805A/ja
Application granted granted Critical
Publication of JP7763239B2 publication Critical patent/JP7763239B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • 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]
    • 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) or DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT the frequencies being arranged in component carriers
    • 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—Allocation of payload; Allocation of data channels, e.g. PDSCH or PUSCH
    • 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 signalling, i.e. of overhead other than pilot signals
    • 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 signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/0078—Timing of allocation
    • H04L5/0082—Timing of allocation at predetermined intervals
    • 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—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • 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/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • 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/0026—Division using four or more dimensions, e.g. beam steering or quasi-co-location [QCL]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Description

本出願は、概して、無線通信システムに関する。
無線モバイル通信技術は、基地局と無線モバイルデバイスとの間でデータを送信するために、様々な規格及びプロトコルを使用する。無線通信システムの規格及びプロトコルには、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）（例えば、４Ｇ）又は新無線（ＮＲ）（例えば、５Ｇ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（worldwide interoperability for microwave access、ＷｉＭＡＸ）として業界団体に一般的に知られている、米国電気電子学会（Institute of Electrical and Electronics、Engineers、ＩＥＥＥ）８０２．１６規格、及びＷｉ－Ｆｉとして業界団体に一般的に知られている、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）のためのＩＥＥＥ８０２．１１規格を挙げることができる。ＬＴＥシステムの３ＧＰＰ無線アクセスネットワーク（radio access network、ＲＡＮ）では、基地局は、ユーザ機器（user equipment、ＵＥ）として知られる無線通信デバイスと通信する、発展型ユニバーサル地上無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network、Ｅ－ＵＴＲＡＮ）ノードＢ（発展型ノードＢ、拡張ノードＢ、ｅＮｏｄｅＢ、又はｅＮＢとも一般に呼ばれる）及び／又はＥ－ＵＴＲＡＮの無線ネットワークコントローラ（Radio Network Controller、ＲＮＣ）などのＲＡＮノードを含むことができる。第５世代（５Ｇ）無線ＲＡＮでは、ＲＡＮノードは、５Ｇノード、ＮＲノード（次世代ノードＢ、又はｇノードＢ（ｇＮＢ）とも呼ばれる）を含むことができる。
ＲＡＮは、無線アクセス技術（radio access technology、ＲＡＴ）を使用して、ＲＡＮノードとＵＥとの間で通信する。ＲＡＮとしては、コアネットワークを介した通信サービスへのアクセスを提供する、モバイル通信のためのグローバルシステム（global system for mobile communications、ＧＳＭ）、ＧＳＭ進化のためのエンハンスドデータレート（enhanced data rates for GSM evolution、ＥＤＧＥ）ＲＡＮ（ＧＥＲＡＮ）、ユニバーサル地上無線アクセスネットワーク（Universal Terrestrial Radio Access Network、ＵＴＲＡＮ）、及び／又はＥ－ＵＴＲＡＮを挙げることができる。ＲＡＮのそれぞれは、特定の３ＧＰＰ ＲＡＴに従って動作する。例えば、ＧＥＲＡＮは、ＧＳＭ及び／又はＥＤＧＥ ＲＡＴを実装し、ＵＴＲＡＮは、ユニバーサル移動通信システム（universal mobile telecommunication system、ＵＭＴＳ）ＲＡＴ、又は他の３ＧＰＰ ＲＡＴを実装し、Ｅ－ＵＴＲＡＮは、ＬＴＥ ＲＡＴを実装し、ＮＧ－ＲＡＮは５Ｇ ＲＡＴを実装する。特定の配備では、Ｅ－ＵＴＲＡＮはまた、５Ｇ ＲＡＴを実装することができる。
５Ｇ ＮＲの周波数帯域は、２つの異なる周波数範囲に分けることができる。周波数範囲１（ＦＲ１）は、サブ６ＧＨｚの周波数帯域を含み、それらの帯域のうちのいくつかは、以前の規格によって使用され得るが、４１０ＭＨｚ～７１２５ＭＨｚを提供する潜在的な新しい周波数帯をカバーするように拡張され得る帯域である。周波数範囲２（ＦＲ２）は、２４．２５ＧＨｚ～５２．６ＧＨｚの周波数帯域を含んでいる。ＦＲ２のミリ波（ｍｍＷａｖｅ）範囲の帯域は、ＦＲ１の帯域よりも短い範囲を有するが、利用可能な帯域幅はより高くなる。例として提供されるこれらの周波数範囲が時により、又は地域により変化し得ることは、当業者には理解される。
任意の特定の要素又は行為の考察を容易に識別するために、参照番号の最上位の桁（単数又は複数）は、その要素が最初に導入された図の番号を指す。
いくつかの実施形態による能力報告プロセスを示す。 いくつかの実施形態による、ＴＤＭ方式Ａによる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を示す図を示す。 いくつかの実施形態によるＰＤＳＣＨ処理のプロセスを示す。 いくつかの実施形態による、ＴＤＭ方式ＡによるＰＤＳＣＨを示す別の図を示す。 いくつかの実施形態による、全体的な最小ＨＡＲＱ－ＡＣＫ処理時間を決定するプロセスを示す。 いくつかの実施形態によるシステムアーキテクチャを示す。 いくつかの実施形態によるインフラストラクチャ機器を示す。 いくつかの実施形態によるプラットフォームを示す。 いくつかの実施形態によるシステム構成要素を示す。 いくつかの実施形態によるマルチ送受信ポイント（マルチＴＲＰ）動作のための例示的なシステムを示す。
マルチ送受信ポイント（マルチＴＲＰ）は、Ｒｅｌ－１６ ｅＭＩＭＯにおける５つのアジェンダのうちの１つである。２つの動作モード、すなわち、（例えば、ＵＥとｇＮＢとの間の送信をスケジューリング及び／又は制御するために複数のＤＣＩが使用され得る）複数のダウンリンク制御情報（マルチＤＣＩ）動作、及び（例えば、ＵＥとｇＮＢとの間の送信をスケジューリング及び／又は制御するためにシングルＤＣＩが使用され得る）シングルＤＣＩ動作が、ＮＲ Ｒｅｌ－１６におけるマルチＴＲＰに関して合意されている。例えば、マルチＤＣＩマルチＴＲＰにおいて、複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が、マルチＴＲＰ（例えば、複数のｇＮＢ）からＵＥによって受信されてもよい。各ＰＤＣＣＨは、異なるＴＲＰに対応する場合があり、個別のＴＲＰからＵＥへの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をスケジューリングしてもよい。例えば、シングルＤＣＩマルチＴＲＰの場合、シングルＰＤＣＣＨが、マルチＴＲＰ（例えば、複数のｇＮＢ）のうちの１つのＴＲＰ（例えば、１つのｇＮＢ）からＵＥによって受信されてもよい。１つのＴＲＰからのシングルＰＤＣＣＨは、マルチＴＲＰの各々からＵＥへのＰＤＳＣＨ送信をスケジューリングする場合がある。
マルチＴＲＰのためのマルチＤＣＩソリューションにおいて、各ＴＲＰは、｛０、１｝からの対応するＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘを有する制御リソースセット（ＣＯＲＥＳＥＴ）によってスケジューリングされる場合がある。ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘが設定されない場合、０であると見なしてもよい。帯域幅部分（ＢＷＰ）当たり最大３つのＣＯＲＥＳＥＴを各ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘについて構成することができる。ＢＷＰ当たり最大５つの合計ＣＯＲＥＳＥＴを構成することができる。マルチＴＲＰのためのマルチＤＣＩソリューションにおいて、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、完全に、部分的に、又は非重複であることが可能にされる場合がある。更に、ハイブリッド自動再送要求（ＨＡＲＱ）－肯定応答（ＡＣＫ）フィードバックは、「別個の」フィードバックモードと「ジョイント」フィードバックモードの両方をサポートする場合がある。最大２個のコードワード（ＣＷ）及び１６個のＨＡＲＱプロセスがサポートされる場合があり、これは、Ｒｅｌ－１５と同じである。
図１０は、いくつかの実施形態によるマルチＴＲＰ動作のための例示的なシステム１０００を示す。図示の実施形態では、システム１０００は、ｇＮＢ １００２と、ｇＮＢ １００４と、ＵＥ １００６とを含む。ＵＥ １００６と、ｇＮＢ １００２及びｇＮＢ １００４の一方又は両方は、信号１００８、信号１０１２、信号１０１６、及び信号１０２０を使用して他と通信してもよい。例えば、ｇＮＢ １００２及び／又はｇＮＢ １００４は、システム１０００における送受信ポイント（ＴＲＰ）であり、ＵＥ １００６は、マルチＴＲＰ動作をサポートする。例えば、ｇＮＢ １００２は、信号１００８の信号１０１０をＵＥ １００６に送信し、ＵＥ １００６は、信号１０１２の信号１０１４をｇＮＢ １００２に送信する。例えば、ｇＮＢ １００４は、信号１０２０の信号１０２２をＵＥ １００６に送信し、ＵＥ １００６は、信号１０１６の信号１０１８をｇＮＢ １００４に送信する。
マルチＤＣＩモードベースのマルチＴＲＰ動作が図１０に示されている。例えば、ＵＥ １００６は、マルチＴＲＰ（例えば、ｇＮＢ １００２及びｇＮＢ １００４）から信号（例えば、信号１０１０及び信号１０２２）を同時に受信し、信号１０１０及び信号１０２２は、複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によってスケジューリングされる。異なるＴＲＰ（例えば、ｇＮＢ １００２、ｇＮＢ １００４）からのＰＤＣＣＨは、異なるＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘ値を有するＴＲＰの各々のための異なる制御リソースセット（ＣＯＲＥＳＥＴ）から送信され得る。例えば、ＵＥ １００６とｇＮＢ １００２との間の通信のための信号１０１０及び／又は信号１０１４は、０のＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘ値を有するＣＯＲＥＳＥＴ １からのＰＤＣＣＨを使用する。例えば、ＵＥ １００６とｇＮＢ １００４との間の通信のための信号１０１８及び／又は信号１０２２は、１のＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘ値を有するＣＯＲＥＳＥＴ ２からのＰＤＣＣＨを使用する。いくつかの実施形態では、マルチＤＣＩモードを有するシステム１０００のネットワーク（例えば、ｇＮＢ １００２及びｇＮＢ １００４）は、理想的バックホール又は非理想的バックホールを用いて配備されてもよい。例えば、理想的バックホールを有するシステムは、約２．５マイクロ秒以下のレイテンシと、１０Ｇｂｐｓ以下のスループットとを有してもよい。非理想的バックホールを有するシステムは、理想的バックホールのために提供される範囲外全体にわたってレイテンシを有してもよい。
Ｒｅｌ－１５では、３ＧＰＰ技術仕様（ＴＳ）３８．２１４において、ＰＤＳＣＨ及び物理アップリンク共有チャネル（ＰＵＳＣＨ）について２つの処理能力が定義されている。ＰＤＳＣＨの場合、ＰＤＳＣＨとＨＡＲＱ－ＡＣＫとの間のタイミングオフセットに関して、ＰＤＳＣＨ処理能力１は、通常のＨＡＲＱ－ＡＣＫフィードバックを有する。ＰＤＳＣＨ処理能力２は、低レイテンシＨＡＲＱ－ＡＣＫフィードバックを有する。ＰＵＳＣＨの場合、ＰＤＣＣＨとＰＵＳＣＨとの間のタイミングオフセットに関して、ＰＵＳＣＨ処理能力１は、通常のＰＵＳＣＨ処理を有する。ＰＵＳＣＨ処理能力２は、低レイテンシＰＵＳＣＨ処理を有する。
本開示のいくつかの実施形態は、マルチＴＲＰのためのＰＤＳＣＨ／ＰＵＳＣＨ処理能力を解決する場合がある。いくつかの実施形態は、ＰＤＳＣＨ／ＰＵＳＣＨ処理能力に関する能力報告を提供する場合がある。いくつかの実施形態は、ＴＤＭ方式ＡシングルＤＣＩマルチＴＲＰ方式のためのＰＤＳＣＨ処理能力を提供する場合がある。いくつかの実施形態は、他のシングルＤＣＩマルチＴＲＰ方式のためのＰＤＳＣＨ処理能力を提供する場合がある。本開示のいくつかの実施形態は、以下のソリューションのうちの１つ以上を実装する。
ソリューション１．１～１．９は、ＰＤＳＣＨ／ＰＵＳＣＨ処理のための能力報告に関する。
ソリューション１．１
いくつかの実施形態では、ＰＤＳＣＨ処理能力２は、マルチＤＣＩマルチＴＲＰに適用されない。例えば、ＵＥがマルチＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥは、ＰＤＳＣＨ処理能力２で動作しない場合がある。別の実施例では、全てのＵＥがマルチＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥのいずれも、ＰＤＳＣＨ処理能力２で動作しない場合がある。
ソリューション１．２
いくつかの実施形態では、ＰＤＳＣＨ処理能力２は、シングルＤＣＩマルチＴＲＰに適用されない。例えば、ＵＥがシングルＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥは、ＰＤＳＣＨ処理能力２で動作しない場合がある。別の実施例では、全てのＵＥがシングルＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥのいずれも、ＰＤＳＣＨ処理能力２で動作しない場合がある。
ソリューション１．３
いくつかの実施形態では、ＰＵＳＣＨ処理能力２は、マルチＤＣＩマルチＴＲＰに適用されない。例えば、ＵＥがマルチＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥは、ＰＵＳＣＨ処理能力２で動作しない場合がある。別の実施例では、全てのＵＥがマルチＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥのいずれもＰＵＳＣＨ処理能力２で動作しない場合がある。
ソリューション１．４
いくつかの実施形態では、ＵＥは、マルチＤＣＩマルチＴＲＰのためのＰＤＳＣＨ能力２のサポートを示すことができる。例えば、ＵＥは、サポートを示すために報告を発行してもよい。報告は、コンポーネントキャリアごとの特徴セット（ＦＳＰＣ）ごとに（帯域組み合わせごとの帯域ごとのコンポーネントキャリア（ＣＣ）ごとに）、特徴セット（ＦＳ）ごとに、又は帯域ごとに、ＵＥによって発行され得る。
ソリューション１．５
いくつかの実施形態では、ＵＥは、マルチＤＣＩマルチＴＲＰのためのＰＵＳＣＨ能力２のサポートを示すことができる。例えば、ＵＥは、サポートを示すために報告を発行してもよい。報告は、ＦＳＰＣごとに（帯域組み合わせごとの帯域ごとのＣＣごとに）、ＦＳごとに（帯域組み合わせごとの帯域ごとに）、又は帯域ごとに、ＵＥによって発行され得る。
ソリューション１．６
いくつかの実施形態では、ＵＥは、シングルＤＣＩマルチＴＲＰのためのＰＤＳＣＨ能力２のサポートを示すことができる。例えば、ＵＥは、サポートを示すために報告を発行してもよい。報告は、５つの異なるシングルＤＣＩマルチＴＲＰ方式（例えば、ＳＤＭ、ＦＤＭ方式Ａ、ＦＤＭ方式Ｂ、ＴＤＭ方式Ａ、方式４）全てをカバーするためにビットマップフォーマットであり得る。報告は、ＦＳＰＣごとに（帯域組み合わせごとの帯域ごとのＣＣごとに）、ＦＳごとに（帯域組み合わせごとの帯域ごとに）、又は帯域ごとに、ＵＥによって発行され得る。
例えば、ＳＤＭ（空間ドメイン多重化）では、シングルＰＤＳＣＨの空間ドメイン多重化が行われる。各ＴＲＰは、１つのＴＣＩ（送信構成指示）及び１つの復調用参照信号（ＤＭＲＳ）符号分割多重化（ＣＤＭ）グループにマッピングしてもよい。
例えば、ＦＤＭ方式Ａ（周波数ドメイン多重化方式Ａ）では、シングルＰＤＳＣＨの周波数ドメイン多重化が行われる各ＴＲＰは、１つのＴＣＩとリソースエレメント（ＲＥ）の半分とにマッピングしてもよい。
例えば、ＦＤＭ方式Ｂ（周波数ドメイン多重化方式Ｂ）では、同じトランスポートブロック（ＴＢ）の２つのＰＤＳＣＨの周波数ドメイン多重化が行われる。各ＴＲＰは、１つのＴＣＩ及びＲＥの半分にマッピングしてもよい。
例えば、ＴＤＭ方式Ａ（時間ドメイン多重化方式Ａ）では、同じＴＢの２つのＰＤＳＣＨに対する時間ドメイン多重化が行われる。各ＴＲＰは、スロット内ＴＤＭを用いて１つのＴＣＩにマッピングしてもよい。
例えば、方式４では、同じＴＢの複数のＰＤＳＣＨに対する時間ドメイン多重化が行われる。各ＴＲＰは、スロット間ＴＤＭを用いて１つのＴＣＩ又は同じＴＣＩにマッピングしてもよい。
ソリューション１．７
いくつかの実施形態では、ＵＥは、特定の条件下で、マルチＤＣＩマルチＴＲＰのためのＰＵＳＣＨ能力２をサポートすることができる。例えば、ＵＥは、ＰＵＳＣＨからＰＤＣＣＨへのアウトオブオーダー（ＯＯＯ）スケジューリングなしのとき、マルチＤＣＩマルチＴＲＰのためのＰＵＳＣＨ能力２をサポートすることができる。
ソリューション１．８
いくつかの実施形態では、ＵＥは、特定の条件下で、マルチＤＣＩマルチＴＲＰのためのＰＤＳＣＨ能力２のみをサポートすることができる。例えば、ＵＥは、ＰＤＣＣＨからＰＤＳＣＨへのアウトオブオーダー（ＯＯＯ）スケジューリングなし、ＰＤＳＣＨからＨＡＲＱ－ＡＣＫへのアウトオブオーダー（ＯＯＯ）スケジューリングなし、ジョイントＨＡＲＱ－ＡＣＫフィードバックなし、時間ドメインスケジューリングにおける重複なし、周波数ドメインスケジューリングにおける重複なし、又はクロスキャリアスケジューリングなしのうちの１つ、サブセット、又は全てがあるとき、マルチＤＣＩマルチＴＲＰのためのＰＤＳＣＨ能力２をサポートすることができる。
ソリューション１．９
いくつかの実施形態では、ＵＥは、処理タイムライン緩和を伴うＰＤＳＣＨ／ＰＵＳＣＨ能力２のみをサポートすることができる。例えば、処理時間緩和は、ＵＥ報告に基づくか、又は仕様においてハードコーディングされるかのいずれかであり得る。例えば、処理時間緩和は、各５つの方式（例えば、ＳＤＭ、ＦＤＭ方式Ａ、ＦＤＭ方式Ｂ、ＴＤＭ方式Ａ、方式４）において、マルチＤＣＩマルチＴＲＰ ＰＤＳＣＨ、マルチＤＣＩマルチＴＲＰ ＰＵＳＣＨ、及びシングルＤＣＩマルチＴＲＰ ＰＤＳＣＨについて独立して又は共同して使用される場合がある。
ソリューション２．１～２．４は、ＴＤＭ方式ＡのためのＰＤＳＣＨ処理能力に関する。例えば、ＴＤＭ方式Ａについて、２つのＰＤＳＣＨがスロット内にあってもよく、同じ持続時間及び周波数リソース割り当てが各ＰＤＳＣＨに提供されてもよく、同じトランスポートブロック（ＴＢ）が２回送信されてもよく、第１のＰＤＳＣＨと第２のＰＤＳＣＨとの間のオフセットは、無線リソース構成（ＲＲＣ）シグナリングを介して構成されてもよい。
ＴＤＭ方式ＡにおけるＰＤＳＣＨの現在の処理タイムラインは、３ＧＰＰ ＴＳ ３８．２１４に説明されている。３ＧＰＰ ＴＳ ３８．３１４に説明されるように、割り当てられたＨＡＲＱ－ＡＣＫタイミングＫ1及び使用されるＰＵＣＣＨリソースによって定義され、タイミングアドバンスの効果を含む、ＨＡＲＱ－ＡＣＫ情報を搬送するＰＵＣＣＨの第１のアップリンクシンボルが、シンボルＬ1よりも早く開始しない場合、Ｌ1は、Ｔproc,1＝（Ｎ1＋ｄ1,1＋ｄ2）（２０４８＋１４４）・ｋ２-μ・Ｔc＋Ｔext後、ＴＢを搬送するＰＤＳＣＨの最後のシンボルの終わりが肯定応答された後、そのＣＰが開始する次のアップリンクシンボルとして定義され、ＵＥは、有効なＨＡＲＱ－ＡＣＫメッセージを提供するものとする。
ＵＥ処理能力１について：ＰＤＳＣＨが［４，３ＧＰＰ ＴＳ ３８．２１１］の７．４．１．１節に与えられているようなマッピングタイプＢである場合、
－割り当てられたＰＤＳＣＨシンボルの数がＬ≧７である場合、ｄ1,1＝０であり、
－割り当てられたＰＤＳＣＨシンボルの数がＬ≧４且つＬ≦６である場合、ｄ1,1＝７－Ｌであり、
－割り当てられたＰＤＳＣＨシンボルの数がＬ＝３である場合、ｄ1,1＝３＋ｍｉｎ（ｄ,１）であり、ｄは、スケジューリングＰＤＣＣＨ及びスケジューリングされたＰＤＳＣＨの重複シンボルの数であり、
－割り当てられたＰＤＳＣＨシンボルの数が２である場合、ｄ1,1＝３＋ｄであり、ｄは、スケジューリングＰＤＣＣＨ及びスケジューリングされたＰＤＳＣＨの重複シンボルの数である。
ＵＥ処理能力２について：ＰＤＳＣＨが［４，ＴＳ ３８．２１１］の７．４．１．１節に与えられるようなマッピングタイプＢである場合、
－割り当てられたＰＤＳＣＨシンボルの数がＬ≧７である場合、ｄ1,1＝０であり、
－割り当てられたＰＤＳＣＨシンボルの数がＬ≧３且つＬ≦６である場合、ｄ1,1は、スケジューリングＰＤＣＣＨ及びスケジューリングされたＰＤＳＣＨの重複シンボルの数であり、
－割り当てられたＰＤＳＣＨシンボルの数が２である場合、
－スケジューリングＰＤＣＣＨが３シンボルＣＯＲＥＳＥＴ内にあり、ＣＯＲＥＳＥＴ及びＰＤＳＣＨが同じ開始シンボルを有する場合、ｄ1,1＝３であり、
－そうでない場合、ｄ1,1は、スケジューリングＰＤＣＣＨとスケジューリングされたＰＤＳＣＨとの重複シンボルの数である。
本開示の実施形態は、例えば、最小ＨＡＲＱ－ＡＣＫタイムラインＫ1などの、ＨＡＲＱ－ＡＣＫ処理タイミング（タイムライン又は時間とも呼ばれる）Ｋ1をどのように決定するかを決定してもよい。例えば、スロット内の第１のＰＤＳＣＨ（例えば、ＰＤＳＣＨ １）及び第２のＰＤＳＣＨ（例えば、ＰＤＳＣＨ ２）について、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫ処理タイムライン又はタイミングＫ1は、ＰＤＳＣＨ ２とＰＵＣＣＨ内の対応するＨＡＲＱ－ＡＣＫとの間のタイミング又は持続時間を定義してもよい。タイミング又は持続時間は、ＰＤＳＣＨ ２の最後のシンボル（例えば、最後のＰＤＳＣＨ反復）と、対応するＨＡＲＱ－ＡＣＫを搬送するＰＵＣＣＨの最初のシンボルとによって定義されてもよい。このタイミング又は持続時間は、ＰＤＳＣＨを処理するための時間をＵＥに提供する場合がある。本開示の実施形態は、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫ処理タイムライン又はタイミングＫ1を決定するためのソリューションを提供する場合がある。
ソリューション２．１
いくつかの実施形態では、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫ処理タイムラインは、ＰＤＳＣＨ １のみに基づく場合がある。例えば、ＰＤＳＣＨ １からのシンボルのみが考慮される場合がある。
ソリューション２．２
いくつかの実施形態では、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫ処理タイムラインは、ＰＤＳＣＨ １の始まりからＰＤＳＣＨ ２の終わりまでの全てのシンボルを考慮する場合があり、ＰＤＳＣＨ １とＰＤＳＣＨ ２との間のブランクシンボルがカウントされる。例えば、ＰＤＳＣＨ １の最初のシンボルからＰＤＳＣＨ ２の最後のシンボルまでの全てのシンボルがＰＤＳＣＨ送信として考慮される場合がある。持続時間Ｌは、ＣＯＲＥＳＥＴ／スケジューリングＰＤＣＣＨと重複するシンボルの数に対応する場合がある。例えば、ＰＤＳＣＨ １が４つのシンボルを有し、その後に２つのシンボルギャップ（例えば、２つのブランクシンボル）が続き、その後に４つのシンボルを有するＰＤＳＣＨ ２が続く場合、全てのシンボルは、ＰＤＳＣＨ １、ＰＤＳＣＨ ２、及びギャップについて考慮される。したがって、持続時間Ｌ＝ＰＤＳＣＨ １の４つのシンボル＋ギャップの２つのシンボル＋ＰＤＳＣＨ ２の４つのシンボル＝１０である。
ソリューション２．３
いくつかの実施形態では、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫ処理タイムラインは、ＰＤＳＣＨ １及びＰＤＳＣＨ ２の両方における全てのシンボルを考慮する場合がある。例えば、ＰＤＳＣＨ １及びＰＤＳＣＨ ２内の全てのシンボル、ユニオンが考慮される場合があるが、ＰＤＳＣＨ １とＰＤＳＣＨ ２との間のブランクシンボルはカウントされない場合がある。持続時間Ｌは、ＣＯＲＥＳＥＴ／スケジューリングＰＤＣＣＨと重複するシンボルの数に対応する場合がある。例えば、ＰＤＳＣＨ １が４つのシンボルを有し、その後に２つのシンボルギャップ（例えば、２つのブランクシンボル）が続き、その後に４つのシンボルを有するＰＤＳＣＨ ２が続く場合、ＰＤＳＣＨ １及びＰＤＳＣＨ ２のためのシンボルのみが考慮される。ギャップのシンボルは考慮されない。したがって、持続時間Ｌ＝ＰＤＳＣＨ １の４つのシンボル＋ＰＤＳＣＨ ２の４つのシンボル＝８である。
ソリューション２．４
いくつかの実施形態では、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫ処理タイムラインＫ1は、ＰＤＳＣＨ １及びＰＤＳＣＨ ２に共同で基づく場合がある。例えば、ＰＤＳＣＨ１について、最小ＨＡＲＱ－ＡＣＫ処理時間ｋ１＿１が計算される場合があり、ＰＤＳＣＨ２について、最小ＨＡＲＱ－ＡＣＫ処理時間ｋ１＿２が計算される場合がある。
例えば、実際の最小ＨＡＲＱ－ＡＣＫ処理時間Ｋ1は、以下の選択肢、すなわち、選択肢１）ｍａｘ（ｋ１＿１－Ｏｆｆｓｅｔ，０）＋ｋ１＿２＋Ｃ、選択肢２）ｍａｘ（ｋ１＿１，ｋ１＿２）＋Ｃ、又は選択肢３）ｋ１＿１＋ｋ１＿２＋Ｃのうちの１つに等しくてもよい。例えば、Ｃは、０であり得るか、又は追加のタイムライン緩和を提供するために使用され得る。
いくつかの実施形態では、マルチＤＣＩマルチＴＲＰのためのＰＤＳＣＨ処理能力が提供される場合がある。
ソリューション３．１
いくつかの実施形態では、マルチＤＣＩベースのマルチＴＲＰについて、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫタイムラインは、ＴＤＭ方式Ａと同じ設計に基づく。例えば、それは、上述したソリューション２．１、２．２、２．３、及び／又は２．４に基づいてもよい。
いくつかの実施形態では、他のシングルＤＣＩマルチＴＲＰのためのＰＤＳＣＨ処理能力が提供される場合がある。
ソリューション４．１
いくつかの実施形態では、ＳＤＭ ＳＤＣＩ ＭＴＲＰ方式について、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫタイムラインを決定するために、２つのＰＤＳＣＨが互いに重複するので、Ｒｅｌ－１５（上述の３ＧＰＰ ＴＳ ３８．２１４）と同じ方式が使用される場合がある。ＵＥ干渉処理タイムラインを考慮して、追加の緩和が含まれてもよい。
ソリューション４．２
いくつかの実施形態では、ＦＤＭ方式Ａ ＳＤＣＩ ＭＴＲＰ方式について、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫタイムラインを決定するために、Ｒｅｌ－１５（上述の３ＧＰＰ ＴＳ ３８．２１４）と同じ方式が使用される場合がある。
ソリューション４．３
いくつかの実施形態では、ＦＤＭ方式Ｂ ＳＤＣＩ ＭＴＲＰ方式について、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫタイムラインを決定するために、Ｒｅｌ－１５（上述の３ＧＰＰ ＴＳ ３８．２１４）と同じ方式が使用される場合があり、例えば、ＵＥがＣＷソフトコンバイニングをサポートするとき、緩和が含まれる場合がある。
ソリューション４．４
いくつかの実施形態では、方式４ ＳＤＣＩ ＭＴＲＰ方式について、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫタイムラインを決定するために、第１のＰＤＳＣＨ送信機会に基づいて、Ｒｅｌ－１５（上述の３ＧＰＰ ＴＳ ３８．２１４）と同じ方式が使用される場合がある。
図１は、いくつかの実施形態による能力報告プロセス１００を示す。
ブロック１０２において、マルチＤＣＩマルチＴＲＰ動作及びシングルＤＣＩマルチＴＲＰ動作のためのＵＥ構成が決定される。いくつかの実施形態では、マルチＤＣＩマルチＴＲＰのみのためのＵＥ構成が決定される。いくつかの実施形態では、シングルＤＣＩマルチＴＲＰ動作のみのためのＵＥ構成が決定される。いくつかの実施形態では、マルチＤＣＩマルチＴＲＰ動作及びシングルＤＣＩマルチＴＲＰ動作の両方のためのＵＥ構成が決定される。
ブロック１０４において、決定されたマルチＤＣＩマルチＴＲＰ動作及び／又はシングルＤＣＩマルチＴＲＰ動作について、ＰＤＳＣＨとＨＡＲＱ－ＡＣＫとの間のタイミングオフセットのためのＰＤＳＣＨ処理能力が決定される。いくつかの実施形態では、ＰＤＳＣＨとＨＡＲＱ－ＡＣＫとの間のタイミングオフセットについて、ＰＤＳＣＨ処理能力１は、通常のＨＡＲＱ－ＡＣＫフィードバックを使用する。いくつかの実施形態では、ＰＤＳＣＨとＨＡＲＱ－ＡＣＫとの間のタイミングオフセットのために、ＰＤＳＣＨ処理能力２は、低レイテンシＨＡＲＱ－ＡＣＫフィードバックを使用する。
いくつかの実施形態では、ＰＤＳＣＨ処理能力は、ＰＤＳＣＨ処理能力１として決定される。いくつかの実施形態では、ＰＤＳＣＨ処理能力は、ＰＤＳＣＨ処理能力２として決定される。
いくつかの実施形態では、ＰＤＳＣＨ処理能力２は、マルチＤＣＩマルチＴＲＰ動作に適用されない。例えば、ＵＥがマルチＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥは、ＰＤＳＣＨ処理能力２で動作しない場合がある。別の実施例では、全てのＵＥがマルチＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥのいずれも、ＰＤＳＣＨ処理能力２で動作しない場合がある。
いくつかの実施形態では、ＰＤＳＣＨ処理能力２は、マルチＤＣＩマルチＴＲＰ動作に適用される。例えば、ＵＥがマルチＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥは、ＰＤＳＣＨ処理能力２で動作する場合がある。別の実施例では、全てのＵＥがマルチＤＣＩマルチＴＲＰ動作を伴って構成されるとき、全てのＵＥは、ＰＤＳＣＨ処理能力２で動作する場合がある。
いくつかの実施形態では、ＵＥは、特定の条件下で、マルチＤＣＩマルチＴＲＰのためのＰＤＳＣＨ能力２のみをサポートすることができる。例えば、ＵＥは、ＰＤＣＣＨからＰＤＳＣＨへのアウトオブオーダー（ＯＯＯ）スケジューリングなし、ＰＤＳＣＨからＨＡＲＱ－ＡＣＫへのアウトオブオーダー（ＯＯＯ）スケジューリングなし、ジョイントＨＡＲＱ－ＡＣＫフィードバックなし、時間ドメインスケジューリングにおける重複なし、周波数ドメインスケジューリングにおける重複なし、又はクロスキャリアスケジューリングなしのうちの１つ、サブセット、又は全てがあるとき、マルチＤＣＩマルチＴＲＰのためのＰＤＳＣＨ能力２をサポートすることができる。
いくつかの実施形態では、ＰＤＳＣＨ処理能力２は、シングルＤＣＩマルチＴＲＰに適用されない。例えば、ＵＥがシングルＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥは、ＰＤＳＣＨ処理能力２で動作しない場合がある。別の実施例では、全てのＵＥがシングルＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥのいずれも、ＰＤＳＣＨ処理能力２で動作しない場合がある。
いくつかの実施形態では、ＰＤＳＣＨ処理能力２は、シングルＤＣＩマルチＴＲＰに適用される。例えば、ＵＥがシングルＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥは、ＰＤＳＣＨ処理能力２で動作する場合がある。別の実施例では、全てのＵＥがシングルＤＣＩマルチＴＲＰ動作を伴って構成されるとき、全てのＵＥは、ＰＤＳＣＨ処理能力２で動作する場合がある。
ブロック１０６において、決定されたＰＤＳＣＨ処理能力のサポートが示される。いくつかの実施形態では、ＵＥは、マルチＤＣＩマルチＴＲＰのためのＰＤＳＣＨ能力２のサポートを示すことができる。例えば、ＵＥは、サポートを示すための報告を生成し、報告を発行又は送信してもよい。報告は、コンポーネントキャリア（ＦＳＰＣ）ごとの特徴セットごとに（帯域組み合わせごとの帯域ごとのＣＣごとに）、特徴セット（ＦＳ）ごとに、又は帯域ごとに、ＵＥによって発行され得る。いくつかの実施形態では、ＵＥは、シングルＤＣＩマルチＴＲＰのためのＰＤＳＣＨ能力２のサポートを示すことができる。例えば、ＵＥは、サポートを示すために報告を発行してもよい。報告は、５つの異なるシングルＤＣＩマルチＴＲＰ方式（例えば、ＳＤＭ、ＦＤＭ方式Ａ、ＦＤＭ方式Ｂ、ＴＤＭ方式Ａ、方式４）の全てをカバーするためにビットマップフォーマットであり得る。報告は、ＦＳＰＣごとに（帯域組み合わせごとの帯域ごとのＣＣごとに）、ＦＳごとに（帯域組み合わせごとの帯域ごとに）、又は帯域ごとに、ＵＥによって発行され得る。
ブロック１０８において、決定されたマルチＤＣＩマルチＴＲＰ動作及び／又はシングルＤＣＩマルチＴＲＰ動作について、ＰＤＣＣＨとＰＵＳＣＨとの間のタイミングオフセットのためのＰＵＳＣＨ処理能力が決定される。いくつかの実施形態では、ＰＤＣＣＨとＰＵＳＣＨとの間のタイミングオフセットのために、ＰＵＳＣＨ処理能力１は、通常のＰＵＳＣＨ処理を使用する。いくつかの実施形態では、ＰＤＣＣＨとＰＵＳＣＨとの間のタイミングオフセットのために、ＰＵＳＣＨ処理能力２は、低レイテンシＰＵＳＣＨ処理を使用する。
いくつかの実施形態では、ＰＵＳＣＨ処理能力は、ＰＵＳＣＨ処理能力１として決定される。いくつかの実施形態では、ＰＵＳＣＨ処理能力は、ＰＵＳＣＨ処理能力２として決定される。
いくつかの実施形態では、ＰＵＳＣＨ処理能力２は、マルチＤＣＩマルチＴＲＰに適用されない。例えば、ＵＥがマルチＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥは、ＰＵＳＣＨ処理能力２で動作しない場合がある。別の実施例では、全てのＵＥがマルチＤＣＩマルチＴＲＰ動作を伴って構成されるとき、ＵＥのいずれもＰＵＳＣＨ処理能力２で動作しない場合がある。
いくつかの実施形態では、ＵＥは、特定の条件下で、マルチＤＣＩマルチＴＲＰのためのＰＵＳＣＨ能力２をサポートすることができる。例えば、ＵＥは、ＰＵＳＣＨからＰＤＣＣＨへのアウトオブオーダー（ＯＯＯ）スケジューリングなしのとき、マルチＤＣＩマルチＴＲＰのためのＰＵＳＣＨ能力２をサポートすることができる。
ブロック１１０において、決定されたＰＵＳＣＨ処理能力のサポートが示される。いくつかの実施形態では、ＵＥは、マルチＤＣＩマルチＴＲＰのためのＰＵＳＣＨ能力２のサポートを示すことができる。例えば、ＵＥは、サポートを示すための報告を生成し、報告を発行又は送信してもよい。報告は、ＦＳＰＣごとに（帯域組み合わせごとの帯域ごとのＣＣごとに）、ＦＳごとに（帯域組み合わせごとの帯域ごとに）、又は帯域ごとに、ＵＥによって発行され得る。
いくつかの実施形態では、ブロック１０６及びブロック１１０の報告は、ブロック１０６及びブロック１１０の報告を含む組み合わされた報告が生成され、その後発行又は送信されるように組み合わされてもよい。
ブロック１０４及びブロック１０８に関して、いくつかの実施形態では、ＵＥは、処理タイムライン緩和を伴うＰＤＳＣＨ及び／又はＰＵＳＣＨ能力２のみをサポートすることができる。例えば、処理時間緩和は、ＵＥ報告に基づくか、又は本明細書でハードコーディングされ得、例えば、処理時間緩和は、各５つの方式（例えば、ＳＤＭ、ＦＤＭ方式Ａ、ＦＤＭ方式Ｂ、ＴＤＭ方式Ａ、方式４）において、マルチＤＣＩマルチＴＲＰ ＰＤＳＣＨ、マルチＤＣＩマルチＴＲＰ ＰＵＳＣＨ、及びシングルＤＣＩマルチＴＲＰ ＰＤＳＣＨについて独立して又は共同して使用される場合がある。
図２は、いくつかの実施形態による、ＴＤＭ方式ＡによるＰＤＳＣＨを示す図２００を示す。ここで、２つのＰＤＳＣＨ、すなわち、ＰＤＳＣＨ １（２０２）及びＰＤＳＣＨ ２（２０４）は、スロット２０８内に位置する。ＰＤＳＣＨ １（２０２）及びＰＤＳＣＨ ２（２０４）は、スロット２０８内のオフセット２０６によって分離される。例えば、オフセット２０６は、ＰＤＳＣＨ １の最後のシンボルとＰＤＳＣＨ ２の最初のシンボルとの間にある。いくつかの実施形態では、ＰＤＳＣＨ１及びＰＤＳＣＨ ２は、同じ持続時間及び周波数リソース割り当てを有する。いくつかの実施形態では、ＰＤＳＣＨ１及びＰＤＳＣＨ ２は、異なる持続時間及び／又は周波数リソース割り当てを有する。いくつかの実施形態では、トランスポートブロック（ＴＢ）は、スロットについて、ＵＥによって２回送信される。いくつかの実施形態では、ＰＤＳＣＨ １（２０２）とＰＤＳＣＨ ２（２０４）との間のオフセット２０６は、ＲＲＣを介して構成される。
いくつかの実施形態では、ＰＤＳＣＨ １（２０２）及びＰＤＳＣＨ ２（２０４）は各々、それらのペイロードを記述するシンボルのセットを含む。いくつかの実施形態では、オフセット２０６によって示される、ＰＤＳＣＨ １（２０２）の終わり（例えば、ＰＤＳＣＨ １の最後のシンボル）とＰＤＳＣＨ ２（２０４）の始まり（例えば、ＰＤＳＣＨ ２の最初のシンボル）との間のエリアは、オフセット２０６の持続時間に対応する１つ以上のブランクシンボルを含む。
上述したように、ＴＤＭ方式ＡにおけるＰＤＳＣＨのための処理タイムラインは、３ＧＰＰ ＴＳ ３８．２１４に説明されている。３ＧＰＰ ＴＳ ３８．３１４に説明されるように、割り当てられたＨＡＲＱ－ＡＣＫタイミングＫ1及び使用されるＰＵＣＣＨリソースによって定義され、タイミングアドバンスの効果を含む、ＨＡＲＱ－ＡＣＫ情報を搬送するＰＵＣＣＨの第１のアップリンクシンボルが、シンボルＬ1よりも早く開始しない場合、Ｌ1は、Ｔproc,1＝（Ｎ1＋ｄ1,1＋ｄ2）（２０４８＋１４４）・ｋ２-μ・Ｔc＋Ｔext後、ＴＢを搬送するＰＤＳＣＨの最後のシンボルの終わりが肯定応答された後、そのＣＰが開始する次のアップリンクシンボルとして定義され、ＵＥは、有効なＨＡＲＱ－ＡＣＫメッセージを提供するものとする。以下に、この式のパラメータを定義する。
ＵＥ処理能力１について：ＰＤＳＣＨが［４，ＴＳ ３８．２１１］の７．４．１．１節に与えられているようなマッピングタイプＢである場合、
－割り当てられたＰＤＳＣＨシンボルの数がＬ≧７である場合、ｄ1,1＝０であり、
－割り当てられたＰＤＳＣＨシンボルの数がＬ≧４且つＬ≦６である場合、ｄ1,1＝７－Ｌであり、
－割り当てられたＰＤＳＣＨシンボルの数がＬ＝３である場合、ｄ1,1＝３＋ｍｉｎ（ｄ，１）であり、ｄは、スケジューリングＰＤＣＣＨ及びスケジューリングされたＰＤＳＣＨの重複シンボルの数であり、
－割り当てられたＰＤＳＣＨシンボルの数が２である場合、ｄ1,1＝３＋ｄであり、ｄは、スケジューリングＰＤＣＣＨ及びスケジューリングされたＰＤＳＣＨの重複シンボルの数である。
ＵＥ処理能力２について：ＰＤＳＣＨが［４，ＴＳ ３８．２１１］の７．４．１．１節に与えられるようなマッピングタイプＢである場合、
－割り当てられたＰＤＳＣＨシンボルの数がＬ≧７である場合、ｄ1,1＝０であり、
－割り当てられたＰＤＳＣＨシンボルの数がＬ≧３且つＬ≦６である場合、ｄ1,1は、スケジューリングＰＤＣＣＨ及びスケジューリングされたＰＤＳＣＨの重複シンボルの数であり、
－割り当てられたＰＤＳＣＨシンボルの数が２である場合、
－スケジューリングＰＤＣＣＨが３シンボルＣＯＲＥＳＥＴ内にあり、ＣＯＲＥＳＥＴ及びＰＤＳＣＨが同じ開始シンボルを有する場合、ｄ1,1＝３であり、
－そうでない場合、ｄ1,1は、スケジューリングＰＤＣＣＨとスケジューリングされたＰＤＳＣＨとの重複シンボルの数である。
いくつかの実施形態では、ＨＡＲＱ－ＡＣＫ処理タイミングＫ1は、図３～図５を参照しながら説明したように決定される。いくつかの実施形態では、最小ＨＡＲＱ－ＡＣＫタイミングＫ1が決定される。
図３は、いくつかの実施形態によるＰＤＳＣＨ処理のためのプロセス３００を示す。
ブロック３０２において、シングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作が決定される。いくつかの実施形態では、シングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作は、ＴＤＭ方式Ａ動作である。いくつかの実施形態では、この決定は、ＵＥがシングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作のために構成されることを決定することを含む。いくつかの実施形態では、この決定は、ＵＥがＴＤＭ方式Ａ動作のために構成されていると決定することを含む。
ブロック３０４において、決定されたシングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作に従って、スロット（例えば、スロット２０８）内の第１のＰＤＳＣＨ及び第２のＰＤＳＣＨ（例えば、ＰＤＳＣＨ １（２０２）及びＰＤＳＣＨ ２（２０４））が決定される。例えば、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨは、決定されたシングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作において使用されてもよい。いくつかの実施形態では、各ＰＤＳＣＨのための持続時間及び／又は周波数リソース割り当てが決定される。いくつかの実施形態では、例えば、シングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作がＴＤＭ方式Ａであるとき、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨのための持続時間及び／又は周波数リソース割り当ては同じである。
ブロック３０６において、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨのためのＨＡＲＱ－ＡＣＫタイミングが決定される。いくつかの実施形態では、決定されたＨＡＲＱ－ＡＣＫタイミングは、最小ＨＡＲＱ－ＡＣＫタイミングである。いくつかの実施形態では、第１のＰＤＳＣＨの１つ以上のシンボルが、最小ＨＡＲＱ－ＡＣＫタイミングを決定するために使用される。いくつかの実施形態では、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨの１つ以上のシンボルが、最小ＨＡＲＱ－ＡＣＫタイミングを決定するために使用される。
いくつかの実施形態では、最小ＨＡＲＱ－ＡＣＫタイミングは、第２のＰＤＳＣＨの終わりまでである。ここで、例えば、スロット内の第１のＰＤＳＣＨ及び第２のＰＤＳＣＨについて、第２のＰＤＳＣＨの終わりまでの最小ＨＡＲＱ－ＡＣＫ処理タイムライン又はタイミングＫ1は、第２のＰＤＳＣＨとＰＵＣＣＨ内の対応するＨＡＲＱ－ＡＣＫとの間のタイミング又は持続時間を定義する場合がある。タイミング又は持続時間は、第２のＰＤＳＣＨの最後のシンボル（例えば、最後のＰＤＳＣＨ反復）と、対応するＨＡＲＱ－ＡＣＫを搬送するＰＵＣＣＨの最初のシンボルとによって定義されてもよい。このタイミング又は持続時間は、ＰＤＳＣＨを処理するための時間をＵＥに提供する場合がある。
いくつかの実施形態では、第２のＰＤＳＣＨの終わりまでの最小ＨＡＲＱ－ＡＣＫタイミングを決定することは、第１のＰＤＳＣＨのみに基づく場合がある。例えば、第１のＰＤＳＣＨ（例えば、ＰＤＳＣＨ １（２０２））の最初のシンボルから第１のＰＤＳＣＨの最後のシンボルまでのシンボルのみが、ＰＤＳＣＨ送信のために、且つ最小ＨＡＲＱ－ＡＣＫタイミングを決定するために考慮される。
いくつかの実施形態では、第２のＰＤＳＣＨの終わりまでの最小ＨＡＲＱ－ＡＣＫ処理タイミングは、第１のＰＤＳＣＨの始まりから第２のＰＤＳＣＨの終わりまでの全てのシンボルを考慮する場合があり、第１のＰＤＳＣＨと第２のＰＤＳＣＨとの間のブランクシンボルがカウントされる。例えば、第１のＰＤＳＣＨの最初のシンボルから第２のＰＤＳＣＨの最後のシンボルまでの全てのシンボルが、ＰＤＳＣＨ送信のために、且つ最小ＨＡＲＱ－ＡＣＫタイミングを決定するために考慮される場合がある。例えば、持続時間Ｌは、ＣＯＲＥＳＥＴ／スケジューリングＰＤＣＣＨと重複するシンボルの数に対応する場合がある。例えば、第１のＰＤＳＣＨが４つのシンボルを有し、その後に２つのシンボルギャップ（例えば、２つのブランクシンボル）が続き、その後に４つのシンボルを有する第２のＰＤＳＣＨが続く場合、全てのシンボルが、第１のＰＤＳＣＨ、第２のＰＤＳＣＨ、及びギャップについて考慮される。したがって、持続時間Ｌ＝第１のＰＤＳＣＨの４つのシンボル＋ギャップの２つのシンボル＋第２のＰＤＳＣＨの４つのシンボル＝１０である。
いくつかの実施形態では、第２のＰＤＳＣＨの終わりまでの最小ＨＡＲＱ－ＡＣＫ処理タイムラインは、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨの両方における全てのシンボルを考慮する場合がある。例えば、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨ内の全てのシンボル、ユニオンが考慮される場合があるが、ＰＤＳＣＨ送信のために、且つ最小ＨＡＲＱ－ＡＣＫタイミングを決定するために、第１のＰＤＳＣＨと第２のＰＤＳＣＨとの間の（例えば、２つの間のオフセット領域内の）ブランクシンボルはカウントされない場合がある。例えば、持続時間Ｌは、ＣＯＲＥＳＥＴ／スケジューリングＰＤＣＣＨと重複するシンボルの数に対応する場合がある。例えば、第１のＰＤＳＣＨが４つのシンボルを有し、その後に２つのシンボルギャップ（例えば、２つのブランクシンボル）が続き、その後に４つのシンボルを有する第２のＰＤＳＣＨが続く場合、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨのためのシンボルのみが考慮される。ギャップのシンボルは考慮されない。したがって、持続時間Ｌ＝第１のＰＤＳＣＨの４つのシンボル＋第２のＰＤＳＣＨの４つのシンボル＝８である。
図４は、いくつかの実施形態による、ＴＤＭ方式ＡによるＰＤＳＣＨを示す図４００を示す。ここで、２つのＰＤＳＣＨ、すなわち、第１のＰＤＳＣＨ（ＰＤＳＣＨ １（４０２））及び第２のＰＤＳＣＨ（ＰＤＳＣＨ ２（４０４））は、オフセット４０６によって分離される。いくつかの実施形態では、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨは、同じ持続時間及び周波数リソース割り当てを有する。いくつかの実施形態では、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨは、異なる持続時間及び／又は周波数リソース割り当てを有する。いくつかの実施形態では、トランスポートブロック（ＴＢ）は、スロットについて、ＵＥによって２回送信される。いくつかの実施形態では、第１のＰＤＳＣＨ ４０２と第２のＰＤＳＣＨ ４０４との間のオフセット４０６は、ＲＲＣを介して構成される。
図４００に示されるように、初期最小ＨＡＲＱ－ＡＣＫ処理タイミングｋ１＿１は項目４０８で示され、初期最小ＨＡＲＱ－ＡＣＫ処理タイミングｋ１＿２は項目４１０で示される。ｋ１＿１及びｋ１＿２は、全体的な最小ＨＡＲＱ－ＡＣＫ処理時間Ｋ1を決定するために、図５に関連して以下で説明するように使用される。
実際、図５は、値ｋ１＿１及び値ｋ１＿２を使用して全体的な最小ＨＡＲＱ－ＡＣＫ処理時間Ｋ1を決定するプロセス５００を示す。したがって、ここでは、第２のＰＤＳＣＨの終わりまでの最小ＨＡＲＱ－ＡＣＫ処理タイムラインは、第１のＰＤＳＣＨ（ＰＤＳＣＨ １（４０２））及び第２のＰＤＳＣＨ（ＰＤＳＣＨ ２（４０４））に共同で基づく。いくつかの実施形態では、プロセス５００は、図３に示されるプロセス３００の例示的なブロック３０４及びブロック３０６の処理を反映する。
ブロック５０２において、最小ＨＡＲＱ－ＡＣＫ処理タイミングｋ１＿１が、第１のＰＤＳＣＨについて決定される。
ブロック５０４において、最小ＨＡＲＱ－ＡＣＫ処理タイミングｋ１＿２が、第２のＰＤＳＣＨについて決定される。
ブロック５０６において、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨのための全体的な最小ＨＡＲＱ－ＡＣＫ処理タイミング（時間とも呼ばれる）Ｋ1が、ｋ１＿１及びｋ１＿２を使用して決定される。いくつかの実施形態では、全体的な最小ＨＡＲＱ－ＡＣＫ処理時間Ｋ1＝ｍａｘ（ｋ１＿１－Ｏｆｆｓｅｔ，０）＋ｋ１＿２＋Ｃである。いくつかの実施形態では、全体的な最小ＨＡＲＱ－ＡＣＫ処理時間Ｋ1＝ｍａｘ（ｋ１＿１，ｋ１＿２）＋Ｃである。いくつかの実施形態では、全体的な最小ＨＡＲＱ－ＡＣＫ処理時間Ｋ1＝ｋ１＿１＋ｋ１＿２＋Ｃである。例えば、オフセットは、第１のＰＤＳＣＨと第２のＰＤＳＣＨとの間のオフセット（例えば、オフセット４０６）であってもよい。例えば、オフセットは、第１のＰＤＳＣＨの最後のシンボルと第２のＰＤＳＣＨの最初のシンボルとの間のオフセットであってもよい。例えば、Ｃは、定数であり得、０であってもよく、又は追加のタイムライン緩和を提供する値に設定されてもよい。例えば、「ｍａｘ（Ｘ，Ｙ）」は、括弧内の値Ｘ、Ｙの系列の最大値が選択されることを意味する。したがって、ＸがＹより大きい場合、ｍａｘ（Ｘ，Ｙ）＝Ｘである。
いくつかの実施形態では、マルチＤＣＩベースのマルチＴＲＰの場合、第２のＰＤＳＣＨ（ＰＤＳＣＨ ２（４０４））の終わりまでの最小ＨＡＲＱ－ＡＣＫタイムラインは、ＴＤＭ方式Ａについて上述したのと同じプロセスを使用することに留意されたい。例えば、マルチＤＣＩベースのマルチＴＲＰのための最小ＨＡＲＱ－ＡＣＫを決定することは、図２～図５において説明された技術のうちの１つ以上を使用して実行されてもよい。
いくつかの実施形態では、他のシングルＤＣＩ ＭＴＲＰのためのＰＤＳＣＨ処理能力も提供される場合がある。
ＴＤＭ方式ＡにおけるＰＤＳＣＨのための処理タイムラインは、３ＧＰＰ ＴＳ ３８．２１４に説明されており、以下の実施形態において更に使用されてもよい。３８．３１４に説明されるように、割り当てられたＨＡＲＱ－ＡＣＫタイミングＫ1及び使用されるＰＵＣＣＨリソースによって定義され、タイミングアドバンスの効果を含む、ＨＡＲＱ－ＡＣＫ情報を搬送するＰＵＣＣＨの第１のアップリンクシンボルが、シンボルＬ1よりも早く開始しない場合、Ｌ1は、
後、ＴＢを搬送するＰＤＳＣＨの最後のシンボルの終わりが肯定応答された後、そのＣＰが開始する次のアップリンクシンボルとして定義され、ＵＥは、有効なＨＡＲＱ－ＡＣＫメッセージを提供するものとする。以下に、この式のパラメータを定義する。
ＵＥ処理能力１について：ＰＤＳＣＨが［４，ＴＳ ３８．２１１］の７．４．１．１節に与えられているようなマッピングタイプＢである場合、
－割り当てられたＰＤＳＣＨシンボルの数がＬ≧７である場合、ｄ1,1＝０であり、
－割り当てられたＰＤＳＣＨシンボルの数がＬ≧４且つＬ≦６である場合、ｄ1,1＝７－Ｌであり、
－割り当てられたＰＤＳＣＨシンボルの数がＬ＝３である場合、ｄ1,1＝３＋ｍｉｎ（ｄ，１）であり、ｄは、スケジューリングＰＤＣＣＨ及びスケジューリングされたＰＤＳＣＨの重複シンボルの数であり、
－割り当てられたＰＤＳＣＨシンボルの数が２である場合、ｄ1,1＝３＋ｄであり、ｄは、スケジューリングＰＤＣＣＨ及びスケジューリングされたＰＤＳＣＨの重複シンボルの数である。
ＵＥ処理能力２について：ＰＤＳＣＨが［４，ＴＳ ３８．２１１］の７．４．１．１節に与えられるようなマッピングタイプＢである場合、
－割り当てられたＰＤＳＣＨシンボルの数がＬ≧７である場合、ｄ1,1＝０であり、
－割り当てられたＰＤＳＣＨシンボルの数がＬ≧３且つＬ≦６である場合、ｄ1,1は、スケジューリングＰＤＣＣＨ及びスケジューリングされたＰＤＳＣＨの重複シンボルの数であり、
－割り当てられたＰＤＳＣＨシンボルの数が２である場合、
－スケジューリングＰＤＣＣＨが３シンボルＣＯＲＥＳＥＴ内にあり、ＣＯＲＥＳＥＴ及びＰＤＳＣＨが同じ開始シンボルを有する場合、ｄ1,1＝３であり、
－そうでない場合、ｄ1,1は、スケジューリングＰＤＣＣＨとスケジューリングされたＰＤＳＣＨとの重複シンボルの数である。
いくつかの実施形態では、ＳＤＭ ＳＤＣＩ ＭＴＲＰ方式について、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫタイムラインを決定するために、２つのＰＤＳＣＨが互いに重複するので、Ｒｅｌ－１５（上述の３ＧＰＰ ＴＳ ３８．２１４）と同じ方式が使用される場合がある。ＵＥ干渉処理タイムラインを考慮して、追加の緩和が含まれてもよい。
いくつかの実施形態では、ＦＤＭ方式Ａ ＳＤＣＩ ＭＴＲＰ方式について、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫタイムラインを決定するために、Ｒｅｌ－１５（上述の３ＧＰＰ ＴＳ ３８．２１４）と同じ方式が使用される場合がある。
いくつかの実施形態では、ＦＤＭ方式Ｂ ＳＤＣＩ ＭＴＲＰ方式について、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫタイムラインを決定するために、Ｒｅｌ－１５（上述の３ＧＰＰ ＴＳ ３８．２１４）と同じ方式が使用される場合があり、例えば、ＵＥがＣＷソフトコンバイニング２をサポートするとき、緩和が含まれる場合がある。
いくつかの実施形態では、方式４ ＳＤＣＩ ＭＴＲＰ方式について、ＰＤＳＣＨ ２の終わりまでの最小ＨＡＲＱ－ＡＣＫタイムラインを決定するために、第１のＰＤＳＣＨ送信機会に基づいて、Ｒｅｌ－１５（上述の３ＧＰＰ ＴＳ ３８．２１４）と同じ方式が使用される場合がある。
図６は、様々な実施形態による、ネットワークのシステム６００の例示的なアーキテクチャを示す。以下の説明は、３ＧＰＰ技術仕様によって提供される、ＬＴＥシステム規格、及び５Ｇ又はＮＲシステム規格と併せて動作する例示的なシステム６００について提供される。しかしながら、例示的な実施形態は、この点に関して限定されず、説明される実施形態は、将来の３ＧＰＰシステム（例えば、第６世代（６Ｇ））システム、ＩＥＥＥ８０２．１６プロトコル（例えば、ＷＭＡＮ、ＷｉＭＡＸなど）などの、本明細書に記載の原理から恩恵を受ける他のネットワークに適用することができる。
図６に示されるように、システム６００は、ＵＥ ６２２及びＵＥ ６２０を含む。この実施例では、ＵＥ ６２２及びＵＥ ６２０は、スマートフォン（例えば、１つ以上のセルラネットワークに接続可能な手持ちタッチスクリーンモバイルコンピューティングデバイス）として示されているが、家庭用電子デバイス、携帯電話、スマートフォン、フィーチャーフォン、タブレットコンピュータ、ウェアラブルコンピュータデバイス、携帯情報端末（ＰＤＡ）、ページャ、無線ハンドセット、デスクトップコンピュータ、ラップトップコンピュータ、車載インフォテインメント（ＩＶＩ）、車載エンターテインメント（ＩＣＥ）デバイス、インストルメントクラスタ（ＩＣ）、ヘッドアップディスプレイ（ＨＵＤ）デバイス、車載診断（ＯＢＤ）デバイス、ダッシュトップモバイル機器（ＤＭＥ）、モバイルデータ端末（ＭＤＴ）、電子エンジン管理システム（ＥＥＭＳ）、電子／エンジン制御ユニット（ＥＣＵ）、電子エンジン／エンジン制御モジュール（ＥＣＭ）、埋め込みシステム、マイクロコントローラ、制御モジュール、エンジン管理システム（ＥＭＳ）、ネットワーク又は「スマート」電化製品、ＭＴＣデバイス、Ｍ２Ｍ、ＩｏＴデバイス、などの任意のモバイルコンピューティングデバイス又は非モバイルコンピューティングデバイスを含んでもよい。
いくつかの実施形態では、ＵＥ ６２２及び／又はＵＥ ６２０はＩｏＴ ＵＥであってもよく、ＩｏＴ ＵＥは、短命ＵＥ接続を利用する低電力ＩｏＴアプリケーション用に設計されたネットワークアクセス層を備えてもよい。ＩｏＴ ＵＥは、ＰＬＭＮ、ＰｒｏＳｅ又はＤ２Ｄ通信、センサネットワーク、又はＩｏＴネットワークを介して、ＭＴＣサーバ又はデバイスとデータを交換するためのＭ２Ｍ又はＭＴＣなどの技術を利用することができる。Ｍ２Ｍデータ交換又はＭＴＣデータ交換は、機械起動のデータの交換であってもよい。ＩｏＴネットワークは、相互に接続するＩｏＴ ＵＥをいい、それは、短命接続による、（インターネットインフラストラクチャ内の）一意に識別可能な埋め込み型コンピューティングデバイスを含み得る。ＩｏＴ ＵＥは、ＩｏＴネットワークの接続を容易にするために、バックグラウンドアプリケーション（例えば、キープアライブメッセージ、ステータス更新など）を実行してもよい。
ＵＥ ６２２及びＵＥ ６２０は、例えば、アクセスノード又は（（Ｒ）ＡＮ ６０８として示される）無線アクセスノードと接続する、通信可能に結合するように構成されてもよい。実施形態では、（Ｒ）ＡＮ ６０８は、ＮＧ ＲＡＮ若しくはＳＧ ＲＡＮ、Ｅ－ＵＴＲＡＮ、又はＵＴＲＡＮ若しくはＧＥＲＡＮなどのレガシーＲＡＮであってもよい。本明細書で使用するとき、用語「ＮＧ ＲＡＮ」などは、ＮＲ又はＳＧシステムで動作する（Ｒ）ＡＮ ６０８を指し、用語「Ｅ－ＵＴＲＡＮ」などは、ＬＴＥ又は４Ｇシステムで動作する（Ｒ）ＡＮ ６０８を指してもよい。ＵＥ ６２２及びＵＥ ６２０は、（それぞれ接続６０４及び接続６０２として示される）接続（又はチャネル）を利用し、その各々は、（以下で更に詳細に説明される）物理通信インタフェース又は物理通信層を備える。
この実施例では、接続６０４及び接続６０２は、通信可能な結合を可能にするためのエアインタフェースとして示されており、ＧＳＭプロトコル、ＣＤＭＡネットワークプロトコル、ＰＴＴプロトコル、ＰＯＣプロトコル、ＵＭＴＳプロトコル、３ＧＰＰ ＬＴＥプロトコル、５Ｇプロトコル、ＮＲプロトコル、及び／又は本明細書で説明される他の通信プロトコルのいずれかなどのセルラ通信プロトコルと一致し得る。実施形態では、ＵＥ ６２２及びＵＥ ６２０は、ＰｒｏＳｅインタフェース６１０を介して通信データを直接交換してもよい。ＰｒｏＳｅインタフェース６１０は、代替的に、サイドリンク（ＳＬ）インタフェース１１０と呼ばれてもよく、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＤＣＨ、及びＰＳＢＣＨを含むがこれらに限定されない、１つ以上の論理チャネルを備えてもよい。
ＵＥ ６２０は、接続６２４を介して（「ＷＬＡＮノード」、「ＷＬＡＮ」、「ＷＬＡＮ端末」、「ＷＴ」などとも呼ばれる）ＡＰ ６１２にアクセスするように構成されるように示されている。接続６２４は、任意のＩＥＥＥ８０２．１１プロトコルと一致する接続などのローカル無線接続を備え得、ＡＰ ６１２は、無線フィデリティ（Ｗｉ－Ｆｉ（登録商標））ルータを備えるであろう。この実施例では、ＡＰ６１２は、（以下で更に詳細に説明する）無線システムのコアネットワークに接続せずにインターネットに接続される場合がある。様々な実施形態では、ＵＥ ６２０、（Ｒ）ＡＮ ６０８、及びＡＰ ６１２は、ＬＷＡ動作及び／又はＬＷＩＰ動作を利用するように構成されてもよい。ＬＷＡ動作は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥ ６２０が、ＬＴＥ及びＷＬＡＮの無線リソースを利用するようにＲＡＮノード６１４又はＲＡＮノード６１６によって構成されることを含んでもよい。ＬＷＩＰ動作は、ＵＥ ６２０が、接続６２４を介して送信されたパケット（例えば、ＩＰパケット）を認証及び暗号化するために、ＩＰｓｅｃプロトコルトンネリングを介してＷＬＡＮ無線リソース（例えば、接続部６２４）を使用することを含んでもよい。ＩＰｓｅｃトンネリングは、元のＩＰパケットの全体をカプセル化し、新しいパケットヘッダを追加することを含んでもよく、それによってＩＰパケットのオリジナルヘッダを保護する。
（Ｒ）ＡＮ ６０８は、接続６０４及び接続６０２を可能にするＲＡＮノード６１４及びＲＡＮノード６１６などの１つ以上のＡＮノードを含むことができる。本明細書で使用するとき、用語「アクセスノード」、「アクセスポイント」などは、ネットワークと１人以上のユーザとの間のデータ及び／又は音声接続性のための無線ベースバンド機能を提供する機器を表してもよい。これらのアクセスノードは、ＢＳ、ｇＮＢ、ＲＡＮノード、ｅＮＢ、ＮｏｄｅＢ、ＲＳＵｓ ＴＲｘＰ又はＴＲＰなどと呼ばれ得、地理的エリア（例えば、セル）内のカバレッジを提供する地上局（例えば、地上アクセスポイント）又は衛星局を含むことができる。本明細書で使用するとき、用語「ＮＧ ＲＡＮノード」などは、ＮＲ又はＳＧシステム（例えば、ｇＮＢ）内で動作するＲＡＮノードを指す場合があり、用語「Ｅ－ＵＴＲＡＮノード」などは、ＬＴＥ又は４Ｇシステム６００（例えば、ｅＮＢ）内で動作するＲＡＮノードを指す場合がある。様々な実施形態によれば、ＲＡＮノード６１４又はＲＡＮノード６１６は、マクロセルと比較してより小さいカバレッジエリア、より小さいユーザ容量、又はより高い帯域幅を有するフェムトセル、ピコセル、又は他の同様のセルを提供するための、マクロセル基地局、及び／又は低電力（ＬＰ）基地局などの専用物理デバイスのうちの１つ以上として実装されてもよい。
いくつかの実施形態では、ＲＡＮノード６１４又はＲＡＮノード６１６の全て又は一部は、仮想ネットワークの一部としてサーバコンピュータ上で実行される１つ以上のソフトウェアエンティティとして実装されてもよく、これは、ＣＲＡＮ及び／又は仮想ベースバンドユニットプール（ｖＢＢＵＰ）と呼ばれてもよい。これらの実施形態では、ＣＲＡＮ又はｖＢＢＵＰは、ＲＲＣ層及びＰＤＣＰ層がＣＲＡＮ／ｖＢＢＵＰによって動作され、他のＬ２プロトコルエンティティが個々のＲＡＮノード（例えば、ＲＡＮノード６１４又はＲＡＮノード６１６）によって動作されるＰＤＣＰ分割などのＲＡＮ機能分割、ＲＲＣ層、ＰＤＣＰ層、ＲＬＣ層、及びＭＡＣ層がＣＲＡＮ／ｖＢＢＵＰによって動作され、ＰＨＹ層が個々のＲＡＮノード（例えば、ＲＡＮノード６１４又はＲＡＮノード６１６）によって動作されるＭＡＣ／ＰＨＹ分割、又は、ＲＲＣ層、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、及びＰＨＹ層の上部がＣＲＡＮ／ｖＢＢＵＰによって動作され、ＰＨＹ層の下部が個々のＲＡＮノードによって動作される「下位ＰＨＹ」分割を実装してもよい。この仮想化されたフレームワークは、ＲＡＮノード６１４又はＲＡＮノード６１６の解放されたプロセッサコアが、他の仮想化されたアプリケーションを実行することを可能にする。いくつかの実装形態では、個々のＲＡＮノードは、（図６に示されていない）個々のＦ１インタフェースを介してｇＮＢ－ＣＵに接続された個々のｇＮＢ－ＤＵを表す場合がある。これらの実装では、ｇＮＢ－ＤＵｓは、１つ以上のリモート無線ヘッド又はＲＦＥＭを含んでもよく、ｇＮＢ－ＣＵは、ＲＡＮ６０８（不図示）内に位置するサーバによって、又はＣＲＡＮ／ｖＢＢＵＰと同様の方法でサーバプールによって動作されてもよい。追加で又は代替的に、ＲＡＮノード６１４又はＲＡＮノード６１６のうちの１つ以上は次世代ｅＮＢ（ｎｇ－ｅＮＢ）であってもよく、次世代ｅＮＢは、ＵＥ６２２及びＵＥ６２０に向けてＥ－ＵＴＲＡユーザプレーン及び制御プレーンプロトコル端末を提供し、ＮＧインタフェース（後述）を介して５ＧＣに接続されるＲＡＮノードである。Ｖ２Ｘシナリオにおいて、ＲＡＮノード６１４又はＲＡＮノード６１６のうちの１つ以上は、ＲＳＵである場合があり、又はＲＳＵとして機能する場合がある。
「路側機」又は「ＲＳＵ」という用語は、Ｖ２Ｘ通信に使用される任意のトランスポートインフラストラクチャエンティティを指してもよい。ＲＳＵは、適切なＲＡＮノード又は静止した（又は比較的静止した）ＵＥにおいて又はそれによって実装されてもよく、ＵＥにおいて又はそれによって実装されるＲＳＵは「ＵＥタイプＲＳＵ」と呼ばれてもよく、ｅＮＢにおいて又はそれによって実装されるＲＳＵは「ｅＮＢタイプＲＳＵ」と呼ばれてもよく、ｇＮＢにおいて又はそれによって実装されるＲＳＵは「ｇＮＢタイプＲＳＵ」などと呼ばれてもよい。一実施例では、ＲＳＵは、通過車両ＵＥ（ｖＵＥ）に接続性サポートを提供する路側に位置する無線周波数回路に結合されたコンピューティングデバイスである。ＲＳＵはまた、交差点マップ形状、交通統計、媒体、並びに持続中の車両及び歩行者の交通を検知及び制御するためのアプリケーション／ソフトウェアを記憶するための内部データ記憶回路を含むことができる。ＲＳＵは、５．９ＧＨｚ Ｄｉｒｅｃｔ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＤＳＲＣ）帯域で動作して、衝突回避、トラフィック警告等の高速イベントに必要な非常に低レイテンシである通信を提供することができる。追加で又は代替的に、ＲＳＵは、前述の低レイテンシ通信、及び他のセルラ通信サービスを提供するために、セルラＶ２Ｘ帯域で動作してもよい。追加で又は代替的に、ＲＳＵは、Ｗｉ－Ｆｉホットスポット（２．４ＧＨｚ帯域）として動作してもよく、且つ／又は１つ以上のセルラネットワークへの接続性を提供して、アップリンク通信及びダウンリンク通信を提供してもよい。コンピューティングデバイス（単数又は複数）及びＲＳＵの無線周波数回路の一部又は全ては、屋外設置に適した耐候性エンクロージャにパッケージ化してもよく、交通信号コントローラ及び／又はバックホールネットワークに有線接続（例えば、イーサネット）を提供するためのネットワークインタフェースコントローラを含んでもよい。
ＲＡＮノード６１４及び／又はＲＡＮノード６１６は、エアインタフェースプロトコルを終了することができ、ＵＥ ６２２及びＵＥ ６２０の第１の接点とすることができる。いくつかの実施形態では、ＲＡＮノード６１４及び／又はＲＡＮノード６１６は、無線ベアラ管理、アップリンク及びダウンリンクのダイナミック無線リソース管理及びデータパケットスケジューリング、並びにモビリティ管理などの無線ネットワークコントローラ（ＲＮＣ）機能を含むがこれらに限定されない、（Ｒ）ＡＮ ６０８のための様々な論理機能を実行することができる。
実施形態では、ＵＥ ６２２及びＵＥ ６２０は、限定はしないが、ＯＦＤＭＡ通信技術（例えば、ダウンリンク通信用）又はＳＣ－ＦＤＭＡ通信技術（例えば、アップリンク及びＰｒｏＳｅ又はサイドリンク通信用）などの様々な通信技術に従って、マルチキャリア通信チャネルを介して、ＯＦＤＭ通信信号を使用して互いに、又はＲＡＮノード６１４及び／又はＲＡＮノード６１６と通信するように構成することができるが、実施形態の範囲はこの点に関して限定されない。ＯＦＤＭ信号は、複数の直交サブキャリアを含むことができる。
いくつかの実施形態では、ダウンリンクリソースグリッドは、ＲＡＮノード６１４及び／又はＲＡＮノード６１６のいずれかからＵＥ ６２２及びＵＥ ６２０へのダウンリンク送信のために使用することができ、一方、アップリンク送信は同様の技術を利用することができる。グリッドは、リソースグリッド又は時間周波数リソースグリッドと呼ばれる時間周波数グリッドとすることができ、それは、各スロット内のダウンリンクの物理的リソースである。このような時間周波数平面表現は、ＯＦＤＭシステムの一般的な方法であり、それにより無線リソースの割り当てが直感的なものとなる。リソースグリッドの各列及び各行は、それぞれ、１つのＯＦＤＭシンボル及び１つのＯＦＤＭサブキャリアに対応する。時間ドメイン内のリソースグリッドの持続時間は、無線フレーム内の１つのスロットに対応する。リソースグリッドの最小時間周波数単位は、リソースエレメントと表記する。各リソースグリッドは、多数のリソースブロックを含み、それは、リソースエレメントへの特定の物理チャネルのマッピングを表す。各リソースブロックは、リソースエレメントの集合を含み、周波数ドメインにおいて、これは、現在割り当てられ得るリソースの最小量を表すことができる。このようなリソースブロックを用いて伝達されるいくつかの異なる物理ダウンリンクチャネルが存在する。
様々な実施形態によれば、ＵＥ ６２２、ＵＥ ６２０並びにＲＡＮノード６１４及び／又はＲＡＮノード６１６は、認可媒体（「認可スペクトル」及び／又は「認可帯域」とも呼ばれる）並びにライセンス不要共有媒体（「無認可スペクトル」及び／又は「無認可帯域」とも呼ばれる）を介してデータ（例えば、送信及び受信）を通信する。認可スペクトルは、約４００ＭＨｚ～約３．８ＧＨｚの周波数範囲で動作するチャネルを含んでもよく、無認可スペクトルは５ＧＨｚ帯域を含んでもよい。
無認可スペクトルで動作するために、ＵＥ６２２、６２０及びＲＡＮノード６１４、６１６は、ＬＡＡ、ｅＬＡＡ、及び／又はｆｅＬＡＡ機構を使用して動作してもよい。これらの実装形態では、ＵＥ ６２２、ＵＥ ６２０及びＲＡＮノード６１４又はＲＡＮノード６１６は、無認可スペクトル内の１つ以上のチャネルが、無認可スペクトル内で送信する前に利用できないか、そうでなければ占有されているか否かを判定するために、１つ以上の既知の媒体検知動作及び／又はキャリア検知動作を実行してもよい。媒体／キャリア検知動作は、リッスンビフォアトーク（ＬＢＴ）プロトコルに従って実行されてもよい。
ＬＢＴは、機器（例えば、ＵＥ ６２２、ＵＥ ６２０、及びＲＡＮノード６１４又はＲＡＮノード６１６など）が媒体（例えば、チャネル又はキャリア周波数）を検知し、媒体がアイドル状態であることが検知されたとき（又は、媒体内の特定のチャネルが占有されていないと検知されたとき）に送信する機構である。媒体検知動作は、チャネルが占有されているか又は空いているかを判断するために、少なくともＥＤを利用してチャネル上の他の信号の有無を判断するＣＣＡを含んでもよい。このＬＢＴ機構は、無認可スペクトルにおいて、セルラ／ＬＡＡネットワークが現在の占有しているシステムと共存し、且つ他のＬＡＡネットワークと共存することを可能にする。ＥＤは、ある期間にわたって意図された送信帯域にわたってＲＦエネルギーを検知することと、検知されたＲＦエネルギーを所定の閾値又は設定された閾値と比較することとを含んでもよい。
典型的には、５ＧＨｚ帯域における現在占有しているシステムは、ＩＥＥＥ８０２．１１技術に基づくＷＬＡＮである。ＷＬＡＮは、ＣＳＭＡ／ＣＡと呼ばれる競合ベースのチャネルアクセス機構を採用する。ここで、ＷＬＡＮノード（例えば、ＵＥ ６２２、ＡＰ ６１２などの移動局（ＭＳ））が送信しようとする場合、ＷＬＡＮノードは、送信前に最初にＣＣＡを実行する場合がある。更に、２つ以上のＷＬＡＮノードが同時にチャネルをアイドル状態として検知し送信する状況において、衝突を回避するためにバックオフ機構が使用される。バックオフ機構は、ＣＷＳ内でランダムに抽出されるカウンタであってもよく、これは、衝突の発生時に指数関数的に増加され、送信が成功したときに最小値にリセットされる。ＬＡＡ用に設計されたＬＢＴ機構は、ＷＬＡＮのＣＳＭＡ／ＣＡと幾分類似している。いくつかの実装形態では、ＰＤＳＣＨ又はＰＵＳＣＨ送信をそれぞれ含むＤＬ又はＵＬ送信バーストのためのＬＢＴ手順は、Ｘ ＥＣＣＡスロットとＹ ＥＣＣＡスロットとの間の長さが可変であるＬＡＡ競合ウィンドウを有することができ、Ｘ及びＹは、ＬＡＡのためのＣＷＳの最小値及び最大値である。一実施例では、ＬＡＡ送信のための最小ＣＷＳは、９マイクロ秒（μｓ）であってもよいが、ＣＷＳ及びＭＣＯＴのサイズ（例えば、送信バースト）は、政府規制上の要件に基づいてもよい。
ＬＡＡ機構は、ＬＴＥアドバンストシステムのＣＡ技術に基づいて構築されている。ＣＡでは、各集約されたキャリアはＣＣと呼ばれる。ＣＣは、１．４、３、５、１０、１５、又は２０ＭＨｚの帯域幅を有することができ、最大５つのＣＣを集約することができ、したがって、集約された最大帯域幅は１００ＭＨｚである。ＦＤＤシステムでは、集約されたキャリアの数は、ＤＬとＵＬとで異なることがあり、ＵＬ ＣＣの数は、ＤＬコンポーネントキャリアの数以下である。場合によっては、個々のＣＣは、他のＣＣとは異なる帯域幅を有することができる。ＴＤＤシステムでは、ＣＣの数及び各ＣＣの帯域幅は、通常、ＤＬ及びＵＬに対して同じである。
ＣＡはまた、個々のＣＣを提供する個々のサービングセルを含む。例えば、異なる周波数帯域におけるＣＣは、異なる経路喪失を経験するので、サービングセルのカバレッジは異なり得る。プライマリサービスセル又はＰＣｅｌｌは、ＵＬ及びＤＬの両方にＰＣＣを提供することができ、ＲＲＣ及びＮＡＳ関連のアクティビティを処理することができる。他のサービングセルはＳＣｅｌｌと呼ばれ、各ＳＣｅｌｌはＵＬとＤＬの両方に個別のＳＣＣを提供し得る。ＳＣＣは、必要に応じて追加及び取り外される場合があり、一方で、ＰＣＣを変更するには、ＵＥ ６２２が、ハンドオーバを受けることを必要とする場合がある。ＬＡＡ、ｅＬＡＡ、及びｆｅＬＡＡにおいて、ＳＣｅｌｌの一部又は全ては、無認可スペクトル（「ＬＡＡ ＳＣｅｌｌ」と呼ばれる）で動作する場合があり、ＬＡＡ ＳＣｅｌｌは、認可スペクトルで動作するＰＣｅｌｌによって支援される。ＵＥが２つ以上のＬＡＡ ＳＣｅｌｌで構成される場合、ＵＥは、同じサブフレーム内の異なるＰＵＳＣＨ開始位置を示す、構成されたＬＡＡ ＳＣｅｌｌ上でＵＬグラントを受信することができる。
ＰＤＳＣＨは、ユーザデータ及び上位層シグナリングをＵＥ ６２２及びＵＥ ６２０に搬送する。ＰＤＣＣＨは、とりわけ、ＰＤＳＣＨチャネルに関連するトランスポートフォーマット及びリソース割り当てに関する情報を搬送する。また、ＵＥ ６２２及びＵＥ ６２０に、アップリンク共有チャネルに関連するトランスポートフォーマット、リソース割り当て、及びＨＡＲＱ情報を通知してもよい。典型的には、ダウンリンクスケジューリング（セル内のＵＥ ６２０に制御チャネルリソースブロック及び共有チャネルリソースブロックの割り当て）は、ＵＥ ６２２及びＵＥ ６２０のいずれかからフィードバックされたチャネル品質情報に基づいて、ＲＡＮノード６１４又はＲＡＮノード６１６のいずれかで実行されてもよい。ダウンリンクリソース割り当て情報は、（例えば、割り当てられた）ＵＥ ６２２及びＵＥ ６２０の各々について使用されるＰＤＣＣＨで送信されてもよい。
ＰＤＣＣＨは、ＣＣＥを使用して制御情報を伝達する。リソースエレメントにマッピングされる前に、ＰＤＣＣＨ複素数値シンボルは最初に、４つ組（quadruplets）に編成されてもよく、その後、レートマッチングのためのサブブロックインターリーバを用いて入れ替えられてもよい。各ＰＤＣＣＨを、これらのＣＣＥのうちの１つ以上を用いて送信してもよく、各ＣＣＥは、ＲＥＧとして知られる４つの物理リソースエレメントの９つのセットに対応することができる。４つの四位相偏移変調（ＱＰＳＫ）シンボルを各ＲＥＧにマッピングしてもよい。ＰＤＣＣＨは、ＤＣＩのサイズ及びチャネル状態に応じて、１つ以上のＣＣＥを用いて送信することができる。異なる数のＣＣＥ（例えば、アグリゲーションレベル、Ｌ＝１、２、４、又は８）を有するＬＴＥに定義される４つ以上の異なるＰＤＣＣＨフォーマットが存在し得る。
いくつかの実施形態は、上記の概念の拡張である制御チャネル情報のためのリソース割り当てのための概念を使用することができる。例えば、いくつかの実施形態は、制御情報送信のためにＰＤＳＣＨリソースを使用するＥＰＤＣＣＨを利用することができる。ＥＰＤＣＣＨを、１つ以上のＥＣＣＥを用いて送信してもよい。上記と同様に、各ＥＣＣＥは、ＥＲＥＧとして知られる４つの物理リソースエレメントからなる９つのセットに対応し得る。ＥＣＣＥは、一部の状況では、他の数のＥＲＥＧを有してもよい。
ＲＡＮノード６１４又はＲＡＮノード６１６は、インタフェース６３０を介して互いに通信するように構成されてもよい。システム６００がＬＴＥシステム（例えば、ＣＮ ６０６がＥＰＣである場合）である実施形態では、インタフェース６３０はＸ２インタフェースであってもよい。Ｘ２インタフェースは、ＥＰＣに接続する２つ以上のＲＡＮノード（例えば、２つ以上のｅＮＢなど）の間、及び／又はＥＰＣに接続する２つのｅＮＢの間で定義されてもよい。いくつかの実装形態では、Ｘ２インタフェースは、Ｘ２ユーザプレーンインタフェース（Ｘ２－Ｕ）及びＸ２制御プレーンインタフェース（Ｘ２－Ｃ）を含むことができる。Ｘ２－Ｕは、Ｘ２インタフェースを介して転送されるユーザデータパケットのためのフロー制御機構を提供し得、ｅＮＢ間のユーザデータの配信に関する情報を通信するために使用され得る。例えば、Ｘ２－Ｕは、ＭｅＮＢからＳｅＮＢへ転送されるユーザデータのための特定のシーケンス番号情報と、ユーザデータのためのＳｅＮＢからＵＥ ６２２へのＰＤＣＰ ＰＤＵのシーケンス配信の成功に関する情報と、ＵＥ ６２２に配信されなかったＰＤＣＰ ＰＤＵの情報と、ＵＥユーザデータに送信するためのＳｅ ＮＢにおける現在の最小の所望バッファサイズに関する情報などを提供してもよい。Ｘ２－Ｃは、ソースｅＮＢからターゲットｅＮＢへのコンテキスト転送、ユーザプレーントランスポート制御等を含む、ＬＴＥ内アクセスモビリティ機能、負荷管理機能と、セル間干渉調整機能とを提供し得る。
システム６００がＳＧ又はＮＲシステム（例えば、ＣＮ ６０６がＳＧＣである場合）である実施形態では、インタフェース６３０はＸｎインタフェースであってもよい。Ｘｎインタフェースは、ＳＧＣに接続する２つ以上のＲＡＮノード（例えば、２つ以上のｇＮＢなど）の間、ＳＧＣに接続するＲＡＮノード６１４（例えば、ｇＮＢ）とｅＮＢとの間、及び／又は５ＧＣに接続する２つのｅＮＢ（例えば、ＣＮ ６０６）の間に定義される。いくつかの実装形態では、Ｘｎインタフェースは、Ｘｎユーザプレーン（Ｘｎ－Ｕ）インタフェース及びＸｎ制御プレーン（Ｘｎ－Ｃ）インタフェースを含むことができる。Ｘｎ－Ｕは、ユーザプレーンＰＤＵの非保証配信を提供し、データ転送及びフロー制御機能をサポート／提供することができる。Ｘｎ－Ｃは、管理機能及びエラー処理機能、Ｘｎ－Ｃインタフェースを管理する機能、１つ以上のＲＡＮノード６１４又はＲＡＮノード６１６間の接続モードのためのＵＥモビリティを管理する機能を含む接続モードのＵＥ ６２２（例えば、ＣＭ－接続）のためのモビリティサポートを提供してもよいモビリティサポートは、古い（ソース）サービングＲＡＮノード６１４から新しい（ターゲット）サービングＲＡＮノード６１６へのコンテキスト転送と、古い（ソース）サービングＲＡＮノード６１４と新しい（ターゲット）サービングＲＡＮノード６１６との間のユーザプレーントンネルの制御とを含んでもよい。ユーザプレーンＰＤＵを搬送するために、Ｘｎ－Ｕのプロトコルスタックは、インターネットプロトコル（ＩＰ）トランスポート層上に構築されたトランスポートネットワーク層と、ＵＤＰ及び／又はＩＰ層（単数又は複数）の上のＧＴＰ－Ｕ層とを含むことができる。Ｘｎ－Ｃプロトコルスタックは、アプリケーション層シグナリングプロトコル（Ｘｎアプリケーションプロトコル（Ｘｎ－ＡＰ）と呼ばれる）と、ＳＣＴＰ上に構築されたトランスポートネットワーク層とを含むことができる。ＳＣＴＰは、ＩＰ層の上にあってもよく、アプリケーション層メッセージの保証された配信を提供してもよい。トランスポートＩＰ層では、シグナリングＰＤＵを配信するためにポイントツーポイント送信が使用される。他の実装形態では、Ｘｎ－Ｕプロトコルスタック及び／又はＸｎ－Ｃプロトコルスタックは、本明細書に示し説明したユーザプレーン及び／又は制御プレーンプロトコルスタック（単数又は複数）と同じ又は同様であってもよい。
（Ｒ）ＡＮ ６０８は、この実施形態ではＣＮ ６０６のコアネットワークに通信可能に結合されるように示されている。ＣＮ ６０６は、（Ｒ）ＡＮ ６０８を介してＣＮ ６０６に接続されている顧客／加入者（例えば、ＵＥ ６２２及びＵＥ ６２０のユーザ）に様々なデータ及び通信サービスを提供するように構成された、１つ以上のネットワーク要素６３２を備えてもよい。ＣＮ ６０６の構成要素は、機械可読媒体又はコンピュータ可読媒体（例えば、非一時的機械可読記憶媒体）から命令を読み取って実行するための構成要素を含む、単一の物理ノード又は別個の物理ノード内に実装されてもよい。いくつかの実施形態では、ＮＦＶを利用して、１つ以上のコンピュータ可読記憶媒体（以下で更に詳細に説明する）に記憶された実行可能命令を介して、上述のネットワークノード機能のいずれか又は全てを仮想化することができる。ＣＮ ６０６の論理インスタンス化は、ネットワークスライスと呼ばれてもよく、ＣＮ ６０６の一部の論理インスタンス化は、ネットワークサブスライスと呼ばれてもよい。ＮＦＶアーキテクチャ及びインフラストラクチャは、業界標準のサーバハードウェア、ストレージハードウェア、又はスイッチの組み合わせを含む物理リソース上で、１つ以上のネットワーク機能を仮想化するために使用されてもよく、或いは専用ハードウェアによって実行されてもよい。言い換えれば、ＮＦＶシステムを使用して、１つ以上のＥＰＣ構成要素／機能の仮想の又は再構成可能な実装を実行することができる。
一般に、アプリケーションサーバ６１８は、コアネットワーク（例えば、ＵＭＴＳ ＰＳドメイン、ＬＴＥ ＰＳデータサービスなど）とのＩＰベアラリソースを使用するアプリケーションを提供する要素であってもよい。アプリケーションサーバ６１８はまた、ＥＰＣを介してＵＥ ６２２及びＵＥ ６２０のための１つ以上の通信サービス（例えば、ＶｏＩＰセッション、ＰＴＴセッション、グループ通信セッション、ソーシャルネットワーキングサービスなど）をサポートするように構成され得る。アプリケーションサーバ６１８は、ＩＰ通信インタフェース６３６を介してＣＮ ６０６と通信してもよい。
実施形態では、ＣＮ ６０６はＳＧＣであってもよく、（Ｒ）ＡＮ １１６はＮＧインタフェース６３４を介してＣＮ ６０６と接続されてもよい。実施形態では、ＮＧインタフェース６３４は、ＲＡＮノード６１４又はＲＡＮノード６１６とＵＰＦとの間でトラフィックデータを搬送するＮＧユーザプレーン（ＮＧ－Ｕ）インタフェース６２６と、ＲＡＮノード６１４又はＲＡＮノード６１６とＡＭＦとの間のシグナリングインタフェースであるＳ１制御プレーン（ＮＧ－Ｃ）インタフェース６２８との２つの部分に分割されてもよい。
実施形態では、ＣＮ ６０６は、ＳＧ ＣＮであってもよく、一方、他の実施形態では、ＣＮ ６０６は、ＥＰＣであってもよい。ＣＮ ６０６がＥＰＣである場合、（Ｒ）ＡＮ １１６は、Ｓ１インタフェース６３４を介してＣＮ ６０６と接続されてもよい。実施形態では、Ｓ１インタフェース６３４は、ＲＡＮノード６１４又はＲＡＮノード６１６とＳ－ＧＷとの間でトラフィックデータを搬送するＳ１ユーザプレーン（Ｓ１－Ｕ）インタフェース６２６と、ＲＡＮノード６１４又はＲＡＮノード６１６とＭＭＥとの間のシグナリングインタフェースであるＳ１－ＭＭＥインタフェース６２８との２つの部分に分割されてもよい。
図７は、様々な実施形態によるインフラストラクチャ機器７００の一実施例を示す。インフラストラクチャ機器７００は、基地局、無線ヘッド、ＲＡＮノード、ＡＮ、アプリケーションサーバ、及び／又は本明細書で説明される任意の他の要素／デバイスとして実装されてもよい。他の実施例では、インフラストラクチャ機器７００は、ＵＥにおいて、又はＵＥによって実装され得る。
インフラストラクチャ機器７００は、アプリケーション回路７０２と、ベースバンド回路７０４と、１つ以上の無線フロントエンドモジュール（ＲＦＥＭ）７０６と、メモリ回路７０８と、（ＰＭＩＣ ７１０と示される）電力管理集積回路と、電力Ｔ回路７１２と、ネットワークコントローラ回路７１４と、ネットワークインタフェースコネクタ７２０と、衛星測位回路７１６と、ユーザインタフェース回路７１８とを含む。いくつかの実施形態では、デバイスインフラストラクチャ機器７００は、例えば、メモリ／記憶装置、ディスプレイ、カメラ、センサ、又は入出力（Ｉ／Ｏ）インタフェースなどの追加の要素を含んでもよい。他の実施形態では、以下に説明する構成要素は、２つ以上のデバイスに含まれてもよい。例えば、当該回路は、ＣＲＡＮ、ｖＢＢＵ、又は他の同様の実装のために２つ以上のデバイスに別々に含まれてもよい。アプリケーション回路７０２は、これらに限定されないが、１つ以上のプロセッサ（又はプロセッサコア）、キャッシュメモリ、低ドロップアウトレギュレータ（ＬＤＯ）、割り込みコントローラ、ＳＰＩ、Ｉ2Ｃ、又はユニバーサルプログラマブルシリアルインタフェースモジュールなどのシリアルインタフェース、リアルタイムクロック（ＲＴＣ）、インターバル及びウォッチドッグタイマを含むタイマカウンタ、汎用入出力（Ｉ／Ｏ又はＩＯ）、セキュアデジタル（ＳＤ）マルチメディアカード（ＭＭＣ）などのメモリカードコントローラ、ユニバーサルシリアルバス（ＵＳＢ）インタフェース、モバイル産業プロセッサインタフェース（ＭＩＰＩ）インタフェース、及びジョイントテストアクセスグループ（ＪＴＡＧ）テストアクセスポートなどの回路を含む。アプリケーション回路７０２のプロセッサ（又はコア）は、メモリ／記憶要素と結合されてもよく、又はメモリ／記憶要素を含んでもよく、様々なアプリケーション又はオペレーティングシステムがインフラストラクチャ機器７００上で動作することを可能にするためにメモリ／記憶装置に記憶された命令を実行するように構成されてもよい。いくつかの実装形態では、メモリ／記憶要素はオンチップメモリ回路であってもよく、これは、ＤＲＡＭ、ＳＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ソリッドステートメモリ、及び／又は本明細書で説明されるような任意の他のタイプのメモリデバイス技術などの任意の適切な揮発性及び／又は不揮発性メモリを含んでもよい。
アプリケーション回路７０２のプロセッサ（単数又は複数）は、例えば、１つ以上のプロセッサコア（ＣＰＵ）、１つ以上のアプリケーションプロセッサ、１つ以上のグラフィックス処理装置（ＧＰＵ）、１つ以上の縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、１つ以上のＡｃｏｒｎ ＲＩＳＣ Ｍａｃｈｉｎｅ（ＡＲＭ）プロセッサ、１つ以上の複合命令セットコンピューティング（ＣＩＳＣ）プロセッサ、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、１つ以上のＦＰＧＡ、１つ以上のＰＬＤ、１つ以上のＡＳＩＣ、１つ以上のマイクロプロセッサ、コントローラ、又はそれらの任意の適切な組み合わせを含んでもよい。いくつかの実施形態では、アプリケーション回路７０２は、本明細書の様々な実施形態によって動作する専用プロセッサ／コントローラを備えてよく、又は専用プロセッサ／コントローラであってもよい。実施例として、アプリケーション回路７０２のプロセッサ（単数又は複数）は、１つ以上のＩｎｔｅｌ Ｐｅｎｔｉｕｍ（登録商標）、Ｃｏｒｅ（登録商標）、又はＸｅｏｎ（登録商標）プロセッサ（単数又は複数）、Ａｄｖａｎｃｅｄ Ｍｉｃｒｏ Ｄｅｖｉｃｅｓ（ＡＭＤ） Ｒｙｚｅｎ（登録商標）プロセッサ（単数又は複数）、加速処理ユニット（ＡＰＵ）、又はＥｐｙｃ（登録商標）プロセッサ、ＡＲＭ Ｃｏｒｔｅｘ－ＡファミリプロセッサなどのＡＲＭ Ｈｏｌｄｉｎｇｓ Ｌｔｄ．からライセンスされたＡＲＭベースプロセッサ（単数又は複数）、及びＣａｖｉｕｍ（商標），Ｉｎｃ．によって提供されるＴｈｕｎｄｅｒＸ２（登録商標）、ＭＩＰＳ Ｗａｒｒｉｏｒ Ｐ－クラスプロセッサ等のＭＩＰＳ Ｔｅｃｈｎｏｌｏｇｉｅｓ，Ｉｎｃ．から提供されるＭＩＰＳベースの設計のプロセッサ等を含んでもよい。いくつかの実施形態では、インフラストラクチャ機器７００は、アプリケーション回路７０２を利用しなくてもよく、代わりに、例えば、ＥＰＣ又は５ＧＣから受信したＩＰデータを処理するための専用プロセッサ／コントローラを含んでもよい。
いくつかの実装形態では、アプリケーション回路７０２は、マイクロプロセッサ、プログラマブル処理デバイスなどであってもよい、１つ以上のハードウェアアクセラレータを含んでもよい。１つ以上のハードウェアアクセラレータは、例えば、コンピュータビジョン（ＣＶ）及び／又はディープラーニング（ＤＬ）アクセラレータを含むことができる。例として、プログラマブル処理デバイスは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのフィールドプログラマブルデバイス（ＦＰＤ）、複合ＰＬＤ（ＣＰＬＤ）、高容量ＰＬＤ（ＨＣＰＬＤ）などのプログラマブル論理デバイス（ＰＬＤ）、構造化ＡＳＩＣなどのＡＳＩＣ、プログラマブルＳｏＣ（ＰＳｏＣ）、などのうちの１つ以上などであってもよい。などの回路を含み得る。このような実装形態では、アプリケーション回路７０２の回路は、論理ブロック又は論理ファブリック、及び本明細書で説明される様々な実施形態の手順、方法、機能などの様々な機能を実行するようにプログラムされる場合がある他の相互接続されたリソースを備えてもよい。このような実施形態では、アプリケーション回路７０２の回路は、ルックアップテーブル（ＬＵＴ）などに論理ブロック、論理ファブリック、データなどを記憶するために使用されるメモリセル（例えば、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、スタティックメモリ（例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、アンチヒューズなど））を含んでもよい。ベースバンド回路７０４は、例えば、１つ以上の集積回路を含むはんだ付け基板、主回路基板にはんだ付けされた単一のパッケージ集積回路、又は２つ以上の集積回路を含むマルチチップモジュールとして実装されてもよい。
ユーザインタフェース回路７１８は、インフラストラクチャ機器７００とユーザ相互作用を可能にするように設計された１つ以上のユーザインタフェース、又はインフラストラクチャ機器７００と周辺構成要素相互作用を可能にするように設計された周辺構成要素インタフェースを含んでもよい。ユーザインタフェースは、１つ以上の物理又は仮想ボタン（例えば、リセットボタン）、１つ以上のインジケータ（例えば、発光ダイオード（ＬＥＤ））、物理キーボード又はキーパッド、マウス、タッチパッド、タッチスクリーン、スピーカ又は他のオーディオ発光デバイス、マイクロフォン、プリンタ、スキャナ、ヘッドセット、ディスプレイスクリーン又はディスプレイデバイスなどを含むことができるが、これらに限定されない。周辺構成要素インタフェースは、不揮発性メモリポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、オーディオジャック、電源インタフェースなどを含むことができるが、これらに限定されない。
無線フロントエンドモジュール７０６は、ミリ波無線フロントエンドモジュール（ＲＦＥＭ）及び１つ以上のサブミリ波無線周波数集積回路（ＲＦＩＣ）を備えてもよい。いくつかの実装形態では、１つ以上のサブミリ波ＲＦＩＣは、ミリ波ＲＦＥＭから物理的に分離されてもよい。ＲＦＩＣは、１つ以上のアンテナ又はアンテナアレイへの接続を含んでもよく、ＲＦＥＭは、複数のアンテナに接続されてもよい。代替実装形態では、ミリ波及びサブミリ波無線機能の両方は、ミリ波アンテナ及びサブミリ波の両方を組み込んだ同じ物理無線フロントエンドモジュール７０６内に実装されてもよい。
メモリ回路７０８は、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）及び／又は同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）を含む揮発性メモリ、並びに高速電気的消去可能メモリ（一般にフラッシュメモリと呼ばれる）、相変化ランダムアクセスメモリ（ＰＲＡＭ）、磁気抵抗ランダムアクセスメモリ（ＭＲＡＭ）などを含む不揮発性メモリ（ＮＶＭ）のうちの１つ以上を含んでもよく、Ｉｎｔｅｌ（登録商標）及びＭｉｃｒｏｎ（登録商標）の３次元（３Ｄ）クロスポイント（ＸＰＯＩＮＴ）メモリを組み込んでもよい。メモリ回路７０８は、はんだ付けパッケージ集積回路、ソケット式メモリモジュール、及びプラグインメモリカードのうちの１つ以上として実装されてもよい。
ＰＭＩＣ ７１０は、電圧レギュレータ、サージプロテクタ、電力アラーム検出回路、及びバッテリ又はコンデンサなどの１つ以上のバックアップ電源を含んでもよい。電力アラーム検出回路は、ブラウンアウト（不足電圧）及びサージ（過電圧）状態のうちの１つ以上を検出してもよい。電力Ｔ回路７１２は、単一のケーブルを使用してインフラストラクチャ機器７００に電力供給及びデータ接続性の両方を提供するネットワークケーブルから引き出される電力を供給してもよい。
ネットワークコントローラ回路７１４は、イーサネット、ＧＲＥトンネル上のイーサネット、マルチプロトコルラベルスイッチング（ＭＰＬＳ）上のイーサネット、又は何らかの他の適切なプロトコルなどの標準的なネットワークインタフェースプロトコルを使用してネットワークへの接続性を提供してもよい。ネットワーク接続性は、電気によるものであってもよい（一般に「銅配線」と呼ばれる）物理接続、光、又は無線を使用して、ネットワークインタフェースコネクタ７２０を介してインフラストラクチャ機器７００に、又はインフラストラクチャ機器から提供されてもよい。ネットワークコントローラ回路７１４は、前述のプロトコルのうちの１つ以上を使用して通信するための１つ以上の専用プロセッサ及び／又はＦＰＧＡを含んでもよい。いくつかの実装形態では、ネットワークコントローラ回路７１４は、同じ又は異なるプロトコルを使用して他のネットワークへの接続性を提供するための複数のコントローラを含んでもよい。
測位回路７１６は、全地球航法衛星システム（ＧＮＳＳ）の測位ネットワークによって送信／ブロードキャストされた信号を受信及び復号するための回路を含む。航法衛星コンスタレーション（又はＧＮＳＳ）の例には、米国の全地球測位システム（ＧＰＳ）、ロシアの全地球航法システム（ＧＬＯＮＡＳＳ）、欧州連合のガリレオシステム、中国の北斗航法衛星システム、地域航法システム又はＧＮＳＳ補強システム（例えば、インド地域航法システム（ＮＡＶＩＣ）、日本の準天頂衛星システム（ＱＺＳＳ）、フランスの電波灯台による人工衛星軌道及び電波灯台位置決定法（ＤＯＲＩＳ）など）などが含まれる。測位回路７１６は、航法衛星コンスタレーションノードなどの測位ネットワークの構成要素と通信するための（例えば、ＯＴＡ通信を容易にするために、スイッチ、フィルタ、増幅器、アンテナ要素などのハードウェアデバイスを含む）様々なハードウェア要素を備える。いくつかの実施形態では、測位回路７１６は、マスタタイミングクロックを使用してＧＮＳＳ支援なしで位置追跡／推定を実行するためのＭｉｃｒｏ－Ｔｅｃｈｎｏｌｏｇｙ ｆｏｒ Ｐｏｓｉｔｉｏｎｉｎｇ，Ｎａｖｉｇａｔｉｏｎ，ａｎｄ Ｔｉｍｉｎｇ（Ｍｉｃｒｏ－ＰＮＴ）ＩＣを含んでもよい。測位回路７１６はまた、測位ネットワークのノードおよび構成要素と通信するために、ベースバンド回路７０４及び／又は無線フロントエンドモジュール７０６の一部であってもよく、またはそれらと対話してもよい。測位回路７１６はまた、位置データ及び／又は時間データをアプリケーション回路７０２に提供してもよく、アプリケーション回路は、データを使用して動作を様々なインフラストラクチャなどと同期させてもよい。図７に示す構成要素は、業界標準アーキテクチャ（ＩＳＡ）、拡張ＩＳＡ（ＥＩＳＡ）、周辺構成要素相互接続（ＰＣＩ）、拡張周辺構成要素相互接続（ＰＣＩｘ）、ＰＣＩエクスプレス（ＰＣＩｅ）、又は任意の数の他の技術など任意の数のバス及び／又は相互接続（ＩＸ）技術を含んでもよいインタフェース回路を使用して互いに通信してもよい。バス／ＩＸは、例えば、ＳｏＣベースのシステムで使用される独自のバスであってもよい。他のバス／ＩＸシステム、とりわけ、Ｉ2Ｃインタフェース、ＳＰＩインタフェース、ポイントツーポイントインタフェース、及び電力バス等が含まれてもよい。
図８は、様々な実施形態によるプラットフォーム８００の一実施例を示す。実施形態では、コンピュータプラットフォーム８００は、ＵＥ、アプリケーションサーバ、及び／又は本明細書で説明される任意の他の要素／デバイスとしての使用に適する場合がある。プラットフォーム８００は、実施例に示される構成要素の任意の組み合わせを含んでもよい。プラットフォーム８００の構成要素は、コンピュータプラットフォーム８００に適合された集積回路（ＩＣ）、その一部、個別の電子デバイス、又は他のモジュール、論理、ハードウェア、ソフトウェア、ファームウェア、又はそれらの組み合わせとして、或いはより大きなシステムのシャーシ内にその他の方法で組み込まれる構成要素として実装されてもよい。図８のブロック図は、コンピュータプラットフォーム８００の構成要素の概略図を示すことを意図している。しかしながら、示されている構成要素のいくつかは省略されてもよく、追加の構成要素が存在してもよく、示されている構成要素の異なる配置が他の実施態様で発生してもよい。
アプリケーション回路８０２は、これらに限定されないが、１つ以上のプロセッサ（又はプロセッサコア）、キャッシュメモリ、１つ以上のＬＤＯ、割り込みコントローラ、ＳＰＩ、Ｉ2Ｃ、又はユニバーサルプログラマブルシリアルインタフェースモジュールなどのシリアルインタフェース、ＲＴＣ、インターバル及びウォッチドッグタイマを含むタイマカウンタ、汎用Ｉ／Ｏ、ＳＤ ＭＭＣなどのメモリカードコントローラ、ＵＳＢインタフェース、ＭＩＰＩインタフェース、及びＪＴＡＧテストアクセスポートなどの回路を含む。アプリケーション回路８０２のプロセッサ（又はコア）は、メモリ／記憶要素に結合されてもよく、メモリ／記憶要素を含んでもよく、様々なアプリケーション又はオペレーティングシステムをプラットフォーム８００上で実行することを可能にするために、メモリ／記憶装置に記憶された命令を実行するように構成されてもよい。いくつかの実装形態では、メモリ／記憶要素はオンチップメモリ回路であってもよく、これは、ＤＲＡＭ、ＳＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ソリッドステートメモリ、及び／又は本明細書で説明されるような任意の他のタイプのメモリデバイス技術などの任意の適切な揮発性及び／又は不揮発性メモリを含んでもよい。
アプリケーション回路８０２のプロセッサ（単数又は複数）は、例えば、１つ以上のプロセッサコア、１つ以上のアプリケーションプロセッサ、１つ以上のＧＰＵ、１つ以上のＲＩＳＣプロセッサ、１つ以上のＡＲＭプロセッサ、１つ以上のＣＩＳＣプロセッサ、１つ以上のＤＳＰ、１つ以上のＦＰＧＡ、１つ以上のＰＬＤ、１つ以上のＡＳＩＣ、１つ以上のマイクロプロセッサ若しくはコントローラ、マルチスレッドプロセッサ、超低電圧プロセッサ、埋め込みプロセッサ、いくつかの他の既知の処理要素、又はこれらの任意の適切な組み合わせを含んでもよい。いくつかの実施形態では、アプリケーション回路８０２は、本明細書の様々な実施形態に従って動作する専用プロセッサ／コントローラを含んでもよく、又は専用プロセッサ／コントローラであってもよい。
例として、アプリケーション回路８０２のプロセッサ（単数又は複数）は、Ｑｕａｒｋ（商標）、Ａｔｏｍ（商標）、ｉ３、ｉ５、ｉ７、若しくはＭＣＵクラスプロセッサなどのＩｎｔｅｌ（登録商標）Ａｒｃｈｉｔｅｃｔｕｒｅ Ｃｏｒｅ（商標）ベースプロセッサ、又はＩｎｔｅｌ（登録商標）Ｃｏｒｐｏｒａｔｉｏｎから入手可能な別のこのようなプロセッサを含んでもよい。アプリケーション回路８０２のプロセッサはまた、Ａｄｖａｎｃｅｄ Ｍｉｃｒｏ Ｄｅｖｉｃｅｓ（ＡＭＤ）Ｒｙｚｅｎ（登録商標）プロセッサ（単数又は複数）又は加速処理ユニット（ＡＰＵ）、Ａｐｐｌｅ（登録商標）Ｉｎｃ．製のＡＳ－Ａ９プロセッサ（単数又は複数）、Ｑｕａｌｃｏｍｍ（登録商標）Ｔｅｃｈｎｏｌｏｇｉｅｓ，Ｉｎｃ．のＳｎａｐｄｒａｇｏｎ（商標）プロセッサ（単数又は複数）、Ｔｅｘａｓ Ｉｎｓｔｒｕｍｅｎｔｓ，Ｉｎｃ．（登録商標）Ｏｐｅｎ Ｍｕｌｔｉｍｅｄｉａ Ａｐｐｌｉｃａｔｉｏｎｓ Ｐｌａｔｆｏｒｍ（ＯＭＡＰ）（商標）プロセッサ（単数又は複数）、ＭＩＰＳ Ｗａｒｒｉｏｒ Ｍクラス、Ｗａｒｒｉｏｒ Ｉクラス、及びＷａｒｒｉｏｒ ＰクラスプロセッサなどのＭＩＰＳ Ｔｅｃｈｎｏｌｏｇｉｅｓ，Ｉｎｃ．からのＭＩＰＳベースの設計、ＡＲＭ Ｃｏｒｔｅｘ－Ａ、Ｃｏｒｔｅｘ－Ｒ、及びＣｏｒｔｅｘ－ＭファミリのプロセッサなどのＡＲＭ Ｈｏｌｄｉｎｇｓ Ｌｔｄから認可されたＡＲＭベースの設計などのうちの１つ以上であってもよい。いくつかの実装形態では、アプリケーション回路８０２は、アプリケーション回路８０２及び他の構成要素が単一の集積回路、若しくはＩｎｔｅｌ（登録商標）ＣｏｒｐｏｒａｔｉｏｎからのＥｄｉｓｏｎ（商標）又はＧａｌｉｌｅｏ（商標）ＳｏＣ基板などの単一のパッケージに形成されるシステムオンチップ（ＳｏＣ）の一部であってもよい。
追加的又は代替的に、アプリケーション回路８０２は、これらに限定されないが、ＦＰＧＡなどの１つ以上のフィールドプログラマブルデバイス（ＦＰＤ）、複合ＰＬＤ（ＣＰＬＤ）、高容量ＰＬＤ（ＨＣＰＬＤ）などのプログラマブル論理デバイス（ＰＬＤ）、構造化ＡＳＩＣなどのＡＳＩＣ、プログラマブルＳｏＣ（ＰＳｏＣ）などを含んでもよい。などの回路を含み得る。このような実施形態では、アプリケーション回路８０２の回路は、論理ブロック又は論理ファブリック、及び本明細書で説明される様々な実施形態の手順、方法、機能などの様々な機能を実行するようにプログラムされる場合がある他の相互接続されたリソースを備えてもよい。このような実施形態では、アプリケーション回路８０２の回路は、ルックアップテーブル（ＬＵＴ）などに論理ブロック、論理ファブリック、データなどを記憶するために使用されるメモリセル（例えば、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、スタティックメモリ（例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、アンチヒューズなど））を含んでもよい。
ベースバンド回路８０４は、例えば、１つ以上の集積回路を含むはんだ付け基板、主回路基板にはんだ付けされた単一のパッケージ集積回路、又は２つ以上の集積回路を含むマルチチップモジュールとして実装されてもよい。
無線フロントエンドモジュール（ＲＦＥＭ）８０６は、ミリ波ＲＦＥＭ及び１つ以上のサブミリ波無線周波数集積回路（ＲＦＩＣ）を含んでもよい。いくつかの実装形態では、１つ以上のサブミリ波ＲＦＩＣは、ミリ波ＲＦＥＭから物理的に分離されてもよい。ＲＦＩＣは、１つ以上のアンテナ又はアンテナアレイへの接続を含んでもよく、ＲＦＥＭは、複数のアンテナに接続されてもよい。代替実装形態では、ミリ波及びサブミリ波無線機能の両方は、ミリ波アンテナ及びサブミリ波の両方を組み込んだ同じ物理無線フロントエンドモジュール８０６内に実装されてもよい。
メモリ回路８０８は、所与の量のシステムメモリを提供するために使用される任意の数及びタイプのメモリデバイスを含んでもよい。例として、メモリ回路８０８は、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）及び／又は同期ダイナミックＲＡＭ（ＳＤＲＡＭ）を含む揮発性メモリ、並びに高速電気的消去可能メモリ（一般にフラッシュメモリと呼ばれる）、相変化ランダムアクセスメモリ（ＰＲＡＭ）、磁気抵抗ランダムアクセスメモリ（ＭＲＡＭ）などを含む不揮発性メモリ（ＮＶＭ）のうちの１つ以上を含んでもよい。メモリ回路８０８は、Ｊｏｉｎｔ Ｅｌｅｃｔｒｏｎ Ｄｅｖｉｃｅｓ Ｅｎｇｉｎｅｅｒｉｎｇ Ｃｏｕｎｃｉｌ（ＪＥＤＥＣ）の低電力ダブルデータレート（ＬＰＤＤＲ）ベースの設計、例えばＬＰＤＤＲ２、ＬＰＤＤＲ３、ＬＰＤＤＲ４などに従って開発されてもよい。メモリ回路８０８は、はんだ付けパッケージ集積回路、シングルダイパッケージ（ＳＤＰ）、デュアルダイパッケージ（ＤＤＰ）又はクワッドダイパッケージ（Ｑ１７Ｐ）、ソケット式メモリモジュール、マイクロＤＩＭＭ又はミニＤＩＭＭを含むデュアルインラインメモリモジュール（ＤＩＭＭ）、及び／又はボールグリッドアレイ（ＢＧＡ）を介してマザーボード上にはんだ付けされたもののうちの１つ以上として実装されてもよい。低電力実装では、メモリ回路８０８は、アプリケーション回路８０２に関連付けられたオンダイメモリ又はレジスタであってもよい。データ、アプリケーション、オペレーティングシステムなどの情報の永続的記憶を提供するために、メモリ回路８０８は、１つ以上の大容量記憶装置を含んでもよく、それには、とりわけ、ソリッドステートディスクドライブ（ＳＳＤＤ）、ハードディスクドライブ（ＨＤＤ）、マイクロＨＤＤ、抵抗変化メモリ、相変化メモリ、ホログラフィックメモリ、又は化学メモリが含まれてもよい。例えば、コンピュータプラットフォーム８００は、Ｉｎｔｅｌ（登録商標）及びＭｉｃｒｏｎ（登録商標）からの３次元（３Ｄ）クロスポイント（ＸＰＯＩＮＴ）メモリを組み込んでもよい。
取り外し可能なメモリ回路８２６は、ポータブルデータ記憶装置をプラットフォーム８００と結合するために使用されるデバイス、回路、エンクロージャ／ハウジング、ポート又はレセプタクルなどを含んでもよい。これらのポータブルデータ記憶装置は、大量記憶目的のために使用することができ、例えば、フラッシュメモリカード（例えば、セキュアデジタル（ＳＤ）カード、ｍｉｃｒｏＳＤカード、ｘＤ画像カードなど）、及びＵＳＢフラッシュドライブ、光ディスク、外部ＨＤＤなどを含んでもよい。
プラットフォーム８００はまた、外部デバイスをプラットフォーム８００と接続するために使用されるインタフェース回路（不図示）を含んでもよい。インタフェース回路を介してプラットフォーム８００に接続された外部デバイスは、センサ回路８２２及び（ＥＭＣ ８２４として示される）電気機械構成要素、及び取り外し可能なメモリ回路８２６に結合された取り外し可能なメモリデバイスを含む。
センサ回路８２２は、環境中の事象又は変化を検出し、検出されたイベントに関する情報（センサデータ）を何らかの他のデバイス、モジュール、サブシステムなどに送信することを目的とするデバイス、モジュール又はサブシステムを含む。このようなセンサの例には、とりわけ、加速度計、ジャイロスコープ、及び／又は磁力計を含む、慣性計測ユニット（ＩＭＵ）、３軸加速度計、３軸ジャイロスコープ、及び／又は磁力計を含む、微小電気機械システム（ＭＥＭＳ）又はナノ電気機械システム（ＮＥＭＳ）、レベルセンサ、流量センサ、温度センサ（例えば、サーミスタ）、圧力センサ、気圧センサ、重力計、高度計、画像キャプチャデバイス（例えば、カメラ又はレンズ無し絞り）、光検出及び測距 （ＬｉＤＡＲ）センサ、近接センサ（例えば、赤外線検出器など）、深度センサ、周囲光センサ、超音波トランシーバ、マイクロフォン又は他の同様の音声キャプチャデバイス、等を含む。
ＥＭＣ８２４は、プラットフォーム８００がその状態、位置、及び／又は向きを変更すること、又は機構若しくは（サブ）システムを移動若しくは制御することを可能にすることを目的とするデバイス、モジュール、又はサブシステムを含む。更に、ＥＭＣ ８２４は、メッセージ／シグナリングを生成し、ＥＭＣ ８２４の現在の状態を示すためにプラットフォーム８００の他の構成要素に送信するように構成されてもよい。ＥＭＣ ８２４の例には、１つ以上の電源スイッチ、電気機械リレー（ＥＭＲ）及び／又はソリッドステートリレー（ＳＳＲ）を含むリレー、アクチュエータ（例えば、バルブアクチュエータなど）、可聴音発生器、視覚警報デバイス、モータ（例えば、ＤＣモータ、ステッパモータなど）、ホイール、スラスタ、プロペラ、クロウ、クランプ、フック、及び／又は他の同様の電気機械構成要素が含まれる。実施形態では、プラットフォーム８００は、１つ以上のキャプチャされたイベント及び／又はサービスプロバイダ及び／又は様々なクライアントから受信した命令又は制御信号に基づいて、１つ以上のＥＭＣ８２４を動作させるように構成される。いくつかの実装形態では、インタフェース回路は、プラットフォーム８００を測位回路８１６と接続してもよい。測位回路８１６は、ＧＮＳＳの測位ネットワークによって送信／ブロードキャストされた信号を受信及び復号するための回路を含む。航法衛星コンスタレーション（又はＧＮＳＳ）の例には、米国のＧＰＳ、ロシアのＧＬＯＮＡＳＳ、欧州連合のガリレオシステム、中国の北斗航法衛星システム、地域航法システム又はＧＮＳＳ補強システム（例えば、ＮＡＶＩＣ、日本のＱＺＳＳ、フランスのＤＯＲＩＳなど）などが含まれる。測位回路８１６は、航法衛星コンスタレーションノードなどの測位ネットワークの構成要素と通信するための様々なハードウェア要素（例えば、ＯＴＡ通信を容易にするために、スイッチ、フィルタ、増幅器、アンテナ要素などのハードウェアデバイスを含む）を備える。いくつかの実施形態では、測位回路８１６は、マスタタイミングクロックを使用してＧＮＳＳ支援なしで位置追跡／推定を実行するためのＭｉｃｒｏ－ＰＮＴ ＩＣを含んでもよい。測位回路８１６はまた、測位ネットワークのノード及び構成要素と通信するために、ベースバンド回路８０４及び／又は無線フロントエンドモジュール８０６の一部であってもよく、又はそれらと相互作用してもよい。測位回路８１６はまた、位置データ及び／又は時間データをアプリケーション回路８０２に提供してもよく、アプリケーション回路は、データを使用して、ターンバイターン航法アプリケーションなどのために、様々なインフラストラクチャ（例えば、無線基地局）と動作を同期させてもよい。
いくつかの実装形態では、インタフェース回路は、プラットフォーム８００を（ＮＦＣ回路８１２と示される）近距離通信回路と接続してもよい。ＮＦＣ回路８１２は、無線周波数識別（ＲＦＩＤ）規格に基づいて非接触の短距離通信を提供するように構成されており、磁場誘導は、ＮＦＣ回路８１２とプラットフォーム８００の外部のＮＦＣ対応デバイス（例えば、「ＮＦＣタッチポイント」）との間の通信を可能にするために使用される。ＮＦＣ回路８１２は、アンテナ要素と結合されたＮＦＣコントローラと、ＮＦＣコントローラと結合されたプロセッサとを備える。ＮＦＣコントローラは、ＮＦＣコントローラファームウェア及びＮＦＣスタックを実行することによってＮＦＣ回路８１２にＮＦＣ機能を提供するチップ／ＩＣであってもよく、ＮＦＣスタックは、ＮＦＣコントローラを制御するためにプロセッサによって実行されてもよく、ＮＦＣコントローラファームウェアは、短距離ＲＦ信号を発するようにアンテナ要素を制御するためにＮＦＣコントローラによって実行されてもよい。ＲＦ信号は、パッシブＮＦＣタグ（例えば、ステッカー又はリストバンドに埋め込まれたマイクロチップ）に電力を供給して、記憶されたデータをＮＦＣ回路８１２に送信してもよく、又は、プラットフォーム８００に近接したＮＦＣ回路８１２と別のアクティブＮＦＣデバイス（例えば、スマートフォン又はＮＦＣ対応ＰＯＳ端末）との間のデータ転送を開始してもよい。
ドライバ回路８１８は、プラットフォーム８００に埋め込められ、プラットフォーム８００に取り付けられ、又は他の方法でプラットフォーム８００と通信可能に結合された特定のデバイスを制御するように動作するソフトウェア要素及びハードウェア要素を含んでもよい。ドライバ回路８１８は、プラットフォーム８００の他の構成要素が、プラットフォーム８００内に存在するか、又はプラットフォーム８００に接続されてもよい様々な入出力（Ｉ／Ｏ）デバイスと相互作用するか、又はそれらを制御することを可能にする個々のドライバを含んでもよい。例えば、ドライバ回路８１８は、ディスプレイデバイスへのアクセスを制御及び可能にするためのディスプレイドライバと、プラットフォーム８００のタッチスクリーンインタフェースへのアクセスを制御及び可能にするためのタッチスクリーンドライバと、センサ回路８２２のセンサ読み取り値を取得してセンサ回路８２２へのアクセスを制御及び可能にするためのセンサドライバと、ＥＭＣ８２４のアクチュエータ位置を取得し、且つ／又はＥＭＣ８２４へのアクセスを制御及び可能にするためのＥＭＣドライバと、埋め込み画像キャプチャデバイスへのアクセスを制御及び可能にするためのカメラドライバと、１つ以上のオーディオ装置へのアクセスを制御及び可能にするためのオーディオドライバとを含んでもよい。
（ＰＭＩＣ ８１０として示され）（「電力管理回路」と呼ばれる）電力管理集積回路は、プラットフォーム８００の様々な構成要素に供給される電力を管理してもよい。特に、ベースバンド回路８０４に関して、ＰＭＩＣ ８１０は、電源選択、電圧スケーリング、バッテリ充電、又はＤＣ－ＤＣ変換を制御してもよい。ＰＭＩＣ ８１０は、プラットフォーム８００がバッテリ８１４によって給電可能である場合、例えば、デバイスがＵＥに含まれる場合に、含まれることが多い。
いくつかの実施形態では、ＰＭＩＣ ８１０は、プラットフォーム８００の様々な省電力機構を制御するか、そうでなければその一部であってもよい。例えば、プラットフォーム８００がＲＲＣ接続状態にあって、トラフィックを間もなく受信することが予期されるようにＲＡＮノードに依然として接続されている場合、ある非アクティブ期間後、プラットフォームは、間欠受信モード（ＤＲＸ）として知られる状態に入ってもよい。この状態の間は、プラットフォーム８００は、電力を短いインターバルで落としてもよく、それによって節電してもよい。長期間データトラフィック活動がない場合、プラットフォーム８００は、ＲＲＣアイドリング状態に遷移してもよく、プラットフォームは、ネットワークを切断し、チャネル品質フィードバック、ハンドオーバなどの動作を実行しない。プラットフォーム８００は、非常に低電力の状態になり、ページングを実行し、ここで再び周期的に再び起動し、ネットワークをリッスンし、そして再び電力が落とされる。プラットフォーム８００は、この状態でデータを受信しない場合があり、データを受信するためには、ＲＲＣ接続状態に遷移しなければならない。更なる省電力モードでは、デバイスはページング間隔（数秒から数時間に及ぶ）より長期間、ネットワークから利用できなくなることを許容され得る。この間、デバイスは、ネットワークに全く到達できず、完全に電力が落とされ得る。この間に送信されたデータがあれば大幅な遅延が生じるが、遅延は許容できるものと見なされる。
バッテリ８１４は、プラットフォーム８００に電力を供給してもよいが、いくつかの実施例では、プラットフォーム８００は、固定位置に配備されて取り付けられてもよく、電気グリッドに結合された電源を有してもよい。バッテリ８１４は、リチウムイオンバッテリ、空気亜鉛バッテリ、アルミニウム空気バッテリ、リチウム空気バッテリなどの金属空気バッテリ、などであってもよい。Ｖ２Ｘ用途などのいくつかの実装形態では、バッテリ８１４は、典型的な鉛酸自動車バッテリであってもよい。
いくつかの実装形態では、バッテリ８１４は、バッテリ管理システム（ＢＭＳ）又はバッテリ監視集積回路を含むか、又はそれに結合された「スマートバッテリ」であってもよい。ＢＭＳは、バッテリ８１４の充電状態（ＳｏＣｈ）を追跡するためにプラットフォーム８００に含まれてもよい。ＢＭＳは、バッテリ８１４の健全状態（ＳｏＨ）及び機能状態（ＳｏＦ）などの故障予測を提供するためにバッテリ８１４の他のパラメータを監視するために使用されてもよい。ＢＭＳは、バッテリ８１４の情報を、アプリケーション回路８０２又はプラットフォーム８００の他の構成要素に通信してもよい。ＢＭＳはまた、アプリケーション回路８０２がバッテリ８１４の電圧、又はバッテリ８１４からの電流を直接監視することを可能にするアナログ－デジタル（ＡＤＣ）変換器を含んでもよい。バッテリパラメータは、送信周波数、ネットワーク動作、検知周波数などの、プラットフォーム８００が実行してもよい動作を判定するために使用されてもよい。
電力ブロック、又は電気グリッドに結合された他の電源は、バッテリ８１４を充電するためにＢＭＳと結合されてもよい。いくつかの実施例では、電力ブロックは、無線電力受信機と置き換えられて、例えば、コンピュータプラットフォーム８００内のループアンテナを介して無線で電力を取得してもよい。これらの例では、無線バッテリ充電回路がＢＭＳに含まれてもよい。選択される特定の充電回路は、バッテリ８１４のサイズ、したがって必要とされる電流に依存してもよい。充電は、とりわけ、Ａｉｒｆｕｅｌ Ａｌｌｉａｎｃｅによって公布されたＡｉｒｆｕｅｌ標準、Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒ Ｃｏｎｓｏｒｔｉｕｍによって公布されたＱｉ無線充電標準、又はＡｌｌｉａｎｃｅ ｆｏｒ Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒによって公布されたＲｅｚｅｎｃｅ充電標準を使用して実行することができる。
ユーザインタフェース回路８２０は、プラットフォーム８００内に存在するか、又はそれに接続される様々な入出力（Ｉ／Ｏ）デバイスを含み、プラットフォーム８００とのユーザ相互作用を可能にするように設計された１つ以上のユーザインタフェース、及び／又はプラットフォーム８００との周辺構成要素相互作用を可能にするように設計された周辺構成要素インタフェースを含む。ユーザインタフェース回路８２０は、入力デバイス回路及び出力デバイス回路を含む。入力デバイス回路は、とりわけ、１つ以上の物理的又は仮想的ボタン（例えば、リセットボタン）、物理キーボード、キーパッド、マウス、タッチパッド、タッチスクリーン、マイクロフォン、スキャナ、ヘッドセットなどを含む入力を受け付けるための任意の物理的又は仮想的手段を含む。出力デバイス回路は、センサ読み取り値、アクチュエータ位置（単数又は複数）、又は他の同様の情報等の情報を表示するか、又は他の方法で情報を伝達するための任意の物理的又は仮想的な手段を含む。出力デバイス回路は、任意の数及び／又は組み合わせのオーディオ又は視覚ディスプレイ、とりわけ、１つ以上の単純な視覚出力／インジケータ（例えば２値の状態インジケータ（例えば、発光ダイオード（ＬＥＤ））、及び複数文字の視覚出力又はより複雑な出力、例えば、ディスプレイデバイス又はタッチスクリーン（例えば、液晶ディスプレイ（ＬＣＤ）、ＬＥＤディスプレイ、量子ドットディスプレイ、プロジェクタなど）などを含んでもよく、文字、グラフィック、マルチメディアオブジェクトなどの出力は、プラットフォーム８００の動作から生成又は作成される。出力デバイス回路はまた、スピーカ又は他のオーディオ放出デバイス、プリンタ（単数又は複数）、及び／又は同様のものを含んでもよい。いくつかの実施形態では、センサ回路８２２は、入力デバイス回路（例えば、画像キャプチャデバイス、モーションキャプチャデバイスなど）として使用されてもよく、１つ以上のＥＭＣが、出力デバイス回路（例えば、ハプティックフィートバックを提供するためのアクチュエータなど）として使用されてもよい。別の例では、アンテナ要素及び処理デバイスと結合されたＮＦＣコントローラを備えるＮＦＣ回路が、電子タグを読み取り、且つ／又は別のＮＦＣ対応デバイスと接続するために含まれてもよい。周辺構成要素インタフェースとしては、不揮発性メモリポート、ＵＳＢポート、オーディオジャック、電源インタフェースなどが挙げられるが、これらに限定されない。
図示されていないが、プラットフォーム８００の構成要素は、適切なバス又は相互接続（ＩＸ）技術を使用して互いに通信してもよく、これは、ＩＳＡ、ＥＩＳＡ、ＰＣＩ、ＰＣＩｘ、ＰＣＩｅ、時間トリガプロトコル（ＴＴＰ）システム、ＦｌｅｘＲａｙシステム、又は任意の数の他の技術を含む任意の数の技術を含んでもよい。バス／ＩＸは、例えば、ＳｏＣベースのシステムで使用される独自のバス／ＩＸであってもよい。とりわけ、Ｉ2Ｃインタフェース、ＳＰＩインタフェース、ポイントツーポイントインタフェース、及び電力バスなどの他のバス／ＩＸシステムが含まれてもよい。
図９は、いくつかの例示的な実施形態による、機械可読媒体又はコンピュータ可読媒体（例えば、非一時的機械可読記憶媒体）から命令を読み取り、本明細書で説明される方法のうちの任意の１つ以上を実行することができる構成要素９００を示すブロック図である。具体的には、図９は、１つ以上のプロセッサ９０６（又はプロセッサコア）、１つ以上のメモリ／記憶装置９１４、及び１つ以上の通信リソース９２４を含み、それらの各々を、バス９１６を介して通信可能に結合されてもよい、ハードウェアリソース９０２の図式表現を示す。ノード仮想化（例えば、ＮＦＶ）が利用される実施形態では、ハイパーバイザ９２２が、ハードウェアリソース９０２を利用する１つ以上のネットワークスライス／サブスライスの実行環境を提供するように実行されてもよい。
プロセッサ９０６（例えば、中央処理装置（ＣＰＵ）、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、複合命令セットコンピューティング（ＣＩＳＣ）プロセッサ、グラフィックス処理装置（ＧＰＵ）、ベースバンドプロセッサなどのデジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、無線周波数集積回路（ＲＦＩＣ）、別のプロセッサ、又はそれらの任意の適切な組み合わせ）は、例えば、プロセッサ９０８及びプロセッサ９１０を含んでもよい。
メモリ／記憶装置９１４は、メインメモリ、ディスク記憶装置、又はそれらの任意の適切な組み合わせを含んでもよい。メモリ／記憶装置９１４は、これらに限定されないが、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ソリッドステート記憶装置などの任意のタイプの揮発性メモリ又は不揮発性メモリを含んでもよい。
通信リソース９２４は、ネットワーク９１８を介して１つ以上の周辺デバイス９０４又は１つ以上のデータベース９２０と通信するための、相互接続又はネットワークインタフェース構成要素又は他の適切なデバイスを含んでもよい。例えば、通信リソース９２４は、（例えば、ユニバーサルシリアルバス（ＵＳＢ）を介した結合のための）有線通信構成要素、セルラ通信構成要素、ＮＦＣ構成要素、Ｂｌｕｅｔｏｏｔｈ（登録商標）構成要素（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｌｏｗ Ｅｎｅｒｇｙ）、Ｗｉ－Ｆｉ（登録商標）構成要素、及び他の通信構成要素を含んでもよい。
命令９１２は、プロセッサ９０６の少なくともいずれかに、本明細書で説明される方法のうちの任意の１つ以上を実行させるための、ソフトウェア、プログラム、アプリケーション、アプレット、アプリ、又は他の実行可能コードを含んでもよい。命令９１２は、完全に又は部分的に、プロセッサ９０６、メモリ／記憶装置９１４、又はそれらの任意の適切な組み合わせのうちの少なくとも１つの内に（例えば、プロセッサのキャッシュメモリ内に）存在してもよい。更に、命令９１２の任意の部分は、周辺デバイス９０４又はデータベース９２０の任意の組み合わせからハードウェアリソース９０２に転送されてもよい。したがって、プロセッサ９０６のメモリ、メモリ／記憶装置９１４、周辺デバイス９０４、及びデータベース９２０は、コンピュータ可読媒体及び機械可読媒体の例である。
１つ以上の実施形態では、前述の図のうちの１つ以上に記載される構成要素のうちの少なくとも１つは、以下の実施例セクションに記載されるような１つ以上の動作、技術、プロセス、及び／又は方法を実行するように構成することができる。例えば、前述の図のうちの１つ以上に関連して上述したベースバンド回路は、以下に記載される例のうちの１つ以上に従って動作するように構成されてもよい。別の例として、前述の図のうちの１つ以上に関連して上述したようなＵＥ、基地局、ネットワーク要素などと関連付けられた回路は、実施例セクションにおいて以下に記載される例のうちの１つ以上に従って動作するように構成され得る。
実施例セクション
以下の実施例は、更なる実施形態に関連する。
実施例１は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ハイブリッド自動再送要求－肯定応答（ＨＡＲＱ－ＡＣＫ）処理タイミングを決定するための方法を含んでもよい。本方法は、ユーザ機器（ＵＥ）がシングルダウンリンク制御情報（シングルＤＣＩ）マルチ送受信ポイント（マルチＴＲＰ）ＰＤＳＣＨ動作のために構成されていることを決定することと、スロット内の第１のＰＤＳＣＨ及び第２のＰＤＳＣＨを決定し、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨが、シングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作において使用されることと、第１のＰＤＳＣＨの１つ以上のシンボル、又は第１のＰＤＳＣＨ及び第２のＰＤＳＣＨの両方の１つ以上のシンボルを使用して、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨについて最小ＨＡＲＱ－ＡＣＫ処理タイミングを決定することとを含んでもよい。
実施例２は、実施例１の方法を含んでもよく、シングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作が、ＴＤＭ方式Ａ動作である。
実施例３は、実施例１の方法を含んでもよく、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨが、同じ持続時間を有する。
実施例４は、実施例３の方法を含んでもよく、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨが、同じ周波数リソース割り当てを有する。
実施例５は、実施例１の方法を含んでもよく、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨについて最小ＨＡＲＱ－ＡＣＫ処理タイミングを決定することが、第１のＰＤＳＣＨの１つ以上のシンボルのみを使用する。
実施例６は、実施例１の方法を含んでもよく、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨについて最小ＨＡＲＱ－ＡＣＫ処理タイミングを決定することが、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨの両方の１つ以上のシンボルと、第１のＰＤＳＣＨと第２のＰＤＳＣＨとの間に位置する１つ以上のブランクシンボルとを使用する。
実施例７は、実施例１の方法を含んでもよく、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨについて最小ＨＡＲＱ－ＡＣＫ処理タイミングを決定することが、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨの両方の１つ以上のシンボルを使用し、第１のＰＤＳＣＨと第２のＰＤＳＣＨとの間に位置するいずれのブランクシンボルも使用しない。
実施例８は、実施例１の方法を含んでもよく、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨについて最小ＨＡＲＱ－ＡＣＫ処理タイミングを決定することが、全体的なＨＡＲＱ－ＡＣＫ処理タイミングを決定することであり、第１のＰＤＳＣＨの初期最小ＨＡＲＱ－ＡＣＫ処理タイミング（ｋ１＿１）を決定することと、第２のＰＤＳＣＨの初期最小ＨＡＲＱ－ＡＣＫ処理タイミング（ｋ１＿２）を決定することと、第１の最小ＨＡＲＱ－ＡＣＫ処理タイミング及び第２の最小ＨＡＲＱ－ＡＣＫ処理タイミングを使用して全体的なＨＡＲＱ－ＡＣＫ処理タイミングＫ1を決定することとを更に含む。
実施例９は、実施例８の方法を含んでもよく、全体的なＨＡＲＱ－ＡＣＫ処理タイミングＫ1は、ｍａｘ（ｋ１＿１－Ｏｆｆｓｅｔ，０）＋ｋ１＿２＋Ｃに等しく、オフセット値が、第１のＰＤＳＣＨの最後のシンボルと第２のＰＤＳＣＨの最初のシンボルとの間のオフセットであり、Ｃ値が定数である。
実施例１０は、実施例８の方法を含んでもよく、全体的なＨＡＲＱ－ＡＣＫ処理タイミング（Ｋ1）がｍａｘ（ｋ１＿１，ｋ１＿２）＋Ｃに等しく、Ｃ値が定数である。
実施例１１は、実施例８の方法を含んでもよく、全体的なＨＡＲＱ－ＡＣＫ処理タイミング（Ｋ1）が、ｋ１＿１＋ｋ１＿２＋Ｃに等しく、Ｃ値が定数である。
実施例１２は、非一時的コンピュータ可読記憶媒体を含んでもよく、コンピュータ可読記憶媒体が、プロセッサによって実行されると、プロセッサにユーザ機器（ＵＥ）がシングルダウンリンク制御情報（シングルＤＣＩ）マルチ送受信（マルチＴＲＰ）ＰＤＳＣＨ動作のために構成されていることを決定させる命令と、スロットを有する第１のＰＤＳＣＨ及び第２のＰＤＳＣＨを決定させ、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨが、シングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作において使用される命令と、第１のＰＤＳＣＨの１つ以上のシンボル又は第１のＰＤＳＣＨ及び第２のＰＤＳＣＨの両方の１つ以上のシンボルを使用して、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨについて最小ハイブリッド自動再送要求－肯定応答（ＨＡＲＱ－ＡＣＫ）処理タイミングを決定させる命令とを含む。
実施例１３は、実施例１２の非一時的コンピュータ可読記憶媒体を含んでもよく、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨについて最小ＨＡＲＱ－ＡＣＫ処理タイミングを決定することが、全体的なＨＡＲＱ－ＡＣＫ処理タイミングを決定することであり、命令が、プロセッサによって実行されると、プロセッサに更に、第１のＰＤＳＣＨの初期最小ＨＡＲＱ－ＡＣＫ処理タイミング（ｋ１＿１）を決定させ、第２のＰＤＳＣＨの初期最小ＨＡＲＱ－ＡＣＫ処理タイミング（ｋ１＿２）を決定させ、第１の最小ＨＡＲＱ－ＡＣＫ処理タイミング及び第２の最小ＨＡＲＱ－ＡＣＫ処理タイミングを使用して全体的なＨＡＲＱ－ＡＣＫ処理タイミングＫ1を決定させる。
実施例１４は、実施例１３の非一時的コンピュータ可読記憶媒体を含んでもよく、全体的なＨＡＲＱ－ＡＣＫ処理タイミング（Ｋ1）が、ｍａｘ（ｋ１＿１－Ｏｆｆｓｅｔ，０）＋ｋ１＿２＋Ｃに等しく、オフセット値が、第１のＰＤＳＣＨの最後のシンボルと第２のＰＤＳＣＨの最初のシンボルとの間のオフセットであり、Ｃ値が定数である。
実施例１５は、実施例１３の非一時的コンピュータ可読記憶媒体を含んでもよく、全体的なＨＡＲＱ－ＡＣＫ処理タイミング（Ｋ1）がｍａｘ（ｋ１＿１，ｋ１＿２）＋Ｃに等しく、Ｃ値が定数である。
実施例１６は、実施例１３の非一時的コンピュータ可読記憶媒体を含んでもよく、全体的なＨＡＲＱ－ＡＣＫ処理タイミング（Ｋ1）がｋ１＿１＋ｋ１＿２＋Ｃに等しく、Ｃ値が定数である。
実施例１７は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ハイブリッド自動再送要求－肯定応答（ＨＡＲＱ－ＡＣＫ）処理タイミングを決定するコンピューティング装置を含んでもよく、コンピューティング装置が、プロセッサと、プロセッサによって実行されると、ユーザ機器（ＵＥ）がシングルダウンリンク制御情報（シングルＤＣＩ）マルチ送受信（マルチＴＲＰ）ＰＤＳＣＨ動作のために構成されることを決定し、スロット内の第１のＰＤＳＣＨ及び第２のＰＤＳＣＨを決定し、第１のＰＤＳＣＨの１つ以上のシンボル又は第１のＰＤＳＣＨ及び第２のＰＤＳＣＨの両方の１つ以上のシンボルを使用して、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨについて最小ＨＡＲＱ－ＡＣＫ処理タイミングを決定するように装置を構成する命令を記憶するメモリとを備える。
実施例１８は、実施例１７のコンピューティング装置を含んでもよく、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨについて最小ＨＡＲＱ－ＡＣＫ処理タイミングを決定することが、全体的なＨＡＲＱ－ＡＣＫ処理タイミングを決定することであり、命令が、プロセッサによって実行されると、第１のＰＤＳＣＨの初期最小ＨＡＲＱ－ＡＣＫ処理タイミング（ｋ１＿１）を決定し、第２のＰＤＳＣＨの初期最小ＨＡＲＱ－ＡＣＫ処理タイミング（ｋ１＿２）を決定し、第１の最小ＨＡＲＱ－ＡＣＫ処理タイミング及び第２の最小ＨＡＲＱ－ＡＣＫ処理タイミングを使用して全体的なＨＡＲＱ－ＡＣＫ処理タイミングＫ1を決定するように装置を更に構成する。
実施例１９は、実施例１８のコンピューティング装置を含んでもよく、全体的なＨＡＲＱ－ＡＣＫ処理タイミングＫ1が、ｍａｘ（ｋ１＿１－Ｏｆｆｓｅｔ，０）＋ｋ１＿２＋Ｃに等しく、オフセット値が、第１のＰＤＳＣＨの最後のシンボルと第２のＰＤＳＣＨの最初のシンボルとの間のオフセットであり、Ｃ値が定数である。
実施例２０は、実施例１８のコンピューティング装置を含んでもよく、全体的なＨＡＲＱ－ＡＣＫ処理タイミングＫ1が、ｍａｘ（ｋ１＿１，ｋ１＿２）＋Ｃｍａｘ（ｋ１＿１，ｋ１＿２）＋Ｃに等しく、Ｃ値が定数である。
実施例２１は、実施例１８のコンピューティング装置を含んでもよく、全体的なＨＡＲＱ－ＡＣＫ処理タイミングＫ1が、ｋ１＿１＋ｋ１＿２＋Ｃに等しく、Ｃ値が定数である。
実施例２２は、ユーザ機器（ＵＥ）能力報告のための方法であって、複数のダウンリンク制御情報（マルチＤＣＩ）マルチ送受信（マルチＴＲＰ）動作及びシングルＤＣＩマルチＴＲＰ動作のうちの一方又は両方のためのＵＥ構成を決定することと、マルチＤＣＩマルチＴＲＰ動作及びシングルＤＣＩマルチＴＲＰ動作のうちの一方又は両方のためのＰＤＳＣＨとＨＡＲＱ－ＡＣＫとの間のタイミングオフセットのための物理ダウンリンク共有チャネル（ＰＤＳＣＨ）処理能力を決定することと、マルチＤＣＩマルチＴＲＰ動作及びシングルＤＣＩマルチＴＲＰ動作のうちの一方又は両方のための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）とＰＵＳＣＨとの間のタイミングオフセットのための物理アップリンク共有チャネル（ＰＵＳＣＨ）処理能力を決定することと、決定されたＰＤＳＣＨ処理能力及び決定されたＰＵＳＣＨ処理能力のサポートを示す１つ以上の報告を生成することとを含む方法を含んでもよい。
実施例２３は、実施例２２の方法を含んでもよく、１つ以上の報告が、コンポーネントキャリアごとの特徴セットごとにＵＥによって送信される。
実施例２４は、実施例２２の方法を含んでもよく、決定されたＵＥ構成が、マルチＤＣＩマルチＴＲＰのためのものであり、決定されたＰＤＳＣＨ処理能力が、ＰＤＳＣＨ処理能力２ではなく、ＰＤＳＣＨ処理能力２が、低レイテンシＨＡＲＱ－ＡＣＫフィードバックを使用する。
実施例２５は、実施例２２の方法を含んでもよく、決定されたＵＥ構成が、シングルＤＣＩマルチＴＲＰのためのものであり、決定されたＰＤＳＣＨ処理能力が、ＰＤＳＣＨ処理能力２ではなく、ＰＤＳＣＨ処理能力２が、低レイテンシＨＡＲＱ－ＡＣＫフィードバックを使用する。
実施例２６は、実施例２２の方法を含んでもよく、決定されたＵＥ構成が、マルチＤＣＩマルチＴＲＰのためのものであり、決定されたＰＵＳＣＨ処理能力が、ＰＵＳＣＨ処理能力２ではなく、ＰＵＳＣＨ処理能力２が、低レイテンシＰＵＳＣＨ処理を使用する。
実施例２７は、上記実施例のいずれかに記載の、又はこれらに関連する方法、若しくは本明細書に記載の任意の他の方法又はプロセスのうちの１つ以上の要素を実行する手段を含む装置を含んでもよい。
実施例２８は、電子デバイスの１つ以上のプロセッサによって命令が実行されると、電子デバイスに、上記実施例のいずれかに記載の、又はこれらに関連する方法、若しくは本明細書に記載の任意の他の方法又はプロセスのうちの１つ以上の要素を実行させる、命令を含む１つ以上の非一時的なコンピュータ可読媒体を含んでもよい。
実施例２９は、上記実施例のいずれかに記載の、又はこれらに関連する方法、若しくは本明細書に記載の任意の他の方法又はプロセスのうちの１つ以上の要素を実行する論理、モジュール、又は回路を備える装置を含んでもよい。
実施例３０は、上記実施例のいずれか、その部分又は一部に記載の、又はこれらに関連する、方法、技術、又はプロセスを含んでもよい。
実施例３１は、１つ以上のプロセッサと、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサに、上記実施例のいずれか、その部分に記載の、又はこれらに関連する、方法、技術、又はプロセスを実行させる命令を含む１つ以上のコンピュータ可読媒体とを備える装置を含んでもよい。
実施例３２は、上記実施例のいずれか、その部分又は一部に記載の、又はこれらに関連する、信号を含んでもよい。
実施例３３は、上記実施例のいずれか、その部分又は一部に記載の、又はこれらに関連する、或いは本開示に記載の、データグラム、パケット、フレーム、セグメント、プロトコルデータユニット（ＰＤＵ）、又はメッセージを含んでもよい。
実施例３４は、上記実施例のいずれか、その部分又は一部に記載の、又はこれらに関連する、或いは本開示に記載の、データを用いて符号化された信号を含んでもよい。
実施例３５は、上記実施例のいずれか、その部分又は一部に記載の、又はこれらに関連する、或いは本開示に記載の、データグラム、パケット、フレーム、セグメント、ＰＤＵ、又はメッセージを用いて符号化された信号を含んでもよい。
実施例３６は、１つ以上のプロセッサによるコンピュータ可読命令の実行が、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサに、上記実施例のいずれか又はその部分に記載の、又はこれらに関連する、方法、技術、又はプロセスを実行させる、コンピュータ可読命令を搬送する電磁信号を含んでもよい。
実施例３７は、処理要素によるプログラムの実行が、処理要素に、上記実施例のいずれか又はその部分に記載の、又はこれらに関連する、方法、技術、又はプロセスを実行させる、命令を含むコンピュータプログラムを含んでもよい。
実施例３８は、本明細書に示され記載された、無線ネットワーク内の信号を含んでもよい。
実施例３９は、本明細書に示され記載された、無線ネットワーク内で通信する方法を含んでもよい。
実施例４０は、本明細書に示され記載された、無線通信を提供するためのシステムを含んでもよい。
実施例４１は、本明細書に示され記載された、無線通信を提供するためのデバイスを含んでもよい。
上述した実施例のいずれも、特に明記しない限り、任意の他の実施例（又は実施例の組み合わせ）と組み合わせることができる。１つ以上の実装形態の前述の説明は、例示及び説明を提供するが、網羅的であることを意図するものではなく、又は、実施形態の範囲を開示される正確な形態に限定することを意図するものではない。修正及び変形は、上記の教示を踏まえて可能であり、又は様々な実施形態の実践から習得することができる。
本明細書に記載されるシステム及び方法の実施形態及び実装形態は、コンピュータシステムによって実行される機械実行可能命令で具現化することができる様々な動作を含むことができる。コンピュータシステムは、１つ以上の汎用コンピュータ又は専用コンピュータ（又は他の電子デバイス）を含んでもよい。コンピュータシステムは、動作を実行するための特定の論理を含むハードウェア構成要素を含んでもよく、又はハードウェア、ソフトウェア、及び／若しくはファームウェアの組み合わせを含んでもよい。
本明細書に記載されるシステムは、特定の実施形態の説明を含むことが認識されるべきである。これらの実施形態は、単一のシステムに組み合わせる、他のシステムに部分的に組み合わせる、複数のシステムに分割する、又は他の方法で分割若しくは組み合わせることができる。加えて、一実施形態のパラメータ、属性、態様などは、別の実施形態で使用することができることが企図される。パラメータ、属性、態様は、明確にするために１つ以上の実施形態に記載されているだけであり、パラメータ、属性、態様などは、本明細書で具体的に放棄されない限り、別の実施形態のパラメータ、属性などと組み合わせること、又は置換することができることが認識される。
個人情報の使用は、ユーザのプライバシーを維持するための業界又は政府の要件を満たす又は超えるとして一般に認識されているプライバシーポリシー及びプラクティスに従うべきであることに十分に理解されている。特に、個人情報データは、意図されない又は許可されていないアクセス又は使用のリスクを最小にするように管理され取り扱われるべきであり、許可された使用の性質は、ユーザに明確に示されるべきである。
前述は、明確にするためにある程度詳細に説明されてきたが、その原理から逸脱することなく、特定の変更及び修正を行うことができることは明らかであろう。本明細書に記載されるプロセス及び装置の両方を実装する多くの代替的な方法が存在することに留意されたい。したがって、本実施形態は、例示的であり、限定的ではないとみなされるべきものであり、説明は、本明細書で与えられる詳細に限定されるものではなく、添付の特許請求の範囲及び均等物内で修正されてもよい。

Claims (7)

  1. 物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ハイブリッド自動再送要求－肯定応答（ＨＡＲＱ－ＡＣＫ）処理タイミングを決定するための方法であって、
    ユーザ機器（ＵＥ）がシングルダウンリンク制御情報（シングルＤＣＩ）マルチ送受信ポイント（マルチＴＲＰ）ＰＤＳＣＨ動作のために構成されていることを決定することと、
    スロット内の第１のＰＤＳＣＨ及び第２のＰＤＳＣＨを決定し、前記第１のＰＤＳＣＨ及び前記第２のＰＤＳＣＨが、前記シングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作において使用されることと、
    前記第１のＰＤＳＣＨのみの１つ以上のシンボルを使用して、前記第１のＰＤＳＣＨについて１つの最小ＨＡＲＱ－ＡＣＫ処理タイミングを決定することであって、前記１つの最小ＨＡＲＱ－ＡＣＫ処理タイミングは、前記第２のＰＤＳＣＨと対応するＨＡＲＱ－ＡＣＫとの間の持続時間を定義するためにも使用される、こととを含む、方法。
  2. 前記シングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作が、ＴＤＭ方式Ａ動作である、請求項１に記載の方法。
  3. 前記第１のＰＤＳＣＨ及び前記第２のＰＤＳＣＨが、同じ持続時間を有する、請求項１に記載の方法。
  4. 前記第１のＰＤＳＣＨ及び前記第２のＰＤＳＣＨが、同じ周波数リソース割り当てを有する、請求項３に記載の方法。
  5. 非一時的コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体が、プロセッサによって実行されると、前記プロセッサに、
    ユーザ機器（ＵＥ）がシングルダウンリンク制御情報（シングルＤＣＩ）マルチ送受信（マルチＴＲＰ）ＰＤＳＣＨ動作のために構成されていることを決定させる命令と、
    スロットを有する第１のＰＤＳＣＨ及び第２のＰＤＳＣＨを決定させ、前記第１のＰＤＳＣＨ及び前記第２のＰＤＳＣＨが、前記シングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作において使用される命令と、
    前記第１のＰＤＳＣＨのみの１つ以上のシンボルを使用して、前記第１のＰＤＳＣＨについて１つの最小ハイブリッド自動再送要求－肯定応答（ＨＡＲＱ－ＡＣＫ）処理タイミングを決定させる命令であって、前記１つの最小ＨＡＲＱ－ＡＣＫ処理タイミングは、前記第２のＰＤＳＣＨと対応するＨＡＲＱ－ＡＣＫとの間の持続時間を定義するためにも使用される、命令とを含む、非一時的コンピュータ可読記憶媒体。
  6. 物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ハイブリッド自動再送要求－肯定応答（ＨＡＲＱ－ＡＣＫ）処理タイミングを決定するためのコンピューティング装置が、
    プロセッサと、
    前記プロセッサによって実行されると、
    ユーザ機器（ＵＥ）がシングルダウンリンク制御情報（シングルＤＣＩ）マルチ送受信（マルチＴＲＰ）ＰＤＳＣＨ動作のために構成されていることを決定し、
    スロット内の第１のＰＤＳＣＨ及び第２のＰＤＳＣＨを決定し、前記第１のＰＤＳＣＨ及び前記第２のＰＤＳＣＨが、前記シングルＤＣＩマルチＴＲＰ ＰＤＳＣＨ動作において使用され、
    前記第１のＰＤＳＣＨのみの１つ以上のシンボルを使用して、前記第１のＰＤＳＣＨについて１つの最小ＨＡＲＱ－ＡＣＫ処理タイミングを決定するように前記装置を構成する命令を記憶するメモリと、を備え、前記１つの最小ＨＡＲＱ－ＡＣＫ処理タイミングは、前記第２のＰＤＳＣＨと対応するＨＡＲＱ－ＡＣＫとの間の持続時間を定義するためにも使用される、コンピューティング装置。
  7. 物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ハイブリッド自動再送要求－肯定応答（ＨＡＲＱ－ＡＣＫ）処理タイミングを決定するための装置であって、
    請求項１から４のいずれか一項に記載の方法に含まれる動作を実行する手段を備える、装置。
JP2023505960A 2020-08-06 2021-04-14 マルチｔｒｐのためのｐｄｓｃｈ／ｐｕｓｃｈ処理用技術 Active JP7763239B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2020107491 2020-08-06
CNPCT/CN2020/107491 2020-08-06
PCT/CN2021/087255 WO2022028002A1 (en) 2020-08-06 2021-04-14 Techniques for pdsch/pusch processing for multi-trp

Publications (2)

Publication Number Publication Date
JP2023535805A JP2023535805A (ja) 2023-08-21
JP7763239B2 true JP7763239B2 (ja) 2025-10-31

Family

ID=80119977

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023505960A Active JP7763239B2 (ja) 2020-08-06 2021-04-14 マルチｔｒｐのためのｐｄｓｃｈ／ｐｕｓｃｈ処理用技術

Country Status (5)

Country Link
US (2) US12041610B2 (ja)
EP (1) EP4176550A4 (ja)
JP (1) JP7763239B2 (ja)
CN (1) CN116114354A (ja)
WO (1) WO2022028002A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022146082A1 (en) * 2020-12-30 2022-07-07 Samsung Electronics Co., Ltd. Method and apparatus for determining processing time of ue in wireless communication system
KR20250023785A (ko) * 2023-08-10 2025-02-18 삼성전자주식회사 무선 통신 시스템에서 진화된 저복잡도 단말의 통신 방법 및 장치

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10541785B2 (en) * 2016-07-18 2020-01-21 Samsung Electronics Co., Ltd. Carrier aggregation with variable transmission durations
US20190052406A1 (en) * 2017-08-11 2019-02-14 Mediatek Inc. Transmission For Ultra-Reliable And Low-Latency Communications In Mobile Communications
CN116405079A (zh) * 2017-09-11 2023-07-07 苹果公司 用于新无线电的多传输接收点操作中的上行链路控制信令的装置和方法以及解调参考信号设计
US11997045B2 (en) * 2018-02-16 2024-05-28 Nokia Technologies Oy Hybrid automatic repeat request feedback arrangement for NR-unlicensed bands
US11177909B2 (en) * 2018-05-04 2021-11-16 Qualcomm Incorporated Methods and apparatus related to ACK/NACK feedback with multi-TRP transmissions
CN110474750B (zh) * 2018-05-11 2021-11-19 华为技术有限公司 信号传输方法、相关设备及系统
US10813116B2 (en) * 2018-05-11 2020-10-20 Apple Inc. Support of advanced user equipment (UE) minimum processing times in new radio (NR) systems
US20210235258A1 (en) * 2018-07-06 2021-07-29 Ntt Docomo, Inc. User terminal and radio communication method
CN112567662B (zh) * 2018-08-10 2024-07-05 苹果公司 用于新空口(nr)的数据和控制传输增强
CN115499925B (zh) * 2018-09-06 2025-05-27 大唐移动通信设备有限公司 多传输点trp数据处理的方法、基站、终端及存储介质
EP3864790A1 (en) * 2018-10-09 2021-08-18 IDAC Holdings, Inc. Methods and apparatus of multi-transmit/receive point transmission
US11690063B2 (en) * 2020-01-17 2023-06-27 Qualcomm Incorporated Physical downlink shared channel mapping type for physical downlink shared channel repetition in one slot

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Qualcomm Incorporated, Multi-TRP Enhancements[online], 3GPP TSG RAN WG1 #101-e R1-2004463, Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_101-e/Docs/R1-2004463.zip>, 2020年05月16日

Also Published As

Publication number Publication date
JP2023535805A (ja) 2023-08-21
US12041610B2 (en) 2024-07-16
EP4176550A4 (en) 2023-12-27
EP4176550A1 (en) 2023-05-10
WO2022028002A1 (en) 2022-02-10
US12238716B2 (en) 2025-02-25
US20240314781A1 (en) 2024-09-19
CN116114354A (zh) 2023-05-12
US20220330296A1 (en) 2022-10-13

Similar Documents

Publication Publication Date Title
JP7590546B2 (ja) マルチｔｒｐを用いたｐｕｃｃｈ動作のための技術
CN116530167B (zh) 用于scg激活和去激活的系统和方法
US12052728B2 (en) Systems and methods of triggering active mode UE power saving
US12267871B2 (en) RACH procedure coverage enhancement and recovery
US20200374928A1 (en) Rar window enhancement during random access procedure for new radio (nr)-unlicensed spectrum
US12143255B2 (en) Subcarrier spacing restriction for SSB, CSI-RS for L3 mobility, and PDCCH/PDSCH
US12349117B2 (en) Cross carrier scheduling with different sub-carrier spacing capability reporting
US20250358845A1 (en) Techniques of beamforming in reference signal (rs) transmissions
US12238716B2 (en) Techniques for PDSCH/PUSCH processing for multi-TRP
US11832231B2 (en) Techniques for grouping multiple serving component carriers
KR102884412B1 (ko) Csi-피드백에 대한 승인들을 오버라이딩하기 위한 시스템들 및 방법들
US20230269818A1 (en) Low power data communications

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230127

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240124

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240201

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240423

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20240729

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20241121

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20241127

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20251021

R150 Certificate of patent or registration of utility model

Ref document number: 7763239

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150