CN108668123A - 一种视频体验评价结果的获取方法以及网元设备 - Google Patents
一种视频体验评价结果的获取方法以及网元设备 Download PDFInfo
- Publication number
- CN108668123A CN108668123A CN201710208504.6A CN201710208504A CN108668123A CN 108668123 A CN108668123 A CN 108668123A CN 201710208504 A CN201710208504 A CN 201710208504A CN 108668123 A CN108668123 A CN 108668123A
- Authority
- CN
- China
- Prior art keywords
- frame
- network element
- time
- element device
- event
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N17/00—Diagnosis, testing or measuring for television systems or their details
- H04N17/004—Diagnosis, testing or measuring for television systems or their details for digital television systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/4425—Monitoring of client processing errors or hardware failure
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- General Health & Medical Sciences (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
本发明实施例提供了一种视频体验评价结果的获取方法以及网元设备，所述方法包括网元设备获取视频流，并根据所述视频流获取目标参数，所述目标参数包括视频源参数、观看体验参数以及交互操作参数，所述交互操作参数为获取的用户输入的交互操作事件的时间信息，所述网元设备获取视频体验评价结果，所述网元设备将所述视频体验评价结果发送给媒体质量监控中心。采用本实施例所示的方法能够不限制网元设备的部署位置，且视频源参数获取完整，实现故障定界定位，还可实现各类用户行为的分析，且不影响其它各个评测维度的参数完整获取。
Description
技术领域
本发明涉及通信技术领域，尤其涉及的是一种视频体验评价结果的获取方法以及网元设备。
背景技术
通信技术和多媒体技术的进步使得IPTV(Internet Protocol Television，网络协议电视)、视频电话、视频会议、视频点播等网络视频业务得到快速发展。同时，多样化的海量终端设备已深入到人们生活的各个角落，人们随时随地可以享受到丰富的网络视频服务，视频流量已占据了网络流量的绝大部分，这一切都表明视频服务极具活力，有着广阔的市场前景。业界已掀起大力发展视频业务的浪潮。
视频服务的核心问题是用户体验，服务提供商必须掌握用户的真实体验信息才能更好地了解当前的服务情况、定位问题，进而改善服务，以提升竞争力。而这些工作的开展依赖于对用户体验质量(Quality of Experience，QoE)的准确评价。VMOS(Video MeanOpinion Score，视频平均意见分)指标是视频QoE评价中最核心的指标，是衡量视频质量好坏的唯一标准，因此使用无参考客观方法准确计算和使用VMOS指标，即视频体验评分，对于保证用户视频服务质量有重要意义。
在视频服务中，VMOS评价方法的输入一般为视频流或播放器反馈参数，对于用户交互操作参数来说，当前主要使用播放器反馈方法。在非VMOS评价方法范围内的应用，用户交互操作参数的来源一般也来源于播放器反馈。
从播放器反馈的事件信息可以很准确地获取用户交互操作参数，在可以使用播放器反馈的场景中此方法是很出色的。播放器反馈方法主要面临如下问题：一、在不开放播放器反馈能力的场景中此方法不可用：即存在不允许使用播放器反馈交互操作参数的情况；在VMOS方法应用中，所有考量维度的参数获取来源应该是相同的，当前在实际应用中分为播放器反馈方法和码流分析方法两类。使用播放器反馈方法会对方法的部署、对其它维度参数的获取带来影响：二、部署位置受限：使用播放器反馈方法使得整个VMOS方法的部署只能局限在终端上，而其中的观看体验维度应在头端、网络、终端上都可以评测以体现不同的网络位置上流传输的变化信息实现故障定界定位的目标，因此不能只局限于终端；三、即使是局限在终端上且播放器反馈能力开放，使用播放器反馈方法也会使得视频源参数和观看体验参数的获取存在问题：(1)视频源参数获取不完整：例如评价VBR码流的质量分需要对码流深度解码以获取编码参数，当前播放器关于视频源参数局限于编码类型、码率、分辨率、帧率等，不涉及深度解码信息，而只使用这些参数所有方法当前都无法正确评价VBR码流；(2)观看体验参数获取不完整：播放器方法关于观看体验参数(观看体验参数可指的花屏、卡顿)只能通过事件信息反馈卡顿，而不能反馈由于丢包造成的影响，如花屏。
发明内容
本发明实施例提供了一种能够不限制部署位置，且视频源参数获取完整的视频体验评价结果的获取方法以及网元设备。
本发明实施例第一方面提供了一种视频体验评价结果的获取方法，包括：
步骤A、网元设备获取视频流。
可选的，若所述网元设备具有抓流能力，则可直接获取所述视频流。
还可选的，若所述网元设备没有抓流能力，则需要在所述网元设备上配置抓流过程。
步骤B、所述网元设备根据所述视频流获取目标参数。
具体的，所述目标参数包括视频源参数、观看体验参数以及交互操作参数，所述交互操作参数为获取的用户输入的交互操作事件的时间信息。
步骤C、所述网元设备获取视频体验评价结果。
具体的，所述网元设备通过视频体验评价结果计算框架根据所述目标参数进行计算以获取视频体验评价结果。
步骤D、所述网元设备将所述视频体验评价结果发送给媒体质量监控中心。
本实施例中，所述网元设备确定所述视频体验评价结果作为上报的指标，从而将获取到的作为上报的直播的所述视频体验评价结果发送给媒体质量监控中心。
所述媒体质量监控中心根据所述视频体验评价结果对所述网元设备进行监控。
监控的具体方式可为：MQMC对各网元设备进行视频服务质量监控和故障定界定位。
采用本实施例所示的方法，本实施例所示的MQMC汇总的各网元设备上报的所述视频体验评价结果，可以体现网络传输的影响，实现故障定界定位，还可实现各类用户行为的分析，例如统计用户的操作行为、分析用户的操作习惯等。在VMOS方法中，如果使用播放器反馈获取各个评测维度的参数，会使得视频源参数、观看体验参数的获取很不完整，包括视频源参数中的深度解码信息、观看体验中由于丢包造成的失真信息。而本实施例所示的视频体验评价结果获取方法，可以使交互操作参数的获取不局限于播放器反馈，在可以获取码流且不提供播放器反馈能力的场景中，可以应用本实施例所示的方法，不影响其它各个评测维度的参数完整获取。
结合本发明实施例的第一方面，本发明实施例第一方面的第一种实现方式中，
所述步骤A具体包括：
所述网元设备从网卡抓包以获取所述视频流，或，所述网元设备从终端中间件获取所述视频流。
通过本实施例所示的方法，能够提升成功获取到所述视频流的概率，以使得能够获取到完整的参数。
结合本发明实施例的第一方面或本发明实施例第一方面的第一种实现方式，本发明实施例的第一方面的第二种实现方式中，若所述交互操作事件为播放任务请求事件，则所述步骤A具体包括：
步骤A01、所述网元设备确定初始缓冲事件起始时间。
其中，所述初始缓冲事件起始时间为所述网元设备发出所述播放任务请求事件的时间。
所述初始缓冲事件开始发生时，所述网元设备中设置有视频体验评价结果算法单元，本实施例所示的所述视频体验评价结果算法单元用于执行本实施例所示的所述视频体验评价结果的获取方法。
更具体的，本实施例所示的所述视频体验评价结果算法单元被调用启动时，则以所述视频体验评价结果算法单元被调用的时间为所述初始缓冲事件开始时间。
步骤A02、所述网元设备确定初始缓冲事件结束时间。
其中，所述初始缓冲事件结束时间为所述网元设备以发出所述播放任务请求事件的时间为起始点直至所述网元设备接收到第N帧的时间，所述N为预设的初始播放门限帧数。
步骤A03、所述网元设备确定初始缓冲事件时间信息。
所述初始缓冲事件时间信息为所述初始缓冲事件结束时间和所述初始缓冲事件起始时间的差。
具体的，本实施例所示的所述初始缓冲事件开始发生时，所述视频体验评价结果算法单元被调用启动，则以所述视频体验评价结果算法单元被调用的时间为所述初始缓冲事件开始时间。
结合本发明实施例的第一方面或本发明实施例第一方面的第一种实现方式，本发明实施例第一方面的第三种实现方式中，若所述交互操作事件为播放任务请求事件，则所述步骤A具体包括：
步骤A11、所述网元设备确定频道切换起始时间。
所述频道切换起始时间为所述网元设备发出所述频道切换事件的时间；
具体的，本实施例所示的所述初始缓冲事件开始发生时，所述视频体验评价结果算法单元被调用启动，则以所述视频体验评价结果算法单元被调用的时间为所述初始缓冲事件开始时间。
步骤A12、所述网元设备确定频道切换结束时间.
所述频道切换结束时间为所述视频流中首个即时解码刷新IDR帧的收帧时间与预设时长的和，其中，所述预设时长为非负数；
本实施例所示的网元设备记录首个IDR帧的收帧时间first_IDR_frame_time，让频道切换结束时间Zapping_End＝first_IDR_frame_time+预设时长C_time，其中预设时长C_time为固定时长，可设置为100ms，也可以设置此参数为零，即令Zapping_End＝first_IDR_frame_time，具体在本实施例中不做限定。
步骤A13、所述网元设备确定频道切换时间信息，所述频道切换时间信息为所述频道切换结束时间和所述频道切换起始时间的差。
结合本发明实施例的第一方面或本发明实施例第一方面的第一种实现方式，本发明实施例第一方面的第四种实现方式中，若所述交互操作事件为重定位操作事件，则所述步骤A具体包括：
步骤A21、所述网元设备确定重定位操作结束时间；
所述网元设备确定所述重定位操作结束时间为：
所述网元设备以接收到所述第一目标帧的时间为起始点直至所述网元设备接收到第N帧的时间，所述N为预设的重定位播放门限帧数。
步骤A22、所述网元设备确定重定位操作起始时间；
具体的，所述重定位操作时间信息为所述重定位操作结束时间和所述重定位操作起始时间的差。
可选的，本实施例所示的所述交互操作事件为暂停事件，则说明用户通过暂停事件以实现视频的暂停播放。
步骤A23、所述网元设备确定重定位操作时间信息。
所述重定位操作时间信息为所述重定位操作结束时间和所述重定位操作起始时间的差。
结合本发明实施例第一方面的第四种实现方式，本发明实施例第一方面的第五种实现方式中，所述步骤A22包括：
步骤A221、所述网元设备在第一探测周期内获取各帧的显示时间戳PTS；
步骤A222、所述网元设备记录第一目标帧的收帧时间。
所述第一目标帧位于所述第一探测周期内，且所述第一目标帧的显示时间戳PTS发生跳变；
步骤A223、所述网元设备判断所述第一探测周期内是否有第二目标帧；
所述第二目标帧为位于所述第一目标帧之前的帧，所述第二目标帧的显示时间戳PTS发生跳变，且所述网元设备已记录所述第二目标帧的收帧时间；
步骤A224、若所述网元设备判断出所述第一探测周期内有所述第二目标帧，则所述网元设备确定所述第二目标帧的收帧时间为所述重定位操作起始时间；
步骤A225、若所述网元设备判断出所述第一探测周期内没有所述第二目标帧，则确定第三目标帧，所述第三目标帧为位于所述第一目标帧之前的帧，且所述第三目标帧的收帧时间为位于所述第一目标帧之前的帧中的最后一次收帧时间；
步骤A226、所述网元设备获取所述第三目标帧所位于的第二探测周期内的第一目标帧数；
步骤A227、所述网元设备确定第一目标数值，所述第一目标数值为所述第三目标帧的收帧时间+所述第一目标帧数/帧率；
步骤A228、若所述网元设备确定出所述第一目标数值大于所述第一探测周期结束时间，则所述网元设备确定所述重定位操作起始时间等于所述第一探测周期结束时间。
结合本发明实施例第一方面的第五种实现方式，本发明实施例第一方面的第六种实现方式中，所述步骤A21包括：
步骤A211、所述网元设备确定所述重定位操作结束时间为所述网元设备以接收到所述第一目标帧的时间为起始点直至所述网元设备接收到第N帧的时间，所述N为预设的重定位播放门限帧数。
结合本发明实施例的第一方面或本发明实施例第一方面的第一种实现方式，本发明实施例第一方面的第七种实现方式中，若所述交互操作事件为暂停事件，则所述步骤A具体包括：
步骤A31、所述网元设备在检测周期内检测收帧情况；
本实施例中，所述网元设备可设置有多个检测周期，所述网元设备能够在各所述检测周期内查看收帧情况，根据传输流(Transport Stream，TS)包的负载单元起始标识位识别帧边界。
步骤A32、所述网元设备根据各所述检测周期的收帧情况确定第一次出现的第一检测周期和第二检测周期.
所述第一检测周期与所述第二检测周期为相邻的周期，所述第一检测周期和所述第二检测周期无新帧的增加；
步骤A33、所述网元设备确定所述网元设备所接收到的最新的传输流TS包为帧边界时，所述网元设备确定所述第一检测周期为暂停事件起始时间；
步骤A34、所述网元设备确定暂停事件结束时间.
所述暂停事件结束时间为所述网元设备确定出所述暂停事件起始时间后新增的第一个帧的收帧时间；
步骤A35、所述网元设备确定所述暂停事件的时间信息，所述暂停事件的时间信息为所述暂停事件结束时间和所述暂停事件起始时间的差。
结合本发明实施例的第一方面或本发明实施例第一方面的第一种实现方式，本发明实施例第一方面的第八种实现方式中，若所述交互操作事件为快进和/或快退事件，则所述步骤A具体包括：
步骤A42、所述网元设备接收目标帧序列。
所述目标帧序列包括连续的多个关键帧；
步骤A43、所述网元设备确定位于所述目标帧序列中的首个关键帧的第一收帧时间.
步骤A44、所述网元设备确定位于所述目标帧序列中的最后一个关键帧的第二收帧时间。
步骤A45、所述网元设备确定当前已缓冲的第二目标帧数。
步骤A46、所述网元设备确定第二目标数值。
其中，所述第二目标数值＝所述第一收帧时间+第二目标帧数/帧率；
步骤A47、若所述网元设备确定所述第二目标数值大于所述第一收帧时间，则所述网元设备确定所述第二目标数值为快进和/或快退事件起始时间；
步骤A48、若所述网元设备确定开始接收到不连续的关键帧，则所述网元设备记录最后一个关键帧的收帧时间为快进和/或快退事件的结束时间；
步骤A49、所述网元设备确定快进和/或快退事件时间信息，所述快进和/或快退事件时间信息为所述快进和/或快退事件的结束时间与所述快进和/或快退事件起始时间的差。
结合本发明实施例第一方面至本发明实施例第一方面的第八种实现方式中，本发明实施例第一方面的第九种实现方式中，所述步骤C包括：
步骤C11、所述网元设备通过所述视频体验评价结果计算框架根据所述视频源参数进行计算以得到第一维度评分；
步骤C12、所述网元设备通过所述视频体验评价结果计算框架根据所述观看体验参数进行计算以得到第二维度评分；
步骤C13、所述网元设备通过所述视频体验评价结果计算框架根据所述交互操作参数进行计算以得到第三维度评分；
步骤C14、所述网元设备根据所述第一维度评分、所述第二维度评分以及所述第三维度评分计算出视频体验总评分；
步骤C15、所述视频体验评价结果包括所述第一维度评分、所述第二维度评分、所述第三维度评分以及所述视频体验总评分。
本发明实施例第二方面提供了一种网元设备，包括：
第一获取单元，用于获取视频流；
第二获取单元，用于根据所述视频流获取目标参数，所述目标参数包括视频源参数、观看体验参数以及交互操作参数，所述交互操作参数为获取的用户输入的交互操作事件的时间信息；
计算单元，用于通过视频体验评价结果计算框架根据所述目标参数进行计算以获取视频体验评价结果；
发送单元，用于将所述视频体验评价结果发送给媒体质量监控中心，以使所述媒体质量监控中心根据所述视频体验评价结果对所述网元设备进行监控。
结合本发明实施例的第二方面，本发明实施例第二方面的第一种实现方式中，
所述第一获取单元具体用于，从网卡抓包以获取所述视频流，或，所述网元设备从终端中间件获取所述视频流。
结合本发明实施例的第二方面或本发明实施例第二方面的第一种实现方式，本发明实施例的第二方面的第二种实现方式中，
若所述交互操作事件为播放任务请求事件，则所述第一获取单元具体用于，确定初始缓冲事件起始时间，所述初始缓冲事件起始时间为所述网元设备发出所述播放任务请求事件的时间，确定初始缓冲事件结束时间，所述初始缓冲事件结束时间为所述网元设备以发出所述播放任务请求事件的时间为起始点直至所述网元设备接收到第N帧的时间，所述N为预设的初始播放门限帧数，确定初始缓冲事件时间信息，所述初始缓冲事件时间信息为所述初始缓冲事件结束时间和所述初始缓冲事件起始时间的差。
结合本发明实施例的第二方面或本发明实施例第二方面的第一种实现方式，本发明实施例第二方面的第三种实现方式中，
若所述交互操作事件为频道切换事件，则所述第一获取单元具体用于，所述第一获取单元具体用于，确定频道切换起始时间，所述频道切换起始时间为所述网元设备发出所述频道切换事件的时间，确定频道切换结束时间，所述频道切换结束时间为所述视频流中首个即时解码刷新IDR帧的收帧时间与预设时长的和，其中，所述预设时长为非负数，确定频道切换时间信息，所述频道切换时间信息为所述频道切换结束时间和所述频道切换起始时间的差。
结合本发明实施例的第二方面或本发明实施例第二方面的第一种实现方式，本发明实施例第二方面的第四种实现方式中，
若所述交互操作事件为重定位操作事件，则所述第一获取单元具体用于，确定重定位操作结束时间，确定重定位操作起始时间，确定重定位操作时间信息，所述重定位操作时间信息为所述重定位操作结束时间和所述重定位操作起始时间的差。
结合本发明实施例第二方面的第四种实现方式，本发明实施例第二方面的第五种实现方式中，所述第一获取单元确定重定位操作起始时间时，具体用于在第一探测周期内获取各帧的显示时间戳PTS，记录第一目标帧的收帧时间，所述第一目标帧位于所述第一探测周期内，且所述第一目标帧的显示时间戳PTS发生跳变，判断所述第一探测周期内是否有第二目标帧，所述第二目标帧为位于所述第一目标帧之前的帧，所述第二目标帧的显示时间戳PTS发生跳变，且所述网元设备已记录所述第二目标帧的收帧时间，若判断出所述第一探测周期内有所述第二目标帧，则确定所述第二目标帧的收帧时间为所述重定位操作起始时间，若判断出所述第一探测周期内没有所述第二目标帧，则确定第三目标帧，所述第三目标帧为位于所述第一目标帧之前的帧，且所述第三目标帧的收帧时间为位于所述第一目标帧之前的帧中的最后一次收帧时间，获取所述第三目标帧所位于的第二探测周期内的第一目标帧数，确定第一目标数值，所述第一目标数值为所述第三目标帧的收帧时间+所述第一目标帧数/帧率，若确定出所述第一目标数值大于所述第一探测周期结束时间，则确定所述重定位操作起始时间等于所述第一探测周期结束时间。
结合本发明实施例第二方面的第五种实现方式，本发明实施例第二方面的第六种实现方式中，所述第一获取单元确定重定位操作结束时间时，具体用于确定所述重定位操作结束时间为所述网元设备以接收到所述第一目标帧的时间为起始点直至所述网元设备接收到第N帧的时间，所述N为预设的重定位播放门限帧数。
结合本发明实施例的第二方面或本发明实施例第二方面的第一种实现方式，本发明实施例第二方面的第七种实现方式中，若所述交互操作事件为暂停事件，则所述第一获取单元具体用于，在检测周期内检测收帧情况，根据各所述检测周期的收帧情况确定第一次出现的第一检测周期和第二检测周期，所述第一检测周期与所述第二检测周期为相邻的周期，所述第一检测周期和所述第二检测周期无新帧的增加，确定所述网元设备所接收到的最新的传输流TS包为帧边界时，所述网元设备确定所述第一检测周期为暂停事件起始时间，确定暂停事件结束时间，所述暂停事件结束时间为所述网元设备确定出所述暂停事件起始时间后新增的第一个帧的收帧时间，确定所述暂停事件的时间信息，所述暂停事件的时间信息为所述暂停事件结束时间和所述暂停事件起始时间的差。
结合本发明实施例的第二方面或本发明实施例第二方面的第一种实现方式，本发明实施例第二方面的第八种实现方式中，若所述交互操作事件为快进和/或快退事件，则所述第一获取单元具体用于，接收目标帧序列，所述目标帧序列包括连续的多个关键帧，确定位于所述目标帧序列中的首个关键帧的第一收帧时间，确定位于所述目标帧序列中的最后一个关键帧的第二收帧时间，确定当前已缓冲的第二目标帧数，确定第二目标数值，其中，所述第二目标数值＝所述第一收帧时间+第二目标帧数/帧率，若确定所述第二目标数值大于所述第一收帧时间，则确定所述第二目标数值为快进和/或快退事件起始时间，若确定开始接收到不连续的关键帧，则记录最后一个关键帧的收帧时间为快进和/或快退事件的结束时间，确定快进和/或快退事件时间信息，所述快进和/或快退事件时间信息为所述快进和/或快退事件的结束时间与所述快进和/或快退事件起始时间的差。
结合本发明实施例第二方面至本发明实施例第二方面的第八种实现方式中，本发明实施例第二方面的第九种实现方式中，所述计算单元具体用于，通过所述视频体验评价结果计算框架根据所述视频源参数进行计算以得到第一维度评分，通过所述视频体验评价结果计算框架根据所述观看体验参数进行计算以得到第二维度评分，通过所述视频体验评价结果计算框架根据所述交互操作参数进行计算以得到第三维度评分，根据所述第一维度评分、所述第二维度评分以及所述第三维度评分计算出视频体验总评分，所述视频体验评价结果包括所述第一维度评分、所述第二维度评分、所述第三维度评分以及所述视频体验总评分。
本发明实施例提供了一种视频体验评价结果的获取方法以及网元设备，所述方法包括网元设备获取视频流，并根据所述视频流获取目标参数，所述目标参数包括视频源参数、观看体验参数以及交互操作参数，所述交互操作参数为获取的用户输入的交互操作事件的时间信息，所述网元设备获取视频体验评价结果，所述网元设备将所述视频体验评价结果发送给媒体质量监控中心。采用本实施例所示的方法能够不限制网元设备的部署位置，且视频源参数获取完整，实现故障定界定位，还可实现各类用户行为的分析，且不影响其它各个评测维度的参数完整获取。
附图说明
图1为本发明实施例所提供的视频***的一种实施例结构示意图；
图2为本发明所提供的视频体验评价结果的获取方法的一种实施例步骤流程图；
图3为本发明所提供的机顶盒的一种实施例结构示意图；
图4为本发明所提供的网元设备的一种实施例结构示意图。
具体实施方式
本发明实施例提供了一种视频体验评价结果的获取方法，为更好的理解本发明实施例所示的方法，以下首先结合图1所示对应用本发明实施例所示的方法的视频***的具体结构进行详细说明：
如图1所示，本实施例所示的视频***包括多种网元设备；
所述网元设备可为华为媒体服务器101(Huawei Media Service，HMS)；
其中，所述华为媒体服务器101是媒体的数据库，存放媒体资源，提供媒体流服务。
需明确的是，实现存放媒体资源，提供媒体流服务的服务器的说明，在本实施例中为可选示例，不做限定。
所述网元设备可为头端的编码器Encoder102；
其中，所述头端的编码器102用于将输入的原始拍摄视频压缩(即编码)为不同的视频版本。
所述网元设备可为边缘节点，例如为边缘流媒体服务器，用于承载某一片区域用户的视频服务。
所述网元设备可为光网网络设备103(Optical Network Terminal，ONT)；
其中，光网网络设备103是光网终端，直接用于用户端。
所述网元设备可为业务监控网关104(Service Inspection Gateway，SIG)或深度报文检测104(Deep Packet Inspection，DPI)；
其中，业务监控网关104是一种为实现网络和流量的可视化、管道的增值、业务的精细化运营而推出的产品，主要提供网络流量流向分析和管理、VoIP(Voice overInternet Protocol，网络电话)业务监控、P2P(Peer to Peer，对等网络)业务监控等各项监控功能。
所述网元设备可为入网点105(Point-of-Presence，POP)或宽带远程接入服务器105(BRAS，Broadband Remote Access Server)；
所述入网点105为一个将互联网从一个地方接到其它地方的接入点。
所述宽带远程接入服务器105是面向宽带网络应用的新型接入网关，它位于骨干网的边缘层，可以完成用户带宽的IP(Internet Protocol，网络协议)/ATM(AsynchronousTransfer Mode，异步传输模式)网的数据接入。
所述网元设备可为数字用户线接入复接器(Digital Subscriber Line AccessMultiplexer，DSLAM)
其中，所述数字用户线接入复接器是一种网络设备，从多个用户数字用户线路(DSL)连接接受信号，并用复用技术把信号承载在一条高速骨干线路上。
所述网元设备可为各类用户终端设备，例如为机顶盒106(Set-Top-Box，STB)。
其中，所述机顶盒106为连接电视机与网络信号源的设备，转信号转化为视频内容。
具体的，本实施例所示的用于视频体验评价结果获取的工具为VMOS算法SDK，即视频体验评价结果算法单元。
VMOS算法SDK(Software Development Kit，软件开发工具包)集成部署在各个网元设备上。
所述网元设备上部署的探针设备采集输入信息——码流，作为算法SDK的输入，探针可以根据需求和网络规划部署在头端(HMS、Encoder等)、IP骨干网(IP Core)、城域网(Metro)、边缘节点、BRAS、DSLAM、ONT、终端设备等媒体流经过的各节点上。
更具体的，探针用于接收MQMC下发的配置命令，采样视频质量的数据，(使用其中部署集成的算法)实时计算各项视频质量指标，将结果上报给MQMC。
本实施例所示的视频***还包括MQMC110(Media Quality Monitor Center，媒体质量监控中心)；
所述MQMC110是监控下发、数据汇总、结果呈现中心，提供丰富的人机交互界面，负责下发监控任务到各级节点探针，收集汇总各级控制上报的视频质量监控数据、故障定界、历史记录查询和统计分析等功能。
为更好的理解本发明实施例所示的方法，以下对网元设备如何实现VMOS指标进行说明：
对于VMOS指标，传统无参考方法一般从两个维度进行评价：
(1)视频源质量：即片源的压缩质量，涉及编码类型、分辨率、帧率、码率、量化参数等片源属性；
(2)观看体验：即对由网络传输造成的画面损伤评价，涉及花屏、静帧、卡顿等视频画面视觉特征。
VMOS评价方法由VMOS计算框架和参数获取方法组成，其分工为：
VMOS计算框架：制定评价的维度，在假设每个维度的评分计算所需参数已经存在的前提下，以接近主观测试数据为宗旨拟合评分公式，计算每个维度的评分，并最终综合得到总评分。
参数获取方法：分析实际业务中的输入，得到VMOS计算框架中计算每个维度评分所需要的各维度的全部参数。
由上可知，参数获取方法是计算框架使用的前提。VMOS计算框架设计一般都有理论或实践基础作为指导，无论是传统框架，还是当前最新框架，乃至未来更多维度的框架，在不断扩展评价维度以接近用户真实体验的同时，都面临参数可得性的问题，因此参数获取方法制约着VMOS评价方法的实际应用。
传统VMOS框架中的两个维度的参数获取当前已经有了较多方法作为基础，因此最新框架中新增的交互操作体验的参数获取问题开始引起业界重视，需要根据实际的视频服务中的输入进行此相关参数的获取。
在VMOS方法之外，交互操作参数的提取也有重要用途，例如统计用户的操作行为等。
最近VMOS的评价进一步发展，融合了更多考量维度，例如U-vMOS(User,Unified,Ubiquitous-video Mean Opinion Score，用户、统一的、普适性的视频质量平均意见分)。
U-vMOS在传统两个评价维度上增加了操作体验的评价，即用户在观看视频过程中对于交互操作的体验：
涉及初始加载(点播场景)/频道切换时长(直播场景)、重定位(即时移)(在点播里想要重新定位播放位置)、暂停及恢复(在点播中)、快进快退(在点播中)等用户操作行为。这种新的评价框架更加完整，更能全面反映用户的真实体验，指引业界进行更多维度的评价。在交互中，参数是以时长信息进行衡量的。
U-vMOS等评价方法及其它应用领域，当前关于用户交互操作参数使用播放器反馈信息来获取。播放器的反馈信息包括视频参数信息和播放事件信息。根据其中的事件信息可以得到交互操作事件的起始和结束时间信息。
当前最全的关于用户操作的播放器反馈事件的能力如下表所示：
表1
根据本实施例所示的表1中的事件时间信息，可以得到以下重要交互操作参数：
初始缓冲时长/频道切换时长＝Play事件时间–INIT事件时间
暂停到恢复时长＝Resume事件时间-Pause事件时间
重定位操作时长＝Seek complete事件时间–Seek start事件时间
此处未见快进快退的反馈事件。另外其它的更多用户操作行为此处不再分析，在实际中一般不使用。
基于上述说明，以下结合图2所示对本实施例所示的视频体验评价结果获取方法的具体流程进行详细说明：
本实施例所示的方法包括：
本实施例以所述网元设备为STB为例进行示例性说明，需明确的是，本实施例所示的网元设备可为上述所示的网元设备的任一种。
步骤21、网元设备上传目标参数。
如图3所示为例，其中，图3为本发明所提供的机顶盒的结构示意图。
需明确的是，图3所示的对机顶盒结构的说明为可选的示例，不做限定。
本实施例所示在所述STB上部署能够实现本实施例所示的方法的探针。
所述探针的第一模块sqmLoader整合入STB固件，当STB启动时，第一模块sqmLoader也被启动，且第一模块sqmLoader被赋予root的权限。
本实施例所示的第一模块sqmLoader能够将所述目标参数上传给MQMC。
本实施例对所述目标参数不做限定，例如，所述目标参数可为STB ID、User ID等参数。
需明确的是，本实施例对所述第一模块sqmLoader所执行的功能不做限定；
例如，所述第一模块sqmLoader还用于对所述机顶盒的第二模块sqmPro进行监控；
具体的，所述第一模块sqmLoader判断所述机顶盒的第二模块sqmPro是否需要更新，且所述第一模块sqmLoader还用于以root权限启动所述第二模块sqmPro，并作为看门狗监控第二模块sqmPro的状态。
本实施例所示第二模块sqmPro用于向MQMC注册，并判断是否需要下载更新自己。
具体的，所述第二模块sqmPro能够判断是否需要升级探针APK(AndroidPackage，安卓安装包)，探针APK实现机顶盒的Native层实现不了的功能，例如获取网络接入方式、网络信息强度等。
所述第二模块sqmPro将探针APK启为安卓后台服务Android Service。
本实施例所示的步骤21为可选的步骤，具体在本实施例中不做限定。
步骤22、网元设备获取视频流。
需明确的是，本实施例所示的网元设备STB具有抓流能力的网元设备，若在其他实施例中，所述网元设备为没有抓流能力的网元设备，例如ONT，则需要在所述网元设备上配置抓流过程。
具体的，本实施例所示的所述网元设备可从网卡抓包以获取所述视频流，或，所述网元设备可从终端中间件获取所述视频流。
本实施例所述网元设备可从终端中间件获取所述视频流为例进行示例性说明。
步骤23、所述网元设备根据所述视频流获取目标参数。
所述目标参数包括视频源参数、观看体验参数以及交互操作参数，所述交互操作参数为估计的用户输入的交互操作事件的时间信息。
本实施例所示的所述视频源参数和所述观看体验参数的具体说明请详见上述所示，具体在本步骤中不做赘述。
以下对本实施例所示的所述交互操作参数进行详细说明：
可选的，本实施例所示的所述交互操作事件为播放任务请求事件，则说明用户通过播放任务请求事件以实现视频的点播。
具体的，本实施例所示的步骤23包括：
步骤2311、所述网元设备确定初始缓冲事件起始时间。
其中，所述初始缓冲事件起始时间为所述网元设备发出所述播放任务请求事件的时间Loading_Start。
具体的，所述初始缓冲事件开始发生时，所述网元设备中设置有视频体验评价结果算法单元，本实施例所示的所述视频体验评价结果算法单元用于执行本实施例所示的所述视频体验评价结果的获取方法。
更具体的，本实施例所示的所述视频体验评价结果算法单元被调用启动时，则以所述视频体验评价结果算法单元被调用的时间为所述初始缓冲事件开始时间。
步骤2312、所述网元设备确定初始缓冲事件结束时间。
所述初始缓冲事件结束时间为所述网元设备以发出所述播放任务请求事件的时间为起始点直至所述网元设备接收到第N帧的时间。
所述N为预设的初始播放门限帧数。
具体的，本实施例所示的网元设备能够记录视频流的收帧时间，当收流缓冲区收到第N帧时为初始缓冲事件结束时间Loading_End。
以下对本实施例所示的所述收帧时间进行说明：
本实施例所示的网元设备为具有抓流的设备，所述网元设备根据接收TS流情况时有任何流片段的收帧时间，且所述网元设备在任何时间把收到的流传给所述视频体验评价结果算法单元，所述视频体验评价结果算法单元所解析的任意帧是明确的，所述视频体验评价结果算法单元收到该帧的收到时间即为本实施例所示的收帧时间。
步骤2313、所述网元设备确定初始缓冲事件时间信息。
其中，所述初始缓冲事件时间信息为所述初始缓冲事件结束时间Loading_End和所述初始缓冲事件起始时间Loading_Start的差。
可选的，本实施例所示的所述交互操作事件为频道切换事件，则说明用户通过频道切换事件以实现在直播过程中的频道切换。
具体的，本实施例所示的步骤23包括：
步骤2321、所述网元设备确定频道切换起始时间。
所述频道切换起始时间为所述网元设备发出所述频道切换事件的时间Zapping_Start。
具体的，本实施例所示的所述初始缓冲事件开始发生时，所述视频体验评价结果算法单元被调用启动，则以所述视频体验评价结果算法单元被调用的时间为所述初始缓冲事件开始时间。
步骤2322、所述网元设备确定频道切换结束时间。
所述频道切换结束时间为所述视频流中首个IDR帧的收帧时间与预设时长的和，其中，所述预设时长为非负数。
本实施例所示的网元设备记录首个IDR帧的收帧时间first_IDR_frame_time，让频道切换结束时间Zapping_End＝first_IDR_frame_time+预设时长C_time，其中预设时长C_time为固定时长，可设置为100ms，也可以设置此参数为零，即令Zapping_End＝first_IDR_frame_time，具体在本实施例中不做限定。
所述网元设备确定频道切换时间信息，所述频道切换时间信息为所述频道切换结束时间和所述频道切换起始时间的差。
可选的，本实施例所示的所述交互操作事件为重定位操作事件，则说明用户通过重定位操作事件以实现视频播放的重新定位。
具体的，本实施例所示的步骤23包括：
步骤2331、所述网元设备在第一探测周期内获取各帧的显示时间戳。
具体的，所述网元设备周期性的设置有多个探测周期。
本实施例对各所述探测周期的长度不做限定，在本实施例中，各探测周期的持续时间为秒级的长度。
所述网元设备在第一探测周期内获取各帧的显示时间戳(Presentation TimeStamp，PTS)；
本实施例所示的第一探测周期为所述网元设备当前进行探测的周期。
具体的探测过程为：所述网元设备在第一探测周期内探测收帧缓冲区内的帧数，获取各帧的显示时间戳PTS。
步骤2332、所述网元设备记录第一目标帧的收帧时间。
所述第一目标帧位于所述第一探测周期内，且所述第一目标帧的显示时间戳PTS发生跳变。
具体的，在所述第一探测周期内，若所述网元设备检测到PTS发生跳变的第一目标帧，则记录所述第一目标帧的收帧时间。
步骤2333、所述网元设备判断所述第一探测周期内是否有第二目标帧，若是，则执行步骤2334，若否，则执行步骤2335。
具体的，所述第二目标帧位于所述第一探测周期内，且所述第二目标帧为位于所述第一目标帧之前的帧，所述第二目标帧的显示时间戳PTS发生跳变，且所述网元设备已记录所述第二目标帧的收帧时间。
步骤2334、所述网元设备确定所述第二目标帧的收帧时间为所述重定位操作起始时间。
步骤2335、所述网元设备确定第三目标帧。
具体的，若所述网元设备确定出所述第一探测周期内，没有满足位于所述第一目标帧之前，和/或显示时间戳PTS发生跳变，和/或所述网元设备已记录收帧时间的第二目标帧，则所述网元设备即可执行本步骤以确定第三目标帧。
所述第三目标帧为位于所述第一目标帧之前的帧，且所述第三目标帧的收帧时间为位于所述第一目标帧之前的帧中的最后一次收帧时间；
具体的，所述网元设备向前查看最后一次收帧时间re_last_frame_time，所述收帧时间re_last_frame_time即为所述第三目标帧的收帧时间。
步骤2336、所述网元设备获取所述第三目标帧所位于的第二探测周期内的第一目标帧数。
所述第二探测周期与所述第一探测周期为不同的周期，且所述第二探测周期为位于所述第一探测周期之前的周期。
步骤2337、所述网元设备确定第一目标数值。
所述第一目标数值为：所述第三目标帧的收帧时间+所述第一目标帧数/帧率；
步骤2338、若所述网元设备确定出所述第一目标数值大于所述第一探测周期结束时间，则所述网元设备确定所述重定位操作起始时间等于所述第一探测周期结束时间。
步骤2339、所述网元设备确定重定位操作结束时间。
所述网元设备确定所述重定位操作结束时间为：
所述网元设备以接收到所述第一目标帧的时间为起始点直至所述网元设备接收到第N帧的时间，所述N为预设的重定位播放门限帧数。
步骤2340、所述网元设备确定重定位操作时间信息。
具体的，所述重定位操作时间信息为所述重定位操作结束时间和所述重定位操作起始时间的差。
可选的，本实施例所示的所述交互操作事件为暂停事件，则说明用户通过暂停事件以实现视频的暂停播放。
具体的，本实施例所示的步骤23包括：
步骤2350、所述网元设备在检测周期内检测收帧情况；
本实施例中，所述网元设备可设置有多个检测周期，所述网元设备能够在各所述检测周期内查看收帧情况，根据传输流(Transport Stream，TS)包的负载单元起始标识位识别帧边界。
步骤2351、所述网元设备根据各所述检测周期的收帧情况确定第一次出现的第一检测周期和第二检测周期。
所述第一检测周期与所述第二检测周期为相邻的周期，所述第一检测周期和所述第二检测周期无新帧的增加，且所述网元设备所接收到的最新的传输流TS包为帧边界。
具体的，本实施例所示的网元设备能够周期性的探测收流缓冲区内的收帧情况，从而使得本实施例所示的网元设备能够检测出所述第一检测周期和所述第二检测周期。
步骤2352、所述网元设备确定所述网元设备所接收到的最新的传输流TS包为帧边界时，所述网元设备确定所述第一检测周期为暂停事件起始时间。
步骤2353、所述网元设备确定暂停事件结束时间。
所述暂停事件结束时间为所述网元设备确定出所述暂停事件起始时间后新增的第一个帧的收帧时间。
具体的，当本实施例所示的网元设备确定暂停事件开始后，当相邻周期内有完整新帧增加时，新增第一帧的收帧时间记作暂停事件结束时间。
步骤2354、所述网元设备确定所述暂停事件的时间信息。
具体的，所述暂停事件的时间信息为所述暂停事件结束时间和所述暂停事件起始时间的差。
可选的，本实施例所示的所述交互操作事件为快进和/或快退事件，则说明用户通过快进和/或快退事件以实现视频的快进和/或快退播放。
具体的，本实施例所示的步骤23包括：
步骤2361、所述网元设备接收目标帧序列。
所述目标帧序列包括连续的多个关键帧(I帧)；
步骤2362、所述网元设备确定位于所述目标帧序列中的首个关键帧的第一收帧时间。
本实施例中，所述网元设备收到连续I帧时，则所述网元设备查看首个I帧的第一收帧时间I_frame_first_time。
步骤2363、所述网元设备确定位于所述目标帧序列中的最后一个关键帧的第二收帧时间。
步骤2364、所述网元设备确定当前已缓冲的第二目标帧数；
本实施例所示的网元设备探测收流缓冲区内的当前已缓冲的第二目标帧数。
步骤2365、所述网元设备确定第二目标数值。
其中，所述第二目标数值＝所述第一收帧时间+第二目标帧数/帧率。
步骤2366、若所述网元设备确定所述第二目标数值大于所述第一收帧时间，则所述网元设备确定所述第二目标数值为快进和/或快退事件起始时间。
步骤2367、若所述网元设备确定开始接收到不连续的关键帧，则所述网元设备记录最后一个关键帧的收帧时间为快进和/或快退事件的结束时间。
步骤2368、所述网元设备确定快进和/或快退事件时间信息。
所述快进和/或快退事件时间信息为所述快进和/或快退事件的结束时间与所述快进和/或快退事件起始时间的差。
步骤24、所述网元设备通过视频体验评价结果计算框架根据所述目标参数进行计算以获取视频体验评价结果。
本实施例对所述视频体验评价结果计算框架不做限定，只要所述视频体验评价结果计算框架能够根据所述目标参数计算出视频体验评价结果即可。
具体的，所述视频体验评价结果计算框架根据所述视频源参数进行计算以得到第一维度评分；
所述视频体验评价结果计算框架根据所述观看体验参数进行计算以得到第二维度评分；
所述网元设备通过所述视频体验评价结果计算框架根据所述交互操作参数进行计算以得到第三维度评分；
所述网元设备根据所述第一维度评分、所述第二维度评分以及所述第三维度评分计算出视频体验总评分；
所述视频体验评价结果，即要上报的指标，包括所述第一维度评分、所述第二维度评分、所述第三维度评分以及所述视频体验总评分。
更具体的，本实施例所示的STB的所述第二模块sqmPro定时上报前面计算到的各项评分指标到服务质量测量(Service Quality Measurement，SQM)平台；
步骤25、所述网元设备将所述视频体验评价结果发送给媒体质量监控中心。
步骤26、所述媒体质量监控中心根据所述视频体验评价结果对所述网元设备进行监控。
SQM平台的MQMC根据各网元设备上报的视频体验评价结果对所述网元设备进行监控。其中，监控的具体方式可为：MQMC对各网元设备进行视频服务质量监控和故障定界定位。
具体的，本实施例所示的MQMC汇总的各网元设备上报的所述视频体验评价结果，可以体现网络传输的影响，实现故障定界定位：在这种背景下非终端位置上的操作体验评分没有意义，只是作为保留信息，此处仍然提及操作体验维度的评分是为了体现各个维度参数获取来源是相同的——即码流分析，在非终端位置上没有播放器，观看体验维度的参数不能来源于播放器反馈。
采用本实施例所示的方法，还可实现各类用户行为的分析，例如统计用户的操作行为、分析用户的操作习惯等。
采用本实施例所示的方法的有益效果在于：
在VMOS方法中，如果使用播放器反馈获取各个评测维度的参数，会使得视频源参数、观看体验参数的获取很不完整，包括视频源参数中的深度解码信息、观看体验中由于丢包造成的失真信息。而本实施例所示的视频体验评价结果获取方法，可以使交互操作参数的获取不局限于播放器反馈，在可以获取码流且不提供播放器反馈能力的场景中，可以应用本实施例所示的方法，不影响其它各个评测维度的参数完整获取。
本发明实施例还提供了一种网元设备，所述网元设备能够执行图2所示的实施例的视频体验评价结果的获取方法，以下结合图4所示对所述网元设备的具体结构进行详细说明：
所述网元设备包括：
第一获取单元401，用于获取视频流；
其中，所述第一获取单元401具体用于，从网卡抓包以获取所述视频流，或，所述网元设备从终端中间件获取所述视频流。
若所述交互操作事件为播放任务请求事件，则所述第一获取单元401具体用于，确定初始缓冲事件起始时间，所述初始缓冲事件起始时间为所述网元设备发出所述播放任务请求事件的时间，确定初始缓冲事件结束时间，所述初始缓冲事件结束时间为所述网元设备以发出所述播放任务请求事件的时间为起始点直至所述网元设备接收到第N帧的时间，所述N为预设的初始播放门限帧数，确定初始缓冲事件时间信息，所述初始缓冲事件时间信息为所述初始缓冲事件结束时间和所述初始缓冲事件起始时间的差。
若所述交互操作事件为频道切换事件，则所述第一获取单元401具体用于，所述第一获取单元401具体用于，确定频道切换起始时间，所述频道切换起始时间为所述网元设备发出所述频道切换事件的时间，确定频道切换结束时间，所述频道切换结束时间为所述视频流中首个即时解码刷新IDR帧的收帧时间与预设时长的和，其中，所述预设时长为非负数，确定频道切换时间信息，所述频道切换时间信息为所述频道切换结束时间和所述频道切换起始时间的差。
若所述交互操作事件为重定位操作事件，则所述第一获取单元401具体用于，确定重定位操作结束时间，确定重定位操作起始时间，确定重定位操作时间信息，所述重定位操作时间信息为所述重定位操作结束时间和所述重定位操作起始时间的差。
所述第一获取单元401确定重定位操作起始时间时，具体用于在第一探测周期内获取各帧的显示时间戳PTS，记录第一目标帧的收帧时间，所述第一目标帧位于所述第一探测周期内，且所述第一目标帧的显示时间戳PTS发生跳变，判断所述第一探测周期内是否有第二目标帧，所述第二目标帧为位于所述第一目标帧之前的帧，所述第二目标帧的显示时间戳PTS发生跳变，且所述网元设备已记录所述第二目标帧的收帧时间，若判断出所述第一探测周期内有所述第二目标帧，则确定所述第二目标帧的收帧时间为所述重定位操作起始时间，若判断出所述第一探测周期内没有所述第二目标帧，则确定第三目标帧，所述第三目标帧为位于所述第一目标帧之前的帧，且所述第三目标帧的收帧时间为位于所述第一目标帧之前的帧中的最后一次收帧时间，获取所述第三目标帧所位于的第二探测周期内的第一目标帧数，确定第一目标数值，所述第一目标数值为所述第三目标帧的收帧时间+所述第一目标帧数/帧率，若确定出所述第一目标数值大于所述第一探测周期结束时间，则确定所述重定位操作起始时间等于所述第一探测周期结束时间。
所述第一获取单元401确定重定位操作结束时间时，具体用于确定所述重定位操作结束时间为所述网元设备以接收到所述第一目标帧的时间为起始点直至所述网元设备接收到第N帧的时间，所述N为预设的重定位播放门限帧数。
若所述交互操作事件为暂停事件，则所述第一获取单元401具体用于，在检测周期内检测收帧情况，根据各所述检测周期的收帧情况确定第一次出现的第一检测周期和第二检测周期，所述第一检测周期与所述第二检测周期为相邻的周期，所述第一检测周期和所述第二检测周期无新帧的增加，确定所述网元设备所接收到的最新的传输流TS包为帧边界时，所述网元设备确定所述第一检测周期为暂停事件起始时间，确定暂停事件结束时间，所述暂停事件结束时间为所述网元设备确定出所述暂停事件起始时间后新增的第一个帧的收帧时间，确定所述暂停事件的时间信息，所述暂停事件的时间信息为所述暂停事件结束时间和所述暂停事件起始时间的差。
若所述交互操作事件为快进和/或快退事件，则所述第一获取单元401具体用于，接收目标帧序列，所述目标帧序列包括连续的多个关键帧，确定位于所述目标帧序列中的首个关键帧的第一收帧时间，确定位于所述目标帧序列中的最后一个关键帧的第二收帧时间，确定当前已缓冲的第二目标帧数，确定第二目标数值，其中，所述第二目标数值＝所述第一收帧时间+第二目标帧数/帧率，若确定所述第二目标数值大于所述第一收帧时间，则确定所述第二目标数值为快进和/或快退事件起始时间，若确定开始接收到不连续的关键帧，则记录最后一个关键帧的收帧时间为快进和/或快退事件的结束时间，确定快进和/或快退事件时间信息，所述快进和/或快退事件时间信息为所述快进和/或快退事件的结束时间与所述快进和/或快退事件起始时间的差。
第二获取单元402，用于根据所述视频流获取目标参数，所述目标参数包括视频源参数、观看体验参数以及交互操作参数，所述交互操作参数为获取的用户输入的交互操作事件的时间信息；
计算单元403，用于通过视频体验评价结果计算框架根据所述目标参数进行计算以获取视频体验评价结果；
所述计算单元403具体用于，通过所述视频体验评价结果计算框架根据所述视频源参数进行计算以得到第一维度评分，通过所述视频体验评价结果计算框架根据所述观看体验参数进行计算以得到第二维度评分，通过所述视频体验评价结果计算框架根据所述交互操作参数进行计算以得到第三维度评分，根据所述第一维度评分、所述第二维度评分以及所述第三维度评分计算出视频体验总评分，所述视频体验评价结果包括所述第一维度评分、所述第二维度评分、所述第三维度评分以及所述视频体验总评分。
发送单元404，用于将所述视频体验评价结果发送给媒体质量监控中心，以使所述媒体质量监控中心根据所述视频体验评价结果对所述网元设备进行监控。
本实施例所示的网元设备执行图2所示的方法所取得的有益效果，请详见图2所示，具体在本实施例中不做赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (20)
1.一种视频体验评价结果的获取方法，其特征在于，包括：
网元设备获取视频流；
所述网元设备根据所述视频流获取目标参数，所述目标参数包括视频源参数、观看体验参数以及交互操作参数，所述交互操作参数为获取的用户输入的交互操作事件的时间信息；
所述网元设备通过视频体验评价结果计算框架根据所述目标参数进行计算以获取视频体验评价结果；
所述网元设备将所述视频体验评价结果发送给媒体质量监控中心，以使所述媒体质量监控中心根据所述视频体验评价结果对所述网元设备进行监控。
2.根据权利要求1所述的方法，其特征在于，所述网元设备获取视频流包括：
所述网元设备从网卡抓包以获取所述视频流，或，所述网元设备从终端中间件获取所述视频流。
3.根据权利要求1或2所述的方法，其特征在于，若所述交互操作事件为播放任务请求事件，则所述网元设备获取视频流之后，所述方法还包括：
所述网元设备确定初始缓冲事件起始时间，所述初始缓冲事件起始时间为所述网元设备发出所述播放任务请求事件的时间；
所述网元设备确定初始缓冲事件结束时间，所述初始缓冲事件结束时间为所述网元设备以发出所述播放任务请求事件的时间为起始点直至所述网元设备接收到第N帧的时间，所述N为预设的初始播放门限帧数；
所述网元设备确定初始缓冲事件时间信息，所述初始缓冲事件时间信息为所述初始缓冲事件结束时间和所述初始缓冲事件起始时间的差。
4.根据权利要求1或2所述的方法，其特征在于，若所述交互操作事件为频道切换事件，则所述网元设备获取视频流之后，所述方法还包括：
所述网元设备确定频道切换起始时间，所述频道切换起始时间为所述网元设备发出所述频道切换事件的时间；
所述网元设备确定频道切换结束时间，所述频道切换结束时间为所述视频流中首个即时解码刷新IDR帧的收帧时间与预设时长的和，其中，所述预设时长为非负数；
所述网元设备确定频道切换时间信息，所述频道切换时间信息为所述频道切换结束时间和所述频道切换起始时间的差。
5.根据权利要求1或2所述的方法，其特征在于，若所述交互操作事件为重定位操作事件，则所述网元设备获取视频流之后，所述方法还包括：
所述网元设备确定重定位操作结束时间；
所述网元设备确定重定位操作起始时间；
所述网元设备确定重定位操作时间信息，所述重定位操作时间信息为所述重定位操作结束时间和所述重定位操作起始时间的差。
6.根据权利要求5所述的方法，其特征在于，所述网元设备确定重定位操作起始时间包括：
所述网元设备在第一探测周期内获取各帧的显示时间戳PTS；
所述网元设备记录第一目标帧的收帧时间，所述第一目标帧位于所述第一探测周期内，且所述第一目标帧的显示时间戳PTS发生跳变；
所述网元设备判断所述第一探测周期内是否有第二目标帧，所述第二目标帧为位于所述第一目标帧之前的帧，所述第二目标帧的显示时间戳PTS发生跳变，且所述网元设备已记录所述第二目标帧的收帧时间；
若所述网元设备判断出所述第一探测周期内有所述第二目标帧，则所述网元设备确定所述第二目标帧的收帧时间为所述重定位操作起始时间；
若所述网元设备判断出所述第一探测周期内没有所述第二目标帧，则确定第三目标帧，所述第三目标帧为位于所述第一目标帧之前的帧，且所述第三目标帧的收帧时间为位于所述第一目标帧之前的帧中的最后一次收帧时间；
所述网元设备获取所述第三目标帧所位于的第二探测周期内的第一目标帧数；
所述网元设备确定第一目标数值，所述第一目标数值为所述第三目标帧的收帧时间+所述第一目标帧数/帧率；
若所述网元设备确定出所述第一目标数值大于所述第一探测周期结束时间，则所述网元设备确定所述重定位操作起始时间等于所述第一探测周期结束时间。
7.根据权利要求6所述的方法，其特征在于，所述网元设备确定重定位操作结束时间包括：
所述网元设备确定所述重定位操作结束时间为所述网元设备以接收到所述第一目标帧的时间为起始点直至所述网元设备接收到第N帧的时间，所述N为预设的重定位播放门限帧数。
8.根据权利要求1或2所述的方法，其特征在于，若所述交互操作事件为暂停事件，则所述网元设备获取视频流之后，所述方法还包括：
所述网元设备在检测周期内检测收帧情况；
所述网元设备根据各所述检测周期的收帧情况确定第一次出现的第一检测周期和第二检测周期，所述第一检测周期与所述第二检测周期为相邻的周期，所述第一检测周期和所述第二检测周期无新帧的增加；
所述网元设备确定所述网元设备所接收到的最新的传输流TS包为帧边界时，所述网元设备确定所述第一检测周期为暂停事件起始时间；
所述网元设备确定暂停事件结束时间，所述暂停事件结束时间为所述网元设备确定出所述暂停事件起始时间后新增的第一个帧的收帧时间；
所述网元设备确定所述暂停事件的时间信息，所述暂停事件的时间信息为所述暂停事件结束时间和所述暂停事件起始时间的差。
9.根据权利要求1或2所述的方法，其特征在于，若所述交互操作事件为快进和/或快退事件，则所述网元设备获取视频流之后，所述方法还包括：
所述网元设备接收目标帧序列，所述目标帧序列包括连续的多个关键帧；
所述网元设备确定位于所述目标帧序列中的首个关键帧的第一收帧时间；
所述网元设备确定位于所述目标帧序列中的最后一个关键帧的第二收帧时间；
所述网元设备确定当前已缓冲的第二目标帧数；
所述网元设备确定第二目标数值，其中，所述第二目标数值＝所述第一收帧时间+第二目标帧数/帧率；
若所述网元设备确定所述第二目标数值大于所述第一收帧时间，则所述网元设备确定所述第二目标数值为快进和/或快退事件起始时间；
若所述网元设备确定开始接收到不连续的关键帧，则所述网元设备记录最后一个关键帧的收帧时间为快进和/或快退事件的结束时间；
所述网元设备确定快进和/或快退事件时间信息，所述快进和/或快退事件时间信息为所述快进和/或快退事件的结束时间与所述快进和/或快退事件起始时间的差。
10.根据权利要求1至9任一项所述的方法，其特征在于，所述网元设备通过视频体验评价结果计算框架根据所述目标参数进行计算以获取视频体验评价结果，包括：
所述网元设备通过所述视频体验评价结果计算框架根据所述视频源参数进行计算以得到第一维度评分；
所述网元设备通过所述视频体验评价结果计算框架根据所述观看体验参数进行计算以得到第二维度评分；
所述网元设备通过所述视频体验评价结果计算框架根据所述交互操作参数进行计算以得到第三维度评分；
所述网元设备根据所述第一维度评分、所述第二维度评分以及所述第三维度评分计算出视频体验总评分；
所述视频体验评价结果包括所述第一维度评分、所述第二维度评分、所述第三维度评分以及所述视频体验总评分。
11.一种网元设备，其特征在于，包括：
第一获取单元，用于获取视频流；
第二获取单元，用于根据所述视频流获取目标参数，所述目标参数包括视频源参数、观看体验参数以及交互操作参数，所述交互操作参数为获取的用户输入的交互操作事件的时间信息；
计算单元，用于通过视频体验评价结果计算框架根据所述目标参数进行计算以获取视频体验评价结果；
发送单元，用于将所述视频体验评价结果发送给媒体质量监控中心，以使所述媒体质量监控中心根据所述视频体验评价结果对所述网元设备进行监控。
12.根据权利要求11所述的网元设备，其特征在于，所述第一获取单元具体用于，从网卡抓包以获取所述视频流，或，所述网元设备从终端中间件获取所述视频流。
13.根据权利要求11或12所述的网元设备，其特征在于，若所述交互操作事件为播放任务请求事件，则所述第一获取单元具体用于，确定初始缓冲事件起始时间，所述初始缓冲事件起始时间为所述网元设备发出所述播放任务请求事件的时间，确定初始缓冲事件结束时间，所述初始缓冲事件结束时间为所述网元设备以发出所述播放任务请求事件的时间为起始点直至所述网元设备接收到第N帧的时间，所述N为预设的初始播放门限帧数，确定初始缓冲事件时间信息，所述初始缓冲事件时间信息为所述初始缓冲事件结束时间和所述初始缓冲事件起始时间的差。
14.根据权利要求11或12所述的网元设备，其特征在于，若所述交互操作事件为频道切换事件，则所述第一获取单元具体用于，所述第一获取单元具体用于，确定频道切换起始时间，所述频道切换起始时间为所述网元设备发出所述频道切换事件的时间，确定频道切换结束时间，所述频道切换结束时间为所述视频流中首个即时解码刷新IDR帧的收帧时间与预设时长的和，其中，所述预设时长为非负数，确定频道切换时间信息，所述频道切换时间信息为所述频道切换结束时间和所述频道切换起始时间的差。
15.根据权利要求11或12所述的网元设备，其特征在于，若所述交互操作事件为重定位操作事件，则所述第一获取单元具体用于，确定重定位操作结束时间，确定重定位操作起始时间，确定重定位操作时间信息，所述重定位操作时间信息为所述重定位操作结束时间和所述重定位操作起始时间的差。
16.根据权利要求15所述的网元设备，其特征在于，所述第一获取单元确定重定位操作起始时间时，具体用于在第一探测周期内获取各帧的显示时间戳PTS，记录第一目标帧的收帧时间，所述第一目标帧位于所述第一探测周期内，且所述第一目标帧的显示时间戳PTS发生跳变，判断所述第一探测周期内是否有第二目标帧，所述第二目标帧为位于所述第一目标帧之前的帧，所述第二目标帧的显示时间戳PTS发生跳变，且所述网元设备已记录所述第二目标帧的收帧时间，若判断出所述第一探测周期内有所述第二目标帧，则确定所述第二目标帧的收帧时间为所述重定位操作起始时间，若判断出所述第一探测周期内没有所述第二目标帧，则确定第三目标帧，所述第三目标帧为位于所述第一目标帧之前的帧，且所述第三目标帧的收帧时间为位于所述第一目标帧之前的帧中的最后一次收帧时间，获取所述第三目标帧所位于的第二探测周期内的第一目标帧数，确定第一目标数值，所述第一目标数值为所述第三目标帧的收帧时间+所述第一目标帧数/帧率，若确定出所述第一目标数值大于所述第一探测周期结束时间，则确定所述重定位操作起始时间等于所述第一探测周期结束时间。
17.根据权利要求16所述的网元设备，其特征在于，所述第一获取单元确定重定位操作结束时间时，具体用于确定所述重定位操作结束时间为所述网元设备以接收到所述第一目标帧的时间为起始点直至所述网元设备接收到第N帧的时间，所述N为预设的重定位播放门限帧数。
18.根据权利要求11或12所述的网元设备，其特征在于，若所述交互操作事件为暂停事件，则所述第一获取单元具体用于，在检测周期内检测收帧情况，根据各所述检测周期的收帧情况确定第一次出现的第一检测周期和第二检测周期，所述第一检测周期与所述第二检测周期为相邻的周期，所述第一检测周期和所述第二检测周期无新帧的增加，确定所述网元设备所接收到的最新的传输流TS包为帧边界时，所述网元设备确定所述第一检测周期为暂停事件起始时间，确定暂停事件结束时间，所述暂停事件结束时间为所述网元设备确定出所述暂停事件起始时间后新增的第一个帧的收帧时间，确定所述暂停事件的时间信息，所述暂停事件的时间信息为所述暂停事件结束时间和所述暂停事件起始时间的差。
19.根据权利要求11或12所述的网元设备，其特征在于，若所述交互操作事件为快进和/或快退事件，则所述第一获取单元具体用于，接收目标帧序列，所述目标帧序列包括连续的多个关键帧，确定位于所述目标帧序列中的首个关键帧的第一收帧时间，确定位于所述目标帧序列中的最后一个关键帧的第二收帧时间，确定当前已缓冲的第二目标帧数，确定第二目标数值，其中，所述第二目标数值＝所述第一收帧时间+第二目标帧数/帧率，若确定所述第二目标数值大于所述第一收帧时间，则确定所述第二目标数值为快进和/或快退事件起始时间，若确定开始接收到不连续的关键帧，则记录最后一个关键帧的收帧时间为快进和/或快退事件的结束时间，确定快进和/或快退事件时间信息，所述快进和/或快退事件时间信息为所述快进和/或快退事件的结束时间与所述快进和/或快退事件起始时间的差。
20.根据权利要求11至19任一项所述的网元设备，其特征在于，所述计算单元具体用于，通过所述视频体验评价结果计算框架根据所述视频源参数进行计算以得到第一维度评分，通过所述视频体验评价结果计算框架根据所述观看体验参数进行计算以得到第二维度评分，通过所述视频体验评价结果计算框架根据所述交互操作参数进行计算以得到第三维度评分，根据所述第一维度评分、所述第二维度评分以及所述第三维度评分计算出视频体验总评分，所述视频体验评价结果包括所述第一维度评分、所述第二维度评分、所述第三维度评分以及所述视频体验总评分。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710208504.6A CN108668123A (zh) | 2017-03-31 | 2017-03-31 | 一种视频体验评价结果的获取方法以及网元设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710208504.6A CN108668123A (zh) | 2017-03-31 | 2017-03-31 | 一种视频体验评价结果的获取方法以及网元设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108668123A true CN108668123A (zh) | 2018-10-16 |
Family
ID=63783707
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710208504.6A Pending CN108668123A (zh) | 2017-03-31 | 2017-03-31 | 一种视频体验评价结果的获取方法以及网元设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108668123A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110267103A (zh) * | 2019-05-13 | 2019-09-20 | 深圳市亿联智能有限公司 | 基于遥控器反馈的多媒体评分***及方法 |
| CN113591523A (zh) * | 2020-04-30 | 2021-11-02 | 聚好看科技股份有限公司 | 显示设备及经验值更新方法 |
| US11924513B2 (en) | 2019-08-18 | 2024-03-05 | Juhaokan Technology Co., Ltd. | Display apparatus and method for display user interface |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101572829A (zh) * | 2009-06-10 | 2009-11-04 | 中国联合网络通信集团有限公司 | Iptv视频质量监测方法、装置和*** |
| CN101626506A (zh) * | 2008-07-10 | 2010-01-13 | 华为技术有限公司 | 一种视频码流的质量评估方法、装置及*** |
| CN103475896A (zh) * | 2013-07-24 | 2013-12-25 | 同济大学 | 基于QoS的交互视音频体验质量评测平台及方法 |
| CN103533342A (zh) * | 2013-09-26 | 2014-01-22 | 上海华为技术有限公司 | 一种移动视频质量检测方法和装置 |
| CN105763942A (zh) * | 2016-04-22 | 2016-07-13 | 烽火通信科技股份有限公司 | 一种iptv机顶盒vmos值的计算方法 |
| CN105897736A (zh) * | 2016-05-17 | 2016-08-24 | 北京邮电大学 | 一种tcp视频流业务用户体验质量评估方法及装置 |
-
2017
- 2017-03-31 CN CN201710208504.6A patent/CN108668123A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101626506A (zh) * | 2008-07-10 | 2010-01-13 | 华为技术有限公司 | 一种视频码流的质量评估方法、装置及*** |
| CN101572829A (zh) * | 2009-06-10 | 2009-11-04 | 中国联合网络通信集团有限公司 | Iptv视频质量监测方法、装置和*** |
| CN103475896A (zh) * | 2013-07-24 | 2013-12-25 | 同济大学 | 基于QoS的交互视音频体验质量评测平台及方法 |
| CN103533342A (zh) * | 2013-09-26 | 2014-01-22 | 上海华为技术有限公司 | 一种移动视频质量检测方法和装置 |
| CN105763942A (zh) * | 2016-04-22 | 2016-07-13 | 烽火通信科技股份有限公司 | 一种iptv机顶盒vmos值的计算方法 |
| CN105897736A (zh) * | 2016-05-17 | 2016-08-24 | 北京邮电大学 | 一种tcp视频流业务用户体验质量评估方法及装置 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110267103A (zh) * | 2019-05-13 | 2019-09-20 | 深圳市亿联智能有限公司 | 基于遥控器反馈的多媒体评分***及方法 |
| US11924513B2 (en) | 2019-08-18 | 2024-03-05 | Juhaokan Technology Co., Ltd. | Display apparatus and method for display user interface |
| CN113591523A (zh) * | 2020-04-30 | 2021-11-02 | 聚好看科技股份有限公司 | 显示设备及经验值更新方法 |
| CN113591523B (zh) * | 2020-04-30 | 2023-11-24 | 聚好看科技股份有限公司 | 显示设备及经验值更新方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10846747B2 (en) | Monitoring and using telemetry data | |
| US10841358B2 (en) | System and method for determining quality of a media stream | |
| US11081143B2 (en) | Providing enhanced content | |
| Mu et al. | Quality Evaluation in Peer-to-Peer IPTV Services | |
| EP2761879B1 (en) | A method to measure quality of experience of a video service | |
| CA2749160C (en) | Informative data streaming server | |
| EP2432161B1 (en) | Method of and system for measuring quality of audio and video bit stream transmissions over a transmission chain | |
| Casas et al. | Monitoring YouTube QoE: Is your mobile network delivering the right experience to your customers? | |
| US9088768B1 (en) | Processing quality of service data to provide a prediction of quality of experience | |
| Zapater et al. | A proposed approach for quality of experience assurance of IPTV | |
| CA3134802A1 (en) | Unified end-to-end quality and latency measurement, optimization and management in multimedia communications | |
| CN108668123A (zh) | 一种视频体验评价结果的获取方法以及网元设备 | |
| CN104853244A (zh) | 用于管理音视频、音频或视频内容的方法和装置 | |
| US9037699B1 (en) | Statistically determining average network speed in a communications network | |
| Madanapalli et al. | Inferring netflix user experience from broadband network measurement | |
| Wu et al. | Network-based video freeze detection and prediction in HTTP adaptive streaming | |
| Ben Letaifa | Real time ml-based qoe adaptive approach in SDN context for HTTP video services | |
| De Pessemier et al. | Quantifying QoE of mobile video consumption in a real-life setting drawing on objective and subjective parameters | |
| Wehner et al. | Beauty is in the eye of the smartphone holder a data driven analysis of youtube mobile qoe | |
| Bartolec et al. | Impact of user playback interactions on in-network estimation of video streaming performance | |
| Pokhrel | Intelligent quality of experience (QoE) analysis of network served multimedia and web contents | |
| De Pessemier et al. | Exploring the acceptability of the audiovisual quality for a mobile video session based on objectively measured parameters | |
| Wang et al. | Begin with the end in mind: A unified end-to-end quality-of-experience monitoring, optimization and management framework | |
| Karthikeyan et al. | Benchmarking video service quality: Quantifying the viewer impact of loss-related impairments | |
| Jackson et al. | A user study of Netflix streaming |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181016 |
|
| RJ01 | Rejection of invention patent application after publication |