CN105703977A - 一种音视频质量监控方法、装置及*** - Google Patents

Abstract

本申请公开了一种音视频质量监控方法、装置及***，方法包括：获取源客户端发送的通话数据，源客户端为与所述客户端处于同一会话组的客户端；对源客户端发送的通话数据进行处理，确定通话质量数据；将所述通话质量数据及与所述客户端或所述会话组对应的第一标识发送至监控服务器，以便监控服务器根据所述通话质量数据及第一标识，监控所述客户端或所述会话组的通话质量。本申请通过后台的监控服务器能够直观的感受通话组内各个客户端的音视频体验，为提供更好的音视频服务积累了数据。

Description

一种音视频质量监控方法、装置及***

技术领域

本申请涉及互联网技术领域，更具体地说，涉及一种音视频质量监控方法、装置及***。

背景技术

随着移动互联网的发展，用户不单单满足于文字的沟通与社交，对实时语音与视频的需求越来越强烈。为此，众多的音视频服务应用应运而生。

由于用户使用的终端及网络运营商的多样性等原因，用户在音视频通话过程容易出现卡顿等问题，降低了用户的音视频通话体验。

现有技术当客户端出现音视频质量问题时，需要用户通过邮件、电话等形式通知后台维护人员，并上报故障描述，进而由后台维护人员根据故障描述来确定故障问题，进行故障排除。显然，现有技术中后台无法及时了解客户端通话质量，导致客户端出现通话质量问题时无法及时解决。

发明内容

有鉴于此，本申请提供了一种音视频质量监控方法、装置及***，以对客户端的通话质量进行监控，实现在后台直观的感受用户的音视频体验。

为了实现上述目的，现提出的方案如下：

一种音视频质量监控方法，应用于客户端，该方法包括：

获取源客户端发送的通话数据，源客户端为与所述客户端处于同一会话组的客户端；

对所述源客户端发送的通话数据进行处理，确定通话质量数据；

将所述通话质量数据及第一标识发送至监控服务器，以便所述监控服务器根据所述通话质量数据及所述第一标识，监控所述客户端或所述会话组的通话质量，所述第一标识与所述客户端或所述会话组对应。

一种音视频质量监控方法，应用于监控服务器，该方法包括：

接收客户端发送的通话质量数据及第一标识；所述通话质量数据为所述客户端对接收到的同一会话组内的源客户端发送的通话数据进行处理后所得到的通话质量数据；所述第一标识与所述客户端或所述会话组对应；

根据所述通话质量数据，监控与所述第一标识对应的所述客户端或所述会话组的通话质量。

一种音视频质量监控装置，应用于客户端，该装置包括：

通话数据获取单元，用于获取源客户端发送的通话数据，源客户端为与所述客户端处于同一会话组的客户端；

第一通话数据处理单元，用于对所述源客户端发送的通话数据进行处理，确定通话质量数据；

监控数据发送单元，用于将所述通话质量数据及第一标识发送至监控服务器，以便所述监控服务器根据所述通话质量数据及所述第一标识，监控所述客户端或所述会话组的通话质量，所述第一标识与所述客户端或所述会话组对应。

一种音视频质量监控装置，应用于监控服务器，该装置包括：

监控数据接收单元，用于接收客户端发送的通话质量数据及第一标识；所述通话质量数据为所述客户端对接收到的同一会话组内的源客户端发送的通话数据进行处理后所得到的通话质量数据；所述第一标识与所述客户端或所述会话组对应；

通话质量监控单元，用于根据所述通话质量数据，监控与所述第一标识对应的所述客户端或所述会话组的通话质量。

一种音视频质量监控***，包括：客户端、中心服务器、音视频引擎和监控服务器，其中：

所述客户端向所述中心服务器发送音视频请求，并接收所述中心服务器响应于所述音视频请求所返回的所述音视频引擎的标识及会话组的标识；

所述客户端基于所述音视频引擎的标识接入所述音视频引擎，基于所述会话组的标识加入会话组，进行音视频会话；

在音视频会话过程，所述客户端获取所述音视频引擎转发的源客户端发送的通话数据，源客户端为与所述客户端共同处于所述会话组内的客户端；所述客户端对所述源客户端发送的通话数据进行处理，确定通话质量数据，将所述通话质量数据及第一标识发送至所述音视频引擎，由音视频引擎转发给监控服务器，所述第一标识与所述客户端或所述会话组对应；

所述监控服务器根据所述通话质量数据，监控与所述第一标识对应的所述客户端或所述会话组的通话质量。

本申请实施例提供的音视频质量监控方法，由客户端获取源客户端发送的通话数据，源客户端为与所述客户端处于同一会话组的客户端，进一步对源客户端发送的通话数据进行处理，确定通话质量数据，将所述通话质量数据及与所述客户端或所述会话组对应的第一标识发送至监控服务器，以便监控服务器根据所述通话质量数据及第一标识，监控所述客户端或所述会话组的通话质量。本申请方案中客户端在获取到同一会话组内的源客户端发送的通话数据后，对通话数据进行处理得到通话质量数据，进而将通话质量数据及第一标识发送至监控服务器，由监控服务器利用通话质量数据对所述客户端或所述通话组进行通话质量的监控，通过后台的监控服务器能够直观的感受通话组内各个客户端的音视频体验，为提供更好的音视频服务积累了数据。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种音视频通话***架构示意图；

图2为本申请实施例公开的一种音视频质量监控***示意图；

图3a为本申请示例的接入基础信息示意图；

图3b-3f分别为本申请示例的网络时延、视频下行丢包率、视频下行码率、音频下行丢包率、音频下行码率随时间变化曲线图；

图3g-3h分别为本申请示例的下行总丢包率、视频卡顿次数随时间变化曲线局部放大图；

图3i为本申请示例的进房间带上的能力随时间变化曲线局部放大图；

图4为本申请实施例从客户端角度公开的一种音视频质量监控方法流程图；

图5为本申请实施例从客户端角度公开的另一种音视频质量监控方法流程图；

图6为本申请实施例从客户端角度公开的又一种音视频质量监控方法流程图；

图7为本申请实施例从客户端角度公开的又一种音视频质量监控方法流程图；

图8为本申请实施例从监控服务器角度公开的一种音视频质量监控方法流程图；

图9为本申请实施例从客户端角度公开的一种音视频质量监控装置结构示意图；

图10为本申请实施例从监控服务器角度公开的一种音视频质量监控装置结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了实现本申请的音视频质量监控方案，本申请提供了一种音视频通话***架构。该***架构可以参照图1。

如图1所示，音视频通话***架构包括：客户端1、登录服务器2、策略服务器3、中心服务器4、若干音视频引擎5、若干接口机6。

其中各个单元的功能如下：

客户端1：客户端1发起音视频会话请求，该请求可以是创建用于进行音视频会话的会话组，或者是，加入某个会话组。

登录服务器2：透传客户端1的音视频会话请求至策略服务器3。

策略服务器3：负责请求的鉴权、签名加密、安全确认等业务。

中心服务器4：中心服务器负责会话组的管理以及对音视频引擎和接口机的分配。在本实施例中，中心服务器4在策略服务器3对请求进行确认完毕后，根据客户端的位置、负载信息就近分配音视频引擎和接口机，以及分配会话组。

音视频引擎5：音视频引擎包括语音引擎和视频引擎，可以基于视频通话服务通道实现丰富的视频应用。在本实施例中，音视频引擎5接收客户端1通过接口机6转发的音视频会话请求，并按照请求中的会话组标识创建会话组，或将客户端1加入会话组。在音视频会话过程，音视频引擎5负责将客户端上传的通话数据转发给会话组内其它各个客户端。

其中需要说明的是，登录服务器2和策略服务器3是为了业务完善需要，若不考虑请求鉴权等需要，可以由客户端1直接向中心服务器4发送请求。进一步，接口机6也仅仅起到指令转发作用，在必要时可以去掉接口机6，由客户端1直接与音视频引擎5进行通信。

基于上述公开的音视频通话***架构，本申请进一步提供了一种音视频质量监控***，参见图2。

如图2所示，该监控***包括：

客户端1、中心服务器4、音视频引擎5和监控服务器7，其中：

所述客户端1向所述中心服务器4发送音视频请求，并接收所述中心服务器4响应于所述音视频请求所返回的所述音视频引擎5的标识及会话组的标识；

所述客户端1基于所述音视频引擎5的标识接入所述音视频引擎5，基于所述会话组的标识加入会话组，进行音视频会话；

在音视频会话过程，所述客户端1获取所述音视频引擎5转发的源客户端发送的通话数据，源客户端为与所述客户端共同处于所述会话组内的客户端；所述客户端对所述源客户端发送的通话数据进行处理，确定通话质量数据，将所述通话质量数据及第一标识发送至所述音视频引擎5，由音视频引擎5转发给监控服务器7，所述第一标识与所述客户端1或所述会话组对应；

所述监控服务器7根据所述通话质量数据，监控与所述第一标识对应的所述客户端1或所述会话组的通话质量。

本申请提供的监控***，由客户端1对源客户端发送的通话数据进行处理，得到通话质量数据，将通话质量数据通过音视频引擎5发送至监控服务器7，从而可以通过后台的监控服务器7对客户端或客户端所处的会话组进行通话质量监控。

可选的，监控服务器7可以对收到的通话质量数据进行异常过滤。进一步地，监控服务器7可以将通话质量数据与第一标识对应持久化到数据库中。通过将数据持久化到数据库中，后续可以通过网页等形式访问数据库，从数据库中根据第一标识查询对应客户端或通话组的音视频质量数据，并通过对音视频质量数据进行处理，在前端页面中显示。前端页面中显示的内容可以包括接入的基础信息，例如用户业务类型、会话组号、客户端IP、音视频引擎IP等等信息，如图3a所示。前端页面中显示的内容还可以包括网络基础监控数据，例如时延、抖动等，以及音视频丢包率、码率、帧率、音视频卡顿次数等等。参见图3b-3f，图3b-3f分别为本申请示例的网络时延、视频下行丢包率、视频下行码率、音频下行丢包率、音频下行码率随时间变化曲线图。

进一步，当用户将焦点移动至曲线图上某个点时，还能够显示当前点对应的第一详情信息，例如当前点对应的时间、当前点对应的音视频质量数值(如下行总丢包率)等等，如图3g-3h所示，图3g-3h分别为本申请示例的下行总丢包率、视频卡顿次数随时间变化曲线局部放大图。

再进一步，当用户焦点移动至曲线图上某个点且进行相应点击操作时，能够进一步弹出当前点对应的第二详情信息，第二详情信息为第一详情信息的进一步细化，如图3i所示，图3i为本申请示例的进房间带上的能力随时间变化曲线局部放大图。其中，进房间带上的能力即为客户端的处理能力参数，例如CPU性能参数等。

为了便于理解本申请方案，通过下述实例进行说明。

用户使用客户端A向中心服务器发起申请创建会话组的请求，中心服务器为客户端A分配音视频引擎B以及会话组X。

客户端A接入所述音视频引擎B，向音视频引擎B发送申请创建会话组的请求，请求创建会话组X。音视频引擎B创建会话组X，并将客户端A加入创建的会话组X。

客户端A可以邀请其它好友加入会话组X，并在会话组X中进行音视频会话。

在音视频会话过程，会话组X中的任意一个客户端每隔2s向音视频引擎B上报自身的通话质量数据，该通话质量数据可以是客户端对接收到的通话数据进行处理后得到的。客户端上报的通话质量数据中携带有第一标识，第一标识可以是客户端的标识，也可以是会话组的标识。

音视频引擎B将每个客户端上报的通话质量数据及第一标识，发送给监控服务器，由监控服务器利用通话质量数据对第一标识对应的客户端或会话组进行通话质量的监控。

接下来，本申请以客户端的角度对方案进行介绍。参见图4，图4为本申请实施例从客户端角度公开的一种音视频质量监控方法流程图。

如图4所示，该方法包括：

步骤S100、获取源客户端发送的通话数据，源客户端为与所述客户端处于同一会话组的客户端；

具体地，客户端与源客户端处于同一会话组内，客户端可以获取源客户端发送的通话数据。

基于上述介绍的音视频通话***架构可知，客户端获取的通话数据可以是音视频引擎转发的源客户端发送的通话数据。

步骤S110、对所述源客户端发送的通话数据进行处理，确定通话质量数据；

具体地，客户端获取到通话数据之后，可以按照预置的处理策略对通话数据进行处理，基于该通话数据确定客户端的通话质量数据。通话质量数据表明了客户端的用户所能够体验到的通话的质量。通话质量数据可以通过丢包率等参数来体现。

步骤S120、将所述通话质量数据及第一标识发送至监控服务器，以便所述监控服务器根据所述通话质量数据及所述第一标识，监控所述客户端或所述会话组的通话质量，所述第一标识与所述客户端或所述会话组对应。

具体地，这里第一标识可以是与所述客户端对应，也可以是与所述会话组对应。若第一标识与所述客户端对应，则第一标识可以是客户端的标识；若第一标识与所述会话组对应，则第一标识可以是会话组的标识。

客户端将通话质量数据和第一标识发送给监控服务器，以便监控服务器利用通话质量数据来监控客户端或会话组的通话质量。

具体实现时，客户端可以将所述通话质量数据及第一标识发送至所述音视频引擎，由所述音视频引擎将所述通话质量数据及第一标识转发至所述监控服务器。

本申请实施例提供的音视频质量监控方法，由客户端获取源客户端发送的通话数据，源客户端为与所述客户端处于同一会话组的客户端，进一步对源客户端发送的通话数据进行处理，确定通话质量数据，将所述通话质量数据及与所述客户端或所述会话组对应的第一标识发送至监控服务器，以便监控服务器根据所述通话质量数据及第一标识，监控所述客户端或所述会话组的通话质量。本申请方案中客户端在获取到同一会话组内的源客户端发送的通话数据后，对通话数据进行处理得到通话质量数据，进而将通话质量数据及第一标识发送至监控服务器，由监控服务器利用通话质量数据对所述客户端或所述通话组进行通话质量的监控，通过后台的监控服务器能够直观的感受通话组内各个客户端的音视频体验，为提供更好的音视频服务积累了数据。

参见图5，图5为本申请实施例从客户端角度公开的另一种音视频质量监控方法流程图。

如图5所示，该方法包括：

步骤S200、向音视频引擎发送音视频会话请求，以请求加入所述会话组；

具体地，基于上述实施例介绍的音视频通话***架构可知，客户端可以向音视频引擎发送音视频会话请求，以请求加入会话组。

可以理解的是，如果请求加入的会话组还未创建，则音视频引擎首先创建会话组，进而将客户端加入创建的会话组。进一步，如果请求加入的会话组已经存在，则音视频引擎可以直接将客户端加入对应的会话组。

对于客户端如何确定发送音视频会话请求的目标音视频引擎的过程，具体可以是：

1、客户端向中心服务器发送音视频请求；

2、客户端接收所述中心服务器返回的所述音视频引擎的标识及所述会话组的标识；

3、客户端基于所述音视频引擎的标识接入所述音视频引擎；

4、客户端基于所述会话组的标识加入所述会话组，进行音视频会话。

步骤S210、在确定加入所述会话组后，获取所述音视频引擎转发的源客户端发送的通话数据；

具体地，客户端与源客户端处于同一会话组内，客户端可以获取源客户端发送的通话数据。

步骤S220、对所述源客户端发送的通话数据进行处理，确定通话质量数据；

具体地，客户端获取到通话数据之后，可以按照预置的处理策略对通话数据进行处理，基于该通话数据确定客户端的通话质量数据。通话质量数据表明了客户端的用户所能够体验到的通话的质量。通话质量数据可以通过丢包率等参数来体现。

步骤S230、将所述通话质量数据及第一标识发送至监控服务器，以便所述监控服务器根据所述通话质量数据及所述第一标识，监控所述客户端或所述会话组的通话质量，所述第一标识与所述客户端或所述会话组对应。

参见图6，图6为本申请实施例从客户端角度公开的又一种音视频质量监控方法流程图。

如图6所示，该方法包括：

步骤S300、向音视频引擎发送音视频会话请求，以请求加入所述会话组；

具体地，基于上述实施例介绍的音视频通话***架构可知，客户端可以向音视频引擎发送音视频会话请求，以请求加入会话组。

步骤S310、在确定加入所述会话组后，获取所述音视频引擎转发的源客户端发送的通话数据；

具体地，客户端与源客户端处于同一会话组内，客户端可以获取源客户端发送的通话数据。

步骤S320、获取所述客户端的处理能力参数；

具体地，客户端的处理能力参数可以包括客户端的编解码能力参数、客户端的处理器CPU性能参数等。

步骤S330、根据所述处理能力参数以及所述源客户端发送的通话数据，确定所述客户端的下行通话质量数据；

具体地，根据数据流向可以将通话质量数据分为下行通话质量数据和上下通话质量数据。本步骤中根据客户端的处理能力参数以及源客户端发送的通话数据，可以确定出客户端的下行通话质量数据。

下行通话质量数据可以表明客户端接收到的通话数据的质量，例如下行通话质量数据可以包括：下行丢包率、音视频码率、帧率等。

步骤S340、将所述下行通话质量数据及第一标识发送至监控服务器，以便所述监控服务器根据所述下行通话质量数据及所述第一标识，监控所述客户端或所述会话组的通话质量，所述第一标识与所述客户端或所述会话组对应。

本实施例中介绍了一种客户端确定下行通话质量数据的具体实现方式，进一步地客户端还可以确定上行通话质量数据，参照下述实施例。

参见图7，图7为本申请实施例从客户端角度公开的又一种音视频质量监控方法流程图。

如图7所示，该方法包括：

步骤S400、向音视频引擎发送音视频会话请求，以请求加入所述会话组；

具体地，基于上述实施例介绍的音视频通话***架构可知，客户端可以向音视频引擎发送音视频会话请求，以请求加入会话组。

步骤S410、在确定加入所述会话组后，获取所述音视频引擎转发的源客户端发送的通话数据；

具体地，客户端与源客户端处于同一会话组内，客户端可以获取源客户端发送的通话数据。

步骤S420、获取所述客户端的处理能力参数；

具体地，客户端的处理能力参数可以包括客户端的编解码能力参数、客户端的处理器CPU性能参数等。

步骤S430、根据所述处理能力参数以及所述源客户端发送的通话数据，确定所述客户端的下行通话质量数据；

具体地，根据数据流向可以将通话质量数据分为下行通话质量数据和上下通话质量数据。本步骤中根据客户端的处理能力参数以及源客户端发送的通话数据，可以确定出客户端的下行通话质量数据。

下行通话质量数据可以表明客户端接收到的通话数据的质量，例如下行通话质量数据可以包括：下行丢包率、音视频码率、帧率等。

步骤S440、接收所述音视频引擎响应于所述客户端上传的通话数据所返回的上行质量参数；

具体地，所述上行质量参数用于表明通话数据自所述客户端发送至所述音视频引擎接收之间的传输差异。

可以理解的是，对于所述客户端向音视频引擎发送的通话数据，由于在传输过程会出现丢包、时延等现象，因此需要由音视频引擎在收到通话数据后确定客户端上传的通话数据的上行质量参数，进而将上行质量参数返回给客户端。

上行质量参数可以包括上行丢包率、接收通话数据的时间等。

步骤S450、根据所述上行质量参数，确定所述客户端的上行通话质量数据；

具体地，对于上行丢包率，可以直接从上行质量参数中获取，而像时延这样的上行通话质量数据，需要客户端根据音视频引擎返回的接收通话数据的时间，以及客户端发送所述通话数据的时间，计算出网络时延。其它上行通话质量数据也类似。

步骤S460、将通话质量数据及第一标识发送至监控服务器，以便所述监控服务器根据所述通话质量数据及所述第一标识，监控所述客户端或所述会话组的通话质量，所述第一标识与所述客户端或所述会话组对应。

其中，向监控服务器发送的通话质量数据包括上行通话质量数据和下行通话质量数据。

相比于上一实施例，本实施例进一步增加了客户端确定上行通话质量数据的过程。

可选的，在上述实施例的基础上，客户端还可以将获取的自身的处理能力参数上报给音视频引擎，由音视频引擎转发给监控服务器，监控服务器可以对客户端的处理能力参数进行监控。

进一步可选的，音视频引擎可以根据客户端上传的通话质量数据，下发对应的调控指令，如控制客户端的采集帧率、码率、编解码方式等。

接下来，本申请以监控服务器的角度对方案进行介绍。参见图8，图8为本申请实施例从监控服务器角度公开的一种音视频质量监控方法流程图。

如图8所示，该方法包括：

步骤S500、接收客户端发送的通话质量数据及第一标识；

其中，所述通话质量数据为所述客户端对接收到的同一会话组内的源客户端发送的通话数据进行处理后所得到的通话质量数据。

所述第一标识与所述客户端或所述会话组对应。

可选的，客户端可以将通话质量数据及第一标识发生至音视频引擎，由音视频引擎转发给监控服务器。

步骤S510、根据所述通话质量数据，监控与所述第一标识对应的所述客户端或所述会话组的通话质量。

本实施例中，监控服务器根据客户端上报的通话质量数据及第一标识，监控与第一标识对应的客户端或会话组的通话质量。通过后台的监控服务器能够直观的感受通话组内各个客户端的音视频体验，为提供更好的音视频服务积累了数据。

可选的，在上述实施例的基础上，监控服务器还可以接收音视频引擎发送的调控指令。其中，所述调控指令为所述音视频引擎根据所述客户端上报的所述通话质量数据所生成并下发至所述客户端的调控指令。

本申请可以设置音视频引擎向客户端下发的每一条调控指令，都需要上传给监控服务器。或者，可以设置监控服务器定期向音视频引擎请求调控指令，由监控服务器将本周期内生成的调控指令上传给监控服务器。

可选的，在上述实施例的基础上，监控服务器还可以接收中心服务器发送的分配信息。所述分配信息包含所述中心服务器响应于所述客户端的音视频请求而返回的所述音视频引擎的标识及所述会话组的标识。

本申请可以设中心服务器向客户端下发的每一条分配信息，都需要上传给监控服务器。或者，可以设置监控服务器定期向中心服务器请求分配信息，由监控服务器将本周期内生成的分配信息上传给监控服务器。

下面对本申请实施例提供的音视频质量监控装置进行描述，下文描述的音视频质量监控装置与上文描述的音视频质量监控方法可相互对应参照。

首先，对客户端的音视频质量监控装置进行介绍。参见图9，图9为本申请实施例从客户端角度公开的一种音视频质量监控装置结构示意图。

如图9所示，音视频质量监控装置包括：

通话数据获取单元10，用于获取源客户端发送的通话数据，源客户端为与所述客户端处于同一会话组的客户端；

第一通话数据处理单元11，用于对所述源客户端发送的通话数据进行处理，确定通话质量数据；

监控数据发送单元12，用于将所述通话质量数据及第一标识发送至监控服务器，以便所述监控服务器根据所述通话质量数据及所述第一标识，监控所述客户端或所述会话组的通话质量，所述第一标识与所述客户端或所述会话组对应。

本实施例提供的应用于客户端的音视频质量监控装置，在获取到同一会话组内的源客户端发送的通话数据后，对通话数据进行处理得到通话质量数据，进而将通话质量数据及第一标识发送至监控服务器，由监控服务器利用通话质量数据对所述客户端或所述通话组进行通话质量的监控，通过后台的监控服务器能够直观的感受通话组内各个客户端的音视频体验，为提供更好的音视频服务积累了数据。

可选的，本实施例的音视频质量监控装置还可以包括：

音视频会话请求单元，用于在所述通话数据获取单元之前，向音视频引擎发送音视频会话请求，以请求加入所述会话组；

基于此，所述通话数据获取单元可以包括：

通话数据获取子单元，用于在确定加入所述会话组后，获取所述音视频引擎转发的源客户端发送的通话数据。

可选的，上述第一通话数据处理单元可以包括：

能力参数获取单元，用于获取所述客户端的处理能力参数；

下行通话质量数据确定单元，用于根据所述处理能力参数以及所述源客户端发送的通话数据，确定所述客户端的下行通话质量数据。

可选的，本实施例的音视频质量监控装置还可以包括：

第二通话数据处理单元，用于确定所述客户端的上行通话质量数据；

所述第二通话数据处理单元可以包括：

上行质量参数接收单元，用于接收所述音视频引擎响应于所述客户端上传的通话数据所返回的上行质量参数，所述上行质量参数用于表明通话数据自所述客户端发送至所述音视频引擎接收之间的传输差异；

上行通话质量数据确定单元，用于根据所述上行质量参数，确定所述客户端的上行通话质量数据。

进一步，对监控服务器侧的音视频质量监控装置进行介绍。参见图10，图10为本申请实施例从监控服务器角度公开的一种音视频质量监控装置结构示意图。

如图10所示，音视频质量监控装置包括：

监控数据接收单元71，用于接收客户端发送的通话质量数据及第一标识；所述通话质量数据为所述客户端对接收到的同一会话组内的源客户端发送的通话数据进行处理后所得到的通话质量数据；所述第一标识与所述客户端或所述会话组对应；

通话质量监控单元72，用于根据所述通话质量数据，监控与所述第一标识对应的所述客户端或所述会话组的通话质量。

本实施例提供的应用于监控服务器的音视频质量监控装置，接收客户端发送的通话质量数据及与客户端或客户端所在会话组对应的第一标识，根据所述通话质量数据，监控与所述第一标识对应的所述客户端或所述会话组的通话质量。能够在后台直观的感受通话组内各个客户端的音视频体验，为提供更好的音视频服务积累了数据。

可选的，所述监控数据接收单元具体可以用于，接收音视频引擎转发的所述客户端发送的通话质量数据及第一标识。

基于此，本申请的音视频质量监控该装置还可以包括：

调控指令接收单元，用于接收所述音视频引擎发送的调控指令，所述调控指令为所述音视频引擎根据所述客户端上报的所述通话质量数据所生成并下发至所述客户端的调控指令。

可选的，本申请的音视频质量监控该装置还可以包括：

分配信息接收单元，用于接收中心服务器发送的分配信息，所述分配信息包含所述中心服务器响应于所述客户端的音视频请求而返回的所述音视频引擎的标识及所述会话组的标识。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (20)

1.一种音视频质量监控方法，其特征在于，应用于客户端，该方法包括：

获取源客户端发送的通话数据，源客户端为与所述客户端处于同一会话组的客户端；

对所述源客户端发送的通话数据进行处理，确定通话质量数据；

将所述通话质量数据及第一标识发送至监控服务器，以便所述监控服务器根据所述通话质量数据及所述第一标识，监控所述客户端或所述会话组的通话质量，所述第一标识与所述客户端或所述会话组对应。

2.根据权利要求1所述的方法，其特征在于，在所述获取源客户端发送的通话数据之前，该方法还包括：

向音视频引擎发送音视频会话请求，以请求加入所述会话组；

则所述获取源客户端发送的通话数据，包括：

在确定加入所述会话组后，获取所述音视频引擎转发的源客户端发送的通话数据。

3.根据权利要求2所述的方法，其特征在于，所述对所述源客户端发送的通话数据进行处理，确定通话质量数据，包括：

获取所述客户端的处理能力参数；

根据所述处理能力参数以及所述源客户端发送的通话数据，确定所述客户端的下行通话质量数据。

4.根据权利要求3所述的方法，其特征在于，还包括：

接收所述音视频引擎响应于所述客户端上传的通话数据所返回的上行质量参数，所述上行质量参数用于表明通话数据自所述客户端发送，至所述音视频引擎接收之间的传输差异；

根据所述上行质量参数，确定所述客户端的上行通话质量数据。

5.根据权利要求2所述的方法，其特征在于，所述将所述通话质量数据及第一标识发送至监控服务器，包括：

将所述通话质量数据及第一标识发送至所述音视频引擎，以便所述音视频引擎将所述通话质量数据及第一标识转发至所述监控服务器。

6.根据权利要求2所述的方法，其特征在于，所述向音视频引擎发送音视频会话请求，以请求加入所述会话组，包括：

向中心服务器发送音视频请求；

接收所述中心服务器返回的所述音视频引擎的标识及所述会话组的标识；

基于所述音视频引擎的标识接入所述音视频引擎；

基于所述会话组的标识加入所述会话组，进行音视频会话。

7.一种音视频质量监控方法，其特征在于，应用于监控服务器，该方法包括：

接收客户端发送的通话质量数据及第一标识；所述通话质量数据为所述客户端对接收到的同一会话组内的源客户端发送的通话数据进行处理后所得到的通话质量数据；所述第一标识与所述客户端或所述会话组对应；

根据所述通话质量数据，监控与所述第一标识对应的所述客户端或所述会话组的通话质量。

8.根据权利要求7所述的方法，其特征在于，所述接收所述客户端发送的通话质量数据及第一标识，包括：

接收音视频引擎转发的所述通话质量数据及第一标识。

9.根据权利要求8所述的方法，其特征在于，还包括：

接收所述音视频引擎发送的调控指令，所述调控指令为所述音视频引擎根据所述客户端上报的所述通话质量数据所生成并下发至所述客户端的调控指令。

10.根据权利要求7所述的方法，其特征在于，还包括：

接收中心服务器发送的分配信息，所述分配信息包含所述中心服务器响应于所述客户端的音视频请求而返回的所述音视频引擎的标识及所述会话组的标识。

11.一种音视频质量监控装置，其特征在于，应用于客户端，该装置包括：

通话数据获取单元，用于获取源客户端发送的通话数据，源客户端为与所述客户端处于同一会话组的客户端；

第一通话数据处理单元，用于对所述源客户端发送的通话数据进行处理，确定通话质量数据；

监控数据发送单元，用于将所述通话质量数据及第一标识发送至监控服务器，以便所述监控服务器根据所述通话质量数据及所述第一标识，监控所述客户端或所述会话组的通话质量，所述第一标识与所述客户端或所述会话组对应。

12.根据权利要求11所述的装置，其特征在于，还包括：

音视频会话请求单元，用于在所述通话数据获取单元之前，向音视频引擎发送音视频会话请求，以请求加入所述会话组；

所述通话数据获取单元包括：

通话数据获取子单元，用于在确定加入所述会话组后，获取所述音视频引擎转发的源客户端发送的通话数据。

13.根据权利要求12所述的装置，其特征在于，所述第一通话数据处理单元包括：

能力参数获取单元，用于获取所述客户端的处理能力参数；

下行通话质量数据确定单元，用于根据所述处理能力参数以及所述源客户端发送的通话数据，确定所述客户端的下行通话质量数据。

14.根据权利要求13所述的装置，其特征在于，还包括：第二通话数据处理单元，用于确定所述客户端的上行通话质量数据；

所述第二通话数据处理单元包括：

上行质量参数接收单元，用于接收所述音视频引擎响应于所述客户端上传的通话数据所返回的上行质量参数，所述上行质量参数用于表明通话数据自所述客户端发送至所述音视频引擎接收之间的传输差异；

上行通话质量数据确定单元，用于根据所述上行质量参数，确定所述客户端的上行通话质量数据。

15.一种音视频质量监控装置，其特征在于，应用于监控服务器，该装置包括：

监控数据接收单元，用于接收客户端发送的通话质量数据及第一标识；所述通话质量数据为所述客户端对接收到的同一会话组内的源客户端发送的通话数据进行处理后所得到的通话质量数据；所述第一标识与所述客户端或所述会话组对应；

通话质量监控单元，用于根据所述通话质量数据，监控与所述第一标识对应的所述客户端或所述会话组的通话质量。

16.根据权利要求15所述的装置，其特征在于，所述监控数据接收单元具体用于，接收音视频引擎转发的所述客户端发送的通话质量数据及第一标识；

该装置还包括：

调控指令接收单元，用于接收所述音视频引擎发送的调控指令，所述调控指令为所述音视频引擎根据所述客户端上报的所述通话质量数据所生成并下发至所述客户端的调控指令。

17.根据权利要求15所述的装置，其特征在于，还包括：

分配信息接收单元，用于接收中心服务器发送的分配信息，所述分配信息包含所述中心服务器响应于所述客户端的音视频请求而返回的所述音视频引擎的标识及所述会话组的标识。

18.一种音视频质量监控***，其特征在于，包括：客户端、中心服务器、音视频引擎和监控服务器，其中：

所述客户端向所述中心服务器发送音视频请求，并接收所述中心服务器响应于所述音视频请求所返回的所述音视频引擎的标识及会话组的标识；

所述客户端基于所述音视频引擎的标识接入所述音视频引擎，基于所述会话组的标识加入会话组，进行音视频会话；

在音视频会话过程，所述客户端获取所述音视频引擎转发的源客户端发送的通话数据，源客户端为与所述客户端共同处于所述会话组内的客户端；所述客户端对所述源客户端发送的通话数据进行处理，确定通话质量数据，将所述通话质量数据及第一标识发送至所述音视频引擎，由音视频引擎转发给监控服务器，所述第一标识与所述客户端或所述会话组对应；

所述监控服务器根据所述通话质量数据，监控与所述第一标识对应的所述客户端或所述会话组的通话质量。

19.根据权利要求18所述的***，其特征在于，所述监控服务器还用于，获取所述中心服务器上传的分配信息，所述分配信息包含所述中心服务器响应于所述客户端的音视频请求而返回的所述音视频引擎的标识及所述会话组的标识。

20.根据权利要求18所述的***，其特征在于，所述监控服务器还用于，获取所述音视频引擎发送的调控指令，所述调控指令为所述音视频引擎根据所述客户端上报的所述通话质量数据所生成并下发至所述客户端的调控指令。