对比文件的名称：2010-12-23_US2010322173A_发明申请_US20100322173A1 METHOD AND APPARATUS FOR OPERATING IN A DISCONTINUOUS RECEPTION MODE EMPLOYING CARRIER AGGREGATION
目标专利的名称：在时分双工模式中改善跨频带载波聚合的方法及装置CN102801514B
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文译文及段落） | 公开性论述 |
| 技术特征A：连接该使用者设备至一主服务小区 《隐含公开》 | [0016] “当在下文中引用时，术语‘DL CC’可以包括但不限于‘服务小区’、‘主服务小区（Pcell）’或‘子服务小区（Scell）’的DL。” [0036] “小区特定活动时间可涉及主服务小区。” | 对比文件明确承认主服务小区（Pcell）的存在，并且整个载波聚合操作必然以UE连接至主服务小区为前提。本领域技术人员能够合理推断UE必须首先连接至主服务小区，因此特征A被隐含公开。 |
| 技术特征B：配置此使用者设备具有至少一子服务小区 《直接公开》 | [0016]-[0017] 定义“DL CC”包括“子服务小区（Scell）”；全文多处提及子服务小区的配置和操作。 | 对比文件直接使用“子服务小区（Secondary Serving Cell）”术语，并详细描述了如何配置和使用多个子服务小区进行载波聚合。特征B被直接公开。 |
| 技术特征C：其中至少一子服务小区处于未启动状态 《未公开》 | 无直接或间接对应。 | 对比文件没有任何关于服务小区“启动/未启动”状态或激活/停用机制的描述。本领域技术人员无法从对比文件推理出子服务小区可能处于未启动状态。 |
| 技术特征D：而且该主服务小区与至少一子服务小区的时分双工上行-下行链路配置是不相同的 《未公开》 | 无对应。 | 对比文件完全不涉及时分双工（TDD）模式，也没有提及任何上行-下行链路配置的概念。因此特征D未被公开。 |
| 技术特征E：于定义一非连续接收-不活动定时器的连续物理下行链路控制信道子帧时 《直接公开》 | [0041] “DL CC的DRX不活动定时器：指定在该定时器被触发后，可以监测该CC的PDSCH以及至少一个其他提供该CC的DL指派的DL CC的PDCCH的连续子帧的数量。” [0042]-[0047] 类似定义。 | 对比文件明确提出了DRX不活动定时器（DRX inactivity timer）以及连续子帧（consecutive subframes）的概念，并规定了定时器触发后监控PDCCH的连续子帧数。特征E被直接公开。 |
| 技术特征F：将一已启动的服务小区的一时分双工上行-下行链路配置列入考虑 《未公开》 | 无对应。 | 对比文件既未提及“已启动的服务小区”，也未提及“时分双工上行-下行链路配置”。特征F未被公开。 |
| 技术特征G：而并不考虑一未启动的服务小区的一时分双工上行-下行链路配置 《未公开》 | 无对应。 | 同特征F，对比文件完全没有涉及未启动服务小区及其TDD配置。特征G未被公开。 |
| 技术特征H：其中用以定义该非连续接收-不活动定时器的物理下行链路控制信道子帧相等于所有已启动的服务小区的物理下行链路控制信道子帧的一联集 《未公开》 | [0071] “在可能存在多个配置为接收PDCCH且可以提供无PDCCH的CC的DL指派的CC的情况下，该CC的DRX是具有PDCCH的CC的PDCCH活动时间的总和。” | 对比文件仅在特定场景（无PDCCH的CC）提到“总和”，但未将DRX不活动定时器的PDCCH子帧定义为所有已启动服务小区PDCCH子帧的联集，且未涉及“已启动”。特征H未被公开。 |
| 技术特征I：被考虑至用以定义该非连续接收-不活动定时器的连续物理下行链路控制信道子帧中的该已启动的服务小区被配置具有一物理下行链路控制信道 《隐含公开》 | [0069] “可选地，可以仅针对每个配置用于PDCCH接收的DL CC定义PDCCH活动时间。……DRX不活动定时器……的持续时间仅针对配置用于PDCCH接收的DL CC定义。” | 对比文件明确DRX不活动定时器只对“配置用于PDCCH接收的DL CC”定义。这些CC本质上属于服务小区，并且在实际操作中配置了PDCCH的服务小区必然是已启动的（否则无法进行PDCCH接收）。本领域技术人员可合理推断出该隐含关系，因此特征I被隐含公开。 |
| 技术特征J：还包括依据该主服务小区的一时分双工上行-下行链路配置来定义一持续时间定时器的连续物理下行链路控制信道子帧 《未公开》 | [0046] “服务小区的持续时间定时器：指定在DRX周期开始时该服务小区的小区特定活动时间应持续的最小连续子帧数。” | 对比文件虽有持续时间定时器，但定义中没有涉及主服务小区的TDD上行-下行链路配置，也未提及TDD模式。特征J未被公开。 |
| 技术特征K：还包括依据一与一非连续接收重新传输定时器相关的混合自动重送请求程序所属的服务小区的一时分双工上行-下行链路配置 《未公开》 | [0039] “小区特定活动时间可包括……DRX重传定时器运行的时间。” [0041]-[0047] 有DRX重传定时器定义。 | 对比文件存在DRX重传定时器概念，但未将其与HARQ过程所属服务小区的TDD上行-下行链路配置相关联。特征K未被公开。 |
| 技术特征L：来定义该非连续接收重新传输定时器的连续物理下行链路控制信道子帧 《未公开》 | [0041] 等（同特征K）。 | 同特征K，对比文件没有公开基于服务小区TDD配置来定义重传定时器的连续PDCCH子帧。特征L未被公开。 |
| 技术特征M：还包括依据一与一非连续接收重新传输定时器相关的混合自动重送请求程序所属的服务小区的一调度小区的一时分双工上行-下行链路配置 《未公开》 | 无对应。 | 对比文件未涉及“调度小区”概念，也无TDD配置关联。特征M未被公开。 |
| 技术特征N：来定义该非连续接收重新传输定时器的连续物理下行链路控制信道子帧 《未公开》 | 同特征M。 | 特征N未被公开。 |
| 技术特征O：其中当一子服务小区被停止启动时 《未公开》 | 无对应。 | 对比文件未涉及子服务小区的停止启动操作。特征O未被公开。 |
| 技术特征P：则停止该子服务小区所拥有的混合自动重送请求程序相关的非连续接收重新传输定时器 《未公开》 | 对比文件涉及定时器停止条件（如成功接收新传输指示），但未提及因服务小区停用而停止定时器。 | 对比文件未公开因子服务小区停用而停止其HARQ程序相关DRX重传定时器。特征P未被公开。 |
| 技术特征Q：其中当一调度小区被停止启动时 《未公开》 | 无对应。 | 对比文件未提及“调度小区停用”。特征Q未被公开。 |
| 技术特征R：则停止该调度小区对应的服务小区所拥有的混合自动重送请求程序相关的非连续接收重新传输定时器 《未公开》 | 同特征O-Q。 | 特征R未被公开。 |
| 技术特征S：其中该主服务小区持续处于启动状态 《未公开》 | 无对应。 | 对比文件未明确主服务小区持续启动。特征S未被公开。 |
| 技术特征T：其中一子服务小区可通过一启动/未启动媒体存取控制的控制单元而启动或停止启动 《未公开》 | 无对应。 | 对比文件没有任何关于MAC层启动/未启动控制单元的描述。特征T未被公开。 |
<<<a>>> <<<B>>> <<<E>>> <<<i>>>