CN1553738A - A method and system for testing short message center functions - Google Patents

Abstract

The invention discloses a method for testing the function of a short message center. The method is as follows: a first test device establishes a connection with the short message center through an interface, and logs in to the short message center; fills in the first test device and submit the short message to the short message center; and the first test device receives the response message returned by the short message center to obtain field information required for testing from the response message. The invention also discloses a test device for testing the function of the short message system and a test system for the function of the short message system. The invention can greatly improve the efficiency of testing, and overcomes the shortcomings of cumbersome operation and low efficiency in short message testing in the prior art.

Description

A method and system for testing short message center functions

technical field

The invention relates to information transmission technology in the field of communication, in particular to a method and system for testing the function of a short message center.

Background technique

In current mobile communications, short messages are already a very common communication method, and the amount of short messages sent through the short message center is also increasing day by day. In order to ensure that short messages can be sent from one mobile terminal to another in a timely manner Terminal, it is particularly necessary to establish a powerful and stable short message center.

In order to achieve the above-mentioned purpose, it is necessary to carry out a functional test on the short message center. In the prior art, most tests are carried out by testers manually operating mobile phones or information phones to send and receive short messages. Obviously, this test method is cumbersome to operate, slow in speed, and prone to errors; at the same time, due to short message Many parameters are opaque to the tester, and it is impossible to test the short message system flexibly.

It can be seen that how to design a testing method and system with a high degree of automation and complete testing is an urgent problem to be solved in the prior art.

Contents of the invention

The invention provides a method and a system for testing the function of the short message center to solve the problem of low testing efficiency caused by manual testing in the prior art.

In order to solve the above problems, the present invention provides the following technical solutions:

A method for testing the short message center function, comprising steps:

A. Establish a connection with the short message center by the first test device, and log in to the short message center;

B. fill in a short message in the first test device and submit it to the short message center; and

C. The first test device receives the response message returned by the short message center, so as to obtain the fields required for testing from the response message.

The method also includes the steps of:

D. The short message center sends the short message to the source gateway according to the destination number in the short message;

E. The source gateway sends a charging request message to the second test device through the interface, and the second test device simulates the service control point to perform corresponding charging processing.

F. The source gateway forwards the short message to the destination gateway;

G, destination gateway forwards this short message to the 3rd testing device through interface, and the 3rd testing device simulates the business that Internet content provider or short message service provider handles short message content representation, and processing result is returned to destination gateway;

H, the target gateway generates the short message (SMO) call list initiated by the mobile user after receiving the response message of the third test device, and generates a status report to send to the source gateway;

1. After the source gateway receives the status report, it generates the short message (SMOF) bill that the mobile user initiates and is forwarded by the gateway, and sends a billing confirmation message to the second test device, and the second test device completes the billing process.

The first testing device interacts with the short message center by using SMPP protocol, SMEI protocol or CMPP protocol.

A device for testing the function of a short message center, comprising:

Processors for information processing;

memory for storing information;

A server-side processing module for processing server-side transactions in a TCP/IP connection;

A client processing module for processing client transactions in a TCP/IP connection;

An interface processing module for interface transaction processing;

A message processing module for processing short messages, adding and deleting users, and handling business-related functions;

A codec module used to complete the format conversion codec of messages between SMPP protocol, CMPP protocol, and internal protocols;

A program scheduling module for starting the server processing module, client processing module, message processing module, interface processing module and codec module, and performing initialization and exit processing;

The test program module is used to provide an operation interface, receive input information, and start the dynamic link library module according to the input command.

A test system for the function of a short message center system, comprising: a short message center, a gateway for cooperating with short message center equipment to forward short messages, and its structural feature is that it also includes a first test device, and the first test device passes through the interface It is connected with the short message center and is used for sending a short message to the short message center or receiving a short message from the short message center.

The test system also includes a second test device identical to the first test device, which is connected to the gateway through an interface, and is used to simulate the service control point to process the charging request and charging confirmation request reported by the gateway.

The test system also includes a third test device corresponding to the first test device, the third test device is connected to a gateway through an interface, and is used for simulating a user sending/receiving a short message.

The short message center is a GSM short message center, a CDMA short message center or a fixed network short message center.

The present invention can conveniently and flexibly realize most of the functional tests of the short message equipment on a PC, whether it is an internal test organized by the manufacturer itself or a unified test organized by the competent department of the industry, the present invention can be used to greatly improve the testing efficiency. Efficiency, thereby overcoming the shortcomings of single use of mobile phones or information phones for short message testing in the prior art, which are cumbersome operations, low efficiency, inability to flexibly set parameters, and the need for a complete set of wireless communication equipment. After using the present invention, the test of the relevant equipment of the short message system such as the short message center and the short message gateway can be independently carried out by the equipment manufacturer or the industry authority to perform the function correctness test and performance test, thereby eliminating the need to purchase and maintain wireless communication equipment , A large amount of funds for intelligent network equipment, greatly saving the test cost of short message equipment.

Description of drawings

Fig. 1 is the schematic diagram that testing device of the present invention is connected with short message center;

Figure 2 and Figure 3 are structural diagrams of the test tool in the test device;

Fig. 4 is the flowchart that short message center is tested;

Fig. 5 is a schematic structural diagram of the testing system of the present invention.

Detailed ways

Referring to Fig. 1, the test device is composed of the hardware structure of a commonly configured microcomputer and the test tool modules stored in the computer. The test tool module runs on the Microsoft Windows operating system. The test device is connected to the short message center (it can also be a short message Monternet gateway, a short message Internet gateway, etc.) through a SOCKET interface (a network application programming interface). Short Message Peer To Peer, SMPP) protocol, or China Mobile Peer To Peer (China Mobile Peer To Peer, CMPP) protocol interaction.

Referring to Fig. 2, the test tool module includes a test program module and a dynamic link library module SMEIDLL.DLL encapsulated by multiple function modules. The test program module is used to provide an operation interface and receive input information, and call the dynamic link library program module according to the input command.

Referring to Figure 3, the dynamic link library SMEIDLL.DLL encapsulates output functions such as underlying communication connection, message sending and receiving, error handling, handshaking to maintain a long connection, login processing, sending short messages, replacing short messages, etc., and the test program is directly called when writing The corresponding functions in the dynamic library can realize the relevant functions.

The dynamic link library SMEIDLL.DLL is composed of program scheduling module, server processing, client processing, message processing, interface processing module, codec module, registry processing and other modules.

Program scheduling module: This module is the control module of the entire dynamic link library, and the initialization and exit processing of the dynamic library are all implemented in this module.

Server-side processing module: This module is used to handle server-side transactions in TCP/IP connections, such as generating servers, listening to connections, connection maintenance, network error handling, sending and receiving data, database buffer management, etc.

Client processing module: This module is used to process client affairs in TCP/IP connection, such as requesting connection to the server, handshake request, network error processing, sending and receiving data, database buffer management, etc.

Message processing module: This module is used to assemble short messages, send/receive short messages, replace short messages, query short messages, add users, delete users and other business-related functions.

Interface processing module: This module is used to maintain interface initialization, connection, response processing, message buffer busy/busy judgment, read message callback, error processing callback, automatic reconnection and other functions.

Codec module: This module is used to complete the format conversion codec work of messages between SMPP protocol, CMPP protocol and internal protocol.

Registry processing module: This module completes operations such as reading, writing, adding, and deleting Windows registry entries, so that relevant information such as the IP address of the short message center during the last test can be stored in the registry, and the test tool is enhanced operability.

The test device is used to simulate several entities communicating with the short message system, such as: Extended Short Message Entity (ESME), Service Control Point (SCP), Internet Content Provider (ICP), etc., so its functions also comply with relevant Specifications "900/1800MHz TDMA Digital Cellular Mobile Communication Network Extended Short Message Entity to Short Message Center Interface Protocol Specification" and "Monternet Short Message Service Signaling Process Specification".

The test program module calls the dynamic link library module to make the test device mainly realize the following functions:

(1) The Socket interface of the test device has the function of automatic reconnection. The test device must first establish a connection with the system under test through the TCP/IP protocol, and then exchange messages. By specifying the IP address, TCP port number and protocol type on the interface provided by the test program module, a Socket interface with automatic reconnection function can be established with the system under test and the protocol type of the interface can be bound. After the interface is disconnected, it will periodically reconnect with the device under test without having to re-establish the connection manually, which is convenient for testing.

(2) The test device adopts a flexible way of logging into the short message center. The test device logs in to the short message center by selecting different login methods through the Transmitter interface, Receiver interface and Tranceiver interface stipulated in the SMPP protocol and the short message national standard protocol. Identity authentication of the message center. These interfaces are upper-layer interfaces built on top of the SOCKET interface, and can only be created after the SOCKET interface is established.

Because according to the European Telecommunications Standards Institute (ETSI) short message protocol and short message national standard protocol, ESME must use The legal account number and password registered in the short message center log in to the short message center, so the test device meets this requirement.

(3) After the underlying TCP/IP connection is successfully established and the short message center is correctly logged in, test actions such as submitting messages to the short message center and receiving messages from the short message center can be performed. Ordinary short messages and high-priority short messages can also be sent separately by selecting on the interface. When sending a message, fill in the following parameters of the short message on the software interface: source address, destination address, number type (TON), numbering scheme ( NPI), validity period, scheduled sending time, scheduling mode (store and forward, datagram, transaction), status report request flag (SRR), predefined short message ID, etc.

(4) By selecting the content of the short message on the interface as a binary stream format, the content of the short message has a header structure (UDHI) flag is set, and the hexadecimal data is filled in the content of the short message to support sending the enhanced short message ( EMS).

(5) By turning on the automatic receiving switch on the interface and directing the sending route to the test device in the short message device, the test device can automatically receive short messages and count them. If you want to observe the content and parameters of a special message during testing, you can turn off automatic receiving and use the manual receiving function to display the message content.

(6) If the short message fails to be delivered for some reason but is temporarily stored in the memory of the short message center, you can query the detailed information of the short message in the memory, replace the original message with a new message, or cancel the original message.

(7) The test device has user management functions, which can be used to add registered users, delete registered users, modify registered users and query registered users for the short message center. For the convenience of testing and use, users can also be added and deleted in batches , correction.

(8) The test device is used to simulate the protocol between the service control point (SCP) and the short message center to interact with the short message device. Since the short message sent by the prepaid user is charged in real time, there needs to be protocol interaction between the short message center, Monternet gateway, Internet gateway and other short message devices and the SCP. Therefore, in the absence of SCP, the test device was used.

(9) The test device can simulate an Internet content provider (ICP) to connect to a short message device (short message center or short message gateway), and perform message interaction with the short message device.

With the development of China Mobile Monternet and China Unicom's services, many ICPs hang their self-developed short message services on short message devices. In order to test the ability of short message devices to support services, the test device simulates sending and receiving Messages in the format of the Network Point-to-Point Protocol (CMPP) and messages in the format of China Unicom's Gateway Interconnection Protocol (SGIP) to realize the ICP function.

Referring to shown in Figure 4: the test process to the short message center is as follows:

1. Set the IP address and listening port number of the short message center in the test tool, so that the test device can establish a connection with the short message center through the SOCKET interface. The short message center is the server side, and the test tool is used as the client to connect to the short message center. If the connection is unsuccessful, a network connection error message is prompted, and the IP address and port number are checked.

2. The test device provides the account name and password required for logging in to the short message center, and logs in to the short message center.

If the login is unsuccessful, it will prompt a login error message, and continue to log in after checking the account number and password.

3. Fill in the short message including source address, destination address, encoding scheme, short message content and other parameters in the test tool, and submit it to the short message center.

If the test tool prompts that the parameters are invalid, you need to check whether the parameters are filled in correctly.

4. The test device receives the response message returned by the short message center, checks the tracking information and analyzes the correctness of the protocol through the test tool.

If you receive the submission failure information returned by the short message center, you need to check the value of the result field in the message returned by the short message center to determine the cause of the failure; if the submission is successful, you also need to check whether each field in the message returned by the short message center is correct.

Referring to Fig. 5, use the first test device to simulate the mobile phone user, use the second test device to simulate the service control point (SCP), use the third test device to simulate the Internet content provider (ICP), by observing each test point message, with Completed the test of SMS Monternet service.

The connection protocol between the components in the figure is as follows: the SMPP protocol is used to connect between the short message center and the Monternet gateway; the enhanced short message point-to-point (EMPP) is adopted between the Montnets gateway and the second test device (simulated service control point). : Enhanced Message Peer To Peer) protocol connection; CMPP protocol connection is adopted between multiple Monternet gateways; CMPP protocol connection is adopted between Monternet gateway and the third test device (simulated ICP). Among them, the short message center and the CMPP gateway are the devices to be tested.

The first test device logs into the short message center by providing an account number and a password, and the second and third test devices log in to the Montnets gateway by providing an account number and a password.

The testing process is as follows:

(1) The Shenzhouxing user simulated by the first testing device submits a short message to the short message center, and the destination number is the service code of the ICP. The test set uses the "submit_sm" command of the SMPP protocol.

(2) the short message center routes the short message to the source CMPP gateway according to the destination number of the short message, and uses the "send short message deliver_sm" command of the SMPP protocol;

(3) the source CMPP gateway sends the billing request of the Shenzhouxing user to the second test device (simulated SCP) of its access, using the "short message deduction (sm-chg)" command of the EMPP agreement; Describe the handling process of the test device in detail?)

(4) The source CMPP gateway forwards the message to the destination CMPP gateway of the destination ICP access, using the "message forward (Cmpp_Fwd)" command of the CMPP protocol;

(5) purpose CMPP gateway delivers short message to the 3rd test device (simulated ICP), uses " message submits (Cmpp_Submit) " order of CMPP agreement, the 3rd test device of simulated ICP is by the analysis to the content of the short message delivered, Process the business represented by the content of the short message, return the processing result to the destination CMPP gateway, and use the "message delivery (Cmpp_Deliver)" command of the CMPP protocol;

(6) The destination CMPP gateway, after receiving the response message of the third test device, generates the short message (SMO) bill submitted by the mobile user, and generates a status report, sends it to the source CMPP gateway, and uses the "before message" of the CMPP protocol Turn (Cmpp_Fwd)" command;

(7) After the source CMPP gateway receives the status report, it searches for the sending request of the corresponding original short message, generates the short message (SMOF) call list submitted by the mobile user and forwarded by the gateway after finding it, and simultaneously accesses the second short message (SMOF) bill to it The test device (simulated SCP) sends a billing confirmation request to the Shenzhouxing user, using the "short message deduction confirmation (sm-cnfm)" command of the EMPP protocol.

Claims (19)

1, a kind of method that short message center function is tested, it is characterized in that comprising steps: A. Establish a connection with the short message center by the first test device, and log in to the short message center; B. fill in a short message in the first test device and submit it to the short message center; and C. The first test device receives the response message returned by the short message center, so as to obtain field information required for testing from the response message. 2. The method of claim 1, further comprising the steps of: D. The short message center sends the short message to the source gateway according to the destination number in the short message; E. The source gateway sends a charging request message to the second test device through the interface, and the second test device simulates the service control point to perform corresponding charging processing. 3. The method of claim 2, further comprising the steps of: F. The source gateway forwards the short message to the destination gateway; G, destination gateway forwards this short message to the 3rd testing device through interface, and the 3rd testing device simulates the business that Internet content provider or short message service provider handles short message content representation, and processing result is returned to destination gateway; H, the destination gateway generates the short message call list initiated by the mobile user after receiving the response message from the third test device, and generates a status report to send to the source gateway; 1. After the source gateway receives the status report, it generates a short message bill initiated by the mobile user and forwarded by the gateway, and sends a billing confirmation message to the second test device, and the second test device completes the billing process. 4. The method according to claim 1, wherein the test device interacts with the short message center by using the SMPP protocol, the SMEI protocol or the CMPP protocol. 5. The method according to claim 1, characterized in that before step A, the IP address and listening port number of the short message center are set in the first test device. 6. The method according to claim 1, characterized in that: the first testing device logs into the short message center by providing an account number and a password. 7. The method according to any one of claims 1 to 6, characterized in that: when the first test device fails to send a short message, the short message is temporarily stored in the memory, and the short message can be queried, replaced or canceled short message. 8. The method according to any one of claims 1 to 6, characterized in that: adding registered users, deleting registered users, modifying registered users and querying registered users for the short message center by operating the first test device. 9. The method according to any one of claims 1 to 6, wherein the short message is an ordinary short message, a high priority short message, a predefined short message or a binary short message with a header structure. 10. The method according to claim 1, characterized in that: controlling the first test device to receive the short message sent by the short message center by means of automatic or manual control. 11. The method according to any one of claims 1 to 10, characterized in that the first testing device is connected to the short message center through an interface, and the interface can be a SOCKET interface. 12. The method according to claim 11, characterized in that when the first, second and third test devices are disconnected from the corresponding equipment, the SOCKET interface automatically re-establishes the connection. 13. The method according to claim 1, characterized in that said short message includes source address, destination address, coding scheme, short message content and other parameters. 14. A test device for testing the function of the short message center system, comprising: a processor for information processing, a memory for storing information, characterized in that it also includes: A server-side processing module for processing server-side transactions in a TCP/IP connection; A client processing module for processing client transactions in a TCP/IP connection; An interface processing module for interface transaction processing; A message processing module for processing short messages, adding and deleting users, and handling business-related functions; A codec module used to complete the format conversion codec of messages between SMPP protocol, CMPP protocol, and internal protocols; A program scheduling module for starting the server processing module, client processing module, message processing module, interface processing module and codec module, and performing initialization and exit processing; The test program module is used to provide an operation interface, receive input information, and start the dynamic link library module according to the input command. 15. The test device according to claim 14, characterized in that: the server processing module, the client processing module, the message processing module, the interface processing module, the codec module and the program scheduling module are encapsulated into a dynamic link library module . 16. A test system for the function of a short message center system, comprising: a short message center, a gateway for cooperating with short message center equipment to forward short messages, characterized in that it also includes the same first test device as described in claim 14 A test device, the first test device is connected to the short message center through an interface, and is used for sending a short message to the short message center or receiving a short message from the short message center. 17. The test system according to claim 16, further comprising a second test device identical to the first test device, the second test device is connected to the gateway through an interface, and is used for simulating the service control point to process the data reported by the gateway. Accounting Request and Accounting Confirmation Request. 18. The test system according to claim 17, further comprising a third test device corresponding to the first test device, the third test device is connected to a gateway through an interface, and is used to simulate a user sending/receiving a short message . 19. The test system according to any one of claims 16 to 18, characterized in that the short message center is a GSM short message center, a CDMA short message center or a fixed network short message center.

Images