**对比文件名称**：发明申请_WO2014047860A1 UPLINK DOWNLINK ASSIGNMENT INDICATOR AMBIGUITY HANDLING FOR INTER-BAND TIME DIVISION DUPLEX CARRIER AGGREGATION
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用的模型名称**：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**判断结果**：**直接公开** | [0006] According to a second embodiment, a method includes generating hybrid automatic-repeat request acknowledgment bits to be transmitted ... The method also includes determining the number of subframes for which the user equipment needs to feed back hybrid automatic-repeat request acknowledgment bits ... The method further includes transmitting the acknowledgement bits based on the determining.<br>（根据第二实施例，一种方法包括生成要在物理上行链路共享信道上传输的混合自动重传请求确认比特……该方法还包括确定用户设备需要为给定服务小区反馈混合自动重传请求确认比特的子帧数量……该方法进一步包括基于所述确定来传输确认比特。） | 对比文件[0006]段明确公开了一种由用户设备（UE）执行的无线通信方法，该方法包括生成HARQ-ACK比特、确定反馈子帧数量以及传输确认比特。这与目标专利权利要求中的“一种用于由用户装备UE进行无线通信的方法”这一上位方法特征在字面和实质含义上均相同。在对比文件的整体技术方案中，该方法用于解决跨频段TDD载波聚合中ACK/NACK码本大小确定的问题，而在目标专利中用于解决动态TDD子帧配置下的资源映射和反馈问题。虽然解决的具体问题侧重点不同，但“由UE执行无线通信方法”这一特征本身在两者中所起的作用是相同的，即定义了执行操作的主体和行为类型。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**判断结果**：**隐含公开** | [0004] ... If different time division duplex uplink-downlink configurations on different bands are specified, the user equipment (UEs) will be informed of the actual time division duplex uplink/downlink configuration of each aggregated component carrier.<br>（……如果在不同频段上指定了不同的时分双工上行链路-下行链路配置，则将通知用户设备（UE）每个聚合分量载波的实际时分双工上行链路/下行链路配置。）<br>[0043] ... Pcell is configured with time division duplex uplink/downlink configuration 1 and Scell with time division duplex uplink downlink configuration 5.<br>（……主小区配置有时分双工上行链路/下行链路配置1，而辅小区配置有时分双工上行链路/下行链路配置5。） | 对比文件[0004]和[0043]段描述了在跨频段TDD载波聚合场景中，UE被“通知”（informed of）或“配置有”（configured with）不同分量载波上不同的TDD UL-DL配置。目标专利中的“动态UL-DL子帧配置”在说明书中被解释为可基于实际话务需要动态适配的配置（见说明书[0147]段）。对比文件虽未明确使用“动态”一词，但其描述的跨频段聚合允许不同载波有不同配置，这本身就是一种配置的“变化”或“适配”。本领域技术人员可以合理推断，为了支持这种聚合，网络需要通过某种信令（如RRC信令）将不同载波的配置告知UE。因此，对比文件隐含公开了“接收指示...UL-DL子帧配置的信令”这一特征。在对比文件中，该信令的作用是使UE知晓不同载波的配置以进行相应的HARQ操作；在目标专利中，其作用是使UE知晓动态配置以进行HARQ定时和资源分配。两者作用本质相同，均为UE执行后续操作提供配置信息。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**判断结果**：**隐含公开** | [0037] Primary cell (Pcell) physical downlink shared channel (PDSCH) HARQ timing can follow its own uplink downlink configuration timing. According to the different configurations from Pcell and secondary cell(s) (Scell(s)), Scell PDSCH HARQ timing will a reference uplink/downlink configuration ...<br>（主小区（Pcell）物理下行链路共享信道（PDSCH）HARQ定时可以遵循其自己的上行链路下行链路配置定时。根据Pcell和辅小区（Scell）的不同配置，Scell PDSCH HARQ定时将遵循参考上行链路/下行链路配置……）<br>[0063] ... K is determined according to the time division duplex uplink-downlink configuration which the PDSCH HARQ timing on serving cell c follows.<br>（……K是根据服务小区c的PDSCH HARQ定时所遵循的时分双工上行链路-下行链路配置来确定的。） | 对比文件[0037]和[0063]段明确指出，服务小区（无论是Pcell还是Scell）的PDSCH HARQ定时是依据该小区所遵循的UL-DL配置（或参考配置）来确定的。虽然对比文件主要讨论的是跨频段聚合下不同载波的固定配置，但其核心原理是：HARQ定时由该载波所应用的UL-DL配置决定。目标专利的“动态UL-DL子帧配置”是应用于一个载波（或系统）上可变的配置。本领域技术人员可以合理推断，当该配置变化时，基于该配置确定HARQ定时的逻辑依然适用。因此，对比文件隐含公开了“基于UL-DL子帧配置来确定HARQ ACK/NACK定时”这一技术特征。在对比文件中，该特征用于解决不同固定配置载波间的HARQ定时协调；在目标专利中，用于解决同一载波上配置动态变化时的HARQ定时确定。两者都是利用配置信息来推导HARQ定时，所起作用相同。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**判断结果**：**隐含公开** | [0039] ... for HARQ-ACK transmission in an uplink subframe n and on PUCCH or on PUSCH not adjusted by an uplink grant, or on the PUSCH adjusted by its associated uplink grant without W_{DAI}^UL, B_c^DL = M_c where M_c is the number of elements in set K_c.<br>（……对于在上行链路子帧n中且在PUCCH上、或在未被上行链路授权调整的PUSCH上、或在其关联的上行链路授权不含W_{DAI}^UL的PUSCH上进行的HARQ-ACK传输，B_c^DL = M_c，其中M_c是集合K_c中的元素数量。）<br>[0063] ... K is determined according to the time division duplex uplink-downlink configuration which the PDSCH HARQ timing on serving cell c follows.<br>（……K是根据服务小区c的PDSCH HARQ定时所遵循的时分双工上行链路-下行链路配置来确定的。） | 对比文件[0039]段定义了在PUCCH上传输HARQ-ACK时，需要反馈的DL子帧数B_c^DL等于下行链路关联集K_c的大小M_c。而[0063]段指出K_c是根据服务小区所遵循的TDD UL-DL配置确定的。因此，PUCCH上的HARQ资源分配（具体体现为需要反馈的ACK/NACK比特数，这是资源分配的核心维度之一）是基于UL-DL配置来确定的。虽然对比文件未明确提及“动态”配置，但如前所述，其确定逻辑是基于配置的。本领域技术人员可以合理推断，若配置是动态的，则基于该动态配置来确定PUCCH资源分配是顺理成章的延伸。因此，该特征被对比文件隐含公开。在对比文件中，其用于确定跨载波聚合下的反馈量；在目标专利中，用于确定动态TDD下的反馈量和资源，作用相同。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**判断结果**：**隐含公开** | [0006] ... a method includes generating hybrid automatic-repeat request acknowledgment bits to be transmitted on a physical uplink shared channel ... The method also includes determining the number of subframes for which the user equipment needs to feed back ... The method further includes transmitting the acknowledgement bits based on the determining.<br>（……一种方法包括生成要在物理上行链路共享信道上传输的混合自动重传请求确认比特……该方法还包括确定用户设备需要反馈……的子帧数量……该方法进一步包括基于所述确定来传输确认比特。）<br>[0039] ... for HARQ-ACK transmission in an uplink subframe n and on PUCCH ...<br>（……对于在上行链路子帧n中且在PUCCH上进行的HARQ-ACK传输……） | 对比文件[0006]段描述的方法明确包括：确定反馈内容（隐含了资源分配和定时，因为反馈子帧数M_c由配置和定时决定）以及基于此传输ACK/NACK比特。[0039]段也明确提到了在PUCCH上进行HARQ-ACK传输。虽然该实施例主要针对PUSCH，但[0039]段明确将PUCCH列为传输信道之一。因此，对比文件公开了“基于确定的信息（包括资源分配和定时）在PUCCH上传送HARQ ACK/NACK”这一完整步骤。本领域技术人员可以理解，传输行为必然基于先前确定的定时（在哪个子帧发）和资源分配（发什么、占多少资源）。因此，该技术特征被对比文件隐含公开。在对比文件和目标专利中，该特征均是实现HARQ反馈的最终步骤，作用相同。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**判断结果**：**隐含公开** | [0045] ... Since uplink downlink assignment indicator is used to determine the codebook size of HARQ-ACK transmission ...<br>（……由于上行链路下行链路分配指示器用于确定HARQ-ACK传输的码本大小……）<br>[0051] ... Kc, which is used to determine HARQ-ACK codebook size for feedback in PUCCH format 3 and PUCCH format 1b with channel selection.<br>（……Kc，用于确定在PUCCH格式3和带信道选择的PUCCH格式1b中反馈的HARQ-ACK码本大小。）<br>[0063] ... K is determined according to the time division duplex uplink-downlink configuration which the PDSCH HARQ timing on serving cell c follows.<br>（……K是根据服务小区c的PDSCH HARQ定时所遵循的时分双工上行链路-下行链路配置来确定的。） | 对比文件多处（如[0045], [0051]段）指出，HARQ-ACK码本大小的确定是关键环节。[0051]和[0063]段明确指出，用于确定码本大小的关键参数Kc（其大小M_c）是根据服务小区所遵循的TDD UL-DL配置来确定的。因此，对比文件公开了“基于UL-DL配置来确定HARQ-ACK码本大小”。虽然对比文件未明确使用“动态”一词，但基于配置确定码本大小的逻辑是明确的。本领域技术人员可以合理推断，当配置变为动态时，基于该动态配置来确定码本大小是直接的逻辑应用。因此，该特征被对比文件隐含公开。在对比文件中，该特征用于解决不同固定配置载波聚合时码本大小的一致性问题；在目标专利中，用于解决动态配置下码本大小的准确确定问题。两者作用相同，都是确保收发双方对反馈信息量理解一致。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：**隐含公开** | [0039] ... B_c^DL = M_c where M_c is the number of elements in set K_c.<br>（……B_c^DL = M_c，其中M_c是集合K_c中的元素数量。）<br>[0051] ... Kc, which is used to determine HARQ-ACK codebook size ...<br>（……Kc，用于确定HARQ-ACK码本大小……）<br>[0063] ... K is determined according to the time division duplex uplink-downlink configuration ...<br>（……K是根据服务小区c的PDSCH HARQ定时所遵循的时分双工上行链路-下行链路配置来确定的。） | 对比文件[0039]段直接给出了公式：需要反馈的DL子帧数（直接决定ACK/NACK位的数目）B_c^DL等于下行链路关联集K_c的大小M_c。[0051]段也明确Kc用于确定码本大小。而K_c及其大小M_c是根据UL-DL配置确定的（[0063]段）。因此，对比文件公开了“ACK/NACK位的数目基于UL-DL配置的DL关联集(K_c)的大小(M_c)来确定”。虽然未明确“动态”，但确定逻辑是基于配置的。本领域技术人员可以合理推断，若配置是动态的，则其对应的DL关联集大小也是动态确定的，并进而用于确定码本大小或比特数。因此，该特征被对比文件隐含公开。在对比文件和目标专利中，该特征都是将抽象的配置转化为具体的、可量化的反馈资源需求的核心步骤，作用相同。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**判断结果**：**隐含公开** | [0039] ... for HARQ-ACK transmission in an uplink subframe n and on PUCCH ... B_c^DL = M_c where M_c is the number of elements in set K_c.<br>（……对于在上行链路子帧n中且在PUCCH上进行的HARQ-ACK传输……B_c^DL = M_c，其中M_c是集合K_c中的元素数量。）<br>[0063] ... K is determined according to the time division duplex uplink-downlink configuration ...<br>（……K是根据服务小区c的PDSCH HARQ定时所遵循的时分双工上行链路-下行链路配置来确定的。） | 此特征与技术特征D和F紧密相关。对比文件[0039]段明确针对“在PUCCH上的HARQ-ACK传输”给出了资源分配（以反馈比特数B_c^DL表征）的确定方式，即B_c^DL = M_c。而M_c来源于K_c，K_c又根据UL-DL配置确定（[0063]段）。因此，对比文件公开了“基于UL-DL配置来确定PUCCH资源分配（具体为反馈比特数）”。虽然未明确“动态”，但确定逻辑是基于配置的。本领域技术人员可以合理推断，当配置动态变化时，基于该动态配置来确定PUCCH资源分配是必然的延伸。因此，该特征被对比文件隐含公开。在对比文件和目标专利中，该特征都是为PUCCH信道分配合适的反馈资源的基础，作用相同。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：**隐含公开** | [0039] ... for HARQ-ACK transmission in an uplink subframe n and on PUCCH ... B_c^DL = M_c where M_c is the number of elements in set K_c.<br>（……对于在上行链路子帧n中且在PUCCH上进行的HARQ-ACK传输……B_c^DL = M_c，其中M_c是集合K_c中的元素数量。）<br>[0063] ... K is determined according to the time division duplex uplink-downlink configuration ...<br>（……K是根据服务小区c的PDSCH HARQ定时所遵循的时分双工上行链路-下行链路配置来确定的。） | 此特征是技术特征H的具体化。对比文件[0039]段直接表明，PUCCH上的HARQ-ACK传输所需的资源（B_c^DL）等于DL关联集K_c的大小M_c。而K_c及其大小M_c由UL-DL配置决定（[0063]段）。因此，对比文件直接公开了“PUCCH资源分配基于UL-DL配置的DL关联集的大小来确定”这一具体技术手段。虽然未明确“动态”，但“基于配置确定关联集大小，再基于该大小确定资源”的逻辑链条是完整且明确的。本领域技术人员可以毫无疑义地推断，当配置动态变化时，该逻辑链条同样适用。因此，该特征被对比文件隐含公开。在对比文件和目标专利中，该特征都提供了从配置到资源分配的具体计算路径，作用相同。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**判断结果**：**未公开** | 无相应内容。 | 对比文件通篇未提及“灵活子帧”（flexible subframe）的概念，也未涉及在确定DL关联集大小时，需要根据一个动态配置去判断哪些子帧是DL并予以计及，哪些不是DL而不予计及的过程。对比文件中的DL关联集K_c是基于一个固定的参考配置（或服务小区自身的配置）全盘确定的，不存在从一组子帧（集束集合）中根据另一个动态配置进行筛选剔除的步骤。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**判断结果**：**未公开** | 无相应内容。 | 对比文件虽然定义了DL关联集K_c，但并未描述对该集合中的子帧进行“打包次序”确定的具体方法，更没有提及“通过移除UL子帧”来重新确定次序的步骤。目标专利说明书[0169]段描述的“通过移除UL子帧来改变打包次序”是其解决动态配置下资源高效映射的特定手段。对比文件未涉及此特定操作。因此，该技术特征未被对比文件公开。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**判断结果**：**未公开** | 无相应内容。 | 对比文件未提及“固定DL子帧”与“灵活子帧”的区分，也未涉及在资源映射时对子帧类型进行排序（如固定DL子帧优先）的规则。这是目标专利为解决与旧式UE资源冲突而提出的特定排序方法（见说明书[0169]段）。对比文件未公开此特征。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**判断结果**：**未公开** | 无相应内容。 | 对比文件讨论的是支持跨频段TDD CA的UE所面临的问题，但并未涉及在同一网络中存在支持与不支持动态配置的两种UE（即新旧UE共存）的场景，更没有提及为这两类UE配置“分开的PUCCH区域”以解决资源冲突的方案。该特征是目标专利针对eIMTA系统中新旧UE共存问题提出的特定解决方案（见说明书[0170]段）。对比文件未公开此特征。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**判断结果**：**未公开** | 无相应内容。 | 如上所述，对比文件未涉及新旧UE共存及分开PUCCH区域的配置，因此自然也谈不上对这两类UE的PUCCH区域进行“潜在冲突”检测。该特征是目标专利在配置分开区域的基础上，进一步提出的冲突检测机制。对比文件未公开此特征。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**判断结果**：**未公开** | 无相应内容。 | 该特征是基于技术特征N的冲突检测结果所采取的具体行动。由于对比文件未公开冲突检测（特征N），因此这一后续行动也无从谈起。对比文件未公开此特征。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**判断结果**：**未公开** | 无相应内容。 | 该特征涉及根据冲突检测结果动态选择PUCCH资源偏移值（第一偏移或第二偏移）。对比文件虽然提到了PUCCH资源分配，但从未提及“偏移值”（offset）的动态选择机制，更未将其与新旧UE的冲突检测相关联。这是目标专利的特定实现细节。对比文件未公开此特征。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**判断结果**：**直接公开** | [0045] ... Since uplink downlink assignment indicator is used to determine the codebook size of HARQ-ACK transmission ...<br>（……由于上行链路下行链路分配指示器用于确定HARQ-ACK传输的码本大小……）<br>以及全文多处提及UL DAI作为DCI中的字段。 | 对比文件明确、反复地提及“Uplink Downlink Assignment Indicator (UL DAI)”，这是包含在下行链路控制信息（DCI）格式0/4中的一个字段（见摘要、[0005]、[0045]等段）。DCI是物理层的动态信令。因此，对比文件直接公开了信令中包含“动态信令”（即UL DAI）这一特征。在对比文件中，UL DAI用于指示下行调度数量以帮助确定码本大小；在目标专利中，动态信令用于指示动态UL-DL配置。虽然信令携带的具体信息不同，但“信令包括动态信令（如下行控制信息中的字段）”这一特征本身是相同的。因此，该技术特征被直接公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**判断结果**：**隐含公开** | [0045] ... downlink control information format 0/4 ...<br>（……下行链路控制信息格式0/4……）<br>对比文件通篇将UL DAI描述为DCI格式0/4中的内容。 | 对比文件明确指出，UL DAI是承载于“downlink control information format 0/4”中的。DCI格式0/4是用于上行调度的DCI格式，其本身包含多个字段。本领域技术人员公知，DCI格式0/4中除了包含UL DAI字段，也包含用于发射功率控制（TPC）的命令字段。虽然对比文件没有明确说“用TPC命令位来传达动态配置信令”，但它明确公开了动态信令（UL DAI）是通过DCI格式0/4来传达的。而DCI格式0/4必然包含TPC命令位。因此，本领域技术人员可以合理推断，动态信令是经由一个包含TPC命令位的DCI格式来传达的。这符合“经由用于TPC命令的DCI格式中的一个或多个位来传达”的字面描述。关于ARO位，对比文件未提及。因此，该特征被对比文件部分隐含公开（针对TPC命令位部分）。在对比文件中，DCI格式用于传达UL DAI以解决码本模糊；在目标专利中，用于传达动态配置或资源偏移。虽然目的不同，但“使用DCI格式（内含TPC位）传达动态信令”这一手段特征是相同的。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**判断结果**：**未公开** | 无相应内容。 | 对比文件完全没有涉及“检测丢失的动态配置”以及发生丢失时“回退到SIB配置”的机制。目标专利说明书[0196]段明确将此作为回退操作方案提出。对比文件讨论的是在正确接收信令（如UL DAI）的前提下如何处理模糊性，而非信令丢失后的恢复机制。因此，该技术特征未被对比文件公开。 |
<<<A>>><<<Q>>>