CN115696555A - 业务同步方法、装置及存储介质 - Google Patents

Abstract

本申请提供一种业务同步方法、装置及存储介质，涉及通信技术领域，用于保障关联业务的同步，以提升用户的业务体验。该方法包括：第一节点确定第一业务与第二业务之间的当前同步参数；在当前同步参数与目标同步参数之间的差值的绝对值大于或者等于预设阈值的情况下，第一节点确定第一业务与第二业务不同步，并向第二节点发送同步指令信息；同步指令信息包括第一业务的标识以及发送状态，或者第二业务的标识以及发送状态；发送状态包括停止发送或继续发送；同步指令信息用于指示第二节点按照发送状态发送第一业务的数据包，或者按照发送状态发送第二业务的数据包。

Description

业务同步方法、装置及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种业务同步方法、装置及存储介质。

背景技术

伴随网络带宽的发展，业界预测新的全息通信方式也将会出现，并逐步成熟。所谓全息通信，相比于当前主流的音视频通话，不仅仅包括视觉和听觉体验，还会引入包括嗅觉、味觉和触觉等的多感官体验。比如未来的食品广告，不仅仅让观看者能看到食品的颜色和外形，还可以通过味觉模拟器直接刺激人的神经，从而同步让观看广告者品尝到食品的味道。简而言之，新的全息通信方式，会有更多维度的业务子流并发传输，这些并发的业务子流需要进行精确同步协调，即同一时刻的各个业务子流的业务报文需要同时到达，从而才能保证用户的最佳体验。

然而，当前移动网络和应用之间缺乏感知，对上述多维度并发的关联业务子流的支持并没有考虑。以视频通话业务为例，其音频流和视频流在移动网络层分别创建一个承载，并分配不同的服务质量(quality of services，QoS)分类标识(QoS class identifie，QCI)。也就是说，移动网络将同一个音视频通话的音频流业务报文和视频流业务报文当作两个无关的业务报文，通过两个无关的承载来进行转发。因此，如何确保两个关联的业务子流的同步是一个亟待解决的问题。

发明内容

本申请提供一种业务同步方法、装置及存储介质，用于保障关联业务的同步，以提升用户的业务体验。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种业务同步方法，应用于多流业务***，多流业务***包括第一节点以及第二节点，第一节点与第二节点进行多流业务的传输，多流业务至少包括第一业务以及第二业务，第一业务与第二业务相关联；方法包括：第一节点确定第一业务与第二业务之间的当前同步参数；当前同步参数用于反映第一业务与第二业务之间的当前同步程度；在当前同步参数与目标同步参数之间的差值的绝对值大于或者等于预设阈值的情况下，第一节点确定第一业务与第二业务不同步，并向第二节点发送同步指令信息；同步指令信息包括第一业务的标识以及发送状态，或者第二业务的标识以及发送状态；发送状态包括停止发送或继续发送；同步指令信息用于指示第二节点按照发送状态发送第一业务的数据包，或者按照发送状态发送第二业务的数据包。

可选的，方法还包括：第一节点获取第一业务的数据时延要求指标以及第一业务的数据丢包率要求指标、第二业务的数据时延要求指标以及第二业务的数据丢包率要求指标；第一节点根据第一业务的数据时延要求指标、第一业务的数据丢包率要求指标、第二业务的数据时延要求指标、第二业务的数据丢包率要求指标，确定第一业务与第二业务之间的目标同步参数。

可选的，第一节点确定第一业务与第二业务之间的当前同步参数，包括：第一节点获取历史时刻到当前时刻的时间段内接收第二节点发送的第一业务的数据包个数，以及历史时刻到当前时刻的时间段内接收第二节点发送的第二业务的数据包个数；第一节点根据获取到的第一业务的数据包个数以及第二业务的数据包个数，确定第一业务与第二业务之间的当前同步参数。

可选的，在第一业务的优先级大于第二业务的优先级的情况下，同步指令信息包括第一业务的标识以及发送状态，同步指令信息用于指示第二节点停止发送第一业务的数据包；在第一业务的优先级小于第二业务的优先级的情况下，同步指令信息包括第二业务的标识发送状态；同步指令信息用于指示第二节点停止发送第二业务的数据包。

第二方面，提供一种第一节点，应用于多流业务***，多流业务***包括第一节点以及第二节点，第一节点与第二节点进行多流业务的传输，多流业务至少包括第一业务以及第二业务，第一业务与第二业务相关联；第一节点包括确定单元以及发送单元；确定单元，用于确定第一业务与第二业务之间的当前同步参数；当前同步参数用于反映第一业务与第二业务之间的当前同步程度；发送单元，用于在当前同步参数与目标同步参数之间的差值的绝对值大于或者等于预设阈值的情况下，确定第一业务与第二业务不同步，并向第二节点发送同步指令信息；同步指令信息包括第一业务的标识以及发送状态，或者第二业务的标识以及发送状态；发送状态包括停止发送或继续发送；同步指令信息用于指示第二节点按照发送状态发送第一业务的数据包，或者按照发送状态发送第二业务的数据包。

可选的，第一节点还包括获取单元；获取单元，用于获取第一业务的数据时延要求指标以及第一业务的数据丢包率要求指标、第二业务的数据时延要求指标以及第二业务的数据丢包率要求指标；确定单元，还用于根据第一业务的数据时延要求指标、第一业务的数据丢包率要求指标、第二业务的数据时延要求指标、第二业务的数据丢包率要求指标，确定第一业务与第二业务之间的目标同步参数。

可选的，确定单元，具体用于：第一节点获取历史时刻到当前时刻的时间段内接收第二节点发送的第一业务的数据包个数，以及历史时刻到当前时刻的时间段内接收第二节点发送的第二业务的数据包个数；第一节点根据获取到的第一业务的数据包个数以及第二业务的数据包个数，确定第一业务与第二业务之间的当前同步参数。

可选的，在第一业务的优先级大于第二业务的优先级的情况下，同步指令信息包括第一业务的标识以及发送状态，同步指令信息用于指示第二节点停止发送第一业务的数据包；在第一业务的优先级小于第二业务的优先级的情况下，同步指令信息包括第二业务的标识发送状态；同步指令信息用于指示第二节点停止发送第二业务的数据包。

第三方面，提供一种电子设备，包括：处理器、用于存储处理器可执行的指令的存储器；其中，处理器被配置为执行指令，以实现上述第一方面的业务同步方法。

第四方面，提供一种计算机可读存储介质，计算机可读存储介质上存储有指令，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述第一方面的业务同步方法。

本申请提供的技术方案至少带来以下有益效果：对于第一节点与第二节点进行传输的两个相关联的业务(即第一业务与第二业务)，第一节点确定第一业务与第二业务之间的当前同步参数，以明确第一业务与第二业务之间的当前同步程度。进一步的，在当前同步参数与目标同步参数之间的差值的绝对值大于或者等于预设阈值的情况下，第一节点确定第一业务与第二业务不同步，并向第二节点发送同步指令信息。同步指令信息包括第一业务的标识以及发送状态，或者第二业务的标识以及发送状态；发送状态包括停止发送或继续发送；同步指令信息用于指示第二节点按照发送状态发送第一业务的数据包，或者按照发送状态发送第二业务的数据包。因此，第二节点在收到同步指令信息后，可以停止发送预设数据包个数的第一业务或第二业务的数据包，以便第一业务与第二业务恢复同步，进而增加了对多流业务之间的同步保障，提升了用户的业务体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种XR业务场景下的多数据流传输示意图；

图2为本申请实施例提供的一种多流业务***的结构示意图；

图3为本申请实施例提供的一种业务同步方法的流程示意图一；

图4为本申请实施例提供的一种MAC CE结构示意图；

图5为本申请实施例提供的一种业务同步方法的流程示意图二；

图6为本申请实施例提供的一种第一节点的结构示意图；

图7为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

还需要说明的是，本申请实施例中，“的(英文：of)”，“相应的(英文：corresponding，relevant)”和“对应的(英文：corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。

在对本申请实施例进行详细地解释说明之前，先对本申请实施例涉及到的一些相关技术进行介绍。

扩展现实(extended reality，XR)是指通过计算机技术和可穿戴设备产生的一个真实与虚拟组合的、可人机交互的环境。XR是在增强现实(augmented reality，AR)，虚拟现实(virtual reality，VR)和混合现实(mixed reality，MR)基础上提出的。

可以理解的，为了避免概念混淆，XR其实是一个总称，包括了AR，VR和MR。XR业务的目的是利用高速网络，加上360度影像等技术，达到交互式的沉浸体验效果。

XR是目前业界正在考虑的比较重要的第五代移动通信技术(5th generationmobile communication technology，5G)媒体应用之一。目前第三代合作伙伴计划(3rdgeneration partnership project，3GPP)3GPP SA4标准组中讨论的XR用例中，视频流、音频流和UE姿势/控制流都需要由UE发送或接收。需要注意的是，这些流量的周期性可能不同，例如视频流可以每秒60、90或120帧生成，但音频流的数据包生成时间为20毫秒。它们对丢包和延迟的敏感度也可能不同，换句话说，它们有不同的服务质量(quality ofservice，QoS)要求。因此，将所有它们的流量集中在同一数据流中是不合适的，这将迫使gNB对它们进行相同的处理。因此，对具有不同QoS要求的多个数据流进行分别处理非常重要。

相关技术中将XR业务拆成多个数据流进行承载，并为多个数据流定义不同的QOS要求来进行保障，但是相关技术未考虑多数据流之间如何做同步保障。如图1所示，示出了一种XR业务场景下的多数据流传输示意图，其中，终端设备和基站设备之间进行多数据流传输，多数据流包括数据流1(对应业务1)、数据流2(对应业务2)、数据流3(对应业务3)以及数据流4(对应业务4)，由于业务1、业务2、业务3、业务4的QOS各不相同，容易造成多数据流不同的现象，如数据流1传输较快，在数据流1传输到基站设备时，数据流2、数据流3、数据流4还未到达。

因此，如何在现有技术保障QOS的基础上，增加对业务流之间同步的保障，以更好的保障XR业务的用户体验是亟需解决的问题。

本申请实施例提供的业务同步方法，用于保障关联业务的同步，以提升用户的业务体验。本申请实施例提供的业务同步方法可以适用于多流业务***，图2示出了该多流业务***的一种结构示意图。如图2所示，多流业务***10包括第一节点11以及第二节点12。其中，第一节点11与第二节点12连接。第一节点11与第二节点12之间可以采用有线方式连接，也可以采用无线方式连接，本申请实施例对此不作限定。

第一节点11可以为终端设备，也可以为基站设备。第二节点12可以为终端设备，也可以为基站设备。第一节点11与第二节点12进行多流业务的传输(包括第一节点11向第二节点12发送数据，或者第一节点11接收第二节点12发送的数据)，多流业务至少包括两个相关联的业务，例如，第一业务与第二业务。

终端设备可以是无线终端设备也可以是有线终端设备。无线终端设备可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备或连接到无线调制解调器的其他处理设备。终端设备与接入网设备之间采用某种空口技术(例如，NR技术或LTE技术)相互通信。终端设备与终端设备之间也可以采用某种空口技术(例如，NR技术或LTE技术)相互通信。无线终端设备可以经接入网设备与一个或多个核心网设备通信，如与AMF、SMF等进行通信。终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)、智能电话、卫星无线设备、工业控制中的无线终端设备、无人驾驶中的无线终端设备、远程手术中的无线终端设备、智能电网中的无线终端设备、运输安全中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭中的无线终端设备、无线调制解调器卡以及具有移动终端设备的计算机(例如，可以是膝上型、便携式、袖珍式、手持式、计算机内置的或者车载的移动装置)，它们与接入网设备交换语音和/或数据。示例性的，无线终端设备可以为个人通信业务(personal communication service，PCS)电话、手机、平板电脑、带无线收发功能的电脑、AR终端设备、VR终端设备、MR终端设备、XR终端设备、无绳电话、会话发起协议(session initiation protocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、机器类型通信终端设备等设备。在车联网通信中，车辆上装载的通信设备是一种终端设备，路边单元(road side unit，RSU)也可以作为一种终端设备。无人机上装载的通信设备，也可以看做是一种终端设备。终端设备也可以称为用户设备(user equipment，UE)、终端、移动终端(mobile terminal，MT)、订户单元(subscriber unit)、订户站，移动站、移动台、远程站、接入点、接入终端、用户终端、用户代理等。

基站设备可以是一种为终端设备提供无线通信功能的设备。基站设备例如包括但不限于：5G中的下一代基站(gnodeB，gNB)、演进型节点B(evolved nodeB，eNB)、无线网络控制器(radio network controller，RNC)、节点B(nodeB，NB)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiverstation，BTS)、家庭基站(例如，homeevolved nodeB，或home node B，HNB)、基带单元(baseBand unit，BBU)、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心等。

终端设备与基站设备在媒体介入控制层(media access control，MAC)可以通过媒体接入控制(MAC control element，MAC CE)进行交互。在TS38.321协议规范中根据MAC头部的区域设置标识符(LCID)类型在5G的上下行上分别定义了各自的多种MAC CE，如表一所示，终端设备和基站设备之间通过互相发送MAC CE来协助对方进行一些流程的处理，从而实现一些功能。

表一Table 6.2.1-2Values of LCID for UL-SCH

下面结合图2所示的多流业务***，对本申请实施例提供的业务同步方法进行说明。

图3是根据一些示例性实施例示出的一种业务同步方法的流程示意图。在一些实施例中，上述业务同步方法可以应用到如图2所示的第一节点、第二节点，也可以应用到其他类似设备。

如图3所示，本申请实施例提供的业务同步方法，包括下述S201-S202。

S201、第一节点确定第一业务与第二业务之间的当前同步参数。

其中，当前同步参数用于反映第一业务与第二业务之间的当前同步程度。

作为一种可能的实现方式，第一节点获取历史时刻到当前时刻的时间段内接收第二节点发送的第一业务的数据包个数，以及历史时刻到当前时刻的时间段内接收第二节点发送的第二业务的数据包个数。进一步的，第一节点根据获取到的第一业务的数据包个数以及第二业务的数据包个数，确定第一业务与第二业务之间的当前同步参数。

需要说明的，历史时刻为当前时刻前的任意一个时刻。历史时刻到当前时刻的时间段可以作为一个周期T。

第一业务与第二业务可以为任意两个相关联的QOS业务。如一个影片通常由视频数据和音频数据组成，该视频数据对应的视频业务与该音频数据对应的音频业务则为两个相关联的业务。

例如，在第一节点为基站设备，第二节点为终端设备的情况下，基站设备可以统计在周期T内接收到终端设备发送的业务A的上行数据包个数，记为NUM_pduA，并统计在周期T内接收到终端设备发送的业务B的上行数据包个数，记为NUM_pduB。进一步的，基站设备计算业务A与业务B之间的当前同步参数

其中，Q为预设系数，由运维人员预先设定，取值范围是0～100之间的数(如取小数点一位，即可以设置1.1，50.9等值)。

第一节点为终端设备，第二节点为基站设备的情况与上述示例类似，不同之处在于基站设备统计的是业务A的下行数据包个数，此处不再赘述。

S202、在当前同步参数与目标同步参数之间的差值的绝对值大于或者等于预设阈值的情况下，第一节点确定第一业务与第二业务不同步，并向第二节点发送同步指令信息。

其中，同步指令信息包括第一业务的标识以及发送状态，或者第二业务的标识以及发送状态；发送状态包括停止发送或继续发送；同步指令信息用于指示第二节点按照发送状态发送第一业务的数据包，或者按照发送状态发送第二业务的数据包。

作为一种可能的实现方式，第一节点计算当前同步参数与目标同步参数之间的差值。进一步的，第一节点将计算得到的差值的绝对值与预设阈值进行比较，以判断该绝对值是否大于或者等于预设阈值。在绝对值大于或者等于预设阈值的情况下，第一节点确定第一业务与第二业务不同步，并向第二节点发送同步指令信息。

需要说明的，目标同步参数可以是运维人员预先在第一节点中设置的，也可以为第一节点预先计算得到的(可参考后续实施例)。同理，预设阈值也由运维人员预先在第一节点中设置。

例如，目标同步参数记为targetSyn，当前同步参数记为SynPDU，预设阈值为Threshold。若|SynPDU-targetSyn|≥Threshold，第一节点则确定第一业务与第二业务不同步，并向第二节点发送同步指令信息。

一种示例中，同步指令信息可以以MAC CE的形式由第一节点发送至第二节点。例如，引入新的MAC CE来实现多个业务流之间的同步功能，将该MAC CE命名为“syn qos”，当终端设备或基站设备收到一个名为syn qos的MAC CE时，则确定为同步指令信息。

示例性的，名称为“syn qos”的MAC CE的格式如图4所示，其中QOS ID是需要停止数据包发送的QOS业务对应的身份证标识(identity document，ID)，Flag代表需要该QOS业务对应的发送状态。Flag 0代表需要该QoS业务停止发送，Flag 1代表需要该QoS业务继续发送。每次发生两个QOS业务不同步时，基站设备就触发一次“syn qos”MAC CE发送给终端设备，终端设备按照该MAC CE里面的Flag停止或开启发送该QOS业务的数据包。

本申请实施例提供的技术方案至少带来以下有益效果：对于第一节点与第二节点进行传输的两个相关联的业务(即第一业务与第二业务)，第一节点确定第一业务与第二业务之间的当前同步参数，以明确第一业务与第二业务之间的当前同步程度。进一步的，在当前同步参数与目标同步参数之间的差值的绝对值大于或者等于预设阈值的情况下，第一节点确定第一业务与第二业务不同步，并向第二节点发送同步指令信息。同步指令信息包括第一业务的标识以及发送状态，或者第二业务的标识以及发送状态；发送状态包括停止发送或继续发送；同步指令信息用于指示第二节点按照发送状态发送第一业务的数据包，或者按照发送状态发送第二业务的数据包。因此，第二节点在收到同步指令信息后，可以停止发送预设数据包个数的第一业务或第二业务的数据包，以便第一业务与第二业务恢复同步，进而增加了对多流业务之间的同步保障，提升了用户的业务体验。

在一种设计中，为了得到目标同步参数，如图5所示，本申请实施例提供的业务同步方法还包括下述S301-S302。

S301、第一节点获取第一业务的数据时延要求指标以及第一业务的数据丢包率要求指标、第二业务的数据时延要求指标以及第二业务的数据丢包率要求指标。

作为一种可能的实现方式，第一节点从预设的QOS业务配置表中，获取第一业务的数据时延要求指标以及第一业务的数据丢包率要求指标、第二业务的数据时延要求指标以及第二业务的数据丢包率要求指标。

需要说明的，QOS业务配置表包括多个5G服务质量标识符(5G QOS identifier，5QI)对应的QOS参数，其中，一个5QI对应一个3GPP协议定义的5G支持的业务类型，不同的5QI表示不同的业务承载类型。

如表二所示，示出了一种5QI和QOS参数之间的映射关系表。

表二

其中，从表中可以看出，QOS业务分成保证比特速率(guaranteed bit rate，GBR)业务和不保证比特速率(non-GBR)业务，两种业务都约定了数据时延(packet delaybudget，PDB)和数据丢包率(packet error loss rate，PELR)。因此，第一节点可以根据业务的标识(如5QI)从该表中获取对应的数据时延和数据丢包率，并将该数据时延确定为数据时延要求指标，将该数据丢包率确定为数据丢包率要求指标。

S302、第一节点根据第一业务的数据时延要求指标、第一业务的数据丢包率要求指标、第二业务的数据时延要求指标、第二业务的数据丢包率要求指标，确定第一业务与第二业务之间的目标同步参数。

作为一种可能的实现方式，第一节点根据第一业务的数据时延要求指标、第一业务的数据丢包率要求指标、第二业务的数据时延要求指标、第二业务的数据丢包率要求指标，计算第一业务与第二业务之间的目标同步参数。

示例性的，第一节点通过QOS业务的5QI从表二中查询到该QOS业务的PDB，记为TablePDB，通过QOS业务的5QI从表二中查询到该QOS业务的PELR，记为TablePELR，则两个同步QOS业务的目标同步参数

其中，K和M是系数，由运维人员根据情况设定，取值范围均是0～100之间的数(如可以设置1.1,50.9等值)

在一些实施例中，当两个QOS业务不同步时，第一节点可以指示第二节点停止发送优先级高的QOS业务的数据包。如果两个QOS业务优先级相同，则停止PDB要求高的业务。如果PDB也相同，则停止PLER要求高的业务。如果上述参数都相同，则停止当前接收到的数据包个数高的业务。

上述实施例主要从装置(设备)的角度对本申请实施例提供的方案进行了介绍。可以理解的是，为了实现上述方法，装置或设备包含了执行各个方法流程相应的硬件结构和/或软件模块，这些执行各个方法流程相应的硬件结构和/或软件模块可以构成一个物料信息的确定装置。本领域技术人员应该很容易意识到，结合本文中所发明的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对装置或设备进行功能模块的划分，例如，装置或设备可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图6是根据一示例性实施例示出的第一节点的结构示意图。参照图6所示，本申请实施例提供的第一节点40，应用于多流业务***，多流业务***包括第一节点以及第二节点，第一节点与第二节点进行多流业务的传输，多流业务至少包括第一业务以及第二业务，第一业务与第二业务相关联；第一节点40包括确定单元401以及发送单元402。

确定单元401，用于确定第一业务与第二业务之间的当前同步参数；当前同步参数用于反映第一业务与第二业务之间的当前同步程度；发送单元402，用于在当前同步参数与目标同步参数之间的差值的绝对值大于或者等于预设阈值的情况下，确定第一业务与第二业务不同步，并向第二节点发送同步指令信息；同步指令信息包括第一业务的标识以及发送状态，或者第二业务的标识以及发送状态；发送状态包括停止发送或继续发送；同步指令信息用于指示第二节点按照发送状态发送第一业务的数据包，或者按照发送状态发送第二业务的数据包。

可选的，第一节点还包括获取单元403；获取单元403，用于获取第一业务的数据时延要求指标以及第一业务的数据丢包率要求指标、第二业务的数据时延要求指标以及第二业务的数据丢包率要求指标；确定单元401，还用于根据第一业务的数据时延要求指标、第一业务的数据丢包率要求指标、第二业务的数据时延要求指标、第二业务的数据丢包率要求指标，确定第一业务与第二业务之间的目标同步参数。

可选的，确定单元401，具体用于：第一节点获取历史时刻到当前时刻的时间段内接收第二节点发送的第一业务的数据包个数，以及历史时刻到当前时刻的时间段内接收第二节点发送的第二业务的数据包个数；第一节点根据获取到的第一业务的数据包个数以及第二业务的数据包个数，确定第一业务与第二业务之间的当前同步参数。

可选的，在第一业务的优先级大于第二业务的优先级的情况下，同步指令信息包括第一业务的标识以及发送状态，同步指令信息用于指示第二节点停止发送第一业务的数据包；在第一业务的优先级小于第二业务的优先级的情况下，同步指令信息包括第二业务的标识发送状态；同步指令信息用于指示第二节点停止发送第二业务的数据包。

图7是本申请提供的一种电子设备的结构示意图。如图7，该电子设备50可以包括至少一个处理器501以及用于存储处理器可执行指令的存储器502其中，处理器501被配置为执行存储器502中的指令，以实现上述实施例中的业务同步方法。

另外，电子设备50还可以包括通信总线503以及至少一个通信接口504。

处理器501可以是一个处理器(central processing units，CPU)，微处理单元，ASIC，或一个或多个用于控制本申请方案程序执行的集成电路。

通信总线503可包括一通路，在上述组件之间传送信息。

通信接口504，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。

存储器502可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器501相连接。存储器也可以和处理器501集成在一起。

其中，存储器502用于存储执行本申请方案的指令，并由处理器501来控制执行。处理器501用于执行存储器502中存储的指令，从而实现本申请方法中的功能。

作为一个示例，结合图6，第一节点40中的确定单元401以及发送单元402实现的功能与图7中的处理器501的功能相同。

在具体实现中，作为一种实施例，处理器501可以包括一个或多个CPU，例如图7中的CPU0和CPU1。

在具体实现中，作为一种实施例，电子设备50可以包括多个处理器，例如图7中的处理器501和处理器507。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，电子设备50还可以包括输出设备505和输入设备506。输出设备505和处理器501通信，可以以多种方式来显示信息。例如，输出设备505可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备506和处理器501通信，可以以多种方式接受用户对象的输入。例如，输入设备506可以是鼠标、键盘、触摸屏设备或传感设备等。

本领域技术人员可以理解，图7中示出的结构并不构成对电子设备50的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

另外，本申请还提供一种计算机可读存储介质，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述实施例所提供的业务同步方法。

另外，本申请还提供一种计算机程序产品，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如上述实施例所提供的业务同步方法。

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

Claims (10)

1.一种业务同步方法，其特征在于，应用于多流业务***，所述多流业务***包括第一节点以及第二节点，所述第一节点与所述第二节点进行多流业务的传输，所述多流业务至少包括第一业务以及第二业务，所述第一业务与所述第二业务相关联；所述方法包括：

所述第一节点确定所述第一业务与所述第二业务之间的当前同步参数；所述当前同步参数用于反映所述第一业务与所述第二业务之间的当前同步程度；

在所述当前同步参数与目标同步参数之间的差值的绝对值大于或者等于预设阈值的情况下，所述第一节点确定所述第一业务与所述第二业务不同步，并向所述第二节点发送同步指令信息；所述同步指令信息包括所述第一业务的标识以及发送状态，或者所述第二业务的标识以及所述发送状态；所述发送状态包括停止发送或继续发送；所述同步指令信息用于指示所述第二节点按照所述发送状态发送所述第一业务的数据包，或者按照所述发送状态发送所述第二业务的数据包。

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

所述第一节点获取所述第一业务的数据时延要求指标以及所述第一业务的数据丢包率要求指标、所述第二业务的数据时延要求指标以及所述第二业务的数据丢包率要求指标；

所述第一节点根据所述第一业务的数据时延要求指标、所述第一业务的数据丢包率要求指标、所述第二业务的数据时延要求指标、所述第二业务的数据丢包率要求指标，确定所述第一业务与所述第二业务之间的所述目标同步参数。

3.根据权利要求1所述的业务同步方法，其特征在于，所述第一节点确定所述第一业务与所述第二业务之间的当前同步参数，包括：

所述第一节点获取历史时刻到当前时刻的时间段内接收所述第二节点发送的所述第一业务的数据包个数，以及历史时刻到当前时刻的时间段内接收所述第二节点发送的所述第二业务的数据包个数；

所述第一节点根据获取到的所述第一业务的数据包个数以及所述第二业务的数据包个数，确定所述第一业务与所述第二业务之间的当前同步参数。

4.根据权利要求1-3中任一项所述的业务同步方法，其特征在于，在所述第一业务的优先级大于所述第二业务的优先级的情况下，所述同步指令信息包括所述第一业务的标识以及所述发送状态，所述同步指令信息用于指示所述第二节点停止发送所述第一业务的数据包；

在所述第一业务的优先级小于所述第二业务的优先级的情况下，所述同步指令信息包括所述第二业务的标识以及所述发送状态；所述同步指令信息用于指示所述第二节点停止发送所述第二业务的数据包。

5.一种第一节点，其特征在于，应用于多流业务***，所述多流业务***包括所述第一节点以及第二节点，所述第一节点与所述第二节点进行多流业务的传输，所述多流业务至少包括第一业务以及第二业务，所述第一业务与所述第二业务相关联；所述第一节点包括确定单元以及发送单元；

所述确定单元，用于确定所述第一业务与所述第二业务之间的当前同步参数；所述当前同步参数用于反映所述第一业务与所述第二业务之间的当前同步程度；

所述发送单元，用于在所述当前同步参数与目标同步参数之间的差值的绝对值大于或者等于预设阈值的情况下，确定所述第一业务与所述第二业务不同步，并向所述第二节点发送同步指令信息；所述同步指令信息包括所述第一业务的标识以及预设数据包个数，或者所述第二业务的标识以及所述预设数据包个数；所述同步指令信息用于指示所述第二节点停止发送所述预设数据包个数的所述第一业务的数据包，或者停止发送所述预设数据包个数的所述第二业务的数据包。

6.根据权利要求5所述的第一节点，其特征在于，所述第一节点还包括获取单元；

所述获取单元，用于获取所述第一业务的数据时延要求指标以及所述第一业务的数据丢包率要求指标、所述第二业务的数据时延要求指标以及所述第二业务的数据丢包率要求指标；

所述确定单元，还用于根据所述第一业务的数据时延要求指标、所述第一业务的数据丢包率要求指标、所述第二业务的数据时延要求指标、所述第二业务的数据丢包率要求指标，确定所述第一业务与所述第二业务之间的所述目标同步参数。

7.根据权利要求5所述的第一节点，其特征在于，所述确定单元，具体用于：

所述第一节点获取历史时刻到当前时刻的时间段内接收所述第二节点发送的所述第一业务的数据包个数，以及历史时刻到当前时刻的时间段内接收所述第二节点发送的所述第二业务的数据包个数；

所述第一节点根据获取到的所述第一业务的数据包个数以及所述第二业务的数据包个数，确定所述第一业务与所述第二业务之间的当前同步参数。

8.根据权利要求5-7中任一项所述的第一节点，其特征在于，在所述第一业务的优先级大于所述第二业务的优先级的情况下，所述同步指令信息包括所述第一业务的标识以及所述发送状态，所述同步指令信息用于指示所述第二节点停止发送所述第一业务的数据包；

在所述第一业务的优先级小于所述第二业务的优先级的情况下，所述同步指令信息包括所述第二业务的标识以及所述发送状态；所述同步指令信息用于指示所述第二节点停止发送所述第二业务的数据包。

9.一种电子设备，其特征在于，包括：处理器、用于存储所述处理器可执行的指令的存储器；其中，所述处理器被配置为执行指令，以实现所述权利要求1-4中任一项所述的业务同步方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1-4中任一项所述的业务同步方法。

Images