CN117062210A - 一种通信方法及相关设备 - Google Patents

Abstract

本公开实施例提供了一种通信方法及相关设备，涉及通信技术领域。该通信方法包括：核心网中的AF网元向所述核心网中的PCF网元发送请求信息，所述请求信息包括一组关联数据流的流描述信息；所述PCF网元根据所述请求信息生成PCC规则，所述PCC规则携带所述一组关联数据流的流描述信息，使得5GS根据所述PCC规则对关联数据流进行同步处理。

Description

一种通信方法及相关设备

技术领域

本公开涉及通信技术领域，具体而言，涉及一种通信方法、通信系统、电子设备和计算机可读存储介质。

背景技术

在3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)R18的研究中，将同一业务所需的来自不同类型的设备/传感器的输入数据或到不同目的地的输出数据定义为多模态数据。多模态数据由具有强相关性的多个单模态数据组成，每个单模态数据可视为一种数据类型。

通过多个基站传输多模态数据时，若某基站传输的PDU Set(Protocol Data UnitSet，协议数据单元集)出现丢包而其它需要同步丢包的基站不能及时做出反应，导致属于同一业务的数据流不能同步处理，极大地降低用户体验。因此，需要建立新的机制来解决同一业务的数据流不能同步处理的问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例提供一种通信方法、通信系统、电子设备和计算机可读存储介质，能够解决同一业务的数据流不能同步处理的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种通信方法，所述方法包括：核心网中的AF网元向所述核心网中的PCF网元发送请求信息，所述请求信息包括一组关联数据流的流描述信息；所述PCF网元根据所述请求信息生成PCC规则，所述PCC规则携带所述一组关联数据流的流描述信息，使得5GS根据所述PCC规则对关联数据流进行同步处理。

在本公开一些实施例中，所述请求信息还包括关联数据流中必要数据流的指示信息，所述PCC规则携带所述关联数据流中必要数据流的指示信息。

在本公开一些实施例中，所述方法还包括：所述PCF网元向所述核心网中的SMF网元发送所述PCC规则；所述SMF网元从所述PCC规则中提取所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息；所述SMF网元向所述核心网中的AMF网元发送所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息；所述AMF网元向基站发送所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息；所述基站根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对必要数据流进行同步处理。

在本公开一些实施例中，所述基站根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对必要数据流进行同步处理，包括：所述基站根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息执行同步资源预留；若任一必要数据流资源预留失败，则所述基站向所述AMF网元发送一组数据流同步资源预留失败通知，所述AMF网元向所述SMF网元发送一组数据流同步资源预留失败通知，所述SMF网元向所述PCF网元发送一组数据流同步资源预留失败通知，所述PCF网元向所述AF网元发送一组数据流同步资源预留失败通知。

在本公开一些实施例中，所述基站根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对必要数据流进行同步处理，包括：所述基站根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对必要数据流进行同步丢包。

在本公开一些实施例中，所述基站包括第一基站和第二基站，所述第二基站是需要与所述第一基站同步传输数据流的基站；其中，所述方法还包括：在所述第一基站出现丢包、且根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息识别出丢包数据流为必要数据流的情况下，所述第一基站向统一数据管理功能UDM网元发送丢包信息，所述丢包信息包括所述丢包数据流的流描述信息和丢失协议数据单元集PDUSet的同步信息；所述UDM网元根据所述丢包信息创建丢包请求信息，向第二基站发送所述丢包请求信息，所述丢包请求信息包括所述丢包数据流的流描述信息和所述丢失PDU Set的同步信息；所述第二基站根据所述丢包请求信息进行同步丢包。

在本公开一些实施例中，所述第一基站向UDM网元发送丢包信息，包括：所述第一基站通过第一AMF网元和第一SMF网元向所述UDM网元发送所述丢包信息。

在本公开一些实施例中，所述UDM网元根据所述丢包信息创建丢包请求信息，向第二基站发送所述丢包请求信息，包括：所述UDM网元根据所述丢包信息创建所述丢包请求信息；所述UDM网元根据所述AF网元发送的所述一组关联数据流的流描述信息，确定所述第二基站；所述UDM网元通过第二SMF网元和第二AMF网元向所述第二基站发送所述丢包请求信息。

在本公开一些实施例中，所述第二基站根据所述丢包请求信息进行同步丢包，包括：所述第二基站根据所述一组关联数据流的流描述信息和所述丢包数据流的流描述信息，确定需要进行同步丢包的数据流；所述第二基站根据所述丢失PDU Set的同步信息，对所述需要进行同步丢包的数据流进行丢包处理。

在本公开一些实施例中，所述同步信息为根据PDU Set确定的时间戳或序列号。

在本公开一些实施例中，所述核心网中的AF网元向所述核心网中的PCF网元发送请求信息，包括：若所述AF网元在可信域内，则所述AF网元向所述PCF网元发送所述请求信息；若所述AF网元不在可信域内，则所述AF网元向所述核心网中的NEF网元发送所述请求信息，所述NEF网元将所述请求信息保存至所述核心网中的UDR网元，所述UDR网元向所述PCF网元发送所述请求信息。

在本公开一些实施例中，所述SMF网元向所述核心网中的UPF网元发送所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，以使得所述UPF网元根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对关联数据流进行同步处理。

根据本公开的又一个方面，提供一种通信系统，包括：核心网中的AF网元和核心网中的PCF网元；其中，所述核心网中的AF网元，被配置为向所述核心网中的PCF网元发送请求信息，所述请求信息包括一组关联数据流的流描述信息；所述核心网中的PCF网元，被配置为根据所述请求信息生成PCC规则，所述PCC规则携带所述一组关联数据流的流描述信息，使得5GS根据所述PCC规则对关联数据流进行同步处理。

在本公开一些实施例中，所述请求信息还包括关联数据流中必要数据流的指示信息，所述PCC规则携带所述关联数据流中必要数据流的指示信息。

在本公开一些实施例中，所述系统还包括：核心网中的SMF网元、核心网中的AMF网元和基站；其中，所述核心网中的PCF网元，还被配置为向所述核心网中的SMF网元发送所述PCC规则；所述核心网中的SMF网元，被配置为从所述PCC规则中提取所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，向所述核心网中的AMF网元发送所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息；所述AMF网元，被配置为向基站发送所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息；所述基站，被配置为根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对必要数据流进行同步处理。

在本公开一些实施例中，所述基站还被配置为：根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息执行同步资源预留；若任一必要数据流资源预留失败，则向所述AMF网元发送一组数据流同步资源预留失败通知，以使得所述AMF网元向所述SMF网元发送一组数据流同步资源预留失败通知，所述SMF网元向所述PCF网元发送一组数据流同步资源预留失败通知，所述PCF网元向所述AF网元发送一组数据流同步资源预留失败通知。

在本公开一些实施例中，所述基站还被配置为：根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对必要数据流进行同步丢包。

在本公开一些实施例中，所述基站包括第一基站和第二基站，所述第二基站是需要与所述第一基站同步传输数据流的基站，所述系统包括UDM网元；其中，所述第一基站，被配置为在所述第一基站出现丢包、且根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息识别出丢包数据流为必要数据流的情况下，向所述UDM网元发送丢包信息，所述丢包信息包括所述丢包数据流的流描述信息和丢失协议数据单元集PDU Set的同步信息；所述UDM网元，被配置为根据所述丢包信息创建丢包请求信息，向第二基站发送所述丢包请求信息，所述丢包请求信息包括所述丢包数据流的流描述信息和所述丢失PDU Set的同步信息；所述第二基站，被配置为根据所述丢包请求信息进行同步丢包。

在本公开一些实施例中，所述第一基站还被配置为：通过第一AMF网元和第一SMF网元向所述UDM网元发送所述丢包信息。

在本公开一些实施例中，所述UDM网元还被配置为：根据所述丢包信息创建所述丢包请求信息；根据所述AF网元发送的所述一组关联数据流的流描述信息，确定第二SMF网元；通过所述第二SMF网元和第二AMF网元向所述第二基站发送所述丢包请求信息。

在本公开一些实施例中，所述第二基站还被配置为：根据所述一组关联数据流的流描述信息和所述丢包数据流的流描述信息，确定需要进行同步丢包的数据流；根据所述丢失PDU Set的同步信息，对所述需要进行同步丢包的数据流进行丢包处理。

在本公开一些实施例中，所述同步信息为根据PDU Set确定的时间戳或序列号。

在本公开一些实施例中，所述系统还包括：核心网中的NEF网元和核心网中的UDR网元；其中，所述核心网中的AF网元还被配置为：若所述核心网中的AF网元在可信域内，则向所述核心网中的PCF网元发送所述请求信息；若所述核心网中的AF网元不在可信域内，则向所述核心网中的NEF网元发送所述请求信息，以使得所述NEF网元将所述请求信息保存至所述核心网中的UDR网元，通过所述UDR网元向所述核心网中的PCF网元发送所述请求信息。

在本公开一些实施例中，所述系统还包括：核心网中的UPF网元；其中，所述SMF网元被配置为：向所述核心网中的UPF网元发送所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，以使得所述核心网中的UPF网元根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对关联数据流进行同步处理。

根据本公开的又一个方面，提供一种电子设备，包括：一个或多个处理器；存储装置，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的方法。

根据本公开的又一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中所述的方法。

本公开实施例提供的通信方法，核心网中的AF网元向核心网中的PCF网元发送请求信息，该请求信息包括一组关联数据流的流描述信息；PCF网元根据该请求信息生成PCC规则，该PCC规则携带一组关联数据流的流描述信息，使得5GS可以根据该PCC规则对关联数据流进行同步处理。可见，本公开实施例提供的通信方法，无需在5GS中新增额外的网元、也无需新增网元间的接口，可以增强PCF网元的功能，通过PCF网元生成携带关联数据流的流描述信息的PCC规则，进而5GS可以根据该PCC规则对关联数据流进行同步处理，从而可以解决同一业务的数据流不能同步处理的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1示出了一组多模态数据的示意图；

图2示出了本公开一个实施例的通信方法的流程图；

图3示出了本公开又一实施例的通信方法的流程图；

图4示出了本公开一实施例的同步丢包方法的流程图；

图5示出了本公开又一实施例的通信方法的流程图；

图6示出了本公开又一实施例的同步丢包方法的流程图；

图7示出了本公开一个实施例的通信系统的结构示意图；

图8示出了本公开又一实施例的通信系统的结构示意图；

图9示出了本公开实施例中一种电子设备的结构框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

在3GPP R18研究中，将同一业务所需的来自不同类型的设备/传感器的输入数据或到不同目的地的输出数据定义为多模态数据。在VR(Virtual Reality，虚拟现实)、AR(Augmented Reality，增强现实)、MR(Mixed Reality，混合现实)等需要多个设备/传感器的沉浸式交互场景中，影响用户体验的视频数据、音频数据、触觉或动觉数据、传感器采集的环境数据等就构成了一组多模态数据。图1示出了一组多模态数据的示意图，如图1所示，该多模态数据包括业务数据流1和业务数据流2。其中，业务数据流1为通过VR眼镜采集到的视频数据，业务数据流2为通过手套采集到的触觉或动觉数据，VR眼镜和手套均为5G UE(User Equipment，用户设备)。为了实现最佳的用户体验，多模态数据包含的多个数据流需要同步处理。

媒体层解码时，考虑到各帧内数据包之间的依赖性，通常只有帧内数据包全部传输完成时才能有效解码。因此，3GPP R18正在研究由多个具有依赖性的数据包构成的PDUSet为粒度的数据包处理机制，如QoS(Quality of Service，服务质量)处理机制、编解码机制、包延迟预算等，而不是针对单个数据包进行处理。数据传输过程中，如果某PDU Set中的数据包丢失了，考虑到数据包之间的依赖性，则该PDU Set无效了，需要丢掉。

多模态数据由具有强相关性的多个单模态数据组成，每个单模态数据可视为一种数据类型。当通过多个基站传输多模态数据时，若某基站传输的PDU Set出现丢包而其它需要同步丢包的基站不能及时做出反应，那么属于同一任务的数据流不会同步处理，极大地降低用户体验。为了解决上述问题，本公开实施例提供一种通信方法，能够解决同一业务的数据流不能同步处理的问题。下面结合附图，对本公开实施例的具体实施方式进行详细说明。

图2示出了本公开一个实施例的通信方法的流程图，如图2所示，该通信方法可以包括以下步骤。

步骤S201，核心网中的AF(Application Function，应用功能)网元向核心网中的的PCF(Policy Control Function，策略控制功能)网元发送请求信息，该请求信息包括一组关联数据流的流描述信息。

本公开实施例中，定义具有强相关性的多个数据流互为关联数据流。通过多模态数据的定义可知，将同一业务所需的来自不同类型的设备/传感器的输入数据或到不同目的地的输出数据定义为多模态数据，并且多模态数据由具有强相关性的多个单模态数据组成。因此，多模态数据流所包含的多个单模态数据流互为关联数据流，也即，属于同一业务的多个数据流互为关联数据流。一组关联数据流的流描述信息为多模态数据包含的多个单模态数据的流描述信息，即属于同一业务的多个数据流的流描述信息。举例来说，某业务的多模态数据包含视频数据流D1、音频数据流D2以及触觉数据流D3，则通过关联数据流的流描述信息得到数据流D1、D2和D3是关联的。

需要说明的是，本公开实施例中，关联数据流可以来自多个UE，和/或关联数据流发往多个UE。接上述例子进行说明，视频数据流D1、音频数据流D2以及触觉数据流D3互为关联数据流，视频数据流D1为通过UE1采集到的，音频数据流D2为通过UE2采集到的，以及触觉数据流D3为通过UE3采集到的。或者说，视频数据流D1为发往UE1的，音频数据流D2为发往UE2的，以及触觉数据流D3为发往UE3的。

步骤S202，PCF网元根据请求信息生成PCC(Policy and Charging Control，策略与计费控制)规则，该PCC规则携带一组关联数据流的流描述信息，使得5GS根据该PCC规则对关联数据流进行同步处理。

本公开实施例中，AF网元发送的请求信息还可以包括关联数据流中必要数据流的指示信息，以及PCF网元生成的PCC规则还可以携带关联数据流中必要数据流的指示信息。

其中，关联数据流中必要数据流的指示信息可以用于指示关联数据流中哪些数据流必须要建立成功，定义关联数据流中必须要建立成功的数据流为必要数据流。接上述例子进行说明，基站1传输视频数据流D1，基站2传输音频数据流D2，基站3传输触觉数据流D3，关联数据流中必要数据流的指示信息为视频数据流D1和音频数据流D2为必要数据流，即视频数据流D1和音频数据流D2必须要建立成功。

在步骤S201中，核心网中的AF网元向核心网中的PCF网元发送请求信息，该请求信息包括一组关联数据流的流描述信息。然后，在步骤S202中，PCF网元根据AF网元发送的请求信息生成PCC规则，该PCC规则携带一组关联数据流的流描述信息，使得5GS根据该PCC规则对关联数据流进行同步处理。可见，本公开实施例提供的通信方法，无需在5GS中新增额外的网元、也无需新增网元间的接口，可以增强PCF网元的功能，通过PCF网元生成携带关联数据流的流描述信息的PCC规则，进而5GS可以根据该PCC规则对关联数据流进行同步处理，从而可以解决同一业务的数据流不能同步处理的问题。

图3示出了本公开又一实施例的通信方法的流程图，如图3所示，该通信方法可以包括以下步骤。

步骤S301，核心网中的AF网元创建请求信息。该请求信息包括：一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

步骤S302，AF网元向核心网中的PCF网元发送创建的请求信息。

在本公开的一些实施例中，AF网元向核心网中的PCF网元发送请求信息，可以包括：若AF网元在可信域内，则AF网元直接向PCF网元发送请求信息。也就是说，如果AF网元在核心网的可信域内，PCF网元可以直接从AF网元获取一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

在本公开的一些实施例中，AF网元向核心网中的PCF网元发送请求信息，可以包括：若AF网元不在可信域内，则AF网元向核心网中的NEF(Network Exposure Function，网络开放功能)网元发送请求信息，NEF网元将请求信息保存至核心网中的UDR(Unified DataRepository，统一数据仓储功能)网元，UDR网元向PCF网元发送请求信息。也就是说，如果AF网元在核心网的可信域外，PCF网元可以经核心网中NEF网元和UDR网元从AF网元获取一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

步骤S303，PCF网元根据请求信息生成PCC规则，该PCC规则携带一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

步骤S304，PCF网元向核心网中的SMF(Session Management function，会话管理功能)网元发送生成的PCC规则。

步骤S305，SMF网元从PCC规则中提取一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

步骤S306，SMF网元向AMF(Access and Mobility Management Function，接入及移动性管理功能)网元发送通知，该通知中包括一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

在本公开的一些实施例中，通信方法还可以包括：SMF网元向核心网中的UPF(UserPlane Function，用户面功能)网元发送一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，以使得UPF网元根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，对关联数据流进行同步处理。也就是说，SMF网元还可以将一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息发送给UPF网元，这样UPF网元可以对关联数据流进行同步处理。

步骤S307，AMF网元向基站转发通知，该通知中包括一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

步骤S308，基站根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，对必要数据流进行同步处理。

在本公开的一些实施例中，基站根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，对必要数据流进行同步处理，可以包括：基站根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息执行同步资源预留；若任一必要数据流资源预留失败，则基站向AMF网元发送一组数据流同步资源预留失败通知，AMF网元向SMF网元发送一组数据流同步资源预留失败通知，SMF网元向PCF网元发送一组数据流同步资源预留失败通知，PCF网元向AF网元发送一组数据流同步资源预留失败通知。

同步处理可以包括同步预留资源。同步预留资源是指5GS需要为关联数据流中的必要数据流预留资源。PCF网元生成的PCC规则包括一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，因此根据PCC规则可以得到哪些数据流为关联数据流、以及这些关联数据流中哪些数据流为必要数据流。所以，5GS可以根据PCC规则对关联数据流中的必要数据流进行同步资源预留。

上文已经说明，一组关联数据流的流描述信息为多模态数据包含的多个单模态数据的流描述信息，即属于同一业务的多个关联数据流的流描述信息；关联数据流中必要数据流的指示信息可以用于指示关联数据流中哪些数据流必须要建立成功。其中，若某个数据流需要建立连接，定义该数据流为必要数据流。本公开实施例中，基站接收到一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，确定关联数据流中的必要数据流。因此，基站可以为一组关联数据流中的必要数据流同步预留资源。如果一组关联数据流中所有必要数据流均预留资源成功，那么认为资源预留成功。如果一组关联数据流中的任一必要数据流预留资源失败，那么认为该组数据流同步资源预留失败。基站向AMF网元发送该组数据流同步资源预留失败通知，AMF网元向SMF网元发送该组数据流同步资源预留失败通知，SMF网元向PCF网元发送该组数据流同步资源预留失败通知，PCF网元向AF网元发送该组数据流同步资源预留失败通知。

在本公开的一些实施例中，基站根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，对必要数据流进行同步处理，可以包括：基站根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，对必要数据流进行同步丢包。

同步处理可以包括同步丢包。具体可以为，若某基站传输必要数据流的PDU Set出现丢包时，需要通知其它需要同步丢包的基站进行同步丢包。其中，其它需要同步丢包的基站是指与出现丢包的基站属于同一XR(Extended Reality，扩展现实)业务/同一个媒体服务的需要同步传输数据流的基站。也即，出现丢包的基站与其他需要同步丢包的基站互为关联基站。举例来说，某业务的多模态数据包含视频数据流D1、音频数据流D2以及触觉数据流D3，则通过一组关联数据流的流描述信息得到数据流D1、D2和D3是关联数据流，根据关联数据流中必要数据流的指示信息得到视频数据流D1和音频数据流D2为必要数据流。基站1传输视频数据流D1，基站2传输音频数据流D2，基站3传输触觉数据流D3，如果基站1传输的视频数据流D1的PDU Set出现丢包，那么基站1需要通知基站2和基站3进行同步丢包。

在接收到一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息后，基站能够从接收的数据流中准确地识别出关联数据流以及对关联数据流的必要数据流进行同步处理。具体的，若某基站出现丢包的情况下，该基站可以识别出关联数据流以及通知其它需要同步丢包的基站进行同步丢包。图4示出了本公开一实施例的同步丢包方法的流程图，如图4所示，该同步丢包方法可以包括以下步骤。需要说明的是，第一基站和第二基站均接收到一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

步骤S401，在第一基站出现丢包、且根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息识别出丢包数据流为必要数据流的情况下，第一基站向核心网的UDM(Unified Data Management，统一数据管理功能)网元发送丢包信息。该丢包信息可以包括：丢包数据流的流描述信息和丢失PDU Set的同步信息。其中，丢包数据流为发生丢包的数据流。

第一基站出现丢包后，根据一组关联数据流的流描述信息识别出丢包数据流为关联数据流，以及根据关联数据流中必要数据流的指示信息进一步确定丢包数据流为关联数据流中的必要数据流，那么第一基站向UDM网元发送丢包信息以通知其他基站进行同步丢包。上文已经说明，若某数据流必须要建立成功，定义该数据流为必要数据流；关联数据流中必要数据流的指示信息可以用于指示关联数据流中哪些数据流必须要建立成功。所以，如果第一基站确定丢包数据流是必要数据流，那么需要其他基站进行同步丢包，第一基站向UDM发送丢包信息，以使得UDM通知其他需要同步丢包的基站进行同步丢包。

3GPP R18正在研究由多个具有依赖性的数据包构成的PDU Set为粒度的数据包处理机制，而不是针对单个数据包进行处理。数据传输过程中，如果某PDU Set中的数据包丢失了，考虑到数据包之间的依赖性，则该PDU Set无效了，需要丢掉。本公开实施例中，若某数据包丢失了，则该数据包所属的PDU Set为丢失PDU Set。

另外，在对原始数据进行编码后，为编码后的各个PDU Set加上同步信息。同步信息可以用于实现同一业务的不同数据流的同步传输，该同步信息可以为生成的时间戳也可以为序列号。比如，采用RTP(Real-Time Transport Protocol，实时传输协议)/RTCP(Real-Time Transport Control Protocol，实时传输控制协议)时间戳作为同步信息时，在每个RTCP SR包中对应有一个RTP时间和一个NTP(Network Time Protocol，网络时间协议)时间，同一业务的不同数据流的RTP时间尽管不同，但可以通过NTP时间映射到同一个时间轴上，从而实现不同数据流的同步。丢失PDU Set的同步信息可以为丢失PDU Set的时间戳或者丢失PDU Set的序列号，该丢失PDU Set的同步信息可以用于指示需要同步丢包的数据流中的哪个范围的PDU Set需要丢掉。

进一步地，第一基站向UDM网元发送丢包信息，可以包括：第一基站通过第一AMF网元和第一SMF网元向UDM网元发送丢包信息。其中，第一基站与第一AMF网元和第一SMF网元相对应。具体的，第一基站向第一AMF网元发送丢包信息，然后第一AMF网元向第一SMF网元发送丢包信息，接着第一SMF网元向UDM网元发送丢包信息。

步骤S402，UDM网元根据丢包信息创建丢包请求信息，向第二基站发送丢包请求信息，第二基站是需要与第一基站同步传输数据流的基站，丢包请求信息可以包括丢包数据流的流描述信息和丢失PDU Set的同步信息。

进一步地，UDM网元根据丢包信息创建丢包请求信息，向第二基站发送丢包请求信息，可以包括：UDM网元根据丢包信息创建丢包请求信息；UDM网元根据AF网元发送的一组关联数据流的流描述信息，确定第二SMF网元；UDM网元通过第二SMF网元和第二AMF网元向第二基站发送所述丢包请求信息。其中，第二基站与第二AMF网元和第二SMF网元相对应。

各个UE连接到SMF网元之后，SMF网元注册到UDM网元，UDM网元可以确定各个UE的SMF网元。并且，AF网元可以将一组关联数据流的流描述信息发送给UDM网元。因此，UDM网元接收到丢包信息后，可以根据AF网元发送的一组关联数据流的流描述信息以及SMF网元注册到UDM网元的数据，确定第二SMF网元。接着，UDM网元将创建的丢包请求信息发送给第二SMF网元，然后第二SMF网元将丢包请求信息发送给第二AMF网元，接着第二AMF网元将丢包请求信息发送给第二基站，以使得第二基站进行同步丢包。

步骤S403，第二基站根据丢包请求信息进行同步丢包。

进一步地，第二基站根据丢包请求信息进行同步丢包，可以包括：第二基站根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，确定需要进行同步丢包的数据流；第二基站根据丢失PDU Set的同步信息，对需要进行同步丢包的数据流进行丢包处理。

一组关联数据流的流描述信息为多模态数据包含的多个单模态数据的流描述信息，即属于同一业务的多个数据流的流描述信息。丢包数据流的流描述信息可以用于指示出现丢包的数据流。第二基站可以根据一组关联数据流的流描述信息和丢包数据流的流描述信息，确定需要进行同步丢包的数据流。比如，一组关联数据流的流描述信息指示某业务的视频数据流D1、音频数据流D2以及触觉数据流D3为关联数据流，通过丢包数据流的流描述信息确定视频数据流D1发生丢包了，则可以确定需要进行同步丢包的数据流为音频数据流D2以及触觉数据流D3。第二基站确定其自身传输的数据流有音频数据流D2，那么第二基站可以确定需要进行同步丢包的数据流为音频数据流D2。

在确定需要进行同步丢包的数据流之后，第二基站可以根据丢失PDU Set的同步信息，对需要进行同步丢包的数据流进行丢包处理。上文已经说明，丢失PDU Set的同步信息可以用于指示需要同步丢包的数据流中的哪个范围的PDU Set需要丢掉。接上述例子进行说明，视频数据流D1发生丢包，其丢失PDU Set的同步信息为丢包序列号5至10，也就是说视频数据流D1中同步信息为5至10的PDU Set出现丢包。因此，第二基站可以丢弃音频数据流D2中同步信息为5至10的PDU Set。

需要说明的是，实际丢包时，可能不是严格地与丢失PDU Set的同步信息相对应。接上述例子进行说明，由于通知时延等因素，音频数据流D2中同步信息为5的PDU Set已经传输了，那么第二基站可能将音频数据流D2中同步信息为6至10的PDU Set丢弃，也可能将音频数据流D2中同步信息为6至11的PDU Set丢弃，这样可以使得丢弃的PDU Set的数量是相同的。

本公开实施例提供的通信方法，通过PCF网元生成携带一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息的PCC规则，进而可以通过SMF网元、AMF网元将一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息发送给基站。基站可以根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息对关联数据流中的必要数据流进行同步处理，具体可以对必要数据流进行同步资源预留，可以识别出关联数据流以及对关联数据流中的必要数据流进行同步丢包。

可见，无需在核心网中新增额外的网元、也无需新增网元间的接口，可以增强PCF网元的功能，通过PCF网元生成携带一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息的PCC规则，进而5GS可以根据该PCC规则对必要数据流进行同步处理，从而可以解决同一业务的数据流不能同步处理的问题。

下面结合图5进一步说明通信方法。图5示出了本公开又一实施例的通信方法的流程图。如图5所示，该通信方法可以包括以下步骤。

步骤S501，AF网元创建请求信息。该请求信息包括：一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

例如，AF网元可以响应于作为同一业务的多个数据流的发送方或接收方的多个UE建立PDU(Protocol Data Unit，协议数据单元)会话，创建包含一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息的请求信息。

应理解，请求信息可以包括除一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息外的其它各种信息，如UE的标识符、AF事务标识符等，这里不作详述。

步骤S502，AF网元向NEF网元发送创建的请求信息。

步骤S503，NEF网元将请求信息保存至UDR网元。

步骤S504，PCF网元从UDR网元获取请求信息，从请求信息中提取一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

可以看出，PCF网元依次经UDR网元和NEF网元从AF网元获取一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

步骤S505，PCF网元直接从AF网元获取请求信息，从请求信息中提取一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

步骤S506，PCF网元生成PCC规则，该PCC规则携带一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

步骤S507，PCF网元向SMF网元发送PCC规则。

步骤S508，SMF网元从获取的PCC规则中提取一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

步骤S509，SMF网元向AMF网元发送通知，该通知包括一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

步骤S510，SMF网元向UPF网元发送携带一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息的N4接口规则，以使得UPF网元根据N4接口规则中的一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息对必要数据流进行同步处理。

步骤S511，AMF网元向gNB(即5G网络中的基站)发送通知，该通知包括一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

步骤S512，gNB根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，执行同步资源预留。

步骤S513，gNB向AMF网元发送该组数据流同步资源预留结果通知。其中，该通知包括该组数据流同步资源预留成功通知和该组数据流同步资源预留失败通知。如果一组关联数据流中的所有必要数据流均资源预留成功，那么该资源预留结果通知为该组数据流同步资源预留成功通知。反之，如果一组关联数据流中的任一必要数据流资源预留失败，那么该资源预留结果通知为该组数据流同步资源预留失败通知。

步骤S514，AMF网元向SMF网元发送该组数据流同步资源预留结果通知。

步骤S515，SMF网元向PCF网元发送该组数据流同步资源预留结果通知。

步骤S516，PCF网元向AF网元发送该组数据流同步资源预留结果通知。

步骤S517，gNB根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，对必要数据流进行同步丢包。

在一些实施例中，通信方法可以包括步骤501、步骤502～504、以及步骤506～517。在另一些实施例中，通信方法可以包括步骤501、步骤505、以及步骤506～517。

需要说明的是，上述步骤S501至步骤S517描述的是向一个基站发送一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息的过程。本公开实施例中，可以向各个基站发送一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

下面结合图6进一步说明步骤S517中的同步丢包方法。图6示出了本公开又一实施例的同步丢包方法的流程图。需要说明的是，图6中，gNB1和gNB2均接收到一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息；UDM网元接收到AF网元发送的一组关联数据流的流描述信息；UE1连接到SMF1网元，UE2连接到SMF2网元，SMF1网元和SMF2网元注册到UDM网元，因此UDM网元可以确定UE1的SMF1网元和UE2的SMF2网元；以及，gNB1与AMF1网元和SMF1网元相对应，gNB2与AMF2网元和SMF2网元相对应。如图6所示，该通信方法可以包括以下步骤。

步骤S601，gNB1出现丢包，根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，判定需要其他基站进行同步丢包。

具体的，在gNB1根据一组关联数据流的流描述信息识别出丢包数据流为关联数据流之后，根据关联数据流中必要数据流的指示信息确定丢包数据流是关联数据流中的必要数据流，因此需要其他基站进行同步丢包。

步骤S602，gNB1向AMF1网元发送丢包信息，该丢包信息包括丢包数据流的流描述信息和丢失PDU Set的同步信息。

步骤S603，AMF1网元向SMF1网元发送丢包信息。

步骤S604，SMF1网元向UDM网元发送丢包信息。

步骤S605，UDM网元收到丢包信息后，创建丢包请求信息。该丢包请求信息包括丢包数据流的流描述信息和丢失PDU Set的同步信息。

步骤S606，UDM网元根据AF网元发送的关联数据流的流描述信息以及SMF网元的注册信息，确定SMF2网元。

步骤S607，UDM网元向SMF2网元发送丢包请求信息，该丢包请求信息包括丢包数据流的流描述信息和丢失PDU Set的同步信息。

步骤S608，SMF2网元向AMF2网元发送丢包请求信息。

步骤S609，AMF2网元向gNB2发送丢包请求信息。

步骤S610，gNB2根据丢包请求信息中的丢包数据流的流描述信息和丢失PDU Set的同步信息进行同步丢包。

具体的，gNB2根据一组关联数据流的流描述信息和丢包数据流的流描述信息，确定需要进行同步丢包的数据流；然后根据丢失PDU Set的同步信息，对需要进行同步丢包的数据流进行丢包处理。另外，实际丢包时，可能不是严格地与丢失PDU Set的同步信息相对应，允许是某个范围内相对应。

需要说明的是，步骤S601至步骤S611描述的是gNB1与其对应的AMF1网元和SMF1网元，以及gNB2与其对应的AMF2网元和SMF2网元。实际中，存在更多的gNB与该gNB对应的网元。

上述实施例中，在基站接收到一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息后，在某基站出现丢包并且识别出丢包数据流为关联数据流中的必要数据流的情况下，可以通知其他需要同步传输数据流的基站进行同步丢包，从而可以解决同一业务的数据流不能同步传输的问题。以及，在数据流的PDU Set内加入同步信息，实现了属于同一业务的关联数据流在不同基站侧的同步有序传输。

基于同一发明构思，本公开实施例提供了一种通信系统，如下面的实施例所述。由于该通信系统实施例解决问题的原理与上述方法实施例相似，因此该通信系统实施例的实时可以参见上述方法实施例的实施，重复之处不再赘述。

图7示出了本公开一个实施例的通信系统的结构示意图。如图7所示，该通信系统700可以包括：AF网元701和PCF网元702。

其中，AF网元701被配置为：向核心网中的PCF网元702发送请求信息，该请求信息包括一组关联数据流的流描述信息。PCF网元702被配置为：根据请求信息生成PCC规则，该PCC规则携带一组关联数据流的流描述信息，使得5GS根据该PCC规则对关联数据流进行同步处理。

在本公开一些实施例中，该请求信息还包括关联数据流中必要数据流的指示信息，该PCC规则携带关联数据流中必要数据流的指示信息。

在本公开一些实施例中，该系统还可以包括：SMF网元703、AMF网元704和基站705。其中，PCF网元702还被配置为：向核心网中的会话管理功能SMF网元703发送该PCC规则。SMF网元703被配置为：从PCC规则中提取一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，向核心网中的接入和移动性管理功能AMF网元703发送一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。AMF网元703被配置为：向基站705发送一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。基站705被配置为：根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，对必要数据流进行同步处理。

在本公开一些实施例中，基站705还被配置为：根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息执行同步资源预留；若任一必要数据流资源预留失败，则向AMF网元703发送一组数据流同步资源预留失败通知，以使得AMF网元703向SMF网元703发送一组数据流同步资源预留失败通知，SMF网元703向PCF网元702发送一组数据流同步资源预留失败通知，PCF网元702向AF网元701发送一组数据流同步资源预留失败通知。

在本公开一些实施例中，基站705还被配置为：根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，对必要数据流进行同步丢包。

在本公开一些实施例中，该系统还可以包括：NEF网元706和UDR网元707。其中，AF网元701还被配置为：若AF网元701在可信域内，则向PCF网元702发送请求信息；若AF网元701不在可信域内，则向核心网中的NEF网元706发送请求信息，以使得NEF网元706将请求信息保存至核心网中的UDR网元707，通过UDR网元707向PCF网元702发送请求信息。

在本公开一些实施例中，该系统还可以包括：UPF网元708。其中，SMF网元703被配置为：向核心网中的UPF网元708发送一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，以使得UPF网元708根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息，对关联数据流进行同步处理。

图8示出了本公开又一实施例的通信系统的结构示意图。如图8所示，该通信系统800可以包括：第一基站801、第二基站802和UDM网元803。该第二基站802是需要与第一基站801同步传输数据流的基站，以及第一基站801和第二基站802均接收到一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息。

第一基站801被配置为：在第一基站801出现丢包、且根据一组关联数据流的流描述信息和关联数据流中必要数据流的指示信息识别出丢包数据流为必要数据流的情况下，向UDM网元803发送丢包信息，该丢包信息包括丢包数据流的流描述信息和丢失PDU Set的同步信息。UDM网元803被配置为：根据丢包信息创建丢包请求信息，向第二基站802发送丢包请求信息，该丢包请求信息包括丢包数据流的流描述信息和丢失PDU Set的同步信息。第二基站802被配置为：根据丢包请求信息进行同步丢包。其中，同步信息为根据PDU Set确定的时间戳或序列号。

在本公开一些实施例中，该系统还包括：第一AMF网元804和第一SMF网元805，第一基站801与第一AMF网元804和第一SMF网元805相对应。其中，第一基站801还被配置为：通过第一AMF网元804和第一SMF网元805向UDM网元803发送丢包信息。

在本公开一些实施例中，该系统还包括：第二AMF网元806和第二SMF网元807，第二基站802与第二AMF网元806和第二SMF网元807相对应。其中，UDM网元803还被配置为：根据丢包信息创建丢包请求信息；根据AF网元发送的一组关联数据流的流描述信息，确定第二SMF网元806；通过第二SMF网元806和第二AMF网元807向第二基站802发送丢包请求信息。

在本公开一些实施例中，第二基站802还被配置为：根据一组关联数据流的流描述信息和丢包数据流的流描述信息，确定需要进行同步丢包的数据流；根据丢失PDU Set的同步信息，对需要进行同步丢包的数据流进行丢包处理。

图9示出了本公开实施例中一种电子设备的结构框图。下面参照图9来描述根据本发明的这种实施方式的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930、显示单元940。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(ROM)9203。

存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备900也可以与一个或多个外部设备970(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口950进行。并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器960通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

根据本发明实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (15)

1.一种通信方法，其特征在于，所述方法包括：

核心网中的应用功能AF网元向所述核心网中的策略控制功能PCF网元发送请求信息，所述请求信息包括一组关联数据流的流描述信息；

所述PCF网元根据所述请求信息生成策略与计费控制PCC规则，所述PCC规则携带所述一组关联数据流的流描述信息，使得5GS根据所述PCC规则对关联数据流进行同步处理。

2.根据权利要求1所述的方法，其特征在于，所述请求信息还包括关联数据流中必要数据流的指示信息，所述PCC规则携带所述关联数据流中必要数据流的指示信息。

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

所述PCF网元向所述核心网中的会话管理功能SMF网元发送所述PCC规则；

所述SMF网元从所述PCC规则中提取所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息；

所述SMF网元向所述核心网中的接入和移动性管理功能AMF网元发送所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息；

所述AMF网元向基站发送所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息；

所述基站根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对必要数据流进行同步处理。

4.根据权利要求3所述的方法，其特征在于，所述基站根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对必要数据流进行同步处理，包括：

所述基站根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息执行同步资源预留；

若任一必要数据流资源预留失败，则所述基站向所述AMF网元发送一组数据流同步资源预留失败通知，所述AMF网元向所述SMF网元发送一组数据流同步资源预留失败通知，所述SMF网元向所述PCF网元发送一组数据流同步资源预留失败通知，所述PCF网元向所述AF网元发送一组数据流同步资源预留失败通知。

5.根据权利要求3所述的方法，其特征在于，所述基站根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对必要数据流进行同步处理，包括：

所述基站根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对必要数据流进行同步丢包。

6.根据权利要求5所述的方法，其特征在于，所述基站包括第一基站和第二基站，所述第二基站是需要与所述第一基站同步传输数据流的基站；其中，所述方法还包括：

在所述第一基站出现丢包、且根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息识别出丢包数据流为必要数据流的情况下，所述第一基站向统一数据管理功能UDM网元发送丢包信息，所述丢包信息包括所述丢包数据流的流描述信息和丢失协议数据单元集PDU Set的同步信息；

所述UDM网元根据所述丢包信息创建丢包请求信息，向第二基站发送所述丢包请求信息，所述丢包请求信息包括所述丢包数据流的流描述信息和所述丢失PDU Set的同步信息；

所述第二基站根据所述丢包请求信息进行同步丢包。

7.根据权利要求6所述的方法，其特征在于，所述第一基站向UDM网元发送丢包信息，包括：

所述第一基站通过第一AMF网元和第一SMF网元向所述UDM网元发送所述丢包信息。

8.根据权利要求6所述的方法，其特征在于，所述UDM网元根据所述丢包信息创建丢包请求信息，向第二基站发送所述丢包请求信息，包括：

所述UDM网元根据所述丢包信息创建所述丢包请求信息；

所述UDM网元根据所述AF网元发送的所述一组关联数据流的流描述信息，确定第二SMF网元；

所述UDM网元通过所述第二SMF网元和第二AMF网元向所述第二基站发送所述丢包请求信息。

9.根据权利要求6所述的方法，其特征在于，所述第二基站根据所述丢包请求信息进行同步丢包，包括：

所述第二基站根据所述一组关联数据流的流描述信息和所述丢包数据流的流描述信息，确定需要进行同步丢包的数据流；

所述第二基站根据所述丢失PDU Set的同步信息，对所述需要进行同步丢包的数据流进行丢包处理。

10.根据权利要求6至9任一所述的方法，其特征在于，所述同步信息为根据PDU Set确定的时间戳或序列号。

11.根据权利要求1所述的方法，其特征在于，所述核心网中的AF网元向所述核心网中的PCF网元发送请求信息，包括：

若所述AF网元在可信域内，则所述AF网元向所述PCF网元发送所述请求信息；

若所述AF网元不在可信域内，则所述AF网元向所述核心网中的网络开放功能NEF网元发送所述请求信息，所述NEF网元将所述请求信息保存至所述核心网中的统一数据仓储功能UDR网元，所述UDR网元向所述PCF网元发送所述请求信息。

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

所述SMF网元向所述核心网中的用户面功能UPF网元发送所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，以使得所述UPF网元根据所述一组关联数据流的流描述信息和所述关联数据流中必要数据流的指示信息，对关联数据流进行同步处理。

13.一种通信系统，其特征在于，所述系统包括：核心网中的AF网元和核心网中的PCF网元；其中，

所述核心网中的AF网元，被配置为向所述核心网中的PCF网元发送请求信息，所述请求信息包括一组关联数据流的流描述信息；

所述核心网中的PCF网元，被配置为根据所述请求信息生成PCC规则，所述PCC规则携带所述一组关联数据流的流描述信息，使得5GS根据所述PCC规则对关联数据流进行同步处理。

14.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至12中任一项所述的方法。

15.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至12中任一项所述的方法。