CN100403701C

CN100403701C - Test method and system for target device service realization

Info

Publication number: CN100403701C
Application number: CNB2004100551744A
Authority: CN
Inventors: 李成
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2004-08-09
Filing date: 2004-08-09
Publication date: 2008-07-16
Anticipated expiration: 2024-08-09
Also published as: CN1735046A

Abstract

The present invention discloses a target device business realization measuring method and a system. The method comprises the steps that a script language is used for building the business process of a target device, the business information of the target device is obtained, the business information is treated according to the business process, and the target device is controlled to complete the test of business realization according to the treating result of the business information. The system comprises the target device, an auxiliary device and an analog business control device, wherein the analog business control device is used for controlling the target device and the auxiliary device so as to complete the business test of the target device. Because the present invention is used, the business process can be simply and rapidly simulated, the accuracy of function realization of the target device is reliably verified, and the testing cost is reduced.

Description

Method and system for testing service implementation of target equipment

Technical Field

The invention relates to the technical field of network communication, in particular to a method and a system for testing the service implementation of target equipment.

Background

The network is formed by interconnecting network devices, the factors such as the performance and the function of the network devices determine the service provision and the service quality of the whole network, and whether the network devices meet the standard or not and also determine whether the networks can be well communicated or not. With the continuous improvement of the functions of various network devices carrying voice services, new service modes such as multiparty conference, information query and the like gradually enter people's daily life. The intense development or implementation of such business models has been a constant topic of each equipment manufacturer. By service is meant a function provided by the target device, for example a directory function in a telephone system, which implements a service, i.e. implements such a function. However, the service implementation itself is a difficult task, often requires a long development test, and many services involve various network devices, and the related devices are required to support the service, so that the development test period for all the devices is longer. In many service implementation processes, a situation that a certain device first implements a new service and a related device does not implement the service yet often occurs, that is, the related device does not support the new service, and at this time, development and testing of the device will encounter many difficulties. Since it is likely that the new service cannot be verified at all without the cooperation of its related devices, it is not guaranteed that the service function is implemented normally.

For example, fig. 1 is a simple VoIP telephony service networking diagram, which includes four devices: MGC (media gateway control) devices, MRS (media resource server), IAD (integrated access device), and regular phones. The MGC, among other things, acts as a call agent. The IAD is here a media gateway, which is the access device for each terminal (ordinary telephone). The MRS provides a resource server for conference services, playback services, or other services. And MGCP protocol is adopted to communicate information between them.

When the user picks up the telephone dialing number, the IAD will first receive the user request and the dialing number and send the number to the MGC in MGCP message format. After the MGC obtains the IAD request, various service codes in MGC equipment are called according to the number dialed by the user, and the service required by the user is judged. After MGC determines the service type, it will send various commands to IAD and MRS according to the service implementing flow to assist negotiation and establish a direct service channel between them. Then, according to the service form, the MRS is ordered to play or perform other operations. The result of the playback or other operation is transmitted from the MRS to the IAD via the service channel established between the MRS and the IAD and sent by the IAD to the end user.

In the whole service implementation process, the MGC device controls the MRS and the IAD, and is a core device for implementing various services. The target device, i.e. the MRS, needs a corresponding program code when implementing a certain service. Under normal conditions, if the MGC equipment matched with the realization service supports the service, the MGC sends commands to the MRS according to the service flow stored in the software of the MRS, and the MRS calls the service realization code of the MRS to operate according to the commands; if the MGC does not support such services, there is no way for these service implementation codes on the MRS to be called, and there is no way to verify that these codes are correct.

Therefore, if a certain service is first implemented on a target device to be developed and tested, but not implemented on other auxiliary devices for implementing the service, the development and testing process of the service is greatly influenced. At this time, other methods are required to perform development testing of the service. There are generally two methods:

(1) programmed piling of the target device is a common method of solving such problems. Piling the program, namely adding codes of some pile modules in the target program to solve the problem that the codes are called. The specific operation is as follows: adding some functions into the codes of the target equipment, wherein the added functions mainly complete two functions, as shown in fig. 2, one function is a function for generating some calling target equipment service implementation codes; the other part is to provide an external interface for the target device, such as an interface for analyzing and processing a certain message. And compiling the code of the stub module and the original code together, and loading the code and the original code on the single board. Then, a message is constructed outside the target device according to the provided interface format and is sent to the interface. After receiving the message, the interface part analyzes the operation to be performed and calls the service implementation code function in the stub module according to the operation requirement, thereby achieving the purpose of calling the service implementation codes and verifying whether the service codes are correct or not.

The method adds the code of the stub module into the system code of the target equipment, thereby undoubtedly generating certain influence on the original code. Furthermore, in the implementation of the method, the stub code directly calls the implementation code of the service, whereas in an actual system, the service code generally involves a plurality of different modules or different related hardware. The direct calling code can only be carried out aiming at a specific module generally, and the interface between the modules is easy to be ignored. Therefore, the correctness of the implementation of the service code cannot be strictly verified. Meanwhile, the pile driving process needs to know the basic structure of the source code of the target equipment and skillfully apply the language used by the source code, so that the interface is complex to process and easy to make mistakes, and the requirement on development and testing personnel is high. Meanwhile, much time is required for developing the stub module and the external interface.

(2) A core device is implemented by a language completely executed by compiling to cooperate with development testing of a target device, for example, a software phone heart Softphone using SIP (session initiation protocol) protocol is a typical device completely simulating a SIP phone, as shown in fig. 3. The basic idea of the method is to complete a background program, which can send the message that should be sent by the real device to the target device at the right time, or when receiving the message sent by the target device, perform the same processing as the real device and respond to the corresponding message.

The advantage of this method is that the analog device functions almost exactly as the real device, and is often used to implement simpler terminal devices, such as SIP phones and the like. The method can only test some simple service realization of the target equipment, and because the method realizes a real equipment by software completely, when the simulated equipment or service is very complicated, for example, MGC equipment and corresponding service are to be simulated, the program is very complicated, the codes of a plurality of equipment have millions of lines, and the simulation thereof can lead to greatly enhanced development time and difficulty, even almost impossible; and the difficulty of expanding various services is greatly increased. Meanwhile, the compiled language is troublesome to modify, the code compiling requirement is high, the high-level data structure is not flexible enough to be processed, and the excitation of the outer layer of the equipment is not facilitated.

Disclosure of Invention

The invention aims to provide a method for testing the service implementation of target equipment, which overcomes the defects that the correctness of service code implementation cannot be strictly ensured and the implementation is complex in the prior art, so that the service flow can be simulated simply and quickly, and the correctness of the function implementation of the target equipment can be reliably verified.

Another objective of the present invention is to provide a system for testing service implementation of a target device, so as to replace a control device without service function of the target device to complete control function of the target device.

The purpose of the invention is realized by the following technical scheme:

a method for testing service implementation of a target device, the method comprising:

A. establishing a business process of the target equipment by using a script language;

B. acquiring the service information of the target equipment;

C. processing the service information according to the service flow;

D. sending the processing result of the service information to target equipment;

E. and the target equipment completes the test of the service implementation according to the processing result of the service information.

The step B comprises the following steps:

b1, establishing a message capturing and sending function of a target device protocol;

b2, establishing a message construction and analysis function of a target device protocol;

b3, capturing the network message by using the message capturing and sending function;

b4, analyzing the network message by using the message construction and analysis function to obtain the service information.

The step B2 specifically includes:

establishing a message construction and analysis function of a target equipment protocol by using the script language; or

And establishing a message construction and analysis function of a target device protocol by using a compiling language.

The step B3 includes:

b31, extending the script language command of the message capturing and sending function by using a compiling language;

and B32, capturing the network message by the extended script language command.

The step D comprises the following steps:

d1, constructing a response message of the target equipment protocol according to the processing result of the service information and the message constructing and analyzing function;

d2, sending the response message to the target device;

and D3, the target device analyzes the response message to obtain the processing result of the service information.

The service information includes: and the target equipment and the auxiliary equipment send service information.

The method further comprises the following steps:

F. establishing a service function flow of the target equipment by using a script language;

G. acquiring service information of the target equipment;

H. processing the service information through the service function flow;

I. and finishing service control except the target equipment service according to the processing result of the service information.

A system for testing service implementation of a target device, the system comprising: the system comprises target equipment, auxiliary equipment and simulated service control equipment, wherein the simulated service control equipment is used for establishing a service flow of the target equipment by using a script language, acquiring service information of the target equipment, processing the service information according to the service flow and sending a processing result of the service information to the target equipment; the target device is used for completing the test of service realization according to the processing result of the service information sent by the simulation service control device; the auxiliary device is used for completing the test of the service realization in cooperation with the target device.

The analog service control device includes:

the service interface communication device is used for completing service communication between the target equipment and the auxiliary equipment;

and the business process realizing device is coupled with the business interface communication device and used for simulating the business process of the target equipment.

The service interface communication device includes:

the message capturing/sending device is used for capturing and sending the network message when the target equipment service is realized;

and the message constructing/analyzing device is used for analyzing the network message, acquiring service information and constructing the network message according to the simulation result of the service flow of the target equipment by the service flow realizing device.

The analog service control device further includes:

service interface communication means for completing service communication with the target device;

at least one service function implementing device, coupled to the service interface communication device, for simulating a service control function other than the target device service.

The technical scheme provided by the invention can show that the platform for realizing the service by matching with the target equipment is established, any code of the target equipment system is not required to be modified, and the original system is not influenced. Since the service control is performed from the outside of the target device, any interface inside the target device is not ignored, and whether the service implementation of the target device is correct or not can be strictly confirmed. When a platform for realizing the service by matching with the target equipment is established, the service can be realized only by determining a protocol of an interface with the target equipment without knowing the code of the target equipment, so that the development requirement is low, and the development speed is high. Because the simulation of various business processes is independent, and the business processes and the target equipment adopt the same interface, the business form required by the target equipment can be simulated at will, and the expansibility is good and the expansion speed is high. Moreover, the simulation of the business process is realized by adopting the script language, so the realization is easy and the reliability is high. The invention not only simulates the service control function of the target equipment in the platform which is matched with the target equipment to realize the service, but also simulates the service control function provided by the control equipment for the target equipment in the platform if necessary, thereby completely replacing the control equipment to carry out development and test and saving the cost.

Drawings

FIG. 1 is a simple VoIP telephony service networking diagram;

FIG. 2 is a functional diagram of a pile module in a target device according to the prior art;

FIG. 3 is a prior art networking diagram of a target device service implementation via softphone;

FIG. 4 is a flow chart of the method of the present invention;

FIG. 5 is a schematic diagram of the extension of script commands in a compiled language in the method of the present invention;

FIG. 6 is a simple playback service flow diagram;

fig. 7 is a flow chart of the playback service shown in fig. 7 implemented in the method of the present invention;

fig. 8 is a registration flow after the MRS device is started;

FIG. 9 is a schematic diagram of a first embodiment of the system of the present invention for networking;

FIG. 10 is a schematic diagram of a second embodiment of the system of the present invention;

FIG. 11 is a schematic diagram of a third embodiment of the system of the present invention;

fig. 12 is a schematic diagram of the application of the system of the present invention in the service test of MRS equipment.

Detailed Description

The core of the invention lies in establishing a platform for realizing the service by matching with the target equipment, various service flows of the target equipment are simulated and realized in the platform by using a script language, the target equipment is controlled to realize the service by the service flows, and the correctness of the service realization is verified.

In order that those skilled in the art will better understand the technical solution of the present invention, the following detailed description of the present invention is provided in conjunction with the accompanying drawings and embodiments.

Referring to fig. 4, fig. 4 is a flow chart of the method of the present invention, comprising the steps of:

step 401: and establishing the business process of the target equipment by using a script language.

Those skilled in the art will appreciate that some compiled languages (e.g., C, C + +) provide underlying access to computer resources and can be used to create complex large programs, but compiled languages are cumbersome to modify, have high code compilation requirements, and have poor flexibility in processing high-level data structures; unlike other more complex programming languages, scripting languages are interpreted and the instruction statements are executed sequentially by an intermediate program (i.e., a command interpreter). Because the script language can be conveniently interpreted and executed without compiling, the modification and the execution are very easy, and a plurality of script languages encapsulate a high-level data structure, such as a character string processing part, and the use is very convenient, the service flow of the target equipment is established by using the script language.

Scripting languages are of many kinds, such as: TCL language, Python language, Java Script, etc., and any one of them may be selected as necessary. Considering that the MGCP protocol is a text protocol, a frequently used scripting language, TCL, has a great advantage in processing character strings and provides a command extension interface in C language, so that TCL language can be preferably used for implementation.

Different services of the target equipment have different implementation flows, so that various service flows can be established according to actual test requirements, and the control of the target equipment can be completed by calling which service flow needs to be tested.

Step 402: and establishing a message capturing and sending function of a target equipment protocol. In the process of controlling the target device through the business process, the interaction with the target device information is necessarily involved. Therefore, a message capturing and sending function of a target device protocol needs to be established, and the function is established by using a script language for the unification with a business process.

Step 403: and establishing a message construction and analysis function of a target equipment protocol. For different target devices, protocols used in information transmission may be different, and in order to complete a service test in cooperation with the target device, the established service flow needs to use the same protocol when interacting with the target device, that is, the service flow can identify and construct a message format of the protocol used by the target device. Similarly, the same script language can be adopted to establish the message construction and analysis functions of the target device protocol; to increase the processing speed, the function may also be built in a compiled language.

Step 404: and capturing the network message by using a message capturing and sending function. In consideration of the fact that the interpretation process of the script language reduces the execution efficiency, the message capture and transmission functions are written in the compiling language, and in operation, the functions are called by the extended script language commands to improve the execution speed.

At present, Windows systems have provided network programming APIs (application programming interfaces), which can be directly used for programming message capturing and sending functions, but because these APIs are lower than the base layer, a large amount of coding is required to implement more functions, resulting in a long development time. The preferred approach is to use existing message capture and send feature software packages. Such as the WinPcap software package. WinPcap is a free message capturing and sending functional software package written by C language, and has the advantages of simplicity, practicability, complete functions, excellent performance, good stability and the like.

If the TCL language is adopted to establish the message capturing and sending functions of the target equipment protocol, the WinPcap can be integrated into a TCL program in a TCL command mode because the TCL language provides an interface for extending a command by using the C language. The specific implementation steps will be described later.

Step 405: and analyzing the network message by using the message construction and analysis function to acquire the service information of the target equipment. The service information of the target device includes: service information of the target device and the auxiliary device.

When the service test is performed on the target device, the service test method not only involves the control information of the control device on the target device, but also involves some other auxiliary devices, and these auxiliary devices do not need to control the service implementation of the target device, and only cooperate with the target device to implement the service under the control of the control device. Such as IAD (integrated access device) and regular phone in the simple VoIP telephony service networking diagram shown in fig. 1. These devices also need to interact with the established service processing flow, that is, the service information of the target device and the service information of some auxiliary devices are not only included in the network message acquired by analyzing the network message through the message construction and analysis function.

Step 406: and processing the service information according to the service flow.

Step 407: and constructing a response message of the target equipment protocol according to the processing result of the service information and the message constructing and analyzing function.

Step 408: and sending the response message to the target equipment.

Step 409: and the target equipment completes the test of the service implementation according to the response message.

As mentioned above in step 404, to increase the speed of message capture and transmission over a network, commands in the message capture and transmission function may be extended using a compiled language. Since the TCL language provides an interface for extending commands with the C language, WinPcap can be integrated into the TCL by way of TCL commands. The specific implementation steps are shown in fig. 5:

A) some message processing functions are written in C language: CapturePacket, SendPacket, ConstructUdpPacket, reserveendis, and the like, and the functions include occupying and releasing a network card of a computer, capturing a message, constructing a message, sending a message, and the like. These functions call various APIs provided in WinPcap to accomplish the above functions.

B) Extending some TCL message processing commands in C language: TCL _ CapturePacket, TCL _ SendpPacket, TCL _ ConstrucutUdpPacket, TCL _ ReservNDIS and the like, and the commands call the message processing functions written in the step A. Therefore, WinPcap is integrated in the TCL, and the functions of message capture and transmission are realized.

C) Writing the MGCP message constructing and analyzing function by TCL language: the functions can generate a required MGCP message or analyze the captured MGCP message to acquire required information and the like.

D) The TCL command for sending the message provided in the step B and the MGCP message constructing function provided in the step C are used for realizing the sending functions of various commands in the MGCP protocol: CL _ SendCreateConnectionPacket, TCL _ SendDeleteConnectionPacket, and TCL _ SendAuditEndpointPacket.

E) And C, using the TCL command for capturing the message provided in the step B and the MGCP message analysis function provided in the step C to realize various capturing processing functions of the MGCP message: TCL _ GetInformationFormMgcppacket, which is used for capturing effective MGCP messages and acquiring important information.

The MGCP message constructing and analyzing function can be realized by a C language extended TCL command.

Fig. 6 shows a simple playback service flow diagram, and the invention will be further described in connection with the service shown in the figure.

Referring to fig. 6, after IAD reports user off-hook request to MGC, MGC sends dial command to IAD, then user dials and reports to MGC, and MGC determines what service the user requests according to the number. Since the part is purely the operation among the user, the IAD and the MGC, and has no influence on the use of the target device MRS, the part has been completely omitted in the above flow, so that the development process is faster. Also for other services, there may be some such target device independent operations, which may be omitted.

In addition, according to the MGCP protocol, all commands or request messages are responded to, typically by an OK. In order to highlight the focus of the process, these response procedures are also omitted in the flowchart, and in the actual simulation system, the simulated MGC only needs to reply OK to the request command sent to the MGC.

Generally, if the external interface provided by the target device can directly communicate with some interface of the computer, the core control device can be replaced by the computer, and a platform for realizing services is provided for the target device. Various business flows of the target equipment are conveniently simulated in the computer, and when the target equipment is matched for carrying out the test of business implementation, the business flows control the operation of the business of the target equipment.

For example, the target device MRS (media resource server) may communicate with an MGC (media gateway controller) through an MGCP (media gateway control protocol) message. If the MGCP message is encapsulated in a UDP (user Datagram protocol) message, the computer can receive and send the UDP message through the network card. Thus, the service flow of the target device, the message capturing and sending function of the target device protocol and the message constructing and analyzing function of the target device protocol which are established by the script language in the method of the invention are embedded into a common computer, and the computer can replace the MGC to finish the test of the playback service shown in the figure 6.

The implementation flow of the service is shown in fig. 7:

the functions in this figure are defined as follows:

(1) TCL _ getinformation morphgmgcpppacket function: a network message capturing and processing function for acquiring the service information of the target equipment;

(2) TCL _ SendCreateConnectionPacket function: the network message sending processing function is used for sending a connection establishing command message to the IAD and the MRS according to the processing result of the service flow of the target equipment on the service information of the target equipment;

(3) TCL _ sendmodifconnectionpacket function: the network message sending processing function is used for sending a connection modification command message to the IAD according to the processing result of the service flow of the target equipment on the service information of the target equipment;

(4) TCL _ SendNotificationRequestPacket function: the network message sending processing function is used for sending a playback command message to the target equipment MRS according to the processing result of the service flow of the target equipment on the service information of the target equipment;

(5) TCL _ SendDeleteConnectionPacket function: and the network message sending processing function is used for sending connection deleting command messages to the IAD and the MRS respectively according to the processing result of the service flow of the target equipment on the service information of the target equipment.

After the playback flow is started,

firstly, an IAD sends a user off-hook request to a computer, a TCL _ GetInformationFromMgcppacket function acquires a network message sent by the IAD, detects whether the received MGCP message is the user off-hook request message reported by the IAD, and acquires information such as a port number after detection.

Then, the TCL _ SendCreateConnectionPacket function sends a connection establishment command message to the IAD.

And then, a TCL _ GetInformationFrmMgcpPacket function acquires a network message sent by the IAD, detects whether the received MGCP message is a response message for establishing connection reported by the LAD, and acquires connection information after detecting the response message.

And then, sending a connection establishing command message to the MRS through a TCL _ SendCreateConnectionPacket function, wherein the connection establishing command message contains connection information replied by the IAD.

And acquiring a network message sent by the MRS by using a TCL _ GetInformationFromMgcppacket function, and detecting whether the received MGCP message is a response message established by the connection reported by the MRS. And acquiring the connection information after detection.

And then, according to the acquired connection information, sending a modified connection command message to the IAD by a TCL _ SendModifyConnectionPacket function, wherein the modified connection command message contains the connection information replied by the MRS.

Meanwhile, a TCL _ SendNotification RequestPacket function sends a playback command message to the MRS. And after receiving the MRS, starting to play the sound to the IAD. The playback signal is not an MGCP message and therefore does not need to be processed.

And waiting, acquiring a network message sent by the MRS by a TCL _ GetInformationFromMgcppacket function, and detecting whether the received MGCP message is a playback ending request reported by the MRS.

After detection, the TCL _ SendDeleteConnectionPacket function respectively sends a connection deletion command message to the IAD and the MRS, and sends busy tone to the IAD.

After receiving busy tone, IAD sends user on-hook request to service control device (computer), TCL _ GetInformationFromMgcppacket function obtains network message sent by IAD, detects whether the received MGCP message is user on-hook request message reported by IAD, and replies after detection.

And ending the playback flow.

The testing process for other services of the target device is similar to that described above, and is not described herein again.

In the service implementation of the target device, there are some auxiliary devices, for example, for a core control device implemented by a service flow such as an MGC, besides controlling the target device to implement the service, some other service control functions besides providing the service to the target device are also required, otherwise, the target device may not operate normally. For this case, there can be two solutions:

one method is to use a real core control device to complete all other service control functions except the service, and use the service flow realized by the script to realize the service control. The main problem of the solution is that two functions of the same device are respectively completed by two hardware, so that conflict is easy to exist in message processing; but also requires a practical auxiliary device, increasing the cost.

Another approach is to continue to use scripts to implement such service control functions. The method specifically comprises the following steps:

(1) establishing a service function flow of the target equipment by using a script language;

(2) acquiring service information of target equipment;

(3) processing service information through a service function process;

(4) and finishing service control except the target equipment service according to the processing result of the service information.

The implementation manner is similar to that of the target device business process, and is not described in detail. It should be noted that, unlike the business implementation, the processing of the service information is no longer through a flow, but is equivalent to a background service program. Taking the registration process after MRS is started as an example, MRS will send a registration start message to MGC after starting, MGC needs to reply an OK message once receiving the message, and then issues an audit endpoint command. After the MRS is replied, it indicates that the MRS is normally started, and the implemented flow is shown in fig. 8:

wherein the meaning of each function is as follows:

TCL _ getinformation morphgmgcpppacket function: a network message capturing and processing function for acquiring the service information of the target equipment;

TCL _ SendOkPacket function: the network message sending processing function is used for sending an OK message to the MRS;

TCL _ sendaudioendpointpacket function: and the network message sending processing function is used for sending the audit endpoint message to the MRS.

After the system is started, a TCL _ GetInformationFromMgcppacket function is used for acquiring a network message sent by the MRS, and detecting whether the received MGCP message is a starting registration message reported by the MRS.

If not, ignoring the message, continuing to acquire a network message sent by the MRS by the TCL _ GetInformationFromMgcppacket function, and detecting whether the received MGCP message is a registration starting message reported by the MRS.

If yes, the TCL _ SendOkPacket function sends an OK message to the MRS.

Then, the TCL _ SendAuditEndpointPadcket function: and sending an audit endpoint message to the MRS.

After receiving the message, MRS replies (the auxiliary device does not need to answer or capture), and at this point, registration is completed.

Obviously, the implementation method is more superior, no conflict exists, and cost is saved.

For example, the target device MRS (media resource server) may communicate with an MGC (media gateway controller) through an MGCP (media gateway control protocol) message. If MGCP messages are encapsulated in UDP (user data message protocol) messages, the computer can receive and send the UDP messages through the network card, so that the whole test system only needs one computer and target equipment. Considering that MRS also needs to be concerned with voice quality, it may also need a normal telephone and an IAD (integrated access device).

Referring to fig. 9, fig. 9 is a schematic networking diagram of the system of the present invention:

the method comprises the following steps: an analog traffic control device 90, a target device 91 and an auxiliary device 92. Wherein,

the simulation service control device is used for replacing a core control device in an actual system, and controlling the target device and the auxiliary device to complete the service test of the target device.

The analog service control device includes: a service interface communication device 901 for communicating with the actual interface of the target device and the auxiliary device; a business process implementing device 902 for simulating a business process of a target device.

Since there must be a communication interface between the target device and the core control device in the actual system for mutual information transmission, in order to correctly simulate the actual business process, the business interface communication device 901 is used to complete the function in the apparatus of the present invention. The target device and the core control device in the actual system usually adopt various protocols for information interaction, so that the interface also needs to adopt the same protocol as the target device, namely, the interface can correctly identify and process the message sent by the target device.

The service interface communication device 901 includes: a message capturing/sending device 903 and a message constructing/parsing device 904, wherein,

the message capturing/sending device 903 is used for capturing and sending a network message when the service of the target equipment is realized; the message constructing/parsing device 904 is configured to parse the network message and obtain the service information, and construct the network message according to the simulation result of the service flow implementation device on the target device.

As mentioned in the foregoing description of the method of the present invention, in the service implementation of the target device, some auxiliary devices, for example, for a core control device such as an MGC, which implements a service flow, besides controlling the target device to implement a service, some other service control functions besides providing a service to the target device are also required, otherwise, the target device may not operate normally. For this case, the foregoing description also mentions two solutions.

Also, in order to solve the problem, the system of the invention adds a service function realizing device, and the device controls and realizes the service control function of the target device. Referring to fig. 10, a second embodiment of the present invention is shown, wherein, the service interface communication device 101 is used to complete service communication with the target device; the service function implementing means 102 is used for simulating a service control function other than the target device service that needs to be provided by the core control device.

In the service test of the target device, a plurality of different services may be involved, and the system of the invention also provides a good expansion function for the different services. Referring to a third embodiment of the system of the present invention shown in fig. 11:

in this example, the analog service control device includes two service flow implementation devices: a directory service flow realization device 111 and a playback service flow realization device 112, which are independent from each other but share the same service interface communication device 901. Therefore, if the target device has multiple services to be tested, only the corresponding service flow implementation device needs to be added, and the communication interface with the target device does not need to be changed.

Similarly, for other service control functions of the core control device except for service control, the same manner can be adopted to provide more service control for the target device by extending the service function implementing device.

Referring to fig. 12, fig. 12 is a schematic diagram of the application of the system of the present invention in the MRS device service test:

in contrast to the actual VoIP telephony services networking diagram shown in fig. 1, the core auxiliary device (control device) MGC in an actual system is replaced by an analog service control device. While the IAD and the ordinary telephone are auxiliary equipment, the IAD and the ordinary telephone do not need to realize services and are low in cost, so that the IAD and the ordinary telephone can be finished by using actual products.

In the interaction between MRS and MGC devices, various protocols are usually used, and the MGCP protocol is one of the most commonly used control protocols, which is a text protocol using UDP packet encapsulation. Various commands are defined among the devices through the protocol, for example, the commands of establishing connection, modifying connection, deleting connection, auditing end points and the like are used for finishing operations of mutual control and response, information reporting and the like. Therefore, the MGCP protocol is adopted between the MRS and the analog service control equipment for information interaction.

While the present invention has been described with respect to the embodiments, those skilled in the art will appreciate that there are numerous variations and permutations of the present invention without departing from the spirit of the invention, and it is intended that the appended claims cover such variations and modifications as fall within the true spirit of the invention.

Claims

1. A test method for target device service realization, characterized in that the method comprises:

A. Establishing the business process of the target device with a scripting language;

B. Obtaining service information of the target device;

C. Process the business information according to the business process;

D. Send the processing result of the business information to the target device;

E. The target device completes the service realization test according to the processing result of the service information.

2. The method according to claim 1, wherein said step B specifically comprises:

B1, establish the message capturing and sending function of the target device protocol;

B2. Establish the message construction and analysis functions of the target device protocol;

B3, using the message capturing and sending function to capture network messages;

B4. Analyzing the network message by using the message structure and analysis function to obtain the service information.

3. The method according to claim 2, wherein the step B2 is specifically:

Use the script language to establish the message construction and analysis functions of the target device protocol; or

Use the compiled language to establish the message construction and analysis functions of the target device protocol.

4. method according to claim 2, is characterized in that, described step B3 comprises:

B31, using a compiled language to expand the scripting language commands of the message capturing and sending functions;

B32. Capturing network packets by the extended scripting language command.

5. method according to claim 2, is characterized in that, described step D specifically comprises:

D1. Construct a response message of the target device protocol according to the processing result of the business information and the message construction and analysis function;

D2. Send the response message to the target device;

D3. The target device parses the response message to obtain a processing result of the service information.

6. The method according to claim 1, 2 or 5, wherein the service information includes: service information sent by the target device and the auxiliary device.

7. The method according to claim 6, further comprising:

F. Use scripting language to establish the service function process of the target device;

G. Obtaining service information of the target device;

H. Process the service information through the service function process;

I. According to the processing result of the service information, the service control other than the service of the target device is completed.

8. A test system for service realization of target equipment, said system comprising: target equipment and auxiliary equipment, characterized in that it also includes simulated service control equipment:

A simulated service control device is used to establish the business process of the target device with a script language; obtain the business information of the target device; process the business information according to the business process; send the processing result of the business information to the target equipment;

The target device is configured to complete the test of service realization according to the processing result of the service information sent by the simulated service control device;

The auxiliary device is used to cooperate with the target device to complete the service realization test.

9. The system according to claim 8, wherein the analog service control device comprises:

a service interface communication device, configured to complete service communication with the target device and the auxiliary device;

At least one business process realization device, coupled to the service interface communication device, is used to simulate the business process of the target device.

10. The system according to claim 9, wherein the service interface communication device comprises:

A message capturing/sending device, configured to capture and send the network message when the target device service is realized;

A message constructing/parsing device, configured to analyze the network message and acquire service information, and construct a network message according to the simulation result of the service process of the target device by the service process implementing device.

11. The system according to claim 8, wherein the analog service control device further comprises:

A service interface communication device, configured to complete service communication with the target device;

At least one service function realization device, coupled to the service interface communication device, is used for simulating the service control function outside the service of the target device.