好的，我将以一名资深专利代理师的身份，对您提出的问题进行严谨、细致的评估和分析。
首先，明确本次评估的信息如下：
- **对比文件名称**：WO2016027130A1_Description_20260427_1639
- **目标专利名称**：用于通信系统中的增强型数据分组流处理的方法和装置CN112313991B
- **本次调用的模型名称**：未提供，但将遵循所有指令进行推理。
以下是特征比对表格及详细的公开性论述。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：包括：由网络实体检测数据分组的两个或更多个流是相关的<br><br>**《直接公开》** | **段落[0042]**：在端点之间的多路径连接的上下文中，根据一个实施例，有一种由连接端点的网络的运营商执行的方法，用于识别和协调多路径连接的子流。...该方法包括：在710，基于从第一子流建立消息中提取的信息识别多路径连接的第一子流...在720，基于从第二子流建立消息中提取的信息识别多路径连接的第二子流...该方法还包括在730，创建与所述多路径连接相关的子流组，所述子流组包括第一和第二子流。<br>**段落[0054]**：...基于此信息，PC 850可以确定第一子流和第二子流属于同一个MPTCP会话。 | 对比文件明确公开了一种由网络实体（策略控制器PC 850）检测两个或更多个流（MPTCP子流）是相关的（属于同一MPTCP会话）的方法。该识别基于对子流建立消息（如MP_CAPABLE和MP_JOIN选项）中信息的提取和关联（段落[0042]），并明确断言第一和第二子流属于同一会话（段落[0054]）。这与目标专利权利要求中“检测数据分组的两个或更多个流是相关的”完全一致，且在对比文件中起到识别和关联多路径流量以进行后续策略控制的作用，与目标专利中为了优化冗余传输处理而进行检测的作用本质相同，均是为了识别属于同一更高层级连接或应用的多个数据流。因此，本领域技术人员能够毫无疑义地确定该技术特征被对比文件直接公开。 |
| **技术特征B**：向至少一个较低层通知所述检测到的分组的流是相关的并且向所述至少一个较低层通知所述分组的服务质量(QoS)约束<br><br>**《隐含公开》** | **段落[0063]**：...创建与MPTCP相关的子流组使得可以在组中的一个或多个子流上应用执行网络流量策略的机制。<br>**段落[0065]**：一旦策略决策已作出，PC 1050向一个或两个PEP，1033和1043，发送规则。这些规则可以包括对其执行策略的流量的描述。<br>**段落[0066]**：一个策略决策可以是降级会话中的子流。PC 1050可以指令PEP 1033（或1043）降低MPTCP会话内第一（或第二）子流的优先级...这种降级可以通过...改变IP数据报的标记（例如，差分服务代码点，DSCP），改变无线上的优先级（如果接入网络支持）和/或其他方式来实现。 | 对比文件公开了网络实体（PC）向较低层（PEP）发送规则（段落[0065]）以执行策略（如降级），这隐含了某种形式的“通知”。然而，对比文件明确通知的内容是用于执行策略的“规则”及其描述的流量，并未明确提及通知“流是相关的”或具体的“QoS约束”。目标专利的“通知QoS约束”是明确且独立的动作。尽管如此，考虑到对比文件中PC基于子流相关性做出的策略决策（如降级）必然涉及对QoS的处理（如改变DSCP标记调整优先级，段落[0066]），并且PC的决策和指令隐含了其知晓相关的流及其所需的QoS处理。本领域技术人员可以合理地推断，为了执行这些基于QoS的策略，PC必然会向执行点（PEP，相当于较低层）传达与QoS相关的指令和约束。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C**：指导所述至少一个较低层以确保所述分组的流的等待时间、可用性或可靠性要求中的至少一项被满足。<br><br>**《隐含公开》** | **段落[0064]**：策略决策可以是...一个或多个流量引导、阻塞、降级、修改计费或报告等。<br>**段落[0066]**：...PC 1050可以指令PEP 1033（或1043）降低MPTCP会话内第一（或第二）子流的优先级...在拥塞情况下，该子流上的流量将减少，并且考虑到其他子流在不拥塞的接入上，MPTCP端点将自动优先选择其他路径上的子流，从而实现透明的流量引导/平衡。<br>**段落[0068]**：另一个策略决策可以是限制一个或多个子流。...PC 1050可以指令PEP 1033（或1043）将第一（或第二）子流上的流量流限制到特定的最大带宽。 | 对比文件公开了PC指导PEP执行多种策略（段落[0064]）。例如，通过降级一个子流（段落[0066]），可以引导流量到其他路径，从而提高其他路径上数据的可用性和可靠性（通过避免拥塞）。通过限速（段落[0068]）可以管理带宽，间接影响等待时间。虽然对比文件没有使用目标专利中的“等待时间、可用性或可靠性要求”这些确切措辞，但其策略决策的最终目的和效果是为了优化网络资源使用和保证服务质量，这必然包含了对可靠性、可用性和等待时间的考量。本领域技术人员可以合理推断，这些策略指导（降级、限速等）的实施，其隐含的目标是确保整个MPTCP连接的可靠性或等待时间要求不被破坏。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D**：其中所述相关的分组的流包括冗余分组。<br><br>**《隐含公开》** | **段落[0009]**：...这些多路径的同时使用增强了网络内的资源利用和用户体验，通过更高的吞吐量和改进的应对网络故障的弹性。<br>**段落[0066]**：...MPTCP端点将自动优先选择其他路径上的子流... | 对比文件指出MPTCP可以提高应对网络故障的弹性（段落[0009]），这暗示了其可用于冗余传输。并且，当一条路径被降级时，流量会切换到另一条路径（段落[0066]），这种机制本质上支持数据的冗余或备份传输。虽然对比文件主要侧重于负载均衡和策略控制，并未明确将相关流限定为“冗余分组”，但在MPTCP的框架下，子流既可以用于聚合带宽，也可以用于实现冗余以提高可靠性。目标专利将“相关的流”进一步限定为“冗余分组”，这是MPTCP的一个常见且公知的用例。因此，在对比文件已经公开了识别相关子流的基础上，本领域技术人员可以合理推断，这些相关的流可以包括用于冗余目的的分组。该技术特征被对比文件隐含公开。 |
| **技术特征E**：其中所述检测包括确定所述分组的流是否是用于互联网协议(IP)/以太网流的冗余分组。<br><br>**《隐含公开》** | **段落[0059]**：通过检查TCP头部选项“DSS”（数据序列信号），可以进一步降低错误关联两个子流的风险...使用这个序列号，MPTCP栈可以正确组合来自不同子流的载荷，以实现按序交付。<br>**段落[0060]**：另一种降低错误关联风险的方法是让DPI 930检查另一个MPTCP选项，ADD_ADDR选项。 | 对比文件公开了通过检查DSS选项的数据序列号（段落[0059]）来辅助关联子流，这涉及了对传输数据的分析。虽然对比文件没有明确“确定是否是冗余分组”这一步骤，但其公开的检测机制（如基于Token的关联、基于DSS序列号的校验）是实现该确定过程的基础。目标专利中的“确定”可以视为对比文件中“识别和关联”子流这一过程的自然延伸和目的之一。本领域技术人员在对比文件公开的识别和关联技术的基础上，能够理解该检测过程可用于识别MPTCP的不同操作模式，包括冗余模式。因此，该技术特征被对比文件隐含公开。 |
| **技术特征F**：其中所述检测包括以下至少一项：将所述分组的相关子流彼此相关联<br><br>**《直接公开》** | **段落[0042]**：...该方法包括...创建与所述多路径连接相关的子流组，所述子流组包括第一和第二子流。<br>**段落[0054]**：...PC 850然后可以确定第一子流和第二子流属于同一个MPTCP会话。具体地，由于Key-B和Token-B在主机B内是唯一的...那么第一子流和第二子流必须属于同一个MPTCP会话。 | 对比文件的整个核心就在于将多路径连接的相关子流彼此相关联，并创建子流组（段落[0042]）。段落[0054]明确说明了PC如何基于提取的Token等参数，确信地将第一子流和第二子流相互关联，判定它们属于同一MPTCP会话。这与目标专利特征F“将所述分组的相关子流彼此相关联”的技术方案完全一致。该技术在对比文件中起到了识别和聚合同一多路径连接下不同子流的关键作用，与目标专利中的作用相同。因此，本领域技术人员能够毫无疑义地确定该技术特征被对比文件直接公开。 |
| **技术特征G**：检查所述分组的流中的至少一个分组或者从外部系统接收信息以检测所述分组的至少两个子流正在传输相关数据。<br><br>**《直接公开》** | **段落[0044]**：以下机制基于检查用于建立和操作MPTCP的消息的字段。因此，这些字段中携带的信息被提取并用于关联子流。<br>**段落[0047]-[0048]**：在801，DPI功能830拦截从地址A1发送到地址B1的TCP/IP SYN消息，该消息包括带有参数Key-A的选项MP_CAPABLE...在804，DPI功能840拦截从地址A2发送到地址B1的TCP/IP SYN消息，该消息包括带有参数Token-B和Random-A的选项MP_JOIN。 | 对比文件明确公开了“检查所述分组的流中的至少一个分组”这一技术方案。整个实施例的核心就是DPI功能通过检查（拦截并分析）MPTCP子流的建立消息（如SYN消息中的MP_CAPABLE和MP_JOIN选项）（段落[0044], [0047]-[0048]）来提取信息（如Key-A, Token-B），以检测和关联两个子流，证明它们在传输属于同一多路径连接的相关数据。这与目标专利特征G中“检查所述分组的流中的至少一个分组”的技术方案完全一致，作用也相同，都是通过被动检查数据包来发现流之间的关联性。该技术特征被对比文件直接公开。 |
| **技术特征H**：其中所述指导包括向所述至少一个较低层转发所述检测到的分组的流以及指示所述至少一个较低层将所述分组视为不相关的添加的指示或报头。<br><br>**《未公开》** | **段落[0065]**：一旦策略决策已经作出，PC 1050向一个或两个PEP，1033和1043，发送规则。<br>**段落[0067]**：...这种降级可以通过...改变IP数据报的标记（例如，差分服务代码点，DSCP）...来实现。 | 对比文件公开了PC向PEP发送规则（段落[0065]），并可能通过修改DSCP标记（段落[0067]）来影响数据包的处理。然而，目标专利要求的是“指示所述至少一个较低层将所述分组视为不相关”，这是一个明确且特定的指示，目的是为了让较低层（如SDAP）利用分集（时间、频率、空间等）来优化传输。对比文件中的策略（如降级、限速）的目的与目标专利完全不同，其目的是根据运营商策略（如流量疏导、成本控制）来影响子流，而不是为了利用不相关处理来提升可靠性。对比文件没有公开任何指示较低层将分组视为“不相关”的教导或暗示。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征I**：其中所述指导包括操纵所述分组的报头或控制信息以确保所述至少一个较低层将所述分组视为不相关。<br><br>**《未公开》** | **段落[0067]**：...这种降级可以通过...改变IP数据报的标记（例如，差分服务代码点，DSCP）...来实现。 | 对比文件虽然公开了通过改变DSCP标记来操纵报头（段落[0067]），但此操作的目的是“降级”（降低优先级），以实现运营商策略（如流量疏导）。这与本技术特征I中“确保所述至少一个较低层将所述分组视为不相关”的目的完全不同。目标专利的“视为不相关”是为了让无线接入网对冗余流进行独立调度，以利用分集增益提高传输可靠性。对比文件没有提供任何关于操纵报头或控制信息以确保分组被“视为不相关”的教导或暗示。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征J**：还包括标识针对所述分组需要被满足的所述服务质量(QoS)约束。<br><br>**《隐含公开》** | **段落[0064]**：策略决策可以基于诸如用户订阅、预配置的流量路由规则、无线条件反馈等参数。<br>**段落[0066]**：...PC 1050可以指令PEP 1033（或1043）降低MPTCP会话内第一（或第二）子流的优先级。 | 对比文件公开了PC基于多种参数（包括用户订阅、预配置规则等，段落[0064]）做出策略决策，例如“降级”一个子流（段落[0066]）。降级一个子流必然意味着为其分配了相对较低的服务质量（QoS）。这种基于策略的决策过程隐含了PC已经标识或确定了这些子流需要被满足的某种QoS水平（或约束）。虽然对比文件没有像目标专利那样明确描述从外部系统取回QoS约束或基于数据流隐式检测，但其基于预配置规则和订阅信息做出QoS相关的策略决策，本领域技术人员可以合理推断这包含了标识QoS约束的步骤。因此，该技术特征被对比文件隐含公开。 |
| **技术特征K**：其中所述指导还包括仅将所述分组的子集转发给所述至少一个较低层并且缩放要由所述至少一个较低层满足的所述服务质量(QoS)约束。<br><br>**《未公开》** | **段落[0071]**：另一个策略决策可以是阻塞或复位一个子流。PC 1050可以指令PEP 1033（或1043）阻塞会话中的第一（或第二）子流。该被阻塞子流的所有数据包将被丢弃。 | 对比文件公开了“阻塞”子流的策略（段落[0071]），这确实会导致仅流量的子集被转发。然而，目标专利特征K的核心在于“缩放要由所述至少一个较低层满足的所述服务质量(QoS)约束”，即当只转发一个分组时，会相应地提高其QoS要求（例如，从99.9%提高到99.9999%），以确保可靠性。对比文件中的“阻塞”是为了强制将流量引导到其他路径，与缩放QoS约束无关。对比文件完全没有提供任何关于“缩放QoS约束”的教导或暗示。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征L**：其中所述网络实体包括附接到用户平面功能的数据分组复制管理器。<br><br>**《未公开》** | **段落[0041]**：...策略控制器（PC）650...在3GPP架构中，PC的示例是PCRF。<br>**段落[0080]**：图11说明了被配置为执行上述功能的PC 1100的结构。<br>**段落[0081]**：数据处理单元1102具有：第一模块1110...第二模块1120...第三模块1130... | 对比文件明确将其核心网络实体定义为“策略控制器”（PC）（段落[0041]），其功能由数据处理单元内的模块（1110, 1120, 1130）执行（段落[0081]），其架构示例是3GPP的PCRF。这与目标专利中定义的“附接到用户平面功能的数据分组复制管理器”是完全不同的逻辑实体和部署方式。目标专利的复制管理器（RM）是用户平面功能（UPF）的一部分或附接到UPF，负责处理数据分组复制和转发。对比文件的PC是控制平面实体，负责制定和下发策略。对比文件没有公开任何关于“复制管理器”或“附接到用户平面功能”的教导或暗示。因此，该技术特征未被对比文件直接或隐含公开。 |
---
**结论声明**
根据上述严谨的特征比对和公开性论证：
- 对比文件WO2016027130A1直接公开了目标专利CN112313991B权利要求中的技术特征**A**、**F**、**G**。
- 对比文件隐含公开了技术特征**B**、**C**、**D**、**E**、**J**。
- 对比文件既未直接公开也未隐含公开技术特征**H**、**I**、**K**、**L**。
**输出代码**
<<<A>>><<<F>>><<<G>>><<<b>>><<<c>>><<<d>>><<<e>>><<<j>>>