对比文件名称：2018-07-31_CN108353036A_发明公开_CN108353036A 用于通信网络的分组处理技术
目标专利名称：流间延迟抖动的减轻CN114731332B
本次调用的模型名称：通义千问（AI模型）
特征比对表格：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：至少一个处理器《直接公开》 | [0050]：“网络控制器10包括处理器12” | 对比文件明确公开网络控制器10包括至少一个处理器，用于执行确定信息等操作，与目标专利第一设备（SMF）包括处理器的结构相同，因此直接公开。 |
| 技术特征B：至少一个存储器，包括计算机程序代码《直接公开》 | [0050]：“网络控制器10进一步包括具有程序代码的存储器16” | 对比文件明确公开网络控制器10包括存储器，其中包含程序代码，与目标专利第一设备包括存储器和计算机程序代码的结构相同，因此直接公开。 |
| 技术特征C：所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述第一设备至少：根据确定多个数据流要从第二设备被发送到第三设备《隐含公开》 | [0099]：“在初始步骤502，SDNc 10等待图3中的通信网络的变化，包括初始网络设置。然后，在步骤504，通信量和网络信息被收集...步骤506中，要应用在网络元件S1至S7的入口端口上的入口延迟按通信量流来计算。” | 对比文件公开网络控制器（相当于第一设备）在网络变化（如新流建立）时触发确定信息，隐含了“根据确定多个数据流要从上游设备发送到网络元件（相当于第二设备到第三设备）”的触发条件，本领域技术人员可合理推断该条件。 |
| 技术特征D：在所述第一设备处基于所述多个数据流的业务类别确定用于所述多个数据流通过的所述第三设备的出口端口《隐含公开》 | [0004]：“以太网标准中的更新发展允许八个通信量类别之一声明为在以太网桥中接收特定处理的快速通信量类别” [0011]：“按照由所接收的信息定义的顺序向网络元件的至少一个出口端口转发第一和第二分组” | 对比文件提及通信量处理类（业务类别），且网络控制器确定的信息用于网络元件的出口端口转发，本领域技术人员可合理推断网络控制器基于业务类别确定出口端口（出口端口是网络元件上用于转发该类别流的端口），因此隐含公开。 |
| 技术特征E：确定用于所述出口端口的所述多个数据流的处理模式《直接公开》 | [0011]：“从网络控制器接收定义第一和第二分组流分组之间的相对转发顺序的信息...按照由所接收的信息定义的顺序向网络元件的至少一个出口端口转发第一和第二分组” | 对比文件明确网络控制器确定定义相对转发顺序的信息，该信息用于网络元件的出口端口，相当于确定用于出口端口的处理模式，因此直接公开。 |
| 技术特征F：所述处理模式指示所述多个数据流之间的关联《直接公开》 | [0011]：“定义第一和第二分组流分组之间的相对转发顺序的信息” | 该信息直接定义了分组流之间的相对转发顺序，即指示了流之间的关联，因此直接公开。 |
| 技术特征G：所述处理模式用于使所述第二设备利用序列号标记来自所述多个数据流并且被发送到所述第三设备的同一所述出口端口的分组，以使所述多个数据流经过所述第二设备的入口端口的传输时间次序与所述多个数据流经过所述第三设备的所述出口端口的传输时间次序相同 | 对比文件全文未公开利用序列号标记分组。 | 对比文件通过入口延迟控制转发顺序，未提及序列号标记，且目标专利采用序列号标记的方式与对比文件的延迟机制不同，本领域技术人员无法从对比文件直接或隐含得出该特征，因此不公开。 |
| 技术特征H：向所述第二设备提供所述处理模式《直接公开》 | [0028]：“发送该信息给至少一个具有至少一个分组入口端口和至少一个分组出口端口的网络元件” | 对比文件明确网络控制器将定义相对转发顺序的信息发送给网络元件（相当于第二设备），相当于提供处理模式，因此直接公开。 |
| 技术特征I：其中：所述第一设备为会话管理单元，所述第二设备为用户设备，并且所述第三设备为用户平面功能 | 对比文件未公开SMF、UE、UPF等5G核心网节点。 | 对比文件涉及以太网桥接网络，网络控制器和网络元件为通用网络设备，非5G特定节点，无法直接或隐含得出该架构，因此不公开。 |
| 技术特征J：或者所述第一设备为会话管理单元，所述第二设备为用户平面功能，并且所述第三设备为用户设备 | 对比文件未公开。 | 同特征I，不公开。 |
| 技术特征K：其中所述第一设备被使得通过以下操作确定所述处理模式：确定所述多个数据流的属性，所述属性包括以下至少一项：所述多个数据流的传输方向、与所述多个数据流相关联的数据单元会话的会话标识符、以及所述多个数据流的指示符 | 对比文件未公开传输方向、PDU会话ID、QFI等属性。 | 对比文件确定信息时可能基于流标识符等，但未涉及5G特定的传输方向、PDU会话ID、QFI，本领域技术人员无法直接或隐含得出这些属性，因此不公开。 |
| 技术特征L：针对所述多个数据流的所述属性设置模式标识符 | 对比文件未公开模式标识符。 | 对比文件未提及为处理模式设置标识符，不公开。 |
| 技术特征M：基于所述模式标识符和所述多个数据流的所述属性确定所述处理模式 | 对比文件未公开。 | 不公开。 |
| 技术特征N：其中所述第一设备还被使得：根据确定另外的数据流要从第二设备被发送到第三设备，确定所述另外的数据流的另外的业务类别是否与所述多个数据流的所述业务类别相同《隐含公开》 | [0099]：“在初始步骤502，SDNc 10等待图3中的通信网络的变化...步骤504，通信量和网络信息被收集...步骤506中，要应用在网络元件S1至S7的入口端口上的入口延迟按通信量流来计算。” [0004]涉及通信量类别。 | 网络控制器在网络变化（如新流加入）时重新计算，会收集新流的通信量信息（包括业务类别），隐含会判断新流业务类别是否与已有流相同，因此隐含公开。 |
| 技术特征O：根据确定所述另外的业务类别与所述业务类别相同，确定所述另外的数据流的属性《隐含公开》 | [0099]：步骤506根据通信量流计算延迟，需确定流属性（如比特率等）。 | 当业务类别相同，网络控制器确定新流的属性以计算延迟，隐含公开。 |
| 技术特征P：基于所述另外的数据流的所述属性来更新所述处理模式《隐含公开》 | [0099]：步骤506计算延迟后，步骤508“在步骤506确定的入口延迟在网络元件S1至S7上被编程”。 | 网络控制器基于新流属性重新计算延迟并重新编程，即更新处理模式，隐含公开。 |
| 技术特征Q：其中所述第一设备还被使得：根据确定所述多个数据流的传输已经被释放，从所述处理模式中移除所述多个数据流的属性《隐含公开》 | [0099]：步骤502等待通信网络的变化，包括流释放等。 | 网络控制器在网络变化（包括流释放）时重新计算，隐含会移除不再存在的流的相关信息，因此隐含公开。 |
直接公开特征代码：<<<A>>> <<<B>>> <<<E>>> <<<F>>> <<<H>>>
隐含公开特征代码：<<<c>>> <<<d>>> <<<n>>> <<<o>>> <<<p>>> <<<q>>>