对比文件名称：2017-03-16_US2017078206A_发明申请_US20170078206A1 DATA TRANSMISSION CONTROL NODE, COMMUNICATIONS SYSTEM, AND DATA TRANSMISSION MANAGEMENT METHOD
目标专利名称：1063用于通信系统中的增强型数据分组流处理的方法和装置 CN112313991B
本次调用的模型名称：大型语言模型（DeepSeek系列）
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：由网络实体检测数据分组的两个或更多个流是相关的**《直接公开》 | 对比文件[0014]：信息管理单元，用于根据MPTCP连接消息将所述多个TCP子流与所述MPTCP连接相关联，从而使得所述MPTCP连接包括所述多个TCP子流。 | 对比文件中的“数据传输控制节点”（网络实体）通过MPTCP连接消息将同一MPTCP连接的多个TCP子流（即数据流）关联起来。这一关联操作的基础正是检测到这些子流属于同一个连接，即检测到这些流是相关的。虽然对比文件中检测的目的在于后续的拥塞控制数据卸载，而目标专利中检测的目的在于冗余分集处理，但“检测流之间的相关性”这一技术手段本身已被对比文件直接公开。 |
| **技术特征B：向至少一个较低层通知所述检测到的分组的流是相关的并且向所述至少一个较低层通知所述分组的服务质量(QoS)约束**《未公开》 | 对比文件[0080]：发送单元302用于将调整策略发送给至少一个TCP子流对应的网络节点... 调整策略用于指示网络节点调整数据传输过程。 | 对比文件是向较低层（网络节点）发送调整策略，该策略是关于调整MPTCP拥塞控制算法输入项（如RTT和丢包率）的指令，目的是触发数据迁移。对比文件既没有向较低层明确通知“该分组流是相关的”，更没有向较低层通知“分组的QoS约束”。目标专利的特征B是向较低层显式提供流相关性和QoS约束以进行优化处理，对比文件缺乏该教导。 |
| **技术特征C：指导所述至少一个较低层以确保所述分组的流的等待时间、可用性或可靠性要求中的至少一项被满足**《未公开》 | 对比文件[0006]：调整策略用于指示网络节点调整数据传输过程... 输出结果包括确定将至少一个TCP子流上传输的部分或全部数据迁移到所述MPTCP连接的另一TCP子流。 | 对比文件的指导目的是为了满足系统运行的预期要求（如负载均衡、运营商管控策略），其手段是通过增加RTT或丢包率来恶化链路质量，从而触发拥塞控制算法将数据迁移至其他链路。这与目标专利中的“指导较低层通过分集（时间、频率、空间等）以确保原始数据流的等待时间、可用性或可靠性要求被满足”在目的和手段上完全不同。对比文件未公开为确保流的QoS要求而被满足的指导。 |
| **技术特征D：其中所述相关的分组的流包括冗余分组**《未公开》 | 对比文件未明确将相关流定义为冗余分组。 | 对比文件主要关注MPTCP子流间的负载分担和拥塞控制，其相关流（子流）可以是用于聚合带宽的普通子流。对比文件并未明确公开或暗示相关的分组的流中包括“冗余分组（redundant packets）”。目标专利则将冗余分组的检测和处理作为核心区别。 |
| **技术特征E：其中所述检测包括确定所述分组的流是否是用于互联网协议(IP)/以太网流的冗余分组**《未公开》 | 对比文件未公开此确定步骤。 | 对比文件检测的是TCP子流是否属于同一个MPTCP连接，并未进一步确定该流是否是用于IP/以太网流的冗余分组。 |
| **技术特征F：其中所述检测包括以下至少一项：将所述分组的相关子流彼此相关联**《直接公开》 | 对比文件[0014]：将所述多个TCP子流与所述MPTCP连接相关联。<br>对比文件[0148]：将创建的属于MPTCP连接的TCP子流与该MPTCP连接相关联。 | 对比文件通过MPTCP信令中的令牌（Token）将多个TCP子流关联到同一个MPTCP连接，即明确公开了“将相关子流彼此相关联”这一检测步骤。这与目标专利中特征F的检测手段完全相同。 |
| **技术特征G：检查所述分组的流中的至少一个分组或者从外部系统接收信息以检测所述分组的至少两个子流正在传输相关数据**《直接公开》 | 对比文件[0116]：接收单元303用于接收网络节点上报的MPTCP连接消息，所述MPTCP连接消息是网络节点通过解析携带MPTCP信令的TCP数据包获取的。<br>对比文件[0176]：解析携带MPTCP信令的TCP数据包...形成对应的MPTCP连接消息。 | 对比文件公开了通过解析TCP数据包（检查分组）以及从网络节点（外部系统）上报的MPTCP连接消息（接收信息）来获取流的状态信息，从而检测子流是否属于同一MPTCP连接并在传输相关数据。这与目标专利特征G的内容完全对应。 |
| **技术特征H：其中所述指导包括向所述至少一个较低层转发所述检测到的分组的流以及指示所述至少一个较低层将所述分组视为不相关的添加的指示或报头**《未公开》 | 对比文件[0099]、[0100]：指示网络节点丢弃服务数据包以增加丢包率，或延迟发送数据包以增加RTT。 | 对比文件中，指导网络节点丢弃或延迟数据包，这些操作恰恰是为了让MPTCP拥塞控制算法感知到链路之间存在相关性（共享拥塞状态），从而触发数据迁移。这与目标专利中为了不相关失效而指示较低层“将分组视为不相关”的教导完全相反。 |
| **技术特征I：其中所述指导包括操纵所述分组的报头或控制信息以确保所述至少一个较低层将所述分组视为不相关**《未公开》 | 对比文件未公开操纵报头或控制信息。 | 对比文件通过直接控制较低层的行为（如调整调度、主动丢弃、延迟发送）来调整传输过程，完全没有提及操纵分组的报头或控制信息来使较低层认为分组不相关。 |
| **技术特征J：还包括标识针对所述分组需要被满足的所述服务质量(QoS)约束**《未公开》 | 对比文件[0103]：根据运营商的管理控制策略、通信链路的状态或无线资源状态中的至少一个条件来选择TCP子流。 | 对比文件标识的是运营商策略或网络/链路状态条件，而不是目标专利中原始数据流自身的QoS约束（如特定的可靠性、等待时间要求）。两者识别的对象和目的不同。 |
| **技术特征K：其中所述指导还包括仅将所述分组的子集转发给所述至少一个较低层并且缩放要由所述至少一个较低层满足的所述服务质量(QoS)约束**《未公开》 | 对比文件未公开转发子集并缩放QoS约束。 | 对比文件将数据全部转发并调整传输行为，没有公开仅转发分组的子集并对QoS约束进行缩放的特征。 |
| **技术特征L：其中所述网络实体包括附接到用户平面功能的数据分组复制管理器**《未公开》 | 对比文件[0065]：数据传输控制节点部署位置不限，可以独立部署，也可以与网络管理设备、接入控制设备、接入设备一同部署。 | 对比文件中的“数据传输控制节点”可以是独立设备，或部署于BSC、RNC、eNB等接入侧设备中，并未公开其“附接到用户平面功能（UPF）”。目标专利中的“复制管理器（RM）附接到UPF”是5G核心网架构下的特定实体，对比文件缺乏此教导。 |
根据以上分析，对比文件直接公开了技术特征A、F、G。
<<<A>>><<<F>>><<<G>>>