**对比文件名称**：2005-08-25_JP2005525757A_发明专利_JP2005525757A System for enabling erase control node b by the serving radio network controller
**目标专利名称**：用于在多流HSDPA通信网络中的服务蜂窝小区改变期间减少数据丢失的系统和方法 CN104160633B
**本次调用的模型名称**：专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：利用至少第一基站和第二基站分别提供要在用户装备(UE)处聚集的第一服务蜂窝小区和第二服务蜂窝小区来将下行链路流传送给所述UE **《未公开》** | 对比文件第[2]段：“３Ｇ（第３世代）ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）は、いくつかのＲＮＣ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ、無線ネットワークコントローラ）を備え、そのそれぞれが１つまたは複数のノードＢに結合されている。 各ノードＢは、１つまたは複数のセルにサービスを提供する１つまたは複数の基地局を備える。”（译文：3G（第三代）UTRAN（通用陆地无线接入网络）包括多个RNC（无线网络控制器），每个RNC连接到一个或多个Node B。每个Node B包括一个或多个为小区提供服务的基站。） | 该引用描述了3G UTRAN的一般架构，包括RNC和Node B（基站）。它没有描述或暗示“利用至少第一基站和第二基站分别提供要在用户装备(UE)处聚集的第一服务蜂窝小区和第二服务蜂窝小区来将下行链路流传送给所述UE”这一具体操作。目标专利的该特征是多流HSDPA（MF-HSDPA）或软聚集的核心场景，涉及从多个蜂窝小区（可能来自不同基站）向单个UE同时传送下行链路流以实现数据聚集。对比文件通篇讨论的是常规HSDPA场景（一个服务HS-DSCH蜂窝小区）下Node B中缓冲数据的擦除控制，并未涉及任何形式的“多流”或“聚集”传输。因此，该特征未被直接公开。从对比文件的内容也无法合理推断出存在多流聚集的传输模式，因此也未被隐含公开。 |
| **技术特征B**：执行服务蜂窝小区改变，其中所述第一基站或所述第二基站继续为所述UE担任服务蜂窝小区 **《未公开》** | 对比文件第[2]段：“例えば、最初のシナリオは、モバイルＵＥがあるセルから他に移動した場合である。 その場合、ＵＥが他のノードＢによってもサービスを受けるＨＳ−ＤＳＣＨセル変更になるか、または同じノードＢ中でセル同士の間で切り換えることになる。”（译文：例如，第一种场景是移动UE从一个小区移动到另一个小区。在这种情况下，可能是UE由另一个Node B服务的HS-DSCH小区改变，或者在同一Node B内的小区之间切换。）<br>对比文件第[2]段：“サービングＨＳ−ＤＳＣＨセル変更の場合、サービングＨＳ−ＤＳＣＨセル変更後は、ソースノードＢ内にバッファされたＵＥ用のすべてのデータがもはや有用ではなくなる。”（译文：对于服务HS-DSCH小区改变，在服务HS-DSCH小区改变之后，源Node B内缓冲的用于该UE的所有数据变得不再有用。） | 对比文件公开了“服务HS-DSCH小区改变”这一事件。然而，目标专利的该特征限定了服务蜂窝小区改变后，“所述第一基站或所述第二基站继续为所述UE担任服务蜂窝小区”。这意味着改变发生在多个服务蜂窝小区之间，并且改变后，原来提供服务的两个基站中至少有一个仍然继续担任服务蜂窝小区。对比文件描述的服务HS-DSCH小区改变是常规的、单个服务蜂窝小区的改变（例如，从源小区切换到目标小区），改变后源基站（Node B）通常不再为UE服务，其缓冲数据被标记为无用并被擦除。这与目标专利中在多流聚集背景下，一个基站“继续”担任服务蜂窝小区的场景有本质区别。因此，该特征未被直接公开。对比文件未提供任何关于多个服务蜂窝小区以及其中一个在改变后继续服务的信息，因此也未被隐含公开。 |
| **技术特征C**：以及向所述担任服务蜂窝小区发送指令以在所述担任服务蜂窝小区处的队列内维持在所述服务蜂窝小区改变之前与所述流相对应的混合自动重复请求(HARQ)缓冲器以用于在所述服务蜂窝小区改变之后传输至所述UE。 **《未公开》** | 对比文件第[2]段：“ＲＮＣは、ＲＮＣ中で認識された特定のデータ消去トリガイベントに基づいて、特定のＵＥ用のすべてのデータ、すなわち１つまたはいくつかのユーザ優先順位送信待ち行列中のデータ、あるいはノードＢ中の１つまたは複数の論理チャネル中のデータの消去を決定する。 次いで、ＲＮＣは、ノードＢに送信データを消去する必要があることを知らせる。”（译文：RNC基于在RNC中识别的特定数据擦除触发事件，决定擦除用于特定UE的所有数据，即一个或多个用户优先级发送队列中的数据，或者Node B中一个或多个逻辑信道中的数据。然后，RNC通知Node B需要擦除发送数据。）<br>对比文件图3A及对应描述（步骤16）：RNC发送擦除消息给Node B，指示其擦除数据。 | 目标专利的特征C核心在于发送指令以“维持”HARQ缓冲器中的数据，目的是在服务蜂窝小区改变后继续传输，从而减少数据丢失。对比文件公开了完全相反的操作：RNC在触发事件（包括服务HS-DSCH小区改变）发生时，发送指令给Node B以“擦除”缓冲队列中的数据。对比文件教导了在小区改变后，源Node B中的数据应被擦除以避免浪费资源，而目标专利教导了在特定条件下（担任服务蜂窝小区不变）应维持数据以避免重传。两者目的和技术手段相反。因此，该特征既未被直接公开，也未被隐含公开。隐含公开的判断标准虽宽松，但无法从教导“擦除”的对比文件中合理推断出“维持”的指令。 |
| **技术特征D**：其特征在于，进一步包括：从所述UE接收对所述第一服务蜂窝小区和所述第二服务蜂窝小区的蜂窝小区质量进行排名的报告，其中基于经排名的蜂窝小区质量中的最强蜂窝小区质量来选择所述担任服务蜂窝小区 **《未公开》** | 对比文件未提及UE发送对多个服务蜂窝小区质量进行排名的报告，也未提及基于最强蜂窝小区质量来选择“担任服务蜂窝小区”。 | 目标专利的特征D是多流HSDPA移动性管理的关键部分，涉及UE报告多个服务蜂窝小区的质量排名，并据此选择主服务蜂窝小区（担任服务蜂窝小区）。对比文件虽然提到了服务HS-DSCH小区改变可能由UE测量触发（这是3GPP标准的一部分），但并未具体描述UE报告的内容，更没有涉及对“第一服务蜂窝小区和第二服务蜂窝小区”进行排名。对比文件的焦点是RNC在检测到触发事件后如何控制Node B擦除数据，而不是如何基于UE的排名报告来选择或区分服务蜂窝小区。因此，该特征未被直接公开。对比文件缺少关于多服务蜂窝小区和排名报告的任何线索，因此也未被隐含公开。 |
| **技术特征E**：以及其中所述担任服务蜂窝小区是主服务蜂窝小区而未选中的服务蜂窝小区是副服务蜂窝小区。 **《未公开》** | 对比文件未提及“主服务蜂窝小区”（Primary Serving Cell）和“副服务蜂窝小区”（Secondary Serving Cell）的概念。 | 目标专利的特征E明确引入了“主服务蜂窝小区”和“副服务蜂窝小区”的区分，这是双流或多流HSDPA（如SF-DC HSDPA）中的特定概念。对比文件讨论的是传统的单个“服务HS-DSCH蜂窝小区”，不存在主、副的区分。因此，该特征未被直接公开。在未公开特征D（排名和选择）的基础上，更无法推断出主、副服务蜂窝小区的概念，因此也未被隐含公开。 |
| **技术特征F**：其特征在于，所述报告进一步包括在发生移动性事件之际由一个或多个基站提供的一个或多个相邻蜂窝小区的蜂窝小区质量的排名 **《未公开》** | 对比文件未提及报告包括相邻蜂窝小区的质量排名。 | 该特征是对UE报告内容的进一步限定，增加了对相邻蜂窝小区质量的排名。对比文件完全没有涉及UE报告的具体内容，尤其是排名内容。因此，该特征既未被直接公开，也未被隐含公开。 |
| **技术特征G**：并且其中在发生所述移动性事件之际，当相邻蜂窝小区的蜂窝小区质量强于所述主服务蜂窝小区或所述副服务蜂窝小区的蜂窝小区质量时将所述相邻蜂窝小区添加至与所述UE相关联的活跃集。 **《未公开》** | 对比文件未提及“活跃集”（Active Set）的管理，也未提及基于蜂窝小区质量比较将相邻蜂窝小区添加至活跃集的规则。 | 目标专利的特征G描述了基于特定比较条件更新活跃集的移动性事件处理。对比文件虽然提到了“服务HS-DSCH小区改变”作为触发事件，但并未描述该改变背后的具体测量事件（如3GPP中的事件1A、1D等）以及活跃集的更新过程。对比文件的上下文是RNC如何响应已知的触发事件，而不是如何根据测量报告来管理活跃集。因此，该特征未被直接公开。由于对比文件未涉及主/副服务蜂窝小区、质量比较以及活跃集更新逻辑，该特征也未被隐含公开。 |
| **技术特征H**：其特征在于，进一步包括：向所述担任服务蜂窝小区发送指令以在所述担任服务蜂窝小区处的队列内维持在所述服务蜂窝小区改变之前与所述流相对应的数据以用于在所述服务蜂窝小区改变之后传输至所述UE。 **《未公开》** | 同技术特征C的引用。对比文件公开的是发送擦除指令，而非维持指令。 | 此特征与技术特征C的核心部分（发送指令以维持数据）本质相同，只是未限定为HARQ缓冲器。基于与技术特征C相同的理由，该特征与对比文件公开的“擦除”指令作用相反，因此既未被直接公开，也未被隐含公开。 |
| **技术特征I**：其特征在于，进一步包括：当所述相邻服务蜂窝小区的蜂窝小区质量大于所述主服务蜂窝小区的蜂窝小区质量时，通过用所述相邻服务蜂窝小区代替所述主服务蜂窝小区来执行主服务蜂窝小区改变，所述相邻服务蜂窝小区变为新的主服务蜂窝小区 **《未公开》** | 对比文件未涉及“相邻服务蜂窝小区”、“主服务蜂窝小区”这些概念，也未描述基于它们之间的质量比较来执行特定类型服务蜂窝小区改变的逻辑。 | 该特征描述了多流HSDPA中一种具体的移动性场景（例如，对应于目标专利图15解说的事件1D场景）。对比文件仅泛泛提及“服务HS-DSCH小区改变”，没有提供任何关于改变是基于多个服务蜂窝小区与相邻蜂窝小区之间的质量比较，以及改变如何影响“主”、“副”角色的细节。因此，该特征未被直接公开。由于缺乏相关概念和场景设定，也无法从对比文件中隐含推导出该具体逻辑。 |
| **技术特征J**：当所述主服务蜂窝小区的蜂窝小区质量大于所述副服务蜂窝小区的蜂窝小区质量时，通过用所述主服务蜂窝小区代替所述副服务蜂窝小区来执行副服务蜂窝小区改变，所述主服务蜂窝小区变为新的副服务蜂窝小区 **《未公开》** | 对比文件未涉及“主服务蜂窝小区”、“副服务蜂窝小区”及其质量比较，也未描述“副服务蜂窝小区改变”。 | 该特征描述了另一种具体场景（例如，目标专利图13解说的事件1D场景的一部分）。对比文件完全不涉及这些概念和操作。因此，既未被直接公开，也未被隐含公开。 |
| **技术特征K**：在所述新的主服务蜂窝小区处的队列内维持与所述流相对应的所述数据 **《未公开》** | 对比文件未涉及“新的主服务蜂窝小区”的概念，其公开的是在服务HS-DSCH小区改变时，擦除源Node B中的数据。 | 该特征是在特定改变场景下维持数据的指令。对比文件教导的是擦除数据。两者作用相反。因此，该特征未被公开。 |
| **技术特征L**：以及冲洗掉所述副服务蜂窝小区处的队列内与所述流相对应的所述数据。 **《直接公开》** | 对比文件第[2]段：“サービングＨＳ−ＤＳＣＨセル変更の場合、サービングＨＳ−ＤＳＣＨセル変更後は、ソースノードＢ内にバッファされたＵＥ用のすべてのデータがもはや有用ではなくなる。 ＲＮＣは、無線資源が不必要なデータ送信に浪費されることがないように、ソースノードＢを消去してＵＥに関連するすべてのバッファのデータを解放する。”（译文：对于服务HS-DSCH小区改变，在服务HS-DSCH小区改变之后，源Node B内缓冲的用于该UE的所有数据变得不再有用。RNC擦除源Node B以释放与UE相关的所有缓冲数据，从而避免无线资源被不必要的数据传输浪费。） | 目标专利的“冲洗掉...队列内的数据”与对比文件中的“擦除（消去）...缓冲的数据”在本领域通常理解为相同的操作，即清除基站侧缓冲器中未发送的数据。对比文件明确公开了在服务HS-DSCH小区改变场景下，RNC控制源Node B擦除（即冲洗掉）其缓冲器中与该UE对应的所有数据。虽然目标专利的上下文是多流HSDPA中副服务蜂窝小区被替换的场景，而对比文件是传统单服务蜂窝小区改变的场景，但就“冲洗掉/擦除特定基站队列中数据”这一具体技术手段而言，两者是相同的。本领域技术人员能够毫无疑义地从对比文件中得出该技术方案。因此，该技术特征被直接公开。 |
| **技术特征M**：其特征在于，进一步包括：当所述副服务蜂窝小区的蜂窝小区质量大于所述主服务蜂窝小区的蜂窝小区质量时，通过用所述副服务蜂窝小区代替所述主服务蜂窝小区来执行主服务蜂窝小区改变，所述副服务蜂窝小区变为新的主服务蜂窝小区 **《未公开》** | 对比文件未涉及“主服务蜂窝小区”、“副服务蜂窝小区”及其质量比较和角色互换。 | 该特征描述了主副服务蜂窝小区角色互换的场景（例如，目标专利图14、17涉及的部分场景）。对比文件完全不涉及这些概念和操作。因此，既未被直接公开，也未被隐含公开。 |
| **技术特征N**：当所述相邻服务蜂窝小区的蜂窝小区质量大于所述副服务蜂窝小区的蜂窝小区质量时，通过用所述相邻服务蜂窝小区代替所述副服务蜂窝小区来执行副服务蜂窝小区改变，所述相邻服务蜂窝小区变为新的副服务蜂窝小区 **《未公开》** | 对比文件未涉及“相邻服务蜂窝小区”、“副服务蜂窝小区”及其质量比较和替换。 | 该特征描述了用相邻蜂窝小区替换副服务蜂窝小区的场景（例如，目标专利图12解说的事件1D’场景）。对比文件完全不涉及这些概念和操作。因此，既未被直接公开，也未被隐含公开。 |
| **技术特征O**：在所述新的主服务蜂窝小区处的队列内维持与所述流相对应的所述数据 **《未公开》** | 同技术特征K。对比文件未涉及此概念，且其教导是擦除。 | 同技术特征K，该特征未被公开。 |
| **技术特征P**：以及冲洗掉所述副服务蜂窝小区处的队列内与所述流相对应的所述数据。 **《直接公开》** | 同技术特征L的引用和论述。 | 与技术特征L相同，对比文件直接公开了在服务蜂窝小区改变场景下，冲洗掉（擦除）源服务蜂窝小区（在此场景中对应为被替换的“副服务蜂窝小区”）队列中的数据。因此，该技术特征被直接公开。 |
| **技术特征Q**：其特征在于，进一步包括：当所述相邻服务蜂窝小区的蜂窝小区质量大于所述主服务蜂窝小区的蜂窝小区质量时，通过用所述相邻服务蜂窝小区代替所述主服务蜂窝小区来执行主服务蜂窝小区改变，所述相邻服务蜂窝小区变为新的主服务蜂窝小区 **《未公开》** | 同技术特征I。 | 同技术特征I，该特征未被公开。 |
| **技术特征R**：在所述新的主服务蜂窝小区处的队列内维持与所述流相对应的所述数据 **《未公开》** | 同技术特征K。 | 同技术特征K，该特征未被公开。 |
| **技术特征S**：以及冲洗掉所述主服务蜂窝小区处的队列内与所述流相对应的所述数据。 **《直接公开》** | 同技术特征L的引用和论述。 | 与技术特征L相同，对比文件直接公开了在服务蜂窝小区改变场景下，冲洗掉（擦除）源服务蜂窝小区（在此场景中对应为被替换的“主服务蜂窝小区”）队列中的数据。因此，该技术特征被直接公开。 |
| **技术特征T**：其特征在于，进一步包括：当所述副服务蜂窝小区的蜂窝小区质量在预定阈值以下时，从与所述UE相关联的所述活跃集中移除所述副服务蜂窝小区 **《未公开》** | 对比文件未提及“副服务蜂窝小区”、“活跃集”以及基于预定阈值移除蜂窝小区的操作。 | 该特征涉及多流HSDPA中基于测量阈值管理活跃集的具体规则。对比文件没有描述任何与活跃集管理相关的细节。因此，该特征未被直接公开。对比文件缺乏相关概念，也无法隐含公开。 |
| **技术特征U**：以及冲洗掉所述副服务蜂窝小区处的队列内与所述流相对应的所述数据。 **《直接公开》** | 同技术特征L的引用和论述。 | 与技术特征L相同，对比文件直接公开了在蜂窝小区被移除/不再服务UE（即“从活跃集中移除”的结果）的场景下，冲洗掉（擦除）该蜂窝小区队列中的数据。虽然对比文件未明确描述“从活跃集移除”这一信令过程，但其公开的“服务HS-DSCH小区改变”必然涉及源蜂窝小区停止服务，其技术效果等同于数据被冲洗掉。因此，就“冲洗掉被移除蜂窝小区的数据”这一技术手段而言，被直接公开。 |
| **技术特征V**：其特征在于，进一步包括：当所述副服务蜂窝小区的蜂窝小区质量大于所述主服务蜂窝小区的蜂窝小区质量时，通过用所述副服务蜂窝小区代替所述主服务蜂窝小区来执行主服务蜂窝小区改变，所述副服务蜂窝小区变为新的主服务蜂窝小区 **《未公开》** | 同技术特征M。 | 同技术特征M，该特征未被公开。 |
| **技术特征W**：当所述主服务蜂窝小区的蜂窝小区质量在预定阈值以下时，从与所述UE相关联的所述活跃集中移除所述主服务蜂窝小区 **《未公开》** | 同技术特征T。对比文件未涉及这些概念和操作。 | 同技术特征T，该特征未被公开。 |
| **技术特征X**：以及冲洗掉所述主服务蜂窝小区处的队列内与所述流相对应的所述数据。 **《直接公开》** | 同技术特征S的引用和论述。 | 与技术特征S相同，对比文件直接公开了在服务蜂窝小区改变（或等效的移除）场景下，冲洗掉（擦除）源服务蜂窝小区（在此场景中对应为被移除的“主服务蜂窝小区”）队列中的数据。因此，该技术特征被直接公开。 |
| **技术特征Y**：其特征在于，所述移动性事件是达到预定阈值并维持所述预定阈值达预定时间的针对特定服务蜂窝小区的UE测量Ec/I0。 **《未公开》** | 对比文件第[2]段提到了“サービングＨＳ−ＤＳＣＨセル変更”（服务HS-DSCH小区改变）作为触发事件。在3GPP标准中，此类改变通常由特定的UE测量事件（如事件1D）触发，而事件1D涉及Ec/I0测量。 | 对比文件提到了“服务HS-DSCH小区改变”作为擦除数据的触发事件之一。本领域技术人员公知，在3GPP标准中，服务HS-DSCH小区改变通常由UE的测量事件触发，例如事件1D（最佳服务HS-DSCH小区改变），而该事件正是基于CPICH Ec/I0测量达到特定条件。虽然对比文件没有明确写出“Ec/I0”和“维持预定时间”这些字眼，但作为描述3GPP HSDPA系统中服务小区改变的文献，本领域技术人员能够毫无疑义地理解其所指的事件就是标准中定义的、由UE测量Ec/I0触发的移动性事件。因此，该技术特征被直接公开。 |
| **技术特征Z**：其特征在于，所述移动性事件是落在预定阈值以下并维持所述预定阈值达预定时间的针对特定服务蜂窝小区的UE测量Ec/I0。 **《未公开》** | 对比文件未明确将此类测量事件（如事件1B）列为擦除触发事件。其明确列出的触发事件是“服务HS-DSCH小区改变”、“RLC复位”和“RLC状态报告”。 | 目标专利特征Z定义的移动性事件（例如事件1B）通常导致蜂窝小区从活跃集中移除。对比文件并未将此特定事件作为触发Node B数据擦除的示例。虽然从广义上讲，任何导致蜂窝小区停止为UE服务的事件都可能关联到数据擦除，但对比文件文本中并未提及或暗示基于“Ec/I0落在阈值以下并维持”的事件。因此，该特征未被直接公开。尽管本领域技术人员知道事件1B的存在，但对比文件本身并未将其与擦除控制功能联系起来，因此不能认为其隐含公开了将此特定事件作为专利方法中的“移动性事件”。 |
<<<L>>><<<P>>><<<S>>><<<U>>><<<X>>><<<Y>>>