非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种执行用于多小区操作的不连续接收DRX或不连续传输DTX的方法，该方法包括；用户设备UE配置至少一个状态变量；以便控制多个小区的DRX或DTX；所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作；所述UE接收用于DRX或DTX激活/去激活的命令；以及所述UE基于所述命令来对DRX或DTX进行激活/去激活；其中所述命令被应用于小区群组。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【段落[0011]】<br>“A method for dynamically updating a random access channel (RACH) configuration is disclosed.”<br>（中文翻译：公开了一种用于动态更新随机接入信道（RACH）配置的方法。）<br><br>【段落[0020]】<br>“A method, therefore, is disclosed wherein a RACH indicator signal is used by a WTRU processor 9 to determine the appropriate RACH configuration to use for communication with NB 30.”<br>（中文翻译：因此，公开了一种方法，其中WTRU处理器9使用RACH指示信号来确定用于与NB 30进行通信的适当RACH配置。） | 对比文件公开了一种无线通信中的配置更新方法。技术特征A仅为方法权利要求的前序过渡用语“该方法包括”，属于常规的方法类技术特征限定，被对比文件直接公开。 |
| 技术特征B：<br>用户设备UE配置至少一个状态变量<br><br>《隐含公开》 | 【段落[0017]】<br>“Hereafter, a wireless transmit/receive unit (WTRU) includes but is not limited to a user equipment (UE)...”<br>（中文翻译：此后，无线发射/接收单元（WTRU）包括但不限于用户设备（UE）……）<br><br>【段落[0020]】<br>“...As those having skill in the art know, the RACH configuration signal includes RACH configuration parameters to be used by WTRU 20 to communicate with NB 30. The RACH configuration parameters may include, but is not limited to, one or more of the following: a. Time-division multiplexed access slots; b. Frequency-division multiplexed access resources, such as one or a set of sub-carriers; c. Persistence factor; d. Backoff timers; and e. ASC or other such class differentiators of users.”<br>（中文翻译：……正如本领域技术人员所知，RACH配置信号包括供WTRU 20用于与NB 30通信的RACH配置参数。RACH配置参数可以包括但不限于以下一项或多项：a. 时分复用接入时隙；b. 频分复用接入资源，诸如一个或一组子载波；c. 持续因子；d. 退避定时器；以及e. ASC或用户的其他此类等级区分符。）<br><br>【段落[0044]】<br>“...As such, different RACH configuration parameters would be used by WTRU 20 depending on its state (e.g., whether it is idle or active, and whether it has a connection or not)...”<br>（中文翻译：……因此，WTRU 20将根据其状态（例如它是空闲还是激活的，以及它是否具有连接）使用不同的RACH配置参数……） | 目标专利说明书（如[0056]、[0068]、[0069]）中，“状态变量”具体指控制通信状态的操作变量（例如DL_DRX_Active、UL_DTX_Active、UE_DTX_DRX_Enabled）。<br>对比文件明确公开了WTRU（即UE）中配置有多种参数（如退避定时器、接入时隙等），且明确记载了WTRU具有“状态（state，如空闲或激活）”。在计算机与通信技术中，维护和判断设备的“空闲/激活”状态必然依赖于内部配置的状态量/状态参数（如连接状态变量或定时器变量）。因此，本领域技术人员基于对比文件对UE工作状态（idle/active）和参数配置的记载，能够合理解读和推断出UE配置有指示或控制其操作状态的变量或参数，属于部分公开并可合理推理的情形，应认定为《隐含公开》。 |
| 技术特征C：<br>以便控制多个小区的DRX或DTX<br><br>《未公开》 | 对比文件全文未见涉及DRX（不连续接收）或DTX（不连续发送）的描述，对比文件全文围绕“随机接入信道（RACH）配置的动态更新”展开。 | 目标专利说明书中技术特征C用于通过状态变量控制载波聚合或多小区下的不连续接收/发送（如[0007]、[0056]），以达到省电和节约容量的目的。对比文件全文仅涉及单小区或跨小区切换场景下的RACH参数更新，完全没有公开关于DRX或DTX的技术方案与机制，二者在技术领域目的和手段上均不同，本领域技术人员无法从对比文件中得出该特征，故属于《未公开》。 |
| 技术特征D：<br>所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作<br><br>《未公开》 | 对比文件全文未见涉及小区群组状态变量及DRX/DTX操作的相关记载。 | 目标专利说明书（如[0068]-[0070]）明确阐述了DL小区划分为K个小区群组，并为每个小区子集配置关联的状态变量（如DL_DRX_Active(k)），据此在该群组子集上独立执行DRX物理信道监视/接收操作。对比文件未涉及小区子集/群组的DRX/DTX状态变量，也未涉及基于此执行DRX/DTX操作，本领域技术人员无法从对比文件得出该技术方案，故属于《未公开》。 |
| 技术特征E：<br>所述UE接收用于DRX或DTX激活/去激活的命令<br><br>《隐含公开》 | 【段落[0018]】<br>“...In one embodiment, RACH configurations are sent explicitly. These configurations may have activation and deactivation times associated with them to coordinate cell- wide behavior among all WTRUs...”<br>（中文翻译：……在一个实施方式中，显式发送RACH配置。这些配置可以具有与之相关联的激活和去激活时间，以协调所有WTRU之间的全小区行为……）<br><br>【段落[0022]】<br>“In accordance with the disclosed method, the RACH indicator signal can be any type of signal within the downlink channel that is used by the WTRU 20 to determine the appropriate RACH configuration. The RACH indicator signal may, as an example, include one or more of the following types of indicators, an activation time, a deactivation time, an Access Service Class (ASC), or a load indicator.”<br>（中文翻译：根据所公开的方法，RACH指示信号可以是下行链路信道内由WTRU 20用于确定适当RACH配置的任何类型的信号。作为示例，RACH指示信号可以包括以下类型的一个或多个指示符：激活时间、去激活时间、接入服务等级（ASC）或负载指示符。）<br><br>【段落[0025]】<br>“In an alternative embodiment, a deactivation time field may also be included in the RACH indicator signal received by WTRU 20 for indicating the time in which to stop using the received RACH configurations or set of RACH configurations...”<br>（中文翻译：在替换实施例中，去激活时间字段也可以包括在由WTRU 20接收的RACH指示信号中，以用于指示停止使用所接收的RACH配置或RACH配置集的时刻……） | 目标专利说明书（如[0008]、[0186]-[0188]）中，命令是指来自网络的物理层HS-SCCH命令或高层信令，用于显式指示UE开启或停止DRX/DTX状态。<br>对比文件公开了UE接收包含“激活时间（activation time）”和“去激活时间（deactivation time）”的指示信号，用于启动或停止特定通信配置的使用。虽然对比文件中控制的对象是RACH配置，而非DRX/DTX，但其已完全公开了“UE接收用于指示激活/去激活的控制下行信令/命令”的机制和控制构架。鉴于隐含公开的宽松标准，对比文件部分公开了下行信令对操作配置进行激活/去激活的命令接收机制，本领域技术人员有可能将该激活/去激活命令机制与DRX/DTX结合，故认定为《隐含公开》。 |
| 技术特征F：<br>所述UE基于所述命令来对DRX或DTX进行激活/去激活<br><br>《隐含公开》 | 【段落[0024]】<br>“...If the activation time field is associated with only certain RACH configuration parameters, processor 9 selects those parameters when the activation time begins. Those parameters that are not associated with the activation time are preferably left unchanged, thereby allowing WTRU 20 to dynamically adjust its RACH configuration without changing all of the RACH configuration parameters.”<br>（中文翻译：……如果激活时间字段仅与某些RACH配置参数关联，则处理器9在激活时间开始时选择那些参数。优选地保持那些与激活时间不关联的参数不变，从而允许WTRU 20在不改变所有RACH配置参数的情况下动态调整其RACH配置。）<br><br>【段落[0027]】<br>“...If a deactivation time field is received by WTRU 20, RACH configuration information in the RACH configuration signal is deactivated.”<br>（中文翻译：……如果WTRU 20接收到去激活时间字段，则RACH配置信号中的RACH配置信息被去激活。） | 目标专利中，UE根据接收到的HS-SCCH命令将DL_DRX_Active变量设为TRUE或FALSE，从而开启或关闭DRX（如[0188]）。<br>对比文件明确公开了UE根据接收到的指示信号中的激活/去激活时间字段，对相应的通信配置参数进行激活（开始使用）或去激活（停止使用）。对比文件已公开了“UE根据命令执行激活与去激活行为”的整体响应过程与处理逻辑。虽然具体受控操作对象限定为DRX/DTX，但对比文件公开了相同的执行逻辑架构，属于部分公开了该技术特征的内容且有可能与其他对比文件组合公开，因此认定为《隐含公开》。 |
| 技术特征G：<br>其中所述命令被应用于小区群组。<br><br>《隐含公开》 | 【段落[0018]】<br>“...In LTE, there will likely be the capability of partitioning and configuring random access resources... These configurations may have activation and deactivation times associated with them to coordinate cell-wide behavior among all WTRUs...”<br>（中文翻译：……在LTE中，很可能会具有划分和配置随机接入资源的能力……这些配置可以具有与之关联的激活和去激活时间，以协调所有WTRU之间的全小区行为……）<br><br>【段落[0030]】<br>“...Thus, a method is disclosed wherein an ASC or group of ASCs has a set of RACH configuration parameters that are different from other ASCs...”<br>（中文翻译：……因此，公开了一种方法，其中ASC或一组ASC具有与其他ASC不同的RACH配置参数集……）<br><br>【段落[0040]】<br>“During handover, the load in a target cell can be different from the load in the serving cell. In accordance with the above, a method is disclosed that addresses the load difference during a handover. One method includes a target cell forwarding its load and RACH configuration information to a serving cell. The serving cell informs WTRU 20 about the target cell's load/configurations...”<br>（中文翻译：在切换期间，目标小区中的负载可能与服务小区中的负载不同。根据上述内容，公开了一种解决切换期间负载差异的方法。一种方法包括目标小区将其负载和RACH配置信息转发给服务小区。服务小区向WTRU 20通知目标小区的负载/配置……） | 目标专利中命令应用于“小区群组”（如[0008]、[0190]-[0194]），是指激活/去激活命令的目标作用范围是一组小区/载波。<br>对比文件虽未直接明确记载命令应用于“多小区聚合的小区群组”，但在涉及切换（handover）的实施例中公开了涉及服务小区与目标小区等多个小区，并公开了针对用户类别或参数划分群组（group of ASCs）应用配置及激活/去激活。基于隐含公开宽泛的评估原则，对比文件公开了多小区协调与群组化配置的思想，本领域技术人员有可能通过对比文件内容推理出将该配置命令扩展并应用于一组小区，故认定为《隐含公开》。 |
| 技术特征H：<br>其中为每一个小区子集配置群组特定状态变量<br><br>《未公开》 | 对比文件全文未见为不同小区子集配置各自独立的群组特定状态变量的相关记载。 | 目标专利说明书（如[0068]-[0069]）明确记载了为K个小区群组独立保持并评估K个DL_DRX_Active(k)状态变量，即每个子集有自己的特定变量。对比文件并未公开小区子集划分，更未公开为每一个小区子集配置群组特定的状态变量，本领域技术人员无法从对比文件中推导出该特征，故属于《未公开》。 |
| 技术特征I：<br>用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的。<br><br>《未公开》 | 对比文件全文未见基于群组特定状态变量执行DRX或DTX操作的记载。 | 目标专利说明书（如[0068]-[0070]）阐述了群组k的DRX操作根据对应的DL_DRX_Active(k)独立执行。对比文件既无DRX/DTX操作，亦无小区群组特定状态变量的控制机制，技术方案完全未涉及，本领域技术人员无法得出，故属于《未公开》。 |
| 技术特征J：<br>其中为所有小区配置单个状态变量<br><br>《隐含公开》 | 【段落[0018]】<br>“...These configurations may have activation and deactivation times associated with them to coordinate cell-wide behavior among all WTRUs...”<br>（中文翻译：……这些配置可以具有与之相关联的激活和去激活时间，以协调所有WTRU之间的全小区行为……）<br><br>【段落[0044]】<br>“In yet another embodiment, a method is disclosed in which the determination by processor 9 of the appropriate RACH configuration to be used is based on the state of WTRU 20. As such, different RACH configuration parameters would be used by WTRU 20 depending on its state (e.g., whether it is idle or active, and whether it has a connection or not)...”<br>（中文翻译：在又一个实施例中，公开了一种方法，其中由处理器9确定要使用的适当RACH配置是基于WTRU 20的状态。因此，WTRU 20将根据其状态（例如它是空闲还是激活的，以及它是否具有连接）使用不同的RACH配置参数……） | 目标专利说明书（如[0056]、[0079]-[0080]）中公开了另一种替换实施方式，即为所有DL小区/载波保持单个公共的状态变量（如单个DL_DRX_Active）。<br>对比文件明确公开了WTRU（UE）的配置与动作取决于WTRU自身的状态（如idle/active），该状态是UE全局的（即对该UE所面对的小区环境而言由该UE统一维护的状态）。在常规单小区或通用蜂窝通信构架中，UE自身维护的状态变量即为全局单个状态变量。基于宽松的隐含公开判断原则，对比文件公开了单一终端状态变量的设置基础，本领域技术人员有可能合理推断出该状态变量对通信涉及的所有小区均统一适用，构成部分公开与推导可能，故认定为《隐含公开》。 |
| 技术特征K：<br>用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的单个状态变量来执行的。<br><br>《未公开》 | 对比文件全文未见基于单个状态变量在各小区群组上执行DRX或DTX操作的记载。 | 目标专利说明书（如[0080]-[0082]）记载了单个公共的DL_DRX_Active为真时，UE将特例规则单独且独立地应用于每一个载波群组来执行DL信道监视。对比文件完全不涉及DRX/DTX操作，亦不涉及通过以小区群组为基础结合单个状态变量的控制方式，本领域技术人员无法从对比文件中得出该方案，故属于《未公开》。 |
| 技术特征L：<br>其中所述UE将公共DRX监视应用于所有群组<br><br>《未公开》 | 对比文件全文未见公共DRX监视应用于所有群组的记载。 | 目标专利说明书（如[0124]-[0127]）明确阐述了“公共DRX监视（Common DRX monitoring）”是指所有小区群组遵循相同的DRX监视规则（例如定义单独的HS-SCCH接收模式，并在所有小区上同时执行监视）。对比文件完全未公开DRX监视，亦无公共DRX监视应用于所有群组的技术方案，故属于《未公开》。 |
| 技术特征M：<br>将群组特定DRX监视应用于每一个小区群组<br><br>《未公开》 | 对比文件全文未见群组特定DRX监视应用于每一个小区群组的记载。 | 目标专利说明书（如[0131]-[0136]）详细定义了“群组特定DRX监视”，即HS-SCCH接收模式是为每个群组单独定义的，UE根据群组专用的接收模式在群组所有小区上独立监视。对比文件完全未涉及DRX监视及其在群组层面的独立模式配置，故属于《未公开》。 |
| 技术特征N：<br>或者将小区特定DRX监视应用于每一个小区。<br><br>《未公开》 | 对比文件全文未见将小区特定DRX监视应用于每一个小区的记载。 | 目标专利说明书（如[0140]-[0144]）记载了“逐个小区的DRX监视”，即为每个小区独立定义HS-SCCH接收模式进行独立监视。对比文件不涉及任何DRX监视机制，更无针对单个小区的DRX专用监视方案，故属于《未公开》。 |
---
<<<A>>>
<<<b>>>
<<<e>>>
<<<f>>>
<<<g>>>
<<<j>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括<br><br>《直接公开》 | [0018]<br>“Systems and methods are provided support efficient detection of new wireless cells and mitigate power losses in wireless devices. In one aspect, a cell identification method is provided...”<br>（中文翻译：“提供了支持有效检测新无线小区并减轻无线设备中功率损耗的系统和方法。在一个方面，提供了一种小区识别方法……”） | 对比文件段落[0018]直接公开了在无线通信中执行的方法（特别是小区识别与DRX相关的方法），与目标专利技术特征A的常规方法引导语在技术领域和作用上完全相同，属于直接公开。 |
| 技术特征B：用户设备UE配置至少一个状态变量<br><br>《直接公开》 | [0021]<br>“If a status signal e.g., DL DRX Active = 1 for example, it may be possible for Tidentfy intra to have a value of up to 6 seconds...”<br>（中文翻译：“如果状态信号例如DL DRX Active = 1，则Tidentfy intra的值可能高达6秒……”）<br>[0024]<br>“If DL_DRX_Active= 1 , and the UE is performing DRX, intra frequency measurements can be performed when the receiver is active, to data reception from the active set cell/s.”<br>（中文翻译：“如果DL_DRX_Active= 1，且UE正在执行DRX，则当接收机处于活动状态时，可以执行同频测量以从活动集小区接收数据。”）<br>[0025]-[0026]<br>“If DL DRX Active = 0, the UE can identify... If DL DRX Active = 1 and the UE DRX cycle < 10 subframes...”<br>（中文翻译：“如果DL DRX Active = 0，UE可以识别……如果DL DRX Active = 1且UE DRX周期 < 10个子帧……”） | 目标专利说明书段落[0056]、[0069]记载UE配置状态变量（如DL_DRX_Active）。对比文件段落[0021]、[0024]-[0026]明确公开了UE具有“DL_DRX_Active”（取值为0或1）的状态信号/变量。该变量在对比文件中表征UE的下行不连续接收活动状态，与目标专利中UE配置状态变量的作用相同，本领域技术人员能毫无疑义地确定该特征已被对比文件直接公开。 |
| 技术特征C：以便控制多个小区的DRX或DTX<br><br>《未公开》 | 对比文件全文通篇仅涉及单载波/单小区服务连接下的DRX配置及对邻区（同频监控集/检测集小区）的测量与识别（例如段落[0023]、[0026]），未公开多载波或多服务小区聚合操作，更未公开通过状态变量控制多个小区的DRX或DTX。 | 目标专利说明书段落[0008]、[0056]、[0068]中，技术特征C的作用在于实现多载波/多小区系统（如MC-HSPA、CA）中对多个服务小区（主小区及次小区）的联合或分组DRX/DTX状态控制。对比文件仅公开了UE在服务小区的单DRX状态下对邻区的同频测量与识别时间控制，其状态变量仅反映UE自身的单一DRX状态，并未起到“控制多个小区的DRX或DTX”的作用，技术手段和技术效果均不相同。即使按最宽松的隐含公开判断，对比文件也没有任何多小区/多载波DRX/DTX控制的教导或技术暗示，不能合理推导出该特征。 |
| 技术特征D：所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作<br><br>《未公开》 | 对比文件全文未记载“小区群组”、“小区子集”以及“基于与小区子集相关联的状态变量执行DRX/DTX操作”。 | 目标专利说明书段落[0008]、[0058]、[0068]-[0070]中，该特征的作用是将多个被配置的服务小区分组为子集，并通过群组特定的状态变量独立/分组控制各子集的DRX/DTX操作，以优化多载波系统的功耗与吞吐量权衡。对比文件完全不涉及服务小区子集或小区群组的划分，也不存在基于小区子集的状态变量来执行该子集上的DRX/DTX操作。因此既未直接公开，也未隐含公开。 |
| 技术特征E：所述UE接收用于DRX或DTX激活/去激活的命令<br><br>《隐含公开》 | [0036]<br>“Proceeding to 210, DRX status is monitored by a wireless device. As noted previously, such status can be monitored on the downlink channel and indicate the active state of the device.”<br>（中文翻译：“进行至210，无线设备监视DRX状态。如前所述，该状态可以在下行链路信道上被监视并且指示设备的活动状态。”）<br>[0021]<br>“If a status signal e.g., DL DRX Active = 1 for example...”<br>（中文翻译：“如果状态信号例如DL DRX Active = 1……”） | 目标专利说明书段落[0008]、[0069]、[0188]记载UE接收网络侧发送的显性命令（如HS-SCCH命令）来激活或去激活DRX/DTX。对比文件段落[0036]、[0021]公开了在下行链路信道上监视指示设备活动状态的DRX状态信号（如DL DRX Active = 1/0）。虽然对比文件未明确使用“命令（command）”一词，但在蜂窝移动通信（如3GPP系统）中，下行链路信道上传送的状态指示信号通常即为基站下发的用于改变或指示UE接收状态的控制命令或信令。依据最宽松的隐含公开判定标准，对比文件公开了下行信道接收指示DRX活动/非活动状态的状态信号，本领域技术人员结合公知常识能够合理推断出其包含了接收网络指示激活/去激活状态的命令，具有与目标专利中指示/控制DRX启停相同的作用，因此认定为隐含公开。 |
| 技术特征F：所述UE基于所述命令来对DRX或DTX进行激活/去激活<br><br>《隐含公开》 | [0024]<br>“If DL_DRX_Active= 1 , and the UE is performing DRX, intra frequency measurements can be performed when the receiver is active, to data reception from the active set cell/s.”<br>（中文翻译：“如果DL_DRX_Active= 1，且UE正在执行DRX，则当接收机处于活动状态时，可以执行同频测量以从活动集小区接收数据。”）<br>[0025]<br>“If DL DRX Active = 0, the UE can identify and decode the SFN of a new detectable cell...”<br>（中文翻译：“如果DL DRX Active = 0，UE可以识别并解码新可检测小区的SFN……”）<br>[0036]<br>“Proceeding to 210, DRX status is monitored by a wireless device. As noted previously, such status can be monitored on the downlink channel and indicate the active state of the device.”<br>（中文翻译：“进行至210，无线设备监视DRX状态。如前所述，该状态可以在下行链路信道上被监视并且指示设备的活动状态。”） | 目标专利说明书段落[0069]、[0188]中，该特征的作用是使UE根据网络下发的命令改变内部DRX/DTX状态变量并进入/退出DRX。对比文件公开了UE在下行信道监视DL DRX状态信号（段落[0036]），且根据状态信号DL_DRX_Active是1还是0，UE分别处于执行DRX操作或非DRX操作（段落[0024]-[0025]）。本领域技术人员结合通信系统基本原理可以合理推断出：UE在下行信道接收到表征DRX状态的指示后，会相应地使能或去使能DRX。因此，对比文件至少部分公开了该交互逻辑，按照极宽松标准可视为隐含公开。 |
| 技术特征G：其中所述命令被应用于小区群组<br><br>《未公开》 | 对比文件全文未记载将命令应用于“小区群组”。 | 目标专利说明书段落[0008]、[0187]、[0190]-[0194]中，该特征的作用是将激活/去激活命令定向作用于预定的一组服务小区（如通过命令类型或命令比特映射到特定载波群组），实现群组级控制。对比文件完全不涉及多小区聚合，更无小区群组划分及面向群组的命令机制，既未直接公开，也无法隐含推导出该特征。 |
| 技术特征H：其中为每一个小区子集配置群组特定状态变量<br><br>《未公开》 | 对比文件全文未记载为小区子集配置群组特定状态变量。 | 目标专利说明书段落[0068]-[0069]中，该特征的作用是为每一个小区群组独立保持和评估特定的状态变量（如DL_DRX_Active(k)），以实现不同群组间独立的DRX状态控制。对比文件仅存在反映UE整体单一状态的DL_DRX_Active，不存在多小区子集及各自对应的群组特定状态变量，既未直接公开，也未隐含公开。 |
| 技术特征I：用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的<br><br>《未公开》 | 对比文件全文未记载基于群组特定状态变量来执行各小区子集的DRX/DTX操作。 | 目标专利说明书段落[0068]-[0070]中，该特征的作用是使各个子集的DRX/DTX物理信道接收与休眠行为完全解耦并受控于各自的群组变量。对比文件缺乏小区子集和群组特定状态变量的基础构件，根本无法基于群组特定状态变量执行DRX/DTX操作，既未直接公开，也未隐含公开。 |
| 技术特征J：其中为所有小区配置单个状态变量<br><br>《隐含公开》 | [0021]<br>“If a status signal e.g., DL DRX Active = 1 for example, it may be possible for Tidentfy intra to have a value of up to 6 seconds...”<br>（中文翻译：“如果状态信号例如DL DRX Active = 1，则Tidentfy intra的值可能高达6秒……”）<br>[0024]<br>“If DL_DRX_Active= 1 , and the UE is performing DRX, intra frequency measurements can be performed when the receiver is active, to data reception from the active set cell/s.”<br>（中文翻译：“如果DL_DRX_Active= 1，且UE正在执行DRX，则当接收机处于活动状态时，可以执行同频测量以从活动集小区接收数据。”） | 目标专利说明书段落[0056]、[0079]-[0080]中，该特征的作用是在多小区/多载波系统中采用集中控制机制，通过一个公共的单个状态变量（单个DL_DRX_Active）统一控制所有小区。对比文件公开了系统配置单个状态信号“DL_DRX_Active=1/0”来表征UE当前的DRX状态，虽然对比文件针对的是单载波/单小区服务环境，但其系统内部确实仅为UE配置了一个单一的状态变量。在最宽松的隐含公开判断标准下，对比文件公开了“配置单个状态变量控制DRX”的技术手段，有可能与其他公开了多小区的对比文件进行技术结合从而拼凑出该特征，因此认定为隐含公开。 |
| 技术特征K：用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的单个状态变量来执行的<br><br>《未公开》 | 对比文件全文未记载以小区群组为基础、基于单个状态变量来执行各小区子集的DRX/DTX操作。 | 目标专利说明书段落[0080]-[0082]中，该特征的作用是虽然所有小区共用单个状态变量，但UE将DRX规则（如特例1-7）分别独立应用于每一个小区群组。对比文件完全不包含小区子集或小区群组的划分与控制逻辑，既未直接公开，也无法合理推导出该特征。 |
| 技术特征L：其中所述UE将公共DRX监视应用于所有群组<br><br>《未公开》 | 对比文件全文未记载将公共DRX监视应用于所有群组。 | 目标专利说明书段落[0124]-[0127]中，该特征的作用是定义公共的HS-SCCH接收模式，并在所有小区/群组上同步执行连续/不连续物理信道监视。对比文件仅公开了UE在服务小区执行自身的DRX监视以及对邻区进行测量，未涉及面向多个小区群组的公共DRX监视机制，既未直接公开，也未隐含公开。 |
| 技术特征M：将群组特定DRX监视应用于每一个小区群组<br><br>《未公开》 | 对比文件全文未记载为每一个小区群组应用群组特定的DRX监视。 | 目标专利说明书段落[0131]-[0136]中，该特征的作用是为每个小区群组独立配置专用的接收模式参数（如UE_DRX_cycle(k)），实现差异化的群组监视。对比文件完全没有小区群组的概念，更无群组特定DRX监视，既未直接公开，也未隐含公开。 |
| 技术特征N：或者将小区特定DRX监视应用于每一个小区<br><br>《未公开》 | 对比文件全文未记载在多小区系统中将小区特定DRX监视应用于每一个小区。 | 目标专利说明书段落[0140]-[0144]中，该特征的作用是在多小区聚合环境中，针对每一个已配置的辅小区/小区独立执行差异化、互不影响的逐小区DRX信道监视。对比文件虽然涉及在DRX期间对邻区进行识别测量，但该测量属于单连接下的移动性测量，并非在多载波聚合中对每一个服务小区分别实施独立的DRX接收监视，其技术方案、手段及所处技术环境完全不同，既未直接公开，也未隐含公开。 |
<<<A>>>
<<<B>>>
<<<e>>>
<<<f>>>
<<<j>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【未公开】 | 无引用内容（对比文件缺少正文说明书内容） | 提供的对比文件仅包含标题“WO2009100136A3 SUITABLE TRIGGER MECHANISM TO CONTROL NEW CELL IDENTIFICATION IN UE WHEN IN DRX MODE”，无正文说明书及权利要求书内容。由于缺乏实质性技术内容，无法得出该方法步骤的相关方案，因此未公开。 |
| 技术特征B：<br>用户设备UE配置至少一个状态变量<br><br>【未公开】 | 无引用内容（对比文件缺少正文说明书内容） | 提供的对比文件缺少正文说明书内容。本领域技术人员无法从标题或有限信息中获知或合理推导出UE配置“状态变量”的技术内容，因此未公开。 |
| 技术特征C：<br>以便控制多个小区的DRX或DTX<br><br>【未公开】 | 无引用内容（对比文件缺少正文说明书内容） | 对比文件未提供正文内容，虽然标题提及“IN DRX MODE”，但并未公开多小区环境下通过状态变量控制多个小区的DRX或DTX的方案，因此未公开。 |
| 技术特征D：<br>所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作<br><br>【未公开】 | 无引用内容（对比文件缺少正文说明书内容） | 对比文件正文缺失，无任何关于“小区群组/小区子集”以及“基于相关联状态变量执行DRX/DTX操作”的技术记载与教导，因此未公开。 |
| 技术特征E：<br>所述UE接收用于DRX或DTX激活/去激活的命令<br><br>【未公开】 | 无引用内容（对比文件缺少正文说明书内容） | 对比文件无说明书正文，未记载UE接收显性的用于DRX或DTX激活/去激活的命令的技术方案，因此未公开。 |
| 技术特征F：<br>所述UE基于所述命令来对DRX或DTX进行激活/去激活<br><br>【未公开】 | 无引用内容（对比文件缺少正文说明书内容） | 对比文件正文缺失，无法获知基于所接收命令执行激活/去激活的具体操作，因此未公开。 |
| 技术特征G：<br>其中所述命令被应用于小区群组<br><br>【未公开】 | 无引用内容（对比文件缺少正文说明书内容） | 对比文件正文缺失，未公开将激活/去激活命令应用于小区群组的技术特征，因此未公开。 |
| 技术特征H：<br>其中为每一个小区子集配置群组特定状态变量<br><br>【未公开】 | 无引用内容（对比文件缺少正文说明书内容） | 对比文件正文缺失，未公开为小区子集配置群组特定状态变量的方案，因此未公开。 |
| **技术特征I**：<br>用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的<br><br>【未公开】 | 无引用内容（对比文件缺少正文说明书内容） | 对比文件正文缺失，未在本次对比评估中，用户给出的对比文件【对比文件/2009-08-13_WO2009100136A_发明申请_WO2009100136A3 SUITABLE TRIGGER MECHANISM TO CONTROL NEW CELL IDENTIFICATION IN UE WHEN IN DRX MODE.docx】仅给出了标题，明确标注为“**无说明书**”（即未提供任何正文、权利要求书、附图或具体段落内容）。
基于专利创造性与新颖性评估的基本原则，对比文件的公开性必须基于其实际记载的真实技术内容。在对比文件未提供说明书或具体公开内容的前提下，无法确认对比文件中具有任何足以公开各技术特征的技术方案或段落记载。
**特征比对表格**
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 对比文件无说明书及正文内容。 | 对比文件未提供任何具体文本或段落内容，无法得出该方法步骤的前提步骤特征，不构成直接公开，也无法推导得出隐含公开。 |
| 技术特征B：用户设备UE配置至少一个状态变量<br>《未公开》 | 对比文件无说明书及正文内容。 | 对比文件未提供说明书正文，无任何关于UE配置状态变量的相关记载，无法构成直接公开或隐含公开。 |
| 技术特征C：以便控制多个小区的DRX或DTX<br>《未公开》 | 对比文件无说明书及正文内容。 | 对比文件未提供具体内容，无关于通过状态变量控制多小区DRX/DTX的任何技术教导，无法构成直接公开或隐含公开。 |
| 技术特征D：所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作<br>《未公开》 | 对比文件无说明书及正文内容。 | 对比文件未提供具体内容，无关于以小区群组为基础的状态变量及在该小区子集上执行DRX/DTX操作的方案记载，无法构成直接公开或隐含公开。 |
| 技术特征E：所述UE接收用于DRX或DTX激活/去激活的命令<br>《未公开》 | 对比文件无说明书及正文内容。 | 对比文件未提供具体内容，无关于UE接收DRX/DTX激活/去激活命令的记载，无法构成直接公开或隐含公开。 |
| 技术特征F：所述UE基于所述命令来对DRX或DTX进行激活/去激活<br>《未公开》 | 对比文件无说明书及正文内容。 | 对比文件未提供具体内容，无基于命令激活/去激活DRX/DTX的动作与逻辑记载，无法构成直接公开或隐含公开。 |
| **技术特征G**：其中所述命令被应用于小区群组。<br>《未公开》 | 对
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br><br>《直接公开》 | 【具体实施方式】第2段：“公开了用于在高速下行链路分组接入(HSDPA)无线通信系统中，在 Cell_PCH和URA_PCH状态中进行寻呼的装置和方法。”<br>【附图说明】“图3是用于从所接收的系统信息广播中选择PICH信息的方法的流程图。” | 对比文件公开了一种在无线通信系统（如HSDPA）中进行寻呼或通信的方法流程，起到提供通信方法步骤的作用。该内容与目标专利中技术特征A所起到的限定方法流程框架的作用相同，属于本领域通用的前序引导特征，构成实质相同。因此，技术特征A被对比文件《直接公开》。 |
| 技术特征B：用户设备UE配置至少一个状态变量<br><br>《隐含公开》 | 【具体实施方式】倒数第6段：“除了上述配置和方法，可以修改用于估计布尔变量 HS_DSCH_RECEPTION(HS_DSCH_接收)的规则，以在Cell_PCH状态和 URA_PCH状态中实现HSDPA接收。特别是，当：WTRU是在Cell_PCH 和URA_PCH状态中，DL无线链路被配置为是服务HS-DSCH无线电链路， 且至少存在一个映射至HS-DSCH的无线电承载时，所述变量应当被认为是 TRUE(即，支持经过HSDPA的寻呼)。”<br>【背景技术】倒数第5段：“首先，目前仅在Cell_DCH状态中允许HSDPA，且HSDPA由WTRU 变量HS-DSCH_RECEPTION(HS-DSCH_接收)所控制。”<br>【具体实施方式】第1段：“下文引用的术语‘无线发射/接收单元(WTRU)’包括但不限于是用户 设备(UE)……” | 对比文件公开了WTRU（即UE）在处于特定状态时，维护并估计布尔变量HS_DSCH_RECEPTION（HS-DSCH_接收），当满足条件时该变量被置为TRUE。该变量属于UE内部配置/维护的一个状态变量。但在对比文件中，该变量的作用是用于控制UE在特定状态下是否进行HSDPA数据接收（用于寻呼消息接收），而非如目标专利中直接用于控制多个小区的DRX或DTX状态机。然而，按照非常宽松的隐含公开标准，对比文件已经公开了“UE配置/维护用于下行链路接收控制的状态变量”的基础方案，本领域技术人员结合该变量控制机制有可能推断或结合其他技术实现变量控制扩展，构成部分公开。因此，技术特征B被对比文件《隐含公开》。 |
| 技术特征C：以便控制多个小区的DRX或DTX<br><br>未公开 | 对比文件全文无记载。对比文件中关于DRX的内容仅见于：<br>【背景技术】倒数第7段：“为了节省电池功率，WTRU被配置为具有不连续接收(DRX)周期，在该周期中，周期性地关闭WTRU的接收机链路。 这公知为休眠模式。WTRU仅在已知为寻呼时机的特定帧唤醒……”<br>【具体实施方式】倒数第4段：“处理器770还优选地被配置为控制WTRU 710的DRX周期， 并根据需要向基站720提供DRX信息。” | 目标专利中的技术特征C结合说明书[0007]、[0008]、[0056]可知，其核心在于多载波/多小区操作环境下，通过状态变量（如DL_DRX_Active或UL_DTX_Active）来协调或控制多个小区的DRX或DTX操作。而对比文件仅公开了单载波/单小区寻呼场景下，UE具有用于周期性休眠和唤醒的常规DRX周期，并没有涉及多载波/多小区架构，更没有公开通过所配置的状态变量来控制“多个小区”的DRX或DTX。两者技术方案、面临的技术问题和起到的作用完全不同，即便是极其宽松的标准也无法合理推断出该特征。因此，技术特征C未被对比文件公开。 |
| 技术特征D：所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作<br><br>未公开 | 对比文件全文无记载。 | 结合目标专利说明书[0008]、[0058]、[0068]-[0070]可知，技术特征D是将多个小区划分为小区子集（小区群组），并基于与该子集相关联的状态变量对该小区子集独立执行DRX/DTX操作（例如对群组k维护DL_DRX_Active(k)）。对比文件中完全不涉及多小区的划分或小区子集，亦无基于小区群组的状态变量控制对应子集DRX/DTX操作的任何教导或启示。因此，技术特征D未被对比文件公开。 |
| 技术特征E：所述UE接收用于DRX或DTX激活/去激活的命令<br><br>未公开 | 对比文件全文无记载。对比文件中仅记载了用于寻呼的信令：<br>【具体实施方式】第4段：“广播的配置信息可以包括：通过HSDPA能力的PCCH；将被用于寻呼 消息的公共HS-DSCH无线电网络临时标识符(H-RNTI)……”<br>【具体实施方式】第9段：“如果该确定结果为是，则基站415在PICH上发送寻 呼指示符，(步骤450)……发送相应的消息……映射至HS-PDSCH” | 结合目标专利说明书[0008]、[0069]、[0186]-[0188]可知，技术特征E是UE接收网络侧发送的显式命令（如层1的HS-SCCH命令），该命令的作用是显式指示DRX或DTX模式的激活或去激活。对比文件中UE在寻呼时机唤醒侦听PICH或HS-SCCH接收寻呼指示，若未收到则根据定时器超时返回休眠，这属于常规的寻呼侦听流程，并非网络发送专门用于“DRX或DTX激活/去激活”的命令。对比文件中完全没有用于激活/去激活DRX/DTX的命令的任何记载或暗示。因此，技术特征E未被对比文件公开。 |
| 技术特征F：所述UE基于所述命令来对DRX或DTX进行激活/去激活<br><br>未公开 | 对比文件全文无记载。 | 因对比文件未公开技术特征E所述的用于DRX或DTX激活/去激活的命令，自然无法公开基于该命令对DRX或DTX进行激活/去激活的操作。因此，技术特征F未被对比文件公开。 |
| 技术特征G：其中所述命令被应用于小区群组。<br><br>未公开 | 对比文件全文无记载。对比文件中出现的“组”仅为寻呼场景下的UE终端分组：<br>【具体实施方式】第2段：“第一优选配置和方法使用了PICH和寻呼组。第二优选配置和方法使用了寻呼 组，但是没有使用PICH……” | 结合目标专利说明书[0187]-[0192]可知，特征G的作用是将DRX/DTX激活/去激活命令的控制效力限定作用于特定的小区群组（即载波群组）。对比文件中的“寻呼组”是指将终端UE进行分组以接收寻呼，完全不是对“小区”进行分组，且对比文件根本不存在用于DRX/DTX激活/去激活的命令，更不存在将该命令应用于小区群组的技术方案。因此，技术特征G未被对比文件公开。 |
| 技术特征H：其中为每一个小区子集配置群组特定状态变量<br><br>未公开 | 对比文件全文无记载。 | 结合目标专利说明书[0068]-[0069]可知，特征H是对K个小区群组分别独立维护并评估K个状态变量（如DL_DRX_Active(k)）。对比文件为单小区寻呼场景，仅提及针对UE自身维护单变量HS_DSCH_RECEPTION，完全未涉及多个小区子集以及为每一小区子集配置群组特定状态变量的架构。因此，技术特征H未被对比文件公开。 |
| 技术特征I：用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的。<br><br>未公开 | 对比文件全文无记载。 | 结合目标专利说明书[0068]-[0070]、实施例4可知，特征I是每个小区群组根据其独立的群组特定状态变量来独立控制该群组物理信道的接收和DRX/DTX行为。对比文件完全不具备多小区子集及群组特定状态变量的上下文，根本不可能得出该特征。因此，技术特征I未被对比文件公开。 |
| 技术特征J：其中为所有小区配置单个状态变量<br><br>未公开 | 对比文件全文无记载。 | 结合目标专利说明书[0056]、[0079]-[0080]可知，特征J的作用是在多小区/多载波系统中，为所有小区（主小区和次小区）共同维护一个公共的单个状态变量（如单个DL_DRX_Active）。对比文件仅针对单小区寻呼场景下的UE维护HS_DSCH_RECEPTION，其运行环境并非多小区系统，无法实现“为所有小区配置单个状态变量”以协同控制多小区的目的。因此，技术特征J未被对比文件公开。 |
| 技术特征K：用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的单个状态变量来执行的。<br><br>未公开 | 对比文件全文无记载。 | 结合目标专利说明书[0080]-[0082]可知，特征K的作用是：尽管所有小区共用单个状态变量，但在具体执行物理信道监视/DRX操作时，仍以各个小区群组为单位分别应用判断特例（1）-（7）。对比文件不涉及多小区及小区群组的DRX控制，未公开该特征。因此，技术特征K未被对比文件公开。 |
| 技术特征L：其中所述UE将公共DRX监视应用于所有群组<br><br>未公开 | 对比文件全文无记载。 | 结合目标专利说明书[0124]-[0127]可知，特征L的作用是所有小区/群组遵循统一公共的DRX接收模式（相同的HS-SCCH接收模式），UE在所有小区上同步监视。对比文件仅公开了单小区下UE根据自身DRX周期在寻呼时机唤醒侦听PICH，不存在多群组之间的公共DRX监视机制。因此，技术特征L未被对比文件公开。 |
| 技术特征M：将群组特定DRX监视应用于每一个小区群组<br><br>未公开 | 对比文件全文无记载。 | 结合目标专利说明书[0131]-[0135]可知，特征M的作用是为每个小区群组独立定义群组专用的HS-SCCH接收模式和DRX参数（如UE_DRX_cycle(k)），不同群组在不同时间进入DRX。对比文件无此多小区群组的DRX监视技术方案。因此，技术特征M未被对比文件公开。 |
| 技术特征N：者将小区特定DRX监视应用于每一个小区。<br><br>未公开 | 对比文件全文无记载。 | 结合目标专利说明书[0140]-[0144]可知，特征N的作用是在多小区环境下为每一个小区独立维护特定的小区DRX监视模式。对比文件仅记载单小区环境下的UE根据DRX参数唤醒侦听寻呼，并未公开多小区架构下为每一个小区应用小区特定DRX监视的技术方案。因此，技术特征N未被对比文件公开。 |
<<<A>>><<<b>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br><br>《直接公开》 | [0039] FIG. 4 illustrates an example method M400 of utilizing the DRX functionalities in a multi-carrier wireless network. The method is from the perspective of the base station 210. In A410, the base station 210 establishes a connection with the user equipment 220 over a plurality of carriers...<br>（[0039] 图4示出了在多载波无线网络中利用DRX功能的示例方法M400。该方法是从基站210的角度进行的。在A410中，基站210通过多个载波与用户设备220建立连接……）<br><br>[0049] FIG. 8 illustrates an example method M800 to utilize the DRX functionalities from the perspective of the user equipment 220. In A810, the user equipment 220 establishes a connection with the base station 210 over the plurality of carriers...<br>（[0049] 图8示出了从用户设备220的角度利用DRX功能的示例方法M800。在A810中，用户设备220通过多个载波与基站210建立连接……） | 对比文件公开了在多载波无线网络中执行DRX功能的方法（包括UE端方法M800及网络侧方法M400）。该表述属于方法权利要求的常规前序或引导词，对比文件明确记载了相应的方法步骤，其在对比文件中的作用与在目标专利中完全相同，技术特征A被对比文件《直接公开》。 |
| 技术特征B：用户设备UE配置至少一个状态变量<br><br>《隐含公开》 | [0007] When in the DRX cycle, the user equipment can operate the receivers configured to listen for signals on the carriers such that each receiver is active for a predetermined amount of time (active duration) and is in a power conservation mode for another predetermined amount of time (inactive duration)... A DRX cycle defines the length of the interval in which a combination of the active and inactive durations before the intervals repeat.<br>（[0007] 当处于DRX周期中时，用户设备可以操作被配置为侦听载波上信号的接收机，使得每个接收机在预定量的时间（激活持续时间）内处于激活状态，并在另一个预定量的时间（非激活持续时间）内处于节电模式……DRX周期定义了在间隔重复之前激活持续时间和非激活持续时间组合的间隔长度。）<br><br>[0010] ...To prepare for the transfer, the DRX cycles of the selected carriers are overridden, for example, by the base station instructing the user equipment to disable the DRX cycle of receivers configured to listen on the selected carriers. When the DRX cycle for a receiver is disabled, the receiver is put in an active state to listen for signals carried over the corresponding receiver...<br>（[0010] ……为了准备传输，所选载波的DRX周期被覆盖，例如，由基站指示用户设备禁用被配置为在所选载波上侦听的接收机的DRX周期。当针对接收机的DRX周期被禁用时，接收机被置于激活状态以侦听通过相应接收机承载的信号……）<br><br>[0027] ...any flow charts, state transition diagrams, pseudocode, and the like represent various processes which may be substantially represented in computer readable medium and so executed by a computer or processor...<br>（[0027] ……任何流程图、状态转移图、伪代码等表示各种处理，其可以实质上表示在计算机可读介质中并由计算机或处理器执行……） | 目标专利中状态变量（例如DL_DRX_Active）用于表征UE在相应载波/小区上是否处于开启/激活状态或DRX状态。对比文件虽然未字面出现“状态变量”这一术语，但公开了UE内部维护并切换接收机的“激活状态（active state）”与“节电模式/非激活状态（power conservation mode / inactive state）”，并明确提及“状态转移图（state transition diagrams）”。本领域技术人员可以合理推断出，UE在实现接收机在激活状态、非激活持续时间、以及禁用DRX周期时的状态控制与跟踪时，在软硬件实现上必然配置并维护至少一个指示当前状态的状态变量，二者在控制UE DRX工作模式方面的作用相同，因此技术特征B被对比文件《隐含公开》。 |
| 技术特征C：以便控制多个小区的DRX或DTX<br><br>《直接公开》 | [0006] One aspect of the invention is to provide independent DRX (discontinuous reception) functionality on respective network carriers in a multi-carrier system...<br>（[0006] 本发明的一个方面是在多载波系统中在各个网络载波上提供独立的DRX（不连续接收）功能……）<br><br>[0008] In one embodiment, the base station establishes a connection with the user equipment over a plurality of component carriers, or simply a plurality of carriers, where each carrier is capable of carrying signals (data and/ or control) between the base station and the user equipment. For each carrier, the DRX cycle is established such that the DRX cycles of the carriers are independent of each other.<br>（[0008] 在一个实施例中，基站通过多个分量载波、或简称为多个载波与用户设备建立连接，其中每个载波能够承载基站与用户设备之间的信号（数据和/或控制）。对于每个载波，建立DRX周期使得各载波的DRX周期彼此独立。）<br><br>[0029] Example of multi-carrier systems include HSPA (High Speed Packet Access) and LTE...<br>（[0029] 多载波系统的示例包括HSPA和LTE……） | 目标专利说明书[0048]、[0049]明确指出，“多载波”和“多小区”、“次载波”和“次小区”是可以互换使用的概念。对比文件公开了在多载波系统（如LTE、HSPA）中，在多个载波（对应于多个小区）上建立并控制各个载波各自的DRX周期及DRX功能，从而控制多个载波（小区）上的DRX操作。该特征在对比文件与目标专利中起到相同的作用，技术特征C被对比文件《直接公开》。 |
| 技术特征D：所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作<br><br>《未公开》 | 对比文件通篇未记载基于“小区群组/小区子集”的状态变量进行DRX操作。 | 目标专利的技术特征D强调将多个小区划分为小区子集（群组），并且基于“以小区群组为基础”的状态变量来整体控制该小区子集上的DRX/DTX操作。对比文件第[0006]、[0008]、[0037]、[0040]段反复强调“DRX cycles of the carriers are independent of each other（各载波的DRX周期彼此独立）”，每个载波独立具有自己的DRX周期与控制状态，并未公开以“小区群组为基础的与小区子集相关联的状态变量”，也未公开基于群组状态变量执行该子集上的DRX操作。因此，技术特征D既未被直接公开，也未被隐含公开。 |
| 技术特征E：所述UE接收用于DRX或DTX激活/去激活的命令<br><br>《直接公开》 | [0009] ...The anchor carriers also carry commands from the base station instructing the user equipment to override the DRX cycles of the carriers. The override commands include commands to disable or to modify the DRX cycles of these carriers...<br>（[0009] ……锚定载波还承载来自基站的命令，指示用户设备覆盖载波的DRX周期。覆盖命令包括禁用或修改这些载波的DRX周期的命令……）<br><br>[0043] ...In A520, the base station 210 provides instructions to the user equipment 220 to disable the DRX cycles of the selected carriers whose DRX cycles are currently enabled. The instructions to disable the DRX cycles can be provided over the anchor carriers...<br>（[0043] ……在A520中，基站210向用户设备220提供指令以禁用当前启用的所选载波的DRX周期。禁用DRX周期的指令可以通过锚定载波提供……）<br><br>[0051] In A910, the user equipment 220 determines if instructions to disable the DRX cycles for one or more of the selected carriers are received...<br>（[0051] 在A910中，用户设备220确定是否接收到用于禁用一个或多个所选载波的DRX周期的指令……） | 对比文件中公开了UE通过锚定载波接收来自基站的命令（如覆盖命令、禁用DRX周期的命令指令），用于禁用（去激活）或修改/启用DRX周期。其在对比文件中的作用是根据数据调度需求显式控制UE对应载波DRX周期的开启或禁用，与目标专利中接收命令以对DRX进行激活/去激活的作用完全相同。技术特征E被对比文件《直接公开》。 |
| 技术特征F：所述UE基于所述命令来对DRX或DTX进行激活/去激活<br><br>《直接公开》 | [0010] ...To prepare for the transfer, the DRX cycles of the selected carriers are overridden, for example, by the base station instructing the user equipment to disable the DRX cycle of receivers configured to listen on the selected carriers. When the DRX cycle for a receiver is disabled, the receiver is put in an active state to listen for signals carried over the corresponding receiver...<br>（[0010] ……为了准备传输，所选载波的DRX周期被覆盖，例如，由基站指示用户设备禁用被配置为在所选载波上侦听的接收机的DRX周期。当针对接收机的DRX周期被禁用时，接收机被置于激活状态以侦听通过相应接收机承载的信号……）<br><br>[0051] In A910, the user equipment 220 determines if instructions to disable the DRX cycles for one or more of the selected carriers are received. If so, then in A920, the user equipment 220 carries out the process to disable the DRX cycles for the corresponding receivers...<br>（[0051] 在A910中，用户设备220确定是否接收到用于禁用一个或多个所选载波的DRX周期的指令。如果是，则在A920中，用户设备220执行禁用相应接收机的DRX周期的处理……） | 对比文件明确公开了当UE接收到禁用DRX周期的指令时，UE在A920中执行相应接收机禁用DRX周期的处理，使得接收机处于激活状态以侦听信号；即UE直接根据接收到的命令对其DRX进行去激活/激活控制。该机制在对比文件中起到的作用与在目标专利中完全一致，技术特征F被对比文件《直接公开》。 |
| 技术特征G：其中所述命令被应用于小区群组<br><br>《未公开》 | [0010] ...multiple carriers are selected for this purpose... the base station instructing the user equipment to disable the DRX cycle of receivers configured to listen on the selected carriers...<br>（[0010] ……为此目的选择了多个载波……基站指示用户设备禁用被配置为在所选载波上侦听的接收机的DRX周期……）<br>[0043] In A520, the base station 210 provides instructions to the user equipment 220 to disable the DRX cycles of the selected carriers whose DRX cycles are currently enabled...<br>（[0043] 在A520中，基站210向用户设备220提供指令以禁用当前启用的所选载波的DRX周期……） | 目标专利中的技术特征G强调命令是“应用于小区群组”（例如群组命令形式，一条命令直接作用于整个预设/配置的群组，或使用群组专用标识/命令类型指示群组）。对比文件公开的是当需要多载波传输大量数据时选择多个载波（multiple carriers），并对所选择的各载波禁用DRX；但其机制是对每一个所选载波的接收机单独指示或逐个载波进行DRX周期的覆盖，并未公开将该命令“应用于小区群组”的群组控制机制。因此技术特征G既未直接公开，也未隐含公开。 |
| 技术特征H：其中为每一个小区子集配置群组特定状态变量<br><br>《未公开》 | 对比文件通篇未记载为小区子集配置群组特定状态变量的内容。 | 目标专利中为每个划分的小区子集独立配置/保持群组特定的状态变量（如DL_DRX_Active(k)）。对比文件中每个载波相互独立设置DRX周期（[0008]、[0037]），并未将载波划分为子集，更没有为小区子集配置群组特定的状态变量。因此，技术特征H既未被直接公开，也未被隐含公开。 |
| 技术特征I：用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的<br><br>《未公开》 | 对比文件通篇未记载基于群组特定状态变量执行小区子集的DRX/DTX操作。 | 目标专利中每个小区子集的DRX操作依赖于其关联的群组特定状态变量。由于对比文件不存在“小区子集”及其“群组特定状态变量”，更不存在基于群组特定状态变量来执行小区子集DRX/DTX操作的控制逻辑，因此技术特征I既未被直接公开，也未被隐含公开。 |
| 技术特征J：其中为所有小区配置单个状态变量<br><br>《未公开》 | [0008] ...For each carrier, the DRX cycle is established such that the DRX cycles of the carriers are independent of each other.<br>（[0008] ……对于每个载波，建立DRX周期使得各载波的DRX周期彼此独立。）<br><br>[0037] Note that the DRX cycles for the two carriers are independent of each other. That is, there need not be any relationship between the active and inactive durations of one carrier to those of another carrier.<br>（[0037] 注意，两个载波的DRX周期彼此独立。也就是说，一个载波的激活和非激活持续时间与另一个载波的激活和非激活持续时间之间不需要有任何关系。） | 目标专利的特征J是多小区共享控制的实施方式（说明书[0056]、[0079]），即所有小区共用单一全局状态变量（单个DL_DRX_Active变量）来统一指示和评估DRX状态。对比文件的核心发明点恰恰在于提供各载波彼此完全独立的DRX功能（independent DRX functionality），每个载波独立维护各自的DRX周期与状态，明确排除了在所有小区配置“单个状态变量”的方案。因此技术特征J未被公开。 |
| 技术特征K：用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的单个状态变量来执行的<br><br>《未公开》 | 对比文件通篇未记载基于单个状态变量以小区群组为基础执行DRX/DTX操作。 | 目标专利中虽然维持单一全局状态变量，但DRX规则（特例1-7）仍以小区群组为基础单独应用于各个群组（说明书[0081]、[0082]）。对比文件既没有配置所有小区共用的单个状态变量，也不存在小区群组划分及基于单个状态变量的群组DRX操作机制。因此技术特征K未被公开。 |
| 技术特征L：其中所述UE将公共DRX监视应用于所有群组<br><br>《未公开》 | [0008] ...For each carrier, the DRX cycle is established such that the DRX cycles of the carriers are independent of each other.<br>（[0008] ……对于每个载波，建立DRX周期使得各载波的DRX周期彼此独立。）<br><br>[0036] It is preferred that the anchor carriers have shorter DRX cycles than the non-anchor carriers...<br>（[0036] 优选地，锚定载波具有比非锚定载波更短的DRX周期……） | 目标专利中的特征L是指UE在所有群组上应用统一相同的公共DRX监视（定义单独的公共接收模式，一个载波监视命中则所有载波群组同时监视，见说明书[0124]）。对比文件强调各个载波独立设置DRX周期，且锚定载波与非锚定载波采用长短不同的DRX周期，不存在针对“所有群组”应用“公共DRX监视”的技术方案。因此技术特征L未被公开。 |
| 技术特征M：将群组特定DRX监视应用于每一个小区群组<br><br>《未公开》 | 对比文件通篇未记载针对小区群组应用群组特定DRX监视。 | 目标专利中的特征M为每个小区群组分别定义群组专用的DRX监视模式（如群组专用的HS-SCCH接收模式，见说明书[0131]）。对比文件只涉及按单个载波分别独立建立DRX周期，并不存在以小区群组为单位配置和执行群组特定DRX监视的方案。因此技术特征M未被公开。 |
| 技术特征N：者将小区特定DRX监视应用于每一个小区<br><br>《直接公开》 | [0006] One aspect of the invention is to provide independent DRX (discontinuous reception) functionality on respective network carriers in a multi-carrier system. DRX is a higher layer functionality indicating which TTIs (transmission time intervals) the user equipment needs to read for control signals for possible reception of data and for time instants for channel quality indicator (CQI) measurements.<br>（[0006] 本发明的一个方面是在多载波系统中在各个网络载波上提供独立的DRX（不连续接收）功能。DRX是较高层功能，指示用户设备需要读取用于可能接收数据的控制信号的TTI（传输时间间隔）以及用于信道质量指示符（CQI）测量的时间时刻。）<br><br>[0008] ...For each carrier, the DRX cycle is established such that the DRX cycles of the carriers are independent of each other.<br>（[0008] ……对于每个载波，建立DRX周期使得各载波的DRX周期彼此独立。）<br><br>[0040] ...As noted, the DRX cycle for a carrier determines the times in which the user equipment 220 listens for signals on the carrier to evaluate that carrier.<br>（[0040] ……如前所述，载波的DRX周期确定了用户设备220在该载波上侦听信号以评估该载波的时间。） | 目标专利说明书第[0140]段中“逐个小区的DRX监视（小区特定DRX监视）”是指针对每一个小区分别独立定义和执行其专用的DRX监视模式，任一小区上的接收不触发其他小区的信道接收。对比文件[0006]、[0008]、[0040]明确公开了在各个载波（即小区）上提供独立的DRX功能，各载波建立相互独立的DRX周期，且每个载波的DRX周期决定了UE在该特定载波上侦听控制信号的时间。此方案即为针对每一个载波/小区应用其独立特定的小区DRX监视，技术方案实质相同，在对比文件中的作用与在目标专利中完全相同。技术特征N被对比文件《直接公开》。 |
<<<A>>>
<<<b>>>
<<<C>>>
<<<E>>>
<<<F>>>
<<<N>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含段落标号及中文翻译） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0014]<br>“According to particular aspects of the subject disclosure, provided is a method for wireless communications...”<br>（根据本公开的特定方面，提供了一种用于无线通信的方法……） | 对比文件段落[0014]明确公开了一种无线通信方法，属于常规方法类前置限定特征，对比文件直接公开了技术特征A。 |
| 技术特征B：<br>用户设备UE配置至少一个状态变量<br><br>《直接公开》 | [0058]-[0059]<br>“Secondary_Cell Enabled (values 0/1)—indicates whether higher layer protocols have enabled use of a secondary carrier for a UE. Secondary_Cell_Active (values 0/1)—indicates whether lower layer protocols have activated or deactivated the secondary carrier for the UE. Based on the above orders, if the UE is configured with a secondary serving carrier on a secondary HS-DSCH cell, then Secondary_Cell_Enabled is 1; otherwise Secondary_Cell_Enabled is 0 and Secondary_Cell_Active is 0 also...”<br>（Secondary_Cell_Enabled（取值0/1）——指示较高层协议是否已为UE启用了次载波的使用。Secondary_Cell_Active（取值0/1）——指示较低层协议是否已为UE激活或去激活了次载波。基于上述命令，如果为UE在次HS-DSCH小区上配置了次服务载波，则Secondary_Cell_Enabled为1；否则Secondary_Cell_Enabled为0且Secondary_Cell_Active也为0……） | 对比文件段落[0058]-[0059]公开了UE配置并维护状态变量Secondary_Cell_Enabled以及Secondary_Cell_Active（取值为0/1），用于指示和跟踪UE小区/载波的启用与激活状态。这与目标专利说明书中配置状态变量的机制实质相同，作用相同，因此对比文件直接公开了技术特征B。 |
| 技术特征C：<br>以便控制多个小区的DRX或DTX<br><br>《隐含公开》 | [0013]<br>“...Layer two signaling can comprise inferred commands based on discontinuous transmission (DTX) or discontinuous reception (DRX) signaling to a UE...”<br>（……第二层信令可以包括基于向UE发送的不连续传输（DTX）或不连续接收（DRX）信令的推断命令……）<br><br>[0044]<br>“...As another example, discontinuous transmission (DTX) or discontinuous reception (DRX) logic can be employed in sending implicit commands for multi-carrier utilization...”<br>（……作为另一示例，在发送用于多载波利用的隐式命令中可以采用不连续传输（DTX）或不连续接收（DRX）逻辑……）<br><br>[0062]<br>“In at least one example of the subject disclosure, commands instructing a UE to activate/deactivate an allocated non-anchor carrier can be implemented via layer two MAC processing of DTX or DRX logic (e.g., see 3GPP TS 25.214 version 8.4.0 at section 6C)...”<br>（在本公开的至少一个示例中，指示UE激活/去激活所分配的非锚点载波的命令可以通过DTX或DRX逻辑的第二层MAC处理来实施（例如参见3GPP TS 25.214版本8.4.0的第6C节）……） | 目标专利中该特征通过状态变量来控制多个小区上的DRX/DTX状态。对比文件在段落[0013]、[0044]、[0062]中公开了利用DRX/DTX逻辑处理次载波/小区的激活与去激活（即根据DRX/DTX行为推断控制多载波多小区状态，且载波与小区可互换）。本领域技术人员结合多载波HSPA标准（3GPP TS 25.214）及对比文件所公开的状态变量（Secondary_Cell_Active等）与DRX/DTX联动控制逻辑，完全能够合理解释和推断出利用状态变量控制多载波/小区的DRX或DTX状态，起到了根据业务状态节电控流的相同技术作用。按照非常宽松的隐含公开判断标准，认定该特征被对比文件隐含公开。 |
| 技术特征D：<br>所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作<br><br>未公开 | 对比文件全文未检索到记载“以小区群组为基础的与小区子集相关联的状态变量”来执行小区子集DRX/DTX的内容。 | 对比文件仅公开了单个非锚点载波/次小区的状态变量（如Secondary_Cell_Active/Enabled），完全未公开将多个小区划分为“小区群组/小区子集”并为该群组/子集关联状态变量以执行DRX或DTX操作的方案。二者技术手段与构思完全不同，即使按照最宽松的隐含判断标准，本领域技术人员也无法从对比文件中推导或预见该特征，故未公开。 |
| 技术特征E：<br>所述UE接收用于DRX或DTX激活/去激活的命令<br><br>《直接公开》 | [0013]<br>“...Layer two signaling can comprise inferred commands based on discontinuous transmission (DTX) or discontinuous reception (DRX) signaling to a UE...”<br>（……第二层信令可以包括基于向UE发送的不连续传输（DTX）或不连续接收（DRX）信令的推断命令……）<br><br>[0044]<br>“...As another example, discontinuous transmission (DTX) or discontinuous reception (DRX) logic can be employed in sending implicit commands for multi-carrier utilization...”<br>（……作为另一示例，在发送用于多载波利用的隐式命令中可以采用不连续传输（DTX）或不连续接收（DRX）逻辑……）<br><br>[0062]<br>“...For instance, DTX/DRX commands can instruct a UE to monitor subframes of a wireless signal for activity. If activity occurs in those subframes, optionally over a certain number of subframes, the UE can be configured to take action in response. Where no activity occurs in those subframes over a certain number of subframes, another action can be taken... Thus, based on detected activity, the UE can activate a secondary carrier... If no activity occurs within a first number of subframes, the UE can be configured to turn off channel feedback... If no activity occurs within the second period of subframes, the UE can be configured to terminate pilot channel or control channel processing on the secondary carrier...”<br>（……例如，DTX/DRX命令可以指示UE监视无线信号的子帧是否存在活动。如果在这些子帧中发生活动（可选地在一定数量的子帧上），则UE可被配置为做出响应操作。如果在一定数量的子帧内这些子帧中未发生活动，则可采取另一操作……因此，基于检测到的活动，UE可以激活次载波……如果第一数量的子帧内未发生活动，UE可被配置为关闭信道反馈……如果第二周期的子帧内未发生活动，UE可被配置为终止次载波上的导频信道或控制信道处理……） | 对比文件明确公开了UE接收DTX/DRX命令，并根据这些命令/信令来控制信道监控、激活及去激活。其所起的作用在于向UE传递非连续发送/接收的启闭指令，这与目标专利中UE接收用于DRX或DTX激活/去激活的命令作用实质相同，因此对比文件直接公开了技术特征E。 |
| 技术特征F：<br>所述UE基于所述命令来对DRX或DTX进行激活/去激活<br><br>《隐含公开》 | [0062]<br>“In at least one example of the subject disclosure, commands instructing a UE to activate/deactivate an allocated non-anchor carrier can be implemented via layer two MAC processing of DTX or DRX logic... For instance, DTX/DRX commands can instruct a UE to monitor subframes of a wireless signal for activity. If activity occurs in those subframes, optionally over a certain number of subframes, the UE can be configured to take action in response. Where no activity occurs in those subframes over a certain number of subframes, another action can be taken. Furthermore, if no activity occurs within a second period of subframes, a third action can be taken, and so on. Thus, based on detected activity, the UE can activate a secondary carrier...”<br>（在本公开的至少一个示例中，指示UE激活/去激活所分配的非锚点载波的命令可以通过DTX或DRX逻辑的第二层MAC处理来实施……例如，DTX/DRX命令可以指示UE监视无线信号的子帧是否存在活动。如果在这些子帧中发生活动，UE可被配置为做出响应操作……因此，基于检测到的活动，UE可以激活次载波……） | 对比文件公开了UE通过DTX/DRX逻辑处理接收到的命令，从而确定是否在指定子帧处于激活接收/发送或休眠关闭状态，并激活/去激活相应操作。本领域技术人员基于该逻辑可以合理推导出UE基于接收到的DRX/DTX命令在物理层或MAC层激活或去激活DRX/DTX状态机（如进入或退出非连续监听状态）。按照宽松的隐含公开判断标准，该特征被对比文件隐含公开。 |
| 技术特征G：<br>其中所述命令被应用于小区群组<br><br>未公开 | 对比文件全文未检索到记载“命令被应用于小区群组”的内容。 | 对比文件中的控制命令主要针对单个“次载波/次小区（secondary carrier/non-anchor carrier）”或所有分配载波，并未公开将小区进行子集划分/群组化并将DRX/DTX命令特定地应用于该“小区群组”，故未公开。 |
| 技术特征H：<br>其中为每一个小区子集配置群组特定状态变量<br><br>未公开 | 对比文件全文未检索到记载“为每一个小区子集配置群组特定状态变量”的内容。 | 对比文件仅针对单个次小区/次载波配置状态变量（Secondary_Cell_Active/Enabled），没有将小区划分为子集并为每个子集配置群组专用状态变量（如目标专利说明书[0068]-[0069]所述的DL_DRX_Active(k)）的公开或教导，故未公开。 |
| 技术特征I：<br>用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的<br><br>未公开 | 对比文件全文未检索到记载“用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的”的内容。 | 鉴于对比文件未公开“小区子集/群组”以及“群组特定状态变量”，更不存在基于此类群组特定状态变量来执行相应子集DRX/DTX操作的逻辑，故未公开。 |
| 技术特征J：<br>其中为所有小区配置单个状态变量<br><br>《隐含公开》 | [0058]-[0059]<br>“Secondary_Cell Enabled (values 0/1)—indicates whether higher layer protocols have enabled use of a secondary carrier for a UE. Secondary_Cell_Active (values 0/1)—indicates whether lower layer protocols have activated or deactivated the secondary carrier for the UE. Based on the above orders, if the UE is configured with a secondary serving carrier on a secondary HS-DSCH cell, then Secondary_Cell_Enabled is 1; otherwise Secondary_Cell_Enabled is 0 and Secondary_Cell_Active is 0 also...”<br>（Secondary_Cell_Enabled（取值0/1）——指示较高层协议是否已为UE启用了次载波的使用。Secondary_Cell_Active（取值0/1）——指示较低层协议是否已为UE激活或去激活了次载波。基于上述命令，如果为UE在次HS-DSCH小区上配置了次服务载波，则Secondary_Cell_Enabled为1；否则Secondary_Cell_Enabled为0且Secondary_Cell_Active也为0……） | 目标专利说明书[0056]与[0079]-[0080]指出，可以为所有DL载波/小区保持单个状态变量（如DL_DRX_Active）以统一控制其状态。对比文件在双载波/多载波系统中，为所有辅助配置的载波/小区定义并配置了全局通用的激活状态变量（如Secondary_Cell_Active）。基于宽松的隐含公开标准，该状态变量面向配置的载波/小区生效，本领域技术人员能够合理推断其属于为配置的小区集合统一维护单个状态变量的情形，故认定技术特征J被隐含公开。 |
| 技术特征K：<br>用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的单个状态变量来执行的<br><br>未公开 | 对比文件全文未检索到记载“用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的单个状态变量来执行的”的内容。 | 对比文件完全没有将小区划分为子集/群组，并在群组基础之上基于单个状态变量（如目标专利说明书[0081]-[0082]所述的单个状态变量结合群组特例独立应用）来执行DRX/DTX操作的构思与方案，故未公开。 |
| 技术特征L：<br>其中所述UE将公共DRX监视应用于所有群组<br><br>未公开 | 对比文件全文未检索到记载“将公共DRX监视应用于所有群组”的内容。 | 对比文件未披露群组划分机制，更未公开在存在多个群组的前提下将公共的DRX监视模式（如相同的HS-SCCH接收子帧模式）应用于所有群组的方案，故未公开。 |
| 技术特征M：<br>将群组特定DRX监视应用于每一个小区群组<br><br>未公开 | 对比文件全文未检索到记载“将群组特定DRX监视应用于每一个小区群组”的内容。 | 对比文件未公开群组划分以及为每一个小区群组分别施加群组特定的DRX监视（如目标专利说明书[0131]-[0136]所述的不同群组采用独立的偏移和周期参数进行监听）的技术方案，故未公开。 |
| 技术特征N：<br>或者将小区特定DRX监视应用于每一个小区<br><br>《隐含公开》 | [0060]<br>“To continue the foregoing example from the UE perspective, if Secondary_Cell_Active is set to 1, the UE can monitor an HS-SCCH set in a secondary serving HS-DSCH cell and receive HS-DSCH signaling scheduled in the secondary cell. The maximum size of a HS-SCCH set in a secondary serving HS-DSCH cell can be set to a predetermine number (e.g. 4), and a maximum number of HS-SCCH signals monitored by the UE across both the serving HS-DSCH cell and the secondary serving HS-DSCH cell is the combination of the number of serving and secondary cell orders (e.g., 6)...”<br>（从UE的角度继续前述示例，如果Secondary_Cell_Active被设置为1，则UE可以监视次服务HS-DSCH小区中的HS-SCCH集合，并接收在次小区中调度的HS-DSCH信令。次服务HS-DSCH小区中的HS-SCCH集合的最大大小可设置为预定数目（例如4），并且UE在服务HS-DSCH小区和次服务HS-DSCH小区两者上监视的HS-SCCH信号的最大数目是服务和小区命令数目的组合（例如6）……）<br><br>[0062]<br>“...Thus, based on detected activity, the UE can activate a secondary carrier... If no activity occurs within a first number of subframes, the UE can be configured to turn off channel feedback... If no activity occurs within the second period of subframes, the UE can be configured to terminate pilot channel or control channel processing on the secondary carrier...”<br>（……因此，基于检测到的活动，UE可以激活次载波……如果第一数量的子帧内未发生活动，UE可被配置为关闭信道反馈……如果第二周期的子帧内未发生活动，UE可被配置为终止次载波上的导频信道或控制信道处理……） | 目标专利说明书[0140]-[0144]指出，逐个小区DRX监视是指针对特定小区定义HS-SCCH接收模式，该小区上的数据接收不会触发其他载波接收，即独立监视该小区的控制信道。对比文件段落[0060]与[0062]明确公开了UE在激活次服务小区后，独立对次服务HS-DSCH小区所配置的HS-SCCH集合进行监视，并依据该次载波自身的不活动周期分别终止反馈或控制信道处理。本领域技术人员基于该针对次小区独立配置并执行的HS-SCCH监听行为，能够合理解释并推导出其执行了针对该小区的特定DRX监视。依据极其宽松的隐含公开标准，认定该特征被隐含公开。 |
<<<A>>>
<<<B>>>
<<<c>>>
<<<E>>>
<<<f>>>
<<<j>>>
<<<n>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 对比文件【0002】第15-16段：<br>“本発明では、無線通信システムのＵＥ（ユーザー端末）においてＣＰＣ（パケットの継続的連続性）機能を改善する方法を開示する。 当該方法は、再設定（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを受信する段階と……”<br>（译文：本发明公开了一种在无线通信系统的UE（用户终端）中改善CPC（连续分组连接）功能的方法。该方法包括：接收重配置（Reconfiguration）消息的阶段……） | 对比文件公开了一种在无线通信系统的UE中改善CPC功能、控制DTX-DRX操作的方法，其前序特征明确记载了“该方法包括接收……的阶段”，与技术特征A在表述和方法步骤的展开方式上实质相同，因此被对比文件《直接公开》。 |
| 技术特征B：用户设备UE配置至少一个状态变量<br>《直接公开》 | 对比文件【0002】第6段、第8-9段：<br>“ＵＥは変数ＤＴＸ＿ＤＲＸ＿ＳＴＡＴＵＳを「真」に設定し、ＤＴＸ−ＤＲＸ動作を起動する。”<br>（译文：UE将变量DTX_DRX_STATUS设置为“真”，并启动DTX-DRX操作。）<br>“１． 変数ＤＴＸ＿ＤＲＸ＿ＳＴＡＴＵＳを「偽」に設定する。２． 変数ＤＴＸ＿ＤＲＸ＿ＰＡＲＡＭＳを消去する。３． ＤＴＸ−ＤＲＸ動作の関連動作をすべて停止する。簡単にいえば、ＵＥは変数ＤＴＸ＿ＤＲＸ＿ＳＴＡＴＵＳの結果（真か偽か）に基づいて、ＤＴＸ−ＤＲＸ動作の起動・終了を制御する。”<br>（译文：1. 将变量DTX_DRX_STATUS设置为“假”。2. 清除变量DTX_DRX_PARAMS。3. 停止所有DTX-DRX操作的相关动作。简单来说，UE基于变量DTX_DRX_STATUS的结果（真或假）来控制DTX-DRX操作的启动/终止。） | 在目标专利中，状态变量（如DTX_DRX_STATUS、DL_DRX_Active等）用于表征和控制不连续传输或接收的操作状态。对比文件明确公开了UE配置并维护状态变量DTX_DRX_STATUS以及DTX_DRX_PARAMS，并根据该变量的值（真或假）控制操作。其在对比文件中的作用与目标专利中配置状态变量的作用相同，因此技术特征B被《直接公开》。 |
| 技术特征C：以便控制多个小区的DRX或DTX<br>《未公开》 | 对比文件全文通篇未记载多小区/多载波的DRX或DTX控制，仅在【0002】第2-5段记载了单载波/单小区环境下的HSPA系统CPC（CELL_DCH状态下的DTX-DRX）功能。 | 对比文件仅针对传统的单小区/单载波HSPA系统中的CPC功能进行改善，全文未提及多载波、多小区（如DC-HSDPA、8C-HSDPA或多小区协作）环境下对多个小区的DRX/DTX进行控制的技术方案，也没有给出任何通过状态变量控制多个小区的技术启示或推导线索，因此该特征未被直接公开，亦无法认定为隐含公开。 |
| 技术特征D：所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作<br>《未公开》 | 对比文件全文未记载小区群组、小区子集以及与小区子集相关联的状态变量。 | 目标专利技术特征D的核心在于将多个小区进行分组，以小区群组为基础定义与小区子集相关联的状态变量并执行DRX/DTX操作（参见目标说明书【0058】、【0068】）。对比文件完全未涉及任何“小区群组/子集”以及“基于群组特定状态变量执行DRX/DTX”的概念，不具备该技术方案的基础，因此未公开。 |
| 技术特征E：所述UE接收用于DRX或DTX激活/去激活的命令<br>《隐含公开》 | 对比文件【0002】第3段、第6段、第23段：<br>“そのうちＲＲＣ（無線資源制御）はＵＴＲＡＮ（ＵＭＴＳ無線アクセスネットワーク）とＵＥ（ユーザー端末）に設けられる第三層プロトコルで……ＲＲＣプロシージャはＲＲＣメッセージを用いて実行される。”<br>（译文：其中RRC是设于UTRAN与UE中的第三层协议……RRC规程使用RRC消息来执行。）<br>“ＵＥでＲＲＣ接続セットアップメッセージ、アクティブセット更新メッセージ、セル更新確認メッセージ、または他の再設定（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを受信しており、かつ下記条件が成立した場合では、ＵＥは変数ＤＴＸ＿ＤＲＸ＿ＳＴＡＴＵＳを「真」に設定し、ＤＴＸ−ＤＲＸ動作を起動する。”<br>（译文：在UE接收到RRC连接建立消息、活动集更新消息、小区更新确认消息或其他重配置消息，且满足下列条件时，UE将变量DTX_DRX_STATUS设置为“真”，并启动DTX-DRX操作。）<br>“言い換えれば、ＵＥで受信した再設定メッセージに「ＤＴＸ−ＤＲＸ ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ」ＩＥが含まれないことは、ＤＴＸ−ＤＲＸ動作の起動条件のいずれかが成立しないことを示すので、ＤＴＸ−ＤＲＸ動作を終了させなければならない。”<br>（译文：换言之，UE接收到的重配置消息中不包含“DTX-DRX timing information”IE表示DTX-DRX操作的启动条件之一不成立，因此必须终止DTX-DRX操作。） | 目标专利中，用于激活/去激活DRX或DTX的命令既包括层1的HS-SCCH命令，也涵盖来自高层（如RRC重配置消息）的信令指示（参见目标说明书【0008】、【0069】、【0080】）。对比文件公开了UE接收RRC重配置消息，并通过判断该消息中是否携带“DTX-DRX timing information”IE来控制启动（激活）或终止（去激活）DTX-DRX动作。按照非常宽松的隐含公开判断标准，网络通过向UE发送包含或不包含特定IE的重配置消息，实际上起到指示UE激活或去激活DRX/DTX的作用，本领域技术人员能够合理推断出该重配置消息即属于“用于DRX或DTX激活/去激活的命令”，因此技术特征E被《隐含公开》。 |
| 技术特征F：所述UE基于所述命令来对DRX或DTX进行激活/去激活<br>《隐含公开》 | 对比文件【0002】第6段、第23-24段：<br>“ＵＥでＲＲＣ接続セットアップ（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ）メッセージ……または他の再設定（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを受信しており……ＵＥは変数ＤＴＸ＿ＤＲＸ＿ＳＴＡＴＵＳを「真」に設定し、ＤＴＸ−ＤＲＸ動作を起動する。”<br>（译文：UE接收到RRC连接建立消息……或其他重配置消息……UE将变量DTX_DRX_STATUS设置为“真”，启动DTX-DRX操作。）<br>“ステップ４０２：再設定メッセージを受信する。ステップ４０４：ＵＥが複数の条件を満足し、かつ前記再設定メッセージに特定のＩＥが含まれた場合に、ＤＴＸ−ＤＲＸ動作を起動する。”<br>（译文：步骤402：接收重配置消息。步骤404：UE满足多个条件且重配置消息包含特定IE时，启动DTX-DRX操作。）<br>“言い換えれば、ＵＥで受信した再設定メッセージに「ＤＴＸ−ＤＲＸ ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ」ＩＥが含まれないことは、ＤＴＸ−ＤＲＸ動作の起動条件のいずれかが成立しないことを示すので、ＤＴＸ−ＤＲＸ動作を終了させなければならない。”<br>（译文：换言之，UE接收到的重配置消息中不包含“DTX-DRX timing information”IE，则必须终止DTX-DRX操作。） | 结合特征E的论述，对比文件中UE接收到重配置消息后，根据消息中的特定IE内容判断是否满足预设条件，据此执行启动（激活）或终止（去激活）DTX-DRX操作。该机制与目标专利中UE接收命令后执行DRX/DTX激活/去激活的作用相同。基于宽松标准，本领域技术人员可以合理推知其公开了UE基于该命令对DRX或DTX进行激活/去激活，因此技术特征F被《隐含公开》。 |
| 技术特征G：其中所述命令被应用于小区群组<br>《未公开》 | 对比文件全文未记载将命令应用于“小区群组”。 | 目标专利中特征G限定了激活/去激活命令是针对小区群组（而非仅针对全部小区或单小区）生效的。对比文件仅涉及单小区CPC框架下的信令处理，不存在小区群组的概念，更未公开将该命令作用/应用于某一特定小区群组，因此未公开。 |
| 技术特征H：其中为每一个小区子集配置群组特定状态变量<br>《未公开》 | 对比文件全文未记载为小区子集配置状态变量，亦未记载群组特定状态变量。 | 对比文件仅公开了UE全局维护的状态变量DTX_DRX_STATUS，并未公开将小区划分成子集、更未公开为每一个小区子集独立配置群组特定状态变量（如目标说明书【0069】中的DL_DRX_Active(k)），因此未公开。 |
| 技术特征I：用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的<br>《未公开》 | 对比文件全文未记载基于群组特定状态变量执行相应小区子集的DRX或DTX操作。 | 目标专利中每个小区群组根据各自独立的DL_DRX_Active(k)变量执行DRX/DTX操作（目标说明书【0068】-【0070】）。对比文件完全不涉及小区子集划分及群组特定状态变量的执行机制，因此未公开。 |
| 技术特征J：其中为所有小区配置单个状态变量<br>《隐含公开》 | 对比文件【0002】第6段、第9段：<br>“ＵＥは変数ＤＴＸ＿ＤＲＸ＿ＳＴＡＴＵＳを「真」に設定し、ＤＴＸ−ＤＲＸ動作を起動する……簡単にいえば、ＵＥは変数ＤＴＸ＿ＤＲＸ＿ＳＴＡＴＵＳの結果（真か偽か）に基づいて、ＤＴＸ−ＤＲＸ動作の起動・終了を制御する。”<br>（译文：UE将变量DTX_DRX_STATUS设置为“真”，并启动DTX-DRX操作……简单来说，UE基于变量DTX_DRX_STATUS的结果（真或假）来控制DTX-DRX操作的启动/终止。） | 在单小区/单载波通信环境中，“所有小区”退化为一个服务小区。对比文件公开了UE配置并维护单个状态变量DTX_DRX_STATUS来统筹控制该UE在通信系统中的DTX-DRX激活与终止。按照非常宽松的隐含公开判断原则，单小区环境下的单一状态变量配置包含了“为当前所有参与服务的小区配置单个公共状态变量”的技术构思雏形，可视为对多小区中“为所有小区配置单个状态变量”进行了部分技术内容公开，本领域技术人员有可能结合多载波技术推理出该特征，因此技术特征J被《隐含公开》。 |
| 技术特征K：用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的单个状态变量来执行的<br>《未公开》 | 对比文件全文未记载小区子集、小区群组以及基于单个状态变量以小区群组为基础执行操作。 | 目标专利技术特征K涉及第二种多载波实施方式：虽然状态变量是单个/公共的，但UE仍以小区群组为基础（例如将例外条件（1）-（7）按群组分别独立应用）执行各个小区子集的DRX/DTX（参见目标说明书【0079】-【0082】）。对比文件无小区子集或群组维度的操作逻辑，因此未公开。 |
| 技术特征L：其中所述UE将公共DRX监视应用于所有群组<br>《未公开》 | 对比文件全文未记载“应用于所有群组”的公共DRX监视。 | 目标说明书【0123】-【0127】明确指出了公共DRX监视是定义所有群组/载波共用的HS-SCCH接收模式进行跨群组监视。对比文件仅在【0002】第5段提及单载波下RNC对DL DRX时序的限制，完全未公开针对“所有群组”应用公共DRX监视方案，因此未公开。 |
| 技术特征M：将群组特定DRX监视应用于每一个小区群组<br>《未公开》 | 对比文件全文未记载群组特定DRX监视及小区群组。 | 目标专利技术特征M明确限定了DRX监视是按小区群组独立应用的（如为每个群组配置群组特定的HS-SCCH接收模式，参见目标说明书【0131】-【0135】）。对比文件完全未涉及任何群组特定DRX监视机制，因此未公开。 |
| 技术特征N：者将小区特定DRX监视应用于每一个小区<br>《未公开》 | 对比文件全文未记载在多小区系统中将小区特定DRX监视应用于每一个小区。 | 目标专利技术特征N是在多小区/多载波系统中，针对每一个不同的小区分别独立应用特定的小区DRX监视（逐小区监视，参见目标说明书【0140】）。对比文件处于单小区架构，未公开在多小区系统中为每一个小区配置并应用小区特定DRX监视的方案，因此未公开。 |
<<<A>>><<<B>>><<<e>>><<<f>>><<<j>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0010] A method and an apparatus for simultaneously receiving on two carriers and performing DTX and DRX in DC-HSDPA are disclosed.<br>（公开了一种用于在双小区高速下行链路分组接入（DC-HSDPA）中同时在两个载波上接收并执行DTX和DRX的方法和设备。） | 对比文件段落[0010]明确公开了该方案是一种通信处理方法（"A method ... is disclosed"），属于方法的常规撰写引导语，被对比文件直接公开。两者技术领域一致，作用完全相同。 |
| 技术特征B：<br>用户设备UE配置至少一个状态变量<br><br>《隐含公开》 | [0090] In accordance with one embodiment, a dual DTX/DRX state for a DC-HSDPA-capable WTRU is defined by the combination of the status of the supplementary carrier (active or not), the DRX state (active or not active) of the anchor and supplementary carriers, and the DTX status (active or not active) on the uplink carrier. A DC-HSDPA-capable WTRU may be in a number of dual DTX/DRX states.<br>（根据一个实施方式，具备DC-HSDPA能力的WTRU的双DTX/DRX状态由辅载波的状态（激活或未激活）、锚载波和辅载波的DRX状态（激活或未激活）以及上行链路载波上的DTX状态（激活或未激活）的组合来定义。具备DC-HSDPA能力的WTRU可以处于多种双DTX/DRX状态中。）<br>[0096] In FIG. 9, four states are defined: state 1 (supplementary cell active, DRX both cells active), state 2 (supplementary cell active, DRX both cells not active), state 3 (supplementary cell not active, DRX both cells active), and state 4 (supplementary cell not active, DRX both cells not active).<br>（在图9中，定义了四种状态：状态1（辅小区激活，两小区DRX均激活）、状态2（辅小区激活，两小区DRX均未激活）、状态3（辅小区未激活，两小区DRX均激活）以及状态4（辅小区未激活，两小区DRX均未激活）。）<br>[0099] ...one for the anchor carrier (denoted by variable k) and one for the supplementary carrier (denoted by variable ks).<br>（……一个用于锚载波（由变量k表示），一个用于辅载波（由变量ks表示）。） | 目标专利说明书（如[0008]、[0056]、[0068]-[0069]、[0154]）中，状态变量（如DL_DRX_Active、UL_DTX_Active）用于表征UE当前所处的DRX/DTX活动状态以便进行后续信道监测与控制。对比文件虽未字面使用“状态变量”这一特定术语，但在段落[0090]、[0096]及图9中明确公开了UE（WTRU）维护并根据载波状态及DRX/DTX状态发生转移的状态机体系（明确定义了状态1至状态4，且分别包含DRX/DTX激活或未激活的状态组合）。在无线通信基带控制及状态机实现中，本领域技术人员必然知晓设备在维持和转移这些状态时，UE内部必定配置/存储有至少一个指示当前DRX/DTX激活与否的状态量（即状态变量）。因此，本领域技术人员结合对比文件公开的有限状态机机制，能够毫无疑义地推理出UE配置有相应状态变量，属于隐含公开。 |
| 技术特征C：<br>以便控制多个小区的DRX或DTX<br><br>《直接公开》 | [0010] A method and an apparatus for simultaneously receiving on two carriers and performing DTX and DRX in DC-HSDPA are disclosed. A WTRU receives a message for activating DRX for at least one of an anchor carrier and a supplementary carrier and applies the same DRX pattern to the anchor carrier and the supplementary carrier upon reception of the message...<br>（公开了一种用于在DC-HSDPA中同时在两个载波上接收并执行DTX和DRX的方法和设备。WTRU接收用于激活锚载波和辅载波中至少一个载波的DRX的消息，并在接收到该消息时将相同的DRX模式应用于锚载波和辅载波……）<br>[0022] Hereinafter, the terminology “cell” and “carrier” are used interchangeably with respect to DC-HSDPA...<br>（下文中，关于DC-HSDPA，术语“小区”与“载波”可互换使用……）<br>[0090] ...a dual DTX/DRX state for a DC-HSDPA-capable WTRU is defined by the combination of the status of the supplementary carrier (active or not), the DRX state (active or not active) of the anchor and supplementary carriers, and the DTX status (active or not active) on the uplink carrier...<br>（……由辅载波的状态、锚载波和辅载波的DRX状态以及上行链路载波上的DTX状态的组合来定义……） | 对比文件段落[0022]明确指明载波与小区可互换，[0010]及[0090]公开了通过维护和改变DRX/DTX状态（或状态变量）来控制锚载波与辅载波（即多个小区）的DRX与DTX操作。其作用与目标专利完全相同，本领域技术人员可以直接、毫无疑义地确定该技术方案，属于直接公开。 |
| 技术特征D：<br>所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作<br><br>《未公开》 | 对比文件全文未记载关于“小区群组（cell group）”或“小区子集（subset of cells）”的配置与操作体系。对比文件全部实施例均严格针对仅包含两个载波/小区的DC-HSDPA系统（即单个锚小区与单个辅小区）。 | 目标专利说明书（如[0008]、[0058]、[0068]-[0070]、[0081]）明确界定：“小区群组”是将系统配置的多个小区划分为若干个群组（例如处于相邻载波、相同频段或预定列表中的多个小区子集），并为小区子集关联状态变量以独立或联合控制该子集。而对比文件仅针对双载波（DC-HSDPA中的两个载波：锚载波与辅载波），其将两个载波作为单载波分别控制或对二者联动控制，不存在将多个小区进一步聚合划分为“小区群组/小区子集”的概念，也未公开基于与小区子集相关联的状态变量执行DRX/DTX。本领域技术人员无法从对比文件的双载波控制中直接得出或合理解析出以“小区群组”为基础的关联状态变量与操作，故未公开。 |
| 技术特征E：<br>所述UE接收用于DRX或DTX激活/去激活的命令<br><br>《直接公开》 | [0010] ...A WTRU receives a message for activating DRX for at least one of an anchor carrier and a supplementary carrier... The message may be received via an HS-SCCH order.<br>（……WTRU接收用于激活锚载波和辅载波中至少一个载波的DRX的消息……该消息可以通过HS-SCCH命令来接收。）<br>[0029] The initiation (or activation and deactivation) of the DRX and/or DTX pattern may be signaled via an HS-SCCH order, (i.e., DRX activation/deactivation bit in an HS-SCCH order), from the anchor cell or the supplementary cell and implicitly applied to both cells. Alternatively, an HS-SCCH order may be transmitted via each cell to control DRX (and/or DTX) of each cell independently.<br>（DRX和/或DTX模式的启动（或激活和去激活）可以通过来自锚小区或辅小区的HS-SCCH命令（即HS-SCCH命令中的DRX激活/去激活比特）来发送信号通知，并隐式应用于两个小区。可替换地，可以通过每个小区发送HS-SCCH命令以独立控制每个小区的DRX（和/或DTX）。） | 对比文件段落[0010]和[0029]明确公开了WTRU（UE）接收用于DRX或DTX激活/去激活的命令（通过HS-SCCH order实现），其内容与目标专利说明书[0008]、[0188]所记载的通过HS-SCCH命令指示DRX/DTX激活/去激活的作用与实现方式完全一致，属于直接公开。 |
| 技术特征F：<br>所述UE基于所述命令来对DRX或DTX进行激活/去激活<br><br>《直接公开》 | [0010] ...A WTRU receives a message for activating DRX for at least one of an anchor carrier and a supplementary carrier and applies the same DRX pattern to the anchor carrier and the supplementary carrier upon reception of the message...<br>（……WTRU接收用于激活锚载波和辅载波中至少一个载波的DRX的消息，并在接收到该消息时将相同的DRX模式应用于锚载波和辅载波……）<br>[0029] The initiation (or activation and deactivation) of the DRX and/or DTX pattern may be signaled via an HS-SCCH order... Alternatively, an HS-SCCH order may be transmitted via each cell to control DRX (and/or DTX) of each cell independently.<br>（DRX和/或DTX模式的启动（或激活和去激活）可以通过HS-SCCH命令来发送信号通知……可替换地，可以通过每个小区发送HS-SCCH命令以独立控制每个小区的DRX（和/或DTX）。）<br>[0098] For example, the first bit of the three HS-SCCH order bits may be used to indicate DRX activation and deactivation of the anchor and supplementary cells and the second bit of the three HS-SCCH order bits may be used to indicate DTX activation and deactivation. For example, if the first bit is set to ‘0’, the HS-SCCH order is a DRX de-activation order for both the anchor and supplementary cells. If the first bit is set to ‘1’, the HS-SCCH order is a DRX activation order for both the anchor and supplementary cells. If the second bit is set to ‘0’, the HS-SCCH order is a DTX de-activation order. If the second bit is set to ‘1’, the HS-SCCH order is a DTX activation order.<br>（例如，三个HS-SCCH命令比特中的第一比特可用于指示锚小区和辅小区的DRX激活和去激活，三个HS-SCCH命令比特中的第二比特可用于指示DTX激活和去激活。例如，若第一比特设置为'0'，则HS-SCCH命令为针对锚小区和辅小区的DRX去激活命令；若第一比特设置为'1'，则为针对两小区的DRX激活命令。若第二比特设置为'0'，则为DTX去激活命令；若第二比特设置为'1'，则为DTX激活命令。） | 对比文件段落[0010]、[0029]及[0098]明确记载了UE在接收到HS-SCCH命令后，依据该命令中的指示比特对相应小区的DRX或DTX进行激活/去激活操作。其技术方案与目标专利完全相同，属于直接公开。 |
| 技术特征G：<br>其中所述命令被应用于小区群组。<br><br>《未公开》 | 对比文件全文未记载任何关于命令应用于“小区群组”的技术内容。在对比文件中，命令要么应用于单载波，要么应用于DC-HSDPA中固定的双载波（锚载波与辅载波），不存在将系统中的小区划分为“小区群组”并将命令施加于该群组的方案。 | 结合目标专利说明书[0008]、[0058]、[0188]-[0195]可知，目标专利中的“小区群组”是指在多载波聚合场景下（例如4载波、8载波），将多个小区聚类划分为特定的小区子集（群组），并将命令（例如HS-SCCH命令）寻址或映射至特定的小区群组以控制该群组。对比文件仅针对双载波环境，其命令所作用的对象是单载波或全部两个载波，并非将多个小区聚类分组后以“小区群组”为单位进行命令应用。因此该技术特征未被对比文件公开（既未直接公开，也未隐含公开）。 |
| 技术特征H：<br>其中为每一个小区子集配置群组特定状态变量<br><br>《未公开》 | 对比文件全文未公开将小区划分为子集并为每个小区子集配置群组特定状态变量（group-specific state variable）的方案。 | 目标专利说明书（如[0068]-[0069]）记载了为K个小区群组（G1, G2, ..., GK）分别独立保持和评估K个群组特定状态变量DL_DRX_Active(k)。对比文件仅针对双小区，且并未形成多个小区子集并为各个子集配置特定的状态变量。本领域技术人员无法从对比文件得出该技术方案，故未公开。 |
| 技术特征I：<br>用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的。<br><br>《未公开》 | 对比文件全文未公开以小区群组为基础的相关联的群组特定状态变量来执行小区子集上的DRX或DTX操作。 | 该特征依赖于小区子集与群组特定状态变量的配置。由于对比文件未公开小区子集划分及群组特定状态变量（参见特征D和H），因而更不可能公开基于该群组特定状态变量执行小区子集的DRX或DTX操作。故未公开。 |
| 技术特征J：<br>其中为所有小区配置单个状态变量<br><br>《隐含公开》 | [0027] In accordance with a first embodiment, the DRX patterns for the anchor cell and the supplementary cell are aligned... Additionally, this would allow the network to signal only one DRX pattern, which will be applied to both anchor cell and supplementary cell.<br>（根据第一实施方式，锚小区和辅小区的DRX模式是对齐的……此外，这将允许网络仅通知一个DRX模式，该模式将应用于锚小区和辅小区二者。）<br>[0029] The initiation (or activation and deactivation) of the DRX and/or DTX pattern may be signaled via an HS-SCCH order... and implicitly applied to both cells.<br>（DRX和/或DTX模式的启动（或激活和去激活）可以通过HS-SCCH命令发送信号通知……并隐式应用于两个小区。）<br>[0098] For example, the first bit of the three HS-SCCH order bits may be used to indicate DRX activation and deactivation of the anchor and supplementary cells... If the first bit is set to ‘1’, the HS-SCCH order is a DRX activation order for both the anchor and supplementary cells.<br>（例如，三个HS-SCCH命令比特中的第一比特可用于指示锚小区和辅小区的DRX激活和去激活……若第一比特设置为'1'，则该HS-SCCH命令为针对锚小区和辅小区的DRX激活命令。） | 目标专利说明书[0056]、[0079]-[0080]中，为所有小区保持“单个状态变量”（如公共的DL_DRX_Active），即所有小区的DRX状态保持统一、公共控制。在对比文件中，段落[0027]、[0029]和[0098]公开了在两小区对齐模式下，网络通知单个命令/模式，两小区同步激活/去激活，共享统一的DRX状态控制逻辑。在硬件及状态机实现中，当两个小区的DRX处于统一激活/去激活控制且遵循相同行为时，维持一个公共/单个的状态变量指示整个系统的DRX状态是本领域技术人员基于对比文件公开内容显而易见的常规设计选择，本领域技术人员能够合理推断出该技术方案，按照极宽松的隐含公开判断标准，认定该特征被隐含公开。 |
| 技术特征K：<br>用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的单个状态变量来执行的。<br><br>《未公开》 | 对比文件未公开任何以“小区子集”或“小区群组”为单位结合单个状态变量执行DRX/DTX操作的方案。 | 目标专利说明书（如[0079]-[0082]）记载了第二实施方式：为所有DL载波保持单个状态变量，但DRX操作是“依照载波群组/小区子集”来控制的，例如特例（1）至（7）虽然在全局单个状态变量为真时生效，但是基于逐个群组来应用和判决。对比文件仅有两个小区，既无小区群组/子集结构，更无基于以小区群组为基础的单个状态变量来执行各子集操作的机制。故未公开。 |
| 技术特征L：<br>其中所述UE将公共DRX监视应用于所有群组<br><br>《未公开》 | 对比文件仅公开了将公共DRX监视应用于双载波系统中的两个载波（锚载波与辅载波），未公开应用于“所有群组（all groups）”。 | 目标专利说明书[0123]-[0124]记载了DRX监视可以是所有小区共用的，即跨越所有已划分的小区群组应用公共的DRX监视（相同的HS-SCCH接收模式与不活动阈值判断）。对比文件虽然在段落[0027]、[0030]-[0031]公开了在锚载波与辅载波之间应用对齐的公共HS-SCCH接收模式，但其针对的是单载波层次，完全没有将小区聚类分组为“群组”并在此基础上将公共监视应用于“所有群组”的技术方案。本领域技术人员无法直接或隐含得出面向群组的公共监视，故未公开。 |
| 技术特征M：<br>将群组特定DRX监视应用于每一个小区群组<br><br>《未公开》 | 对比文件全文未公开群组特定DRX监视（group-specific DRX monitoring），也未公开将其应用于每一个小区群组。 | 目标专利说明书[0131]-[0136]详细公开了基于逐个群组应用DRX监视：为每个小区群组独立配置群组专用的DRX参数（如HS-SCCH接收模式偏移、DRX周期及不活动阈值），UE根据群组专用的模式监视各群组。对比文件完全没有多小区分组及针对群组进行特定DRX监视的教导，故未公开。 |
| 技术特征N：<br>或者将小区特定DRX监视应用于每一个小区。<br><br>《直接公开》 | [0038] The DRX patterns of the anchor carrier and the supplementary carrier may be configured independently, in which case different independent DRX cycles may be applied to different downlink carriers. In this case, the DRX may be activated and deactivated for each cell independently or jointly.<br>（锚载波和辅载波的DRX模式可以独立配置，在此情况下，可以将不同独立的DRX周期应用于不同的下行链路载波。在此情况下，可以独立或联合激活和去激活每个小区的DRX。）<br>[0052] In accordance with one embodiment, the DRX activation and de-activation are totally independent on each downlink carrier. If data is received on the supplementary carrier, the WTRU monitors the supplementary carrier for HS-SCCH (or HS-PDSCH) for the pre-configured period of time. The DRX pattern on the anchor carrier may be maintained as if no data has been received at the WTRU. The same scheme is applied if data is received on the anchor carrier.<br>（根据一个实施方式，DRX激活和去激活在每个下行链路载波上是完全独立的。如果在辅载波上接收到数据，WTRU在预先配置的时间段内监视辅载波上的HS-SCCH（或HS-PDSCH）。锚载波上的DRX模式可以保持，就好像在WTRU处没有接收到数据一样。如果在锚载波上接收到数据，则应用相同的方案。） | 目标专利说明书[0057]、[0140]-[0144]公开了基于逐个小区应用DRX监视（即每个小区独立定义HS-SCCH接收模式与不活动判断，某小区接收数据不引起其他载波接收）。对比文件段落[0038]和[0052]明确公开了每个载波（小区）具有独立配置的DRX周期模式，并且每个小区独立执行监视（如辅载波收到数据仅辅载波退出DRX进行监视，锚载波继续保持DRX），完全符合“将小区特定DRX监视应用于每一个小区”，作用与方案均等同一致，属于直接公开。 |
<<<A>>>
<<<b>>>
<<<C>>>
<<<E>>>
<<<F>>>
<<<j>>>
<<<N>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0020]<br>“FIG. 9 shows a process for supporting multi-carrier operation.”<br>（图9示出了支持多载波操作的过程。）<br><br>[0021]<br>“FIG. 10 shows a process for supporting DRX/DTX operation.”<br>（图10示出了支持DRX/DTX操作的过程。）<br><br>[0075]<br>“FIG. 9 shows an exemplary design of a process 900 for supporting multi-carrier operation. Process 900 may be performed by an entity, which may be UE 110, Node B 120, or some other entity...”<br>（图9示出了用于支持多载波操作的过程900的示例性设计。过程900可由实体执行，该实体可以是UE 110、节点B 120或其它实体……）<br><br>[0080]<br>“FIG. 10 shows an exemplary design of a process 1000 for supporting DRX/DTX operation. Process 1000 may be performed by an entity, which may be UE 110, Node B 120, or some other network entity...”<br>（图10示出了用于支持DRX/DTX操作的过程1000的示例性设计。过程1000可由实体执行，该实体可以是UE 110、节点B 120或某个其它网络实体……） | 对比文件明确公开了一种在通信系统中由UE等执行的用于支持多载波和DRX/DTX操作的过程/方法（process 900/1000）。该特征属于方法权利要求的常规引导语，对比文件实质公开了“该方法包括”，作用相同，属于直接公开。 |
| 技术特征B：<br>用户设备UE配置至少一个状态变量<br><br>《隐含公开》 | [0009]<br>“In another aspect, the UE may have the same discontinuous reception (DRX) configuration for all downlink carriers and/or the same discontinuous transmission (DTX) configuration for all uplink carriers...”<br>（在另一方面中，UE可以具有针对所有下行链路载波的相同不连续接收（DRX）配置和/或针对所有上行链路载波的相同不连续传输（DTX）配置……）<br><br>[0051]<br>“For DRX, the UE may have a particular DRX configuration (e.g., a particular HS-SCCH reception pattern) for the anchor downlink carrier. The same DRX configuration may be applicable for the secondary downlink carrier. The UE would then have the same DRX configuration for both downlink carriers...”<br>（对于DRX，UE可以具有针对锚定下行链路载波的特定DRX配置（例如，特定HS-SCCH接收模式）。相同的DRX配置可适用于辅下行链路载波。UE随后将具有针对两个下行链路载波的相同DRX配置……）<br><br>[0053]-[0054]<br>“The Node B may send a DTX order to the UE to activate or de-activate DTX operation for the UE... The Node B may send a DRX order to the UE to activate or de-activate DRX operation for the UE...”<br>（节点B可以向UE发送DTX命令以激活或去激活用于该UE的DTX操作……节点B可以向UE发送DRX命令以激活或去激活用于该UE的DRX操作……）<br><br>[0086]<br>“Controller/processor(s) 1130 may direct the operation at UE 110... Memory 1132 may store program codes and data for UE 110.”<br>（控制器/处理器1130可指导UE 110处的运行……存储器1132可存储用于UE 110的程序代码和数据。） | 目标专利说明书中“状态变量”指用于维护/指示DRX/DTX使能、活动状态的控制参数（如DL_DRX_Active、UL_DTX_Active）。对比文件中虽然直接表述为“DRX configuration”以及通过命令去“activate or de-activate DRX/DTX operation”，但本领域技术人员基于常识能够推知：UE在配置了DRX/DTX并接收命令进行激活/去激活且控制通信间隙的过程中，其控制器/存储器中必然配置并维护表征DRX/DTX当前激活/去激活或工作模式的内部状态变量/参数（例如布尔标记或状态标志），以此来管理处于活动还是休眠。按照极为宽松的隐含公开判断标准，对比文件公开了配置及动态切换DRX/DTX状态，已隐含公开了UE配置至少一个状态变量。 |
| 技术特征C：<br>以便控制多个小区的DRX或DTX<br><br>《直接公开》 | [0009]<br>“...the UE may have the same discontinuous reception (DRX) configuration for all downlink carriers and/or the same discontinuous transmission (DTX) configuration for all uplink carriers. The UE may receive data from the Node B on one or more downlink carriers in enabled downlink subframes, which may be determined based on the DRX configuration...”<br>（……UE可以具有针对所有下行链路载波的相同不连续接收（DRX）配置和/或针对所有上行链路载波的相同不连续传输（DTX）配置。UE可以在使能的下行链路子帧中在一个或多个下行链路载波上从节点B接收数据，该使能的下行链路子帧可基于该DRX配置确定……）<br><br>[0028]<br>“The terms ‘cells’ and ‘carriers’ may thus be used interchangeably with regard to DC-HSDPA.”<br>（因此，关于DC-HSDPA，术语“小区”和“载波”可互换使用。）<br><br>[0054]<br>“...the DRX order may be applicable for DRX operation on all downlink carriers by the UE.”<br>（……DRX命令可适用于由UE在所有下行链路载波上的DRX操作。）<br><br>[0074]<br>“...In general, the techniques described herein may be used for any number of downlink carriers and any number of uplink carriers...”<br>（……通常，本文描述的技术可用于任何数量的下行链路载波和任何数量的上行链路载波……） | 目标专利中明确载波与小区可互换使用（见[0049]）。对比文件段落[0028]亦明确说明小区（cell）与载波（carrier）可互换使用，并在[0009]、[0051]、[0054]、[0074]中明确公开了通过配置及命令来控制多个下行链路载波/小区（例如主载波与辅载波）的DRX操作，或控制多个上行链路载波/小区的DTX操作。两者的技术方案与达到的控制多个小区的DRX/DTX作用完全等同，属于直接公开。 |
| 技术特征D：<br>所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作<br><br>《隐含公开》 | [0074]<br>“For clarity, much of the description herein covers two downlink carriers and one or two uplink carriers. In general, the techniques described herein may be used for any number of downlink carriers and any number of uplink carriers. If more than two carriers are available for a given link, then an HS-SCCH order may be applicable to all carriers or a subset of the carriers, e.g., a pair of carriers.”<br>（为了清楚起见，本文的大部分描述涉及两个下行链路载波和一个或两个上行链路载波。通常，本文描述的技术可用于任何数量的下行链路载波和任何数量的上行链路载波。如果针对给定链路多于两个载波可用，则HS-SCCH命令可适用于所有载波或载波的子集，例如，一对载波。）<br><br>[0055]-[0056]<br>“In yet another aspect, DRX/DTX operations for the UE may be different for the two carriers on each link and may observe different timing. For DRX, the UE may have a first DRX configuration for the anchor downlink carrier and a second DRX configuration for the secondary downlink carrier... Decoupling the DRX operation on the two downlink carriers may allow the UE to conserve more battery power. The Node B may send a DRX order on a given downlink carrier to control DRX operation on that downlink carrier...”<br>（在又一方面中，用于UE的DRX/DTX操作对于每个链路上的两个载波可以是不同的，并且可以遵循不同的时序。对于DRX，UE可以具有针对锚定下行链路载波的第一DRX配置和针对辅下行链路载波的第二DRX配置……解耦两个下行链路载波上的DRX操作可允许UE节省更多电池电量。节点B可以在给定下行链路载波上发送DRX命令以控制该下行链路载波上的DRX操作……） | 目标专利中将小区划分为子集/群组，并基于与该小区子集相关联的状态变量来执行DRX/DTX操作。对比文件[0074]明确公开了当存在多个载波时，控制命令（HS-SCCH order）可适用于“载波的子集，例如一对载波（a subset of the carriers, e.g., a pair of carriers）”，即支持以小区子集/载波对为单位进行独立控制；结合段落[0055]-[0056]公开的各载波/子集解耦DRX配置及分别应用DRX操作。本领域技术人员结合多载波系统常识容易推导出：以载波子集（如carrier pair）应用命令进行DRX控制时，必然在该子集/群组上依据所维护的该子集状态来进行子集范围的DRX操作。按照极为宽松的隐含公开判断标准，此部分内容能够被合理推导，构成隐含公开。 |
| 技术特征E：<br>所述UE接收用于DRX或DTX激活/去激活的命令<br><br>《直接公开》 | [0053]<br>“The Node B may send a DTX order to the UE to activate or de-activate DTX operation for the UE...”<br>（节点B可以向UE发送DTX命令以激活或去激活用于该UE的DTX操作……）<br><br>[0054]<br>“The Node B may send a DRX order to the UE to activate or de-activate DRX operation for the UE...”<br>（节点B可以向UE发送DRX命令以激活或去激活用于该UE的DRX操作……）<br><br>[0081]<br>“In another design, the entity may be the UE. The UE may receive a lower layer order (e.g., an HS-SCCH order) sent by the Node B to activate or de-activate DRX operation on the anchor and secondary downlink carriers.”<br>（在另一种设计中，该实体可以是UE。UE可以接收由节点B发送的以激活或去激活在锚定和辅下行链路载波上的DRX操作的较低层命令（例如，HS-SCCH命令）。） | 对比文件在[0053]、[0054]和[0081]中明确公开了UE接收来自基站（Node B）的用于激活或去激活DRX或DTX操作的命令（HS-SCCH order）。所公开的方案、手段及在系统中所起的作用与目标专利完全一致，属于直接公开。 |
| 技术特征F：<br>所述UE基于所述命令来对DRX或DTX进行激活/去激活<br><br>《直接公开》 | [0058]<br>“In the example shown in FIG. 6, the Node B sends an HS-SCCH order to de-activate DRX/DTX operation (denoted as ‘S’ or ‘Order to stop DRX/DTX’) to the UE in subframe 4 of radio frame 9. Four subframes after sending this HS-SCCH order, all subframes on each downlink carrier are enabled and may be used to send data to the UE. The Node B sends an HS-SCCH order to activate DRX/DTX operation (denoted as ‘X’ or ‘Order to DRX/DTX’) to the UE in subframe 4 of radio frame 12. Four subframes after sending this HS-SCCH order, the enabled downlink subframes are determined by the HS-SCCH reception pattern, and the enabled uplink subframes are determined by the uplink DPCCH burst pattern.”<br>（在图6所示的示例中，节点B在无线电帧9的子帧4中向UE发送用于去激活DRX/DTX操作的HS-SCCH命令（表示为“S”或“停止DRX/DTX的命令”）。在发送该HS-SCCH命令四个子帧之后，每个下行链路载波上的所有子帧被使能并可用于向UE发送数据。节点B在无线电帧12的子帧4中向UE发送用于激活DRX/DTX操作的HS-SCCH命令（表示为“X”或“DRX/DTX命令”）。在发送该HS-SCCH命令四个子帧之后，使能的下行链路子帧由HS-SCCH接收模式确定，使能的上行链路子帧由上行链路DPCCH突发模式确定。）<br><br>[0081]<br>“...The UE may receive a lower layer order (e.g., an HS-SCCH order) sent by the Node B to activate or de-activate DRX operation on the anchor and secondary downlink carriers.”<br>（……UE可以接收由节点B发送的以激活或去激活在锚定和辅下行链路载波上的DRX操作的较低层命令（例如，HS-SCCH命令）。） | 对比文件[0058]及[0081]明确公开了UE在接收到HS-SCCH命令后，经过预定时延即进入激活状态（依据pattern进行使能子帧接收/发送）或去激活状态（所有子帧均使能），即完全基于该命令来执行DRX或DTX的激活/去激活。其所起的作用与技术特征F相同，属于直接公开。 |
| 技术特征G：<br>其中所述命令被应用于小区群组<br><br>《直接公开》 | [0074]<br>“For clarity, much of the description herein covers two downlink carriers and one or two uplink carriers. In general, the techniques described herein may be used for any number of downlink carriers and any number of uplink carriers. If more than two carriers are available for a given link, then an HS-SCCH order may be applicable to all carriers or a subset of the carriers, e.g., a pair of carriers.”<br>（为了清楚起见，本文的大部分描述涉及两个下行链路载波和一个或两个上行链路载波。通常，本文描述的技术可用于任何数量的下行链路载波和任何数量的上行链路载波。如果针对给定链路多于两个载波可用，则HS-SCCH命令可适用于所有载波或载波的子集，例如，一对载波。）<br><br>[0028]<br>“The terms ‘cells’ and ‘carriers’ may thus be used interchangeably with regard to DC-HSDPA.”<br>（因此，关于DC-HSDPA，术语“小区”和“载波”可互换使用。） | 对比文件[0028]明确说明小区与载波可互换使用。在[0074]中明确公开了当系统存在多个载波/小区时，该HS-SCCH命令可适用于“载波的子集，例如一对载波（a subset of the carriers, e.g., a pair of carriers）”。一对载波/小区即构成载波群组/小区群组，因此对比文件已经实质公开了所述命令被应用于小区群组，属于直接公开。 |
| 技术特征H：<br>其中为每一个小区子集配置群组特定状态变量<br><br>《隐含公开》 | [0055]-[0056]<br>“In yet another aspect, DRX/DTX operations for the UE may be different for the two carriers on each link and may observe different timing. For DRX, the UE may have a first DRX configuration for the anchor downlink carrier and a second DRX configuration for the secondary downlink carrier. The UE may then have different DRX configurations for the two downlink carriers... The Node B may send a DRX order on a given downlink carrier to control DRX operation on that downlink carrier. For DTX, the UE may have a first DTX configuration for the anchor uplink carrier and a second DTX configuration for the secondary uplink carrier (if present)...”<br>（在又一方面中，用于UE的DRX/DTX操作对于每个链路上的两个载波可以是不同的，并且可以遵循不同的时序。对于DRX，UE可以具有针对锚定下行链路载波的第一DRX配置和针对辅下行链路载波的第二DRX配置。UE随后可以针对两个下行链路载波具有不同的DRX配置……节点B可以在给定下行链路载波上发送DRX命令以控制该下行链路载波上的DRX操作。对于DTX，UE可以具有针对锚定上行链路载波的第一DTX配置和针对辅上行链路载波的第二DTX配置（如果存在）……）<br><br>[0074]<br>“...If more than two carriers are available for a given link, then an HS-SCCH order may be applicable to all carriers or a subset of the carriers, e.g., a pair of carriers.”<br>（……如果针对给定链路多于两个载波可用，则HS-SCCH命令可适用于所有载波或载波的子集，例如，一对载波。） | 目标专利中每一个小区群组/子集维护独立的群组状态变量（例如DL_DRX_Active(k)）。对比文件公开了针对子集/ carrier pair应用HS-SCCH命令，以及不同的载波/子集具有独立的DRX/DTX配置，且分别通过命令去控制各自的DRX操作（[0055]-[0056]、[0074]）。本领域技术人员基于该解耦独立控制的公开内容可以容易推断：当每个小区子集独立接收控制命令并维护自己的DRX状态时，UE内部必然为每个特定子集分别维护表征该子集处于DRX激活还是去激活的独立变量/参数。按照极为宽松的隐含公开判断原则，该特征被隐含公开。 |
| 技术特征I：<br>用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的<br><br>《隐含公开》 | [0055]<br>“...The UE may receive data on each downlink carrier in the enabled downlink subframes for that downlink carrier. Decoupling the DRX operation on the two downlink carriers may allow the UE to conserve more battery power. The Node B may send a DRX order on a given downlink carrier to control DRX operation on that downlink carrier.”<br>（……UE可以在针对该下行链路载波的使能下行链路子帧中在每个下行链路载波上接收数据。解耦两个下行链路载波上的DRX操作可允许UE节省更多电池电量。节点B可以在给定下行链路载波上发送DRX命令以控制该下行链路载波上的DRX操作。）<br><br>[0074]<br>“...If more than two carriers are available for a given link, then an HS-SCCH order may be applicable to all carriers or a subset of the carriers, e.g., a pair of carriers.”<br>（……如果针对给定链路多于两个载波可用，则HS-SCCH命令可适用于所有载波或载波的子集，例如，一对载波。） | 对比文件公开了DRX操作以子集/载波对为单位独立解耦（[0055]、[0074]），且通过对应的命令控制该子集的操作。本领域技术人员结合常规技术推理，在为各子集配置了对应状态的情况下，各子集的DRX/DTX使能接收或休眠必然是依据与该子集相关联的状态变量（群组特定变量）来执行判定与调度的。按照极为宽松的隐含公开判断标准，该特征属于对比文件可合理推断的内容，构成隐含公开。 |
| 技术特征J：<br>其中为所有小区配置单个状态变量<br><br>《隐含公开》 | [0009]<br>“In another aspect, the UE may have the same discontinuous reception (DRX) configuration for all downlink carriers and/or the same discontinuous transmission (DTX) configuration for all uplink carriers...”<br>（在另一方面中，UE可以具有针对所有下行链路载波的相同不连续接收（DRX）配置和/或针对所有上行链路载波的相同不连续传输（DTX）配置……）<br><br>[0051]<br>“...The same DRX configuration may be applicable for the secondary downlink carrier. The UE would then have the same DRX configuration for both downlink carriers...”<br>（……相同的DRX配置可适用于辅下行链路载波。UE随后将具有针对两个下行链路载波的相同DRX配置……）<br><br>[0054]<br>“...For both designs, the DRX order may be applicable for DRX operation on all downlink carriers by the UE.”<br>（……对于两种设计，DRX命令可适用于由UE在所有下行链路载波上的DRX操作。） | 目标专利中描述了所有小区共享单个全局变量（例如单状态机DL_DRX_Active控制所有小区，见目标专利[0056]、[0079]）。对比文件公开了所有下行载波具有完全相同的DRX配置，并且一个DRX order适用于所有下行载波上的DRX操作（[0009]、[0054]、[0058]）。在所有小区统一执行相同的DRX激活/去激活机制下，本领域技术人员极易推知在UE中通过单个状态变量/标志位即可统一表征所有小区的DRX激活状态。按照极为宽松的隐含公开判断原则，对比文件部分公开了全小区统一切换DRX的技术内容，隐含公开了为所有小区配置单个状态变量。 |
| 技术特征K：<br>用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的单个状态变量来执行的<br><br>《隐含公开》 | [0009]<br>“...the UE may have the same discontinuous reception (DRX) configuration for all downlink carriers and/or the same discontinuous transmission (DTX) configuration for all uplink carriers. The UE may receive data from the Node B on one or more downlink carriers in enabled downlink subframes, which may be determined based on the DRX configuration...”<br>（……UE可以具有针对所有下行链路载波的相同不连续接收（DRX）配置和/或针对所有上行链路载波的相同不连续传输（DTX）配置。UE可以在使能的下行链路子帧中在一个或多个下行链路载波上从节点B接收数据，该使能的下行链路子帧可基于该DRX配置确定……）<br><br>[0051]<br>“In another aspect, DRX/DTX operations for the UE may be different for the two carriers on each link and may observe the same timing... The UE may receive data on only the anchor downlink carrier or both downlink carriers in the enabled downlink subframes.”<br>（在另一方面中，用于UE的DRX/DTX操作对于每个链路上的两个载波可以是相同的，并且可以遵循相同的时序……UE可以在使能的下行链路子帧中仅在锚定下行链路载波上或者在两个下行链路载波上接收数据。）<br><br>[0074]<br>“...If more than two carriers are available for a given link, then an HS-SCCH order may be applicable to all carriers or a subset of the carriers, e.g., a pair of carriers.”<br>（……如果针对给定链路多于两个载波可用，则HS-SCCH命令可适用于所有载波或载波的子集，例如，一对载波。） | 目标专利第二实施方式（说明书[0079]-[0082]）指出：保持单个全局DL_DRX_Active变量，但各载波群组基于逐个群组应用规则（1）-（7）来分别执行DRX接收。对比文件公开了全网载波应用相同的DRX配置和命令，同时支持多载波分组/子集（[0074]），且UE可以根据各载波/子集的使能情况在特定载波上接收数据（[0051]）。基于其公开的公共DRX控制与载波子集概念，本领域技术人员可以合理推导出当采用单个公共状态变量时，各子集在此统一状态变量的制约下基于各自群组条件执行DRX操作。按照非常宽松的隐含公开判断标准，该特征构成隐含公开。 |
| 技术特征L：<br>其中所述UE将公共DRX监视应用于所有群组<br><br>《直接公开》 | [0009]<br>“In another aspect, the UE may have the same discontinuous reception (DRX) configuration for all downlink carriers and/or the same discontinuous transmission (DTX) configuration for all uplink carriers. The UE may receive data from the Node B on one or more downlink carriers in enabled downlink subframes, which may be determined based on the DRX configuration...”<br>（在另一方面中，UE可以具有针对所有下行链路载波的相同不连续接收（DRX）配置和/或针对所有上行链路载波的相同不连续传输（DTX）配置。UE可以在使能的下行链路子帧中在一个或多个下行链路载波上从节点B接收数据，该使能的下行链路子帧可基于该DRX配置确定……）<br><br>[0051]<br>“In another aspect, DRX/DTX operations for the UE may be the same for both carriers on each link and may observe the same timing. For DRX, the UE may have a particular DRX configuration (e.g., a particular HS-SCCH reception pattern) for the anchor downlink carrier. The same DRX configuration may be applicable for the secondary downlink carrier. The UE would then have the same DRX configuration for both downlink carriers...”<br>（在另一方面中，用于UE的DRX/DTX操作对于每个链路上的两个载波可以是相同的，并且可以遵循相同的时序。对于DRX，UE可以具有针对锚定下行链路载波的特定DRX配置（例如，特定HS-SCCH接收模式）。相同的DRX配置可适用于辅下行链路载波。UE随后将具有针对两个下行链路载波的相同DRX配置……）<br><br>[0057]<br>“...The UE is in dual-carrier operation with the same DRX configuration for both downlink carriers. The anchor downlink carrier and the secondary downlink carrier have the same enabled downlink subframes.”<br>（……UE处于双载波运行中，针对两个下行链路载波具有相同的DRX配置。锚定下行链路载波和辅下行链路载波具有相同的使能下行链路子帧。） | 目标专利中公共DRX监视指所有小区/群组遵循完全相同的HS-SCCH接收模式和监视时序（见目标专利说明书[0124]、[0127]）。对比文件在段落[0009]、[0051]、[0057]中明确公开了所有下行载波具有完全相同的DRX配置（即相同的HS-SCCH接收模式），在相同的使能子帧中遵循相同的时序监视物理信道。对比文件公开的“same DRX configuration for both/all downlink carriers”与目标专利的公共DRX监视方案实质相同、作用相同，属于直接公开。 |
| 技术特征M：<br>将群组特定DRX监视应用于每一个小区群组<br><br>《隐含公开》 | [0055]<br>“In yet another aspect, DRX/DTX operations for the UE may be different for the two carriers on each link and may observe different timing. For DRX, the UE may have a first DRX configuration for the anchor downlink carrier and a second DRX configuration for the secondary downlink carrier. The UE may then have different DRX configurations for the two downlink carriers. The UE may receive data on each downlink carrier in the enabled downlink subframes for that downlink carrier. Decoupling the DRX operation on the two downlink carriers may allow the UE to conserve more battery power...”<br>（在又一方面中，用于UE的DRX/DTX操作对于每个链路上的两个载波可以是不同的，并且可以遵循不同的时序。对于DRX，UE可以具有针对锚定下行链路载波的第一DRX配置和针对辅下行链路载波的第二DRX配置。UE随后可以针对两个下行链路载波具有不同的DRX配置。UE可以在针对该下行链路载波的使能下行链路子帧中在每个下行链路载波上接收数据。解耦两个下行链路载波上的DRX操作可允许UE节省更多电池电量……）<br><br>[0074]<br>“...If more than two carriers are available for a given link, then an HS-SCCH order may be applicable to all carriers or a subset of the carriers, e.g., a pair of carriers.”<br>（……如果针对给定链路多于两个载波可用，则HS-SCCH命令可适用于所有载波或载波的子集，例如，一对载波。） | 目标专利中群组特定DRX监视指为各小区群组独立配置HS-SCCH接收模式/时序进行监视（见说明书[0131]）。对比文件[0055]公开了解耦DRX操作，不同的载波具有不同的DRX配置并在各自使能子帧中进行监视；段落[0074]进一步扩展到多载波场景下的载波子集（如carrier pair）。结合[0055]与[0074]，本领域技术人员可以合理推导出各载波群组/子集可分别应用独立的DRX配置及监视时序（即群组特定DRX监视）。按照极其宽松的隐含公开判断原则，对比文件隐含公开了将群组特定DRX监视应用于每一个小区群组。 |
| 技术特征N：<br>或者将小区特定DRX监视应用于每一个小区<br><br>《直接公开》 | [0055]<br>“In yet another aspect, DRX/DTX operations for the UE may be different for the two carriers on each link and may observe different timing. For DRX, the UE may have a first DRX configuration for the anchor downlink carrier and a second DRX configuration for the secondary downlink carrier. The UE may then have different DRX configurations for the two downlink carriers. The UE may receive data on each downlink carrier in the enabled downlink subframes for that downlink carrier. Decoupling the DRX operation on the two downlink carriers may allow the UE to conserve more battery power. The Node B may send a DRX order on a given downlink carrier to control DRX operation on that downlink carrier.”<br>（在又一方面中，用于UE的DRX/DTX操作对于每个链路上的两个载波可以是不同的，并且可以遵循不同的时序。对于DRX，UE可以具有针对锚定下行链路载波的第一DRX配置和针对辅下行链路载波的第二DRX配置。UE随后可以针对两个下行链路载波具有不同的DRX配置。UE可以在针对该下行链路载波的使能下行链路子帧中在每个下行链路载波上接收数据。解耦两个下行链路载波上的DRX操作可允许UE节省更多电池电量。节点B可以在给定下行链路载波上发送DRX命令以控制该下行链路载波上的DRX操作。）<br><br>[0028]<br>“The terms ‘cells’ and ‘carriers’ may thus be used interchangeably with regard to DC-HSDPA.”<br>（因此，关于DC-HSDPA，术语“小区”和“载波”可互换使用。） | 目标专利中小区特定DRX监视指各个小区拥有独立的DRX接收模式并在各自使能子帧中监视DL信道（见说明书[0140]）。对比文件[0028]说明载波即小区，段落[0055]明确公开了对于下行链路的两个载波/小区具有不同的DRX配置，遵循不同的时序，且UE在各自的使能子帧中接收数据，即对每一个小区独立解耦应用特定的DRX配置与监视。该技术方案与技术特征N完全等同，作用完全一致，属于直接公开。 |
<<<A>>><<<b>>><<<C>>><<<d>>><<<E>>><<<F>>><<<G>>><<<h>>><<<i>>><<<j>>><<<k>>><<<L>>><<<m>>><<<N>>>
**特征比对与公开性分析**
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括<br><br>《直接公开》 | [0183]<br>“A method of assembling a Medium Access Control (MAC) Protocol Data Unit (PDU), the method comprising...”<br>（一种组装媒体接入控制（MAC）协议数据单元（PDU）的方法，该方法包括……）<br><br>[0184]<br>“A method of transmitting a Medium Access Control (MAC) Protocol Data Unit (PDU), the method performed by a mobile terminal and comprising...”<br>（一种发送媒体接入控制（MAC）协议数据单元（PDU）的方法，该方法由移动终端执行且包括……） | 对比文件公开了由移动终端执行的无线通信传输/组装方法，明确记载了方法引导语及“该方法包括（the method comprising）”。因此技术特征A被对比文件直接公开。 |
| 技术特征B：用户设备UE配置至少一个状态变量<br><br>《隐含公开》 | [0143]<br>“The UE may be configured by the RRC with a DRX functionality that allows it to not continuously monitor the PDCCH. The DRX functionality consists of a Long DRX cycle, a DRX Inactivity Timer, a DRX Retransmission Timer, and optionally a Short DRX Cycle and a DRX Short Cycle Timer.”<br>（UE可以由RRC配置有允许其不连续监视PDCCH的DRX功能。DRX功能包括长DRX周期、DRX不活动定时器、DRX重传定时器，以及可选的短DRX周期和DRX短周期定时器。）<br><br>[0144]<br>“When a DRX cycle is configured, the Active Time includes the time: while the On-Duration Timer or the DRX Inactivity Timer or a DRX Retransmission Timer or the Contention Resolution Timer is running; or while a Scheduling Request is pending; or while an uplink grant for a retransmission can occur...”<br>（当配置了DRX周期时，活动时间（Active Time）包括：在持续期定时器、或DRX不活动定时器、或DRX重传定时器、或竞争解决定时器运行期间；或调度请求未决期间；或可发生重传的上行链路许可期间……）<br><br>[0153]<br>“When a DRX cycle is configured, the UE shall perform the following procedures for each sub-frame: ... during the Active Time, for a PDCCH-sub-frame except if the sub-frame is required for uplink transmission for half-duplex FDD UE operation: monitor the PDCCH; ... when not in active time, CQI and SRS shall not be reported.”<br>（当配置了DRX周期时，UE应当在每个子帧执行以下过程：……在活动时间期间，对于PDCCH子帧，除非该子帧是半双工FDD UE操作的上行链路传输所需的，否则监视PDCCH；……当不在活动时间中时，不应报告CQI和SRS。） | 在目标专利中，“状态变量”用于表征UE在DRX/DTX操作中的活动/非活动等控制状态（如说明书[0056]所记载的DL_DRX_Active变量）。对比文件公开了UE配置DRX功能并基于多种定时器/事件维护“Active Time”（活动时间）。在无线协议栈实现中，处于Active Time或非Active Time的判断在协议层面必然由UE内部至少一个布尔变量或状态标志（State Variable/Flag）来记录和表示，以便UE决定在当前子帧是否属于Active Time并据此执行监视PDCCH或停止上报CQI/SRS的操作。对比文件虽未直接出现“配置至少一个状态变量”的字眼，但本领域技术人员结合通信协议常识，能够直接且毫无疑义地推导出UE必须配置并维护表征DRX活动状态的变量或标志。基于极宽松的隐含公开认定原则，技术特征B被对比文件隐含公开。 |
| 技术特征C：以便控制多个小区的DRX或DTX<br><br>《未公开》 | [0021]<br>“For a single eNode B, one or more cells (or regions, areas, etc.) may exist.”<br>（对于单个eNode B，可以存在一个或多个小区（或区域、领域等）。）<br><br>[0143]-[0154]<br>全文DRX描述均为单小区/常规LTE载波机制。 | 目标专利中，该特征强调控制“多个小区”的DRX或DTX操作（即载波聚合/多载波场景下的多小区协同控制，如说明书[0006]、[0008]、[0056]等）。对比文件全文聚焦于LTE单载波场景下的BSR与CCCH优先级排序及常规单小区DRX控制；段落[0021]仅提及基站下可能存在一个或多个小区，完全没有公开由UE的状态变量去协同控制“多个小区”的DRX或DTX机制。对比文件既无直接公开，本领域技术人员也无法从中直接推导出多小区的DRX/DTX状态变量控制方案。因此技术特征C未被公开。 |
| 技术特征D：所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利中，该特征涉及将多个小区划分为小区子集/群组，并基于群组关联的状态变量执行该子集上的DRX/DTX操作（说明书[0008]、[0058]、[0068]-[0069]）。对比文件完全未涉及任何“小区群组”或“小区子集”的划分与状态变量控制。因此技术特征D未被公开。 |
| 技术特征E：所述UE接收用于DRX或DTX激活/去激活的命令<br><br>《直接公开》 | [0117]<br>“The DRX Command MAC CE may be used to put a UE directly into either short or long DRX Cycle.”<br>（DRX命令MAC控制元素可用于将UE直接置于短或长DRX周期中。）<br><br>[0153]<br>“if a DRX Command MAC control element is received: stop the On Duration Timer; stop the DRX Inactivity Timer.”<br>（如果接收到DRX命令MAC控制元素（DRX Command MAC CE）：停止持续期定时器；停止DRX不活动定时器。） | 目标专利中UE接收用于DRX/DTX激活或去激活的命令（如L1 HS-SCCH命令或MAC控制命令）。对比文件明确公开了UE接收“DRX Command MAC CE”（DRX命令MAC控制元素），该命令用于停止定时器并将UE转入DRX周期的睡眠状态，实质上起到了去激活连续接收/激活DRX休眠控制的作用，与目标专利中DRX命令的技术实质和作用相同。因此技术特征E被对比文件直接公开。 |
| 技术特征F：所述UE基于所述命令来对DRX或DTX进行激活/去激活<br><br>《直接公开》 | [0117]<br>“The DRX Command MAC CE may be used to put a UE directly into either short or long DRX Cycle.”<br>（DRX命令MAC控制元素可用于将UE直接置于短或长DRX周期中。）<br><br>[0153]<br>“if a DRX Command MAC control element is received: stop the On Duration Timer; stop the DRX Inactivity Timer. if the DRX Inactivity Timer expires or a DRX Command MAC control element is received in this sub-frame: if the short DRX cycle is configured: if the DRX Short Cycle Timer is not running, start the DRX Short Cycle Timer; use the Short DRX Cycle. else: use the Long DRX cycle.”<br>（如果接收到DRX命令MAC控制元素：停止持续期定时器；停止DRX不活动定时器。如果DRX不活动定时器期满或者在当前子帧接收到DRX命令MAC控制元素：若配置了短DRX周期：若DRX短周期定时器未运行，启动DRX短周期定时器；使用短DRX周期。否则：使用长DRX周期。） | 对比文件明确记载了UE在接收到DRX Command MAC CE后，停止On Duration Timer和DRX Inactivity Timer，并根据配置启动Short DRX Cycle Timer并进入Short DRX Cycle或Long DRX Cycle，实现了基于该命令对DRX操作的状态转换与激活/去激活控制。其技术方案、达到的效果与目标专利特征F完全一致。因此技术特征F被对比文件直接公开。 |
| 技术特征G：其中所述命令被应用于小区群组<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利中，该命令是针对“小区群组”生效的（说明书[0008]、[0189]-[0195]）。对比文件仅涉及单小区系统环境下的UE级DRX Command MAC CE，未公开且未暗示将命令应用于任何“小区群组”。因此技术特征G未被公开。 |
| 技术特征H：其中为每一个小区子集配置群组特定状态变量<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利中要求为各小区子集分别独立配置和维护“群组特定状态变量”（如说明书[0069]中的DL_DRX_Active(k)）。对比文件完全未公开多载波/多小区群组的概念，更无群组特定状态变量的配置。因此技术特征H未被公开。 |
| 技术特征I：用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利中每个小区子集的DRX/DTX操作均基于其对应的群组特定状态变量独立执行（说明书[0068]-[0070]）。对比文件无多小区子集、亦无群组特定状态变量的执行逻辑。因此技术特征I未被公开。 |
| 技术特征J：其中为所有小区配置单个状态变量<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利技术特征J是多小区架构下的替代方案：存在多个小区，但为“所有小区”共用配置一个“单个状态变量”（如说明书[0056]、[0079]-[0080]所公开的为所有DL载波保持单个DL_DRX_Active变量）。对比文件虽然在单小区中存在全局的Active Time，但对比文件根本不存在多小区聚合场景，更未公开跨“所有小区”配置共用的“单个状态变量”。因此技术特征J未被公开。 |
| 技术特征K：用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的单个状态变量来执行的<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利中基于单个公共状态变量，再结合逐个群组的规则（如特例1-7）在各小区子集上执行DRX/DTX操作（说明书[0080]-[0082]）。对比文件无多小区子集及基于单个状态变量进行群组化DRX/DTX执行的机制。因此技术特征K未被公开。 |
| 技术特征L：其中所述UE将公共DRX监视应用于所有群组<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利技术方案涉及将公共DRX监视模式（如相同的HS-SCCH接收模式或跨群组对齐的监视周期）应用于“所有群组”（说明书[0123]-[0127]）。对比文件不存在群组划分，未公开公共DRX监视应用于所有群组。因此技术特征L未被公开。 |
| 技术特征M：将群组特定DRX监视应用于每一个小区群组<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利技术方案涉及为每一个小区群组应用独立的群组特定DRX监视模式（说明书[0131]-[0136]）。对比文件不存在小区群组概念，未公开该特征。因此技术特征M未被公开。 |
| 技术特征N：或者将小区特定DRX监视应用于每一个小区<br><br>《未公开》 | [0143]-[0154]<br>描述了单小区下UE根据定时器在每个子帧监视PDCCH的过程。 | 目标专利中的“将小区特定DRX监视应用于每一个小区”是在多小区/载波聚合场景下，与“公共DRX监视”、“群组特定DRX监视”并列的一种多小区DRX协同控制方案，即各个小区拥有各自独立的小区特定HS-SCCH接收模式及独立的不活动监视（说明书[0123]、[0140]-[0145]）。对比文件仅公开了传统的单载波/单小区环境下的PDCCH监视，根本没有公开在多小区环境中为每一个小区配置并应用各自的小区特定DRX监视机制。因此技术特征N未被公开。 |
<<<A>>>
<<<b>>>
<<<E>>>
<<<F>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【未公开】 | 无引用内容。 | 对比文件（JPWO2011016220A1）属于医药生物化学技术领域，公开的是一种二肽基肽酶-4（DPP-4）抑制剂及其制造方法与在糖尿病中的应用，全文完全不涉及无线移动通信系统、多载波/多小区管理或基站与终端的信令交互方法。因此，对比文件未直接公开也未隐含公开技术特征A。 |
| 技术特征B：<br>用户设备UE配置至少一个状态变量<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0008]、[0056]、[0069]、[0080]）中，状态变量指的是用于控制UE通信状态（如DL_DRX_Active、UL_DTX_Active等）的状态机参数。对比文件为食品与医药领域的天然物提取/发酵抑制剂技术，全文未记载任何无线通信设备、终端（UE）或用于无线通信协议控制的“状态变量”。即便按照最宽松的标准，对比文件也未公开任何相关技术或功能构件，本领域技术人员无法从对比文件中推理或推断出该特征。因此，技术特征B未被直接公开也未被隐含公开。 |
| 技术特征C：<br>以便控制多个小区的DRX或DTX<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0005]、[0048]-[0056]）中，DRX/DTX指的是蜂窝移动通信系统中处于Cell DCH等状态下的不连续接收/不连续传输机制，用于在聚合的多个小区/载波上节省电量和信道容量。对比文件公开的是利用微生物或蛋白水解酶处理豆类以抑制DPP-4酶活性，与通信领域的小区控制、非连续接收/传输机制没有任何关联，未记载或暗示任何相关内容。因此，技术特征C未被直接公开也未被隐含公开。 |
| 技术特征D：<br>所述UE基于以小区群组为基础的与小区子集相关联的状态变量来执行所述小区子集上的DRX或DTX操作<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0008]、[0058]、[0068]-[0070]）解释该特征在于将多个载波/小区划分群组，UE根据为该群组/子集单独保持的状态变量（如DL_DRX_Active(k)）在相应子集上独立执行DRX/DTX监控。对比文件完全不涉及移动通信技术，不存在小区群组、子集关联状态变量或DRX/DTX操作的任何构思或技术方案，未提供任何可组合或推理的基础。因此，技术特征D未被直接公开也未被隐含公开。 |
| 技术特征E：<br>所述UE接收用于DRX或DTX激活/去激活的命令<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0008]、[0069]、[0080]、[0188]）中，该命令是由基站通过下行物理信道（如HS-SCCH命令）向UE发送的层1或高层控制指令，用以动态或显性改变DRX/DTX的状态。对比文件属于医药发酵领域，无任何通信信令、控制命令或UE接收机制的记载或暗示。因此，技术特征E未被直接公开也未被隐含公开。 |
| 技术特征F：<br>所述UE基于所述命令来对DRX或DTX进行激活/去激活<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0188]、[0202]）中，该特征是指UE解析接收到的HS-SCCH命令的类型比特和命令比特，从而设置DL_DRX_Active或UL_DTX_Active变量以开启或关闭非连续收发。对比文件未公开任何通信协议实体及其状态控制行为，不包含任何与此相关的内容。因此，技术特征F未被直接公开也未被隐含公开。 |
| 技术特征G：<br>其中所述命令被应用于小区群组。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0008]、[0187]、[0190]-[0195]）中，该特征是指信令命令通过特定的命令类型或比特映射寻址到预先配置的一个或多个载波/小区群组，并对该群组内的所有小区统一生效。对比文件完全属于不同技术领域，未公开任何通信信令寻址或小区群组控制方案。因此，技术特征G未被直接公开也未被隐含公开。 |
| 技术特征H：<br>其中为每一个小区子集配置群组特定状态变量<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0068]-[0069]）中，该特征是指为K个载波群组独立保持并评估K个群组专属状态变量（如DL_DRX_Active(k)）。对比文件为酶抑制剂制备方法，未公开或暗示任何通信协议状态变量的配置方案。因此，技术特征H未被直接公开也未被隐含公开。 |
| 技术特征I：<br>用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0070]-[0078]）中，该特征指的是UE依据对应群组k的DL_DRX_Active(k)变量的取值，独立决定在该群组包含的小区子集上连续接收物理信道或进入DRX微休眠（如仅监听F-DPCH及执行特例规则）。对比文件无相关通信控制逻辑，未直接或隐含公开该特征。因此，技术特征I未被直接公开也未被隐含公开。 |
| 技术特征J：<br>其中为所有小区配置单个状态变量<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0056]、[0079]-[0080]）中，该特征是指所有载波/小区共享保持和评估一个公共的全局状态变量（如单个DL_DRX_Active）。对比文件完全不涉及无线资源控制或状态管理机制，未公开该特征。因此，技术特征J未被直接公开也未被隐含公开。 |
| 技术特征K：<br>用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的单个状态变量来执行的。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0081]-[0082]）解释该特征是指虽然全局只维护单个状态变量，但当该变量为真时，UE将DRX例外规则按逐个载波群组独立地进行评估和执行。对比文件与移动通信技术无任何交集，未公开该特征。因此，技术特征K未被直接公开也未被隐含公开。 |
| 技术特征L：<br>其中所述UE将公共DRX监视应用于所有群组<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0124]-[0127]）中，该特征是指为所有小区/群组配置相同的HS-SCCH接收模式和子帧监听参数，UE在所有载波上同步监视控制信道。对比文件不涉及任何下行信道接收模式或侦听机制，未公开该特征。因此，技术特征L未被直接公开也未被隐含公开。 |
| 技术特征M：<br>将群组特定DRX监视应用于每一个小区群组<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0131]-[0136]）中，该特征是指为不同的小区群组独立配置专用的HS-SCCH接收模式（如不同的UE_DRX_cycle(k)、偏移或非活动阈值），各群组按照各自的周期与模式独立进行信道监视。对比文件完全未涉及该方案，未公开该特征。因此，技术特征M未被直接公开也未被隐含公开。 |
| 技术特征N：<br>者将小区特定DRX监视应用于每一个小区。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0140]-[0144]）中，该特征是指为每一个载波/小区单独定义HS-SCCH接收模式及非活动阈值，各载波独立监视且数据接收不联动其他载波。对比文件完全不涉及信道监听机制，未公开该特征。因此，技术特征N未被直接公开也未被隐含公开。 |
权利要求2
根据权利要求1所述的方法，其中为每一个小区子集配置群组特定状态变量；并且用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的相关联的群组特定状态变量来执行的。
权利要求3
根据权利要求1所述的方法，其中为所有小区配置单个状态变量；并且用于每一个小区子集的DRX或DTX操作是基于以小区群组为基础的单个状态变量来执行的。
权利要求4
根据权利要求1所述的方法，其中所述UE将公共DRX监视应用于所有群组；将群组特定DRX监视应用于每一个小区群组；或者将小区特定DRX监视应用于每一个小区。