CN1870514A - 会话服务质量分析的实现方法 - Google Patents

Abstract

本发明涉及一种会话服务质量分析的实现方法。本发明主要是在MP(媒体代理)上可以通过对会话控制报文的分析获取会话的服务质量信息，同时，本发明还能够根据设定的策略信息仅对需要进行QoS分析的会话进行相应的QoS分析，并将相应的QoS分析结果返回给SP(信令代理)或其他特定的服务器。而且，本发明中，对于需要进行QoS分析的会话还可以设定只对其中的部分控制报文进行QoS分析。因此，本发明的实现一方面可以在进行QoS分析处理过程中节省MP的处理资源，同时，还可以有效提高了针对会话的QoS分析的效率。

Description

会话服务质量分析的实现方法

技术领域

本发明涉及网络通信技术领域，尤其涉及一种会话服务质量分析的实现方法。

背景技术

随着通信技术的迅速发展，各种网络技术不断涌现。其中基于分组交换的NGN(下一代网络)日益受到青睐。NGN网络是一种可以同时提供话音、数据、多媒体等多种业务的综合性的、全开放的宽频网络平台体系，其至少可实现千兆光纤到户。另外，还可以将用于长途电话的低资费IP电话引入本地市话，有望大大降低本地通话费的成本和价格。

目前，在NGN网络中包括信令代理与媒体代理，如图1所示，基于所述的信令代理和媒体代理便可以在NGN网络中开展相应的业务，下面将分别对其功能作用进行说明。

其中，所述的SP(信令代理)对NGN用户(即TE来表示)来说，可看作是软交换系统，即用户的注册和呼叫消息都会首先发给SP，由SP经过信令处理后再转发给核心软交换系统。同时，SP对于核心软交换系统来说，又可看作是用户，软交换系统首先将呼叫被叫的请求先发给SP，由SP经过信令处理后再转发给真正的被叫用户。通常，所述的SP需要支持SIP(会话初始协议)、H.323、MGCP(媒体网关控制协议)、H.248等协议中的一种或多种代理功能。

所述的MP(媒体代理)用于进行媒体流的代理。用户与外界互通的媒体流都经过MP进行处理和转发。所述的媒体流通常是指RTP(实时传输协议)/RTCP(实时传输控制协议)流。

在NGN网络中，所述MP上的媒体流处理的会话表是通过SP的指令动态生成/删除的。SP与MP之间可以通过COPS(通用开放策略服务)或者一种广义的策略协议进行通信。

为对NGN网络有进一步了解，下面将对SP与MP之间的关系进行说明。

SP与MP都是逻辑上的概念，1个SP可以与1个或多个MP进行通信，SP可以与MP集成在一台设备中；SP、MP还可以分别采用独立的设备实现，或者也可以集成在其他设备中实现。

为对NGN网络的性能有所了解，在一些特定的情况下，需要获知NGN网络中的会话的QoS(服务质量)的一些属性，比如，Jitter(抖动)、Delay(延迟)等属性。

但目前还没有提供一种可以分析获得会话的服务质量信息的方法。

发明内容

鉴于上述现有技术所存在的问题，本发明的目的是提供一种会话服务质量分析的实现方法，该方法可以针对特定的会话进行QoS分析，从而提高了分析的效率，节省了网络实体的处理资源。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种会话服务质量分析的实现方法，包括：

在会话通话中，获取会话的控制报文，并对所述控制报文中承载的信息进行分析获取该会话的服务质量信息。

所述的控制报文包括：实时传输控制协议RTCP报文。

本发明提供了一种基于会话的服务质量分析的实现方法，包括：

A、设定对会话进行服务质量分析的策略信息；

B、根据设定的策略信息获取相应会话的控制报文，并分析获取相应的服务质量信息。

所述的步骤A包括：

将所述的策略信息设置于信令代理SP、媒体代理MP、中间服务器或单独设置的策略服务器上。

本发明中，当所述的策略信息设置于SP上时，所述的步骤A包括：

SP根据保存的策略信息确定是否需要对建立的会话进行服务质量分析，如果需要，则向MP发送对该会话进行服务质量分析的通知。

本发明中，当所述的策略信息设置于中间服务器或单独设置的策略服务器上时，所述的步骤A包括：

A1、当会话建立时，SP向中间服务器或策略服务器发送请求确定是否需要对该会话进行服务质量分析的消息，由所述的中间服务器或策略服务器根据保存的策略信息确定需要对该会话进行服务质量分析，并向SP返回通知消息；

或者，

由所述的中间服务器主动将根据策略信息确定的需要对该会话进行服务质量分析的通知消息发送给SP；

A2、所述SP向MP发送需要对该会话进行服务质量分析的通知。

本发明中，当所述的策略信息设置于策略服务器上时，所述的步骤A包括：

SP通过中间服务器与策略服务器进行信息交互获取需要对该会话进行服务质量分析的消息；

SP向MP发送需要对该会话进行服务质量分析的通知。

所述的进行服务质量分析的通知中承载着需要进行服务质量分析的会话的标识信息。

所述的控制报文包括：实时传输控制协议RTCP报文。

所述的步骤B包括：

B1、当MP接收到会话的控制报文后，判断是否为需要进行服务质量分析的控制报文，如果是，则执行步骤B2，否则，执行步骤B3；

B2、提取所述控制报文中的服务质量信息，并执行步骤B3；

B3、对所述控制报文进行修改并转发。

所述的步骤B1包括：

MP根据接收到的控制报文中的会话标识信息确定是否为需要进行服务质量分析的会话的控制报文。

所述的步骤B2包括：

对于需要进行服务质量分析的会话的控制报文，进一步确定其中符合设定的条件的控制报文，并对其进行服务质量分析。

所述的设定的条件包括：

设定的时间条件或设定的接收的报文数量条件。

所述的步骤B2包括：

获取一组控制报文的服务质量信息；

将所述的一组控制报文的服务质量信息的平均值作为该会话的服务质量分析结果，或者，获取所述的一组控制报文的服务质量信息的最大值和最小值，并作为该会话的服务质量分析结果。

所述的步骤B还包括：

将获取的相应的服务质量信息发送给SP或特定的服务器。

所述的步骤B包括：

将所述的服务质量信息承载于MP与SP或特定的服务器间交互的现有的报文中或新定义的报文中发送给SP或特定的服务器。

由上述本发明提供的技术方案可以看出，本发明的实现一方面使得在通信设备中可以对会话的服务质量进行分析，并获得相应的服务质量信息。另一方面本发明还可以使得在MP上能够针对特定的会话进行QoS分析，并获得相应的分析结果。因此，本发明不仅可以获得会话的服务质量信息，同时还可以根据实际需要仅对部分会话进行服务质量分析，从而节省MP的处理资源，并可以提高其针对会话QoS进行分析处理的效率。

附图说明

图1为NGN网络的结构示意图；

图2为本发明所述的方法的处理过程示意图；

图3为图2中的步骤22的具体实现过程示意图；

图4为图2中步骤23的具体实现过程示意图；

图5为图2中步骤24的具体实现过程示意图。

具体实施方式

本发明的目的是为了分析获得会话的QoS属性信息。会话的QoS属性通常是承载于控制报文中携带，如会话的RTCP报文中。在基于RTP/RTCP的会话中，RTP与RTCP报文都是通过MP进行代理的，因此MP具备分析RTCP的能力。

众所周知，RTP报文是传输媒体流的，一秒钟高达几十个或更多。而RTCP报文一般几十秒一个。因此，由于数量并不是非常多，使得分析RTCP报文并取出其中的QoS等属性是可行的。

通过前面分析，可以知道MP可以分析会话的QoS属性。MP分析获得相应的QoS属性后需要将得到的QoS属性报告给SP或者特定的服务器。

本发明在具体实现过程中包括：首先由MP获取所述的控制报文，如RTCP报文，之后，由MP提取控制报文中承载的信息获得该会话的服务质量信息；获得的服务质量信息可以上报给SP或特定的服务器。

在MP分析相应的QoS属性的过程中，在一些情况下，并不需要对所有的会话的QoS进行分析，因此，本发明还可以根据设定的策略信息仅对需要进行QoS分析的会话进行相应的QoS分析，同时，对于需要进行QoS分析的会话还可以设定对其中的部分控制报文进行QoS分析，从而避免了对所有的会话进行QoS分析处理，有效提高了针对会话的QoS分析的效率。

为对本发明有进一步理解，下面将结合附图对本发明进行详细说明。

本发明所述的方法在具体实现过程中如图2所示，图2中的处理过程是一个通用的从呼叫开始到呼叫结束的一个处理流程，而且，该处理流程与特定的协议无关，为一个通用的呼叫处理流程。图2中的具体处理过程包括：

步骤21：终端TE1向终端TE2发起呼叫，且TE1与TE2之间进行信息的交互，以进行呼叫的建立；

步骤22：当呼叫建立时SP通知MP创建相应的媒体流处理表项；

步骤23：MP开始对此会话准备进行QoS分析；

也就是说，在呼叫进行中，MP需要根据需要对会话的QoS进行分析；

步骤24：MP将针对会话的QoS分析结果发送给SP或指定的服务器实体上，从而使得相应的实体可以获得其需要的会话的QoS分析结果；

具体可以在通话结束时，SP通知MP删除相应的媒体流处理表项，并且MP将QoS的分析结果发给SP；

当然，MP也可以在通话过程中将当前的QoS报告发送给SP；

而且，所述的针对会话的QoS分析结果可以综合在MP与SP或指定的服务器之间交互的报文中传输给SP或指定的服务器。

在图2中，步骤22、23和步骤24是关键的三个步骤，下面将分别对三个处理过程的具体实现方式进行详细的描述。

首先，对所述的步骤22，即SP通知MP准备开始进行QoS分析的处理过程进行说明，具体如图3所示，该过程包括：

步骤31：SP向策略服务器发送消息，以请求策略服务器确认是否需要对该会话进行QoS分析；

所述的策略服务器用于保存设置的是否需要对会话进行QoS分析的控制策略信息；

步骤32：策略服务器接收所述消息后，然确定需要对该会话进行QoS分析时，则向SP返回需要对该会话进行QoS分析的消息；

步骤33：当经策略服务器确认需要对会话进行QoS分析时，SP通知MP开始QoS分析，所述的通知消息中包括着会话的标识信息，根据所述的标识信息MP可以获知需要进行QoS分析的会话，所述的标识信息一般可以由特定会话的媒体流的源/目的地址端口号等标识；

当然，如果策略服务器未返回需要对该会话进行QoS分析的消息，则SP将不会通知MP进行QoS分析。

在图3中，SP也可以通过中间服务器(如SP所代理的服务器)与所述策略服务器进行交互，而不是由SP直接与策略服务器交互，并由所述中间服务器将相应的判断结果信息带回给SP；具体可以为：当会话建立时，由SP向中间服务器发送请求消息，请求确定是否需要对该会话进行QoS分析，并由中间服务器与策略服务器进行交互，从而确定相应的结果信息，之后，由中间服务器将相应的确定结果返回给SP；该过程还可以为：当会话建立时，直接由中间服务器主动与策略服务器进行信息交互，确定是否需要对该会话进行QoS分析，并由中间服务器主动将确定的结果信息返回给SP。

另外，在图3中，所述的策略服务器中保存的策略信息也可以直接设置于SP上，此时，SP不需要与专门的策略服务器进行交互就可以直接判断是否需要对会话进行QoS分析；

或者，所述的策略信息也可以直接设置在中间服务器上，并由中间服务器将结果带回给SP；具体可以为：在会话建立时，由中间服务器主动将确定的结果发送给SP，或者，在会话建立时，由中间服务器根据SP的请求将确定的结果返回给SP；

或者，将所述的策略直接设置在MP上，由MP直接对相应的会话进行分析；此时，通常设置的策略会比较简单，比如，针对所有的会话都进行QoS分析或者不进行QoS分析等等。而且，如果所述的策略直接设置于MP上，则图2中的步骤22可以省去，而直接根据所述的策略执行步骤23即可。

下面再对图2中的步骤23，即MP对会话进行QoS分析的处理过程进行详细描述，如图4所示，具体的处理过程包括：

步骤41：MP接收由用户终端TE1发来的RTCP报文；

步骤42：MP分析该RTCP报文是否需要对其进行QoS分析，如果是，则从该RTCP报文中提取相应的QoS信息并进行保存；

具体可以根据该RTCP报文中的会话标识信息，以及MP收到的需要进行服务质量分析的会话的标识信息判断是否需要对其进行QoS分析，如根据RTCP报文中的源/目的端口号信息确定是否为需要进行QoS分析的会话，具体为：当RTCP报文中的源/目的端口号信息与MP获得的需要进行QoS分析的会话的源/目的端口号信息一致时，则确定需要对其进行QoS分析；

在该步骤中，并不是对每一个RTCP报文都进行QoS分析，而是根据设定的策略进行QoS分析，包括：

(1)根据时间：如每过1分钟分析一次，假定RTCP报文每20秒发送一次；这样在1分钟内，MP只需要分析一个RTCP报文，可以降低MP的负荷；

(2)根据报文数：当收到一定的RTCP后，再进行分析；比如每5个RTCP报文分析一个，这样，同样也可以降低MP的负荷；

步骤43：MP修改该RTCP报文，并转发给通信对端TE2；

即，对所述的RTCP报文进行正常的修改处理后转发。

本发明中，由于每个RTCP报文所携带的QoS等信息都不尽相同，因此MP可以针对这些QoS信息进行相应的算法处理，将处理结果作为针对会话的QoS分析结果；例如，对多个信息进行平均处理，并记录最大值、最小值一起作为相应的QoS分析结果，或者，MP也可以对这些QoS信息只记录最平均的值作为QoS分析结果，而不再记录高峰或者低估值。

当然，本发明中，还可以由MP将相应的RTCP报文记录下来，直到会话结束后再统一进行分析，以获得需要的QoS分析结果。

最后，再对图2中步骤24所示的处理过程，即MP将QoS信息发送给SP的处理过程的具体实现方式进行描述。

如图5所示，相应的处理过程具体包括：

步骤51：确定需要进行QoS分析的会话结束，MP取出分析获得的该会话的QoS信息；

当然，前面已经描述过程，所述的QoS信息可以在会话进行过程中便执行步骤52，发送给SP或相应的特定的服务器；

步骤52：将所述的QoS信息发送给SP或特定的服务器；

也就是说，MP分析出的QoS信息或者发送给SP，或者发送给一个特定的接收这些QoS信息的服务器，具体可以根据实际需要灵活设定。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (16)

1、一种会话服务质量分析的实现方法，其特征在于，包括：

在会话通话中，获取会话的控制报文，并对所述控制报文中承载的信息进行分析获取该会话的服务质量信息。

2、根据要求1所述的会话服务质量分析的实现方法，其特征在于，所述的控制报文包括：

实时传输控制协议RTCP报文。

3、一种基于会话的服务质量分析的实现方法，其特征在于，包括：

A、设定对会话进行服务质量分析的策略信息；

B、根据设定的策略信息获取相应会话的控制报文，并分析获取相应的服务质量信息。

4、根据权利要求3所述的基于会话的服务质量分析的实现方法，其特征在于，所述的步骤A包括：

将所述的策略信息设置于信令代理SP、媒体代理MP、中间服务器或单独设置的策略服务器上。

5、根据权利要求3所述的基于会话的服务质量分析的实现方法，其特征在于，当所述的策略信息设置于SP上时，所述的步骤A包括：

SP根据保存的策略信息确定是否需要对建立的会话进行服务质量分析，如果需要，则向MP发送对该会话进行服务质量分析的通知。

6、根据权利要求3所述的基于会话的服务质量分析的实现方法，其特征在于，当所述的策略信息设置于中间服务器或单独设置的策略服务器上时，所述的步骤A包括：

A1、当会话建立时，SP向中间服务器或策略服务器发送请求确定是否需要对该会话进行服务质量分析的消息，由所述的中间服务器或策略服务器根据保存的策略信息确定需要对该会话进行服务质量分析，并向SP返回通知消息；

或者，

由所述的中间服务器主动将根据策略信息确定的需要对该会话进行服务质量分析的通知消息发送给SP；

A2、所述SP向MP发送需要对该会话进行服务质量分析的通知。

7、根据权利要求3所述的基于会话的服务质量分析的实现方法，其特征在于，当所述的策略信息设置于策略服务器上时，所述的步骤A包括：

SP通过中间服务器与策略服务器进行信息交互获取需要对该会话进行服务质量分析的消息；

SP向MP发送需要对该会话进行服务质量分析的通知。

8、根据权利要求5、6或7所述的基于会话的服务质量分析的实现方法，其特征在于，所述的进行服务质量分析的通知中承载着需要进行服务质量分析的会话的标识信息。

9、根据权利要求3所述的基于会话的服务质量分析的实现方法，其特征在于，所述的控制报文包括：

实时传输控制协议RTCP报文。

10、根据权利要求3至7或9任一项所述的基于会话的服务质量分析的实现方法，其特征在于，所述的步骤B包括：

B1、当MP接收到会话的控制报文后，判断是否为需要进行服务质量分析的控制报文，如果是，则执行步骤B2，否则，执行步骤B3；

B2、提取所述控制报文中的服务质量信息，并执行步骤B3；

B3、对所述控制报文进行修改并转发。

11、根据权利要求10所述的基于会话的服务质量分析的实现方法，其特征在于，所述的步骤B1包括：

MP根据接收到的控制报文中的会话标识信息确定是否为需要进行服务质量分析的会话的控制报文。

12、根据权利要求10所述的基于会话的服务质量分析的实现方法，其特征在于，所述的步骤B2包括：

对于需要进行服务质量分析的会话的控制报文，进一步确定其中符合设定的条件的控制报文，并对其进行服务质量分析。

13、根据权利要求12所述的基于会话的服务质量分析的实现方法，其特征在于，所述的设定的条件包括：

设定的时间条件或设定的接收的报文数量条件。

14、根据权利要求10所述的基于会话的服务质量分析的实现方法，其特征在于，所述的步骤B2包括：

获取一组控制报文的服务质量信息；

将所述的一组控制报文的服务质量信息的平均值作为该会话的服务质量分析结果，或者，获取所述的一组控制报文的服务质量信息的最大值和最小值，并作为该会话的服务质量分析结果。

15、根据权利要求3至7或9任一项所述的基于会话的服务质量分析的实现方法，其特征在于，所述的步骤B还包括：

将获取的相应的服务质量信息发送给SP或特定的服务器。

16、根据权利要求15所述的基于会话的服务质量分析的实现方法，其特征在于，所述的步骤B包括：

将所述的服务质量信息承载于MP与SP或特定的服务器间交互的现有的报文中或新定义的报文中发送给SP或特定的服务器。

Images