CN116567794A

CN116567794A - 一种多流同步的方法和装置

Info

Publication number: CN116567794A
Application number: CN202210114432.XA
Authority: CN
Inventors: 蒋成堃; 周汉
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-01-30
Filing date: 2022-01-30
Publication date: 2023-08-08
Also published as: WO2023142627A1

Abstract

本申请实施例提供了多流同步的方法和装置，该方法包括：第一网元获取多流信息和第一预设值，该多流信息包括第一周期，其中，该第一网元为无线接入网设备或用户面功能设备；在该第一周期内，若该第一网元确定多个数据流中的第一数据包的实际到达时间晚于该第一预设值，该第一网元丢弃在该第一周期内已接收到的数据包。通过本申请，不仅可以对数据包的异常情况快速做出反馈，还可以避免第一网元将第一周期内未实现多流同步的多个数据包发送至接收端设备带来的信令开销，以及节省接收端设备的存储资源。

Description

一种多流同步的方法和装置

技术领域

本申请涉及通信领域，并且更具体地，涉及一种多流同步的方法和装置。

背景技术

在某些应用场景中，如第五代移动通信***(the 5th generation mobilecommunication system，5GS)时期的诸多应用场景中，同一业务会产生多条互相关联的数据流。例如，在增强现实(augmented reality，AR)应用中，AR画面中的背景会产生一个数据流，AR添加的前景的虚拟画面也会产生一个数据流；再例如，在高清的360度全景视频传输中，360度的视频帧被拆分成不同部分，每一部分生成一个数据流。对于同一业务而言，多个数据流中的部分数据流可能无法实现多流同步，从而可能导致该业务不能正常运作，既影响了用户的正常使用，又浪费了网络带宽。

在现有技术中，同一业务的多流同步是在接收端设备处实现的。具体地，接收端设备收到部分数据流的数据包后，先缓存该部分数据流的数据包，待收到全部数据流的数据包后，该业务便能够正常运作。然而该方式需要消耗接收端设备大量的存储资源，并且对数据流的丢包、拥塞等异常情况可能无法快速做出反馈。

发明内容

本申请提供一种多流同步的方法和装置，可以减少接收端设备存储资源的消耗，并且可以对数据流的丢包、拥塞等异常情况快速做出反馈。

第一方面，提供了一种多流同步的方法，该方法可以由第一网元执行，或，也可以由第一网元的组成部件(例如芯片或电路)执行，对此不做限定。为了便于描述，下面以由第一网元执行为例进行说明。

该方法可以包括：第一网元获取多流信息和第一预设值，该多流信息包括第一周期，其中，该第一网元为无线接入网设备或用户面功能设备；在该第一周期内，若该第一网元确定多个数据流中的第一数据包的实际到达时间晚于该第一预设值，该第一网元丢弃在该第一周期内已接收到的数据包。

基于上述技术方案，第一网元(例如无线接入网设备、再例如用户面功能设备)可以根据数据包的传输情况，对第一周期内已经接收到的且未能实现多流同步的多个数据包作丢弃处理。例如，若多个数据流中的第一数据包的实际到达时间晚于第一预设值，则第一网元丢弃在第一周期内已接收到的数据包。通过该方式，不仅可以对数据包的异常情况快速做出反馈，如更快对丢包作出响应，还可以避免第一网元将第一周期内未实现多流同步的多个数据包发送至接收端设备带来的信令开销。此外，相比于多个数据包在接收端设备进行多流同步的判断，通过上述技术方案，在第一网元处进行多流同步的判断，可以节省接收端设备的存储资源，进而减少接收端存储资源的浪费。

结合第一方面，在第一方面的某些实现方式中，响应于该第一网元确定该多个数据流中的第一数据包的实际到达时间晚于该第一预设值，该第一网元向发送端设备发送指示信息，该指示信息用于指示重传该多个数据流中每个数据流的数据包。

基于上述技术方案，第一网元确定第一周期内的多个数据包无法实现多流同步时，可以请求发送端设备重传该多个数据流中每个数据流的数据包，从而可以更快对丢包作出响应。

结合第一方面，在第一方面的某些实现方式中，该第一网元向发送端设备发送指示信息，包括：该第一网元生成确认数据包；该第一网元向该发送端设备发送该确认数据包，该确认数据包用于指示重传该多个数据流中每个数据流的数据包。

结合第一方面，在第一方面的某些实现方式中，该第一网元确定该第一数据包的实际到达时间早于或等于该第一预设值，该第一网元缓存该第一数据包。

结合第一方面，在第一方面的某些实现方式中，该第一预设值为该第一数据包的预定到达时间；或，该第一预设值为该多个数据流中的至少一个数据流的数据包的实际到达时间与预设的该多个数据流中两个数据包到达时间之间的时间间隔的和。

结合第一方面，在第一方面的某些实现方式中，该多流信息还包括该多个数据流中每个数据流的数据包的大小、该多个数据流中每个数据流的数据包的预定到达时间；该第一网元确定该多个数据流中的第一数据包的实际到达时间之前，该方法还包括：该第一网元根据该多流信息，为该多个数据流中每个数据流的数据包预分配资源。

结合第一方面，在第一方面的某些实现方式中，该第一网元获取多流信息，包括：该第一网元从以下任意一项或多项获取该多流信息：控制面网元、该用户面功能设备、该无线接入网设备。

第二方面，提供了一种多流同步的方法，包括：第一网元获取多流信息和第一预设值，该多流信息包括第一周期，其中，该第一网元为无线接入网设备或用户面功能设备；在该第一周期内，若该第一网元确定多个数据流中的第一数据包的实际到达时间晚于该第一预设值，该第一网元向发送端设备发送指示信息，该指示信息用于指示重传该多个数据流中每个数据流的数据包。

基于上述技术方案，第一网元(例如无线接入网设备、又例如用户面功能设备)确定第一周期内的多个数据包无法实现多流同步时，可以请求发送端设备重传该多个数据流中每个数据流的数据包。例如，若多个数据流中的第一数据包的实际到达时间晚于第一预设值，则第一网元向发送端设备发送指示信息，该指示信息用于指示重传多个数据流中每个数据流的数据包。通过该方式，可以对数据包的异常情况快速做出反馈，如更快对丢包作出响应。此外，相比于多个数据包在接收端设备进行多流同步的判断，通过上述技术方案，在第一网元处进行多流同步的判断，可以节省接收端设备的存储资源，进而减少接收端存储资源的浪费。

结合第二方面，在第二方面的某些实现方式中，该第一网元向发送端设备发送指示信息，包括：该第一网元生成确认数据包；该第一网元向该发送端设备发送该确认数据包，该确认数据包用于指示重传该多个数据流中每个数据流的数据包。

结合第二方面，在第二方面的某些实现方式中，该第一网元确定该第一数据包的实际到达时间早于或等于该第一预设值，该第一网元缓存该第一数据包。

结合第二方面，在第二方面的某些实现方式中，该第一预设值为该第一数据包的预定到达时间；或，该第一预设值为该多个数据流中的至少一个数据流的数据包的实际到达时间与预设的该多个数据流中两个数据包到达时间之间的时间间隔的和。

结合第二方面，在第二方面的某些实现方式中，该多流信息还包括该多个数据流中每个数据流的数据包的大小、该多个数据流中每个数据流的数据包的预定到达时间；该第一网元确定该多个数据流中的第一数据包的实际到达时间之前，该方法还包括：该第一网元根据该多流信息，为该多个数据流中每个数据流的数据包预分配资源。

结合第二方面，在第二方面的某些实现方式中，该第一网元获取多流信息，包括：该第一网元从以下任意一项或多项获取该多流信息：控制面网元、该用户面功能设备、该无线接入网设备。

第三方面，提供了一种多流同步的方法，包括：控制面网元确定第一规则，其中，该第一规则为多个数据流中的至少一个数据流的数据包的实际到达时间与预设的该多个数据流中两个数据包到达时间之间的时间间隔的和；该控制面网元向第一网元发送该第一规则，其中，该第一网元为无线接入网设备或用户面功能设备。

基于上述技术方案，控制面网元可以将确定的第一规则发送至第一网元(例如无线接入网设备、再例如用户面功能设备)，使得第一网元可以利用控制面网元发送的第一规则确定多个数据流中每个数据流的数据包是否可以实现多流同步，进而使得第一网元可以对数据包的异常情况快速做出反馈，如更快对丢包作出响应，此外，相比于多个数据包在接收端设备进行多流同步的判断，通过上述技术方案，第一网元基于控制面网元发送的第一规则进行多流同步的判断，可以节省接收端设备的存储资源，进而减少接收端存储资源的浪费。

结合第三方面，在第三方面的某些实现方式中，该控制面网元获取多流信息，其中，该多流信息包括以下一项或多项信息：第一周期、该多个数据流中每个数据流的数据包的大小、该多个数据流中每个数据流的数据包的预定到达时间、预设的该多个数据流中两个数据包到达时间之间的时间间隔；该控制面网元确定第一规则，包括：该控制面网元根据该多流信息，确定该第一规则。

结合第三方面，在第三方面的某些实现方式中，该控制面网元向第一网元发送该多流信息，包括：该控制面网元确定在该第一周期内该每个数据流的数据包的大小的最大值；当该最大值小于或等于该第一网元的资源大小时，该控制面网元向该第一网元发送该多流信息。

结合第三方面，在第三方面的某些实现方式中，该控制面网元获取多流信息，包括：该控制面网元从以下任意一项或多项获取该多流信息：应用功能设备、该无线接入网设备、该用户面功能设备。

第四方面，提供了一种通信装置，包括：收发单元和处理单元，该收发单元，用于获取多流信息和第一预设值，该多流信息包括第一周期，其中，该装置为无线接入网设备或用户面功能设备；在该第一周期内，若该处理单元，用于确定多个数据流中的第一数据包的实际到达时间晚于该第一预设值，该收发单元，用于丢弃在该第一周期内已接收到的数据包。

结合第四方面，在第四方面的某些实现方式中，该装置还包括：响应于该处理单元，用于确定该多个数据流中的第一数据包的实际到达时间晚于该第一预设值，该收发单元，用于向发送端设备发送指示信息，该指示信息用于指示重传该多个数据流中每个数据流的数据包。

结合第四方面，在第四方面的某些实现方式中，该收发单元，用于向发送端设备发送指示信息，包括：该处理单元，用于生成确认数据包；该收发单元，用于向该发送端设备发送该确认数据包，该确认数据包用于指示重传该多个数据流中每个数据流的数据包。

结合第四方面，在第四方面的某些实现方式中，该装置还包括：该装置确定该第一数据包的实际到达时间早于或等于该第一预设值，该处理单元，用于缓存该第一数据包。

结合第四方面，在第四方面的某些实现方式中，该第一预设值为该第一数据包的预定到达时间；或，该第一预设值为该多个数据流中的至少一个数据流的数据包的实际到达时间与预设的该多个数据流中两个数据包到达时间之间的时间间隔的和。

结合第四方面，在第四方面的某些实现方式中，该多流信息还包括该多个数据流中每个数据流的数据包的大小、该多个数据流中每个数据流的数据包的预定到达时间；该处理单元，用于确定该多个数据流中的第一数据包的实际到达时间之前，该装置还包括：该处理单元，用于根据该多流信息，为该多个数据流中每个数据流的数据包预分配资源。

结合第四方面，在第四方面的某些实现方式中，该收发单元，用于获取多流信息，包括：该收发单元，用于从以下任意一项或多项获取该多流信息：控制面网元、该用户面功能设备、该无线接入网设备。

第五方面，提供了一种通信装置，包括：收发单元和处理单元，该收发单元，用于获取多流信息和第一预设值，该多流信息包括第一周期，其中，该装置为无线接入网设备或用户面功能设备；在该第一周期内，若该处理单元，用于确定多个数据流中的第一数据包的实际到达时间晚于该第一预设值，该收发单元，用于向发送端设备发送指示信息，该指示信息用于指示重传该多个数据流中每个数据流的数据包。

结合第五方面，在第五方面的某些实现方式中，该收发单元，用于向发送端设备发送指示信息，包括：该处理单元，用于生成确认数据包；该收发单元，用于向该发送端设备发送该确认数据包，该确认数据包用于指示重传该多个数据流中每个数据流的数据包。

结合第五方面，在第五方面的某些实现方式中，该装置还包括：该装置确定该第一数据包的实际到达时间早于或等于该第一预设值，该处理单元，用于缓存该第一数据包。

结合第五方面，在第五方面的某些实现方式中，该第一预设值为该第一数据包的预定到达时间；或，该第一预设值为该多个数据流中的至少一个数据流的数据包的实际到达时间与预设的该多个数据流中两个数据包到达时间之间的时间间隔的和。

结合第五方面，在第五方面的某些实现方式中，该多流信息还包括该多个数据流中每个数据流的数据包的大小、该多个数据流中每个数据流的数据包的预定到达时间；该处理单元，用于确定该多个数据流中的第一数据包的实际到达时间之前，该装置还包括：该处理单元，用于根据该多流信息，为该多个数据流中每个数据流的数据包预分配资源。

结合第五方面，在第五方面的某些实现方式中，该收发单元，用于获取多流信息，包括：该收发单元，用于从以下任意一项或多项获取该多流信息：控制面网元、该用户面功能设备、该无线接入网设备。

第六方面，提供了一种通信装置，包括：收发单元和处理单元，该处理单元，用于确定第一规则，其中，该第一规则为多个数据流中的至少一个数据流的数据包的实际到达时间与预设的该多个数据流中两个数据包到达时间之间的时间间隔的和；该收发单元，用于向第一网元发送该第一规则，其中，该第一网元为无线接入网设备或用户面功能设备。

结合第六方面，在第六方面的某些实现方式中，该收发单元，用于获取多流信息，其中，该多流信息包括以下一项或多项信息：第一周期、该多个数据流中每个数据流的数据包的大小、该多个数据流中每个数据流的数据包的预定到达时间、预设的该多个数据流中两个数据包到达时间之间的时间间隔；该处理单元，用于确定第一规则，包括：该处理单元，用于根据该多流信息，确定该第一规则。

结合第六方面，在第六方面的某些实现方式中，该收发单元，用于向第一网元发送该多流信息，包括：该处理单元，用于确定在该第一周期内该每个数据流的数据包的大小的最大值；当该最大值小于或等于该第一网元的资源大小时，该收发单元，用于向该第一网元发送该多流信息。

结合第六方面，在第六方面的某些实现方式中，该处理单元，用于获取多流信息，包括：该装置从以下任意一项或多项获取该多流信息：应用功能设备、该无线接入网设备、该用户面功能设备。

第七方面，提供一种通信装置，该装置用于执行上述第一方面至第三方面任一种可能实现方式中的方法。具体地，该装置可以包括用于执行第一方面至第三方面任一种可能实现方式中的方法的单元和/或模块，如处理单元和/或收发单元。

在一种实现方式中，该装置为第一网元或控制面网元。当该装置为第一网元或控制面网元时，收发单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，该装置为用于第一网元或控制面网元的芯片、芯片***或电路。当该装置为用于第一网元或控制面网元的芯片、芯片***或电路时，收发单元可以是该芯片、芯片***或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第八方面，提供一种通信装置，该装置包括：至少一个处理器，用于执行存储器存储的计算机程序或指令，以执行上述第一方面至第三方面任一种可能实现方式中的方法。可选地，该装置还包括存储器，用于存储的计算机程序或指令。可选地，该装置还包括通信接口，处理器通过通信接口读取存储器存储的计算机程序或指令。

在一种实现方式中，该装置为第一网元或控制面网元。

在另一种实现方式中，该装置为用于第一网元或控制面网元的芯片、芯片***或电路。

第九方面，本申请提供一种处理器，用于执行上述各方面提供的方法。

对于处理器所涉及的发送和获取/接收等操作，如果没有特殊说明，或，如果未与其在相关描述中的实际作用或内在逻辑相抵触，则可以理解为处理器输出和接收、输入等操作，也可以理解为由射频电路和天线所进行的发送和接收操作，本申请对此不做限定。

第十方面，提供一种计算机可读存储介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行上述第一方面至第三方面任一种可能实现方式中的方法。

第十一方面，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面至第三方面任一种可能实现方式中的方法。

附图说明

图1示出了应用于本申请实施例的一种网络架构示意图。

图2示出了本申请实施例提供的一种多流同步的方法200的示意图。

图3示出了本申请实施例提供的一种多流同步的方法300的流程图。

图4示出了本申请实施例提供的一种多流同步的方法400的示意性流程图。

图5示出了本申请实施例提供的又一种多流同步的方法500的示意性流程图。

图6示出了本申请实施例提供的又一种多流同步的方法600的示意性流程图。

图7示出了本申请实施例提供的一种通信装置700的示意性框图。

图8示出了本申请实施例提供的另一种通信装置800的示意性框图。

图9示出了本申请实施例提供的一种芯片***900的示意图。

具体实施方式

下面将结合附图，对本申请实施例中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信***，例如：第五代(5thgeneration，5G)或新无线(new radio，NR)***、长期演进(long term evolution，LTE)***、LTE频分双工(frequency division duplex，FDD)***、LTE时分双工(time divisionduplex，TDD)***等。本申请提供的技术方案还可以应用于未来的通信***，如第六代移动通信***。本申请提供的技术方案还可以应用于设备到设备(device to device，D2D)通信，车到万物(vehicle-to-everything，V2X)通信，机器到机器(machine to machine，M2M)通信，机器类型通信(machine type communication，MTC)，以及物联网(internet ofthings，IoT)通信***或其他通信***。

首先结合图1简单介绍适用于本申请实施例的网络架构，如下。

如图1所示，该网络架构以5GS为例。该网络架构可以包括但不限于：接入和移动性管理功能(access and mobility management function，AMF)设备、统一数据管理(unified data management，UDM)设备、无线接入网(radio access network，RAN)设备、策略控制功能(policy control function，PCF)设备、用户设备(user equipment，UE)设备、用户面功能(user plane function，UPF)设备、数据网络(data network，DN)设备、鉴权服务功能(authentication server function，AUSF)设备、网络切片选择功能(networkslice selection function，NSSF)设备、应用功能(application function，AF)设备、会话管理功能(session management function，SMF)设备、能力开放功能(network exposurefunction，NEF)设备、网络存储功能(network repository function，NRF)设备等等。

图1所示的各网元(或设备)的主要功能描述如下：

1、UE：可以称终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。

终端设备可以是一种向用户提供语音/数据的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备，5G网络中的终端设备或未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

此外，在本申请实施例中，终端设备还可以是IoT***中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。

需要指出的是，终端设备与接入网设备之间可以采用某种空口技术(如NR或LTE技术等)相互通信。终端设备与终端设备之间也可以采用某种空口技术(如NR或LTE技术等)相互通信。

本申请实施例中，用于实现终端设备的功能的装置可以是终端设备，也可以是能够支持终端设备实现该功能的装置，例如芯片***或芯片，该装置可以被安装在终端设备中。本申请实施例中，芯片***可以由芯片构成，也可以包括芯片和其他分立器件。

2、RAN：可以为特定区域的授权用户提供接入通信网络的功能，具体可以包括第三代合作伙伴计划(3rd generation partnership project，3GPP)网络中无线网络设备也可以包括非3GPP(non-3GPP)网络中的接入点。下文为方便描述采用AN设备表示。

AN设备可以为采用不同的无线接入技术。目前的无线接入技术有两种类型：3GPP接入技术(例如，第三代(3rd generation，3G)、***(4th generation，4G)或5G***中采用的无线接入技术)和非3GPP(non-3GPP)接入技术。3GPP接入技术是指符合3GPP标准规范的接入技术，例如，5G***中的接入网设备称为下一代基站节点(next generation NodeBase station，gNB)或RAN设备。非3GPP接入技术可以包括以无线保真(wirelessfidelity，WiFi)中的接入点(access point，AP)为代表的空口技术、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)、码分多址(codedivision multiple access，CDMA)等。AN设备可以允许终端设备和3GPP核心网之间采用非3GPP技术互连互通。

AN设备能够负责空口侧的无线资源管理、服务质量(quality of service，QoS)管理、数据压缩和加密等功能。AN设备为终端设备提供接入服务，进而完成控制信号和用户数据在终端设备和核心网之间的转发。

AN设备例如可以包括但不限于：宏基站、微基站(也称为小站)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，homeevolved NodeB，或home Node B，HNB)、基带单元(baseband unit，BBU)，WiFi***中的AP、无线中继节点、无线回传节点、传输点(transmission point，TP)或发送接收点(transmission and reception point，TRP)等，还可以为5G(如，NR)***中的gNB或传输点(TRP或TP)，5G***中的基站的一个或一组(包括多个天线面板)天线面板，或，还可以为构成gNB或传输点的网络节点，如分布式单元(distributed unit，DU)，或下一代通信6G***中的基站等。本申请实施例对AN设备所采用的具体技术和具体设备形态不做限定。

3、AMF：主要用于接入控制、移动性管理、附着与去附着等功能。接入管理网元还可作为N1信令(即N1接口的信令，为简洁，简称为N1信令)和N2信令(即N2接口的信令，为简洁，简称为N2信令)连接的锚点，为会话管理网元提供N1/N2会话管理(session management，SM)消息的路由。接入管理网元还可维护和管理UE的状态信息。

4、SMF：主要用于用户面功能设备选择，用户面功能设备重定向，终端设备的因特网协议(internet protocol，IP)地址分配，以及会话的建立、修改和释放及QoS控制。

5、UPF：主要用于用户面数据的接收和转发。例如，UPF可以从DN接收用户面数据，并通过AN设备将用户面数据发送给终端设备。UPF还可以通过AN设备从终端设备接收用户面数据，并转发到DN。

6、PCF：主要用于指导网络行为的统一策略框架，为控制面网元(例如AMF，SMF等)提供策略规则信息等。

7、AF：主要用于向3GPP网络提供业务，如与PCF之间交互以进行策略控制等。AF可以是第三方功能实体，也可以是运营商部署的应用服务，如IP多媒体子***(IPmultimedia subsystem，IMS)语音呼叫业务。在本申请中，多接入边缘计算(multi-accessedge computing，MEC)平台或应用服务器可以作为AF与5G核心网进行通信。

8、UDM：主要用于UE的签约数据管理，包括UE标识的存储和管理，UE的接入授权等。

9、DN：主要用于为UE提供数据服务的运营商网络。例如，因特网(Internet)、第三方的业务网络、IP多媒体服务业务(IP multi-media service，IMS)网络等。

10、AUSF：主要用于用户鉴权等。

11、NSSF：主要用于根据UE的切片选择辅助信息、签约信息等确定UE允许接入的网络切片实例。

12、NEF：也可以称为网络开放设备、网络开放功能实体、网络开放功能网元、网络能力开放功能实体、网络能力开放功能设备、网络能力开放功能网元、网络能力开放设备等)：主要用于支持能力和事件的开放，如用于安全地向外部开放由3GPP网络功能提供的业务和能力等。

13、NRF：也可以称为网络存储设备、网络存储功能网元、网络存储功能实体)：主要用于支持服务发现功能。从一个网元功能或服务通信代理(service communicationproxy，SCP)收到网元发现请求，并且可以予以反馈该网元发现请求信息。同时，NRF还用于负责维护可用网络功能的信息以及它们各自支持的服务。也可以理解为网络存储设备。其中，发现流程是由需求网元功能(network function，NF)借助NRF实现特定NF或特定服务寻址的过程，NRF提供相应NF实例或NF服务实例的IP地址或全限定域名(fully qualifieddomain name，FQDN)或统一资源标识符(unifiedresource identifier，URI)。此外，NRF还可以通过提供网络标识(例如PLMN ID)实现跨PLMN的发现流程。为了实现网元功能的寻址发现，各个网元都需要在NRF中进行登记，一些网元功能可在首次运行时在NRF中进行登记。网络存储功能设备可以是核心网设备。

在图1所示的网络架构中，各网元之间可以通过图中所示的接口通信。如图1所示，UE和AMF之间可以通过N1接口进行通信。RAN和AMF之间可以通过N2接口进行通信。RAN和UPF之间可以通过N3接口进行通信。SMF和UPF之间可以通过N4接口进行通信。部分网元也可以采用服务化接口进行交互，例如，AMF对外提供的服务化接口可以为Namf。SMF对外提供的服务化接口可以为Nsmf。NEF对外提供的服务化接口可以为Nnef。NRF对外提供的服务化接口可以为Nnrf。AF对外提供的服务化接口可以为Naf。其他接口与各网元之间的关系如图1中所示，为了简洁，这里不一一详述。

应理解，图1所示的网络架构仅是示例性说明，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

还应理解，图1所示的各网元，如AMF、SMF、UPF、PCF、UDM、NSSF、AUSF等功能或网元，可以理解为用于实现不同功能的网元，例如可以按需组合成网络切片。这些网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，或可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或是平台(例如，云平台)上实例化的虚拟化功能，本申请对于上述网元的具体形态不做限定。

还应理解，上述命名仅为便于区分不同的功能而定义，不应对本申请构成任何限定。本申请并不排除在6G网络以及未来其它的网络中采用其他命名的可能。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能采用其他名称等。

在某些应用场景中，同一业务会产生多条互相关联的数据流，接收端只有接收到多个数据流的数据包，实现多流同步时，该业务才能才能够正常运作；然而该业务中的部分数据流的数据包可能会由于丢包、拥塞等异常情况而无法实现多流同步，从而导致该业务不能正常运作，既影响了用户的正常使用，又浪费了网络带宽。

例如，在增强现实(augmented reality，AR)应用中，AR画面中的背景会产生一个数据流，AR添加的前景的虚拟画面也会产生一个数据流。当AR画面中的背景产生的数据流与AR添加的前景的虚拟画面产生数据流实现多流同步时，用户才可以正常进行AR体验。再例如，在高清的360度全景视频传输中，360度的视频帧被拆分成不同部分，每一部分生成一个数据流，当拆分成不同部分的数据流的数据包实现多流同步时，才可以组合形成360度的画面。在这类应用场景下，部分数据流的数据包正常传输无法保证用户的正常使用，因此部分数据流的数据包正常传输是无效的，而且会占用网络带宽，造成资源的浪费。

在现有技术中，同一业务的多流同步是在接收端设备处实现的。具体地，接收端设备收到部分数据流的数据包后，先缓存该部分数据流的数据包，待收到全部数据流的数据包后，该业务便能够正常运作。然而，当部分数据流的数据包由于丢包、拥塞等异常情况使得接收端设备无法收到全部数据流的数据包时，会影响该业务的正常运作。接收端设备已经收到的正常传输的数据流的数据包就会占用接收端设备的存储资源，造成资源的浪费，此外，在接收端设备处进行多流同步的判断对数据流的丢包、拥塞等异常情况可能无法快速做出反馈。

鉴于上述技术问题，本申请提供了一种多流同步的方法，通过该方法，本申请可以更快对丢包作出响应，也可以避免在接收端设备占用大量的存储资源，造成接收端设备资源的浪费。

下面将结合附图详细说明本申请提供的各个实施例。

应理解，在本申请中实施例中，主要以数据包的到达时间(如预定到达时间、又如实际到达时间)相对于基准时间的偏移量为例进行示例性说明。例如，以二十四小时制为例，假设基准时间为8:00，包1实际到达网元或设备(例如无线接入网设备、再例如用户面功能设备)的时间为8:01，则包1的实际到达时间为60s(即1分钟)。

在下文实施例中，多次提及数据包的预定到达时间和数据包的实际到达时间。

其中，数据包的预定到达时间，表示数据包预定(或原本)到达网元或设备的时间。如数据包的预定到达时间为该数据包预定(或原本)到达用户面功能设备的时间，又如数据包的预定到达时间为该数据包预定(或原本)到达无线接入网设备的时间，又如数据包的预定到达时间为该数据包预定(或原本)到达其它网元或设备的时间，本申请实施例对此不予限制。

其中，数据包的实际到达时间，表示数据包实际到达网元或设备的时间。如数据包的实际到达时间为该数据包实际到达用户面功能设备的时间，又如数据包的实际到达时间为该数据包实际到达无线接入网设备的时间，又如数据包的实际到达时间为该数据包实际到达其它网元或设备的时间，本申请实施例对此不予限制。

应理解，数据包的预定到达时间不等同于数据包的实际到达时间，数据包的实际到达时间可能晚于该数据包的预定到达时间，也可能早于该数据包的预定到达时间，也可能等于该数据包的预定到达时间，本申请实施例对此不做限定。

图2示出了本申请实施例提供的一种多流同步的方法200的示意图。如图2所示，方法200可以包括如下步骤。

210，第一网元获取多流信息和第一预设值，该多流信息包括第一周期，其中，第一网元为无线接入网设备或用户面功能设备。

可选地，该多流信息还包括以下一项或多项信息：多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间、预设的该多个数据流中两个数据包到达时间之间的时间间隔。

可选地，在步骤210中，第一网元获取多流信息，包括：第一网元自身获取多流信息，或，第一网元接收多流信息。例如，第一网元通过深度报文检测(deep packetinspection，DPI)、机器学习等方式获取多流信息。再例如，当第一网元是用户面功能设备时，用户面功能设备可以从控制面网元或无线接入网设备接收多流信息。再例如，当第一网元是无线接入网设备时，无线接入网设备可以从控制面网元或用户面功能设备接收多流信息。

其中，控制面网元获取多流信息，可以包括：控制面网元接收来自应用功能设备的多流信息；或，控制面网元接收来自用户面功能设备自身获取的多流信息；或，控制面网元接收来自无线接入网设备自身获取的多流信息。本申请实施例对此不做限定。例如，控制面网元可以从应用功能设备获取到第一周期、多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间、预设的该多个数据流中两个数据包到达时间之间的时间间隔。

可选地，第一网元接收来自控制面网元的第一规则，其中，该第一规则为多个数据流中的至少一个数据流的数据包的实际到达时间与预设的该多个数据流中两个数据包到达时间之间的时间间隔的和。

可选地，在步骤210中，第一网元获取第一预设值，包括：第一网元可以根据获取到的多流信息或者接收来自控制面网元的第一规则，确定第一预设值。例如，第一网元可以根据多个数据流中每个数据流的数据包的预定到达时间，或者接收来自控制面网元的第一规则，确定该第一预设值。

其中，该第一预设值可以为多个数据流中的第一数据包的预定到达时间；或，第一预设值为多个数据流中的至少一个数据流的数据包的实际到达时间与预设的多个数据流中两个数据包到达时间之间的时间间隔的和。

基于上述技术方案，关于第一预设值的确定可以有以下三种方式。

方式#1：第一预设值为第一数据包的预定到达时间。

其中，第一数据包的预定到达时间可以为第一数据包的原预定到达时间与时间阈值之和。原预定到达时间，表示为第一数据包应该到达网元或设备的时间，或说预配置的到达网元或设备的时间。该时间阈值可以是协议预定义的，也可以是人为设定的，也可以是网络侧配置的，本申请实施例对此不作限定。时间阈值可以为0，也可以大于0。可以理解，当时间阈值等为0时，第一数据包的预定到达时间即为第一数据包的原预定到达时间；当时间阈值大于0时，第一数据包的预定到达时间大于第一数据包的原预定到达时间，此时该时间阈值可以理解为第一数据包在原预定到达时间内不能够到达网元或设备时新增加的一段时间。也就是说，通过时间阈值的设定，一个数据包的第一预设值可以在原预定到达时间的基础上进行一定范围的宽限，宽限后的时间即为最终的预定到达时间。

举例来说，包1的原预定到达时间为8s，时间阈值为2s，则包1的预定到达时间为10s(即包1的原预定到达时间8s与时间阈值2s的和)。

应理解，在第一周期内不同数据流的数据包的预定到达时间可以是不同的。

例如，假设有三个数据流，分别记为流1、流2、流3，在第一周期内每个数据流有一个数据包，即这三个数据流对应的数据包有三个，分别记为包1、包2、包3。包1的预定到达时间可以为10s，包2的预定到达时间可以为15s，包3的预定到达时间可以为25s。因此，在方式#1的情况下，包1的第一预设值为10s，包2的第一预设值为15s，包3的第一预设值为25s。

方式#2：第一预设值为多个数据流中的至少一个数据流的数据包的实际到达时间与预设的多个数据流中两个数据包到达时间之间的时间间隔的和。

也就是说，在方式#2的情况下，对于第一周期内的多个数据流，每个数据流的数据包的第一预设值可以为：在该数据包之前到达的其它数据流的数据包中，其中一个数据包的实际到达时间与预设的多个数据流中两个数据包到达时间之间的时间间隔的和。应理解，对于第一周期内第一个到达网元或设备的数据包来说，在该数据包之前没有其它数据流的数据包已经到达网元或设备，因此第一个到达网元或设备的数据包的第一预设值可以根据方式#1确定。

举例来说，假设有三个数据流，分别记为流1、流2、流3，在第一周期内每个数据流有一个数据包，即这三个数据流对应的数据包有三个，分别记为包1、包2、包3。假设预设的两个数据包到达时间之间的时间间隔为5s。对于包2来说，假设包2到达网元或设备时，包1已经到达网元或设备，且包1的实际到达时间为8s，包3还未到达网元或设备，此时在该方式下，包2的第一预设值可以是包1的实际到达时间与预设的多个数据流中两个数据包到达时间之间的时间间隔的和，即13s(包1的实际到达时间8s与时间间隔5s的和)。对于包3来说，假设包3到达网元或设备时，包1、包2已经到达网元或设备，且包1、包2的实际到达时间分别为8s、12s，此时在该方式下，包3的第一预设值可以是包1的实际到达时间与预设的多个数据流中两个数据包到达时间之间的时间间隔的和，即13s(包1的实际到达时间8s与时间间隔5s的和)，也可以是包2的实际到达时间与预设的多个数据流中两个数据包到达时间之间的时间间隔的和，即17s(包2的实际到达时间12s与时间间隔5s的和)。

方式#3：通过方式#1和方式#2计算出两个第一预设值时，此时第一预设值可以取该两个第一预设值中的最小值。

举例来说，假设有两个数据流，分别记为流1、流2，在第一周期内每个数据流有一个数据包，即这两个数据流对应的数据包有两个，分别记为包1、包2。假设包1、包2的预定到达时间分别为10s、12s，预设的两个数据包到达时间之间的时间间隔为5s。假设包1为第一数据包，包2未到达网元或设备，则根据方式#1确定的包1的第一预设值为10s(即包1的预定到达时间)，由于在包1之前没有其它数据流的数据包已经到达网元或设备，因此在方式#3下包1的第一预设值可以根据方式#1确定，即根据方式#3确定的包1的第一预设值为10s。假设包2为第一数据包，包1已到达网元或设备，且包1的实际到达时间为8s，则根据方式#1确定的包2对应的第一预设值为12s(即包2的预定到达时间)，根据方式#2确定的包2的第一预设值可以是包1的实际到达时间与预设的两个数据包到达时间之间的时间间隔，即13s(包1的实际到达时间8s与时间间隔5s的和)，则根据方式#3确定的包2的第一预设值为方式#1和方式#2中的最小值12s。

220，在第一周期内，若第一网元确定多个数据流中的第一数据包的实际到达时间晚于第一预设值，第一网元丢弃在第一周期内已接收到的数据包。

其中，第一数据包为恰好到达网元或设备的数据包。例如，假设有三个数据流，分别记为流1、流2、流3，在第一周期内每个数据流有一个数据包，即这三个数据流对应的数据包有三个，分别记为包1、包2、包3。包1已经被网元或设备缓存，包2恰好到达网元或设备，包3还未到达网元或设备，则此时第一数据包为包2。

可选地，第一网元确定第一数据包的实际到达时间早于或等于第一预设值，该第一网元缓存该第一数据包。

因此，在第一网元确定某个数据包的实际到达时间晚于该数据包对应的第一预设值前，第一网元可能已缓存在第一周期内已接收到的一个或多个数据包。而在第一网元确定某个数据包的实际到达时间晚于该数据包对应的第一预设值的情况下，第一网元可以丢弃在第一周期内已接收到的一个或多个数据包。

举例来说，假设有三个数据流，分别记为流1、流2、流3，在第一周期内每个数据流有一个数据包，即这三个数据流对应的数据包有三个，分别记为包1、包2、包3。在应用上述方式#1或方式#3确定第一预设值的场景中，假设包1、包2、包3的预定到达时间分别为10s、15s、20s。在应用上述方式#2或方式#3确定第一预设值的场景中，预设的两个数据包到达时间之间的时间间隔为5s。以下将结合具体例子描述第一网元对应不同时间到达的数据包的处理。

(1)假设包1为第一数据包，且包2、包3还未到达第一网元。根据方式#1确定的包1的第一预设值为10s(包1的预定到达时间)，由于在包1之前没有其它数据流的数据包已经到达第一网元，因此方式#3下确定的包1的第一预设值与根据方式#1确定的包1的第一预设值是相同的，即根据方式#3确定的包1的第一预设值为10s。若包1未在10s内到达，此时第一网元不再接收后续的包2和包3。若包1在10s内到达，此时第一网元缓存包1，并继续等待包2和包3的接收。例如，假设包1的实际到达时间为8s，此时包1的实际到达时间8s早于包1的第一预设值10s，第一网元缓存包1，并继续等待包2和包3的接收。

(2)假设包2为第一数据包，包1已被第一网元缓存，且包1的实际到达时间为8s，包3还未到达第一网元。根据方式#1确定的包2的第一预设值为15s(包2的预定到达时间)，根据方式#2确定的包2的第一预设值可以为包1的实际到达时间与预设的两个数据包到达时间之间的时间间隔，即13s(包1的实际到达时间8s与时间间隔5s的和)，根据方式#3确定的包2的第一预设值为方式#1和方式#2中的最小值13s。实际操作中，只需根据方式#1至方式#3中的一种方式确定第一预设值即可。若包2未在相应方式中确定的第一预设值内到达，此时第一网元丢弃已缓存的包1，并不再接收后续的包3。若包2在相应方式中确定的第一预设值内到达，此时第一网元进一步缓存包2，并继续等待包3的接收。

例如，包2的实际到达时间为14s。若根据方式#1确定的包2的第一预设值(15s)，由于包2的实际到达时间早于第一预设值，此时第一网元缓存包2，并继续等待包3的接收。若根据方式#2或方式#3确定的包2的第一预设值(13s)，由于包2的实际到达时间晚于第一预设值，此时第一网元丢弃已缓存的包1，并不再接收后续的包3。

(3)假设包3为第一数据包，包1、包2已被第一网元缓存，且包1、包2的实际到达时间分别为8s，12s。根据方式#1确定的包3的第一预设值为20s(包3的预定到达时间)，根据方式#2确定的包3的第一预设值可以为包1的实际到达时间与预设的两个数据包到达时间之间的时间间隔，即13s(包1的实际到达时间8s与时间间隔5s的和)，则根据方式#3确定的包3的第一预设值为方式#1和方式#2中的最小值13s。或者，根据方式#2确定的包3的第一预设值可以为包2的实际到达时间与预设的两个数据包到达时间之间的时间间隔，即17s(包2的实际到达时间12s与时间间隔5s的和)，则根据方式#3确定的包3的第一预设值为方式#1和方式#2中的最小值17s。实际操作中，只需根据方式#1至方式#3中的一种方式确定第一预设值即可。若包3未在相应方式中确定的第一预设值内到达，此时第一网元丢弃已缓存的包1和包2。若包3在相应方式中确定的第一预设值内到达，此时第一网元将已缓存的包1、包2，以及包3发送至接收端设备。

假设根据方式#1确定的包3的第一预设值为20s(包3的预定到达时间)。根据方式#2或方式#3确定的包3的第一预设值为17s(包2的实际到达时间与预设的两个数据包到达时间之间的时间间隔)。例如，包3的实际到达时间为19s。若根据方式#1确定的包3的第一预设值(20s)，由于包3的实际到达时间早于第一预设值，此时第一网元将已缓存的包1、包2，以及包3发送至接收端设备。若根据方式#2或方式#3确定的包3的第一预设值(17s)，由于包3的实际到达时间晚于第一预设值，此时第一网元丢弃已缓存的包1和包2。

可选地，响应于第一网元确定多个数据流中的第一数据包的实际到达时间晚于第一预设值，该第一网元向发送端设备发送指示信息，该指示信息用于指示重传多个数据流中每个数据流的数据包。

其中，该第一网元向发送端设备发送指示信息，可以包括：该第一网元生成确认数据包；该第一网元向该发送端设备发送确认数据包，该确认数据包用于指示重传多个数据流中每个数据流的数据包。

可选地，当数据包的传输为上行传输时，第一网元可以是无线接入网设备，发送端设备可以是终端设备，接收端设备可以是数据网络设备；当数据包的传输为下行传输时，第一网元可以是用户面功能设备，发送端设备可以是数据网络设备，接收端设备可以是终端设备。

可选地，第一网元确定该多个数据流中的第一数据包的实际到达时间之前，该第一网元根据该多流信息，为多个数据流中每个数据流的数据包预分配资源。例如，用户面功能设备可以根据多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间，为多个数据流中每个数据流的数据包预分配缓存资源；再例如，无线接入网设备可以根据多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间，为多个数据流中每个数据流的数据包预分配空口资源。

图3示出了本申请实施例提供的一种多流同步的方法300的流程图。如图3所示，第一网元对在第一周期内已接收到的数据包的处理流程可以包括如下步骤。

301，第一网元在第一周期内接收来自发送端设备的第一数据包。

302，第一网元确定第一数据包的实际到达时间。

303，第一网元判断该实际到达时间是否晚于第一预设值。

若是，则执行步骤304或步骤305中的至少一项，若否，则执行步骤306。

应理解，第一预设值的设定，可以参考前面方式#1至方式#3的描述。也就是说，确定第一数据包的实际到达时间是否晚于第一预设值，可以确定第一数据包的实际到达时间是否晚于第一数据包的预定到达时间；也可以确定第一数据包的实际到达时间是否晚于多个数据流中的至少一个数据流的数据包的实际到达时间与预设的多个数据流中两个数据包到达时间之间的时间间隔的和。

304，第一网元丢弃在第一周期内已接收到的数据包。

第一网元丢弃在第一周期内已接收到的数据包后，不再接收在第一周期内未到达的其它数据包。

可选的，第一网元可以继续执行步骤305，指示终端设备重传第一周期内的多个数据流中每个数据流的数据包。

305，第一网元向发送端设备发送指示信息，该指示信息用于指示重传第一周期内的多个数据流中每个数据流的数据包。

还应理解，第一网元确定第一数据包的实际到达时间晚于第一预设值后，第一网元可以选择丢弃在第一周期内已接收到的数据包(即步骤304)，也可以选择直接向发送端设备发送指示信息，指示终端设备重传第一周期内的多个数据流中每个数据流的数据包(即步骤305)。基于这两种处理方式，不仅可以对数据包的异常情况快速做出反馈，如更快对丢包作出响应，还可以避免第一网元将第一周期内未实现多流同步的多个数据包发送至接收端设备带来的信令开销。

306，第一网元缓存第一数据包。

307，第一网元判断第一数据包是否是第一周期内的最后一个数据包。

若是，则执行步骤308，若否，则执行步骤301，即，第一网元继续接收第一周期内的下一个数据包。

308，第一网元向接收端设备发送在第一周期内已接收到的数据包。

其中，在第一周期内已接收到的数据包包括已在第一网元缓存的一个或多个数据包。

基于步骤308，第一网元向接收端设备发送在第一周期内已接收到的数据包时，此时第一网元在第一周期内已接收到的数据包已经实现了多流同步，也就是说，多流同步的判断是在第一网元处进行的。相比于多个数据包在接收端设备进行多流同步的判断，在第一网元处进行多流同步的判断，可以节省接收端设备的存储资源，进而减少接收端存储资源的浪费。

为便于理解，下面结合图4至图6介绍适用于本申请实施例的可能的流程。图4至图6主要介绍用户面功能设备和无线接入网功能设备获取多流信息和第一规则，并基于获取到的多流信息或第一规则，确定第一预设值，进而根据该第一预设值确定是否向接收端设备发送数据包的可能的流程。其中，图4所示的方法400可以用于用户面功能设备和无线接入网功能设备接收来自控制面网元的多流信息和第一规则，并基于接收到的多流信息或第一规则，确定第一预设值，进而根据该第一预设值确定是否向接收端设备发送数据包。图5所示的方法500可以用于用户面功能设备自身获取多流信息，并将自身获取的多流信息发送至控制面网元；用户面功能设备接收来自控制面网元的第一规则，并根据自身获取的多流信息或控制面网元发送的第一规则，确定第一预设值，进而根据该第一预设值确定是否向接收端设备发送数据包；无线接入网设备接收来自用户面功能设备的多流信息和第一规则，并根据用户面功能设备发送的多流信息或第一规则，确定第一预设值，进而根据该第一预设值确定是否向接收端设备发送数据包。图6所示的方法600可以用于无线接入网设备自身获取多流信息，并将自身获取的多流信息发送至控制面网元；无线接入网设备接收来自控制面网元的第一规则，并根据自身获取的多流信息或控制面网元发送的第一规则，确定第一预设值，进而根据该第一预设值确定是否向接收端设备发送数据包；用户面功能设备接收来自无线接入网设备的多流信息和第一规则，并根据无线接入网设备发送的多流信息或第一规则，确定第一预设值，进而根据该第一预设值确定是否向接收端设备发送数据包。

图4示出了本申请实施例提供的一种多流同步的方法400的示意性流程图。该方法400可以包括如下步骤。

401，AF向CP发送多流信息。

其中，该多流信息可以包括以下一项或多项信息：第一周期、多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间、预设的多个数据流中两个数据包到达时间之间的时间间隔。

其中，数据包的预定到达时间可以包括：数据包预定到达UPF的时间、数据包预定到达RAN的时间。

402，CP接收多流信息，并根据多流信息，确定第一规则。

其中，该第一规则为多个数据流中的至少一个数据流的数据包的实际到达时间与预设的该多个数据流中两个数据包到达时间之间的时间间隔的和。

可选地，CP确定在第一周期内每个数据流的数据包的大小的最大值；当该最大值小于或等于UPF的资源大小时，CP向UPF发送多流信息和第一规则。例如，SMF接收来自UPF的缓存资源大小，当第一周期内每个数据流的数据包的大小的最大值小于或等于UPF的缓存资源大小时，SMF可以通过N4*接口向UPF发送多流信息和第一规则。

可选地，CP确定在第一周期内每个数据流的数据包的大小的最大值；当该最大值小于或等于RAN的资源大小时，CP向RAN发送多流信息和第一规则。例如，SMF接收来自RAN的空口资源大小，当第一周期内每个数据流的数据包的大小的最大值小于或等于RAN的空口资源大小时，SMF可以通过N2*接口向RAN发送多流信息和第一规则。

可选地，该多流信息可以是SMF获取的，也可以是PCF或NEF获取的，PCF或NEF将该多流信息发送至SMF，本申请实施例对此不做限定。

403，CP向UPF发送多流信息和第一规则。

其中，该多流信息可以包括以下一项或多项信息：第一周期、多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间、预设的多个数据流中两个数据包到达时间之间的时间间隔。其中，数据包的预定到达时间，表示数据包预定到达UPF的时间。

404，CP向RAN发送多流信息和第一规则。

其中，该多流信息可以包括以下一项或多项信息：第一周期、多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间、预设的多个数据流中两个数据包到达时间之间的时间间隔。其中，数据包的预定到达时间，表示数据包预定到达RAN的时间。

应理解，步骤403与步骤404可以是同时发生的，也可以是不同时发生的，本申请实施例对此不作限定。例如，CP可以先向UPF发送多流信息和第一规则，再向RAN发送多流信息和第一规则；或，CP可以先向RAN发送多流信息和第一规则，再向UPF发送多流信息和第一规则；或，CP可以同时向UPF和RAN发送多流信息和第一规则。

还应理解，CP向UPF或RAN发送多流信息与第一规则的顺序并不限定。例如，CP可以向UPF或RAN同时发送多流信息和第一规则；再例如，CP可以向UPF或RAN先发送多流信息，再发送第一规则；再例如，CP可以向UPF或RAN先发送第一规则，再发送多流信息。

405，UPF接收多流信息和第一规则，并根据多流信息或第一规则，确定第一预设值，进而确定是否发送数据包。

在第一周期内，若UPF确定多个数据流中的第一数据包的实际到达时间晚于第一预设值，UPF丢弃在第一周期内已接收到的数据包。其中，第一数据包为恰好到达UPF的数据包。关于第一数据包的示例性说明可参考步骤210中的描述，在此不再进行赘述。

可选地，UPF可以根据接收到的多流信息或第一规则，确定第一预设值。例如，UPF可以根据多个数据流中每个数据流的数据包的预定到达时间，或者接收来自CP的第一规则，确定该第一预设值。

可选地，UPF确定第一数据包的实际到达时间早于或等于第一预设值，UPF缓存该第一数据包。

因此，在UPF确定某个数据包的实际到达时间晚于该数据包对应的第一预设值前，UPF可能已缓存在第一周期内已接收到的一个或多个数据包。而在UPF确定某个数据包的实际到达时间晚于该数据包对应的第一预设值的情况下，UPF可以丢弃在第一周期内已接收到的一个或多个数据包。

关于UPF确定是否发送数据包的示例性说明可参考步骤220中的描述，在此不再进行赘述。

可选地，响应于UPF确定多个数据流中的第一数据包的实际到达时间晚于第一预设值，UPF向发送端设备发送指示信息，该指示信息用于指示重传多个数据流中每个数据流的数据包。

其中，UPF向发送端设备发送指示信息，可以包括：UPF生成确认数据包；UPF向该发送端设备发送确认数据包，该确认数据包用于指示重传多个数据流中每个数据流的数据包。

可选地，UPF确定该多个数据流中的第一数据包的实际到达时间之前，UPF根据该多流信息，为多个数据流中每个数据流的数据包预分配资源。例如，UPF可以根据多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间，为多个数据流中每个数据流的数据包预分配缓存资源。

406，RAN接收多流信息和第一规则，并根据多流信息或第一规则，确定第一预设值，进而确定是否发送数据包。

其中，该多流信息可以包括以下一项或多项信息：第一周期、多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间、预设的多个数据流中两个数据包到达时间之间的时间间隔。其中，数据包的预定到达时间，表示数据包预定(或原本)到达RAN的时间。

在第一周期内，若RAN确定多个数据流中的第一数据包的实际到达时间晚于第一预设值，RAN丢弃在第一周期内已接收到的数据包。其中，第一数据包为恰好到达RAN的数据包。关于第一数据包的示例性说明可参考步骤210中的描述，在此不再进行赘述。

可选地，RAN可以根据接收到的多流信息或第一规则，确定第一预设值。例如，RAN可以根据多个数据流中每个数据流的数据包的预定到达时间，或者接收来自CP的第一规则，确定该第一预设值。

可选地，RAN确定第一数据包的实际到达时间早于或等于第一预设值，RAN缓存该第一数据包。

因此，在RAN确定某个数据包的实际到达时间晚于该数据包对应的第一预设值前，RAN可能已缓存在第一周期内已接收到的一个或多个数据包。而在RAN确定某个数据包的实际到达时间晚于该数据包对应的第一预设值的情况下，RAN可以丢弃在第一周期内已接收到的一个或多个数据包。

关于RAN确定是否发送数据包的示例性说明可参考步骤220中的描述，在此不再进行赘述。

可选地，响应于RAN确定多个数据流中的第一数据包的实际到达时间晚于第一预设值，RAN向发送端设备发送指示信息，该指示信息用于指示重传多个数据流中每个数据流的数据包。

其中，RAN向发送端设备发送指示信息，可以包括：RAN生成确认数据包；RAN向该发送端设备发送确认数据包，该确认数据包用于指示重传多个数据流中每个数据流的数据包。

可选地，该多流信息还包括多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间；RAN确定该多个数据流中的第一数据包的实际到达时间之前，RAN根据该多流信息，为多个数据流中每个数据流的数据包预分配资源。例如，RAN可以根据多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间，为多个数据流中每个数据流的数据包预分配空口资源。

基于上述技术方案，第一网元(例如RAN、再例如UPF)可根据数据包的传输情况，对第一周期内已经接收到的且未能实现多流同步的多个数据包作丢弃处理，同时也可以请求发送端设备重传该多个数据流中每个数据流的数据包。通过该方式，不仅可以对数据包的异常情况快速做出反馈，如更快对丢包作出响应，还可以避免第一网元将第一周期内未实现多流同步的多个数据包发送至接收端设备带来的信令开销。此外，相比于多个数据包在接收端设备进行多流同步的判断，通过上述技术方案，在第一网元处进行多流同步的判断，可以节省接收端设备的存储资源，进而减少接收端存储资源的浪费。

图5示出了本申请实施例提供的又一种多流同步的方法500的示意性流程图。该方法500可以包括如下步骤。

501，UPF向CP发送多流信息。

示例性地，UPF可以通过DPI、机器学习等方式，自身获取第一周期、多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间、预设的多个数据流中两个数据包到达时间之间的时间间隔。其中，UPF自身获取到的数据包的预定到达时间为数据包预定到达UPF的时间，UPF可以根据数据包预定到达UPF的时间，确定数据包预定到达RAN的时间。例如，当数据包为上行传输时，UPF可以通过计算数据包预定到达UPF的时间与包延迟预算的差值，确定数据包预定到达RAN的时间；当数据包为下行传输时，UPF可以通过计算数据包预定到达UPF的时间与包延迟预算的和，确定数据包预定到达RAN的时间，其中，包延迟预算可以是QoS流预定义的。

可选地，UPF向CP发送多流信息，包括：UPF获取多流信息，并将获取到的多流信息发送至CP，例如，UPF可以通过N4*接口将该多流信息发送至SMF。

502，CP接收多流信息，并根据多流信息，确定第一规则。

可选地，CP确定在第一周期内每个数据流的数据包的大小的最大值；当该最大值小于或等于UPF的资源大小时，CP向UPF发送第一规则。例如，SMF接收来自UPF的缓存资源大小，当第一周期内每个数据流的数据包的大小的最大值小于或等于UPF的缓存资源大小时，SMF可以通过N4*接口向UPF发送第一规则。

503，CP向UPF发送第一规则。

504，UPF向RAN发送多流信息和第一规则。

应理解，UPF向RAN发送多流信息与第一规则的顺序并不限定。例如，UPF可以向RAN同时发送多流信息和第一规则；再例如，UPF可以向RAN先发送多流信息，再发送第一规则；再例如，UPF可以向RAN先发送第一规则，再发送多流信息。

可选地，UPF确定在第一周期内每个数据流的数据包的大小的最大值；当该最大值小于或等于RAN的资源大小时，UPF向RAN发送多流信息和第一规则。例如，UPF接收来自RAN的空口资源大小，当第一周期内每个数据流的数据包的大小的最大值小于或等于RAN的空口资源大小时，UPF可以通过N3*接口向RAN发送该多流信息和该第一规则。

505，UPF接收第一规则，并根据多流信息或第一规则，确定第一预设值，进而确定是否发送数据包。

506，RAN接收多流信息和第一规则，并根据多流信息或第一规则，确定第一预设值，进而确定是否发送数据包。

关于步骤505和步骤506的说明可参考步骤405和406，在此不再进行赘述。

图6示出了本申请实施例提供的又一种多流同步的方法600的示意性流程图。该方法600可以包括如下步骤。

601，RAN向CP发送多流信息。

示例性地，RAN可以通过DPI、机器学习等方式，自身获取第一周期、多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间、预设的多个数据流中两个数据包到达时间之间的时间间隔。其中，RAN自身获取到的数据包的预定到达时间为数据包预定到达RAN的时间，RAN可以根据数据包预定到达RAN的时间，确定数据包预定到达UPF的时间。例如，当数据包为上行传输时，RAN可以通过计算数据包预定到达RAN的时间与包延迟预算的和，确定数据包预定到达UPF的时间；当数据包为下行传输时，RAN可以通过计算数据包预定到达RAN的时间与包延迟预算的差值，确定数据包预定到达UPF的时间，其中，包延迟预算可以是QoS流预定义的。

可选地，RAN向CP发送多流信息，包括：RAN获取多流信息，并将获取到的多流信息发送至CP，例如，RAN可以通过N2*接口将该多流信息发送至SMF。

602，CP接收多流信息，并根据多流信息，确定第一规则。

可选地，CP确定在第一周期内每个数据流的数据包的大小的最大值；当该最大值小于或等于RAN的资源大小时，CP向RAN发送第一规则。例如，SMF接收来自RAN的空口资源大小，当第一周期内每个数据流的数据包的大小的最大值小于或等于RAN的空口资源大小时，SMF可以通过N2*接口向RAN发送该第一规则。

603，CP向RAN发送第一规则。

604，RAN向UPF发送多流信息和第一规则。

应理解，RAN向UPF发送多流信息与第一规则的顺序并不限定。例如，RAN可以向UPF同时发送多流信息和第一规则；再例如，RAN可以向UPF先发送多流信息，再发送第一规则；再例如，RAN可以向UPF先发送第一规则，再发送多流信息。

可选地，RAN确定在第一周期内每个数据流的数据包的大小的最大值；当该最大值小于或等于RAN的资源大小时，RAN向UPF发送多流信息和第一规则。例如，RAN接收来自UPF的缓存资源大小，当第一周期内每个数据流的数据包的大小的最大值小于或等于UPF的缓存资源大小时，RAN可以通过N3*接口向UPF发送该多流信息和该第一规则。

605，UPF接收多流信息和第一规则，并根据多流信息或第一规则，确定第一预设值，进而确定是否发送数据包。

606，RAN接收第一规则，并根据多流信息或第一规则，确定第一预设值，进而确定是否发送数据包。

关于步骤605和步骤606的说明可参考步骤405和406，在此不再进行赘述。

可以理解，本申请实施例中的图4至图6中的例子仅仅是为了便于本领域技术人员理解本申请实施例，并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图4至图6的例子，显然可以进行各种等价的修改或变化，这样的修改或变化也落入本申请实施例的范围内。例如，多流信息中的第一周期、多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间、预设的多个数据流中两个数据包到达时间之间的时间间隔可以是AF获取的，也可以是UPF获取的，也可以是RAN获取的，CP获取的多流信息(例如第一周期，再例如多个数据流中每个数据流的数据包的大小)可以是来自AF的，也可以是来自UPF的，也可以是来自RAN的；UPF获取的多流信息(例如第一周期，再例如多个数据流中每个数据流的数据包的大小)可以是来自CP的，也可以是来自RAN的，也可以是UPF自身获取的；RAN获取的多流信息(例如第一周期，再例如多个数据流中每个数据流的数据包的大小)可以是来自CP的，也可以是来自UPF的，也可以是RAN自身获取的。

还可以理解，本申请实施例中N2*接口、N3*接口、N4*接口的命名仅为便于区分不同的接口而定义，不应对本申请构成任何限定。本申请并不排除采用其他命名的可能。

还可以理解，本申请的各实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，也可以在某些场景下，与其他特征进行结合，不做限定。

还可以理解，本申请的各实施例中的方案可以进行合理的组合使用，并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释，对此不做限定。

还可以理解，在本申请的各实施例中的各种数字序号的大小并不意味着执行顺序的先后，仅为描述方便进行的区分，不应对本申请实施例的实施过程构成任何限定。

还可以理解，在本申请的各实施例中涉及到消息名称，如多流信息，应理解，其命名不对本申请实施例的保护范围造成限定。

还可以理解，在上述一些实施例中，主要以无线接入网(radio access network，RAN)设备、用户面功能(user plane function，UPF)设备、数据网络(data network，DN)设备、用户设备(user equipment，UE)、应用功能(application function，AF)设备、会话管理功能(session management function，SMF)设备为例进行了示例性说明，本申请不限于此，任何可以实现RAN的设备，或任何可以实现UPF的网元，或任何可以实现DN的网元，或任何可以实现UE的设备，或任何可以实现AF的网元，或任何可以实现SMF的网元，都适用于本申请。

还可以理解，上述各个方法实施例中，由设备或网元(如无线接入网设备，又如用户面功能设备)实现的方法和操作，也可以由设备或网元的组成部件(例如芯片或电路)来实现。

相应于上述各方法实施例给出的方法，本申请实施例还提供了相应的装置，该装置包括用于执行上述各个方法实施例相应的模块。该模块可以是软件，也可以是硬件，或是软件和硬件结合。可以理解的是，上述各方法实施例所描述的技术特征同样适用于以下装置实施例。

图7是本申请实施例提供的一种通信装置的示意性框图。该装置700包括收发单元710，收发单元710可以用于实现相应的通信功能。收发单元710还可以称为通信接口或通信单元。

可选地，该装置700还可以包括处理单元720，处理单元720可以用于实现相应的处理功能，如确定多个数据流中的第一数据包的实际到达时间晚于第一预设值。

可选地，该装置700还包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元720可以读取存储单元中的指令和/或数据，以使得装置实现前述各个方法实施例中的第一网元(如UPF，又如RAN)或控制面网元(如SMF)的动作。

该装置700可以用于执行上文各个方法实施例中第一网元(如UPF，又如RAN)或控制面网元(如SMF)所执行的动作，这时，该装置700可以为第一网元(如UPF，又如RAN)或第一网元(如UPF，又如RAN)的组成部件，也可以为控制面网元(如SMF)或控制面网元(如SMF)的组成部件，收发单元710用于执行上文方法实施例中第一网元(如UPF，又如RAN)或控制面网元(如SMF)的收发相关的操作，处理单元720用于执行上文方法实施例中第一网元(如UPF，又如RAN)或控制面网元(如SMF)的处理相关的操作。

作为一种设计，该装置700用于执行上文各个方法实施例中第一网元(如UPF，又如RAN)所执行的动作。

一种可能的实现方式，收发单元710，用于获取多流信息和第一预设值，多流信息包括第一周期，其中，装置700为无线接入网设备或用户面功能设备；在第一周期内，若处理单元720，用于确定多个数据流中的第一数据包的实际到达时间晚于第一预设值，收发单元，用于丢弃在第一周期内已接收到的数据包。

可选地，响应于处理单元720，用于确定该多个数据流中的第一数据包的实际到达时间晚于该第一预设值，收发单元710，用于向发送端设备发送指示信息，该指示信息用于指示重传该多个数据流中每个数据流的数据包。

可选地，收发单元710，用于向发送端设备发送指示信息，包括：处理单元720，用于生成确认数据包；收发单元710，用于向该发送端设备发送该确认数据包，该确认数据包用于指示重传该多个数据流中每个数据流的数据包。

可选地，装置700还包括：装置700确定该第一数据包的实际到达时间早于或等于该第一预设值，处理单元720，用于缓存该第一数据包。

可选地，该第一预设值为该第一数据包的预定到达时间；或，该第一预设值为该多个数据流中的至少一个数据流的数据包的实际到达时间与预设的该多个数据流中两个数据包到达时间之间的时间间隔的和。

可选地，该多流信息还包括该多个数据流中每个数据流的数据包的大小、该多个数据流中每个数据流的数据包的预定到达时间；处理单元720，用于确定该多个数据流中的第一数据包的实际到达时间之前，装置700还包括：处理单元720，用于根据该多流信息，为该多个数据流中每个数据流的数据包预分配资源。

可选地，收发单元710，用于获取多流信息，包括：收发单元710，用于从以下任意一项或多项获取该多流信息：控制面网元(如SMF)、该用户面功能设备、该无线接入网设备。

另一种可能的方式，收发单元710，用于获取多流信息和第一预设值，多流信息包括第一周期，其中，装置700为无线接入网设备或用户面功能设备；在第一周期内，若处理单元720，用于确定多个数据流中的第一数据包的实际到达时间晚于第一预设值，收发单元710，用于向发送端设备发送指示信息，指示信息用于指示重传多个数据流中每个数据流的数据包。

该装置700可实现对应于根据本申请实施例的方法实施例中的第一网元(如UPF，又如RAN)执行的步骤或流程，该装置700可以包括用于执行图2至图6中任意一个所示实施例中第一网元(如UPF，又如RAN)执行的方法的单元。

作为另一种设计，该装置700用于执行上文各个方法实施例中控制面网元(如SMF)所执行的动作。

一种可能的方式，处理单元720，用于确定第一规则，其中，第一规则为多个数据流中的至少一个数据流的数据包的实际到达时间与预设的该多个数据流中两个数据包到达时间之间的时间间隔的和；收发单元710，用于向第一网元发送第一规则，其中，第一网元为无线接入网设备或用户面功能设备。

可选地，收发单元710，用于获取多流信息，其中，该多流信息包括以下一项或多项信息：第一周期、多个数据流中每个数据流的数据包的大小、多个数据流中每个数据流的数据包的预定到达时间、预设的该多个数据流中两个数据包到达时间之间的时间间隔；处理单元720，用于确定第一规则，包括：处理单元720，用于根据该多流信息，确定该第一规则。

可选地，收发单元710，用于向第一网元(如UPF，又如RAN)发送多流信息，包括：处理单元720，用于确定在第一周期内每个数据流的数据包的大小的最大值；当最大值小于或等于第一网元(如UPF，又如RAN)的资源大小时，收发单元710，用于向第一网元(如UPF，又如RAN)发送多流信息。

可选地，处理单元720，用于获取多流信息，包括：从以下任意一项或多项获取多流信息：应用功能设备、无线接入网设备、用户面功能设备。

该装置700可实现对应于根据本申请实施例的方法实施例中的控制面网元(如SMF)执行的步骤或流程。该装置700可以包括用于执行图2至图6中任意一个所示实施例中的控制面网元(如SMF)执行的方法的单元。

应理解，各单元执行上述相应步骤的具体过程在上述各方法实施例中已经详细说明，为了简洁，在此不再赘述。

还应理解，这里的装置700以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，装置700可以具体为上述实施例中的第一网元(如UPF，又如RAN)或控制面网元(如SMF)，可以用于执行上述各方法实施例中与第一网元(如UPF，又如RAN)或控制面网元(如SMF)对应的各个流程和/或步骤，为避免重复，在此不再赘述。

上述各个方案的装置700具有实现上述方法中第一网元(如UPF，又如RAN)或控制面网元(如SMF)所执行的相应步骤的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块；例如收发单元可以由收发机替代(例如，收发单元中的发送单元可以由发送机替代，收发单元中的接收单元可以由接收机替代)，其它单元，如处理单元等可以由处理器替代，分别执行各个方法实施例中的收发操作以及相关的处理操作。

此外，上述收发单元710还可以是收发电路(例如可以包括接收电路和发送电路)，处理单元可以是处理电路。

需要指出的是，图7中的装置可以是前述实施例中的网元或设备，也可以是芯片或芯片***，例如：片上***(system on chip，SoC)。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或微处理器或集成电路。在此不做限定。

如图8所示，本申请实施例提供另一种通信装置800。该装置800包括处理器810，处理器810与存储器820耦合，存储器820用于存储计算机程序或指令和/或数据，处理器810用于执行存储器820存储的计算机程序或指令，或读取存储器820存储的数据，以执行上文各方法实施例中的方法。

可选地，处理器810为一个或多个。

可选地，存储器820为一个或多个。

可选地，该存储器820与该处理器810集成在一起，或分离设置。

可选地，如图8所示，该装置800还包括收发器830，收发器830用于信号的接收和/或发送。例如，处理器810用于控制收发器830进行信号的接收和/或发送。

作为一种方案，该装置800用于实现上文各个方法实施例中由第一网元(如UPF，又如RAN)或控制面网元(如SMF)执行的操作。

例如，处理器810用于执行存储器820存储的计算机程序或指令，以实现上文各个方法实施例中第一网元(如UPF，又如RAN)的相关操作。例如，图2至图6中任意一个所示实施例中的第一网元(如UPF，又如RAN)执行的方法。

应理解，本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或其他可编程逻辑器件、分立门或晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)。例如，RAM可以用作外部高速缓存。作为示例而非限定，RAM包括如下多种形式：静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或其他可编程逻辑器件、分立门或晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

如图9所示，本申请实施例提供一种芯片***900。该芯片***900(或也可以称为处理***)包括逻辑电路910以及输入/输出接口(input/output interface)920。

其中，逻辑电路910可以为芯片***900中的处理电路。逻辑电路910可以耦合连接存储单元，调用存储单元中的指令，使得芯片***900可以实现本申请各实施例的方法和功能。输入/输出接口920，可以为芯片***900中的输入输出电路，将芯片***900处理好的信息输出，或将待处理的数据或信令信息输入芯片***900进行处理。

作为一种方案，该芯片***900用于实现上文各个方法实施例中由第一网元(如UPF，又如RAN)或控制面网元(如SMF)执行的操作。

例如，逻辑电路910用于实现上文方法实施例中由第一网元(如UPF，又如RAN)执行的处理相关的操作，如图2至图6中任意一个所示实施例中的第一网元(如UPF，又如RAN)执行的处理相关的操作；输入/输出接口920用于实现上文方法实施例中由第一网元(如UPF，又如RAN)执行的发送和/或接收相关的操作，如图2至图6中任意一个所示实施例中的第一网元(如UPF，又如RAN)执行的发送和/或接收相关的操作。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述各方法实施例中由第一网元(如UPF，又如RAN)或控制面网元(如SMF)执行的方法的计算机指令。

例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法各实施例中由第一网元(如UPF，又如RAN)执行的方法。

本申请实施例还提供一种计算机程序产品，包含指令，该指令被计算机执行时以实现上述各方法实施例中由第一网元(如UPF，又如RAN)或控制面网元(如SMF)执行的方法。

上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或可以集成到另一个***，或一些特征可以忽略，或不执行。此外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或其他可编程装置。例如，所述计算机可以是个人计算机，服务器，或网络设备等。所述计算机指令可以存储在计算机可读存储介质中，或从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或半导体介质(例如固态硬盘(solid state disk，SSD)等。例如，前述的可用介质包括但不限于：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种多流同步的方法，其特征在于，包括：

第一网元获取多流信息和第一预设值，所述多流信息包括第一周期，其中，所述第一网元为无线接入网设备或用户面功能设备；

在所述第一周期内，若所述第一网元确定多个数据流中的第一数据包的实际到达时间晚于所述第一预设值，所述第一网元丢弃在所述第一周期内已接收到的数据包。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于所述第一网元确定所述多个数据流中的第一数据包的实际到达时间晚于所述第一预设值，所述第一网元向发送端设备发送指示信息，所述指示信息用于指示重传所述多个数据流中每个数据流的数据包。

3.一种多流同步的方法，其特征在于，包括：

在所述第一周期内，若所述第一网元确定多个数据流中的第一数据包的实际到达时间晚于所述第一预设值，所述第一网元向发送端设备发送指示信息，所述指示信息用于指示重传所述多个数据流中每个数据流的数据包。

4.根据权利要求2或3所述的方法，其特征在于，所述第一网元向发送端设备发送指示信息，包括：

所述第一网元生成确认数据包；

所述第一网元向所述发送端设备发送所述确认数据包，所述确认数据包用于指示重传所述多个数据流中每个数据流的数据包。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

所述第一网元确定所述第一数据包的实际到达时间早于或等于所述第一预设值，所述第一网元缓存所述第一数据包。

6.根据权利要求1至5中任一项所述的方法，其特征在于，

所述第一预设值为所述第一数据包的预定到达时间；或，

所述第一预设值为所述多个数据流中的至少一个数据流的数据包的实际到达时间与预设的所述多个数据流中两个数据包到达时间之间的时间间隔的和。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述多流信息还包括所述多个数据流中每个数据流的数据包的大小、所述多个数据流中每个数据流的数据包的预定到达时间；

所述第一网元确定所述多个数据流中的第一数据包的实际到达时间之前，所述方法还包括：

所述第一网元根据所述多流信息，为所述多个数据流中每个数据流的数据包预分配资源。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述第一网元获取多流信息，包括：

所述第一网元从以下任意一项或多项获取所述多流信息：控制面网元、所述用户面功能设备、所述无线接入网设备。

9.一种通信装置，其特征在于，包括：收发单元和处理单元，

所述收发单元，用于获取多流信息和第一预设值，所述多流信息包括第一周期，其中，所述装置为无线接入网设备或用户面功能设备；

在所述第一周期内，若所述处理单元，用于确定多个数据流中的第一数据包的实际到达时间晚于所述第一预设值，所述收发单元，用于丢弃在所述第一周期内已接收到的数据包。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

响应于所述处理单元，用于确定所述多个数据流中的第一数据包的实际到达时间晚于所述第一预设值，所述收发单元，用于向发送端设备发送指示信息，所述指示信息用于指示重传所述多个数据流中每个数据流的数据包。

11.一种通信装置，其特征在于，包括：收发单元和处理单元，

在所述第一周期内，若所述处理单元，用于确定多个数据流中的第一数据包的实际到达时间晚于所述第一预设值，所述收发单元，用于向发送端设备发送指示信息，所述指示信息用于指示重传所述多个数据流中每个数据流的数据包。

12.根据权利要求10或11所述的装置，其特征在于，所述收发单元，用于向发送端设备发送指示信息，包括：

所述处理单元，用于生成确认数据包；

所述收发单元，用于向所述发送端设备发送所述确认数据包，所述确认数据包用于指示重传所述多个数据流中每个数据流的数据包。

13.根据权利要求9至12中任一项所述的装置，其特征在于，所述装置还包括：

所述装置确定所述第一数据包的实际到达时间早于或等于所述第一预设值，所述处理单元，用于缓存所述第一数据包。

14.根据权利要求9至13中任一项所述的装置，其特征在于，

所述第一预设值为所述第一数据包的预定到达时间；或，

15.根据权利要求9至14中任一项所述的装置，其特征在于，所述多流信息还包括所述多个数据流中每个数据流的数据包的大小、所述多个数据流中每个数据流的数据包的预定到达时间；

所述处理单元，用于确定所述多个数据流中的第一数据包的实际到达时间之前，所述装置还包括：

所述处理单元，用于根据所述多流信息，为所述多个数据流中每个数据流的数据包预分配资源。

16.根据权利要求9至15中任一项所述的装置，其特征在于，所述收发单元，用于获取多流信息，包括：

所述收发单元，用于从以下任意一项或多项获取所述多流信息：控制面网元、所述用户面功能设备、所述无线接入网设备。

17.一种通信装置，其特征在于，包括：

处理器，用于执行存储器中存储的计算机程序，以使得所述装置执行如权利要求1至2和4至8中任一项所述的方法，或，以使得所述装置执行如权利要求3至8中任一项所述的方法。

18.根据权利要求17所述的装置，其特征在于，所述装置还包括所述存储器。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至2和4至8中任一项所述的方法，或，使得所述计算机执行如权利要求3至8中任一项所述的方法。

20.一种计算机程序产品，其特征在于，所述计算机程序产品包括用于执行如权利要求1至2和4至8中任一项所述的方法的指令，或，所述计算机程序产品包括用于执行如权利要求3至8中任一项所述的方法的指令。