对比文件的名称：2010-05-06_US2010110897A_发明申请_US20100110897A1 METHOD FOR MONITORING DOWNLINK CONTROL CHANNEL IN USER EQUIPEMENTS
目标专利的名称：CN102801514B 在时分双工模式中改善跨频带载波聚合的方法及装置
本次调用的模型名称：DeepSeek V3
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| 技术特征A：包括连接该使用者设备至一主服务小区<br>《未公开》 | 对比文件整体描述LTE系统架构，例如[0006]“进化通用移动通讯系统包括一使用者设备、基站以及接入网关”，[0012]“使用者设备在无线资源控制连接模式”，未明确提及“主服务小区”。 | 对比文件涉及LTE基本通信，但未公开载波聚合中“主服务小区”的概念，也未公开“连接至一主服务小区”的特定步骤。主服务小区是载波聚合特有的逻辑实体，对比文件仅描述单小区操作，本领域技术人员不能毫无疑义地得出该特征。 |
| 技术特征B：配置此使用者设备具有至少一子服务小区<br>《未公开》 | 对比文件未提及子服务小区或载波聚合。 | 对比文件仅涉及单一服务小区（或未明确区分），未公开任何关于配置子服务小区的内容。载波聚合中的子服务小区概念在对比文件中不存在。 |
| 技术特征C：其中至少一子服务小区处于未启动状态<br>《未公开》 | 对比文件未提及服务小区启动/未启动状态。 | 对比文件不涉及服务小区状态管理，未公开子服务小区未启动的任何内容。 |
| 技术特征D：而且该主服务小区与至少一子服务小区的时分双工上行-下行链路配置是不相同的<br>《未公开》 | 对比文件[0021]提及TDD下物理下行链路控制信道子帧的定义，但未涉及不同服务小区配置不同的TDD上行-下行配置。 | 对比文件未公开多个服务小区具有不同TDD配置的场景，也未公开配置不同的技术特征。 |
| 技术特征E：于定义一非连续接收-不活动定时器的连续物理下行链路控制信道子帧时<br>《直接公开》 | [0019]“非连续接收-不活动定时器指定在成功解码一指示针对该使用者的初始上行链路或下行链路使用者数据传输的物理下行链路控制信道之后的连续物理下行链路控制信道子帧的数量。” | 对比文件明确给出了非连续接收-不活动定时器的定义，直接限定了该定时器所涉及的连续物理下行链路控制信道子帧的数量，因此实质上公开了“定义一非连续接收-不活动定时器的连续物理下行链路控制信道子帧”。该定义与目标专利中该定时器的基本含义完全相同。 |
| 技术特征F：将一已启动的服务小区的一时分双工上行-下行链路配置列入考虑<br>《未公开》 | 对比文件未涉及已启动的服务小区，也未涉及考虑TDD配置。 | 对比文件未公开服务小区启动状态和TDD配置与定时器定义的关联。 |
| 技术特征G：而并不考虑一未启动的服务小区的一时分双工上行-下行链路配置<br>《未公开》 | 对比文件未涉及未启动的服务小区或相关TDD配置。 | 对比文件完全不涉及未启动服务小区的概念，因此无法公开“不考虑”的特征。 |
| 技术特征H：其中用以定义该非连续接收-不活动定时器的物理下行链路控制信道子帧相等于所有已启动的服务小区的物理下行链路控制信道子帧的一联集<br>《未公开》 | 对比文件未涉及多个已启动服务小区的PDCCH子帧的联集。 | 对比文件仅描述单小区DRX操作，未公开在载波聚合下将多个已启动服务小区的PDCCH子帧取联集用作定时器子帧的概念。 |
| 技术特征I：被考虑至用以定义该非连续接收-不活动定时器的连续物理下行链路控制信道子帧中的该已启动的服务小区被配置具有一物理下行链路控制信道<br>《未公开》 | 对比文件[0021]描述了TDD下PDCCH子帧的定义，但未与服务小区启动状态或定时器定义关联。 | 对比文件未公开“被考虑的服务小区必须配置有PDCCH”这一选择性条件，也未涉及启动状态。 |
| 技术特征J：还包括依据该主服务小区的一时分双工上行-下行链路配置来定义一持续时间定时器的连续物理下行链路控制信道子帧<br>《隐含公开》 | [0019]“持续时间定时器指定从一非连续接收周期开始的连续物理下行链路控制信道子帧的数量”；[0021]“物理下行链路控制信道子帧……对于时分双工，仅只代表下行链路子帧以及包括下行链路导引时隙的子帧”。 | 对比文件定义了持续时间定时器，并明确了在TDD模式下PDCCH子帧仅包含下行子帧和DwPTS。本领域技术人员可以合理推断：在定义持续时间定时器的连续PDCCH子帧时，必须根据服务小区的TDD上行-下行配置来确定哪些子帧属于下行子帧或DwPTS（即哪些是PDCCH子帧）。虽然对比文件未明确“主服务小区”，但在无载波聚合时服务小区即相当于主服务小区，因此该特征被隐含公开。 |
| 技术特征K：还包括依据一与一非连续接收重新传输定时器相关的混合自动重送请求程序所属的服务小区的一时分双工上行-下行链路配置<br>《未公开》 | [0019]“非连续接收重新传输定时器指定当该使用者预期一下行链路重新传输时，连续物理下行链路控制信道子帧的最大数量。” | 对比文件定义了重传定时器，但未提到HARQ进程所属的服务小区，也未涉及TDD配置对定时器子帧的影响。 |
| 技术特征L：来定义该非连续接收重新传输定时器的连续物理下行链路控制信道子帧<br>《未公开》 | 同特征K。 | 对比文件未公开基于任何服务小区或调度小区配置来定义重传定时器的连续子帧。 |
| 技术特征M：还包括依据一与一非连续接收重新传输定时器相关的混合自动重送请求程序所属的服务小区的一调度小区的一时分双工上行-下行链路配置<br>《未公开》 | 对比文件未提及调度小区。 | 对比文件不涉及调度小区的概念，也未公开基于调度小区定义定时器的内容。 |
| 技术特征N：来定义该非连续接收重新传输定时器的连续物理下行链路控制信道子帧<br>《未公开》 | 同特征M。 | 对比文件未公开任何形式的基于其他小区配置来定义重传定时器子帧。 |
| 技术特征O：其中当一子服务小区被停止启动时<br>《未公开》 | 对比文件未涉及子服务小区停止启动。 | 对比文件没有服务小区启动/停止机制，故未公开该条件。 |
| 技术特征P：则停止该子服务小区所拥有的混合自动重送请求程序相关的非连续接收重新传输定时器<br>《未公开》 | 对比文件未涉及停止重传定时器与服务小区失活的关系。 | 对比文件未公开在子服务小区停止时停止其HARQ相关重传定时器的操作。 |
| 技术特征Q：其中当一调度小区被停止启动时<br>《未公开》 | 对比文件未涉及调度小区停止启动。 | 对比文件不涉及调度小区，因此未公开该条件。 |
| 技术特征R：则停止该调度小区对应的服务小区所拥有的混合自动重送请求程序相关的非连续接收重新传输定时器<br>《未公开》 | 对比文件未涉及在调度小区停止时停止相应定时器。 | 对比文件未公开该特征。 |
| 技术特征S：其中该主服务小区持续处于启动状态<br>《未公开》 | 对比文件未涉及服务小区状态。 | 对比文件未公开主服务小区持续启动的特性。 |
| 技术特征T：其中一子服务小区可通过一启动/未启动媒体存取控制的控制单元而启动或停止启动<br>《未公开》 | 对比文件未涉及MAC控制单元用于启动/停止服务小区。 | 对比文件未公开任何使用MAC CE控制服务小区状态的特征。 |
<<<E>>>
<<<j>>>