对比文件名称：2012-09-06_None_发明专利_JPWO2010100966A1 移動局装置、移動局装置における処理方法及び処理装置
目标专利名称：1887在载波聚合中改善非连续接收操作的方法及装置 CN102781103B
本次调用的模型名称：未指定
### 特征比对表格
| 技术特征（公开性判断） | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：配置多个小区于载波聚合中（《直接公开》）** | [0012]：“Advanced-EUTRA中，考虑通过将EUTRA的20MHz频带捆绑多个来实现100MHz频带。此外，在Advanced-EUTRA中，将EUTRA的一个20MHz频带称为分量载波（Component Carrier：CC）。”<br>[0016]：“在移动局装置中，使用多个分量载波与基站装置连接。”<br>[0030]：“移动局装置将从基站收到的DRX参数应用于所有CC，从DRX开始位置对所有CC进行DRX控制。” | 对比文件明确公开了使用多个分量载波（CC）进行通信，每个CC对应于一个服务小区，这等同于配置多个小区于载波聚合中。本领域技术人员能够毫无疑义地确定该特征已被直接公开。 |
| **技术特征B：配置多个时分双工上行–下行配置于该多个小区（未公开）** | 无相关内容。对比文件全文未提及“时分双工”（TDD）或“上行–下行配置”等相关术语。 | 对比文件仅涉及FDD或未指定双工方式的载波聚合，完全没有教导或暗示不同小区可配置不同的TDD UL-DL配置。因此，该技术特征未被直接或隐含公开。 |
| **技术特征C：配置该多个小区于非连续接收操作（《直接公开》）** | [0016]：“间歇接收时，将一个间歇接收参数应用于移动局装置使用的所有分量载波，并进行对所有分量载波监视控制信道的操作。”<br>[0030]：“移动局装置一旦收到DRX参数，就从基站指示的DRX开始位置开始DRX控制。” | 对比文件详细描述了DRX（间歇接收）操作的配置，包括移动台在所有CC上监视PDCCH。这直接对应于配置多个小区进行非连续接收操作。 |
| **技术特征D：配置一组非连续接收定时器于该多个小区（《直接公开》）** | [0030]：“基站通过多个CC中的任意一个CC将DRX参数（DRX间隔、下行控制信道PDCCH的接收ON期间、在接收ON期间内收到PDCCH时延长接收ON期间的期间、DRX开始位置等）通知给移动局装置。” | 该DRX参数集合实质上是配置一组DRX定时器（包括持续时间定时器对应的接收ON期间、不活动定时器对应的接收ON延长期间等），并且这些参数适用于所有配置的小区。 |
| **技术特征E：运行该组非连续接收定时器于该多个小区（《直接公开》）** | [0030]：“移动局装置将从基站收到的DRX参数应用于所有CC，从DRX开始位置对所有CC进行DRX控制。”<br>[0031]：“如果在接收ON期间内的CC上通过PDCCH接收到发往本移动局装置的控制数据，则如图1所示，在所有CC上延长接收ON期间。” | 对比文件明确描述了移动台在所有CC上启动DRX控制，并在满足条件时延长接收ON期间，这正是运行DRX定时器的具体表现。因此该特征被直接公开。 |
| **技术特征F：其中该多个小区的一物理下行控制信道子帧的联集用以找寻一下一个物理下行控制信道子帧以运行该组非连续接收定时器（未公开）** | 无相关内容。对比文件虽提及在所有CC上监视PDCCH，但未定义如何确定“下一个PDCCH子帧”，更没有提到取所有小区PDCCH子帧的“联集”作为决定定时器运行的依据。 | 对比文件中的DRX操作基于所有CC共享相同的DRX参数和活动时间，隐含地假设了各CC的帧结构一致（如同为FDD或相同TDD配置）。当各CC具有不同的TDD UL-DL配置时，需要采用联集等特定方法确定下一个PDCCH子帧，而对比文件对此未作任何教导或暗示，故未公开该特征。 |
| **技术特征G：其中该组非连续接收定时器包括非连续接收–不活动定时器、非连续接收重新传输定时器、持续时间定时器任意其中之一或一组合（《直接公开》）** | [0011]：“与间歇接收相关的参数包括：DRX间隔、下行控制信道PDCCH的接收ON期间、在接收ON期间内收到PDCCH时延长接收ON期间的接收ON延长期间、DRX开始位置、重发时的接收ON期间等。” | “接收ON期间”对应持续时间定时器（onDurationTimer），“接收ON延长期间”对应不活动定时器（drx-InactivityTimer），“重发时的接收ON期间”对应重传定时器（drx-RetransmissionTimer）。对比文件直接公开了这三种核心DRX定时器。 |
| **技术特征H：其中于载波聚合中该多个小区包括一主服务小区及至少一次服务小区（《隐含公开》）** | [0030]：“基站通过多个CC中的任意一个CC将DRX参数通知给移动局装置。”（暗示该CC承担特殊控制角色）<br>此外，对比文件背景提及3GPP LTE/LTE-A标准，本领域技术人员熟知载波聚合中必须包含一个主服务小区（PCell）和零个或多个次服务小区（SCell）。 | 尽管对比文件未使用“主服务小区”和“次服务小区”的精确术语，但载波聚合的固有架构要求存在主小区用于RRC连接、安全输入和NAS信息等。对比文件虽未明示该区分，但基于3GPP标准知识，本领域技术人员可以合理推断该移动台在配置多个CC时必然包括一个主小区（如接收DRX参数的CC隐含地承担类似主小区的功能）。因此，该特征被隐含公开。 |
<<<A>>><<<C>>><<<D>>><<<E>>><<<G>>><<<h>>>