非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种用于在多小区能力无线发射接收单元WTRU中进行无线通信的方法，包括；当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时；基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态；其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用；并且当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；且其中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联；所述HARQ实体具有HARQ缓冲器；以及在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下；刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括<br><br>《未公开》 | 无对应公开内容。 | 对比文件（JPH07123626A）涉及的是电机（モータ）机械结构领域，具体涉及用于封闭包围转子的外壳开放端的支架结构（参见段落[0001]），其属于完全不同的机械电气硬件构件领域。目标专利的技术特征A为多小区无线通信方法/WTRU的相关前序及组合引导词，且基于其后续具体限定的通信处理流程构建。对比文件既无任何对应或可推导内容，亦无法形成有效的结构或方法组合基础，无论在直接公开还是最宽松尺度的隐含公开层面上均未公开。 |
| 技术特征B：<br>当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br><br>《未公开》 | 无对应公开内容。 | 目标说明书（例如段落[0008]、[0009]、[0028]）中指出，该特征涉及无线通信中的多载波/双小区HSDPA（DC-HSDPA）操作，WTRU在锚定载波和辅助载波上同时接收数据。对比文件全文仅涉及直流电机的转子、定子外壳、支架及电刷/换向器结构（参见段落[0002]-[0008]、[0012]），完全不涉及任何无线通信网络、WTRU、锚定小区或次服务小区，根本无法推导出多载波数据接收相关的任何方案，因此未被直接公开，也未被隐含公开。 |
| 技术特征C：<br>基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br><br>《未公开》 | 无对应公开内容。 | 结合目标说明书段落[0039]-[0040]可知，该特征涉及在WTRU协议栈中根据特定的协议状态变量“SECONDARY_CELL_HS_DSCH_RECEPTION”来评估次服务小区的可用性/状态。对比文件通篇公开的是金属支架的冲压成型及外包嵌件成型（アウトサート成形）工艺（参见段落[0012]-[0013]），不存在任何协议状态变量及小区状态确定的技术手段或功能构件，本领域技术人员无法从对比文件中得到该方案或做任何合理论证推断，未被直接公开，也未被隐含公开。 |
| 技术特征D：<br>其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0040]明确解释：当次小区状态变量为TRUE时，次服务HS-DSCH小区被启用并准备好用于HS-DSCH接收。对比文件为纯电机结构制造专利，完全没有任何逻辑变量或通信小区启用/禁用的技术内容，本领域技术人员无法从中获取任何相关信息，未被直接公开，也未被隐含公开。 |
| 技术特征E：<br>当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0010]、[0013]、[0040]公开了当变量为FALSE时指示次小区被禁用，且MAC-ehs架构中每个小区分别指派单独的HARQ实体。对比文件仅涉及电机的碳刷与换向器通电机制（段落[0005]-[0008]），完全不涉及HARQ机制、重传控制实体及小区禁用变量，没有任何相同或相近的作用与方案，未被直接公开，也未被隐含公开。 |
| 技术特征F：<br>所述HARQ实体具有HARQ缓冲器<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0015]、[0044]解释了HARQ实体包含用于重传和重排序存储数据的HARQ缓冲器（HARQ buffer）。对比文件全文为电机的机械零部件（外壳、轴承、电刷、金属板、环形支架），无任何基带处理芯片、数据存储器或HARQ缓冲器结构，未被直接公开，也未被隐含公开。 |
| 技术特征G：<br>在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br><br>《未公开》 | 无对应公开内容。 | 结合目标说明书段落[0040]、[0044]，其定义了依据次小区状态变量评估出禁用结果的触发条件。对比文件全篇无逻辑判断流程或通信状态管理，未提供任何能够启发该触发条件的信息，未被直接公开，也未被隐含公开。 |
| 技术特征H：<br>刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0013]-[0015]及[0044]指明，当次小区被禁用时，为了避免重置整个MAC实体影响主小区通信，仅独立刷新与次小区关联的HARQ进程缓冲器。对比文件是关于电机环形塑料架外包成型以防止脱落并降低成本的方案（段落[0013]），不存在任何数据刷新、缓存清理动作或对应实体，未被直接公开，也未被隐含公开。 |
| 技术特征I：<br>还包括<br><br>《未公开》 | 无对应公开内容。 | 递进引导词，后续限定无线通信特定配置过程。对比文件所属技术领域完全脱节，未公开。 |
| 技术特征J：<br>接收无线电资源控制RRC消息<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0038]、[0043]指出通过层3（L3）的高层RRC消息来通知次服务小区的配置改变。对比文件公开的是通过外部连接端子8向电刷7输送直流电流进行线圈励磁（段落[0006]、[0008]），与无线高层信令传输无任何关联，未被直接公开，也未被隐含公开。 |
| 技术特征K：<br>该RRC消息指示所述次服务小区是否被启用。<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0043]公开了通过检查RRC消息中包含的变量来确定次小区是否被启用。对比文件无此类信息，未被直接公开，也未被隐含公开。 |
| 技术特征L：<br>其中根据所述RRC消息来确定所述状态。<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0040]、[0043]详述了接收到RRC消息后触发状态变量的估计和状态确定。对比文件未公开任何信令解析确定状态的方案，未被直接公开，也未被隐含公开。 |
| 技术特征M：<br>还包括<br><br>《未公开》 | 无对应公开内容。 | 递进引导词，对比文件未公开。 |
| 技术特征N：<br>在所述次服务小区被确定为被禁用的情况下<br><br>《未公开》 | 无对应公开内容。 | 次小区禁用触发条件，对比文件无对应逻辑机制，未被直接公开，也未被隐含公开。 |
| 技术特征O：<br>释放与所述次服务小区关联的HARQ资源。<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0019]、[0044]指明在次小区禁用时，释放与次小区关联的所有HARQ进程/资源以供重新配置。对比文件完全不涉及基带资源或HARQ软硬件资源管理，未被直接公开，也未被隐含公开。 |
| 技术特征P：<br>还包括<br><br>《未公开》 | 无对应公开内容。 | 递进引导词，对比文件未公开。 |
| 技术特征Q：<br>在所述次服务小区被确定为被禁用的情况下<br><br>《未公开》 | 无对应公开内容。 | 次小区禁用触发条件，对比文件无对应机制，未被直接公开，也未被隐含公开。 |
| 技术特征R：<br>清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0010]、[0044]、[0049]明确说明次小区被分配独立的H-RNTI，禁用时将变量H_RNTI清除并移除存储的次小区H-RNTI。对比文件不包含任何无线临时网络标识符管理或清除机制，未被直接公开，也未被隐含公开。 |
| 技术特征S：<br>还包括<br><br>《未公开》 | 无对应公开内容。 | 递进引导词，对比文件未公开。 |
| 技术特征T：<br>接收包括层1L1信令的信号<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0012]、[0045]公开了从物理层接收快速L1控制信令。对比文件仅涉及机械电机结构的电刷接触受电，未公开任何物理层调制编码信令接收技术方案，未被直接公开，也未被隐含公开。 |
| 技术特征U：<br>其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0012]、[0045]公开了基站使用L1信令快速通知独立启用或禁用辅助载波。对比文件不涉及载波管理，未被直接公开，也未被隐含公开。 |
| 技术特征V：<br>其中所述L1信令是高速共享控制信道HS-SCCH命令。<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0012]、[0045]指出L1控制信令以HS-SCCH orders（HS-SCCH命令）形式传达。对比文件无任何下行控制信道或相应指令帧结构，未被直接公开，也未被隐含公开。 |
| 技术特征W：<br>其中根据所述L1信令来确定所述次服务小区的所述状态。<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0045]指出WTRU通过检测HS-SCCH命令来确定次服务小区的去激活状态。对比文件完全不涉及该技术方案，未被直接公开，也未被隐含公开。 |
| 技术特征X：<br>其中所述L1信令指示所述次服务小区被去激活。<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0045]明确指明HS-SCCH命令承载去激活指示。对比文件无相关方案，未被直接公开，也未被隐含公开。 |
| 技术特征Y：<br>还包括<br><br>《未公开》 | 无对应公开内容。 | 递进引导词，对比文件未公开。 |
| 技术特征Z：<br>在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br><br>《未公开》 | 无对应公开内容。 | 目标说明书段落[0013]、[0038]、[0047]强调在禁用次服务小区时仅重置针对次小区的HARQ实体与变量，避免重置整个MAC实体，使锚定服务小区能够保持正常工作并继续接收数据。对比文件完全没有主从多载波传输、选择性禁用及保持主载波接收的任何机制与构思，未被直接公开，也未被隐含公开。 |
作为专利创造性评估资深专利代理师，针对所提供的目标专利说明书与对比文件（JP3023557B2）进行了逐项技术特征的对照与严格的公开性分析。
### 技术领域与背景解析
- **目标专利**涉及无线移动通信技术（特别是3GPP DC-HSDPA多载波/多小区通信系统），其核心技术方案涉及无线发射/接收单元（WTRU）在锚定服务小区与次服务小区的多小区配置下，通过专用状态变量（`SECONDARY_CELL_HS_DSCH_RECEPTION`）确定次服务小区的启用/禁用状态，并针对性地对与次服务小区关联的HARQ实体/缓冲器执行刷新与资源清理，以及结合RRC信令或HS-SCCH命令（L1信令）进行激活/去激活控制。
- **对比文件（JP3023557B2）**涉及机械建筑五金构件领域（分类号E05D 15/28-15/32），具体公开了一种用于调节安装窗扇与窗框的金属支撑安装构件（窗铰链/窗支架），包括窗框安装板、窗扇安装板、四连杆/多连杆摆臂、滑板、滑块及闭合锁紧机构等纯机械结构。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译） | 公开性论述 |
| 技术特征A：包括<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 技术特征A为方法/设备的开首前导撰写转折词“包括”，用于界定后续的各项技术特征组合。在对比文件中，全文属于完全不同的窗五金机械领域，不存在与本专利多小区无线通信特征组合的前导衔接；即便从上位形式语言审视，由于后续特征全无公开，该特征在对比文件中亦未公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中该特征定义了DC-HSDPA多小区/多载波数据并行接收的工作场景（目标说明书[0008]、[0009]）。对比文件公开的是窗框与窗扇通过摇臂（アーム）铰接并带有可动滑板的五金件，属于机械铰链领域，完全未涉及WTRU（终端）、锚定服务小区、次服务小区或无线数据接收等概念，既无直接公开，也无任何可得出无线通信多载波接收推论的内容，故未公开（未直接公开亦未隐含公开）。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中该特征通过特定的协议状态变量对次服务小区的可用状态进行维护和估算（说明书[0040]）。对比文件涉及的是机械五金构件中滑板（滑り板16）、滑块（スライダ20）与销钉（ピン19）的物理相对运动，完全不存在任何逻辑状态变量及无线服务小区状态确定的技术手段。对比文件未直接公开，本领域技术人员也绝无可能从机械铰链构件中合理推导出无线协议变量，故未公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中该特征定义了布尔逻辑变量为TRUE时的特定指示含义（说明书[0039]、[0040]）。对比文件记载的是机械销钉与斜面滑板的滑动机械限位，不存在任何无线信令变量的“真（TRUE）”值设定及“次服务小区启用”的语义指示，未直接公开，亦无法隐含推断。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中该特征限定了变量为FALSE时的禁用指示，以及MAC-ehs架构中为两个小区分别配置各自独立关联的HARQ实体（说明书[0010]、[0040]）。对比文件是关于窗扇闭合锁紧与密封垫压缩的连杆机械构件，不涉及通信协议实体、更不具备HARQ重传机制或小区间实体解耦架构，未公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中该特征限定了HARQ实体中用于暂存重传/新传数据的存储器资源（说明书[0016]、[0044]）。对比文件完全属于宏观机械结构，没有任何电子存储介质、协议实体缓冲器的技术内容，未直接公开亦无法隐含推导。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中该特征为执行后续局部刷新动作的触发判断前提（说明书[0044]步骤602）。对比文件无无线小区禁用判定或协议状态变量判断逻辑，未公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中该特征旨在防止次小区禁用时重置整个MAC实体影响主小区通信，同时清空次小区过时的残余数据包，保障重新激活时的行为可预测性（说明书[0013]、[0015]、[0044]）。对比文件涉及机械支撑板的复位和滑动，不存在任何数据处理、协议栈缓存刷新的技术手段及相同的作用机理，未公开。 |
| 技术特征I：还包括<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 从属权利要求的连接特征词，对比文件未记载与后续通信方案相关联的连接词及方案内容，未公开。 |
| 技术特征J：接收无线电资源控制RRC消息<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中该特征通过高层L3信令接收配置信息（说明书[0038]、[0043]）。对比文件是无电气的纯机械五金构件，不存在接收无线电网络控制消息的硬件天线/接收机或协议解析机制，未公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中利用RRC信令中包含的信元直接或隐式指示辅助小区的启用/禁用（说明书[0043]）。对比文件完全未公开无线信令指示功能，未公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中WTRU根据收到的RRC消息更新次小区变量状态（说明书[0040]、[0043]）。对比文件未公开任何通过控制信令确定通信小区状态的方案，未公开。 |
| 技术特征M：还包括<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 方案扩展连接词，对比文件无对应方案，未公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中作为资源释放的前提条件（说明书[0044]）。对比文件不存在该小区禁用条件判断，未公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中WTRU在次服务小区禁用时主动释放分配给该次小区的重传处理实体及存储资源（说明书[0019]、[0044]步骤605）。对比文件为机械结构件，无任何通信HARQ资源分配与释放的技术方案，未公开。 |
| 技术特征P：还包括<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 方案扩展连接词，对比文件无对应方案，未公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 标识符清理操作的前提条件判断（说明书[0044]）。对比文件完全未涉及，未公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中针对次小区禁用，单独清除分配给次小区的网络临时标识H-RNTI以避免地址错乱（说明书[0014]、[0044]步骤604）。对比文件为窗户锁紧五金件，无无线通信临时身份标识及其清除技术手段，未公开。 |
| 技术特征S：还包括<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 方案扩展连接词，对比文件无对应方案，未公开。 |
| 技术特征T：接收包括层1L1信令的信号<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中通过底层物理层信号提供快速控制信令通知（说明书[0012]、[0045]）。对比文件不存在无线物理层信号的接收机构，未公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中通过L1快速机制通知载波激活/去激活（说明书[0012]、[0045]）。对比文件属于建筑机械门窗五金，完全不涉及通信载波的激活/去激活控制指示，未公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中将下行共享控制信道（HS-SCCH Order）作为具体的L1命令格式（说明书[0012]、[0045]）。对比文件无信道架构或命令帧结构，未公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中检测到HS-SCCH命令即可确定次小区被去激活状态（说明书[0045]）。对比文件不存在相应逻辑，未公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中L1控制信令的具体去激活内容（说明书[0045]）。对比文件未涉及，未公开。 |
| 技术特征Y：还包括<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 方案扩展连接词，对比文件无对应方案，未公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br><br>【公开性判断：未公开】 | *对比文件（JP3023557B2）全文未记载与本技术特征相对应的内容。* | 目标专利中次小区禁用后避免重置整个MAC实体，使锚定主载波保持正常数据接收，从而保证通信连续性与业务不中断（说明书[0013]、[0038]）。对比文件中无双载波或主备信道操作，机械铰链的动作与无线连续数据接收无任何关联，未公开。 |
---
## 结论
对比文件 JP3023557B2 属于门窗机械五金铰链领域，与目标专利（无线通信多小区/多载波MAC及HARQ控制领域）处于完全不同的技术领域，且未包含任何与无线通信、多小区管理、协议状态变量、HARQ缓冲器刷新及无线控制信令相关联的技术方案。
经全面审查，对比文件对技术特征 A 至 Z 均未构成直接公开或隐含公开。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括<br>《直接公开》 | 【说明书第[0003]、[0007]、[0077]段】<br>“...relates generally to a mobile communication system, and in particular, to an apparatus and method for transmitting and receiving serving high speed shared control channel (HS-SCCH) set information... (通常涉及移动通信系统，具体涉及一种在支持高速下行链路分组接入方案的移动通信系统中发送和接收服务高速共享控制信道HS-SCCH集合信息的装置和方法...)” | 对比文件公开了一种用于在HSDPA通信系统中发送和接收控制信道集合信息的方法及设备，其必然包含执行相应流程或构件的步骤与结构，前序引导词“包括”属于本领域常规撰写用语，已被对比文件实质/直接公开。 |
| 技术特征B：<br>当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 对比文件通篇未记载双小区/多载波HSDPA架构（如锚定服务小区与次服务小区），仅记载了单载波/单小区环境下的HSDPA通信：<br>【说明书第[0007]段】<br>“Generally, the HSDPA scheme refers to a data transmission scheme including a high speed downlink shared channel (HS-DSCH)... (通常，HSDPA方案是指包括用于支持UMTS移动通信系统中下行链路分组数据的高速传输的高速下行链路共享信道HS-DSCH的数据传输方案...)” | 目标专利的技术特征B限定了双载波/多小区系统（DC-HSDPA）中WTRU被配置成同时从“锚定服务小区和次服务小区接收不同数据”。对比文件公开于2003年，仅涉及3GPP早期的单载波HSDPA技术（Rel-5阶段），UE在单一小区/载波上接收HS-DSCH，完全未涉及也不存在“锚定服务小区”和“次服务小区”的概念与双小区数据并发接收配置。对比文件未直接公开，本领域技术人员也绝无可能从单载波方案合理推导出该多小区并发特征，亦非部分公开，因此未公开。 |
| 技术特征C：<br>基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件无相关记载。 | 目标专利中该特征用于根据协议层特定变量SECONDARY_CELL_HS_DSCH_RECEPTION来管理与评估次服务小区的激活/去激活状态。对比文件仅针对单小区的服务HS-SCCH集合重置，完全未涉及次小区，更无该特定变量或其等价状态管理变量。对比文件未直接公开，亦无任何信息可供推理出该特征，因此未公开。 |
| 技术特征D：<br>其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件无相关记载。 | 紧密结合目标专利说明书第[0039]、[0040]段，该特征限定了变量取值为TRUE时表示次小区被启用并准备好接收HS-DSCH。对比文件无次小区管理机制，亦无该变量定义及真值指示逻辑。对比文件未公开。 |
| 技术特征E：<br>当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 对比文件涉及HARQ实体的记载仅为单小区下的MAC-hs结构：<br>【说明书第[0049]、[0053]、[0057]段】<br>“Further, the MAC-hs layer, a layer additionally realized to support HSDPA, has a major function of supporting an HARQ scheme on HS-DSCH in order to support the HSDPA scheme. (此外，为支持HSDPA而额外实现的MAC-hs层具有在HS-DSCH上支持HARQ方案的主要功能...)” | 目标专利中该特征不仅限定了次小区变量为FALSE指示次小区被禁用，还特别限定了在DC-HSDPA架构下“锚定服务小区和次服务小区的每一者与各自的HARQ实体关联”（目标说明书图1与[0010]段记载MAC-ehs架构包括两个HARQ实体，每个小区分配独立的HARQ实体）。对比文件仅公开了传统的单载波系统，每个UE仅存在一个MAC-hs实体和一套HARQ实体处理机制（见图7、图9），完全未公开锚定小区与次小区分别关联各自HARQ实体的双实体技术方案，亦无法推理得出。因此未公开。 |
| 技术特征F：<br>所述HARQ实体具有HARQ缓冲器<br>《直接公开》 | 【说明书第[0008]段】<br>“Second, the HARQ scheme temporarily stores (buffers) defective data and then combines it with retransmission data of the corresponding data before transmission. (第二，HARQ方案临时存储(缓冲)有缺陷的数据，然后在传输之前将其与相应数据的重传数据进行合并。)”<br>【说明书第[0167]段】<br>“The HC 1640 controls an operation of an HARQ buffer based on HARQ channel number information, RV information and NDI information received from a Node B. That is, the HC 1640 refreshes or soft-combines coded blocks stored in a particular HARQ buffer. (HC 1640根据从基站Node B接收的HARQ信道号信息、RV信息和NDI信息控制HARQ缓冲器的操作。即，HC 1640刷新或软合并存储在特定HARQ缓冲器中的编码块。)”<br>【附图说明及说明书第[0183]段、图18标号1807-1至1807-n】<br>“...HARQ buffers 1807-1 to 1807-n...” | 目标专利中HARQ实体具有HARQ缓冲器用于进行数据的存储与软合并。对比文件明确公开了UE端的MAC-hs实体中的HARQ处理器包含HARQ缓冲器（HARQ buffers 1807-1至1807-n），用于临时存储/缓冲数据块并在重传时进行软合并。两者的技术领域、结构配置及所起的技术作用完全相同，本领域技术人员能毫无疑义地直接得出该技术特征，属于直接公开。 |
| 技术特征G：<br>在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件无相关记载。 | 目标专利中该特征为针对次服务小区根据特定变量被确定为禁用时的条件触发。对比文件未涉及次服务小区及相关变量判断，未公开。 |
| 技术特征H：<br>刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《隐含公开》 | 【说明书第[0170]、[0171]段】<br>“...when the RV information is 0 regardless of the NDI information, the HC 1640 instructs the HS-PDSCH receiver to refresh a coded block received over HS-PDSCH. (...无论NDI信息如何，当RV信息为0时，HC 1640指示HS-PDSCH接收机刷新在HS-PDSCH上接收的编码块。)”<br>“...However, if the NDI information is 0, the HC 1640 commands the HS-PDSCH receiver to refresh the previously stored coded block... (...然而，如果NDI信息为0，则HC 1640命令HS-PDSCH接收机刷新先前存储的编码块...)”<br>【说明书第[0185]段】<br>“...the MAC-hs controller 1800 transmits an ACK signal to the Node B over the secondary DPCH, and then instructs a corresponding HARQ buffer to refresh a coded block stored therein. (...MAC-hs控制器1800向基站发送ACK信号，然后指示相应的HARQ缓冲器刷新存储在其中的编码块。)” | 目标专利中该特征的作用在于：当多小区架构中的次服务小区被禁用时，为了避免旧数据残留并确保行为可预测，仅针对性地刷新与该次服务小区关联的HARQ实体的HARQ缓冲器（目标说明书[0013]、[0044]段）。<br>对比文件公开了在HSDPA通信中，HARQ控制器（HC/MAC-hs控制器）具有向HARQ缓冲器发出“刷新”（refresh/discard）命令、清空所存储编码块的功能。<br>在极其宽松的隐含公开判断标准下，对比文件公开了对HARQ缓冲器执行刷新的底层操作机制（部分公开了HARQ缓冲器刷新的动作手段），若本领域技术人员将其与多载波/次小区架构相关技术相结合，有可能在考虑禁用载波时推导/组合出针对该载波关联的HARQ缓冲器执行刷新操作。因此，认定该特征被隐含公开。 |
| 技术特征I：<br>还包括<br>《直接公开》 | 【说明书第[0077]、[0079]段】 | 属于常规连接词，已被对比文件实质/直接公开。 |
| 技术特征J：<br>接收无线电资源控制RRC消息<br>《直接公开》 | 【说明书第[0067]、[0069]段】<br>“Upon receiving the RRC Connection Request message, the RNC determines whether to approve RRC connection to the corresponding UE... and transmits an RRC Connection Setup message... (在接收到RRC连接请求消息后，RNC确定是否批准...并向UE发送RRC连接建立消息...)”<br>“Upon receiving the Radio Link Setup Response message, the RNC transmits a Radio Bearer Setup message to the UE (Step 1109). (在接收到无线电链路建立响应消息后，RNC向UE发送无线电承载建立消息...)”<br>【说明书第[0174]段】<br>“The CC 1660 forms a MAC-hs layer and a physical layer based on configuration information delivered by a radio resource control (RRC) layer (see 1612)... (CC 1660根据无线电资源控制RRC层传递的配置信息形成MAC-hs层和物理层...)” | 目标专利中该特征指的是UE接收高层RRC信令以获取小区或信道配置。对比文件明确公开了UE接收来自RNC/高层的RRC消息（如RRC Connection Setup消息、Radio Bearer Setup无线电承载建立消息等），两者的技术手段与作用完全一致，被对比文件直接公开。 |
| 技术特征K：<br>该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 对比文件关于RRC信令的记载：<br>【说明书第[0069]段】<br>“The Radio Bearer Setup message includes the DPCH-related information and information that the UE must recognize in relation to HSDPA, i.e., the number of HARQ processors and serving HS-SCCH set-related information. (无线电承载建立消息包括DPCH相关信息以及UE在HSDPA方面必须识别的信息，即HARQ处理器的数量和服务HS-SCCH集合相关信息。)” | 目标专利中RRC消息包含次小区的配置指示，用于指示次小区是否启用（目标说明书[0043]段）。对比文件中的RRC消息仅用于建立单小区的无线电承载、配置单小区的HARQ处理器数量以及初始的服务HS-SCCH集合，未涉及任何关于次服务小区及其是否启用的指示信息。对比文件未直接公开，亦无法合理推断，因此未公开。 |
| 技术特征L：<br>其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 对比文件无相关记载。 | 目标专利中UE根据RRC消息中携带的信息确定次小区的启用/禁用状态。对比文件不存在次服务小区的状态确定，未公开。 |
| 技术特征M：<br>还包括<br>《直接公开》 | 【说明书第[0077]、[0079]段】 | 属于常规连接词，已被对比文件实质/直接公开。 |
| 技术特征N：<br>在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件无相关记载。 | 该特征限定了在次服务小区被确定为禁用时的处理前提。对比文件不涉及次小区的禁用判定，未公开。 |
| 技术特征O：<br>释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 对比文件仅记载了呼叫删除或完成时删除对应UE的资源：<br>【说明书第[0141]段】<br>“...when the UE has completed the HSDPA service, i.e., when the Node B has received a Radio Link Deletion Request message, the CC 1360 deletes an UE ID item for a corresponding UE from the HS-SCCH set status. (...当UE完成HSDPA服务时，即当基站接收到无线电链路删除请求消息时，CC 1360从HS-SCCH集合状态中删除相应UE的UE ID项。)” | 目标专利中该特征的作用在于：在双载波/多载波系统中，当次小区被禁用时，单独释放与该次小区关联的HARQ资源，而不影响主小区的HARQ运行（目标说明书[0013]、[0044]段）。对比文件是单载波系统，其仅在整个呼叫释放或单信道重置时操作，完全没有“次服务小区”的概念，亦无针对次服务小区单独释放其关联HARQ资源的机制或启示，因此未公开。 |
| 技术特征P：<br>还包括<br>《直接公开》 | 【说明书第[0077]、[0079]段】 | 属于常规连接词，已被对比文件实质/直接公开。 |
| 技术特征Q：<br>在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件无相关记载。 | 限定次服务小区被确定禁用的条件。对比文件未公开。 |
| 技术特征R：<br>清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 对比文件涉及UE标识的记载：<br>【说明书第[0035]段】<br>“...and the CRC-1 field 413 includes the information included in the part-1 field 411 and CRC operation results for a UE identifier (UE ID)... Although the UE identifier is not actually transmitted, a transmitter calculates the UE identifier while calculating CRC-1... (CRC-1字段包括part-1字段中的信息以及针对UE标识符(UE ID)的CRC运算结果...虽然UE标识符实际上未发送，但在计算CRC-1时发送端计算UE标识符...)” | 目标专利中每个小区（锚定与次小区）可分配独立的H-RNTI，当次小区禁用时清除与次小区关联的H-RNTI变量并移除存储值（目标说明书[0010]、[0014]、[0044]段）。对比文件虽然提及了在计算CRC时使用UE ID（即HSDPA中的UE标识），但其处于单小区上下文，根本不存在与“次服务小区关联的H-RNTI”，更未提及或启示在次小区禁用时清除该特定标识符。对比文件未公开。 |
| 技术特征S：<br>还包括<br>《直接公开》 | 【说明书第[0077]、[0079]段】 | 属于常规连接词，已被对比文件实质/直接公开。 |
| 技术特征T：<br>接收包括层1L1信令的信号<br>《直接公开》 | 【说明书第[0020]、[0025]、[0034]、[0039]段】<br>“The downlink channel includes a high speed shared control channel (HS-SCCH)... (下行链路信道包括高速共享控制信道HS-SCCH...)”<br>“A UE receives data transmitted over HS-PDSCH and demodulates the received data based on control information received over HS-SCCH. (UE接收在HS-PDSCH上发送的数据，并根据在HS-SCCH上接收的控制信息对接收到的数据进行解调。)”<br>【说明书第[0098]、[0179]段】 | 目标专利中L1信令是物理层控制信令（目标说明书[0012]、[0045]段指出HS-SCCH命令形式的层1消息）。对比文件详细公开了UE接收HS-SCCH物理层信道信号，HS-SCCH本身即为3GPP HSDPA规范中的物理层/层1（L1）控制信道，其承载的信息即为L1控制信令。因此，该特征被对比文件直接公开。 |
| 技术特征U：<br>其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《隐含公开》 | 对比文件关于HS-SCCH命令修改控制信道集合的记载：<br>【说明书第[0120]、[0127]段】<br>“...provides a first embodiment in which the serving HS-SCCH set is reset using an unused field in an HS-SCCH slot format... (...提供了第一实施例，其中使用HS-SCCH时隙格式中的未使用字段来重置服务HS-SCCH集合...)”<br>“...using an unused logical identifier among logical identifiers indicating code_info transmitted through a part 1 field of HS-SCCH, and transmits the Serving HS-SCCH Set Modify message, using particular 4 bits of a part 2 field of the HS-SCCH... (...使用通过HS-SCCH的part 1字段发送的指示code_info的逻辑标识符中的未使用逻辑标识符，并且使用HS-SCCH的part 2字段的特定4比特发送服务HS-SCCH集合修改消息...)” | 目标专利中该特征的作用在于：基站利用L1信令（HS-SCCH命令）向WTRU快速指示次载波（辅助HS-DSCH载波）的激活或去激活，以实现快速功耗控制（目标说明书[0012]、[0045]段）。<br>对比文件所公开的技术方案是利用HS-SCCH时隙中的未用字段作为信令指示（L1信令），用于快速动态修改/重置服务HS-SCCH信道集合，未直接公开对“HS-DSCH载波的激活或去激活”的指示。<br>但在极宽松的隐含公开标准下：对比文件已经公开了“利用HS-SCCH这种L1物理层信令中的特定指示位来动态控制信道/资源的重置或切换”的机制（部分公开了利用L1控制信令进行通信资源重置指示）。本领域技术人员基于对比文件公开的通过HS-SCCH未用码字发送重置/控制指示的设计思路，有可能结合多载波传输技术推导出利用类似的L1 HS-SCCH命令承载载波激活/去激活指示。因此，认定该特征被隐含公开。 |
| 技术特征V：<br>其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《隐含公开》 | 【说明书第[0120]、[0127]、[0129]段】<br>“...the serving HS-SCCH set is reset using an unused field in an HS-SCCH slot format... (使用HS-SCCH时隙格式中的未使用字段重置服务HS-SCCH集合)”<br>“...logical identifiers transmitted through a code_info field, will be defined as a 'Serving HS-SCCH Set Modify message indicator.' (...通过code_info字段发送的逻辑标识符将被定义为‘服务HS-SCCH集合修改消息指示符’。)” | 目标专利说明书第[0012]、[0045]段明确指出，该L1信令具体即为HS-SCCH命令（HS-SCCH orders）。<br>对比文件公开了在HS-SCCH控制信道中，利用code_info字段的特定保留/未使用码字（如111 0000，见表3）作为控制指示符（Message indicator），直接在物理层HS-SCCH中向UE下达控制命令。<br>虽然对比文件当时使用的术语为“Serving HS-SCCH Set Modify message indicator”，但其实质就是在HS-SCCH上借用物理层控制信道传输的控制命令，与3GPP演进中的HS-SCCH order（命令）机制高度相似。在极度宽松的隐含公开判断原则下，属于部分公开并可由本领域技术人员合理推理等同，认定为隐含公开。 |
| 技术特征W：<br>其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件无相关记载。 | 目标专利中次小区的激活/去激活状态由接收到的L1信令确定。对比文件不涉及次服务小区的状态判定，未公开。 |
| 技术特征X：<br>其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件无相关记载。 | 目标专利中L1信令包含具体去激活次服务小区的指示。对比文件不存在次服务小区去激活的指示，未公开。 |
| 技术特征Y：<br>还包括<br>《直接公开》 | 【说明书第[0077]、[0079]段】 | 属于常规连接词，已被对比文件实质/直接公开。 |
| 技术特征Z：<br>在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 对比文件无相关记载。 | 紧密结合目标专利说明书第[0013]段原文：“当次HS-DSCH服务小区被禁用时，重置整个MAC-ehs可能不合适，这是因为服务HS-DSCH小区可能仍在使用它”以及第[0038]段。该特征体现了多载波操作的核心控制逻辑：在次小区禁用后，主/锚定小区不中断，WTRU继续在锚定小区接收数据。<br>对比文件为单载波/单小区系统，不存在锚定小区与次小区的并存和主从载波关系，完全未公开亦未暗示该技术方案，因此未公开。 |
---
<<<A>>>
<<<F>>>
<<<h>>>
<<<I>>>
<<<J>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<T>>>
<u>
<<<v>>>
<<<Y>>>
作为资深专利代理师，基于目标专利说明书原文对各技术特征的界定，并依据所提供的对比文件（JP2003284135A，公开日：2003年10月03日）的公开内容，对权利要求各技术特征进行逐项对比分析与认定。
---
### ## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含段落与中文翻译） | 公开性论述 |
| 技术特征A：<br>包括<br><br>《直接公开》 | 【０００１】<br>「本発明は、移動通信システムに関し、特に、高速順方向パケット接続方式を使用する移動通信システムにおいてサービング高速共通制御チャネルセット情報を送受信する装置及び方法に関する。」<br>（中文翻译：本发明涉及移动通信系统，尤其涉及在使用高速下行链路分组接入方式的移动通信系统中发送和接收服务高速共享控制信道集信息的装置和方法。） | 对比文件中公开技术特征的内容所起的作用： 作为撰写前序或方案包含的过渡词。<br>作用是否相同： 相同。<br>论述： 对比文件公开了移动通信系统及其收发装置和方法，必然涵盖“包括”这一常规方案组合过渡用语，属于毫无疑义的直接公开。 |
| 技术特征B：<br>当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br><br>《未公开》 | 对比文件全文（如【0003】~【0005】、【0018】~【0021】）仅记载了单载波/单小区的HSDPA系统：<br>「一般的に、前記ＨＳＤＰＡ方式は、ＵＭＴＳ通信システムにおいて順方向高速パケットデータ伝送を支援するための順方向データ チャネルである高速順方向共通チャネル(High Speed - Downlink Shared Channel: 以下、ＨＳ−ＤＳＣＨと称する)、及びこれに関連した制御チャネルを含むデータ伝送方式を称する。」<br>（中文翻译：通常，所述HSDPA方式是指在UMTS通信系统中包含用于支持下行链路高速分组数据传输的下行链路数据信道即高速下行链路共享信道（以下称为HS-DSCH）及与其相关的控制信道的传送方式。） | 对比文件中公开技术特征的内容所起的作用： 对比文件针对的是传统的单小区HSDPA下行传输，通过serving HS-SCCH set为单个UE分配控制信道。<br>作用是否相同： 不相同。<br>论述： 目标专利说明书【0008】~【0009】明确指出，该特征涉及3GPP双小区高速下行链路分组接入（DC-HSDPA），WTRU被指派锚定载波和辅助载波，同时在两个下行链路载波/小区上接收不同数据。对比文件公开的仅是早期的传统单载波/单小区HSDPA通信，全篇未涉及双小区（DC-HSDPA）架构，更没有同时从“锚定服务小区”和“次服务小区”接收不同数据的配置。本领域技术人员无法从单载波调度推导出双小区载波聚合接收的配置，因此未公开（既无直接公开亦无隐含公开）。 |
| 技术特征C：<br>基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br><br>《未公开》 | 对比文件全文无记载。 | 论述： 目标专利说明书【0040】明确限定“在DC-HSDPA中，次服务HS-DSCH小区接收的状态可以使用次小区状态变量来确定，例如，SECONDARY_CELL_HS_DSCH_RECEPTION”。对比文件基于单小区HSDPA，根本不存在多载波/次小区的概念，更无用于确定次服务小区状态的专用RRC状态变量“SECONDARY_CELL_HS_DSCH_RECEPTION”，本领域技术人员不可能从中推导得出该特征，故未公开。 |
| 技术特征D：<br>其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br><br>《未公开》 | 对比文件全文无记载。 | 论述： 目标专利说明书【0040】指出“当次小区状态变量为TRUE(真)时，次服务HS-DSCH小区可被启用并准备好用于HS-DSCH接收”。对比文件不存在该变量，亦不存在该变量设置为真以指示次服务小区被启用的技术方案，故未公开。 |
| 技术特征E：<br>当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br><br>《未公开》 | 对比文件【0004】~【0005】、【0035】、【0042】：<br>「さらに、前記ＭＡＣ−ｈｓ階層は、ＨＳＤＰＡ方式を支援するために追加的に具現される階層であり、前記ＨＳＤＰＡ方式を支援するためにＨＳ−ＤＳＣＨ上のＨＡＲＱ方式を支援するための機能が主要機能である。」<br>（中文翻译：此外，所述MAC-hs层是为了支持HSDPA方式而附加实现的层，其主要功能是为了支持HSDPA方式而支持HS-DSCH上的HARQ方式。） | 论述： 目标专利说明书【0010】、【0013】及【0040】明确说明：在DC-HSDPA架构下，MAC-ehs包括两(2)个HARQ实体，每个小区被指派单独的HARQ实体。对比文件公开的仅是单小区传统HSDPA系统中的单个UE MAC-hs实体（包含多个HARQ处理器/进程以支持n-channel SAW HARQ），不存在锚定服务小区和次服务小区各自关联独立的HARQ实体，更未公开基于变量设置为伪来指示次服务小区禁用的方案，故未公开。 |
| **技术特征F：**<br>所述HARQ实体具有HARQ缓冲器<br><br>《直接公开》 | **【０１１０】**<br>## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译与段落标号） | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | 【０００１】「本発明は、移動通信システムに関し、特に、高速順方向パケット接続方式を使用する移動通信システムにおいてサービング高速共通制御チャネルセット情報を送受信する装置及び方法に関する。」<br>（中文翻译：“本发明涉及移动通信系统，尤其涉及在使用高速前向分组接入方式的移动通信系统中发送和接收服务高速共享控制信道集信息的装置和方法。”）以及【００６４】、【００６６】中的方法步骤描述。 | 对比文件JP2003284135A公开了一种在移动通信系统中的通信方法，其技术方案包含多个具体步骤，必然涵盖了组合各个步骤的“包括”这一常规专利撰写连接用语。本领域技术人员能够毫无疑义地确定该特征被直接公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 【０００４】「一般的に、前記ＨＳＤＰＡ方式は、ＵＭＴＳ通信システムにおいて順方向高速パケットデータ伝送を支援するための順方向データ チャネルである高速順方向共通チャネル(High Speed - Downlink Shared Channel: 以下、ＨＳ−ＤＳＣＨと称する)、及びこれに関連した制御チャネルを含むデータ伝送方式を称する。」<br>（中文翻译：“一般而言，所述HSDPA方式是指包括高速前向共享信道（HS-DSCH）及其相关控制信道的用于在UMTS通信系统中支持前向高速分组数据传输的数据传输方式。”）以及【０００２】。 | 目标专利说明书段落[0008]明确指出，该特征涉及3GPP Release 8中引入的双小区高速下行链路分组接入（DC-HSDPA），基站同时在两个下行链路载波（锚定载波与辅助载波，对应锚定服务小区和次服务小区）上与WTRU通信并传输不同数据。而对比文件公开的是早期的单载波HSDPA技术（如Release 5标准下的HS-DSCH与相关控制信道），其整个系统方案仅涉及单个服务小区下的下行传输，完全未涉及多载波/双载波DC-HSDPA架构，亦未涉及“同时从锚定服务小区和次服务小区接收不同数据”的多小区并发配置。即使按照极为宽松的标准，对比文件也不存在多载波并发接收的教导或技术推导空间，因此该特征未公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 【０００２】、【０００４】（全篇未出现双小区、次小区及相关变量）。 | 目标专利说明书段落[0040]记载，在DC-HSDPA中次服务HS-DSCH小区的状态使用专门的次小区状态变量SECONDARY_CELL_HS_DSCH_RECEPTION来确定。对比文件公开的为单载波HSDPA技术，不存在次服务小区，更不存在用于标识次服务小区状态的专用变量SECONDARY_CELL_HS_DSCH_RECEPTION。对比文件全篇无任何相关启示与记载，无法推断出该特征，因此该特征未公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 【０００２】、【０００４】。 | 目标专利说明书段落[0040]记载，当次小区状态变量为TRUE（真）时，次服务HS-DSCH小区被启用并准备好用于HS-DSCH接收。对比文件完全未涉及次服务小区及SECONDARY_CELL_HS_DSCH_RECEPTION变量的布尔取值与指示逻辑，无任何公开或推理空间，因此该特征未公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 【００１０】「前記ｎ−ｃｈａｎｎｅｌ ＳＡＷ ＨＡＲＱ方式は、ＵＥとノードＢとの間にｎ個の論理的チャネルを設定し…」<br>（中文翻译：“所述n-channel SAW HARQ方式在UE与Node B之间设定n个逻辑信道…”）；<br>【００３５】「さらに、前記ＭＡＣ−ｈｓ階層は、ＨＳＤＰＡ方式を支援するために追加的に具現される階層であり、前記ＨＳＤＰＡ方式を支援するためにＨＳ−ＤＳＣＨ上のＨＡＲＱ方式を支援するための機能が主要機能である。」<br>（中文翻译：“此外，所述MAC-hs层是为支持HSDPA方式而额外实现的层，其主要功能是支持HS-DSCH上的HARQ方式。”） | 目标专利说明书段落[0010]、[0013]记载，DC-HSDPA的MAC-ehs架构包含两(2)个HARQ实体，锚定服务小区和次服务小区各自关联一个单独的HARQ实体，且当变量为FALSE（伪）时指示次服务小区被禁用。对比文件仅公开了传统单载波HSDPA系统中的单个MAC-hs层及单个HARQ处理机制（采用n-channel SAW HARQ逻辑信道/进程），根本不存在为“锚定服务小区”和“次服务小区”分别指派各自独立的HARQ实体，也未公开变量为伪时指示次小区禁用的特征。对比文件既无直接公开，也无法得出相应推理，因此该特征未公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《直接公开》 | 【０１１０】「図１６を参照すると、…前記ＨＣ１６４０は、ノードＢから受信されたＨＡＲＱチャネル番号、ＲＶ情報、及びＮＤＩ情報に基づいてＨＡＲＱバッファ(ＨＡＲＱ buffer)動作を制御する。つまり、前記ＨＣ１６４０は、特定のＨＡＲＱバッファに貯蔵されている符号化ブロックを除去(refresh)またはソフトコンバイン(soft combining)する。」<br>（中文翻译：“参照图16，…所述HC 1640基于从Node B接收到的HARQ信道编号、RV信息和NDI信息来控制HARQ缓冲器（HARQ buffer）操作。即，所述HC 1640对存储在特定HARQ缓冲器中的编码块执行清除（refresh）或软合并（soft combining）。”）以及【０１１５】。 | 目标专利说明书段落[0015]、[0044]记载，HARQ实体包含用于存储接收数据的HARQ缓冲器。对比文件在图16及段落【０１１０】明确公开了UE侧的HARQ控制器控制HARQ缓冲器（HARQ buffer）以存储编码块并执行刷新或软合并。本领域技术人员可以毫无疑义地确定，对比文件直接公开了HARQ实体中具有HARQ缓冲器这一部件。两者在实体中用于暂存数据以供重传合并的作用完全相同。因此该技术特征被直接公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 【０００２】、【０００４】。 | 目标专利说明书段落[0044]记载，WTRU将状态变量SECONDARY_HS_DSCH_RECEPTION设为FALSE，据此确定次服务小区被禁用。对比文件未公开任何次服务小区、其启用/禁用状态以及SECONDARY_CELL_HS_DSCH_RECEPTION变量，无法通过对比文件直接得出或推断得出，因此该特征未公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《隐含公开》 | 【０１１０】「特定のＨＡＲＱバッファに貯蔵されている符号化ブロックを除去(refresh)またはソフトコンバイン(soft combining)する。」<br>（中文翻译：“对存储在特定HARQ缓冲器中的编码块执行清除（refresh）或软合并。”）；<br>【０１１５】「しかしながら、前記ＮＤＩ情報が０である場合は、前記ＨＳ−ＰＤＳＣＨ受信器は、予め貯蔵されている符号化ブロックを廃棄(refresh)することを命令する(１６１４)。」<br>（中文翻译：“然而，在所述NDI信息为0的情况下，指示所述HS-PDSCH接收器清除（refresh）预先存储的编码块（1614）。”） | 目标专利说明书段落[0015]、[0044]记载，在次服务小区被禁用的情况下，WTRU刷新与该次服务小区关联的HARQ进程的HARQ缓冲器。对比文件虽然是在单载波控制下针对特定HARQ进程公开了“对存储在特定HARQ缓冲器中的编码块执行清除/刷新（refresh/廃棄）”，即公开了“刷新HARQ缓冲器”的操作手段与底层处理逻辑；根据极度宽松的隐含公开判断标准，只要对比文件公开了相关内容（即刷新HARQ缓冲器的操作机制），即有可能与其它多载波技术特征组合从而公开针对次小区关联的HARQ实体的缓冲器刷新，故在此宽松标准下认定该特征被隐含公开。 |
| 技术特征I：还包括<br>《直接公开》 | 【００６４】、「前記伝送方法は、…決定する過程と、…伝送する過程と、を含む。」<br>（中文翻译：“所述传输方法包括：…决定的过程；以及…传输的过程。”） | 对比文件公开了包含多个连续步骤的方法，直接公开了连接项“还包括”。 |
| **技术特征J**：接收无线电资源控制RRC消息<br>《直接公开》 | 【００５４】「…ＲＲＣ連結に関連した多数のＩＥを有するＲＲＣ連結セットアップ(RRC CONNECTION SETUPと称する)メッセージを前記ＵＥに伝送する(段階１１０２)。」<br>（中文翻译：“…向所述UE传输具有与RRC连接相关的多个IE的RRC连接建立（RRC CONNECTION SETUP）消息（步骤1102）。”）；<br>【００５６】「前記RADIO LINK SETUP RESPONSEメッセージを受信すると、前記ＲＮＣは、前記ＵＥに無線ベアラーセットアップ(RADIO BEARER SETUP)メッセージを送信する(1109段階)。」<br>（中文翻译：“当接收到所述RADIO LINK SETUP RESPONSE消息时，所述RNC向所述UE发送无线承载建立（RADIO BEARER SETUP）消息（步骤1109）。”） | 目标专利说明书段落[0038]、[0043]记载，WTRU接收来自网络的层3（L3）无线电资源控制（RRC）消息。对比文件明确
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含段落与中文翻译） | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | 【0014】<br>“In an embodiment, a method is provided for delivering data recovered by an HARQ entity in proper order to higher layers in a CDMA communication system.”<br>（在一个实施例中，提供了一种在CDMA通信系统中将由HARQ实体恢复的数据按正确顺序递送到更高层的方法。） | 对比文件公开了一种用于在CDMA通信系统中处理接收数据的通信方法及装置，技术特征A为用于引出后续步骤或模块的撰写用语“包括”，已被对比文件实质直接公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>未公开 | 【0038】<br>“W-CDMA Release 5 further supports high-speed downlink packet access (HSDPA), which is a set of transport/physical channels and procedures defined as part of the UTRAN that enable high-speed transmission of data on the downlink. For HSDPA, data is processed in blocks that are then multiplexed onto a high-speed downlink shared channel (HS-DSCH)...”<br>（W-CDMA Release 5还支持高速下行链路分组接入（HSDPA）……）<br>【0034】<br>“A base station and/or its coverage area are also often referred to as a cell, depending on the context in which the term is used.”<br>（基站和/或其覆盖区域也通常被称为小区……） | 对比文件基于单载波的W-CDMA Release 5 HSDPA系统展开，仅涉及单个服务小区下的多HARQ进程（多HARQ信道）数据接收，完全未涉及DC-HSDPA（双小区/多载波），更没有公开UE/WTRU被配置成“同时从锚定服务小区和次服务小区接收不同数据”的多载波传输架构与运行环境。即使按照宽松标准，对比文件也未公开任何双小区或多小区载波聚合配置，因此该特征未公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>未公开 | 对比文件无相关引证内容。 | 对比文件涉及单载波HSDPA系统，不存在次小区，更不存在专门用于指示次小区HS-DSCH接收可用性的状态变量“SECONDARY_CELL_HS_DSCH_RECEPTION”，亦不存在基于该特定协议变量确定次服务小区状态的方案。该特征完全未公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>未公开 | 对比文件无相关引证内容。 | 对比文件未披露任何次小区状态变量，更不存在将SECONDARY_CELL_HS_DSCH_RECEPTION变量设置为真（TRUE）来指示次服务小区被启用的技术方案。该特征完全未公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>未公开 | 【0006】<br>“For example, in W-CDMA Release 5, the HARQ is included in a Medium Access Control (MAC)-hs sublayer that resides on top of the physical layer.”<br>（例如，在W-CDMA Release 5中，HARQ包含在位于物理层之上的媒体接入控制（MAC）-hs子层中。）<br>【0062】<br>“The MAC-hs entity handles HSDPA specific function and includes an HARQ entity 440...”<br>（MAC-hs实体处理HSDPA特定功能并包括HARQ实体440……） | 对比文件在MAC-hs子层中仅针对单个服务小区配置一个HARQ实体440，并未披露包含锚定小区和次小区的多载波架构，更未披露变量为伪指示次小区禁用，以及“锚定服务小区和次服务小区的每一者与各自的HARQ实体关联”（即双HARQ实体架构）。该特征完全未公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《直接公开》 | 【0174】<br>“The new packet received on the HS-DSCH is then stored in a soft buffer used for the priority queue identified by the CurrQueueID value (step 948).”<br>（然后将HS-DSCH上接收的新分组存储在用于由CurrQueueID值标识的优先级队列的软缓冲器中（步骤948）。）<br>【0175】<br>“...then the received packet is combined with prior transmissions of the packet (step 952)...”<br>（……则将接收到的分组与该分组先前的传输进行软合并（步骤952）……） | 目标专利中HARQ实体具有HARQ缓冲器用于存储HARQ传输数据以进行重传合并与解码；对比文件【0174】、【0175】中明确公开了HARQ实体包含用于存储接收分组并执行软合并的“soft buffer”（软缓冲器），其结构与作用完全相同，属于直接公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>未公开 | 对比文件无相关引证内容。 | 对比文件不存在次服务小区，亦不存在根据SECONDARY_CELL_HS_DSCH_RECEPTION变量确定次服务小区被禁用的处理条件。该特征完全未公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《隐含公开》 | 【0123】<br>“In yet another aspect, a flushing indication may be transmitted on the control channel and used to direct the HARQ entity at the UE to flush one or more HARQ channels. A flushed HARQ channel denotes that the pending transaction on the channel is completed.”<br>（在又一方面中，可在控制信道上传输刷新指示，并用于指示UE处的HARQ实体刷新一个或多个HARQ信道。被刷新的HARQ信道表示该信道上挂起的事务已完成。）<br>【0124】<br>“Each flushed HARQ channel may then be put in an Inactive state to indicate that no additional retransmissions are expected to be received on the channel.”<br>（然后每个被刷新的HARQ信道可被置于非活动状态，以指示预期不会在该信道上接收到额外的重传。）<br>【0180】<br>“In any case, the data in the soft buffer for each identified HARQ channel is discarded (step 984). The state of each identified HARQ channel is then set to Inactive (step 986).”<br>（在任何情况下，丢弃每个所标识HARQ信道的软缓冲器中的数据（步骤984）。然后将每个所标识HARQ信道的状态设置为非活动（步骤986）。） | 目标专利中当次服务小区被禁用时，刷新与该小区关联的HARQ实体的HARQ缓冲器（清空数据以避免不可预测行为）。对比文件公开了根据刷新指示将特定HARQ信道置为Inactive（非活动/禁用）状态，并丢弃/清除该HARQ信道软缓冲器中的数据（即刷新软缓冲器）。尽管对比文件是在单个小区内按HARQ信道/进程维度执行缓冲器清空，但其公开了当传输通道变为非活动状态时丢弃其关联软缓冲器数据的操作机制，根据宽松的隐含公开判断标准，属于部分公开了刷新停用HARQ实体/信道缓冲器的处理手段，本领域技术人员有可能基于该原理推断出刷新关联缓冲器的技术方案，故认定为隐含公开。 |
| 技术特征I：还包括<br>《直接公开》 | 【0014】<br>“In accordance with the method, packets are received... and missing packets among the received packets are detected...”<br>（根据该方法，接收分组……并检测所接收分组中的丢失分组……） | 撰写连接语，由对比文件公开的方法体系直接公开。 |
| 技术特征J：接收无线电资源控制RRC消息<br>未公开 | 【0036】<br>“Using W-CDMA terminology, the base station, terminal, and system controller are respectively referred to as Node B, UE, and RNC in the following description.”<br>（使用W-CDMA术语，在以下描述中基站、终端和系统控制器分别被称为Node B、UE和RNC。）<br>【0046】<br>“The RLC layer performs automatic retransmission (ARQ) of data and typically resides at the Radio Network Controller (RNC).”<br>（RLC层执行数据自动重传（ARQ）并且通常驻留在无线电网络控制器（RNC）处。） | 对比文件仅提及了RNC（无线电网络控制器），其所涉及的控制信令全篇均限定在物理层/MAC层的L1控制信道（HS-SCCH）信令，完全未公开UE接收来自网络侧的RRC（无线电资源控制，L3层）消息。即使按宽松标准，亦未涉及RRC信令交互。该特征未公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>未公开 | 对比文件无相关引证内容。 | 对比文件未披露RRC消息，亦未披露利用高层RRC消息来指示次服务小区是否被启用。该特征完全未公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>未公开 | 对比文件无相关引证内容。 | 对比文件不涉及通过RRC消息来确定次服务小区的状态。该特征完全未公开。 |
| 技术特征M：还包括<br>《直接公开》 | 【0014】（同特征A与I） | 撰写连接用语，直接公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>未公开 | 对比文件无相关引证内容。 | 对比文件不涉及次服务小区被确认为被禁用的判断与触发条件。该特征完全未公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《隐含公开》 | 【0167】<br>“...the scheduler is informed that this HARQ channel is available to send another packet (step 826).”<br>（……通知调度器该HARQ信道可用于发送另一个分组（步骤826）。）<br>【0180】<br>“The data in the soft buffer for each identified HARQ channel is discarded (step 984). The state of each identified HARQ channel is then set to Inactive (step 986). The re-ordering entity handling each identified HARQ channel is then informed that the packet transaction on this channel is completed (step 988).”<br>（丢弃每个所标识HARQ信道的软缓冲器中的数据（步骤984）。然后将每个所标识HARQ信道的状态设置为非活动（步骤986）。然后通知处理每个所标识HARQ信道的重排序实体该信道上的分组事务已完成（步骤988）。） | 目标专利中在次小区禁用时释放其关联的HARQ资源以归还或重置资源分配。对比文件公开了当某HARQ信道被刷新或结束事务时，将其软缓冲器清空并将其置为Inactive状态，通知调度器/重排序实体事务结束、该HARQ信道可用或解除占用。根据极其宽松的隐含公开判断标准，对比文件公开了对特定传输通道的HARQ软缓冲器和处理实体的解除占用与状态复位，本领域技术人员有可能基于该原理推断出终止使用时“释放HARQ资源”的处理手段，认定为隐含公开。 |
| 技术特征P：还包括<br>《直接公开》 | 【0014】（同特征A与I） | 撰写连接用语，直接公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>未公开 | 对比文件无相关引证内容。 | 缺少次服务小区及其禁用判断，未公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>未公开 | 【0056】<br>“Control information is concurrently transmitted on the shared HS-SCCH along with each packet transmission. This control information includes... (3) information identifying the specific UE to which the control information and the corresponding data transmission are intended...”<br>（在共享HS-SCCH上随每个分组传输同时传输控制信息。该控制信息包括……(3) 标识该控制信息和对应数据传输所针对的特定UE的信息……） | 对比文件仅在【0056】提及在HS-SCCH上传输用于标识特定UE的信息（本领域中HS-SCCH通过UE特定的H-RNTI进行掩码），但对比文件完全未公开UE端存储和维护与次小区关联的H-RNTI，更未公开在任何禁用条件下“清除H-RNTI”的技术方案。该特征完全未公开。 |
| 技术特征S：还包括<br>《直接公开》 | 【0014】（同特征A与I） | 撰写连接用语，直接公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《直接公开》 | 【0045】<br>“The control information for the HS-PDSCH, which includes various parameters used to properly receive the HS-PDSCH, is transmitted on an associated HS-SCCH.”<br>（用于HS-PDSCH的控制信息在关联的HS-SCCH上传输，其包括用于正确接收HS-PDSCH的各种参数。）<br>【0124】<br>“For example, the flushing indication may be sent in a control message using a reserved value in a field used to indicate code set or a field used to indicate transport block size.”<br>（例如，刷新指示可以在控制消息中通过使用用于指示码集的字段或用于指示传输块大小的字段中的保留值来发送。）<br>【0170】<br>“A determination is made whether or not a control message was received on the control channel for the UE (step 912).”<br>（确定是否在控制信道上接收到针对该UE的控制消息（步骤912）。） | 目标专利中该信号为UE接收的物理层控制信令；对比文件公开了UE在下行物理层控制信道（HS-SCCH，属于L1信令）上接收控制消息（Control Message）/刷新指示信号，技术方案与物理作用完全相同，属于直接公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>未公开 | 【0123】<br>“In yet another aspect, a flushing indication may be transmitted on the control channel and used to direct the HARQ entity at the UE to flush one or more HARQ channels. A flushed HARQ channel denotes that the pending transaction on the channel is completed.”<br>（在又一方面中，可在控制信道上传输刷新指示，并用于指示UE处的HARQ实体刷新一个或多个HARQ信道。被刷新的HARQ信道表示该信道上挂起的事务已完成。）<br>【0124】<br>“Each flushed HARQ channel may then be put in an Inactive state to indicate that no additional retransmissions are expected to be received on the channel.”<br>（然后每个被刷新的HARQ信道可被置于非活动状态，以指示预期不会在该信道上接收到额外的重传。） | 对比文件中在控制信道（HS-SCCH）上传输的指示是“刷新指示（flushing indication）”，其作用是让UE将某一个或多个HARQ channel（进程）置为Inactive状态以解决重排序阻塞问题；其完全没有涉及对“HS-DSCH载波（Carrier/Cell）”本身的激活或去激活指示（载波激活去激活控制整个载波/次小区的启停，而对比文件仅为同一单载波内的HARQ进程flush），二者技术方案与物理作用完全不同。即使宽松考虑，对比文件也没有载波级的激活/去激活指示，故未公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《直接公开》 | 【0042】<br>“HS-SCCH—shared control physical channel for the HS-DSCH”<br>（HS-SCCH—用于HS-DSCH的共享控制物理信道）<br>【0123】-【0124】<br>“In yet another aspect, a flushing indication may be transmitted on the control channel and used to direct the HARQ entity at the UE to flush one or more HARQ channels... For example, the flushing indication may be sent in a control message using a reserved value in a field used to indicate code set or a field used to indicate transport block size.”<br>（在又一方面中，刷新指示可以在控制信道上传输……例如，刷新指示可以在控制消息中通过使用用于指示码集的字段或用于指示传输块大小的字段中的保留值来发送。） | 目标专利中L1信令为通过HS-SCCH传输的信令命令（HS-SCCH order）；对比文件在【0123】-【0124】明确公开了在HS-SCCH控制信道上传输的控制消息（control message），该控制消息通过使用HS-SCCH特定字段中的保留值来指示特定控制操作（即HS-SCCH命令机制），二者在信道类型与信令属性上完全相同，属于直接公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>未公开 | 对比文件无相关引证内容。 | 对比文件不包含次服务小区，不存在根据L1信令确定次服务小区状态的方案。该特征未公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>未公开 | 对比文件无相关引证内容。 | 对比文件的L1信令仅是指示HARQ信道/进程刷新，完全未指示次服务小区被去激活。该特征未公开。 |
| 技术特征Y：还包括<br>《直接公开》 | 【0014】（同特征A与I） | 撰写连接用语，直接公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>未公开 | 对比文件无相关引证内容。 | 对比文件基于单载波单小区系统，不存在“次服务小区”与“锚定服务小区”之分，更无在次服务小区禁用后继续从锚定服务小区接收数据的多载波协作接收逻辑。该特征完全未公开。 |
<<<A>>>
<<<F>>>
<<<h>>>
<<<I>>>
<<<M>>>
<<<o>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<V>>>
<<<Y>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | [p0113]<br>“As used herein, the terms 'comprises,' 'comprising,' or any variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus.”<br>（如本文所使用的，术语“包含”、“包括”或其任何变型意图涵盖非排他性的包含，使得包括一系列要素的过程、方法、物品或设备不仅包括这些要素，还可包括未明确列出的或这种过程、方法、物品或设备固有的其他要素。） | 对比文件段落[p0113]明确使用了说明书中常规的开放式过渡词“comprises/comprising（包含/包括）”，与目标专利权利要求前序部分中的结构性过渡词“包括”在语义、作用及表达上完全相同，属于本领域通用的技术语言表述。因此，该技术特征被对比文件《直接公开》。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 对比文件全文未记载双下行链路载波/小区的多载波数据接收（DC-HSDPA），仅涉及单载波软切换（SHO）。 | 1. 目标专利说明书的作用理解：<br>目标专利说明书段落[0008]明确记载，DC-HSDPA引入了基站在两个下行链路载波上同时与WTRU进行通信，每个WTRU指派锚定载波和辅助载波，两个小区并行接收不同下行数据。<br>2. 对比文件内容与作用分析：<br>对比文件段落[p0015]、[p0054]-[p0057]公开的是移动台（MS）在软切换（Soft Handoff, SHO）状态下与多个基站（Active Set BTSs）通信。其本质是传统的宏分集软切换（不同小区传输同一份数据的多径分集，或反向链路多小区独立解调选择），而非配置两个服务小区并行接收不同的下行链路多载波数据。<br>3. 公开性判定：<br>对比文件既没有公开WTRU被配置成同时从锚定服务小区和次服务小区并行接收不同下行数据的多小区载波聚合架构，本领域技术人员也无法从中直接毫无疑义地得出或合理解释出该技术方案，因此该特征《未公开》。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件全文未记载SECONDARY_CELL_HS_DSCH_RECEPTION变量。 | 1. 目标专利说明书的作用理解：<br>目标专利段落[0039]-[0040]记载，在DC-HSDPA中，次服务HS-DSCH小区的接收状态使用专门的协议层状态变量SECONDARY_CELL_HS_DSCH_RECEPTION进行维护和确定，用以表征该辅载波/次小区的启用/禁用。<br>2. 对比文件内容与作用分析：<br>对比文件仅涉及基于导频信号强度（RSSI、SIR）或定时器来维护激活集（Active Set），完全未公开在移动台侧维护或判断SECONDARY_CELL_HS_DSCH_RECEPTION变量。<br>3. 公开性判定：<br>对比文件未包含任何关于该特定状态变量的技术内容，本领域技术人员无法从对比文件中推导得出，因此该特征《未公开》。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件全文未记载SECONDARY_CELL_HS_DSCH_RECEPTION变量及设置为真（TRUE）的操作。 | 1. 目标专利说明书的作用理解：<br>目标专利段落[0039]-[0040]明确记载：“当次小区状态变量为TRUE(真)时，次服务HS-DSCH小区可被启用并准备好用于HS-DSCH接收。”<br>2. 对比文件内容与作用分析：<br>对比文件完全没有提及次服务小区启用/禁用的协议变量逻辑。<br>3. 公开性判定：<br>对比文件未公开相关内容，因此该特征《未公开》。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 对比文件全文未记载变量设为伪指示次小区禁用，也未记载每个小区关联各自独立的HARQ实体。 | 1. 目标专利说明书的作用理解：<br>目标专利段落[0010]与[0040]明确记载：“MAC-ehs包括两(2)个HARQ实体。在DC-HSDPA中，每个小区可被指派单独的HARQ实体”，且该变量为FALSE时次小区被禁用。<br>2. 对比文件内容与作用分析：<br>对比文件段落[p0017]、[p0057]等公开的HARQ功能（ARQ function 314）分散在各BTS中，其讨论的是上行增强链路（EUDCH）的基站侧单实体处理，UE侧根本不存在针对“锚定服务小区”和“次服务小区”分别指派两个各自独立的HARQ实体的MAC架构。<br>3. 公开性判定：<br>对比文件未公开该变量的逻辑及其多小区双HARQ实体架构，因此该特征《未公开》。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《隐含公开》 | [p0045]<br>“The method includes steps of storing, by the base station, traffic data from the mobile station in a traffic data buffer... flushing the traffic data buffer.”<br>（该方法包括以下步骤：由基站将来自移动台的业务数据存储在业务数据缓冲器中……刷新该业务数据缓冲器。）<br><br>[p0088]<br>“The BTS combines the resulting EUDCH soft decision information and stores the information, including the decoded and demodulated traffic data, in a traffic data buffer, preferably a H-ARQ buffer of the BTS...”<br>（基站合并所得的EUDCH软判决信息，并将该信息（包括解调和解码后的业务数据）存储在业务数据缓冲器中，优选为基站的H-ARQ缓冲器中……） | 1. 目标专利说明书的作用理解：<br>目标专利中HARQ实体具有专用的HARQ缓冲器，用于缓存接收或重传过程中的软判决数据或数据块。<br>2. 对比文件内容与作用分析：<br>对比文件段落[p0045]和[p0088]明确公开了执行HARQ操作的实体包含业务数据缓冲器（traffic data buffer），且优选为“H-ARQ buffer”。虽然对比文件描述的HARQ缓冲器位于基站侧（接收EUDCH），且并非直接针对WTRU侧锚定与次小区的独立HARQ实体，但对比文件完整公开了“HARQ操作实体必然配备并具有对应的HARQ缓冲器”这一通用通信机制。<br>3. 隐含公开逻辑推理：<br>按照极度宽松的标准，对比文件公开了HARQ功能实体具有对应的HARQ缓冲器结构，本领域技术人员结合公知常识完全可以合理推知HARQ实体具有HARQ缓冲器。因此，该特征被对比文件《隐含公开》。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件全文未记载根据SECONDARY_CELL_HS_DSCH_RECEPTION变量确定次服务小区为被禁用。 | 1. 目标专利说明书的作用理解：<br>目标专利段落[0040]、[0043]-[0044]记载，WTRU估计次小区状态变量，当确定次服务小区被禁用时，触发后续协议动作。<br>2. 对比文件内容与作用分析：<br>对比文件无此类协议变量，更无根据该变量判断状态的动作。<br>3. 公开性判定：<br>对比文件未包含该技术方案，因此该特征《未公开》。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 对比文件段落[p0045]、[p0089]-[p0091]记载基站在定时器超时或收到新数据指示时刷新该基站的H-ARQ缓冲器。 | 1. 目标专利说明书的作用理解：<br>目标专利段落[0013]、[0015]、[0044]特别强调，在DC-HSDPA中，当次服务小区被禁用时，不能重置整个MAC-ehs，而必须针对性地“刷新与次服务HS-DSCH小区关联的HARQ实体的HARQ缓冲器”，而主服务小区的HARQ实体仍维持工作。<br>2. 对比文件内容与作用分析：<br>对比文件公开的是基站侧（BTS）在软切换时根据定时器超时或收到MS的新数据指示（NDI）去刷新上行信道的H-ARQ缓冲器（[p0089]）。其主体是基站，对象是软切换中的单一上行增强信道，根本不存在“次服务小区”与“主服务小区”的区分，更不存在“针对被禁用的次服务小区专有HARQ实体执行局部刷新缓冲器”的作用和构思。<br>3. 公开性判定：<br>两者在执行主体、应用场景、控制对象及达到的技术效果上完全不同，即使按照最宽松的审查标准，也无法推导出刷新特定次小区的HARQ实体缓冲器，因此该特征《未公开》。 |
| 技术特征I：还包括<br>《直接公开》 | [p0046]<br>“The method further includes a step of...”<br>（该方法还包括以下步骤……）<br><br>[p0049]<br>“The method further includes a step of transmitting...”<br>（该方法还包括发送……的步骤。） | 对比文件在权利要求和说明书概述部分多次使用“The method further includes（该方法还包括）”，其属于标准的从属权利要求引入技术特征的语言，含义、功能完全相同。因此，该特征被对比文件《直接公开》。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《隐含公开》 | [p0066]<br>“In another embodiment of the present invention, the data queue status may account for queued layer 3 signaling as well as queued data.”<br>（在本发明的另一实施例中，数据队列状态可以考虑排队的第3层信令以及排队的数据。）<br><br>[p0014]<br>“The serving BTS notifies the MS of the promotions via a Handoff Direction Message.”<br>（服务BTS通过切换指示消息通知MS升级。） | 1. 目标专利说明书的作用理解：<br>目标专利段落[0038]记载：“该信令例如可以是层3(L3)消息，例如从网络接收的无线电资源控制(RRC)消息，指示了次服务HS-DSCH小区被禁用。”<br>2. 对比文件内容与作用分析：<br>对比文件段落[p0066]公开了系统传输和排队“layer 3 signaling（第3层信令）”，并在段落[p0014]公开了网络侧向移动台发送切换指示消息（Handoff Direction Message）。在3GPP UMTS/WCDMA无线通信体系中，L3控制信令在接入网即为RRC协议消息，且基站/网络与MS之间的无线链路配置/切换消息标准实现即为RRC消息。<br>3. 隐含公开逻辑推理：<br>基于极度宽松的判定标准，对比文件明确涉及Layer 3信令的传输与接收，本领域技术人员结合WCDMA标准技术知识极易合理解释出MS接收该第3层消息即涵盖接收RRC消息。因此，该特征被对比文件《隐含公开》。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 对比文件全文未记载RRC消息指示次服务小区是否被启用。 | 1. 目标专利说明书的作用理解：<br>目标专利段落[0043]指出，RRC消息包含特定变量，用于指示次服务HS-DSCH小区是被启用还是被禁用。<br>2. 对比文件内容与作用分析：<br>对比文件中的L3消息或切换消息用于指示导频集/激活集切换，完全不涉及双小区载波聚合下对次载波/辅服务小区启用与否的信令指示。<br>3. 公开性判定：<br>对比文件未包含相关技术方案，无法推导得出，因此该特征《未公开》。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 对比文件未记载根据RRC消息确定次服务小区状态。 | 1. 目标专利说明书的作用理解：<br>目标专利段落[0040]、[0043]记载，WTRU接收到RRC消息后，根据RRC消息中指示的变量来确定次服务小区的状态（启用或禁用）。<br>2. 对比文件内容与作用分析：<br>对比文件缺乏对次服务小区及其状态的定义，不存在基于RRC消息确定次服务小区状态的技术构思。<br>3. 公开性判定：<br>对比文件未公开该内容，因此该特征《未公开》。 |
| 技术特征M：还包括<br>《直接公开》 | [p0046]<br>“The method further includes a step of...”<br>（该方法还包括以下步骤……） | 对比文件段落[p0046]、[p0049]明确公开了该技术特征用词，属于常规过渡词，实质内容相同。因此，该技术特征被对比文件《直接公开》。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文未记载在次服务小区被确定为被禁用的情况下触发后续动作。 | 对比文件不涉及多载波中次服务小区的禁用判断触发机制，因此该特征《未公开》。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 对比文件[p0047]、[p0098]-[p0099]记载基站去分配（deallocating）解调资源。 | 1. 目标专利说明书的作用理解：<br>目标专利段落[0044]记载：“刷新与次服务HS-DSCH小区关联的所有HARQ进程的HARQ缓冲器并释放与次服务HS-DSCH小区关联的所有HARQ资源(605)。”其作用在于停止辅载波的数据接收后，在UE侧回收辅载波独占的HARQ相关进程及内存资源。<br>2. 对比文件内容与作用分析：<br>对比文件段落[p0047]、[p0098]公开的是基站（BTS）在链路质量变差时，“deallocating, by the base station, demodulation resources allocated to a first uplink control channel...”（去分配分配给第一上行链路控制信道的解调资源）。其主体是基站硬件的解调计算资源，对象是上行控制信道，完全没有涉及移动台侧针对“次服务小区”专属HARQ资源的释放。<br>3. 公开性判定：<br>两者在技术领域细分方向、资源类型、处理对象和技术作用上均完全不同，因此该特征《未公开》。 |
| 技术特征P：还包括<br>《直接公开》 | [p0046]<br>“The method further includes a step of...”<br>（该方法还包括以下步骤……） | 参见特征A/I/M的比对，对比文件多次记载该用语。因此，该技术特征被对比文件《直接公开》。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件未记载该前置触发条件。 | 对比文件未公开针对次服务小区禁用状态的判定逻辑，因此该特征《未公开》。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 对比文件全文未提及H-RNTI或清除次小区关联的H-RNTI。 | 1. 目标专利说明书的作用理解：<br>目标专利段落[0010]与[0044]记载：“单独的HS-DSCH无线电网络临时标识符(H-RNTI)可被分给每一个……变量H_RNTI被清除，并且与次服务HS-DSCH小区关联的任何存储的H_RNTI被移除(604)。”用于保证次小区禁用后不再误检下行HS-SCCH。<br>2. 对比文件内容与作用分析：<br>对比文件段落[p0075]仅公开了基站为MS生成一个标识符（MS ID/CRC），用于在第一前向控制信道上识别调度分配，完全未公开HS-DSCH的H-RNTI，更未涉及在禁用次小区时清除辅小区专属H-RNTI的机制。<br>3. 公开性判定：<br>对比文件完全未公开该特征，因此该特征《未公开》。 |
| 技术特征S：还包括<br>《直接公开》 | [p0046]<br>“The method further includes a step of...”<br>（该方法还包括以下步骤……） | 参见特征A/I/M/P，对比文件多次记载该过渡词。因此，该技术特征被对比文件《直接公开》。 |
| 技术特征T：接收包括层1L1信令的信号<br>《直接公开》 | [p0071]<br>“Upon choosing an MS... each Active Set BTS conveys a scheduling assignment 418 to the chosen MS... on a first forward link control channel 426.”<br>（在选择MS后，每个激活集BTS在第一前向链路控制信道426上向所选择的MS发送调度分配418。）<br><br>[p0074]<br>“Each Active Set BTS 301, 303, 304 also uses the second forward link control channel 420 to convey ACK/NAK information to the MS related to the MS's EUDCH sub-frame transmissions.”<br>（每个激活集BTS还使用第二前向链路控制信道420向MS发送与MS的EUDCH子帧传输相关的ACK/NAK信息。） | 1. 目标专利说明书的作用理解：<br>目标专利段落[0012]、[0045]记载WTRU接收物理层/层1（L1）信令（例如来自控制信道的命令）。<br>2. 对比文件内容与作用分析：<br>对比文件段落[p0071]、[p0074]明确公开了MS在第一前向链路控制信道426和第二前向链路控制信道420上接收调度分配418及ACK/NAK信息。在无线通信（WCDMA）中，物理层下行控制信道承载的信令即为典型的层1（L1）信令。<br>3. 公开性判定：<br>对比文件明确公开了MS接收包含物理层/L1信令的无线信号，作用相同，本领域技术人员能毫无疑义地直接得出。因此，该特征被对比文件《直接公开》。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 对比文件全文未记载L1信令用于激活或去激活HS-DSCH载波。 | 1. 目标专利说明书的作用理解：<br>目标专利段落[0012]、[0045]记载：“为给支持DC-HSDPA的WTRU提供功率节省选择，可允许辅助载波的临时禁用……由节点B使用HS-SCCH命令形式的层1(L1)消息来以信号进行通知。”<br>2. 对比文件内容与作用分析：<br>对比文件段落[p0071]-[p0074]中的L1控制信令仅包括上行功率余量、EUDCH子帧映射和ACK/NAK，完全不涉及HS-DSCH载波的激活或去激活指示。<br>3. 公开性判定：<br>对比文件无此类载波管理信令指示，因此该特征《未公开》。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《隐含公开》 | [p0080]<br>“The forward link control channels monitored by the MS may include a Dedicated Physical Data Channel (DPDCH)/DPCCH or associated dedicated physical channel (DPCH), the control channels corresponding to High Speed Downlink Shared Channel (HS-DSCH), that is, High Speed Shared Control Channel (HS-SCCH), and first 426 and second 420 forward link control channels corresponding to EUDCH transmission.”<br>（由MS监视的前向链路控制信道可以包括专用物理数据信道(DPDCH)/DPCCH或相关联的专用物理信道(DPCH)、与高速下行链路共享信道(HS-DSCH)相对应的控制信道，即高速共享控制信道(HS-SCCH)，以及与EUDCH传输相对应的第一426和第二420前向链路控制信道。） | 1. 目标专利说明书的作用理解：<br>目标专利段落[0012]、[0045]指出，L1控制信令以HS-SCCH命令（HS-SCCH order）的形式传达。<br>2. 对比文件内容与作用分析：<br>对比文件段落[p0080]明确记载了MS在前向链路上监视HS-DSCH对应的控制信道——“高速共享控制信道(HS-SCCH)”，公开了HS-SCCH信道用于向终端传输控制信息/命令的技术构思。<br>3. 隐含公开逻辑推理：<br>基于极度宽松的判断标准，由于对比文件已经公开了MS接收HS-SCCH上的控制信令，且HS-SCCH本身就是承载L1控制信令/命令的标准信道，本领域技术人员有可能将对比文件公开的HS-SCCH控制信令理解为涵盖了HS-SCCH命令，属于部分公开并具有组合公开的可能。因此，该特征被对比文件《隐含公开》。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件全文未记载根据L1信令确定次服务小区的状态。 | 对比文件既没有定义次服务小区，也没有通过L1信令指示或确定次服务小区的状态，因此该特征《未公开》。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件全文未记载L1信令指示次服务小区被去激活。 | 对比文件中的L1信令并不包含次服务小区去激活的指示，因此该特征《未公开》。 |
| 技术特征Y：还包括<br>《直接公开》 | [p0046]<br>“The method further includes a step of...”<br>（该方法还包括以下步骤……） | 参见特征A/I/M/P/S，对比文件多次记载该用语。因此，该技术特征被对比文件《直接公开》。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 对比文件未记载在次服务小区禁用后继续从锚定服务小区接收数据。 | 1. 目标专利说明书的作用理解：<br>目标专利说明书段落[0013]、[0038]记载：“当次HS-DSCH服务小区被禁用时，重置整个MAC-ehs可能不合适，这是因为服务HS-DSCH小区可能仍在使用它……当次小区被禁用而其他小区保持可操作时，可能需要阻止整个MAC实体的重置。”其核心方案在于在多载波聚合下，辅小区去激活/禁用后，主/锚定服务小区维持正常的数据传输与接收，互不干扰。<br>2. 对比文件内容与作用分析：<br>对比文件是软切换系统，MS与激活集中的各基站传输的是同一份数据的宏分集，并不存在“次服务小区”与“锚定服务小区”接收不同数据并在次小区禁用后锚定小区继续接收的方案。<br>3. 公开性判定：<br>对比文件未公开多小区载波聚合下主辅载波解耦操作的机制，因此该特征《未公开》。 |
<<<A>>>
<<<I>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<Y>>>
<<<f>>>
<<<j>>>
<<<v>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | [0001]<br>“This invention relates to reset procedures of retransmission protocols in radio network of a mobile communication system.”<br>（本发明涉及移动通信系统无线网络中重传协议的复位过程。）<br>[0144]<br>“This object is solved by a method defined in claim 1.”<br>（该目的通过权利要求1所定义的方法来解决。） | 对比文件公开了一种在移动通信系统中执行重传协议复位的方法，技术特征A为方法权利要求的引导性词语，已被对比文件直接公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | [0011]、[0013]、[0033]、[0147]<br>对比文件全文通篇公开的是传统单载波HSDPA技术及硬切换/服务HS-DSCH小区变更（serving HS-DSCH cell change）机制。例如：<br>[0033]<br>“Applying soft handover would cause problem... Therefore, soft handover is not supported for HS-PDSCH... Handover procedure related to HSDPA radio link is called serving HS-DSCH cell change...”<br>（应用软切换会导致问题……因此，HS-PDSCH不支持软切换……与HSDPA无线链路相关的切换过程被称为服务HS-DSCH小区变更……）<br>[0034]<br>“During serving HS-DSCH cell change procedure, the role of serving HS-DSCH link is transferred from one radio link to another. The two cells involved in the procedure are denoted source HS-DSCH cell and target HS-DSCH cell...”<br>（在服务HS-DSCH小区变更过程中，服务HS-DSCH链路的角色从一个无线链路转移到另一个无线链路。该过程中涉及的两个小区表示为源HS-DSCH小区和目标HS-DSCH小区……） | 在目标专利说明书（如[0008]、[0009]、[0028]）中，技术特征B限定的是多载波/双小区（DC-HSDPA）架构下的载波聚合操作，即WTRU同时配置锚定载波（主小区）和辅助载波（次小区）并同时从二者接收不同数据。而对比文件公开日为2004年，仅涉及3GPP Rel-5阶段的单载波HSDPA系统，其小区变更涉及的源小区与目标小区是单小区之间的切换替换，而非WTRU同时从锚定小区和次小区接收不同数据。因此，该特征未被直接公开，也不存在能够合理推导出的隐含公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件全文未出现次服务小区、亦未出现SECONDARY_CELL_HS_DSCH_RECEPTION变量或任何等同的次小区状态控制变量。 | 目标专利说明书[0039]、[0040]中明确指出，在DC-HSDPA中采用次小区专用的特定状态变量SECONDARY_CELL_HS_DSCH_RECEPTION来判断和确定次服务小区在下行载波上的接收状态（启用或禁用）。对比文件通篇仅基于单小区HSDPA，完全没有引入次小区的接收状态控制变量，本领域技术人员无法从对比文件中推导出该特征。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件全文未记载该变量及变量设为真（TRUE）与启用次服务小区的映射指示机制。 | 结合目标专利说明书[0039]、[0040]、[0049]的解释，当次小区状态变量为TRUE时，指示次服务小区被启用并准备好用于HS-DSCH接收。对比文件未涉及任何多小区聚合控制变量的真值状态定义，未被直接或隐含公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | [0014]<br>“HARQ protocol and scheduling function belong to the Medium Access Control MAC-hs sublayer which is distributed across Node B and UE.”<br>（HARQ协议和调度功能属于分布在Node B和UE之间的介质访问控制MAC-hs子层。）<br>[0017]<br>“The UE HSDPA Architecture is shown in FIG. 5. It can be noted that each HARQ process is assigned a certain amount of soft buffer memory for combining the bits of the packets from outstanding retransmissions.”<br>（UE HSDPA架构如图5所示。可以注意到，每个HARQ进程被分配了一定量的软缓冲存储器……） | 目标专利说明书[0010]、[0013]、[0038]、[0040]明确指出，DC-HSDPA中MAC-ehs架构包含两(2)个HARQ实体，主小区和次小区分别各自关联独立的HARQ实体，以便在次小区变量设为FALSE（禁用）时独立复位，而无需重置整个MAC实体。对比文件仅公开了传统的单MAC-hs实体包含多个HARQ进程（HARQ processes），服务于单一服务小区；根本未公开主、次小区各自分别关联独立的HARQ实体，更未公开次小区变量为FALSE指示次小区被禁用。该特征未被直接或隐含公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《直接公开》 | [0017]<br>“The UE HSDPA Architecture is shown in FIG. 5. It can be noted that each HARQ process is assigned a certain amount of soft buffer memory for combining the bits of the packets from outstanding retransmissions.”<br>（UE HSDPA架构如图5所示。可以注意到，每个HARQ进程被分配了一定量的软缓冲存储器（soft buffer memory），用于合并来自未决重传的数据包的比特。）<br>[0141]<br>“As a result, firstly, soft buffer and available HARQ processes are not utilised efficiently...”<br>（结果，首先，软缓冲器和可用的HARQ进程未得到有效利用……） | 目标专利说明书[0044]、[0045]中提及的HARQ缓冲器即用于HARQ软合并与重传处理的软缓冲存储器。对比文件在段落[0017]和[0141]及图5中明确公开了UE端的HARQ实体/进程具备分配的软缓冲器（soft buffer memory），用于存储和合并数据包。对比文件中该部件的作用与目标专利相同，均为实现HARQ软重传数据的缓存与合并，属于直接公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件全文未记载次服务小区状态变量判定禁用的机制。 | 结合目标专利说明书[0040]、[0044]，该条件特征用于触发次小区独立HARQ操作。对比文件不存在次服务小区及其特定状态变量的判定，未被直接或隐含公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《隐含公开》 | [0146]<br>“Furthermore, it is preferred that all MAC-hs PDUs containing old RLC PDUs and remaining in UE reordering buffer and soft buffer are flushed (related HARQ processes should be reset) once RLC AM reset procedure has been invoked.”<br>（此外，优选地，一旦RLC AM复位过程被调用，包含旧RLC PDU且保留在UE重排序缓冲器和软缓冲器中的所有MAC-hs PDU都被刷新（相关的HARQ进程应当被复位）。）<br>[0168]<br>“...flushing the priority queue or reordering buffer of MAC-hs after resetting only one RLC AM entity would lead to the loss of those MAC-hs PDUs which are, due to logical channel multiplexing, associated with other RLC AM entities. We therefore propose a way of partly flushing the contents of the buffer.”<br>（……在仅复位一个RLC AM实体后刷新MAC-hs的优先级队列或重排序缓冲器，将导致由于逻辑信道复用而与其他RLC AM实体关联的那些MAC-hs PDU丢失。因此我们提出了一种部分刷新缓冲器内容的方法。）<br>[0169]<br>“...There are two ways of partially flushing the contents of Priority Queue/Reordering Buffer/Soft Buffer.”<br>（……有两种部分刷新优先级队列/重排序缓冲器/软缓冲器内容的方法。） | 目标专利说明书[0044]、[0045]记载了在停用特定传输时，刷新对应HARQ进程/实体的缓冲器以防止旧数据滞留和协议出错。对比文件在[0146]、[0168]、[0169]中明确公开了“刷新缓冲器（flushed）”技术手段，特别是当只复位某一部分协议关联时，针对性地刷新（partly flushing）UE端的软缓冲器（soft buffer）并复位相关HARQ进程。虽然对比文件针对的是特定RLC实体对应的软缓冲器刷新而非次小区的HARQ实体缓冲器刷新，但在“对特定被禁用的协议/信道部分所关联的HARQ软缓冲器进行有针对性的刷新（flush）以释放资源、避免错误结合”这一具体动作机制和技术手段上，对比文件已经公开了刷新HARQ软缓冲器的相同处理操作，且在宽泛的隐含公开审查标准下，对比文件部分公开了刷新特定关联HARQ缓冲器的手段，有可能与其他对比文件组合，故认定为隐含公开。 |
| 技术特征I：还包括<br>《直接公开》 | 对比文件全文的技术方案以多项实施例和方法的组合形态呈现。 | 作为从属权利要求的连接词，属于本领域常用的撰写形式，直接公开。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《直接公开》 | [0039]<br>“RRC further transmits an ACTIVE SET UPDATE message to the UE via RRC protocol... When the UE has added the new radio link it returns an ACTIVE SET UPDATE COMPLETE message via RRC protocol.”<br>（RRC还经由RRC协议向UE发送ACTIVE SET UPDATE（活动集更新）消息……当UE添加了新的无线电链路时，其经由RRC协议返回ACTIVE SET UPDATE COMPLETE消息。）<br>[0042]<br>“Finally, a PHYSICAL CHANNEL RECONFIGURATION is sent to the UE via RRC signalling. It contains activation time information and request for MAC-hs reset to the UE.”<br>（最后，通过RRC信令向UE发送PHYSICAL CHANNEL RECONFIGURATION（物理信道重配置）消息。它包含激活时间信息以及向UE请求MAC-hs复位的信息。）<br>[0167]<br>“...a PHYSICAL CHANNEL RECONFIGURATION message shall be sent from RRC entity in the SRNC to RRC entity in the UE to initiate MAC-hs reset in the UE...”<br>（……应从SRNC中的RRC实体向UE中的RRC实体发送PHYSICAL CHANNEL RECONFIGURATION消息，以在UE中发起MAC-hs复位……） | 对比文件在[0039]、[0042]及[0167]中明确公开了UE通过RRC信令接收无线电资源控制RRC消息（如PHYSICAL CHANNEL RECONFIGURATION消息、ACTIVE SET UPDATE消息），UE在无线接口接收并解析该RRC消息，该特征被直接公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 对比文件全文未记载RRC消息包含次服务小区启用/禁用的指示内容。 | 结合目标专利说明书[0038]、[0040]、[0043]可知，该RRC消息携带指示次服务小区是否启用的信令（例如指示包含或不包含次小区信息元素）。对比文件段落[0042]中的RRC消息仅是指示MAC-hs复位和物理信道重配置，未涉及次服务小区的概念及是否被启用，未被直接或隐含公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 对比文件全文未记载根据RRC消息确定次服务小区状态。 | 目标专利说明书[0040]、[0043]中明确，WTRU在接收到RRC消息时检查其中所包含的变量以确定次服务小区的启用/禁用状态。对比文件中不存在次小区的状态确定机制，未被直接或隐含公开。 |
| 技术特征M：还包括<br>《直接公开》 | 对比文件全文的技术方案包含多重具体配置及组合方法。 | 作为从属权利要求的连接词，直接公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文未记载次服务小区被禁用的前置判断条件。 | 目标专利说明书[0043]、[0044]指明该步骤是在次服务小区确定为被禁用后执行特定的资源处理。对比文件不具备多载波次小区的停用判断，未被直接或隐含公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《隐含公开》 | [0141]<br>“As a result, firstly, soft buffer and available HARQ processes are not utilised efficiently. These resources could have been used for receiving the packets from MAC-d flows that are not connected to reset RLC AM entities.”<br>（结果，首先，软缓冲器和可用的HARQ进程未得到有效利用。这些资源原本可用于从不与被复位RLC AM实体连接的MAC-d流接收数据包。）<br>[0146]<br>“...flushed (related HARQ processes should be reset) once RLC AM reset procedure has been invoked.”<br>（……一旦RLC AM复位过程被调用，相关的HARQ进程应当被复位。） | 目标专利说明书[0019]、[0044]提及，在停用次小区后释放其关联的HARQ进程/软缓冲等资源。对比文件在段落[0141]和[0146]中指出，通过复位特定相关的HARQ进程及刷新缓冲器，使得HARQ硬件资源及HARQ进程能够被重新释放/供其他未复位的流使用。对比文件实质公开了“通过复位HARQ进程来释放HARQ资源以供重新利用”的技术思想，部分公开了释放HARQ资源的操作。在极度宽松的隐含公开判断标准下，本领域技术人员基于对比文件对HARQ硬件资源重新有效利用的教导，有可能与其他对比文件组合，故认定为隐含公开。 |
| 技术特征P：还包括<br>《直接公开》 | 对比文件全文技术方案包含多种组合机制。 | 作为从属权利要求的连接词，直接公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文未记载次服务小区被禁用的判断与动作触发。 | 同特征N，对比文件未涉及次服务小区的禁用判定，未被直接或隐含公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | [0022]<br>“UE-Id field provides an identification of an UE on common transport channels.”<br>（UE-Id字段在公共传输信道上提供UE的标识。）<br>除[0022]外，对比文件全文未记载H-RNTI标识符的清除或移除。 | 目标专利说明书[0010]、[0014]、[0044]、[0049]明确说明，次小区被指派单独的H-RNTI，当次小区被禁用时，WTRU停止接收过程并必须清除变量H_RNTI并移除与次小区关联的任何存储的H_RNTI。对比文件仅在[0022]提及公共传输信道上的UE-Id，完全未公开H-RNTI，更未公开次小区关联的H-RNTI的清除动作。本领域技术人员无法从对比文件中推导出该特征。 |
| 技术特征S：还包括<br>《直接公开》 | 对比文件包含多层信令机制的组合。 | 作为从属权利要求的连接词，直接公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《直接公开》 | [0019]<br>“Besides the HS-DSCH that carries the data packets there is control data which is mapped onto the High Speed Shared Control Channel (HS-SCCH). This channel could carry data such as the HARQ process ID, the modulation scheme, code allocation, transport format etc. that is needed by the receiver to correctly receive, demodulate, combine and decode the packets.”<br>（除了携带数据包的HS-DSCH之外，还有映射到高速共享控制信道（HS-SCCH）上的控制数据。该信道可以携带诸如HARQ进程ID、调制方案、码分配、传输格式等接收机正确接收、解调、合并和解码数据包所需的数据。）<br>[0020]<br>“HS-PDSCH is transmitted with Associated Dedicated Physical Channel (A-DPCH) (see 3GPP TSG RAN WG1#28 ‘Further simulation results on HS-SCCH power control and HSDPA system throughput performance’)...”<br>（HS-PDSCH与伴随专用物理信道（A-DPCH）一同传输……） | 在目标专利说明书[0012]、[0045]中，L1信令为物理层控制信道（如HS-SCCH）上传输的控制信号。对比文件在[0019]中明确公开了UE接收映射在物理层控制信道HS-SCCH上的控制数据（L1信令），其作用同样是向接收端提供物理层接收控制信息，属于直接公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 对比文件全文关于载波或信道的激活/去激活仅涉及[0036]中的激活定时器（activation timers）用于切换同步，没有涉及L1信令用于激活或去激活HS-DSCH载波。 | 目标专利说明书[0012]、[0045]指出，网络使用HS-SCCH命令形式的L1消息快速指示启用或不启用辅助载波（HS-DSCH载波）。对比文件公开的HS-SCCH控制信令仅携带单小区下的调制编码方案、码分配、HARQ进程ID等传输格式参数（段落[0019]），完全没有利用L1信令来指示激活或去激活HS-DSCH载波的内容，未被直接或隐含公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《隐含公开》 | [0019]<br>“Besides the HS-DSCH that carries the data packets there is control data which is mapped onto the High Speed Shared Control Channel (HS-SCCH). This channel could carry data such as the HARQ process ID, the modulation scheme, code allocation, transport format etc...”<br>（除了携带数据包的HS-DSCH之外，还有映射到高速共享控制信道（HS-SCCH）上的控制数据。该信道可以携带诸如HARQ进程ID、调制方案、码分配、传输格式等数据……） | 目标专利说明书[0012]、[0045]记载L1信令为HS-SCCH命令（HS-SCCH order）。对比文件段落[0019]公开了通过HS-SCCH信道传输控制数据（即物理层控制信令），其物理信道载体同为HS-SCCH。虽然对比文件未明确将该信令定义为专门用于载波启停的“HS-SCCH order”，但对比文件已经公开了“L1控制信令是由HS-SCCH信道承载的控制数据/命令”，部分公开了特征内容。在非常宽松的隐含公开判断规则下，本领域技术人员有可能基于对比文件公开的HS-SCCH承载控制信令的作用与其他对比文件组合，故认定为隐含公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件全文未记载根据L1信令确定次服务小区的状态。 | 目标专利说明书[0045]明确指明，UE接收到L1控制信令（HS-SCCH命令）后，检测并确定次服务小区已被去激活。对比文件完全不涉及次服务小区状态的确定，未被直接或隐含公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件全文未记载指示次服务小区被去激活的L1信令。 | 目标专利说明书[0045]指明，HS-SCCH命令用于传达对次服务HS-DSCH小区的去激活。对比文件未涉及次小区的去激活指示，未被直接或隐含公开。 |
| 技术特征Y：还包括<br>《直接公开》 | 对比文件全文的技术方案包含多个连续操作步骤的组合。 | 作为从属权利要求的连接词，直接公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | [0013]<br>“This invention relates to reset procedures of retransmission protocols in radio network of a mobile communication system... HSDPA relies on hybrid Automatic Repeat Request protocol (HARQ)...”<br>[0033]、[0034]<br>在对比文件涉及的小区变更中，源小区在切换后即停止服务，由目标小区接管：<br>“During serving HS-DSCH cell change procedure, the role of serving HS-DSCH link is transferred from one radio link to another. The two cells involved in the procedure are denoted source HS-DSCH cell and target HS-DSCH cell...”<br>（在服务HS-DSCH小区变更过程中，服务HS-DSCH链路的角色从一个无线链路转移到另一个无线链路……） | 结合目标专利说明书[0013]、[0038]可以理解，该特征的核心发明目的是解决DC-HSDPA多载波场景下的独立性问题：当次服务小区被禁用时，为了避免重置整个MAC实体影响主服务小区的正常业务，WTRU保持主/锚定服务小区继续接收数据，仅单独禁用次服务小区。对比文件属于单小区HSDPA系统，其小区之间是串行切换（从源小区转移到目标小区，源小区随即不再接收数据），根本不存在“次小区被禁用后保持锚定小区继续接收数据”的多小区并行传输回退机制。本领域技术人员无法从对比文件中得出该技术方案，未被直接或隐含公开。 |
<<<A>>>
<<<F>>>
<<<h>>>
<<<I>>>
<<<J>>>
<<<M>>>
<<<o>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<v>>>
<<<Y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 对比文件（JP2005048732A）属于内燃机机械制造领域，公开的是一种具备副室式燃烧室的直接喷射方式内燃机，包含活塞、汽缸、燃料喷射阀、点火火花塞等部件。而目标专利要求保护的是一种多小区无线通信系统中的无线发射接收单元（WTRU）及其方法，特征A作为通信方法/设备的引导词，与对比文件属于完全不相干的技术领域，未被直接或隐含公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利涉及多载波无线通信（如DC-HSDPA），WTRU同时从锚定小区和次小区接收不同数据。对比文件涉及内燃机燃烧室和活塞结构，没有任何无线发射接收单元、锚定小区、次服务小区或多载波数据接收的教导或启示，未公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利中该特征通过特定的协议状态变量来评估次服务小区的可用/启用状态。对比文件涉及发动机技术，不存在任何通信协议、协议变量或小区状态确定的内容，未公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利中该变量置为TRUE指示次小区准备好进行HS-DSCH接收。对比文件完全不涉及该技术方案，未公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利涉及次小区禁用指示以及双小区分别对应各自HARQ实体的MAC架构。对比文件属于内燃机领域，完全未记载无线重传实体或状态变量，未公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利涉及通信协议栈MAC层HARQ实体的重传缓冲存储器。对比文件完全未涉及任何通信缓冲器或数据重传机制，未公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利基于变量为FALSE判定次小区被禁用的处理前提。对比文件不涉及任何无线通信控制逻辑，未公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利在次小区被禁用时刷新其对应的HARQ缓冲器以保证行为可预测。对比文件为内燃机直接喷射结构，不存在该技术方案，未公开。 |
| 技术特征I：还包括<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 权利要求的附加特征引导词，对比文件未公开相关无线通信附加方案。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利通过接收L3层的RRC高层信令进行控制。对比文件完全未涉及无线电通信信令或RRC协议消息，未公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利利用RRC信令中的配置IE指示次小区启用与否。对比文件未公开任何通信信令控制次小区的技术内容。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利依据接收的RRC消息估计状态变量。对比文件属于机械热能动力技术，未公开。 |
| 技术特征M：还包括<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 附加特征引导词，对比文件未公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 次小区禁用时的触发条件。对比文件未公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利在禁用次小区时释放其专用的HARQ资源以节省资源开销。对比文件未涉及任何无线资源分配与释放，未公开。 |
| 技术特征P：还包括<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 附加特征引导词，对比文件未公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 触发条件，对比文件未公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利清除次服务小区的临时标识变量H-RNTI。对比文件不涉及任何通信标识符清除操作，未公开。 |
| 技术特征S：还包括<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 附加特征引导词，对比文件未公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利涉及物理层（L1）信令的接收。对比文件为机械结构，未公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利通过快速L1命令进行载波启停控制。对比文件完全未公开相关内容。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利通过HS-SCCH Order下发去激活指示。对比文件未涉及HS-SCCH信道或命令，未公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利通过检测HS-SCCH命令来确定次小区是否去激活。对比文件未公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利中L1控制信令携带具体的去激活指示信息。对比文件未公开。 |
| 技术特征Y：还包括<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 附加特征引导词，对比文件未公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 对比文件【0001】～【0054】全篇 | 目标专利在次小区停用后阻止整个MAC-ehs重置，保持锚定小区的数据接收不受影响。对比文件属于汽车发动机内燃技术，完全未涉及无线蜂窝通信或双载波数据接收，未公开。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括<br>《直接公开》 | [0014] "A wireless communication method and system for supporting an EU-DCH inter-Node-B serving cell change. The system includes at least one wireless transmit/receive unit (WTRU)..."<br>（中文翻译：一种用于支持EU-DCH Node-B间服务小区变更的无线通信方法和系统。该系统包括至少一个无线发射/接收单元（WTRU）……） | 公开性论述（直接公开）：<br>对比文件段落[0014]公开了该系统包括（includes）相应单元及方法步骤。本技术特征仅为权利要求的前序引导词“包括”，属于开放式权利要求的过渡用词，对比文件已明确公开并实质具备该开放式保护形态。因此，对比文件直接公开了技术特征A。 |
| 技术特征B：<br>当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 对比文件通篇未记载。涉及小区间切换的段落例如：<br>[0007] "FIG. 1 is a signal flow diagram depicting the operation of a conventional wireless communication system 100 in which out-of-sequence delivery to an RLC entity in the serving-RNC (S-RNC) and RLC recovery occur on the WTRU side during an EU-DCH inter-Node-B serving cell change. The wireless communication system 100 includes a WTRU 105, a target Node-B 110, a source Node-B 115 and an S-RNC 120."<br>（中文翻译：图1是示出常规无线通信系统100的操作的信令流程图，其中在EU-DCH Node-B间服务小区变更期间，在WTRU侧发生到服务RNC（S-RNC）中的RLC实体的乱序递交和RLC恢复。无线通信系统100包括WTRU 105、目标Node-B 110、源Node-B 115和服务RNC 120。） | 公开性论述（未公开）：<br>目标专利中的技术特征B限定的是多载波/多小区下行链路并行传输机制（DC-HSDPA），即WTRU同时从两个下行链路载波（锚定服务小区和次服务小区）接收不同的下行数据，以成倍提高下行吞吐量。然而，对比文件US20050094586A1涉及的是增强型上行链路专用信道（EU-DCH）在发生硬切换（hard handover）时的Node-B间服务小区变更技术，虽然涉及源Node-B与目标Node-B，但该两小区是切换前后的更替关系，并且对比文件中的上行增强技术与目标专利下行双载波并行接收不同数据的机制完全不同，对比文件根本没有公开亦未暗示WTRU配置为同时从锚定服务小区与次服务小区接收不同数据。因此，该特征未被公开。 |
| 技术特征C：<br>基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件通篇未记载。涉及小区变更控制的段落例如：<br>[0008] "...The target Node-B sends an Iub response message 140 to the S-RNC 120 which, in turn, sends a radio resource control (RRC) request message 145 to the WTRU 105. The EU-DCH inter-Node-B serving cell change is realized in the WTRU 105..."<br>（中文翻译：……目标Node-B向S-RNC 120发送Iub响应消息140，S-RNC 120继而向WTRU 105发送无线电资源控制（RRC）请求消息145。在WTRU 105中实现EU-DCH Node-B间服务小区变更……） | 公开性论述（未公开）：<br>目标专利中技术特征C紧密结合说明书段落[0040]，说明书明确指明在DC-HSDPA中采用次小区状态变量SECONDARY_CELL_HS_DSCH_RECEPTION来确定次服务HS-DSCH小区是启用还是不启用。而对比文件通篇涉及的是EU-DCH在上行传输中的小区变更处理，根本没有引入、记载或启示用于确定次服务小区状态的“SECONDARY_CELL_HS_DSCH_RECEPTION”变量。本领域技术人员无法从对比文件中得出该技术方案。因此，该特征未被公开。 |
| 技术特征D：<br>其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件通篇未记载。 | 公开性论述（未公开）：<br>目标专利说明书段落[0040]记载“当次小区状态变量为TRUE(真)时，次服务HS-DSCH小区可被启用并准备好用于HS-DSCH接收”。对比文件完全没有多载波/次小区的状态变量概念，更未公开将该变量设置为真以指示次服务小区被启用的逻辑。因此，该特征未被公开。 |
| 技术特征E：<br>当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 对比文件涉及HARQ实体的段落：<br>[0027] "...An HARQ/ARQ entity 320 for EU-DCH is located at the Node-B 305 within a MAC entity 325 that handles EU-DCH functionalities. If a data block is decoded successfully at the Node-B 305, it is forwarded to the re-ordering buffer 315 in the RNC 310..."<br>（中文翻译：……用于EU-DCH的HARQ/ARQ实体320位于Node-B 305处处理EU-DCH功能的MAC实体325内。如果数据块在Node-B 305处被成功解码，则将其转发到RNC 310中的重排序缓冲器315……） | 公开性论述（未公开）：<br>目标专利技术特征E结合说明书段落[0010]与[0040]，限定了次小区变量设为伪时指示禁用，且锚定小区与次小区各自分别关联一个独立的HARQ实体（即双载波下双HARQ实体架构）。对比文件虽然提及了HARQ实体（如段落[0027]记载在Node-B设置EU-DCH的HARQ/ARQ实体），但这仅仅是常规单载波上行链路传输中基站侧的单个HARQ实体，不仅没有涉及上述次小区状态变量设为伪指示禁用的逻辑，更没有公开WTRU下行双载波架构中锚定服务小区和次服务小区各自与独立的HARQ实体相关联。因此，该特征未被公开。 |
| 技术特征F：<br>所述HARQ实体具有HARQ缓冲器<br>《隐含公开》 | [0005] "...One example of this would be medium access control (MAC) layer hybrid automatic repeat request (HARQ) or simply MAC layer automatic repeat request (ARQ) operation where each individual transmission may require a different number of retransmissions to be successfully received by UTRAN..."<br>（中文翻译：……这方面的一个例子是媒体接入控制（MAC）层混合自动重复请求（HARQ）或仅是MAC层自动重复请求（ARQ）操作，其中每个单独的传输可能需要不同数量的重传以被UTRAN成功接收……）<br>[0009] "...it is necessary to reset the HARQ processes and TSNs in the WTRU 105, and flush the re-ordering queues in the source Node-B 115..."<br>（中文翻译：……有必要重置WTRU 105中的HARQ进程和TSN，并刷新源Node-B 115中的重排序队列……） | 公开性论述（隐含公开）：<br>对比文件明确公开了系统具备MAC层HARQ操作以及重置HARQ进程（HARQ processes）。根据通信技术领域的公知常识，HARQ实体内部必然由若干HARQ进程构成，且为了实现重传合并（例如软合并Chase Combining或增量冗余IR）以及等待确认重传，HARQ实体/HARQ进程在软硬件实现上必须具备存储传输/接收软比特数据的HARQ缓冲器（HARQ Buffer）。因此，对比文件公开的HARQ实体隐含了其具备HARQ缓冲器这一常规架构，本领域技术人员能够从对比文件直接且合理推断得出。因此，按照宽松标准，技术特征F被隐含公开。 |
| 技术特征G：<br>在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件通篇未记载。 | 公开性论述（未公开）：<br>目标专利中该特征限定触发后续动作的特定条件，即依据SECONDARY_CELL_HS_DSCH_RECEPTION变量确定次服务小区被禁用（说明书段落[0040]、[0044]）。对比文件中不存在次服务小区，亦不存在根据该变量判定次服务小区被禁用的技术方案。因此，该特征未被公开。 |
| 技术特征H：<br>刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | [0009] "...it is necessary to reset the HARQ processes and TSNs in the WTRU 105, and flush the re-ordering queues in the source Node-B 115..."<br>（中文翻译：……有必要重置WTRU 105中的HARQ进程和TSN，并刷新源Node-B 115中的重排序队列……）<br>[0025] "...With the proper implementation of re-ordering function, HARQ processes and TSNs do not need to be reset in the WTRU, and the re-ordering buffer does not need to be flushed during an EU-DCH inter-Node-B serving cell change..."<br>（中文翻译：……通过正确实现重排序功能，在EU-DCH Node-B间服务小区变更期间，WTRU中的HARQ进程和TSN不需要被重置，并且重排序缓冲器不需要被刷新……） | 公开性论述（未公开）：<br>目标专利技术特征H结合说明书段落[0013]、[0015]、[0044]可知，其技术方案和作用在于：在DC-HSDPA多载波架构下，当次服务小区被禁用时，为了避免重置整个MAC实体（因为锚定小区仍在通信），专门针对性地刷新与次服务小区关联的那个HARQ实体的HARQ缓冲器，防止残留数据产生不可预测的错误。对比文件段落[0009]仅描述了背景技术中上行硬切换时源基站侧“刷新重排序队列（flush the re-ordering queues）”，而其发明方案段落[0025]甚至明确指出不需要刷新；更重要的是，对比文件完全没有多载波次服务小区的概念，更不存在“刷新与次服务小区关联的HARQ实体的HARQ缓冲器”的技术方案与作用。因此，该特征未被公开。 |
| 技术特征I：<br>还包括<br>《直接公开》 | [0014] "...A MAC entity that handles EU-DCH functionalities is set up in the target Node-B, and the target Node-B sends an Iub response message back to the S-RNC. The S-RNC then sends a radio resource control (RRC) request message to the WTRU. The WTRU then sends an RRC complete message to the S-RNC."<br>（中文翻译：……在目标Node-B中建立处理EU-DCH功能的MAC实体，且目标Node-B向S-RNC发回Iub响应消息。S-RNC然后向WTRU发送无线电资源控制（RRC）请求消息。WTRU然后向S-RNC发送RRC完成消息。） | 公开性论述（直接公开）：<br>本技术特征为权利要求从属特征连接词“还包括”，对比文件在对应多步骤流程中已直接公开包含了更多附加步骤或配置。因此，对比文件直接公开了技术特征I。 |
| 技术特征J：<br>接收无线电资源控制RRC消息<br>《隐含公开》 | [0014] "...The S-RNC then sends a radio resource control (RRC) request message to the WTRU. The WTRU then sends an RRC complete message to the S-RNC."<br>（中文翻译：……S-RNC然后向WTRU发送无线电资源控制（RRC）请求消息。WTRU然后向S-RNC发送RRC完成消息。）<br>[0038] "...In step 620, the S-RNC 520 sends a third (RRC request) message to the WTRU 505 informing the WTRU 505 of the need for an EU-DCH inter-Node-B serving cell change..."<br>（中文翻译：……在步骤620中，S-RNC 520向WTRU 505发送第三（RRC请求）消息，通知WTRU 505关于EU-DCH Node-B间服务小区变更的需求……） | 公开性论述（隐含公开）：<br>对比文件段落[0014]与[0038]明确公开了网络侧的S-RNC向终端WTRU发送RRC请求消息（RRC request message），WTRU随后发送RRC完成消息。由于WTRU需要响应发送RRC完成消息，本领域技术人员可以毫无疑义地合理推断出WTRU必然接收了该RRC消息。因此，对比文件公开了WTRU接收RRC消息。尽管其传输的内容与应用场景不同，但按照极度宽松的特征对应标准，对比文件至少隐含公开了WTRU“接收无线电资源控制RRC消息”的行为。因此，技术特征J被隐含公开。 |
| 技术特征K：<br>该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 对比文件通篇未记载。涉及RRC消息内容的段落：<br>[0038] "...the S-RNC 520 sends a third (RRC request) message to the WTRU 505 informing the WTRU 505 of the need for an EU-DCH inter-Node-B serving cell change (step 620)..."<br>（中文翻译：……S-RNC 520向WTRU 505发送第三（RRC请求）消息，通知WTRU 505关于EU-DCH Node-B间服务小区变更的需求（步骤620）……） | 公开性论述（未公开）：<br>目标专利技术特征K结合说明书段落[0038]、[0043]可知，RRC消息是用于对多载波系统中的次服务HS-DSCH小区进行启用/禁用控制。对比文件中的RRC消息仅用于通知WTRU进行上行增强型专用信道EU-DCH在基站之间的硬切换变更（服务小区由源基站切换到目标基站），既没有次服务小区的概念，也绝无指示次服务小区是否被启用的含义。两者技术方案和所起作用截然不同。因此，该特征未被公开。 |
| 技术特征L：<br>其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 对比文件通篇未记载。 | 公开性论述（未公开）：<br>如前所述，技术特征L中指代的“所述状态”是指次服务小区是否被启用的状态（技术特征C、D、E、K）。对比文件不涉及次服务小区启用状态的判断，更不可能根据RRC消息来确定该状态。因此，该特征未被公开。 |
| 技术特征M：<br>还包括<br>《直接公开》 | 参见技术特征I。 | 公开性论述（直接公开）：<br>本技术特征为权利要求从属特征连接词“还包括”，对比文件实质公开了包含进一步技术动作的方案。因此，对比文件直接公开了技术特征M。 |
| 技术特征N：<br>在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件通篇未记载。 | 公开性论述（未公开）：<br>同技术特征G，对比文件缺乏次服务小区被禁用的前置条件判断。因此，该特征未被公开。 |
| 技术特征O：<br>释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 对比文件涉及释放实体的段落：<br>[0039] "...The MAC entity that handles EU-DCH functionalities in the source Node-B may be released and the source Node-B may send an Iub response message to the S-RNC in response to the Iub Request message..."<br>（中文翻译：……源Node-B中处理EU-DCH功能的MAC实体可被释放，且源Node-B可向S-RNC发送Iub响应消息作为对Iub请求消息的响应……） | 公开性论述（未公开）：<br>目标专利技术特征O结合说明书段落[0044]记载“释放与次服务HS-DSCH小区关联的所有HARQ资源”，作用在于当辅助载波停止工作后，回收释放为该次服务小区配置的HARQ软硬件资源。而对比文件段落[0039]公开的是在源基站处释放其MAC实体（基站侧整体释放上行切换离开的实体），与在WTRU侧释放多小区中与次服务小区关联的HARQ资源在执行主体、对象及具体实现方案上均完全不同。对比文件未公开释放与次服务小区关联的HARQ资源。因此，该特征未被公开。 |
| 技术特征P：<br>还包括<br>《直接公开》 | 参见技术特征I。 | 公开性论述（直接公开）：<br>本技术特征为权利要求从属特征连接词“还包括”，对比文件实质公开了包含进一步技术动作的方案。因此，对比文件直接公开了技术特征P。 |
| 技术特征Q：<br>在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件通篇未记载。 | 公开性论述（未公开）：<br>同技术特征G与N，对比文件缺乏该前提条件判定。因此，该特征未被公开。 |
| 技术特征R：<br>清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 对比文件通篇未记载。涉及标识重置的段落：<br>[0009] "...it is necessary to reset the HARQ processes and TSNs in the WTRU 105, and flush the re-ordering queues in the source Node-B 115..."<br>（中文翻译：……有必要重置WTRU 105中的HARQ进程和TSN，并刷新源Node-B 115中的重排序队列……） | 公开性论述（未公开）：<br>目标专利技术特征R结合说明书段落[0010]、[0014]、[0044]、[0049]，在DC-HSDPA中每个小区分配有独立的H-RNTI，当次服务小区被禁用时，需要清除该小区的变量H_RNTI并移除存储的关联H-RNTI，以停止下行侦听和调度解码。对比文件是针对上行EU-DCH传输，涉及的是传输序号TSN和上行HARQ进程，根本没有出现或公开高速下行链路共享信道专用标识符“H-RNTI”，更谈不上清除与次服务小区关联的H-RNTI。因此，该特征未被公开。 |
| 技术特征S：<br>还包括<br>《直接公开》 | 参见技术特征I。 | 公开性论述（直接公开）：<br>本技术特征为权利要求从属特征连接词“还包括”，对比文件实质公开了包含进一步技术动作的方案。因此，对比文件直接公开了技术特征S。 |
| 技术特征T：<br>接收包括层1L1信令的信号<br>《未公开》 | 对比文件通篇未提及L1信令，仅提及：<br>[0008] "...which, in turn, sends a radio resource control (RRC) request message 145 to the WTRU 105..."<br>（中文翻译：……S-RNC向WTRU 105发送无线电资源控制（RRC）请求消息145……） | 公开性论述（未公开）：<br>目标专利技术特征T结合说明书段落[0012]、[0045]，指出利用层1（L1）物理层信令（如HS-SCCH命令）来实现辅助载波的高速动态控制。对比文件中的控制信令全部为高层（层3）的RRC消息（无线电资源控制消息）或基站与RNC之间的Iub接口消息，根本没有公开WTRU接收包括层1（L1）信令的信号。因此，该特征未被公开。 |
| 技术特征U：<br>其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 对比文件通篇未记载。 | 公开性论述（未公开）：<br>目标专利中该特征基于HS-SCCH Order下发激活/去激活HS-DSCH辅助载波的指示。对比文件完全不涉及L1控制信令，亦不涉及HS-DSCH载波的激活或去激活。因此，该特征未被公开。 |
| 技术特征V：<br>其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 对比文件通篇未记载。 | 公开性论述（未公开）：<br>目标专利说明书段落[0012]、[0045]明确指明L1信令为HS-SCCH命令（HS-SCCH orders）。对比文件为上行EU-DCH增强技术，未公开HS-SCCH命令。因此，该特征未被公开。 |
| 技术特征W：<br>其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件通篇未记载。 | 公开性论述（未公开）：<br>目标专利中WTRU检测HS-SCCH命令以判定次服务小区是激活还是去激活状态（段落[0045]）。对比文件不存在该机制。因此，该特征未被公开。 |
| 技术特征X：<br>其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件通篇未记载。 | 公开性论述（未公开）：<br>对比文件完全没有记载指示次服务小区被去激活的L1信令。因此，该特征未被公开。 |
| 技术特征Y：<br>还包括<br>《直接公开》 | 参见技术特征I。 | 公开性论述（直接公开）：<br>本技术特征为权利要求从属特征连接词“还包括”，对比文件实质公开了包含进一步技术动作的方案。因此，对比文件直接公开了技术特征Y。 |
| 技术特征Z：<br>在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 对比文件通篇未记载。涉及切换的段落：<br>[0009] "Since the EU-DCH inter-Node-B serving cell change results in switching from one Node-B to another..."<br>（中文翻译：由于EU-DCH Node-B间服务小区变更导致从一个Node-B切换到另一个Node-B……） | 公开性论述（未公开）：<br>目标专利技术特征Z紧密结合说明书段落[0013]、[0038]，在双小区下行接收时，次服务小区禁用后锚定服务小区保持可用，WTRU继续从锚定服务小区接收数据，因此无需重置整个MAC实体。对比文件所公开的方案为上行硬切换（硬切换是离开源Node-B切换至目标Node-B，两者无法共存），根本没有锚定小区与次小区的并存分工机制，更未公开在次服务小区被禁用后仍继续从锚定服务小区接收数据。因此，该特征未被公开。 |
---
<<<A>>>
<<<f>>>
<<<I>>>
<<<j>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<Y>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《未公开》 | 无对应公开内容。 | 对比文件（US20050273886A1）涉及植物分子生物学领域，具体公开编码植物和种子中质体磷酸葡萄糖变位酶（pPGM）的多核苷酸及其在调节基因表达中的用途。而目标专利属于无线移动通信领域中多载波/双小区（DC-HSDPA）下行链路操作技术。对比文件全文完全属于完全不相干的生物化学与植物基因工程领域，既未直接公开、也未隐含公开无线通信系统或接收机制中的该连接引导特征。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 无对应公开内容。 | 对比文件公开的是质体磷酸葡萄糖变位酶基因序列、植物转化载体及转基因大豆选育（如[0008]、[0012]、[0162]等）。对比文件全文不涉及无线发射接收单元（WTRU）、锚定服务小区与次服务小区的多载波配置或多小区并行接收不同数据的方案，该技术特征未被直接或隐含公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 无对应公开内容。 | 对比文件记载的是酶活性、淀粉合成代谢调控和DNA构建体等生物学内容，完全没有通信协议中的状态变量、SECONDARY_CELL_HS_DSCH_RECEPTION变量或对次服务小区工作状态的确定机制，该技术特征未被直接或隐含公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 无对应公开内容。 | 对比文件未披露任何移动通信协议中布尔变量设置、状态机维护或将特定变量设为TRUE指示次小区启用的技术手段，该技术特征未被直接或隐含公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 无对应公开内容。 | 对比文件属于植物转基因技术方案，全文不存在HARQ（混合自动重复请求）机制，亦无锚定/次小区分别独立关联各自HARQ实体的MAC架构，更未披露变量为FALSE指示次小区禁用的处理逻辑，该技术特征未被直接或隐含公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及数字通信中的重传缓存、物理层/MAC层HARQ缓冲器或通信协议控制实体的内部结构，该技术特征未被直接或隐含公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及基于特定协议状态变量判断次服务小区是否处于禁用状态的条件判断过程，该技术特征未被直接或隐含公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 无对应公开内容。 | 对比文件不涉及数据包接收、MAC-ehs协议栈、HARQ实体或在小区禁用时刷新次小区HARQ缓冲器的操作，该技术特征未被直接或隐含公开。 |
| 技术特征I：还包括<br>《未公开》 | 无对应公开内容。 | 对比文件属于植物基因工程领域，完全未记载无线通信方法或装置的权利要求从属组合要素，该技术特征未被直接或隐含公开。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《未公开》 | 无对应公开内容。 | 对比文件未披露通信网络中层3（L3）无线电资源控制（RRC）信令的传输或在移动终端处的接收过程，该技术特征未被直接或隐含公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及任何指示辅载波/次服务小区启用或禁用状态的RRC高层信令，该技术特征未被直接或隐含公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 无对应公开内容。 | 对比文件未记载利用接收到的高层RRC控制消息解析并评估得出次服务小区状态的技术方案，该技术特征未被直接或隐含公开。 |
| 技术特征M：还包括<br>《未公开》 | 无对应公开内容。 | 对比文件未公开通信技术方案的附加处理过程，该技术特征未被直接或隐含公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 无对应公开内容。 | 对比文件属于分子生物学与农作物改良技术领域，全文不具备任何关于次服务小区被判定处于禁用状态的触发逻辑，该技术特征未被直接或隐含公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 无对应公开内容。 | 对比文件不涉及通信系统基带或协议栈中HARQ实体、缓冲器或HARQ传输进程资源的释放与管理，该技术特征未被直接或隐含公开。 |
| 技术特征P：还包括<br>《未公开》 | 无对应公开内容。 | 对比文件不涉及无线通信装置或方法的操作补充，该技术特征未被直接或隐含公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 无对应公开内容。 | 对比文件全文未记载或暗示任何多载波系统中辅助通信小区的禁用判定情境，该技术特征未被直接或隐含公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 无对应公开内容。 | 对比文件属于植物抗性与组分调控生物技术，完全未记载移动通信蜂窝网的临时标识符H-RNTI及其清除操作，该技术特征未被直接或隐含公开。 |
| 技术特征S：还包括<br>《未公开》 | 无对应公开内容。 | 对比文件未披露任何无线通信协议层操作的附加步骤，该技术特征未被直接或隐含公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《未公开》 | 无对应公开内容。 | 对比文件未披露移动通信物理层（L1）控制信号的收发机制，该技术特征未被直接或隐含公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及通过物理层L1信令快速通知次载波激活/去激活的控制机制，该技术特征未被直接或隐含公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及3GPP HSDPA标准中的HS-SCCH order（高速共享控制信道命令），该技术特征未被直接或隐含公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 无对应公开内容。 | 对比文件未披露基于接收的L1快速控制信令确定次服务小区状态的处理逻辑，该技术特征未被直接或隐含公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 无对应公开内容。 | 对比文件未公开L1信令中包含去激活次服务小区的具体控制指令，该技术特征未被直接或隐含公开。 |
| 技术特征Y：还包括<br>《未公开》 | 无对应公开内容。 | 对比文件未公开多载波通信过程中的操作步骤，该技术特征未被直接或隐含公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 无对应公开内容。 | 对比文件与无线蜂窝通信不相关，完全未记载当次服务小区处于禁用/去激活后、主/锚定服务小区保持激活并继续独立接收下行链路数据的行为，该技术特征未被直接或隐含公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括<br>《直接公开》 | 全文多处，例如段落[2]（第29段）：“本明細書において用いる場合、用語「備える」、「備えている」、またはそのいずれの変形も、非排他的包含を含むことを意図しており……”（在本说明书中使用时，术语“包含”、“包括”或其任何变形意在包括非排他性的包含……） | 对比文件在描述技术方案及权利要求表述时，明确记载并使用了“包括”（備える）这一常规前序/过渡词，其在对比文件中的作用是界定技术方案的组成要素，与技术特征A在目标专利中作为开放式过渡词的作用完全相同。本领域技术人员能毫无疑义地确定该特征被对比文件直接公开。 |
| 技术特征B：<br>当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 对比文件无对应公开内容。关于多小区操作，对比文件在段落[2]（第10段）中记载：“例えば、図１に示すように、セル１のセクタｂ担当ＢＴＳにより担当されるＭＳ１１４は、セル３のセクタｃおよびセル４のセクタａとの三方向ソフト・ハンドオフ（3-way soft handoff）状態となる。”（例如，如图1所示，由小区1的扇区b担当BTS担当的MS114与小区3的扇区c以及小区4的扇区a处于三向软切换状态。）在段落[2]（第13段）中记载：“アクティブ・セットのＢＴＳ２０１、２０３、２０４は、その予めフォーマットされた無線フレームを順方向リンクを通じて同時放送(simulcast) する。”（活动集的BTS 201、203、204通过前向链路同播该预格式化的无线电帧。） | 目标专利技术特征B限定的是多载波/双小区HSDPA（DC-HSDPA）下行数据传输场景，即WTRU同时从两个不同小区（锚定服务小区和次服务小区）接收不同的下行数据，以此实现带宽加倍和吞吐量提升（参见目标专利说明书[0008]-[0009]）。<br>而在对比文件中，涉及多个BTS/小区的场景仅为CDMA/WCDMA系统中的软切换（Soft Handoff, SHO）机制：在下行方向上，多个活动集BTS向MS发送的是完全相同的预格式化无线电帧（即同播/simulcast），用于提供下行宏分集增益；在上行方向上，增强上行链路（EUDCH）也仅是从一个MS发送到多个BTS进行独立解调解码与宏选择分集。对比文件根本没有公开亦未教导“移动台同时从两个小区接收不同数据”的多载波/多小区聚合下行并发接收架构。因此，对比文件既没有直接公开，也不存在推导或组合以隐含公开技术特征B的可能。 |
| 技术特征C：<br>基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利技术特征C限定通过特定的“SECONDARY_CELL_HS_DSCH_RECEPTION”变量来确定次服务小区的状态（启用/禁用，参见目标专利说明书[0040]）。对比文件公开的是CDMA/WCDMA SHO系统架构，其关注的是活动集更新与软切换处理，不存在任何对应于“SECONDARY_CELL_HS_DSCH_RECEPTION变量”或用于表征次载波/次服务小区接收状态的同类变量，更没有基于该变量确定次服务小区状态的方案。对比文件完全未公开该特征。 |
| 技术特征D：<br>其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书[0040]阐述了当SECONDARY_CELL_HS_DSCH_RECEPTION为TRUE时次服务小区被启用并准备好HS-DSCH接收。对比文件完全没有多载波次小区状态变量的配置及其TRUE逻辑判断机制，未公开该特征。 |
| 技术特征E：<br>当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 对比文件无对应公开内容。关于HARQ，对比文件在段落[2]（第11段）中记载：“図２に示すように、ＲＮＣ１１０は、ＡＲＱ機能２１０、スケジューラ２１２、およびソフト・ハンドオフ（ＳＨＯ）機能２１４を含む。”（如图2所示，RNC 110包括ARQ功能210、调度器212和软切换功能214。）在段落[2]（第15段）记载：“スケジューリング機能３１６、ＡＲＱ機能３１４、およびＳＨＯ機能３１８が、ＢＴＳ３０１〜３０７の各々に分散されている。”（调度功能316、ARQ功能314和SHO功能318分散到各个BTS 301-307中。） | 目标专利技术特征E包含两个子特征：一是变量设为FALSE指示次服务小区被禁用；二是锚定服务小区与次服务小区的每一者与各自的HARQ实体关联（即如目标专利说明书[0010]所示的双HARQ实体架构，每个小区指派单独的HARQ实体）。<br>对比文件中既无变量为FALSE指示禁用的设计；其公开的HARQ功能亦是基站侧或RNC侧针对上行链路EUDCH的软合成/重传处理，完全未涉及终端侧针对锚定小区和次小区分别配置各自独立HARQ实体的双小区MAC架构。因此对比文件未公开该特征。 |
| 技术特征F：<br>所述HARQ实体具有HARQ缓冲器<br>《直接公开》 | 段落[2]（第20段）：“トラフィック・データ・バッファ、好ましくは、ＢＴＳのＨ−ＡＲＱバッファにおいて、デコードされ、かつ復調されたトラフィック・データを、以前の送信および後続の送信からのトラフィック・データと共に、受信されたＥＵＤＣＨサブフレーム４２２に含まれるデータのデコードに成功するまで含む。”（在业务数据缓冲器、优选为BTS的H-ARQ缓冲器中，包含解码且解调的业务数据以及来自先前传输和后续传输的业务数据，直到包含在所接收的EUDCH子帧422中的数据成功解码为止。）<br>段落[2]（第21段）：“即ち、新たなインジケータ・ビットの受信に応答して、各アクティブ・セットＢＴＳ３０１、３０３、３０４は、新たなインジケータ・ビットを発信したＭＳ、即ち、ＭＳ１０１４の対応する現在のＨ−ＡＲＱチャネルのためのＨ−ＡＲＱバッファを一括消去（ｆｌｕｓｈ）する。”（即，响应于接收到新指示符比特，各个活动集BTS 301、303、304将发送了新指示符比特的MS 1014的对应当前H-ARQ信道的H-ARQ缓冲器一括消去/刷新。） | 在对比文件中，基站侧具备HARQ处理实体与对应的“H-ARQ缓冲器（Ｈ−ＡＲＱバッファ）”，用于暂存接收到的数据以进行软合并和重传处理。该缓冲器在功能和结构属性上均完全对应于技术特征F限定的“所述HARQ实体具有HARQ缓冲器”。本领域技术人员可以毫无疑义地确定该特征被对比文件直接公开。 |
| 技术特征G：<br>在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利技术特征G限定了次服务小区根据SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为禁用的特定触发条件（参见说明书[0044]步骤602）。对比文件根本没有多载波次服务小区及该变量的设计，更不存在该前置条件，未公开该特征。 |
| 技术特征H：<br>刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《隐含公开》 | 段落[2]（第21段）：“その新たなインジケータ・ビットは、各アクティブ・セットＢＴＳ３０１、３０３、３０４に、ＥＵＤＣＨサブフレームのデコードに成功したことを通知し、かつＢＴＳによって、対応するＨ−ＡＲＱチャネルに対するＨ−ＡＲＱフラッシュ・コマンドとして解釈される。 即ち、新たなインジケータ・ビットの受信に応答して、各アクティブ・セットＢＴＳ３０１、３０３、３０４は、新たなインジケータ・ビットを発信したＭＳ、即ち、ＭＳ１０１４の対応する現在のＨ−ＡＲＱチャネルのためのＨ−ＡＲＱバッファを一括消去（ｆｌｕｓｈ）する。”（该新指示符比特通知各活动集BTS成功解码了EUDCH子帧，并被BTS解释为针对对应H-ARQ信道的H-ARQ刷新命令。即，响应于接收到新指示符比特，各活动集BTS刷新发送了新指示符比特的MS的对应当前H-ARQ信道的H-ARQ缓冲器。）<br>段落[2]（第22段）：“タイマーが終了した後に……ＢＴＳは、ＥＵＤＣＨサブフレームを伝達したＭＳと関連付けてＢＴＳが維持している、トラフィック・データ・バッファ、即ち、Ｈ−ＡＲＱ軟判定バッファを一括消去する。”（定时器超时后……BTS一括消去BTS维持的与发送了EUDCH子帧的MS关联的业务数据缓冲器即H-ARQ软判定缓冲器。） | 目标专利中该特征的作用在于当次小区停用时，单独刷新该次小区对应的HARQ实体的缓冲器，以避免与主小区共用时产生状态混乱并确保可预测行为（说明书[0013]-[0015]、[0044]）。<br>对比文件虽然没有公开“与次服务小区关联的HARQ实体”，但在软切换和上行H-ARQ管理中，明确公开了针对特定信道/特定关联对象执行“H-ARQ缓冲器的一括消去（flush，刷新）”操作（例如响应于新数据指示或定时器超时清空软判定缓冲器）。按照宽松的隐含公开判断标准，对比文件部分公开了“刷新特定关联实体的HARQ缓冲器”这一技术动作与机制，本领域技术人员有可能基于对比文件关于H-ARQ缓冲器flush的教导推断并与其他多小区背景技术结合，故认定技术特征H被对比文件隐含公开。 |
| 技术特征I：<br>还包括<br>《直接公开》 | 全文多处，例如段落[2]（第29段）：“本明細書において用いる場合、用語「備える」、「備えている」、またはそのいずれの変形も、非排他的包含を含むことを意图しており……” | 对比文件在多处实施例的描述中记载并使用了开放性连接词“还包括”（更に、〜を含む），其所起的作用与技术特征I完全相同。属于直接公开。 |
| 技术特征J：<br>接收无线电资源控制RRC消息<br>《直接公开》 | 段落[2]（第6段）：“担当ＢＴＳは、ハンドオフ・ディレクション・メッセージ(handoff direction message) によって、繰り上げについてＭＳに通知する。”（担当BTS通过切换指示消息(handoff direction message)将提升通知给MS。）<br>段落[2]（第19段）：“本発明の別の実施形態では、データ・キュー・ステータスは、キュー・レイヤ３シグナリング(queued layer 3 signaling)およびキュー・データ（queued data ）により構成され得る。”（在本发明的另一实施例中，数据队列状态可由排队第3层信令(queued layer 3 signaling)和排队数据构成。）<br>段落[2]（第10段）：“好ましくは、通信システム１００は、ＣＤＭＡ２０００またはＷＣＤＭＡシステムである。……通信システム１０００は、好ましくは３ＧＰＰ ＴＳＧ ＵＴＲＡＮ Ｉｕｂインターフェースを通じて各ＢＳＳに接続されている無線ネットワーク・コントローラ（ＲＮＣ）１０１０と……”（优选地，通信系统100是CDMA2000或WCDMA系统……通信系统1000包括优选通过3GPP TSG UTRAN Iub接口连接到各BSS的无线网络控制器(RNC) 1010……） | 对比文件明确属于WCDMA/3GPP通信系统，公开了由RNC管理移动性并在BTS与MS之间传输高层信令，明确提及了“切换指示消息（属于典型的RRC消息）”以及“第3层信令（Layer 3 signaling，在无线接口即为RRC协议消息）”。终端接收基站/RNC发送的切换指示消息及L3信令的过程即为接收RRC消息。本领域技术人员能够毫无疑义地确定对比文件直接公开了“接收RRC消息”。 |
| 技术特征K：<br>该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 对比文件无对应公开内容。关于RRC/切换信令，段落[2]（第6段）仅记载：“担当ＢＴＳは、ハンドオフ・ディレクション・メッセージ(handoff direction message) によって、繰り上げについてＭＳに通知する。 次いで、ＭＳが、旧ＢＴＳとの通信を終了する前に、アクティブ・セットに加入した新たなＢＴＳとの通信を開始すると、「ソフト・ハンドオフ」が行われたことになる。”（担当BTS通过切换指示消息将提升通知给MS。接着，当MS在终止与旧BTS的通信之前开始与加入活动集的新BTS通信时，进行“软切换”。） | 目标专利技术特征K限定RRC消息中携带指示“次服务小区是否被启用”的明确指示（例如IE或配置变量，参见说明书[0038]、[0043]）。<br>对比文件的切换指示消息仅用于传统软切换过程中指示将某个BTS从候选集提升到活动集（即增删活动集成员进行宏分集同播传输），完全没有载波聚合/DC-HSDPA次服务小区概念，更无任何RRC消息用于指示“次服务小区是否被启用”。对比文件未公开该特征。 |
| 技术特征L：<br>其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利技术特征L限定根据接收到的RRC消息来确定次服务小区的启用/禁用状态。对比文件中不存在根据RRC消息确定次服务小区启用/禁用状态的过程，未公开该特征。 |
| 技术特征M：<br>还包括<br>《直接公开》 | 全文多处，例如段落[2]（第29段）：“本明細書において用いる場合、用語「備える」、「備えている」、またはそのいずれの変形も、非排他的包含を含むことを意図しており……” | 对比文件公开了非排他性的“还包括”连接词，属于直接公开。 |
| 技术特征N：<br>在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件无对应公开内容。 | 对比文件不涉及多小区载波聚合下确定次服务小区被禁用的判断条件与情境。未公开该特征。 |
| 技术特征O：<br>释放与所述次服务小区关联的HARQ资源。<br>《隐含公开》 | 段落[2]（第25段）：“アクティブ・セットＢＴＳ３０１、３０３、３０４が、ＢＴＳにより判定されるリンク品質計量がリンク品質計量閾値未満であると判定した場合、ＢＴＳは、担当されるＭＳ１０１４に関連する第１逆方向リンク制御チャネルに割り当てられた復調リソース１１１２〜１１１４の割り当てを解除し、ＭＳに関連する第２逆方向リンク制御チャネルに関連する復调リソース１１１２〜１１１４の割り当てを維持してもよい。”（当活动集BTS判定链路质量度量小于阈值时，BTS可以解除分配给与所担当MS关联的第一反向链路控制信道的解调资源1112-1114，同时维持与第二反向链路控制信道关联的解调资源的分配。）<br>段落[2]（第25段）：“所定の時間間隔の経過がタイマーによって測定された場合に、ＢＴＳは、ＭＳに関連する第１逆方向リンク制御チャネルに割り当てられた復調リソース１１１２〜１１１４の割り当てを解除し……”（在定时器测得经过预定时间间隔的情况下，BTS可以解除分配给与MS关联的第一反向链路控制信道的解调资源1112-1114……） | 目标专利技术特征O限定在次服务小区停用时释放该小区的HARQ资源（说明书[0019]、[0044]步骤605）。<br>对比文件虽然是在上行软切换与BTS解调资源分配场景下，但其明确公开了在链路质量差或定时器超时等停用/不可用条件下，对分配给MS信道的物理/处理资源进行“解除分配（割り当てを解除，即释放资源）”。按照极其宽松的隐含公开判断标准，对比文件部分公开了“在条件不满足/去激活时释放特定关联信道/通信实体的资源”这一技术手段，本领域技术人员有可能基于该原理推断出在多小区释放对应实体的处理资源，故认定技术特征O被对比文件隐含公开。 |
| 技术特征P：<br>还包括<br>《直接公开》 | 全文多处，例如段落[2]（第29段）：“本明細書において用いる場合、用語「備える」、「備えている」、またはそのいずれの変形も、非排他的包含を含むことを意図しており……” | 属于常规连接词，被直接公开。 |
| 技术特征Q：<br>在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件无对应公开内容。 | 对比文件未涉及次服务小区被禁用的前置判定条件，未公开该特征。 |
| 技术特征R：<br>清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 对比文件在标识符方面仅在段落[2]（第17段）中记载：“各アクティブ・セットＢＴＳ３０１、３０３、３０４は、第１順方向リンク制御チャネル４２６に対して、それらのＢＴＳが担当するＭＳ、即ち、ＭＳ１０１４に一意的に関連付けられているＭＳ識別子（ＩＤ）を作成する。 ＢＴＳは、ＭＳに一意的に関連付けられている（ＭＳおよびアクティブ・セットＢＴＳにおいては既知の）ｎ−ビットＩＤをＢＴＳにおけるＣＲＣ発生器に通すことによって、ＭＳ ＩＤを作成する。”（各活动集BTS针对第一前向链路控制信道426创建与该BTS所担当的MS唯一关联的MS标识符(ID)……通过CRC生成器传递n比特ID创建MS ID。） | 目标专利技术特征R限定清除分配给次服务小区的专用H-RNTI标识符变量，以停止次小区监听并清理协议状态（说明书[0010]、[0044]、[0049]）。<br>对比文件虽然提及了MS ID（用于前向控制信道的CRC加扰），但完全未公开次服务小区专属的H-RNTI，更未公开在任何禁用条件下“清除H-RNTI”的技术方案。对比文件未公开该特征。 |
| 技术特征S：<br>还包括<br>《直接公开》 | 全文多处，例如段落[2]（第29段）：“本明細書において用いる場合、用語「備える」、「備えている」、またはそのいずれの変形も、非排他的包含を含むことを意図しており……” | 属于常规连接词，被直接公开。 |
| 技术特征T：<br>接收包括层1L1信令的信号<br>《直接公开》 | 段落[2]（第17段）：“スケジューリング対象の、ＭＳ１０１４のようなＭＳを選択すると、各アクティブ・セットＢＴＳ３０１、３０３、３０４は、第１順方向リンク制御チャネル４２６上で、スケジューリング割り当て４１８を選択されたＭＳ、即ち、ＭＳ１０１4に伝達する。”（在选择了作为调度对象的MS后，各活动集BTS在第一前向链路控制信道426上将调度分配418传达到被选择的MS。）<br>段落[2]（第18段）：“ＭＳによって監視される順方向リンク制御チャネルは、……高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）、即ち、高速共有制御チャネル（ＨＳ−ＳＣＣＨ）に対応する制御チャネル、ならびにＥＵＤＣＨ送信に対応する第１順方向リンク制御チャネル４２６および第２順方向リンク制御チャネル４２０を含み得る。”（由MS监视的前向链路控制信道可以包括……与高速下行链路共享信道(HS-DSCH)、即高速共享控制信道(HS-SCCH)对应的控制信道，以及与EUDCH传输对应的第一前向链路控制信道426和第二前向链路控制信道420。） | 对比文件中MS接收来自BTS的前向链路物理控制信道（如第1/第2顺向链路控制信道、HS-SCCH等），这些信道传输的调度分配、ACK/NACK等均属于典型的层1（L1）物理层信令。其作用是为终端提供低时延的物理层控制信息，与技术特征T在目标专利中的传输作用相同。本领域技术人员可以毫无疑义地确定该特征被对比文件直接公开。 |
| 技术特征U：<br>其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 对比文件无对应公开内容。关于控制信令内容，段落[2]（第17段）记载：“スケジューリング割り当て４１８は、最大許容「電力余裕」目標と、第１順方向リンク制御チャネル４２６を用いた次の１０ｍｓ送信間隔に対する２ｍｓサブフレーム間隔のような許容ＥＵＤＣＨサブフレーム送信間隔のマップとから成る。”（调度分配418由最大允许“功率裕量”目标以及允许的EUDCH子帧发送间隔的映射构成。）段落[2]（第21段）记载：“その新たなインジケータ・ビットは、各アクティブ・セットＢＴＳ３０１、３０３、３０４に、ＥＵＤＣＨサブフレームのデコードに成功したことを通知し、かつＢＴＳによって、対応するＨ−ＡＲＱチャネルに対するＨ−ＡＲＱフラッシュ・コマンドとして解釈される。”（该新指示符比特被BTS解释为对应H-ARQ信道的H-ARQ刷新命令。） | 目标专利技术特征U限定L1信令承载对激活或去激活HS-DSCH载波（即辅助下行载波）的快速物理层指示（说明书[0012]、[0045]）。<br>对比文件的L1前向控制信道承载的是EUDCH的调度授权分配（功率裕量、子帧映射、TFRI等）以及ACK/NACK，完全不包含任何对HS-DSCH下行载波进行“激活或去激活”的指示。对比文件未公开该特征。 |
| 技术特征V：<br>其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《隐含公开》 | 段落[2]（第18段）：“ＭＳによって監視される順方向リンク制御チャネルは、……高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ：High Speed Downlink Shared Channel）、即ち、高速共有制御チャネル（ＨＳ−ＳＣＣＨ：High Speed Shared Control Channel ）に対応する制御チャネル、ならびにＥＵＤＣＨ送信に対応する第１順方向リンク制御チャネル４２６および第２順方向リンク制御チャネル４２０を含み得る。”（由MS监视的前向链路控制信道可以包括：专用物理数据信道……对应于高速下行链路共享信道(HS-DSCH)即高速共享控制信道(HS-SCCH)的控制信道，以及对应于EUDCH传输的第一前向链路控制信道426和第二前向链路控制信道420。） | 目标专利技术特征V限定L1信令采用3GPP体系下的“HS-SCCH命令（HS-SCCH order）”形式发送（说明书[0012]、[0045]）。<br>对比文件明确记载了MS监视“对应于HS-DSCH的高速共享控制信道（HS-SCCH）”这一物理层控制信道，即公开了在下行方向通过HS-SCCH发送控制命令/信令的物理信道载体。按照极其宽松的隐含公开判断标准，对比文件部分公开了“利用HS-SCCH发送L1控制信令”，本领域技术人员有可能基于HS-SCCH的信令传输机制结合WCDMA标准演进推断出该L1信令可以为HS-SCCH命令，故认定技术特征V被对比文件隐含公开。 |
| 技术特征W：<br>其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利技术特征W限定通过物理层L1信令（如HS-SCCH命令）直接快速确定次服务小区的状态（启用或禁用）。对比文件中的L1信令仅用于上行调度分配和反馈，根本不存在用于确定次服务小区状态的设计，未公开该特征。 |
| 技术特征X：<br>其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利技术特征X限定L1信令承载的具体内容为指示次服务小区被去激活。对比文件完全没有该信令内容，未公开该特征。 |
| 技术特征Y：<br>还包括<br>《直接公开》 | 全文多处，例如段落[2]（第29段）：“本明細書において用いる場合、用語「備える」、「備えている」、またはそのいずれの変形も、非排他的包含を含むことを意図しており……” | 属于常规连接词，被直接公开。 |
| 技术特征Z：<br>在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《隐含公开》 | 段落[2]（第6段）：“ＭＳが、第１ＢＴＳが担当する第１セクタから、第２ＢＴＳが担当する第２セクタに移動すると、通信システムは、候補セットからアクティブ・セットに、そして近隣セットから候補セットに、特定のパイロットを繰り上げる。……次いで、ＭＳが、旧ＢＴＳとの通信を終了する前に、アクティブ・セットに加入した新たなＢＴＳとの通信を開始すると、「ソフト・ハンドオフ」が行われたことになる。”（当MS从第1 BTS担当的第1扇区移动到第2 BTS担当的第2扇区时，通信系统将特定导频从候选集提升到活动集……接着，MS在终止与旧BTS的通信之前开始与加入活动集的新BTS通信，便进行了“软切换”。）<br>段落[2]（第25段）：“アクティブ・セットＢＴＳ３０１、３０３、３０４が、ＢＴＳにより判定されるリンク品質計量がリンク品質計量閾値未満であると判定した場合、ＢＴＳは、担当されるＭＳ１０１4に関連する第１逆方向リンク制御チャネルに割り当てられた復調リソース１１１２〜１１１４の割り当てを解除し、ＭＳに関連する第２逆方向リンク制御チャネルに関連する復調リソース１１１２〜１１１４の割り当てを維持してもよい。”（当判定链路质量度量小于阈值时，BTS可以解除分配给与MS关联的第一反向链路控制信道的解调资源，同时维持与第二反向链路控制信道关联的解调资源的分配。） | 目标专利技术特征Z的作用在于实现部分载波停用时的平滑过渡，即当次小区被禁用后，主/锚定小区仍维持正常数据接收而不重置整个MAC实体（说明书[0013]、[0038]）。<br>对比文件虽然没有多载波锚定/次小区的概念，但公开了在软切换过程中某个链路/扇区释放或某控制信道资源被解除分配时，MS与其他活动集BTS或维持的信道继续进行通信和数据传输。按照极其宽松的隐含公开判断标准，对比文件部分公开了“在一个通信链路/实体停用或解除分配后，仍保持与主要/维持的通信实体的连接并继续进行数据传输”的操作逻辑，本领域技术人员有可能基于该原理推断出在多小区部分禁用后继续从主小区接收数据，故认定技术特征Z被对比文件隐含公开。 |
<<<A>>>
<<<F>>>
<<<h>>>
<<<I>>>
<<<J>>>
<<<M>>>
<<<o>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<v>>>
<<<Y>>>
<<<z>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | 【说明书第[0003]、[0008]、[0024]段】<br>“The invention is a method for minimizing the loss of data and ensuring that large delays do not occur during reconfigurations of an uplink transmission time interval (TTI) length... In accordance with the present invention, there are multiple techniques...”<br>（中文翻译：“本发明是一种用于在WCDMA高速分组上行链路接入（HSUPA）空中接口的上行链路传输时间间隔（TTI）长度重配置期间使数据丢失最小化并确保不发生大的延迟的方法……根据本发明，存在用于确保系统在发生上行链路TTI长度改变的情况下做出合理响应的多种技术……”） | 对比文件公开了一种无线通信方法和系统，包含若干操作步骤与特征，直接公开了开放式限定词“包括”。在对比文件中起到界定技术方案包含后续操作的作用，与目标专利中的作用相同。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>未公开 | 对比文件通篇未记载双小区下行接收或多载波/主辅小区下行同时接收不同数据的内容。 | 对比文件涉及的是WCDMA HSUPA（上行链路）中单个无线链路在重配置TTI长度（2ms与10ms切换）时的HARQ处理机制，其场景为单载波上行传输时间间隔重配置，并未公开WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据的双载波/多载波下行传输（DC-HSDPA）架构。即使在最宽松的标准下，本领域技术人员也无法从单载波上行TTI重配置合理推导出双小区下行同时接收不同数据，故未公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>未公开 | 对比文件通篇未记载SECONDARY_CELL_HS_DSCH_RECEPTION变量或次服务小区状态判断。 | 对比文件中仅涉及上行TTI长度重配置相关的控制命令（如指示CFN的重配置消息），完全未记载用于下行次服务小区状态指示的协议特定变量“SECONDARY_CELL_HS_DSCH_RECEPTION”，也未公开基于该变量确定次服务小区状态的技术方案，故未公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>未公开 | 对比文件通篇未记载该变量及其实际设置取值。 | 对比文件完全未公开该变量及其设置为真时指示次服务小区被启用的技术特征，故未公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>未公开 | 对比文件通篇未记载该变量取值及锚定服务小区与次服务小区各自关联独立HARQ实体的架构。 | 对比文件仅涉及单载波HSUPA中的Node B级HARQ过程（如说明书第[0005]、[0047]段提及多个HARQ过程），并没有公开双载波下锚定服务小区和次服务小区分别与各自独立的HARQ实体关联的双HARQ实体架构，更未公开次小区变量设置为伪指示禁用，故未公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《隐含公开》 | 【说明书第[0031]段】<br>“Here, the Node B clears its HARQ buffers, and the UE begins sending new packets with a new uplink TTI length at the indicated activation time.”<br>（中文翻译：“在此，Node B清除其HARQ缓冲器，并且UE在所指示的激活时间开始以新的上行链路TTI长度发送新分组。”）<br>【说明书第[0038]段】<br>“...it will clear the HARQ buffers for those HARQ processes sent at the 2 ms TTI length that still have retransmissions pending.”<br>（中文翻译：“……它将针对在2ms TTI长度发送的仍具有未决重新传输的那些HARQ进程清除HARQ缓冲器。”） | 对比文件公开了基站（Node B）端具有HARQ进程对应的HARQ缓冲器（HARQ buffers），用于存储软符号或待重传分组。目标专利中技术特征F要求HARQ实体具有HARQ缓冲器。虽然对比文件针对的是上行链路中接收端Node B的HARQ缓冲器，但其公开了在HARQ机制/实体中包含HARQ缓冲器用于数据暂存的核心构件。根据最宽松的隐含公开判断标准，由于对比文件公开了HARQ机制中必备的HARQ缓冲器结构，本领域技术人员结合该领域常识有可能将HARQ缓冲器与HARQ实体相结合，认定对比文件部分公开了该内容，故认定为《隐含公开》。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>未公开 | 对比文件通篇未记载次服务小区状态及根据SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用。 | 对比文件改变的是TTI长度（从2ms变到10ms，或从10ms变到2ms），而非次服务小区被禁用，更未涉及基于特定变量进行判断，故未公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《隐含公开》 | 【说明书第[0031]段】<br>“Here, the Node B clears its HARQ buffers, and the UE begins sending new packets with a new uplink TTI length at the indicated activation time.”<br>（中文翻译：“在此，Node B清除其HARQ缓冲器，并且UE在所指示的激活时间开始以新的上行链路TTI长度发送新分组。”）<br>【说明书第[0038]段】<br>“After the Node B transmits the last ACK/NACK 2 ms uplink TTI length, it will clear the HARQ buffers for those HARQ processes sent at the 2 ms TTI length that still have retransmissions pending.”<br>（中文翻译：“在Node B发送最后的ACK/NACK 2ms上行链路TTI长度之后，它将针对在2ms TTI长度发送的仍具有未决重新传输的那些HARQ进程清除HARQ缓冲器。”） | 目标专利中该特征的作用是在次服务小区被禁用时，清空废弃的未完成传输数据，防止数据污染。对比文件公开了在发生信道重配置（TTI长度切换）时，清除HARQ缓冲器（clear HARQ buffers）以丢弃旧配置下的重传数据。虽然对比文件针对的是上行TTI长度切换场景而非次服务小区禁用场景，且执行主体涉及Node B侧，但对比文件公开了在信道发生配置变更时“清除/刷新关联的HARQ缓冲器”的操作。按照隐含公开极其宽松的标准，对比文件部分公开了刷新/清除关联HARQ缓冲器的技术手段，其有可能与其他公开双小区的对比文件相结合，故认定为《隐含公开》。 |
| 技术特征I：还包括<br>《直接公开》 | 【说明书第[0008]、[0010]段】<br>“In an additional aspect of the present invention... In an alternative aspect of the invention...”<br>（中文翻译：“在本发明的另一方案中……在本发明的可选方案中……”） | 对比文件公开了多种组合特征和附加实施例，直接公开了开放式过渡连接词“还包括”。其在对比文件中起到引入附加技术方案的作用，与目标专利相同。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《隐含公开》 | 【说明书第[0006]段】<br>“...the change of a HSUPA radio link (or air interface) TTI length requires a synchronous radio link reconfiguration procedure that is controlled by a radio network controller (RNC).”<br>（中文翻译：“……HSUPA无线电链路（或空中接口）TTI长度的改变需要由无线电网络控制器（RNC）控制的同步无线电链路重配置过程。”）<br>【说明书第[0027]段】<br>“The method of the present embodiment is implemented by using a serving radio network controller (SRNC) to command a synchronous reconfiguration of the uplink TTI length for the user equipment (UE) and the Node B, indicating the connection frame number (CFN) with which the reconfiguration is to take place.”<br>（中文翻译：“本实施例的方法通过使用服务无线电网络控制器（SRNC）向用户设备（UE）和Node B命令上行链路TTI长度的同步重配置来实现，其指示了重配置要发生的连接帧号（CFN）。”）<br>【说明书第[0031]段】<br>“...located in a received reconfiguration message.”<br>（中文翻译：“……位于接收到的重配置消息中。”） | 对比文件公开了由RNC向UE发送同步重配置消息（reconfiguration message）来命令重配置。在3GPP UMTS架构中，RNC向UE发送的无线链路控制消息必然是通过无线电资源控制（RRC）协议承载的RRC重配置消息，本领域技术人员根据对比文件公开的“RNC控制重配置过程并向UE发送指示CFN的重配置消息”能够直接合理推断出UE接收的是RRC消息。因此在极宽松的隐含公开标准下，该特征被对比文件《隐含公开》。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>未公开 | 对比文件通篇未记载指示次服务小区是否被启用的RRC消息。 | 对比文件中由RNC发送的重配置消息指示的是上行TTI长度切换生效的连接帧号（CFN），完全未公开且无法推断出该消息用于指示下行次服务小区是否被启用，故未公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>未公开 | 对比文件通篇未记载根据RRC消息确定次服务小区的启用/禁用状态。 | 对比文件中UE根据重配置消息获取的是TTI重配置的时间，并非次服务小区的启用或禁用状态，故未公开。 |
| 技术特征M：还包括<br>《直接公开》 | 【说明书第[0008]、[0010]段】<br>“In an additional aspect of the present invention...”<br>（中文翻译：“在本发明的另一方案中……”） | 对比文件公开了多个方案和并列特征，直接公开了连接词“还包括”。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>未公开 | 对比文件通篇未记载次服务小区被确定为被禁用的情况。 | 对比文件仅公开在上行链路TTI长度切换场景下进行操作，不存在次服务小区被确定为被禁用的前提条件，故未公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>未公开 | 对比文件通篇未记载释放与次服务小区关联的HARQ资源。 | 对比文件中虽然提及清除缓冲器，但未公开“释放与次服务小区关联的HARQ资源”（目标专利说明书第[0044]段记载清空缓冲器并释放HARQ资源实体）。对比文件中Node B清除缓冲器后仍使用相同的HARQ过程进行后续传输，不涉及次服务小区HARQ资源的释放，故未公开。 |
| 技术特征P：还包括<br>《直接公开》 | 【说明书第[0008]、[0010]段】<br>“In an additional aspect of the present invention...”<br>（中文翻译：“在本发明的另一方案中……”） | 对比文件直接公开了连接词“还包括”。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>未公开 | 对比文件通篇未记载次服务小区被确定为被禁用的情况。 | 对比文件缺乏次服务小区被确定为被禁用这一前提场景，故未公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>未公开 | 对比文件通篇未记载次服务小区或H-RNTI及其清除操作。 | 对比文件涉及上行HSUPA，完全未记载下行H-RNTI标识符，更未公开在次服务小区禁用时清除关联的H-RNTI，故未公开。 |
| 技术特征S：还包括<br>《直接公开》 | 【说明书第[0008]、[0010]段】<br>“In an additional aspect of the present invention...”<br>（中文翻译：“在本发明的另一方案中……”） | 对比文件直接公开了连接词“还包括”。 |
| 技术特征T：接收包括层1L1信令的信号<br>《隐含公开》 | 【说明书第[0005]段】<br>“...where the Node B immediately acknowledges the reception of transmitted packets at each uplink transmission time interval (TTI)... In this case, the acknowledgment is either positive or negative.”<br>（中文翻译：“……其中Node B在每个上行链路传输时间间隔（TTI）之后立即对所发送分组的接收进行确认……在这种情况下，该确认是肯定（ACK）或否定（NACK）。”）<br>【说明书第[0032]段】<br>“However, the ACK/NACKs of each transmission is subsequently sent for the first uplink TTI length transmissions. As a result, the UE is permitted to know which packets were correctly and/or incorrectly received.”<br>（中文翻译：“然而，随后针对第一上行链路TTI长度的传输发送每次传输的ACK/NACK。结果，允许UE获知哪些分组被正确和/或错误地接收。”） | 对比文件中UE接收来自Node B的反馈信号ACK/NACK。在3GPP规范及无线通信体系中，Node B针对每个TTI快速反馈的HARQ ACK/NACK信号属于物理层即层1（L1）信令控制信息（如承载于E-HICH信道上）。按照极其宽松的隐含公开判断标准，UE接收包含ACK/NACK的反馈信号属于“接收包括层1（L1）信令的信号”，本领域技术人员有可能由此推导出该技术特征，因此认定被《隐含公开》。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>未公开 | 对比文件通篇未记载对激活或去激活HS-DSCH载波的指示。 | 对比文件的L1信令仅为HARQ的ACK/NACK指示，不包含对载波的激活或去激活指示，更不涉及下行HS-DSCH载波的激活/去激活，故未公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>未公开 | 对比文件通篇未记载HS-SCCH命令（HS-SCCH order）。 | 对比文件完全未公开HS-SCCH命令，故未公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>未公开 | 对比文件通篇未记载根据L1信令确定次服务小区的状态。 | 对比文件中不存在根据L1信令确定次服务小区启用/去激活状态的方案，故未公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>未公开 | 对比文件通篇未记载L1信令指示次服务小区被去激活。 | 对比文件不存在指示次服务小区去激活的L1信令，故未公开。 |
| 技术特征Y：还包括<br>《直接公开》 | 【说明书第[0008]、[0010]段】<br>“In an additional aspect of the present invention...”<br>（中文翻译：“在本发明的另一方案中……”） | 对比文件直接公开了连接词“还包括”。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>未公开 | 对比文件通篇未记载次服务小区禁用后继续从锚定服务小区接收数据。 | 对比文件属于单载波上行TTI重配置场景，完全不涉及双载波下“次小区禁用后锚定小区继续接收下行数据”的方案与机制，故未公开。 |
<<<A>>>
<<<f>>>
<<<h>>>
<<<I>>>
<<<j>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<t>>>
<<<Y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | [0097] “...said mobile station being characterized in that it comprises: a repeat transmission unit... and a control unit...”<br>（译文：“...所述移动台的特征在于包括：重复发送单元...以及控制单元...”） | 对比文件在权利要求和说明书概述中明确公开了移动台/用户设备（WTRU）包括（comprises）各个功能处理部件，作为方法或装置的前序连接词，属于通用限定，对比文件已直接公开该连接特征。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 全文未公开。对比文件主要公开：<br>[0005]-[0008] 单载波/单小区的HSDPA系统；<br>[0020] “As shown in the drawing, in each channel, one frame (10 ms) consists of 15 slots...” | 目标专利说明书[0008]-[0010]明确解释，该特征限定了双小区HSDPA（DC-HSDPA）的多载波/多小区操作场景，WTRU被配置为同时在两个下行链路载波/小区（一个锚定小区和一个次/辅助服务小区）上接收不同数据。<br>对比文件公开的是早期的单载波HSDPA系统，其仅涉及一个服务基站/单小区下的HS-SCCH和HS-PDSCH时隙接收与重复ACK/NACK反馈，完全没有公开也不涉及“同时从锚定服务小区和次服务小区接收不同数据”的多载波/双小区架构。即便按照最宽松的隐含公开标准，对比文件中也不存在任何可合理推断出多小区同时接收不同数据的技术内容。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 全文未公开。 | 目标专利说明书[0039]-[0040]表明，本特征用于DC-HSDPA中通过专用的RRC次小区状态变量确定次服务小区（辅助载波）的状态。<br>对比文件为单小区系统，根本不存在次服务小区，更不存在专用的次小区状态变量SECONDARY_CELL_HS_DSCH_RECEPTION或等同变量机制。对比文件未直接公开也未隐含公开该特征。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 全文未公开。 | 结合目标专利说明书[0039]-[0040]，当次小区状态变量为TRUE时，指示次服务小区被启用并准备好用于HS-DSCH接收。<br>对比文件无多小区及该变量机制，未直接公开也未隐含公开该特征。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 对比文件仅公开单HARQ机制：<br>[0007] “Furthermore, HSDPA employs an H-ARQ (Hybrid Automatic Repeat ReQuest) scheme...”<br>[0041] “(4) Xhap is a datum indicating the H-ARQ process number, and consists of 3 bits.” | 目标专利说明书[0010]、[0038]、[0040]明确指出，在DC-HSDPA中为了避免禁用次小区时导致整个MAC重置，锚定小区和次小区分别关联各自独立的HARQ实体（MAC-ehs包括两个HARQ实体）。<br>对比文件仅公开了传统的单载波HSDPA的单HARQ机制，既没有次服务小区变量为FALSE指示禁用的方案，更没有锚定小区与次小区分别关联各自HARQ实体的双HARQ实体架构。因此该特征未被直接公开也未被隐含公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《直接公开》 | [0074] “17 represents a virtual buffer unit wherein a region is established by the control unit 10 according to the reception processing capacity of the mobile station to be transmitted to, in which region data rate-matched by the first rate matching unit 16 is buffered...”<br>（译文：“17表示虚拟缓冲单元，在该单元中由控制单元10根据待发送至的移动台的接收处理能力建立区域，在该区域中由第一速率匹配单元16速率匹配后的数据被缓冲...”）以及[0007]所述的H-ARQ重传合并。 | 目标专利说明书[0015]、[0044]解释HARQ实体具有存储接收数据的HARQ缓冲器（buffer）。<br>对比文件[0007]、[0074]公开了在HSDPA通信系统中采用HARQ方案，并且在HARQ处理中具有用于存储数据以进行重传合并/解码处理的缓冲器（buffer）。本领域技术人员能够毫无疑义地确定HARQ实体具备HARQ缓冲器，属于直接公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 全文未公开。 | 目标专利说明书[0040]-[0044]描述在DC-HSDPA中次小区的状态由RRC层基于变量被评估为禁用。<br>对比文件无多载波/次小区，亦无基于上述变量评估禁用状态的步骤。该特征未被直接公开也未被隐含公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 对比文件仅公开：<br>[0007] “...the mobile station performs error correction decoding using both the already received data and the retransmitted received data...” | 目标专利说明书[0013]-[0017]、[0044]解释，在多载波系统中，当次小区被禁用时，需要单独刷新（flush）与其关联的HARQ实体的缓冲器，以避免影响主服务小区并消除旧数据干扰。<br>对比文件仅涉及常规单小区重传软合并解码，完全没有在多小区中去激活/禁用次小区时针对性地“刷新与次服务小区关联的HARQ实体的HARQ缓冲器”的教导。该特征未被直接公开也未被隐含公开。 |
| 技术特征I：还包括<br>《直接公开》 | [0097] “...characterized in that it comprises...”<br>（译文：“...特征在于其包括...”） | 属于附加权利要求的连接词，对比文件直接公开了装置包含各处理单元/步骤。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《未公开》 | 对比文件主要涉及物理层和MAC层信令：<br>[0008]-[0012]、[0029]-[0048] 详述HS-SCCH、HS-PDSCH、HS-DPCCH等物理信道。 | 目标专利说明书[0038]、[0043]指出通过层3（L3）消息如RRC消息来传输次小区的配置和控制。<br>对比文件着重讨论物理层信道HS-SCCH（L1信令）的时序、译码纠错及ACK/NACK重复传输模式，全文完全未提及高层RRC消息及其接收。即便以最宽松尺度推断，对比文件也没有任何涉及接收RRC消息的技术内容。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 全文未公开。 | 目标专利说明书[0038]、[0043]说明RRC消息中携带指示次服务小区是否启用的信息/变量。<br>对比文件无次服务小区，亦无RRC消息，该特征未被直接公开也未被隐含公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 全文未公开。 | 目标专利说明书[0040]、[0043]公开每次接收到可能影响状态的RRC消息时由WTRU确定次服务小区状态。<br>对比文件不存在根据RRC消息确定次服务小区状态的方案，未直接公开也未隐含公开。 |
| 技术特征M：还包括<br>《直接公开》 | [0097] “...characterized in that it comprises...”<br>（译文：“...特征在于其包括...”） | 从属权利要求通用连接词，对比文件直接公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 全文未公开。 | 结合目标专利[0043]-[0044]，针对多小区下禁用次服务小区的触发分支。<br>对比文件不存在次服务小区及其禁用状态判定。该特征未被直接公开也未被隐含公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 全文未公开。 | 目标专利说明书[0019]、[0044]阐述在确定次小区被禁用时，释放（release）专门与该次小区关联的HARQ资源，以优化资源配置并防止错误重传。<br>对比文件并未公开多小区架构，更未公开在次小区禁用时释放与其关联的HARQ资源。该特征未被直接公开也未被隐含公开。 |
| 技术特征P：还包括<br>《直接公开》 | [0097] “...characterized in that it comprises...”<br>（译文：“...特征在于其包括...”） | 附加权利要求连接词，对比文件直接公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 全文未公开。 | 目标专利中用于多小区管理中次小区禁用的判断前提（说明书[0044]）。<br>对比文件未公开此条件，未直接公开也未隐含公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 对比文件仅公开UE标识（Xue）：<br>[0048] “(7) Xue is a datum indicating mobile station identification information, and consists of 16 bits.”<br>[0056] 说明Xue用于HS-SCCH第1部分的掩码加扰。 | 目标专利说明书[0010]、[0014]、[0044]明确说明：在DC-HSDPA中，主次小区可分配单独的H-RNTI，当次小区被禁用时，变量H_RNTI被清除，且与次服务HS-DSCH小区关联的任何存储的H_RNTI被移除。<br>对比文件中的Xue仅相当于传统单小区下用于标识移动台并对HS-SCCH进行加扰的16位标识，并不存在为“次服务小区”单独分配并清除关联H-RNTI的操作。该特征未被直接公开也未被隐含公开。 |
| 技术特征S：还包括<br>《直接公开》 | [0097] “...characterized in that it comprises...”<br>（译文：“...特征在于其包括...”） | 附加权利要求连接词，对比文件直接公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《直接公开》 | [0121]-[0122] “The mobile station receives downlink channels (e.g. CPICH, P-CCPCH, HS-SCCH, HS-PDSCH) by means of the antenna 30... into the orthogonal detection unit 32...”<br>[0127] “The HS-SCCH reception processing unit 35 is a reception processing unit for receiving signals transmitted via HS-SCCH...”<br>（译文：“移动台通过天线30接收下行链路信道（例如CPICH、P-CCPCH、HS-SCCH、HS-PDSCH）...输入到正交检波单元32...HS-SCCH接收处理单元35是用于接收经由HS-SCCH发送的信号的接收处理单元...”） | 目标专利说明书[0012]、[0045]中L1信令为下行物理层控制信令（如HS-SCCH传输的信令）。<br>对比文件公开了移动台接收包括HS-SCCH的下行物理信道信号，在3GPP规范中HS-SCCH即属于典型的层1（L1）物理层信令。因此，对比文件直接公开了移动台接收包括L1信令的信号。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 对比文件仅公开HS-SCCH指示数据传输：<br>[0009] “HS-SCCH is a control channel for transmitting various parameters relating to the data transmitted on HS-PDSCH. In other words, it is a channel which notifies (announces) that data is to be transmitted via HS-PDSCH.”<br>[0030]-[0048] 详述HS-SCCH包含的7种数据（Xccs、Xms、Xtbs、Xhap、Xrv、Xnd、Xue）。 | 目标专利说明书[0012]、[0045]解释，在DC-HSDPA中，L1信令包含专用的HS-SCCH命令（HS-SCCH orders），其用于快速通知启用或不启用/去激活辅助下行HS-DSCH载波。<br>对比文件中的HS-SCCH信令仅用于单载波下调度通知HS-PDSCH子帧的数据传输及传输参数（调制方式、信道化码、HARQ进程号等），完全不包含“对激活或去激活HS-DSCH载波的指示”。该特征未被直接公开也未被隐含公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 对比文件公开HS-SCCH信道及普通数据调度信令：<br>[0009] “HS-SCCH is a control channel for transmitting various parameters relating to the data transmitted on HS-PDSCH...”<br>[0030] 详述Xccs至Xue等用于HS-PDSCH接收处理的数据。 | 目标专利说明书[0012]、[0015]、[0045]明确指明，这里的“HS-SCCH命令”是特定形式的L1消息（HS-SCCH orders），专门用于发送小区的激活/去激活控制命令，不携带传统数据块的信道化码/TB大小等信息。<br>对比文件中公开的HS-SCCH传输的内容仅是普通的数据调度控制参数（7项参数），未公开或教导任何专门的“HS-SCCH orders（命令）”。该特征未被直接公开也未被隐含公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 全文未公开。 | 目标专利说明书[0012]、[0045]解释通过HS-SCCH命令检测次服务小区被去激活/激活的状态。<br>对比文件无次服务小区及其状态控制，该特征未被直接公开也未被隐含公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 全文未公开。 | 目标专利说明书[0045]公开HS-SCCH命令指示次服务HS-DSCH小区已被去激活。<br>对比文件未公开此指示，该特征未被直接公开也未被隐含公开。 |
| 技术特征Y：还包括<br>《直接公开》 | [0097] “...characterized in that it comprises...”<br>（译文：“...特征在于其包括...”） | 从属权利要求通用连接词，对比文件直接公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 全文未公开。对比文件仅公开：<br>[0097] 单小区下接收第一数据和第二数据。 | 目标专利说明书[0013]、[0038]、[0047]-[0048]说明其技术背景和作用：在双小区通信时，当次小区被禁用时，需要避免重置整个MAC实体，以便锚定小区能够继续保持可操作并继续接收数据。<br>对比文件为单小区系统，不存在“次服务小区”与“锚定服务小区”之分，更无在次小区被禁用后保持锚定小区继续接收数据的方案。该特征未被直接公开也未被隐含公开。 |
---
<<<A>>>
<<<F>>>
<<<I>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<Y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | [p0012] The invention is a method for minimizing the loss of data and ensuring that large delays do not occur during reconfigurations of an uplink transmission time interval (TTI) length of a WCDMA High Speed Packet Uplink Access (HSUPA) air interface.<br>（译文：本发明是一种用于在WCDMA高速分组上行链路接入（HSUPA）空中接口的上行链路传输时间间隔（TTI）长度重新配置期间最小化数据丢失并确保不发生大延迟的方法。） | 对比文件公开了一种无线通信方法及其处理架构，明确包含了方法的各个构成步骤与操作，属于专利撰写常规前置连接词，本领域技术人员能毫无疑义地确定对比文件公开了该特征。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 目标专利中该特征针对双载波/双小区HSDPA（下行下发不同数据，主/次小区并行传输）。对比文件WO2006038066A公开的是单小区的HSUPA上行链路TTI长度重配置，完全未涉及多载波或从锚定服务小区与次服务小区同时接收不同数据的下行双载波操作，既未直接公开，亦无从推出隐含公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 目标专利中通过RRC层专用的SECONDARY_CELL_HS_DSCH_RECEPTION变量来跟踪并确定次服务小区是启用还是禁用。对比文件仅涉及上行链路TTI重配置流程，完全没有次服务小区及该次小区专用的HS-DSCH接收状态变量，既未直接公开，也未隐含公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 目标专利说明书[0039]-[0040]明确该变量设为TRUE指示次小区启用并准备好用于接收。对比文件完全不涉及该变量及其逻辑真值定义，未公开该特征。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 目标专利说明书[0010]、[0039]-[0040]记载变量设为FALSE指示禁用，且双小区各自具有独立的HARQ实体。对比文件仅涉及单载波上行HARQ进程，无双小区各自关联独立HARQ实体的架构与变量逻辑，未公开该特征。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《直接公开》 | [p0033] In an alternative embodiment of the invention, the uplink TTI length is immediately changed at the indicated activation time of the connection frame number (CFN) that is located in a received reconfiguration message. Here, the Node B clears its HARQ buffers, and the UE begins sending new packets with a new uplink TTI length at the indicated activation time.<br>（译文：在本发明的替代实施例中，上行链路TTI长度在接收到的重配置消息中指示的连接帧号（CFN）的激活时间立即改变。此时，Node B清除其HARQ缓冲器，UE在指示的激活时间开始以新的上行链路TTI长度发送新分组。） | 对比文件明确公开了HARQ操作中具有“HARQ buffers（HARQ缓冲器）”，其在重配置时用于存储软符号或待传/重传数据，其在通信系统HARQ实体中的构成与作用与目标专利中HARQ实体具有HARQ缓冲器的结构及作用完全实质相同，构成直接公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 对比文件不涉及根据该特定变量判断次小区被禁用的判断条件与状态迁移逻辑，未公开该特征。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《隐含公开》 | [p0033] ...Here, the Node B clears its HARQ buffers, and the UE begins sending new packets with a new uplink TTI length at the indicated activation time. As a result, all of the packets awaiting re-transmission will be lost...<br>（译文：...此时，Node B清除其HARQ缓冲器，UE在指示的激活时间开始以新的上行链路TTI长度发送新分组。结果，所有等待重传的分组都将丢失...）<br>[p0038] After the Node B transmits the last ACK/NACK 2 ms uplink TTI length, it will clear the HARQ buffers for those HARQ processes sent at the 2 ms TTI length that still have retransmissions pending.<br>（译文：在Node B发送最后的2 ms上行链路TTI长度的ACK/NACK之后，它将清除那些以2 ms TTI长度发送且仍有挂起重传的HARQ进程的HARQ缓冲器。） | 作用分析与推理：对比文件中在信道重配置/去激活时执行“clear the HARQ buffers（清除/刷新HARQ缓冲器）”，以避免陈旧数据干扰后续传输；目标专利中刷新次服务小区HARQ缓冲器同样是为了在禁用时丢弃旧数据、保证行为可预测。虽然对比文件未针对“次服务小区”，但其公开了重配置时对相关HARQ进程/实体的缓冲器进行清除/刷新的机制。在极其宽松的标准下，对比文件公开了重配置时刷新关联HARQ缓冲器的操作，本领域技术人员有可能将该刷新操作推导或组合应用于需要禁用的载波/小区关联的HARQ实体，故认定为隐含公开。 |
| 技术特征I：还包括<br>《直接公开》 | [p0012] The invention is a method...<br>（译文：本发明是一种...方法） | 为常规专利连接词，对比文件公开了进一步的方法步骤，直接公开。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《直接公开》 | [p0009] ...requires a synchronous radio link reconfiguration procedure that is controlled by a radio network controller (RNC).<br>（译文：...需要由无线电网络控制器（RNC）控制的同步无线链路重配置过程。）<br>[p0030] ...by using a serving radio network controller (SRNC) to command a synchronous reconfiguration of the uplink TTI length for the user equipment (UE) and the Node B...<br>（译文：...通过使用服务无线电网络控制器（SRNC）命令用户设备（UE）和Node B进行上行链路TTI长度的同步重配置...）<br>[p0033] ...that is located in a received reconfiguration message.<br>（译文：...该激活时间位于接收到的重配置消息中。） | 目标专利中RRC消息是由高层网络侧下发至终端用于控制无线资源重配置的L3信令。对比文件明确公开了由RNC（SRNC）下发重配置消息（reconfiguration message）来指挥UE进行重配置，在3GPP UMTS架构下，RNC向UE发送的无线链路重配置消息即为标准的RRC消息（如Radio Bearer Reconfiguration等），本领域技术人员能毫无疑义地直接确定UE接收该RRC消息，构成直接公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 对比文件中的重配置消息指示的是上行链路TTI长度（2ms或10ms）重配置及激活时间CFN，完全不指示次服务小区是否被启用，未公开该特征。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《隐含公开》 | [p0030] ...The method of the present embodiment is implemented by using a serving radio network controller (SRNC) to command a synchronous reconfiguration of the uplink TTI length for the user equipment (UE) and the Node B...<br>（译文：...本实施例的方法是通过使用服务无线电网络控制器（SRNC）命令用户设备（UE）和Node B进行上行链路TTI长度的同步重配置来实现的...）<br>[p0033] ...at the indicated activation time of the connection frame number (CFN) that is located in a received reconfiguration message.<br>（译文：...在接收到的重配置消息中指示的连接帧号（CFN）的激活时间...） | 作用分析与推理：目标专利中根据RRC消息确定小区/信道的工作状态（启用/禁用）。对比文件公开了根据RNC下发的重配置消息确定传输信道/链路的工作配置状态及生效时刻。在极其宽松的标准下，对比文件部分公开了“根据高层重配置消息（RRC消息）确定通信链路/传输实体的激活/改变状态”，具有结合至多载波次小区状态指示的推理空间，故认定为隐含公开。 |
| 技术特征M：还包括<br>《直接公开》 | [p0012] The invention is a method...<br>（译文：本发明是一种...方法） | 为常规专利连接词，对比文件公开了进一步的方法步骤，直接公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 对比文件完全未涉及次服务小区被禁用的触发场景与判断，未公开该特征。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 目标专利说明书[0044]、[0047]中明确在次小区禁用时释放该小区的HARQ资源（进程实体/内存配置资源）。对比文件仅提及Node B清除缓冲器（clear buffers）以丢弃重传分组，未公开释放（release）HARQ资源，且完全不涉及次服务小区，未公开该特征。 |
| 技术特征P：还包括<br>《直接公开》 | [p0012] The invention is a method...<br>（译文：本发明是一种...方法） | 为常规专利连接词，直接公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 对比文件未记载次服务小区被禁用的前置条件，未公开该特征。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 目标专利说明书[0010]、[0044]、[0049]详细记载了针对次小区的专属H-RNTI标识符的清除与移除操作。对比文件属于HSUPA上行链路技术，完全未涉及HSDPA下行临时标识H-RNTI及其清除操作，未公开该特征。 |
| 技术特征S：还包括<br>《直接公开》 | [p0012] The invention is a method...<br>（译文：本发明是一种...方法） | 为常规专利连接词，直接公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《未公开》 | [p0008] ...the Node B immediately acknowledges the reception of transmitted packets at each uplink transmission time interval (TTI) subsequent to any propagation delays, such as Tprop, as illustrated in Fig. 1. In this case, the acknowledgment is either positive or negative...<br>（译文：...Node B在每个上行链路传输时间间隔（TTI）随后立即确认所传输分组的接收...在这种情况下，确认是肯定的或否定的...） | 目标专利中L1信令为基站快速发送的物理层专用控制命令（如HS-SCCH命令）。对比文件中虽然提及了物理层反馈ACK/NACK，但该反馈仅为常规HARQ回传，对比文件用于重配置的控制信令全部由RNC高层信令（RRC）执行，明确排除了通过L1控制信令来触发重配置或激活/去激活，未公开该特征。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 对比文件未公开任何用于激活或去激活HS-DSCH载波的L1信令，未公开该特征。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 对比文件全文未记载“HS-SCCH order（HS-SCCH命令）”，未公开该特征。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 对比文件未公开根据L1信令确定次服务小区状态，未公开该特征。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 对比文件未公开利用L1信令指示次服务小区去激活，未公开该特征。 |
| 技术特征Y：还包括<br>《直接公开》 | [p0012] The invention is a method...<br>（译文：本发明是一种...方法） | 为常规专利连接词，直接公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 对比文件全文检索未记载相关内容。 | 目标专利说明书[0013]、[0038]记载在双载波系统中，次小区禁用时主服务小区仍可保持正常数据接收，无需重置整个MAC实体。对比文件仅为单载波/单链路系统，不存在“主小区保持接收而次小区禁用”的多载波协同通信机制，未公开该特征。 |
<<<A>>>
<<<F>>>
<<<h>>>
<<<I>>>
<<<J>>>
<<<l>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<Y>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及标号） | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | 【0008】“根据本发明的第一个方面，一种在无线电网络控制器中执行的方法包括：在无线电网络控制器处接收来自用户设备（UE）的测量报告……（According to a first aspect of the present invention, a method for execution in a radio network controller comprises receiving at the radio network controller a measurement report from a user equipment...）”<br>【0009】“根据本发明的第二个方面，一种在用户设备中执行的方法包括……（According to a second aspect of the present invention, a method for execution in user equipment comprises...）” | 对比文件公开了在无线通信系统中由无线电网络控制器（RNC）或用户设备（UE）执行的方法，该方法“包括（comprises）”后续一系列步骤。其在前序或连接词层面直接公开了该过渡词特征。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 【0006】“移动性过程受以下事实影响：给定用户设备（UE）的高速物理下行链路共享信道（HS-PDSCH）分配仅属于分配给该UE的无线电链路中的一个，即服务HS-DSCH无线电链路。与服务HS-DSCH无线电链路相关联的小区被定义为服务HS-DSCH小区。（The mobility procedures are affected by the fact that the High Speed Physical downlink shared channel (HS-PDSCH) allocation for a given user equipment (UE) belongs to only one of the radio links assigned to the UE, the serving HS-DSCH radio link. The cell associated with the serving HS-DSCH radio link is defined as the serving HS-DSCH cell.）” | 目标专利中该特征限定了双小区/多载波（DC-HSDPA）操作场景，即WTRU被配置成同时从锚定服务小区和次服务小区（辅助载波）并行接收不同的数据（见目标说明书【0008】、【0009】）。<br>而在对比文件中，其基于3GPP Rel-5/Rel-6单载波HS-DSCH技术，在【0006】中明确指出“HS-PDSCH分配仅属于分配给UE的无线电链路中的一个（服务HS-DSCH小区）”，其研究的是将单一服务HS-DSCH小区从一个小区切换转移到另一个小区（Serving HS-DSCH cell change），UE同一时刻只能从一个服务小区接收HS-DSCH数据，根本不存在同时从锚定服务小区和次服务小区接收不同数据的双载波配置。因此对比文件既没有直接公开也没有暗示该特征。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件全文未记载有关“SECONDARY_CELL_HS_DSCH_RECEPTION”变量或针对次服务小区的状态变量。 | 目标专利中该特征通过特定的次小区状态变量确定次服务小区的启用/禁用状态（说明书【0040】）。对比文件仅针对传统单载波系统中的服务小区切换，完全没有次服务小区（Secondary Serving Cell），更不可能存在也不需要基于专门的SECONDARY_CELL_HS_DSCH_RECEPTION变量来管理次小区的状态。该特征未被公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件全文未记载有关“SECONDARY_CELL_HS_DSCH_RECEPTION”变量被设为真及其指示含义的内容。 | 目标专利中明确当该变量为TRUE时指示次服务小区被启用并准备好接收HS-DSCH（说明书【0040】）。对比文件缺乏多载波/次小区架构，不存在该变量的设置及其指示逻辑。该特征未被公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 【0046】“5. HARQ info (TS 25.331 10.3.5.7a)。”<br>【0063】“UE还用‘进程数’IE中指示的HARQ进程数来配置MAC-hs实体，并将ID分配给这些HARQ进程中的每一个……（UE also configures the MAC-hs entity with the number of HARQ processes indicated in Number of Processes IE and assigns to each of these HARQ processes ID...）” | 目标专利中该特征不仅限定了变量为FALSE时指示禁用次小区，更限定了多载波DC-HSDPA的核心架构——“锚定服务小区和次服务小区各自与独立的HARQ实体关联”（说明书【0010】及【0038】）。<br>而在对比文件中，UE侧仅包含单个MAC-hs实体及与单载波服务小区对应的一组HARQ进程（【0063】），并未公开也不可能推导出针对不同服务小区分别配置各自独立HARQ实体（多HARQ实体）的架构。该特征未被公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《隐含公开》 | 【0072】“可选地，在当前服务HS-DSCH小区中的Iub帧协议层中停止映射到HS-DSCH的RB的用户平面传输，以便在服务HS-DSCH小区变更之前最小化BTS缓冲器中的数据量……（Optionally the user plane transmission of the RBs mapped to HS-DSCH is stopped in the Iub frame protocol layer in the current serving HS-DSCH cell to minimize the amount of data in the BTS buffer prior to serving HS-DSCH cell change...）”<br>【0046】“5. HARQ info (TS 25.331 10.3.5.7a)。”<br>【0063】“UE还用‘进程数’IE中指示的HARQ进程数来配置MAC-hs实体……（UE also configures the MAC-hs entity with the number of HARQ processes indicated in Number of Processes IE...）” | 对比文件公开了配置HARQ info并设置MAC-hs实体的HARQ进程。根据3GPP Rel-5/Rel-6 HS-DSCH标准（TS 25.321/TS 25.308），任何执行停止并等待（Stop-and-Wait）协议的HARQ实体及其进程必然包含用于软合并与存储数据重传的HARQ缓冲器（HARQ soft buffer）。虽然对比文件未在上述单载波情境下明确出现“HARQ缓冲器”字样，但其公开的HARQ实体机制必然内含HARQ缓冲器，本领域技术人员可以毫无疑义地合理推知该技术要素。因此，按照宽松标准认定该技术特征被隐含公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件全文未记载有关根据该变量确定次服务小区被禁用的内容。 | 目标专利中该特征为执行后续次小区HARQ刷新的触发判断前提条件。对比文件属于单载波服务小区变更，不存在次服务小区，亦不存在基于SECONDARY_CELL_HS_DSCH_RECEPTION变量判定次服务小区禁用的机制。该特征未被公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《隐含公开》 | 【0042】“1. MAC-hs reset indicator (TS 25.331 10.3.6.24)。”<br>【0064】“iii. 如果包括MAC-hs重置指示符IE，如在决策步骤218中所确定的，则UE重置MAC-hs实体，如步骤220所示。（iii. If the MAC-hs reset indicator IE is included, as determined in a decision step 218, the UE resets the MAC-hs entity as shown in a step 220.）” | 目标专利中，该特征是指在多载波系统中次小区停用时，单独刷新与该次服务小区对应的HARQ实体的HARQ缓冲器，从而不影响锚定载波（说明书【0013】、【0044】）。<br>对比文件公开了在小区变更时根据“MAC-hs重置指示符（MAC-hs reset indicator）”对MAC-hs实体进行重置（步骤220）。根据3GPP规范（TS 25.321），重置MAC-hs实体的操作内容之一即包括刷新（flush）HARQ实体中所有HARQ进程的软缓冲器。尽管对比文件中是对整个单小区MAC-hs实体进行重置，但该操作中已包含了刷新关联HARQ缓冲器的动作。在非常宽松的隐含公开判断标准下，对比文件部分公开了刷新HARQ缓冲器的操作机制，本领域技术人员能够合理推断出重置操作包含刷新HARQ缓冲器，因此认定为隐含公开。 |
| 技术特征I：还包括<br>《直接公开》 | 【0008】、【0009】等（见技术特征A的论述） | 对比文件各实施方案均包含多步骤方法及附加技术配置，直接公开了“还包括”这一逻辑过渡用语。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《直接公开》 | 【0009】“一种在用户设备中执行的方法包括接收来自无线电网络控制器的主动集更新消息……（a method for execution in user equipment comprises receiving an active set update message from a radio network controller...）”<br>【0023】“……向RRC: ACTIVE SET UPDATE消息添加……（...added to the RRC: ACTIVE SET UPDATE message...）”<br>【0049】“相应地，RNC向UE发送RRC: ACTIVE SET UPDATE消息……（Accordingly, the RNC sends an RRC: ACTIVE SET UPDATE message to the UE...）” | 对比文件明确公开了UE接收来自RNC的活动集更新消息，且该消息属于RRC消息（RRC: ACTIVE SET UPDATE message）。两者在通信网络中所起的作用完全相同，均为UE接收来自网络侧的高层控制信令，属于相同技术手段，因此被直接公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 【0008】“……所述活动集更新消息包括关于高速专用下行链路共享信道小区变更的信息……（...said active set update message including information about the high-speed dedicated downlink shared channel cell change...）”<br>【0043】“2. Serving HS-DSCH radio link indicator (TS 25.331 10.3.6.27)。” | 目标专利中该RRC消息用于指示多载波系统中的次服务小区是否被启用/配置（说明书【0038】、【0043】）。<br>对比文件的RRC消息中携带的信息是“服务HS-DSCH无线电链路指示符（Serving HS-DSCH radio link indicator）”等，其作用是指明将当前的主服务小区迁移切换至活动集中的哪一个新无线电链路（小区），用于指示单载波服务小区变更的目标小区，完全不涉及指示“次服务小区是否被启用”。对比文件未公开该特征。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《隐含公开》 | 【0049】“UE不仅进行ASU，还将更新新小区的HS-DSCH信息并执行服务HS-DSCH小区变更。（The UE will, in addition to the ASU, also update HS-DSCH information of the new cell and perform a Serving HS-DSCH cell change.）”<br>【0061】“i. 在决策步骤210中，UE检查Serving HS-DSCH radio link indicator IE和New H-RNTI IE。如果它们被包括，则执行服务HS-DSCH小区变更过程。（i. In a decision step 210, the UE checks the Serving HS-DSCH radio link indicator IE and New H-RNTI IE. If they are included, the Serving HS-DSCH cell change procedure is executed.）” | 目标专利中，该特征是指根据接收到的RRC消息来确定次服务小区的启用/禁用状态（说明书【0040】、【0043】）。<br>对比文件公开了UE根据接收到的RRC消息（ACTIVE SET UPDATE）中携带的IE来判定是否执行服务小区变更，并确定新小区作为服务HS-DSCH无线电链路的状态。虽然对比文件中涉及的是单载波服务小区的切换状态而非多载波次小区的状态，但在根据RRC消息确定小区相关服务状态这一机制框架上具有逻辑相似性。在非常宽松的隐含公开判断标准下，对比文件部分公开了根据RRC信令确定通信小区状态的逻辑，本领域技术人员有可能基于此结合多载波概念进行推导，故认定为隐含公开。 |
| 技术特征M：还包括<br>《直接公开》 | 【0008】、【0009】等（见技术特征A的论述） | 该连接词特征被对比文件直接公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文未记载有关“次服务小区被确定为被禁用”的判断条件。 | 目标专利针对双小区中次小区的去激活/禁用（说明书【0044】）。对比文件处理的是旧服务小区从活动集中删除或变更，并非判定辅助/次服务小区被禁用。该特征未被公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《隐含公开》 | 【0056】“6) RNC 20在物理线36上发送删除Cell1处无线电链路的请求，然后Cell1 12通过线38向RNC发回成功删除过程确认信号。（6) RNC 20 sends a request on a line 36 to delete radio link at Cell1 and Cell1 12 then acknowledges a successful deletion procedure...）”<br>【0077】“RNC通过RADIO LINK DELETION NBAP过程删除被移除的RL（旧服务HS-DSCH小区）（RNC deletes the removed RL (old serving HS-DSCH cell), with the RADIO LINK DELETION NBAP-procedure as shown in step 314.）”<br>【0086】“……但请注意，仅删除了MAC-d流，未在旧服务HS-DSCH小区中删除RL。（...but note that only the MAC-d flow(s) is (are) deleted, the RL is not deleted in the old serving HS-DSCH cell.）” | 目标专利中是指次服务小区禁用时，释放属于次小区的HARQ资源（说明书【0044】）。<br>对比文件公开了在旧服务HS-DSCH小区被移除/变更时，通过删除无线电链路（RADIO LINK DELETION）或删除MAC-d流来释放旧服务小区所占用的相关传输信道资源与配置。虽然对比文件未针对“次服务小区”的独立HARQ实体执行资源释放，但由于无线电链路的删除和MAC实体的重新配置必然伴随着旧小区相关HARQ进程/信道资源的解分配与释放，在极宽松的隐含公开标准下，对比文件部分公开了在小区停用时释放底层关联资源的特征，可合理推断包含HARQ资源的清理释放，故认定为隐含公开。 |
| 技术特征P：还包括<br>《直接公开》 | 【0008】、【0009】等（见技术特征A的论述） | 该连接词特征被对比文件直接公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文未记载有关次服务小区被禁用的条件设定。 | 与特征N相同，对比文件未公开多载波次服务小区的禁用判定，故未公开该特征。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 【0045】“4. New H-RNTI (TS 25.331 10.3.3.14a)。”<br>【0061】“UE在物理层的HS-SCCH接收过程中使用New H-RNTI的值作为UE标识。（UE uses the value of the New H-RNTI as the UE identity in the HS-SCCH reception procedure in the physical layer.）” | 目标专利中该特征针对的是在双载波系统中禁用次小区时，清除分配给次小区的专门H-RNTI变量并移除存储值（说明书【0014】、【0044】）。<br>对比文件公开的是在服务小区变更时，在ASU消息中携带“New H-RNTI”，UE将该新H-RNTI配置作为目标新服务小区的标识进行HS-SCCH监听。对比文件属于“分配/更新新标识”，而非在小区禁用时“清除（clear/remove）与次服务小区关联的H-RNTI”。两者技术手段与作用均不相同，对比文件未公开清除H-RNTI的特征。 |
| 技术特征S：还包括<br>《直接公开》 | 【0008】、【0009】等（见技术特征A的论述） | 该连接词特征被对比文件直接公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《隐含公开》 | 【0063】“ii. 如果包括HS-SCCH info IE和HARQ info IE……UE根据服务HS-DSCH无线电链路上的HS-SCCH信道化代码IE接收HS-SCCH……（ii. If HS-SCCH info IE and HARQ info IE are included... UE receives the HS-SCCH(s) according to the HS-SCCH channelization code IE on the serving HS-DSCH radio link...）” | 目标专利中是指UE接收下行物理层L1控制信号（说明书【0012】、【0045】）。<br>对比文件在【0063】中明确公开了UE在服务HS-DSCH无线电链路上接收物理层控制信道HS-SCCH信号（High Speed Shared Control Channel），在3GPP协议体系中HS-SCCH正是典型的物理层（Layer 1）信令信道。在宽松判断标准下，UE监听并接收HS-SCCH属于接收包括L1信令的信号，因此认定该特征被隐含公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 对比文件全文未记载利用L1信令进行载波的激活或去激活操作。 | 目标专利中该特征通过L1信令（如HS-SCCH order）实现次载波的快速激活或去激活以实现动态省电（说明书【0012】、【0045】）。<br>对比文件是基于RRC层信令（ACTIVE SET UPDATE）在RNC控制下执行半静态的服务小区变更，物理层L1信令HS-SCCH在对比文件中仅用于传统的数据传输调度指示，完全没有通过L1信令指示载波激活/去激活的机制。该特征未被公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 【0063】“……UE根据服务HS-DSCH无线电链路上的HS-SCCH信道化代码IE接收HS-SCCH……（...UE receives the HS-SCCH(s) according to the HS-SCCH channelization code IE on the serving HS-DSCH radio link...）” | 目标专利中明确该L1信令是“HS-SCCH命令（HS-SCCH order）”，是3GPP多载波版本中引入的专用物理层控制命令（说明书【0012】、【0045】）。<br>对比文件仅公开了传统的HS-SCCH物理信道接收，并未公开HS-SCCH命令（HS-SCCH order），更未将其作为指示载波状态的命令。该特征未被公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件全文未记载根据L1信令确定次服务小区的状态。 | 目标专利通过快速L1信令（HS-SCCH命令）直接确定次小区的激活/去激活状态（说明书【0045】）。对比文件不存在次服务小区，亦未公开根据L1信令确定小区状态。该特征未被公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件全文未记载L1信令指示次服务小区被去激活。 | 目标专利中HS-SCCH order包含用于指示次小区去激活的信息（说明书【0045】）。对比文件中无此机制，该特征未被公开。 |
| 技术特征Y：还包括<br>《直接公开》 | 【0008】、【0009】等（见技术特征A的论述） | 该连接词特征被对比文件直接公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 【0051】“1) UE 10的主动集包括BTS 16下的两个小区12、14：Cell1 12和Cell2 14……UE 10处于CELL_DCH状态，具有映射到HS-DSCH传输信道的一个PS NRT无线电承载。Cell1 12当前是服务HS-DSCH小区。（Cell1 12 is currently the serving HS-DSCH cell.）”<br>【0053】“3) RNC 20决定从主动集中删除Cell1 12并执行服务HS-DSCH小区从Cell1到Cell2的变更。（RNC 20 decides 24 to delete Cell1 12 from the active set and to perform 26 a change of the serving HS-DSCH cell from Cell1 to Cell2.）” | 目标专利中该特征描述了双小区/多载波操作中的关键容错与保持特性：次小区即使被禁用，锚定小区保持正常工作不受影响，WTRU继续从锚定服务小区接收下行数据（说明书【0013】、【0038】）。<br>而在对比文件中，小区是发生整体迁移切换（Cell1变更为Cell2），且原小区Cell1随后被彻底删除（【0055】、【0056】），UE转为从Cell2接收HS-DSCH数据。对比文件完全不涉及在辅助小区停用后依然由原本保持连接的锚定小区继续接收数据的多载波协同机制。该特征未被公开。 |
<<<A>>>
<<<a>>>
<<<f>>>
<<<h>>>
<<<I>>>
<<<J>>>
<<<l>>>
<<<M>>>
<<<o>>>
<<<P>>>
<<<S>>>
<<<t>>>
<<<Y>>>
作为资深专利代理师，紧密结合目标专利说明书原文## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br><br>《直接公开》 | [p0040] “According to a first aspect of the invention, a method for controlling transmission over a wireless communication link is provided. The method comprises the step of...”<br>【中文翻译】“根据本发明的第一方面，提供了一种用于控制无线通信链路上的传输的方法。该方法包括……的步骤” | 对比文件段落[0040]公开了一种无线通信控制方法，并在文中使用“comprises”（包括）来表述其方法包含后续步骤。因此，技术特征A被对比文件直接公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br><br>《未公开》 | [p0031]-[p0033] “In current specifications for EDCH... transmission of data, the UE selects a E-TFC... downlink using specific physical channels designed for this purpose, namely E-AGCH and E-RGCH. Also the current EDCH specifications bring a similar L1/MAC layer HARQ retransmission mechanism between UE and Node B in the uplink as in HSDPA for the downlink.”<br>【中文翻译】“在当前的EDCH规范中……对于数据的传输，UE选择……在下行链路中使用专门为此目的设计的特定物理信道，即E-AGCH和E-RGCH。并且当前的EDCH规范在UE与Node B之间的上行链路中引入了与下行链路HSDPA类似的L1/MAC层HARQ重传机制。” | 1. 作用分析：在目标专利中，该特征限定了双小区下行载波聚合场景（DC-HSDPA），WTRU需要同时在锚定小区和次服务小区接收不同的下行数据，是针对下行双小区协同接收及其状态管理的整体工作环境。<br>2. 差异分析：对比文件（WO2006100597A1）涉及的是单载波场景下增强上行专用信道（EDCH/HSUPA）的HARQ重传进程的调度控制，下行信道（E-AGCH/E-RGCH）仅用于下发控制授权（Grant）与重传进程控制命令，UE并非被配置为同时从锚定小区和次服务小区接收不同的数据，未涉及双小区/多载波下行数据接收架构。即使按照极宽松的隐含公开判断，本领域技术人员也无法从单载波上行HARQ调度方案中推导得出双小区下行数据并行接收的前提配置。<br>因此，对比文件未直接公开也未隐含公开技术特征B。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br><br>《未公开》 | [p0040] “The method comprises the step of indicating on a transmission resource control channel whether a retransmission process should be activated or deactivated.”<br>【中文翻译】“该方法包括在传输资源控制信道上指示是否应该激活或去激活重传进程的步骤。” | 1. 作用分析：在目标专利中，该特征通过维护并评估特定的高层状态变量SECONDARY_CELL_HS_DSCH_RECEPTION来判断并跟踪次服务小区的启用/禁用状态。<br>2. 差异分析：对比文件仅记载了通过传输资源控制信道中的比特指示特定的上行HARQ进程激活/去激活，未涉及次服务小区，更未公开或暗示过任何次小区状态变量，特别是SECONDARY_CELL_HS_DSCH_RECEPTION变量的存在及基于其确定次服务小区状态的技术方案。<br>因此，对比文件未直接公开也未隐含公开技术特征C。 |
| **技术特征D**：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br><br>《未公开》
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《隐含公开》 | 原文引用：<br>“糸巻き器は、少なくとも１つの光電子糸センサＳを具備しており…”（见对比文件段落[2]图1说明部分）<br>中文翻译：<br>“卷纱器至少具备一个光电断纱传感器S……” | 技术特征A为开放式撰写前言词“包括”。对比文件中明确记载了卷纱器装置“具备（具備しており/包括）”传感器等部件，从结构组成或开放式连接的技术用语角度，属于常规的部件包含或系统包括关系，因此隐含公开了该特征。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件属于纺织机械领域（具体为一种带有反射体与光电断纱传感器的卷纱器/糸巻き器），其所涉及的全部技术方案、技术构思与物理部件均围绕机械卷纱、储纱筒、透明陶瓷保护层及光电检测展开；而目标专利涉及移动无线通信（DC-HSDPA多载波系统中的双小区下行接收）。对比文件完全未涉及任何无线发射接收单元（WTRU）、锚定服务小区、次服务小区或同时接收不同数据的概念，即使按最宽松的隐含公开判断标准，本领域技术人员也无法从中推理或推导出该特征。因此未公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件为纺织机械构件及传感技术，全文完全未公开通信协议、特定协议变量（如SECONDARY_CELL_HS_DSCH_RECEPTION）或据其确定服务小区状态的技术内容，亦无任何相关技术启示，无法推理得出。因此未公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件不涉及无线移动通信中的小区配置及状态变量赋值逻辑，完全没有公开关于该变量设置为“真”（TRUE）指示次服务小区被启用的技术特征，也无法进行任何相关推理。因此未公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件完全属于纺织机械领域，不涉及任何通信状态变量设置为“伪”（FALSE）、指示小区被禁用，亦不涉及锚定与次服务小区分别关联各自HARQ实体的MAC架构内容，本领域技术人员完全无法推导。因此未公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件仅记载了机械卷纱装置中的构件与光学结构，完全未公开通信协议层中的混合自动重传请求（HARQ）实体及其专用的HARQ缓冲器（Buffer），无法推理得出。因此未公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件完全未涉及多小区通信系统中的次小区禁用判定条件或基于协议变量确定次小区状态的机制，毫无关联。因此未公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未涉及移动通信系统的MAC层处理，更未涉及在禁用次小区时针对次服务小区的HARQ缓冲器执行刷新（flush）的技术操作。因此未公开。 |
| 技术特征I：还包括<br>《隐含公开》 | 原文引用：<br>“加えて、大抵の場合、糸はオイルあるいは他の科学物質…”、“反射表面も、同様に好ましくは保護ペイントコーティングのような保護コーティングによってカバーされるのがよい。”（见对比文件段落[2]）<br>中文翻译：<br>“此外/还……；同样优选地还由保护涂层覆盖……” | 技术特征I为开放式权利要求连接词“还包括”。对比文件在多处叙述附加技术特征或可选方案时使用了“加之/还具有/还由……”等并列及递进包含关系，从上位表达逻辑角度隐含公开了连接项“还包括”。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件完全属于纺织设备领域，完全不存在高层无线电资源控制（RRC）消息或接收RRC信令的技术特征，无法合理推导。因此未公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件无任何通信信令以及利用信令指示次服务小区启用/禁用的技术手段。因此未公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件不涉及根据网络层RRC消息解析并确定小区状态的流程。因此未公开。 |
| 技术特征M：还包括<br>《隐含公开》 | 原文引用：<br>“糸巻き器は、少なくとも１つの光電子糸センサＳを具備しており…”（见对比文件段落[2]图1说明部分）<br>中文翻译：<br>“卷纱器至少具备一个光电断纱传感器S……” | 类似特征A与I，特征M为技术特征间的连接/过渡短语“还包括”，对比文件在描述装置包含多个部件（如传感器、反射体、涂层等）时包含了该附加包含的逻辑关系，故予以宽松认定为隐含公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未涉及多载波移动通信次小区状态评估及禁用触发条件，无法推导。因此未公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件完全属于机械/光学传感领域，未涉及通信协议中的HARQ资源管理与释放操作。因此未公开。 |
| 技术特征P：还包括<br>《隐含公开》 | 原文引用：<br>“糸巻き器は、少なくとも１つの光電子糸センサＳを具備しており…”（见对比文件段落[2]图1说明部分）<br>中文翻译：<br>“卷纱器至少具备一个光电断纱传感器S……” | 属于常规的开放式从属权利要求前言词“还包括”，对比文件描述多部件集合时体现了此种递进包含关系，宽松认定为隐含公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件完全未公开次服务小区状态确定及被禁用的判断分支。因此未公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未公开任何通信标识符（H-RNTI）的概念，更未涉及在禁用次小区时清除/移除存储的次小区H-RNTI的处理流程。因此未公开。 |
| 技术特征S：还包括<br>《隐含公开》 | 原文引用：<br>“糸巻き器は、少なくとも１つの光電子糸センサＳを具備しており…”（见对比文件段落[2]图1说明部分）<br>中文翻译：<br>“卷纱器至少具备一个光电断纱传感器S……” | 属于常规的从属权利要求开放式连接词“还包括”，宽松认定为隐含公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件中光电传感器仅接收来自光源经由反射面反射的光信号，与蜂窝通信中物理层（层1/L1）控制信令信号在技术领域、信号性质、传输通道及所起作用上截然不同，无法等同或合理推导得出。因此未公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未涉及高速下行链路共享信道（HS-DSCH）载波，亦无承载激活/去激活该载波指示的L1控制信令。因此未公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件完全不涉及3GPP HSDPA协议中的高速共享控制信道（HS-SCCH）或HS-SCCH order（命令）。因此未公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件不涉及解析层1控制信令以判定次服务小区激活/去激活状态的技术手段。因此未公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未公开任何用于指示次服务小区被去激活的底层控制命令。因此未公开。 |
| 技术特征Y：还包括<br>《隐含公开》 | 原文引用：<br>“糸巻き器は、少なくとも１つの光電子糸センサＳを具備しており…”（见对比文件段落[2]图1说明部分）<br>中文翻译：<br>“卷纱器至少具备一个光电断纱传感器S……” | 属于常规的开放式从属权利要求连接词“还包括”，宽松认定为隐含公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件属于纺织机械，不存在双小区通信中在次小区被禁用后主/锚定小区保持独立继续接收下行数据的通信操作机制。因此未公开。 |
<<<a>>>
<<<i>>>
<<<m>>>
<<<p>>>
<<<s>>>
<<<y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>包括<br>《直接公开》 | [0015]<br>“The system 100 can include a network controller 140, a network 110, and one or more terminals 120 and 130.”<br>（系统100可包括网络控制器140、网络110以及一个或多个终端120和130。）<br>[0023]<br>“The wireless communication device 200 can include a housing 210, a controller 220... a transceiver 250... a carrier monitor 290 and a unique identifier timer 292.”<br>（无线通信设备200可包括外壳210、耦合到外壳的控制器220……收发信机250……载波监视器290和唯一标识符定时器292。） | 对比文件段落[0015]及[0023]公开了无线通信系统、无线通信设备（终端）包括控制器、收发信机等实体及方法步骤，技术特征A为常规的开放式撰写前言词“包括”，对比文件实质公开了该特征。 |
| 技术特征B<br>当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《隐含公开》 | [0017]<br>“One member of the active set of carriers can be identified as a primary carrier.”<br>（活动载波集中的一个成员可被标识为主载波。）<br>[0018]<br>“In another embodiment, a different flag is sent to the receiver. One state can indicate that the transmitter will encode packets and then distribute them among at least one carrier and another state of the flag can indicate that the transmitter will encode separate packets on each carrier.”<br>（在另一实施例中，向接收机发送不同的标志。标志的一种状态可以指示发射机将对分组进行编码然后将它们分布在至少一个载波之间，而标志的另一种状态可以指示发射机将在每个载波上编码单独的分组。）<br>[0020]<br>“Also, one member of the active set of carriers can be the primary carrier, where voice and certain overhead channels can be sent to the terminal 120... One state of the flag can indicate that the terminal 120 can receive the F-PDCCH and F-PDCH on all carriers within the active set simultaneously.”<br>（此外，活动载波集中的一个成员可以是主载波，语音和某些开销信道可以发送给终端120……标志的一种状态可以指示终端120可同时在活动集内的所有载波上接收F-PDCCH和F-PDCH。） | 对比文件公开了无线通信设备可分配活动载波集，其中包含主载波（对应锚定载波）以及活动集内的其它载波（对应次载波），且标志的特定状态指示终端可以同时在所有载波上接收信道，且在每个载波上编码单独的分组（separate packets，即不同数据）。基于极宽松的隐含公开判断标准，本领域技术人员可以合理推断出当配置为在主载波与其它活动载波上同时接收单独分组时，即对应于WTRU被配置成同时从锚定小区和次小区接收不同数据，故构成隐含公开。 |
| 技术特征C<br>基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件中无相关记载。 | 对比文件虽然提到了主载波和辅助载波，以及通过定时器超时将载波从活动集移除等，但对比文件完全没有公开或启示基于3GPP特定的“SECONDARY_CELL_HS_DSCH_RECEPTION”变量来确定次服务小区的状态（启用/禁用），也未公开任何类似的专用协议层状态变量机制。不构成直接公开，也无法合理推导出隐含公开。 |
| 技术特征D<br>其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件中无相关记载。 | 对比文件未公开SECONDARY_CELL_HS_DSCH_RECEPTION变量，更未公开将该变量设置为真（TRUE）以指示次服务小区被启用的技术特征。 |
| 技术特征E<br>当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 对比文件中无相关记载。 | 对比文件完全未涉及SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为伪以指示次服务小区禁用的机制，也未提及锚定服务小区和次服务小区各自与独立的HARQ实体相关联的MAC架构设计。不构成公开。 |
| 技术特征F<br>所述HARQ实体具有HARQ缓冲器<br>《未公开》 | 对比文件中无相关记载。 | 对比文件未披露任何HARQ实体及HARQ缓冲器（HARQ buffer）的技术内容。 |
| 技术特征G<br>在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件中无相关记载。 | 对比文件不存在根据SECONDARY_CELL_HS_DSCH_RECEPTION变量确定次服务小区被禁用的方案。 |
| 技术特征H<br>刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 对比文件中无相关记载。 | 对比文件未公开在禁用次小区时刷新（flush）与其关联的HARQ实体的HARQ缓冲器。 |
| 技术特征I<br>还包括<br>《直接公开》 | 见技术特征A段落引用。 | 常规的过渡前言词，对比文件公开了系统和设备具备多个组合步骤和功能模块。 |
| 技术特征J<br>接收无线电资源控制RRC消息<br>《隐含公开》 | [0017]<br>“For example, the network controller 140 can be located at a base station and can send the indication using a layer three signaling message.”<br>（例如，网络控制器140可位于基站处，并且可以使用层3信令消息发送该指示。）<br>[0020]<br>“The active set can be signaled to the terminals 120 and 130 using a layer three signaling message in advance of sending or receiving the F-PDCCH and F-PDCH... In 3GPP, the F-PDCCH and F-PDCH correspond to the HS-DSCH and HS-DSCCH, respectively.”<br>（活动集可以在发送或接收F-PDCCH和F-PDCH之前使用层3信令消息发送给终端120和130……在3GPP中，F-PDCCH和F-PDCH分别对应于HS-DSCH和HS-DSCCH。） | 对比文件公开了终端接收来自基站的层3（Layer 3）信令消息来指示活动集载波，并明确指出在3GPP系统中对应信道为HS-DSCH等。在移动通信（特别是3GPP）协议架构中，层3控制平面信令即为无线电资源控制（RRC）消息。在宽松的隐含公开判断标准下，本领域技术人员能够合理推断出该层3信令消息即包括RRC消息，故构成隐含公开。 |
| 技术特征K<br>该RRC消息指示所述次服务小区是否被启用。<br>《隐含公开》 | [0017]<br>“...sending an indication of which carriers are in the active set to the wireless receiver 120. For example, the network controller 140 can be located at a base station and can send the indication using a layer three signaling message... One member of the active set of carriers can be identified as a primary carrier.”<br>（……向无线接收机120发送哪些载波在活动集中的指示。例如，网络控制器140可以位于基站并且可以使用层3信令消息发送该指示……活动集中的一个成员可被标识为主载波。）<br>[0020]<br>“If the terminal 120 moves into a cell that no longer has one of the assigned carriers, a new layer three message can be transmitted.”<br>（如果终端120移入不再具有所分配载波之一的小区中，则可以发送新的层3消息。）<br>[0021]<br>“...until a new layer three signaling message reactivates it again.”<br>（……直到新的层3信令消息再次重新激活它。） | 对比文件公开了基站使用层3信令消息（即RRC消息）向终端发送指示，用于指示哪些载波位于活动集中（除主载波外的活动载波即对应次载波），并且通过层3消息重新激活该载波。基于极宽松的隐含公开标准，通过层3信令消息指定载波在活动集中或重新激活，实质上指示了该非主载波（次服务小区）是否被启用，因此技术特征K被隐含公开。 |
| 技术特征L<br>其中根据所述RRC消息来确定所述状态。<br>《隐含公开》 | [0025]<br>“The transceiver 250 can include a receiver configured to receive an indication of which carriers of the plurality of available carriers are included in the active set of carriers from a transmitter. For example the indication can be received in a layer 3 signaling message. The carrier monitor 290 can monitor only those carriers that are listed in the active set of carriers.”<br>（收发信机250可包括被配置为从发射机接收多个可用载波中的哪些载波被包括在活动载波集中的指示的接收机。例如，该指示可以在层3信令消息中接收。载波监视器290可以仅监视活动载波集中列出的那些载波。） | 对比文件公开了终端根据接收到的层3信令消息中所包含的载波指示，确定哪些载波属于活动集并进而监视这些载波。结合特征J与K的论述，根据层3消息（RRC消息）确定活动载波集即对应于根据RRC消息确定次小区的启用/活动状态。在宽松标准下，该特征被隐含公开。 |
| 技术特征M<br>还包括<br>《直接公开》 | 见技术特征A段落引用。 | 常规过渡词，对比文件直接公开。 |
| 技术特征N<br>在所述次服务小区被确定为被禁用的情况下<br>《隐含公开》 | [0021]<br>“As an example of another embodiment, a ‘timeout’ timer can be used, so that if a member of the active set of carriers is not used before the timeout expires, then that carrier can be removed from the set and not assigned until a new layer three signaling message reactivates it again.”<br>（作为另一实施例的示例，可以使用“超时”定时器，使得如果活动载波集的成员在超时到期之前未被使用，则该载波可以从集合中移除并且不被指派，直到新的层3信令消息再次重新激活它。）<br>[0027]<br>“The controller 220 can then remove at least one carrier from the active set of carriers, with the exception of a primary carrier, when the unique identifier timer 292 reaches a threshold.”<br>（当唯一标识符定时器292达到阈值时，控制器220然后可以从活动载波集中移除至少一个载波，但主载波除外。） | 对比文件公开了非主载波（对应次服务小区）在定时器超时后被控制器从活动载波集中移除，直到被重新激活。从活动集中移除即意味着该载波处于不工作/被禁用状态。在极宽松的隐含公开判断标准下，该情况涵盖了“在次服务小区被确定为被禁用的情况下”，故构成隐含公开。 |
| 技术特征O<br>释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 对比文件中无相关记载。 | 对比文件完全未涉及HARQ实体、HARQ进程及HARQ资源的管理，未公开在次服务小区禁用时释放与其关联的HARQ资源。 |
| 技术特征P<br>还包括<br>《直接公开》 | 见技术特征A段落引用。 | 常规过渡词，对比文件直接公开。 |
| 技术特征Q<br>在所述次服务小区被确定为被禁用的情况下<br>《隐含公开》 | 见技术特征N公开性论述与引用。 | 同样公开了非主载波因超时从活动集中移除或被去激活的情况，对应于次服务小区被确定为被禁用的情况，在宽松标准下构成隐含公开。 |
| 技术特征R<br>清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | [0026]<br>“For example, the unique identifier can be a medium access control identifier (MAC-ID), and there may be different unique identifiers for the terminal on each channel... The unique identifier timer 292 can be initialized for each carrier after the unique identifier is detected on a carrier.”<br>（例如，唯一标识符可以是介质访问控制标识符（MAC-ID），并且对于每个信道上的终端可以存在不同的唯一标识符……在载波上检测到唯一标识符之后，可以为每个载波初始化唯一标识符定时器292。） | 对比文件虽然提到了每个信道上可有不同的唯一标识符（如MAC-ID），但完全没有公开在次载波/小区被禁用时“清除（clear）与次服务小区关联的H-RNTI”的技术方案。对比文件仅是定时器超时后将载波移出活动集，未涉及清除标识符的操作。无法得出直接或隐含公开。 |
| 技术特征S<br>还包括<br>《直接公开》 | 见技术特征A段落引用。 | 常规过渡词，对比文件直接公开。 |
| 技术特征T<br>接收包括层1L1信令的信号<br>《隐含公开》 | [0005]<br>“Examples of such channels can include a forward data traffic channel (F-DTCH)... a high speed downlink shared channel (HS-DSCH)... a high speed downlink shared control channel (HS-DSCCH), and the like.”<br>（此类信道的示例可包括前向数据业务信道（F-DTCH）……高速下行链路共享信道（HS-DSCH）……高速下行链路共享控制信道（HS-DSCCH）等。）<br>[0020]<br>“In 3GPP, the F-PDCCH and F-PDCH correspond to the HS-DSCH and HS-DSCCH, respectively... terminal 120 can receive the F-PDCCH and F-PDCH on all carriers within the active set simultaneously.”<br>（在3GPP中，F-PDCCH和F-PDCH分别对应于HS-DSCH和HS-DSCCH……终端120可以同时在活动集内的所有载波上接收F-PDCCH和F-PDCH。） | 对比文件公开了终端在下行物理层控制信道（如HS-DSCCH/F-PDCCH）上接收信号，下行物理控制信道承载的即为层1（L1）信令。根据极宽松的隐含公开判断标准，终端接收这些物理控制信道信号能够合理推断出其接收包含L1信令的信号，构成隐含公开。 |
| 技术特征U<br>其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | [0017]、[0020]、[0021]<br>对比文件中明确记载载波的激活/去激活指示是通过“layer three signaling message”（层3信令消息）发送的，或者通过终端本地的定时器超时来移除载波。<br>“...and can send the indication using a layer three signaling message.”（[0017]）<br>“...until a new layer three signaling message reactivates it again.”（[0021]） | 对比文件明确排他性地记载了使用“层3信令消息”来发送激活/去激活或指示活动载波，完全没有公开通过“层1信令”来指示激活或去激活HS-DSCH载波。本领域技术人员无法从对比文件中推导出利用L1信令实现快速载波激活/去激活。故未公开。 |
| 技术特征V<br>其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 对比文件中无相关记载。 | 对比文件未公开L1信令是HS-SCCH命令（HS-SCCH order），对比文件中仅在背景技术和对应关系中泛泛提到了HS-DSCCH，并未公开通过HS-SCCH命令作为L1信令来控制次载波状态。 |
| 技术特征W<br>其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件中无相关记载。 | 如特征U和V所述，对比文件中确定载波状态依据的是层3信令或定时器，根本没有公开根据L1信令确定次服务小区状态。 |
| 技术特征X<br>其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件中无相关记载。 | 对比文件不存在L1信令指示次服务小区被去激活的任何公开。 |
| 技术特征Y<br>还包括<br>《直接公开》 | 见技术特征A段落引用。 | 常规过渡词，对比文件直接公开。 |
| 技术特征Z<br>在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《隐含公开》 | [0018]<br>“The network controller 140 can then remove at least one carrier from the active set of carriers, with the exception of the primary carrier, when the timer is greater than or equal to a threshold.”<br>（当定时器大于或等于阈值时，网络控制器140然后可以从活动载波集中移除至少一个载波（主载波除外）。）<br>[0020]<br>“Also, one member of the active set of carriers can be the primary carrier, where voice and certain overhead channels can be sent to the terminal 120... If the primary carrier is maintained, the default state of the flag can be used until a new layer three signaling message arrives.”<br>（此外，活动载波集中的一个成员可以是主载波，其中语音和某些开销信道可以发送到终端120……如果主载波被维持，则可以使用标志的默认状态直到新的层3信令消息到达。）<br>[0027]<br>“The controller 220 can then remove at least one carrier from the active set of carriers, with the exception of a primary carrier, when the unique identifier timer 292 reaches a threshold.”<br>（当唯一标识符定时器292达到阈值时，控制器220然后可以从活动载波集中移除至少一个载波，但主载波除外。） | 对比文件公开了当非主载波（对应次服务小区）从活动集中移除（即被禁用）时，明确排除了主载波（with the exception of a primary carrier），主载波保持维持（maintained），且终端在主载波上继续接收发送至该终端的数据（如语音、开销信道或默认状态下的F-PDCH数据）。在极宽松的隐含公开判断标准下，本领域技术人员可以合理推导出终端在次载波被移除/禁用后，依然继续从主载波（锚定服务小区）接收数据，故技术特征Z被隐含公开。 |
<<<A>>>
<<<b>>>
<<<I>>>
<<<j>>>
<<<k>>>
<<<l>>>
<<<M>>>
<<<n>>>
<<<P>>>
<<<q>>>
<<<S>>>
<<<t>>>
<<<Y>>>
<<<z>>>
针对目标专利的各技术特征，结合目标专利说明书与对比文件（JP2007053747A）的原文内容、技术实质及作用进行严谨对比与论述，特征比对表格如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | 【说明书】<br>“本発明の第１の実施の形態によると、アップリンクチャネルの再設定の際にＭＡＣレイヤのＭＡＣエンティティを再設定する方法が提供される。”<br>（根据本发明的第1实施方式，提供一种在重置上行链路信道时重置MAC层的MAC实体的方法。） | 技术特征A为方法/设备的常规撰写过渡词“包括”。对比文件公开了重置MAC实体的方法及相关设备、通信流程，技术方案具备各项步骤或组成模块，属于本领域惯用的开放式过渡特征，被对比文件直接公开。 |
| **技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时**<br>《未公开》 | 【说明书】<br>“アップリンクチャネルの再設定の際にアップリンクチャネルを介して移動端末からプロトコルデータユニットを受信する装置のＭＡＣレイヤのＭＡＣエンティティを再設定する方法および装置に関する。”<br>（根据目标专利说明书的记载与对比文件（JP2007053747A）的全部内容，基于资深专利代理师的专业视角，对目标专利权利要求的各个技术特征进行严谨、客观的对比分析。
---
### 技术特征对比分析概述
* **目标专利的核心技术方案**：涉及双小区/多载波高速下行链路分组接入（DC-HSDPA）。当WTRU同时从主/锚定服务小区与次服务小区接收下行数据时，针对次服务小区的单独禁用/去激活，通过变量（`SECONDARY_CELL_HS_DSCH_RECEPTION`）判断次小区状态，并在次小区被禁用时，针对性地刷新次小区的HARQ缓冲器、释放其HARQ资源、清除次小区的H-RNTI，同时保持锚定服务小区继续工作，避免不必要地重置整个MAC实体。
* **对比文件（JP2007053747A）的技术方案**：针对3GPP Rel-6版本中的上行链路增强专用信道（E-DCH / HSUPA）。其关注在单一上行载波的TTI重配置（例如2ms与10ms之间切换）或软切换时，网络侧（S-RNC中MAC-es）重置重排序缓冲器并将数据送至RLC，以触发RLC状态报告生成，以及UE重置TSN或解除之前由E-AGCH/RRC去激活的HARQ进程限制。
* **对比判定原则**：
* **直接公开**：必须是本领域技术人员能毫无疑义地从对比文件中直接、明确或等同得出的技术方案。
* **隐含公开**：标准极度宽松，只要对比文件记载的内容有可能涵盖、推理得出、部分公开或具有可结合性，即认定为隐含公开。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译） | 公开性论述 |
| 技术特征A：包括<br>【直接公开】 | [2]「本発明は、アップリンクチャネルの再設定の際にアップリンクチャネルを介して移動端末からプロトコルデータユニットを受信する装置のＭＡＣレイヤのＭＡＣエンティティを再設定する方法および装置に関する。」<br>（译文：本发明涉及在上行链路信道重新配置时，对通过上行链路信道从移动终端接收协议数据单元的装置的MAC层的MAC实体进行重新配置的方法和装置。） | 具有常规方法/装置架构所共有的包括/包含性技术特征，属于常规限定词，被直接公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>【未公开】 | 无对应记载。<br>全文涉及的是单载波环境下的E-DCH（上行链路）与Rel-5下行HS-DDSCH，且涉及软切换（SHO）时多个Node B合并上行数据（宏分集选择合并）。 | 对比文件并未涉及WTRU配置成在下行链路同时从“锚定服务小区和次服务小区”接收不同数据（即DC-HSDPA多载波双流接收技术方案）。对比文件中的双Node B仅是上行软切换场景中的基站接收与合并，并非移动终端在下行载波聚合/多载波下同时接收两个小区的不同数据。即使以极其宽松的标准判断，对比文件完全没有多载波/双小区同时下行接收的构想，因此既未直接公开也未隐含公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>【未公开】 | 无对应记载。<br>全文未涉及SECONDARY_CELL_HS_DSCH_RECEPTION变量或任何用于确定次下行服务小区状态的等同变量。 | 目标专利中SECONDARY_CELL_HS_DSCH_RECEPTION变量是专门用于指示次下行载波/服务小区的HS-DSCH接收状态。对比文件为Rel-6上行E-DCH技术，根本不存在用于控制次载波接收状态的专用状态变量，故既未直接公开也未隐含公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>【未公开】 | 无对应记载。 | 理由同技术特征C。对比文件未披露该特定变量及其取值为真（TRUE）时对次小区的启用指示。既未直接公开也未隐含公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>【未公开】 | 对比文件图4、图6、图7仅公开：<br>[2]「図６により詳細に示される。…ＨＡＲＱエンティティは、ユーザに対する再送機能を扱う。一つのＨＡＲＱエンティティは、多数のＨＡＲＱ処理をサポートする。」<br>（译文：图6更详细示出。…HARQ实体处理针对用户的重传功能。一个HARQ实体支持多个HARQ进程。） | 对比文件中UE侧仅具有一个用于E-DCH的MAC-e/es及单个HARQ实体（负责该UE上行传输的若干HARQ进程），完全没有“锚定小区和次小区每一者与各自的HARQ实体关联（即双HARQ实体架构）”的记载；亦没有变量为伪（FALSE）时指示次小区被禁用的技术方案。既未直接公开也未隐含公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>【直接公开】 | [2]「各ＨＡＲＱ処理には、未解決の再送からのパケットのビットを合成するために一定量のソフトバッファメモリが割り当てられる。」及「これらの合成値はそれぞれのＨＡＲＱ処理のソフトバッファに記憶される。」<br>（译文：为每个HARQ进程分配一定量的软缓冲器存储器，以用于组合来自未解决重传的数据包的比特。…这些组合值存储在各个HARQ进程的软缓冲器中。） | 对比文件明确公开了HARQ实体包含多个HARQ进程，且为每个HARQ进程分配了软缓冲器（soft buffer memory）。本领域技术人员可以毫无疑义地确定HARQ实体具有HARQ缓冲器，属于直接公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>【未公开】 | 无对应记载。 | 理由同特征C与D。对比文件不涉及次服务小区状态的变量判定，既未直接公开也未隐含公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器<br>【隐含公开】 | [2]「ＴＴＩ再設定の際に未解決の再送を有する全ての現行のＨＡＲＱ処理が停止／消去され（aborted/flushed）なくてはならない。」<br>（译文：在TTI重新配置时，具有未决重传的所有当前HARQ进程必须被中止/刷新/清除(aborted/flushed)。） | 对比文件公开了在信道重新配置（TTI重配置）时，需要中止/刷新（flush）当前HARQ进程中的缓冲数据。尽管对比文件是针对上行信道重配置刷新所有HARQ进程，而目标专利是刷新多载波中与“次服务小区”关联的HARQ实体的缓冲器，但对比文件公开了“在配置改变时对特定HARQ实体的HARQ进程/缓冲器进行flushed（刷新/清除）”的操作机制。在极其宽松的标准下，属于部分公开了刷新HARQ缓冲器的动作，有可能与其他多小区技术组合以得到该特征，因此认定为隐含公开。 |
| 技术特征I：还包括<br>【直接公开】 | [2]「本発明の更なる実施の形態によると…」<br>（译文：根据本发明的进一步实施方式……） | 属于常规逻辑连接过渡语，对比文件中存在大量进一步特征的展开，被直接公开。 |
| 技术特征J：接收无线电资源控制RRC消息<br>【直接公开】 | [2]「Ｓ−ＲＮＣは、アクティブ化時間を含むトランスポートチャネル再設定メッセージ（Transport Channel Reconfiguration message）をＵＥにＲＲＣを介してシグナリングする。」<br>（译文：S-RNC通过RRC向UE发送包含激活时间的传输信道重新配置消息。）及图12步骤1205。 | 对比文件明确公开了移动终端（UE）接收来自网络侧（S-RNC）通过RRC层发送的传输信道重新配置消息（Transport Channel Reconfiguration message），技术方案与作用完全相同，属于直接公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用<br>【未公开】 | 无对应记载。<br>对比文件中的RRC消息仅包含上行E-DCH的TTI长度、HARQ进程激活/去激活的8比特串、传输信道重配置参数等。 | 对比文件中不存在任何关于“次服务小区”及其“是否被启用”的RRC指示或参数。即使在极其宽松的标准下，对比文件仅涉及单载波的传输信道重配置，无法推导出次服务小区的启用指示，因此既未直接公开也未隐含公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态<br>【未公开】 | 无对应记载。 | 目标专利中是根据RRC消息确定次服务小区是否启用的状态。对比文件并未公开次服务小区及其状态，因此不能根据RRC消息确定次服务小区的状态。既未直接公开也未隐含公开。 |
| 技术特征M：还包括<br>【直接公开】 | 同特征I。 | 常规连接词，直接公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>【未公开】 | 无对应记载。 | 对比文件完全未涉及次服务小区被确定为被禁用的条件或场景。既未直接公开也未隐含公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源<br>【未公开】 | 对比文件[2]仅涉及：「ノードＢは、ＮＢＡＰを介する無線リンク再設定準備完了メッセージ…を用いて、リソースを割り当て…」及「「古い」ノードＢへの無線リンク、即ち、アップリンクチャネルを解放すると…」<br>（译文：释放至“旧”Node B的无线电链路，即上行信道……） | 对比文件仅公开了释放至旧Node B的上行无线链路或重新分配传输信道资源，并未公开针对“次服务小区的HARQ实体释放其关联的HARQ资源”。因此既未直接公开也未隐含公开。 |
| 技术特征P：还包括<br>【直接公开】 | 同特征I。 | 常规连接词，直接公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>【未公开】 | 同特征N。 | 无对应次服务小区被禁用的场景，既未直接公开也未隐含公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI<br>【未公开】 | 对比文件仅记载E-RNTI：<br>[2]「絶対的許可は一次または二次Ｅ−ＲＮＴＩで受信され得る。」<br>（译文：绝对许可可以通过主或次E-RNTI接收。） | 对比文件中公开的E-RNTI是用于上行E-DCH绝对授权信道（E-AGCH）的标识符，包含主E-RNTI和从E-RNTI，但其仅用于指示由哪个RNTI来监听调度授权，根本没有“清除H-RNTI”的技术方案。对比文件完全不涉及清除标识符的操作，故既未直接公开也未隐含公开。 |
| 技术特征S：还包括<br>【直接公开】 | 同特征I。 | 常规连接词，直接公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>【直接公开】 | [2]「トランスポートフォーマット選択は、Ｌ１を介してＵＴＲＡＮから受信するスケジューリング情報（相対的許可および絶対的許可）…に従って行われる。」及「ＭＡＣ−ｅ／ｅｓエンティティは、図６に示すように、レイヤ１シグナリングを介してノードＢ（ネットワーク側）からスケジューリング情報を受信する。」<br>（译文：传输格式选择根据通过L1从UTRAN接收的调度信息（相对许可和绝对许可）……进行。MAC-e/es实体通过层1信令从Node B接收调度信息。） | 对比文件明确公开了UE通过物理层/层1（L1）信令接收来自网络侧（Node B）发送的控制信息（如E-AGCH和E-RGCH承载的调度信息），本领域技术人员可以毫无疑义地确定其公开了“接收包括层1（L1）信令的信号”，属于直接公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示<br>【未公开】 | 对比文件[2]记载：「絶対的許可は、単一のまたは全てのＨＡＲＱ処理をアクティブ／非アクティブにすることができる。」<br>（译文：绝对许可可以将单个或全部HARQ进程激活/去激活。） | 对比文件中的L1信令（E-AGCH上的绝对许可）仅能指示“上行E-DCH的HARQ进程”的激活或去激活，其控制对象是上行调度中的HARQ进程，根本没有公开针对“下行HS-DSCH载波”的激活或去激活指示。二者的控制层面和对象截然不同，故既未直接公开也未隐含公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令<br>【未公开】 | 对比文件[2]中引用的信令信道为：<br>「絶対的許可は、Ｅ−ＡＧＣＨ（拡張絶対的許可チャネル）で受信され、相対的許可はＥ−ＲＧＣＨ（拡張相対的許可チャネル）で受信される。」<br>（译文：绝对许可在E-AGCH上接收，相对许可在E-RGCH上接收。） | 对比文件中的L1控制信令明确指定为上行专用的控制信道E-AGCH和E-RGCH，并未记载下行共享控制信道HS-SCCH order（命令）。因此既未直接公开也未隐含公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态<br>【未公开】 | 无对应记载。 | 对比文件不涉及通过L1信令来确定“次服务小区”的状态。既未直接公开也未隐含公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活<br>【未公开】 | 无对应记载。 | 对比文件中L1信令仅能去激活E-DCH HARQ进程，不涉及指示次服务小区被去激活。既未直接公开也未隐含公开。 |
| 技术特征Y：还包括<br>【直接公开】 | 同特征I。 | 常规连接词，直接公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据<br>【未公开】 | 对比文件仅在软切换宏分集时提及：「ソフトハンドオーバの場合に異なるノードＢからのデータの合成を扱う。…「古い」ノードＢへの無線リンク、即ち、アップリンクチャネルを解放すると、新しいノードＢへの確立されるアップリンク接続は再び再設定され…」 | 对比文件是上行链路在软切换断开旧Node B后由新Node B继续接收，完全没有涉及多载波下行链路中“次服务小区被禁用后，UE继续从主/锚定服务小区接收下行数据”的方案与机制。既未直接公开也未隐含公开。 |
---
### 评估结论总结
对比文件（JP2007053747A）主要涉及3GPP Rel-6版本中HSUPA（E-DCH）在上行传输信道TTI重配置或软切换过程中的MAC-es缓冲器处理与HARQ进程激活/去激活机制；而目标专利涉及的是3GPP Rel-8引入的DC-HSDPA（双小区下行载波聚合）中对次服务小区（辅助载波）进行去激活/禁用时的多实体协同控制方案。
* **直接公开的技术特征**：
* **A、I、M、P、S、Y**（连接与常规引入特征）
* **F**（HARQ实体具有HARQ缓冲器/软缓冲器）
* **J**（接收无线电资源控制RRC消息）
* **T**（接收包括层1 L1信令的信号）
* **隐含公开的技术特征**：
* **h**（刷新与特定实体/进程关联的HARQ缓冲器）
* **其余特征均未公开**。
<<<A>>>
<<<F>>>
<<<h>>>
<<<I>>>
<<<J>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<Y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>包括<br><br>《直接公开》 | 【0022】<br>“A second aspect of the present invention is summarized as a mobile station... including: a relative transmission rate control channel receiver... and a transmission rate controller...”<br>（本发明的第二方面概括为一种用于……的移动台，包括：相对传输速率控制信道接收机……以及传输速率控制器……） | 对比文件段落【0022】公开了用于控制上行传输速率的移动台（UE），且具有“包括（including）”相应部件的开放式过渡结构，与目标专利中用于引入装置或方法特征的“包括”含义完全一致，因此技术特征A被对比文件直接公开。 |
| 技术特征B<br>当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br><br>未公开 | 无引用内容 | 目标专利的技术特征B限定了双载波/多小区下行接收场景（DC-HSDPA），即WTRU同时从锚定小区（主小区）和次服务小区（辅助小区）接收不同的下行数据（参见目标说明书【0008】、【0009】、【0028】）。<br>而对比文件涉及的是3GPP上行增强（Enhanced Uplink/EUL，即HSUPA）技术中移动台在单一连接下单载波向基站传输上行用户数据的速率控制方法及装置（参见对比文件【0003】、【0013】、【0041】及图3-图8），虽然段落【0080】提及了来自serving cell和non-serving cell的E-RGCH信令，但这属于软切换/宏分集场景下的上行速率调度控制，并未公开、教导或暗示UE/WTRU被配置为“同时从锚定服务小区和次服务小区接收不同数据”的多载波/多小区下行接收机制。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征C<br>基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br><br>未公开 | 无引用内容 | 目标专利的技术特征C基于3GPP RRC层特定的次小区状态布尔变量“SECONDARY_CELL_HS_DSCH_RECEPTION”来评估和确定次服务小区（辅助载波）的状态（启用/禁用）（参见目标说明书【0039】、【0040】）。<br>对比文件仅涉及上行传输速率控制（E-TFC选择、Up/Down命令处理），完全未涉及任何控制下行次小区接收状态的状态变量，更未记载或暗示“SECONDARY_CELL_HS_DSCH_RECEPTION”变量。本领域技术人员无法从对比文件中推理得出该特征，故未直接公开也未隐含公开。 |
| 技术特征D<br>其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br><br>未公开 | 无引用内容 | 目标专利中当该变量为TRUE时指示次服务小区被启用并准备好用于HS-DSCH接收（参见目标说明书【0039】、【0040】）。对比文件完全未涉及该变量及其设置为真时的具体状态指示，故未直接公开也未隐含公开。 |
| 技术特征E<br>当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br><br>未公开 | 无引用内容 | 目标专利中当该变量设为FALSE时指示次小区被禁用，且DC-HSDPA架构下锚定小区和次小区分别对应各自独立的HARQ实体（即MAC-ehs包含两个HARQ实体，参见目标说明书【0010】、【0013】、【0040】）。<br>对比文件段落【0050】、【0051】、【0058】仅公开了移动台的MAC-e功能部分134包括一个HARQ处理部分134c，采用N通道停等（N-SAW）协议处理上行E-DCH传输，属于传统的单载波上行HARQ实体结构，既未涉及次小区变量为伪的禁用状态，也未公开主/次两小区各自与独立的HARQ实体关联。故未直接公开也未隐含公开。 |
| 技术特征F<br>所述HARQ实体具有HARQ缓冲器<br><br>《直接公开》 | 【0098】、图12<br>“...a buffer 221d, a re-despreading section 221e, an HARQ buffer 221f, an error correction decoding section 221g...”<br>（……缓冲器221d、再解扩部分221e、HARQ缓冲器221f、纠错解码部分221g……）<br><br>【0103】<br>“...so as to store the re-despread data to the HARQ buffer 221f.”<br>（……以便将再解扩后的数据存储到HARQ缓冲器221f中。） | 对比文件在基站侧（Node B）明确记载了层1功能部分包含“HARQ buffer 221f（HARQ缓冲器）”，且在HARQ重传控制协议中，HARQ实体必然包含用于缓存待传或接收数据的HARQ缓冲器（Buffer）（对比文件图6、图7、段落【0058】均记载了HARQ实体与进程）。因此，对比文件直接公开了HARQ实体具有HARQ缓冲器。 |
| 技术特征G<br>在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br><br>未公开 | 无引用内容 | 目标专利限定了触发动作的前提条件，即根据特定变量确定次小区为被禁用（参见目标说明书【0040】、【0044】）。对比文件无次服务小区、无该状态变量，亦无基于该变量确定禁用状态的机制。故未直接公开也未隐含公开。 |
| 技术特征H<br>刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br><br>未公开 | 无引用内容 | 目标专利中当次服务小区被禁用时，为了避免脏数据和不可预测的行为，WTRU停止次小区的HS-SCCH/HS-DSCH接收过程，并刷新（flush）与该次小区关联的HARQ实体的HARQ缓冲器，同时保留锚定小区的正常接收（参见目标说明书【0013】、【0015】、【0044】）。<br>对比文件段落【0015】、【0020】、【0070】、【0133】仅描述了当UE发送缓冲器（transmission buffer）中待发送的上行用户数据变空（empty）时维持传输速率的操作，完全未涉及“刷新与次服务小区关联的HARQ实体的HARQ缓冲器”。故未直接公开也未隐含公开。 |
| 技术特征I<br>还包括<br><br>《直接公开》 | 【0022】<br>“...including...”<br>（……包括……） | 参见技术特征A的论述，对比文件直接公开了权利要求中用于限定进一步技术特征的连接过渡词“还包括”。 |
| 技术特征J<br>接收无线电资源控制RRC消息<br><br>《直接公开》 | 【0005】<br>“...and to notify the determined transmission rate of the uplink user data by a message of a layer-3 (Radio Resource Control Layer) to both of the mobile station UE and the radio base station Node B.”<br>（……并且通过层3（无线电资源控制层，RRC）消息向移动台UE和无线电基站Node B两者通知确定的上行用户数据传输速率。）<br><br>【0130】<br>“The call processing control section 36 is configured to perform a radio resource control processing, a channel setup and release processing by the layer-3 signaling, or the like.”<br>（呼叫处理控制部分36配置为执行无线电资源控制处理、通过层3信令的信道建立和释放处理等。） | 对比文件段落【0005】及【0130】明确公开了由网络侧向移动台UE发送层3（RRC，Radio Resource Control）消息，移动台UE接收该无线电资源控制RRC消息，作用与目标专利中UE接收高层RRC信令相同。因此技术特征J被对比文件直接公开。 |
| 技术特征K<br>该RRC消息指示所述次服务小区是否被启用。<br><br>未公开 | 无引用内容 | 目标专利中RRC消息包含指示次服务小区是否被启用的信息元素/变量（参见目标说明书【0038】、【0040】、【0043】）。对比文件中的RRC消息仅用于通知由RNC确定的传统DPCH信道参数、上行数据传输速率或进行呼叫建立/释放控制，完全没有指示任何“次服务小区是否被启用”的内容。故未直接公开也未隐含公开。 |
| 技术特征L<br>其中根据所述RRC消息来确定所述状态。<br><br>未公开 | 无引用内容 | 目标专利中次小区的启用/禁用状态直接根据接收到的RRC消息来确定（参见目标说明书【0043】步骤601）。对比文件未涉及次服务小区状态的确定，故未直接公开也未隐含公开。 |
| 技术特征M<br>还包括<br><br>《直接公开》 | 【0022】<br>“...including...”<br>（……包括……） | 参见技术特征A的论述，对比文件直接公开了“还包括”。 |
| 技术特征N<br>在所述次服务小区被确定为被禁用的情况下<br><br>未公开 | 无引用内容 | 目标专利限定了特定的执行前提条件（次服务小区被禁用，参见目标说明书【0044】）。对比文件不存在该状态判断条件。故未直接公开也未隐含公开。 |
| 技术特征O<br>释放与所述次服务小区关联的HARQ资源。<br><br>未公开 | 无引用内容 | 目标专利中当次服务小区被禁用时，WTRU释放分配给该次服务小区的全部HARQ资源（步骤605及说明书【0019】、【0044】）。<br>对比文件段落【0130】仅一般性地提及通过层3信令进行“信道建立和释放处理（channel setup and release processing）”，以及基站侧硬件资源分配（【0095】、【0102】），既未涉及多载波/次服务小区场景，也未公开释放与次服务小区关联的HARQ资源。故未直接公开也未隐含公开。 |
| 技术特征P<br>还包括<br><br>《直接公开》 | 【0022】<br>“...including...”<br>（……包括……） | 参见技术特征A的论述，对比文件直接公开了“还包括”。 |
| 技术特征Q<br>在所述次服务小区被确定为被禁用的情况下<br><br>未公开 | 无引用内容 | 目标专利限定了执行前提条件（次服务小区被禁用，参见目标说明书【0044】）。对比文件不存在该条件。故未直接公开也未隐含公开。 |
| 技术特征R<br>清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br><br>未公开 | 无引用内容 | 目标专利中，DC-HSDPA系统为每个服务小区分配独立的H-RNTI，在次小区被禁用时，WTRU将与该次服务小区关联的变量H_RNTI清除并移除（参见目标说明书【0010】、【0014】、【0044】步骤604、【0049】）。<br>对比文件为EUL上行速率控制专利，未提及任何有关H-RNTI的操作，更无“清除与次服务小区关联的H-RNTI”的技术方案。故未直接公开也未隐含公开。 |
| 技术特征S<br>还包括<br><br>《直接公开》 | 【0022】<br>“...including...”<br>（……包括……） | 参见技术特征A的论述，对比文件直接公开了“还包括”。 |
| 技术特征T<br>接收包括层1L1信令的信号<br><br>《直接公开》 | 【0013】<br>“...have discussed a method for controlling radio resources at high speed in a layer-1 and a media access control (MAC) sub-layer (a layer-2) between the radio base station Node B and the mobile station UE...”<br>（……已经讨论了一种在无线基站Node B和移动台UE之间在层1（L1）和媒体接入控制（MAC）子层（层2）高速控制无线电资源的方法……）<br><br>【0022】、图8【0072】、【0080】<br>“a relative transmission rate control channel receiver configured to receive any one of Up command... Down command... or Don't care command... from the radio base station via the relative transmission rate control channel”<br>（相对传输速率控制信道接收机，配置为经由相对传输速率控制信道从无线电基站接收Up命令、Down命令或Don't care命令中的任一者……） | 对比文件明确公开了移动台通过层1物理信道（如E-RGCH 135f、E-AGCH 135g）接收来自基站的层1（L1）下行控制信令（Up/Down/Don't care命令），用于在L1/L2层实现高速无线资源控制。该行为与目标专利中移动台“接收包括层1 L1信令的信号”相同，因此技术特征T被对比文件直接公开。 |
| 技术特征U<br>其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br><br>未公开 | 无引用内容 | 目标专利中的L1信令是指用于指示激活或去激活次下行链路HS-DSCH载波的控制命令（参见目标说明书【0012】、【0045】）。<br>对比文件段落【0014】、【0021】、【0068】-【0070】中的L1信令仅为上行增强专用信道（E-DCH）的相对速率控制命令（Up/Down/Don't care），用于控制上行传输速率升降，完全不包含对激活或去激活下行HS-DSCH载波的任何指示。故未直接公开也未隐含公开。 |
| 技术特征V<br>其中所述L1信令是高速共享控制信道HS-SCCH命令。<br><br>未公开 | 无引用内容 | 目标专利中明确该L1信令是HS-SCCH order（高速共享控制信道命令，参见目标说明书【0012】、【0045】）。<br>对比文件中的L1信令承载于E-RGCH（增强型相对授权信道）或E-AGCH（增强型绝对授权信道）（参见对比文件【0014】、【0019】、【0072】），未涉及HS-SCCH信道及其order命令。故未直接公开也未隐含公开。 |
| 技术特征W<br>其中根据所述L1信令来确定所述次服务小区的所述状态。<br><br>未公开 | 无引用内容 | 目标专利中通过解调接收到的HS-SCCH命令中的指示来确定次服务小区是处于激活还是去激活状态（参见目标说明书【0045】）。对比文件不存在次服务小区，其L1信令仅用于调整上行发射速率。故未直接公开也未隐含公开。 |
| 技术特征X<br>其中所述L1信令指示所述次服务小区被去激活。<br><br>未公开 | 无引用内容 | 目标专利中L1信令的具体取值用于指示次小区被去激活（参见目标说明书【0045】）。对比文件不存在该指示内容。故未直接公开也未隐含公开。 |
| 技术特征Y<br>还包括<br><br>《直接公开》 | 【0022】<br>“...including...”<br>（……包括……） | 参见技术特征A的论述，对比文件直接公开了“还包括”。 |
| 技术特征Z<br>在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br><br>未公开 | 无引用内容 | 目标专利中，由于MAC-ehs架构在次小区被禁用后避免了对整个MAC实体的重置，从而使得锚定服务小区能够不受次小区禁用的影响，继续保持数据传输与接收（参见目标说明书【0013】、【0038】）。<br>对比文件不存在多小区接收架构，也不存在次服务小区禁用后继续从锚定服务小区接收数据的技术方案。故未直接公开也未隐含公开。 |
---
<<<A>>>
<<<F>>>
<<<I>>>
<<<J>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<Y>>>
根据目标专利说明书的记载与对比文件（US 2007/0047452 A1）公开内容的客观对比，严格按照所给出的技术特征划分执行公开性分析。
### 技术理解背景概述
目标专利涉及多小区（特别是DC-HSDPA）下行链路无线通信，解决在同时存在锚定服务小区与次服务小区（辅助载波）时，当次服务小区被禁用/去激活时，如何针对性地禁用次服务小区、处理特定变量（如 `SECONDARY_CELL_HS_DSCH_RECEPTION`）、刷新并释放与次服务小区单独关联的HARQ实体/缓冲器/资源以及清除次小区专用的H-RNTI，而避免对整个MAC实体（服务小区仍在运行）执行不适当的完全重置。
对比文件（US 2007/0047452 A1）则涉及单载波E-DCH（增强型上行专用信道，HSUPA）在上行链路传输时间间隔（TTI）重新配置或软切换时的MAC重配置机制，其侧重于在TTI切换时刷新MAC-e/es的重排序缓冲器（reordering buffer）并由RLC实体快速触发状态报告。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含翻译及段落标号） | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | 【段落0125】<br>“According to a first embodiment of the invention, a method for reconfiguring a MAC entity of a MAC layer upon reconfiguration of the uplink channel is provided...”（根据本发明的第一个实施例，提供了一种在上行信道重配置时重配置MAC层的MAC实体的方法……） | 对比文件公开了一种在上行信道重配置时重配置MAC实体的方法及装置，实质包含了相应的方法流程与构成要素，属于开放式的通用步骤引入语，被对比文件直接公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>未公开（无直接公开，无隐含公开） | 无对应公开内容。<br>（注：对比文件全文仅涉及单载波E-DCH上行传输增强，未公开DC-HSDPA或多小区双下行载波配置，例如【段落0035】记载：“Each UE has only one serving cell.”，即每个UE仅有一个服务小区。） | 目标专利中该特征限定了双小区/多载波下行链路场景（DC-HSDPA），即WTRU同时从锚定服务小区和次服务小区接收不同数据（见目标说明书【0008】、【0009】）。而对比文件针对的是单载波E-DCH上行链路，其明确指出每个UE仅有一个服务小区（【0035】），其软切换（SHO）也是宏分集合并，并非同时从两个小区接收不同的数据。因此，该特征既未被对比文件直接公开，也无法依据对比文件内容合理推导得出，不构成隐含公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>未公开（无直接公开，无隐含公开） | 无对应公开内容。<br>（对比文件仅公开了上行E-DCH相关的参数和状态变量，如【段落0111】-【0114】中的RLC状态变量VR(R)、VR(H)等，以及【段落0202】中的CURRENT_TSN。） | 目标专利中，该变量是DC-HSDPA中用于表征次服务小区HS-DSCH接收是否被启用的特定协议变量（见目标说明书【0039】、【0040】）。对比文件根本未涉及双下行载波或次服务小区的HS-DSCH接收控制，亦未出现或暗示该变量。因此未被直接公开，亦无隐含公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>未公开（无直接公开，无隐含公开） | 无对应公开内容。 | 该特征是特定于次小区接收状态变量值为真（TRUE）时的特定语义指示（见目标说明书【0040】）。对比文件未涉及次服务小区及其状态变量，未直接或隐含公开该特征。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>未公开（无直接公开，无隐含公开） | 【段落0014】<br>“The HARQ entity handles the retransmission functionality for the user. One HARQ entity supports multiple HARQ processes.”（HARQ实体为用户处理重传功能。一个HARQ实体支持多个HARQ进程。）<br>【段落0035】<br>“Each UE has only one serving cell.”（每个UE只有一个服务小区。） | 目标专利中，该特征包含两层含义：变量设为伪表示次小区禁用；以及锚定服务小区和次服务小区各自与独立的HARQ实体关联（在MAC-ehs中各包含一个HARQ实体，见目标说明书【0010】、【0013】）。对比文件仅涉及一个UE对应一个服务小区的单MAC实体架构，其HARQ实体仅用于处理单个上行链路的重传，不存在锚定小区与次小区分别关联各自独立HARQ实体的配置，更无上述变量为伪的限定。未直接公开，亦无隐含公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《直接公开》 | 【段落0017】<br>“Each HARQ process is assigned a certain amount of the soft buffer memory for combining the bits of the packets from outstanding retransmissions...”（每个HARQ进程被指派一定量的软缓冲器存储器，用于组合来自未决重传的分组的比特……）<br>【段落0074】<br>“These combined values are stored in the soft buffers of respective HARQ processes.”（这些组合值存储在各个HARQ进程的软缓冲器中。） | 目标专利中的HARQ缓冲器用于存储HARQ进程接收/传输的数据（见目标说明书【0044】）。对比文件明确公开了每个HARQ进程被分配一定量的软缓冲器存储器（soft buffer memory），用于存储合并的分组数据。两者在物理层/MAC层HARQ机制中的技术作用完全相同，本领域技术人员能够毫无疑义地确定该特征已被对比文件直接公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>未公开（无直接公开，无隐含公开） | 无对应公开内容。 | 目标专利中该特征限定了以次小区状态变量确定为禁用作为前置触发条件（见目标说明书【0044】）。对比文件完全未涉及次服务小区或该变量，未直接或隐含公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《隐含公开》 | 【段落0080】<br>“Since TTI switching should be done fast when triggered, all ongoing HARQ processes that still have retransmissions outstanding at the time of TTI reconfiguration should be aborted/flushed.”（由于TTI切换在被触发时应快速完成，所以在TTI重配置时仍有未完成重传的所有进行中的HARQ进程应当被中止/刷新[flushed]。）<br>【段落0193】<br>“...reset the MAC entity in the S-RNC (MAC-es) by flushing the reordering queues of the previously configured HARQ processes.”（……通过刷新先前配置的HARQ进程的重排序队列来重置S-RNC中的MAC实体(MAC-es)。） | 目标专利中该特征的作用在于当去激活或禁用载波时，清空不再使用的HARQ进程缓冲器以防可预测性错误（说明书【0015】、【0044】）。对比文件公开了在信道发生重配置（TTI switching）时，将所有未完成重传的正在进行的HARQ进程中止/刷新（aborted/flushed）。虽然对比文件刷新的是单载波重配置下的HARQ进程，并未明确针对“次服务小区关联的HARQ实体”，但在判定标准极其宽松的前提下，对比文件公开了在信道重新配置/切换时“刷新HARQ进程/缓冲器”的操作机理，部分公开了该技术特征的内容，且具有与多小区结合应用的可能性，因此认定为被隐含公开。 |
| 技术特征I：还包括<br>《直接公开》 | 【段落0129】<br>“According to a further embodiment of the invention...”（根据本发明的进一步实施例……） | 属于常规的附加特征引导语，对比文件说明书多个实施例均体现了该并列或附加关系，属于直接公开。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《直接公开》 | 【段落0192】<br>“The RRC layer of the S-RNC provides a reconfiguration message to the UE in order to indicate to reconfigure the uplink channel... In the exemplary embodiment shown in FIG. 12, this message is a transport channel reconfiguration message provided to the UE via a dedicated control channel DCCH.”（S-RNC的RRC层向UE提供重配置消息以指示重配置上行信道……在图12所示的示例性实施例中，该消息是通过专用控制信道DCCH提供给UE的传输信道重配置消息。） | 目标专利中用于指示控制信令的接收（说明书【0038】）。对比文件明确公开了UE通过RRC信令接收来自S-RNC的传输信道重配置消息（Transport Channel Reconfiguration message），技术手段及作用相同，属于直接公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>未公开（无直接公开，无隐含公开） | 无对应公开内容。<br>（对比文件【段落0192】中RRC重配置消息仅指示上行信道传输信道的TTI配置及参数。） | 目标专利中RRC消息明确包含指示次服务小区是否启用的变量或IE（说明书【0038】、【0043】）。对比文件不存在次服务小区，其RRC消息不包含亦不指示次服务小区的启用/禁用信息。未直接公开，亦无隐含公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>未公开（无直接公开，无隐含公开） | 无对应公开内容。 | 目标专利依据RRC消息中携带的信息来检查和确定次服务小区的状态（说明书【0043】）。对比文件未涉及次服务小区的状态确定，未直接或隐含公开。 |
| 技术特征M：还包括<br>《直接公开》 | 【段落0132】<br>“In another exemplary embodiment of the invention...”（在本发明的另一示例性实施例中……） | 常规附加特征引导语，直接公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>未公开（无直接公开，无隐含公开） | 无对应公开内容。 | 前提条件是次服务小区被确定为禁用（目标说明书【0019】、【0044】）。对比文件无次服务小区及其禁用确定，未直接或隐含公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>未公开（无直接公开，无隐含公开） | 【段落0215】<br>“...upon releasing a radio link, i.e. uplink channel, towards the “old” Node B, the established uplink connection towards the new Node B may be reconfigured again changing the TTI to be used for uplink transmissions and thereby the number of HARQ processes.”（……在释放朝向“旧”Node B的无线电链路（即上行链路信道）时，可再次重新配置朝向新Node B的已建立上行链路连接，从而改变用于上行链路传输的TTI并因此改变HARQ进程的数量。） | 目标专利中该特征的作用在于次小区禁用后释放其占用的HARQ硬件/逻辑实体资源以优化资源分配（说明书【0019】、【0044】）。对比文件公开了在软切换释放无线电链路时重新配置HARQ进程数量，但该释放是针对软切换中的单载波射频链路释放，并未公开针对“次服务小区关联的HARQ资源”的释放，更未涉及在确定次服务小区被禁用的特定架构背景下释放次小区的HARQ资源。即使从最宽松的推论角度，对比文件也未公开次小区HARQ实体的释放机制，因此无法认定公开。 |
| 技术特征P：还包括<br>《直接公开》 | 【段落0136】<br>“In a more specific embodiment of the invention...”（在本发明的更具体实施例中……） | 常规附加特征引导语，直接公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>未公开（无直接公开，无隐含公开） | 无对应公开内容。 | 目标专利特定的次小区禁用条件判断。对比文件无对应方案，未公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>未公开（无直接公开，无隐含公开） | 【段落0038】<br>“As already mentioned before, an absolute grant can be received on primary or secondary E-RNTI. There are some precedence rules for the usage of primary/secondary absolute grants.”（如前所述，可以在主E-RNTI或次E-RNTI上接收绝对授权。对于主/次绝对授权的使用存在一些优先权规则。） | 目标专利中清除的是与次服务小区独立关联的用于下行HS-DSCH接收的H-RNTI（说明书【0010】、【0014】、【0044】）。对比文件仅提及在上行E-DCH调度中可以在主E-RNTI或次E-RNTI上接收绝对授权（E-RNTI是增强型上行无线电网络临时标识符，用于调度解析），两者信道类型（下行HS-DSCH vs 上行E-DCH）、标识符类型（H-RNTI vs E-RNTI）以及操作动作（清除与次小区关联的H-RNTI vs 使用主/次E-RNTI接收授权）完全不同，对比文件完全没有提及清除与次服务小区关联的H-RNTI。未直接公开，亦无隐含公开。 |
| 技术特征S：还包括<br>《直接公开》 | 【段落0137】<br>“According to another embodiment of the invention...”（根据本发明的另一实施例……） | 常规附加特征引导语，直接公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《直接公开》 | 【段落0014】<br>“The MAC-e/es entity receives scheduling information from Node B (network side) via Layer 1 signaling as shown in FIG. 6.”（如图6所示，MAC-e/es实体通过层1（Layer 1）信令从Node B（网络侧）接收调度信息。） | 目标专利中用于指示接收L1物理层信令（说明书【0012】、【0045】）。对比文件明确公开了UE的MAC实体通过层1（Layer 1）信令从Node B接收包含控制/调度信息的信号，技术手段完全相同，本领域技术人员能直接确定其已公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>未公开（无直接公开，无隐含公开） | 【段落0038】<br>“The absolute grant can activate/deactivate a single or all HARQ processes.”（绝对授权可以激活/去激活单个或所有HARQ进程。）<br>【段落0212】<br>“The Layer 2-mechanism provides a very fast HARQ process activation mechanism by means of absolute grant signaling... In case the Absolute grant value is “INACTIVE”... the HARQ Process... is deactivated.”（层2机制通过绝对授权信令提供了一种非常快速的HARQ进程激活机制……在绝对授权值为“INACTIVE”的情况下……HARQ进程……被去激活。） | 目标专利中该特征明确限定L1信令是指示“激活或去激活高速下行链路共享信道HS-DSCH载波”（说明书【0012】、【0045】）。对比文件中的L1/L2信令（绝对授权）仅能激活或去激活上行E-DCH中的“HARQ进程”（process），绝对没有公开也不涉及指示激活或去激活“HS-DSCH载波”。HARQ进程激活/去激活与多载波系统中的载波（次小区）激活/去激活属于不同层级、不同功能维度的通信机制，因此对比文件未直接公开，亦无隐含公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>未公开（无直接公开，无隐含公开） | 【段落0014】<br>“Absolute grants are received on E-AGCH (Enhanced Absolute Grant Channel), relative grants are received on the E-RGCH (Enhanced Relative Grant Channel).”（绝对授权在E-AGCH（增强型绝对授权信道）上接收，相对授权在E-RGCH（增强型相对授权信道）上接收。） | 目标专利中限定L1信令为HS-SCCH order（命令）（说明书【0012】、【0045】）。对比文件用于传输L1调度信令的信道是上行相关的控制信道E-AGCH和E-RGCH，完全没有公开或涉及HS-SCCH命令。未直接公开，亦无隐含公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>未公开（无直接公开，无隐含公开） | 无对应公开内容。 | 目标专利根据HS-SCCH等L1命令检测次小区的激活/去激活状态（说明书【0045】）。对比文件不涉及次服务小区状态，未直接或隐含公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>未公开（无直接公开，无隐含公开） | 无对应公开内容。 | 目标专利限定L1信令用于明确指示次服务小区被去激活（说明书【0045】）。对比文件不存在该指示，未直接或隐含公开。 |
| 技术特征Y：还包括<br>《直接公开》 | 【段落0140】<br>“In a further embodiment of the invention...”（在本发明的进一步实施例中……） | 常规附加特征引导语，直接公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>未公开（无直接公开，无隐含公开） | 【段落0038】<br>“In case the Absolute grant value is “INACTIVE”... UE is not allowed to send scheduled data in this HARQ process.”（在绝对授权值为“INACTIVE”的情况下……UE不允许在该HARQ进程中发送调度数据。） | 目标专利中该特征针对的是DC-HSDPA特有操作：次小区禁用时，锚定小区保持正常工作继续接收数据，以实现单独小区的休眠节能并防止整个MAC重置导致数据中断（目标说明书【0013】、【0038】）。对比文件由于根本没有主/次双载波接收的概念，仅为单载波传输，不存在“次小区禁用后继续从锚定小区接收数据”的技术方案。未直接公开，亦无隐含公开。 |
---
<<<A>>>
<<<F>>>
<<<h>>>
<<<I>>>
<<<J>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<Y>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | [0006] One embodiment of the invention is a wireless device comprising at least one processor...<br>【中文翻译】本发明的一个实施例是一种无线设备，包括至少一个处理器…… | 对比文件公开了无线设备“包括（comprising）”各处理组件与模块，在文法与组成架构上直接公开了“包括”这一开放式连接词。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 对比文件全文（如[0008]、[0031]、[0035]、[0040]–[0042]等段落） | 目标专利说明书（如[0008]、[0009]、[0028]）明确将该特征限定于双小区/多小区HSDPA（DC-HSDPA）操作，即WTRU同时在两个下行载波（锚定载波/小区和辅助载波/小区）上接收不同数据。而对比文件WO2007025138A2公开的技术方案为单载波/单小区下的连续分组连接（CPC，包括DTX/DRX模式），其整个通信过程仅针对单一下行链路/小区配置，根本未涉及同时从锚定服务小区和次服务小区接收不同数据的双小区/多小区多载波架构。两者技术领域和网络架构不同，对比文件既未直接公开也未隐含公开该特征。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件全文（如[0036]–[0049]） | 目标专利说明书[0039]–[0040]指出，该变量用于指示次服务小区是否可用/启用的状态（TRUE/FALSE）。对比文件属于单载波CPC技术，不存在“次服务小区”，更未公开基于SECONDARY_CELL_HS_DSCH_RECEPTION变量来确定次服务小区状态的机制。该特征在对比文件中完全没有记载，也无法合理推导出。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件全文 | 目标专利说明书[0040]指出，该变量为TRUE时指示次服务HS-DSCH小区被启用并准备好用于HS-DSCH接收。对比文件未涉及次服务小区，也没有该变量及其设置为真时的具体含义，未直接或隐含公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | [0050] HSDPA and HSUPA employ hybrid automatic retransmission (HARQ) to improve reliability of data transmission...<br>[0051] For HSDPA, an HARQ entity at the Node B processes and transmits a packet to the UE. A corresponding HARQ entity at the UE receives and decodes the packet.<br>【中文翻译】[0050] HSDPA和HSUPA采用混合自动重传（HARQ）来提高数据传输的可靠性……[0051] 对于HSDPA，Node B处的HARQ实体处理并向UE传输分组。UE处的对应HARQ实体接收并解码该分组。 | 目标专利说明书[0010]、[0013]、[0040]指出，在双小区架构中，锚定小区与次小区各自关联独立的HARQ实体，且变量为FALSE时指示次小区被禁用。对比文件仅在[0051]公开了传统的单载波HSDPA通信中UE具有一个HARQ实体接收解码分组，并未公开双小区架构中“锚定小区和次小区各自关联各自独立的HARQ实体”，更未公开变量设置为FALSE指示次服务小区被禁用的技术方案。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《隐含公开》 | [0050] HSDPA and HSUPA employ hybrid automatic retransmission (HARQ)... Node B retransmits the packet if a NAK is received and transmits a new packet if an ACK is received...<br>[0080] ...ascertain uplink data activity of the UE based on reception of status reports of a data buffer maintained by the UE.<br>【中文翻译】[0050] HSDPA和HSUPA采用混合自动重传（HARQ）……如果接收到NAK，Node B重传该分组，如果接收到ACK，则传输新分组……[0080] ……根据接收到的由UE维护的数据缓冲器的状态报告来确定UE的上行链路数据活动。 | 目标专利说明书[0016]、[0044]说明HARQ实体通过HARQ存储器/缓冲器对接收数据进行软合并与重传管理。对比文件[0050]明确公开了采用HSDPA标准的HARQ重传机制（发送ACK/NAK，重传与合并分组）。依据标准HSDPA通信常识，HARQ实体必然包含HARQ缓冲器以暂存未成功解码的分组以供软合并。本领域技术人员基于对比文件公开的HSDPA HARQ操作机制，必然能合理推知其HARQ实体具有HARQ缓冲器。因此，按照宽松的标准判断，该特征被对比文件隐含公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件全文 | 目标专利说明书[0044]明确说明根据该变量确定次服务小区被禁用的具体触发条件。对比文件不存在多小区机制，无次服务小区及相关变量，该特征未公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 对比文件全文（如[0050]–[0053]） | 目标专利说明书[0013]、[0015]、[0044]中指出，DC-HSDPA中禁用次小区时需特异性刷新与次小区关联的HARQ实体的缓冲器，以避免影响主小区的正常接收。对比文件完全没有提及去激活或禁用任何次服务小区，更没有刷新与次服务小区关联的HARQ缓冲器的操作。 |
| 技术特征I：还包括<br>《直接公开》 | [0006] One embodiment of the invention is a wireless device comprising at least one processor...<br>【中文翻译】本发明的一个实施例是一种无线设备，包括至少一个处理器…… | 权利要求附加特征的逻辑连接词，对比文件公开了无线设备包含相关处理部件与方法流程，直接公开。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《直接公开》 | [0043] In an embodiment, the UTRAN (e.g., the RNC) configures the CPC parameters for the UE during call setup, e.g., using Layer 3 (L3) signaling and/or some other signaling. Alternatively or additionally, the UTRAN may configure or modify the CPC parameters through a Reconfiguration message during the call.<br>[0033] ...continually monitoring a Forward Access Channel (FACH) for signaling such as Reconfiguration messages...<br>[0034] ...by performing a reconfiguration procedure... described in 3GPP TS 25.331.<br>【中文翻译】[0043] 在一个实施例中，UTRAN（例如RNC）在呼叫建立期间，例如使用层3（L3）信令配置CPC参数。替代地或附加地，UTRAN可以在呼叫期间通过重配置（Reconfiguration）消息来配置或修改CPC参数。[0034] ……通过执行重配置过程……在3GPP TS 25.331中描述。 | 目标专利说明书[0038]记载RRC消息即为从网络接收的层3（L3）消息。对比文件[0034]、[0043]明确公开了通过3GPP TS 25.331（即3GPP RRC协议标准）中规定的层3（L3）信令或重配置消息（Reconfiguration message）来进行配置，属于接收无线电资源控制（RRC）消息，其传输方式与通信层级在对比文件与目标专利中完全相同，构成直接公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | [0043] In an embodiment, the UTRAN (e.g., the RNC) configures the CPC parameters for the UE during call setup, e.g., using Layer 3 (L3) signaling...<br>【中文翻译】[0043] 在一个实施例中，UTRAN（例如RNC）在呼叫建立期间使用层3（L3）信令为UE配置CPC参数…… | 目标专利说明书[0038]、[0043]中指明RRC消息包含指示次服务HS-DSCH小区是否被启用的变量。对比文件的L3/重配置消息仅用于单小区配置CPC参数（如DRX/DTX周期T1、T2、R），完全没有涉及次服务小区的启用指示。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 对比文件全文 | 目标专利说明书[0040]、[0043]说明根据该RRC消息确定次服务小区的启用/禁用状态。对比文件不涉及次服务小区的状态确定，未公开。 |
| 技术特征M：还包括<br>《直接公开》 | [0006] ...comprising...<br>【中文翻译】……包括…… | 开放式从属权利要求连接过渡词，对比文件方案包含多种部件和处理流程，直接公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文 | 目标专利说明书[0044]说明次服务小区被确定禁用作为执行后续动作的条件。对比文件未涉及次服务小区及其禁用确定，未公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 对比文件全文 | 目标专利说明书[0044]、[0047]指明在次小区禁用时释放与次小区关联的HARQ资源，以节省开销或供主服务小区重用。对比文件没有针对次服务小区释放关联HARQ资源的技术方案，未公开。 |
| 技术特征P：还包括<br>《直接公开》 | [0006] ...comprising...<br>【中文翻译】……包括…… | 连接过渡词，直接公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文 | 同技术特征N，对比文件无次服务小区禁用判断，未公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | [0075] The Node B orders may be sent in various manners. In an embodiment, the UE is assigned a first 16-bit HS-DSCH Radio Network Identifier (H-RNTI) for UE identity (as normally done) and is further assigned a second 16-bit H-RNTI for Node B orders...<br>【中文翻译】[0075] Node B命令可以以各种方式发送。在一个实施例中，为UE指派用于UE标识的第一16比特HS-DSCH无线网络标识符（H-RNTI）（如通常所做的那样），并进一步指派用于Node B命令的第二16比特H-RNTI…… | 目标专利说明书[0010]、[0044]记载：DC-HSDPA中次小区被指派单独的H-RNTI，禁用次小区时需清除/移除与次服务小区关联的H-RNTI。对比文件[0075]虽然提到了为Node B命令指派第二H-RNTI，但其仅用于单小区CPC模式下解析Node B命令，既不是与次服务小区关联的H-RNTI，更未公开在次服务小区禁用时将其清除的技术方案。 |
| 技术特征S：还包括<br>《直接公开》 | [0006] ...comprising...<br>【中文翻译】……包括…… | 连接过渡词，直接公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《直接公开》 | [0048] In an embodiment, to achieve fast transition between the DRX mode and the NO DRX mode, the commands to transition between these modes are sent using fast Layer 1 (Ll) and/or Layer 2 (L2) signaling from the Node B to the UE...<br>[0073] ...The UE receives Node B order #2 on the HS-SCCH and replies by sending an ACK on the HS-DPCCH...<br>【中文翻译】[0048] 在一个实施例中，为了实现DRX模式与NO DRX模式之间的快速转换，用于在这些模式之间转换的命令使用来自Node B到UE的快速层1（L1）和/或层2（L2）信令发送……[0073] ……UE在HS-SCCH上接收Node B命令#2…… | 目标专利说明书[0012]、[0045]中记载WTRU接收包含L1信令的信号以控制载波启停。对比文件[0048]、[0073]明确公开了UE接收来自基站的包含快速层1（L1）信令的信号（即HS-SCCH上的Node B命令），在物理层通信与信号接收的实质技术手段和作用上完全一致，构成直接公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | [0048] ...For example, a single L1/L2 fast signaling bit may be used to enable or disable the DRX mode...<br>[0049] The command to transition from the NO DRX mode to the DRX mode is referred to as Node B order #1. The command to transition from the DRX mode to the NO DRX mode is referred to as Node B order #2.<br>【中文翻译】[0048] ……例如，单个L1/L2快速信令比特可用于启用或禁用DRX模式……[0049] 从NO DRX模式转换到DRX模式的命令被称为Node B命令#1。从DRX模式转换到NO DRX模式的命令被称为Node B命令#2。 | 目标专利说明书[0012]、[0045]指出，L1信令包含的是对次HS-DSCH“载波”进行激活或去激活（即停用载波接收以实现多载波功率节省）。对比文件[0048]–[0049]中的L1信令仅用于指示在单小区中切换DRX/NO DRX模式（控制子帧接收间歇，而非启用/停用整个HS-DSCH载波）。对比文件并不存在多载波，更未涉及激活或去激活HS-DSCH载波，未公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《直接公开》 | [0072] In an embodiment, the Node B orders are sent on the HS-SCCH, which is fairly robust and has an ACK mechanism...<br>[0073] ...This embodiment assumes that Node B order #2 is sent on the HS-SCCH... The UE receives Node B order #2 on the HS-SCCH...<br>【中文翻译】[0072] 在一个实施例中，Node B命令在HS-SCCH上发送，HS-SCCH相当鲁棒并且具有ACK机制……[0073] ……该实施例假设Node B命令#2在HS-SCCH上发送……UE在HS-SCCH上接收Node B命令#2…… | 目标专利说明书[0012]、[0045]明确指明L1信令为HS-SCCH命令（HS-SCCH order）。对比文件[0072]、[0073]明确记载Node B orders在HS-SCCH信道上传输（即HS-SCCH orders），两者信道类型、信令命名及功能载体完全一致，属于直接公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | [0047] ...The Node B may direct the UE to transition to the DRX mode... The Node B may direct the UE to transition to the NO DRX mode...<br>【中文翻译】[0047] ……Node B可以指示UE转换到DRX模式……Node B可以指示UE转换到NO DRX模式…… | 目标专利说明书[0045]指出检测次服务HS-DSCH小区在HS-SCCH命令中被去激活的状态。对比文件是根据该L1信令确定DRX/NO DRX工作模式，完全未涉及次服务小区的状态确定，未公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | [0048] ...For example, a single L1/L2 fast signaling bit may be used to enable or disable the DRX mode...<br>[0049] The command to transition from the NO DRX mode to the DRX mode is referred to as Node B order #1...<br>【中文翻译】[0048] ……例如，单个L1/L2快速信令比特可用于启用或禁用DRX模式……[0049] 从NO DRX模式转换到DRX模式的命令被称为Node B命令#1…… | 目标专利说明书[0045]指出L1信令明确指示次服务HS-DSCH小区被去激活。对比文件[0049]仅指示单载波进入DRX模式，并非指示次服务小区被去激活，未公开。 |
| 技术特征Y：还包括<br>《直接公开》 | [0006] ...comprising...<br>【中文翻译】……包括…… | 开放式从属权利要求连接过渡词，直接公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 对比文件全文（如[0035]–[0036]） | 目标专利说明书[0009]、[0013]、[0038]记载，当次小区被禁用时，主/锚定服务HS-DSCH小区保持可操作并继续接收数据（阻止整个MAC实体被重置）。对比文件为单小区系统，不存在多小区协同工作及次小区禁用后锚定小区维持数据接收的技术方案，未公开。 |
<<<A>>>
<<<f>>>
<<<I>>>
<<<J>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<V>>>
<<<Y>>>
根据专利创造性评估的专业要求，结合目标专利说明书原文针对各技术特征所揭示的技术方案与作用，并结合对比文件（US 2007/0133479 A1）的具体公开内容，按照规定的三栏式结构进行逐一比对分析。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及中文翻译 | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | [0008]<br>"One embodiment of the invention is a wireless device comprising at least one processor..."<br>【中文翻译】本发明的一个实施例是一种无线设备，包括至少一个处理器…… | 对比文件第[0008]至[0015]段明确公开了包括处理器、存储器等部件的无线设备及方法，属于常规的撰写连接词，被对比文件直接公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | [0030], [0031], [0033]<br>"A UE 110 communicates with a Node B 130 in UTRAN 120... UE 110 may communicate with Node B 130 on the downlink and/or uplink at any given moment."<br>【中文翻译】UE 110与UTRAN 120中的Node B 130进行通信……UE 110可在任何给定时刻在下行链路和/或上行链路上与Node B 130通信。 | 目标专利说明书第[0008]段明确界定了DC-HSDPA（双小区高速下行链路分组接入）架构下，WTRU被配置成同时从两个下行链路载波/小区（即锚定服务小区和次服务小区）接收不同数据。而对比文件公开的是单载波环境下的连续分组连通性（CPC）技术，其UE仅与单一小区的单个Node B通信，完全未涉及“同时从锚定服务小区和次服务小区接收不同数据”的多载波/多小区配置。即便采取最宽松的标准，对比文件也未公开或涉及多小区载波聚合接收数据，因此未公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件通篇未记载。 | 目标专利说明书第[0039]、[0040]段记载该技术特征的作用在于：针对次服务小区维护专门的状态变量SECONDARY_CELL_HS_DSCH_RECEPTION以明确其接收可用性状态。对比文件通篇仅针对单小区下的DRX/DTX模式进行切换控制，根本不存在次服务小区，更未记载基于次服务小区专用的SECONDARY_CELL_HS_DSCH_RECEPTION变量来确定其状态，因此未公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件通篇未记载。 | 目标专利说明书第[0039]、[0040]段指明该变量为TRUE时指示次服务小区被启用并准备好HS-DSCH接收。对比文件完全未涉及次小区状态变量及其赋值为TRUE代表启用的机制，因此未公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | [0054]<br>"For HSDPA, an HARQ entity at the Node B processes and transmits a packet to the UE. A corresponding HARQ entity at the UE receives and decodes the packet."<br>【中文翻译】对于HSDPA，Node B处的HARQ实体处理并向UE传输分组。UE处对应的HARQ实体接收并解码该分组。 | 目标专利说明书第[0010]、[0013]、[0040]段说明，在DC-HSDPA中每个小区各自分配独立的HARQ实体，并且变量为FALSE指示次小区被禁用。对比文件仅在单载波系统下为UE配置一个对应的HARQ实体（段落[0054]），完全没有公开锚定小区和次小区各自关联独立HARQ实体的双实体架构，更无前述变量设为FALSE指示次小区被禁用的技术方案，因此未公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《隐含公开》 | [0054], [0083]<br>"The UE sends an ACK if the packet is decoded correctly or a NAK if the packet is decoded in error. The Node B retransmits the packet if a NAK is received... ascertain uplink data activity of the UE based on reception of status reports of a data buffer maintained by the UE."<br>【中文翻译】如果分组被正确解码，UE发送ACK；如果分组解码出错，UE发送NAK。如果接收到NAK，Node B重传该分组……根据对UE维护的数据缓冲器的状态报告的接收来确定UE的上行链路数据活动。 | 目标专利中HARQ缓冲器用于存储HARQ进程接收/传输的数据以备重传或合并软比特。对比文件明确公开了UE具有用于HSDPA数据接收、软合并与重传反馈的HARQ实体（段落[0054]）。本领域技术人员知晓，无线通信HARQ实体的底层本质即包含重传和软合并的HARQ缓冲器（Buffer），在最宽松的隐含公开判断标准下，本领域技术人员可以合理推断出该HARQ实体必然包含HARQ缓冲器，构成隐含公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件通篇未记载。 | 目标专利说明书第[0044]、[0049]段指明该条件是触发后续次小区专属资源重置/刷新的前提。对比文件不具备多小区双载波系统，不存在次服务小区及其专用的变量禁用判断，因此未公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 对比文件通篇未记载。 | 目标专利说明书第[0015]、[0044]段指明其作用是在次服务小区被禁用时，刷新其余留的该小区专用HARQ缓冲器以保证后续行为可预测并释放陈旧数据。对比文件完全未涉及次服务小区的HARQ实体及其缓冲器的刷新，因此未公开。 |
| 技术特征I：还包括<br>《直接公开》 | [0008], [0016]<br>"Various aspects and embodiments of the invention are described in further detail below."<br>【中文翻译】下文更详细地描述本发明的各个方面和实施例。 | 权利要求的常规过渡连接词，对比文件方案中包含多重技术特征组合，直接公开。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《直接公开》 | [0036], [0046]<br>"In an embodiment, the UTRAN (e.g., the RNC) configures the CPC parameters for the UE during call setup, e.g., using Layer 3 (L3) signaling and/or some other signaling. Alternatively or additionally, the UTRAN may configure or modify the CPC parameters through a Reconfiguration message during the call."<br>【中文翻译】在一个实施例中，UTRAN（例如，RNC）在呼叫建立期间为UE配置CPC参数，例如使用第3层（L3）信令或某些其他信令。可选地或附加地，UTRAN可以在呼叫期间通过重配置消息来配置或修改CPC参数。 | 目标专利说明书第[0038]、[0043]段记载WTRU接收来自UTRAN的高层L3/RRC消息。对比文件第[0036]、[0046]段明确公开了UE接收来自RNC的L3信令（重配置消息即标准的RRC重配置消息），属于无线网络控制消息，作用相同，构成直接公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | [0046]<br>"Alternatively or additionally, the UTRAN may configure or modify the CPC parameters through a Reconfiguration message during the call."<br>【中文翻译】可选地或附加地，UTRAN可以在呼叫期间通过重配置消息来配置或修改CPC参数。 | 目标专利说明书第[0043]段记载RRC消息中携带指示次服务小区是否被启用的信息。对比文件中RRC重配置消息仅用于配置/修改CPC的DTX/DRX参数（如周期T1、T2、R），完全没有公开指示“次服务小区是否被启用”，因此未公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 对比文件通篇未记载。 | 目标专利说明书第[0040]、[0043]段公开基于RRC消息确定次服务小区的状态。对比文件未涉及次服务小区的状态确定，因此未公开。 |
| 技术特征M：还包括<br>《直接公开》 | [0016]<br>"Various aspects and embodiments of the invention are described in further detail below."<br>【中文翻译】下文更详细地描述本发明的各个方面和实施例。 | 权利要求过渡连接词，对比文件方案包含该连接逻辑，直接公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件通篇未记载。 | 目标专利说明书第[0044]段说明该判断作为触发HARQ资源处理的先决条件。对比文件未公开次服务小区的禁用判定，因此未公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 对比文件通篇未记载。 | 目标专利说明书第[0019]、[0044]段记载当次小区禁用时，独立释放与其关联的HARQ资源以节约系统开销且不影响主小区。对比文件无次服务小区的HARQ资源，更无针对其进行专门释放的教导，因此未公开。 |
| 技术特征P：还包括<br>《直接公开》 | [0016]<br>"Various aspects and embodiments of the invention are described in further detail below."<br>【中文翻译】下文更详细地描述本发明的各个方面和实施例。 | 权利要求过渡连接词，直接公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件通篇未记载。 | 目标专利说明书第[0044]、[0049]段记载该触发条件。对比文件未涉及次小区的禁用，因此未公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | [0078]<br>"In an embodiment, the UE is assigned a first 16-bit HS-DSCH Radio Network Identifier (H-RNTI) for UE identity (as normally done) and is further assigned a second 16-bit H-RNTI for Node B orders."<br>【中文翻译】在一个实施例中，UE被指派第一16比特HS-DSCH无线电网络标识符（H-RNTI）用于UE标识（如通常所做），并进一步被指派第二16比特H-RNTI用于Node B命令。 | 目标专利说明书第[0010]、[0014]、[0044]、[0049]段明确指出，在多小区DC-HSDPA中次服务小区分配有专门的次H-RNTI，当次小区被禁用时清除与该次服务小区关联的H-RNTI。对比文件段落[0078]虽然公开了第一H-RNTI用于UE标识、第二H-RNTI用于Node B命令，但这两者均属于单小区下用于标识UE和命令信令的标识符，绝非“与次服务小区关联的H-RNTI”，且对比文件完全未公开在任何禁用条件下清除H-RNTI的操作，因此未公开。 |
| 技术特征S：还包括<br>《直接公开》 | [0016]<br>"Various aspects and embodiments of the invention are described in further detail below."<br>【中文翻译】下文更详细地描述本发明的各个方面和实施例。 | 权利要求过渡连接词，直接公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《直接公开》 | [0051]<br>"For example, a single L1/L2 fast signaling bit may be used to enable or disable the DRX mode. The fast L1/L2 signaling provides the Node B with a fast mechanism to revert to full use of all available downlink subframes..."<br>【中文翻译】例如，可以使用单个L1/L2快速信令比特来启用或禁用DRX模式。快速L1/L2信令为Node B提供了一种恢复完全使用所有可用下行链路子帧的快速机制…… | 目标专利说明书第[0012]、[0045]段公开接收L1信令。对比文件第[0051]段明确记载了UE接收包含层1（L1）快速信令比特的信号以进行工作模式的控制，技术方案完全对应，起到物理层快速信令指示的作用，构成直接公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《隐含公开》 | [0051]<br>"In an embodiment, to achieve fast transition between the DRX mode and the NO DRX mode, the commands to transition between these modes are sent using fast Layer 1 (L1) and/or Layer 2 (L2) signaling from the Node B to the UE. For example, a single L1/L2 fast signaling bit may be used to enable or disable the DRX mode."<br>【中文翻译】在一个实施例中，为了实现DRX模式和非DRX模式之间的快速转换，使用从Node B到UE的快速第1层（L1）和/或第2层（L2）信令来发送在这些模式之间转换的命令。例如，可以使用单个L1/L2快速信令比特来启用或禁用DRX模式。 | 目标专利说明书第[0012]、[0045]段说明L1信令用于激活/去激活次下行链路HS-DSCH载波。对比文件虽然是在单小区下通过L1快速信令指示使能/禁用DRX模式（非连续接收HS-DSCH），但考虑到最宽松的隐含公开判断标准：开启DRX模式即在非使能子帧关闭HS-DSCH下行接收通道，在技术功能上部分公开了通过L1控制HS-DSCH通道/载波启停的构思，本领域技术人员有可能基于该原理推断出该L1快速信令可推广用于激活/去激活下行链路HS-DSCH信道/载波接收，故认定为隐含公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《直接公开》 | [0075], [0076]<br>"In an embodiment, the Node B orders are sent on the HS-SCCH, which is fairly robust and has an ACK mechanism... This embodiment assumes that Node B order #2 is sent on the HS-SCCH."<br>【中文翻译】在一个实施例中，Node B命令在HS-SCCH上发送，HS-SCCH相当健壮且具有ACK机制……该实施例假定Node B命令#2在HS-SCCH上发送。 | 目标专利说明书第[0012]、[0045]段说明L1信令是HS-SCCH命令（HS-SCCH order）。对比文件第[0075]、[0076]段明确公开用于模式控制的Node B命令（Node B orders）是承载在HS-SCCH信道上发送的物理层命令，二者均为HS-SCCH order信令，技术手段与作用完全相同，构成直接公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件通篇未记载。 | 目标专利说明书第[0045]段指明通过检测HS-SCCH命令来确定次服务小区是被激活还是去激活。对比文件使用HS-SCCH命令确定的是DRX/NO DRX模式，并不涉及次服务小区状态的确定，因此未公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件通篇未记载。 | 目标专利说明书第[0045]段指明L1信令的内容指示次服务小区被去激活。对比文件未涉及次服务小区及其去激活指示，因此未公开。 |
| 技术特征Y：还包括<br>《直接公开》 | [0016]<br>"Various aspects and embodiments of the invention are described in further detail below."<br>【中文翻译】下文更详细地描述本发明的各个方面和实施例。 | 权利要求过渡连接词，直接公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | [0013]（目标说明书对应说明）<br>对比文件通篇未记载双小区协同方案。 | 目标专利说明书第[0013]、[0038]段明确揭示本特征的关键作用：解决多载波场景下，次小区被禁用时阻止重置整个MAC实体，使得主服务小区仍能继续进行数据传输与接收。对比文件仅为单载波单小区系统，不存在次小区禁用后仍保留锚定服务小区继续接收数据的多载波机制，因此未公开。 |
---
<<<A>>>
<<<f>>>
<<<I>>>
<<<J>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<u>>>
<<<V>>>
<<<Y>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | 【具体实施方式】第1段：“图1示出无线多址通信系统100。系统100包括支持多个无线终端120的通信的多个基站110……” | 对比文件明确公开了系统包括基站和终端等组件，属于通用的开放式包含关系表述，技术特征A被对比文件直接公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 【具体实施方式】第1段：“……每个终端可以在任何给定时刻，在前向或反向链路上与一个基站或者可能与多个基站进行通信。为了简明，图1仅示出在反向链路上的数据传输。”<br>【背景技术】第5段：“码分多址(CDMA)系统支持‘软’切换和‘更软’切换，从而使终端能同时与多个小区(对应于软切换)或者多个扇区(对于更软切换)通信。” | 目标专利技术特征B限定的是多载波（DC-HSDPA）下，WTRU在下行链路上同时从锚定（主）服务小区和次服务小区接收“不同数据”以成倍提升下行吞吐量。<br>而对比文件公开的是反向链路软切换与限制性频率重用，虽然提及终端可同时与多个小区/基站通信，但其核心是终端在反向链路上向多个扇区发送相同信号以实现多基站宏分集接收，或者在传统软切换中接收相同信息。对比文件不仅未涉及下行双小区同时接收“不同数据”（载波聚合/多载波高速数据传输），而且其主要方案仅着眼于反向链路（上行链路）的干扰规避与软切换。本领域技术人员无法从对比文件中毫无疑义地得出该特征，也无法合理推导得出，故未公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 无对应内容。 | 目标专利技术特征C涉及3GPP DC-HSDPA协议中专用的高层控制变量“SECONDARY_CELL_HS_DSCH_RECEPTION”用于维护次小区的接收激活/配置状态。<br>对比文件为OFDMA反向链路软切换方案，维护的是重用集合（可用/禁用子带集合）、活动集合等，完全没有提及该变量，也未涉及针对次服务小区HS-DSCH接收状态维护的变量机制。对比文件未直接公开也未隐含公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 无对应内容。 | 目标专利技术特征D限定了特定协议变量值为真（TRUE）时指示次服务小区被启用。<br>对比文件中完全不存在该特定变量，更不存在其取值为真时用于指示次服务小区启用的逻辑。对比文件未直接公开也未隐含公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 【具体实施方式】第38段：“对于混和自动重发(H-ARQ)方案，终端处理每个分组以生成多个块，每个块包括不同的冗余信息。然后，终端每次发送一个块，直到该分组被正确解码或者已经发送了所有的块为止。服务和非服务扇区试图在终端的每次块传输后对该分组进行解码……” | 目标专利技术特征E包括变量设置为伪时指示次小区禁用，以及锚定小区和次小区分别对应各自独立的HARQ实体（即针对两个小区独立调度配置的两个双HARQ实体架构）。<br>对比文件虽然在反向链路数据传输中提及了可以使用H-ARQ方案，但该方案是由终端发送块至服务和非服务扇区，由各扇区尝试解码以获得宏分集增益，并未公开多小区双下行载波各自关联独立的HARQ实体架构，更无前述变量取伪指示禁用的技术方案。对比文件未直接公开也未隐含公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《隐含公开》 | 【具体实施方式】第38段：“对于混和自动重发(H-ARQ)方案，终端处理每个分组以生成多个块，每个块包括不同的冗余信息。然后，终端每次发送一个块，直到该分组被正确解码或者已经发送了所有的块为止。服务和非服务扇区试图在终端的每次块传输后对该分组进行解码。如果分组被正确地解码，则服务扇区可以发回肯定确认(ACK)，或者如果分组被错误地解码，则服务扇区可以发回否定确认(NAK)。” | 对比文件明确记载了采用混合自动重发（H-ARQ）方案。本领域技术人员公知，HARQ机制为了支持重传分组块的重传组合（如软合并、增量冗余等）或重排序处理，HARQ实体必然包含存储传输/接收块的HARQ存储器/缓冲器（HARQ Buffer）。对比文件在公开H-ARQ重传机制时，虽然未直接写明“HARQ缓冲器”字眼，但本领域技术人员基于其公开的H-ARQ收发过程可以必然且合理地推导出HARQ实体具有HARQ缓冲器。根据极其宽松的隐含公开判断原则，技术特征F被对比文件隐含公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 无对应内容。 | 对比文件完全未公开该专用变量，亦未公开根据该变量判定次服务小区为被禁用的触发条件。对比文件未直接公开也未隐含公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 【具体实施方式】第40段：“可选地，也可以在‘主导(anchor)’基站或者其它被指定用于为终端处理RLP的网络实体处维持单个接收机RLP实体。” | 目标专利中，刷新次小区的HARQ缓冲器是为了在DC-HSDPA中次小区禁用时避免旧数据残留与紊乱，同时保持主服务小区的HARQ正常运作。<br>对比文件完全未公开在次服务小区禁用时刷新其关联的HARQ缓冲器的动作。对比文件仅在更高层（RLP层）涉及同步，未涉及HARQ实体缓冲器的清除或刷新。对比文件未直接公开也未隐含公开。 |
| 技术特征I：还包括<br>《直接公开》 | 【具体实施方式】第28段：“在另一个实施例中，基于由用户u的不同扇区所给出的导频测量值，确定用户u的非服务扇区……”；第38段：“对于混和自动重发(H-ARQ)方案……” | 对比文件包含了并列和附加的多个技术特征与实施例，公开了连接性的附加实施技术方案，属于通用的开放式包含语，技术特征I被对比文件直接公开。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《未公开》 | 【具体实施方式】第39段：“系统的协议栈可以包括例如驻留于媒体访问控制(MAC)层之上的更高层，而MAC层又驻留于物理层(PHY)之上。所述更高层可以实现用于分组数据传输的公知因特网协议(IP)……” | 目标专利中RRC消息用于控制层3信令以对次小区的启用/禁用进行配置。<br>对比文件虽然提及了MAC之上的更高层（如IP、RLP），但其在信令控制上仅提及通过空中信令发送重用集合或子带分配方案，未具体公开接收层3无线电资源控制（RRC）消息。本领域技术人员无法毫无疑义地确定其采用了RRC消息。对比文件未直接公开也未隐含公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 无对应内容。 | 对比文件未公开指示次服务小区是否被启用的RRC消息。对比文件涉及的是为终端指示受限子带或可用子带分配方案，并不存在通过RRC消息指示次服务小区启用的方案。对比文件未直接公开也未隐含公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 无对应内容。 | 由于对比文件未公开相关RRC消息，更未公开根据RRC消息来确定次服务小区的启用/禁用状态。对比文件未直接公开也未隐含公开。 |
| 技术特征M：还包括<br>《直接公开》 | 【具体实施方式】全篇多处段落体现递进方案。 | 属于开放式附加特征的常用过渡词，对比文件直接公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 无对应内容。 | 对比文件并未公开确定次服务小区处于禁用状态并据此触发后续处理的方案。对比文件中的“禁用集合”指的是在特定扇区中不使用的子带频段，而非“次服务小区自身被禁用”。两者概念与作用完全不同。对比文件未直接公开也未隐含公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 无对应内容。 | 对比文件未涉及针对次服务小区的HARQ资源分配及其在次小区禁用时的资源释放机制。对比文件未直接公开也未隐含公开。 |
| 技术特征P：还包括<br>《直接公开》 | 【具体实施方式】全篇多处段落体现递进方案。 | 属于开放式附加特征的常用过渡词，对比文件直接公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 无对应内容。 | 对比文件未公开在次服务小区被确定为被禁用时触发特定资源清理。对比文件未直接公开也未隐含公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 无对应内容。 | H-RNTI是3GPP HSDPA系统中用于在HS-SCCH上对UE进行寻址标识的特定标识符。目标专利中清除该H-RNTI是为了防止在次小区禁用后误解调可能存在的数据。<br>对比文件未涉及HSDPA系统，未公开下行共享信道HS-DSCH，更未公开清除次服务小区关联的H-RNTI。对比文件未直接公开也未隐含公开。 |
| 技术特征S：还包括<br>《直接公开》 | 【具体实施方式】全篇多处段落体现递进方案。 | 属于开放式附加特征的常用过渡词，对比文件直接公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《未公开》 | 【具体实施方式】第31段：“通过前向链路将子带分配方案发送到终端120x……”；第41段：“对于跳频OFDMA(FH-OFDMA)系统，每个业务信道可以与特定FH序列相关联，该FH序列指示在每个时间间隔(或者跳频周期)中用于该业务信道的特定子带。” | 目标专利中L1信令指物理层快速信令（HS-SCCH命令），用于执行快速的激活/去激活。<br>对比文件中终端接收前向链路信号以获取子带分配方案或FH序列，但并未公开该信令是层1（L1）物理层信令（在蜂窝移动通信系统中，资源分配方案常可通过层2 MAC或层3 RRC承载），对比文件未明确指明其属于L1信令。本领域技术人员无法从其前向链路控制描述中直接且毫无疑义地得出L1信令。故对比文件未直接公开也未隐含公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 无对应内容。 | 对比文件既未涉及高速下行链路共享信道（HS-DSCH）载波，也未公开通过层1信令指示其激活或去激活。对比文件未直接公开也未隐含公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 无对应内容。 | 对比文件完全未涉及3GPP协议中的HS-SCCH信道及其下发的专用Order（命令）。对比文件未直接公开也未隐含公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 无对应内容。 | 对比文件未公开根据层1信令/HS-SCCH命令来确定次服务小区的启用/激活状态。对比文件未直接公开也未隐含公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 无对应内容。 | 对比文件未公开L1信令指示次服务小区被去激活的技术内容。对比文件未直接公开也未隐含公开。 |
| 技术特征Y：还包括<br>《直接公开》 | 【具体实施方式】全篇多处段落体现递进方案。 | 属于开放式附加特征的常用过渡词，对比文件直接公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 【具体实施方式】第2段：“‘服务’基站或者‘服务’扇区是终端与之进行通信的基站或扇区。”；第38段：“如果对终端支持软切换……将终端的子带分配方案发送到每个非服务扇区……” | 目标专利技术特征Z的作用是在双载波下行传输中，当次载波/次小区由于信道变化或功耗控制被去激活/禁用后，终端仅停止次小区接收，而主载波（锚定小区）保持活跃并持续接收下行数据，避免业务中断并保持单小区操作。<br>对比文件公开的是反向链路软切换，且当未处于软切换或软切换发生变化时，终端主要与服务扇区进行反向通信，其既未涉及下行双小区同时接收不同数据，更未公开在下行多载波接收时“次服务小区被确定为被禁用后继续从锚定服务小区接收所述数据”的过程。对比文件未直接公开也未隐含公开。 |
---
<<<A>>>
<<<f>>>
<<<I>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<Y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br><br>《直接公开》 | [0125]<br>“According to a first embodiment of the invention, a method for reconfiguring a MAC entity of a MAC layer upon reconfiguration of the uplink channel is provided.”<br>（根据本发明的第一实施例，提供了一种在重配置上行链路信道时重配置MAC层的MAC实体的方法。） | 技术特征A为开放式撰写前序词。对比文件公开了移动通信系统中的信道重配置及MAC层处理方法，包含了步骤的组合结构，本领域技术人员可以毫无疑义地确定对比文件直接公开了技术特征A。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br><br>未公开 | 对比文件全文检索无对应内容。<br>对比文件涉及的是上行链路E-DCH传输（例如段落[0008]-[0016]、[0073]-[0080]）及软切换（SHO）场景（例如段落[0075]、[0213]），并未涉及下行双小区/双载波数据接收架构。 | 目标专利说明书（如段落[0008]、[0009]、[0028]）明确定义：在双小区HSDPA（DC-HSDPA）等多载波下行传输中，网络同时在两个下行链路载波（锚定载波与次载波/辅助载波）上向WTRU发送不同数据。<br>而对比文件US20080008152A1聚焦于上行增强专用信道（E-DCH）在TTI重配置、软切换（SHO，从多个Node B宏分集选择合并接收相同数据，见段落[0017]）过程中的MAC重配置和RLC状态报告生成，完全未涉及WTRU“同时从锚定服务小区和次服务小区接收不同数据”的多载波下行接收架构。因此，对比文件既未直接公开也未隐含公开技术特征B。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br><br>未公开 | 对比文件全文检索无对应内容。<br>对比文件提及的状态变量仅涉及RLC层滑动窗口变量（段落[0110]-[0113]：VR(R)、VR(H)、VR(MR)）以及MAC-es层的传输序列号变量CURRENT_TSN（段落[0202]）。 | 目标专利说明书（如段落[0039]、[0040]）明确说明：每个服务小区被分配状态变量指示可用性，次服务小区通过特定变量SECONDARY_CELL_HS_DSCH_RECEPTION来确定其是否处于启用或准备好接收的状态。<br>对比文件完全未涉及次服务小区的下行接收状态管理变量，更未披露基于该变量确定次小区状态的技术方案。因此，对比文件未公开技术特征C。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br><br>未公开 | 对比文件全文检索无对应内容。 | 目标专利说明书（如段落[0039]、[0040]）明确说明：当该变量为TRUE（真）时，次服务HS-DSCH小区被启用并准备好用于HS-DSCH接收。<br>对比文件完全不包含下行多载波次小区的状态变量设置及其启用指示机制，因此未公开技术特征D。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br><br>未公开 | 对比文件全文检索无对应内容。<br>对比文件段落[0013]记载：“One HARQ entity supports multiple HARQ processes.”（一个HARQ实体支持多个HARQ进程。）每个UE侧仅针对E-DCH配置一个MAC-e/es实体及单一HARQ实体。 | 目标专利说明书（如段落[0010]、[0013]、[0038]、[0040]）记载：采用DC-HSDPA时，MAC-ehs架构包含两(2)个HARQ实体，每个小区被指派单独的HARQ实体，分别与锚定服务小区和次服务小区关联；变量设为FALSE时指示次小区被禁用。<br>对比文件仅涉及单载波E-DCH传输，其UE侧的MAC-e/es实体仅包含一个HARQ实体（段落[0013]），且完全没有锚定小区与次服务小区各自关联独立HARQ实体的架构设计，更无上述变量设置为伪指示禁用的机制。因此，对比文件未公开技术特征E。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br><br>《直接公开》 | [0016]<br>“Each HARQ process is assigned a certain amount of the soft buffer memory for combining the bits of the packets from outstanding retransmissions... The HARQ entity handles all tasks that are required for the HARQ protocol.”<br>（每个HARQ进程被指派一定量的软缓冲存储器，用于组合来自未决重传的数据包比特……HARQ实体处理HARQ协议所需的所有任务。）<br>[0072]<br>“These combined values are stored in the soft buffers of respective HARQ processes.”<br>（这些组合值存储在各HARQ进程的软缓冲器中。） | 目标专利中HARQ实体具有HARQ缓冲器，用于存储HARQ传输及软合并数据。<br>对比文件在描述HARQ实体时明确记载了HARQ实体包含多个HARQ进程，且每个进程均分配有软缓冲存储器（soft buffer memory/soft buffers）用于存储和合并数据。对比文件中的HARQ软缓冲器在数据重传合并中起到的作用与目标专利完全相同。因此，本领域技术人员可以毫无疑义地确定对比文件直接公开了技术特征F。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br><br>未公开 | 对比文件全文检索无对应内容。 | 目标专利说明书（如段落[0040]、[0044]）记载了次服务小区根据该特定变量确定为禁用时的触发条件。<br>对比文件不存在次服务小区，亦不存在基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定禁用状态的判定机制，因此未公开技术特征G。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br><br>《隐含公开》 | [0078]<br>“When a TTI reconfiguration is triggered MAC-e PDUs transmitted utilizing the currently configured HARQ processes may be still in retransmission. Since TTI switching should be done fast when triggered, all ongoing HARQ processes that still have retransmissions outstanding at the time of TTI reconfiguration should be aborted/flushed.”<br>（当触发TTI重配置时，利用当前配置的HARQ进程传输的MAC-e PDU可能仍在重传中。由于触发时TTI切换应当快速完成，因此在TTI重配置时仍有未决重传的所有正在进行的HARQ进程应当被终止/刷新[aborted/flushed]。） | 目标专利中，刷新次小区关联的HARQ实体的HARQ缓冲器（段落[0015]、[0044]），作用在于避免次服务小区去激活/禁用时遗留未决传输导致行为不可预测。<br>对比文件虽然是在上行TTI重配置（即信道重配置导致HARQ进程改变）的上下文中公开了上述方案，但其明确公开了“当信道重配置触发时，将所有具有未决重传的正在进行的HARQ进程终止/刷新（aborted/flushed）”的技术手段，其技术实质即为刷新HARQ进程对应的软缓冲器。本领域技术人员根据对比文件段落[0078]公开的HARQ进程中止与刷新机制，在面临多载波/次小区禁用或去激活需释放资源、避免错误重传时，完全有可能通过逻辑推理将该HARQ刷新操作对应应用至被禁用的传输分支所关联的HARQ实体缓冲器中。按照极其宽松的隐含公开判断标准，对比文件部分公开了刷新HARQ进程/缓冲器的操作并可合理推断，因此认定为隐含公开技术特征H。 |
| 技术特征I：还包括<br><br>《直接公开》 | [0130]<br>“According to a further embodiment of the invention...”<br>（根据本发明的另一实施例……） | 开放式从属权利要求连接词，对比文件公开了进一步的方法组合实施例，直接公开技术特征I。 |
| 技术特征J：接收无线电资源控制RRC消息<br><br>《直接公开》 | [0077]<br>“The S-RNC sends UE via RRC signaling a Transport Channel Reconfiguration message, which also includes an activation time. The UE answers with a Transport Channel Reconfiguration Complete message in response.”<br>（S-RNC经由RRC信令向UE发送传输信道重配置消息，该消息还包括激活时间。UE响应以传输信道重配置完成消息作为应答。）<br>[0192]<br>“The RRC layer of the S-RNC provides a reconfiguration message to the UE in order to indicate to reconfigure the uplink channel and to provide the necessary parameters for reconfiguration (e.g. in Information Elements IE) to the UE. In the exemplary embodiment shown in FIG. 12, this message is a transport channel reconfiguration message provided to the UE via a dedicated control channel DCCH.”<br>（S-RNC的RRC层向UE提供重配置消息，以指示重配置上行链路信道并向UE提供重配置所需的参数（例如在信息元素IE中）。在图12所示的示例性实施例中，该消息是经由专用控制信道DCCH提供给UE的传输信道重配置消息。） | 目标专利中WTRU通过接收网络侧发送的RRC消息（如段落[0038]、[0043]所述的L3 RRC消息）来获取重配置控制信令。<br>对比文件段落[0077]、[0192]明确公开了UE经由RRC信令接收来自基站/RNC侧的重配置消息（如Transport Channel Reconfiguration消息），两者均用于实现对无线传输链路配置的无线电资源控制，作用完全相同。因此，对比文件直接公开了技术特征J。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br><br>未公开 | 对比文件全文检索无对应内容。<br>对比文件段落[0077]、[0192]中RRC消息包含的是传输信道参数（如TTI改变从2ms到10ms）信息元素IE，并不涉及次小区的启用/禁用指示。 | 目标专利说明书（如段落[0040]、[0043]）记载：RRC消息包含指示次服务HS-DSCH小区是否被启用的变量，UE检查RRC消息中该变量来确定次小区是否被启用。<br>对比文件完全不涉及下行多小区或次服务小区的配置，其RRC消息仅用于单载波E-DCH的TTI等传输信道重配置，无法得出指示“次服务小区是否被启用”的教导。因此，对比文件未公开技术特征K。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br><br>未公开 | 对比文件全文检索无对应内容。 | 目标专利中次服务小区的状态（启用或禁用）是根据RRC消息中的指示来确定的（段落[0040]、[0043]）。<br>由于对比文件中根本不存在次服务小区及其状态，更不存在根据RRC消息确定次服务小区状态的方案，因此未公开技术特征L。 |
| 技术特征M：还包括<br><br>《直接公开》 | [0133]<br>“In another exemplary embodiment of the invention...”<br>（在本发明的另一示例性实施例中……） | 开放式从属权利要求连接词，对比文件公开了进一步的实施例，直接公开技术特征M。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br><br>未公开 | 对比文件全文检索无对应内容。 | 目标专利中作为后续HARQ资源释放等操作的前提触发条件（段落[0019]、[0044]）。对比文件完全未涉及次服务小区被确定为禁用的情形，因此未公开技术特征N。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br><br>《隐含公开》 | [0077]<br>“Upon the S-RNC deciding to reconfigure the TTI for E-DCH transmissions, the S-RNC requests a Node B to prepare a radio link reconfiguration. The Node B allocates resources and notifies S-RNC that reconfiguration is ready...”<br>（在S-RNC决定重配置E-DCH传输的TTI时，S-RNC请求Node B准备无线电链路重配置。Node B分配资源并通知S-RNC重配置就绪……）<br>[0078]<br>“When a TTI reconfiguration is triggered MAC-e PDUs transmitted utilizing the currently configured HARQ processes may be still in retransmission. Since TTI switching should be done fast when triggered, all ongoing HARQ processes that still have retransmissions outstanding at the time of TTI reconfiguration should be aborted/flushed.”<br>（在触发TTI重配置时……所有未决重传的正在进行的HARQ进程应当被终止/刷新。）<br>[0138]<br>“...a reconfiguration of the TTI used for transmission or any other transport channel parameter requiring or resulting in a change of the number of HARQ processes utilized for uplink transmissions.”<br>（……用于传输的TTI的重配置或需要或导致用于上行链路传输的HARQ进程数量改变的任何其他传输信道参数。） | 目标专利中，释放次服务小区关联的HARQ资源（段落[0019]、[0044]、[0047]）旨在去激活次载波时释放空口与缓冲器等HARQ实体资源。<br>对比文件公开了当传输信道重配置（如TTI从2ms切换为10ms）时，HARQ进程数发生变化（如从8个变为4个，段落[0076]、[0138]），未决HARQ进程被中止/清空，不再使用的HARQ进程相应地被重新配置或解除占用，且在切换或重配置时涉及网络/Node B资源的重新分配与原信道资源释放。本领域技术人员基于信道重配置导致HARQ进程数减少/进程中止的公开内容，有可能推断出释放不再生效的HARQ传输分支所占用的HARQ资源。依据非常宽松的隐含公开判断标准，认定技术特征O被隐含公开。 |
| 技术特征P：还包括<br><br>《直接公开》 | [0136]<br>“In a further embodiment of the invention...”<br>（在本发明的进一步实施例中……） | 开放式从属权利要求连接词，对比文件直接公开技术特征P。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br><br>未公开 | 对比文件全文检索无对应内容。 | 目标专利中作为清除H-RNTI的操作前提（段落[0014]、[0044]、[0049]）。对比文件无次服务小区禁用判定，未公开技术特征Q。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br><br>未公开 | 对比文件段落[0037]提到了E-DCH中的“E-RNTI”（primary or secondary E-RNTI）：<br>“As already mentioned before, an absolute grant can be received on primary or secondary E-RNTI. There are some precedence rules for the usage of primary/secondary absolute grants...”<br>（如前所述，可以在主或次E-RNTI上接收绝对授权。对于主/次绝对授权的使用存在一些优先级规则……） | 目标专利说明书（如段落[0010]、[0014]、[0044]、[0049]）明确指出：在DC-HSDPA中，单独的下行H-RNTI被分配给各个小区；当次服务HS-DSCH小区被禁用时，变量H_RNTI被清除，并且与次服务HS-DSCH小区关联的任何存储的H_RNTI被移除，以防止错误的下行信令监听与解码。<br>对比文件所记载的“E-RNTI”是上行链路E-DCH调度授权所使用的标识（分为主/次E-RNTI，用于区分专用授权和公共授权），完全不是下行共享信道HS-DSCH所使用的终端标识H-RNTI；且对比文件根本未公开或教导在信道重配置或禁用时执行清除下行H-RNTI的操作。因此，对比文件未公开技术特征R。 |
| 技术特征S：还包括<br><br>《直接公开》 | [0140]<br>“Alternatively, according to another embodiment of the invention...”<br>（或者，根据本发明的另一实施例……） | 开放式从属权利要求连接词，对比文件直接公开技术特征S。 |
| 技术特征T：接收包括层1L1信令的信号<br><br>《直接公开》 | [0013]<br>“The transport format selection is done according to the scheduling information (Relative Grants and Absolute Grants) received from UTRAN via L1, the available transmit power, priorities, e.g. logical channel priorities... The MAC-e/es entity receives scheduling information from Node B (network side) via Layer 1 signaling as shown in FIG. 6.”<br>（传输格式选择根据经由L1从UTRAN接收的调度信息（相对授权和绝对授权）、可用发射功率、优先级如逻辑信道优先级来完成……如图6所示，MAC-e/es实体经由层1信令从Node B（网络侧）接收调度信息。） | 目标专利中通过接收物理层/层1信令获取控制命令（段落[0012]、[0045]）。<br>对比文件段落[0013]明确记载了MAC实体经由层1（Layer 1/L1）信令从基站接收包含绝对授权和相对授权的信号，与目标专利接收L1信令信号的物理层接收机制与作用相同。因此，对比文件直接公开了技术特征T。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br><br>未公开 | 对比文件全文检索无对应内容。<br>对比文件段落[0037]、[0211]仅公开了通过E-AGCH上的绝对授权信令激活/去激活HARQ进程（“The absolute grant can activate/deactivate a single or all HARQ processes.”），这是针对上行E-DCH的HARQ进程级控制，不涉及下行HS-DSCH载波。 | 目标专利说明书（如段落[0012]、[0045]）记载：节点B可以使用L1消息（HS-SCCH命令形式）向WTRU发送激活或去激活次HS-DSCH载波的指示。<br>对比文件中的L1信令是用于指示上行E-DCH各个HARQ进程在调度层面的激活/去激活（即是否允许发送数据），根本没有对下行链路HS-DSCH载波进行激活或去激活的任何指示。因此，对比文件未公开技术特征U。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br><br>未公开 | 对比文件段落[0013]、[0212]记载：L1信令是在增强型绝对授权信道（E-AGCH）或增强型相对授权信道（E-RGCH）上发送的绝对授权/相对授权：<br>“Absolute grants are received on E-AGCH (Enhanced Absolute Grant Channel), relative grants are received on the E-RGCH (Enhanced Relative Grant Channel).” | 目标专利说明书（如段落[0012]、[0045]）明确说明：该L1信令是下行高速共享控制信道命令（HS-SCCH order/命令）。<br>对比文件的L1控制信道是上行增强技术所专用的下行控制信道E-AGCH和E-RGCH，与HSDPA中的下行控制信道HS-SCCH在信道格式、功能及传输内容上完全不同，更无“HS-SCCH命令（HS-SCCH order）”的公开。因此，对比文件未公开技术特征V。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br><br>未公开 | 对比文件全文检索无对应内容。 | 目标专利中WTRU根据HS-SCCH等L1信令检测次服务小区被去激活/激活，从而确定次服务小区的状态（段落[0045]）。<br>对比文件不存在次服务小区，亦不存在根据L1信令确定次服务小区状态的方案，因此未公开技术特征W。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br><br>未公开 | 对比文件全文检索无对应内容。 | 目标专利中L1信令明确指示次小区被去激活（段落[0045]）。对比文件无下行次小区去激活指示，未公开技术特征X。 |
| 技术特征Y：还包括<br><br>《直接公开》 | [0153]<br>“According to another embodiment of the invention...”<br>（根据本发明的另一实施例……） | 开放式从属权利要求连接词，对比文件直接公开技术特征Y。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br><br>未公开 | 对比文件全文检索无对应内容。<br>对比文件段落[0034]中仅提及UE具有一个上行服务小区（“Each UE has only one serving cell”），且全文聚焦于上行E-DCH传输重配置。 | 目标专利说明书（如段落[0013]、[0038]）记载：在DC-HSDPA中，当次HS-DSCH服务小区被禁用时，由于主/锚定服务HS-DSCH小区可能仍在使用，因此需阻止整个MAC实体的重置，WTRU在次小区被禁用后继续从锚定服务小区接收数据。<br>对比文件完全不涉及下行双小区或多载波数据接收架构，不存在次服务小区被禁用后继续从锚定服务小区保持数据接收的机制。因此，对比文件未公开技术特征Z。 |
<<<A>>>
<<<F>>>
<<<h>>>
<<<I>>>
<<<J>>>
<<<M>>>
<<<o>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<Y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | 【0055】<br>“本发明的一个示例性实施例是一种将移动设备从一个网络节点切换到另一个网络节点的方法。该方法包括确定第2层状态信息元素的内容……”（原文：An exemplary embodiment in accordance with this invention is a method for handing over a mobile device from one network node to another. The method includes determining content of a layer 2 status information element...） | 对比文件公开了一种多步骤通信处理方法，其包含了前序及各执行步骤，实质公开了起连接、包含作用的过渡词“包括”。本领域技术人员可以毫无疑义地确定对比文件直接公开了该常规技术语言特征。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 对比文件全文，尤其是【0050】-【0054】、【0086】-【0087】等。<br>【0087】<br>“在下文讨论的非限制性示例中，eNode B 12可被视为源eNode B……eNode B 12'可被视为目标eNode B……在实践中，服务小区和目标小区可以至少部分地彼此重叠。”（原文：...eNode B 12 may be considered the Source eNode B... and the eNode B 12' may be considered the Target eNode B... Note that in practice the serving cell and the target cell may at least partially overlap one another.） | 对比文件涉及的是LTE/E-UTRAN系统中的节点间切换（Handover）过程，存在源基站/小区与目标基站/小区，属于单载波网络环境下的移动性管理机制。目标专利中的特征B涉及双小区/多载波（DC-HSDPA/CA）环境，其中WTRU被配置为“同时从锚定服务小区和次服务小区接收不同数据”（即载波聚合/多载波数据并行接收，参见目标说明书【0008】-【0010】）。对比文件既没有公开WTRU同时从两个服务小区并行接收不同下行数据，也不存在多小区载波聚合传输架构；两者的场景、机理及技术方案完全不同，亦无法通过对比文件合理推理得出，因此未公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件全文，尤其是【0055】、【0093】、【0096】等关于L2 status IE的记载。 | 目标专利中，该特征是指在WCDMA/DC-HSDPA中通过特定的次小区状态变量（SECONDARY_CELL_HS_DSCH_RECEPTION）来确定次服务小区是被启用还是被禁用（参见目标说明书【0039】-【0040】）。对比文件公开的是在切换控制消息中引入L2状态信息元素（如PDCP/RLC SN），用于指示包接收状态/ACK/NACK以支持无损切换，根本未公开用于次服务小区启用/禁用控制的状态变量，更未公开基于该特定变量确定次服务小区状态的技术方案，故未公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件全文。 | 对比文件并未涉及次服务小区状态变量，更不存在将该变量设为TRUE以指示次服务小区被启用的配置或逻辑，故未公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 对比文件【0003】、【0058】、【0104】等处提及ARQ/HARQ机制。<br>【0104】<br>“可以考虑所支持的ARQ方案，例如选择性ARQ或累积后退N ARQ……也可以有混合ARQ（hybrid ARQ）方案……”（原文：...There may also be a hybrid ARQ scheme allowing both selective and cumulative retransmissions on a case-by-case basis...） | 对比文件仅一般性提及LTE可支持混合ARQ（HARQ）方案，根本没有公开次服务小区状态变量设为FALSE指示次服务小区被禁用的方案；此外，对比文件基于单载波/单小区切换环境，并未公开在多载波聚合下“锚定服务小区和次服务小区的每一者与各自的HARQ实体关联”（目标专利图1架构）的双HARQ实体架构，故未公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《隐含公开》 | 【0101】（步骤4-13*）<br>“在向源eNodeB 12刷新其下行链路缓冲器之前……通过发送RELEASE RESOURCE消息，目标eNB 12'通知源eNB 12切换成功……”（原文：...prior to the source eNodeB 12 flushing its DL buffer.）<br>结合【0003】、【0104】提及的ARQ/HARQ机制。 | 对比文件明确公开了基站侧的下行链路缓冲器（DL buffer）刷新，且系统支持混合自动重复请求（HARQ）。对于本领域技术人员而言，HARQ协议实体的基本构成必然包括用于存储重传及软合并数据的HARQ缓冲器（HARQ Buffer），对比文件结合通用通信标准架构已部分公开了数据缓冲及HARQ机制，本领域技术人员能够通过其披露的HARQ机制及缓冲器概念合理解析推断出HARQ实体具有HARQ缓冲器，按照极宽松的隐含公开判断标准，认定该特征被隐含公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件全文。 | 对比文件不涉及基于次小区状态变量进行去激活/禁用的逻辑判断，未公开在次服务小区的状态根据该特定变量确定为被禁用这一下置条件，故未公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器<br>《未公开》 | 对比文件【0101】（步骤4-13*）<br>“……在源eNodeB 12刷新其DL缓冲器之前……（...prior to the source eNodeB 12 flushing its DL buffer.）”以及【0095】（步骤2-7a*）<br>“……其随后可从其缓冲器中清除已转发的数据……”（原文：...which may then clear already forwarded data from its buffers...） | 对比文件虽然提到了在切换成功后源基站刷新/清除缓冲器（flushing its DL buffer），但是其作用是释放切换前单小区传输已转发的L2数据包。而目标专利特征H针对的是多载波系统中，在次小区被禁用后、主载波仍继续传输的情况下，单独刷新与次服务小区绑定的独立HARQ实体的缓冲器（参见目标说明书【0013】-【0015】、【0044】），以防止重置整个MAC实体影响主小区。对比文件既无次服务小区及其专有HARQ实体，也未公开对其HARQ缓冲器进行有针对性的刷新，故未公开。 |
| 技术特征I：还包括<br>《直接公开》 | 【0056】<br>“此外，状态信息可以包括上行链路第2层状态信息元素……”（原文：Additionally, the status information may include an uplink layer 2 status information element...）及【0057】等。 | 对比文件在表述进一步的实施步骤与特征组合时，明确公开了递进/附加连接术语“Additionally / Furthermore”，实质公开了“还包括”，本领域技术人员可以毫无疑义直接得出。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《直接公开》 | 【0095】（步骤2-4*）及【0101】（步骤4-7*）<br>“在（4-7*），源eNB 12生成发送给UE 10的切换命令（RRC消息）……UE 10接收到具有必要参数的切换命令……”（原文：At (4-7*) the source eNB 12 generates the Handover command (RRC message) towards the UE 10... The UE 10 receives the Handover command with necessary parameters...） | 对比文件明确公开了UE（移动设备）从源基站处接收作为切换命令（Handover command）的RRC消息（RRC message）。对比文件中公开的接收RRC消息直接对应于特征J的技术内容，本领域技术人员可毫无疑义地直接确定其公开了“接收无线电资源控制RRC消息”。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用<br>《未公开》 | 对比文件【0093】、【0095】、【0101】关于切换命令RRC消息的参数描述。<br>【0101】（步骤4-7*）<br>“该切换命令包括从目标eNB 12'接收的透明容器。该容器可以包括新的C-RNTI、可能的一些其他参数，例如接入参数、SIB等。”（原文：The Handover command includes the transparent container... The container may include new C-RNTI, possibly some other parameters, e.g., access parameters, SIBs, etc.） | 对比文件中的RRC消息是用于指示UE从源小区切换到目标小区的Handover Command，其承载的是目标小区的接入配置及L2状态信息。而目标专利的RRC消息是用于在多载波聚合中指示次服务小区是否被启用/禁用（参见目标说明书【0038】、【0043】）。对比文件完全未涉及任何指示次服务小区是否启用的内容，故未公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态<br>《未公开》 | 对比文件全文。 | 目标专利的特征L是指根据RRC消息中携带的指示确定次服务小区的启用/禁用状态。对比文件中不存在次服务小区及其状态，亦不存在根据RRC消息确定次服务小区启用/禁用的技术手段，故未公开。 |
| 技术特征M：还包括<br>《直接公开》 | 【0057】<br>“此外，状态信息可以包括下行链路第2层状态信息元素……”（原文：Furthermore, the status information may include a downlink layer 2 status information element...） | 对比文件在公开附加方案和并列特征时使用了过渡词“Furthermore/Additionally”，直接公开了常规技术连接词“还包括”。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文。 | 对比文件未涉及次服务小区的启用/禁用配置，更未公开在该前置判断条件成立时的后续控制，故未公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源<br>《隐含公开》 | 【0101】（步骤4-13*、4-14）<br>“在（4-13*），通过发送RELEASE RESOURCE消息，目标eNB 12'通知源eNB 12切换成功并触发资源的释放……在（4-14）接收到RELEASE RESOURCE消息后，源eNB 12可以释放与UE 10上下文关联的无线电和C面相关资源。”（原文：At (4-13*) by sending the RELEASE RESOURCE message the target eNB 12' informs the source eNB 12 of the success of the HO and triggers the release of resources... Upon reception of the RELEASE RESOURCE message at (4-14) the source eNB 12 can release radio and C-plane related resources associated to the UE 10 context.） | 目标专利中是指在多载波操作下次小区禁用时释放与次小区绑定的HARQ资源（说明书【0044】）。对比文件公开了在发生小区切换转移（源小区不再为UE服务）时，触发RELEASE RESOURCE消息以释放源小区的无线资源。尽管对比文件是单载波小区切换场景，但其公开了当某个通信小区终止服务时释放该小区关联的无线通信资源（包括底层传输资源）；考虑到HARQ资源属于典型的底层无线电实体资源，且根据极为宽松的隐含公开判断标准（对比文件部分公开了通信链路释放与资源释放），本领域技术人员有可能将对比文件公开的释放终止服务小区的无线资源机制合理解析并推断到相关小区的HARQ资源释放上，因此认定其被隐含公开。 |
| 技术特征P：还包括<br>《直接公开》 | 【0062】<br>“此外，状态信息可以包括……”（原文：Additionally, the status information may include...） | 对比文件在表述进一步的实施步骤与特征时明确使用了“Additionally/Furthermore”，直接公开了常规语言特征“还包括”。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文。 | 对比文件不涉及多小区载波聚合下次服务小区的禁用判定，故未公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI<br>《未公开》 | 对比文件【0003】、【0095】、【0101】提及C-RNTI。<br>【0101】（步骤4-6、4-7*）<br>“目标eNB 12'根据接收到的SAE承载QoS信息配置所需资源并保留C-RNTI……该容器可以包括新的C-RNTI……”（原文：...The target eNB 12' configures the required resources... and reserves a C-RNTI... The container may include new C-RNTI...） | 对比文件仅公开了在LTE越区切换过程中目标基站为UE分配新的小区无线电网络临时标识符（C-RNTI）并在切换命令中指示。其完全没有公开WCDMA/HSDPA中的高速下行链路共享信道无线电网络临时标识符（H-RNTI），更未公开针对次服务小区所独立分配的H-RNTI进行清除/移除的技术方案（目标说明书【0044】），两者的标识类型、协议机制及操作完全不同，故未公开。 |
| 技术特征S：还包括<br>《直接公开》 | 【0068】<br>“此外，状态信息可以包括……”（原文：Additionally, the status information may include...） | 对比文件在描述附加技术特征组合时明确使用了连接词，直接公开了“还包括”。 |
| 技术特征T：接收包括层1L1信令的信号<br>《隐含公开》 | 【0095】（步骤2-3）及【0101】（步骤4-6）<br>“在（4-6），目标eNB 12'利用L1/L2准备切换，并向源eNB 12发送HANDOVER REQUEST ACKNOWLEDGE……”（原文：At (4-6) the target eNB 12' prepares HO with L1/L2 and sends the HANDOVER REQUEST ACKNOWLEDGE to the source eNB 12.）以及【0101】（步骤4-8、4-9）公开了UE同步并接收UL allocation与TA（L1物理层信令/控制信息）。 | 目标专利中是指WTRU接收包含L1控制信令的物理层信号（说明书【0045】）。对比文件虽然没有直接采用目标专利在DC-HSDPA下的特定L1信令语句，但在步骤4-8至4-9中公开了UE在物理层（L1）执行同步并接收来自网络的上行分配（UL allocation）及定时提前量（Timing Advance, TA）等物理层控制信令信号。本领域技术人员基于对比文件对无线通信物理层交互及L1准备的记载，能够合理推断出UE必然会接收包含层1（L1）控制信令的无线信号。根据非常宽松的隐含公开判断标准，认定该特征被隐含公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示<br>《未公开》 | 对比文件全文。 | 目标专利的特征U是指通过L1信令（如HS-SCCH order）实现多载波下行链路HS-DSCH次载波的快速激活或去激活（说明书【0012】、【0045】）。对比文件的信令均用于单载波环境下的切换控制，根本不涉及对HS-DSCH载波的激活或去激活指示，故未公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令<br>《未公开》 | 对比文件全文。 | 对比文件涉及LTE E-UTRAN网络体系，未公开WCDMA/HSDPA中的高速共享控制信道（HS-SCCH），更未公开用于载波控制的HS-SCCH命令（HS-SCCH order），故未公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态<br>《未公开》 | 对比文件全文。 | 对比文件完全不存在次服务小区及其状态，更无根据L1信令来确定次服务小区激活/去激活状态的技术方案，故未公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活<br>《未公开》 | 对比文件全文。 | 对比文件未公开指示次服务小区被去激活的L1信令，故未公开。 |
| 技术特征Y：还包括<br>《直接公开》 | 【0074】<br>“此外，状态信息可以包括上行链路第2层状态信息元素和下行链路第2层状态信息元素中的至少一者。”（原文：Additionally, the status information may include at least one of...） | 对比文件公开了附加方案的连接用语，直接公开了常规语言特征“还包括”。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据<br>《未公开》 | 对比文件【0087】、【0095】、【0101】关于源基站与目标基站切换的记载。 | 目标专利的特征Z是指多载波DC-HSDPA系统中，次服务小区禁用后锚定小区不受影响，WTRU保持与锚定小区的连接并继续接收下行数据（参见目标说明书【0013】“当次HS-DSCH服务小区被禁用时，重置整个MAC-ehs可能不合适，这是因为服务HS-DSCH小区可能仍在使用它”以及【0038】）。对比文件描述的是硬切换过程（源小区向目标小区转移控制与数据），在切换完成后UE转到目标小区进行通信，源小区的连接和资源均被释放；对比文件不存在“次服务小区被禁用后继续从锚定服务小区接收数据”的多载波维持主载波通信的方案与效果，故未公开。 |
<<<A>>>
<<<I>>>
<<<J>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<Y>>>
<<<f>>>
<<<o>>>
<<<t>>>
## 特征比对分析
本案中，目标专利涉及无线通信技术领域中的多载波/双小区高速下行链路分组接入（DC-HSDPA）中次服务小区的启用与禁用机制，重点涵盖基于特定变量（如 `SECONDARY_CELL_HS_DSCH_RECEPTION`）、RRC信令或L1（HS-SCCH）命令确定次服务小区状态，以及在次服务小区禁用时执行HARQ缓冲器刷新、释放HARQ资源及清除H-RNTI等操作。
所给对比文件为美国专利公开文本 **US 7323560 B2**，发明名称为 *“Plastidic phosphoglucomutase genes”*（质体磷酸葡萄糖变位酶基因），其全部技术内容属于**植物分子生物学与基因工程领域**（涉及植物质体磷酸葡萄糖变位酶基因的多核苷酸片段、重组DNA构建体、下调该基因表达以调控大豆种子淀粉、可溶性糖及油脂蛋白含量的方法）。
经通读对比文件全文，对比文件所涉技术领域、解决的技术问题、采用的技术手段及产生的技术效果，与目标通信专利权利要求所划分的技术特征A至技术特征Z完全无关。对比文件中未记载无线发射接收单元（WTRU）、载波聚合/多载波接收、HARQ实体/缓冲器、次服务小区状态变量（`SECONDARY_CELL_HS_DSCH_RECEPTION`）、RRC信令或L1/HS-SCCH命令等通信相关技术方案，本领域技术人员不仅无法直接、毫无疑义地得出各技术特征，亦无法结合常识或从其分子生物学内容进行合理推理/部分结合得出，因此技术特征A至技术特征Z均既未被直接公开，也未被隐含公开。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括<br><br>【未公开】 | 无（对比文件全文为植物分子生物学专利） | 对比文件为植物基因工程领域专利，涉及质体磷酸葡萄糖变位酶（pPGM）编码基因及调控方法。虽然对比文件包含“comprising”等通用连接词，但本特征作为目标通信专利权利要求的前序组合连接部分，在缺乏任何通信上下文的情况下，对比文件不构成专利法意义上对该通信方法/设备技术方案起点的公开。既未直接公开，也无任何可推导的隐含公开。 |
| 技术特征B：<br>当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br><br>【未公开】 | 无 | 对比文件全文未记载无线发射接收单元（WTRU）、锚定服务小区（主载波）、次服务小区（辅助载波）及同时接收不同数据的双小区下行传输机制（DC-HSDPA）。对比文件记载的是利用质体PGM突变或基因沉默改变植物种子碳水化合物代谢。两者技术领域、手段及作用完全不同，本领域技术人员无法从对比文件中得出该通信配置与动作。既未直接公开，亦无隐含公开。 |
| 技术特征C：<br>基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br><br>【未公开】 | 无 | 对比文件未记载蜂窝移动通信的任何协议状态变量，更未公开特定的布尔状态变量 SECONDARY_CELL_HS_DSCH_RECEPTION 及其用于评估次服务小区是否启用的机制。对比文件涉及植物细胞内质体酶催化活性测定。既未直接公开，亦无任何隐含公开可能。 |
| 技术特征D：<br>其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br><br>【未公开】 | 无 | 对比文件未记载任何通信协议中的变量赋值规则，更未公开当变量为“真”（TRUE）时指示次服务小区准备好进行HS-DSCH接收。对比文件完全不涉及该技术手段及其控制功能，既未直接公开，亦无法隐含推知。 |
| 技术特征E：<br>当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br><br>【未公开】 | 无 | 对比文件全文未记载变量为“伪”（FALSE）指示次小区被禁用的逻辑，亦未记载多载波系统中为主小区与次小区各自分配独立的HARQ实体的MAC架构。对比文件仅涉及质体酶与胞质酶的同工酶分布，与通信HARQ实体完全无关。既未直接公开，也未隐含公开。 |
| 技术特征F：<br>所述HARQ实体具有HARQ缓冲器<br><br>【未公开】 | 无 | 对比文件未记载无线通信MAC层中具有重传缓存功能的HARQ缓冲器。对比文件出现的“buffer”仅指生化试验中的缓冲液（如 [0279]、[0305] 提到的缓冲液）。两者的物理本质、作用环境及功能毫无关联，不能构成对通信HARQ缓冲器的直接或等同公开，亦不构成隐含公开。 |
| 技术特征G：<br>在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br><br>【未公开】 | 无 | 对比文件未记载次服务小区状态评估及其被确定为禁用的条件判断机制。对比文件涉及基因转录抑制或植物表型筛选。两者不仅技术领域完全不同，且没有任何技术特征的对应，既未直接公开，也未隐含公开。 |
| 技术特征H：<br>刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br><br>【未公开】 | 无 | 目标专利中刷新次小区HARQ缓冲器是为了在禁用次载波时防止残留过期数据引发重传错误，同时避免重置整个MAC实体。对比文件完全不涉及无线数据包重传管理，不存在刷新通信缓冲区的任何技术手段。本领域技术人员不可能从对比文件中推理得出该方案，既未直接公开，也未隐含公开。 |
| 技术特征I：<br>还包括<br><br>【未公开】 | 无 | 本特征属于通信方案从属技术方案的过渡连接，对比文件全文不公开目标通信专利的相关方案，既无直接公开，亦无隐含公开。 |
| 技术特征J：<br>接收无线电资源控制RRC消息<br><br>【未公开】 | 无 | 对比文件未公开WTRU接收来自网络侧无线电网络控制器（RNC）的第3层（L3）无线电资源控制（RRC）信令的消息接收机制。对比文件没有任何通信空口协议信令交互的公开或暗示。既未直接公开，也未隐含公开。 |
| 技术特征K：<br>该RRC消息指示所述次服务小区是否被启用。<br><br>【未公开】 | 无 | 对比文件未公开包含指示次服务小区启用或禁用信息元素（IE）的RRC高层信令。两者技术方案完全无关，既未直接公开，也未隐含公开。 |
| 技术特征L：<br>其中根据所述RRC消息来确定所述状态。<br><br>【未公开】 | 无 | 对比文件未公开依据接收到的RRC消息所包含的信息元素或缺省规则来评估、确定次服务小区接收状态的技术手段。既未直接公开，亦无隐含公开。 |
| 技术特征M：<br>还包括<br><br>【未公开】 | 无 | 作为从属特征之间的连接用语，对比文件未提供相关通信技术背景，既未直接公开，也未隐含公开。 |
| 技术特征N：<br>在所述次服务小区被确定为被禁用的情况下<br><br>【未公开】 | 无 | 对比文件未记载判断次服务小区禁用并作为触发后续资源释放前置条件的逻辑。两者完全无关，既未直接公开，也未隐含公开。 |
| 技术特征O：<br>释放与所述次服务小区关联的HARQ资源。<br><br>【未公开】 | 无 | 目标专利中释放HARQ资源是为了在次载波停用后回收专有进程资源，避免无谓开销。对比文件未涉及通信网络中的HARQ资源分配与释放，既未直接公开，也无法通过合理推理隐含公开。 |
| 技术特征P：<br>还包括<br><br>【未公开】 | 无 | 属于连接过渡特征，对比文件未公开目标专利所限定的通信组合方案，既未直接公开，也未隐含公开。 |
| 技术特征Q：<br>在所述次服务小区被确定为被禁用的情况下<br><br>【未公开】 | 无 | 对比文件未记载次服务小区禁用条件作为触发清除小区标识的逻辑步骤。既未直接公开，亦无隐含公开。 |
| 技术特征R：<br>清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br><br>【未公开】 | 无 | 目标专利中清除并移除存储的次小区专属H-RNTI，用于确保次小区禁用后WTRU不再解调监听次载波的控制信道。对比文件为植物生物学文献，未涉及任何蜂窝通信临时标识符（RNTI）的维护或清除。既未直接公开，亦无隐含公开。 |
| 技术特征S：<br>还包括<br><br>【未公开】 | 无 | 属于连接过渡特征，对比文件未公开相关方案，既未直接公开，也未隐含公开。 |
| 技术特征T：<br>接收包括层1L1信令的信号<br><br>【未公开】 | 无 | 对比文件未公开无线通信物理层（层1，L1）控制信令的接收过程。既未直接公开，也未隐含公开。 |
| 技术特征U：<br>其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br><br>【未公开】 | 无 | 对比文件未公开在物理层信令中携带针对特定载波（HS-DSCH辅助载波）的快速激活或去激活指示比特。对比文件完全不涉及无线信令设计，既未直接公开，亦无隐含公开。 |
| 技术特征V：<br>其中所述L1信令是高速共享控制信道HS-SCCH命令。<br><br>【未公开】 | 无 | 对比文件未公开利用HS-SCCH order（高速共享控制信道命令）作为实现辅助载波快速停用/启用的层1消息形式。既未直接公开，亦无隐含公开。 |
| 技术特征W：<br>其中根据所述L1信令来确定所述次服务小区的所述状态。<br><br>【未公开】 | 无 | 对比文件未公开WTRU检测物理层HS-SCCH命令以动态决定次小区激活/去激活状态的处理流程。既未直接公开，亦无隐含公开。 |
| 技术特征X：<br>其中所述L1信令指示所述次服务小区被去激活。<br><br>【未公开】 | 无 | 对比文件未公开接收指示次服务小区处于去激活状态的特定L1控制信令。既未直接公开，亦无隐含公开。 |
| 技术特征Y：<br>还包括<br><br>【未公开】 | 无 | 属于连接过渡特征，对比文件全文未涉及相关通信方案，既未直接公开，也未隐含公开。 |
| 技术特征Z：<br>在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br><br>【未公开】 | 无 | 目标专利通过在次服务小区禁用后仅重置次小区HARQ/资源，从而实现锚定服务小区不受影响、继续保持正常数据传输。对比文件完全没有多载波或主从载波独立维护通信链路的技术方案与效果。既未直接公开，亦无任何隐含公开。 |
---
经严谨核查，对比文件 US 7323560 B2 属于植物分子生物学领域的专利，未直接公开、亦未隐含公开技术特征A至技术特征Z中的任何一个技术特征。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括<br><br>《直接公开》 | [0005]「本発明の第１態様によれば，無線通信システムのネットワーク要素において実行する方法が……伝送するステップと，を有する。」<br>（译文：根据本发明的第一方面，一种在无线通信系统的网络元件中执行的方法，具有……发送的步骤。）<br>[0007]「本発明の第３態様によれば，ユーザ装置において実行する方法が……ステップと，を有する。」<br>（译文：根据本发明的第三方面，一种在用户装置中执行的方法，具有……步骤。） | 目标专利技术特征A为说明书及权利要求书常见的前序连接词“包括/具有”。对比文件公开了一种在用户设备（UE）及无线网络中执行的方法及装置，其方案描述中明确记载包含多个步骤与模块。本领域技术人员能毫无疑义地确定对比文件直接公开了技术特征A。 |
| 技术特征B：<br>当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br><br>《未公开》 | [0003]「移動性手続は，特定のユーザ装置（ＵＥ）に割り当てられる高速物理専用ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）が，ＵＥに指定された各無線リンクのうち１つ，すなわちサービス提供ＨＳ−ＤＳＣＨ無線リンク，だけであることに関係する。サービス提供ＨＳ−ＤＳＣＨ無線リンクに関連付けられたセルは，サービス提供ＨＳ−ＤＳＣＨセルと定義される。」<br>（译文：移动性过程涉及分配给特定用户设备（UE）的高速物理专用下行链路共享信道（HS-PDSCH）仅为指定给UE的各个无线链路中的一个，即仅是服务HS-DSCH无线链路。与服务HS-DSCH无线链路关联的小区被定义为服务HS-DSCH小区。）<br>[0030]「参照符号１８で示されるように，ＵＥ１０はＨＳ−ＤＳＣＨトランスポートチャネルに対応付けられた１つのＰＳ ＮＲＴ無線ベアラを有するＣＥＬＬ＿ＤＣＨ状態にある。セル１ １２は現在のサービス提供ＨＳ−ＤＳＣＨセルである。」<br>（译文：如参考标号18所示，UE 10处于CELL_DCH状态，具有与HS-DSCH传输信道关联的一个PS NRT无线承载。小区1 12是当前的服务HS-DSCH小区。） | 目标专利说明书（如[0008]~[0011]）明确记载，该特征属于3GPP Rel-8引入的双小区高速下行链路分组接入（DC-HSDPA）多载波技术，WTRU被配置成同时在两个下行链路载波（锚定载波和服务小区、次载波和次服务小区）上接收不同数据以使吞吐量与峰值速率翻倍，并各自分配单独的HARQ实体。<br>反观对比文件，其基于3GPP Rel-5/Rel-6技术规范（参见[0002]-[0004]），属于单载波HSDPA环境下的软切换/服务小区变更（Serving HS-DSCH Cell Change）机制。对比文件[0003]明确限定分配给UE的HS-PDSCH仅为各无线链路中的“唯一一个”（サービス提供ＨＳ−ＤＳＣＨ無線リンク，だけである），即UE在任一时刻仅能从单个服务小区接收HS-DSCH下行数据；对比文件中的小区1与小区2是传统软切换活动集（Active Set）中的目标小区与源小区，并非同时接收不同数据的双载波主/辅服务小区架构。因此对比文件既未直接公开、也未隐含公开同时从锚定服务小区和次服务小区接收不同数据的多载波配置。 |
| 技术特征C：<br>基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br><br>《未公开》 | 无对应记载。 | 目标专利说明书（如[0039]-[0040]）明确指出，在DC-HSDPA中采用专用的次小区状态变量SECONDARY_CELL_HS_DSCH_RECEPTION来确定次服务小区是否可用或被启用/禁用。<br>对比文件为3GPP Rel-6版本下的服务小区变更方案，完全没有多载波/次服务小区的概念，更不存在、也未提及“SECONDARY_CELL_HS_DSCH_RECEPTION”这一特定RRC状态变量，本领域技术人员无法从对比文件中推导得出该特征。 |
| 技术特征D：<br>其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br><br>《未公开》 | 无对应记载。 | 结合目标专利说明书[0039]-[0040]，该特征是DC-HSDPA中次小区状态变量语义设定的具体规定（TRUE代表次小区启用并准备好接收）。对比文件由于缺乏多载波机制及该状态变量，未直接或隐含公开该特征。 |
| 技术特征E：<br>当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br><br>《未公开》 | [0025]「本発明によれば，更に次の既存情報要素がＲＲＣ活性セット更新メッセージに選択情報要素（ＩＥ）として追加される……５． ＨＡＲＱ情報（TS 25.331，第１０．３．５．７ａ章）」<br>（译文：根据本发明，将以下现有的信息元素作为可选信息元素（IE）进一步添加到RRC活动集更新消息中……5. HARQ信息。）<br>[0042]「またＵＥはステップ２１６に示すように，プロセス数ＩＥで示されるＨＡＲＱプロセスの数によってＭＡＣ−ｈｓエンティティを構成し，各ＨＡＲＱプロセスにＩＤを指定する。」<br>（译文：此外，如步骤216所示，UE根据进程数IE所指示的HARQ进程数来配置MAC-hs实体，并为各个HARQ进程分配ID。） | 目标专利说明书[0010]-[0013]、[0038]-[0040]明确记载，在DC-HSDPA中MAC架构包括两个HARQ实体，锚定服务小区和次服务小区的每一者与各自的HARQ实体关联，当次小区状态变量为FALSE时指示次小区被禁用。<br>对比文件公开的仅是单小区切换时，针对单一MAC-hs实体内的多个HARQ进程（HARQ processes）的配置（[0042]），并非锚定小区与次小区分别关联各自独立的HARQ实体，也无变量为伪指示次小区被禁用的技术方案。因此未公开。 |
| 技术特征F：<br>所述HARQ实体具有HARQ缓冲器<br><br>《隐含公开》 | [0042]「またＵＥはステップ２１６に示すように，プロセス数ＩＥで示されるＨＡＲＱプロセスの数によってＭＡＣ−ｈｓエンティティを構成し，各ＨＡＲＱプロセスにＩＤを指定する。」<br>（译文：此外，如步骤216所示，UE根据进程数IE所指示的HARQ进程数来配置MAC-hs实体，并为各个HARQ进程分配ID。）<br>[0051]「ステップ３０４に示すサービス提供ＨＳ−ＤＳＣＨセル変更に先立ってＢＴＳバッファ内のデータ量を最小限にするために……」<br>（译文：为了在步骤304所示的服务HS-DSCH小区变更之前使BTS缓冲器内的数据量最小化……） | 目标专利说明书[0044]记载HARQ实体包含用于重传与合并的HARQ缓冲器。<br>对比文件公开了UE配置包含HARQ进程的MAC-hs实体（[0042]）。在3GPP HSDPA技术领域中，HARQ实体的基本工作机制即包含用于软合并与数据重传存储的HARQ缓冲器（HARQ Buffer），本领域技术人员根据对比文件公开的MAC-hs与HARQ进程配置，能够毫无疑义地合理推知其HARQ实体必然具有HARQ缓冲器。根据非常宽松的隐含公开判断标准，认定该特征被隐含公开。 |
| 技术特征G：<br>在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br><br>《未公开》 | 无对应记载。 | 目标专利[0040]-[0044]限定了根据次小区专用状态变量评估出禁用状态这一特定触发条件。对比文件不存在多载波辅服务小区及SECONDARY_CELL_HS_DSCH_RECEPTION变量，未直接或隐含公开。 |
| 技术特征H：<br>刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br><br>《未公开》 | [0025]「本発明によれば，更に次の既存情報要素がＲＲＣ活性セット更新メッセージに選択情報要素（ＩＥ）として追加される……１． ＭＡＣ−ｈｓリセット指示子（TS 25.331，第１０．３．６．２４章）」<br>（译文：根据本发明，将以下现有的信息元素作为可选信息元素（IE）进一步添加到RRC活动集更新消息中……1. MAC-hs重置指示符。）<br>[0043]「判断ステップ２１８において判定してＭＡＣ−ｈｓリセット指示子ＩＥが含まれていたときは，ＵＥはステップ２２０に示すとおりＭＡＣ−ｈｓエンティティをリセットする。」<br>（译文：在判定步骤218中判定为包含MAC-hs重置指示符IE时，UE如步骤220所示重置MAC-hs实体。） | 目标专利说明书[0013]、[0044]特别强调，在DC-HSDPA中由于存在两个独立的HARQ实体，当次小区被禁用时，主小区仍在工作，因此不能像传统单载波那样重置整个MAC实体，而是专门“针对性地刷新与次服务小区关联的该特定HARQ实体的HARQ缓冲器”。<br>对比文件公开的是在服务小区变更时，接收MAC-hs reset indicator以执行对整个MAC-hs实体的重置（[0043]步骤220）。其作用对象是单小区的整个MAC-hs，完全不涉及针对“次服务小区关联的特定HARQ实体”的缓冲器执行局部刷新。因此未公开。 |
| 技术特征I：<br>还包括<br><br>《直接公开》 | [0005]「……伝送するステップと，を有する。方法は……を更に有してもよい。」<br>（译文：……具有发送的步骤。方法还可以进一步具有……）<br>[0007]「……を有する。本発明の第３態様の方法は……を更に有してもよい。」<br>（译文：……具有。本发明第三方面的方法还可以进一步具有……） | 属于权利要求附加技术特征的常规连接词，对比文件方案在各实施例中多处明确使用“さらに有してもよい（还可包括）”，直接公开了该连接特征。 |
| 技术特征J：<br>接收无线电资源控制RRC消息<br><br>《直接公开》 | [0007]「本発明の第３態様によれば，ユーザ装置において実行する方法が，サービス提供高速専用共有チャネルセル変更に関する情報を有する活性セット更新メッセージを受信するステップと……」<br>（译文：根据本发明的第三方面，在用户装置中执行的方法，具有接收包含关于服务高速专用共享信道小区变更的信息的活动集更新消息的步骤……）<br>[0022]「本発明によれば，結合した活性セット更新及びサービス提供ＨＳ−ＤＳＣＨセル変更が必要なとき，ＨＳ−ＤＳＣＨ情報がＲＲＣ活性セット更新メッセージで転送される。」<br>（译文：根据本发明，当需要组合的活动集更新以及服务HS-DSCH小区变更时，HS-DSCH信息通过RRC活动集更新消息传送。）<br>[0038]「ステップ２００に示すようにＵＥにＲＲＣ活性セット更新メッセージを送信する。これは線３２上のＡＳＵ信号を受信する図１のＵＥ１０に対応する。」<br>（译文：如步骤200所示向UE发送RRC活动集更新消息。这对应于图1中接收线上32的ASU信号的UE 10。） | 目标专利说明书[0038]、[0043]指出通过接收网络发送的RRC消息（如L3消息）来进行无线承载/小区控制。<br>对比文件明确记载UE接收来自RNC的“RRC活动集更新消息（RRC活性セット更新メッセージ）”，本领域技术人员可以毫无疑义地确定对比文件直接公开了UE接收RRC消息。 |
| 技术特征K：<br>该RRC消息指示所述次服务小区是否被启用。<br><br>《未公开》 | [0025]「本発明によれば，更に次の既存情報要素がＲＲＣ活性セット更新メッセージに選択情報要素（ＩＥ）として追加される……２． サービス提供ＨＳ−ＤＳＣＨ無線リンク指示子……４． 新規Ｈ−ＲＮＴＩ……」<br>（译文：根据本发明，将以下现有的信息元素作为可选信息元素添加到RRC活动集更新消息中……2. 服务HS-DSCH无线链路指示符……4. 新H-RNTI……）<br>[0034]「先行技術とは異なり，メッセージはＨＳ−ＤＳＣＨに関する情報，すなわちサービス提供ＨＳ−ＤＳＣＨ無線リンク指示子及び新規Ｈ−ＲＮＴＩを含む。ＵＥは活性セットからセル１を削除し，サービス提供ＨＳ−ＤＳＣＨセル変更を実行し……」<br>（译文：与现有技术不同，该消息包含关于HS-DSCH的信息，即服务HS-DSCH无线链路指示符及新H-RNTI。UE从活动集中删除小区1，执行服务HS-DSCH小区变更……） | 目标专利说明书[0043]指出，RRC消息中包含指示次服务小区是否被启用的变量，用于控制DC-HSDPA次载波小区的激活/去激活。<br>对比文件中的RRC活动集更新消息所携带的信息，是用于指示服务HS-DSCH小区的“切换/变更”（从小区1切换至小区2）以及活动集无线链路的增加/删除，并非指示“次服务小区（Secondary Cell）是否被启用”。对比文件不存在辅小区的概念，未公开该特征。 |
| 技术特征L：<br>其中根据所述RRC消息来确定所述状态。<br><br>《未公开》 | 无对应记载。 | 目标专利技术特征L依赖于技术特征C、K，指根据RRC消息确定次服务小区的启用/禁用状态。对比文件没有针对次服务小区的状态判定机制，未公开该特征。 |
| 技术特征M：<br>还包括<br><br>《直接公开》 | [0005]「……を更に有してもよい。」<br>[0007]「……を更に有してもよい。」<br>（译文均包含：还可以进一步具有……） | 附加技术特征连接词，对比文件在方案描述中明确包含进一步的并列与从属技术步骤，直接公开了技术特征M。 |
| 技术特征N：<br>在所述次服务小区被确定为被禁用的情况下<br><br>《未公开》 | 无对应记载。 | 目标专利中该特征作为释放资源的前提条件。对比文件属于单小区主服务小区变更，没有次服务小区被确定为禁用的判定条件，未公开。 |
| 技术特征O：<br>释放与所述次服务小区关联的HARQ资源。<br><br>《未公开》 | [0043]「ステップ２２０に示すとおりＭＡＣ−ｈｓエンティティをリセットする。」<br>（译文：如步骤220所示重置MAC-hs实体。）<br>[0063]「ただし，旧サービス提供ＨＳ−ＤＳＣＨセル内のＭＡＣ−ｄフローだけが削除され，ＲＬは削除されていないことに注意されたい。」<br>（译文：但请注意，仅删除了旧服务HS-DSCH小区内的MAC-d流，而无线链路未被删除。） | 目标专利说明书[0044]、[0047]明确记载，当次小区被禁用时，释放与该次服务小区关联的HARQ资源，同时主服务小区保持正常工作。<br>对比文件在切换时仅公开了重置MAC-hs实体或删除旧小区的MAC-d流，不涉及多小区架构下次服务小区的独立HARQ资源的释放，未公开。 |
| 技术特征P：<br>还包括<br><br>《直接公开》 | [0005]「……を更に有してもよい。」<br>[0007]「……を更に有してもよい。」<br>（译文均包含：还可以进一步具有……） | 附加技术特征连接词，对比文件已直接公开该形式连接特征。 |
| 技术特征Q：<br>在所述次服务小区被确定为被禁用的情况下<br><br>《未公开》 | 无对应记载。 | 属于特定多载波次小区禁用场景的前提条件，对比文件未公开。 |
| 技术特征R：<br>清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br><br>《未公开》 | [0034]「先行技術とは異なり，メッセージはＨＳ−ＤＳＣＨに関する情報，すなわちサービス提供ＨＳ−ＤＳＣＨ無線リンク指示子及び新規Ｈ−ＲＮＴＩを含む。」<br>（译文：与现有技术不同，该消息包含关于HS-DSCH的信息，即服务HS-DSCH无线链路指示符及新H-RNTI。）<br>[0041]「ステップ２１２に示すように，ＵＥは新規Ｈ−ＲＮＴＩの値を，物理層におけるＨＳ−ＤＳＣＨ受信手続のＵＥ識別情報として用いる。」<br>（译文：如步骤212所示，UE将新H-RNTI的值用作物理层中HS-DSCH接收过程的UE标识信息。） | 目标专利说明书[0010]、[0044]、[0049]明确说明：在DC-HSDPA中，主小区与次小区分别分配单独的H-RNTI；当次服务小区被禁用时，WTRU清除与该次服务小区专门关联的H-RNTI，而主小区的H-RNTI继续保留。<br>对比文件公开的是在单一服务小区发生切换变更时，在RRC消息中接收针对新服务小区的“新H-RNTI（新規Ｈ−ＲＮＴＩ）”并将其设置为当前物理层接收标识（[0034]、[0041]），完全不涉及在次小区禁用时专门清除与次小区关联的H-RNTI的操作。两者不仅作用对象不同（单小区切换的新RNTI应用 vs 次小区禁用的专属RNTI清除），技术构思与技术方案亦不同。因此未公开。 |
| 技术特征S：<br>还包括<br><br>《直接公开》 | [0005]「……を更に有してもよい。」<br>[0007]「……を更に有してもよい。」<br>（译文均包含：还可以进一步具有……） | 附加技术特征连接词，对比文件已直接公开。 |
| 技术特征T：<br>接收包括层1L1信令的信号<br><br>《隐含公开》 | [0042]「判断ステップ２１４において判定してＨＳ−ＳＣＣＨ情報ＩＥ及びＨＡＲＱ情報ＩＥが含まれているとき，ＵＥはＤＬスクランブル符号ＩＥによって受信されたスクランブル符号を適用して，サービス提供ＨＳ−ＤＳＣＨ無線リンクについてのＨＳ−ＳＣＣＨチャネル化符号ＩＥによってＨＳ−ＳＣＣＨを受信する。」<br>（译文：当在判定步骤214中判定为包含HS-SCCH信息IE和HARQ信息IE时，UE应用通过DL加扰码IE接收到的加扰码，根据用于服务HS-DSCH无线链路的HS-SCCH信道化码IE来接收HS-SCCH。）<br>[0058]「ＮＢＡＰ同期指示メッセージによってＬ１同期がＲＮＣに指示されているとき。」<br>（译文：当通过NBAP同步指示消息向RNC指示L1同步时。） | 目标专利说明书[0012]、[0045]记载通过物理层（L1）信令（如HS-SCCH命令）来实现快速控制。<br>对比文件明确记载UE根据RRC消息中的HS-SCCH信道化码来接收物理层控制信道HS-SCCH（[0042]），HS-SCCH本身即为3GPP规范中的典型层1（L1）物理控制信道，其承载的下行控制信息即属于L1信令。按照极其宽松的隐含公开判断标准，UE接收HS-SCCH信道信号必然属于“接收包括层1（L1）信令的信号”，因此认定技术特征T被隐含公开。 |
| 技术特征U：<br>其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br><br>《未公开》 | 无对应记载。 | 目标专利说明书[0012]、[0045]明确记载，该特征是指利用L1信令（HS-SCCH order）来快速激活或去激活次HS-DSCH载波（Secondary DL Carrier）。<br>对比文件接收HS-SCCH仅用于传统单载波HS-DSCH的常规控制信息接收，完全未涉及利用L1信令对HS-DSCH载波进行激活或去激活的控制机制。对比文件的小区变更完全依赖RRC层（L3）的高层重配置消息完成。因此未公开。 |
| 技术特征V：<br>其中所述L1信令是高速共享控制信道HS-SCCH命令。<br><br>《未公开》 | [0020]「ＨＳ−ＳＣＣＨ 高速共有制御チャネル」<br>[0025]「３． ＨＳ−ＳＣＣＨ情報（TS 25.331，第１０．３．６．３６ａ章）」<br>[0042]「サービス提供ＨＳ−ＤＳＣＨ無線リンクについてのＨＳ−ＳＣＣＨチャネル化符号ＩＥによってＨＳ−ＳＣＣＨを受信する。」<br>（译文：根据用于服务HS-DSCH无线链路的HS-SCCH信道化码IE来接收HS-SCCH。） | 目标专利说明书[0012]、[0045]指出的“HS-SCCH命令（HS-SCCH order）”是3GPP Rel-7/Rel-8引入的专门用于控制物理层动作（如下行载波激活/去激活、不连续接收DRX等）的无传输块特殊L1命令。<br>对比文件虽然提及了“HS-SCCH（高速共享控制信道）”，但仅记载了常规的HS-SCCH信道配置与接收，并未公开“HS-SCCH命令（HS-SCCH order）”这种特定的L1控制信令机制，未直接公开亦无法合理推知。因此未公开。 |
| 技术特征W：<br>其中根据所述L1信令来确定所述次服务小区的所述状态。<br><br>《未公开》 | 无对应记载。 | 目标专利基于HS-SCCH order确定辅载波小区的激活/去激活状态。对比文件无辅小区及对应的L1控制，未公开。 |
| 技术特征X：<br>其中所述L1信令指示所述次服务小区被去激活。<br><br>《未公开》 | 无对应记载。 | 目标专利具体限定了L1命令的具体指示内容为次小区去激活。对比文件完全未公开该内容。 |
| 技术特征Y：<br>还包括<br><br>《直接公开》 | [0005]「……を更に有してもよい。」<br>[0007]「……を更に有してもよい。」<br>（译文均包含：还可以进一步具有……） | 附加技术特征连接词，对比文件已直接公开。 |
| 技术特征Z：<br>在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br><br>《未公开》 | [0032]「ＲＮＣ２０は活性セットからセル１ １２を削除することを判断し（ステップ２４），セル１からセル２にサービス提供ＨＳ−ＤＳＣＨセル変更を行う（ステップ２６）。」<br>（译文：RNC 20决定从活动集中删除小区1 12（步骤24），并进行从小区1到小区2的服务HS-DSCH小区变更（步骤26）。）<br>[0034]「ＵＥは活性セットからセル１を削除し，サービス提供ＨＳ−ＤＳＣＨセル変更を実行し……」<br>（译文：UE从活动集中删除小区1，执行服务HS-DSCH小区变更……） | 目标专利说明书[0012]-[0013]、[0038]记载，在DC-HSDPA多载波聚合下，当次载波/次服务小区被临时禁用以节省功耗时，主载波/锚定服务小区保持激活并继续进行下行数据接收，因此两者之间呈现“主小区持续接收数据、辅小区被独立禁用”的协同操作关系。<br>对比文件所公开的技术方案是单载波下的服务小区软切换变更（Serving HS-DSCH Cell Change），在删除旧服务小区（小区1）并将服务小区变更为新小区（小区2）后，数据接收转移到了新服务小区，旧小区不再接收HS-DSCH数据。对比文件根本不存在在次小区被禁用后、主/锚定服务小区仍持续进行数据接收的多载波双流协同机制。因此未公开。 |
<<<A>>>
<<f>>
<<<I>>>
<<<J>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<t>>
<<<Y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括<br><br>【未公开】 | 无引用内容。 | 本技术特征仅为权利要求的前序转折词“包括”，对比文件涉及垂直磁记录磁头的四面屏蔽结构，并未公开目标专利所保护的无线通信多小区/多载波管理方法及相应系统架构，属于未公开。 |
| 技术特征B：<br>当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征定义了WTRU处于双载波/多载波（如DC-HSDPA）配置下，同时从主/锚定服务小区与次服务小区接收不同数据的双流下行传输状态。对比文件（US20080112082A1）属于磁记录存储领域，全文仅涉及磁头极体（main pole/write pole）、侧屏蔽层、前导屏蔽层和后跟随屏蔽层（段落[0001]-[0023]），完全未涉及无线通信单元、锚定小区、次服务小区以及载波聚合/多载波传输技术，故本领域技术人员无法从对比文件中得出该技术特征，未直接公开亦无隐含公开可能。 |
| 技术特征C：<br>基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征是通过协议定义的特定状态变量（SECONDARY_CELL_HS_DSCH_RECEPTION）来判断与记录次服务小区是否可用或启用的状态。对比文件属于磁头硬件制造与磁场屏蔽设计技术，完全未记载任何无线通信协议变量、无线信道配置或小区状态评估机制，未直接公开亦无法通过推理得出，未公开。 |
| 技术特征D：<br>其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征用于通过将状态变量赋值为TRUE来表征次服务小区处于激活并准备好接收HS-DSCH数据的状态。对比文件通篇讨论单极磁头磁场梯度、侧向漏磁抑制及相邻磁道擦除（ATE）问题，不涉及布尔变量控制协议实体的技术手段，未公开。 |
| 技术特征E：<br>当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征定义了次服务小区的禁用逻辑，以及MAC-ehs架构下为主载波小区和辅载波小区各自分配独立HARQ实体的配置结构。对比文件仅公开了垂直写入磁头的写磁极结构、线圈及屏蔽极（段落[0004], [0018]-[0020]），无任何HARQ（混合自动重传请求）实体或协议层配置，未公开。 |
| 技术特征F：<br>所述HARQ实体具有HARQ缓冲器<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征指通信协议重传实体所包含的软合并/重传存储器。对比文件为磁记录磁头硬件技术，不涉及通信数据包的重传缓冲结构，未公开。 |
| 技术特征G：<br>在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征为执行后续去激活清理动作的先决条件触发判定。对比文件不涉及协议控制分支判断，未公开。 |
| 技术特征H：<br>刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征的作用是在次小区被禁用后清空其余留的重传缓存，避免后续重启产生数据错乱。对比文件无HARQ实体，亦无刷新通信缓存的操作，未公开。 |
| 技术特征I：<br>还包括<br><br>【未公开】 | 无引用内容。 | 从属权利要求的连接过渡词，对比文件技术领域与目标专利完全不同，未公开。 |
| 技术特征J：<br>接收无线电资源控制RRC消息<br><br>【未公开】 | 无引用内容。 | 目标专利中指接收层3控制信令以触发重配置。对比文件涉及磁盘存储的磁通回路建立，完全不涉及任何无线空口信令或RRC消息，未公开。 |
| 技术特征K：<br>该RRC消息指示所述次服务小区是否被启用。<br><br>【未公开】 | 无引用内容。 | 目标专利中指利用RRC信令携带的信息元素显式或隐式指示次载波小区的激活状态。对比文件未公开任何通信信令及其携带的信息，未公开。 |
| 技术特征L：<br>其中根据所述RRC消息来确定所述状态。<br><br>【未公开】 | 无引用内容。 | 目标专利中指基于高层信令更新次小区状态变量的触发逻辑。对比文件未公开相关技术方案。 |
| 技术特征M：<br>还包括<br><br>【未公开】 | 无引用内容。 | 连接词，对比文件未公开。 |
| 技术特征N：<br>在所述次服务小区被确定为被禁用的情况下<br><br>【未公开】 | 无引用内容。 | 状态去激活判决条件，对比文件未公开。 |
| 技术特征O：<br>释放与所述次服务小区关联的HARQ资源。<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征用于在去激活时释放辅小区所占用的HARQ进程与软缓冲资源以节约资源。对比文件属于磁头制造领域，未公开。 |
| 技术特征P：<br>还包括<br><br>【未公开】 | 无引用内容。 | 连接词，对比文件未公开。 |
| 技术特征Q：<br>在所述次服务小区被确定为被禁用的情况下<br><br>【未公开】 | 无引用内容。 | 判决条件，对比文件未公开。 |
| 技术特征R：<br>清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br><br>【未公开】 | 无引用内容。 | 目标专利中用于移除次小区分配的标识符，停止对辅小区的下行控制信道侦听。对比文件未公开任何无线临时标识符或信道标识清除机制。 |
| 技术特征S：<br>还包括<br><br>【未公开】 | 无引用内容。 | 连接词，对比文件未公开。 |
| 技术特征T：<br>接收包括层1L1信令的信号<br><br>【未公开】 | 无引用内容。 | 目标专利中指终端物理层接收快速控制指令。对比文件为磁头物理屏蔽层几何结构，未公开通信物理层信令接收，未公开。 |
| 技术特征U：<br>其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br><br>【未公开】 | 无引用内容。 | 目标专利中指L1信令中指示辅载波启停的指令位。对比文件未公开。 |
| 技术特征V：<br>其中所述L1信令是高速共享控制信道HS-SCCH命令。<br><br>【未公开】 | 无引用内容。 | 目标专利中指采用3GPP定义的HS-SCCH order实现辅载波的快速物理层启闭。对比文件未公开。 |
| 技术特征W：<br>其中根据所述L1信令来确定所述次服务小区的所述状态。<br><br>【未公开】 | 无引用内容。 | 目标专利中指终端解码HS-SCCH order后驱动次服务小区状态切换的机制。对比文件未公开。 |
| 技术特征X：<br>其中所述L1信令指示所述次服务小区被去激活。<br><br>【未公开】 | 无引用内容。 | 目标专利中指HS-SCCH命令下发去激活具体指令。对比文件未公开。 |
| 技术特征Y：<br>还包括<br><br>【未公开】 | 无引用内容。 | 连接词，对比文件未公开。 |
| 技术特征Z：<br>在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征定义了在辅载波去激活后，WTRU阻止重置整个MAC实体，使主/锚定服务小区保持不中断、独立持续进行数据接收的容错与保持机制。对比文件涉及垂直记录介质与写磁极间磁路闭合过程，完全不涉及双小区/锚定小区的数据保持机制，未公开。 |
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | [0129]<br>原文："Aspects of the present inventions described herein, and/or embodiments thereof, may include a semiconductor device comprising one or more of..."<br>中文翻译："本文描述的本发明的方面和/或其实施例可以包括一种半导体器件，包括以下中的一项或多项……"<br><br>[0006]<br>原文："...semiconductor DRAM array 10 includes a plurality of memory cells 12..."<br>中文翻译："……半导体DRAM阵列10包括多个存储单元12……" | 对比文件在第[0129]段使用了"comprising"（包括），在第[0006]段等处使用了"includes"（包括）。对比文件字面直接公开了开放式连接词“包括”，其在对比文件中的作用是引入后续组成部分。但需指出，该特征本身属于权利要求的开放式过渡连接词，并未限定具体的通信系统实体或方法步骤方案。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0008]-[0009]段阐述，该特征涉及双小区高速下行链路分组接入（DC-HSDPA）场景，WTRU被指派锚定载波和服务载波，基站在两个下行链路载波上同时与WTRU通信以加倍带宽和吞吐量。而对比文件公开的是一种具有电学浮体（electrically floating body）的半导体DRAM存储器件及控制方法（见标题及[0003]），涉及微电子制造与半导体物理结构，完全未涉及无线发射接收单元（WTRU）、锚定服务小区、次服务小区及多小区多载波并发接收的技术方案。对比文件未直接公开，本领域技术人员也绝无可能基于半导体存储器件结构合理推导得出该多小区无线通信配置，因此该特征未公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0039]-[0040]段阐述，该特征的作用在于通过定义专用的次小区状态变量（SECONDARY_CELL_HS_DSCH_RECEPTION）来确定次服务小区在下行链路上的接收可用性状态。对比文件属于半导体DRAM电路技术，完全不涉及3GPP移动通信协议，更未涉及任何次小区状态变量及其状态确定机制。对比文件既无直接公开，也无任何可供逻辑推理的相关基础，该特征未公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0039]-[0040]段指出，变量为TRUE表示次服务HS-DSCH小区被启用并准备好用于接收。对比文件完全不涉及无线通信小区的启用状态指示或相关协议变量设置。对比文件未公开该特征。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0010]、[0013]、[0039]-[0040]段指出，变量为FALSE指示次小区被禁用；且DC-HSDPA架构下MAC-ehs包括两个HARQ实体，每个小区被指派单独的HARQ实体以分别处理各载波的混合重传。对比文件涉及半导体单晶体管存储单元及其读写控制，完全不涉及无线通信的次小区禁用状态以及为不同小区分别配置独立HARQ实体的协议层架构。对比文件未直接或隐含公开该特征。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0015]-[0017]、[0044]段指出，HARQ实体下设HARQ进程并具有HARQ缓冲器，用于在物理层重传时存储软比特或PDU数据。对比文件涉及浮体DRAM存储单元阵列，其存储电荷的物理区域（如body region 18）与3GPP无线通信协议栈MAC层中用于HARQ重传调度的逻辑缓冲器（HARQ缓冲器）在技术领域、工作层次、物理实现及功能作用上均截然不同。对比文件未记载亦无法推导得出具有HARQ缓冲器的HARQ实体，该特征未公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0040]、[0044]段指出，该特征作为后续执行次小区去激活操作的触发条件。对比文件属于半导体器件技术，完全没有次服务小区、状态变量及根据变量确定禁用状态的内容。对比文件未公开该特征。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0013]-[0015]、[0044]段阐述，在次小区被禁用时单独刷新其余次小区关联的HARQ实体的缓冲器，其技术作用在于避免重置整个MAC实体（因为锚定服务小区仍在正常通信），同时丢弃或清空次小区的旧残留数据以确保后续重新激活时的可预测行为。对比文件第[0095]-[0097]段虽然公开了对DRAM存储行执行“清除”（clear，写入逻辑“0”）的操作，但其作用是半导体存储阵列两步写入前的电荷清零，与无线通信中次载波停用时独立刷新对应HARQ实体的HARQ缓冲器完全不相干，二者技术领域与作用完全不同。对比文件未公开该特征。 |
| 技术特征I：还包括<br>《直接公开》 | [0126]<br>原文："Memory array 10 (including SOI memory transistors) further may be integrated with SOI logic transistors..."<br>中文翻译："存储器阵列10（包括SOI存储晶体管）还可与SOI逻辑晶体管集成……"<br><br>[0175]<br>原文："The integrated circuit device of an embodiment comprises..."<br>中文翻译："一个实施例的集成电路器件包括……" | 对比文件在第[0126]段等处使用了"further may..."，在第[0175]、[0181]段等权利要求书和说明书对应部分多处直接公开了进一步增加特征的连接表述。该特征在文字层面上被对比文件直接公开，但属于从属权利要求的过渡词，无具体通信技术方案限定。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0038]、[0043]段指出，通过接收网络侧发送的层3（L3）RRC信令消息来触发小区状态的确定与管理。对比文件是半导体硬件及底层控制偏置电压脉冲方案，完全没有无线通信网络层/高层RRC控制信令的交互机制。对比文件未公开该特征。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0043]段指出，RRC消息中包含指示次小区是否启用的变量信息元素。对比文件未记载任何RRC消息及次服务小区启用指示信息，未公开该特征。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0040]、[0043]段指出，WTRU根据接收到的RRC消息来评估和确定次小区的状态。对比文件完全不涉及RRC消息解析与通信小区状态判定，未公开该特征。 |
| 技术特征M：还包括<br>《直接公开》 | [0126]<br>原文："Memory array 10 (including SOI memory transistors) further may be integrated with SOI logic transistors..."<br>中文翻译："存储器阵列10（包括SOI存储晶体管）还可与SOI逻辑晶体管集成……" | 对比文件直接公开了引入附加技术特征的并列/进一步连接用语，其性质同特征I，属于形式连接词。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0019]、[0044]段指出该特征限定了资源释放操作的前置触发条件。对比文件属于半导体器件，未公开此通信状态判断条件。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0019]、[0044]段指出，其作用在于在次小区停用时，释放其占用的HARQ资源以优化系统资源分配且不影响主服务小区。对比文件完全没有无线通信系统的HARQ实体、进程或信道资源释放机制。对比文件未公开该特征。 |
| 技术特征P：还包括<br>《直接公开》 | [0126]<br>原文："Memory array 10 (including SOI memory transistors) further may be integrated with SOI logic transistors..."<br>中文翻译："存储器阵列10（包括SOI存储晶体管）还可与SOI逻辑晶体管集成……" | 对比文件直接公开了引入附加特征的连接用语，属于形式连接词。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0014]、[0044]段指出，该特征作为清除次小区标识符的前提判断。对比文件未公开该特征。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0010]、[0014]、[0044]段阐述，每个小区分配有独立的H-RNTI，当次小区被禁用时清除与该次小区关联的H-RNTI变量并移除存储的H-RNTI，以防止后续发生误侦听和寻址混乱。对比文件公开的半导体存储单元完全不涉及3GPP下行共享信道的网络临时标识符（H-RNTI）及其清除机制。对比文件未公开该特征。 |
| 技术特征S：还包括<br>《直接公开》 | [0126]<br>原文："Memory array 10 (including SOI memory transistors) further may be integrated with SOI logic transistors..."<br>中文翻译："存储器阵列10（包括SOI存储晶体管）还可与SOI逻辑晶体管集成……" | 对比文件直接公开了引入附加特征的连接用语，属于形式连接词。 |
| 技术特征T：接收包括层1L1信令的信号<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0012]、[0045]段指出，除了高层RRC信令外，基站（Node B）还可向WTRU发送物理层（L1）信令以实现快速动态控制。对比文件描述的是施加到晶体管栅极、源极和漏极的驱动偏置电压脉冲（如[0061]、[0070]），属于芯片内电路物理驱动，根本不涉及无线通信网络空口中接收的物理层（L1）控制信令信号。对比文件未公开该特征。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0012]、[0045]段指出，L1信令承载对辅助下行链路载波进行快速启用或停用的指示信息。对比文件不涉及载波激活/去激活信令指示，未公开该特征。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0012]、[0045]段指出，该L1信令具体采用HS-SCCH order（高速共享控制信道命令）形式传达。对比文件完全不涉及3GPP的HS-SCCH物理信道或HS-SCCH命令。对比文件未公开该特征。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0045]段指出，WTRU根据检测到的HS-SCCH命令确定次服务小区是被激活还是被去激活。对比文件未公开该特征。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0045]段指出，HS-SCCH命令具体指示次服务小区被去激活。对比文件未公开该特征。 |
| 技术特征Y：还包括<br>《直接公开》 | [0126]<br>原文："Memory array 10 (including SOI memory transistors) further may be integrated with SOI logic transistors..."<br>中文翻译："存储器阵列10（包括SOI存储晶体管）还可与SOI逻辑晶体管集成……" | 对比文件直接公开了引入附加特征的连接用语，属于形式连接词。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 无（对比文件全文未记载相关内容） | 目标专利说明书第[0013]、[0038]段强调，本发明的核心设计在于当次服务小区被禁用时阻止重置整个MAC实体，使得锚定服务小区保持可操作并继续正常传输接收数据。对比文件完全不涉及无线通信多载波中的锚定载波与次载波独立维持操作，未公开该特征。 |
<<<A>>><<<I>>><<<M>>><<<P>>><<<S>>><<<Y>>>
### 特征比对分析
本比对基于目标专利说明书的上下文解释，针对对比文件（JP2008216035A）所公开的内容，对目标专利权利要求划分的各技术特征进行直接公开与隐含公开的逐项核查。
#### 1. 领域与技术背景核查
* **目标专利技术方案**：属于无线移动通信技术领域（具体涉及3GPP DC-HSDPA多小区/多载波通信中次服务小区的配置、变量控制及HARQ实体管理）。
* **对比文件技术方案**：属于光电检测与仪器测量技术领域（具体涉及利用电光效应与光共振特性同时测量LSI芯片/封装的电场及温度的装置与方法）。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《未公开》 | 对比文件全文（段落标号[2]） | 对比文件为一种电界和温度测量装置及方法，其虽然在其测量装置中包含各种光学与电学元件（具有通用的“包括”含义），但该特征属于目标专利主题权利要求的连接词，结合目标专利方案整体来看，对比文件并未公开目标专利所涉及的无线通信方法或装置的上位包括关系，故未公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0008]至[0011]段阐述，WTRU在双小区操作中同时在锚定载波与辅助载波上与网络通信并接收数据。对比文件完全属于微波光子学电场/温度物理测量领域，涉及激光光源、EO传感器、光纤、光纤放大器等，完全未涉及WTRU（无线发射/接收单元）、锚定服务小区、次服务小区以及双小区数据接收的任何技术特征，毫无直接公开或隐含公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0039]至[0040]段说明，该变量用于指示次载波上接收是否启用并决定次小区的状态。对比文件通篇公开的是共振波长、电光晶体折射率、温度差及电场强度等物理参量，完全未涉及无线通信协议中的任何状态变量，更不存在确定次服务小区状态的构思，未公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0039]至[0040]段记载该变量为TRUE时次服务小区被启用并准备好HS-DSCH接收。对比文件完全未涉及任何协议层布尔变量或次服务小区启用状态，未公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0010]、[0039]、[0040]段记载，变量为FALSE指示次小区被禁用，且两个小区分别关联独立的HARQ实体。对比文件完全不涉及无线传输协议实体、HARQ技术及多小区协议栈划分，未公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0044]段说明HARQ进程具有存储未确认数据的HARQ缓冲器。对比文件未涉及混合自动重传机制或通信重传缓冲器，未公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0040]、[0044]段详细说明了次小区根据变量被确定为禁用的判定逻辑。对比文件涉及电光传感测量流程，无任何小区状态判定逻辑，未公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利第[0015]、[0044]段说明刷新HARQ缓冲器以重置存储器并保证可预测行为。对比文件不涉及协议缓冲器管理机制，未公开。 |
| 技术特征I：还包括<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利的从属权利要求连接特征，对比文件未公开相对应的通信组合方案，未公开。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0038]、[0043]段记载WTRU从网络接收第3层RRC消息。对比文件为光学和高频电信号测量，完全未涉及无线电资源控制层信令，未公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0043]段说明RRC消息中包含指示次小区是否被启用的变量信息。对比文件无相关内容，未公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0043]段记载根据RRC消息确定次服务小区状态的判定过程。对比文件无对应方案，未公开。 |
| 技术特征M：还包括<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利的从属权利要求连接特征，对比文件未公开相对应的通信组合方案，未公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0019]、[0044]段记载该前提触发条件。对比文件未涉及次服务小区的任何概念及操作，未公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0019]、[0044]段记载释放与该小区关联的所有HARQ进程及资源。对比文件完全不涉及通信HARQ资源释放，未公开。 |
| 技术特征P：还包括<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利的从属权利要求连接特征，对比文件未公开相对应的通信组合方案，未公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0044]、[0049]段记载禁用条件下的操作环境。对比文件未涉及无线通信小区的禁用状态，未公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0010]、[0014]、[0044]段记载当次小区禁用时清除并移除H_RNTI。对比文件无蜂窝网络临时标识符管理机制，未公开。 |
| 技术特征S：还包括<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利的从属权利要求连接特征，对比文件未公开相对应的通信组合方案，未公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0012]、[0045]段说明经由物理层（L1）信令控制载波。对比文件中虽然有光检测器与无线频率频谱分析仪（RF频谱仪）接收电路电磁辐射产生的微波信号，但该微波信号是待测电路由于高频电流辐射形成的物理电磁场响应，并非无线蜂窝通信系统中基站发给终端的协议控制L1信令，两者技术领域、工作原理与所起作用完全不同，本领域技术人员无法直接得出亦不能合理解读或推理得出L1控制信令，未公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0012]、[0045]段记载利用L1信令指示载波的快速激活或去激活。对比文件完全未涉及载波激活/去激活指示，未公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0012]、[0045]段指明L1信令为具体的HS-SCCH order。对比文件无HS-SCCH相关信道或命令，未公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0045]段记载基于检测到的HS-SCCH命令确定次小区去激活。对比文件无对应逻辑，未公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0045]段明确该命令指示去激活次小区。对比文件无相关公开，未公开。 |
| 技术特征Y：还包括<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利的从属权利要求连接特征，对比文件未公开相对应的通信组合方案，未公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 对比文件全文（段落标号[2]） | 目标专利说明书第[0013]、[0038]段强调次小区禁用时阻止整个MAC重置，主服务小区（锚定小区）继续正常接收数据并操作。对比文件涉及的是芯片电场与温度分布测试，完全不涉及蜂窝移动通信主次小区协同接收操作，未公开。 |
---
对比文件（JP2008216035A）属于微波/光学测量技术，与目标专利的蜂窝移动通信协议技术领域相差甚远，既未直接公开，即使以最宽松的推理标准亦无法推断出技术特征A至Z中的任何一项。
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及段落标号） | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | 【0018】“本发明公开了一种用于增强无线通信系统的UE的RRC程序的数据传输效率的方法。该方法包括：发起RRC更新程序……”（The method includes initiating an RRC update procedure...） | 对比文件公开了执行相关通信方法，包含“包括（includes）”这一连接词，起到了限定方法步骤组合的相同作用，因此技术特征A被直接公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 无对应引用段落。对比文件公开的场景主要是单小区的CELL_FACH状态重选：<br>【0006】“在HSDPA的基础上，3GPP进一步引入了CELL_FACH状态下的HS-DSCH接收，允许处于CELL_FACH状态的UE监听……以改善峰值数据速率……”<br>【0037】“当UE在向UTRAN发送CELL/URA UPDATE消息后执行服务小区重选时，UE确定新服务小区是否支持CELL_FACH状态下的HS-DSCH接收……” | 作用分析：目标专利中该特征限定了双小区/多载波（DC-HSDPA）操作场景，即WTRU同时从两个小区（主载波和辅助载波）接收不同下行数据。<br>公开性论述：对比文件涉及的是单载波/单小区系统下从旧服务小区重选至新服务小区时的HS-DSCH接收优化机制（由专用H-RNTI切换到公共H-RNTI），既没有公开多载波或双小区DC-HSDPA架构，也没有公开同时从两个小区并行接收不同数据的配置。本领域技术人员无法直接得出，即便采用最宽松标准也无法从单载波小区重选合理推断出同时多小区接收，故未公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 【0010】“UE具有HS_DSCH_RECEPTION_CELL_FACH_STATE和HS_DSCH_RECEPTION_OF_CCCH变量，分别指示专用和公共H-RNTI的使用状态……如果这两个变量均被设置为‘FALSE’，这意味着CELL_FACH状态下的HS-DSCH接收被去激活。” | 作用分析：目标专利中该变量是专门用于控制和指示DC-HSDPA辅助载波/次服务小区启用或禁用的状态变量。<br>公开性论述：对比文件记载的变量为HS_DSCH_RECEPTION_CELL_FACH_STATE和HS_DSCH_RECEPTION_OF_CCCH，用于单小区CELL_FACH状态下控制是否监听HS-DSCH以及使用专用还是公共标识，对比文件中完全没有多小区架构中的SECONDARY_CELL_HS_DSCH_RECEPTION变量，也无法合理推断出该变量，故未公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 【0010】“当HS_DSCH_RECEPTION_CELL_FACH_STATE变量被设置为‘TRUE’时，UE根据专用H-RNTI接收映射到DTCH和DCCH的分组。当HS_DSCH_RECEPTION_OF_CCCH变量被设置为‘TRUE’时，UE根据公共H-RNTI接收映射到CCCH的分组。” | 对比文件仅记载了CELL_FACH状态下针对公共或专用信道的变量置TRUE，并不涉及次服务小区（Secondary Cell）的启用指示，故未公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 无对应引用段落。对比文件未公开多小区各自关联独立的HARQ实体。 | 目标专利中两个小区分别具有各自独立的HARQ实体以独立处理重传并避免重置整个MAC。对比文件仅是传统的单HARQ实体架构，既未公开多小区的次小区禁用判断，也未公开主次小区各自分离关联独立的HARQ实体，故未公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《隐含公开》 | 【0005】“第三代合作伙伴计划(3GPP)提供了高速分组接入(HSPA)技术，其包括高速下行链路分组接入(HSDPA)和高速上行链路分组接入(HSUPA)……” | 作用分析：目标专利中HARQ缓冲器用于暂存HARQ进程的数据块以便进行软合并重传。<br>公开性论述：对比文件明确公开其基于3GPP HSPA/HSDPA技术【0005】。本领域技术人员知晓，在3GPP HSDPA协议标准中，HARQ实体必然包含HARQ进程及对应的软合并HARQ缓冲器（HARQ buffer），对比文件公开了HSDPA技术构成了对HARQ缓冲器特征的部分公开，本领域技术人员结合标准常识能够完全推知HARQ实体具备HARQ缓冲器，按照宽松标准可认定为《隐含公开》。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 无对应引用段落。 | 对比文件不存在次服务小区及其状态变量判断，故未公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 无对应引用段落。 | 对比文件未涉及次服务小区的禁用，更无刷新与次小区关联的特定HARQ实体的HARQ缓冲器的技术手段，故未公开。 |
| 技术特征I：还包括<br>《直接公开》 | 【0018】“该方法包括……”（The method includes...） | 属于常规逻辑连接词，对比文件明确公开了多步骤方法的包含关系，故《直接公开》。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《直接公开》 | 【0014】“UE首先向UTRAN发送CELL/URA UPDATE消息，然后从UTRAN接收CELL/URA UPDATE CONFIRM消息，用于无线电承载重新配置或释放、移动性信息更新或传输信道重新配置。”（and then receives a CELL/URA UPDATE CONFIRM message from the UTRAN...） | 作用分析：两者的作用均是通过下行RRC层信令实现无线电资源的控制和信道/承载配置。<br>公开性论述：对比文件中的CELL/URA UPDATE CONFIRM消息正是标准的RRC控制消息，且由UE从网络接收，本领域技术人员能够毫无疑义地确定该消息属于RRC消息，故技术特征J被《直接公开》。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 【0014】“……用于无线电承载重新配置或释放、移动性信息更新或传输信道重新配置。” | 对比文件中的RRC消息仅用于承载重配、释放或传输信道重配置，完全不包含关于多载波“次服务小区是否被启用”的指示内容，故未公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 无对应引用段落。 | 对比文件不存在次服务小区及其状态，无法根据RRC消息确定次服务小区状态，故未公开。 |
| 技术特征M：还包括<br>《直接公开》 | 【0018】“该方法包括……” | 对比文件公开了并列特征的组合包含，故《直接公开》。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 无对应引用段落。 | 对比文件不涉及次服务小区被禁用的前置条件，故未公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 无对应引用段落。 | 对比文件未公开释放次服务小区特定HARQ资源的技术方案，故未公开。 |
| 技术特征P：还包括<br>《直接公开》 | 【0018】“该方法包括……” | 属于常规逻辑连接词，对比文件已公开，故《直接公开》。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 无对应引用段落。 | 对比文件未公开次服务小区被禁用的判定条件，故未公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《隐含公开》 | 【0015】“根据RRC规范，如果UE在发送CELL/URA UPDATE消息之后执行小区重选，则UE执行以下动作：清除H-RNTI变量（clearing the H-RNTI variable）；将HS_DSCH_RECEPTION_OF_CCCH变量设置为‘FALSE’；停止CELL_FACH状态下的HS-DSCH接收；重新发送CELL/URA UPDATE消息。”<br>【0037】“在这种情况下，UE在小区重选期间清除专用H-RNTI（the UE clears the dedicated H-RNTI during cell reselection）。” | 作用分析：目标专利中是在次小区停用时清除分配给该小区的H-RNTI以释放资源；对比文件是在原小区停用/重选时清除分配给该旧小区的专用H-RNTI。<br>公开性论述：对比文件公开了在UE停止原服务小区的专用下行接收（切换到新小区公共信道）时执行“清除H-RNTI变量/清除专用H-RNTI”的操作。虽然对比文件清除的是单小区下旧服务小区的专用H-RNTI，而非多载波下的“次服务小区”专属H-RNTI，但在“下行信道接收停用时清除H-RNTI变量”这一底层机制上起到了相同的作用，对比文件部分公开了清除H-RNTI的技术内容，按照极其宽松的隐含公开判断标准，认定该特征被《隐含公开》。 |
| 技术特征S：还包括<br>《直接公开》 | 【0018】“该方法包括……” | 属于常规逻辑连接词，对比文件已公开，故《直接公开》。 |
| 技术特征T：接收包括层1L1信令的信号<br>《未公开》 | 【0006】“……允许处于CELL_FACH状态的UE监听伴随有用于HS-DSCH的共享控制信道(HS-SCCH)的高速下行链路共享信道(HS-DSCH)以进行下行链路数据接收……”<br>【0026】“从通信协议框架的角度来看，收发信机114可以看作是第1层（Layer 1）的一部分……” | 作用分析：目标专利中接收L1信令用于通过物理层快速指令动态控制辅助小区的启闭。<br>公开性论述：对比文件虽然提到了UE监听物理信道HS-SCCH并具有L1收发信机，但在对比文件的方案中，控制更新及信道行为完全依赖于高层（RRC/L3）消息或广播参数，并没有公开接收任何指示激活/去激活的“L1控制信令”，故未公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 无对应引用段落。对比文件【0011】明确记载是通过高层变量判定程序（variable determining procedure）及SIB信息来激活或去激活CELL_FACH的HS-DSCH接收，未公开通过L1信令指示载波激活/去激活。 | 对比文件未公开L1级别的激活或去激活信令指示，故未公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 无对应引用段落。对比文件仅在【0006】提到HS-SCCH作为HS-DSCH伴随的物理控制信道接收数据控制信息，未公开HS-SCCH命令（HS-SCCH orders）用于状态控制。 | 对比文件未公开HS-SCCH命令（HS-SCCH order），故未公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 无对应引用段落。 | 对比文件不存在次服务小区，亦无L1信令决定状态的机制，故未公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 无对应引用段落。 | 对比文件无对应内容，故未公开。 |
| 技术特征Y：还包括<br>《直接公开》 | 【0018】“该方法包括……” | 属于常规逻辑连接词，对比文件已公开，故《直接公开》。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 无对应引用段落。 | 对比文件仅针对单个小区的重选过程，重选时原小区完全脱离，不涉及多小区系统中“禁用次服务小区后继续从锚定服务小区接收数据”的双载波独立控制与数据维持机制，故未公开。 |
<<<A>>>
<<<f>>>
<<<I>>>
<<<J>>>
<<<M>>>
<<<P>>>
<<<r>>>
<<<S>>>
<<<Y>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及标号）根据目标专利说明书的记载以及对比文件（US 2008/0233950 A1）的公开内容，现对目标专利权利要求的各个技术特征进行直接公开与隐含公开的严谨比对与评估。
### 技术方案背景与技术特征实质理解
目标专利涉及多小区/双小区下行链路通信系统（DC-HSDPA）。在该场景下，WTRU被配置为同时从主/锚定服务小区与次/辅助服务小区接收不同数据，且主小区与次小区分别配置有各自独立的HARQ实体与HARQ缓冲器。为实现省电或灵活调度，可通过层3 RRC信令或层1 HS-SCCH命令来禁用/去激活次服务小区，并在次服务小区被禁用时，针对性地刷新与次服务小区关联的HARQ缓冲器、释放其HARQ资源、清除次服务小区的H-RNTI，且继续保持主小区的正常接收。
对比文件（US 2008/0233950 A1）涉及单小区WCDMA系统下处于CELL_FACH状态的UE停止高速下行链路操作（HS-DSCH reception in CELL_FACH state）的判定过程，重点解决UE在小区重选到不支持CELL_FACH下HS-DSCH的小区时，避免将RRC配置误判定为非法配置（INVALID_CONFIGURATION）而导致断开RRC连接的问题。
---
## 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用及中文翻译 | 公开性论述 |
| 技术特征A：包括<br><br>《直接公开》 | 【说明书第[0018]段】<br>“The present invention discloses a method for improving a determining procedure of stopping a high speed downlink operation corresponding to a CELL_FACH state for a UE in the CELL_FACH state in a wireless communications system. The method includes changing a setting of a dedicated variable corresponding to a dedicated H-RNTI from a use state to a close state; and determining that the setting of the dedicated variable and a setting of a common variable corresponding to a common H-RNTI are valid configuration if the setting of the common variable is a close state.”<br>（中文翻译：本发明公开了一种用于在无线通信系统中改善处于CELL_FACH状态的UE停止与CELL_FACH状态对应的高速下行链路操作的确定过程的方法。该方法包括将对应于专用H-RNTI的专用变量的设置从使用状态改变为关闭状态；以及如果该通用变量的设置为关闭状态，则确定该专用变量的设置和对应于通用H-RNTI的通用变量的设置是有效配置。） | 直接公开论述：<br>对比文件公开了一种无线通信中的方法，该方法包含一系列处理步骤，在技术方案的表述形式上具备“包括（comprising / includes）”引导词及相应包含的步骤，属于本领域通用的方法前序形式特征。本领域技术人员可以毫无疑义地确定对比文件直接公开了该特征。 |
| **技术特征B**：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br><br>《未公开》 | 【说明书第[0005]-[0006]、[0014]-[0016]段】<br>“On the basis of HSDPA, the 3GPP further introduces HS-DSCH reception in a CELL_FACH state allowing the UE in the CELL_FACH state to monitor a High Speed Downlink Shared Channel (HS-DSCH) accompanied with a Shared Control Channel for HS-DSCH (HS-SCCH) for downlink data reception...”<br>（中文翻译：在HSDPA的基础上，3GPP进一步引入了CELL_FACH状态下的HS-DSCH接收，允许处于CELL_FACH状态的UE监听高速下行链路共享信道(HS-DSCH)以及伴随的HS-DSCH共享控制信道(HS-SCCH)以用于下行链路数据接收……） | **未公开论述：**<br>目标专利技术特征B限定了双小区（DC-HSDPA）多载波并发接收场景，即WTRU同时从“锚定服务小区”和“次服务小区”接收不同数据。对比文件仅涉及单
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括<br><br>《直接公开》 | 【具体实施方式】<br>“该方法包含下列步骤……”、“多重跃进中继无线通信系统1包含一多重跃进中继基站101、多个中继台103，105以及一用户台107。” | “包括”为专利权利要求中常规的前序/开放式连接词。对比文件在公开其下行封包传输方法及系统时，明确记载了包含各个方法步骤与系统架构组件，因此该特征被对比文件直接公开。 |
| 技术特征B：<br>当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br><br>《未公开》 | 【背景技术】<br>“于具有多个多重跃进中继台（MR-RSs）的无线网络中，当用户台（SS）或是基站（BS）根据IEEE 802.16j标准，欲通过中继台（RS）传输数据（例如HARQ封包）时……”<br>【图4说明部分】<br>“多重跃进中继基站101传输多个多播下行链路HARQ封包MD1至第一中继台103及第二中继台105，并直接传输一下行链路HARQ封包D1至用户台107。” | 1. 对比文件作用： 对比文件公开的是IEEE 802.16j多跳中继系统，用户台107通过中继台或基站接收下行数据；图4中基站直接向用户台发送数据D1，中继台向用户台发送数据D1，但传输的是相同的数据包D1（用于分集重传重送），且其拓扑为基站与中继台，并非基于多载波聚合的“锚定服务小区”与“次服务小区”。<br>2. 目标专利作用： 结合目标专利说明书[0008]-[0009]、[0028]-[0029]，特征B限定的是DC-HSDPA（双小区/载波下行链路）中，WTRU被配置在同一网络下同时从锚定载波（主小区）和辅助载波（次小区）接收不同的下行数据，以成倍提高带宽和峰值吞吐量。<br>3. 结论： 对比文件既没有公开多小区/载波聚合架构下的锚定与次服务小区概念，更未涉及从两小区“同时接收不同数据”的载波聚合操作，本领域技术人员无法从IEEE 802.16j单跳/双跳中继多播转发机制直接得出或合理推断出该特征。因此，技术特征B未公开。 |
| 技术特征C：<br>基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br><br>《未公开》 | 对比文件全文未记载任何关于状态变量、次服务小区、HS-DSCH或SECONDARY_CELL_HS_DSCH_RECEPTION变量的内容。 | 1. 对比文件作用： 对比文件仅记载了通过基站调度讯息分配多播群组，以及基站根据中继台反馈的ACK/NACK调度中继台转送数据，不涉及任何状态变量管理机制。<br>2. 目标专利作用： 结合目标专利说明书[0039]-[0040]，该变量是专门用于指示DC-HSDPA中次服务小区接收可用性的特定协议状态变量，WTRU以此变量确定次小区是否被启用。<br>3. 结论： 对比文件完全缺乏该特定协议变量及利用该变量确定次小区状态的方案，因此技术特征C未公开。 |
| 技术特征D：<br>其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br><br>《未公开》 | 对比文件全文未记载任何相关变量及取值。 | 1. 对比文件作用： 无对应技术内容。<br>2. 目标专利作用： 结合目标专利说明书[0039]-[0040]，当次小区状态变量为TRUE（真）时，次服务HS-DSCH小区被启用并准备好用于HS-DSCH接收。<br>3. 结论： 对比文件未公开该变量的TRUE取值及其指示次小区被启用的技术特征，技术特征D未公开。 |
| 技术特征E：<br>当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br><br>《未公开》 | 【技术领域】<br>“本发明是关于一种基于多重跃进中继标准传输下行链路混合自动重传请求（HARQ）封包的方法……”<br>【背景技术】<br>“IEEE 802.16标准中所采用的HARQ封包是一种进阶的数据重传策略……” | 1. 对比文件作用： 对比文件仅提及IEEE 802.16/802.16j中的HARQ机制用于在实体层快速重传封包，未涉及多小区的HARQ实体架构分配，更无状态变量设为FALSE指示禁用次小区的机制。<br>2. 目标专利作用： 结合目标专利说明书[0010]、[0013]、[0038]-[0040]，在DC-HSDPA中，MAC实体配置两独立HARQ实体，主小区和次小区各关联一个HARQ实体，且通过次小区变量设为FALSE实现局部禁用次小区而不重置整个MAC实体。<br>3. 结论： 对比文件仅公开了通用的HARQ封包传输，完全未公开变量为FALSE指示次小区被禁用，亦未公开锚定小区和次小区各自关联独立HARQ实体的架构。因此，技术特征E未公开。 |
| 技术特征F：<br>所述HARQ实体具有HARQ缓冲器<br><br>《隐含公开》 | 【背景技术】<br>“在HARQ方法中，被错误解码的HARQ封包需要被重新传输至从属站台。若有超过一个站台参与接收HARQ封包时，则任一已成功接收到HARQ封包的站台皆能够开始将数据转接至下一个站台。” | 1. 对比文件作用： 对比文件阐述了HARQ封包传输及重传机制，中继台或终端需要对接收的HARQ封包进行解码和判断正确与否，若错误则需要重新传输或合并。<br>2. 目标专利作用： 结合目标专利说明书[0010]、[0044]，HARQ实体配置HARQ缓冲器以暂存HARQ进程的数据包以进行重传合并或解码。<br>3. 隐含公开论述： 对比文件明确公开了HARQ机制。本领域技术人员熟知，HARQ机制的基础运行逻辑必须依赖HARQ缓冲器（Buffer/Memory）来暂存软比特数据以支持软合并（Chase Combining或增量冗余IR）以及多进程等待重传。因此，对比文件公开的“实施HARQ封包接收与重传解码”必然且隐含地需要HARQ实体中具备“HARQ缓冲器”。按照宽松的隐含公开判断标准，技术特征F被对比文件《隐含公开》。 |
| 技术特征G：<br>在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br><br>《未公开》 | 对比文件全文未记载任何相关内容。 | 1. 对比文件作用： 无对应技术内容。<br>2. 目标专利作用： 结合目标专利说明书[0040]、[0044]步骤602-603，在SECONDARY_CELL_HS_DSCH_RECEPTION被评估为FALSE时作为触发条件，执行后续动作。<br>3. 结论： 对比文件未公开该变量、未公开次服务小区状态判定条件，技术特征G未公开。 |
| 技术特征H：<br>刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br><br>《未公开》 | 对比文件全文未记载刷新次服务小区关联的HARQ实体的HARQ缓冲器的操作。 | 1. 对比文件作用： 对比文件仅在步骤809、909记载“中继台于第一下行链路HARQ封包中撷取第二下行链路HARQ封包”并转发，完全未涉及HARQ缓冲区的清空/刷新（flush）。<br>2. 目标专利作用： 结合目标专利说明书[0015]、[0044]步骤605，针对DC-HSDPA中次小区禁用/去激活场景，刷新与次服务小区关联的HARQ实体的缓冲器，以防止恢复后残留陈旧数据产生混乱，保证可预测行为。<br>3. 结论： 对比文件完全未涉及因次服务小区禁用而定向刷新次服务小区专属HARQ实体的HARQ缓冲器操作，技术特征H未公开。 |
| 技术特征I：<br>还包括<br><br>《直接公开》 | 【具体实施方式】<br>“除图8所描绘的步骤外，第二实施例亦能执行第一实施例的所有操作……”、“该方法包含下列步骤……” | “还包括”为常规的权利要求连接用语，对比文件说明书中充分记载了包含其余功能模块与步骤，该特征被对比文件直接公开。 |
| 技术特征J：<br>接收无线电资源控制RRC消息<br><br>《未公开》 | 【背景技术】<br>“其能够直接于实体层而非于媒体存取控制（MAC）层及/或更高层上实施可能的数据重传。由于HARQ封包能够于不涉及更高层（即高于实体层）的机制情况下达成数据重传……”<br>【图3-图7说明部分】<br>“多重跃进中继基站101首先广播调度讯息MB至第一中继台103、第二中继台105及用户台107。” | 1. 对比文件作用： 对比文件主要强调在实体层（物理层）通过基站广播调度讯息MB来进行HARQ调度，强调不涉及更高层机制。<br>2. 目标专利作用： 结合目标专利说明书[0038]、[0043]，技术特征J接收的是层3（L3）的无线电资源控制（RRC）消息，用于在网络层指示配置参数和次小区状态变更。<br>3. 结论： 对比文件的调度讯息MB属于物理层/MAC层调度信息，且对比文件通篇完全没有公开或涉及高层“RRC（无线电资源控制）消息”的接收。因此技术特征J未公开。 |
| 技术特征K：<br>该RRC消息指示所述次服务小区是否被启用。<br><br>《未公开》 | 对比文件全文未记载任何相关内容。 | 1. 对比文件作用： 无对应内容。<br>2. 目标专利作用： 结合目标专利说明书[0038]、[0043]，RRC消息中携带指示次服务HS-DSCH小区是否被启用的变量/信息元素。<br>3. 结论： 对比文件未公开RRC消息，亦未公开利用该消息指示次服务小区的启用/禁用，技术特征K未公开。 |
| 技术特征L：<br>其中根据所述RRC消息来确定所述状态。<br><br>《未公开》 | 对比文件全文未记载任何相关内容。 | 1. 对比文件作用： 无对应内容。<br>2. 目标专利作用： 结合目标专利说明书[0040]、[0043]，WTRU根据接收到的RRC消息所包含的信息元素或缺省规则来评估确定次小区的状态。<br>3. 结论： 对比文件缺乏RRC消息及基于其确定小区状态的机制，技术特征L未公开。 |
| 技术特征M：<br>还包括<br><br>《直接公开》 | 【具体实施方式】<br>“除图8所描绘的步骤外，第二实施例亦能执行第一实施例的所有操作……” | 常规权利要求连接词，对比文件方案包含多种并列或进一步的操作步骤，直接公开了该连接特征。 |
| 技术特征N：<br>在所述次服务小区被确定为被禁用的情况下<br><br>《未公开》 | 对比文件全文未记载次服务小区被确定为被禁用的触发条件。 | 1. 对比文件作用： 对比文件中中继台与基站之间的传输仅涉及正确接收（ACK）与解码错误（NACK），不涉及任何“次服务小区”的禁用判定。<br>2. 目标专利作用： 结合目标专利说明书[0044]步骤602，在判定次服务小区被禁用时触发资源处理。<br>3. 结论： 对比文件未公开该条件特征，技术特征N未公开。 |
| 技术特征O：<br>释放与所述次服务小区关联的HARQ资源。<br><br>《未公开》 | 对比文件全文未记载释放次服务小区关联的HARQ资源。 | 1. 对比文件作用： 对比文件中基站根据ACK/NACK动态选择调度第一中继台或第二中继台，不涉及释放与特定辅助小区关联的HARQ资源。<br>2. 目标专利作用： 结合目标专利说明书[0019]、[0044]步骤605，次服务小区被禁用时，WTRU释放分配给该次服务小区的HARQ进程与相关HARQ资源，以回收和重构内存。<br>3. 结论： 对比文件未公开在禁用次小区时释放其次小区HARQ资源的操作，技术特征O未公开。 |
| 技术特征P：<br>还包括<br><br>《直接公开》 | 【具体实施方式】<br>“除图8所描绘的步骤外，第二实施例亦能执行第一实施例的所有操作……” | 常规权利要求连接词，对比文件技术方案具有多个步骤的组合，直接公开。 |
| 技术特征Q：<br>在所述次服务小区被确定为被禁用的情况下<br><br>《未公开》 | 对比文件全文未记载次服务小区被确定为被禁用的判断。 | 参见特征N的分析，对比文件未涉及次服务小区被确定为被禁用的技术方案，技术特征Q未公开。 |
| 技术特征R：<br>清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br><br>《未公开》 | 对比文件全文未记载任何有关H-RNTI或标识符清除的内容。 | 1. 对比文件作用： 无对应内容。<br>2. 目标专利作用： 结合目标专利说明书[0010]、[0044]步骤604，DC-HSDPA中每个小区分配独立的H-RNTI；次小区被禁用时，WTRU主动清除并移除与次服务HS-DSCH小区关联的存储的H-RNTI。<br>3. 结论： 对比文件未公开针对次小区的专属H-RNTI标识，亦未公开清除该标识的操作，技术特征R未公开。 |
| 技术特征S：<br>还包括<br><br>《直接公开》 | 【具体实施方式】<br>“该方法包含下列步骤……” | 常规权利要求连接词，对比文件方案包含多种步骤组合，直接公开。 |
| 技术特征T：<br>接收包括层1L1信令的信号<br><br>《直接公开》 | 【背景技术】<br>“其能够直接于实体层而非于媒体存取控制（MAC）层及/或更高层上实施可能的数据重传。”<br>【图3-图7说明部分】<br>“多重跃进中继基站101首先广播调度讯息MB至第一中继台103、第二中继台105及用户台107。”<br>“在图3中，通过否认字符N1-B及确认字符AR2-B……通过一个或不止一个特定信道传输，熟悉此项技术者可根据IEEE 802.16j标准轻易思及……” | 1. 对比文件作用： 对比文件中基站与中继台、用户台在实体层传输调度讯息MB及确认/否认字符（ACK/NACK）。IEEE 802.16标准下的实体层（PHY）即为OSI模型中的层1（L1），这些实体层控制信令信号在接收台被接收。<br>2. 目标专利作用： 结合目标专利说明书[0012]、[0045]，WTRU接收基站发送的L1控制信令信号（如HS-SCCH命令）以进行快速状态管理。<br>3. 直接公开论述： 对比文件明确公开了基站广播实体层调度讯息MB以及中继台/用户台接收该讯息，实体层即物理层/层1（L1），接收实体层调度讯息即属于“接收包括层1（L1）信令的信号”，本领域技术人员能毫无疑义地直接得出该特征。因此，技术特征T被对比文件《直接公开》。 |
| 技术特征U：<br>其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br><br>《未公开》 | 对比文件全文未记载有关激活或去激活HS-DSCH载波的指示。 | 1. 对比文件作用： 对比文件中的调度讯息MB是用于多播HARQ群组的重传分配与带宽分配（转送调度），不涉及载波级别的激活/去激活指示，更不涉及3GPP特定的HS-DSCH载波。<br>2. 目标专利作用： 结合目标专利说明书[0012]、[0045]，节点B利用HS-SCCH形式的L1命令承载快速信令，向WTRU指示激活或去激活次HS-DSCH载波。<br>3. 结论： 对比文件未公开针对载波的激活/去激活指示，技术特征U未公开。 |
| 技术特征V：<br>其中所述L1信令是高速共享控制信道HS-SCCH命令。<br><br>《未公开》 | 对比文件全文未记载HS-SCCH命令。 | 1. 对比文件作用： 对比文件基于IEEE 802.16j体系，未公开3GPP体制中的HS-SCCH（高速共享控制信道）及其命令。<br>2. 目标专利作用： 结合目标专利说明书[0012]、[0045]，明确限定该L1信令的具体协议实体形式为“HS-SCCH orders（命令）”。<br>3. 结论： 对比文件未公开HS-SCCH信道及HS-SCCH命令，技术特征V未公开。 |
| 技术特征W：<br>其中根据所述L1信令来确定所述次服务小区的所述状态。<br><br>《未公开》 | 对比文件全文未记载根据L1信令确定次服务小区的状态。 | 1. 对比文件作用： 对比文件中基站根据ACK/NACK调度中继台，未涉及确定次服务小区的状态。<br>2. 目标专利作用： 结合目标专利说明书[0045]，WTRU根据检测到的HS-SCCH命令（L1信令）确定次服务小区是被激活还是被去激活。<br>3. 结论： 对比文件未公开该特征，技术特征W未公开。 |
| 技术特征X：<br>其中所述L1信令指示所述次服务小区被去激活。<br><br>《未公开》 | 对比文件全文未记载指示次服务小区被去激活的L1信令。 | 1. 对比文件作用： 无对应内容。<br>2. 目标专利作用： 结合目标专利说明书[0045]，L1命令明确传达去激活指示，WTRU据此检测到次服务HS-DSCH小区在L1命令中已被去激活。<br>3. 结论： 对比文件未公开该特征，技术特征X未公开。 |
| 技术特征Y：<br>还包括<br><br>《直接公开》 | 【具体实施方式】<br>“该方法包含下列步骤……” | 常规权利要求连接词，对比文件方案包含多种步骤组合，直接公开。 |
| 技术特征Z：<br>在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br><br>《未公开》 | 【图3说明部分】<br>“通过自第一中继台103接收否认字符N1-B并自第二中继台105接收确认字符AR2-B，多重跃进中继基站101得知其可通过第二中继台105而非通过第一中继台103继续传输下行链路HARQ封包至用户台107。” | 1. 对比文件作用： 对比文件是在某中继台解码失败时，基站选择由另一正确接收的中继台继续向用户台转发HARQ封包，属于中继链路选择切换。<br>2. 目标专利作用： 结合目标专利说明书[0013]、[0038]、[0047]，在多载波聚合中，次服务小区被禁用后，阻止整个MAC实体的重置，WTRU在锚定载波（主服务小区）上保持可操作并继续接收主服务小区的数据。<br>3. 结论： 对比文件既没有“次服务小区被禁用”的前提，也没有“在次小区禁用后保持锚定服务小区继续接收数据”的双载波独立工作架构，因此技术特征Z未公开。 |
---
<<<A>>>
<<<i>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<Y>>>
<<<f>>>
针对对比文件（JP2008245279A）与目标专利权利要求各技术特征的比对分析如下：
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括<br>《直接公开》 | 全文。例如：<br>【0011】「該方法は、専用Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ無線ネットワークトランザクション識別子）を用いてＣＥＬＬ＿ＦＡＣＨ状態に対応する高速ダウンリンク機能を実行する段階と……とを含む。」<br>（中文翻译：该方法包括：使用专用H-RNTI执行对应于CELL_FACH状态的高速下行链路功能的阶段……） | 技术特征A为方法/设备的撰写转折连接词“包括”，属于开放式权利要求的常规用语。对比文件在描述通信方法和通信装置时均公开了该方法或设备包括若干步骤或构成要素，属于常规撰写引导词的直接公开。 |
| 技术特征B：当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 【0002】「……従来の第三世代移動通信技術にはＨＳＤＰＡ（高速ダウンリンクパケットアクセス）とＨＳＵＰＡ（高速アップリンクパケットアクセス）が導入された。ＨＳＤＰＡ技術をもとに、３ＧＰＰ（第三世代パートナーシッププロジェクト）はＲＲＣ接続モードのＣＥＬＬ＿ＦＡＣＨ（セルフォワードアクセスチャネル）状態に高速ダウンリンク共用チャネル受信機能を導入した。……」<br>（中文翻译：在传统的第三代移动通信技术中引入了HSDPA和HSUPA。基于HSDPA技术，3GPP在RRC连接模式的CELL_FACH状态下引入了高速下行链路共享信道接收功能……） | 目标专利的技术特征B限定了“多载波/双小区（DC-HSDPA）”场景，即WTRU同时从“锚定服务小区和次服务小区”接收不同数据。而对比文件JP2008245279A针对的是单载波场景下CELL_FACH状态中使用专用H-RNTI或公共H-RNTI接收数据的问题，完全没有涉及“锚定服务小区”和“次服务小区”的双小区/多载波配置，也没有同时从两小区接收不同数据的教导。因此该特征未公开。 |
| 技术特征C：基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 【0006】「そのほか、ＵＥにはＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＣＥＬＬ＿ＦＡＣＨ＿ＳＴＡＴＥ変数とＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＯＦ＿ＣＣＣＨ変数があり、両者は専用Ｈ−ＲＮＴＩと共通Ｈ−ＲＮＴＩの使用状態に関する変数である。……両変数がすべて偽（ＦＡＬＳＥ）になることは、ＵＥで高速ダウンリンク受信機能をオフにしたことを示す。」<br>（中文翻译：此外，UE具有HS_DSCH_RECEPTION_CELL_FACH_STATE变量和HS_DSCH_RECEPTION_OF_CCCH变量，两者是关于专用H-RNTI和公共H-RNTI使用状态的变量……两变量均为伪（FALSE）表示UE关闭了高速下行链路接收功能。） | 目标专利说明书【0040】明确指出，该特征是通过引入特定的次小区状态变量SECONDARY_CELL_HS_DSCH_RECEPTION来确定次服务小区的状态（启用/禁用）。而对比文件公开的变量仅为单载波CELL_FACH状态下的HS_DSCH_RECEPTION_CELL_FACH_STATE和HS_DSCH_RECEPTION_OF_CCCH，用于控制该单载波上专用/公共H-RNTI的接收，既没有该特定次小区变量，也没有确定“次服务小区的状态”的构思。因此该特征未公开。 |
| 技术特征D：其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 【0006】「……ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＣＥＬＬ＿ＦＡＣＨ＿ＳＴＡＴＥ変数が真（ＴＲＵＥ）になることは、ＵＥで専用Ｈ−ＲＮＴＩを使用し、これに基づいてＤＴＣＨ（専用トラヒックチャネル）とＤＣＣＨ（専用制御チャネル）のパケットを受信することを示す。……」<br>（中文翻译：HS_DSCH_RECEPTION_CELL_FACH_STATE变量变为真（TRUE），表示UE使用专用H-RNTI，并基于此接收DTCH和DCCH的分组……） | 目标专利说明书【0040】指出该变量为TRUE时次服务小区被启用并准备好用于HS-DSCH接收。对比文件完全不涉及次服务小区及其专用的SECONDARY_CELL_HS_DSCH_RECEPTION变量，对比文件中变量为真表示的是单载波CELL_FACH状态下启用专用H-RNTI接收，两者的作用、对象和技术方案均不相同。因此该特征未公开。 |
| 技术特征E：当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 【0006】「……両変数がすべて偽（ＦＡＬＳＥ）になることは、ＵＥで高速ダウンリンク受信機能をオフにしたことを示す。」<br>（中文翻译：两变量均为伪（FALSE）表示UE关闭了高速下行链路接收功能。） | 目标专利说明书【0010】【0013】【0040】阐明，DC-HSDPA下存在锚定和服务两个小区，各自关联独立的HARQ实体，当次小区变量为FALSE时指示次小区被禁用。对比文件中不存在双小区各自关联各自HARQ实体的MAC架构，也没有关于次小区状态变量设置为伪以指示次服务小区禁用的记载。因此该特征未公开。 |
| 技术特征F：所述HARQ实体具有HARQ缓冲器<br>《隐含公开》 | 【0002】「……従来の第三世代移動通信技術にはＨＳＤＰＡ（高速ダウンリンクパケットアクセス）とＨＳＵＰＡ（高速アップリンクパケットアクセス）が導入された。……」<br>（中文翻译：在传统的第三代移动通信技术中引入了HSDPA和HSUPA……） | 对比文件公开了其技术基于3GPP标准中的HSDPA技术。本领域技术人员知晓，在3GPP HSDPA协议架构中，接收侧的HARQ实体内部必然包括多个HARQ进程及其对应的重传存储单元（即HARQ缓冲器/HARQ buffer），用以实现软合并与重传。本领域技术人员结合对比文件公开的HSDPA接收上下文，能够直接且毫无疑义地推理出HARQ实体具有HARQ缓冲器。因此该特征被隐含公开。 |
| 技术特征G：在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 无相关记载。 | 对比文件不存在次服务小区，也没有根据该特定次小区变量确定次服务小区被禁用的技术方案与相应流程。因此该特征未公开。 |
| 技术特征H：刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 无相关记载。 | 目标专利说明书【0013】【0015】【0044】记载，次小区禁用时仅刷新与次服务小区关联的HARQ缓冲器，以避免重置整个MAC实体影响锚定小区的接收。对比文件不仅未涉及次服务小区的HARQ实体与缓冲器，也未公开刷新缓冲器的操作。因此该特征未公开。 |
| 技术特征I：还包括<br>《直接公开》 | 全文。例如：<br>【0011】「……該方法は……と、専用Ｈ−ＲＮＴＩが有効を保った場合に、同専用Ｈ−ＲＮＴＩを引き続き使用して高速ダウンリンク機能を実行する段階とを含む。」<br>（中文翻译：……该方法包括：……以及在专用H-RNTI保持有效的情况下，继续使用该专用H-RNTI执行高速下行链路功能的阶段。） | 属于从属权利要求的常规连接过渡词，对比文件公开了包含更多后续步骤的方法和装置，属于常规撰写用语的直接公开。 |
| 技术特征J：接收无线电资源控制RRC消息<br>《直接公开》 | 【0005】「……一方、専用Ｈ−ＲＮＴＩはＲＲＣプロセス（例えばＲＲＣ確立プロセスまたはセル更新プロセス）でＵＴＲＡＮを通してＵＥに割り当てられ、ＵＥで受信された専用Ｈ−ＲＮＴＩはＵＥのＨ−ＲＮＴＩ変数に保存される。……」<br>【0015】「……第三層２０２に設けられるＲＲＣエンティティー２２２は第一層２１８と第二層２０６を制御し、ＲＲＣプロセスで基地局またはＵＴＲＡＮと高速ダウンリンク受信機能構成データを交換する。……」<br>（中文翻译：专用H-RNTI在RRC过程（例如RRC建立过程或小区更新过程）中通过UTRAN分配给UE……第三层202设置的RRC实体222在RRC过程中与基站或UTRAN交换高速下行链路接收功能配置数据。） | 对比文件明确公开了UE通过RRC实体在RRC过程（如小区更新或RRC建立）中与UTRAN交换配置数据，接收来自网络的专用H-RNTI分配信息，这必然涉及接收RRC消息（如RRC建立消息或小区更新确认消息等）。因此该特征被直接公开。 |
| 技术特征K：该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 【0005】「……一方、専用Ｈ−ＲＮＴＩはＲＲＣプロセス（例えばＲＲＣ確立プロセスまたはセル更新プロセス）でＵＴＲＡＮを通してＵＥに割り当てられ……」<br>【0018】「……共通Ｈ−ＲＮＴＩへ変更するために、ＵＥでＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＯＦ＿ＣＣＣＨ変数を真にし、ネットワークから送信されたＩＥ（情報要素）の構成データに基づいて関連物理チャネルとトランスポートチャネルの動作を起動する。……」<br>（中文翻译：专用H-RNTI在RRC过程中通过UTRAN分配给UE……为了变更为公共H-RNTI，UE将HS_DSCH_RECEPTION_OF_CCCH变量置为真，基于网络发送的IE的配置数据启动相关信道动作。） | 目标专利说明书【0038】【0043】指出，RRC消息用于指示次服务小区是否被启用/禁用（例如携带指示次小区启用与否的变量或IE）。对比文件中的RRC消息仅用于单载波下配置H-RNTI或系统信息IE，完全没有涉及次服务小区，更不能指示次服务小区是否被启用。因此该特征未公开。 |
| 技术特征L：其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 无相关记载。 | 目标专利中确定的是“次服务小区的状态（启用/禁用）”。对比文件中没有次服务小区及其状态确定的技术手段。因此该特征未公开。 |
| 技术特征M：还包括<br>《直接公开》 | 全文。 | 从属权利要求的常规转折连接词，对比文件方案包含多种步骤组合，该用语属于直接公开。 |
| 技术特征N：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 无相关记载。 | 对比文件完全没有次服务小区被确定禁用的前提条件和处理流程。因此该特征未公开。 |
| 技术特征O：释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 无相关记载。 | 目标专利说明书【0044】记载在次服务小区被禁用的情况下，“释放与次服务HS-DSCH小区关联的所有HARQ资源”。对比文件未涉及次服务小区的HARQ实体与资源释放。因此该特征未公开。 |
| 技术特征P：还包括<br>《直接公开》 | 全文。 | 从属权利要求的常规转折连接词，属于直接公开。 |
| 技术特征Q：在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 无相关记载。 | 对比文件完全未涉及次服务小区被确定为被禁用的场景。因此该特征未公开。 |
| 技术特征R：清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 【0009】「……専用Ｈ−ＲＮＴＩが無効になった場合では、ＵＥはＨ−ＲＮＴＩ変数を消去して共通Ｈ−ＲＮＴＩを用いなければならない。……」<br>【0018】「起動原因がセル再選択またはＵＲＡ再選択であって専用Ｈ−ＲＮＴＩが無効になった場合、ＵＥは専用Ｈ−ＲＮＴＩを消去し……」<br>（中文翻译：当专用H-RNTI无效时，UE清除H-RNTI变量并使用公共H-RNTI……在专用H-RNTI无效时，UE清除专用H-RNTI……） | 目标专利说明书【0010】【0014】【0044】明确强调：在DC-HSDPA中，锚定小区与次服务小区各自配置了独立的H-RNTI；在次服务小区被禁用时，仅清除“与所述次服务小区关联的H-RNTI”，而锚定小区的H-RNTI继续保留使用。对比文件公开的仅是单载波CELL_FACH下小区更新导致专用H-RNTI无效时清除终端当前的专用H-RNTI变量并切为公共H-RNTI。二者应用的对象范围、作用机理和技术方案均不相同。对比文件未公开“清除与次服务小区关联的H-RNTI”的技术特征，因此未公开。 |
| 技术特征S：还包括<br>《直接公开》 | 全文。 | 从属权利要求的常规转折连接词，属于直接公开。 |
| 技术特征T：接收包括层1L1信令的信号<br>《直接公开》 | 【0002】「……同機能は、ＣＥＬＬ＿ＦＡＣＨ状態のＵＥでＨＳ−ＤＳＣＨ（高速ダウンリンク共用チャネル）とＨＳ−ＳＣＣＨ（ＨＳ−ＤＳＣＨ共用制御チャネル）を合わせてダウンリンクデータを受信することを可能にし……」<br>【0014】「無線信号を受発信するトランシーバー１１４は……通信プロトコルに当てはめれば、トランシーバー１１４は第一層の一部とみなされ、制御回路１０６は第二層と第三層の機能を実現する。」<br>（中文翻译：该功能使得UE在CELL_FACH状态下能够结合HS-DSCH和HS-SCCH接收下行数据……收发无线信号的收发器114在通信协议上被视为第一层的一部分。） | 目标专利与对比文件均属于3GPP无线通信系统。对比文件公开了UE通过第一层（L1）的收发器114接收包含物理控制信道HS-SCCH的下行无线信号，HS-SCCH即属于层1（L1）物理层控制信令。因此UE接收包括L1信令的信号已被直接公开。 |
| 技术特征U：其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 【0002】「……同機能は、ＣＥＬＬ＿ＦＡＣＨ状態のＵＥでＨＳ−ＤＳＣＨ（高速ダウンリンク共用チャネル）とＨＳ−ＳＣＣＨ（ＨＳ−ＤＳＣＨ共用制御チャネル）を合わせてダウンリンクデータを受信することを可能にし……」 | 目标专利说明书【0012】【0045】指出，节点B通过L1信令（如HS-SCCH命令）直接对次HS-DSCH下行载波进行快速激活或去激活指示。对比文件中HS-SCCH仅用于单载波CELL_FACH状态下的常规下行共用控制信道传输，并不包含激活或去激活HS-DSCH载波的指示。因此该特征未公开。 |
| 技术特征V：其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 【0002】「……ＨＳ−ＳＣＣＨ（ＨＳ−ＤＳＣＨ共用制御チャネル）を合わせてダウンリンクデータを受信することを可能にし……」 | 目标专利中的“HS-SCCH命令（HS-SCCH order）”是3GPP多载波系统中专用于快速控制辅载波/特定操作激活与去激活的特殊物理层控制命令。对比文件虽然提及HS-SCCH信道接收，但未涉及用于载波控制的“HS-SCCH命令”，作用与内容均不同。因此该特征未公开。 |
| 技术特征W：其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 无相关记载。 | 对比文件完全不存在次服务小区，更不存在根据L1信令确定次服务小区状态的构思。因此该特征未公开。 |
| 技术特征X：其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 无相关记载。 | 对比文件完全未公开通过L1信令指示次服务小区被去激活的技术内容。因此该特征未公开。 |
| 技术特征Y：还包括<br>《直接公开》 | 全文。 | 从属权利要求的常规转折连接词，属于直接公开。 |
| 技术特征Z：在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 【0006】「……両変数がすべて偽（ＦＡＬＳＥ）になることは、ＵＥで高速ダウンリンク受信機能をオフにしたことを示す。」<br>【0018】「……専用Ｈ−ＲＮＴＩが無効になった場合、ＵＥは専用Ｈ−ＲＮＴＩを消去し、その代わりに共通Ｈ−ＲＮＴＩで高速ダウンリンク機能を実行する。……」 | 目标专利说明书【0013】【0038】指明，DC-HSDPA体系下当次服务小区被禁用时，锚定服务小区仍保持正常可操作，WTRU避免全MAC重置而继续从锚定服务小区接收数据。对比文件是单载波系统，其在变量全为FALSE时直接关闭高速下行接收功能，或者在小区更新时由专用H-RNTI切换为公共H-RNTI，均与双载波下“次小区禁用后仍继续从锚定小区接收数据”具有本质区别。因此该特征未公开。 |
<<<A>>>
<<<i>>>
<<<J>>>
<<<M>>>
<<<P>>>
<<<S>>>
<<<T>>>
<<<Y>>>
<<<f>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及段落） | 公开性论述 |
| 技术特征A<br>包括<br>《直接公开》 | 【说明书第[0009]段】<br>“本发明的一个目的是提供一种基于多跳中继标准发送下行链路HARQ分组的方法。该方法包括以下步骤：……”<br>（"One objective of this invention is to provide a method for transmitting downlink HARQ packets based on a multi-hop relay standard. The method comprises the following steps:..."） | 对比文件在第[0009]、[0010]、[0011]段等处公开了包含多个步骤的方法或系统，明确使用了“comprises（包括）”这一过渡词，其在技术方案的表述中起到限定包含后续技术特征的作用，与目标专利中的“包括”用词及作用完全相同，本领域技术人员能毫无疑义地直接得出。因此，技术特征A被对比文件直接公开。 |
| 技术特征B<br>当所述WTRU被配置成同时从锚定服务小区和次服务小区接收不同数据时<br>《未公开》 | 【说明书第[0010]、[0023]、[0031]段】<br>“……从所述至少两个RS向SS发送下行链路HARQ分组。所述下行链路HARQ分组分别与所述组播下行链路HARQ分组之一的一部分相同，并且被同时发送到所述SS。”<br>（"...transmitting downlink HARQ packets from the at least two of the RSs to an SS. The downlink HARQ packets are the same as a part of one of the multicast downlink HARQ packets respectively, and are transmitted to the SS simultaneously."） | 目标专利中该特征涉及3GPP DC-HSDPA（双小区高速下行链路分组接入）架构，WTRU（终端）被网络配置为主/锚定小区（serving cell）与辅助/次小区（secondary cell）同时接收不同载波/小区的数据。<br>对比文件公开的是IEEE 802.16j多跳中继系统，其中基站（MR-BS）向中继站（RS1、RS2）组播下行HARQ分组，然后由两个中继站RS1和RS2同时将分组转发给订户站SS。对比文件中中继站转发的是组播HARQ分组（同一分组的不同副本或部分），并非蜂窝网络中针对终端配置的“锚定服务小区”和“次服务小区”多载波聚合架构，更不存在同时从次小区和锚定小区接收不同数据以扩展吞吐量的配置机制。二者在网络架构、实体属性及多载波控制逻辑上存在本质差异。因此，技术特征B未公开。 |
| 技术特征C<br>基于SECONDARY_CELL_HS_DSCH_RECEPTION变量确定所述次服务小区的状态<br>《未公开》 | 对比文件全文未记载有关“SECONDARY_CELL_HS_DSCH_RECEPTION”变量或次服务小区状态确定的内容。 | 目标专利说明书第[0039]-[0040]段明确指出，该特征是通过3GPP特定层3 RRC变量SECONDARY_CELL_HS_DSCH_RECEPTION来维持与估计次服务HS-DSCH小区的可用/启用状态（TRUE/FALSE）。<br>对比文件属于IEEE 802.16j标准，采用MAP消息与HARQ ACK/NACK指示中继传输状态（第[0024]-[0025]段），完全不存在3GPP特定的状态变量，更未涉及基于特定变量维护小区状态的机制。本领域技术人员无法从对比文件中推理得出该特征。因此，技术特征C未公开。 |
| 技术特征D<br>其中当所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被设置为真时所述变量指示所述次服务小区被启用<br>《未公开》 | 对比文件全文未记载有关“SECONDARY_CELL_HS_DSCH_RECEPTION”变量被设置为真及启用次小区的逻辑。 | 目标专利说明书第[0040]段阐明，当该次小区状态变量为TRUE时，次服务HS-DSCH小区被启用并准备好用于HS-DSCH接收。<br>对比文件完全不涉及该特定变量及其取值为真（TRUE）时对次服务小区激活/启用的控制机制。因此，技术特征D未公开。 |
| 技术特征E<br>当所述变量被设置为伪时所述变量指示所述次服务小区被禁用；并且中所述锚定服务小区和所述次服务小区的每一者与各自的混合自动重复请求HARQ实体关联<br>《未公开》 | 对比文件全文未记载有关“SECONDARY_CELL_HS_DSCH_RECEPTION”变量被设置为伪，且未记载锚定与次服务小区各自关联独立的HARQ实体。 | 目标专利说明书第[0010]、[0013]、[0040]段说明，变量设为FALSE指示禁用次小区，且在MAC-ehs架构中，每个小区（锚定与次小区）分别关联独立的HARQ实体以分别处理各自载波上的HARQ传输。<br>对比文件虽然提及HARQ机制（如第[0006]、[0023]段），但仅涉及IEEE 802.16j中基站、中继站与终端间的逐跳重传，不涉及DC-HSDPA中主/辅小区各自维护独立HARQ实体的MAC架构，更无该变量为FALSE指示禁用的方案。因此，技术特征E未公开。 |
| 技术特征F<br>所述HARQ实体具有HARQ缓冲器<br>《隐含公开》 | 【说明书第[0006]段】<br>“IEEE 802.16j标准所采用的HARQ分组是一种先进的数据重传策略，其允许直接在物理层执行可能的数据重传，而不是在媒体接入控制（MAC）层和/或更高层。……”<br>（"The HARQ packet, adopted in the IEEE 802.16j standard, is an advanced data retransmission strategy, which allows performing possible data retransmissions directly at the physical layer..."） | 目标专利中HARQ实体具有用于存储重传软信道比特数据的HARQ缓冲器。<br>对比文件明确公开了系统采用HARQ重传机制（第[0006]段）。根据本领域技术人员的公知常识，HARQ技术的核心原理即为在接收端对初传失败的数据软比特进行存储，并在接收到重传数据时进行软合并（Chase合并或增量冗余IR），因此执行HARQ实体/协议必然具备HARQ缓冲器（HARQ buffer）。对比文件公开了HARQ机制，本领域技术人员结合公知常识完全能合理推断并预期HARQ处理架构必然包含HARQ缓冲器。因此，技术特征F被对比文件隐含公开。 |
| 技术特征G<br>在所述次服务小区的所述状态根据所述SECONDARY_CELL_HS_DSCH_RECEPTION变量被确定为被禁用的情况下<br>《未公开》 | 对比文件全文未记载根据该变量确定次服务小区禁用的条件判断逻辑。 | 目标专利中该特征作为触发后续HARQ缓冲器刷新与资源重置的前提触发条件（说明书第[0044]段）。<br>对比文件既未公开次服务小区，也未公开该特定协议变量及其状态判定逻辑。因此，技术特征G未公开。 |
| 技术特征H<br>刷新与所述次服务小区关联的所述HARQ实体的所述HARQ缓冲器。<br>《未公开》 | 对比文件全文未记载刷新次服务小区关联的HARQ实体的HARQ缓冲器的操作。 | 目标专利说明书第[0013]、[0015]、[0044]段明确指出：在次小区禁用时，不能重置整个MAC-ehs（因为主小区仍在工作），而是专门刷新与次服务小区关联的HARQ实体的缓冲器，以避免残留数据污染或不可预测的行为。<br>对比文件仅涉及在收到错误分组时回复NACK并重新转发正确的HARQ分组，完全未公开当某个辅载波/辅小区被去激活/禁用时专门刷新该小区对应HARQ实体缓冲器的管理机制。因此，技术特征H未公开。 |
| 技术特征I<br>还包括<br>《直接公开》 | 【说明书第[0015]段】<br>“本发明的又一目的是提供一种用于基于多跳中继标准中继下行链路HARQ分组的通信设备。……”<br>（"Yet a further objective of this invention is to provide a communication apparatus for relaying a downlink HARQ packet based on a multi-hop relay standard...."） | 对比文件在多处实施例表述中公开了多步骤组合及并列技术特征，本领域技术人员能直接、明确地获知其包含附加步骤/特征的组合连接词。因此，技术特征I被对比文件直接公开。 |
| 技术特征J<br>接收无线电资源控制RRC消息<br>《未公开》 | 【说明书第[0024]、[0036]段】<br>“在步骤803中，MAP从基站（例如MR-BS 101）广播到RS和SS（例如SS 107）。”<br>（"In step 803, MAPs are broadcasted from a BS, such as the MR-BS 101, to the RSs and an SS, such as the SS 107."） | 目标专利说明书第[0038]、[0043]段明确，RRC消息是来自UTRAN的层3（L3）控制信令，用于通知小区重配置或次小区禁用等管理信息。<br>对比文件采用的是IEEE 802.16系统的广播MAP消息（媒体接入协议控制映射帧），属于MAC层调度分配消息，并非蜂窝移动通信中的L3无线电资源控制（RRC）消息，两者的协议分层、承载通道及控制范畴均不同。对比文件未提及RRC消息。因此，技术特征J未公开。 |
| 技术特征K<br>该RRC消息指示所述次服务小区是否被启用。<br>《未公开》 | 对比文件全文未记载通过RRC消息指示次服务小区是否启用的方案。 | 目标专利说明书第[0043]段指出，RRC消息中携带指示次服务小区是否启用的变量或信息元素（IE）。<br>对比文件不存在RRC消息，亦不存在指示次服务小区启用的相关内容。因此，技术特征K未公开。 |
| 技术特征L<br>其中根据所述RRC消息来确定所述状态。<br>《未公开》 | 对比文件全文未记载根据RRC消息确定小区状态的内容。 | 目标专利中依据接收到的RRC消息所包含的变量或缺省指示来确定次小区的状态（说明书第[0043]段）。<br>对比文件无RRC消息，更无基于其进行状态判定的技术方案。因此，技术特征L未公开。 |
| 技术特征M<br>还包括<br>《直接公开》 | 【说明书第[0011]段】<br>“本发明的另一个目的是提供一种无线通信系统……该无线通信系统包括基站、SS和多个RS。……”<br>（"Another objective of this invention is to provide a wireless communication system... The wireless communication system comprises a BS, an SS, and a plurality of RSs...."） | 与技术特征A、I类似，对比文件完整公开了在系统与方法中包含其他技术特征的连接用语，其技术含义与作用完全一致。因此，技术特征M被对比文件直接公开。 |
| 技术特征N<br>在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文未记载次服务小区被确定为被禁用的条件分支判断。 | 目标专利中该特征是执行资源释放的逻辑触发点（说明书第[0044]段步骤602、605）。<br>对比文件中没有次服务小区的禁用判定。因此，技术特征N未公开。 |
| 技术特征O<br>释放与所述次服务小区关联的HARQ资源。<br>《未公开》 | 对比文件全文未记载释放与次服务小区关联的HARQ资源的操作。 | 目标专利说明书第[0044]段步骤605指出，在禁用次服务小区时，WTRU释放与次服务HS-DSCH小区关联的所有HARQ资源（进程、配置等）。<br>对比文件仅涉及中继节点分配带宽并转发HARQ分组，不涉及小区禁用场景下的局部HARQ实体资源释放操作。因此，技术特征O未公开。 |
| 技术特征P<br>还包括<br>《直接公开》 | 【说明书第[0013]段】<br>“……该方法包括以下步骤：……”<br>（"...The method comprises the following steps:..."） | 对比文件公开了方案包含进一步的技术特征，词义与效果完全相同。因此，技术特征P被对比文件直接公开。 |
| 技术特征Q<br>在所述次服务小区被确定为被禁用的情况下<br>《未公开》 | 对比文件全文未记载次服务小区被确定为被禁用的条件判断逻辑。 | 针对清除H-RNTI的前置条件分支。对比文件不包含次服务小区的配置及状态管理。因此，技术特征Q未公开。 |
| 技术特征R<br>清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。<br>《未公开》 | 对比文件全文未记载H-RNTI标识符的清除操作。 | 目标专利说明书第[0010]、[0014]、[0044]段说明，每个小区分配了单独的H-RNTI，当次小区被禁用时，需要清除该次服务小区关联的H-RNTI并移除存储值，防止后续错误监听。<br>对比文件为WiMAX/802.16j中继系统，完全不存在3GPP特定架构下的H-RNTI标识符，亦无相应的清除操作。因此，技术特征R未公开。 |
| 技术特征S<br>还包括<br>《直接公开》 | 【说明书第[0014]段】<br>“……该方法包括以下步骤：……”<br>（"...The method comprises the following steps:..."） | 对比文件公开了方案包含进一步的技术特征。因此，技术特征S被对比文件直接公开。 |
| 技术特征T<br>接收包括层1L1信令的信号<br>《未公开》 | 【说明书第[0024]段】<br>“在图3中，MR-BS 101首先向RS1 103、RS2 105和SS 107广播MAP MB。……”<br>（"In FIG. 3, the MR-BS 101 broadcasts MAPs MB to the RS1 103, RS2 105, and SS 107 first...."） | 目标专利说明书第[0012]、[0045]段指出，该L1信令是节点B发送的物理层控制命令（如HS-SCCH命令），用于快速动态控制载波。<br>对比文件第[0024]段中的MAP广播属于IEEE 802.16标准的MAC层管理/调度消息（DL-MAP/UL-MAP），并不等同于物理层L1控制信令，且其内容是分配数据突发的位置和HARQ组，并非目标专利中针对接收机状态动态切换的L1信号。因此，技术特征T未公开。 |
| 技术特征U<br>其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。<br>《未公开》 | 对比文件全文未记载包含激活/去激活HS-DSCH载波指示的L1信令。 | 目标专利说明书第[0012]、[0045]段说明，该L1信令通过HS-SCCH命令承载，实现次HS-DSCH载波的快速启用与去激活，以实现终端省电。<br>对比文件不存在HS-DSCH信道或载波的激活/去激活机制。因此，技术特征U未公开。 |
| 技术特征V<br>其中所述L1信令是高速共享控制信道HS-SCCH命令。<br>《未公开》 | 对比文件全文未记载高速共享控制信道（HS-SCCH）或其命令。 | 目标专利说明书第[0012]、[0045]段明确该命令的具体承载信道为3GPP下行HS-SCCH。<br>对比文件基于IEEE 802.16j，不涉及3GPP的HS-SCCH物理控制信道。因此，技术特征V未公开。 |
| 技术特征W<br>其中根据所述L1信令来确定所述次服务小区的所述状态。<br>《未公开》 | 对比文件全文未记载根据L1信令确定次服务小区状态的内容。 | 目标专利说明书第[0045]段指出，WTRU可通过检测HS-SCCH中的L1命令确定次服务小区已被去激活。<br>对比文件无该机制。因此，技术特征W未公开。 |
| 技术特征X<br>其中所述L1信令指示所述次服务小区被去激活。<br>《未公开》 | 对比文件全文未记载指示次服务小区被去激活的L1信令。 | 目标专利说明书第[0045]段明确，该L1控制信令具体指示对次HS-DSCH载波/小区进行去激活。<br>对比文件未公开相关内容。因此，技术特征X未公开。 |
| 技术特征Y<br>还包括<br>《直接公开》 | 【说明书第[0010]段】<br>“……该方法包括以下步骤：……”<br>（"...The method comprises the following steps:..."） | 对比文件公开了组合其他步骤的技术用语，其含义与作用一致。因此，技术特征Y被对比文件直接公开。 |
| 技术特征Z<br>在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。<br>《未公开》 | 【说明书第[0025]、[0027]段】<br>“……MR-BS 101知道其可以通过RS2 105而不是RS1 103继续向SS 107发送下行链路HARQ分组。……”<br>（"...the MR-BS 101 knows that it can continue to transmit downlink HARQ packets to the SS 107 through the RS2 105 but not the RS1 103."） | 目标专利说明书第[0013]、[0038]段明确阐述了该特征的发明构思及技术作用：在DC-HSDPA多小区通信中，当次小区被禁用时，主/锚定服务小区仍然保持可操作并继续接收数据，因此必须阻止重置整个MAC实体，使得终端能在单小区模式下无缝继续通信。<br>对比文件第[0025]段记载的是当基站发现RS1接收失败而RS2接收成功时，选择通过RS2继续转发HARQ分组给SS；这属于中继路由路径的选择，并非目标专利中多小区载波聚合下次小区禁用后保持主小区持续传输数据的机制，二者解决的技术问题、工作实体及运行逻辑截然不同。因此，技术特征Z未公开。 |
<<<A>>><<<f>>><<<I>>><<<M>>><<<P>>><<<S>>><<<Y>>>
权利要求2
根据权利要求1所述的方法，还包括；接收无线电资源控制RRC消息；该RRC消息指示所述次服务小区是否被启用。
权利要求3
根据权利要求2所述的方法，其中根据所述RRC消息来确定所述状态。
权利要求4
根据权利要求1所述的方法，还包括；在所述次服务小区被确定为被禁用的情况下；释放与所述次服务小区关联的HARQ资源。
权利要求5
根据权利要求1所述的方法，还包括；在所述次服务小区被确定为被禁用的情况下；清除与所述次服务小区关联的高速下行链路共享信道HS-DSCH无线电网络临时标识符H-RNTI。
权利要求6
根据权利要求1所述的方法，还包括；接收包括层1L1信令的信号；其中所述层1信令包括对激活或去激活高速下行链路共享信道HS-DSCH载波的指示。
权利要求7
根据权利要求6所述的方法，其中所述L1信令是高速共享控制信道HS-SCCH命令。
权利要求8
根据权利要求6所述的方法，其中根据所述L1信令来确定所述次服务小区的所述状态。
权利要求9
根据权利要求8所述的方法，其中所述L1信令指示所述次服务小区被去激活。
权利要求10
根据权利要求1所述的方法，还包括；在所述次服务小区被确定为被禁用后继续从所述锚定服务小区接收所述数据。
权利要求11
根据权利要求1所述的方法，其中经由高速下行链路共享信道HS-DSCH载波从所述锚定服务小区和所述次服务小区接收所述数据。