**对比文件名称**：2009-06-25_US2009163207A_发明申请_US20090163207A1 RADIO LINK HANDOVER IN A CELLULAR COMMUNICATION SYSTEM
**目标专利名称**：255用于在多流HSDPA通信网络中的服务蜂窝小区改变期间减少数据丢失的系统和方法CN104160633B
**本次调用模型名称**：专利创造性评估模型
作为资深专利代理师，我已根据您的要求，对对比文件（US20090163207A1）是否公开了目标专利（CN104160633B）权利要求的技术特征进行了深度评估。以下是我的分析。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A**：利用至少第一基站和第二基站分别提供要在用户装备(UE)处聚集的第一服务蜂窝小区和第二服务蜂窝小区来将下行链路流传送给所述UE。<br>**判断结果：未公开** | 未发现相关描述。对比文件主要涉及单个服务HS-DSCH蜂窝小区的切换。例如，[0014]段描述：“HSDPA does not support soft handover and an HSDPA mobile station will at any given point be served by only one base station.”（HSDPA不支持软切换，并且HSDPA移动站在任何给定时间点都仅由一个基站服务。） | **论述**：目标专利的特征A描述了“多流HSDPA”场景，其中UE同时聚集来自至少两个不同基站（或小区）的下行链路流。对比文件背景技术部分（[0014]段）明确指出了HSDPA的特性是UE在任何时刻仅由一个基站服务。虽然对比文件提到了多个基站（如源基站和目标基站），但其上下文是切换前后UE分别由不同基站服务，而非在切换前或切换后UE**同时**聚集来自多个基站的下行链路数据流。因此，本领域技术人员无法从对比文件毫无疑义地得出或合理推断出“多流聚集”这一技术方案。 |
| **特征B**：执行服务蜂窝小区改变，其中所述第一基站或所述第二基站继续为所述UE担任服务蜂窝小区。<br>**判断结果：未公开** | [0071]段描述：“When the RNC handover controller 125 determines that a handover is to be executed, the RNC 113 proceeds to transmit any new downlink data to the destination base station 111...”。[0100]段描述：“...the user equipment’s connection is dropped from the original cell, since it has been handed over to the new cell...”。 | **论述**：目标专利的特征B的核心在于，服务蜂窝小区改变后，原服务小区集合中的**一个**（第一或第二基站）会**继续**担任服务小区。这意味着改变是在服务小区集合内部进行的（例如主副角色互换），而非完全替换一个外部的小区。对比文件描述的是典型的“硬切换”，即UE的连接从源基站（原始小区）完全切换到目标基站（新小区）[0100]。切换后，源基站不再担任服务角色。这与目标专利中描述的“其中一个基站继续担任”的场景有本质区别。因此，对比文件未公开该特征。 |
| **特征C**：向所述担任服务蜂窝小区发送指令以在所述担任服务蜂窝小区处的队列内维持在所述服务蜂窝小区改变之前与所述流相对应的混合自动重复请求(HARQ)缓冲器以用于在所述服务蜂窝小区改变之后传输至所述UE。<br>**判断结果：未公开** | [0092]段描述：“The switch delay processor 309 evaluates the current HSDPA buffer state... It then proceeds to determine a suitable delay before the communication link should be switched...”。[0100]段描述：“The discard occurs if the activation time does not give the base station 109 sufficient time to empty the HSDPA data buffer. Any data discarded needs to be retransmitted...”。 | **论述**：目标专利的特征C是减少数据丢失的核心手段：在服务小区改变后，**指令继续担任服务小区的基站保留其HARQ缓冲器中的数据**，以便后续传输。对比文件解决数据丢弃问题的思路完全不同：其核心是让**源基站**（即将被切换掉的基站）根据其缓冲器状态，**延迟**发送切换确认消息或向RNC建议一个更晚的切换激活时间，目的是在切换发生前，让源基站有更多时间清空（transmit）其缓冲器中的数据[0092, 0100]。切换一旦发生，源基站缓冲器中剩余的数据仍然会被**丢弃**（discarded），而非保留。对比文件没有任何关于“指令目标基站（即切换后担任服务小区的基站）保留切换前已有的缓冲数据”的教导或启示。因此，该特征未被公开。 |
| **特征D**：从所述UE接收对所述第一服务蜂窝小区和所述第二服务蜂窝小区的蜂窝小区质量进行排名的报告，其中基于经排名的蜂窝小区质量中的最强蜂窝小区质量来选择所述担任服务蜂窝小区。<br>**判断结果：未公开** | [0068]段描述：“The RNC handover controller 125 monitors data from the base stations 109, 111, and in particular evaluates measurement data received from the user equipments 101-105 in order to determine if a handover of the HSDPA service is required.” | **论述**：目标专利的特征D涉及在多流HSDPA场景下，UE报告对多个服务小区（如第一和第二服务小区）的质量排名，并基于最强质量选择“担任服务蜂窝小区”（即主服务小区）。对比文件虽然提到RNC接收来自UE的测量数据（measurement data）并用于决定是否需要切换[0068]，但并未描述UE会报告对**多个当前服务小区**的质量排名，也未描述基于此排名从这些小区中选择一个作为“担任服务蜂窝小区”。对比文件中的切换决策是基于单个服务HS-DSCH小区与相邻小区的质量比较（类似传统事件1D），而非在多服务小区集合内部进行排名和选择。因此，该特征未被公开。 |
| **特征E**：以及其中所述担任服务蜂窝小区是主服务蜂窝小区而未选中的服务蜂窝小区是副服务蜂窝小区。<br>**判断结果：未公开** | 未发现相关描述。 | **论述**：目标专利的特征E定义了“主服务蜂窝小区”和“副服务蜂窝小区”的概念，这是多流HSDPA（如SF-DC HSDPA）中的特有架构。对比文件全文仅讨论单个“服务HS-DSCH小区”（serving HS-DSCH cell）的切换，从未引入或提及“主（primary）”和“副（secondary）”服务小区的概念。因此，本领域技术人员无法从对比文件得出或推断出该特征。 |
| **特征F**：所述报告进一步包括在发生移动性事件之际由一个或多个基站提供的一个或多个相邻蜂窝小区的蜂窝小区质量的排名。<br>**判断结果：未公开** | 未发现相关描述。对比文件提到了“measurement data”[0068]，但未具体描述报告内容包含对相邻小区质量的排名。 | **论述**：目标专利的特征F限定了UE报告的内容还包括在移动性事件发生时对相邻小区质量的排名。对比文件提到RNC评估来自UE的测量数据以决定切换[0068]，这是3GPP标准中的常见做法。然而，对比文件没有具体描述报告的内容和格式，特别是没有提及报告包含对“一个或多个相邻蜂窝小区”的质量进行“排名”。虽然本领域技术人员知道标准测量报告可能包含多个小区的测量结果，但“排名”是一种特定的数据处理和上报方式。对比文件没有明确公开或隐含必然包含“排名”这一具体动作。因此，判断为未公开。 |
| **特征G**：并且其中在发生所述移动性事件之际，当相邻蜂窝小区的蜂窝小区质量强于所述主服务蜂窝小区或所述副服务蜂窝小区的蜂窝小区质量时将所述相邻蜂窝小区添加至与所述UE相关联的活跃集。<br>**判断结果：未公开** | [0070]段描述：“Typically communication links to a user equipment of a UMTS cellular communication system can be supported by soft handover wherein connections are simultaneously setup to a plurality of base stations. For example, a user equipment's associated DCH (Dedicated Channel) can have simultaneous connections to several cells.” 图2的说明中提到“active set update”。 | **论述**：目标专利的特征G描述了在多流HSDPA场景下，基于特定条件（相邻小区质量强于主或副服务小区）向活跃集添加相邻小区的具体规则。对比文件提到了软切换和活跃集更新（active set update）的概念[0070]，这是UMTS中的标准功能。然而，对比文件并未具体描述触发活跃集更新的**具体测量事件条件**，特别是没有描述“当相邻小区质量强于主服务小区或副服务小区时”这一针对多流架构的特定条件。对比文件关注的是HSDPA服务小区的硬切换定时，而非活跃集管理的具体规则。因此，该特征未被公开。 |
| **特征H**：向所述担任服务蜂窝小区发送指令以在所述担任服务蜂窝小区处的队列内维持在所述服务蜂窝小区改变之前与所述流相对应的数据以用于在所述服务蜂窝小区改变之后传输至所述UE。<br>**判断结果：未公开** | 同特征C的引用。对比文件描述的是通过调整切换时间，让源基站在切换前尽可能发送数据，而非指令目标基站保留数据。 | **论述**：特征H与特征C实质内容相同，区别在于特征H更一般化地提及“数据”而非特指“HARQ缓冲器”。如对特征C的论述，对比文件解决数据丢失问题的机制是优化切换定时以使源基站清空数据，而非向担任服务小区（切换后的目标基站）发送指令以保留切换前对应流的数据。因此，该特征同样未被对比文件公开。 |
| **特征I**：当所述相邻服务蜂窝小区的蜂窝小区质量大于所述主服务蜂窝小区的蜂窝小区质量时，通过用所述相邻服务蜂窝小区代替所述主服务蜂窝小区来执行主服务蜂窝小区改变，所述相邻服务蜂窝小区变为新的主服务蜂窝小区。<br>**判断结果：未公开** | 未发现相关描述。对比文件未涉及“主服务蜂窝小区”、“副服务蜂窝小区”以及它们之间的替换关系。 | **论述**：特征I描述了多流HSDPA中一种具体的移动性事件处理场景：相邻小区替换主服务小区。这完全依赖于目标专利所定义的主、副服务小区架构。对比文件仅涉及单个服务HS-DSCH小区的切换，没有主、副小区的概念，因此不可能公开这种在主、副、相邻小区之间复杂的替换关系。 |
| **特征J**：当所述主服务蜂窝小区的蜂窝小区质量大于所述副服务蜂窝小区的蜂窝小区质量时，通过用所述主服务蜂窝小区代替所述副服务蜂窝小区来执行副服务蜂窝小区改变，所述主服务蜂窝小区变为新的副服务蜂窝小区。<br>**判断结果：未公开** | 未发现相关描述。 | **论述**：同特征I，该特征依赖于主、副服务小区的架构，描述了两者角色互换的一种场景。对比文件未公开此架构，故无法公开此具体操作。 |
| **特征K**：在所述新的主服务蜂窝小区处的队列内维持与所述流相对应的所述数据。<br>**判断结果：未公开** | 未发现相关描述。对比文件未涉及在角色变更后在新任服务小区处维持数据。 | **论述**：特征K是目标专利减少数据丢失方法的具体体现，即在主服务小区改变后，在新的主服务小区处维持原有数据。对比文件的数据处理方式是在切换前由源基站尽力发送，切换后源基站数据丢弃，目标基站接收来自RNC的新数据。没有公开在基站角色变化（如从副变主）时，保留该基站原有队列数据的技术手段。 |
| **特征L**：以及冲洗掉所述副服务蜂窝小区处的队列内与所述流相对应的所述数据。<br>**判断结果：未公开** | [0100]段描述：“The discard occurs if the activation time does not give the base station 109 sufficient time to empty the HSDPA data buffer.” | **论述**：特征L描述了冲洗掉不再担任服务角色的小区（此处为原副服务小区）的数据。对比文件确实提到了数据丢弃（discard），但场景不同：对比文件中的数据丢弃发生在**被切换掉的源基站**，且是切换激活时间不足导致清空不完而被动丢弃。目标专利中“冲洗掉”是一种主动管理行为，发生在副服务小区被替换出服务角色时。两者目的和触发场景均不同。因此，对比文件未公开该特征。 |
| **特征M**：当所述副服务蜂窝小区的蜂窝小区质量大于所述主服务蜂窝小区的蜂窝小区质量时，通过用所述副服务蜂窝小区代替所述主服务蜂窝小区来执行主服务蜂窝小区改变，所述副服务蜂窝小区变为新的主服务蜂窝小区。<br>**判断结果：未公开** | 未发现相关描述。 | **论述**：同特征I、J，这是多流HSDPA架构下另一种主副角色互换的场景。对比文件未公开该架构，故未公开此操作。 |
| **特征N**：当所述相邻服务蜂窝小区的蜂窝小区质量大于所述副服务蜂窝小区的蜂窝小区质量时，通过用所述相邻服务蜂窝小区代替所述副服务蜂窝小区来执行副服务蜂窝小区改变，所述相邻服务蜂窝小区变为新的副服务蜂窝小区。<br>**判断结果：未公开** | 未发现相关描述。 | **论述**：这是多流HSDPA架构下，相邻小区替换副服务小区的场景。对比文件未公开该架构及此类操作。 |
| **特征O**：在所述新的主服务蜂窝小区处的队列内维持与所述流相对应的所述数据。<br>**判断结果：未公开** | 同特征K论述。 | **论述**：同特征K，对比文件未公开在角色变更后维持新主服务小区原有数据的技术手段。 |
| **特征P**：以及冲洗掉所述副服务蜂窝小区处的队列内与所述流相对应的所述数据。<br>**判断结果：未公开** | 同特征L论述。 | **论述**：同特征L，对比文件未公开在副服务小区被替换时主动冲洗其数据的行为。 |
| **特征Q**：当所述相邻服务蜂窝小区的蜂窝小区质量大于所述主服务蜂窝小区的蜂窝小区质量时，通过用所述相邻服务蜂窝小区代替所述主服务蜂窝小区来执行主服务蜂窝小区改变，所述相邻服务蜂窝小区变为新的主服务蜂窝小区。<br>**判断结果：未公开** | 同特征I论述。 | **论述**：此特征与特征I实质相同，均为相邻小区替换主服务小区。对比文件未公开。 |
| **特征R**：在所述新的主服务蜂窝小区处的队列内维持与所述流相对应的所述数据。<br>**判断结果：未公开** | 同特征K论述。 | **论述**：同特征K，对比文件未公开。 |
| **特征S**：以及冲洗掉所述主服务蜂窝小区处的队列内与所述流相对应的所述数据。<br>**判断结果：未公开** | 同特征L论述。 | **论述**：特征S描述冲洗掉被替换的**原主服务小区**的数据。对比文件中的数据丢弃发生在被切换掉的源基站，但该基站是唯一的服务HS-DSCH小区，且丢弃是清空不完的结果，而非目标专利中针对“原主服务小区”这一特定角色的主动管理行为。因此，对比文件未公开该特征。 |
| **特征T**：当所述副服务蜂窝小区的蜂窝小区质量在预定阈值以下时，从与所述UE相关联的所述活跃集中移除所述副服务蜂窝小区。<br>**判断结果：未公开** | 未发现相关描述。对比文件未涉及基于预定阈值移除副服务小区的操作。 | **论述**：特征T描述了在多流场景下，当副服务小区质量低于阈值时，将其从活跃集移除。对比文件提到了活跃集更新，但未具体描述触发移除的测量事件条件，更没有提及针对“副服务蜂窝小区”这一特定角色的移除规则。 |
| **特征U**：以及冲洗掉所述副服务蜂窝小区处的队列内与所述流相对应的所述数据。<br>**判断结果：未公开** | 同特征L论述。 | **论述**：同特征L，对比文件未公开。 |
| **特征V**：当所述副服务蜂窝小区的蜂窝小区质量大于所述主服务蜂窝小区的蜂窝小区质量时，通过用所述副服务蜂窝小区代替所述主服务蜂窝小区来执行主服务蜂窝小区改变，所述副服务蜂窝小区变为新的主服务蜂窝小区。<br>**判断结果：未公开** | 同特征M论述。 | **论述**：此特征与特征M实质相同。对比文件未公开。 |
| **特征W**：当所述主服务蜂窝小区的蜂窝小区质量在预定阈值以下时，从与所述UE相关联的所述活跃集中移除所述主服务蜂窝小区。<br>**判断结果：未公开** | 未发现相关描述。 | **论述**：特征W描述了在多流场景下，当主服务小区质量低于阈值时，将其从活跃集移除。对比文件未描述此类针对“主服务蜂窝小区”的特定移除规则。 |
| **特征X**：以及冲洗掉所述主服务蜂窝小区处的队列内与所述流相对应的所述数据。<br>**判断结果：未公开** | 同特征S论述。 | **论述**：同特征S，对比文件未公开。 |
| **特征Y**：所述移动性事件是达到预定阈值并维持所述预定阈值达预定时间的针对特定服务蜂窝小区的UE测量Ec/I0。<br>**判断结果：隐含公开** | [0068]段描述：“The RNC handover controller 125... evaluates measurement data received from the user equipments 101-105 in order to determine if a handover of the HSDPA service is required.” | **论述**：目标专利的特征Y定义了“移动性事件”的一种具体形式，即UE测量值（Ec/I0）达到并维持预定阈值一段时间。这实质上是3GPP标准中定义的测量报告事件（例如事件1A、事件1D等）的核心逻辑。对比文件虽然没有明确写出“达到阈值并维持时间”这一完整短语，但其提到了RNC评估（evaluates）来自UE的测量数据（measurement data）以决定是否需要切换[0068]。在3GPP UMTS/HSPDA系统的技术背景下，本领域技术人员公知，RNC基于测量数据做出切换决策，通常意味着UE按照网络配置的测量事件（包括阈值、迟滞、触发时间等参数）进行测量并上报。因此，从对比文件提及“评估测量数据以决定切换”这一内容，本领域技术人员完全能够合理推断出，这些测量数据是基于类似“达到/超过/低于某个阈值并维持一段时间”的规则产生和上报的。根据宽松的隐含公开判断标准，该特征被对比文件隐含公开。 |
| **特征Z**：所述移动性事件是落在预定阈值以下并维持所述预定阈值达预定时间的针对特定服务蜂窝小区的UE测量Ec/I0。<br>**判断结果：隐含公开** | 同特征Y引用。 | **论述**：特征Z定义了另一种形式的移动性事件，即测量值低于阈值并维持一段时间。这同样是3GPP标准测量事件（如事件1B）的核心逻辑。基于与特征Y相同的推理：对比文件提及RNC基于UE测量数据决定切换[0068]，在所属技术领域的公知常识下，这些测量事件必然包括测量值变差（低于阈值）并触发上报的情形。因此，本领域技术人员可以从对比文件的内容合理推断出该特征。根据宽松的隐含公开判断标准，该特征被对比文件隐含公开。 |
### 总结与代码输出
综上所述，对比文件US20090163207A1主要解决的是在传统单服务HS-DSCH小区进行硬切换时，通过源基站参与决定切换激活时间以减少缓冲数据丢弃的技术问题。其技术方案的核心是**切换定时优化**。
目标专利CN104160633B解决的是在多流HSDPA（如SF-DC HSDPA）环境中，当服务小区集合发生内部改变（如主副角色互换、成员替换）时，如何减少数据丢失的问题。其技术方案的核心是**在继续担任服务角色的基站处保留原有数据**。
两者属于不同的技术架构（单流 vs. 多流）并采用了截然不同的解决思路（调整切换时间 vs. 保留特定基站数据）。因此，对比文件**未直接或隐含公开**目标专利权利要求中涉及多流架构、主副服务小区、基于排名的选择、以及在服务小区改变后指令特定基站保留数据等核心技术特征（特征A至X）。
仅对于特征Y和Z，由于其定义的“移动性事件”实质上是3GPP标准测量事件的通用逻辑，在宽松的隐含公开判断标准下，可以认为对比文件隐含公开了此类事件的基本概念。
根据输出格式要求，在回答结尾插入对应代码：
<<<y>>><<<z>>>