**对比文件名称**：发明专利_JP2016535316A ジョイント・マルチチャネル符号化のための方法および装置
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**判断结果**：未公开 | 对比文件全文未涉及无线通信、用户装备(UE)或基站(BS)。其技术领域为多通道音频编码/解码（例如，[0002]段）。 | 目标专利的技术特征A限定了方法的执行主体（UE）和应用领域（无线通信）。对比文件公开的是一种用于多通道音频系统的编码/解码方法及装置（例如，[0009], [0029], [0033]段），其技术领域、要解决的技术问题（音频编码的灵活性与效率，见[0004]-[0005]段）、以及具体实施手段均与无线通信无关。本领域技术人员无法从对比文件中直接或隐含地确定一种由UE执行的无线通信方法。因此，该特征未被公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**判断结果**：未公开 | 对比文件全文未涉及上行链路、下行链路、子帧配置或动态信令。其内容围绕音频通道的接收、分组和联合编码（例如，[0009]段）。 | 目标专利的技术特征B涉及无线通信系统中特定的动态资源分配信令，用于指示随时间变化的上下行子帧配比。这是LTE TDD及eIMTA系统中的核心概念。对比文件处理的是静态或基于音频内容特征分组的音频通道，完全不涉及无线帧结构、子帧或动态重配置信令。两者技术领域和基本概念截然不同，无任何关联。因此，该特征未被公开。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**判断结果**：未公开 | 对比文件全文未涉及混合自动重传请求(HARQ)、确认/否定确认(ACK/NACK)或定时关系。 | 目标专利的技术特征C是无线通信链路层协议中的关键技术，用于保证数据传输可靠性，其定时关系紧密依赖于上下行子帧的分布。对比文件仅涉及音频信号的编码和解码处理，属于应用层或编解码器层面的信号处理，与通信协议中的HARQ机制无任何共通之处。本领域技术人员无法从音频编码方法中推导出无线通信的HARQ定时确定方式。因此，该特征未被公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**判断结果**：未公开 | 对比文件全文未涉及物理上行链路控制信道(PUCCH)或任何类型的无线通信信道资源分配。 | 目标专利的技术特征D涉及无线通信系统中上行控制信道资源的分配，具体用于承载HARQ反馈信息。这是LTE物理层的关键设计。对比文件中的“资源”指代的是音频数据的比特或编码参数，其“分配”或“映射”指的是音频通道到编码组的映射关系（例如，[0011]-[0013]段），与无线时频资源分配是完全不同的概念。因此，该特征未被公开。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**判断结果**：未公开 | 对比文件全文未涉及在PUCCH上传输任何信息。其输出为编码后的音频数据比特流（例如，[0054]段）。 | 目标专利的技术特征E是特征B、C、D所确定参数的实际应用动作，即在特定信道、特定时间、使用特定资源发送特定控制信息。对比文件完全没有无线传输的概念，其“传送”指的是将编码后的音频数据流发送给解码器，而非在无线接口的上行控制信道发送协议控制信息。因此，该特征未被公开。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**判断结果**：未公开 | 对比文件全文未涉及HARQ‑ACK码本。 | 目标专利的技术特征F是特征D的进一步细化，明确了资源分配的一个具体方面——确定ACK/NACK反馈的比特数（码本大小）。这完全依赖于无线通信协议中下行关联集的大小。对比文件中的“码本”或“大小”可能指音频编码中的码书或数据量，与HARQ‑ACK码本在技术内涵上毫无关联。因此，该特征未被公开。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | 对比文件全文未涉及DL关联集。 | 目标专利的技术特征G进一步限定了码本大小的确定依据——下行关联集的大小，这是由动态UL-DL配置决定的。这是一个非常具体的无线通信协议规则。对比文件中的“集”或“大小”可能指音频通道的分组（如[0011]段中的“对”），但该分组是基于音频内容或固定配置，而非基于动态变化的无线帧结构，且与下行数据子帧的关联性无关。因此，该特征未被公开。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**判断结果**：未公开 | 对比文件全文未涉及PUCCH资源分配。 | 此特征与特征D的核心部分重复，强调基于动态配置确定PUCCH资源。如前所述，对比文件不涉及PUCCH或类似的无线信道资源分配概念。因此，该特征未被公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | 对比文件全文未涉及PUCCH资源分配或DL关联集。 | 目标专利的技术特征I将PUCCH资源分配与DL关联集大小直接关联。这同样是LTE TDD系统中特定的资源映射规则。对比文件中不存在此类概念或规则。因此，该特征未被公开。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**判断结果**：未公开 | 对比文件全文未涉及DL关联集、集束集合、灵活子帧。 | 目标专利的技术特征J描述了在计算关联集大小时对灵活子帧的特殊处理规则，这是eIMTA系统中实现混合设计（参考配置定时，动态配置资源）的关键细节。对比文件处理的是音频通道，其分组是依据编码需要，不存在“灵活子帧”或“不被计及”这种基于动态半静态指示的资源过滤操作。因此，该特征未被公开。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**判断结果**：未公开 | 对比文件全文未涉及UL子帧、DL子帧或打包次序。 | 目标专利的技术特征K涉及对下行子帧索引进行重新排序的具体算法步骤，以适应动态配置。对比文件中可能涉及音频通道数据的排序或处理次序，但这是基于信号处理流程，与无线帧中子帧的重新打包在技术目的和实现手段上完全不同。因此，该特征未被公开。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**判断结果**：未公开 | 对比文件全文未涉及固定DL子帧。 | 目标专利的技术特征L是特征K的进一步细化，规定了打包次序中的优先级规则（固定子帧优先）。这是为了解决新旧UE资源冲突而设计的特定规则。对比文件中无此概念。因此，该特征未被公开。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**判断结果**：未公开 | 对比文件全文未涉及为不同类型UE配置分开的PUCCH区域。 | 目标专利的技术特征M涉及网络为兼容新旧终端而进行的资源区划分策略。对比文件关注的是音频编码本身，不涉及网络对多类型终端的资源管理策略。因此，该特征未被公开。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**判断结果**：未公开 | 对比文件全文未涉及PUCCH区域冲突检测。 | 目标专利的技术特征N是UE侧为避免资源冲突而执行的判断动作。这依赖于对旧式UE所用配置与动态配置的比较。对比文件不涉及此类多用户资源冲突检测与解决机制。因此，该特征未被公开。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**判断结果**：未公开 | 对比文件全文未涉及此场景。 | 目标专利的技术特征O是特征N判断后的一个执行分支，旨在提高资源利用率。这是非常具体的无线资源控制行为。对比文件中无对应逻辑。因此，该特征未被公开。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**判断结果**：未公开 | 对比文件全文未涉及资源偏移值基于冲突检测的动态选择。 | 目标专利的技术特征P是解决资源冲突的另一种具体技术手段，即动态选择不同的资源偏移参数。对比文件中可能包含参数选择（如编码模式），但并非基于无线资源冲突检测，且“偏移值”在无线通信中特指资源索引的偏移，与音频编码参数意义不同。因此，该特征未被公开。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**判断结果**：未公开 | 对比文件全文未涉及动态UL-DL子帧配置信令。 | 目标专利的技术特征Q对特征B中的信令进行了进一步限定，明确其为动态信令（如L1信令）。对比文件中虽然可能通过边带信息（side information）动态指示编码模式（如[0056]段），但这指示的是音频编码参数，与无线帧结构配置的动态信令在技术内容、作用和传输层位上完全不同。因此，该特征未被公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**判断结果**：未公开 | 对比文件全文未涉及DCI格式、TPC命令或ARO位。 | 目标专利的技术特征R限定了动态信令的具体承载方式，即复用物理层控制信道（DCI）中的特定字段。这是LTE物理层设计的精髓之一。对比文件中传递控制信息（如编码模式）的“边带信息”是音频编码比特流的一部分，其格式、载体和目的与DCI格式有本质区别。因此，该特征未被公开。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**判断结果**：未公开 | 对比文件全文未涉及动态配置丢失检测、回退机制或系统信息块(SIB)。 | 目标专利的技术特征S描述了一种异常处理或回退机制，当动态信令失效时，转而使用半静态配置。这体现了无线通信系统设计的鲁棒性。对比文件关注正常的编码流程，未公开类似的错误检测及配置回退机制。因此，该特征未被公开。 |
### 总结与代码插入
经逐一比对，对比文件（JP2016535316A）涉及多通道音频编码技术，其要解决的技术问题、采用的技术手段以及达到的技术效果，均与目标专利（涉及无线通信中动态TDD子帧配置下的HARQ定时与PUCCH资源分配）完全不同。本领域技术人员无法从对比文件中直接或通过合理推理间接得到目标专利权利要求中的任何技术特征。
因此，**对比文件未直接公开或隐含公开目标专利权利要求中的任何技术特征A至S**。
根据指令，由于没有技术特征被直接公开或隐含公开，不在回答中插入任何代码（如`<<<A>>>`或`<<<a>>>`）。