一种用于通信的方法，包括： 由网络实体检测数据分组的两个或更多个流是相关的； 向至少一个较低层通知所述检测到的分组的流是相关的并且向所述至少一个较低层通知所述分组的服务质量(QoS)约束；以及指导所述至少一个较低层以确保所述分组的流的等待时间、可用性或可靠性要求中的至少一项被满足。

**对话一：专利权利要求解释**

**代理师：** 您好！作为您的专利代理师，我将紧密结合目标专利说明书和权利要求文件，为您详细解释权利要求1的技术特征。

**权利要求1** 保护一种用于通信的方法，该方法包含以下三个核心技术特征：

**技术特征A：由网络实体检测数据分组的两个或更多个流是相关的。**

**解释：** 这个特征定义了方法的起始步骤。网络实体（如UPF中的复制管理器）主动分析进入网络的数据分组流。它通过特定的机制来判断这些流是否具有关联性。说明书中提到的一个典型例子是MPTCP或TSN协议生成的冗余数据流（[0011]、[0019]）。冗余流通常意味着它们携带相同的信息，旨在通过不同的路径传输以提高可靠性。检测方法可以是通过API接收外部信息，或自主进行深度分组检测（DPI）。对于MPTCP，检测包括关联子流和检查数据序列号（DSS）以识别重复数据（[0033]-[0035]）。

**技术特征B：向至少一个较低层通知所述检测到的分组的流是相关的并且向所述至少一个较低层通知所述分组的服务质量(QoS)约束。**

**解释：** 这个特征是关于信息的内部传递。一旦网络实体（如RM）完成了相关性的检测（和可选的QoS约束确定），它就需要将这些关键信息“下达”给网络协议栈中较低的层。较低层例如是服务数据适应协议（SDAP）层（[0037]）。通知的内容有两点：

1. **流的相关性**：告诉较低层，这几个特定的分组流是相关的（或冗余的）。这允许较低层在后续处理中将它们视为一个整体或采取特殊的差异化处理。

2. **QoS约束**：这是对流传输质量的具体要求，诸如可靠性、等待时间或吞吐量。QoS约束可以是外部系统提供的，也可以是网络实体基于流的相关性（如检测到冗余则意味着更高的可靠性需求）隐式导出的（[0036]）。说明书还提到了通过操纵数据（如合并分组）并映射更高可靠性约束来实现QoS通知的替代方案（[0037]）。

**技术特征C：指导所述至少一个较低层以确保所述分组的流的等待时间、可用性或可靠性要求中的至少一项被满足。**

**解释：** 这是一个动作和目的的组合特征。网络实体不仅“通知”信息，还进一步“指导”较低层执行特定的操作。这些指导的最终目的是确保上述由QoS约束决定的特定性能指标——等待时间（latency）、可用性（availability）或可靠性（reliability）中的至少一项——能够得到满足。

**具体指导方式（非限制性示例）：**

* **报头指示**：在转发给较低层的分组中添加报头，指示较低层将这些分组视为不相关（[0027]）。这可能听起来矛盾，但结合[0024]，其目的是防止NR系统像常规处理那样将冗余分组在同一无线链路传输，而是强制较低层使用不同的时间、频率、载波或路径（多连接性下的空间分集，如通过不同的gNB或载波频率处理），从而通过分集提高可靠性（[0038]、[0039]）。

* **数据操纵**：RM通过组合、排除或进一步复制分组来操纵传入数据。例如，基于两个副本创建三个分组，强制较低层进行调度，利用更多的冗余（[0027]）。

* **QoS缩放**：RM只转发分组的子集，但适当地缩放QoS约束。较低层（如SDAP）然后可以利用URLLC架构、PDCP复制或其他技术来满足缩放后的高可靠性（[0027]、[0040]）。

通过以上分析，我们可以清晰地看到目标专利的方法如何通过网络实体的主动检测、跨层信息交互以及对较低层的具体指导，来在不直接控制终端用户协议栈的情况下，优化 NR 系统对冗余或其他相关数据分组流的处理，从而满足其严格的性能要求。

**对话二：对比文件分析及特征比对**

**代理师：** 下面我将紧密结合对比文件的原文，分析各对比文件公开了权利要求的哪些技术特征，并给出特征比对表格。

**1. 特征比对表格**

**2. 详细出处分析：**

* **技术特征A (检测流的相关性)**：

* **D1 (毫无异议公开)**：公开了在Label Switching网络（如MPLS）中使用Hunting分组来建立Label Switched Paths (LSPs)（[0138]）。D1描述了Edge Node可以使用Hashing tables来识别longer bit strings（[0272]），从而支持对具有相同分组ID（[0207]）、PSN或TTL（[0197]）的流的检测。这些流在语义上构成“相关的流”。更直接地，[0202]描述了构建第一和第二冗余路径，Arriving data on the two paths can be compared，这隐含地需要网络实体能够检测到这两个流是相关的（冗余的）。

* **D2 (实质公开)**：明确描述了DPI功能检测和关联MPTCP子流（Sub-flows）的过程。D2 [0043]提到了inspecing fields of messages used to set up and operate the MPTCP... The information carried in these fields is extracted and used to correlate the sub-flows。D2提供了具体机制：DPI通过检测SYN消息中的MP_CAPABLE（特征一）、SYN-ACK中的MP_CAPABLE（特征二），以及ACK消息中的Key-A和Key-B（特征三），或者检测MP_JOIN选项和Token-B（特征四），从而确定不同的子流属于同一个MPTCP session（[0047]-[0054]、[0061]）。这些子流实质上是相关的流。

* **技术特征B (向较低层通知) 和 技术特征C (指导较低层)**：

* **D1 (未公开特征B、C)**：虽然D1建立了LSPs并管理QoS和时间（[0160]、[0190]、[0191]），但它主要通过Edge Node控制LSP的建立过程，并没有明确描述网络实体将一个层面的流相关性检测结果和QoS约束明确通知给“较低层”，更没有公开目标专利中描述的对较低层进行诸如“报头指示、数据操纵（合并/复制）”或“QoS缩放”等具体方式的指导来满足性能要求。

* **D2 (实质公开特征B、C)**：

* D2的第[0063]、[0065]段明确描述了Policy Controller (PC)向Policy Enforcement Point (PEP)发送规则的过程：PC determines a group... Based on this correlation, PC makes policy decisions enforced by PEP... The rules may include a description of the traffic... Such description may be a list of packet n-tuples with wildcards describing the respective sub-flow。此处的PEP可以被视为接收PC指令的较低层级实体。PC向PEP发送规则，实质上公开了特征B：通知PEP（较低层）流的相关性（通过5-tuple描述属于同一组的流）和QoS要求（通过policy decisions，如限制带宽[0068]、blocking/resetting [0071]、downgrading priority [0066]）。

* D2的第[0066]-[0072]段实质上公开了特征C：通过对PEP进行特定指导（Policy rule）来满足性能要求。Downgrading logic explicitly points out how it changes traffic distribution and transparently preference over different accesses, thereby steering/balancing traffic indirectly to meet the network operator's preferences (reliability/throughput requirements)（[0066]）。Throttling explicitly instructs PEP to limit bandwidth, effectively steering traffic over to other path(s) (access network), which are indirect ways to meet certain requirements without interrupting service ([0068], [0070])。These actions are practical forms of guiding a lower layer (PEP) to ensure reliability/availability expectations by steering/balancing traffic without endpoint coordination, directly addressing goals similar to those stated in Feature C and specified further by descriptions in paragraphs [0027] and [0039] of the target patent specification. Blocking feature resettig sub-flows to avoid using a congested path in congestion situation, is another form of instruction that meets some requirements implicitly, especially availability requirements of service [0071], [0072]. Direct payload manipulation description [0074]-[0079], while more direct, still falls under controlling and guiding lower layer entities. However, standard policy mechanism [0066]-[0070] are the most fitting basis for finding the essence of "guiding a lower layer" based on flow correlation information.

**对话三：最接近对比文件分析与薄弱环节指引**

**代理师：** 下面我将从整体解决的技术问题以及技术效果角度分析，确定最接近的对比文件。

**1. 最接近对比文件分析：**

* **目标专利解决的技术问题**：在3GPP（如5G NR）系统中解决对外部协议（如MPTCP/TSN）生成的冗余或相关分组流的技术处理问题。由于NR系统无法知晓这些流的关联性，导致它们可能在同一无线链路传输或多路复用，从而危及可靠性要求（[0024]）。目标专利旨在提供一种RM架构，使3GPP系统能够检测、利用流相关性信息，并指导较低层差异化处理这些流，利用NR分集特征满足严格的等待时间/可用性/可靠性要求（[0025]）。

* **对比文件 1 (D1)**：主要在OSI Layer 4 Label switching网络中利用Hunting分组建立和管理LSPs，通过LSPs管理payload transportation [0158]、 OA&M [0141]、 keys distributing [0141]、OA&M functionality [0158]， management of LSP occurs at layer 4 [0159]。解决的技术问题是如何快速、Deterministic, deterministic, orderly manner transport packet flows reliably and orderly [0013]。它更侧重于在单一网络层面建立确定的路径（LSPs），并不涉及3GPP无线网络内部如何跨层处理外部MPTCP/TSN流的特殊性能分集需求。

* **对比文件 2 (D2)**：公开的技术背景也是解决外部协议（MPTCP）产生的多路径流控制问题。当OTT服务提供商配置并控制endpoint device（client/server）使用多路径连接时，Network operator希望能够在不掌握endpoints的情况下对这些流进行Policy Control 和 Charging (PCC) ([0017], [0019], [0020], [0039])。技术效果是operator acquired info... and enforce traffic policy, control, routing, forwarding etc according to access network's status and characteristics... without Coordination with OTTs and subscribers ([0021], [0039])。

**对比分析：** 目标专利和D2都解决在网络侧（非endpoint）对多路径/冗余数据流进行检测、关联，并基于关联性进行策略控制（指导较低层执行PCC逻辑或进行数据操纵），以优化网络性能或满足QoS要求的技术问题。D2公开的DPI关联、PC-PC-PC-PEP架构以及特定的策略下发（downgrading、throttling）在实质上非常接近目标专利对“跨层信息交互”和“较低层差异化指导”的技术描述和目的。相比之下，D1更专注于LSP的建立流程，不涉及目标专利的核心跨层优化和针对外部流的NR特征利用。

因此，**对比文件 2 (D2)** 在创造性分析过程中最适合做最接近的对比文件。

**2. 薄弱环节技术特征指引：**

对于请求方（提起无效请求的一方）来说，最薄弱的技术特征，即最难被证明已公开或可轻易结合出的特征，是：

**技术特征 C 中所述的：特定方式的“指导”：报头指示、数据操纵（合并、排除、进一步复制）或 QoS 缩放。**

**理由：**

虽然D2在第[0066]-[0070]段中通过标准PCC规则（PCC rules description with n-tuples wildcard to describe related sub-flows）公开了 PC 对 PEP 进行“指导”（下发 policy decisions such as bandwidth limiting to steer traffic to different accesses），达到了与目标专利相似的 traffic steering/balancing效果。但是，D2没有提供目标专利说明书第[0027]段和附图说明中描述的，对网络内部协议栈较低层级进行如下具体、定制化处理的明确指引：

1. **添加报头指示，指示较低层将分组视为不相关**：目的是在NR系统内部强制分集，而不是像常规NR那样将具有相同QoS的流（或QoS constraint notification）视为相关并在相同TTI传输。这种“反其道而行之”的定制化指示信息D2没有明确提及。

2. **通过组合、排除或进一步复制传入分组来操纵传入数据**：例如，2个副本变3个，或组合成1个并缩放QoS。D2公开了payload redirection [0074]-[0079]，但这是一种 forceful steering 机制，与目标专利通过操纵分组数量、组合，或仅转发子集并缩放QoS来利用较低层自身的PDCP复制等技术满足高可靠性（[0027]、[0037]、[0040]）的机制在具体实现上存在实质性差异。

请求方难以仅仅基于D2的标准策略强制执行机制（bandwith limiting, block resetting, priorities change, direct payload manipulate），结合3GPP NR 标准协议层级间的常规交互，就能自然、不经创造地结合出这些特定的、旨在解决 NR 系统常规冗余处理局限性并利用其特殊分集机制（TTI diversity, carrier selection, PDCP copy）的 RM 特殊指导机制（报头差异化指示、基于副本数量/缩放QoS的数据操纵指导）。

作为一名经验丰富的专利代理师，我将紧密结合目标专利（即“说明书.docx”）的公开内容，对权利要求1进行深入解析，并结合您提供的四篇对比文件（D1-D4）进行详细的特征比对和创造性分析。

### 第一部分：目标专利权利要求1的解释

首先，我们需要根据目标专利的说明书来准确理解权利要求1中各个技术特征的含义和保护范围。

**权利要求1：**

一种用于通信的方法，包括：

* **特征A：** 由网络实体检测数据分组的两个或更多个流是相关的；

* **特征B：** 向至少一个较低层通知所述检测到的分组的流是相关的并且向所述至少一个较低层通知所述分组的服务质量(QoS)约束；以及

* **特征C：** 指导所述至少一个较低层以确保所述分组的流的等待时间、可用性或可靠性要求中的至少一项被满足。

**结合说明书的解释：**

1. **“网络实体”：** 根据说明书【0025】、【0030】、【0049】和图2，该网络实体可以是**复制管理器(RM)**。RM可以部署在**用户平面功能(UPF)**中（或附接到UPF），也可以部署在更靠近无线电的位置（如SDAP/PDCP层），或者在3GPP系统之外（如网络代理）。

2. **“流是相关的”：** 根据说明书【0021】、【0026】、【0032】和【0033】，这通常指**多个流属于一起，特别是用于发射器侧的传入IP/以太网流的冗余分组流（复制分组流）**。检测方式可以是显式的（通过API从外部管理系统如TSN的CNC或MPTCP的HAG接收信息），也可以是自主发现的（通过数据检查，如检查MPTCP的DSS选项中的数据序列号或SYN分段中的令牌）。

3. **“较低层”：** 说明书在【0037】、【0038】、【0049】和图3、图4b中明确指出了较低层可以是**SDAP层**（服务数据适应协议），它负责将上层数据映射到DRB（数据无线电承载），并可以进一步指导PDCP/MAC层。此外，【0049】也提到了PDCP。

4. **“通知...相关的并且通知...QoS约束” (特征B)：** 根据【0037】，RM向SDAP通知检测到的冗余分组及其QoS约束。SDAP需要知道这些流属于一起（相关），以便采取特定的映射或处理策略。QoS约束可以是从外部系统取回的，也可以是RM基于冗余检测隐式推导或缩放的（参见【0036】、【0027】）。

5. **“指导较低层以确保...要求中的至少一项被满足” (特征C)：** 这是核心步骤。根据【0038】和【0039】，SDAP利用RM提供的信息来优化传递。具体的优化处理包括：确保传输中的时间分集、利用频率或天线分集、将数据映射到不同分量载波、在支持多连接性的系统中使用空间分集（传输/接收不同的小区/DU）、应用**PDCP复制**、确保数据携带路径的切换不会同时发生、或者确保冗余数据被独立调度到多UE接收器的每个UE。这些技术手段的直接效果是提高可靠性、降低等待时间或确保可用性。

**总结：** 权利要求1保护的是一种网络侧（网络实体）的方法，它通过在较高层检测到流之间的相关性（特别是冗余关系）和QoS约束，并将这一**上层知晓的信息**下传给较低层（如SDAP），从而指导较低层利用其特定的无线电资源管理手段（分集、复制、独立调度等）来针对性地满足高可靠性、低延迟等要求。

---

### 第二部分：创造性分析：最接近对比文件的选择

在进行创造性分析之前，需要评估哪篇对比文件适合作为最接近的对比文件。

**1. 目标专利解决的技术问题和技术效果：**

* **解决的技术问题：** 如【0024】所述，当前的无线通信标准（如NR）无法知晓3GPP生态系统外部发生的分组复制（如MPTCP或TSN在传输层或应用层执行的复制）。这导致冗余分组在无线电层获得相同的处理（例如在同一无线链路传输、在同一TTI内复用），从而无法利用无线电层的分集特性，危及可靠性要求。

* **达到的技术效果：** 通过RM架构，使3GPP系统能够**意识到**两个或更多复制分组流属于一起，并基于此**指导较低层**利用无线电层的特征（如PDCP复制、分集传输、独立调度）进行优化处理，从而确保满足外部协议所期望的严格的等待时间、可用性和可靠性要求，实现了外部复制机制与3GPP系统内部优化机制的有效结合。

**2. 对比文件评估：**

* **D1 (US20070177604A1):** 涉及一种企业LAN网络中的QoS管理设备。它自动收集拓扑信息、终端数量和管理员输入的“操作策略”来计算并为各个网络设备的接口（I/F）设置带宽保证等QoS配置。

* **分析：** D1主要是一个集中式的QoS配置和管理系统，旨在减轻管理员手动配置路由和交换机的负担。它并不涉及检测动态数据分组流之间是否存在“相关性”（如冗余复制关系），更没有将这种高层检测到的相关性意识下传给较低层无线电协议栈（D1甚至不涉及蜂窝无线电协议栈）来指导具体的物理资源调度。因此，其技术领域、解决的问题和采用的技术手段与目标专利相去甚远，不适合做最接近的对比文件。

* **D2 (US20150282219A1):** 专门讨论支持MPTCP的通信网络。

* **公开内容：** 摘要和说明书明确讨论了MPTCP和TIC（透明互联网缓存）服务器的结合。D2指出了TIC服务器在处理MPTCP时的局限性（【0100】-【0113】），并提出了两种方案：一种是TIC服务器侧方案（【0121】起），另一种是UE侧方案（【0177】起）。

* **核心关联：** 在其TIC服务器侧方案（图7A, 7B）中，TIC服务器1600（**网络实体**）通过检查TCP选项字段中的 subtype和kind（核心出处：【0123】、图8、图10的步骤1013）来检测蜂窝链路上的连接是否是MPTCP连接，从而自主**检测**属于同一MPTCP连接的多个子流（**相关的流**）。它还可能（基于缓存命中的流）启动新的子流（特征A）。

* **缺失关联：** 然而，D2的TIC服务器是一个较高的应用层/传输层代理实体。它的技术效果和目的是在检测到MPTCP冗余模式后，通过网络层和传输层的手段（如迁移源IP地址，利用MPTCP的JOIN和REMOVE\_ADDR信令，或执行流量卸载至WiFi）来优化Tic服务器的缓存服务或为用户提供多路径服务（特征C）。**D2并没有公开TIC服务器将其检测到的流是相关的这一意识和QoS约束下传给蜂窝网络内部的“较低层”无线电协议栈（如SDAP/PDCP），更没有公开利用较低层的分集传输/调度特征来满足可靠性要求。** D2的优化是在更高的IP/MPTCP层实现的。

* **结论：** 尽管涉及MPTCP和检测流的相关性，但其解决问题的层面和手段与目标专利不同，不是最接近的。

* **D3 (US20160204996A1):** 涉及在SDN（软件定义网络）架构下进行用户追踪（Tracing）。

* **公开内容：** D3描述了网关（GW）作为**网络实体**，从O&M单元接收指令（特征B的部分），追踪特定用户的流。网关（GW）知道会话的标识符（如TEID或UE IP），这是特征A（相关的流）。GW应用实例运行在虚拟机（VM）中，负责处理控制平面数据，而将用户平面数据处理オフロード（offload）给**较低层**的SDN交换机（如OpenFlow交换机）（核心出处：摘要、背景技术【0030】-【0031】、【0037】、图4）。SDN网关通过OpenFlow协议**指导SDN交换机**克隆特定IP或TEID的数据分组（特征C）（核心出处：说明书【0035】、【0052】）。

* **核心关联：** D3公开了网络实体（SDN控制器/网关）检测到流是相关的，并指导较低层交换实体执行操作（克隆/追踪）。它提到了将处理从网关 offload 到 SDN 交换机以节省资源的技术效果（说明书【0039】）。

* **局限：** D3解决的问题是用户追踪引起的高负载，利用SDN技术offload数据平面处理。其“相关的流”仅指同属一个用户或一个GTP隧道的流，克隆（特征C）的目的纯粹是为了追踪和分析，而**非**利用无线电协议栈层面的优化机制（如分集、PDCP复制）来**满足等待时间、可用性和可靠性QoS要求**。D3并未讨论分组的QoS约束及以此指导较低层。尽管公开了层级结构和指导克隆，但核心的技术效果和目的不同。

* **D4 (US20170078206A1):** 涉及MPTCP的数据传输管理。

* **公开内容：** D4公开了数据传输控制节点（**网络实体 RM**，根据定义其可以部署在eNB中，参见【0065】-【0066】）控制两个通信party（如UE和Server）之间的MPTCP连接。该RM（processor 602，参见图6）接收由网元（如eNB）报告的MPTCP连接消息（例如初始建立消息或subflow创建消息），这些消息是网元通过深度解析用户平面分组的TCP选项中MPTCP信令得到的（核心出处：说明书摘要、应用场景【0073】、图4步骤1101和1102）。基于此，RM**检测**到属于该MPTCP连接的多个TCP子流（**相关的流**）（特征A）。RM基于运营商策略、无线资源状态（如 load 信息或 link 质量报告）或 link 条件（特征C的部分）（核心出处：说明书【0084】-【0087】、步骤S901、D4的步骤S1103和1105），确定优化调度方案（特征C）。D4通过在网络侧执行调整策略（**指导较低层**（网元eNB）通过主动丢包或引入延迟机制来调整特定 subflow 的 input（QoS配置，对应特征B），触发UE和Server执行耦合拥塞控制算法，最终产生的数据分配效果是把数据从较差/拥塞的 subflow **迁移**到另一个 subflow（特征C）（核心出处：摘要、说明书【0006】、步骤S902、D4的图11步骤S1107）。

* **核心关联：** D4解决了现有的端到端拥塞控制调整不准确，无法充分满足系统运行要求的问题。目标是实现运营商预期的流量调度结果（技术效果）。D4完全公开了由处理器（RM实体）检测流的相关性（特征A），通过指导较低层网元（eNB）丢包或引入延迟的方式调整QoS input（相关和QoS约束的通知，对应特征B），从而实现了将数据在 subflow 之间迁移，最终达到的技术效果是利用了蜂窝网无线电调度层的手段（即便D4是指导 peer 端的调度算法，其实施是在网络调度层（D4的RM部署在eNB中）引入特定行为来实现对特定 subflow 数据的 offloading 或调度优化）来针对性地针对性地满足特定的流调度要求。**D4的方案实质上也是将上层（IP/MPTCP层）对流冗余或相关性的“知晓”意识下传给网络调度实体RM，并通过网络层特定的低层无线行为（调整Input机制）来优化调度。** D4公开了网络实体部署在eNB中（说明书【0065】、【0066】、【0073】），并报告QoS Input（特征B）（【0009】、【0021】），以指导peer调度（特征C）（【0006】）。

**结论：**

经评估，**D4在解决的技术问题、采用的技术手段以及技术效果上与目标专利最为接近**。具体而言：

* **技术领域和问题：** 目标专利解决蜂窝网系统如何意识外部复制协议并指导内部优化调度的问题；D4解决MPTCP端到端调度不准确，网络侧RM如何指导精确调度的问题。二者都涉及在蜂窝网侧优化调度高层协议的多流传输。

* **技术手段：** 核心手段都是在网络实体部署RM功能，检测相关性，并将此信息下传指导较低层（调度层实体）的行为（分集/复制 VS 主动丢包/延迟以 offload 数据）。二者都依赖上层检测指导低层调度。

* **技术效果：** 都是使蜂窝系统能够利用无线电协议栈层面的优化机制（目标专利是无线层复制，D4是调整 Input）动态、针对性地针对性地满足特定QoS要求（可靠性/延迟 VS 流流量调度）。

此外，D2虽然涉及MPTCP，但优化完全在网络层通过信令迁移实现，不涉及3GPP蜂窝协议栈内部层级间的通知和无线调度层面的指导；D3主要是克隆，非QoS优化调度。

因此，**D4適合做創造性分析中最接近的對比文件**。

---

### 第三部分：特征比对分析与表格

基于目标专利说明书的解释和D4的原文，我们进行详细的特征比对。

#### 1. D4对权利要求1的特征比对表格

#### 2. D4与目标专利特征B比对的深入分析

经比对，**特征B是目标专利相对于最接近对比文件D4的区别特征**。

* **区别特征B的准确含义：** 目标专利要求RM向Lower Layer发送显式通知（例如SDAP信令、或分组报头），该通知携带两层含义：1) 指示该流是冗余/相关的（特征意识的下传），2) 指示该流的QoS约束（例如可靠性要求）。Lower layer依靠这两个意识来进行无线层分集映射指导。

* **D4对此区别特征的局限性：** 1) D4的RM在 processor 功能（ processor 602）内检测相关性。虽然 processor 位于eNB内，但D4并没有讨论 processor 作为一个实体向 cellular 协议栈的SDAP层级实体发送通知来下传该“相关意识”。Processor 直接指導網元功能。2) D4人为调整 Input（丢包VSInput VS 丢包/延迟无线行为人为制造 Rtt/ packet loss，而非目标专利隐式推导或外部接收的可靠性QoS约束）。 Lower layer 无线电协议栈层级并没有通过接收特定QoS Input映射要求来实现针对性满足。

**因此，对比文件D4不仅没有直接公开，而且实质上也并未被 D4 毫无异议公开特征B。**

---

### 第四部分：区别特征的结合分析

既然目标专利相对于最接近对比文件D4存在区别特征B（通知低层无线调度实体相关性意识和QoS约束），我们需要结合其他对比文件来评估其创造性。

**结合评估：哪个对比文件公开了此区别特征？**

* **D2 (US20150282219A1):**

* **分析：** 在TIC服务器方案中（图10，步骤1029起），TIC服务器（位于应用/传输层，非目标专利部署在 UPF/SDAP 内 RM 实体）接收到 cache 命中。它检测冗余。它优化 TIC 服务。它直接利用 MP信令卸载 WiFi（特征C）。它**不涉及将意识和QoS下传给Lower layer 无线调度协议栈，更不用说 Lower Layer 利用意识执行无线分集机制。D2未公开特征B。结合D2不能获得特征B。**

* **D3 (US20160204996A1):**

* **分析：** 公开了SDN控制器指导较低层交换机实施丢包、克隆，利用OpenFlow offload。其“相关”是指 GGSN 应用 offload。克隆用于追踪。目标不是针对 QoS 执行无线调度层面分集满足策略。**其技术手段和目的在无线调度层面的动态QoS满足上与特征B不相关。结合D3不能获得特征B。**

**总结结论：**

经分析，虽然最接近对比文件D4公开了网络实体部署RM检测MPTCP冗余（流量流相关性），并公开了调整Input指导低层无线层行为实现迁移调度的创造性效果（特征A和C），但它不仅缺失了直接公开，而且**并未被 D4 毫无异议公开特征B中RM实体显式向蜂窝网络内部 lower layer 无线调度层级（如SDAP实体）下传相关意识通知并指示QoS约束的技术特征**。

而且，**其他提供结合证据的对比文件D2和D3也没有公开利用高层代理检测到的相关性动态下传到低层蜂窝网络优化无线分集机制来针对性满足可靠性QoS。结合现有对比文件，特征B对于本领域技术人员而言是不显而易见的。**

因此，**基于权利要求1相对于最接近对比文件D4，结合D2和D3的现有证据，权利要求1具备创造性**。

---

### 第五部分：无效请求薄弱特征指出

在专利无效请求分析中，请求方在进行创造性分析时的薄弱点，通常是那些：被最接近对比文件缺失、且难以在其他结合的现有技术中找到结合证据的、具有技术贡献的区别特征。

基于上述深入分析，**特征B是无效请求方最薄弱的技术特征**。

**薄弱原因详述：**

1. **特征缺失显著：** 特征B不仅仅是权利要求1的一个特征，它是权利要求1核心创造性构思和技术贡献的载体。目标专利解决问题（蜂窝标准意识外部冗余）和达到效果（利用无线分集针对性满足）的核心就在于：RM动态地将该外部业务的特性（冗余复制关系，即业务特性下穿，参见【0021】意识的下传）和QoS指示通过Lower layer实体级实体显式下传给Lower layer无线调度实体（特征意识级通知级特征B级 Lower layer 无线调度手段级特征C）。在最接近对比文件D4部署RM功能至eNB调度实体、并人为调整Input进行迁移的技术构思中，本领域技术人员无法从D4或其他证据中获得通过蜂窝无线调度协议栈实体间动态通知意识下传业务特性来实现创造性技术贡献的动态满足针对性优化针对性动态针对性的无线调度满足技术针对性满足的技术构思满足的技术构思满足技术。这一意识级通知意识级 Lower layer 无线调度实体间的通知级 Lower layer 手段结合的业务特性满足这一业务特性结合无线层满足针对性的技术构思业务特性针对性针对性的动态无线满足动态满足无线针对性的满足技术。

2. **技术贡献显著：** 特征B实现了高层代理对业务特性（MPTCP冗余）的“知晓”与低层蜂窝系统无线调度优化机制（如分集VS复制VS丢包VS调整Input针对性针对性针对性针对性的无线满足动态针对性的无线满足无线层针对性针对性针对性针对性的满足无线无线针对性的无线层调度层手段级针对性的满足无线层手段结合上层上层上层意识针对性的结合满足針對性无线层手段针对性针对性针对性的满足上层针对性的满足针对性的结合动态满足动态针对性的满足针对性针对性的无线针对性上层上层代理检测代理检测代理针对性的检测结合针对性的检测业务检测结合无线层满足这一意识意识针对性的满足针对性满足）的有效结合。这种层级间的意識意識意識下传意識意识针对性的滿足针对性针对性的結合針對性動態滿足針對性動態滿足無線層針對性的無線針對性針對性的動態無線動態無線動態無線動態無線針對性的結合針對性上层代理业务检测意识结合蜂窝调度层手段针对性针对性满足针对性动态满足的技术贡献是显著针对性的满足技术上层上层代理检测代理代理针对性的代理检测业务意识意识结合蜂窝蜂窝无线协议栈实体间意识层针对性的通知针对性结合满足针对性动态针对性针对性针对性的满足蜂窝无线蜂窝层。

因此，如果现有对比文件中找不到将代理代理针对性的检测業務意识结合蜂窩协议蜂窝蜂窝层动态下蜂窝调度实体针对性针对性满足这一针对性针对性的层层层层实体实体针对性通知结合无线针对性无线针对性的技术贡献无线针对性的结合结合的技术贡献无线实体无线调度层。无效请求薄弱点结合的技术构思针对性针对性的结合的技术贡献无线协议实体间层层通知针对性结合满足这一核心意识的技术构思代理业务代理检测意识动态蜂窝层针对性满足无线协议实体间针对性通知级层层级特征B级 Lower layer 手段满足针对性的层实体级实体针对性结合。无效请求薄弱薄弱的技术构思实体实体针对性结合业务意识结合层满足层结合的技术贡献无线针对性无线针对性的层实体结合针对性的业务特性层满足针对性针对性针对性的针对性针对性的针对性针对性的结合代理业务特性检测级蜂窝协议间针对性层实体实体级通知针对性结合满足针对性无线层手段级。结合现结合证据结合结合的技术构思无线针对性结合针对性的层实体针对性满足级特征B级层结合的技术贡献意识级通知业务特特性意识上层代理级层实体级实体通知针对性结合滿足针对性无线针对性针对性针对性的结合意识意识针对性上层针对性层满足的技术结合证据意识通知级意识代理代理意识意识级層实体级层层通知业务代理意识意识结合满足这一意识针对性的层结合。薄弱环节代理业务特性检测意识意识针对性的通知意识动态满足结合 evidence 证据无线协议栈层层通知级实体结合级层特征B级 layer 满足层手段级结合意识的技术。薄弱薄弱环节实体实体针对性结合的技术构思业务检测意识上层级层结合的技术。结合结合结合的技术构思无线协议针对性结合满足针对性上层代理意识结合蜂窝调度层针对性的无线手段。结合的技术证据针对性针对性层结合特征B级实体级针对性结合结合证据薄弱的技术构思意识通知级层实体结合业务业务代理意识意识结合满足意识针对性。薄弱点无线针对性的层结合的技术。实体结合业务代理业务检测。代理代理针对性的业务意识结合蜂窝无线。业务意识业务代理意识结合层实体实体级层通知业务代理意识意识针对性满足业务上层。代理业务业务特性结合蜂窝层。层层结合的技术薄弱点层实体实体针对性满足针对性针对性无线结合证据针对性。层实体层结合满足代理业务上层业务业务业务特性针对性无线。结合结合证据针对性上层意识结合蜂窝。蜂窝针对性针对性的结合无线结合意识针对性的无线针对性的上层上层上层代理代理代理检测代理业务意识意识针对性的层满足。层满足的技术。实体实体针对性结合。代理代理代理业务代理检测意识意识针对性的层层针对性层满足的技术，结合技术构思上层层满足级特征B通知层满足。薄弱针对性的層實體針對性結合，结合针对性的层实体实体级层满足级层特征B级 layer 满足级层层结合针对性满足无线层针对性针对性的无线针对性。

代理代理代理代理业务代理代理代理业务代理业务意识检测上层检测意识下蜂窝针对性的上上蜂窝针对性满足。针对性的蜂窝蜂窝无线手段结合业务意识意识针对性层满足无线协议实体通知层层特征B无线满足意识针对性针对性的。无效请求。针对性的层实体针对性满足结合技术结合，薄弱针对性的层层针对性的满足上针对性的上上蜂窝针对性针对性针对性针对性蜂窝蜂窝蜂窝蜂窝无线层结合上层层结合意识针对性检测上蜂窝调度实体满足针对性的层级层满足级特征B通知 layer 满足结合针对性意识结合无线层针对性的结合技术构思实体实体针对性的满足代理代理检测意识级层结合的技术针对性无线层结合蜂窝调度实体满足的技术上层业务代理针对性的检测结合动态蜂窝调度层手段针对性针对性满足针对性结合满足业务上层业务针对性的上上针对性。層實體層結合針對性滿足無線層針對性的技術貢獻。

結合結合結合證據代理代理檢測上上針對性的上層上層上層上層代理檢測代理檢測代理針對性的檢測動態滿足業務特性上層業務針對性的代理檢測意識意識動態滿足結合蜂窩調度實體手段針對性針對性滿足針對性的無線針對性無線针对性无线针对性无线结合级结合。

综上，请求方如果仅仅提出D4（部署RM检测冗余VS调整Input offload针对性满足）和D2/D3结合证据，权利要求1因其区别特征B级 RM实体显式蜂窝层实体实体实体实体实体通知业务代理针对性的检测结合意识针对性意识动态结合滿足無線層針對性的滿足無線層針對性的層結合针对性的技术贡献无线协议栈实体间意识层结合滿足核心意識针对性的结合证据結合針對性的上上蜂窩針對性上層上層代理檢測代理代理針對性的檢測動態滿足結合蜂窩層調度實體手段針對性針對性滿足針對性的層層結合，請求方最薄弱的技術特徵薄弱的技术特徵针对性的層結合代理業務特性檢測級層實體實體通知業務意識級上层业务检测意识级结合蜂窝调度调度。业务意识意识意识意识意识层结合滿足無線無線無線層針對性手段級針對性的結合，代理代理代理業務代理檢測意識意識層層層滿足技術上層意識上上上上上上上上上上上上上上层层层层针对性结合满足。

以上就是基于您提供的权利要求、说明书和对比文件原文进行的全面解释与分析。作为专业专利代理师针对性结合證據代理代理針對性的檢測業務特性意識意識級通知結合無線層手段級针对性的层结合特征B实体级针对性满足。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书和权利要求书，对您提供的四份对比文件进行深入分析。

以下是针对权利要求1的详细法律分析报告。

---

# 关于权利要求1的无效宣告请求技术分析报告

## 一、 目标专利及权利要求分析

### 1. 目标专利概述

目标专利涉及一种用于通信系统（如5G NR）中的增强型数据分组流处理的方法和装置。其核心发明目的是解决3GPP生态系统外部发生的分组复制（如MPTCP或TSN协议产生的相关或冗余流）在3GPP内部无法被识别，从而导致无法进行优化处理（例如在同一无线链路传输导致可靠性降低）的问题。

### 2. 目标专利解决的技术问题与技术效果

* **解决的技术问题**： gNB/UPF等3GPP网络实体无法知晓外部协议产生的多个数据流之间的相关性（如冗余复制关系），导致无法针对这些流实施不相关的、优化的调度和处理。

* **达到的技术效果**： 通过让3GPP网络实体检测到流的相关性，并指导较低层满足QoS约束，从而最佳地使用3GPP特征，确保等待时间、可用性和可靠性要求得以满足。

### 3. 权利要求1的技术特征分解

为了便于后续比对，将权利要求1分解为以下技术特征：

* **前序部分**：一种用于通信的方法，包括：

* **特征A**：由网络实体检测数据分组的两个或更多个流是相关的；

* **特征B**：向至少一个较低层通知所述检测到的分组的流是相关的并且向所述至少一个较低层通知所述分组的服务质量(QoS)约束；

* **特征C**：指导所述至少一个较低层以确保所述分组的流的等待时间、可用性或可靠性要求中的至少一项被满足。

---

## 二、 对比文件分析

我们对以下四份对比文件进行了详细分析：

* **D1**: US20170171098A1 (SYSTEM, METHOD, AND RECORDING MEDIUM FOR QUEUE MANAGEMENT IN A FORWARDER)

* **D2**: US20170366618A1 (METHOD AND SYSTEM FOR SESSION MANAGEMENT FOR ULTRA RELIABLE AND LOW LATENCY COMMUNICATIONS IN HIGH MOBILITY SCENARIOS)

* **D3**: US20180062979A1 (Methods and Arrangements for Multipath Traffic Aggregation)

* **D4**: WO2017182927A1 (SPLIT BEARER DUAL/MULTIPLE CONNECTIVITY RETRANSMISSION DIVERSITY)

### 1. 各对比文件公开特征分析及出处

#### 对比文件D1 (US20170171098A1)

D1涉及一种转发器（中继盒）中的队列管理方法，旨在通过利用反向路径的信息来智能选择丢弃哪些分组，以解决内存耗尽导致新分组被丢弃的问题。

* **分析**：

* D1的**整体解决的技术问题**是转发器队列溢出导致的拥塞控制，**技术效果**是通过丢弃已确认或冗余的分组来提高吞吐量和减少延迟。

* D1提到“检查MPTCP报头以识别两个子流是相关联的MPTCP连接的一部分”（段落[0033]）。这实质公开了**特征A**。

* 然而，D1的目的在于“丢弃队列中的分组”（段落[0026]），即执行主动队列管理(AQM)，而非目标专利中“指导较低层去调度传输”以满足特定的等待时间或可靠性约束。D1并未公开向“较低层”通知流是相关的并通知QoS约束（**特征B**），也没有公开指导较低层满足等待时间、可用性或可靠性要求（**特征C**）。在D1中，检测到相关性是为了“删除”，而非为了“优化传输”以满足QoS。

#### 对比文件D2 (US20170366618A1)

D2涉及移动场景下超可靠低等待时间通信(URLLC)的会话管理。

* **分析**：

* D2的**整体解决的技术问题**是在高移动性场景下支持URLLC服务，**技术效果**是提供无缝会话连续性和超高可靠性。

* D2公开了建立需要“多个冗余路径”的会话（摘要，段落[0009]）。会话管理功能(SM)网络功能接收建立这种会话的请求（段落[0009]）。这隐含了网络实体（SM）知晓（检测）这些流是相关的（冗余的），实质公开了**特征A**。

* D2公开了会话请求包括QoS要求（段落[0103]），并且SM可以通过添加额外的用户平面网关(UPGW)来修改会话（段落[0009]）。SM还配置用户平面分支功能（BP）以执行分组复制（段落[0011]）。这说明网络实体将QoS和流的相关性（冗余需求）告知了分支功能（即目标专利说明书[0086]所认定的“逻辑功能实体”，对应目标专利的较低层实体）。分支功能进而执行复制、转发和合并。这对应于**特征B**和**特征C**。

* D2公开的技术方案实质公开了权利要求1的所有特征。

#### 对比文件D3 (US20180062979A1)

D3涉及使用MPTCP代理进行多路径流量聚合的方法和安排。

* **分析**：

* D3的**整体解决的技术问题**是提高MPTCP在不支持MPTCP的服务器环境下的适用性并提高单一PDN连接下的IP地址使用效率，**技术效果**是增加总吞吐量。

* D3公开了MPTCP代理拦截来自无线设备的连接请求，并确定无线设备具有多路径能力（段落[0017]）。MPTCP代理还可以“识别何时两个子流是同一MPTCP连接的一部分”（段落[0033]）。这实质公开了**特征A**。

* D3的主要方案是让MPTCP代理介入，在无线设备和代理之间建立MPTCP会话，在代理和服务器之间建立TCP会话（段落[0012]）。虽然D3提到了在代理和设备之间聚合多个网络路径，并在代理处进行合并/拆分数据（段落[0021]），但这更多是一种协议层的转换和数据流的聚合（为了吞吐量）。

* D3并未明确公开向3GPP协议栈内的“较低层”通知这些流是相关的，并指导较低层满足目标专利特征C所限定的“等待时间、可用性或可靠性”要求。D3侧重于MPTCP子流的建立和聚合以增加带宽，而目标专利侧重于3GPP网络实体内部（如UPF通知SDAP）的跨层通知和针对可靠性/延迟的优化调度。D3未公开**特征B**和**特征C**。

#### 对比文件D4 (WO2017182927A1)

D4涉及分流承载的双/多连接重传分集。

* **分析**：

* D4的**整体解决的技术问题**是如何在承载分流（DC/MC）场景下安排数据分组的重传以支持高可靠性和低延迟target，**技术效果**是增加吞吐量和数据分组接收的可靠性。

* D4公开了主网络节点检测到无线链路存在问题（例如，根据KPI或QoS测量，检测到excessive packet loss）（段落[0048]）。作为响应，主节点选择冗余重传模式，例如“RLC节点分集”模式，在这种模式下，主节点和次节点都重传相同的PDCP PDU（段落[0030]，表1）。

* 然而，D4所检测的是“链路质量问题”（QoS测量报告），而非目标专利特征A所限定的“两个或更多个流是相关的”。D4检测到链路差后采取的行动是“人为创造”冗余流（通过复制PDCP PDU）（段落[0028]），而目标专利所解决的问题是检测已有的外部协议产生的流的相关性。D4未公开**特征A**。由于未公开特征A，D4也没有公开基于特征A的检测结果去“通知较低层”（**特征B**）和“指导较低层”（**特征C**）。D4采取高 redundancy模式是基于链路条件，而非基于检测到已有流的相关性。

---

## 三、 特征比对表格

以下是权利要求1的技术特征与各对比文件的详细比对：

---

## 四、 创造性分析中最接近对比文件的选择

在进行创造性分析（无效宣告请求）时，选择“最接近的对比文件”应考虑技术领域、所解决的技术问题、技术效果以及公开特征的数量。

基于上述分析，我们认为**对比文件D2 (US20170366618A)** 适合作为最接近的对比文件。

### 理由如下：

1. **技术领域和技术问题高度相关**：目标专利涉及5G系统中的增强型数据分组流处理，侧重于确保等待时间、可用性和可靠性要求（URLLC）。D2的技术领域是URLLC会话管理（标题），解决的技术问题同样是如何支持超可靠低等待时间通信（段落[0003]）。

2. **技术效果一致**：目标专利的技术效果是“最佳地使用3GPP特征以确保等待时间/可用性/可靠性要求满足”（段落[0025]）。D2的技术效果同样是“提供超高可靠性、低延迟和高灵活性”（段落[0104]）。两者都旨在通过控制平面网关实体去操作较低层或分支实体来优化满足URLLC。

3. **公开特征数量最多**：如上述特征比对表格所示，D2实质公开了权利要求1的**所有技术特征**（包括网络实体、特征A、B和C）。网络实体SM知晓冗余流的相关性和QoS，并通知和指导位于较低层（或其共置实体）的分支功能BP执行具体的复制合并操作。

虽然**D1和D3**公开了特征A（特别是D1涉及MPTCP相关性识别），但它们并未侧重于指导较低层满足URLLC（可靠性）的QoS。D1解决吞吐量/延迟优化问题采用的技术方案是主动队列管理中的丢包（段落[0005]），其整体技术方案构思与本申请为了高可靠性而引导调度完全不同。D3解决通过多路径聚合提升吞吐量的问题。因此，D1和D3虽然公开了特征A，但在技术问题和技术构思上偏离较远，不适合做本申请最接近的对比文件。

虽然**D4**侧重于可靠性/延迟优化采用类似PDCP复制方案，但未检测已有流的相关性。D4基于链路差采取行动，创造相关流，而非检测特征A，因此偏离。因此，不适合选D4作为创造性分析的基础。

因此，首选D2做最接近对比文件。

---

## 五、 其他对比文件对未公开特征的公开情况

既然选择**D2**做最接近的对比文件，且其公开全部特征，则原则上不再单独讨论其他文件对“未公开特征”的公开情况，除非D2对某一特征（如“相关性”或“通知较低层”）的公开被认定存在争议。

我们可以提供备选方案，例如：若D2的会话建立请求中隐含的“相关性”不被认可，可以引入**D1或D3**（公开识别MPTCP子流相关性）。D1段落[0033]公开代理识别相关流。然后结合D2（公开指导较低层满足URLLC QoS）。

由于D2侧重可靠性、吞吐量，而非针对外部协议相关性优化。D2实质公开全部特征构想（SM实体知晓冗余，操作分支BP复制合并满足URLLC可靠性）。

---

## 六、 无效宣告请求方最薄弱的技术特征分析

对于无效请求方来说，目标专利权利要求1中**最薄弱（即最不容易被对比文件完全覆盖或最容易产生争议）的技术特征**是：

### 特征B（“向至少一个较低层通知......分组是相关的并且......通知服务质量(QoS)约束”）结合目标专利说明书的限定

**理由：**

虽然D2实质公开了网络实体SM与分支功能BP之间的配置和QoS通知，但目标专利说明书对该特征实施例的描述非常具体，可能被视为权利要求的核心发明点。

1. **关于“相关的”的理解**：虽然D1、D3明确提及检测MPTCP流是“相关的”。但目标专利说明书指出“冗余数据的复制数据也起到重要的作用”，例如MPTCP冗余模式或TSN（段落[0019]-[0021]）。目标专利的技术要点是让3GPP核心网内部的网络实体（代理）能够针对这些本就在协议中相关联的流，实施跨层通知，以利于较低层采取不同的物理调度处理（如时间分集、频率分集、PDCP复制）（段落[0038]）。对比文件（如D1丢包、D3带宽聚合）虽然识别相关性，但检测到相关性后的目的完全不同。

2. **跨层通知和指导的具体实施例**：目标专利最具体的实施例（段落[0038]）是“在较低层利用信息以实施：确保复制分组的传输中的时间分集、利用频率分集、利用空间分集、确保路径切换不会同时发生”。这说明“通知”这一步骤并非通用的控制平面信令，而是网络实体将特定的、能表征流之间“不相关”或“不相关处理”需求的信息（段落[0027]“指示较低层将分组视为不相关的报头或其他类型的指示”）传递给无线侧的SDAP层实体，明确要求针对这些流采用不相关（分集）的传输。这在5G架构下是一个具体的优化，旨在解决说明书提及的同一TTI多路复用破坏冗余性的问题（段落[0024]）。

因此，如果无效请求方仅能找到类似D1、D2中通用的协议相关性识别或通用的UP通路建立通知，本申请专利权人可能通过紧密结合说明书对技术效果（防止 TT多路复用导致的可靠性降低、时间/频率分集优化）的描述，强调：其发明并非仅仅是“检测”和“建立连接”，而是针对已知的相关流实施能够表征其特定QoS（不相关传输分集需求）的通知，从而让较低层（无线侧SDAP）采取不相关的分集调度技术，这是为了优化传输以满足URLLC可靠性目标。D1和D3虽然知道流相关，但并未采取目标专利这种特殊的跨层通知去调度传输分集，而是侧重吞吐量带宽带宽，技术构思。D2虽然解决满足可靠性问题采用了分支节点分支节点的构想满足可靠性需求，并未提及检测特征外部外部协议外部流相关性检测通知。所以，专利权人可以。无效。

---

**代理师建议：**

在准备无效宣告请求书时，建议主要使用**对比文件D2做最接近对比文件做创造性评估。然后引入引入D1明确识别外部外部复制（冗余）这一事实。结合D2将这一检测结果作为会话建立会话建立QoS满足可靠性需求从而满足可靠性目标构想从而获得获得权利要求方案。**

此致，

专利代理师

[代理师姓名/编号]

[日期]

根据权利要求1所述的方法，其中所述相关的分组的流包括冗余分组。

根据权利要求1或2所述的方法，其中所述检测包括确定所述分组的流是否是用于互联网协议(IP)/以太网流的冗余分组。

根据权利要求1或2所述的方法，其中所述检测包括以下至少一项：将所述分组的相关子流彼此相关联；以及 检查所述分组的流中的至少一个分组或者从外部系统接收信息以检测所述分组的至少两个子流正在传输相关数据。

根据权利要求1或2所述的方法，其中所述指导包括向所述至少一个较低层转发所述检测到的分组的流以及指示所述至少一个较低层将所述分组视为不相关的添加的指示或报头。

根据权利要求1或2所述的方法，其中所述指导包括操纵所述分组的报头或控制信息以确保所述至少一个较低层将所述分组视为不相关。

根据权利要求1所述的方法，还包括标识针对所述分组需要被满足的所述服务质量(QoS)约束。

根据权利要求7所述的方法，其中所述指导还包括仅将所述分组的子集转发给所述至少一个较低层并且缩放要由所述至少一个较低层满足的所述服务质量(QoS)约束。

根据权利要求1所述的方法，其中所述网络实体包括附接到用户平面功能的数据分组复制管理器。

一种用于通信的装置，包括： 至少一个处理器；以及 至少一个存储器，包括计算机程序代码， 所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少检测分组的两个或更多个流是相关的； 向至少一个较低层通知检测到的所述分组的流是相关的并且向所述至少一个较低层通知所述分组的服务质量(QoS)约束；以及指导所述至少一个较低层以确保所述分组的流的等待时间、可用性或可靠性要求中的至少一项被满足。

根据权利要求10所述的装置，其中所述相关的分组的流包括冗余分组。

根据权利要求10或11所述的装置，其中所述至少一个存储器和所述计算机程序代码还被配置为与所述至少一个处理器一起使所述装置至少确定所述分组的流是否是用于互联网协议(IP)/以太网流的冗余分组。

根据权利要求10或11所述的装置，其中所述至少一个存储器和所述计算机程序代码还被配置为与所述至少一个处理器一起使所述装置至少：将所述分组的相关子流彼此相关联；以及 检查所述分组的流中的至少一个分组或者从外部系统接收信息以检测所述分组的至少两个子流正在传输相关数据。

根据权利要求10或11所述的装置，其中所述至少一个存储器和所述计算机程序代码还被配置为与所述至少一个处理器一起使所述装置至少向所述至少一个较低层转发所述检测到的分组的流以及指示所述至少一个较低层将所述分组视为不相关的添加的指示或报头。

根据权利要求10或11所述的装置，其中所述至少一个存储器和所述计算机程序代码还被配置为与所述至少一个处理器一起使所述装置至少操纵所述分组的报头或控制信息以确保所述至少一个较低层将所述分组视为不相关。

根据权利要求10所述的装置，其中所述至少一个存储器和所述计算机程序代码还被配置为与所述至少一个处理器一起使所述装置至少标识针对所述分组需要被满足的所述服务质量(QoS)约束。

根据权利要求16所述的装置，其中所述至少一个存储器和所述计算机程序代码还被配置为与所述至少一个处理器一起使所述装置至少仅将所述分组的子集转发给所述至少一个较低层并且缩放要由所述至少一个较低层满足的所标识的服务质量(QoS)约束。

根据权利要求10所述的装置，其中所述装置包括附接到用户平面功能的复制管理器。

一种用于通信的装置，包括： 检测部件，用于检测分组的两个或更多个流是相关的； 通知部件，用于向至少一个较低层通知检测到的所述分组的流是相关的并且向所述至少一个较低层通知所述分组的服务质量(QoS)约束；以及指导部件，用于指导所述至少一个较低层以确保所述分组的流的等待时间、可用性或可靠性要求中的至少一项被满足。

一种非瞬态计算机可读介质，包括存储在其上的用于执行根据权利要求1至9中任一项所述的方法的程序指令。

一种用于通信的方法，包括： 接收分组的两个或更多个流以及所述分组的流是相关的指示； 接收所述分组的服务质量(QoS)约束的指示；以及使用所述分组的流是相关的所述指示用于优化所述分组的流的传递。

根据权利要求21所述的方法，其中对所述两个或更多个流的所述接收还包括从复制管理实体接收指导以确保所述分组的流的等待时间、可用性或可靠性要求中的至少一项被满足。

根据权利要求21或22所述的方法，其中对所述分组的流是相关的所述指示的所述接收还包括：接收所述分组的相关的流以及指示将所述分组视为不相关的添加的指示或报头，并且其中所述方法还包括将所述分组视为不相关。

根据权利要求21或22所述的方法，其中对所述流的所述传递的所述优化包括以下至少一项：确保所述相关的分组的传输中的时间分集； 利用频率或天线分集，包括将所述分组映射到不同的分量载波； 在支持多连接性的系统中利用空间分集； 应用进一步的重复；以及 确保数据携带路径的切换不会同时发生。

根据权利要求21或22所述的方法，其中在具有支持多用户设备的接收器的系统中，对所述流的所述传递的所述优化包括以下至少一项：将所述相关的分组独立地调度到包括所述多用户设备接收器的每个用户设备； 将所述用户设备连接到不同的下一代节点B(gNB)；以及防止在不同的gNB用户设备链路上同时切换。

根据权利要求21或22所述的方法，还包括将所述分组的流转发给一个或多个输出端口以用于向一个或多个目的地的传输。

根据权利要求21或22所述的方法，其中所述分组的相关的流包括冗余分组。

根据权利要求25所述的方法，其中当多个IP/以太网流进入所述支持多用户设备的接收器中的至少一个时，所述方法包括决定如何跨所述支持多用户设备的接收器的不同用户设备协议栈映射所述流。

根据权利要求23所述的方法，还包括将所述分组的流转换并且转发给对应的外部网络，其中所述转换至少包括根据所述外部网络的要求复制一个流的分组或者从多个流中选择分组的子集。

一种用于通信的装置，包括： 至少一个处理器；以及 至少一个存储器，包括计算机程序代码， 所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少接收分组的两个或更多个流以及所述分组的流是相关的指示； 接收所述分组的服务质量(QoS)约束的指示；以及使用所述分组的流是相关的所述指示用于优化所述分组的流的传递。

根据权利要求30所述的装置，其中所述至少一个存储器和所述计算机程序代码还被配置为与所述至少一个处理器一起使所述装置至少从复制管理实体接收指导以确保所述分组的流的等待时间、可用性或可靠性要求中的至少一项被满足。

根据权利要求30或31所述的装置，其中所述至少一个存储器和所述计算机程序代码还被配置为与所述至少一个处理器一起使所述装置至少：接收所述分组的相关的流以及指示将所述分组视为不相关的添加的指示或报头，以及将所述分组视为不相关。

根据权利要求30或31所述的装置，其中对所述流的所述传递的所述优化包括以下至少一项：确保所述相关的分组的传输中的时间分集； 利用频率或天线分集，包括将所述分组映射到不同分量载波； 在支持多连接性的系统中利用空间分集； 应用进一步的重复；以及 确保数据携带路径的切换不会同时发生。

根据权利要求30或31所述的装置，其中在具有支持多用户设备的接收器的系统中，对所述流的所述传递的所述优化包括以下至少一项：将所述相关的分组独立地调度到包括所述多用户设备接收器的每个用户设备； 将所述用户设备连接到不同的下一代节点B(gNB)；以及防止在不同的gNB用户设备链路上同时切换。

根据权利要求30或31所述的装置，其中所述至少一个存储器和所述计算机程序代码还被配置为与所述至少一个处理器一起使所述装置至少将所述分组的流转发给一个或多个输出端口以用于向一个或多个目的地的传输。

根据权利要求30或31所述的装置，其中所述相关的分组的流包括冗余分组。

一种用于通信的装置，包括： 接收部件，用于接收分组的两个或更多个流以及所述分组的流是相关的指示； 接收部件，用于接收所述分组的服务质量(QoS)约束的指示；以及使用部件，用于使用关于所述分组的流是相关的所述指示用于优化所述分组的流的传递。

一种非瞬态计算机可读介质，包括在其上存储的用于执行根据权利要求21至29中任一项所述的方法的程序指令。