Base station testing method, device and system

Abstract

The embodiments of the present application provide a base station testing method, device and system, which are applied to the field of communication technology. The method is applied to a core network server that communicates with the base station to be tested; it includes: determining the target service for base station testing; determining each target test terminal for the target service to be executed; sending a service execution request for the target service to each target test terminal, so that each target test terminal responds to the service execution request after receiving the service execution request, and feeds back the test result data for the base station to be tested to the core network server; wherein the test result data is: data determined based on the response process of the service execution request; receiving the test result data fed back by each target test terminal. Compared with the prior art, the solution provided by the embodiments of the present application can reduce the possibility of power failure of the test terminal during the test, thereby reducing the probability of test interruption.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a base station testing method, device and system. Background Art

[0002] A base station is a radio transceiver station that transmits information to and from mobile phone terminals through a mobile communication exchange center within a certain radio coverage area.

[0003] Currently, with the development of mobile communication technology, higher requirements are placed on the carrying capacity of multi-user service data of base stations. Therefore, it is necessary to perform stress testing on base stations to test the carrying capacity of multi-user service data of base stations.

[0004] In the related art, the adb (android debug bridge) tool is used to realize the stress test of the base station in an automated manner. During the test, the test terminal for responding to the test command communicates with the control terminal for sending the test command through the usb (universal serial bus) interface, and the test terminal is charged by means of the usb interface.

[0005] However, in the above-mentioned related technologies, since a stress test process needs to last for a long time, for example, at least 12 hours, and therefore, due to the poor charging of the USB interface, there is a high possibility of power outages in the test terminal during the test, resulting in a high probability of test interruption. Summary of the invention

[0006] The purpose of the embodiments of the present application is to provide a base station testing method, device and system to reduce the possibility of power failure of the test terminal during the test process, thereby reducing the probability of test interruption. The specific technical solution is as follows:

[0007] In a first aspect, an embodiment of the present invention provides a base station testing method, which is applied to a core network server communicating with a base station to be tested; the method comprises:

[0008] Determine the target services for base station testing;

[0009] Determine each target test terminal to execute the target service; wherein each target test terminal is: a test terminal that communicates with the base station to be tested and is pre-recorded in the core network server;

[0010] Sending a service execution request for the target service to each target test terminal, so that each target test terminal responds to the service execution request after receiving the service execution request, and feeds back test result data for the base station to be tested to the core network server; wherein the test result data is: data determined based on the response process of the service execution request;

[0011] Receive test result data fed back by each target test terminal.

[0012] Optionally, in a specific embodiment, the method further includes:

[0013] Receiving the terminal identification of each test terminal reported by the reservation server, and recording the received terminal identification; wherein the reservation server reports the terminal identification of each test terminal to the core network server after detecting that each test terminal logs into the reservation server;

[0014] The step of determining each target test terminal to execute the target service includes:

[0015] Among the test terminals having the recorded terminal identifications, target test terminals to execute the target service are determined.

[0016] Optionally, in a specific manner, the step of determining, among the test terminals having the recorded terminal identifiers, each target test terminal to execute the target service includes:

[0017] Among the test terminals having the recorded terminal identifications, a test terminal in an online state is determined as a target test terminal.

[0018] Optionally, in a specific manner, the step of determining, among the test terminals having the received terminal identifiers, a test terminal in an online state as a target test terminal includes:

[0019] Among the test terminals having the received terminal identification, a test terminal in an online state determined based on a preset heartbeat mechanism is determined as a target test terminal.

[0020] Optionally, in a specific manner, the preset heartbeat mechanism includes:

[0021] For each test terminal having the recorded terminal identifier, obtaining an initial heartbeat sending interval as a current heartbeat sending interval, and sending a heartbeat message in a long connection mode according to the current heartbeat sending interval;

[0022] If the sending is successful, it is determined that the test terminal is in an online state, and the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval, and the step of sending a heartbeat message in a long connection mode according to the current heartbeat sending interval is returned;

[0023] If the sending fails, the number of consecutive sending failures is increased by 1, and when the number of consecutive sending failures is less than a preset first value, the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval is returned; when the number of consecutive sending failures is equal to the first value, the number of consecutive sending failures is cleared to zero, and based on the specified auxiliary strategy, it is determined whether the test terminal is online; wherein the specified auxiliary strategy is: a strategy for detecting the sending status of the heartbeat message in the short connection mode.

[0024] Optionally, in a specific manner, the step of determining whether the test terminal is online based on the specified auxiliary strategy includes:

[0025] Sending a heartbeat message to the test terminal in a short connection mode;

[0026] If the number of times the heartbeat message is successfully sent continuously in the short connection mode reaches a preset second value, it is determined that the test terminal is in an online state, and the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval is returned;

[0027] Otherwise, it is determined that the test terminal is in an offline state.

[0028] Optionally, in a specific manner, before the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval, the method further includes:

[0029] Detect whether the current heartbeat sending interval is greater than a preset interval threshold;

[0030] If not, the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval;

[0031] Otherwise, return to the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval.

[0032] Optionally, in a specific manner, the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval includes:

[0033] The sum of the current heartbeat sending interval and a preset third value is calculated, and based on the sum and the current heartbeat sending interval, a new current heartbeat sending interval is calculated.

[0034] Optionally, in a specific manner, the step of determining a target service for base station testing includes:

[0035] receiving a test instruction for base station testing sent by a predetermined control terminal;

[0036] A service to be executed for base station testing indicated by the test instruction is determined as a target service.

[0037] Optionally, in a specific manner, the step of determining, among the test terminals having the recorded terminal identifiers, each target test terminal to execute the target service includes:

[0038] Among the test terminals having the recorded terminal identifiers, determining a test terminal having a terminal identifier that matches the target identifier as a target test terminal;

[0039] Wherein, the target identifier is: the user identifier of the user who sends the test instruction through the predetermined control terminal.

[0040] In a second aspect, an embodiment of the present invention provides a base station testing method, which is applied to a target test terminal that communicates with a base station to be tested; the target test terminal is a test terminal pre-recorded in a core network server, and the core network server communicates with the base station to be tested; the method includes:

[0041] Receiving a service execution request for a target service for base station testing issued by a core network server;

[0042] Responding to the service execution request and determining test result data for the base station to be tested; wherein the test result data is data determined based on the response process of the service execution request;

[0043] Feedback the test result data to the core network server.

[0044] Optionally, in a specific manner, before the step of receiving a service execution request for a target service for base station testing sent by a core network server, the method further includes:

[0045] Log in to a predetermined server, so that after detecting that the target test terminal logs in to the predetermined server, the predetermined server reports the terminal identification of the target test terminal to the core network server;

[0046] Wherein, after receiving the terminal identifier of the target test terminal, the core network server records the terminal identifier of the target test terminal.

[0047] Optionally, in a specific manner, the service execution request is: a request for clicking a specified control in the target test terminal; the service execution request carries a control identifier of the specified control; and the step of responding to the service execution request includes:

[0048] Determine a keyword corresponding to the control identifier;

[0049] Calling a designated device interface to determine whether the keyword exists in the current interface of the target test terminal;

[0050] If it exists, calling the designated device interface to determine the position of the keyword in the current interface, and based on the position, executing a click action on the keyword in the current interface;

[0051] Otherwise, determining the upper control of the keyword;

[0052] If the upper layer control is a clickable control, a click action is performed on the upper layer control, and after the click is successful, it is determined that the business execution request response is completed.

[0053] In a third aspect, an embodiment of the present invention provides a core network server, including a memory, a transceiver, and a processor;

[0054] Memory for storing computer programs;

[0055] a transceiver, for transmitting and receiving data under the control of the processor;

[0056] The processor is used to read the computer program in the memory and execute the steps of any base station testing method provided in the first aspect above.

[0057] In a fourth aspect, an embodiment of the present invention provides a test terminal, including a memory, a transceiver, and a processor;

[0058] Memory for storing computer programs;

[0059] a transceiver, for transmitting and receiving data under the control of the processor;

[0060] The processor is used to read the computer program in the memory and execute the steps of any base station testing method provided in the second aspect above.

[0061] In a fifth aspect, an embodiment of the present invention provides a base station testing device, which is applied to a core network server communicating with a base station to be tested; the device includes:

[0062] A service determination module, used to determine a target service for base station testing;

[0063] A terminal determination module, used to determine each target test terminal to execute the target service; wherein each target test terminal is: a test terminal that communicates with the base station to be tested and is pre-recorded in the core network server;

[0064] A request sending module, used for sending a service execution request for the target service to each target test terminal, so that each target test terminal responds to the service execution request after receiving the service execution request, and feeds back the test result data for the base station to be tested to the core network server; wherein the test result data is: data determined based on the response process of the service execution request;

[0065] The data receiving module is used to receive the test result data fed back by each target test terminal.

[0066] Optionally, in a specific implementation, the device further includes:

[0067] An identification recording module, used to receive the terminal identification of each test terminal reported by the reservation server, and record the received terminal identification; wherein, after detecting that each test terminal logs into the reservation server, the reservation server reports the terminal identification of the test terminal to the core network server;

[0068] The terminal determination module includes: a terminal determination submodule, which is used to determine each target test terminal to execute the target service among each test terminal having the recorded terminal identification.

[0069] Optionally, in a specific implementation, the terminal determines the submodule, including:

[0070] The terminal determining unit is used to determine a test terminal in an online state among the test terminals having the recorded terminal identifications as a target test terminal.

[0071] Optionally, in a specific implementation manner, the terminal determination unit is specifically used to:

[0072] Among the test terminals having the received terminal identification, a test terminal in an online state determined based on a preset heartbeat mechanism is determined as a target test terminal.

[0073] Optionally, in a specific implementation, the preset heartbeat mechanism includes:

[0074] For each test terminal having the recorded terminal identifier, obtaining an initial heartbeat sending interval as a current heartbeat sending interval, and sending a heartbeat message in a long connection mode according to the current heartbeat sending interval;

[0075] If the sending is successful, it is determined that the test terminal is in an online state, and the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval, and the step of sending a heartbeat message in a long connection mode according to the current heartbeat sending interval is returned;

[0076] If the sending fails, the number of consecutive sending failures is increased by 1, and when the number of consecutive sending failures is less than a preset first value, the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval is returned; when the number of consecutive sending failures is equal to the first value, the number of consecutive sending failures is cleared to zero, and based on the specified auxiliary strategy, it is determined whether the test terminal is online; wherein the specified auxiliary strategy is: a strategy for detecting the sending status of the heartbeat message in the short connection mode.

[0077] Optionally, in a specific implementation, the step of determining whether the test terminal is online based on the specified auxiliary strategy includes:

[0078] Sending a heartbeat message to the test terminal in a short connection mode;

[0079] If the number of times the heartbeat message is successfully sent continuously in the short connection mode reaches a preset second value, it is determined that the test terminal is in an online state, and the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval is returned;

[0080] Otherwise, it is determined that the test terminal is in an offline state.

[0081] Optionally, in a specific implementation, before the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval, the method further includes:

[0082] Detect whether the current heartbeat sending interval is greater than a preset interval threshold;

[0083] If not, the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval;

[0084] Otherwise, return to the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval.

[0085] Optionally, in a specific implementation, the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval includes:

[0086] The sum of the current heartbeat sending interval and a preset third value is calculated, and based on the sum and the current heartbeat sending interval, a new current heartbeat sending interval is calculated.

[0087] Optionally, in a specific implementation, the service determination module is specifically used to:

[0088] receiving a test instruction for base station testing sent by a predetermined control terminal;

[0089] A service to be executed for base station testing indicated by the test instruction is determined as a target service.

[0090] Optionally, in a specific implementation, the terminal determination submodule is specifically used to:

[0091] Among the test terminals having the recorded terminal identifiers, determining a test terminal having a terminal identifier that matches the target identifier as a target test terminal;

[0092] Wherein, the target identifier is: the user identifier of the user who sends the test instruction through the predetermined control terminal.

[0093] In a sixth aspect, an embodiment of the present invention provides a base station testing device, which is applied to a target test terminal that communicates with a base station to be tested; the target test terminal is a test terminal pre-recorded in a core network server, and the core network server communicates with the base station to be tested; the device includes:

[0094] A request receiving module, used for receiving a service execution request for a target service for base station testing issued by a core network server;

[0095] A request response module, used to respond to the service execution request and determine the test result data for the base station to be tested; wherein the test result data is data determined based on the response process of the service execution request;

[0096] A data feedback module is used to feed back the test result data to the core network server.

[0097] Optionally, in a specific implementation, the device further includes:

[0098] A login module, used for logging into a predetermined server before receiving a service execution request for a target service for base station testing issued by the core network server, so that the predetermined server reports the terminal identifier of the target test terminal to the core network server after detecting that the target test terminal has logged into the predetermined server;

[0099] Wherein, after receiving the terminal identifier of the target test terminal, the core network server records the terminal identifier of the target test terminal.

[0100] Optionally, in a specific implementation, the service execution request is: a request for clicking a specified control in the target test terminal; the service execution request carries a control identifier of the specified control; and the request response module is specifically used to:

[0101] Determine a keyword corresponding to the control identifier;

[0102] Calling a designated device interface to determine whether the keyword exists in the current interface of the target test terminal;

[0103] If it exists, calling the designated device interface to determine the position of the keyword in the current interface, and based on the position, executing a click action on the keyword in the current interface;

[0104] Otherwise, determining the upper control of the keyword;

[0105] If the upper layer control is a clickable control, a click action is performed on the upper layer control, and after the click is successful, it is determined that the business execution request response is completed.

[0106] In a seventh aspect, an embodiment of the present invention provides a base station test system, the system comprising: a core network server communicating with a base station to be tested, and a plurality of test terminals communicating with the base station to be tested and pre-recorded in the core network server;

[0107] The core network server is used to determine a target service for base station testing; determine each target test terminal to be used to execute the target service among the multiple test terminals; send a service execution request for the target service to each target test terminal; and receive test result data fed back by each target test terminal; wherein the test result data is data determined based on a response process to the service execution request;

[0108] Each target test terminal is used to receive a service execution request for a target service for base station testing issued by a core network server; respond to the service execution request and determine test result data for the base station to be tested; and feed back the test result data to the core network server.

[0109] Optionally, in a specific implementation, the base station test system further includes: a predetermined server;

[0110] Each test terminal is also used to log in to the predetermined server;

[0111] The reservation server is used to report the terminal identification of each test terminal to the core network server after detecting that each test terminal logs into the reservation server;

[0112] The core network server is further configured to receive the terminal identification of each test terminal reported by the predetermined server, and record the received terminal identification;

[0113] The core network server determines each target test terminal to execute the target service among multiple test terminals, including: the core network server determines each target test terminal to execute the target service among each test terminal having the recorded terminal identifier.

[0114] Optionally, in a specific implementation method, the core network server determines, among the test terminals with recorded terminal identifiers, each target test terminal for executing the target service, including: the core network server determines, among the test terminals with recorded terminal identifiers, a test terminal in an online state as the target test terminal.

[0115] Optionally, in a specific implementation method, the core network server determines a test terminal in an online state among each test terminal with a recorded terminal identifier as a target test terminal, including: the core network server determines a test terminal in an online state determined based on a preset heartbeat mechanism among each test terminal with a received terminal identifier as a target test terminal.

[0116] Optionally, in a specific implementation, the preset heartbeat mechanism includes:

[0117] For each test terminal having the recorded terminal identifier, obtaining an initial heartbeat sending interval as a current heartbeat sending interval, and sending a heartbeat message in a long connection mode according to the current heartbeat sending interval;

[0118] If the sending is successful, it is determined that the test terminal is in an online state, and the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval, and the step of sending a heartbeat message in a long connection mode according to the current heartbeat sending interval is returned;

[0119] If the sending fails, the number of consecutive sending failures will be increased by 1, and when the number of consecutive sending failures is less than the preset first value, return to the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval; when the number of consecutive sending failures is equal to the first value, the number of consecutive sending failures will be cleared, and based on the specified auxiliary strategy, it is determined whether the test terminal is online; wherein, the specified auxiliary strategy is: a strategy for detecting the sending status of the heartbeat message in the short connection mode.

[0120] Optionally, in a specific implementation, the step of determining whether the test terminal is online based on the specified auxiliary strategy includes:

[0121] Sending a heartbeat message to the test terminal in a short connection mode;

[0122] If the number of times the heartbeat message is successfully sent continuously in the short connection mode reaches a preset second value, it is determined that the test terminal is in an online state, and the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval is returned;

[0123] Otherwise, it is determined that the test terminal is in an offline state.

[0124] Optionally, in a specific implementation, before the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval, the method further includes:

[0125] Detect whether the current heartbeat sending interval is greater than a preset interval threshold;

[0126] If not, the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval;

[0127] Otherwise, return to the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval.

[0128] Optionally, in a specific implementation, the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval includes:

[0129] The sum of the current heartbeat sending interval and a preset third value is calculated, and based on the sum and the current heartbeat sending interval, a new current heartbeat sending interval is calculated.

[0130] Optionally, in a specific implementation, the base station test system further includes: a predetermined control terminal;

[0131] The predetermined control terminal is used to send a test instruction for base station testing to the core network server;

[0132] The core network server determines the target service for the base station test, including: receiving a test instruction for the base station test sent by the predetermined control terminal; and determining the service to be executed for the base station test indicated by the test instruction as the target service.

[0133] Optionally, in a specific implementation method, the core network server determines, among the test terminals with recorded terminal identifiers, each target test terminal to execute the target service, including: the core network server determines, among the test terminals with recorded terminal identifiers, a test terminal having a terminal identifier that matches the target identifier as the target test terminal; wherein the target identifier is: the user identifier of the user who sends the test instruction through the predetermined control terminal.

[0134] Optionally, in a specific implementation, the service execution request is: a request for clicking a specified control in a target test terminal, and the service execution request carries a control identifier of the specified control;

[0135] Each target test terminal responds to the business execution request, including: determining the keyword corresponding to the control identifier; calling the specified device interface to determine whether the keyword exists in the current interface of the target test terminal; if so, calling the specified device interface to determine the position of the keyword in the current interface, and based on the position, executing a click action on the keyword in the current interface; otherwise, determining the upper-level control of the keyword; if the upper-level control is a clickable control, executing a click action on the upper-level control, and after the click is successful, determining that the business execution request response is completed.

[0136] In an eighth aspect, an embodiment of the present invention provides a processor-readable storage medium, wherein the processor-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of any base station testing method provided in the first aspect above, or the steps of any base station testing method provided in the second aspect above are implemented.

[0137] In the ninth aspect, an embodiment of the present application provides a computer program product comprising instructions, which, when executed on a computer, enables the computer to execute the steps of any base station testing method provided in the first aspect above, or the steps of any base station testing method provided in the second aspect above.

[0138] Beneficial effects of the embodiments of the present application:

[0139] As can be seen from the above, by applying the solution provided by the embodiment of the present application, when testing the base station to be tested, the core network server that communicates with the base station to be tested is first determined. Then, the core network server can determine the target service for the base station test, and determine each target test terminal for executing the target service among the pre-recorded test terminals that communicate with the base station to be tested. After that, the core network server can send a service execution request for the above target service to each determined target test terminal. In this way, after receiving the above service execution request, each target test terminal can respond to the service execution request, and in the response process, determine the test result data for the base station to be tested, so that the determined test result data can be sent to the core network server, so that the core network server can receive the above test result data.

[0140] Based on this, since the core network server that communicates with the base station to be tested is a device in the mobile network that is used to forward various requests, such as data requests, call requests, etc., therefore, in the embodiment of the present application, each test terminal is connected to the core network server through a wireless network, without the need to communicate with the core network server through a USB interface. In this way, when testing the base station to be tested, the USB interface of the test terminal can be directly connected to a charging power source for charging, so as to reduce the possibility of power failure of the test terminal during a long test process, thereby reducing the probability of test interruption. BRIEF DESCRIPTION OF THE DRAWINGS

[0141] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application, and for ordinary technicians in this field, other embodiments can also be obtained based on these drawings.

[0142] Figure 1 A flowchart of a base station testing method applied to a core network server communicating with a base station to be tested provided in an embodiment of the present application;

[0143] Figure 2 A flowchart of another base station testing method applied to a core network server communicating with a base station to be tested provided in an embodiment of the present application;

[0144] Figure 3 A processing flow chart of a preset heartbeat mechanism provided in an embodiment of the present application;

[0145] Figure 4 A schematic diagram of a processing flow of a preset heartbeat mechanism provided in an embodiment of the present application;

[0146] Figure 5A flowchart of a base station testing method applied to a target test terminal communicating with a base station to be tested provided in an embodiment of the present application;

[0147] Figure 6 A flowchart of another base station testing method applied to a target test terminal communicating with a base station to be tested provided in an embodiment of the present application;

[0148] Figure 7 for Figure 5 A flowchart of a specific implementation method of S502;

[0149] Figure 8 A schematic diagram of the structure of a base station test system provided in an embodiment of the present application;

[0150] Fig. 9 A schematic diagram of the structure of a base station test system in practical applications provided by an embodiment of the present application;

[0151] Fig.10 A schematic diagram of the structure of a base station testing device provided in an embodiment of the present application and applied to a core network server communicating with a base station to be tested;

[0152] Fig.11 A schematic diagram of the structure of a base station testing device provided in an embodiment of the present application for a target test terminal communicating with a base station to be tested;

[0153] Fig.12 A schematic diagram of the structure of a core network server provided in an embodiment of the present application;

[0154] Fig.13 A schematic diagram of the structure of a test terminal provided in an embodiment of the present application. DETAILED DESCRIPTION

[0155] The technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in the field without making creative work are within the scope of protection of the present application. Among them, the term "multiple" in the embodiments of the present application refers to two or more, and other quantifiers are similar.

[0156] In the related art, the adb (android debug bridge) tool is used to realize the stress test of the base station in an automated manner. In the test process, the test terminal for responding to the test instruction communicates with the control terminal for sending the test instruction through the USB (universal serial bus) interface, and the test terminal is charged with the help of the USB interface. However, in the above-mentioned related art, since a stress test process needs to last for a long time, for example, at least 12 hours, therefore, due to the poor charging of the USB interface, during the test process, the test terminal is more likely to be powered off, thereby resulting in a higher probability of test interruption.

[0157] In order to solve the above technical problems, an embodiment of the present application provides a base station testing method applied to a core network server that communicates with a base station to be tested, and a base station testing method applied to a target test terminal that communicates with the base station to be tested, wherein the target test terminal is a test terminal pre-recorded in the core network server.

[0158] The base station test method provided in the embodiment of the present application is used to perform performance testing on the base station in the mobile network system, wherein the technical solution provided in the embodiment of the present application can be applicable to a variety of systems, especially 5G systems. For example, the applicable system can be a global system of mobile communication (GSM) system, a code division multiple access (CDMA) system, a wideband code division multiple access (WCDMA) general packet radio service (GPRS) system, a long term evolution (LTE) system, a LTE frequency division duplex (FDD) system, a LTE time division duplex (TDD) system, an advanced long term evolution (LTE-A) system, a universal mobile telecommunication system (UMTS), a world-wide interoperability for microwave access (WiMAX) system, a 5G new air interface (NR) system, etc. These various systems include terminal equipment and network equipment. The system may also include core network parts, such as the Evolved Packet System (EPS), 5G System (5GS), etc.

[0159] The base station in the embodiment of the present application may include multiple cells that provide services for the terminal. Depending on the specific application scenario, the base station may also be called an access point, or may be a device in the access network that communicates with the wireless terminal device through one or more sectors on the air interface, or other names. The base station may be used to interchange received air frames with Internet Protocol (IP) packets, and serve as a router between the wireless terminal device and the rest of the access network, wherein the rest of the access network may include an Internet Protocol (IP) communication network. The base station may also coordinate the attribute management of the air interface. For example, the base station involved in the embodiments of the present application may be a base station in a global system for mobile communications (Global System for Mobile communications, GSM) or code division multiple access (Code Division Multiple Access, CDMA), or a base station in a wide-band code division multiple access (WCDMA), or a base station in a long-term evolution (long term evolution, LTE) system, a 5G base station (gNB) in a 5G network architecture (next generation system), or a home evolved Node B (Home evolved Node B, HeNB), a relay node, a home base station (femto), a micro-micro base station (pico), etc., which is not limited in the embodiments of the present application. In some network structures, the base station may include a centralized unit (CU) node and a distributed unit (DU) node, and the centralized unit and the distributed unit may also be arranged geographically separately.

[0160] In the field of communication technology, the mobile network system can be divided into three parts: base station subsystem, network subsystem and system support part. The core network part is located in the network subsystem, and its functions are to provide user connection, user management and service carrying, and to provide an interface to the external network as a carrying network. Furthermore, the server in the core network part that is used to implement the core network function is the core network server.

[0161] In addition, according to different test requirements, the target test terminal can be various types of smart phones, such as 5G (5th generation mobile networks, fifth generation mobile communication technology) mobile phones, 4G (the4th Generation mobile communication technolog, fourth generation mobile communication technology) mobile phones, etc. In addition, the test terminal involved in the embodiment of the present application can be a device that provides voice and / or data connectivity to users, a handheld device with wireless connection function, or other processing devices connected to a wireless modem, etc. In different systems, the name of the test terminal may also be different. For example, in a 5G system, the test terminal can be called a user equipment (User Equipment, UE). The wireless test terminal can communicate with one or more core networks (Core Network, CN) via a radio access network (Radio Access Network, RAN). The wireless test terminal can be a mobile terminal device, such as a mobile phone (or "cellular" phone) and a computer with a mobile terminal device. For example, it can be a portable, pocket-sized, handheld, computer-built-in or vehicle-mounted mobile device, which exchanges language and / or data with the radio access network. For example, Personal Communication Service (PCS) phones, cordless phones, Session Initiated Protocol (SIP) phones, Wireless Local Loop (WLL) stations, Personal Digital Assistants (PDA) and other devices. The wireless test terminal may also be referred to as a system, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, an access point, a remote terminal device, an access terminal device, a user terminal device, a user agent, or a user device, which is not limited in the embodiments of the present application.

[0162] In the embodiment of the present application, when testing the base station to be tested, there is no need to increase any hardware cost, thereby improving the efficiency and adequacy of the base station test and saving the cost of the base station test.

[0163] Among them, a testing method for a core network server communicating with a base station to be tested provided in an embodiment of the present application may include:

[0164] Determine the target services for base station testing;

[0165] Determine each target test terminal to execute the target service; wherein each target test terminal is: a test terminal that communicates with the base station to be tested and is pre-recorded in the core network server;

[0166] Sending a service execution request for the target service to each target test terminal, so that each target test terminal responds to the service execution request after receiving the service execution request, and feeds back test result data for the base station to be tested to the core network server; wherein the test result data is: data determined based on the response process of the service execution request;

[0167] Receive test result data fed back by each target test terminal.

[0168] A base station testing method of a target test terminal communicating with a base station to be tested provided by an embodiment of the present application may include:

[0169] Receiving a service execution request for a target service for base station testing issued by a core network server;

[0170] Responding to the service execution request and determining test result data for the base station to be tested; wherein the test result data is data determined based on the response process of the service execution request;

[0171] Feedback the test result data to the core network server.

[0172] As can be seen from the above, by applying the solution provided by the embodiment of the present application, when testing the base station to be tested, the core network server that communicates with the base station to be tested is first determined. Then, the core network server can determine the target service for the base station test, and determine each target test terminal for executing the target service among the pre-recorded test terminals that communicate with the base station to be tested. After that, the core network server can send a service execution request for the above target service to each determined target test terminal. In this way, after receiving the above service execution request, each target test terminal can respond to the service execution request, and in the response process, determine the test result data for the base station to be tested, so that the determined test result data can be sent to the core network server, so that the core network server can receive the above test result data.

[0173] Based on this, since the core network server that communicates with the base station to be tested is a device in the mobile network that is used to forward various requests, such as data requests, call requests, etc., therefore, in the embodiment of the present application, each test terminal is connected to the core network server through a wireless network, without the need to communicate with the core network server through a USB interface. In this way, when testing the base station to be tested, the USB interface of the test terminal can be directly connected to a charging power source for charging, so as to reduce the possibility of power failure of the test terminal during a long test process, thereby reducing the probability of test interruption.

[0174] In conjunction with the accompanying drawings, a base station testing method for a core network server communicating with a base station to be tested provided in an embodiment of the present application is described in detail below.

[0175] Figure 1 A flow chart of a base station testing method for a core network server communicating with a base station to be tested provided in an embodiment of the present application is as follows: Figure 1 As shown, the method may include the following steps:

[0176] S101: Determine a target service for base station testing;

[0177] When testing the base station to be tested, the core network server can determine the target services for the base station test according to the test requirements, such as call services, data upload and download services, browser access services, video reception services, etc. This is all reasonable.

[0178] Among them, the core network server can determine the target service for base station testing in various ways.

[0179] For example, the correspondence between the target service and the trigger time may be pre-set in the core network server, so that when the trigger time of a certain target service is reached, the core network server may automatically trigger the target service.

[0180] For another example, the core network server may obtain a target service input by a user for base station testing.

[0181] It should be noted that the above examples are merely illustrative of the above step S101 , and not limiting. Any method that can implement the above step S101 is within the protection scope of the embodiments of the present application.

[0182] S102: Determine each target test terminal for executing the target service;

[0183] Wherein, each target test terminal is: a test terminal that communicates with the base station to be tested and is pre-recorded in the core network server;

[0184] After determining the target service for base station testing, the core network server needs to further determine the test terminal for executing the target service to test the base station to be tested. That is, after determining the target service for base station testing, the core network server can further determine each target test terminal for executing the target service.

[0185] Among them, for multiple pre-set test terminals, the core network server can obtain all the test terminals, or only obtain some of the test terminals. When determining the above-mentioned target test terminal, the core network server determines it among the test terminals it has obtained.

[0186] That is to say, for multiple pre-set test terminals, the core network server may pre-record all the test terminals or only some of the test terminals, and the target test terminal determined by the core network server is the test terminal pre-recorded in the core network server.

[0187] Furthermore, since during the test process of the base station to be tested, the test terminal uses the base station to complete the test process, the target test terminal determined by the core network server is the test terminal that communicates with the base station to be tested.

[0188] Based on this, each target test terminal determined by the core network server is: a test terminal that communicates with the base station to be tested and is pre-recorded in the core network server.

[0189] Optionally, each target test terminal can be placed in one or more shielding boxes. The so-called shielding box is a shielding body of various shapes such as shells, plates, and sleeves made of conductive or magnetic materials, which limits the electromagnetic capacity within a certain spatial range. It is a metal body used to suppress radiation interference, and processes conduction and radiation to provide an interference-free test environment for the wireless communication device under test. In this way, the communication interference of various communication signals in the environment to each target test terminal can be reduced.

[0190] S103: Sending a service execution request for a target service to each target test terminal, so that each target test terminal responds to the service execution request after receiving the service execution request, and feeds back test result data for the base station to be tested to the core network server;

[0191] The test result data is: data determined based on the response process of the business execution request;

[0192] After determining the target service for base station testing and each target test terminal to execute the target service, the core network server can generate a service execution request for the target service, and then the core network server can send the above service execution request to each target test terminal.

[0193] In this way, each target test terminal can respond to the service execution request after receiving the service execution request.

[0194] For example, when the target service is a call service, the service execution request for the target service may be: dial a designated number; then, after receiving the service execution request, each target test terminal may activate the call function and dial the designated number.

[0195] Among them, in some call services, after each target test terminal enters the call state, each target test terminal hangs up the call only when it receives the call stop instruction. In other call services, after each target test terminal enters the call state, when the call duration reaches a preset duration, each target test terminal can automatically hang up the call. This is all reasonable.

[0196] For another example, when the target business is a data upload and download business, the business execution request for the target business can be: upload a specified first-category file, and download a specified second-category file. Then, after receiving the above-mentioned business execution request, each target test terminal can execute the data upload task, upload the above-mentioned first-category file, and execute the data download task, download the above-mentioned second-category file.

[0197] In the process of each target test terminal executing the above service execution request, various data related to the target service can be generated, including test result data for the base station to be tested. In this way, each target test terminal can determine the test result data for the base station to be tested in the process of responding to the above service execution request. Furthermore, each target test terminal can feed back the determined test result data to the core network server.

[0198] For example, when the target service is a call service, the service execution request for the target service may be: dialing a specified number; the test result data for the base station to be tested may be: the connection time between the target test terminal and the base station to be tested, etc.;

[0199] For example, when the target service is data upload and download service, the service execution request for the target service may be: uploading a specified first type of file and downloading a specified second type of file; the test result data for the base station to be tested may be: file upload speed and file download speed, etc.

[0200] It should be noted that the above examples are merely illustrative of the above step S103 , and are not limiting. Any method that can implement the above step S103 is within the protection scope of the embodiments of the present application.

[0201] S104: Receive test result data fed back by each target test terminal.

[0202] When each target test terminal determines the test result data for the base station to be tested and feeds back the test result data to the core network server, the core network server can receive the test result data.

[0203] At this point, the test of the target service of the base station to be tested can be completed.

[0204] Optionally, after receiving the test result data fed back by each target test terminal, the core network server may store the test result data in a preset storage device, for example, the test result data may be stored in a website server.

[0205] Optionally, after receiving the test result data fed back by each target test terminal, the core network server may further output the test result data, so that a technician may analyze the test result of the base station to be tested based on the test result data.

[0206] Optionally, after receiving the test result data fed back by each target test terminal, the core network server may further use a preset analysis algorithm to analyze the above test result data, obtain the test result of the base station to be tested, and output the test result.

[0207] Based on this, since the core network server that communicates with the base station to be tested is a device in the mobile network that is used to forward various requests, such as data requests, call requests, etc., therefore, in the embodiment of the present application, each test terminal is connected to the core network server through a wireless network, without the need to communicate with the core network server through a USB interface. In this way, when testing the base station to be tested, the USB interface of the test terminal can be directly connected to a charging power source for charging, so as to reduce the possibility of power failure of the test terminal during a long test process, thereby reducing the probability of test interruption.

[0208] Optionally, in a specific implementation, such as Figure 2 As shown, a base station testing method provided by an embodiment of the present application for a core network server communicating with a base station to be tested may also include the following steps:

[0209] S105: receiving the terminal identification of each test terminal reported by the predetermined server, and recording the received terminal identification;

[0210] After detecting that each test terminal logs into the reservation server, the reservation server reports the terminal identification of the test terminal to the core network server;

[0211] Accordingly, in this specific implementation, the above step S102, determining each target test terminal for executing the target service, may include the following steps:

[0212] S102A: Determine target test terminals for executing target services among the test terminals having the recorded terminal identifiers.

[0213] In this specific implementation, multiple test terminals that can be used for base station testing can be pre-set. Each time the base station to be tested is tested, only the test terminals recorded in the core network server can be determined as the target test terminals for the target services to be executed.

[0214] The so-called test terminal pre-recorded in the core network server refers to a test terminal whose terminal identifier is recorded in the core network server. The terminal identifier of the test terminal recorded in the core network server is the terminal identifier reported by the reservation server for logging into the reservation server.

[0215] Based on this, each test terminal can log in to the reservation server, and each test terminal can have a terminal identifier, and different test terminals have different terminal identifiers. Then, after detecting that each test terminal logs in to the reservation server, the reservation server can report the terminal identifier of the test terminal to the core network server.

[0216] In this way, the core network server can receive the terminal identification of each test terminal reported by the predetermined server and record the received terminal identification. The test terminal whose terminal identification is recorded by the core network server is the test terminal pre-recorded in the core network server.

[0217] Optionally, after recording the terminal identification of each test terminal reported by the predetermined server, the core network server may also store the terminal identification in a preset storage device, for example, the terminal identification may be stored in a website server.

[0218] Furthermore, in this specific implementation method, when the core network server determines the target test terminals for the target service to be executed, it can determine the target test terminals for the target service to be executed from the test terminals with the recorded terminal identifiers, and the determined target test terminals communicate with the base station to be tested.

[0219] Optionally, in a specific implementation, in the above Figure 2 Based on the specific implementation shown, the above step S101 may include the following steps 11-12:

[0220] Step 11: receiving a test instruction for base station testing sent by a predetermined control terminal;

[0221] Step 12: Determine the service to be executed for base station testing indicated by the test instruction as the target service.

[0222] In this specific implementation, the core network server may communicate with a predetermined control terminal. For example, the core network server may communicate with an electronic device such as a PC (Personal Computer) or a laptop computer serving as a control terminal.

[0223] In this way, the core network server can receive a test instruction for base station testing sent by the predetermined control terminal with which it is communicating.

[0224] For example, a user may send a test instruction for base station testing to the predetermined control terminal, and then the predetermined control terminal sends the test instruction to the core network server;

[0225] For another example, the correspondence between the test instruction and the trigger time may be pre-set in the above-mentioned predetermined control terminal, so that when the trigger time of a certain test instruction is reached, the predetermined control terminal may send the test instruction to the core network server.

[0226] It should be noted that the above examples are merely illustrative of the above step 11, and are not limiting. Any method that can implement the above step 11 is within the protection scope of the embodiments of the present application.

[0227] In this way, after receiving the test instruction for base station testing sent by the predetermined control terminal, the core network server can determine the to-be-executed service for base station testing indicated by the test instruction, so that the to-be-executed service is the target service.

[0228] Optionally, in a specific implementation, based on the specific implementation shown in the above steps 11-12, the above step S102A, determining each target test terminal for executing the target service among each test terminal having the recorded terminal identifier, may include the following step 2:

[0229] Step 2: Among the test terminals having the recorded terminal identifiers, determine a test terminal having a terminal identifier that matches the target identifier as the target test terminal;

[0230] The target identifier is: the user identifier of the user who sends the test instruction through the predetermined control terminal.

[0231] In this specific implementation, when different users send test instructions for base stations to the core network server through a predetermined control terminal, different users have different user identifiers, and the user identifier of each user matches the terminal identifier of a different test terminal.

[0232] In this way, after receiving the above-mentioned test instruction, the core network server can determine the user identifier of the user who sends the test instruction. Furthermore, after determining the above-mentioned target service, it can determine, among the test terminals with recorded terminal identifiers, the test terminal whose terminal identifier matches the target identifier as the target test terminal.

[0233] At this time, each target test terminal determined by the core network server is: a test terminal having a terminal identifier recorded by the core network server, communicating with the base station to be tested, and having a terminal identifier that matches the target identifier.

[0234] Optionally, the user can log in to the predetermined control terminal, and after logging in, send his own user identification and the test instruction for the base station test to the predetermined control terminal. Then, the predetermined control terminal can send the above test instruction and user identification to the core network server. In this way, since the core network server records the matching relationship between the user identification and the terminal identification, the core network server can determine the test terminal whose terminal identification matches the target identification among the various test terminals with the recorded terminal identification according to the matching relationship, thereby obtaining various target test terminals.

[0235] In addition, optionally, after recording each received terminal identifier, the core network server can send the recorded terminal identifiers to the website server corresponding to the predetermined control terminal, and then the predetermined control terminal can receive and display the terminal identifier sent by the website server, and then the user can specify each terminal identifier that matches his or her own user identifier, and each terminal identifier specified by the user can be carried in the test instruction sent by the user to the predetermined control terminal. At this time, when the core network server receives the test instruction sent by the predetermined control terminal, it can determine the target test terminal based on the terminal identifiers carried in the test instruction.

[0236] The user may input a terminal identifier that matches his / her own user identifier in the predetermined control terminal, or may select a terminal identifier that matches his / her own user identifier from among multiple terminal identifiers displayed on the predetermined control terminal. Both are reasonable.

[0237] Thus, in this specific implementation, each user can only control the test terminal that matches itself to test the base station to be tested, thereby achieving one-to-many and isolated control of the test terminals, and further achieving asset protection of the test terminals.

[0238] In addition, optionally, during the test process, the predetermined control terminal can display in real time the current state of each test terminal whose terminal identifier matches the above target identifier among all pre-set test terminals. The current state can be an idle state, a response state in the process of responding to the target service, or other states, such as an offline state, etc. This is all reasonable.

[0239] In addition, the predetermined control terminal may also warn the target test terminal that has an abnormal situation during the test, for example, marking the terminal identifier of the target test terminal that has an abnormal situation in red.

[0240] In some cases, due to network failure, equipment failure and other issues, the test terminal may fail to communicate with the core network server after logging into the above-mentioned predetermined server, causing the communication between the test terminal and the core network server to be interrupted and unable to complete information transmission. At this time, the core network server cannot send a service execution request for the target service to the test terminal, and thus cannot use the test terminal to test the base station under test.

[0241] Among them, the test terminal that logs in to the predetermined server and whose communication with the core network server is interrupted can be called an offline test terminal, and the test terminal that logs in to the predetermined server and whose communication with the core network server is normal can be called an online test terminal.

[0242] Since information needs to be transmitted between the core network server and the target test terminal during the test of the base station to be tested, when determining the target test terminal, the determined target test terminal is a test terminal in an online state.

[0243] Based on this, in a specific implementation, the above step S102A, determining each target test terminal for executing the target service among each test terminal having the recorded terminal identifier, may include the following step 3:

[0244] Step 3: Determine a test terminal in an online state among the test terminals having the recorded terminal identifications as a target test terminal.

[0245] In this specific implementation, when determining the target test terminal for executing the target service, the core network server can determine a test terminal in an online state from among the test terminals having the recorded terminal identifiers as the target test terminal.

[0246] In this way, each target test terminal determined by the core network server is: a test terminal that has a terminal identifier recorded by the core network server, communicates with the base station to be tested, and is in an online state.

[0247] The heartbeat mechanism is a mechanism for ensuring the validity of a connection by sending heartbeat messages. It can usually be used by any of two communicating devices to notify the other device that it is still online, or to detect whether the other device is online.

[0248] Based on this, in a specific implementation, the above step 3, determining a test terminal in an online state as a target test terminal among the test terminals having the recorded terminal identifiers, may include the following step 31:

[0249] Step 31: among the test terminals having the received terminal identifiers, determine a test terminal in an online state determined based on a preset heartbeat mechanism as a target test terminal.

[0250] In this specific implementation, after recording the terminal identification of a test terminal, the core network server can send a heartbeat message to the test terminal based on a preset heartbeat mechanism to determine whether the terminal is in an online state.

[0251] In this way, when determining the online test terminal among the test terminals with the recorded terminal identification, the core network server can determine the online test terminal determined based on the preset heartbeat mechanism among the test terminals with the received terminal identification.

[0252] Optionally, a functional module for implementing the preset heartbeat mechanism may be added to the core network server, so that the core network server may implement step 31 by running the program code of the functional module.

[0253] Optionally, a client for implementing the preset heartbeat mechanism may be installed in the core network server, so that the core network server may implement step 31 by operating the client.

[0254] Optionally, in a specific implementation, such as Figure 3 As shown, it is a flowchart of the operation of the preset heartbeat mechanism in the above step 31. The preset heartbeat mechanism may include:

[0255] S301: For each test terminal having a recorded terminal identifier, obtaining an initial heartbeat sending interval as a current heartbeat sending interval;

[0256] S302: for each test terminal with the recorded terminal identifier, send a heartbeat message in a long connection mode according to the current heartbeat sending interval; if the sending is successful, execute S303; if the sending is unsuccessful, execute S304;

[0257] S303: Determine that the test terminal is online, increase the current heartbeat sending interval, obtain a new current heartbeat sending interval, and return to S302;

[0258] S304: adding 1 to the number of consecutive sending failures;

[0259] S305: When the number of consecutive sending failures is less than a preset first value, return to S302;

[0260] S306: When the number of consecutive sending failures is equal to the first value, clear the number of consecutive sending failures to zero, and determine whether the test terminal is online based on the specified auxiliary strategy;

[0261] The designated auxiliary strategy is: a strategy for detecting the sending status of the heartbeat message in the short connection mode.

[0262] In this specific implementation, for each test terminal with a recorded terminal identifier, the core network server can obtain the initial heartbeat sending interval as the current heartbeat sending interval. Then, the core network server can send a heartbeat message to the test terminal in a long connection mode according to the current heartbeat sending interval, and determine whether the heartbeat message is sent successfully.

[0263] That is, when a heartbeat message is sent to the test terminal for the first time in the long connection mode, the current heartbeat sending interval used is the preset initial heartbeat sending interval.

[0264] The so-called long connection means that multiple data packets can be sent continuously on a connection and then disconnected. During the connection, if no data packet is sent, both parties need to send link detection packets.

[0265] Optionally, if a response message fed back by the test terminal is received within a predetermined time period, the core network server may determine that the heartbeat message is sent successfully; otherwise, the core network server may determine that the heartbeat message is sent unsuccessfully.

[0266] If the above-mentioned heartbeat message is sent successfully, the core network server can determine that the test terminal is online, and can increase the current heartbeat sending interval based on which the above-mentioned heartbeat message is sent to obtain a new current heartbeat sending interval. After obtaining the new current heartbeat sending interval, the core network server can return to execute S302, wherein when executing S302 again, the current heartbeat sending interval used is the new current heartbeat sending interval obtained after the last heartbeat was successfully sent.

[0267] Optionally, in the above step S303, increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval may include the following step 4:

[0268] Step 4: Calculate the sum of the current heartbeat sending interval and a preset third value, and then calculate a new current heartbeat sending interval based on the sum and the current heartbeat sending interval.

[0269] For example, the average of the sum value and the current heartbeat sending interval may be calculated as the new current heartbeat sending interval.

[0270] In addition, optionally, the current heartbeat sending interval can be increased by using the following formula to obtain a new current heartbeat sending interval. The formula is:

[0271]

[0272] Among them, x i The new current heartbeat sending interval is obtained by increasing the current heartbeat sending interval for the i-th time, i ≥ 1, x0 is the initial heartbeat sending interval, and when i is greater than 1, x i-1 The new current heartbeat sending interval obtained by increasing the current heartbeat sending interval for the i-1th time, x k The new current heartbeat sending interval is obtained by increasing the current heartbeat sending interval for the kth time.

[0273] In addition, in actual applications, in order to ensure accurate detection of the state of the test terminal, the current heartbeat sending interval cannot be increased indefinitely, but has a certain threshold limit.

[0274] Based on this, optionally, in the above step S303, after determining that the test terminal is online and before increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval, the core network server can first detect whether the current heartbeat sending interval is greater than a preset interval threshold.

[0275] In this way, if the current heartbeat sending interval is not greater than the preset interval threshold, it can be explained that the current heartbeat sending interval can continue to increase, so that the current heartbeat sending interval can be increased to obtain a new current heartbeat sending interval;

[0276] Otherwise, it can be explained that the current heartbeat sending interval has reached the maximum value and cannot be further increased, so the above step S302 can be returned to execute immediately. Wherein, when executing the above step S302 again, the current heartbeat sending interval used is the preset interval threshold.

[0277] Correspondingly, if the above-mentioned heartbeat message fails to be sent, the core network server can add 1 to the recorded number of consecutive sending failures, and determine the relationship between the number of consecutive sending failures and a preset second value.

[0278] That is, after the core network server adds 1 to the recorded number of consecutive sending failures to obtain a new number of consecutive sending failures, it can further determine the relationship between the new number of consecutive sending failures and the preset second value.

[0279] When it is determined that the number of consecutive transmission failures is less than the preset first value, the core network server may not determine whether the test terminal is online, but return to execute S302. Since the current heartbeat transmission interval is not changed when it is determined that the number of consecutive transmission failures is less than the preset first value, when S302 is executed again, the current heartbeat transmission interval used is the same as the current heartbeat transmission interval used for the last heartbeat transmission.

[0280] In this way, it is possible to avoid the situation where the test terminal is misjudged as being offline due to occasional network jitter.

[0281] When it is determined that the number of consecutive sending failures is equal to a preset first value, it can be explained that the test terminal has failed to send heartbeat messages in the long connection mode for the first value of consecutive times, so the test terminal is very likely to be offline. In order to further accurately determine whether the test terminal is online, it can be determined whether the test terminal is online based on a specified auxiliary strategy, and the number of consecutive sending failures is cleared.

[0282] That is, the sending mode of the heartbeat message can be converted from the long connection mode to the short connection mode, and then, based on the strategy of detecting the sending state of the heartbeat message in the short connection mode, it is determined whether the test terminal is online.

[0283] The so-called short connection means that during the data transmission process, a connection is established only when data needs to be sent. After the data is sent, the connection is disconnected, that is, each connection only completes the sending of one business.

[0284] Optionally, in the above step S306, determining whether the test terminal is online based on the specified auxiliary strategy may include the following steps 51-53:

[0285] Step 51: Send a heartbeat message to the test terminal in the short connection mode; if the number of consecutive successful heartbeat messages sent in the short connection mode reaches a preset second value, execute step 52, otherwise, execute step 53;

[0286] Step 52: Determine that the test terminal is in an online state, and return to the above step S302;

[0287] Step 53: Determine whether the test terminal is in an offline state.

[0288] After converting the long connection mode to the short connection mode, the core network server can send a heartbeat message to the test terminal in the short connection mode, and record the number of times the heartbeat message is successfully sent continuously in the short connection mode. Furthermore, when the number of times the heartbeat message is successfully sent continuously in the short connection mode reaches a preset second value, it can be considered that the failure to send the heartbeat message in the long connection mode for the first value of consecutive times is due to accidental factors such as network jitter, and the test terminal is still online.

[0289] In this way, the core network server can determine that the test terminal is online, and return to execute S302. Since the current heartbeat sending interval is not changed at this time, when S302 is executed again, the current heartbeat sending interval used is the same as the current heartbeat sending interval used when the heartbeat message was sent in the long connection mode the last time.

[0290] Correspondingly, if the heartbeat message sent to the test terminal in short connection mode cannot be successfully sent for the preset second value number of times, it can be further explained that the test terminal is very likely to be offline. Therefore, in order to ensure the test accuracy of the base station to be tested, it can be determined that the test terminal is offline.

[0291] In the embodiment of the present application, the above-mentioned preset heartbeat mechanism is used to achieve timely transmission and reliability control of the rate when the network is unstable.

[0292] In order to facilitate understanding of the preset heartbeat mechanism provided in the above embodiment of the present application, as follows: Figure 4 As shown, it is a schematic diagram of the operation flow of a preset heartbeat mechanism provided in an embodiment of the present application. For each test terminal with a recorded terminal identifier, the core network server may perform the following steps:

[0293] S401: Obtain an initial heartbeat sending interval as a current heartbeat sending interval;

[0294] S402: Send a heartbeat message in a long connection mode according to the current heartbeat sending interval; if the sending is successful, execute S403; if the sending is unsuccessful, execute S404;

[0295] S403: Determine whether the test terminal is online, and detect whether the current heartbeat sending interval is greater than a preset interval threshold; if not, execute S405; otherwise, return to S402;

[0296] S405: Increase the current heartbeat sending interval to obtain a new current heartbeat sending interval, and return to S402;

[0297] S404: adding 1 to the number of consecutive sending failures, and determining whether the number of consecutive sending failures is less than a preset first value; if the number of consecutive sending failures is less than the preset first value, returning to S402; if the number of consecutive sending failures is equal to the first value, executing step S406;

[0298] S406: clear the number of consecutive sending failures and send a heartbeat message to the test terminal in the short connection mode; if the number of consecutive successful heartbeat message sending in the short connection mode reaches a preset second value, execute S407; otherwise, execute S408;

[0299] S407: Determine that the test terminal is in an online state, and return to the above step S402;

[0300] S408: Determine that the test terminal is offline.

[0301] Below, in conjunction with the accompanying drawings, a base station testing method provided in an embodiment of the present application and applied to a target test terminal communicating with a base station to be tested is specifically described.

[0302] The target test terminal is a test terminal pre-recorded in a core network server, and the core network server communicates with the base station to be tested.

[0303] Figure 5 A flow chart of a base station testing method for a target test terminal communicating with a base station to be tested provided in an embodiment of the present application is shown as follows: Figure 5 As shown, the method may include the following steps:

[0304] S501: receiving a service execution request for a target service for base station testing issued by a core network server;

[0305] S502: Respond to the service execution request and determine the test result data for the base station to be tested;

[0306] The test result data is data determined based on the response process of the business execution request;

[0307] S503: Feedback test result data to the core network server.

[0308] In this specific implementation, the target test terminal may receive a service execution request for a target service for base station testing issued by the core network server. Further, upon receiving the service execution request, the target test terminal may respond to the service execution request.

[0309] In the process of the target test terminal executing the above service execution request, various data related to the target service can be generated, including test result data for the base station to be tested. In this way, the target test terminal can determine the test result data for the base station to be tested in the process of responding to the above service execution request, and feed back the determined test result data to the core network server.

[0310] Based on this, since the core network server that communicates with the base station to be tested is a device in the mobile network that is used to forward various requests, such as data requests, call requests, etc., therefore, in the embodiment of the present application, each test terminal is connected to the core network server through a wireless network, without the need to communicate with the core network server through a USB interface. In this way, when testing the base station to be tested, the USB interface of the test terminal can be directly connected to a charging power source for charging, so as to reduce the possibility of power failure of the test terminal during a long test process, thereby reducing the probability of test interruption.

[0311] Optionally, in a specific implementation, such as Figure 6 As shown, a base station testing method provided by an embodiment of the present application for a target test terminal communicating with a base station to be tested may also include the following steps:

[0312] S504: Log in to the reservation server, so that the reservation server reports the terminal identifier of the target test terminal to the core network server after detecting that the target test terminal has logged in to the reservation server;

[0313] After receiving the terminal identifier of the target test terminal, the core network server records the terminal identifier of the target test terminal.

[0314] In this specific implementation, the so-called test terminal pre-recorded in the core network server refers to: a test terminal whose terminal identifier is recorded in the core network server. The terminal identifier of the test terminal recorded in the core network server is the terminal identifier reported by the reservation server for logging into the reservation server.

[0315] Based on this, the target test terminal can first log in to the reservation server. Then, after detecting that the target test terminal has logged in to the reservation server, the reservation server can report the terminal identification of the target test terminal to the core network server. In this way, after the core network server receives the terminal identification of the target test terminal and records the terminal identification of the target test terminal, the target test terminal can become a test terminal pre-recorded in the core network server.

[0316] The above-mentioned target service may be: simulated click service, and thus, the above-mentioned service execution request is: a request for clicking a specified control in the target test terminal; for example, the target test terminal is a 5G mobile phone, and the target service is: turning on the flight mode and then switching the 5G button, then the service execution request is: clicking the flight mode switch and clicking the 5G button switch.

[0317] Based on this, in a specific implementation, Figure 7 As shown, in the above step S502, responding to the service execution request may include the following steps:

[0318] S701: Determine the keyword corresponding to the control identifier;

[0319] S702: Call the specified device interface to determine whether the keyword exists in the current interface of the target test terminal; if so, execute S703; otherwise, execute S704;

[0320] S703: calling a designated device interface to determine the position of the keyword in the current interface, and based on the position, executing a click action on the keyword in the current interface;

[0321] S704: Determine the upper layer control of the keyword;

[0322] S705: If the upper layer control is a clickable control, a click action is performed on the upper layer control, and after the click is successful, it is determined that the business execution request response is completed.

[0323] There are many ways to determine the upper control of a keyword. For example, by calling a device interface, the correspondence between various keywords and corresponding upper controls can be obtained. In this way, after a keyword is obtained, the upper control can be obtained.

[0324] In this specific implementation, after receiving the above-mentioned service execution request for clicking the specified control in the target test terminal, the target test terminal can first determine the keyword corresponding to the above-mentioned specified control based on the pre-established mapping relationship between the spatial identifiers of each control and the keyword. Then, the target test terminal can call the specified device interface to determine whether the keyword exists in the current interface of the target test terminal. Among them, in the mapping relationship, the control identifier of any control is a pre-set identifier that uniquely identifies the control, and the keyword mapped to the control identifier of any control is the display content of the control in the interface of the test terminal.

[0325] Furthermore, if the keyword exists in the current interface of the target test terminal, the target test terminal can further call the above-mentioned specified device interface to determine the position of the keyword in the current interface. In this way, the target test terminal can execute a click action on the keyword in the current interface, thereby responding to and completing the above-mentioned service execution request.

[0326] For example, the getRootinActiveWindow interface may be called to determine whether a keyword exists in the current interface of the target test terminal, and if so, determine the position of the keyword in the current interface.

[0327] Correspondingly, if the keyword does not exist in the current interface of the target test terminal, the upper control of the keyword can be further determined, and when the upper control is a clickable control, a click action is performed on the upper control. In this way, when the click on the upper control is successful, it can be determined that the business execution request response is completed.

[0328] Optionally, a function module for responding to the service execution request for clicking a designated control in the target test terminal may be added to the target test terminal, so that the target test terminal can implement the above specific implementation by running the program code of the function module.

[0329] Optionally, a client for responding to the service execution request for clicking a designated control in the target test terminal may be installed in the core network server, so that the target test terminal can implement the above specific implementation manner by operating the client.

[0330] Corresponding to the above-mentioned embodiments of the present application, a base station testing method applied to a core network server communicating with a base station to be tested, and a base station testing method applied to a target test terminal communicating with a base station to be tested, the embodiments of the present application also provide a base station testing system.

[0331] Figure 8 A schematic diagram of the structure of a base station test system provided in an embodiment of the present application is shown in FIG. Figure 8 As shown, the base station test system includes: a core network server 801 communicating with the base station to be tested, and a plurality of test terminals 802 communicating with the base station to be tested and pre-recorded in the core network server 801;

[0332] The core network server 801 is used to determine a target service for base station testing; determine each target test terminal 802 to execute the target service among the multiple test terminals 802; send a service execution request for the target service to each target test terminal 802; receive test result data fed back by each target test terminal 802; wherein the test result data is: data determined based on the response process of the service execution request;

[0333] Each target test terminal is used to receive a service execution request for a target service for base station testing issued by the core network server 801; respond to the service execution request and determine test result data for the base station to be tested; and feed back the test result data to the core network server 801. Each target test terminal is any one of the multiple test terminals 802.

[0334] Based on this, since the core network server that communicates with the base station to be tested is a device in the mobile network that is used to forward various requests, such as data requests, call requests, etc., therefore, in the embodiment of the present application, each test terminal is connected to the core network server through a wireless network, without the need to communicate with the core network server through a USB interface. In this way, when testing the base station to be tested, the USB interface of the test terminal can be directly connected to a charging power source for charging, so as to reduce the possibility of power failure of the test terminal during a long test process, thereby reducing the probability of test interruption.

[0335] Optionally, in a specific implementation, the base station test system further includes: a predetermined server;

[0336] Each test terminal 802 is also used to log in to a predetermined server;

[0337] The reservation server is used to report the terminal identification of each test terminal 802 to the core network server 801 after detecting that each test terminal 802 logs into the reservation server;

[0338] The core network server 801 is further configured to receive the terminal identification of each test terminal 802 reported by the predetermined server, and record the received terminal identification;

[0339] The core network server 801 determines each target test terminal 802 for executing a target service among multiple test terminals 802 , including: the core network server 801 determines each target test terminal for executing a target service among each test terminal 802 having a recorded terminal identifier.

[0340] Optionally, in a specific implementation method, the core network server 801 determines each target test terminal for executing the target service among each test terminal 802 with the recorded terminal identifier, including: the core network server 801 determines a test terminal 802 in an online state as the target test terminal among each test terminal 802 with the recorded terminal identifier.

[0341] Optionally, in a specific implementation method, the core network server 801 determines, among each test terminal 802 having a recorded terminal identifier, a test terminal 802 that is in an online state as a target test terminal, including: the core network server 801 determines, among each test terminal 802 that has a received terminal identifier, a test terminal 802 that is in an online state determined based on a preset heartbeat mechanism as a target test terminal.

[0342] Optionally, in a specific implementation, the preset heartbeat mechanism includes:

[0343] For each test terminal 802 having the recorded terminal identifier, an initial heartbeat sending interval is obtained as the current heartbeat sending interval, and a heartbeat message is sent in a long connection mode according to the current heartbeat sending interval;

[0344] If the sending is successful, it is determined that the test terminal 802 is in an online state, and the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval, and the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval is returned;

[0345] If the sending fails, the number of consecutive sending failures will be increased by 1, and when the number of consecutive sending failures is less than the preset first value, return to the step of sending heartbeat messages in long connection mode according to the current heartbeat sending interval; when the number of consecutive sending failures is equal to the first value, the number of consecutive sending failures will be cleared, and based on the specified auxiliary strategy, it is determined whether the test terminal 802 is online; wherein, the specified auxiliary strategy is: a strategy for detecting the sending status of the heartbeat message in the short connection mode.

[0346] Optionally, in a specific implementation, the step of determining whether the test terminal 802 is online based on a specified auxiliary strategy includes:

[0347] Sending a heartbeat message to the test terminal 802 in a short connection mode;

[0348] If the number of times the heartbeat message is successfully sent continuously in the short connection mode reaches a preset second value, it is determined that the test terminal 802 is in an online state, and the process returns to the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval;

[0349] Otherwise, it is determined that the test terminal 802 is in an offline state.

[0350] Optionally, in a specific implementation, before the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval, the method further includes:

[0351] Check whether the current heartbeat sending interval is greater than the preset interval threshold;

[0352] If not, increase the current heartbeat sending interval to obtain a new current heartbeat sending interval;

[0353] Otherwise, return to the step of sending heartbeat messages in long connection mode according to the current heartbeat sending interval.

[0354] Optionally, in a specific implementation, the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval includes:

[0355] The sum of the current heartbeat sending interval and a preset third value is calculated, and based on the sum and the current heartbeat sending interval, a new current heartbeat sending interval is calculated.

[0356] Optionally, in a specific implementation, the base station test system further includes: a predetermined control terminal;

[0357] A predetermined control terminal is used to send a test instruction for base station testing to the core network server 801;

[0358] The core network server 801 determines the target service for the base station test, including: receiving a test instruction for the base station test sent by a predetermined control terminal; and determining the service to be executed for the base station test indicated by the test instruction as the target service.

[0359] Optionally, in a specific implementation method, the core network server 801 determines, among the test terminals with recorded terminal identifiers 802, each target test terminal for executing the target service, including: the core network server 801 determines, among the test terminals with recorded terminal identifiers 802, a test terminal 802 having a terminal identifier that matches the target identifier, as the target test terminal; wherein the target identifier is: the user identifier of a user who sends a test instruction through a predetermined control terminal.

[0360] Optionally, in a specific implementation, the service execution request is: a request for clicking a specified control in the target test terminal, and the service execution request carries a control identifier of the specified control;

[0361] Each target test terminal responds to the business execution request, including: determining the keyword corresponding to the control identifier; calling the specified device interface to determine whether the keyword exists in the current interface of the target test terminal; if so, calling the specified device interface to determine the position of the keyword in the current interface, and based on the position, executing a click action on the keyword in the current interface; otherwise, determining the upper-level control of the keyword; if the upper-level control is a clickable control, executing a click action on the upper-level control, and after the click is successful, determining that the business execution request response is completed.

[0362] In order to facilitate the understanding of the above base station test system, Fig. 9 FIG. 1 is a schematic diagram of the structure of a base station test system in practical applications.

[0363] Among them, PC (Personal Computer) and multiple portable computers are predetermined control terminals; the website server is a server corresponding to the predetermined control terminal;

[0364] The 5G mobile phone terminal equipped with the self-developed app (Application, mobile phone software) is each test terminal. When the service execution request is: a request for clicking a specified control in the target test terminal, and the service execution request carries the control identifier of the specified control, the 5G mobile phone terminal as the target test terminal can respond to the above service execution request through the installed self-developed app;

[0365] The core network server is installed with self-developed software based on the improved heartbeat path, and the above-mentioned preset heartbeat mechanism is realized through the self-developed software; and the predetermined server logged in by each test terminal can be integrated with the core network server into a combined network.

[0366] Corresponding to the above method embodiment, the present application embodiment also provides a core network server, such as Fig.10 As shown, the core network server may include:

[0367] Memory 1010, transceiver 1020, processor 1030;

[0368] A memory 1010, used for storing computer programs;

[0369] The transceiver 1020 is used to send and receive data under the control of the processor 1030;

[0370] The processor 1030 is configured to read the computer program in the memory 1010 and perform the following operations:

[0371] Determine the target services for base station testing;

[0372] Determine each target test terminal to execute the target service; wherein each target test terminal is: a test terminal that communicates with the base station to be tested and is pre-recorded in the core network server;

[0373] Sending a service execution request for the target service to each target test terminal, so that each target test terminal responds to the service execution request after receiving the service execution request, and feeds back test result data for the base station to be tested to the core network server; wherein the test result data is: data determined based on the response process of the service execution request;

[0374] Receive test result data fed back by each target test terminal.

[0375] Optionally, the processor 1030 is further configured to read the computer program in the memory 1010 and perform the following operations:

[0376] Receiving the terminal identification of each test terminal reported by the reservation server, and recording the received terminal identification; wherein the reservation server reports the terminal identification of each test terminal to the core network server after detecting that each test terminal logs into the reservation server;

[0377] The processor 1030 is specifically configured to read the computer program in the memory 1010 and perform the following operations:

[0378] Among the test terminals having the recorded terminal identifications, target test terminals to execute the target service are determined.

[0379] Optionally, the processor 1030 is specifically configured to read the computer program in the memory 1010 and perform the following operations:

[0380] Among the test terminals having the recorded terminal identifications, a test terminal in an online state is determined as a target test terminal.

[0381] Optionally, the processor 1030 is specifically configured to read the computer program in the memory 1010 and perform the following operations:

[0382] Among the test terminals having the received terminal identification, a test terminal in an online state determined based on a preset heartbeat mechanism is determined as a target test terminal.

[0383] Optionally, the preset heartbeat mechanism includes:

[0384] For each test terminal having the recorded terminal identifier, obtaining an initial heartbeat sending interval as a current heartbeat sending interval, and sending a heartbeat message in a long connection mode according to the current heartbeat sending interval;

[0385] If the sending is successful, it is determined that the test terminal is in an online state, and the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval, and the step of sending a heartbeat message in a long connection mode according to the current heartbeat sending interval is returned;

[0386] If the sending fails, the number of consecutive sending failures is increased by 1, and when the number of consecutive sending failures is less than a preset first value, the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval is returned; when the number of consecutive sending failures is equal to the first value, the number of consecutive sending failures is cleared to zero, and based on the specified auxiliary strategy, it is determined whether the test terminal is online; wherein the specified auxiliary strategy is: a strategy for detecting the sending status of the heartbeat message in the short connection mode.

[0387] Optionally, the step of determining whether the test terminal is online based on the specified auxiliary strategy includes:

[0388] Sending a heartbeat message to the test terminal in a short connection mode;

[0389] If the number of times the heartbeat message is successfully sent continuously in the short connection mode reaches a preset second value, it is determined that the test terminal is in an online state, and the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval is returned;

[0390] Otherwise, it is determined that the test terminal is in an offline state.

[0391] Optionally, before the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval, the method further includes:

[0392] Detect whether the current heartbeat sending interval is greater than a preset interval threshold;

[0393] If not, the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval;

[0394] Otherwise, return to the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval.

[0395] Optionally, the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval includes:

[0396] The sum of the current heartbeat sending interval and a preset third value is calculated, and based on the sum and the current heartbeat sending interval, a new current heartbeat sending interval is calculated.

[0397] Optionally, the step of determining a target service for base station testing includes:

[0398] receiving a test instruction for base station testing sent by a predetermined control terminal;

[0399] A service to be executed for base station testing indicated by the test instruction is determined as a target service.

[0400] Optionally, the step of determining, among the test terminals having the recorded terminal identifiers, each target test terminal to execute the target service comprises:

[0401] Among the test terminals having the recorded terminal identifiers, determining a test terminal having a terminal identifier that matches the target identifier as a target test terminal;

[0402] Wherein, the target identifier is: the user identifier of the user who sends the test instruction through the predetermined control terminal.

[0403] Among them, Fig.10 In the embodiment, the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by processor 1030 and various circuits of memory represented by memory 1010 are linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and are therefore not further described herein. The bus interface provides an interface. The transceiver 1020 may be a plurality of components, namely, a transmitter and a receiver, providing a unit for communicating with various other devices on a transmission medium, which may include a wireless channel, a wired channel, an optical cable, and other transmission media. The processor 1030 is responsible for managing the bus architecture and general processing, and the memory 1010 may store data used by the processor 1010 when performing operations.

[0404] The processor 1030 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or a complex programmable logic device (CPLD). The processor may also adopt a multi-core architecture.

[0405] Corresponding to the above method embodiment, the present application embodiment also provides a test terminal. Fig.11 As shown, the test terminal includes a memory 1110, a transceiver 1120, and a processor 1130;

[0406] A memory 1110, used for storing computer programs;

[0407] A transceiver 1120, configured to send and receive data under the control of the processor 1130;

[0408] The processor 1130 is configured to read the computer program in the memory 1110 and perform the following operations:

[0409] Receiving a service execution request for a target service for base station testing issued by a core network server;

[0410] Responding to the service execution request and determining test result data for the base station to be tested; wherein the test result data is data determined based on the response process of the service execution request;

[0411] Feedback the test result data to the core network server.

[0412] Optionally, the processor 1130 is further configured to read the computer program in the memory 1110 and perform the following operations:

[0413] Log in to a predetermined server, so that after detecting that the target test terminal logs in to the predetermined server, the predetermined server reports the terminal identification of the target test terminal to the core network server;

[0414] Wherein, after receiving the terminal identifier of the target test terminal, the core network server records the terminal identifier of the target test terminal.

[0415] Optionally, the service execution request is: a request for clicking a specified control in the target test terminal; the service execution request carries a control identifier of the specified control; the processor 1130 is specifically configured to read the computer program in the memory 1110 and perform the following operations:

[0416] Determine a keyword corresponding to the control identifier;

[0417] Calling a designated device interface to determine whether the keyword exists in the current interface of the target test terminal;

[0418] If it exists, calling the designated device interface to determine the position of the keyword in the current interface, and based on the position, executing a click action on the keyword in the current interface;

[0419] Otherwise, determining the upper control of the keyword;

[0420] If the upper layer control is a clickable control, a click action is performed on the upper layer control, and after the click is successful, it is determined that the business execution request response is completed.

[0421] Among them, Fig.11 In the embodiment, the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by processor 1130 and various circuits of memory 1110 represented by memory 1130 are linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and are therefore not further described herein. The bus interface provides an interface. The transceiver 1120 may be a plurality of components, namely, a transmitter and a receiver, providing a unit for communicating with various other devices on a transmission medium, including transmission media such as wireless channels, wired channels, and optical cables. For different user devices, the user interface may also be an interface capable of externally and internally connecting required devices, and the connected devices include but are not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like.

[0422] The processor 1130 is responsible for managing the bus architecture and general processing, and the memory 1110 can store data used by the processor 1130 when performing operations.

[0423] Optionally, the processor 1130 may be a CPU (central processing unit), an ASIC (Application Specific Integrated Circuit), an FPGA (Field-Programmable Gate Array) or a CPLD (Complex Programmable Logic Device), and the processor may also adopt a multi-core architecture.

[0424] The processor calls the computer program stored in the memory to execute any of the methods provided in the embodiments of the present application according to the obtained executable instructions. The processor and the memory can also be arranged physically separately.

[0425] Corresponding to the above-mentioned embodiment of the present application, which provides a base station testing method for a core network server that communicates with a base station to be tested, the embodiment of the present application provides a base station testing device for a core network server that communicates with a base station to be tested.

[0426] Fig.12A schematic diagram of a base station test device for a core network server communicating with a base station to be tested is provided in an embodiment of the present application, such as Fig.12 As shown, the device comprises:

[0427] A service determination module 1210, configured to determine a target service for base station testing;

[0428] The terminal determination module 1220 is used to determine each target test terminal to execute the target service; wherein each target test terminal is: a test terminal that communicates with the base station to be tested and is pre-recorded in the core network server;

[0429] The request sending module 1230 is used to send a service execution request for the target service to each target test terminal, so that each target test terminal responds to the service execution request after receiving the service execution request, and feeds back the test result data for the base station to be tested to the core network server; wherein the test result data is: data determined based on the response process of the service execution request;

[0430] The data receiving module 1240 is used to receive the test result data fed back by each target test terminal.

[0431] Based on this, since the core network server that communicates with the base station to be tested is a device in the mobile network that is used to forward various requests, such as data requests, call requests, etc., therefore, in the embodiment of the present application, each test terminal is connected to the core network server through a wireless network, without the need to communicate with the core network server through a USB interface. In this way, when testing the base station to be tested, the USB interface of the test terminal can be directly connected to a charging power source for charging, so as to reduce the possibility of power failure of the test terminal during a long test process, thereby reducing the probability of test interruption.

[0432] Optionally, in a specific implementation, the device further includes:

[0433] An identification recording module, used to receive the terminal identification of each test terminal reported by the reservation server, and record the received terminal identification; wherein, after detecting that each test terminal logs into the reservation server, the reservation server reports the terminal identification of the test terminal to the core network server;

[0434] The terminal determination module 1220 includes: a terminal determination submodule, configured to determine each target test terminal to execute the target service among each test terminal having the recorded terminal identification.

[0435] Optionally, in a specific implementation, the terminal determines the submodule, including:

[0436] The terminal determining unit is used to determine a test terminal in an online state among the test terminals having the recorded terminal identifications as a target test terminal.

[0437] Optionally, in a specific implementation manner, the terminal determination unit is specifically used to:

[0438] Among the test terminals having the received terminal identification, a test terminal in an online state determined based on a preset heartbeat mechanism is determined as a target test terminal.

[0439] Optionally, in a specific implementation, the preset heartbeat mechanism includes:

[0440] For each test terminal having the recorded terminal identifier, obtaining an initial heartbeat sending interval as a current heartbeat sending interval, and sending a heartbeat message in a long connection mode according to the current heartbeat sending interval;

[0441] If the sending is successful, it is determined that the test terminal is in an online state, and the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval, and the step of sending a heartbeat message in a long connection mode according to the current heartbeat sending interval is returned;

[0442] If the sending fails, the number of consecutive sending failures is increased by 1, and when the number of consecutive sending failures is less than a preset first value, the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval is returned; when the number of consecutive sending failures is equal to the first value, the number of consecutive sending failures is cleared to zero, and based on the specified auxiliary strategy, it is determined whether the test terminal is online; wherein the specified auxiliary strategy is: a strategy for detecting the sending status of the heartbeat message in the short connection mode.

[0443] Optionally, in a specific implementation, the step of determining whether the test terminal is online based on the specified auxiliary strategy includes:

[0444] Sending a heartbeat message to the test terminal in a short connection mode;

[0445] If the number of times the heartbeat message is successfully sent continuously in the short connection mode reaches a preset second value, it is determined that the test terminal is in an online state, and the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval is returned;

[0446] Otherwise, it is determined that the test terminal is in an offline state.

[0447] Optionally, in a specific implementation, before the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval, the method further includes:

[0448] Detect whether the current heartbeat sending interval is greater than a preset interval threshold;

[0449] If not, the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval;

[0450] Otherwise, return to the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval.

[0451] Optionally, in a specific implementation, the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval includes:

[0452] The sum of the current heartbeat sending interval and a preset third value is calculated, and based on the sum and the current heartbeat sending interval, a new current heartbeat sending interval is calculated.

[0453] Optionally, in a specific implementation, the service determination module 1210 is specifically configured to:

[0454] receiving a test instruction for base station testing sent by a predetermined control terminal;

[0455] A service to be executed for base station testing indicated by the test instruction is determined as a target service.

[0456] Optionally, in a specific implementation, the terminal determination submodule is specifically used to:

[0457] Among the test terminals having the recorded terminal identifiers, determining a test terminal having a terminal identifier that matches the target identifier as a target test terminal;

[0458] Wherein, the target identifier is: the user identifier of the user who sends the test instruction through the predetermined control terminal.

[0459] Corresponding to the base station testing method for a target test terminal communicating with a base station to be tested provided in the above-mentioned embodiment of the present application, the embodiment of the present application provides a base station testing device for a target test terminal communicating with a base station to be tested. The target test terminal is a test terminal pre-recorded in a core network server, and the core network server communicates with the base station to be tested.

[0460] Fig.13 A schematic diagram of the structure of a base station test device provided in an embodiment of the present application for a target test terminal communicating with a base station to be tested, such as Fig.13 As shown, the device comprises:

[0461] The request receiving module 1310 is used to receive a service execution request for a target service for base station testing issued by a core network server;

[0462] A request response module 1320, configured to respond to the service execution request and determine test result data for the base station to be tested; wherein the test result data is data determined based on a response process to the service execution request;

[0463] The data feedback module 1330 is used to feed back the test result data to the core network server.

[0464] Based on this, since the core network server that communicates with the base station to be tested is a device in the mobile network that is used to forward various requests, such as data requests, call requests, etc., therefore, in the embodiment of the present application, each test terminal is connected to the core network server through a wireless network, without the need to communicate with the core network server through a USB interface. In this way, when testing the base station to be tested, the USB interface of the test terminal can be directly connected to a charging power source for charging, so as to reduce the possibility of power failure of the test terminal during a long test process, thereby reducing the probability of test interruption.

[0465] Optionally, in a specific implementation, the device further includes:

[0466] A login module, used for logging into a predetermined server before receiving a service execution request for a target service for base station testing issued by the core network server, so that the predetermined server reports the terminal identifier of the target test terminal to the core network server after detecting that the target test terminal has logged into the predetermined server;

[0467] Wherein, after receiving the terminal identifier of the target test terminal, the core network server records the terminal identifier of the target test terminal.

[0468] Optionally, in a specific implementation, the service execution request is: a request for clicking a specified control in the target test terminal; the service execution request carries a control identifier of the specified control; and the request response module 1320 is specifically used to:

[0469] Determine a keyword corresponding to the control identifier;

[0470] Calling a designated device interface to determine whether the keyword exists in the current interface of the target test terminal;

[0471] If it exists, calling the designated device interface to determine the position of the keyword in the current interface, and based on the position, executing a click action on the keyword in the current interface;

[0472] Otherwise, determining the upper control of the keyword;

[0473] If the upper layer control is a clickable control, a click action is performed on the upper layer control, and after the click is successful, it is determined that the business execution request response is completed.

[0474] It should be noted that the division of units in the embodiments of the present application is schematic and is only a logical function division. There may be other division methods in actual implementation. In addition, each functional unit in each embodiment of the present application may be integrated into a processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0475] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a processor-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions to enable a computer device (which can be a personal computer, server, or network device, etc.) or a processor (processor) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), disk or optical disk and other media that can store program codes.

[0476] It should be noted here that the above-mentioned device provided in the embodiment of the present application can implement all the method steps implemented in the above-mentioned method embodiment, and can achieve the same technical effect. The parts and beneficial effects of this embodiment that are the same as those in the method embodiment will not be described in detail here.

[0477] In another embodiment provided in the present application, a processor-readable storage medium is further provided, wherein the processor-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of any of the above-mentioned base station testing methods are implemented.

[0478] In another embodiment provided in the present application, a computer program product including instructions is also provided, which, when executed on a computer, enables the computer to execute the steps of any base station testing method in the above embodiments.

[0479] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from a website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium may be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more available media integrated. The available medium may be a magnetic medium, (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state drive Solid State Disk (SSD)), etc.

[0480] It should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the existence of other identical elements in the process, method, article or device including the elements.

[0481] Each embodiment in this specification is described in a related manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0482] The above description is only a preferred embodiment of the present application and is not intended to limit the protection scope of the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application are included in the protection scope of the present application.

Claims

1. A base station testing method, characterized in that: Applied to a core network server communicating with a base station to be tested; the method comprises: Receiving the terminal identification of each test terminal reported by the reservation server, and recording the received terminal identification; wherein the reservation server reports the terminal identification of each test terminal to the core network server after detecting that each test terminal logs into the reservation server; Determine the target services for base station testing; Among the test terminals with the received terminal identifier, determine the test terminal in the online state determined based on the preset heartbeat mechanism as the target test terminal; wherein each target test terminal is: a test terminal that communicates with the base station to be tested and is pre-recorded in the core network server, and the preset heartbeat mechanism includes: for each test terminal with the recorded terminal identifier, obtain an initial heartbeat sending interval as the current heartbeat sending interval, and send a heartbeat message in a long connection mode according to the current heartbeat sending interval; if the sending is successful, it is determined that the test terminal is in the online state, and the current heartbeat sending interval is adjusted. Increase processing to obtain a new current heartbeat sending interval, and return to the step of sending a heartbeat message in a long connection mode according to the current heartbeat sending interval; if the sending fails, the number of consecutive sending failures is increased by 1, and when the number of consecutive sending failures is less than a preset first value, return to the step of sending a heartbeat message in a long connection mode according to the current heartbeat sending interval; when the number of consecutive sending failures is equal to the first value, the number of consecutive sending failures is cleared, and based on the specified auxiliary strategy, it is determined whether the test terminal is online; wherein the specified auxiliary strategy is: a strategy for detecting the sending status of the heartbeat message in the short connection mode; Sending a service execution request for the target service to each target test terminal, so that each target test terminal responds to the service execution request after receiving the service execution request, and feeds back test result data for the base station to be tested to the core network server; wherein the test result data is: data determined based on the response process of the service execution request; Receive test result data fed back by each target test terminal.

2. The method according to claim 1, characterized in that The step of determining whether the test terminal is online based on the specified auxiliary strategy includes: Sending a heartbeat message to the test terminal in a short connection mode; If the number of times the heartbeat message is successfully sent continuously in the short connection mode reaches a preset second value, it is determined that the test terminal is in an online state, and the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval is returned; Otherwise, it is determined that the test terminal is in an offline state.

3. The method according to claim 1, characterized in that Before the step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval, the method further includes: Detect whether the current heartbeat sending interval is greater than a preset interval threshold; If not, the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval; Otherwise, return to the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval.

4. The method according to claim 1, characterized in that The step of increasing the current heartbeat sending interval to obtain a new current heartbeat sending interval includes: The sum of the current heartbeat sending interval and a preset third value is calculated, and based on the sum and the current heartbeat sending interval, a new current heartbeat sending interval is calculated.

5. The method according to claim 1, characterized in that: The step of determining the target service for base station testing includes: receiving a test instruction for base station testing sent by a predetermined control terminal; A service to be executed for base station testing indicated by the test instruction is determined as a target service.

6. The method according to claim 5, characterized in that The step of determining, among the test terminals having the recorded terminal identifiers, the target test terminals to be used to execute the target service comprises: Among the test terminals having the recorded terminal identifiers, determining a test terminal having a terminal identifier that matches the target identifier as a target test terminal; Wherein, the target identifier is: the user identifier of the user who sends the test instruction through the predetermined control terminal.

7. A base station testing method, characterized in that: Applied to a target test terminal that communicates with a base station to be tested; the target test terminal is a test terminal that is online and is determined by a core network server among various test terminals having a received terminal identifier based on a preset heartbeat mechanism, wherein the preset heartbeat mechanism comprises: for each test terminal having a recorded terminal identifier, obtaining an initial heartbeat sending interval as the current heartbeat sending interval, and sending a heartbeat message in a long connection mode according to the current heartbeat sending interval; if the sending is successful, it is determined that the test terminal is online, and the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval, and the preset heartbeat mechanism is returned to the preset heartbeat mechanism. The method comprises the following steps: sending a heartbeat message in a long connection mode according to the current heartbeat sending interval; if the sending fails, adding 1 to the number of consecutive sending failures, and when the number of consecutive sending failures is less than a preset first value, returning to the step of sending a heartbeat message in a long connection mode according to the current heartbeat sending interval; when the number of consecutive sending failures is equal to the first value, clearing the number of consecutive sending failures, and determining whether the test terminal is online based on a specified auxiliary strategy; wherein the specified auxiliary strategy is a strategy for detecting the sending status of the heartbeat message in a short connection mode, and the core network server communicates with the base station to be tested; the method comprises: Log in to the reservation server, so that the reservation server reports the terminal identification of the target test terminal to the core network server after detecting that the target test terminal logs in to the reservation server; wherein the core network server records the terminal identification of the target test terminal after receiving the terminal identification of the target test terminal; Receiving a service execution request for a target service for base station testing issued by a core network server; Responding to the service execution request and determining test result data for the base station to be tested; wherein the test result data is data determined based on the response process of the service execution request; Feedback the test result data to the core network server.

8. The method according to claim 7, characterized in that The service execution request is: a request for clicking a specified control in the target test terminal; The service execution request carries the control identifier of the specified control; The step of responding to the service execution request includes: Determine a keyword corresponding to the control identifier; Calling a designated device interface to determine whether the keyword exists in the current interface of the target test terminal; If it exists, calling the designated device interface to determine the position of the keyword in the current interface, and based on the position, executing a click action on the keyword in the current interface; Otherwise, determining the upper control of the keyword; If the upper layer control is a clickable control, a click action is performed on the upper layer control, and after the click is successful, it is determined that the business execution request response is completed.

9. A core network server, characterized in that: Including memory, transceiver, processor; Memory for storing computer programs; a transceiver, for transmitting and receiving data under the control of the processor; A processor, configured to read the computer program in the memory and execute the method steps described in any one of claims 1 to 6.

10. A test terminal, characterized in that: Including memory, transceiver, processor; Memory for storing computer programs; a transceiver, for transmitting and receiving data under the control of the processor; A processor, configured to read the computer program in the memory and execute the method steps described in claim 7 or 8.

11. A base station testing device, characterized in that: Applicable to a core network server communicating with a base station to be tested; the device comprises: An identification recording module, used to receive the terminal identification of each test terminal reported by the reservation server, and record the received terminal identification; wherein, after detecting that each test terminal logs into the reservation server, the reservation server reports the terminal identification of the test terminal to the core network server; A service determination module, used to determine a target service for base station testing; The terminal determination module is used to determine, among the test terminals having the received terminal identifier, a test terminal in an online state determined based on a preset heartbeat mechanism as a target test terminal; wherein each target test terminal is: a test terminal that communicates with the base station to be tested and is pre-recorded in the core network server, and the preset heartbeat mechanism includes: for each test terminal having the recorded terminal identifier, obtaining an initial heartbeat sending interval as the current heartbeat sending interval, and sending a heartbeat message in a long connection mode according to the current heartbeat sending interval; if the sending is successful, it is determined that the test terminal is in an online state, and the current heartbeat is sent. The heartbeat message sending interval is increased to obtain a new current heartbeat sending interval, and the step of sending a heartbeat message in a long connection mode according to the current heartbeat sending interval is returned; if the sending fails, the number of consecutive sending failures is increased by 1, and when the number of consecutive sending failures is less than a preset first value, the step of sending a heartbeat message in a long connection mode according to the current heartbeat sending interval is returned; when the number of consecutive sending failures is equal to the first value, the number of consecutive sending failures is cleared, and based on a specified auxiliary strategy, it is determined whether the test terminal is online; wherein the specified auxiliary strategy is: a strategy for detecting the sending status of the heartbeat message in a short connection mode; A request sending module, used for sending a service execution request for the target service to each target test terminal, so that each target test terminal responds to the service execution request after receiving the service execution request, and feeds back the test result data for the base station to be tested to the core network server; wherein the test result data is: data determined based on the response process of the service execution request; The data receiving module is used to receive the test result data fed back by each target test terminal.

12. A base station testing device, characterized in that: Applied to a target test terminal that communicates with a base station to be tested; the target test terminal is a test terminal that is online and is determined by a core network server among various test terminals having a received terminal identifier based on a preset heartbeat mechanism, wherein the preset heartbeat mechanism comprises: for each test terminal having a recorded terminal identifier, obtaining an initial heartbeat sending interval as the current heartbeat sending interval, and sending a heartbeat message in a long connection mode according to the current heartbeat sending interval; if the sending is successful, it is determined that the test terminal is online, and the current heartbeat sending interval is increased to obtain a new current heartbeat sending interval, and the preset heartbeat mechanism is returned to the preset heartbeat mechanism. The step of sending a heartbeat message in a long connection mode according to the current heartbeat sending interval; if the sending fails, adding 1 to the number of consecutive sending failures, and when the number of consecutive sending failures is less than a preset first value, returning to the step of sending a heartbeat message in a long connection mode according to the current heartbeat sending interval; when the number of consecutive sending failures is equal to the first value, clearing the number of consecutive sending failures, and determining whether the test terminal is online based on a specified auxiliary strategy; wherein the specified auxiliary strategy is: a strategy for detecting the sending status of the heartbeat message in a short connection mode, the core network server communicates with the base station to be tested; the device comprises: A login module, used to log in to a predetermined server, so that the predetermined server reports the terminal identification of the target test terminal to the core network server after detecting that the target test terminal has logged in to the predetermined server; wherein the core network server records the terminal identification of the target test terminal after receiving the terminal identification of the target test terminal; A request receiving module, used for receiving a service execution request for a target service for base station testing issued by a core network server; A request response module, used to respond to the service execution request and determine the test result data for the base station to be tested; wherein the test result data is data determined based on the response process of the service execution request; A data feedback module is used to feed back the test result data to the core network server.

13. A base station testing system, characterized in that: The system comprises: a core network server communicating with a base station to be tested, and a plurality of test terminals communicating with the base station to be tested and pre-recorded in the core network server; The test terminal is used to log in to the predetermined server, so that the predetermined server reports the terminal identification of the test terminal to the core network server after detecting that the test terminal has logged in to the predetermined server; The core network server is used to receive the terminal identification of each test terminal reported by a predetermined server, and record the received terminal identification; determine the target service for base station testing; determine, among each test terminal with the received terminal identification, a test terminal in an online state determined based on a preset heartbeat mechanism as a target test terminal; send a service execution request for the target service to each target test terminal; receive test result data fed back by each target test terminal; wherein the test result data is: data determined based on a response process to the service execution request, and the preset heartbeat mechanism includes: for each test terminal with the recorded terminal identification, obtaining an initial heartbeat sending interval as a current heartbeat sending interval, and according to the current heartbeat sending interval, Send a heartbeat message in a long connection mode; if the sending is successful, determine that the test terminal is online, and increase the current heartbeat sending interval to obtain a new current heartbeat sending interval, and return to the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval; if the sending fails, add 1 to the number of consecutive sending failures, and when the number of consecutive sending failures is less than a preset first value, return to the step of sending the heartbeat message in the long connection mode according to the current heartbeat sending interval; when the number of consecutive sending failures is equal to the first value, clear the number of consecutive sending failures, and determine whether the test terminal is online based on a specified auxiliary strategy; wherein the specified auxiliary strategy is: a strategy for detecting the sending status of the heartbeat message in the short connection mode; Each target test terminal is used to receive a service execution request for a target service for base station testing issued by a core network server; respond to the service execution request and determine test result data for the base station to be tested; and feed back the test result data to the core network server.

14. A processor-readable storage medium, characterized in that: The processor-readable storage medium stores a computer program, and when the computer program is executed by the processor, the method steps of any one of claims 1 to 6, or the method steps of claim 7 or 8 are implemented.

Images