**对比文件名称**：发明申请_US20160183308A1 METHOD AND DEVICES FOR SOLVING RESOURCE CONFLICT ISSUES AMONG DYNAMIC TDD CAPABLE UE
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**公开性判断**：隐含公开 | [0013] In one embodiment a method is disclosed for a device for preventing data transmission configuration conflict between the device and a base station. The method comprising receiving a control message from the base station. The method further comprises determining a first data transmission configuration from the received control message and determining a second data transmission configuration from a candidate set of configurations wherein the candidate set of configurations is associated with the first data transmission configuration. The method further comprises transmitting data to the base station in accordance with the second data transmission configuration.<br>译：[0013] 在一个实施例中，公开了一种用于防止设备与基站之间数据传输配置冲突的设备的方法。该方法包括从基站接收控制消息。该方法还包括从接收到的控制消息中确定第一数据传输配置，以及从候选配置集合中确定第二数据传输配置，其中该候选配置集合与第一数据传输配置相关联。该方法还包括根据第二数据传输配置向基站传输数据。 | 对比文件[0013]段明确公开了一种由设备（即UE）执行的无线通信方法，该方法旨在解决配置冲突问题，涉及接收控制消息、确定配置并据此传输数据。虽然该方法的具体步骤描述（防止配置冲突）与目标专利权利要求前序部分（“用于由用户装备UE进行无线通信的方法”）的概括性表述不完全相同，但其核心是UE执行无线通信过程。本领域技术人员基于对比文件整体内容（涉及UE在动态TDD下的操作）可以合理推断出，其所公开的方法属于“由用户装备UE进行无线通信的方法”范畴。因此，技术特征A被对比文件隐含公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**公开性判断**：直接公开 | [0004] For a dynamic TDD capable UE, the device is usually configured with one UL reference TDD configuration, and one DL reference TDD configuration. The actual TDD configuration used by an advanced UE varies within a TDD configuration group where the advanced UE's UL subframe is the subset of UL reference TDD configuration and DL subframe is the subset of DL reference TDD configuration. In order to obtain some benefit, in 3rd Generation Partnership Project (3GPP), it is agreed that the eNB notify dynamic TDD capable UE of the actual TDD configuration using explicit signaling. The explicit signaling could be in the form of a message signaled on the downlink physical control channel for example in a DCI on PDCCH.<br>译：[0004] 对于支持动态TDD的UE，该设备通常配置有一个UL参考TDD配置和一个DL参考TDD配置。高级UE使用的实际TDD配置在TDD配置组内变化，其中高级UE的UL子帧是UL参考TDD配置的子集，而DL子帧是DL参考TDD配置的子集。为了获得一些益处，在第三代合作伙伴计划(3GPP)中，同意eNB使用显式信令将实际TDD配置通知给支持动态TDD的UE。显式信令可以是在下行链路物理控制信道上信令通知的消息的形式，例如在PDCCH上的DCI中。 | 对比文件[0004]段直接且明确地公开了eNB使用显式信令（explicit signaling）向支持动态TDD的UE通知实际（即动态变化的）TDD配置。该TDD配置定义了UL和DL子帧的分配，即UL-DL子帧配置。因此，技术特征B“接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令”已被对比文件直接公开。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**公开性判断**：未公开 | 无直接对应原文。涉及HARQ定时的描述如下：<br>[0121] ... dual reference configurations ... a different configuration is used for downlink timing, such as PDSCH HARQ feedback delay.<br>[0124] Proposal 2: The downlink reference configuration determines the PDSCH HARQ feedback timing.<br>译：[0121] ... 双参考配置 ... 不同的配置用于下行链路定时，例如PDSCH HARQ反馈延迟。<br>[0124] 提案2：下行参考配置决定PDSCH HARQ反馈定时。 | 目标专利中，技术特征C要求“基于所述动态UL‑DL子帧配置”来确定HARQ ACK/NACK定时。根据目标专利说明书[0011]、[0066]段，“混合”设计的核心在于：HARQ ACK/NACK定时基于**参考**UL-DL子帧配置确定，而HARQ资源分配基于**动态**UL-DL子帧配置确定。对比文件虽然公开了HARQ反馈定时（如[0121]、[0124]段），但明确说明该定时是由**下行参考配置（downlink reference configuration）** 决定的，该参考配置对于所有动态TDD UE是相同的（参见[0008], [0060], [0063]段），并且与通过显式信令通知的、可能变化的“实际TDD配置”（即动态配置）是不同的概念。对比文件未公开基于动态变化的UL-DL子帧配置本身来确定HARQ定时的技术手段。因此，技术特征C未被对比文件公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**公开性判断**：直接公开 | [0008] ... dynamic TDD capable UE always allocates PUCCH HARQ resource according to downlink reference TDD configuration which is the same for all dynamic TDD capable UE, independent of the explicit signaling.<br>译：[0008] ... 支持动态TDD的UE总是根据下行参考TDD配置分配PUCCH HARQ资源，该配置对所有支持动态TDD的UE是相同的，独立于显式信令。<br>[0009] ... the TDD configuration of dynamic TDD capable UE that detect the latest explicit signaling uses the up-to-date TDD configuration to save PUCCH resources.<br>译：[0009] ... 检测到最新显式信令的支持动态TDD的UE的TDD配置使用最新的TDD配置以节省PUCCH资源。 | 技术特征D要求基于动态UL-DL子帧配置来确定PUCCH的HARQ资源分配。对比文件[0009]段明确公开了第二种冲突解决实施例：检测到最新显式信令的动态TDD UE，使用该显式信令中的TDD配置（即“最新的TDD配置”，也就是动态配置）来分配PUCCH资源。这直接对应于“基于动态UL-DL子帧配置来确定PUCCH的HARQ资源分配”。此外，[0008]段的第一种实施例虽然使用固定的下行参考配置，但同样涉及基于一种配置（参考配置）来确定PUCCH HARQ资源分配，这从另一角度公开了“基于配置确定PUCCH HARQ资源分配”的概念，但该配置非动态。综合来看，对比文件直接公开了技术特征D。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**公开性判断**：隐含公开 | [0005] ... PUCCH HARQ resource conflicts result when different UE with different TDD configurations need feedback DL HARQ on the same UL subframe.<br>译：[0005] ... 当具有不同TDD配置的不同UE需要在同一UL子帧上反馈DL HARQ时，会导致PUCCH HARQ资源冲突。<br>[0057] There are generally two pools of PUCCH resources available to transmit HARQ A/N feedbacks for PDSCH transmissions.<br>译：[0057] 通常有两个PUCCH资源池可用于传输PDSCH传输的HARQ A/N反馈。 | 技术特征E限定了在确定了资源分配和定时后，在PUCCH上执行HARQ ACK/NACK传输这一最终动作。对比文件通篇在讨论PUCCH HARQ资源的分配、冲突解决以及HARQ反馈定时（如提案2），其根本目的就是为了使UE能够在正确的上行子帧、使用正确的PUCCH资源来发送HARQ ACK/NACK反馈（如[0005]段所述）。本领域技术人员从对比文件关于PUCCH资源分配和HARQ定时管理的整体教导中，可以直接且毫无疑义地得出，UE需要根据所确定的资源分配和定时在PUCCH上发送HARQ ACK/NACK。因此，该特征被隐含公开。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**公开性判断**：隐含公开 | [0098] In a ninth resource conflict resolution embodiment, the PF3 payload is determined by the size of set KR of the current subframe and the configured multi-antennas schemes...<br>译：[0098] 在第九资源冲突解决实施例中，PF3有效载荷由当前子帧的集合KR的大小和配置的多天线方案决定...<br>[0099] As an example of this embodiment, consider the UE configured with UL-DL configuration 1 through SIB1 and DL reference configuration 3. ... The PF3 payload size for subframe n=2 is set according to the configured MIMO schemes and the set size of KR={12,8,7,11}, i.e. 4.<br>译：[0099] 作为该实施例的示例，考虑通过SIB1配置了UL-DL配置1以及DL参考配置3的UE。... 子帧n=2的PF3有效载荷大小根据配置的MIMO方案和集合KR={12,8,7,11}的大小（即4）来设置。 | 目标专利中，确定HARQ-ACK码本大小是确定HARQ资源分配的一部分（参见说明书[0067]段）。对比文件[0098]-[0099]段公开了第九资源冲突解决实施例，其中PUCCH格式3（PF3）的有效载荷大小（即码本大小）由集合KR的大小决定。结合对比文件[0086]段对KD和KR的定义（KR为由DL参考配置确定的集合），以及[0009]段第二种实施例中“使用最新的TDD配置（即动态配置）”，本领域技术人员可以合理推断：当动态TDD UE采用第二种实施例（即使用动态配置）时，其用于确定PF3有效载荷大小的“集合KR”实质上就是由该动态UL-DL子帧配置所确定的DL关联集。因此，基于动态UL-DL子帧配置来确定HARQ-ACK码本大小的技术手段被对比文件隐含公开。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**公开性判断**：隐含公开 | [0098] ... the PF3 payload is determined by the size of set KR of the current subframe ...<br>[0099] ... The PF3 payload size for subframe n=2 is set according to ... the set size of KR={12,8,7,11}, i.e. 4.<br>译：同上。 | 技术特征G进一步限定了码本大小或ACK/NACK位数目的确定依据是DL关联集的大小。对比文件[0098]-[0099]段明确公开了PF3有效载荷（即码本）大小由“集合KR的大小（size of set KR）”决定。如对特征F的论述，当UE采用动态配置时，此处的“集合KR”即对应于该动态配置的DL关联集。因此，该技术特征被对比文件隐含公开。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**公开性判断**：直接公开 | [0009] ... the TDD configuration of dynamic TDD capable UE that detect the latest explicit signaling uses the up-to-date TDD configuration to save PUCCH resources.<br>译：[0009] ... 检测到最新显式信令的支持动态TDD的UE的TDD配置使用最新的TDD配置以节省PUCCH资源。 | 此特征与特征D高度相关，但更具体地指向“确定PUCCH资源分配”这一子步骤。对比文件[0009]段明确记载了动态TDD UE使用“最新的TDD配置”（即动态配置）来“节省PUCCH资源（save PUCCH resources）”，这直接公开了基于动态配置来确定PUCCH资源分配。因此，技术特征H被直接公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**公开性判断**：隐含公开 | [0086] In a first resource conflict resolution embodiment, the UE shall use dynamic PUCCH resources for a PDSCH transmission ... where KI is the intersection of the set K as determined by the UL-DL configuration given by SIB and the set KR as determined by the DL reference configuration.<br>译：[0086] 在第一资源冲突解决实施例中，UE应对PDSCH传输使用动态PUCCH资源...其中KI是由SIB给出的UL-DL配置确定的集合K与由DL参考配置确定的集合KR的交集。<br>[0092] In a fourth resource conflict resolution embodiment, a UE that is practicing resource conflict resolution embodiments 1, 2 or 3, the UE orders its A/N from each subframe so that the A/N from the intersection of the SIB1 UL-DL configuration and the DL reference configurations is located first followed by the difference set between the two sets.<br>译：[0092] 在第四资源冲突解决实施例中，实践资源冲突解决实施例1、2或3的UE，对其来自每个子帧的A/N进行排序，使得来自SIB1 UL-DL配置和DL参考配置的交集的A/N位于前面，然后是这两个集合之间的差集。 | 技术特征I限定了PUCCH资源分配基于DL关联集的大小来确定。对比文件[0086]段公开的第一资源冲突解决实施例中，动态PUCCH资源的确定与由DL参考配置确定的集合KR有关。在[0092]段的第四实施例中，进一步涉及对ACK/NACK的排序，该排序基于由配置（SIB1配置和DL参考配置）确定的集合（K和KR）。虽然这些描述直接关联的是DL参考配置，但如之前分析，在第二种冲突解决实施例（[0009]段）下，动态TDD UE使用动态配置。本领域技术人员结合对比文件整体内容，能够合理推断出：当使用动态配置时，其PUCCH资源分配（包括资源确定和ACK/NACK排序打包）的逻辑同样会依赖于由该动态配置所确定的DL关联集（类似于对比文件中的集合K或KR）的大小和内容。因此，该特征被隐含公开。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**公开性判断**：未公开 | 无直接对应原文。对比文件提到了灵活子帧和子帧方向，但未描述在确定DL关联集大小时排除特定灵活子帧的具体规则。例如：[0125] ... This implies that we form a number of fixed subframes ... and a number of flexible subframes. | 目标专利此特征（对应说明书[0069]段）描述了基于动态配置确定DL关联集大小时的一个具体排除规则：不计及那些在动态配置中未被配置为DL的灵活子帧。对比文件虽然提到了“灵活子帧（flexible subframes）”的概念（[0125]段），也提到了基于配置确定集合（如K， KR），但并未公开在确定DL关联集大小时，需要根据动态配置去判断并排除其中非DL的灵活子帧这一具体技术手段。对比文件未教导该特定规则。因此，技术特征J未被公开。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**公开性判断**：隐含公开 | [0092] ... the UE orders its A/N from each subframe so that the A/N from the intersection of the SIB1 UL-DL configuration and the DL reference configurations is located first followed by the difference set between the two sets.<br>译：[0092] ... UE对其来自每个子帧的A/N进行排序，使得来自SIB1 UL-DL配置和DL参考配置的交集的A/N位于前面，然后是这两个集合之间的差集。<br>[0142] ... the feedback mapping may be updated such that subframes present in uplink reference configurations “Downlink associations set” be mapped first ... Any remaining subframes in the “downlink association set” for the downlink reference configuration set may then be mapped ...<br>译：[0142] ... 可以更新反馈映射，使得存在于上行参考配置的“下行关联集”中的子帧首先被映射... 然后，下行参考配置集的“下行关联集”中的任何剩余子帧可以被映射... | 技术特征K描述了确定打包次序的方法：通过移除UL子帧。对比文件[0092]和[0142]段公开了ACK/NACK反馈的排序或映射次序，其核心思想是根据子帧属于哪个集合（交集、差集；或上行参考配置的关联集、下行参考配置的关联集的剩余部分）来确定次序。本领域技术人员可以理解，这种基于集合划分来确定打包次序的方法，在实际操作中必然涉及到识别并“移除”那些不属于当前处理集合（例如，对于动态配置的DL关联集，需要排除其中的UL子帧）的子帧，从而确定剩余DL子帧的次序。因此，该技术手段被对比文件隐含公开。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**公开性判断**：未公开 | 无直接对应原文。对比文件[0092]和[0142]段提到了按集合（交集、上行参考配置的关联集）优先排序，但未提及基于子帧的“固定”或“灵活”属性来在剩余DL子帧内部确定首个映射位置。 | 目标专利此特征（对应说明书[0069]段）规定了一个更具体的打包规则：固定DL子帧被映射为第一个。对比文件公开的排序规则是基于子帧所属的配置集合（如SIB1配置与参考配置的交集），而非基于子帧本身是“固定”还是“灵活”的属性。对比文件没有公开将“固定DL子帧”优先映射为打包次序中第一个的具体技术手段。因此，技术特征L未被公开。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**公开性判断**：直接公开 | [0080] According to some embodiments, the described embodiments apply not only to PUCCH format 1a, 1b, 2a, 2b but also to PUCCH format 3 as well. ... eNB need to allocate two group of resources for PUCCH format 3, one for TDD configuration in SIB, one for DL reference TDD configuration.<br>译：[0080] 根据一些实施例，所描述的实施例不仅适用于PUCCH格式1a、1b、2a、2b，也适用于PUCCH格式3。... eNB需要为PUCCH格式3分配两组资源，一组用于SIB中的TDD配置，一组用于DL参考TDD配置。<br>[0140] ... is to separate the PUCCH resource regions, for example by configuring different NPUCCH(1)...<br>译：[0140] ... 是分离PUCCH资源区域，例如通过配置不同的NPUCCH(1)... | 技术特征M涉及为不同类型UE配置分开的PUCCH区域。对比文件[0080]段明确公开了eNB需要为PUCCH格式3分配两组资源，分别对应旧式UE使用的SIB配置和动态TDD UE使用的DL参考配置，这直接对应于为两类UE配置分开的PUCCH资源（组）。[0140]段也明确提到了分离PUCCH资源区域（separate the PUCCH resource regions）的方案。因此，技术特征M被对比文件直接公开。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**公开性判断**：未公开 | 无直接对应原文。对比文件通篇在解决资源冲突问题，并提出了多种避免冲突的方案（如分开资源区域、更新映射规则等），但并未描述由UE主动执行一个“确定是否存在潜在冲突”的判断步骤或过程。 | 目标专利此特征（对应说明书[0071]段）描述了一个具体的UE行为：确定两类UE的PUCCH区域之间是否存在潜在冲突。对比文件虽然指出了冲突问题并给出了解决方案，但这些方案（如网络侧配置分开区域、使用不同的映射参数）主要是由网络（eNB）实施或预先配置的。对比文件没有公开或暗示UE需要主动执行一个判断潜在冲突的步骤。因此，技术特征N未被公开。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**公开性判断**：未公开 | 无直接对应原文。 | 技术特征O是建立在特征N（检测冲突）基础上的后续动作。由于特征N未被公开，且对比文件中没有描述UE基于“是否检测到潜在冲突”这一条件来决定使用哪个PUCCH区域的具体逻辑，因此技术特征O也未被公开。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**公开性判断**：未公开 | 无直接对应原文。对比文件提到了配置不同的NPUCCH(1)作为偏移值（[0140]段），也提到了ARO（[0071]段），但未描述根据“是否检测到潜在冲突”这一条件在“第一偏移值”和“第二偏移值”之间进行选择。 | 技术特征P描述了根据冲突检测结果选择不同偏移值的规则。对比文件虽然公开了可以使用不同的偏移值（如不同的NPUCCH(1)）来分离资源区域，但并未公开由UE基于对“潜在冲突”的检测结果来动态选择使用哪个偏移值的具体技术手段。该选择逻辑未被对比文件公开。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**公开性判断**：直接公开 | [0004] ... the eNB notify dynamic TDD capable UE of the actual TDD configuration using explicit signaling. The explicit signaling could be in the form of a message signaled on the downlink physical control channel for example in a DCI on PDCCH.<br>译：[0004] ... eNB使用显式信令将实际TDD配置通知给支持动态TDD的UE。显式信令可以是在下行链路物理控制信道上信令通知的消息的形式，例如在PDCCH上的DCI中。 | 技术特征Q限定了指示动态配置的信令是“动态信令”。对比文件[0004]段明确将通知实际TDD配置的信令描述为“显式信令（explicit signaling）”，并举例其形式为PDCCH上的DCI。在通信领域，特别是在3GPP LTE/5G语境下，通过PDCCH/DCI发送的信令通常被称为“动态信令”或“L1信令”，以区别于半静态的RRC信令。因此，对比文件直接公开了该特征。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**公开性判断**：隐含公开 | [0071] ... the TPC field in the DCI format of the corresponding PDCCH shall be used to determine the PUCCH resource values from PUCCH resource pool configured by higher layers.<br>译：[0071] ... 相应PDCCH的DCI格式中的TPC字段应用于根据高层配置的PUCCH资源池来确定PUCCH资源值。<br>[0090] In a third resource conflict resolution embodiment, for a UE practicing the first resource conflict resolution embodiment, the TPC field in the DCI format of the PDCCH ... shall be used to determine the PUCCH resource or PUCCH resource values from a PUCCH resource pool configured by higher layers.<br>译：[0090] 在第三资源冲突解决实施例中，对于实践第一资源冲突解决实施例的UE，PDCCH的DCI格式中的TPC字段...应用于根据高层配置的PUCCH资源池来确定PUCCH资源或PUCCH资源值。 | 技术特征R限定了动态信令传达的具体形式：使用DCI中的TPC命令位或ARO位。对比文件[0071]和[0090]段多次明确公开了使用DCI格式中的TPC（Transmit Power Control）字段来确定PUCCH资源值。虽然对比文件未明确使用“ARO（Acknowledgment Resource Offset）”这一术语，但其描述的利用TPC字段动态指示PUCCH资源值的技术手段，在功能上与目标专利中“经由用于TPC命令的DCI格式中的位来传达资源分配信息”是相同的。本领域技术人员能够直接确定该公开内容。因此，技术特征R被对比文件隐含公开（对于TPC命令位部分）。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**公开性判断**：直接公开 | [0009] Furthermore, dynamic TDD capable UE that is in a sleep mode or does not detect explicit signaling when explicit signaling is sent follow the TDD configuration in the SIB.<br>译：[0009] 此外，处于睡眠模式或在发送显式信令时未检测到显式信令的支持动态TDD的UE遵循SIB中的TDD配置。<br>[0177] If the dynamic TDD capable UE determines that it misses the latest explicit signaling, it uses the TDD configuration in SIB when allocating PUCCH HARQ resources.<br>译：[0177] 如果支持动态TDD的UE确定它错过了最新的显式信令，则在分配PUCCH HARQ资源时使用SIB中的TDD配置。 | 技术特征S描述了回退操作：检测动态配置信令丢失，并转而使用SIB中的配置。对比文件[0009]和[0177]段明确公开了第二种冲突解决实施例中的核心规则：如果动态TDD UE没有检测到（misses）最新的显式信令（即丢失了动态配置信令），则它使用SIB中的TDD配置来分配PUCCH HARQ资源。这直接对应于技术特征S的全部内容。因此，该特征被对比文件直接公开。 |
<<<B>>><<<D>>><<<H>>><<<M>>><<<Q>>><<<S>>>