Background
With the rapid development of communication technologies, various network technologies are emerging. Among them, the packet-switched-based NGN (next generation network) is increasingly favored. The NGN network is a comprehensive, fully open broadband network platform system that can provide multiple services such as voice, data, multimedia, etc. at the same time, and it can realize at least gigabit fiber to the home. In addition, the low-cost IP telephone for long-distance telephone can be introduced into the local telephone, so that the cost and price of the local telephone charge can be greatly reduced.
Currently, the NGN network includes a signaling proxy and a media proxy, as shown in fig. 1, based on which corresponding services can be developed in the NGN network, and the functional roles of the corresponding services will be described below.
For NGN users (i.e. represented by TE), the SP (signaling proxy) can be regarded as a soft switch system, that is, the registration and call messages of the users are sent to the SP first, and the SP forwards the messages to the core soft switch system after signaling processing. Meanwhile, the SP can be regarded as a user for the core soft switch system, and the soft switch system firstly sends a request for calling a called party to the SP, and the SP forwards the request to the real called party after signaling processing. Generally, the SP needs to support one or more proxy functions in SIP (session initiation protocol), h.323, MGCP (media gateway control protocol), h.248, and the like.
The MP (media proxy) is used for proxy of media stream. The media stream communicated between the user and the outside is processed and forwarded by the MP. The media stream is generally referred to as RTP (real time transport protocol)/RTCP (real time transport control protocol) stream.
In an NGN network, the session table of media stream processing on the MP is dynamically generated/deleted by the instructions of the SP. The SP and MP may communicate via COPS (general open policy service) or a generalized policy protocol.
To further understand the NGN network, the relationship between the SP and the MP will be described below.
SP and MP are logical concepts, 1 SP can communicate with 1 or more MP, SP and MP can be integrated in one device; the SP and the MP can be implemented by independent devices respectively, or can be integrated in other devices.
In order to know the performance of the NGN network, in some specific cases, some attributes of QoS (quality of service) of sessions in the NGN network need to be known, such as Jitter, Delay, etc.
There is no method for analyzing and obtaining the service quality information of the session.
Disclosure of Invention
In view of the above problems in the prior art, an object of the present invention is to provide a method for implementing QoS analysis for a session, which can perform QoS analysis for a specific session, thereby improving analysis efficiency and saving processing resources of a network entity.
The purpose of the invention is realized by the following technical scheme:
the invention provides a method for realizing session service quality analysis, which comprises the following steps:
in a conversation, a control message of the conversation is obtained, and information carried in the control message is analyzed to obtain service quality information of the conversation.
The control message comprises: and transmitting a control protocol RTCP message in real time.
The invention provides a method for realizing service quality analysis based on conversation, which comprises the following steps:
A. setting strategy information for analyzing the service quality of the session;
B. and acquiring the control message of the corresponding session according to the set strategy information, and analyzing and acquiring the corresponding service quality information.
The step A comprises the following steps:
and setting the strategy information on a signaling proxy SP, a media proxy MP, an intermediate server or a separately set strategy server.
In the present invention, when the policy information is set on the SP, the step a includes:
and the SP determines whether the established session needs to be subjected to the service quality analysis according to the stored strategy information, and if so, sends a notification for performing the service quality analysis on the session to the MP.
In the present invention, when the policy information is set on the intermediate server or a separately set policy server, the step a includes:
a1, when a session is established, SP sends a message requesting to determine whether the session needs to be analyzed for quality of service to the intermediate server or the policy server, the intermediate server or the policy server determines that the session needs to be analyzed for quality of service according to the stored policy information, and returns a notification message to SP;
or,
the intermediate server actively sends a notification message which is determined according to the strategy information and needs to carry out service quality analysis on the session to the SP;
a2, the SP sends a notice to MP that the session needs to be analyzed for quality of service.
In the present invention, when the policy information is set on the policy server, the step a includes:
the SP carries out information interaction with the policy server through the intermediate server to obtain a message needing to carry out service quality analysis on the session;
the SP sends a notification to the MP that a quality of service analysis is required for the session.
The notification for performing the qos analysis carries identification information of a session that needs to be subjected to the qos analysis.
The control message comprises: and transmitting a control protocol RTCP message in real time.
The step B comprises the following steps:
b1, after the MP receives the control message of the session, judging whether the message is a control message needing to be analyzed by the service quality, if so, executing the step B2, otherwise, executing the step B3;
b2, extracting the service quality information in the control message, and executing the step B3;
and B3, modifying and forwarding the control message.
The step B1 includes:
and the MP determines whether the session control message is a session control message needing the service quality analysis according to the session identification information in the received control message.
The step B2 includes:
and further determining the control message which meets the set conditions in the control message of the session which needs to be subjected to the service quality analysis, and carrying out the service quality analysis on the control message.
The set conditions include:
a set time condition or a set received message quantity condition.
The step B2 includes:
acquiring service quality information of a group of control messages;
and taking the average value of the service quality information of the group of control messages as a service quality analysis result of the session, or obtaining the maximum value and the minimum value of the service quality information of the group of control messages and taking the maximum value and the minimum value as the service quality analysis result of the session.
The step B also comprises the following steps:
and sending the acquired corresponding service quality information to the SP or a specific server.
The step B comprises the following steps:
and carrying the service quality information in the existing message or the newly defined message interacted between the MP and the SP or the specific server and sending the message to the SP or the specific server.
It can be seen from the above technical solutions that, on one hand, the implementation of the present invention enables the service quality of a session to be analyzed in a communication device, and obtains corresponding service quality information. On the other hand, the invention can also make QoS analysis for specific session on MP and obtain corresponding analysis result. Therefore, the invention not only can obtain the service quality information of the session, but also can analyze the service quality of only part of the session according to the actual requirement, thereby saving the processing resource of the MP and improving the efficiency of analyzing and processing the session QoS.
Detailed Description
The invention aims to analyze and obtain the QoS attribute information of a session. The QoS attributes of a session are usually carried in control messages, such as RTCP messages of the session. In a session based on RTP/RTCP, both RTP and RTCP messages are proxied through the MP, so the MP has the capability of analyzing RTCP.
As is known, RTP messages are streamed, up to tens or more in a second. While RTCP messages are typically tens of seconds. Therefore, since the number is not so large, it is feasible to analyze the RTCP packet and extract the QoS and other attributes thereof.
From the foregoing analysis, it can be known that the MP can analyze the QoS attributes of the session. After the MP analyzes and obtains the corresponding QoS attribute, the obtained QoS attribute needs to be reported to the SP or a specific server.
The specific implementation process of the invention comprises the following steps: firstly, MP obtains the control message, such as RTCP message, and then MP extracts the information loaded in the control message to obtain the service quality information of the session; the obtained quality of service information may be reported to the SP or to a specific server.
In the process of analyzing the corresponding QoS attributes by the MP, in some cases, the QoS analysis of all sessions is not required, so the present invention can perform the corresponding QoS analysis only on the sessions that need to be subjected to the QoS analysis according to the set policy information, and at the same time, the QoS analysis of a part of the control messages in the sessions that need to be subjected to the QoS analysis can be set, thereby avoiding performing the QoS analysis processing on all the sessions and effectively improving the efficiency of the QoS analysis on the sessions.
For a further understanding of the present invention, reference will now be made in detail to the present invention as illustrated in the accompanying drawings.
In the implementation process of the method of the present invention, as shown in fig. 2, the processing procedure in fig. 2 is a general processing procedure from the beginning of a call to the end of the call, and the processing procedure is independent of a specific protocol and is a general call processing procedure. The specific processing procedure in fig. 2 includes:
step 21: the terminal TE1 initiates a call to the terminal TE2, and information interaction is performed between the TE1 and the TE2 so as to establish the call;
step 22: when the call is established, SP informs MP to create a corresponding media stream processing table item;
step 23: the MP starts QoS analysis of this session preparation;
that is, while a call is in progress, the MP needs to analyze the QoS of the session as needed;
step 24: the MP sends the QoS analysis result aiming at the session to the SP or a designated server entity, so that the corresponding entity can obtain the QoS analysis result of the session required by the corresponding entity;
specifically, when the call is finished, the SP notifies the MP to delete the corresponding media stream processing entry, and the MP sends the QoS analysis result to the SP;
of course, the MP may also send the current QoS report to the SP during the call;
moreover, the QoS analysis result for the session can be transmitted to the SP or the designated server in a message interacted between the MP and the SP or the designated server.
In fig. 2, steps 22, 23 and 24 are three key steps, and the detailed implementation of the three processing procedures will be described in detail below.
First, the process of step 22, that is, the process of the SP notifying the MP that the QoS analysis is ready to be performed will be described, specifically, as shown in fig. 3, the process includes:
step 31: the SP sends a message to the policy server to request the policy server to confirm whether QoS analysis needs to be carried out on the session or not;
the policy server is used for storing the set control policy information whether the session needs to be analyzed by QoS;
step 32: after receiving the message, the policy server returns a message for QoS analysis of the session to the SP when determining that the QoS analysis of the session is needed;
step 33: when the policy server confirms that the QoS analysis needs to be performed on the session, the SP informs the MP to start the QoS analysis, the notification message comprises identification information of the session, the MP can acquire the session needing the QoS analysis according to the identification information, and the identification information can be generally identified by a source/destination address port number and the like of a media stream of a specific session;
of course, if the policy server does not return a message that QoS analysis is required for the session, the SP will not notify the MP for QoS analysis.
In fig. 3, the SP may also interact with the policy server through an intermediate server (e.g., a server proxied by the SP), instead of directly interacting with the policy server by the SP, and the intermediate server brings corresponding determination result information back to the SP; the method specifically comprises the following steps: when a session is established, the SP sends a request message to the intermediate server to request to determine whether QoS analysis needs to be carried out on the session, the intermediate server interacts with the policy server to determine corresponding result information, and then the intermediate server returns a corresponding determination result to the SP; the process can also be as follows: when the session is established, the intermediate server directly and actively carries out information interaction with the policy server, determines whether QoS analysis needs to be carried out on the session or not, and actively returns the determined result information to the SP.
In addition, in fig. 3, the policy information stored in the policy server may also be directly set on the SP, and at this time, the SP may directly determine whether to perform QoS analysis on the session without interacting with a special policy server;
or, the policy information may also be directly set on the intermediate server, and the intermediate server brings the result back to the SP; the method specifically comprises the following steps: the intermediate server actively sends the determined result to the SP when the session is established, or the intermediate server returns the determined result to the SP according to the request of the SP when the session is established;
or, the strategy is directly set on the MP, and the MP directly analyzes the corresponding session; in this case, the policy that is usually set may be relatively simple, for example, QoS analysis is performed or not performed for all sessions, and so on. Furthermore, if the policy is directly set on the MP, step 22 in fig. 2 may be omitted, and step 23 may be executed directly according to the policy.
Next, step 23 in fig. 2, that is, the processing procedure of the MP performing QoS analysis on the session, is described in detail, as shown in fig. 4, the specific processing procedure includes:
step 41: MP receives RTCP message sent by user terminal TE 1;
step 42: MP analyzes the RTCP message whether to need QoS analysis, if yes, then extracts corresponding QoS information from the RTCP message and stores it;
specifically, it may be determined whether QoS analysis needs to be performed on the RTCP message according to the session identification information in the RTCP message and the identification information of the session that needs to be subjected to QoS analysis and is determined whether the session needs to be subjected to QoS analysis according to the source/destination port number information in the RTCP message, specifically: when the source/destination port number information in the RTCP message is consistent with the source/destination port number information of the session needing QoS analysis and obtained by the MP, determining that the QoS analysis needs to be carried out on the session;
in this step, instead of performing QoS analysis on each RTCP packet, the QoS analysis is performed according to a set policy, and includes:
(1) according to the time: if the analysis is performed every 1 minute, the RTCP message is supposed to be sent every 20 seconds; therefore, in 1 minute, the MP only needs to analyze one RTCP message, and the load of the MP can be reduced;
(2) according to the number of messages: when a certain RTCP is received, analyzing; for example, one RTCP message is analyzed every 5 RTCP messages, so that the load of the MP can also be reduced;
step 43: MP modifies the RTCP message and forwards the RTCP message to the opposite communication terminal TE 2;
namely, the RTCP messages are forwarded after being normally modified.
In the invention, because the QoS and other information carried by each RTCP message are different, the MP can carry out corresponding algorithm processing aiming at the QoS information, and the processing result is taken as the QoS analysis result aiming at the session; for example, a plurality of information are averaged and the maximum value and the minimum value are recorded together as the corresponding QoS analysis result, or the MP may record only the most averaged value for the QoS information as the QoS analysis result and no longer record the peak or low estimation value.
Of course, in the present invention, the MP can also record the corresponding RTCP packet until the session is over, and then perform the analysis uniformly, so as to obtain the required QoS analysis result.
Finally, a specific implementation of the processing procedure shown in step 24 in fig. 2, that is, the processing procedure for the MP to send the QoS information to the SP, will be described.
As shown in fig. 5, the corresponding processing procedure specifically includes:
step 51: determining that the session needing QoS analysis is ended, and taking out QoS information of the session obtained by analysis by the MP;
of course, the above-mentioned procedure has been described, and the QoS information may be sent to the SP or the corresponding specific server in the session proceeding process by performing step 52;
step 52: sending the QoS information to an SP or a specific server;
that is, the QoS information analyzed by the MP is sent to the SP, or sent to a specific server receiving the QoS information, and can be flexibly set according to actual needs.
The above description is only for the preferred embodiment of the present invention, but the scope of the present invention is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present invention are included in the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.