一种第一设备，包括： 至少一个处理器；以及 至少一个存储器，包括计算机程序代码； 所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述第一设备至少：根据确定多个数据流要从第二设备被发送到第三设备，；在所述第一设备处基于所述多个数据流的业务类别确定用于所述多个数据流通过的所述第三设备的出口端口； 确定用于所述出口端口的所述多个数据流的处理模式，；所述处理模式指示所述多个数据流之间的关联，；所述处理模式用于使所述第二设备利用序列号标记来自所述多个数据流并且被发送到所述第三设备的同一所述出口端口的分组，以使所述多个数据流经过所述第二设备的入口端口的传输时间次序与所述多个数据流经过所述第三设备的所述出口端口的传输时间次序相同；以及向所述第二设备提供所述处理模式，； 其中： 所述第一设备为会话管理单元，所述第二设备为用户设备，并且所述第三设备为用户平面功能；或者所述第一设备为会话管理单元，所述第二设备为用户平面功能，并且所述第三设备为用户设备。

作为一名经验丰富的专利代理师，我将紧密结合目标专利《流间延迟抖动的减轻》（授权公告号：CN114731332B）的说明书背景技术和实施方案，对权利要求1的各项技术特征进行深度解析，并与您提供的三份对比文件进行客观、严谨的逐项特征比对与创造性分析。

---

## 一、 目标专利权利要求1的特征解析与技术内涵

目标专利的核心在于解决5G通信网络集成到时间敏感网络（TSN）中时，由于不同无线电承载（RB）延迟、时变信道或PDV复制等原因导致的**流间延迟抖动（Inter-stream delay jitter）**问题。

* **技术特征D & E（核心控制逻辑）：** “第一设备”基于业务类别确定“第三设备”的“出口端口”，并进一步为该出口端口的多个数据流确定一种“处理模式”（指示数据流之间的关联）。

* **技术特征G（核心执行机制）：** 该处理模式的作用是使“第二设备”利用**序列号（Sequence Number）标记**来自多个数据流的分组。其最终技术效果是：使这多个数据流在经过第二设备的**入口端口的传输时间次序**，与经过第三设备的**出口端口的传输时间次序完全相同**。从而在时间敏感通信（TSC）中恢复原有的时分先后顺序，减轻流间抖动。

* **技术特征I & J（应用场景演进）：** 限定了5G架构中的具体网络功能（NF）映射。

* **下行（DL）场景：** 第一设备=SMF（会话管理单元），第二设备=UPF（用户平面功能），第三设备=UE（用户设备/DS-TT）。

* **上行（UL）场景：** 第一设备=SMF，第二设备=UE，第三设备=UPF。

---

## 二、 对比文件公开情况分析（包含公开号）

为了清晰、直观地展现各对比文件对权利要求1技术特征的公开情况，特制备如下特征比对表。

### 1. 技术特征比对表

---

## 三、 最接近对比文件（最接近现有技术）的选择与分析

在创造性分析过程中，**对比文件2（WO2017082779A1）** 和 **对比文件3（US20170264556A1）** 均适合作为**最接近的对比文件**。原因如下：

### 1. 整体解决的技术问题角度

* **目标专利**解决的是通信网络（如5G+TSN）中，多个属于同一业务类别的时间敏感数据流，在传输过程中因各种网络扰动导致原有的时分先后次序被打乱、产生**流间延迟抖动（Race condition / PDV accumulation）**的问题。

* **D2和D3**（两者属同一申请人的关联申请，技术内容高度相似）在背景技术和发明内容中明确指出：“The race of two simultaneously received express traffic packets of different packet flows... results in a significant queuing delay... suffers from PDV accumulation...”（D2\[0009\]-\[0010\], D3\[0007\]-\[0008\]）。即D2和D3**完全聚焦于解决同业务类别不同数据流之间因“竞争（Race condition）”导致的流间延迟抖动与PDV累积问题**。这与目标专利解决的技术问题完全一致。

### 2. 技术效果与架构角度

* D2和D3均明确提出应用场景可以是**移动通信网络的前传网（Fronthaul domain）**，处理CPRI等高精度时间敏感流（D2\[0006\], D3\[0003\]）。其技术效果都是为了实现跨节点的“Racing-less transport（无竞争传输）”，使各流在下游恢复确定的相对时间次序。这与目标专利在5G/TSN前传或核心网中减轻抖动的技术效果高度契合。

* 相比之下，**D1（EP1259034A2）** 属于ATM网络的保护倒换测试技术，其打时间戳是为了事后统计业务中断时间（Service outage duration），根本不涉及在线实时控制、调整多流传输次序以减轻抖动的技术方案。因此D1不适合作为最接近的对比文件。

---

## 四、 关键特征的公开性与无效请求的薄弱点分析

### 1. 未被最接近对比文件公开的特征是否被其他现有技术公开？

通过上述特征比对可知，最接近的对比文件D2/D3与目标专利存在两处核心区别：

1. **特征G（核心控制手段）：** 目标专利通过“第一设备分配处理模式 $\rightarrow$ 第二设备**利用序列号标记分组** $\rightarrow$ 第三设备按序列号重排顺序”来实现两端时间次序相同；而D2采用的是“时间门控（时间片开关）”，D3采用的是“入口主动施加延迟时间（$t_d$）”。**D1虽然提到了时间戳（Time-stamp），但其仅作为测试仪计时的标记，并未公开“利用序列号标记流中分组以使入口与出口传输次序相同”的闭环控制机制。**

2. **特征I & J（具体网络架构限定）：** 目标专利将设备具体限缩为5G架构中的“会话管理单元（SMF）”、“用户平面功能（UPF）”和“用户设备（UE）”。而D2/D3公开的是通用网络中的“SDN控制器”与“L2网络桥/TPMR”。（注：在通信领域中，将SDN控制器的逻辑映射至5G的SMF，将网络桥/转发节点的逻辑映射至UPF/UE，属于本领域技术人员的常规平台移植，单独此特征的创造性高度较低）。

### 2. 无效宣告请求方最薄弱的技术特征（即目标专利的“阿喀琉斯之踵”）

若您代表无效请求方（意图推翻该专利），**最薄弱、最难攻克的硬骨头是“技术特征G”**。

> **薄弱点原因分析：**

> 虽然D2、D3与目标专利在**技术问题**（解决同类别流间竞争引起的PDV）、**控制架构**（中心控制器下发相对顺序规则给转发节点）上高度一致，但在**具体技术手段上形成了三条完全分叉的路径**：

> * D2 = 门控开关（Gate open/close list）

> * D3 = 入口延迟（Ingress delay tuning）

> * 目标专利 = 序列号标记（Sequence Number marking）

>

> 在无效诉讼中，专利权人会极力抗辩：D2和D3的方案完全依赖于全网极其严格的时钟同步（如IEEE 1588 PTP），通过在微观时间轴上“卡死”时间片或延迟来实现顺序，这会带来额外的缓冲延迟（D2\[0011\]）；而目标专利通过在分组头中注入“序列号”（特征G），使得节点不需要复杂的微观时间门控，只需在出口依据序列号恢复次序。这种**“基于数据面标记（In-band marking）”**的物理改变，与D2/D3的**“基于控制面时间控制（Time-gating）”**存在本质的系统级差异。

>

> **应对策略建议：**

> 无效请求方不能仅依赖D2/D3。必须尝试在**5G 3GPP标准文献（如TS 23.501, TS 23.503等关于5G TSN网桥或TSC流传输的提案）**中，寻找是否存在“为了恢复TSN时分特性，在UPF/NW-TT或UE/DS-TT处对TSC流封装序列号以进行重排（Re-ordering）”的现有技术。唯有将D2/D3的“流间相对顺序控制架构”与3GPP中“分组序列号标记/重排”的通用技术手段进行**组合（结合公知常识）**，方有打破特征G防线的可能。

作为一名经验丰富的专利代理师，我为您对该目标专利权利要求1结合对比文件D1（CN108353036A）和D2（CN110267312A）进行深度的技术特征比对与创造性、无效可行性分析：

---

## 一、 权利要求1技术特征拆解与对比文件比对表

---

## 二、 最接近对比文件的选择与分析

在创造性评判中，**对比文件2（D2: CN110267312A）最适合作为本申请最接近的对比文件**。

### 1. 技术领域及整体解决的技术问题角度

* **本申请**：解决在5G集成TSN网络中，由于多流（QoS流）经过不同无线电承载（RB）或时变信道传输时，导致通过出口端口时产生“流间延迟抖动（减轻流间延迟抖动）”的技术问题。

* **D2**：同样聚焦于5G网络引入TSN（时间敏感网络）的场景。解决如何在UE和UPF之间对时间敏感通信（TSC）数据进行精确流映射和管理，其背景技术和具体实施方式中明确提及利用DS-TT和NW-TT的“保持和转发功能以消除抖动”。

* **D1**：属于更广义的第二层以太网桥或交换分组网络（如CPRI前传网络），通过网络控制器控制网络元件避免流竞争。

### 2. 技术效果与特征重合度角度

D2公开了本申请权利要求1中除**特征G**之外的几乎所有架构特征和网元关系（SMF、UE、UPF的协同交互及QoS规则下发），提供了最强的技术支撑平台。因此，以D2为基础评判创造性，最符合“领域相同、技术问题最接近、区分特征最少”的检索与审查原则。

---

## 三、 无效请求方的最薄弱技术特征（即本申请的创造性核心点）

若您代表无效请求方，本案中最难被攻克的、对请求方而言**最薄弱的技术特征是：技术特征G**。

> **技术特征G：** “……所述处理模式用于使所述第二设备**利用序列号标记来自所述多个数据流**并且被发送到所述第三设备的同一所述出口端口的分组，以使所述多个数据流**经过所述第二设备的入口端口的传输时间次序与所述多个数据流经过所述第三设备的所述出口端口的传输时间次序相同**”

### 为什么该特征最薄弱（最难被无效）：

1. **D1的技术路径不相容**：D1虽然在目的上也是为了让数据流按确定性的次序和时隙传输，但它采用的方法是**“在网络元件的入口端口上施加独立的可调节延迟（`td`）”**。这是一种“空间/时间占位占道”的调节机制，并不涉及在分组报头中跨流打上统一的、用于恢复绝对时间次序的“序列号标签”。

2. **D2存在合法掩护（技术偏置）**：D2中虽然在表格1和文字中公开了`SequenceIdControlField`（序列号控制字段），但这是作为IEEE PTP/gPTP高精度时间同步协议里固有报文的检测字段，其目的是为了**分类/过滤时间同步报文**以将其映射到对应的QoS流中。D2中没有任何文字提及或暗示过“利用SMF下发某种处理模式，强行让UE/UPF跨多个数据流打上自定义序列号，用来在出口端动态恢复入口端的传输时间次序”。

3. **技术效果的突出的实质性特点**：特征G实现了一种动态的、不依赖于固定时隙或死板延迟的流间去抖动方案。在5G多RB传输导致乱序的空口环境下，通过“入口打标、出口按序缓存恢复”实现端到端传输时间次序的绝对对齐。这种“跨流全局打标对齐次序”的方案在现有两份对比文件中均未给出明确的技术启示，存在较高的创造性高度。

### 应对建议：

若要成功无效该特征，无效请求方必须进一步检索**针对多链路传输/工业无线网中“跨业务流乱序恢复机制”**或**“基于全局网络序号的端到端确定性时延控制”**的通用网络通信底层专利（例如属于3GPP标准提案中关于TSN profile/序列号重排的预研文献），单靠现有的D1和D2组合，很难打破特征G的创造性壁垒。

根据权利要求1所述的第一设备，其中所述第一设备被使得通过以下操作确定所述处理模式：确定所述多个数据流的属性，所述属性包括以下至少一项：所述多个数据流的传输方向、与所述多个数据流相关联的数据单元会话的会话标识符、以及所述多个数据流的指示符； 针对所述多个数据流的所述属性设置模式标识符；以及基于所述模式标识符和所述多个数据流的所述属性确定所述处理模式。

根据权利要求1所述的第一设备，其中所述第一设备还被使得：根据确定另外的数据流要从第二设备被发送到第三设备，确定所述另外的数据流的另外的业务类别是否与所述多个数据流的所述业务类别相同； 根据确定所述另外的业务类别与所述业务类别相同，确定所述另外的数据流的属性； 以及 基于所述另外的数据流的所述属性来更新所述处理模式。

根据权利要求1所述的第一设备，其中所述第一设备还被使得：根据确定所述多个数据流的传输已经被释放，从所述处理模式中移除所述多个数据流的属性。

一种第二设备，包括： 至少一个处理器；以及 至少一个存储器，包括计算机程序代码； 所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述第二设备至少：响应于在所述第二设备处接收到数据分组，基于用于第三设备的出口端口的多个数据流的处理模式来确定所述数据分组是否与所述多个数据流相关联，所述处理模式指示所述多个数据流之间的关联； 根据确定所述数据分组与所述多个数据流相关联，确定所述数据分组的序列号，所述序列号指示用于将所述数据分组从所述第三设备的所述出口端口发送到第四设备的时间顺序，所述序列号用于使所述多个数据流经过所述第二设备的入口端口的传输时间次序与所述多个数据流经过所述第三设备的所述出口端口的传输时间次序相同； 利用所述序列号标记所述数据分组；以及 向所述第三设备发送所标记的所述数据分组， 其中： 所述第二设备为用户设备，所述第三设备为用户平面功能，并且所述第四设备为终端站；或者所述第二设备为用户平面功能，所述第三设备为用户设备，并且所述第四设备为终端站。

根据权利要求5所述的第二设备，其中所述第二设备还被使得：基于所述处理模式确定所述多个数据流的属性，所述属性包括以下至少一项：所述多个数据流的方向、与所述多个数据流相关联的数据单元会话的会话标识符、以及所述多个数据流的指示符； 确定所述数据分组的标识信息；以及 根据确定所述标识信息与所述属性匹配，确定所述数据分组与所述多个数据流相关联。

根据权利要求5所述的第二设备，其中所述第二设备被使得通过以下操作确定所述序列号：确定在分组突发期间已经到达所述第二设备的、属于所述多个数据流的数据分组的数目； 确定所述分组突发中的所述数据分组的时间次序；以及基于所述数目和所述时间次序确定所述序列号。

根据权利要求5所述的第二设备，其中所述第二设备被使得通过以下操作标记所述数据分组：将所述序列号插入所述数据分组的报头中。

一种由第一设备执行的方法，包括： 根据确定多个数据流要从第二设备被发送到第三设备，在第一设备处基于所述多个数据流的业务类别确定用于所述多个数据流通过的所述第三设备的出口端口； 确定用于所述出口端口的所述多个数据流的处理模式，所述处理模式指示所述多个数据流之间的关联，所述处理模式用于使所述第二设备利用序列号标记来自所述多个数据流并且被发送到所述第三设备的同一所述出口端口的分组，以使所述多个数据流经过所述第二设备的入口端口的传输时间次序与所述多个数据流经过所述第三设备的所述出口端口的传输时间次序相同；以及向所述第二设备提供所述处理模式， 其中： 所述第一设备为会话管理单元，所述第二设备为用户设备，并且所述第三设备为用户平面功能；或者所述第一设备为会话管理单元，所述第二设备为用户平面功能，并且所述第三设备为用户设备。

根据权利要求9所述的方法，其中确定所述处理模式包括：确定所述多个数据流的属性，所述属性包括以下至少一项：所述多个数据流的传输方向、与所述多个数据流相关联的数据单元会话的会话标识符、以及所述多个数据流的指示符； 针对所述多个数据流的所述属性设置模式标识符；以及基于所述模式标识符和所述多个数据流的所述属性确定所述处理模式。

根据权利要求9所述的方法，还包括： 根据确定另外的数据流要从第二设备被发送到第三设备，确定所述另外的数据流的另外的业务类别是否与所述多个数据流的所述业务类别相同； 根据确定所述另外的业务类别与所述业务类别相同，确定所述另外的数据流的属性； 以及 基于所述另外的数据流的所述属性来更新所述处理模式。

根据权利要求9所述的方法，还包括： 根据确定所述多个数据流的传输已经被释放，从所述处理模式中移除所述多个数据流的属性。

一种由第二设备执行的方法，包括： 响应于在第二设备处接收到数据分组，基于用于第三设备的出口端口的多个数据流的处理模式确定所述数据分组是否与所述多个数据流相关联，所述处理模式指示所述多个数据流之间的关联； 根据确定所述数据分组与所述多个数据流相关联，确定所述数据分组的序列号，所述序列号指示用于将所述数据分组从所述第三设备的所述出口端口发送到第四设备的时间顺序，所述序列号用于使所述多个数据流经过所述第二设备的入口端口的传输时间次序与所述多个数据流经过所述第三设备的所述出口端口的传输时间次序相同； 利用所述序列号标记所述数据分组；以及 向所述第三设备发送所标记的所述数据分组， 其中： 所述第二设备为用户设备，所述第三设备为用户平面功能，并且所述第四设备为终端站；或者所述第二设备为用户平面功能，所述第三设备为用户设备，并且所述第四设备为终端站。

根据权利要求13所述的方法，还包括：基于所述处理模式确定所述多个数据流的属性，所述属性包括以下至少一项：所述多个数据流的方向、与所述多个数据流相关联的数据单元会话的会话标识符、以及所述多个数据流的指示符； 确定所述数据分组的标识信息；以及 根据确定所述标识信息与所述属性匹配，确定所述数据分组与所述多个数据流相关联。

根据权利要求13所述的方法，其中确定所述序列号包括：确定在分组突发期间已经到达所述第二设备的属于所述多个数据流的数据分组的数目； 确定在所述分组突发中的所述数据分组的时间次序；以及基于所述数目和所述时间次序确定所述序列号。

根据权利要求13所述的方法，其中标记所述数据分组包括：将所述序列号插入所述数据分组的报头中。

一种在第一设备处实现的装置，包括： 用于根据确定多个数据流要从第二设备被发送到第三设备来在第一设备处基于所述多个数据流的业务类别确定用于所述多个数据流通过的所述第三设备的出口端口的部件； 用于确定用于所述出口端口的所述多个数据流的处理模式的部件，所述处理模式指示所述多个数据流之间的关联，所述处理模式用于使所述第二设备利用序列号标记来自所述多个数据流并且被发送到所述第三设备的同一所述出口端口的分组，以使所述多个数据流经过所述第二设备的入口端口的传输时间次序与所述多个数据流经过所述第三设备的所述出口端口的传输时间次序相同；以及用于向所述第二设备提供所述处理模式的部件，其中： 所述第一设备为会话管理单元，所述第二设备为用户设备，并且所述第三设备为用户平面功能；或者所述第一设备为会话管理单元，所述第二设备为用户平面功能，并且所述第三设备为用户设备。

一种在第二设备处实现的装置，包括： 用于响应于在第二设备处接收到数据分组而基于用于第三设备的出口端口的多个数据流的处理模式来确定所述数据分组是否与所述多个数据流相关联的部件，所述处理模式指示所述多个数据流之间的关联； 用于根据确定所述数据分组与所述多个数据流相关联来确定所述数据分组的序列号的部件，所述序列号指示用于将所述数据分组从所述第三设备的所述出口端口发送到第四设备的时间顺序，所述序列号用于使所述多个数据流经过所述第二设备的入口端口的传输时间次序与所述多个数据流经过所述第三设备的所述出口端口的传输时间次序相同； 用于利用所述序列号标记所述数据分组的部件；以及用于向所述第三设备发送所标记的所述数据分组的部件，其中： 所述第二设备为用户设备，所述第三设备为用户平面功能，并且所述第四设备为终端站；或者所述第二设备为用户平面功能，所述第三设备为用户设备，并且所述第四设备为终端站。

一种非瞬态计算机可读介质，包括程序指令，所述程序指令用于使装置至少执行根据权利要求9至12中任一项或权利要求13至16中任一项所述的方法。