CN111565310A - 处理异常的方法、装置与设备 - Google Patents

Abstract

本申请提供了一种处理异常的方法，通过使第一设备(例如，终端设备)获取用户的反馈信息，在通过该反馈信息确定媒体事件发生了异常时，触发第二设备(例如，媒体设备)采集媒体事件对应的原始码流，从而降低不必要的码流采集、以及解析、计算所带来的资源消耗。

Description

处理异常的方法、装置与设备

技术领域

本申请涉及显示处理技术领域，并且更具体地，涉及显示处理技术领域中的处理异常的方法、装置与设备。

背景技术

在音视频播放场景中，用户体验质量(quality of experience，QoE)作为衡量用户感受到的媒体业务质量的指标。所谓用户感受到的媒体业务质量，至少包括语音是否清晰、是否有回音、视频是否流畅、画面是否清晰以及音画是否同步等。

为了提高用户的媒体服务体验，现有一种基于探针采集数据的质量建模技术方案，该方案通过在网络接口单点或多点部署探针采集原始码流来获取数据；在运维平台的数据采集分析子系统完成码流解析、数据提取和测量；在运维平台的质量建模分析子系统完成体验建模，或算法工程师离线完成体验建模工作；算法工程师和业务工程师离线完成故障树分析等定界模型；应用此模型进行媒体体验异常检测和定界分析。

上述技术方案会对采集模块、数据解析模块、指标计算模块造成持续性消耗，需要较高的存储能力和计算能力，这种问题在会议这种持续时间较长的业务上表现尤为突出。

发明内容

本申请提供一种处理异常的方法，能够降低不必要的码流采集、以及解析、计算所带来的资源消耗。

第一方面，提供了一种处理异常的方法，所述方法由第一设备执行，包括：获取反馈信息，所述反馈信息用于指示用户对于媒体事件的反馈，所述媒体事件包括声音播放事件和/或画面播放事件；若所述反馈信息指示所述媒体事件发生了异常，向第二设备发送第一消息，所述第一消息用于触发所述第二设备采集所述媒体事件的原始码流。

基于上述技术方案，通过使第一设备(例如，终端设备)获取用户的反馈信息，在通过该反馈信息确定媒体事件发生了异常时，触发第二设备(例如，媒体设备)采集媒体事件对应的原始码流，从而降低不必要的码流采集、以及解析、计算所带来的资源消耗。

在一种可能的实现方式中，所述方法还包括：向所述第二设备发送第一会话信息，所述第一会话信息携带有用户体验标记信息，所述用户体验标记信息是所述第一设备根据所述反馈信息生成的，所述第一会话信息包括所述媒体事件在所述第一设备中生成的呼叫历史记录(call history record，CHR)话单。

基于本申请提供的处理异常的方法，通过将采集到的原始码流与用户对媒体事件的体验感受反馈均提供给第三设备(例如，服务器)，使得服务器在对媒体事件发生的异常进行处理时，能够提高故障定界的准确性。

在一种可能的实现方式中，所述用户体验标记信息是所述第一设备将所述反馈信息按照预设的规则转换后生成的。

第二方面，提供了一种处理异常的方法，所述方法由第二设备执行，包括：接收第一设备发送的第一消息，所述第一消息用于触发所述第二设备采集媒体事件的原始码流，所述媒体事件为媒体异常事件；根据所述第一消息，获取所述媒体事件的原始码流；向第三设备发送所述媒体事件的相关信息，所述相关信息包括所述媒体事件的原始码流。

基于上述技术方案，通过使终端设备获取用户的反馈信息，在通过该反馈信息确定媒体事件发生了异常时，触发媒体设备采集媒体事件对应的原始码流，并通过媒体设备将采集到的媒体事件对应的原始码流发送至服务器，由服务器对媒体事件发生的异常进行处理，从而降低不必要的码流采集、以及解析、计算所带来的资源消耗。

在一种可能的实现方式中，所述相关信息还包括第二会话信息，所述方法还包括：接收所述第一设备发送的第一会话信息，所述第一会话信息携带有用户体验标记信息，所述用户体验标记信息是所述第一设备根据反馈信息生成的，所述反馈信息用于指示用户对于所述媒体事件的反馈，所述第一会话信息包括所述媒体事件在所述第一设备中生成的CHR话单；根据第一会话信息，生成所述第二会话信息，所述第二会话信息包括所述媒体事件在所述第二设备中生成的CHR话单。

基于本申请提供的处理异常的方法，通过将采集到的原始码流与用户对媒体事件的体验感受反馈均提供给服务器，使得服务器在对媒体事件发生的异常进行处理时，能够提高故障定界的准确性。

在一种可能的实现方式中，所述用户体验标记信息是所述第一设备将所述反馈信息按照预设的规则转换后生成的。

第三方面，提供了一种处理异常的方法，所述方法由第三设备执行，包括：接收第二设备发送的媒体事件的相关信息，所述相关信息包括所述媒体事件的原始码流，所述媒体事件为媒体异常事件；根据所述相关信息，对所述媒体事件发生的异常进行处理。

基于上述技术方案，通过使终端设备获取用户的反馈信息，在通过该反馈信息确定媒体事件发生了异常时，触发媒体设备采集媒体事件对应的原始码流，并通过媒体设备将采集到的媒体事件对应的原始码流发送至服务器，由服务器对媒体事件发生的异常进行处理，从而降低不必要的码流采集、以及解析、计算所带来的资源消耗。

在一种可能的实现方式中，所述相关信息还包括第二会话信息，所述第二会话信息是由第一设备根据第一会话信息生成的，所述第二会话信息包括所述媒体事件在所述第二设备中生成的CHR话单，所述第一会话信息携带有用户体验标记信息，所述用户体验标记信息是第一设备根据反馈信息生成的，所述反馈信息用于指示用户对于媒体事件的反馈，所述第一会话信息包括所述媒体事件在所述第一设备中生成的CHR话单。

基于本申请提供的处理异常的方法，通过将采集到的原始码流与用户对媒体事件的体验感受反馈均提供给服务器，使得服务器在对媒体事件发生的异常进行处理时，能够提高故障定界的准确性。

在一种可能的实现方式中，所述用户体验标记信息是所述第一设备将所述反馈信息按照预设的规则转换后生成的。

在一种可能的实现方式中，所述方法还包括：向第一设备发送第二消息，所述第二消息用于指示对媒体事件发生的异常的处理结果。

基于本申请提供的处理异常的方法，通过以用户反馈问题为起始点，以告知用户对媒体事件发生的异常的处理结果为终止点，即形成闭环流程，从用户角度出发，能够提高用户反馈的积极性，最终提高用户体验质量。

在一种可能的实现方式中，所述第二设备包括路由设备与业务接入设备，所述根据所述相关信息，对所述媒体事件发生的异常进行处理，包括：根据所述相关信息，确定所述媒体事件发生异常是否是服务质量(quality of service，QoS)参数劣化导致的；若所述媒体事件发生异常的因素是QoS参数劣化导致的，向控制设备发送QoS参数的门限值，所述QoS参数的门限值用于所述控制设备确定是否需要向所述路由设备重新下发路由，所述路由设备用于根据所述控制设备下发的路由，在第一设备与所述业务接入设备之间建立连接。

针对运行在Overlay网络中的媒体播放系统，通过使服务器在对媒体事件发生的异常进行故障定界时，确定是否是由于QoS参数劣化导致媒体事件发生异常，并在导致媒体事件发生异常的因素是QoS参数发生劣化时，使得控制设备根据服务器下发的QoS参数的门限值与路由设备上报的QoS参数，通过路由选择技术得到最优路径，将该路径下发给路由设备，使得路由设备根据控制设备下发的最优路径在媒体设备与终端设备之间建立连接，从而提升业务质量。

第四方面，提供一种处理异常的装置，该装置用于执行上述第一方面或第一方面的任一可能的实现方式中的方法。具体地，该装置可以包括用于执行第一方面或第一方面的任一可能的实现方式中处理异常的方法的单元。

第五方面，提供一种处理异常的装置，该装置用于执行上述第二方面或第二方面的任一可能的实现方式中的方法。具体地，该装置可以包括用于执行第二方面或第二方面的任一可能的实现方式中处理异常的方法的单元。

第六方面，提供一种处理异常的装置，该装置用于执行上述第三方面或第三方面的任一可能的实现方式中的方法。具体地，该装置可以包括用于执行第二方面或第三方面的任一可能的实现方式中处理异常的方法的单元。

第七方面，提供一种处理异常的设备，该设备包括存储器与处理器。该存储器用于存储指令；该处理器执行该存储器存储的指令，使得该设备执行第一方面或第一方面的任一可能的实现方式中处理异常的方法。

第八方面，提供一种处理异常的设备，该设备包括存储器与处理器。该存储器用于存储指令；该处理器执行该存储器存储的指令，使得该设备执行第二方面或第二方面的任一可能的实现方式中处理异常的方法。

第九方面，提供一种处理异常的设备，该设备包括存储器和处理器。该存储器用于存储指令；该处理器执行该存储器存储的指令，使得该设备执行第三方面或第三方面的任一可能的实现方式中处理异常的方法。

第十方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得计算机执行第一方面或第一方面的任一可能的实现方式中处理异常的方法。

第十一方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得计算机执行第二方面或第二方面的任一可能的实现方式中处理异常的方法。

第十二方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得计算机执行第三方面或第三方面的任一可能的实现方式中处理异常的方法。

第十三方面，提供一种包含指令的计算机程序产品，当该指令在计算机上运行时，使得计算机执行第一方面或第一方面的任一可能的实现方式中处理异常的方法。

第十四方面，提供一种包含指令的计算机程序产品，当该指令在计算机上运行时，使得计算机执行第二方面或第二方面的任一可能的实现方式中处理异常的方法。

第十五方面，提供一种包含指令的计算机程序产品，当该指令在计算机上运行时，使得计算机执行第三方面或第三方面的任一可能的实现方式中处理异常的方法。

本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。

附图说明

图1为适用于本申请的媒体播放系统的示意性框图；

图2为适用于本申请的另一媒体播放系统的示意性框图；

图3为本申请提供的终端设备的交互界面的示意图；

图4为本申请提供的处理异常的方法的示意性流程图；

图5为本申请提供的装置200的示意性框图；

图6为本申请提供的装置300的示意性框图；

图7为本申请提供的装置400的示意性框图；

图8为本申请提供的设备500的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

首先结合图1对本申请提供的媒体播放系统进行介绍，如图1所示，该系统包括第一设备、第二设备与第三设备。其中，第一设备用于播放音视频业务，即为用户提供音视频服务，第二设备用于与终端设备之间建立通信连接。

作为示例而非限定，在图1所示的媒体播放系统中，第一设备可以为终端设备，第二设备可以为媒体设备，第三设备可以为服务器。

作为示例而非限定，在实际应用中，媒体设备可以为多媒体控制单元(multimediacontrol unit，MCU)或会话边界控制器(session border controller，SBC)。

图2示出了本申请提供的另一媒体播放系统，该媒体播放系统运行在覆盖网络(overlay network)中，与图1所示的媒体播放系统不同之处在于，图2所示的媒体播放系统还包括控制设备。其中，第一设备用于播放音视频业务，即为用户提供音视频服务，控制设备用于确定是否需要重新下发路由，第二设备用于根据控制设备下发的路由，与终端设备之间建立通信连接。

作为示例而非限定，在图2所示的媒体播放系统中，第一设备可以为终端设备，第二设备可以为媒体设备，第三设备可以为服务器。

作为示例而非限定，在实际应用中，媒体设备可以包括业务接入设备与路由设备。当媒体设备由业务接入设备与路由设备组成时，控制设备用于向路由设备下发路由，路由设备用于根据控制设备下发的路由，在业务接入设备与终端设备之间建立通信连接。

作为示例而非限定，在实际应用中，图1与图2所示的媒体播放系统中的终端设备可以为手持终端(例如，手机、平板电脑)、笔记本电脑、台式电脑、电视机、以及专业的会议终端设备。

下面首先以图1所示的媒体播放系统，且以该媒体播放系统中的第一设备为终端设备、第二设备为媒体设备、第三设备为服务器为例，结合附图详细说明本申请提供的处理异常的方法。

图3是从设备交互的角度示出的本申请提供的处理异常的方法100的示意性流程图。如图3所示，该方法可以包括步骤101至步骤108。下面详细说明方法100的各步骤。

在步骤101中，终端设备获取反馈信息，该反馈信息用于指示用户对于媒体事件的反馈，该媒体事件包括声音播放事件和/或画面播放事件。

具体而言，终端设备获取来自用户的反馈信息，该反馈信息能够指示用户对于媒体事件的体验感受的反馈，在本申请中，媒体事件可以包括声音播放事件和/或画面播放事件。

例如，终端设备可以用于播放视频，当终端设备进行视频播放时，对应的媒体事件即包括声音播放事件，又包括画面播放事件；终端设备还可以用于语音通话，此时对应的媒体事件包括声音播放事件。

终端设备可以向用户显示如图4所示的交互界面，用户可以通过该交互界面向终端设备反馈对媒体事件的体验感受。

例如，在媒体事件运行过程中，用户可以触发终端设备显示图4所示的交互界面，例如，用户可以通过点击终端设备显示界面中的“反馈功能键”来触发终端设备显示图4所示的交互界面。在用户成功触发终端设备显示该交互界面后，终端设备可以通过该交互界面向终端设备反馈对媒体事件的体验感受。

例如，当前运行的媒体事件为视频会议，当用户对该视频会议的体验感受较好时，用户可以点击“赞”按钮，代表用户体验正常；当用户对该视频会议的体验感受较差时，用户可以点击“踩”按钮，代表用户对媒体事件的体验异常。

当用户点击了“赞”按钮后，进一步地，终端设备还可以向用户显示“感谢使用”之类的感谢用语。

当用户点击了“踩”按钮后，进一步地，终端设备还可以显示异常选择框，该异常选择框用于用户向终端设备进行更为详细的反馈。例如，该异常选择框的选项可以包括没有声音、有杂音、没有画面、不清晰以及卡顿，此外，该异常选择框还可以包括“其他”选项，该选项用于当上述选项不足以反馈用户的体验感受时，用户可以通过该“其他”选项向终端设备进行反馈。

当用户在异常选择框中选择完成之后，可以点击“提交”按钮。在用户点击了“提交”按钮后，进一步地，终端设备还可以向用户显示“抱歉带来不便！已为您启动问题处理！”之类的答复语。

在用户点击了“提交”按钮后，此时，终端设备可以获取到来自于用户的反馈信息。终端设备获取到来自于用户的反馈信息后，对该反馈信息进行解析，获取用户对于媒体事件(例如，视频会议)的反馈内容，该反馈内容包括以下信息中的至少一项：画面卡顿、画面不清晰、没有画面、没有声音与声音有杂音。

例如，终端设备获取到的反馈信息为一段包含若干比特(bit)位的二进制序列，终端设备需要对该二进制比特序列进行解析，从而获取用户对于媒体事件的反馈内容。

例如，终端设备获取到的二进制比特序列为0001，经过对该二进制比特序列进行解析，终端设备确定用户对于该视频会议的反馈内容为画面不清晰。此时，终端设备可以确定该反馈信息指示该视频会议发生了异常。

在步骤102中，若该反馈信息指示该媒体事件发生了异常，终端设备向媒体设备发送第一消息，该第一消息用于触发该媒体设备采集该媒体事件的原始码流。相应地，媒体设备接收该第一消息。

具体而言，在终端设备确定反馈信息指示媒体事件(例如，视频会议)发生了异常时，终端设备触发媒体设备采集该视频会议对应的原始码流，例如，终端设备可以向媒体设备发送第一消息，通过该第一消息触发媒体设备采集该视频会议对应的原始码流。

在步骤103中，媒体设备根据该第一消息，获取该媒体事件对应的原始码流。

在步骤104中，媒体设备向服务器发送该媒体事件的相关信息，该相关信息包括该媒体事件的原始码流。相应地，服务器接收该相关信息。

在步骤107中，服务器根据该相关信息，对该媒体事件发生的异常进行处理。

具体而言，媒体设备接收到第一消息之后，根据该第一消息，采集媒体事件(例如，视频会议)对应的原始码流。在获取到该视频会议对应的原始码流之后，媒体设备可以向服务器发送视频会议的相关信息(例如，媒体事件的相关信息)，其中，视频会议的相关信息包括视频会议对应的原始码流(例如，媒体事件对应的原始码流)。

在服务器接收到该视频会议的相关信息后，可以利用该视频会议对应的原始码流，对该视频会议进行异常检测、故障定界以及故障恢复。

基于本申请提供的处理异常的方法，通过获取用户的反馈信息，在通过该反馈信息确定媒体事件发生了异常时，触发媒体设备采集媒体事件对应的原始码流，从而降低不必要的码流采集、以及解析、计算所带来的资源消耗。

进一步地，在方法100中，还可以包括步骤108，服务器向终端设备发送第二消息，该第二消息用于指示对媒体事件发生的异常的处理结果。

具体而言，服务器在对媒体事件发生的异常进行处理后，可以通过终端设备向用户通知对媒体事件发生的异常的处理结果。

例如，服务器可以向终端设备发送第二消息，该第二消息用于将对媒体事件发生的异常的处理结果通知给终端设备。终端设备在获知服务器对于媒体事件发生的异常的处理结果后，可以在图4所示的交互界面中向用户显示服务器对于媒体事件发生的异常的处理结果。

例如，当媒体事件为视频会议、发生的异常为画面不清晰时，如果该异常得到处理，终端设备可以在该交互界面上显示“当前画面不清晰问题已修复”等提示用语；如果该异常尚未得到处理，终端设备可以在该交互界面上显示“棘手问题，努力分析中”等提示用语。

此外，如果该异常得到处理，还可以通过将反馈功能键显示为绿色闪烁来向用户提示当前画面不清晰问题已修复；如果该异常尚未得到处理，还可以通过将反馈功能键显示为黄色闪烁来向用户提示当前画面不清晰问题尚未得到修复。

对于该异常尚未得到处理这一情况，还可以通过短信或者电话告知用户最终的处理结果。

需要说明的是，上述图4所示的交互界面仅是为了说明问题所做的举例，并不对实际应用中终端设备所显示的交互界面构成任何限定。

基于本申请提供的处理异常的方法，通过以用户反馈问题为起始点，以告知用户对媒体事件发生的异常的处理结果为终止点，即形成闭环流程，从用户角度出发，能够提高用户反馈的积极性，最终提高用户体验质量。

进一步地，在本申请中，终端设备还可以将用户针对媒体事件的反馈信息发送至服务器，使得服务器在对发生异常媒体事件进行处理时，可以根据媒体事件对应的原始码流与用户针对媒体事件的反馈信息，对媒体事件的异常进行处理。

此时，方法100在步骤107之前还可以包括：步骤105，终端设备向第二设备发送第一会话信息，第一会话信息携带有用户体验标记信息，用户体验标记信息是终端设备根据反馈信息生成的，第一会话信息包括媒体事件在终端设备中产生的呼叫历史记录(callhistory record，CHR)话单。相应地，媒体设备接收终端设备发送的第一会话信息。

具体而言，终端设备可以根据在步骤101中获取的反馈信息，生成该反馈信息对应的用户体验标记信息，并将该用户体验标记信息添加在第一会话信息中，从而对媒体事件(例如，视频会议)发生的异常进行标记，第一会话信息中包括视频会议在终端设备中生成的CHR话单，终端设备向媒体设备发送第一会话信息。

例如，终端设备获取的反馈信息(例如，0011)指示的反馈内容为没有声音，此时，终端设备针对该反馈信息生成的用户体验标记信息的取值可以为0011，将该用户体验标记信息添加在第一会话信息中的CHR话单中的相应字段，终端设备向媒体设备发送携带有该用户体验标记信息的第一会话信息。

此外，用户体验标记信息还可以是终端设备将反馈信息按照预设的规则进行转换后生成的，例如，终端设备获取的反馈信息(例如，0010)指示的反馈内容为画面不清晰，终端设备可以按照预设的规则，将反馈信息转换为010，并将010作为用户体验标记信息添加在第一会话信息中的CHR话单中的相应字段，终端设备向媒体设备发送携带有该用户体验标记信息的第一会话信息。

步骤106，媒体设备根据第一会话信息，生成该第二会话信息，该第二会话信息包括该媒体事件在该媒体设备中生成的CHR话单。

具体而言，媒体设备接收到终端设备发送的第一会话信息后，可以将媒体事件在媒体设备中生成的CHR话单添加在第一会话信息中，生成第二会话信息。

在此种情况下，步骤104中媒体设备向服务器发送的相关信息中还包括第二会话信息。

相应地，在步骤107中，服务器在对媒体事件发生的异常进行处理时，用到的相关信息中即包括原始码流，又包括第二会话信息。

具体而言，服务器在接收到该媒体事件对应的原始码流与第二会话信息后，可以对该第二会话信息中包括的CHR话单进行预处理，并对该原始码流进行预处理，通过运行在服务器中的异常检测模型对CHR话单与原始码流预处理后的结果进行处理，从而对媒体事件发生的异常进行异常检侧、故障定界以及故障恢复等操作。其中，异常检测操作用于确定媒体事件发生的异常的种类，故障定界操作用于分析媒体事件发生异常的原因，故障恢复操作用于对媒体事件发生的异常进行处理。

基于本申请提供的处理异常的方法，通过将采集到的原始码流与用户对媒体事件的体验感受反馈均提供给服务器，使得服务器在对媒体事件发生的异常进行处理时，能够提高故障定界的准确性。

上述是以图1所示的媒体播放系统为例，介绍了本申请提供的处理异常的方法100。该方法100还可以应用在图2所示的媒体播放系统中。当方法100应用在图2所示的媒体播放系统中时，方法100中的步骤107除了执行前面描述的操作步骤以外，还可以进一步执行以下操作步骤：

根据相关信息，确定该媒体事件发生异常是否是服务质量(quality of service，QoS)参数劣化导致的；

若该媒体事件发生异常是QoS参数劣化导致的，向控制设备发送QoS参数的门限值，该QoS参数的门限值用于该控制设备确定是否需要向路由设备重新下发路由，该路由设备用于根据该控制设备下发的路由，在终端设备与媒体设备之间建立连接。

具体而言，服务器在对媒体事件发生的异常进行故障定界操作时，可以根据接收到的相关信息，确定是否是由于QoS参数劣化导致媒体事件发生异常。其中，QoS参数可以包括传输控制协议(transmission control protocol，TCP)丢包率、网络吞吐率、重传率与往返时延(round-trip time，RTT)中的至少一种，该相关信息中可以包括媒体事件的原始码流，或者，该相关信息中可以包括既包括媒体事件的原始码流，又包括第二会话信息。

例如，服务器在对媒体事件发生的异常进行故障定界操作时，根据上述相关信息，确定媒体事件发生异常的因素是QoS参数劣化，此时，服务器可以向控制设备下发造成媒体事件发生异常的QoS参数的门限值，使得控制设备根据QoS参数的门限值确定是否需要向路由设备重新下发路由，该路由设备用于根据该控制设备下发的路由，在终端设备与业务接入设备之间建立连接。

例如，服务器向控制设备下发的QoS参数的门限值包括TCP丢包率的门限值与网络吞吐率的门限值，其中，TCP丢包率的门限值可以为3％，网络吞吐率的门限值为60％。

此外，控制设备也会接收到路由设备上报的QoS参数，路由设备上报的QoS参数与服务器向全局控制器下发的Qos参数的类型相同，即，路由设备向全局控制器上报的QoS参数同样包括TCP丢包率与网络吞吐率。

控制设备可以根据路由设备上报的QoS参数确定网络性能，根据网络性能，确定是否需要重新向路由设备下发路由。对TCP丢包率而言，TCP丢包率越小，说明网络性能越好；对网络吞吐率而言，网络吞吐率越大，说明网络性能越好。当网络性能较好时，控制设备无需重新向路由设备下发路由。

例如，若路由设备上报的TCP丢包率大于或等于服务器向控制设备下发的TCP丢包率门限值，则控制设备确定此时网络性能较差，确定需要重新向路由设备下发路由；和/或，若路由设备上报的网络吞吐率小于或等于服务器向控制设备下发的网络吞吐率门限值，则控制设备确定此时网络性能较差，确定需要重新向路由设备下发路由。

若控制设备确定需要重新向路由设备下发路由，控制设备可以通过路由选择技术得到最优路径，并将重新确定的最优路径下发到路由设备，路由设备根据控制设备重新下发的路径，在业务接入设备与终端设备之间建立连接。

基于本申请提供的异常处理的方法，针对运行在Overlay网络中的媒体播放系统，通过使服务器在对媒体事件发生的异常进行故障定界时，确定是否是由于QoS参数劣化导致媒体事件发生异常，并在导致媒体事件发生异常的因素是QoS参数发生劣化时，使得控制设备根据服务器下发的QoS参数的门限值与路由设备上报的QoS参数，通过路由选择技术得到最优路径，将该路径下发给路由设备，使得路由设备根据控制设备下发的最优路径在媒体设备与终端设备之间建立连接，从而提升业务质量。

上文结合图1至图4详细介绍了本申请提供的处理异常的方法，下文结合图5至图8详细地描述本申请提供的处理异常的装置和设备。

图5为本申请提供的处理异常的装置200的示意性框图，包括处理单元201与发送单元202。

处理单元201，用于获取反馈信息，所述反馈信息用于指示用户对于媒体事件的反馈，所述媒体事件包括声音播放事件和/或画面播放事件；

发送单元202，用于若所述反馈信息指示所述媒体事件发生了异常，向第二设备发送第一消息，所述第一消息用于触发所述第二设备采集所述媒体事件的原始码流。

可选地，所述发送单元201还用于：向所述第二设备发送第一会话信息，所述第一会话信息携带有用户体验标记信息，所述用户体验标记信息是所述处理异常的装置根据所述反馈信息生成的，所述第一会话信息包括所述媒体事件在所述处理异常的装置中生成的呼叫历史记录CHR话单。

可选地，所述用户体验标记信息是所述处理异常的装置将所述反馈信息按照预设的规则转换后生成的。

应理解的是，本申请实施例的装置200可以通过专用集成电路(application-specific integrated circuit，ASIC)实现，或可编程逻辑器件(programmable logicdevice，PLD)实现，上述PLD可以是复杂程序逻辑器件(complex programmable logicaldevice，CPLD)，现场可编程门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。也可以通过软件实现图3所示的处理异常的方法，当通过软件实现图3所示的处理异常的方法时，装置200及其各个模块也可以为软件模块。

根据本申请的装置200可对应于执行本申请中描述的方法，并且装置200中的各个单元的上述和其它操作和/或功能为了实现图3所示方法中第一设备执行的相应流程，为了简洁，在此不再赘述。

图6为本申请提供的处理异常的装置300的示意性框图，包括接收单元301、处理单元302与发送单元303。

接收单元301，用于接收第一设备发送的第一消息，所述第一消息用于触发所述处理异常的装置采集媒体事件的原始码流，所述媒体事件为媒体异常事件；

处理单元302，用于根据所述第一消息，获取所述媒体事件的原始码流；

发送单元303，用于向第三设备发送所述媒体事件的相关信息，所述相关信息包括所述媒体事件的原始码流。

可选地，所述相关信息还包括第二会话信息，所述接收单元301还用于：

接收所述第一设备发送的第一会话信息，所述第一会话信息携带有用户体验标记信息，所述用户体验标记信息是所述第一设备根据反馈信息生成的，所述反馈信息用于指示用户对于所述媒体事件的反馈，所述第一会话信息包括所述媒体事件在所述第一设备中生成的CHR话单；

所述处理单元302还用于：根据第一会话信息，生成所述第二会话信息，所述第二会话信息包括所述媒体事件在所述处理异常的装置中生成的CHR话单。

可选地，所述用户体验标记信息是所述第一设备将所述反馈信息按照预设的规则转换后生成的。

应理解的是，本申请实施例的装置300可以通过专用集成电路(application-specific integrated circuit，ASIC)实现，或可编程逻辑器件(programmable logicdevice，PLD)实现，上述PLD可以是复杂程序逻辑器件(complex programmable logicaldevice，CPLD)，现场可编程门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。也可以通过软件实现图3所示的处理异常的方法，当通过软件实现图3所示的处理异常的方法时，装置300及其各个模块也可以为软件模块。

根据本申请的装置300可对应于执行本申请中描述的方法，并且装置300中的各个单元的上述和其它操作和/或功能为了实现图3所示方法中第二设备执行的相应流程，为了简洁，在此不再赘述。

图7为本申请提供的处理异常的装置400的示意性框图，包括接收单元401与处理单元402。

接收单元401，用于接收第二设备发送的媒体事件的相关信息，所述相关信息包括所述媒体事件的原始码流，所述媒体事件为媒体异常事件；

处理单元402，用于根据所述相关信息，对所述媒体事件发生的异常进行处理。

可选地，所述相关信息还包括第二会话信息，所述第一会话信息携带有用户体验标记信息，所述用户体验标记信息是第一设备根据反馈信息生成的，所述反馈信息用于指示用户对于媒体事件的反馈，所述第一会话信息包括所述媒体事件在所述第一设备中生成的CHR话单，所述第二会话信息是由第一设备根据第一会话信息生成的，所述第二会话信息包括所述媒体事件在所述第二设备中生成的CHR话单。

可选地，所述用户体验标记信息是所述第一设备将所述反馈信息按照预设的规则转换后生成的。

可选地，所述装置400还包括：

发送单元403，用于向第一设备发送第二消息，所述第二消息用于指示对媒体事件发生的异常的处理结果。

可选地，所述第二设备包括路由设备与业务接入设备，所述处理单元402，还用于根据所述相关信息，确定所述媒体事件发生异常是否是QoS参数劣化导致的；

若所述媒体事件发生异常是QoS参数劣化导致的，向控制设备发送QoS参数的门限值，所述QoS参数的门限值用于所述控制设备确定是否需要向所述路由设备重新下发路由，所述路由设备用于根据所述控制设备下发的路由，在第一设备与所述业务接入设备之间建立连接。

应理解的是，本申请实施例的装置400可以通过专用集成电路(application-specific integrated circuit，ASIC)实现，或可编程逻辑器件(programmable logicdevice，PLD)实现，上述PLD可以是复杂程序逻辑器件(complex programmable logicaldevice，CPLD)，现场可编程门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。也可以通过软件实现图3所示的处理异常的方法，当通过软件实现图3所示的处理异常的方法时，装置400及其各个模块也可以为软件模块。

根据本申请的装置400可对应于执行本申请中描述的方法，并且装置400中的各个单元的上述和其它操作和/或功能为了实现图3所示方法中第三设备执行的相应流程，为了简洁，在此不再赘述。

图8为本申请提供的一种处理异常的设备500的结构示意图。如图8所示，所述设备500包括处理器501、存储器502、通信接口503和总线504。其中，处理器501、存储器502、通信接口503通过总线504进行通信，也可以通过无线传输等其他手段实现通信。该存储器502用于存储指令，该处理器501用于执行该存储器502存储的指令。该存储器502存储程序代码5021，且处理器501可以调用存储器502中存储的程序代码5021执行图3所示的处理异常的方法。

应理解，在本申请实施例中，处理器501可以是CPU，处理器501还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。

该存储器502可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器502还可以包括非易失性随机存取存储器。该存储器502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double datadate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

该总线504除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图8中将各种总线都标为总线504。

应理解，根据本申请实施例的设备500可对应于本申请中的装置200、装置300或装置400，并可以对应于本申请图3所示方法中的第一设备、第二设备或第三设备，当设备500对应于图3所示方法中的第一设备时，设备500中的各个模块的上述和其它操作和/或功能分别为了实现图3中的由第一设备执行的方法的操作步骤，当设备500对应于图3所示方法中的第二设备时，设备500中的各个模块的上述和其它操作和/或功能分别为了实现图3中的由第二设备执行的方法的操作步骤，当设备500对应于图3所示方法中的第三设备时，设备500中的各个模块的上述和其它操作和/或功能分别为了实现图3中的由第三设备执行的方法的操作步骤，为了简洁，在此不再赘述。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘(solid state drive，SSD)。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (22)

1.一种处理异常的方法，其特征在于，所述方法由第一设备执行，包括：

获取反馈信息，所述反馈信息用于指示用户对于媒体事件的反馈，所述媒体事件包括声音播放事件和/或画面播放事件；

若所述反馈信息指示所述媒体事件发生了异常，向第二设备发送第一消息，所述第一消息用于触发所述第二设备采集所述媒体事件的原始码流。

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

向所述第二设备发送第一会话信息，所述第一会话信息携带有用户体验标记信息，所述用户体验标记信息是所述第一设备根据所述反馈信息生成的，所述第一会话信息包括所述媒体事件在所述第一设备中生成的呼叫历史记录CHR话单。

3.根据权利要求2所述的方法，其特征在于，所述用户体验标记信息是所述第一设备将所述反馈信息按照预设的规则转换后生成的。

4.一种处理异常的方法，其特征在于，所述方法由第二设备执行，包括：

接收第一设备发送的第一消息，所述第一消息用于触发所述第二设备采集媒体事件的原始码流，所述媒体事件为媒体异常事件；

根据所述第一消息，获取所述媒体事件的原始码流；

向第三设备发送所述媒体事件的相关信息，所述相关信息包括所述媒体事件的原始码流。

5.根据权利要求4所述的方法，其特征在于，所述相关信息还包括第二会话信息，所述方法还包括：

接收所述第一设备发送的第一会话信息，所述第一会话信息携带有用户体验标记信息，所述用户体验标记信息是所述第一设备根据反馈信息生成的，所述反馈信息用于指示用户对于所述媒体事件的反馈，所述第一会话信息包括所述媒体事件在所述第一设备中生成的CHR话单；

根据第一会话信息，生成所述第二会话信息，所述第二会话信息包括所述媒体事件在所述第二设备中生成的CHR话单。

6.根据权利要求5所述的方法，其特征在于，所述用户体验标记信息是所述第一设备将所述反馈信息按照预设的规则转换后生成的。

7.一种处理异常的方法，其特征在于，所述方法由第三设备执行，包括：

接收第二设备发送的媒体事件的相关信息，所述相关信息包括所述媒体事件的原始码流，所述媒体事件为媒体异常事件；

根据所述相关信息，对所述媒体事件发生的异常进行处理。

8.根据权利要求7所述的方法，其特征在于，所述相关信息还包括第二会话信息，所述第二会话信息是由第一设备根据第一会话信息生成的，所述第一会话信息携带有用户体验标记信息，所述用户体验标记信息是所述第一设备根据反馈信息生成的，所述反馈信息用于指示用户对于所述媒体事件的反馈，所述第一会话信息包括所述媒体事件在所述第一设备中生成的CHR话单，所述第二会话信息包括所述媒体事件在所述第二设备中生成的CHR话单。

9.根据权利要求8所述的方法，其特征在于，所述用户体验标记信息是所述第一设备将所述反馈信息按照预设的规则转换后生成的。

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

向第一设备发送第二消息，所述第二消息用于指示对所述媒体事件发生的异常的处理结果。

11.根据权利要求7至10中任一项所述的方法，其特征在于，所述第二设备包括路由设备与业务接入设备，所述根据所述相关信息，对所述媒体事件发生的异常进行处理，包括：

根据所述相关信息，确定所述媒体事件发生异常是否是服务质量QoS参数劣化导致的；

若所述媒体事件发生异常是QoS参数劣化导致的，向控制设备发送QoS参数的门限值，所述QoS参数的门限值用于所述控制设备确定是否需要向所述路由设备重新下发路由，所述路由设备用于根据所述控制设备下发的路由，在第一设备与所述业务接入设备之间建立连接。

12.一种处理异常的装置，其特征在于，包括：

处理单元，用于获取反馈信息，所述反馈信息用于指示用户对于媒体事件的反馈，所述媒体事件包括声音播放事件和/或画面播放事件；

发送单元，用于若所述反馈信息指示所述媒体事件发生了异常，向第二设备发送第一消息，所述第一消息用于触发所述第二设备采集所述媒体事件的原始码流。

13.根据权利要求12所述的装置，其特征在于，所述发送单元还用于：

向所述第二设备发送第一会话信息，所述第一会话信息携带有用户体验标记信息，所述用户体验标记信息是所述处理异常的装置根据所述反馈信息生成的，所述第一会话信息包括所述媒体事件在所述处理异常的装置中生成的呼叫历史记录CHR话单。

14.根据权利要求13所述的装置，其特征在于，所述用户体验标记信息是所述处理异常的装置将所述反馈信息按照预设的规则转换后生成的。

15.一种处理异常的装置，其特征在于，包括：

接收单元，用于接收第一设备发送的第一消息，所述第一消息用于触发所述处理异常的装置采集媒体事件的原始码流，所述媒体事件为媒体异常事件；

处理单元，用于根据所述第一消息，获取所述媒体事件的原始码流；

发送单元，用于向第三设备发送所述媒体事件的相关信息，所述相关信息包括所述媒体事件的原始码流。

16.根据权利要求15所述的装置，其特征在于，所述相关信息还包括第二会话信息，所述接收单元还用于：

接收所述第一设备发送的第一会话信息，所述第一会话信息携带有用户体验标记信息，所述用户体验标记信息是所述第一设备根据反馈信息生成的，所述反馈信息用于指示用户对于所述媒体事件的反馈，所述第一会话信息包括所述媒体事件在所述第一设备中生成的CHR话单；

所述处理单元还用于：根据第一会话信息，生成所述第二会话信息，所述第二会话信息包括所述媒体事件在所述处理异常的装置中生成的CHR话单。

17.根据权利要求16所述的装置，其特征在于，所述用户体验标记信息是所述第一设备将所述反馈信息按照预设的规则转换后生成的。

18.一种处理异常的装置，其特征在于，包括：

接收单元，用于接收第二设备发送的媒体事件的相关信息，所述相关信息包括所述媒体事件的原始码流，所述媒体事件为媒体异常事件；

处理单元，用于根据所述相关信息，对所述媒体事件发生的异常进行处理。

19.根据权利要求18所述的装置，其特征在于，所述相关信息还包括第二会话信息，所述第二会话信息是由第一设备根据第一会话信息生成的，所述第一会话信息携带有用户体验标记信息，所述用户体验标记信息是第一设备根据反馈信息生成的，所述反馈信息用于指示用户对于所述媒体事件的反馈，所述第一会话信息包括所述媒体事件在所述第一设备中生成的CHR话单，所述第二会话信息包括所述媒体事件在所述第二设备中生成的CHR话单。

20.根据权利要求19所述的装置，其特征在于，所述用户体验标记信息是所述第一设备将所述反馈信息按照预设的规则转换后生成的。

21.根据权利要求18至20中任一项所述的装置，其特征在于，所述装置还包括：

发送单元，用于向第一设备发送第二消息，所述第二消息用于指示对媒体事件发生的异常的处理结果。

22.根据权利要求18至21中任一项所述的装置，其特征在于，所述第二设备包括路由设备与业务接入设备，所述根据所述相关信息，对所述媒体事件发生的异常进行处理，包括：

根据所述相关信息，确定所述媒体事件发生异常是否是QoS参数劣化导致的；

若所述媒体事件发生异常是QoS参数劣化导致的，向控制设备发送QoS参数的门限值，所述QoS参数的门限值用于所述控制设备确定是否需要向所述路由设备重新下发路由，所述路由设备用于根据所述控制设备下发的路由，在第一设备与所述业务接入设备之间建立连接。

Images