CN110831061A - 调度吞吐量的获取方法及装置、基站、存储介质 - Google Patents

调度吞吐量的获取方法及装置、基站、存储介质 Download PDF

Info

Publication number
CN110831061A
CN110831061A CN201810912157.XA CN201810912157A CN110831061A CN 110831061 A CN110831061 A CN 110831061A CN 201810912157 A CN201810912157 A CN 201810912157A CN 110831061 A CN110831061 A CN 110831061A
Authority
CN
China
Prior art keywords
scheduling
data
full
throughput
service request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201810912157.XA
Other languages
English (en)
Other versions
CN110831061B (zh
Inventor
李明亮
李日辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201810912157.XA priority Critical patent/CN110831061B/zh
Priority to PCT/CN2019/100153 priority patent/WO2020030170A1/zh
Priority to EP19846987.6A priority patent/EP3836611B1/en
Priority to US17/267,300 priority patent/US11889500B2/en
Publication of CN110831061A publication Critical patent/CN110831061A/zh
Application granted granted Critical
Publication of CN110831061B publication Critical patent/CN110831061B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load

Abstract

本发明实施例提供了一种调度吞吐量的获取方法及装置、基站、存储介质、电子装置，其中，所述方法包括：缓存接收到的用户请求业务报文；根据用户请求业务报文的数据大小进行下行数据调度资源分配，其中，当分配的调度资源大于或等于缓存的用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的调度资源小于缓存的用户业务请求报文数据大小时，置本次调度为满调调度；根据下行数据调度资源分配的结果和调度类型获取调度吞吐量。该方法解决了现有技术中离散业务场景下因小包过度统计，导致调度吞吐量指标失真的问题，有效剔除尾包，提高了调度吞吐量的计算精度。

Description

调度吞吐量的获取方法及装置、基站、存储介质
技术领域
本发明涉及长期演进(Long Term Evolution，简称为LTE)和新的无线(NewRadio，简称为NR)技术通讯领域，具体而言，涉及一种调度吞吐量的获取方法及装置、基站、存储介质、电子装置。
背景技术
调度IP吞吐量(Scheduled Internet Protocol Throughput，简称为ScheduledIP Throughput)通过统计LTE用户平均峰值吞吐量体现LTE用户感知速率，该指标能够反映LTE无线网络和第五代5G NR拥塞情况，体现无线网络负荷、覆盖、干扰等情况，并能综合反映用户报文调度情况。
Scheduled IP Throughput主要依赖缓存是否为空的状态变化来判断尾包(即非满调状态的数据包)，达到剔除尾包的目的。当缓存为空时，协议就认为是非满调状态，缓存不为空时，就是满调状态。但是在实际应用过程中，协议中该统计方法虽然能反映集中来包(大流量业务)场景的无线空口性能，在离散来包(断续业务)场景存在一定的局限性。在离散来包场景下，上层业务来包比较离散，无法保证缓存中的数据一直大于无线空口能力，调度器进行分配调度资源的同时不断有来包，缓存一直不为空，但是调度器在每次调度时并没有全部分配调度资源，根据现有统计方式这些调度的数据量和时间都会纳入到Scheduled IP Throughput指标统计中，导致统计出来的指标无法真实反映无线空口性能。
针对相关技术中，离散业务场景下因小包过度统计，导致调度吞吐量指标失真的问题，目前尚未有合理的解决办法。
发明内容
本发明实施例提供了一种调度吞吐量的获取方法及装置、基站、存储介质、电子装置，以至少解决相关技术中离散业务场景下因小包过度统计，导致调度吞吐量指标失真的问题。
根据本发明的一个实施例，提供了一种调度吞吐量的获取方法，包括：缓存接收到的用户请求业务报文；根据所述用户请求业务报文的数据大小进行下行数据调度资源分配，其中，当分配的所述调度资源大于或等于缓存的所述用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的所述调度资源小于缓存的所述用户业务请求报文数据大小时，置本次调度为满调调度；根据所述下行数据调度资源分配的结果和所述调度类型获取调度吞吐量。
可选地，所述根据缓存的所述用户业务请求报文的数据大小进行下行数据调度资源分配包括：发送缓存状态报告BSR，其中，所述BSR中携带缓存的所述用户业务请求报文；根据所述BSR中携带的所述用户业务请求报文的数据大小进行下行数据调度资源分配。
可选地，所述根据所述下行数据调度资源分配的结果和所述调度类型获取调度吞吐量包括：统计在目标时间段内，每个会话中每个样本的数据传输时间，其中所述会话为一次连续的数据传输过程，所述样本为一次所述会话中连续的至少一次满调数据传输过程；统计在目标时间段内，每个会话中每个样本的服务数据单元SDU数据量；利用所述数据传输时间和所述SDU数据量获取调度吞吐量。
可选地，所述统计在目标时间段内，每个会话中每个样本的数据传输时间包括：当所述统计始于满调调度时，将所述统计开始的时刻记为T2,当所述时刻T2后遇到第一次非满调调度时，将所述非满调的起始时刻记为T1，所述单个样本的数据传输时间＝T1-T2；所述统计在目标时间段内，每个会话中每个样本的服务数据单元SDU数据量包括：在所述单个样本的数据传输时间内成功传输的SDU报文长度为SDU数据量。
可选地，所述利用所述数据传输时间和所述SDU数据量获取调度吞吐量包括：将所有会话中所有样本的SDU数据量累加求和，得到数据量总和；将所有会话中所有样本的数据传输时间累加求和，得到时间总和；利用所述数据量总和除以所述时间总和得到所述调度吞吐量。
可选地，所述缓存接收到的用户请求业务报文包括：无线链路控制RLC协议实体接收用户请求业务报文；所述RLC协议实体将接收到的所述用户业务请求报文进行缓存。
可选地，所述根据缓存的所述用户业务请求报文的数据大小进行下行数据调度资源分配包括：所述RLC协议实体向调度器发送缓存状态报告BSR，其中，所述BSR中携带缓存的所述用户业务请求报文；所述调度器根据所述BSR中携带的所述用户业务请求报文的数据大小进行下行数据调度资源分配。
可选地，所述根据所述下行数据调度资源分配的结果和所述调度类型获取调度吞吐量包括：所述调度器将所述下行数据调度资源分配的结果和所述调度类型发送至媒体接入控制MAC协议实体；所述MAC协议实体统计以下数据：在目标时间段内每个会话中每个样本的数据传输时间，以及在目标时间段内每个会话中每个样本的服务数据单元SDU数据量；所述MAC协议实体利用所述数据传输时间和所述SDU数据量获取调度吞吐量。
根据本发明的另一个实施例，还提供了一种调度吞吐量的获取装置，包括：缓存模块，用于缓存接收到的用户请求业务报文；分配模块，用于根据所述用户业务请求报文的数据大小进行下行数据调度资源分配，其中，当分配的所述调度资源大于或等于缓存的所述用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的所述调度资源小于缓存的所述用户业务请求报文数据大小时，置本次调度为满调调度；获取模块，用于根据所述下行数据调度资源分配的结果和所述调度类型获取调度吞吐量。
可选地，所述分配模块包括：发送单元，用于发送缓存状态报告BSR，其中，所述BSR中携带缓存的所述用户业务请求报文；第一分配单元，用于根据所述BSR中携带的所述用户业务请求报文的数据大小进行下行数据调度资源分配。
可选地，所述获取模块包括：第一统计单元，用于统计在目标时间段内，每个会话中每个样本的数据传输时间，其中所述会话为一次连续的数据传输过程，所述样本为一次所述会话中连续的至少一次满调数据传输过程；第二统计单元，用于统计在目标时间段内，每个会话中每个样本的服务数据单元SDU数据量；第一获取单元，用于利用所述数据传输时间和所述SDU数据量获取调度吞吐量。
可选地，所述第一统计单元还用于：当所述统计始于满调调度时，将所述统计开始的时刻记为T2,当所述时刻T2后遇到第一次非满调调度时，将所述非满调的起始时刻记为T1，所述单个样本的数据传输时间＝T1-T2；所述第二统计单元还用于：在所述单个样本的数据传输时间内成功传输的SDU报文长度为SDU数据量。
可选地，所述获取模块还包括：第一求和单元，用于将所有会话中所有样本的SDU数据量累加求和，得到数据量总和；第二求和单元，用于将所有会话中所有样本的数据传输时间累加求和，得到时间总和；计算单元，用于利用所述数据量总和除以所述时间总和得到所述调度吞吐量。
根据本发明的另一个方面，还提供了一种基站，包括：无线链路控制RLC协议实体，用于缓存接收到的用户请求业务报文；调度器，用于根据缓存的所述用户业务请求报文的数据大小进行下行数据调度资源分配，其中，当分配的所述调度资源大于或等于缓存的所述用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的所述调度资源小于缓存的所述用户业务请求报文数据大小时，置本次调度为满调调度；媒体接入控制MAC协议实体，用于根据所述调度资源的分配结果和所述调度类型获取调度吞吐量。
可选地，所述RLC协议实体还用于：接收用户请求业务报文；将接收到的所述用户业务请求报文进行缓存。
可选地，所述RLC协议实体还用于，向调度器发送缓存状态报告BSR，其中，所述BSR中携带缓存的所述用户业务请求报文；所述调度器还用于，根据所述BSR中携带的所述用户业务请求报文的数据大小进行下行数据调度资源分配。
可选地，所述调度器还用于，将所述下行数据调度资源分配的结果和所述调度类型发送至MAC协议实体；所述MAC协议实体还用于，统计在目标时间段内每个会话中每个样本的数据传输时间和在目标时间段内每个会话中每个样本的服务数据单元SDU数据量；所述MAC协议实体还用于，利用所述数据传输时间和所述SDU数据量获取调度吞吐量。
根据本发明的另一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的另一个实施例，还提供了一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明实施例，设计了一种新的满调调度和非满调调度的定义方法，避免了在离散业务场景下小包过度统计的问题。通过缓存接收到的用户请求业务报文，并根据所述用户请求业务报文的数据大小进行下行数据调度资源分配，其中，当分配的所述调度资源大于或等于缓存的所述用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的所述调度资源小于缓存的所述用户业务请求报文数据大小时，置本次调度为满调调度，然后根据所述下行数据调度资源分配的结果和所述调度类型获取调度吞吐量效果。解决了现有技术中离散业务场景下因小包过度统计，导致调度吞吐量指标失真的问题，有效剔除尾包，提高了调度吞吐量的计算精度。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为现有技术中描述的Scheduled IP Throughput统计方法示意图；
图2为现有技术中Scheduled IP Throughput的统计流程图；
图3为现有技术中NR不同组网选项示意图；
图4是本发明实施例的一种调度吞吐量的获取方法的移动终端的硬件结构框图；
图5是本发明实施例中调度吞吐量的获取方法的流程图；
图6是本发明实施例的用户协议栈的架构示意图；
图7是根据本发明实施例的调度吞吐量的获取装置的结构框图；
图8是根据本发明实施例的基站的结构框图；
图9是本发明实施例中Scheduled IP Throughput的统计方法示意图；
图10是本发明实施例中的下行业务处理的流程图；
图11是本发明实施例的调度吞吐量的统计流程图；
图12为本发明实施例中NR的整体架构图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
调度IP吞吐量(Scheduled IP Throughput)通过统计LTE用户平均峰值吞吐量体现LTE用户感知速率，该指标能够反映LTE无线网络拥塞情况，体现无线网络负荷、覆盖、干扰等情况，并能综合反映用户报文调度情况。LTE无线空口性能问题都能体现到该指标上，该指标已经成为无线运营商和设备商重点监测指标。主要用于无线网络性能监控、无线网络扩容等目的，广泛应用于无线网络优化、无线用户感知提升等领域。
现有技术中第三代合作伙伴计划3GPP中36.314和36.450都对Scheduled IPThroughput有详细的定义描述，具体示意图见附图1。图1为现有技术中描述的ScheduledIP Throughput统计方法示意图。图2为现有技术中Scheduled IP Throughput的统计流程图。统计方法如图2所示：
T20：缓存为空之后收到的第一个数据或分片空口开始传输的时间点如图2中T20位置示意图，不包含首包调度等待时间。说明:缓存为空即图2中的空闲态，缓存为空之后收到的第一个数据或分片即为首包，首包调度等待时间如图2中所示，首包调度等待时延，调度器可能未收到用户请求的调度资源，RLC缓存有数据但是未调度。
T10：从T20开始缓存为空的倒数第二片数据空口发送成功的时间点，如图2中所有T1位置示意图。
会话：即一次连续数据传输过程。如图2中的会话1，会话2，会话3，会话4、会话5位置示意图。
样本(sample)：会话中一次连续的缓存不为空且发生至少两次调度的数据传输过程。如图2中样本1、样本2、样本3、样本4。
调度IP吞吐量计算：
1)ThpTime(数据传输时间)：在一定统计时间段内，所有会话中所有样本的(T10-T20)的时间总和。如图2中所有会话中所有样本的时间差(T10-T20)的总和。
2)ThpVol(数据量)：除缓存不为空的最后一个分片数据之外空口发送成功的分组数据汇聚协议(Packet Data Convergence Protocol，简称为PDCP)服务数据单元(ServingData Unit，简称为SDU)数据量。
3)尾包：缓存不为空的最后一个分片数据，如图2中尾包位置示意图。
4)调度IP吞吐量统计的是每用户每服务质量(Quality of Service，简称为QOS)级别的调度IP吞吐量。
调度IP吞吐量(Scheduled IP Throughput)公式:将所有样本的数据量和时间分别累加后求商，见下面公式：
Figure BDA0001762084560000081
如上所述，Scheduled IP Throughput主要依赖缓存是否为空的状态变化来判断尾包，达到剔除尾包的目的。
但是在实际应用过程中，协议中该统计方法虽然能反映集中来包(大流量业务)场景的无线空口性能，在离散来包(断续业务)场景存在一定的局限性，而无线网络用户常见模型比如网页、视频、语音等，都是离散来包业务模型，导致统计出来的Scheduled IPThroughput指标和真实的无线空口性能偏差很大。在集中来包场景下，上层业务来包能保证缓存中的数据一直大于无线空口能力，每次调度都能够充分利用全部的调度资源，统计出来的指标是能真实反映无线空口性能的，如图2中样本3示意图；但是在离散来包场景下，上层业务来包比较离散，无法保证缓存中的数据一直大于无线空口能力，调度器进行分配调度资源的同时不断有来包，缓存一直不为空，但是调度器在每次调度时并没有全部分配调度资源，根据现有统计方式这些调度的数据量和时间都会纳入到Scheduled IPThroughput指标统计中，导致统计出来的指标无法真实反映无线空口性能，如图2中样本1、2、4中中调度器分配的调度资源大于或等于用户请求的调度资源时。
并且，该统计方法在5G NR(New Radio)中也存在问题。图3为现有技术中NR不同组网选项示意图。如图3所示，与4G相似，采用中央单元CU(Centralized Unit)、分布式单元DU(Distributed Unit)分离架构5G NR基站同样需要类似的无线空口性能测量方法，该统计方法需要在能够真实反映无线空口性能的前提下，并能应用于CU/DU各种功能切分的组合情况，如图3的option1—option8，并能够兼容LTE组网。该测量方法可以称为调度吞吐量，Scheduled Throughput或用户Throughput，与4G的Scheduled IP Throughput指标统计目的一样。
在CU/DU各种功能切分的组合中，当PDCP与RLC在同一个CU或DU单元上时，可以继续采用和4G协议中规定类似的方法，当然也存在上文中提及的问题：仍然未解决36.314协议中Scheduled IP Throughput统计方法存在的在离散来包场景下小包过度统计的问题。
针对上述问题，本发明实施例提供了以下解决方案。
实施例1
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图4是本发明实施例的一种调度吞吐量的获取方法的移动终端的硬件结构框图。如图4所示，移动终端10可以包括一个或多个(图4中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，可选地，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图4所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端10还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。
存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的调度吞吐量的获取方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。
本发明实施例提供了一种调度吞吐量的获取方法。图5是本发明实施例中调度吞吐量的获取方法的流程图，如图5所示，该方法包括：
步骤S501，缓存接收到的用户请求业务报文；
步骤S503，根据用户请求业务报文的数据大小进行下行数据调度资源分配，其中，当分配的调度资源大于或等于缓存的用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的调度资源小于缓存的用户业务请求报文数据大小时，置本次调度为满调调度；
步骤S505，根据下行数据调度资源分配的结果和调度类型获取调度吞吐量。
通过上述方法，缓存接收到的用户请求业务报文，并根据所述用户请求业务报文的数据大小进行下行数据调度资源分配，其中，当分配的所述调度资源大于或等于缓存的所述用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的所述调度资源小于缓存的所述用户业务请求报文数据大小时，置本次调度为满调调度，然后根据所述下行数据调度资源分配的结果和所述调度类型获取调度吞吐量效果。解决了现有技术中离散业务场景下因小包过度统计，导致调度吞吐量指标失真的问题，有效剔除尾包，提高了调度吞吐量的计算精度。
可选地，上述步骤S503可以通过以下步骤实现：发送缓存状态报告(BufferStatus Reports，简称为BSR)，其中，BSR中携带缓存的用户业务请求报文；根据BSR中携带的用户业务请求报文的数据大小进行下行数据调度资源分配。
可选地，上述步骤S505可以通过以下步骤实现：统计在目标时间段内，每个会话中每个样本的数据传输时间ThpTime，其中会话为一次连续的数据传输过程，样本为一次会话中连续的至少一次满调数据传输过程；统计在目标时间段内，每个会话中每个样本的服务数据单元SDU数据量ThpVol；利用数据传输时间和SDU数据量获取调度吞吐量。
进一步地，上述步骤S505可以通过以下步骤实现：当统计始于满调调度时，将统计开始的时刻记为T2,当时刻T2后遇到第一次非满调调度时，将非满调的起始时刻记为T1，单个样本的数据传输时间＝T1-T2；统计在目标时间段内，每个会话中每个样本的服务数据单元SDU数据量包括：在单个样本的数据传输时间内成功传输的SDU报文长度为SDU数据量。
进一步地，上述步骤中的利用数据传输时间和SDU数据量获取调度吞吐量，可以通过以下步骤实现：将所有会话中所有样本的SDU数据量累加求和，得到数据量总和；将所有会话中所有样本的数据传输时间累加求和，得到时间总和；利用数据量总和除以时间总和得到所述调度吞吐量，公式如下：
由于5G基站通常更多的使用PDCP与RLC分离的切分方式，如图3中的option2。本方式下，该指标的统计就不能沿用4G协议方法了，因为在option2的切分方式下，PDCP协议处理在CU侧，而负责调度的RLC和MAC协议处理在DU侧，并且CU和DU间F1口，GTPU(GTP隧道协议-用户面)通道协议因协议隔离原因无交互字段。如果仅在CU统计，CU侧的确能够统计IP协议层报文(PDCP SDU数据)大小，但是却无法结合DU侧无线空口调度资源情况来剔除尾包；或者只在DU侧统计，虽然能够结合无线空口调度情况通过剔除尾包的形式统计反映无线空口调度能力的空口速率，却无法从CU获得IP协议层报文大小，难以统计IP层速率。
目前爱立信已经结合3GPP36.314和36.450协议提出NR场景下无线空口性能的统计方法的提案(3GPPTSG SA WG5(Telecom Management)Meeting ##119AdHoc S5-18434026-28June 2018,Stockholm(Sweden))--即在3GPP36.314和36.450协议基础上，针对5G NR场景统计DU侧的用户Throughput，试图通过媒体接入控制(Medium Access Control，简称为MAC)层速率反映无线空口性能。目前该提案能够满足5G NR CU/DU各种组网场景，并且也完全可以应用于LTE无线空口统计。但是该提案仍然存在以下局限性：仍然存在离散来包场景下小包过度统计的问题；MAC层的用户Throughput包含了padding等冗余信息，不是有效数据速率，可能会存在用户Throughput速率很高，但是统计的都是一些padding信息，有效数据的速率很低，并无法真实反映无线性能。
无线空口性能是反映无线系统的一个重要指标，涉及到用户感知、系统负荷、拥塞等因素，是无线网络优化、扩容的非常重要的参考指标，因此亟需针对现有3gpp协议Scheduled IP Throughput和爱立信5G NR用户Throughput提案存在的缺陷进行改进。
为了解决上述问题，本发明实施例中的步骤S501可以通过以下步骤实现：无线链路控制(Radio Link Control，简称为RLC)协议实体接收用户请求业务报文；RLC协议实体将接收到的用户业务请求报文进行缓存。
需要说明的是，本发明实施例中的方法步骤均可以在用户协议栈中执行，在上述步骤501之前，即RLC协议实体接收到用户业务请求报文并进行缓存之前，用户请求业务报文到达无线基站，进行用户面协议栈处理，经过GTPU协议实体和PDCP协议实体处理之后，发送给RLC协议实体。
图6是本发明实施例的用户协议栈的架构示意图。
可选地，上述步骤S503可以通过以下步骤实现：RLC协议实体向调度器发送缓存状态报告BSR，其中，BSR中携带缓存的用户业务请求报文；调度器根据BSR中携带的用户业务请求报文的数据大小进行下行数据调度资源分配。
可选地，上述步骤S505可以通过以下步骤实现：调度器将下行数据调度资源分配的结果和调度类型发送至媒体接入控制MAC协议实体；MAC协议实体统计以下数据：在目标时间段内每个会话中每个样本的数据传输时间，以及在目标时间段内每个会话中每个样本的服务数据单元SDU数据量；MAC协议实体利用数据传输时间和SDU数据量获取调度吞吐量。
通过本发明实施例中提供的调度吞吐量的获取方法，根据调度器分配的调度资源和每个用户请求的调度资源的关系设计出一种判断满调的方法；结合每次调度情况，准确剔除没有充分利用无线空口资源场景的数据量和时间，只统计满调(充分利用无线空口资源)场景下的样本，完全不依赖业务报文大小准确反映无线空口性能；统计RLC SDU吞吐量，既适用于LTE系统的PDCP层和RLC层的数据统计，也能够兼容5G NR不同组网场景。统计RLC协议层速率,由于RLC SDU相对于IP报文长度是固定的PDCP头长度开销(每个报文PDCP头长度：PDCP SN为12bit时，为2字节；7bit时，为1字节；18bit时为3字节)，根据RLC SDU的数据量可以推算出PDCP SDU的数据量，因此既能够避免MAC层padding对速率统计的干扰，又可以解决NR CU/DU分离场景下DU侧无法统计IP层速率的问题。
实施例2
在本实施例中还提供了一种调度吞吐量的获取装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图7是根据本发明实施例的调度吞吐量的获取装置的结构框图，如图7所示，该装置包括：
缓存模块70，用于缓存接收到的用户请求业务报文；
分配模块72，用于根据用户业务请求报文的数据大小进行下行数据调度资源分配，其中，当分配的所述调度资源大于或等于缓存的用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的调度资源小于缓存的用户业务请求报文数据大小时，置本次调度为满调调度；
获取模块74，用于根据下行数据调度资源分配的结果和调度类型获取调度吞吐量。
可选地，分配模块72包括：发送单元，用于发送缓存状态报告BSR，其中，BSR中携带缓存的用户业务请求报文；第一分配单元，用于根据BSR中携带的用户业务请求报文的数据大小进行下行数据调度资源分配。
可选地，获取模块74包括：第一统计单元，用于统计在目标时间段内，每个会话中每个样本的数据传输时间，其中会话为一次连续的数据传输过程，样本为一次会话中连续的至少一次满调数据传输过程；第二统计单元，用于统计在目标时间段内，每个会话中每个样本的服务数据单元SDU数据量；第一获取单元，用于利用数据传输时间和SDU数据量获取调度吞吐量。
可选地，第一统计单元还用于：当统计始于满调调度时，将统计开始的时刻记为T2,当时刻T2后遇到第一次非满调调度时，将非满调的起始时刻记为T1，单个样本的数据传输时间＝T1-T2；第二统计单元还用于：在单个样本的数据传输时间内成功传输的SDU报文长度为SDU数据量。
可选地，获取模块74还包括：第一求和单元，用于将所有会话中所有样本的SDU数据量累加求和，得到数据量总和；第二求和单元，用于将所有会话中所有样本的数据传输时间累加求和，得到时间总和；计算单元，用于利用数据量总和除以时间总和得到所述调度吞吐量。
在本实施例中还提供了一种基站，用于承载上述调度吞吐量的获取装置，并实现上述调度吞吐量的获取方法中的实施例及优选实施方式，已经进行过说明的不再赘述。
图8是根据本发明实施例的基站的结构框图，如图8所示，该基站包括：
RLC协议实体80，用于缓存接收到的用户请求业务报文；
调度器82，用于根据缓存的用户业务请求报文的数据大小进行下行数据调度资源分配，其中，当分配的调度资源大于或等于缓存的用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的调度资源小于缓存的用户业务请求报文数据大小时，置本次调度为满调调度；
MAC协议实体84，用于根据调度资源的分配结果和调度类型获取调度吞吐量。
可选地，RLC协议实体80还用于：接收用户请求业务报文；将接收到的用户业务请求报文进行缓存。
可选地，RLC协议实体80还用于，向调度器发送缓存状态报告BSR，其中，BSR中携带缓存的用户业务请求报文；调度器还用于，根据BSR中携带的用户业务请求报文的数据大小进行下行数据调度资源分配。
可选地，调度器82还用于，将下行数据调度资源分配的结果和调度类型发送至MAC协议实体；MAC协议实体还用于，统计在目标时间段内每个会话中每个样本的数据传输时间和在目标时间段内每个会话中每个样本的服务数据单元SDU数据量；MAC协议实体还用于，利用数据传输时间和SDU数据量获取调度吞吐量。
本发明实施例中，下行业务报文从核心网通过GTPU通道到达基站，需要经过GTPU协议处理、PDCP协议处理、RLC协议处理、MAC协议处理、物理层PHY协议处理，然后通过无线空口发送到用户。
图9是本发明实施例中Scheduled IP Throughput的统计方法示意图。
图10是本发明实施例中的下行业务处理的流程图。以下行业务会话中的一个样本为例，结合图9和图10，剔除尾包的方法如下：
用户请求业务报文到达无线基站，进行用户面协议栈处理，经过GTPU协议实体和PDCP协议实体处理之后，发送给RLC协议实体(如图10中的①)，RLC协议实体将报文缓存到缓存缓存中，并以BSR的形式通知调度器进行报文调度(如图10中的②)请求调度资源。
调度器收到BSR，并根据BSR携带的缓存数据大小进行下行数据调度资源分配，判断分配的调度资源是否大于缓存数据大小：如果分配的调度资源大于等于缓存数据大小，置本次调度为非满调标记；否则置本次调度为满调标记，如图9所示。并将调度结果和该标记通知给MAC协议实体进行相应处理(如图10中的③)。
MAC协议实体接收数据并处理数据时，根据该标记进行统计，如果是统计起始满调度(之前是不满调度)，记为T2(开始),如果是T2之后第一次不满调度，记为T1(结束)，计算数据传输时间(ThpTime)＝T1-T2。
T1和T2期间空口成功传输的RLC SDU报文长度为ThpVol(RLC SDU数据量)。
将每个会话中所有样本的ThpVol(RLC SDU数据量)和ThpTime(数据传输时间)分别累加起来求商，计算调度吞吐量(Scheduled Throughput)。
实施例3
图11是本发明实施例的调度吞吐量的统计流程图。为了更好地理解上述实施例中的技术方案，本实施例提供以下优选实施例，结合图10和图11来进行应用场景的具体说明。
优选实施例一(集中来包场景，如图11中会话3)
背景：
1)本实施用例场景是：RLC缓存状态变化：空闲态(缓存为空)->满调态(本时间段内每次调度都是满调)->空闲态，如图11中会话3，即集中来包场景。
2)RLC协议实体缓存没有业务报文。
3)MAC层记录RLC的缓存状态为空闲态。
具体实施步骤如下：
步骤11：用户的请求报文从核心网通过GTPU通道发送到无线基站，进入用户面协议栈处理，经过GTPU协议实体和PDCP协议实体处理，进入RLC协议实体进行处理。
步骤12：RLC协议实体将业务报文缓存到缓存中，如图10中的①。
步骤13：RLC协议实体判断RLC缓存有数据时，通过BSR的形式将当前RLC缓存数据大小通知调度器,请求调度资源，如图10中的②。
步骤14：调度器收到RLC协议实体发送的BSR，并根据BSR信息分配调度资源，可能有以下两种情况：分配的调度资源小于缓存数据大小，设置本次调度为满调标记，和调度结果一并发给MAC协议实体，继续步骤15，如图10中的③；调度资源不够，没有分配调度资源，继续步骤14。
步骤15：MAC协议实体收到调度结果，并根据满调标记判断本次调度为满调。标记本次调度的RLC SDU报文为满调报文。此时，MAC协议实体记录当前RLC的缓存状态，并更新期最新状态为满调态，当判断RLC的缓存状态从空闲态或非满调态变为满调态，此时用当前时间更新T2。
步骤16：MAC协议实体根据调度结果进行TB组包(将RLC缓存中的报文组装到TB上，并从RLC缓存中删除)并通过空口发送。此时，RLC缓存中有以下两种情况：RLC缓存中还有数据，继续步骤14；RLC缓存为空，更新T1为当前时间转步骤17。
步骤17：MAC协议实体记录本次样本的ΔThpTime(单个样本数据传输时间)＝T1-T2，并累计到ThpTime(总时间)。MAC协议实体更新RLC缓存状态为空闲态。
步骤18：用户收到基站发送的数据，给基站发送ACK确认。
步骤19：MAC协议实体收到用户发送的HARQ ACK确认，判断确认的TB中RLC SDU报文为满调报文，将本次确认的RLC SDU报文长度累计到ThpVol(总数据量)上。
步骤110：MAC协议实体计算下行Scheduled Throughput速率：下行ScheduledThroughput速率＝ThpVol/ThpTime。
优选实施例二(离散来包场景1，如图11中的会话1)
背景：
本实施用例场景是：空闲态(缓存为空)->非满调态(本时间段内每次调度都是非满调)->满调态(本时间段内每次调度都是满调)->空闲态，如图11中的会话1，即离散来包场景。
RLC协议实体缓存没有业务报文。
MAC层记录RLC的缓存状态为空闲态。
具体实施步骤如下：
步骤21：用户的请求报文从核心网通过GTPU通道发送到无线基站，进入用户面协议栈处理，经过GTPU协议实体和PDCP协议实体处理，进入RLC协议实体进行处理。
步骤22：RLC协议实体将业务报文缓存到缓存中。如图10中的①。
步骤23：RLC协议实体判断RLC缓存有数据时，通过BSR的形式将当前RLC缓存数据大小通知调度器,请求调度资源。如图10中的②。
步骤24：调度器收到RLC协议实体发送的BSR，并根据BSR信息分配调度资源，可能有以下两种情况：
1)分配的调度资源大于等于缓存数据大小，设置本次调度为非满调标记，和调度结果一并发给MAC协议实体，继续步骤25。如图10中的③。
2)分配的调度资源小于缓存数据大小，设置本次调度为满调标记，和调度结果一并发给MAC协议实体，继续步骤25。如图10中的③。
步骤25：MAC协议实体收到调度结果，并根据满调标记判断本次调度情况。
1)本次调度为非满调。标记本次调度的RLC SDU报文为非满调报文。此时，MAC协议实体记录当前RLC的缓存状态，并更新期最新状态为非满调态，当判断RLC的缓存状态从满调态变为空闲态或非满调态，此时用当前时间更新T1，MAC协议实体记录本次样本的ΔThpTime(单个样本数据传输时间)＝T1-T2，并累计到ThpTime(总时间)。继续步骤26。
2)本次调度为满调。标记本次调度的RLC SDU报文为满调报文。此时，MAC协议实体记录当前RLC的缓存状态，并更新期最新状态为满调态，当判断RLC的缓存状态从空闲态或非满调态变为满调态，此时用当前时间更新T2。继续步骤26。
步骤26：MAC协议实体根据调度结果进行TB组包(将RLC缓存中的报文组装到TB上，并从RLC缓存中删除)并通过空口发送。此时，RLC缓存中有以下两种情况：
1)RLC缓存中还有数据。继续步骤24。
2)RLC缓存为空，记录当前RLC的缓存状态，MAC协议实体更新RLC缓存状态为空闲态。当判断RLC的缓存状态从满调态变为空闲态，转到步骤27；当判断RLC缓存状态从非满调态变为空闲态，转到步骤28。
步骤27：MAC协议实体记录本次样本的ΔThpTime(单个样本数据传输时间)＝T1-T2，并累计到ThpTime(总时间)。
步骤28：用户收到基站发送的数据，给基站发送ACK确认，如图10中的④。
步骤29：MAC协议实体收到用户发送的HARQ ACK确认，判断确认的TB中RLC SDU报文为满调报文，将本次确认的RLC SDU报文长度累计到ThpVol(总数据量)上。
步骤210：MAC协议实体计算下行Scheduled Throughput速率：
下行Scheduled Throughput速率＝ThpVol/ThpTime.
优选实施例三(离散来包场景2，如图11中的会话2)
背景：
1)本实施用例场景是：空闲态(缓存为空)->满调态(本时间段内每次调度都是满调)->非满调态(本时间段内每次调度都是非满调)->空闲态，如图6中的会话2，即离散来包场景。
2)RLC协议实体缓存没有业务报文。
3)MAC层记录RLC的缓存状态为空闲态。
具体实施步骤同优选实施例二。
优选实施例四(离散来包场景3，如图11中的会话5)
背景：
1)本实施用例场景是：空闲态(缓存为空)->满调态(本时间段内每次调度都是满调)->非满调态(本时间段内每次调度都是非满调)->满调态(本时间段内每次调度都是满调)->空闲态，如图11中的会话5，即离散来包场景。
2)RLC协议实体缓存没有业务报文。
3)MAC层记录RLC的缓存状态为空闲态。
具体实施步骤同优选实施例二。
优选实施例五(离散来包场景3，如图11中的会话4)
背景：
1)本实施用例场景是：空闲态(缓存为空)->非满调态(本时间段内每次调度都是非满调)->空闲态，如图11中的会话4，即离散来包场景。
2)RLC协议实体缓存没有业务报文。
3)MAC层记录RLC的缓存状态为空闲态。
具体实施步骤如下：
步骤51：用户的请求报文从核心网通过GTPU通道发送到无线基站，进入用户面协议栈处理，经过GTPU协议实体和PDCP协议实体处理，进入RLC协议实体进行处理。
步骤52：RLC协议实体将业务报文缓存到缓存中。如图10中的①。
步骤53：RLC协议实体判断RLC缓存有数据时，通过BSR的形式将当前RLC缓存数据大小通知调度器,请求调度资源。如图10中的②。
步骤54：调度器收到RLC协议实体发送的BSR，并根据BSR信息分配调度资源，分配的调度资源大于等于缓存数据大小，设置本次调度为非满调标记，和调度结果一并发给MAC协议实体，继续步骤55。如图10中的③。
步骤55：MAC协议实体收到调度结果，并根据满调标记判断本次调度为非满调。标记本次调度的RLC SDU报文为非满调报文。此时，MAC协议实体记录当前RLC的缓存状态，并更新期最新状态为非满调态，当判断RLC的缓存状态从满调态变为空闲态或非满调态，此时用当前时间更新T1，MAC协议实体记录本次样本的ΔThpTime(单个样本数据传输时间)＝T1-T2，并累计到ThpTime(总时间)。继续步骤56。
步骤56：MAC协议实体根据调度结果进行TB组包(将RLC缓存中的报文组装到TB上，并从RLC缓存中删除)并通过空口发送。
此时，RLC缓存为空，记录当前RLC的缓存状态，MAC协议实体更新RLC缓存状态为空闲态。判断RLC缓存状态从非满调态变为空闲态，本次会话统计结束。
优选实施例六(5G NR场景)
图12为本发明实施例中NR的整体架构图。如图12所示，由于CU和DU之间是通过F1口交互报文，走的是GTPU标准协议，因此在DU侧无法知道PDCP SDU的长度，因此在DU侧只能统计RLC SDU长度。
NR场景的实施例同优选实施例1一至五，此处不再赘述。
实施例4
本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：
S1，缓存接收到的用户请求业务报文；
S2，根据用户请求业务报文的数据大小进行下行数据调度资源分配，其中，当分配的调度资源大于或等于缓存的用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的调度资源小于缓存的用户业务请求报文数据大小时，置本次调度为满调调度；
S3，根据下行数据调度资源分配的结果和调度类型获取调度吞吐量。
可选地，存储介质还被设置为存储用于执行以下步骤的计算机程序：
发送缓存状态报告(Buffer Status Reports，简称为BSR)，其中，BSR中携带缓存的用户业务请求报文；根据BSR中携带的用户业务请求报文的数据大小进行下行数据调度资源分配。
可选地，存储介质还被设置为存储用于执行以下步骤的计算机程序：
统计在目标时间段内，每个会话中每个样本的数据传输时间，其中会话为一次连续的数据传输过程，样本为一次会话中连续的至少一次满调数据传输过程；统计在目标时间段内，每个会话中每个样本的服务数据单元SDU数据量；利用数据传输时间和SDU数据量获取调度吞吐量。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
S1，缓存接收到的用户请求业务报文；
S2，根据用户请求业务报文的数据大小进行下行数据调度资源分配，其中，当分配的调度资源大于或等于缓存的用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的调度资源小于缓存的用户业务请求报文数据大小时，置本次调度为满调调度；
S3，根据下行数据调度资源分配的结果和调度类型获取调度吞吐量。
可选地，处理器还被设置为存储用于执行以下步骤的计算机程序：
发送缓存状态报告(Buffer Status Reports，简称为BSR)，其中，BSR中携带缓存的用户业务请求报文；根据BSR中携带的用户业务请求报文的数据大小进行下行数据调度资源分配。
可选地，处理器还被设置为存储用于执行以下步骤的计算机程序：
统计在目标时间段内，每个会话中每个样本的数据传输时间，其中会话为一次连续的数据传输过程，样本为一次会话中连续的至少一次满调数据传输过程；统计在目标时间段内，每个会话中每个样本的服务数据单元SDU数据量；利用数据传输时间和SDU数据量获取调度吞吐量。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (19)

1.一种调度吞吐量的获取方法，其特征在于，包括：
缓存接收到的用户请求业务报文；
根据所述用户请求业务报文的数据大小进行下行数据调度资源分配，其中，当分配的所述调度资源大于或等于缓存的所述用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的所述调度资源小于缓存的所述用户业务请求报文数据大小时，置本次调度为满调调度；
根据所述下行数据调度资源分配的结果和所述调度类型获取调度吞吐量。
2.根据权利要求1所述的方法，其特征在于，所述根据缓存的所述用户业务请求报文的数据大小进行下行数据调度资源分配包括：
发送缓存状态报告BSR，其中，所述BSR中携带缓存的所述用户业务请求报文；
根据所述BSR中携带的所述用户业务请求报文的数据大小进行下行数据调度资源分配。
3.根据权利要求1所述的方法，其特征在于，所述根据所述下行数据调度资源分配的结果和所述调度类型获取调度吞吐量包括：
统计在目标时间段内，每个会话中每个样本的数据传输时间，其中所述会话为一次连续的数据传输过程，所述样本为一次所述会话中连续的至少一次满调数据传输过程；
统计在目标时间段内，每个会话中每个样本的服务数据单元SDU数据量；
利用所述数据传输时间和所述SDU数据量获取调度吞吐量。
4.根据权利要求3所述的方法，其特征在于，
所述统计在目标时间段内，每个会话中每个样本的数据传输时间包括：
当所述统计始于满调调度时，将所述统计开始的时刻记为T2,当所述时刻T2后遇到第一次非满调调度时，将所述非满调的起始时刻记为T1，所述单个样本的数据传输时间＝T1-T2；
所述统计在目标时间段内，每个会话中每个样本的服务数据单元SDU数据量包括：
在所述单个样本的数据传输时间内成功传输的SDU报文长度为SDU数据量。
5.根据权利要求3或4所述的方法，其特征在于，所述利用所述数据传输时间和所述SDU数据量获取调度吞吐量包括：
将所有会话中所有样本的SDU数据量累加求和，得到数据量总和；
将所有会话中所有样本的数据传输时间累加求和，得到时间总和；
利用所述数据量总和除以所述时间总和得到所述调度吞吐量。
6.根据权利要求1中所述的方法，其特征在于，所述缓存接收到的用户请求业务报文包括：
无线链路控制RLC协议实体接收用户请求业务报文；
所述RLC协议实体将接收到的所述用户业务请求报文进行缓存。
7.根据权利要求6所述的方法，其特征在于，所述根据缓存的所述用户业务请求报文的数据大小进行下行数据调度资源分配包括：
所述RLC协议实体向调度器发送缓存状态报告BSR，其中，所述BSR中携带缓存的所述用户业务请求报文；
所述调度器根据所述BSR中携带的所述用户业务请求报文的数据大小进行下行数据调度资源分配。
8.根据权利要求7所述的方法，其特征在于，所述根据所述下行数据调度资源分配的结果和所述调度类型获取调度吞吐量包括：
所述调度器将所述下行数据调度资源分配的结果和所述调度类型发送至媒体接入控制MAC协议实体；
所述MAC协议实体统计以下数据：在目标时间段内每个会话中每个样本的数据传输时间，以及在目标时间段内每个会话中每个样本的服务数据单元SDU数据量；
所述MAC协议实体利用所述数据传输时间和所述SDU数据量获取调度吞吐量。
9.一种调度吞吐量的获取装置，其特征在于，包括：
缓存模块，用于缓存接收到的用户请求业务报文；
分配模块，用于根据所述用户业务请求报文的数据大小进行下行数据调度资源分配，其中，当分配的所述调度资源大于或等于缓存的所述用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的所述调度资源小于缓存的所述用户业务请求报文数据大小时，置本次调度为满调调度；
获取模块，用于根据所述下行数据调度资源分配的结果和所述调度类型获取调度吞吐量。
10.根据权利要求9所述的装置，其特征在于，所述分配模块包括：
发送单元，用于发送缓存状态报告BSR，其中，所述BSR中携带缓存的所述用户业务请求报文；
第一分配单元，用于根据所述BSR中携带的所述用户业务请求报文的数据大小进行下行数据调度资源分配。
11.根据权利要求9所述的装置，其特征在于，所述获取模块包括：
第一统计单元，用于统计在目标时间段内，每个会话中每个样本的数据传输时间，其中所述会话为一次连续的数据传输过程，所述样本为一次所述会话中连续的至少一次满调数据传输过程；
第二统计单元，用于统计在目标时间段内，每个会话中每个样本的服务数据单元SDU数据量；
第一获取单元，用于利用所述数据传输时间和所述SDU数据量获取调度吞吐量。
12.根据权利要求11所述的装置，其特征在于，
所述第一统计单元还用于：当所述统计始于满调调度时，将所述统计开始的时刻记为T2,当所述时刻T2后遇到第一次非满调调度时，将所述非满调的起始时刻记为T1，所述单个样本的数据传输时间＝T1-T2；
所述第二统计单元还用于：在所述单个样本的数据传输时间内成功传输的SDU报文长度为SDU数据量。
13.根据权利要求11或12所述的装置，其特征在于，所述获取模块还包括：
第一求和单元，用于将所有会话中所有样本的SDU数据量累加求和，得到数据量总和；
第二求和单元，用于将所有会话中所有样本的数据传输时间累加求和，得到时间总和；
计算单元，用于利用所述数据量总和除以所述时间总和得到所述调度吞吐量。
14.一种基站，其特征在于，包括：
无线链路控制RLC协议实体，用于缓存接收到的用户请求业务报文；
调度器，用于根据缓存的所述用户业务请求报文的数据大小进行下行数据调度资源分配，其中，当分配的所述调度资源大于或等于缓存的所述用户业务请求报文数据大小时，置本次调度为非满调调度，当分配的所述调度资源小于缓存的所述用户业务请求报文数据大小时，置本次调度为满调调度；
媒体接入控制MAC协议实体，用于根据所述调度资源的分配结果和所述调度类型获取调度吞吐量。
15.根据权利要求14所述的基站，其特征在于，所述RLC协议实体还用于：
接收用户请求业务报文；
将接收到的所述用户业务请求报文进行缓存。
16.根据权利要求14所述的基站，其特征在于，
所述RLC协议实体还用于，向调度器发送缓存状态报告BSR，其中，所述BSR中携带缓存的所述用户业务请求报文；
所述调度器还用于，根据所述BSR中携带的所述用户业务请求报文的数据大小进行下行数据调度资源分配。
17.根据权利要求16所述的基站，其特征在于，
所述调度器还用于，将所述下行数据调度资源分配的结果和所述调度类型发送至MAC协议实体；
所述MAC协议实体还用于，统计在目标时间段内每个会话中每个样本的数据传输时间和在目标时间段内每个会话中每个样本的服务数据单元SDU数据量；
所述MAC协议实体还用于，利用所述数据传输时间和所述SDU数据量获取调度吞吐量。
18.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至8任一项中所述的方法。
19.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至8任一项中所述的方法。
CN201810912157.XA 2018-08-10 2018-08-10 调度吞吐量的获取方法及装置、基站、存储介质 Active CN110831061B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201810912157.XA CN110831061B (zh) 2018-08-10 2018-08-10 调度吞吐量的获取方法及装置、基站、存储介质
PCT/CN2019/100153 WO2020030170A1 (zh) 2018-08-10 2019-08-12 调度吞吐量的获取方法及装置、基站、存储介质
EP19846987.6A EP3836611B1 (en) 2018-08-10 2019-08-12 Method for acquiring a scheduled throughput, non-transitory computer-readable storage medium and electronic device
US17/267,300 US11889500B2 (en) 2018-08-10 2019-08-12 Method and device for obtaining scheduled throughput, base station, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810912157.XA CN110831061B (zh) 2018-08-10 2018-08-10 调度吞吐量的获取方法及装置、基站、存储介质

Publications (2)

Publication Number Publication Date
CN110831061A true CN110831061A (zh) 2020-02-21
CN110831061B CN110831061B (zh) 2023-01-20

Family

ID=69414038

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810912157.XA Active CN110831061B (zh) 2018-08-10 2018-08-10 调度吞吐量的获取方法及装置、基站、存储介质

Country Status (4)

Country Link
US (1) US11889500B2 (zh)
EP (1) EP3836611B1 (zh)
CN (1) CN110831061B (zh)
WO (1) WO2020030170A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112243258A (zh) * 2020-10-14 2021-01-19 中国联合网络通信集团有限公司 一种用户感知速率的确定方法及装置
CN112399471A (zh) * 2020-10-23 2021-02-23 紫光展锐(重庆)科技有限公司 一种数据缓存的方法及相关装置
WO2022227895A1 (zh) * 2021-04-27 2022-11-03 百富计算机技术（深圳）有限公司 数据传输方法、装置、终端设备及计算机可读存储介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112003752B (zh) * 2020-08-25 2023-06-27 北京三快在线科技有限公司 缓存时长的确定方法、装置、服务器及存储介质
CN114979276B (zh) * 2022-05-13 2024-02-23 深信服科技股份有限公司 一种资源动态调度方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104507172A (zh) * 2015-01-19 2015-04-08 中国人民解放军国防科学技术大学 一种面向3g/4g卫星移动通信网络的上行资源调度方法及装置
CN105282780A (zh) * 2014-06-12 2016-01-27 中国移动通信集团公司 一种空口吞吐量处理方法、装置和终端
CN105453681A (zh) * 2014-07-28 2016-03-30 华为技术有限公司 一种数据调度方法及装置
US20170202000A1 (en) * 2014-06-04 2017-07-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and User Equipment for Predicting Available Throughput for Uplink Data
CN107302802A (zh) * 2016-04-14 2017-10-27 大唐移动通信设备有限公司 一种数据传输的方法和装置
US20180139636A1 (en) * 2015-05-22 2018-05-17 Nokia Technologies Oy Averaged end-user throughput evaluation

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102044452B1 (ko) * 2012-07-17 2019-11-13 엘지전자 주식회사 무선 통신 시스템에서 패킷 성능을 측정하는 방법 및 장치
CN103596212B (zh) * 2012-08-17 2017-09-29 电信科学技术研究院 异构网络下的层二测量及结果处理方法和设备
CN106455089A (zh) * 2015-08-10 2017-02-22 中兴通讯股份有限公司 确定上行调度量的方法、装置及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170202000A1 (en) * 2014-06-04 2017-07-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and User Equipment for Predicting Available Throughput for Uplink Data
CN105282780A (zh) * 2014-06-12 2016-01-27 中国移动通信集团公司 一种空口吞吐量处理方法、装置和终端
CN105453681A (zh) * 2014-07-28 2016-03-30 华为技术有限公司 一种数据调度方法及装置
CN104507172A (zh) * 2015-01-19 2015-04-08 中国人民解放军国防科学技术大学 一种面向3g/4g卫星移动通信网络的上行资源调度方法及装置
US20180139636A1 (en) * 2015-05-22 2018-05-17 Nokia Technologies Oy Averaged end-user throughput evaluation
CN107302802A (zh) * 2016-04-14 2017-10-27 大唐移动通信设备有限公司 一种数据传输的方法和装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP；TSGRAN；E-UTRA: ""Layer 2 - Measurements"", 《3GPP TS 36.314 V15.1.0》 *
NOKIA等: "R2-1807167 "Scheduled IP Throughput for inter eNB CA"", 《3GPP TSG-RAN WG2 MEETING #102》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112243258A (zh) * 2020-10-14 2021-01-19 中国联合网络通信集团有限公司 一种用户感知速率的确定方法及装置
CN112243258B (zh) * 2020-10-14 2023-08-11 中国联合网络通信集团有限公司 一种用户感知速率的确定方法及装置
CN112399471A (zh) * 2020-10-23 2021-02-23 紫光展锐(重庆)科技有限公司 一种数据缓存的方法及相关装置
WO2022227895A1 (zh) * 2021-04-27 2022-11-03 百富计算机技术（深圳）有限公司 数据传输方法、装置、终端设备及计算机可读存储介质

Also Published As

Publication number Publication date
US20230292315A1 (en) 2023-09-14
CN110831061B (zh) 2023-01-20
WO2020030170A1 (zh) 2020-02-13
EP3836611A1 (en) 2021-06-16
US11889500B2 (en) 2024-01-30
EP3836611A4 (en) 2022-05-04
EP3836611B1 (en) 2023-02-15

Similar Documents

Publication Publication Date Title
CN110831061B (zh) 调度吞吐量的获取方法及装置、基站、存储介质
US11051322B2 (en) Data processing method, apparatus, and system
US10708940B2 (en) Method and apparatus for reporting buffer state by user equipment in communication system
KR100933158B1 (ko) 이동통신 시스템에서의 버퍼 상태 보고 방법 및 장치
CN108738080B (zh) 数据传输的方法和装置
US8774221B2 (en) Apparatus and method for reporting buffer status of UE in mobile communication system
CN108337633B (zh) 数据分流配置方法、基站系统和用户终端
CN108667573B (zh) 一种数据处理方法、装置及相关设备
JP7046979B2 (ja) データ伝送方法、装置、システム、およびデバイス
CN108391289B (zh) 一种拥塞控制方法和基站
CN105471763B (zh) 控制报文传输方法及装置
WO2018171607A1 (zh) 通信方法、数据单元及控制单元
CN111066272B (zh) 移动无线电接入网络中的分组延迟减少
CN111726379B (zh) 一种通信方法及装置
US9686164B1 (en) Packet allocation schema for 3G and 4G routers
KR20080015693A (ko) 이동통신시스템에서 단말의 버퍼 상태 보고 방법 및 장치
CN108200605B (zh) 一种基站的数据传输方法和装置
US20240114434A1 (en) Improved Base Station Efficiency
US10834784B2 (en) Data transmission process of heterogeneous LWA network and associated base station for mobile communication
WO2016106686A1 (zh) 缓冲区状态信息的处理方法、装置和设备
CN113507726A (zh) 分离承载模式下的数据传输方法、装置以及终端设备
WO2018213649A1 (en) Techniques for wireless access and wireline network integration

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant