对比文件名称：2011-02-02_CN101965037A_发明公开_CN101965037A 一种非连续接收处理方法及设备
目标专利名称：1931在时分双工模式中改善跨频带载波聚合的方法及装置CN102801514B
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（段落号） | 公开性论述 |
| 技术特征A：包括连接该使用者设备至一主服务小区（未公开） | 无直接对应公开。 | 对比文件未涉及连接建立步骤，也未明确提出“主服务小区（PCell）”的概念，仅假设UE已处于多载波聚合系统中；本领域技术人员无法从对比文件毫无疑义地得出该特征。 |
| 技术特征B：配置此使用者设备具有至少一子服务小区（直接公开） | [0027]“LTE-A系统引入CA技术，即同一小区中，将连续或不连续的多个载波(Component carrier：成员载波，简称CC)集中在一起，在需要时同时为UE服务。”[0094]“在多载波聚合系统中，eNB确定针对某个UE使用的PDCCH CC集合、PDSCH CC集合以及任一时刻PDSCH CC集合中激活的CC个数。” | 对比文件明确公开了为UE配置多个成员载波（CC），在载波聚合中每个CC对应一个服务小区，其中除主服务小区外的CC即为子服务小区。本领域技术人员能直接确定UE被配置有至少一个子服务小区。 |
| 技术特征C：其中至少一子服务小区处于未启动状态（直接公开） | [0128]“根据下行瞬时数据量确定PDSCH CC subset中激活的CC个数，对PDSCH CC subset中CC的激活/去激活可以采用RRC信令、MAC CE或者是L1/L2信令。” | 对比文件直接公开了PDSCH CC（即子服务小区）可以被去激活（未启动），并且激活/去激活是动态调整的，从而必然存在未启动的子服务小区。 |
| 技术特征D：而且该主服务小区与至少一子服务小区的时分双工上行-下行链路配置是不相同的（未公开） | 无相关公开。 | 对比文件未涉及任何TDD（时分双工）蜂窝系统的上行-下行链路配置（UL-DL Configuration），也未提及不同服务小区之间TDD配置的差异，因此完全未公开该特征。 |
| 技术特征E：于定义一非连续接收-不活动定时器的连续物理下行链路控制信道子帧时（直接公开） | [0009]“Inactivity Timer(DRX非激活状态定时器)：配置了DRX后，当UE在允许监听控制信道的时间内(Active Time)收到HARQ初始传输的控制信令时打开该定时器，在该定时器超时之前，UE连续监听控制信道。”[0137]“Inactivity Timer：配置了DRX后，当UE在允许监听控制信道的时间内(Active Time)收到HARQ初始传输的控制信令时打开该定时器，在该定时器超时之前，UE连续监听PDCCH CC subset。” | 对比文件直接公开了非连续接收-不活动定时器（即drx-InactivityTimer）及其功能：定时器运行期间UE连续监听控制信道，这等同于定时器的持续时间内包括连续物理下行链路控制信道子帧（PDCCH子帧）。该技术特征正是定时器定义中涉及连续PDCCH子帧的步骤。 |
| 技术特征F：将一已启动的服务小区的一时分双工上行-下行链路配置列入考虑（未公开） | 无相关公开。 | 对比文件未涉及TDD UL-DL配置，也未提及在DRX定时器定义中考虑服务小区的TDD配置，故该特征完全未公开。 |
| 技术特征G：而并不考虑一未启动的服务小区的一时分双工上行-下行链路配置（未公开） | 无相关公开。 | 同上，对比文件既未公开TDD配置，也未涉及是否考虑未启动服务小区的配置，故未公开。 |
| 技术特征H：其中用以定义该非连续接收-不活动定时器的物理下行链路控制信道子帧相等于所有已启动的服务小区的物理下行链路控制信道子帧的一联集（未公开） | [0105]“只要有一个DRX Inactivity timer启动，即需要监听PDCCH CC subset。”[0106]“PDCCH CC subset的监听总是和其可能调度的PDSCH CC subset相关。”但未明确定义定时器的连续子帧为启动服务小区PDCCH子帧的联集。 | 对比文件虽公开了DRX Inactivity定时器启动时需要监听PDCCH CC subset（即一组PDCCH载波），但未明确将定时器的连续PDCCH子帧等同于所有已启动服务小区PDCCH子帧的并集，也未给出相关概念或定义，故未公开特征H。 |
| 技术特征I：被考虑至用以定义该非连续接收-不活动定时器的连续物理下行链路控制信道子帧中的该已启动的服务小区被配置具有一物理下行链路控制信道（隐含公开） | [0105]“PDCCH CC subset上非连续监听状态维护：...只要有一个DRX Inactivity timer启动，即需要监听PDCCH CC subset。”[0106]“PDCCH CC subset的监听总是和其可能调度的PDSCH CC subset相关。”PDCCH CC subset由具有PDCCH的载波组成。 | 对比文件指出DRX Inactivity定时器启动后监听的是PDCCH CC subset，而该subset必然包含配置有PDCCH的载波；这些载波在激活（已启动）时才会影响监听行为。本领域技术人员根据对比文件的教导可以合理推断：被考虑用于drx-InactivityTimer连续PDCCH子帧定义的服务小区正是那些已启动且配置有PDCCH的小区（即PDCCH CC subset中的激活CC），因此特征I被隐含公开。 |
| 技术特征J：还包括依据该主服务小区的一时分双工上行-下行链路配置来定义一持续时间定时器的连续物理下行链路控制信道子帧（未公开） | 无相关公开。 | 对比文件未涉及TDD UL-DL配置，也未提及持续时间定时器（onDurationTimer）的连续子帧依赖主服务小区的TDD配置，故未公开。 |
| 技术特征K：还包括依据一与一非连续接收重新传输定时器相关的混合自动重送请求程序所属的服务小区的一时分双工上行-下行链路配置（未公开） | 无相关公开。 | 对比文件未涉及TDD UL-DL配置，也未描述重传定时器（drx-RetransmissionTimer）依据所属服务小区的TDD配置来定义其连续PDCCH子帧，故未公开。 |
| 技术特征L：来定义该非连续接收重新传输定时器的连续物理下行链路控制信道子帧（未公开） | 无相关公开。 | 对比文件公开了重传定时器（Retransmission Timer）的概念[0011]，但未涉及如何根据TDD配置定义其连续PDCCH子帧，故特征L未公开。 |
| 技术特征M：还包括依据一与一非连续接收重新传输定时器相关的混合自动重送请求程序所属的服务小区的一调度小区的一时分双工上行-下行链路配置（未公开） | 无相关公开。 | 对比文件未提及使用调度小区（即调度CC）的TDD配置来定义重传定时器的连续PDCCH子帧，故未公开。 |
| 技术特征N：来定义该非连续接收重新传输定时器的连续物理下行链路控制信道子帧（未公开） | 无相关公开。 | 同特征L，未公开。 |
| 技术特征O：其中当一子服务小区被停止启动时（隐含公开） | [0128]“对PDSCH CC subset中CC的激活/去激活可以采用RRC信令、MAC CE或者是L1/L2信令。”[0011]“Retransmission Timer：在Retransmission Timer期间，UE监听控制信道，等待对应HARQ进程的重传调度。” | 对比文件公开了子服务小区（CC）可以被去激活（停止启动），且重传定时器与特定HARQ进程相关联。当子服务小区被去激活后，其上的HARQ进程无法继续，本领域技术人员可以合理推断出应当停止该子服务小区所拥有的HARQ进程相关的重传定时器，否则重传将无法进行。因此特征O被隐含公开。 |
| 技术特征P：则停止该子服务小区所拥有的混合自动重送请求程序相关的非连续接收重新传输定时器（隐含公开） | 同上[0128]及[0011]。 | 基于同一推理，对比文件隐含了去激活时停止相关定时器的必要性，特征P被隐含公开。 |
| 技术特征Q：其中当一调度小区被停止启动时（隐含公开） | [0128]“对PDSCH CC subset中CC的激活/去激活可以采用...MAC CE...”。调度小区对应PDCCH CC，其激活/去激活机制同理。 | 对比文件虽主要提及PDSCH CC的激活/去激活，但本领域技术人员可以理解调度小区（PDCCH CC）同样可以被去激活（停止启动）。当调度小区停止启动时，其调度的服务小区的HARQ进程无法获得调度信令，合理推理应停止该调度小区对应服务小区的HARQ重传定时器，故特征Q隐含公开。 |
| 技术特征R：则停止该调度小区对应的服务小区所拥有的混合自动重送请求程序相关的非连续接收重新传输定时器（隐含公开） | 同上。 | 基于特征Q的推理，特征R亦被隐含公开。 |
| 技术特征S：其中该主服务小区持续处于启动状态（未公开） | 无相关公开。 | 对比文件未提及主服务小区（PCell）是否始终处于启动状态，也未给出任何指示或推理基础，故未公开。 |
| 技术特征T：其中一子服务小区可通过一启动/未启动媒体存取控制的控制单元而启动或停止启动（直接公开） | [0128]“对PDSCH CC subset中CC的激活/去激活可以采用RRC信令、或MAC CE(MAC控制单元)、或L1/L2信令。” | 对比文件直接公开了采用MAC CE（媒体存取控制控制单元）对子服务小区（CC）进行激活（启动）或去激活（停止启动），因此技术特征T被直接公开。 |
### 公开性代码总结
根据以上分析，对比文件直接公开了技术特征B、C、E、T；隐含公开了技术特征I、O、P、Q、R。
<<<B>>><<<C>>><<<E>>><<<T>>><<<i>>><<<o>>><<<p>>><<<q>>><<<r>>>