**对比文件名称**：发明专利_JPWO2012035712A1 端末装置、通信方法及び集積回路
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (段落标号/位置) | 公开性论述 |
| **技术特征A：一种用于由用户装备UE进行无线通信的方法** <br> **《直接公开》** | [0051] 本発明の一態様に係る端末装置は、複数の下り単位バンドの内の少なくとも１つの下りデータチャネルで送信された下りデータを受信する下りデータ受信手段と、前記受信された下りデータの受信誤りの有無を検出する誤り検出手段と、前記誤り検出手段で得られた誤り検出結果に基づいて、上り単位バンドの上り制御チャネルを用いて応答信号を送信する送信手段と、を具備し... | 对比文件明确公开了一种由UE（终端装置）执行的无线通信方法。该方法包括在多个下行分量载波上接收下行数据、进行错误检测、并基于检测结果在上行控制信道（PUCCH）上发送响应信号（ACK/NACK）。这与目标专利权利要求A限定的“一种用于由用户装备UE进行无线通信的方法”这一上位主题直接对应。 |
| **技术特征B：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令** <br> **《隐含公开》** | [0057] 制御部１０１は、リソース割当対象端末（以下「宛先端末」又は単に「端末」ともいう）２００に対して、制御情報を送信するための下りリソース（つまり、下り制御情報割当リソース）、及び、下り回線データを送信するための下りリソース（つまり、下りデータ割当リソース）を割り当てる（Assignする）。このリソース割当は、リソース割当対象端末２００に設定される単位バンドグループに含まれる下り単位バンドにおいて行われる。また、下り制御情報割当リソースは、各下り単位バンドにおける下り制御チャネル（ＰＤＣＣＨ）に対応するリソース内で選択される。 <br> [0061] 制御情報生成部１０２は、下りデータ割当リソースに関する情報を含む制御情報を生成して符号化部１０３へ出力する。 | 目标专利中，动态UL-DL子帧配置信令用于指示子帧用途的动态切换，这是eIMTA技术的核心。对比文件虽未明确提及“动态UL-DL子帧配置”，但其详细描述了基站通过PDCCH向UE发送包含资源分配信息的控制信息（DCI）的过程（见[0057], [0061]）。在LTE/LTE-A系统中，调度和资源分配是动态进行的，每个子帧的用途（DL/UL）本质上由PDCCH中的DCI动态指示。本领域技术人员可以理解，对比文件中通过PDCCH进行的动态资源分配过程，隐含了接收指示子帧使用方式（即动态UL-DL配置）的信令这一技术特征。两者都是为了实现对无线资源的动态调度和控制。 |
| **技术特征C：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时** <br> **《隐含公开》** | [0019] ...端末が一度に複数の下り単位バンドにおいて複数の下り回線データを受信することがある。ＬＴＥ−Ａでは、この複数の下り回線データに対する複数の応答信号の送信方法として、Channel Selection（Multiplexingとも呼ぶ）、Bundling、及び、ＤＦＴ−Ｓ−ＯＦＤＭ...が検討されている。 <br> [0051] ...前記誤り検出手段で得られた誤り検出結果に基づいて、上り単位バンドの上り制御チャネルを用いて応答信号を送信する送信手段と、を具備し... | 目标专利中，基于动态UL-DL配置确定HARQ定时，是指确定在哪个UL子帧反馈对应DL子帧的ACK/NACK。对比文件在载波聚合场景下，详细描述了UE在多个下行载波接收数据后，需要通过PUCCH反馈ACK/NACK（见[0019], [0051]）。在LTE/LTE-A系统中，无论是否涉及动态TDD，HARQ定时都是由系统配置（包括子帧配置）决定的固定或半静态关系。对比文件描述的系统必然遵循一套HARQ定时规则，以便UE知道何时发送反馈。虽然对比文件未明确说明该定时是基于“动态UL-DL子帧配置”确定的，但本领域技术人员可以合理推断，在其实施的通信系统中，ACK/NACK的发送定时是基于当前有效的子帧配置（无论是静态还是动态的）来确定的。这是实现HARQ功能的基础。 |
| **技术特征D：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配** <br> **《隐含公开》** | [0051] ...前記複数の下り単位バンドとそれぞれ関連づけられた複数の上り制御チャネル領域が、同一の時間周波数リソースブロックにおける複数の系列によって定義されるリソース群によって定義され、前記送信手段は、前記複数の上り制御チャネル領域のいずれかに配置された前記上り制御チャネルを用いて前記応答信号を送信する。 <br> [0116] 以下、応答信号の送信に用いるＡ／Ｎリソース（ＰＵＣＣＨリソース）の決定方法およびＡＣＫ／ＮＡＣＫ信号の生成方法（マッピング方法）について、制御例１〜５で説明する。 | 目标专利中，基于动态UL-DL配置确定PUCCH的HARQ资源分配，是eIMTA中优化资源利用的关键。对比文件的核心内容之一就是详细阐述在载波聚合下如何确定用于发送ACK/NACK的PUCCH资源（A/Nリソース）（见[0051], [0116]），包括隐式（基于PDCCH的CCE索引）和显式（高层配置）的方法。虽然对比文件讨论的资源分配主要针对载波聚合场景，但其原理是依据系统配置（如下行载波数、传输模式）来确定所需的PUCCH资源。本领域技术人员可以合理推断，当系统配置包含动态UL-DL子帧配置时，用于HARQ反馈的PUCCH资源分配逻辑上也需要基于该动态配置来确定，以确保资源分配的匹配性和效率。对比文件公开的资源分配机制是实现在动态配置下进行资源分配的基础手段。 |
| **技术特征E：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK** <br> **《直接公开》** | [0051] ...前記誤り検出手段で得られた誤り検出結果に基づいて、上り単位バンドの上り制御チャネルを用いて応答信号を送信する送信手段と、を具備し... <br> [0104] 応答信号生成部２１２は、ＣＲＣ部２１１から入力される、各下り単位バンドにおける下り回線データの受信状況（下り回線データの誤り検出結果）に基づいて応答信号を生成する。...そして、応答信号生成部２１２は生成した応答信号を符号化・変調部２１３に出力する。 | 对比文件直接且明确地公开了UE基于错误检测结果生成响应信号（ACK/NACK），并在上行控制信道（PUCCH）上发送该响应信号（见[0051], [0104]）。这完整涵盖了技术特征E的内容，即根据确定的资源（PUCCH）和定时，在PUCCH上发送HARQ ACK/NACK。 |
| **技术特征F：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。** <br> **《隐含公开》** | [0019] ...例えば、端末は、誤り検出結果のパターンのビット数に応じて、Channel Selection、Bundling、又は、ＤＦＴ−Ｓ−ＯＦＤＭのいずれかによる応答信号（ＡＣＫ／ＮＡＣＫ）のフィードバックを行ってもよい。 <br> [0173] ...ｅＮＢに通知するＡＣＫ/ＮＡＣＫのリソースと、そのリソース内のコンスタレーション位置を、ＣｏｎｆｉｇｕｒａｔｉｏｎされたＣＷ数から求められるＡＣＫ／ＮＡＣＫビット数に基づいたマッピングテーブルではなく、Ｒａｎｋ ＡｄａｐｔａｔｉｏｎされたＣＷ数から求められるＡＣＫ／ＮＡＣＫビット数に基づいたマッピングテーブルにしたがって決定する。 | 目标专利中，码本大小指需要反馈的ACK/NACK比特总数。对比文件明确提到了“误り検出結果のパターンのビット数”（即ACK/NACK比特数），并指出该比特数取决于配置的下行载波数和每个载波的码字数（CW数）（见[0019]）。更具体地，在[0173]中，对比文件进一步指出，ACK/NACK的资源和星座点位置是基于实际Rank Adaptation后的CW数所确定的ACK/NACK比特数（即实际码本大小）来决定的，而不是基于配置的最大CW数。这体现了根据实际传输情况（可类比为动态配置决定的实际需要反馈的DL子帧数）来确定码本大小的思想。虽然对比文件的上下文是载波聚合和Rank Adaptation，但本领域技术人员可以合理推断，在动态TDD场景下，需要反馈的ACK/NACK比特数（码本大小）同样会基于动态UL-DL配置所确定的实际需要反馈的下行子帧集合（DL关联集）的大小来确定。逻辑上具有一致性。 |
| **技术特征G：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。** <br> **《隐含公开》** | [0186] ...誤り検出結果パターンは、少なくとも２つの下り単位バンドで受信された複数の下り回線データに対する誤り検出結果で構成される。 <br> [0187] ＡＣＫ／ＮＡＣＫマッピングテーブルは、端末に対して予め設定された下り単位バンド数（Carrier Aggregationが行われるので少なくとも２つの下り単位バンド）と、送信モードとによって決定される。具体的には、ＡＣＫ／ＮＡＣＫマッピングテーブルは、下り単位バンド数と送信モードとによって定まるＡＣＫ／ＮＡＣＫビット数によって決定される。 | 目标专利中，DL关联集大小指需要在一个UL子帧中反馈ACK/NACK的DL子帧数量，这直接决定了码本大小。对比文件虽未提及“DL关联集”，但其核心原理是相同的：ACK/NACK比特数（即码本大小）由需要反馈的“下行数据单元”的数量决定。在对比文件中，这个数量由“下り単位バンド数”（下行载波数）和每个载波的“送信モード”（决定CW数）共同决定（见[0186], [0187]）。在动态TDD场景下，“需要反馈的下行数据单元的数量”则由动态UL-DL配置下的DL关联集大小决定。本领域技术人员可以理解，对比文件中基于下行载波/码字数量确定ACK/NACK比特数的原理，可以直接应用于基于DL子帧数量（即DL关联集大小）确定ACK/NACK比特数。两者在确定码本大小的逻辑上完全相同，只是应用的具体场景（载波聚合 vs. 动态TDD）和计数单位（载波/CW vs. 子帧）不同。 |
| **技术特征H：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。** <br> **《隐含公开》** | [0051] ...前記複数の下り単位バンドとそれぞれ関連づけられた複数の上り制御チャネル領域が...定義され、前記送信手段は、前記複数の上り制御チャネル領域のいずれかに配置された前記上り制御チャネルを用いて前記応答信号を送信する。 <br> [0117] ［制御例１...］図１２に、２ＣＣ時、ＰＣｅｌｌ、ＳＣｅｌｌともに２ＣＷ処理し、かつ、クロスキャリアスケジューリング時のＡ／Ｎリソース（ＰＵＣＣＨリソース）の決定方法を示す。 | 此特征与技术特征D部分重叠，但更具体到“PUCCH资源分配”。对比文件通篇都在详细描述如何为ACK/NACK反馈确定PUCCH资源（A/Nリソース）（见[0051]），并给出了多个具体控制实例（如[0117]）。其资源分配方法（隐式/显式）是基于当前的系统配置和调度决策。本领域技术人员可以合理推断，当系统配置包含动态UL-DL子帧配置时，为HARQ反馈分配PUCCH资源的过程必然需要考虑该动态配置，以确保资源与需要反馈的子帧相匹配。对比文件公开的PUCCH资源分配机制是实现这一目标的基础技术手段。 |
| **技术特征I：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。** <br> **《隐含公开》** | [0122] ...ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース１が割り当てられる（Implicit signalling）。 <br> [0187] ＡＣＫ／ＮＡＣＫマッピングテーブルは、端末に対して予め設定された下り単位バンド数...と、送信モードとによって決定される。具体的には、ＡＣＫ／ＮＡＣＫマッピングテーブルは、下り単位バンド数と送信モードとによって定まるＡＣＫ／ＮＡＣＫビット数によって決定される。 | 目标专利中，基于DL关联集大小确定PUCCH资源分配，是混合设计的一部分。对比文件虽然没有直接描述基于“DL关联集大小”的资源分配，但其描述了两种核心机制：1) 隐式资源分配：PUCCH资源与PDCCH占用的CCE索引关联（见[0122]），而CCE索引的分配与调度有关。2) 映射表的使用：ACK/NACK映射表（决定了使用哪个PUCCH资源和星座点）是基于ACK/NACK比特数（即下行数据单元数量）决定的（见[0187]）。在动态TDD中，DL关联集大小决定了需要反馈的ACK/NACK比特数。因此，本领域技术人员可以合理推断，如果对比文件的系统应用于动态TDD场景，那么其PUCCH资源分配（无论是通过隐式映射还是映射表选择）逻辑上会依赖于由动态配置决定的DL关联集大小（体现为ACK/NACK比特数），以确保有足够且正确的资源用于反馈。 |
| **技术特征J：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。** <br> **《未公开》** | (未找到对应内容) | 对比文件主要涉及载波聚合下的ACK/NACK反馈，其技术背景和解决的问题与目标专利中动态TDD（eIMTA）场景不同。对比文件完全没有提及“灵活子帧”、“集束集合”以及“在确定DL关联集大小时不计及被配置为UL的灵活子帧”等与TDD动态子帧配置直接相关的特定概念和操作。此技术特征是目标专利针对动态TDD中混合设计（区分参考配置和动态配置）所提出的具体解决方案，在对比文件中没有记载，也无法从中直接或合理地推断出来。 |
| **技术特征K：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。** <br> **《未公开》** | (未找到对应内容) | 此特征与特征J紧密相关，是动态TDD场景下重新排序DL子帧的具体步骤。对比文件讨论的是跨载波的ACK/NACK复用（Channel Selection），其“打包次序”指的是不同下行载波上CW的排列顺序，而非同一载波上不同时间子帧的排列。对比文件中没有涉及因部分子帧被动态改为UL而需要从原有序列中“移除UL子帧”并重新确定DL子帧打包次序的任何描述或暗示。 |
| **技术特征L：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。** <br> **《未公开》** | (未找到对应内容) | 此特征进一步定义了动态TDD场景下子帧打包次序的规则（固定DL子帧优先）。对比文件完全没有“固定DL子帧”与“灵活子帧”的区分概念，因此也就不存在将固定DL子帧映射为打包次序中第一个的技术教导或启示。 |
| **技术特征M：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。** <br> **《隐含公开》** | [0217] また、一般に、基地局のスケジューリングの観点から、Explicit signallingされるＰＵＣＣＨリソースは、Implicit signallingされるＰＵＣＣＨリソースとは異なるＰＵＣＣＨリソース領域を占有することが望ましい。これは、Implicit signallingされるＰＵＣＣＨリソースと、Explicit signallingされるＰＵＣＣＨリソースとを共有した場合...当該端末及び他の端末ではImplicit signallingされるＰＵＣＣＨリソースとして、当該共有のＰＵＣＣＨリソースを用いることができないためである。 | 目标专利中，为eIMTA UE和旧式UE配置分开的PUCCH区域是为了避免资源冲突。对比文件在[0217]中明确指出，从基站调度角度看，显式信令的PUCCH资源与隐式信令的PUCCH资源最好占用不同的PUCCH资源区域。如果共享，当一个终端将某资源用作显式资源时，其他终端就不能再将其用作隐式资源，这会限制调度。这体现了为不同用途或不同类型的信令/UE划分独立PUCCH资源区域以避免冲突的思想。本领域技术人员可以合理推断，当系统中存在支持新功能（如动态TDD）的UE和不支持的旧式UE时，为了避免两者之间的PUCCH资源冲突，采用对比文件所述的为不同类型资源划分不同区域的方法是自然而然的选择。 |
| **技术特征N：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。** <br> **《隐含公开》** | [0217] ...Implicit signallingされるＰＵＣＣＨリソースと、Explicit signallingされるＰＵＣＣＨリソースとを共有した場合、Explicit signallingされたＰＵＣＣＨリソースとして共有のＰＵＣＣＨリソースが或る端末で使用されると、当該共有のＰＵＣＣＨリソースでの衝突発生を考慮して... | 对比文件[0217]直接讨论了PUCCH资源“衝突発生”（冲突发生）的可能性，具体是指隐式信令资源与显式信令资源若共享同一区域可能导致的冲突。这明确公开了“确定PUCCH资源之间存在潜在冲突”这一概念。虽然冲突的具体双方是“隐式信令资源”和“显式信令资源”，但本领域技术人员能够理解，当新旧UE使用不同的资源配置方法（可能分别对应不同的信令方式或不同的配置源）时，同样需要评估它们所用资源区域之间是否存在潜在冲突。因此，对比文件隐含公开了“确定不同PUCCH区域间是否存在潜在冲突”这一技术特征。 |
| **技术特征O：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。** <br> **《隐含公开》** | [0217] ...Implicit signallingされるＰＵＣＣＨリソースと、Explicit signallingされるＰＵＣＣＨリソースとを共有した場合...当該端末及び他の端末ではImplicit signallingされるＰＵＣＣＨリソースとして、当該共有のＰＵＣＣＨリソースを用いることができないためである。 | 对比文件[0217]的论述从反面暗示：如果资源不共享（即没有冲突），那么终端可以使用为其分配的资源（无论是隐式还是显式）。目标专利中“使用旧式UE的PUCCH区域”可以理解为eIMTA UE在特定条件下（无冲突）使用与旧式UE相同的资源分配规则或偏移值。对比文件虽然没有直接描述“使用旧式UE区域”，但其关于避免冲突的讨论隐含了这样一个原则：当能够确保无冲突时，更简化或共用的资源分配方案是可以被采用的。本领域技术人员可以基于此原则，推理出在判断新UE（eIMTA UE）与旧式UE资源无冲突时，新UE可以复用旧式UE的资源区域以简化设计或提高资源利用率。 |
| **技术特征P：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。** <br> **《未公开》** | (未找到对应内容) | 目标专利中通过动态选择第一或第二偏移值（如N_PUCCH^(1)）来灵活调整资源分配以避免冲突或实现回退。对比文件虽然提到了TPC命令位可被重用作ARI（Ack/Nack Resource Indicator）来动态指示资源（见[0025]），但这是一种动态指示具体资源索引的机制，而非在两种预定义的“偏移值”之间进行选择。对比文件没有公开基于“是否存在潜在冲突”这一条件来在两个不同的偏移值之间进行选择的技术方案。 |
| **技术特征Q：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。** <br> **《直接公开》** | [0025] ...端末は、ＳＣｅｌｌ内のＤＣＩに含まれる２ビットのＴＰＣ（Transmit Power Control）コマンド（送信電力制御命令）に基づいて、実際に用いるＰＵＣＣＨ向けのリソースを１つ選択する方法を採ってもよい。その際、当該ＴＰＣコマンドは、ＡＲＩ（Ack/nack Resource Indicator）と呼ばれる。 | 对比文件明确公开了通过DCI中的动态信令（具体是TPC命令位被重用作ARI）来指示或选择PUCCH资源（见[0025]）。虽然这里指示的是PUCCH资源，但“动态信令”这一特征本身被直接公开。目标专利中指示动态UL-DL配置的信令也是一种动态信令（如L1信令）。因此，对比文件直接公开了“信令包括动态信令”这一技术特征。 |
| **技术特征R：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。** <br> **《直接公开》** | [0025] ...端末は、ＳＣｅｌｌ内のＤＣＩに含まれる２ビットのＴＰＣ（Transmit Power Control）コマンド（送信電力制御命令）に基づいて、実際に用いるＰＵＣＣＨ向けのリソースを１つ選択する方法を採ってもよい。その際、当該ＴＰＣコマンドは、ＡＲＩ（Ack/nack Resource Indicator）と呼ばれる。 | 对比文件直接且明确地公开了动态信令通过DCI格式中的TPC命令位（被用作ARI）来传达（见[0025]）。ARI的功能与目标专利中的ARO（Ack/Nack Resource Offset）类似，都是用于动态调整PUCCH资源的指示。因此，该技术特征被对比文件直接公开。 |
| **技术特征S：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。** <br> **《隐含公开》** | [0036] ところで、基地局と端末との間において、端末に設定（configuration）されているＣＣ数の認識が異なる期間（uncertainty period、または、misalignment period）が存在する。 <br> [0037] ...端末は、設定されているＣＣ数が１つであると認識していて、一方、基地局は、端末に設定されているＣＣ数が２つであると認識している場合、端末は、１ＣＣに対応した、誤り検出結果のパターンのマッピングを用いて...応答信号を送信する。 | 目标专利的回退机制指在丢失动态信令时，使用SIB1中的静态配置。对比文件详细描述了基站与UE之间关于配置（如CC数）的认识可能出现不一致的时期（见[0036]）。在这种情况下，UE会基于它自己当前所认知的配置（例如，认为只有1个CC）来决定ACK/NACK的映射和反馈方式（见[0037]）。这体现了一种“回退”或“保守”操作的思想：当高层配置信令（如RRC重配置）可能未被正确同步时，UE使用一个已知的、更基础的配置（如之前配置的CC数）来进行操作，以避免严重错误。本领域技术人员可以合理推断，在动态TDD场景下，如果UE丢失了动态重配置信令（L1信令），它同样需要一种回退机制，而最自然的选择就是回退到通过更可靠信令（如SIB）广播的静态UL-DL配置，并基于此来确定HARQ资源分配。对比文件公开的配置不一致处理原理，隐含支持了这种回退操作的设计思路。 |
<<<A>>><<<E>>><<<Q>>><<<R>>>
<<<b>>><<<c>>><<<d>>><<<f>>><<<g>>><<<h>>><<<i>>><<<m>>><<<n>>><<<o>>><<<s>>>