对比文件的名称：2018-03-01_US2018062979A1_发明申请_US20180062979A1 Methods and Arrangements for Multipath Traffic Aggregation
目标专利的名称：1063用于通信系统中的增强型数据分组流处理的方法和装置CN112313991B
本次调用的模型名称：高级专利创造性评估模型
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A：** 包括：由网络实体检测数据分组的两个或更多个流是相关的。 **《直接公开》** | 引用段落[0062]： “……在这种情况下，网络中引入了MPTCP代理，其充当与无线设备的MPTCP连接的目的节点；经由eNB1 30a和eNB2 30b向无线设备20b提供MPTCP子流1和2。MPTCP代理使用正常的TCP连接将数据中继到互联网服务器60b节点。” <br><br>引用段落[0118]-[0119]： “MPTCP代理拦截从无线设备发送到服务器的SYN（同步）消息。当建立MPTCP连接时，第一条SYN消息包含MP_CAPABLE选项的信息……MPTCP代理可以发起一个新的MPTCP子流SYN(MP_JOIN)，使用其新的附加唯一IP地址作为源地址。该附加子流将使用令牌和哈希消息认证码（HMAC）与第一个子流相关联，这在MPTCP中是正常的做法。” | 对比文件中的MPTCP代理明确执行了相关流的检测。该代理通过拦截TCP建立信令，识别MP_CAPABLE选项和MP_JOIN选项，将无线设备的第一个子流与后续的附加子流关联到同一个MPTCP会话中。因此，该代理作为一个网络实体，明确检测到两个或更多个数据分组流（MPTCP子流）是相关的（属于同一会话）。这与目标专利中网络实体检测分组流相关的技术特征在本质上是相同的，功能和作用一致。 |
| **技术特征B：** 向至少一个较低层通知所述检测到的分组的流是相关的并且向所述至少一个较低层通知所述分组的服务质量(QoS)约束。 **《未公开》** | 引用段落[0071]-[0076]： “第二网络路径……可以通过来自MPTCP代理的基于Rx的信令来建立。MPTCP代理向策略与计费规则功能（PCRF）发送关于附加唯一MPTCP代理IP地址的信息……PCRF随后触发通过PGW/PDN-GW建立用于第二网络路径的专用承载。专用承载具有一个与MPTCP代理附加唯一IP地址相关的TFT（业务流模板）……在静态配置的情况下，当UE附着到网络时，会在PGW和无线设备中创建以下TFT……第二网络路径=第二承载=专用承载……（网络/代理侧）源IP：<附加唯一MPTCP代理IP地址>，目的IP：<UE PDN上下文IP地址>……” | 对比文件中的MPTCP代理通过PCRF/PGW配置专用承载和TFT来将子流映射到不同承载，从而间接实现了分流。但是，对比文件并未公开MPTCP代理或任何网络实体向较低层（例如RAN中的SDAP层）明确发送一个信令或通知，告知该较低层“这些分组流是相关的”并且告知“该分组的QoS约束”。对比文件中的TFT配置仅用于路由和过滤，并不包含向较低层动态通知流关系以及整体QoS约束的步骤。目标专利的该特征正是为了解决标准分流机制无法将流关系告知较低层的问题，而对比文件恰恰就是该标准机制的体现，因此未公开该特征。 |
| **技术特征C：** 指导所述至少一个较低层以确保所述分组的流的等待时间、可用性或可靠性要求中的至少一项被满足。 **《未公开》** | 引用段落[0067]、[0071]： “通过来自MPTCP代理的信令建立第二网络路径……MPTCP代理向PCRF发送关于附加唯一IP地址的信息……PCRF随后触发建立专用承载。” <br><br>引用段落[0092]： “设置第二MPTCP子流：使用包含附加MPTCP代理IP地址和UE IP地址的TFT……” | 对比文件中的MPTCP代理通过建立具有不同QoS的承载（默认承载和专用承载）来满足底层传输需求。但是，这种指导是基于承载级别的标准QoS配置，并非基于“分组的流是相关的”这一认知而进行的针对性指导。目标专利中的“指导”是复制管理器（RM）在明确知道流相关性的前提下，主动指示较低层（如SDAP）采取特定操作（如视为不相关、时间分集、频率分集等）来确保等待时间/可用性/可靠性要求。对比文件的机制无法实现这种基于流关系的智能指导。 |
| **技术特征D：** 其中所述相关的分组的流包括冗余分组。 **《未公开》** | 引用段落[0005]： “多路径TCP（MPTCP）允许一个TCP会话使用多条路径来最大化资源利用率。MPTCP有一个主TCP流和一个或多个TCP子流……它能够将所有接口上的负载进行分配。” <br><br>引用段落[0066]、[0092]： “在MPTCP代理和无线设备之间的MPTCP会话中中继数据，该会话包括第一网络路径上的第一MPTCP子流和第二网络路径上的进一步MPTCP子流……” | 对比文件通篇阐述的目标是MPTCP的**聚合（Aggregation）** 功能，即通过将不同数据包分配到不同子流上来提高吞吐量。虽然MPTCP理论上也支持冗余传输，但对比文件明确指向的是“负载分配”和“聚合”，并未限定“相关的分组的流包括冗余分组”。目标专利明确将冗余分组作为核心发明场景，这与对比文件以聚合为主要目标的场景存在本质的技术差异。因此，对比文件未公开该特征。 |
| **技术特征E：** 其中所述检测包括确定所述分组的流是否是用于互联网协议(IP)/以太网流的冗余分组。 **《未公开》** | 引用段落[0062]、[0118]： “MPTCP代理拦截从无线设备发送到服务器的SYN消息……建立了MPTCP会话……” <br><br>引用段落[0068]： “中继数据的操作包括：当向上行链路方向向接收服务器发送数据时，将第一MPTCP子流和进一步MPTCP子流中接收到的数据合并到TCP流中……” | 对比文件中的检测步骤是识别子流是否为同一MPTCP会话的成员，其目的是为了聚合（合并/分流），而不是为了确定这些流是否是用于IP/以太网流的冗余分组。对比文件未公开任何关于检测分组是否为冗余分组（即承载相同数据的复制流）的步骤或教导。 |
| **技术特征F：** 其中所述检测包括以下至少一项：将所述分组的相关子流彼此相关联。 **《直接公开》** | 引用段落[0118]-[0119]： “MPTCP代理可以发起一个新的MPTCP子流SYN(MP_JOIN)……该附加子流将使用令牌和哈希消息认证码（HMAC）与第一个子流相关联，这在MPTCP中是正常的做法。” | 对比文件明确公开了将相关子流彼此相关联的方法。MPTCP代理通过MP_JOIN消息中的令牌（Token）和HMAC将新发起的子流与已有的主子流相关联。这正是目标专利中“将所述分组的相关子流彼此相关联”的技术特征，两者公开的技术手段和作用完全相同。 |
| **技术特征G：** 检查所述分组的流中的至少一个分组或者从外部系统接收信息以检测所述分组的至少两个子流正在传输相关数据。 **《直接公开》** | 引用段落[0118]： “MPTCP代理拦截从无线设备发送到服务器的SYN……消息……该第一条SYN消息包含MP_CAPABLE选项的信息，该信息告知拦截的MPTCP代理该单IP地址源节点支持MPTCP。” <br><br>引用段落[0119]： “（MPTCP代理）使用其新的附加唯一IP地址作为源地址，发起一个新的MPTCP子流SYN(MP_JOIN)……” | 对比文件直接公开了“检查分组的流中的至少一个分组”来进行检测。MPTCP代理通过检查SYN分组中的MP_CAPABLE和MP_JOIN选项，检测到至少两个子流正在传输属于同一MPTCP会话的相关数据。这与目标专利中通过检查分组来检测子流传输相关数据的特征完全一致。 |
| **技术特征H：** 其中所述指导包括向所述至少一个较低层转发所述检测到的分组的流以及指示所述至少一个较低层将所述分组视为不相关的添加的指示或报头。 **《未公开》** | 引用段落[0075]-[0076]、[0083]： “默认承载……具有一个匹配所有分组的过滤器的TFT……专用承载具有一个与附加唯一MPTCP代理IP地址相关的TFT……在LTE场景中，第一网络路径基于与无线设备IP地址关联的默认承载……第二网络路径基于一个能够使用MPTCP代理的附加唯一IP地址过滤TCP分组的专用承载。” | 对比文件中，MPTCP代理指导较低层的方式是依靠配置TFT和承载，将不同的子流映射到不同的无线承载上。这是一种静态或半静态的配置，并没有在转发的分组流中附带一个明确的“指示”或“报头”来告知较低层（如SDAP）“将这些分组视为不相关”。目标专利的该特征是通过携带显式信令来动态指导较低层，与对比文件的承载映射机制在实现手段上完全不同，因此未公开。 |
| **技术特征I：** 其中所述指导包括操纵所述分组的报头或控制信息以确保所述至少一个较低层将所述分组视为不相关。 **《未公开》** | 全文未发现相关描述。 | 对比文件通篇未描述任何关于操纵分组报头或控制信息来使较低层将分组视为不相关的技术内容。其指导机制完全依赖于网络层/传输层的承载和TFT配置，不涉及对分组内部报头的操纵。因此，该特征未被公开。 |
| **技术特征J：** 还包括标识针对所述分组需要被满足的所述服务质量(QoS)约束。 **《直接公开》** | 引用段落[0067]、[0071]： “MPTCP代理向策略与计费规则功能（PCRF）发送关于附加唯一MPTCP代理IP地址的信息……PCRF随后触发通过PGW/PDN-GW建立用于第二网络路径的专用承载。专用承载具有一个与MPTCP代理附加唯一IP地址相关的TFT……” <br><br>引用段落[0083]： “第二网络路径至少部分基于第二承载，例如一个能够使用MPTCP代理的附加唯一IP地址过滤到/来自无线设备的TCP分组的专用承载。” | 对比文件中，MPTCP代理通过触发建立专用承载（Dedicated Bearer）来为第二子流提供特定的服务质量保证。在3GPP系统中，建立专用承载必然涉及明确标识和分配该承载的QoS参数（如QCI、GBR等）。因此，MPTCP代理（或其触发的PCRF/PGW）执行了“标识针对分组需要被满足的QoS约束”的步骤，以满足多路径聚合的需求。该操作与目标专利中标识QoS约束的步骤在本质上相同。 |
| **技术特征K：** 其中所述指导还包括仅将所述分组的子集转发给所述至少一个较低层并且缩放要由所述至少一个较低层满足的所述服务质量(QoS)约束。 **《未公开》** | 引用段落[0068]： “中继数据的操作包括：当向上行链路方向向接收服务器发送数据时，将第一MPTCP子流和进一步MPTCP子流中接收到的数据合并到TCP流中……当中继相反方向的数据时，即从服务器到无线设备的下行链路，中继操作包括将从TCP流接收的数据分割到第一MPTCP子流和进一步MPTCP子流。” | 对比文件中的MPTCP代理执行的是数据的**分割（Splitting）和合并（Merging）**。为了最大化吞吐量，它将完整的数据流分割成多个部分，通过不同子流发送（每个分组只在一个子流上发送一次）。这与目标专利中的“转发子集”完全不同，目标专利中的“转发子集”是针对冗余分组复制流，只转发其中一个副本（子集），并相应地缩放QoS约束。对比文件没有公开这种针对冗余数据处理的转发和缩放机制。 |
| **技术特征L：** 其中所述网络实体包括附接到用户平面功能的数据分组复制管理器。 **《未公开》** | 引用段落[0060]： “MPTCP代理50在图1中显示为与PGW（分组数据网络网关）位于同一位置，这只是一个示例性布置。例如，在另一种情况下，MPTCP代理50可以放置在PGW外部的SGi接口上。” <br><br>引用段落[0062]： “在这种情况下，网络中引入了MPTCP代理，其充当与无线设备的MPTCP连接的目的节点……” | 对比文件公开的网络实体是“MPTCP代理（MPTCP proxy）”。该代理主要实现多路径聚合（负载分担）功能。而目标专利限定的网络实体是“数据分组复制管理器（Packet Replication Manager）”，其主要功能是处理冗余数据分组。尽管两者都可以附接到用户平面功能（如PGW/UPF），但其定义的名称和核心功能是不同的。对比文件没有公开或暗示该MPTCP代理具备管理“数据分组复制”以及基于此进行特定通知和指导的功能。因此，该实体未被公开。 |
**最终代码：**
<<<A>>><<<F>>><<<G>>><<<J>>>