对比文件名称：2017-04-06_None_发明专利_JPWO2015133579A1 端末装置、基地局装置、通信システム、制御方法および集積回路
目标专利名称：995双连接场景中增强PHR的方法和装置CN104936222B
模型名称：未指定（本分析基于AI模型）
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：发送SeNB的PHR MAC CE至该SeNB，所述PHR MAC CE中包括所述SeNB的特殊主小区SPcell的PH信息和所述SeNB的一个或多个激活从小区Scell的PH信息。 **直接公开** | [0178] “图9是用于说明第2实施方式中的从终端装置1向基站装置2（基站装置2-1、基站装置2-2）发送的SCG小区的功率余量报告的格式的图。当触发功率余量报告时，终端装置1生成包含以下字段的MAC控制元素：包含所报告的主辅小区和SCG的辅小区的索引（C(i)、i=1、2、...、7）的位图信息字段、主辅小区的类型2PH字段、主辅小区的类型1PH字段、以及激活的SCG的辅小区的类型1PH字段，并按照图9所示的顺序配置（包含）在MAC控制元素中，并将生成的MAC控制元素发送至基站装置2，从而报告功率余量。” | 对比文件明确公开了在双连接场景中，UE针对SCG（对应SeNB）生成专用的PHR MAC CE，该MAC CE中包含主辅小区（SPcell）的PH信息（类型2和类型1）以及激活的SCG辅小区（Scell）的PH信息（类型1），并且该MAC CE发送至作为SeNB的基站装置2-2。因此技术特征A被直接公开。 |
| 技术特征B：所述Scell的PH信息基于该Scell的索引顺序放置在紧邻所述SPcell的PH信息的位置。 **直接公开** | [0085] “在辅小区的类型1PH字段中，按照升序设置与小区索引对应的辅小区的类型1PH。” [0178] “...并按照图9所示的顺序（位图信息字段、主辅小区的类型2PH字段、主辅小区的类型1PH字段、激活的SCG的辅小区的类型1PH字段）配置...” | 对比文件公开了在SCG PHR MAC CE中，SPcell的PH信息（类型2和类型1）放置在位图之后，紧邻其后的是激活的SCG辅小区的类型1PH字段，并且这些辅小区的PH信息是按照小区索引的升序排列的。因此，Scell的PH信息基于索引顺序被放置在紧邻SPcell的PH信息之后，技术特征B被直接公开。 |
| 技术特征C：其中所述SPcell的PH信息被固定放置在所述PHR MAC CE的载荷中紧跟着位图字节的开始位置或者所述PHR MAC CE的载荷中的结束位置，并且其中所述SPcell的索引对应的比特位始终设置为“0”。 **隐含公开** | [0178] “...位图信息字段、主辅小区的类型2PH字段、主辅小区的类型1PH字段...” [0140] “终端装置1也可以...将与主辅小区对应的小区索引的位图信息字段（C(i)）设置为‘0’。” | 对比文件图9明确显示SPcell的PH信息被固定放置在位图字节之后的开始位置（即紧跟着位图字节），这符合特征C中“开始位置”的选项。关于SPcell索引对应的比特位，对比文件公开了“可以”将该比特设置为“0”，但未明确要求“始终”设置。然而，本领域技术人员在双连接场景中为了避免索引冲突（SPcell的索引可能与其他Scell索引重复或导致错误解读），必然会推理出应当始终将该比特位置为“0”，以确保SeNB能够正确解耦PHR MAC CE。因此技术特征C被隐含公开。 |
| 技术特征D：其中所述SPcell的PH信息包括所述SPcell的PUSCH PH信息和PUCCH PH信息，并且所述SPcell的PUCCH PH信息放置在所述PHR MAC CE的载荷中的以下任一位置：-紧邻所述SPcell的PUSCH PH信息的前面，以及-紧邻所述SPcell的PUSCH PH信息的后面。 **直接公开** | [0178] “...主辅小区的类型2PH字段、主辅小区的类型1PH字段...” | 对比文件图9和[0178]明确公开了SPcell的PH信息包括类型2PH（对应PUCCH）和类型1PH（对应PUSCH），并且类型2PH字段（PUCCH）被放置在类型1PH字段（PUSCH）之前，即紧邻PUSCH PH信息的前面。这直接满足特征D中“紧邻所述SPcell的PUSCH PH信息的前面”这一选项。因此技术特征D被直接公开。 |
<<<A>>><<<B>>><<<c>>><<<D>>>