一种业务数据分流方法、装置、基站和存储介质与流程

1.本技术涉及移动通信技术领域，尤其涉及一种业务数据分流方法、装置、基站和存储介质。


背景技术：

2.目前，第5代移动通信5g已经在多个国家开始商用部署。而现有的组网方式中，第4代移动通信4g和5g融合组网的方式是一种主要的组网方式。在4g和5g融合组网中，用户终端(ue，user equipment)可以同时连接上4g基站和5g基站，即双连接(e-utra-nr dual connectivity，简称en-dc)ue。
3.双连接ue与移动网络(包括基站及核心网)之间控制面的信令(如接入或切换等)的空口传输都走mn(master node，主节点，又称锚点，属于4g基站)，而用户面的业务数据的空口传输，既可以单独走mn，也可以单独走sn(secondary node，辅节点，属于5g基站)，或者同时走mn和sn。通常情况下，由于5g带宽更大、频谱效率和速率更高，双连接ue的业务数据单独走5g基站即可，但是当出现5g基站负荷高，或者双连接ue业务量大，或者双连接ue的5g空口信道条件恶化等情况后，5g基站可能无法满足此双连接ue的业务需求，此时，可以考虑将一部分业务数据分流给4g基站进行传输。
4.在现有的业务数据分流机制中，容易出现反复引起分流的乒乓进出。而现有的解决乒乓问题的改进方法通常都需要4g基站的底层识别4g-ue(只支持4g而不支持双连接的ue以及支持双连接但当前只连接到4g的ue)和双连接ue，并进行差异化处理，对作为4g基站基础核心且已经成熟商用的mac(medium access control，媒体接入控制)层算法框架冲击较大。同时，由于协议上的分流点是设置在高层的pdcp(packet data convergence protocol，分组数据汇聚协议)层，跨层到底层进行联动分流处理，再考虑到实际网络中，支持双连接的ue会在4g-ue和双连接ue两种ue形态下动态转换，高层状态的变化还要通知到底层进行相应调整，更是增大了复杂性和处理开销。


技术实现要素：

5.本技术实施例提供了一种业务数据分流方法、装置、基站和存储介质，以实现业务数据的自适应分流，从而简化业务数据分流机制，并提高业务数据分流机制的高效性和适用性。
6.第一方面，本技术实施例提供了一种业务数据分流方法，应用于受流端，包括：
7.获取业务数据的当前负荷信息；其中，所述当前负荷信息包括当前统计负荷和当前测量负荷；
8.根据所述当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定分流调整信息；
9.将所述分流调整信息发送至至少一个分流端，以使所述分流端根据所述分流调整信息阶段性调整各受流端的分流业务数据量。
10.第二方面，本技术实施例还提供了一种业务数据分流方法，应用于分流端，包括：
11.接收受流端发送的分流调整信息；其中，所述分流调整信息由受流端根据业务数据的当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定；所述当前负荷信息包括当前统计负荷和当前测量负荷；
12.根据所述分流调整信息阶段性调整各所述受流端的分流业务数据量。
13.第三方面，本技术实施例还提供了一种业务数据分流装置，配置于受流端，包括：
14.当前负荷信息获取模块，用于获取业务数据的当前负荷信息；其中，所述当前负荷信息包括当前统计负荷和当前测量负荷；
15.分流调整信息确定模块，用于根据所述当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定分流调整信息；
16.分流调整信息发送模块，用于将所述分流调整信息发送至至少一个分流端，以使所述分流端根据所述分流调整信息阶段性调整各受流端的分流业务数据量。
17.第四方面，本技术实施例还提供了一种业务数据分流装置，配置于分流端，包括：
18.分流调整信息接收模块，用于接收受流端发送的分流调整信息；其中，所述分流调整信息由受流端根据业务数据的当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定；所述当前负荷信息包括当前统计负荷和当前测量负荷；
19.业务数据量调整模块，用于根据所述分流调整信息阶段性调整各所述受流端的分流业务数据量。
20.第五方面，本技术实施例还提供了一种基站，所述基站包括：
21.一个或多个处理器；
22.存储装置，用于存储一个或多个程序；
23.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现第一方面中任意所述的业务数据分流方法。
24.第六方面，本技术实施例还提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面中任意所述的业务数据分流方法。
25.第七方面，本技术实施例还提供了一种基站，所述基站包括：
26.一个或多个处理器；
27.存储装置，用于存储一个或多个程序；
28.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现第二方面中任意所述的业务数据分流方法。
29.第八方面，本技术实施例还提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现第二方面中任意所述的业务数据分流方法。
30.本技术实施例通过受流端获取业务数据的当前负荷信息，以根据当前负荷信息与负荷门限阈值之间的数量关系，以及当前负荷信息匹配的负荷关联周期确定分流调整信息，并将分流调整信息发送至至少一个分流端。分流端接收到受流端发送的分流调整信息后，根据分流调整信息阶段性调整受流端的分流业务数据量，解决现有业务数据分流机制存在的乒乓问题，实现业务数据的自适应分流，从而简化业务数据分流机制，并提高业务数据分流机制的高效性和适用性。
mobile telecommunications system，通用移动通信系统)技术标准的长期演进，nr(new radio)表示新无线。elte表示无线通信解决方案组合。
53.上述三种组网方式均融合了4g和5g的组网方式，ue可以同时连接上4g基站和5g基站。在本技术实施例中，定义支持双连接并且建立了双连接的ue为双连接ue，只支持4g而不支持双连接的ue(主要是现网中已有的老4g用户终端)以及支持双连接但当前只连接到4g的ue定义为4g-ue，只支持5g而不支持双连接的ue以及支持双连接但当前只连接到5g的ue定义为5g-ue。4g-ue和5g-ue都是单连接ue。以nsa的option 3x为例，支持此组网的ue必须先接入作为mn的4g基站，完成控制面的信令接入后，然后由mn控制此ue接入作为sn的5g基站，此时ue就与4g和5g基站建立了双连接。
54.双连接ue与移动网络之间控制面的信令的空口传输都走mn，而用户面的业务数据的空口传输，既可以单独走mn，也可以单独走sn，或者同时走mn和sn。5g标准协议在业务面定义了四种承载类型：mcg bearer，scg bearer，mcg split bearer，scg split bearer，其中mcg为master cell group(主小区组)，scg为secondary cell group(辅小区组)。mcg split bear和scg split bearer都是指业务数据，可以在mn和sn同时进行业务数据的分流传输，mcg split bear是mn负责分流给sn，而scg split bearer是sn负责分流给mn。上述业务数据的分流操作是在基站pdcp层功能实体完成的，由负责业务数据分流的分流端基站的pdcp层将数据分流到被分流的受流端基站的rlc层进行传输。在mcg split bear下，分流端是mn，受流端是sn。在scg split bearer下，分流端是sn，受流端是mn。图4为本技术实施例提供的一种5g组网标准中option 3和option3x的业务承载及业务数据分流的示意图，图5为本技术实施例提供的一种5g组网标准中option 7和option7x以及option4的业务承载及业务数据分流的示意图。其中，图5中的sdap(service discovery application profile)表示服务发现应用规范。图4中的x2和图5中的xn表示分流的业务数据。
55.示例性的，以option 3序列为例，option 3的分流承载是mcg split bearer，从作为mn的4g基站分流给作为sn的5g基站。而目前主流部署的option 3x的分流承载是scg split bearer，从作为sn的5g基站分流给作为mn的4g基站，即在option 3x下，分流端是5g基站，受流端是4g基站。由于业务数据分流机制的设计对系统性能会有较大影响，因此，在进行业务数据分流时，需要考虑4g基站下4g-ue的业务负荷、4g基站和核心网间的传输带宽、时延及抖动、双连接ue的4g空口信道质量等因素。如果4g基站下的4g-ue的业务负荷已经较高，4g-ue的用户感知开始受限，则不适合给双连接ue的业务数据进行分流，以避免影响4g-ue的用户感知。如果4g基站和核心网间的传输带宽较小、时延及抖动较大，或者双连接ue的4g空口信道质量较差，而分流算法与4g/5g的时延、宽带匹配较差，分流的业务数据在两条链路的时延不一致导致tcp(transmission control protocol传输控制协议)乱序、缓冲和重排，触发tcp超时而收缩窗口，就会引起双连接ue业务性能恶化，用户体验速率反而比不分流更低，所以要慎重考虑是否进行业务数据分流。4/5g业务分流，必须要能给双连接ue带来更好的感知体验，如业务的速率提升或时延下降等，同时考虑兼顾分流端的整体性能，否则就应该回退(如减少甚至关闭)业务分流。
56.以目前业界5g网络主流部署的option 3x为例，4/5g业务分流采用scg split bearer，即5g基站是分流端，4g基站是受流端，5g基站负责给4g基站分流。在考虑4g基站下4g-ue负荷的方案中，设置了1个允许分流的低负荷门限thr_low和1个禁止分流的高负荷门
限thr_high，且thr_high>thr_low。当4g基站统计到自己的负荷load(包含了4g-ue和双连接ue的总负荷)降到thr_low以下时，4g基站允许双连接ue进行4/5g业务分流。而当load达到thr_high以上后，则会停止已有的4/5g业务分流，并且禁止新的4/5g业务分流。上述业务数据分流机制原理简单，但是会引发乒乓问题。示例性的，4g基站允许双连接ue进行4/5g分流后，会引起4g基站load抬升，使得4g基站load超过thr_high而退出分流。退出分流后，4g基站load又会下降，可能低于thr_low而又重新开始分流，如此反复引起分流的乒乓进出，虽然可采用抑制乒乓的定时器或计数器方式，但不能从根本上解决乒乓问题。
57.针对上述业务数据分流机制中存在的乒乓问题，一种改进方法是当4g基站的load达到或超过thr_high后，4g基站的底层mac层对双连接ue减少资源分配和降低调度优先级，以此来降低分流带来的负荷。这种方法涉及对现有4g基站的底层mac层算法的调整，对4g基站底层技术冲击较大。
58.另一种改进方法是4g基站对4g-ue和双连接ue所占用的负荷分别进行实时统计和控制，如果发现当前load达到或超过thr_high，且双连接ue所占用的负荷超过一个预设门限thr_high_en-dc，例如thr_high_en-dc为thr_high的50％，则减少和限制双连接ue占用的资源。但这种方法需要4g基站在底层mac层实时进行两类ue负荷的区分统计和资源调度调整，需要对现有4g基站的底层mac层算法进行调整，同样对4g基站底层技术冲击较大。
59.还有一种改进方法是4g基站根据双连接ue的4g状态，如空口信道的质量，实时估算当占用使得load不超过thr_high的剩余资源可以承载的业务数据量，以此确定和控制4g分流的业务数据量，但这种方式同样涉及到对现有4g基站底层mac层算法的调整，复杂度较高，对4g基站底层技术冲击较大。
60.由此可见，上述3种改进方法都需要4g基站的底层识别4g-ue和双连接ue，并进行差异化处理，对作为4g基站基础核心且已经成熟商用的mac层算法框架冲击较大，而协议上的分流点是设置在高层的pdcp层，跨层到底层去进行联动分流处理，再考虑到实际网络中，支持双连接的ue会在4g-ue和双连接ue两种ue形态下动态转换，高层状态的变化还要通知到底层进行相应调整，更是增大了复杂性和处理开销。
61.为了解决现有业务数据分流机制中的乒乓问题，同时改进对现有4g基站底层技术冲击较大的缺陷。本技术创造性地限制在基站的pdcp层对业务数据进行分流控制，根据分流调整信息阶段性调整分流的业务数据量，无需对基站底层技术进行改动，不仅能够实现业务数据的自适应分流，而且不会产生乒乓问题，简单而有效，适用于所有4/5g融合组网类型，简化了业务数据分流机制，并提高了业务数据分流机制的高效性和适用性。
62.在一个示例性实施方式中，图6为本技术实施例提供的一种业务数据分流方法的流程示意图。该方法适用于在不改动底层技术的前提下，对业务数据自适应分流的情况。该方法可以由本技术提供的业务数据分流装置执行，该业务数据分流装置可以由软件和/或硬件实现，并集成在基站中，该基站可以作为受流端，可选的，受流端可以是4g基站，本技术实施例并不对受流端的基站类型进行限定。
63.如图6所示，本技术实施例提供的业务数据分流方法，包括：
64.s110、获取业务数据的当前负荷信息；其中，所述当前负荷信息包括当前统计负荷和当前测量负荷。
65.其中，业务数据可以是双连接ue与移动网络之间用户面的业务数据。当前负荷信
息可以是受流端按照负荷统计周期统计的或实时测量的负荷信息，可以包括但不限于当前统计负荷和当前测量负荷。其中，当前统计负荷可以是根据分流控制周期所统计的负荷。分流控制周期可以是分流端设置的用于进行分流处理的周期，其具体数值可以根据实际需求设定，本技术实施例并不对分流控制周期的具体周期数值进行限定。当前测量负荷可以是受流端实时测量的负荷。
66.在本技术实施例中，可以由受流端来获取业务数据的当前负荷信息。可选的，受流端的数量可以是多个，每个受流端可以和一个或多个分流端建立分流关系。可选的，可以由受流端的mac层统计当前负荷信息，并上报至受流端的rlc(radio link control，无线链路控制层协议)层。
67.s120、根据所述当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定分流调整信息。
68.其中，分流调整信息可以是受流端生成并发送给分流端的，用于分流端对分流给各受流端的分流业务数据量进行阶段性调整的信息。负荷门限阈值可以是受流端针对当前负荷信息所设定的门限阈值。可选的，负荷门限阈值的数量可以是多个，如3个或以上，本技术实施例并不对负荷门限阈值的具体取值以及数量进行限定。负荷关联周期可以是与负荷信息相关联的周期，如用于周期性统计负荷的分流控制周期，或针对超高负荷所设定的超高负荷持续周期等，本技术实施例同样不对负荷关联周期的具体内容进行限定。
69.相应的，当受流端的rlc层获取到mac层上报的当前负荷信息后，可以根据当前负荷信息与负荷门限阈值之间的数量关系，以及当前负荷信息匹配的负荷关联周期确定分流调整信息。例如，当当前统计负荷小于其中一个负荷门限阈值时，确定上调分流的分流调整信息。当当前统计负荷或当前测量负荷大于其中一个负荷门限阈值时，确定下调分流的分流调整信息。当当前统计负荷位于两负荷门限阈值之间，或当前测量负荷小于其中一个负荷门限阈值时，确定不作调整的分流调整信息。
70.s130、将所述分流调整信息发送至至少一个分流端，以使所述分流端根据所述分流调整信息阶段性调整各受流端的分流业务数据量。
71.其中，分流业务数据量可以是分流端分流给受流端的业务数据量。
72.相应的，当受流端确定了分流调整信息后，可以将分流调整信息发送至分流端。可选的，分流端的数量可以是多个，每个分流端可以和一个或多个受流端建立分流关系。受流端可以通过pdcp层接收分流调整信息，同时通过pdcp层根据分流调整信息阶段性调整各受流端的分流业务数据量。需要说明的是，本技术实施例所涉及到的阶段性调整可以是按照设定步长阶段性地进行上调、下调或不作调整，而不是允许分流或禁止分流等针对分流业务数据量进行的刚性控制操作。例如，当分流端的当前统计负荷超过高负荷门限阈值时，按照设定步长逐步下调发送给各受流端的分流业务数据量。当分流端的当前统计负荷低于低负荷门限阈值时，按照设定步长逐步上调发送给各受流端的分流业务数据量，从而避免因直接允许或禁止分流导致的乒乓问题。
73.综上所述，本技术实施例的分流端可以仅通过pdcp层对发送给各受流端的分流业务数据量进行调整，而无需联动底层技术，实现简单且高效。同时，在本技术实施例中，分流端可以根据分流调整信息阶段性调整各受流端的分流业务数据量，从而解决现有业务数据分流机制存在的乒乓问题，实现业务数据的自适应分流。另外，本技术实施例所提供的业务
数据分流方法适用于所有4/5g融合组网类型，如option3/4/7序列，提高了业务数据分流机制的适用性。
74.本技术实施例通过受流端获取业务数据的当前负荷信息，以根据当前负荷信息与负荷门限阈值之间的数量关系，以及当前负荷信息匹配的负荷关联周期确定分流调整信息，并将分流调整信息发送至至少一个分流端，以使分流端根据分流调整信息阶段性调整受流端的分流业务数据量，解决现有业务数据分流机制存在的乒乓问题，实现业务数据的自适应分流，从而简化业务数据分流机制，并提高业务数据分流机制的高效性和适用性。
75.在一个示例性实施方式中，图7为本技术实施例提供的一种业务数据分流方法的流程示意图。本实施例以上述实施例为基础进行具体化，在本实施例中，给出了获取业务数据的当前负荷信息以及根据所述当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定分流调整信息的一种可选的具体实现方式。相应的，如图7所示，本实施例的方法可以包括：
76.s210、获取业务数据的当前负荷信息。
77.相应的，s210可以包括：
78.s211、根据分流控制周期获取业务数据的所述当前统计负荷。
79.s212、实时测量当前负荷，以获取所述当前测量负荷。
80.在本技术实施例中，为了实现对受流端的周期性分流控制，受流端可以根据分流控制周期获取业务数据的当前统计负荷，以根据当前统计负荷确定匹配的分流调整信息。同时，为了实现对受流端超高负荷的实时监控，受流端还可以实时测量当前负荷，以获取当前测量负荷。相应的，受流端可以根据当前测量负荷确定匹配的分流调整信息。
81.需要说明的是，图7仅是一种实现方式的示意图，步骤s211和步骤s212之间并没有先后顺序关系，可以先实施步骤s211，再实施步骤s212，也可以先实施步骤s212，再实施步骤s211，还可以两者并行实施。
82.s220、根据所述当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定分流调整信息。
83.其中，所述负荷门限阈值可以包括低负荷门限阈值及高负荷门限阈值；所述负荷关联周期可以包括分流控制周期。
84.其中，低负荷门限阈值可以是用于限定上调分流业务数据量的门限阈值，高负荷门限阈值可以是用于限定下调分流业务数据量的门限阈值。示例性的，可以设置低负荷门限阈值取值为60％，高负荷门限阈值取值为80％，本技术实施例并不对低负荷门限阈值及高负荷门限阈值的具体取值进行限定。
85.相应的，s220可以包括：
86.s221、在分流控制周期时刻，判断当前统计负荷是否小于低负荷门限阈值，若是，则执行s222，否则，执行s223。
87.s222、将上调分流调整信息作为所述分流调整信息。
88.s223、判断当前统计负荷是否大于高负荷门限阈值，若是，则执行s224，否则，执行s225。
89.s224、将下调分流调整信息作为所述分流调整信息。
90.s225、将拒绝分流调整信息作为所述分流调整信息，或，设置所述分流调整信息为
空。
91.其中，分流控制周期时刻可以是分流控制周期对应的周期终止时间点。
92.也即，在本技术实施例中，在分流控制周期时刻，在确定当前统计负荷大于或等于低负荷门限阈值，且小于或等于高负荷门限阈值的情况下，将拒绝分流调整信息作为分流调整信息，或，设置分流调整信息为空；在分流控制周期时刻，在确定当前统计负荷小于低负荷门限阈值的情况下，将上调分流调整信息作为分流调整信息；在分流控制周期时刻，在确定当前统计负荷大于高负荷门限阈值的情况下，将下调分流调整信息作为分流调整信息。
93.其中，上调分流调整信息可以是阶段性上调分流业务数据量的信息，下调分流调整信息可以是阶段性下调分流业务数据量的信息，拒绝分流调整信息可以是保持当前分流业务数据量不变，也即不对当前分流业务数据量进行调整的信息。
94.在本技术实施例中，如果到达分流控制周期时刻，且当前统计负荷大于或等于低负荷门限阈值，且小于或等于高负荷门限阈值，则受流端可以生成拒绝分流调整信息发送给分流端，或直接不向分流端发送任何调整信息；如果当前统计负荷小于低负荷门限阈值，则受流端可以生成上调分流调整信息发送给分流端；如果当前统计负荷大于高负荷门限阈值，则受流端可以生成下调分流调整信息发送给分流端。
95.其中，所述负荷门限阈值还可以包括超高负荷门限阈值；所述负荷关联周期还可以包括超高负荷持续周期。
96.其中，超高负荷门限可以是用于限定下调分流业务数据量的门限阈值，其取值要大于高负荷门限阈值。超高负荷门限阈值主要用于判断是否存在突发超高负荷的情况。示例性的，可以设置超高负荷门限阈值取值为90％。
97.相应的，s220还可以包括：
98.s226、判断当前测量负荷是否大于或等于超高负荷门限阈值，若是，则执行s228，否则，执行s227。
99.分流端还可以在分流控制周期内，实时判断测量负荷是否大于或等于超高负荷门限阈值。其中，分流控制周期内可以是分流控制周期对应的周期时间段。
100.s227、保持当前分流控制周期的分流调整信息。
101.s228、判断当前测量负荷大于或等于超高负荷门限阈值的持续时间是否达到超高负荷持续周期，若是，则执行s224，否则，执行s227。
102.其中，超高负荷持续周期可以用于判断超高负荷的持续时间是否超过一定范围。可选的，超高负荷持续周期的周期时间要小于分流控制周期的周期时间。
103.相应的，如果受流端在分流控制周期内检测到当前测量负荷大于或等于超高负荷门限阈值，且当前测量负荷大于或等于超高负荷门限阈值的持续时间达到超高负荷持续周期，表明网络中发生了突发超高负荷的情况，此时可能未到达分流控制周期。因此，针对突发超高负荷，需要立即生成下调分流调整信息并发送至分流端，以使分流端立即根据下调分流调整信息下调受流端的分流业务数据量，避免影响用户感知。如果受流端检测到当前测量负荷小于超高负荷门限阈值，或者，当前测量负荷大于或等于超高负荷门限阈值的持续时间没有达到超高负荷持续周期，则表明网络中没有发生突发超高负荷的情况，此时可以保持当前分流控制周期的分流调整信息。也即，不向分流端发送任何分流调整信息。
104.需要说明的是，图7仅是一种实现方式的示意图，步骤s221-s225和步骤s226-s228直接并没有先后顺序关系，可以先实施步骤s221-s225，再实施步骤s226-s228，也可以先实施步骤s226-s228，再实施步骤s221-s225，还可以两者并行实施。
105.s230、将所述分流调整信息发送至至少一个分流端，以使所述分流端根据所述分流调整信息阶段性调整各受流端的分流业务数据量。
106.在本技术的一个可选实施例中，所述将所述分流调整信息发送至至少一个分流端，可以包括：按照分流控制周期或超高负荷持续周期，将所述分流调整信息发送至所有建立分流关系的分流端，或，按照分流控制周期或超高负荷持续周期，将所述分流调整信息发送至当前分流控制周期或上一个分流控制周期内建立分流关系的分流端。
107.相应的，如果受流端的网络中没有发生突发超高负荷的情况，则受流端可以按照固定的分流控制周期发送至分流端。一旦受流端的网络中发生突发超高负荷的情况，则受流端可以按照在确定到达超高负荷持续周期后，立即将下调分流调整信息发送至分流端。需要说明的是，受流端可以将分流调整信息发送至所有建立分流关系的分流端，或者，受流端还可以将分流调整信息仅发送至当前分流控制周期(超高负荷持续周期所在的分流控制周期)或上一个分流控制周期内建立分流关系的分流端。
108.采用上述技术方案，受流端通过固定的分流控制周期确定分流调整信息，以使分流端对各受流端的分流业务数据量进行周期性的调整，并在检测到突发超高负荷时，立即向分流端发送下调分流调整信息，以使分流端立即针对突发超高负荷情况下调受流端的分流业务数据量，实现了对受流端分流业务数据量的精细化调整，能够有效避免乒乓问题，实现了业务数据的自适应分流，简化了业务数据分流机制，并提高了业务数据分流机制的高效性和适用性。
109.在一个示例性实施方式中，图8为本技术实施例提供的一种业务数据分流方法的流程示意图。该方法适用于在不改动底层技术的前提下，对业务数据自适应分流的情况。该方法可以由本技术提供的业务数据分流装置执行，该业务数据分流装置可以由软件和/或硬件实现，并集成在基站中，该基站可以作为分流端，可选的，分流端可以是4g基站或5g基站，本技术实施例并不对分流端的基站类型进行限定。
110.如图8所示，本技术实施例提供的业务数据分流方法，包括：
111.s310、接收受流端发送的分流调整信息；其中，所述分流调整信息由受流端根据业务数据的当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定；所述当前负荷信息包括当前统计负荷和当前测量负荷。
112.s320、根据所述分流调整信息阶段性调整各所述受流端的分流业务数据量。
113.在本技术实施例中，受流端可以通过pdcp层接收分流端发送的分流调整信息，同时通过pdcp层根据分流调整信息阶段性调整各受流端的分流业务数据量。例如，当分流端的当前统计负荷超过高负荷门限阈值时，按照设定步长逐步下调发送给各受流端的分流业务数据量。当分流端的当前统计负荷低于低负荷门限阈值时，按照设定步长逐步上调发送给各受流端的分流业务数据量，从而避免因直接允许或禁止分流导致的乒乓问题。
114.综上所述，本技术实施例的分流端可以仅通过pdcp层对发送给各受流端的分流业务数据量进行调整，而无需联动底层技术，实现简单且高效。同时，在本技术实施例中，分流端可以根据分流调整信息阶段性调整各受流端的分流业务数据量，从而解决现有业务数据
分流机制存在的乒乓问题，实现业务数据的自适应分流。另外，本技术实施例所提供的业务数据分流方法适用于所有4/5g融合组网类型，如option3/4/7序列，提高了业务数据分流机制的适用性。
115.本技术实施例通过受流端获取业务数据的当前负荷信息，以根据当前负荷信息与负荷门限阈值之间的数量关系，以及当前负荷信息匹配的负荷关联周期确定分流调整信息，并将分流调整信息发送至至少一个分流端。分流端接收到受流端发送的分流调整信息后，根据分流调整信息阶段性调整受流端的分流业务数据量，解决现有业务数据分流机制存在的乒乓问题，实现业务数据的自适应分流，从而简化业务数据分流机制，并提高业务数据分流机制的高效性和适用性。
116.在一个示例性实施方式中，图9为本技术实施例提供的一种业务数据分流方法的流程示意图。本实施例以上述实施例为基础进行具体化，在本实施例中，给出了接收受流端发送的分流调整信息以及根据所述分流调整信息调整所述受流端的分流业务数据量的一种可选的具体实现方式。同时给出了对各分流终端的当前分流业务数据量进行调整的一种可选的具体实现方式。相应的，如图9所示，本实施例的方法可以包括：
117.s410、接收受流端发送的分流调整信息。
118.在本技术的一个可选实施例中，所述接收受流端发送的分流调整信息，可以包括：接收所述受流端按照分流控制周期发送的分流调整信息；或，接收所述受流端按照超高负荷持续周期发送的分流调整信息。
119.示例性的，在受流端不发生突发超高负荷的情况下，分流端可以接收受流端按照固定的分流控制周期发送的分流调整信息。如果受流端发生突发超高负荷的情况，则分流端可以接收受流端按照超高负荷持续周期立即发送的分流调整信息。
120.s420、根据所述分流调整信息阶段性调整各所述受流端的分流业务数据量。
121.其中，所述分流调整信息包括拒绝分流调整信息、空分流调整信息、上调分流调整信息或下调分流调整信息；相应的，s420可以包括：
122.s421、在所述分流控制周期时刻，根据所述拒绝分流调整信息或空分流调整信息，拒绝调整所述受流端的当前分流业务数据量。
123.s422、在所述分流控制周期时刻，根据所述上调分流调整信息，按照分流数据调整步长上调所述当前分流业务数据量。
124.s423、在所述分流控制周期时刻，根据所述下调分流调整信息，按照分流数据调整步长下调所述当前分流业务数据量。
125.其中，当前分流业务数据量也即分流端当前时刻分配给各受流端的业务数据量。分流数据调整步长可以用于阶段性调整各受流端的分流业务数据量。示例性的，分流数据调整步长可以取值为10mbps等。需要说明的是，分流数据调整步长可以是固定值，也可以根据实际需求设置为可变值，本技术实施例并不对分流数据调整步长的具体取值以及取值方式进行限定。
126.示例性的，在分流端没有发生突发超高负荷的情况下，如果分流端在分流控制周期时刻接收到拒绝分流调整信息或空分流调整信息，则可以不对受流端的当前分流业务数据量进行调整。如果分流端在分流控制周期时刻接收到上调分流调整信息，则可以按照分流数据调整步长上调受流端的当前分流业务数据量。如果分流端在分流控制周期时刻接收
到下调分流调整信息，则可以按照分流数据调整步长下调受流端的当前分流业务数据量。
127.s424、在所述超高负荷持续周期时刻，根据所述下调分流调整信息，按照分流数据调整步长下调所述当前分流业务数据量。
128.示例性的，在分流端发生突发超高负荷的情况下，分流端接收到受流端实时发送的下调分流调整信息后，可以按照分流数据调整步长下调当前分流业务数据量。
129.需要说明的是，图9仅是一种实现方式的示意图，步骤s420包括的各个子步骤之间并没有先后执行顺序。
130.s430、确定参与分流的各分流终端的当前分流增益。
131.s440、根据各所述分流终端的当前分流增益，对各所述分流终端的当前分流业务数据量进行调整。
132.其中，分流终端可以是参与分流的双连接ue。当前分流增益可以是分流终端的分流操作所带来的增益。在本技术的一个可选实施例中，所述当前分流增益可以包括：当前速率分流增益、当前时延分流增益或当前频谱效率分流增益。其中，当前速率分流增益可以是分流终端当前的速率增益，当前时延分流增益可以是分流终端当前的时延增益，当前频谱效率分流增益可以是分流终端当前的频谱效率增益。
133.在本技术实施例中，分流端还可以实时确定参与分流的各分流终端的当前分流增益，以根据各分流终端的当前分流增益，对各分流终端的当前分流业务数据量进行调整，以获取更好的整体分流增益，从而提高业务数据的处理效率。
134.在本技术的一个可选实施例中，所述当前分流增益可以包括高分流正增益、低分流正增益、低分流负增益或零增益；所述根据各所述分流终端的当前分流增益，对各所述分流终端的当前分流业务数据量进行调整，可以包括：在保证分流业务数据量上限阈值的情况下，提高所述高分流正增益对应的分流终端的当前分流业务数据量；降低所述低分流正增益对应的分流终端的当前分流业务数据量；停止所述低分流负增益对应的分流终端的当前分流业务数据量，并维持设定分流停止时长；将所述零增益对应的分流终端按照设定增益处理方式进行增益处理。
135.其中，高分流正增益可以是增益比较高的正分流增益，低分流正增益可以是增益比较低的正分流增益，而低分流负增益则可以是增益值为负的增益。零增益对应的分流终端既可以是新加入的需要分流的终端，也可以是一直参与分流且未退出分流而增益值为零的分流终端。分流业务数据量上限阈值可以是在上一分流控制周期中，分流端对各受流端调整的分流业务数据量的上限值。设定分流停止时长可以是根据实际需求设定的时长，本技术实施例并不对设定分流停止时长的具体取值进行限定。设定增益处理方式可以是对零增益对应的分流终端进行增益处理的方式，如设定零增益对应的分流终端按照平均增益、预测增益或高增益处理当前分流业务数据量。
136.在本技术实施例中，还可以对参与分流的各分流终端的当前分流业务数据量进行调整，示例性的，分流端需要在保证分流业务数据量上限阈值的情况下，提高高分流正增益对应的分流终端的当前分流业务数据量，降低低分流正增益对应的分流终端的当前分流业务数据量，并停止低分流负增益对应的分流终端的当前分流业务数据量，并维持设定分流停止时长，将零增益对应的分流终端按照设定增益处理方式进行增益处理。也即，对于增益高的ue将分配更多的分流业务数据量，增益低的ue则分配更少的分流业务数据量，增益低
于预置门限的或为低分流负增益的则停止分流，并停止一定时间。新进入的双连接ue可以按平均增益或预测增益或高增益分配分流业务数据量，并在兼顾公平和效率的原则下进行分配。
137.综上所述，本技术实施例所提供的业务数据分流方法，将负责控制分流的基站定义为分流端，将接收分流的基站定义为受流端。网络里可以设置多个分流端和多个受流端，每个分流端都可以和一个或多个受流端建立分流关系，每个受流端也可以和一个或多个分流端建立分流关系。网络里可以接入多种类型的ue，部分ue双连接到一个分流端和一个受流端，其中又有部分双连接ue进行了业务分流。受流端可以设置分流控制周期，以周期性地进行分流处理。受流端还可以设置分流数据调整步长，需要调整的分流业务数据量可以按照分流数据调整步长进行阶段性调整，包括上调或下调；对于不需要调整的分流业务数据量则可以不进行调整。
138.受流端设置周期性下调分流的高负荷门限阈值和周期性上调分流的低负荷门限阈值，以实现对分流业务数据的周期性和阶段性调整。另外，受流端还可以设置突发性禁止分流的超高负荷门限阈值，超高负荷门限阈值高于高负荷门限阈值，同时设置超高负荷门限阈值对应的超高负荷持续周期，超高负荷持续周期长度小于分流控制周期。例如，通过定时器的方式设置超高负荷持续周期。受流端需要实时获取自身的负荷，并按照分流控制周期进行统计。受流端如果发现当前测量负荷达到或超过超高负荷门限阈值，且持续时间达到了超高负荷持续周期，则立即向所有建立了分流关系的分流端或上个分流控制周期到当前时刻实际发生了分流关系的分流端发送下调分流调整信息。相关分流端接收到下流分流调整信息后，可以按照分流数据调整步长下调分流业务数据量。
139.同时，如果受流端按照分流控制周期统计的当前统计负荷，达到或高于高负荷门限阈值，则按照分流控制周期时间点向所有建立了分流关系的分流端或所统计分流控制周期实际发生了分流关系的分流端发送下调分流调整信息。相关分流端接收到下调分流调整信息后，可以按照分流数据调整步长下调分流业务数据量；如果受流端按照分流控制周期统计的当前统计负荷，达到或低于低负荷门限阈值，则按照分流控制周期时间点向所有建立了分流关系的分流端或所统计周期实际发生了分流关系的分流端发送上调分流调整信息。相关分流端接收到上调分流调整信息后，可以按照分流数据调整步长上调分流业务数据量；如果受流端按照分流控制周期统计的当前统计负荷，介于高负荷门限阈值和低负荷门限阈值之间，则受流端在分流控制周期时间点不发送分流调整信息，或者在分流控制周期时间点向所有建立了分流关系的分流端或所统计周期实际发生了分流关系的分流端发送拒绝分流调整信息。相关分流端接收到下调分流调整信息后，可以不调整分流业务数据量。
140.需要说明的是，分流端根据当前时刻收到某关联受流端发送的分流调整信息对分流到此受流端的业务数据量进行调整，作为后续待调整分流业务数据量上限阈值，此分流业务数据量上限阈值最小值为0，即如果当前分流业务数据量为0，则不再下调分流业务数据量。
141.另外，分流端还可以根据参与分流的双连接ue的当前分流增益进行分流调整。如果某双连接ue当前分流增益较低，如低于平均分流增益，则降低此ue的分流业务数据量比例。如果某双连接ue当前分流增益为负值，则停止其分流并维持设定分流停止时长。当设定
分流停止时长结束后可以重新对该双连接eu进行分流，以提高业务数据的处理效率。如果当前分流增益是正增益，切增益值比较高，则可以提升其分流业务数据量的比例，但须保证总的分流业务数据量不能超过分流业务数据量上限阈值。
142.在一个示例性实施方式中，图10为本技术实施例提供的一种分流端、受流端和双链接ue组成网络示意图。如图所示，网络中有2个分流端s1和s2，2个受流端r1和r2，分流端和受流端两两之间都建立有分流关系，有4个接入此网络并建立了双连接的ue1、ue2、ue3、ue4，它们分别双连接到不同的分流端和受流端的组合，这些双链接ue都可以进行业务数据分流。
143.图11为本技术实施例提供的一种分流端s和受流端r之间的分流方法示意图。如图11所示，分流端s的pdcp负责控制分流的业务数据量，与受流端r的rlc层进行分流业务数据的收发。受流端r统计自身负荷，并生成分流调整信息反馈给分流端s。分流端s根据受流端r的分流调整信息来确定下一周期时刻或当前时刻可分流给r的数据量，并结合当前与分流端s和受流端r有双连接关系的ue的业务需求及其他一些情况，如分流增益等，重新分配确定各ue的分流业务数据量。
144.在一个示例性实施方式中，图12为本技术实施例提供的一种受流端的业务数据分流处理的流程图，如图12所示，受流端r可以实时统计自身负荷并与低负荷门限阈值、高负荷门限阈值以及超高负荷门限阈值进行比较，产生周期性分流调整信息或突发性分流调整信息，发送给所有分流端或当前时刻存在分流的分流端。图13为本技术实施例提供的一种分流端的业务数据分流处理的流程图。如图13所示，分流端s可以计算各双连接ue的分流增益并接收受流端r的周期性或突发性分流调整信息。考虑新进入的双连接ue或双连接ue退出，以及业务变化等情况，分流端s需要根据当前ue的业务数据分流需求以及各ue当前分流增益情况重新分配各ue的分流数据量，在保证不超过分流业务数据量上限阈值的前提下，增益高的ue将分配更多的分流数据量，增益低的ue则分配更少的分流数据量，增益低于预置门限的则停止分流，新进入的双连接ue可以按平均增益或预测增益或高增益处理，并在兼顾公平和效率的原则下分配分流业务数据量。可选的，可以设置受流端r的周期性允许分流的低负荷门限阈值：loadthr_low＝60％；受流端r的周期性禁止分流的的高负荷门限阈值：loadthr_high＝80％；受流端r的突发性禁止分流的超高负荷门限阈值：loadthr_suphigh＝90％；受流端r的分流控制周期：t＝60秒；受流端r的超高负荷持续定时器(也即超高负荷持续周期)：t0＝10秒。根据受流端r的容量能力，结合上述高低负荷门限阈值和分流控制周期的设置以及分流数据调整步长和高低负荷门限阈值差值的关系，设定r分流数据调整步长为表示在新的分流控制周期里，相对上一个周期，平摊到每1秒需要调整的数据量。分流端s的主动停止分流增益为负的ue的设定分流停止时长：t1＝1
·
t＝60秒。设定代表受流端r的底层mac层运行的时刻；设定t＝ω
·
t代表受流端r的pdcp层周期性分流处理的时刻，ω为正整数；设定代表受流端r的底层mac层实时测量的当前测量负荷；设定load(t)代表受流端r的pdcp层按分流控制周期统计的当前统计负荷。
145.在一个示例中，假设网络中具有1个分流端s和1个受流端r，1个双连接ue，并且无突发超高负荷。ue在时刻t已双连接在s和r上并进行了业务数据分流，r在t时刻的当前统计负荷load(t)＝70％，介于高负荷门限阈值loadthr_high＝80％和低负荷门限阈值
loadthr_low＝60％之间。故在t时刻，r不向s发送分流调整信息或发送不作调整的分流调整信息。在t t时刻，由于r下的单连接ue的业务增加，当前统计负荷load(t t)＝85％，超过高负荷门限阈值loadthr_high＝80％。故在t t时刻，r向s发送下调分流调整信息。s收到此信息后，将上个周期内的分流业务数据量按分流数据调整步长进行下调，作为下个周期内分流业务数据量上限阈值。在t 2
·
t时刻，由于r下单连接ue的业务继续增加，分流下调所释放的资源被单连接ue增加的业务所占用，使得当前统计负荷load(t 2
·
t)＝81％，仍然超过高负荷门限阈值loadthr_high＝80％。故在t 2
·
t时刻，r继续向s发送下调分流调整信息。s收到此信息后，将分流业务数据量按分流数据调整步长再进行下调。在t 3
·
t时刻，当前统计负荷load(t 3
·
t)＝70％，介于高负荷门限阈值loadthr_high＝80％和低负荷门限阈值loadthr_low＝60％之间。故在t 3
·
t时刻，r不向s发送分流调整信息或发送不作调整的分流调整信息。在t 4
·
t时刻，由于r下单连接ue的业务下降，使得当前统计负荷load(t 4
·
t)＝50％，低于低负荷门限阈值loadthr_low＝60％。故在t 4
·
t时刻，r向s发送上调分流调整信息。s收到此信息后，将分流的数据量按分流数据调整步长进行上调。在t 5
·
t时刻，当前统计负荷load(t 5
·
t)＝70％，介于高负荷门限阈值loadthr_high＝80％和低负荷门限阈值loadthr_low＝60％之间。故在t 5
·
t时刻，r不向s发送分流调整信息或发送不作调整的分流调整信息。
146.在一个示例中，假设网络中具有1个分流端s和1个受流端r，1个双连接ue，并且有突发超高负荷。ue在时刻t已双连接在s和r上进行了业务数据分流，r在t时刻的当前统计负荷load(t)＝70％，介于高负荷门限阈值loadthr_high＝80％和低负荷门限阈值loadthr_low＝60％之间。故在t时刻，r不向s发送分流调整信息或发送不作调整的分流调整信息。在t t时刻，由于r下的单连接ue的业务增加，当前统计负荷load(t t)＝85％，超过高负荷门限阈值loadthr_high＝80％。故在t t时刻，r向s发送下调分流调整信息。s收到此信息后，将上个周期内的分流业务数据量按分流数据调整步长进行下调，作为下个周期内分流业务数据量上限阈值。在t t时刻到t 2
·
t时刻之间，由于r下的单连接ue的业务继续快速增加，分流下调所释放的资源被单连接ue增加的业务所占用，可能由于单连接ue的业务增加很快，或者因为信道条件恶化，r发现当前测量负荷达到并超过了超高负荷门限阈值loadthr_suphigh＝90％，且持续时间达到超高负荷持续周期t0＝10秒。故不等到t 2
·
t时刻的到来，r启动突发事件机制，立即向s发送下调分流调整信息。s收到此信息后，立即将分流的业务数据量按分流数据调整步长进行下调。在t 2
·
t时刻，当前统计负荷load(t 2
·
t)＝80％，仍然达到高负荷门限阈值loadthr_high＝80％。故在t 2
·
t时刻，r继续向s发送下调分流调整信息。s收到此信息后，将分流的业务数据量按分流数据调整步长进行下调。在t 3
·
t时刻，当前统计负荷load(t 3
·
t)＝70％，介于高负荷门限阈值loadthr_high＝80％和低负荷门限阈值loadthr_low＝60％之间。故在t 3
·
t时刻，r不向s发送分流调整信息或发送不作调整的分流调整信息。在t 4
·
t时刻，由于r下单连接ue的业务下降，使得当前统计负荷load(t 4
·
t)＝50％，低于低负荷门限阈值loadthr_low＝60％。故在t 4
·
t时刻，r向s发送上调分流调整信息。s收到此信息后，将分流的业务数据量按分流数据调整步长进行上调。在t 5
·
t时刻，当前
统计负荷load(t 5
·
t)＝70％，介于高负荷门限loadthr_high＝80％和低负荷门限loadthr_low＝60％之间。故在t 5
·
t时刻，r不向s发送分流调整信息或发送不作调整的分流调整信息。
147.在一个示例中，假设网络中具有1个分流端s和1个受流端r，3个双连接ue。ue1、ue2、ue3在时刻t都双连接在s和r上进行了业务分流，r在t时刻的当前统计负荷load(t)＝70％，介于高负荷门限阈值loadthr_high＝80％和低负荷门限阈值loadthr_low＝60％之间。故在t时刻，r不向s发送分流调整信息或发送不作调整的分流调整信息。但s在t时刻，已统计得到ue1的分流增益(假设为当前速率分流增益)为30％，ue2的分流增益为10％，而ue3的分流增益为-20％，即负增益。故从t时刻到t t时刻之间，s主动停止ue3的业务数据分流并维持设定分流停止时长t1，并将分流的业务数据量在ue1和ue2之间重新进行分配。由于ue1的分流增益比ue2高，所以ue1可分配的当前分流业务数据量和ue2可分配的当前分流业务数据量之比值，可在上个周期时刻的相应比值的基础上参照增益比值进行上调。例如，上个周期时刻ue1、ue2及ue3的当前分流业务数据量比值为1:1:1，则当前周期时刻ue1和ue2的当前分流业务数据量比值可以设置为2:1。在t t时刻，由于r下的单连接ue的业务增加，当前统计负荷load(t t)＝85％，超过高负荷门限阈值loadthr_high＝80％。故在t t时刻，r向s发送下调分流调整信息。s收到此信息后，将上个周期内的分流业务数据量按分流数据调整步长进行下调，作为下个周期内分流业务数据量上限阈值。同时基于t t时刻统计的ue进入或退出以及分流增益等情况对各ue重新进行分流业务数据量的分配。其中ue1的分流增益变为10％，ue2的分流增益变为30％，而ue3已经退出双连接，并且有1个新的ue4进入，默认其分流增益为平均增益，即20％。s基于这3个ue的分流增益重新分配t t时刻到t 2
·
t时刻的分流数据量，增益高的ue分配的分流业务数据量更高，增益低的ue分配的分流业务数据量更低。
148.在一个示例中，假设网络中具有2个分流端s1和s2，1个受流端r，2个双连接ue。ue1在时刻t双连接在s1和r上进行了业务数据分流，ue2在时刻t双连接在s2和r上进行了业务数据分流。r在t时刻的当前统计负荷load(t)＝85％，超过高负荷门限阈值loadthr_high＝80％。故在t时刻，r同时向s1和s2发送下调分流调整信息。s1和s2收到此信息后，各自将上个周期内的分流业务数据量按分流数据调整步长进行下调，作为下个周期内分流业务数据量上限阈值。在t t时刻，当前统计负荷load(t t)＝45％，低于低负荷门限阈值loadthr_low＝60％。由于在时刻t和t t时刻能，ue2退出了分流，s2没有分流给r。故在t t时刻，r可以只向s1发送上调分流调整信息。s1收到此信息后，将上个周期内的分流业务数据量按分流数据调整步长进行上调，作为下个周期内分流业务数据量上限阈值。或者，r也可以同时向s1和s2发送上调分流调整信息。s1和s2收到此信息后，各自将上个周期内的分流业务数据量按分流数据调整步长进行上调，作为下个周期内分流业务数据量上限阈值。
149.商用网络里业务负荷是动态变化的，并大部分具有比较稳定的业务模型。利用上述业务数据分流机制，当受流端的业务增加或信道条件恶化导致受流端负荷抬升达到高负荷门限时，需要减少双连接ue的业务分流，优先保障自身单连接ue的业务需求。如果自身单
连接ue的负荷持续攀升，双连接ue分流减少所释放的资源就会被单连接ue及时补位占用，使得受流端负荷高居不下，分流业务数据量就会按着步长不断往下降，最多降至为0。如果单连接ue负荷逐步降低，当下降到低负荷门限阈值以下时，双连接ue分流的业务数据量就可以按步长逐步提升，让受流端的资源得到充分利用，这样分流就达到了比较稳定的动态平衡，而不会出现乒乓现象。另外，分流端可以根据自身下各双连接ue的分流增益情况，重新分配各ue的分流业务数据量，可以让分流获得最大增益。
150.由此可见，本技术实施例所提供的业务数据分流方法限制在基站的pdcp层进行业务数据的分流控制，按合适的周期和步长调整分流数据量，不会产生乒乓现象，并且可以应对突发负荷进行及时调整。同时，基于用户终端的分流增益进行分流业务数据量调整，能够获得更好的整体分流增益。另外，本技术实施例所提供的业务数据分流方法也无需对基站底层技术进行改动，简单而有效，适用于所有4/5g融合组网类型，如option3/4/7序列，即mcg split bear或scg split bear，分流点所在基站类型可以是任意类型，如4g基站和/或5g基站。
151.在一个示例性实施方式中，图14为本技术实施例提供的一种业务数据分流方法的流程示意图，如图7所示，本实施例的方法可以包括：
152.sa10、受流端获取业务数据的当前负荷信息。
153.sa20、受流端根据所述当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定分流调整信息。
154.sa30、受流端将所述分流调整信息发送至至少一个分流端，以使所述分流端根据所述分流调整信息阶段性调整各受流端的分流业务数据量。
155.sa40、分流端根据所述分流调整信息阶段性调整各所述受流端的分流业务数据量。
156.本技术实施例通过受流端获取业务数据的当前负荷信息，以根据当前负荷信息与负荷门限阈值之间的数量关系，以及当前负荷信息匹配的负荷关联周期确定分流调整信息，并将分流调整信息发送至至少一个分流端。分流端接收到受流端发送的分流调整信息后，根据分流调整信息阶段性调整受流端的分流业务数据量，解决现有业务数据分流机制存在的乒乓问题，实现业务数据的自适应分流，从而简化业务数据分流机制，并提高业务数据分流机制的高效性和适用性。
157.在一个示例性实施方式中，图15为本技术实施例提供的一种业务数据分流装置的示意图，该装置可以由软件和/或硬件实现，并集成在基站中，该基站可以作为受流端，可选的，受流端可以是4g基站，本技术实施例并不对受流端的基站类型进行限定。
158.如图15所示，业务数据分流装置包括：当前负荷信息获取模块510、分流调整信息确定模块520以及分流调整信息发送模块530，其中：
159.当前负荷信息获取模块510，用于获取业务数据的当前负荷信息；其中，所述当前负荷信息包括当前统计负荷和当前测量负荷；
160.分流调整信息确定模块520，用于根据所述当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定分流调整信息；
161.分流调整信息发送模块530，用于将所述分流调整信息发送至至少一个分流端，以使所述分流端根据所述分流调整信息阶段性调整各受流端的分流业务数据量。
162.本技术实施例通过受流端获取业务数据的当前负荷信息，以根据当前负荷信息与负荷门限阈值之间的数量关系，以及当前负荷信息匹配的负荷关联周期确定分流调整信息，并将分流调整信息发送至至少一个分流端，以使分流端根据分流调整信息阶段性调整受流端的分流业务数据量，解决现有业务数据分流机制存在的乒乓问题，实现业务数据的自适应分流，从而简化业务数据分流机制，并提高业务数据分流机制的高效性和适用性。
163.可选的，当前负荷信息获取模块510具体用于：根据分流控制周期获取业务数据的所述当前统计负荷，或，实时测量当前负荷，以获取所述当前测量负荷。
164.可选的，所述负荷门限阈值包括低负荷门限阈值及高负荷门限阈值；所述负荷关联周期包括分流控制周期；分流调整信息确定模块520具体用于：在分流控制周期时刻，在确定所述当前统计负荷大于或等于低负荷门限阈值，且小于或等于高负荷门限阈值的情况下，将拒绝分流调整信息作为所述分流调整信息，或，设置所述分流调整信息为空；在分流控制周期时刻，在确定所述当前统计负荷小于低负荷门限阈值的情况下，将上调分流调整信息作为所述分流调整信息；在分流控制周期时刻，在确定所述当前统计负荷大于高负荷门限阈值的情况下，将下调分流调整信息作为所述分流调整信息。
165.可选的，所述负荷门限阈值包括超高负荷门限阈值；所述负荷关联周期包括超高负荷持续周期；分流调整信息确定模块520具体用于：在分流控制周期内，在确定所述当前测量负荷大于或等于超高负荷门限阈值，且所述当前测量负荷大于或等于超高负荷门限阈值的持续时间达到超高负荷持续周期的情况下，将下调分流调整信息作为所述分流调整信息。
166.可选的，分流调整信息发送模块530具体用于：按照分流控制周期或超高负荷持续周期，将所述分流调整信息发送至所有建立分流关系的分流端，或，按照分流控制周期或超高负荷持续周期，将所述分流调整信息发送至当前分流控制周期或上一个分流控制周期内建立分流关系的分流端。
167.上述业务数据分流装置可执行本技术实施例所提供的应用于受流端的业务数据分流方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本技术实施例所提供的应用于受流端的业务数据分流方法。
168.在一个示例性实施方式中，图16为本技术实施例提供的一种业务数据分流装置的示意图，该装置可以由软件和/或硬件实现，并集成在基站中，该基站可以作为分流端，可选的，分流端可以是4g基站或5g基站，本技术实施例并不对分流端的基站类型进行限定。
169.如图16所示，业务数据分流装置包括：分流调整信息接收模块610以及业务数据量调整模块620，其中：
170.分流调整信息接收模块610，用于接收受流端发送的分流调整信息；其中，所述分流调整信息由受流端根据业务数据的当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定；所述当前负荷信息包括当前统计负荷和当前测量负荷；
171.业务数据量调整模块620，用于根据所述分流调整信息阶段性调整各所述受流端的分流业务数据量。
172.本技术实施例通过受流端获取业务数据的当前负荷信息，以根据当前负荷信息与负荷门限阈值之间的数量关系，以及当前负荷信息匹配的负荷关联周期确定分流调整信
息，并将分流调整信息发送至至少一个分流端。分流端接收到受流端发送的分流调整信息后，根据分流调整信息阶段性调整受流端的分流业务数据量，解决现有业务数据分流机制存在的乒乓问题，实现业务数据的自适应分流，从而简化业务数据分流机制，并提高业务数据分流机制的高效性和适用性。
173.可选的，分流调整信息接收模块610具体用于：接收所述受流端按照分流控制周期发送的分流调整信息；或，接收所述受流端按照超高负荷持续周期发送的分流调整信息。
174.可选的，所述分流调整信息包括拒绝分流调整信息、空分流调整信息、上调分流调整信息或下调分流调整信息；业务数据量调整模块620具体用于：在所述分流控制周期时刻，根据所述拒绝分流调整信息或所述空分流调整信息，拒绝调整所述受流端的当前分流业务数据量；在所述分流控制周期时刻，根据所述上调分流调整信息，按照分流数据调整步长上调所述当前分流业务数据量；在所述分流控制周期时刻，根据所述下调分流调整信息，按照分流数据调整步长下调所述当前分流业务数据量。
175.可选的，所述分流调整信息包括下调分流调整信息；业务数据量调整模块620具体用于：在所述超高负荷持续周期时刻，根据所述下调分流调整信息，按照分流数据调整步长下调所述当前分流业务数据量。
176.可选的，业务数据分流装置还包括：当前分流增益确定模块，用于确定参与分流的各分流终端的当前分流增益；当前分流业务数据量调整模块，用于根据各所述分流终端的当前分流增益，对各所述分流终端的当前分流业务数据量进行调整。
177.可选的，所述当前分流增益包括高分流正增益、低分流正增益、低分流负增益或零增益；当前分流业务数据量调整模块具体用于：在保证分流业务数据量上限阈值的情况下，提高所述高分流正增益对应的分流终端的当前分流业务数据量；降低所述低分流正增益对应的分流终端的当前分流业务数据量；停止所述低分流负增益对应的分流终端的当前分流业务数据量，并维持设定分流停止时长；将所述零增益对应的分流终端按照设定增益处理方式进行增益处理。
178.可选的，所述当前分流增益包括：当前速率分流增益、当前时延分流增益或当前频谱效率分流增益。
179.上述业务数据分流装置可执行本技术实施例所提供的应用于分流端的业务数据分流方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本技术实施例所提供的应用于分流端的业务数据分流方法。
180.在一个示例性实施方式中，本技术实施例还提供了一种基站，图17为本技术提供的一种基站的结构示意图，如图17所示，本技术提供的基站，包括：一个或多个处理器710和存储装置720；该基站的处理器710可以是一个或多个，图17中以一个处理器710为例；存储装置720用于存储一个或多个程序；所述一个或多个程序被所述一个或多个处理器710执行，使得所述一个或多个处理器710实现如本技术实施例中所述的应用于受流端的业务数据分流方法。
181.基站中的处理器710、存储装置720可以通过总线或其他方式连接，图17中以通过总线连接为例。
182.存储装置720作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序以及模块，如本技术实施例所述的应用于受流端的业务数据分流方法对应的程序指
令/模块(例如，应用于受流端的业务数据分流装置中的当前负荷信息获取模块510、分流调整信息确定模块520以及分流调整信息发送模块530)。存储装置720可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储装置720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置720可进一步包括相对于处理器710远程设置的存储器，这些远程存储器可以通过网络连接至通信节点。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
183.本技术实施例提供了一种基站，图18为本技术提供的一种基站的结构示意图，如图18所示，本技术提供的基站，包括：一个或多个处理器810和存储装置820；该基站的处理器810可以是一个或多个，图18中以一个处理器810为例；存储装置820用于存储一个或多个程序；所述一个或多个程序被所述一个或多个处理器810执行，使得所述一个或多个处理器810实现如本技术实施例中所述的应用于分流端的业务数据分流方法。
184.基站中的处理器810、存储装置820可以通过总线或其他方式连接，图18中以通过总线连接为例。
185.存储装置820作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序以及模块，如本技术实施例所述的应用于分流端的业务数据分流方法对应的程序指令/模块(例如，应用于分流端的业务数据分流装置中的分流调整信息接收模块610以及业务数据量调整模块620)。存储装置820可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储装置820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置820可进一步包括相对于处理器810远程设置的存储器，这些远程存储器可以通过网络连接至通信节点。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
186.本技术实施例还提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现本技术实施例中应用于受流端的业务数据分流方法，或实现本技术实施例中应用于分流端的业务数据分流方法。
187.其中，应用于受流端的业务数据分流方法，包括：
188.获取业务数据的当前负荷信息；其中，所述当前负荷信息包括当前统计负荷和当前测量负荷；
189.根据所述当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定分流调整信息；
190.将所述分流调整信息发送至至少一个分流端，以使所述分流端根据所述分流调整信息阶段性调整各受流端的分流业务数据量。
191.应用于分流端的业务数据分流方法，包括：
192.接收受流端发送的分流调整信息；其中，所述分流调整信息由受流端根据业务数据的当前负荷信息与负荷门限阈值之间的数量关系，以及所述当前负荷信息匹配的负荷关联周期确定；所述当前负荷信息包括当前统计负荷和当前测量负荷；
193.根据所述分流调整信息阶段性调整各所述受流端的分流业务数据量。
194.可选的，该计算机可执行指令在由计算机处理器执行时还可以用于实现本技术实施例中任一所述的业务数据分流方法。
195.通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本技术可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台通信设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述的方法。
196.值得注意的是，上述应用于受流端的业务数据分流装置，或者应用于分流端中的业务数据分流装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。
197.以上所述，仅为本技术的示例性实施例而已，并非用于限定本技术的保护范围。
198.一般来说，本技术的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本技术不限于此。
199.本技术的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
200.本技术附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(rom)、随机访问存储器(ram)、光存储器装置和系统(数码多功能光碟dvd或cd光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(dsp)、专用集成电路(asic)、可编程逻辑器件(fgpa)以及基于多核处理器架构的处理器。
201.通过示范性和非限制性的示例，上文已提供了对本技术的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本技术的范围。因此，本技术的恰当范围将根据权利要求确定。