对比文件名称：2005-06-02_US2005118946A_发明申请_US20050118946A1 In-band signaling within broadcast stream and support for mixed flows
目标专利名称：用于在多流HSDPA通信网络中的服务蜂窝小区改变期间减少数据丢失的系统和方法 CN104160633B
本次调用模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：《未公开》 | 对比文件涉及移动站在接收广播流时在基站之间自主软切换，例如“FIG. 2 illustrates mobile station 100 during handoff... The network 10 must detect the mobile station 100 in the boundary region 14 and provide the same broadcast stream to BS3 to enable a handoff between BS2 to BS3.” (说明书第[0033]段) | 对比文件公开了移动站从多个基站接收相同的广播流以支持软切换。然而，该技术特征明确涉及“多流HSDPA通信网络”中“要在用户装备(UE)处聚集的第一服务蜂窝小区和第二服务蜂窝小区”来“将下行链路流传送给UE”。根据目标专利说明书（例如[0088]-[0092]段），这特指HSDPA下行链路载波聚集（如多流HSDPA），其中UE同时从多个蜂窝小区接收高速下行链路数据以提升吞吐量。对比文件描述的是广播/多播服务(BCMCS)中移动站接收来自多个基站的同一广播内容，目的是实现覆盖和无缝切换，而非对多个下行链路数据流进行“聚集”以提升单个UE的数据速率。两者技术领域（广播 vs. 高速分组数据）、目的（内容分发 vs. 数据吞吐量提升）和技术手段（单一广播流多路接收 vs. 多数据流聚合）均存在本质区别。因此，本领域技术人员不能从对比文件中直接或通过合理推理得出技术特征A的特定技术方案。 |
| **技术特征B**：《未公开》 | 对比文件描述了移动站在基站之间的软切换，例如“In a preferred embodiment of the invention, the mobile station 100 handoffs autonomously based on the pilot strength measurements from neighboring base stations... It is also desirable to support soft handoff across BSC boundaries...” (说明书第[0034]段) | 对比文件公开了移动站在基站之间执行软切换。然而，技术特征B中的“服务蜂窝小区改变”在目标专利上下文（如[0099]-[0101]段）中具有特定含义，指在多流HSDPA网络中，作为服务HS-DSCH蜂窝小区的角色（主或副）发生变更，并且强调变更后“第一基站或第二基站继续为该UE担任服务蜂窝小区”。对比文件的软切换是移动站同时在多个基站（活跃集）的覆盖下接收信号，并不涉及在“第一”和“第二”基站之间进行“服务蜂窝小区”角色的指定和改变。对比文件没有公开在多流HSDPA场景下，一个基站从“服务蜂窝小区”角色变为非服务角色，而另一个基站继续保持“服务蜂窝小区”角色的特定变更过程。因此，该技术特征未被直接或隐含公开。 |
| **技术特征C**：《未公开》 | 对比文件未提及HARQ缓冲器，也未提及在服务改变时向基站发送指令以维持队列中的数据。它提到了缓冲区管理以防止上溢/下溢（例如第[0074]-[0081]段），但这与HSDPA服务蜂窝小区改变时的数据维持指令无关。 | 技术特征C的核心在于：在服务蜂窝小区改变时，向“担任服务蜂窝小区”发送指令，要求其“维持”服务改变前“与该流相对应的混合自动重复请求(HARQ)缓冲器”。HARQ是HSDPA中的关键物理层重传机制（见目标专利[0061]段）。对比文件涉及的是广播/多播服务，其传输是固定速率、恒定功率的，并未提及HSDPA或HARQ机制。更重要的是，对比文件完全没有涉及在类似“服务蜂窝小区改变”的事件中，向特定基站发送指令以“维持”其缓冲器中的数据用于后续传输。其缓冲区管理（如丢弃或填充数据）是为了保持传输同步，而非为了在服务变更后减少数据丢失。因此，该技术特征未被对比文件公开。 |
| **技术特征D**：《未公开》 | 对比文件提到移动站测量导频强度并可能报告，例如“the network 10 may detect entry by the mobile station 100 into the boundary region 14 by monitoring signal quality reports from the mobile station 100. For example, when the mobile station 100 is in a boundary region 14, Periodic Pilot Strength Measurement Messages (PPSMMs), or the like, returned from the mobile station 100 will include pilot strength measurements...” (说明书第[0033]段) | 对比文件公开了移动站向网络报告信号质量测量（如导频强度）。然而，技术特征D特指“对第一服务蜂窝小区和第二服务蜂窝小区的蜂窝小区质量进行排名的报告”，并且“基于经排名的蜂窝小区质量中的最强蜂窝小区质量来选择所述担任服务蜂窝小区”。根据目标专利说明书（如[0112]-[0113]段），这是在多流HSDPA场景下，UE对其当前的两个服务蜂窝小区（主和副）进行质量排名。对比文件中的测量报告是针对相邻基站导频强度，用于决定是否将其加入活跃集以进行软切换，并不涉及对当前已指定的“第一”和“第二”服务蜂窝小区进行排名并基于此选择“担任服务蜂窝小区”的特定流程。因此，该技术特征未被公开。 |
| **技术特征E**：《未公开》 | 对比文件未提及“主服务蜂窝小区”和“副服务蜂窝小区”的概念。 | 技术特征E定义了“担任服务蜂窝小区是主服务蜂窝小区而未选中的服务蜂窝小区是副服务蜂窝小区”。这是多流HSDPA（如SF-DC HSDPA）中的特定架构，其中一个蜂窝小区被指定为主（锚），另一个为副（见目标专利[0088]段）。对比文件描述的广播软切换中，所有传输同一广播流的基站是平等的，没有主、副角色的区分。因此，该特征未被对比文件公开。 |
| **技术特征F**：《隐含公开》 | 对比文件提到移动站测量相邻基站的信号质量，例如“Periodic Pilot Strength Measurement Messages (PPSMMs), or the like, returned from the mobile station 100 will include pilot strength measurements for one or more neighboring base stations...” (说明书第[0033]段) | 对比文件公开了移动站测量并可以报告相邻基站（即相邻蜂窝小区）的信号质量（如导频强度）。虽然对比文件没有明确使用“排名”一词，但测量报告本身隐含了移动站能够对不同基站的信号质量进行比较和评估，网络可以根据这些测量信息做出决策。在发生移动性事件（如进入边界区域）之际，移动站报告相邻基站的测量信息，这可以合理地推断为包含了对其蜂窝小区质量的某种评估或比较信息，其作用是为网络决定是否进行软切换提供依据。这与技术特征F中“报告进一步包括...一个或多个相邻蜂窝小区的蜂窝小区质量的排名”所起的作用（为网络提供添加相邻蜂窝小区至活跃集的依据）在广义的移动性管理逻辑上是相似的。因此，基于宽松的隐含公开判断标准，可以认为该技术特征被隐含公开。 |
| **技术特征G**：《隐含公开》 | 对比文件描述了网络根据移动站的测量报告将基站添加到活跃集以支持软切换：“When the network 10 detects the mobile station 100 in the boundary region 14, it provides the broadcast stream to each adjacent base station 50 in anticipation of a handoff by the mobile station 100.” (说明书第[0033]段)；以及“To improve system performance, it is desirable to support soft handoff by a mobile station 100 receiving a broadcast stream...” (说明书第[0034]段) | 技术特征G描述了在发生移动性事件时，当相邻蜂窝小区的质量强于主或副服务蜂窝小区时，将其添加至活跃集。对比文件明确公开了：1) 移动站报告相邻基站的信号质量（如导频强度）；2) 网络基于此（例如，检测到移动站进入边界区域，意味着相邻基站信号变强）为移动站提供来自相邻基站的广播流，以支持软切换。在软切换中，为移动站提供服务的基站集合即构成其活跃集。因此，虽然对比文件未明确使用“强于主/副服务蜂窝小区”这一比较触发条件，但其核心逻辑是：当相邻基站信号质量足够好（可合理推断为强于当前服务的某些基站）时，网络会将其纳入服务集（即活跃集）以支持软切换。该过程所起的作用（基于测量质量调整活跃集以优化连接）与技术特征G在目标专利中的作用是相通的。因此，可以认为该技术特征被对比文件隐含公开。 |
| **技术特征H**：《未公开》 | 对比文件未提及在服务蜂窝小区改变时，向担任服务蜂窝小区的基站发送指令以维持其队列中的数据。 | 与技术特征C类似，但此处指“数据”而非特指“HARQ缓冲器”。对比文件没有公开任何在服务变更场景下，向特定基站发送指令以“维持”队列中已有数据用于后续传输的机制。其内容主要围绕广播参数协调和传输同步，与HSDPA服务蜂窝小区改变及数据维持无关。因此，该技术特征未被公开。 |
| **技术特征I**：《未公开》 | 对比文件未涉及当相邻服务蜂窝小区质量大于主服务蜂窝小区时，执行“主服务蜂窝小区改变”并用相邻服务蜂窝小区代替之的场景。 | 技术特征I描述了一个具体的移动性事件处理场景：相邻服务蜂窝小区质量超过主服务蜂窝小区，从而触发主服务蜂窝小区改变，相邻蜂窝小区成为新的主服务蜂窝小区。这是目标专利中针对多流HSDPA设计的具体切换逻辑之一（见表1及[0125]-[0127]段）。对比文件涉及的是广播服务的软切换，其切换逻辑是添加或移除活跃集中的基站，不涉及“主”、“副”服务角色的概念，更没有这种基于质量比较的角色替换机制。因此，该技术特征未被公开。 |
| **技术特征J**：《未公开》 | 对比文件未涉及当主服务蜂窝小区质量大于副服务蜂窝小区时，执行“副服务蜂窝小区改变”并用主服务蜂窝小区代替之的场景。 | 与技术特征I类似，这是目标专利中另一具体场景（见表1及[0125]-[0127]段）。对比文件的广播软切换机制中没有对应的“副服务蜂窝小区改变”概念。因此，该技术特征未被公开。 |
| **技术特征K**：《未公开》 | 对比文件未提及在“新的主服务蜂窝小区处的队列内维持与所述流相对应的所述数据”。 | 该特征是与技术特征I、J等场景配套的数据处理动作。对比文件没有涉及在多流HSDPA服务蜂窝小区改变后，在特定基站的队列中维持数据的操作。因此，未被公开。 |
| **技术特征L**：《未公开》 | 对比文件未提及“冲洗掉所述副服务蜂窝小区处的队列内与所述流相对应的所述数据”。 | 该特征是与技术特征I、J等场景配套的数据处理动作。对比文件没有涉及在服务蜂窝小区改变后，从被替换的基站队列中“冲洗掉”数据的操作。因此，未被公开。 |
| **技术特征M**：《未公开》 | 对比文件未涉及当副服务蜂窝小区质量大于主服务蜂窝小区时，执行“主服务蜂窝小区改变”并用副服务蜂窝小区代替之的场景。 | 这是目标专利中另一个具体的移动性事件处理场景（见表1及[0128]-[0130]段）。对比文件中不存在对应的机制。因此，未被公开。 |
| **技术特征N**：《未公开》 | 对比文件未涉及当相邻服务蜂窝小区质量大于副服务蜂窝小区时，执行“副服务蜂窝小区改变”并用相邻服务蜂窝小区代替之的场景。 | 这是目标专利中另一个具体的移动性事件处理场景（见表1及[0128]-[0130]段）。对比文件中不存在对应的机制。因此，未被公开。 |
| **技术特征O**：《未公开》 | 对比文件未提及在“新的主服务蜂窝小区处的队列内维持与所述流相对应的所述数据”。 | 与技术特征K类似，是配套的数据处理动作，未被对比文件公开。 |
| **技术特征P**：《未公开》 | 对比文件未提及“冲洗掉所述副服务蜂窝小区处的队列内与所述流相对应的所述数据”。 | 与技术特征L类似，是配套的数据处理动作，未被对比文件公开。 |
| **技术特征Q**：《未公开》 | 对比文件未涉及当相邻服务蜂窝小区质量大于主服务蜂窝小区时，执行“主服务蜂窝小区改变”并用相邻服务蜂窝小区代替之，且仅改变主服务蜂窝小区的场景（副服务蜂窝小区不变）。 | 这是目标专利中另一个具体的移动性事件处理场景（见表1及[0131]-[0133]段）。对比文件中不存在对应的机制。因此，未被公开。 |
| **技术特征R**：《未公开》 | 对比文件未提及在“新的主服务蜂窝小区处的队列内维持与所述流相对应的所述数据”。 | 是配套的数据处理动作，未被对比文件公开。 |
| **技术特征S**：《未公开》 | 对比文件未提及“冲洗掉所述主服务蜂窝小区处的队列内与所述流相对应的所述数据”。 | 是配套的数据处理动作，未被对比文件公开。 |
| **技术特征T**：《未公开》 | 对比文件未涉及当副服务蜂窝小区质量低于预定阈值时，将其从活跃集中移除的场景。 | 技术特征T描述了一个具体的移除场景。对比文件虽然提到了软切换和活跃集管理，但未具体描述基于“预定阈值”将特定角色（副服务蜂窝小区）从活跃集中移除的触发条件和过程。因此，未被公开。 |
| **技术特征U**：《未公开》 | 对比文件未提及“冲洗掉所述副服务蜂窝小区处的队列内与所述流相对应的所述数据”。 | 是配套的数据处理动作，未被对比文件公开。 |
| **技术特征V**：《未公开》 | 对比文件未涉及当副服务蜂窝小区质量大于主服务蜂窝小区时，执行主服务蜂窝小区改变，然后当原主服务蜂窝小区质量低于阈值时再将其移除的场景。 | 这是目标专利中另一个复杂的移动性事件处理场景（见表1及[0134]-[0136]段）。对比文件中不存在对应的机制。因此，未被公开。 |
| **技术特征W**：《未公开》 | 对比文件未涉及当主服务蜂窝小区质量在预定阈值以下时，从活跃集中移除该主服务蜂窝小区。 | 与技术特征T类似，但针对主服务蜂窝小区。对比文件未具体描述此场景。因此，未被公开。 |
| **技术特征X**：《未公开》 | 对比文件未提及“冲洗掉所述主服务蜂窝小区处的队列内与所述流相对应的所述数据”。 | 是配套的数据处理动作，未被对比文件公开。 |
| **技术特征Y**：《隐含公开》 | 对比文件提到了移动站测量导频强度，并且报告触发可能基于信号强度达到某个水平：“For example, when the mobile station 100 is in a boundary region 14, Periodic Pilot Strength Measurement Messages (PPSMMs), or the like, returned from the mobile station 100 will include pilot strength measurements...” (说明书第[0033]段)。虽然没有明确“Ec/I0”，但导频强度测量是移动性管理的基础，Ec/I0是其中一种常用度量。 | 技术特征Y将“移动性事件”定义为“达到预定阈值并维持所述预定阈值达预定时间的针对特定服务蜂窝小区的UE测量Ec/I0”。对比文件公开了移动站执行导频强度测量（可对应Ec/I0）并上报，且网络根据这些测量判断移动站是否进入边界区域（可对应信号质量达到某个水平）以触发后续操作（如准备软切换）。虽然对比文件没有精确描述“达到阈值并维持达预定时间”的触发公式，但本领域技术人员知晓，在实际系统中，为了防止信号波动导致的乒乓效应，测量事件触发通常包含一个时间迟滞或触发时间（Time-to-Trigger）的概念，即信号强度需要在一定时间内维持超过或低于某个阈值。因此，从对比文件公开的基于测量报告触发网络动作的基本原理，可以合理推断出移动性事件可能由满足特定条件（如达到阈值并维持一段时间）的UE测量（如Ec/I0）所触发。该触发机制所起的作用（报告信道条件变化以启动移动性管理）是相同的。因此，可以认为该技术特征被隐含公开。 |
| **技术特征Z**：《隐含公开》 | 同上，对比文件提到了基于导频强度测量进行移动性管理。信号变弱并离开报告范围是软切换中移除基站的自然对应事件。 | 技术特征Z将“移动性事件”定义为“落在预定阈值以下并维持所述预定阈值达预定时间的针对特定服务蜂窝小区的UE测量Ec/I0”。这是与技术特征Y相对应的相反事件。基于与技术特征Y相同的推理逻辑，本领域技术人员可以从对比文件公开的基于测量进行移动性管理（包括添加和移除基站）的整体框架中，合理推断出也存在一种由信号质量变差（落在阈值以下并维持一段时间）所触发的事件，用于从活跃集中移除基站。因此，可以认为该技术特征被隐含公开。 |
<<<f>>><<<g>>><<<y>>><<<z>>>