对比文件名称：2014-03-20_US2014078942A_发明申请_US20140078942A1 TRANSMITTING AND RECEIVING UPLINK CONTROL CHANNEL
目标专利名称：1648一种发送物理上行链路控制信道的方法和用户设备CN107005388B
本次调用的模型名称：AI模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：《直接公开》<br>所述方法包括：基于缩短的PUCCH格式发送所述PUCCH信号 | 第[0049]段：“如果参数ackNackSRS-SimultaneousTransmission设置为TRUE，同时在同一子帧中指示发送SRS和用于发送ACK/NACK和/或正SR的缩短PUCCH格式，则用户设备同时发送缩短PUCCH格式和SRS。”<br>第[0035]段：“缩短的PUCCH格式1a/1b具有与PUCCH格式1a/1b相同的结构，但子帧的最后一个SC-FDMA符号被打孔。”<br>第[0037]段：“缩短的PUCCH格式3具有与PUCCH格式3相同的结构，但一个子帧的最后一个SC-FDMA符号被打孔。” | 对比文件多处明确公开使用缩短的PUCCH格式发送上行控制信号，与特征A完全一致。 |
| **技术特征B**：《隐含公开》<br>其中，基于(i)在子帧中配置所述PUCCH信号和探测参考信号SRS的同时传输，以及(ii)所述PUCCH信号的传输部分地或者全部地重叠于小区特定的SRS的带宽，所述缩短的PUCCH格式被使用 | 第[0051]段：“在第一种小区（例如主小区）看来，如果相应子帧是小区特定SRS子帧，则使用缩短PUCCH格式进行同时传输，无论该子帧是否实际发送SRS。”<br>第[0048]-[0051]段描述了参数ackNackSRS-SimultaneousTransmission（TRUE时允许同时传输）与小区特定SRS子帧的条件。 | 对比文件公开了使用缩短格式依赖于同时传输配置（参数TRUE）以及子帧为小区特定SRS子帧。虽然未明确写明“PUCCH传输部分或完全重叠于SRS带宽”，但本领域技术人员能够合理推知，在小区特定SRS子帧中PUCCH可能占用与SRS重叠的带宽，因此需要缩短格式以避免冲突，故条件(ii)被隐含公开。 |
| **技术特征C**：《直接公开》<br>其中，在所述子帧中的最后正交频分复用OFDM符号不用于所述缩短的PUCCH格式 | 第[0035]段：“缩短的PUCCH格式1a/1b具有与PUCCH格式1a/1b相同的结构，但子帧的最后一个SC-FDMA符号被打孔。”<br>第[0037]段：“缩短的PUCCH格式3具有与PUCCH格式3相同的结构，但一个子帧的最后一个SC-FDMA符号被打孔。也就是说，缩短的PUCCH格式3的最后一个SC-FDMA符号未映射资源元素。” | 对比文件直接说明缩短格式中最后一个SC-FDMA符号不用于PUCCH传输，与特征C一致。 |
| **技术特征D**：《直接公开》<br>其中所述OFDM符号可用于所述SRS | 第[0049]段：“用户设备同时发送缩短PUCCH格式和SRS。”<br>第[0051]段：“使用缩短PUCCH格式进行同时传输。” | 对比文件公开了缩短格式与SRS同时传输，明确表明被释放的最后OFDM符号可用于SRS传输，特征D被直接公开。 |
| **技术特征E**：《未公开》<br>其中，基于所述缩短的PUCCH格式的所述PUCCH信号首先按照频率索引的升序映射到资源元素RE | 无相关公开内容。 | 对比文件未涉及任何关于编码比特或符号到RE的映射顺序的限定，更未披露“首先按照频率索引升序映射”这一特定方式，因此特征E未被公开。 |
| **技术特征F**：《未公开》<br>然后基于所述缩短的PUCCH格式的所述PUCCH信号按照除了用于最后OFDM符号之外的OFDM符号索引的升序映射到所述资源元素RE；并且中，所述最后OFDM符号不被应用正交序列 | 第[0037]段公开最后符号未映射；第[0062]段：“每个OFDM符号乘以长度5的正交序列。”结合缩短格式可推知最后符号不应用正交序列。但关于按照符号索引升序（除最后符号）映射的顺序未有任何描述。 | 对比文件虽然在缩短格式中隐含了最后符号不应用正交序列（因其被省略），但完全没有公开权利要求限定的特定映射顺序（按照符号索引升序）。由于映射顺序是特征F的必要组成部分，缺失该部分导致整个技术特征未被对比文件公开。 |
| **技术特征G**：《直接公开》<br>其中，所述PUCCH信号包括混合自动重传请求HARQ应答ACK | 第[0003]段：“一种用于发送上行控制信道的方法……包括混合自动重传请求（HARQ）肯定应答/否定应答（ACK/NACK）。”<br>第[0032]段：PUCCH格式3用于发送多个HARQ ACK/NACK。<br>第[0049]段：缩短PUCCH格式用于发送ACK/NACK。 | 对比文件明确公开PUCCH信号包含HARQ ACK/NACK，与特征G相同。 |
| **技术特征H**：《直接公开》<br>其中，所述子帧被配置成小区特定的SRS子帧 | 第[0051]段：“如果相应子帧是小区特定SRS子帧……”。 | 对比文件直接使用了“cell-specific SRS subframe”的表述，特征H被直接公开。 |
| **技术特征I**：《未公开》<br>其中，所述缩短的PUCCH格式以不同于PUCCH格式1、1a、1b以及3的新PUCCH格式为基础 | 对比文件仅涉及PUCCH格式1/1a/1b/2/2a/2b/3及其缩短版本，未提及任何称为“新PUCCH格式”且与所列格式不同的格式。 | 对比文件未公开任何以全新PUCCH格式（如目标专利所述无OCC格式或更高版本格式）为基础的缩短格式，特征I未被公开。 |
| **技术特征J**：《隐含公开》<br>进一步包括：基于所述缩短的PUCCH格式，确定是否将正交序列应用于所述子帧中的OFDM符号 | 第[0037]段：缩短PUCCH格式3具有与格式3相同结构但最后符号打孔。<br>第[0062]段：PUCCH格式3中每个OFDM符号乘以正交序列。<br>第[0092]段：用户设备使用缩短PUCCH格式3进行同时传输。 | 对比文件公开了缩短PUCCH格式3的结构，该结构基于格式3并应用正交序列（仅对有效数据符号）。本领域技术人员可以合理确定，基于缩短格式（最后符号缺失）正交序列将被应用于除最后符号外的符号。虽然未用“确定”一词，但实施缩短格式即隐含了该确定的步骤。因此特征J被隐含公开。 |
| **技术特征K**：《直接公开》<br>其中，正交序列被应用于所述子帧中的除了所述最后OFDM符号之外的OFDM符号 | 第[0037]段：缩短PUCCH格式3最后一个SC-FDMA符号打孔。<br>第[0062]段：PUCCH格式3中每个OFDM符号乘以正交序列（长度5）。缩短格式3保留格式3的基本结构，因此正交序列应用于除最后符号外的符号。 | 对比文件直接公开了PUCCH格式3应用正交序列，而缩短格式仅移除最后一个符号，从而正交序列自然被应用于除该符号之外的所有数据OFDM符号，特征K直接公开。 |
| **技术特征L**：《直接公开》<br>进一步包括：发送用于所述PUCCH信号的解调参考信号DMRS | 第[0031]段：“PUCCH格式3……每时隙两个DMRS符号（常规CP）或一个DMRS符号（扩展CP）。”<br>第[0061]段：常规CP下DMRS在2个符号上发送；第[0063]段：扩展CP下每时隙一个DMRS符号。 | 对比文件明确公开PUCCH格式包含DMRS，缩短格式同样包含DMRS（位置不变），特征L直接公开。 |
| **技术特征M**：《直接公开》<br>其中，在所述子帧中每时隙的一个OFDM符号中发送所述DMRS | 第[0063]段：“在扩展CP的情况下，每时隙包括一个上行DMRS符号。”<br>第[0031]段：PUCCH格式3在扩展CP下每时隙一个DMRS符号。 | 对比文件公开了在扩展CP场景下每时隙一个OFDM符号用于DMRS传输，符合特征M的限定。特征M被直接公开。 |
<<<A>>><<<C>>><<<D>>><<<G>>><<<H>>><<<K>>><<<L>>><<<M>>><<<b>>><<<j>>>