对比文件名称：2010-09-10_WO2010100966A_发明申请_WO2010100966A1 通信システム及び間欠受信方法
目标专利名称：1931在时分双工模式中改善跨频带载波聚合的方法及装置CN102801514B
本次调用的模型名称：大规模语言模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：包括连接该使用者设备至一主服务小区【隐含公开】 | 对比文件背景技术部分[2]：“移动台装置使用多个分量载波与基站装置连接”<br>（原文：複数のコンポーネントキャリアを使用して基地局装置と接続している移動局装置） | 对比文件明确公开移动台（使用者设备）与基站装置连接，在载波聚合系统中，基站对应一个服务小区，且初始连接的服务小区即为主服务小区（PCell）。本领域技术人员可毫无疑义地推断出该连接涉及主服务小区，故该技术特征被隐含公开。 |
| 技术特征B：配置此使用者设备具有至少一子服务小区【直接公开】 | 对比文件实施例1部分：“基站装置决定移动台装置使用的CC，并通知移动台装置使用的分量载波”<br>（原文：基地局装置は、移动局装置が使用するCCを决定し、移动局装置が使用するコンポーネントキャリアを移动局装置に通知する。） | 对比文件直接公开了基站为移动台配置多个分量载波（Component Carrier, CC），在载波聚合中分量载波对应于子服务小区（SCell）。因此，本领域技术人员能直接且毫无疑义地确定该技术特征，属于直接公开。 |
| 技术特征C：其中至少一子服务小区处于未启动状态【隐含公开】 | 对比文件实施例2[2]：“移动台装置仅在一个CC上进行间歇接收动作，其他CC不进行接收处理”<br>（原文：移动局装置は、図５のように１つのＣＣのみで間欠受信動作を行う。尚、ＤＲＸ制御をするＣＣ以外の他のＣＣは、受信処理を行わない。） | 对比文件公开了在DRX期间部分CC停止接收处理，该状态实质上相当于子服务小区未被激活（即未启动状态）。虽未使用相同术语，但本领域技术人员可合理推断出该特征，故为隐含公开。 |
| 技术特征D：而且该主服务小区与至少一子服务小区的时分双工上行-下行链路配置是不相同的【未公开】 | 对比文件全文未出现“时分双工（TDD）”、“上行-下行链路配置”相关内容。 | 对比文件完全不涉及TDD或任何上行-下行链路配置，本领域技术人员无法从中得知或推导出主服务小区与子服务小区具有不同TDD UL-DL配置。该技术特征未被公开。 |
| 技术特征E：于定义一非连续接收-不活动定时器的连续物理下行链路控制信道子帧时【隐含公开】 | 对比文件[2]关于DRX参数：“当在接收ON期间内通过PDCCH接收到自移动台装置的控制数据时，延长接收ON期间的期间”<br>（原文：下りリンク制御チャネルＰＤＣＣＨの受信ＯＮ期間内に下りリンク制御チャネルＰＤＣＣＨを受信した場合に受信ＯＮ期間を延ばす期間） | 对比文件定义了DRX不活动定时器（即延长接收ON期间的期间），本领域技术人员知晓该定时器以连续PDCCH子帧为单位进行计数。尽管未明确写出“连续物理下行链路控制信道子帧”的表述，但该概念与DRX不活动定时器密不可分，故该技术特征被隐含公开。 |
| 技术特征F：将一已启动的服务小区的一时分双工上行-下行链路配置列入考虑【未公开】 | 对比文件全文不涉及TDD配置及考虑服务小区配置的动作。 | 对比文件未公开任何关于TDD UL-DL配置的内容，亦未提及在定义DRX定时器时考虑已启动服务小区的配置，因此该技术特征未被公开。 |
| 技术特征G：而并不考虑一未启动的服务小区的一时分双工上行-下行链路配置【未公开】 | 同上，对比文件无相关描述。 | 由于对比文件完全不涉及TDD配置及未启动小区的处理，本领域技术人员无法从中得到该技术特征，故未公开。 |
| 技术特征H：其中用以定义该非连续接收-不活动定时器的物理下行链路控制信道子帧相等于所有已启动的服务小区的物理下行链路控制信道子帧的一联集【未公开】 | 对比文件实施例1描述全CC同时进行DRX并统一延长接收ON期间，但未定义PDCCH子帧的并集。 | 对比文件未公开将DRX不活动定时器的连续PDCCH子帧定义为所有激活服务小区的PDCCH子帧的并集。该特征未被公开。 |
| 技术特征I：被考虑至用以定义该非连续接收-不活动定时器的连续物理下行链路控制信道子帧中的该已启动的服务小区被配置具有一物理下行链路控制信道【未公开】 | 对比文件未涉及此细节。 | 对比文件未公开关于被考虑的已启动服务小区必须配置有PDCCH的限制，故未公开。 |
| 技术特征J：还包括依据该主服务小区的一时分双工上行-下行链路配置来定义一持续时间定时器的连续物理下行链路控制信道子帧【未公开】 | 对比文件未涉及持续时间定时器及其与主服务小区TDD配置的关系。 | 对比文件未公开任何关于持续时间定时器的定义（尤其是与TDD配置关联），因此该技术特征未被公开。 |
| 技术特征K：还包括依据一与一非连续接收重新传输定时器相关的混合自动重送请求程序所属的服务小区的一时分双工上行-下行链路配置【未公开】 | 对比文件未提及HARQ程序、重新传输定时器或相关配置。 | 对比文件完全缺失HARQ和重传定时器的内容，故未公开特征K。 |
| 技术特征L：来定义该非连续接收重新传输定时器的连续物理下行链路控制信道子帧【未公开】 | 同K。 | 同K。 |
| 技术特征M：还包括依据一与一非连续接收重新传输定时器相关的混合自动重送请求程序所属的服务小区的一调度小区的一时分双工上行-下行链路配置【未公开】 | 同K。 | 同K。 |
| 技术特征N：来定义该非连续接收重新传输定时器的连续物理下行链路控制信道子帧【未公开】 | 同K。 | 同K。 |
| 技术特征O：其中当一子服务小区被停止启动时【未公开】 | 对比文件实施例5中DRX时释放CC连接，但未涉及“停止启动”或相应的触发机制。 | 对比文件未公开子服务小区被停止启动这一特定动作，也未提供停止启动后与之关联的重传定时器处理，故未公开。 |
| 技术特征P：则停止该子服务小区所拥有的混合自动重送请求程序相关的非连续接收重新传输定时器【未公开】 | 对比文件无相关描述。 | 对比文件未涉及停止任何与HARQ关联的re-transmission timer，故未公开。 |
| 技术特征Q：其中当一调度小区被停止启动时【未公开】 | 同O。 | 同O。 |
| 技术特征R：则停止该调度小区对应的服务小区所拥有的混合自动重送请求程序相关的非连续接收重新传输定时器【未公开】 | 无相关描述。 | 无公开。 |
| 技术特征S：其中该主服务小区持续处于启动状态【未公开】 | 对比文件未提及主服务小区状态。 | 对比文件既未明确也未隐含任何关于主服务小区持续启动的内容。尽管该状态在LTE标准中成立，但对比文件本身不包含此信息，故不能认为由对比文件公开。 |
| 技术特征T：其中一子服务小区可通过一启动/未启动媒体存取控制的控制单元而启动或停止启动【未公开】 | 对比文件实施例4提到使用MAC层消息控制DRX开始/停止，但并非针对SCell的激活/去激活。 | 对比文件未公开通过MAC CE（控制单元）来启动或停止子服务小区这一具体机制，故未公开。 |
**公开状态代码汇总**
直接公开的特征：B
隐含公开的特征：A、C、E
<<<B>>><<<a>>><<<c>>><<<e>>>