Microservice-based voice testing method and device

Abstract

The present application provides a microservice-based voice testing method and device, which is applied to a voice detection platform, and the voice detection platform is deployed on a server using a microservice framework. The method includes: generating a full-process test task for EPS Fallback voice calls based on each selected microservice control; executing each subtask corresponding to each microservice control in the test task based on the protocol stack microservice in the voice detection platform, and obtaining test data for each subtask; and generating EPS Fallback voice call test results for each subtask based on the test data of each subtask. The microservice-based voice testing method provided in the embodiment of the present application can quickly perform full coverage testing on each process in the EPS Fallback voice service and quickly locate faults.

Description

Technical Field

[0001] The present application relates to the field of voice testing technology, and in particular to a voice testing method and device based on microservices. Background Art

[0002] After the commercialization of 5G, EPS fallback voice is one of the important 5G solutions. To make EPS fallback voice more stable, voice testing is usually required to check the EPS fallback voice quality.

[0003] Current testing methods for EPS fallback voice services include drive testing, manual dialing tests, and OMC network management devices. Drive testing and manual testing can analyze signal coverage, voice user perception, and wireless network quality based on their results. The OMC network management device, with links between network elements and the OMC, transmits network management statistics, thereby measuring voice network and service quality.

[0004] However, drive testing and manual testing require significant manpower and are prone to haphazardness, resulting in low testing efficiency. They also fail to comprehensively monitor voice service quality issues and are unable to locate faults. Furthermore, the OMC (Network Management Center) lacks the ability to detect voice service faults in real time, resulting in a delay of at least 15 minutes before network management indicators are displayed, hindering the efficiency of fault location and resolution. Summary of the Invention

[0005] The embodiments of the present application provide a microservice-based voice testing method and device, which can quickly perform full coverage testing on each process in the EPSFallback voice service and quickly locate faults.

[0006] In a first aspect, an embodiment of the present application provides a microservice-based voice testing method, which is applied to a voice detection platform. The voice detection platform is deployed on a server using a microservice framework. The method includes:

[0007] Generate a full-process test task for EPS Fallback voice calls based on the selected microservice controls;

[0008] According to the protocol stack microservice in the voice detection platform, execute each subtask corresponding to each microservice control in the test task, and obtain test data for each subtask;

[0009] Generating EPS Fallback voice call test results for each of the subtasks based on the test data of each of the subtasks;

[0010] Among them, the protocol stack microservices include gNodeB simulation protocol stack microservices and eNodeB simulation protocol stack microservices.

[0011] In one embodiment, according to the protocol stack microservice in the voice detection platform, executing each subtask corresponding to each microservice control in the test task and obtaining test data for each subtask includes:

[0012] According to the gNodeB simulation protocol stack microservice, execute the user equipment registration subtask in the test task to initiate a user equipment registration request to the AMF in the existing network, and receive the registration response data fed back by the AMF according to the user equipment registration request through the gNodeB simulation protocol stack microservice;

[0013] The registration response data is recorded as test data of the user equipment registration subtask.

[0014] In one embodiment, it further includes:

[0015] According to the gNodeB simulation protocol stack microservice, execute the protocol data unit session establishment subtask in the test task to initiate a session establishment request and a session bearer establishment request to the protocol data unit in the existing network, and receive the session establishment response data and session bearer response data fed back by the protocol data unit through the gNodeB simulation protocol stack microservice;

[0016] The session establishment response data and the session bearer response data are recorded as test data of the protocol data unit session establishment subtask.

[0017] In one embodiment, it further includes:

[0018] According to the gNodeB simulation protocol stack microservice, execute the VoNR registration subtask in the test task to initiate an IMS registration request to the PSBC in the existing network, and receive the IMS registration response data fed back by the PSBC through the gNodeB simulation protocol stack microservice;

[0019] The IMS registration response data is recorded as test data for the VoNR registration subtask.

[0020] In one embodiment, it further includes:

[0021] According to the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice, the INVITE call subtask in the test task is executed, the user equipment is simulated to initiate an INVITE voice call, and the test data generated during the EPSFallback voice call switching from the 5G side to the 4G side is collected.

[0022] In one embodiment, it further includes:

[0023] According to the eNodeB simulation protocol stack microservice, the 4G voice call subtask in the test task is executed, and test data generated during the 4G voice call process is collected.

[0024] In one embodiment, it further includes:

[0025] According to the eNodeB simulation protocol stack microservice and the gNodeB simulation protocol stack microservice, the EPS return to 5GC subtask in the test task is executed, and the test data generated during the EPS return to 5GC process is collected.

[0026] In one embodiment, it further includes:

[0027] According to the gNodeB simulation protocol stack microservice, the VoNR cancellation subtask in the test task is executed, and the test data generated during the VoNR cancellation process is collected.

[0028] In a second aspect, an embodiment of the present application provides a microservice-based voice testing device, which is applied to a voice detection platform. The voice detection platform is deployed on a server using a microservice framework, including:

[0029] The test task creation module is used to generate a full-process test task for EPS Fallback voice calls based on the selected microservice controls;

[0030] A test data acquisition module is used to execute each subtask corresponding to each microservice control in the test task according to the protocol stack microservice in the voice detection platform, and obtain test data for each subtask;

[0031] A test result generating module, configured to generate an EPS Fallback voice call test result for each of the subtasks based on the test data of each of the subtasks;

[0032] Among them, the protocol stack microservices include gNodeB simulation protocol stack microservices and eNodeB simulation protocol stack microservices.

[0033] In a third aspect, an embodiment of the present application provides a server comprising a processor and a memory storing a computer program, wherein a speech detection platform deployed using a microservice framework is deployed on the server, and when the processor executes the program, the steps of the microservice-based speech testing method described in the initial aspect are implemented.

[0034] The microservice-based voice testing method and device provided in the embodiment of the present application executes each subtask corresponding to each microservice control in the EPS Fallback voice call test task through the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice, and utilizes the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice to interact with the data of the existing network during the test, thereby quickly performing full coverage testing on each process in the EPS Fallback voice service, and collecting test data of multiple process nodes in the EPS Fallback voice service test process during the test to generate corresponding test results, so that the faulty process node can be quickly determined based on the test results, thereby achieving rapid fault location. BRIEF DESCRIPTION OF THE DRAWINGS

[0035] In order to more clearly illustrate the technical solutions in the present application or the prior art, a brief introduction will be given below to the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0036] Figure 1 This is a schematic diagram of the application process of the microservice-based voice testing method provided by an embodiment of the present invention;

[0037] Figure 2 This is a flow chart of the microservice-based voice testing method provided by the present invention;

[0038] Figure 3 This is a schematic diagram of the structure of the microservice-based voice testing device provided by the present invention;

[0039] Figure 4 It is a structural schematic diagram of the electronic device provided by the present invention. DETAILED DESCRIPTION

[0040] To make the objectives, technical solutions, and advantages of this application more clear, the technical solutions in this application will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of this application. Obviously, the described embodiments are only part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making any creative efforts are within the scope of protection of this application.

[0041] The following is a detailed description of the embodiments of the present application in conjunction with the accompanying drawings. The microservice-based voice testing method provided in the embodiments of the present application is applied to Figure 1The application environment shown includes a voice detection platform (Sim_Platform) for testing EPS fallback voice services, along with existing IP bearer networks, 2G networks, 4G networks, and 5G networks. The voice detection platform uses the SpringCloud microservices framework and is deployed on an x86 virtual server in the cloud or an x86 physical server in a mobile data center.

[0042] The communication interfaces of the voice detection platform include: Sim_N2, which is the communication interface between the platform and the AMF in the existing network, realizing data interaction between the platform and the existing network AMF (Access and Mobility Management Function); Sim_N3, which is the communication interface between the platform and the existing network UPF (User Plane Function), realizing the platform to specify any UPF in the existing network, and to interact user plane data with the existing network UPF through this interface; Sim_S1-U, which is the communication interface between the platform and the SGW (Serving GateWay) in the existing network, realizing user plane data interaction between the platform and the existing network SGW; Sim_AoverIP, which is the communication interface between the platform and MSC, realizing data interaction between the platform and the existing network MSC (Mobile Switching Center); Cap_A, which is used to realize the platform to obtain the interface signaling code stream of the network element in the existing network, and obtain the interactive signaling code stream between the platform and the existing network during the test through this interface.

[0043] The voice detection platform adopts a layered microservice architecture, including functional module layers such as the presentation layer, interface layer, service orchestration and analysis layer, service implementation layer, and simulation protocol layer. API interfaces are used to connect the system layers and modules. The presentation layer is used to provide management and presentation functions such as system page management, test data analysis and presentation, alarm presentation, and test management; the interface layer is used to provide various internal and external API interfaces and API interface management capabilities; the service orchestration layer is used to provide management functions such as the orchestration, modification, and deletion of various business test scenario samples, the execution of test samples, and a call data analysis module based on the Flink big data analysis engine; the service implementation layer is used to provide distributed microservice clusters, the definition and storage of microservice call records, and business microservice management functions; the simulation protocol layer is used to provide network element interface simulation, application protocol process reconstruction, network link management, etc., including: simulation of the 5G SA U1 network protocol stack, simulation of the gNodeB protocol stack microservice, simulation of the eNodeB protocol stack microservice, and simulation of the BSC protocol stack microservice.

[0044] The advantages of using microservice architecture in the system are:

[0045] 1. The system adopts a modular design for easy customization: Each system functional module and EPS Fallback voice test function is defined by fine-grained "microservices", allowing users to customize and orchestrate test capabilities based on mobile business scenarios at the "microservice" granularity;

[0046] 2. The system uses a lightweight API interface for easy expansion: The system interface is based on the Internet protocol and uses a flexibly callable API interaction to reduce system configuration and data processing overhead internally, and support the same interface for open capabilities externally.

[0047] 3. Independence facilitates rapid upgrades and iterations: Because microservices can be deployed independently, business testing capabilities can be developed and iterated quickly. Furthermore, the system's testing and simulation protocol stack service capabilities can be rapidly deployed and elastically scaled based on a virtualization platform.

[0048] Among them, the simulated eNodeB, simulated gNodeB, simulated BSC and other protocol stack microservices are connected to the EPC (4G core network), 5G SA and 2G core networks respectively via IP. Specifically, the simulated eNodeB protocol stack microservice is connected to the 5G SA regional control plane AMF network element through the N2 interface, while the UPF network elements deployed in various cities are connected to the simulated gNodeB protocol stack microservice through the N3 interface through SPN / PTN routing or reverse transmission. The simulated eNodeB protocol stack microservice is connected to the existing MME and SAEGW network through the PTN network. The simulated BSC protocol stack microservice is connected to the existing MSC network through the IP bearer network.

[0049] After the user selects the corresponding microservice control on the voice detection platform based on the basic business process of the EPS Fallback voice service scenario, the voice detection platform generates a full-process test task for EPS Fallback voice calls based on the selected microservice control. These microservice controls include test number acquisition, test number release, EPS Fallback call initiation, and EPS Fallback call reception. The orchestrator engine in the voice detection platform then passes the test parameters in the full-process test task to the protocol stack microservice, invoking the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice in the voice detection platform to execute the subtasks corresponding to each microservice control in the test task, namely, the test processes corresponding to each microservice control, such as test number registration, test number release, EPS Fallback call initiation, and EPS Fallback call reception. The platform then interacts with the live network and obtains the test data returned by each subtask during the test. After obtaining the test data corresponding to each subtask, the platform sends the test data to the call record processing microservice in the voice detection platform for data cleaning and merging. The resulting EPS Fallback voice call test results for each subtask are generated and stored in the database.

[0050] The full-process test task refers to the EPS Fallback voice service, starting from user device registration to EPS return to 5GC (5G core network); or refers to the EPS Fallback voice service, starting from user device registration to PDU session release or user device deregistration.

[0051] Through the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice, the subtasks corresponding to the microservice controls in the EPS Fallback voice call test task are executed. The gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice are used to interact with the data of the existing network during the test, so as to quickly conduct full coverage testing of each process in the EPS Fallback voice service. During the test, test data of multiple process nodes in the EPS Fallback voice service test process are collected to generate corresponding test results. Therefore, the faulty process node can be quickly determined based on the test results, and the fault can be quickly located.

[0052] Below, the microservice-based voice testing method provided by the embodiment of the present application will be introduced and explained in detail through several specific embodiments.

[0053] like Figure 2 As shown, in one embodiment, a voice testing method based on microservices is provided. This embodiment mainly applies this method to Figure 1The server shown is deployed with a voice detection platform for illustration.

[0054] Reference Figure 2 , a microservice-based voice testing method provided in this embodiment includes:

[0055] Step 101: Generate a full-process test task for EPS Fallback voice call based on the selected microservice controls;

[0056] According to the protocol stack microservice in the voice detection platform, execute each subtask corresponding to each microservice control in the test task, and obtain test data for each subtask;

[0057] Generating EPS Fallback voice call test results for each of the subtasks based on the test data of each of the subtasks;

[0058] Among them, the protocol stack microservices include gNodeB simulation protocol stack microservices and eNodeB simulation protocol stack microservices.

[0059] Through the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice, the subtasks corresponding to the microservice controls in the EPS Fallback voice call test task are executed. The gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice are used to interact with the data of the existing network during the test, so as to quickly conduct full coverage testing of each process in the EPS Fallback voice service. During the test, test data of multiple process nodes in the EPS Fallback voice service test process are collected to generate corresponding test results. Therefore, the faulty process node can be quickly determined based on the test results, and the fault can be quickly located.

[0060] In one embodiment, the user pre-selects and arranges various microservice controls on the voice detection platform based on the basic service flow of the EPS Fallback voice service scenario, including user equipment registration corresponding to the test number, VoNR registration, EPS Fallback call initiation, EPS Fallback fallback, 4G voice call, and EPS Fallback return to 5GC. The voice detection platform generates test cases for the EPS Fallback voice service scenario based on the selected microservice controls. Based on the test cases and basic test parameters selected by the user in the presentation layer of the voice detection platform (i.e., the test task management page), it generates a full-process test task for conducting EPS Fallback voice calls. Basic test parameters may include the number of tests to be performed. After the presentation layer generates the test task, the voice detection platform sends the test task to the task execution engine of the voice detection platform, invokes the test number microservice in the voice detection platform, selects the user equipment corresponding to the test number to be tested, and then sends the test task to the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice.

[0061] The voice detection platform calls the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice through the orchestration engine to execute the subtasks corresponding to each microservice control, such as the user equipment registration task corresponding to the test number, the VoNR registration task, the EPS Fallback call initiation task, the EPS Fallback fallback task, the 4G voice call task, the EPS Fallback return to 5GC task, etc., and collect test data for each subtask.

[0062] Specifically, according to the protocol stack microservice in the voice detection platform, executing each subtask corresponding to each microservice control in the test task, and obtaining test data for each subtask, including:

[0063] According to the gNodeB simulation protocol stack microservice, execute the user equipment registration subtask in the test task to initiate a user equipment registration request to the AMF in the existing network, and receive the registration response data fed back by the AMF according to the user equipment registration request through the gNodeB simulation protocol stack microservice;

[0064] The registration response data is recorded as test data of the user equipment registration subtask.

[0065] In one embodiment, the user device registration subtask in the test task is sent to the gNodeB simulation protocol stack microservice in the platform, and the user device registration task is processed based on the gNodeB simulation protocol stack microservice. Specifically, the gNodeB simulation protocol stack microservice initiates a registration request to the existing network AMF, then performs identity authentication, security mode negotiation, context initialization, and wireless parameter check. After completing identity authentication, security mode negotiation, context initialization, and wireless parameter check, the gNodeB simulation protocol stack microservice receives registration response data returned by the existing network based on the user device registration request. The results of the identity authentication, security mode negotiation, context initialization, and wireless parameter check, as well as the returned registration response data, are then recorded as test data for the user device registration subtask.

[0066] In one embodiment, after completing the test of the user equipment registration subtask, the method further includes:

[0067] According to the gNodeB simulation protocol stack microservice, execute the protocol data unit session establishment subtask in the test task to initiate a session establishment request and a session bearer establishment request to the protocol data unit in the existing network, and receive the session establishment response data and session bearer response data fed back by the protocol data unit through the gNodeB simulation protocol stack microservice;

[0068] The session establishment response data and the session bearer response data are recorded as test data of the protocol data unit session establishment subtask.

[0069] In one embodiment, after completing the test of the user equipment registration subtask, the PDU (Protocol Data Unit) session establishment task processing is executed based on the gNodeB simulation protocol stack microservice. Specifically, a CMNET (bearer network) PDU session establishment request is initiated through the gNodeB simulation protocol stack microservice, and after receiving the session establishment response data fed back by the existing network CMNET PDU, the CMNET PDU session bearer establishment is completed. Then, a CMNET PDU session bearer establishment request is initiated through the gNodeB simulation protocol stack microservice, and after receiving the session bearer response data fed back by the existing network CMNET PDU, the CMNET PDU session bearer establishment is completed. After completing the CMNET PDU session bearer establishment, the IMS PDU session establishment process and the IMS PDU session bearer establishment process are completed through the gNodeB simulation protocol stack microservice. Then, the session establishment response data, session bearer response data, indicator data generated during the IMS PDU session establishment process, and indicator data generated during the IMS PDU session bearer establishment process, such as the delay and success rate of the IMS PDU session establishment completion and the delay and success rate of the IMS PDU session bearer establishment completion, are recorded as test data of the protocol data unit session establishment subtask.

[0070] In one embodiment, after the protocol data unit session is established, the method further includes:

[0071] According to the gNodeB simulation protocol stack microservice, execute the VoNR registration subtask in the test task to initiate an IMS registration request to the PSBC in the existing network, and receive the IMS registration response data fed back by the PSBC through the gNodeB simulation protocol stack microservice;

[0072] The IMS registration response data is recorded as test data for the VoNR registration subtask.

[0073] In one embodiment, after the PDU session is established, the VoNR registration subtask is executed based on the gNodeB emulation protocol stack microservice. Specifically, IMS registration authentication is performed through the gNodeB emulation protocol stack microservice. After authentication is complete, an IMS registration request is initiated to the PSBC using the Sim_N2 interface. The PSBC then receives IMS registration response data based on the IMS registration request. The IMS registration response data and the IMS registration authentication result are then recorded as test data for the VoNR registration subtask.

[0074] In one embodiment, after completing the VoNR registration, the method further includes:

[0075] According to the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice, the INVITE call subtask in the test task is executed, the user equipment is simulated to initiate an INVITE voice call, and the test data generated during the EPSFallback voice call switching from the 5G side to the 4G side is collected.

[0076] In one embodiment, the INVITE call subtask includes a 5G call process, a 5GC dedicated bearer triggered fallback process, and an EPS Fallback fallback process.

[0077] After completing the VoNR registration, the gNodeB simulation protocol stack microservice simulates the user equipment to initiate a 5G call process, so that the existing network PSBC receives the INVITE request and registers, initiating a 5G voice call.

[0078] Then, the 5GC dedicated bearer trigger fallback process is executed based on the gNodeB simulation protocol stack microservice. Specifically, after the PSBC initiates a 5G voice call, it receives the PDU session modification request initiated by the AMF to the gNodeB simulation protocol stack microservice, triggers the fallback, and records the delay and reception success rate of the PDU session modification request as the test data of the INVITE call subtask. After the fallback is triggered, the RRC configuration sent by the existing network is received through the gNodeB simulation protocol stack microservice, and after receiving the RRC configuration sent by the existing network, the gNodeB simulation protocol stack microservice performs RRC configuration to establish a voice dedicated bearer. The data generated by the 5GC dedicated bearer trigger fallback process, such as the reception delay of the RRC configuration, the configuration time of the RRC configuration, and the configuration success rate, are recorded as the test data of the INVITE call subtask.

[0079] After establishing the dedicated voice bearer, the gNodeB emulation protocol stack microservice executes the 5G fallback handover in the EPS Fallback process, and records the data generated during the 5G fallback handover process, such as the 5G fallback handover delay and success rate, as test data for the INVITE call subtask. After completing the 5G fallback handover, the eNodeB emulation protocol stack microservice executes the 4G handover in the EPS Fallback process, and the gNodeB emulation protocol stack microservice executes the 5G user equipment context release. Data generated during the 4G handover process, such as the 4G handover delay and success rate, and data generated during the 5G user equipment context release process, such as the release delay and release success rate, are recorded as test data for the INVITE call subtask.

[0080] In one embodiment, after completing the INVITE call subtask, the method further includes:

[0081] According to the eNodeB simulation protocol stack microservice, the 4G voice call subtask in the test task is executed, and test data generated during the 4G voice call process is collected.

[0082] In one embodiment, after completing the INVITE call subtask test, the eNodeB emulation protocol stack microservice executes 4G voice call processing. Specifically, the eNodeB emulation protocol stack microservice sequentially performs the following processes: calling signaling plane control process, called signaling plane control process, calling bearer establishment process, called bearer establishment process, voice call, calling hang-up process, called hang-up process, calling bearer release process, and called bearer release process. Data such as the completion delay and completion success rate of each of these processes is then recorded as test data for the 4G voice call subtask.

[0083] In one embodiment, after completing the 4G voice call subtask, the method further includes:

[0084] According to the eNodeB simulation protocol stack microservice and the gNodeB simulation protocol stack microservice, the EPS return to 5GC subtask in the test task is executed, and the test data generated during the EPS return to 5GC process is collected.

[0085] In one embodiment, after completing the test of the 4G voice call subtask, the context release process of the EPC domain user equipment is executed through the eNodeB simulation protocol stack microservice, and after the EPS Fallback is triggered to start returning to 5GC, the identity authentication, authorization, security mode negotiation and initial context establishment in the EPS return to 5GC subtask are executed in sequence through the gNodeB simulation protocol stack microservice, and the delay and success rate generated when the eNodeB simulation protocol stack microservice executes the context release of the EPC domain user equipment, as well as the results of identity authentication, authorization, security mode negotiation and initial context establishment, are recorded as test data of the EPS return to 5GC subtask.

[0086] In one embodiment, the test task may also include a VoNR deregistration subtask and a PDU session release subtask.

[0087] After completing the EPS return to 5GC subtask, the gNodeB emulation protocol stack microservice executes the VoNR deregistration subtask. Specifically, the gNodeB emulation protocol stack microservice initiates the IMS deregistration process to the PSBC to complete the IMS deregistration. Data such as the deregistration delay and deregistration success rate generated by the IMS deregistration process are then recorded as test data for the VoNR deregistration subtask.

[0088] The gNodeB simulation protocol stack microservice then executes the PDU session release subtask. Specifically, the gNodeB simulation protocol stack microservice initiates a CMNET PDU session release request to release the CMNET PDU session via the Sim_N2 interface. It also initiates an IMS PDU session release request to release the IMS PDU session via the Sim_N2 interface. The release results are recorded as test data for the PDU session release subtask. These include interface release delay and release success rate.

[0089] After recording the test data of all subtasks, statistics and data cleaning are performed on all test data to generate the EPS Fallback Voice Call Test Record Table as the final test result. The EPS Fallback Voice Call Test Record Table can record the number of executions of each subtask and the test data corresponding to each execution of any subtask.

[0090] After obtaining the final test results, each test data item in the test results can be compared with the corresponding preset threshold. If the test data exceeds the preset threshold, the subtask corresponding to the test data is determined to be abnormal, allowing accurate fault location. For example, if the test data is the user equipment registration delay recorded during the user equipment registration subtask test, the user equipment registration delay obtained from the test is compared with the preset registration delay. If the user equipment registration delay exceeds the preset user equipment registration delay, the user equipment registration subtask is determined to be abnormal. Furthermore, because the test data records the test data generated by each network element in the live network, it can also accurately locate the fault of the network element in the live network, improving the accuracy of fault location using test results. Furthermore, because the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice rapidly interact with each network element, test data can be quickly collected during the test process, thereby quickly locating the faulty network element. In actual testing, the faulty network element can be located within 10 seconds.

[0091] In addition, in order to ensure the accuracy and timeliness of alarm reporting, multiple threshold values ​​can be set, such as a first threshold value and a second threshold value, to compare the test data, and assign a corresponding fault level based on the comparison results. If the test data is the user device registration delay recorded during the user device registration subtask test, the user device registration delay obtained from the test is compared with the first preset registration delay and the second preset registration delay. If the user device registration delay is higher than the first preset registration delay and lower than the second preset registration delay, the user device registration subtask is determined to be abnormal, and the fault level of the user device registration subtask is determined to be a minor alarm; if the user device registration delay is higher than the second preset registration delay, the user device registration subtask is determined to be abnormal, and the fault level of the user device registration subtask is determined to be a severe alarm.

[0092] It is understandable that the preset threshold values ​​corresponding to different test data and the fault levels corresponding to different comparison results can be set according to actual conditions.

[0093] Furthermore, the alarm results corresponding to different test data can be combined to form associated alarms to simultaneously prompt abnormalities in multiple subtasks.

[0094] The microservice-based voice testing device provided by the present invention is described below. The microservice-based voice testing device described below and the microservice-based voice testing method described above can refer to each other.

[0095] In one embodiment, if Figure 3 As shown, a microservice-based voice testing device is provided, which is applied to a voice detection platform. The voice detection platform is deployed on a server using a microservice framework, including:

[0096] The test task establishment module 210 is used to generate a full-process test task for performing EPS Fallback voice calls based on the selected microservice control;

[0097] A test data acquisition module 220 is configured to execute each subtask corresponding to each microservice control in the test task according to the protocol stack microservice in the speech detection platform, and obtain test data for each subtask;

[0098] A test result generating module 230 is configured to generate an EPS Fallback voice call test result for each of the subtasks based on the test data of each of the subtasks;

[0099] Among them, the protocol stack microservices include gNodeB simulation protocol stack microservices and eNodeB simulation protocol stack microservices.

[0100] Through the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice, the subtasks corresponding to the microservice controls in the EPS Fallback voice call test task are executed. The gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice are used to interact with the data of the existing network during the test, so as to quickly conduct full coverage testing of each process in the EPS Fallback voice service. During the test, test data of multiple process nodes in the EPS Fallback voice service test process are collected to generate corresponding test results. Therefore, the faulty process node can be quickly determined based on the test results, and the fault can be quickly located.

[0101] In one embodiment, the test data acquisition module 220 is specifically configured to:

[0102] According to the gNodeB simulation protocol stack microservice, execute the user equipment registration subtask in the test task to initiate a user equipment registration request to the AMF in the existing network, and receive the registration response data fed back by the AMF according to the user equipment registration request through the gNodeB simulation protocol stack microservice;

[0103] The registration response data is recorded as test data of the user equipment registration subtask.

[0104] In one embodiment, the test data acquisition module 220 is further configured to:

[0105] According to the gNodeB simulation protocol stack microservice, execute the protocol data unit session establishment subtask in the test task to initiate a session establishment request and a session bearer establishment request to the protocol data unit in the existing network, and receive the session establishment response data and session bearer response data fed back by the protocol data unit through the gNodeB simulation protocol stack microservice;

[0106] The session establishment response data and the session bearer response data are recorded as test data of the protocol data unit session establishment subtask.

[0107] In one embodiment, the test data acquisition module 220 is further configured to:

[0108] According to the gNodeB simulation protocol stack microservice, execute the VoNR registration subtask in the test task to initiate an IMS registration request to the PSBC in the existing network, and receive the IMS registration response data fed back by the PSBC through the gNodeB simulation protocol stack microservice;

[0109] The IMS registration response data is recorded as test data for the VoNR registration subtask.

[0110] In one embodiment, the test data acquisition module 220 is further configured to:

[0111] According to the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice, the INVITE call subtask in the test task is executed, the user equipment is simulated to initiate an INVITE voice call, and the test data generated during the EPSFallback voice call switching from the 5G side to the 4G side is collected.

[0112] In one embodiment, the test data acquisition module 220 is further configured to:

[0113] According to the eNodeB simulation protocol stack microservice, the 4G voice call subtask in the test task is executed, and test data generated during the 4G voice call process is collected.

[0114] In one embodiment, the test data acquisition module 220 is further configured to:

[0115] According to the eNodeB simulation protocol stack microservice and the gNodeB simulation protocol stack microservice, the EPS return to 5GC subtask in the test task is executed, and the test data generated during the EPS return to 5GC process is collected.

[0116] Figure 4 An example of a server physical structure diagram is shown below: Figure 4 As shown, the electronic device has a voice detection platform deployed using a microservice framework, including: a processor (processor) 810, a communication interface (Communication Interface) 820, a memory (memory) 830 and a communication bus 840, wherein the processor 810, the communication interface 820, and the memory 830 communicate with each other via the communication bus 840. The processor 810 can call the computer program in the memory 830 to execute the steps of the microservice-based voice testing method, for example, including:

[0117] Generate a full-process test task for EPS Fallback voice calls based on the selected microservice controls;

[0118] According to the protocol stack microservice in the voice detection platform, execute each subtask corresponding to each microservice control in the test task, and obtain test data for each subtask;

[0119] Generating EPS Fallback voice call test results for each of the subtasks based on the test data of each of the subtasks;

[0120] Among them, the protocol stack microservices include gNodeB simulation protocol stack microservices and eNodeB simulation protocol stack microservices.

[0121] In addition, the logic instructions in the above-mentioned memory 830 can be implemented in the form of a software functional unit and can be stored in a computer-readable storage medium when sold or used as an independent product. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0122] On the other hand, an embodiment of the present application further provides a computer program product, on which a speech detection platform deployed using a microservice framework is deployed, including a computer program. The computer program can be stored on a non-transitory computer-readable storage medium. When the computer program is executed by a processor, the computer can perform the steps of the microservice-based speech testing method provided in the above embodiments, for example, including:

[0123] Generate a full-process test task for EPS Fallback voice calls based on the selected microservice controls;

[0124] According to the protocol stack microservice in the voice detection platform, execute each subtask corresponding to each microservice control in the test task, and obtain test data for each subtask;

[0125] Generating EPS Fallback voice call test results for each of the subtasks based on the test data of each of the subtasks;

[0126] Among them, the protocol stack microservices include gNodeB simulation protocol stack microservices and eNodeB simulation protocol stack microservices.

[0127] On the other hand, an embodiment of the present application further provides a processor-readable storage medium, in which a speech detection platform deployed using a microservice framework is deployed. The processor-readable storage medium stores a computer program, which is used to cause the processor to execute the steps of the methods provided in the above embodiments, for example, including:

[0128] Generate a full-process test task for EPS Fallback voice calls based on the selected microservice controls;

[0129] According to the protocol stack microservice in the voice detection platform, execute each subtask corresponding to each microservice control in the test task, and obtain test data for each subtask;

[0130] Generating EPS Fallback voice call test results for each of the subtasks based on the test data of each of the subtasks;

[0131] Among them, the protocol stack microservices include gNodeB simulation protocol stack microservices and eNodeB simulation protocol stack microservices.

[0132] The processor-readable storage medium can be any available medium or data storage device that can be accessed by the processor, including but not limited to magnetic storage (such as floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO)), optical storage (such as CDs, DVDs, BDs, HVDs, etc.), and semiconductor storage (such as ROMs, EPROMs, EEPROMs, non-volatile memories (NANDFLASH), solid-state drives (SSDs)), etc.

[0133] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, i.e., they may be located in one location or distributed across multiple network units. Some or all of the modules may be selected based on actual needs to achieve the objectives of the present embodiment. Persons of ordinary skill in the art will be able to understand and implement the present invention without inventive effort.

[0134] Through the description of the above embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus a necessary general hardware platform, or of course, by hardware. Based on this understanding, the essence of the above technical solution or the part that contributes to the existing technology can be embodied in the form of a software product. The computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, a magnetic disk, an optical disk, etc., and includes a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment or certain parts of the embodiments.

[0135] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. A voice testing method based on microservices, characterized in that: Applied to a voice detection platform, the voice detection platform is deployed on a server using a microservice framework, and the method includes: Generate a full-process test task for EPS Fallback voice calls based on the selected microservice controls; According to the protocol stack microservice in the voice detection platform, execute each subtask corresponding to each microservice control in the test task, and obtain test data for each subtask; Generating EPS Fallback voice call test results for each of the subtasks based on the test data of each of the subtasks; Among them, the protocol stack microservices include gNodeB simulation protocol stack microservices and eNodeB simulation protocol stack microservices.

2. The microservice-based voice testing method according to claim 1, characterized in that: According to the protocol stack microservice in the voice detection platform, executing each subtask corresponding to each microservice control in the test task, and obtaining test data for each subtask, including: According to the gNodeB simulation protocol stack microservice, execute the user equipment registration subtask in the test task to initiate a user equipment registration request to the AMF in the existing network, and receive the registration response data fed back by the AMF according to the user equipment registration request through the gNodeB simulation protocol stack microservice; The registration response data is recorded as test data of the user equipment registration subtask.

3. The microservice-based voice testing method according to claim 2, characterized in that: Also includes: According to the gNodeB simulation protocol stack microservice, execute the protocol data unit session establishment subtask in the test task to initiate a session establishment request and a session bearer establishment request to the protocol data unit in the existing network, and receive the session establishment response data and session bearer response data fed back by the protocol data unit through the gNodeB simulation protocol stack microservice; The session establishment response data and the session bearer response data are recorded as test data of the protocol data unit session establishment subtask.

4. The microservice-based voice testing method according to claim 2 or 3, characterized in that: Also includes: According to the gNodeB simulation protocol stack microservice, execute the VoNR registration subtask in the test task to initiate an IMS registration request to the PSBC in the existing network, and receive the IMS registration response data fed back by the PSBC through the gNodeB simulation protocol stack microservice; The IMS registration response data is recorded as test data for the VoNR registration subtask.

5. The microservice-based voice testing method according to claim 4, characterized in that: Also includes: According to the gNodeB simulation protocol stack microservice and the eNodeB simulation protocol stack microservice, the INVITE call subtask in the test task is executed, the user equipment is simulated to initiate an INVITE voice call, and the test data generated during the EPS Fallback voice call switching from the 5G side to the 4G side is collected.

6. The microservice-based voice testing method according to claim 5, characterized in that: Also includes: According to the eNodeB simulation protocol stack microservice, the 4G voice call subtask in the test task is executed, and test data generated during the 4G voice call process is collected.

7. The microservice-based voice testing method according to claim 6, characterized in that: Also includes: According to the eNodeB simulation protocol stack microservice and the gNodeB simulation protocol stack microservice, the EPS return to 5GC subtask in the test task is executed, and the test data generated during the EPS return to 5GC process is collected.

8. The microservice-based voice testing method according to claim 6, characterized in that: Also includes: According to the gNodeB simulation protocol stack microservice, the VoNR cancellation subtask in the test task is executed, and the test data generated during the VoNR cancellation process is collected.

9. A voice testing device based on microservices, characterized in that: Applied to the voice detection platform, the voice detection platform is deployed on the server using a microservice framework, including: The test task creation module is used to generate a full-process test task for EPS Fallback voice calls based on the selected microservice controls; A test data acquisition module is used to execute each subtask corresponding to each microservice control in the test task according to the protocol stack microservice in the voice detection platform, and obtain test data for each subtask; A test result generating module, configured to generate an EPSFallback voice call test result for each of the subtasks based on the test data of each of the subtasks; Among them, the protocol stack microservices include gNodeB simulation protocol stack microservices and eNodeB simulation protocol stack microservices.

10. A server comprising a processor and a memory storing a computer program, characterized in that: A speech detection platform deployed using a microservice framework is deployed on the server, and when the processor executes the computer program, the steps of the microservice-based speech testing method according to any one of claims 1 to 7 are implemented.

Images