**对比文件的名称**：2010-12-23_US2010322173A_发明申请_US20100322173A1 METHOD AND APPARATUS FOR OPERATING IN A DISCONTINUOUS RECEPTION MODE EMPLOYING CARRIER AGGREGATION
**目标专利的名称**：1887在载波聚合中改善非连续接收操作的方法及装置CN102781103B
**本次调用的模型名称**：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A**：包括：配置多个小区于载波聚合中<br>《直接公开》 | [0004] “为LTE-A提出的一项改进是载波聚合和对灵活带宽配置的支持……”<br>[0021] “一种在使用载波聚合的非连续接收模式下操作的方法基于每CC活动时间的概念。”<br>[0022] “服务小区由DL CC组成，该DL CC可与UL CC关联。” | 对比文件明确描述了在LTE-A系统中采用载波聚合技术，将多个分量载波聚合以支持更宽带宽，并且将每个分量载波对应到一个服务小区。该公开内容与目标专利特征A“配置多个小区于载波聚合中”实质相同，本领域技术人员能毫无疑义地确定对比文件公开了该特征。 |
| **技术特征B**：配置多个时分双工上行–下行配置于该多个小区<br>《未公开》 | 对比文件全文未提及“时分双工（TDD）上行-下行配置”或不同小区配置不同TDD UL-DL配置的相关描述。 | 对比文件主要基于FDD场景讨论载波聚合和非连续接收，未涉及TDD模式下的上行-下行子帧配置，更没有公开为多个小区配置不同的TDD UL-DL配置。该特征既未直接记载，也无法从对比文件的任何内容合理推断出，因此未公开。 |
| **技术特征C**：配置该多个小区于非连续接收操作<br>《直接公开》 | [0003] “在R8 LTE系统中，非连续接收（DRX）操作由MAC 3GPP规范定义……”<br>[0021] “一种在使用载波聚合的DRX模式下操作的方法……” | 对比文件自始至终围绕DRX操作展开，明确公开了将服务小区（CC）配置为使用DRX模式，并详细描述了DRX的活动时间、定时器等。因此该特征被直接公开。 |
| **技术特征D**：配置一组非连续接收定时器于该多个小区<br>《直接公开》 | [0041]–[0047] 定义了多种DRX定时器：<br>“DRX不活动定时器用于DL CC：指定该CC的PDSCH以及提供该CC DL分配的至少一个其他DL CC的PDCCH被监视的连续子帧数……”<br>“DRX不活动定时器用于服务小区：指定该服务小区的小区特定活动时间应被延长的连续子帧数……”<br>“持续时间定时器用于DL CC：指定DRX周期开始时该CC的PDSCH以及提供该CC DL分配的DL CC的PDCCH被监视的连续子帧数……”<br>[0048] “上述不同定时器的启动和停止规则在每载波基础上实施。因此，配置参数短DRX周期、长DRX周期、DRX起始偏移以及持续时间定时器、DRX不活动定时器、DRX重传定时器和DRX短周期定时器的持续时间可以在每载波（或每服务小区）基础上定义。” | 对比文件明确公开了为每个CC或服务小区配置一组DRX定时器，包括DRX不活动定时器、持续时间定时器和DRX重传定时器（即目标专利中的非连续接收–不活动定时器、持续时间定时器、非连续接收重新传输定时器），并且这些定时器可基于每个小区进行配置。这与特征D完全相同。 |
| **技术特征E**：运行该组非连续接收定时器于该多个小区<br>《直接公开》 | [0048] “上述不同定时器的启动和停止规则在每载波基础上实施。”<br>[0050]–[0063] 详细描述了不同场景下定时器的触发（启动或重启）规则，例如：“当在该CC的PDSCH上接收到新传输时，为该DL CC触发CC特定DRX不活动定时器……”<br>[0032] 在PDSCH活动时间定义中包括“CC特定持续时间定时器、DRX不活动定时器、其他CC DRX不活动定时器、DRX重传定时器或MAC竞争解决定时器正在运行的时间”。 | 对比文件不仅设置了定时器，还规定了如何在各个小区（每CC/每服务小区）上运行（启动、重启、停止）这些定时器，以控制活动时间。该运行机制与特征E所要求的“运行该组非连续接收定时器于该多个小区”一致，故直接公开。 |
| **技术特征F**：其中该多个小区的一物理下行控制信道子帧的联集用以找寻一下一个物理下行控制信道子帧以运行该组非连续接收定时器<br>《未公开》 | [0071] “如果有多个CC被配置为接收PDCCH，这些CC可以为某个没有PDCCH的CC提供DL分配，则该CC的DRX是能够为该CC提供PDSCH分配的具有PDCCH的CC的PDCCH活动时间之和。”<br>[0070] “没有PDCCH的其他DL CC……可以应用提供PDCCH的CC的PDCCH活动时间所定义的相同DRX。” | 对比文件虽然提到了多个CC的PDCCH活动时间的“和”（即合并考虑），但该合并仅用于确定一个未配置PDCCH的CC的活动时间，并非用于在配置了PDCCH的多个小区中通过“联集”来寻找下一个PDCCH子帧以运行定时器。目标专利的特征F是针对所有（或部分）小区具有PDCCH且使用PDCCH子帧的联集来判定定时器计数位置的特定方法，其作用域和目的与对比文件不同。对比文件未公开该具体技术方案，也无法从已有内容直接或隐含推导出，因此未公开。 |
| **技术特征G**：其中该组非连续接收定时器包括非连续接收–不活动定时器、非连续接收重新传输定时器、持续时间定时器任意其中之一或一组合<br>《直接公开》 | [0041] “用于DL CC的DRX不活动定时器……”<br>[0043] “用于服务小区的DRX不活动定时器……”<br>[0045] “用于DL CC的持续时间定时器……”<br>[0032] PDSCH活动时间包括“DRX重传定时器”。<br>[0047] “用于服务小区的持续时间定时器”。 | 对比文件在多个段落中明确列举了DRX不活动定时器（drx-InactivityTimer）、DRX重传定时器（drx-RetransmissionTimer）和持续时间定时器（onDurationTimer），并说明可针对每CC或每服务小区独立或共享配置。这些正是目标专利特征G所涵盖的定时器类型，因此直接公开。 |
| **技术特征H**：其中于载波聚合中该多个小区包括一主服务小区及至少一次服务小区<br>《直接公开》 | [0016] “术语‘DL CC’可包括但不限于‘服务小区’、‘主服务小区（Pcell）’或‘次服务小区（Scell）’的DL。”<br>[0022] “服务小区由DL CC组成……”<br>[0068] “或者，可以仅针对配置了PDCCH的每个DL CC定义PDCCH活动时间……”（上下文隐含PCell和SCell的存在） | 对比文件明确引入主服务小区（Pcell）和次服务小区（Scell）的概念，并说明在载波聚合中UE可配置一个PCell和多个SCell。特征H的内容被对比文件直接公开。 |
### 公开性总结（代码）
根据上述比对，技术特征A、C、D、E、G、H被对比文件直接公开；技术特征B和F未公开。
<<<A>>><<<C>>><<<D>>><<<E>>><<<G>>><<<H>>>