**对比文件名称**：发明申请_US20150049654A1 TIME-DIVISION DUPLEXING COMMUNICATION METHOD, SYSTEM AND DEVICE
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**判断结果**：直接公开 | [0009] An embodiment of the invention provides a method of time division duplex transmission of uplink data, the method including:<br>[0010] a user equipment receiving indication information from the network side in the sub-frame n in a radio frame... and<br>[0011] the user equipment transmitting PUSCH data in at least one uplink sub-frame after the sub-frame n upon determining from the indication information that the PUSCH data needs to be transmitted to the network side.<br>[0012] An embodiment of the invention provides a method of time division duplex reception of downlink data, the method including:<br>[0013] a user equipment receiving PDSCH data from the network side in the sub-frame m in a radio frame... and<br>[0014] the user equipment determining a sub-frame to carry feedback information corresponding to the PDSCH data according to a timing relationship between the feedback information and transmission of the PDSCH data and transmitting the feedback information in the determined sub-frame. | 对比文件明确公开了由用户装备（UE）执行的上行数据传输方法和下行数据接收方法。例如，在段落[0009]-[0011]中，描述了UE接收来自网络侧的指示信息并根据该信息在后续上行子帧中传输PUSCH数据的方法步骤。在段落[0012]-[0014]中，描述了UE接收PDSCH数据、根据定时关系确定用于承载对应反馈信息的子帧并发送该反馈信息的方法步骤。这些方法步骤构成了由UE执行的无线通信方法的完整技术方案，与本专利权利要求中“一种用于由用户装备UE进行无线通信的方法”这一上位概括的特征完全相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**判断结果**：隐含公开 | [0006] In order to address this problem, there has been proposed a scheme for dynamic allocation of uplink and downlink sub-frames, where four types of sub-frames are set in a specific period of time (for example, which is a radio frame) respectively as sub-frames constantly used for downlink transmission, sub-frames constantly used for uplink transmission, special sub-frames and flexible sub-frames allocated flexibly for uplink or downlink transmission, and the uplink and downlink configuration of the sub-frames can be varied dynamically due to the flexible sub-frames in the radio frame to thereby accommodate a demand for traffic in the cell.<br>[0010] a user equipment receiving indication information from the network side in the sub-frame n in a radio frame... | 对比文件在背景技术和发明内容部分明确提出了动态分配上下行子帧的方案，其中定义了灵活子帧（flexible sub-frames），并且上下行配置可以基于这些灵活子帧动态变化（“can be varied dynamically”）。为了使UE能够正确操作（例如，确定何时发送PUSCH或反馈ACK/NACK），UE必须知晓当前哪些子帧被配置为上行或下行。对比文件多处（如[0010]）描述了UE从网络侧接收“indication information”（指示信息）。本领域技术人员结合对比文件整体内容可以合理推断，在动态TDD系统中，网络侧需要通过某种信令（例如，下行控制信息DCI或高层信令）向UE指示或配置当前有效的子帧使用情况，即动态的UL-DL子帧配置，以便UE执行后续的数据传输和反馈操作。虽然对比文件未明确使用“指示动态UL-DL子帧配置的信令”这一表述，但其描述的“接收指示信息”在动态TDD上下文中的必然作用就是使UE获知动态的子帧配置。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**判断结果**：未公开 | [0013]-[0014] ... the user equipment determining a sub-frame to carry feedback information corresponding to the PDSCH data according to a timing relationship between the feedback information and transmission of the PDSCH data...<br>[0229]-[0239] 详细描述了根据PDSCH传输子帧m确定对应ACK/NACK反馈子帧的定时关系（如Table 3所示）。 | 对比文件确实公开了确定HARQ ACK/NACK定时（即确定反馈子帧），但其公开的定时关系是基于一个预设的、固定的时序表（例如Table 3），该表定义了从每个可能的PDSCH子帧m到其对应ACK/NACK反馈子帧的固定偏移量（k_PDSCH）。本专利权利要求的技术特征C强调“基于所述动态UL-DL子帧配置来确定”定时，其核心在于定时关系会随着动态配置的改变而改变，例如根据动态配置的DL关联集大小来确定反馈时机（参见目标专利说明书[0169]-[0170]）。对比文件完全没有公开或暗示其预设的定时关系（如Table 3）会根据一个动态指示的UL-DL子帧配置进行调整或选择。相反，其定时关系似乎是针对其提出的特定帧结构（图2A/2B）预设的。因此，对比文件没有公开“基于动态UL-DL子帧配置来确定HARQ ACK/NACK定时”这一技术特征。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**判断结果**：未公开 | （对比文件全文未提及PUCCH或物理上行链路控制信道的资源分配） | 目标专利的技术特征D涉及为HARQ反馈确定PUCCH上的具体资源（如资源块、循环移位等）。对比文件虽然提到了发送反馈信息（ACK/NACK），但从未提及该反馈信息是在“物理上行链路控制信道（PUCCH）”上发送，更没有涉及如何基于动态UL-DL子帧配置来确定PUCCH资源分配的任何内容。PUCCH资源分配是LTE/LTE-A系统中特定的资源映射机制。对比文件未公开此特征。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**判断结果**：未公开 | （对比文件全文未提及在PUCCH上传送HARQ ACK/NACK） | 该特征是在特征C和D的基础上，执行最终的传输动作。由于对比文件既未公开基于动态配置确定PUCCH资源分配（特征D），也未明确在PUCCH上进行传输，因此该综合步骤同样未被公开。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**判断结果**：未公开 | （对比文件全文未提及HARQ-ACK码本大小及其确定方式） | HARQ-ACK码本大小是指在一个上行子帧中需要反馈的ACK/NACK比特数，这与下行关联集的大小、载波聚合等因素相关。目标专利说明书中强调基于动态UL-DL配置来确定码本大小以提高效率（[0167]）。对比文件完全没有涉及“码本大小”的概念，更不用说基于动态配置来确定它。因此，该特征未被公开。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | （对比文件全文未提及DL关联集（DL association set）的概念） | “DL关联集”是LTE TDD中定义与一个上行子帧相关联的所有下行子帧集合的特定概念，其大小直接影响码本大小。对比文件未定义或使用“DL关联集”这一术语，也未描述ACK/NACK位数与某个子帧集合大小的依赖关系。因此，该特征未被公开。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**判断结果**：未公开 | （同特征D，对比文件未提及PUCCH资源分配） | 该特征是特征D的进一步限定。对比文件未公开任何与PUCCH资源分配相关的内容，因此该特征未被公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | （对比文件未提及PUCCH资源分配和DL关联集） | 该特征是特征H和G的结合与具体化。对比文件未公开其中任何一个要素，因此该特征未被公开。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**判断结果**：未公开 | （对比文件未提及DL关联集、集束集合（bundling set）以及从集合中排除特定灵活子帧的操作） | 该特征描述了在动态TDD配置下确定有效下行子帧数以用于资源或码本计算的详细规则。对比文件虽然提到了“灵活子帧”，但从未描述在计算任何集合大小时需要根据动态配置忽略那些未被配置为下行的灵活子帧。这是一个具体的操作步骤，未被对比文件公开。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**判断结果**：未公开 | （对比文件未提及集束集合中DL子帧的“打包次序（packing order）”及其确定方法） | “打包次序”是PUCCH资源映射中用于排序多个下行子帧对应的ACK/NACK资源的特定概念。对比文件未涉及此概念及其确定方法，特别是“通过移除UL子帧”来确定次序的步骤。因此，该特征未被公开。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**判断结果**：未公开 | （对比文件未提及打包次序，也未规定固定DL子帧的优先映射顺序） | 该特征是对打包次序规则的进一步限定。对比文件未公开任何关于打包次序的内容，因此该具体规则更不可能被公开。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**判断结果**：未公开 | （对比文件未提及为不同类型的UE配置分开的PUCCH区域） | 该特征涉及资源分配中的冲突避免策略。对比文件在[0124]-[0127]提到了后向兼容性，即网络侧为不支持灵活子帧的传统UE选择特定的配置（如配置0）和进程进行调度，以确保其正常工作。但这与“配置分开的PUCCH区域”是不同的技术手段。对比文件没有公开为两类UE划分独立的PUCCH资源区域。因此，该特征未被公开。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**判断结果**：未公开 | （对比文件未提及PUCCH区域，也未描述检测不同UE群体间PUCCH资源冲突的步骤） | 该特征是一个主动的冲突检测步骤。对比文件没有公开任何关于PUCCH资源冲突检测的内容。因此，该特征未被公开。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**判断结果**：未公开 | （对比文件未公开特征N的冲突检测，因此基于检测结果的资源选择策略O自然也未被公开） | 该特征是基于特征N检测结果的资源选择策略。由于特征N未被公开，该策略也未被公开。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**判断结果**：未公开 | （对比文件未提及在PUCCH资源分配中使用偏移值（offset）以及根据冲突情况动态选择不同偏移值） | 该特征涉及通过选择不同的资源偏移值来动态调整资源分配以避免冲突。对比文件未公开在资源分配中应用此类偏移值，更未公开根据冲突检测结果选择不同偏移值的方法。因此，该特征未被公开。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**判断结果**：隐含公开 | [0006] ... the uplink and downlink configuration of the sub-frames can be varied dynamically...<br>[0010] a user equipment receiving indication information from the network side... | 如特征B所述，对比文件公开了子帧配置可以动态变化，并且UE需要接收来自网络侧的指示信息。在无线通信系统中，用于指示动态变化的配置信息通常通过动态信令（如L1/L2信令，相对于半静态的高层信令）来传达，以实现快速适配。本领域技术人员能够从对比文件描述的“动态变化”和“接收指示信息”中，合理推断出该指示信息很可能是通过动态信令（例如，PDCCH上的DCI）下发的。因此，该特征被隐含公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**判断结果**：未公开 | （对比文件虽然提到了“indication information”，但未具体说明其承载形式或格式，更没有提及重用DCI格式中的TPC命令位或使用ARO位来传达动态配置信令） | 该特征限定了动态信令非常具体的物理层承载方式：即重用现有DCI格式中的特定字段（TPC位或ARO位）来传递信息。这是一种特定的实现手段。对比文件完全没有公开或暗示这种具体的信令承载方式。其“指示信息”可能指上行授权（UL grant）或PHICH反馈等，而非用于动态配置的重用DCI字段。因此，该特征未被公开。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**判断结果**：未公开 | （对比文件未提及动态配置信令丢失的检测，也未提及在信令丢失时回退到SIB1中的配置来确定HARQ资源分配） | 该特征涉及一种回退（fallback）机制，用于在动态信令失效时保证系统鲁棒性。对比文件没有描述任何关于动态配置信令可能丢失以及如何处理这种情况的方案。特别是，基于系统信息块（SIB）中的配置作为回退基准是本专利提出的特定解决方案，未被对比文件公开。 |
<<<A>>><<<q>>>