对比文件名称：2013-10-16_EP2536050A_发明公开_EP2536050A2 DATA TRANSMISSION METHOD AND DEVICE IN WIRELESS COMMUNICATION SYSTEM
目标专利名称：1648一种发送物理上行链路控制信道的方法和用户设备CN107005388B
本次调用的模型名称：AI模型（基于公开知识进行分析）
### 特征比对表格
| 技术特征及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：所述方法包括：基于缩短的PUCCH格式发送所述PUCCH信号<br>《直接公开》 | 译文：如果ackNackSRS-SimultaneousTransmission参数为真，UE在相同子帧中配置了SRS传输和携带ACK/NACK和/或正SR的PUCCH传输时，使用缩短的PUCCH格式并同时发送SRS和该PUCCH。即，如果携带ACK/NACK和/或正SR的PUCCH配置在小区特定配置的SRS子帧内，UE使用缩短的PUCCH格式并同时发送SRS和该PUCCH。（对比文件段落[0092]）<br>另外，在SRS子帧中，PUCCH可以使用缩短的PUCCH格式1/1a/1b（对比文件段落[0154]）或缩短的PUCCH格式3（对比文件段落[0184]）。 | 对比文件明确教导在同时配置SRS和携带有ACK/NACK的PUCCH时使用缩短的PUCCH格式，并具体列举了缩短的PUCCH格式1/1a/1b和格式3。因此，技术特征A“基于缩短的PUCCH格式发送PUCCH信号”被对比文件直接公开。 |
| **技术特征B**：其中，基于(i)在子帧中配置所述PUCCH信号和探测参考信号SRS的同时传输，以及(ii)所述PUCCH信号的传输部分地或者全部地重叠于小区特定的SRS的带宽，所述缩短的PUCCH格式被使用<br>《隐含公开》 | 译文：如果ackNackSRS-SimultaneousTransmission参数为真，UE在相同子帧中配置了SRS传输和携带ACK/NACK和/或正SR的PUCCH传输时，使用缩短的PUCCH格式……即，如果携带ACK/NACK和/或正SR的PUCCH配置在小区特定配置的SRS子帧内，UE使用缩短的PUCCH格式……（对比文件段落[0092]）<br>另外，对比文件在涉及PUSCH时指出：“如果UE被配置为在初始传输的相同子帧中发送PUSCH和SRS，或者初始传输的PUSCH资源的分配部分地重叠于分配给小区特定SRS子帧和SRS传输的带宽，则NSRS=1”（对比文件段落[0142]和[0159]）。 | 对比文件直接公开了条件(i)：同时传输SRS和PUCCH时使用缩短的PUCCH格式。对于条件(ii)，对比文件虽未在PUCCH上下文中明确提及“PUCCH传输重叠于小区特定SRS带宽”，但本领域技术人员可以合理推断：在同时传输配置下，当PUCCH实际占用部分或全部SRS带宽时（例如为避免冲突或维持单载波特性），必然也采用缩短格式。对比文件在PUSCH部分明确使用了重叠条件（段落[0159]），且对于PUCCH，其小区特定SRS子帧中的缩短格式隐含包含了重叠情形，因为如果PUCCH不重叠则无需缩短（但对比文件仍然在所有小区特定SRS子帧中使用缩短格式）。因此，基于对比文件的教导和本领域常识，技术特征B被隐含公开。 |
| **技术特征C**：其中，在所述子帧中的最后正交频分复用OFDM符号不用于所述缩短的PUCCH格式<br>《直接公开》 | 译文：PUCCH可以使用缩短的PUCCH格式1/1a/1b作为不在分配给SRS的最后一个SC-FDMA符号中发送PUCCH的方法。（对比文件段落[0151]）<br>译文：缩短的PUCCH格式被使用，并且对应于发送SRS位置的ACK/NACK或SR的传输被打孔。（对比文件段落[0094]） | 对比文件明确说明缩短的PUCCH格式不在最后一个SC-FDMA符号（即OFDM符号）中发送PUCCH，该符号被保留用于SRS。因此，“最后OFDM符号不用于缩短的PUCCH格式”被直接公开。 |
| **技术特征D**：其中所述OFDM符号可用于所述SRS<br>《直接公开》 | 译文：通常，SRS在一个子帧的最后一个SC-FDMA符号中发送。（对比文件段落[0086]）<br>译文：如果ackNackSRS-SimultaneousTransmission参数为真，UE使用缩短的PUCCH格式并同时发送SRS和该PUCCH……（对比文件段落[0092]） | 对比文件直接指出SRS在子帧的最后一个SC-FDMA/OFDM符号中传输，且在使用缩短的PUCCH格式时，该符号可用于SRS的发送。因此，“最后OFDM符号可用于SRS”被直接公开。 |
| **技术特征E**：其中，基于所述缩短的PUCCH格式的所述PUCCH信号首先按照频率索引的升序映射到资源元素RE<br>《未公开》 | 对比文件全文未涉及PUCCH（或任何信道）的资源元素映射顺序（如频率优先或时间优先）。 | 对比文件主要关注SRS与PUCCH/PUSCH在载波聚合中的资源分配和同时传输策略，未描述任何关于编码比特到资源元素的映射顺序。因此，技术特征E未被直接或隐含公开。 |
| **技术特征F**：然后基于所述缩短的PUCCH格式的所述PUCCH信号按照除了用于最后OFDM符号之外的OFDM符号索引的升序映射到所述资源元素RE；并且中，所述最后OFDM符号不被应用正交序列<br>《未公开》 | 对比文件全文未涉及映射顺序；关于正交序列（OCC），对比文件仅提及PUCCH格式3使用正交序列（如段落[0181]及图7c相关描述），但未明确缩短的PUCCH格式是否应用或如何应用正交序列，更未提及最后符号不应用正交序列。 | 特征F包含两个部分：映射顺序和最后符号不应用正交序列。映射顺序（时间优先）完全未在对比文件中出现。关于正交序列，对比文件未讨论缩短格式下的OCC使用情况，本领域技术人员无法合理推断出“最后符号不被应用正交序列”这一具体限制。因此，技术特征F未被公开。 |
| **技术特征G**：其中，所述PUCCH信号包括混合自动重传请求HARQ应答ACK<br>《直接公开》 | 译文：如果ackNackSRS-SimultaneousTransmission参数为真，UE在相同子帧中配置了SRS传输和携带ACK/NACK和/或正SR的PUCCH传输时，使用缩短的PUCCH格式……（对比文件段落[0092]） | 对比文件多处明确将PUCCH与ACK/NACK（即HARQ应答）关联，指出PUCCH可携带ACK/NACK。因此，“PUCCH信号包括HARQ ACK”被直接公开。 |
| **技术特征H**：其中，所述子帧被配置成小区特定的SRS子帧<br>《直接公开》 | 译文：如果携带ACK/NACK和/或正SR的PUCCH配置在小区特定配置的SRS子帧内，UE使用缩短的PUCCH格式……（对比文件段落[0092]）<br>译文：小区特定SRS参数可由更高层给出。（对比文件段落[0144]） | 对比文件明确提到了“小区特定SRS子帧”的概念，并规定了在该类子帧中使用缩短PUCCH格式。因此，“子帧被配置成小区特定SRS子帧”被直接公开。 |
| **技术特征I**：其中，所述缩短的PUCCH格式以不同于PUCCH格式1、1a、1b以及3的新PUCCH格式为基础<br>《未公开》 | 对比文件仅提及可基于现有缩短的PUCCH格式1/1a/1b、缩短的PUCCH格式3以及“any PUCCH formats to be subsequently defined”（任何后续定义的PUCCH格式）（对比文件段落[0158]）。 | 对比文件虽提到“任何后续定义的格式”，但未提供任何具体结构或设计方案；本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出一种独立于格式1/1a/1b/3的“新PUCCH格式”作为缩短格式的基础。因此，技术特征I未被公开。 |
| **技术特征J**：进一步包括：基于所述缩短的PUCCH格式，确定是否将正交序列应用于所述子帧中的OFDM符号<br>《未公开》 | 对比文件未提及基于缩短的PUCCH格式进行是否应用正交序列的确定决策。 | 对比文件未涉及正交序列应用决策的相关内容。因此，技术特征J未被公开。 |
| **技术特征K**：其中，正交序列被应用于所述子帧中的除了所述最后OFDM符号之外的OFDM符号<br>《未公开》 | 对比文件未明确缩短的PUCCH格式中正交序列的应用范围，更未具体指出除最后符号外应用正交序列。 | 特征K要求正交序列应用于除最后符号外的其他符号，该特定条件在对比文件中没有记载或暗示。因此，技术特征K未被公开。 |
| **技术特征L**：进一步包括：发送用于所述PUCCH信号的解调参考信号DMRS<br>《直接公开》 | 译文：DMRS可以结合PUSCH或PUCCH的传输。（对比文件段落[0085]）<br>译文：UE将UCI通过PUCCH资源在SRS子帧中发送……（PUCCH通常包含DMRS以支持解调）。 | 对比文件确认DMRS与PUCCH传输相关联，即发送PUCCH信号必然伴随DMRS的发送。因此，“发送用于PUCCH信号的DMRS”被直接公开。 |
| **技术特征M**：其中，在所述子帧中每时隙的一个OFDM符号中发送所述DMRS<br>《未公开》 | 对比文件描述现有PUCCH格式的DMRS位置：对于格式1/1a/1b（常规CP），每时隙3个DMRS符号（图7a及相关描述）；对于格式2/2a/2b（常规CP），每时隙2个DMRS符号（图7b及相关描述）；对于格式3（常规CP），每时隙2个DMRS符号（图7c及相关描述）。均未公开“每时隙仅一个OFDM符号用于DMRS”。 | 技术特征M要求每个时隙中仅有一个OFDM符号用于DMRS传输，这与对比文件所示的现有PUCCH格式（包括缩短格式）的DMRS配置均不同。对比文件未提供任何每时隙仅一个DMRS符号的教导或暗示。因此，技术特征M未被公开。 |
**结尾代码：**
<<<A>>><<<b>>><<<C>>><<<D>>><<<G>>><<<H>>><<<L>>>