**对比文件名称**：发明申请_US20140050107A1 ERROR PREVENTION IN DYNAMIC UPLINK_DOWNLINK CONFIGURATION CHANGE FOR TIME DIVISION DUPLEX
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**公开性判断**：直接公开 | [0003] The invention relates generally to mobile communications. In particular, the invention relates to methods, computer programs, apparatuses and radio network nodes for error prevention during dynamic uplink/downlink configuration changes for time division duplex.<br>[0062] The apparatus 300 may include e.g. a mobile device or a handset or a user equipment (UE) of a mobile communications network. | 对比文件整体描述了一种用于在TDD动态UL/DL配置变更期间防止错误的方法，该方法由用户装备（UE）执行，属于无线通信方法。虽然该方法的具体步骤和目标专利不完全相同，但其主题“由UE执行的无线通信方法”已被对比文件直接公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**公开性判断**：直接公开 | [0048] The TDD UL/DL configuration changes are indicated via TDD UL/DL configuration indications or signalings that are used to indicate which non-fixed subframes of a TDD radio frame are allocated for downlink use and which are allocated for uplink use.<br>[0054] At step 205, the apparatus 300 monitors received downlink time division duplex subframes of the wireless data transmission it receives during the time window. | 对比文件明确描述了UE（装置300）接收包含TDD UL/DL配置指示（信令）的下行链路子帧，以获知动态的上下行配置。这直接公开了“接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令”这一技术特征。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**公开性判断**：未公开 | [0020] Yet another problem is on the HARQ timing: if there is no scheduling grant for a given non-fixed subframe, the UE will not be aware of the real TDD UL/DL configuration. Therefore, it cannot use the TDD UL/DL configuration dependent HARQ timing as specified in Release 10.<br>[0066] As is known in the art, in LTE TDD systems, many operations at both evolved Node B (eNB) and user equipment (UE) sides depend on the semi-static TDD configuration. These operations include ... hybrid automatic repeat request (HARQ) timings. | 对比文件承认了动态TDD配置带来的HARQ定时问题，即UE若不知道真实配置，则无法使用依赖于配置的HARQ定时。其发明目的是通过可靠的信令接收和确认来防止错误，从而让UE能获知配置以进行依赖于配置的操作（包括HARQ定时）。但对比文件本身并未教导或公开“基于所述动态UL‑DL子帧配置来确定HARQ ACK/NACK定时”的具体解决方案。相反，其隐含的是在成功获知动态配置后，UE将使用该配置所对应的、预先定义好的HARQ定时关系（如Rel-10规范）。这与目标专利中“基于动态配置来确定定时”这一主动确定过程在作用和解决方案上均不相同。目标专利说明书[0019]强调其方案是“基于参考配置和动态配置两者的‘混合’设计”，例如“HARQ定时可以基于参考配置”。这与对比文件所提及的直接使用动态配置所对应的定时关系有本质区别。因此，该特征未被对比文件直接或隐含公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**公开性判断**：未公开 | [0059] The radio network node 400 may configure PUCCH (physical uplink control channel) resources via higher layer signaling for the UE 300 in RRC_CONNECTED state to allow Scheduling Request (SR) for normal operations, and new TDD configuration acknowledgement as a re-interpreted SR.<br>[0060] ... the scheduling request may be appended at the end of a sequence of concatenated HARQ-ACK information bits ... Otherwise PUCCH format 1 may be used. | 对比文件提到了PUCCH资源，但其用途是用于发送调度请求（SR）或作为对TDD配置确认的反馈信道（重新解释的SR），以及在特定格式下与HARQ-ACK信息比特的复用。这里涉及的PUCCH资源是预先通过高层信令配置的，用于特定的控制信令反馈，而非“基于动态UL-DL子帧配置来确定”用于HARQ反馈的资源分配。目标专利中基于动态配置确定HARQ资源分配是为了解决资源开销和冲突问题（见说明书[0016]-[0018]），其作用和机制与对比文件中的PUCCH资源用途完全不同。因此，该特征未被公开。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**公开性判断**：未公开 | [0060] If the transmission of scheduling request coincides in time with the transmission of HARQ-ACK feedback using PUCCH format 3, the scheduling request may be appended at the end of a sequence of concatenated HARQ-ACK information bits. | 对比文件仅提及了当调度请求（用于确认TDD配置）的传输时间与使用PUCCH格式3进行的HARQ-ACK反馈传输时间重合时的一种复用方式。这并非一个完整的、基于特定确定的资源和定时来传送HARQ ACK/NACK的方案。由于特征C和D未被公开，因此“基于所确定的...”这一前提条件在对比文件中不存在，相应的传送动作自然也无从谈起。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**公开性判断**：未公开 | 无相关内容。 | 对比文件完全没有涉及HARQ-ACK码本大小的概念，更未提及基于动态UL-DL子帧配置来确定码本大小。该特征是目标专利中用于减少反馈开销的具体手段之一（见说明书[0016]）。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**公开性判断**：未公开 | 无相关内容。 | 对比文件未涉及“DL关联集”的概念，也未提及基于其大小来确定码本大小或ACK/NACK位数。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**公开性判断**：未公开 | 同特征D论述。对比文件未提及基于动态UL-DL配置来确定PUCCH资源分配。 | 该特征是特征D的进一步限定。如特征D所述，对比文件中的PUCCH资源用途和确定方式均与此不同，因此该特征未被公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**公开性判断**：未公开 | 无相关内容。 | 对比文件未涉及“DL关联集”的概念及其大小用于确定PUCCH资源分配。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**公开性判断**：未公开 | 无相关内容。 | 对比文件未涉及“集束集合”、“灵活子帧”或从DL关联集中排除非DL灵活子帧的操作。这是目标专利中优化资源分配的具体规则（见说明书[0019]）。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**公开性判断**：未公开 | 无相关内容。 | 对比文件未涉及重新确定DL子帧打包次序的操作。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**公开性判断**：未公开 | 无相关内容。 | 对比文件未涉及在打包次序中优先映射固定DL子帧的规则。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**公开性判断**：未公开 | 无相关内容。 | 对比文件虽然提到了为UE配置PUCCH资源用于SR/TDD确认，但未提及为支持与不支持动态配置的UE配置分开的PUCCH区域以避免冲突的方案。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**公开性判断**：未公开 | 无相关内容。 | 对比文件未涉及不同UE群组间PUCCH资源冲突的检测。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**公开性判断**：未公开 | 无相关内容。 | 对比文件未涉及基于冲突检测结果来选择使用哪个PUCCH区域的策略。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**公开性判断**：未公开 | 无相关内容。 | 对比文件未涉及使用不同的偏移值来避免PUCCH资源冲突的机制。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**公开性判断**：隐含公开 | [0048] The TDD UL/DL configuration changes are indicated via TDD UL/DL configuration indications or signalings...<br>[0052] ... a same UL/DL TDD configuration can be sent from the radio network node 400 on the TDD UL/DL configuration indication in any of N fixed DL subframes in the predefined time window. | 对比文件明确指出TDD UL/DL配置变更通过“配置指示或信令”来指示，并且可以在预定义时间窗口内的固定DL子帧中重复发送。这种为了适应动态变化而发送的信令，本领域技术人员可以合理推断其为“动态信令”，以区别于半静态的系统信息广播。因此，该特征被对比文件隐含公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**公开性判断**：未公开 | [0048] These TDD UL/DL configuration indications or signalings may be e.g. such as those described in an earlier application PCT/CN2011/071120 by the present applicant (e.g. a DCI (downlink control information) format using PCFICH-like ... or PHICH-like ... modulation formats) ... | 对比文件引用了另一申请，举例说明配置指示可以是类似PCFICH或PHICH调制格式的DCI格式。这暗示了动态信令可能通过DCI格式传达。然而，对比文件并未明确公开该DCI格式中的具体字段（如TPC命令位或ARO位）被用于传达此信令。TPC命令位和ARO位在LTE中有其特定且不同的用途。本领域技术人员无法从对比文件中直接或通过合理推理确定其被重新用于传达动态UL-DL配置。因此，该具体限定特征未被公开。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**公开性判断**：未公开 | [0055] At step 207, in response to the apparatus 300 not detecting an uplink/downlink configuration indicated by any of the uplink/downlink configuration indications in the monitored downlink time division duplex subframes, the apparatus 300 calculates an average of the monitored uplink/downlink configuration indications. Then, at step 208, the calculated average is utilized in determining a time division duplex uplink/downlink configuration to be used. | 对比文件确实描述了在未检测到配置指示时的处理（计算平均值以确定配置），这是一种用于获取动态配置本身的容错机制。而目标专利的特征S描述的是在检测到动态配置丢失后，回退到基于SIB配置来确定“HARQ资源分配”。两者解决的问题（获取配置 vs. 确定资源分配）、采取的动作（平均计算 vs. 回退到SIB配置）以及目的（得到当前动态配置 vs. 确定资源分配的回退方案）均不相同。因此，该特征未被公开。 |
<<<A>>><<<B>>>