好的，作为一名经验丰富的专利代理师，我将严格遵循您的要求，对对比文件是否公开目标专利权利要求的各技术特征进行严谨的评估。
**目标专利名称：** 流间延迟抖动的减轻 CN114731334B
**对比文件名称：** 2017-09-14_US2017264556A_发明申请_US20170264556A1 PACKET PROCESSING TECHNIQUE FOR A COMMUNICATION NETWORK
**本次调用的模型名称：** 基于上下文的默认评估模型。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (翻译成中文) | 公开性论述 |
| **技术特征A：** 包括：至少一个处理器<br>**(直接公开)** | D1 [0051]：网络控制器10包括处理器12和接口14，该接口被配置为与一个或多个网络元件20通信。 | 对比文件明确公开了第一设备（网络控制器）包括至少一个处理器，因此技术特征A被直接公开。 |
| **技术特征B：** 至少一个存储器，包括计算机程序代码<br>**(直接公开)** | D1 [0051]：网络控制器10还包括存储器16，该存储器存储有程序代码，当由处理器12执行时，配置网络控制器10以实现本公开的方法和方法方面。 | 对比文件明确公开了第一设备（网络控制器）包括存储有计算机程序代码的至少一个存储器，因此技术特征B被直接公开。 |
| **技术特征C：** 所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述第一设备至少：根据确定多个数据流要从第二设备被发送到第三设备，<br>**(隐含公开)** | D1 [0028]：提供了一种由网络控制器执行的方法，用于控制网络元件对相同业务处理类别的第一和第二分组流的分组处理。D1 [0092]：在初始步骤502中，SDNc 10等待通信网络中的变化，包括初始网络设置。 | 对比文件公开了网络控制器（第一设备）响应于网络设置或变化（即确定数据流需要被传送）而启动控制操作。该触发条件与本专利“根据确定多个数据流要被发送”的触发机制在逻辑上具有同一性。本领域技术人员可以合理推断，当确定多个数据流需要通过网络元件进行传送时，网络控制器即执行相应步骤。因此技术特征C被隐含公开。 |
| **技术特征D：** 在所述第一设备处基于所述多个数据流的业务类别确定用于所述多个数据流通过的所述第三设备的出口端口<br>**(隐含公开)** | D1 [0011]：……相同业务处理类别的第一和第二分组流……。D1 [0024]：第一和第二分组可以被转发到网络元件的同一出口端口。D1 [0086]：SDNc 10被配置为向每个网络元件S1至S7编程信息（即延迟值），该信息定义了不同分组流的分组之间的相对转发顺序。SDNc 10为特定网络元件S1至S7设置的入口延迟值表示为dikm，其中km是端口号。 | 对比文件中，网络控制器（第一设备）基于业务类别对数据流进行分组，并为这些流所通过的特定网络元件（第三设备）的出口端口确定相对转发顺序（即入口延迟值）。虽然对比文件未明确表述“基于业务类别确定出口端口”这一步骤，但本领域技术人员能够毫无疑义地推断，要实现基于相同业务类别的流排序，网络控制器必然已经确定了这些流所通过的出口端口。因此技术特征D被隐含公开。 |
| **技术特征E：** 确定用于所述出口端口的所述多个数据流的处理模式<br>**(直接公开)** | D1 [0011]：……从网络控制器接收*定义了第一和第二分组流的分组之间的相对转发顺序的信息*……。D1 [0058]：由网络控制器10执行的方法包括步骤202，确定定义了两个相同业务处理类别的分组流之间的相对转发顺序的信息。 | 对比文件明确公开了网络控制器（第一设备）确定用于出口端口的、定义了多个数据流之间相对转发顺序的信息，该信息实质上构成了本专利所述的“处理模式”。因此技术特征E被直接公开。 |
| **技术特征F：** 所述处理模式指示所述多个数据流之间的关联<br>**(直接公开)** | D1 [0011]：……定义了第一和第二分组流的分组之间的相对转发顺序的信息。 | 对比文件中，该“定义了相对转发顺序的信息”直接指示了不同分组流之间的关联（即固定的相对排序关系），因此技术特征F被直接公开。 |
| **技术特征G：** 所述处理模式用于使所述第二设备利用序列号标记来自所述多个数据流并且被发送到所述第三设备的同一所述出口端口的分组，以使所述多个数据流经过所述第二设备的入口端口的传输时间次序与所述多个数据流经过所述第三设备的所述出口端口的传输时间次序相同<br>**(未公开)** | D1 [0066]：……步骤212中的相应排序可以通过根据步骤206中接收到的信息*选择性地延迟第一和第二分组*来执行。D1 [0090]：在本示例性场景中，不同分组流的分组之间的相对转发顺序由*网络元件S1至S7的入口端口处的可编程入口延迟*定义。 | 对比文件为了解决相同的技术问题（流间延迟抖动），采用了完全不同的技术手段。对比文件采用在第三设备（网络元件）的入口端口施加可编程延迟（Ingress Delay）来直接强制数据流的传输顺序。本专利则采用由第二设备（UPF/UE）利用序列号标记分组，再由第三设备（UE/UPF）基于序列号进行排序的机制。对比文件完全没有公开任何关于“第二设备利用序列号标记分组”以及通过序列号恢复入口次序的技术方案。因此技术特征G未被公开。 |
| **技术特征H：** 向所述第二设备提供所述处理模式<br>**(直接公开)** | D1 [0028]：该方法还包括将所述信息发送到至少一个网络元件。D1 [0061]：一旦信息在步骤202中被确定，就在步骤204中由网络控制器10将其发送到一个或多个网络元件20以进行编程。 | 对比文件明确公开了网络控制器（第一设备）将定义了相对转发顺序的信息（处理模式）发送给网络元件（第二设备）的步骤，因此技术特征H被直接公开。 |
| **技术特征I：** 所述第一设备为会话管理单元，所述第二设备为用户设备，并且所述第三设备为用户平面功能<br>**(未公开)** | D1 [0035]：提供了一种网络控制器，被配置为控制网络元件对分组流的处理。D1 [0053]：网络元件20可以被配置为通信网络100内的第2层以太网桥或交换机。 | 对比文件的技术方案基于通用的以太网桥接网络和前传网络架构，其第一设备是软件定义网络控制器（SDNc），第二设备是以太网桥/交换机，并未涉及3GPP 5G核心网中的会话管理单元（SMF）、用户设备（UE）和用户平面功能（UPF）等特定网元角色。因此技术特征I未被公开。 |
| **技术特征J：** 所述第一设备为会话管理单元，所述第二设备为用户平面功能，并且所述第三设备为用户设备<br>**(未公开)** | 同上 | 同上。对比文件未公开任何5G核心网特定网元，因此技术特征J未被公开。 |
| **技术特征K：** 其中所述第一设备被使得通过以下操作确定所述处理模式：确定所述多个数据流的属性，所述属性包括以下至少一项：所述多个数据流的传输方向、与所述多个数据流相关联的数据单元会话的会话标识符、以及所述多个数据流的指示符<br>**(未公开)** | D1 [0060]：该计算可以基于以下一项或多项：单个分组在网络元件中的驻留时间、上游网络元件与接收网络元件之间的一个或多个链路延迟、分组流的基础比特率、以及上游网络元件的绝对或相对分组发送时间。 | 对比文件确定相对转发顺序时，是基于链路延迟、驻留时间、比特率等底层网络参数。对比文件完全没有公开基于“传输方向”、“PDU会话标识符”、“数据流指示符（QFI）”等5G特定的高层会话与QoS属性来确定处理模式的技术内容。因此技术特征K未被公开。 |
| **技术特征L：** 针对所述多个数据流的所述属性设置模式标识符<br>**(未公开)** | 对比文件无相关内容。 | 对比文件没有公开为多个数据流的属性集合设置一个独立的“模式标识符”的技术方案。因此技术特征L未被公开。 |
| **技术特征M：** 基于所述模式标识符和所述多个数据流的所述属性确定所述处理模式<br>**(未公开)** | 对比文件无相关内容。 | 对比文件未公开基于模式标识符和特定属性集合来确定处理模式，因此技术特征M未被公开。 |
| **技术特征N：** 其中所述第一设备还被使得：根据确定另外的数据流要从第二设备被发送到第三设备，确定所述另外的数据流的另外的业务类别是否与所述多个数据流的所述业务类别相同<br>**(隐含公开)** | D1 [0092]：在初始步骤502中，SDNc 10等待通信网络中的变化……在步骤506中，将应用于网络元件S1至S7的入口端口的入口延迟*按业务流（per traffic flow）*进行计算。 | 对比文件明确在网络变化（例如新增数据流）时，按照业务流量类别进行计算。本领域技术人员可以合理推断，在处理新增数据流时，对比文件的网络控制器必然需要确定该新流的业务类别是否与已处理流的业务类别相同，以便进行分组处理。因此技术特征N被隐含公开。 |
| **技术特征O：** 根据确定所述另外的业务类别与所述业务类别相同，确定所述另外的数据流的属性<br>**(隐含公开)** | D1 [0092]：……收集流量和网络信息，包括例如参数di、dikm、RT、P等中的一项或多项。 | 在确定新数据流属于同一业务类别后，对比文件的网络控制器需要收集该新流的参数（如链路延迟、比特率等，即属性）以进行计算，因此技术特征O被隐含公开。 |
| **技术特征P：** 基于所述另外的数据流的所述属性来更新所述处理模式<br>**(隐含公开)** | D1 [0092]：在步骤506中，按业务流计算入口延迟……在进一步的步骤508中，将步骤506中确定的入口延迟编程到网络元件S1至S7中。 | 对比文件基于新流的数据（属性）重新计算入口延迟，并将更新后的延迟参数（处理模式）编程到网络元件中。这实质上就是基于新数据流的属性对处理模式进行了更新，因此技术特征P被隐含公开。 |
| **技术特征Q：** 其中所述第一设备还被使得：根据确定所述多个数据流的传输已经被释放，从所述处理模式中移除所述多个数据流的属性<br>**(隐含公开)** | D1 [0092]：SDNc 10等待通信网络中的变化…… | 当数据流的传输被释放时，这属于网络变化的一种。对比文件的网络控制器必然会重新计算并更新延迟参数，从而等效地移除了已释放数据流对处理模式的影响。本领域技术人员可以合理推断出该技术特征，因此技术特征Q被隐含公开。 |
---
<<<A>>><<<B>>><<<E>>><<<F>>><<<H>>>
<<<c>>><<<d>>><<<n>>><<<o>>><<<p>>><<<q>>>