基站传输自检方法、基站、电子设备及计算机存储介质与流程

1.本发明涉及通信技术领域，具体涉及一种基站传输自检方法、基站、电子设备及计算机存储介质。


背景技术：

2.目前，现有的移动网络，通常是由多个设备厂商合作建设，实现了通信系统的组件化。在检测基站传输问题时，通常需要依赖其他设备才能实现，例如，先将基站与核心网进行连接，然后在核心网进行大流量灌包，通过基站传输给用户终端，依此逐步排查基站与核心网之间的链路问题、基站内各协议层问题、空口质量问题等等。因此，在没有核心网或业务服务器的情况下，以及在业务速率不理想的情况下，也就无法快速实现对基站故障的检测，将导致检测时间拉长、检测效率降低。


技术实现要素：

3.本公开针对现有技术中存在的上述不足，提供一种基站传输自检方法、基站、电子设备及计算机存储介质。
4.第一方面，本公开实施例提供一种基站传输自检方法，所述方法包括：
5.向控制系统获取灌包任务信息，其中，所述灌包任务信息至少包括灌包起始协议层类型和终端地址；
6.创建灌包报文；
7.根据所述灌包起始协议层类型，将所述灌包报文发送至所述终端地址；
8.在将所述灌包报文发送至所述终端地址之后，确定发送所述灌包报文的传输参数，并根据所述传输参数和预设阈值确定基站传输自检结果。
9.进一步的，所述灌包起始协议层类型为分组数据汇聚协议pdcp，在所述将所述灌包报文发送至所述终端地址之前，所述方法还包括：
10.获取并保存接入到本基站的终端设备的空口承载信息，其中，所述空口承载信息包括所述接入到本基站的终端设备的终端地址；
11.所述根据所述灌包起始协议层类型，将所述灌包报文发送至所述终端地址包括：
12.在根据所述终端地址从本基站查询到对应的空口承载信息的情况下，将所述灌包报文发送至所述终端地址。
13.进一步的，所述获取并保存接入到本基站的终端设备的空口承载信息，包括：
14.接收接入到本基站的终端设备发送的业务报文，获取其中携带的空口承载信息；
15.在本地存储有所述业务报文中携带的空口承载信息且本地存储的所述业务报文中携带的空口承载信息的数量小于预设数量的情况下，或者，本地未存储有所述业务报文中携带的空口承载信息的情况下，保存所述业务报文中携带的空口承载信息。
16.进一步的，若所述灌包起始协议层类型为无线链路控制层协议rlc，则将所述灌包报文发送至所述终端地址。
17.进一步的，所述灌包任务信息还包括灌包报文协议类型，所述灌包报文协议类型包括传输控制协议tcp或用户数据报协议udp。
18.进一步的，所述灌包报文协议类型为tcp，所述传输参数为丢包率。
19.进一步的，所述灌包报文协议类型为udp，所述灌包任务信息还包括灌包带宽和线程数，所述传输参数为流量参数，所述确定发送所述灌包报文的传输参数，包括：
20.根据所述灌包带宽和线程数确定目标传输参数，统计实际传输参数，并根据所述目标传输参数和实际传输参数确定所述流量参数。
21.进一步的，所述根据所述传输参数和预设阈值确定基站传输自检结果之后，所述方法还包括：
22.在所述基站传输自检结果为存在故障的情况下，获取链路状态信息，以及采集本基站在预设时长内的运行日志，并将所述运行日志和链路状态信息发送至所述控制系统。
23.又一方面，本公开实施例提供一种基站，所述基站包括：
24.获取模块，用于向控制系统获取灌包任务信息，其中，所述灌包任务信息至少包括灌包起始协议层类型和终端地址；
25.创建模块，用于创建灌包报文；
26.传输模块，用于根据所述灌包起始协议层类型，将所述灌包报文发送至所述终端地址；
27.自检模块，用于在所述传输模块将所述灌包报文发送至所述终端地址之后，确定发送所述灌包报文的传输参数，并根据所述传输参数和预设阈值确定基站传输自检结果。
28.又一方面，本公开实施例提供一种电子设备，包括：
29.一个或多个处理器；
30.存储装置，其上存储有一个或多个程序；
31.当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如前所述的基站传输自检方法。
32.又一方面，本公开实施例提供一种计算机存储介质，其上存储有计算机程序，其中，所述程序被执行时实现如前所述的基站传输自检方法。
33.本公开实施例提供的基站传输自检方法，首先配置至少包括灌包起始协议层类型和终端地址的灌包任务信息，根据该灌包任务信息创建灌包报文并将灌包报文发送至终端地址所对应的终端设备，并在所述传输模块将所述灌包报文发送至所述终端地址之后，确定发送灌包报文的传输参数，根据传输参数和预设阈值确定基站传输自检结果。通过以上过程即可检测基站内部是否发生故障，不需要依赖核心网侧设备就可以实现对基站传输故障的检测，可以降低基站传输故障检测的复杂度，缩短检测时间，提高检测效率。并且，基站可以根据起始协议层类型从内部不同协议层开始向指定的终端设备发起灌包，能够全方面地检测基站内部各协议层实体的传输性能。
附图说明
34.图1为本公开实施例提供的系统架构示意图；
35.图2为本公开实施例提供的基站传输自检方法的流程示意图；
36.图3为本公开实施例提供的获取并存储空口承载信息的流程示意图；
37.图4为现有的灌包流程示意图；
38.图5为本公开实施例提供的灌包流程示意图；
39.图6为本公开实施例提供的udp报文格式示意图；
40.图7为本公开实施例提供的基站的模块示意图一；
41.图8为本公开实施例提供的基站的模块示意图二。
具体实施方式
42.在下文中将参考附图更充分地描述示例实施例，但是所述示例实施例可以以不同形式来体现且不应当被解释为限于本文阐述的实施例。反之，提供这些实施例的目的在于使本公开透彻和完整，并将使本领域技术人员充分理解本公开的范围。
43.如本文所使用的，术语“和/或”包括一个或多个相关列举条目的任何和所有组合。
44.本文所使用的术语仅用于描述特定实施例，且不意欲限制本公开。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的是，当本说明书中使用术语“包括”和/或“由
……
制成”时，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其他特征、整体、步骤、操作、元件、组件和/或其群组。
45.本文所述实施例可借助本公开的理想示意图而参考平面图和/或截面图进行描述。因此，可根据制造技术和/或容限来修改示例图示。因此，实施例不限于附图中所示的实施例，而是包括基于制造工艺而形成的配置的修改。因此，附图中例示的区具有示意性属性，并且图中所示区的形状例示了元件的区的具体形状，但并不旨在是限制性的。
46.除非另外限定，否则本文所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本文明确如此限定。
47.本公开实施例提供一种基站传输自检方法，所述方法应用于图1所示的系统，所述系统包括控制系统、基站和终端设备。其中，多个终端设备接入到基站，控制系统作为基站外部的一个独立网元或其中的模块。控制系统用于向基站下发灌包任务信息，基站用于根据灌包任务信息创建灌包报文并将灌包报文发送至终端设备，以及用于根据发送灌包报文的传输参数和预设阈值确定基站传输自检结果。
48.如图2所示，本公开实施例的基站传输自检方法可以包括如下步骤：
49.在步骤11中，向控制系统获取灌包任务信息，其中灌包任务信息至少包括灌包起始协议层类型和终端地址。
50.控制系统可以作为基站内部的一个控制模块，也可以作为基站外部的一个独立网元或其中的模块，用以执行创建灌包任务、展示基站传输自检结果以及监控基站的kpi(key performance indication，关键业绩指标，如信令信道可用率、语音信道可用率、信令信道掉话率、话音信道指配失败率等)等操作。
51.向控制系统获取灌包任务信息可以包括：接收控制系统在创建灌包任务之后下发的灌包任务信息，或者，向控制系统发送灌包任务请求，并接收控制系统根据该灌包任务请求发送的灌包任务信息。
52.在步骤12中，创建灌包报文。
53.基站在获取到灌包任务信息之后，可以根据灌包任务信息中携带的配置参数创建灌包报文，而灌包报文中具体携带的信息即灌包内容则可以根据灌包任务信息中除灌包起始协议层类型和终端地址之外的其他配置参数确定，实现定制灌包内容。
54.在步骤13中，根据灌包起始协议层类型，将灌包报文发送至终端地址。
55.基站可以包括不同类型的协议层实体，控制系统在灌包任务信息中配置了灌包起始协议层类型，基站需要在内部与该灌包起始协议层类型相对应的协议层实体开始，向终端发起灌包。
56.在步骤14中，在将所述灌包报文发送至所述终端地址之后，确定发送灌包报文的传输参数，并根据传输参数和预设阈值确定基站传输自检结果。
57.在本步骤中，若传输参数大于预设阈值，则可确定基站传输自检结果为存在故障；若传输参数小于或等于预设阈值，则可确定基站传输自检结果为不存在故障。
58.本公开实施例提供的基站传输自检方法，首先配置至少包括灌包起始协议层类型和终端地址的灌包任务信息，根据该灌包任务信息创建灌包报文并将灌包报文发送至终端地址所对应的终端设备，并在将灌包报文发送至终端地址之后，确定发送灌包报文的传输参数，根据传输参数和预设阈值确定基站传输自检结果。通过以上过程即可检测基站内部是否发生故障，不需要依赖核心网侧设备就可以实现对基站传输故障的检测，可以降低基站传输故障检测的复杂度，缩短检测时间，提高检测效率。并且，基站可以根据起始协议层类型从内部不同协议层开始向指定的终端设备发起灌包，能够全方面地检测基站内部各协议层实体的传输性能。
59.在一些实施例中，所述灌包起始协议层类型可以为pdcp(packet data convergence protocol，分组数据汇聚协议)，如前所述，基站需要在内部与该灌包起始协议层类型相对应的协议层实体开始，向终端发起灌包，也就是从基站内部的pdcp实体开始向终端发起灌包。但pdcp层实体首先需要确定本基站是否存在终端设备的空口承载信息，在本基站存在终端设备的空口承载信息的情况下，pdcp层实体才会将灌包报文发送至终端设备，因此需要预先保存接入到本基站的终端设备的空口承载信息，以供pdcp层实体成功将灌包报文转发至终端设备。
60.相应的，在所述将灌包报文发送至终端地址(即步骤13)之前，所述基站传输自检方法还可以包括如下步骤：获取并保存接入到本基站的终端设备的空口承载信息，其中，空口承载信息包括接入到本基站的终端设备的终端地址。
61.所述根据灌包起始协议层类型，将灌包报文发送至终端地址(即步骤13)，可以包括如下步骤：在根据终端地址从本基站查询到对应的空口承载信息的情况下，将灌包报文发送至终端地址。
62.需要说明的是，所述空口承载信息为终端设备的ip地址与无线承载rb(resource block)信息之间的对应关系，rb为物理层数据传输的资源分配最小单位，空口承载信息除包括终端地址之外，还包括终端地址所对应的无线承载rb信息。
63.在一些实施例中，如图3所示，所述获取并保存接入到本基站的终端设备的空口承载信息(即步骤13’)，可以包括如下步骤：
64.在步骤131’中，接收接入到本基站的终端设备发送的业务报文，获取其中携带的
空口承载信息。
65.其中，终端设备在接入到本基站之后，可以向本基站发送上行的业务报文，业务报文可以包括浏览网页、登录app(application，应用程序)、ping(packet internet groper，因特网包探索器)公网ip(internet protocol，互联网协议)地址等业务过程中的报文。
66.当接收到已接入本基站的终端设备所发送的业务报文时，基站可以从中获取终端设备的空口承载信息。
67.在步骤132’中，在本地存储有业务报文中携带的空口承载信息且本地存储的所述业务报文中携带的空口承载信息的数量小于预设数量的情况下，或者，本地未存储有业务报文中携带的空口承载信息的情况下，保存业务报文中携带的空口承载信息。
68.从上行业务报文中获取到终端设备的空口承载信息后，基站可以判断本地是否已经存储有该空口承载信息。当本地并未存储有该空口承载信息时，则可以直接保存该空口承载信息。当本地已经存储有该空口承载信息且本地存储的该空口承载信息的数量小于预设数量时，也可以保存该空口承载信息。
69.具体的，该空口承载信息中可以包括终端设备的ip地址等信息，对于每个终端设备，基站可存储预设数量的空口承载信息，并在本地维护预设数量的变量，用以记录是否已存储预设数量的空口承载信息。例如，对于某终端设备，基站可存储2个包括ipv4(互联网协议第四版)地址的空口承载信息和2个包括ipv6(互联网协议第六版)地址的空口承载信息，并在本地维护变量ip14、ip24、ip16、ip26用以记录是否已存储该终端设备的2个包括ipv4地址的空口承载信息和2个包括ipv6地址的空口承载信息。若ip14、ip24中有一个变量的值为invalid_word32，说明基站还可以存储该终端设备的1个包括ipv4地址的空口承载信息，若ip14、ip24的值均为invalid_word32，说明基站还可以存储该终端设备的2个包括ipv4地址的空口承载信息；变量ip16、ip26同理。
70.在确定出本地已经存储有该(从业务报文中获取到的)空口承载信息之后，基站可以进一步的通过查询本地维护的变量来确定是否还可以存储该空口承载信息，例如，在ip的类型为ipv4(互联网协议第四版)的情况下，基站可以判断本地维护的变量ip14的值是否为invalid_word32，若变量ip14的值为invalid_word32，说明基站可以存储该空口承载信息，此时基站直接存储该空口承载信息；若变量ip14的值不为invalid_word32，此时基站并不能直接确定本地无法再存储该空口承载信息，还需判断本地维护的变量ip24的值是否也不为invalid_word32，若ip24的值也不为invalid_word32，则说明本地确实无法再存储该空口承载信息，但若ip24的值为invalid_word32，则说明可以存储该空口承载信息，此时基站存储该空口承载信息。在ip的类型为ipv6(互联网协议第六版)的情况下，基站可以判断本地维护的变量ip16的值是否为invalid_word32，若变量ip16的值为invalid_word32，说明说明基站可以存储该空口承载信息，此时基站直接存储该空口承载信息；若变量ip16的值不为invalid_word32，此时基站并不能直接确定本地无法再存储该空口承载信息，还需判断本地维护的变量ip26的值是否也不为invalid_word32，若ip26的值也不为invalid_word32，则说明本地确实无法再存储该空口承载信息，但若ip26的值为invalid_word32，则说明可以存储该空口承载信息，此时基站存储该空口承载信息。
71.在本公开实施例中，控制系统在灌包任务信息中配置了终端地址，也即指定了基站需要向其发送灌包报文以进行灌包的目标终端设备，那么基站还可以预先向控制系统获
取或者预先与控制系统协同配置这些目标终端设备的相关信息，通过判断接入到本基站的终端设备是否为目标终端设备，来获取并保存目标终端设备的空口承载信息。
72.相应的，在一些实施例中，所述获取并保存接入到本基站的终端设备的空口承载信息(即步骤13’)，也可以通过基于追踪标识traceid的目标终端识别方法来实现，例如，当终端设备接入本基站时，基站可以通过接入请求等报文中是否存在与预先配置或预先获取的traceid一致的traceid。当基于traceid识别到当前正在接入本基站的终端设备为目标终端设备时，基站可以直接获取并保存该终端设备的空口承载信息。获取并保存终端设备的空口承载信息之后，基站即可向控制系统请求获取灌包任务信息。
73.除了基于traceid识别接入本基站的终端设备是否为目标终端设备之外，基站还可以基于终端设备的其他信息识别其是否为目标终端设备，在一些实施例中，所述获取并保存接入到本基站的终端设备的空口承载信息(即步骤13’)，还可以通过如下方式实现：响应于接收到接入到本基站的终端设备发送的上行报文，解析上行报文以获得上行报文特征，在上行报文特征满足预先配置的目标终端信息的情况下，识别并保存终端设备的ip地址及空口承载信息。其中，目标终端信息可以包括上行报文的协议类型、对端ip地址、上行报文的数据包长度、上行报文的数据包内容等等。获取并保存终端设备的空口承载信息之后，基站即可向控制系统请求获取灌包任务信息。
74.在一些实施例中，所述灌包起始协议层类型为rlc(radio link control，无线链路控制层协议)，如前所述，基站需要在内部与该灌包起始协议层类型相对应的协议层实体开始，向终端发起灌包，也就是从基站内部的rlc实体开始向终端发起灌包。通常来讲，rlc实体可以直接将灌包报文发送至终端设备，相应的，所述根据灌包起始协议层类型，将灌包报文发送至终端地址(即步骤13)，可以包括如下步骤：将灌包报文发送至终端地址。
75.在传统的基站传输检测方案中，如图4所示，通常在核心网发起灌包，即从amf(access and mobility management function，接入和移动性管理功能)实体或upf(upf user plane function，用户面功能)实体等核心网的网元发起灌包，经由amf或upf的gtpu(general packet radio service tunneling protocol user plane，通用分组无线业务隧道协议用户平面)、udp(user datagram protocol，用户数据报协议)/tcp(transmission control protocol，传输控制协议)、ip等平面进行灌包报文的封装，将灌包报文发送至基站，经由基站内部在ip、udp/tcp、gtpu等平面对灌包报文进行处理，再通过基站内部的pdcp实体、rlc层实体、mac(media access control，媒体访问控制)层实体、phy(physical layer，物理层)实体将灌包报文发送至终端设备，终端设备的phy实体、mac层实体、rlc层实体、pdcp实体将灌包报文发送至终端设备的app。
76.在本公开实施例中，如图5所示，线条
①
表征的是灌包起始协议层类型为pdcp时的灌包流程，线条
②
表征的是灌包起始协议层类型为rlc时的灌包流程。基站可以开启开源组件ipref的app客户端，通过ipref的app客户端与终端设备的ipref的app服务端建立连接，再通过udp/tcp、ip等平面对创建的灌包报文进行封装，当灌包起始协议层类型为pdcp时，通过基站内部的pdcp实体、rlc层实体、mac层实体、phy实体将灌包报文发送至终端设备，终端设备的phy实体、mac层实体、rlc层实体、pdcp实体接收灌包报文；当灌包起始协议层类型为rlc时，通过基站内部的rlc层实体、mac层实体、phy实体将灌包报文发送至终端设备，终端设备的phy实体、mac层实体、rlc层实体接收灌包报文。直接从基站的app客户端发起灌
包，相较于从核心网发起灌包，能够迅速且准确地定位基站内部的传输问题，降低了检测基站传输故障的复杂度，缩短了检测时间，提高了检测效率。
77.目前，一种常用的基站传输检测方法，是通过ping排查基站的传输链路问题，ping是一个用来检查网络是否通畅或者网络连接速度的命令，ping发送一个icmp(internet control message protocol，控制报文协议)回声请求消息给目的地，并报告是否收到所希望的icmp echo(icmp回声应答)。但在某些场景下，这种方法会被认为是ping攻击报文而被丢弃报文的包长和包数量限制，只能检测基站无负荷或低负荷时的传输链路问题，对于高负荷引发的基站传输问题效果不明显。此外，icmp用于传递控制消息，控制消息是指网络通不通、主机是否可达、路由是否可用等网络本身的消息，这些控制消息并不传输用户数据，无法检测基站在传输用户数据时的传输问题。现有的终端设备较多地使用app，而app通常使用tcp协议传输用户数据，一旦app卡顿掉线，通过ping来检测基站的传输问题，也变得不可靠。为了解决上述技术问题，本公开实施例通过进行tcp/udp灌包，独立检测基站的传输问题。
78.相应的，在一些实施例中，所述灌包任务信息还包括灌包报文协议类型，所述灌包报文协议类型包括tcp或udp。
79.除灌包起始协议层类型和终端地址之外，控制系统还可以在灌包任务信息中配置灌包报文协议类型，灌包报文协议类型为tcp或udp，用以指示基站与终端设备建立tcp连接并向终端设备发送tcp下行灌包报文，或者用以指示基站与终端设备建立udp连接并向终端设备发送udp下行灌包报文。
80.在一些实施例中，所述灌包报文协议类型为tcp，所述传输参数为丢包率。
81.在灌包任务信息中的灌包报文协议类型为tcp的情况下，基站可以创建tcp灌包报文，并与终端设备建立tcp连接后向终端设备发送tcp灌包报文，例如，基站可以开启开源组件ipref的客户端，通过ipref的客户端与终端设备的ipref服务端建立tcp连接。终端设备在接入本基站之后，可以开启ipref的服务端，执行tcp收包指令，等待与基站的ipref客户端建立tcp连接并接收基站发送的tcp灌包报文。那么在向终端设备发送tcp灌包报文之后，基站内部的各协议层实体均可以直接统计tcp丢包率，基站可以根据tcp丢包率和预设阈值确定基站传输自检结果。所述预设阈值可以包括第一预设阈值，当基站任一协议层实体统计到的tcp丢包率大于第一预设阈值时，即可确定基站传输自检结果为存在故障。
82.当灌包报文协议类型为tcp时，灌包任务信息中还可以携带灌包时长、tcp窗口大小、线程数、灌包端口等其他必要的配置参数。在向终端设备发送tcp灌包报文之后，基站内部的各协议层实体还可以直接统计实际传输参数，基站还可以根据tcp窗口大小等计算目标传输参数，然后计算实际传输参数与目标传输参数的比值。实际传输参数为各协议层实体传输的实际流量，目标传输参数为控制系统所配置的灌包流量，则该比值即为流量参数。所述预设阈值还可以包括第二预设阈值，基站可以将流量参数与第二预设阈值进行比较，当根据任一协议层实体的实际传输参数与目标传输参数计算得到的流量参数小于第二预设阈值时，均可确定基站传输自检结果为存在故障。第一预设阈值和第二预设阈值可以根据实际情况设定，例如第二预设阈值可以设定为94％、95％、96％等等，本公开实施例并不对此做特殊限定。
83.在一些实施例中，所述灌包报文协议类型为udp，所述灌包任务信息还包括灌包带
宽和线程数，所述传输参数为流量参数，所述确定发送灌包报文的传输参数(即步骤14中所述)，可以包括以下步骤：根据灌包带宽和线程数确定目标传输参数，统计实际传输参数，并根据目标传输参数和实际传输参数确定流量参数。
84.在灌包任务信息中的灌包报文协议类型为udp的情况下，基站可以按照如图6所示的udp报文格式创建udp灌包报文，在图6中，可见，udp报文包括两部分，其一为udp报文头部分，包括16位的源端口字段、16位的目的端口字段、16位的udp数据报长度字段以及16位的校验值字段；其二为udp数据部分，包括长度可选的udp数据。基站可以开启开源组件ipref的客户端，通过ipref的客户端向终端设备发起udp灌包。
85.在向终端设备发送udp灌包报文之后，基站内部的各协议层实体还可以直接统计实际传输参数，基站还可以根据灌包任务信息中的灌包带宽和线程数计算目标传输参数，然后计算实际传输参数与目标传输参数的比值。实际传输参数为各协议层实体传输的实际流量，目标传输参数为控制系统所配置的灌包流量，则该比值即为流量参数。所述预设阈值还可以包括第三预设阈值，基站可以将流量参数与第三预设阈值进行比较，当根据任一协议层实体的实际传输参数与目标传输参数计算得到的流量参数小于第三预设阈值时，均可确定基站传输自检结果为存在故障。第三预设阈值可以根据实际情况设定，例如可以设定为94％、95％、96％等等，本公开实施例并不对此做特殊限定。
86.当灌包报文协议类型为udp时，灌包任务信息中还可以携带灌包时长、灌包端口、报文长度等其他必要的配置参数。
87.在一些实施例中，在所述根据传输参数和预设阈值确定基站传输自检结果(即步骤13)之后，所述基站传输自检方法还可以包括如下步骤：在基站传输自检结果为存在故障的情况下，获取链路状态信息，以及采集本基站内各协议层实体在预设时长内的运行日志，并将运行日志和链路状态信息发送至控制系统。
88.其中，链路状态信息用以标识基站内部传输链路的状态具体为“差”“一般”、“良好”、“优秀”等等，可以根据传输参数确定，例如，当tcp丢包率为10％时，链路状态信息可以标识基站内部传输链路的状态为“一般”。链路状态信息可以在根据传输参数和预设阈值确定基站传输自检结果的同时确定。
89.当确定出基站传输自检结果为存在故障时，基站可以获取确定的链路状态信息，以及采集内部各协议层实体在预设时长内的运行日志，并将运行日志和链路状态信息反馈给控制系统，以供控制系统对各协议层实体的传输性能进行分析和诊断。需要说明的是，在确定出基站传输自检结果为不存在故障时，基站也可以将链路状态信息反馈给控制系统，以供控制系统对各协议层实体的传输性能进行分析和诊断。
90.需要说明的是，灌包任务信息中还可以携带灌包方向，用以指示由基站向终端灌包以进行基站传输自检，还是由终端向基站灌包以进行基站传输自检；并且，终端设备也可以从控制系统获取到灌包任务信息。当灌包方向为上行时，基站接收终端通过开源组件ipref创建并发送的灌包报文，确定接收灌包报文的传输参数，并根据传输参数和预设阈值确定基站传输自检结果。
91.基于相同的技术构思，如图7所示，本公开实施例还提供了一种基站，用以执行上述各实施例提供的基站传输自检方法，所述基站可以包括如下模块：
92.获取模块101，用于向控制系统获取灌包任务信息，其中，灌包任务信息至少包括
灌包起始协议层类型和终端地址。
93.创建模块102，用于创建灌包报文。
94.传输模块103，用于根据灌包起始协议层类型，将灌包报文发送至终端地址。
95.自检模块104，用于在所述传输模块将所述灌包报文发送至所述终端地址之后，确定发送灌包报文的传输参数，并根据传输参数和预设阈值确定基站传输自检结果。
96.在一些实施例中，所述灌包起始协议层类型为分组数据汇聚协议pdcp，如图8所示，所述基站还包括检测模块105，检测模块105用于：获取并保存接入到本基站的终端设备的空口承载信息，其中，空口承载信息包括接入到本基站的终端设备的终端地址。
97.传输模块103用于：在根据终端地址从本基站查询到对应的空口承载信息的情况下，将灌包报文发送至终端地址。
98.基站还可以包括检测模块105，检测模块105可以用于获取并保存接入到本基站的终端设备的空口承载信息，还可以用于响应于传输模块103的pdcp层实体发送的用于查询空口承载信息的查询请求，向pdcp层实体返回空口承载信息查询结果。
99.基站的传输模块103可以包括pdcp实体、rlc层实体、mac层实体、phy实体，创建模块102在创建灌包报文之后，可以将灌包报文发送至传输模块103的pdcp层实体。pdcp层的下一协议层为rlc层，通常来讲，pdcp实体需要将灌包报文转发至rlc层实体由rlc层实体再通过mac层实体、phy实体、空口等将灌包报文发送至终端设备。在将灌包报文转发至rlc实体之前，pdcp实体需要先判断本基站是否存在终端设备的空口承载信息，具体的，pdcp实体可以解析灌包报文获得其中携带的终端地址，根据终端地址向检测模块105发送用于查询空口承载信息的查询请求，检测模块105可以响应于该查询请求，根据终端地址查询本地存储的空口承载信息，并且向pdcp实体返回查询结果。在查询到对应的空口承载信息的情况下，pdcp实体可以将灌包报文转发至rlc层实体，rlc层实体再通过mac层实体、phy实体、空口等将灌包报文发送至终端地址所对应的终端设备。
100.在一些实施例中，检测模块105用于：
101.接收接入到本基站的终端设备发送的业务报文，获取其中携带的空口承载信息；
102.在本地存储有业务报文中携带的空口承载信息且本地存储的所述业务报文中携带的空口承载信息的数量小于预设数量的情况下，或者，本地未存储有业务报文中携带的空口承载信息的情况下，保存业务报文中携带的空口承载信息。
103.在一些实施例中，传输模块103用于：若所述灌包起始协议层类型为无线链路控制层协议rlc，则将灌包报文发送至终端地址。
104.基站的传输模块103可以包括rlc层实体、mac层实体、phy实体，创建模块102在创建灌包报文之后，可以将灌包报文发送至传输模块103的rlc层实体。rlc层实体可以直接将灌包报文通过mac层实体、phy实体、空口等发送至终端地址所对应的终端设备。
105.在一些实施例中，所述灌包任务信息还包括灌包报文协议类型，灌包报文协议类型包括传输控制协议tcp或用户数据报协议udp。
106.在一些实施例中，所述灌包报文协议类型为tcp，所述传输参数为丢包率。
107.在一些实施例中，所述灌包报文协议类型为udp，所述灌包任务信息还包括灌包带宽和线程数，所述传输参数为流量参数，自检模块104用于：根据灌包带宽和线程数确定目标传输参数，统计实际传输参数，并根据目标传输参数和实际传输参数确定流量参数。
108.在一些实施例中，自检模块104还用于：在基站传输自检结果为存在故障的情况下，获取链路状态信息，以及采集本基站内各协议层实体在预设时长内的运行日志。传输模块103还用于：将运行日志和链路状态信息发送至控制系统。
109.以下结合五个具体实施例来对本公开提供的基站传输自检方法进行简要描述。
110.实施例一
111.终端设备，在接入基站后，发送上行的业务报文给基站，该业务报文可以包括浏览网页、登录app和ping公网ip等业务报文，以便检测模块105获取并保存空口承载信息。同时，打开iperf的app服务端，即报文接收软件，执行tcp收包指令，等待与基站的ipref客户端建立tcp连接并接收基站发送的tcp灌包报文。
112.检测模块105，获取并保存终端设备的空口承载信息，其中包括终端设备的ip地址(包含ipv4和ipv6地址)。在本地存储有小于预设数量的业务报文中携带的空口承载信息的情况下，或者，本地未存储有业务报文中携带的空口承载信息的情况下，保存该业务报文中携带的空口承载信息。通过在pdcp协议层对终端设备的上行业务报文进行解析，替代通过gtpu协议中的teid(tunnel endpoint identifier，隧道端点标识)来获取终端设备的空口承载信息。
113.控制系统，创建灌包任务，确定灌包任务信息，并将灌包任务信息通过获取模块101下发给创建模块102。
114.创建模块102，接收控制系统通过获取模块101下发的灌包任务信息，确定其中携带的灌包起始协议层类型为pdcp，灌包方向为下行，以及确定其中携带的灌包报文协议类型为tcp。配置创建模块102与传输模块103的pdcp实体之间的链路，并开启开源组件ipref的客户端，通过ipref的app客户端与终端设备的ipref app服务端建立tcp连接。根据灌包任务信息中携带的终端地址、灌包端口、线程数、灌包时长和tcp窗口大小等配置参数，创建tcp灌包报文，其中携带终端地址，并将tcp灌包报文发送至传输模块103的pdcp实体。同时，创建模块102将灌包任务信息广播给自检模块104，以供自检模块104确定发送灌包报文的传输参数。
115.传输模块103的pdcp实体，接收到创建模块102发送的tcp灌包报文之后，解析tcp灌包报文获得终端地址，并根据终端地址向检测模块105查询终端设备的空口承载信息，若查询到终端地址所对应的空口承载信息，则将灌包报文转发给下级rlc层实体，rlc层实体及以下协议层实体将tcp灌包报文沿空口发送至终端设备。
116.自检模块104，接收传输模块103的各协议层实体发送的tcp丢包率或实际传输流量，根据灌包任务信息中的tcp窗口大小等配置参数计算目标传输流量，并计算归属于该终端的实际传输流量与目标传输流量的比值，当基站传输模块103的任一协议层实体统计到归属于该终端的tcp丢包率大于第一预设阈值时，或者当任一协议层实体归属于该终端的实际传输流量与目标传输流量的比值小于第二预设阈值时，均可确定基站传输自检结果为存在故障，并根据比值确定链路状态信息。此时，自检模块104启动站内各协议层实体的运行日志采集，采集时长为预设时长，采集传输模块103的各协议层实体的运行日志，并将运行日志和确定的链路状态信息反馈给控制系统。
117.实施例二
118.终端设备，在接入基站后，发送上行的业务报文给基站，该业务报文可以包括浏览
网页、登录app和ping公网ip等业务报文，以便检测模块105获取并保存空口承载信息。
119.检测模块105，获取并保存终端设备的空口承载信息，其中包括终端设备的ip地址(包含ipv4和ipv6地址)。在本地存储有业务报文中携带的空口承载信息且该空口承载信息无效的情况下，或者，本地未存储有业务报文中携带的空口承载信息的情况下，保存该业务报文中携带的空口承载信息。通过在pdcp协议层对终端设备的上行业务报文进行解析，替代通过gtpu协议中的teid(tunnel endpoint identifier，隧道端点标识)来获取终端设备的空口承载信息。
120.控制系统，创建灌包任务，确定灌包任务信息，并将灌包任务信息通过获取模块101下发给创建模块102。
121.创建模块102，接收控制系统通过获取模块101下发的灌包任务信息，确定其中携带的灌包起始协议层类型为pdcp，灌包方向为下行，以及确定其中携带的灌包报文协议类型为udp。配置创建模块102与传输模块103的pdcp实体之间的链路，根据灌包任务信息中携带的终端地址、灌包端口、线程数、灌包时长、报文长度和灌包带宽等配置参数，创建udp灌包报文，其中携带终端地址。具体的，可以通过开启开源组件ipref的客户端创建udp灌包报文，将udp灌包报文发送至传输模块103的pdcp实体。同时，创建模块102将灌包任务信息广播给自检模块104，以供自检模块104确定发送灌包报文的传输参数。
122.传输模块103的pdcp实体，接收到创建模块102发送的udp灌包报文之后，解析udp灌包报文获得终端地址，并根据终端地址向检测模块105查询终端设备的空口承载信息，若查询到终端地址所对应的空口承载信息，则将灌包报文转发给下级rlc层实体，rlc层实体及以下协议层实体将udp灌包报文沿空口发送至终端设备。
123.自检模块104，接收传输模块103的各协议层实体发送的实际传输流量，根据灌包任务信息中的灌包带宽和线程数计算目标传输流量，并计算归属于该终端的实际传输流量与目标传输流量的比值，当归属于该终端的任一协议层实体实际传输流量与目标传输流量的比值小于第三预设阈值时，均可确定基站传输自检结果为存在故障，并根据比值确定链路状态信息。此时，自检模块104启动站内各协议层实体的运行日志采集，采集时长为预设时长，采集传输模块103的各协议层实体的运行日志，并将运行日志和确定的链路状态信息反馈给控制系统。
124.实施例三
125.检测模块105，获取并保存终端设备的空口承载信息，其中包括终端设备的ip地址(包含ipv4和ipv6地址)。当终端设备接入本基站时，检测模块基于traceid识别到当前正在接入本基站的终端设备为目标终端设备时，直接获取并保存该终端设备的空口承载信息。获取并保存终端设备的空口承载信息之后，检测模块即可通知创建模块102向控制系统请求获取灌包任务信息。
126.控制系统，创建灌包任务，确定灌包任务信息，并响应于获取模块101的灌包任务请求，将灌包任务信息通过获取模块101下发给创建模块102。
127.创建模块102，接收到检测模块105的通知后，通过获取模块101向控制系统发送灌包任务请求，接收控制系统通过获取模块101下发的灌包任务信息，确定其中携带的灌包起始协议层类型为pdcp，灌包方向为下行，以及确定其中携带的灌包报文协议类型为udp。配置创建模块102与传输模块103的pdcp实体之间的链路，根据灌包任务信息中携带的终端地
址、灌包端口、线程数、灌包时长、报文长度和灌包带宽等配置参数以及按照如图7所示的udp报文格式，创建udp灌包报文，其中携带终端地址。具体的，可以通过开启开源组件ipref的客户端创建udp灌包报文，将udp灌包报文发送至传输模块103的pdcp实体。同时，创建模块102将灌包任务信息广播给自检模块104，以供自检模块104确定发送灌包报文的传输参数。
128.传输模块103的pdcp实体，接收到创建模块102发送的udp灌包报文之后，解析udp灌包报文获得终端地址，并根据终端地址向检测模块105查询终端设备的空口承载信息，若查询到终端地址所对应的空口承载信息，则将灌包报文转发给下级rlc层实体，rlc层实体及以下协议层实体将udp灌包报文沿空口发送至终端设备。
129.自检模块104，接收传输模块103的各协议层实体发送的实际传输流量，根据灌包任务信息中的灌包带宽和线程数计算目标传输流量，并计算归属于该终端的实际传输流量与目标传输流量的比值，当归属于该终端的任一协议层实体的实际传输流量与目标传输流量的比值小于第三预设阈值时，均可确定基站传输自检结果为存在故障，并根据比值确定链路状态信息。此时，自检模块104启动站内各协议层实体的运行日志采集，采集时长为预设时长，采集传输模块103的各协议层实体的运行日志，并将运行日志和确定的链路状态信息反馈给控制系统。
130.实施例四
131.检测模块105，获取并保存终端设备的空口承载信息，其中包括终端设备的ip地址(包含ipv4和ipv6地址)。响应于接收到接入到本基站的终端设备发送的上行报文，解析所述上行报文以获得上行报文特征，在所述上行报文特征满足控制系统所预先配置的目标终端信息的情况下，识别并保存所述终端设备的ip地址及空口承载信息。其中，目标终端信息可以包括上行报文的协议类型、对端ip地址、上行报文的数据包长度、上行报文的数据包内容等等。获取并保存终端设备的空口承载信息之后，检测模块105即可通知创建模块102向控制系统请求获取灌包任务信息。
132.控制系统，创建灌包任务，确定灌包任务信息，并响应于获取模块101的灌包任务请求，将灌包任务信息通过获取模块101下发给创建模块102。
133.创建模块102，接收到检测模块105的通知后，通过获取模块101向控制系统发送灌包任务请求，接收控制系统通过获取模块101下发的灌包任务信息，确定其中携带的灌包起始协议层类型为pdcp，灌包方向为下行，以及确定其中携带的灌包报文协议类型为udp。配置创建模块102与传输模块的pdcp实体之间的链路，根据灌包任务信息中携带的终端地址、灌包端口、线程数、灌包时长、报文长度和灌包带宽等配置参数以及按照如图7所示的udp报文格式，创建udp灌包报文，其中携带终端地址。具体的，可以通过开启开源组件ipref的客户端创建udp灌包报文，将udp灌包报文发送至传输模块103的pdcp实体。同时，创建模块102将灌包任务信息广播给自检模块104，以供自检模块104确定发送灌包报文的传输参数。
134.需要说明的是，在本公开实施例中，基站除通过开启ipref的客户端创建udp灌包报文向终端设备进行udp灌包以外，还可以自行根据灌包任务信息进行udp组包并将udp灌包报文发送给终端设备，无需借助ipref的客户端。
135.传输模块103的pdcp实体，接收到创建模块102发送的udp灌包报文之后，解析udp灌包报文获得终端地址，并根据终端地址向检测模块105查询终端设备的空口承载信息，若
查询到终端地址所对应的空口承载信息，则将灌包报文转发给下级rlc层实体，rlc层实体及以下协议层实体将udp灌包报文沿空口发送至终端设备。
136.自检模块104，接收传输模块103的各协议层实体发送的实际传输流量，根据灌包任务信息中的灌包带宽和线程数计算目标传输流量，并计算实归属于该终端的际传输流量与目标传输流量的比值，当归属于该终端的任一协议层实体实际传输流量与目标传输流量的比值小于第三预设阈值时，均可确定基站传输自检结果为存在故障，并根据比值确定链路状态信息。此时，自检模块104启动站内各协议层实体的运行日志采集，采集时长为预设时长，采集传输模块103的各协议层实体的运行日志，并将运行日志和确定的链路状态信息反馈给控制系统。
137.实施例五
138.控制系统，创建灌包任务，确定灌包任务信息，并将灌包任务信息通过获取模块101下发给创建模块102。
139.创建模块102，接收控制系统通过获取模块101下发的灌包任务信息，确定其中携带的灌包起始协议层类型为rlc，灌包方向为下行，以及确定其中携带的灌包报文协议类型为udp。配置创建模块102与传输模块的rlc层实体之间的链路，根据灌包任务信息中携带的终端地址、灌包端口、线程数、灌包时长、报文长度和灌包带宽等配置参数，创建udp灌包报文，其中携带终端地址。具体的，可以通过开启开源组件ipref的客户端创建udp灌包报文，将udp灌包报文发送至传输模块的rlc层实体。同时，创建模块102将灌包任务信息广播给自检模块104，以供自检模块104确定发送灌包报文的传输参数。
140.传输模块的rlc层实体，接收到创建模块102发送的udp灌包报文之后，通过rlc层以下协议层实体将udp灌包报文沿空口发送至终端设备。
141.自检模块104，接收传输模块103的各协议层实体发送的实际传输流量，根据灌包任务信息中的灌包带宽和线程数计算目标传输流量，并计算归属于该终端的实际传输流量与目标传输流量的比值，当归属于该终端的任一协议层实体的实际传输流量与目标传输流量的比值小于第三预设阈值时，均可确定基站传输自检结果为存在故障，并根据比值确定链路状态信息。此时，自检模块104启动站内各协议层实体的运行日志采集，采集时长为预设时长，采集传输模块103的各协议层实体的运行日志，并将运行日志和确定的链路状态信息反馈给控制系统。
142.需要说明的是，本公开实施例提供的基站传输自检方法的原理同样也适用于上行灌包(即终端设备向基站发起灌包)的情况，以下结合一个具体实施例来对上行灌包的情况进行简要描述。
143.实施例六
144.控制系统，创建灌包任务，确定灌包任务信息，并将灌包任务信息通过获取模块101下发给创建模块102。
145.创建模块102接收控制系统通过获取模块101下发的灌包任务信息，确定其中携带的灌包起始协议层类型为pdcp层，灌包方向为上行，以及确定其中携带的灌包报文协议类型为tcp。配置创建模块102与传输模块的pdcp层实体之间的链路，开启开源组件ipref的服务端，等待来自终端的灌包报文。同时，创建模块102将灌包任务信息广播给自检模块104，以供自检模块104确定传输参数。
146.终端设备,确定灌包任务信息，并将灌包任务信息发送至控制系统，或者，直接向控制系统获取灌包任务信息；该灌包任务信息至少包括灌包端口和灌包报文协议类型，终端设备通过开源组件ipref客户端，与基站的ipref服务端建立tcp连接，从终端设备的pdcp实体开始向基站发起灌包，具体的，pdcp实体将灌包报文转发至rlc实体，rlc实体通过mac实体、phy实体和空口将灌包报文发送至基站。
147.自检模块104，接收传输模块103的各协议层实体发送的归属于该终端的tcp丢包率或实际传输流量，根据灌包任务信息中的tcp窗口大小等配置参数计算目标传输流量，并计算实际传输流量与目标传输流量的比值，当基站传输模块103的任一协议层实体统计到的归属于该终端的tcp丢包率大于第一预设阈值时，或者当任一协议层实体的归属于该终端的实际传输流量与目标传输流量的比值小于第二预设阈值时，均可确定基站传输自检结果为存在故障，并根据比值确定链路状态信息。此时，自检模块104启动站内各协议层实体的运行日志采集，采集时长为预设时长，采集传输模块103的各协议层实体的运行日志，并将运行日志和确定的链路状态信息反馈给控制系统。
148.此外，本公开实施例还提供了一种电子设备，可以包括：一个或多个处理器；存储装置，其上存储有一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如前所述各实施例提供的基站传输自检方法。
149.此外，本公开实施例还提供了一种计算机存储介质，其上存储有计算机程序，其中，所述程序被执行时实现如前所述各实施例提供的基站传输自检方法。
150.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
151.本文已经公开了示例实施例，并且虽然采用了具体术语，但它们仅用于并仅应当被解释为一般说明性含义，并且不用于限制的目的。在一些实例中，对本领域技术人员显而易见的是，除非另外明确指出，否则可单独使用与特定实施例相结合描述的特征、特性和/或元素，或可与其他实施例相结合描述的特征、特性和/或元件组合使用。因此，本领域技术人员将理解，在不脱离由所附的权利要求阐明的本公开的范围的情况下，可进行各种形式和细节上的改变。