基站系统的下行数据控制方法、装置和存储介质与流程

1.本技术涉及通信领域，尤其涉及一种基站系统的下行数据控制方法、装置和处理器可读存储介质。


背景技术：

2.nr(new radio，新空口)系统空口能力很强，需要处理的数据量很大，支持的用户数也很多，所以sdap(service data adaptation protocol,服务数据适配协议)层、pdcp(packet data convergence protocol，分组数据汇聚协议)层、rlc(radio link control，无线链路层控制)层、以及mac(media access control，媒体接入控制)层一般都是部署在不同的处理器或者处理核。核心网发送的下行数据如果缓存在基站sdap层入口，需要通过消息或缓存共享等方式将缓存情况通过pdcp层和rlc层发送给mac层，以使mac层根据该缓存情况进行调度，并在mac层调度完成后再根据空口的资源分配情况，通知各层下行组包，时间上难以满足空口的数据发送的时间要求。
3.相关技术中，基站系统的下行数据控制方式如下：在接收到核心网发送的下行数据后提前进行sdap和pdcp处理，并将经过sdap和pdcp处理完成的数据发送给rlc层进行缓存。rlc层将缓存状态发送给mac层，以使mac层根据该缓存状态进行空口调度。rlc层根据mac层的调度结果进行相应的组pdu处理，并对经组pdu处理得到的pdu发送给mac层进行处理。但是，这种控制方式会导致rlc层存在大量缓存数据，使得缓存数据在rlc层长时间发送不出去，进而导致基站系统的性能变差和内存占用过多。


技术实现要素：

4.本技术旨在至少在一定程度上解决上述的技术问题之一。
5.为此，本技术的第一个目的在于提出一种基站系统的下行数据控制方法，以解决现有技术中的下行数据控制方式导致rlc层存在大量缓存数据，使得缓存数据在rlc层长时间发送不出去，进而导致基站系统的性能变差和内存占用过多的技术问题。
6.本技术的第二个目的在于提出另一种基站系统的下行数据控制方法。
7.本技术的第三个目的在于提出一种基站系统的下行数据控制装置。
8.本技术的第四个目的在于提出另一种基站系统的下行数据控制装置。
9.本技术的第五个目的在于提出又一种基站系统的下行数据控制装置。
10.本技术的第六个目的在于提出另一种基站系统的下行数据控制装置。
11.本技术的第七个目的在于提出一种处理器可读存储介质。
12.为达上述目的，本技术第一方面实施例提出了一种基站系统的下行数据控制方法，应用于基站系统中的无线链路控制rlc层，所述方法包括：
13.按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量；
14.根据所述当前周期内mac层针对下行数据的空口资源调度数据量，确定下一周期
无线链路控制rlc层需要向用户面rlc上层请求的空口数据缓存量；
15.根据所述下一周期的空口数据缓存量，生成流量请求消息；
16.将所述流量请求消息发送给所述用户面rlc上层；其中，所述流量请求消息用于指示所述用户面rlc上层向所述rlc层发送与所述流量请求消息对应的下行数据。
17.在本技术的一些实施例中，所述根据所述当前周期内mac层针对下行数据的空口资源调度数据量，确定下一周期无线链路控制rlc层需要向用户面rlc上层请求的空口数据缓存量，具体包括：
18.根据所述当前周期内mac层针对下行数据的空口资源调度数据量，从所有drb中确定出在所述当前周期内经过空口资源调度的目标drb；
19.从所述当前周期内mac层针对下行数据的空口资源调度数据量中，确定出所述当前周期内所述mac层为所述目标drb调度的空口资源数据量；
20.根据所述当前周期内所述mac层为所述目标drb调度的空口资源数据量，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
21.在本技术的一些实施例中，所述根据所述当前周期内所述mac层为所述目标drb调度的空口资源数据量，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量，具体包括：
22.根据所述当前周期内所述mac层为所述目标drb调度的空口资源数据量，确定所述rlc层在单位周期内为所述目标drb缓存数据的最大缓存量；
23.确定所述rlc层中针对所述目标drb经过空口资源调度后剩余的未发送缓存量；
24.确定所述基站的rlc实体的传输模式；
25.根据所述最大缓存量、所述剩余的未发送缓存量、以及所述传输模式，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
26.在本技术的一些实施例中，所述根据所述当前周期内所述mac层为所述目标drb调度的空口资源数据量，确定所述rlc层在单位周期内为所述目标drb缓存数据的最大缓存量，具体包括：
27.确定前n个历史周期中每个历史周期内所述mac层为所述目标drb调度的空口资源数据量；
28.根据所述每个历史周期内所述mac层为所述目标drb调度的空口资源数据量、以及所述当前周期内所述mac层为所述目标drb调度的空口资源数据量，生成所述rlc层在单位周期内针对所述目标drb的平滑空口能力数据量；
29.根据所述rlc层在单位周期内针对所述目标drb的平滑空口能力数据量和第一目标系数，确定所述rlc层在单位周期内为所述目标drb缓存数据的最大缓存量。
30.在本技术的一些实施例中，所述根据所述最大缓存量、所述剩余的未发送缓存量、以及所述传输模式，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量，具体包括：
31.当所述传输模式为um模式时，根据所述最大缓存量和所述剩余的未发送缓存量，计算所述目标drb在所述下一周期内待请求的数据缓存量；
32.当所述传输模式为am模式时，确定所述目标drb需要重传的缓存量，并根据所述最大缓存量、所述剩余的未发送缓存量和所述需要重传的缓存量，计算所述目标drb在所述下
一周期内待请求的数据缓存量；
33.根据所述目标drb在所述下一周期内待请求的数据缓存量，确定所述下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
34.在本技术的一些实施例中，所述方法还包括：
35.将所述rlc层在单位周期内针对所述目标drb的平滑空口能力数据量发送给所述用户面rlc上层，以使所述用户面rlc上层根据所述平滑空口能力数据量和第二目标系数确定所述用户面rlc上层为所述目标drb缓存数据的最大缓存量。
36.为达上述目的，本技术第二方面实施例提出了另一种基站系统的下行数据控制方法，应用于基站系统中的用户面rlc上层，所述方法包括：
37.接收rlc层发送的流量请求消息；其中，所述流量请求消息是由所述rlc层按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量，并根据所述当前周期内mac层针对下行数据的空口资源调度数据量确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量，以及根据所述下一周期的空口数据缓存量而生成的；
38.基于所述流量请求消息和单次发送数据包大小限制，向所述rlc层发送对应的下行数据。
39.在本技术一些实施例中，所述方法还包括：
40.接收所述rlc层发送的所述rlc层在单位周期内针对所述目标drb的平滑空口能力数据量；
41.根据所述平滑空口能力数据量和第二目标系数确定所述用户面rlc上层为所述目标drb缓存数据的最大缓存量。
42.在本技术一些实施例中，所述方法还包括：
43.统计所述用户面rlc上层当前为所述目标drb缓存的数据量；
44.在当前缓存的数据量大于所述最大缓存量时，对所述目标drb执行丢包操作，或者，向与所述目标drb对应的业务层面通知拥塞。
45.为达上述目的，本技术第三方面实施例提出了一种基站系统的下行数据控制装置，包括：存储器，收发机，处理器；其中，
46.存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
47.按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量；
48.根据所述当前周期内mac层针对下行数据的空口资源调度数据量，确定下一周期无线链路控制rlc层需要向用户面rlc上层请求的空口数据缓存量；
49.根据所述下一周期的空口数据缓存量，生成流量请求消息；
50.将所述流量请求消息发送给所述用户面rlc上层；其中，所述流量请求消息用于指示所述用户面rlc上层向所述rlc层发送与所述流量请求消息对应的下行数据。
51.在本技术一些实施例中，所述根据所述当前周期内mac层针对下行数据的空口资源调度数据量，确定下一周期无线链路控制rlc层需要向用户面rlc上层请求的空口数据缓存量，具体包括：
52.根据所述当前周期内mac层针对下行数据的空口资源调度数据量，从所有drb中确定出在所述当前周期内经过空口资源调度的目标drb；
53.从所述当前周期内mac层针对下行数据的空口资源调度数据量中，确定出所述当前周期内所述mac层为所述目标drb调度的空口资源数据量；
54.根据所述当前周期内所述mac层为所述目标drb调度的空口资源数据量，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
55.在本技术一些实施例中，所述根据所述当前周期内所述mac层为所述目标drb调度的空口资源数据量，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量，具体包括：
56.根据所述当前周期内所述mac层为所述目标drb调度的空口资源数据量，确定所述rlc层在单位周期内为所述目标drb缓存数据的最大缓存量；
57.确定所述rlc层中针对所述目标drb经过空口资源调度后剩余的未发送缓存量；
58.确定所述基站的rlc实体的传输模式；
59.根据所述最大缓存量、所述剩余的未发送缓存量、以及所述传输模式，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
60.在本技术一些实施例中，所述根据所述当前周期内所述mac层为所述目标drb调度的空口资源数据量，确定所述rlc层在单位周期内为所述目标drb缓存数据的最大缓存量，具体包括：
61.确定前n个历史周期中每个历史周期内所述mac层为所述目标drb调度的空口资源数据量；
62.根据所述每个历史周期内所述mac层为所述目标drb调度的空口资源数据量、以及所述当前周期内所述mac层为所述目标drb调度的空口资源数据量，生成所述rlc层在单位周期内针对所述目标drb的平滑空口能力数据量；
63.根据所述rlc层在单位周期内针对所述目标drb的平滑空口能力数据量和第一目标系数，确定所述rlc层在单位周期内为所述目标drb缓存数据的最大缓存量。
64.在本技术一些实施例中，所述根据所述最大缓存量、所述剩余的未发送缓存量、以及所述传输模式，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量，具体包括：
65.当所述传输模式为um模式时，根据所述最大缓存量和所述剩余的未发送缓存量，计算所述目标drb在所述下一周期内待请求的数据缓存量；
66.当所述传输模式为am模式时，确定所述目标drb需要重传的缓存量，并根据所述最大缓存量、所述剩余的未发送缓存量和所述需要重传的缓存量，计算所述目标drb在所述下一周期内待请求的数据缓存量；
67.根据所述目标drb在所述下一周期内待请求的数据缓存量，确定所述下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
68.在本技术一些实施例中，所述处理器还执行以下操作：
69.将所述rlc层在单位周期内针对所述目标drb的平滑空口能力数据量发送给所述用户面rlc上层，以使所述用户面rlc上层根据所述平滑空口能力数据量和第二目标系数确定所述用户面rlc上层为所述目标drb缓存数据的最大缓存量。
70.为达上述目的，本技术第四方面实施例提出了另一种基站系统的下行数据控制装置，包括存储器，收发机，处理器；其中，
71.存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
72.接收rlc层发送的流量请求消息；其中，所述流量请求消息是由所述rlc层按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量，并根据所述当前周期内mac层针对下行数据的空口资源调度数据量确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量，以及根据所述下一周期的空口数据缓存量而生成的；
73.基于所述流量请求消息和单次发送数据包大小限制，向所述rlc层发送对应的下行数据。
74.在本技术一些实施例中，所述处理器还执行以下操作：
75.接收所述rlc层发送的所述rlc层在单位周期内针对所述目标drb的平滑空口能力数据量；
76.根据所述平滑空口能力数据量和第二目标系数确定所述用户面rlc上层为所述目标drb缓存数据的最大缓存量。
77.在本技术一些实施例中，所述处理器还执行以下操作：
78.统计所述用户面rlc上层当前为所述目标drb缓存的数据量；
79.在当前缓存的数据量大于所述最大缓存量时，对所述目标drb执行丢包操作，或者，向与所述目标drb对应的业务层面通知拥塞。
80.为达上述目的，本技术第五方面实施例提出了又一种基站系统drb的下行数据流控装置，应用于基站系统中的无线链路控制rlc层，所述装置包括：
81.第一确定单元，用于按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量；
82.第二确定单元，用于根据所述当前周期内mac层针对下行数据的空口资源调度数据量，确定下一周期无线链路控制rlc层需要向用户面rlc上层请求的空口数据缓存量；
83.生成单元，用于根据所述下一周期的空口数据缓存量，生成流量请求消息；
84.发送单元，用于将所述流量请求消息发送给所述用户面rlc上层；其中，所述流量请求消息用于指示所述用户面rlc上层向所述rlc层发送与所述流量请求消息对应的下行数据。
85.为达上述目的，本技术第六方面实施例提出了另一种基站系统的下行数据控制装置，应用于基站系统中的用户面rlc上层，所述装置包括：
86.接收单元，用于接收rlc层发送的流量请求消息；其中，所述流量请求消息是由所述rlc层按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量，并根据所述当前周期内mac层针对下行数据的空口资源调度数据量确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量，以及根据所述下一周期的空口数据缓存量而生成的；
87.发送单元，用于基于所述流量请求消息和单次发送数据包大小限制，向所述rlc层发送对应的下行数据。
88.为达上述目的，本技术第七方面实施例提出了一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行本技术第一方面实施例所述的基站系统的下行数据控制方法，或者，执行本技术第二方面实施例所述的基站系统的下行数据控制方法。
89.本技术的实施例提供的技术方案至少带来以下有益效果：
90.可按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量，并根据当前周期内mac层针对下行数据的空口资源调度数据量，确定下一周期无线链路控制rlc层需要向用户面rlc上层请求的空口数据缓存量，然后根据下一周期的空口数据缓存量，生成流量请求消息，并将流量请求消息发送给用户面rlc上层，以使用户面rlc上层向rlc层发送与流量请求消息对应的下行数据。由此，本技术通过rlc统计mac历史空口能力，提前请求上层发送足够空口能力的数据，使得rlc缓存的数据能够保证空口的最大传输能力，rlc的drb下行只缓存能够满足mac下行空口调度的数据，减少基站各层的缓存数据，保证基站下行总的数据缓存匹配基站下行空口能力，从而可以减少基站系统的内存占用，保证基站系统的性能。
91.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
92.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
93.图1为nr系统ng-ran用户面数据链路层的架构示意图；
94.图2为本技术实施例所提供的一种基站系统的下行数据控制方法的流程示意图；
95.图3为本技术实施例所提供的又一种基站系统的下行数据控制方法的流程示意图；
96.图4为本技术实施例所提供的另一种基站系统的下行数据控制方法的流程示意图；
97.图5为本技术实施例所提供的一种基站系统的下行数据控制装置的结构框图；
98.图6为本技术实施例所提供的另一种基站系统的下行数据控制装置的结构框图；
99.图7为本技术实施例所提供的又一种基站系统的下行数据控制装置的结构框图。
具体实施方式
100.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
101.需要说明的是，如图1所示，nr系统ng-ran(下一代无线电接入网)用户面数据链路层包括sdap、pdcp、rlc和mac协议。对于基站下行方向数据流处理如下：sdap层在接收到核心网通过gtp-u(gprs tunnelling protocol for the user plane，用户层面的gprs隧道协议)发送来的用户面数据时，完成从qos(quality of service，服务质量)流映射到drb(data radio bearer，数据无线承载)上；pdcp层完成数据的头压缩、完整性保护、加密操作
后，将pdcp pdu(protocol data unit，协议数据单元)发送给rlc层；rlc层完成rlc sdu(service data unit，服务数据单元)分段、am(acknowledged mode，确认模式)模式arq(automatic repeat-request，自动重传请求)纠错功能、报缓存状态给mac层；mac层根据rlc的缓存状态进行空口调度和mac pdu组包，并将mac pdu发送给物理层。
102.nr(new radio，新空口)系统空口能力很强，需要处理的数据量很大，支持的用户数也很多，所以sdap(service data adaptation protocol,服务数据适配协议)层、pdcp(packet data convergence protocol，分组数据汇聚协议)层、rlc(radio link control，无线链路层控制)层、以及mac(media access control，媒体接入控制)层一般都是部署在不同的处理器或者处理核。核心网发送的下行数据如果缓存在基站sdap层入口，需要通过消息或缓存共享等方式将缓存情况通过pdcp层和rlc层发送给mac层，以使mac层根据该缓存情况进行调度，并在mac层调度完成后再根据空口的资源分配情况，通知各层下行组包，时间上难以满足空口的数据发送的时间要求。所以一般基站在收到核心网发送的数据后通常会提前进行sdap和pdcp处理，并将经过sdap和pdcp处理完成的数据发送给rlc层进行缓存。rlc层将缓存状态发送给mac层，以使mac层根据该缓存状态进行空口调度。rlc层根据mac层的调度结果进行相应的组pdu处理，并对经组pdu处理得到的pdu发送给mac层进行处理。
103.然而，针对上层业务基于udp等非确认协议而言，基站pdcp与rlc分别对应的drb一般采用um模式进行数据传输。um模式由于不需要对端确认，没有流控机制，上层将核心网发送的udp包经过sdap协议和pdcp协议处理后都发送给rlc层。由于um模式可以不考虑空口的实际传输能力给终端发送数据，如果发送的数据量远超空口的实际传输能力，这样会大大增加基站的处理能力，缓存大量的数据在rlc长时间发送不出去，对基站系统性能和内存占用都会造成很大影响。
104.针对上层业务基于tcp等确认协议，pdcp与rlc分别对应的drb一般采用am模式进行数据传输。tcp有协议层的流量控制，这与tcp的线程数和tcp窗的设置大小都有关系，并且设置的大小一般都是固定的，不会随着空口能力的变化而变化。而空口能力与配置的流数、环境、空口状况等密切相关，并且变化可能很大，这样会导致空口的实际传输能力和tcp的速率同样会不匹配。同样存在大量数据缓存在rlc层而影响基站系统性能的情况。
105.为此，为了解决现有技术中的下行数据控制方式导致rlc层存在大量缓存数据，使得缓存数据在rlc层长时间发送不出去，进而导致基站系统的性能变差和内存占用过多的技术问题，本技术提出了一种基站系统的下行数据控制方法、装置和存储介质，可以使得基站系统中rlc层的drb下行只缓存能够满足mac层下行空口调度的数据，减少基站各层的缓存数据，保证基站下行总的数据缓存量能够匹配基站下行空口能力。具体地，下面参考附图描述本技术实施例的基站系统的下行数据控制方法、装置和存储介质。
106.图2为本技术实施例所提供的一种基站系统的下行数据控制方法的流程示意图。需要说明的是，本技术实施例的基站系统的下行数据控制方法可应用于基站系统中的rlc层。也就是说，本技术实施例的基站系统的下行数据控制方法可从rlc层侧进行描述。
107.如图2所示，该基站系统的下行数据控制方法可以包括以下步骤：
108.在步骤201中，按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量。
109.在本技术实施例中，可按照每用户设备和每drb统计当前周期内下行的mac资源调度情况，从而得到当前周期内mac层累计为每用户设备和每drb调度分配的总的空口资源调度数据量。
110.可选地，在本技术一些实施例中，该周期的时长可预先配置。其中，该时长的设定需要综合考虑空口配置(如空口带宽、时隙格式配置)等，保证周期内缓存的数据能够满足空口的发送能力，同时不要缓存超过空口传输能力的太多数据。
111.在步骤202中，根据当前周期内mac层针对下行数据的空口资源调度数据量，确定下一周期无线链路控制rlc层需要向用户面rlc上层请求的空口数据缓存量。
112.可选地，在下行时隙给mac组包后，根据当前周期内mac层针对下行数据的空口资源调度数据量计算下一周期需要向用户面rlc上层请求的空口数据缓存量。
113.在本技术一些实施例中，可根据当前周期内mac层针对下行数据的空口资源调度数据量，从所有drb中确定出在当前周期内经过空口资源调度的目标drb，并从当前周期内mac层针对下行数据的空口资源调度数据量中，确定出当前周期内mac层为目标drb调度的空口资源数据量，然后，根据当前周期内mac层为目标drb调度的空口资源数据量，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
114.也就是说，可从所有drb中确定出经过空口资源调度的drb，只对调度了空口资源的drb计算需要向用户面rlc上层请求的空口数据缓存量，而没有调度空口资源的drb不需要再请求数据。由此，根据rlc当前周期的空口能力预测下一周期需要的数据量，在mac调度发送数据后及时请求上层发送足够空口能力的数据，分散数据请求的时间点和数据量。
115.在本技术一些实施例中，如图3所示，所述根据当前周期内mac层为目标drb调度的空口资源数据量，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量的具体实现过程可包括：
116.步骤301，根据当前周期内mac层为目标drb调度的空口资源数据量，确定rlc层在单位周期内为目标drb缓存数据的最大缓存量。
117.在本技术一些实施例中，可确定前n个历史周期中每个历史周期内mac层为目标drb调度的空口资源数据量，并根据每个历史周期内mac层为目标drb调度的空口资源数据量、以及当前周期内mac层为目标drb调度的空口资源数据量，生成rlc层在单位周期内针对目标drb的平滑空口能力数据量，然后，根据rlc层在单位周期内针对目标drb的平滑空口能力数据量和第一目标系数，确定rlc层在单位周期内为目标drb缓存数据的最大缓存量。
118.可选地，针对目标drb调度，可根据前n个历史周期中每个历史周期的空口资源数据量和当前周期内的空口资源数据量对周期的空口能力进行平滑处理，得到rlc层在单位周期内针对目标drb的平滑空口能力数据量，然后，将rlc层在单位周期内针对目标drb的平滑空口能力数据量与第一目标系数进行乘法计算，将得到的乘积确定为rlc层在单位周期内为目标drb缓存数据的最大缓存量。
119.作为一种示例，可以通过如下公式来实现平滑处理：
120.平滑空口能力数据量＝(当前周期内的空口资源数据量*百分比平滑系数) 上一周期计算的平滑空口能力数据量*(1-百分比平滑系数)；
121.其中，百分比平滑系数可预先设置的。由此，通过参考当前和历史的空口的数据量计算出的平滑空口能力，能有效避免突发抖动，保证数据量的平稳。
122.在本技术实施例中，上述第一目标系数可为放大系数。放大系数的设置主要是为了保证上层的数据能快速适配空口的传输能力。作为一种示例，该放大系数大小的设置可由rlc层当前缓存的数据量大小来决定，例如，如果当前缓存的数据量越小，则放大系数可设置越大，如果当前缓存的数据量越大，则放大系数可配置越小。
123.步骤302，确定rlc层中针对目标drb经过空口资源调度后剩余的未发送缓存量。
124.步骤303，确定基站的rlc实体的传输模式。
125.也就是说，可确定基站系统中rlc实体采用的是哪种模式进行数据传输。其中，在本技术实施例中，该传输模式可包括um模式和am模式。
126.步骤304，根据最大缓存量、剩余的未发送缓存量、以及传输模式，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
127.可以理解，rlc实体所采用的传输模式的不同，则下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量的计算方式也会不同。在本技术一些实施例中，当所述传输模式为um模式时，根据所述最大缓存量和所述剩余的未发送缓存量，计算所述目标drb在所述下一周期内待请求的数据缓存量。作为一种示例，当传输模式为um模式时，可根据最大缓存量减去剩余的未发送缓存量，将得到的差值确定为目标drb在下一周期内待请求的数据缓存量，然后，根据目标drb在下一周期内待请求的数据缓存量，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
128.在本技术的实施例中，当所述传输模式为am模式时，确定所述目标drb需要重传的缓存量，并根据所述最大缓存量、所述剩余的未发送缓存量和所述需要重传的缓存量，计算所述目标drb在所述下一周期内待请求的数据缓存量。作为一种示例，当传输模式为am模式时，可确定目标drb需要重传的缓存量，并根据最大缓存量减去剩余的未发送缓存量和需要重传的缓存量，将得到的差值确定为目标drb在下一周期内待请求的数据缓存量，然后，根据目标drb在下一周期内待请求的数据缓存量，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。其中，该需要向用户面rlc上层请求的空口数据缓存量包括需要请求的所有用户和drb的空口数据缓存量。
129.也就是说，对于um模式，可将rlc层在单位周期内为目标drb缓存数据的最大缓存量减去该rlc层中针对该目标drb经过空口资源调度后剩余的未发送缓存量，得到的差值即为目标drb在下一周期内待请求的数据缓存量，然后，将所有目标drb在下一周期内待请求的数据缓存量进行统计，将统计后得到的总的待请求数据缓存量作为所述下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
130.对于am模式，可将rlc层在单位周期内为目标drb缓存数据的最大缓存量减去该rlc层中针对该目标drb经过空口资源调度后剩余的未发送缓存量和需要重传的缓存量，得到的差值即为该目标drb在下一周期内待请求的数据缓存量，然后，将所有目标drb在下一周期内待请求的数据缓存量进行统计，将统计后得到的总的待请求数据缓存量作为所述下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
131.由此可见，对于um模式只需要缓存周期内最大空口能力的数据，对于am模式只需要缓存状态报告周期rlc终端未确认包、重传包以及满足空口能力的数据，使得rlc缓存的数据量大大减少，减少rlc动态内存占用。
132.在步骤203中，根据下一周期的空口数据缓存量，生成流量请求消息。
133.也就是说，在确定出下一周期无线链路控制rlc层需要向用户面rlc上层请求的空口数据缓存量之后，可根据下一周期需要向用户面rlc上层请求的空口数据缓存量，生成对应的流量请求消息，其中，该流量请求消息包括需要请求的所有用户和drb。
134.在步骤204中，将流量请求消息发送给用户面rlc上层；其中，流量请求消息用于指示用户面rlc上层向rlc层发送与流量请求消息对应的下行数据。
135.可选地，每在时隙时，向用户面rlc上层发送一条流量请求消息，该流量请求消息包括需要请求的所有用户和drb，使得用户面rlc上层在接收到该流量请求消息时，按照该流量请求消息中的请求数据量向rlc层发送对应的下行数据。
136.为了使得用户面rlc上层缓存的最大数据量与空口能力相关，使得用户面rlc上层所缓存的数据量与空口的实际传输能力匹配，从而使得基站的整体缓存量是匹配空口能力的，减少基站各层的缓存数据，可选地，在本技术一些实施例中，将rlc层在单位周期内针对目标drb的平滑空口能力数据量发送给用户面rlc上层，以使用户面rlc上层根据平滑空口能力数据量和第二目标系数确定用户面rlc上层为目标drb缓存数据的最大缓存量。
137.也就是说，rlc层可将在单位周期内针对目标drb的平滑空口能力数据量发送给用户面rlc上层。用户面rlc上层可根据rlc层各用户和drb的实际能力计算最大缓存量，该最大缓存量可利用rlc层上报的平滑空口能力数据量乘以第二目标系数而得到，这样，可以使得用户面rlc上层缓存的数据量不能超过该最大缓存量，用户面rlc上层缓存的最大数据量与空口能力相关。其中，在本技术实施例中，第二目标系数可为放大系数。
138.需要说明的是，虽然第一目标系数和第二目标系数都可为放大系数，但是上述第一目标系数对应的放大系数和第二目标系数对应的放大系数是有区别。其中，第一目标系数对应的放大系数是为了计算rlc的希望得到的最大缓存数，即前面计算出的空口平滑数据量是表示历史空口能够传输的数据量，但请求的数据量需要比空口能传输的数据量大，这样如果上层有更多的数据并且空口还有能力能传输，可以很快传输出去，但又不能太大，这样又增加了rlc的缓存量，所以增加一个放大系数。而第二目标系数对应的放大系数，是为了计算上层能缓存的最大数据量，即rlc上报的最大的请求数据量是在上报周期内上层能发给rlc的数据量，其它的数据需要缓存在上层，能够缓存多少是由上层最大数据量决定。所以第一目标系数和第二目标系数是两个不同的系数，可以分别配置。
139.根据本技术实施例的基站系统的下行数据控制方法，可按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量，并根据当前周期内mac层针对下行数据的空口资源调度数据量，确定下一周期无线链路控制rlc层需要向用户面rlc上层请求的空口数据缓存量，然后根据下一周期的空口数据缓存量，生成流量请求消息，并将流量请求消息发送给用户面rlc上层，以使用户面rlc上层向rlc层发送与流量请求消息对应的下行数据。由此，本技术通过rlc统计mac历史空口能力，提前请求上层发送足够空口能力的数据，使得rlc缓存的数据能够保证空口的最大传输能力，rlc的drb下行只缓存能够满足mac下行空口调度的数据，减少基站各层的缓存数据，保证基站下行总的数据缓存匹配基站下行空口能力，从而可以减少基站系统的内存占用，保证基站系统的性能。
140.为了实现上述实施例，本技术还提出了另一种基站系统的下行数据控制方法。图4为本技术实施例所提供的另一种基站系统的下行数据控制方法的流程示意图。需要说明的
是，本技术实施例的基站系统的下行数据控制方法可应用于基站系统中的用户面rlc上层。也就是说，本技术实施例的基站系统的下行数据控制方法可从用户面rlc上层侧进行描述。
141.还需要说明的是，在本技术实施例中，用户面rlc上层可包括pdcp和sdap，sdap处理比较简单，所以pdcp与sdap部署在一起处理。
142.如图4所示，该基站系统的下行数据控制方法可以包括以下步骤：
143.在步骤401中，接收rlc层发送的流量请求消息。
144.其中，在本技术实施例中，流量请求消息是由rlc层按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量，并根据当前周期内mac层针对下行数据的空口资源调度数据量确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量，以及根据下一周期的空口数据缓存量而生成的。
145.也就是说，rlc层可按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量，并根据当前周期内mac层针对下行数据的空口资源调度数据量，确定下一周期无线链路控制rlc层需要向用户面rlc上层请求的空口数据缓存量，然后，根据下一周期的空口数据缓存量，生成流量请求消息，并将流量请求消息发送给用户面rlc上层。其中，该流量请求消息包括需要请求的所有用户和drb。
146.在步骤402中，基于流量请求消息和单次发送数据包大小限制，向rlc层发送对应的下行数据。
147.可选地，用户面rlc上层在接收到rlc层发送的流量请求消息时，可按照该流量请求消息和单次发送数据包大小限制，向rlc层发送对应的下行数据。也就是说，在给rlc层发送请求的数据量时，单次发送数据包的大小需要控制，以避免单用户单drb一次发包时间太长。
148.需要说明的是，在本技术一些实施例中，在下一次rlc上报限流前，用户面rlc上层收到gtp-u来包时，如果未发送满请求的数据量，则继续按请求的数据量、单次发包的数据量限制给rlc发包。其中，用户面rlc上层可先发送缓存包，在发送完缓存包后再发送gtp-u来包。在本技术实施例中，超过限制的后续的gtp-u来包可缓存在上层的发送缓存队列，缓存最大不超过该drb最大缓存数。
149.还需要说明的是，用户面rlc上层缓存的最大数据量与空口能力相关，在本技术一些实施例中，可接收rlc层发送的rlc层在单位周期内针对目标drb的平滑空口能力数据量，并根据平滑空口能力数据量和第二目标系数确定用户面rlc上层为目标drb缓存数据的最大缓存量。也就是说，可利用rlc层发送的平滑空口能力数据量以及第二目标系数来配置用户面rlc上层的最大缓存量，使得用户面rlc上层所缓存的数据量与空口能力匹配。
150.为了减少pdcp与rlc的数据交互，避免数据在rlc层的丢失，在本技术一些实施例中，可统计用户面rlc上层当前为目标drb缓存的数据量，并在当前缓存的数据量大于最大缓存量时，对目标drb执行丢包操作，或者，向与目标drb对应的业务层面通知拥塞。
151.也就是说，用户面rlc上层中所缓存的数据量超过最大缓存量时，可采取丢弃机制或通知业务层面拥塞，其中，丢弃机制可以为随机丢弃已缓存包并保存新包，或者直接丢弃最新包。由此，通过在判断到基站入口缓存数据超过空口的门限一定能力后，可采取丢包或通知拥塞等机制，以保证基站的整体缓存是与空口能力匹配的。
152.根据本技术实施例的基站系统的下行数据控制方法，在接收到rlc层发送的流量
请求消息时，基于流量请求消息和单次发送数据包大小限制，向rlc层发送对应的下行数据。其中，流量请求消息是由rlc层按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量，并根据当前周期内mac层针对下行数据的空口资源调度数据量确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量，以及根据下一周期的空口数据缓存量而生成的。由此，通过rlc统计mac历史空口能力，提前请求上层发送足够空口能力的数据，使得rlc缓存的数据能够保证空口的最大传输能力，rlc的drb下行只缓存能够满足mac下行空口调度的数据，减少基站各层的缓存数据，保证基站下行总的数据缓存匹配基站下行空口能力，从而可以减少基站系统的内存占用，保证基站系统的性能。
153.为了实现上述实施例，本技术还提出了一种基站系统的下行数据控制装置。需要说明的是，本技术实施例的基站系统的下行数据控制装置可应用于基站系统中的rlc层。如图5所示，该基站系统的下行数据控制装置可以包括：存储器501、收发机502和处理器503。其中，存储器501用于存储计算机程序；收发机502用于在处理器503的控制下收发数据。
154.其中，在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器503代表的一个或多个处理器和存储器501代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机502可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器503负责管理总线架构和通常的处理，存储器501可以存储处理器503在执行操作时所使用的数据。
155.处理器503可以是中央处埋器(cpu)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field－programmable gate array，fpga)或复杂可编程逻辑器件(complex programmable logic device，cpld)，处理器也可以采用多核架构。
156.在本技术实施例中，处理器503可用于读取所述存储器中的计算机程序并执行以下操作：
157.步骤501’，按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量。
158.步骤502’，根据当前周期内mac层针对下行数据的空口资源调度数据量，确定下一周期无线链路控制rlc层需要向用户面rlc上层请求的空口数据缓存量。
159.在本技术一些实施例中，根据当前周期内mac层针对下行数据的空口资源调度数据量，从所有drb中确定出在当前周期内经过空口资源调度的目标drb；从当前周期内mac层针对下行数据的空口资源调度数据量中，确定出当前周期内mac层为目标drb调度的空口资源数据量；根据当前周期内mac层为目标drb调度的空口资源数据量，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
160.在本技术一些实施例中，所述根据当前周期内mac层为目标drb调度的空口资源数据量，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量的具体实现过程可如下：根据当前周期内mac层为目标drb调度的空口资源数据量，确定rlc层在单位周期内为目标drb缓存数据的最大缓存量；确定rlc层中针对目标drb经过空口资源调度后剩余的未
发送缓存量；确定基站的rlc实体的传输模式；根据最大缓存量、剩余的未发送缓存量、以及传输模式，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
161.作为一种示例，所述根据当前周期内mac层为目标drb调度的空口资源数据量，确定rlc层在单位周期内为目标drb缓存数据的最大缓存量的具体实现过程可如下：确定前n个历史周期中每个历史周期内mac层为目标drb调度的空口资源数据量；根据每个历史周期内mac层为目标drb调度的空口资源数据量、以及当前周期内mac层为目标drb调度的空口资源数据量，生成rlc层在单位周期内针对目标drb的平滑空口能力数据量；根据rlc层在单位周期内针对目标drb的平滑空口能力数据量和第一目标系数，确定rlc层在单位周期内为目标drb缓存数据的最大缓存量。
162.在本技术实施例中，所述根据最大缓存量、剩余的未发送缓存量、以及传输模式，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量的具体实现过程可如下：当传输模式为um模式时，根据最大缓存量和剩余的未发送缓存量，计算目标drb在下一周期内待请求的数据缓存量；当传输模式为am模式时，确定目标drb需要重传的缓存量，并根据最大缓存量、剩余的未发送缓存量和需要重传的缓存量，计算目标drb在下一周期内待请求的数据缓存量；根据目标drb在下一周期内待请求的数据缓存量，确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量。
163.步骤503’，根据下一周期的空口数据缓存量，生成流量请求消息。
164.步骤504’，将流量请求消息发送给用户面rlc上层；其中，流量请求消息用于指示用户面rlc上层向rlc层发送与流量请求消息对应的下行数据。
165.在本技术一些实施例中，处理器503还执行以下操作：将rlc层在单位周期内针对目标drb的平滑空口能力数据量发送给用户面rlc上层，以使用户面rlc上层根据平滑空口能力数据量和第二目标系数确定用户面rlc上层为目标drb缓存数据的最大缓存量。
166.在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
167.为了实现上述实施例，本技术还提出了另一种基站系统的下行数据控制装置。需要说明的是，本技术实施例的基站系统的下行数据控制装置可应用于基站系统中的用户面rlc上层。该基站系统的下行数据控制装置可以包括：存储器、收发机和处理器。其中，存储器用于存储计算机程序；收发机用于在处理器的控制下收发数据；处理器用于读取存储器中的计算机程序并执行以下操作：
168.步骤601’，接收rlc层发送的流量请求消息。
169.其中，流量请求消息是由rlc层按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量，并根据当前周期内mac层针对下行数据的空口资源调度数据量确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量，以及根据下一周期的空口数据缓存量而生成的。
170.步骤602’，基于流量请求消息和单次发送数据包大小限制，向rlc层发送对应的下行数据。
171.在本技术一些实施例中，处理器还执行以下操作：接收rlc层发送的rlc层在单位周期内针对目标drb的平滑空口能力数据量；根据平滑空口能力数据量和第二目标系数确
定用户面rlc上层为目标drb缓存数据的最大缓存量。
172.在本技术一些实施例中，处理器还执行以下操作：统计用户面rlc上层当前为目标drb缓存的数据量；在当前缓存的数据量大于最大缓存量时，对目标drb执行丢包操作，或者，向与目标drb对应的业务层面通知拥塞。
173.在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
174.为了实现上述实施例，本技术还提出了又一种基站系统的下行数据控制装置。需要说明的是，本技术实施例的基站系统的下行数据控制装置可应用于基站系统中的rlc层。如图6所示，该基站系统的下行数据控制装置600可以包括：第一确定单元601、第二确定单元602、生成单元603和发送单元604。
175.具体地，第一确定单元601用于按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量。
176.第二确定单元602用于根据当前周期内mac层针对下行数据的空口资源调度数据量，确定下一周期无线链路控制rlc层需要向用户面rlc上层请求的空口数据缓存量。
177.生成单元603用于根据下一周期的空口数据缓存量，生成流量请求消息。
178.发送单元604用于将流量请求消息发送给用户面rlc上层；其中，流量请求消息用于指示用户面rlc上层向rlc层发送与流量请求消息对应的下行数据。
179.需要说明的是，本技术实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
180.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
181.在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
182.为了实现上述实施例，本技术还提出了另一种基站系统的下行数据控制装置。需要说明的是，本技术实施例的基站系统的下行数据控制装置可应用于基站系统中的用户面rlc上层。如图7所示，该基站系统的下行数据控制装置700可以包括：接收单元701和发送单元702。
183.具体地，接收单元701用于接收rlc层发送的流量请求消息；其中，流量请求消息是
由rlc层按照用户设备和数据无线承载drb确定当前周期内媒体介入控制mac层针对下行数据的空口资源调度数据量，并根据当前周期内mac层针对下行数据的空口资源调度数据量确定下一周期rlc层需要向用户面rlc上层请求的空口数据缓存量，以及根据下一周期的空口数据缓存量而生成的。
184.发送单元702用于基于流量请求消息和单次发送数据包大小限制，向rlc层发送对应的下行数据。
185.需要说明的是，本技术实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
186.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
187.为了实现上述实施例，本技术还提出了一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行前述如图2和图3所示任一实施例所述的基站系统的下行数据控制方法，或者，执行前述如图4所示实施例所述的基站系统的下行数据控制方法。
188.需要说明的是，所述处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(mo)等)、光学存储器(例如cd、dvd、bd、hvd等)、以及半导体存储器(例如rom、eprom、eeprom、非易失性存储器(nand flash)、固态硬盘(ssd))等。
189.尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。