好的，作为一名资深专利代理师，我将严格遵循您的要求，对目标专利的权利要求技术特征与对比文件进行逐一比对和公开性判断。
**本次评估信息**
- **对比文件名称**：2017-05-18_WO2017082779A_发明申请_WO2017082779A1 PACKET PROCESSING TECHNIQUE FOR A COMMUNICATION NETWORK
- **目标专利名称**：1072流间延迟抖动的减轻CN114731332B
- **模型名称**：(未提供模型名称，此处留空)
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：至少一个处理器<br>**《直接公开》** | [0062] “The network controller 10 of Fig. 1A is configured to control packet processing by the one or more network elements 20. To this end, the network controller 10 comprises a processor 12 and an interface 14 configured to communicate with the one or more network elements 20.”<br>（翻译：图1A的网络控制器10被配置为控制一个或多个网络元件20的分组处理。为此，网络控制器10包括处理器12和配置为与一个或多个网络元件20通信的接口14。） | 对比文件明确公开了网络控制器（对应于目标专利中的第一设备）包括至少一个处理器12，因此技术特征A被直接公开。 |
| **技术特征B**：至少一个存储器，包括计算机程序代码<br>**《直接公开》** | [0063] “The network controller 10 further comprises a memory 16 with program code that, when executed by the processor 12, configures the network controller 10 to implement the methods and method aspects of the present disclosure.” <br>（翻译：网络控制器10还包括存储器16，该存储器16具有程序代码，当由处理器12执行时，将网络控制器10配置为实现本公开的方法和方法方面。） | 对比文件明确公开了网络控制器10（对应于目标专利中的第一设备）包括存储器16，该存储器16存储程序代码，因此技术特征B被直接公开。 |
| **技术特征C**：所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述第一设备至少：根据确定多个数据流要从第二设备被发送到第三设备，<br>**《直接公开》** | [0064] “...each network element 20 comprises a processor 22, an interface 24 and a memory 26... The memory 26 stores program code that, when executed by the processor 22, configures the network element 20 to implement the methods and method aspects of the present disclosure.” <br>（翻译：...每个网络元件20包括处理器22、接口24和存储器26...存储器26存储程序代码，当由处理器22执行时，将网络元件20配置为实现本公开的方法和方法方面。） <br> [0089] “Step 208 and step 206 can be performed in any order...”<br>[0091] “In step 210, the network element 20 controls the first ingress port packet gate 32A based on the information received in step 206 to trigger transmission of one or more first packet flow packets.” <br>（翻译：在步骤210中，网络元件20基于在步骤206中接收到的信息来控制第一入口端口分组门32A，以触发一个或多个第一分组流分组的传输。） | 对比文件通过明确网络元件20的处理器22、存储器26和程序代码的配置，使其能够执行处理分组流的步骤。该处理步骤涉及从上游设备（如RRU，可视为第二设备）接收分组流，并向下游设备（如网络元素S1，可视为第三设备）发送分组流。因此，对比文件公开了第一设备（网络控制器10）根据多个数据流要从第二设备发送到第三设备的确定来执行后续操作。 |
| **技术特征D**：在所述第一设备处基于所述多个数据流的业务类别确定用于所述多个数据流通过的所述第三设备的出口端口<br>**《隐含公开》** | [0073] “only packets belonging to one or more packet flows of a particular (e.g., prioritized) traffic handling class are temporarily stored...” <br>（翻译：只有属于特定（例如，优先级）业务处理类的一个或多个分组流的分组被临时存储...） <br> [0106] “...the techniques presented herein can easily be combined with egress port traffic prioritization schemes such as one or more of IEEE 802.1Qbv... (that per se could not protect one time critical packet flow from another time critical packet flow).” <br>（翻译：...本文提出的技术可以很容易地与出口端口业务优先级方案结合...（其本身不能保护一个时间关键分组流免受另一个时间关键分组流的影响）。） <br> [0118] “...a time slot corresponds to a particular time interval for packet transmission...” <br>（翻译：...时隙对应于用于分组传输的特定时间间隔...） | 对比文件没有直接明确表述“基于业务类别确定出口端口”。但对比文件的核心在于管理同一业务处理类（traffic handling class）的不同分组流。确定多个数据流的处理机制（如门控打开时间）本就预设了这些流会通过一个共同的出口端口或逻辑上的汇聚点（在目标专利中为第三设备的出口端口）。对比文件公开的网络控制器10计算的门控信息（gate opening times）最终被应用到系统的各个端口（包括入口和出口），以定义分组的传输顺序。为了实现同一业务类的多个流的有序传输，本领域技术人员能够合理推断出，网络控制器必然需要确定这些流将通过哪个出口端口被发送到下游（例如，为了计算该出口端口处的排队和发送顺序）。特别是，对比文件图7和图8的描述（[0136]-[0144]）展示了网络元件S1和S3如何基于门控信息在特定出口端口形成有序的“分组列车”，这隐含地需要网络控制器确定这些流所通过的出口端口。因此，技术特征D被隐含公开。 |
| **技术特征E**：确定用于所述出口端口的所述多个数据流的处理模式，<br>**《直接公开》** | [0040] “The network controller comprises a processor configured to determine information defining opening times for the first packet gate and the second packet gate, the opening times defining a relative transmission order among the first packet flow packets and the second packet flow packets. The network controller further comprises an interface configured to send the information to the system...” <br>（翻译：网络控制器包括处理器，被配置为确定定义第一分组门和第二分组门的打开时间的信息，所述打开时间定义了第一分组流分组和第二分组流分组之间的相对传输顺序。网络控制器还包括接口，被配置为将所述信息发送到系统...） | 对比文件中的“信息”（information），即定义分组门打开时间的信息，对应于目标专利中的“处理模式”。该信息由网络控制器（第一设备）确定，并用于控制特定端口（入口或出口）的多个数据流的处理。因此，对比文件直接公开了第一设备确定（determine）用于出口端口的多个数据流的处理模式（即门控信息）。 |
| **技术特征F**：所述处理模式指示所述多个数据流之间的关联，<br>**《直接公开》** | [0040] “...the opening times defining a relative transmission order among the first packet flow packets and the second packet flow packets.” <br>（翻译：...所述打开时间定义了第一分组流分组和第二分组流分组之间的相对传输顺序。） | 对比文件明确说明，该信息（处理模式）定义了第一和第二分组流之间的“相对传输顺序”（relative transmission order）。这直接指示了多个数据流之间的关联，即它们在被发送时的顺序关系。因此，技术特征F被直接公开。 |
| **技术特征G**：所述处理模式用于使所述第二设备利用序列号标记来自所述多个数据流并且被发送到所述第三设备的同一所述出口端口的分组，以使所述多个数据流经过所述第二设备的入口端口的传输时间次序与所述多个数据流经过所述第三设备的所述出口端口的传输时间次序相同<br>**《未公开》** | [对比文件全文] | 对比文件全文未提及任何关于“序列号”（sequence number）、“利用序列号标记分组”（mark data packet with a sequence number）或通过序列号来维持传输时间次序的技术方案。对比文件解决分组竞争（racing condition）和PDV（分组延迟变化）的方法是使用时间门控（time gating）机制，即通过精确控制分组门（packet gate）的打开和关闭时间，来强制规定不同流的分组在特定端口上的发送顺序。这是一种基于时间调度的技术，而非基于数据包序列号标记的技术。本领域技术人员无法从时间门控机制合理推断出序列号标记机制。因此，技术特征G未被对比文件直接或隐含公开。 |
| **技术特征H**：向所述第二设备提供所述处理模式，<br>**《直接公开》** | [0040] “...an interface configured to send the information to the system, wherein the information is configured to program opening times of the first packet gate and the second packet gate.” <br>（翻译：...接口，被配置为将所述信息发送到系统，其中所述信息被配置为编程第一分组门和第二分组门的打开时间。） <br> [0068] “The processor 22 is configured to control the packet gates 32 based on information received from the network controller 10 via the interface 24.” <br>（翻译：处理器22被配置为基于通过网络控制器10经由接口24接收的信息来控制分组门32。） | 对比文件明确公开了网络控制器（第一设备）的接口14将确定的信息（处理模式）发送（send）到系统，该系统包含网络元件（可视为第二设备或第三设备）。网络元件通过其接口24接收该信息。这完全对应于目标专利中第一设备向第二设备提供处理模式的步骤。因此，技术特征H被直接公开。 |
| **技术特征I**：所述第一设备为会话管理单元，所述第二设备为用户设备，并且所述第三设备为用户平面功能<br>**《未公开》** | [对比文件全文] | 对比文件描述的是通用的通信网络中的分组处理技术，涉及网络控制器（SDNc）和网络元件（如TPMR、桥接器、交换机）。其应用场景包括前传网络（fronthaul）等。但对比文件中完全没有提及或暗示3GPP 5G核心网中的特定网元“会话管理单元（SMF）”、“用户设备（UE）”和“用户平面功能（UPF）”。这些是目标专利在5G时间敏感网络（TSN）集成背景下的特定设备角色。本领域技术人员无法从对比文件的技术方案合理推断出这些特定的5G网元角色。因此，本技术特征未被公开。 |
| **技术特征J**：所述第一设备为会话管理单元，所述第二设备为用户平面功能，并且所述第三设备为用户设备。<br>**《未公开》** | [对比文件全文] | 与对技术特征I的分析和论述完全相同。对比文件未公开任何3GPP 5G核心网网元。因此，本技术特征未被公开。 |
| **技术特征K**：其中所述第一设备被使得通过以下操作确定所述处理模式：确定所述多个数据流的属性，所述属性包括以下至少一项：所述多个数据流的传输方向、与所述多个数据流相关联的数据单元会话的会话标识符、以及所述多个数据流的指示符<br>**《未公开》** | [对比文件全文] | 对比文件在确定门控信息时，考虑的是分组流的特性，如恒定比特率（[0033]：“Each of the first and second packet flows may be a constant bitrate flow.”）、链路延迟（[0061]：“...the gate opening times may be calculated based on one or more link delays.”）、驻留时间（[0061]：“...based on a residence time of the first and second packet flow packets in a particular network element.”）等。对比文件未提及“传输方向”（direction）、“数据单元会话的会话标识符”（PDU session ID）或“数据流的指示符”（QFI）这些在3GPP 5G系统中定义的特定属性。因此，该技术特征未被公开。 |
| **技术特征L**：针对所述多个数据流的所述属性设置模式标识符<br>**《未公开》** | [对比文件全文] | 对比文件未公开为处理模式设置任何标识符（如模式ID）。虽然门控信息可能以门控列表（gate control list）的形式存在（[0085]：“the information... may take the form the gate control list as defined in IEEE 802.1Qbv”），但这与为一个具体的、包含流属性的处理模式设置专门标识符是不同的。目标专利中设置模式标识符是为了标识和维护特定出口端口与数据流属性之间的关联关系。对比文件没有这种概念。因此，该技术特征未被公开。 |
| **技术特征M**：基于所述模式标识符和所述多个数据流的所述属性确定所述处理模式。<br>**《未公开》** | [对比文件全文] | 由于对比文件未公开技术特征K和L中涉及的特定“属性”和“模式标识符”，因此也就没有公开基于这两者来确定处理模式的操作。对比文件确定门控信息是基于网络拓扑、链路延迟和流比特率等参数进行的计算。因此，该技术特征未被公开。 |
| **技术特征N**：其中所述第一设备还被使得：根据确定另外的数据流要从第二设备被发送到第三设备，确定所述另外的数据流的另外的业务类别是否与所述多个数据流的所述业务类别相同<br>**《隐含公开》** | [0127] “At an initial step 602, the SDNc 10 waits for a change in the communication network of Fig. 3, including an initial network setup. Then, in step 604, traffic and network information are collected...” <br>（翻译：在初始步骤602，SDNc 10等待图3的通信网络中的变化，包括初始网络设置。然后，在步骤604中，收集业务和网络信息...） <br> [0128] “In step 606, the packet gate opening times to be applied at the network elements TPMR 1 to 6 and, optionally, SI to S7 are calculated per package gate 32.” | 对比文件公开了网络控制器（SDNc 10）会等待网络变化（例如，新的数据流加入），然后重新收集业务和网络信息，并重新计算门控打开时间。这里的“网络变化”隐含地包括了新流的加入。当新流加入时，SDNc必须判断其特性，包括是否属于与现有流相同的业务类别，以便将其纳入到同一套时间门控调度机制中（否则无需与已有时序流关联处理）。虽然未明确表述“判断业务类别是否相同”，但这本是处理同类流问题的前提和内在逻辑。本领域技术人员可以合理推断出该步骤的存在。因此，技术特征N被隐含公开。 |
| **技术特征O**：根据确定所述另外的业务类别与所述业务类别相同，确定所述另外的数据流的属性<br>**《隐含公开》** | [0128] “In step 606, the packet gate opening times to be applied at the network elements TPMR 1 to 6 and, optionally, SI to S7 are calculated per package gate 32.” <br>（翻译：在步骤606中，要应用于网络元件TPMR 1到6以及可选的S1到S7的分组门打开时间按每个分组门32进行计算。） | 接上述对技术特征N的论述，当网络变化（如新数据流加入）时，为了计算门控时间（即更新处理模式），SDNc必然需要确定新流的属性，如其恒定比特率等（[0136]“...the SDNc sets the gate opening times, it generally takes into account the characteristics of the time critical flows (such as the flow bitrates)...”）。尽管对比文件中的“属性”与目标专利中的“传输方向、会话标识符、流指示符”不同，但其执行“确定新数据流属性以更新处理模式”这一功能是相同的。本领域技术人员可以合理推断出该步骤。因此，技术特征O被隐含公开。 |
| **技术特征P**：基于所述另外的数据流的所述属性来更新所述处理模式。<br>**《隐含公开》** | [0128] “In step 606, the packet gate opening times to be applied at the network elements TPMR 1 to 6 and, optionally, SI to S7 are calculated per package gate 32.” <br>（翻译：在步骤606中，要应用于网络元件TPMR 1到6以及可选的S1到S7的分组门打开时间按每个分组门32进行计算。） | 结合上述对技术特征N和O的论述，对比文件明确描述了当网络状态变化（如新流加入）时，网络控制器会重新计算门控打开时间。将新计算的（即更新后的）信息发送给网络元件，这完全对应于“基于另外的数据流的属性来更新处理模式”的操作。因此，技术特征P被隐含公开。 |
| **技术特征Q**：其中所述第一设备还被使得：根据确定所述多个数据流的传输已经被释放，从所述处理模式中移除所述多个数据流的属性。<br>**《未公开》** | [对比文件全文] | 对比文件虽然描述了当网络变化（例如新流加入或网络初始化）时会重新计算门控信息，但并未明确描述或暗示当数据流的传输被释放（terminated/released）时，会从其维护的“处理模式”（或对应的门控配置信息）中移除该数据流的属性。对比文件更侧重于建立和维护有序传输，对于资源释放时的具体操作细节没有涉及。因此，该技术特征未被公开。 |
---
<<<A>>><<<B>>><<<C>>><<<E>>><<<F>>><<<H>>><<<n>>><<<o>>><<<p>>>