对比文件名称：2011-03-24_CA2774414A1_发明专利_CA2774414A1 METHOD AND APPARATUS FOR TRANSMITTING A REFERENCE SIGNAL IN A MULTI-ANTENNA SYSTEM
目标专利名称：1648一种发送物理上行链路控制信道的方法和用户设备CN107005388B
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **特征A：** 所述方法包括：基于缩短的PUCCH格式发送所述PUCCH信号 — **《未公开》** | 对比文件未出现“缩短的PUCCH格式”相关表述。对比文件涉及上行子帧结构（[050]）、PUCCH分配（[050]-[052]）、参考信号传输（[070]-[072]）等，但未提及基于缩短格式发送PUCCH的理念。 | 对比文件通篇围绕参考信号在多天线系统中的传输，未涉及当SRS与PUCCH冲突时使用缩短的PUCCH格式发送信号的技术方案，也未给出任何关于“缩短PUCCH格式”的定义或提示，本领域技术人员无法从该对比文件直接或隐含得出该特征。 |
| **特征B：** 其中，基于(i)在子帧中配置所述PUCCH信号和探测参考信号SRS的同时传输，以及(ii)所述PUCCH信号的传输部分地或者全部地重叠于小区特定的SRS的带宽，所述缩短的PUCCH格式被使用 — **《未公开》** | 对比文件[060]提及“SRS may be transmitted through the OFDM symbols within the subframe”（SRS可以通过子帧内的OFDM符号发送）。但未提及PUCCH与SRS同时传输的条件、带宽重叠条件或缩短格式的触发机制。 | 对比文件仅一般性地说明SRS可在子帧中传输，未给出任何使用缩短PUCCH格式的具体条件（如同时传输配置、带宽重叠等），也未隐含该条件与缩短格式之间的关联。 |
| **特征C：** 其中，在所述子帧中的最后正交频分复用OFDM符号不用于所述缩短的PUCCH格式 — **《未公开》** | 对比文件[050]描述上行子帧分为控制区域和数据区域，PUCCH在控制区域边缘的RB对中发送，未指出任何符号被排除。对比文件[060]描述SRS可通过OFDM符号发送，但未说明最后符号不用于PUCCH。 | 对比文件未提及缩短PUCCH格式，也未揭示最后OFDM符号不被该格式使用。虽然SRS在现有技术中常占用最后符号，但对比文件本身未建立该关联，无法直接或隐含得出该特征。 |
| **特征D：** 其中所述OFDM符号可用于所述SRS — **《未公开》** | 对比文件[060]：“SRS may be transmitted through the OFDM symbols within the subframe.”（SRS可以通过子帧内的OFDM符号发送。） | 对比文件仅指出SRS可通过子帧内的OFDM符号发送，但未将待指符号限定为子帧中的最后一个OFDM符号，也未明确该符号可用于SRS而非PUCCH。无法直接或隐含确定该符号就是最后符号且可用于SRS。 |
| **特征E：** 其中，基于所述缩短的PUCCH格式的所述PUCCH信号首先按照频率索引的升序映射到资源元素RE — **《未公开》** | 对比文件[057]描述子载波映射器将复数符号映射到频域的子载波上（图7a局部映射），但仅针对单个OFDM符号内的映射，未涉及跨符号的映射顺序，尤其未指出按频率索引升序优先的跨RE映射规则。 | 对比文件未涉及任何PUCCH格式（特别是缩短格式）的RE映射顺序，也未公开“频率索引优先”的映射方式。该特征为特定于目标专利缩短格式的映射方案，对比文件无记载或暗示。 |
| **特征F：** 然后基于所述缩短的PUCCH格式的所述PUCCH信号按照除了用于最后OFDM符号之外的OFDM符号索引的升序映射到所述资源元素RE；并且所述最后OFDM符号不被应用正交序列 — **《未公开》** | 对比文件未提及PUCCH数据到RE的跨符号映射顺序。对比文件[0120]-[0144]讨论了正交覆盖码（OCC）应用于参考信号序列，但未涉及何时对PUCCH数据符号应用或不应用正交序列。 | 对比文件没有描述数据符号的映射顺序，也没有公开在缩短格式下最后符号不应用正交序列。OCC在对比文件中仅用于参考信号区分层/用户，与PUCCH数据符号的OCC应用无关。 |
| **特征G：** 其中，所述PUCCH信号包括混合自动重传请求HARQ应答ACK — **《直接公开》** | 对比文件[052]：“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 ACK/NACK，与特征G内容完全相同，本领域技术人员能毫无疑义地确定该特征已被公开。 |
| **特征H：** 其中，所述子帧被配置成小区特定的SRS子帧 — **《未公开》** | 对比文件[060]指出SRS是用于上行调度的参考信号，但未提及“小区特定的SRS子帧”这一配置概念。 | 对比文件未涉及子帧配置为小区特定SRS子帧的内容，也未隐含SRS子帧的特定配置方式。该特征涉及基站通过高层信令配置的SRS子帧，对比文件无相关描述。 |
| **特征I：** 其中，所述缩短的PUCCH格式以不同于PUCCH格式1、1a、1b以及3的新PUCCH格式为基础 — **《未公开》** | 对比文件[052]提及PUCCH格式1/1a/1b/2/2a/2b等，[050]-[053]介绍PUCCH和PUSCH，但未提出任何新PUCCH格式，更未提及以新格式为基础实现缩短格式。 | 对比文件仅在背景层面对现有PUCCH格式进行列举，未提出任何区别于格式1/1a/1b/3的新PUCCH格式，也没有描述将新格式作为缩短PUCCH格式基础的技术构思。 |
| **特征J：** 进一步包括：基于所述缩短的PUCCH格式，确定是否将正交序列应用于所述子帧中的OFDM符号 — **《未公开》** | 对比文件[0122]-[0144]详细描述了将正交覆盖码（OCC）应用于参考信号序列的情况（例如用于增加循环移位间隔或区分用户），但从未涉及基于某种PUCCH格式（特别是缩短格式）决定是否将正交序列应用于数据OFDM符号。 | 对比文件中的OCC应用场景仅限于参考信号序列，与PUCCH数据符号的正交序列应用无关，且不存在“基于缩短格式进行确定”这一判断步骤。该特征未公开。 |
| **特征K：** 其中，正交序列被应用于所述子帧中的除了所述最后OFDM符号之外的OFDM符号 — **《未公开》** | 对比文件[0122]提及OCC可应用于参考信号序列以增加间隔，但未提及将正交序列应用于PUCCH数据符号，更没有指定除最后符号外的符号应用。 | 对比文件未涉及PUCCH数据域的正交序列（OCC）应用，也未对最后符号与其他符号在是否应用OCC上进行区分。无法直接或隐含得出该特征。 |
| **特征L：** 进一步包括：发送用于所述PUCCH信号的解调参考信号DMRS — **《直接公开》** | 对比文件[072]：“The DMRS may be associated with the transmission of a PUSCH or PUCCH.”（DMRS可以与PUSCH或PUCCH的传输相关联。）此外，对比文件全篇（例如[059]-[060]、[070]-[072]）描述了DMRS的生成、映射和发送。 | 对比文件明确公开了DMRS可以与PUCCH传输相关联，且详细描述了DMRS的发送过程（包括序列生成、资源映射、发送等），因此本领域技术人员能够确定该特征已被直接公开。 |
| **特征M：** 其中，在所述子帧中每时隙的一个OFDM符号中发送所述DMRS — **《未公开》** | 对比文件[060]描述PUSCH的DMRS映射位置：“The DMRS sequence is mapped to a fourth OFDM symbol (OFDM symbol index 3) in case of a normal CP within one slot and mapped to a third OFDM symbol (OFDM symbol index 2) within one slot in case of an extended CP.” （在常规CP情况下，在一个时隙内，DMRS序列被映射到第四个OFDM符号（符号索引3）；在扩展CP情况下，被映射到第三个OFDM符号（符号索引2）。）但这是针对PUSCH的DMRS。对比文件[072]仅说DMRS可与PUCCH关联，未指明PUCCH DMRS的时域位置或每时隙的符号数。 | 对比文件仅公开了PUSCH的DMRS在每个时隙的一个特定OFDM符号中发送，未将这一结构扩展到PUCCH的DMRS。虽然本领域公知PUCCH也有DMRS，但不同格式每时隙DMRS符号数不同（例如格式1有3个，格式3有2个），不能从PUSCH DMRS位置合理推定PUCCH DMRS一定每时隙一个符号。因此该特征未在对比文件中直接或隐含公开。 |
### 公开性代码总结
根据上述比对，对比文件直接公开了技术特征G和技术特征L。
<<<G>>><<<L>>>