A SIP performance testing method and system based on customized SIP messages

Abstract

The present invention provides a SIP performance testing method and system based on customized SIP messages. The method comprises: establishing a dispatching communication system on a Linux system, deploying ORACLE server software on a Windows system, and creating performance testing configuration information in the ORACLE server software; the dispatching communication system connects to the ORACLE server to obtain the configuration information, extracts relevant data from the configuration information to fill SIP protocol fields, and generates test cases based on the filled SIP protocol to perform performance testing. During the entire testing process, relevant testers do not need to understand the key components of the SIP protocol; they only need to fill customized messages into specific database fields.

Description

Technical Field

[0001] The present invention relates to a scheduling system performance testing method, in particular to a SIP performance testing method and system based on customized SIP messages. Background Art

[0002] With the popularization and development of communication products, the performance of dispatch communication systems has attracted increasing attention and attention from users. During the testing process of dispatch communication systems, in order to meet the requirements of product performance indicators, testers need to conduct a comprehensive test of the overall performance of the dispatch communication system. Only after it meets the standards can it be accepted and released.

[0003] SIPP is an open-source testing tool for testing SIP protocol performance. It includes basic SipStone user agent workflows (UAC and UAS) and can establish and release multiple calls using INVITE and BYE commands. It also reads XML-formatted scenario files—configuration information describing any performance test. It dynamically displays test run statistics (call rate, round-trip signaling latency, and message statistics), periodically dumps statistics to CSV files, and uses TCP and UDP multiplexing on multiple sockets with retransmission management. Regular expressions can be used in scenario definition files to dynamically adjust call rates. SIPP can be used to test many real-world SIP devices, such as SIP proxies, B2BUAs, SIP media servers, SIP / x gateways, SIP PBXs, and more. It can also simulate thousands of SIP proxies calling SIP systems.

[0004] Currently, SIPP software is used to test the performance of the dispatching communication system.

[0005] 1) During the testing process, manual observation of SIPP software test data changes is required, and test results must also be manually collated and summarized. This significantly reduces testing efficiency and increases manpower and time investment.

[0006] 2) Test execution personnel must master both Linux commands and SIPP software to conduct relevant tests, which invisibly increases employment costs;

[0007] 3) Test execution personnel must master the usage of various PCAP files corresponding to voice encoding in order to conduct relevant tests, which invisibly increases employment costs;

[0008] 4) The original SIPP message mechanism does not include a short message processing mechanism and cannot perform comprehensive SIP message processing.

[0009] In order to solve the above problems, people have been seeking an ideal technical solution. Summary of the Invention

[0010] The purpose of the present invention is to address the deficiencies of the prior art and thereby provide a SIP performance testing method, system and computer equipment based on customized SIP messages.

[0011] To achieve the above object, the technical solution adopted by the present invention is: a SIP performance testing method based on customized SIP messages, comprising the following steps:

[0012] A dispatch communication system is built on a Linux system, and ORACLE server software is deployed on a Windows system. Performance test configuration information is created in the ORACLE server software. The configuration information includes at least the calling and called numbers, customized SIP messages used by the calling and called numbers, a packet delay timer for voice back-injection, the IP and port number configurations of the dispatch communication system's signaling and media planes, the protocol used by the client and server signaling planes, and the call initiation and termination method. The customized SIP messages include at least one of REGISTER, INVITE, ACK, BYE, CANCLE, OPTION, 1XX, 2XX, 3XX, 4XX, 5XX, and 6XX.

[0013] The dispatching communication system connects to the ORACLE server to obtain configuration information, extracts corresponding data from the configuration information to fill in the SIP protocol fields, forms a customized SIP message, and generates test cases based on the customized SIP message for performance testing.

[0014] The present invention also provides a SIP performance testing system based on customized SIP messages, comprising the following units:

[0015] An environment construction unit is configured to construct a dispatch communication system on a Linux system, the dispatch communication system including a client and a server; deploy ORACLE server software on a Windows system, and create performance test configuration information in the ORACLE server software, the configuration information including at least the calling and called numbers, the customized SIP messages used by the calling and called numbers, a packet delay timer for voice back-injection, the IP and port number configurations of the signaling and media planes of the dispatch communication system, the protocol used by the signaling planes of the client and server, and the call initiation and termination method; the customized SIP message includes at least one of REGISTER, INVITE, ACK, BYE, CANCLE, OPTION, 1XX, 2XX, 3XX, 4XX, 5XX, and 6XX;

[0016] The dispatch communication system connects to the ORACLE server to obtain configuration information, extracts corresponding data from the configuration information to fill in the SIP protocol field, and generates test cases based on the filled SIP protocol to perform performance testing.

[0017] The present invention has outstanding substantive features and significant improvements over the prior art. Specifically, the present invention designs a SIP performance testing method for customized SIP messages. Configuration fields in a database are pre-set according to the standard SIP protocol. Relevant testers do not need to understand the key unit components of the SIP protocol and only need to fill in the customized message into a specific database field. By using a PCM file transcoding tool, G711 PCM files are transcoded into other encoding files, eliminating the need for relevant testers to understand the protocol followed by each encoding. By writing call records into a database in real time, testers can understand the status of the call without having to search for relevant operating interfaces and related logs. Short messages can be sent periodically at the same time as the call is initiated. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] Figure 1 This is a schematic diagram of the existing SIPP test process.

[0019] Figure 2 It is a flow chart of Example 1 of the present invention.

[0020] Figure 3 It is a flow chart of embodiment 2 of the present invention. DETAILED DESCRIPTION

[0021] Currently, if Figure 1 As shown in FIG, the method for using SIPP software to perform a dispatching communication system performance test mainly includes the following steps:

[0022] 1) Deploy the dispatch communication system and SIPP software under Linux;

[0023] 2) Based on the SIP signaling and business processing flow of the dispatch communication system, edit xml, csv, and shell files to simulate user registration and calls between users;

[0024] 3) Set the call rate and maximum number of calls to stress the system for performance testing;

[0025] 4) Registration and call scripts run in parallel;

[0026] 5) Observe data changes in real time and collect and organize test data after the test is completed.

[0027] However, test execution personnel must master both Linux commands and SIPP software to conduct relevant tests, which invisibly increases labor costs. Test execution personnel also need to master the use of various PCAP files corresponding to voice codecs to conduct relevant tests, which invisibly increases labor costs.

[0028] For this reason, Figure 2As shown, this embodiment provides a SIP performance testing method based on customized SIP messages, including the following steps:

[0029] A dispatch communication system is built on a Linux system, and ORACLE server software and an automated testing environment are deployed on a Windows system. Performance test configuration information is created in the ORACLE server software. Specifically, a configuration information table is first created, followed by data configuration. The configuration information includes at least the calling and called numbers, the customized SIP messages used by the calling and called numbers, a packet delay timer for voice back-injection, the IP and port number configurations for the dispatch communication system's signaling and media planes, the protocol used for the client and server signaling planes, and the call initiation and termination method. The customized SIP messages include at least one of REGISTER, INVITE, ACK, BYE, CANCLE, OPTION, 1XX, 2XX, 3XX, 4XX, 5XX, and 6XX.

[0030] The dispatching communication system connects to the ORACLE server to obtain configuration information, extracts corresponding data from the configuration information to fill in the SIP protocol fields, forms a customized SIP message, and generates test cases based on the customized SIP message for performance testing.

[0031] Among them, REGISTER, INVITE, ACK, BYE, CANCLE, and OPTION are request messages, and 1XX, 2XX, 3XX, 4XX, 5XX, and 6XX are response messages.

[0032] REGISTER indicates that the client uses this method to register the address listed in the To field on the server; INVITE indicates that a call is initiated by inviting a user to participate; ACK indicates that the request is used to confirm that the UAC has received the final response to the INVITE request and is used in conjunction with the INVITE message; BYE indicates that the USER AGENT uses this method to indicate the release of the call; CANCEL indicates that this method is used to cancel an unfinished request and has no effect on completed requests; OPTIONS indicates that it is used to inquire about the service's capabilities; INFO indicates that it is used to carry out-of-band information, such as DTMF information; 1 XX indicates information being processed; 2 XX indicates success; 3XX indicates redirection; 4XX indicates client error, application; 5XX indicates server error; 6XX indicates global error, global variable.

[0033] When in use, the configuration fields in the database are set in advance according to the standard SIP protocol. The configuration fields include the calling and called numbers, the customized SIP messages used by the calling and called numbers, the packet delay timer for voice injection, the IP and port number configuration of the signaling plane and the media plane of the scheduling communication system, the protocol used by the signaling plane of the client and the server, and the termination method of call initiation. Then, the relevant testers form customized registration request messages, registration response messages, call request messages and call response messages based on REGISTER, INVITE, ACK, BYE, CANCLE, OPTION, 1XX, 2XX, 3XX, 4XX, 5XX, and 6XX, and fill in the customized messages into specific configuration fields to form the corresponding configuration information. Since there is no need for professional testers and testers to learn the SIP protocol, labor costs are saved and the flexibility and transparency of automated testing are improved.

[0034] In specific implementation, the protocol used by the signaling plane of the client and the server is TCP or UDP; the termination mode of the call initiation can be set as: release after the voice injection is completed or release after a certain number of seconds of injection.

[0035] In a specific implementation, when the customized SIP message includes REGISTER, it is considered that the customized SIP message includes a registration message; otherwise, it is considered that the customized SIP message does not include a registration message.

[0036] It can be understood that after receiving the configuration information, the server of the dispatching communication system extracts the corresponding data from the configuration information to fill the SIP protocol field, and generates a call answering test case or a registration response test case based on the filled SIP protocol, and stores the call answering test case or the registration response test case in a hash manner;

[0037] The server of the dispatching communication system determines whether the customized SIP message of the configuration information includes a registration message. If not, it sends a call initiation message to the client of the dispatching communication system, waits for the call message initiated by the client of the dispatching communication system to execute the call answering test case, and ends the call answering test case after the voice return is completed; if it is included, it waits for the registration information initiated by the client of the dispatching communication system to execute the registration response test case, and further waits for the call message initiated by the client of the dispatching communication system to execute the call answering test case, and ends the call answering test case after the voice return is completed.

[0038] It can be understood that both request messages and response messages include SIP message header fields and SIP message body fields; the SIP message header is mainly used to indicate basic information such as who initiated and received the message, how many jumps it has gone through, etc.; the SIP message body is mainly used to describe the specific implementation method of this session.

[0039] Taking the SIP request message as an example, it includes a SIP message header and a group of parameter lines, where the parameter line includes a FROM parameter and a To parameter, etc. Therefore, when the server of the dispatching communication system receives the configuration information, it extracts the calling / called number fields from the configuration information according to the RFC3261 protocol to fill the from / to fields of the SIP request message without the need for manual input by the user, and the user does not need to master the SIP protocol.

[0040] Similarly, when the client of the dispatching communication system receives the configuration information, it extracts the corresponding data from the configuration information to fill the SIP protocol field, and generates a call request test case or a registration request test case based on the filled SIP protocol, and stores the call request test case or the registration request test case in a hash manner;

[0041] The client of the dispatching communication system determines whether the customized SIP message of the configuration information includes a registration message. If not, when receiving the call initiation message sent by the server of the dispatching communication system, it executes the call request test case to initiate the call information; if included, it first executes the registration request test case to initiate the registration process, and after the registration is completed, executes the call request test case to initiate the call information.

[0042] It can be understood that after the configuration information is set, the client and server of the scheduling communication system are waiting to connect to the ORACLE server, and the configuration information is sent based on the identity information. Specifically, it is determined based on the identity information whether it is a client connection. When it is determined to be a client connection, the corresponding configuration information is sent to the client; otherwise, it is determined to be a server and the corresponding configuration information is sent to the server.

[0043] It should be noted that the configuration information also includes a registration completion condition. The client of the dispatch communication system checks whether the registration response of the calling and called numbers is consistent with the registration completion condition in the configuration information. If they are consistent, it determines that the registration is completed.

[0044] Furthermore, during the test, the call records are written to the database in real time. By writing the call records to the database in real time, the tester can understand the status of the call without having to search the relevant operation interface and related logs.

[0045] Example 2

[0046] The existing SIPP message mechanism does not include a short message processing mechanism, so it is not possible to perform comprehensive SIP message processing. Figure 3As shown, in this embodiment, the configuration information also includes whether to send a text message during a call and the text message content set by the user; when the client of the dispatching communication system initiates a call as a caller to perform a performance test, it is determined whether the configuration information requires sending a text message. If included, the text message content is sent to the server of the dispatching communication system according to the customized SIP message; if not included, the call is ended after the voice injection is completed.

[0047] Example 3

[0048] The difference between this embodiment and embodiment 1 is that the test data also includes a PCM file, a PCM file path, a PCM file transcoding tool, a preset voice encoding type and PT, and whether the re-annotated voice needs to be transcoded;

[0049] During the performance test, when performing voice injection, the dispatching communication system determines whether the PCM file needs to be transcoded based on the encoding format of the PCM file, the preset voice encoding type and PT. When the encoding format of the PCM file, the preset voice encoding type and PT are all consistent, the voice is directly injected according to the PCM file content. Otherwise, the PCM file is transcoded using the PCM file transcoding tool, and the voice is injected according to the transcoded voice content.

[0050] Compared with traditional SIPP software, in which test execution personnel need to master the usage of various PCAP files corresponding to voice encodings in order to conduct relevant tests, in this embodiment, by using a PCM file transcoding tool, the G711 PCM file is transcoded into other encoding files, so that test personnel do not need to understand the PCAP files corresponding to the call encoding to conduct specific performance tests, saving a lot of manpower costs.

[0051] Example 4

[0052] This embodiment also provides a SIP performance testing system based on customized SIP messages, including the following units:

[0053] An environment construction unit is configured to construct a dispatch communication system on a Linux system, the dispatch communication system including a client and a server; deploy ORACLE server software on a Windows system, and create performance test configuration information in the ORACLE server software, the configuration information including at least the calling and called numbers, the customized SIP messages used by the calling and called numbers, a packet delay timer for voice back-injection, the IP and port number configurations of the signaling and media planes of the dispatch communication system, the protocol used by the signaling planes of the client and server, and the call initiation and termination method; the customized SIP message includes at least one of REGISTER, INVITE, ACK, BYE, CANCLE, OPTION, 1XX, 2XX, 3XX, 4XX, 5XX, and 6XX;

[0054] The dispatch communication system connects to the ORACLE server to obtain configuration information, extracts corresponding data from the configuration information to fill in the SIP protocol field, and generates test cases based on the filled SIP protocol to perform performance testing.

[0055] Example 5

[0056] This embodiment also provides a computer device for SIP performance testing based on customized SIP messages, comprising a memory, a processor, and a performance testing program stored in the memory and executable on the processor. When the performance testing program is executed by the processor, the SIP performance testing method based on customized SIP messages as described in Embodiments 1-3 is implemented.

[0057] On the other hand, the present invention further provides a non-transitory computer-readable storage medium having a computer program stored thereon, which implements any of the performance testing methods described above when executed by a processor.

[0058] The storage medium may be an internal storage unit of the aforementioned server, such as a hard drive or memory of the server. The storage medium may also be an external storage device of the device, such as a plug-in hard drive, a Smart Media Card (SMC), a Secure Digital (SD) card, or a flash memory card. Furthermore, the storage medium may include both the internal storage unit of the device and an external storage device.

[0059] It should be noted that those skilled in the art can clearly understand that the specific implementation process of the above-mentioned SIPP-based performance test device and each unit can refer to the corresponding description in the aforementioned method embodiment. For the convenience and brevity of description, it will not be repeated here.

[0060] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the composition and steps of each example have been generally described in terms of function in the above description. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of the present invention. Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working process of the above-described devices and units can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here.

[0061] In the several embodiments provided herein, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For example, the division of the various units is merely a logical functional division, and actual implementation may employ other division methods. For example, one or more units or components may be combined or integrated into another computer device, or some features may be omitted or not implemented.

[0062] The steps in the method of the embodiment of the present invention may be adjusted in order, combined, or deleted according to actual needs. The units in the device of the embodiment of the present invention may be combined, divided, or deleted according to actual needs.

[0063] In addition, the functional units in the various embodiments of the present invention may be integrated into a single processing unit, each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0064] If this integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the portion that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product, stored in a storage medium, includes instructions for causing a computer device (such as a personal computer, terminal, or network device) to execute all or part of the steps of the method described in various embodiments of the present invention.

[0065] The above description is only a specific embodiment of the present invention, but the protection scope of the present invention is not limited thereto. Any person skilled in the art can easily think of various equivalent modifications or replacements within the technical scope disclosed by the present invention, and these modifications or replacements should be included in the protection scope of the present invention. Therefore, the protection scope of the present invention should be based on the protection scope of the claims. Those skilled in the art can appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented with electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the composition and steps of each example have been generally described in terms of function in the above description. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of the present invention. Those skilled in the art can clearly understand that, for the convenience and simplicity of description, the specific working process of the computer equipment and units described above can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here.

[0066] In the several embodiments provided by the present invention, it should be understood that the disclosed computer devices and methods can be implemented in other ways. For example, the computer device embodiments described above are merely illustrative. For example, the division of each unit is only a logical function division, and there may be other division methods in actual implementation. For example, more than one unit or component can be combined or integrated into another computer device, or some features can be ignored or not executed. The steps in the method of the embodiment of the present invention can be adjusted in order, merged and deleted according to actual needs. The units in the computer device of the embodiment of the present invention can be merged, divided and deleted according to actual needs.

[0067] In addition, the functional units in the various embodiments of the present invention may be integrated into a single processing unit, each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0068] If this integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the portion that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product, stored in a storage medium, includes instructions for causing a computer device (such as a personal computer, terminal, or network device) to execute all or part of the steps of the method described in various embodiments of the present invention.

[0069] Finally, it should be noted that the above embodiments are only used to illustrate the technical solution of the present invention and not to limit it. Although the present invention has been described in detail with reference to the preferred embodiments, ordinary technicians in the field should understand that the specific implementation methods of the present invention can still be modified or some technical features can be replaced by equivalents without departing from the spirit of the technical solution of the present invention. They should all be included in the scope of the technical solution for protection of the present invention.

Claims

1. A SIP performance testing method based on customized SIP messages, used to test a dispatch communication system, characterized in that: The following steps are involved: A dispatch communication system is built on a Linux system, and ORACLE server software is deployed on a Windows system. Performance test configuration information is created in the ORACLE server software. The configuration information includes at least the calling and called numbers, the customized SIP message formats used by the calling and called numbers, a packet delay timer for voice back-injection, the IP and port number configurations of the dispatch communication system's signaling and media planes, the protocol used by the client and server signaling planes, and the call initiation and termination method. The customized SIP messages are generated based on the standard SIP protocol and include at least one of REGISTER, INVITE, ACK, BYE, CANCLE, and OPTION. The dispatch communication system connects to the ORACLE server to obtain configuration information, extracts relevant data from the configuration information to fill in the SIP protocol fields, forms a customized SIP message, and generates test cases based on the customized SIP message for performance testing; After receiving the configuration information, the server of the dispatching communication system extracts corresponding data from the configuration information to fill the SIP protocol field, generates a call answering test case or a registration response test case based on the filled SIP protocol, and stores the call answering test case or the registration response test case in a hash manner; The server of the dispatching communication system determines whether the customized SIP message of the configuration information includes a registration message. If not, it sends a call initiation message to the client of the dispatching communication system, waits for the call message initiated by the client of the dispatching communication system to execute the call answering test case, and ends the call answering test case after the voice return is completed; if it is included, it waits for the registration information initiated by the client of the dispatching communication system to execute the registration response test case, and further waits for the call message initiated by the client of the dispatching communication system to execute the call answering test case, and ends the call answering test case after the voice return is completed; During the test, call records are written to the database in real time; The configuration information also includes whether to send a text message and the content of the text message when calling; When the client of the dispatch communication system initiates a call as a caller to perform a performance test, it is determined whether the configuration information requires the sending of a text message. If so, the text message content is sent to the server of the dispatch communication system according to the customized SIP message; if not, the call is terminated after the voice injection is completed; The configuration information also includes PCM file, PCM file path, PCM file transcoding tool, preset voice encoding type and PT, and whether the returned voice needs to be transcoded; During the performance test, when performing voice injection, the dispatching communication system determines whether the PCM file needs to be transcoded based on the encoding format of the PCM file, the preset voice encoding type and the PT. When the encoding format, the preset voice encoding type and the PT of the PCM file are all consistent, the voice is directly injected according to the content of the PCM file. Otherwise, the PCM file is transcoded using a PCM file transcoding tool, and the voice is injected according to the transcoded voice content.

2. The SIP performance testing method based on customized SIP messages according to claim 1, characterized in that: After receiving the configuration information, the client of the dispatching communication system extracts corresponding data from the configuration information to fill the SIP protocol field, generates a call request test case or a registration request test case based on the filled SIP protocol, and stores the call request test case or the registration request test case in a hash manner; The client of the dispatch communication system determines whether the customized SIP message of the configuration information includes a registration message. If not, upon receiving the call initiation message sent by the server of the dispatch communication system, the call request test case is executed to initiate the call information; if Including, first execute the registration request test case to initiate the registration process, and after the registration is completed, execute the call request test case to initiate the call information.

3. The SIP performance testing method based on customized SIP messages according to claim 1, characterized in that: The configuration information also includes a registration completion condition. The client of the dispatch communication system checks whether the registration response of the calling and called numbers is consistent with the registration completion condition in the configuration information. If they are consistent, it is determined that the registration is completed.

4. A SIP performance testing system based on customized SIP messages, characterized in that: The following units are included: An environment construction unit is configured to construct a dispatch communication system on a Linux system, the dispatch communication system including a client and a server; deploy ORACLE server software on a Windows system, and create performance test configuration information in the ORACLE server software, the configuration information including at least the calling and called numbers, the customized SIP messages used by the calling and called numbers, a packet delay timer for voice back-injection, the IP and port number configurations of the signaling and media planes of the dispatch communication system, the protocol used by the signaling planes of the client and server, and the call initiation and termination method; the customized SIP message includes at least one of REGISTER, INVITE, ACK, BYE, CANCLE, and OPTION; The dispatch communication system connects to the ORACLE server to obtain configuration information, extracts corresponding data from the configuration information to fill in the SIP protocol field, forms a customized SIP message, and generates a test case based on the customized SIP message to perform performance testing; The configuration information also includes whether to send a text message and the content of the text message when calling; When the client of the dispatch communication system initiates a call as a caller to perform a performance test, it is determined whether the configuration information requires the sending of a text message. If so, the text message content is sent to the server of the dispatch communication system according to the customized SIP message; if not, the call is terminated after the voice injection is completed; The configuration information also includes PCM file, PCM file path, PCM file transcoding tool, preset voice encoding type and PT, and whether the returned voice needs to be transcoded; During the performance test, when performing voice re-injection, the dispatch communication system determines whether the PCM file needs to be transcoded according to the encoding format of the PCM file, the preset voice encoding type and the PT. When the encoding format of the PCM file, the preset voice encoding type and the PT are all consistent, the voice is directly re-injected according to the PCM file content. Otherwise, the PCM file is transcoded using a PCM file transcoding tool, and the voice is re-injected according to the transcoded voice content. During the test, call records are also written to the database in real time.

Images