对比文件名称：2012-07-25_EP2479948A_发明公开_EP2479948A2 METHOD AND APPARATUS FOR TRANSMITTING A REFERENCE SIGNAL IN A MULTI-ANTENNA SYSTEM
目标专利名称：1648一种发送物理上行链路控制信道的方法和用户设备CN107005388B
本次调用的模型名称：DeepSeek-Chat
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述方法包括：基于缩短的PUCCH格式发送所述PUCCH信号 **【未公开】** | 对比文件未涉及关于“缩短的PUCCH格式”的任何描述。 | 对比文件全文主要涉及参考信号的循环移位分配和正交覆盖码应用，未提及任何形式的“缩短的PUCCH格式”，也没有记载基于某种格式发送PUCCH信号。本领域技术人员从对比文件无法直接得到或合理推导出该特征。 |
| 技术特征B：其中，基于(i)在子帧中配置所述PUCCH信号和探测参考信号SRS的同时传输，以及(ii)所述PUCCH信号的传输部分地或者全部地重叠于小区特定的SRS的带宽，所述缩短的PUCCH格式被使用 **【未公开】** | 对比文件未涉及同时传输PUCCH和SRS的条件，也未涉及PUCCH与SRS带宽重叠时使用的格式。 | 对比文件仅在[0062]提及SRS是用于上行调度的参考信号，并可在子帧的OFDM符号中传输，但未描述同时传输PUCCH和SRS的场景，更没有公开基于条件(i)和(ii)采用缩短PUCCH格式。因此该特征未被公开。 |
| 技术特征C：其中，在所述子帧中的最后正交频分复用OFDM符号不用于所述缩短的PUCCH格式 **【未公开】** | 对比文件未涉及缩短PUCCH格式，也未涉及子帧中最后OFDM符号的用途。 | 对比文件未记载任何关于“缩短的PUCCH格式”或“最后符号不用于PUCCH”的内容。其图9及描述仅示出DMRS的位置，未讨论最后符号的分配。故本领域技术人员无法得到该特征。 |
| 技术特征D：其中所述OFDM符号可用于所述SRS **【未公开】** | 对比文件[0062]：“探测参考信号（SRS）是用于上行链路调度的参考信号……可以通过子帧内的OFDM符号发送。” | 对比文件虽然提到SRS可通过OFDM符号发送，但完全没有指出该OFDM符号是子帧中的最后一个符号，也没有与PUCCH的传输建立任何关联。因此，不能认为对比文件公开了“所述(最后)OFDM符号可用于SRS”。 |
| 技术特征E：其中，基于所述缩短的PUCCH格式的所述PUCCH信号首先按照频率索引的升序映射到资源元素RE **【未公开】** | 对比文件未涉及PUCCH数据符号到资源元素的映射顺序。 | 对比文件仅在[0117]描述了解调参考信号（DMRS）的映射（映射到特定符号），但未对PUCCH数据（UCI）的RE映射顺序作任何教导，更未提及频率优先的映射方式。 |
| 技术特征F：然后基于所述缩短的PUCCH格式的所述PUCCH信号按照除了用于最后OFDM符号之外的OFDM符号索引的升序映射到所述资源元素RE；并且，所述最后OFDM符号不被应用正交序列 **【未公开】** | 对比文件未涉及PUCCH映射顺序，也未涉及最后符号不应用正交序列。 | 对比文件没有描述任何PUCCH数据符号的映射顺序，也没有提到最后符号不应用正交序列（OCC）。对比文件关于OCC的讨论仅针对参考信号，而非PUCCH数据。 |
| 技术特征G：其中，所述PUCCH信号包括混合自动重传请求HARQ应答ACK **【直接公开】** | [0053]：“在PUCCH上传输的上行链路控制信息可以包括混合自动重传请求(HARQ)肯定应答/否定应答(ACK/NACK)……”（原文：Uplink control information transmitted on the PUCCH may include a hybrid automatic repeat request (HARQ) acknowledgement/non-acknowledgement (ACK/NACK)…） | 对比文件明确记载PUCCH上传输的上行控制信息包括HARQ ACK/NACK。本领域技术人员可以直接确定PUCCH信号包含HARQ应答。因此该特征被直接公开。 |
| 技术特征H：其中，所述子帧被配置成小区特定的SRS子帧 **【未公开】** | 对比文件未涉及“小区特定SRS子帧”的配置。 | 对比文件仅在[0062]简单提及SRS，未描述子帧如何配置为小区特定SRS子帧，也没有任何关于子帧配置的细节。故该特征未被公开。 |
| 技术特征I：其中，所述缩短的PUCCH格式以不同于PUCCH格式1、1a、1b以及3的新PUCCH格式为基础 **【未公开】** | 对比文件未涉及任何关于新PUCCH格式的描述。 | 对比文件未提及PUCCH格式1、1a、1b、3，更没有提到不同于这些格式的新格式。全部内容均围绕参考信号，不涉及PUCCH格式类型的定义。 |
| 技术特征J：进一步包括：基于所述缩短的PUCCH格式，确定是否将正交序列应用于所述子帧中的OFDM符号 **【未公开】** | 对比文件未涉及基于PUCCH格式确定正交序列应用的过程。 | 对比文件[0121]-[0145]讨论了正交覆盖码（OCC）应用于参考信号序列，但完全没有涉及基于缩短的PUCCH格式来确定是否对PUCCH数据符号应用正交序列。 |
| 技术特征K：其中，正交序列被应用于所述子帧中的除了所述最后OFDM符号之外的OFDM符号 **【未公开】** | 对比文件未涉及将正交序列应用于PUCCH数据符号的特定OFDM符号。 | 对比文件讨论的OCC应用对象是参考信号（DMRS），而非PUCCH数据符号；且未提及“最后符号不应用正交序列”。 |
| 技术特征L：进一步包括：发送用于所述PUCCH信号的解调参考信号DMRS **【直接公开】** | [0073]：“解调参考信号（DMRS）是在信道估计中用于解调接收信号的参考信号。DMRS可以与PUSCH或PUCCH的传输相关联。”（原文：The DMRS is a reference signal used in channel estimation for the demodulation of a received signal. The DMRS may be associated with the transmission of a PUSCH or PUCCH.） | 对比文件明确教导DMRS可以与PUCCH的传输相关联，即UE在发送PUCCH时能够发送对应的DMRS。本领域技术人员可以直接得出“发送用于PUCCH信号的DMRS”。 |
| 技术特征M：其中，在所述子帧中每时隙的一个OFDM符号中发送所述DMRS **【未公开】** | 对比文件[0117]描述了PUSCH的DMRS映射到每个时隙的一个符号（正常CP下为第四OFDM符号，扩展CP下为第三OFDM符号），但未涉及PUCCH的DMRS位置。 | 特征M要求PUCCH的DMRS每时隙仅在一个OFDM符号中发送。对比文件虽公开了PUSCH DMRS每时隙一个符号，但未给出PUCCH DMRS的类似配置。且PUCCH的DMRS在标准中通常有不同结构（如每时隙多个符号）。本领域技术人员不能从对比文件的内容直接或合理推断出PUCCH的DMRS每时隙仅在一个符号中发送。 |
<<<G>>><<<L>>>